Contexte et plateformes étudiées
L’article compare deux implémentations open‑source du réseau d’accès radio 5G : OpenAirInterface (OAI) et srsRAN. Ces projets sont cités comme piliers pour la recherche académique, le prototypage rapide et les déploiements privés à faible coût. L’étude souligne que les évaluations antérieures se concentraient souvent sur un seul banc d’essai ou sur des scénarios partiels, sans couvrir l’ensemble des variables d’un déploiement réel.
Méthodologie d’évaluation
Les auteurs ont construit plusieurs configurations incluant différents Software‑Defined Radios (SDR) et un nombre variable d’UEs réels. Chaque plateforme a été soumise à trois types de charges : Video on Demand (VoD) pour mesurer le débit, Live Streaming (LS) et Cloud Gaming (CG) pour tester la latence. Le protocole de mise en place du Radio Resource Control (RRC) a été chronométré afin d’évaluer la rapidité du contrôle d’accès. Enfin, la conformité aux débits théoriques prévus par la norme 5G a été vérifiée pour chaque scénario.
Résultats quantitatifs
Les mesures montrent que les deux stacks atteignent des débits proches des limites théoriques lorsqu’ils sont couplés à des SDR haut de gamme, mais que srsRAN conserve un léger avantage en conditions de charge élevée, notamment sur les flux VoD où le taux de perte de paquets reste inférieur de 2 % par rapport à OAI. En ce qui concerne la latence, les tests LS et CG révèlent que le temps de réponse moyen de OAI dépasse celui de srsRAN de 8 ms, ce qui se traduit par une expérience utilisateur perceptible lors du cloud gaming. Les procédures RRC sont quant à elles plus rapides sous srsRAN, avec un temps moyen de 12 ms contre 18 ms pour OAI, indiquant une optimisation du contrôle d’accès dans le code source de srsRAN.
Analyse des limites et perspectives
Les auteurs notent que l’étude reste dépendante des performances des SDR utilisés ; un SDR de classe moyenne réduit le gain de srsRAN à moins de 1 % de débit supplémentaire, ce qui suggère que le facteur matériel domine les différences logicielles. De plus, le nombre d’UEs simultanés testé (max = 8) ne reflète pas les scénarios massifs prévus pour les réseaux publics, limitant la portée des conclusions sur l’évolutivité. Enfin, la flexibilité de déploiement, évaluée qualitativement, montre que OAI propose davantage de modules de couche physique configurables, tandis que srsRAN privilégie une architecture plus modulaire mais moins personnalisable. Les deux projets restent donc complémentaires : OAI pour les expérimentations nécessitant une granularité fine, srsRAN pour les déploiements où la latence et le débit maximal sont prioritaires.
