ES2708089T3

ES2708089T3 - Procedimiento, sistema y dispositivo para realizar traspaso de traducción de direcciones de red

Info

Publication number: ES2708089T3
Application number: ES08715085T
Authority: ES
Inventors: Ning Zhu
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-03-01
Filing date: 2008-02-22
Publication date: 2019-04-08
Anticipated expiration: 2028-02-22
Also published as: EP2117190B1; CN101257433A; WO2008104128A1; US8325741B2; EP2117190A1; US20090274146A1; CN101257433B; EP2117190A4

Abstract

Un procedimiento para implementar traducción de direcciones de red, NAT, transversal, que comprende: obtener (601), mediante una pasarela de medios, MGW, una lista de candidatos de la MGW y una lista de candidatos de un dispositivo que soporta un mecanismo de establecimiento de conectividad interactiva, ICE, en el extremo homólogo; enviar, mediante la MGW, la lista de candidatos de la MGW por medio de un controlador de pasarela de medios, MGC, al dispositivo que soporta un mecanismo ICE, a través de un protocolo H.248; realizar, (602), mediante la MGW, comprobación de conectividad con el dispositivo que soporta un mecanismo ICE, de acuerdo con la lista de candidatos de la MGW y la lista de candidatos del dispositivo que soporta un mecanismo ICE; y transmitir (603) flujos de medios, mediante la MGW, al dispositivo que soporta un mecanismo ICE de acuerdo con un par de candidatos seleccionado que pasa la comprobación de conectividad, en el que el par de candidatos seleccionado incluye una dirección candidata de la lista de candidatos de la MGW y una dirección candidata de la lista de candidatos del dispositivo que soporta un mecanismo ICE; caracterizado por que el procedimiento comprende además: recibir, mediante la MGW, un mensaje de establecimiento de un tipo de paquete de mantener activo y/o de un periodo de envío del paquete de mantener activo, enviado por el MGC, y enviar, mediante la MGW, un paquete de mantener activo al dispositivo que soporta un mecanismo ICE en el extremo homólogo de acuerdo con el tipo de paquete de mantener activo y/o el periodo de envío del paquete de mantener activo, establecidos.

Description

DESCRIPCION

Procedimiento, sistema y dispositivo para realizar traspaso de traduccion de direcciones de red

Sector tecnico de la tecnologia

La presente invencion se refiere a tecnologia de red de proxima generacion (NGN, the Next-Generation Network), y en particular, a un procedimiento, un sistema y un dispositivo para implementar traduccion de direcciones de red (NAT, network address translation) transversal en una NGN.

Antecedentes

La NGN aparece como un resultado de convergencia de una red telefonica publica conmutada (PSTN, Public Switched Telephone network) basada en multiplexacion por division de tiempo (TDM, Time Division Multiplex) y una red de paquetes basada en protocolo de internet (IP, Internet Protocol) o basada en modo de transferencia asincrona (ATM, Asynchronous Transfer Mode). La NGN hace posible implementar servicios integrados tales como voz, video y datos en la misma red, y abre la puerta a una nueva era en la red de telecomunicaciones de proxima generacion.

La figura 1 muestra la arquitectura de una NGN existente en la tecnica anterior. Tal como se muestra en la figura 1, la NGN incluye una pasarela de medios (MGW) y un controlador de pasarela de medios (MGC, Media Gateway Controller). El MGC esta adaptado para gestionar estados de llamada y controlar los recursos de portadora MGW. La MGW esta adaptada para convertir el tipo de flujo de medios de un formato a otro formato, por ejemplo, de un segmento de tiempo E1 en una red de conmutacion de circuitos (CS, Circuit-Switched) a un flujo de medios de protocolo de transporte en tiempo real (RTP, Real time Transport Protocol) en una red IP, e implementar establecimiento, modificacion y liberacion de flujos de medios y gestion de recursos bajo la senalizacion de control del MGC.

Tal como se muestra en la figura 1, si la red portadora que lleva la MGW1 y la red portadora que lleva la MGW2 son la misma red privada o red publica, el paquete IP puede ser enviado directamente de MGW1 a MGW2, y viceversa. Sin embargo, si la red portadora que lleva la MGW1 es diferente de la red portadora que lleva a la MGW2, por ejemplo, MGW1 esta en una red publica pero MGW2 esta en una red privada, o MGW1 y MGW2 estan en dos redes privadas diferentes entre las que no se pueden intercambiar directamente paquetes IP, el flujo de medios puede ser unidireccional o bloquearse. El mismo problema puede existir asimismo en caso de que un lado del flujo de medios sea una MGW y el otro lado sea un terminal de protocolo de inicio de sesion (SIP, Session Initiation Protocol), o un terminal H323 o un terminal de red de dominio CS, o un terminal de red de dominio de conmutacion de paquetes (PS, Packet-Switched).

En la tecnica anterior, para transmitir el paquete IP entre la red privada y la red publica, se aplica generalmente la tecnologia de traduccion de direcciones de red/puertos. Traduccion de direcciones de red (NAT) es una tecnologia estandar para mapear un campo de direcciones, tal como una intranet, a otro campo de direcciones, tal como internet. La NAT permite que un terminal en una intranet utilizada exclusivamente dentro de una organizacion (es decir, una red privada) sea conectado con un terminal en un dominio publico (es decir, una red publica), y no es necesario que el terminal tenga una direccion de internet registrada.

En la tecnologia NAT transversal que deriva de la tecnologia NAT, el terminal en una red privada tiene una direccion IP y accede a la red publica a traves de un traductor de direcciones de red (NAT)/cortafuegos (FW) en la salida. Dos modos comunes de NAT transversal son actualmente: el modo transversal simple de UDP a traves de traductores de direcciones de red (STUN) del protocolo de datagramas de usuario (UDP, User Datagram Protocol), y el modo transversal utilizando retransmisiones NAT (TURN).

El proceso de implementar el modo STUN es: a traves de un UDP, el cliente STUN envia un mensaje STUN de solicitud al servidor STUN fuera de la NAT. Despues de recibir el mensaje de solicitud, el servidor STUN genera un mensaje de respuesta. El mensaje de respuesta lleva informacion sobre el puerto de origen de envio del mensaje de solicitud, es decir, la interfaz externa correspondiente del cliente STUN en la NAT. A traves de la NAT, el servidor STUN envia el mensaje de respuesta al cliente STUN. A traves del mensaje de respuesta, el cliente STUN conoce la direccion externa de la NAT, e introduce la direccion externa en la carga UDP del protocolo de llamada, indicando al receptor que la direccion de recepcion RTP y el ID de puerto del lado local son la direccion externa y el ID de puerto de la NAT. Dado que las entradas de la tabla de mapeo NAT del flujo de medios estan ya previamente establecidas en la NAT a traves del protocolo STUN, el flujo de medios puede atravesar sin complicaciones la NAT.

El procedimiento de implementacion del modo TURN es similar al procedimiento de implementacion del modo STUN. En la red privada, el terminal de voz sobre IP (VoIP) conoce previamente la direccion de servicio de la red publica, e introduce en la direccion de servicio en la carga util del paquete IP, es decir, la informacion de direccion de la senalizacion.

En la tecnica anterior, la NGN implementa el NAT transversal del siguiente modo:

En la red privada, la direccion del punto extremo RTP (RTP1) en el protocolo de descripcion de sesion (SDP, Session Description Protocol) local es notificada mediante la MGW1 en la red privada al MGC en el momento de la negociacion de capacidad, y esta direccion es una direccion de red privada. Se supone que la direccion es la direccion del equipo local del cliente (CPE, Customer Premises Equipment) 2. En el mensaje H.248 enviado por el MGC a la MGW2 en la red publica, se especifica que la direccion remota del punto extremo RTP (RTP2) de la MGW2 es la direccion del CPE2. De este modo, de acuerdo con el protocolo H.248, el RTP2 envia el flujo de medios a la direccion de CPE2 cuando envia el flujo de medios a la MGW1 a continuacion. Sin embargo, CPE2 es una direccion de red privada, que es inaccesible mediante el flujo de medios que procede de RTP2. Por lo tanto, cuando el flujo de medios enviado desde el punto extremo RTP1 pasa traves de la NAT, la NAT convierte la direccion del flujo de medios de CPE2 a CPE1, y se anade una senal de paquete que lleva la informacion de direccion CPE1 al H.248.37. La senal de paquete es entregada a RTP2, instruyendo al RTP2 para realizar NAT transversal. El RTP2 sustituye la direccion recibida (direccion CPE1) con la antigua direccion de red privada remota (direccion CPE2), y envia el subsiguiente flujo de medios al CPE1. De acuerdo con la relacion de mapeo de direcciones preestablecida, la NAT envia el flujo de medios recibido por el CPE1 a la direccion de red privada (direccion CPE2) de la MGW1. Los defectos del procedimiento anterior son: la NAT transversal definida en H.248.37 requiere que el punto extremo en la red privada envie primero el flujo de medios al punto extremo en la red publica, de tal modo que la NAT se activa para generar mapeo de direcciones; el punto extremo en la red publica utiliza la direccion de origen del flujo de medios recibida como una direccion de destino de envio del flujo de medios. Sin embargo, en muchas circunstancias la red soporta solamente flujos de medios unidireccionales, tales como el tono de espera y el tono personalizado de espera, para reproducir por el extremo homologo. Dado que la parte llamada no ha descolgado en este momento, no se envia ningun flujo de medios desde la parte que llama en la red privada. Ademas, cuando esta activada la deteccion de silencio, si el usuario de la red privada esta en silencio no se envia ningun flujo de medios desde la red privada a la red publica, y la red publica no puede enviar el flujo de medios a la red privada. Es decir, tal como se define mediante H.248.37, el punto extremo en la red privada tiene primero que enviar el flujo de medios al punto extremo IP en la red publica. De lo contrario, la interconexion del flujo de medios es imposible, afectando por lo tanto a la estabilidad de la transmision de flujos de medios en la NGN.

ROSENBERG CISCO SYSTEM J, "Interactive Connectivity Establishment (ICE): A Methodology for Network Address Translator (NAT) traversal for Offer/Answer Protocols; draft-ietf-mmusic-ice-13.txt" da a conocer como implementar un procedimiento ICE entre puntos extremos. Documento "Draft new ITU-T Recommendation H.248.50 nAt Traversal Toolkit Packages". Borrador ITU-T Xp17540143, 14/11/2006 se refiere a NAT transversal.

Resumen

Se da a conocer un procedimiento para implementar NAT transversal en una realizacion de la presente invencion para mejorar la estabilidad de la transmision de flujos de medios.

Se da a conocer un sistema para implementar NAT transversal en una realizacion de la presente invencion para mejorar la estabilidad de la transmision de flujos de medios.

Se da a conocer un dispositivo para implementar NAT transversal en una realizacion de la presente invencion para mejorar la estabilidad de la transmision de flujos de medios.

La solucion tecnica bajo la presente invencion se implementa del siguiente modo:

Se da a conocer un procedimiento para implementar NAT transversal. El procedimiento incluye:

obtener, mediante una pasarela de medios, MGW, una lista de candidatos de la MGW y una lista de candidatos de un dispositivo que soporta un mecanismo de establecimiento de conectividad interactiva, ICE, en el extremo homologo;

enviar, mediante la MGW, la lista de candidatos de la MGW al dispositivo que soporta un mecanismo ICE por medio de un controlador de pasarela de medios, MGC y por medio de un protocolo H.248; y

realizar, mediante la MGW, una comprobacion de conectividad con el dispositivo que soporta un mecanismo ICE, de acuerdo con la lista de candidatos de la MGW y la lista de candidatos del dispositivo que soporta un mecanismo ICE; transmitir flujos de medios al dispositivo que soporta un mecanismo ICE, de acuerdo con un par de direcciones candidatas que pasa la comprobacion de conectividad, en el que el par de direcciones candidatas seleccionadas incluye una direccion candidata de la lista de candidatos de la MGW y una direccion candidata de la lista de candidatos del dispositivo que soporta un mecanismo ICE;

recibir, mediante la MGW, un mensaje de establecimiento de un tipo de paquete de mantener activo y/o de un periodo de envio del paquete de mantener activo, enviado por el MGC, y enviar, mediante la MGW, un paquete de mantener activo al dispositivo que soporta un mecanismo ICE en el extremo homologo de acuerdo con el tipo de paquete de mantener activo y/o el periodo de envio del paquete de mantener activo, establecidos.

Se da a conocer un sistema para implementar NAT transversal. El sistema incluye una pasarela de medios, MGW, un dispositivo que soporta un mecanismo de establecimiento de conectividad interactiva, ICE, en el extremo homologo y un controlador de pasarela de medios, MGC, en el que:

la MGW esta configurada para obtener una lista de candidatos de la MGW y una lista de candidatos del dispositivo que soporta un mecanismo ICE en un extremo homologo, y enviar la lista de candidatos de la MGW a un dispositivo que soporta un mecanismo ICE a traves del MGC, y para realizar una comprobacion de conectividad con el dispositivo que soporta un mecanismo ICE, de acuerdo con la lista de candidatos de la MGW y la lista de candidatos del dispositivo que soporta un mecanismo ICE, y enviar flujos de medios al dispositivo que soporta un mecanismo ICE, de acuerdo con un par de direcciones candidatas seleccionadas que pasan la comprobacion de conectividad, donde el par de direcciones candidatas seleccionadas incluye una direccion candidata de la lista de candidatos de la MGW y una direccion candidata de la lista de candidatos del dispositivo que soporta un mecanismo ICE;

el MGC esta configurado para enviar un mensaje de establecimiento de un tipo de paquete de mantener activo y/o de un periodo de envio del paquete de mantener activo,

la MGW esta configurada ademas para enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE en el extremo homologo, de acuerdo con el tipo de paquete de mantener activo establecido y/o el periodo de envio del paquete de mantener activo establecido.

Se da a conocer un dispositivo para implementar NAT transversal. El dispositivo incluye:

una unidad de obtencion, configurada para obtener una lista de candidatos de la MGW y una lista de candidatos de un dispositivo que soporta un mecanismo de establecimiento de conectividad interactiva, ICE, en un extremo homologo;

una unidad de envio, configurada para enviar la lista de candidatos de la MGW al dispositivo que soporta un mecanismo ICE a traves de un controlador de pasarela de medios, MGC.

una unidad de comprobacion de conectividad, configurada para realizar una comprobacion de conectividad con el dispositivo que soporta un mecanismo ICE, de acuerdo con la lista de candidatos de la MGW y la lista de candidatos del dispositivo que soporta un mecanismo ICE; y

la unidad de envio, configurada ademas para enviar flujos de medios al dispositivo que soporta un mecanismo ICE, de acuerdo con un par de direcciones candidatas seleccionadas que pasa la comprobacion de conectividad, en el que el par de direcciones candidatas seleccionadas incluye una direccion candidata de la lista de candidatos de la MGW y una direccion candidata de la lista de candidatos del dispositivo que soporta un mecanismo ICE;

la unidad de obtencion, configurada ademas para recibir un mensaje de ajuste de un tipo de paquete de mantener activo y/o de un periodo de envio del paquete de mantener activo, enviado por el MGC, y enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE en el extremo homologo, de acuerdo con el tipo de paquete de mantener activo ajustado y/o con el periodo de envio del paquete de mantener activo ajustado.

Mediante la solucion tecnica de la presente invencion, la MGW y el dispositivo que soporta un mecanismo ICE en la red realizan una comprobacion de conectividad de acuerdo con informacion de candidatos que cada uno obtiene del otro, y realizan NAT transversal de acuerdo con el resultado de la comprobacion de conectividad. A diferencia de la tecnica anterior, la solucion tecnica de la presente invencion no requiere que un punto extremo en la red privada envie previamente un flujo de medios a la NAT para hacer que la NAT genere una direccion de mapeo, sino que consigue NAT transversal en caso de que ambos extremos del flujo de medios esten en la red privada. Ademas, la MGW no solamente permite que el flujo de medios entre la MGW y otra MGW que soporta las funciones de la presente invencion atraviese la NAT, sino que permite asimismo que el flujo de medios entre la MGW y cualquier otro dispositivo que soporta el mecanismo ICE atraviese la NAT, mejorando por lo tanto la estabilidad de transmision de los flujos de medios en una red inclusiva de un MGC y una MGW (por ejemplo, una NGN).

Breve descripcion de los dibujos

Para aclarar a los expertos en la materia los meritos de la presente invencion, a continuacion se describen en detalle las realizaciones a modo de ejemplo de la presente invencion haciendo referencia a los dibujos adjuntos:

la figura 1 muestra una estructura de una NGN de la tecnica anterior;

la figura 2 muestra una composicion de un sistema en una realizacion de la presente invencion;

la figura 3 muestra una estructura de un sistema en una realizacion de la presente invencion;

la figura 4 muestra una estructura de un sistema en otra realizacion de la presente invencion;

la figura 5 muestra una composicion de un dispositivo en una realizacion de la presente invencion;

la figura 6 es un diagrama de flujo de un procedimiento de una realizacion de la presente invencion; y

la figura 7 es un diagrama de flujo de un procedimiento en otra realizacion de la presente invencion. invencion; la figura 6 es un diagrama de flujo de un procedimiento de una realizacion de la presente invencion; y

la figura 7 es un diagrama de flujo de un procedimiento en otra realizacion de la presente invencion.

Descripcion detallada

Para aclarar las soluciones tecnicas, los objetivos y los meritos de la presente invencion, a continuacion se detalla la invencion haciendo referencia a los dibujos adjuntos y a las realizaciones preferidas.

En la NAT transversal de la tecnica anterior, no se garantiza la estabilidad de transmision de flujos de medios. En una realizacion de la presente invencion se da a conocer un nuevo modo de NAT transversal para mejorar la estabilidad de transmision de los flujos de medios en una red inclusiva de un MGC y una MGW (por ejemplo, una NGN).

En una realizacion de la presente invencion se aplica un mecanismo ICE para gestionar la NAT transversal basada en SIP. El procedimiento para implementar el mecanismo incluye:

integrar los modos de NAT transversal, tales como STUN y TURN, generar una lista de candidatos en el modo STUN o TURN en el lado del receptor y el lado del transmisor del flujo de medios respectivamente, y realizar un emparejamiento cruzado para la lista de candidatos en ambos lados con el fin de generar una serie de pares de candidatos, donde cada par de candidatos incluye un candidato local y un candidato remoto; y

realizar una comprobacion de conectividad y un ICE concluyente para cada par de candidatos respectivamente, seleccionar el par de candidatos de la prioridad mas alta entre todos los pares de candidatos que pasan satisfactoriamente la comprobacion de conectividad, y utilizar el par de candidatos seleccionado, como un canal para recibir y transmitir flujos de medios en el lado del receptor y el lado del transmisor.

El proceso de implementacion del mecanismo ICE se detalla a continuacion: se supone que un terminal SIP en el lado que llama asigna una direccion de anfitrion a un flujo de medios y se supone que la direccion de anfitrion es ho; antes de enviar un mensaje de oferta, la ho obtiene una direccion de red publica de mapeo por medio del modo STUN, y esta direccion se denomina una direccion reflexiva de servidor en el mecanismo ICE, que supone es sro; y el ho obtiene una direccion de red publica por medio del modo TURN, y esta direccion se denomina una direccion de retransmision en el mecanismo ICE, que se supone es ro. De este modo, se obtienen tres candidatos en el lado que llama: un candidato anfitrion, un candidato reflexivo de servidor y un candidato retransmitido. Las direcciones de los tres candidatos son ho, sro y ro, respectivamente. La version IP de las direcciones mencionadas anteriormente puede ser IP V4 o IP V6. Despues de obtener los tres candidatos, el terminal que llama envia los tres candidatos al terminal llamado, a traves de un mensaje de oferta. Despues de recibir los tres candidatos desde el extremo homologo, el terminal llamado obtiene su propia informacion de candidatos del mismo modo. Se supone que el terminal llamado obtiene tres candidatos: candidato anfitrion, candidato reflexivo de servidor y candidato retransmitido del terminal llamado, y los tres candidatos corresponden a tres direcciones: ha, sra y ra, respectivamente. Por medio de un mensaje de respuesta, el terminal llamado envia los tres candidatos al terminal que llama. Los candidatos en ambos lados se combinan de manera cruzada para formar nueve pares de candidatos (en realidad, pueden existir menos pares de candidatos en un escenario practico, por ejemplo, cuando existen solamente dos candidatos en el lado que llama y existe solamente un candidato en el lado llamado). Cada par de candidatos puede formar un canal de flujo de medios efectivo. Por medio de un mecanismo de comprobacion de conectividad, el terminal que llama y el terminal llamado prueban los nueve pares de candidatos por orden de prioridad. El modo de prueba especifico es: el terminal que llama envia un mensaje de solicitud de vinculo STUN al terminal llamado; despues de recibir el mensaje de solicitud de vinculo STUN, el terminal llamado devuelve un mensaje de respuesta al terminal que llama; para el mismo par de candidatos, el terminal llamado envia un mensaje de solicitud de vinculo STUN al terminal que llama, y el terminal que llama devuelve asimismo un mensaje de respuesta. De este modo, se completa un proceso de comprobacion de conectividad para un par de candidatos. El proceso involucra dos mensajes de solicitud y dos mensajes de respuesta, y se puede denominar brevemente un mecanismo de apreton de manos de 4 mensajes. Una vez se selecciona el par de candidatos que tiene la maxima prioridad y ha pasado la comprobacion de conectividad, el terminal que llama y el terminal llamado pueden recibir y transmitir el flujo de medios de acuerdo con la direccion IP y el puerto representados por el par de candidatos.

El mecanismo ICE se introduce en las funciones del MGC y de la MGW. El procedimiento de implementacion es: la primera MGW y el dispositivo que soporta un mecanismo ICE (es decir, el dispositivo que soporta el mecanismo ICE) obtienen la informacion sobre los candidatos locales y los candidatos del extremo homologo; la primera MGW y el dispositivo que soporta un mecanismo ICE realizan una comprobacion de conectividad, de acuerdo con la informacion de candidatos; y la primera MGW y el dispositivo que soporta un mecanismo ICE transmiten flujos de medios, de acuerdo con el resultado de la comprobacion de conectividad.

La figura 2 muestra la composicion de un sistema en una realizacion de la presente invencion, en base al procedimiento anterior. Tal como se muestra en la figura 2, la composicion del sistema en la presente invencion incluye:

una primera MGW, adaptada para: obtener informacion sobre el candidato local bajo el control del primer MGC, recibir informacion sobre el candidato del dispositivo que soporta un mecanismo ICE del extremo homologo desde el primer MGC, realizar una comprobacion de conectividad con el dispositivo que soporta un mecanismo ICE del extremo homologo, notificar el resultado de la comprobacion de conectividad al primer MGC, y transmitir flujos de medios de acuerdo con el resultado de la comprobacion de conectividad,

un dispositivo que soporta un mecanismo ICE, adaptado para: realizar una interaccion de senalizacion con el primer MGC, recibir la informacion sobre el candidato del primer MGC desde la primera MGW, obtener la informacion de candidatos locales, enviar la informacion de candidatos locales al primer MGC, realizar una comprobacion de conectividad con la primera MGW, transmitir flujos de medios de acuerdo con el resultado de la comprobacion de conectividad, y notificar al primer MGC cuando se actualiza el par de candidatos en uso; y

un primer MGC, adaptado para: controlar la primera MGW para obtener la informacion de candidatos locales, realizar interaccion de senalizacion con el dispositivo que soporta un mecanismo ICE para obtener la informacion sobre el candidato del dispositivo que soporta un mecanismo ICE, enviar la informacion sobre el candidato del dispositivo que soporta un mecanismo ICE a la primera MGW, enviar la informacion sobre el candidato de la primera MGW al dispositivo que soporta un mecanismo ICE, recibir el resultado de la comprobacion de conectividad desde la primera MGW, notificar al dispositivo que soporta un mecanismo ICE cuando se actualiza el par de candidatos en uso, y recibir del dispositivo que soporta un mecanismo ICE el mensaje sobre la actualizacion del par de candidatos en uso.

El primer MGC esta adaptado ademas para enviar a la primera MGW un mensaje de establecimiento del tipo de paquete de mantener activo y/o del periodo de envio del paquete de mantener activo. En consecuencia, la primera MGW esta adaptada ademas para: recibir del primer MGC el mensaje de establecimiento del tipo de paquete de mantener activo y/o del periodo de envio del paquete de mantener activo, y enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE, de acuerdo con el tipo de paquete de mantener activo y/o con el periodo de envio del paquete de mantener activo.

Alternativamente, el primer MGC esta adaptado ademas para enviar a la primera MGW una indicacion de envio de un paquete de mantener activo. Por consiguiente, la primera MGW esta adaptada ademas para: recibir del primer MGC la indicacion de envio de un paquete de mantener activo, y enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE despues de recibir la indicacion.

El dispositivo que soporta un mecanismo ICE puede ser la segunda MGW controlada por el primer MGC, o una combinacion de la segunda MGW y el segundo MGC, o un agente SIP que soporta el mecanismo ICE, o una red del subsistema multimedia IP (IMS, IP Multimedia Subsystem) que soporta el mecanismo ICE.

La figura 3 muestra una estructura de un sistema en una realizacion de la presente invencion. En esta realizacion, el dispositivo que soporta un mecanismo ICE es una combinacion del segundo MGC 203 y la segunda MGW 204. La segunda MGW 204 esta adaptada para:

recibir del segundo MGC 203 la informacion sobre el candidato de la primera MGW 202 del extremo homologo, recibir del segundo MGC 203 la indicacion de reunir candidatos, obtener la informacion de candidatos locales en el modo STUN de acuerdo con la indicacion de reunir candidatos, y enviar la informacion de candidatos locales al segundo MGC 203;

realizar una comprobacion de conectividad con la primera MGW 202 de acuerdo con la informacion de candidatos locales y la informacion de candidatos del extremo homologo; y

transmitir flujos de medios hacia y desde la primera MGW 202 de acuerdo con el resultado de la comprobacion de conectividad.

El segundo MGC 203 esta adaptado para:

recibir del primer MGC 201 la informacion sobre el candidato de la primera MGW 202, enviar una indicacion de reunir candidatos a la segunda MGW 204, enviar al primer MGC 201 la informacion sobre el candidato de la segunda MGW 204, y recibir de la segunda MGW 204 el resultado de la comprobacion de conectividad.

En la practica, la indicacion de reunir candidatos no es necesaria; en su lugar, la informacion de candidatos se reune automaticamente cuando la MGW asigna el punto extremo RTP en el proceso de negociar capacidades de medios, y se notifica. Si el resultado de la comprobacion de conectividad es incompatible con el anterior candidato en uso, el MGC puede actualizar el contenido SDP del punto extremo RTP en la MGW local por medio de un mensaje de Modificar, o notificar el extremo homologo por medio de un mensaje de oferta de Actualizar del SIP. Despues de recibir el mensaje de oferta de Actualizar del extremo homologo, el MGC puede actualizar el contenido SDP del punto extremo RTP de la MGW local por medio de un mensaje de Modificar.

En esta realizacion, para facilitar la descripcion, el primer MGC 201 se denomina MGC1 201, y la primera MGW 202 se denomina MGW1 202; y el segundo M^gC 203 se denomina MGC2 203, y la segunda M^gW 204 se denomina MGW2204. Tal como se muestra en la figura 3, suponiendo que la MGW1 202 esta situada en una red privada y la MGW2204 esta situada en una red publica, el proceso de trabajo del sistema es entonces como sigue:

Se inicia una llamada en la MGW1 202. El MGC1 201 establece un punto extremo RTP (RTP1) en la MGW1 202 en el proceso de negociacion de capacidades de medios. La MGW1 202 obtiene informacion de candidatos bajo el control del MGC1 201, incluyendo informacion de candidatos anfitriones, informacion de candidatos reflexivos de servidor e informacion de candidatos retransmitidos, y envia la informacion de candidatos obtenida al MGC1 201 por medio de un protocolo H.248. Por medio del protocolo SIP, el MGC1 201 envia la informacion de candidatos al MGC2203 que controla la MGW2204 en la red publica. El MGC2203 envia ademas la informacion de candidatos a la MGW2204. Despues de recibir la informacion de candidatos de la MGW1 202, la MGW2204 obtiene su propia informacion de candidatos del mismo modo que la MGW1 202. En esta realizacion, en la red publica, la informacion de candidatos de la MGW2204 necesita informacion sobre solamente un candidato anfitrion. La MGW2204 envia la informacion de candidatos anfitriones a la MGW1 202 a traves del MGC2 203 y el MGC1 201. De este modo, las MGW de ambos lados conocen la lista de candidatos locales y la lista de candidatos de los extremos homologos. A continuacion, la MGW1 202 y la MGW2204 inician un proceso de comprobacion de conectividad, automaticamente o segun instrucciones de su propio MGC. Por ejemplo, tras recibir la informacion de candidatos de la MGW2204, la MGW1 202 puede iniciar automaticamente una comprobacion de conectividad. El proceso especifico de comprobacion de conectividad es igual que en la tecnica anterior, es decir, se realiza segun el mecanismo ICE. En este caso, el MGC1 201 y el MGC2203 tienen que indicar si la correspondiente MGW es un rol de control. El rol de control selecciona el par de candidatos finales. El MGC1 201 y el MGC2 203 tienen asimismo que indicar si la correspondiente MGW es un originador de sesion. Esta informacion de indicacion es util para calcular la prioridad del par de candidatos. La indicacion puede ser un atributo H.248, una senal H.248, un parametro de un evento, o un ajuste de acuerdo con unas reglas. Un ejemplo de las reglas es: si no existe ningun SDP remoto en el momento de anadir un RTP, la MGW es un originador de la llamada; de lo contrario, la MGW es un respondedor de la llamada. La comprobacion de conectividad se ha completado. De acuerdo con el ajuste de eventos realizado por el MGC1 201 y el MGC2203, la MGW1 202 y la MGW2204 notifican el resultado de la comprobacion de conectividad al MGC1 201 y/o al MGC2 203. En el proceso posterior, la MGW1 202 y la MGW2 204 pueden transmitir flujos de medios, de acuerdo con el resultado de la comprobacion de conectividad. De acuerdo con el mecanismo ICE, si el candidato en uso es diferente del candidato seleccionado entre el resultado de la comprobacion de conectividad, es necesario actualizar el SDP.

Cabe destacar que el mecanismo ICE involucra un concepto de implementacion ligera. El lado de la implementacion ligera no necesita reunir candidatos. Un escenario de este tipo se puede entender como que tiene solamente un candidato anfitrion.

El modo de conexion y la funcion de la NAT y del servidor STUN en esta realizacion de la figura 3 son los mismos que en la tecnica anterior, y no se vuelven a repetir en este caso. En la practica, la MGW2 204 y la MGW1 202 pueden ser controladas por el mismo MGC. En este caso, la funcion de la MGW2204 es la misma que la funcion de la MGW1 202. Es decir, la MGW2 204 esta adaptada para: recibir del primer MGC 201 la informacion sobre el candidato de la primera MGW 202 del extremo homologo, obtener la informacion de candidatos locales, enviar la informacion de candidatos locales al primer MGC 201, y realizar una comprobacion de conectividad con la primera MGW 202 de acuerdo con la informacion de candidatos locales y la informacion de candidatos del extremo homologo.

La figura 4 muestra una estructura de un sistema de otra realizacion de la presente invencion. Tal como se muestra en la figura 4, esta realizacion difiere de la primera realizacion en que: la MGW2204 y el MGC2203 de la primera realizacion son sustituidos por el terminal SIP 303 en esta realizacion. El modo de funcionamiento del sistema de esta realizacion es sustancialmente el mismo que en la primera realizacion y no se vuelva a repetir en este caso. La figura 5 muestra la composicion de un dispositivo en una realizacion de la presente invencion en base a la descripcion anterior. Tal como se muestra en la figura 5, el dispositivo incluye:

una unidad de obtencion 501, adaptada para obtener informacion sobre un candidato local y un candidato de extremo homologo de un dispositivo que soporta un mecanismo ICE, y enviar la informacion sobre el candidato local al dispositivo que soporta un mecanismo ICE;

una unidad de comprobacion de conectividad 502, adaptada para realizar una comprobacion de conectividad con el dispositivo que soporta un mecanismo ICE, de acuerdo con la informacion de candidatos; y

una unidad de transmision 503, adaptada para transmitir flujos de medios hacia y desde el dispositivo que soporta un mecanismo ICE, de acuerdo con el resultado de la comprobacion de conectividad.

El dispositivo incluye ademas una unidad de recepcion 504. La unidad de recepcion 504 esta adaptada para recibir del MGC una indicacion de reunir candidatos o una indicacion de iniciar una comprobacion de conectividad y, en consecuencia, la unidad de obtencion obtiene la informacion de candidatos locales de acuerdo con la indicacion de reunir candidatos, y la unidad de comprobacion de conectividad inicia una comprobacion de conectividad con el dispositivo que soporta un mecanismo ICE, de acuerdo con la indicacion de iniciar una comprobacion de conectividad.

El dispositivo puede incluir ademas:

una unidad de notificacion 505, adaptada para notificar el resultado de la comprobacion de conectividad al MGC, incluyendo ademas el dispositivo

una unidad de envio de paquetes de mantener activo 506, adaptada para recibir del MGC el mensaje de establecer el tipo de paquete de mantener activo y/o el periodo de envio del paquete de mantener activo, y enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE, de acuerdo con el tipo de paquete de mantener activo y/o con el periodo de envio del paquete de mantener activo; o adaptada para: recibir del MGC una indicacion de enviar un paquete de mantener activo, y enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE, de acuerdo con la indicacion.

El MGC puede incluir:

una unidad de control, adaptada para controlar la primera MGW para obtener informacion sobre un candidato local; y una primera unidad de envio, adaptada para: realizar una interaccion de senalizacion con el dispositivo que soporta un mecanismo ICE para obtener informacion sobre el candidato del dispositivo que soporta un mecanismo ICE, enviar la informacion de candidatos a la primera MGW, y enviar informacion sobre el candidato de la primera MGW al dispositivo que soporta un mecanismo ICE.

El MGC puede incluir ademas:

una segunda unidad de envio, adaptada para enviar una indicacion de reunir candidatos a la primera MGW para instruir a la primera MGW para obtener la informacion de candidatos locales;

una tercera unidad de envio, adaptada para enviar a la primera MGW una indicacion de iniciar una comprobacion de conectividad;

una cuarta unidad de envio, adaptada para: enviar una indicacion a la primera MGW para indicar si la primera MGW es un rol de control, o enviar una indicacion a la primera MGW para indicar si la primera MGW es un originador de sesion. El MGC incluye ademas una quinta unidad de envio, adaptada para: enviar un mensaje de establecimiento del tipo de paquete de mantener activo y/o del periodo de envio del paquete de mantener activo a la primera MGW para instruir a la primera MGW para enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE, de acuerdo con el tipo de paquete de mantener activo y/o con el periodo de envio del paquete de mantener activo; o adaptada para: enviar a la primera MGW una indicacion de enviar un paquete de mantener activo para instruir a la primera MGW para enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE, de acuerdo con la indicacion.

La figura 6 es un diagrama de flujo de un procedimiento que representa conocimiento de antecedentes, util para comprender la presente invencion. Tal como se muestra en la figura 6, el procedimiento incluye las siguientes etapas:

etapa 601: una primera MGW y un dispositivo que soporta un mecanismo ICE obtienen la informacion de candidatos locales y la informacion de candidatos de un extremo homologo.

En esta etapa, la primera MGW y el dispositivo que soporta un mecanismo ICE tienen que obtener la informacion de candidatos locales y la informacion de candidatos del extremo homologo del siguiente modo:

La primera MGW obtiene la informacion de candidatos locales, y envia la informacion de candidatos locales al dispositivo que soporta un mecanismo ICE del extremo homologo por medio del primer MGC; y el dispositivo que soporta un mecanismo ICE del extremo homologo obtiene la informacion de candidatos locales y envia la informacion de candidatos locales a la primera MGW por medio del primer MGC.

Alternativamente, el dispositivo que soporta un mecanismo ICE del extremo homologo obtiene la informacion de candidatos locales, y envia la informacion de candidatos locales a la primera MGW por medio del primer MGC; y la primera MGW obtiene la informacion de candidatos locales y envia la informacion de candidatos locales al dispositivo que soporta un mecanismo ICE del extremo homologo por medio del primer MGC.

Esta etapa ocurre en el proceso de negociacion de capacidades de medios en ambos lados de la sesion. Los anteriores dos modos corresponden a estos dos escenarios respectivamente: la primera MGW sirve como el originador de sesion (oferta) y la primera MGW sirve como el respondedor de sesion. Sin embargo, debido a la aleatoriedad y complejidad del proceso de negociacion de capacidades de medios, en ocasiones la ejecucion de este proceso no es tan estricta. Por ejemplo, despues de que la primera MGW obtiene la informacion de candidatos locales y la notifica al primer MGC, el primer MGC puede no notificar la informacion sobre el candidato de la primera MGW al dispositivo que soporta un mecanismo ICE de un extremo homologo (es decir, el mensaje de oferta no lleva SDP), pero envia la informacion de candidatos locales al extremo homologo despues de que el dispositivo que soporta un mecanismo ICE del extremo homologo envia de vuelta un mensaje de Respuesta que lleva la informacion de candidatos del extremo homologo, por medio del SDP. Por lo tanto, la esencia de esta etapa es: en la fase de negociacion de capacidades de medios de la sesion, ambos lados reunen la informacion de candidatos locales respectivamente, e intercambian la informacion de candidatos con el extremo homologo por medio de senalizacion, tal como H.248 o SIP, y el proceso de implementacion detallado puede ser muy flexible.

Antes de que la primera MGW obtenga la informacion de candidatos locales, el primer MGC puede enviar a la primera MGW una indicacion de reunir candidatos, en consecuencia, la primera MGW obtiene la informacion de candidatos locales despues de recibir la indicacion de reunir candidatos. El modo en que el primer MGC envia la indicacion de reunir candidatos a la primera MGW es: el primer MGC envia la indicacion de reunir candidatos a la primera MGW por medio de un SDP extendido.

El primer MGC y el dispositivo que soporta un mecanismo ICE obtienen su propia informacion de candidatos del mismo modo que el terminal SIP obtiene la informacion de candidatos en el mecanismo ICE en la tecnica anterior. El anterior dispositivo que soporta un mecanismo ICE puede ser la segunda MGW, una combinacion de la segunda MGW y del segundo MGC, o un agente SIP que soporta el mecanismo ICE. Si el dispositivo que soporta un mecanismo ICE es una combinacion de la segunda MGW y del segundo MGC, el dispositivo que soporta un mecanismo ICE obtiene la informacion de candidatos locales del siguiente modo: el segundo MGC recibe del primer MGC informacion sobre el candidato de la primera MGW, envia la informacion a la segunda MGW; y el segunda MGW crea un extremo RTP, y obtiene la informacion de candidatos locales que se indica mediante el segundo MGC. Si el dispositivo que soporta un mecanismo ICE es un terminal SIP, el dispositivo que soporta un mecanismo ICE obtiene la informacion de candidatos locales del siguiente modo: el terminal SIP obtiene automaticamente la informacion de candidatos locales despues de recibir la informacion sobre el candidato de la primera MGW.

La descripcion anterior es solamente a modo de ejemplo. En la practica, el proceso de llamada puede ser iniciado por el dispositivo que soporta un mecanismo ICE del extremo homologo en lugar de por la primera MGW. Ademas, la primera MGW y el dispositivo que soporta un mecanismo ICE pueden obtener la informacion de candidatos locales antes, durante o despues de la obtencion de la informacion de candidatos del extremo homologo, dependiendo del flujo especifico.

Etapa 602: la primera MGW y el dispositivo que soporta un mecanismo ICE realizan una comprobacion de conectividad, de acuerdo con la informacion de candidatos.

Despues de obtener la informacion de candidatos locales y la informacion de candidatos del extremo homologo, la primera MGW y el dispositivo que soporta un mecanismo ICE pueden realizar una comprobacion de conectividad para determinar finalmente el par de candidatos para transmitir flujos de medios.

En esta etapa, la primera MGW y/o el dispositivo que soporta un mecanismo ICE pueden iniciar automaticamente una comprobacion de conectividad, o iniciar la comprobacion de conectividad bajo el control del primer MGC. El proceso detallado de la comprobacion de conectividad en la capa portadora es el mismo que el proceso de comprobacion de conectividad en el mecanismo ICE en la tecnica anterior. Antes de esta etapa, el primer MGC tiene que enviar a la primera MGW una indicacion de iniciacion de comprobacion de conectividad, y/o informacion de indicacion que indique si la primera MGW es un rol de control, y/o informacion de indicacion que indique si el terminal local es un originador de sesion, por medio de protocolo H.248 extendido. La informacion de indicacion del rol de control indica si la primera MGW es un rol de control. El rol de control selecciona el par de candidatos finales. La informacion indicacion de originador de sesion indica que el terminal local calcula la prioridad del par de candidatos; o la primera MGW estima si la propia primera MGW es un originador de sesion, en funcion de si el mensaje H.248 lleva un SDP remoto en el proceso de negociacion de medios. Si la comprobacion de conectividad se inicia automaticamente, el proceso de comprobacion de conectividad se puede iniciar despues de que ambos lados obtienen la informacion de candidatos.

Tras la finalizacion de la comprobacion de conectividad, la primera MGW notifica el resultado de la comprobacion de conectividad al primer MGC por medio de un evento, o por medio de una respuesta al mensaje de solicitud H.248, dependiendo del ajuste de eventos en el primer MGC. La notificacion se puede realizar despues de que la comprobacion de conectividad se ha completado, o de que la comprobacion de conectividad falla.

Etapa 603: la primera MGW y el dispositivo que soporta un mecanismo ICE transmiten flujos de medios, de acuerdo con el resultado de la comprobacion de conectividad.

En esta etapa, la primera MGW y el dispositivo que soporta un mecanismo ICE transmiten flujos de medios, de acuerdo con el resultado de la comprobacion de conectividad obtenido en la etapa 602. En la practica, por ejemplo, en el caso de retencion de llamada, la primera MGW y el dispositivo que soporta un mecanismo ICE pueden recibir o transmitir de manera discontinua flujos de medios, es decir, es posible que en un periodo de tiempo no se transmita ningun flujo de medios en la red. En este caso, para mantener la eficacia del canal, la primera MGW tiene que enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE del extremo homologo, y puede tener que responder al paquete de mantener activo enviado desde el dispositivo que soporta un mecanismo ICE del extremo homologo. El paquete de mantener activo puede ser un mensaje de solicitud de vinculo STUN, que tiene que ser respondido, un paquete No-Op o un paquete de silencio que no tiene que ser respondido. El periodo de envio del paquete de mantener activo tiene que ser menor que el tiempo de mantenimiento del mapeo de direcciones en la NAT. El paquete de mantener activo se transmite a lo largo del camino del flujo de medios. El primer MGC puede enviar previamente a la primera MGW un mensaje del establecimiento del tipo de paquete de mantener activo y/o del periodo de envio del paquete de mantener activo, por medio de un H.248 extendido; por consiguiente, la primera MGW envia un paquete de mantener activo al dispositivo que soporta un mecanismo ICE, de acuerdo con el tipo de paquete de mantener activo establecido y/o con el periodo de envio del paquete de mantener activo establecido, cuando es necesario. Alternativamente, el primer MGC envia a la primera MGW una indicacion de enviar un paquete de mantener activo, por medio de un protocolo H.248 extendido; y la primera MGW envia un paquete de mantener activo al dispositivo que soporta un mecanismo ICE despues de recibir del primer MGC la indicacion. La indicacion de enviar un paquete de mantener activo puede llevar asimismo el tipo de paquete de mantener activo y/o el periodo de envio del paquete de mantener activo.

La informacion de candidatos mencionada en las etapas 601 - 603 es informacion de candidatos anfitriones, informacion de candidatos reflexivos de servidor o informacion de candidatos retransmitidos, o una combinacion de las mismas.

Ademas, se presenta un concepto de candidato reflexivo homologo. En el proceso de comprobacion de conectividad, en la comprobacion de conectividad se utiliza un mensaje de solicitud de vinculo STUN. La respuesta a este mensaje lleva una direccion reflexiva (la palabra "direccion" en la presente memoria se refiere en general a la direccion IP y al puerto). Si esta direccion es diferente de la direccion candidata local existente, la direccion reflexiva se denomina una direccion reflexiva del extremo homologo. Esta direccion difiere de la direccion reflexiva de servidor en que: la primera se obtiene a partir de reflectancia de homologos, y la ultima se obtiene a partir de la reflectancia en el servidor STUN. Para el extremo homologo, si la direccion de origen del mensaje de vinculo STUN recibido en la comprobacion de conectividad es diferente de todos los candidatos remotos existentes y la comprobacion de conectividad es satisfactoria, se determina que el candidato es un candidato remoto reflexivo homologo. Si se selecciona el candidato reflexivo homologo para transmitir flujos de medios, la direccion tiene que ser notificada al MGC con el fin de control de acceso y otros.

La figura 7 es un diagrama de flujo de un procedimiento que representa conocimiento de antecedentes, util para comprender la presente invencion. La figura 3 muestra una estructura del sistema de esta realizacion, donde el dispositivo que soporta un mecanismo ICE es una combinacion del segundo MGC y de la segunda MGW. En esta realizacion, para para facilitar la descripcion, el primer MGC se indica mediante MGC1, la primera MGW se indica mediante MGW1, el segundo MGC se indica mediante MGC2 y la segunda MGW se indica mediante MGW2. El procedimiento de esta realizacion incluye las etapas siguientes:

etapa 701: la MGW1 y el MGC2 obtienen la informacion de candidatos locales y la informacion de candidatos del extremo homologo.

Se inicia una llamada en MGC1. En el proceso de negociar capacidades de medios, se establece un punto extremo RTP (RTP1). Este punto extremo RTP tiene una direccion de interfaz de red local (ho). La ho puede ser una direccion IPv4 junto con un puerto, o una direccion IPv6 junto con un puerto. En esta realizacion, se supone que la ho es una direccion IPv4 junto con un puerto. Por medio del servidor STUN, la MGW1 obtiene informacion de candidatos reflexivos de servidor (sro) e informacion de candidatos retransmitidos (ro). En el proceso de negociacion de flujos de medios, el MGC1 utiliza un SDP extendido para instruir a la MGW1 para que obtenga la anterior informacion de candidatos; por consiguiente, la MGW1 utiliza el SDP extendido para notificar la informacion de candidatos al MGC1. Por ejemplo, si el MGC1 actual requiere que la MGW1 notifique el candidato reflexivo de servidor, el SDP enviado por el MGC1 a la MGW1 se expresa mediante la siguiente linea "a=":

a = candidato: 21 UDP 1694498562 xx$ xx$ typ srflx raddr xx$ rport xx$, donde:

los primeros dos simbolos "xx$" indican la direccion reflexiva del servidor y el puerto que tienen que ser notificados mediante la MGW1;

los ultimos dos simbolos "xx$" indican la direccion del anfitrion y el puerto, que tiene que ser notificados mediante la MGW1;

"a = candidato" significa el atributo de agente de la accion;

"UDP" significa que esta en uso el protocolo UDP;

"typ srflx" significa que el candidato es un candidato reflexivo de servidor;

"raddr" se refiere a la direccion "relacionada" que se tiene que rellenar mediante la MGW1; y

"rport" se refiere al puerto que se tiene que rellenar mediante la MGW1.

Por consiguiente, la MGW1 rellena la direccion y el puerto de candidato reflexivo de servidor obtenidos, en la posicion correspondiente del SDP en el momento de responder, tal como se muestra a continuacion.

a = candidato: 21 UDP 1694498562192.0.2.345664 typ srflx raddr 10.0.1.1 rport 8998;

o,

a = cantidato; ? ? ? ? ? ? srflx,

requiriendo por lo tanto que la MGW reuna y notifique la informacion de candidatos reflexivos del servidor;

o,

a = cantidato; ? ? ? ? ? ? *,

requiriendo por lo tanto que la MGW reuna y notifica diferentes tipos de informacion de candidatos.

En cualquier caso, el modo de extension especifico no es unico.

El MGC1 obtiene tres candidatos de la MGW1, y puede seleccionar uno de los candidatos y establecer el candidato seleccionado en la linea m/c del SDP, como un candidato en uso. En la subsiguiente etapa 702, si la informacion de candidatos obtenida en la comprobacion de conectividad es incompatible con la informacion de candidatos almacenada en el candidato en uso, el MGC1 puede sustituir la informacion de candidatos obtenida por medio de la comprobacion de conectividad por la informacion de candidatos en el candidato en uso, en la linea m/c. El MGC1 envia los tres candidatos obtenidos al MGC2 por medio de senalizacion SIP, y el MGC2 los reenvia a la MGW2. Analogamente a la MGW1, la MGW2 tiene un punto extremo RTP (RTP2) y obtiene la informacion de candidatos. Dado que la MGW2 esta en la red publica, solamente se requiere un candidato, es decir, la informacion de candidatos de anfitrion "ha", y la informacion de candidatos de anfitrion es enviada a la MGW1 por medio del MGC2 y del MGC1. De este modo, tanto la MGW1 como la MGW2 conocen la informacion de candidatos locales y la informacion de candidatos del extremo homologo, es decir, la lista de candidatos; y se generan tres pares de candidatos, es decir, (ho, ha), (sro, ha) y (ro, ha).

Etapa 702, la MGW1 inicia la comprobacion de conectividad, y notifica el resultado de la comprobacion de conectividad al MGC1.

En esta realizacion, por medio de un protocolo H.248 extendido, el MGC1 instruye a la MGW1 para que inicie una comprobacion de conectividad, e indica si la MGW1 es un rol de control e indica si la MGW1 es un originador de sesion. El protocolo H.248 extendido se puede obtener definiendo un nuevo paquete ostuncc en base al protocolo H.248. Este paquete ostuncc incluye:

una senal "scc": esta senal instruye a la MGW1 para iniciar una comprobacion de conectividad del mecanismo ICE, y marca el flujo de medios que se tiene que someter a comprobacion de conectividad, y puede llevar un parametro de indicacion, por ejemplo, un ID de flujo H.248, o un numero de fundacion y un id de componente del mecanismo ICE, o cualquier combinacion de los mismos. Alternativamente, la senal no lleva dichos parametros, sino que indica comprobacion de conectividad para todos los flujos de medios dentro del alcance efectivo de la senal;

atributo "control": este atributo indica si la MGW1 es un rol de control o un rol controlado, y se puede poner bajo el descriptor de control local. En esta realizacion, se supone que la MGW1 es un rol de control, es decir, la MGW1 decide el par de candidatos seleccionado finalmente; y

atributo "lado": este atributo indica si la MGW1 es un lado de oferta o un lado de respuesta. El valor de este atributo se utiliza para calcular la prioridad del par de candidatos.

La informacion que llevan los dos atributos se puede transmitir por medio de parametros de la senal scc.

La comprobacion de conectividad se realiza entre la MGW1 y la MGW2, y el resultado de la comprobacion de conectividad se notifica al MGC, al rol de control y al rol llamado. Es decir, tanto la MGW1 como la MGW2 pueden notificar el resultado de la comprobacion de conectividad. El mecanismo ICE estipula dos estados de comprobacion de conectividad: en ejecucion, y completado. La notificacion se puede realizar despues de que la comprobacion de conectividad se ha completado, o despues de que la comprobacion de conectividad falla. El resultado de la comprobacion de conectividad se puede notificar por medio de un evento, o por medio de una respuesta al mensaje de solicitud H.248. Los contenidos notificados incluyen cualquier combinacion de los siguientes elementos: estado actual de cada par de candidatos, por ejemplo, en espera, en progreso, satisfactorio, fallido o congelado; y par de candidatos seleccionados: este par de candidatos se utiliza para la transmision del flujo de medios.

Si el par de candidatos seleccionados incluye el candidato reflexivo homologo, se tiene que notificar el tipo reflexivo del extremo homologo (es decir, reflectancia de homologo local o reflectancia de homologo remoto), y se tiene que notificar la direccion IP y el puerto del candidato de reflectancia homologo. La direccion IP y el puerto se adaptan para el subsiguiente procesamiento, por ejemplo, control de acceso.

En esta realizacion, se supone que la MGW1 es responsable de notificar el resultado de la comprobacion de conectividad, y la MGW1 necesita asimismo extender el protocolo H.248 definiendo un evento ccr en el paquete ostuncc recien definido, con el fin de transmitir el resultado de la comprobacion de conectividad. Este evento se puede establecer para notificar resultados de comprobacion de conectividad de todos los flujos de medios de un punto extremo RTP, o los resultados de comprobacion de conectividad de todos los flujos de medios en el streamID especificado en el punto extremo RTP. La informacion transportada en el evento notificado incluye: ID de flujo H.248, ID de grupo, numero de fundacion local, numero de fundacion del extremo homologo, id de componente, tipo reflexivo del extremo homologo (local o remoto), puerto y direccion IP reflexivos homologos, puerto y direccion IP reflexivos locales, informacion sobre si se selecciona el par de candidatos, o cualquier combinacion de los mismos. El tipo de datos del parametro "resultado" del evento notificado es una lista de cadenas en el formato siguiente: streamID" :"groupID":"=foundation-L":"=foundation-R":"component-id":"state[: tipo reflexivo del extremo homologo y la direccion][: seleccionado], donde:

streamID es un ID de flujo H.248;

groupID es un ID de grupo H.248;

foundation-L es el numero de fundacion local en el par de candidatos;

foundation-R es el numero de fundacion del extremo homologo en el par de candidatos;

component-id es el id de componente del par de candidatos, donde el terminal local y el terminal extremo homologo utilizan el mismo id de componente;

state es el estado actual del par de candidatos, y el estado incluye: en espera, en progreso, satisfactorio, fallido y congelado;

tipo reflexivo del extremo homologo y la direccion indican el tipo del candidato reflexivo homologo, que tiene dos tipos: candidato reflexivo homologo local y candidato reflexivo homologo remoto. En un par de candidatos es posible que el candidato reflexivo homologo se genere solamente en un lado, o que el candidato reflexivo homologo se genere en ambos lados. Todos los tipos de candidatos reflexivos homologos en el par de candidatos y los correspondientes puerto y direccion IP reflexivos homologos se pueden notificar por medio del "tipo reflexivo del extremo homologo y la direccion"; y

"seleccionado" indica si el par de candidatos se selecciona para transmitir flujos de medios.

El estandar del mecanismo ICE estipula que: en un par de candidatos, se requiere que dos id de componentes candidatos sean iguales. Si el MGC procesa en especial el id de componente, es necesario garantizar que el id de componente no se repite en diferentes grupos y flujos. Por ejemplo, si se realiza reasignacion interna de id de componente para la MGW o se utilizan otros medios para conseguir el mismo proposito, la MGW no tiene que notificar el streamID o el groupID, pero tiene que notificar dos diferentes id de componente.

Si la comprobacion de conectividad falla, se devolvera un codigo de error o una cadena nula para indicar el fallo. En la solucion de implementacion final, los contenidos del evento notificado pueden incluir parte o la totalidad de los contenidos del evento notificado anteriormente.

Ademas, si los resultados notificados de la comprobacion de conectividad estan ordenados, por ejemplo, ordenados segun la prioridad del par de candidatos antes de ser notificados, no se requiere el parametro "elegido".

Asimismo, para evitar mensajes notificados que sean demasiado largos, es factible que se notifiquen los pares de candidatos en ciertos estados, por ejemplo, los pares de candidatos que pasan o fallan la comprobacion de conectividad, y que no se notifiquen los pares de candidatos no comprobados. Se pueden anadir parametros al ajuste de eventos para conseguir dicho objetivo.

etapa 703: la MGW1 y la MGW2 transmiten flujos de medios, segun el resultado de la comprobacion de conectividad.

El MGC1 y el MGC2 actualizan el SDP de la MGW1 y la MGW2, de acuerdo con el resultado notificado de la comprobacion de conectividad, para garantizar que la direccion IP y el puerto en la linea m/c son la direccion IP candidata y el puerto del candidato seleccionado. Cabe senalar que la operacion anterior puede ser redundante debido a que la MGW1 y la MGW2 obtienen ya el par de candidatos seleccionados en el proceso de comprobacion de conectividad. La operacion se ha descrito anteriormente para mantenerse en linea con el actual estandar del mecanismo ICE.

En esta etapa, si el par de candidatos seleccionado carece de transmision de flujos de medios en un tiempo prolongado, la MGW1 envia un paquete de mantener activo a la MGW2 con el fin de mantener de manera efectiva el par de candidatos. A tal efecto, el MGC1 tiene que establecer previamente el tipo de paquete de mantener activo y/o el periodo de envio del paquete de mantener activo para la MGW1, por medio del H.248 extendido. A continuacion, la MGW1 envia el paquete de mantener activo, de acuerdo con el tipo y/o el periodo establecidos, cuando se requiere. Alternativamente, el MGC1 envia a la MGW1 una indicacion de enviar un paquete de mantener activo, y la MGW1 envia un paquete de mantener activo a la MGW2 siempre que recibe una indicacion de enviar el paquete de mantener activo. El tiempo de calcular el periodo de envio del paquete de mantener activo se inicia desde la finalizacion de la recepcion y transmision de flujos de medios. Si la transmision de flujos de medios continua todo el tiempo, no es necesario enviar ningun paquete de mantener activo. A tal efecto, es necesario anadir los siguientes contenidos al paquete ostuncc:

atributo "kaType": este atributo indica el tipo de paquete de mantener activo, por ejemplo paquete No-Op, paquete de silencio y paquete de solicitud de vinculo STUN; los primeros dos tipos de paquetes permiten que la NAT se mantenga activa antes que el dispositivo que no soporta STUN/ICE. De este modo, la informacion enviada no se limita la informacion del par de candidatos. El paquete de mantener activo se envia sobre el camino de transmision de flujos de medios. Este atributo se puede poner bajo el LocalControlDescriptor; y

atributo "Tr": este atributo indica el periodo de envio del paquete de mantener activo. Se pueden establecer diferentes valores de Tr para diferentes flujos de medios, o se establece el mismo valor de Tr para todos los flujos de medios. Este atributo se puede poner bajo el LocalControlDescriptor.

El paquete de mantener activo se puede enviar por medio de una senal. La senal puede especificar el camino del flujo de medios sobre el que se tiene que enviar un paquete de mantener activo, o indicar que el paquete de mantener activo se envia sobre todos los caminos de flujos de medios. En esta senal, el tipo de paquete de mantener activo y el atributo Tr se pueden ajustar por medio de parametros.

Ademas, el paquete ostuncc puede incluir ademas un atributo "iuType", que indica el tipo de candidato en uso mencionado en la etapa 701. En esta realizacion, existen tres tipos de candidatos en uso: candidato anfitrion, candidato reflexivo de servidor y candidato retransmitido. Los tres tipos se pueden definir en hc(0x0001), src(0x0002) y rc(0x0003). Este atributo se puede poner asimismo bajo el LocalControlDescriptor. De acuerdo con el valor de este atributo, la MGW pone la direccion IP y el puerto del tipo de candidato correspondiente en la linea m/c del SDP.

Este ejemplo que representa conocimiento de antecedentes util para la comprension de la presente invencion, es sobre el proceso de implementacion de la solucion tecnica bajo la presente invencion cuando se intercambia un flujo de medios entre dos MGW. Cuando el flujo de medios se intercambia entre una MGW y otro dispositivo que soporta un mecanismo ICE, el proceso de implementacion es similar al de la figura 7, y no se vuelve a repetir en este caso debido a que puede ser deducido facilmente por los expertos en la materia.

Claims

REIVINDICACIONES

1. Un procedimiento para implementar traduccion de direcciones de red, NAT, transversal, que comprende: obtener (601), mediante una pasarela de medios, MGW, una lista de candidatos de la MGW y una lista de candidatos de un dispositivo que soporta un mecanismo de establecimiento de conectividad interactiva, ICE, en el extremo homologo;

enviar, mediante la MGW, la lista de candidatos de la MGW por medio de un controlador de pasarela de medios, MGC, al dispositivo que soporta un mecanismo ICE, a traves de un protocolo H.248;

realizar, (602), mediante la MGW, comprobacion de conectividad con el dispositivo que soporta un mecanismo ICE, de acuerdo con la lista de candidatos de la MGW y la lista de candidatos del dispositivo que soporta un mecanismo ICE; y

transmitir (603) flujos de medios, mediante la MGW, al dispositivo que soporta un mecanismo ICE de acuerdo con un par de candidatos seleccionado que pasa la comprobacion de conectividad, en el que el par de candidatos seleccionado incluye una direccion candidata de la lista de candidatos de la MGW y una direccion candidata de la lista de candidatos del dispositivo que soporta un mecanismo ICE;

caracterizado por que el procedimiento comprende ademas:

2. El procedimiento segun la reivindicacion 1, en el que antes de la comprobacion de conectividad, el procedimiento comprende ademas:

recibir, mediante la MGW, una indicacion desde el MGC por medio de un protocolo H.248 extendido, que indica si la MGW es un rol de control; y

asumir, mediante la MGW, el rol de control o un rol controlado en la subsiguiente comprobacion de conectividad, de acuerdo con la indicacion.

3. El procedimiento segun la reivindicacion 1, en el que antes de la comprobacion de conectividad, el procedimiento comprende ademas:

recibir, mediante la MGW, informacion de indicacion que es enviada por el MGC, por medio de un protocolo H.248 extendido e indica si la MGW es un originador de sesion, y

calcular la prioridad del par de candidatos en la subsiguiente comprobacion de conectividad, de acuerdo con el mecanismo ICE.

4. El procedimiento segun la reivindicacion 1, en el que despues de la comprobacion de conectividad, el procedimiento comprende ademas:

notificar, mediante la MGW, el resultado de la comprobacion de conectividad al MGC por medio de un evento basado en un protocolo H.248 extendido, o por medio de una respuesta a un mensaje de solicitud H.248.

5. El procedimiento segun la reivindicacion 4, en el que el resultado de la comprobacion de conectividad lleva informacion del resultado de la comprobacion de cada par de candidatos, que comprende:

ID de flujo, ID de grupo, numero de fundacion local, numero de fundacion del extremo homologo, id de componente, tipo reflexivo del extremo homologo, direccion IP y puerto reflexivos homologos, e informacion sobre si se selecciona el par de candidatos, o cualquier combinacion de los mismos.

6. El procedimiento segun cualquiera de las reivindicaciones 1 - 5, en el que la lista de candidatos de la MGW y la lista de candidatos del dispositivo que soporta un mecanismo ICE incluyen por lo menos uno de un candidato anfitrion, un candidato reflexivo de servidor y un candidato retransmitido.

7. Una pasarela de medios, MGW, para implementar traduccion de direcciones de red, NAT, transversal, comprendiendo la MGW:

la unidad de envio, configurada ademas para enviar flujos de medios al dispositivo que soporta un mecanismo ICE, de acuerdo con un par de candidatos seleccionado que pasa la comprobacion de conectividad, en la que el par de candidatos seleccionado incluye una direccion candidata de la lista de candidatos de la MGW y una direccion candidata de la lista de candidatos del dispositivo que soporta un mecanismo ICE;

caracterizado por que la unidad de obtencion esta configurada ademas para recibir un mensaje de ajuste de un tipo de paquete de mantener activo y/o de un periodo de envio del paquete de mantener activo, enviado por el MGC, y enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE en el extremo homologo, de acuerdo con el tipo de paquete de mantener activo ajustado y/o con el periodo de envio del paquete de mantener activo ajustado.

8. La MGW segun la reivindicacion 7, en la que antes de la comprobacion de conectividad, la unidad de obtencion esta configurada para recibir una indicacion del MGC por medio de un protocolo H.248 extendido que indica si la MGW es un rol de control, y la MGW asume el rol de control o un rol controlado en la subsiguiente comprobacion de conectividad, segun la indicacion.

9. La MGW segun la reivindicacion 7, configurada para notificar el resultado de la comprobacion de conectividad al MGC despues de la comprobacion de conectividad, por medio de un evento basado en un protocolo H.248 extendido, o por medio de una respuesta a un mensaje de solicitud H.248.

10. La MGW segun la reivindicacion 9, en la que el resultado de la comprobacion de conectividad lleva informacion del resultado de la comprobacion de cada par de candidatos, que comprende:

11. La MGW segun cualquiera de las reivindicaciones 7 - 10, en la que la lista de candidatos de la MGW y la lista de candidatos del dispositivo que soporta un mecanismo ICE incluyen por lo menos uno de un candidato anfitrion, un candidato reflexivo de servidor y un candidato retransmitido.

12. Un sistema para implementar una traduccion de direcciones de red, NAT, transversal, comprendiendo el sistema una pasarela de medios, MGW, un dispositivo que soporta un mecanismo de establecimiento de conectividad interactiva, ICE, en un extremo homologo y un controlador de pasarela de medios, MGC, en el que: la MGW esta configurada para obtener una lista de candidatos de la MGW y una lista de candidatos del dispositivo que soporta un mecanismo ICE en el extremo homologo, y enviar la lista de candidatos de la MGW a un dispositivo que soporta un mecanismo ICE por medio del MGC, y realizar comprobacion de conectividad con el dispositivo que soporta un mecanismo ICE, de acuerdo con la lista de candidatos de la MGW y la lista de candidatos del dispositivo que soporta un mecanismo ICE y enviar flujos de medios al dispositivo que soporta un mecanismo ICE de acuerdo con un par de direcciones candidatas seleccionado que pasa la comprobacion de conectividad, en el que el par de direcciones candidatas seleccionado incluye una direccion candidata de la lista de candidatos de la MGW y una direccion candidata de la lista de candidatos del dispositivo que soporta un mecanismo ICE;

caracterizado por que el MGC esta configurado ademas para enviar un mensaje de establecimiento de un tipo de paquete de mantener activo y/o de un periodo de envio del paquete de mantener activo, y para enviar un paquete de mantener activo al dispositivo que soporta un mecanismo ICE en el extremo homologo, de acuerdo con el tipo de paquete de mantener activo establecido y/o con el periodo de envio del paquete de mantener activo establecido.

13. El sistema segun la reivindicacion 12, en el que antes de la comprobacion de conectividad, la MGW esta configurada para recibir una indicacion del MGC por medio de un protocolo H.248 extendido que indica si la MGW es un rol de control, y asumir el rol de control o un rol controlado en la subsiguiente comprobacion de conectividad, de acuerdo con la indicacion.

14. El sistema segun la reivindicacion 12, en el que la MGW esta configurada para notificar el resultado de la comprobacion de conectividad al MGC despues de la comprobacion de conectividad, por medio de un evento basado en un protocolo H.248 extendido, o por medio de una respuesta a un mensaje de solicitud H.248.

15. El sistema segun la reivindicacion 14, en el que el resultado de la comprobacion de conectividad lleva informacion del resultado de la comprobacion de cada par de candidatos, que comprende:

16. El sistema segun cualquiera de las reivindicaciones 12 - 15, en el que la lista de candidatos de la MGW y la lista de candidatos del dispositivo que soporta un mecanismo ICE incluyen por lo menos uno de un candidato anfitrion, un candidato reflexivo de servidor y un candidato retransmitido.