سلوك GGSN مع حالات فشل تنشيط PDP وبدون استجابات صدى GTP

المقدمة

يصف هذا المستند سلوك عقدة دعم (GGSN) لخدمة حزمة الراديو العامة (GPRS) للعبارة عندما لا تستجيب عقدة دعم GPRS (SGSN) للخدمة إلى طلب صدى بروتوكول GPRS للاتصال النفقي (GTP) الذي يتم إرساله من GGSN.

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

قد تواجه حالات فشل تنشيط بروتوكول بيانات الحزم المرتفع (PDP) في GGSN أثناء فترة من الوقت لا يستجيب SGSN لطلبات صدى GTP. فيما يلي بعض الأسئلة التي قد تطرح في هذا السيناريو:

1. هل تصل طلبات إنشاء PDP أو تحديث PDP من SGSN إلى GGSN؟
   
   
2. عندما تفشل طلبات صدى GTP من GGSN إلى SGSNs، كيف ينبغي أن يتصرف GGSN إذا لم يستلم سياق تحديث PDP الذي يتم إرساله من GGSN إستجابة؟
   
   
3. كيف يفشل GGSN في PDP إذا لم يستلم إستجابة صدى GTP أو إستجابة لرسائل الطلب غير الصدى التي تصل من SGSN لبروتوكول PDP هذا؟
   
   
4. كيف يؤثر نقص استجابات صدى/عدم صدى GTP مباشرة على حالات فشل تنشيط PDP؟

سلوك GGSN

إذا لم تصل الرسائل إلى GGSN، فعندئذ يقوم SGSN بتشغيل تنبيه فشل المسار ويقوم بإسقاطها بصمت. وبالإضافة إلى ذلك، إذا لم يتم تلقي إستجابة صدى لطلب الصدى الذي تم بدء تشغيله بواسطة GGSN، فإنها تشير إلى أن النظير معطل، لذلك يقوم GGSN بمسح المكالمات المرتبطة بذلك النظير محليا.

في إخراج الأمر show support detail، أو إخراج الأمر show gtpc statistics verbose، يمكنك عرض عدادات مهلة GGSN req:

#show gtpc statistics verbose 

SGSN Restart:                       Timeout:
    Create PDP Req:                 5   GTPC Echo Timeout:          149160
    Update PDP Req:                 0   GTPU Echo Timeout:               0
    Echo Response:                312   GGSN Req Timeout:            24182

Path Management Messages:
  Echo Request RX:         34006780   Echo Response TX:         34006780
  Echo Request TX:         29603851   Echo Response RX:         29537123

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

المشكلة الأكثر شيوعا هي حالات فشل مسار التحكم، والتي تتسبب في عدم إمكانية الوصول إلى عدد كبير من شبكات SGSN المتجولة.

إذا كانت هناك أي رسالة تحكم في GTP (مثل تحديث طلب سياق PDP) من GGSN التي لا تتلقى إستجابة بعد استنفاد جميع المحاولات، فإن GGSN يعتقد أن النظير لا يمكن الوصول إليه ويزيل فقط تلك الجلسة الخاصة التي تبلغ عن السبب على أنه فشل المسار. يتم حذف سياق PDP على GGSN، ولكن لا يتم إعلام SGSN. ويتم تعريف هذا العدد بهذه الإحصائيات:

SGSN Restart:                       Timeout:
    Create PDP Req:                 5   GTPC Echo Timeout:          149160
    Update PDP Req:                 0   GTPU Echo Timeout:               0
    Echo Response:                312   GGSN Req Timeout:            24182


Update PDP Context Denied:
  No Resources:                 500   No Memory:                       0
  System Failure:                 0   Non-existent:                55460

يعمل GGSN الآن على إزالة جلسة سياق PDP ولا يقوم مطلقا بإعلام SGSN أو أجهزة المستخدم (UE). قد يقوم SGSN أو UE بتشغيل طلب تحديث سياق PDP، وقد يقوم GGSN برفضه باستخدام رمز السبب 192 (غير موجود).

هنا قسم مأخوذ من ts 29.060:

• إذا تلقت عقدة دعم GPRS (GSN) رسالة مستوى التحكم في بروتوكول GPRS للاتصال النفقي (GTP-C) تطلب إجراء متعلق بسياق PDP تعتقد عقدة الإرسال أنه موجود، ولكن لم يتم التعرف عليه من قبل العقدة المتلقية، تقوم العقدة المتلقية بإعادة الإرسال إلى مصدر الرسالة، إستجابة بقيمة السبب المناسبة (إما "غير موجود" أو "لم يتم العثور على السياق").  يجب تعيين "معرف نقطة نهاية النفق" المستخدم في رسالة الاستجابة على كافة الأصفار.
• إذا استلم SGSN إستجابة سياق تحديث PDP بقيمة سبب "غير موجودة"، تقنية معلومات حذف سياق PDP.

خطأ في كود السبب 192

رمز السبب 192 (أو غير موجود) هو خطأ يتم إرساله بواسطة GSNs على واجهة GN. يتم ملؤها في عنصر معلومات سبب رسائل GTP.

هذه هي رسائل GTP التي يمكن أن تحتوي على خطأ رمز السبب 192:

• Update_PDP_CONTEXT_RESPONSE
  
  
• DELETE_PDP_CONTEXT_RESPONSE

ملاحظة: سيكون معرف نهاية النفق (TEID) المستخدم في الرسالة التي تحتوي على هذا الخطأ صفرا. ارجع إلى ts 29.060 للحصول على مزيد من التفاصيل.

يمكن أن يظهر هذا الخطأ في الرسائل المذكورة أعلاه عند إرساله بواسطة GSN ولا يحتوي على سياق يتوافق مع السياق الذي يتم إرساله بواسطة GSN الآخر. تقوم GSNs بحذف سياق PDP عند تلقي هذا الخطأ.

أمثلة السيناريوهات

يصف هذا القسم أربعة سيناريوهات يمكن أن يحدث فيها خطأ في رمز السبب 192.

• السيناريو 1 - يحدث فشل مسار GTP-C بين شبكات GSN.
  
  
• السيناريو 2 - يحدث فشل في الاستجابة/طلب الارتداد بين شبكات GSN.
  
  
• سيناريو 3 - هناك GTP صيغة 1 (GTPv1) إلى GTP صيغة 0 (GTPv0) إصدار تحويل أن يسبب الخطأ. وفيما يلي عينة من تدفق المكالمات لهذا السيناريو:
  
  
  1. تم إنشاء طلب سياق PDP مع GTPv1.
     
     
  2. يحدث نقل GTPv1 إلى GTPv0.
     
     
  3. المكالمة على GGSN موجودة الآن في GTPv0.
     
     
  4. يستلم GGSN تحديث طلب سياق PDP مع معرف رأس غير صفري ويرفضه بسبب الخطأ (غير موجود).

     ملاحظة: يجب أن يكون SGSN قد نسي TEID، عند نقل الاستدعاء إلى GTPv0 (توجد فقط تسميات التدفق ل GTPv0، وليس TEIDs). هذا يشير أن SGSN أمسكت إلى ال GTPv1 مكالمة حتى بعد النقل إلى GTPv0.

• السيناريو 4 - يتم ضرب تأثير TEID خارج المزامنة. فيما يلي مثال:
  
  
  1. ينشئ UE1 سياق PDP؛ ويضع SGSN Control-TEID-1 (C-TEID-1) كمعيار تحكم تجاه GGSN في سياق SGSN-UE1-CTXT. C-TEID لجميع الرسائل على GGSN التي تتجه إلى SGSN لها c-TEID-1.
     
     
  2. خارج وقت رسالة إرسال الإشارات (غير صدى) على SGSN، ويقوم SGSN بتنظيف سياق SGSN-UE1-ctxt محليا. يقوم أيضا بإعلام وحدة تحكم الشبكة اللاسلكية (RNC) للتنظيف. لا يقوم بإعلام GGSN، حيث أنه يتعامل مع GGSN على أنه أسفل. الآن لا يوجد سياق PDP ل UE1 على SGSN، وسياق PDP ل نفسه UE1 موجود على GGSN مع C-TEID-1. C-TEID-1 يعود إلى ذيل القائمة الحرة.
     
     
  3. يريد UE2 بعد ذلك إنشاء سياق PDP إلى APN نفسه ويمر عبر SGSN و GGSN نفسها. في SGSN، يتم تخصيص معرف التقنية وإرسال سياق sgsn-UE2-ctxt إلى GGSN. إذا كان عدد TEIDs الحرة منخفضا، فإن TEID الذي تم تحريره مؤخرا يتم إعادة توزيعه إلى سياق PDP الجديد. وفي هذه الحالة، يعاد توزيع C-TEID-1 إلى UE2.
     
     
  4. على شبكة GSN، هناك سياقان مع C-TEID-1 ك GN C-TEID. لا يتحقق GGSN مما إذا كان هناك TEID موجود بالفعل للنفس. بعد ذلك يقوم GGSN بتهيئة سياق Delete PDP (DPC) ل UE1 تجاه SGSN.
     
     
  5. على SGSN، يتم العثور على c-TEID-1، مع السياق الخاص به، وهو SGSN-UE2-CTXT. يتم إجراء محاولة لحذف هذا السياق والاستجابة إلى GGSN.
     
     
  6. إذا كانت هناك طلبات بدأها GGSN (تحديث/حذف بروتوكول PDP) للسياقات الأخرى، فإن SGSN يستجيب مع سبب غير موجود في السياق.
     
     
  7. يقوم GGSN بإسقاط إستجابة DPC ل UE2 لأنه لم يرسل أبدا طلب DPC ل UE2.
     
     
  8. يوجد الآن سياق ثان على GGSN لا يتوافق مع أي سياق على SGSN.
     
     
  9. إن عينت ال نفسه C-TEID-1 إلى آخر إصدار، المشكلة يكرر ويعقد المشكلة.

هنا قسم مأخوذ من ts 29.060:

إستجابة ECHO

يجب إرسال الرسالة كرد على طلب إرسال صدى تم تلقيه.

يقوم GSN الذي يتلقى إستجابة "صدى" من GSN نظير بمقارنة قيمة "عداد إعادة التشغيل" التي تم تلقيها مع قيمة "عداد إعادة التشغيل" السابقة المخزنة ل GSN النظير هذا. إذا لم يتم تخزين أي قيمة سابقة، يتم تخزين قيمة "عداد إعادة التشغيل" التي تم تلقيها في إستجابة الارتداد ل GSN النظير.

قد تختلف قيمة "عداد إعادة التشغيل" المخزن مسبقا ل GSN النظير عن قيمة "عداد إعادة التشغيل" التي تم تلقيها في "إستجابة الارتداد" من GSN النظير. في هذه الحالة، يتم إعتبار GSN الذي أرسل إستجابة ECHO كإعادة تشغيل من قبل GSN التي تلقت إستجابة ECHO. يتم تخزين قيمة "عداد إعادة التشغيل" الجديدة التي تم تلقيها بواسطة الكيان المتلقي، مع إستبدال القيمة التي تم تخزينها مسبقا ل GSN المرسلة.

إذا كانت GSN المرسلة عبارة عن GGSN وكان GSN المتلقي عبارة عن SGSN، فيجب أن تعتبر SGSN جميع سياقات PDP باستخدام GGSN غير نشطة. وللاطلاع على مزيد من الإجراءات الخاصة بالشبكة العالمية لتحديد المواقع (SGSN)، يرجى الرجوع إلى المواصفات الفنية (TS) 23.007 لمشروع شراكة الجيل الثالث [3].

إذا كانت GSN المرسلة عبارة عن SGSN وكان GSN المتلقي عبارة عن GGSN، فيجب أن تعتبر GGSN جميع سياقات PDP باستخدام SGSN غير نشطة. لمزيد من الإجراءات الخاصة ب GGSN، ارجع إلى 3GPP TS 23.007 [3].

هنا قسم مأخوذ من 3GPP ts 23.007 v8.0:

إستعادة البيانات في SGSN

إعادة تشغيل SGSN

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

يقوم GGSN بإجراء وظيفة تصويت (طلب صدى واستجابة صدى) تجاه SGSNs التي يكون GGSN على اتصال بها. يجب تضمين عداد إعادة تشغيل SGSN في إستجابة الارتداد. إذا كانت القيمة المتلقاة في GGSN تختلف عن القيمة المخزنة ل SGSN، فسيعتبر GGSN أن SGSN قد تم إعادة تشغيله (راجع 3GPP TS 29.060). يجب تحديث عدادات إعادة تشغيل GGSN في SGSN إلى القيمة التي تم تلقيها في رسالة الارتداد الأولى الواردة من كل GGSN بعد إعادة تشغيل SGSN.

عندما يكتشف GGSN إعادة التشغيل في SGSN والذي تم تنشيط سياق (سياقات) PDP به، يجب حذف كافة سياق (سياقات) PDP هذه . كما يجب تحديث القيمة الجديدة لعداد إعادة تشغيل SGSN التي تم تلقيها في إستجابة الارتداد من SGSN التي تمت إعادة تشغيلها في GGSN.