مكالمة طوارئ SOS - MME فصل ضمني عند إنهاء المكالمة

المقدمة

يصف هذا وثيقة الربط غير الصحيح المشترك أن يقع كنتيجة للخلل المبين في معرف الخطأ CSCwr06145.

معلومات أساسية

بعد أن يقوم المستخدم (UE) بإكمال مكالمة الطوارئ، تقوم الشبكة بشكل غير صحيح بفصل UE بشكل صريح عند إرجاعه إلى حالة الخمول.

السبب الجذري هو عيب في البرامج في منطق MME من Cisco، حيث يتم إطلاق فصل ضمني بشكل غير صحيح عندما يتم تعيين المهلة الموسعة T3412 على صفر.

المتطلبات الأساسية

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• إصدار البرنامج:21.28.m28 (راجع BST للحصول على إصدارات البرامج الأخرى المتأثرة).
• النظام الأساسي للأجهزة: الطراز ASR-5500.

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

الأجهزة/الإصدارات المتأثرة:

- برنامج Cisco ASR5500 System الإصدار 21.28.m28 والإصدارات السابقة حيث يتم تنفيذ المنطق المذكور سابقا.
- جميع الأنظمة الأساسية طراز ASR5000/ASR5500، بما في ذلك الأنظمة الأساسية القديمة والافتراضية لإدارة البنية الأساسية (MME).
- يمكن تعيين جميع صور/تكوينات البرامج حيث يمكن تعيين 'emm t3412-extended-timeout' على صفر.

المشكلة

يشير تنفيذ Cisco MME إلى منطق جلسة الطوارئ ويستخدم تكوين 'emm t3412-extended-timeout لتحديد متى يتم تشغيل الفصل الضمني ل UEs بعد خدمة الطوارئ.

وفقا للتكوين المتأثر:
تم تعيين 'emm t3412-extended-timeout' على 0.

تؤدي التعليمات البرمجية ل Cisco MME (بشكل غير صحيح) إلى تشغيل فصل ضمني "فورا" لأن منطقها يفسر قيمة المؤقت الموسعة الخاصة ب 0 على أنها انتهاء صلاحية، بدلا من تجاهلها.

ونتيجة لذلك، عند الانتقال إلى وضع الخمول بعد إصدار حامل حالة الطوارئ، تقوم MME بحذف جميع جلسات PDN، وتفصل UE بشكل ضمني، ويتم رفض طلب الخدمة اللاحق من UE مع سبب "منفصل ضمنيا".

تؤكد سجلات الشبكة طلبات حذف جلسة العمل لجميع PDNs و SGs-IMSI-Detach (عند وجود واجهة SGs).
وهذا غير متوافق مع المعايير لأنه، حسب المواصفة، عندما لا يتم الإعلان عن T3412 Extended، يجب إستخدام وحدات توقيت TAU الدورية العادية.

المؤشرات الفنية:
- ملاحظة فصل فوري في سجلات S1AP و GTPv2 عند الانتقال في وضع الخمول.
- لا يوجد مؤقت موسع معلن عنه في رسائل قبول NAS.
- إرفاق قبول/قبول TAU من الشبكة إلى UE يفتقر إلى المؤقت الموسع T3412 IE.
- تتميز جميع العقد (القديمة/الافتراضية) بالسلوك نفسه.

مثال التكوين حيث يتم تعيين تكوين EMM t3412-extended-timeout' على 0.

emm t3412-timeout 6480
emm t3412-extended-timeout 0
emm implicit-detach-timeout 3600

في تتبع العينة، بعد إصدار مكالمة الطوارئ وتحويل الجهاز إلى وضع الخمول، حدث الانفصال الضمني بشكل غير صحيح، متبوعا ب "رفض الخدمة".

الحل

السلوك القديم: للجلسات الطارئة مع تمكين دعم ميزة شبكة MS، أثناء الانتقال إلى وضع الخمول، تم إعتبار المؤقت الموسع T3412 (EMMT3412-Extended-Timeout) مؤقت قابلية الوصول للهاتف المحمول.

يحدث هذا لأن منطق MME يفسر قيمة EMMT3412-Extended-Timeout' الخاصة ب "0" بشكل غير صحيح على أنها انتهاء صلاحية، بدلا من تجاهلها.

سلوك جديد: للجلسات الطارئة مع تمكين دعم ميزة شبكة MS، أثناء الانتقال إلى وضع الخمول، إذا تم تكوين المؤقت الموسع T3412 (EMMT3412-timeout) على أنه 0، فسيتم إعتبار المؤقت T3412 كمؤقت قابلية الوصول للهاتف المحمول.

يتوفر إصلاح هذا العيب CSCwr06145 في برنامج النظام Cisco ASR500/ASR5500 System Software R21.28.m38 والإصدارات الأحدث.

المراجع:

- الأخطاء: CSCwr06145 : إستدعاء الطوارئ فصل ضمني غير صحيح