Método, sistema de comunicación y entidad para envío de código de solapamiento utilizando un protocolo de iniciación de sesión.

Un método para realizar un envío de código de solapamiento en función del Protocolo de Iniciación de Sesión (SIP),

que comprende:

el envío de al menos una parte de dígitos de un número llamado a un servidor de llamadas (30b) por intermedio de un mensaje INVITE;

caracterizado porque el método comprende, además:

la recepción de un mensaje de respuesta de progreso de llamada, que indica que el número llamado es incompleto, desde el servidor de llamadas (30b) y el envío de los dígitos, posteriormente recibidos, del número llamado al servidor de llamadas (30b) por intermedio de un mensaje INFO en función del mensaje de respuesta de progreso de llamada.

Método, sistema de comunicación y entidad para envío de código de solapamiento utilizando un protocolo de iniciación de sesión Esta solicitud reivindica una prioridad de la solicitud de patente china nº 200510120876.0, presentada ante la Oficina de Patente China el 4 de diciembre de 2005 y titulada "Método para envío de código de solapamiento basado en SIP", cuyo contenido se incorpora aquí por referencia en su integridad.

CAMPO DE LA INVENCIÓN

La presente invención se refiere a un sistema y método para transmitir llamadas entre redes sobre la base de diferentes protocolos de comunicación, y en particular, a un método, sistema de comunicación y entidad para envío de código de solapamiento basado en el Protocolo de Iniciación de Sesión (SIP) .

ANTECEDENTES DE LA INVENCIÓN

Con el desarrollo continuo de las tecnologías de la informática y de las comunicaciones, cada vez más operadores y fabricantes de equipos aceptan el soporte de voz, datos e imágenes en una red pública de paquetes conmutados. La tendencia de dichos servicios y la convergencia de la red dan lugar a una red de la siguiente generación (NGN) . La red NGN adopta una estructura de red distribuida en la red de paquetes conmutados para soportar efectivamente servicios de voz, datos y multimedia.

Como una tecnología esencial de la red NGN, el conmutador lógico atrae cada vez más atención. Como un módulo de función de control en la red NGN, el conmutador lógico proporciona funciones de control de llamadas y de conexiones para servicios en tiempo real de la red NGN. SIP es un protocolo de control de sesiones formulado por IETF y actualmente es un protocolo de control de sesión predominante para la NGN. SIP es responsable para establecer y gestionar las conexiones de sesiones entre dos o más usuarios. La sesión puede ser una conferencia multimedia de Internet, una llamada de Internet o una asignación de trenes de datos multimedia. SIP establece una sesión enviando un mensaje INVITE.

El envío de código de solapamiento se aplica ampliamente en la red. Por ejemplo, mecanismos de envío solapado existen en los protocolos de H.248, la Parte de Usuario de Red Digital de Servicios Integrados (ISUP) y la Parte de Usuario de Teléfono (TUP) . El H.248 es un protocolo de control de pasarela entre una pasarela multimedia (MG) y un controlador de pasarela multimedia (MGC) . Los dígitos marcados por un usuario, bajo la pasarela MG, se pueden comunicar al MGC en el modo de solapamiento según se define por H.248 y éste es un envío de código de solapamiento en el lado del usuario. ISUP/TUP soporta el envío de código de solapamiento entre dos conmutadores, es decir, el envío de código de solapamiento en el lado de la red. Sin embargo, si una petición inicial de SIP INVITE sólo transmite parte de los dígitos iniciales y los dígitos están incompletos, SIP no tiene conocimiento de cómo enviar los dígitos posteriores. En consecuencia, el número llamado no puede conectarse correctamente debido a que el número está incompleto. Por lo tanto, ocurren problemas cuando SIP es objeto de una inter-operación con dichos protocolos.

La Figura 1 representa una estructura de red para el envío de código de solapamiento basado en SIP. En la Figura 1, cuando se recibe una petición de establecimiento de llamada desde una Red Telefónica Pública Conmutada (PSTN) llamante 10a, un conmutador lógico llamante 30a envía un mensaje SIP a un conmutador lógico llamado 30b, que solicita establecer una llamada con una red PSTN llamada 10b. El conmutador lógico llamante 30a y el conmutador lógico llamado 30b controlan la conexión y desconexión de una ruta de soporte 50 entre una MG llamante 40a y una MG llamada 40b. La señalización de ISUP de las redes PSTN llamante y llamada suporta el envío de código de solapamiento. Dicho de otro modo, los dígitos de un número llamado se envían por intermedio de unos pocos mensajes separados. Esto exige a la NGN intermedia soportar el envío de código de solapamiento, de modo que el número llamado se pueda transmitir a la red PSTN llamada, de forma rápida y exacta.

Las normas pertinentes de SIP definen dos modos de envío solapados.

El primero es el modo Enbloc. Este modo se denomina también modo "pseudo Enbloc". La Figura 2 representa un proceso de llamada del modo Enbloc en RFC3578. Muestra el proceso de utilizar T10 para convertir la señalización de Overlap en el modo Enbloc. Según se representa en la Figura 2, sin conocer si el número llamado alcanza la posible longitud de número máxima, el conmutador lógico inicia operativamente el temporizador T10 para esperar dígitos posteriores. Una vez que transcurra el tiempo de espera o el número llamado alcance la máxima longitud del número posible, el conmutador lógico origina una llamada a la oficina llamada y envía todos los números recibidos a la oficina llamada de una sola vez. No obstante, cuando el conmutador lógico actúa como una oficina llamante u oficina tándem, puede ser incapaz de conocer la longitud verdadera del número llamado o la longitud verdadera del número llamado puede cambiar debido a la actualización del número de la parte llamada. Cuando el conmutador lógico no conoce la longitud verdadera del número llamado, necesita confiar operativamente en el tiempo de espera del temporizador, por lo que convierte la señalización en el modo Enbloc y origina una llamada a la oficina llamada.

Esto da lugar a una baja velocidad de conexión. Además, si el usuario marca un número lentamente y transcurre un tiempo de espera del temporizador, la llamada puede resultar fallida. En efecto, el modo Enbloc no realiza realmente un "envío solapado".

El segundo es el modo Overlap. La Figura 3 representa un flujo de proceso de llamada del modo Overlap en RFC3578. Según se representa en la Figura 3, un conmutador lógico recibe una petición de número llamado. En este caso, si el conmutador lógico puede identificar el conmutador lógico llamado, en función del número llamado obtenido, el conmutador lógico envía una petición INVITE al conmutador lógico llamado, con prontitud, para establecer una llamada. Si se reciben nuevos dígitos más tarde, el conmutador lógico necesita enviar una nueva petición INVITE al conmutador lógico llamado. La nueva petición INVITE transmite todos los dígitos más recientes del número llamado. Después de recibir el primer mensaje INVITE, el conmutador lógico llamado rechaza la llamada por intermedio de un mensaje de respuesta de fallo 484 si no puede encaminar la llamada. De no ser así, encamina la llamada al nodo de red siguiente. Si el conmutador lógico llamado recibe un nuevo mensaje INVITE antes de recibir un mensaje como ACM desde la oficina hacia atrás, pero el nuevo mensaje INVITE transmite más dígitos del número llamado que el mensaje INVITE anterior, el conmutador lógico llamado necesita realizar el primer flujo del proceso de transacción de INVITE a través del mensaje 484 y para enviar el nuevo número llamado al siguiente nodo por intermedio de un mensaje tal como SAM.

Los estándares de las especificaciones IETF y SIP-I (Q. 1912.5) de la ITU-T utilizan múltiples mensajes INVITE para resolver el problema del envío de código de solapamiento basado en SIP. Sin embargo, múltiples mensajes INVITE pueden iniciar, de forma repetida, el proceso de establecimiento de llamadas, iniciar el proceso de encaminamiento de dispositivos de redes, también de forma repetida, e iniciar las entidades SIP pertinentes para gestionar la información de señalización importante, tal como SIP-T y el Protocolo de Descripción de Sesión (SDP) , repetidamente. Además, todos los dispositivos de SIP gestionan el mensaje INVITE, de forma meticulosa e ineficiente. Por lo tanto, el modo de realización es muy complicado y poco eficaz. Este modo hace difícil resolver importantes problemas en la red existente a corto plazo.

En resumen, las dos soluciones, en la técnica anterior, son defectuosas.

En la primera solución, el modo Enbloc inicia operativamente un temporizador para esperar los dígitos posteriores, lo que desacelera la conexión. Además, los dígitos se pueden recibir, en forma incompleta, al terminar el tiempo de espera del temporizador y la llamada ha de liberarse debido a la condición incompleta del número llamado. En la segunda solución, múltiples mensajes INVITE aumentan la carga de la red y pueden dar lugar a divergencia del denominado encaminamiento mandatario.

En el documento US 2003/007483 A1, se da a conocer un método de establecimiento de... [Seguir leyendo]

1. Un método para realizar un envío de código de solapamiento en función del Protocolo de Iniciación de Sesión (SIP) , que comprende:

el envío de al menos una parte de dígitos de un número llamado a un servidor de llamadas (30b) por intermedio de un mensaje INVITE;

caracterizado porque el método comprende, además:

la recepción de un mensaje de respuesta de progreso de llamada, que indica que el número llamado es incompleto, desde el servidor de llamadas (30b) y el envío de los dígitos, posteriormente recibidos, del número llamado al servidor de llamadas (30b) por intermedio de 15 un mensaje INFO en función del mensaje de respuesta de progreso de llamada.

2. El método según la reivindicación 1, caracterizado por comprender, además:

la configuración del mensaje INFO de modo que los últimos dígitos posteriores se encaminen en un campo de 20 cabecera extendido o un cuerpo de mensaje o un URI de Petición.

3. El método según la reivindicación 1, caracterizado porque comprende, además:

el envío, por el servidor de llamadas (30b) , de los dígitos del número llamado a la red llamada (10b) . 25

4. El método según la reivindicación 1, caracterizado porque el mensaje de respuesta de progreso de llamada indica el estado incompleto del número llamado extendiendo el campo de cabecera o añadiendo un parámetro denominado baliza operativa.

5. El método según las reivindicaciones 1 a 4, caracterizado porque el mensaje de respuesta de progreso de llamada es un mensaje 183.

6. El método según la reivindicación 5, caracterizado porque el mensaje 183 no transmite ningún cuerpo de mensaje. 35

7. El método de establecimiento de llamada, según la reivindicación 1, caracterizado porque el mensaje de respuesta de progreso de llamada transmite un parámetro de Contact.

8. Un sistema de comunicación para envío de código de solapamiento basado en el Protocolo de Iniciación de

Sesión (SIP) , que comprende una entidad de SIP (30a) y un servidor de llamadas (30b) , estando la entidad SIP (30a) adaptada para enviar al menos una parte de dígitos de un número llamado al servidor de llamadas (30b) por intermedio de un mensaje INVITE, caracterizado porque:

la entidad de SIP (30a) está adaptada, además, para enviar los dígitos posteriormente recibidos del número llamado 45 al servidor de llamadas (30b) por intermedio de un mensaje INFO al recibir un mensaje de respuesta de progreso de llamada desde el servidor de llamadas (30b) que indica que el número llamado está incompleto y el servidor de llamadas (30b) está adaptado para enviar el mensaje de respuesta de progreso de llamada a la entidad de SIP (30a) cuando el número llamado desde la entidad de SIP (30a) está incompleto en función del 50 mensaje INVlTE.

9. El sistema de comunicación según la reivindicación 8, caracterizado porque la entidad de SIP (30a) es un terminal de SIP.

55 10. El sistema de comunicación según la reivindicación 8, caracterizado porque la entidad de SIP (30a) es otro servidor de llamadas y el número llamado se recibe desde una red llamante (10b) .

11. El sistema de comunicación según la reivindicación 8 caracterizado porque la entidad de SIP (30a) es otro servidor de llamadas y el número llamado se recibe desde un terminal de MGCP. 60

12. El sistema de comunicación según cualquiera de las reivindicaciones 8 a 11, en donde el servidor de llamadas (30b) está adaptado, además, para extender el campo de cabecera o añadir una baliza al mensaje de respuesta de progreso de llamada para indicar el estado incompleto del número llamado.

13. Una entidad de SIP (30a) que comprende: un aparato adaptado para enviar al menos una parte de dígitos de un número llamado a un servidor de llamadas (30b) mediante un mensaje INVITE; caracterizado porque la entidad de SIP (30a) comprende, además:

un aparato adaptado para enviar los dígitos posteriormente recibidos del número llamado al servidor de llamadas (30b) por intermedio de un mensaje INFO al recibir un mensaje de respuesta del progreso de la llamada que indica que el número llamado está incompleto desde el servidor de llamadas (30b) .

14. La entidad de SIP (30a) según la reivindicación 13, caracterizado porque la entidad de SIP (30a) es un terminal 10 de SIP u otro servidor de llamadas.

ConmutadorConmutadorlógicológicollamantellamadoPSTN

PSTN

llamada llamante Parte

Parte

llamada llamante RutaMG llamada MG llamante soporte Figura 1

Conmutador Entidad SIP

Figura 2

Conmutador lógico Inicio T10

Inicio T10

484 adaptado para INVITE 1 ACK

Inicio T10

484 adaptado para INVITE 2 ACK

Figura 3

Conmutador lógico - A Conmutador lógico - B Conmutador lógico - C

100 Intentando 100 Intentando 183 Progreso183 Progreso 180 Llamando

180 Llamando Figura 4

SIP/2.0 183 Progreso sesión Vía: SIP/2.0/UDP 59.37.73.1:5061;bifurcación=z9hG4bKedd227edc Para:<sip:07552878@59.37.72.5;usuario=teléfono>;tag=3b254805-1679 Desde: <sip:01089658888@59.37.73.1 ;usuario=teléfono>;tag=edd227ed ID-llamada: 53e37c68fl52cf0ff1cd2f36edd227ed@59.37.73.1 CSeq: 1 INVITE Contacto: <sip: 07552878@59.37.72.5> Registro-Ruta: <sip:59.37.72.5;lr> Require: 100rel RSeq: 1 Contenido-Longitud: 0

Figura 5

INFO sip:07552878@59.37.72.5;usuario=teléfono SIP/2.0 Vía: SIP/2.0/UDP 59.37.73.1:5061;bifurcación=z9hG4bK96e791e25 ID-llamada:53e37c68f152cf0ff1cd2f36edd227ed@59.37.73.1 Desde: <sip:01089658888@59.37.73.1;usuario=teléfono>;tag=edd227ed Para: <sip:07552878@59.37.72.5;usuario=teléfono>;tag=3b254805-1679 CSeq: 1 INFO

SAM: 123

Máx. reenvíos: 70 Contenido-Longitud: 0

Figura 6A

INFO sip:07552878@59.37.72.5;usuario=teléfono SIP/2.0 Vía: SIP/2.0/UDP 59.37.73.1:5061;bifurcación=z9hG4bK96e791e25 ID-llamada:53e37c68f152cf0ff1cd2f36edd227ed@59.37.73.1 Desde: <sip:01089658888@59.37.73.1;usuario=teléfono>;tag=edd227ed Para: <sip:07552878@59.37.72.5;usuario=teléfono>;tag=3b254805-1679 CSeq: 1 INFO Máx. reenvíos: 70 Contenido-Tipo: Aplicación/sam Contenido-Longitud: …

SAM: 123

Figura 7B

INFO sip:07552878123@59.37.72.5;usuario=teléfono SIP/2.0 Vía: SIP/2.0/UDP 59.37.73.1:5061;bifurcación=z9hG4bK96e791e25 ID-llamada:53e37c68f152cf0ff1cd2f36edd227ed@59.37.73.1 Desde: <sip:01089658888@59.37.73.1;usuario=teléfono>;tag=edd227ed Para: <sip:07552878@59.37.72.5;usuario=teléfono>;tag=3b254805-1679 CSeq: 1 INFO Máx. reenvíos: 70 Contenido-Longitud: 0

Figura 8C

Figura 9