UE 5G может работать нормально, иметь устойчивое радиопокрытие и даже активную PDU Session, когда AMF внезапно отправляет ему инициированный сетью Deregistration Request. UE не выключался и не отправлял Deregistration Request по собственной инициативе.
В таком поведении нет противоречия. Отношение регистрации в 5GC не обязательно должно завершаться самим UE. Действия эксплуатации и обслуживания, длительная недоступность UE, внутренняя обработка состояния в AMF или отзыв 5G-подписки абонента в UDM могут привести к тому, что сеть завершит существующую регистрацию. При анализе трасс важно спрашивать не только о том, были ли в итоге удалены ресурсы UPF, но и кто первым принял решение о дерегистрации, может ли UE ещё получить уведомление, требует ли сеть повторной регистрации и какие сигнальные сообщения вполне законно могут вообще не появиться.
Кто может решить, что зарегистрированный UE должен покинуть 5GS?
При рассмотрении инициированной сетью дерегистрации сначала нужно различать «инициирование» и «срабатывание причины». Саму процедуру в конечном счёте инициирует и выполняет AMF, однако причина её запуска не всегда возникает внутри AMF.
Один тип сценария начинается в AMF. Оператор может явно дерегистрировать пользователя для технического обслуживания, миграции пользователя или другой задачи управления сетью, заставляя UE в состоянии RM-REGISTERED покинуть текущую регистрацию. Другой тип — неявная дерегистрация. Если сеть больше не может подтвердить доступность UE и выполнены соответствующие условия таймеров, AMF может начать очистку контекста, не ожидая каких-либо действий со стороны UE.
Третий путь начинается в UDM. Например, если оператор отзывает у абонента подписку на услуги 5G, UDM первым узнаёт об изменении состояния подписки. UDM не отправляет NAS-сигнализацию непосредственно UE. Вместо этого он уведомляет AMF, который в данный момент обслуживает этот UE, а AMF уже преобразует решение ядра сети в процедуру дерегистрации, инициированной сетью.
С точки зрения взаимодействия сетевых функций основные источники можно свести к следующему:
явное инициирование AMF: действия эксплуатации и обслуживания, миграция пользователя или другие задачи управления сетью;
неявная дерегистрация AMF: выполнены условия таймера дерегистрации или контроля доступности, и UE больше нельзя считать нормально зарегистрированным;
дерегистрация, вызванная UDM: например, подписка пользователя отозвана, и UDM указывает AMF дерегистрировать UE.
Независимо от исходной причины конечная цель одинакова: прежняя регистрация в 5GS больше недействительна, и UE переходит из RM-REGISTERED в RM-DEREGISTERED.
Почему явная и неявная дерегистрация так по-разному выглядят в трассе?
Обе процедуры в конечном итоге выводят UE из зарегистрированного состояния, однако их сигнализация может выглядеть совершенно по-разному.
При явной дерегистрации сеть обычно ещё может обмениваться сообщениями с UE. AMF может отправить NAS Deregistration Request и сообщить UE, что его текущая регистрация завершается. Если UE остаётся доступным, он может вернуть Deregistration Accept, после чего сеть продолжает освобождение оставшегося контекста и сигнального соединения со стороны доступа.
Неявная дерегистрация начинается при других условиях. Обычно она возникает после того, как UE достаточно долго не появлялся и не отвечал, из-за чего сеть больше не может подтвердить его доступность. На этом этапе отправка ещё одного Deregistration Request может быть бессмысленной, поскольку UE уже может быть выключен, находиться вне покрытия или быть отключённым иным образом.
Поэтому неявная дерегистрация в трассе может выглядеть просто как сетевое удаление контекста без полного обмена Deregistration Request → Deregistration Accept.
Отсюда следует полезное правило анализа трасс: отсутствие Deregistration Request от сети к UE не доказывает, что инициированной сетью дерегистрации не было. В неявном сценарии сеть может очищать контекст именно потому, что UE уже недоступен для сигнализации.
Как UDM передаёт AMF решение об отзыве подписки?
Изменение прав абонента на обслуживание — один из наиболее наглядных примеров инициированной сетью дерегистрации. Предположим, UE уже зарегистрирован в посещаемой сети и получил услугу, но домашняя сеть затем отзывает у пользователя 5G-подписку. Первым это изменение видит UDM, а не gNB или UE.
UDM может отправить Deregistration Notification обслуживающему AMF через URI обратного вызова, ранее зарегистрированный этим AMF. В типичном случае уведомление может содержать причину, такую как SUBSCRIPTION_WITHDRAWN и указывать соответствующий Access Type, например 3GPP_ACCESS.
Только после получения такого уведомления AMF переходит к процедуре сетевой дерегистрации, обращённой к UE. Затем AMF может через gNB отправить UE NAS Deregistration Request. Помимо идентификатора UE и Access Type, особенно важным является поле re-registration required (требуется повторная регистрация).
Это поле показывает, ожидает ли сеть от UE выполнения нового Registration после дерегистрации. Его нельзя понимать так, будто любая инициированная сетью дерегистрация обязательно приводит к успешной повторной регистрации. В некоторых сценариях сети нужно лишь вывести UE из текущего AMF или заново построить его регистрационный контекст. Если абонент действительно утратил право на услуги 5G, успешность последующего Registration определяется отдельно.
После обработки уведомления от UDM к AMF последний возвращает соответствующее подтверждение UDM. К этому моменту управляющая цепочка переходит от состояния «подписка изменилась» к состоянию «обслуживающий AMF выполняет дерегистрацию».
Как очищаются внутренние сетевые ресурсы после решения сети дерегистрировать UE?
Начиная с этого этапа, часть действий по освобождению ресурсов совпадает с дерегистрацией, инициированной UE. Нет смысла снова перечислять каждое сообщение N4, PCF и UDM. Гораздо важнее понять, почему эти действия очистки по-прежнему нужны в процедуре, инициированной сетью.
У UE уже может быть одна или несколько активных PDU Sessions. Как только AMF решает завершить регистрацию, он должен поручить соответствующим SMF освободить эти сессии. Затем SMF освобождает ресурсы пользовательской плоскости и пути N3 на стороне UPF и завершает отношения SM Policy, у которых больше нет действующего сервисного контекста. Подписки или регистрации в UDM также могут удаляться с учётом состояния оставшихся сессий.
Самому AMF также может потребоваться освободить отношения политик доступа и мобильности, включая AM Policy Association и применимую UE Policy Association. В противном случае может возникнуть несогласованное состояние: UE уже не зарегистрирован, но PCF, SMF или UDM продолжают хранить отношения, указывающие на продолжающееся обслуживание.
Сложность заключается не в том, чтобы «удалить как можно больше». Сеть должна учитывать текущий Access Type и любое ещё действующее состояние обслуживания. Если UE остаётся зарегистрированным через другой доступ или некоторый контекст всё ещё используется другой сессией, удалять всё состояние UE было бы неправильно.
Поэтому после появления инициированного сетью Deregistration Request при диагностике не следует искать строго одинаковую последовательность из 14 сообщений. Нужно проверить, действительно ли освобождены те PDU Sessions, которые должны быть освобождены, завершены ли устаревшие отношения политик и сохранён ли контекст, который всё ещё должен оставаться действительным.
Чем явное удаление UE из AMF отличается от отзыва подписки в UDM?
Поздние этапы этих двух процедур могут выглядеть очень похоже, поскольку в обоих случаях AMF в итоге дерегистрирует UE, и обе процедуры могут перейти к одной и той же логике очистки PDU Session и политик. Однако начинаются они по-разному.
Если оператор явно удаляет UE из AMF, первое существенное действие исходит непосредственно от AMF. Предварительного Deregistration Notification от UDM нет. AMF уже знает эксплуатационную причину дерегистрации и может сразу отправить UE Deregistration Request.
Если 5G-услуга абонента была отозвана, исходной точкой является UDM. До того как AMF начнёт действовать, он обычно получает уведомление о дерегистрации от UDM. В многоточечных трассах нескольких NF это различие особенно полезно, потому что показывает, кто первым решил, что существующую регистрацию следует завершить, а не объединяет всю последующую сигнализацию очистки в один сценарий.
При миграции AMF или перераспределении пользователей внутри пула AMF требование re-registration в Deregistration Request следует анализировать вместе с тем, начинает ли UE затем новую процедуру Registration. В таком случае дерегистрация может быть одним из шагов перевода UE на другой обслуживающий AMF, а не постоянным прекращением 5G-услуг абонента.
Отзыв подписки по своей природе отличается, поскольку отражает изменение прав абонента на обслуживание. Даже если NAS-процедура позволяет UE снова попытаться выполнить Registration, ядро сети всё равно оценит попытку с учётом обновлённого состояния подписки.
В трассе сначала определите, кто отправил первое сообщение
Инициированную сетью дерегистрацию проще анализировать, разделив её на четыре этапа: источник → уведомление → очистка ресурсов → ответ UE.
Сначала определите источник. Если самое раннее релевантное сообщение — Deregistration Notification от UDM к AMF, процедура была вызвана событием на стороне UDM. Если AMF напрямую отправляет UE Deregistration Request, вероятнее всего, это явно инициированный AMF сценарий. Если ни одного из этих сообщений нет, но сеть начинает удалять контекст UE, следует рассмотреть неявную дерегистрацию.
Во-вторых, проверьте направление NAS. При дерегистрации, инициированной сетью, Deregistration Request идёт AMF → UE. Это направление противоположно дерегистрации, инициированной UE. Название сообщения может быть одинаковым, поэтому направление имеет принципиальное значение.
В-третьих, проверьте, возвращает ли UE Deregistration Accept. При явной дерегистрации, если UE остаётся доступным, ответ обычно присутствует. При неявной дерегистрации UE уже может быть недоступен, поэтому этот шаг может отсутствовать.
В-четвёртых, проверьте внутренние ресурсы сети. Если у UE ранее были PDU Sessions, убедитесь, что соответствующие ресурсы SMF и UPF освобождены. Если процедура началась в UDM или затрагивала состояние политик, проверьте также отношения в UDM и PCF.
Практическая последовательность анализа:
Определить, какая NF инициировала или вызвала процедуру;
Подтвердить направление Deregistration Request и Access Type;
Проверить, соответствует ли re-registration required текущему сценарию;
Определить, возвращает ли UE Deregistration Accept;
Проверить освобождение существующих PDU Sessions и ресурсов пользовательской плоскости;
Наконец, подтвердить, что состояние регистрации UE вышло из RM-REGISTERED.
Такой подход ближе к реальной диагностике, чем механическая проверка отсутствия одного HTTP/2-сообщения в пронумерованной эталонной схеме. Инициированная сетью дерегистрация может иметь несколько причин, поэтому разные сценарии могут различаться уже с первого сообщения.
Часто задаваемые вопросы
Всегда ли при инициированной сетью дерегистрации UE получает Deregistration Request?
Нет. При явной дерегистрации, если UE доступен, AMF обычно отправляет Deregistration Request. Неявная дерегистрация часто происходит после длительной недоступности UE, поэтому сеть может непосредственно очистить регистрационный контекст без появления NAS Deregistration Request в трассе.
Может ли UDM напрямую дерегистрировать UE?
UDM в основном отвечает за данные абонента и подписки. Такие события, как отзыв подписки, могут запустить дерегистрацию, однако обслуживающий AMF остаётся сетевой функцией, которая выполняет инициированный сетью Deregistration Request в сторону UE. При анализе трасс нужно различать вызванную UDM и инициированную AMF дерегистрацию.
Если re-registration required установлен в 1, означает ли это, что UE гарантированно успешно зарегистрируется снова?
Нет. Поле означает, что сеть требует от UE снова выполнить Registration, однако принятие новой регистрации зависит от прав абонента, ограничений доступа, сетевой политики и причины первоначальной дерегистрации. Если подписка была отозвана, новая попытка Registration не гарантирует, что 5GC примет UE.
Полностью ли отличаются шаги освобождения ресурсов от дерегистрации, инициированной UE?
Нет. Направление инициирования различается, но после того как сеть решает завершить регистрацию, очистка существующих PDU Sessions, ресурсов UPF и отношений политик может в значительной степени совпадать с дерегистрацией, инициированной UE. Полезнее различать, кто запустил процедуру, направление NAS-сообщения, ожидается ли подтверждение UE и требуется ли повторная регистрация.
