Data Collection using Questionnaires

Actualmente las telecomunicaciones requieren de una plataforma de servicios que maneje la convergencia Telecomunicaciones/Internet/IT. Por ahora, como habilitadores para la convergencia las telecomunicaciones utilizan a IMS y la comunidad de Internet/IT a SOA. En este sentido: i) IMS utiliza SIP como protocolo de señalización para llamadas y sesiones, y define entidades funcionales y puntos de referencia tanto para las redes de telecomunicaciones fijas como para las móviles. Sin embargo, IMS carece de la arquitectura de una plataforma de servicios completa. ii) Por su parte, SOA es la arquitectura de una plataforma de servicios, que abstrae diversas funciones del sistema en servicios e integra los servicios en las aplicaciones. (Rolan y Hu, 2008)

Teniendo en cuenta las propuestas para la convergencia IMS/SOA presentadas en 2.2, en la Figura 1 se presenta el Modelo del Ambiente (Serrano, 2005) de MIDDIS.

Figura 1. Modelo del Ambiente del Sistema

En ella se ilustra la integración de estas dos plataformas para extender su rango de aplicabilidad. La característica esencial de la lógica de mediación consiste en que IMS utilizará a SOA para integrar sus propios elementos software con componentes externos y de esta manera lograr la combinación de las facilidades de la Web y de IMS para exponer un conjunto de servicios enriquecidos para ambos mundos. La mayoría de piezas significativas de este rompecabezas de interacción e integración son las relaciones entre los servicios y entre el operador de red y las terceras partes, los cuales obtienen acceso y características de la red a

32

través de programas ofrecidos por el operador, o suministran al operador de red su propia información o características.

Otras de las características básicas de MIDDIS son la provisión de la adaptación entre SIP y la pila de protocolos de los WS, y para ello extiende sus funcionalidades y capacidades; la provisión de la adaptación de los Registros de los servicios IMS a Registros únicos de Servicios Web, y con ello se unifica el acceso a la información que describe los servicios; y adicionalmente la propuesta de adaptación de los medios de Internet (tipos de medios Internet: RTSP, HTTP, etc.) a los medios de IMS (RTP y RTCP para el transporte del flujo IP multimedia en el plano del usuario), para asegurar la interoperación entre el plano de medios de IMS/SIP y el de SOA/WS. De esta manera, la lógica de mediación permite que clientes con capacidades únicas IMS tengan acceso a los servicios prestados por las SOA/WS o por el contrario que clientes de las SOA/WS accedan a los servicios prestados por IMS, y con esto a su vez se logra el acceso a servicios IMS/SOA convergentes.

3.1.1.

Descripción de características

MIDDIS da soporte al mundo IMS/SIP, por lo que los clientes de servicios IMS, dominio de las telecomunicaciones, que acceden a ella son usuarios SIP-3GPP, con capacidades de transporte de datos IP a través de RTP y RTCP.

MIDDIS también da soporte al mundo SOA, basándose en los WS para los procesos de creación de servicios convergentes IMS/SOA, por lo cual da soporte a la arquitectura de WS los cuales son considerados como una tecnología de mediación, cuya filosofía en el desarrollo de aplicaciones permite compartir e integrar recursos.

La definición e implementación de MIDDIS para la comunicación entre el mundo IMS/SIP de las telecomunicaciones y el mundo SOA/WS de las IT, tiene en cuenta, por una parte, tanto las características de la arquitectura de servicios IMS como las características de las Arquitecturas Orientadas a Servicios, y particularmente los roles que existen en la arquitectura de los WS, y, por otra parte, considera también las limitaciones de ambos mundos para la creación de servicios convergentes. La limitación más importante en este proceso de convergencia consiste en que los WS presentan como arquitectura una pila de capas en la que todos sus elementos están basados en XML, sin embargo SIP no se basa en XML, por lo cual actualmente las aplicaciones de WS no soportan SIP, y viceversa. Por esta razón, la definición e implementación de MIDDIS depende de las características en común y diferenciadoras de las plataformas IMS y SOA, lo cual a su vez determina el grado de integración que se requiere para su obtención.

MIDDIS da soporte a la interacción entre plataformas IMS, basadas en SIP, y plataformas SOA, específicamente de WS, creando una lógica de mediación para el soporte de la gestión de sesiones SIP/WS y el control de servicios convergentes IMS/SOA .

Proporciona de manera fundamental la característica de exposición de capacidades, tales como la gestión de la sesión, establecimiento de medios, el registro y acceso a servicios, hacia ambos mundos, ya través de pasarelas basadas tanto en SIP como en WS, que permiten y facilitan la interacción bidireccional entre clientes y proveedores de SOA-WS y usuarios y servicios del dominio IMS. Este escenario, para el desarrollo de servicios convergentes, se puede ver como una red global compuesta de diversas redes interconectadas a través de pasarelas, a nivel de la capa de aplicación y control, que

33

funcionan en base a una lógica de ejecución. Esta última en conjunto con las pasarelas conforman la lógica de mediación para la interacción entre servicios basados en IMS y SOA. La Tabla 4 muestra el resumen de las características de alto nivel de la lógica de mediación para la interacción de servicios basados en IMS y SOA, que sirvieron de base para la identificación de sus requerimientos funcionales y no funcionales.

Tabla 4. Caracterización de la Lógica de Mediación

Característica Descripción

Protocolo de control de la sesión en IMS SIP-3GPP Protocolo de acceso a la plataforma IMS SIP-3GPP Protocolo para el transporte de medios en IMS RTP, RTCP Control de la sesión en IMS CSCF

Servidores de aplicaciones en IMS AS IMS(SIP), AS JAIN SLEE (Lógica de Mediación)

Registro de Servicios IMS Registro Servicios IMS

Consumidores de Servicios IMS Clientes SIP(3GPP)-IMS, Clientes Web Protocolo para el acceso a Servicios Web SOAP sobre HTTP

Lenguaje para la descripción de los WS WSDL Protocolo para el transporte de medios Internet HTTP, RTSP

Servidores de Servicios Web Proveedor de Servicios Web

Registro de Servicios Web UDDI

Consumidores de Servicios Web Clientes SIP(3GPP)-IMS, Clientes Web Gestión de Sesiones SIP/WS Lógica de Mediación

Control de Servicios Convergentes IMS/SOA Lógica de Mediación

Pasarela SIP/WS (Gestión de la sesión SIP/WS) Adaptador de WS a SIP, Adaptador de SIP a WS

Gestión del Registro de Servicios IMS/WS Publicación, Actualización y Consulta del Registro (basado en UDDI) de Servicios IMS y de WS

Pasarela de Medios IMS/WS Adaptador de Medios WS a Medios IMS

3.1.2.

Requisitos de la solución

A partir de las características mostradas en la Tabla 4, se identificaron los siguientes requisitos para la Lógica de Mediación.

3.1.2.1.

Funcionales

Dar soporte a la señalización que se lleva a cabo en IMS a través del SIP-3GPP. De esta forma se provee el acceso a la plataforma IMS desde cualquier elemento externo a ella. Dar soporte a los protocolos RTP/RTCP a través de los cuales en IMS se lleva a cabo el transporte de los medios de la comunicación.

Realizar una comunicación bidireccional con el Núcleo de IMS, con el fin de dar soporte a la señalización y control en IMS.

Recibir, analizar y ejecutar las peticiones (de registro de servicios, ejecución de interacción de servicios, gestión de servicios convergentes, etc.) provenientes desde los Proveedores

34

de Servicios IMS, las cuales son recibidas inicialmente por el CSCF, y posteriormente enviadas hacia la Lógica de Mediación.

Permitir el ingreso de la información de los servicios IMS siempre que sea requerido un proceso de registro de servicios en la red.

Permitir el acceso de Clientes IMS a servicios convergentes basados en IMS y SOA.

Dar soporte al protocolo SOAP, necesario para el transporte de los mensajes de información en los WS. Con ello también se asegura el manejo de otros procesos de los WS basados en la WSDL, por ejemplo.

Dar soporte a protocolos de transporte de medios en Internet, tales como HTTP, con lo cual también se brinda el manejo de elementos como el Registro de Servicios Web.

Recibir, analizar y ejecutar las peticiones provenientes desde los Proveedores de Servicios Web.

Dar soporte a las funcionalidades requeridas por el Modelo de Registro de los WS. Permitir el acceso de Clientes Web a servicios convergentes basados en IMS y SOA.

Realizar la adaptación de la señalización SIP a la pila de protocolos de los WS y viceversa, con el fin de llevar a cabo la interacción a nivel de control de servicios y de señalización, entre IMS/SIP y SOA/WS. Es decir, permitir tanto la gestión de sesiones SIP/WS como el control de servicios convergentes IMS/SOA.

Realizar la publicación, actualización y búsqueda de los Registros de los Servicios IMS Y WS, con el fin de unificar el proceso de gestión del registro de servicios, y por consiguiente llevar a cabo la unificación de las descripciones de servicios tanto IMS como Web.

Realizar la adaptación de los Medios de los WS a los Medios IMS, con el fin de llevar a cabo la interacción de los datos, del plano del usuario, entre IMS/SIP y SOA/WS.

3.1.2.2.

No funcionales

Utilizar un entorno de ejecución de Lógica de Servicios de Comunicaciones con el fin de proporcionar las características que los servicios de telecomunicaciones requieren, tales como: invocaciones comúnmente asíncronas, eventos de grano fino y de alta frecuencia, componentes livianos de rápida creación y eliminación, múltiples fuentes de datos, transacciones livianas, despliegue distribuido a lo largo de la red, alta disponibilidad (de 3 a 5 nueves), etc.

Extender la pila básica de los WS mediante la utilización de nuevas tecnologías que actualmente se están estandarizando y que se orientan cada vez más a WS con estado y al manejo de sesiones.