A qual assinante este UE pertence?

Ele tem permissão para acessar a rede atual?

Existe algum contexto de mobilidade anterior que ainda possa ser reutilizado?

Quais fatias de rede e capacidades de acesso fazem parte da assinatura do UE, e qual AMF deve atendê-lo?

Quando um dispositivo 5G é ligado, a rede de núcleo precisa responder a essas perguntas básicas antes que os serviços de dados do usuário possam ser estabelecidos. Isso é tratado durante o registro inicial 5G. Do ponto de vista de um rastreamento de sinalização, o procedimento é muito mais do que um simples “Registration Request seguido de registro bem-sucedido”. Entre o envio do Registration Request pelo UE e o retorno final do Registration Complete, a rede pode realizar tratamento de identidade, recuperação do contexto do AMF anterior, autenticação 5G-AKA, estabelecimento de segurança NAS, registro no UDM, obtenção de dados de assinatura e processamento de política de acesso.

Um erro comum ao estudar esse procedimento é tentar memorizar todas as mensagens em sequência. Uma abordagem mais prática é perguntar qual problema o AMF está resolvendo em cada etapa. O caminho completo de sinalização pode ser entendido assim: identificar o UE que solicita acesso, estabelecer uma identidade confiável, completar o contexto de assinante necessário e somente então finalizar o registro.

O registro inicial estabelece o direito do UE de acessar a rede

O registro no 5GS não é um único procedimento. Dependendo do gatilho, o UE pode executar Initial Registration, Mobility Registration Update, Periodic Registration Update ou Emergency Registration. O UE indica o procedimento aplicável por meio do campo 5GS registration type no Registration Request.

Initial Registration normalmente ocorre quando um UE é ligado e entra no 5GS. Para fins de aprendizado, costuma ser comparado ao procedimento Attach do LTE/EPC, mas os dois não devem ser tratados como idênticos. Na arquitetura baseada em serviços do 5G Core, gerenciamento de mobilidade, autenticação, dados de assinatura e controle de políticas são distribuídos entre funções de rede como AMF, AUSF, UDM e PCF. Assim, um único procedimento de registro pode envolver várias interações baseadas em serviços entre funções de rede.

Mais importante, Initial Registration estabelece principalmente o estado de gerenciamento de acesso e mobilidade, e não uma sessão de dados do usuário. A rede precisa identificar o UE, criar o contexto de mobilidade, determinar a NSSAI permitida e as restrições de área aplicáveis, além de estabelecer a relação de segurança necessária para a sinalização posterior. Somente depois que essas condições estão prontas o UE passa a ter a base necessária para solicitar uma PDU Session.

Por isso, receber um Registration Accept não significa automaticamente que o assinante já pode acessar a Internet. Registro e estabelecimento de PDU Session são etapas separadas no 5G Core.

Registration Request insere o UE no processo de registro do 5G Core

O procedimento de registro da rede de núcleo começa com o NAS Registration Request. Primeiro, o UE envia a mensagem NAS pela interface de rádio ao gNB. Em seguida, o gNB transporta a NAS-PDU até o AMF dentro de uma NGAP Initial UE Message. Para um engenheiro de núcleo, essa mensagem é o ponto de entrada de todo o procedimento de registro.

Além de transportar o Registration Request, a Initial UE Message fornece ao AMF informações de localização de acesso, como NR-CGI e TAI. A própria mensagem NAS pode conter parâmetros como 5GS registration type, 5GS mobile identity, UE Security Capability e Requested NSSAI.

Esses parâmetros são mais do que uma simples lista de capacidades do UE. O AMF os utiliza para determinar como o registro deve prosseguir. Registration Type indica se o UE está realizando Initial Registration ou outro tipo de atualização de registro. A mobile identity determina se um contexto de assinante existente pode ser associado ao UE. Requested NSSAI indica as fatias de rede solicitadas pelo UE, enquanto UE Security Capability fornece dados para a posterior seleção dos algoritmos de segurança NAS.

Um detalhe é fácil de interpretar incorretamente: um UE que executa Initial Registration não necessariamente está sem qualquer informação 5G anterior. Se o UE ainda armazena um 5G-GUTI atribuído anteriormente, pode incluir essa identidade em um novo Initial Registration Request. A possibilidade de a rede reutilizar as informações associadas a essa identidade afeta diretamente as próximas etapas do procedimento.

O novo AMF resolve a identidade e o contexto anterior do UE

Considere um UE que estava registrado anteriormente em um 5GS em Guangzhou, foi desligado, mudou-se para Beijing e depois foi ligado novamente por meio de um gNB de Beijing. Agora o UE é atendido por um novo AMF, mas ainda pode manter o 5G-GUTI atribuído anteriormente pelo AMF de Guangzhou.

O GUAMI contido no 5G-GUTI pode fornecer informações que ajudam a identificar o AMF anterior. Se o novo AMF determinar que a antiga função de rede ainda pode manter contexto útil do UE, ele pode solicitar um UE Context Transfer por meio da comunicação entre AMFs e recuperar informações como SUPI, GPSI, PEI e partes do contexto de gerenciamento de mobilidade.

Isso demonstra um ponto importante: “Initial” descreve o tipo do procedimento de registro atual. Não significa que o assinante esteja entrando em uma rede 5G pela primeira vez. O UE ainda pode manter uma identidade 5G atribuída anteriormente, e o novo AMF pode conseguir reutilizar contexto do AMF antigo.

A interação com o AMF anterior não é necessária em todo procedimento de Initial Registration. Se o novo AMF já possui as informações de identidade de que precisa, ou se não existe contexto anterior do UE disponível, o caminho de sinalização pode ser diferente. Se o AMF ainda precisar do SUCI do UE, poderá enviar um Identity Request, e o UE retornará a identidade solicitada em um Identity Response.

Portanto, a ausência de um Identity Request ou de um UE Context Transfer em um rastreamento de pacotes não indica, por si só, falha de registro. A primeira pergunta deve ser quais informações de identidade e contexto o AMF já possui.

5G-AKA transforma uma identidade declarada em um assinante confiável

Saber quem o UE afirma ser não é suficiente para que a rede confie nele. Por isso, o procedimento avança para uma de suas etapas de segurança mais importantes: a autenticação.

O AMF precisa identificar um AUSF capaz de autenticar o assinante. Em um 5G Core baseado em serviços, isso normalmente envolve descoberta de funções de rede por meio do NRF. Com base no serviço necessário e nas informações relacionadas ao assinante, o AMF identifica uma instância AUSF adequada e envia uma solicitação de autenticação.

Em seguida, o AUSF trabalha com as funções de autenticação associadas ao UDM da rede de origem. Quando SUCI é utilizado, a rede de origem pode recuperar o SUPI correspondente e preparar os dados de autenticação necessários para o 5G-AKA. Depois, o AMF entrega parâmetros como RAND e AUTN ao UE em um NAS Authentication Request. O UE executa o cálculo de autenticação usando as credenciais armazenadas no USIM e retorna um Authentication Response contendo RES*.

A autenticação não se baseia em uma única comparação feita por uma só função de rede. O lado da rede de serviço e o lado da rede de origem realizam suas respectivas verificações. O AMF deriva HRES* da resposta recebida do UE e o compara com HXRES*. O AUSF verifica o RES* retornado em relação ao XRES* esperado. Somente quando as verificações necessárias são bem-sucedidas a rede aceita a identidade do assinante como autenticada.

Após a autenticação, a rede normalmente estabelece ou atualiza o NAS Security Context. Com base em informações como UE Security Capability, o AMF seleciona algoritmos adequados de proteção de integridade e criptografia e utiliza o procedimento Security Mode para proteger a sinalização NAS crítica subsequente.

Do ponto de vista de engenharia, essa etapa forma um limite de segurança claro: antes da autenticação, a rede está processando um dispositivo que solicita acesso; depois que a autenticação e a segurança NAS são estabelecidas com sucesso, o AMF passa a ter um contexto de plano de controle do UE confiável e protegido.

Dados de assinatura e de política completam o contexto do UE

A autenticação bem-sucedida responde se a identidade do assinante é verdadeira, mas o AMF ainda precisa saber o que esse assinante realmente tem permissão para fazer na rede. A próxima etapa transforma uma identidade autenticada em um contexto operacional de acesso e mobilidade.

O AMF seleciona o UDM apropriado e se registra como o AMF que atualmente atende o SUPI por meio do acesso 3GPP. Esse registro é importante porque o UDM precisa saber qual AMF deve receber posteriormente notificações relacionadas à mobilidade, eventos de desregistro ou alterações nos dados de assinatura desse assinante.

Em seguida, o AMF recupera os Access and Mobility Subscription Data. Dependendo do perfil do assinante, eles podem incluir Subscribed NSSAI, UE-AMBR, parâmetros de registro periódico, restrições de RAT e restrições de área. Assim, a autenticação confirma que a identidade é válida, enquanto os dados de assinatura respondem a outra pergunta: o que este assinante válido tem permissão para fazer na rede atual?

O AMF também pode recuperar dados de assinatura que serão usados posteriormente na seleção do SMF, incluindo informações associadas a S-NSSAI, DNNs e um DNN padrão. Isso costuma gerar confusão ao ler rastreamentos de sinalização: se SMF Selection Subscription Data já aparece durante o registro, o SMF já passou a fazer parte do procedimento?

Não necessariamente. Nessa etapa, o AMF está apenas obtendo informações que podem ser necessárias para uma futura seleção de SMF. Initial Registration não exige que uma PDU Session seja estabelecida ao mesmo tempo; por isso, o AMF pode recuperar esses dados de assinatura sem criar um SM Context nem envolver um procedimento ativo de gerenciamento de sessões do SMF.

Para a política de acesso, o AMF também pode selecionar um PCF e estabelecer uma AM Policy Association. A política retornada pelo PCF pode influenciar, por exemplo, restrições de acesso a determinadas áreas. Nesse ponto, o contexto do UE mantido pelo AMF evoluiu de uma identidade básica para uma combinação de informações de identidade, segurança, assinatura, fatiamento de rede, localização e política.

Registration Accept aplica o resultado ao UE e ao gNB

A maior parte do processamento anterior acontece dentro da rede de núcleo. O resultado final, porém, ainda precisa ser entregue à rede de acesso e ao UE. Quando as condições necessárias são atendidas, o AMF envia um Initial Context Setup Request ao gNB, transportando as informações necessárias para estabelecer o contexto do UE e encaminhando o NAS Registration Accept ao UE.

Um Registration Accept pode incluir informações como um 5G-GUTI recém-atribuído, Allowed NSSAI, o temporizador de registro periódico T3512 e a lista de áreas de rastreamento aplicável. Esses parâmetros determinam como o UE permanece registrado no 5GS, quais fatias de rede pode usar no momento e quando deverá executar posteriormente um Periodic Registration Update.

Ao mesmo tempo, o gNB estabelece o contexto correspondente do UE por meio do procedimento Initial Context Setup. Depois de concluir o processamento, o gNB retorna um Initial Context Setup Response. Em seguida, o UE confirma o resultado do registro enviando um NAS Registration Complete ao AMF.

Portanto, Registration Accept e Registration Complete são mais do que simples notificações de sucesso. Eles aplicam o resultado de registro criado dentro da rede de núcleo tanto ao UE quanto à RAN, colocando a rede, o gNB e o dispositivo em um estado de registro 5GS consistente.

Registro e estabelecimento de PDU Session seguem caminhos de sinalização separados

Essa distinção é essencial ao analisar a sequência completa de sinalização. Depois que a 5GS Initial Registration é concluída, o AMF sabe quem é o assinante, onde o UE está localizado, quais áreas de acesso e fatias de rede são permitidas e qual contexto de segurança e mobilidade se aplica. Nenhuma dessas etapas estabelece automaticamente um caminho de dados no plano de usuário.

Para acessar a Internet ou uma rede de dados corporativa, o UE ainda precisa realizar PDU Session Establishment. Nessa etapa, o SMF assume o gerenciamento de sessões, seleciona ou controla o UPF e provisiona por N4 regras do plano de usuário como PDR, FAR, QER e URR. Os recursos N3 entre o gNB e o UPF também são preparados como parte do estabelecimento da sessão.

Na solução de problemas operacionais, essa separação cria duas categorias de falha muito diferentes:

Falha de registro: concentrar a análise em identidade do UE, autenticação, segurança NAS, dados de assinatura do UDM, NSSAI, restrições de área e processamento de políticas pelo AMF.

Registro bem-sucedido, mas serviço de dados não funciona: mover a investigação para PDU Session Establishment, SMF, UPF, sinalização N3/N4 e encaminhamento do plano de usuário, em vez de verificar repetidamente Registration Request e Registration Accept.

Manter essa fronteira clara pode reduzir significativamente o tempo de diagnóstico no 5GC. O indicador 5G no dispositivo mostra apenas que o acesso de rádio e o registro chegaram a determinado estado. A existência de uma conexão de dados real ainda depende dos procedimentos de gerenciamento de sessões e do plano de usuário.

Ler o rastreamento como uma transição de estado, não como uma lista de mensagens

Os diagramas padrão de sinalização são propositalmente abrangentes porque precisam cobrir diferentes operadoras, cenários de roaming, tipos de acesso e funções de rede opcionais. Um rastreamento de uma rede real, porém, não precisa conter todas as etapas mostradas em um procedimento de referência. Pode não haver interação com o AMF anterior, Identity Request pode não ser necessário, EIR pode não ser usado e um procedimento normal de acesso NR não incluirá funções de rede que só se aplicam a outros tipos de acesso.

Uma forma mais útil de diagnosticar Initial Registration é acompanhar como o estado do UE muda:

Registration Request chega ao AMF
→ identidade do UE e contexto anterior são resolvidos
→ a autenticação e a segurança NAS são estabelecidas
→ dados de assinatura são obtidos do UDM
→ política de acesso aplicável é obtida do PCF
→ o AMF completa o contexto de registro
→ Registration Accept é entregue
→ o UE retorna Registration Complete

Se o Registration Request chega ao AMF, mas a autenticação nunca começa, investigue primeiro o tratamento de identidade e a seleção de funções de rede. Se a autenticação for bem-sucedida, mas Registration Accept não for retornado, prossiga com dados do UDM, NSSAI, restrições de acesso e processamento de políticas. Se Registration Accept já foi concluído e o problema é que os dados de usuário não funcionam, a investigação deve passar rapidamente para o caminho de sinalização da PDU Session.

Entender 5G Initial Registration tem menos a ver com memorizar dezenas de mensagens e mais com acompanhar como o contexto do UE dentro do AMF se torna progressivamente completo: desde receber uma solicitação de acesso, saber quem é o assinante e provar que essa identidade é confiável, até determinar em quais condições esse assinante pode permanecer registrado no 5GS.

Perguntas frequentes

Qual é a função de T3512 em Registration Accept?

T3512 controla o comportamento de atualização periódica de registro do UE após o registro. Um UE não permanece registrado indefinidamente sem interação periódica de gerenciamento de mobilidade. A rede pode usar esse temporizador para definir quando o UE deve executar um Periodic Registration Update.

Por que EIR não aparece em alguns rastreamentos comerciais de registro 5G?

A verificação da identidade do equipamento é opcional. A implantação de EIR e as condições em que uma verificação da identidade do equipamento é acionado dependem da arquitetura e das políticas operacionais da operadora. Portanto, a ausência de sinalização EIR em um procedimento de Initial Registration que esteja normal nos demais aspectos não é evidência suficiente de falha.

Por que N3IWF normalmente não aparece em um registro 5G NR padrão?

N3IWF é usado principalmente para acesso non-3GPP não confiável, como determinados cenários de acesso Wi-Fi ao 5G Core. Quando o UE se conecta diretamente por meio de um gNB usando acesso 3GPP NR padrão, o NG-RAN fornece o caminho de acesso; por isso, N3IWF normalmente não faz parte da sinalização de registro.

Por que a descoberta de funções de rede por meio do NRF pode aparecer um número diferente de vezes em rastreamentos de fornecedores distintos?

Implementações reais de 5G Core podem variar por causa de cache da descoberta de funções de rede, configuração estática, modelos de implantação de SCP e comportamento de roteamento de serviços específico de cada fornecedor. Portanto, uma troca completa de descoberta de funções de rede por meio do NRF não precisa aparecer antes de toda operação de serviço. A análise do rastreamento deve correlacionar a instância NF selecionada com a solicitação de serviço subsequente, em vez de avaliar o procedimento apenas pela quantidade de mensagens NRF.