Quatre défis de test O-RAN – RCR Wireless News

Les réseaux d’accès radio ouverts représentent à la fois une opportunité pour une nouvelle flexibilité et agilité au sein du RAN et la possibilité pour les opérateurs de réseau de redéfinir les relations avec les fournisseurs et un défi d’interopérabilité entre les éléments de réseau fraîchement désagrégés.

Mais s’assurer que les nouvelles fonctionnalités et fonctions fonctionnent réellement comme prévu et fonctionnent bien avec les solutions d’autres fournisseurs est une tâche difficile, à laquelle les fournisseurs de test et de mesure ont été particulièrement impliqués au fur et à mesure de l’évolution d’Open RAN. « Je pense que l’une des différences avec O-RAN est que depuis le tout début, les sociétés de test et de mesure ont été impliquées dans les normes. Et c’est important, car les sociétés de test et de mesure ont tendance à être des arbitres tiers, en particulier en ce qui concerne la question de l’interopérabilité », a déclaré James Kimery, vice-président de Spirent Communications, qui dirige l’organisation de gestion des produits de l’unité commerciale Spirents Lifecycle Service Assurance. une session lors de l’événement virtuel Test and Measurement Forum. Il a ajouté : « Le résultat dont les opérateurs, les consommateurs et les entreprises ont besoin est que les réseaux O-RAN fonctionnent de la même manière que les réseaux à fournisseur unique. Et c’est vraiment un défi critique et c’est là que les entreprises de mesure des tests ont une grande opportunité.

Quels sont certains des défis spécifiques? En voici quatre qui ont été soulevées lors de la table ronde approfondie (disponibles à regarder ici).

–Complexité. Open RAN couvre plusieurs domaines de réseau, a souligné Kimery, et la nécessité de valider la conformité et l’interopérabilité ainsi que les performances dans ces domaines. « Vous avez affaire à des protocoles, mais vous avez également affaire à des RF, et si vous voulez valider la conformité de ces réseaux, pour l’interopérabilité, vous devez effectuer des mesures inter-domaines, car certaines implications des problèmes de protocole ne seront visibles que sur du côté RF », a déclaré Kimery, ajoutant plus tard:« La conformité est un enjeu de table. Il faut s’assurer d’avoir de la performance, mais il faut aussi vraiment comprendre comment ça fonctionne sur le terrain.

–Potentiel de variation plus importante entre les opérateurs ou les déploiements. L’une des pierres angulaires de l’échelle et du succès de l’industrie mobile a été la normalisation. Bien que la mise en œuvre des normes ait toujours impliqué les fournisseurs à faire des choix sur comment ces normes sont mises en œuvre pour établir leurs propres « saveurs » uniques, et les ORM déterminent finalement quelles fonctionnalités et fonctions seront en direct dans leurs réseaux et à quelle cadence, Open RAN fournit une base standardisée mais avec une variété beaucoup plus large de points de mise en œuvre potentiels. «En ce qui concerne Open RAN, nous avons en fait tout ouvert. Les opérateurs peuvent tester RU séparément, DU séparément et CU séparément, puis les intégrer ensemble pour en faire un écosystème complet qui convient le mieux aux cas d’utilisation déployés par les réseaux », a déclaré Sandeep Sharma, vice-président et responsable mondial du 5G/RAN de Tech Mahindra. /O-RAN portefeuille. « Par exemple, pour les entreprises, il peut y avoir un ensemble d’exigences différent, pour les réseaux cellulaires, il peut y avoir un ensemble d’exigences différent. »

« Si vous avez différents éléments RAN qui sont construits ou développés pour un déploiement particulier, chaque fournisseur aura différentes mises à jour de micrologiciel, différentes mises à jour logicielles », a souligné Kimery. « Et si vous pensez au rythme de ces mises à jour, cela signifie vraiment que les opérateurs [and] les intégrateurs de systèmes doivent en fait avoir une approche différente. … L’automatisation est vraiment le seul moyen de créer un réseau multi-fournisseurs et de suivre toutes ces différentes mises à jour de micrologiciels, les mises à jour de différents fournisseurs, puis de vous assurer que les mises à jour et modifications précédentes et les corrections de bogues, qui ils ont été adressés… et pouvoir ensuite accueillir de nouvelles fonctionnalités et fonctions… cela accélère également la livraison et la réalisation de nouvelles fonctionnalités et fonctions dans le réseau.

« C’est assez différent des approches traditionnelles, mais les avantages sont clairs », a-t-il conclu.

–Efficacité énergétique est apparu comme l’une des principales raisons pour lesquelles les opérateurs de réseaux mobiles sont intéressés par l’application de l’O-RAN à leur réseau, car il offre une réalisation potentiellement plus rapide des économies d’énergie.

« Nous avons discuté avec de nombreux opérateurs dans les différentes régions et [energy efficiency] devient l’une des principales priorités que nous voyons dans l’alliance O-RAN », a déclaré Jean Manuel Dassonville, planificateur stratégique chez Keysight Technologies. La meilleure façon d’économiser de l’énergie au sein du réseau, a-t-il expliqué, est d’ajouter de l’élasticité : désactivez les ressources lorsqu’elles ne sont pas nécessaires. « D’un point de vue de test et de mesure, ce qui est intéressant, c’est que l’un des premiers défis est la métrique », a-t-il poursuivi. « Au niveau du système, il est assez simple de caractériser l’efficacité énergétique du réseau. … Mais à mesure que vous zoomez sur les différents composants du réseau, les mesures deviennent un peu plus difficiles. Comment tester l’efficacité énergétique d’une fonction de réseau virtuel ? Comment tester l’efficacité énergétique d’une radio ? S’agit-il de données par énergie ou de données par distance et par énergie ? Comment y intégrez-vous l’efficacité spectrale ? Nous réalisons qu’il y a beaucoup de défis intéressants à bien caractériser chaque composant du réseau pour l’efficacité énergétique. Des couches supplémentaires de complexité sont ajoutées pour déterminer comment catégoriser et valider si le contrôleur intelligent RAN (RIC) fait les « bons » choix en matière d’efficacité énergétique et si les commandes du RIC sont reçues et suivies, ainsi que pour comprendre ce qui est qui se passe au niveau de l’appareil et les impacts des différents modes de veille. Encore une fois, cela signifie encore plus de tests inter-domaines en ajoutant la mesure du domaine de l’énergie.

–Tests spécifiques au RIC. Bien que de nombreux aspects de l’O-RAN doivent être testés, l’un des plus difficiles est celui du RIC. Dassonville a souligné quelques-uns des problèmes : en raison de la nature de la construction de l’O-RAN, il doit y avoir différentes solutions de test pour le RIC en temps non réel, puis le RIC en temps quasi réel, avec une émulation à la fois des appareils au RIC et du RIC aux appareils pour voir si la boucle entre eux fonctionne correctement, et la nécessité d’émuler différents modèles de trafic pour voir si l’IA / ML à l’œuvre dans le RIC est « capable de revenir avec certains des politiques et des recommandations cohérentes, cohérentes pour le modèle de trafic. Au-delà de cela, les tests doivent également établir que le RIC peut fonctionner à grande échelle et ne sera pas submergé lorsque le nombre d’appareils commencera à se multiplier.

Sharma a également noté que lorsque le RIC entre en jeu, il en va de même pour les différentes interfaces qui fournissent des flux de données, et la conformité de ces interfaces ainsi que la nécessité de simuler différents scénarios avec des modèles d’IA et de valider et de vérifier si les résultats de différents systèmes changent. conforme aux attentes du RIC. Kimery a souligné la nécessité de tests de bout en bout lorsqu’il s’agit d’obtenir une image complète des opérations RIC. « Si vous avez des tests de bout en bout et tous les éléments fonctionnels du RAN… [disaggregated but emulated in real time], vous pouvez alors obtenir une très bonne image de vos algorithmes », a-t-il déclaré. « Vous pouvez faire votre formation initiale et intégrer vos données de formation initiale dans votre Rick, puis vous pouvez les tester dans un environnement d’émulation complète. Et puis vous pouvez ajouter de vrais éléments, de vrais CU/DU,[et[lesfonctionsduréseaucentralindépendammentetvouspouvezletesterefficacementjusqu’aunombred’UEetc…Ceconceptdetestdeboutenboutestassezsignificatifetimportant[and[corenetworkfunctionsindependentlyandyoucaneffectivelytestitallthewaytonumberofUEsetcetera…Thisconceptofend-to-endtestingisquitesignificantandimportant”

Pour voir l’intégralité de la discussion, une vidéo à la demande est disponible ici.