PROCEDIMIENTO DE TRANSCODIFICACIÓN DE SESIONES DE TIPO SIP.

Procedimiento de transcodificacion de al menos una sesion caracterizado porque la sesion transcodificada es una sesion del tipo SIP y porque dicho procedimiento incluye las siguientes etapas:

-una etapa (201), iniciada por un dispositivo cliente, de interrogacion de un dispositivo de transcodificacion, dicha interrogacion se realiza a traves de al menos una solicitud de interrogacion que incluye unos datos de identificacion que permiten una primera autentificacion del dispositivo cliente por el dispositivo de transcodificacion de sesiones del tipo SIP, -si (203, 204) se consigue la primera autentificacion entonces: -una etapa (205), iniciada por el dispositivo de transcodificacion, de segunda autentificacion del dispositivo de transcodificacion de sesiones del tipo SIP sobre un servidor del tipo SIP, unos datos de identificacion de la segunda autentificacion que dependen de al menos uno de los primeros datos de identificacion, -si se logra la segunda autentificacion entonces: -una etapa (205) de establecimiento de una conexion del tipo SIP entre el dispositivo de transcodificacion y el servidor del tipo SIP, -una etapa (208), ejecutada por el dispositivo de transcodificacion, respuesta a la pregunta iniciada por el dispositivo cliente en la que el dispositivo de transcodificacion produce un mensaje de interfaz que depende al menos del resultado de la segunda autentificacion, -una etapa (209) ejecutada por el dispositivo cliente, de interpretacion del mensaje de interfaz, actualizando dicha interpretacion el estado de un periferico de salida del dispositivo cliente, -mientras que, cuando se desea una autentificacion robusta, entre la etapa de autentificacion del cliente con el dispositivo de transcodificacion y la etapa de autentificacion del dispositivo de transcodificacion de sesiones del tipo SIP con el servidor SIP, incluye ademas la etapa siguiente durante la que un dispositivo pasarela entre el dispositivo cliente y la red, que incluye una tarjeta SIM integrada, establece un tunel IP para acceder a la infraestructura de acceso IMS del operador utilizando dicha tarjeta SIM para autentificarse con el operador

El invento tiene como objeto un procedimiento de transcodificación de sesiones del tipo SIP.

El dominio del invento es el de las telecomunicaciones y más concretamente el de el acceso a servicios a través de una red de telecomunicaciones.

En el estado de la técnica se conoce la arquitectura IMS (IP Multimedia Subsystem, subsistema multimedia sobre IP), arquitectura que garantiza la interoperabilidad de diferentes bloques de una red de un operador y la interoperabilidad entre las redes de operadores de telecomunicaciones.

La arquitectura IMS está construida bajo las normas y recomendaciones publicadas por el 3GPP para el 3rd Generation Partnership Project o asociación para un proyecto de tercera generación. Se trata de un grupo de trabajo del ETSI, que ha definido la 3G (tercera generación de redes móviles) y sus evoluciones.

La arquitectura IMS se basa, entre otros en el protocolo SIP. SIP como Session Initiation Protocol o protocolo de iniciación de sesiones, definido por el grupo de normalización IEFT, SIP es un nuevo lenguaje de señalización adaptado a las sesiones multimedia y adaptado al establecimiento y a la gestión de conexiones de terceros o de terceros a servidores.

Esta arquitectura se basa también en uno, o varios servidores CSCF (Call Session Control Function como Función de control de sesión de llamada) para gestionar las solicitudes SIP entre los terminales y los servidores de aplicaciones, esta función incluye tres grandes módulos: P-CSFC (proxy, servidor mandatario), S-CSCF (serving, servidor) e I-CSCF( interrogating, servidor de interrogación).

Un servidor CSCF está a su vez conectado a un servidor HSS Home Subscriber Server (servidor de gestión de abonados), base de datos que contiene los perfiles de los abonados. Interviene en su autentificación y autorización de acceso a los servicios. Depende de un servidor HLR en una red móvil pre-R5 3GPP.

Esta arquitectura se ha vuelto independiente de la red de acceso es decir del soporte físico que permite el acceso. En la práctica cualquier dispositivo compatible con una versión del protocolo IP puede conectarse e interactuar con una arquitectura IMS.

En dicha arquitectura se encuentran también servidores de aplicaciones. Albergan las aplicaciones tratadas mediante IMS, como los servicios ligados a la voz, la videoconferencia o la gestión de presencia.

El documento US 2005/0044188A1 divulga un dispositivo de conversión HTTP-SIP.

Uno de los problemas del estado de la técnica es que una arquitectura IMS está basada en el protocolo SIP tal y como se prevé en el 3GPP (es decir tal y como se prevé por la ETSI) mientras que los aparatos compatibles con el protocolo SIP lo son también con el protocolo SIP IETF.

Otro problema del estado de la técnica es que una aplicación SIP está instalada en un dispositivo con su propio controlador SIP. Por tanto dos aplicaciones del tipo “Smartphone” (teléfono inteligente) instaladas en el mismo dispositivo van a entrar en conflicto. Si no entran en conflicto serán incapaces de todas formas de interactuar una con la otra en el ámbito de la misma sesión SIP.

Por ejemplo en el caso de una llamada entrante habrá un conflicto entre las dos aplicaciones Smartphone para determinar la que va a gestionar la llamada entrante.

Igualmente, por ejemplo en el caso en el que una primera aplicación Smartphone gestione ya una primera comunicación y que una segunda comunicación entre, entonces la segunda aplicación Smartphone va a gestionar la segunda comunicación emitiendo un timbre sin indicar al llamante que el llamado ya está en comunicación (ocupado). Aquí se trata de una explotación no funcional.

En el invento se resuelve este problema gracias a un dispositivo intermedio entre la arquitectura IMS y el dispositivo cliente. Este dispositivo intermedio lleva a cabo un procedimiento de transcodificación de sesión SIP. Este procedimiento cumple al menos tres funciones:

- paliar las diferencias entre los protocolos SIP IETF y SIP 3GPP,

- asegurar la convergencia de las diferentes sesiones con el destino y/o que provengan de los dispositivos cliente conectados al dispositivo intermedio en una única sesión SIP,

- asegurar la compatibilidad de un dispositivo cliente con los flujos de los medios conectados a las sesiones en destino y/o que provengan de los dispositivos cliente conectados al dispositivo intermedio.

Para ello el procedimiento de transcodificación necesita y propone dos interfases:

- una interfaz HTTP atacada por el dispositivo cliente que ya no necesita ser SIP sino únicamente ser capaz de devolver/jugar e interactuar con los flujos de los medios recibidos,

- una interfaz SIP a través de la cual el dispositivo intermedio comunica con la arquitectura IMS.

El procedimiento según el invento se comporta pues desde el punto de vista de la red como un cliente SIP, y desde el punto de vista cliente como un servidor Web. Un servidor Web es un servidor que basa sus comunicaciones principalmente en el protocolo HTTP. Esto simplifica en gran medida el acceso de los dispositivos cliente a las arquitecturas IMS.

El invento tiene pues como objeto un procedimiento de transcodificación de al menos una sesión caracterizado porque la sesión transcodificada es una sesión del tipo SIP y porque dicho procedimiento incluye las siguientes etapas:

- una etapa, iniciada por un dispositivo cliente, de interrogación de un dispositivo de transcodificación, dicha interrogación se hace al menos a través de una solicitud de interrogación que incluye datos de identificación que permiten una primera autentificación del dispositivo cliente por el dispositivo de transcodificación de sesiones del tipo SIP,

- si la primera autentificación es positiva entonces:

- una etapa, iniciada por el dispositivo de transcodificación, de segunda autentificación del dispositivo de transcodificación de sesión del tipo SIP sobre un servidor del tipo SIP (tipo CSCF), unos datos de identificación de la segunda autentificación que dependen de al menos uno de los primeros datos de identificación,

- si la segunda autentificación es positiva entonces:

- Una etapa de establecimiento de una conexión del tipo SIP entre el dispositivo de transcodificación y el servidor del tipo SIP,

- una etapa, de ejecución por el dispositivo de transcodificación, en respuesta a la pregunta iniciada por el dispositivo cliente en la que el dispositivo de transcodificación produce un mensaje de interfaz dependiendo al menos del resultado de la segunda autentificación,

- una etapa, de ejecución por el dispositivo cliente, de interpretación del mensaje de interfaz, actualizando dicha interpretación el estado de un periférico de salida del dispositivo cliente.

En una variante, el procedimiento según el invento se caracteriza también porque, cuando se desea una autentificación muy fuerte, entre la etapa de autentificación del cliente sobre el dispositivo de transcodificación y la etapa de autentificación del dispositivo de transcodificación de las sesiones del tipo SIP con un servidor SIP, incluye además la etapa siguiente durante la que se establece un túnel IP entre un dispositivo pasarela y entre el dispositivo cliente y la red, que incluye en este caso una tarjeta SIM integrada, para acceder a la infraestructura de acceso IMS del operador utilizando dicha tarjeta SIM integrada para autentificarse con el operador.

En una variante, el procedimiento según el invento se caracteriza también porque incluye también las siguientes etapas:

- Una etapa, realizada por el dispositivo cliente, de pregunta de actualización efectuada regularmente hacia el dispositivo de transcodificación,

- una etapa, realizada por el dispositivo de transcodificación como respuesta a la recepción de la pregunta de actualización, de producción y emisión de un mensaje de interfaz,

- una etapa, realizada por el dispositivo cliente, de interpretación del mensaje de interfaz, actualizando dicha interpretación el estado de un periférico de salida del dispositivo cliente.

En una variante, el procedimiento según el invento está también caracterizado porque el contenido de un mensaje de interfaz depende de los datos recibidos...

1- Procedimiento de transcodificación de al menos una sesión caracterizado porque la sesión transcodificada es una sesión del tipo SIP y porque dicho procedimiento incluye las siguientes etapas:

- una etapa (201), iniciada por un dispositivo cliente, de interrogación de un dispositivo de transcodificación, dicha interrogación se realiza a través de al menos una solicitud de interrogación que incluye unos datos de identificación que permiten una primera autentificación del dispositivo cliente por el dispositivo de transcodificación de sesiones del tipo SIP, -si (203, 204) se consigue la primera autentificación entonces: -una etapa (205), iniciada por el dispositivo de transcodificación, de segunda autentificación del dispositivo de transcodificación de sesiones del tipo SIP sobre un servidor del tipo SIP, unos datos de identificación de la segunda autentificación que dependen de al menos uno de los primeros datos de identificación, -si se logra la segunda autentificación entonces: -una etapa (205) de establecimiento de una conexión del tipo SIP entre el dispositivo de transcodificación y el servidor del tipo SIP, -una etapa (208), ejecutada por el dispositivo de transcodificación, respuesta a la pregunta iniciada por el dispositivo cliente en la que el dispositivo de transcodificación produce un mensaje de interfaz que depende al menos del resultado de la segunda autentificación, -una etapa (209) ejecutada por el dispositivo cliente, de interpretación del mensaje de interfaz, actualizando dicha interpretación el estado de un periférico de salida del dispositivo cliente, -mientras que, cuando se desea una autentificación robusta, entre la etapa de autentificación del cliente con el dispositivo de transcodificación y la etapa de autentificación del dispositivo de transcodificación de sesiones del tipo SIP con el servidor SIP, incluye además la etapa siguiente durante la que un dispositivo pasarela entre el dispositivo cliente y la red, que incluye una tarjeta SIM integrada, establece un túnel IP para acceder a la infraestructura de acceso IMS del operador utilizando dicha tarjeta SIM para autentificarse con el operador.

2-Procedimiento según la reivindicación 1, caracterizado porque incluye también las siguientes etapas: -una etapa, ejecutada por el dispositivo cliente, de interrogación de actualización efectuada en un intervalo regular hacia el dispositivo de transcodificación, -una etapa, ejecutada por el dispositivo de transcodificación como reacción a la recepción de la pregunta de actualización, de producción y emisión de un mensaje de interfaz, -una etapa, ejecutada por el dispositivo cliente, de interpretación del mensaje de interfaz, dicha interpretación actualizada el estado de un periférico de salida del dispositivo cliente.

3-Procedimiento según la reivindicación 1 o 2, caracterizado porque el contenido de un mensaje de interfaz depende de los datos recibidos por el dispositivo de transcodificación a través de la conexión del tipo SIP, los datos recibidos a través de esta conexión están almacenados en una memoria de estado, estando el contenido de esta memoria asociado al dispositivo cliente.

4-Procedimiento según una de las reivindicaciones 1 a 3, caracterizado porque un mensaje de interfaz incluye códigos con instrucciones correspondientes a la descripción de una opción que se propondrá para su selección a un usuario a través de interfaz del dispositivo cliente, la selección de esta opción provoca la emisión de un mensaje de activación de la opción hacia el dispositivo de transcodificación.

5-Procedimiento según la reivindicación 4, caracterizada porque un mensaje de activación incluye al menos un código de instrucción correspondiente a una acción que debe efectuar el dispositivo de transcodificación en relación a un servidor del tipo SIP, el tratamiento de un mensaje de activación incluye las etapas siguientes ejecutadas por el dispositivo de transcodificación: -negociación de una sesión con el servidor del tipo SIP, -conexión a al menos un servidor de aplicación conforme al resultado de la negociación, -transcodificación de los datos recibidos del servidor de aplicación en un formato inteligible para el dispositivo cliente,

- transmisión de los datos transcodificados hacia el dispositivo cliente.

6-Procedimiento según una de las reivindicaciones 1 a 5, caracterizado porque las preguntas emitidas por el dispositivo cliente y el tratamiento de las respuestas a estas preguntas son realizadas por una aplicación del tipo navegador de Internet.

7-Procedimiento según una de las reivindicaciones 1 a 6, caracterizado porque el dispositivo de transcodificación realiza una adecuación de los datos recibidos de los servidores de aplicación y una composición modulable de estos servicios en el seno de una página WEB única y dinámica, el dispositivo de transcodificación almacena entonces el perfil de servicio del usuario y da igualmente la posibilidad al usuario de compartir este perfil con una comunidad de usuarios.

8-Procedimiento según una de las reivindicaciones 1 a 7, caracterizado porque la aplicación del tipo navegador de Internet incluye de forma nativa o con forma de módulos de extensión al menos un interpretador de datos apto para interpretar los datos transcodificados por el dispositivo de transcodificación.

9-Procedimiento según una de las reivindicaciones 1 a 8, caracterizado porque, del mismo modo que el dispositivo de transcodificación situándose entre el cliente y el servidor SIP, asegura una protección de este, este último, del mismo modo, se inmiscuye en medio de un flujo de medios sin transcodificarlo para ocultar la dirección IP del cliente y protegerle jugando aquí el papel de un servidor mandatario.

10-Procedimiento según una de las reivindicaciones 1 a 9, caracterizado porque, el dispositivo de transcodificación marca los flujos con el fin de indicar a la red la prioridad en términos de “calidad de servicio” de dichos flujos.