Notas sobre a versão do Azure Private 5G Core 2210
As notas de versão a seguir identificam os novos recursos, os problemas críticos em aberto e os problemas resolvidos para a versão 2210 do núcleo de pacote do Azure Private 5G Core (AP5GC). As notas sobre a versão são continuamente atualizadas e os problemas críticos que exigem uma solução alternativa são adicionadas à medida que são descobertos. Antes de implantar essa nova versão, revise cuidadosamente as informações contidas nessas notas de versão.
Este artigo se aplica à versão do AP5GC 2210 (PMN-4-18-0). Essa versão é compatível com a GPU do ASE Pro que executa a versão 2209 do ASE e tem suporte na versão 2022-04-01-preview da versão da API Microsoft.MobileNetwork.
Problemas corrigidos na versão do AP5GC 2210
A tabela a seguir fornece um resumo dos problemas corrigidos nesta versão.
| Não. | Recurso | Problema |
|---|---|---|
| 1 | Sinalização 4G/5G | O Azure Private 5G Core aceitará incorretamente conexões SCTP no endereço IP N2 incorreto. Esse problema foi corrigido nessa versão. |
| 2 | Sinalização 4G/5G | Em cenários raros, devido a uma condição de corrida disparada durante uma sequência de desconexão/conexão de RAN, o Azure Private 5G Core pode falhar ao processar solicitações de entrada do eNodeB ou gNodeB. Esse problema foi corrigido nessa 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 do pacote que está falhando. Esse problema foi corrigido nessa versão. |
| 4 | Encaminhamento de pacote | O Azure Private 5G Core descartará os pacotes de dados N3 recebidos de um gNodeB se eles tiverem sinalizadores específicos definidos no cabeçalho GTP-UPacket, fazendo com que o tráfego do UE (equipamento de usuário) nunca chegue ao servidor no lado N6. Especificamente, os sinalizadores de cabeçalho GTP-U Número de Sequência ou N-PDU que estão sendo definidos causam esse problema. |
| 5 | Política | Em um cenário específico, se a versão do ASE 2209 for reinstalada, os registros SIM e de política da primeira instalação serão mantidos no ASE. Esse problema foi corrigido nessa versão. |
| 6 | Sinalização 4G/5G | Em cenários em que o estabelecimento de uma sessão de PDU falhou, o Azure Private 5G Core pode não liberar automaticamente a sessão e o UE pode precisar se registrar novamente. Esse problema foi corrigido nessa versão. |
Problemas conhecidos de versões anteriores
A tabela a seguir fornece um resumo dos problemas conhecidos realizados das versões anteriores.
| Não. | Recurso | Problema | Solução alternativa/comentários |
|---|---|---|---|
| 1 | Configuração de 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 | Encaminhamento de pacote | O Azure Private 5G Core pode não encaminhar pacotes em buffer se NAT estiver habilitado. | Não aplicável. |
| 3 | Sinalização 4G/5G | O Azure Private 5G Core pode executar uma transação de instalação de recurso de sessão de PDU desnecessária após uma solicitação de serviço iniciada pelo UE. | Não aplicável. |
| 4 | Sinalização 4G/5G | Em cenários raros em que um número significativo de UEs são registrados em massa e enviam dados contínuos, o núcleo pode liberar incorretamente sessões de dados. | Se as sessões forem liberadas, os UEs talvez precisem se conectar novamente ao sistema para usar os serviços de dados. |
| 5 | Painéis locais | Os painéis locais do Azure Private 5G Core podem mostrar valores incorretos em alguns grafos (por exemplo, contagens de sessão) após um ciclo de energia do servidor do Azure Stack Edge. | Não aplicável. |
| 6 | Painéis locais | A GUI da Web de rastreamento distribuído não exibe e decodifica alguns campos de mensagens NAS 4G/5G. Especificamente, os elementos de informações de Tipo de Solicitação e DNN. | As mensagens terão que ser exibidas da captura de pacotes separada, se necessário. |
| 7 | Desempenho | Em raras ocasiões, foi observado que a alocação da CPU em uma implantação do Azure Private 5G Packet Core pode fazer com que algumas cargas de trabalho de processamento de sinalização compartilhem um núcleo de CPU lógico com cargas de trabalho de processamento de plano de dados, levando a 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 | Encaminhamento de pacote | Quando o Azure Private 5G Core tem 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 ele seja descartado. |