عندما ينتقل جهاز محمول من تغطية شبكة الجيل الرابع (4G) إلى تغطية شبكة الجيل الخامس (5G)، لا تتعامل الشبكة دائمًا مع هذا الحدث على أنه تسجيل جديد تمامًا في 5G. يعتمد السلوك الفعلي على حالة الجهاز، وهيكلية التشغيل البيني، وما إذا كانت الشبكة تدعم واجهة N26 بين النواة المطوّرة للحزمة (EPC) ونواة الجيل الخامس (5GC). في أحد السيناريوهات النموذجية، يكون جهاز المستخدم (UE) قد ارتبط مسبقًا بشبكة 4G، وأسس حاملًا افتراضيًا، ثم دخل في حالة الخمول، وبعدها انتقل إلى منطقة تغطية 5G. في تلك اللحظة، يبدأ الجهاز إجراء تسجيل في 5G، ولكن نوع التسجيل لا يكون تسجيلًا أوليًا، بل هو تسجيل تحديث التنقل (Mobility Registration Update).

هذا الفرق مهم. فالتسجيل الأولي يعني عادةً أن جهاز المستخدم يبدأ من الصفر في شبكة 5G. أما تسجيل تحديث التنقل فيعني أن الشبكة لديها بالفعل سياق مفيد من جهة 4G، وتحتاج نواة 5G إلى تولّي معلومات التنقل والجلسة الخاصة بالمستخدم بأكبر قدر من السلاسة. في النشر المعتمد على واجهة N26، يمكن لوظيفة إدارة الوصول والتنقل (AMF) طلب سياق جهاز المستخدم من وحدة إدارة التنقل (MME)، وإعادة استخدام المعلومات الأساسية أو تحويلها، ومتابعة عملية التسجيل على جهة 5G.

أسهل طريقة لفهم الإجراء هي تخيّل مستخدم كان خارج ملعب رياضي تحت تغطية 4G، وكان قد ارتبط مسبقًا بشبكة LTE/EPC وأسس حاملًا افتراضيًا، ثم توقف عن استخدام البيانات النشطة ودخل في حالة الخمول. عندما يسير المستخدم داخل الملعب، تكون المنطقة الداخلية مغطاة بشبكة 5G. يكتشف جهاز المستخدم خلية 5G، ويبدأ التسجيل عبر gNodeB، وتبدأ الشبكة إجراء التنقل في وضع الخمول من 4G إلى 5G.

لماذا يوجد هذا السيناريو

التشغيل البيني بين 4G و5G ليس مجرد مشكلة في الوصول الراديوي، بل هو أيضًا مشكلة استمرارية في الشبكة الأساسية. على الجانب الراديوي، تتغير نقطة الوصول من eNodeB إلى gNodeB. أما على جانب النواة، فيتغير مثبّت التنقل من MME إلى AMF. وفي الوقت نفسه، قد تبقى بعض الوظائف متصلة منطقيًا لأنها تُنشر بأشكال مدمجة. فعلى سبيل المثال، قد يكون HSS وUDM موجودين في نفس الموقع، وقد يكون PGW-C وSMF مدمجين، وكذلك PGW-U وUPF. وهذا يسمح للشبكة بإعادة استخدام جزء من سياق خدمة 4G الموجود أثناء نقل جهاز المستخدم إلى نظام 5G.

يفترض الإجراء الذي نناقشه هنا وضع التسجيل الفردي (single-registration mode) مع واجهة N26. تسمح N26 لـ AMF وMME بتبادل سياق جهاز المستخدم. هذا هو السبب الرئيسي في أن جهة 5G لا تحتاج إلى إعادة بناء كل شيء من الصفر. وبدون تبادل السياق هذا، كان تسجيل 5G سيعتمد على نهج تشغيل بيني مختلف، وكانت استمرارية الجلسة ستُعالج بطريقة أخرى.

جزء "الخمول" في السيناريو لا يقل أهمية عن جزء "4G إلى 5G". فجهاز المستخدم ليس في حالة تسليم نشط (connected-state handover)، بل دخل بالفعل في حالة ECM-IDLE على جانب LTE/EPC. ولذلك، فإن المهمة الرئيسية ليست تبديل نفق مستوى المستخدم الحي في الوقت الفعلي، بل نقل سياق جهاز المستخدم وتفسيره بحيث تتمكن 5GC من الاستمرار في إدارة المشترك بعد أن يسجل الجهاز في تغطية 5G.

ما الذي يتغير في الشبكة

التغيير الأكثر وضوحًا يحدث على جانب شبكة الوصول الراديوي (RAN). كان جهاز المستخدم مخدومًا في الأصل من قبل LTE eNodeB ثم يتصل لاحقًا عبر 5G gNodeB. يستقبل gNodeB إشارات التسجيل من جهاز المستخدم ويوجهها نحو AMF المختار. هذه هي الخطوة الأولى في نقل جهاز المستخدم من بيئة وصول LTE/EPC إلى بيئة وصول 5GS.

التغيير على جانب النواة أكثر تعقيدًا. في 4G، تحتفظ MME بمعلومات إدارة التنقل ولديها سياق MM وSM الخاص بجهاز المستخدم بعد الارتباط وإنشاء الحامل الافتراضي. أما في 5G، فتصبح AMF مسؤولة عن إدارة الوصول والتنقل. خلال هذا الإجراء، تحتاج AMF إلى الحصول على سياق جهاز المستخدم من MME لكي تبني سياق التنقل الصحيح على جانب 5G.

قد لا تتغير نقاط ارتكاز مستوى المستخدم والتحكم في الجلسة ماديًا إذا كان PGW-C مدمجًا مع SMF، وPGW-U مدمجًا مع UPF. هذا النشر المدمج يجعل الانتقال أسهل فهمًا: يغير جهاز المستخدم مجال التحكم في الوصول والتنقل، بينما يمكن أن تبقى نقطة ارتكاز الخدمة متصلة منطقيًا. يساعد تحديث التسجيل نواة 5G على معرفة ما كان موجودًا بالفعل على جانب 4G.

عمليًا، الشبكة لا تقوم ببساطة "بتسجيل دخول المستخدم إلى 5G"، بل تقوم بترجمة حالة التنقل والحامل في 4G إلى إطار إدارة التنقل والجلسة في 5G. ولهذا السبب يشمل الإجراء تخطيط GUTI، وطلب السياق، واستجابة السياق، والتسجيل في UDM، واسترداد السياسات، وإنشاء سياق SM، وقبول التسجيل النهائي.

كيف يبدأ التسجيل فعليًا

قبل أن يتمكن جهاز المستخدم من التسجيل عبر وصول 5G، يحتاج إلى هوية يمكن لشبكة 5G فهمها. في هذا السيناريو، يقوم الجهاز بتخطيط 4G-GUTI الموجود إلى 5G-GUTI وفقًا لقواعد التشغيل البيني. هذه الهوية المخططة ليست مماثلة لـ 5G-GUTI الأصلي المُعيّن في تسجيل 5G سابق، لكنها تعطي الشبكة معلومات كافية لتحديد مكان السياق المرتبط على جانب 4G.

ثم يرسل جهاز المستخدم رسالة طلب تسجيل (NAS Registration Request). نوع التسجيل هو تسجيل تحديث التنقل. قد يتضمن الطلب 5G-GUTI المخطط، ومعلومات حالة الجهاز، وحاوية رسالة EPS NAS تحمل طلب تحديث منطقة التتبع (TAU Request). حالة الجهاز ذات دلالة لأن الجهاز غير مسجل في وضع N1 لكنه لا يزال مسجلًا في وضع S1، وهذا يخبر الشبكة بأن هذه ليست بداية نظيفة ومستقلة لـ 5G، بل حالة تشغيل بيني من جانب EPS.

يقوم gNodeB بعد ذلك بإعادة توجيه طلب التسجيل إلى AMF. يعتمد اختيار AMF على معلومات الهوية المتاحة في إشارات RRC. إذا كان لدى جهاز المستخدم 5G-GUTI أصلي، فقد يوجه gNodeB الطلب نحو AMF المرتبط بناءً على GUAMI. أما إذا قدم الجهاز هوية مخططة من EPS فقط، فقد يختار gNodeB AMF جديد بناءً على معلومات GUAMI المخططة.

هذا الجزء الأول من الإجراء يحدد اتجاه كل ما يليه. يجب على AMF الآن أن يفهم من أين أتى الجهاز، وأي MME قد يحتفظ بسياق 4G، وكيفية طلب ذلك السياق عبر الواجهة الصحيحة.

كيف ينتقل السياق عبر N26

بعد استلام طلب التسجيل، تستخرج AMF المعلومات من 5G-GUTI المخطط، وتستطيع تحويل المعلومات المرتبطة بـ GUAMI إلى شكل يساعد في تحديد MME المقابل. ثم تقوم AMF ببناء اسم المجال المؤهل بالكامل (FQDN) لعقدة MME وتستخدم DNS للحصول على عنوان واجهة S10 الخاصة بـ MME. هذه الخطوة ضرورية لأن AMF تحتاج إلى مسار نقل لطلب سياق جهاز المستخدم من MME.

ترسل AMF رسالة طلب سياق GTPv2 (Context Request) إلى MME. قد يتضمن الطلب نوع شبكة الوصول (RAT Type) مضبوطًا على NR، و4G-GUTI المخطط، ورسالة TAU الكاملة المنسوخة من طلب التسجيل، ومعلومات عنونة S10 مثل عنوان IP وTEID. هنا تظهر واجهة N26 بشكل واضح في الإجراء. إن AMF لا تخمن حالة الجهاز، بل تسأل MME عن السياق الذي كان موجودًا مسبقًا في EPC.

تستخدم MME سياق الأمان الخاص بـ 4G للتحقق من طلب TAU، ثم تبحث عن سياق جهاز المستخدم بناءً على هوية الجهاز. إذا تم العثور على السياق وقُبل، تعيد MME رسالة استجابة سياق GTPv2 (Context Response). يمكن أن تتضمن هذه الاستجابة IMSI، وسياق MM، ومعلومات متعلقة بالأمان، وUE-AMBR، وخوارزميات التشفير والتحقق من السلامة المختارة لـ NAS، ومعلومات قيود الوصول، ومعلومات اتصال PDN.

معلومات اتصال PDN مفيدة بشكل خاص لأنها تربط عالم الحوامل في 4G بخطوات إدارة الجلسة اللاحقة في 5G. قد تشمل APN، وEBI، وAPN-AMBR، ومعلومات S5-C من جهة PGW، وسياق الحامل، وجودة خدمة الحامل (bearer QoS)، ومعلومات S5-U من جهة PGW. بعد ذلك تستطيع AMF تحويل سياق EPS MM المستلم إلى سياق 5G MM.

قد يكون هناك أيضًا نقل لسياق AMF قديم في بعض الحالات. إذا كان جهاز المستخدم قد سبق له التواجد في 5G، ثم انتقل إلى 4G، ثم عاد إلى 5G، فقد يحمل طلب التسجيل GUTI إضافي (Additional GUTI). في هذه الحالة، قد تتصل AMF بـ AMF القديم للحصول على سياق الجهاز. لكن هذا اختياري ولا يظهر في كل سيناريوهات التنقل في وضع الخمول من 4G إلى 5G.

كيف تكمل 5GC التحديث

بمجرد أن تحصل AMF على السياق المطلوب، يبدأ الإجراء في التشابه مع عملية تسجيل التنقل العادية في 5G. تتفاعل AMF مع UDM/HSS لإكمال تسجيل وصول 3GPP، والحصول على بيانات اشتراك الوصول والتنقل، واسترداد بيانات اشتراك اختيار SMF، والاشتراك في تغييرات بيانات الاشتراك المستقبلية. تضمن هذه الخطوات أن تمتلك AMF معلومات المشترك الصحيحة لإدارة وصول 5G.

قد تتفاعل AMF أيضًا مع NRF لاكتشاف وظائف الشبكة الصحيحة. على سبيل المثال، عندما تحتاج AMF إلى خدمات UDM، يمكنها اكتشاف UDM يدعم الخدمة المطلوبة مثل SDM أو UECM. وعندما تحتاج للعمل مع SMF، يمكنها استخدام معلومات مرتبطة بـ FQDN الخاص بـ PGW-C/SMF واكتشاف عنوان واجهة N11 الخاصة بـ SMF من خلال إجراءات مرتبطة بـ NRF.

يظهر التحكم في السياسات أيضًا في الإجراء. إذا كانت AMF قد تلقت بالفعل معلومات PCF قابلة للاستخدام من AMF القديم، فقد تستمر في استخدام PCF نفسه، وإلا يمكنها اختيار PCF والحصول على معلومات سياسة التحكم في الوصول والتنقل. قد تتضمن استجابة السياسة قيود وصول مثل المناطق أو مناطق التتبع التي لا يُسمح فيها بالوصول.

يقوم الجزء المتعلق بـ SMF بتحويل جانب الجلسة من سياق EPS الموروث إلى إطار الخدمة في 5G. تطلب AMF من PGW-C/SMF إنشاء سياق SM باستخدام معلومات اتصال PDN الخاصة بـ EPS والمستلمة من MME. يمكن أن يحمل الطلب سياق EPS، وقائمة جلسات PDU المطلوب تفعيلها إن وجدت، وحالة سياق حامل EPS التي أبلغ عنها جهاز المستخدم. تشير الاستجابة بحالة "قيد التفعيل" إلى أن موارد مستوى المستخدم مثل نفق N3 قيد التجهيز.

أخيرًا، يتم تنظيف تسجيل EPC القديم. قد يقوم HSS/UDM بتشغيل إجراء إلغاء الموقع (Cancel Location) نحو MME، وقد تقوم MME بإخطار SGW لتحرير الموارد المرتبطة. ثم ترسل AMF رسالة قبول التسجيل (Registration Accept) إلى جهاز المستخدم. يمكن أن تتضمن هذه الرسالة 5G-GUTI الجديد، وNSSAI المسموح، والمؤقت T3512، وقائمة مناطق التتبع (TA list)، وحالة حامل EPS (EPS Bearer Status). يتحقق جهاز المستخدم من حالة حامل EPS المستلمة ويزيل قواعد تدفق QoS أو معاملات QoS المحلية غير المرتبطة بحالة حامل EPS المشار إليها، ثم يرسل الجهاز رسالة اكتمال التسجيل (Registration Complete).

لماذا يختلف التنقل في وضع الخمول

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

وهذا يفسر لماذا يبذل الإجراء جهدًا كبيرًا في تخطيط الهوية، واكتشاف DNS، وطلب السياق، وتحويل سياق MM، والتسجيل في UDM، واسترداد السياسات، وإنشاء سياق SM. تقوم الشبكة بإعادة بناء حالة مستوى التحكم لجهاز المستخدم على جانب 5G انطلاقًا من حالة جانب 4G، وليس مجرد إعادة توجيه اتصال راديوي نشط من eNodeB إلى gNodeB.

بالنسبة للمهندسين الذين يدرسون الإشارات، يساعد هذا التمييز في تجنب سوء فهم شائع. فرؤية تنقل من 4G إلى 5G لا تعني تلقائيًا تسليمًا (handover). إذا كان الجهاز خاملاً، يكون الإجراء أقرب إلى إعادة تسجيل مضبوطة مع سياق موروث. أما إذا كان الجهاز متصلاً ويتحرك بشكل نشط، فيجب على الشبكة أن تأخذ في الاعتبار التسليم الراديوي واستمرارية مستوى المستخدم في الوقت الفعلي بطريقة مختلفة.

هذا أيضًا هو السبب في أن الشرح القائم على سيناريو محدد غالبًا ما يكون أسهل للفهم من مخطط معياري واحد كبير. يمكن أن يتضمن المخطط المعياري العديد من الخطوات الاختيارية والسيناريوهات المدمجة. أما الشرح العملي فيمكنه تضييق نطاق الرؤية: جهاز مستخدم مرتبط في 4G، دخل حالة الخمول، انتقل إلى تغطية 5G، واستخدم N26 لنقل السياق من MME إلى AMF.

ملاحظات ختامية

إجراء التنقل في وضع الخمول من 4G إلى 5G ليس مجرد تغيير بسيط في التغطية، بل هو عملية تشغيل بيني منظمة تسمح لجهاز مستخدم كان مرتبطًا مسبقًا في LTE/EPC بالتسجيل في 5GS من خلال تسجيل تحديث التنقل. يعتمد الإجراء بشكل كبير على واجهة N26 عندما ترغب الشبكة في نقل سياق جهاز المستخدم بين MME وAMF.

المنطق الأكثر أهمية هو استمرارية السياق. يقوم جهاز المستخدم بتخطيط 4G-GUTI إلى 5G-GUTI، ويقوم gNodeB بإعادة توجيه طلب التسجيل، وتكتشف AMF الـ MME، وتعيد MME سياق EPS MM وSM، وتقوم AMF بالتحويل والمتابعة في عملية التسجيل على جانب 5G. ثم تكمل تفاعلات UDM وNRF وPCF وSMF إعدادات الاشتراك والاكتشاف والسياسات وسياق الجلسة.

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

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