SISTEMA INTERMEDIARIO DE SERVICIOS.

Sistema intermediario de servicios.

Comprende una capa de intermediario de servicios con diferentes entidades interrelacionadas a través de una lógica de intermediación,

definiendo dicha capa de intermediario de servicios una arquitectura de capa de suscripción a un servicio de comunicación universal (UCSS) que comprende una entidad de UCSS para selección de lógica de intermediación y adaptación/parametrización de lógica de intermediación independientemente de la propia lógica de intermediario.

La arquitectura de capa de intermediario de UCSS define un modelo marco de UCSS que proporciona una vista unificada de los servicios a los que está abonado el usuario que contiene la información necesaria acerca de cada usuario y sus servicios en cada dominio de red que pueda darle servicio.

Sistema intermediario de servicios campo de la técnica La presente invención se refiere en general a un sistema intermediario de servicios con una capa de intermediario de servicios con diferentes entidades interrelacionadas a través de una lógica de intermediación, y más particularmente a un sistema intermediario de servicios que comprende una entidad de suscripción a un servicio de comunicación universal (UCSS) para selección de lógica de intermediación y adaptación/parametrización de lógica de intermediación independientemente de la propia lógica de intermediario, permitiendo una flexibilidad completa para adaptar la lógica de intermediario de servicios a un contexto de usuario y red que incluye diferentes accesos a la red, universalizando el acceso del usuario a su suscripción a un servicio de comunicación sea cual sea el contexto de usuario y red implicado.

Estado de la técnica anterior

La organización de servicios de comunicación es un asunto que han estado tratando los operadores de telecomunicaciones desde que la tecnología IN (Intelligent Network, red inteligente) (entendida como infraestructura de VAS –servicio de valor añadido–) entró en el mercado (primero de manera propietaria y, después, de manera normalizada) y permitió a los operadores desplegar múltiples VAS que los usuarios podían contratar. La variedad en la cartera de servicios de operadores implica que los usuarios estarán interesados en disfrutar simultáneamente de varios de los servicios ofrecidos. Sin embargo, la tecnología de red IN no está habilitada para manejar directamente esta activación de múltiples servicios de manera controlada y determinística.

Esta complejidad aumenta si se tiene en cuenta que un operador podría tener varias tecnologías de red núcleo para dar servicio a cada usuario (tal como CAP, INAP, NGN – Next Generation Network, red de próxima generación-, etc.) dependiendo de la red que esté usando el usuario para acceder a los servicios de comunicación, en combinación con el deseo principal del usuario de disfrutar siempre de la misma experiencia de usuario (construida a partir de la combinación de servicios individuales) , independientemente de los detalles tecnológicos de cada servicio individual y la tecnología de red de servicio.

Las únicas normas aplicables relativas al concepto de intermediario de telecomunicaciones son [3] y [4]. Tal como se deduce de estas referencias, normalmente la entidad de intermediario se define como una caja negra pero no se está realizando ningún trabajo relativo al modelo de funcionamiento interno de esta entidad, el procedimiento de selección de lógica de intermediario, su integración con la plataforma de entrega de servicios del operador de telecomunicaciones ni el formato de definición de la propia lógica de intermediación.

La plataforma SDP se define en la presente descripción como la infraestructura de IT del operador de telecomunicaciones para manejar y exponer los recursos de red a una lógica de servicio de alto nivel (abstraída de la red) de una manera alineada con la SOA (Service Oriented Architecture, arquitectura orientada a servicios) . Se incluyen referencias acerca de los conceptos de SDP y arquitectura SOA en [5], [6], [7], [8], [9] y [10]. El trabajo de TID interno en torno al concepto de SDP y su aplicabilidad en una perspectiva local y global se incluye en [11] y [12].

Además, en relación con la definición de lógica de intermediación, se usan las normas en curso relativas a la definición de diagramas de estados basada en XML como entrada de la invención, principalmente la norma SC-XML W3C [16].

El modelo tradicional basado en SSF (Service Switching Function, función de conmutación de servicios) instalado en la infraestructura de red para identificar y activar una lógica de servicio en un SCP (Service Control Point, punto de control de servicios) basándose sólo en información disponible en la señalización de red y elementos que contienen información del abonado como el HLR (Home Locación Register, registro de posición base) , ha demostrado ser incompleto ya que se requiere mezclar servicios entre sí sin límites e independientemente de la tecnología de red usada por los usuarios. Esta mezcla es especialmente complicada si se tienen en cuenta el proceso de convergencia de servicios y la diversidad de redes actual. Esto se ha solucionado parcialmente mediante desarrollos y parches de plataformas de servicios y redes propietarias pero sin un enfoque global y desarrollable/sostenible (véase la figura 1) . Estas soluciones propietarias implican normalmente que la red (entidad MSC en la figura 1) sea responsable de invocar secuencialmente los diferentes servicios y también que los propios servicios tengan conocimiento de la organización ejecutada. Esta ausencia de arquitectura se ha cubierto con el concepto genérico y amplio de capa de intermediario de servicios como un enfoque para incluir la herramienta necesaria para solucionar estas cuestiones. Sin embargo no existe ni una definición clara ni una arquitectura para esta entidad. Existen varias soluciones comerciales para este elemento pero ninguna de ellas cubre las necesidades reales del operador con un modelo claro y todas las entidades requeridas.

La madurez de normalización del concepto de intermediación se limita a una funcionalidad general y de identificación del papel de intermediario de servicios pero aún no se ha definido ningún componente ni arquitectura o especificación detallada. Por ejemplo, 3GPP introdujo el concepto de SCIM – Service Capability Interaction Manager, gestor de interacción de capacidad de servicios –, de alcance limitado (se centra sólo en la red NGN y no tiene una descripción detallada del funcionamiento) , y sin proporcionar realmente los detalles necesarios para garantizar un enfoque normalizado en el mercado [3]. El resultado es un conjunto de soluciones comerciales con enfoques muy diferentes que no cubren con suficiente detalle y flexibilidad los escenarios y necesidades del intermediario de telecomunicaciones real.

Este modelo tradicional es claramente inadecuado porque no permite el procedimiento de selección de una lógica dependiendo de los servicios ofrecidos por el operador de telecomunicaciones. El modelo no garantiza que el operador tenga suficiente flexibilidad para cubrir sus necesidades de intermediación presentes y futuras. Esto es una limitación para el despliegue y la combinación de servicios avanzados a los que puede estar abonado un usuario.

El documento US20090193131A1 [1] describe un sistema para proporcionar una función de intermediario de servicios, para controlar la interacción de los servicios y para proporcionar la combinación de servicios, y el documento EP2053782A1 [2] da a conocer una sistema de redes de comunicación y un método para proporcionar una función de intermediario de servicios, y un aparato intermediario de servicios.

Ninguno de dichos documentos de patente proporciona la identificación de una selección de lógica de intermediario independiente y un procedimiento de adaptación independiente de la propia lógica de intermediario.

Descripción de la invención Es necesario ofrecer una alternativa al estado de la técnica que cubra las lagunas encontradas en la misma, en particular las encontradas en los sistemas intermediarios conocidos indicados anteriormente.

Para ello, la presente invención proporciona un sistema intermediario de servicios, que comprende una capa de intermediario de servicios con diferentes entidades interrelacionadas a través de una lógica de intermediación.

De manera característica, y a diferencia de las propuestas conocidas, la capa de intermediario de servicios del sistema intermediario de la invención define una arquitectura de capa de UCSS que comprende una entidad de UCSS para selección de lógica de intermediación y adaptación/parametrización de lógica de intermediación independientemente de la propia lógica de intermediario.

La propia lógica de intermediario se define en forma de máquinas de estados definidas en formato XML lo que realmente facilita el diseño y mantenimiento de estas lógicas.

En una realización, dicha arquitectura de capa de intermediario de UCSS define un modelo marco de UCSS que proporciona una vista unificada de los servicios a los que está abonado el usuario que contiene la información necesaria acerca de cada usuario y sus servicios en cada dominio de red que pueda darle servicio.

Otras realizaciones del sistema de la invención se dan a conocer mediante las reivindicaciones 3 a 19 y también en una sección posterior relativa a la descripción detallada de varias realizaciones.

El sistema intermediario...

1. Sistema intermediario de servicios, que comprende una capa de intermediario de servicios con diferentes entidades interrelacionadas a través de una lógica de intermediación, caracterizado porque dicha capa de intermediario de servicios define una arquitectura de capa de suscripción a un servicio de comunicación universal, o UCSS, que comprende una entidad de UCSS para selección de lógica de intermediación y adaptación/parametrización de lógica de intermediación independientemente de la propia lógica de intermediario.

2. Sistema intermediario de servicios según la reivindicación 1, en el que dicha arquitectura de capa de intermediario de UCSS define un modelo marco de UCSS que proporciona una vista unificada de los servicios a los que está abonado el usuario que contienen o que acceden a la información necesaria acerca de cada usuario y sus servicios en cada dominio de red que pueda darle servicio.

3. Sistema intermediario de servicios según la reivindicación 1 ó 2, en el que dicho modelo marco de UCSS se basa en identificar y definir funcionalidades, entidades y puntos de referencia para dicha lógica de intermediación que garantizan que los puntos de enlace de operador tengan suficiente flexibilidad para cubrir sus necesidades de intermediación presentes y futuras.

4. Sistema intermediario de servicios según la reivindicación 1, 2 ó 3, en el que dicho modelo marco de UCSS proporciona una lógica de intermediación con elementos y factores de flexibilidad que permiten a un operador interconectar lógicas de servicio existentes y ofrecerlas a través de diferentes tecnologías de red.

5. Sistema intermediario de servicios según la reivindicación 1, 2, 3 ó 4, en el que dicha capa de intermediario de servicios comprende además un motor de intermediario, siendo dicha entidad de UCSS independiente de dicho motor de intermediario y estando encargada de identificar la lógica de intermediación en el momento de ejecución, disponible a partir del motor de intermediario, que va a ejecutarse para el usuario y su selección.

6. Sistema intermediario de servicios según la reivindicación 5, en el que dicha UCSS contiene metadatos asociados con dicha lógica de intermediación disponible y realiza dicha selección de lógica de intermediación evaluando dichos metadatos para decidir al menos cuál de dicha lógica de intermediación disponible tiene que ejecutarse con las configuraciones necesarias para adaptar a circunstancias de activación.

7. Sistema intermediario de servicios según la reivindicación 5 ó 6, en el que dicho motor de intermediario es responsable de ejecutar dicha lógica de intermediación, interaccionar con servicios de red e individuales y/o plataforma de entrega de servicios, SDP.

8. Sistema intermediario de servicios según la reivindicación 7, en el que dicho motor de intermediario trata dicha lógica de intermediación como un modelo de máquina de estados para procesar eventos entrantes ejecutando un conjunto de acciones.

9. Sistema intermediario de servicios según la reivindicación 8, en el que dicho motor de intermediario trata dicha lógica de intermediación como un modelo de máquina de estados implementando un lenguaje de definición de lógica de intermediación independiente de software basado en diagramas de estados e interacción de SDP, para articular los componentes identificados en dicho modelo marco de UCSS.

10. Sistema intermediario de servicios según la reivindicación 9, en el que dicho lenguaje de definición de lógica de intermediación independiente de software es un lenguaje de formato XML.

11. Sistema intermediario de servicios según cualquiera de las reivindicaciones 7 a 10, que comprende enlaces entre una infraestructura de servicios de comunicación y la arquitectura de dicha SDP, estando dichos enlaces dispuestos para permitir:

- servicios de SDP para solicitar notificación de eventos a partir de red/servicios de comunicación y actuar sobre ellos; e

- insertar eventos en lógica de intermediación procedente de SDP para manejarse y organizarse como si hubieran sido originados por el usuario.

12. Sistema intermediario de servicios según la reivindicación 11, en el que dichos enlaces están dispuestos para manejar eventos procedentes de dominio de telecomunicaciones/de red y dominio IT/SDP, que incluyen organizar y combinar dichos eventos.

13. Sistema intermediario de servicios según cualquiera de las reivindicaciones 5 a 12, en el que dicha entidad de UCSS comprende al menos:

- un repositorio de telecomunicaciones para contener una descripción de suscripción de intermediación de usuarios que representa la lógica de intermediación para combinar los servicios a los que se han abonado en una secuencia ordenada y determinística; y

- un motor dinámico para decidir dinámicamente la parametrización de lógica de intermediario y los elementos implicados para identificar qué servicios van a armarse/activarse dentro de una organización básica con la que se ha correlacionado inicialmente a un usuario, para seleccionar una lógica de intermediario que va a ejecutarse, y la selección de parámetros de configuración que pueden condicionar o afectar a la organización y/o la asignación de valores resultante para dichos parámetros de configuración;

en el que la entidad de UCSS está dispuesta para comunicar al motor de intermediario al menos dicha lógica de intermediario que va a ejecutarse por este último y dichos otros parámetros de configuración y sus valores asignados.

14. Sistema intermediario de servicios según la reivindicación 13, en el que dicha entidad de UCSS tiene acceso a fuentes de datos internas y externas y realiza dicha correlación de organización básica y dicha decisión de la parametrización de lógica de intermediario y elementos implicados basándose en la información procedente de dichas fuentes de datos internas y/o externas.

15. Sistema intermediario de servicios según la reivindicación 14, en el que dicho motor dinámico de la entidad de UCSS también decide sobre información de configuración de cada interacción de servicio, sobre interacción de red y sobre componente de acción usado en la lógica de intermediario, basándose en dichas fuentes de datos internas y/o externas, y las comunica al motor de intermediario.

16. Sistema intermediario de servicios según cualquiera de las reivindicaciones 12 a 15, en el que dicho motor de intermediario comprende al menos:

- componentes de interfaz de red para interconectarse con señalización de red y adaptar eventos de señalización de red del protocolo correspondiente en un evento comprensible para el motor de intermediario;

- un módulo de selección de intermediación responsable de interaccionar con la entidad de UCSS para recuperar de ésta, al recibir una primera activación de la interfaz de red, al menos dicha lógica de intermediario que va a ejecutarse y parámetros de configuración con sus valores asignados, referenciándose dicha información recuperada en el motor de intermediario en forma de estados y transiciones;

- una máquina de estados de llamada universal, o UCSM, que es el diagrama de estados que modela cada estado y transición en respuesta a eventos, para construir la lógica de intermediario que va a ejecutarse según la información recuperada de la UCSS; y

- un gestor de eventos genéricos encargado de manejar eventos de red y de servicio, comunicarlos a la UCSM y al menos ejecutar las acciones correspondientes enviadas en respuesta por la UCSM, activándose dicha ejecución por el módulo de selección de intermediación.

17. Sistema intermediario de servicios según la reivindicación 16, en el que dicho motor de intermediario comprende además:

- componentes de interacción de servicio que contienen detalles de mensajería necesarios para interaccionar con algunos servicios elementales, permitiendo al gestor de eventos genéricos y a la UCSM no transportar detalles que se repiten en cada organización que incluye cierto servicio;

- puente de SDP que interconecta puntos de extensión de SDP y UCSM, al que pueden abonarse servicios de operador basados en SDP con el fin de recibir eventos de red y de servicio para actuar sobre el flujo de intermediario, con el fin de enlazar con puntos de extensión de UCSM y para al menos uno de recibir suscripciones a eventos desde SDP, permitir a la plataforma SDP crear nuevos eventos en la capa de intermediario que van a someterse a intermediación con otros servicios y eventos de red y solicitar a los puntos de extensión de UCSM la implicación de la lógica de SDP en el momento de la intermediación;

- librería de acciones que contiene las acciones correspondientes que van a ejecutarse como resultado de transición de estados por el gestor de eventos genéricos tal como se indica por la UCSM

- contexto de intermediario que es el punto de entrada para datos de configuración recibidos desde UCSS y también el elemento de almacenamiento de estados transitorios para conservar la información a medida que UCSM fluye entre estados, y comprende:

- una entidad de parte de configuración para proporcionar acceso a información de configuración para UCSM, interacciones de servicio e interacciones de red; y

- una entidad de parte dinámica que es el punto compartido para acciones para compartir o almacenar información relativa a acciones previas y posteriores

permite operaciones como almacenar mensajes, cabeceras y datos transitorios para reutilizarse posteriormente en el flujo de organización.

18. Sistema intermediario de servicios según la reivindicación 17, en el que dichas acciones son al menos una de modificación de mensaje de red o extracción de información, almacenamiento en memoria intermedia, traducción de protocolos, fusión de mensajes, petición de información a fuentes externas y acceso a bases de datos.

19. Sistema intermediario de servicios según la reivindicación 16, en el que dicha UCSM se define usando formato XML específico directamente o usando una GUI que lo genera a partir de diseño gráfico.

Figura 1

Figura 2 Figura 3

<<Interface>> UCSSBrokerLogicSelection

brokerLogicSelection (message : in TriggeringMessage, network:in NetworkInformation) : BrokerLogicSelection

Figura 4 Figura 5

Figura 6 Figura 7

Figura 8