Os operadores de rede definem as prioridades O-RAN

Atualização: 13 de maio de 2021
Os operadores de rede definem as prioridades O-RAN

O grupo está convocando implantações de O-RAN em grande escala a partir do próximo ano. “A implantação de macro é o alvo principal”, diz o grupo, acrescentando que as pequenas células O-RAN também são um alvo para ambientes internos.

“Um foco claro para Open RAN está em 3.4-3.8 GHz e uma série de bandas FDD legadas, enquanto o interesse em ondas milimétricas está vinculado às disponibilidades específicas de cada país”, diz o documento.

“Open X2/Xn são uma linha de base, mas uma RAN totalmente desagregada também exigirá uma interface Open F1 para a divisão CU-DU de gNBs. Interfaces abertas E2 e A1 também são necessárias e devem estar em conformidade com as especificações O-RAN ALLIANCE para permitir multi-fornecedor/multi0tecnologia Implantação de RIC no médio prazo”, diz o documento, acrescentando que “para uma abordagem SMO unificada, serão necessárias interfaces O1 interoperáveis ​​para todos os nós RAN, enquanto a interface O2 será necessária para que o SMO (Service Management & Orchestration) opere o CNFs rodando na infraestrutura O-Cloud.”

O documento diz que a implementação principal seria uma plataforma O-Cloud (Open Cloud) baseada em Kubernetes com suporte para o software RAN necessário. Para o software, uma função de rede em contêiner (CNF) em Bare Metal é a solução de destino.

Os operadores oferecem suporte a funções de nuvem, como “a definição de políticas de escalonamento automático para um determinado pool de nós, permitindo que o número de nós seja escalado automaticamente de acordo com métricas como CPU e número de usuários”.

A plataforma O-Cloud também deve suportar sincronização de tempo (PTP, SyncE, GPS) e aceleradores de hardware, bem como uma camada de abstração de aceleração (AAL) que fornece um conjunto de APIs abertas para aplicativos CNF para descarregar as funções aceleradas de hardware.

Os O-CU / O-DUs serão implementados como CNFs em "CPUs GPP confiáveis ​​e com baixo consumo de energia com suporte de aceleração HW para processamento O-DU".

O documento pede variantes para bandas legadas, 3.4-3.8 GHz e espectro de ondas milimétricas, com vários modos de transmissão (número de TRX), valores de potência de saída e requisitos de largura de banda dependendo das bandas de frequência.

“São necessários produtos de banda única, banda dupla ou banda tripla, dependendo das respectivas bandas. O suporte para O-RUs multibanda para bandas baixas e médias é importante para uma implantação econômica. Os produtos MIMO massivos (32 e 64 TRX) são exigidos principalmente em 3.4-3.8 GHz. O foco principal está em produtos de macrocélulas, mas também são necessários produtos de pequenas células, tanto internos quanto externos ”.

RIC recebe aprovação dizendo que deve trazer melhorias em termos de programabilidade, com aplicativos de gerenciamento de recursos de rádio e SON habilitados para AI / ML relacionados ao direcionamento de tráfego, otimização de QoS / QoE, divisão de RAN e MIMO maciço.

“Interfaces abertas E2 e A1 são os requisitos básicos para permitir a implantação de RIC de vários fornecedores desde uma fase inicial”, diz o documento.

As implantações também devem ser gerenciáveis ​​dentro de um automação e estrutura de gerenciamento e orquestração de serviços (SMO), e aqui as operadoras dizem: “Os fornecedores de automação e SMO devem adotar um modelo unificado de dados e informações (alinhado com O-RAN ALLIANCE, 3GPP, ETSI e ONAP) para aumentar a eficiência do gerenciamento de serviço e a automação independente do fornecedor.

“A estrutura de gerenciamento e orquestração de serviços é uma função de domínio RAN central para gerenciar e controlar funções de rede RAN (NF) de vários fornecedores desagregadas. A visão é evitar a adoção específica do fornecedor de funções EMS (Element Management System) proprietárias usando uma abordagem de modelagem unificada. ”

“A função SMO requer interfaces Northbound definidas, por exemplo, 3GPP, TM Forum Open API ou uma divisão funcional definida para sistemas OSS.”

 

'O fronthaul aberto é considerado a interface chave para implementar um RAN desagregado e de vários fornecedores, incluindo MIMO massivo, como uma linha de base para as primeiras implementações de macro ”.

“Para se tornarem uma alternativa competitiva ao RAN tradicional, as operadoras precisam de soluções que não comprometam a qualidade da rede, segurança, alta eficiência energética, como suporte para 4G e 5G baseado em autônomo e não autônomo, compartilhamento RAN eficiente e suporte de banda legado ”.

“Espera-se que outras capacidades relacionadas a um RAN inteligente e programável surjam mais tarde, oferecendo o potencial para startups especializadas surgirem e desempenharem um papel ativo. Todos são essenciais a longo prazo para construir um ecossistema RAN aberto e competitivo ”.