Ericsson sostiene que los operadores que exploran redes autónomas necesitan un inventario preciso y actualizado de forma continua antes de que los agentes de IA puedan tomar decisiones operativas. La compañía también afirma que unos inventarios de servicios y recursos fragmentados o desactualizados pueden limitar la automatización en bucle cerrado.
Por qué el inventario es la capa de entrada
Ericsson dice que los agentes de IA dependen de los datos de inventario para entender qué recursos de red existen, cómo están configurados y de qué servicios dependen. Según la compañía, un inventario incorrecto puede llevar a aprovisionar servicios sobre recursos no disponibles, a diagnósticos de fallos erróneos o a una planificación de capacidad basada en información obsoleta.
Ericsson añade que una topología desactualizada puede provocar cálculos incorrectos de nivel de servicio o un gemelo digital que represente un estado de red que ya no existe. En su planteamiento, el inventario tiene que mantenerse sincronizado con los cambios en toda la red si quiere dar soporte a operaciones autónomas.
Qué debe cubrir el inventario
El inventario de red registra recursos físicos, lógicos y virtuales, incluidos emplazamientos, nodos, enlaces, funciones de red, spectrum, network slices, configuraciones, estados de servicio y las relaciones entre ellos. Ericsson señala que los datos de inventario pueden recopilarse de sistemas de gestión de red, controladores, plataformas de orquestación y sistemas de assurance antes de reconciliarse en un modelo operativo común.
Los sistemas de acceso radio, transporte, IP, optical, cloud y core pueden exponer información operativa mediante modelos distintos, por lo que las plataformas de inventario tienen que normalizar esos datos antes de que se utilicen en distintos dominios de red. Nokia ha identificado el soporte multivendor, el descubrimiento de red, la reconciliación y la gestión de topología como requisitos para los sistemas de inventario usados en redes autónomas.
El inventario no es toda la pila de decisión
Ericsson dice que un inventario unificado no contiene todo lo necesario para la toma de decisiones autónoma. Su modelo añade intent, policies, constraints, contexto de servicio y de cliente, evidencia histórica y reglas de dominio.
Ericsson describe una knowledge plane como la capa que combina esas fuentes mediante semántica y ontologías compartidas. TM Forum describe una capa de ese mismo tipo como una que convierte datos de red fragmentados en información que respalda operaciones guiadas por intent y la autonomía entre dominios.
Gemelos digitales y control de conflictos
Los gemelos digitales ofrecen representaciones virtuales que pueden modelar el comportamiento de la red y evaluar cambios antes de que esos cambios lleguen a producción. ETSI trabaja en especificaciones de network digital twin que abarcan arquitecturas estandarizadas, modelos de datos, interfaces, pruebas y verificación en bucle cerrado en entornos multivendor.
Ericsson dice que un gemelo digital construido sobre un inventario desactualizado puede representar un estado de red que ya no existe y afectar a la planificación y a las operaciones automatizadas de red. El Catalyst de TM Forum de julio analizó agentes, aplicaciones, orquestadores y funciones de servicio que operaban sobre una infraestructura compartida, incluidos casos en los que una acción de ahorro energético trasladó tráfico a una celda vecina y en los que una nueva business slice compitió con un compromiso de prioridad existente.
Lectura para las cadenas de herramientas de redes autónomas
La lectura práctica para operadores y proveedores es que la calidad del inventario deja de ser una cuestión de mantenimiento interno cuando se espera que los agentes de IA actúen sobre la red. El modelo de Ericsson vincula el inventario con la gestión de intent, la automatización en bucle cerrado, los datos de red y los modelos de conocimiento, de modo que la capa de datos pasa a formar parte de la pila de control.
Para los proveedores que desarrollan plataformas de red autónoma, la referencia no es solo una base de datos que almacene registros de recursos. La cuestión es si el sistema puede mantener esos registros al día, reconciliar varios dominios y alimentar una lógica de decisión capaz de detectar conflictos antes de que las acciones lleguen a producción.