Gestion des pannes RAN (GB1523A) : évaluation du niveau d'autonomie
La gestion des pannes RAN (GB1523A) est le scénario à forte valeur du TM Forum qui mesure quelle part du traitement des pannes du réseau radio se fait sans intervention humaine, de la première alarme à la réparation vérifiée. Son niveau s'évalue tâche par tâche, à travers les cinq étapes IAADE, et il fait partie des premiers scénarios publiés pour ANLET et couverts par ANLAV dès son lancement.
Ce que couvre ce scénario
Le scénario couvre tout ce qui se passe entre une panne dans le réseau d'accès radio et sa résolution confirmée. Concrètement :
- Détecter. Collecter les alarmes et les dégradations de performance des stations de base et de leurs systèmes de gestion, en éliminant doublons et bruit.
- Comprendre. Corréler les alarmes jusqu'à une cause probable, distinguer une panne de site d'un problème de transport ou d'énergie, et estimer l'impact sur le service.
- Décider. Prioriser, choisir entre une action à distance et une intervention terrain, ouvrir ou compléter le ticket d'incident.
- Agir. Appliquer la correction : redémarrage à distance, changement de configuration, compensation par les cellules voisines, ou envoi d'un technicien avec les bonnes informations.
- Boucler. Vérifier que la panne est levée et le service rétabli, clore le ticket et réinjecter l'enseignement dans les règles.
Plusieurs normes encadrent ce travail. La recommandation UIT-T X.733, fonction de signalisation des alarmes, définit un modèle d'alarme classique. Le 3GPP publie la TS 28.111, Management and orchestration; Fault management (FM), et le TM Forum l'API TMF642 Alarm Management.
Le niveau ne vaut que pour ce scénario. Une même équipe peut être très automatisée sur la corrélation d'alarmes et rester manuelle sur l'efficacité énergétique RAN.
Comment ANN le structure
Dans ANN, le questionnaire GB1523A est organisé en onglets par sous-scénario, puis par tâche. Chaque tâche reçoit un niveau de L0 à L5 à travers les étapes IAADE : Intent, Awareness, Analysis, Decision et Execution.
Le tableau ci-dessous traduit chaque étape IAADE en une question concrète pour ce scénario. C'est une illustration rédigée par CEVIA, pas un extrait d'un questionnaire du TM Forum.
| Étape IAADE | La question pour la gestion des pannes RAN |
|---|---|
| Intent | Les objectifs de service et les priorités de réparation sont-ils exprimés sous une forme exploitable par les systèmes, ou dans la tête des équipes ? |
| Awareness | Les alarmes et dégradations sont-elles collectées et nettoyées automatiquement, tous constructeurs et domaines confondus ? |
| Analysis | La cause racine est-elle trouvée par des règles ou des modèles de corrélation, ou par un ingénieur qui lit des listes d'alarmes ? |
| Decision | Qui choisit la correction et sa priorité : un opérateur, une règle prédéfinie, ou un système qui pèse impact et risque ? |
| Execution | Les corrections à distance sont-elles appliquées et vérifiées automatiquement, et les tickets ouverts et clos sans saisie manuelle ? |
Quand une norme de référence est connue pour une tâche, elle s'affiche sous forme de pastille sous son nom, par exemple X.733, TS 28.111 ou TMF642. Une pastille « Proposition CEVIA » signale une correspondance suggérée par CEVIA, qui ne vient pas d'une annexe sourcée. Les pastilles ne modifient jamais le score.
Une fois les sous-scénarios complétés, l'écran de résultats affiche le score du scénario selon IG1252, exprimé en Lbase, Lextra et Lscenario, un radar IAADE et les écarts par sous-scénario. Une tâche sans réponse reste « Non évalué » et ne compte jamais pour zéro.
Pour la gestion des pannes RAN, l'écran de résultats propose aussi un Data Request Pack : la liste des données à demander à l'opérateur, exportable en PDF ou en XLSX. Il précise aussi ce qui n'est pas demandé : aucune donnée d'abonné.
Les preuves à préparer
Pour la gestion des pannes, les évaluateurs regardent à la fois ce que l'organisation déclare et ce que ses systèmes ont réellement fait.
Les preuves déclaratives décrivent comment le travail doit être fait :
- le processus de gestion des pannes et des incidents, avec ses règles d'escalade
- la politique d'automatisation : quelles pannes peuvent être corrigées sans approbation, qui valide les autres
- les rôles : qui maintient les règles d'alarme, la logique de corrélation et les scripts de correction
Les preuves techniques montrent comment il a été fait :
- les exports des règles de filtrage et de corrélation d'alarmes du système de gestion des pannes
- des exemples d'incidents corrélés, avec les alarmes regroupées et la cause proposée
- les journaux des tickets ouverts, complétés et clos automatiquement, horodatés
- les traces des corrections à distance et le résultat de leur vérification
- les statistiques de temps de réparation sur une période représentative, par type de panne
Dans ANN, chaque preuve est rattachée à une tâche dès que son niveau est choisi, typée déclarative ou technique, et conservée avec son historique. L'onglet du guide des preuves donne des exemples par étape IAADE pour chaque scénario disponible. C'est une aide à la préparation construite par CEVIA à partir de la pratique des opérateurs, pas une nomenclature officielle du TM Forum.
ANN affiche aussi un indicateur de couverture des preuves : une preuve technique compte pleinement, une preuve déclarative seule compte pour moitié, et le seuil de couverture par défaut est de 80 %. Cette pondération est une méthode CEVIA, pas une règle du TM Forum, et elle ne modifie pas le score de maturité.
À quoi ressemble le niveau 4 ici
Au niveau 4, l'analyse et la décision sont confiées aux systèmes, pas seulement l'exécution. Pour la gestion des pannes, un système corrèle les alarmes entre domaines, identifie la cause racine, choisit la correction, l'applique et en vérifie le résultat, souvent avant que les clients ne s'en aperçoivent. Les équipes définissent les règles et traitent ce que le système ne sait pas résoudre.
Quand ANLAV est devenu généralement disponible en juin 2025, TM Forum Inform citait la gestion des pannes RAN parmi les scénarios couverts, et indiquait que China Mobile approchait du niveau 4 dans plusieurs domaines, dont la gestion des pannes RAN. C'est une information publique sur cet opérateur, pas sur un utilisateur d'ANN.
Un niveau auto-évalué ne devient un niveau validé que par ANLAV, avec un évaluateur certifié. Notre page se préparer à ANLAV explique ce qu'attend l'auditeur.
Source du questionnaire
Chaque scénario dans ANN indique d'où vient son questionnaire : un rapport ANLAV réel quand il existe, ou une reconstruction documentée par CEVIA à partir des questionnaires publiés par le TM Forum. Un scénario reconstruit n'est jamais présenté comme une table officielle du TM Forum.
GB1523A fait partie des scénarios actuellement disponibles dans ANN, listés sur la page des scénarios. La même logique s'applique à la gestion des pannes du cœur de réseau (GB1523B) et à la gestion des pannes du réseau IP (GB1523E). Pour le passage des notes de tâches au niveau du scénario, lisez IG1252 expliqué ; pour le questionnaire lui-même, Qu'est-ce qu'ANLET ?.