5G (NR) RAN Learning - طلب المسار في التسليم (5)

الغرض من عملية طلب تبديل المسار هو إنشاء اتصال إشارات متعلق بـ UE مع 5GC، وإذا كان ذلك ممكنًا، طلب تبديل نقطة إنهاء الوصلة الهابطة لحامل نقل NG-U إلى نقطة إنهاء جديدة. تحدد 3GPP العمليات ذات الصلة لـ 5G في TS38.413 بعد تمكين تقنيات IAB والتقطيع وتحديد المواقع والمدى على النحو التالي؛

أولاً: معالجة تفويض IAB

• إذا احتوت رسالة PATH SWITCH REQUEST ACKNOWLEDGE على IE تفويض IAB، فيجب على عقدة NG-RAN (إذا كانت مدعومة) تخزين معلومات تفويض IAB المستلمة في سياق UE واستخدامها كما هو محدد في TS 38.401.

• إذا احتوت رسالة PATH SWITCH REQUEST ACKNOWLEDGE على IE تفويض Mobile IAB، فيجب على عقدة NG-RAN (إذا كانت مدعومة) تخزين حالة تفويض Mobile IAB المستلمة في سياق UE لـ Mobile IAB-MT. إذا تم تعيين IE تفويض Mobile IAB لـ Mobile IAB-MT على "غير مصرح به"، فيجب على عقدة NG-RAN (إذا كانت مدعومة) التأكد من أن عقدة Mobile IAB لا تخدم أي UE.

ثانياً: NSSAI والمدى وتحديد المواقع

• إذا تم تضمين IE "NSSAI المسموح به جزئيًا" في رسالة Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE)، فيجب على عقدة NG-RAN (إذا كانت مدعومة) استنتاج شريحة الشبكة المسموح بها جزئيًا لـ UE منها، وتخزينها واستبدال أي "NSSAI المسموح به جزئيًا" تم استلامها مسبقًا، واستخدامها كما هو محدد في TS 23.501.

• إذا تم تضمين IE "معلومات خدمة تحديد المواقع والمسار الجانبي والمدى" في رسالة Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE)، فيجب على عقدة NG-RAN (إذا كانت مدعومة) تحديث معلومات خدمة تحديد المواقع والمسار الجانبي والمدى الخاصة بـ UE وفقًا لذلك. إذا تم تعيين IE "تفويض تحديد المواقع والمسار الجانبي والمدى" في IE معلومات خدمة تحديد المواقع والمدى والمسار الجانبي على "غير مصرح به"، فيجب على عقدة NG-RAN (إذا كانت مدعومة) اتخاذ خطوات لضمان أن UE لم يعد لديه حق الوصول إلى خدمات تحديد المواقع والمدى والمسار الجانبي.

ثالثًا: إجراء تقرير انتقال RRC غير النشط

• إذا تم تضمين IE طلب تقرير انتقال RRC غير النشط في رسالة Path Switch Request Acknowledgement وتم تعيينه على "تقرير حالة اتصال RRC واحد"، و UE في حالة RRC_CONNECTED، فيجب على عقدة NG-RAN (إذا كانت مدعومة) إرسال رسالة تقرير انتقال RRC غير النشط إلى AMF للإبلاغ عن حالة RRC الخاصة بـ UE.

• إذا تم تضمين IE طلب تقرير انتقال RRC غير النشط في رسالة PATH SWITCH REQUEST ACKNOWLEDGE وتم تعيينه على "تقرير حالة اتصال RRC واحد"، و UE في حالة RRC_INACTIVE، فيجب على عقدة NG-RAN (إذا كانت مدعومة) إرسال رسالة تقرير انتقال RRC غير النشط إلى AMF، ورسالة تقرير انتقال RRC غير نشط لاحقة عند انتقال حالة RRC إلى RRC_CONNECTED.

• إذا تم تضمين IE طلب تقرير انتقال RRC غير النشط في رسالة PATH SWITCH REQUEST ACKNOWLEDGE وتم تعيينه على "تقرير انتقال الحالة اللاحقة"، فيجب على عقدة NG-RAN (إذا كانت مدعومة) إرسال رسالة RRC INACTIVE TRANSITION REPORT إلى AMF للإبلاغ عن حالة RRC الخاصة بـ UE، ورسالة RRC INACTIVE TRANSITION REPORT لاحقة للإبلاغ عن حالة RRC الخاصة بـ UE عند دخول UE أو مغادرة حالة RRC_INACTIVE.

رابعًا: إجراء إعلام مورد جلسة PDU

• إذا احتوى IE Path Switch Request Acknowledge Transfer لرسالة PATH SWITCH REQUEST ACKNOWLEDGE على معلمات متعلقة بـ QoS (مثل IE CN Packet Delay Budget Downlink أو IE CN Packet Delay Budget Uplink)، ولكن عقدة NG-RAN غير قادرة على قبول المعلمات بنجاح، فيجب على عقدة NG-RAN الاستمرار في استخدام القيم القديمة (إن وجدت) المستلمة من عقدة NG-RAN المصدر. إذا كان مدعومًا، فيجب على عقدة NG-RAN إخطار AMF عن طريق إرسال رسالة PDU SESSION RESOURCE NOTIFY.