Un método para establecer una sesión entre un usuario que llama y un usuario llamado,

de aplicación a una red de próxima generación, después de que dicho usuario llamado haya descolgado, que comprende además:

reiniciar (15, 16) primero una negociación de sesión con dicho usuario llamado a través de un primer servidor de aplicaciones correspondiente al usuario llamado; enviar entonces (17, 18), al obtenerse un protocolo de descripción de sesión de dicho usuario llamado, un mensaje de petición de actualización que contenga dicho protocolo de descripción de sesión del citado usuario llamado a un segundo servidor de aplicaciones correspondiente al usuario que llama a través de todos los niveles de conmutador lógico;

renegociar (19), mediante el segundo servidor de aplicaciones, una sesión con un usuario que llama de acuerdo con dicho protocolo de descripción de sesión del citado usuario llamado;

después de que el usuario que llama completa la actualización de sesión, devolver (20, 21, 22, 23) un mensaje de respuesta que contenga un protocolo de descripción de sesión de dicho usuario que llama o dicho usuario llamado, completándose así una negociación de sesión bidireccional entre dicho usuario que llama y dicho usuario llamado.

Método para establecer una sesión entre un usuario que llama y un usuario al que se llama

5 CAMPO DEL INVENTO

El presente invento se refiere al campo de la tecnología de las comunicaciones, más específicamente a un método para establecer una sesión entre un usuario que llama y un usuario al que se llama.

ANTECEDENTES DEL INVENTO

La red de próxima generación (NGN) está desarrollándose rápidamente e introduciéndose en gran cantidad de nuevos servicios. En el campo de los servicios de voz y multimedia se ha convertido en una tendencia para controlar y prestar servicios NGN basándose en la señalización de SIP (protocolo inicial de sesión) flexible y extensible y otras señalizaciones auxiliares tales como RTP (protocolo de transporte en tiempo real) y SDP (protocolo de descripción de sesión) , etc.

Corrientemente coexisten muchos servicios y, con el fin de satisfacer las crecientes exigencias de los usuarios y tener en cuenta la repetibilidad de las características de los servicios, es necesario combinar los servicios corrientes y realizar el anidamiento de diferentes características de servicios, lo que, en consecuencia, hace que surja el problema del anidamiento entre multi-servicios.

Sin embargo, los servicios NGN corrientes solamente tienen en cuenta el tratamiento de los flujos de llamadas sin anidación pero no pueden tratar apropiadamente los flujos de llamadas anidadas multi-servicios. Al mismo tiempo, por ejemplo cuando cambia el número de enganche, el número de envío o el número de puerta, es imposible lograr el tratamiento cuando cambia el SDP del usuario llamado. Tomando como ejemplo el envío y el anidamiento multiservicios típicos, cuando el usuario marca un servicio inteligente y activa el correspondiente flujo inteligente, es necesario enviar la llamada una vez y activar dos veces el servidor de aplicaciones y el flujo detallado se ilustra en la figura 1 como sigue:

El usuario que llama marca el código de acceso del primer servicio y envía el mensaje Invitar que contiene su propio SDP al servidor de aplicaciones AS1 del usuario que llama, que es activado para realizar el primer flujo de servicio.

El servidor de aplicaciones AS1 del usuario que llama emite el número de encaminamiento del segundo servicio (es decir, el código de acceso del segundo servicio) para el conmutador lógico de acuerdo con el mensaje Invitar. Y, de acuerdo con el número de encaminamiento, el conmutador lógico activa el servidor de aplicaciones AS2 del segundo servicio para llevar a la práctica el flujo del segundo servicio. Luego, el servidor de aplicaciones AS2 llama al usuario llamado designado.

Una vez que el usuario llamado descuelga, el servidor de aplicaciones AS2 envía el mensaje Actualizar que contiene un SDP del usuario llamado al usuario que llama.

El mensaje SDP del usuario llamado es actualizado en el lado del usuario que llama y se envía al conmutador lógico el mensaje de Respuesta OK (respuesta correcta) 200, que contiene un SDP del usuario que llama.

45 El usuario llamado transmite el mensaje Respuesta descolgado e informa de ello al servidor de aplicaciones AS1 del usuario que llama nivel a nivel, y el servidor de aplicaciones AS2 del usuario que llama devuelve el mensaje ACK (acuse de recibo) del usuario llamado. Y, así, se da por terminado el proceso de negociación de sesión desde que se emite el número del usuario llamado.

Durante el anterior proceso de negociación de sesión, después de descolgar, el usuario llamado envía inmediatamente el mensaje Actualizar que contiene su propio SDP, y en este momento el SDP del usuario llamado en el mensaje Actualizar es el SDP corriente del usuario llamado. El SDP puede cambiar de acuerdo con la variación del número de puerta del usuario llamado, por lo que se requiere al usuario que llama para que envíe el mensaje Reinvi

55 tar al usuario llamado después de recibir el mensaje Actualizar procedente del usuario llamado para renegociar con el fin de obtener el último SDP del usuario llamado. El usuario llamado devuelve el mensaje Respuesta OK 200 que contiene su propio SDP más reciente al usuario que llama y se completa el proceso de renegociación del usuario llamado desde que descolgó. Y se establece la llamada entre el usuario que llama y el usuario llamado.

Además, durante el anterior proceso de negociación de sesión, si el usuario llamado descolgado (el usuario llamado original) es enviado o enganchado con el tercer usuario llamado, el usuario llamado real es el tercer usuario llamado cuyo SDP es distinto del SDP del original. El mensaje Actualizar enviado por el usuario llamado original que descolgó incluye su propio SDP pero no el SDP del usuario llamado real (el tercer usuario llamado) . Por tanto, tras recibir el mensaje Actualizar procedente del usuario llamado original, se requiere al usuario que llama para que envíe el 65 mensaje Reinvitar al usuario llamado real para renegociación con el fin de obtener el SDP el usuario llamado real. El usuario llamado real devuelve el mensaje Respuesta OK 200 que contiene su propio SDP al usuario que llama y, así, se completa el proceso de renegociación del usuario llamado desde que descolgó. En consecuencia, se establece la llamada entre el usuario que llama y el usuario llamado real.

Los flujos anteriores mostrados después de actualizarse el SDP del usuario llamado en el lado del usuario que lla

ma, cuando se lleva a cabo la renegociación entre el usuario que llama y usuario llamado empleando la señalización de Reinvitar una vez tras otra, se referirán a muchos dispositivos y es difícil de conseguir. Además, en el modo basado en B2B (el modo de espalda con espalda en el protocolo SIP) , el tratamiento cruzado en las señalizaciones de Reinvitar llevará directamente al caos. De acuerdo con los flujos anteriores, si se produce muchas veces el anidamiento de flujo de servicio o de envío, el número de señalizaciones de Reinvitar será mayor y será más probable que lleve al caos, lo que puede provocar el estado de paso único. Además, muchas señalizaciones de Reinvitar incrementarán la carga de señalizaciones en la red y darán como resultado una mayor probabilidad de perder paquetes y de que se produzcan errores de transmisión, lo que incluirá sobre el rendimiento del servicio e, incluso, puede hacer que se colapse la red.

La solicitud de patente norteamericana 2005/0036492 A1 describe, en el caso de que no exista cuestión de redirección de llamada con ayuda del mensaje Reinvitar durante el estado de llamada, como resolver el problema de controlar la redirección de una conexión portadora, incluso en el estado de llamada, haciendo que el primer usuario llamado (abonado B) pida una oferta de SDP al segundo usuario llamado (abonado C) a través del protocolo SIP/SIP-T utilizando un parámetro correspondiente (cabecera) "petición de oferta de SDP", etc.

Otra solicitud de patente norteamericana, la 2005/0105511 A1 describe un método y un sistema para establecer una sesión de medios, cuyo método comprende: enviar una petición de invitación de sesión de medios desde un primer dispositivo de comunicación de medios a un segundo dispositivo de comunicación de medios; iniciar un establecimiento de sesión de medios desde el segundo dispositivo de comunicación de medios hacia un equipo de usuario destino; enviar una primera indicación de inactividad de medios desde el segundo dispositivo de comunicación de medios al primer dispositivo de comunicación de medios; y enviar una primera indicación de actividad de medios desde el segundo dispositivo de comunicación de medios al primer dispositivo de comunicación de medios, en respuesta a la recepción de una respuesta de establecimiento de sesión de medio aceptado del equipo de usuario destino al segundo dispositivo de comunicación de medios.

El borrador del documento de Internet "Estado durante un diálogo SIP" (ELWELL SIEMENS V VENKATARAMANAN SYLANTRO SYSTEMS CORP J) examina la necesidad de actualizar información de estado, tal como la identidad de la parte remota, durante un diálogo SIP. Explora los mecanismos existentes que pudieran ser apropiados y propone aclaraciones menores a RFCs y borradores existentes para conseguirlo.

En el documento "Soluciones a la puesta en práctica de servicios en redes SIP" (HILT V y otros, BELL LABS TECHNICAL JOURNAL, WILEY, CA., EE:UU.) se evalúan modelos de servicio comunes adecuados para los servicios deseados y el entorno de red de fabricantes de servicios y se introduce el... [Seguir leyendo]

1. Un método para establecer una sesión entre un usuario que llama y un usuario llamado, de aplicación a una red de próxima generación, después de que dicho usuario llamado haya descolgado, que comprende además:

reiniciar (15, 16) primero una negociación de sesión con dicho usuario llamado a través de un primer servidor de aplicaciones correspondiente al usuario llamado; enviar entonces (17, 18) , al obtenerse un protocolo de descripción de sesión de dicho usuario llamado, un mensaje de petición de actualización que contenga dicho protocolo de descripción de sesión del citado usuario llamado a un segundo servidor de aplicaciones correspondiente al usuario que llama a través de todos los niveles de conmutador lógico;

renegociar (19) , mediante el segundo servidor de aplicaciones, una sesión con un usuario que llama de acuerdo con dicho protocolo de descripción de sesión del citado usuario llamado;

después de que el usuario que llama completa la actualización de sesión, devolver (20, 21, 22, 23) un mensaje de respuesta que contenga un protocolo de descripción de sesión de dicho usuario que llama o dicho usuario llamado, completándose así una negociación de sesión bidireccional entre dicho usuario que llama y dicho usuario llamado.

2. El método de acuerdo con la reivindicación 1, en el que cuando se lleva a cabo la renegociación de sesión con dicho usuario llamado, el servidor de aplicaciones de dicho usuario llamado envía (15) a dicho usuario llamado un mensaje de nueva petición sin protocolo de descripción de sesión.

3. El método de acuerdo con la reivindicación 1, en el que después de que el servidor de aplicaciones de dicho usuario llamado lleva a cabo la renegociación de sesión con dicho usuario llamado, el mencionado usuario llamado

devuelve (16) su propio protocolo de descripción de sesión a su servidor de aplicaciones mediante el mensaje de respuesta.

4. El método de acuerdo con la reivindicación 1, en el que después de la actualización de sesión, dicho usuario que llama devuelve un mensaje de respuesta que contiene un protocolo de descripción de sesión del citado usuario que llama a dicho usuario llamado, que comprende específicamente los pasos de:

devolver (20) dicho usuario que llama un mensaje de respuesta que contenga su propio SDP al servidor de aplicaciones del citado usuario que llama;

devolver (21) el servidor de aplicaciones de dicho usuario que llama un mensaje de respuesta al conmutador lógico de dicho usuario que llama;

devolver el conmutador lógico de dicho usuario que llama un mensaje de respuesta al conmutador lógico del citado usuario llamado, nivel por nivel;

devolver (22) el conmutador lógico de dicho usuario llamado un mensaje de respuesta al servidor de aplicaciones de dicho usuario llamado; y enviar (23) el servidor de aplicaciones de dicho usuario llamado un mensaje de respuesta Confirmar final que con45 tenga un protocolo de descripción de sesión de dicho usuario que llama al citado usuario llamado.

5. El método de acuerdo con la reivindicación 1, que comprende además los pasos de:

después de la negociación de sesión bidireccional entre dicho usuario que llama y el citado usuario llamado; transmitir el servidor de aplicaciones de dicho usuario llamado un mensaje Descolgado de dicho usuario llamado al conmutador lógico de dicho usuario que llama a través del conmutador lógico de dicho usuario llamado, nivel por nivel;

transmitir el conmutador lógico de dicho usuario que llama un mensaje Descolgado al servidor de aplicaciones de dicho usuario que llama; y 55 enviar el servidor de aplicaciones de dicho usuario que llama un mensaje Fin al servidor de recurso de medios en el lado de dicho usuario que llama con el fin de detener la reproducción del tono de establecimiento de llamada para dicho usuario que llama.

6. El método de acuerdo con la reivindicación 1, en el que el usuario llamado es un primer usuario llamado que descuelga y envía o engancha la llamada con un segundo usuario llamado, cuyo método comprende:

reiniciar una negociación de sesión con dicho segundo usuario llamado a través de un primer servidor de aplicaciones correspondiente a dicho primer usuario llamado; enviar, al obtener un protocolo de descripción de sesión de 65 dicho segundo usuario llamado, un mensaje Solicitar actualización que contenga dicho protocolo de descripción de sesión de dicho segundo usuario llamado a un segundo servidor de aplicaciones correspondiente a dicho usuario que llama a través de todos los niveles de conmutadores lógicos;

renegociar, mediante el segundo servidor de aplicaciones, una sesión con dicho usuario que llama de acuerdo con dicho protocolo de descripción de sesión del citado segundo usuario llamado;

después de que el usuario que llama complete la actualización de sesión, devolver un mensaje de respuesta que contenga un protocolo de descripción de sesión de dicho usuario que llama a dicho segundo usuario llamado, completándose así una negociación de sesión bidireccional entre dicho usuario que llama y el segundo usuario llamado.

7. El método de acuerdo con la reivindicación 6, en el que cuando se lleva a cabo la renegociación de sesión con dicho segundo usuario llamado, el servidor de aplicaciones de dicho primer usuario llamado envía un mensaje Volver a solicitar sin protocolo de descripción de sesión a dicho segundo usuario llamado.

8. El método de acuerdo con la reivindicación 6, en el que después de que el servidor de aplicaciones de dicho pri

mer usuario llamado lleva a cabo la renegociación de sesión con dicho segundo usuario llamado, el mencionado segundo usuario llamado devuelve su propio protocolo de descripción de sesión a su servidor de aplicaciones mediante el mensaje de respuesta.

9. El método de acuerdo con la reivindicación 6, en el que, después de actualizarse la sesión, dicho usuario que llama devuelve un mensaje de respuesta que contenga un protocolo de descripción de sesión de dicho usuario que llama a dicho segundo usuario llamado que, específicamente, comprende los pasos:

devolver dicho usuario que llama un mensaje de respuesta que contenga su propio SDP al servidor de aplicaciones de dicho usuario que llama;

devolver el servidor de aplicaciones de dicho usuario que llama un mensaje de respuesta al conmutador lógico de dicho usuario que llama;

devolver el conmutador lógico de dicho usuario que llama un mensaje de respuesta al conmutador lógico de dicho 30 primer usuario llamado, nivel por nivel;

devolver el conmutador lógico de dicho primer usuario llamado un mensaje de respuesta al servidor de aplicaciones de dicho primer usuario llamado; y enviar el servidor de aplicaciones de dicho primer usuario llamado un mensaje Confirmar final que contenga un protocolo de descripción de sesión de dicho usuario que llama a dicho segundo usuario llamado.

10. El método de acuerdo con la reivindicación 6, que comprende además los pasos de:

después de la negociación de sesión bidireccional entre dicho usuario que llama y dicho primer usuario llamado, transmitir mediante el servidor de aplicaciones de dicho primer usuario llamado un mensaje Descolgado de dicho primer usuario llamado al conmutador lógico de dicho usuario que llama a través del conmutador lógico de dicho primer usuario llamado, nivel por nivel;

45 enviar mediante el conmutador lógico de dicho usuario que llama un mensaje Descolgado al servidor de aplicaciones de dicho usuario que llama; y enviar mediante el servidor de aplicaciones de dicho usuario que llama un mensaje de fin al servidor de recursos de medios en el lado de dicho usuario que llama con el fin de detener la reproducción del tono de establecimiento de 50 llamada para el citado usuario que llama.