ES2302844T3 - Nodo de conmutacion descompuesto y metodo para hacer funcionar el mismo. - Google Patents
Nodo de conmutacion descompuesto y metodo para hacer funcionar el mismo. Download PDFInfo
- Publication number
- ES2302844T3 ES2302844T3 ES02772278T ES02772278T ES2302844T3 ES 2302844 T3 ES2302844 T3 ES 2302844T3 ES 02772278 T ES02772278 T ES 02772278T ES 02772278 T ES02772278 T ES 02772278T ES 2302844 T3 ES2302844 T3 ES 2302844T3
- Authority
- ES
- Spain
- Prior art keywords
- media gateway
- package
- context
- multiplex
- media
- 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.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/125—Details of gateway equipment
- H04M7/1255—Details of gateway equipment where the switching fabric and the switching logic are decomposed such as in Media Gateway Control
-
- 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/103—Media gateways in the network
-
- 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/104—Signalling gateways in the network
-
- 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
- H04L65/1106—Call signalling protocols; H.323 and related
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Medicines That Contain Protein Lipid Enzymes And Other Medicines (AREA)
- Radio Relay Systems (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Abstract
En una red de telecomunicaciones, un método para controlar una pasarela de medios con el fin de gestionar una sesión múltiplex, mediante el uso de un controlador de pasarela de medios, de manera que la pasarela de medios y el controlador de pasarela de medios se comunican utilizando un protocolo de interfaz que proporciona mensajes de órdenes que tienen una estructura que contiene: un campo de contexto para identificar un contexto de la pasarela de medios; un campo de terminación, destinado a identificar una o más terminaciones de la pasarela de medios implicadas en dicho contexto; al menos un descriptor para definir propiedades del contexto; y una identidad de paquete, de tal manera que el método comprende: generar, en el controlador de pasarela de medios, un mensaje de orden que tiene dicha estructura y que contiene un descriptor múltiplex que incluye un identificador de paquete, de tal modo que el identificador de paquete identifica un paquete implementado en la pasarela de medios con el fin de gestionar una sesión múltiplex; enviar el mensaje de orden generado desde el controlador de pasarela de medios a la pasarela de medios; y establecer, en la pasarela de medios, el contexto identificado en el mensaje de acuerdo con el paquete especificado.
Description
Nodo de conmutación descompuesto y método para
hacer funcionar el mismo.
La presente invención se refiere a un nodo de
conmutación descompuesto y a un método para hacer funcionar el
mismo. Más particularmente, la presente invención se refiere a un
método para controlar una Pasarela de Medios de un nodo de
conmutación descompuesto, con el fin de permitir que la Pasarela de
Medios gestione o maneje múltiples llamadas.
Existe un interés considerable en utilizar
mecanismos de transporte portadores basados en paquetes en lugar de
basados en circuitos, en redes de telecomunicaciones con el fin de
transportar datos de usuario, por ejemplo, tráfico de voz. Las
razones para esto están relacionadas tanto con las mejoras en la
eficiencia como con los ahorros potenciales de costes. Se ha
otorgado una gran consideración, por ejemplo, al uso de redes de
Protocolo de Internet (IP -"Internet Protocol") para
transportar información de usuario entre nodos de red. Las redes de
IP tienen la ventaja de que hacen un uso eficiente de los recursos
de transmisión mediante el uso de conmutación de paquetes y son de
un coste relativamente bajo debido el uso extendido de la tecnología
(en contraposición a la tecnología de telecomunicación
especializada o de propiedad privada). Hay también interés en
utilizar otros mecanismos de transporte, incluyendo AAL1/2/5, FR,
etc.
El ISUP que se encarga de establecer y controlar
las conexiones de llamada en una red de telecomunicaciones está
estrechamente ligado a mecanismos de transporte portadores basados
en circuitos y no se presta fácilmente al uso con tecnologías de
transporte basadas en paquetes, tales como las de IP y AAL2. Como
tales, diversos cuerpos de normalización, incluyendo el
ITU-T, el ETSI y el ANSI, han considerado la
especificación de un protocolo para el control de las llamadas que
sea dependiente del mecanismo de transporte subyacente. Esto puede
verse como una separación y extracción del protocolo de funciones de
Control de Portador que se refieren meramente al establecimiento de
los parámetros (incluyendo los puntos de comienzo y de final) del
"conducto" a través del cual son transportados los datos del
plano de usuario entre nodos, y que son específicos del mecanismo
de transporte de portador. El nuevo protocolo, al que se hace
referencia como Control de Llamada Independiente del Portador (BICC
-"Bearer Independent Call Control"), conserva funciones de
Control de Llamada tales como los servicios a los que se recurre
para una llamada entre partes llamante y llamada dadas (por
ejemplo, la remisión de llamada), y el encaminamiento global de los
datos del plano de usuario. La Figura 1a ilustra la estructura
convencional integrada de Control de Llamada y de Control de
Portador del ISUP, en tanto que la Figura 1b ilustra la nueva
estructura independiente propuesta. Se aprecia que en las juntas de
unión entre diferentes redes de portador, es decir, entre diferentes
medios de transporte, está presente un nodo de pasarela que
requiere tanto las funciones de Control de Llamada (CC -"Call
Control") como las funciones de Control de Portador (BC
-"Bearer Control"). Se hace referencia a este nodo como nodo de
pasarela.
Como resultado de la división de CC/BC, queda
expuesta una nueva interfaz entre las funciones de CC y las
funciones de BC. Es necesario un protocolo para hacer posible el
acoplamiento entre funciones de CC y funciones de BC cuando se
implementa un nodo en un entorno independiente. Uno de tales
protocolos de interfaz es el 'Protocolo de Control de Pasarela de
Medios' (MGCP -"Media Gateway Control Protocol"), en tanto que
otro, desarrollado por el grupo IETF MEGACO, se identifica como
H.248. De acuerdo con el H.248, la función de CC se conoce como el
'Controlador de Pasarela de Medios' (MGC -"Media Gateway
Controller") y la función de BC se conoce como la 'Pasarela de
Medios' (MG -"Media Gateway"). Se hace referencia en ocasiones
al MGC y a la MG, respectivamente, como la Función de Servicio de
Llamada (CSF -"Call Service Function") y la Función de Trabajo
Conjunto de Portador (BIWF -"Bearer Interworking Function"), de
tal modo que el MGC es responsable de la señalización de control de
llamada (por ejemplo, ISUP, BICC, H.225, etc.) y la MG es
responsable de poner término al (a los) portador(es)
físico(s) asociado(s) con los datos del plano de
usuario de una llamada (por ejemplo, el circuito de TDM, la
corriente de RTP, los canales AAL2, etc.). El Control de Portador
tal como el Q.AAL2, el IPBCP y el SDP, puede implementarse tanto en
la MG como en el MGC.
La necesidad del MGCP se ilustra en la Figura 2,
la cual representa dos nodos de pasarela al mismo nivel o
semejantes que se comunican uno con otro tanto en el nivel de CC
(MGC) como en el nivel de BC (MG). El H.248 describe recursos
disponibles en el nivel de portador en la MG (por ejemplo, entradas,
salidas, capacidad de conexión o conectividad, procesamiento de
llamadas, etc.) en términos de "contextos" y
"terminaciones". Un contexto, identificado por una ID de
contexto, es un concepto lógico incorporado en una estructura de
datos almacenada en los niveles de BC y/o de CC, que define una
conexión con las funciones de BC utilizando al menos una
terminación. Una terminación representa un punto final físico al que
se conecta física o lógicamente un portador, y puede asignársele
una de un cierto número de características físicas, por ejemplo,
tipo de transporte (Circuito, IP, ATM), medios o tipo de
codec o codificador-descodificador (GSM,
G.711), o bien un nivel de prioridad. La Figura 3 ilustra un
contexto sencillo 1 que tiene dos terminaciones, T1 y T2. Esto
podría representar, por ejemplo, una llamada de habla de
telecomunicaciones tradicional entre dos partes, de manera que T1
representa el acceso o puerta de entrada o circuito entrante, para
la parte que llama, a la capa de BC, y T2 representa la puerta de
salida o circuito saliente o eferente, para la parte llamada, desde
la capa de BC.
El documento WO 01/49045 describe un sistema de
telecomunicaciones en el que existe una división entre los niveles
de control de llamada y control de portador. Este documento
concierne, en particular, al encaminamiento de datos relacionados
con el control de la llamada desde una red de señalización SS7
tradicional a una red que tiene la arquitectura o estructura
dividida.
El ITU-T ha desarrollado un
perfil para el uso del protocolo H.248 de núcleo en redes basadas en
BICC. Éste está contenido en la recomendación Q.1950, "protocolo
de control de portador de llamada independiente del portador".
Este documento perfila de forma efectiva el H.248.1 e indica a qué
extensiones ha de proporcionarse soporte. Se documentan
procedimientos en profundidad para escenarios o contextos
relacionados con llamadas y no relacionados con llamadas, y el
documento proporciona un vínculo con los procedimientos de BICC
definidos en la Q.1902.4. Para redes móviles, los 3GPP han
producido también documentación de perfil para el uso del H.248.1 a
través de la interfaz de Controlador de Pasarela de Medios -
Pasarela de Medios. La Especificación Técnica 29.232, "Interfaz
de Controlador de Pasarela de Medios (MGC) - Pasarela de Medios
(MGW); Etapa 3" detalla este perfil. La TS (Especificación
Técnica -"Technical Specification") 29.232 proporciona el mismo
grado de detalle que la Q.1950. La siguiente exposición se refiere
a modificaciones y adiciones a la Q.1950 y a la TS 29.232 que, a su
vez, tendrán como resultado la especificación de nuevos paquetes
para el H.248.
Un nodo (o pasarela) de conmutación descompuesto
ha de dar soporte a servicios de telecomunicación genéricos. En
particular, una pasarela de conmutación ha de dar soporte a
múltiples conexiones en las que se multiplexan conjuntamente un
cierto número de circuitos, por ejemplo, para proporcionar a un
abonado o a otro usuario una conexión de anchura de banda elevada,
en particular, con el fin de permitir la transmisión a alta
velocidad de datos, audio y vídeo. Tales conexiones multiplexadas
se utilizan por lo común en las actuales redes conmutadas en
circuitos y basadas en ISUP, y se hace referencia al servicio como
servicio N*64K (donde N identifica el número de circuitos
(controlados por ISUP) multiplexados para formar la conexión y 64 K
es la velocidad de transmisión de datos de un circuito individual).
La Figura 4 ilustra esquemáticamente la multiplexación de cuatro
circuitos de 64 K al objeto de proporcionar una conexión con una
anchura de banda efectiva de 256 K. Definiciones del servicio N*64K
se dan en:
\vskip1.000000\baselineskip
Recomendación de ITU-T Q.763
(12/1999), Sistema de Señalización Nº 7-
formatos y códigos de partes de usuario de ISDN,
y
\vskip1.000000\baselineskip
Recomendación de ITU-T Q.764
(12/1999), Sistema de Señalización Nº 7-
procedimientos de señalización de partes de
usuario de ISDN.
\vskip1.000000\baselineskip
En una conexión de N*64K, es necesario que la
Pasarela de Medios reciba datos de un conjunto de circuitos
"entrantes" en el orden correcto, y que suministre como salida
los datos en un conjunto de circuitos "salientes", también en
el orden correcto. Los circuitos de cada lado pueden ser contiguos
(es decir, consecutivos) o pueden no ser contiguos. Además, el
orden de los circuitos en los dos lados puede diferir. Por ejemplo,
el orden de los circuitos en el lado de entrada puede ser CIC1,
CIC2, CIC3, en tanto que, en el lado de salida, el orden puede ser
CIC1, CIC3, CIC2. La Pasarela de Medios puede generar, u obtener, un
mapa o relación de correspondencia de asignación de circuitos con
el fin de manejar correctamente las conexiones múltiplex.
Un problema a la hora de implementar el soporte
para múltiples conexiones es que la capacidad funcional necesaria
ha de ser distribuida entre el MGC y la MG. Como la comunicación
entre estas dos entidades depende de los protocolos de control de
pasarela existentes, el alcance y la flexibilidad del servicio
dependen del protocolo escogido. El protocolo de núcleo H.248
(H.248.1) especifica una estructura de mensajes de órdenes para los
mensajes enviados desde el MGC a la MG. Un ejemplo de mensaje de
orden para conseguir una multiplexación es como sigue:
\vskip1.000000\baselineskip
De acuerdo con el H.248.1, el parámetro de tipo
(Mux) del Descriptor Múltiplex se ha definido estáticamente como
una de las siguientes enumeraciones: H.221, H.223, H.226 y V.76. Por
defecto, con el H.248, todos los datos que llegan por cada una de
las terminaciones especificadas del contexto especificado, se
suministran como salida a todas las demás terminaciones, esto es,
en una conexión totalmente entrelazada o interconectada.
Esta configuración en "conferencia" se
ilustra esquemáticamente en la Figura 5. El hecho de ajustar el
parámetro de tipo Mux en un tipo estático particular, por ejemplo,
el H.221, tendrá como resultado que este comportamiento se
modifique en cuanto que los datos recibidos en las terminaciones
especificadas en el múltiplex se suministrarán como salida a los no
especificados en el múltiplex. Sin embargo, para el servicio
N\times64K, los datos recibidos desde el múltiplex deben ser
suministrados como salida a las otras terminaciones en un cierto
orden. El descriptor múltiplex del presente protocolo H.248 no
permite que se indique este orden y, por tanto, el presente H.248 no
puede proporcionar soporte al servicio N*64K.
\vskip1.000000\baselineskip
El problema acometido por la presente invención
es el de hacer posibles sesiones múltiplex dentro de las
limitaciones impuestas en OEMs y operadores por los protocolos de
control de Pasarela de Medios relevantes, por ejemplo, el H.248.
El protocolo H.248.1 permite la extensión
efectiva del protocolo para cubrir nuevas capacidades funcionales y
servicios. Los usuarios (por ejemplo, OEMs, operadores de red,
consorcios, grupos de usuarios, etc.) pueden depositar una
especificación detallada con la autoridad IANA (Autoridad de Números
Asignados de Internet -"Internet Assigned Number Authority")
que controla el protocolo H.248.1, de manera que la especificación
define la capacidad funcional o servicio. La autoridad puede crear,
ella misma, dicha autorización. Suponiendo que la especificación
sea aceptada, se hace referencia a éste como un "paquete" y se
le da una identidad de paquete única. Como se ilustra en la
anterior estructura de mensajes de órdenes, el mensaje de orden
incluye un campo para la inclusión de una o más identidades de
paquetes. Los paquetes se implementan, opcionalmente, en Pasarelas
de Medios, de tal modo que se proporcionan capacidades funcionales
y/o servicios adicionales. Otros protocolos de Control de Pasarela
de Medios puede hacer uso de extensiones de protocolo similares a
las que puede hacerse referencia también como "paquetes".
La estructura de mensajes de órdenes permite la
inclusión de una o más propiedades para cada identidad de paquete.
Estas propiedades son utilizadas por la Pasarela de Medios a la hora
de implementar el paquete identificado.
Los inventores de la presente invención han
constatado que el problema de manejar o gestionar servicios
múltiplex en un nodo de conmutación descompuesto puede resolverse
especificando uno o más paquetes apropiados e implementando estos
paquetes en la Pasarela de Medios.
De acuerdo con un primer aspecto de la presente
invención, se proporciona, en una red de telecomunicaciones, un
método para controlar una pasarela de medios con el fin de gestionar
una sesión múltiplex, mediante el uso de un controlador de pasarela
de medios, de manera que la pasarela de medios y el controlador de
pasarela de medios se comunican utilizando un protocolo de interfaz
que hace posibles mensajes de órdenes que tienen una estructura que
contiene:
un campo de contexto para identificar un
contexto de la pasarela de medios;
un campo de terminación, destinado a identificar
una o más terminaciones de la pasarela de medios implicadas en dicho
contexto;
al menos un descriptor para definir propiedades
del contexto; y
una identidad de paquete,
\vskip1.000000\baselineskip
de tal manera que el método
comprende:
generar, en el controlador de pasarela de
medios, un mensaje de orden que tiene dicha estructura y que
contiene un descriptor múltiplex que incluye un identificador de
paquete, de tal modo que el identificador de paquete identifica un
paquete implementado en la pasarela de medios con el fin de
gestionar una sesión múltiplex;
enviar el mensaje de orden generado desde el
controlador de pasarela de medios a la pasarela de medios; y
establecer, en la pasarela de medios, el
contexto identificado en el mensaje de acuerdo con el paquete
especificado.
Se apreciará que un Controlador de Pasarela de
Medios puede generar un mensaje de orden relacionado con una sesión
múltiplex por una cualquiera de un cierto número de razones. Por
ejemplo, el Controlador de Pasarela de Medios puede recibir una
petición de establecimiento de conexión desde un Controlador de
Pasarela de Medios del mismo nivel o semejante, en el nivel de
Control de Llamada, petición que identifica una sesión múltiplex
(la petición puede identificar los circuitos entrantes implicados en
la sesión múltiplex). Alternativamente, puede recibirse un mensaje
de establecimiento a través de una GSTN (por ejemplo, PSTN o PLMN) a
la que está conectado el Controlador de Pasarela de Medios.
Se apreciará también que el protocolo de
interfaz utilizado para comunicarse entre la pasarela de medios y
el controlador de pasarela de medios será, típicamente, un protocolo
de interfaz normalizado. Sin embargo, pueden realizarse cambios
menores en ese protocolo dependiendo de los requisitos de los
fabricantes y operadores.
El término "establecimiento", tal y como se
utiliza aquí, abarca tanto la creación de un nuevo contexto como la
modificación de un contexto existente.
Realizaciones de la presente invención
proporcionan unos medios flexibles para implementar servicios
múltiplex en un nodo de conmutación descompuesto. Si la invención
se aplica al H.248, se requiere un cambio de sintaxis en el
protocolo H.248.1 para introducir paquetes en el descriptor
múltiplex. Tras ello, no se requiere ninguna modificación en el
protocolo de control de interfaz ya existente para dar soporte a la
nueva capacidad funcional múltiplex. Tan sólo necesitan
especificarse uno o más paquetes nuevos con la autoridad de control
de protocolo. Como puede incluirse un cierto número de propiedades
en un mensaje de orden para cada paquete identificado, es posible
mantener un alto nivel de control del servicio por parte del
Controlador de Pasarela de Medios.
La presente invención es aplicable, en
particular, si bien no necesariamente, al protocolo de control de
pasarela de medios H.248, y para hacer posible que se proporcione un
servicio N*64K en un nodo de conmutación descompuesto.
De acuerdo con un segundo aspecto de la presente
invención, se proporciona una pasarela de medios que hace uso de un
protocolo de interfaz hace posibles mensajes de órdenes que tienen
una estructura que contiene:
un campo de contexto, a fin de identificar un
contexto de la pasarela de medios al que se refiere el mensaje;
un campo de terminación, destinado a identificar
una o más terminaciones de la pasarela de medios implicada en dicho
contexto;
al menos un descriptor para definir propiedades
del contexto; y
una identidad de paquete,
\vskip1.000000\baselineskip
de manera que el controlador de pasarela de
medios comprende:
medios de procesamiento o tratamiento destinados
a generar un mensaje de orden que tiene dicha estructura y que
contiene un descriptor múltiplex que incluye un identificador de
paquete, de manera que el identificador de paquete identifica un
paquete implementado en una pasarela de medios para la gestión de
una sesión múltiplex;
medios de entrada/salida, destinados a acoplarse
a medios de entrada/salida de una pasarela de medios; y
medios de transmisión para enviar el mensaje de
orden generado desde el controlador de pasarela de medios a una
pasarela de medios a través de los medios de entrada/salida del
controlador de pasarela de medios.
De acuerdo con un tercer aspecto de la presente
invención, se proporciona una pasarela de medios dispuesta, en uso,
de tal manera que es controlada por un controlador de pasarela de
medios que utiliza un protocolo de interfaz que hace posibles
mensajes de órdenes que tienen una estructura que contiene:
un campo de contexto, a fin de identificar un
contexto de la pasarela de medios al que se refiere el mensaje;
un campo de terminación, destinado a identificar
una o más terminaciones de la pasarela de medios implicada en dicho
contexto;
al menos un descriptor para definir propiedades
del contexto; y
una identidad de paquete,
\vskip1.000000\baselineskip
de manera que la pasarela de medios
comprende:
medios de procesamiento y de memoria destinados
a implementar al menos un paquete;
medios de entrada/salida, destinados a acoplarse
a medios de entrada/salida de un controlador de pasarela de medios;
y
medios de recepción, acoplados a dichos medios
de entrada/salida de la pasarela de medios con el fin de recibir un
mensaje de orden que tiene dicha estructura y que contiene un
descriptor múltiplex que incluye un identificador de paquete, de
tal modo que el identificador de paquete identifica un paquete
implementado en una pasarela de medios para gestionar una sesión
múltiplex, y para hacer que dichos medios de procesamiento y de
memoria implementen el paquete identificado.
La Figura 1a muestra, en forma de diagrama de
bloques, la arquitectura o estructura de una red de
telecomunicaciones convencional;
La Figura 1b muestra, en forma de diagrama de
bloques, una arquitectura de red en la que el protocolo de Control
de Llamada es independiente del mecanismo de transporte;
La Figura 2 ilustra las capas de protocolo en
dos nodos de pasarela semejantes o del mismo nivel, que se comunican
uno con otro tanto en el nivel de CC como en el nivel de BC;
La Figura 3 ilustra esquemáticamente un contexto
simple que comprende dos terminaciones;
La Figura 4 ilustra esquemáticamente un servicio
múltiplex N*64K en el que se multiplexan cuatro circuitos de 64 K
para proporcionar una única conexión de alta anchura de banda de 256
K;
La Figura 5 ilustra esquemáticamente la
configuración de conferencia por defecto que resulta de la adición
de terminaciones a un contexto por un mensaje de orden de acuerdo
con el protocolo H.246;
La Figura 6 ilustra, en una vista en despiece o
fragmentaria, la estructura de un mensaje de orden de H.248; y
La Figura 7 ilustra esquemáticamente un contexto
creado en una Pasarela de Medios para gestionar una conexión
múltiplex.
La siguiente descripción de una realización
preferida de la invención se refiere al protocolo de control de
pasarela de medios H.248. Se apreciará, sin embargo, que la
invención también es aplicable a otros protocolos de control de
pasarela de medios que tienen características comunes al protocolo
H.248.
Haciendo referencia a la Figura 6, un mensaje de
orden de acuerdo con el protocolo H.248.1 comprende campos de
cabecera, campos de carga de información útil, un descriptor y,
opcionalmente, un campo que identifica un paquete y que contiene
uno o más parámetros de ese paquete. Como se ha explicado
anteriormente, un paquete corresponde a un servicio o a una
capacidad funcional que no está especificada en el protocolo H.248.1
de núcleo pero que ha sido sometida a la autoridad apropiada y
aceptada por ésta. El servicio o capacidad funcional se implementa
(opcionalmente) en un nodo de conmutación descompuesto, en la
Pasarela de Medios. Un Controlador de Pasarela de Medios puede
recurrir al servicio o capacidad funcional al incluir la identidad
del paquete en el campo de mensaje de orden apropiado. Un ejemplo
de paquete es el "Paquete de anuncio" H.248.7, que define
señales destinadas a permitir al Controlador de Pasarela de Medios
solicitar que la Pasarela de Medios haga anuncios.
El "Tipo" se define estáticamente en el
protocolo H.248 como enumeraciones (H.221, H.223, H.226, V.76). La
Figura 7 ilustra una configuración de servicio N*64K en la que las
terminaciones T_{a}, T_{b}, T_{c} están conectadas,
respectivamente, a las terminaciones T_{d}, T_{e}, T_{f}. Con
el fin de implementar este servicio N*64K, la lista de enumeraciones
puede actualizarse de dos modos:
1. Puede añadirse una enumeración adicional
(estática) que especifique que tipo = N*64K.
2. Una enumeración adicional puede definirse
como "otra". Este tipo apunta a un nuevo paquete que implementa
el servicio o función múltiplex requerida. La identidad de paquete
se incluye en el descriptor múltiplex. El descriptor tendrá la
siguiente estructura:
DescriptorMux (tipo,
[terminación 1, terminación 2, terminación 3, ...], tipo mux
paquete).
\vskip1.000000\baselineskip
Para el ejemplo concreto del servicio N*64K:
DescriptorMux (otra,
[terminación 1, terminación 2],
N*64K).
\vskip1.000000\baselineskip
La implementación de la opción 1 requerirá una
actualización a la sintaxis del H.248. La implementación de la
opción 2 también requerirá una actualización de sintaxis. Sin
embargo, con la opción 2, una vez que se ha realizado la
actualización, pueden añadirse servicios múltiplex adicionales
mediante la introducción de nuevos paquetes. No hay necesidad de
actualizaciones de sintaxis adicionales para cada servicio.
La opción 2 es, de por sí, restrictiva puesto
que las propiedades del servicio N*64K son estáticas, y el
descriptor múltiplex no permite que la especificación de los
parámetros defina adicionalmente las características de un
múltiplex. Puede introducirse una mayor flexibilidad añadiendo
campos adicionales al descriptor múltiplex que permitan la
especificación de propiedades del servicio N*64K. El uso de
propiedades tendrá como resultado la siguiente estructura de mensaje
de orden:
DescriptorMux (tipo,
[terminación 1, terminación 2, terminación 3, ...], tipo mux
paquete, [propiedad_mux1, propiedad_mux2, propiedad_mux3,
...).
\vskip1.000000\baselineskip
Por ejemplo:
DescriptorMux (otra,
[terminación 1, terminación 2], tipoN*64K = contiguo, Mapa de
Asignación de Circuito =
00101000).
\vskip1.000000\baselineskip
Al objeto de implementar la opción 2, extendida
por el uso de propiedades, se proponen las siguientes adiciones a
normas/recomendaciones ya existentes, en las que la BIWF es análoga
a la Pasarela de Medios y la CSF es análoga al Controlador de
Pasarela de Medios. Un símbolo "?" representa un identificador
de símbolo comodín, que aún ha de ser definido en el protocolo o
norma dada. Se aprecia que el texto se ha establecido (formateado,
encabezado, etc.) de acuerdo con los requisitos de los diversos
protocolos, y se pretende que sea leído en conjunción con estos
protocolos.
\vskip1.000000\baselineskip
Los objetos que siguen son los objetos de
señalización que han de llevar las órdenes en las transacciones.
1. Relación de correspondencia o Mapa de
Asignación de Circuitos: indica el mapa de asignación de
circuitos según se define en la ITU-T Q.763/\NAK
3.69.
2. Tipo N\times64K: indica si el
servicio N\times64K es o no contiguo o no contiguo. Véase la
ITU-T Q.763/\NAK 1.2 para la definición de
contiguo o no contiguo.
3. Lista de Terminación de N\times64K:
es la lista de terminación que se relaciona con un número N de
circuitos requeridos para llevar a cabo el servicio N\times64K.
Éstos pueden ser proporcionados a la BIWF o solicitados por
ésta.
Como para la Q.1950/\NAK 6, con los siguientes
añadidos.
Ha de utilizarse el siguiente paquete cuando se
emplea el Servicio N\times64K a través de la interfaz CBC:
\bullet H.248 Anexo M.? N \times 64K Paquete
Circuito
\vskip1.000000\baselineskip
Como para la Q.1950/\NAK 7.
\vskip1.000000\baselineskip
Esta sección contiene los procedimientos
Relacionados con Llamada para el Servicio N\times64K cuando se
utiliza en combinación con la Q.1950.
\vskip1.000000\baselineskip
La siguiente transacción se utiliza para indicar
que se ha de iniciar un procedimiento por parte del CSM. La
transacción conduce al hecho de enviar órdenes a través de la
interfaz de CBC.
\vskip1.000000\baselineskip
Cuando se requiere la transacción
"N\times64K", se inicia el siguiente
procedimiento:
Se envía una orden (1) ADD.req, MOD.req o
MOV.req con la siguiente información.
(1) ADD.req/MOD.req/MOV.req (..., N\times64K)
CSM a la BIWF (véase la Tabla 1, más adelante).
Con la recepción de la orden (1), la BIWF
deberá:
\bullet Asignar circuitos al servicio
N\times64K de acuerdo con el tipo de N\times64K, la relación de
correspondencia o mapa de asignación de circuito y la Lista de
terminación de N\times64K.
\bullet En el caso de que la CSF solicite el
Tipo de N\times64K No-contiguo y solicite a la
BIWF que seleccione la terminación Ids, la BIWF enviará de vuelta el
Mapa de Asignación de Circuito, de tal manera que la CSF pueda
asociar las terminaciones en el múltiplex de la forma correcta.
\bullet En el caso de que la CSF solicite a la
BIWF que escoja la Lista de Terminación de N\times64K, ésta debe
proporcionar N Ids de terminación (por ejemplo, Tid1, Tid2, Tid?) en
la lista de terminación de N\times64K.
\bullet Enviar la respuesta a las peticiones
en la orden (2).
Al completar la orden de procesamiento (1), se
envía una orden (2) ADD.resp, MOD.resp o MOV.resp.
(2) ADD.resp/MOD.resp/MOV.resp BIWF a CSM
(véase la Tabla 2, más adelante).
Esta sección destaca la codificación del
Servicio N\times64K cuando se utiliza con el protocolo de CBC.
\vskip1.000000\baselineskip
Formatos & códigos - General
- Como para la Q.1950/\NAK 11.1.
\vskip1.000000\baselineskip
Formatos & códigos - Órdenes
- Como para la Q.1950/\NAK 11.2.
\vskip1.000000\baselineskip
Formatos & códigos - Objetos de
señalización
\vskip1.000000\baselineskip
Tabla
B.2/Q.1950
\vskip1.000000\baselineskip
Puede hacerse referencia a esta adición como el
H.248 Anexo M.? N\times64K Paquete. El H.248 Anexo M.? describe
un paquete destinado a permitir el uso del servicio N\times64K en
una arquitectura dividida de CSF y BIWF. Tal y como se define en el
H.248, un "paquete" es una extensión del H.248 que da soporte a
un comportamiento específico.
\vskip1.000000\baselineskip
Ámbito
Nombre del paquete: N\times64K paquete
circuito
ID del paquete: N\times64k, 0\times00??
Descripción del paquete:
- Este paquete permite el uso del servicio N\times64K contiguo y no contiguo. Para una definición de los procedimientos de N\times64K, véase la ITU-T Q.764/\NAK 2.1.13. Esta define un tipo de múltiplex para N\times64K, una indicación de contiguo y no contiguo y la capacidad para especificar un Mapa de Asignación de Circuito.
\vskip1.000000\baselineskip
Versión: 1
Extensiones: ninguna
Propiedades
- Nombre de propiedad: Tipo N\times64K
- IDpropiedad: tipo, 0\times0001
- Descripción:
- Esta propiedad indica si la conexión de N\times64K es o no es contigua o no contigua. Véase la ITU-T Q.763/\NAK 1.2 para una definición de contiguo o no contiguo.
\vskip1.000000\baselineskip
- Tipo: enumeración
- Valores posibles:
- Contigua, [0\times0001]
- No contigua, [0\times0002]
- Definida en: Descriptor Mux
- Características: Lectura/Escritura
- Nombre de la propiedad: Mapa de Asignación de Circuito
- IDpropiedad: CAM, 0\times0002
- Descripción:
- Esta propiedad indica la relación de correspondencia o mapa de asignación de circuito según se define en la ITU-T Q.763/\NAK 3.69.
- Tipo: CADENA DE OCTETE
- Valores posibles:
- Codificación binaria
- El contenido del Mapa de Asignación de Circuito se codifica como se muestra en la ITU-T Q.763/\NAK 3.69.
\vskip1.000000\baselineskip
- Codificación de texto
- El contenido del Mapa de Asignación de Circuito se codifica como se muestra en la ITU-T Q.763/\NAK 3.69, en el formato hexadecimal indicado en la B.3 del H.248, Codificación de Octete en Hexadecimal. Por ejemplo, el formato del campo del parámetro de mapa de asignación de circuito se muestra en la siguiente tabla.
\vskip1.000000\baselineskip
0 0 0 0 1 0
\hskip1cmAl utilizarse un formato de mapa de camino digital de 2.048 kbit/s (velocidad de transmisión de base de 64 kbit/s) y el Circuito 1 y 4, la codificación de texto resultante será:
02 09 00 00 00.
\vskip1.000000\baselineskip
Definida en: Descriptor Mux
Características: Lectura/Escritura
\vskip1.000000\baselineskip
Nombre Mux
- Nombre Mux: N\times64K
- IDMux: N\times64K, 0\times0001
\newpage
- Descripción:
- Este nombre múltiplex indica que el servicio N\times64K está siendo utilizado y que se están usando terminaciones multiplexadas. Véase la ITU-T Q.764/\NAK 2.1.13 para los detalles de los procedimientos de N\times64K.
\vskip1.000000\baselineskip
Una CSF puede solicitar el servicio N\times64K
emitiendo la orden de H.248 apropiada con una descriptor múltiplex
que indique el N\times64K como Tipo Mux. La CSF puede también
indicar a la BIWF si se utiliza N\times64K Contiguo o No
contiguo. La CSF puede también solicitar a la BIWF que escoja entre
Contiguo y No contiguo. Para obtener una definición de Contiguo y
No contiguo, véase la ITU-T Q.763/\NAK 1.2. Puede
también solicitarse el parámetro de relación de correspondencia o
mapa de Asignación de Circuito de la BIWF, o proporcionarse a ésta.
Para obtener una definición del uso del Mapa de Asignación de
Circuito, véase la ITU-T Q.763/\NAK 3.69. El
descriptor múltiplex requiere que la CSF especifique las
terminaciones implicadas en el múltiplex. La CSF puede proporcionar
las Identidades de Terminación asociadas con el Circuito implicado
en el servicio N\times64K. La CSF puede también solicitar las
Identidades de Terminación asociadas con los Circuitos implicados
en el servicio N\times64K. En este caso, la CSF deberá emitir un
ESCOGER ("CHOOSE") "?" para las N terminaciones implicadas
en el servicio N\times64K.
\vskip1.000000\baselineskip
La CSF desea solicitar N\times64K no contiguo
para un servicio 3\times64K y desea que la BIWF escoja el Mapa de
Asignación de Circuito.
Mux = Otra {?, ?, ?, ?}, N\times64K,
N\times64K/tipo = no contiguo, N\times64K/cam = ?
\vskip1.000000\baselineskip
La CSF desea solicitar N\times64K contiguo
para un servicio 2\times64K y proporcionar el Mapa de Asignación
de Circuito.
Mux = Otra {A, B}, N\times64K,
N\times64K/tipo = no contiguo, N\times64K/cam = 02 09 00 00
00.
\vskip1.000000\baselineskip
Esta contribución propone adiciones al
Descriptor Múltiplex H.248 con el fin de permitir la definición de
multiplexaciones y propiedades asociadas utilizando paquetes.
\vskip1.000000\baselineskip
Esta contribución propone añadir la facultad de
ser capaz de:
\bullet Definir el Nombre Múltiplex en un
paquete.
\bullet Definir que una propiedad se produce
en el Descriptor Múltiplex.
\vskip1.000000\baselineskip
Se propone realizar los siguientes cambios:
En las llamadas multimedia, se transportan un
cierto número de corrientes de medios en un cierto número
(posiblemente diferente) de portadores. El descriptor múltiplex
asocia los medios y los portadores. El descriptor incluye el tipo
múltiplex:
H.221,
H.223,
H.226,
V.76,
Tipos múltiplex definidos por paquetes
(otros),
Posibles extensiones
y un conjunto de IDs de Terminación que
representan las entradas múltiplex en orden; por ejemplo:
Mux = H.221 {MyT3/1/2, MyT3/2/13, MyT3/3/6,
MyT3/21/22}
El múltiplex puede también contener propiedades
asociadas con el propio múltiplex. Estas propiedades pueden también
ser definidas en un paquete. Los valores de las propiedades pueden
quedar sub-especificados.
Un nuevo ajuste del DescriptorMux remplaza por
completo el ajuste previo de ese descriptor en la MG. De esta
forma, para retener información procedente del ajuste previo, el MGC
debe incluir esa información en el nuevo ajuste. Si el MGC desea
borrar alguna información del descriptor ya existente, sencillamente
envía el descriptor (en una orden de Modificar) con la información
no deseada ya eliminada.
\vskip1.000000\baselineskip
Las propiedades definidas por el paquete
especifican:
Nombre de propiedad: sólo descriptivo.
IDPropiedad: es un identificador.
\vskip1.000000\baselineskip
...
Definidas en:
Las propiedades se definen en los descriptores
de H.248 dados. El ControlLocal es para propiedades dependientes de
la corriente. El EstadoTerminación es para propiedades
independientes de la corriente. El AtributoContexto es para
propiedades que afectan al contexto en su conjunto, es decir,
propiedades de mezcla. DescriptorMux es para propiedades que
afectan a las características de un Múltiplex. Se espera que éstos
sean los casos más comunes, pero es posible que se definan
propiedades en otros descriptores. Las propiedades de contexto DEBEN
ser definidas en el descriptor AtributoContexto.
\vskip1.000000\baselineskip
Nombre Mux: sólo un nombre descriptivo.
IDMux: es un identificador del múltiplex.
Descripción:
- Ésta describe el tipo de múltiplex.
- H.248 Anexo A ASN.1 Especificación Sintaxis
\vskip1.000000\baselineskip
H.248 Anexo B ABNF Especificación Sintaxis
MuxDescriptor = Mux Token EQUAL MuxType
terminationIDList [pkgdName/LBRKT propertyParm*(COMMA propertyParm)
RBRKT]
Mux Type =
(H221Token/H223Token/H226Token/V76Token/extensionParameter/other)
Se apreciará por parte de la persona experta en
la técnica que pueden realizarse diversas modificaciones en las
realizaciones anteriormente descritas sin apartarse del ámbito de la
presente invención.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Claims (9)
1. En una red de telecomunicaciones, un método
para controlar una pasarela de medios con el fin de gestionar una
sesión múltiplex, mediante el uso de un controlador de pasarela de
medios, de manera que la pasarela de medios y el controlador de
pasarela de medios se comunican utilizando un protocolo de interfaz
que proporciona mensajes de órdenes que tienen una estructura que
contiene:
un campo de contexto para identificar un
contexto de la pasarela de medios;
un campo de terminación, destinado a identificar
una o más terminaciones de la pasarela de medios implicadas en dicho
contexto;
al menos un descriptor para definir propiedades
del contexto; y
una identidad de paquete,
\vskip1.000000\baselineskip
de tal manera que el método
comprende:
generar, en el controlador de pasarela de
medios, un mensaje de orden que tiene dicha estructura y que
contiene un descriptor múltiplex que incluye un identificador de
paquete, de tal modo que el identificador de paquete identifica un
paquete implementado en la pasarela de medios con el fin de
gestionar una sesión múltiplex;
enviar el mensaje de orden generado desde el
controlador de pasarela de medios a la pasarela de medios; y
establecer, en la pasarela de medios, el
contexto identificado en el mensaje de acuerdo con el paquete
especificado.
2. Un método de acuerdo con la reivindicación 1,
en el cual el descriptor múltiplex incluye al menos una propiedad
del paquete identificado en el descriptor, y el contexto se
establece de acuerdo con el paquete y con la al menos una
propiedad.
3. Un método de acuerdo con una cualquiera de
las reivindicaciones precedentes, en el cual dicha al menos una
propiedad incluida en el mensaje de orden es una de las
siguientes:
una relación de correspondencia o mapa de
asignación de circuito;
un tipo de servicio contiguo o no contiguo.
4. Un método de acuerdo con una cualquiera de
las reivindicaciones precedentes, en el cual dicho protocolo de
interfaz es el H.248.
5. Un método de acuerdo con una cualquiera de
las reivindicaciones precedentes, en el cual dicha sesión múltiplex
es de un tipo N*64K, y una sesión de tipo N*64K se identifica por el
identificador de paquete y se establece como resultado de
implementar dicho paquete en la Pasarela de Medios.
6. Un controlador de pasarela de medios,
dispuesto para controlar, durante su uso, una pasarela de medios
utilizando un protocolo de interfaz que hace posibles mensajes de
órdenes que tienen una estructura que contiene:
un campo de contexto para identificar un
contexto de la pasarela de medios a la que se refiere el
mensaje;
un campo de terminación, destinado a identificar
una o más terminaciones de la pasarela de medios implicadas en dicho
contexto;
al menos un descriptor para definir propiedades
del contexto; y
una identidad de paquete,
\vskip1.000000\baselineskip
de manera que el controlador de pasarela de
medios comprende:
medios de procesamiento o tratamiento destinados
a generar un mensaje de orden que tiene dicha estructura y que
contiene un descriptor múltiplex que incluye un identificador de
paquete, de manera que el identificador de paquete identifica un
paquete implementado en una pasarela de medios para la gestión de
una sesión múltiplex;
medios de entrada/salida, destinados a acoplarse
a medios de entrada/salida de una pasarela de medios; y
\newpage
medios de transmisión para enviar el mensaje de
orden generado desde el controlador de pasarela de medios a una
pasarela de medios a través de los medios de entrada/salida del
controlador de pasarela de medios.
7. Una pasarela de medios dispuesta, durante su
uso, de tal manera que es controlada por un controlador de pasarela
de medios que utiliza un protocolo de interfaz que hace posibles
mensajes de órdenes que tienen una estructura que contiene:
un campo de contexto, a fin de identificar un
contexto de la pasarela de medios al que se refiere el mensaje;
un campo de terminación, destinado a identificar
una o más terminaciones de la pasarela de medios implicadas en dicho
contexto;
al menos un descriptor para definir propiedades
del contexto; y
una identidad de paquete,
\vskip1.000000\baselineskip
de manera que la pasarela de medios
comprende:
medios de procesamiento y de memoria destinados
a implementar al menos un paquete;
medios de entrada/salida, destinados a acoplarse
a medios de entrada/salida de un controlador de pasarela de medios;
y
medios de recepción, acoplados a dichos medios
de entrada/salida de la pasarela de medios con el fin de recibir un
mensaje de orden que tiene dicha estructura y que contiene un
descriptor múltiplex que incluye un identificador de paquete, de tal
modo que el identificador de paquete identifica un paquete
implementado en una pasarela de medios para gestionar una sesión
múltiplex, y para hacer que dichos medios de procesamiento y de
memoria implementen el paquete identificado.
8. Un controlador de pasarela de medios de
acuerdo con la reivindicación 6, ó una pasarela de medios de acuerdo
con la reivindicación 7, en los cuales el descriptor múltiplex de
dicho mensaje de orden incluye al menos una propiedad del paquete
identificado.
9. Un controlador de pasarela de medios de
acuerdo con la reivindicación 6 ó la reivindicación 8, ó una
pasarela de medios de acuerdo con la reivindicación 7 ó la
reivindicación 8, en los cuales dicho protocolo de interfaz es el
H.248.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| AUPR7540A AUPR754001A0 (en) | 2001-09-06 | 2001-09-06 | Method and system of enabling a generic telecommunications service in gateway control protocols |
| AUPR7540 | 2001-09-06 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2302844T3 true ES2302844T3 (es) | 2008-08-01 |
Family
ID=3831489
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02772278T Expired - Lifetime ES2302844T3 (es) | 2001-09-06 | 2002-09-04 | Nodo de conmutacion descompuesto y metodo para hacer funcionar el mismo. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US7693153B2 (es) |
| EP (1) | EP1423962B1 (es) |
| JP (1) | JP4051340B2 (es) |
| AT (1) | ATE388565T1 (es) |
| AU (1) | AUPR754001A0 (es) |
| DE (1) | DE60225457T2 (es) |
| ES (1) | ES2302844T3 (es) |
| WO (1) | WO2003024052A1 (es) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040024902A1 (en) * | 2002-06-18 | 2004-02-05 | Olli Mikkola | Megaco protocol with user termination |
| 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 |
| CN100556021C (zh) | 2004-08-11 | 2009-10-28 | 华为技术有限公司 | 下一代网络媒体网关呼叫全流程跟踪的方法 |
| CN1780229A (zh) * | 2004-11-26 | 2006-05-31 | 华为技术有限公司 | 一种解决媒体网关滞留上下文的方法 |
| EP1814278B1 (de) * | 2006-01-27 | 2009-04-08 | Siemens Aktiengesellschaft | Verfahren zur Zuordnung von zumindest einer Nutzdatenverbindung zu zumindest einer Multiplexverbindung |
| CN100442717C (zh) * | 2006-04-03 | 2008-12-10 | 华为技术有限公司 | 用于对预置事件进行控制的方法及其装置 |
| CN101087302B (zh) * | 2006-06-05 | 2010-12-01 | 华为技术有限公司 | 呼叫建立方法 |
| EP2034689B1 (en) | 2006-06-26 | 2014-07-30 | Huawei Technologies Co., Ltd. | Method and system and device for instructing media gateway to set up connections between terminals |
| CN100450116C (zh) * | 2006-06-26 | 2009-01-07 | 华为技术有限公司 | 一种指示媒体网关执行终端连接的方法 |
| CN101155148B (zh) * | 2006-09-30 | 2012-02-22 | 华为技术有限公司 | 媒体网关发布接收组播数据的方法、系统及装置 |
| JP5037893B2 (ja) * | 2006-10-03 | 2012-10-03 | 株式会社エヌ・ティ・ティ・ドコモ | Ｃｑｉ通知方法およびユーザ端末 |
| CN101399964B (zh) * | 2007-09-29 | 2010-07-28 | 华为技术有限公司 | 媒体播放控制方法、系统、媒体控制设备及媒体处理设备 |
| CN101471850B (zh) * | 2007-12-29 | 2013-04-24 | 华为技术有限公司 | 标识媒体资源的方法,媒体网关及媒体网关控制器 |
| US9271331B2 (en) | 2008-11-05 | 2016-02-23 | Telefonaktiebolaget L M Ericsson (Publ) | Conditional execution of commands |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6011969A (en) * | 1997-06-13 | 2000-01-04 | Telefonaktiebolaget L M Ericsson | TCAP package type specification for ANSI-41 MAP messages in order to support MAP operation closure |
| US6885658B1 (en) * | 1999-06-07 | 2005-04-26 | Nortel Networks Limited | Method and apparatus for interworking between internet protocol (IP) telephony protocols |
| GB9923866D0 (en) * | 1999-10-08 | 1999-12-08 | Hewlett Packard Co | Correlation of signalling messages |
| WO2001035655A2 (en) * | 1999-11-08 | 2001-05-17 | Polycom Israel Ltd. | A method for controlling one or more multipoint control units with one multipoint control unit |
| US6754180B1 (en) * | 1999-12-15 | 2004-06-22 | Nortel Networks Limited | System, method, and computer program product for support of bearer path services in a distributed control network |
| GB9930614D0 (en) * | 1999-12-24 | 2000-02-16 | Ericsson Telefon Ab L M | Signalling in a telecommunications network |
| US7826384B2 (en) * | 2000-05-04 | 2010-11-02 | Nortel Networks Limited | Method and apparatus for negotiating bearer control parameters using property sets |
| US20040213206A1 (en) * | 2001-02-06 | 2004-10-28 | Mccormack John | Multiprotocol convergence switch (MPCS) and method for use thereof |
| US7065093B1 (en) * | 2001-05-17 | 2006-06-20 | Cisco Technology, Inc | Method and apparatus for end-to-end ATM calls based on the interworking of ATM switched virtual circuit signaling with Q.2630.1 AAL2 signaling |
| US7245589B2 (en) * | 2003-04-21 | 2007-07-17 | Lucent Technologies Inc. | Wireless media gateway with bearer path control and tone allocation |
| US7092493B2 (en) * | 2003-10-01 | 2006-08-15 | Santera Systems, Inc. | Methods and systems for providing lawful intercept of a media stream in a media gateway |
-
2001
- 2001-09-06 AU AUPR7540A patent/AUPR754001A0/en not_active Abandoned
-
2002
- 2002-09-04 AT AT02772278T patent/ATE388565T1/de not_active IP Right Cessation
- 2002-09-04 EP EP02772278A patent/EP1423962B1/en not_active Expired - Lifetime
- 2002-09-04 JP JP2003527974A patent/JP4051340B2/ja not_active Expired - Fee Related
- 2002-09-04 DE DE60225457T patent/DE60225457T2/de not_active Expired - Lifetime
- 2002-09-04 ES ES02772278T patent/ES2302844T3/es not_active Expired - Lifetime
- 2002-09-04 US US10/488,497 patent/US7693153B2/en active Active
- 2002-09-04 WO PCT/EP2002/010064 patent/WO2003024052A1/en active IP Right Grant
Also Published As
| Publication number | Publication date |
|---|---|
| DE60225457D1 (de) | 2008-04-17 |
| JP2005503074A (ja) | 2005-01-27 |
| US7693153B2 (en) | 2010-04-06 |
| US20050105495A1 (en) | 2005-05-19 |
| EP1423962A1 (en) | 2004-06-02 |
| ATE388565T1 (de) | 2008-03-15 |
| WO2003024052A1 (en) | 2003-03-20 |
| EP1423962B1 (en) | 2008-03-05 |
| DE60225457T2 (de) | 2009-04-30 |
| AUPR754001A0 (en) | 2001-09-27 |
| JP4051340B2 (ja) | 2008-02-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2302844T3 (es) | Nodo de conmutacion descompuesto y metodo para hacer funcionar el mismo. | |
| CA2300343C (en) | Label switched media gateway and network | |
| CN100469064C (zh) | 控制媒体网关建立冗余连接的方法 | |
| EP3361714A1 (en) | Method for processing bearer control | |
| ES2305832T3 (es) | Llamadas multimedia inteligentes. | |
| ES2295137T3 (es) | Señalizacion en una red de telecomunicaciones. | |
| Anerousis et al. | TOPS: An architecture for telephony over packet networks | |
| ES2292118T3 (es) | Metodo para establecer una llamada en una red de telecomunicaciones; red de telecomunicaciones; y dispositivo de control para redes de paquetes. | |
| US20080037533A1 (en) | Methods, systems, and computer program products for associating independent legs of a call in a telecommunications network | |
| IL171237A (en) | Real-time communications between telephone and internet users | |
| US6961332B1 (en) | Multiple appearance directory number support across packet- and circuit-switched networks | |
| ES2258462T3 (es) | Sistema y metodo para controlar una pasarela de medios. | |
| US8428582B2 (en) | Method and apparatus for VoIP roaming | |
| ES2245363T3 (es) | Disposicion de servicios complementarios en una red de comunicaciones de conmutacion de paquetes. | |
| ES2285242T3 (es) | Señalizacion de conexion de portadora en una arquitectura distribuida. | |
| ES2686996T3 (es) | Método y dispositivo para implementar una interconexión entre dominios IP | |
| KR20010092273A (ko) | 통신 장치, 인터넷 프로토콜 음성 응답 시스템 및인터페이싱 방법 | |
| ES2295163T3 (es) | Disposicion para conectar un dispositivo de telecomunicacion a una red de comunicacion de conmutacion de paquetes. | |
| CN100361468C (zh) | Ip接入网中私网下的接入设备实现接入的方法 | |
| Anerousis et al. | The TOPS architecture for signaling, directory services and transport for packet telephony | |
| Conte et al. | Experiencing Megaco protocol for controlling non-decomposable VoIP gateways | |
| Sijben et al. | Building the bridge: Devising an architecture to migrate voice-band calls to packet transport and multimedia services | |
| Azada et al. | Issues in supporting multimedia services in SIP networks with mixed endpoint types | |
| Anerousis et al. | Architecture for signaling, directory services and transport for packet telephony | |
| Network | TS-3GA-29.163 (Rel10) v10. 9.0 Interworking between the IP Multimedia (IM) Core Network (CN) subsystem and Circuit Switched (CS) networks |