Método y dispositivo para procesamiento de fallos operativos.
Un método de corrección de fallos operativos, caracterizado por cuanto que comprende:
el envío (101) de un mensaje 5 de detección de envío en sentido directo a por lo menos un nodo en una ruta adetectar, en donde el mensaje de detección de envío en sentido directo transmite información relativa a una ruta dereenvío a detectar e información relativa a una ruta de retorno a detectar, la información relativa a la ruta de retornoincluye los identificadores FEC ID, LSP ID o ID de túnel, que se utiliza para especificar la ruta de retorno yla realización (102) de una detección de fallo operativo en función de un mensaje de detección de ruta de retornoreenviado por el al menos un nodo a través de la ruta de retorno especificada.
Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/CN2010/070818.
Solicitante: HUAWEI TECHNOLOGIES CO., LTD..
Nacionalidad solicitante: China.
Dirección: HUAWEI ADMINISTRATION BUILDING BANTIAN LONGGANG DISTRICT SHENZHEN, GUANGDONG 518129 CHINA.
Inventor/es: CAO,WEI, GUO,XINCHUN, CHEN,GUOYI.
Fecha de Publicación: .
Clasificación Internacional de Patentes:
- H04L12/24 ELECTRICIDAD. › H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS. › H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › Disposiciones para el mantenimiento o la gestión.
PDF original: ES-2446649_T3.pdf
Fragmento de la descripción:
Método y dispositivo para procesamiento de fallos operativos CAMPO DE LA INVENCIÓN
La presente invención se refiere al campo de las tecnologías de comunicaciones y en particular, a un método de corrección de fallos operativos y un aparato para dicha corrección.
ANTECEDENTES DE LA INVENCIÓN
Con el rápido desarrollo de las tecnologías de la información, los usuarios requieren cada vez más, servicios interactivos bidireccionales, tales como acceso a Internet, Vídeo sobre Demanda (VoD) , videoconferencia, videófono, telemedicina y tele-enseñanza. Los operadores tienen una necesidad urgente de realizar dichos servicios de valor añadido (VASs) de red para aumentar los ingresos de la explotación de la red.
Un servicio interactivo bidireccional requiere dos rutas: una ruta de reenvío para transmitir el tráfico saliente y una ruta de retorno para realizar el tráfico hacia el interior para poner en práctica la interacción. El tráfico en las dos direcciones puede realizarse a través de una sola ruta de Etiquetas Conmutadas (LSP) bidireccional o dos rutas LSPs unidireccionales especificadas en dos direcciones opuestas o por otros medios. Una clave para garantizar la Calidad de Servicio (QoS) de un servicio interactivo bidireccional y para desarrollar, de forma masiva, el servicio interactivo bidireccional es detectar, localizar y gestionar los fallos operativos de una manera sencilla y efectiva.
En el proceso de poner en práctica la presente invención, el inventor encuentra que: para un servicio interactivo bidireccional, un fallo operativo en una sola dirección puede afectar, o incluso llevar a la terminación del servicio en la otra dirección y por lo tanto, necesita realizar la corrección de fallos operativos en ambas direcciones simultáneamente. En otras circunstancias que implican la detección de fallos operativos en dos direcciones, es también necesario detectar, localizar y gestionar los fallos operativos en la ruta de reenvío y en la ruta de retorno simultáneamente y también se requiere una tecnología para detectar y gestionar los fallos operativos en dos direcciones. Además, una herramienta de corrección de fallos operativos bidireccional, que sea capaz de detectar la ruta de reenvío y la ruta de retorno simultáneamente, se requiere debido a la emergencia de rutas LSPs bidireccionales para detectar dos direcciones de una ruta LSP bidireccional simultáneamente. Una ruta LSP bidireccional puede incluir una ruta LSP de envío en sentido directo y una ruta LSP de retorno que tengan la misma ruta y el mismo identificador de LSP (ID) o puede incluir una ruta LSP unidireccional de envío en sentido directo y
una ruta LSP unidireccional de retorno que tengan diferentes identificadores LSP IDs y puedan tener diferentes nodos y diferentes enlaces, con la excepción de que los primeros nodos de las rutas LSPs son los mismos.
Sin embargo, las herramientas de corrección de fallos operativos en la técnica anterior, tales como las denominadas LSP Ping y LSP Trace suelen soportar solamente el modo de gestión unidireccional. Si la detección de fallos operativos se requiere en la ruta de reenvío y en la ruta de retorno respectivamente, es necesario hacer funcionar la herramienta de corrección de fallos operativos en ambos lados respectivamente y detectar, localizar y gestionar los fallos operativos en ambos lados con independencia y asimismo, es necesario transmitir información de fallos de la conectividad e información de conmutación entre ambos lados, a su debido tiempo, para poner en práctica la conmutación de protección en ambas direcciones, simultáneamente. Este modo de gestión aumenta las cargas 45 generales de señalización y de procesamiento, la carga de la red, la complejidad de explotación y mantenimiento y el coste de explotación y puede cumplir difícilmente los requisitos de corrección de fallos de servicios interactivos bidireccionales.
El documento D1 (US 7463591 B1) es pertinente con la forma de cómo detectar si una ruta LSP está funcionando de forma adecuada. Para comprobar que los paquetes que pertenecen a una clase FEC particular finalizan realmente sus MPLS LSP en una LSR que es una salida para esa clase FEC, puede utilizarse un mensaje de demanda que transmita información relativa a la clase FEC cuya ruta LSP se está verificando. El mensaje de demanda puede reenviarse como cualquier otro paquete perteneciente a esa clase FEC.
El documento D2 (US 2008/112331 A1) da a conocer un método para transmitir un mensaje de CFM de Ethernet. El método incluye la recepción de un mensaje de CFM transmitido desde un nodo origen, incluyendo el mensaje CFM el identificador de una ruta y una dirección objetivo de mantenimiento de conexión; la determinación de si la dirección objetivo de mantenimiento de conexión coincide con la dirección de un nodo receptor y si la respuesta es afirmativa, la terminación del mensaje de CFM; de no ser así, el reenvío del mensaje de CFM a un salto operativo siguiente en función del identificador de ruta de la ruta usada.
SUMARIO DE LA INVENCIÓN
Formas de realización de la presente invención dan a conocer un método de corrección de fallos operativos y un 65 aparato para dicha corrección con el fin de resolver los problemas técnicos tales como detección de fallos, localización de fallos y gestión de fallos para una ruta bidireccional que requiere una detección de ruta bidireccional y
los problemas no se pueden resolver con herramientas de corrección de fallos en la técnica anterior.
Dichos objetivos se cumplen mediante la solución técnica siguiente:
Un método de corrección de fallos operativos incluye: el envío de un mensaje de detección de envío en sentido directo a al menos un nodo en una ruta a detectar, en donde el mensaje de detección de envío en sentido directo transmite información relativa a una ruta de reenvío a detectar e información relativa sobre una ruta de retorno a detectar, incluyendo la información relativa a la ruta de retorno los identificadores FEC ID, LSP ID o ID de túnel, que se utilizan para especificar la ruta de retorno y realizar una detección de fallos en función de un mensaje de detección de retorno reenviado por el al menos un nodo a través de la ruta de retorno especificada.
Un nodo de iniciación de detección está configurado para enviar un mensaje de detección de envío en sentido directo a por lo menos un nodo en una ruta a detectar, en donde el mensaje de detección de envío en sentido directo transmite información relativa a una ruta de reenvío a detectar e información relativa sobre una ruta de retorno a detectar, en donde la información relativa a la ruta de retorno incluye los identificadores FEC ID, LSP ID o ID de túnel, que se utilizan para especificar la ruta de retorno y está dicho nodo configurado, además, para realizar una detección de fallos operativos en función de un mensaje de detección de envío en sentido directo reenviado por el por lo menos un nodo por intermedio de la ruta de retorno especificada.
Un método de corrección de fallos operativos incluye: la recepción de un mensaje de detección de envío en sentido directo enviado por un nodo de iniciación de detección en una ruta a detectar, en donde el mensaje de detección de envío en sentido directo transmite información relativa a una ruta de reenvío a detectar e información relativa sobre una ruta de retorno a detectar, en donde la información relativa a la ruta de retorno incluye los identificadores FEC ID, LSP ID o ID de túnel, que se utilizan para especificar la ruta de retorno y el ensamblado de un mensaje de detección de retorno en función del mensaje de detección de envío en sentido directo y el envío del mensaje de detección de retorno al nodo de iniciación de detección por intermedio de la ruta de retorno especificada.
Un aparato de corrección de fallos operativos está configurado para recibir un mensaje de detección de envío en sentido directo remitido por un nodo de iniciación de detección en una ruta a detectar, en donde el mensaje de detección de envío en sentido directo transmite información relativa a una ruta de reenvío a detectar e información relativa a una ruta de retorno a detectar, en donde la información relativa a la ruta de retorno incluye los identificadores FEC ID, LSP ID o ID de túnel, que se utilizan para especificar la ruta de retorno; está configurado para ensamblar un mensaje de detección de retorno en función del mensaje de detección de envío en sentido directo y está configurado para enviar el mensaje de detección de retorno al nodo de iniciación de detección por intermedio de la ruta de retorno especificada.
Con el método de corrección de fallos operativos... [Seguir leyendo]
Reivindicaciones:
1. Un método de corrección de fallos operativos, caracterizado por cuanto que comprende:
el envío (101) de un mensaje de detección de envío en sentido directo a por lo menos un nodo en una ruta a detectar, en donde el mensaje de detección de envío en sentido directo transmite información relativa a una ruta de reenvío a detectar e información relativa a una ruta de retorno a detectar, la información relativa a la ruta de retorno incluye los identificadores FEC ID, LSP ID o ID de túnel, que se utiliza para especificar la ruta de retorno y
la realización (102) de una detección de fallo operativo en función de un mensaje de detección de ruta de retorno reenviado por el al menos un nodo a través de la ruta de retorno especificada.
2. El método según la reivindicación 1, en donde:
el al menos un nodo es un nodo de destino de la ruta a detectar, el mensaje de detección en retorno se reenvía al nodo de destino mediante un nodo intermedio en la ruta a detectar y la etapa de realizar la detección de fallo operativo, en función del mensaje de detección de retorno reenviado por el al menos un nodo es para realizar la detección del fallo operativo en función del mensaje de detección en retorno reenviado por el nodo de destino.
3. El método según la reivindicación 1, en donde:
el mensaje de detección de retorno se envía a un nodo intermedio y a un nodo de destino, respectivamente, y la etapa de realizar la detección del fallo operativo en función del mensaje de detección de retorno, reenviado por el al menos un nodo es para realizar la detección del fallo operativo y el posicionamiento de fallo operativo en función del mensaje de detección de retorno reenviado por el nodo intermedio y por el nodo de destino, respectivamente.
4. El método según la reivindicación 1, en donde:
el mensaje de detección de envío en sentido directo cuyo valor de TTL está puesto a 1, se envía a un nodo de salto operativo siguiente a través de un nodo intermedio hasta que el mensaje de detección de envío en sentido directo llegue a un nodo de destino y la etapa de realizar la detección del fallo operativo, en función del mensaje de detección de retorno, reenviado por el al menos un nodo, es realizar la detección del fallo operativo y el posicionamiento del fallo operativo en función del mensaje de detección de retorno reenviado por el nodo intermedio y el nodo de destino, respectivamente.
5. El método según la reivindicación 3 o la reivindicación 4, en donde:
el mensaje de detección de envío en sentido directo incluye, además, una indicación de recogida de información de ruta y la indicación da instrucciones al por lo menos un nodo para recoger información relativa a la ruta a detectar y reenviar la información relativa a la ruta a detectar por intermedio del mensaje de detección de retorno.
6. El método según la reivindicación 1, en donde:
la etapa de realizar la detección de fallo operativo en función del mensaje de detección de retorno reenviado por el al menos un nodo comprende:
la verificación de que la ruta a detectar está conectada, o no, en función del mensaje de detección de retorno si el mensaje de detección de retorno, reenviado por el al menos un nodo, es recibido en la ruta de retorno especificada en la información relativa a la ruta de retorno a detectar.
7. El método según la reivindicación 1, en donde:
la etapa de realización de la detección de fallo operativo, según el mensaje de detección de retorno reenviado por el al menos un nodo comprende:
el procesamiento, en función de la información de código de retorno, en el mensaje de detección de retorno reenviado por el al menos un nodo a lo largo de otras rutas si el mensaje de detección de retorno, reenviado por el al menos un nodo, se recibe en la otra ruta.
8. El método según la reivindicación 1, en donde:
la etapa de realización de la detección de fallo operativo según el mensaje de detección de retorno reenviado por el al menos un nodo comprende:
la verificación de si la ruta a detectar está conectada, o no, en función del mensaje de detección de retorno recibido en la ruta de retorno a detectar si el mensaje de detección de retorno reenviado por el al menos un nodo es recibido en la ruta de retorno especificada en la información relativa a la ruta de retorno a detectar y otras rutas.
9. El método según la reivindicación 6 o la reivindicación 8, en donde:
la etapa de verificación de que la ruta a detectar está conectada, o no, en función del mensaje de detección de retorno comprende:
la verificación de si la ruta a detectar es coherente, o no, entre un plano de datos y un plano de control en función del mensaje de detección de retorno; si la ruta es coherente, la determinación de que la ruta a detectar está conectada; si la ruta no es coherente, el procesamiento en función de la información de código de retorno en el mensaje de detección de retorno.
10. Un nodo de iniciación de detección, caracterizado por cuanto que está configurado para:
enviar un mensaje de detección de envío en sentido directo a por lo menos un nodo en una ruta a detectar, en donde el mensaje de detección de envío en sentido directo incluye información relativa a una ruta en sentido directo a detectar e información relativa a una ruta de retorno a detectar, en donde la información relativa a la ruta de retorno incluye identificadores FEC ID, LSP ID o ID de túnel, que se utilizan para especificar la ruta de retorno y
realizar una detección de fallo operativo en función de un mensaje de detección de envío en sentido directo reenviado por el por lo menos un nodo por intermedio de la ruta de retorno especificada.
11. Un método de corrección de fallos operativos, caracterizado por cuanto que comprende:
la recepción de un mensaje de detección de envío en sentido directo remitido por un nodo de iniciación de detección en una ruta a detectar, en donde el mensaje de detección de envío en sentido directo incluye información relativa a una ruta reenvío a detectar e información relativa a una ruta de retorno a detectar, en donde la información relativa a la ruta de retorno incluye los identificadores FEC ID, LSP ID o ID de túnel, que se utiliza para especificar la ruta de retorno y
el ensamblado de un mensaje de detección de retorno en función del mensaje de detección de envío en sentido directo y
el envío del mensaje de detección de retorno al nodo de iniciación de detección por intermedio de la ruta de retorno especificada.
12. El método según la reivindicación 11, en donde:
la etapa de ensamblado del mensaje de detección de retorno, en función del mensaje de detección de envío en sentido directo comprende:
la verificación de si la ruta de reenvío a detectar es coherente entre un plano de datos y un plano de control en función del mensaje de detección de envío en sentido directo y la concordancia de la ruta de retorno si la ruta de reenvío es coherente.
13. El método según la reivindicación 12, en donde la concordancia de la ruta de retorno comprende:
si un nodo actual tiene la ruta de retorno especificada en la información relativa a la ruta de retorno a detectar, la adición de la información relativa a la ruta de retorno al mensaje de detección de envío en sentido directo y el envío del mensaje de detección de retorno al nodo de iniciación de detección a lo largo de la ruta de retorno especificada o a lo largo de la ruta de retorno especificada y otras rutas simultáneamente.
14. El método según la reivindicación 12, en donde la concordancia de la ruta de retorno comprende:
si un nodo actual no tiene la ruta de retorno especificada en la información relativa a la ruta de retorno a detectar, la adición de información de código de retorno al mensaje de detección de retorno y el envío del mensaje de detección de retorno al nodo de iniciación de detección a lo largo de otras rutas.
15. El método según la reivindicación 14, en donde:
la etapa de ensamblado del mensaje de detección de retorno, en función del mensaje de detección de envío en sentido directo, comprende, además:
si el mensaje de detección de envío en sentido directo transmite una indicación de recogida de información de ruta, la recogida de información relativa a la ruta a detectar en función de la indicación y la adición de la información de ruta recogida al mensaje de detección de retorno.
16. Un aparato de corrección de fallos operativos caracterizado por cuanto que está configurado para:
recibir un mensaje de detección de envío en sentido directo remitido por un nodo de iniciación de detección en una ruta a detectar, en donde el mensaje de detección de envío en sentido directo transmite información relativa a una ruta de reenvío a detectar y la información relativa a una ruta de retorno a detectar, en donde la información relativa a la ruta de retorno incluye los identificadores FEC ID, LSP ID o ID de túnel, que se utiliza para especificar la ruta de retorno;
el ensamblado de un mensaje de detección de retorno en función del mensaje de detección de envío en sentido directo y
el envío del mensaje de detección de retorno al nodo de iniciación de detección por intermedio de la ruta de retorno especificada.
Enviar un mensaje de detección de envío en sentido directo a por lo menos un nodo en la
ruta a detectar
Detectar fallos en función de un mensaje dedetección de retorno reenviado por el por lo menos un nodo Unidad de envío de mensajes de detección de envío en sentido directo
Unidad gestión fallos Módulo de determinación ruta recepción Módulo gestión fallos Módulo verificación coherencia rutas
Recibir un mensaje detección envío sentido directo enviado por un nodo de iniciación de detección en la ruta a detectar
Ensamblar un mensaje detección retorno en funcióndel mensaje de detección envío sentido directo y enviar el mensaje
Poner a 1 el valor de TTL del mensaje detección envío sentido directo y enviar el mensaje al nodo de salto operativo siguiente y repetir este proceso Unidad recepción mensaje detección de envío en sentido directo Unidad de ensamblado de mensajes detección retorno Módulo verificación coherencia rutas
Módulo concordancia rutas Módulo ensamblado de mensajes detección retorno Unidad de envío de mensajes detección retorno Unidad de envío de mensajes detección envío sentido directo
Patentes similares o relacionadas:
Método y dispositivo para la comparación de versiones de datos entre estaciones a través de zonas horarias, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método para la comparación de versiones de datos entre sitios a través de zonas horarias, el método que comprende: cuando los sitios […]
Interacción de función de red de auto organización, del 15 de Julio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método, mediante una función de Red de Auto Organización de alto nivel, SON, en una estructura jerárquica de funciones SON en una red, de […]
Procedimiento y sistema para diagnosticar averías de transmisión en una red según el estándar opc ua, del 24 de Junio de 2020, de SIEMENS AKTIENGESELLSCHAFT: Procedimiento para diagnosticar averías en la transmisión en una red de datos (NET), incluyendo la red de datos al menos una primera clase de elementos […]
Autorización previa de establecimiento de portador, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para autorizar previamente la reserva de recursos portadores para un servicio antes de haber recibido una autorización de Calidad de Servicio, QoS, para el […]
Virtualización de funciones de red en grupos a medida, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para virtualizar una función de red entre un grupo a medida que comprende una pluralidad de terminales móviles ubicados unos […]
Dispositivo de motor de reglas de terminal y método de operación de regla de terminal, del 17 de Junio de 2020, de Advanced New Technologies Co., Ltd: Un método para procesar una operación de regla, el método que comprende: recibir, mediante un terminal, una solicitud de operación de regla de un servicio (S601); […]
Método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia y sistema, programa informático y medio legible por ordenador correspondientes, del 17 de Junio de 2020, de DEUTSCHE TELEKOM AG: Un método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia, en donde un equipo de usuario se asigna a una red de telecomunicaciones […]
Dispositivo de interfaz, procedimiento y programa informático para controlar dispositivos sensores, del 10 de Junio de 2020, de Ubiquiti Inc: Un primer dispositivo de interfaz para su uso en un sistema de domótica , comprendiendo el primer dispositivo de interfaz: un módulo de comunicación […]