No plano de controle do núcleo 5G, a AMF é responsável por funções essenciais como gerenciamento de acesso do UE, gerenciamento de mobilidade e sinalização NAS. Por isso, a confiabilidade da arquitetura AMF afeta diretamente a continuidade geral dos serviços. Em uma implantação tradicional, uma gNB pode ser associada estaticamente a uma AMF específica. Essa abordagem é relativamente simples quando a rede é pequena, mas suas limitações ficam cada vez mais evidentes à medida que o número de assinantes aumenta, os padrões de tráfego se tornam mais dinâmicos e as implantações em nuvem se tornam mais comuns. Uma AMF que atende uma área comercial movimentada pode permanecer altamente carregada nos horários de pico enquanto recursos vizinhos ficam subutilizados. Se uma única AMF sofrer uma falha de software ou hardware, os usuários dentro de sua área de serviço podem ser afetados. Operações rotineiras, como atualizações de software e mudanças de configuração, também podem exigir janelas de manutenção cuidadosamente planejadas.
O AMF Pool, representado na arquitetura 3GPP pelo conceito de AMF Set, resolve esses problemas com um modelo compartilhado de implantação de múltiplas AMFs. Várias AMFs formam um único grupo lógico de serviço, enquanto as gNBs podem estabelecer conectividade N2 com as AMFs do pool. Combinada com a estrutura hierárquica de identidade GUAMI, a seleção ponderada de AMF e a continuidade do contexto do UE, essa arquitetura permite distribuir carga, aumentar a resiliência a falhas, reduzir a sinalização durante a mobilidade e tornar a manutenção mais flexível. A ideia de agrupar nós do plano de controle não é exclusiva do 5G. Conceitos semelhantes já existiam no SGSN Pool do GPRS e no MME Pool do 4G, todos seguindo o mesmo princípio: substituir vínculos rígidos entre nós por recursos de rede compartilhados. No 5G, o AMF Pooling também complementa implantações cloud-native e o gerenciamento elástico de recursos.
Por que o AMF Pooling é importante
Um dos principais motivos para implantar um AMF Pool é corrigir a incompatibilidade entre uma distribuição de assinantes que muda constantemente e uma capacidade fixa dos nós. O tráfego móvel é inerentemente dinâmico. Durante o horário de trabalho, grandes quantidades de assinantes podem se concentrar em áreas comerciais, enquanto à noite o tráfego migra para zonas residenciais. Shows, eventos esportivos e viagens em feriados também podem gerar picos temporários repentinos. Se uma área geográfica depender de apenas um pequeno número de AMFs atribuídas estaticamente, alguns nós podem ficar muito sobrecarregados enquanto outros permanecem subutilizados.
Quando várias AMFs operam no mesmo pool, as gNBs podem manter conectividade com todas as instâncias AMF relevantes, e os novos UEs podem ser distribuídos de acordo com os pesos AMF configurados. Por exemplo, se três AMFs com a mesma capacidade de processamento atenderem a mesma área, pesos equivalentes podem distribuir de forma relativamente uniforme os novos registros de UE e os contextos de mobilidade, melhorando a utilização geral dos recursos.
O segundo grande benefício é a resiliência. Se uma AMF sofrer falha de software ou hardware, as outras AMFs do pool permanecem disponíveis para processar as solicitações seguintes de acesso e mobilidade. Para o plano de controle do núcleo 5G, esse modelo multinó evita dependência excessiva de uma única AMF e fornece uma base mais robusta para operação de alta disponibilidade.
O pooling também melhora a flexibilidade operacional. Antes de atualizar software, alterar configurações ou expandir uma instância AMF, os operadores podem primeiro reduzir ou migrar a carga ativa associada àquele nó e permitir que outras AMFs do pool assumam tráfego novo ou redistribuído. Quando a AMF deixa de atender usuários ativos, a manutenção pode ser realizada com menor impacto nos serviços em produção e com maior liberdade para escolher a janela de manutenção.
Otimização de mobilidade dentro do pool
O valor de um AMF Pool vai além da redundância multinó. Uma vantagem importante é a capacidade de reduzir a sinalização quando um UE se desloca pela rede. Um pool pode cobrir várias Tracking Areas, enquanto as gNBs dentro desse domínio de serviço mantêm conectividade N2 com as AMFs pertencentes ao mesmo AMF Set.
Suponha que um UE se registre inicialmente em TA1 e que AMF1 crie o contexto do UE. Se depois o UE se mover para TA2 dentro do mesmo pool, a nova gNB pode continuar selecionando AMF1 para tratar a sinalização NAS desse UE. Enquanto o UE permanecer dentro da área de serviço do mesmo AMF Pool, a rede pode tentar preservar a associação original com a AMF.
Esse projeto reduz a sinalização de mobilidade desnecessária. Sem o pooling, o movimento entre áreas de serviço poderia exigir a troca da AMF servidora, resultando em transferências adicionais de contexto e procedimentos relacionados ao registro. O pooling desacopla as mudanças de localização do lado rádio das mudanças obrigatórias de nó no plano de controle, permitindo que um UE se mova entre gNBs e Tracking Areas sem alterar automaticamente sua AMF servidora.
Do ponto de vista de engenharia, o pool amplia efetivamente a área geográfica na qual um contexto AMF pode permanecer estável. Um UE pode se deslocar por várias gNBs e TAs mantendo a mesma âncora AMF, desde que permaneça dentro da área de serviço do AMF Set aplicável. Isso reduz interações no plano de controle e melhora a continuidade do gerenciamento de mobilidade.
Na arquitetura 3GPP, essa lógica é representada por uma estrutura hierárquica. Um AMF Set contém várias AMFs que atendem uma área definida e suportam o mesmo Network Slice ou os mesmos slices. Vários AMF Sets podem existir dentro de uma única AMF Region, permitindo que redes maiores dividam o plano de controle em domínios de serviço gerenciáveis.
Como o GUAMI identifica uma AMF
Quando o plano de controle passa de um único nó para uma arquitetura em pool, a rede precisa de uma forma estruturada de identificar regiões, conjuntos e instâncias AMF individuais. O GUAMI, Globally Unique AMF Identifier, fornece essa hierarquia.
Um GUAMI é composto por MCC, MNC, AMF Region ID, AMF Set ID e AMF Pointer. Juntos, esses campos formam um modelo de endereçamento hierárquico que abrange PLMN, AMF Region, AMF Set e a instância AMF individual. O AMF Region ID identifica a região AMF mais ampla, o AMF Set ID identifica um AMF Set específico dentro dessa região e o AMF Pointer diferencia uma AMF individual dentro do conjunto.
A mesma hierarquia também aparece nas identidades temporárias do UE. Um 5G-GUTI é formado pelo GUAMI e pelo 5G-TMSI. Assim, as informações associadas à identidade temporária do UE podem indicar qual AMF atendia anteriormente esse UE. O 5G-S-TMSI contém AMF Set ID, AMF Pointer e 5G-TMSI, fornecendo informações usadas em procedimentos como paging.
É por isso que o GUAMI influencia diretamente a seleção de AMF. Se um UE fornece durante o estabelecimento RRC informações que identificam a AMF servidora anterior, a gNB não precisa necessariamente realizar uma seleção completamente nova baseada em carga. Em vez disso, pode tentar selecionar a AMF original e preservar a relação de serviço existente.
Além dos identificadores binários, a descoberta de AMF também pode usar mecanismos FQDN e DNS. Uma gNB pode construir um AMF Set-FQDN e consultar o DNS para obter informações sobre as AMFs pertencentes a determinado conjunto, fornecendo dados para o posterior estabelecimento da associação N2. Um AMF Instance-FQDN identifica uma instância AMF individual e pode ajudar a localizar uma AMF servidora anterior em cenários aplicáveis de mobilidade ou interfuncionamento.
Como a gNB seleciona uma AMF
Quando um AMF Pool entra em operação, a gNB precisa lidar com duas situações de UE fundamentalmente diferentes. Uma delas é a de um UE recém-chegado sem informações utilizáveis sobre uma AMF servidora anterior. A outra é a de um UE que carrega informações capazes de identificar sua AMF anterior. Esses casos exigem prioridades de seleção diferentes.
Se o UE não fornecer GUAMI nem outras informações capazes de identificar sua AMF anterior durante o estabelecimento RRC, a gNB selecionará uma AMF do AMF Set usando os valores de peso configurados. Cada AMF pode receber um peso na faixa de 0 a 255, normalmente de acordo com sua capacidade de processamento. Uma AMF de maior capacidade pode receber peso maior e aceitar mais novos usuários, enquanto uma instância de menor capacidade pode receber peso menor.
Por exemplo, se três AMFs forem configuradas com pesos de 100, 50 e 50, a primeira AMF pode receber aproximadamente metade dos usuários recém-alocados quando as demais condições forem comparáveis. Esses pesos não precisam permanecer estáticos. Se uma AMF for expandida, reduzida ou tiver sua capacidade alterada de outra forma, informações de peso atualizadas podem ser enviadas às gNBs conectadas por meio de um procedimento de atualização de configuração N2, permitindo que as próximas alocações de UE reflitam a nova distribuição de capacidade.
Se o UE fornecer um GUAMI válido, porém, o objetivo de seleção muda. Em vez de rebalancear imediatamente o UE para outra AMF, a gNB tenta identificar e selecionar a AMF servidora anterior. Preservar a AMF original ajuda a manter a continuidade do contexto e evita mudanças desnecessárias no plano de controle.
Assim, a seleção de AMF dentro de um pool pode ser resumida em dois princípios: quando não existe uma associação histórica com uma AMF, priorizar a distribuição de carga; quando a associação AMF anterior é conhecida, priorizar a continuidade do serviço. O primeiro melhora a utilização dos recursos e o segundo reduz a sinalização de mobilidade. Portanto, um AMF Pool eficiente não é projetado para mover cada UE para a AMF que estiver menos carregada naquele momento, mas para equilibrar a distribuição de recursos com a estabilidade do contexto.
Da implantação inicial à expansão elástica
Colocar um AMF Set em serviço envolve várias etapas. Primeiro, múltiplas instâncias AMF são criadas por meio de um sistema de orquestração MANO ou de uma plataforma de gerenciamento de rede, e são configurados os endereços de associação SCTP necessários para a conectividade N2.
Em seguida, a gNB estabelece associações SCTP com as AMFs do pool e executa o procedimento N2 Setup com cada AMF relevante. O N2 Setup faz mais do que estabelecer conectividade. Ele também permite que a gNB obtenha parâmetros relacionados à operação e à seleção de AMF, incluindo informações como capacidade relativa ou peso, slices suportados e informações da área de serviço. Quando essas relações são estabelecidas, o AMF Set fica pronto para atender os UEs.
Quando chega um novo UE, a gNB determina se deve preservar uma associação AMF anterior ou selecionar uma AMF de acordo com as informações disponíveis do pool e os pesos configurados. Se todas as AMFs tiverem capacidades de processamento semelhantes e pesos idênticos, as cargas de assinantes tenderão a uma distribuição relativamente equilibrada ao longo do tempo.
Arquiteturalmente, um AMF Pool não deve ser visto como uma solução active-standby convencional. Em um projeto active-standby, um nó de backup pode permanecer praticamente ocioso até que ocorra uma falha. Em um AMF Pool, várias AMFs podem atender usuários ativamente ao mesmo tempo. A resiliência é um resultado do pooling, mas o objetivo mais amplo é fazer com que várias instâncias AMF operem como um único grupo lógico de serviço.
Essa característica também torna o AMF Pooling uma base importante para implantações 5GC baseadas em nuvem. Em um ambiente cloud-native, as instâncias AMF podem ser escaladas por orquestração. A quantidade de instâncias, a capacidade de processamento e os pesos de seleção podem mudar ao longo do tempo, enquanto o AMF Set lógico apresentado às gNBs e aos UEs permanece estável. O pooling, portanto, fornece uma fronteira de serviço consistente sobre recursos do núcleo que mudam dinamicamente e suporta o comportamento elástico esperado de um núcleo 5G orientado à nuvem.
Perguntas frequentes
Uma AMF Region pode conter mais de um AMF Set?
Sim. Uma única AMF Region pode conter vários AMF Sets. Conjuntos diferentes podem atender áreas diferentes, enquanto as AMFs dentro de um mesmo conjunto suportam o mesmo Network Slice ou os slices exigidos por esse conjunto.
Uma Tracking Area corresponde somente a uma gNB?
Não. Não existe uma relação um para um entre uma Tracking Area e uma gNB. Uma TA pode conter várias células, enquanto uma gNB pode conter várias células que pertençam a uma ou mais Tracking Areas.
Qual é a diferença entre AMF Pointer e AMF Set ID?
O AMF Set ID identifica um AMF Set, enquanto o AMF Pointer distingue uma instância AMF específica dentro desse conjunto. Juntamente com o AMF Region ID, eles formam partes importantes das informações hierárquicas de endereçamento contidas no GUAMI.
Alterar o peso de uma AMF exige restabelecer todas as conexões N2?
Não. Quando a capacidade de uma AMF muda, as informações atualizadas de peso ou capacidade relativa podem ser comunicadas às gNBs já conectadas por meio do procedimento correspondente de atualização de configuração N2. O valor revisado pode então influenciar a alocação de novos UEs sem exigir a reconstrução da conectividade N2 existente.
