المقدمة
يتضمن إعداد إستدعاء التطور طويل المدى (LTE) على عبارة شبكة بيانات الحزمة (PGW) رسائل بروتوكول نفق GPRS (GTP)، وإنشاء طلب جلسة العمل وإنشاء إستجابة جلسة العمل، في كلا طرفي الإعداد. في حالة المكالمات المرفوضة، قد تتضمن "إنشاء إستجابة جلسة عمل" عنصر معلومات سياق الحامل (IE) أو لا تتضمنه. توضح هذه المقالة لماذا يشمل بعض الرفض القرينة، في حين لا يشمل البعض الآخر. يقدم هذا المستند توضيحا لتجنب الارتباك المحتمل عند أستكشاف أخطاء أسباب الرفض وإصلاحها وتحليلها على واجهات S5/S11 عبر عمليات التقاط الحزم (PCAPs).
سؤال
توضح لقطة الشاشة الموضحة أدناه مثالا "إنشاء إستجابة جلسة عمل" يحتوي على إدخالين لرفض رمز السبب 73 (لا توجد موارد متاحة)، بينما تحتوي لقطة الشاشة الثانية على إدخال واحد فقط. لماذا يبدو هذا متناقضا؟
التقاط حزمة Wireshark
الشرح
لقد اتضح أنه إذا تم الاستجابة إلى المكالمة أثناء المراحل الأولى من الإعداد، فلن يتم تضمين سياق الحامل في الاستجابة، وبالتالي يتم تضمين حالة واحدة فقط من كود السبب. المرحلة الأولى يمكن أن تتضمن أن يتم رفض على مستوى العملية demux (مثل egtpinmgr)، خطأ في التحليل، أو عنصر معلومات غير صحيح (ie). ولكن إذا تم رفض المكالمات في مراحل لاحقة، مثل Diameter S6b و Gx و Gy، وما إلى ذلك، بينما تتم معالجتها بواسطة Sesmgr، وهو السيناريو الأكثر شيوعا، فسيتم تضمين رمز سبب على مستوى سياق الحامل (الذي يقوم بمضاعفة رمز السبب الرئيسي بشكل فعال).
وفقا للمواصفات، يكون سلوك عدم تضمين سياق الحامل مقبولا: 3GPP 29.274-A50 يشير القسم 6.1.1 بوضوح إلى أنه "يتم تضمين عنصر معلومات السبب فقط على مستوى الرسالة في الاستجابة إذا كانت السبب يحتوي على قيمة تشير إلى أن الطلب غير مقبول بغض النظر عما إذا كانت هناك عناصر معلومات إلزامية أو مشروطة أخرى معرفة لرسالة إستجابة معينة". باختصار، ما هو عادة إلزامي IE يصبح إختياريا (وبالتالي، لا بأس بعدم تضمينه) في الحالة التي تكون فيها إستجابة مستوى الرسالة عبارة عن رفض.
معلومات ذات صلة