Método y servidor para procesar un servicio de bifurcación basado en el SIP.

Un método para el procesamiento de un servicio de bifurcación basado en el Protocolo de Inicio de Sesión(SIP),

que comprende:

enviar (304, 511), por parte de un emisor (Cliente A), un mensaje de confirmación después de haber recibido(510) una primera respuesta final de un primer receptor (Cliente B) con el fin de establecer una sesión;caracterizado por

activar, por parte del emisor (Cliente A), un temporizador (T) cuando recibe la primera respuesta final del primerreceptor (Cliente B);

enviar (304, 515) un mensaje de confirmación para establecer una sesión con un segundo receptor (Cliente C) si,antes de que el temporizador (T) agote el tiempo fijado, se recibe (514) una segunda respuesta final del segundoreceptor (Cliente C) posterior a la primera respuesta final, y enviar (517) un mensaje de indicación para liberar lasesión establecida con el segundo receptor (Cliente C); y

enviar (521) un mensaje para liberar el diálogo con un tercer receptor (Cliente D) en relación con la sesióndespués de haber recibido la indicación de que el temporizador (T) ha agotado el tiempo fijado, si existe un diálogocon el tercer receptor (Cliente D) y el emisor (Cliente A) está esperando una respuesta final del tercer receptor(Cliente D) en relación con la sesión.

Método y servidor para procesar un servicio de bifurcación basado en el SIP

Campo de la tecnología La presente invención está relacionada con el campo de la comunicación, más en particular, con un método para procesar un servicio de bifurcación.

Antecedentes de la invención El Protocolo de Inicio de Sesión (SIP) es un protocolo de señalización de telefonía IP presentado por el Grupo de Trabajo de Ingeniería de Internet (IETF) . Como indica su nombre, el SIP se utiliza para iniciar una sesión, y es un tipo de protocolo de control y señalización para la capa de aplicación, que se utiliza para crear, modificar y finalizar la sesión con uno o más de un participante. El SIP puede adaptar y modificar de forma dinámica las propiedades de una sesión, como por ejemplo el requisito de ancho de banda de la sesión, el tipo de los medios transmitidos (voz, video y texto) , el formato de codificación/decodificación de los medios y el soporte para multidifusión y unidifusión.

El protocolo SIP tiene muchas funciones, y una de ellas especialmente útil es la función de bifurcación. Esta función permite enviar una llamada a varios destinos, y permite a la persona que llama localizar al receptor en cualquier instante. La implementación específica incluye el reenvío de una petición a varios destinos a través de un servidor proxy (servidor de red) con estado, encaminando de este modo un mensaje de petición a varios destinos, que devolverán un mensaje de respuesta, respectivamente, esto es, todos los destinos realizan el procesamiento adecuado como si recibieran una petición normal. De esta forma, si el receptor está abonado al servicio de bifurcación, siempre y cuando un iniciador de llamada envíe una llamada, el servidor proxy con estado reenviará esta llamada a múltiples destinos. Esta característica permite que el SIP pueda soportar algunos servicios de comunicación telefónica tradicionales, por ejemplo, servicios para varios participantes, o el uso de extensiones. El servidor proxy anterior con estado implica que el servidor proxy puede memorizar la información de cada petición recibida (por ejemplo, el estado de la transacción) y la información de cualquier petición enviada como resultado del procesamiento de una petición. Dicha información puede influenciar al servidor proxy con estado en el procesamiento de los mensajes de seguimiento asociados a una determinada petición que se ha recibido anteriormente.

De acuerdo con la descripción del protocolo SIP, el servidor proxy puede procesar más de un mensaje de respuesta devuelto por múltiples destinos, o reenviárselos directamente al iniciador de llamada para que los procese.

El Subsistema Multimedia (IMS) se superpone a la red del dominio de paquetes. Dado que la estructura de la red del IMS es independiente de la red portadora de la capa inferior, el IMS es independiente del tipo de terminal utilizado por el usuario e independiente del tipo de la red de acceso. De este modo, el IMS no sólo se puede aplicar en el 3GPP, sino que también se puede aplicar a muchos otros tipos de arquitectura de red. En el IMS, el protocolo SIP se utiliza como protocolo de control de señalización para la sesión multimedia IP. Cuando se selecciona el SIP como protocolo de control de señalización, el 3GPP emplea sólo un modo de procesamiento, a saber, el modo en el que el iniciador de la llamada procesa múltiples respuestas originadas por el uso del servicio de bifurcación, y el servidor proxy con estado únicamente reenvía el mensaje.

Existen dos métodos convencionales para procesar el servicio de bifurcación, los cuales se describen a continuación, respectivamente.

La FIG. 1 es un diagrama esquemático que ilustra el flujo de procesamiento del primer método en la técnica anterior. Después de recibir una primera respuesta final, el cliente que inicia la petición de sesión le devuelve inmediatamente una confirmación (ACK) de confirmación al cliente que ha enviado la respuesta final, a continuación libera el resto de diálogos existentes que se encuentran a la espera de la respuesta final y que se han creado para la misma sesión; a continuación entabla un diálogo con el cliente que ha devuelto la primera respuesta final y comienza a transmitir los datos. En este proceso el cliente A es el cliente que inicia la petición de sesión, es decir, el emisor, el receptor está abonado al servicio de bifurcación y el receptor son dos clientes de destino, esto es, un cliente B y un cliente C, y el servidor proxy es un servidor proxy con estado. El proceso específico de este método en la técnica anterior es como sigue:

Paso 101: el cliente A le envía al servidor proxy una petición INVITE.

Paso 102a, 102b: de acuerdo con la información de suscripción del receptor, el servidor proxy ejecuta la función de bifurcación, copia la petición INVITE y se la remite independientemente al cliente B y al cliente C.

Paso 103a, 103b: el cliente B y el cliente C que han recibido la petición INVITE le devuelven al servidor proxy, por separado, unas respuestas provisionales a la petición INVITE, por ejemplo, una respuesta 183 (Progreso de Sesión) .

Paso 104a, 104b: el servidor proxy le remite al cliente A las respuestas 183 recibidas por separado. 2

Paso 105a, 105b: el cliente A le envía al servidor proxy confirmaciones provisionales (PRACK) como confirmación de la recepción de las respuestas 183.

Paso 106a, 106b: el servidor proxy les remite al cliente B y al cliente C independientemente los mensajes PRACK recibidos.

Paso 107a, 107b: el cliente B y el cliente C responden al PRACK recibido, por ejemplo, le devuelven al servidor proxy por separado un mensaje 200 OK como respuesta al PRACK.

Paso 108a, 108b: el servidor proxy le remite al cliente A los mensajes 200 OK recibidos por separado como respuesta a los PRACK.

Paso 109: el cliente B completa la negociación de los medios y la reserva de recursos, y le devuelve al servidor proxy la respuesta final a la petición INVITE, por ejemplo, un mensaje 200 OK en respuesta a la petición INVITE.

Paso 110: el servidor proxy le remite al cliente A esta respuesta final.

Paso 111: el cliente A le devuelve al servidor proxy el mensaje ACK para confirmar la recepción de la respuesta final, por ejemplo, un mensaje 200 OK en respuesta a la petición INVITE.

Paso 112: el servidor proxy le remite al cliente B correspondiente el mensaje ACK; en este punto, el cliente A reserva los recursos necesarios de acuerdo con la descripción de los medios que se han negociado con éxito, y comienza a transmitirle los datos al cliente B.

Paso 113: si el cliente A comprueba que todavía hay otros diálogos que no han recibido la respuesta final en relación con esta sesión, el cliente A inicia inmediatamente un proceso de liberación de estos diálogos, esto es, el cliente A le envía al servidor proxy una petición CANCEL.

Paso 114: el servidor proxy le remite al correspondiente cliente C el mensaje CANCEL.

Paso 115: después de recibir el mensaje CANCEL, el cliente C lleva a cabo los procesos de liberación del diálogo y de liberación de los recursos, y, a continuación, devuelve un mensaje 200 OK como respuesta al mensaje CANCEL confirmando que el diálogo ha sido liberado con éxito.

Paso 116: el servidor proxy le remite al cliente A este mensaje 200 OK recibido como respuesta al mensaje CANCEL, y en este punto el cliente A completa el proceso de liberación del diálogo entre el cliente C y él mismo.

El cliente receptor citado más arriba puede ser un equipo de respuesta automática o un equipo de respuesta no automática.

A partir del flujo descrito más arriba se puede observar que, una vez que se ha recibido la primera respuesta final, el emisor puede cancelar inmediatamente los demás diálogos que se encuentran a la espera de respuesta final en relación con esta sesión, esto es, puede cancelar inmediatamente los diálogos que han recibido una respuesta provisional pero no han recibido la respuesta final y no han enviado un mensaje CANCEL.

A pesar de que el emisor haya enviado el mensaje CANCEL, no es posible garantizar que no vaya a recibir las respuestas finales de otros diálogos en relación con esta sesión, ya que estas respuestas finales se pueden haber generado antes de que se haya enviado y procesado el mensaje CANCEL. Por ejemplo, cuando un dispositivo de respuesta automática actúa como receptor, la capacidad de procesamiento será muy alta y el proceso de ejecución de la negociación de medios y de reserva de recursos se puede completar rápidamente. En consecuencia, después de enviar un mensaje CANCEL, el emisor también podrá seguir recibiendo mensajes de respuesta... [Seguir leyendo]

1. Un método para el procesamiento de un servicio de bifurcación basado en el Protocolo de Inicio de Sesión (SIP) , que comprende:

enviar (304, 511) , por parte de un emisor (Cliente A) , un mensaje de confirmación después de haber recibido (510) una primera respuesta final de un primer receptor (Cliente B) con el fin de establecer una sesión;

caracterizado por

activar, por parte del emisor (Cliente A) , un temporizador (T) cuando recibe la primera respuesta final del primer receptor (Cliente B) ;

enviar (304, 515) un mensaje de confirmación para establecer una sesión con un segundo receptor (Cliente C) si, antes de que el temporizador (T) agote el tiempo fijado, se recibe (514) una segunda respuesta final del segundo receptor (Cliente C) posterior a la primera respuesta final, y enviar (517) un mensaje de indicación para liberar la sesión establecida con el segundo receptor (Cliente C) ; y

enviar (521) un mensaje para liberar el diálogo con un tercer receptor (Cliente D) en relación con la sesión después de haber recibido la indicación de que el temporizador (T) ha agotado el tiempo fijado, si existe un diálogo con el tercer receptor (Cliente D) y el emisor (Cliente A) está esperando una respuesta final del tercer receptor (Cliente D) en relación con la sesión.

2. El método de acuerdo con la Reivindicación 1, que comprende, además, activar un temporizador válido para todos los diálogos en relación con la sesión, y el periodo de tiempo establecido es una duración del intervalo de tiempo del temporizador.

3. El método de acuerdo con la Reivindicación 2, en el que el paso de enviar (521) un mensaje para liberar el diálogo con el tercer receptor (Cliente D) comprende: al recibir una indicación de que el temporizador ha agotado el tiempo fijado, enviar (521) , por parte del emisor (Cliente A) que inició la sesión, un mensaje para liberar el diálogo con el tercer receptor (Cliente D) que se encuentra en espera de repuesta final en relación con la sesión.

4. El método de acuerdo con la Reivindicación 1 o la Reivindicación 3, en el que los receptores (Clientes B, C, D) soportan respuesta automática y respuesta manual; o los receptores (Clientes B, C, D) soportan únicamente respuesta automática; o los receptores (Clientes B, C y D) soportan únicamente respuesta manual.

5. El método de acuerdo con la Reivindicación 4, en el que el intervalo de tiempo establecido no es menor que un tiempo de respuesta de un receptor (Clientes B, C, D) que soporte que respuesta automática, y no es mayor que un tiempo de respuesta de un receptor (Clientes B, C, D) que soporte que respuesta manual.

6. El método de acuerdo con la Reivindicación 1, en el que el mensaje para liberar el diálogo que se encuentra a la espera de una respuesta final es un mensaje BYE.

7. El método de acuerdo con la Reivindicación 1, en el que el mensaje para liberar el diálogo que se encuentra a la espera de una respuesta final es un mensaje CANCEL.

8. El método de acuerdo con la Reivindicación 1, en el que los mensajes intercambiados entre el emisor (Cliente A) que inicia la sesión y los receptores (Clientes B, C, D) son reenviados por un servidor proxy (Servidor Proxy) con estado.

9. Un emisor que inicia una sesión de un servicio de bifurcación basado en el Protocolo de Inicio de Sesión (SIP) , que comprende:

medios adaptados para enviar un mensaje de confirmación después de haber recibido una primera respuesta final de un primer receptor para establecer una sesión,

caracterizado por

medios para activar un temporizador (T) al recibir la primera respuesta final del primer receptor (Cliente B) ;

medios adaptados para enviar un mensaje de confirmación para establecer una sesión con un segundo receptor si, antes de que el temporizador (T) haya agotado el tiempo fijado, se recibe una segunda respuesta final del segundo receptor posterior a la primera respuesta final, y enviar un mensaje para liberar la sesión establecida con el segundo receptor; y

medios adaptados para enviar un mensaje para liberar el diálogo con el tercer receptor en relación con la sesión después de haber recibido la indicación de que el temporizador (T) ha agotado el tiempo fijado, si existe un diálogo con el tercer receptor y el emisor está esperando una respuesta final del tercer receptor en relación con la sesión.