ES2328627T3 - Procedimiento para implementar mantenimiento en linea en una red de comunicacion. - Google Patents
Procedimiento para implementar mantenimiento en linea en una red de comunicacion. Download PDFInfo
- Publication number
- ES2328627T3 ES2328627T3 ES06741729T ES06741729T ES2328627T3 ES 2328627 T3 ES2328627 T3 ES 2328627T3 ES 06741729 T ES06741729 T ES 06741729T ES 06741729 T ES06741729 T ES 06741729T ES 2328627 T3 ES2328627 T3 ES 2328627T3
- Authority
- ES
- Spain
- Prior art keywords
- communication
- data
- maintenance
- server
- devices
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
- H04L41/064—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
-
- 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
-
- 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/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Un procedimiento para implementar el mantenimiento en línea en una red de comunicación, que se caracteriza por las etapas de recoger (102), por un servidor de mantenimiento en línea, los datos de comunicación registrados en parte de, o en todos, los dispositivos de comunicación en una red de comunicación durante una operación de comunicación, en el que la parte de, o todos, los dispositivos de comunicación registran respectivamente los datos de comunicación que pasan a través de los mismos durante la operación de comunicación cuando una petición de mantenimiento iniciada por el terminal de un usuario durante la operación de comunicación es detectada por parte de, o por todos, los dispositivos de comunicación (101), y analizar (103), por el servidor de mantenimiento en línea, los datos de comunicación para encontrar una razón del fallo de la red de comunicación.
Description
Procedimiento para implementar mantenimiento en
línea en una red de comunicación.
La presente invención se refiere al
mantenimiento de los servicios de comunicación, más en particular se
refiere a un procedimiento para implementar el mantenimiento en
línea en la red de comunicación.
Durante el procedimiento de utilización de
servicios de comunicación tales como llamadas telefónicas y
reuniones de grupos (en red) pueden producirse fallos fácilmente,
tales como la disminución de la calidad de la comunicación, por
ejemplo, ruidos que se producen durante el proceso de llamada,
volumen del sonido de la llamada que disminuye repentinamente, etc.
Aunque un fallo de este tipo no producirá la interrupción de la
operación de comunicación, hará que los usuarios de los servicios
de comunicación se sientan incómodos, e incluso tendrá influencia
sobre la comunicación normal del usuario, lo cual producirá
inconveniencia a los usuarios.
En la actualidad, el proveedor de servicios de
comunicación proporciona un procedimiento de mantenimiento simple
para tales fallos, cuyo curso específico es: cuando encuentra un
fallo, el usuario puede marcar el número de mantenimiento e
informar el fenómeno del fallo a un representante de servicio al
cliente proporcionado por el proveedor de servicios de
comunicación; y el proveedor de servicios de comunicación averigua
las razones del fallo sobre la base de la descripción del usuario,
manteniendo de esta manera la calidad del servicio de
comunicación.
Sin embargo, debido a que el usuario puede
encontrarse en una operación de comunicación cuando se hace
consciente del fallo, con el fin de informar el fenómeno del fallo
al proveedor de servicios de comunicación, el usuario tiene que
esperar a que finalice la llamada actual o tiene que interrumpir la
llamada actual por el momento. Además, cuando el usuario marca el
número de mantenimiento para realizar la reclamación, la operación
de comunicación con el fallo ha finalizado y el proveedor de
servicios de comunicación no puede recuperar las condiciones de
trabajo de los dispositivos de comunicación en la red de
comunicación cuando se produjo el fallo. Por lo tanto, el
procedimiento es de baja calidad de tiempo real y no es adecuado
para que el proveedor del servicio de comunicación encuentre exacta
y rápidamente las razones del fallo o impida que el fallo se vuelva
a producir.
Además, el fenómeno del fallo que obtiene el
proveedor del servicio de comunicación ha sido descrito oralmente
por los usuarios, y la mayor parte de las descripciones reflejarán
los sentimientos de los usuarios cuando encuentran fallos de
comunicación, de manera que las descripciones no puede ser la base
para determinar las razones del fallo, lo cual produce mucha
dificultad al proveedor de servicios de comunicación para solucionar
los problemas.
En otras palabras, el procedimiento de
mantenimiento existente no es adecuado para mantener con efectividad
los servicios de comunicación, afectando por lo tanto a la
sensación de satisfacción del usuario y no es óptimo para que los
usuarios obtengan un mejor servicio de mantenimiento.
El documento EP 0948165A1 desvela una solución
para generar registros de detalle de servicio. En esta solicitud
europea, se crean los registros de detalle de servicio generados
para un servicio de telefonía ejecutado en una red de datos de
paquetes, monitorizando los datos del servicio de la red de
paquetes, los datos de señalización y la calidad de los datos del
servicio, y combinando estos datos para producir los registros de
detalle de servicios requeridos.
El documento US 2003/0101357A1 desvela
procedimientos, aparatos y sistemas para detectar sucesos de fraude
en una red distribuida. Se identifica un suceso de fraude si el
análisis de los datos revela que hay una falta de consistencia
entre los elementos en las redes
El documento CN 1578202A desvela una solución
para detectar los fallos del programa del sistema de comunicación.
En la solución, se descarga un programa del sistema de comunicación
formal al dispositivo de primer plano, y se separa una variable del
programa del sistema de comunicación formal y se almacena en un
almacén del dispositivo de primer plano como un fichero de datos.
Cuando el programa del sistema de comunicación formal se ejecuta en
el dispositivo de primer plano, la variable no se utiliza en la
memoria. En la aplicación de segundo plano del dispositivo de
primer plano, se establece el modo de registrar información dinámica
del fallo del sistema. A continuación, cuando se produce el fallo
en el dispositivo de primer plano, la aplicación de segundo plano
genera un fichero de registro del fallo, analiza el fichero de
registro del fallo y determina el fallo.
El documento US 2004/0228327A1 desvela un
sistema y procedimiento para la selección de canal virtual en el
sistema de telefonía IP. En la solicitud norteamericana, se
proporciona un cliente ToL que tiene, por ejemplo, una tecla o
botón para que el usuario presione o pulse cuando se presenta un
programa de voz. Un controlador mantiene un conjunto de
"canales" predeterminados que tienen distintos ajustes de
calidad de voz, por ejemplo referidos a la selección de
codificador/descodificador, filtros de ruido, tamaño de tampón de
inestabilidad, cancelación de ecos y otros similares. El usuario
puede seleccionar uno de los canales y la conexión se transferirá
usando los parámetros indicados. Y el canal "mejor" puede ser
aquel de por defecto o el primero seleccionado.
Las realizaciones de la presente invención son
para proporcionar un procedimiento para implementar el mantenimiento
en línea en la red de comunicación, de manera que se eleve la
capacidad del proveedor del servicio de comunicación para encontrar
las razones de los fallos y permitir que el proveedor del servicio
de comunicación proporcione un mantenimiento más exacto y
satisfactorio a los usuarios.
Los esquemas técnicos de la presente invención
están implementados como sigue:
- un procedimiento para implementar el mantenimiento en línea en la red de comunicación incluye los siguientes procesos:
- recogida, por el servidor de mantenimiento en línea, de los datos de comunicaciones registrados en parte de o en todos los dispositivos de comunicación en la red de comunicación durante una operación de comunicación, en el que la parte de, o todos, los dispositivos de comunicación registra respectivamente datos de comunicación que pasan a través de los mismos durante la operación de comunicación cuando una petición de mantenimiento iniciada por el terminal de un usuario durante la operación de comunicación es detectada por parte de, o por todos, los dispositivos de comunicación;
- analizar, por el servidor de mantenimiento en línea, los datos de comunicación para encontrar una razón del fallo de la red de comunicación.
Un servidor de mantenimiento en línea incluye
los siguientes medios:
- un medio para recoger, de parte de o de todos los dispositivos de comunicación en una red de comunicación, los datos de comunicación que pasan a través de la parte de o de todos los dispositivos de comunicación durante una operación de comunicación, en el que los datos de comunicación son registrados por la parte de, o de todos, los dispositivos de comunicación durante la operación de comunicación cuando una petición de mantenimiento iniciada por un terminal del usuario es detectada por la parte de, o de todos, los dispositivos de comunicación;
- un medio para analizar los datos de comunicación recogidos para encontrar una razón del fallo de la red de comunicación.
Un dispositivo de comunicación para implementar
el mantenimiento en línea incluye los medios siguientes:
- un medio para detectar una petición de mantenimiento iniciada por un terminal del usuario durante la operación de comunicación; y
- un medio para registrar datos de comunicación que pasan a través del mismo dispositivo de comunicación cuando la petición de mantenimiento iniciada por el terminal del usuario es detectada.
Un terminal de usuario incluye los siguientes
medios:
- un medio para comunicar con un dispositivo de comunicación en una red de comunicación; y
- un medio para enviar una petición de mantenimiento al dispositivo de comunicación con el fin de hacer que el dispositivo de comunicación registren los datos de comunicación que pasar a través del mismo durante una operación de comunicación.
Se podrá apreciar de los esquemas técnicos
anteriores que en el procedimiento para implementar el mantenimiento
en línea en una red de comunicación, el usuario activa los
dispositivos de comunicación en línea para registrar objetivamente
los datos de comunicación, para recoger la información necesaria del
dispositivo con mayor precisión y en su momento. Además, el
servidor de mantenimiento en línea está dispuesto para analizar los
datos de comunicación recogidos para encontrar las razones del
fallo, así como para disminuir la dificultad de localizar el fallo
del proveedor del servicio de comunicación, reducir el coste de
mantenimiento e incrementar la satisfacción del usuario.
Por otra parte, en el procedimiento de
implementar el mantenimiento en línea proporcionado en las
realizaciones de la presente invención, la información del
dispositivo puede ser registrada en tiempo real durante la operación
de comunicación, y los usuarios no tienen que interrumpir la
operación de comunicación para el mantenimiento, lo cual hace que
la operación de comunicación y el procedimiento de mantenimiento no
interfieran uno con el otro y añade conveniencia para que el
proveedor de servicio de comunicación solucione los problemas.
La figura 1 es un diagrama de flujo que ilustra
un procedimiento de mantenimiento en línea de la presente
invención;
La figura 2 es un diagrama que ilustra la
conexión de la red de comunicación adoptada en una realización de
la presente invención;
La figura 3 es un diagrama que ilustra el
formato de paquetes IP en una realización de la presente
invención.
La presente invención se describirá en detalle
en la presente memoria descriptiva y a continuación con referencia
a algunos dibujos y realizaciones.
Una realización del procedimiento de
mantenimiento en línea de la presente invención se muestra en la
figura 1, que incluye los siguientes procesos:
Bloque 101: un usuario envía una petición de
mantenimiento en línea cuando el usuario es consciente de un fallo,
lo cual activa los dispositivos de comunicación de la red de
comunicación completa para registrar en tiempo real los datos de
comunicación que pasan a través de los mismos dispositivos.
En el proceso, los siguientes enfoques pueden
ser adoptados por el usuario para enviar la petición de
mantenimiento en línea y activar el registro de los datos de
comunicación en la red de comunicación.
Primer enfoque: si el usuario utiliza un
teléfono ordinario o un teléfono Ethernet (Ephone), el usuario puede
retener la llamada cuando encuentra un fallo y marcar el número de
mantenimiento en línea proporcionado por el proveedor del servicio
de comunicación con el teclado de marcación del teléfono. El
teléfono ordinario que el usuario utiliza convierte el número
marcado en una secuencia de Frecuencias Múltiple de Tono Doble
(DTMF) y envía la secuencia. Los dispositivos de comunicación en la
red de comunicación, que pueden detectar la secuencia DTMF, pueden
registrar los datos de comunicación que pasan a través de los
dispositivos después de detectar la secuencia DTMF.
Los dispositivos de comunicación están divididos
en dos clases, esto es, dispositivo de control y dispositivo de no
control, de acuerdo con sus mecanismos de trabajo. El dispositivo de
no control puede detectar la secuencia DTMF, y la mayor parte de
los dispositivos de comunicación en la red de comunicación son
dispositivos de no control. Puesto que el dispositivo de control
solamente es responsable del control de órdenes en la red de
comunicación, no puede detectar la secuencia DTMF Por lo tanto,
después de detectar la secuencia DTMF, se requiere que un
dispositivo de no control del nivel anterior de un dispositivo de
control envíe una orden al dispositivo de control, de manera que
active el registro de datos de comunicación que pasan a través del
dispositivo de control durante la operación de comunicación.
Segundo enfoque: una tecla de petición de
mantenimiento está dispuesta en el dispositivo terminal del usuario.
Cuando el usuario encuentra un fallo, el usuario puede retener la
llamada al mismo tiempo que aprieta la tecla de petición de
mantenimiento. Cuando detecta la orden de mantenimiento enviada por
el usuario que aprieta la tecla, el dispositivo terminal registra
los datos de comunicación que pasan a través del mismo durante la
operación de comunicación, y envía una petición de señalización a un
dispositivo de comunicación de nivel posterior. Debido a que cada
dispositivo de comunicación está situado en una posición
especificada y los dispositivos están conectados consecutivamente
en la red de comunicación, todos los dispositivos de comunicación
forman una relación antero-posterior en términos de
conexión. Por lo tanto, después de detectar la petición de
señalización enviada desde el dispositivo de nivel anterior, cada
dispositivo de comunicación registrará los datos de comunicación
que pasan a través del mismo dispositivo durante la operación de
comunicación y envía una petición de desdoblado al dispositivo de
comunicación de nivel posterior.
Tercer enfoque: si el usuario adopta una
ejecución del terminal programable en un ordenador, que es similar
a la reunión de grupo (Netmeeting), el usuario puede enviar en línea
una orden de mantenimiento pulsando un menú, con lo cual el proceso
para que el usuario active el registro de datos de comunicación en
la red de comunicación es el mismo que el proceso de activación en
el segundo enfoque, que por lo tanto no se describirá
adicionalmente.
Los datos de comunicación incluyen: datos
enviados por los dispositivos de comunicación de acuerdo con
protocolos, información de mantenimiento u órdenes de operación
definidas por los dispositivos de comunicación, y otros similares.
Respecto a los diferentes dispositivos de comunicación, los datos
enviados de acuerdo con los protocolos son diferentes. Por ejemplo,
los datos de comunicación registrados en un Dispositivo de Acceso
Integrado (IAD) son señales de línea analógica, paquetes de voz
codificados/descodificados y paquetes de señalización; datos de
comunicación registrados en una Pasarela de Medios de Enlace (TMG)
son señales de línea de enlace, paquetes de voz
codificados/descodificados y paquetes de señalización; los datos de
comunicación registrados en un conmutador son señales de línea
analógica, señales de línea de enlace y paquetes desdoblados.
Bloque 102: se establece un servidor de
mantenimiento en línea en la red de comunicación, y el servidor de
mantenimiento en línea recoge en línea y almacena datos de
comunicación de todos los dispositivos de comunicación.
En la aplicación práctica, el servidor de
mantenimiento en línea está conectado a todos los dispositivos de
comunicación por medio de una red IP, y los procedimientos para
recoger en línea los datos de comunicación son como sigue:
- Procedimiento 1: los dispositivos de comunicación en la red de comunicación registran los datos de comunicación que pasan a través de los mismos dispositivos durante la operación de comunicación, y envían los datos de comunicación registrados al servidor de mantenimiento en línea a través de la red IP.
En el procedimiento, cada uno de los
dispositivos de comunicación añade un identificador único global en
los datos de comunicación registrados para distinguir diferentes
procedimientos de comunicación, encapsula los datos de comunicación
en un paquete IP de acuerdo con el protocolo IP y envía el paquete
IP cuya dirección objetivo es la dirección IP del servidor de
mantenimiento en línea.
En una aplicación práctica, hay varias maderas
para formar un identificador único global. Más específicamente, el
identificador único global está compuesto de tipo y del contenido
que se corresponde al tipo. Por ejemplo, el identificador único
global incluye tipo de dispositivo e identidad del dispositivo, o
tipo de fuente e identidad de fuente, o tipo de destino e identidad
de destino, o tipo de datos e identidad de datos, o cualquier
combinación de los cuatro tipos de identificadores anteriores
mencionados.
El tipo de dispositivo e identidad de
dispositivo son usados para distinguir diferentes dispositivos de
comunicación, para determinar desde cuál dispositivo de
comunicación se han informado los datos de comunicación recibidos
por el servidor de mantenimiento en línea.
El tipo de fuente, identidad de fuente, tipo de
destino e identidad de destino son usados para distinguir los datos
de comunicación transmitidos durante múltiples procedimientos de
comunicación entre dos dispositivos de comunicación.
El tipo de datos e identidad de datos son usados
para describir el tipo de los datos de comunicación y comprobar si
el resultado de distinción es correcto, de acuerdo con el tipo de
fuente, identidad de fuente, tipo de destino e identidad de
destino. En algunas aplicaciones especiales, el tipo de fuente,
identidad de fuente, tipo de destino e identidad de destino de
todos los datos de comunicación transmitidos durante diferentes
procedimientos de comunicación son los mismos, y entonces el
servidor de mantenimiento en línea puede obtener adicionalmente el
resultado de distinción de acuerdo con el tipo de datos y la
identidad de datos.
Cuando el tipo de dispositivo es un dispositivo
IP, la identidad del dispositivo es una dirección IP del
dispositivo, cuando el tipo de fuente es el usuario, la identidad
de fuente es una identidad de usuario; cuando el tipo de destino es
IP, la identidad de destino es una dirección IP; cuando el tipo de
datos es el Protocolo de Trasporte en Tiempo Real (RTP), la
identidad de los datos es un identificador SSRC.
Con referencia a la figura 2, el procedimiento
de establecer un identificador único global se ilustra en detalle
en la presente memoria descriptiva y a continuación, en el que se
establece el identificador único global para los datos de
comunicación informados durante una operación de comunicación para
todos los dispositivos de comunicación de la red de comunicación.
Las conexiones de red mostradas en la figura 2 son como sigue:
cuando el teléfono A y el teléfono B están en curso de comunicación,
el teléfono A envía una señal de línea analógica a la red portadora
IP 202 a través del IAD 201; el dispositivo de conmutación
programable 203 es responsable de proporcionar encaminamiento y
control de conexión en el servicio de voz para la red 202 portadora
IP; después de recibir un paquete IP enviado desde la red 202
portadora IP, la TMG 204 revierte el paquete IP en una señal de
enlace y trasmite la señal de enlace al conmutador 205, y a
continuación el conmutador 205 transmite una señal de línea
analógica al teléfono
B.
B.
El identificador único global de los datos
analógicos que entran en el IAD a través de la línea telefónica
está compuesto por ocho partes, que son "IP", una dirección IP
y un número de puerto del IAD tal como 1.1.1.1 + 2427, "línea de
usuario analógica", una identidad de usuario tal como
aaln/0@exampleIAD0.com, "IP", una dirección del RTP y un
número del puerto adoptado en la conversación tal como 1.1.1.1 +
1111, "línea de usuario analógica" y una identidad de usuario
tal como aaln/0@exampleIADO.com.
El identificador único global de los datos
codificados transmitidos desde el IAD a la TMG está compuesto por
ocho partes, que son "IP", una dirección IP y un número de
puerto del IAD tal como 1.1.1.1 + 2427, "IP", una dirección de
fuente RTP y un número de puerto adoptado en la conversación tal
como 1.1.1.1 + 2427, "IP", una dirección de destino RTP y
número de puerto adoptado en la conversación tal como 2.2.2.2 +
2222, "RTP" y un SSRC de la corriente RTP.
El identificador único global de los datos
codificados recibidos por la TMG está compuesto por ocho partes,
que son "IP", una dirección IP y un número de puerto de TMG
tal como 2.2.2.2 + 2427, "IP ", una dirección de fuente RTP y
un número de puerto adoptado en la conversación tal como 1.1.1.1 +
2427, "IP", una dirección de destino RTP y un número de puerto
adoptado en la conversación tal como 2.2.2.2 + 2222, "RTP" y un
SSRC de la corriente RTP.
El identificador único global de los datos de
enlaces descodificados transmitidos desde la TMG al conmutador está
compuesto por ocho partes, que son "IP", una dirección IP y un
número de puerto TMG tal como 2.2.2.2 + 2427, "IP", una
dirección RTP y un número del puerto adoptado en la conversación tal
como 2.2.2.2 + 2222, "enlace", un número de circuito de
enlace, "enlace " y un número de circuito de enlace.
\newpage
En lo que se refiere a la línea analógica y a la
línea de enlace, puesto que las líneas físicas están conectadas
fijamente, las identidades en ambos extremos de la línea analógica y
de la línea de enlace son consistentes respectivamente. En lo que
se refiere a la línea IP, la identidad 20 y la identidad de destino
de la línea IP son diferentes.
Se puede apreciar del procedimiento de
establecimiento que se ha mencionado con anterioridad que, aunque
diferentes dispositivos de comunicación pueden establecer
diferentes identificadores únicos globales de los datos de
comunicación de la misma operación de comunicación, el servidor de
mantenimiento en línea todavía puede seleccionar los datos de
comunicación que pertenecen a la misma operación de comunicación de
acuerdo con la asociación entre diferentes identificadores únicos
globales, esto es, el o los identificador(es) único(s)
global(es) se utiliza para identificar únicamente ciertos
procedimientos de comunicación. Por ejemplo, los datos de
comunicación de diferentes procedimientos de comunicación son
transmitidos entre el IAD y la TMG y debido a que las direcciones
RTP de estos datos de comunicación son diferentes, esto es, que
diferentes procedimientos de comunicación adoptan diferentes
números de puerto, los datos de comunicación de operaciones de
comunicación diferentes se pueden distinguir de acuerdo con las
direcciones RTP que se han mencionado más arriba. Además, el
servidor de mantenimiento en línea puede encontrar los datos de
comunicación que pertenecen a la misma operación de comunicación de
acuerdo con el tipo de fuente, identidad de fuente, tipo de destino
e identidad de destino, incluidos en los identificadores únicos
globales. En algunas aplicaciones especiales, una pluralidad de
corrientes RTP pueden nacer en la misma dirección, en otras
palabras, los datos de comunicación de diferentes procedimientos de
comunicación tienen la misma dirección RTP. Sin embargo, puesto que
los datos de comunicación de diferentes procedimientos de
comunicación tienen diferentes SSRC, el servidor de mantenimiento en
línea todavía puede distinguir los datos de comunicación de
diferentes operaciones de comunicación de acuerdo con el tipo de
datos e identidad de los datos en los identificadores únicos
globales.
Cuando encapsula los datos de acuerdo con los
protocolos IP, el dispositivo de comunicación puede seleccionar ya
sea el Protocolo de Control de Transferencia (TCP), o el Protocolo
de Datagramas de Usuario (UPD) y establecer el puerto de datos y el
formato de paquetes de manera que el servidor de mantenimiento en
línea pueda analizar los datos de acuerdo con el formato dado. El
paquete IP puede tener varios formatos. Uno de los formatos del
paquete IP que se muestra en la figura 3, adopta el protocolo UDP e
incluye un encabezamiento IP, un encabezamiento UDP, un
identificador único global y datos de comunicación.
El dispositivo de comunicación puede copiar
estos datos de comunicación que pasan a través del mismo dispositivo
y enviar los datos copiados al servidor de mantenimiento en línea
durante la operación de comunicación. Por lo tanto, el servidor de
mantenimiento en línea puede recoger información en línea.
Procedimiento 2: cuando el dispositivo de
comunicación en la red de comunicación registra los datos de
comunicación que pasan a través del mismo dispositivo, los datos de
comunicación en primer lugar son almacenados localmente en el
dispositivo de comunicación. Después de recibir una petición de
recogida de datos de mantenimiento enviada desde el servidor de
mantenimiento en línea, el dispositivo de comunicación trasmite los
datos de comunicación almacenados al servidor de mantenimiento en
línea. Los procesos de transmitir los datos de comunicación son los
mismos que los del procedimiento 1, por lo cual no se ilustran.
Bloque 103: el servidor de mantenimiento en
línea analiza los datos de comunicación recogidos para encontrar
una razón del fallo y obtener un resultado del análisis del
fallo.
En primer lugar, el servidor de mantenimiento en
línea inicia el análisis de las razones del fallo. Se debe hacer
notar que el servidor de mantenimiento en línea puede iniciar el
análisis en tiempo real o en un momento fijado, o el análisis de
las razones del fallo en el servidor de mantenimiento en línea se
puede iniciar por órdenes externas tales como una orden del
administrador y otras similares. Además, el análisis de las razones
del fallo en el servidor de mantenimiento en línea puede ser
iniciado por un mensaje de aviso enviado desde un dispositivo de
comunicación. Por ejemplo, el dispositivo de comunicación detecta la
pérdida de velocidad de paquetes en tiempo real en un mensaje del
Protocolo de Control de Transporte en Tiempo Real (RTCP), y si la
velocidad de pérdida de paquetes supera un valor establecido, esto
manifiesta que puede haber un fallo que conduce a una disminución
de la calidad de comunicación en la red de comunicación. Cuando
detecta la situación que se ha mencionado más arriba, el
dispositivo de comunicación enviará un mensaje de aviso al servidor
de mantenimiento en línea para iniciar el análisis de las razones
del fallo.
En segundo lugar, el servidor de mantenimiento
en línea analiza los datos de comunicación recogidos para encontrar
las razones del fallo de la red de comunicación práctica. Con
respecto a diferentes redes de comunicación, el servidor de
mantenimiento en línea tiene diferentes estrategias de
analíticas.
Considerando la red de comunicación que se
muestra en la figura 2 de nuevo como ejemplo, el procedimiento de
analizar las razones del fallo en el servidor de mantenimiento en
línea se ilustra en detalle en la presente memoria descriptiva y a
continuación.
En el bloque 102, los datos de comunicación
reportados al servidor de mantenimiento en línea por el IAD, el
dispositivo de conmutación programable, la TMG y el conmutador
incorporan identificadores únicos globales que identifican la
operación de comunicación. El servidor de mantenimiento en línea
encuentra los datos de comunicación que pertenecen a la misma
operación de comunicación de acuerdo con los identificadores únicos
globales, y determina si los datos de comunicación transmitidos
desde cualesquiera de dos dispositivos de comunicación adyacentes
son los mismos. El servidor de mantenimiento en línea puede
determinar cualesquiera dos dispositivo de comunicación adyacentes
de acuerdo con las direcciones IP de los dispositivos de
comunicación desde los cuales han trasmitido los datos de
comunicación. Se supone que los datos de comunicación registrados
por el IAD, el dispositivo de conmutación programable, la TMG y el
conmutador son respectivamente datos 1, datos 2, datos 3 y datos 4,
en el que los datos de datos 1 de comunicación registrados por el
IAD incluyen los datos 11 de información de corriente de medios
recibidos y los datos 12 de información de corriente de medios
transmitidos, los datos de los datos 3 de comunicación registrados
por la TMG incluyen los datos 31 de información de corriente de
medios recibidos y los datos 32 de información de corriente de
medios transmitidos. Debido a que el IAD y la TMG son dispositivos
de comunicación adyacentes, el servidor de mantenimiento en línea
compara los datos 12 de información de corriente de medios
transmitidos por el IAD y los datos 31 de información de corriente
de medios recibidos por la TMG para averiguar si son los mismos. Si
tanto la información de corriente de medios que pasa a través de
IAD y la que pasa a través de la TMG son transportadas en manera
RTP, el servidor de mantenimiento en línea puede juzgar si los datos
12 de información de corriente de medios y los datos 31 de
información de corrientes de medios son los mismos comparando las
cargas de pago en los paquetes RTP.
Cuando el servidor de mantenimiento en línea
encuentra que los datos 12 de información de la corriente de medios
y los datos 31 de información de la corriente de medios son
diferentes después de la comparación, el servidor de mantenimiento
en línea puede determinar que las razones del fallo se encuentra en
la red portadora IP entre el IAD y la TMG. Esto es debido a que el
IAD y la TMG están conectados solamente a través de la red
portadora IP sin que exista ningún otro dispositivo de comunicación
entre ellos. Además, esto es aplicable para determinar en cual
dispositivo específico en la red portadora IP se ha producido el
fallo adoptando el mismo procedimiento. El dispositivo específico
en la red portadora IP incluye, encaminadores, conmutadores, y
otros elementos similares.
El servidor de mantenimiento en línea también
puede analizar las razones del fallo por otro procedimiento, es
decir, comparando los datos de comunicación recibidos con una regla
predefinida. Por ejemplo, cuando se está estableciendo una llamada
entre un IAD y una TMG, el mensaje liberado por el dispositivo de
conmutación programable debía ser fijo. Por lo tanto, si solamente
el servidor de mantenimiento en línea detecta que el mensaje
enviado al IAD por el dispositivo conmutador programable no está de
acuerdo con una regla predefinida, el servidor de mantenimiento en
línea puede determinar que el fallo se encuentra en el dispositivo
de conmutación programable. En otro ejemplo, el número de paquetes
RTP enviados por un dispositivo de comunicación para una operación
de comunicación durante un período de tiempo es prescrito en un
protocolo, de manera que el servidor de mantenimiento en línea
pueda calcular, de acuerdo con el tiempo indicado en los paquetes
RTP, si el número de paquetes RTP enviados por el dispositivo de
comunicación durante el periodo de tiempo es el mismo que el que
está prescrito en el protocolo. Si los dos números son diferentes,
esto significa que el fallo se encuentra en el dispositivo de
comunicación.
Después de encontrar las razones del fallo, un
procedimiento es que el servidor de mantenimiento en línea envíe
una orden al dispositivo de comunicación con un fallo, y el
dispositivo de comunicación automáticamente elimina el fallo. Sin
embargo, el procedimiento normalmente no se adopta debido a que
conducirá probablemente a operaciones seriamente erróneas. Otro
procedimiento es que el administrador elimine manualmente el fallo
y realice el mantenimiento de acuerdo con las razones del fallo y en
base a las condiciones prácticas. Además, el proveedor de servicios
de comunicación puede transformar las razones del fallo obtenidas en
datos estadísticos de mantenimiento y de acuerdo con los datos
estadísticos de mantenimiento, ejecutar un informe de eficiencia de
la red de comunicación.
Se puede apreciar de las realizaciones
anteriores que, en el procedimiento de implementar el mantenimiento
en línea para la red de comunicación en la presente invención, el
usuario activa los dispositivos de comunicación para registrar
objetivamente los datos de comunicación, y el servidor de
mantenimiento en línea se dispone para analizar los datos de
comunicación recogidos y encontrar las razones del fallo. Por lo
tanto, la operación de comunicación y el procedimiento de
mantenimiento se encuentran separados y sin interferencia, haciendo
así accesible al proveedor de servicio de comunicación para que
solucione los problemas.
Claims (21)
-
\global\parskip0.950000\baselineskip
1. Un procedimiento para implementar el mantenimiento en línea en una red de comunicación, que se caracteriza por- las etapas de recoger (102), por un servidor de mantenimiento en línea, los datos de comunicación registrados en parte de, o en todos, los dispositivos de comunicación en una red de comunicación durante una operación de comunicación, en el que la parte de, o todos, los dispositivos de comunicación registran respectivamente los datos de comunicación que pasan a través de los mismos durante la operación de comunicación cuando una petición de mantenimiento iniciada por el terminal de un usuario durante la operación de comunicación es detectada por parte de, o por todos, los dispositivos de comunicación (101), y
- analizar (103), por el servidor de mantenimiento en línea, los datos de comunicación para encontrar una razón del fallo de la red de comunicación.
- 2. El procedimiento de acuerdo con la reivindicación 1, en el que la recogida por el servidor de mantenimiento en línea de los datos de comunicación registrados por una parte de, o todos, los dispositivos de comunicación durante la operación de comunicación comprende:
- enviar desde el servidor de mantenimiento en línea, una petición de recogida de datos de mantenimiento a la parte de, o a todos, los dispositivos de comunicación;
- encapsular (102) por la parte de, o todos, los dispositivos de comunicación, respectivamente, los datos de comunicación registrados que pasan por los mismos durante la operación de comunicación en un paquete IP después de recibir la petición de recogida de datos de mantenimiento, y
- enviar el paquete IP al servidor de mantenimiento en línea.
- 3. El procedimiento de acuerdo con la reivindicación 1, en el que la recogida por el servidor de mantenimiento en línea de los datos de comunicación registrados en parte de, o en todos, los dispositivos de comunicación durante la operación de comunicación comprende:
- encapsular (102) por parte de, o por todos, los dispositivos de comunicación, respectivamente los datos de comunicación registrados que pasan a través de los mismos durante la operación de comunicación en un paquete IP, establecer la dirección objetivo del paquete IP que va a ser dirigido al servidor de mantenimiento en línea y enviar el paquete IP;
- recibir (102), por el servidor de mantenimiento en línea durante la operación de comunicación, el paquete IP cuya dirección objetivo es la misma que la dirección del servidor de mantenimiento en línea.
- 4. El procedimiento de acuerdo con la reivindicación 2 ó con la 3, en el que el paquete IP comprende: un encabezamiento IP, un identificador único global y datos de comunicación.
- 5. El procedimiento de acuerdo con la reivindicación 4, en el que el identificador único global comprende al menos uno de los siguientes identificadores: tipo de datos e identidad de datos, tipo de fuente e identidad de fuente, tipo de destino e identidad de destino, tipo de dispositivo e identidad de dispositivo.
- 6. El procedimiento de acuerdo con la reivindicación 4, en el que analizar los datos de comunicación para encontrar las razones del fallo de la red de comunicación comprende:
- iniciar el análisis de las razones del fallo por el servidor de mantenimiento en línea;
- seleccionar dos datos de comunicación de los datos de comunicación recogidos para compararlos, en el que los dos datos de comunicación incorporan identificadores únicos globales que indican la misma operación de comunicación y se envían desde dos dispositivos de comunicación adyacentes en la red de comunicación, respectivamente;
- determinar (103) por el servidor de comunicación en línea, que un fallo se encuentra en uno de los dispositivos de comunicación que han enviado los dos datos de comunicación cuando los dos datos de comunicación son diferentes.
- 7. El procedimiento de acuerdo con la reivindicación 1, en el que analizar los datos de comunicación para encontrar las razones del fallo de la red de comunicación comprende:
- iniciar el análisis de razones del fallo por el servidor de mantenimiento en línea;
- comparar los datos de comunicación recibidos por el servidor de mantenimiento en línea con una regla preseleccionada; y
\global\parskip1.000000\baselineskip
- determinar (103) de acuerdo con un resultado de la comparación, si hay un fallo en el dispositivo de comunicación que ha enviado los datos de comunicación.
- 8. El procedimiento de acuerdo con la reivindicación 7, en el que la regla preestablecida es un número preestablecido de paquetes enviados durante un periodo preestablecido de tiempo; y
- determinar que hay un fallo en el dispositivo de comunicación comprende:
- calcular por el servidor de mantenimiento en línea, el número de paquetes enviados prácticamente por el dispositivo de comunicación durante el periodo de tiempo preestablecido;
- determinar (103) que no hay un fallo en el dispositivo de comunicación cuando el número de paquetes enviados prácticamente por el dispositivo de comunicación es el mismo que el número preestablecido de paquetes.
- 9. El procedimiento de acuerdo con la reivindicación 7, en el que la regla preestablecida comprende un protocolo de comunicación; y
- determinar si hay un fallo en el dispositivo de comunicación comprende:
- comparar por el servidor de mantenimiento en línea los datos de comunicación recibidos con los paquetes definidos en el protocolo de comunicación;
- determinar (103) que el dispositivo de comunicación que ha enviado los datos de comunicación tiene un fallo cuando los datos de comunicación recibidos y los paquetes son diferentes.
- 10. El procedimiento de acuerdo con cualquiera de las reivindicaciones 6 a 9, en el que el servidor de mantenimiento en línea inicia el análisis de las razones del fallo en tiempo real o en un momento fijado (103).
- 11. El procedimiento de acuerdo con cualquiera de las reivindicaciones 6 a 9, en el que el servidor de mantenimiento en línea inicia el análisis de las razones del fallo de acuerdo con una orden externa o de acuerdo con un mensaje de aviso enviado desde cualquiera de los dispositivos de comunicación en la red de comunicación (103).
- 12. El procedimiento de acuerdo con la reivindicación 1, que comprende además:
- convertir por el terminal de usuario, un número marcado en una secuencia de Frecuencia Múltiple de Tono Dual, DTMF, cuando se marca el terminal de usuario; y
- transmitir (101), por medio del terminal de usuario, la secuencia DTMF a parte de, o a todos, los dispositivos de comunicación como petición de mantenimiento durante la operación de comunicación.
- 13. El procedimiento de acuerdo con la reivindicación 1, que comprende además:
- iniciar (101) por el terminal de usuario, la petición de mantenimiento a la parte, o a todos, los dispositivos de comunicación apretando una tecla preestablecida del terminal del usuario durante la operación de comunicación.
- 14. Un servidor de mantenimiento en línea,que se caracteriza por
- un medio para recoger, desde parte, o desde todos, los dispositivos de comunicación en una red de comunicación, datos de comunicación que pasan por la parte de, o por todos, los dispositivos de comunicación durante una operación de comunicación, en el que los datos de comunicación son registrados por la parte de, o por todos, los dispositivos de comunicación durante la operación de comunicación cuando una petición de mantenimiento iniciada por el terminal de un usuario es detectada por parte de, o por todos, los dispositivos de comunicación; y
- un medio para analizar los datos de comunicación recogidos para encontrar una razón de fallo de la red de comunicación.
- 15. El servidor de mantenimiento en línea de acuerdo con la reivindicación 14, en el que el medio para analizar los datos de comunicación comprende:
- un medio para iniciar el análisis de las razones del fallo;
- un medio para seleccionar dos datos de comunicación de los datos de comunicación recogidos para compararlos, en el que los dos datos de comunicación incorporan identificadores únicos globales que indican la misma operación de comunicación y son enviados desde dos dispositivos de comunicación adyacentes en la red de comunicación, respectivamente; y
- un medio para determinar que el fallo se encuentra en los dispositivos de comunicación que han enviado los dos datos de comunicación cuando los dos datos de comunicación son diferentes.
- 16. El servidor de mantenimiento en línea de acuerdo con la reivindicación 14, en el que el medio para analizar los datos de comunicación comprende:
- un medio para iniciar el análisis de las razones del fallo;
- un medio para comparar los datos de comunicación recibidos por el servidor de mantenimiento en línea con una regla preestablecida; y
- un medio para determinar, de acuerdo con el resultado de la comparación, si existe un fallo en el dispositivo de comunicación que ha enviado los datos de comunicación.
- 17. Un dispositivo de comunicación (201, 203, 204, 205) para implementar el mantenimiento en línea,que se caracteriza por
- un medio para detectar una petición de mantenimiento iniciada por un terminal de usuario durante la operación de comunicación; y
- un medio para registrar los datos de comunicación que pasan a través del mismo dispositivo de comunicación cuando la petición de mantenimiento iniciada por el terminal del usuario es detectada.
- 18. El dispositivo de comunicación de acuerdo con la reivindicación 17, que comprende además:
- un medio para encapsular los datos de comunicación registrados que pasan a través del mismo dispositivo de comunicación durante la operación de comunicación en paquetes IP, y enviar los paquetes IP a un servidor de mantenimiento en línea.
- 19. Un terminal de usuario,que se caracteriza por:
- un medio para comunicar con un dispositivo de comunicación en una red de comunicación; y
- un medio para enviar una petición de mantenimiento al dispositivo de comunicación con el fin de hacer que el dispositivo de comunicación registre los datos de comunicación que pasan a través del mismo durante una operación de comunicación.
- 20. El terminal de comunicación de acuerdo con la reivindicación 19, en el que el medio para enviar una petición de mantenimiento comprenden:
- un medio para convertir un número marcado en una secuencia de Frecuencia Múltiple de Tono Doble, DTMF, cuando se marca el terminal del usuario; y
- un medio para transmitir la secuencia DTMF al dispositivo de comunicación como petición de mantenimiento durante la operación de comunicación.
- 21. El terminal de comunicación de acuerdo con la reivindicación 19, en el que el medio para enviar una petición de mantenimiento comprende:
- un medio para iniciar la petición de mantenimiento al dispositivo de comunicación apretando una tecla preestablecida del terminal del usuario durante la operación de comunicación.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100748916A CN100450016C (zh) | 2005-06-03 | 2005-06-03 | 通信网络中在线维护的实现方法 |
| CN200510074891 | 2005-06-03 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2328627T3 true ES2328627T3 (es) | 2009-11-16 |
Family
ID=37481218
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06741729T Expired - Lifetime ES2328627T3 (es) | 2005-06-03 | 2006-04-26 | Procedimiento para implementar mantenimiento en linea en una red de comunicacion. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US8064352B2 (es) |
| EP (1) | EP1881641B1 (es) |
| CN (1) | CN100450016C (es) |
| AT (1) | ATE434307T1 (es) |
| DE (1) | DE602006007340D1 (es) |
| ES (1) | ES2328627T3 (es) |
| WO (1) | WO2006128347A1 (es) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100450016C (zh) | 2005-06-03 | 2009-01-07 | 华为技术有限公司 | 通信网络中在线维护的实现方法 |
| US20120117227A1 (en) * | 2010-11-10 | 2012-05-10 | Sony Corporation | Method and apparatus for obtaining feedback from a device |
| CN102946335B (zh) * | 2012-12-11 | 2015-12-23 | 广州中国科学院软件应用技术研究所 | 一种网络状况检测方法及系统 |
| CN109428916B (zh) * | 2017-08-25 | 2022-02-22 | 中兴通讯股份有限公司 | 数据传输方法和装置、终端及服务器 |
| CN109379218A (zh) * | 2018-09-27 | 2019-02-22 | 珠海格力电器股份有限公司 | 一种虚拟设备控制系统和数据验证方法 |
| US12284072B2 (en) * | 2022-05-13 | 2025-04-22 | Honeywell International Inc. | Apparatus and method for identifying device communication failures in communication networks |
| CN118214803B (zh) * | 2024-05-21 | 2024-07-12 | 厦门星纵数字科技有限公司 | 一种基于pbx的rtp拦截检测与绕过方法、设备及介质 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1672836A1 (en) * | 1998-04-01 | 2006-06-21 | Agilent Technologies, Inc., A Delaware Corporation | Generating service detail records with quality of service data |
| EP0948164A1 (en) * | 1998-04-01 | 1999-10-06 | Hewlett-Packard Company | Generating telephony service detail records |
| EP1156621A3 (en) * | 2000-05-17 | 2004-06-02 | Ectel Ltd. | Network management with integrative fault location |
| JP3452555B2 (ja) * | 2000-07-31 | 2003-09-29 | 松下電器産業株式会社 | 携帯電話機及びデータ記録システム |
| US20020055879A1 (en) * | 2000-11-09 | 2002-05-09 | Michael Wengrovitz | Application service provider (ASP) architecture for property management and call accounting |
| US7142651B2 (en) * | 2001-11-29 | 2006-11-28 | Ectel Ltd. | Fraud detection in a distributed telecommunications networks |
| AU2003267275A1 (en) * | 2002-05-08 | 2003-11-11 | Aran Communications Limited | Telecommunications network subscriber experience measurement |
| US20030235280A1 (en) * | 2002-06-25 | 2003-12-25 | Reza Shafie-Khorasani | Method and apparatus for network voice and data traffic monitoring and congestion management for diverse and converged networks |
| JP2004260729A (ja) * | 2003-02-27 | 2004-09-16 | Ntt Docomo Inc | オペレーションシステム、及び、通信装置に対する回復措置方法 |
| US7848229B2 (en) | 2003-05-16 | 2010-12-07 | Siemens Enterprise Communications, Inc. | System and method for virtual channel selection in IP telephony systems |
| US7865361B2 (en) * | 2003-07-16 | 2011-01-04 | Broadcom Corporation | Voice quality analysis technique |
| CN100472987C (zh) * | 2003-07-28 | 2009-03-25 | 中兴通讯股份有限公司 | 通信系统程序故障检测方法 |
| CN1490982A (zh) * | 2003-08-18 | 2004-04-21 | 北京港湾网络有限公司 | 网络故障分析监测方法及装置 |
| CN100456687C (zh) * | 2003-09-29 | 2009-01-28 | 华为技术有限公司 | 网络故障实时相关性分析方法及系统 |
| US7475003B1 (en) * | 2003-10-09 | 2009-01-06 | Cisco Technology, Inc. | Method and apparatus for initiating call analysis using an internet protocol phone |
| CN100352184C (zh) * | 2004-03-21 | 2007-11-28 | 中兴通讯股份有限公司 | 移动系统语音业务故障在线定位的方法 |
| US7599359B1 (en) * | 2004-12-14 | 2009-10-06 | At&T Corp. | Method and apparatus for monitoring end-to-end performance in a network |
| CN100450016C (zh) | 2005-06-03 | 2009-01-07 | 华为技术有限公司 | 通信网络中在线维护的实现方法 |
| US7616579B2 (en) * | 2005-07-21 | 2009-11-10 | Netcordia, Inc. | Voice over IP analysis system and method |
| US20080123535A1 (en) * | 2006-07-12 | 2008-05-29 | Shiro Saito | Maintenance apparatus, IP telephone system, and maintenance data transmission method |
-
2005
- 2005-06-03 CN CNB2005100748916A patent/CN100450016C/zh not_active Expired - Fee Related
-
2006
- 2006-04-26 EP EP06741729A patent/EP1881641B1/en not_active Expired - Lifetime
- 2006-04-26 ES ES06741729T patent/ES2328627T3/es not_active Expired - Lifetime
- 2006-04-26 WO PCT/CN2006/000803 patent/WO2006128347A1/zh not_active Ceased
- 2006-04-26 AT AT06741729T patent/ATE434307T1/de not_active IP Right Cessation
- 2006-04-26 DE DE602006007340T patent/DE602006007340D1/de not_active Expired - Lifetime
-
2007
- 2007-11-30 US US11/948,531 patent/US8064352B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| WO2006128347A1 (en) | 2006-12-07 |
| EP1881641B1 (en) | 2009-06-17 |
| CN100450016C (zh) | 2009-01-07 |
| CN1874256A (zh) | 2006-12-06 |
| ATE434307T1 (de) | 2009-07-15 |
| US8064352B2 (en) | 2011-11-22 |
| DE602006007340D1 (de) | 2009-07-30 |
| EP1881641A4 (en) | 2008-05-28 |
| US20080112543A1 (en) | 2008-05-15 |
| EP1881641A1 (en) | 2008-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7969968B2 (en) | Lawful interception in wireline broadband networks | |
| US7570743B2 (en) | Method and apparatus for surveillance of voice over internet protocol communications | |
| JP3940122B2 (ja) | 一次接続の代替接続に対する使用可能フューチャの形成方法 | |
| US9544208B2 (en) | VoIP quality measurement enhancements using the internet control message protocol | |
| US7283521B1 (en) | System and method for reporting communication related information in a packet mode communication | |
| US20020051464A1 (en) | Quality of transmission across packet-based networks | |
| JP5577260B2 (ja) | インターネットプロトコルネットワークにおける緊急サービス番号の警告のための方法および装置 | |
| US7551565B2 (en) | User semantic overlay for troubleshooting convergent network problems | |
| US20030083991A1 (en) | Method and apparatus for tracking and billing cellular roaming charges via a data packet network | |
| CA2495760A1 (en) | Calea in a vpn environment (formerly called restricted anti-calea) | |
| US20020071530A1 (en) | Real time call trace capable of use with multiple elements | |
| ES2328627T3 (es) | Procedimiento para implementar mantenimiento en linea en una red de comunicacion. | |
| EP2186286B1 (en) | Improvements in or relating to monitoring in an internet protocol (ip) domain | |
| KR20090024332A (ko) | ＳＩＰ/ＲＴＰ를 이용하는 ＶｏＩＰ 음성 트래픽의 서비스품질 메트릭 모니터링 장치 및 방법 | |
| US20040160896A1 (en) | Method and apparatus for adaptive capture of voice over packet (VoP) data | |
| CN108234498B (zh) | 一种通信呼叫溯源方法与系统 | |
| KR101043185B1 (ko) | 차세대 통신망에서의 감청시스템 및 방법 | |
| US8848545B1 (en) | Use of bearer traffic to validate call records | |
| JP3872311B2 (ja) | ネットワーク品質管理方法、その装置、そのプログラム及びそのプログラムを記録した媒体 | |
| ES2359237T3 (es) | Procedimiento para detectar llamadas y las correspondientes unidades. | |
| Sherr et al. | Can they hear me now? A security analysis of law enforcement wiretaps | |
| JP4165335B2 (ja) | 遅延時間測定装置、ジッター耐性測定装置及びそれらを用いた通話品質評価装置 | |
| JP3672186B2 (ja) | ネットワーク電話システム、それに用いるゲートウェイ装置及びネットワーク電話システムの使用方法 | |
| JP4325731B2 (ja) | 遅延時間測定装置、ジッター耐性測定装置及びそれらを用いた通話品質評価装置 | |
| US7215747B2 (en) | Method and apparatus for producing information regarding the operation of a networked system |