عند التقاط إشارات تسجيل 5G، يستطيع المهندسون عادة العثور بسهولة على رسائل مثل Initial UE Message وUplink NAS Transport وإجراءات NGAP الأخرى. لكن السؤال الأصعب غالبًا هو ما يحدث في الطبقات الأدنى: كيف تغادر حزمة إشارات N2 جهاز gNB، وتعبر شبكة النقل ومركز البيانات، ثم تصل في النهاية إلى الخادم الذي يستضيف خدمة AMF؟ وإذا كانت AMF افتراضية وتعمل داخل VM، فما نقطة النهاية التي ينشئ معها gNB فعليًا ارتباط SCTP؟ وما أدوار بوابة PTN وموجّه حافة مركز البيانات ومبدلي EOR وTOR؟ وعند فشل الإشارات، هل يبدأ استكشاف العطل من NGAP أم SCTP أم توجيه IP أم تمرير MAC في الطبقة الثانية؟

تبدو هذه الأسئلة وكأنها تنتمي إلى مجالات هندسية مختلفة. يركز فريق الراديو على gNB، ويركز فريق الشبكة الأساسية على AMF وNGAP، ويتولى فريق النقل إدارة PTN، بينما يكون فريق مركز البيانات مسؤولًا عن المبدلات والخوادم. لكن في مسار N2 سليم تعمل جميع هذه المكونات كسلسلة متصلة واحدة. لا تقفز رسالة NAS Registration Request التي يستقبلها gNB مباشرة إلى AMF. بل يقوم gNB أولًا بترحيل الرسالة من جانب RRC إلى NGAP، ثم يغلفها فوق SCTP وIP، ويرسلها عبر عدة عقد شبكية من الطبقتين الثالثة والثانية، إلى أن تصل إلى بيئة الحوسبة التي تعمل فيها عملية AMF. يصبح تشخيص توجيه N2 أسهل بكثير عند النظر إلى المسار المنطقي للبروتوكولات والمسار الفيزيائي للشبكة معًا بدل اختزالهما في اختبار بسيط مثل «هل يمكنني تنفيذ ping إلى AMF؟».

ما الذي تقوم واجهة N2 بتمريره فعليًا؟

N2 هي واجهة الإشارات بين gNB وAMF. أثناء تسجيل UE وإدارة الحركة وإجراءات مستوى التحكم الأخرى في 5G، ينشئ UE رسائل NAS بينما يؤدي gNB وظيفة ترحيل أساسية. يأخذ NAS-PDU المستلم من UE، ويضعه داخل رسالة NGAP المناسبة، ثم يرسله عبر N2 باتجاه AMF. ويحدث العكس في اتجاه الوصلة الهابطة. لذلك يتطلب فهم إشارات N2 الفصل بين رسالة التطبيق نفسها وبين مسار النقل الذي يحملها.

لنفترض أن UE يبدأ عملية التسجيل. يرسل UE أولًا NAS Registration Request عبر مكدس بروتوكولات الراديو إلى gNB. في هذا النوع من الإشارات لا يكون gNB نقطة النهاية النهائية للتطبيق. دوره هو وضع NAS-PDU داخل رسالة NGAP وتمريرها إلى AMF عبر علاقة نقل N2 المنشأة مسبقًا. على مستوى عام، تمر الرسالة في جانب UE عبر NAS وRRC وPDCP وRLC وMAC وL1. وفي gNB تُرحّل رسالة NAS من مكدس جانب الراديو إلى NGAP ثم تُحمل فوق SCTP وIP والطبقة الثانية والطبقة الأولى. أما في AMF فتتم إزالة التغليف عبر المكدس بالعكس حتى تصل رسالة NAS إلى طبقة معالجة NAS.

من الأخطاء الشائعة اعتبار «قيام gNB بتمرير NAS» مماثلًا لنوع التمرير الذي ينفذه موجّه IP. فالعمليتان تحدثان في طبقات مختلفة. يقوم gNB أولًا بترحيل على مستوى البروتوكول من NAS/RRC إلى NGAP وينشئ حزمة SCTP/IP جديدة على جانب N2. ولا تحتاج شبكة النقل أو شبكة مركز البيانات إلى معرفة ما إذا كانت الحمولة تحتوي على Registration Request أو إجراء NAS آخر. مهمتها ببساطة نقل الحزمة وفق توجيه IP وعناوين MAC ومعلومات الواجهات.

يمكن أيضًا تقسيم إجراءات NGAP إلى إجراءات مرتبطة بـ UE وأخرى غير مرتبطة به. تُعد NAS Transport وInitial Context Setup إجراءات مرتبطة بـ UE، بينما NG Setup إجراء على مستوى العقدة وغير مرتبط بـ UE محدد. يفيد هذا التمييز أثناء استكشاف الأعطال. فإذا تعذر على جميع أجهزة UE التابعة لـ gNB التواصل مع AMF، فينبغي فحص علاقة N2 على مستوى العقدة وSCTP وتوجيه IP أولًا. وإذا تأثر UE واحد فقط، فيجب متابعة التحقيق ضمن سياق NGAP وNAS الخاص بذلك UE.

ما عقد الشبكة التي تعبرها إشارات N2 بين gNB وAMF؟

غالبًا ما تعرض مخططات البنية المنطقية N2 على شكل خط واحد بين gNB وAMF. هذا التمثيل مفيد لشرح علاقة الواجهة، لكنه لا يُظهر مسار الشبكة الفعلي الذي يسلكه مرور الإشارات. في نشر واقعي نادرًا ما يكون gNB متصلًا مباشرة بخادم AMF عبر وصلة فيزيائية واحدة. توجد شبكة نقل بين RAN ومركز بيانات الشبكة الأساسية، بينما تُستخدم الموجّهات والمبدلات وشبكات الخوادم داخل مركز البيانات نفسه.

يمكن تمثيل مسار نقل N2 مبسطًا كما يلي: يرسل gNB المرور إلى بوابة PTN من الطبقة الثالثة، وتعبر الحزمة شبكة النقل لتصل إلى موجّه حافة مركز البيانات من الطبقة الثالثة، ثم تمر عبر مبدلي EOR وTOR قبل أن تصل إلى الخادم الذي يستضيف AMF. تنقل PTN مرور IP من جانب gNB نحو مركز البيانات الإقليمي أو المركزي. وبعد ذلك يوجّه موجّه الطبقة الثالثة عند حد مركز البيانات حزمة N2 إلى شبكة الخوادم الصحيحة. داخل مركز البيانات تنفذ مبدلات EOR وTOR تبديلًا من الطبقة الثانية حتى يصل إطار Ethernet إلى واجهة الخادم التي تستضيف عبء عمل AMF.

في شبكة 5G أساسية قائمة على السحابة، لا يمكن الإجابة عن سؤال «على أي جهاز تعمل AMF؟» بالاعتماد على الخادم الفيزيائي فقط. فقد تعمل AMF بوصفها وظيفة شبكية افتراضية على عقدة حوسبة عامة، وقد يستضيف الخادم الفيزيائي نفسه آلات افتراضية لـ OAM ووظائف شبكية أخرى أو عدة مثيلات للخدمة. على سبيل المثال، قد تشغّل إحدى وحدات VM خدمة AMF المسؤولة عن معالجة NAS وNGAP وSCTP. لكن من منظور gNB، المعلومة المهمة هي نقطة نهاية IP لخدمة N2 التي تقدمها AMF، وليست تسمية الخادم الفيزيائي على الرف.

يعني ذلك أن استكشاف أعطال N2 يتعامل مع ثلاثة مفاهيم مختلفة للموقع على الأقل. الموقع الفيزيائي يحدد الرف والمضيف الفيزيائي الذي يعمل عليه عبء العمل. الموقع المنطقي يحدد VM أو مثيل الخدمة الذي يستضيف AMF. الموقع الشبكي هو عنوان IP الخاص بـ N2 لدى AMF الذي يستخدمه gNB عند إنشاء ارتباط SCTP. ومن الممكن تمامًا أن يبدو الخادم الفيزيائي وVM وعملية AMF جميعها سليمة بينما يظل N2 غير قابل للوصول، لأن VLAN أو البوابة الافتراضية أو مسار IP أو منفذ المبدل أو طبقة التبديل الافتراضية لا توصل المرور بصورة صحيحة إلى عنوان N2 هذا.

ما الفرق بين التوجيه والتمرير في مسار N2؟

يتطلب إيصال حزمة إشارات N2 إلى AMF أكثر من مجرد وجود جدول توجيه. فمن منظور معالجة الشبكة، من المهم التمييز بين التوجيه والتمرير. التوجيه عادة وظيفة في الطبقة الثالثة. عندما يستقبل جهاز حزمة IP، يبحث عن عنوان IP للوجهة في جدول التوجيه، ويحدد واجهة الخروج، ويختار القفزة التالية المناسبة. على طول مسار N2 يحتاج gNB وبوابة PTN من الطبقة الثالثة وموجّه حافة مركز البيانات إلى معلومات توجيه IP المناسبة. ويمكن ضبط هذه المسارات يدويًا أو تعلمها عبر بروتوكول توجيه ديناميكي.

لنفترض أن عنوان المصدر N2 الخاص بـ gNB هو A وأن عنوان N2 الخاص بـ AMF هو B. لا يحتاج gNB إلى معرفة أي رف خوادم فيزيائي يحتوي على B. يكفي أن يعرف أي بوابة قفزة تالية يجب أن تستقبل الحزم المتجهة إلى الشبكة الفرعية التي تحتوي على B. وتتخذ أجهزة الطبقة الثالثة في PTN القرار نفسه باستخدام جداول التوجيه لديها حتى تدخل الحزمة شبكة مركز البيانات التي تحتوي على AMF.

يحدد التوجيه أين يجب أن تذهب الحزمة بعد ذلك، لكن الحزمة ما زالت بحاجة إلى الإرسال عبر الوصلة الفيزيائية الحالية. إذا استُخدم Ethernet، يضيف الجهاز رأس إطار Ethernet يحتوي على عنواني MAC للمصدر والوجهة. ثم يمرر المبدل الإطار وفق جدول عناوين MAC لديه. ونتيجة لذلك يمكن أن يتغير رأس الطبقة الثانية الخارجي لحزمة IP N2 نفسها عند عبور قفزات مختلفة من الطبقة الثالثة. وتظل طبقة IP تمثل العلاقة من طرف إلى طرف بين gNB وAMF، في حين تكون عناوين MAC ذات صلة فقط بمقطع الطبقة الثانية الحالي.

داخل مركز البيانات تنفذ مبدلات EOR وTOR بصورة أساسية تبديل الطبقة الثانية. وبعد أن يسلّم موجّه الطبقة الثالثة في مركز البيانات حزمة N2 إلى نطاق الطبقة الثانية الصحيح في جانب الخادم، تستخدم مبدلات EOR وTOR جداول MAC الخاصة بها لنقل الإطار نحو منفذ الخادم المستهدف. هذا التمييز مهم عند تحليل الحزم. اختلاف عناوين MAC في نقاط التقاط مختلفة لا يعني أن الحزمة غيّرت وجهتها النهائية، كما أن بقاء عنواني IP للمصدر والوجهة دون تغيير لا يعني أن الحزمة انتقلت مباشرة بين الطرفين دون المرور بأجهزة وسيطة.

لماذا يُعد ارتباط SCTP حدًا أساسيًا في استكشاف أعطال N2؟

لا يعمل NGAP مباشرة فوق IP، بل يعمل فوق SCTP. لذلك يتطلب مسار N2 صالحًا أولًا قابلية الوصول عبر IP، ثم نجاح إنشاء ارتباط SCTP. وينشئ هذا تبعية واضحة في استكشاف الأعطال: إذا كان توجيه IP معطلًا فلن يمكن إنشاء SCTP؛ وبدون SCTP لن يعمل NGAP؛ وبدون NGAP لا يمكن ترحيل إشارات NAS بنجاح.

لكن العكس ليس صحيحًا بالضرورة. القدرة على تنفيذ ping إلى AMF لا تثبت سوى قدر معين من قابلية الوصول عبر IP. ولا تثبت أن خدمة SCTP المطلوبة قابلة للوصول، أو أن ارتباط SCTP يمكن إنشاؤه، أو أن معلمات NGAP صحيحة، أو أن عملية تطبيق AMF تعمل بصورة طبيعية.

• أولًا، تحقق من مسار IP. افحص عنوان N2 الخاص بـ gNB وقناع الشبكة الفرعية والبوابة الافتراضية والمسار نحو عنوان N2 الخاص بـ AMF. ثم تحقق من أن بوابة PTN وأجهزة الطبقة الثالثة في مركز البيانات تمتلك مسار الذهاب ومسار العودة معًا. من السهل جدًا إغفال مسار العودة. فقد تصل حزمة تغادر gNB إلى AMF بنجاح بينما لا تملك AMF أي مسار صالح للعودة إلى الشبكة الفرعية الخاصة بـ gNB. وبما أن N2 واجهة إشارات ثنائية الاتجاه، فيجب أن يعمل الاتجاهان.

• ثانيًا، تأكد من أن SCTP قد تم إنشاؤه فعليًا. بعد التحقق من قابلية الوصول عبر IP، افحص ما إذا كان gNB وAMF يكملان إجراء إنشاء ارتباط SCTP ويدخلان حالة Established. وإذا لم يُنشأ الارتباط مطلقًا، فتحقق من منافذ طبقة النقل وربط عناوين IP المحلية وACL والجدران النارية وأي سياسة أمان مطبقة على المسار. وقد تتضمن مراكز البيانات الفعلية أيضًا IDS/IPS وموازنات حمل ومكونات SDN أو أنظمة أخرى للأمان والتحكم في المرور يمكن أن تؤثر في SCTP حتى إن لم تظهر في مخططات البنية المبسطة.

• ثالثًا، انتقل إلى NGAP وNAS. لا ينبغي تحليل NG Setup وInitial UE Message وNAS Transport إلا بعد استقرار ارتباط SCTP. فإذا كان SCTP يعمل لكن NG Setup يفشل، فقد انتقلت المشكلة إلى مستوى أعلى من طبقة نقل IP، أي إلى منطق تطبيق N2 أو إعداداته. وإذا نجح NG Setup لكن إشارات تسجيل UE معين لا تصل إلى AMF، فتابع تتبع Initial UE Message وقيم UE-NGAP-ID وNAS-PDU. هذا النهج الطبقي يتجنب خطأ شائعًا: بدء استكشاف أعطال NAS قبل التأكد من أن رسالة NAS عبرت بالفعل واجهة N2.

كيف يمكن لالتقاط الحزم إعادة بناء مسار إشارات N2 الكامل؟

تظهر القيمة الحقيقية لفهم توجيه N2 أثناء التقاط الحزم وعزل الأعطال. عند تشخيص حالة تفشل فيها الإشارات بين gNB وAMF، ينبغي فحص المسار بدءًا من طبقات النقل ثم إلى الأعلى. مكان الالتقاط مهم. فالالتقاط في جانب gNB يؤكد ما إذا كانت الإشارات تغادر المحطة القاعدية فعلًا. والالتقاط قرب PTN أو حافة مركز البيانات يساعد على تحديد ما إذا كانت الحزمة تدخل منطقة الشبكة الأساسية. أما الالتقاط في جانب الخادم فيوضح ما إذا كانت حزمة N2 تصل فيزيائيًا إلى المضيف الذي يشغّل عبء عمل AMF. فإذا أظهر الالتقاط في جانب gNB إرسال حزم SCTP INIT بينما لا يراها مضيف AMF مطلقًا، فالعطل يكاد يكون مؤكدًا في الشبكة الوسيطة وليس في منطق تطبيق NGAP.

بعد التقاط الحزمة، تحقق من أن عنواني IP للمصدر والوجهة يطابقان التصميم المقصود. إذا تم ترحيل AMF أو توسيعها أو نقلها إلى VM جديدة بينما لا يزال gNB يشير إلى عنوان N2 قديم، فقد تسلك الإشارات مسارًا خاطئًا رغم أن إعدادات NGAP تبدو من دون تغيير. بعد ذلك افحص المسار قفزة بقفزة عبر أجهزة الطبقة الثالثة. على gNB وبوابة PTN وموجّه مركز البيانات، افحص المسار إلى الشبكة الفرعية الخاصة بـ AMF بما في ذلك واجهة الخروج والقفزة التالية ومسار العودة. وإذا استُخدم التوجيه الديناميكي، فتحقق من أن المسار تم تعلمه وتثبيته بالفعل في جدول التمرير، بدل الاكتفاء بالتأكد من أن بروتوكول التوجيه مفعّل في الإعدادات.

عندما تصل الحزمة إلى حد الطبقة الثالثة في مركز البيانات لكنها لا تزال لا تصل إلى خادم AMF، ينتقل تركيز التشخيص من توجيه IP إلى تمرير الطبقة الثانية. افحص عضوية VLAN على مبدلات EOR وTOR، وتعلم عناوين MAC، وحالة المنافذ المواجهة للخادم، وما إذا كان الخادم أو طبقة التبديل الافتراضية متصلًا بشبكة الخدمة الصحيحة. وأخيرًا اربط نتائج الشبكة بحالة SCTP. فإذا كان مسار IP ثنائي الاتجاه سليمًا لكن SCTP لا يزال غير قادر على الإنشاء، فتحقق من معالجة منافذ SCTP وربط IP وعملية AMF نفسها. وبمجرد إنشاء SCTP يمكن متابعة تحليل NGAP وNAS ضمن حدود عطل أكثر وضوحًا.

عند النظر من طرف إلى طرف، يتكون «توجيه إشارات N2» فعليًا من عمليتين مختلفتين لكن متصلتين. تحدث العملية الأولى داخل gNB. تصل رسالة NAS من UE عبر جانب الراديو، وتُرحّل إلى رسالة NGAP، ثم تُغلف فوق SCTP وIP حتى يمكن نقلها عبر شبكة N2.

تحدث العملية الثانية داخل شبكة النقل ومركز البيانات. لا تهتم هذه الأجهزة الشبكية بما إذا كانت الحمولة تحتوي على Registration Request أو إجراء Initial Context Setup. فهي تستخدم توجيه IP في الطبقة الثالثة وتمرير MAC في الطبقة الثانية لنقل الحزمة قفزة بقفزة نحو بيئة الحوسبة التي تعمل فيها خدمة AMF.

لذلك، في العمل الهندسي العملي، فإن أكثر طرق استكشاف أعطال N2 فاعلية هي الحفاظ على رؤية من طرف إلى طرف:

UE NAS → ترحيل gNB → NGAP → SCTP → توجيه IP → تمرير الطبقة الثانية → خادم AMF → عملية AMF

عند تتبع هذه السلسلة طبقة بعد طبقة، يمكن اختزال كثير من المشكلات التي تبدو في البداية كـ «فشل التسجيل» أو «N2 غير قابل للوصول» أو «فشل ارتباط SCTP» إلى سؤال أكثر تحديدًا: عند أي طبقة وأي قفزة توقفت الحزمة؟

الأسئلة الشائعة

هل تمر إشارات N2 عبر UPF؟

في بنية 5G العادية لا يعتمد مسار مستوى التحكم N2 على UPF. يربط N2 بين gNB وAMF، بينما يشارك UPF أساسًا في مسار مستوى المستخدم. عندما يكون N2 غير قابل للوصول، ينبغي أن يركز استكشاف الأعطال على مسار نقل مستوى التحكم بين gNB وAMF بدل البدء بنفق مستوى المستخدم N3.

لماذا تتغير عناوين MAC عند التقاط حزمة N2 نفسها في نقاط مختلفة؟

تنتمي عناوين MAC إلى مقطع الطبقة الثانية الحالي. وبعد عبور الحزمة جهاز توجيه من الطبقة الثالثة، يعاد تغليفها برأس جديد من الطبقة الثانية للوصلة التالية. لذلك يمكن أن تتغير عناوين MAC للمصدر والوجهة من قفزة إلى أخرى رغم بقاء عناوين IP من طرف إلى طرف الخاصة بـ gNB وAMF ضمن تدفق اتصال N2 نفسه.

لماذا قد يفشل SCTP رغم أن gNB يستطيع تنفيذ ping إلى AMF؟

يتحقق Ping أساسًا من قابلية الوصول عبر IP باستخدام ICMP. ويعتمد SCTP أيضًا على معالجة منافذ طبقة النقل وربط IP المحلي وACL والجدران النارية وسياسات الأمان وعملية تطبيق AMF. لذلك فإن قابلية الوصول عبر IP مجرد شرط مسبق لاتصال N2 ولا تضمن أن SCTP أو NGAP يعملان بصورة صحيحة.

إذا كانت AMF تعمل في آلة افتراضية، فهل يحتاج gNB إلى معرفة الموقع الفيزيائي للخادم؟

لا. ينشئ gNB اتصال N2 باستخدام عنوان IP لخدمة N2 الخاصة بـ AMF وليس الموقع الفيزيائي للخادم. المضيف الفيزيائي والمبدل الافتراضي وربط VM وطوبولوجيا مركز البيانات الداخلية كلها تفاصيل تنفيذ، لكنها ما زالت مطالبة بإيصال الحزم الموجهة إلى نقطة نهاية N2 الخاصة بـ AMF إلى مثيل الخدمة الصحيح.

لماذا يجب فحص مساري الذهاب والعودة معًا عند وجود مشكلة في N2؟

كل من NGAP وSCTP ثنائي الاتجاه. وحتى إذا وصلت الحزم من gNB إلى AMF، فإن مصافحة SCTP وإجراءات NGAP اللاحقة ستفشل إذا لم يكن لدى AMF مسار صالح للعودة إلى الشبكة الفرعية الخاصة بـ gNB. لذلك لا تكفي قابلية الوصول في اتجاه واحد لإثبات اكتمال مسار N2.