Ericsson dice che gli operatori che stanno valutando le autonomous networks hanno bisogno di inventory accurate e costantemente aggiornate prima che gli agent AI possano prendere decisioni operative. L’azienda aggiunge che inventory di servizi e risorse frammentate o obsolete possono limitare l’automazione closed-loop.
Perché l’inventory è il livello di input
Ericsson sostiene che gli agent AI si basano sui dati di inventory per capire quali risorse di rete esistono, come sono configurate e da cosa dipendono i servizi. Dati di inventory errati, afferma, possono portare al provisioning di servizi su risorse non disponibili, a una diagnosi guasti sbagliata o a una pianificazione della capacità fondata su informazioni superate.
Ericsson aggiunge anche che una topologia non aggiornata può generare calcoli errati dei service-level oppure un digital twin che rappresenta uno stato di rete che non esiste più. Nel suo quadro, l’inventory deve restare sincronizzata con i cambiamenti della rete se deve supportare operazioni autonome.
Cosa deve coprire l’inventory
I record di network inventory riguardano risorse fisiche, logiche e virtuali, inclusi siti, nodi, link, funzioni di rete, spectrum, network slices, configurazioni, stati dei servizi e relazioni tra questi elementi. Ericsson dice che i dati di inventory possono essere raccolti da sistemi di network management, controller, piattaforme di orchestration e sistemi di assurance, prima di essere ricondotti a un modello operativo comune.
I sistemi radio access, transport, IP, optical, cloud e core possono esporre informazioni operative con modelli diversi, quindi le piattaforme di inventory devono normalizzare quei dati prima che vengano usati tra diversi domini di rete. Nokia ha indicato supporto multi-vendor, network discovery, reconciliation e topology management come requisiti per i sistemi di inventory impiegati nelle autonomous networks.
L’inventory non è tutto il decision stack
Ericsson dice che un inventory unificata non contiene tutto ciò che serve per il decision-making autonomo. Il suo modello aggiunge intent, policy, vincoli, contesto di servizio e cliente, evidenze storiche e regole di dominio.
Ericsson descrive un knowledge plane come il livello che combina queste fonti usando semantiche e ontologie condivise. TM Forum descrive lo stesso tipo di livello come quello che trasforma dati di rete frammentati in informazioni a supporto di operazioni intent-driven e di autonomia cross-domain.
Digital twin e controllo dei conflitti
I digital twin offrono rappresentazioni virtuali che possono modellare il comportamento della rete e valutare i cambiamenti prima che arrivino in produzione. ETSI sta lavorando a specifiche per i network digital twin che coprono architetture standardizzate, modelli dati, interfacce, test e verifica closed-loop in ambienti multi-vendor.
Ericsson afferma che un digital twin costruito su inventory obsolete può rappresentare uno stato di rete che non esiste più e influenzare pianificazione e operazioni di rete automatizzate. Il Catalyst di TM Forum di luglio ha esaminato agent, application, orchestrator e service functions che operano su infrastrutture condivise, compresi i casi in cui un’azione di risparmio energetico spostava traffico su una cella vicina e in cui una nuova business slice entrava in competizione con un impegno di priorità già esistente.
La lettura per le toolchain delle autonomous networks
La lettura pratica per operatori e fornitori è che la qualità dell’inventory non è più un tema di manutenzione interna quando gli agent AI devono agire sulla rete. Il modello di Ericsson collega inventory, intent management, closed-loop automation, network data e knowledge model, quindi il livello dati diventa parte dello stack di controllo.
Per i vendor che stanno costruendo piattaforme per autonomous networks, il parametro di riferimento non è solo un database che conserva i record delle risorse. La vera domanda è se il sistema riesce a mantenere quei record aggiornati, riconciliare domini multipli e alimentare una logica decisionale capace di individuare i conflitti prima che le azioni arrivino in produzione.