Le groupe appelle à des déploiements O-RAN à grande échelle à partir de l'année prochaine. «Le déploiement de macros est la cible principale», déclare le groupe, ajoutant que les petites cellules O-RAN sont également une cible pour l'intérieur.
«Un objectif clair pour Open RAN est sur 3.4-3.8 GHz et un certain nombre de bandes FDD héritées, tandis que l'intérêt pour les ondes millimétriques est lié aux disponibilités spécifiques des pays», indique le document.
« Open X2/Xn constitue une référence, mais un RAN entièrement désagrégé nécessitera également une interface Open F1 pour la division CU-DU des gNB. Des interfaces ouvertes E2 et A1 sont également requises et doivent être conformes aux spécifications O-RAN ALLIANCE pour permettre des opérations multi-fournisseurs/multi0.sans souci Déploiement du RIC à mi-parcours », indique le document, ajoutant « pour une approche SMO unifiée, des interfaces O1 interopérables vers tous les nœuds RAN seront nécessaires, tandis que l'interface O2 sera nécessaire pour que le SMO (Service Management & Orchestration) exploite le CNF fonctionnant sur l’infrastructure O-Cloud.
Le document indique que la mise en œuvre principale serait une plate-forme O-Cloud (Open Cloud) basée sur Kubernetes prenant en charge le logiciel RAN nécessaire. Pour le logiciel, une fonction de réseau conteneurisé (CNF) sur Bare Metal est la solution cible.
Les opérateurs prennent en charge des fonctions cloud telles que «la définition de politiques de mise à l'échelle automatique pour un pool de nœuds donné, permettant au nombre de nœuds d'être mis à l'échelle automatiquement en fonction de mesures telles que le processeur et le nombre d'utilisateurs.»
La plate-forme O-Cloud devrait également prendre en charge la synchronisation de l'heure (PTP, SyncE, GPS) et les accélérateurs matériels, ainsi qu'une couche d'abstraction d'accélération (AAL) qui fournit un ensemble d'API ouvertes aux applications CNF pour décharger les fonctions accélérées par le matériel.
Les O-CU / O-DU seront implémentés en tant que CNF sur «des processeurs GPP fiables et économes en énergie avec prise en charge de l'accélération matérielle pour le traitement O-DU».
Le document appelle à des variantes pour les bandes héritées, 3.4-3.8 GHz et spectre d'ondes millimétriques, avec divers modes de transmission (nombre de TRX), des valeurs de puissance de sortie et des exigences de bande passante en fonction des bandes de fréquences.
«Des produits à bande unique, double bande ou triple bande sont nécessaires en fonction des bandes respectives. La prise en charge des O-RU multibandes pour les bandes basses et moyennes est importante pour un déploiement rentable. Les produits massifs MIMO (32 et 64 TRX) sont principalement demandés en 3.4-3.8 GHz. L'accent est mis principalement sur les produits à cellules macrocellulaires, mais des produits à petites cellules sont également nécessaires, à la fois à l'intérieur et à l'extérieur. »
RIC reçoit l'approbation disant qu'il devrait apporter des améliorations en termes de programmabilité, avec des applications SON et de gestion des ressources radio activées par AI / ML liées à la direction du trafic, à l'optimisation QoS / QoE, au découpage RAN et au MIMO massif.
«Les interfaces ouvertes E2 et A1 sont les exigences de base pour permettre le déploiement de RIC multi-fournisseurs à partir d'une phase précoce», indique le document.
Les déploiements doivent également être gérables au sein d'un automatisation et cadre de gestion et d'orchestration des services (SMO), et ici les opérateurs disent: «Les fournisseurs d'automatisation et de SMO doivent adopter un modèle unifié de données et d'informations (aligné sur O-RAN ALLIANCE, 3GPP, ETSI et ONAP) pour augmenter l'efficacité de la gestion des services et l'automatisation indépendante des fournisseurs.
«Le cadre de gestion et d'orchestration des services est une fonction de domaine RAN centrale pour gérer et contrôler les fonctions réseau RAN (NF) multifournisseurs désagrégées. La vision est d’éviter l’adoption par les fournisseurs de fonctions propriétaires EMS (Element Management System) en utilisant une approche de modélisation unifiée. »
«La fonction SMO nécessite des interfaces Northbound définies, par exemple 3GPP, TM Forum Open API, ou une division fonctionnelle définie pour les systèmes OSS.»
«Le fronthaul ouvert est considéré comme l'interface clé pour mettre en œuvre un RAN désagrégé et multifournisseur, y compris un MIMO massif, comme base de référence pour les premiers déploiements de macros».
«Pour devenir une alternative compétitive au RAN traditionnel, les opérateurs ont besoin de solutions qui ne compromettent pas la qualité du réseau, la sécurité, la haute efficacité énergétique, comme la prise en charge de la 4G et de la 5G basée à la fois sur un partage RAN autonome et non autonome, un partage efficace du RAN et une prise en charge de la bande héritée. ».
«D'autres capacités liées à un RAN intelligent et programmable devraient voir le jour plus tard, offrant la possibilité aux start-ups spécialisées d'émerger et de jouer un rôle actif. Tous sont essentiels à long terme pour construire un écosystème RAN ouvert et compétitif. »