ES2352304T3

ES2352304T3 - Método para gestionar servicios en una red óptica inteligente.

Info

Publication number: ES2352304T3
Application number: ES07800679T
Authority: ES
Inventors: Huiying Xu; Fatai Zhang
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-09-28
Filing date: 2007-07-06
Publication date: 2011-02-17
Anticipated expiration: 2027-07-06
Also published as: CN101155070B; ATE484901T1; WO2008037162A1; EP1959609A1; EP1959609B1; CN101155070A; EP1959609A4; DE602007009789D1

Abstract

Método de gestión de servicios en una red óptica inteligente, que comprende: la recepción por un nodo, en un ruta de trabajo, de un mensaje de demanda de gestión, que comprende un objeto de operación y un tipo de operación; comprendiendo el objeto de operación un ruta de trabajo o un ruta de trabajo y un ruta de segmento; siendo el tipo de operación del tipo de una orden externa que comprende un enclavamiento de Ruta de Conmutación de Etiquetas, LSP, de trabajo, un enclavamiento de la LSP de recuperación, una conmutación forzada para tráfico normal, una conmutación demandada para tráfico normal, una conmutación forzada para la LSP de recuperación, una conmutación demandada para la LSP de recuperación, una congelación del estado actual y una liberación (clearing); el hecho de determinar si el nodo en la ruta de trabajo es, o no, un nodo de bifurcación de una ruta de segmento y la gestión de un servicio, en la ruta de segmento, en función del tipo del operación cuando el nodo en la ruta de trabajo es el nodo de bifurcación de la ruta de segmento; en donde la gestión del servicio en la ruta de segmento, en función del tipo de operación, comprende: la creación de un mensaje de demanda en función del tipo de operación; la transmisión del mensaje de demanda a lo largo de la ruta de segmento; el reenvío, mediante un nodo de fusión de una ruta de segmento, de un mensaje de respuesta en el sentido opuesto de la ruta de segmento; la configuración, por cada nodo en la ruta de segmento, de informaciones de estado en cada nodo en la ruta de segmento, en función del tipo de operación;

Description

Campo de la tecnología

La presente invención se refiere a tecnologías de Red Óptica Conmutada Automática y más en particular, a un método para gestión de servicio con función de recuperación de segmento en la gestión de redes malladas.

Antecedentes de la invención

En una red óptica tradicional, tal como una Jerarquía Digital Síncrona (SDH), una Red Óptica Síncrona (SONET) o una Red de Transporte Óptico (OTN), se adopta principalmente un modo de gestión de redes con anillo de protección automática de la recuperación y la tasa de utilización del ancho de banda no es elevada. Además, en la red óptica tradicional, la programación del servicio se configura principalmente de forma estática por un gestor de redes y las configuraciones son complejas y exigentes en tiempo de dedicación. Las arquitecturas de redes existentes y los modos de gestión de redes pueden no estar de acuerdo con las demandas de múltiples servicios, gran ancho de banda, alta capacidad de supervivencia y suministro de conexión rápida, etc., de modo que la topología de la red pueda evolucionar desde la tradicional, que principalmente incluye la gestión de redes en anillo a la que comprende principalmente la denominada Mesh networking (Gestión de redes malladas) y las conexiones de las redes pueden evolucionar desde conexiones permanentes designadas de forma estática a las denominadas conexiones soft-permanentes basadas en la señalización y conexiones conmutadas sobre la base de señalización. La Red de Transporte Óptico del nuevo tipo se denomina una Red Óptica de Conmutación Automática (ASON) por la Unión Internacional de Telecomunicaciones – Sector de Normalización de Telecomunicaciones (ITU-T). En la red ASON se introduce un plano de control y el plano de control se utiliza para establecer, cambiar y mantener las conexiones de redes y recuperar la conexión cuando falle la red. Uno de los modos para poner en práctica la señalización de la red ASON es aplicar el protocolo de Conmutación de Etiquetas Multiprotocolo Generalizada (GMPLS) en redes ópticas, desarrollado por el Grupo de Trabajo en Ingeniería de Internet (IETF).

Puesto que el plano de control se introduce en la red ASON, el tráfico afectado por un fallo de la red se puede recuperar, de forma dinámica, mediante la selección de otra ruta y utilizando la Mesh networking en la red ASON, se puede recuperar múltiples fallos, de modo que se proporcione una alta fiabilidad de los servicios. Los sistemas de recuperación adoptados en la Mesh networking (Gestión de redes malladas) incluyen, pre-computada, una Ruta de Conmutación de Etiquetas de Recuperación (LSP), preseñalizada sin preselección de recursos, preseñalizada con preselección de recursos y re-encaminamiento completo de LSP etc.

La recuperación está dividida en recuperación extremo a extremo y recuperación de segmento por el IETF en función del alcance de la recuperación. En la recuperación ‘extremo a extremo’, la LSP completo se puede proteger entre un nodo cabecera y un nodo de cola. En la recuperación de segmento, una determinada parte de una LSP de trabajo o algunas partes de la LSP de trabajo se pueden proteger de acuerdo con una política de desarrollo práctico, de modo que se mejora la tasa de utilización de recursos, se mejora la eficiencia de la recuperación de fallos y se reduce el tiempo de interrupción en servicio debido a un fallo. Los sistemas de recuperación, adoptados en la recuperación ‘extremo a extremo’, pueden comprender: precomputado una LSP de recuperación, preseñalizado sin preselección de recursos, preseñalizado con preselección de recursos y full LSP RE-routing, etc. y los sistemas de recuperación adoptados, en la recuperación de segmento, suelen incluir preseñalizado sin preselección de recursos y preseñalizado con preselección de recursos.

Utilizando los sistemas de conmutación de protección automática, proporcionados por la red ASON, la seguridad de la red se mejora en gran medida, se elimina la posibilidad de que se produzca un error causado por la conmutación manual y se supera, además, el inconveniente de que una conmutación no se pueda realizar manualmente en el tiempo. Sin embargo, cuando es necesario en algunas situaciones, algunas órdenes externas se necesitan para gestionar las conexiones de servicio de modo que proporcionen gestiones auxiliares efectivas. Por ejemplo, cuando un dispositivo es inestable y cambia con frecuencia entre un estado normal y un estado de fallo, se necesita una operación de bloqueo de una ruta de trabajo o bloqueo de una ruta de recuperación, de modo que los servicios no se puedan conmutar frecuentemente entre la ruta de trabajo y la ruta de recuperación y de este modo, se garantiza la calidad de los servicios. A modo de otro ejemplo, cuando un servicio necesita conmutarse desde una ruta de trabajo normal a una ruta de recuperación, cuando se demande para gestionar recursos, una orden exterior de “conmutación demandada para tráfico normal” es necesaria, de modo que un operador pueda iniciar la operación de conmutación a través de un gestor de redes.

Por lo tanto, se necesita un método para gestionar un servicio con una función de recuperación, tal como bloquear el tráfico normal, bloquear una LSP de recuperación y conmutación demandada, etc. Actualmente, sólo existen métodos para gestión de servicio con la función de recuperación ‘extremo a extremo’.

En la sección 13 de E2E-RECOVERY, se describen cinco órdenes externas para gestión del servicio con la función de recuperación ‘extremo a extremo’, que comprenden: (1) bloqueo de la LSP de recuperación, (2) bloqueo de tráfico normal, (3) Conmutación forzada para tráfico normal, (4) conmutación demandada para tráfico normal, (5) conmutación demandada para la LSP de recuperación. Los servicios ‘extremo a extremo’ se pueden gestionar por estas órdenes. Mediante la orden de “Bloqueo de la LSP de recuperación”, un objeto ADMIN_STATUS se transporta en el mensaje de ruta, se ponen a 1 el bit R y el bit L del objeto ADMIN_STATUS y cuando se recibe un mensaje con el bit L puesto a 1, una LSP de recuperación es forzada a no transportar ningún tráfico, incluyendo el tráfico normal y tráfico extraordinario. Mediante la orden de “Conmutación forzada para tráfico normal”, se conmuta un servicio desde una LSP de trabajo a una LSP de recuperación. Mediante la orden de “Conmutación demandada para la LSP de recuperación”, se realiza una operación de reenvío, es decir, un servicio es conmutado desde una LSP de recuperación de nuevo a una LSP de trabajo.

En la gestión de redes Mesh networking, en comparación con una recuperación ‘extremo a extremo’, la recuperación de segmento, de acuerdo con las políticas de despliegue, puede proteger un servicio con menos recursos redundantes y presenta una velocidad de respuesta más rápida de la conmutación de recuperación. Por lo tanto, se presta especial atención a la recuperación de segundo elemento de red y se estudia ampliamente en la red ASON. De forma análoga al servicio con la función de recuperación ‘extremo a extremo’, se necesitan algunas órdenes externas para gestionar las conexiones de servicio de un servicio con la función de recuperación de segmento, en algunas situaciones. Por ejemplo, cuando un dispositivo inestable y cambia frecuentemente entre un estado normal y un estado en fallo, se necesita una operación de bloqueo de una ruta de trabajo o bloqueo de una ruta de segmento, de modo que los servicios no puedan conmutar frecuentemente entre la ruta de trabajo y la ruta de segmento y de este modo, se garantiza la calidad de los servicios. A modo de otro ejemplo, cuando un servicio necesita conmutar desde una ruta de trabajo de segmento normal a una determina ruta de segmento o conmutar desde una ruta de segmento de nuevo a la ruta de trabajo de segmento según se demande para gestionar los recursos, se necesita una orden externa de “conmutación demandada para una determinada ruta de segmento” o “conmutación demandada para una determina ruta de trabajo de segmento”, de modo que un operador pueda gestionar el servicio enviando la orden correspondiente a través de un gestor de redes.

En las tecnologías convencionales, solamente el servicio con la recuperación ‘extremo a extremo’ se puede gestionar en una manera de señalización única, pero el servicio con la función de recuperación de segmento no se puede gestionar en una manera de señalización única. Según se representa en la Figura 2, una ruta de trabajo (A-B-C-D-E-F-G) presenta la recuperación de segmento, es decir, la ruta de trabajo ya no tiene una ruta de recuperación ‘extremo a extremo’ completa, sino que tiene dos rutas de segundo elemento de red, p.e., Segment1 (B-H-D) protegiendo la parte B-C-D de la ruta de trabajo y Segment2 (C-I-J-F) protegiendo la parte C-D-E-F de la ruta de trabajo. Por lo tanto, el servicio con la recuperación de segmento no se puede gestionar en una manera de señalización única de la misma forma que el servicio con la recuperación ‘extremo a extremo’.

LOUIS BERGER (MOVAZ NETWORKS) IGOR BRYSKIN (MOVAZ NETWORKS) DIMITRI PAPADIMITRIOU (ALCATEL) ADRIAN FARREL (OLD DOG CONSULTING): “Recuperación de segmento basada en GMPLS; draft-ietf-ccamp-gmpls-segment-recovery 02.txt”. IETF STANDARD=WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF CH, vol.ccamp. nº 2, 1 mayo 2005 (2005-05-01), XP 015041353 ISSN: 0000-0004 describe procedimientos específicos del protocolo para extensiones de señalización GMPLS RSVP-TE para soportar protección de segmentos de la LSP y restauración. Estas extensiones están previstas para complementar y ser compatibles con las extensiones para la recuperación basada en GMPLS, ‘extremo a extremo’. Las repercusiones e interacciones con re-encaminamiento rápido (fast Redoute) son también abordadas por este documento. Este documento actualiza también la gestión de los objetos de Notify_Request.

CCAMP GMPLS P&R DESIGN TEAM J P LANG (EDITOR) Y REKHTER (EDITOR) D PAPADIMITRIOU (EDITOR): “RSVP-TE extensiones en soporte en recuperación basada en GMPLS” Conmutación de etiquetas multiprotocolo generalizada ‘extremo a extremo’, draft-ietf-ccamp-gmpls-recovery-e2e-signaling-03.txt” BORRADOR DE TRABAJO ESTÁNDAR INTERNET ENGINEERING TASK FORCE (Grupo de Trabajo en Ingeniería de Internet), IETF, CH, vol. ccamp, nº 3, 1 abril 2005 (2005-04-01), XP015038129 ISSN: 0000-0004 describe los procedimientos específicos de protocolos y extensiones para protocolo de reserva de recursos de conmutación de etiquetas multiprotocolo generalizada señalización de ingeniería de tráfico para soporte de recuperación de ruta conmutada de etiquetas ‘extremo a extremo’, es decir, protección y restauración.

BERGER L ET AL: “Señalización de Conmutación Generalizada de Etiquetas Multiprotocolo (GMPLS); rfc3473.txt” IETF STANDARD, INTERNET ENGINEERING TASK FORCE, IETF, CH, 1 enero 2003 (2003-01-01), XP015009256 ISSN: 0000-0003 describe extensiones para señalización de MPLS RSVP-TE necesarias para soporte GMPLS. GMPLS extiende el plano de control de MPLS para abarcar la conmutación espacial y de longitud de onda por división de tiempos.

BERGER L ET AL: “Señalización de Conmutación de Etiquetas Multiprotocolo Generalizada (GMPLS); descripción funcional rfc3471.txt” IETF STANDARD, INTERNET ENGINEERING TASK FORCE, IETF, CH, 1 enero 2003 (2003-01-01), XP015009254 ISSN: 0000-0003 describe extensiones a la señalización de MPLS necesarias para soporte GMPLS y presenta una descripción funcional de las extensiones.

Sumario de la invención

Las formas de realización de la presente invención proporcionan un método para gestión de servicio para poder gestionar un servicio con la función de recuperación de segmento y de este modo, se superan las palabras técnicas en las tecnologías convencionales.

Los siguientes planes técnicos se proporcionan por las formas de realización de la presente invención.

Según se reivindica, un método para gestión de servicio en una red óptica inteligente comprende:

recibir, por un nodo en una ruta de trabajo, un mensaje de demanda de gestión que comprende un objeto de operación y un tipo de operación; comprendiendo el objeto de operación una ruta de trabajo o comprendiendo una ruta de trabajo y una ruta de segmento, siendo el tipo de operación el tipo de una orden externa que comprende el bloqueo de la ruta de conmutación de etiquetas de trabajo, LSP, bloqueo de la LSP de recuperación, conmutación forzada para tráfico normal, conmutación demandada para tráfico normal, conmutación forzada para la LSP de recuperación, conmutación demandada para la LSP de recuperación, congelación del estado actual y liberación (clearing);

determinar si el nodo, en la ruta de trabajo, es un nodo de bifurcación de una ruta de segmento y gestionar un servicio en la ruta de segmento, en función del tipo de operación, cuando el nodo en la ruta de trabajo es el nodo de bifurcación de la ruta de segmento;

en donde la gestión del servicio en la ruta de segmento, en función del tipo de operación comprende:

crear un mensaje de demanda en función del tipo de operación;

transmitir el mensaje de demanda a lo largo de la ruta de segmento;

reenviar, mediante un nodo de fusión de la ruta de segmento, un mensaje de respuesta, en la dirección opuesta de la ruta de segmento;

configurar, por cada nodo en la ruta de segmento, información de estado en cada nodo, en la ruta de segmento, en función del tipo de operación.

Lo que se reivindica es un nodo de red, para gestión del servicio, en una red óptica inteligente, que comprende: un primer módulo, adaptado para recibir un mensaje de demanda de gestión, que comprende un objeto de operación y un tipo de operación; el objeto que comprende un objeto de operación y un tipo de operación; comprendiendo el objeto de operación una ruta de trabajo o comprende una ruta de trabajo y una ruta de segmento; siendo el tipo de operación el tipo de una orden externa que comprende un enclavamiento de la Ruta de Conmutación de Etiquetas, LSP, de trabajo, un enclavamiento de la LSP de recuperación, una conmutación forzada para tráfico normal, una conmutación demandada para tráfico normal, una conmutación forzada de la LSP de recuperación, una conmutación demandada para la LSP de recuperación, una congelación del estado actual y una función de liberación (clearing);

un segundo módulo, adaptado para determinar si el nodo de red es, o no, un nodo de bifurcación de una ruta de segmento y un tercer módulo, adaptado para gestionar un servicio en la ruta de segmento, en función del tipo de operación, cuando el nodo de red es el nodo de bifurcación de la ruta de segmento;

creación de un mensaje de demanda en función del tipo de operación;

la transmisión del mensaje de demanda a lo largo de la ruta de segmento;

el reenvío, por un nodo de fusión de la ruta de segmento, de un mensaje de respuesta en el sentido opuesto de la ruta de segmento;

la configuración, para cada nodo en la ruta de segmento, de informaciones de estado en cada nodo en la ruta de segmento en función del tipo de operación.

Breve descripción de los dibujos

La Figura 1 es un diagrama esquemático que ilustra un formato de un objeto de ADMIN_STATUS, de acuerdo con una forma de realización de la presente invención;

La Figura 2 es un diagrama esquemático que ilustra una estructura de una ruta con la recuperación de segmento, de acuerdo con una forma de realización de la presente invención y

La Figura 3 es un diagrama de flujo que ilustra un método para gestión de servicio, de acuerdo con una forma de realización de la presente invención.

Descripción detallada de la invención

Con referencia a la Figura 3, un método para gestión de servicio, en una red óptica inteligente, dado a conocer por las formas de realización de la presente invención, comprende los procesos siguientes. Un nodo de red recibe una demanda de gestión que incluye un objeto de operación y un tipo de operación (Bloque 302); un mensaje de demanda de gestión se crea de acuerdo con la demanda de gestión y se envía a cada nodo, a lo largo de una ruta de trabajo de un servicio (Bloque 304); después de recibir el mensaje de demanda de gestión, cada nodo en la ruta de trabajo realiza una operación de gestión de servicio en función del tipo de operación.

Las órdenes de gestión externas comunes, para un servicio con la función de recuperación ‘extremo a extremo’, comprenden: “bloqueo de la LSP de recuperación”, “bloqueo de la LSP de trabajo”, “conmutación forzada para tráfico normal”, “conmutación demandada para tráfico normal”, “conmutación forzada para la LSP de recuperación”, “conmutación demandada para la LSP de recuperación”, “congelación de estado actual” y de liberación “clearing”. Las correspondientes órdenes externas, para un servicio con la función de recuperación de segmento, se necesitan también de acuerdo con una política de recuperación de segmento.

El proceso de establecer la recuperación de segmento se describe en detalle en “SEG-RECOVERY”. Concretamente, los Objetos de Ruta de Registro Secundaria (SRRO) se registran cuando se establece la recuperación de segmento. Es innecesario extender el proceso de establecimiento de “SEG-RECOVERY” para la gestión del servicio con la función de recuperación de segmento en las formas de realización de la presente invención.

Una vez establecida la recuperación de segmento, según el proceso descrito en “SEG-RECOVERY”, la solución técnica para gestionar el servicio con la función de recuperación de segmento, son como sigue.

1. Un operador gestiona un servicio en un nodo de cabecera del servicio mediante el gestor de redes u otros terminales de operación.

2. El operador selecciona un objeto de operación y un tipo de operación a gestionar. El objeto de operación puede ser una ruta de trabajo de un servicio a gestionar o una ruta de segmento a gestionarse. El tipo de operación puede ser el tipo de una orden externa, tal como “bloqueo de la LSP de recuperación”, “bloqueo de la LSP de trabajo”, “conmutación forzada para tráfico normal”, “conmutación demandada para tráfico normal”, “conmutación forzada para la LSP de recuperación”, “conmutación demandada para la LSP de recuperación”, “congelación de estado actual” y “liberación”. Solamente uno de los anteriores tipos se puede seleccionar como el tipo de operación.

3. El operador envía una orden de gestión al plano de control del nodo de cabecera a través del gestor de redes, después de seleccionar el objeto de operación y el tipo de operación.

4. El plano de control crea un mensaje de demanda de gestión que transporta el identificador de conexión de trabajo del servicio, el objeto de operación, el tipo de operación y otros objetos existentes que se necesiten y el mensaje de demanda de gestión se envía, en flujo descendente, a lo largo de la ruta de trabajo del servicio.

4.1 Si el tipo de la orden externa, p.e., el tipo de operación, es el “bloqueo de la LSP de trabajo”, “congelación del estado actual” o de liberación “clearing” es innecesario seleccionar cualquier ruta de segmento, es decir, es innecesario transportar la información de una LSP de recuperación de segmento.

4.2 Si el tipo de orden externa, es decir, el tipo de operación, es el “bloqueo de la LSP de recuperación”, es necesario seleccionar la ruta de segmento a bloquear, es decir, es necesario transportar el identificador de la ruta de segmento (es decir, la LSP de recuperación) a bloquear en el mensaje de demanda de gestión.

4.3 Si el tipo de la orden externa, es decir, el tipo de operación, es la “conmutación forzada para tráfico normal”, “conmutación demandada para tráfico normal”, “conmutación forzada para la LSP de recuperación” o “conmutación demandada para la LSP de recuperación” es necesario seleccionar la ruta de segmento a conmutarse, es decir, es necesario transportar el identificador de la ruta de segmento (es decir, la LSP de recuperación) a conmutarse en el mensaje de demanda de gestión.

5. Cada nodo en la ruta de trabajo (incluyendo el nodo de cabecera) realiza el proceso correspondiente al tipo de operación después de recibir el mensaje de demanda de gestión.

5.1 Si el tipo de operación es “bloqueo de la LSP de trabajo”, el mensaje de demanda de gestión se transmite desde el nodo de cabecera al nodo de cola a lo largo de la LSP de trabajo y un mensaje de respuesta se reenvía desde el nodo de cola al nodo de cabecera en la dirección opuesta y la información del estado se configura, en cada nodo, indicando que la ruta de trabajo está bloqueada, es decir, indicando que no se puede conmutar el servicio desde la ruta de trabajo a cualquier ruta de recuperación de segmento.

5.2 Si el tipo de operación es “congelación del estado actual” o de liberación “clearing”, cada uno de los nodos, en la ruta de trabajo, determina si existe una relación de asociación de recuperación entre la ruta de segmento y la ruta de trabajo (se establece la relación de asociación de recuperación cuando se establece la ruta de segmento). Si no existe una relación de asociación de recuperación entre la ruta de segmento y la ruta de trabajo, el mensaje de demanda de gestión se transmite en sentido descendente, si hay una relación de asociación de recuperación entre la ruta de segmento y la ruta de trabajo, ello demuestra que el nodo es el nodo de bifurcación de una determinada ruta de segmento y el nodo crea un nuevo mensaje de demanda en función del tipo de operación. El nuevo mensaje de demanda se transmite, en sentido descendente, a lo largo de la ruta de segmento. Y, de este modo, múltiples mensajes de demanda, es decir, el mensaje de demanda de gestión en la ruta de trabajo y el nuevo mensaje de demanda, se transmiten, respectivamente, a lo largo de la ruta de trabajo y la ruta de segmento.

5.2.1 Si el tipo de operación es “congelación del estado actual”, después de que se transmita el mensaje de demanda al nodo de fusión de la ruta de segmento a lo largo de dicha ruta de segmento, se reenvía un mensaje de respuesta en la dirección opuesta a lo largo de la ruta de segmento y la información del estado se configura, en cada nodo, indicando que la ruta de segmento está congelada, es decir, indicando que no se puede conmutar un servicio a la ruta de segmento y el servicio no se puede conmutar desde la ruta de segmento de nuevo a la ruta de trabajo. Una vez que el mensaje de demanda, en la ruta de trabajo, se transmite al nodo de fusión, un mensaje de respuesta se reenvía también en la dirección opuesta y la información del estado se configura, en cada nodo, en la ruta de trabajo, indicando que la ruta de trabajo está congelada, es decir, indicando que no se puede conmutar un servicio a cualquier ruta de segmento y el servicio no se puede conmutar desde cualquier ruta de segmento de nuevo a la ruta de trabajo.

5.2.2 Si el tipo de operación es de liberación (“clearing”), similar a la operación descrita en 5.2.1, el mensaje de demanda se transmite a lo largo de la ruta de segmento o la ruta de trabajo para liberar todos los estados de conmutación o bloquear los estados.

5.3 Si el tipo de operación es de otros, cada uno de los nodos en la ruta de trabajo determina si el nodo es el nodo de bifurcación de una ruta de segmento, de acuerdo con los identificadores de las rutas de segmentos transportadas en el mensaje de demanda de gestión. Si el nodo no es el nodo de bifurcación de una ruta de segmento, el mensaje de demanda de gestión se transmite en sentido descendente; si el nodo es el nodo bifurcación de una ruta de segmento, el nodo crea un nuevo mensaje de demanda en función del tipo de operación. El nuevo mensaje de demanda se transmite, en sentido descendente, a lo largo de la ruta de segmento. Y, de este modo, múltiples mensajes de demanda, es decir, el mensaje de demanda de gestión en la ruta de trabajo y el nuevo mensaje de demanda, se transmiten, respectivamente, a lo largo de la ruta de trabajo y de la ruta de segmento.

5.3.1 Si el tipo de operación es “bloqueo de la LSP de recuperación”, después de que se transmita el mensaje de demanda en la ruta de segmento al nodo de fusión, se reenvía un mensaje de respuesta en la dirección opuesta a lo largo de la ruta de segmento y la información del estado se configura, en cada nodo en la ruta de segmento, indicando que la ruta de segmento está bloqueada, es decir, indicando que la ruta de segmento no puede transmitir tráfico (incluyendo tráfico normal y tráfico extraordinario). Una vez que el mensaje de demanda, en la ruta de trabajo, se transmita al nodo de fusión, se reenvía un mensaje de respuesta, en la dirección opuesta, pero ninguna información del estado está configurada en los nodos en la ruta de trabajo.

5.3.2 Si el tipo de operación es “conmutación forzada para tráfico normal”, “conmutación demandada para tráfico normal”, “conmutación forzada para la LSP de recuperación” o “conmutación demandada para la LSP de recuperación”, los nodos en cada ruta de segmento y los nodos en la ruta de trabajo realizan la operación de conmutación y la operación de reenvío, de acuerdo con los procesos descritos en “E2E-RECOVERY” (draft-ietf-ccamp-gmpls-recovery-e2e-signaling-03.txt) y “SEG-RECOVERY” (draft-ietf-ccamp-gmpls-segment-recovery-02.txt).

Los procesos anteriores se pueden poner en práctica de acuerdo con el Protocolo de Reserva de Recursos – Ingeniería de Tráfico (RSVP-TE) de GMPLS o el Protocolo de Distribución de Etiquetas basado en Restricción (CR-LDP). No existe ninguna diferencia sustancial entre los dos protocolos y el procedimiento detallado de puesta en práctica del protocolo se describe a continuación tomando el RSVP-TE como ejemplo.

Se extiende el objeto de ADMIN_STATUS. Concretamente, se añaden 1 bit S y 1 bit O (evidentemente, la función se puede poner en práctica también extendiendo un nuevo objeto). Como se representa en la Figura 1, el formato comprende:

S (Segmento): 1 bit, que indica si un servicio, con la función de recuperación de segmento, necesita gestionarse. Concretamente, cuando el bit S está puesto a 1, indicando que un servicio, con la función de recuperación de segmento necesita ser gestionada y el bit O es válido;

O (Operación): 4 bits, que indican el tipo de operación. Los tipos de operación definidos comprenden:

0: bloqueo de la LSP de trabajo;

1: bloqueo de la LSP de recuperación;

2: conmutación forzada para tráfico normal;

3: conmutación demandada para tráfico normal;

4: conmutación forzada para la LSP de recuperación;

5: conmutación demandada para la LSP de recuperación;

6: congelación del estado actual;

7: clearing (liberación);

8-15: reservados.

Hágase referencia a “E2E-RECOVERY” para conocer los significados de otros bits de identificación.

Haciendo referencia a la Figura 2, el proceso detallado de puesta en práctica de gestión de un servicio, con la función de recuperación de segmento, se describe como sigue.

1. Según se representa en la Figura 2, la ruta de trabajo W es A-B-C-D-E-F-G y tiene dos rutas de segmentos: Segment1 que es B-H-D y Segment2 que es C-I-J-F (las rutas pueden ser bidireccionales).

2. El nodo de cabecera A y el nodo de cola G tienen la información de Objetos de Ruta de Registro Secundaria (SRRO) de las dos rutas de segmento. Otros nodos intermedios pueden tener también la información de los objetos SRRO de algunas rutas de segmento. Por ejemplo, el nodo E tiene la información de SRRO de Segment1. El proceso de registrar información de SRRO se puede poner en práctica de acuerdo con “SEG-RECOVERY”.

3. Un operador selecciona la conexión de trabajo de un servicio a gestionarse, p.e., W, a través de un gestor de redes y selecciona el tipo de operación de la gestión que ha de realizarse. Cuando el tipo de operación seleccionado es “bloqueo de la LSP de trabajo”, “congelación del estado actual” o de liberación “clearing”, es innecesario para el operador seleccionar una ruta de segmento. Cuando ha de realizarse otra operación, el operador necesita seleccionar una ruta de segmento a gestionarse, tal como la ruta de segmento a bloquearse o la ruta de segmento a la que ha de conmutarse el tráfico normal.

4. El operador envía una orden de gestión al plano de control, a través del gestor de la red, después de seleccionar el objeto de operación y el tipo de operación.

5. El plano de control crea un mensaje de demanda de gestión, p.e., un paquete de mensajes de Ruta, en función de la selección del operador. El mensaje de demanda de gestión transporta información de W para identificar la ruta de trabajo, tal como (Sesión, Emisor_Plantilla) y el mensaje de demanda de gestión transporta un objeto Admin_Status extendido, en el que el bit R y el bit S están puestos a 1 y el bit O está puesto al valor de un tipo de operación y el mensaje de demanda de gestión transporta también la información de segmento, p.e., un objeto SRRO y otros objetos estándar en función del tipo de operación y los requisitos de gestión.

5.1 Si el tipo de operación es “bloqueo de la LSP de trabajo”, se transmite el mensaje de Ruta (Path) desde el nodo de cabecera A al nodo de cola G a lo largo de la ruta de trabajo y se reenvía un mensaje Resv desde el nodo de fusión en la dirección opuesta y cada nodo configura, en función del bit S y del bit O en el objeto de Admin_Status, la información del estado que indica que está bloqueada la ruta de trabajo, p.e., indicando que el servicio no se puede conmutar desde la ruta de trabajo a cualquier ruta de recuperación de segmento.

5.2 Si el tipo de operación es “congelación del estado actual” o de liberación “clearing”, cada nodo en la ruta de trabajo reconoce, de forma dinámica, si el propio nodo es el nodo de bifurcación de una determinada ruta de segmento. Cuando el mensaje de Ruta (Path) se transmite a un nodo en la ruta de trabajo, el nodo determina si el nodo tiene un objeto de Asociación, que indica una relación de ruta de segmento de recuperación con la ruta de trabajo W (la relación de asociación está representada por un objeto de Asociación cuando se establece una ruta de segmento). Si el nodo no tiene un objeto de Asociación, se transmite continuamente el mensaje de ruta Path en sentido descendente; si el nodo tiene un objeto de Asociación, demuestra que el nodo es el nodo de bifurcación de una ruta de segmento (tal como nodo B o C) y se crea un nuevo mensaje de ruta Path por el nodo B o C y en el nuevo mensaje Path, la información de Segment1 o Segment2 tal como (Sesión, Emisor_Plantilla) y elementos similares está encapsulada para identificar la conversación de la ruta de segmento y el objeto de Admin_Status y los otros objetos estándar, en el mensaje de ruta Path en la ruta de trabajo, son duplicados. Y múltiples mensajes de ruta Path se transmiten, respectivamente, a lo largo de la ruta de trabajo y las rutas de segmentos. Después de que se transmita cada uno de los múltiples mensajes Path al nodo de fusión de la ruta de segmento o el nodo de fusión de la ruta de trabajo, se reenvía un mensaje Resv en la dirección opuesta y la información del estado que indica que la ruta de trabajo o la ruta de segmento están congeladas se configura en cada nodo o se liberen todos los estados de conmutación o de bloqueo.

5.3 Si el tipo de operación es “bloqueo de la LSP de recuperación”, suponiendo que Segment2 ha de bloquearse, el mensaje de ruta Path transmitido a lo largo de la ruta de trabajo transporta la información SRRO de Segment2 que ha de bloquearse. Después de recibir el mensaje de ruta Path, cada nodo determina si el propio nodo es el primer objeto de la SRRO de Segment2, es decir, determina si el propio nodo es el nodo C. Si el propio nodo no es el nodo C, el mensaje de ruta Path se transmite continuamente en sentido descendente; si el nodo es el nodo de bifurcación de la ruta de segmento, Segment2 (es decir, nodo C) y la información de Segment2 tal como (Sesión, Emisor_Plantilla) se adquiere buscando el objeto de Asociación, se crea un nuevo mensaje de ruta Path en función de la información de Segment2 y el objeto de Admin_Status y los demás objetos estándar, en el mensaje de ruta Path en la ruta de trabajo, son duplicados. Y el mensaje de ruta Path se transmite, en sentido descendente, a lo largo de la ruta (C-I-J-F) de Segment2. Una vez transmitido el mensaje de ruta Path al nodo de fusión F, se reenvía un mensaje Resv en sentido ascendente y cada nodo configura la información del estado indicando que Segment2 está bloqueado, es decir, indicando que Segment2 no se puede utilizar para transmitir tráfico (incluyendo el tráfico normal y el tráfico extraordinario). El mensaje de ruta Path, a lo lago de la ruta de trabajo, se transmite en sentido descendente al nodo de fusión de la ruta de trabajo G. Y se reenvía un mensaje Resv en sentido ascendente, pero no se realiza ninguna operación.

5.4 Si el tipo de operación es “conmutación forzada para tráfico normal”, “conmutación demandada para tráfico normal”, “conmutación forzada para la LSP de recuperación” o “conmutación demandada para la LSP de recuperación”, cada nodo determina si el nodo es el nodo de bifurcación de una determinada ruta de segmento, en función de la solución descrita en 5.3 y cada nodo crea un mensaje de ruta Path correspondiente y realiza la operación de conmutación y reenvío, en función del tipo de operación. A modo de ejemplo, la operación de “conmutación demandada para tráfico normal” para Segment2 se describe como sigue (las operaciones de otras conmutaciones son similares). El nodo C se determina como el nodo de bifurcación de Segment2, de acuerdo con la solución descrita en 5.3 y se crea un nuevo mensaje de ruta Path por el nodo C y Segment2 es activado (es decir, creación de la conexión cruzada entre el plano de control y el plano de transmisión). En adelante, la conexión de servicio entre la ruta de trabajo C-D-E-F se conmuta a Segment2 (es decir, C-I-J-F). La operación detallada de conmutación y reenvío se puede realizar según el proceso descrito en “E2E-RECOVERY” y “SEG-RECOVERY”.

La presente invención da a conocer un método para la gestión de servicio con la función de recuperación de segmento, de modo que se pueda poner en práctica la recuperación externa y la operación de recuperación de una ruta de trabajo de conexión completa o una determinada ruta de segmento. Por lo tanto, se mejora la posibilidad de gestionar un servicio para un operador.

Ha de entenderse que el método de la presente invención es aplicable no solamente a una red de dominio único, sino también a una red de inter-trabajo de múltiples dominios. Las anteriores formas de realización solamente son para describir la presente invención y no son para uso limitador del alcance de protección de la presente invención. cualquier modificación, sustitución equivalente o mejora, realizada bajo los principios de la presente invención, estará incluida en el alcance de protección de la presente invención.

Claims

1.- Método de gestión de servicios en una red óptica inteligente, que comprende:

la recepción por un nodo, en un ruta de trabajo, de un mensaje de demanda de gestión, que comprende un objeto de operación y un tipo de operación; comprendiendo el objeto de operación un ruta de trabajo o un ruta de trabajo y un ruta de segmento; siendo el tipo de operación del tipo de una orden externa que comprende un enclavamiento de Ruta de Conmutación de Etiquetas, LSP, de trabajo, un enclavamiento de la LSP de recuperación, una conmutación forzada para tráfico normal, una conmutación demandada para tráfico normal, una conmutación forzada para la LSP de recuperación, una conmutación demandada para la LSP de recuperación, una congelación del estado actual y una liberación (clearing); el hecho de determinar si el nodo en la ruta de trabajo es, o no, un nodo de bifurcación de una ruta de segmento y

la gestión de un servicio, en la ruta de segmento, en función del tipo del operación cuando el nodo en la ruta de trabajo es el nodo de bifurcación de la ruta de segmento;

en donde la gestión del servicio en la ruta de segmento, en función del tipo de operación, comprende:

la creación de un mensaje de demanda en función del tipo de operación;

la transmisión del mensaje de demanda a lo largo de la ruta de segmento;

el reenvío, mediante un nodo de fusión de una ruta de segmento, de un mensaje de respuesta en el sentido opuesto de la ruta de segmento;

la configuración, por cada nodo en la ruta de segmento, de informaciones de estado en cada nodo en la ruta de segmento, en función del tipo de operación;

2.- Método según la reivindicación 1, en donde la identidad de la ruta de trabajo se lleva exclusivamente en el objeto de operación cuando el tipo de operación es un enclavamiento de la ruta de conmutación de etiquetas, LSP, de trabajo, una congelación del estado actual o una liberación;

la identidad de una ruta de segmento a bloquear se lleva en el interior del objeto de operación cuando el tipo de operación es un enclavamiento de la LSP de recuperación y

la identidad de una ruta de segmento a conmutar se lleva al objeto de operación, cuando el tipo de operación es una conmutación forzada del tráfico normal, una conmutación demandada del tráfico normal, una conmutación forzada de la LSP de recuperación o una conmutación demandada de la LSP de recuperación.

3.- Método según la reivindicación 2, en donde la determinación de que el nodo en la ruta de trabajo es el nodo de bifurcación de la ruta de segmento se realiza en función de una relación preconfigurada entre rutas de trabajo y rutas de segmento o en función de la identidad transportada de la ruta de segmento.

4.- Método según la reivindicación 1, en donde la configuración de las informaciones de estado, en cada nodo, en la ruta de segmento en función del tipo de operación, comprende:

la configuración de las informaciones de estado en cada nodo a través de la ruta de segmento como congelados cuando el tipo de operación es una congelación del estado actual;

la liberación de las informaciones de estado, en cada nodo, en la ruta de segmento cuando el tipo de operación es una liberación y

la configuración de las instalación de estado, en cada nodo, a través de la ruta de segmento como enclavada cuando el tipo de operación es un enclavamiento de la LSP de recuperación.

5.- Método según la reivindicación 1, que comprende, además, la transmisión del mensaje de demanda de gestión a lo largo de la ruta de trabajo, cuando el nodo en la ruta de trabajo no es el nodo de bifurcación de la ruta de segmento.

6.- Método según la reivindicación 5 que comprende, además:

el reenvió, por un nodo de fusión de la ruta de trabajo, de un mensaje de respuesta en el sentido opuesto de la ruta de trabajo y

la configuración, por cada nodo en la ruta de trabajo, de informaciones de estado en cada nodo, en la ruta de trabajo, en función del tipo de operación.

7.- Método según la reivindicación 6, en donde las informaciones de estado, en cada nodo en la ruta de trabajo, están configuradas como enclavadas cuando el tipo de operación es el enclavamiento de la LSP de trabajo;

estando las informaciones de estado, en cada nodo en la ruta de trabajo, configuradas como congeladas cuando el tipo de operación es la congelación del estado actual;

las informaciones de estado, en cada nodo en la ruta de trabajo, son liberadas cuando el tipo de operación es la liberación y

las informaciones de estado, en cada nodo en la ruta de trabajo, no son cambiadas cuando el tipo de operación es el enclavamiento de la LSP de recuperación.

8.- Nodo de red de gestión de servicio en una red óptica inteligente, que comprende:

un primer módulo, adaptado para recibir un mensaje de demanda de gestión, que comprende un objeto de operación y un tipo de operación; comprendiendo el objeto de operación una ruta de trabajo o una ruta de trabajo y una ruta de segmento; siendo el tipo de operación del tipo de una orden externa que comprende un enclavamiento de Ruta de Conmutación de Etiquetas, LSP, de trabajo, un enclavamiento de la LSP de recuperación, una conmutación forzada del tráfico normal, una conmutación demandada del tráfico normal, una conmutación forzada de la LSP de recuperación, una conmutación demandada de la LSP de recuperación, una congelación del estado actual y una liberación;

un segundo módulo, adaptado para determinar si el nodo de red es, o no, un nodo de bifurcación de una ruta de segmento y

un tercer módulo, adaptado para gestionar un servicio en la ruta de segmento, en función del tipo de operación cuando el nodo de red es el nodo de bifurcación de la ruta de segmento;

la creación de un mensaje de demanda en función del tipo de operación;

la transmisión del mensaje de demanda a lo largo de la ruta de segmento;

9.- Nodo de red según la reivindicación 8, en donde el tercer módulo comprende:

un primer submódulo, adaptado para crear un mensaje de demanda en función del tipo de operación y

un segundo submódulo, adaptado para transmitir el mensaje de demanda a lo largo de la ruta de segmento.

10.- Nodo de red según la reivindicación 8, que comprende, además, un cuarto módulo, adaptado para reenviar un mensaje de respuesta, en el sentido opuesto de la ruta de segmento, cuando el nodo de red es un nodo de fusión de la ruta de segmento.

11.- Nodo de red según la reivindicación 8, que comprende, además, un quinto módulo, adaptado para configurar informaciones de estado en el nodo de red en función del tipo de operación.

12.- Nodo de red según la reivindicación 8, que comprende, además, un sexto módulo, adaptado para transmitir el mensaje de demanda de gestión a lo largo de la ruta de trabajo, cuando el nodo en la ruta de trabajo no es un nodo de bifurcación de la ruta de segmento.