Résumé

  • Parmi 100 décideurs et spécialistes du haut débit fixe interrogés, 78 % déclarent avoir déployé, en partie ou totalement, des réseaux définis par logiciel ou la virtualisation des fonctions réseau. Le chiffre ne mesure pas les services autonomes.
  • Il faut suivre une opération jusqu'au résultat pour le client : diagnostic, autorisation, action, vérification et prise en charge de ce qui échoue.

Une commande aboutit, un équipement répond, l'alerte disparaît. Et si l'abonné n'avait toujours pas de connexion ? Ce cas hypothétique — pas un incident rapporté — pose une question assez simple : qui a décidé que le travail était terminé ?

Un composant réparé ne suffit pas nécessairement à rétablir un service. Encore faut-il que les autres systèmes aient suivi et que quelqu'un vérifie le résultat. Un logiciel peut transmettre des instructions sans régler le partage des responsabilités entre équipes et fournisseurs.

Le 7 octobre 2026, Broadband Forum a présenté une étude commandée à cette fin, réalisée avec STL Partners et soutenue par Radisys et Incognito Software Systems. Elle porte sur 100 décideurs et spécialistes de fournisseurs de haut débit fixe dans le monde.

Selon l'extrait public de STL Partners, 78 % des répondants avaient partiellement ou entièrement déployé le SDN, qui permet de piloter le réseau par logiciel, et/ou la virtualisation des fonctions réseau, ou NFV. Ce n'est plus une simple ambition de laboratoire pour beaucoup d'entre eux. Mais combien de commandes client vont jusqu'au bout sans intervention manuelle ? Le pourcentage ne le dit pas.

Il ne décrit pas non plus tous les opérateurs. Les informations publiques sur l'échantillonnage ne permettent pas d'en vérifier indépendamment la représentativité. Cette analyse utilise les présentations et extraits accessibles, non le rapport intégral soumis à des modalités d'accès. Les sponsors doivent être nommés ; leur présence n'invalide pas à elle seule les résultats.

Là où la commande s'arrête, le service continue

Suivons une ouverture de ligne. L'accès peut accepter une configuration alors que l'adressage, le transport, l'équipement chez l'abonné, l'identité, la facturation et le contrôle de la qualité suivent des procédures différentes. Un orchestrateur fait circuler les instructions. Il ne prouve ni que les données concordent, ni que chaque action est autorisée, ni que la connexion tient la promesse commerciale.

Pour une panne, détecter une cause probable ne vaut pas permission d'intervenir. Il reste à apprécier le diagnostic, choisir une action sûre, savoir l'annuler et vérifier le rétablissement. Sans contexte fiable, la vitesse d'exécution peut surtout accélérer la propagation d'une erreur.

STL indique que certains fournisseurs ont profondément transformé leur infrastructure sans obtenir toute la souplesse ou l'efficacité attendue. Un opérateur européen de premier rang, non nommé, décrit sa transformation comme 30 % de technologie, 30 % de compétences et 40 % de justification de l'investissement et de changement du modèle opérationnel. Ce témoignage n'est pas une recette sectorielle. Il rappelle qu'un nouveau contrôleur ne règle pas, à lui seul, le partage des ressources, la validation des mises à jour ou les droits d'un fournisseur.

Une note pour quel travail ?

Le rapport ETSI GR F5G 019 V1.1.1, publié en avril 2025, distingue cinq tâches : traduire l'intention, observer, analyser, décider et exécuter. Une tâche répétitive préconfigurée n'a donc pas le même sens qu'un système qui interprète une situation et mène une action à son terme.

Son niveau 4 vise des boucles prédictives ou actives plus complexes, entre domaines, guidées par le service et l'expérience client. Le niveau 5 élargit cette capacité à plusieurs services, domaines et étapes du cycle de vie. La méthode associe surtout un type de réseau ou de service à un processus précis : par exemple, la fourniture d'un accès résidentiel sur un réseau PON. Elle conserve les résultats par tâche, en distinguant travail humain, logiciel et coopération, à côté de la note globale. Rien de tout cela ne certifie le niveau des opérateurs interrogés.

Le cadre de TM Forum raisonne lui aussi par scénario. Le 8 octobre, l'organisation a annoncé 20 Technical Solution Packages, notamment pour les réclamations haut débit, les pannes de transport et les changements IP. Selon TM Forum, ces ensembles relient une expérience de déploiement à ses résultats, son architecture, ses interfaces, ses données et son automatisation, dans son cadre et Open Digital Architecture. Les 40 paquets annoncés pour DTW Ignite 2027 restent un objectif.

Ces travaux évitent de repartir de zéro. Ils ne rendent pas compatibles par décret deux inventaires, deux contrats ou deux procédures d'escalade. Une pratique éprouvée ailleurs doit encore passer l'épreuve du réseau local.

Le nom à mettre au bout de la chaîne

Avant de qualifier un service d'autonome, demandons quel scénario est couvert, quelles tâches restent humaines, ce que le système a le droit de décider et comment le résultat est vérifié. Ces questions obligent à nommer les limites, pas seulement les capacités.

La Note 65 de Lu Heng, « Running-Code Primacy », offre ici un angle de lecture : distinguer une déclaration d'un fonctionnement démontré. C'est l'argument de son auteur sur la coordination d'Internet, non une preuve concernant l'enquête. Il invite à regarder les opérations réellement déployées sans rendre les normes inutiles.

Activations plus rapides, dépannages plus courts, capacités mieux ajustées : les gains possibles comptent. Le chiffre de 78 % ne les démontre pas. Pour l'abonné qui attend, la question demeure plus terre à terre : est-ce que cela fonctionne, et sinon, qui peut encore agir ?