NGN SOA Cloud Computing NGOSS/eTOM

Ing. Fernando Mendioroz, MSc. (c.)
Ing. Dr. Álvaro Rendón
Popayán, 2014
Universidad del Cauca
Facultad de Ingeniería Electrónica y Telecomunicaciones
Departamento de Telemática

 Evolución & Convergencia
 Redes de Próxima Generación (NGN)
 Arquitectura Orientada a Servicios (SOA)
 Cloud Computing
 Gestión de Redes de Nueva Generación
(NGOSS – eTOM – ITIL®)

 Han surgido nuevas redes a medida que la tecnología ha
avanzado.
 Como resultado, los operadores tienen hoy muchas
plataformas para administrar: PSTN/ISDN,
PLMN(GSM/GPRS/UMTS/LTE), IP/IMS, X.25, FR, ATM,
MPLS, etc.
 El problema de esta aproximación multi-redes es que ha
creado una embrollo que resulta en:
◦ gestión compleja;
◦ ineficiencia operacional;
◦ menores economías de escala;
◦ problemas de mantenimiento.
(Sushant et al., 2010)

 Líneas fijas: su uso se está reduciendo a los servicios “clásicos”.
 Líneas móviles: su uso crece en forma sostenida aunque su
penetración ya es alta.
 Internet de banda ancha: su despliegue presenta una tendencia de
crecimiento rápido.
◦ El tráfico IP aumenta 10 veces cada año, mientras que el tráfico de voz es
relativamente estable.
Fijo
Banda ancha
Móvil

• Ethernet (1976)
• Red telefónica fija (1871)
• Red telefónica móvil (1983)
• Red IP (1982)• X.25 (1976)
• Frame Relay (1988)
• ATM (1988)
• MPLS (1997)
Redes de Comunicación
Conmutadas
por Difusión
Redes de Conmutación
de Circuitos
Redes Orientadas a
Conexión
Redes No Orientadas a
Conexión
de Paquetes
De la divergencia ...

Conmutadas
por Difusión
de Paquetes
de Circuitos
… a la convergencia!

 Convergencia en las redes
◦ Redes ópticas, protocolos IP
◦ Acceso ubicuo
… pero también …
 Convergencia en los servicios
◦ Integración fijo-móvil
◦ Servicios Telco + Servicios Web
Redes de Nueva
Generación
(NGN)
Subsistema
Multimedia IP
(IMS)

 El paradigma de las redes de próxima generación o NGN nace de la comprensión de
las limitaciones de las redes inteligentes fijas y móviles (IN/CAMEL) para la
colaboración de terceros en la creación de servicios y el desacoplamiento de los
mismos de la infraestructura de red, así como un menor tiempo al mercado.
 NGN provee a los operadores de redes de telecomunicaciones la posibilidad de
compartir recursos e infraestructura, facilitar la interoperabilidad entre redes,
simplificar y unificar la gestión, operación y mantenimiento de la oferta de servicios y,
por ende, habilitando la rápida y rentable creación de nuevos y personalizados
servicios ubicuos de banda ancha. Esto permite a terceras partes tomar ventaja de las
funcionalidades de las telecomunicaciones en sus propios ambientes y, del lado de los
usuarios finales, NGN permite acceder a servicios que estaban imposibilitados en
redes móviles debido a latencias/retrasos de señalización, bajo rendimiento, etc.
 Los usuarios finales, a partir de estos conceptos, pueden disfrutar de servicios móviles
de banda ancha personalizados en todo momento y lugar, así como comenzar a
contar con la flexibilidad, alcance y variedad de servicio que han obtenido mediante la
Web/Internet.

 NGN según ITU:
 NGN es una red basada en paquetes capaz de prestar servicios
de telecomunicaciones multimedia y de utilizar múltiples
tecnologías de transporte de banda ancha y con calidad de
servicio (QoS), en la cual las funciones relacionadas con los
servicios son independientes de las tecnologías de transporte
subyacentes relacionadas.
 NGN según ETSI:
 NGN es un concepto para la definición e implantación de
redes, que debido a su separación formal en diferentes capas y
planos y al uso de interfaces abiertas, ofrece a los proveedores
de servicios y a los operadores una plataforma que puede
evolucionar paso a paso para crear, instalar y administrar
servicios innovadores.

(Kristiansen, 2006)
 Transferencia basada en paquetes en el núcleo de la red.
 Independencia de las funciones relacionadas con los servicios, de las
tecnologías de transporte subyacentes.
 Acceso sin restricciones para los usuarios a los diferentes
proveedores de servicio.
 Soporte a una amplia gama de servicios, aplicaciones y mecanismos
(incluyendo tiempo real, flujos de audio/video, servicios sin tiempo
real y multimedia).
 Capacidades de banda ancha con QoS requerido extremo a extremo.
 Movilidad generalizada.
 Convergencia de servicios entre fijo y móvil.

OSS OSS OSS OSS OSS
Cliente
Servicios,
Conmutación,
Gestión
Transmisión,
Transporte
PSTN
PLMN
Internet
Datos
Video
Aspectos a resolver:
•Inter-funcionamiento entre las diferentes arquitecturas.
•Convergencia funcional.
•Aprovechamiento de una infraestructura óptica común.
Modelo de
red heredado
•Cada servicio tiene su propia red.
•Costos operacionales multiplicados.
•Cada red gestionada por aparte.
•No hay interacción de servicios.
•Múltiples perfiles de usuario.
Operación
(Krishnan, 2006; Sushant et al., 2010)

OSS OSS OSS OSS OSS
Cliente
Servicios,
Conmutación,
Gestión
Transmisión,
Transporte
PSTN
PLMN
Internet
Datos
Video
Modelo de red
heredado
Operación
(Krishnan, 2006; Sushant et al., 2010)
Modelo NGN
Servicios y Aplicaciones
Control Llamada/Sesión
Transporte y Conectividad
GestióndelaRed
Cliente
Interfaces abiertas
Interfaces abiertas
•Encadenamiento fluido de servicios.
•Todos los servicios en cualquier acceso.
•Una red para cualquier servicio.
•Estructura de gestión unificada.
•Perfil único de usuario.
NGN:

(Lee, 2009; Camarillo & García Martín 2008)

(Abd Majid, 2009)
MGC/SS MGC/SS
IP
SIP-I
IP IP IP
IP
SBC
SIGTRAN
Capa de
Servicio
Capa de
Control
Capa de
Transporte
Capa de
Acceso
Relacionado
conNGNÁreaNGN
OSS AS MMS SCP Video
Internet
Otras
redes IP
PSTN/
PLMN
Núcleo de Red
de Paquetes IP
SIP SIP
H.323 H.248 H.248
IAD Teléfono
H.323
Teléfono
IP
AGW/
LMG
TMG
SG SS7
Teléfono
analógico
PABX
ISDN
OSS: Operations Support System
AS: Application Server
MMS: Multi Media Server
SCP: Service Control Point
MGC: Media Gateway Controller
SS: Soft-Switch
SBC: Session Border Controller
SG: Signaling Gateway
TMG: Trunk Media Gateway
AGW: Access Gateway
LMG: Line Media Gateway
IAD: Integrated Access Device

 Capa de Acceso: Combina todas las tecnologías de acceso, tales como: PSTN,
ISDN, GSM/GPRS/UMTS/LTE, HFC, LMDS (Local Multipoint Distribution Service),
ADSL, etc.
 Capa de Transporte: Red troncal y las tecnologías de transporte. Es una red
troncal IP. En la actualidad: MPLS
 Capa de Control: Controla la gestión de llamadas. Comprende los equipos
que manejan la señalización (SG, Signaling Gateway) y el procesamiento de
llamadas (MGC, Media Gateway Controller). El MGC es llamado también
Softswitch.
 Capa de Servicio: Es la responsable del OSS/BSS (Operations/Business
Support Systems). Se prestan servicios mejorados a los usuarios con la ayuda
de Servidores de Aplicaciones. Con la ayuda del servidor se puede introducir
cualquier servicio, en cualquier momento, sin modificar el control, el
transporte o el acceso.
 Capa de Gestión: Se extiende sobre todas las otras capas, integrando todos
los equipos de gestión.

Transporte
Acceso
Control
Servicio

Transporte
Acceso
Control
Servicio /
Aplicaciones
Especificado por las normas 3GPP TS 22.228 (Stage 1)
y 3GPP TS 23.228 (Stage 2), el IMS provee la
arquitectura necesaria para provisión de servicios
multimedia basados en el protocolo IP.

 SOA constituye un paradigma para la utilización y organización de servicios
distribuidos, los cuales son controlados por silos de diferentes proveedores. El
concepto SOA entonces ofrece un conjunto de principios para la construcción de
aplicaciones complejas, flexiblemente acopladas, autónomas y granulares, así
como paradigmas para orquestación y composición de servicios.
 SOA provee una vía para integrar los datos y los procesos de sus colaboradores
internos y externos. Trata íntegramente sobre la construcción de interfaces
estandarizadas para el acceso de diferentes funciones de negocio, utilizadas por
múltiples sistemas y aplicaciones. Estos sistemas ofrecen sus recursos o
servicios, en tanto las interfaces de esos servicios trabajan transparentemente.
Los servicios ofrecen descripciones de cómo las interfaces deben conectarse para
su utilización.
 Las funciones de negocio pueden esencialmente ser aquellas que frecuentemente
son invocadas por otras aplicaciones y sistemas. Las interfaces estandarizadas
son construidas para uso a nivel empresarial y utilizadas por múltiples/diferentes
organizaciones y aplicaciones, abarcando una gran variedad de procesos de
negocio.

 Las aplicaciones bajo el paradigma de la arquitectura orientada a servicio
(SOA) consisten de servicios web relacionados, ofreciendo funcionalidad a
través de interfaces bien definidas y especificadas en WSDL (Web Services
Description Language). Un servicio puede ser atómico, usualmente
implementado en lenguajes de programación bien definidos como Java o
Phyton, en tanto un servicio compuesto es típicamente combinado utilizando
lenguajes como BPEL (Business Process Execution Language).
 La composición de servicio es una técnica ampliamente utilizada que habilita
el desarrollo rápido de arquitecturas SOA distribuidas. Existen dos estilos de
composición de servicios: orquestación y coreografía.
◦ La orquestación focaliza en describir una secuencia de acciones de
proceso a ser llevadas a cabo, desde la perspectiva de un servicio, por un
servicio compuesto.
◦ La coreografía captura un flujo de interacciones involucrando a todos los
servicios implicados desde una perspectiva global y expone los
comportamientos externamente visibles de todos los servicios de
colaboración por medio de la especificación de coreografía de servicio.

 El diagrama de la figura anterior exhibe las etapas del acoplamiento de
servicios y modelos de negocio según SOA. Existen diferentes definiciones
del componente denominado «Enterprise Service Bus» dependiendo del
fabricante o la fuente de información. A continuación se detallan algunas de
las múltiples definiciones de un ESB:
 Un estilo de arquitectura de integración que permite la comunicación a través de un
bus común consistente de una variedad de conexiones punto a punto entre
proveedores y usuarios de servicios.
 Una infraestructura que utiliza una organización para la integración de los servicios en
el dominio de las aplicaciones.
 Un patrón de arquitectura orientado al servicio que permite la interoperabilidad entre
ambientes heterogéneos, frecuentemente asociado a conceptos como «integración» y
«mediación», provee una plataforma de servicio que representa la consolidación de las
categorías de producto de integración y servidor de aplicación. Su característica
saliente yace en su habilidad para virtualizar servicios. El contenedor de servicios de
un ESB abstrae un servicio y lo aísla de sus protocolos, métodos de invocación,
patrones de método de intercambio, la calidad de los requisitos de servicio y otras
cuestiones de infraestructura.

Concluyendo:
 Un ESB debe ser considerado como un estilo o patrón de arquitectura y no
como un producto.
 No existe especificación/norma/estándar que defina a un ESB.
 Un ESB colabora con el acoplamiento flexible entre aplicaciones.
 Un servicio no mantiene el estado en un ESB. Los procesos de largo término
no pertenecen al ESB mas son soportados en sistemas de procesos de
negocio en lenguajes como BPEL/BPMN.
La figura a continuación encuadra las diferentes funciones del diseño ESB en
los bloques estructurales en capas que clásicamente lo conforman:
 Transporte/adaptadores y hosting de servicios;
 Seguridad;
 Mediación;
 Operación y Mantenimiento.

Desde Hacia
Foco en bienes Foco en servicios
Reducción de costos vía eficiencia de
facturación
Expansión de bienes a través de servicios
Estandarización/inflexibilidad Personalización
Mercadeo masivo Mercadeo uno-a-uno
Transacciones Relaciones
Orientado a funciones Orientado a coordinación
Habilidad limitada para almacenamiento y
procesamiento de información
Habilidad mejorada para almacenamiento y
procesamiento de información
Capacidad limitada de compartir información Capacidad mejorada de compartir
información
Silos de aplicación Soluciones integradas
Aplicaciones de estructuras rígidas Aplicaciones flexiblemente acopladas
Contratos Acuerdos de nivel de provisión de servicios
(SLA)
Transición pasado-presente de acuerdo a SOA

 La infraestructura SOA, mediante su inherente capacidad de escalar y
evolucionar, estimula una actitud más ágil y sensible que la arquitectura que
ha sido construida por encima de un número exponencial de conexiones
punto-a-punto. Por lo tanto, SOA puede constituir un pilar sólido para la
flexibilidad, adaptabilidad y agilidad empresarial.
 Tradicionalmente, cada unidad de negocio aloja sus propios servidores y
equipos especializados de IT a ser utilizados a demanda. Este enfoque
garantiza que la productividad de las unidades de negocio individuales
puede maximizarse pero, en paralelo, también se maximiza el TCO (costo
total de propiedad). Los costos de mantenimiento de diferentes soluciones
para cada actividad separada serán eventualmente mayores que los costos
de compartir recursos comunes. La orientación al servicio promete la
solución a este problema. SOA constituye un intento de unificar el concepto
de unidades de negocio autónomas y distribuidas, cada una tomando
responsabilidad de diferentes conjuntos de procesos, utilizando recursos o
servicios de IT comunes, los cuales pueden aplicarse a múltiples procesos de
negocio concurrentes trabajando en paralelo.

Como puede observarse del ejemplo de la figura anterior, las empresas de
telecomunicaciones seguían un modelo de arquitectura de silos de aplicaciones
monolíticas, cerradas. Las funciones de negocio dependen de estas aplicaciones
cerradas. Este modelo cerrado es altamente ineficiente y frágil en comparación con la
arquitectura SOA, donde se promueve un sistema orientado a servicios reutilizables
mediante composición de aplicaciones y procesos de negocios compuestos.
Por ejemplo, en el modelo anterior a SOA, la gestión de una cuenta estaba a cargo de
procesos ejecutándose en un silo monolítico y cerrado de funciones verticales que
incluían la verificación de crédito, el estado de una orden, el cálculo de cargos de envío.
Por otro lado, el procesamiento de una orden se ejecutaba en otro silo vertical que
incluía además de las funciones propias, funciones similares o idénticas a las del otro
silo como el estado de una orden. Finalmente, el agendamiento de una orden, se
ejecutaba en otro silo monolítico cerrado con funciones idénticas a las del silo de
procesamiento de una orden, como la verificación del estado de un cliente y la
determinación de la disponibilidad de un producto. Estos procesos, independientemente
consultan o depositan información en repositorios clásicos del dominio IT como Billing,
CRM, Data Warehouse, etc. Lógicamente, este funcionamiento se observa ineficiente, con
un rendimiento dependiente de la calidad de software del proveedor/desarrollador del
silo de aplicación, consecuentemente frágil y desequilibrado

En cambio, bajo el paradigma SOA, aplicaciones como la gestión de una cuenta, el
procesamiento y agendamiento de una orden, etc., constituyen funciones que siguen las
reglas de los procesos de negocio compuestos y reutilizan servicios. Por ejemplo, la
verificación del estado de una orden, bajo SOA se realiza en un servicio reutilizable al
que acceden las aplicaciones compuestas de gestión de cuenta y procesamiento de
orden. Asimismo, las aplicaciones compuestas de procesamiento y agendamiento de una
orden acceden al mismo servicio para la verificación de inventario. Este esquema
horizontal resulta entonces mucho más eficiente, robusto (tolerante a fallas), abierto,
integrado, interoperable, colaborativo. La integridad de los datos de Billing, CRM, Data
Warehouse, etc., está mucho mejor asegurada de esta manera, por lo que el dominio IT
es impactado positivamente no sólo en eficiencia, mas igualmente en eficacia.
En este marco conceptual, la figura a continuación exhibe el flujo de información a
través de las diferentes capas en las que puede separarse una Telco organizada bajo el
concepto SOA, abstraída de la infraestructura de red (la cual anteriormente constituía el
«commodity» principal de su negocio) y orientada a los servicios orquestados bajo las
reglas de los procesos de negocio de la organización.

Una plataforma de despliegue de servicios o SDP (Service Delivery Platform) puede
definirse como un software de mediación de Tecnologías de la Información bajo el
paradigma SOA (IT SOA Middleware) con características, facilidades y rendimientos
propios para telecomunicaciones. Un diseño apropiado de cómo debiera implementarse
es provisto por OSE (OMA Service Environment) y las especificaciones e
implementaciones relacionadas de OMA (Open Mobile Alliance) e ITU-T. La siguiente
figura muestra este tipo de diseño y estructuración de una SDP como la definida en este
párrafo.

Una SDP en un ambiente Telco/IT, provee funciones de comunicaciones (habilitadores o
ambientes SEE/SCE del tipo SIP AS típicos del IMS). Las capacidades de la red subyacente
se exponen como habilitadores (Enablers) y controlados por éstos mediante adaptadores
que abstraen estas capacidades de las tecnologías de red subyacentes. De esta manera,
desarrollos internos o provistos por terceros son implementados mediante la
composición de habilitadores y/o dentro del ambiente SEE/SCE, independientemente de
la tecnología de red o equipamiento.
Los habilitadores pueden utilizarse de modo de exponer aplicaciones backend de Telcos
como aquellas pertenecientes a la capa de sistemas de soporte de negocios o BSS
(Business Support System) como CRM (Customer Relationship Management), Billing o
gestión de órdenes, etc., o de la capa de sistema de soporte de operaciones u OSS
(Operating Support Systems) como la gestión de red, aprovisionamiento de servicio,
gestión de performance, etc.
Las interfaces típicamente acomodan servicios web (SOAP [23-24]) y vínculos web 2.0
(REST [25-26]) y la SDP asegura una exposición controlada mediante el forzoso
acoplamiento de políticas y acuerdos de nivel de servicio o SLA (Service Level
Agreements) en todas las solicitudes y respuestas desde y hacia los habilitadores y
contenedores.

Durante décadas, las Telco «ataban» a sus clientes principalmente en función de la
infraestructura, en vez de atraerlos en base a sus servicios. Los fundamentos y
omnipresencia de Internet y la web ha tenido un fuerte impacto en este paradigma y las
Telco se están viendo forzadas a competir mejor o cooperar con los proveedores de
servicios de Internet como Google, Yahoo, Facebook, etc.
En este contexto, el éxito o promesas de las iniciativas de Cloud Computing impulsadas
por empresas como Amazon, Google, Yahoo, Salesforce y Microsoft, así como las ofertas
de empresas como IBM, Oracle, VMWare y muchos proyectos de código abierto han
llamado la atención de las Telco. Por ello, muchas Telco hoy acompasan iniciativas,
pruebas conceptuales, iniciativas, pilotos, trials y hasta servicios en producción en la
nube.
La industria parece haber aprendido de los repetitivos errores cometidos con las
soluciones verticales del estilo silo monolítico discutido en el capítulo previo: las
iniciativas en el sentido contrario son construidas de forma tal que podrían denominarse
Internet o IT Clouds, como ejemplifica los servicios web de Amazon o Amazon WS.

Cloud Computing habilita «facilidades disponibles a demanda» u
«oferta de servicios a demanda», lo cual puede soportar
respectivamente necesidades internas o lo que el usuario utiliza y por
lo tanto, paga por ello. El Instituto Americano de Estándares y
Tecnología NIST (National Institute of Standards and Technology),
define los tres niveles del «Cloud Stack»:
1) Infrastructure as a Service o IaaS (Infraestructura como Servicio):
cimiento de la pila Cloud, determinada por la provisión de recursos
computacionales como servicio, tales como máquinas virtuales,
sistema operativo virtualizado con subyacente HW computacional –
recursos de unidad de procesamiento- y capacidad de
almacenamiento, Networking y otros recursos de acuerdo a un modelo
de servicio;

2) Platform as a Service o PaaS (Plataforma como Servicio): definido como
la provisión de una plataforma y herramientas asociadas de creación de
servicios de acuerdo a un modelo específico. Incluye plano de control y plano
de aplicación con ambientes de desarrollo y ejecución residentes. Las
herramientas de desarrollo pueden alojarse en la nube (accedidas normalmente
por un navegador de Internet). Mediante PaaS, los desarrolladores pueden
construir aplicaciones web en sus ambientes de ejecución/creación de
servicios o SEE/SCE (Service Execution Environment / Service Creation
Environment) sin necesidad de instalar software en su computadora, tras lo
cual, pueden desplegar sus aplicaciones sin la necesidad de sistemas
especializados o habilidades de administración específicas. El plano de control
puede proveer de una combinación de características como escalabilidad de
aplicación, plano de aplicación y gestión de uso de infraestructura a través de
múltiples aplicaciones (Google App Engine, Force.com) o personalizar por
aplicación. Para Telcos, el último enfoque es recomendable desde que asegura
una gestión menos compleja y un aseguramiento de performance mientras que
la anterior sobresale para consumidores o aplicaciones menos críticas y
simples.

3) Software as a Service o SaaS (Software como Servicio): provisión de una
aplicación de software que es desplegado en Internet o en una Intranet. Con SaaS, un
proveedor renta una aplicación para clientes a demanda, mediante suscripciones o el
modelo «pago por uso».

La arquitectura del sistema de soporte de operaciones de próxima generación
o NGOSS (New Generation Operations Systems and Software) del Tele
Management Forum o TM Forum, que es independiente de la tecnología, es un
ejemplo completo de la utilización de la SOA para la gestión de las
telecomunicaciones. Entre 1995 y 1999, el TM Forum o TMF desarrolla el
concepto de Mapa de Operación de Telecomunicaciones o TOM (Telecom
Operations Map), el cual evoluciona en TOM Mejorado o eTOM (Enhanced
TOM), el cual fue liberado bajo la serie de especificaciones ITU-T Rec.
M.3050.x.
eTOM vino a reemplazar el abordaje TMN (Telecommunications Management
Network) emprendido por la especificación ITU-T Rec. 3010. eTOM es parte del
NGOSS. La principal diferencia entre eTOM y TMN es de enfoque de gestión,
mientras TMN se construyó en base a los requerimientos de manejo de
arquitectura e infraestructura de red (de abajo hacia arriba), eTOM fue
estructurada en la necesidad de soportar los procesos de la totalidad de la
organización proveedora de servicios (de arriba hacia abajo). eTOM se
relaciona con otros estándares y frameworks que incluyen, entre otros, a SOA
e ITIL®.

eTOM describe y analiza diferentes niveles de procesos empresariales
acordemente a su significancia y prioridad para el negocio. El framework es
definido de forma genérica, de forma de asegurar su independencia de
servicio, organizacional y tecnológica.
Desde un punto de vista conceptual de alto nivel o nivel 0, el framework eTOM
se compone de tres áreas principales, a saber:
 SIP (Strategy, Infrastructure and Product): Estrategia, Infraestructura y
Producto, cubriendo la planeación y ciclo de vida de gestión;
 Operaciones (Operations): cubriendo la gestión 24/7 del núcleo de red.
 Gestión Organizacional (Enterprise Management): cubriendo la gestión
corporativa o de soporte de negocios.

eTOM es un marco de referencia de procesos empresariales que sugiere los
procesos que ha de realizar un prestador de servicios, pero no es un modelo
empresarial de prestador de servicios.
La serie de recomendaciones ITU-T M.3050.x presenta ejemplos exhaustivos
de procesos empresariales y los organiza en forma de matriz de varios niveles,
mapa de operaciones de telecomunicaciones mejorado, en clases de procesos,
grupos de procesos horizontales (funcional) y grupos de procesos verticales
(curso de ejecución). También determina la correspondencia entre los procesos
empresariales y los conjuntos de funciones de gestión.
El foco de eTOM reside en los procesos de negocios utilizados por proveedores
de servicios, los enlaces entre procesos, la identificación de interfaces y el uso
desde múltiples procesos de información de clientes, servicios, recursos,
proveedores y asociados.

Modelo eTOM, nivel 1
(ITU-T Rec. M.3060/Y.2401).

La figura muestra un ejemplo de las interacciones para el procesamiento de una nueva orden de
acuerdo a los procesos residentes del bloque de operaciones de eTOM. El cliente activa una orden vía
la interfaz de gestión de cliente (Customer Interface Management). El proceso de manejo de orden
(Order Handling) dispara el proceso de activación y configuración de servicio (Service Configuration
and Activation), luego el aprovisionamiento de recursos (Resource Provisioning), posteriormente la
gestión de requisa de proveedor/asociado (Supplier/Partner Requisition Management) y finalmente la
gestión de expedición de factura (Bill Invoice Management).

Los diagramas de interacción de procesos no muestran la secuencia o línea de tiempo de estas
interacciones, a diferencia de lo que exhibe la figura a continuación, la cual exhibe el flujo de
procesos en diferentes niveles del framework eTOM).

ITIL®, provee un framework de guía de mejores prácticas para la gestión de
servicios IT. Iniciado por una agencia del gobierno británico en la década de
1980, actualmente se encuentra en su versión 3.
ITIL no constituye un estándar, aunque ISO 20000 está basado en ITIL®. Provee
un conjunto de procesos y terminología estandarizada, instituyendo la guía
para la gestión IT más completa, no propietaria y públicamente disponible (al
grado que las certificaciones ITIL® constituyen al corriente un diferenciador en
la hoja de vida de ingenieros de la industria). Para junio de 2004, fue creado
un equipo interdisciplinario eTOM-ITIL® de forma de explorar el trabajo en
conjunto o «inter-working» de ambos frameworks.
Los resultados de este trabajo fueron publicados en los documentos GB921V y
TR143, parte de la especificación eTOM. GB192V muestra como ambos
frameworks pueden trabajar en conjunto mediante la integración de los
procesos ITIL® en los flujos de procesos eTOM. TR143 presenta una estrategia
de convergencia hacia delante de ambos frameworks, tal como se muestra en
la figura a continuación.

El grupo interdisciplinario eTOM-ITIL® concluye que ambos frameworks son compatibles,
complementarios y soportados mutuamente. eTOM e ITIL® pueden integrarse mediante
el uso de mejores prácticas ITIL® de forma de especializar los procesos eTOM.

 CRT. “Estudio Integral de Redes de Nueva Generación y Convergencia”.
Comisión de Regulación de Telecomunicaciones, República de Colombia.
Disponible en: http://www.crcom.gov.co/images/stories/crt-
documents/BibliotecaVirtual/NGN-EstudioIntegral_DA.pdf, 2007.
 Abd Majid, S. “NGN Implementation Guideline”. Awareness Seminar on
Telecommunication Standards & Practices. Cyberjaya, Malasia. 2009.
 Huurdeman, A. A. “The Worldwide History of Telecommunications”. Wiley-
Interscience, Hoboken (USA). 2003.
 Krishnan, R. "NGN Strategies and Services". CANTO 2006. Punta Cana,
República Dominicana. 2006.
 Kristiansen, L. "6. Next Generation Networks". Convergence in ICT ttm7 (fall
2007, fall 2009), Department of Telematics, Norwegian University of Science
and Technology (NTNU). Online, Available:
http://www.item.ntnu.no/fag/ttm7/Lectures06/Topic_6.ppt. 2006.

 Lee, C. "Architectural Overview of ITU-T NGN". Workshop on Next Generation
Networks and Applications, Atenas, Grecia, 2009
 Sushant et al. “NGN: Next Generation Network”. Regional Telecom Training
Centre Rajpura, India. E-Magazine. Online, Available:
http://www.rttcrajpura.bsnl.co.in/emagzine/NGN.ppt , 2010.
 Gonzalo Camarillo, Miguel A. García-Martín, “The 3G IP Multimedia
Subsystem (IMS) Merging the Internet and the Cellular Worlds”, John Wiley &
Sons, 2008.
 Oracle, “Business Process Management and WS-BPEL 2.0. What’s next for SOA
Orchestration?”, An Oracle White Paper [Online]. Available:
http://www.oracle.com/technetwork/topics/bpel-130653.pdf, 2006.
 Jürgen Kress, Berthold Maier, Hajo Normann, Danilo Schmeidel, Guido
Schmutz, Bernd Trops, Clemens Utschig-Utschig, and Torsten Winterberg.
“Industrial SOA” [Online]. Available:
http://www.oracle.com/technetwork/articles/soa/ind-soa-toc-
1934143.html . 2013.

 IBM. “What is SOA?” [Online]. Available: http://www-
01.ibm.com/software/solutions/soa/what-is-soa.html.
 S. Talja, “Service-Oriented Process Models in Telecommunication Business”
M.S. thesis, The Department of the Computer Science, The University of
Helsinki, Helsinki, 2013.
 Anne T. Maes. “Enterprise Service Bus: A Definition”. [Online]. Available:
http://i.i.cbsi.com/cnwk.1d/html/itp/burton_ESB.pdf. 2007.
 I. Kumara and C. Gamage, “Towards Reusing ESB Services in Different ESB
Architectures”, in Computer Software and Applications Conference Workshops
(COMPSACW), 2010 IEEE 34th Annual, 2010, pp. 25–30.
 M. Luo, B. Goldshlager, and L.-J. Zhang, “Designing and implementing
Enterprise Service Bus (ESB) and SOA solutions” in 2005 IEEE International
Conference on Services Computing, 2005, vol. 2, p. xiv vol.2–.
 Fernando Mendioroz, “SOA & Telco – Integración de Procesos Empresariales a
través de Internet, Maestría en Ingeniería Telemática”, Universidad del Cauca,
Colombia, 2013.

 S. Maes, “Understanding the Relationship Between SDP and the Cloud” presented
at the CLOUD COMPUTING 2010, The First International Conference on Cloud
Computing, GRIDs, and Virtualization, 2010, pp. 159–163.
 J. S. Ward and A. Barker, “A Cloud Computing Survey: Developments and Future
Trends in Infrastructure as a Service Computing,” arXiv:1306.1394 [cs], Jun. 2013.
 V. Gonçalves and P. Ballon, “Adding value to the network: Mobile operators’
experiments with Software-as-a-Service and Platform-as-a-Service models”
Telematics and Informatics, vol. 28, no. 1, pp. 12–21, Feb. 2011.
 J. C. Yelmo, J. M. del Álamo, R. Trapero, and Y.-S. Martín, “A user-centric
approach to service creation and delivery over next generation networks”
Computer Communications, vol. 34, no. 2, pp. 209–222, Feb. 2011.
 Cisco Systems. “Introduction to eTOM White Paper”. [Online]. Available:
http://www.cisco.com/en/US/technologies/collateral/tk869/tk769/white_paper_c
11-541448.pdf. 2009.
 Dugmore J, Taylor S, “ITIL® V3 and ISO/IEC 20000®”. [Online]. Available:
http://www.best-management-practice.com/knowledge-Centre/.

 TM Forum. “NGOSS Architecture Technology Neutral Specification”. TMF053
[Online]. Available:
http://www.tmforum.org/sdata/documents/TMFC1283%20TMFC1174%20TM
F053Av2%5B1%5D.5.pdf, 2002.
 Recommendation ITU-T M.3060/Y.2401. “Principles for the Management of
Next Generation Networks”, ITU-T. Series M: Telecommunications
Management, including TMN and Network Maintenance. Series Y: Global
Information Infrastructure, Internet Protocol Aspects and Next-Generation
Networks. 2006.
 Recommendation ITU-T M.3050.1 “Enhanced Telecom Operations Map
(eTOM). The business process framework”. ITU-T. Series M:
Telecommunications Management, including TMN and Network Maintenance.
2007.
 Recommendation ITU-T M.3050 - Supplement 1. “Enhanced Telecom
Operations Map (eTOM). Supplement 1 – Interim view of an interpreter's
guide for eTOM and ITIL practitioners”. ITU-T. Series M: Telecommunications
Management, including TMN and Network Maintenance. 2007.

NGN SOA Cloud Computing NGOSS/eTOM

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (16)

Similar a NGN SOA Cloud Computing NGOSS/eTOM

Similar a NGN SOA Cloud Computing NGOSS/eTOM (20)

Último

Último (20)

NGN SOA Cloud Computing NGOSS/eTOM