- Método de recuperación después de un fallo de servicio, en donde el fallo de servicio se refiere a un fallo de un servicio de conexión de dominios cruzados,

garantizando la conexión de dominios cruzados el paso a través de una pluralidad de dominios y el método consiste en: recibir (S11), en un primer nodo del servicio de conexión de dominios cruzados, un identificador CALL_ID que identifica, de manera única, el servicio de conexión de dominios cruzados e informaciones sobre un enlace desactivado en el servicio de conexión de dominios cruzados, procedente de un nodo que detecta los fallos del servicio de conexión de dominios cruzados; determinar (S12), en el primer nodo del servicio de conexión de dominios cruzados, el servicio de conexión de dominios cruzados que falla, en función del identificador CALL_ID y realizar (S12), en el primer nodo del servicio de conexión de dominios cruzados, una recuperación de la conexión, extremo a extremo, cuyo servicio de conexión de dominios cruzados falla, en función de las informaciones con respecto al enlace desactivado en el servicio de conexión de dominios cruzados; en donde el mismo identificador CALL_ID se utiliza para las conexiones en el mismo servicio y el proceso para realizar la recuperación de la conexión, extremo a extremo, en el servicio fallido de conexión de dominios cruzados determinado, consiste en: recalcular un encaminamiento en función de la información con respecto al enlace desactivado y obtener una ruta de conexión de recuperación, desde el primer nodo al nodo de destino, del servicio de conexión de dominios cruzados; comenzar a establecer la ruta de conexión de recuperación del primer nodo al nodo de destino, después de haber obtenido la ruta de conexión de recuperación y establecer un puente de servicio fallido en el enlace desactivado a la ruta de conexión de recuperación, después de que se haya establecido la ruta de conexión de recuperación

La presente solicitud es una continuación de la 5 solicitud de la patente PCT/CN2006/003722, presentada el 30 de diciembre de 2006, que reivindica una prioridad para la solicitud de patente china número 200610032780.3 presentada el 10 de enero de 2006, titulada "Método para la recuperación en caso de un fallo de servicio". 10

CAMPO DE LA INVENCIÓN

La presente invención se refiere al campo técnico de las redes y las comunicaciones y más en particular, a un método y sistema de recuperación después de producirse un fallo de servicio de dominios cruzados. 15

ANTECEDENTES DE LA INVENCIÓN

El servicio de la red óptica tradicional está programado en un modo de configuración estática mediante la gestión de redes y no se soporta el modo de activación dinámica. Al mismo tiempo, la mayor parte de las redes 20 ópticas tradicionales emplean tecnologías de conexión en red lineal, así como en anillo, y utilizan la protección de sesión múltiplex y la protección de conexión de sub-redes en una recuperación protectora, que es esencialmente un método de recuperación estática. Sin 25 embargo, con el rápido desarrollo del servicio de datos y del servicio de líneas privadas, la demanda de ancho de banda de la red se hace cada vez mayor y las exigencias sobre la asignación dinámica del ancho de banda de la red se hacen también cada vez más urgente. Se exige a la red 30 que esté dotada de una capacidad de activación dinámica y que soporte la estructura de redes en mallas y además, que tenga una capacidad de ampliación flexible y una función de recuperación protectora rápida. La Red Óptica de Conmutación Automática (ASON) resuelve perfectamente el problema anterior. ASON utiliza el protocolo GMPLS (Conmutación Generalizada por Etiquetas Multiprotocolos) 5 en el plano de control, que ha llegado a ser una tecnología crítica en el desarrollo de la red óptica. En la red ASON, se proporciona dos nuevos tipos de conexión: uno es el modo de conexión permanente por software y el otro es el modo de conexión conmutada. Actualmente, el 10 ITU-T (Sector de normalización de las telecomunicaciones de la Unión Internacional de las Telecomunicaciones) ha realizado básicamente la arquitectura y las definiciones de los diversos requisitos de la red ASON, y el IETF (Grupo de Trabajo de Ingeniería de Internet) ha realizado 15 la extensión de protocolos y las definiciones de la señalización de intra-dominio único, el descubrimiento automático y el encaminamiento.

Con el desarrollo de la red ASON, el problema de la administración de la red, a gran escala, necesita 20 resolverse en el plano de control. Actualmente, el ITU-T y el OIF (Forum Óptica Internet) utilizan un modelo de red de tipo jerárquico, en el que un dominio de control de la capa inferior se representa por un nodo proxy en la capa superior y el nodo proxy puede emitir la topología 25 resumida, el enlace inter-dominios, direcciones accesibles etc. que representan el dominio. En consecuencia, una red jerárquica se puede formar, en sentido ascendente, capa por capa. Por ejemplo, en la Figura 1, la capa 0 es una red real que está dividida en 30 una pluralidad de dominios de control, tales como CD1, CD2, CD3 y CD4, y en la capa 1, cada dominio es resumido como un nodo, p.e. RC11, RC12, RC13 y RC14 y así sucesivamente en la figura. La red completa presenta una topología de red de tres capas.

En una red multi-dominios, la velocidad de conexión de recuperación se convierte en un importante ‘cuello de 5 botella', porque, en el caso de la red multi-dominios, la conexión pasa a través de una pluralidad de dominios y el número de nodos que se pasan es mucho mayor que en el caso de una red de dominio único. Esta situación se ha convertido en un problema urgente, que necesita 10 resolverse después de terminar la extensión de la red. En condiciones normales, como para el servicio de conexión de dominios cruzados, cuando se produce un fallo intra-dominio, se utiliza un túnel intra-dominio para realizar la recuperación local. Cuando se produce un fallo en un 15 enlace inter-dominios, se suele emplear un mecanismo de recuperación rápida o de protección inter-dominios para la recuperación después del fallo. Sin embargo, necesita realizarse una conexión, extremo a extremo, de recuperación cuando no se puede recuperar el intra-20 dominio, después de un fallo, debido a insuficientes recursos de ancho de banda intra-dominio o cuando se desactiva el mecanismo de recuperación rápida inter-dominios o no existe ningún método de recuperación rápida de inter-dominios, si se produce un fallo inter-dominios. 25 Sin embargo, se necesita una conexión de dominios cruzados para señalizar a través de una Interfaz Externa Nodo-Nodo (ENNI), y se debe establecer un proceso de sesiones, en segmentos, durante el establecimiento de la conexión. Habida cuenta de que no se puede determinar 30 específicamente el servicio completo de conexión, extremo a extremo, de dominios cruzados de tal servicio de conexión, el nodo detector de fallos no puede transmitir, al primer nodo del servicio, información con respecto al servicio de conexión de dominios cruzados, en donde se produce el fallo. Por lo tanto, la recuperación de la conexión, extremo a extremo, del servicio de conexión de 5 dominios cruzados es difícil de realizar, y se reduce la viabilidad del servicio de conexión de dominios cruzados.

El documento US 6 111 881 A da a conocer un método, en una red de comunicaciones, basado en la conexión, para reencaminar una ruta de conexión de llamada, que acopla 10 una parte llamante y una parte llamada.

SUMARIO DE LA INVENCIÓN

Las formas de realización de la presente invención dan a conocer un método y un dispositivo de recuperación, después de haberse producido un fallo de servicio, 15 mediante el cual se puede realizar una recuperación de conexión, extremo a extremo, de un servicio de conexión de dominios cruzados y se puede mejorar la viabilidad del servicio de conexión de dominios cruzados.

Un método de recuperación después de un fallo de 20 servicio, en donde el fallo de servicio es un fallo de un servicio de conexión de dominios cruzados, pasando la conexión de dominios cruzados a través de una pluralidad de dominios y dicho método comprende:

recibir un identificador CALL_ID que identifica, de 25 manera única, el servicio de conexión de dominios cruzados y la información con respecto a un enlace desactivado, en el servicio de conexión de dominios cruzados, procedente de un nodo detector de fallos del servicio de conexión de dominios cruzados; 30

determinar, por el primer nodo del servicio de conexión de dominios cruzados, el servicio fallido de conexión de dominios cruzados, en función del identificador CALL_ID y

realizar, por el primer nodo del servicio de conexión de dominios cruzados, una recuperación de la conexión, extremo a extremo, en el servicio fallido 5 determinado de conexión de dominios cruzados, en función de la información sobre el enlace desactivado en el servicio de conexión de dominios cruzados;

en donde el mismo identificador CALL_ID se utiliza para las conexiones en el mismo servicio y el proceso 10 para realizar la recuperación de la conexión, extremo a extremo, en el servicio fallido determinado de conexión de dominios cruzados comprende:

recalcular una ruta en función de la información sobre el enlace desactivado y obtener una ruta de 15 conexión de recuperación, desde el primer nodo al nodo de destino, del servicio de conexión de dominios cruzados;

comenzar a establecer la ruta de conexión de recuperación, desde el primer nodo al nodo de destino, después de obtener la ruta de conexión de recuperación y 20

establecer un puente del servicio que falla, sobre el enlace desactivado, a la ruta de conexión de recuperación, después de que se haya establecido la ruta de conexión de la recuperación.

Un dispositivo para la recuperación después de 25 producirse un fallo de servicio, que es un fallo del servicio de conexión de dominios cruzados, que pasa a través de una pluralidad de dominios y comprendiendo dicho dispositivo:

una primera unidad configurada para recibir un 30 identificador CALL_ID que identifica, de forma única, el servicio de conexión de dominios cruzados, información sobre un enlace desactivado, en el servicio de conexión de dominios cruzados, procedente de un nodo detector de fallos del servicio de conexión de dominios cruzados;...

1. Método de recuperación después de un fallo de servicio, en donde el fallo de servicio se refiere a un fallo de un servicio de conexión de dominios cruzados, garantizando la conexión de dominios cruzados el paso a 5 través de una pluralidad de dominios y el método consiste en:

recibir (S11), en un primer nodo del servicio de conexión de dominios cruzados, un identificador CALL_ID que identifica, de manera única, el servicio de conexión 10 de dominios cruzados e informaciones sobre un enlace desactivado en el servicio de conexión de dominios cruzados, procedente de un nodo que detecta los fallos del servicio de conexión de dominios cruzados;

determinar (S12), en el primer nodo del servicio de 15 conexión de dominios cruzados, el servicio de conexión de dominios cruzados que falla, en función del identificador CALL_ID y

realizar (S12), en el primer nodo del servicio de conexión de dominios cruzados, una recuperación de la 20 conexión, extremo a extremo, cuyo servicio de conexión de dominios cruzados falla, en función de las informaciones con respecto al enlace desactivado en el servicio de conexión de dominios cruzados;

en donde el mismo identificador CALL_ID se utiliza 25 para las conexiones en el mismo servicio y el proceso para realizar la recuperación de la conexión, extremo a extremo, en el servicio fallido de conexión de dominios cruzados determinado, consiste en:

recalcular un encaminamiento en función de la 30 información con respecto al enlace desactivado y obtener una ruta de conexión de recuperación, desde el primer nodo al nodo de destino, del servicio de conexión de dominios cruzados;

comenzar a establecer la ruta de conexión de recuperación del primer nodo al nodo de destino, después de haber obtenido la ruta de conexión de recuperación y 5

establecer un puente de servicio fallido en el enlace desactivado a la ruta de conexión de recuperación, después de que se haya establecido la ruta de conexión de recuperación.

2. Método de recuperación después de un fallo de 10 servicio, según la reivindicación 1, en donde el servicio de conexión de dominios cruzados comprende una pluralidad de conexiones que son respectivamente identificadas por diferentes números de índice y el método consiste en recibir un número de índice que identifica una conexión 15 defectuosa en el servicio de conexión de dominios cruzados y

el proceso para determinar el servicio fallido de conexión de dominios cruzados consiste en:

determinar la conexión fallida en el servicio de 20 conexión de dominios cruzados, en función del identificador CALL_ID, que identifica el servicio de conexión de dominios cruzados y del número de índice, que identifica la conexión fallida en el servicio de conexión de dominios cruzados. 25

3. Método de recuperación después de un fallo de servicio, según la reivindicación 2, en donde el identificador CALL_ID y el número de índice se reciben por intermedio de un mensaje del Protocolo de Reserva de Recursos. 30

4. Método de recuperación después de un fallo de servicio, según la reivindicación 3, en donde el mensaje del Protocolo de Reserva de Recursos es un mensaje de notificación y un objeto de este último encamina el número de índice, que identifica la conexión fallida en el servicio de conexión de dominios cruzados.

5. Método de recuperación después de un fallo de 5 servicio, según la reivindicación 1, en donde:

un ID del primer nodo se encamina hacia los respectivos dominios por intermedio de un objeto del Protocolo de Reserva de Recursos (RSVP) o bien, el ID del primer nodo se obtiene convirtiendo la Dirección de Red 10 de Transmisión (TNA) y

se envía, de conformidad con el ID del primer nudo, un mensaje al primer nodo de la conexión, extremo a extremo, para realizar la recuperación, cuando la recuperación de la conexión, extremo a extremo, necesita 15 ejecutarse debido a un fallo.

6. Método de recuperación después de un fallo de servicio, según la reivindicación 1, en donde:

el identificador CALL_ID del servicio de conexión de dominios cruzados y un número de índice se mantienen sin 20 cambios, después de que se haya recuperado la conexión, extremo a extremo, del servicio de conexión de dominios cruzados y en donde un campo del objeto del mensaje RVSP se extiende para encaminar el identificador CALL_ID y el número de índice hacia dominios respectivos, en flujo 25 descendente, para así distinguir el servicio de conexión de dominios cruzados tal como está antes de la recuperación, del servicio de conexión de dominios cruzados, tal como está después de la recuperación.

7. Método de recuperación después de un fallo de 30 servicio, según una cualquiera de las reivindicaciones 1 a 4, en donde el servicio es un servicio de concatenación.

8. Método de recuperación después de un fallo de servicio, según una cualquiera de las reivindicaciones 1 a 4, que consiste, además, en:

realizar una recuperación intra-dominio en el nodo 5 correspondiente, si se produce un fallo en un enlace intra-dominio y

recibir informaciones con respecto al identificador CALL_ID del servicio de conexión, extremo a extremo, de dominios cruzados y el número de índice cuando falla la 10 recuperación intra-dominio, iniciando así la recuperación de conexión de extremo a extremo.

9. Dispositivo de recuperación después de un fallo de servicio, en donde el fallo de servicio es un fallo de un servicio de conexión de dominios cruzados, 15 garantizando la conexión de dominios cruzados el paso a través de una pluralidad de dominios y el dispositivo comprende:

una primera unidad configurada para recibir (S11), en un primer nodo del servicio de conexión de dominios 20 cruzados, un identificador CALL_ID que identifica, de manera única, el servicio de conexión de dominios cruzados e informaciones con respecto a un enlace desactivado, en el servicio de conexión de dominios cruzados, procedente de un nodo que detecta los fallos 25 del servicio de conexión de dominios cruzados;

una segunda unidad configurada para determinar (S12) el servicio fallido de conexión de dominios cruzados, en función del identificador CALL_ID, en donde el mismo identificador CALL_ID se utiliza para las conexiones en 30 el mismo servicio y

una tercera unidad configurada para recalcular una ruta en función de las informaciones con respecto al enlace desactivado y obtener una ruta de conexión de recuperación del primer nodo al nodo de destino del servicio de conexión de dominios cruzados y

para comenzar a establecer la ruta de conexión de 5 recuperación desde el primer nodo al nodo de destino, después de haber establecido la ruta de conexión de recuperación y

para establecer un puente del servicio fallido, en el enlace desactivado, a la ruta de conservación después 10 de se haya establecido la ruta de conexión de recuperación.

10. Dispositivo de recuperación después de un fallo de servicio, según la reivindicación 9, en donde el servicio de conexión de dominios cruzados comprende una 15 pluralidad de conexiones, que están, respectivamente, identificadas por diferentes números de índice y el dispositivo está también configurado para recibir un número de índice que identifica una conexión fallida en el servicio de conexión de dominios cruzados y 20

en donde la segunda unidad está configurada, además, para:

determinar la conexión fallida, en el servicio de conexión de dominios cruzados, de acuerdo con el identificador CALL_ID, que identifica el servicio de 25 conexión de dominios cruzados y el número de índice que identifica la conexión fallida en el servicio de conexión de dominios cruzados.