logo
پیام فرستادن
Shenzhen Olax Technology CO.,Ltd
محصولات
اخبار
خونه > اخبار >
اخبار شرکت در مورد یادگیری 5G (NR) RAN - درخواست مسیر در انتقال (5)
مناسبت ها
تماس ها
تماس ها: Ms. Anna
اکنون تماس بگیرید
به ما ایمیل بزنید

یادگیری 5G (NR) RAN - درخواست مسیر در انتقال (5)

2025-09-20
Latest company news about یادگیری 5G (NR) RAN - درخواست مسیر در انتقال (5)

 

هدف از فرآیند درخواست تغییر مسیر، برقراری یک اتصال سیگنالینگ مرتبط با UE با 5GC و، در صورت امکان، درخواست تغییر نقطه پایانی downlink حامل انتقال NG-U به یک نقطه پایانی جدید است. 3GPP فرآیندهای مربوطه 5G را در TS38.413 پس از فعال کردن IAB، برش، موقعیت‌یابی و فناوری‌های محدوده به شرح زیر تعریف می‌کند:

 

I. پردازش مجوز 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 خدمات ارائه نمی‌دهد.

 

II. 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 دیگر به خدمات موقعیت‌یابی و مسیر جانبی دسترسی ندارد، انجام دهد.

 

III. رویه گزارش انتقال غیرفعال 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.

 

IV. رویه اعلان منبع جلسه PDU

 

  • اگر IE انتقال Path Switch Request Acknowledge پیام PATH SWITCH REQUEST ACKNOWLEDGE شامل پارامترهای مرتبط با QoS (به عنوان مثال، IE بودجه تاخیر بسته CN Downlink یا IE بودجه تاخیر بسته CN Uplink) باشد، اما گره NG-RAN قادر به پذیرش موفقیت‌آمیز پارامترها نباشد، گره NG-RAN باید به استفاده از مقادیر قدیمی (در صورت وجود) دریافت شده از گره NG-RAN منبع ادامه دهد. در صورت پشتیبانی، گره NG-RAN باید با ارسال یک پیام PDU SESSION RESOURCE NOTIFY به AMF اطلاع دهد.