5G SA : pourquoi la monétisation reste bloquée (slicing, URLLC, MEC)

La 5G Standalone était censée tout changer. Core cloud-native, signalisation SBI, séparation nette du plan de contrôle et du plan utilisateur. Plus de 90 opérateurs l’ont déployée. Et pourtant, en 2026, la monétisation reste largement théorique. Le rapport Opensignal le résume sans détour : “Architecture Deployed, Monetisation Pending.”

Ce n’est pas un problème de technologie. C’est un problème de passage à l’échelle. Et pour le comprendre, il faut regarder les trois piliers censés générer de nouveaux revenus 5G : le network slicing, l’URLLC et le MEC.

Le paradoxe 5G SA : déployé mais pas rentable

Plus de 90 opérateurs dans le monde ont lancé des réseaux 5G SA. Ce chiffre impressionne, mais il ne représente que 10% des MNOs à l’échelle mondiale. Pire : la dynamique ralentit. En 2024, 12 nouveaux lancements SA ont été enregistrés. En 2025, seulement 5.

Pourquoi ce décrochage ? Parce que les premiers déploiements n’ont pas encore démontré un retour sur investissement clair. Les opérateurs qui attendaient observent ceux qui ont sauté le pas, et ce qu’ils voient ne les encourage pas à accélérer.

Ce schéma illustre la promesse : une architecture modulaire où chaque slice peut être configurée, facturée et supervisée indépendamment. En théorie, c’est un générateur de revenus B2B massif. En pratique, les blocages sont nombreux.

Network slicing : le paradoxe asiatique

Le network slicing est le cas d’usage le plus médiatisé de la 5G SA. Le principe est élégant : créer des réseaux virtuels isolés sur une même infrastructure physique, chacun avec ses propres garanties de débit, latence et fiabilité.

Les chiffres bruts sont encourageants. Selon le suivi sectoriel, 118 cas d’usage de slicing ont été identifiés chez 56 opérateurs (CSPs). Mais seulement 65 ont dépassé le stade du proof-of-concept. Et la concentration géographique est frappante.

L’Asie-Pacifique capte 91% des revenus slicing

Selon ABI Research, le marché mondial du network slicing est estimé à 6,1 milliards de dollars en 2025, avec une projection à 67,52 milliards en 2030. Mais 91% de ces revenus sont générés en Asie-Pacifique, et la Chine représente à elle seule 95% de ce segment.

Cela signifie que le network slicing, en Europe et en Amérique du Nord, est encore un produit de niche. Les raisons sont multiples :

1. Complexité de la chaîne BSS/OSS. Pour vendre un slice, il faut pouvoir le configurer, le provisionner, le facturer et le superviser en temps réel. Cela implique une refonte complète de la chaîne BSS que la plupart des opérateurs européens n’ont pas encore entreprise.

2. Absence de demande structurée. Les entreprises ne savent pas ce qu’est un slice. Elles ne savent pas ce qu’elles pourraient en faire. Le travail de création de marché (market-making) reste à faire, et les opérateurs ne sont pas naturellement équipés pour le mener.

3. Tarification floue. Combien coûte un slice avec 50 Mbps garantis et 10ms de latence pendant 4 heures pour un événement sportif ? Personne n’a de réponse standardisée. La tarification dynamique reste expérimentale, même si T-Mobile a annoncé un système de slicing dynamique pour début 2026.

4. Interopérabilité. Un slice qui fonctionne chez un opérateur ne fonctionne pas forcément chez un autre. Pour les entreprises multinationales, c’est un frein majeur. Le travail de la GSMA sur le slicing inter-opérateurs en est encore à ses débuts.

Pourquoi la Chine domine

La Chine a réussi parce que trois conditions étaient réunies simultanément : une volonté politique forte (le slicing fait partie du plan national 5G), une base d’abonnés massive pour amortir les coûts d’infrastructure, et une intégration verticale poussée entre opérateurs et équipementiers nationaux.

Reproduire ce modèle en Europe ou en Afrique est un défi structurel, pas un problème d’ambition.

URLLC : la promesse du 1 ms qui reste sur le papier

L’Ultra-Reliable Low-Latency Communication (URLLC) est le deuxième pilier de la monétisation 5G SA. Les spécifications 3GPP définissent un objectif clair : 99,999% de fiabilité et 1 ms de latence bout en bout.

Sur le papier, l’URLLC ouvre des marchés à forte valeur ajoutée : chirurgie à distance, conduite autonome, contrôle industriel en temps réel. En réalité, aucun déploiement commercial n’atteint ces spécifications en conditions réelles.

Pourquoi le 1 ms est inatteignable aujourd’hui

La latence bout en bout ne dépend pas seulement du réseau radio. Elle inclut le transport backhaul, le traitement dans le core, et le temps de réponse de l’application. Même avec un air interface optimisé, les mesures terrain montrent des latences typiques de 5 à 15 ms dans les meilleurs déploiements 5G SA.

Pour atteindre le 1 ms, il faudrait :

• Un traitement au plus près de l’antenne (d’où le MEC, que nous examinerons après)
• Une synchronisation temps réel entre toutes les couches du réseau
• Une absence quasi totale de congestion sur le segment concerné
• Des terminaux capables de traiter les paquets URLLC en priorité

Aucune de ces conditions n’est remplie à l’échelle commerciale en 2026. L’URLLC reste confiné à des environnements de test, des campus industriels fermés ou des démonstrations médiatiques. Ce n’est pas de la monétisation : c’est de la R&D appliquée.

L’impact pour les opérateurs

L’URLLC était censé justifier des prix premium pour les services B2B. Mais tant que les spécifications ne sont pas atteintes de manière reproductible, les contrats d’entreprise restent indexés sur des SLA classiques (20-50 ms, 99,9% de disponibilité). La prime URLLC n’existe pas encore.

MEC : la promesse edge qui manque de noeuds

Le Multi-Access Edge Computing (MEC) est le troisième élément de la trilogie 5G SA. L’idée : déplacer le traitement des données au plus près de l’utilisateur, en bordure de réseau, pour réduire la latence et permettre des applications en temps réel.

En théorie, le MEC est le compagnon naturel du slicing et de l’URLLC. En pratique, le déploiement est anecdotique.

Le cas BT : un seul site en trois ans

L’exemple le plus révélateur est celui de BT au Royaume-Uni. Trois ans après le lancement, BT n’a qu’un seul site AWS Wavelength opérationnel, à Manchester. Il n’y a pas de plans annoncés pour en ouvrir d’autres.

Ce n’est pas un problème spécifique à BT. Le MEC souffre de trois blocages fondamentaux :

1. Coût d’infrastructure. Déployer des noeuds de calcul en bordure de réseau coûte cher. Il faut des serveurs, du refroidissement, de la sécurité physique, et surtout de la maintenance dans des sites souvent non prévus pour héberger de l’infrastructure IT.

2. Congestion edge. Les premiers retours terrain montrent un problème contre-intuitif : des noeuds edge surchargés qui affichent des latences supérieures au cloud centralisé. L’edge n’est pas magiquement plus rapide : il l’est seulement s’il est correctement dimensionné et pas saturé.

3. Fragmentation des partenariats. AWS Wavelength, Azure Edge Zones, Google Distributed Cloud : chaque hyperscaler a sa propre plateforme MEC. Pour un opérateur, choisir un partenaire signifie verrouiller ses entreprises clientes dans un écosystème spécifique. Et pour les développeurs, ça signifie multiplier les intégrations.

Ce diagramme résume la situation : l’eMBB et le FWA (Fixed Wireless Access) sont les seuls cas d’usage véritablement monétisés. Le slicing asiatique progresse. Tout le reste reste dans les zones expérimentales ou confidentielles.

Le modèle B2B2X : la clé manquante

L’industrie s’accorde à dire que 60% des nouveaux revenus 5G viendront de modèles B2B2X : l’opérateur vend un service à une entreprise, qui elle-même l’intègre dans son offre finale. C’est le schéma logique pour le slicing (un slice pour une usine, un stade, un campus), l’URLLC (un SLA pour un processus industriel) et le MEC (du calcul edge pour une application métier).

Mais le modèle B2B2X exige des compétences que les opérateurs ne maîtrisent pas naturellement :

• Vente consultative : comprendre les processus métier du client, pas seulement vendre de la connectivité
• Intégration SI : interfacer le slice avec l’ERP, le MES, la GMAO du client
• SLA contractuels : garantir des niveaux de service avec des pénalités financières, pas des “best effort”
• Facturation à l’usage : tarifer en fonction de la consommation réelle, pas de forfaits mensuels

Ce changement de modèle est comparable à celui que les telcos n’ont jamais réussi avec le cloud il y a dix ans. La question est de savoir s’ils réussiront cette fois.

Ce que le terrain révèle

Les outils de diagnostic terrain révèlent un écart systématique entre les spécifications théoriques et les performances réelles des réseaux 5G SA. Les mesures de latence en drive test montrent des valeurs 5 à 15 fois supérieures aux objectifs URLLC. Les analyses de signalisation NAS/RRC montrent que le slicing est souvent mal négocié lors de l’attachement au réseau. Et les campagnes de mesure indoor révèlent des zones où le slice alloué ne peut pas être maintenu à cause de la dégradation du signal radio.

Ces constats ne sont pas des échecs. Ce sont les réalités d’une technologie en maturation. Mais ils expliquent pourquoi la monétisation est en retard sur le déploiement.

Perspectives 2026-2028

Trois facteurs pourraient accélérer le déblocage :

1. Les API réseau standardisées. Le projet CAMARA (GSMA/Linux Foundation) vise à exposer les capacités réseau (slicing, QoS, localisation) via des API standardisées. Si les développeurs peuvent commander un slice via une API aussi simplement qu’un serveur cloud, l’adoption suivra.

2. La pression réglementaire. En Europe, les obligations de couverture 5G commencent à se transformer en exigences de qualité de service. Les opérateurs qui n’arrivent pas à monétiser le slicing devront justifier leurs investissements autrement.

3. Les cas d’usage industriels répétables. Les premiers succès (ports, mines, aéroports) devront être standardisés et packageables pour que d’autres entreprises puissent les adopter sans projet sur mesure.

Conclusion

La 5G SA n’est pas un échec. L’architecture est solide, les spécifications sont ambitieuses, et les premiers déploiements prouvent que le concept fonctionne. Mais la monétisation ne suivra que si l’industrie résout trois problèmes concrets : simplifier le provisioning du slicing, atteindre des performances URLLC reproductibles, et densifier le MEC au-delà du proof-of-concept.

En attendant, la réponse la plus honnête à la question “où sont les revenus 5G SA ?” est : en Asie-Pacifique. Et pour le reste du monde, la fenêtre d’opportunité est encore ouverte, mais elle ne le sera pas indéfiniment.