Los operadores de red establecen las prioridades de O-RAN

Actualización: 13 de mayo de 2021
Los operadores de red establecen las prioridades de O-RAN

El grupo está pidiendo implementaciones de O-RAN a gran escala a partir del próximo año. “El despliegue macro es el objetivo principal”, dice el grupo, y agrega que las celdas pequeñas O-RAN también son un objetivo para interiores.

“Un enfoque claro para Open RAN está en 3.4-3.8 GHz y una serie de bandas FDD heredadas, mientras que el interés en las ondas milimétricas está ligado a las disponibilidades específicas de cada país”, dice el documento.

“Open X2/Xn son una base, pero una RAN completamente desagregada también requerirá una interfaz Open F1 para la división CU-DU de gNB. También se requieren interfaces abiertas E2 y A1 que deberán cumplir con las especificaciones O-RAN ALLIANCE para permitir múltiples proveedores/multi0.la tecnología Implementación de RIC a mediano plazo”, dice el documento, y agrega “para un enfoque SMO unificado, se requerirán interfaces O1 interoperables hacia todos los nodos RAN, mientras que la interfaz O2 será necesaria para que SMO (Gestión y Orquestación de Servicios) opere el CNF que se ejecutan en la infraestructura O-Cloud ".

El documento dice que la implementación principal sería una plataforma O-Cloud (Open Cloud) basada en Kubernetes que admita el software RAN necesario. Para el software, una función de red en contenedor (CNF) en Bare Metal es la solución de destino.

Los operadores admiten funciones en la nube como "la definición de políticas de escalado automático para un grupo de nodos determinado, lo que permite escalar automáticamente la cantidad de nodos de acuerdo con métricas como la CPU y la cantidad de usuarios".

La plataforma O-Cloud también debe admitir sincronización de tiempo (PTP, SyncE, GPS) y aceleradores de hardware, así como una capa de abstracción de aceleración (AAL) que proporciona un conjunto de API abiertas a las aplicaciones CNF para descargar las funciones aceleradas de hardware.

Las O-CU / O-DU se implementarán como CNF en "CPU GPP confiables y de bajo consumo de energía con soporte de aceleración HW para el procesamiento O-DU".

El documento solicita variantes para bandas heredadas, 3.4-3.8 GHz y espectro de ondas milimétricas, con varios modos de transmisión (número de TRX), valores de potencia de salida y requisitos de ancho de banda según las bandas de frecuencia.

“Se requieren productos de banda única, banda dual o banda triple según las bandas respectivas. El soporte para O-RU multibanda para bandas bajas y medias es importante para una implementación rentable. Los productos MIMO masivos (32 y 64 TRX) se demandan principalmente en 3.4-3.8 GHz. El enfoque principal está en los productos de macrocélulas, pero también se necesitan productos de células pequeñas, tanto en interiores como en exteriores ".

RIC recibe aprobación diciendo que debería traer mejoras en términos de programabilidad, con aplicaciones de gestión de recursos de radio y SON habilitadas para AI / ML relacionadas con la dirección del tráfico, optimización de QoS / QoE, corte de RAN y Massive MIMO.

“Las interfaces abiertas E2 y A1 son los requisitos básicos para permitir la implementación de RIC de múltiples proveedores desde una fase temprana”, dice el documento.

Las implementaciones también deben ser manejables dentro de un marco de automatización y gestión y orquestación de servicios (SMO), y aquí los operadores dicen: “Los proveedores de automatización y SMO adoptarán un modelo unificado de datos e información (alineado con O-RAN ALLIANCE, 3GPP, ETSI y ONAP) para aumentar la eficiencia de la gestión de servicios y la automatización independiente del proveedor.

“El marco de gestión y orquestación de servicios es una función de dominio de RAN central para administrar y controlar las funciones de red (NF) de RAN de múltiples proveedores desagregadas. La visión es evitar la adopción específica del proveedor de funciones patentadas de EMS (Element Management System) mediante el uso de un enfoque de modelado unificado ".

"La función SMO requiere interfaces definidas hacia el norte, por ejemplo, 3GPP, TM Forum Open API o una división funcional definida para sistemas OSS".

 

“Open fronthaul se considera la interfaz clave para implementar una RAN desagregada de múltiples proveedores, incluido MIMO masivo, como base para las primeras implementaciones macro”.

“Para convertirse en una alternativa competitiva a la RAN tradicional, los operadores requieren soluciones que no comprometan la calidad de la red, la seguridad, la alta eficiencia energética, como soporte para 4G y 5G basado en el uso compartido de RAN autónomo y no autónomo y el soporte de banda heredado ”.

“Se espera que otras capacidades relacionadas con una RAN inteligente y programable emerjan más adelante, ofreciendo el potencial para que surjan nuevas empresas especializadas y desempeñen un papel activo. Todos son esenciales a largo plazo para construir un ecosistema RAN abierto competitivo ".