Um UE pode permanecer ausente da rede por tempo suficiente para que sejam atendidas as condições do temporizador de desregistro implícito do AMF. Nesse momento, a questão já não é como o UE conclui o registro; pode nem ser possível entregar uma mensagem NAS de desregistro ao dispositivo. Em vez disso, a rede precisa decidir o que fazer com os dados de assinatura, o contexto de gerenciamento de mobilidade e os estados de assinatura e registro no UDM que o AMF ainda mantém para aquele UE.
Essa etapa de limpeza é tratada pela purga do AMF (AMF Purge). O 3GPP define o procedimento como Purge of Subscriber Data in AMF (purga de dados de assinante no AMF). Após o desregistro implícito ou explícito do UE, o AMF pode remover os dados de assinante e o MM Context armazenados localmente e encerrar os vínculos correspondentes mantidos com o UDM.
Portanto, a análise da purga não deve recomeçar pelo Registration Request, Authentication ou Registration Accept. O foco é entender como os estados de registro desatualizados são removidos entre o AMF e o UDM depois que a relação de registro já foi encerrada.
Diferenças entre purga, registro e desregistro iniciado pela rede
A purga às vezes é confundida com o desregistro porque pode ocorrer depois de uma condição de desregistro implícito, mas são procedimentos diferentes.
| Procedimento | Objetivo principal | Sinalização típica a verificar |
|---|---|---|
| Registro inicial | Estabelecer a relação de registro entre o UE e o 5GS | Registration Request / Accept |
| Desregistro iniciado pela rede | Encerrar uma relação de registro 5GS existente | Deregistration Request e sinalização de limpeza relacionada |
| Purga do AMF | Remover do AMF os dados de assinante desatualizados e o MM Context e limpar o estado relacionado no UDM | SDM Unsubscribe e UECM Deregistration |
Em um cenário de desregistro implícito, o UE pode estar inacessível há muito tempo; por isso, o próprio procedimento de purga não exige sua participação. A ausência de mensagens NAS de registro ou desregistro do lado do UE em um rastreamento não significa que a purga não tenha ocorrido.
Mais precisamente, o desregistro determina que o UE não mantém mais a relação de registro 5GS atual, enquanto a purga remove os estados restantes no AMF e no UDM associados a essa relação.
Para entender por que a rede encerra o registro do UE, consulte o procedimento de desregistro iniciado pela rede no núcleo 5GC. A purga dá continuidade à limpeza do lado do AMF após o desregistro.
Gatilhos e escopo da limpeza na purga do AMF
Um gatilho típico ocorre quando são atendidas as condições dos temporizadores do AMF usados para o desregistro implícito. A rede deixa de poder considerar o UE normalmente registrado e passa à limpeza do contexto restante.
O AMF precisa lidar principalmente com duas categorias de estado.
A primeira é Subscriber Data (dados de assinante). Durante o registro do UE, o AMF pode obter do UDM e armazenar localmente dados de assinatura relacionados ao acesso e ao gerenciamento de mobilidade. Também pode estabelecer uma SDM Subscription para receber notificações do UDM quando houver alterações relevantes nesses dados.
A segunda é o MM Context (contexto de gerenciamento de mobilidade). Esse contexto contém informações usadas pelo AMF para gerenciar o registro e o estado de mobilidade do UE. Quando o UE deixa de manter a relação de registro atual, esse contexto local não deve continuar alocado indefinidamente.
Assim, a purga remove estados antigos, em vez de criar estados novos. A limpeza normalmente inclui:
Cancelar no UDM a assinatura de dados de assinante mantida pelo AMF;
Desregistrar no UDM o registro UECM do AMF;
Remover os dados de assinante do UE e o MM Context armazenados localmente no AMF;
Alinhar o estado de registro do UE mantido no AMF ao seu estado real de desregistro.
Sinalização de SDM Unsubscribe e UECM Deregistration
Sob a perspectiva de um rastreamento SBI, a sequência principal de sinalização da purga do AMF é relativamente curta e concentra-se entre o AMF e o UDM.
Cancelamento da assinatura SDM
Primeiro, o AMF precisa remover a assinatura de dados de assinante criada anteriormente. Em um rastreamento HTTP/2, pode-se observar uma operação semelhante à seguinte:
DELETE /nudm-sdm/v2/{SUPI}/sdm-subscriptions/{subscriptionId}
O UDM usa o Subscription ID para localizar e excluir o vínculo de assinatura correspondente. Após a remoção, alterações posteriores nos dados do UE não são mais notificadas àquele AMF por meio da assinatura excluída.
Em condições normais, o UDM pode retornar 204 No Content para indicar que a assinatura foi removida com sucesso.
Desregistro do AMF no UECM
Em seguida, o AMF precisa atualizar seu estado de registro no UECM do UDM. Em um rastreamento real da rede, isso pode aparecer como atualização do recurso AMF 3GPP Access Registration, com a solicitação contendo GUAMI e PurgeFlag=true.
O UDM verifica o registro AMF correspondente com base nas informações recebidas. Se o GUAMI coincidir com as informações armazenadas sobre o AMF responsável, o estado de purga será refletido nos dados de registro, indicando que esse AMF executou o desregistro e a limpeza necessários para o UE.
Após o processamento bem-sucedido, o UDM também pode retornar 204 No Content. Nesse ponto, os dois principais vínculos entre o AMF e o UDM foram limpos:
A SDM Subscription foi removida;
O AMF Registration no UECM concluiu o processamento de desregistro/purga.
Por fim, o AMF remove o contexto do UE armazenado localmente e muda o estado de gerenciamento de registro correspondente para RM-DEREGISTERED.
O que verificar em um rastreamento de purga do AMF
A investigação de falhas na purga do AMF não deve começar pelo Registration Request; normalmente também não é necessário começar pelo gNB ou UPF. A questão principal é a consistência dos estados entre o AMF e o UDM.
Os pontos de verificação úteis incluem:
SDM Subscription: verificar se o AMF envia Unsubscribe com o SUPI e o Subscription ID corretos;
UDM Response: confirmar que a exclusão da SDM foi concluída com sucesso e que o UDM removeu o vínculo original da assinatura;
UECM Registration: verificar se o AMF executa Deregistration para o Access Type e o registro de UE corretos;
GUAMI: confirmar que o GUAMI enviado na solicitação coincide com as informações do AMF responsável armazenadas no UDM;
PurgeFlag: confirmar que a solicitação identifica corretamente a operação como um procedimento de purga;
AMF Local Context: depois das operações no UDM, verificar se o AMF realmente remove os Subscriber Data e o MM Context correspondentes.
Se a SDM Subscription já foi removida, mas o AMF continua mantendo o MM Context antigo, é mais provável que a falha esteja na limpeza local do AMF. Se o próprio SDM Unsubscribe falhar, as próximas verificações devem incluir o Subscription ID, o SUPI e o vínculo de assinatura correspondente armazenado no UDM.
Portanto, a conclusão da purga não deve ser avaliada apenas pela presença de uma determinada mensagem NAS. Um critério mais confiável é verificar se o contexto local do AMF, a assinatura de dados no UDM e o estado de registro UECM estão todos consistentes com o fato de que o UE não está mais registrado.
Perguntas frequentes
A purga do AMF é igual ao desregistro implícito?
Não exatamente. O desregistro implícito pode levar a uma purga posterior, mas a purga se refere especificamente à limpeza dos Subscriber Data e do MM Context pelo AMF após o desregistro, bem como à remoção da assinatura SDM e do registro UECM correspondentes no UDM.
A purga do AMF exige que o UE envie uma mensagem NAS?
Não necessariamente. Em um desregistro implícito, o UE pode já estar inacessível. A principal sinalização da purga ocorre entre o AMF e o UDM; portanto, um rastreamento pode não conter Registration Request nem Deregistration Request do lado do UE.
Para que serve Nudm_SDM_Unsubscribe?
Ele remove a assinatura de dados de assinante que o AMF havia estabelecido anteriormente para o UE. Após o cancelamento, o UDM deixa de enviar ao AMF notificações posteriores de alterações dos dados de assinante por meio da assinatura removida.
Qual é a finalidade do PurgeFlag?
Durante a purga, UECM Deregistration pode levar uma indicação relacionada à purga para informar ao UDM que o AMF está limpando a relação de registro correspondente. Na análise de rastreamentos, PurgeFlag deve ser interpretado em conjunto com GUAMI e com o UECM Registration relacionado.
Por que o registro não é realizado novamente durante a purga?
A purga limpa uma relação de registro antiga que já terminou; ela não estabelece uma nova. Se o UE acessar o 5GS novamente mais tarde, seguirá o procedimento Registration apropriado conforme os estados atuais do UE e da rede. Essa será uma sequência de sinalização separada.
