Open Ran n’est plus seulement une promesse « anti-lock-in ». Il devient un terrain concret de comparaison, où se mesurent les choix architecturaux, les contraintes de transport, la disponibilité du spectre et la maturité logicielle. Pour mettre de l'ordre dans cette mosaïque, une revue académique publiée sur Réseaux informatiques qui croise théorie, standards, déploiements commerciaux et prototypes, avec un focus explicite sur ce qui reste souvent en marge : spectre Et plateformes de mise en œuvre.
Le système est clair dès le départ : le réseau radio « traditionnel » est né comme un bloc propriétaire. Et aujourd’hui, les efforts visant à désagréger, virtualiser et rendre interopérable se concentrent précisément sur ce bloc. En une phrase, les auteurs définissent l’objectif industriel avec un lexique familier aux opérateurs : « LeOpen Ran est un concept révolutionnaire qui permet aux ORM de construire une infrastructure en grande partie sur le matériel Cots et des interfaces logicielles standardisées.».
De la tour au cloud : pourquoi la désagrégation est vraiment importante
Pour comprendre l’Open Ran il faut partir de l’évolution du Ran. La revue reconstitue cinq étapes : du modèle monolithique, à la séparation Ru-Bbu, puis à la centralisation poolée (C-Ran), puis à la virtualisation (vRan) et enfin à l'approche ouverte. La différence, au point d'arrivée, ne réside pas seulement dans « où » les fonctions sont exécutées, mais dans « comment » elles sont connectées.
L'idée clé est la désagrégation de la station de base dans Ru, Du et Cuavec des répartitions fonctionnelles qui déterminent la latence, la bande passante requise sur le fronthaul et les avantages de la coordination radio. Le 3GPP définit des options de partage, mais ne résout pas complètement l'interopérabilité des interfaces les plus délicates. C’est là qu’intervient la poussée « O-Ran », qui cherche à transformer la décomposition en un écosystème multi-fournisseurs, avec des composants intégrables et contrôlables.
Le point de fonctionnement est simple : plus la scission descend vers le niveau physique, plus la sensibilité aux retards et aux pertes augmente. En conséquence, la promesse de flexibilité vous le payez par des exigences strictes en matière de réseau de transport et par le fardeau de l'intégration. C'est sur cette crête qu'Open Ran passe du slogan au projet industriel.
Interfaces ouvertes ne signifie pas open source
Un malentendu récurrent accompagne le débat : open interface et open source ne sont pas synonymes. La revue le précise sans ambiguïté : «Une interface ouverte peut être implémentée par des solutions fermées ou open sourceLe premier permet l’interopérabilité et réduit le verrouillage ; le second ajoute de la transparence, de l’extensibilité et, souvent, de la rapidité d’expérimentation.
Cette distinction pèse sur les choix des opérateurs. Les grands ORM ont tendance à préférer les plates-formes commerciales dotées d'interfaces standards et de logiciels propriétaires, car ils recherchent des garanties en matière de stabilité, de support et de responsabilité de bout en bout. D’un autre côté, les universités, les intégrateurs de systèmes et les nouveaux acteurs poussent les piles open source et le matériel à usage général, en particulier pour les réseaux privés et les environnements de campus.
Au milieu se trouve le monde des communautés logicielles et des projets « hybrides », où l'interface est standardisée mais la concurrence se déplace vers les capacités de performances, d'automatisation et d'orchestration.
O-Ran et contrôleurs : le réseau radio entre dans la logique « data-driven »
La conception O-Ran introduit un niveau de contrôle qui modifie la grammaire de la gestion radio : i Enregistrer (proche-RT et non-RT). Dans cette architecture, le Ran devient programmable via des applications, avec logique d'optimisation et boucle fermée. Les auteurs soulignent que les contrôleurs peuvent «appliquer des politiques de contrôle à l’aide d’algorithmes d’IA et de ML».
Pour les opérateurs, l’enjeu est double. D'une part, la programmabilité ouvre la voie à de nouveaux modèles d'automatisation, de découpage et d'optimisation, avec un impact potentiel sur l'efficacité et les délais de mise sur le marché. D’un autre côté, cela déplace le centre de gravité vers des plateformes logicielles complexes, où la gouvernance du cycle de vie des xApps et des rApps devient un élément stratégique et non seulement technique.
Ici se mesure aussi la réelle « ouverture » du marché : si le même éditeur contrôle les logiciels SmO et Ran, la supply chain risque de reproduire des formes de dépendance, même en présence d'interfaces standards.
Déploiements : du greenfield à la modernisation, sans une seule recette
La revue photographie un panorama mondial qui s’accélère. Rapporte que, jusqu’en décembre 2024, ils sont 40 buts en phase de déploiement, de pré-commercialisation ou de lancement commercial e 41 buts lors d'essais ou d'essais sur le terrain. Il s'agit d'un chiffre indicatif : il ne mesure pas le trafic « transporté » par Open RAN, mais indique la densité des expérimentations et des déploiements.
La lecture industrielle la plus utile en est une autre : Open Ran « fonctionne » plus facilement là où la contrainte héritée est moindre. Dans des contextes entièrement nouveaux, la liberté de conception augmente, tout comme le coût de l'intégration et la responsabilité de faire coexister des composants multi-fournisseurs. Cependant, dans les contextes de friches industrielles, le problème est celui de la compatibilité avec la continuité existante et opérationnelle. Dans les deux cas, l’architecture ne suffit pas : il faut des processus, des compétences et des outils d’orchestration.
Spectrum : Open Ran est « agnostique », mais pas neutre
L’un des passages les plus intéressants de la revue concerne le spectre. La déclaration sous-jacente est claire : «il n'existe pas de réglementation spécifique dédiée à l'attribution du spectre pour les déploiements Open Ran car Open Ran est, en fait, agnostique en ce qui concerne le spectre».
Pourtant la question n’est pas neutre, car les cas d’usage les plus dynamiques aujourd’hui sont souvent ceux Réseaux privés 5Goù les licences, le partage et les conditions techniques changent pays par pays.
Les auteurs distinguent les réseaux publics, soumis aux licences des ORM, et les réseaux privés, où trois voies sont ouvertes : utilisation du spectre sous licence, spectre dédié aux réseaux locaux, ou bandes sans licence avec mécanismes de coexistence. couru
Le fait est que, pour ceux qui élaborent des analyses de rentabilisation, le choix du spectre affecte l’architecture, la puissance, la couverture et même la chaîne d’approvisionnement. Dans un scénario d'entreprise, la disponibilité de blocs locaux en milieu de bande peut transformer Open Ran en un accélérateur de projets verticaux, surtout si l'offre de Ru commercial et l'intégration Du/Cu sur Cots sont réplicables.
Prototypes et réalité : ce que disent les tests sur les réseaux privés
L'examen ne se limite pas au cadre théorique. Il apporte des exemples de prototypes de campus en Roumanie et en Norvège, construits avec du matériel Cots et des piles open source, avec des résultats qui aident à faire évoluer les attentes et à identifier les goulots d'étranglement. Sur le plan des performances, les auteurs rapportent une valeur maximale de liaison descendante de 145,6 Mbps dans un banc d'essai avec Ru 2×2 Mimo et srsRan, et résultats similaires dans un autre réseau privé, avec liaison descendante/montante 187/47,8 Mbps.
La distance par rapport au « potentiel » de la 5G ne surprend pas ceux qui travaillent dans le domaine : numérologie prise en charge, optimisations, capacité de traitement et réglage RF comptent. En d’autres termes, Open Ran n’élimine pas la complexité radio. Cela le déplace et le rend souvent plus visible.
L'analyse met également en évidence un problème de stabilité : dans certains tests, la solution basée sur srsRan est plus stable dans le temps, tandis que l'alternative Oai montre des arrêts imprévisibles des transmissions radio. Il s’agit d’une indication pratique et non d’un verdict. Elle confirme cependant que, dans un environnement open source, la maturité varie fortement selon les composants et les releases, et le choix de la stack ne peut ignorer le fonctionnement attendu.
Les défis qui restent : orchestration, performance, sécurité
Le dernier chapitre de l’examen met en évidence les domaines critiques. Là Avant est l'interopérabilité entre les spécifications 3Gpp et O-Ran, avec des divergences sur certains éléments et des frictions qui peuvent se refléter dans des implémentations non homogènes. Alors voici l'orchestration : multi-fournisseurs signifie plus de liberté, mais aussi plus de variabilité. Sans processus et outils solides, le risque est de transformer l’ouverture en complexité opérationnelle.
Le troisième le point concerne la performance et l’énergie. La désagrégation introduit plus de « morceaux » et, potentiellement, plus de consommation et plus de points d'optimisation. À la fin sécurité : des surfaces d’attaque plus grandes et de nouvelles interfaces imposent des contrôles et des standards de protection cohérents avec une architecture ouverte.
En résumé, l’Open Ran devient un chantier crédible car il répond à trois pressions : réduction du verrouillage, besoin d’automatisation et croissance des réseaux privés. Mais la trajectoire n’est pas linéaire. La « vraie » ouverture ne se mesure pas par le marketing, mais par la qualité des interfaces, la maturité de la stack et la capacité à gouverner l'intégration. Et c’est là que se jouera le jeu de l’au-delà de la 5G.
Voir l’article original en italien
