Às 3h da manhã, um gateway industrial 5G envia um Registration Request ao AMF. O TAI permanece igual ao do registro anterior, o 5G-GUTI é o mesmo, o AMF de serviço não mudou e o dispositivo pode não ter transmitido nenhum dado de enlace ascendente durante várias horas. Do ponto de vista estritamente da gestão de mobilidade, a solicitação não traz nova informação de localização e pode parecer um registro duplicado. No entanto, o campo tipo de registro a identifica claramente como uma Atualização Periódica de Registro. O que o AMF precisa confirmar não é para onde o UE se moveu, mas algo mais fundamental: se o UE ainda está presente, se ainda deve ser considerado alcançável por paging e se seu contexto de registro deve continuar sendo mantido.
Na gestão de registro do 5GC, a Atualização de Registro por Mobilidade e a Atualização Periódica de Registro resolvem problemas diferentes. A primeira é acionada pela mobilidade e concentra-se na atualização de localização e roteamento; a segunda é acionada pelo vencimento do T3512 e se concentra em confirmar periodicamente o estado de registro e a alcançabilidade do UE. Um UE que permanece por muito tempo em CM-IDLE pode precisar contatar a rede quando o T3512 expira, mesmo que continue na mesma Área de Registro, sob o mesmo AMF de serviço e sem mudança de localização. Por meio dessa interação, a rede atualiza sua visão da alcançabilidade do UE e, se o UE continuar ausente, pode liberar posteriormente um contexto de registro obsoleto por meio de desregistro implícito. Portanto, a chave para compreender a atualização periódica não é saber se o Registration Request traz uma nova localização, mas entender como o T3512 é gerenciado, como o UE aciona o procedimento em CM-IDLE, como o AMF interpreta o tipo de registro e o contexto do UE e como a rede trata um UE que não se atualiza no prazo esperado.
Por que a atualização periódica é necessária quando o UE não se moveu?
Depois de concluir o registro inicial, o UE entra no estado 5GS Registered. No entanto, estar “registrado” não significa que o UE mantenha continuamente uma conexão de sinalização NAS com o AMF. Muitos smartphones, dispositivos IoT e terminais de baixo tráfego entram em CM-IDLE quando não há atividade de dados ou sinalização, reduzindo o consumo de recursos de rádio e da rede central.
Do ponto de vista do UE, permanecer inativo por longos períodos economiza recursos. Do ponto de vista do 5GC, porém, surge uma questão importante: a última vez que o AMF soube que o UE estava disponível pode ter sido dezenas de minutos ou até horas atrás. Desde então, o UE pode ter sido desligado, perdido cobertura ou esgotado a bateria, ou simplesmente continuar normalmente em cobertura, sem gerar tráfego.
Se a rede central mantivesse o registro do UE indefinidamente, poderia continuar armazenando contexto obsoleto de um dispositivo que já não é alcançável. Se removesse o contexto de forma agressiva demais, um UE que continua normalmente registrado poderia ser obrigado desnecessariamente a estabelecer um novo registro.
A Atualização Periódica de Registro equilibra essas duas necessidades. A rede usa T3512 para informar ao UE por quanto tempo ele pode permanecer sem outra interação 5GMM relevante antes de iniciar uma atualização periódica de registro.
Assim, o procedimento pode ser visto como uma verificação periódica de estado entre o UE e o 5GC:
O UE já está registrado
→ O UE permanece em CM-IDLE por um período prolongado
→ T3512 continua em execução
→ T3512 expira
→ O UE restabelece a conectividade de sinalização NAS
→ O UE inicia uma Atualização Periódica de Registro
→ O AMF confirma e atualiza o estado de registro
Seu objetivo principal não é informar um novo deslocamento entre áreas, mas impedir que o UE e a rede permaneçam indefinidamente fora de sincronia sobre a validade do contexto de registro existente.
Quando o T3512 realmente começa a contar?
O T3512 não é simplesmente um temporizador local escolhido pelo UE. Seu valor é controlado pela rede, e o AMF pode informar ao UE o valor do temporizador de registro periódico na mensagem Registration Accept. A menos que o UE receba posteriormente um novo valor, ele continua usando a configuração T3512 armazenada.
O valor padrão do T3512 definido pelo 3GPP é de 54 minutos, mas isso não significa que todos os UEs de todas as redes 5G comerciais executem uma atualização a cada 54 minutos. O AMF pode atribuir outro valor de acordo com a configuração da rede, o comportamento do UE, as informações de subscrição e as políticas. Se a rede desativar o T3512 ou defini-lo como zero, a Atualização Periódica de Registro correspondente não será realizada.
Em um cenário comum de acesso 3GPP, se a rede não estiver usando a capacidade de temporizador de registro estritamente periódico, o UE inicia ou reinicia o T3512 quando passa de 5GMM-CONNECTED para 5GMM-IDLE. Quando o UE retorna a 5GMM-CONNECTED, o temporizador normalmente para. Isso é importante porque a Atualização Periódica de Registro não é simplesmente gerada por um relógio absoluto, independentemente da atividade do UE.
Suponha que um UE conclua o registro às 09:00, libere em seguida a conexão de sinalização NAS e entre em CM-IDLE com o T3512 configurado para 54 minutos. Se não ocorrer outra interação que pare, reinicie ou altere o temporizador, espera-se que o UE entre no procedimento de atualização periódica quando o T3512 expirar.
Comportamentos previstos em especificações mais recentes também podem suportar um temporizador de registro estritamente periódico. Nesse modo, o T3512 pode iniciar após a conclusão bem-sucedida do registro e não é simplesmente interrompido porque o UE entra em 5GMM-CONNECTED. Se o temporizador expirar enquanto o UE estiver no estado conectado, ele poderá ser reiniciado, enquanto a Atualização Periódica de Registro propriamente dita continuará sendo tratada de acordo com o estado 5GMM atual.
Portanto, ver “T3512 = 54 minutos” em um Registration Accept não significa automaticamente que um Registration Request deverá aparecer exatamente 54 minutos depois. A análise de sinalização também deve considerar se o UE entrou no estado CONNECTED durante esse período, se ocorreu outro registro, se a operação estritamente periódica está habilitada e se o temporizador foi atualizado ou desativado.
Como um Registration Request periódico difere do registro inicial?
Quando o T3512 expira, o UE precisa restabelecer a comunicação do plano de controle com a rede. Depois que o caminho de sinalização NAS é restaurado pelo gNB, o gNB envia ao AMF uma NGAP Initial UE Message contendo as informações atuais de localização do UE e o NAS Registration Request.
O elemento de informação mais importante para a análise de sinalização é o 5GS registration type (tipo de registro 5GS) no Registration Request. Neste procedimento, ele é definido como periodic registration updating (atualização periódica de registro), informando explicitamente ao AMF que o UE não está se conectando ao 5GS pela primeira vez nem atualizando o registro porque saiu da Área de Registro. Ele está atualizando periodicamente um registro já existente.
O UE normalmente também envia seu 5G-GUTI existente para que o AMF associe rapidamente a solicitação a um contexto do UE já existente. A mensagem também pode incluir Last Visited Registered TAI, UE Security Capability e PDU Session Status, ajudando a rede a reconciliar o estado de mobilidade e de sessão atualmente mantido pelo UE.
Assim, três cenários de Registration Request que podem ser facilmente confundidos podem ser diferenciados desde o início de uma captura de sinalização:
Registro inicial: o UE precisa estabelecer uma nova relação de registro 5GS
Atualização de Registro por Mobilidade: a localização de mobilidade do UE ou as condições da Área de Registro mudaram
Atualização Periódica de Registro: a relação de registro existente precisa ser atualizada periodicamente
Os três procedimentos usam um Registration Request, mas seus gatilhos são fundamentalmente diferentes. Ao analisar a sinalização de registro 5GC, ver apenas o nome da mensagem “Registration Request” não basta para identificar o procedimento. O primeiro elemento a verificar é o tipo de registro 5GS.
Por que a atualização pode ser tão curta quando o AMF de serviço não muda?
Uma das características mais importantes da Atualização Periódica de Registro não é quantas novas mensagens de sinalização ela introduz, mas o quanto ela pode ser mais curta do que um registro inicial quando o contexto existente continua válido.
Suponha que o UE permaneça na área de serviço do mesmo AMF, não tenha ocorrido mudança de AMF, o contexto do UE e o contexto de segurança estabelecidos anteriormente ainda possam ser usados e não haja alteração de subscrição ou política que exija processamento adicional. Quando o AMF recebe o Registration Request contendo o 5G-GUTI existente, pode usar as informações GUAMI associadas a essa identidade para determinar que o UE continua sendo atendido localmente e recuperar o contexto do UE correspondente.
Nessas condições, muitos procedimentos comuns em um registro inicial completo não precisam necessariamente ser repetidos.
Se a identidade e o estado de segurança ainda forem válidos, um procedimento 5G-AKA completo pode não ser necessário, e o AUSF pode não aparecer na captura. Como o AMF de serviço não mudou, o AMF não precisa necessariamente registrar-se novamente no UDM nem recuperar todo o perfil de subscrição apenas porque ocorreu uma atualização periódica. Se a área de acesso e a política não mudaram, um novo procedimento PCF AM Policy também pode não ser necessário. Se não houver necessidade de selecionar um novo AUSF, UDM ou PCF, os procedimentos correspondentes de descoberta pelo NRF também podem não aparecer.
Um caminho típico de sinalização simplificada pode ser representado assim:
UE
→ gNB: restabelecer o acesso
→ AMF: Initial UE Message + Periodic Registration Request
→ AMF: recuperar o contexto do UE existente usando o 5G-GUTI
→ gNB / UE: Registration Accept
→ UE: Registration Complete quando necessário
A expressão “pode não ser necessário” é importante. A estrutura de registro 3GPP permite que a rede execute qualquer processamento de identidade, segurança, subscrição e política necessário para o contexto atual. Portanto, uma captura simplificada de uma rede comercial não deve ser interpretada como uma sequência fixa e obrigatória para toda Atualização Periódica de Registro.
Quais estados de registro podem ser atualizados pelo Registration Accept?
Depois de confirmar que o UE pode permanecer registrado, o AMF devolve ao UE o resultado atualizado do registro por meio de Registration Accept. Dependendo do resultado da rede, a mensagem pode incluir parâmetros como Allowed NSSAI, T3512, TA List e, quando necessário, um novo 5G-GUTI.
O T3512 é particularmente importante em uma Atualização Periódica de Registro. Se o AMF fornecer um novo valor, o UE deverá usá-lo no próximo ciclo periódico. Se nenhum novo valor for fornecido, o UE poderá continuar usando a configuração armazenada. Isso permite que a rede ajuste o comportamento do registro periódico ao longo do tempo, em vez de fixar permanentemente o intervalo no terminal.
A TA List em Registration Accept continua definindo a Área de Registro atual do UE. Embora a atualização periódica em si não seja acionada pela saída dessa área, uma interação de registro bem-sucedida ainda permite que a rede forneça ao UE os parâmetros de gestão de mobilidade mais recentes.
Se Registration Accept contiver um 5G-GUTI recém-atribuído, o UE deverá confirmar o recebimento correto da identidade temporária por meio de Registration Complete. Se o AMF não atribuir um novo 5G-GUTI, a ausência de Registration Complete não indica automaticamente uma falha. A captura deve ser interpretada de acordo com os elementos de informação em Registration Accept que realmente exigem confirmação.
É por isso que a Atualização Periódica de Registro é mais do que um simples mecanismo de manutenção de atividade. Ela continua fazendo parte da estrutura 5GMM Registration, permitindo que a rede ressincronize parâmetros de mobilidade relacionados ao registro em vez de apenas verificar se o UE ainda responde.
Como verificar uma Atualização Periódica de Registro em uma captura de sinalização?
Ao solucionar problemas de Atualização Periódica de Registro, a abordagem mais eficiente não é começar procurando sinalização de AUSF ou UDM. Em vez disso, siga a cadeia T3512 → estado do UE → Registration Request → contexto do AMF → Registration Accept.
Se o UE nunca iniciar uma atualização periódica após o registro, verifique primeiro se o Registration Accept continha um valor T3512 válido. Se o T3512 estiver desativado ou definido como zero, não se deve esperar uma atualização periódica. Se o valor for válido, confirme se o UE realmente entrou no estado 5GMM-IDLE aplicável e se ocorreu alguma interação NAS que pudesse ter parado, reiniciado ou atualizado o temporizador.
Se o UE enviar um Registration Request, mas o AMF o tratar como registro inicial, verifique o tipo de registro 5GS e o 5G-GUTI. Se o AMF não conseguir associar o 5G-GUTI a um contexto do UE existente, o procedimento poderá entrar em um caminho mais complexo de recuperação de identidade ou novo registro.
Se o Registration Request for reconhecido corretamente, mas depois aparecer um procedimento completo de autenticação, isso por si só não comprova que haja um problema. Deve-se verificar o NAS Security Context existente e se a rede decidiu executar novamente a autenticação de acordo com sua política de segurança.
Além do T3512 no lado do UE, o AMF utiliza um importante mecanismo de supervisão da alcançabilidade no lado da rede: o Mobile Reachable Timer (temporizador de alcançabilidade móvel). Para um UE normalmente registrado, esse temporizador de rede é mais longo do que o T3512; a relação padrão costuma ser T3512 mais quatro minutos. O AMF inicia o Mobile Reachable Timer depois de liberar a conexão de sinalização NAS e o interrompe quando o UE restabelece a conectividade NAS.
Os dois mecanismos trabalham em conjunto:
T3512 no lado do UE: informa ao UE quando deve retornar para atualizar o registro
Mobile Reachable Timer no lado do AMF: supervisiona se o UE reaparece dentro do período esperado
Se o UE deixar de contatar a rede por um período prolongado, o Mobile Reachable Timer e o mecanismo subsequente de desregistro implícito permitem que a rede central trate gradualmente um UE cuja alcançabilidade já não pode ser confirmada, em vez de manter indefinidamente um contexto de registro obsoleto.
Portanto, o verdadeiro objetivo da Atualização Periódica de Registro 5GC não é “registrar novamente a cada poucas dezenas de minutos”. Ela permite que um UE que permanece inativo por muito tempo e o AMF restabeleçam periodicamente uma visão comum do estado de registro: o UE ainda está presente, a relação de registro existente continua válida e os parâmetros de mobilidade relevantes podem continuar sendo usados no próximo período.
Perguntas frequentes
O T3512 é fixado em 54 minutos em todas as redes 5G?
Não. Cinquenta e quatro minutos é o valor padrão definido pelo 3GPP, mas o AMF pode atribuir outro valor de acordo com a configuração da rede, o comportamento do UE, as informações de subscrição e a política. A análise de sinalização e a solução de problemas devem sempre usar o valor T3512 realmente recebido pelo UE, em vez de presumir que ele seja sempre de 54 minutos.
Se o UE tiver tráfego normal durante os 54 minutos, ainda enviará uma Atualização Periódica de Registro exatamente aos 54 minutos?
Não necessariamente. Na operação normal do T3512, entrar em 5GMM-CONNECTED afeta o temporizador periódico, e ele pode reiniciar quando o UE retornar posteriormente a IDLE. Portanto, o próximo Registration Request não pode ser previsto simplesmente adicionando 54 minutos ao horário de conclusão do registro inicial. O comportamento de temporização também é diferente quando um temporizador de registro estritamente periódico está habilitado.
Toda Atualização Periódica de Registro exige AUSF, UDM e PCF?
Não. Se o AMF de serviço permanecer inalterado, o contexto do UE e o contexto de segurança existentes forem válidos e nenhuma informação de subscrição ou política precisar ser atualizada, o procedimento pode permanecer muito curto. A invocação de AUSF, UDM, PCF ou NRF depende do contexto do UE e da implementação da rede naquele momento. Eles não devem ser tratados como participantes obrigatórios em toda Atualização Periódica de Registro.
A Atualização Periódica de Registro se aplica a acessos não 3GPP, como Wi-Fi?
O mecanismo de Atualização Periódica de Registro baseado em T3512 se aplica a um UE registrado no 5GS por meio de acesso 3GPP. Para acesso não 3GPP, o 5GS usa outros mecanismos apropriados de gestão de registro e desregistro, portanto o comportamento de T3512 usado para acesso NR não deve ser aplicado diretamente a Wi-Fi ou a outros cenários de acesso não 3GPP.
