Download
1 / 39
390 likes | 560 Views
OSA/Parlay. MiLife TM ISG SDK 4.0 (Lucent Technologies). ÍNDICE. ¿Qué es OSA/Parlay? Motivación. Beneficios. Arquitectura. Aplicación práctica. 1. ¿QUÉ ES OSA/Parlay?. API que permite la creación de servicios de telecomunicaciones de manera rápida.
E N D
OSA/Parlay MiLifeTM ISG SDK 4.0(Lucent Technologies)
ÍNDICE • ¿Qué es OSA/Parlay? • Motivación. • Beneficios. • Arquitectura. • Aplicación práctica.
1. ¿QUÉ ES OSA/Parlay? • API que permite la creación de servicios de telecomunicaciones de manera rápida. • Definida por el grupo Parlay, fundado en 1988 (actualmente con más de 70 compañías: Alcatel, HP, IBM, Lucent, Siemens, Sun, …). • Objetivo del grupo Parlay: potenciar la convergencia de los mundos de las comunicaciones y la informática → usar la tecnología que se utiliza para la creación de aplicaciones informáticas para desarrollar servicios de comunicaciones.
2. MOTIVACIÓN • Tradicionalmente: operador suministraba todo, no había competencia → evolución lenta de los servicios (usuarios acomodados). • Deseo de mejorar las cosas: • Estabilidad y que los servicios sean soportados en cualquier red. • Los usuarios quieren libertad. • Los operadores quieren hacer negocio. • Los desarrolladores quieren poder vender sus productos. • La administración quiere competencia, que bajen los precios y que se genere riqueza. • Solución: aumentar la generación de ingresos potenciando nuevos modelos de negocio. Aspectos a tener en cuenta: • Dinámica de mercado. • Tendencia de la tecnología. • Nuevos modelos de negocio.
2.1. Dinámica de mercado • Los operadores quieren dar el siguiente paso incorporando nuevas tecnologías, pero los nuevos proyectos deben de cubrir los requerimientos de Retorno de Inversión (ROI). • Los operadores siguen buscando caminos para incrementar el promedio de ganancia por usuario (ARPU) con la reducción de precios por servicios individuales, y para reducir costes operativos.
2.2. Tendencia de la tecnología • Las redes actuales son más complejas que en el pasado, y la industria de las Telecomunicaciones esta adoptando estándares abiertos a lo largo de la cadena de valor de la entrega de servicios: • SIP para señalización. • OSA/Parlay para creación de servicios, habilitando aplicaciones de otros proveedores. • OSS/J para integrar los sistemas de “back-office”. • JAIN para la integración de los recursos en la red. • Ambientes de ejecución basados en JAVA.
2.3. Nuevos modelos de negocio • Introducción de nuevos “jugadores” en el negocio de las telecomunicaciones. • Todos tienen en común que compiten en el mercado de los servicios y necesitan ser operadores de una red. • Situación de Win-Win. Debido a la aparición de nuevas fuentes de ingresos para los operadores de red (incremento en el tráfico, mayor oferta de servicios y la incursión otros “jugadores” como son los Operadores de Red Virtual Móvil (VNO’s, MVNO’s) y los Proveedores de Aplicación de Servicio (ASP’s)). • El elemento técnico que hace esto posible es OSA/Parlay. De aquí su importancia, y motivo por el cual hemos decidido realizar este trabajo.
3. BENEFICIOS • Rapidez en la creación de servicios: Acortar el tiempo de puesta en el mercado de nuevas aplicaciones/servicios (TTM), debido al nivel de abstracción y el uso de tecnología abierta. Por tanto, los desarrolladores producen varios órdenes de magnitud más deprisa que los operadores. • Independencia del fabricante: Las aplicaciones pueden ser desarrolladas por terceras partes. Con el consecuente aumento de la creatividad, y la creación de servicios nuevos e innovadores. • Independencia de la red: Esto trae consigo una mayor facilidad de acceso y por tanto una mayor disponibilidad de servicios. • Independencia del lenguaje de programación: Por lo que existirá un gran número de desarrolladores de aplicaciones. • Vendedores de aplicaciones y servicios basados en OSA/Parlay independientes.
4. ARQUITECTURA OSA (I) • Los servicios se implementan con aplicaciones que usan los recursos de la red accesibles a través de las interfaces de OSA. • OSA puede dividirse en tres partes : • Aplicaciones: implementadas en servidores de aplicación (Ej.: tarificación por contenidos, conferencia, aplicaciones basadas en localización, …). • Armazón (Framework): proporciona los mecanismos básicos para que las aplicaciones puedan usar los recursos de la red (Ej.: autentificación y el descubrimiento de funcionalidades). • Servidores de Capacidades de Servicio (SCS): contienen los conjuntos de capacidades de servicio denominados Funcionalidades de Capacidades de Servicio (SCF), que son abstracciones de las funcionalidades de la red real. • Los SCF’s de OSA se definen a partir de sus interfaces y métodos. Las interfaces se dividen en dos grupos: • Interfaces de Armazón. • Interfaces de Red.
4. ARQUITECTURA OSA (II) SERVIDOR DE APLICACIONES
4.1. Mecanismos básicos (I) • Clasificación según entidades involucradas: • Entre Aplicación y Armazón • Entre Armazón y SCS • Entre Servidor de aplicaciones y SCS • Algunos sólo se realizan una única vez y otros cada vez que un usuario se subscribe a la aplicación.
4.1. Mecanismos básicos (II) • Aplicación & Armazón • Autentificación: Una aplicación puede acceder a la función de autentificación si previamente existe un acuerdo de servicio. La aplicación debe autentificar al Armazón y viceversa. Esto debe realizarse siempre antes de poder usar otras funciones de OSA. • Autorización: Consiste en determinar qué acciones puede realizar una aplicación previamente autentificada. Una aplicación podrá acceder a un determinado número de SCF’s.
4.1. Mecanismos básicos (III) • Descubrimiento de las funciones del Armazón y de los SCF’s disponibles: Autentificación correcta → Las aplicaciones pueden obtener las funciones disponibles en el Armazón →Función de descubrimiento para obtener los SCF’s autorizados (la función de descubrimiento puede ser utilizada en cualquier momento después de la autentificación).
4.1. Mecanismos básicos (IV) • Establecimiento de acuerdos de servicio: Antes de que una aplicación pueda interactuar con un SCF de red, hay que establecer un acuerdo de servicio. 2 partes: • “Offline” (intercambio de documentos físicos por ejemplo). • “Online” (documentos electrónicos).La aplicación debe firmar los documentos electrónicos del acuerdo de servicio para poder acceder a los SCF’s.
4.1. Mecanismos básicos (V) • Acceso a los SCF’s de red: El Armazón proporciona funciones para controlar el acceso a SCF’s o datos de servicio para cualquier método de la API desde cualquier aplicación, con niveles de seguridad adecuados.
4.1. Mecanismos básicos (VI) • Armazón & SCS • Registro de SCF’s de red: Los SCF’s que ofrece un SCS pueden ser registrados en el Armazón. Así, éste podrá informar a las aplicaciones cuando soliciten un listado de los SCF’s disponibles. Este mecanismo se usa cuando se instala o actualiza un SCS. • Servidor de aplicaciones y SCS • Petición de notificaciones de eventos: Este mecanismo se aplica cuando un usuario se ha subscrito a una aplicación y la aplicación necesita ser invocada cuando ocurren determinados eventos de la red relacionados con el usuario.
4.2. Interfaz Parlay (I) • Parlay es la definición de una interfaz estandarizada y abierta, para permitir el acceso a los recursos de las redes de los operadores a aplicaciones que no tienen por qué residir en el dominio del operador. • La interfaz de Parlay está descrita en UML y CORBA IDL. Esta interfaz, además de permitir el acceso a los servicios de la red del operador de telecomunicaciones, define unos servicios para asegurar que el acceso a los recursos se realice de forma controlada y sólo a aquellas zonas que permita el operador de red.
4.2. Interfaz Parlay (III) • El hecho de disponer de una interfaz estandarizada, con un alto grado de seguridad, para acceder a los recursos de las redes de los operadores de telecomunicaciones, permite que Parlay sea útil para solucionar los problemas de interconexión entre redes de distintos operadores. • Se oculta la problemática de las distintas implementaciones existentes en las redes de los operadores, muchas de las cuales son propietarias. • Parlay persigue los objetivos de OSA, de hecho ambos estándares colaboran muy estrechamente. Las primeras versiones de Parlay aparecieron antes que las de OSA, de ahí que Parlay fuese el candidato para la implementación de OSA.
4.3. Seguridad relacionada con el usuario final (I) • Después de que una aplicación haya sido autentificada y autorizada para usar SCF’s, los aspectos de seguridad relacionados con el usuario final son un problema importante. Existen tres aspectos a tener en cuenta que se enumeran a continuación. • Autorización a los usuarios finales para usar aplicaciones: Un usuario final estará autorizado a usar una aplicación sólo cuando se subscriba a ella. La suscripción es parte del Acuerdo de Nivel de Servicio (SLA – Service Level Agreement) que se firma entre el HE (Home Environment) y el HE-VASP (Home Environment – Value Add Service Provider) si el usuario final se ha subscrito a la aplicación antes de que la aplicación acceda a las SCF’s. El HE controla las subscripciones y puede usar políticas para definir y restringir la lista de servicios ofrecidos al usuario final. El HE tiene que compartir la información de suscripción y activación de servicios con el HE-VASP para que éste conozca que usuarios pueden usar sus servicios.
4.3. Seguridad relacionada con el usuario final (II) • Autorización a las aplicaciones de los usuarios finales: El HE podrá proporcionar capacidades de servicio a una aplicación si las siguientes condiciones se cumplen: • El usuario final se ha subscrito a la aplicación. • El usuario final ha activado la aplicación. • El uso de esa capacidad de servicio de red no viola la privacidad del usuario final. Cada vez que una aplicación intenta usar un SCF para un determinado usuario final, el SCS se asegura de que las anteriores condiciones se cumplen. • Opciones de privacidad del usuario final: El HE puede ofrecer al usuario final un conjunto de opciones de privacidad. Por ejemplo, puede permitir decidir si la posición del usuario puede darse a terceras partes, o si el usuario acepta recibir información no solicitada expresamente a su terminal. El SCS asegura que la aplicación no viola estas preferencias.
REFERENCIAS • http://www.parlay.org/index.asp • http://www.lucent.com/developer/milife/ • http://www.aepona.com/learn_about/osaparlay.html • http://www.ub.utwente.nl/webdocs/ctit/1/00000108.pdf (Aspectos de seguridad).
5. APLICACIÓN • Uso del simulador MiLife ISG de Lucent. • Veremos ejemplos de servicios de telefonía móvil (establecimiento de llamada, mensajería, localización, …).
