Обучение по 5G (NR) RAN - Запрос пути во время хэндовера (2)

В системе 5G передачаЗапрос на путьявляется просьбой терминала (UE) установить с 5GC связь сигнализации, связанную с UE, и, если применимо,запросить, чтобы конечная точка спусковой связи на носителе NG-U была переведена на новую конечную точку;Поскольку 5G поддерживает все большее количество типов услуг, содержание запросов на пути во время передачи станет все более сложным.

I. Бюджет по задержке пакетов

• ЕслиСнижение расходов на пакеты CNIE включается в сообщение "Подтверждение запроса переключения маршрута" (PATH SWITCH REQUEST ACKNOWLEDGE)узл NG-RAN ДОЛЖНО (если он поддерживается) заменить ранее предоставленную CN Packet Delay Budget Downlink (если таковая имеется) и использовать ее в соответствии с требованиями TS 23.502.

• ЕслиСсылка на расширенную сетьIE включается в сообщение Ack Transport IE просьбы Ack No WLEDGE,узел NG-RAN должен (если он поддерживается) заменить ранее предоставленную расширенную систему поддержки (если таковая имеется) и использовать ее в соответствии с требованиями TS 23.502.

II. Обработка взрывных данных

Если в сообщении "Путь переключения запроса Ack Transport IE" сообщения "Путь переключения запроса Ack" включено "Время прибытия взрыва" (Burst Arrival Time Downlink IE),узел NG-RAN (если он поддерживается) заменяет ранее предоставленное значение (если таковое имеется) и использует его в соответствии с требованиями TS 23.502.

III. Неактивные РРК и обработка информации об оказании содействия основной сети

• Если в сообщении подтверждения запроса на переключение маршрута включена основная информация об оказании помощи сети RRC INACTIVE IE,узел NG-RAN (если он поддерживается) должен хранить эту информацию в контексте UE и использовать ее для решений состояния RRC_INACTIVE и конфигурации РНК UE и поиска RAN (если таковые имеются)., как описано в ТС 38.300.

• Если основная информация об оказании помощи сети RRC INACTIVE IE включает в себя MICO All PLMN IE,узел NG-RAN (если он поддерживается) рассматривает область регистрации ЕС как полный PLMN и игнорирует список TAI RRC Inactive IE..

• Если основная информация об оказании помощи в сети RRC INACTIVE IE включает в себя указание причины вызова голосовой службы IE,узел NG-RAN (если он поддерживается) хранит и использует его в соответствии с требованиями TS 38.300.

• Если основная информация об оказании помощи в сети RRC INACTIVE IE включает информацию об оказании помощи PEIPS IE,узел NG-RAN (если он поддерживается) должен хранить его и использовать для обмена сообщениями с подгруппами ЕС в состоянии RRC_INACTIVE, как описано в ТС 38.300.

• Если СН МТ СМИ обработки сообщений включена в основную информацию об оказании помощи сети (RRC INACTIVE СМИ),узел NG-RAN должен (если он поддерживается) хранить данный IE и может впоследствии запросить CN выполнить обработку связи MT., как описано в ТС 23.502, в зависимости от реализации.

• Если в сообщении "Подтверждение запроса переключения пути" (PATH SWITCH REQUEST ACKNOWLEDGE) включено IE "Поддерживаемая корректировка параметров RAN CN", то узел NG-RAN может использовать этот IE, как описано в TS 23.501.

• Если RRC INACTIVE Transition Report Request IE включена в сообщение подтверждения запроса на переключение пути (PATH SWITCH REQUEST ACKNOWLEDGE),узел NG-RAN должен (если он поддерживается) хранить эту информацию в контексте UE.

V. Обработка EPS и SRVCC

• Если сообщение PATH SWITCH REQUEST ACKNOWLEDGE включает перенаправление для голосаОтступление EPSIE, узел NG-RAN должен (если он поддерживается) хранить этот IE и использовать его в последующих резервных решениях голосовой EPS, как указано в TS 23.502.

• Если сообщение PATH SWITCH REQUEST ACKNOWLEDGE содержит информацию SRVCC Operation Possible IE,узел NG-RAN должен (если он поддерживается) хранить полученное содержание SRVCC Operation Possible IE в контексте UE и использовать его в соответствии с определением в TS 23.216.