В 3:00 ночи промышленный 5G-шлюз отправляет Registration Request в AMF. Его TAI не изменился со времени предыдущей регистрации, 5G-GUTI остался тем же, обслуживающий AMF не сменился, а устройство, возможно, уже несколько часов не передавало данные по восходящей линии. Если смотреть только с точки зрения управления мобильностью, запрос не содержит новой информации о местоположении и может показаться повторной регистрацией. Однако поле типа регистрации явно указывает, что это периодическое обновление регистрации. AMF должен подтвердить не то, куда переместился UE, а более фундаментальные вещи: присутствует ли UE в сети, следует ли по-прежнему считать его достижимым для пейджинга и нужно ли сохранять его регистрационный контекст.
В управлении регистрацией 5GC Mobility Registration Update и Periodic Registration Update решают разные задачи. Первая процедура запускается мобильностью и ориентирована на обновление местоположения и маршрутизации; вторая запускается по истечении T3512 и служит для периодического подтверждения состояния регистрации и достижимости UE. UE, долго находящийся в CM-IDLE, может быть обязан связаться с сетью после истечения T3512, даже если он остаётся в той же зоне регистрации, обслуживается тем же AMF и не менял местоположение. Благодаря такому взаимодействию сеть обновляет представление о достижимости UE и, если UE длительно отсутствует, в конечном итоге может удалить устаревший регистрационный контекст через неявную дерегистрацию. Поэтому для понимания периодического обновления важен не вопрос о том, содержит ли Registration Request новое местоположение, а то, как управляется T3512, как UE запускает процедуру в CM-IDLE, как AMF интерпретирует тип регистрации и контекст UE и как сеть обрабатывает UE, который не обновился вовремя.
Зачем нужно периодическое обновление регистрации, если UE не перемещался?
После завершения начальной регистрации UE переходит в состояние 5GS Registered. Однако статус «зарегистрирован» не означает, что UE постоянно поддерживает NAS-сигнализацию с AMF. Многие смартфоны, IoT-устройства и терминалы с небольшим объёмом трафика при отсутствии активных данных или сигнализации переходят в CM-IDLE, чтобы уменьшить потребление радио- и сетевых ресурсов ядра.
Для UE длительное бездействие экономит ресурсы. Для 5GC, однако, возникает важный вопрос: последний раз AMF мог подтверждать доступность UE десятки минут или даже несколько часов назад. За это время UE мог выключиться, потерять покрытие или разрядить батарею либо просто оставаться нормально зарегистрированным в соте без генерации трафика.
Если ядро сети будет хранить регистрацию UE бесконечно, оно может продолжать удерживать устаревший контекст устройства, которое уже недостижимо. Если же контекст удалять слишком агрессивно, UE, который всё ещё нормально зарегистрирован, может быть вынужден без необходимости выполнять новую регистрацию.
Периодическое обновление регистрации согласует эти два требования. Сеть использует T3512 чтобы сообщить UE, сколько времени он может оставаться без другого значимого взаимодействия 5GMM, прежде чем должен инициировать периодическое обновление регистрации.
Поэтому процедуру можно рассматривать как периодическую проверку состояния между UE и 5GC:
UE уже зарегистрирован
→ UE длительное время остаётся в CM-IDLE
→ T3512 продолжает отсчёт
→ T3512 истекает
→ UE восстанавливает соединение NAS-сигнализации
→ UE инициирует периодическое обновление регистрации
→ AMF подтверждает и обновляет состояние регистрации
Главная цель процедуры — не сообщить о новом перемещении между зонами, а не допустить, чтобы UE и сеть неопределённо долго оставались рассинхронизированными относительно действительности существующего регистрационного контекста.
Когда T3512 фактически начинает отсчёт?
T3512 — не просто локальный таймер, который UE выбирает самостоятельно. Его значение контролируется сетью, а AMF может передать UE значение таймера периодической регистрации в сообщении Registration Accept. Пока UE не получит новое значение, он продолжает использовать сохранённую конфигурацию T3512.
Значение T3512 по умолчанию, определённое 3GPP, составляет 54 минуты, но это не означает, что в каждой коммерческой 5G-сети каждый UE выполняет обновление каждые 54 минуты. AMF может назначить другое значение в зависимости от конфигурации сети, поведения UE, данных подписки и политики. Если сеть деактивирует T3512 или установит его равным нулю, соответствующее периодическое обновление регистрации не выполняется.
В типичном сценарии доступа 3GPP, если сеть не использует возможность строго периодического регистрационного таймера, UE запускает или перезапускает T3512 при переходе из 5GMM-CONNECTED в 5GMM-IDLE. Когда UE возвращается в 5GMM-CONNECTED, таймер обычно останавливается. Это важно, поскольку периодическое обновление регистрации не генерируется просто по абсолютному времени независимо от активности UE.
Предположим, UE завершает регистрацию в 09:00, затем освобождает соединение NAS-сигнализации и переходит в CM-IDLE, при этом T3512 настроен на 54 минуты. Если не происходит другого взаимодействия, которое остановит, перезапустит или изменит таймер, после его истечения UE должен перейти к процедуре периодического обновления регистрации.
В более новых версиях спецификаций может поддерживаться и строго периодический регистрационный таймер. В этом режиме T3512 может запускаться после успешного завершения регистрации и не останавливается только потому, что UE переходит в 5GMM-CONNECTED. Если таймер истекает, пока UE находится в подключённом состоянии, он может быть перезапущен, а фактическое периодическое обновление регистрации всё равно обрабатывается в соответствии с текущим состоянием 5GMM.
Поэтому наличие «T3512 = 54 минуты» в Registration Accept не означает автоматически, что Registration Request должен появиться ровно через 54 минуты. При анализе трассы следует также учитывать, входил ли UE в состояние CONNECTED за этот период, выполнялась ли другая регистрация, включён ли строго периодический режим и был ли таймер обновлён или отключён.
Чем периодический Registration Request отличается от начальной регистрации?
Когда T3512 истекает, UE должен восстановить связь с сетью на плоскости управления. После восстановления пути NAS-сигнализации через gNB он отправляет в AMF NGAP Initial UE Message, содержащий текущие данные о местоположении UE и NAS Registration Request.
Наиболее важным информационным элементом для анализа сигнализации является 5GS registration type (тип регистрации 5GS) в Registration Request. В этой процедуре он устанавливается в значение periodic registration updating (периодическое обновление регистрации), явно сообщая AMF, что UE не подключается к 5GS впервые и не обновляет регистрацию из-за выхода за пределы зоны регистрации. Он периодически обновляет уже существующую регистрационную связь.
Обычно UE также передаёт существующий 5G-GUTI, чтобы AMF мог быстро связать запрос с уже имеющимся контекст UE. Сообщение может также включать Last Visited Registered TAI, UE Security Capability и PDU Session Status, чтобы сеть могла согласовать состояние мобильности и сессий, которое в настоящий момент считает активным сам UE.
Таким образом, уже в начале трассы можно различить три легко путаемых сценария Registration Request:
Начальная регистрация: UE должен установить новую регистрационную связь с 5GS
Обновление регистрации по мобильности: изменились местоположение UE или условия его зоны регистрации
Периодическое обновление регистрации: существующую регистрационную связь нужно периодически обновить
Во всех трёх процедурах используется Registration Request, но причины запуска принципиально различаются. При анализе регистрационной сигнализации 5GC одного имени сообщения «Registration Request» недостаточно для определения процедуры. Первым следует проверять поле типа регистрации 5GS.
Почему обновление может быть таким коротким, если обслуживающий AMF не меняется?
Одна из важнейших особенностей периодического обновления регистрации состоит не в количестве новых сигнальных сообщений, а в том, насколько короче оно может быть по сравнению с начальной регистрацией, когда существующий контекст остаётся действительным.
Предположим, UE остаётся в зоне обслуживания того же AMF, смены AMF не было, ранее созданный контекст UE и контекст безопасности остаются пригодными к использованию, а изменения подписки или политики не требуют дополнительной обработки. Когда AMF получает Registration Request с существующим 5G-GUTI, он может использовать сведения GUAMI, связанные с этой идентичностью, чтобы определить, что UE по-прежнему обслуживается локально, и получить соответствующий контекст UE.
В таких условиях многие процедуры, обычно присутствующие при полной начальной регистрации, не обязательно повторять.
Если идентичность и состояние безопасности остаются действительными, полная процедура 5G-AKA может не понадобиться, поэтому AUSF может отсутствовать в трассе. Поскольку обслуживающий AMF не изменился, ему не обязательно повторно регистрироваться в UDM или заново получать полный профиль подписки только из-за периодического обновления. Если зона доступа и политика не изменились, новая процедура PCF AM Policy также может не потребоваться. Если нет необходимости выбирать новый AUSF, UDM или PCF, соответствующие процедуры обнаружения через NRF тоже могут отсутствовать.
Типичный упрощённый сигнальный путь может выглядеть так:
UE
→ gNB: восстановить доступ
→ AMF: Initial UE Message + Periodic Registration Request
→ AMF: получить существующий контекст UE с помощью 5G-GUTI
→ gNB / UE: Registration Accept
→ UE: Registration Complete при необходимости
Формулировка «может не потребоваться» принципиальна. Регистрационная модель 3GPP позволяет сети выполнять любую обработку идентичности, безопасности, подписки и политики, необходимую для текущего контекста. Поэтому упрощённую трассу коммерческой сети нельзя считать фиксированной обязательной последовательностью для каждого периодического обновления регистрации.
Какие регистрационные состояния может обновить Registration Accept?
После подтверждения того, что UE может оставаться зарегистрированным, AMF возвращает ему обновлённый результат регистрации через Registration Accept. В зависимости от результата обработки сети сообщение может включать такие параметры, как Allowed NSSAI, T3512, TA List и, при необходимости, новый 5G-GUTI.
T3512 особенно важен при периодическом обновлении регистрации. Если AMF передаёт новое значение, UE должен использовать его в следующем периодическом цикле. Если нового значения нет, UE может продолжить использовать сохранённую конфигурацию. Благодаря этому сеть может со временем менять поведение периодической регистрации, не фиксируя интервал навсегда внутри терминала.
TA List в Registration Accept продолжает определять текущую зону регистрации UE. Хотя периодическое обновление само по себе не запускается выходом из этой области, успешное регистрационное взаимодействие всё равно позволяет сети передать UE актуальные параметры управления мобильностью.
Если Registration Accept содержит вновь назначенный 5G-GUTI, UE должен подтвердить успешное получение временной идентичности с помощью Registration Complete. Если AMF не назначает новый 5G-GUTI, отсутствие Registration Complete само по себе не указывает на ошибку. Трассу следует интерпретировать с учётом того, какие информационные элементы в Registration Accept действительно требуют подтверждения.
Именно поэтому периодическое обновление регистрации — это больше, чем простой механизм поддержания активности. Оно остаётся частью структуры 5GMM Registration и позволяет сети повторно синхронизировать параметры мобильности, относящиеся к регистрации, а не только проверять, способен ли UE отвечать.
Как проверить периодическое обновление регистрации в сигнальной трассе?
При поиске неисправностей периодического обновления регистрации эффективнее не начинать с поиска сигнализации AUSF или UDM, а пройти по цепочке T3512 → состояние UE → Registration Request → контекст AMF → Registration Accept.
Если после регистрации UE ни разу не инициирует периодическое обновление, сначала проверьте, содержал ли Registration Accept действительное значение T3512. Если T3512 деактивирован или установлен в ноль, периодического обновления ожидать не следует. Если значение действительно, убедитесь, что UE действительно перешёл в соответствующее состояние 5GMM-IDLE и не было NAS-взаимодействия, которое могло остановить, перезапустить или обновить таймер.
Если UE отправляет Registration Request, но AMF трактует его как начальную регистрацию, проверьте тип регистрации 5GS и 5G-GUTI. Если AMF не может связать 5G-GUTI с существующим контекстом UE, процедура может перейти в более сложный путь восстановления идентичности или повторной регистрации.
Если Registration Request распознан правильно, но затем появляется полная процедура аутентификации, само по себе это не означает наличие проблемы. Следует проверить существующий NAS Security Context и то, не решила ли сеть повторно выполнить аутентификацию в соответствии со своей политикой безопасности.
Помимо T3512 на стороне UE, AMF использует важный сетевой механизм контроля достижимости: Mobile Reachable Timer (таймер мобильной достижимости). Для нормально зарегистрированного UE этот сетевой таймер длиннее T3512; типовое значение по умолчанию составляет T3512 плюс четыре минуты. AMF запускает Mobile Reachable Timer после освобождения соединения NAS-сигнализации и останавливает его, когда UE вновь устанавливает NAS-соединение.
Оба механизма работают совместно:
T3512 на стороне UE: указывает UE, когда нужно вернуться для обновления регистрации
Mobile Reachable Timer на стороне AMF: контролирует, появляется ли UE снова в ожидаемый период
Если UE длительное время не связывается с сетью, Mobile Reachable Timer и последующий механизм неявной дерегистрации позволяют ядру постепенно обработать UE, достижимость которого больше нельзя подтвердить, вместо бессрочного хранения устаревшего регистрационного контекста.
Таким образом, истинная цель периодического обновления регистрации 5GC — не «регистрироваться заново каждые несколько десятков минут». Оно позволяет долго бездействующему UE и AMF периодически восстанавливать общее представление о состоянии регистрации: UE по-прежнему присутствует, существующая регистрационная связь остаётся действительной, а соответствующие параметры мобильности могут продолжать использоваться в следующем периоде.
Частые вопросы
Всегда ли T3512 равен 54 минутам во всех сетях 5G?
Нет. 54 минуты — это значение по умолчанию, определённое 3GPP, но AMF может назначить другое значение в зависимости от конфигурации сети, поведения UE, данных подписки и политики. При анализе сигнализации и поиске неисправностей следует использовать фактическое значение T3512, полученное UE, а не предполагать, что оно всегда равно 54 минутам.
Если в течение 54 минут у UE есть обычный трафик, отправит ли он периодическое обновление регистрации ровно через 54 минуты?
Не обязательно. При обычной работе T3512 переход в 5GMM-CONNECTED влияет на периодический таймер, и он может перезапуститься, когда UE позже вернётся в IDLE. Поэтому следующий Registration Request нельзя предсказать простым добавлением 54 минут ко времени завершения начальной регистрации. При включённом строго периодическом регистрационном таймере временное поведение также отличается.
Для каждого периодического обновления регистрации нужны AUSF, UDM и PCF?
Нет. Если обслуживающий AMF не меняется, контекст UE и контекст безопасности остаются действительными и нет необходимости обновлять данные подписки или политики, процедура может быть очень короткой. Вызов AUSF, UDM, PCF или NRF зависит от текущего контекста UE и реализации сети. Эти сетевые функции не следует считать обязательными участниками каждого периодического обновления регистрации.
Применяется ли периодическое обновление регистрации к доступу не-3GPP, например Wi-Fi?
Механизм периодического обновления регистрации на основе T3512 применяется к UE, зарегистрированному в 5GS через доступ 3GPP. Для доступа не-3GPP система 5GS использует другие соответствующие механизмы управления регистрацией и дерегистрацией, поэтому поведение T3512, применяемое для доступа NR, нельзя напрямую переносить на Wi-Fi или другие сценарии не-3GPP-доступа.
