في شبكة 5G Core، ترتبط مجموعة AMF عادةً بزيادة التوافر وتقاسم الأحمال، لكن نشر عدة مثيلات من AMF وحده لا يكفي. فعندما يتصل gNB بمجموعة AMF، لا يحتاج فقط إلى معرفة أي وحدات AMF متصلة، بل يحتاج أيضاً إلى معلومات عن GUAMI التي تخدمها كل وحدة AMF، وشبكات PLMN والشرائح المدعومة، والسعة النسبية، وكيفية إعادة توجيه الحركة عندما يتم إخراج إحدى وحدات AMF من الخدمة لأغراض الصيانة.
توفر واجهة N2 مسار مستوى التحكم لتبادل هذه المعلومات. وهي تعمل فوق SCTP وتستخدم إشارات NGAP لتبادل القدرات ومزامنة الحالة بين gNB وAMF. أثناء الإعداد الأولي للشبكة، يتم أولاً إنشاء ارتباط SCTP، ثم تنفيذ إجراء NG Setup. وأثناء التشغيل، يجب إبلاغ gNB بأي تغييرات في سعة AMF أو معلومات GUAMI أو نقاط نهاية SCTP من خلال إجراءات تحديث التهيئة. وقبل الصيانة المخططة، يمكن لـ AMF أيضاً تحديد GUAMI التي ستصبح غير متاحة وتقديم معلومات عن AMF احتياطي.
لذلك ينبغي النظر إلى واجهة N2 داخل مجموعة AMF باعتبارها علاقة تحكم تتم صيانتها باستمرار، وليست اتصالاً يتم تكوينه مرة واحدة ثم يبقى دون تغيير. ومن هذا المنظور يصبح فهم إجراءات الإنشاء والتحديث وإعادة الاختيار كعملية إدارة متكاملة أكثر سهولة.
لماذا تحتاج مجموعة AMF إلى أكثر من مجرد اتصال تم إنشاؤه
من منظور الاتصال الأساسي، بمجرد إنشاء ارتباط SCTP بين gNB وAMF يصبح بإمكان العقدتين تبادل رسائل NGAP. لكن في مجموعة AMF لا يكفي توفر الاتصال وحده.
قد تضم منطقة خدمة واحدة AMF1 وAMF2 وAMF3 ومثيلات AMF أخرى. ولا يحتاج gNB فقط إلى معرفة ما إذا كانت هذه الوحدات قابلة للوصول، بل أيضاً إلى معرفة GUAMI وPLMN والشرائح التي تدعمها، ومقدار الحمل النسبي الذي تكون كل وحدة AMF مناسبة لمعالجته في الوقت الحالي. وبدون هذه المعلومات قد تكون جميع ارتباطات SCTP في حالة UP، ومع ذلك يظل gNB يفتقر إلى البيانات المطلوبة لاختيار AMF مناسب لوحدات UE الجديدة.
يمكن تقسيم إدارة واجهة N2 إلى ثلاث مراحل رئيسية:
| الإجراء | المحفز المعتاد | الهدف الرئيسي |
|---|---|---|
| إعداد N2 | التفعيل الأولي للموقع، أو بدء تشغيل الشبكة، أو أول ارتباط مع AMF | إنشاء ارتباط SCTP وتبادل معلمات gNB وAMF عبر NG Setup |
| AMF Configuration Update | تغييرات في السعة النسبية أو معلومات GUAMI أو نقاط نهاية SCTP | إبقاء gNB متزامناً مع أحدث تهيئة لـ AMF ودعم التوزيع اللاحق لوحدات UE |
| AMF Status Indication | ترقية برمجية أو صيانة مخططة أو حالة أخرى تجعل جزءاً من AMF غير متاح مؤقتاً | إبلاغ gNB بأن GUAMI محددة غير متاحة ودعم إعادة اختيار AMF عند الحاجة |
تعالج هذه الإجراءات الثلاثة ثلاث مراحل مختلفة في دورة حياة العلاقة مع AMF: الاكتشاف الأولي، وتغييرات القدرات أو التهيئة، والخروج المؤقت من الخدمة. ويساعد النظر إليها معاً على فهم كيفية دعم مجموعة AMF لتوزيع الأحمال والصيانة المخططة عبر عدة عقد في الشبكة الأساسية.
ما دور كل من SCTP وNG Setup أثناء إنشاء N2؟
في المناقشات الهندسية يُشار غالباً إلى هذه المرحلة بأكملها ببساطة باسم «إعداد N2». لكن على مستوى البروتوكول، تتكون من خطوتين متتاليتين: إنشاء ارتباط SCTP أولاً، ثم تنفيذ إجراء NGAP NG Setup.
يحتاج gNB أولاً إلى الحصول على عنوان نقطة نهاية SCTP لواجهة N2 في جهة AMF. ويمكن تكوين العنوان بشكل ثابت أو الحصول عليه عبر آلية مناسبة لحل العناوين. بعد ذلك ينشئ gNB ارتباط SCTP مع AMF.
يتكون إنشاء ارتباط SCTP النموذجي من أربع عمليات تبادل: INIT وINIT ACK وCOOKIE ECHO وCOOKIE ACK. وبعد اكتمالها تصبح طبقة النقل جاهزة لحمل إشارات NGAP. ومع ذلك لا يكون gNB قد حصل بعد على جميع معلومات خدمة AMF التي يحتاج إليها، ولذلك يتبع ذلك إجراء NG Setup.
يرسل gNB رسالة NG Setup Request التي يمكن أن تتضمن معلومات مثل Global gNB ID وSupported TA List وRAN Node Name وDefault Paging DRX. وعملياً تخبر هذه الرسالة AMF بعقدة RAN التي تتصل، ومناطق التتبع التي تدعمها، ومعلمات التشغيل الأساسية الخاصة بها.
بعد استلام الطلب، يعيد AMF رسالة NG Setup Response. ويتضمن الرد معلومات رئيسية من جهة AMF، منها AMF Name وServed GUAMI List ومعلومات PLMN المدعومة وRelativeAMFCapacity.
تكتسب RelativeAMFCapacity أهمية خاصة داخل مجموعة AMF. ولا ينبغي تفسيرها ببساطة على أنها الحد الأقصى لعدد المشتركين الذين يمكن لـ AMF دعمهم. بل توفر مرجعاً للسعة النسبية يمكن لـ gNB استخدامه عند مقارنة عدة وحدات AMF واتخاذ قرارات اختيار AMF وتقاسم الحمل لوحدات UE اللاحقة.
إذا كانت المجموعة تضم AMF1 وAMF2 وAMF3، فيمكن لـ gNB إنشاء ارتباطات N2 مع وحدات AMF المعنية باستخدام العملية نفسها والحصول على معلومات الخدمة والسعة النسبية التي تعيدها كل عقدة. وهذا ما يسمح لعدة وحدات AMF بالعمل كمجموعة منسقة بدلاً من العمل كعقد مستقلة لمستوى التحكم.
كما يوضح التقاط الحزم هذا التسلسل بوضوح: تظهر مصافحة SCTP أولاً، ثم رسائل NG Setup Request وNG Setup Response. وبعد أن يصبح ارتباط N2 الأساسي جاهزاً، يمكن لإشارات التسجيل والتنقل المرتبطة بوحدات UE استخدام مسار مستوى التحكم الذي تم إنشاؤه.
لماذا يجب تحديث gNB عندما تتغير قدرات AMF؟
حالة تشغيل مجموعة AMF ليست ثابتة. ففي 5G Core قائم على السحابة، قد يتم توسيع AMF عندما يزداد طلب المشتركين، كما قد تتغير معلومات GUAMI أو منطقة الخدمة أو عناوين نقاط النهاية أو قدرة المعالجة.
إذا واصل gNB استخدام المعلمات التي حصل عليها أثناء بدء التشغيل الأولي، فقد لا تعكس آلية اختيار AMF في جهة RAN القدرات الفعلية للشبكة الأساسية. وهنا تبرز أهمية إجراء AMF Configuration Update.
لا يرتبط هذا الإجراء بوحدة UE محددة. بل يسمح لـ AMF بإبلاغ NG-RAN بالتغييرات في تهيئته الخاصة. فعلى سبيل المثال، بعد توسيع AMF قد ترتفع قدرته النسبية على المعالجة، ويمكن عندئذ إبلاغ gNB بقيمة جديدة لـ RelativeAMFCapacity. ويمكن أيضاً مزامنة تغييرات معلومات GUAMI من خلال الإجراء نفسه، وكذلك إضافة عناوين نقاط نهاية SCTP أو إزالتها.
لنفترض أن نظام تنسيق أو إدارة اكتشف زيادة كبيرة في عدد المستخدمين الذين يخدمهم AMF1 وقام تلقائياً بتوسيع موارده الحاسوبية. بعد التوسعة يستطيع AMF1 معالجة نسبة أكبر من حمل مستوى التحكم، ولذلك يتم تعديل قيمة سعته وفقاً لذلك.
يرسل AMF1 بعد ذلك رسالة AMF CONFIGURATION UPDATE إلى gNB. ويمكن أن تحتوي الرسالة على معلومات GUAMI محدثة وقيمة جديدة لـ RelativeAMFCapacity وتغييرات في نقاط نهاية SCTP. وبعد تطبيق التحديث، يرد gNB برسالة AMF CONFIGURATION UPDATE ACKNOWLEDGE.
ومن تلك اللحظة، عند وصول وحدات UE جديدة أو حاجة gNB إلى تنفيذ اختيار جديد لـ AMF، يمكنه استخدام المعلومات المحدثة بدلاً من القيم التي تعلمها أثناء بدء تشغيل الشبكة لأول مرة.
يوضح ذلك مبدأ مهماً في تشغيل مجموعة AMF: لا يتم تحديد تقاسم الحمل مرة واحدة فقط عند بدء تشغيل الشبكة، بل يمكن تعديله مع تغير موارد الشبكة الأساسية.
وهذا مهم بصورة خاصة في 5G Core المبني بأسلوب السحابة الأصلية. يمكن توسيع موارد الحوسبة أو تقليصها ديناميكياً، لكن زيادة القدرة الحاسوبية لا تغير تلقائياً سلوك اختيار AMF في جهة RAN. ويجب أيضاً إرسال معلمات مستوى التحكم المحدثة إلى gNB. ويوفر AMF Configuration Update آلية الإشارة التي تربط التغييرات في موارد الشبكة الأساسية بالتغييرات في سلوك الاختيار في جهة RAN.
كيف يستعد gNB لإعادة اختيار AMF قبل الصيانة؟
تضيف عملية التوسعة سعة إضافية. أما الصيانة فتخلق الوضع المعاكس: فقد يلزم جعل AMF غير متاح مؤقتاً بسبب ترقية برمجية أو صيانة مخططة أو مهمة تشغيلية أخرى.
إذا خرج AMF من الشبكة مباشرة من دون إبلاغ NG-RAN، فقد يستمر gNB في اختياره استناداً إلى المعلومات المخزنة سابقاً حتى تحدث حالات فشل. وفي مجموعة AMF، من الأفضل إبلاغ gNB مسبقاً بأن هويات AMF معينة ستصبح غير متاحة.
يُستخدم إجراء AMF Status Indication في NGAP لهذا النوع من سيناريوهات إدارة AMF.
لنفترض أن AMF1 يحتاج إلى ترقية برمجية. قبل بدء الصيانة يمكن لـ AMF1 إرسال AMF STATUS INDICATION إلى gNB وتحديد GUAMI التي ستصبح غير متاحة. وإذا تضمنت الرسالة أيضاً Backup AMF Name مثل AMF2، فيمكن لـ gNB أخذ هذا AMF في الاعتبار أثناء عمليات إعادة الاختيار اللاحقة، شريطة دعم القدرة ذات الصلة.
بمجرد أن يتلقى gNB إشارة الحالة، يتعامل مع GUAMI المحددة على أنها غير متاحة ويعدل اختيار AMF وإعادة اختياره لاحقاً وفقاً لذلك.
لا يعني ذلك نقل جميع سياقات UE الحالية آلياً من AMF1 إلى AMF2 في اللحظة نفسها تماماً. فالهدف هو منع NG-RAN من الاستمرار في اختيار AMF يجري إخراجه من الخدمة عندما تكون هناك حاجة لاحقاً إلى اختيار AMF أو إعادة اختياره.
على سبيل المثال، عندما تبدأ وحدة UE لاحقاً تحديث تسجيل التنقل، يمكن لـ gNB توجيه الإشارات ذات الصلة إلى AMF آخر. ويمكن لـ AMF الجديد مواصلة توفير وظائف إدارة التنقل، وتعيين 5G-GUTI جديد لوحدة UE عندما يتطلب الإجراء ذلك.
من منظور التشغيل، يمثل AMF Status Indication في جوهره آلية للخروج المخطط من الخدمة. فهو يحول حدثاً تشغيلياً مثل «AMF1 سيدخل الصيانة» إلى معلومات حالة على مستوى البروتوكول يمكن لـ NG-RAN فهمها واستخدامها قبل أن يصبح AMF غير متاح فعلياً.
ما الذي تديره مجموعة AMF فعلياً من خلال هذه الإجراءات الثلاثة؟
عند دراسة NG Setup وAMF Configuration Update وAMF Status Indication كل على حدة، قد تبدو بسهولة كأنها ثلاثة إجراءات NGAP غير مترابطة. لكن عند النظر إليها على امتداد دورة حياة مجموعة AMF، تصبح العلاقة بينها أوضح بكثير.
ينشئ NG Setup العلاقة الأولية. عندما يتصل gNB لأول مرة بـ AMF، يجب أن يعرف أي AMF يتواصل معه، والخدمات التي يوفرها، وقدرته النسبية على المعالجة داخل المجموعة.
يتعامل AMF Configuration Update مع تغييرات القدرات والتهيئة. يظل AMF متاحاً، لكن معلومات GUAMI أو السعة النسبية أو نقاط نهاية النقل قد تغيرت، ولذلك يحتاج NG-RAN إلى تحديث المعلومات المخزنة لديه.
يتعامل AMF Status Indication مع تغييرات التوافر. عندما يستعد AMF للصيانة أو للخروج المؤقت من الخدمة، يجب على gNB اعتبار GUAMI ذات الصلة غير متاحة والاستعداد لإعادة اختيار AMF لاحقاً.
تحافظ هذه الإجراءات معاً على رؤية تشغيلية مهمة لدى gNB، وهي: أي وحدات AMF متاحة، وما الخدمات التي تقدمها، وما مقدار الحمل النسبي المناسب لها، وأي وحدات AMF في طور الخروج من الخدمة.
لذلك لا تحقق مجموعة AMF التوافر العالي بمجرد نشر عدة مثيلات من AMF. يجب على gNB أن يحافظ باستمرار على رؤية محدثة لقدرات AMF وحالاتها، وأن يستخدم هذه المعلومات عند اتخاذ قرارات الاختيار. وعندها فقط يمكن لنشر متعدد AMF أن يدعم بفعالية تقاسم الحمل والتوسعة المرنة والصيانة المخططة.
وينطبق المنطق نفسه عند استكشاف الأعطال. ابدأ بالتأكد من سلامة ارتباط SCTP، ثم تحقق من اكتمال NG Setup بنجاح. وإذا ظل الاتصال نشطاً لكن توزيع الحمل كان غير طبيعي، فتحقق من إشارات AMF Configuration Update ومن RelativeAMFCapacity. وإذا استمرت الحركة في التوجه إلى AMF يجري إخراجه من الخدمة، فراجع AMF Status Indication ومعلومات توافر GUAMI وسلوك إعادة اختيار AMF.
الأسئلة الشائعة
كيف يمكن التمييز سريعاً بين أعطال SCTP وأعطال NGAP في التقاط الحزم؟
ابدأ بالتحقق من نجاح إنشاء ارتباط SCTP. فإذا لم يكتمل تبادل INIT وINIT ACK وCOOKIE ECHO وCOOKIE ACK، فالمشكلة ما زالت في طبقة النقل. وإذا تم إنشاء SCTP لكن لم يتم استلام NG Setup Response، أو تم إرجاع خطأ على مستوى NGAP، فيجب متابعة استكشاف المشكلة في معلمات NGAP وتهيئة TA ومعلومات PLMN وإعدادات جهة AMF.
هل تمثل RelativeAMFCapacity الحد الأقصى لعدد وحدات UE التي يمكن لـ AMF دعمها؟
لا. من الأفضل فهم RelativeAMFCapacity على أنها مؤشر للسعة النسبية يُستخدم داخل مجموعة AMF. فهي تساعد NG-RAN على مقارنة القدرة النسبية على المعالجة بين وحدات AMF المختلفة لأغراض الاختيار، ولا ينبغي تفسيرها مباشرة على أنها حد مطلق لعدد المشتركين.
لماذا لا يكفي تغيير التهيئة المحلية لـ AMF عندما تتغير معلومات GUAMI؟
يكون gNB قد خزن بالفعل معلومات خدمة AMF التي حصل عليها عبر واجهة N2. وإذا غيّر AMF تهيئة GUAMI من دون إبلاغ NG-RAN، فقد تصبح لدى الجانبين رؤيتان غير متطابقتين لهوية AMF وتوافر الخدمة. لذلك يجب مزامنة المعلومات المحدثة من خلال إجراء إدارة NGAP المناسب.
هل يجب أن يتضمن AMF Status Indication دائماً Backup AMF Name؟
لا. Backup AMF Name اختياري. وحتى في حال عدم تضمينه، يجب على NG-RAN معالجة GUAMI المحددة على أنها غير متاحة وتنفيذ سلوك إدارة AMF وإعادة الاختيار المناسب. وإذا تم تضمين Backup AMF Name وكان NG-RAN يدعم الإجراء المقابل، فيمكن أخذ AMF الاحتياطي المحدد في الاعتبار أثناء إعادة الاختيار.
