Hispanopedia WikiLos sistemas de soporte de operaciones ( OSS ), sistemas de soporte operativo en el uso británico, u sistema operativo ( OpS ) en NTT [ 1 ] son sistemas informáticos utilizados por los proveedores de servicios de telecomunicaciones para administrar sus redes (por ejemplo, redes telefónicas). Admiten funciones de administración tales como inventario de red , provisión de servicios , configuración de red y administración de fallas .
El inventario de red generalmente incluye tanto activos físicos, como enrutadores, conmutadores, enlaces de fibra óptica y estaciones base, como recursos lógicos, como direcciones IP, VLAN y circuitos virtuales. Mantener un inventario preciso y actualizado se considera esencial para el aprovisionamiento de nuevos servicios, la resolución de problemas de red y la planificación de la capacidad. La investigación del sector destaca que los proveedores de servicios de comunicación están modernizando las plataformas de inventario para admitir la automatización, el análisis y la integración con sistemas OSS/BSS. [ 2 ] [ 3 ] [ 4 ]
Junto con los sistemas de soporte empresarial (BSS), los sistemas de soporte operativo (OSS) brindan soporte a diversos servicios de telecomunicaciones de extremo a extremo. Tanto los BSS como los OSS tienen sus propias responsabilidades en materia de datos y servicios. Ambos sistemas se suelen abreviar como OSS/BSS, BSS/OSS o simplemente B/OSS.
El acrónimo OSS también se utiliza en singular para referirse a todos los Sistemas de Soporte Operativo considerados como un sistema integral .
El TM Forum , laboratorios de investigación industrial y proveedores de software de código abierto (OSS) han propuesto diferentes subdivisiones . En general, un OSS abarca al menos las siguientes cinco funciones:
- Sistemas de gestión de red
- Prestación de servicios
- Prestación de servicios , incluyendo el inventario de red, la activación y el aprovisionamiento.
- Garantía de servicio
- Atención al cliente
Historia
Antes de 1970, muchas actividades de OSS se realizaban mediante procesos administrativos manuales. Sin embargo, se hizo evidente que gran parte de esta actividad podía ser reemplazada por computadoras . En los siguientes cinco años, aproximadamente, las compañías telefónicas crearon varios sistemas informáticos (o aplicaciones de software ) que automatizaron gran parte de esta actividad. Este fue uno de los factores clave para el desarrollo del sistema operativo Unix y el lenguaje de programación C. El Sistema Bell adquirió su propia línea de computadoras PDP-11 de Digital Equipment Corporation para diversas aplicaciones de OSS. Los sistemas OSS utilizados en el Sistema Bell incluyen AMATPS , CSOBS, EADAS , el Sistema de Administración de Memoria Remota (RMAS), el Sistema del Centro de Control de Conmutación (SCCS), el Sistema de Evaluación de Servicios (SES), el Sistema Integrado de Mantenimiento de Registros de Troncales (TIRKS) y muchos más. Los sistemas OSS de esta época se describen en el Bell System Technical Journal , el Bell Labs Record y el SR-2275 de Telcordia Technologies (ahora parte de Ericsson ). [ 5 ]
Muchos sistemas OSS inicialmente no estaban interconectados y a menudo requerían intervención manual. Por ejemplo, consideremos el caso de un cliente que desea contratar un nuevo servicio telefónico. El sistema de pedidos tomaría los datos del cliente y los detalles de su pedido, pero no podría configurar la central telefónica directamente; esto lo haría un sistema de gestión de conmutación. Los detalles del nuevo servicio tendrían que transferirse del sistema de gestión de pedidos al sistema de gestión de conmutación, y esto normalmente lo haría un técnico introduciendo los datos de una pantalla a otra, un proceso a menudo denominado "integración manual". Esto era claramente otra fuente de ineficiencia, por lo que durante los años siguientes el enfoque se centró en crear interfaces automatizadas entre las aplicaciones OSS: la integración OSS. La integración OSS, económica y sencilla, sigue siendo un objetivo principal para la mayoría de las empresas de telecomunicaciones.
Arquitectura
Gran parte del trabajo sobre software de código abierto (OSS) se ha centrado en definir su arquitectura. En pocas palabras, existen cuatro elementos clave del OSS:
- Procesos
- la secuencia de eventos
- Datos
- la información sobre la que se actúa
- Aplicaciones
- los componentes que implementan procesos para gestionar 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) elaboró nuevas definiciones de arquitectura OSS en su modelo de Red de Gestión de Telecomunicaciones (TMN). Esto estableció un modelo de TMN de 4 capas aplicable dentro de un OSS:
- Nivel de Gestión Empresarial (BML)
- Nivel de gestión del servicio (SML)
- Nivel de gestión de red (NML)
- Nivel de gestión de elementos (EML)
En ocasiones se menciona un quinto nivel, que corresponde a los elementos mismos, aunque las normas solo hablan de cuatro niveles. Esto sirvió de base para trabajos posteriores. La ISO definió la gestión de redes mediante el modelo FCAPS : Fallos, Configuración, Contabilidad, Rendimiento y Seguridad. Esta base fue adoptada por las normas TMN de la UIT-T como modelo funcional para la base tecnológica de la serie de normas TMN M.3000 a M.3599. Si bien 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 cumplen con las normas TMN de la UIT-T.
Un aspecto crucial de la gestión de redes y servicios es la capacidad de administrar y controlar los elementos de las redes de acceso y núcleo. Históricamente, se han realizado numerosos esfuerzos en foros de estandarización (ITU-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 SNMP (Simple Network Management Protocol) de la IETF 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 auge de los nuevos servicios de banda ancha y VoIP, la gestión de redes domésticas también se ha integrado en el ámbito de los sistemas de soporte operativo (OSS) y la gestión de redes. La especificación TR-069 del DSL Forum ha definido el Protocolo de Gestión WAN del CPE (CWMP), adecuado para gestionar dispositivos y terminales de redes domésticas en la interfaz EML-NML.
Las arquitecturas OSS modernas combinan cada vez más el inventario de red con la visualización geoespacial (GIS) y la automatización para mejorar las operaciones y la garantía del servicio. [ 6 ] [ 7 ]
Foro de TM
El TM Forum , anteriormente conocido como TeleManagement Forum, es una organización internacional de miembros que agrupa a proveedores de servicios de comunicaciones y proveedores de la industria de las comunicaciones. Si bien el software de código abierto (OSS) suele estar dominado por tecnologías propietarias y personalizadas, el TM Forum promueve estándares y marcos de trabajo tanto para OSS como para sistemas de soporte empresarial (BSS).
Para 2005, los avances en la arquitectura de software de código abierto (OSS) fueron el resultado del programa NGOSS ( New Generation Operations Systems and Software ) del TM Forum, creado en 2000. Este programa estableció un conjunto de principios que la integración de OSS debía adoptar, junto con un conjunto de modelos que proporcionaban enfoques estandarizados. NGOSS pasó a llamarse Frameworx.
Modelos de Frameworx
- Un modelo de información (el modelo de información/datos compartidos, o SID ) – ahora conocido más comúnmente como marco de información,
- Un modelo de proceso (el Mapa de Operaciones de Telecomunicaciones mejorado , o eTOM ) – ahora más comúnmente conocido como Marco de Procesos de Negocio,
- Un modelo de aplicación (el Mapa de Aplicaciones de Telecomunicaciones ), ahora conocido como Marco de Aplicación, una arquitectura (la Arquitectura Tecnológicamente Neutral) y un modelo de ciclo de vida.
El foro de TM describe Frameworx como una arquitectura que es:
- " acoplados de forma laxa "
- repartido
- basado en componentes
Los componentes interactúan a través de un medio de comunicación común (mediante una infraestructura de intercambio de información; por ejemplo, EAI , servicios web o EJB ). Su comportamiento se puede controlar mediante la gestión de procesos y/o la gestión de políticas para coordinar la funcionalidad que ofrecen los servicios de los componentes.
El enfoque inicial del trabajo de NGOSS del TM Forum se centró en la creación de modelos de referencia para respaldar la perspectiva de las partes interesadas del negocio sobre la interacción entre procesos, información y aplicaciones. Paralelamente, se desarrollaron actividades que respaldaban la perspectiva de las partes interesadas de la implementación sobre las especificaciones de 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 multitecnología ( MTOSI ). Más recientemente, la iniciativa OSS a través de Java (OSS/J) se unió al TMF para proporcionar API BSS/OSS basadas en NGOSS .
Trabajo en curso - Arquitectura Digital Abierta (ODA)
La Arquitectura Digital Abierta (ODA) ofrece un modelo, un lenguaje y un conjunto de principios de diseño clave acordados por la industria. Proporcionará vías pragmáticas para la transición desde el mantenimiento de soluciones de software monolíticas heredadas hasta la gestión de capacidades ágiles basadas en la nube que pueden orquestarse mediante IA . Es una arquitectura de referencia que relaciona las API abiertas de TM Forum con las funciones técnicas y de la plataforma empresarial. [ 8 ]
Véase también
Referencias
- ↑ Laboratorios de Sistemas de Servicio de Red de Acceso NTT (abril de 2003). "Sistema operativo" . ANSL R&D Times #32 . Consultado el 25 de enero de 2021 .
- ↑ "Los CSP toman medidas clave para modernizar el inventario de red" . TM Forum . 3 de julio de 2023. Consultado el 17 de septiembre de 2025 .
- ↑ "Los desafíos de la modernización de los sistemas de inventario de red" . TM Forum . 2023. Consultado el 17 de septiembre de 2025 .
- ↑ "Inventario del futuro: inventario flexible, escalable y altamente dinámico" (PDF) . Oracle . Omdia. 2022. Consultado el 17 de septiembre de 2025 .
- ↑ Latonia Gist (2013). Sistemas y estándares de telecomunicaciones (PDF) . World Technologies. pág. 16. ISBN 978-81-323-4238-0.
- ↑ "Cómo la excelencia en TI impulsa la innovación en telecomunicaciones" . McKinsey & Company . 28 de febrero de 2025. Consultado el 31 de octubre de 2025 .
- ↑ "Cómo los SIG respaldan la ejecución y las operaciones de telecomunicaciones" . Esri Canadá . 19 de abril de 2023. Consultado el 31 de octubre de 2025 .
- ↑ "Arquitectura digital abierta" .
Enlaces externos
- Vídeo: ¿Qué es OSS/BSS?
- Foro de TM
- Iniciativa de software de código abierto a través de Java
- Reseña de noticias de OSS
- Página de inicio de OSS Observer de Analysys Mason
- Revista Pipeline
- InsideTelephony OSS/BSS (2017.05.20 vía Wayback Machine)
- Mundo de la facturación y el OSS
- Línea OSS
- Sistemas de soporte operativo (OSS) y sistemas de soporte básico (BSS) de telecomunicaciones
- Telcordia SR-2275
- Gestión de redes
- sistemas de telecomunicaciones
