Correlacionador de aplicaciones de IMS - no de IMS.

Un método para correlacionar información de aplicación entre una red del Subsistema de Multimedios de Protocolo de Internet,

IP, IMS (10) y un nodo no de IMS (2), caracterizado por:

- recibir (1102), en una puerta de enlace (4), un primer mensaje que utiliza un primer servicio de señalización desde la citada red de IMS (10);

- asociar (1106) el primer mensaje recibido con una de una pluralidad de aplicaciones que se ejecutan sobre el citado nodo no de IMS (2) basándose en la correlación de la información extraída del citado primer mensaje con la información previamente almacenada que asocia mensajes que utilizan el primer protocolo de señalización con una de la pluralidad de aplicaciones, donde la citada información previamente almacenada incluye Localizadores de Recurso Uniforme, URLs (Uniform Resource Locators, en inglés), identificadores de Servicio de Comunicación de IMS, ICSIs (IMS Communication Service Identifiers, en inglés), e IDs de aplicación; y

- transmitir (1108) un segundo mensaje hacia el citado nodo no de IMS (2) que utiliza un segundo protocolo de señalización que es diferente del citado primer protocolo de señalización, donde el citado segundo mensaje incluye información asociada con la citada una de una pluralidad de aplicaciones que se ejecutan en el citado nodo no de IMS (2) que está asociado con el citado primer mensaje.

Correlacionador de aplicaciones de IMS - no de IMS Campo técnico

La presente Invención se refiere en general a sistemas de telecomunicaciones y a mejorar el servicio en los mismos. Antecedentes

A medida que el nivel de la tecnología aumenta, las opciones para las comunicaciones resultan ser más variadas. Por ejemplo, en los últimos 3 años en la industria de las telecomunicaciones, las comunicaciones personales han evolucionado de una casa que tiene un solo teléfono de dial giratorio a una casa que tiene múltiples líneas de teléfono por cable y/o por fibra óptica que soportan tanto voz como datos. Adicionalmente, los teléfonos móviles y la Wi - Fi han añadido un elemento móvil a las comunicaciones. De manera similar, en la industria del entretenimiento, hace 3 años había sólo un formato para la televisión y este formato era transmitido de manera inalámbrica y recibido a través de antenas situadas en las casas. Esto ha evolucionado en varios estándares de calidad de imagen diferentes tales como, TV de definición estándar (SDTV - Standard Definition Televisión, en inglés), TV de definición mejorada (EDTV - Enhanced Definition Televisión, en inglés) y TV de alta definición (High Definition Televisión, en inglés), y más sistemas para proporcionar estos formatos de visualización de televisión diferentes tales como por cable y por satélite. Adicionalmente, los servicios han llegado a superponerse entre estas dos industrias. A medida que estos sistemas continúan evolucionando en ambas industrias, las ofertas de servicios continuarán fundiéndose y puede esperarse que nuevos servicios estén disponibles para un consumidor. También, estos servicios estarán basados en la capacidad técnica de procesar y proporcionar más información, por ejemplo como se ve en las mejoras en la calidad de la imagen de programas que se ven en las televisiones, y por lo tanto se espera que los requisitos de suministro de servicios continuarán basándose en la mayor disponibilidad de ancho de banda disponible en la red, incluyendo la "última milla" hasta el usuario final.

Otra tecnología relacionada que impacta tanto en las industrias de las comunicaciones como de los entretenimientos es la Internet. Un protocolo que ha sido utilizado con la Internet desde principios de los años 199 es el Protocolo de Transferencia de Hiper Texto (HTTP - Hyper Text Transfer Protocol, en inglés). Este protocolo es un protocolo basado en la transacción que fue inicialmente diseñado en primer lugar para acceder a páginas de Lenguaje de Marcado de Hiper Texto (HTML - Hyper Text Markup Language, en inglés) y no necesariamente fue diseñado para manejar las estructuras físicas de la Internet y los flujos de comunicación asociados que han evolucionado para manejar un mayor flujo de datos. Por ejemplo, los servidores tienen más memoria que nunca anteriormente, existen enlaces de comunicaciones que tienen un mayor ancho de banda que en el pasado, los procesadores son más rápidos y más capaces y existen protocolos para aprovechar estos elementos. A medida que el uso de la Internet por parte de los consumidores se expande, las empresas de servicios se han vuelto hacia la Internet (y hacia otras redes de Protocolo de Internet (IP - Internet Protocol, en inglés)) como mecanismo para proporcionar servicios tradicionales. Las evoluciones al HTTP, por ejemplo, HTTP 1.1, han mejorado sus capacidades con vistas a esto y varios proveedores de hardware están familiarizados con la integración del HTTP con sus equipos. Existen ahora servicios más nuevos que aprovechan las mejoras previas que incluyen, por ejemplo, televisión sobre IP (IPTV, que se refiere a sistemas o servicios que emiten programas de televisión sobre una red que utiliza paquetes de datos de IP), video bajo demanda (VOD - Video On Demand, en inglés), voz sobre IP (VolP - Voice over IP, en inglés), y otros servicios relacionados con la web recibidos de manera individual o empaquetados entre sí.

El documento WO 27/71263 A1 describe la interoperabilidad entre dominios no de IMS y de IMS.

Para soportar las nuevas y diferentes maneras en las cuales se están utilizando las redes de IP para proporcionar varios servicios, se están desarrollando y estandarizando nuevas arquitecturas de red. El Subsistema de Multimedios de IP (IMS - IP Multimedia Subsystem, en inglés) es un marco de arquitectura utilizado para proporcionar servicios de multimedios sobre IP a un usuario final. La arquitectura de IMS ha evolucionado a una topología independiente del servicio que utiliza protocolos de IP, por ejemplo, señalización de Protocolo de Iniciación de Sesión (SIP - Session Initiation Protocol, en inglés) que opera de una manera de igual a igual, para proporcionar un mecanismo de convergencia para sistemas dispares. En parte esto se consigue por medio del suministro de una capa de control horizontal que aísla la red de acceso de la capa de servicio. Entre otras cosas, las arquitecturas de IMS pueden proporcionar una plataforma útil para el despliegue de sistemas y servicios de IPTV.

De acuerdo con esto, las realizaciones de ejemplo que se describen a continuación abordan la necesidad de entidades de red y de métodos que faciliten las comunicaciones entre dispositivos que utilizan diferentes protocolos de señalización.

Compendio

Los sistemas y métodos de acuerdo con la presente invención abordan esta necesidad y otras proporcionando técnicas que facilitan las comunicaciones entre dispositivos que utilizan diferentes protocolos.

Las realizaciones de la invención están definidas por las reivindicaciones adjuntas.

Breve descripción de los dibujos

Los dibujos que se acompañan ilustran realizaciones de ejemplo, en las cuales:

la Figura 1 muestra la señalización entre una red del Subsistema de Multimedios de Protocolo de Internet (IMS - Internet Protocol (IP) Multimedia Subsystem, en inglés) y una Función de Terminal de Televisión de Protocolo de 5 Internet (ITF - Internet Protocol Televisión Terminal Functlon, en inglés) de acuerdo con las realizaciones de ejemplo;

la Figura 2 representa una ITF que está ejecutando múltiples aplicaciones en comunicaciones con una puerta de enlace de IMS de acuerdo con las realizaciones de ejemplo;

la Figura 3 muestra una puerta de enlace de IMS de acuerdo con las realizaciones de ejemplo;

la Figura 4 muestra una puerta de enlace de IMS que transmite diferentes tipos de mensajes a una ITF de acuerdo con las realizaciones de ejemplo;

la Figura 5(a) muestra una tabla de identificación de aplicación para almacenar información de acuerdo con las realizaciones de ejemplo;

la Figura 5(b) muestra una tabla de tráfico de acuerdo con las realizaciones de ejemplo;

las Figuras 6(a), 6(b), 7, 8(a), 8(b) y 9 son diagramas de señalización para ¡lustrar la señalización de SIP en una puerta de enlace de IMS para acceder a una aplicación de acuerdo con las realizaciones de ejemplo;

la Figura 1 muestra un nodo de comunicaciones de acuerdo con las realizaciones de ejemplo; y

la Figura 11 muestra un diagrama de flujo del método para correlacionar información de aplicación entre una red de IMS y un nodo no de IMS de acuerdo con las realizaciones de ejemplo.

Descripción detallada

La siguiente descripción detallada de las realizaciones de ejemplo se refiere a los dibujos que se acompañan. Los mismos números de referencia Identifican a los mismos o similares elementos. Además, la siguiente descripción detallada no limita la invención. Al contrario, el alcance de la invención está definido por las reivindicaciones adjuntas.

El Protocolo de Transferencia de Hiper Texto (HTTP - Hyper Text Transfer Protocol, en inglés) y el Protocolo de Iniciación de Sesión (SIP - Session Initiation Protocol, en inglés) son protocolos que pueden ser utilizados en soporte del suministro de servicios sobre una red o redes. En algunos casos, los proveedores de hardware, por ejemplo, fabricantes de funciones de terminal de televisión sobre Protocolo de Internet (ITFs - Internet Protocol Televisión (IPTV) Terminal Functions, en Inglés) y otros, pueden utilizar HTTP en sus productos, mientras que los 3 proveedores de servicios que utilizan la arquitectura de red del Subsistema de Multimedios de Protocolo de Internet (IMS - Internet Protocol Multimedia Subsystem, en Inglés) para el suministro de servicios, por ejemplo, IPTV, pueden utilizar Protocolo de Iniciación de Sesión (SIP - Session Initiation Protocol, en inglés) en sus productos. El HTTP es un protocolo basado en la transacción, mientras que el SIP es un protocolo basado en la sesión que permite las comunicaciones entre dispositivos que tienen puntos de extremo de SIP. Aunque los sistemas que 35 utilizan... [Seguir leyendo]

1. Un método para correlacionar información de aplicación entre una red del Subsistema de Multimedios de Protocolo de Internet, IP, IMS (1) y un nodo no de IMS (2), caracterizado por:

- recibir (112), en una puerta de enlace (4), un primer mensaje que utiliza un primer servicio de señalización desde la citada red de IMS (1);

- asociar (116) el primer mensaje recibido con una de una pluralidad de aplicaciones que se ejecutan sobre el citado nodo no de IMS (2) basándose en la correlación de la información extraída del citado primer mensaje con la información previamente almacenada que asocia mensajes que utilizan el primer protocolo de señalización con una de la pluralidad de aplicaciones, donde la citada información previamente almacenada incluye Localizadores de Recurso Uniforme, URLs (Uniform Resource Locators, en inglés), identificadores de Servicio de Comunicación de IMS, ICSIs (IMS Communication Service Identifiers, en inglés), e IDs de aplicación; y

- transmitir (118) un segundo mensaje hacia el citado nodo no de IMS (2) que utiliza un segundo protocolo de señalización que es diferente del citado primer protocolo de señalización, donde el citado segundo mensaje incluye información asociada con la citada una de una pluralidad de aplicaciones que se ejecutan en el citado nodo no de IMS (2) que está asociado con el citado primer mensaje.

2. El método de la reivindicación 1, en el que la citada puerta de enlace (4) utiliza diálogo de SIP para la citada una de una pluralidad de aplicaciones que se ejecutan en el citado nodo no de IMS (2) que está asociada con el citado primer mensaje.

3. El método de la reivindicación 2, que comprende además:

- recibir un subsiguiente mensaje que es para la citada una de una pluralidad de aplicaciones que se ejecutan en el citado nodo no de IMS (2) que está asociado con el citado primer mensaje; y

-transmitir un mensaje de notificación en sesión hacia el citado nodo no de IMS (2).

4. El método de la reivindicación 1, en el que la citada puerta de enlace (4) tiene un estado guardado en una memoria para la citada una de una pluralidad de aplicaciones que se ejecutan en el citado nodo no de IMS (2) que está asociado con el citado primer mensaje.

5. El método de la reivindicación 1, en el que la citada puerta de enlace (4) no tiene vigilancia continua para la citada una de una pluralidad de aplicaciones que se ejecutan en el citado nodo no de IMS (2) que está asociado con el citado primer mensaje.

6. El método de la reivindicación 1, en el que el citado primer mensaje es un mensaje de Protocolo de Iniciación de Sesión, SIP (Session Initiation Protocol, en inglés), que incluye la citada información en una cabecera de contacto

- aceptación.

7. El de acuerdo con de la reivindicación 6, en el que la citada información es al menos uno de un Localizador de Recurso Uniforme, URL. (Uniform Resource Locator, en inglés), y un Identificador de Servicio de Comunicación de IMS, ICSI (IMS Communication Service Identifier, en inglés).

8. El método de la reivindicación 1, en el que el citado segundo protocolo de señalización es el Protocolo de Transferencia de Hiper Texto, HTTP (HyperTextTransfer Protocol, en inglés).

9. El de acuerdo con de la reivindicación 1, que comprende además:

- recibir un segundo mensaje que utiliza el citado segundo protocolo de señalización desde el citado nodo no de IMS (2) que incluye una Identificación de aplicación, ID, en la que el citado segundo mensaje es un mensaje de solicitud de HTTP.

1. El método de la reivindicación 1, en el que cada instancia de la citada una de una pluralidad de aplicaciones está identificada de manera única.

11. El método de la reivindicación 1, en el que la citada Identificación única se crea a partir de una concatenación de una identificación de la aplicación con un troceado (hashing, en inglés) de un protocolo de control de transmisión, TCP (Transmission Control Protocol, en inglés).

12. El método de la reivindicación 1, en el que se crean entradas para la citada tabla mediante al menos uno de recibir un mensaje que se origina desde una primera aplicación que requiere que se mantenga un diálogo de SIP y se reciba un mensaje de SIP que está asociado con una segunda aplicación que requiere que se mantenga un diálogo de SIP.

13. El método de la reivindicación 1, que comprende además:

- establecer un diálogo de SIP tras recibir el citado primer mensaje;

- almacenar información adicional que conecta el citado diálogo de SIP y la citada aplicación; y

- utilizar una notificación en sesión para mensajes subsiguientemente recibidos desde la citada red de IMS que son asociados con la citada aplicación sobre la base de la citada información adicional almacenada.

14. El método de la reivindicación 1, que comprende además;

- establecer un protocolo de control de transmisión, TCP (Transmission Control Protocol, en inglés), en conexión con el citado nodo no de IMS tras la iniciación de la citada aplicación; y

- terminar la citada conexión de TCP con el citado nodo no de IMS después de que la citada aplicación es desactivada.

15. El método de la reivindicación 1, en el que el ciado nodo no de IMS es una función de terminal de televisión de

Protocolo de Internet, ITF (Internet Protocol Televisión Terminal Function.

16. El método de la reivindicación 1, en el que la citada aplicación es al menos una de una aplicación de entorno de aplicación distribuida, DAE, y una aplicación de ITF integrada.

17. Un dispositivo de puerta de enlace (4; 1) que comprende:

- una interfaz de comunicación (18) para transmitir y recibir mensajes, caracterizada porque un primer mensaje

recibido que utiliza un primer protocolo de señalización de una red de IMS (1) incluye información asociada con una aplicación;

- una memoria (38; 14) para almacenar información que incluye identificaciones, IDs, de aplicación, Localizadores de Recurso Uniforme, URLs (Uniform Resource Locators, en inglés), información por defecto e

identificadores de Servicio de Comunicación de IMS, ICSIs (IMS Communication Service Identifiers, en inglés); y

- un procesador (12) para correlacionar el citado primer mensaje recibido que utiliza el citado primer protocolo de señalización con la información almacenada en la memoria para asociar el mensaje con una de una pluralidad de aplicaciones que se ejecutan en un nodo no de IMS (2) a la cual encaminar un segundo mensaje que utiliza un segundo protocolo de señalización diferente del citado primer protocolo de señalización, donde el citado segundo

mensaje que utiliza el citado segundo protocolo de señalización incluye información asociada con la citada una de una pluralidad de aplicaciones.