Um UE 5G pode estar a funcionar normalmente, com cobertura de rádio intacta e até com uma PDU Session ativa, quando o AMF lhe envia subitamente uma Deregistration Request iniciada pela rede. O UE não foi desligado nem enviou por iniciativa própria uma Deregistration Request.
Não há contradição nesse comportamento. Uma relação de registo no 5GC não precisa de ser terminada pelo UE. Ações de operação e manutenção, indisponibilidade prolongada do UE, tratamento interno de estado no AMF ou retirada da subscrição 5G do assinante no UDM podem levar a rede a terminar um registo existente. Ao analisar capturas de sinalização, as perguntas mais importantes não são apenas se os recursos do UPF acabaram por ser removidos, mas quem tomou primeiro a decisão de desregisto, se o UE ainda pode receber a notificação, se a rede exige um novo registo e quais mensagens de sinalização podem legitimamente nunca aparecer.
Quem pode decidir que um UE registado deve sair do 5GS?
O desregisto iniciado pela rede exige primeiro distinguir entre «iniciar» e «desencadear». O procedimento é, em última análise, iniciado e executado pelo AMF, mas a razão para isso nem sempre se origina dentro do próprio AMF.
Uma categoria começa no AMF. Um operador pode desregistrar explicitamente um utilizador para manutenção, migração de utilizador ou outra finalidade de gestão de rede, forçando um UE atualmente em RM-REGISTERED a abandonar o registo existente. Outra categoria é o desregisto implícito. Se a rede já não conseguir confirmar que o UE está alcançável e forem satisfeitas as condições de temporização relevantes, o AMF pode começar a limpar o contexto sem esperar que o UE inicie qualquer ação.
Uma terceira via começa no UDM. Por exemplo, se o operador retirar a subscrição de serviço 5G do assinante, o UDM sabe que o estado da subscrição mudou. O UDM não envia sinalização NAS diretamente ao UE. Em vez disso, notifica o AMF que atualmente serve esse UE, e o AMF transforma essa decisão do núcleo num procedimento de desregisto iniciado pela rede.
Do ponto de vista das relações entre funções de rede, as principais origens podem ser resumidas da seguinte forma:
início explícito pelo AMF: ações de operação e manutenção, migração de utilizador ou outras finalidades de gestão de rede;
desregisto implícito pelo AMF: as condições do temporizador de desregisto ou de alcançabilidade são satisfeitas e o UE já não pode ser considerado normalmente registado;
desregisto desencadeado pelo UDM: por exemplo, a subscrição do utilizador é retirada e o UDM instrui o AMF a desregistrar o UE.
Independentemente da causa original, o objetivo final é o mesmo: o registo 5GS anterior deixa de ser válido e o UE transita de RM-REGISTERED para RM-DEREGISTERED.
Porque é que o desregisto explícito e o implícito parecem tão diferentes numa captura?
Ambos os procedimentos acabam por retirar o UE do estado registado, mas a sinalização pode parecer bastante diferente.
Durante um desregisto explícito, a rede normalmente ainda consegue comunicar com o UE. O AMF pode enviar uma Deregistration Request NAS informando o UE de que o registo atual será terminado. Se o UE continuar alcançável, pode devolver uma Deregistration Accept, após o que a rede continua a libertar o contexto restante e a ligação de sinalização do lado do acesso.
O desregisto implícito começa numa condição diferente. Normalmente ocorre depois de o UE não reaparecer nem responder durante tempo suficiente para que a rede deixe de conseguir confirmar a sua alcançabilidade. Nessa fase, enviar outra Deregistration Request pode não ter utilidade porque o UE pode já estar desligado, fora de cobertura ou de outra forma desconectado.
Como resultado, o desregisto implícito pode aparecer simplesmente como limpeza de contexto do lado da rede sem uma troca completa Deregistration Request → Deregistration Accept.
Isto leva a uma regra útil para análise de capturas: a ausência de uma Deregistration Request da rede para o UE não prova que não tenha ocorrido um desregisto iniciado pela rede. Num cenário implícito, a rede pode estar a limpar o contexto precisamente porque o UE já não está disponível para sinalização.
Como é que o UDM transmite ao AMF uma decisão de retirada de subscrição?
Uma alteração no direito de serviço do assinante é um dos exemplos mais claros de desregisto iniciado pela rede. Suponha que um UE já está registado numa rede visitada e estabeleceu serviço, mas a rede de origem retira posteriormente a subscrição 5G do utilizador. O UDM é quem primeiro deteta essa alteração da subscrição, e não o gNB ou o UE.
O UDM pode enviar uma Deregistration Notification ao AMF de serviço através do URI de callback previamente registado por esse AMF. Num caso típico, a notificação pode indicar um motivo como SUBSCRIPTION_WITHDRAWN e identificar o Access Type relevante, por exemplo 3GPP_ACCESS.
Só depois de receber essa notificação é que o AMF entra no procedimento de desregisto de rede orientado ao UE. O AMF pode então enviar uma Deregistration Request NAS ao UE através do gNB. Além da identidade do UE e do Access Type, um campo particularmente importante é re-registration required (novo registo necessário).
Este campo indica se a rede espera que o UE efetue um novo Registration após o desregisto. Não deve ser interpretado como significando que todo desregisto iniciado pela rede obriga sempre a um novo registo bem-sucedido. Em alguns cenários, a rede pode apenas querer que o UE saia do AMF atual ou reconstrua o seu contexto de registo. Se o assinante tiver realmente perdido o direito ao serviço 5G, o sucesso de um Registration posterior é uma decisão separada.
Depois de processada a notificação do UDM para o AMF, o AMF devolve ao UDM a confirmação correspondente. Nesse momento, a cadeia de controlo passou de «o estado da subscrição mudou» para «o AMF de serviço está agora a executar o desregisto».
Como são limpos os recursos internos depois de a rede decidir desregistar o UE?
A partir deste ponto, alguns passos de libertação de recursos sobrepõem-se aos do desregisto iniciado pelo UE. Há pouco valor em repetir novamente cada mensagem N4, PCF e UDM. O ponto mais importante é compreender por que razão essas ações de limpeza continuam a ser necessárias num procedimento iniciado pela rede.
O UE pode já ter uma ou mais PDU Sessions ativas. Quando o AMF decide terminar o registo, precisa de instruir os SMF relevantes a libertar essas sessões. O SMF trata então dos recursos do plano de utilizador e dos caminhos N3 no lado do UPF e termina as relações SM Policy que deixaram de ter um contexto de serviço válido. As subscrições ou registos no UDM também podem ser removidos de acordo com o estado das sessões restantes.
O próprio AMF também pode precisar de libertar relações de política de acesso e mobilidade, incluindo uma AM Policy Association e qualquer UE Policy Association aplicável. Caso contrário, a rede pode acabar num estado inconsistente em que o UE já não está registado, mas o PCF, SMF ou UDM ainda conserva relações que sugerem que o serviço ativo continua.
A parte difícil não é «apagar o máximo possível». A rede deve compreender o Access Type atual e qualquer estado de serviço ainda válido. Se o UE continuar registado através de outro acesso ou algum contexto continuar a ser utilizado por outra sessão, seria incorreto eliminar todo o estado do UE.
Por isso, depois de observar uma Deregistration Request iniciada pela rede, a resolução de problemas não deve concentrar-se em saber se aparece uma sequência idêntica de 14 mensagens. Deve verificar se as PDU Sessions que deveriam ser libertadas foram realmente libertadas, se as relações de política obsoletas foram terminadas e se o contexto que ainda deve permanecer válido foi preservado.
Qual é a diferença entre uma expulsão explícita pelo AMF e a retirada de subscrição pelo UDM?
As etapas posteriores destes dois procedimentos podem parecer muito semelhantes porque ambos acabam por depender do AMF para desregistrar o UE e podem entrar na mesma lógica de limpeza de PDU Session e políticas. Os pontos de partida, porém, são diferentes.
Se um operador remover explicitamente o UE do AMF, a primeira ação importante vem diretamente do AMF. Não existe uma Deregistration Notification anterior do UDM. O AMF já conhece o motivo operacional do desregisto e pode enviar diretamente a Deregistration Request ao UE.
Se o serviço 5G do assinante tiver sido retirado, o ponto de partida é o UDM. Antes de o AMF atuar, normalmente recebe uma notificação de desregisto do UDM. Em capturas com várias funções de rede, esta diferença é extremamente útil porque mostra quem decidiu primeiro que o registo existente deveria ser terminado, em vez de tratar toda a sinalização posterior de limpeza como o mesmo cenário.
Durante migração de AMF ou redistribuição de utilizadores dentro de um pool de AMF, o requisito de re-registration na Deregistration Request também deve ser analisado juntamente com a entrada posterior do UE num novo procedimento Registration. Nesse caso, o desregisto pode ser uma etapa para mover o UE para outro AMF de serviço, e não uma terminação permanente do serviço 5G do assinante.
A retirada de subscrição é diferente por natureza porque reflete uma alteração no direito do assinante. Mesmo que o procedimento NAS permita ao UE tentar Registration novamente, o núcleo continuará a avaliar essa tentativa de acordo com o estado atualizado da subscrição.
Numa captura, comece por quem enviou a primeira mensagem
O desregisto iniciado pela rede é mais fácil de analisar quando dividido em quatro etapas: origem → notificação → limpeza de recursos → resposta do UE.
Primeiro, identifique a origem. Se a primeira mensagem relevante for uma Deregistration Notification do UDM para o AMF, o procedimento foi desencadeado por um evento do lado do UDM. Se o AMF enviar diretamente a Deregistration Request ao UE, é mais provável que seja um caso explícito iniciado pelo AMF. Se nenhum dos dois aparecer, mas a rede começar a remover contexto do UE, considere desregisto implícito.
Segundo, verifique a direção NAS. No desregisto iniciado pela rede, a Deregistration Request flui AMF → UE. Esta direção é oposta à do desregisto iniciado pelo UE. O nome da mensagem pode ser idêntico, por isso a direção é importante.
Terceiro, verifique se o UE devolve Deregistration Accept. Durante o desregisto explícito, se o UE continuar alcançável, normalmente é visível uma resposta. No desregisto implícito, o UE pode já estar inalcançável, pelo que este passo pode estar ausente.
Quarto, verifique os recursos internos. Se o UE tinha PDU Sessions, verifique se os recursos correspondentes do SMF e UPF foram libertados. Se o procedimento teve origem no UDM ou envolveu estado de política, verifique também as relações do UDM e PCF.
Uma sequência prática de análise é:
Identificar qual NF iniciou ou desencadeou o procedimento;
Confirmar a direção da Deregistration Request e o Access Type;
Verificar se re-registration required corresponde ao cenário;
Determinar se o UE devolve Deregistration Accept;
Verificar a libertação das PDU Sessions existentes e dos recursos do plano de utilizador;
Por fim, confirmar que o estado de registo do UE saiu de RM-REGISTERED.
Esta abordagem está mais próxima da resolução real de problemas do que comparar mecanicamente se falta uma mensagem HTTP/2 num fluxo de referência numerado. O desregisto iniciado pela rede pode ter várias causas, pelo que cenários diferentes podem parecer diferentes desde a primeira mensagem.
Perguntas frequentes
O desregisto iniciado pela rede envia sempre uma Deregistration Request ao UE?
Não. Durante o desregisto explícito, se o UE estiver alcançável, o AMF normalmente envia uma Deregistration Request. O desregisto implícito ocorre frequentemente depois de o UE permanecer inalcançável durante um período prolongado, pelo que a rede pode limpar diretamente o contexto de registo sem que apareça uma Deregistration Request NAS na captura.
O UDM pode desregistrar diretamente o UE?
O UDM é principalmente responsável pelos dados do assinante e da subscrição. Eventos como a retirada da subscrição podem desencadear o desregisto, mas o AMF de serviço continua a ser a função de rede que executa a Deregistration Request iniciada pela rede em direção ao UE. A análise de capturas deve distinguir entre desencadeado pelo UDM e iniciado pelo AMF no desregisto.
Se re-registration required estiver definido como 1, isso significa que o UE voltará a registar-se com sucesso de certeza?
Não. O campo indica que a rede exige que o UE execute Registration novamente, mas a aceitação do novo Registration depende do direito do assinante, das restrições de acesso, da política de rede e do motivo do desregisto original. Se a subscrição tiver sido retirada, uma nova tentativa de Registration não garante que o 5GC aceite o UE.
Os passos de libertação de recursos são completamente diferentes dos do desregisto iniciado pelo UE?
Não. A direção de desencadeamento é diferente, mas quando a rede decide terminar o registo, a limpeza das PDU Sessions existentes, dos recursos do UPF e das relações de política pode sobrepor-se significativamente ao desregisto iniciado pelo UE. As distinções mais úteis são quem iniciou o procedimento, a direção da mensagem NAS, se é esperada confirmação do UE e se é necessário um novo registo.
