ES2619360T3 - Método y dispositivo para implementar una interconexión entre dominios IP - Google Patents

Método y dispositivo para implementar una interconexión entre dominios IP Download PDF

Info

Publication number
ES2619360T3
ES2619360T3 ES15160480.8T ES15160480T ES2619360T3 ES 2619360 T3 ES2619360 T3 ES 2619360T3 ES 15160480 T ES15160480 T ES 15160480T ES 2619360 T3 ES2619360 T3 ES 2619360T3
Authority
ES
Spain
Prior art keywords
domain
network
information
media stream
domain information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES15160480.8T
Other languages
English (en)
Inventor
Yangbo Lin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2619360T3 publication Critical patent/ES2619360T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2521—Translation architectures other than single NAT servers
    • H04L61/2528—Translation at a proxy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/1026—Media gateways at the edge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/1036—Signalling gateways at the edge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols

Abstract

Un método para comunicaciones entre dominios realizadas mediante una Pasarela de Medios (MG) (430) de interconexión situada para conectar una primera red (410) de dominio IP y una segunda red (420) de dominio IP, comprendiendo dicho método: recibir información de dominio de la primera red (410) de dominio IP e información de dominio de la segunda red (420) de dominio IP desde un Controlador de Pasarela de Medios (MGC) (440), en donde la información de dominio de la primera red (410) de dominio IP y la información de dominio de la segunda red (420) de dominio IP es cada una transportada en un Descriptor LocalControl en un mensaje desde el MGC (440); crear un primer flujo de medios (RTPa) entre la MG (430) de interconexión y una primera MG (MGa) situada en la primera red (410) de dominio IP de acuerdo con la información de dominio de la primera red de dominio IP; crear un segundo flujo de medios (RTPb) entre la MG (430) de interconexión y una segunda MG (MGb) situada en la segunda red (420) de dominio IP de acuerdo con la información de dominio de la segunda red de dominio IP; y conectar el primer flujo de medios (RTPa) y el segundo flujo de medios (RTPb) con el fin de formar una ruta de comunicaciones de datos entre la primera MG (MGa) y la segunda MG (MGb).

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Metodo y dispositivo para implementar una interconexion entre dominios IP Campo de la invencion
La presente invencion esta relacionada con el campo de la tecnologfa de comunicacion de red en general y, mas espedficamente, con un metodo, un sistema y un dispositivo para implementar una interconexion entre dominios IP.
Antecedentes de la invencion
En la Fig. 1 se muestra una estructura de red de la Red de Proxima Generacion (NGN), en la que el Controlador 110 de Pasarela de Medios (MGC) y las Pasarelas 121, 122 de Medios (MG) son dos componentes clave en la NGN. El MGC proporciona la funcion de control de llamada y la MG proporciona la funcion de portadora de servicio, pudiendose realizar de este modo la separacion del Plan de Control de Llamada y el Plan de Portadora de Servicio, los recursos de red se pueden compartir con beneficio completo, se pueden simplificar la actualizacion de los dispositivos y la ampliacion de un servicio, y se puede reducir en gran medida el coste de desarrollo y mantenimiento.
Los protocolos de control de la pasarela de medios son los protocolos de comunicacion principales entre la MG y el MGC y, actualmente, los dos protocolos de pasarela de medios que se utilizan ampliamente son el H.248/MeGaCo (Protocolos de Control de Pasarela) y MGCP (Protocolo de Control de Pasarela de Medios). La IETF (Fuerza de Trabajo de Ingenieffa de Internet) publico un borrador del MGCP en octubre de 1999 y lo reviso en enero de 2003, y la IETF y la UIT (Union Internacional de Telecomunicaciones) conjuntamente publicaron un borrador del H.248/MeGaCo en noviembre de 2000 y lo revisaron en junio de 2003.
Tomando el H.248 como ejemplo, todos los tipos de recursos sobre la MG se expresan de forma abstracta como Terminaciones. Las Terminaciones se pueden dividir en Terminaciones ffsicas y Terminaciones effmeras; las primeras representan entidades ffsicas con una existencia semipermanente como, por ejemplo, un canal Multiplex por Division de Tiempo (TDM), mientras que las ultimas representan recursos comunes aplicados para su utilizacion effmera y liberados tras su utilizacion como, por ejemplo, flujos del Protocolo de Transporte en Tiempo real (RTP). La asociacion entre Terminaciones se expresa de forma abstracta como Contexto. El Contexto puede incorporar una pluralidad de Terminaciones; por lo tanto, el Contexto describe la relacion entre las Terminaciones en la Topologfa.
Basandose en el modelo abstracto del protocolo, la conexion de llamadas se realiza en la practica manipulando Terminaciones y Contextos. La manipulacion se implementa mediante peticion y respuesta de Comandos entre el MGC y la MG. Los parametros transportados por un Comando tambien se denominan Descriptores, los cuales se dividen en varios tipos como, por ejemplo, Descriptores de Propiedad, Senal, Evento, Estadfsticas, etc. Los parametros con correlacion de servicio convergen logicamente en un Paquete.
La estructura topologica del Contexto definida por el H.248 es independiente del propio tipo de la Terminacion, esto es, las Terminaciones que componen un Contexto pueden ser de cualquier tipo de Terminaciones ffsicas (por ejemplo, canales TDM) o de Terminaciones effmeras (por ejemplo, flujos RTP). Con respecto a un flujo de medios bidireccional, el servicio de telefoma IP convencional se puede transportar mediante la interconexion de una Terminacion ffsica TDM y una Terminacion effmera RTP, el servicio de telefoma TDM local se puede transportar mediante la interconexion de dos Terminaciones ffsicas TDM, y un servicio de interconexion IP-IP se puede transportar mediante la interconexion de dos Terminaciones effmeras RTP.
El modelo original del protocolo H.248 esta disenado para una asociacion de control MGC-MG dentro de un unico dominio IP. En general, un flujo de medios se transfiere entre una Terminacion ffsica TDM y una Terminacion effmera RTP sobre MG comunes. Pero en aplicaciones practicas, ademas de la interconexion de MG bajo el control del MGC dentro de sus dominios IP respectivos, los operadores posiblemente necesiten llevar a cabo la interconexion entre diferentes dominios IP entre sf.
Sin embargo, los flujos RTP sobre diferentes dominios IP tienen que conectarse en serie en el mismo Contexto con el fin de llevar a cabo la conexion entre dominios IP; para este proposito, una MG que crea un flujo RTP necesita conocer la informacion de dominio IP correspondiente, con el fin de determinar la direccion del flujo de medios. Es decir, si la MG no puede obtener la informacion de dominio IP correspondiente, el flujo RTP no se puede crear de ninguna manera. En la actualidad, ningun metodo tecnologico puede hacer que una MG que necesite implementar la interconexion obtenga la informacion de dominio IP para crear los flujos RTP, esto es, en la actualidad no se puede obtener en la MG la informacion de dominio IP para crear flujos RTP.
El documento EP1341360A1 divulga un sistema de gestion de red con medios para obtener informacion sobre equipos en la red, estando constituidos algunos de dichos equipos por pasarelas capaces de permitir el envfo de
5
10
15
20
25
30
35
40
45
trafico fuera de dicha red, incluyendo el sistema medios para enviar, al servidor de nombres de dominio asociado con dicha red, la(s) direccion/direcciones de una o mas de dichas pasarelas tal como se haya determinado a partir de la base de dicha informacion.
El documento US2003/0027595A1 divulga un sistema de comunicacion que incluye un Equipo de Usuario, una Red de Acceso Radio, un dominio de conmutacion de paquetes, un Subsistema Multimedia IP, un dominio de conmutacion de circuitos, un Sistema de Nombres de Dominio, una Funcion de Pasarela de Cargo, un EIR, una Pasarela de Senalizacion de Transporte y una Pasarela de Senalizacion en Itinerancia.
El documento US 2004/258045 A1 divulga un sistema y un metodo para gestionar una llamada, en particular con respecto a una modificacion de las caractensticas de la portadora.
El H.248.20 de la UIT-T es un protocolo estandar que divulga la utilizacion de una descripcion local y remota con multiplexacion H.221 y H.223.
Resumen de la invencion
La presente invencion pretende proporcionar un metodo y un dispositivo para implementar una interconexion entre dominios IP, consiguiendo de este modo la interconexion entre dominios IP en redes basadas en el Protocolo de Control de Pasarela de Medios.
A continuacion, se proporcionan las soluciones para implementar la interconexion entre dominios IP mediante la presente invencion.
En un aspecto de la presente invencion, se proporciona un metodo para comunicaciones entre dominios mediante una interconexion de una Pasarela de Medios (MG) (430) situada para conectar una primera red (410) de dominio IP y una segunda red (420) de dominio IP, incluyendo el metodo:
recibir informacion de dominio de la primera red (410) de dominio IP e informacion de dominio de la segunda red (420) de dominio IP desde un Controlador de Pasarela de Medios (MGC) (440), en donde la informacion de dominio de la primera red (410) de dominio IP y la informacion de dominio de la segunda red (420) de dominio IP es transportada cada una en un Descriptor LocalControl (Control Local) en un mensaje desde el MGC (440);
crear un primer flujo de medios (RTPa) entre la MG (430) de interconexion y una primera MG (MGa) situada en la primera red (410) de dominio IP de acuerdo con la informacion de dominio de la primera red de dominio IP;
crear un segundo flujo de medios (RTPb) entre la MG (430) de interconexion y una segunda MG (MGb) situada en la segunda red (420) de dominio IP de acuerdo con la informacion de dominio de la segunda red de dominio IP; y
conectar el primer flujo de medios (RTPa) y el segundo flujo de medios (RTPb) para formar una ruta de comunicacion de datos entre la primera MG (MGa) y la segunda MG (MGb).
En un aspecto adicional de la presente invencion, se proporciona una Pasarela de Medios (MG) situada para conectar una primera red (410) de dominio IP y una segunda red (420) de dominio IP con el fin de proporcionar comunicaciones entre dominios, que incluye:
una interfaz de red (terminacion 1, terminacion 2) conectada tanto a la primera red de dominio IP como a la segunda red de dominio IP;
un procesador configurado para:
recibir informacion de dominio de la primera red (410) de dominio IP e informacion de dominio de la segunda red (420) de dominio IP desde un Controlador de Pasarela de Medios (MGC) (440), en donde la informacion de dominio de la primera red (410) de dominio IP y la informacion de dominio de la segunda red (420) de dominio IP es transportada cada una en un Descriptor LocalControl en un mensaje desde el MGC;
crear un primer flujo de medios (RTPa) entre la MG (430) de interconexion y una primera MG (MGa) situada en la primera red (410) de dominio IP de acuerdo con la informacion de dominio de la primera red de dominio IP;
crear un segundo flujo de medios (RTPb) entre la MG (430) de interconexion y una segunda MG (MGb) situada en la segunda red (420) de dominio IP de acuerdo con la informacion de dominio de la segunda red de dominio IP; y
conectar el primer flujo de medios (RTPa) y el segundo flujo de medios (RTPb) para formar una ruta de comunicacion de datos entre la primera MG (MGa) y la segunda MG (MGb).
5
10
15
20
25
30
35
40
45
50
A partir de las soluciones tecnicas descritas mas arriba proporcionadas por la presente invencion, se puede observar que la implementacion de la presente invencion permite que las MG entre dominios IP en la NGN, entre las que es necesaria la interconexion, obtengan la informacion de dominio IP del dominio IP al que pertenece el flujo de medios que va a crear la MG, asegurando de este modo la interconexion entre los dominios IP que necesitan interconectarse entre sf, y proporcionando una gran comodidad para la operacion de la red.
Breve descripcion de los dibujos
La Figura 1 es un diagrama esquematico que ilustra la estructura de red de una MG y un MGC en una NGN;
la Figura 2 es un diagrama esquematico que ilustra la estructura de red para la interconexion entre dominios IP en una NGN;
la Figura 3 es un diagrama de flujo que ilustra el metodo de acuerdo con un modo de realizacion de la presente invencion;
la Figura 4 es un diagrama esquematico que ilustra el procedimiento de creacion de un flujo de medios de acuerdo con un modo de realizacion de la presente invencion.
Descripcion detallada de los modos de realizacion
La Figura 2 muestra un diagrama esquematico que ilustra la estructura de red para la interconexion de MG entre dominios IP en una NGN, en donde la MGi 230 se dispone entre un dominio IP IPa 210 y un dominio IP IPb 220 entre los que se desea la interconexion. En IPa 210 se encuentran un MGCa 211 y un MGa 212 y en IPb 220 se encuentran un MGCb 221 y un MGb 222. La MG (MGi) 230 dispuesta entre los dominios IP entre los que se desea la interconexion se denomina MG de interconexion entre dominios IP o MG IP-IP (MG entre dominios IP), la cual se diferencia de las MG comun (MGa 212 y MGb 222) en que: las MG comun desempenan una funcion de Interfaz de Red de Usuario (UNI), mientras que la MG IP-IP desempena la funcion de Interfaz Red-Red (NNI). En consecuencia, los flujos de medios en la MG IP-IP se transfieren entre las Terminaciones effmeras correspondientes.
Con el fin de llevar a cabo la interconexion de los flujos de medios a traves de dominios IP diferentes, cuando se crea un flujo de medios, la MG IP-IP tiene que conocer la informacion de dominio IP del dominio IP al que pertenece el flujo de medios. Como en dominios IP diferentes existen en general requisitos diferentes para los flujos de medios, por ejemplo, en dominios IP diferentes se utilizan protocolos diferentes (por ejemplo, IPv4 e IPv6), la MG IP-IP puede crear correctamente un flujo de medios unicamente despues de conocer la informacion de dominio IP correspondiente. La idea principal de la presente invencion es transportar la informacion de dominio IP que necesita la MG IP-IP mediante un Descriptor LocalControl del protocolo H.248, con el fin de hacerlo conveniente para que la MG IP-IP obtenga la informacion de dominio IP para crear flujos de medios y para crear correctamente los flujos de medios correspondientes.
La presente invencion se entendera mas aun a partir de la siguiente descripcion detallada del metodo de un modo de realizacion de la presente invencion haciendo referencia a los dibujos adjuntos.
Tal como se muestra en la Fig. 3, el metodo de un modo de realizacion de la presente invencion incluye espedficamente el siguiente procedimiento:
Paso 31: Cuando un MGC decide enviarle a una MG una indicacion para crear un flujo de medios, determina la informacion de dominio IP del dominio IP al que pertenece el flujo de medios a crear;
El flujo de medios puede ser un flujo de medios RTP o cualquier otro flujo de medios.
En general, el MGC establece una conexion de llamada con el proposito de crear un flujo de medios entre MG; en ese momento es necesario que el MGC le envfe a la MG una indicacion para crear un flujo de medios.
La informacion de dominio IP correspondiente (por ejemplo, identificadores de dominio IP, etc.) para diferentes dominios IP se configura en el MGC y la MG; y la informacion de dominio IP configurada en el MGC es la misma que la configurada en la MG. Cuando el MGC decide enviarle a la MG una indicacion para crear un flujo de medios, a partir de la informacion configurada puede obtener la informacion de dominio IP del dominio IP al que pertenece el flujo de medios a crear.
Paso 32: El MGC transmite la informacion de dominio IP a la MG correspondiente, informando a la MG sobre el dominio IP al que pertenece el flujo de medios a crear;
El MGC puede enviar la informacion de dominio IP a la MG con la informacion de dominio IP incluida en el Descriptor LocalControl y, mas espedficamente, el MGC puede enviarle a la MG la informacion de dominio IP con la informacion de dominio IP incluida en una Propiedad ampliada en el Descriptor LocalControl. La Propiedad
5
10
15
20
25
30
35
40
45
50
ampliada se puede definir directamente en el Descriptor LocalControl o mediante un Paquete ampliado y Propiedades del Paquete ampliado.
Aquellos experimentados en la tecnica debenan entender que el Descriptor LocalControl es un parametro de mensajes correlativos relacionados con la manipulacion del flujo de medios; los mensajes correlativos relacionados con la manipulacion del flujo de medios incluyen, pero no se limitan a, mensajes como, por ejemplo, Add (Anadir), Modify (Modificar), Move (Mover), etc.
A continuacion, se explicara el Descriptor LocalControl mencionado mas arriba:
cuando se le indica a la MG que anada una Terminacion a un Contexto para crear un flujo de medios, el MGC, en general, describe las Propiedades de la Terminacion a anadir en Descriptores como, por ejemplo, LocalControl, Local, Remote (Remoto), etc.;
en donde el Descriptor Local describe parametros de codificacion/descodificacion de los flujos de medios recibidos Locales (esto es, enviados Remotos); el Descriptor Remoto describe parametros de codificacion/descodificacion de los flujos de medios recibidos Remotos (esto es, enviados Locales) como, por ejemplo, direccion IP y puerto, algoritmo de codificacion/descodificacion y tamano del paquete, etc.; cuyos parametros se organizan en un SDP (Protocolo de Descripcion de Sesion);
el Descriptor LocalControl incluye las Propiedades Mode (Modo), ReserveGroup (Grupo de Reserva) y ReserveValue (Valor de Reserva), y otras Propiedades relacionadas con el flujo de medios definido en el Paquete; en donde Mode describe el estado del flujo de medios en la Terminacion con respecto al exterior del Contexto, el cual puede ser send-only (solo enviar), receive-only (solo recibir) send-receive (enviar-recibir), inactive (inactivo) y loop-back (bucle); ReserveGroup y ReserveValue describen si se debera reservar el recurso para la codificacion/descodificacion de los flujos de medios en la Terminacion;
en consecuencia, en un modo de realizacion de la presente invencion, en el Descriptor LocalControl del protocolo H.248 se puede ampliar un parametro Propiedad de Realm (esto es, dominio) para identificar el dominio IP del flujo de medios transportado por la Terminacion. La Propiedad de la informacion de dominio IP con un valor de cadena de caracteres puede tener la forma de nombre de dominio, por ejemplo, "mynet.net".
Por supuesto, en un paquete del protocolo H.248, mediante la ampliacion de un Paquete del protocolo H.248 se puede definir una Propiedad cuya funcion sea la misma que Realm con el fin de utilizarla para transportar en el Descriptor LocalControl la informacion de dominio IP correspondiente a enviar a la MG.
Tal como se ha descrito mas arriba, la informacion de dominio IP (identificadores de dominio IP) necesita ser proporcionada con anterioridad entre el MGC y la MG, y diferentes dominios IP entre los que se pueda necesitar la interconexion debenan tener diferentes identificadores de dominio IP. Por supuesto, el procedimiento de provision se puede implementar de diferentes formas concretas, siempre y cuando tanto el MGC como la MG entiendan el significado de los identificadores de dominio IP, y aqrn se omite su descripcion detallada.
Paso 33: despues de haber obtenido la informacion de dominio IP del dominio IP, al que pertenece el flujo de medios a crear, enviado por el MGC, la MG crea el flujo de medios correspondiente a la informacion de dominio IP.
Aquellos experimentados en la tecnica debenan entender que la creacion del flujo de medios correspondiente de acuerdo con la informacion de dominio IP incluye: determinar la direccion origen, el puerto origen, la direccion de destino, el puerto de destino, el tipo de protocolo, etc. del flujo de medios a crear de acuerdo con la informacion de dominio IP, y aqrn se omite su descripcion detallada.
Despues de haber creado el flujo de medios correspondiente se realiza la interconexion de dominios IP en la NGN.
Aquellos experimentados en la tecnica debenan entender que cuando se crean satisfactoriamente los flujos de medios desde la MG a dominios IP diferentes y se conectan en serie a traves de la MG, se realiza la interconexion entre dichos dominios IP. El procedimiento de conexion de flujos de medios en serie incluye el reenvfo y la modificacion necesaria de los flujos de medios, etc., y aqrn se omite su descripcion detallada.
Se debena observar que si la MG no puede identificar la informacion de dominio IP enviada por el MGC (por ejemplo, si excede el rango provisionado con antelacion entre el MGC y la MG), la MG no puede crear el flujo de medios y le devuelve al MGC el codigo de error correspondiente. Ademas, en caso de creacion satisfactoria, la MG puede devolverle al MGC una respuesta de exito.
Ademas, en la MG IP-IP tambien se puede configurar con antelacion una informacion de dominio IP relativa por defecto (la informacion de dominio IP por defecto puede no ser diferente de la informacion de dominio IP normal),
5
10
15
20
25
30
y si la Propiedad de la informacion de dominio IP es su valor por defecto en la indicacion de crear un flujo de medios enviado por el MGC, la MG opera con respecto al dominio IP por defecto.
En el caso de una unica IP, el dominio IP al que pertenece la MG se puede tomar directamente como el dominio por defecto.
La Figura 4 muestra el metodo en un uso real para crear flujos de medios RTP de acuerdo con un modo de realizacion de la presente invencion. Se van a crear dos flujos de medios interconectando la MG MGi 430 en la Fig. 4, esto es, RTPa y RTPb. Cuando la MGC 440 le indica a la MGi 430 que cree RTPa, le envfa a la MGi 430 un Descriptor LocalControl con Realm=IPa.net (esto es, la informacion de dominio IP). De este modo, la MGi 430 puede conocer que el dominio IP al que pertenece el flujo RTPa a crear es IPa.net, y a continuacion, crear el RTPa.
Aquellos experimentados en la tecnica debenan entender que el MGC puede ser el MGCa o el MGCb, en funcion del MGC que controle la MGi 430. Por ejemplo, la MGi es controlada por el MGC con el que se ha registrado la MGi anteriormente.
En consecuencia, RTPb se puede crear de forma parecida.
Cuando en la MGi se establece un Contexto para interconectar Terminacion 1 con Terminacion 2 y los flujos de medios RTPa y RTPb se crean satisfactoriamente, la interconexion entre los dominios IP IPa 410 e IPb 420 se realiza a traves de la MGi 430.
Haciendo de nuevo referencia a la Fig. 2, en el sistema para implementar una interconexion entre dominios IP de un modo de realizacion de la presente invencion, MGi 230, MGCa 211 y MGCb 221 se configuran, respectivamente, con una informacion de dominio IP correspondiente. Cuando la MGi 230 va a crear un flujo de medios, el MGCa 211 o el MGCb 221 le envfa a la MGi 230 la informacion de dominio IP necesaria; y, a continuacion, la MGi 230 crea el flujo de medios de acuerdo con la informacion de dominio IP.
En resumen, los modos de realizacion de la presente invencion llevan a cabo la interconexion entre los dominios IP en una NGN entre los que se necesita una interconexion, proporcionando de este modo una gran comodidad para el funcionamiento de la red.
Lo que se ha mencionado mas arriba son unicamente modos de realizacion preferibles de la presente invencion, los cuales no pretenden limitar el alcance de proteccion de la presente invencion. Es evidente que, a la luz de los mismos, a aquellos experimentados en la tecnica se les ocurriran facilmente varias modificaciones y sustituciones, y se incluyen dentro del alcance de la presente invencion definido por las reivindicaciones adjuntas.

Claims (6)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    REIVINDICACIONES
    1. Un metodo para comunicaciones entre dominios realizadas mediante una Pasarela de Medios (MG) (430) de interconexion situada para conectar una primera red (410) de dominio IP y una segunda red (420) de dominio IP, comprendiendo dicho metodo:
    recibir informacion de dominio de la primera red (410) de dominio IP e informacion de dominio de la segunda red (420) de dominio IP desde un Controlador de Pasarela de Medios (MGC) (440), en donde la informacion de dominio de la primera red (410) de dominio IP y la informacion de dominio de la segunda red (420) de dominio IP es cada una transportada en un Descriptor LocalControl en un mensaje desde el MGC (440);
    crear un primer flujo de medios (RTPa) entre la MG (430) de interconexion y una primera MG (MGa) situada en la primera red (410) de dominio IP de acuerdo con la informacion de dominio de la primera red de dominio IP;
    crear un segundo flujo de medios (RTPb) entre la MG (430) de interconexion y una segunda MG (MGb) situada en la segunda red (420) de dominio IP de acuerdo con la informacion de dominio de la segunda red de dominio IP; y
    conectar el primer flujo de medios (RTPa) y el segundo flujo de medios (RTPb) con el fin de formar una ruta de comunicaciones de datos entre la primera MG (MGa) y la segunda MG (MGb).
  2. 2. El metodo de la reivindicacion 1, en donde cada una de las informaciones de dominio de la primera red de dominio IP y la segunda red de dominio IP esta contenida en una propiedad ampliada del Descriptor LocalControl.
  3. 3. El metodo de la reivindicacion 1, en donde cada una de las informaciones de dominio de la primera red de dominio IP y la segunda red de dominio IP se representa como una cadena de caracteres.
  4. 4. Una Pasarela de Medios (MG) (430) de interconexion situada para conectar una primera red (410) de dominio IP y una segunda red (420) de dominio IP con el fin de proporcionar comunicaciones entre dominios, que comprende:
    una interfaz de red (terminacion 1, terminacion 2) conectada tanto a la primera red de dominio IP como a la segunda red de dominio IP;
    un procesador configurado para:
    recibir informacion de dominio de la primera red (410) de dominio IP e informacion de dominio de la segunda red (420) de dominio IP desde un Controlador de Pasarela de Medios (MGC) (440), en donde la informacion de dominio de la primera red (410) de dominio IP y la informacion de dominio de la segunda red (420) de dominio IP es cada una transportada en un Descriptor LocalControl contenido en un mensaje desde el MGC;
    crear un primer flujo de medios (RTPa) entre la MG (430) de interconexion y una primera MG (MGa) situada en la primera red (410) de dominio IP de acuerdo con la informacion de dominio de la primera red de dominio IP;
    crear un segundo flujo de medios (RTPb) entre la MG (430) de interconexion y una segunda MG (MGb) situada en la segunda red (420) de dominio IP de acuerdo con la informacion de dominio de la segunda red de dominio IP; y
    conectar el primer flujo de medios (RTPa) y el segundo flujo de medios (RTPb) con el fin de formar una ruta de comunicaciones de datos entre la primera MG (MGa) y la segunda MG (MGb).
  5. 5. La MG de interconexion de la reivindicacion 4, en donde cada una de las informaciones de dominio de la primera red de dominio IP y la segunda red de dominio IP esta contenida en una propiedad ampliada del Descriptor LocalControl.
  6. 6. La MG de interconexion de la reivindicacion 4, en donde cada una de las informaciones de dominio de la primera red de dominio IP y la segunda red de dominio IP se representa como una cadena de caracteres.
ES15160480.8T 2005-04-29 2006-04-29 Método y dispositivo para implementar una interconexión entre dominios IP Active ES2619360T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2005100694155A CN100399773C (zh) 2005-04-29 2005-04-29 实现ip域跨域互通的方法
CN200510069415 2005-04-29

Publications (1)

Publication Number Publication Date
ES2619360T3 true ES2619360T3 (es) 2017-06-26

Family

ID=37195737

Family Applications (3)

Application Number Title Priority Date Filing Date
ES15160480.8T Active ES2619360T3 (es) 2005-04-29 2006-04-29 Método y dispositivo para implementar una interconexión entre dominios IP
ES16194502.7T Active ES2686996T3 (es) 2005-04-29 2006-04-29 Método y dispositivo para implementar una interconexión entre dominios IP
ES06741769.1T Active ES2547460T3 (es) 2005-04-29 2006-04-29 Un método, un sistema y un equipo para implementar la interconexión entre dominios IP

Family Applications After (2)

Application Number Title Priority Date Filing Date
ES16194502.7T Active ES2686996T3 (es) 2005-04-29 2006-04-29 Método y dispositivo para implementar una interconexión entre dominios IP
ES06741769.1T Active ES2547460T3 (es) 2005-04-29 2006-04-29 Un método, un sistema y un equipo para implementar la interconexión entre dominios IP

Country Status (11)

Country Link
US (2) US9525583B2 (es)
EP (3) EP3151501B1 (es)
JP (2) JP4937913B2 (es)
KR (1) KR20070067013A (es)
CN (1) CN100399773C (es)
AU (1) AU2006243577B2 (es)
BR (1) BRPI0604840B8 (es)
CA (1) CA2570188C (es)
ES (3) ES2619360T3 (es)
HK (1) HK1094512A1 (es)
WO (1) WO2006116933A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101321139A (zh) * 2007-06-04 2008-12-10 华为技术有限公司 资源管理方法、承载设备及承载控制设备
CN101552713B (zh) 2008-04-01 2011-04-13 华为技术有限公司 一种包基础与扩展关系的交换方法、装置
US8971311B2 (en) * 2010-09-23 2015-03-03 Genband Us Llc Methods, systems and computer readable media for supporting a plurality of real-time transport protocol (RTP) multiplexing enablement methods in a media gateway

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6085186A (en) 1996-09-20 2000-07-04 Netbot, Inc. Method and system using information written in a wrapper description language to execute query on a network
US6680952B1 (en) * 1999-06-01 2004-01-20 Cisco Technology, Inc. Method and apparatus for backhaul of telecommunications signaling protocols over packet-switching networks
US6735209B1 (en) 1999-07-29 2004-05-11 Worldcom, Inc. Address definition for IP telephony services
US20030202521A1 (en) * 1999-09-10 2003-10-30 Theodore Havinis System and method for negotiation of multi-media capabilities across networks
US7933279B1 (en) * 1999-12-28 2011-04-26 Nortel Networks Limited Voice over packet network arrangement and method
EP1161104A1 (en) * 2000-06-02 2001-12-05 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Call control network, access control server and call control method
US7447192B1 (en) * 2000-06-13 2008-11-04 Spyder Navigations L.L.C. System and method for controlling a media gateway
US6799210B1 (en) * 2000-06-21 2004-09-28 Nortel Networks Limited Dynamic association of endpoints to media gateway controllers
GB0016351D0 (en) * 2000-07-03 2000-08-23 Nokia Networks Oy Interaction in a communication system
WO2002009387A1 (en) * 2000-07-21 2002-01-31 Nokia Corporation Sip sessions between ipv4 and ipv6 clients and sip based call setup in 3gpp ip multimedia subsystem with nat in place
US6944166B1 (en) * 2000-08-09 2005-09-13 Nortel Networks Limited Method for controlling service levels over packet based networks
US7106722B1 (en) 2000-08-20 2006-09-12 Telefonktiebolaget Lm Ericsson (Publ) System for media gateway to media gateway address information exchange
US6766377B1 (en) * 2000-08-24 2004-07-20 3Com Corporation Media gateway proxy
US6850763B1 (en) * 2000-11-22 2005-02-01 Winphoria Networks, Inc. System and method of servicing mobile communications with a proxy switch
JP3723076B2 (ja) * 2000-12-15 2005-12-07 富士通株式会社 不正侵入防御機能を有するｉｐ通信ネットワークシステム
JP2004518388A (ja) 2001-02-13 2004-06-17 シーメンス　アクチエンゲゼルシヤフト 少なくとも２つの加入者端末装置間において異なる符号化規則に応じて形成された有効情報における符号化の確定方法
WO2002100013A1 (en) * 2001-06-05 2002-12-12 Tekelec Methods and systems for communicating signaling information using a normalized signaling protocol
DE10133648A1 (de) * 2001-07-11 2003-01-30 Siemens Ag Verfahren zur Unterstützung von Dienstgütemerkmalen in heterogenen Kommunikationsnetzen
US6954654B2 (en) * 2001-07-31 2005-10-11 Lucent Technologies Inc. Provision of services in a communication system including an interworking mobile switching center
CN100459722C (zh) * 2001-10-08 2009-02-04 艾利森电话股份有限公司 在电信系统中管理呼叫的方法和系统
US7139263B2 (en) * 2001-10-19 2006-11-21 Sentito Networks, Inc. Voice over IP architecture
EP1307026A1 (de) * 2001-10-29 2003-05-02 Siemens Aktiengesellschaft Effiziente Änderung von Adressinformationen mit Hilfe von NAT und NAPT Routern bei getrennter Übertragung von Nutzdaten und Signalisierungsinformationen
US20030099192A1 (en) * 2001-11-28 2003-05-29 Stacy Scott Method and system for a switched virtual circuit with virtual termination
FR2836613B1 (fr) 2002-02-28 2004-06-18 Cit Alcatel Systeme de gestion de reseau permettant la determination d'une passerelle de communication entre domaines
JP4094316B2 (ja) 2002-03-27 2008-06-04 日本電気株式会社 インターネット電話方式および方法
EP1351478A1 (de) 2002-04-03 2003-10-08 Siemens Aktiengesellschaft Steuerung einer Sprachkommunikationsverbindung in einem paketvermittelnden Kommunikationsnetz zwischen unterschiedlichen Domänen zugeordneten Kommunikationseinrichtungen
US6884174B2 (en) 2002-06-26 2005-04-26 Igt Communication protocol for gaming system configuration
DE10231026A1 (de) 2002-07-09 2004-02-05 Siemens Ag Vermeidung eines Fehlverhaltens einer Vermittlungseinrichtungs-Steuerung (Media Gateway Controller) oder Vermittlungseinrichtung (Media Gateway) bei einem Wechsel des Nutzlasttyp in bestehenden Verbindungen
JP4013701B2 (ja) 2002-08-28 2007-11-28 日本電気株式会社 移動通信システム、その動作制御方法及びそれに用いるノード並びに無線制御装置
AU2003250437A1 (en) 2002-09-16 2004-04-30 Koninklijke Philips Electronics N.V. Initiating communication sessions from a first computer network to a second computer network
JP2004166143A (ja) 2002-11-15 2004-06-10 Nippon Telegr & Teleph Corp <Ntt> Ａｐｉおよびそれを用いた通信装置
US7898990B2 (en) * 2003-03-25 2011-03-01 Spyder Navigations L.L.C. Method, system and gateway device for enabling interworking between IP and CS networks
JP3668231B2 (ja) 2003-05-07 2005-07-06 ボーダフォン株式会社 マルチメディア・メッセージサービス装置
CN100440765C (zh) 2003-07-10 2008-12-03 华为技术有限公司 一种实现分组网络间呼叫承载通道建立的方法
US7565448B1 (en) * 2004-02-03 2009-07-21 Sprint Communications Company L.P. Network control system for a communication network
US7660243B2 (en) * 2004-09-28 2010-02-09 Alcatel-Lucent Usa Inc. Method for management of voice-over IP communications
US8031696B2 (en) * 2005-03-11 2011-10-04 Genband Us Llc System and method for routing VoIP calls

Also Published As

Publication number Publication date
US20080159518A1 (en) 2008-07-03
EP1742436A1 (en) 2007-01-10
EP2913971B1 (en) 2016-12-28
JP5465260B2 (ja) 2014-04-09
US9906489B2 (en) 2018-02-27
BRPI0604840A2 (pt) 2009-05-26
ES2686996T3 (es) 2018-10-23
CA2570188A1 (en) 2006-11-09
CA2570188C (en) 2017-01-03
EP3151501B1 (en) 2018-06-13
US20170070477A1 (en) 2017-03-09
WO2006116933A1 (fr) 2006-11-09
AU2006243577B2 (en) 2009-05-21
JP2008512906A (ja) 2008-04-24
HK1094512A1 (en) 2007-03-30
JP4937913B2 (ja) 2012-05-23
EP3151501A1 (en) 2017-04-05
JP2012085356A (ja) 2012-04-26
AU2006243577A1 (en) 2006-11-09
CN100399773C (zh) 2008-07-02
BRPI0604840B1 (pt) 2018-12-26
BRPI0604840B8 (pt) 2019-01-15
KR20070067013A (ko) 2007-06-27
ES2547460T3 (es) 2015-10-06
CN1855896A (zh) 2006-11-01
EP1742436A4 (en) 2007-06-06
EP1742436B1 (en) 2015-07-08
US9525583B2 (en) 2016-12-20
EP2913971A1 (en) 2015-09-02

Similar Documents

Publication Publication Date Title
EP1065858B1 (en) Label switched media gateway and network
US7486684B2 (en) Method and apparatus for establishment and management of voice-over IP virtual private networks in IP-based communication systems
US8520701B2 (en) Systems and methods for interworking QSIG and H.323 signaling in a SIP-based network
JP2005525025A (ja) パケット・カプセル化を用いたスイッチング・アーキテクチャー
WO2005011216A1 (fr) Systeme et procede pour realiser une commutation d&#39;appels multimedia dans un reseau prive
US7068644B1 (en) Wireless access gateway to packet switched network
EA033793B1 (ru) Устройство и способ для обеспечения взаимодействия между сетями с различными технологиями связи
US11388202B2 (en) Network entity selection
ES2619360T3 (es) Método y dispositivo para implementar una interconexión entre dominios IP
ES2285242T3 (es) Señalizacion de conexion de portadora en una arquitectura distribuida.
KR100726185B1 (ko) 서로 다른 ｉｐ 주소를 사용하는 ｉｐ 네트워크 간 연동제공 시스템, 게이트웨이 장치, 서버 및 연동 제공 방법
Cisco Chapter 4 - Voice over IP (VoIP) Configurations
US9191518B2 (en) Routing system for transferring data packets of a call
JP4189965B2 (ja) 通信ノード
EP2327186B1 (en) Method for supporting quality of service
Goode et al. Attaining precedence-based communications in secure IP networks
Gou et al. An Agent Communication Language for Multimedia Communication Task and Its Application
JP2010233174A (ja) ルータ、ネットワークシステムおよび通信方法
KR20110006392A (ko) ＶｏＩＰ 시스템에서 ＩＰ 폰 간의 미디어 경로 결정 방법 및 이를 위한 시스템