تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند سلوك عقدة دعم (GGSN) لخدمة حزمة الراديو العامة (GPRS) للعبارة عندما لا تستجيب عقدة دعم GPRS (SGSN) للخدمة إلى طلب صدى بروتوكول GPRS للاتصال النفقي (GTP) الذي يتم إرساله من GGSN.
قد تواجه حالات فشل تنشيط بروتوكول بيانات الحزم المرتفع (PDP) في GGSN أثناء فترة من الوقت لا يستجيب SGSN لطلبات صدى GTP. فيما يلي بعض الأسئلة التي قد تطرح في هذا السيناريو:
إذا لم تصل الرسائل إلى 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 (أو غير موجود) هو خطأ يتم إرساله بواسطة GSNs على واجهة GN. يتم ملؤها في عنصر معلومات سبب رسائل GTP.
هذه هي رسائل GTP التي يمكن أن تحتوي على خطأ رمز السبب 192:
ملاحظة: سيكون معرف نهاية النفق (TEID) المستخدم في الرسالة التي تحتوي على هذا الخطأ صفرا. ارجع إلى ts 29.060 للحصول على مزيد من التفاصيل.
يمكن أن يظهر هذا الخطأ في الرسائل المذكورة أعلاه عند إرساله بواسطة GSN ولا يحتوي على سياق يتوافق مع السياق الذي يتم إرساله بواسطة GSN الآخر. تقوم GSNs بحذف سياق PDP عند تلقي هذا الخطأ.
يصف هذا القسم أربعة سيناريوهات يمكن أن يحدث فيها خطأ في رمز السبب 192.
ملاحظة: يجب أن يكون SGSN قد نسي TEID، عند نقل الاستدعاء إلى GTPv0 (توجد فقط تسميات التدفق ل GTPv0، وليس TEIDs). هذا يشير أن SGSN أمسكت إلى ال GTPv1 مكالمة حتى بعد النقل إلى GTPv0.
هنا قسم مأخوذ من 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.