Grupo de Trabalho de Radiofrequência 5G (RAN3) R17

RAN3 Release 17 concentra-se em grandes evoluções no 5G (NR), trazendo melhorias para arquiteturas-chave, como o suporte nativo de computação de borda de acesso múltipla (MEC),a introdução do RedCap de capacidade reduzida para IoT, melhores cadeias laterais, posicionamento e MIMO, e maior suporte a novas bandas de frequências (até 71 GHz) e NTN não terrestres.Todas estas melhorias baseiam-se na evolução das funções da rede principal para melhorar a eficiência do espectro e a economia de energia dos dispositivos, permitindo aplicações 5G mais amplas.

I. Principais características do RAN3 na versão 17

• AtividadesMelhorias de função  Reutilização de recursos melhorada, robustez da topologia e opções de roteamento entre os links pai e filho do IAB.
• NTN(Rede não terrestre) Arquitetura A arquitetura do sistema suporta a integração de satélite/HAP com a 5G terrestre (NR).
• NPN(Rede Não Pública) Melhorias e suporte à integração da computação de ponta.

II. Principais detalhes técnicos e integração do sistema da RAN3

2.1 Tecnologia IAB (Integrated Access and Backhaul) aprimorada

Reutilização de recursos:O Rel-17 define mecanismos adicionais que permitem que os nós IAB alocem recursos de forma mais flexível entre acesso (à UE) e backhaul (a nós IAB filhos) com base no agendamento existente.

• Atualização da sinalização interna F1/Xn entre o nó principal e o IAB-DU/MT.
• Para conseguir uma gestão robusta do caminho e redirecionar o plano de controlo do IAB (IAB-CU) deve ser capaz de realocar as relações do fornecedor em caso de falha da ligação.
• Topologia e Roteamento:Suporte para atualizações de tabelas de roteamento semi-estáticas e mapeamento aprimorado do portador; os fornecedores precisam testar regras de congestionamento/prioridade para tráfego de retorno e acesso.

2.2 NTN Arquitetura

Integração da GW e da NG-RAN:O Rel-17 define as alterações de arquitetura do estágio 2/estágio 3 da NTN para suportar os recursos de ligação por satélite de ponta a ponta.Os implementadores devem coordenar-se com o CN (SA/CT) para apoiar as sessões de PDU e as diferenças de mobilidade (como tempos de entrega mais longos devido ao movimento de satélites GEO/LEO).

Tempo e Sincronização:Os nós NTN normalmente exigem distribuição GNSS/tempo (ou sincronização de tempo alternativa) e é necessário um manuseio específico de cronometragem antecipada e cronometradores HARQ dentro da arquitetura RAN.