عندما يتعامل المهندسون مع واجهات نواة 5G للمرة الأولى، من الشائع أن يبدأوا بحفظ كل شيء من N1 إلى N50: وظائف الشبكة عند الطرفين، والبروتوكول المستخدم، وأقرب ما يقابلها في 4G. قد يفيد هذا الأسلوب في البداية، لكنه يصبح سريعًا غير كافٍ أثناء النشر وتحليل الإشارات واستكشاف الأعطال. عمليًا، الأسئلة الأكثر فائدة هي: هل تنتمي هذه الواجهة إلى الوصول أم إدارة الجلسة أم التحكم في السياسات أم مستوى المستخدم؟ هل تحمل NAS أو GTP-U أو PFCP أو خدمة SBI؟ وعندما تظهر مشكلة، فما مسار التحكم الذي ينبغي تتبعه بعد ذلك؟

يمثل ذلك أيضًا أحد أهم الاختلافات المعمارية بين 5GC وEPC. فشبكة 5G لا تكتفي بإعادة تسمية واجهات مثل S1 وS11 وGx وS6a. بل تحتفظ بعدد من واجهات النقاط المرجعية، مع إدخال البنية القائمة على الخدمات Service-Based Architecture أو SBA، بما يسمح لوظائف الشبكة في مستوى التحكم بالتفاعل عبر استدعاءات الخدمات. لذلك من الأفضل تحليل واجهات 5GC من منظور النقاط المرجعية ومن منظور خدمات SBA في الوقت نفسه.

كيفية فهم SBA وبنية النقاط المرجعية

هناك طريقتان مفيدتان للنظر إلى 5GC. الأولى هي بنية النقاط المرجعية التقليدية، التي تصف العلاقة المنطقية بين كيانين وظيفيين، مثل N1 بين UE وAMF، وN2 بين gNB وAMF، وN3 بين gNB وUPF، وN4 بين SMF وUPF. أما الثانية فهي منظور SBA، حيث تُعامل وظائف مستوى التحكم مثل AMF وSMF وPCF وUDM وAUSF وNSSF وNEF وNRF باعتبارها منتجي خدمات ومستهلكي خدمات.

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

تتميز N2، على سبيل المثال، بعلاقة واضحة جدًا بين الطرفين: يتصل gNB بـ AMF ويستخدم NGAP لنقل إشارات NAS ودعم إدارة الاتصال. أما N3 فتصل gNB بـ UPF وتحمل حركة مستوى المستخدم عبر GTP-U. وتمتلك الواجهات من هذا النوع خصائص مسار نقطة إلى نقطة واضحة.

لكن عندما يصل AMF إلى UDM أو AUSF أو PCF، ينتقل التركيز إلى الخدمات التي تعرضها وظائف الشبكة هذه. تُستخدم N8 بين AMF وUDM للحصول على معلومات اشتراك إدارة التنقل، وتدعم N12 إدارة المصادقة بين AMF وAUSF، بينما تتيح N15 لـ AMF الحصول على السياسات المتعلقة بالتنقل. وتعكس هذه العلاقات انتقال مستوى التحكم في 5GC من البروتوكولات المخصصة التقليدية إلى تفاعلات خدمية قائمة على HTTP/2.

يعني ذلك أنه عند تحليل التقاطات الحزم أو مخططات البنية، لا ينبغي للمهندسين التعامل مع واجهة مثل N8 باعتبارها مجرد اتصال مادي ثابت. الأهم هو تحديد أي NF يستهلك أي خدمة، وكيف تم اكتشاف مثيل الخدمة، وإلى أي مرحلة من إجراء الخدمة تنتمي معاملة HTTP/2.

كيف يمكن تجميع الواجهات الأساسية؟

بدلاً من حفظ أرقام الواجهات واحدًا تلو الآخر، تتمثل الطريقة الأكثر عملية في تجميعها وفق وظيفة الشبكة التي تدعمها. وعند ظهور رسالة إشارات، يمكن للمهندس أولاً تحديد الفئة الوظيفية ثم تضييق نطاق التحليل إلى الواجهة المحددة.

مسارات الوصول ومستوى المستخدم

تشكل N1 وN2 وN3 المجموعة الأساسية من الواجهات على جانب وصول 5G. تعمل N1 بين UE وAMF وتحمل معلومات إدارة التنقل وإدارة الجلسة ضمن 5G NAS. وتربط N2 بين gNB وAMF، وتستخدم NGAP لنقل إشارات NAS ودعم إدارة الاتصال. أما N3 فتربط gNB بـ UPF وتحمل حركة مستوى المستخدم الفعلية عبر GTP-U.

داخل الشبكة الأساسية، يمكن لوظائف UPF مواصلة تمرير حركة المستخدم عبر N9 باستخدام GTP-U، بينما تتصل UPF بشبكة البيانات الخارجية Data Network أو DN عبر N6. ولم تعد الحركة على N6 إشارات تحكم خاصة بـ 5G، بل أصبحت حركة IP على طبقة التطبيق، مثل محتوى الويب والصور والفيديو وغيرها من بيانات المستخدم.

لذلك، إذا نجح تسجيل UE وتم إنشاء جلسة PDU ولكن حركة التطبيق ما زالت لا تمر، فينبغي عادةً نقل استكشاف الأعطال بعيدًا عن مستوى التحكم في AMF والتركيز على N3 وسلوك التمرير في UPF وN6 وشبكة DN الخارجية.

التحكم في الجلسة ومستوى المستخدم

تُعد N4 من أهم واجهات التحكم في 5GC. فهي تعمل بين SMF وUPF وتستخدم PFCP. يدير SMF التحكم في الجلسة، بينما ينفذ UPF تمرير الحزم، ولذلك تُستخدم N4 لتثبيت قواعد التمرير والتحكم في سلوك مستوى المستخدم.

تربط N11 بين AMF وSMF وتدعم أساسًا إشارات إدارة جلسة PDU. عندما يبدأ UE إجراء PDU Session Establishment، يمرر AMF طلب إدارة الجلسة إلى SMF لمواصلة المعالجة. وإذا نجح التسجيل لكن فشل إنشاء جلسة PDU، فعادةً ما تكون N11 وإجراءات SMF اللاحقة نقاطًا مهمة في استكشاف الأعطال.

تدعم N16 التفاعلات بين مثيلات SMF، بما في ذلك الإجراءات المرتبطة بإعادة اختيار SMF. وبالمقارنة مع EPC، يفصل 5GC وظائف التحكم إلى عدد أكبر من وظائف NF المستقلة. وتوزَّع المسؤوليات التي كانت متمركزة سابقًا في MME أو SGW أو PGW على وظائف مثل AMF وSMF وPCF وUDM، مما ينشئ علاقات خدمية جديدة.

السياسات والمصادقة وبيانات الاشتراك

يتركز التحكم في السياسات بدرجة كبيرة حول PCF. تربط N7 بين SMF وPCF وتُستخدم لطلب السياسات المتعلقة بإدارة الجلسة. وتعمل N5 بين PCF وAF وتحمل معلمات ومتطلبات الخدمة على مستوى التطبيق. أما N15 فتتيح لـ AMF الحصول على السياسات المرتبطة بالتنقل.

بالنسبة إلى بيانات الاشتراك، تتيح N8 لـ AMF الوصول إلى UDM واسترجاع معلومات اشتراك إدارة التنقل، بينما تربط N10 بين SMF وUDM للحصول على بيانات الاشتراك المتعلقة بإدارة الجلسة. كما تُفصل المصادقة بصورة أكبر إلى N12 بين AMF وAUSF وN13 بين AUSF وUDM.

يكتسب هذا الفصل أهمية خاصة. ففي EPC كان HSS يتولى جزءًا كبيرًا من وظائف بيانات المشترك والمصادقة. أما في 5GC فتُقسَّم المسؤوليات بدقة أكبر بين UDM وAUSF ووظائف تخزين البيانات المرتبطة بهما. وعند فشل المصادقة، لم يعد كافيًا التحقق فقط من وجود بيانات المشترك؛ بل يجب أيضًا تحديد ما إذا كان الفشل قد وقع عندما بدأ AMF عملية المصادقة، أو أثناء معالجة AUSF، أو عندما حاول AUSF استرجاع المعلومات المطلوبة من UDM.

ما الذي تتعامل معه واجهات الخدمات المتقدمة؟

تظهر قابلية توسع نموذج واجهات 5GC بوضوح أكبر بعد النطاق من N1 إلى N16. فمع إدخال تقسيم الشبكة وكشف القدرات وتحليلات الشبكة والتجوال وفصل البيانات، يتم إنشاء مزيد من الواجهات حول وظائف الشبكة المستقلة.

تربط N22 بين AMF وNSSF لاختيار شريحة الشبكة. وتربط N34 بين NSSF وNWDAF حتى تتمكن تحليلات الشبكة من دعم القرارات المتعلقة بالشرائح. ويمكن لـ NWDAF أيضًا تقديم معلومات تحليلية إلى PCF عبر N23، بحيث تسهم بيانات التحليل في قرارات السياسات. ونتيجة لذلك، لم يعد التحكم في السياسات بحاجة إلى الاعتماد فقط على معلومات اشتراك ثابتة وقواعد محددة مسبقًا.

يرتبط كشف القدرات أساسًا بـ NEF. تعمل N29 بين SMF وNEF، بينما تربط N30 بين NEF وPCF. وتدعم N33 استدعاء الخدمات بين واجهات API وAF. لذلك يشغل NEF موقعًا مهمًا بين التطبيقات الخارجية وقدرات الشبكة الأساسية، ويوفر وسيلة خاضعة للتحكم لكشف وظائف الشبكة لخدمات جانب التطبيق.

يخضع تخزين البيانات أيضًا لمزيد من الفصل. تربط N35 بين UDM وUDR لتخزين بيانات الاشتراك، وتربط N36 بين PCF وUDR لتخزين بيانات السياسات، بينما تتيح N37 لـ NEF الوصول إلى UDR للحصول على البيانات المتعلقة بكشف القدرات والتطبيقات. كما يُستخدم UDSF لتخزين البيانات غير المهيكلة، بما يدعم فصل وظائف الحوسبة عن التخزين.

في سيناريوهات التجوال والربط بين المشغلين، تشمل الواجهات الإضافية N24 بين PCF في الشبكة الزائرة وPCF في الشبكة المنزلية، وN27 بين NRF الزائر وNRF المنزلي، وN31 بين V-NSSF وH-NSSF، وN32 بين V-SEPP وH-SEPP. ويوفر SEPP التحكم الأمني عند الحدود بين المشغلين. قد لا تظهر هذه الواجهات كثيرًا في بيئة اختبار محلية لمشغل واحد، لكنها تصبح مهمة عند تحليل بنى التجوال.

تنتقل وظائف الفوترة أيضًا من النموذج التقليدي القائم على Diameter إلى التفاعلات القائمة على الخدمات. تربط N28 بين PCF وCHF بحيث تدعم المعلومات المتعلقة بالفوترة قرارات قواعد PCC، بينما تربط N40 بين SMF وCHF. أما N41 إلى N49 فهي محجوزة ضمن النطاق المعني في المواصفات. ومن الواجهات المتخصصة أيضًا N50، التي تربط AMF وCBCF لخدمات التحذير العام والتنبيه من الكوارث.

ما الذي يجب مراعاته عند ربط 5GC بـ EPC؟

تظل الخبرة في EPC مفيدة جدًا عند الانتقال من 4G إلى 5G، لكن لا ينبغي التعامل مع العلاقة باعتبارها استبدالاً آليًا واحدًا مقابل واحد. فأوجه التشابه بين واجهات 5GC وEPC هي في الأساس مراجع وظيفية وليست تكافؤات دقيقة.

بعض أوجه الربط تبدو مباشرة نسبيًا. يمكن مقارنة N2 وظيفيًا بـ S1-MME، بينما تشبه N3 الواجهة S1-U. وتشبه N4 وظيفيًا Sxa وSxb وSxc في بنية EPC القائمة على CUPS. ومن منظور التحكم في السياسات، يمكن مقارنة N7 بـ Gx، بينما تساعد N5 على فهم دور سياسة التطبيق المرتبط تقليديًا بـ Rx.

يمكن ملاحظة أنماط انتقال مشابهة أيضًا في وظائف الاشتراك والمصادقة. يمكن مقارنة N8 وظيفيًا بجزء من تفاعل S6a بين MME وHSS. أما N14، التي تدعم إدارة التنقل بين وظائف AMF، فيمكن مقارنتها بـ S10 بين وظائف MME، في حين تقابل N17 الخاصة بالتحقق من هوية الجهاز وظيفيًا تفاعل S13 بين MME وEIR.

لكن كثيرًا من واجهات 5GC لا يملك مقابلاً مباشرًا في 4G. ومن الأمثلة N22 لاختيار الشرائح، وN23 لتحليلات الشبكة، وN27 لاكتشاف NRF عبر المجالات، والواجهات المحيطة بتخزين البيانات القائم على UDR. وقد ظهرت هذه العلاقات نتيجة البنية القائمة على الخدمات وزيادة الفصل الوظيفي في 5GC.

لذلك تتمثل طريقة الانتقال الأفضل في مقارنة الوظائف أولاً ثم آليات الإشارات، بدلاً من إجبار كل واجهة N على مطابقة واجهة S أو نقطة مرجعية لـ Diameter. ويبرز تطور البروتوكولات بصورة خاصة: فقد اعتمدت إشارات مستوى التحكم في EPC بدرجة كبيرة على Diameter وGTPv2، بينما تستخدم كثير من تفاعلات مستوى التحكم في 5GC الآن خدمات SBI القائمة على HTTP/2.

منهج عملي لتحليل واجهات 5GC

في التحليل الفعلي لإشارات 5GC، يكون العمل بالاتجاه العكسي انطلاقًا من عَرَض الخدمة أكثر فاعلية في كثير من الأحيان من البدء برقم واجهة والتحرك إلى الأمام. إذا تعذر تسجيل UE، فابدأ بـ N1 وN2 ثم إجراءات مصادقة AMF وبيانات المشترك اللاحقة. وإذا نجح التسجيل لكن فشلت جلسة PDU، فتابع إلى N11 وSMF وN7 وN10 وN4. وإذا نجحت جلسة PDU لكن لم تتمكن حركة المستخدم من الوصول إلى شبكة البيانات، فانقل التركيز إلى N3 وتمرير UPF وN6.

بالنسبة إلى مشكلات السياسات، تابع N7 وسلسلة الإشارات المرتبطة بـ PCF. وفي مشكلات اختيار الشرائح، ركز على N22 بين AMF وNSSF. أما كشف القدرات أو متطلبات السياسات التي تقودها التطبيقات، فوسّع التحليل ليشمل الواجهات المرتبطة بـ NEF وAF وPCF. وبعد إنشاء ربط من أربع طبقات «مرحلة الخدمة — وظيفة الشبكة — الواجهة — البروتوكول»، يصبح تفسير عشرات واجهات N أسهل بكثير.

من دراسة البنية إلى استكشاف الأعطال في الشبكات الحية، يتمثل أهم جانب في تحليل واجهات 5GC في فهم العلاقة بين الوظائف. تُدخل طبقة الوصول UE إلى الشبكة الأساسية، وتنشئ إدارة الجلسة PDU Session، وتحدد خدمات السياسات والاشتراك كيفية التعامل مع تلك الجلسة، ويحمل مستوى المستخدم حركة التطبيقات الفعلية، بينما يتيح SBA لوظائف مستوى التحكم التعاون عبر تفاعلات قائمة على الخدمات. وفهم هذا المنطق من طرف إلى طرف يوفر قيمة هندسية أكبر من مجرد حفظ جدول كامل للواجهات.

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

هل يعني الرقم الأعلى لواجهة N أن الوظيفة أحدث؟

لا. تُستخدم أرقام واجهات N لتحديد النقاط المرجعية المنطقية، ولا تشير إلى جيل التقنية أو الأهمية أو التسلسل الزمني. وتُعد N1 وN2 وN3 من أكثر واجهات 5GC أساسية، بينما تشمل الأرقام الأعلى علاقات وظيفية أحدث ونقاطًا مرجعية محجوزة في الوقت نفسه.

هل تستخدم جميع واجهات مستوى التحكم في 5GC بروتوكول HTTP/2؟

لا. تستخدم كثير من تفاعلات مستوى التحكم المرتبطة بـ SBA بروتوكول HTTP/2، لكن 5GC يتضمن عدة بروتوكولات أخرى. تستخدم N2 بروتوكول NGAP، وتستخدم N3 وN9 بروتوكول GTP-U، وتستخدم N4 بروتوكول PFCP، كما يتضمن الاتصال بين UE وAMF بروتوكول 5G NAS. لذلك ينبغي أن يبدأ استكشاف الأعطال بتحديد نوع الواجهة قبل اختيار أسلوب تحليل البروتوكول المناسب.

لماذا لا يظهر اسم واجهة N أحيانًا في التقاطات الحزم؟

تمثل أسماء واجهات N نقاطًا مرجعية منطقية في البنية. وتعرض التقاطات الحزم عادةً البروتوكول الفعلي، مثل HTTP/2 أو NGAP أو PFCP أو GTP-U، إلى جانب عناوين IP لوظائف الشبكة المتصلة. لذلك يجب تحديد واجهة N المنطقية استنادًا إلى دور وظيفتي NF وإجراء الخدمة الجاري تحليله.

هل تحتاج شبكة اختبار 5GC إلى نشر كل الواجهات المعرَّفة؟

لا. تعتمد الواجهات التي تظهر فعليًا على حجم الشبكة والخدمات المفعلة وما إذا كان النشر يدعم ميزات مثل التجوال وتقسيم الشبكة وكشف القدرات وتحليلات الشبكة أو خدمات التحذير العام. ولا يستخدم التسجيل الأساسي واتصال البيانات إلا جزءًا من إطار واجهات 5GC الكامل.