Los sistemas de soporte de operaciones ( OSS ), sistemas de soporte operativo en el uso británico o sistema operativo ( OpS ) en NTT [1] , [2] son sistemas informáticos utilizados por los proveedores de servicios de telecomunicaciones para gestionar sus redes (por ejemplo, redes telefónicas). Admiten funciones de gestión como inventario de red , aprovisionamiento de servicios , configuración de red y gestión de fallos .
Junto con los sistemas de soporte empresarial (BSS), se utilizan para respaldar diversos servicios de telecomunicaciones de un extremo a otro. BSS y OSS tienen sus propias responsabilidades de datos y servicios. Los dos sistemas juntos suelen abreviarse OSS/BSS, BSS/OSS o simplemente B/OSS.
El acrónimo OSS también se utiliza en forma singular para referirse a todos los Sistemas de Soporte a las Operaciones vistos como un sistema completo .
El TM Forum , los laboratorios de investigación industrial o los proveedores de OSS han propuesto diferentes subdivisiones de OSS . En general, un OSS cubre al menos las siguientes cinco funciones:
Antes de 1970, aproximadamente, muchas actividades de OSS se realizaban mediante procesos administrativos manuales. Sin embargo, resultó obvio que gran parte de esta actividad podría ser reemplazada por computadoras . En los siguientes cinco años aproximadamente, las compañías telefónicas crearon una serie de sistemas informáticos (o aplicaciones de software ) que automatizaron gran parte de esta actividad. Este fue uno de los factores impulsores para el desarrollo del sistema operativo Unix y del lenguaje de programación C. Bell System compró su propia línea de productos de computadoras PDP-11 de Digital Equipment Corporation para una variedad de aplicaciones OSS. Los sistemas OSS utilizados en el sistema Bell incluyen AMATPS , CSOBS, EADAS , sistema de administración de memoria remota (RMAS), sistema de centro de control de conmutación (SCCS), sistema de evaluación de servicios (SES), sistema de mantenimiento de registros integrado de troncales (TIRKS) y muchos más. Los sistemas OSS de esta época se describen en Bell System Technical Journal , Bell Labs Record y Telcordia Technologies (ahora parte de Ericsson ) SR-2275. [3]
Inicialmente, muchos sistemas OSS no estaban vinculados entre sí y a menudo requerían intervención manual. Por ejemplo, consideremos el caso en el que un cliente quiere solicitar un nuevo servicio telefónico. El sistema de pedidos tomaría los detalles del cliente y los detalles de su pedido, pero no podría configurar la central telefónica directamente; esto se haría mediante un sistema de gestión de conmutadores. Los detalles del nuevo servicio tendrían que transferirse del sistema de manejo de pedidos al sistema de administración de conmutadores (y esto normalmente lo haría un técnico reintroduciendo los detalles de una pantalla a otra), un proceso al que a menudo se hace referencia como "silla giratoria". integración". Esta era claramente otra fuente de ineficiencia, por lo que la atención se centró durante los siguientes años en crear interfaces automatizadas entre las aplicaciones OSS: la integración de OSS. La integración OSS barata y sencilla sigue siendo un objetivo importante de la mayoría de las empresas de telecomunicaciones.
Gran parte del trabajo sobre OSS se ha centrado en definir su arquitectura. En pocas palabras, hay cuatro elementos clave del OSS:
Durante la década de 1990, el Sector de Normalización de las Telecomunicaciones de la UIT (UIT-T) realizó nuevas definiciones de arquitectura OSS en su modelo de Red de Gestión de Telecomunicaciones (TMN). Esto estableció un modelo de TMN de cuatro capas aplicable dentro de un OSS:
A veces se menciona un quinto nivel que son los propios elementos, aunque las normas hablan sólo de cuatro niveles. Esta fue la base para trabajos posteriores. La ISO definió con más detalle la gestión de la red utilizando el modelo FCAPS : fallo, configuración, contabilidad, rendimiento y seguridad. Esta base fue adoptada por los estándares ITU-T RGT como modelo funcional para la base tecnológica de las series de estándares RGT M.3000 – M.3599. Aunque el modelo FCAPS se concibió originalmente y es aplicable a una red empresarial de TI, se adoptó para su uso en redes públicas administradas por proveedores de servicios de telecomunicaciones que cumplen con los estándares ITU-T TMN.
Una gran cuestión de la gestión de redes y servicios es la capacidad de gestionar y controlar los elementos de red de las redes centrales y de acceso . Históricamente, se han realizado muchos esfuerzos en foros de estandarización (UIT-T, 3GPP) para definir un protocolo estándar para la gestión de redes, pero sin éxito ni resultados prácticos. Por otro lado, el protocolo IETF SNMP (Protocolo simple de gestión de red) se ha convertido en el estándar de facto para la gestión de Internet y telecomunicaciones , a nivel de comunicación EML-NML.
A partir del año 2000, con el crecimiento de los nuevos servicios de banda ancha y VoIP, la gestión de redes domésticas también está entrando en el ámbito del OSS y la gestión de redes. La especificación DSL Forum TR-069 ha definido el protocolo de gestión WAN CPE (CWMP), adecuado para gestionar dispositivos y terminales de redes domésticas en la interfaz EML-NML.
El TM Forum , anteriormente TeleManagement Forum, es una organización internacional de proveedores de servicios de comunicaciones y proveedores de la industria de las comunicaciones. Si bien el OSS generalmente está dominado por tecnologías patentadas y personalizadas, TM Forum promueve estándares y marcos en OSS y BSS.
En 2005, los avances en la arquitectura OSS fueron el resultado del programa Software y sistemas de operaciones de nueva generación (NGOSS) del TM Forum, que se estableció en 2000. Esto estableció un conjunto de principios que la integración de OSS debería adoptar, junto con un conjunto de modelos que proporcionar enfoques estandarizados. NGOSS pasó a llamarse Frameworx.
El TM Forum describe Frameworx como una arquitectura que es:
Los componentes interactúan a través de un vehículo de comunicaciones común (utilizando una infraestructura de intercambio de información; por ejemplo, EAI , servicios web , EJB ). El comportamiento se puede controlar mediante el uso de gestión de procesos y/o gestión de políticas para orquestar la funcionalidad proporcionada por los servicios ofrecidos por los componentes.
El enfoque inicial del trabajo NGOSS del TM Forum fue la construcción de modelos de referencia para respaldar una visión de las partes interesadas del negocio sobre la interacción de procesos, información y aplicaciones. En paralelo se llevaron a cabo actividades que respaldaron la visión de las partes interesadas en la implementación sobre las especificaciones de interfaz para proporcionar acceso a la capacidad OSS (principalmente MTNM). El trabajo de MTNM evolucionó hasta convertirse en un conjunto de servicios web que proporcionan interfaces de sistemas de operaciones multitecnología MTOSI . Más recientemente, [¿ cuándo? ] la iniciativa OSS a través de Java (OSS/J) se unió a TMF para proporcionar API BSS/OSS basadas en NGOSS .
La Arquitectura Digital Abierta (ODA) ofrece un modelo, un lenguaje y un conjunto de principios de diseño clave a seguir acordados por la industria. Proporcionará vías pragmáticas para el viaje desde el mantenimiento de soluciones de software heredadas y monolíticas hasta la gestión de capacidades ágiles basadas en la nube que se pueden orquestar mediante IA . Es una arquitectura de referencia que mapea las API abiertas de TM Forum con las funciones técnicas y de plataforma comercial. [4]