Relaciones parlay

Anuncio
El futuro de los servicios web viene dado por el API parlay X. Esta Api detalla un conjunto
inicial de servicios web que pueden ser utilizados como bloques de construcción para
aplicaciones de Telecomunicaciones. Entre los principales beneficios de esta API es la
rápida creación de servicios, indenpendencia de la red, del vendedor y alta disponibilidad
de desarrolladores.
//*/
Parlay /OSA y Parlay X
OSA parte como una iniciativa empresarial para abrir la funcionalidad de redes de
telecomunicaciones de manera que se facilite la creación de novedosos servicios que
podrán incluso ser operados por terceras partes ajenas al operador de Telecomunicaciones
de la red sobre la que se prestan los servicios
Estas iniciativas pretenden básicamente la apertura de la red de telecomunicaciones
mediante la definición de interfaces estándar basados en tecnologías distribuidas habituales
como pueden ser corba o servicios web sobre http. En la arquitectura de OSA/parlay se
denomina aplicación a la lógica de control de valor añadido para los usuarios y servicios a
la funcionalidad de la red de telecomunicaciones que se hace accesible a las aplicaciones
mediante interfaces distribuidas.
La arquitectura de OSA/Parlay abre la funcionalidad de una red de telecomunicaciones
mediante la definición de una serie de interfaces distribuidos. Estos interfaces se agrupan en
capacidades de servicio que se ejecutarán en servidores de capacidades de servicio. Las
aplicaciones podrán hacer uso de las funcionalidades de la red de Telecomunicaciones a
través de estos interfaces. Los servidores de capacidades de servicio actúan por tanto de
pasarela entre las aplicaciones, que ahora no tendrán la necesidad de ejecutarse en el dominio
del operador de la red, y las funcionalidades presentes en la red de telecomunicaciones.
Así pues los principales elementos de la arquitectura son:
Servidores de aplicaciones. Serán los encargados de ejecutar las aplicaciones que darán
servicio a los usuarios mediante el control de la funcionalidad subyacente en la red de
telecomunicaciones a través del uso de las capacidades de servicio.
Servidores de capacidades de servicio. Serán los que implementen las capacidades de
servicio o pasarelas que mediante interfaces abiertos (los interfaces de OSA/Parlay) permiten a
las aplicaciones ejecutar la funcionalidad de los elementos de la red de telecomunicaciones
subyacente. Las capacidades de servicio también se denominan SCFs (Service Capabilities
Features).
Plataforma. Permite que las aplicaciones descubran las capacidades de servicio de forma
segura. Se define por tanto de cara a dotar de un entorno seguro en el que poder abrir la red de
telecomunicaciones a aplicaciones externas y a la vez permitir un entorno flexible y dinámico
en el que se puedan incorporar nuevas capacidades de servicio. Para incorporar dinámicamente
nuevas capacidades de servicio, los servidores de capacidades de servicio pueden registrar en la
plataforma factorías de las capacidades de servicio que implementan. Cuando la plataforma lo
necesite podrá crear nuevas instancias de las capacidades de servicio usando las factorías
registradas. En realidad, podemos ver la plataforma en el entorno de OSA/Parlay como una
capacidad de servicio especial con una interfaz definida que permite autenticar y autorizar a las
aplicaciones al tiempo que facilita el registro dinámico de las diferentes capacidades de
servicio. La plataforma junto con los servidores de capacidades de servicio constituyen la
pasarela o gateway OSA/Parlay.
Elementos de la red de telecomunicaciones. Agrupan los nodos internos tanto de redes
fijas, móviles como de redes IP. OSA/Parlay no define protocolos nuevos dentro de estos
elementos sino que utiliza los existentes en dichas redes.
La iniciativa detrás de Parlay X es un intento de simplificar el modelo Parlay para que pueda
ser usado con facilidad por profesionales en el mundo de la programación que no tengan que
ser necesariamente profesionales del conocimiento del funcionamiento interno de las redes de
telecomunicaciones.
El modelo de Parlay se basa en la abstracción de la red subyacente mediante una serie de
servicios o capacidades de servicio (nótese nuevamente que el uso de l término servicio en este
entorno es equivalente al de capacidades que se abstraen de la red para crear aplicaciones sobre
ellas). Parlay X ofrece una segunda capa de abstracción que facilita la interacción para la
aplicación con la red de cara a facilitar y agilizar el desarrollo de la misma. En este sentido se
sigue introduciendo un intermediario o gateway o pasarela que se comunica con las
aplicaciones usando un interfaz (Parlay X) basado en servicios Web pero más sencillo que el
usado en Parlay. La pasarela tiene dos opciones: o traduce las interacciones de las aplicaciones
con la red a Parlay de cara a comunicarse con la pasarela Parlay (mediante CORBA o servicios
Web), o se comunica directamente con la red subyacente. Podemos pensar por ejemplo que la
pasarela Parlay X realiza contra la pasarela Parlay convencional todas las tareas necesarias de
autenticación y autorización comunes a las aplicaciones que corren en un determinado entorno
de forma que dichas aplicaciones pueden centrarse más en la lógica de negocio que en tareas de
acceso a la red.
La primera versión de Parlay X contiene APIs para las siguientes funciones:
Establecimiento de llamadas por parte de las aplicaciones.
Tratamiento por parte de las aplicaciones de llamadas originadas en la red de
telecomunicaciones subyacente.
Envío de mensajes SMS.
Envío de mensajes multimedia.
Pagos.
Gestión de cuentas de usuario.
Consulta del estado de los usuarios.
Localización de los terminales.
Como puede observarse no existe un API para la conexión con la plataforma y consecuente
autenticación y autorización.
Los interfaces ofrecidos en Parlay X son lo suficientemente sencillos como para que no se
requiera un conocimiento detallado de los protocolos de señalización de la red de
telecomunicaciones subyacente. Así por ejemplo, el AP I que nos permite establecer llamadas
desde las aplicaciones en Parlay X ofrece tan solo cuatro primitivas sencillas: establecer una
nueva llamada, obtener el estado en el que se encuentra una determinada llamada, finalizar la
llamada y cancelar una petición anterior de establecimiento de llamada.
Para realizar una llamada mediante Parlay el número de interacciones entre aplicación y
servidores de capacidades era bastante superior a la vez que había que tener en mente el modelo
de máquina de estados finitos por el que iba pasando la llamada. Finalmente es interesante
señalar que una aplicación Parlay X sigue manteniendo los criterios de desarrollo en lenguajes
basados en XML en el sentido que es multiplataforma y multilenguaje de programación.
JAIN
Podemos decir que el objetivo de JAIN es abrir la cadena de valor para que terceras partes
puedan desarrollar servicios en redes de telecomunicaciones utilizando Java como lenguaje de
programación. En este sentido JAIN presenta similitudes con OSA/Parlay y no es casualidad
que una de sus ramas (JAIN SPA) fuera discontinuada dentro de la JCP en favor de las APIs de
OSA/Parlay. Esto es así pues el interfaz de OSA/Parlay también presenta de una
implementación en Java, goza de mayor aceptación y por lo tanto no parece merecer la pena
duplicar el esfuerzo dentro de la JCP.
JAIN parte de una abstracción de red de telecomunicaciones en capas como el de la similar al
que encontramos en OSA/Parlay. En este modelo en capas, y recorriéndolo de abajo a arriba,
tenemos una primera capa de red, o de elementos de red, que engloba tanto redes fijas como
móviles, tanto redes de voz como de datos. Sobre esta capa de red se monta la capa de
protocolos de señalización como puede ser SIP para el establecimiento y liberación de llamadas
en un entorno IP. Por encima se tiene la capa de servicios. Finalmente tendríamos la capa de
aplicaciones. Las dos capas inferiores corresponden a elementos de la red de
telecomunicaciones para la arquitectura OSA/Parlay. Si hubieramos entrado en detalle en el
contenido de esta capa en la arquitectura OSA/Parlay hubieramos encontrado un plano de
control equivalente a la capa de señalización de JAIN y un plano de elementos de red al igual
que en JAIN. La capa de servicios en JAIN corresponde con la de capacidades de servicio en
OSA/Parlay. Finalmente, la capa de aplicaciones en JAIN corresponde con la capa de
aplicaciones en OSA/Parlay.
JAIN propone soluciones de APIs para las tres capas superiores. La capa de aplicaciones usa la
especificación JAIN SPA para la comunicación con la capa de servicios, que como se ha
comentado ha sido discontinuada adoptándose las APIs de OSA/Parlay. La capa de servicios y
la capa de señalización también definen APIs que controlan a más bajo nivel la red de
telecomunicaciones. La capa de servicio define dos APIs: JCC y JCAT que permiten el control
sobre el establecimiento de conexiones en la red de telecomunicaciones. La capa de
señalización define APIs para el control de los diferentes protocolos de señalización de una red
de telecomunicaciones: ISUP, SIP, TCAP, MGCP y H.323
IMS -IP Multimedia Subsystem- es un estándar reconocido internacionalmente que especifica
características de interoperabilidad y roaming (interconexión entre redes diferentes). Se integra
completamente con las redes de voz y datos existentes (GSM, WCDMA, CDMA 2000, acceso de banda
ancha fija, WLAN) y a la vez adopta características clave del dominio IT, lo que convierte a esta
tecnología en un elemento que potencia la confluencia entre redes fijas y móviles.
El IP Multimedia Subsystem define una arquitectura genérica para la Voz sobre IP y los servicios
multimedia.
Representa
un
elemento
clave
para
la
evolución
hacia
el
“all-IP”.
Para los usuarios finales, los servicios basados en IMS posibilitan las comunicaciones que se
establecen de persona a persona y de persona a contenido en muy diversas modalidades (voz,
gráficos, texto, fotos, vídeo o cualquier combinación de los anteriores) de una forma controlada y
personalizada.
Para los operadores IMS lleva el concepto de arquitectura por capas un paso más allá, definiendo una
arquitectura horizontal donde los facilitadores de servicios y las funciones comunes se pueden
reutilizar para múltiples aplicaciones. Gracias a esta arquitectura, se elimina la costosa y
tradicionalmente compleja estructura de red con funcionalidades superpuestas en la gestión de
cargos, de listas y grupos, de presencia, de direccionamiento y provisionamiento.
Aquellos operadores que ven su futuro en la oferta de servicios multimedia, deberían implementar IMS
sin demora. La razón es que IMS proporciona una forma bien estructurada y estándar para ofrecer
servicios multimedia a la vez que se produce una confluencia entre redes fijas y móviles. A esto se
añaden términos de valor económico, ya que además de incrementar las fuentes de ingreso, se
reducen los costes de operación y mantenimiento.
Descargar