في مقال " ملحوظة: إنترنت الأشياء؟" الجزء 2 "، نتحدث عن بنية الحزمة الأساسية لشبكة NB-IoT ، ذكرنا ظهور عقدة SCEF جديدة. نوضح في الجزء الثالث ، ما هو ولماذا هو مطلوب؟
عند إنشاء خدمة M2M ، يواجه مطورو التطبيقات الأسئلة التالية:
- كيفية التعرف على الأجهزة
- التي خوارزمية المصادقة والمصادقة لاستخدام ؛
- أي بروتوكول نقل يستخدم للتفاعل مع الأجهزة ؛
- كيفية تقديم البيانات بشكل مضمون إلى الأجهزة
- كيفية تنظيم ووضع قواعد لتبادل البيانات معهم ؛
- كيفية مراقبة وتلقي المعلومات عن حالتها على الإنترنت ؛
- كيفية توصيل البيانات في وقت واحد إلى مجموعة من أجهزتهم ؛
- كيفية إرسال البيانات من جهاز واحد إلى عدة عملاء في وقت واحد ؛
- كيفية الحصول على وصول موحد إلى خدمات مشغل إضافي لإدارة جهازك.
لحلها ، يتعين على المرء إنشاء حلول "ثقيلة" من الناحية الفنية ، الأمر الذي يؤدي إلى زيادة في تكاليف العمالة والخدمات التي تصل إلى السوق. هذا هو المكان الذي تأتي فيه عقدة SCEF الجديدة.
وفقًا لتعريف 3GPP ، تعد SCEF (وظيفة التعرض لإمكانية الخدمة) مكونًا جديدًا تمامًا من بنية 3GPP ، وتتمثل وظيفتها في كشف الخدمات والإمكانيات التي توفرها واجهات شبكة 3GPP بأمان من خلال واجهة برمجة التطبيقات.
وبكلمات بسيطة ، يعد SCEF وسيطًا بين الشبكة وخادم التطبيقات (AS) ، وهو نافذة وصول واحدة إلى خدمات المشغل لإدارة جهاز M2M الخاص به في شبكة NB-IoT من خلال واجهة برمجة تطبيقات قياسية بديهية.
يخفي SCEF تعقيد شبكة المشغل ، مما يسمح لمطوري التطبيقات بالاستخلاص من آليات معقدة ومحددة للتفاعل مع الأجهزة.
من خلال تحويل بروتوكولات الشبكة إلى مألوف لمطوري التطبيقات ، تسهل واجهة برمجة تطبيقات SCEF إنشاء خدمات جديدة وتقلل من الوقت إلى السوق. أيضًا ، تشتمل العقدة الجديدة على وظائف تحديد / مصادقة الأجهزة المحمولة ، وتحديد قواعد تبادل البيانات بين الجهاز و AS ، مما يلغي الحاجة لتنفيذ هذه الوظائف من مطوري التطبيقات من جانبهم ، ونقل هذه الوظائف إلى أكتاف المشغل.
SCEF يغلق واجهات ضرورية للمصادقة والترخيص لخوادم التطبيقات ، والحفاظ على التنقل UE ، ونقل البيانات وتشغيل الجهاز ، والوصول إلى خدمات إضافية وقدرات شبكة المشغل.
نحو AS هناك واجهة T8 واحدة ، API (HTTP / JSON) ، 3GPP موحدة. جميع السطوح البينية ، باستثناء T8 ، تعمل على أساس بروتوكول DIAMETER (الشكل 1).
T6a هي الواجهة بين SCEF و MME. تستخدم لإجراءات إدارة التنقل / الجلسة ، ونقل البيانات بخلاف بروتوكول الإنترنت ، وتوفير أحداث المراقبة وتلقي التقارير بشأنها.
S6t هي الواجهة بين SCEF و HSS. من الضروري للمصادقة على المشترك ، وترخيص خوادم التطبيقات ، والحصول على مجموعة من المعرف الخارجي و IMSI / MSISDN ، وتوفير أحداث المراقبة وتلقي التقارير بشأنها.
S6m / T4 هي السطوح البينية من SCEF إلى HSS و SMS-C (تم تحديد عقدة MTC-IWF في 3GPP ، والتي تستخدم لتشغيل الأجهزة وإرسال الرسائل القصيرة في شبكات NB-IoT. ومع ذلك ، في جميع التطبيقات ، يتم دمج وظيفة هذه العقدة في SCEF ، لذلك تبسيط المخطط ، ونحن لن تنظر فيه بشكل منفصل). يستخدم للحصول على معلومات التوجيه لإرسال الرسائل القصيرة والتفاعل مع مركز الرسائل القصيرة.
T8 - SCEF API للتفاعل مع خوادم التطبيقات. يتم إرسال كل من أوامر التحكم وحركة المرور من خلال هذه الواجهة.
* في الواقع ، هناك المزيد من واجهات ، فقط فقط تلك الأساسية مدرجة هنا. وترد قائمة كاملة في 3GPP 23.682 (4.3.2 قائمة النقاط المرجعية).
فيما يلي الميزات والخدمات الأساسية لـ SCEF:
- ربط معرف بطاقة SIM (IMSI) بمعرف خارجي ؛
- تسليم حركة مرور غير IP (تسليم بيانات غير IP ، NIDD) ؛
- عمليات المجموعة باستخدام معرف مجموعة خارجي ؛
- دعم لوضع نقل البيانات مع تأكيد.
- التخزين المؤقت للبيانات MO (منشأ المحمول) و MT (إنهاء الهاتف المحمول) ؛
- مصادقة وترخيص الأجهزة وخوادم التطبيقات ؛
- الاستخدام المتزامن لبيانات UE واحد بواسطة عدة AS ؛
- دعم وظائف خاصة لمراقبة حالة UE (MONTE - مراقبة الأحداث) ؛
- تشغيل الجهاز ؛
- توفير بيانات التجوال غير IP.
يعتمد مبدأ التفاعل الأساسي بين AS و SCEF على ما يسمى اشتراكات. إذا كنت بحاجة إلى الوصول إلى أي خدمة SCEF لمستخدم معين ، فيجب أن يقوم خادم التطبيق بإنشاء اشتراك عن طريق إرسال أمر إلى API المحدد للخدمة المطلوبة واستجابة لتلقي معرف فريد. بعد ذلك ، سيتم اتخاذ جميع الإجراءات والاتصالات مع UE ضمن إطار هذه الخدمة باستخدام هذا المعرف.
المعرف الخارجي: معرف الجهاز العالميأحد أهم التغييرات في مخطط التفاعل بين AS والأجهزة عند العمل من خلال SCEF هو ظهور معرف عالمي. الآن ، بدلاً من رقم الهاتف (MSISDN) أو عنوان IP ، كما كان الحال في شبكة 2G / 3G / LTE الكلاسيكية ، يصبح معرف الجهاز لخادم التطبيق "معرف خارجي". يتم تعريفه بواسطة المعيار في التنسيق المألوف لمطوري التطبيقات "<Local Identifier> @ <Domain Identifier>".
لم يعد المطورون بحاجة إلى تنفيذ خوارزميات مصادقة الجهاز ، فالشبكة تأخذ هذه الوظيفة بالكامل على عاتقها. يتم ربط المعرف الخارجي بـ IMSI ، ويمكن للمطور أن يتأكد من الإشارة إلى معرف خارجي محدد ، وهو يتفاعل مع بطاقة SIM محددة. عند استخدام شريحة SIM ، يتم الحصول على موقف فريد بشكل عام عندما يقوم المعرّف الخارجي بتعريف جهاز معين بشكل فريد!
علاوة على ذلك ، يمكن إرفاق العديد من المعرفات الخارجية بأحد IMSI - يتم الحصول على موقف أكثر إثارة عندما يحدد المعرف الخارجي بشكل فريد تطبيق معين مسؤول عن خدمة معينة على جهاز معين.
يظهر معرف المجموعة أيضًا - معرف مجموعة خارجي ، والذي يتضمن مجموعة من المعرفات الخارجية المنفصلة. الآن ، مع طلب واحد إلى SCEF ، يمكن لـ AS بدء عمليات المجموعة - إرسال البيانات أو أوامر التحكم إلى أجهزة متعددة مدمجة في مجموعة منطقية واحدة.
نظرًا لحقيقة أنه بالنسبة لمطوري AS ، لا يمكن أن يكون الانتقال إلى معرف جهاز جديد لحظيًا ، فقد ترك SCEF إمكانية الاتصال AS مع UE من خلال الرقم القياسي - MSISDN.
تسليم بيانات غير IP (NIDD)في NB-IoT ، بالإضافة إلى تحسين آليات نقل كميات صغيرة من البيانات ، بالإضافة إلى الأنواع الحالية من PDNs ، مثل IPv4 و IPv6 و IPv4v6 ، ظهر نوع آخر - غير IP. في هذه الحالة ، لا يتم تعيين عنوان IP للجهاز (UE) ، ويتم إرسال البيانات دون استخدام بروتوكول IP. يمكن توجيه حركة المرور لهذه الاتصالات بطريقتين: الكلاسيكية - MME -> SGW -> PGW ثم عبر نفق PtP إلى AS (الشكل 2) أو باستخدام SCEF (الشكل 3).
لا تتمتع الطريقة التقليدية بمزايا خاصة على حركة مرور IP ، باستثناء تقليل حجم الحزم المرسلة بسبب عدم وجود عناوين IP. باستخدام SCEF يفتح عددًا من الفرص الجديدة ويبسط إلى حد كبير إجراءات التفاعل مع الأجهزة.
عند نقل البيانات عبر SCEF ، هناك ميزتان مهمتان للغاية على حركة مرور IP الكلاسيكية:
تسليم حركة مرور MT إلى الجهاز بمعرف خارجيلإرسال رسالة إلى جهاز IP كلاسيكي ، يجب أن يعرف AS عنوان IP الخاص به. تنشأ هنا مشكلة: نظرًا لأن الجهاز عادةً ما يسجل بعنوان IP "رمادي" ، فإنه يتصل بخادم التطبيقات الموجود على الإنترنت من خلال عقدة NAT ، حيث يتم ترجمة العنوان الرمادي إلى اللون الأبيض. تستمر مجموعة من عناوين IP باللونين الرمادي والأبيض لفترة محدودة ، اعتمادًا على إعدادات NAT. في المتوسط ، ل TCP أو UDP - لا يزيد عن خمس دقائق. أي أنه في حالة عدم وجود تبادل للبيانات مع هذا الجهاز خلال 5 دقائق ، فسوف تتفكك الحزمة ولن يكون الجهاز متاحًا على العنوان الأبيض الذي بدأت به الجلسة مع AS. هناك العديد من الحلول:
1. استخدام ضربات القلب. بمجرد إنشاء اتصال ، يجب على الجهاز التبادل مع حزم AS كل بضع دقائق ، وبالتالي منع ترجمة NAT من الإغلاق. ولكن لا يمكن أن يكون هناك أي شك في كفاءة الطاقة.
2. في كل مرة ، إذا لزم الأمر ، تحقق من وجود حزم للجهاز في AS - أرسل رسالة إلى الوصلة الصاعدة.
3. قم بإنشاء APN خاص (VRF) ، حيث سيكون خادم التطبيق والأجهزة على نفس الشبكة الفرعية ، وقم بتعيين عناوين IP ثابتة للأجهزة. ستعمل ، لكن هذا مستحيل تقريبًا عندما يتعلق الأمر بأسطول الآلاف ، عشرات الآلاف من الأجهزة.
4. أخيرًا ، الخيار الأنسب: استخدام IPv6 ، فهو لا يحتاج إلى NAT ، لأن عناوين IPv6 يمكن الوصول إليها مباشرة من الإنترنت. ومع ذلك ، حتى في هذه الحالة ، عند إعادة تسجيل الجهاز ، سيتلقى عنوان IPv6 جديد ولن يكون متاحًا في العنوان السابق.
وفقًا لذلك ، من الضروري إرسال حزمة تهيئة معينة مع معرف الجهاز إلى الخادم من أجل الإبلاغ عن عنوان IP الجديد للجهاز. ثم انتظر حزمة التأكيد من AS ، والتي تؤثر أيضًا على كفاءة الطاقة.
تعمل هذه الطرق بشكل جيد مع الأجهزة 2G / 3G / LTE ، حيث لا يحتوي الجهاز على متطلبات صارمة للاستقلال ، ونتيجة لذلك ، لا توجد حدود زمنية على الهواء وحركة المرور. بالنسبة إلى NB-IoT ، هذه الطرق غير مناسبة نظرًا لاستهلاكها الكبير للطاقة.
يحل SCEF هذه المشكلة: نظرًا لأن معرّف الجهاز الوحيد لـ AS هو معرّف خارجي ، يكفي أن تقوم AS بإرسال حزمة بيانات إلى SCEF لمعرف خارجي محدد ، ستهتم SCEF بالباقي. إذا كان الجهاز في وضع توفير الطاقة PSM أو eDRX ، فسيتم تخزين البيانات مؤقتًا وتسليمها عند توفر الجهاز. إذا كان الجهاز متاحًا لحركة المرور ، فسيتم تسليم البيانات على الفور. وينطبق الشيء نفسه بالنسبة لفرق الإدارة.
في أي وقت ، يمكن لـ AS سحب الرسالة المخزنة مؤقتًا إلى UE أو استبدالها برسالة جديدة.
يمكن أيضًا استخدام آلية التخزين المؤقت عند نقل بيانات MO من UE إلى الجانب AS. إذا لم تتمكن SCEF من توصيل البيانات إلى AS فورًا ، على سبيل المثال ، إذا كان العمل في الخدمة قيد التنفيذ على خوادم AS ، فسيتم تخزين هذه الحزم مؤقتًا وضمان تسليمها بمجرد توفر AS.
كما هو مذكور أعلاه ، يتم تنظيم الوصول إلى خدمة معينة و UE لـ AS (و NIDD هي خدمة) وفقًا للقواعد والسياسات على جانب SCEF ، والتي تتيح إدراك القدرة الفريدة على استخدام بيانات UE واحدة في نفس الوقت بواسطة عدة ASS. أي إذا اشتركت عدة ASS في UE واحد ، ثم بعد تلقي البيانات من UE ، سوف يرسلها SCEF إلى جميع ASS الموقعة. هذا مناسب تمامًا للحالات التي يقوم فيها مُصمم أسطول من الأجهزة المتخصصة بملء البيانات بين العديد من العملاء. على سبيل المثال ، من خلال إنشاء شبكة من محطات الطقس العاملة على NB-IoT ، يمكنك بيع البيانات منها إلى العديد من الخدمات في نفس الوقت.
آلية تسليم الرسائل المضمونةخدمة بيانات موثوقة - آلية للتوصيل المضمون لرسائل MO و MT دون استخدام خوارزميات متخصصة على مستوى البروتوكول ، على سبيل المثال ، المصافحة في TCP. إنه يعمل عن طريق تضمين إشارة خاصة في جزء خدمة الرسالة أثناء التبادل بين UE و SCEF. ما إذا كان سيتم تنشيط هذه الآلية أو عدم تفعيلها عند إرسال حركة المرور تقرره AS.
إذا تم تنشيط هذه الآلية ، فإن UE ، إذا لزم الأمر ، يضمن تسليم حركة المرور MO إشارة خاصة في جزء الخدمة من الحزمة. عند استلام هذه الحزمة ، يرد الصندوق على تأكيد UE. إذا لم تستلم UE حزمة تأكيد ، فسيتم توجيه الحزمة إلى SCEF. نفس الشيء يحدث لحركة المرور MT.
مراقبة الجهاز (مراقبة الأحداث- MONTE)كما ذكر أعلاه ، فإن SCEF الوظيفية ، من بين أمور أخرى ، تشمل وظائف لمراقبة حالة UE ، ما يسمى مراقبة الجهاز. وإذا كانت المعرفات الجديدة وآليات نقل البيانات هي تحسينات (وإن كانت خطيرة للغاية) للإجراءات الحالية ، فإن MONTE هي وظيفة جديدة تمامًا غير متوفرة في شبكات 2G / 3G / LTE. يسمح MONTE لـ AS بمراقبة معلمات الجهاز مثل حالة الاتصال وتوافر الاتصالات والموقع وحالة التجوال ، إلخ. سنخبرك المزيد حول كل لاحق.
إذا كان من الضروري تنشيط حدث مراقبة لجهاز أو مجموعة من الأجهزة ، فإن AS تشترك في الخدمة المقابلة عن طريق إرسال أمر MONTE API المطابق إلى SCEF ، والذي يتضمن معلمات مثل المعرف الخارجي أو معرف المجموعة الخارجية أو معرف AS أو نوع المراقبة أو عدد التقارير ، وهو ما يريد أن يحصل. إذا أذن AS بتنفيذ الطلب ، فإن SCEF ، اعتمادًا على النوع ، سوف يطلق الحدث على HSS أو MME (الشكل 4). عند حدوث حدث ، تقوم MME أو HSS بإنشاء تقرير إلى جانب SCEF ، والذي يرسله إلى AS.
يتم توفير جميع الأحداث باستثناء "عدد من UEs الموجودة في منطقة جغرافية" من خلال HSS. يتم تعقب الحدثين "تغيير IMSI-IMEI Association" و "حالة التجوال" مباشرةً على HSS ، وسيتم توفير بقية HSS على MME.
يمكن أن تكون الأحداث إما لمرة واحدة أو دورية ، ويتم تحديدها حسب نوعها.
يتم إرسال الإبلاغ عن الأحداث (إعداد التقارير) بواسطة عقدة تتبع الأحداث مباشرةً إلى SCEF (الشكل 5).
نقطة مهمة: يمكن تطبيق أحداث المراقبة على أجهزة غير IP متصلة عبر SCEF وعلى أجهزة IP التي تنقل البيانات بطريقة كلاسيكية عبر MME-SGW-PGW.
دعونا نلقي نظرة فاحصة على كل من أحداث المراقبة:
فقدان الاتصال - يبلغ AS أن UE لم تعد متوفرة لحركة البيانات أو الإشارة. ويحدث هذا الحدث عندما ينتهي "مؤقت إمكانية الوصول إلى الأجهزة المحمولة" الخاص ب UE على MME. في طلب هذا النوع من المراقبة ، يمكن لـ AS الإشارة إلى "الحد الأقصى لوقت الكشف" الخاص به - إذا لم تُظهر UE أي نشاط خلال هذا الوقت ، فسيتم إبلاغ AS بأن UE غير متاح ، مع توضيح السبب. يحدث هذا الحدث أيضًا إذا تمت إزالة UE بالقوة من قبل الشبكة لأي سبب.
* لكي تعرف الشبكة أن الجهاز لا يزال متاحًا ، يبدأ بشكل دوري إجراء التحديث - تحديث منطقة التتبع (TAU). يتم ضبط تردد هذا الإجراء بواسطة الشبكة باستخدام المؤقت T3412 أو (T3412_extended في حالة PSM) ، حيث يتم إرسال القيمة إلى الجهاز أثناء إجراء Attach أو TAU التالي. عادةً ما يكون مؤقت إمكانية الوصول للهاتف المحمول أطول بعدة دقائق من T3412. إذا لم تقم UE بإجراء TAU قبل انتهاء صلاحية موقت قابلية الوصول إلى الهاتف المحمول ، فستعتبر الشبكة أنه لم يعد متاحًا.
إمكانية الوصول إلى UE - تظهر عندما يصبح UE متاحًا لحركة المرور DL أو الرسائل النصية القصيرة. يحدث هذا عندما تصبح UE متاحة لترحيل الصفحات (بالنسبة إلى UE في وضع eDRX) أو عندما تنتقل UE إلى وضع ECM-CONNECTED (بالنسبة إلى UE في وضع PSM أو eDRX) ، أي يجعل TAU أو يرسل حزمة الإرسال.
الإبلاغ عن الموقع - يسمح هذا النوع من أحداث المراقبة لـ AS بطلب بيانات موقع UE. يمكن طلب الموقع الحالي (آخر موقع) أو آخر موقع معروف (آخر موقع معروف ، يتم تحديده بواسطة معرف الخلية الذي قام الجهاز من خلاله بجعل وحدة الإرسال الكبرى أو حركة المرور المنقولة لآخر مرة) ، وهو أمر مهم للأجهزة في أوضاع توفير الطاقة PSM أو eDRX. بالنسبة لـ "الموقع الحالي" ، قد تطلب AS تكرارًا ، مع إبلاغ MME AS في كل مرة يتم فيها تغيير موقع الجهاز.
تغيير IMSI-IMEI Association - عند تنشيط هذا الحدث ، يبدأ SCEF في تتبع التغييرات في الاتصال بين IMSI (معرف بطاقة SIM) و IMEI (معرف الجهاز). عندما يحدث حدث - يبلغ AS. يمكن استخدامه لإعادة تعيين المعرف الخارجي تلقائيًا للجهاز أثناء العمل البديل المخطط له أو ليكون بمثابة معرف لسرقة الجهاز.
حالة التجوال - يتم استخدام هذا النوع من المراقبة من قبل AS لتحديد ما إذا كانت UE موجودة في الشبكة المنزلية أو في شبكة شريك التجوال. اختياريا ، يمكن نقل PLMN (شبكة الأرض المتنقلة العامة) للمشغل الذي تم تسجيل الجهاز فيه.
فشل الاتصال - يقوم هذا النوع من المراقبة بإبلاغ AS حول حالات الفشل في الاتصال بالجهاز ، بناءً على أسباب الاتصال (رمز سبب الإطلاق) المستلم من شبكة الوصول اللاسلكي (بروتوكول S1-AP). يمكن أن يساعد هذا الحدث في تحديد سبب فشل الاتصال - بسبب مشكلات في الشبكة ، على سبيل المثال ، عندما يكون eNodeb (موارد الراديو غير متاحة) محملاً بالزيادة أو بسبب فشل الجهاز نفسه (Radio Connection With UE Lost).
التوفر بعد فشل DDN - يُعلم هذا الحدث AS أن الجهاز أصبح متاحًا بعد فشل الاتصال. يمكن استخدامه عندما يكون ذلك ضروريًا لنقل البيانات إلى الجهاز ، ولكن المحاولة السابقة لم تكن ناجحة ، لأن UE لم يستجب للإشعار من الشبكة (الترحيل) ، ولم يتم تسليم البيانات. إذا تم طلب هذا النوع من المراقبة لجهاز UE ، فعندما يقوم الجهاز بإجراء اتصال وارد ، أو يجعل وحدة إرسال أو يرسل بيانات إلى الوصلة الصاعدة ، سيتم إبلاغ AS أن الجهاز أصبح متاحًا. نظرًا لأن إجراء DDN (إعلام بيانات الوصلة الهابطة) يعمل بين MME و S / P-GW ، فإن هذا النوع من المراقبة متاح فقط لأجهزة IP.
حالة اتصال PDN - تبلغ AS عند تغيير حالة الجهاز (حالة اتصال PDN) - الاتصال (تنشيط PDN) أو قطع الاتصال (حذف PDN). يمكن استخدام ذلك من قِبل AS لبدء الاتصال مع UE ، أو العكس ، لفهم أن الاتصال لم يعد ممكنًا. هذا النوع من المراقبة متاح لأجهزة IP و غير IP.
عدد UEs الموجودة في منطقة جغرافية - يتم استخدام هذا النوع من المراقبة بواسطة AS لتحديد عدد UEs في منطقة جغرافية محددة.
تشغيل الجهازفي شبكات 2G / 3G ، كان إجراء التسجيل في الشبكة من خطوتين: أولاً ، تم تسجيل الجهاز في SGSN (إرفاق إجراء) ، ثم ، إذا لزم الأمر ، تم تنشيط البيانات بواسطة سياق PDP - اتصال ببوابة الحزمة (GGSN). في شبكات 3G ، تم تنفيذ هذين الإجراءين بالتتابع ، أي لم ينتظر الجهاز اللحظة التي كان من الضروري فيها نقل البيانات ، ولكن تم تنشيط PDP فور اكتمال إجراء إرفاق. في LTE ، تم الجمع بين هذين الإجراءين في إجراء واحد ، أي عند إرفاقه ، طلب الجهاز على الفور تنشيط اتصال PDN (نظير PDP في 2G / 3G) عبر eNodeB إلى MME-SGW-PGW.
تعرّف NB-IoT طريقة اتصال مثل "إرفاق بدون PDN" ، أي أن UE تجعل إرفاقًا دون إنشاء اتصال PDN. في هذه الحالة ، لا يكون متاحًا لنقل حركة المرور ، ولا يمكنه استلام أو إرسال الرسائل القصيرة فقط. من أجل إرسال أمر لتنشيط PDN والاتصال بـ AS بهذا الجهاز ، تم تطوير وظيفة "تشغيل الأجهزة".
عند استلام أمر لتوصيل UE من AS ، يبدأ SCEF من خلال مركز الرسائل القصيرة بإرسال رسالة تحكم SMS إلى الجهاز. عند استلام رسالة نصية قصيرة ، يقوم الجهاز بتنشيط PDN ويتصل بـ AS لتلقي التعليمات اللاحقة أو نقل البيانات.
قد تكون هناك أوقات عندما ينتهي الاشتراك في جهاز ما على SCEF. نعم ، يتمتع الاشتراك بعمر افتراضي خاص به ، يحدده المشغل أو متفق عليه مع AS.
عند انتهاء صلاحيته ، سيتم إلغاء تنشيط PDN على MME ، وسيصبح الجهاز غير متاح لـ AS. في هذه الحالة ، سوف تساعد أيضًا وظيفة "تشغيل الأجهزة". عند استلام بيانات جديدة من AS SCEF ، ستكتشف حالة اتصال الجهاز وتسليم البيانات عبر الرسائل القصيرة.استنتاجSCEF, , . SCEF . , .
, «»- ? . nidd_scef@mts.ru, , .
!
: