أستكشاف أخطاء AVP لمعرف الشبكة الذي تم زيارته مفقود وإصلاحها ضمن طلب الإعلام

المقدمة

يصف هذا وثيقة كيف أن يتحرى ال VNI مفقود تحت ال 'يخطر طلب' رسالة بين MME و HSS عبر S6a قارن.

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

المواصفات الفنية 3GPP - 29.272 و 29.229

 طلب التعليقات (RFC) - 6733

المتطلبات

توصي Cisco بأن تكون لديك معرفة بدليل مسؤول وحدة إدارة نظام التشغيل StarOS-Mobility (MME).

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

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

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

نظرة عامة

يعد طلب الإعلام والإجابة (NOR/NOA) أحد أبسط الرسائل عبر واجهة S6a/S6d. الفكرة الأساسية لهذه الرسالة هي إعلام خادم المشترك المنزلي (HSS) بالتغيير في معلومات الشبكة وأجهزة المستخدم.

يتم إستخدام إجراء الإعلام بين MME و HSS، وأيضا بين عقدة دعم GPRS الخدمة (SGSN) و HSS لإعلام HSS حول:

• تعيين/تغيير/إزالة عبارة شبكة بيانات الحزم (PDN) (GW) لاسم نقطة الوصول (APN)
• عند عدم إجراء تحديث لموقع Inter-MME، يجب إعلام HSS بضرورة إرسال موقع إلغاء إلى SGSN الحالي.
• تتوفر في وحدة المستخدم (UE) سعة ذاكرة لتلقي رسالة قصيرة واحدة أو أكثر
• أصبح UE قابلا للوصول إليه مرة أخرى

تنسيق رسالة NOR-NOA

< Notify-Request> ::= < Diameter Header: 323, REQ, PXY, 16777251 >
                      < Session-Id >
                      [ Vendor-Specific-Application-Id ]
                      { Auth-Session-State }
                      { Origin-Host }
                      { Origin-Realm }
                       [ Destination-Host ]
                                                 { Destination-Realm }

                      { User-Name }
                    * [ Supported-Features ]
                      [ Terminal-Information ]
                      [ MIP6-Agent-Info ]
                      [ Visited-Network-Identifier ]
                      [ Context-Identifier ]
                      [Service-Selection]
                      [ Alert-Reason ]
                      [ UE-SRVCC-Capability ]
                      [ NOR-Flags ]
                   [Homogeneous-Support-of-IMS-Voice-Over-PS-Sessions ]
                    *[ AVP ]


< Notify-Answer> ::= < Diameter Header: 323, PXY, 16777251 >
                     < Session-Id >
                     [ Vendor-Specific-Application-Id ]
                     [ Result-Code ]
                     [ Experimental-Result ]
                     { Auth-Session-State }
                     { Origin-Host }
                     { Origin-Realm }
                     [ OC-Supported-Features ]
                     [ OC-OLR ]
                    *[ Supported-Features ]
                    *[ AVP ]
                    *[ Failed-AVP ]

العملية

1. البدء: وعادة ما يتم بدء العملية من قبل إدارة الحاوية (MME) عند حدوث حدث ذي صلة بتصرف وحدة المعالجة المركزية (UE).
2. ولا الرسالة: ترسل MME رسالة NOR إلى HSS. تتضمن هذه الرسالة المعرفات الضرورية مثل الهوية الدولية لمشترك الهاتف المحمول (IMSI) وتفاصيل الحدث أو التغيير.
3. المعالجة بواسطة HSS: يعالج نظام HSS الطلب، ويحدث سجلاته، ويمكن أن ينفذ المزيد من الإجراءات حسب الحاجة استنادا إلى المعلومات الواردة.
4. إعلام الاستجابة: وترسل HSS ردا على الإخطار إلى MME، تؤكد فيه التحديث وتتضمن أي بيانات أو تعليمات إضافية ضرورية.

ما هو دور AVP لمعرف الشبكة الذي تمت زيارته؟

زوج قيمة السمة (AVP) لمعرف الشبكة (VNI) الذي تمت زيارته من نوع سلسلة ثماني. يحتوي AVP هذا على معرف يساعد الشبكة المنزلية على التعرف على الشبكة التي تمت زيارتها (على سبيل المثال، اسم مجال الشبكة الذي تمت زيارته).

يعمل بروتوكول VNI AVP على تحديد الشبكة التي يتواجد فيها المستخدم حاليا أو "يزور"، ويتم إستخدامه بشكل أساسي في سيناريوهات التجوال. وهذه المعلومات حاسمة بالنسبة لما يلي:

• قرارات التوجيه: ضمان توجيه الطلبات والاستجابات بشكل صحيح بين الشبكة المنزلية والشبكة التي تمت زيارتها.
• تطبيق السياسة: تطبيق سياسات الشبكة المناسبة وقواعد الشحن استنادا إلى موقع المستخدم واتفاقيات الشبكة التي تمت زيارتها مع الشبكة المنزلية.

مرجع 3GPP ل AVP معرف الشبكة الذي تمت زيارته

تدفق المكالمات

NOR Call-flow

تدفق المكالمات عبر الإعلام-الطلب/الرد

1. مشغل الحدث في MME

• يقع حدث المشترك في MME الذي يتطلب إعلام HSS. الأمثلة تتضمن:
• تحديث موقع
• تغيير في الشبكة التي تمت زيارتها (على سبيل المثال، التجوال)
• تحديث حالة الاشتراك (على سبيل المثال، نشط أو غير نشط)
• وزارة الصحة تعد رسالة NOR

2. تقوم MME بإرسال notify-request

• يقوم MME بإنشاء رسالة NOR باستخدام AVPs الأساسية التالية:
  • يحتوي على اسم مجال معرف شبكة المحمول الأرضية العامة (PLMN) للشبكة التي تمت زيارتها حيث يوجد المشترك حاليا.
• معرف جلسة العمل: المعرف الفريد لجلسة عمل القطر
• بلد المنشأ والمضيف وعالم المنشأ: تعريف MME على أنه المرسل
• destination-host و destination-realm: تعريف HSS كمستلم
• IMSI (معرف المستخدم): المعرف الفريد للمشترك
• VNI
• حالة جلسة عمل المصادقة: الإشارة إلى ما إذا كانت جلسة العمل ذات حالة أو لا تحتوي على حالة

3. HSS يستلم ويقوم بمعالجة notify-request

• يعالج HSS NOR ويتحقق من صحة AVPs الخاصة به:
• تحقق من IMSI لتحديد موقع سجل المشترك.
• يتحقق من صحة معرف فئة المورد (VNI) لضمان تطابقه مع شبكة معروفة ومدعومة.
• تحديث بيانات المشترك لتعكس الشبكة أو الحالة الجديدة التي تمت زيارتها.
• وفي حال نجاح التحقق من الصحة، تقوم إدارة الأمن والسلامة بإعداد إستجابة ناجحة.
• إذا كانت هناك مشكلات (على سبيل المثال، VNI مفقود)، يقوم HSS بإعداد إستجابة خطأ.

4. يرسل HSS notify-response (NOA)

• يرسل HSS رسالة NOA إلى MME:
  • Diameter_success (2001): تشير إلى نجاح المعالجة
  • DIAMETER_INVALID_AVP_VALUE (5004): إذا كانت شبكة VNI غير صالحة
  • DIAMETER_MISSING_AVP (5005): إذا كانت البنية الأساسية الظاهرية (VNI) مفقودة ولكنها مطلوبة
  • يحتوي على VNI AVP إذا كان قد تسبب في الفشل
• كود النتيجة
• AVP فاشل (إن أمكن)

5. تقوم MME بمعالجة NOTIFY-RESPONSE

• عند تلقي NOA:
• في حالة نجاح رمز النتائج، تواصل MME عملياتها
• في حالة الإشارة إلى خطأ، يحلل MME AVP الفاشل (في حالة وجوده) من أجل تحديد المشكلة

استكشاف الأخطاء وإصلاحها

• الجانب الأساسي هو التحقق مما إذا كان 'notify request' 'enabled' عبر كافة 'خدمات HSS'. يمكنك تنفيذ نفس الإجراء من خلال تنفيذ واجهة سطر الأوامر هذه:
  
  

******** show hss-peer-service service all *******

Service name                    : hss<>
Notify Request Message          : Enable
Service name                    : hss<>
Notify Request Message          : Enable

• ما إن، هذا يكون فحصت، أنت يستطيع طلبت هذا سجل in order to تحريت الإصدار أبعد:
  
  

1. Request “config verbose”

2. Monitor Subscriber with all the required options:
       monitor subscriber <imsi>, along with 19,33,34,35,A,S,X,Y,+++

3. Debug logs:

       logging filter active facility diameter level debug
       logging filter active facility sessmgr level debug
       logging filter active facility mme-app level debug
       logging active
        no logging active // to deactivate


4. Logging monitor:

       configure
        logging monitor msid <imsi>
       exit

5. Request  syslogs which captures the issue.

سيناريو إشكالي

PCAP المثير للمشاكل

في هذا مرجع ربط التقاط (PCAP)، أنت يستطيع رأيت ال مفقود 'visit-network-identifier' تحت 'notify-response'.

الحزمة 190 هي 'Notify request'، و 191 هي 'Notify Response'.

القطر الناتج رمز في هذا السيناريو هو 'Diameter_MISSING_AVP'، نشر يمكنك أيضا رؤية 'AVP failed' الذي يشير إلى 'Visit-Network-Identifier' والذي يعرض بدوره 'البيانات فارغة'.

ملاحظة: AVP الفاشل هو AVP مجمع يوفر معلومات تصحيح الأخطاء عندما يتم رفض طلب أو لا تتم معالجته بالكامل بسبب خطأ في AVP محدد.

تتضمن بعض الأسباب الخاصة ببروتوكول AVP الفاشل:

· بروتوكول AVP لم يتم إنشاؤه بشكل صحيح

· AVP غير معروف أو غير معتمد

· قيمة AVP غير صحيحة

· AVP مطلوب مفقود

· AVP مستبعد بشكل صريح

· AVP يقتصر على 0، 1، أو 0-1 تكرارات، لكن هناك تكرارين أو أكثر

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

وكما هو موضح مسبقا، يجب عليك أولا التحقق من تكوين خدمة نظير-نظير HSS للعقدة التي تمثل مشكلة.

التكوين المرجعي:

hss-peer-service <>
      diameter hss-endpoint <>
      no diameter update-dictionary-avps
      --- more lines ---
    exit

في هذا التكوين، يمكنك أن ترى أنه لم يكن هناك 'no diameter update-dictionary-avps'. كانت المشكلة واضحة عندما لم يكن هناك قاموس تحديث معين إلى أي من إصدار 3gpp. كما يمكنك مواجهة بعض السيناريوهات حيث يكون 'diameter update-dictionary-avps 3gpp-r9/10' الخاص بواجهة سطر الأوامر حاضرا ولا تزال المشكلة واضحة.

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

هنا المرجع تشكيل:

Mode

Exec > Global Configuration > Context Configuration > HSS Peer Service Configuration

configure > context context_name > hss-peer-service service_name

Entering the above command sequence results in the following prompt:

[context_name]host_name(config-hss-peer-service)#


Syntax

diameter update-dictionary-avps { 3gpp-r10 | 3gpp-r11 | 3gpp-r9 }

no diameter update-dictionary-avps

no

Sets the command to the default value where Release 8 ('standard') dictionary is used for backward compatibility of previous releases.

3gpp-r10

Configures the MME /SGSN to signal additional AVPs to HSS in support of Release 10 of 3GPP 29.272.

3gpp-r11

Configures the MME /SGSN to signal additional AVPs to HSS in support of Release 11 of 3GPP 29.272.

Using this keyword is necessary to enable the MME to fully support inclusion of the Additional Mobile Station ISDN (A-MSISDN) flag of the Feature List AVP in Update Location Request (ULR) messages sent over the S6a interface to the HSS at the time a UE Attaches. For more information about supporting A-MSISDN, refer to the information for the a-msisdn command in the Call-Control Profile configuration mode.

3gpp-r9

Configures the MME/SGSN to signal Release 9 AVPs to HSS.


Usage Guidelines

Use this command to configure the 3GPP release that should be supported for this HSS peer service.

This command is only applicable for the 'standard' diameter dictionary as defined in the diameter hss-dictionary command.