PROCEDIMIENTO DE CONSULTA DE ENRUTADO JERÁRQUICO PARA RED ÓPTICA DE CONMUTACIÓN AUTOMÁTICA.

Procedimiento de consulta del enrutado jerárquico para red óptica de conmutación automática Campo técnico La presente invención se refiere al campo de las redes ópticas y, más específicamente, a un procedimiento jerárquico de consulta de ruta en una red óptica de conmutación automática. Técnica antecedente Las redes ópticas, tal como OTN (Red de transmisión óptica), WDN (Multiplexado por división de longitud de onda), SDH (Jerarquía digital síncrona) o SONET (Red óptica síncrona), se han aplicado ampliamente en el campo de la telecomunicación. Recientemente, la red óptica de conmutación automática (ASON) es uno de los temas candentes de investigación en el campo de las redes ópticas. El concepto de ASON es ofrecido por la ITU-T G.8080, en la que la función de ASON se consigue mediante el ajuste de un plano de control (CP) específico. La ITU-T G.7713 especifica el marco para implementar las llamadas y conexiones distribuidas en ASON para ofrecer el criterio de implementación para establecer, modificar y borrar automáticamente las llamadas y conexiones. Las normas tales como la ITU-T G. 7715 ofrecen el modelo de implementación del procedimiento para la consulta de la ruta de conexión (la consulta de ruta descrita a continuación se refiere a la consulta de la ruta de conexión, a menos que se declare otra cosa específicamente). Sin embargo, tanto la publicación ITU-T G.7715 como la ITU-T G.7715.1 aplican el modelo mostrado en la FIG. 1. En este modelo de ruta, cuando un elemento de la red (NE en abreviatura) ASON necesita consultar la ruta de la conexión, el Control de la Conexión (CC) responsable del control de la conexión (incluyendo el establecimiento, eliminación, modificación y otros similares) envía la solicitud de consulta de ruta (Solicitud de Ruta en breve) al Controlador de Ruta (RC) responsable de la consulta y cálculo de la ruta y entonces el RC llama al algoritmo de enrutado (un algoritmo de enrutado típico es el Primer Recorrido Más Corto Restringido, brevemente CSPF) de acuerdo con la solicitud de ruta y calcula la ruta en base a la Base de Datos de Rutas (RDB) del nodo actual y devuelve el resultado de la consulta de ruta (Respuesta de Ruta en breve) al CC. Sin embargo, la RDB de un nodo en general es difícil que contenga la información completa de rutas de la totalidad de la ASON, especialmente cuando la ASON tiene varios dominios de rutas. La RDB de un nodo tiene siempre solamente la información del dominio de rutas locales. La FIG. 2 muestra la situación en la que una ASON tiene varios dominios de rutas, lo que indica que cuando se debería establecer una conexión entre A en un dominio de rutas 1 y K en un dominio de rutas 4, como se muestra por la línea de puntos, el modelo mostrado en la FIG. 1 no puede satisfacer el requisito de la consulta de ruta y cálculo de la conexión. El borrador de ITU-T Recomendación G.7715/Y.1706: Architecture and requirements for routing in the automatically switched optical network especifica los requisitos y la arquitectura para las funciones de enrutado usadas para el establecimiento de conexiones conmutadas (SC) y conexiones permanentes de software (SPC) dentro del marco de la Red Óptica de Conmutación Automática (ASON). El documento US 2006/245413 A1 desvela un procedimiento y un sistema para el cambio de la extensión de los recursos en el plano de datos controlada por un plano de control para una conexión de red que se extiende a conjuntos de nodos contiguos controlados mediante la existencia de recursos de control de la red. El documento PNNI-based control plane for automatically switched optical networks (Journal of Lightwave Technology, Vol. 21, Nº 11, noviembre de 2003) proporciona un procedimiento para la adaptación de modo apropiado del modo de transferencia asíncrono en un protocolo PNNI óptico (O-PNNI) que se puede usar como el plano de control de las ASON. El documento EP 1727316 A1 desvela un procedimiento para la comprobación del soporte de una función en los elementos de red de una red de telecomunicación, como una función de operación y gestión. El documento EP 1724972 A1 desvela un procedimiento para la activación del re-enrutado del servicio, que incluye la determinación de si ocurre una interrupción o mala conexión en un servicio de acuerdo con el cambio de la información de la topología de red guardada en los nodos en una Red Óptica de Conmutación Automática (ASON), y si el resultado de la evaluación es SÍ, la activación del re-enrutado del servicio. El documento EP 0841824 A2 desvela un sistema de restauración de un fallo que comprende una sección de enrutado jerárquico distribuido que se adapta para establecer una trayectoria principal y, antes del establecimiento de la trayectoria principal, determinar una trayectoria alternativa a la trayectoria principal en una red, en la que en el sistema, se adapta una sección de selección de trayectoria alternativa para tener una información de ruta de origen completa para la trayectoria principal cuando se intenta establecer la trayectoria principal. El documento EP 1489784 A1 desvela un procedimiento para la restauración del tráfico después de que haya 2   ocurrido un fallo en una red de transmisión controlada GMPLS, incluyendo el procedimiento las etapas de asignación de una categoría a cada elemento de la red afectado en base a la información disponible localmente y el envío de solicitudes de restauración entre los elementos de la red en el orden de dichas categorías. El documento CN 1561048 A desvela un procedimiento para la implementación del enrutado del usuario de dominio mediante los servidores de enrutado, aplicado en un sistema de enrutado de red jerárquico compuesto de servidores de enrutado, en el que la información de ruta de un usuario de dominio se almacena en un servidor de enrutado de dominio local en una capa inferior y cuando se registra un usuario de dominio, su agente de llamada actual informa, a través de su agente de llamada de dominio local, a su servidor de enrutado de dominio local para actualizar la información de ruta del usuario de dominio. El documento EP 1460808 A2 desvela un procedimiento y sistema para la implementación de una técnica del primer trayecto más corto basada en restricciones (IrD-CSPF) para soporte de enrutado jerárquico en las OTN multi dominio interconectadas. El documento CN 1529429 A desvela un procedimiento para la determinación de un atributo de enlace de una topología abstracta en un enrutado jerárquico de una Red Óptica de Conmutación Automática. Sumario de la invención El problema técnico a ser resuelto por la presente invención es ofrecer un procedimiento de consulta de ruta jerárquico, que incluye el cálculo de una ruta completa, en una ASON para resolver el problema de la consulta de ruta en una conexión de cruce de dominios. Para resolver el problema técnico anterior la presente invención ofrece un procedimiento de consulta de ruta jerárquico en ASON, que se aplica a la red que comprende dominios de ruta de capa múltiple. En el procedimiento, cuando el RC de un dominio hijo recibe la Solicitud de Ruta, envía la solicitud de ruta al RC del dominio padre si no puede calcular una ruta completa y el RC del dominio padre interactúa adicionalmente con otros dominios hijos para obtener la ruta completa si no puede calcular una ruta completa y a continuación envía la Respuesta de Ruta al solicitante. Adicionalmente, el procedimiento anterior puede tener también la siguiente característica: el procedimiento comprende además las siguientes etapas: (a1) Después de que el RC de un NE en ASON detecte la Solicitud de Ruta desde el solicitante, envía la Solicitud de Ruta al RC del dominio padre si la Solicitud es una Solicitud de Ruta de cruce de dominios; (a2) el RC del dominio padre calcula la ruta entre todos sus dominios hijo y envía una Solicitud de Ruta en el dominio al RC de cada dominio hijo en la ruta, el RC de cada dominio hijo calcula la ruta en su propio dominio y devuelve la Respuesta de Ruta al RC del dominio padre que, después de recibir la Respuesta de Ruta, devuelve la ruta al solicitante a través del RC que lanzó la Solicitud de Ruta si se puede obtener una ruta completa a través de la combinación, en caso contrario se devuelve un mensaje de fallo. Adicionalmente, el procedimiento puede tener las siguientes características: la etapa (a2) comprende además las siguientes etapas: (a21) El RC del dominio padre calcula la ruta entre sus dominios hijo, determina el nodo de límite de cada dominio hijo en la ruta y a continuación genera y emite la Solicitud de Ruta en el dominio que incluye la información del nodo límite del correspondiente dominio hijo; (a22) Después de que el dominio hijo reciba la Solicitud de Ruta en el dominio, calcula la ruta de su dominio y devuelve la Respuesta de Ruta de su propio dominio al... [Seguir leyendo]

1. Un procedimiento de consulta jerárquica de ruta en una Red Óptica de Conmutación Automática (ASON) usada en una red que comprende dominios de ruta en múltiples capas, caracterizado porque cuando un Controlador de Ruta (RC) de un dominio hijo recibe una Solicitud de Ruta, el RC del dominio hijo envía la Solicitud de Ruta al RC de un dominio padre si no se puede calcular una ruta completa; y el RC del dominio padre interactúa adicionalmente con otros dominios hijo si el RC del dominio padre no puede calcular la ruta completa, en el que si se obtiene la ruta completa, entonces se devuelve la Respuesta de Ruta al solicitante. 2. Un procedimiento de acuerdo con la reivindicación 1, en el que el procedimiento comprende además las siguientes etapas: (a1) el RC de un elemento de red (NE) en ASON detecta la Solicitud de Ruta lanzada por el solicitante y entonces envía la Solicitud de Ruta al RC del dominio padre si la Solicitud es una Solicitud de Ruta de cruce de dominios; y (a2) el RC del dominio padre calcula la ruta entre todos sus dominios hijo y envía una Solicitud de Ruta en el dominio al RC de cada dominio hijo en la ruta, el RC de cada dominio hijo calcula la ruta en su dominio y devuelve la Respuesta de Ruta al RC del dominio padre, después de recibir la Respuesta de Ruta el RC del dominio padre devuelve la ruta al solicitante a través del RC que lanzó la Solicitud de Ruta si se puede obtener la ruta completa, en caso contrario se devuelve un mensaje de fallo. 3. Un procedimiento de acuerdo con la reivindicación 2, en el que la etapa (a2) comprende además las siguientes etapas: (a21) el RC del dominio padre calcula la ruta entre sus dominios hijo, determina un nodo de límite de cada dominio hijo en la ruta y a continuación genera y emite la Solicitud de Ruta en el dominio que incluye información del nodo límite que corresponde a cada dominio de los dominios hijo; (a22) después de que el dominio hijo reciba la Solicitud de Ruta en el dominio, calcula la ruta de su dominio y devuelve la Respuesta de Ruta al RC del dominio padre; (a23) después de que el RC del dominio padre reciba las respuestas de ruta desde los dominios hijo, determina si todas las Respuestas de Ruta tienen éxito, si es así el procedimiento prosigue con la etapa (a24), en caso contrario se devuelve un mensaje de fallo al solicitante a través del RC que lanzó la solicitud; y (a24) el RC del dominio padre combina la ruta de cruce de dominios y la ruta en el dominio de cada dominio hijo para generar la ruta completa entre el nodo de inicio y el nodo de finalización y devuelve la ruta completa al solicitante a través del RC que lanzó la Solicitud. 4. Un procedimiento de acuerdo con la reivindicación 2, en el que si el dominio padre falla en el cálculo de la ruta de cruce de dominios en la etapa (a2), se devuelve el mensaje de fallo al solicitante a través del RC que lanzó la Solicitud. 5. Un procedimiento de acuerdo con la reivindicación 1, en el que el procedimiento comprende además las siguientes etapas: (b1) el RC del NE en ASON detecta la Solicitud de Ruta enviada por el solicitante y entonces el RC del NE en ASON calcula la ruta en base a la Base de Datos de Ruta (RDB) de un nodo actual y devuelve la Respuesta de Ruta al solicitante si se obtiene la ruta completa; en caso contrario, se envía la Solicitud al RC del dominio padre; (b2) el RC del dominio padre calcula la ruta en base a la RDB del nodo actual de acuerdo con la Solicitud y si se obtiene la ruta completa, se devuelve al solicitante a través del el RC que lanzó la Solicitud; en caso contrario el procedimiento prosigue con la etapa (b3) y (b3) El RC del dominio padre envía la Solicitud de Ruta a los RC de sus otros dominios hijo y recibe las Respuestas de Ruta devueltas desde los RC de estos dominios hijo, si se puede obtener una ruta completa, se devuelve la ruta completa al solicitante a través del RC que lanzó la Solicitud; en caso contrario, se devuelve el mensaje de fallo al solicitante a través del RC que lanzó la Solicitud. 6. Un procedimiento de acuerdo con la reivindicación 5, en el que la etapa (b3) comprende además las siguientes etapas: (b31) El RC del dominio padre envía la Solicitud de Ruta al RC de un dominio hijo excepto para el que lanzó la Solicitud; 9   (b32) después de que el RC del otro dominio hijo recibe la Solicitud de Ruta, calcula la ruta en base a la RDB del nodo actual y devuelve la Respuesta de Ruta al RC del dominio padre; (b33) el RC del dominio padre determina si la Respuesta de Ruta devuelta desde el RC del dominio hijo es la ruta completa, si es así, la ruta se devuelve al solicitante a través del RC que lanzó la Solicitud, en caso contrario el procedimiento prosigue con la etapa (b34); y (b34) el RC del dominio padre determina si hay un RC de otro dominio hijo que no haya sido consultado, si es así, se envía la Solicitud de Ruta al RC de este dominio hijo, y el procedimiento prosigue en la etapa (b32), en caso contrario, se devuelve el mensaje de fallo al solicitante a través del RC en lanzó la Solicitud. 7. El procedimiento de acuerdo con la reivindicación 5, en el que la etapa (b3) comprende además las siguientes etapas: (b31) El RC del dominio padre emite la Solicitud de Ruta a los RC de todos los otros dominios hijo excepto al que lanzó la Solicitud; (b32) después de que los RC de todos los otros dominios hijos reciban la Solicitud de Ruta, calculan la ruta en base a la RDB de los nodos actuales y devuelven las Respuestas de Ruta al RC del dominio padre; y (b33) el RC del dominio padre determina si hay una ruta completa en las Respuestas de Ruta devueltas desde los RC de los dominios hijo, si es así, se devuelve la ruta al Solicitante a través del RC que lanzó la Solicitud, en caso contrario se devuelve el mensaje de fallo al solicitante a través del RC que lanzó la Solicitud. 8. Un procedimiento de acuerdo con la reivindicación 2 ó 5, en el que cuando el RC del dominio padre envía la Solicitud de Ruta al RC del dominio hijo, la Solicitud de Ruta se envía al RC de un NE representativo que representa el dominio hijo para interactuar con el dominio de ruta de la capa superior.   11   12   13