Los sistemas de apoyo a operaciones ( OSS ), los sistemas de apoyo operativo en el uso británico o el 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 , suministro de servicios , configuración de red y gestión de fallos .
Junto con Business Support Systems (BSS), se utilizan para soportar varios servicios de telecomunicaciones de extremo a extremo. BSS y OSS tienen sus propias responsabilidades de servicio y datos. Los dos sistemas juntos a menudo se abrevian 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 apoyo 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:
- Sistemas de gestión de redes
- Prestación de servicios
- Cumplimiento del servicio , incluido el inventario, la activación y el aprovisionamiento de la red
- Garantia de servicio
- Atención al cliente
Historia
Antes de aproximadamente 1970, 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 próximos 5 años, 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 que impulsan para el desarrollo del Unix sistema operativo y del lenguaje de programación C . El sistema de Bell compró su propia línea de productos de PDP-11 computadoras de Digital Equipment Corporation para una variedad de aplicaciones de software libre. Sistemas OSS utilizados en el sistema de Bell incluyen AMATPS , CSOBS, EADAS , a distancia del sistema de administración de memoria (RMA), Cambio de Sistema de Control Center (CCSC), Sistema de Evaluación de Servicios (SES), los troncos de Registro Integrado Mantener Sistema (TIRKS), y muchos más. Los sistemas OSS de esta era se describen en Bell System Technical Journal , Bell Labs Record y Telcordia Technologies (ahora parte de Ericsson ) SR-2275. [3]
Muchos sistemas OSS inicialmente no estaban vinculados entre sí y, a menudo, requerían una intervención manual. Por ejemplo, considere el caso en el que un cliente desea 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 administración de conmutadores. Los detalles del nuevo servicio deberían transferirse del sistema de gestión de pedidos al sistema de gestión de conmutadores, y esto normalmente lo haría un técnico que volviera a introducir los detalles de una pantalla a otra, un proceso que a menudo se denomina "silla giratoria integración". Esta fue claramente otra fuente de ineficiencia, por lo que el enfoque durante los próximos años fue la creación de interfaces automatizadas entre las aplicaciones de OSS: integración de OSS. La integración de OSS barata y sencilla sigue siendo uno de los principales objetivos de la mayoría de las empresas de telecomunicaciones.
Arquitectura
Gran parte del trabajo sobre OSS se ha centrado en definir su arquitectura. En pocas palabras, hay cuatro elementos clave de OSS:
- Procesos
- la secuencia de eventos
- Datos
- la información sobre la que se actúa
- Aplicaciones
- los componentes que implementan procesos para administrar datos
- Tecnología
- cómo implementamos las aplicaciones
Durante la década de 1990, el Sector de Normalización de las Telecomunicaciones de la UIT (UIT-T) realizó nuevas definiciones de arquitectura de OSS en su modelo de Red de Gestión de Telecomunicaciones (RGT). Esto estableció un modelo de 4 capas de RGT aplicable dentro de un OSS:
- Nivel de gestión empresarial (BML)
- Nivel de gestión de servicios (SML)
- Nivel de gestión de red (NML)
- Nivel de gestión de elementos (EML)
A veces se menciona un quinto nivel que son los elementos mismos, aunque los estándares hablan de sólo cuatro niveles. Esta fue una base para trabajos posteriores. La gestión de la red se definió con más detalle por la ISO utilizando el modelo FCAPS : fallos, configuración, contabilidad, rendimiento y seguridad. Esta base fue adoptada por los estándares ITU-T TMN como el modelo funcional para la base tecnológica de los estándares TMN serie 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 las redes públicas gestionadas por proveedores de servicios de telecomunicaciones que se adhieren a los estándares ITU-T TMN.
Un gran problema de la gestión de redes y servicios es la capacidad de gestionar y controlar los elementos de red de las redes de acceso y centrales. Históricamente, se han realizado muchos esfuerzos en foros de estandarización (ITU-T, 3GPP) con el fin de definir un protocolo estándar para la gestión de redes, pero sin éxito y sin resultados prácticos. Por otro lado, el protocolo IETF SNMP (Simple Network Management Protocol) se ha convertido en el estándar de facto para la gestión de Internet y telecomunicaciones , a nivel de comunicación EML-NML.
Desde el año 2000 en adelante, 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 CPE WAN Management Protocol (CWMP), adecuado para administrar dispositivos y terminales de redes domésticas en la interfaz EML-NML.
Foro de TM
El TM Forum , anteriormente TeleManagement Forum, es una organización internacional de miembros de proveedores de servicios de comunicaciones y proveedores de la industria de las comunicaciones. Mientras que OSS está dominado generalmente por tecnologías personalizadas y propietarias, TM Forum promueve estándares y marcos en OSS y BSS.
Para 2005, los desarrollos en la arquitectura de OSS fueron el resultado del programa de 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.
Modelos frameworx
- Un modelo de información (el modelo de información / datos compartidos, o SID ), ahora más comúnmente conocido como el marco de información,
- Un modelo de proceso (el mapa de operaciones de telecomunicaciones mejorado , o eTOM ), ahora más comúnmente conocido como Business Process Framework,
- Un modelo de aplicación (el mapa de aplicaciones de telecomunicaciones ), ahora conocido como el marco de aplicación, una arquitectura (la arquitectura de tecnología neutra) y un modelo de ciclo de vida.
El TM Forum describe Frameworx como una arquitectura que es:
- " débilmente acoplado "
- repartido
- basado en componentes
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 , Web Services , EJB ). El comportamiento se puede controlar mediante el uso de la gestión de procesos y / o la 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 creación de modelos de referencia para respaldar la 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 los interesados en la implementación sobre las especificaciones de la interfaz para proporcionar acceso a la capacidad de OSS (principalmente MTNM). El trabajo de MTNM evolucionó hasta convertirse en un conjunto de servicios web que proporcionan interfaces de sistemas de operaciones multitecnológicas MTOSI . Más recientemente, [ ¿cuándo? ] La OSS a través de la iniciativa de Java (OSS / J) se unió a la TMF para proporcionar OSS / BSS basados en NGOSS API .
Trabajo en curso - Arquitectura digital abierta (ODA)
La Arquitectura Digital Abierta (ODA) ofrece un plan, un lenguaje y un conjunto de principios clave de diseño acordados por la industria a seguir. 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 de la plataforma técnica y comercial. [4]
Ver también
- Sistema de apoyo empresarial
- COSMOS (telecomunicaciones)
- Sistema de operaciones de mantenimiento de bucles
- OA&M
- Sistema de evaluación de servicios
- Sistema de centro de control de conmutación
Referencias
- ^ NTT Access Network Service Systems Systems Laboratories (abril de 2003). "Sistema operativo" . Tiempos de I + D de ANSL # 32 . Consultado el 25 de enero de 2021 .
- ^ Consulte el artículo de Wikipedia Investigación de operaciones .
- ^ Latonia Gist (2013). Estándares y sistemas de telecomunicaciones (PDF) . Tecnologías mundiales. pag. 16. ISBN 978-81-323-4238-0.
- ^ https://www.tmforum.org/resources/whitepapers/open-digital-architecture/
enlaces externos
- Video: ¿Qué es OSS / BSS?
- Foro de TM
- OSS a través de la iniciativa Java
- Revisión de noticias de OSS
- Página de inicio de OSS Observer de Analysys Mason
- Revista Pipeline
- InsideTelephony OSS / BSS (2017.05.20 a través de Wayback Machine)
- Facturación y OSS World
- Línea OSS
- OSS y BSS de telecomunicaciones
- Telcordia SR-2275