Когда мобильное устройство перемещается из зоны покрытия 4G в зону покрытия 5G, сеть не всегда воспринимает это событие как совершенно новую регистрацию в 5G. Фактическое поведение зависит от состояния устройства, архитектуры взаимодействия и наличия в сети поддержки интерфейса N26 между EPC и 5GC. В одном из типичных сценариев пользовательское оборудование (UE) уже подключено к 4G, установлен сеанс с базовым каналом (default bearer), перешло в состояние бездействия (idle state), а затем переместилось в зону покрытия 5G. В этот момент устройство инициирует процедуру регистрации в 5G, но тип регистрации — не начальная регистрация. Это Обновление регистрации при мобильности (Mobility Registration Update).

Это различие важно. Начальная регистрация обычно означает, что UE начинает работу в 5G «с чистого листа». Обновление регистрации при мобильности означает, что в сети уже имеется полезный контекст со стороны 4G, и ядру 5G необходимо как можно более плавно принять на себя информацию о мобильности и сеансах пользователя. В развертывании с N26 AMF может запросить контекст UE у MME, повторно использовать или преобразовать ключевую информацию и продолжить процесс регистрации на стороне 5G.

Самый простой способ понять процедуру — представить пользователя, который находился за пределами стадиона в зоне покрытия 4G, уже подключился к LTE/EPC и установил базовый канал, затем прекратил активную передачу данных и перешел в состояние бездействия. Когда пользователь заходит на стадион, внутренняя зона которого покрыта сетью 5G, UE обнаруживает соту 5G, начинает регистрацию через gNodeB, и сеть запускает процедуру мобильности в режиме бездействия из 4G в 5G.

Почему существует этот сценарий

Взаимодействие 4G и 5G — это не только проблема радиодоступа. Это также проблема непрерывности опорной сети. На стороне радиодоступа точка доступа меняется с eNodeB на gNodeB. На стороне ядра сети точка привязки мобильности меняется с MME на AMF. В то же время некоторые функции могут оставаться логически непрерывными, поскольку они развернуты в совмещенных формах. Например, HSS и UDM могут быть совмещены, PGW-C и SMF могут быть объединены, а PGW-U и UPF могут быть объединены. Это позволяет сети повторно использовать часть существующего контекста услуг 4G при перемещении UE в систему 5G.

Процедура, обсуждаемая здесь, предполагает режим одиночной регистрации с интерфейсом N26. N26 позволяет AMF и MME обмениваться контекстом UE. Это основная причина, по которой стороне 5G не нужно перестраивать всё с нуля. Без этого обмена контекстом регистрация 5G полагалась бы на другой подход к взаимодействию, и непрерывность сеанса обрабатывалась бы иначе.

Часть сценария «в режиме бездействия» так же важна, как и часть «из 4G в 5G». UE не выполняет активный хэндовер в подключенном состоянии. Оно уже перешло в состояние ECM-IDLE на стороне LTE/EPC. Следовательно, основная задача — не переключение действующего туннеля пользовательской плоскости в реальном времени. Основная задача — миграция и интерпретация контекста UE, чтобы 5GC мог продолжать управление абонентом после регистрации UE в зоне покрытия 5G.

Что меняется в сети

Наиболее заметное изменение — на стороне RAN. UE первоначально обслуживалось LTE eNodeB, а затем подключается через 5G gNodeB. gNodeB принимает сигнализацию, связанную с регистрацией UE, и направляет ее выбранному AMF. Это первый шаг по перемещению UE из среды доступа LTE/EPC в среду доступа 5GS.

Изменение на стороне ядра более сложное. В 4G MME хранит информацию об управлении мобильностью и имеет контекст MM и SM для UE после присоединения и установления базового канала. В 5G AMF становится ответственным за управление доступом и мобильностью. Во время этой процедуры AMF необходимо получить контекст UE от MME, чтобы построить правильный контекст мобильности на стороне 5G.

Привязки пользовательской плоскости и управления сеансами могут физически не меняться, если PGW-C совмещен с SMF, а PGW-U совмещен с UPF. Такое совместное развертывание упрощает понимание перехода: UE меняет домен управления доступом и мобильностью, в то время как сервисная привязка может оставаться логически непрерывной. Обновление регистрации помогает ядру 5G узнать, что уже существовало на стороне 4G.

На практике сеть не просто «входит в 5G». Она преобразует состояние мобильности и каналов 4G в структуру управления мобильностью и сеансами 5G. Вот почему процедура включает в себя сопоставление GUTI, запрос контекста, ответ с контекстом, регистрацию в UDM, получение политик, создание контекста SM и окончательное принятие регистрации.

Как фактически начинается регистрация

Прежде чем UE сможет зарегистрироваться через доступ 5G, ему нужен идентификатор, понятный сети 5G. В этом сценарии UE сопоставляет существующий 4G-GUTI с 5G-GUTI в соответствии с правилами взаимодействия. Этот сопоставленный идентификатор — не то же самое, что собственный 5G-GUTI, назначенный при предыдущей регистрации в 5G, но он дает сети достаточно информации, чтобы найти связанный контекст со стороны 4G.

Затем UE отправляет запрос на регистрацию NAS. Тип регистрации — Обновление регистрации при мобильности. Запрос может включать сопоставленный 5G-GUTI, информацию о состоянии UE и контейнер сообщений NAS EPS, содержащий запрос TAU. Состояние UE имеет значение, поскольку устройство не зарегистрировано в режиме N1, но всё еще зарегистрировано в режиме S1. Это говорит сети, что это не чистый автономный старт 5G; это случай взаимодействия со стороны EPS.

Затем gNodeB пересылает запрос регистрации в AMF. Выбор AMF зависит от идентификационной информации, доступной в сигнализации RRC. Если у UE есть собственный 5G-GUTI, gNodeB может маршрутизировать запрос к связанному AMF на основе GUAMI. Если UE предоставляет только сопоставленный идентификатор от EPS, gNodeB может выбрать новый AMF на основе сопоставленной информации GUAMI.

Эта первая часть процедуры задает направление всему последующему. Теперь AMF должен понять, откуда пришло UE, какой MME может хранить контекст 4G и как запросить этот контекст через правильный интерфейс.

Как контекст перемещается через N26

После получения запроса регистрации AMF извлекает информацию из сопоставленного 5G-GUTI. Он может преобразовать информацию, связанную с GUAMI, в форму, которая помогает идентифицировать соответствующий MME. Затем AMF формирует FQDN узла MME и использует DNS для получения адреса интерфейса S10 MME. Этот шаг необходим, поскольку AMF нуждается в транспортном пути для запроса контекста UE у MME.

AMF отправляет запрос контекста GTPv2 (Context Request) в MME. Запрос может включать тип RAT, установленный как NR, сопоставленный 4G-GUTI, полное сообщение запроса TAU, скопированное из Registration Request, и информацию адресации S10, такую как IP-адрес и TEID. Здесь становится видимым интерфейс N26 в процедуре. AMF не угадывает состояние UE; он запрашивает у MME контекст, который уже существовал в EPC.

MME использует контекст безопасности 4G для проверки запроса TAU, а затем ищет контекст UE на основе идентификатора UE. Если контекст найден и принят, MME возвращает ответ контекста GTPv2 (Context Response). Этот ответ может включать IMSI, контекст MM, информацию, связанную с безопасностью, UE-AMBR, выбранные алгоритмы целостности и шифрования NAS, информацию об ограничениях доступа и информацию о PDN-соединении.

Информация о PDN-соединении особенно полезна, поскольку она связывает мир каналов 4G с последующими шагами управления сеансами 5G. Она может включать APN, EBI, APN-AMBR, информацию S5-C со стороны PGW, контекст канала, QoS канала и информацию S5-U со стороны PGW. Затем AMF может преобразовать полученный контекст EPS MM в контекст 5G MM.

В некоторых случаях также может происходить передача контекста старого AMF. Если UE ранее находилось в 5G, переместилось в 4G, а затем вернулось в 5G, запрос регистрации может содержать дополнительный GUTI. В такой ситуации AMF может связаться со старым AMF для получения контекста UE. Но это необязательно и встречается не в каждом сценарии неактивной мобильности из 4G в 5G.

Как 5GC завершает обновление

Когда AMF получает необходимый контекст, процедура начинает выглядеть ближе к обычному процессу регистрации мобильности 5G. AMF взаимодействует с UDM/HSS, чтобы завершить регистрацию доступа 3GPP, получить данные подписки на доступ и мобильность, извлечь данные подписки для выбора SMF и подписаться на будущие изменения данных подписки. Эти шаги гарантируют, что AMF располагает правильной информацией об абоненте для управления доступом 5G.

AMF также может взаимодействовать с NRF для обнаружения правильных сетевых функций. Например, когда AMF требуются услуги UDM, он может обнаружить UDM, поддерживающий необходимую службу, такую как SDM или UECM. Когда ему необходимо работать с SMF, он может использовать информацию, связанную с FQDN PGW-C/SMF, и обнаружить адрес интерфейса N11 SMF с помощью процедур, связанных с NRF.

В процедуре также присутствует управление политиками. Если AMF уже получил пригодную информацию PCF от старого AMF, он может продолжать использовать этот PCF. В противном случае он может выбрать PCF и получить информацию управления политиками доступа и мобильности. Ответ политики может включать ограничения доступа, такие как зоны или зоны отслеживания, где доступ запрещен.

Часть, связанная с SMF, преобразует сеансовую сторону унаследованного контекста EPS в структуру услуг 5G. AMF запрашивает PGW-C/SMF создать контекст SM, используя информацию PDN-соединения EPS, полученную от MME. Запрос может содержать контекст EPS, список PDU-сессий для активации (при наличии) и состояние контекста канала EPS, сообщенное UE. Ответ с состоянием активации указывает, что ресурсы пользовательской плоскости, такие как туннель N3, подготавливаются.

Наконец, старая регистрация EPC очищается. HSS/UDM может инициировать Cancel Location в направлении MME, а MME может уведомить SGW о необходимости освободить связанные ресурсы. Затем AMF отправляет Registration Accept в UE. Это сообщение может включать новый 5G-GUTI, разрешенный NSSAI, T3512, список TA и состояние канала EPS (EPS Bearer Status). UE проверяет полученное состояние канала EPS и удаляет локальные правила потоков QoS или параметры QoS, не связанные с указанным состоянием канала EPS. Затем UE отправляет Registration Complete.

Почему неактивная мобильность отличается

Ключевой момент в этой процедуре заключается в том, что UE находилось в режиме бездействия при входе в зону покрытия 5G. Поскольку нет активного хэндовера пользовательской плоскости в подключенном состоянии, сети не нужно выполнять переключение туннеля в реальном времени для текущего сеанса данных так, как это было бы при подключенной мобильности. Вместо этого основное внимание уделяется миграции контекста и обновлению регистрации.

Это объясняет, почему процедура тратит столько усилий на сопоставление идентификаторов, обнаружение DNS, запрос контекста, преобразование контекста MM, регистрацию в UDM, получение политик и создание контекста SM. Сеть восстанавливает состояние плоскости управления UE на стороне 5G из состояния на стороне 4G. Она не просто пересылает активное радиосоединение от eNodeB к gNodeB.

Для инженеров, изучающих сигнализацию, это различие помогает избежать распространенного заблуждения. Видеть мобильность 4G-to-5G не означает автоматически хэндовер. Если UE неактивно, процедура больше похожа на контролируемую повторную регистрацию с унаследованным контекстом. Если UE подключено и активно перемещается, сеть должна учитывать радиохэндовер и непрерывность пользовательской плоскости в реальном времени иным образом.

Именно поэтому объяснение на основе сценария часто легче понять, чем одну большую стандартную диаграмму. Стандартная диаграмма может включать множество необязательных шагов и комбинированных сценариев. Практическое объяснение может сузить обзор: UE подключилось в 4G, перешло в состояние бездействия, переместилось в зону покрытия 5G и использовало N26 для передачи контекста от MME к AMF.

Заключительные замечания

Процедура неактивной мобильности 4G-to-5G — это не просто простая смена покрытия. Это структурированный процесс взаимодействия, который позволяет UE, ранее подключенному в LTE/EPC, зарегистрироваться в 5GS через Обновление регистрации при мобильности. Процедура сильно зависит от N26, когда сеть хочет передать контекст UE между MME и AMF.

Наиболее важная логика — непрерывность контекста. UE сопоставляет 4G-GUTI с 5G-GUTI, gNodeB пересылает запрос регистрации, AMF обнаруживает MME, MME возвращает контекст EPS MM и SM, а AMF преобразует и продолжает регистрацию на стороне 5G. Взаимодействие с UDM, NRF, PCF и SMF завершает подготовку подписки, обнаружение, политики и контекст сеанса.

Для обучения работе с сетью практический урок ясен: неактивная мобильность из 4G в 5G в основном выполняет миграцию контекста UE из EPC в 5GC. Ее не следует путать с хэндовером в подключенном состоянии, когда путь пользовательской плоскости в реальном времени должен быть переключен, пока UE остается активным.

Часто задаваемые вопросы (FAQ)

Каков тип регистрации в этом сценарии?

Тип регистрации — «Обновление регистрации при мобильности» (Mobility Registration Update). Он отличается от начальной регистрации, поскольку UE уже имеет контекст на стороне 4G от предыдущего подключения LTE/EPC.

Почему важен интерфейс N26?

N26 позволяет AMF и MME обмениваться контекстом UE. Это дает ядру 5G возможность получить информацию о мобильности и сеансах, которая ранее хранилась в EPC.

Что меняется при переходе UE из 4G в 5G?

Сторона доступа меняется с eNodeB на gNodeB, а функция управления мобильностью — с MME на AMF. Некоторые комбинированные функции ядра, такие как HSS/UDM или PGW-C/SMF, могут оставаться логически непрерывными.

Требует ли неактивная мобильность хэндовера пользовательской плоскости в реальном времени?

Нет. В этом сценарии UE неактивно, поэтому основная задача — миграция контекста и обновление регистрации, а не переключение туннелей пользовательской плоскости в реальном времени.

Что получает UE в конце?

UE получает сообщение Registration Accept, которое может включать новый 5G-GUTI, разрешенный NSSAI, таймер регистрации, список зон отслеживания и состояние канала EPS. Затем UE завершает процедуру сообщением Registration Complete.