RAN-storingsbeheer (GB1523A): evaluatie van het autonomieniveau
RAN-storingsbeheer (GB1523A) is het TM Forum-scenario met hoge waarde dat meet welk deel van de afhandeling van storingen in het radionetwerk zonder menselijke tussenkomst verloopt, van het eerste alarm tot de gecontroleerde herstelling. Het niveau wordt taak per taak beoordeeld via de vijf IAADE-stappen, en het hoort bij de eerste scenario's die voor ANLET werden gepubliceerd en die ANLAV vanaf de lancering dekte.
Wat dit scenario omvat
Het scenario dekt alles wat gebeurt tussen een storing in het radiotoegangsnetwerk en de bevestigde oplossing ervan. Concreet:
- Detecteren. Alarmen en prestatiedalingen van basisstations en hun beheersystemen verzamelen, en dubbels en ruis wegfilteren.
- Begrijpen. Alarmen correleren tot een waarschijnlijke oorzaak, een sitestoring onderscheiden van een transport- of voedingsprobleem, en de impact op de dienst inschatten.
- Beslissen. Prioriteren, kiezen tussen een actie op afstand en een interventie ter plaatse, en het incidentticket openen of aanvullen.
- Handelen. De oplossing toepassen: een herstart op afstand, een configuratiewijziging, compensatie door naburige cellen, of een technicus uitsturen met de juiste informatie.
- De lus sluiten. Controleren dat de storing weg is en de dienst hersteld, het ticket sluiten en de lessen terugkoppelen naar de regels.
Verschillende normen kaderen dit werk. ITU-T-aanbeveling X.733, de alarmrapportagefunctie, definieert een klassiek alarmmodel. 3GPP publiceert TS 28.111, Management and orchestration; Fault management (FM), en TM Forum de TMF642 Alarm Management API.
Het niveau geldt altijd alleen voor dit scenario. Eenzelfde team kan sterk geautomatiseerd zijn op alarmcorrelatie en toch manueel werken op RAN-energie-efficiëntie.
Hoe ANN het structureert
In ANN is de vragenlijst voor GB1523A ingedeeld in tabbladen per subscenario, en daarna per taak. Elke taak krijgt een niveau van L0 tot L5 via de IAADE-stappen: Intent, Awareness, Analysis, Decision en Execution.
De tabel hieronder vertaalt elke IAADE-stap naar een concrete vraag voor dit scenario. Het is een illustratie van CEVIA, geen uittreksel uit een vragenlijst van TM Forum.
| IAADE-stap | De vraag voor RAN-storingsbeheer |
|---|---|
| Intent | Zijn dienstdoelen en herstelprioriteiten vastgelegd in een vorm waarmee systemen kunnen werken, of zitten ze in de hoofden van mensen? |
| Awareness | Worden alarmen en prestatiedalingen automatisch verzameld en opgeschoond, over leveranciers en domeinen heen? |
| Analysis | Wordt de oorzaak gevonden door correlatieregels of modellen, of door een ingenieur die alarmlijsten leest? |
| Decision | Wie kiest de oplossing en haar prioriteit: een operator, een vooraf bepaalde regel, of een systeem dat impact en risico afweegt? |
| Execution | Worden oplossingen op afstand automatisch toegepast en gecontroleerd, en worden tickets zonder manuele invoer geopend en gesloten? |
Als voor een taak een referentienorm bekend is, verschijnt die als label onder de taaknaam, bijvoorbeeld X.733, TS 28.111 of TMF642. Een label „CEVIA-voorstel" is een koppeling die CEVIA voorstelt en die niet uit een gedocumenteerde bijlage komt. Labels veranderen de score nooit.
Zodra de subscenario's volledig zijn, toont het resultatenscherm de score van het scenario volgens IG1252, uitgedrukt in Lbase, Lextra en Lscenario, een IAADE-radar en de kloven per subscenario. Een taak zonder antwoord blijft „Niet beoordeeld" en telt nooit als nul.
Voor RAN-storingsbeheer biedt het resultatenscherm ook een Data Request Pack: de lijst met gegevens die bij de operator moeten worden opgevraagd, exporteerbaar als PDF of XLSX. Het vermeldt ook wat niet wordt gevraagd: geen abonneegegevens.
Voor te bereiden bewijsstukken
Voor storingsbeheer kijken evaluatoren zowel naar wat de organisatie verklaart als naar wat haar systemen werkelijk deden.
Declaratieve bewijsstukken beschrijven hoe het werk moet gebeuren:
- het proces voor storings- en incidentbeheer, met de escalatieregels
- het automatiseringsbeleid: welke storingen zonder goedkeuring mogen worden verholpen, en wie de andere goedkeurt
- de rollen: wie de alarmregels, de correlatielogica en de herstelscripts beheert
Technische bewijsstukken tonen hoe het werk werkelijk gebeurde:
- exports van de filter- en correlatieregels uit het storingsbeheersysteem
- voorbeelden van gecorreleerde incidenten, met de gegroepeerde alarmen en de voorgestelde oorzaak
- logs van tickets die automatisch werden geopend, aangevuld en gesloten, met tijdstempel
- sporen van herstelacties op afstand en het resultaat van hun controle
- statistieken van hersteltijden over een representatieve periode, per type storing
In ANN wordt elk bewijsstuk aan een taak gekoppeld zodra het niveau gekozen is, getypeerd als declaratief of technisch, en met zijn historiek bewaard. Het tabblad met de bewijsgids geeft voorbeelden per IAADE-stap voor elk beschikbaar scenario. Het is een voorbereidingshulp die CEVIA opstelde op basis van de praktijk bij operatoren, geen officiële nomenclatuur van TM Forum.
ANN toont ook een indicator voor bewijsdekking: een technisch bewijsstuk telt volledig, een declaratief bewijsstuk alleen telt voor de helft, en de standaard dekkingsdrempel is 80 %. Deze weging is een methode van CEVIA, geen regel van TM Forum, en verandert de maturiteitsscore niet.
Hoe Level 4 er hier uitziet
Op Level 4 gebeuren analyse en beslissing door systemen, niet alleen de uitvoering. Voor storingsbeheer correleert een systeem alarmen over domeinen heen, vindt het de oorzaak, kiest het de oplossing, past het die toe en controleert het het resultaat, vaak voordat klanten iets merken. Mensen leggen de regels vast en behandelen wat het systeem niet kan oplossen.
Toen ANLAV in juni 2025 algemeen beschikbaar werd, noemde TM Forum Inform RAN-storingsbeheer bij de gedekte scenario's, en meldde het dat China Mobile in verschillende domeinen, waaronder RAN-storingsbeheer, Level 4 naderde. Dat is publieke informatie over die operator, niet over een gebruiker van ANN.
Een zelf beoordeeld niveau wordt pas een gevalideerd niveau via ANLAV, met een gecertificeerde evaluator. Onze pagina over voorbereiden op ANLAV legt uit wat de auditor verwacht.
Bron van de vragenlijst
Elk scenario in ANN vermeldt waar de vragenlijst vandaan komt: een echt ANLAV-rapport als dat bestaat, of een reconstructie die CEVIA documenteerde op basis van gepubliceerde vragenlijsten van TM Forum. Een gereconstrueerd scenario wordt nooit voorgesteld als een officiële tabel van TM Forum.
GB1523A behoort tot de scenario's die momenteel beschikbaar zijn in ANN, vermeld op de scenariopagina. Dezelfde logica geldt voor storingsbeheer in het kernnetwerk (GB1523B) en storingsbeheer in het IP-netwerk (GB1523E). Hoe taakscores een scenarioniveau worden, leest u in IG1252 uitgelegd; voor de vragenlijst zelf, zie Wat is ANLET?.