A atualização de registo por mobilidade mantém o contexto de mobilidade de um UE já registado quando a sua localização ou informações de registo negociadas mudam. Equilibra alcançabilidade e carga de sinalização: um UE registado não repete o registo inicial após cada mudança de célula. A mobilidade normal por acesso 3GPP no 5GS segue os percursos abaixo; a interoperação EPS e os casos de acesso especiais exigem procedimentos adicionais.
Identificar o evento de acionamento e a área de registo
Uma área de rastreamento (TA) é identificada por um TAI. A área de registo é o conjunto de TA atribuído pela rede no qual o UE pode deslocar-se sem atualizar o registo apenas por mudar de TA. Se a lista atribuída contém TA1 e TA2, a deslocação entre elas não exige, por si só, uma atualização. Entrar em TA3 fora dessa lista é um evento típico de mobilidade, mesmo que a mesma AMF sirva as três TA.
Sair da área de registo não é o único evento de acionamento. Alterações de capacidades ou parâmetros de protocolo negociados e determinadas indicações da rede também podem exigir atualização por mobilidade sem mudar de TA. Verifique o evento real e o tipo de registo 5GS em Registration Request. A atualização periódica acionada por temporizador é um caso distinto.
Interpretar Registration Request no contexto de acesso
O UE normalmente mantém um 5G-GUTI, parâmetros de registo e um contexto de segurança NAS. Registration Request identifica a atualização através do tipo de registo 5GS. Conforme as condições aplicáveis, pode transportar o 5G-GUTI existente, Last Visited Registered TAI, UE Security Capability, PDU Session Status e Requested NSSAI. Estes elementos não constituem uma lista incondicional para todos os pedidos.
Quando o UE estabelece um novo contexto de sinalização RAN, o gNB encaminha o pedido NAS em NGAP Initial UE Message com informação de localização de acesso, como TAI e NR-CGI. Se já existe uma ligação de sinalização adequada associada ao UE, o transporte NAS utiliza essa ligação. Assim, Initial UE Message não é obrigatório em todas as atualizações por mobilidade.
Separar o processamento na mesma AMF e entre AMF
| Caso | Tratamento do contexto |
|---|---|
| Mesma AMF de serviço | A AMF utiliza o contexto UE existente, processa as novas informações e determina a área de registo aplicável. Uma simples alteração da lista de TA não exige transferência de contexto entre AMF. |
| Nova AMF de serviço | A nova AMF identifica a anterior através da identidade temporária existente e da informação de seleção aplicável, tentando depois recuperar o contexto quando necessário. A seleção de AMF não é uma correspondência fixa de um para um com cada TA. |
No caso entre AMF, Namf_Communication_UEContextTransfer recupera da AMF anterior o contexto disponível de identidade, mobilidade e segurança. A informação transferida pode incluir SUPI, GPSI e PEI quando disponíveis, além do contexto de acesso e mobilidade. Não localizar ou validar o contexto anterior pode exigir procedimentos de identidade e segurança, sem tornar o UE permanentemente impossível de identificar.
A reutilização do contexto não garante que a autenticação seja omitida. Identity Request/Identity Response e uma autenticação como 5G-AKA são executados quando a especificação e as condições de segurança o exigem. Uma transferência bem-sucedida também não torna todos os procedimentos de identidade ou segurança obrigatórios. Examine a validade do contexto e as verificações de integridade antes de considerar incompleto um registo de sinalização mais curto.
Compreender as etapas de UDM, descoberta e política
Quando o registo da AMF de serviço tem de mudar, a nova AMF utiliza Nudm_UECM_Registration para atualizar no UDM a relação de serviço do acesso relevante. Nas condições especificadas, o UDM notifica a AMF anterior através de Nudm_UECM_DeregistrationNotification. Isto elimina a relação de serviço anterior; não deve ser confundido com uma troca universal de cancelamento de registo dirigida ao UE.
A AMF obtém ou reutiliza os dados de subscrição necessários e as subscrições às suas alterações. Os dados de acesso e mobilidade podem incluir GPSI, informação de segmentos de rede subscritos, UE-AMBR subscrito, parâmetros de registo periódico, restrições RAT e de área de serviço. Dados separados de seleção de SMF podem incluir informação DNN associada a um S-NSSAI.
A descoberta NRF é utilizada quando necessário para localizar funções de rede; nem todas as atualizações exigem uma nova transação de descoberta. Da mesma forma, a AMF seleciona ou atualiza a PCF AM Policy Association quando necessário, em vez de estabelecer incondicionalmente uma nova associação. O registo UDM, a obtenção de subscrições e o processamento de políticas podem ser abreviados quando se mantém um estado válido.
PDU Session Status ajuda a conciliar o estado das sessões. As sessões existentes podem necessitar de atualizações de contexto SMF ou ativação do plano de utilizador, conforme o pedido e o caso de mobilidade. A aceitação do registo, por si só, não cria uma nova sessão PDU nem comprova que o serviço do plano de utilizador foi retomado.
Interpretar corretamente Registration Accept e a conclusão
Registration Accept fornece o resultado do registo e parâmetros aplicáveis, como uma lista TAI, Allowed NSSAI e T3512. Não pressuponha que todos os elementos opcionais constam de todas as respostas. Numa atualização por mobilidade bem-sucedida, é atribuído um novo 5G-GUTI segundo TS 24.501; pode ser fornecido pelo procedimento de registo ou pelo procedimento genérico aplicável de atualização de configuração UE.
O UE envia Registration Complete quando é necessária confirmação, nomeadamente se Registration Accept contém um novo 5G-GUTI. A sua presença deve ser interpretada conforme os elementos recebidos. A AMF pode utilizar NGAP Initial Context Setup ao estabelecer o contexto RAN necessário; quando esse contexto já existe, aplicam-se outros procedimentos de contexto e transporte NAS. Registration Accept não está invariavelmente associado a uma nova troca Initial Context Setup.
Seguir uma lista prática de verificação da sinalização
Confirme o evento de acionamento, a lista TAI armazenada, o TAI atual e o tipo de registo antes de examinar mensagens posteriores.
Identifique a AMF de serviço e se a transferência de contexto é realmente necessária. Em falhas de recuperação, verifique 5G-GUTI/GUAMI, endereçamento AMF e resultados de integridade.
Se o processamento parar no núcleo, examine o registo UDM necessário, o acesso à subscrição, os resultados de política e as restrições de área; a ausência de uma transação opcional não comprova falha.
Se a aceitação não chegar ao UE, correlacione registos NAS, NGAP, contexto RAN e transporte. Depois verifique separadamente a conclusão necessária e a recuperação das sessões.
Perguntas frequentes
Mudar de célula aciona sempre uma atualização por mobilidade?
Não. Uma mudança de célula ou TA dentro da área de registo atribuída não a exige, por si só. Outras condições de atualização especificadas podem continuar a aplicar-se.
Sair da área de registo muda sempre a AMF?
Não. A mesma AMF pode servir a nova TA e atualizar a área de registo do UE utilizando o contexto existente.
Em que difere a atualização periódica de registo?
É acionada pelo comportamento do temporizador periódico aplicável, não necessariamente por movimento. Ambas utilizam Registration Request: examine o tipo de registo em vez de se basear no nome da mensagem.
A passagem de 4G para 5G é o mesmo procedimento?
Pode utilizar o mesmo tipo de registo, mas o contexto de origem difere. A interoperação EPS–5GS pode envolver contexto MME, identidades mapeadas e N26 quando suportado. Não aplique um fluxo de AMF anterior interno ao 5GS a todos os casos de interoperação EPS.
Referências técnicas
Para o enquadramento do registo e as etapas condicionais do núcleo, consulte 3GPP TS 23.502, versão 18, em especial a cláusula 4.2.2.2.
Para eventos NAS, identidades temporárias e condições de conclusão, consulte 3GPP TS 24.501, versão 18, em especial as cláusulas 5.4.4 e 5.5.1.3.
Para o caso separado acionado por temporizador, leia Atualização periódica de registo.
