ES2291483T3 - Test de extremo a extremo entre pasarelas en una red ip. - Google Patents
Test de extremo a extremo entre pasarelas en una red ip. Download PDFInfo
- Publication number
- ES2291483T3 ES2291483T3 ES02749496T ES02749496T ES2291483T3 ES 2291483 T3 ES2291483 T3 ES 2291483T3 ES 02749496 T ES02749496 T ES 02749496T ES 02749496 T ES02749496 T ES 02749496T ES 2291483 T3 ES2291483 T3 ES 2291483T3
- Authority
- ES
- Spain
- Prior art keywords
- gateway
- mgw1
- resources
- mgw2
- call handling
- 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
- 238000012360 testing method Methods 0.000 title claims abstract description 61
- 238000000034 method Methods 0.000 claims abstract description 24
- NHDHVHZZCFYRSB-UHFFFAOYSA-N pyriproxyfen Chemical compound C=1C=CC=NC=1OC(C)COC(C=C1)=CC=C1OC1=CC=CC=C1 NHDHVHZZCFYRSB-UHFFFAOYSA-N 0.000 claims description 5
- 101100402572 Arabidopsis thaliana MS5 gene Proteins 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000013522 software testing Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- 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
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- 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/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/1066—Session management
- H04L65/1101—Session protocols
-
- 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/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/0864—Round trip delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/087—Jitter
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Medical Informatics (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)
- Dry Shavers And Clippers (AREA)
Abstract
Método de comprobación de relaciones de extremo a extremo entre pasarelas (MGW1, MGW2), relacionadas con una situación de tráfico estimado en una red IP (IPNW), estando el método caracterizado por los siguientes pasos: - especificar un número estimado de llamadas simultáneas esperadas; - reservar un número de recursos (CH231-CH260) de manejo de llamadas disponibles en una pasarela (MGW2) de destino, siendo el número de recursos igual o inferior al número estimado; - enviar paquetes (RTP/UDP/IP) de datos desde una pasarela (MGW1) de origen a cada uno de los recursos (CH231-CH260) de manejo de llamadas reservados; - devolver los paquetes (RTP/UDP/IP) de datos recibidos, desde la pasarela (MGW2) de destino a la pasarela (MGW1) de origen; - proporcionar estadísticas de calidad sobre los paquetes de datos recibidos, en la pasarela (MGW1) de origen;
Description
Test de extremo a extremo entre pasarelas en una
red IP.
La presente invención está relacionada con
métodos y disposiciones para comprobar relaciones de extremo a
extremo entre pasarelas en una red IP.
Hoy día hay una demanda de servicios que ofrecen
tráfico en tiempo real sobre una red IP del Protocolo de Internet.
Por ejemplo, cuando se establece una conexión para telefonía IP, los
usuarios demandan tráfico en tiempo real. Con el fin de satisfacer
esta demanda, se ha desarrollado un protocolo de transporte
denominado Protocolo de Tiempo Real RTP. Un problema es que cuando
se utiliza una red IP para transmitir voz, utilizando RTP/UDP/IP
(UDP: Protocolo de Datagramas de Usuario), no hay medios ni normas
para comprobar o asegurar que la calidad proporcionada por la red
de transporte IP es suficiente. En la solicitud de patente europea
EP 1102432A2 se divulga un procedimiento de gestión de redes en el
que se trata preferentemente una ruta potencial de servicio si cada
uno de sus enlaces tiene capacidad disponible que sea más que
suficiente con un margen especificado. El problema de calidad puede
surgir, sin embargo, por ejemplo en el caso en que un nodo ha
reducido su tráfico hacia otra entidad, y quiere aumentarlo. ¿Cómo
sabe que hay capacidad disponible en la red? Otra área de problemas
se produce cuando, por ejemplo, se instala una nueva pasarela de
medios MGW en la red IP. Debe verificarse entonces que la red IP y
las pasarelas de medios ya existentes pueden manejar el tráfico
adicional estimado que resulta de poner en servicio la nueva MGW.
También tras el fallo en la red IP o en una MGW, deben realizarse
pruebas antes de permitir el tráfico real, con el fin de evitar que
los usuarios finales experimenten una mala calidad de voz.
Un principio muy conocido, denominado PING, ha
sido utilizado para comprobar si el otro extremo responde. PING
significa enviar y distribuir una señal PING a través de toda la
red. El problema con PING es que si las pasarelas de medios tienen
varios interfaces y por eso también varias direcciones IP, entonces
es el tráfico acumulado entre las pasarelas el que es de interés,
no el tráfico a un interfaz individual. Si un MGW utilizase un PING
para comprobar la disponibilidad de la red para una MGW remota,
debería conocer los flujos en todos y cada uno de los interfaces de
la MGW remota, y también cómo cambia el tráfico existente en tiempo
real, ya que el tráfico a la MGW remota podría cambiar con el
tiempo. Además, debido a la política de encaminamientos, los
caminos deben ser diferentes para el RTP y para el PING.
Otro método conocido para obtener estadísticas
es utilizar un mecanismo de protocolo denominado RTCP (Protocolo de
Control en Tiempo Real). El RTCP se utiliza para recoger
estadísticas sobre una sesión RTP. El RTCP puede recoger y entregar
información relativa a las estadísticas tales como el retardo, las
fluctuaciones y la relación de pérdida de paquetes. En la solicitud
de patente europea núm. EP 1 168 755 A1 se divulga un método en el
que a una pasarela de telefonía con el Protocolo de Internet se le
da un umbral para el indicador de rendimiento del RTCP, y solamente
acepta una llamada entrante si el valor actual de los indicadores de
rendimiento están por debajo del valor umbral dado. Supervisando la
calidad de las llamadas en curso, la pasarela de telefonía IP de la
solicitud europea determina si ha de aceptarse o no una llamada
entrante. Así, para cada llamada individual es posible obtener
estadísticas relativas a la calidad de la llamada. Sin embargo, como
las pasarelas remotas deben transportar tráfico en vivo, es
deseable que puedan ser aliviadas de la carga de producir
estadísticas. Más aún, RTCP significa complejidad de software
aumentada, con un aumento de coste como consecuencia. Además, si ha
de utilizarse RTCP, sigue existiendo la necesidad de indicar un
flujo de RTP como un flujo de prueba, ya que si no es un flujo de
prueba solamente puede ser tráfico en tiempo real o tráfico no
dirigido a esta pasarela. Un flujo de prueba necesita ser manejado
de forma diferente en comparación con el tráfico de tiempo real.
También existe la necesidad de disponer de una prueba para ambos
caminos, que no está admitido cuando se utiliza RTCP.
En la solicitud de patente internacional WO
02/30042 se divulga un método para supervisar la Calidad de los
Servicios (QoS) en comunicaciones por redes basadas en paquetes. El
método implica la transmisión de paquetes de prueba por la red y la
supervisión de características de transmisión tales como la pérdida
de paquetes y el retardo de la transmisión para los paquetes de
pruebas.
BIN PANG Y OTROS COLABORADORES, en "Un esquema
de control de admisión para proporcionar la provisión de la QoS
estadística de extremo a extremo en redes IP", 21ª Conferencia
Internacional del IEEE sobre el rendimiento, cálculo y
comunicación, 03 Abril 2002 - 05 Abril 2002, páginas 399 - 403,
XP010588395, divulga un esquema de control para proporcionar
garantías de estadísticas de QoS en redes diferenciadas. La idea
básica del esquema es tomar una decisión de control de admisión
basada en la supervisión pasiva del tráfico acumulado en cada
enrutador.
La presente invención resuelve problemas
relacionados con las pruebas de una relación acumulada de extremo a
extremo entre dos pasarelas en una red IP, una pasarela de origen y
una pasarela de destino. La presente invención resuelve un problema
de cómo comprobar la relación de extremo a extremo en una dirección
de dos vías. Otro problema resuelto por la invención es cómo
minimizar la perturbación del tráfico en vivo durante las
pruebas.
Una finalidad de la invención es asegurar que la
calidad que se proporciona con la red de transporte IP es
suficiente para manejar ciertas situaciones.
Los problemas se resuelven con la invención
enviando paquetes de datos desde la pasarela de origen a la pasarela
de destino y después devolver los paquetes. Tras la devolución
desde la pasarela de destino, se calculan estadísticas de calidad
para los paquetes de datos recibidos en la pasarela de origen.
Más en detalle, se reservan recursos de manejo
de llamadas en la pasarela de destino de la red IP. Los paquetes de
datos son enviados después desde la pasarela de origen a los
recursos reservados de manejo de llamadas en la pasarela de
destino. Los paquetes de datos recibidos en la pasarela de destino
son devueltos desde la pasarela de destino a la pasarela de origen,
y se calculan estadísticas de calidad para los paquetes de datos
recibidos en la pasarela de origen.
Una ventaja es que los programas especiales de
prueba hechos por una pasarela no tienen que estar sincronizados
con otras pasarelas en la red IP.
Otra ventaja de la invención es que se puede
reducir la complejidad de software mientras que se siguen
produciendo estadísticas precisas en la pasarela que sufre la
prueba.
Otra ventaja de la invención es que se pueden
calcular estadísticas de calidad para paquetes de datos que han
pasado en ambas direcciones de una conexión de extremo a
extremo.
Se describirá ahora la invención con más detalle
con ayuda de los modos de realización preferidos en relación con los
dibujos adjuntos.
La figura 1 muestra un diagrama esquemático de
bloques de una red IP en la cual un controlador de una pasarela de
medios controla varias pasarelas de medios.
La figura 2 muestra una sesión de prueba
realizada entre una pasarela de origen y una pasarela de
destino.
La figura 3 muestra en un diagrama de flujo
algunos pasos esenciales de la invención.
La figura 1 divulga una vista general de una red
de telefonía. La red comprende varios abonados (no ilustrados en la
figura) conectados a varias redes de acceso AN1-AN3.
Cada red de acceso está conectada a una pasarela MGW1 - MGW3 de
medios. Una Red Básica del Protocolo de Internet IPNW interconecta
las pasarelas de medios. Las pasarelas MGW1-MGW3
están conectadas a un Controlador de Pasarelas de Medios MGC como se
indica en la figura. El controlador MGC controla las pasarelas de
medios de acuerdo con la arquitectura ITU-T H.248.
Los enrutadores R1-R5 conducen el tráfico entre las
pasarelas MGW1-MGW3 de medios y entre las pasarelas
y el controlador MGC.
La figura 2 divulga la pasarela MGW1 de medios
de origen y la pasarela de medios MGW2 de destino de la figura 1.
Las pasarelas MGW1 y MGW2 de medios están interconectadas a través
de la Red de Protocolo de Internet IPNW. Los enrutadores ilustrados
en la figura 1 se han dejado fuera de la figura 2 por razones de
claridad.
La pasarela MGW1 de origen está asociada a
través de un primer enlace Múltiple por División de Tiempos TDM1 a
una red AN1 de acceso (véase la figura 1). Un primer interfaz IF11
de la pasarela MGW1 está conectado entre el enlace TDM1 y un
convertidor TDM1/IP de MGW1. El convertidor está conectado a la red
IP a través de un segundo interfaz IF12. Un propósito del
convertidor TDM1/IP es convertir las señales TDM en señales IP y
viceversa. El convertidor comprende un hardware de finalización tal
como los recursos de manejo de llamadas, es decir, los canales
CH101-CH199. Un recurso de manejo de llamadas puede
ser definido como un puerto de origen o un puerto de destino. Esta
definición se utiliza en los paquetes RTP/UDP/IP enviados entre las
pasarelas, donde el puerto de origen define el puerto desde el cual
se envía el paquete y el puerto de destino define el puerto para el
cual está destinado el paquete.
La pasarela MGW1 de origen comprende una unidad
CSW1 de software de control situada en el denominado plano de
control de la pasarela. Una finalidad del software de control es
gestionar el convertidor TDM1/IP. Cada pasarela de medios de la red
telefónica está provista de un software de pruebas. El software CSW1
de control comprende un bloque X1 de software utilizado para
gestionar el convertidor TDM1/IP durante una sesión de prueba y
evaluar el resultado de una prueba. La prueba será explicada más
adelante en la descripción. El primer convertidor TDM1/IP comprende
otro bloque Y1 de software de pruebas situado en el denominado plano
del usuario en la pasarela. Y1 se utiliza para manejar el flujo de
paquetes de datos enviados entre la pasarela MGW1 de origen y la
pasarela MGW2 de destino durante una sesión de pruebas y para
realizar mediciones que serán utilizadas para la evaluación de las
pruebas. La pasarela MGW2 de destino comprende las entidades
correspondientes a las entidades en MGW1. Las correspondientes
entidades en MGW2 están ilustradas en la figura 2 con los siguientes
signos de referencia: CSW2, IF21, TDM2/IP,
CH201-CH299, IF22, X2 e Y2. La función de estas
entidades es la misma que la función de las entidades en MGW1 y no
serán explicadas adicionalmente.
Se explicarán ahora con más detalle las pruebas
de acuerdo con la invención. Un pre-requisito para
las pruebas es que el software X1, Y1, X2, Y2 utilizado para
gestionar las pruebas ha sido implementado en todas las pasarelas
que estarán implicadas en las pruebas. Las pruebas pueden ser
iniciadas por la razón de averiguar si hay disponible capacidad,
por ejemplo después de que un nodo haya reducido su tráfico hacia
otra entidad y quiera aumentarlo, o cuando se ha instalado una
nueva pasarela en la red. Las pruebas pueden ser utilizadas para
verificar que la ingeniería del tráfico en la IPNW se ha hecho
correctamente. Las pruebas podrían ser iniciadas también
(automática o manualmente) tras un fallo en la red IP o en la
pasarela de medios, con el fin de asegurar que el problema se ha
resuelto antes de que se permita el tráfico real nuevamente. Las
pruebas podrían ser iniciadas también manualmente por un operador.
En este ejemplo, un operador inicia manualmente una prueba de
extremo a extremo entre MGW1 y MGW2 ordenando la prueba, y
especifica que el tráfico estimado desde MGW1 a MGW2 es treinta
llamadas simultáneas. El bloque X1 de software en el primer software
CSW1 de control establece ahora una sesión de pruebas comenzando
con los recursos reservados en MGW1 y enviando una señal SEIZE de
captura desde la primera pasarela MGW1 de medios al software CSW2
de control de la segunda pasarela MGW2 de medios. La señal de
captura comprende información que define qué interfaz utilizar y el
número deseado de recursos de manejo de llamadas a utilizar para la
prueba, treinta en este ejemplo. La señal de captura podría
comprender también información sobre qué códec utilizar con el fin
de verificar los códecs admitidos. Como opción, la señal de captura
puede contener también información que define el tiempo durante el
cual continuará la prueba. Tras la iniciación de la prueba en la
pasarela de origen, se reservan treinta recursos
CH151-CH180 en TDM1/IP de la pasarela de origen, y
tras el establecimiento de una sesión, se envía la señal SEIZE de
captura desde la pasarela MGW1 de origen a la pasarela MGW2 de
destino. Tras la recepción de la señal de captura por el software
CSW2 de control en la pasarela de destino, el software X2 de la
prueba en el software de control de MGW2 averigua los recursos de
manejo de llamadas disponibles en el convertidor TDM2/IP de la
segunda pasarela MGW2, de acuerdo con la especificación de la señal
de captura. El número de recursos deseado de manejo de llamadas es
treinta, ya que se especificaron treinta llamadas simultáneas por el
operador. Si estaba disponible el número de recursos deseados, se
envía una señal READY de acuse indicando recursos disponibles
CH231-CH260 para el manejo de llamadas, desde la
pasarela MGW2 de destino a la pasarela MGW1 de origen. El software
CSW1 de control de la primera pasarela MGW1 de medios recibe la
información en la señal de acuse. El software X1 de pruebas
configura ahora los treinta recursos CH151-CH180 ya
reservados con datos correctos y prepara el envío de paquetes
RTP/UDP/IP. Los paquetes han de enviarse desde los recursos
reservados CH151-CH180 de manejo de llamadas de
origen en la pasarela MGW1 de medios de origen, a los recursos
especificados disponibles CH231-CH260 de manejo de
llamadas de destino, definidos en la señal READY de acuse. Los
paquetes RTP/UDP/IP son enviados desde CH151-CH180
de MGW1 a CH231-CH260 de MGW2. Los paquetes son
enviados de acuerdo con la especificación del operador, por
ejemplo, las treinta llamadas simultáneas definidas, Códec G.711 y 5
ms de habla en cada paquete. Cada paquete RTP/UDP/IP comprende una
cabecera en la cual se definen los recursos de manejo de llamadas
(dirección IP y puertos de destino/origen). En un campo de la
cabecera, se define un recurso CH165 de manejo de llamadas de
origen en MGW1 (dirección IP y puerto de origen), y en otro campo de
la cabecera se define un recurso CH252 de MGW2 de manejo de
llamadas de destino (dirección IP y puerto de destino). Los paquetes
de datos son enviados desde los recursos de manejo de llamadas de
origen a los recursos de manejo de llamadas de destino. Al recibir
los paquetes de datos en la pasarela MGW2 de destino, todos los
paquetes destinados a los recursos de llamadas de destino
seleccionados CH231-CH260 pertenecen a la sesión de
pruebas y serán devueltos a la pasarela de origen. Los paquetes
RTP/UDP/IP que están destinados a otros recursos de manejo de
llamadas pertenecen al tráfico en vivo y no serán devueltos, pero
serán tratados de una manera conveniente. Para todos los paquetes
RTP/UDP/IP recibidos que pertenezcan a la sesión de pruebas, los
campos mencionados anteriormente para los recursos de manejo de
llamadas de origen y de destino, serán conmutados ahora en MGW2.
Donde se definió anteriormente el recurso de manejo de llamadas de
origen, ahora se definen los recursos de manejo de llamadas de
destino y viceversa. En otras palabras, en una cabecera nueva el que
antes era un recurso de manejo de llamadas de origen es ahora el
recurso de destino y el que antes era un recurso de destino es
ahora un recurso de origen. Tras la devolución, los paquetes que
pertenecen a la sesión de pruebas serán medidos con respecto a la
pérdida de paquetes, el retardo de ida y vuelta y la fluctuación,
mediante el software Y1 de pruebas en la primera pasarela MGW1 de
medios. Al terminar la sesión de pruebas, los recursos reservados
CH231-CH260 de manejo de llamadas en MGW2, serán
liberados enviando una señal RELEASE de liberación desde la
pasarela MGW1 de origen a la pasarela MGW2 de destino. La medición
realizada por Y1 es enviada después al software X1 de pruebas del
plano de control. En X1 tendrá lugar una evaluación y se presentarán
las estadísticas de calidad, en este ejemplo, al operador. En el
caso de que se hubiera disparado una función de pruebas por una
prueba
de fondo o por un caso de avería, se podrán emitir/cesar las alarmas y se podrán notificar las funciones de control.
de fondo o por un caso de avería, se podrán emitir/cesar las alarmas y se podrán notificar las funciones de control.
Se describirá ahora un método de acuerdo con la
invención. Los pasos más esenciales del método pueden observarse en
el diagrama de flujo de la figura 3. El diagrama de flujo ha de
leerse junto con la figuras 1 y 2 antes estudiadas. El método
muestra cómo se comprueban las relaciones de extremo a extremo. Una
primera relación ya mencionada, e ilustrada en la figura 2, entre
MGW1 y MGW2, y una segunda relación de extremo a extremo entre MGW1
y MGW3. La prueba en este ejemplo se inicia tras el fallo en MGW1.
La prueba se inicia manualmente antes de que se permita el tráfico
real, con el fin de evitar la pérdida de tráfico real. El método de
acuerdo con la invención, cuando están implicadas tres pasarelas
MGW1-MGW3, comprende los pasos siguientes:
- -
- Un operador inicia la prueba especificando que se realizarán pruebas de extremo a extremo mediante veinte llamadas simultáneas entre MGW1 y MGW2 y sesenta llamadas simultáneas entre MGW1 y MGW3. Esto se ilustra en la figura 3 con el bloque 101.
- -
- El bloque X1 de software del primer software CSW1 de control establece ahora una sesión de pruebas que comienza reservando veinte recursos CH101-CH120 en TDM1/IP de la pasarela MGW1 de origen. Esto está ilustrado en la figura 3 con el bloque 102.
- -
- Se establece una sesión entre la pasarela MGW1 de origen y MGW2, que ahora se denomina segunda pasarela MGW2.
- -
- La señal SEIZE de captura es enviada desde la pasarela MGW1 de origen a la segunda pasarela MGW2. La señal de captura define que ha de utilizarse el interfaz IF22 durante la prueba. El número de recursos de manejo de llamadas deseados para la prueba, es decir, veinte, se define también en la señal de captura. En este ejemplo, se decide que la prueba dure tres minutos.
- -
- El software X2 de pruebas del software CSW2 de control en MGW2, intenta encontrar veinte recursos de manejo de llamadas disponibles en el convertidor TDM2/IP de la segunda pasarela MGW2.
- -
- En este ejemplo, solamente había disponibles diez recursos CH206-CH215 de manejo de llamadas y se envía una señal READY de acuse indicando los recursos CH206-CH215 de manejo de llamadas disponibles, desde la segunda pasarela MGW2 a la pasarela MGW1 de origen. Esto está ilustrado en la figura 3 con el bloque 103.
- -
- El software CSW1 de control de la pasarela MGW1 de medios de origen recibe la información en la señal READY de acuse. El software X1 de pruebas configura ahora diez recursos CH101-CH110 de los veinte recursos reservados CH101-CH120 con datos correctos. X1 prepara el envío de paquetes RTP/UDP/IP desde los recursos de manejo de llamadas de origen configurados y reservados CH101-CH110 en la pasarela de medios de origen MGW1, a los recursos de manejo de llamadas de destino disponibles especificados CH206-CH215 que fueron reservados en MGW2. Esto está ilustrado en la figura 3 por el bloque 104.
- -
- El bloque X1 de software del primer software CSW1 de control establece ahora una sesión de pruebas para la prueba de extremo a extremo entre MGW1 y MGW3, la denominada tercera pasarela MGW3, reservando sesenta recursos CH121-CH180 en TDM1/IP en la pasarela MGW1 de origen.
- -
- Se establece una sesión entre MGW1 y MGW3.
- -
- Se envía una segunda señal de captura desde la pasarela MGW1 de origen a la tercera pasarela MGW3. La señal de captura define el interfaz a utilizar y el número de recursos de manejo de llamadas deseados, es decir, sesenta. Para esta prueba de extremo a extremo, se establece que la prueba dure cinco minutos.
- -
- El software de pruebas del software de control en MGW3 encuentra sesenta recursos de manejo de llamadas disponible en MGW3.
- -
- Se envía una segunda señal de acuse que indica los recursos de manejo de llamadas encontrados, desde la tercera pasarela MGW3 a la pasarela MGW1 de origen.
- -
- El software CSW1 de control de la primera pasarela MGW1 de medios recibe la información en la segunda señal de acuse. El software X1 de pruebas configura ahora los sesenta recursos reservados CH121-CH180 con los datos correctos. X1 prepara el envío de paquetes RTP/UDP/IP desde los recursos de manejo de llamada de origen reservados y configurados CH121-CH180 en la pasarela MGW1 de medios de origen a los recursos de manejo de llamadas de destino disponibles y especificados que fueron definidos en la segunda señal de acuse.
- -
- Se envían diez paquetes RTP/UDP/IP desde la pasarela MGW1 de origen a la segunda pasarela MGW2. Los paquetes de datos son enviados desde los recursos de manejos de llamadas reservados en MGW1 a los recursos de manejo de llamadas reservados en MGW2. Al recibir los paquetes de datos en la segunda pasarela MGW2, todos los paquetes destinados a los recursos de llamadas de destino seleccionados CH206-CH215 pertenecen a la sesión de pruebas y serán devueltos a la pasarela de origen, bajo la condición de que no haya transcurrido el intervalo de tiempo especificado de tres minutos. Esto está ilustrado en la figura 3 con el bloque 105.
- -
- Se envían sesenta paquetes RTP/UDP/IP desde la pasarela MGW1 de origen a la tercera pasarela MGW3. Los paquetes de datos son enviados desde los recursos de manejos de llamadas reservados CH121-CH180 en MGW1 a los recursos de manejo de llamadas reservados en MGW3. Al recibir los paquetes de datos en la tercera pasarela MGW3, todos los paquetes destinados a los recursos de llamadas de destino seleccionados pertenecen a la sesión de pruebas y serán devueltos a la pasarela de origen, bajo la condición de que no haya transcurrido el intervalo de tiempo especificado de cinco minutos.
- -
- Tras la devolución, todos los paquetes que pertenecen a la sesión de pruebas serán medidos con relación a la pérdida de paquetes, el retardo de ida y vuelta y la fluctuación, por el software Y1 de pruebas de la primera pasarela MGW1 de medios. Tras finalizar la sesión de pruebas, los recursos de manejo de llamadas reservados en MGW2 y en MGW3 serán liberados enviando señales de liberación desde MGW1 a MGW2 y desde MGW1 a MGW3. La medición realizada por Y1 es enviada al software X1 de pruebas en el plano de control. En X1 tendrá lugar una evaluación y se presentan las estadísticas de calidad al operador que inició la prueba. Esto está ilustrado en la figura 3 con el bloque 106.
Dentro del alcance de la invención son posibles,
naturalmente, distintas variaciones. En lugar de definir recursos
de manejo de llamadas a reservar en la pasarela de destino antes de
la prueba, enviando una señal de captura, por ejemplo, podrían
reservarse constantemente algunos recursos para la prueba con el fin
de supervisar la conectividad básica entre pasarelas. Otras
variaciones son que pueda variar el orden cronológico entre los
pasos del método. El lugar descrito de las diferentes entidades,
como por ejemplo el software utilizado para la finalidad de la
prueba, puede variar también. En otras palabras, la invención no
está limitada a lo descrito anteriormente ni a los modos de
realización ilustrados en los dibujos, sino que puede ser modificada
dentro del alcance de la invención.
Claims (10)
1. Método de comprobación de relaciones de
extremo a extremo entre pasarelas (MGW1, MGW2), relacionadas con
una situación de tráfico estimado en una red IP (IPNW), estando el
método caracterizado por los siguientes pasos:
- -
- especificar un número estimado de llamadas simultáneas esperadas;
- -
- reservar un número de recursos (CH231-CH260) de manejo de llamadas disponibles en una pasarela (MGW2) de destino, siendo el número de recursos igual o inferior al número estimado;
- -
- enviar paquetes (RTP/UDP/IP) de datos desde una pasarela (MGW1) de origen a cada uno de los recursos (CH231-CH260) de manejo de llamadas reservados;
- -
- devolver los paquetes (RTP/UDP/IP) de datos recibidos, desde la pasarela (MGW2) de destino a la pasarela (MGW1) de origen;
- -
- proporcionar estadísticas de calidad sobre los paquetes de datos recibidos, en la pasarela (MGW1) de origen;
2. Método de comprobación de relaciones de
extremo a extremo, según la reivindicación 1, comprendiendo el
método los siguientes pasos adicionales:
- -
- Enviar una señal (SEIZE) de captura desde la pasarela (MGW1) de origen a la pasarela (MGW2) de destino, especificando un número deseado de recursos de manejo de llamadas;
- -
- enviar una señal (READY) de acuse desde la pasarela (MGW2) de destino a la pasarela (MGW1) de origen, especificando el número de recursos (CH231-CH260) de manejo de llamadas reservados en la pasarela de destino;
3. Método de comprobación de relaciones de
extremo a extremo, según las reivindicaciones 1 o 2, comprendiendo
el método el siguiente paso adicional:
- -
- intercambiar en una cabecera de los paquetes (RTP/UDP/IP) de datos recibidos antes de la devolución, un campo que defina un recurso de manejo de llamadas de origen con un campo que defina un recurso de manejo de llamadas de destino.
4. Método de comprobación de relaciones de
extremo a extremo, según cualquiera de las reivindicaciones
1-3, comprendiendo el método el siguiente paso
adicional:
- -
- especificar en la pasarela (MGW2) de destino un intervalo de tiempo durante el cual se efectúa la prueba.
5. Método de comprobación de relaciones de
extremo a extremo, según cualquiera de las reivindicaciones
1-4, comprendiendo el método los siguientes pasos
adicionales:
- -
- reservar recursos (CH151-CH180) de manejo de llamadas en la pasarela (MGW1) de origen;
- -
- configurar recursos (CH151-CH180) de manejo de llamadas en la pasarela (MGW1) de origen;
- -
- enviar paquetes los paquetes (RTP/UDP/IP) de datos desde los recursos (CH151-CH180) de manejo de llamadas de la pasarela (MGW1) de origen a cada uno de los recursos (CH231-CH260) de manejo de llamadas reservados.
6. Disposición para comprobar relaciones de
extremo a extremo entre pasarelas (MGW1, MGW2), relacionadas con
una situación de tráfico estimado en una red IP (IPNW), estando la
disposición caracterizada por:
- -
- medios para especificar un número estimado de llamadas simultáneas esperadas;
- -
- medios para reservar un número de recursos (CH231-CH260) de manejo de llamadas en una pasarela (MGW2) de destino;
- -
- medios para enviar paquetes (RTP/UDP/IP) de datos desde una pasarela (MGW1) de origen a cada uno de los recursos (CH231-CH260) de manejo de llamadas reservados;
- -
- medios para devolver los paquetes (RTP/UDP/IP) de datos recibidos desde la pasarela (MGW2) de destino a la pasarela (MGW1) de origen;
\newpage
- -
- medios en la pasarela (MGW1) de origen para proporcionar estadísticas de calidad de los paquetes de datos recibidos.
7. Disposición para comprobar relaciones de
extremo a extremo, según la reivindicación 6, que comprende:
- -
- medios para enviar una señal de captura (SEIZE) desde la pasarela (MGW1) de origen a la pasarela (MGW2) de destino, especificando un número deseado de recursos de manejo de llamadas;
- -
- medios para enviar una señal (READY) de acuse de recursos desde la pasarela (MGW2) de destino a la pasarela (MGW1) de origen, especificando el número de recursos (CH231-CH260) de manejo de llamadas reservados en la pasarela de destino.
8. Disposición para comprobar relaciones de
extremo a extremo según las reivindicaciones 6 o 7, que comprende
medios para intercambiar en una cabecera de los paquetes
(RTP/UDP/IP) de datos recibidos antes de la devolución, un campo
que define un recurso de manejo de llamadas de origen con un campo
que define el recurso de manejo de llamada de destino.
9. Disposición para comprobar relaciones de
extremo a extremo, según cualquiera de las reivindicaciones
6-8, que comprende medios para especificar en la
pasarela (MGW2) de destino un intervalo de tiempo durante el cual
se establece la duración de la prueba.
10. Disposición para comprobar relaciones de
extremo a extremo, según cualquiera de las reivindicaciones
6-9, que comprende:
- -
- medios para reservar recursos (CH151-CH180) de manejo de llamadas en la pasarela (MGW1) de origen;
- -
- medios para configurar recursos (CH151-CH180) de manejo de llamadas en la pasarela (MGW1) de origen;
- -
- medios para enviar los paquetes (RTP/UDP/IP) de datos desde los recursos (CH151-CH180) de manejo de llamadas en la pasarela (MGW1) de origen a cada uno de los recursos (CH231-CH260) de manejo de llamadas reservados.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/SE2002/001411 WO2004012403A1 (en) | 2002-07-25 | 2002-07-25 | End to end test between gateways in an ip network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2291483T3 true ES2291483T3 (es) | 2008-03-01 |
Family
ID=31185895
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02749496T Expired - Lifetime ES2291483T3 (es) | 2002-07-25 | 2002-07-25 | Test de extremo a extremo entre pasarelas en una red ip. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7644178B2 (es) |
| EP (1) | EP1525720B1 (es) |
| AT (1) | ATE373366T1 (es) |
| AU (1) | AU2002320002A1 (es) |
| DE (1) | DE60222478T2 (es) |
| ES (1) | ES2291483T3 (es) |
| WO (1) | WO2004012403A1 (es) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7796524B1 (en) * | 2000-10-06 | 2010-09-14 | O'connell David | Monitoring quality of service in packet-based communications |
| CN100358301C (zh) * | 2004-06-18 | 2007-12-26 | 华为技术有限公司 | 主动测试系统及方法 |
| US8031696B2 (en) | 2005-03-11 | 2011-10-04 | Genband Us Llc | System and method for routing VoIP calls |
| US7995557B2 (en) * | 2005-03-11 | 2011-08-09 | Genband Us Llc | System and method for determining network quality for voIP calls |
| CN100394732C (zh) * | 2005-10-14 | 2008-06-11 | 中国移动通信集团公司 | Wap网关性能的测试方法 |
| EP1841145A1 (en) * | 2006-03-30 | 2007-10-03 | BRITISH TELECOMMUNICATIONS public limited company | Communications networks |
| EP2087650A2 (en) * | 2006-09-28 | 2009-08-12 | QUALCOMM Incorporated | Methods and apparatus for determining communication link quality |
| WO2008040021A1 (en) | 2006-09-28 | 2008-04-03 | Qualcomm Incorporated | Methods and apparatus for determining quality of service in a communication system |
| US20090303886A1 (en) * | 2008-06-04 | 2009-12-10 | Lehman Brothers Inc. | Method And System For Analyzing Gateways |
| WO2009148420A1 (en) * | 2008-06-04 | 2009-12-10 | Lehman Brothers Inc. | Method and system for analyzing gateways |
| CN101989935A (zh) | 2009-08-07 | 2011-03-23 | 华为技术有限公司 | VoIP网络中语音环回方法、网关、环回节点及网络 |
| US9292248B2 (en) * | 2011-06-22 | 2016-03-22 | Microsoft Technology Licensing, Llc | Span out load balancing model |
| WO2017106491A1 (en) * | 2015-12-15 | 2017-06-22 | MindTop, Inc. | Privacy enhancing networks |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06508008A (ja) * | 1991-06-12 | 1994-09-08 | ヒューレット・パッカード・カンパニー | パケットベースネットワークをテストするための方法および装置 |
| US5359649A (en) * | 1991-10-02 | 1994-10-25 | Telefonaktiebolaget L M Ericsson | Congestion tuning of telecommunications networks |
| US6233237B1 (en) * | 1998-02-02 | 2001-05-15 | 3Com Corporation | Method and protocol for connecting data calls using R2 signaling |
| US6404870B1 (en) * | 1998-09-14 | 2002-06-11 | Cisco Technology, Inc. | Method and apparatus for authorization based phone calls in packet switched networks |
| US6466548B1 (en) * | 1998-10-28 | 2002-10-15 | Cisco Technology, Inc. | Hop by hop quality of service measurement system |
| US7054273B1 (en) * | 1999-08-06 | 2006-05-30 | Tellabs Operations, Inc. | Circuit integrity in a packet-switched network |
| JP3994614B2 (ja) * | 2000-03-13 | 2007-10-24 | 株式会社日立製作所 | パケット交換機、ネットワーク監視システム及びネットワーク監視方法 |
| US6891881B2 (en) * | 2000-04-07 | 2005-05-10 | Broadcom Corporation | Method of determining an end of a transmitted frame in a frame-based communications network |
| SE522271C2 (sv) * | 2000-07-05 | 2004-01-27 | Ericsson Telefon Ab L M | Förfarande och anordning i kopplingsnod för ett telesystem |
| US20020016937A1 (en) * | 2000-08-02 | 2002-02-07 | Henry Houh | Method and apparatus for utilizing a network processor as part of a test system |
| US7796524B1 (en) | 2000-10-06 | 2010-09-14 | O'connell David | Monitoring quality of service in packet-based communications |
-
2002
- 2002-07-25 US US10/521,932 patent/US7644178B2/en not_active Expired - Lifetime
- 2002-07-25 AU AU2002320002A patent/AU2002320002A1/en not_active Abandoned
- 2002-07-25 DE DE60222478T patent/DE60222478T2/de not_active Expired - Lifetime
- 2002-07-25 ES ES02749496T patent/ES2291483T3/es not_active Expired - Lifetime
- 2002-07-25 WO PCT/SE2002/001411 patent/WO2004012403A1/en not_active Ceased
- 2002-07-25 AT AT02749496T patent/ATE373366T1/de not_active IP Right Cessation
- 2002-07-25 EP EP02749496A patent/EP1525720B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US20060174006A1 (en) | 2006-08-03 |
| ATE373366T1 (de) | 2007-09-15 |
| US7644178B2 (en) | 2010-01-05 |
| WO2004012403A1 (en) | 2004-02-05 |
| EP1525720A1 (en) | 2005-04-27 |
| EP1525720B1 (en) | 2007-09-12 |
| DE60222478D1 (de) | 2007-10-25 |
| AU2002320002A1 (en) | 2004-02-16 |
| DE60222478T2 (de) | 2008-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2291483T3 (es) | Test de extremo a extremo entre pasarelas en una red ip. | |
| JP4823916B2 (ja) | 通信セッションを提供するためのシステムおよび方法 | |
| US20020051464A1 (en) | Quality of transmission across packet-based networks | |
| US7596096B2 (en) | Method and apparatus for providing trace route and timing information for media streams | |
| US7519006B1 (en) | Method and apparatus for measuring one-way delay at arbitrary points in network | |
| US6466548B1 (en) | Hop by hop quality of service measurement system | |
| US8027267B2 (en) | Network condition capture and reproduction | |
| US7496044B1 (en) | Method and apparatus for analyzing a media path for an internet protocol (IP) media session | |
| ES2314677T3 (es) | Procedimiento para adquirir de manera periodica la qos de un flujo multimedia. | |
| ES2749222T3 (es) | Terminal y procedimiento de selección de modo de codificación | |
| US7313098B2 (en) | Communication system endpoint device with integrated call synthesis capability | |
| US20060251050A1 (en) | Call admission control in voip systems | |
| US10687253B2 (en) | Resource reservation on networks comprising wireless and wired segments | |
| US8872880B1 (en) | Video conference service with multiple service tiers | |
| US20180324083A1 (en) | Dynamic configuration of routing paths in a data network | |
| US7613111B2 (en) | Methods, systems, and computer program products for dynamic blocking an unblocking of media over packet resources | |
| JP4417222B2 (ja) | 音声品質制御システム及び方法、帯域制御装置、ならびに、コンピュータプログラム | |
| ES2663807T3 (es) | Análisis de conexión en sistemas de comunicación | |
| US7586923B2 (en) | Bandwidth allocation for VoIP traffic in network having interface between frame relay and ATM | |
| US7653068B2 (en) | Method and apparatus for providing call admission control in packet networks | |
| JP2002247067A (ja) | 帯域制御装置 | |
| Arafat et al. | SIP-based QoS in IP telephony | |
| JP4911609B2 (ja) | パケット通信制御方法および装置 | |
| EP1372300A1 (en) | Adapting packet length to network load for VoIP communications | |
| US9634864B2 (en) | Dynamic admission control for media gateways |