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

در یک سیستم 5G، یک انتقال (Handover) درخواست مسیر درخواستی است توسط یک ترمینال (UE) برای برقراری یک اتصال سیگنالینگ مرتبط با UE با 5GC و، در صورت وجود، درخواست اینکه نقطه پایانی پایین‌رونده حامل حمل و نقل NG-U به یک نقطه پایانی جدید تغییر یابد. از آنجایی که 5G از تعداد فزاینده‌ای از انواع سرویس‌ها پشتیبانی می‌کند، محتوای درخواست‌های مسیر در طول انتقال‌ها پیچیده‌تر خواهد شد. 3GPP این را در TS 38.413 به شرح زیر تعریف می‌کند.

I. بودجه تاخیر بسته

• اگر IE بودجه تاخیر بسته CN پایین‌رونده در IE حمل و نقل تایید درخواست تغییر مسیر پیام تایید درخواست تغییر مسیر (PATH SWITCH REQUEST ACKNOWLEDGE) گنجانده شود، گره NG-RAN باید (در صورت پشتیبانی) بودجه تاخیر بسته CN پایین‌رونده ارائه شده قبلی (در صورت وجود) را جایگزین کرده و از آن به شرح مشخص شده در TS 23.502 استفاده کند.

• اگر IE بودجه تاخیر بسته CN بالارونده در IE حمل و نقل تایید درخواست تغییر مسیر پیام تایید درخواست تغییر مسیر (PATH SWITCH REQUEST ACKNOWLEDGE) گنجانده شود، گره NG-RAN باید (در صورت پشتیبانی) بودجه تاخیر بسته CN بالارونده ارائه شده قبلی (در صورت وجود) را جایگزین کرده و از آن به شرح مشخص شده در TS 23.502 استفاده کند.

II. رسیدگی به داده‌های انفجاری

اگر IE زمان رسیدن انفجاری پایین‌رونده در IE حمل و نقل تایید درخواست تغییر مسیر پیام تایید درخواست تغییر مسیر گنجانده شود، گره NG-RAN باید (در صورت پشتیبانی) مقدار ارائه شده قبلی (در صورت وجود) را جایگزین کرده و از آن به شرح مشخص شده در TS 23.502 استفاده کند.

III. رسیدگی به اطلاعات کمکی RRC غیرفعال و شبکه هسته

• اگر اطلاعات کمکی شبکه هسته از IE RRC غیرفعال در پیام تایید درخواست تغییر مسیر گنجانده شود، گره NG-RAN (در صورت پشتیبانی) باید این اطلاعات را در زمینه UE ذخیره کرده و از آن برای تصمیم‌گیری‌های حالت RRC_INACTIVE و پیکربندی RNA و صفحه‌بندی RAN UE (در صورت وجود)، همانطور که در TS 38.300 توضیح داده شده است، استفاده کند.

• اگر اطلاعات کمکی شبکه هسته از IE RRC غیرفعال شامل IE MICO All PLMN باشد، گره NG-RAN (در صورت پشتیبانی) باید ناحیه ثبت نام UE را به عنوان PLMN کامل در نظر گرفته و لیست TAI از IE RRC غیرفعال را نادیده بگیرد.

• اگر اطلاعات کمکی شبکه هسته از IE RRC غیرفعال شامل IE نشانگر علت صفحه‌بندی سرویس صوتی باشد، گره NG-RAN (در صورت پشتیبانی) باید آن را ذخیره کرده و همانطور که در TS 38.300 مشخص شده است، استفاده کند.

• اگر اطلاعات کمکی شبکه هسته از IE RRC غیرفعال شامل IE اطلاعات کمکی PEIPS باشد، گره NG-RAN (در صورت پشتیبانی) باید آن را ذخیره کرده و از آن برای زیرگروه‌های صفحه‌بندی UEها در حالت RRC_INACTIVE، همانطور که در TS 38.300 توضیح داده شده است، استفاده کند.

• اگر IE رسیدگی به ارتباطات CN MT در اطلاعات کمکی شبکه هسته (IE RRC غیرفعال) گنجانده شود، گره NG-RAN باید (در صورت پشتیبانی) این IE را ذخیره کند و ممکن است متعاقباً از CN درخواست کند تا رسیدگی به ارتباطات MT را انجام دهد، همانطور که در TS 23.502 توضیح داده شده است، بسته به پیاده‌سازی.

• اگر IE تنظیم پارامتر RAN کمکی CN در پیام تایید درخواست تغییر مسیر (PATH SWITCH REQUEST ACKNOWLEDGE) گنجانده شود، گره NG-RAN ممکن است از این IE همانطور که در TS 23.501 توضیح داده شده است، استفاده کند.

• اگر IE درخواست گزارش انتقال RRC غیرفعال در پیام تایید درخواست تغییر مسیر (PATH SWITCH REQUEST ACKNOWLEDGE) گنجانده شود، گره NG-RAN باید (در صورت پشتیبانی) این اطلاعات را در زمینه UE ذخیره کند.

V. پردازش EPS و SRVCC

• اگر پیام تایید درخواست تغییر مسیر (PATH SWITCH REQUEST ACKNOWLEDGE) شامل IE بازگشت به EPS هدایت مجدد برای صدا باشد، گره NG-RAN باید (در صورت پشتیبانی) این IE را ذخیره کرده و در تصمیم‌گیری‌های بعدی بازگشت به EPS صوتی همانطور که در TS 23.502 مشخص شده است، استفاده کند.

• اگر پیام تایید درخواست تغییر مسیر (PATH SWITCH REQUEST ACKNOWLEDGE) حاوی اطلاعات IE عملیات SRVCC ممکن باشد، گره NG-RAN باید (در صورت پشتیبانی) محتوای IE عملیات SRVCC ممکن دریافت شده را در زمینه UE ذخیره کرده و از آن به شرح تعریف شده در TS 23.216 استفاده کند.