Notas de versão do Azure Private 5G Core 2210

As notas de versão a seguir identificam os novos recursos, problemas críticos em aberto e problemas resolvidos para a versão 2210 para o núcleo de pacotes do Azure Private 5G Core (AP5GC). As notas de versão são atualizadas continuamente e problemas críticos que exigem uma solução alternativa são adicionados aqui à medida que são descobertos. Antes de implantar esta nova versão, analise cuidadosamente as informações contidas nestas notas de versão.

Este artigo aplica-se à versão AP5GC 2210 (PMN-4-18-0). Esta versão é compatível com a GPU ASE Pro que executa a versão ASE 2209 e é suportada pela versão 2022-04-01-preview da API Microsoft.MobileNetwork.

Problemas corrigidos na versão AP5GC 2210

A tabela a seguir fornece um resumo dos problemas corrigidos nesta versão.

Não Funcionalidade Problema
1 Sinalização 4G/5G O Azure Private 5G Core aceitará incorretamente conexões SCTP no endereço IP N2 errado. Este problema foi corrigido nesta versão.
2 Sinalização 4G/5G Em cenários raros, devido a uma condição de corrida acionada durante uma sequência de desconexão/reconexão da RAN, o Azure Private 5G Core pode falhar ao processar solicitações de entrada do eNodeB ou gNodeB. Este problema foi corrigido nesta versão.
3 Sinalização 4G/5G Em cenários raros, o Azure Private 5G Core pode corromper o estado interno de uma sessão de dados de pacote, resultando em alterações subsequentes nessa sessão de dados de pacote falhando. Este problema foi corrigido nesta versão.
4 Reencaminhamento de pacotes O Azure Private 5G Core descarta pacotes de dados N3 recebidos de um gNodeB se eles tiverem sinalizadores específicos definidos no cabeçalho GTP-UPacket, resultando no tráfego do equipamento do usuário (UE) nunca chegando ao servidor no lado N6. Especificamente, o número de sequência ou sinalizadores de cabeçalho N-PDU GTP-U que estão sendo definidos causam esse problema.
5 Política Em um cenário específico, se a versão ASE 2209 for reinstalada, o SIM e os registros de política da primeira instalação serão mantidos no ASE. Este problema foi corrigido nesta versão.
6 Sinalização 4G/5G Em cenários em que o estabelecimento de uma sessão PDU falhou, o Azure Private 5G Core pode não liberar automaticamente a sessão e a UE pode precisar se registrar novamente. Este problema foi corrigido nesta versão.

Problemas conhecidos de versões anteriores

A tabela a seguir fornece um resumo dos problemas conhecidos transferidos das versões anteriores.

Não Funcionalidade Problema Solução alternativa/comentários
1 Configuração da política O Azure Private 5G Core pode ignorar a qualidade de serviço (QoS) não padrão e a configuração de política ao lidar com assinantes 4G. Não aplicável.
2 Reencaminhamento de pacotes O Azure Private 5G Core pode não encaminhar pacotes em buffer se o NAT estiver habilitado. Não aplicável.
3 Sinalização 4G/5G O Azure Private 5G Core pode executar uma transação desnecessária de configuração de recursos de sessão PDU após uma solicitação de serviço iniciada pela UE. Não aplicável.
4 Sinalização 4G/5G Em cenários raros, quando um número significativo de UEs são registrados em massa e enviam dados contínuos, o núcleo pode liberar sessões de dados incorretamente. Se as sessões forem liberadas, as UEs talvez precisem se reconectar ao sistema para usar serviços de dados.
5 Painéis locais Os painéis locais do Azure Private 5G Core podem mostrar valores incorretos em alguns gráficos (por exemplo, contagens de sessão) após um ciclo de energia do servidor Azure Stack Edge. Não aplicável.
6 Painéis locais A GUI da Web de rastreamento distribuído não consegue exibir e decodificar alguns campos de mensagens NAS 4G/5G. Especificamente, os elementos de informação Tipo de solicitação e DNN . As mensagens terão de ser visualizadas a partir da captura de pacotes separada, se necessário.
7 Desempenho Foi observado muito raramente que a alocação de CPU em uma implantação do Azure Private 5G Packet Core pode resultar em algumas cargas de trabalho de processamento de sinalização compartilhando um núcleo lógico da CPU com cargas de trabalho de processamento de plano de dados, resultando em falhas de criação de sessão ou latência/falhas de processamento de pacotes em uma carga moderada. Reimplantar o Azure Private 5G Packet Core pode resolver a alocação problemática da CPU.
8 Reencaminhamento de pacotes Quando o Azure Private 5G Core tiver o NAT habilitado em uma rede de dados, aproximadamente um em cada 65.536 pacotes de downlink enviados para uma UE será emitido com uma soma de verificação IP incorreta, o que provavelmente fará com que ela seja descartada.

Próximos passos