La industria de las telecomunicaciones, piedra angular de la conectividad global, lleva algún tiempo atravesando un renacimiento tecnológico, impulsado por innovaciones como 5G, IoT, computación en la nube e inteligencia artificial. Como resultado, las redes se han vuelto cada vez más difíciles de gestionar. Existe la necesidad de automatización para manejar tareas rutinarias, monitorear el estado de la red y responder a problemas en tiempo real. Sin embargo, es posible que las habilidades existentes dentro de los proveedores de servicios de comunicación (CSP) no se alineen con las demandas cambiantes de este panorama dinámico. Para tener éxito en la era moderna, los CSP necesitan equipos versátiles, incluidos científicos de datos para la interpretación y las operaciones de datos, desarrolladores de software para la automatización a través de interfaces de programación de aplicaciones (API) de proveedores e ingenieros de garantía de servicio para diseñar circuitos cerrados que garanticen la confiabilidad del servicio.

Si bien los CSP cierran la brecha creando equipos con experiencia diversa, también se benefician simultáneamente de avances significativos en una tendencia simultánea. Los lenguajes de programación han evolucionado hacia paradigmas de código bajo/sin código y con el surgimiento de la IA generativa, estamos en un punto en el que los modelos fundamentales pueden generar código formal basado en descripciones de las tareas en lenguaje natural. Esto dio una nueva perspectiva al concepto de redes basadas en intenciones (IBN), donde los administradores humanos expresan objetivos de red de alto nivel en lenguaje natural conocido como "intenciones" y que estas intenciones humanas se traducen automáticamente en políticas y configuraciones de red. IBN tiene el potencial de mejorar la gestión de redes y podría convertirse en un punto de inflexión para abordar la brecha de talento dentro de las empresas de telecomunicaciones. Dando un paso más, redes autónomas (AN) prometen utilizar intenciones como entradas para autoconfigurar, optimizar y curar redes de forma autónoma a medida que evolucionan sus condiciones.

Si bien podemos vislumbrar un futuro brillante tanto para IBN como para AN, existen preocupaciones persistentes sobre su viabilidad y aplicaciones de programas, incluida la expresión de intenciones, la traducción precisa a la configuración de la red, la transparencia y la complejidad del sistema, entre otras. En este blog, nos sumergimos en las áreas donde su aplicación práctica tiene potencial y analizamos los desafíos que pueden encontrar en el camino.

Un caso motivador: introducir nuevos servicios sin intenciones

Para comprender la necesidad de optimizar las interacciones entre los equipos de CSP y la red, utilizaremos la implementación de un nuevo servicio como ejemplo.

Suponemos que la operación de la red CSP está automatizada según las especificaciones descritas en la Guía introductoria de TMF 1230 (IG1230) sobre arquitectura técnica de redes autónomas. En ese contexto, el OSS del CSP tiene (1) un orquestador para el aprovisionamiento de servicios, aprovisionamiento automatizado y pruebas automatizadas, (2) un sistema de garantía con inventario de red que recopila datos, crea información sobre el estado de la red y, por lo tanto, facilita la toma de decisiones basada en datos. en el contexto de control de circuito cerrado y (3) un administrador de políticas que dirige el comportamiento de la red utilizando políticas predefinidas, asegurando la alineación con las políticas más amplias del CSP. En pocas palabras, las operaciones automatizadas giran en torno a un estrecho acoplamiento de servicios con sus descriptores de servicios, configuraciones, políticas y flujos de trabajo imperativos TOSCA diseñados por humanos asignados en los que los diseñadores de servicios agregan inteligencia y toma de decisiones durante el tiempo de diseño. Los diseñadores de servicios deben prever de manera proactiva una amplia gama de condiciones que pueden ocurrir en la red y proporcionar instrucciones detalladas sobre cómo deben abordarse; la experiencia sin contacto se logra siempre que se hayan previsto las condiciones futuras y existan políticas para manejarlas.

Usamos los términos Día 0, Día 1 y Día 2 para diferentes etapas del ciclo de vida del servicio, a saber diseño de servicios, creación de instancias de servicio y garantia de servicio, respectivamente.

• El diseño del servicio comprende el desarrollo de diversos activos del servicio, como se muestra en la Figura 1. Esta es la tarea del equipo de diseño del servicio, que necesita comprender las operaciones del día 1 y del día 2 del servicio y producir los flujos de trabajo y los scripts necesarios. Las líneas rojas en la Figura 2 representan el proceso de prestación de servicios de un nuevo servicio, lo que garantiza que el servicio ahora se pueda solicitar.

• La instanciación del servicio ocurre cuando llega la orden de servicio, luego de una solicitud del suscriptor. Hoy en día, en los CSP, la orden de servicio normalmente llega a través de la interfaz TMF 641 desde el administrador de órdenes de servicio (SOM). Cuando el orquestador de servicios recibe la orden de servicio, garantiza que los flujos de trabajo se ejecuten y que las configuraciones de monitoreo solicitadas, los modelos PM/FM y las políticas se implementen y se ejecuten. Mostramos la instanciación del servicio en la Figura 2 en líneas verdes.

• La garantía del servicio sigue un enfoque de circuito cerrado en el que las condiciones de los servicios implementados se someten a un seguimiento continuo y a acciones automatizadas del ciclo de vida. Mostramos el circuito cerrado de seguridad en la Figura 2 en líneas azules.

En resumen, es la fase de diseño la que implica una cantidad sustancial de trabajo manual, ya que es necesario dotar a la red de instrucciones para el nuevo servicio.

¿Qué son las intenciones?

En IBN, las intenciones se refieren a objetivos de alto nivel que CSP quiere lograr en su red. En lugar de lidiar con configuraciones de red complejas de bajo nivel durante las operaciones del Día 0 como se discutió anteriormente, los equipos de ingeniería expresan los objetivos con intenciones y la lógica que sustenta las intenciones los traduce en la configuración de red requerida que cumple con el objetivo de intención.

Después de la aplicación de las configuraciones a la red, la AN monitorea continuamente los servicios implementados y adapta la configuración para garantizar que la operación permanezca alineada con los propósitos especificados. La AN extiende el uso de intents a las operaciones del Día 2.

Perspectivas de IBN y AN

A continuación, proporcionamos algunos de los aspectos en los que las intenciones podrían potencialmente revolucionar las prácticas establecidas desde la era anterior a las intenciones:

• Operaciones del día 0:
  • Preparación para nuevos servicios. – Aprovechar la IA generativa para procesar entradas de lenguaje natural para complementar de forma autónoma los requisitos del servicio.
  • Introducción de nuevos servicios. – Definir nuevos servicios utilizando lenguaje natural, como “proporcionar una solución de conectividad personalizada para una comunicación segura dentro de las instituciones de atención médica” o “permitir la comunicación de dispositivos IoT a través de la infraestructura de una ciudad inteligente” y aprovechar la IA generativa para la generación automática de los activos de servicio necesarios.
  • Generación automatizada de controladores de recursos específicos del proveedor– Utilice IA generativa para crear controladores de recursos específicos del proveedor, basados ​​en la documentación del proveedor.
• Operaciones del día 1:
  • Simplificación de la orden de servicio. – Permite a los clientes solicitar servicios utilizando lenguaje natural. Este enfoque fácil de usar permite una experiencia novedosa de pedido de servicios, como mezclar y combinar ofertas del catálogo.
  • Comprobaciones de viabilidad – Agiliza las comprobaciones de validación a medida que los clientes expresan sus intenciones al evaluar de manera eficiente factores críticos como la disponibilidad de la línea de fibra óptica. El resultado es una menor carga para los ingenieros de redes, una validación de servicios más rápida y una implementación más ágil y receptiva.
• Operaciones del día 2:
  • Garantía de servicio dinámico – Permite que las redes respondan de manera inteligente a las condiciones cambiantes y las necesidades de los usuarios. Las políticas flexibles basadas en intenciones mejoran la agilidad, asegurando confiabilidad en tiempo real y capacidad de respuesta de los servicios de red.

Los desafíos con IBN y AN

Hay dos desafíos principales que abordar:

1. ¿Cómo expresar y transmitir una intención?
2. Cómo ejecutar una intención: ¿cómo se ve el controlador de intenciones?

TM Forum presentó la API de red basada en intenciones TMF921, que ofrece un marco estructurado para definir intenciones de red de alto nivel. TM Forum define la intención de la siguiente manera: “La intención es la especificación formal de todas las expectativas, incluidos los requisitos, objetivos y restricciones dadas a un sistema técnico.”. Sin embargo, la parte especificación formal introduce una preocupación: los ingenieros de redes necesitarían familiarizarse con este lenguaje formal para aprovechar todo el potencial del concepto de intención. Es más, las intenciones con especificación formal no necesariamente reducen la cantidad de parámetros que se les deben proporcionar. Este aspecto desafía la racionalización prevista de la gestión de red que normalmente se asociaría con IBN.

Además, al formalizar la especificación de la intención, el manejador de la intención, el componente central de IBN que contiene la lógica para la interpretación de la intención, se convierte simplemente en un intérprete determinista del lenguaje formal de la intención. Surge la pregunta de cómo evolucionamos el controlador de intenciones hacia un sistema autónomo con una forma de operación declarativa en la que no se requiere que los humanos anticipen cada condición potencial de la red y proporcionen instrucciones específicas para su resolución. De lo contrario, el funcionamiento del sistema no podrá pasar con éxito de automatizado a autónomo (TMF IG1230).

En blogs futuros abordaremos con más detalle los desafíos y oportunidades de IBN y AN. ¿Querer aprender más? Contactanos en maja.curic@ibm.com, chris.van.maastricht@nl.ibm.com y tmtattis@ae.ibm.com.

Transformar para el futuro
con telecomunicaciones