EXTENSION DEL PROTOCOLO RSVP PARA SOPORTAR CONFIGURACION OAM.

Método para comprobar si se soporta una función en los elementos de red de una red de telecomunicación,

incluyendo la red:

• un elemento de red de fuente (NE1), un elemento de red de destino (NE3) y al menos un elemento de red intermedio (NE2);

• un elemento de plano de control de fuente (CPE1), un elemento de plano de control de destino (CPE3) y al menos un elemento de plano de control intermedio (CPE2) interconectados mediante mensajes de un protocolo de señalización, para controlar el elemento de red de fuente, el elemento de red de destino y el al menos un elemento de red intermedio respectivamente para configurar una conexión desde el elemento de red de fuente al elemento de red de destino pasando por el elemento de red intermedio;

incluyendo el método, en el caso de que la conexión no esté configurada, las siguientes etapas:

- transmitir un primer mensaje (de Path) desde el elemento de plano de control de fuente al elemento de plano de control de destino pasando por el al menos un elemento de plano de control intermedio para indicar una petición de la configuración de la conexión;

- recibir en el elemento de plano de control de fuente un segundo mensaje (de Resv) transmitido desde el elemento de plano de control de destino para indicar una respuesta a la petición;

caracterizado porque

- el primer mensaje incluye un primer campo (PATH MSG, OAM_check=1) para indicar una petición de comprobación de si se soporta una función de OAM de operación, administración y gestión de la conexión por cada elemento de red de la conexión;

- el segundo mensaje incluye el primer campo (RESV MSG, OAM_check=1) para indicar si la función de OAM es soportada por cada elemento de red de la conexión

Extensión del protocolo RSVP para soportar configuración OAM.

Campo de la invención

La presente invención se refiere al campo de la telecomunicación y más en particular al Resource Reservation Protocol - Traffic Engineering (RSVP-TE - Protocolo de Reserva de Recursos - Ingeniería del Tráfico). De nuevo más en particular, la invención se refiere a un método para comprobar que se soporta una función en los elementos de red de una conexión.

Antecedentes de la invención

Las nuevas arquitecturas de red se basan en la Automatically Switched Optical Network (ASON - Red Óptica Conmutada Automáticamente) definida en ITU-T G.8080/Y.1304 (11/2001), en la que control plane elements (CPEs - Elementos del Plano de Control) están interconectados entre sí y se comunican de acuerdo con un protocolo de señalización. Cada CPE controla uno o más elementos de red (NE - Elemento de Red), también definidos como Transport Plane Elements (TPE - Elemento de Plano de Transporte), para la configuración del inicio de las conexiones desde el elemento de red controlado (también definido como elemento de red de fuente), con el fin de proporcionar una rápida detección de un fallo, una rápida y eficiente configuración de nuevas conexiones dentro del Plano de Transporte, modificar las conexiones previamente establecidas y llevar a cabo una función de restauración más rápida que proporcione conexiones de seguridad para proteger las conexiones afectadas por un fallo. Varios protocolos de señalización pueden adaptarse a la arquitectura de ASON, como el Resource Reservation Protocol (RSVP - Protocolo de Reserva de Recursos) definido en las normas RFC2205, RFC2209 y RFC2750, el Resource Reservation Protocol - Traffic Engineering (RSVP-TE - Ingeniería del Tráfico-Protocolo de Reserva de Recursos) definido en las normas RFC3209 y ITU-T G.7713.2, el Label Distribution Protocol (LDP - Protocolo de Distribución de Etiquetas) definido en la norma RFC3036, el Constraint Based - Label Distribution Protocol (CR-LDP - Protocolo de Distribución de Etiquetas - Basado en Restricciones) definido en las normas ITU-T G.7713.3 y RFC3472, la Private Network to Network Interface (PNNI - Interfaz de Red a Red Privada) definida en la norma ITU-T G.7713.1.

En referencia al protocolo RSVP, la especificación de base fue diseñada para permitir que los elementos de red (encaminadores) decidan con antelación, es decir antes del aprovisionamiento de la conexión, si la red puede cumplir los requisitos de una Quality de Service (QoS - Calidad de Servicio) definidos para la conexión. La configuración de una nueva conexión se lleva a cabo transmitiendo un mensaje de Path y recibiendo, en caso de una configuración de la conexión con éxito, un mensaje de Resv en la dirección contraria del mensaje de Path o bien recibiendo un mensaje de PathErr en caso de una configuración sin éxito (por ejemplo por falta de recursos de red). Cada mensaje de RSVP (Path, Resv, PathErr, ResvErr, PathTear, ResvTear, ResvConf) está compuesto por una cabecera común seguida de un cuerpo que consiste en un número variable (de longitud variable) de objetos. La cabecera común está compuesta por 8 bytes:

Incluye el campo "Msg Type" (Tipo de Mensaje) (1 byte) para identificar de manera única el tipo de mensaje e incluye el campo "RSVP Length" (Longitud de RSVP) (2 bytes) para indicar la longitud total (en bytes) del mensaje correspondiente, incluyendo la cabecera común y los objetos de longitud variable que siguen. Cada objeto está compuesto por una cabecera (4 bytes) seguida por el contenido del objeto:

La cabecera del objeto incluye el campo "Length" (Longitud) (2 bytes) para indicar la longitud total (en bytes) del objeto correspondiente e incluye el campo "Class-Num" (Número de Clase) (1 byte) para identificar de manera única el objeto.

El mensaje de ruta, como cualquier mensaje de RSVP, incluye la cabecera común seguida por los siguientes objetos:

en los cuales los corchetes, es decir [ ], indican un objeto opcional. El objeto <SESSION> incluye la dirección de destino de IP y el objeto <TIME_VALUES> incluye el valor del periodo de refresco. El <sender descriptor> incluye los siguientes objetos:

El objeto <SENDER_TEMPLATE> incluye la dirección de IP del que envía y el objeto <SENDER_TSPEC> define las características del tráfico del flujo de datos del que envía. El mensaje de Resv incluye la cabecera común seguida por los siguientes objetos:

siendo <flow descriptor list> ::= <FF flow descriptor list> <SE flow descriptor list>;

y siendo

SE han añadido varias extensiones para soportar el aprovisionamiento y mantenimiento de conexiones encaminadas explícitamente (LSP definido= rutas conmutadas con etiquetas). Finalmente, el RSVP-TE permite la agregación de conexiones, túneles de LSP definida, que comparten una ruta común y un conjunto común de recursos de red compartidos, reduciendo la cantidad de información transportada en la red.

La Multi-Protocol Label Switching (indicada con MPLS - Conmutación con Etiquetas de Protocolo Múltiple), que está básicamente definida en RFC3031 (Enero, 2001) representa un esfuerzo en la evolución continuada de la conmutación de multi-capa, consiguiendo eficiencia en el envío de datos, la QoS y la gestión de la ingeniería del tráfico. En una red sin conexión tradicional (por ejemplo red de IP), cada elemento de red (encaminador) ejecuta un algoritmo de encaminamiento de capa-3 para determinar la ruta de los paquetes de datos a través de la red; cada elemento de red toma una decisión de envío independiente, usando la información incluida en la cabecera del paquete (por ejemplo, la dirección de IP de destino) y la información obtenida del algoritmo de encaminamiento. Éste es un proceso lento, especialmente cuando la base de datos de envío incluye muchos parámetros de entradas y de QoS. Por el contrario, en una red de MPLS la ruta óptima a través de la red es calculada con antelación y se asigna una etiqueta a la parte frontal del paquete de datos; esta etiqueta acompaña al paquete de datos a medida que atraviesa la red y los elementos de red a través de la ruta utilizan esta etiqueta para determinar el siguiente elemento de red de hope. Cada elemento de red mantiene una base de datos de envío que mapea una etiqueta/interfaz entrante con una etiqueta/interfaz saliente; esta conmutación puede ser aplicada a diferentes tecnologías (IP=Internet Protocol - Protocolo de Internet, ATM=Asynchronous Transfer Mode - Modo de Transferencia Asíncrono, FR=Frame Relay). La ruta tomada por los paquetes etiquetados se llama Label Switched Path (LSP - Ruta Conmutada con Etiqueta). La ventaja es que tiene lugar un análisis intensivo mediante un procesador sólo en el elemento de red de fuente, mientras que los elementos de red subsiguientes a lo largo de la ruta manipulan esta etiqueta a nivel de hardware y así pueden llevar a cabo una conmutación rápida, porque las decisiones siguientes están basadas en (pocas) etiquetas en lugar de en la dirección de IP de destino.

Las funciones de operación, administración y gestión (indicadas con OAM) están definidas para monitorizar el tráfico transportado sobre una conexión, desde una fuente a un elemento de red de destino. Las funciones de OAM incluyen por ejemplo:

1. Método para comprobar si se soporta una función en los elementos de red de una red de telecomunicación, incluyendo la red:

• un elemento de red de fuente (NE1), un elemento de red de destino (NE3) y al menos un elemento de red intermedio (NE2);

• un elemento de plano de control de fuente (CPE1), un elemento de plano de control de destino (CPE3) y al menos un elemento de plano de control intermedio (CPE2) interconectados mediante mensajes de un protocolo de señalización, para controlar el elemento de red de fuente, el elemento de red de destino y el al menos un elemento de red intermedio respectivamente para configurar una conexión desde el elemento de red de fuente al elemento de red de destino pasando por el elemento de red intermedio;

incluyendo el método, en el caso de que la conexión no esté configurada, las siguientes etapas:

- transmitir un primer mensaje (de Path) desde el elemento de plano de control de fuente al elemento de plano de control de destino pasando por el al menos un elemento de plano de control intermedio para indicar una petición de la configuración de la conexión;

- recibir en el elemento de plano de control de fuente un segundo mensaje (de Resv) transmitido desde el elemento de plano de control de destino para indicar una respuesta a la petición;

caracterizado porque

- el primer mensaje incluye un primer campo (PATH MSG, OAM_check="1") para indicar una petición de comprobación de si se soporta una función de OAM de operación, administración y gestión de la conexión por cada elemento de red de la conexión;

- el segundo mensaje incluye el primer campo (RESV MSG, OAM_check="1") para indicar si la función de OAM es soportada por cada elemento de red de la conexión.

2. Método para comprobar si se soporta una función en los elementos de red de una red de telecomunicación, incluyendo la red:

• un elemento de red de fuente, un elemento de red de destino y al menos un elemento de red intermedio;

• un elemento de plano de control de fuente CPE1, un elemento de plano de control de destino CPE3 y al menos un elemento de plano de control intermedio CPE2 interconectados mediante mensajes de un protocolo de señalización, para controlar el elemento de red de fuente, el elemento de red de destino y el al menos un elemento de red intermedio respectivamente para configurar una conexión desde el elemento de red de fuente al elemento de red de destino pasando por el elemento de red intermedio;

estando el método caracterizado porque incluye, en el caso de que la conexión esté previamente configurada, las siguientes etapas:

- transmitir un primer mensaje desde el elemento de plano de control de fuente al elemento de plano de control de destino pasando por el al menos un elemento de plano de control intermedio, incluyendo el primer mensaje un primer campo (PATH MSG, OAM_check="1") para indicar una petición de comprobación de si se soporta una función de OAM de operación, administración y gestión de la conexión por cada elemento de red de la conexión;

- llevar a cabo la activación de la función de OAM en el elemento de red de fuente;

- recibir un segundo mensaje que incluye el primer campo (RESV MSG, OAM_check="1") para indicar si la función de OAM es soportada por cada elemento de red de la conexión.

3. Método de acuerdo con la reivindicación 1, que incluye también, si recibe el segundo mensaje que indica que la función de OAM es soportada por cada elemento de red, la siguiente etapa:

- transmitir el primer mensaje desde el elemento de plano de control de fuente al elemento de plano de control de destino pasando por el al menos un elemento de plano de control intermedio, incluyendo también el primer mensaje un segundo campo (PATH MSG, OAM_activation_Path="1") para pedir la activación de la función de OAM en cada elemento de red de la conexión.

4. Método de acuerdo con la reivindicación 3, que también lleva a cabo la activación de la función de OAM en el elemento de red de fuente tras la transmisión del primer mensaje que incluye el segundo campo.

5. Método de acuerdo con cualquiera de las reivindicaciones 1 a 4, caracterizado por:

- transmitir primer mensaje que incluye además un tercer campo (PATH MSG, FFD_check="1") que indica una petición de comprobar si se soporta una función de OAM específica para la conexión y un cuarto campo (PATH MSG, FFD_timer= 20 ms) que indica un valor del parámetro de configuración de la función de OAM específica;

- recibir el segundo mensaje que incluye también el tercer campo (RESV MSG, FFD_check="1") que indica si el valor del parámetro de configuración es soportado.

6. Método de acuerdo con las reivindicaciones 1 ó 2, que incluye también, tras la transmisión del primer mensaje, las siguientes etapas:

- recibir en un elemento de plano de control intermedio el primer mensaje desde el elemento de plano de control de fuente o desde un elemento de plano de control intermedio adyacente hacia el elemento de plano de control de fuente y transmitir el primer mensaje al elemento de plano de control de destino o a un elemento de plano de control adyacente hacia el elemento de plano de control de destino, en el que:

• en el caso de que cada elemento de red comprendido entre el elemento de red de fuente y el elemento de red intermedio soporten la función de OAM, transmitir el primer mensaje que incluye el primer campo (PATH MSG, OAM_check="1") sin cambios;

• en el caso de que no se soporte la función de OAM en al menos un elemento de red comprendido entre el elemento de red de fuente y el elemento de red intermedio, transmitir el primer mensaje que incluye el primer campo que indica que la función de OAM no está soportada;

- recibir en el elemento de plano de control intermedio el segundo mensaje desde el elemento de plano de control de destino o desde el elemento de plano de control adyacente hacia el elemento de plano de control de destino y transmitir a elemento de plano de control de fuente o al elemento de plano de control adyacente hacia el elemento de plano de control de fuente el segundo mensaje que incluye el primer campo sin cambios.

7. Método de acuerdo con la reivindicación 3, que incluye también recibir en un elemento de plano de control intermedio el primer mensaje que incluye el segundo campo (PATH MSG, OAM_activation_Path="1") y transmitir al elemento de plano de control adyacente hacia el elemento de plano de control de destino el primer mensaje que incluye el segundo campo sin cambios.

8. Método de acuerdo con la reivindicación 7, que lleva a cabo también la activación de la función de OAM en cada elemento de red intermedio tras la transmisión del primer mensaje.

9. Método de acuerdo con las reivindicaciones 1, 2 ó 6, que incluye también las siguientes etapas tras la transmisión del primer mensaje desde el elemento de plano de control de fuente o desde un elemento de plano de control intermedio:

- recibir el primer mensaje en el elemento de plano de control de destino y transmitir el segundo mensaje al elemento de plano de control adyacente hacia el elemento de plano de control de fuente, en el que:

• en el caso de que se soporte la función de OAM, transmitir el segundo mensaje ( de Resv) que incluye el primer campo (RESV MSG, OAM_check="1") que indica que la función de OAM es soportada por cada elemento de red;

• en el caso de que no se soporte la función de OAM, transmitir el segundo mensaje (de Resv) que incluye el primer campo que indica que la función de OAM no está soportada por cada elemento de red.

10. Método de acuerdo con cualquiera de las reivindicaciones 1 a 9, caracterizado porque el primer mensaje y el segundo mensaje incluyen un quinto campo para indicar los elementos de red de la conexión que no soporta la función de OAM.

11. Método de acuerdo con cualquiera de las reivindicaciones 1 a 10, en el que la red incluye una capa que cumple la Multi-Protocol Label Switching.

12. Método de acuerdo con cualquiera de las reivindicaciones 1 a 10, en el que la red incluye una capa que cumple el protocolo de Ethernet.

13. Mensaje (RESV MSG) de un protocolo de señalización que interconecta un elemento de plano de control de fuente (CPE1), un elemento de plano de control de destino (CPE3) y al menos un elemento de plano de control intermedio (CPE2) para controlar un elemento de red de fuente (NE1), un elemento de red de destino (NE3) y al menos un elemento de red intermedio (NE2) respectivamente para configurar una conexión desde el elemento de red de fuente al elemento de red de destino pasando por los elementos de red intermedios,

caracterizado porque el mensaje es transmitido desde el elemento de plano de control de destino al elemento de plano de control de fuente e incluye un primer campo (RESV MSG, OAM_check="1") que indica si una función de OAM de operación, administración y gestión es soportada por cada elemento de red de la conexión.

14. Mensaje de acuerdo con la reivindicación 13, caracterizado porque el mensaje incluye también un tercer campo (RESV MSG, FFD_check="1") que indica si una función de OAM específica para la conexión y si un valor del parámetro de configuración de la función de OAM específica están soportados por cada elemento de red de la conexión.

15. Mensaje de acuerdo con las reivindicaciones 13 ó14, caracterizado porque el mensaje incluye también un quinto campo para indicar los elementos de red de la conexión que no soportan la función de OAM.

16. Elemento de plano de control de fuente (CPE1) que incluye medios de hardware adaptados para llevar a cabo el método de acuerdo con la reivindicación 1 ó 2, incluyendo el elemento de plano de control de fuente medios de tratamiento adaptados para transmitir mediante el protocolo de señalización el primer mensaje al elemento de plano de control de destino (CPE3) para indicar la petición de comprobar si se soporta la función de OAM de la conexión en cada elemento de red de la conexión y adaptados para recibir mediante el protocolo de señalización el segundo mensaje desde el elemento de plano de control de destino para indicar si la función de OAM es soportada por cada elemento de red de la conexión.

17. Nodo de red de fuente que incluye un elemento de plano de control de fuente (CPE1) de acuerdo con la reivindicación 16 y que incluye un elemento de red de fuente (NE1) controlado por el elemento de plano de control de fuente.

18. Elemento de plano de control intermedio (CPE2) que controla un elemento de red intermedio (NE2) de una red de telecomunicación para la configuración de una conexión que pasa por el elemento de red intermedio:

- incluyendo el elemento de plano de control intermedio medios de tratamiento adaptados para recibir un primer mensaje (PATH MSG) que indica una petición de la configuración de la conexión, incluyendo el primer mensaje un primer campo (PATH MSG, OAM_check="1") para indicar una petición de comprobar si se soporta una función de OAM de operación, administración y gestión en cada elemento de red de la conexión;

- tras recibir el primer mensaje, estando los medios de tratamiento adaptados también para transmitir el primer mensaje que incluye el primer campo para indicar si la función de OAM es soportada por cada elemento de red de la conexión;

- tras la transmisión del primer mensaje, estando los medios de tratamiento adaptados también para recibir un segundo mensaje (de Resv) que indica una respuesta a la petición, incluyendo el segundo mensaje el primer campo (RESV MSG, OAM_check="1") para indicar si la función de OAM es soportada por cada elemento de red de la conexión;

- tras recibir el segundo mensaje, estando los medios de tratamiento adaptados también para transmitir el segundo mensaje que incluye el primer campo sin cambios.

19. Nodo de red intermedio que incluye un elemento de plano de control intermedio (CPE2) de acuerdo con la reivindicación 18 y que incluye el elemento de red intermedio (NE2) controlado por el elemento de plano de control intermedio.

20. Elemento de plano de control de destino (CPE3) que controla un elemento de red de destino (NE3) de una red de telecomunicación para la configuración de una conexión al elemento de red de destino:

- incluyendo el elemento de plano de control de destino medios de tratamiento adaptados para recibir un primer mensaje (PATH MSG) que indica una petición de la configuración de la conexión, incluyendo el primer mensaje un primer campo (PATH MSG, OAM_check="1") para indicar una petición de comprobar si se soporta una función de OAM de operación, administración y gestión por cada elemento de red de la conexión;

- tras recibir el primer mensaje, estando los medios de tratamiento adaptados también para transmitir un segundo mensaje (de Resv) que indica una respuesta a la petición, incluyendo el segundo mensaje el primer campo (RESV MSG, OAM_check="1") para indicar si la función de OAM es soportada por cada elemento de red de la conexión.

21. Nodo de red de destino que incluye un elemento de plano de control de destino (CPE3) de acuerdo con la reivindicación 20 y que incluye el elemento de red de destino (NE3) controlado por el elemento de plano de control de destino.