ES2371587T3

ES2371587T3 - Un método y un aparato para conectar nodos cesionarios.

Info

Publication number: ES2371587T3
Application number: ES08708428T
Authority: ES
Inventors: Gonzalo Camarillo Gonzalez; Sébastien PIERREL
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2008-01-30
Filing date: 2008-01-30
Publication date: 2012-01-05
Anticipated expiration: 2028-01-30
Also published as: CN101897169A; US8849963B2; US20100325248A1; WO2009095074A1; ATE525846T1; EP2248325A1; EP2248325B1; CN101897169B

Abstract

Un método para habilitar un sistema anfitrión cesionario o añadido, enganchado a una red local, a fin de descubrir un servicio proporcionado por un servidor distante o remoto, estando el método caracterizado por las siguientes etapas, que se han de llevar a cabo por una Pasarela de Subsistema Multimedia de IP situada dentro de dicha red local: suscribirse a un servicio de presencia de Subsistema Multimedia de IP y recibir información de presencia publicada por el servicio de presencia, que incluye URIs (500) de agente de Usuario Globalmente Encaminable; recibir un mensaje de descubrimiento de servicio enviado por dicho sistema anfitrión cesionario (502); buscar dicha información de presencia para identificar un servicio solicitado proporcionado por dicho servidor remoto y un URI de agente de Usuario Globalmente Encaminable asociado (502); y enviar una respuesta a dicho sistema anfitrión cesionario, que incluye una dirección de red local de la Pasarela, al tiempo que se mantiene una relación de correspondencia entre dicha dirección de red local y dicho URI (503) de agente de Usuario Globalmente Encaminable.

Description

Un metodo y un aparato para conectar nodos cesionarios.

Campo tecnico

La presente invenci6n se refiere a un metodo y a un aparato para conectar nodos cesionarios y, en particular, 5 aunque no necesariamente, a un metodo y un aparato para conectar clientes y/o servidores cesionarios o anadidos asociados a diferentes redes locales o a la internet publica.

Antecedentes

Las aplicaciones de internet de multiples usuarios, tales como juegos, son, tipicamente, implementadas utilizando un paradigma de cliente-servidor. Si un cliente particular no conoce la ubicaci6n de un servidor requerido, ha de 10 descubrir esa ubicaci6n antes de que pueda producirse cualquier interacci6n (por ejemplo, participar en una sesi6n de juego albergada por el servidor). Un cliente utilizara, tipicamente, un protocolo de descubrimiento con el fin de descubrir servidores en la red. Un nuevo cliente que se inicia en algun lugar de la red utiliza, generalmente, el protocolo de descubrimiento para emitir o radiodifundir un mensaje de descubrimiento. Los servidores de la red reciben el mensaje de descubrimiento y responden a el informando al cliente acerca de su presencia en la red y de 15 los servicios que ofrecen. La respuesta de un servidor a un mensaje de descubrimiento tiene la suficiente informaci6n para que el cliente pueda contactar con el servidor en un instante ulterior (por ejemplo, una direcci6n de iP [Protocolo de internet -"internet Protocol"] y un numero de acceso o puerta). En algunos casos, puede haberse proporcionado un servidor de directorio que actua como punto focal para la informaci6n de servicio, radiodifundiendo mensajes de descubrimiento a traves de la red local con el fin de recoger informaci6n de servicio procedente de los

20 servidores de red (incluyendo respectivas direcciones de iP y numeros de puerta), y respondiendo a peticiones de descubrimiento por parte de clientes. Un ejemplo de protocolo de descubrimiento de servicios es el especifico del bien conocido juego QUAKETM, y es el "Protocolo de Red Quake".

Los protocolos de descubrimiento que se basan en mensajes de descubrimiento pueden, tipicamente, utilizarse tan solo dentro de redes locales. Estos protocolos no estan adecuados en su escala a la internet publica o a grandes 25 redes con diferentes emplazamientos o ubicaciones (por ejemplo, una red de empresa o una red universitaria), en las que la radiodifusi6n de tales mensajes de senalizaci6n tendria como resultado una carga intolerable en la anchura de banda disponible. Esto significa que los usuarios estan limitados a sus redes locales a menos, por supuesto, que tengan un conocimiento previo de la ubicaci6n de un servidor distante o remoto (por ejemplo, debido a que la ubicaci6n se indique en un sitio web o se obtenga de un servidor de "citas"). incluso en este caso, sin 30 embargo, pueden surgir problemas como consecuencia de la presencia dentro de las redes locales de Traductores de Direcci6n de Red (NATs -"Network Address Translators") y de cortafuegos. Los documentos US 2006/1333392 y XP15056358 divulgan metodos para dar soporte a la comunicaci6n entre dispositivos cesionarios y dispositivos que proporcionan soporte a URis [identificadores de Recursos Uniformes -"Uniform Resource identifiers"] de agente de usuario Globalmente Encaminable, GRUU ("Globally Routable User agent URis"). Algunos protocolos de

35 descubrimiento dan soporte, en efecto, al descubrimiento en redes remotas. Sin embargo, estos requieren de un soporte especial en dispositivos de encaminamiento de red, es decir, los dispositivos de encaminamiento (routers) deben entender el protocolo de descubrimiento utilizado por la aplicaci6n, por ejemplo, el juego.

Sumario

Es un prop6sito de la presente invenci6n proporcionar un mecanismo por el que un sistema anfitri6n cesionario o

40 anadido pueda descubrir un servicio utilizando un protocolo de descubrimiento de servicio cedido, a pesar de que el servicio sea proporcionado fuera de la red local del sistema anfitri6n. Similarmente, es un prop6sito hacer posible que un servidor cesionista haga publicos detalles de los servicios que ofrece, a sistemas anfitriones situados fuera de la red local del servidor. Estos y otros prop6sitos se consiguen mediante el uso del Sistema Multimedia de iP y, mas particularmente, de un servicio de presencia de un Sistema Multimedia de iP, para publicar detalles del servicio

45 que incluyen URis de agente de Usuario Globalmente Encaminable.

De acuerdo con un primer aspecto de la presente invenci6n, se proporciona un metodo para habilitar a un sistema anfitri6n cesionario o anadido, enganchado a una red local, para descubrir un servicio proporcionado por un servidor distante o remoto. El metodo comprende las siguientes etapas, que se han de llevar a cabo por una Pasarela de Subsistema Multimedia de iP dentro de dicha red local: suscribirse o abonarse a un servidor de presencia de 50 Subsistema Multimedia de iP y recibir informaci6n de presencia publicada por el servidor de presencia, que incluye URis de agente de Usuario Globalmente Encaminable; recibir un mensaje de descubrimiento de servicio enviado por dicho sistema anfitri6n cesionario; buscar dicha informaci6n de presencia con el fin de identificar un servicio solicitado que es proporcionado por dicho servidor remoto y un URi de agente de Usuario Globalmente Encaminable asociado; y enviar una respuesta a dicho sistema anfitri6n, que incluye una direcci6n de red local de la Pasarela, al

55 tiempo que se mantiene una relaci6n de correspondencia entre dicha direcci6n de red local y dicho URi de agente de Usuario Globalmente Encaminable.

Realizaciones de la invenci6n hacen posible que un usuario continue utilizando un protocolo de descubrimiento de servicio cedido en una red local, a fin de descubrir servicios disponibles a distancia. Por lo que respecta al sistema

E08708428 11-11-2011

anfitri6n, los servicios descubiertos tienen la apariencia de encontrarse en la red local.

La Pasarela del iMS [Subsistema Multimedia de iP -"iP Multimedia Subsystem"] se registra en el iMS utilizando una identidad de usuario publica (iMPU) del sistema anfitri6n cesionario. Se suscribe en el servidor de presencia utilizando la iMPU.

Preferiblemente, dicha etapa de buscar dicha informaci6n de presencia identifica una pluralidad de servicios que coinciden con dicha petici6n, de tal modo que el metodo comprende enviar una pluralidad de respuestas que identifican direcciones de redes locales respectivas, asi como mantener en la pasarela una relaci6n de correspondencia entre dichas direcciones de redes locales y respectivos URis [identificadores de Recursos Uniformes -"Uniform Resource identifiers"] de agente de Usuario Globalmente Encaminable. Mas preferiblemente, dicha informaci6n de presencia incluye, para cada URi de agente de Usuario Globalmente Encaminable, una descripci6n del servicio, y dicha etapa de buscar dicha informaci6n de presencia comprende buscar las descripciones de servicio para un servicio que coincide con dicha petici6n.

Se proporciona tambien un metodo para conectar un sistema anfitri6n cesionario o anadido a un servicio proporcionado por un servidor remoto. El metodo comprende: descubrir dicho servicio utilizando el metodo del primer aspecto anterior de la presente invenci6n; recibir una petici6n de conexi6n en dicha direcci6n de red local de dicha Pasarela; establecer una relaci6n de correspondencia entre dicha direcci6n de red local y un URi de agente de Usuario Globalmente Encaminable; enviar una iNViTACiON de SiP a dicho URi de agente de Usuario Globalmente Encaminable; y establecer una sesi6n de iMS.

De acuerdo con un segundo aspecto de la presente invenci6n, se proporciona un aparato configurado para funcionar como una Pasarela de Subsistema Multimedia de iP dentro de una red local para el prop6sito de habilitar un sistema anfitri6n cesionario o anadido, enganchado a dicha red local, a fin de descubrir un servicio proporcionado por un servidor remoto, de tal modo que el aparato esta configurado para suscribirse a un servicio de presencia de Subsistema Multimedia de iP y para recibir informaci6n de presencia publicada por el servicio de presencia, que incluye URis de agente de Usuario Globalmente Encaminable, para recibir un mensaje de descubrimiento de servicio enviado por dicho sistema anfitri6n cesionario, para buscar dicha informaci6n de presencia con el fin de identificar un servicio solicitado proporcionado por dicho servidor remoto y un URi de agente de Usuario Globalmente Encaminable asociado, y para enviar una respuesta a dicho sistema anfitri6n cesionario, que incluye una direcci6n de red local de la Pasarela, al tiempo que mantiene una relaci6n de correspondencia entre dicha direcci6n de red local y dicho URi de agente de Usuario Globalmente Encaminable.

El termino "cesionario" o "cesionista" se utiliza aqui para denotar un nodo, sistema anfitri6n, servidor, etc. que utiliza un protocolo de descubrimiento de servicio convencional, esto es, basado en emisi6n o radiodifusi6n, para identificar y/o publicar servicios disponibles.

Breve descripci6n de los dibujos

Las Figuras 1 a 3 ilustran esquematicamente conjuntos de redes de comunicaci6n que facilitan la conexi6n de un cliente a un servidor, y el intercambio de senales asociado con el establecimiento de esta conexi6n;

La Figura 4 es un diagrama de flujo que muestra un procedimiento para publicar servicios en un servicio de presencia de iMS;

La Figura 5 es un diagrama de flujo que muestra un procedimiento para localizar y conectarse a servicios anunciados utilizando el procedimiento de la Figura 4; y

La Figura 6 ilustra esquematicamente una Pasarela de iMS para uso en el sistema de las Figuras 1 a 3.

Descripci6n detallada

El Subsistema Multimedia de iP (iMS -"iP Multimedia Subsystem") es una tecnologia definida por el Proyecto de Sociedad de Tercera Generaci6n (3GPP -"Third Generation Partnership Project") y el grupo TiSPAN [Servicios y Protocolos de Telecomunicaciones y de internet para Redes Avanzadas -"Telecommunications and internet Services & Protocols for Advanced Networks"] del ETSi [instituto Europeo de Normalizaci6n de las Telecomunicaciones -"European Telecommunications Standard institute"] para proporcionar servicios multimedia de iP por redes de comunicaci6n m6vil (TS [Especificaci6n Tecnica -"Technical Specification"] de 3GPP 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 y TS 29.329, Entregas 5 a 7, y TS 24.173, Entrega 7). El iMS proporciona caracteristicas clave para enriquecer la experiencia de comunicaci6n de persona a persona del abonado final mediante el uso de Habilitadores de Servicio de iMS normalizado, que facilitan nuevos y ricos servicios de comunicaci6n de persona a persona (de cliente a cliente) asi como servicios de persona a contenidos (de cliente a servidor) por redes basadas en iP. El iMS hace uso del Protocolo de inicio de Sesi6n (SiP -"Session iniciation Protocol") para establecer y controlar llamadas o sesiones entre terminales de abonado (o entre terminales de abonado y servidores de aplicaci6n). El Protocolo de Descripci6n de Sesi6n (SDP -"Session Description Protocol"), portado por el intercambio de senales de SiP, se emplea para describir y negociar los componentes del medio de la sesi6n. En tanto que el SiP fue creado como protocolo de abonado a abonado, el iMS permite a los operadores y a

E08708428 11-11-2011

los proveedores de servicios controlar el acceso del abonado a los servicios y efectuar el cargo a los abonados en correspondencia.

En el caso de terminales cesionarios o anadidos dentro de una red local, el acceso a los servicios de iMS puede verse facilitado mediante la introducci6n en la red local de una capacidad funcional de Pasarela de iMS. Semejante Pasarela proporcionara una interacci6n entre protocolos cesionarios (utilizados dentro de la red local) y los protocolos de iMS. La Pasarela puede ser utilizada para conectar un terminal cesionario, y sea un cliente o un servidor, a un nodo hom6logo o semejante, ya sea directamente o a traves de una Pasarela de iMS adicional, a traves de la red de iMS, con una fiabilidad y una calidad de servicio (QoS -"Quality of Service") garantizadas. Tipicamente, un usuario poseera una suscripci6n de iMS, por ejemplo, como resultado de abonarse a un servicio de "triple juego" de un operador de red. Cuando el usuario desea acceder al servicio de iMS a traves de un terminal de red (de radiodifusi6n), por ejemplo, un PC, la Pasarela de iMS registrara la identidad de usuario publica de iMS (iMPU -"iMS public user identity") del usuario con la red de iMS, en representaci6n del usuario. La Pasarela registrara su propia direcci6n (URi de SiP) como direcci6n de contacto para el usuario.

Una red de nucleo de iMS comprende Funciones de Control de Llamada / Sesi6n (CSCFs -"Call / Session Control Functions") que operan como representantes de SiP dentro del iMS. La arquitectura de 3GPP define tres tipos de CSCFs: el CSCF de Representante (P-CSCF -"Proxy CSCF"), que es el primer punto de contacto dentro del iMS para un terminal de SiP; el CSCF de Servicio (S-CSCF -"Service CSCF"), que proporciona servicios al abonado a los que abonado puede suscribirse; y el CSCF de interrogaci6n (i-CSCF -"interrogating CSCF"), cuyo papel es identificar el S-CSCF correcto y remitir a ese S-CSCF una petici6n recibida procedente de un terminal de SiP a traves de una P-CSCF.

Dentro de la red de servicio de iMS, se proporcionan Servidores de Aplicaci6n (ASs -"Application Servers") para implementar la capacidad funcional de servicio de iMS. Los Servidores de Aplicaci6n proporcionan servicios a usuarios finales en un sistema iMS, y puede conectarse con ellos ya sea como puntos a traves de la interfaz Mr definida segun el 3GPP, ya sea al "enlazarlos" por una S-CSCF a traves de la interfaz de iSC definida segun el 3GPP. En este ultimo caso, se utilizan Criterios de Filtro inicial (iFC -"initial Filter Criteria") por parte de una S-CSCF con el fin de determinar que Servidores de Aplicaciones deben ser "enlazados" durante un establecimiento de Sesi6n de SiP (o, ciertamente, para el prop6sito de cualquier metodo de SiP, este o no relacionado con una sesi6n). Los iFCs son recibidos por la S-CSCF desde un HSS [Servidor de Abonado Domestico -"Home Subscriber Server"] durante el procedimiento de registro de iMS, como parte de un Perfil de Abonado del abonado. Los ASs pueden tambien ser acoplados o conectados a terminales de usuario a traves de interfaces que no son de 3G, por ejemplo, para permitir a los usuarios acceder a servicios de iMS a traves de una interfaz de web (http). En este caso, el terminal de usuario puede contener un cliente de iMS/SiP o alguna otra aplicaci6n, en cuyo caso se requiere que el AS lleve a cabo alguna funci6n de traducci6n (representante) en representaci6n del terminal de usuario.

Si bien el iMS parece proporcionar un mecanismo adecuado para conectar un terminal cesionario o anadido a un nodo hom6logo en una posici6n remota, sigue siendo necesario proporcionar un metodo eficiente para determinar y anunciar las ubicaciones de servidores que ofrecen servicios a los clientes, ubicaciones que no son conocidas a priori.

El iMS puede utilizarse para descubrir servidores que funcionan en redes remotas diferentes y para establecer conexiones con ellos. Los servidores se descubren por medio del servicio de presencia de iMS, el cual es aportado por un Servidor de Aplicaci6n de presencia dedicado o de uso exclusivo. El servicio de presencia se especifica en la 3GPP TS 24.141 y su cometido es proporcionar un mecanismo por el que los usuarios puedan determinar la disponibilidad y, posiblemente, la posici6n de otros usuarios. Una vez registrados en el iMS, los usuarios o sus representantes publican su informaci6n de presencia en un AS de presencia domestico. Esta informaci6n puede incluir un estado, por ejemplo, disponible / no disponible, y una o mas direcciones de contacto. Los usuarios se abonan a la informaci6n de presencia de otros usuarios utilizando iMPUs. Los ASs de presencia interactuan entre si para diseminar o difundir la informaci6n de presencia.

Se propone aqui introducir una nueva capacidad funcional en la Pasarela de iMS con el fin de permitir que la Pasarela haga uso del servicio de presencia de iMS para facilitar la conexi6n de clientes y servidores cesionarios. Mas concretamente, esta nueva capacidad funcional hace que la Pasarela de iMS este a la escucha de mensajes de descubrimiento (por ejemplo, mensajes de descubrimiento de Protocolo de Red Quake) radiodifundidos desde clientes dentro de la red local. La pasarela de iMS busca servidores utilizando el servicio de presencia de iMS y hace retornar esta informaci6n al cliente desde el que se origin6 el mensaje de descubrimiento. Por otra parte, cuando un cliente de la red local trata de establecer una conexi6n con un servidor remoto que se descubri6 a traves de la Pasarela de iMS, la Pasarela de iMS recibe el mensaje de establecimiento de conexi6n cesionaria desde el cliente y establece una conexi6n hacia el servidor remoto utilizando el iMS. La nueva capacidad funcional tambien permite que los servidores cesionarios situados dentro de una red local anuncien sus posiciones a traves del servicio de presencia de iMS. Cuando la Pasarela de iMS recibe una petici6n de establecimiento de conexi6n desde el iMS para un servidor situado en la red local, la Pasarela de iMS acepta la conexi6n por el lado del iMS y establece una conexi6n, utilizando un protocolo cesionario, con el servidor situado en la red local. El uso del iMS es transparente para los clientes y servidores cesionarios, que siguen utilizando los protocolos de descubrimiento basados en radiodifusi6n.

E08708428 11-11-2011

La Figura 1 ilustra esquematicamente una primera Pasarela 1 de iMS situada dentro de una primera red local 2, a la que esta enganchado un cliente 3. Esta primera red puede ser una LAN [red de area local -"Local Area Network"], una WLAN [red de area local inalambrica -"Wireless LAN"], una red WiMAX, o similar. La primera red 2 esta conectada a la internet o a otra red 4 de iP (tal como la red troncal de iP de una Telco) a traves de un dispositivo de encaminamiento (router) y un cortafuego 5. Dentro de la red 4 de iP, o conectada a esa red, se encuentra una red de nucleo de iMS segun se ha descrito anteriormente. La red 4 de iP se muestra conectada a una segunda red local 6, de nuevo a traves de un dispositivo de encaminamiento y un cortafuego 7. Dentro de esta segunda red esta presente una segunda Pasarela 8 de iMS, asi como un servidor 9. Para el prop6sito de ilustraci6n, puede suponerse que el servidor 9 es un servidor de juegos que interactua con multiples clientes de juegos, uno de los cuales es el cliente 3 situado dentro de la primera red local 2.

Cuando se inicia una Pasarela de iMS, la Pasarela se configura para registrarse en el iMS utilizando la (las) iMPU(s) del (de los) usuario(s), cliente o servidor, presentes en la red local. Una vez registrada, se configura para cada usuario con el fin de suscribirse a la informaci6n de presencia de unos pocos usuarios hom6logos o semejantes (por ejemplo, los "amigos" del propietario de la pasarela de iMS), por medio del Servidor 10 de Aplicaci6n de presencia de iMS.

Ambas Pasarelas de iMS radiodifunden mensajes de descubrimiento en sus respectivas redes locales, por ejemplo, de acuerdo con el Protocolo de Red Quake. Cuando un servidor se hace activo en la red local, responde a un mensaje de descubrimiento mediante el anuncio de su(s) servicio(s). Cuando una Pasarela de iMS recibe una respuesta a uno de sus mensajes de descubrimiento desde un servidor, la Pasarela de iMS actualiza la informaci6n de presencia de iMS del servidor, para el servidor (iMPU correspondiente), utilizando una petici6n de PUBLiCAR de SiP (Protocolo de inicio de Sesi6n -"Session initiation Protocol"). En esta petici6n de PUBLiCAR, la Pasarela de iMS incluye un GRUU (URi de agente de Usuario Globalmente Encaminable -"Globally Routable User agent URi") que los clientes remotos pueden utilizar para contactar con el servidor en el contexto de la aplicaci6n (por ejemplo, el juego). El GRUU es asignado por la Pasarela de iMS y es un URi de SiP que puede ser utilizado para encaminar mensajes a traves del iMS, hacia la Pasarela. La Pasarela de iMS tambien incluye en la petici6n de PUBLiCAR una descripci6n, nombre o referencia que describe la aplicaci6n (por ejemplo, usar este URi para jugar al "Nombre-juego" conmigo). La Pasarela de iMS puede ser configurada con esta informaci6n de antemano, o para pedir una informaci6n de entrada cada vez que recibe una nueva respuesta a un mensaje de descubrimiento.

En el ejemplo que se ilustra en la Figura 1, el servidor 9 respondera a la radiodifusi6n de un mensaje de descubrimiento por parte de la segunda pasarela 8 de iMS. La respuesta incluira la direcci6n de iP local y un numero de acceso o puerta en la que el servidor recibira peticiones de cliente con respecto a una aplicaci6n particular (para iniciar una sesi6n de juego). La segunda Pasarela de iMS establecera una relaci6n de correspondencia de esta direcci6n de iP y numero de puerta con el GRUU y con la iMPU asociada con el servidor, y publicara el GRUU para la iMPU en el servidor de presencia de iMS.

Al recibir una respuesta a un mensaje de descubrimiento, la Pasarela de iMS puede ser configurada para actualizar siempre la informaci6n de presencia de un servidor particular, o para pedir por primera vez una informaci6n de entrada adicional desde el servidor con el fin de decidir de que usuario es necesario actualizar la informaci6n de presencia, en el caso de que la Pasarela de iMS de servicio a multiples usuarios.

Considerando ahora el lado del cliente, la primera Pasarela de iMS se configura para suscribirse, utilizando el metodo de SUSCRiPCiON de iMS, a la informaci6n de presencia de un conjunto de usuarios (es decir, un conjunto de iMPUs). Esta informaci6n es enviada peri6dicamente desde el AS de presencia de iMS a la Pasarela de iMS en mensajes de NOTiFiCACiON de SiP, como se ilustra en la Figura 2. Conforme la primera Pasarela de iMS lleva a cabo un registro de iMS para cada iMPU presente en la red local, realizara suscripciones independientes al servicio de presencia para cada una de estas iMPU locales. De hecho, suscribirse a la informaci6n de presencia publicada para un usuario hom6logo (en una red remota) unicamente puede ser posible cuando se actua en representaci6n de una de las iMPUs locales, es decir, un usuario hom6logo puede permitir que su informaci6n de presencia se proporcione unicamente a ciertas iMPUs especificadas.

Se supone que la iMPU para el cliente local 3 ha sido registrada en el iMS por la primera Pasarela 1 de iMS. Cuando el cliente local radiodifunde un mensaje de descubrimiento en la red local solicitando un servicio particular, la Pasarela de iMS buscara servidores apropiados en la informaci6n de presencia que ha obtenido. La Pasarela de iMS puede llevar a cabo esta busqueda comprobando si la descripci6n de un GRUU contiene el nombre de la aplicaci6n (por ejemplo, juego) solicitada por el cliente en el mensaje de descubrimiento de servicio. Si la Pasarela de iMS encuentra dicho servidor, respondera al mensaje de descubrimiento identificando una ubicaci6n de servidor para el cliente. Sin embargo, esta ubicaci6n no es el GRUU del servidor remoto, sino, en lugar de ello, una direcci6n de iP y un numero de puerta dentro de la red local y que pertenece a la primera Pasarela de iMS. La direcci6n y el numero de puerta se asignan desde una agrupaci6n de direcciones perteneciente a la Pasarela de iMS, y se establece una relaci6n de correspondencia entre ellas y el GRUU.

Si la Pasarela de iMS encuentra mas de un servidor en la informaci6n de presencia previamente recuperada, puede necesitar utilizar diferentes puertas o incluso direcciones de iP para enviar varias respuestas (una por cada servidor que se ha encontrado) al cliente, de tal manera que el cliente comprende que cada respuesta representa un servidor

E08708428 11-11-2011

diferente.

Una vez que el cliente 3 del juego ha recibido una respuesta desde la Pasarela 1 de iMS, que contiene una direcci6n de iP y un numero de puerta para una aplicaci6n apropiada, el cliente puede enviar un mensaje de protocolo cesionario a esa direcci6n en el que se solicita una conexi6n a la aplicaci6n. La petici6n es recibida por la Pasarela de iMS local y se hace corresponder con el GRUU correspondiente. La Pasarela de iMS genera entonces una iNViTACiON de SiP dirigida al GRUU, y envia esta hacia el iMS, tal y como se ilustra en la Figura 3. El mensaje es encaminado a traves del iMS y es recibido por la segunda Pasarela de iMS, la cual hace corresponder el GRUU con la direcci6n local del servidor de juegos y contacta con el servidor utilizando el protocolo cesionario. De la misma manera, la respuesta de CONFORMiDAD 200 es encaminada desde la segunda Pasarela de iMS a la primera, a traves de la red de iMS. Cuando se establece una sesi6n, las Pasarelas de iMS remiten mensajes de protocolo cesionario entre las redes locales, con lo que se garantiza que los mensajes son entregados de forma fiable. Se aprecia que el trafico en el plano del usuario es tambien encaminado a traves de las Pasarelas de iMS yde la red de iMS, con lo que se asegura una QoS garantizada de la sesi6n.

La Figura 4 es un diagrama de flujo que ilustra de manera adicional un procedimiento para publicar servicios disponibles en un servidor cesionista, mediante el servicio de presencia de iMS. El procedimiento comprende unas etapas de descubrimiento de servicio iniciales, las etapas 400 y 401, seguidas por una etapa consistente en asignar un GRUU en la Pasarela de iMS, la etapa 402, y una etapa consistente en publicar el GRUU en el servicio de presencia de iMS, la etapa 403.

La Figura 5 es un diagrama de flujo que ilustra un procedimiento para identificar un servicio a un terminal cesionario

o anadido, y para establecer una conexi6n a dicho servicio. Este incluye las etapas de suscribirse, por parte de la Pasarela de iMS, al servicio de presencia de iMS, etapa 500, llevar a cabo el procedimiento de descubrimiento en la red local, etapas 501 y 502, y hacer corresponder el servicio con una direcci6n de red local, etapa 503. En lo sucesivo, las etapas de inicio, por parte de un cliente, de una conexi6n, etapa 504, y de enviar y recibir la iNViTACiON, etapas 505 y 506, se llevan a cabo antes de la etapa de establecer la conexi6n a traves del iMS, etapa

507.

La Figura 6 ilustra esquematicamente una Pasarela 11 de iMS dispuesta para proporcionar los servicios anteriormente descritos. La Pasarela comprende una primera interfaz 12 para su conexi6n a la red local, y una segunda interfaz 13 para su conexi6n a la red de iP (iMS). Tambien comprende un cliente 14 de iMS/SiP y una base de datos 15 para almacenar informaci6n de presencia, asi como una funci6n de interacci6n 16 que proporciona una interacci6n entre los dominios de iMS y de la red local.

Se apreciara por la persona experta en la tecnica que pueden realizarse diversas modificaciones en la realizaci6n anteriormente descrita sin apartarse del ambito de la presente invenci6n. En particular, si bien la realizaci6n descrita esta referida a un escenario de la mayor complejidad, es decir, en el que tanto el cliente como el servidor estan, ambos, situados tras una Pasarela de iMS, la invenci6n es tambien de aplicaci6n al caso en que tan solo uno de entre el cliente y el servidor esta ubicado detras de una Pasarela de iMS. Considerese, por ejemplo, el caso en que solo el servidor se encuentra detras de dicha Pasarela y el cliente es un cliente de iMS/SiP. En este caso, el cliente puede suscribirse o abonarse directamente al servicio de presencia de iMS, mientras que los servicios ofrecidos por el servidor son publicados en representaci6n suya por la Pasarela de iMS. Y a la inversa, si el servidor contiene un cliente de iMS/SiP, puede publicar su informaci6n de presencia directamente.

Se apreciara tambien que un cliente y un servidor pueden suscribirse a diferentes redes de iMS, es decir, en propiedad de diferentes operadores. En este caso, los servidores de presencia situados dentro de una red pueden suscribirse a informaci6n publicada en los servidores de presencia de la otra red, y los mensajes de SiP son encaminados sin interrupciones o discontinuidades entre las redes.

E08708428 11-11-2011

Claims

REIVINDICACIONES

1.-Un metodo para habilitar un sistema anfitri6n cesionario o anadido, enganchado a una red local, a fin de descubrir un servicio proporcionado por un servidor distante o remoto, estando el metodo caracterizado por las siguientes etapas, que se han de llevar a cabo por una Pasarela de Subsistema Multimedia de iP situada dentro de dicha red local:

suscribirse a un servicio de presencia de Subsistema Multimedia de iP y recibir informaci6n de presencia publicada por el servicio de presencia, que incluye URis (500) de agente de Usuario Globalmente Encaminable;

recibir un mensaje de descubrimiento de servicio enviado por dicho sistema anfitri6n cesionario (502);

buscar dicha informaci6n de presencia para identificar un servicio solicitado proporcionado por dicho servidor remoto y un URi de agente de Usuario Globalmente Encaminable asociado (502); y

enviar una respuesta a dicho sistema anfitri6n cesionario, que incluye una direcci6n de red local de la Pasarela, al tiempo que se mantiene una relaci6n de correspondencia entre dicha direcci6n de red local y dicho URi (503) de agente de Usuario Globalmente Encaminable.
2.-El metodo de acuerdo con la reivindicaci6n 1, en el cual el usuario de dicho sistema anfitri6n cesionario es un abonado de un Subsistema Multimedia de iP que proporciona dicho servicio de presencia, de tal manera que dicha Pasarela lleva a cabo un registro en el Subsistema Multimedia de iP en representaci6n del usuario.
3.-El metodo de acuerdo con la reivindicaci6n 1 o la reivindicaci6n 2, en el cual dicha direcci6n de red local es una direcci6n de iP y un numero de acceso o puerta de la Pasarela.
4.-El metodo de acuerdo con cualquiera de las reivindicaciones precedentes, en el cual dicha etapa de buscar dicha informaci6n de presencia identifica una pluralidad de servicios que coinciden con dicha petici6n, de tal manera que el metodo comprende enviar una pluralidad de respuestas que identifican respectivas direcciones de red local, y mantener en la pasarela una relaci6n de correspondencia entre dichas direcciones de red local y respectivos URis de agente de Usuario Globalmente Encaminable.
5.-El metodo de acuerdo con una cualquiera de las reivindicaciones precedentes, en el cual dicha informaci6n de presencia incluye, para cada URi de agente de Usuario Globalmente Encaminable, una descripci6n de servicio, y dicha etapa de buscar dicha informaci6n de presencia comprende buscar las descripciones de servicio para un servicio que coincide con dicha petici6n.
6.-El metodo de acuerdo con una cualquiera de las reivindicaciones precedentes, en el cual dicho mensaje de descubrimiento de servicio es emitido o radiodifundido en la red local de acuerdo con un protocolo de descubrimiento de servicio.
7.-Un aparato configurado para funcionar como una Pasarela (1) de Subsistema Multimedia de iP dentro de una red local (2), con el prop6sito de habilitar un sistema anfitri6n cesionario o anadido (3), enganchado a dicha red local, a fin de descubrir un servicio proporcionado por un servidor distante o remoto (9), de tal manera que el aparato se caracteriza por estar configurado para suscribirse a un servicio de presencia de Subsistema Multimedia de iP y para recibir informaci6n de presencia publicada por el servicio de presencia, que incluye URis de agente de Usuario Globalmente Encaminable, para recibir un mensaje de descubrimiento de servicio enviado por dicho sistema anfitri6n cesionario, para buscar dicha informaci6n de presencia con el fin de identificar un servicio solicitado proporcionado por dicho servidor remoto y un URi de agente de Usuario Globalmente Encaminable asociado, y para enviar una respuesta a dicho sistema anfitri6n cesionario, que incluye una direcci6n de red local de la Pasarela, al tiempo que mantiene una relaci6n de correspondencia entre dicha direcci6n de red local y dicho URi de agente de Usuario Globalmente Encaminable.
8.-Un aparato de acuerdo con la reivindicaci6n 7, en el cual dicha direcci6n de red local consiste en una direcci6n de iP y un numero de acceso o puerta del aparato.