UE может отсутствовать в сети настолько долго, что будут выполнены условия таймера неявной дерегистрации в AMF. На этом этапе вопрос уже не в том, как UE завершает регистрацию: возможно, доставить ему сообщение NAS о дерегистрации больше нельзя. Вместо этого сеть должна определить, что делать с данными подписки, контекстом управления мобильностью и состояниями подписки и регистрации в UDM, которые AMF всё ещё хранит для данного UE.
На этом этапе очистки применяется AMF Purge (очистка AMF). В 3GPP процедура определена как Purge of Subscriber Data in AMF (удаление данных абонента в AMF). После неявной или явной дерегистрации UE функция AMF может удалить локально сохранённые Subscriber Data и MM Context, а также прекратить соответствующие взаимодействия с UDM.
Поэтому анализ Purge не следует начинать заново с Registration Request, Authentication или Registration Accept. Основное внимание уделяется тому, как после прекращения регистрации между AMF и UDM очищаются устаревшие состояния, связанные с регистрацией.
Различия между Purge, регистрацией и дерегистрацией по инициативе сети
Purge иногда путают с дерегистрацией, поскольку она может выполняться после наступления условий неявной дерегистрации. Однако это разные процедуры.
| Процедура | Основное назначение | Типовая сигнализация для проверки |
|---|---|---|
| Первичная регистрация | Установить регистрационные отношения между UE и 5GS | Registration Request / Accept |
| Дерегистрация по инициативе сети | Прекратить существующую регистрацию UE в 5GS | Deregistration Request и соответствующая сигнализация очистки |
| AMF Purge | Удалить из AMF устаревшие данные абонента и MM Context и очистить соответствующее состояние в UDM | SDM Unsubscribe и UECM Deregistration |
При неявной дерегистрации UE может длительное время оставаться недоступным, поэтому процедура Purge не требует его участия. Отсутствие в трассировке сообщений NAS о регистрации или дерегистрации со стороны UE не означает, что очистка не выполнялась.
Точнее, дерегистрация означает прекращение текущих регистрационных отношений UE с 5GS, а Purge удаляет оставшиеся состояния AMF и UDM, связанные с этими отношениями.
Причины прекращения регистрации UE со стороны сети рассматриваются в материале Процедура дерегистрации по инициативе сети в ядре 5GC. Purge продолжает очистку на стороне AMF после дерегистрации.
Условия запуска и объём очистки AMF Purge
Типичный триггер — выполнение условий таймеров AMF, используемых для неявной дерегистрации. Сеть больше не может считать UE штатно зарегистрированным и начинает очистку оставшегося контекста.
AMF необходимо обработать две основные категории состояний.
Первая — Subscriber Data (данные абонента). Во время регистрации UE функция AMF может получать из UDM и сохранять данные подписки, относящиеся к доступу и управлению мобильностью. Кроме того, AMF может создавать SDM Subscription, чтобы получать уведомления от UDM об изменениях соответствующих данных абонента.
Вторая — MM Context (контекст управления мобильностью). Он содержит информацию, используемую AMF для управления регистрацией и мобильностью UE. После прекращения текущей регистрации этот локальный контекст не должен оставаться выделенным на неопределённый срок.
Таким образом, Purge удаляет старые состояния, а не создаёт новые. Типовые операции очистки включают:
Отмену подписки AMF на данные абонента в UDM;
Дерегистрацию записи AMF в UECM на стороне UDM;
Удаление данных абонента UE и MM Context, локально хранящихся в AMF;
Приведение состояния регистрации UE в AMF в соответствие с фактическим состоянием дерегистрации.
Сигнализация SDM Unsubscribe и UECM Deregistration
С точки зрения трассировки SBI основная последовательность сигнализации AMF Purge относительно короткая и сосредоточена между AMF и UDM.
Отмена подписки SDM
Сначала AMF необходимо удалить ранее созданную подписку на данные абонента. В трассировке HTTP/2 можно наблюдать операцию, подобную следующей:
DELETE /nudm-sdm/v2/{SUPI}/sdm-subscriptions/{subscriptionId}
UDM использует Subscription ID для поиска и удаления соответствующей подписки. После её удаления последующие изменения данных абонента UE больше не передаются этому AMF через удалённую подписку.
В нормальных условиях UDM может вернуть 204 No Content, подтверждая успешное удаление подписки.
Дерегистрация AMF в UECM
Затем функция AMF должна обновить своё регистрационное состояние в UECM функции UDM. В трассировке работающей сети это может выглядеть как обновление ресурса AMF 3GPP Access Registration с передачей GUAMI и PurgeFlag=true в запросе.
UDM проверяет соответствующую регистрационную запись AMF на основе полученных данных. Если GUAMI совпадает с сохранёнными сведениями об обслуживающей AMF, в регистрационных данных отражается состояние Purge, указывающее, что обслуживающая AMF выполнила требуемые дерегистрацию и очистку для UE.
После успешной обработки UDM также может вернуть 204 No Content. На этом этапе очищены две основные связи между AMF и UDM:
Подписка SDM Subscription удалена;
для AMF Registration в UECM завершена обработка дерегистрации/Purge.
Наконец, AMF удаляет локально сохранённый контекст UE и переводит соответствующее состояние управления регистрацией в RM-DEREGISTERED.
Что проверять в трассировке AMF Purge
Поиск неисправностей AMF Purge не следует начинать с Registration Request; как правило, также нет необходимости начинать с gNB или UPF. Главный вопрос — согласованность состояний AMF и UDM.
Полезные контрольные точки:
SDM Subscription: убедиться, что AMF отправляет Unsubscribe с правильными SUPI и Subscription ID;
UDM Response: подтвердить успешное завершение удаления SDM и удаление исходной подписки в UDM;
UECM Registration: проверить, что AMF выполняет Deregistration для правильного Access Type и регистрационной записи UE;
GUAMI: подтвердить совпадение GUAMI из запроса с данными об обслуживающей AMF, хранящимися в UDM;
PurgeFlag: убедиться, что запрос корректно обозначает операцию как Purge;
AMF Local Context: после завершения операций в UDM проверить, что AMF действительно удалила соответствующие Subscriber Data и MM Context.
Если SDM Subscription уже удалена, но AMF продолжает хранить старый MM Context, вероятнее всего, проблема заключается в локальной очистке AMF. Если же сбой происходит на этапе SDM Unsubscribe, далее следует проверить Subscription ID, SUPI и соответствующую подписку, сохранённую в UDM.
Поэтому завершение Purge нельзя определять лишь по появлению какого-либо конкретного сообщения NAS. Более надёжный критерий — соответствуют ли локальный контекст AMF, подписка на данные в UDM и состояние регистрации UECM тому факту, что UE больше не зарегистрировано.
Часто задаваемые вопросы
AMF Purge и неявная дерегистрация — это одно и то же?
Не совсем. Неявная дерегистрация может привести к последующей процедуре Purge, однако Purge более конкретно означает удаление Subscriber Data и MM Context в AMF после дерегистрации, а также удаление связанных подписки SDM и регистрации UECM в UDM.
Нужно ли UE отправлять сообщение NAS для выполнения AMF Purge?
Не обязательно. При неявной дерегистрации UE уже может быть недоступным. Основная сигнализация Purge проходит между AMF и UDM, поэтому трассировка может не содержать сообщений Registration Request или Deregistration Request со стороны UE.
Что делает Nudm_SDM_Unsubscribe?
Эта операция удаляет подписку на данные абонента, которую AMF ранее создала для UE. После отмены подписки UDM больше не направляет данному AMF уведомления о последующих изменениях данных абонента через удалённую подписку.
Для чего используется PurgeFlag?
При выполнении Purge процедура UECM Deregistration может содержать соответствующий признак, сообщающий UDM, что AMF очищает данную регистрационную связь. При анализе трассировок PurgeFlag необходимо рассматривать вместе с GUAMI и относящейся к нему UECM Registration.
Почему во время Purge регистрация не выполняется заново?
Purge очищает уже завершённую прежнюю регистрационную связь, а не создаёт новую. Если UE позднее снова обратится к 5GS, оно пройдёт подходящую процедуру Registration в соответствии с текущим состоянием UE и сети. Это отдельная последовательность сигнализации.
