Um dispositivo 5G pode se registrar na rede sem criar imediatamente um caminho de dados do usuário. Essa pequena mudança de projeto revela muito sobre como a gestão de sessões do 5GC difere dos sistemas de núcleo móvel anteriores. No 4G, o procedimento de attach estava intimamente ligado à criação de uma conexão PDN padrão e de um bearer padrão. No 5G, o registro e o estabelecimento de sessões são separados com mais clareza, dando à rede maior liberdade para decidir quando um caminho de plano de usuário é realmente necessário.

A gestão de sessões do 5GC é a camada de controle que decide como um UE se conecta a uma rede de dados, qual sessão PDU é criada, qual DNN é usada, quais informações de slice se aplicam, quais regras de QoS são atribuídas, qual UPF ancora o tráfego e como a continuidade deve ser tratada quando o UE se move. Não se trata apenas de uma versão renomeada da gestão de bearers 4G. É uma estrutura mais flexível, criada para banda larga móvel, voz sobre 5G, acesso corporativo, serviços de baixa latência, redes de dados de área local e computação de borda.

Por isso, a gestão de sessões se torna um dos conceitos centrais do núcleo 5G. A gestão de mobilidade informa à rede onde o UE está e se pode ser alcançado. A gestão de sessões informa que tipo de caminho de serviço o UE precisa, qual rede de dados deve ser acessada, como o tráfego deve ser classificado e como os recursos do plano de usuário devem ser controlados. As duas funções cooperam de perto, mas já não são tratadas como um único bloco de controle combinado.

Por que o controle de sessões mudou

A maior mudança de arquitetura é a separação entre a gestão de mobilidade e a gestão de sessões. No núcleo 5G, o AMF é responsável pela gestão de mobilidade NAS, enquanto o SMF responde pela gestão de sessões. As mensagens NAS-SM não são processadas por completo dentro do AMF. Em vez disso, o AMF encaminha a sinalização de gestão de sessões ao SMF pela interface N11. Isso significa que o AMF não mantém o contexto de gestão de sessões do UE da mesma forma que a antiga lógica de controle combinada.

Essa separação torna o núcleo 5G mais claro. O AMF pode se concentrar em registro, controle de acesso, alcançabilidade, estado de mobilidade e procedimentos relacionados à localização. O SMF pode se concentrar no estabelecimento, na modificação e na liberação de sessões PDU, no tratamento de DNN, na seleção de UPF, no controle de regras de QoS, na continuidade de sessão e nos parâmetros de cobrança. Com as responsabilidades separadas, a rede pode escalar cada função de acordo com sua própria carga de trabalho.

A mudança também acompanha a direção dos serviços 5G. Um smartphone, um sensor industrial, um veículo, um dispositivo de rede privada e uma aplicação de computação de borda podem usar o 5G de maneiras muito diferentes. Alguns dispositivos precisam de sessões de dados frequentes. Outros podem se registrar e permanecer inativos. Alguns necessitam apenas de acesso local em uma área definida. Outros exigem continuidade IP estável durante o deslocamento. Um único modelo de “sempre criar um bearer padrão ao ligar” não é flexível o bastante para essa variedade.

No 5G, um UE pode realizar o registro sem estabelecer imediatamente uma sessão PDU. Isso evita a criação de recursos do plano de usuário antes que algum serviço realmente precise deles. Para IoT massiva e acesso do tipo máquina, isso é especialmente importante. A rede pode manter o UE conhecido e alcançável sem configurar caminhos de dados desnecessários.

A separação entre o controle de mobilidade e o controle de sessões também afeta os dados do assinante. Os dados de assinatura do UDM são divididos em partes relacionadas à mobilidade e às sessões. O AMF recebe dados de assinatura de mobilidade, o SMF usa dados de assinatura de gestão de sessões e o AMF pode receber dados de seleção do SMF para ajudar a escolher o SMF correto durante o estabelecimento de uma sessão PDU. Essa estrutura torna o núcleo mais modular e facilita o alinhamento com o fatiamento de rede, políticas específicas de DNN e modelos de serviço diferenciados.

De PDN para PDU

Muitos termos da gestão de sessões 5G têm origem no 4G, mas a terminologia e a estrutura mudaram. A conexão PDN do 4G se torna uma sessão PDU no 5G. A PDN do 4G passa a ser DN, ou rede de dados. O APN do 4G passa a ser DNN, ou nome da rede de dados. O bearer padrão do 4G é substituído pelo fluxo de QoS padrão, enquanto os bearers dedicados se tornam fluxos de QoS adicionais ou não padrão.

Essa alteração não é apenas cosmética. Uma sessão PDU foi projetada para oferecer diferentes tipos de conectividade de unidade de dados de protocolo. No 4G, o tipo de PDN abrangia principalmente IPv4, IPv6 e IPv4v6. No 5G, o tipo de sessão PDU acrescenta mais flexibilidade ao oferecer Ethernet e dados não estruturados como opções não IP. Isso é importante porque se espera que o 5G ofereça muito mais do que o acesso tradicional à Internet. Dispositivos industriais, redes privadas corporativas e ambientes de serviço especiais podem exigir modelos que não se limitem à conectividade IP comum.

Um UE pode estabelecer uma sessão PDU para acesso geral à Internet e outra para IMS. Dentro da sessão PDU relacionada ao IMS, diferentes fluxos de QoS podem ser usados para sinalização SIP, áudio VoNR e vídeo VoNR. A diferença importante é que o 5G já não mapeia cada serviço para um bearer EPS separado da mesma maneira. Em vez disso, o fluxo de QoS se torna a principal granularidade para o tratamento do serviço, enquanto o mapeamento para DRB é controlado no lado de rádio pelo gNB.

Esse modelo permite um controle de serviço mais preciso. Uma única sessão PDU pode transportar vários fluxos de QoS, e cada fluxo pode receber valores diferentes de 5QI e ARP, além de tratamento de QoS distinto. Para serviços corporativos e de operadora, fica mais fácil oferecer diversas classes de tráfego sem forçar cada serviço a entrar em um modelo rígido de bearers.

Como o SMF assume o controle

O SMF é a principal função de controle da gestão de sessões do 5GC. Ele trata do estabelecimento, da modificação e da liberação de sessões PDU. Seleciona ou controla o uso do UPF, gerencia a interação de políticas relacionada à sessão, atribui regras de QoS e determina como o plano de usuário deve ser construído. Quando o AMF recebe sinalização NAS-SM do UE, encaminha essas informações ao SMF em vez de processar localmente toda a lógica da sessão.

Esse projeto faz o AMF e o SMF funcionarem como duas camadas coordenadas. O AMF conhece o estado de acesso e mobilidade do UE. O SMF conhece os requisitos da sessão de serviço. Quando uma sessão PDU é solicitada, o AMF ajuda a transportar a sinalização e fornece o contexto relacionado ao acesso, enquanto o SMF decide como a sessão deve ser criada de acordo com DNN, S-NSSAI, dados de assinatura, controle de políticas e disponibilidade do plano de usuário.

O SMF também desempenha um papel central na seleção do modo SSC. A escolha não é aleatória. Ela depende do modo SSC solicitado pelo UE, do modo SSC assinado nos dados do UDM e do conjunto de modos SSC permitidos. Depois que a sessão PDU é estabelecida, seu modo SSC não pode ser alterado, tornando importante a decisão no início da sessão.

Outra responsabilidade fundamental é o controle de recursos do plano de usuário. O SMF pode ativar ou desativar esses recursos, liberar uma sessão PDU ou ajustar o tratamento relacionado à sessão conforme a mobilidade, a área de serviço, a política e o estado de acesso. No caso de LADN, por exemplo, quando o SMF descobre que um UE deixou a área de serviço LADN, pode liberar a sessão PDU relacionada ou desativar os recursos do plano de usuário.

O SMF também controla o direcionamento de tráfego em cenários de computação de borda. Quando os UPFs são usados como âncoras e classificadores, o SMF pode instalar regras que determinem se o tráfego deve ir para uma DN remota ou para uma rede de serviços local. Isso torna o SMF central tanto para sessões de dados comuns quanto para modelos avançados de breakout local.

Os dados de assinatura orientam a configuração

O estabelecimento de sessões depende muito dos dados de assinatura. Como a gestão de mobilidade e a gestão de sessões são separadas, os dados do UDM também são divididos em diferentes áreas lógicas. O AMF usa dados de assinatura relacionados à mobilidade, enquanto o SMF usa dados de assinatura de gestão de sessões. Além disso, dados de seleção do SMF podem ser fornecidos ao AMF para escolher um SMF adequado quando o UE solicitar uma sessão PDU.

Os dados de assinatura de gestão de sessões incluem vários elementos importantes. O S-NSSAI identifica o contexto de slice assinado. As configurações de DNN definem como o UE pode acessar uma rede de dados. Dentro dessas configurações, a rede pode definir tipos de sessão PDU padrão e permitidos, modos SSC padrão e permitidos, informações de QoS assinadas, limites agregados de taxa de bits no nível da sessão e características de cobrança.

Essa estrutura permite moldar um serviço antes mesmo que a sessão PDU seja criada. Um UE pode ter permissão para acessar uma DNN, mas não outra. Pode ter permissão para usar IPv4v6 no acesso à Internet e outro tipo de PDU para um serviço corporativo ou especial. Também pode ter um modo SSC padrão para uma DNN e um conjunto permitido diferente para outra. Além disso, pode receber perfis distintos de Session-AMBR e QoS conforme o serviço assinado.

Configurações de DNN

A configuração de DNN é uma das partes mais práticas dos dados de gestão de sessões. Ela controla como um nome específico de rede de dados deve se comportar para o usuário. Se a DNN representar o serviço de Internet, a política pode se concentrar na banda larga móvel comum. Se representar IMS, pode oferecer QoS para sinalização e voz. Se representar um serviço de área local, pode estar vinculada ao comportamento LADN e a restrições geográficas.

Informações de slice

O S-NSSAI vincula a gestão de sessões ao fatiamento de rede. Uma sessão PDU não está associada apenas a uma DNN; também pode estar associada a um slice. Isso permite que a rede ofereça suporte a diferentes categorias de serviço, clientes corporativos ou domínios operacionais com políticas separadas relacionadas ao slice.

Limites de taxa e cobrança

O Session-AMBR define limites agregados de taxa de bits no nível da sessão PDU. As características de cobrança também podem fazer parte do perfil de gestão de sessões. Esses parâmetros são importantes porque a gestão de sessões não trata apenas de conectividade, mas também de controle de serviços, aplicação de políticas e tratamento comercial.

As sessões PDU definem o acesso

Uma sessão PDU é a unidade básica de acesso que conecta um UE a uma DN por meio do núcleo 5G. Ela contém atributos de serviço como DNN, tipo de sessão PDU, S-NSSAI, modo SSC e identificador de sessão PDU. Depois de criada, a sessão se torna o contêiner de um ou mais fluxos de QoS. O tráfego do usuário passa a ser tratado de acordo com regras de QoS, valores de QFI, filtros de pacotes e mapeamento no lado de rádio.

Esse modelo é mais flexível do que uma simples conexão sempre ativa. Um UE pode criar uma sessão PDU somente quando um serviço precisar dela. Pode estabelecer sessões PDU separadas para Internet e IMS. Também pode estabelecer uma sessão para uma DNN específica de serviço corporativo, local ou de borda, caso as regras de assinatura e de área permitam.

O identificador de sessão PDU identifica a sessão na perspectiva do UE. Um UE pode ter várias sessões PDU, cada uma associada a uma DNN, um slice ou um tipo de sessão diferente. Por exemplo, uma sessão PDU pode se conectar à DN da Internet, enquanto outra se conecta à DN do IMS. Dentro dessas sessões, os fluxos de QoS podem representar diferentes requisitos de serviço.

O tipo de sessão PDU também amplia o modelo de acesso. IPv4, IPv6 e IPv4v6 continuam sendo opções conhecidas, mas os tipos PDU Ethernet e não estruturado tornam o 5G mais adequado a serviços não tradicionais. Isso é especialmente importante em ambientes corporativos e industriais, nos quais os dispositivos podem precisar de comportamento de serviço de camada 2 ou transporte de carga útil não IP.

O projeto da sessão PDU também afeta a forma como a rede trata a voz. Em um modelo orientado a VoNR, a sinalização IMS pode usar um fluxo de QoS não GBR, enquanto áudio e vídeo podem usar fluxos de QoS GBR com valores de 5QI diferentes. O modelo de fluxo de QoS permite distinguir sinalização, voz e vídeo dentro do mesmo contexto de acesso relacionado ao IMS sem copiar diretamente a estrutura de bearers dedicados do EPS.

Os modos SSC preservam a experiência

SSC significa continuidade de sessão e serviço. A expressão contém duas ideias relacionadas, mas diferentes. Continuidade de sessão significa que a sessão PDU e o endereço IP do UE permanecem inalterados. Continuidade de serviço significa que a experiência do usuário permanece contínua do ponto de vista da aplicação. Uma pessoa assistindo a um vídeo, fazendo uma chamada de voz ou usando um serviço interativo pode se preocupar principalmente com a interrupção do serviço, enquanto a rede também precisa saber se a mesma sessão e o mesmo endereço IP foram preservados.

O modo SSC define como a rede trata a continuidade quando o movimento do UE provoca uma mudança de caminho, âncora ou acesso ao serviço. O 5G define três modos SSC. Cada um oferece um equilíbrio diferente entre continuidade de sessão, continuidade de serviço e flexibilidade do plano de usuário.

Modo SSC 1

O modo SSC 1 preserva tanto a continuidade de sessão quanto a continuidade de serviço. A mesma sessão PDU é mantida e o endereço IP do UE não muda. Essa é a opção de continuidade mais forte e é necessária para serviços nos quais uma interrupção é inaceitável. VoNR é um exemplo típico, pois o serviço de voz depende de continuidade estável durante a mobilidade.

Modo SSC 2

O modo SSC 2 não preserva a continuidade de sessão, mas procura manter a continuidade de serviço do ponto de vista da experiência do usuário. Ele usa uma abordagem break-before-make. A sessão PDU antiga é liberada antes que a nova seja estabelecida. Isso pode ser aceitável para alguns serviços, mas é mais fraco do que as outras opções para a experiência do usuário.

Modo SSC 3

O modo SSC 3 também não preserva a mesma continuidade de sessão, mas usa uma abordagem make-before-break. Uma nova sessão PDU é estabelecida antes que a antiga seja liberada. Durante a transição, o UE pode manter temporariamente duas sessões PDU. Em muitos casos, isso oferece uma experiência melhor do que o modo SSC 2, pois a interrupção do serviço pode ser reduzida.

Do ponto de vista da experiência do usuário, o modo SSC 1 oferece a continuidade mais forte, o modo SSC 3 geralmente é melhor que o modo SSC 2, e o modo SSC 2 é o menos favorável dos três. A escolha pertence ao SMF e se baseia na solicitação do UE, nos dados de assinatura e no conjunto de modos permitidos. Depois que a sessão é estabelecida, o modo SSC permanece fixo para essa sessão PDU.

LADN limita o alcance local

LADN significa rede de dados de área local. Ela representa um serviço de rede de dados disponível somente dentro de uma área de serviço específica, formada por uma ou mais áreas de rastreamento. Quando o UE está dentro da área LADN, pode acessar a DNN relacionada se a assinatura e a configuração permitirem. Ao sair da área LADN, não pode mais acessar o serviço 5G dessa DN.

LADN é útil porque alguns serviços só fazem sentido em uma região local. Um serviço de direção autônoma pode estar disponível apenas em uma zona de testes. Um serviço de saúde remota pode estar vinculado à área de um hospital. Uma aplicação de fábrica pode ser válida somente dentro de um campus industrial privado. Nesses casos, a rede de dados não é um serviço global de Internet móvel, mas um serviço local cuja disponibilidade depende da localização.

Tanto o UE quanto a rede precisam ter conhecimento das informações relacionadas a LADN. O UE pode ser configurado para saber se uma DNN é uma DNN LADN e qual aplicação está associada a ela. A área de serviço e a DNN LADN são configuradas no AMF para cada DN. O AMF pode fornecer informações LADN ao UE durante os procedimentos de registro ou atualização de configuração.

Do ponto de vista da gestão de sessões, LADN possui três estados de localização. Dentro significa que o UE está dentro da área LADN. Fora significa que o UE deixou a área LADN. Desconhecido pode se aplicar quando o UE está em um estado como CM-IDLE e a rede não possui uma indicação atual precisa. O SMF pode usar informações do AMF para determinar se o UE continua dentro da área de serviço.

Se o UE estiver fora da área de serviço LADN, não deverá solicitar a ativação do plano de usuário para essa DNN LADN nem solicitar o estabelecimento ou a modificação de uma sessão PDU para essa DNN. Se não possuir informações de área de serviço para uma DNN LADN, o UE deverá se considerar fora da área. Quando o SMF recebe uma solicitação de sessão relacionada a LADN sem receber uma indicação válida de que o UE está dentro da área de serviço, considera o UE fora da área e rejeita a solicitação.

Caminhos de borda precisam de âncoras

O suporte à computação de borda é uma das razões pelas quais a gestão de sessões do 5GC precisa de um projeto de plano de usuário mais flexível. Um serviço pode exigir que parte do tráfego vá para um servidor remoto e que outra parte permaneça local. Por exemplo, registros comuns podem ser enviados a um data center remoto, enquanto o tráfego de controle de baixa latência pode ser direcionado a um servidor de aplicações local próximo à rede de acesso.

O conceito de PSA, ou âncora de sessão PDU, é importante nesse contexto. Um PSA é um UPF que ancora uma sessão PDU e fornece uma interface N6 em direção à rede de dados. Nem todo UPF é automaticamente um PSA. Alguns podem desempenhar outras funções, como classificação ou encaminhamento. O projeto do plano de usuário depende de como os UPFs são organizados e de como o tráfego deve alcançar DNs locais ou remotas.

Dois métodos de direcionamento são importantes. ULCL, ou classificador de uplink, classifica o tráfego de uplink com base em regras. Pode ser usado para tráfego IPv4 e IPv6. O SMF pode instalar regras de ULCL para que o tráfego correspondente a um destino ou a uma classe de serviço específica seja enviado à ramificação correta. Por exemplo, o tráfego para um destino pode ser encaminhado a um servidor remoto, enquanto o tráfego para outro destino é enviado a um serviço de borda local.

O segundo método é a abordagem de ponto de ramificação , baseada em ramificação por prefixo IPv6. Esse método se aplica apenas ao IPv6. Ele permite direcionar o tráfego de acordo com a lógica de prefixos IPv6, sendo adequado a projetos em que o endereçamento IPv6 pode identificar ramificações de serviço locais ou remotas.

Esses mecanismos tornam a computação de borda viável na gestão de sessões do 5GC. O SMF controla as regras da sessão, o UPF cuida do encaminhamento e da classificação de pacotes e o PSA fornece a âncora para a DN. O resultado é um caminho de serviço que pode ser moldado conforme o tipo de tráfego, em vez de enviar todo o tráfego a uma única âncora de núcleo distante.

O fluxo de QoS adiciona granularidade

O fluxo de QoS é a principal granularidade de controle de QoS no 5G. Em vez de usar bearers EPS como unidade central de diferenciação de serviço, o 5G usa fluxos de QoS identificados por QFI. Cada fluxo de QoS pode levar seu próprio perfil e ser mapeado para um DRB pelo gNB. O número de DRBs não precisa ser igual ao número de QFIs. O gNB pode decidir se vários fluxos de QoS serão mapeados para o mesmo DRB ou para DRBs diferentes conforme as condições de rádio e a política.

Um exemplo típico pode incluir aplicações comuns de Internet, tráfego de serviços cooperativos e serviços próprios da operadora. O tráfego geral de aplicações pode usar um fluxo de QoS não GBR. Tráfego mais exigente, como serviços de VR, AR ou jogos em tempo real, pode usar um fluxo de QoS GBR. Áudio e vídeo VoNR podem usar fluxos de QoS GBR diferentes, com valores de 5QI específicos do serviço. Isso oferece à rede uma forma mais detalhada de tratar diferentes fluxos de serviço.

Os parâmetros de QoS são organizados em vários níveis. No nível do fluxo de QoS, os parâmetros comuns incluem 5QI e ARP. O 5QI está relacionado a características como nível de prioridade, orçamento de atraso de pacotes, taxa de erro de pacotes, janela de média e volume máximo de rajada de dados. O ARP ajuda a determinar a prioridade de alocação e retenção quando os recursos são limitados.

Os parâmetros de fluxo GBR incluem GFBR, ou taxa de bits garantida do fluxo, e MFBR, ou taxa de bits máxima do fluxo. Ambos são obrigatórios para fluxos GBR. O controle de notificação e a taxa máxima de perda de pacotes também podem aparecer como parâmetros opcionais. Para fluxos não GBR, pode ser usado o RQA, ou atributo de QoS reflexivo. Em um nível de limite mais amplo, UE-AMBR e Session-AMBR controlam o comportamento da taxa de bits agregada para tráfego não GBR.

Essa granularidade é uma das principais diferenças entre a lógica de bearers 4G e a lógica de sessões 5G. No VoLTE 4G, bearers padrão e dedicados eram associados a APN, QCI, EBI, E-RAB, DRB e túneis do plano de usuário. No 5G, sessão PDU, QFI, tipo de fluxo de QoS, túnel N3 e mapeamento para DRB formam uma estrutura diferente. O resultado é mais flexível, mas também mais dependente de uma política correta do SMF, da instalação das regras de QoS e do comportamento de mapeamento do gNB.

Como as sessões são construídas

Uma sessão PDU não é estabelecida isoladamente. A rede precisa tomar várias decisões antes que o plano de usuário possa ser usado. O UE solicita uma sessão usando DNN, tipo de sessão PDU e parâmetros relacionados. O AMF transporta a mensagem NAS-SM até o SMF. O SMF verifica dados de assinatura, política, informações de slice e configuração de DNN. Em seguida, escolhe os recursos do plano de usuário, atribui regras de QoS e controla como a sessão será conectada à DN.

O processo pode ser entendido como uma sequência de decisões. Primeiro, a rede verifica se o UE tem permissão para usar a DNN solicitada. Segundo, verifica se o tipo de sessão PDU solicitado é permitido. Terceiro, considera as informações de slice por meio do S-NSSAI. Quarto, seleciona ou confirma o modo SSC. Quinto, decide qual UPF ou caminho de âncora será usado. Sexto, aplica as informações de QoS e controle de taxa.

O resultado é uma sessão que representa muito mais do que um túnel. Ela contém identidade do serviço, identidade da rede de dados, caminho do plano de usuário, regras de QoS, comportamento de continuidade, características de cobrança e possíveis restrições de área. Se a sessão estiver relacionada a um serviço local, regras LADN poderão se aplicar. Se estiver relacionada à computação de borda, comportamentos de PSA e ULCL poderão se aplicar. Se estiver relacionada à voz, IMS e fluxos de QoS se tornam essenciais.

A sessão também pode ser modificada depois de estabelecida. Um fluxo de QoS pode ser adicionado ou alterado. Recursos do plano de usuário podem ser ativados ou desativados. Uma sessão pode ser liberada quando não for mais necessária, quando o UE sair de uma área de serviço ou quando a política exigir. Como o SMF controla a sessão, ele é a função principal que transforma regras de assinatura e política em comportamento real do caminho de dados.

Isso explica por que a solução de problemas de sessões 5GC exige analisar mais do que o acesso de rádio. Os engenheiros talvez precisem revisar o comportamento de encaminhamento do AMF, a seleção do SMF, os dados do UDM, a configuração da DNN, o S-NSSAI, o caminho do UPF, a instalação das regras de QoS, a presença LADN, o modo SSC e as regras N4 em direção ao UPF. Uma falha em qualquer uma dessas áreas pode impedir a sessão, causar comportamento incorreto ou eliminar o tratamento de QoS esperado.

Notas de planejamento para engenheiros

Um bom planejamento da gestão de sessões do 5GC começa pela separação dos serviços. Nem todo serviço deve ser forçado a usar a mesma DNN, o mesmo slice, o mesmo modelo de QoS e o mesmo modo de continuidade. Acesso à Internet, IMS, acesso corporativo privado, aplicações locais de campus, tráfego de controle industrial e serviços de borda podem ter requisitos diferentes. Um projeto claro deve identificar essas diferenças antes de configurar a DNN e os dados de assinatura.

A próxima prioridade é decidir quanto de continuidade de sessão é necessário. Alguns serviços precisam de um endereço IP estável do UE e de comportamento de sessão ininterrupto. Outros podem tolerar uma nova sessão desde que a aplicação se recupere. Alguns se beneficiam de make-before-break, enquanto outros podem aceitar break-before-make. O modo SSC deve ser tratado como uma escolha de projeto do serviço, não apenas como um parâmetro em uma tabela.

O planejamento de LADN deve começar pela geografia do serviço. A área de serviço deve ser formada por áreas de rastreamento, e o AMF precisa ser configurado com informações de DNN LADN e área de serviço para cada DN. O UE também precisa da configuração local correta para entender se uma DNN é uma DNN LADN e qual aplicação deve usá-la. Se as informações da área de serviço LADN estiverem ausentes, o UE deverá se considerar fora da área, o que pode fazer as tentativas de serviço falharem conforme projetado.

O planejamento da borda exige uma lógica clara de direcionamento de tráfego. As regras ULCL devem corresponder ao tráfego real da aplicação, não a suposições vagas de serviço. Se tráfego local e remoto forem misturados em uma única sessão PDU, o comportamento do SMF e do UPF deverá ser configurado com cuidado. A seleção do PSA, a conectividade N6, os caminhos N9 e a localização do servidor local afetam a latência e a continuidade do serviço.

O planejamento de QoS exige a mesma atenção. Não basta definir um valor 5QI. Os engenheiros precisam entender se o fluxo é GBR ou não GBR, se GFBR e MFBR são necessários, se Session-AMBR e UE-AMBR são adequados, como o QFI é atribuído e como o gNB mapeia os fluxos de QoS para DRBs. Se o mapeamento de rádio não corresponder às expectativas do serviço, a sessão poderá ser estabelecida corretamente e ainda assim oferecer uma experiência ruim.

Por fim, a gestão de sessões deve ser testada com cenários realistas de movimento e serviço. Uma chamada estática de laboratório não comprova o comportamento SSC. Uma única sessão de Internet não comprova a restrição LADN. Um teste simples de throughput não comprova a diferenciação de fluxos de QoS. Os engenheiros devem testar registro sem estabelecimento de sessão, várias sessões PDU, entrada e saída de LADN, comportamento dos modos SSC, breakout de borda, adição de fluxos de QoS, ativação do plano de usuário e liberação de sessão.

Visão técnica final

A gestão de sessões do 5GC é a parte do núcleo que transforma a intenção do serviço em conectividade de dados. Ela cria e controla sessões PDU, seleciona o acesso DNN, aplica regras de slice e assinatura, escolhe o modo SSC, gerencia caminhos do UPF, oferece restrições de área local e atribui tratamento aos fluxos de QoS. Dá ao 5G a flexibilidade necessária para smartphones, serviços de voz, dispositivos industriais, redes corporativas, acesso local e computação de borda.

A mudança da lógica de bearers 4G para a lógica de sessões PDU 5G não é apenas uma atualização de terminologia. Ela altera como a conectividade é criada, como os serviços são separados, como a QoS é aplicada e como os caminhos do plano de usuário são direcionados. A separação entre AMF e SMF torna a arquitetura mais modular. Os dados de assinatura do UDM ficam mais estruturados. O modo SSC oferece diferentes modelos de continuidade. LADN acrescenta acesso a serviços baseado em área. ULCL e PSA viabilizam caminhos de borda. O fluxo de QoS substitui o pensamento centrado em bearers por uma classificação de serviços mais precisa.

A melhor forma de entender a gestão de sessões do 5GC é acompanhar um serviço desde a solicitação até o plano de usuário. O UE solicita uma sessão PDU. O AMF transporta a mensagem da sessão. O SMF verifica assinatura, DNN, slice, tipo de PDU e modo SSC. O UPF cria o caminho até a DN. As regras de QoS classificam o tráfego. O gNB mapeia os fluxos de QoS para bearers de rádio. Mudanças de mobilidade e localização passam então a influenciar a continuidade, o acesso a serviços locais e o roteamento de borda. Cada etapa faz parte da mesma cadeia de gestão de sessões.

Perguntas frequentes

Por que um UE pode se registrar sem criar uma sessão PDU?

O registro apenas informa à rede que o UE é conhecido e alcançável. Uma sessão PDU só é necessária quando um serviço de dados do usuário é solicitado, portanto o 5G pode evitar a criação de recursos do plano de usuário antes que sejam úteis.

Por que o AMF encaminha mensagens NAS-SM em vez de processá-las por completo?

O AMF foi projetado para controle de acesso e mobilidade, enquanto o SMF é responsável pela lógica da sessão. O encaminhamento da sinalização NAS-SM mantém essas responsabilidades separadas e torna a arquitetura mais modular.

O que torna DNN mais do que um APN renomeado?

A DNN está ligada a regras de sessão 5G, contexto de slice, tipos de sessão PDU, comportamento LADN, controle de políticas e seleção do SMF, portanto desempenha um papel mais amplo do que um simples nome de acesso.

Quando o modo SSC 3 deve ser preferido ao modo SSC 2?

O modo SSC 3 é útil quando um serviço pode tolerar uma mudança de sessão, mas se beneficia do comportamento make-before-break, reduzindo a interrupção em comparação com a liberação da sessão antiga primeiro.

Por que LADN exige conhecimento no lado do UE?

O UE precisa saber se uma DNN é uma DNN LADN e se está dentro da área de serviço configurada antes de solicitar o estabelecimento ou a modificação da sessão, ou a ativação do plano de usuário.