Обновление регистрации при мобильности поддерживает актуальность контекста мобильности уже зарегистрированного UE при изменении его местоположения или согласованных регистрационных данных. Оно уравновешивает достижимость и нагрузку сигнализации: зарегистрированный UE не повторяет начальную регистрацию после каждой смены соты. Обычная мобильность через доступ 3GPP внутри 5GS следует описанным ниже маршрутам; взаимодействие с EPS и особые виды доступа требуют дополнительных процедур.
Определите условие запуска и область регистрации
Область отслеживания (TA) идентифицируется посредством TAI. Область регистрации — назначенный сетью набор TA, внутри которого UE может перемещаться без обновления регистрации исключительно из-за смены TA. Если назначенный список содержит TA1 и TA2, перемещение между ними само по себе не требует обновления. Вход в TA3 за пределами списка — типичное условие запуска, даже если все три TA обслуживает одна AMF.
Выход из области регистрации — не единственное условие. Изменение согласованных возможностей или параметров протокола и определенные указания сети также могут потребовать обновления при мобильности без смены TA. Проверьте фактическое условие и тип регистрации 5GS в Registration Request. Периодическое обновление по таймеру — отдельный случай.
Рассматривайте Registration Request с учетом контекста доступа
UE обычно сохраняет 5G-GUTI, параметры регистрации и контекст безопасности NAS. Registration Request обозначает обновление типом регистрации 5GS. При соответствующих условиях запрос может содержать существующий 5G-GUTI, Last Visited Registered TAI, UE Security Capability, PDU Session Status и Requested NSSAI. Эти информационные элементы не являются безусловно обязательным перечнем для каждого запроса.
Когда UE создает новый контекст сигнализации RAN, gNB пересылает NAS-запрос в NGAP Initial UE Message вместе с данными местоположения доступа, такими как TAI и NR-CGI. Если подходящее соединение сигнализации, связанное с UE, уже существует, NAS передается по нему. Поэтому Initial UE Message не обязателен для каждого обновления при мобильности.
Разделяйте обработку в одной AMF и между AMF
| Случай | Обработка контекста |
|---|---|
| Та же обслуживающая AMF | AMF использует существующий контекст UE, обрабатывает новые сведения и определяет применимую область регистрации. Само по себе изменение списка TA не требует передачи контекста между AMF. |
| Новая обслуживающая AMF | Новая AMF определяет прежнюю по существующей временной идентичности и применимым данным выбора, затем при необходимости запрашивает контекст. Каждой TA не соответствует одна жестко заданная AMF. |
При смене AMF операция Namf_Communication_UEContextTransfer извлекает из прежней AMF доступный контекст идентичности, мобильности и безопасности. Передаваемые сведения могут включать SUPI, GPSI и PEI при их наличии, а также контекст доступа и мобильности. Если прежний контекст не найден или не прошел проверку, могут потребоваться процедуры идентификации и безопасности; это не делает UE навсегда неидентифицируемым.
Повторное использование контекста не гарантирует пропуск аутентификации. Identity Request/Identity Response и аутентификация, например 5G-AKA, выполняются, когда этого требуют спецификация и условия безопасности. Успешная передача также не делает обязательными все процедуры идентификации или безопасности. Прежде чем считать короткую трассу неполной, проверьте действительность контекста и результаты проверки целостности.
Разберитесь в этапах UDM, обнаружения функций и политик
Когда регистрация обслуживающей AMF должна измениться, новая AMF применяет Nudm_UECM_Registration для обновления отношения обслуживания в UDM для соответствующего доступа. При предусмотренных условиях UDM уведомляет прежнюю AMF через Nudm_UECM_DeregistrationNotification. Это удаляет прежнее отношение обслуживания; его нельзя путать с обязательным для всех случаев обменом дерегистрации с UE.
AMF получает или повторно использует необходимые данные подписки и подписки на их изменения. Данные доступа и мобильности могут содержать GPSI, сведения о сетевых срезах по подписке, UE-AMBR по подписке, параметры периодической регистрации, ограничения RAT и области обслуживания. Отдельные данные выбора SMF могут содержать DNN, связанные с S-NSSAI.
Обнаружение через NRF используется при необходимости найти сетевые функции; не каждое обновление требует нового запроса обнаружения. Аналогично AMF выбирает или обновляет PCF AM Policy Association по необходимости, а не безусловно создает новую связь. Регистрация в UDM, получение подписки и обработка политик могут сокращаться при сохранении действительного состояния.
PDU Session Status помогает согласовать состояния сеансов. Существующим сеансам могут потребоваться обновления контекста SMF или активация пользовательской плоскости в зависимости от запроса и случая мобильности. Само принятие регистрации не создает новый сеанс PDU и не доказывает возобновление обслуживания в пользовательской плоскости.
Правильно интерпретируйте Registration Accept и завершение
Registration Accept передает результат регистрации и применимые параметры, например список TAI, Allowed NSSAI и T3512. Не предполагайте наличия каждого необязательного элемента во всех ответах. При успешном обновлении регистрации при мобильности назначается новый 5G-GUTI согласно TS 24.501; он может передаваться в процедуре регистрации или применимой общей процедуре обновления конфигурации UE.
UE отправляет Registration Complete, когда требуется подтверждение, в частности при наличии нового 5G-GUTI в Registration Accept. Его присутствие следует оценивать по полученным информационным элементам. При создании необходимого контекста RAN AMF может применять NGAP Initial Context Setup; если контекст уже существует, действуют другие процедуры контекста и передачи NAS. Registration Accept не всегда связан с новым обменом Initial Context Setup.
Используйте практический перечень проверки трассы
Прежде чем изучать последующие сообщения, подтвердите условие запуска, сохраненный список TAI, текущий TAI и тип регистрации.
Определите обслуживающую AMF и действительную необходимость передачи контекста. При сбое извлечения проверьте 5G-GUTI/GUAMI, адресацию AMF и результаты проверки целостности.
Если обработка останавливается в ядре, проверьте необходимую регистрацию в UDM, доступ к данным подписки, результаты политик и ограничения областей; отсутствие необязательной транзакции не доказывает неисправность.
Если подтверждение принятия не доходит до UE, сопоставьте журналы NAS, NGAP, контекста RAN и транспорта. Затем отдельно проверьте необходимое завершение и восстановление сеансов.
Частые вопросы
Всегда ли смена соты запускает обновление при мобильности?
Нет. Сама по себе смена соты или TA внутри назначенной области регистрации его не требует. Однако могут действовать другие предусмотренные условия обновления регистрации.
Всегда ли при выходе из области регистрации меняется AMF?
Нет. Та же AMF может обслуживать новую TA и обновить область регистрации UE на основе существующего контекста.
Чем отличается периодическое обновление регистрации?
Оно запускается согласно поведению применимого периодического таймера, а не обязательно перемещением. Оба случая используют Registration Request, поэтому проверяйте тип регистрации, а не только имя сообщения.
Является ли переход из 4G в 5G той же процедурой?
Он может использовать тот же тип регистрации, но исходный контекст отличается. Взаимодействие EPS–5GS может включать контекст MME, отображенные идентичности и N26 при его поддержке. Не переносите внутренний для 5GS поток с прежней AMF на все случаи взаимодействия с EPS.
Технические источники
О структуре регистрации и условных этапах ядра см. 3GPP TS 23.502, выпуск 18, в особенности раздел 4.2.2.2.
Об условиях запуска NAS, временных идентичностях и завершении см. 3GPP TS 24.501, выпуск 18, в особенности разделы 5.4.4 и 5.5.1.3.
Об отдельном случае запуска по таймеру см. Периодическое обновление регистрации.
