OSA/Parlay

1
OSA/Parlay
MiLifeTM ISG SDK 4.0(Lucent Technologies)
2
ÍNDICE

1. Qué es OSA/Parlay?
2. Motivación.
3. Beneficios.
4. Arquitectura.
5. Aplicación práctica.

3
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.

4
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.

5
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.

6
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.

7
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 (VNOs,
  MVNOs) y los Proveedores de Aplicación de
  Servicio (ASPs)).
• 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.

8
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.

9
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 SCFs 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.

10
4. ARQUITECTURA OSA (II)
SERVIDOR DE APLICACIONES
11
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.

12
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 SCFs.

13
4.1. Mecanismos básicos (III)

• Descubrimiento de las funciones del Armazón y de
  los SCFs disponibles Autentificación correcta ?
  Las aplicaciones pueden obtener las funciones
  disponibles en el Armazón ? Función de
  descubrimiento para obtener los SCFs autorizados
  (la función de descubrimiento puede ser utilizada
  en cualquier momento después de la
  autentificación).

14
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
  SCFs.

15
4.1. Mecanismos básicos (V)

• Acceso a los SCFs de red El Armazón proporciona
  funciones para controlar el acceso a SCFs o
  datos de servicio para cualquier método de la API
  desde cualquier aplicación, con niveles de
  seguridad adecuados.

16
4.1. Mecanismos básicos (VI)

• Armazón SCS
• Registro de SCFs de red Los SCFs que ofrece un
  SCS pueden ser registrados en el Armazón. Así,
  éste podrá informar a las aplicaciones cuando
  soliciten un listado de los SCFs 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.

17
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.

18
4.2. Interfaz Parlay (II)
19
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.

20
4.2. Interfaz Parlay (IV)
21
4.3. Seguridad relacionada con el usuario final
(I)

• Después de que una aplicación haya sido
  autentificada y autorizada para usar SCFs, 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 SCFs. 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.

22
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.

23
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.p
  df (Aspectos de seguridad).

24
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, ).

25
(No Transcript)
26
(No Transcript)
27
(No Transcript)
28
(No Transcript)
29
(No Transcript)
30
(No Transcript)
31
(No Transcript)
32
(No Transcript)
33
(No Transcript)
34
(No Transcript)
35
(No Transcript)
36
(No Transcript)
37
(No Transcript)
38
(No Transcript)
39
(No Transcript)