L'évolution des réseaux centraux 5G vers 6G implique de nouvelles exigences en matière d'IA, d'interopérabilité, de positionnement, de détection, de durabilité et bien plus encore.

L’accent actuel mis sur l’intégration de la technologie et des principes de fonctionnement cloud-natifs dans la 5G – avec le passage à une architecture 5G autonome et à un noyau 5G cloud-natif comme prochaine transition majeure – éclairera la manière dont la 6G est conçue, standardisée et déployée. Au-delà d’un certain nombre d’améliorations de base de la 5G qui seront intégrées à la 6G, la prochaine génération de téléphonie cellulaire comprendra également un certain nombre de nouvelles exigences.

Lors du récent Telco Cloud and Edge Forum, disponible sur demande ici, Riccardo Guerzoni, directeur du groupe réseau central chez Docomo Euro-Labs, a tracé la voie de la 5G à la 6G en mettant l'accent sur les considérations relatives au réseau central. Il s'est concentré sur cinq considérations de conception qui, d'une manière générale, concernent les perspectives d'infrastructure/plate-forme et d'architecture 3GPP.

Selon Guerzoni, un point primordial est que la 6G, ainsi que les améliorations et les nouvelles exigences qui en découleront, doivent être alignées sur la réalité économique à laquelle les opérateurs sont confrontés et doivent offrir un retour sur investissement clair. « Ces nouvelles exigences au-delà de la 5G représentent un défi en termes de durabilité environnementale, ce qui signifie efficacité énergétique, longévité du matériel et viabilité économique », a-t-il déclaré. « Ces services innovants attendus dans les années 2030 nécessitent des performances accrues du réseau et de nouvelles fonctionnalités, et qui doivent être justifiés en termes de retour sur investissement. La question est donc de savoir comment rendre économiquement viables ces nouveaux services très exigeants.»

Le premier ensemble de considérations formulées par Guerzoni concerne la question infrastructure/plateforme. Utilisation efficace des ressources de l'infrastructure envisage un déploiement cloud natif qui supprime les silos existants, par exemple les applications de base, RAN, mobiles Edge Computing et réseau, ainsi qu'une plate-forme sous-jacente unifiée avec des capacités d'accélération. Alors, des opérations automatisées qui permettent des innovations en matière de services couvre l'automatisation et les opérations unifiées et explique la programmabilité de l'infrastructure via les API réseau.

« Il existe une infrastructure cloud sur laquelle repose la plate-forme cloud de télécommunications en tant que service, ce qui constitue le catalyseur d'une plate-forme unifiée avec des capacités d'accélération », a expliqué Guerzoni. « Les capacités d’accélération sont donc importantes pour déployer non seulement les fonctions du réseau central comme c’est le cas dans la 5G, mais également pour exécuter les composants. [like open distributed units]…Et aussi des applications. L’idée est donc que ces capacités d’accélération serviront non seulement à héberger des composants RAN, mais également des composants applicatifs qui pourront être fournis par l’opérateur lui-même, ou encore pour le compte de tiers.

En ce qui concerne l'architecture définie par le 3GPP, il y a trois considérations principales :

• Évolution de l'architecture— de nouvelles fonctions du plan de contrôle 6G potentiellement intégrées dans un cadre d'architecture basé sur les services de base 5G évolué, et étendant l'architecture basée sur les services au plan de contrôle RAN.
• Innovations de services— un plan de contrôle RAN/cœur basé sur les services, une strate distribuée sans accès, un calcul en réseau et une intégration du calcul à la périphérie de l'entreprise de télécommunications, s'appuyant sur le calcul en réseau et sur l'appareil.
• Simplification de l'architecture—moins d'options de déploiement RAN/cœur, pas de fonctions RAN/cœur qui se chevauchent comme la pagination et le transfert, suppression de certains protocoles spécifiques au 3GPP comme NG-AP et SCTP, exploitant l'infrastructure programmable et l'infrastructure de réseau et de centre de données entièrement photonique programmable.

« Concernant l’extension de l’architecture SBA définie pour la 5G pour héberger les fonctions du plan de contrôle 6G, le chiffre [above] montre une perspective possible qui peut être utilisée comme approche dans la normalisation 3GPP, où les fonctions du réseau central 6G et la fonction du plan de contrôle 6G RAN pourraient être hébergées dans le même cadre 5G SBA, amélioré bien sûr », a déclaré Guerzoni. « L'amélioration est nécessaire si l'on considère qu'actuellement les fonctions principales de la 5G sont déployées dans un cloud centralisé, tandis que si nous impliquons le cadre SBA fonctionne également à la périphérie, comme les fonctions du plan de contrôle RAN, alors nous devons potentiellement rendre le protocole encore plus puant. résilient. »

Il a également souligné qu'avec la 6G « il n'y a pas d'option non autonome… C'est une leçon tirée de l'expérience 5G… Le RAN 6G est uniquement intégré aux fonctions du réseau central 6G, et il n'interagit pas directement avec les fonctions du réseau central 5G. . Et l’interfonctionnement est réalisé au moyen d’une interaction basée sur les services entre le cœur 5G et le cœur 6G.

S’appuyant sur le descripteur cloud natif appliqué à la 5G, la 6G est souvent caractérisée comme étant native de l’IA. S'exprimant sur ce point, Guerzoni a déclaré : « Les capacités d'IA peuvent être intégrées pour rendre les fonctionnalités du réseau plus efficaces. Et réduisez la consommation d'énergie, optimisez le comportement du plan de contrôle, la qualité de l'expérience, la qualité de service, etc. Il y aura donc des modèles d'IA intégrés dans différentes parties[s] du réseau, et c'est bien sûr une grande opportunité mais c'est aussi un défi du point de vue de l'opérateur de réseau mobile car ces [machine learning] les modèles doivent être gérés afin de construire les modèles, de les déployer, de surveiller les performances, de les rendre contrôlables, de former et d'évaluer les modèles. Il s’agit donc d’un sujet très important pour nos opérateurs de réseaux mobiles : comment rendre contrôlables et observables ces modèles ML déployés dans les différentes parties du réseau.