O registo inicial 5G estabelece o registo do UE e o seu contexto de acesso e mobilidade. A AMF determina quem é o subscritor, aplica os procedimentos de segurança necessários e define o acesso e os segmentos permitidos. O sucesso do registo, por si só, não estabelece um percurso de dados para a Internet: PDU Session Establishment é um procedimento separado.
Distinguir RRC, NGAP e NAS na captura
Num exemplo comum de acesso NR, o UE estabelece ou utiliza uma ligação de sinalização RRC com o gNB. RRC transporta a Registration Request NAS pela interface rádio. O gNB encaminha o NAS-PDU para a AMF num NGAP Initial UE Message, juntamente com informações de localização de acesso como TAI e NR-CGI. NAS funciona logicamente entre UE e AMF; NGAP entre gNB e AMF.
O campo NAS 5GS registration type identifica o registo inicial, a atualização de registo por mobilidade, a atualização periódica ou o registo de emergência nos casos comuns aqui tratados. A identidade móvel obrigatória e as informações presentes condicionalmente têm finalidades diferentes. Um 5G-GUTI utilizável pode remeter para um contexto anterior; caso contrário, SUCI é habitualmente utilizado segundo as regras de seleção de identidade. Requested NSSAI e UE Security Capability são incluídos de acordo com as condições NAS aplicáveis, em vez de constituírem uma lista invariável para todos os pedidos.
Resolver a identidade e reutilizar o contexto anterior quando disponível
«Inicial» descreve o tipo de registo, não necessariamente a primeira utilização de 5G pelo subscritor. Por exemplo, um UE desligado em Guangzhou e reiniciado em Beijing pode ainda guardar um 5G-GUTI. O seu GUAMI pode ajudar a identificar a AMF anterior. Quando aplicável, a nova AMF invoca Namf_Communication_UEContextTransfer para recuperar o contexto de identidade e mobilidade, incluindo as informações de segurança disponíveis.
A interação com a AMF anterior é condicional. Se a AMF precisar de uma identidade que não consegue obter de outra forma, NAS Identity Request e Identity Response podem fornecer a identidade solicitada, como SUCI. Nem a transferência de contexto nem Identity Request têm de aparecer em todas as capturas bem-sucedidas. Verifique a identidade e o contexto já disponíveis antes de declarar que uma mensagem ausente é uma falha.
A autenticação e a segurança NAS resolvem problemas diferentes
A AMF seleciona um AUSF usando descoberta NRF ou outros mecanismos de seleção suportados, conforme aplicável. Em 5G-AKA, AUSF e as funções de autenticação UDM da rede de origem obtêm os dados necessários; a rede de origem pode resolver SUCI para SUPI. A AMF envia RAND e AUTN em Authentication Request, e o UE devolve RES* em Authentication Response após as suas verificações.
A AMF deriva HRES* e compara-o com HXRES*, enquanto AUSF verifica RES* face a XRES*. São verificações distintas da rede de serviço e da rede de origem. 5G-AKA é o exemplo mostrado aqui; EAP-AKA’ é outro método suportado de autenticação primária. O contexto existente válido e as regras de segurança aplicáveis influenciam os procedimentos necessários.
A autenticação estabelece confiança nas credenciais do subscritor. NAS Security Mode estabelece ou ativa a proteção NAS aplicável, usando as capacidades de segurança do UE e a seleção de algoritmos da rede. Não é o mesmo que segurança da interface rádio. Não conclua que toda a sinalização posterior está protegida apenas porque aparece Authentication Response: verifique o resultado da autenticação e de Security Mode.
A subscrição e a política completam o contexto de acesso
Quando necessário, a AMF regista a sua relação de serviço no UDM e recupera Access and Mobility Subscription Data. Subscribed NSSAI, UE-AMBR, restrições RAT, restrições de área e parâmetros de registo periódico podem contribuir para o contexto resultante. A recuperação, atualização e reutilização dependem do contexto existente e das condições do procedimento; uma nova recuperação de todos os conjuntos de dados não é obrigatória em cada registo.
Também podem ser obtidos SMF Selection Subscription Data, incluindo informações relacionadas com DNN para os S-NSSAI aplicáveis. Obter estes dados não cria, por si só, um SM Context nem uma PDU Session. A AMF pode selecionar um PCF e estabelecer uma AM Policy Association quando necessário para a política de acesso e mobilidade. A política resultante pode influenciar restrições e outras decisões de mobilidade.
A autorização dos segmentos também tem de ser coerente com a localização, a subscrição e a capacidade da AMF de serviço. Se a AMF inicial não conseguir servir os segmentos selecionados, um ramo condicional de realocação de AMF pode transferir o registo. Isto difere da recuperação normal de contexto da AMF anterior, que obtém um contexto UE existente em vez de corrigir a seleção atual da AMF de serviço.
Entregar Registration Accept e verificar as condições de conclusão
Após as verificações necessárias, a AMF envia NAS Registration Accept para o UE. Quando a RAN precisa de estabelecer o contexto inicial do UE, NGAP Initial Context Setup Request pode transportá-lo; Downlink NAS Transport é outro percurso de entrega, dependendo do contexto. Assim, Initial Context Setup não é um contentor incondicional de todos os Registration Accept.
Registration Accept pode fornecer um novo 5G-GUTI, Allowed NSSAI, uma lista TAI e T3512 segundo as regras aplicáveis. O UE envia Registration Complete quando as condições de conclusão NAS o exigem, por exemplo para confirmar um 5G-GUTI atribuído. Não interprete a sua ausência como falha sem verificar o conteúdo de Registration Accept e as regras NAS relevantes. Uma Initial Context Setup Response da RAN e um Registration Complete NAS confirmam procedimentos diferentes.
Diagnosticar o registo separadamente da conectividade de dados
Se Registration Request não chegar à AMF, examine a sinalização rádio, a seleção de AMF pelo gNB e o NGAP Initial UE Message.
Se a identidade ou a autenticação falhar, examine a identidade móvel, o contexto disponível da AMF anterior, a seleção AUSF e o resultado da autenticação. Verifique NAS Security Mode separadamente.
Se a segurança for concluída mas não se seguir Registration Accept, verifique as operações UDM necessárias, a autorização NSSAI, as restrições de acesso, o processamento condicional de políticas e qualquer realocação de AMF.
Se o registo tiver sucesso mas os dados falharem, siga PDU Session Establishment até SMF e UPF. Os recursos N3 e as regras N4 como PDR, FAR, QER e URR pertencem à gestão de sessões e do plano de utilizador, não comprovam a conclusão do registo.
Perguntas frequentes
O que controla T3512?
T3512 rege a atualização periódica do registo quando aplicável. O seu valor e a eventual desativação devem ser interpretados segundo as regras NAS; o registo não implica um intervalo fixo universal de atualização.
Tem de aparecer uma verificação EIR?
Não. A verificação da identidade do equipamento depende do procedimento e da política do operador. A sua ausência, por si só, não comprova uma falha.
Por que não aparece N3IWF num fluxo NR comum?
N3IWF suporta acesso não 3GPP não confiável ao núcleo 5G. No exemplo NR aqui apresentado, o UE acede através de um gNB, pelo que essa função não faz parte do percurso de acesso.
Por que variam as contagens de descoberta NRF entre capturas?
Os resultados de descoberta em cache, a configuração e os mecanismos de encaminhamento de serviços, como um SCP, podem alterar o tráfego de descoberta visível. Correlacione a função de rede selecionada e o pedido de serviço em vez de exigir uma nova troca NRF antes de cada operação.
Procedimentos e normas relacionados
Realocação de AMF durante o registo
PDU Session Establishment para acesso à rede de dados
3GPP TS 23.502, secção 4.2.2.2.2: registo geral
3GPP TS 24.501: procedimentos NAS de registo, identidade e segurança
