ES2835326T3

ES2835326T3 - Controlador de múltiples dominios, controlador de dominio único y sistema y método de red óptica definida por software

Info

Publication number: ES2835326T3
Application number: ES16791918T
Authority: ES
Inventors: Dajiang Wang; Zhenyu Wang
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2015-05-11
Filing date: 2016-02-23
Publication date: 2021-06-22
Anticipated expiration: 2036-02-23
Also published as: CN106302153A; US10805203B2; EP3297226B1; EP3297226A1; CN106302153B; EP3297226A4; US20180123945A1; WO2016180068A1

Abstract

Un sistema de arquitectura de red óptica definida por software, SDON, que comprende una capa de aplicación, una capa de controlador y una capa de dispositivo, en donde la capa de controlador incluye una capa de controlador de múltiples dominios que consiste en un controlador de múltiples dominios y una capa de controlador de dominio único que consiste en múltiples controladores de dominio único, cada controlador de dominio único acoplado con el controlador de múltiples dominios, comprendiendo al menos el controlador de múltiples dominios: un gestor de servicio de red virtual (101); en donde el gestor de servicio de red virtual (101) del controlador de múltiples dominios está dispuesto para: procesar una solicitud de servicio de red óptica virtual, VONS, de dominio cruzado o de dominio único enviada desde una capa de aplicación y dividir la solicitud de VONS de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse, incluyendo la parte de intra dominio múltiples partes de intra dominio único; en donde la parte inter dominio de la solicitud de VONS se procesa por el controlador de múltiples dominios, en donde el controlador de múltiples dominios está dispuesto para: para una solicitud de servicio con un atributo de conexión de ancho de banda bajo demanda, BOD, en la solicitud de VONS de dominio cruzado, reenviar la solicitud de servicio con el atributo de conexión de BOD a un controlador de conexión de encaminamiento, y para una solicitud de servicio con un atributo de red privada virtual óptica, OVPN, en la solicitud de VONS de dominio cruzado, realizar procesamiento de servicio de OVPN que incluye el establecimiento y borrado de un servicio de OVPN acuerdo con recursos de capa de red virtual obtenidos; en donde cada una de las partes de intra dominio único de la solicitud de VONS de dominio cruzado se emite a cada controlador de dominio único por el gestor de servicio de red virtual (101) del controlador de múltiples dominios a través de un controlador de protocolo de protocolo de elemento de cálculo de ruta, PCEP+/OPENFLOW/Restful/protocolo de gestión de red sencillo, SNMP; en donde al menos uno del controlador de múltiples dominios y cada controlador de dominio único comprende adicionalmente: un controlador de abstracción de red física (102, 202); en donde el controlador de abstracción de red física (102) del controlador de múltiples dominios está dispuesto para: realizar, en una capa de plano de transmisión de SDON de dominio cruzado, procesamiento de abstracción lógica en modelos físicos que incluyen nodos de dispositivo físico, elementos y enlaces de red óptica de límite de cada dominio, para generar una capa de red virtual de dominio cruzado descrita en una forma de un modelo matemático que incluye una fórmula matemática o un lenguaje de software; y crear y mantener una topología de la capa de red virtual de dominio cruzado y una relación de mapeo de uno a uno entre la topología de la capa de red virtual de dominio cruzado y la capa de red física de dominio cruzado del plano de transmisión de SDON; en donde el controlador de abstracción de red física (202) de cada controlador de dominio único está dispuesto para: realizar, en la capa de plano de transmisión de SDON del dominio actual, procesamiento de abstracción lógica en modelos físicos que incluyen nodos de dispositivo físico, elementos y enlaces de cada red óptica para generar una capa de red virtual descrita en una forma de un modelo matemático que incluye una fórmula matemática o un lenguaje de software; y crear y mantener una topología de la capa de red virtual del dominio actual y una relación de mapeo de uno a uno entre la capa de red virtual del dominio actual y una capa de red física del plano de transmisión de SDON del dominio actual; en donde al menos uno del controlador de múltiples dominios y cada controlador de dominio único comprende adicionalmente un controlador de estrategia de mapeo de red virtual (103, 203) y un motor de algoritmo de mapeo de red virtual (104, 204), y cada controlador de dominio único comprende adicionalmente un gestor de servicio de red virtual (201); en donde el controlador de estrategia de mapeo de red virtual (103) del controlador de múltiples dominios está dispuesto para: construir el modelo matemático de un algoritmo de mapeo de acuerdo con una estrategia de optimización de mapeo de red virtual y enviar una solicitud de cálculo de mapeo al motor de algoritmo de mapeo de red virtual (104) del controlador de múltiples dominios, obtener la relación de mapeo entre la parte de inter dominio del servicio de OVPN del usuario y la capa de red virtual de dominio cruzado de una respuesta del motor de algoritmo de mapeo de red virtual (104) del controlador de múltiples dominios, y transmitir finalmente la relación de mapeo obtenida al gestor de servicio de red virtual (101) del controlador de múltiples dominios; en donde el motor de algoritmo de mapeo de red virtual (104) del controlador de múltiples dominios está dispuesto para: realizar, de acuerdo con la estrategia de mapeo de red virtual, un algoritmo para establecer la relación de mapeo entre la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red virtual de dominio cruzado; en donde el controlador de estrategia de mapeo de red virtual (203) de cada controlador de dominio único está dispuesto para: construir el modelo matemático de un algoritmo de mapeo de acuerdo con una estrategia de optimización de mapeo de red virtual, enviar una solicitud de cálculo de mapeo al motor de algoritmo de mapeo de red virtual (204) de cada controlador de dominio único, obtener la relación de mapeo entre el servicio de OVPN del usuario y la capa de red virtual del dominio actual de una respuesta del motor de algoritmo de mapeo de red virtual (204) de cada controlador de dominio único, y transmitir finalmente la relación de mapeo obtenida al gestor de servicio de red virtual (201) de cada controlador de dominio único; en donde el motor de algoritmo de mapeo de red virtual (204) de cada controlador de dominio único está dispuesto para: realizar, de acuerdo con la estrategia de mapeo de red virtual, un algoritmo para establecer la relación de mapeo entre el servicio de OVPN y la capa de red virtual del dominio actual; en donde el controlador de estrategia de mapeo de red virtual (103) del controlador de múltiples dominios está dispuesto adicionalmente de manera que: se determina una estrategia de mapeo de red para la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red virtual de dominio cruzado a través de la emisión por un usuario de capa de aplicación, o se determina por el gestor de servicio de red virtual de acuerdo con un estado de carga actual de una red óptica física de dominio cruzado de una capa de plano de transmisión de SDON; y en donde el controlador de estrategia de mapeo de red virtual (203) de cada controlador de dominio único está dispuesto adicionalmente de manera que: se determina una estrategia de mapeo de red para el servicio de OVPN y la capa de red virtual del dominio actual a través de la emisión por el usuario de la capa de aplicación, o se determina por el gestor de servicio de red virtual de acuerdo con un estado de carga actual de la red óptica física de la capa de plano de transmisión de SDON del dominio actual.

Description

DESCRIPCIÓN

Controlador de múltiples dominios, controlador de dominio único y sistema y método de red óptica definida por software

Campo técnico

La presente invención se refiere a una tecnología de controlador usada en una Red Óptica Definida por Software (SDON), y en particular a un controlador de múltiples dominios y un controlador de dominio único que pueden realizarse en un sistema de arquitectura de SDON, el sistema de arquitectura de SDON, un método de configuración de intercambio de mensajes usado en el sistema de arquitectura de SDON, y un método para procesar una solicitud de servicio de una capa de aplicación basándose en el sistema de arquitectura de SDON.

Antecedentes

Durante el proceso de realización de los esquemas técnicos de las realizaciones de la presente invención, el inventor halla al menos los siguientes problemas técnicos: las comunicaciones de fibra óptica se han multiplicado en las últimas décadas, diversos nodos, sistemas y tecnologías de interconexión en red emergen interminablemente, la tasa de un único canal incluso alcanza un grado de Tbit/s, y la escala de la comunicación y la capacidad de la comunicación aumentan sin precedentes. Las redes ópticas, como una de las infraestructuras de telecomunicaciones más importantes en China, desempeñan un papel dominante en el soporte de la informatización de la sociedad y construcción de banda ancha. En los últimos años, debido a que las interacciones entre seres humanos, máquinas y cosas aumentan con cada día que pasa, las redes ópticas se requieren que sean más dinámicas y flexibles, y por la razón de la variabilidad y la brusquedad de los servicios de las redes ópticas, los requisitos en una tecnología de gestión y control de red óptica son más complicados. El desarrollo y la aplicación de redes ópticas ya no están limitados más a la idea sencilla de 'tubo de ancho de banda rígido', sino que muestran una tendencia y característica de asignación de recursos flexible y servicios de valor añadido.

Para asignación de recursos flexible, la tecnología de multiplexación por división de longitud de onda convencional emplea un método de asignación de recursos de ancho de banda fijo de acuerdo con el que los intervalos de espectro, tasa de señal y formato de modulación no pueden ajustarse dinámicamente puesto que el ancho de banda disponible para una capa óptica no puede ajustare dinámicamente una vez que se establece una ruta de longitud de onda, por lo tanto, este método de asignación de recursos de ancho de banda fijo no puede adaptarse al cambio de servicios y al entorno de red. Puesto que la velocidad de trabajo de un emisor/receptor óptico y el intervalo de ancho de banda cruzado de un nodo de reenvío intermedio están fijados, una red no puede aumentar o reducir el ancho de banda ocupado por un canal óptico bajo demanda para hacer frente al requisito desafiante de un usuario sobre la capacidad en tiempo real. Mientras tanto, las limitaciones a un ancho de banda de canal fijo son también poco beneficiosas para la supervivencia de una Red Todo Óptica debido a que una ruta óptica inválida no puede restaurarse a menos que un ancho de banda de encaminamiento alternativo sea igual o superior al ancho de banda original.

Para servicios de valor añadido, el núcleo de las soluciones de las redes ópticas inteligentes convencionales representadas por la Red Óptica de Conmutación Automática/Conmutación de Etiqueta de múltiples Protocolos Automática (ASON/GMPLS) convencional es una automatización de conmutación que pone énfasis en el control sobre un proceso de procesamiento de establecimiento/borrado de conexión y que incluye encaminamiento, señalización y hallazgo de enlace automáticos, gestión de recursos y así sucesivamente. Sin embargo, las conexiones no son iguales a los servicios, la finalización de un servicio incluye adicionalmente abundante lógica de suministro de servicio. La apariencia de la informática en la nube y las aplicaciones de centros de datos dan lugar a un nuevo desafío a la virtualización y programabilidad y promueven el desarrollo de redes ópticas desde la intelectualización del plano de control hasta la intelectualización del procesamiento de servicio. Una arquitectura ASON/GMPLS tiene un problema de 'preferir controlar a servir' y por lo tanto es poco probable que esté en línea con esta tendencia, y la construcción de una función de control de red alrededor de un núcleo de intelectualización de servicio necesita innovación urgente y un avance en la arquitectura y mecanismos de sistema.

La necesidad de estas dos características puede cumplirse ampliando una tecnología ASON/GMPLS existente. Debido a la necesidad de la introducción de nuevo software y tecnologías de hardware que incluyen conocimiento de servicio, verificación de deterioro, cooperación de dominio de capa, virtualización de recursos, Criptografía Asimétrica (RSA) y Ancho de Banda Bajo Demanda (BOD), SON/GMPLS está más inclinada a mejorar el control sobre 'el aumento de planos', que hace que una función de control de red se vuelva más y más complicada. Si se puede extraer algo de intelectualidad de un plano de control, entonces puede aumentarse la tasa de utilización de recursos global, y pueden proporcionarse servicios de manera más flexible.

La emergencia de la Interconexión en Red Definida por Software (SDN) proporciona una solución eficaz a este problema. La arquitectura de SDON realiza cambios de modo desde el acoplamiento estrecho entre una función de control y una función de transmisión al acoplamiento estrecho entre una función de control y una función de operación, y de un control cerrado centrado en un proceso de conexión a un control abierto centrado en un proceso de interconexión en red, que representa una nueva dirección del desarrollo y la aplicación de tecnologías de interconexión en red ópticas futuras.

La arquitectura de sistema de SDON actualmente universal incluye principalmente, como se muestra en la Figura 1, las siguientes capas funcionales:

1: una capa de aplicación, que puede ser específicamente una APP o una capa de controlador de cliente a través de la cual un usuario puede iniciar una solicitud para una operación (que incluye el establecimiento, borrado, modificación y consulta) de conexión de servicio de OTN;

2: una capa de controlador, que incluye específicamente una capa de controlador de múltiples dominios y una capa de controlador de dominio único;

1) la capa de controlador de múltiples dominios, cuyas funciones principales incluyen: calcular una ruta para una conexión de dominio cruzado, gestionar conexiones, recuperar protección, realizar abstracción de recursos de transmisión ópticos, obtener la información de topología informada por cada controlador de dominio único a través de una CVNI, y gestionar recursos de topología de una red de área global;

2) la capa de controlador de dominio único, que realiza, de acuerdo con una solicitud de servicio enviada por un controlador de múltiples dominios a través de una CVNI, una planificación de conexión inter dominio optimizada, en donde la planificación incluye cálculo de ruta de conexión de servicio intra dominio, gestión de conexión, recuperación de protección y así sucesivamente, emite la planificación optimizada en los elementos DXC y los OXC en un nodo en una capa de dispositivo a través de una CDPI (en general, un protocolo de extensión OpenFlow), proporciona la información topológica de recursos de transmisión ópticos intra dominio a un controlador de múltiples dominios superior a través de la CVNI, y gestiona los recursos de topología en el dominio actual; y

3) una capa de dispositivo, que obtiene la configuración de elemento enviada por una capa de controlador de capa superior a través de la CDPI, y en la que cada nodo dispositivo realiza la función de planificación de servicio del mismo de acuerdo con el registro de DXC y OXC del mismo.

A medida que se van haciendo más conocidas las aplicaciones de OTN, el requisito en 'la provisión de Servicio de Red Óptica Virtual (VONS) por SDON' se está volviendo el foco de atención. VONS proporciona servicios de red óptica virtual para clientes importantes/operadores virtuales que usan la capacidad de virtualización de red de SDON, como si el cliente tuviera su propia red de transmisión óptica privada. Una pluralidad de usuarios de VONS pueden compartir la red de transmisión óptica física de un operador, mejorando de esta manera la tasa de utilización de fuentes de red. La solicitud de usuario de un servicio VONS puede incluir matriz de tráfico, SLA, topología de red, OAM y recuperación. De acuerdo con el grado de la visibilidad del usuario a los recursos de red de un operador y a la capacidad del usuario al controlar estos recursos de red, los servicios VONS pueden clasificarse en los siguientes dos tipos:

tipo 1: se proporciona un servicio de conexión dinámico, es decir, un servicio de BOD, de acuerdo con la solicitud de un usuario. Los usuarios pueden observar únicamente otros nodos de red suscritos e interfaces del lado del cliente y están protegidos visualmente de los nodos y los enlaces en la red del operador, y los usuarios pueden establecer, modificar y borrar una conexión en una red virtual, como se muestra en la Figura 2; y

tipo 2: el usuario determina la topología y los recursos de red de una red virtual negociando con el operador con antelación, el usuario puede controlar completamente el establecimiento/modificación/borrado de una conexión en la red virtual, que incluye la selección de un encaminamiento de conexión (por ejemplo la visualización de encaminamientos). Además, el usuario puede ajustar la topología de la red virtual, por ejemplo, añadir/borrar un nodo o enlace, de acuerdo con el servicio que él/ella necesita, como se muestra en la Figura 3.

Pueden asignarse recursos de red virtuales para usuarios de estos dos tipos de servicios VONS de las siguientes dos maneras:

manera 1: el operador y el usuario determinan la topología y los recursos de red de una red virtual a través de una negociación previa, y se asignan recursos en un controlador, en este modo, el usuario no puede modificar la topología o los recursos de red usando una APP; y

manera 2: el usuario aplica para la topología y los recursos de red de una red virtual usando una APP, y ajusta la topología de la red virtual, por ejemplo, añade/borra un nodo o enlace, de acuerdo con el servicio que él/ella necesita.

En conclusión, cómo diseñar un sistema de arquitectura, que además de las funciones del sistema de arquitectura existente, sea compatible con el VONS en la capa de controlador de SDON se ha vuelto un problema técnico que necesita resolverse urgentemente, es decir, una arquitectura de sistema de VONS necesita estar integrada con y ser compatible con la arquitectura de sistema de SDON existente para hacer uso completo del modo abierto de control de SDON. Especialmente, la realización y el control de servicios de VONS son el núcleo de un sistema de arquitectura de control de SDON. Son conocidas también tecnologías relevantes adicionales a partir del documento CN103051565 (A), que desvela un sistema de estructura de un controlador de software de red definido por software de grado y un método de implementación del mismo, MUNOZ RAUL ET AL: "Transport Network Orchestration for End-to-End Multilayer Provisioning Across Heterogeneous SDN/ OpenFlow and GMPLS/PCE Control Domains", JOURNAL OF LIGHTWAVE TECHNOLOGY, IEEE SERVICE CENTER, NUEVA YORK, NY, ESTADOS UNIDOS, vol. 33, n.° 8, 15 de abril de 2015 (15-04-2015), páginas 1540-1548, XP011575140, ISSN: 0733-8724, DOI: 10.1109/JLT.2015.2393634, VILALTA RICARD ET AL: "Dynamic multi-domain virtual optical network deployment with heterogeneous control domains [invited]", JOURNAL OF OPTICAL COMMUNICATIONS AND NETWORKING, INSTITUTE OF ELECTRICAL AND ELECTRONICS ENGINEERS, ESTADOS UNIDOS, vol. 7, n.° 1, 1 de enero de 2015 (01-01-2015), XP011571358, ISSN: 1943-0620, DOI: 10.1364/JOCN.7.00A135, CN 104 301 391 A (UNIV BEIJING POSTS & TELECOMM; INST OF INFORMATION AND COMMUNICATIONS), CN103338163, que proporciona un controlador de red definida por software que soporta una planificación dinámica y elástica para recursos, y el documento US2014/098673 A1, que desvela una virtualización de red definida por software que utiliza abstracción e interfaz de topología específica de servicio.

Sumario

En vista de esto, las realizaciones de la presente invención se pretende que proporcionen un sistema de arquitectura de SDON de acuerdo con la reivindicación independiente 1 y un método de acuerdo con la reivindicación independiente 11 para tratar al menos los problemas actualmente existentes diseñando, en una capa de controlador SDON, un sistema de arquitectura que, además de las funciones del sistema de arquitectura existente, es compatible con el VONS. La invención se expone en las reivindicaciones independientes. Se proporcionan mejoras y realizaciones adicionales en las reivindicaciones dependientes.

Los esquemas técnicos de las realizaciones de la presente invención son como sigue.

De acuerdo con al menos una realización fuera del alcance de la invención reivindicada, se proporciona un controlador de múltiples dominios, que incluye al menos: un gestor de servicio de red virtual dispuesto para:

procesar una solicitud de Servicio de Red Óptica Virtual (VONS) de dominio cruzado o de dominio único enviada desde una capa de aplicación y dividir la solicitud de VONS de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse, incluyendo la parte de intra dominio múltiples partes de intra dominio único;

en donde la parte de inter dominio de la solicitud de VONS se procesa por el controlador de múltiples dominios, en donde el controlador de múltiples dominios está dispuesto para: para una solicitud de servicio con un atributo de conexión de Ancho de Banda Bajo Demanda (BOD) en la solicitud de VONS de dominio cruzado, reenviar la solicitud de servicio con el atributo de conexión de BOD a un controlador de conexión de encaminamiento, y para una solicitud de servicio con un atributo de Red Privada Virtual Óptica (OVPN) en la solicitud de VONS de dominio cruzado, realizar procesamiento de servicio de OVPN que incluye el establecimiento y borrado de acuerdo con recursos de capa de red virtual obtenidos; y en donde cada una de las partes de intra dominio único de la solicitud de VONS de dominio cruzado se emite a cada controlador de dominio único por el gestor de servicio de red virtual del controlador de múltiples dominios a través de un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP.

De acuerdo con al menos una realización fuera del alcance de la invención reivindicada, se proporciona un controlador de dominio único, que incluye al menos: un gestor de servicio de red virtual dispuesto para:

procesar una solicitud de Servicio de Red Óptica Virtual (VONS) en un dominio actual que se envía desde un controlador de múltiples dominios, en donde para una solicitud de servicio con un atributo de conexión de Ancho de Banda Bajo Demanda (BOD) en la solicitud de VONS en el dominio actual, el gestor de servicio de red virtual está dispuesto para reenviar la solicitud de servicio con el atributo de conexión de BOD a un controlador de conexión de encaminamiento, y para una solicitud de servicio con un atributo de Red Privada Virtual Óptica (OVPN) en la solicitud de VONS en el dominio actual, realizar procesamiento de servicio de OVPN, que incluye el establecimiento y borrado, de acuerdo con recursos de capa de red virtual obtenidos.

De acuerdo con al menos una realización fuera del alcance de la invención reivindicada, se proporciona una SDON, que incluye una capa de aplicación, una capa de controlador y una capa de dispositivo, en donde la capa de controlador incluye una capa de controlador de múltiples dominios que consiste en un controlador de múltiples dominios y una capa de controlador de dominio único que consiste en un controlador de dominio único;

el controlador de múltiples dominios incluye uno cualquiera de los controladores de múltiples dominios anteriores; y/o el controlador de dominio único incluye uno cualquiera de los controladores de dominio único anteriores.

De acuerdo con al menos una realización fuera del alcance de la invención reivindicada, se proporciona un método para procesar la solicitud de servicio de una capa de aplicación basándose en un sistema de SDON, en donde el método se realiza basándose en una SDON que incluye una capa de aplicación, una capa de controlador y una capa de dispositivo, la capa de controlador incluye una capa de controlador de múltiples dominios que consiste en un controlador de múltiples dominios y una capa de controlador de dominio único que consiste en un controlador de dominio único; el controlador de múltiples dominios incluye uno cualquiera de los controladores de múltiples dominios anteriores; y/o el controlador de dominio único incluye uno cualquiera de los controladores de dominio único anteriores. El método incluye que:

cuando la solicitud de servicio iniciada por la capa de aplicación que tiene como objetivo el controlador de múltiples dominios es una solicitud de establecimiento de servicio de OVPN, el gestor de servicio de red virtual del controlador de múltiples dominios determina si la solicitud de servicio enviada por la capa de aplicación es o no una solicitud de servicio de OVPN de dominio cruzado;

si el gestor de servicio de red virtual del controlador de múltiples dominios determina que la solicitud de servicio es una solicitud de servicio de OVPN de dominio cruzado, a continuación el gestor de servicio de red virtual del controlador de múltiples dominios divide la solicitud de servicio de OVPN de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse; y si el gestor de servicio de red virtual del controlador de múltiples dominios determina que la solicitud de servicio no es una solicitud de servicio de OVPN de dominio cruzado, a continuación el controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios emite la solicitud de servicio al controlador de dominio único de cada SDON.

De acuerdo con al menos una realización fuera del alcance de la invención reivindicada, se proporciona un método para procesar la solicitud de servicio de una capa de aplicación basándose en un sistema de SDON, en donde el método se realiza basándose en una SDON que incluye una capa de aplicación, una capa de controlador y una capa de dispositivo, la capa de controlador incluye una capa de controlador de múltiples dominios que consiste en un controlador de múltiples dominios y una capa de controlador de dominio único que consiste en un controlador de dominio único.

El método incluye que:

cuando la solicitud de servicio iniciada por la capa de aplicación que tiene como objetivo el controlador de múltiples dominios es una solicitud de borrado de servicio de OVPN, el gestor de servicio de red virtual del controlador de múltiples dominios determina si la solicitud de servicio enviada por la capa de aplicación es o no una solicitud de servicio de OVPN de dominio cruzado;

si el gestor de servicio de red virtual del controlador de múltiples dominios determina que la solicitud de servicio enviada por la capa de aplicación es una solicitud de servicio de OVPN de dominio cruzado, a continuación el gestor de servicio de red virtual del controlador de múltiples dominios divide la solicitud de servicio de OVPN de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse; y

si el gestor de servicio de red virtual del controlador de múltiples dominios determina que la solicitud de servicio no es una solicitud de servicio de OVPN de dominio cruzado, a continuación el controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios emite la solicitud de servicio al controlador de dominio único de cada SDON.

El método incluye que:

cuando la solicitud de servicio iniciada por la capa de aplicación que tiene como objetivo el controlador de múltiples dominios es una solicitud de establecimiento de servicio de conexión de BOD, el gestor de servicio de red virtual del controlador de múltiples dominios determina si la solicitud de servicio enviada por la capa de aplicación es o no una solicitud de servicio de dominio cruzado de conexión de BOD;

si el gestor de servicio de red virtual del controlador de múltiples dominios determina que la solicitud de servicio enviada por la capa de aplicación es una solicitud de servicio de dominio cruzado de conexión de BOD, el gestor de servicio de red virtual del controlador de múltiples dominios divide la solicitud de servicio de dominio cruzado de conexión de BOD en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse; y si el gestor de servicio de red virtual del controlador de múltiples dominios determina que la solicitud de servicio no es una solicitud de servicio de dominio cruzado de conexión de BOD, a continuación el controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios emite la solicitud de servicio al controlador de dominio único de cada SDON.

De acuerdo con al menos una realización fuera del alcance de la invención reivindicada, se proporciona un método para procesar la solicitud de servicio de una capa de aplicación basándose en un sistema de SDON en el presente documento, en donde el método se realiza basándose en una SDON que incluye una capa de aplicación, una capa de controlador y una capa de dispositivo, la capa de controlador incluye una capa de controlador de múltiples dominios que consiste en un controlador de múltiples dominios y una capa de controlador de dominio único que consiste en un controlador de dominio único.

El método incluye que:

cuando la solicitud de servicio iniciada por la capa de aplicación que tiene como objetivo el controlador de múltiples dominios es una solicitud de borrado de servicio de conexión de BOD, el gestor de servicio de red virtual del controlador de múltiples dominios determina si la solicitud de servicio enviada por la capa de aplicación es o no una solicitud de servicio de dominio cruzado de conexión de BOD;

si el gestor de servicio de red virtual del controlador de múltiples dominios determina que la solicitud de servicio enviada por la capa de aplicación es una solicitud de servicio de dominio cruzado de conexión de BOD, a continuación el gestor de servicio de red virtual del controlador de múltiples dominios divide la solicitud de servicio de dominio cruzado de conexión de BOD en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse; y

si el gestor de servicio de red virtual del controlador de múltiples dominios determina que la solicitud de servicio no es una solicitud de servicio de dominio cruzado de conexión de BOD, a continuación el controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios emite la solicitud de servicio al controlador de dominio único de cada SDON.

De acuerdo con al menos una realización fuera del alcance de la invención reivindicada, el controlador de múltiples dominios proporcionado en el presente documento incluye al menos: un gestor de servicio de red virtual dispuesto para procesar una solicitud de VONS de dominio cruzado o de dominio único enviada desde una capa de aplicación y dividir la solicitud de VONS de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse, incluyendo la parte de intra dominio múltiples partes de intra dominio único, en donde la parte de inter dominio de la solicitud de VONS se procesa por el controlador de múltiples dominios, en donde el controlador de múltiples dominios está dispuesto para: para una solicitud de servicio con un atributo de conexión de Ancho de Banda Bajo Demanda (BOD) en la solicitud de VONS de dominio cruzado, reenviar la solicitud de servicio con el atributo de conexión de BOD a un controlador de conexión de encaminamiento, y para una solicitud de servicio con un atributo de Red Privada Virtual Óptica (OVPN) en la solicitud de VONS de dominio cruzado, realizar procesamiento de servicio de OVPN que incluye el establecimiento y borrado de acuerdo con recursos de capa de red virtual obtenidos; y en donde cada una de las partes de intra dominio único de la solicitud de VONS de dominio cruzado se emite a cada controlador de dominio único por el gestor de servicio de red virtual del controlador de múltiples dominios a través de un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP. Las realizaciones de la presente invención tratan al menos los problemas existentes diseñando, en una capa de controlador SDON, un sistema de arquitectura que, además de las funciones del sistema de arquitectura existente, es compatible con el VONS.

Breve descripción de los dibujos

La Figura 1 es un diagrama esquemático que ilustra una arquitectura de sistema de SDON existente;

La Figura 2 es un diagrama esquemático que ilustra servicios de tipo BOD de un VONS existente;

La Figura 3 es un diagrama esquemático que ilustra servicios de tipo OVPN de un VONS existente;

La Figura 4 es un diagrama funcional que ilustra el controlador de múltiples dominios de una arquitectura de SDON de acuerdo con la presente invención;

La Figura 5 es un diagrama funcional que ilustra el controlador de dominio único de una arquitectura de SDON de acuerdo con la presente invención;

La Figura 6 es un diagrama de flujo que ilustra el establecimiento de un servicio de OVPN de acuerdo con la presente invención;

La Figura 7 es un diagrama de flujo que ilustra el borrado de una OVPN de acuerdo con la presente invención; La Figura 8 es un diagrama de flujo que ilustra el establecimiento de un servicio de BOD de acuerdo con la presente invención;

La Figura 9 es un diagrama de flujo que ilustra el borrado de un servicio de BOD de acuerdo con la presente invención;

La Figura 10 es un diagrama de flujo que ilustra el establecimiento de una topología de capa de red virtual de acuerdo con la presente invención; y

La Figura 11 es un diagrama de flujo que ilustra el borrado de una topología de capa de red virtual de acuerdo con la presente invención.

Descripción detallada

La implementación de los esquemas técnicos proporcionados en el presente documento se describe a continuación en detalle con referencia a los dibujos adjuntos.

Basándose en un ejemplo de un escenario de aplicación específico de la presente invención en la que se introduce una tecnología de SDN, una tecnología de SDN y un modelo de tecnología de Open-Flow pueden soportar al usuario al controlar un comportamiento de la función de red a través de un OpenFlow, esto proporciona un enfoque experimental a la investigación en soportes para la innovación de Internet, y contenidos relacionados del escenario que se describen como sigue:

1: en el aspecto de las reflexiones sobre el desarrollo técnico: las ventajas de tecnologías de control centralizado y distribuido se unen para realizar una conversión del foco en la intelectualización de dispositivos de red a la provisión central de un control inteligente para un usuario de capa superior en forma de la nube;

2: en el aspecto de la forma de dispositivo, se realiza la separación de un plano de control de un plano de transmisión;

3: este escenario es programare y por lo tanto puede adaptarse para controlar requisitos en la uniformidad, flexibilidad e integración de una red.

Bajo estos antecedentes, la ruta técnica de la siguiente generación de redes ópticas que pueden controlarse de manera flexible por software, es decir, SDON, se está volviendo el foco de atención en el campo de las tecnologías de control de red óptica.

La arquitectura de una SDON realiza cambios de modo desde el acoplamiento estrecho entre una función de control y una función de transmisión al acoplamiento estrecho entre una función de control y una función de operación, y de un control cerrado centrado en un proceso de conexión a un control abierto centrado en un proceso de interconexión en red, que representa una nueva dirección del desarrollo y la aplicación de tecnologías de interconexión en red ópticas futuras.

Las ventajas principales de las tecnologías de SDON son como sigue:

1: este esquema de SDON puede tratar eficazmente el problema de la interconexión en red entre redes heterogéneas. Junto con el desarrollo de redes de convergencia, diferentes tipos de servicios y recursos de red están entrelazados y solapados para formar un entorno de interconexión en red heterogéneo, que hace más difícil controlar servicios y gestionar recursos en la totalidad de la red. Ampliando protocolos relacionados tales como OpenFlow, este esquema desarrolla una interfaz de control de interacción orientada a objetos para realizar la abstracción de la información de red heterogénea y la integración de un control de red de capa cruzada, estableciendo por lo tanto, entre una red de acceso y una red principal, entre una red de datos y una red óptica, y entre una red alámbrica y una red inalámbrica, un nuevo sistema de arquitectura de red heterogénea que tiene una capacidad de control uniforme.

2: SDON puede cumplir la demanda del usuario en la orquestación de red óptica, por lo tanto, pueden venderse, usarse y operarse de manera flexible dispositivos de red, y el usuario puede obtener una función de servicio deseado más rápidamente puesto que el usuario no tiene que esperar que el operador instale estas funciones en dispositivos de producto especializados.

3: SDON proporciona una gestión de virtualización en recursos de una red óptica, donde la gestión de virtualización puede cubrir todos los productos de OTN, una tecnología de virtualización de recursos de red puede aprovechar las ventajas de los recursos de infraestructura de red al completo, y la utilización de recursos de red puede optimizarse usando una plataforma de gestión de recursos uniforme abierta. Basándose en una arquitectura de red virtual, puede accederse de manera rápida y eficaz a los recursos de red y controlarse de acuerdo con las demandas de la aplicación de diferentes servicios mientras se garantiza la calidad de los servicios. Por medio de la idea de una tecnología de SDN, cada fabricante de dispositivo proporciona, desarrollando una interfaz universal compatible con el protocolo OpenFlow, una función de operación de control uniformemente abierta para una red de capa superior, un controlador de red virtualiza diferentes tipos de dispositivos usando un algoritmo de abstracción y una estrategia de abstracción para soportar una planificación global en los recursos en la totalidad de la red y una planificación de estrategia. Después de que se recibe la solicitud de un usuario, se asignan recursos al usuario bajo demanda y se lleva a cabo una gestión en tiempo real a través de una planificación de recursos virtualizada.

En el escenario de aplicación anterior, la demanda técnica que necesita cumplirse urgentemente es el diseño de un sistema de arquitectura que, además de las funciones del sistema de arquitectura existente, sea compatible con un VONS en una capa de controlador de SDON.

Las realizaciones de la presente invención se aplican dirigidas a esta demanda, y específicamente, el sistema de arquitectura de SDON es un sistema de arquitectura de controlador de SDON con grados que realiza VONS en un escenario en el que hay una pluralidad de dominios de gestión de red de OTN.

En resumen, la presente invención se aplica principalmente a un campo de SDON y es innovadora principalmente en los siguientes aspectos: 1: el diseño innovador de un sistema de controlador de SDON que tiene como objetivo una red óptica, en donde el controlador de múltiples dominios de una SDON se encarga de planificar uniformemente los servicios de dominio cruzado de una red óptica, un controlador de dominio único de SDON se encarga de la planificación y control de los servicios en un dominio de gestión para los dispositivos de cada fabricante; 2: la realización de servicios de red virtual usando controladores SDON con grados; 3: la definición clara de los tipos y naturales de servicios de red virtual y la descripción de un flujo de control de servicio; 4: la descripción detallada de las funciones de los componentes en el controlador de múltiples dominios de la SDON y el controlador de dominio único de la SDON y los contenidos del intercambio de mensajes entre los componentes; 5: la descripción de las interfaces entre los controladores de SDON y los contenidos de mensajes de protocolo; 6: componentes creativos en el controlador de múltiples dominios y el controlador de dominio único y la definición clara de las funciones de componentes que incluyen un controlador de conexión de encaminamiento, un gestor de tabla de conexiones, un controlador de estrategia de mapeo de red virtual y un controlador de abstracción de red física; y 7: el diseño de un mecanismo para dos niveles de mapeo: es decir, el mapeo entre una OVPN y una capa de red virtual y el de entre la capa de red virtual y una capa de red física.

Ejemplo uno: un ejemplo de la arquitectura de componente del controlador de múltiples dominios de una SDON en un sistema de arquitectura de SDON

El sistema de arquitectura de SDON incluye: una capa de aplicación, una capa de controlador y una capa de dispositivo, en donde la capa de controlador incluye una capa de controlador de múltiples dominios y una capa de controlador de dominio único, la Figura 4 muestra una realización del sistema de arquitectura de SDON, en la realización mostrada en la Figura 4, las funciones de los componentes en la arquitectura de componente del controlador de múltiples dominios de una SDON se describen en detalle como sigue:

1. un gestor de servicio de red virtual 101: el componente clave del controlador que tiene las siguientes funciones principales:

1) procesar una solicitud de VONS de dominio cruzado o de dominio único enviada desde un usuario de capa de aplicación, dividir la solicitud de VONS de dominio cruzado en dos partes que van a procesarse, es decir, una parte de inter dominio que va a procesarse y una parte de dominio único que va a procesarse, la parte de inter dominio del servicio de VONS de dominio cruzado se procesa por un controlador de múltiples dominios: una solicitud de servicio para un atributo de conexión de BOD se reenvía por un controlador de conexión de encaminamiento, y un servicio de procesamiento de OVPN (que incluye el establecimiento y borrado), se realiza en una solicitud de servicio para un atributo de OVPN; y cada parte de intra dominio del servicio de VONS de dominio cruzado se emite a cada controlador de dominio único por el gestor de servicio de red virtual del controlador de múltiples dominios a través de un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP;

2) obtener, teniendo como objetivo una solicitud para la parte de inter dominio del servicio de OVPN de dominio cruzado, la relación de mapeo entre una OVPN y una capa de red virtual de dominio cruzado de un controlador de estrategia de mapeo de red virtual; los recursos de red física de dominio cruzado necesarios por la ejecución de la parte de inter dominio del servicio de OVPN de dominio cruzado se asignan a través de la capa de red virtual de dominio cruzado;

3) registrar y almacenar la información de servicio de OVPN de cada usuario y un servicio de conexión, por ejemplo, un BOD de dominio cruzado, que se crea por el usuario en un servicio de OVPN o un servicio de conexión, por ejemplo, un BOD de dominio cruzado, que se crea directamente por el usuario en la capa de red virtual de dominio cruzado, y la relación de mapeo entre la OVPN de cada usuario y la capa de red virtual de dominio cruzado; y

4) obtener los recursos de la capa de red virtual de dominio cruzado de un controlador de abstracción de red física en tiempo real y obtener la relación de mapeo entre la capa de red virtual de dominio cruzado y una red física de dominio cruzado.

2. un controlador de abstracción de red física 102 que tiene las siguientes funciones principales de:

1) realizar, en una capa de plano de transmisión de SDON de dominio cruzado, un procesamiento de abstracción lógica en modelos físicos que incluyen los nodos de dispositivo físico, los elementos y los enlaces de la red óptica de límite de cada dominio para generar una capa de red virtual de dominio cruzado descrita en forma de un modelo matemático tal como una fórmula matemática o un lenguaje de software, este procesamiento de abstracción lógica realiza un fin de evadir los detalles técnicos complicados de los dispositivos físicos, simplificando el acceso y la operación del usuario de la capa de aplicación y proporcionando al usuario 'materiales' de recursos de red que pueden definirse programándose. La capa de red virtual de dominio cruzado puede considerarse como la capa de red física de dominio cruzado lógicamente simplificada de un plano de transmisión de SDON o una capa de expresión de modelo matemático; y

2) crear y mantener la topología de la capa de red virtual de dominio cruzado y una relación de mapeo de uno a uno (es decir, 1:1) entre la topología de la capa de red virtual de dominio cruzado y la capa de red física de dominio cruzado del plano de transmisión de SDON.

3. un controlador de estrategia de mapeo de red virtual 103 que tiene las siguientes funciones principales de:

1) construir el modelo matemático (la función objetivo, condiciones de restricción, parámetros de entrada y así sucesivamente) de un algoritmo de mapeo de acuerdo con una estrategia de optimización de mapeo de red virtual y enviar una solicitud de cálculo de mapeo a un 'motor de algoritmo de mapeo de red virtual', obtener la relación de mapeo entre la parte de inter dominio del servicio de OVPN del usuario y la capa de red virtual de dominio cruzado de una respuesta recibida del 'motor de algoritmo de mapeo de red virtual', y transmitir finalmente la relación de mapeo obtenida al gestor de servicio de red virtual. Debería observarse que puesto que la relación de mapeo entre la topología de la capa de red virtual de dominio cruzado y la capa de red física de dominio cruzado del plano de transmisión de SDON es una relación de correspondencia uno a uno, la relación de mapeo entre la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red virtual de dominio cruzado es la relación de mapeo entre la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red física de dominio cruzado del plano de transmisión de SDON;

2) determinar una estrategia de mapeo de red para la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red virtual de dominio cruzado de acuerdo con la distribución de una capa de aplicación de usuario o usando el gestor de servicio de red virtual de acuerdo con el estado de carga actual de la red óptica física de dominio cruzado de la capa de plano de transmisión de SDON; y

3) registrar una estrategia de optimización de mapeo de red virtual que incluye generalmente: el coste de utilización de recurso físico mínimo, las OVPN más mapeadas, equilibrio de carga y los máximos ingresos, en donde puede realizarse también una estrategia de mapeo que incluye 'convergencia de recursos' y 'particionamiento de recursos' si fuera necesaria por el usuario. La 'convergencia de recursos' hace referencia a la convergencia de una pluralidad de enlaces físicos de OTN interconectados en un enlace virtual o una pluralidad de nodos físicos de OTN independientes interconectados en un nodo virtual. El 'particionamiento de recursos' hace referencia al particionamiento de un recurso de enlace físico de OTN en una pluralidad de enlaces virtuales independientes cada uno de los cuales tiene la misma función con un enlace físico real o el particionamiento abstracto de un único recurso de nodo físico de OTN en una pluralidad de nodos virtuales independientes cada uno de los cuales tiene la misma función con un nodo físico real.

4. un motor de algoritmo de mapeo de red virtual 104, que realiza, de acuerdo con la estrategia de mapeo de red virtual, un algoritmo para establecer una relación de mapeo entre la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red virtual de dominio cruzado. El motor de algoritmo soporta algoritmos que incluyen Programación Lineal en Enteros Mixta (MILP), algoritmos de colonias de hormigas, algoritmos heurísticos y algoritmos voraces.

5. un controlador de estrategia de encaminamiento 105, que se encarga de gestionar y controlar una estrategia de restricción y una estrategia de optimización que se usan para calcular la ruta inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado. La estrategia de restricción para calcular la ruta inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado incluye: los nodos o enlaces que se requiere estrictamente que no se eviten, los nodos o enlaces que se requiere estrictamente que se eviten, los nodos o enlaces que se requiere vagamente que no se eviten, y los nodos o enlaces que se requiere vagamente que se eviten. La estrategia de optimización para calcular la ruta inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado incluye: la ruta más corta, el coste y el coste mínimo.

6. un motor de algoritmo de encaminamiento 106, que proporciona una función de cálculo de ruta RWA+IV para la ruta inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado que usa algoritmos que incluyen KSP, Dijkstra, MILP y primer ajuste.

7. un controlador de conexión de encaminamiento 107, que sustituye el módulo LDP/RSVP-TE del plano de control distribuido del antiguo MPLSTE/GMPLS para controlar (que incluye el establecimiento, borrado y modificación y consulta de atributo) la parte de inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado, en donde el control implica principalmente la generación y configuración de cada elemento de nodo de OXC/DXC incluido en la parte de inter dominio de cada conexión de servicio que incluye un BOD. Mientras tanto, se realiza un control de mecanismo de recuperación de protección en la parte de inter dominio de cada conexión de servicio que incluye un BOD.

8. un gestor de tabla de conexiones 108, que genera un correspondiente elemento de OpenFlow de acuerdo con la configuración cruzada de nodo de OXC/DXC generada por el controlador de conexión de encaminamiento para la parte de inter dominio de cada conexión de servicio que incluye un BOD, transmite el elemento OpenFlow generado al controlador de dominio único de cada SDON a través de un transceptor de mensaje asíncrono, y emite finalmente el elemento OpenFlow generado al nodo de dispositivo de límite de dominio de un plano de transmisión de SDON de dominio cruzado usando el controlador de dominio único de cada SDON;

9. un gestor de recursos de enlace físico 109, que se encarga de recopilar los enlaces físicos, nodos, puertos y la otra información informada por el nodo de dispositivo de límite de dominio del plano de transmisión de SDON de dominio cruzado y envía la información recopilada a un gestor de recursos de red física;

10. un gestor de recursos de red física 110, que recibe los enlaces de límite de dominio, nodos y puertos y la otra información enviada por el gestor de recursos de enlace físico, y establece, mantiene y registra la información de topología de recursos de red óptica física de dominio cruzado. Mantener la información de topología de una red óptica de dominio cruzado incluye añadir, borrar, consultar y modificar un recurso de topología de la red óptica de dominio cruzado e identificar un fallo;

11. un transceptor de mensaje asíncrono 111, que se encarga de almacenar en caché y transmitir un mensaje asíncrono transmitido entre un controlador de múltiples dominios y un controlador de dominio único; y

12. un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP 112, que se encarga del intercambio de mensaje de protocolo entre el controlador de múltiples dominios y un controlador de dominio único y el de entre el controlador de múltiples dominios y un usuario de capa de aplicación.

Además, el controlador de múltiples dominios puede solicitar, de acuerdo con una demanda y el grado de un servicio de usuario, que cada controlador de dominio único informe parte de o toda la información de topología de la capa de red virtual interna de cada dominio único y resuma la información de topología de la virtual capa de red virtual interna de cada dominio único y la información de topología de la capa de red virtual de dominio cruzado del controlador de múltiples dominios para controlar uniformemente los VONS en la totalidad de la red.

Ejemplo dos: un ejemplo de la arquitectura de componente del controlador de dominio único de una SDON en un sistema de arquitectura de SDON

El sistema de arquitectura de SDON incluye: una capa de aplicación, una capa de controlador y una capa de dispositivo, en donde la capa de controlador incluye una capa de controlador de múltiples dominios y una capa de controlador de dominio único, la Figura 5 muestra una realización del sistema de arquitectura de SDON, en la realización mostrada en la Figura 5, las funciones de los componentes en la arquitectura de componente del controlador de dominio único de una SDON se describen en detalle como sigue.

1. un gestor de servicio de red virtual 201: el componente clave del controlador que tiene las siguientes funciones principales de:

1) procesar una solicitud para un servicio de red virtual en el dominio actual que se envía desde un controlador de múltiples dominios, en donde una solicitud de servicio para un atributo de conexión de BOD se reenvía por un controlador de conexión de encaminamiento, y se realiza un procesamiento de servicio de OVPN (que incluye el establecimiento y borrado) en una solicitud de servicio para un atributo de OVPN de acuerdo con los recursos de capa de red virtual obtenidos.

2) obtener, de acuerdo con la solicitud para una solicitud de servicio de OVPN en el dominio actual que se envía desde el controlador de múltiples dominios, la relación de mapeo entre una OVPN y la capa de red virtual del dominio actual de un controlador de mapeo de red virtual; los recursos de red física del dominio actual que son necesarios por la ejecución de la OVPN se asignan a través de una capa de red virtual.

3) registrar y almacenar la información de servicio de OVPN de cada usuario y un servicio de conexión, por ejemplo, el BOD del dominio actual, que se crea por el usuario en un servicio de OVPN o un servicio de conexión, por ejemplo, el BOD del dominio actual, que se crea directamente por el usuario en la capa de red virtual, y registrar y almacenar la relación de mapeo entre la OVPN de cada usuario y la capa de red virtual del dominio actual; y

4) obtener los recursos de la capa de red virtual del dominio actual de un controlador de abstracción de red física en tiempo real y obtener la relación de mapeo entre la capa de red virtual del dominio actual y la red física del dominio actual.

2. un controlador de abstracción de red física 202 que tiene las siguientes funciones principales de:

1) realizar, en la capa de plano de transmisión de SDON del dominio actual, un procesamiento de abstracción lógica en modelos físicos que incluyen los nodos de dispositivo físico, los elementos y los enlaces de cada red óptica para generar una capa de red virtual descrita en forma de un modelo matemático tal como una fórmula matemática o un lenguaje de software, el fin de este procesamiento de abstracción lógica es realizar un fin de evasión de los detalles técnicos complicados de dispositivos físicos, simplificando el acceso y la operación del usuario de una capa de aplicación y proporcionando al usuario 'materiales' de recursos de red que pueden definirse programándose. La capa de red virtual puede considerarse la capa de red física lógicamente simplificada del plano de transmisión de SDON o una capa de expresión de modelo matemático, y

2) crear y mantener la topología de la capa de red virtual del dominio actual y una relación de mapeo de uno a uno (es decir, 1:1) entre la capa de red virtual del dominio actual y la capa de red física del plano de transmisión de SDON del dominio actual.

3. un controlador de estrategia de mapeo de red virtual 203 que tiene las siguientes funciones principales de:

1) construir el modelo matemático (la función objetivo, condiciones de restricción, parámetros de entrada y así sucesivamente) de un algoritmo de mapeo de acuerdo con una estrategia de optimización de mapeo de red virtual y enviar una solicitud de cálculo de mapeo a un 'motor de algoritmo de mapeo de red virtual', obtener la relación de mapeo entre el servicio de OVPN de un usuario y la capa de red virtual del dominio actual de una respuesta recibida del 'motor de algoritmo de mapeo de red virtual', y transmitir finalmente la relación de mapeo obtenida al gestor de servicio de red virtual. Debería observarse que puesto que la relación de mapeo entre la capa de red virtual del dominio actual y la capa de red física del plano de transmisión de SDON del dominio actual es una relación de correspondencia de uno a uno, la relación de mapeo entre un servicio de OVPN y la capa de red virtual del dominio actual es la relación de mapeo entre el servicio de OVPN y la capa de red física del plano de transmisión de SDON del dominio actual;

2) determinar una estrategia de mapeo de red para un servicio de OVPN y la capa de red virtual del dominio actual de acuerdo con la distribución de un usuario de capa de aplicación o usar un gestor de servicio de red virtual de acuerdo con el estado de carga actual de la red óptica física de la capa de plano de transmisión de SDON del dominio actual; y

4. un motor de algoritmo de mapeo de red virtual 204, que realiza, de acuerdo con la estrategia de mapeo de red virtual, un algoritmo para establecer una relación de mapeo entre un servicio de OVPN y la capa de red virtual del dominio actual. El motor de algoritmo soporta algoritmos que incluyen MILP, algoritmos de colonias de hormigas y algoritmos heurísticos.

5. un controlador de estrategia de encaminamiento 205, que se encarga de gestionar y controlar una estrategia de restricción y una estrategia de optimización para calcular la ruta de una conexión de servicio que incluye un BOD en el dominio actual. La estrategia para una ruta de conexión incluye: los nodos o enlaces que se requiere estrictamente que no se eviten, los nodos o enlaces que se requiere estrictamente que se eviten, los nodos o enlaces que se requiere vagamente que no se eviten y los nodos o enlaces que se requiere vagamente que se eviten. La estrategia de optimización para una ruta de conexión incluye: la ruta más corta, el coste y el coste mínimo.

6. un motor de algoritmo de encaminamiento 206, que proporciona una función de cálculo RWA+IV para la conexión de servicio que incluye un BOD en el dominio actual que usa algoritmos que incluyen KSP, Dijkstra, MILP y primer ajuste.

7. un controlador de conexión de encaminamiento 207, que sustituye el módulo LDP/RSVP-TE del plano de control distribuido del antiguo MPLSTE/GMPLS para controlar (que incluye el establecimiento borrado, modificación y consulta de atributo) una conexión de servicio que incluye un BOD de extremo a extremo en el dominio actual o la parte de una conexión de servicio que incluye un BOD de múltiples dominios que está en el dominio actual, en donde el control implica principalmente configurar cada elemento de nodo de OXC/DXC incluido en cada conexión de servicio que incluye un BOD. Mientras tanto, se realiza un control de mecanismo de recuperación de protección en cada conexión de servicio que incluye un BOD.

8. un gestor de tabla de conexiones 208, que genera un correspondiente elemento OpenFlow de acuerdo con la configuración cruzada de nodo de OXC/DXC de cada conexión de servicio que incluye un BOD que se genera por el controlador de conexión de encaminamiento y transmite el elemento OpenFlow generado a un nodo de dispositivo del plano de transmisión de SDON a través de un transceptor de mensaje asíncrono.

9. un gestor de recursos de enlace físico 209, que se encarga de recopilar los enlaces físicos, nodos, puertos y la otra información informada por el nodo de dispositivo del plano de transmisión de SDON y envía la información recopilada a un gestor de recursos de red física.

10. un gestor de recursos de red física 210, que recibe los enlaces físicos, nodos, puertos y la otra información informada por el gestor de recursos de enlace físico y establece, mantiene y registra la información de topología de recursos de red óptica física del dominio actual. Mantener la información de topología de una red óptica incluye añadir, borrar, consultar y modificar los recursos de topología de la red óptica e identificar un fallo.

11. un transceptor de mensaje asíncrono 211, que se encarga de almacenar en caché y transmitir un mensaje asíncrono transmitido entre un controlador de dominio único y un nodo de dispositivo del plano de transmisión de SDON.

12. un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP 212, que se encarga del intercambio de mensajes de protocolo entre un controlador de múltiples dominios y un controlador de dominio único.

13. un controlador de protocolo OPENFLOW/PCEP+ 213, que se encarga de controlar y transmitir un protocolo de extensión de PCEP/OPENFLOW usado entre un controlador de dominio único y un nodo de dispositivo del plano de transmisión de SDON, establece una sesión de conexión entre un controlador y un nodo de dispositivo de OTN, mantiene la sesión de conexión, transfiere un mensaje de protocolo entre el controlador y el dispositivo de OTN, y realiza un procesamiento de seguridad (por ejemplo, encriptación de mensaje y desencriptación de mensaje) en un mensaje transmitido entre el controlador y un nodo físico de OTN.

Ejemplo tres: un ejemplo de los protocolos de intercambio de mensajes usados en un sistema de arquitectura de SDON

1. los contenidos de los mensajes intercambiados entre una capa de aplicación y un controlador de múltiples dominios son como sigue:

a) una solicitud de VONS de dominio cruzado y una respuesta, en donde la solicitud incluye el establecimiento, el borrado, la modificación de atributo y la consulta de un servicio de BOD de dominio cruzado, un servicio de OPVN y así sucesivamente;

b) una solicitud de VONS de dominio único y una respuesta;

c) mensajes de sesiones y de toma de contacto de protocolos PCEP+/OPENFLOW/Restful/SNMP;

d) la información de topología de capa de red óptica virtual de dominio cruzado que se informa por el controlador de múltiples dominios, proporcionada de acuerdo con el grado de un usuario y abierta de manera restrictiva; y e. la información de topología de capa de red óptica virtual de dominio único que se informa por un controlador de múltiples dominios, proporcionada de acuerdo con el grado de un usuario y abierta de manera restrictiva.

2. los contenidos de los mensajes intercambiados entre el controlador de múltiples dominios y un controlador de dominio único son como sigue:

d) la información de topología de capa de red óptica virtual de dominio único que se informa por el controlador de dominio único, proporcionada de acuerdo con el grado de un usuario y abierta de manera restrictiva. b) los nodos físicos de límite inter dominio, enlaces, puertos y la otra información de recursos informada por el controlador de dominio único;

c) una solicitud enviada por el controlador de múltiples dominios para una operación en los elementos OXC y DXC de límite de intra dominio basados en OpenFlow de una conexión de servicio de OVNS de dominio cruzado;

d) una respuesta informada por el controlador de dominio único a la solicitud para una operación en los elementos OXC y DXC de límite de intra dominio basados en OpenFlow de una conexión de servicio de OVNS de dominio cruzado;

e) una solicitud enviada por el controlador de múltiples dominios para una operación en un servicio de VONS en un dominio único;

f) una respuesta enviada por el controlador de dominio único a la solicitud del controlador de múltiples dominios para una operación en un servicio de VONS en un dominio único. De acuerdo con el requisito del controlador de múltiples dominios, la respuesta de servicio de VONS puede incluir la información de elemento de OXC y DXC basadas en OpenFlow de una conexión de servicio de OVNS en un dominio único y una respuesta a una operación de OVPN en un dominio único; y

g) mensajes de sesiones y de toma de contacto de protocolos PCEP+/OPENFLOW/Restful/SNMP.

3. los contenidos de los mensajes intercambiados entre un controlador de dominio único y un plano de transmisión de SDON son como sigue:

a) la información de elemento de OXC y DXC basadas en OpenFlow de una conexión de servicio de OVNS en un dominio único que se emite por el controlador de dominio único;

b) la información de elemento de OXC y DXC de límite de intra dominio basadas en OpenFlow de una conexión de servicio de OVNS de dominio cruzado que se emite por un controlador de múltiples dominios y se reenvía por el controlador de dominio único;

c) los nodos físicos de límite inter dominio, enlaces, puertos y la otra información de recursos informada por el plano de transmisión de SDON;

d) los nodos físicos internos de dominio único, enlaces, puertos y la otra información de recursos informada por el plano de transmisión de SDON; y

e) mensajes de sesiones y de toma de contacto de protocolos PCEP+/OPENFLOW.

4. los contenidos de los mensajes intercambiados entre los componentes internos principales de un controlador de múltiples dominios son como sigue:

a) los siguientes contenidos intercambiados entre un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP y un gestor de servicio de red virtual:

una solicitud de servicio de red virtual de dominio cruzado enviada desde una capa de aplicación al controlador de múltiples dominios;

una respuesta de servicio de red virtual de dominio cruzado enviada desde el controlador de múltiples dominios a la capa de aplicación;

una solicitud de servicio de red virtual de dominio único enviada desde la capa de aplicación al controlador de múltiples dominios;

una respuesta de servicio de red virtual de dominio único enviada desde el controlador de múltiples dominios a la capa de aplicación;

una solicitud de la capa de aplicación para la provisión de información de topología de capa de red óptica virtual de dominio cruzado abierta de manera restrictiva por el controlador de múltiples dominios de acuerdo con el grado de un usuario; la información de topología de capa de red óptica virtual de dominio cruzado que se informa por el controlador de múltiples dominios a la capa de aplicación y está abierta de manera restrictiva de acuerdo con el grado de un usuario;

una solicitud de la capa de aplicación para la provisión de información de topología de capa de red óptica virtual de dominio único abierta de manera restrictiva por el controlador de dominio único de acuerdo con el grado de un usuario;

la información de topología de capa de red óptica virtual de dominio único que se informa por el controlador de dominio único al gestor de servicio de red virtual del controlador de múltiples dominios, proporcionada de acuerdo con el grado de un usuario y abierta de manera restrictiva, en donde la información de topología se informa a la capa de aplicación por el gestor de servicio de red virtual del controlador de múltiples dominios a través de un controlador de protocolo PCEP+/OPEN-FLOW/Restful/SNMP.

b) los siguientes contenidos intercambiados entre el gestor de servicio de red virtual y un controlador de estrategia de mapeo de red virtual:

una solicitud enviada por el gestor de servicio de red virtual para un mapeo entre la parte inter dominio del servicio de OVPN de dominio cruzado de un usuario y una capa de red virtual de dominio cruzado; y una respuesta informada por el controlador de estrategia de mapeo de red virtual a la solicitud para un mapeo entre la parte de inter dominio del servicio de OVPN de dominio cruzado de un usuario y una capa de red virtual de dominio cruzado;

c) el siguiente contenido intercambiado entre el gestor de servicio de red virtual y un controlador de abstracción de red física:

la información de topología de recurso de capa de red virtual de dominio cruzado informada por el controlador de abstracción de red física;

d) el siguiente contenido intercambiado entre el controlador de abstracción de red física y un gestor de recursos de red física:

la información de topología de recurso de red física de dominio cruzado informada por el gestor de recursos de red física;

e) el siguiente contenido entre el gestor de recursos de red física y un gestor de recursos de enlace físico los nodos físicos de límite de dominio, enlaces, puertos y la otra información de recursos informada por el gestor de recursos de enlace físico;

f) los siguientes contenidos intercambiados entre un controlador de conexión de encaminamiento y un gestor de tabla de conexiones:

una solicitud emitida por el controlador de conexión de encaminamiento para el ajuste de los elementos de OXC y DXC inter dominio de una conexión de servicio que incluye un bOd de dominio cruzado; y una respuesta informada por el gestor de tabla de conexiones a la solicitud para el ajuste de los elementos de OXC y DXC inter dominio de una conexión de servicio que incluye un bOd de dominio cruzado; g) los siguientes contenidos intercambiados entre un controlador de estrategia de encaminamiento y el controlador de conexión de encaminamiento:

una solicitud de consulta enviada por el controlador de conexión de encaminamiento para el encaminamiento inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado, en donde la información solicitada incluye una estrategia de restricción de encaminamiento de dominio cruzado, una estrategia de optimización de encaminamiento, la OVPN en la que existe la conexión de servicio tal como un BOD de dominio cruzado, la instantánea de topología de la capa de red virtual y así sucesivamente;

una respuesta informada por el controlador de estrategia de encaminamiento a la solicitud de consulta para el encaminamiento inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado. h) los siguientes contenidos intercambiados entre un motor de algoritmo de encaminamiento y el controlador de estrategia de encaminamiento:

una solicitud enviada por el controlador de estrategia de encaminamiento para el cálculo del encaminamiento inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado, en donde el cálculo incluye el cálculo de una OVPN necesaria por la conexión de servicio tal como un BOD de dominio cruzado, la instantánea de topología de la capa de red virtual y así sucesivamente; y una respuesta informada por el motor de algoritmo de encaminamiento a la solicitud para el cálculo del encaminamiento inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado; i) los siguientes contenidos intercambiados entre el gestor de servicio de red virtual y el controlador de conexión de encaminamiento:

una solicitud enviada por el gestor de servicio de red virtual para una operación de control en la parte de inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado, en donde la operación solicitada incluye una operación en la OVPN necesaria para conexión de servicio tal como un BOD de dominio cruzado, una operación en la instantánea de topología de la capa de red virtual y así sucesivamente; y

una respuesta informada por el controlador de conexión de encaminamiento a la solicitud para una operación de control en la parte de inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado.

f) el siguiente contenido intercambiado entre el gestor de tabla de conexiones y un transceptor de mensaje asíncrono:

una solicitud enviada por el gestor de tabla de conexiones para refrescar los elementos de OXC y DXC inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado; y una respuesta informada por el transceptor de mensaje asíncrono a la solicitud para refrescar los elementos de OXC y DXC inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado; y

k) el siguiente contenido intercambiado entre un gestor de recursos de enlace físico y el transceptor de mensaje asíncrono:

los nodos físicos de límite de dominio, enlaces, puertos y la otra información de recursos informada por el transceptor de mensaje asíncrono al gestor de recursos de enlace físico.

5. los contenidos de los mensajes intercambiados entre los componentes internos principales de un controlador de dominio único:

una solicitud de servicio de red virtual interna de dominio único reenviada por el controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP al controlador de dominio único;

una solicitud de servicio de red virtual de dominio cruzado (la parte en un dominio único) reenviada por el controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP al controlador de dominio único; una respuesta de servicio de red virtual interno de dominio único al controlador de protocolo de PCEP+/OPEN-FLOW/Restful/SNMP;

una respuesta de servicio de red virtual de dominio cruzado (la parte en un dominio único) informada por el controlador de dominio único al controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP; una solicitud enviada por el controlador de protocolo de PCEP+/OPEN-FLOW/Restful/SNMP al gestor de servicio de red virtual para solicitar la provisión de información de topología de capa de red óptica virtual de dominio único abierta de manera restrictiva por el controlador de dominio único de acuerdo con el grado de un usuario; y

la información de topología de capa de red óptica virtual de dominio único que se informa por el gestor de servicio de red virtual, proporcionada de acuerdo con el grado de un usuario y abierta de manera restrictiva;

una solicitud enviada por el gestor de servicio de red virtual para un mapeo entre la parte de intra dominio del servicio de OVPN de dominio cruzado de un usuario o un servicio de OVPN de dominio único y una capa de red virtual de dominio único; y

una respuesta enviada por el controlador de estrategia de mapeo de red virtual a la solicitud para un mapeo entre la parte de intra dominio del servicio de OVPN de dominio cruzado de un usuario o un servicio de OVPN de dominio único y una capa de red virtual de dominio único;

c) los siguientes contenidos intercambiados entre el gestor de servicio de red virtual y un controlador de abstracción de red física:

la información de topología de recurso de capa de red virtual de dominio único informada por el controlador de abstracción de red física;

la información de topología de recurso de red física de dominio único informada por el gestor de recursos de red física;

e) el siguiente contenido entre el gestor de recursos de red física y un gestor de recursos de enlace físico: los nodos físicos intra dominio, enlaces, puertos y la otra información de recursos informada por el gestor de recursos de enlace físico;

f) el siguiente contenido intercambiado entre el gestor de recursos de enlace físico y un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP:

los nodos físicos de límite de dominio, enlaces, puertos y la otra información de recursos informada por el gestor de recursos de enlace físico;

g) el siguiente contenido intercambiado entre un controlador de conexión de encaminamiento y un gestor de tabla de conexiones:

una solicitud emitida por el controlador de conexión de encaminamiento para el ajuste de los elementos de OXC y DXC de la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado;

una solicitud emitida por el controlador de conexión de encaminamiento para el ajuste de los elementos de OXC y DXC de una conexión de servicio que incluye un BOD de dominio único;

una respuesta informada por el gestor de tabla de conexiones a la solicitud para el ajuste de los elementos de OXC y DXC de la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado; y

una respuesta informada por el gestor de tabla de conexiones a la solicitud para el ajuste de los elementos de OXC y DXC de la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio único;

h) los siguientes contenidos intercambiados entre un controlador de estrategia de encaminamiento y el controlador de conexión de encaminamiento:

una solicitud de consulta enviada por el controlador de conexión de encaminamiento para el encaminamiento de la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado, en donde la información solicitada incluye una estrategia de restricción de encaminamiento intra dominio, una estrategia de optimización de encaminamiento, la OVPN en la que existe la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado, la instantánea de topología de la capa de red virtual y así sucesivamente;

una solicitud de consulta enviada por el controlador de conexión de encaminamiento para el encaminamiento de una conexión de servicio que incluye un BOD de dominio único, en donde la información solicitada incluye una estrategia de restricción de encaminamiento de dominio único, una estrategia de optimización de encaminamiento, la OVPN en la que existe la conexión de servicio que incluye una conexión de BOD de dominio único, la instantánea de topología de la capa de red virtual y así sucesivamente; una respuesta informada por el controlador de estrategia de encaminamiento a la solicitud para la consulta del encaminamiento de una conexión de servicio que incluye un BOD de dominio único; y

una respuesta informada por el controlador de estrategia de encaminamiento a la solicitud para la consulta del encaminamiento de una conexión de servicio que incluye un BOD de dominio único;

i) los siguientes contenidos intercambiados entre un motor de algoritmo de encaminamiento y el controlador de estrategia de encaminamiento:

una solicitud enviada por el controlador de estrategia de encaminamiento para el cálculo del encaminamiento de la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado, en donde el cálculo incluye el cálculo de una OVPN necesaria por conexión de servicio tal como un BOD de dominio cruzado, la instantánea de topología de una capa de red virtual y así sucesivamente; y una solicitud enviada por el controlador de estrategia de encaminamiento para el cálculo del encaminamiento de una conexión de servicio que incluye un BOD de dominio único, en donde el cálculo incluye el cálculo de una OVPN necesaria por la conexión de servicio que incluye una conexión de BOD de dominio único y la instantánea de topología de una capa de red virtual y así sucesivamente;

una respuesta informada por el motor de algoritmo de encaminamiento a la solicitud para el cálculo del encaminamiento de la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado; y

una respuesta informada por el motor de algoritmo de encaminamiento a la solicitud para el cálculo de una conexión de servicio que incluye un BOD de dominio único;

j) los siguientes contenidos intercambiados entre el gestor de servicio de red virtual y un controlador de conexión de encaminamiento:

una solicitud enviada por el gestor de servicio de red virtual para una operación de control en la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado, en donde la operación solicitada incluye una operación en la OVPN necesaria para la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado, una operación en la instantánea de topología de la capa de red virtual y así sucesivamente; y

una solicitud enviada por el gestor de servicio de red virtual para una operación de control en una conexión de servicio que incluye un BOD de dominio único, en donde la operación solicitada incluye una operación en la OVPN necesaria para la conexión de servicio que incluye una conexión de BOD de dominio único, una operación en la instantánea de topología de la capa de red virtual y así sucesivamente;

una respuesta informada por el controlador de conexión de encaminamiento a la solicitud para una operación de control en la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado;

una respuesta informada por el controlador de conexión de encaminamiento a la solicitud para una operación de control en una conexión de servicio que incluye un BOD de dominio único;

k) el siguiente contenido intercambiado entre un gestor de tabla de conexiones y un transceptor de mensaje asíncrono:

una solicitud enviada por el gestor de tabla de conexiones para refrescar los elementos de OXC y DXC de la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado;

una solicitud enviada por el gestor de tabla de conexiones para refrescar los elementos de OXC y DXC de una conexión de servicio que incluye un BOD de dominio único;

una respuesta a la solicitud para refrescar los elementos de OXC y DXC de la parte de intra dominio de una conexión de servicio que incluye un BOD de dominio cruzado que se informa por el transceptor de mensaje asíncrono al gestor de tabla de conexiones; y

una respuesta a la solicitud para refrescar los elementos de OXC y DXC de una conexión de servicio que incluye un BOD de dominio único que se informa por el transceptor de mensaje asíncrono al gestor de tabla de conexiones;

i) el siguiente contenido intercambiado entre un gestor de recursos de enlace físico y un transceptor de mensaje asíncrono:

los nodos físicos, enlaces, puertos y el otro recurso en el dominio actual que se informan por el transceptor de mensaje asíncrono al gestor de recursos de enlace físico; y

los nodos físicos de límite de dominio, enlaces, puertos y la otra información de recursos informada por el transceptor de mensaje asíncrono al gestor de recursos de enlace físico; y

m: los siguientes contenidos intercambiados entre un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP y un controlador de protocolo OPEN-FLOW/PCEP+:

una solicitud enviada por un controlador de múltiples dominios para refrescar los elementos de OXC y DXC de la parte de inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado; y

una respuesta a la solicitud para refrescar los elementos de OXC y DXC de la parte de inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado que se informa por un plano de transmisión de SDON al controlador de múltiples dominios.

Ejemplo cuatro: ejemplos del procesamiento de la solicitud de servicio de una capa de aplicación basándose en un sistema de arquitectura de SDON,

el flujo básico de la realización de un servicio de red óptica virtual de SDON incluye principalmente el control sobre servicios que incluyen OVPN y BOD y la abstracción de una capa de red virtual, que se ilustran en los siguientes diferentes escenarios:

Escenario 1: en el sistema de arquitectura de SDON descrito en el presente documento, el establecimiento de un servicio de OVPN incluye, como se muestra en la Figura 6, las siguientes etapas.

En la etapa 301, una capa de aplicación envía una solicitud de establecimiento de servicio de OVPN al controlador de múltiples dominios de una SDON.

En la etapa 302, el gestor de servicio de red virtual del controlador de múltiples dominios determina si la solicitud enviada por la capa de aplicación es o no una solicitud de servicio de OVPN de dominio cruzado.

En la etapa 303, si se determina en la etapa 302 que la solicitud enviada por la capa de aplicación es una solicitud de servicio de OVPN de dominio cruzado, a continuación el gestor de servicio de red virtual del controlador de múltiples dominios divide la solicitud de servicio de OVPN de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse, en donde cada parte de intra dominio se envía al controlador de dominio único de cada SDON a través del controlador de protocolo PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios, y a continuación el procesamiento continúa a la etapa 305; y para la parte de inter dominio, el procesamiento continúa directamente a la etapa 308.

En la etapa 304, si se determina en la etapa 302 que la solicitud enviada por la capa de aplicación no es una solicitud de servicio de OVPN de dominio cruzado, a continuación se emite la solicitud al controlador de dominio único de cada SDON a través del controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios.

En la etapa 305, el gestor de servicio de red virtual interno del controlador de dominio único de cada SDON obtiene la relación de mapeo entre la OVPN en un dominio único y la capa de red virtual en un dominio único de un controlador de estrategia de mapeo de red virtual.

En la etapa 306, el controlador de estrategia de mapeo de red virtual de cada dominio único construye un modelo matemático y solicita a un motor de algoritmo de mapeo de red virtual que calcule la relación de mapeo entre la OVPN en un dominio único y la capa de red virtual en un dominio único.

En la etapa 307, el gestor de servicio de red virtual de cada dominio único obtiene, del controlador de estrategia de mapeo de red virtual, la relación de mapeo entre la OVPN en un dominio único y la capa de red virtual en un dominio único, registra la relación de mapeo obtenida, e informa, a través de un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP, la relación de mapeo a un controlador de múltiples dominios, y a continuación el procesamiento continúa a la etapa 310.

En la etapa 308, se obtiene la relación de mapeo entre la parte de inter dominio de una OVPN y una capa de red virtual de dominio cruzado de un controlador de estrategia de mapeo de red virtual de múltiples dominios para una solicitud para la parte de inter dominio de un servicio de OVPN de dominio cruzado.

En la etapa 309, el controlador de estrategia de mapeo de red virtual construye un modelo matemático y solicita que el motor de algoritmo de mapeo de red virtual calcule la relación de mapeo entre la parte de inter dominio de la OVPN y la capa de red virtual de dominio cruzado. y

En la etapa 310, el gestor de servicio de red virtual de múltiples dominios obtiene la relación de mapeo entre cada parte de intra dominio y la parte de inter dominio, registra la relación de mapeo obtenida, e informa de manera uniforme, después de que se ejecuta la etapa 309, las relaciones de mapeo obtenidas a la capa de aplicación para indicar el éxito del establecimiento de una OVPN.

Escenario 2: en el sistema de arquitectura de SDON descrito en el presente documento, el borrado de un servicio de OVPN incluye, como se muestra en la Figura 7, las siguientes etapas.

En la etapa 401, una capa de aplicación envía una solicitud de borrado de servicio de OVPN al controlador de múltiples dominios de una SDON.

En la etapa 402, el gestor de servicio de red virtual del controlador de múltiples dominios determina si la solicitud enviada por la capa de aplicación es o no una solicitud de servicio de OVPN de dominio cruzado.

En la etapa 403, si se determina en la etapa 402 que la solicitud enviada por la capa de aplicación es una solicitud de servicio de OVPN de dominio cruzado, a continuación el gestor de servicio de red virtual del controlador de múltiples dominios divide la solicitud de servicio de OVPN de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse, en donde cada parte de intra dominio se envía al controlador de dominio único de cada SDON a través del controlador de protocolo PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios, y a continuación el procesamiento continúa a la etapa 405, y para la parte de inter dominio, el procesamiento continúa directamente a la etapa 408.

En la etapa 404, si se determina en la etapa 402 que la solicitud enviada por la capa de aplicación no es una solicitud de servicio de OVPN de dominio cruzado, a continuación se emite la solicitud al controlador de dominio único de cada SDON a través del controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios.

En la etapa 405, el gestor de servicio de red virtual interno del controlador de dominio único de cada SDON notifica a un controlador de conexión de encaminamiento para borrar una conexión de servicio de BOD en un correspondiente dominio de OVPN.

En la etapa 406, el gestor de servicio de red virtual interno del controlador de dominio único de cada SDON notifica a un controlador de estrategia de mapeo de red virtual para borrar la relación de mapeo entre la OVPN en un dominio único y la capa de red virtual en un dominio único.

En la etapa 407, el gestor de servicio de red virtual informa, a través de un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP, el borrado de la relación de mapeo por el controlador de múltiples dominios, y el procesamiento continúa a la etapa 410.

En la etapa 408, para una solicitud para la parte de inter dominio del servicio de OVPN de dominio cruzado, el controlador de conexión de encaminamiento se notifica que borre la parte de inter dominio de la conexión de servicio de BOD en una OVPN de dominio cruzado.

En la etapa 409, para una solicitud para la parte de inter dominio del servicio de OVPN de dominio cruzado, el controlador de estrategia de mapeo de red virtual se notifica que borre la relación de mapeo entre la parte de inter dominio de una OVPN y una capa de red virtual de dominio cruzado.

En la etapa 410, después de que se ejecuta la etapa 409, el gestor de servicio de red virtual de múltiples dominios informa de manera uniforme el éxito del borrado de la OVPN a la capa de aplicación.

Escenario 3: en el sistema de arquitectura de SDON descrito en el presente documento, el establecimiento de un servicio de BOD incluye, como se muestra en la Figura 8, las siguientes etapas.

En la etapa 501, una capa de aplicación envía una solicitud de establecimiento de servicio de conexión de BOD al controlador de múltiples dominios de una SDON.

En la etapa 502, el gestor de servicio de red virtual del controlador de múltiples dominios determina si la solicitud enviada por la capa de aplicación es o no una solicitud de conexión de BOD de dominio cruzado.

En la etapa 503, si se determina en la etapa 502 que la solicitud enviada por la capa de aplicación es una solicitud de conexión de BOD de dominio cruzado, a continuación el gestor de servicio de red virtual del controlador de múltiples dominios divide la solicitud de conexión de BOD de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse, en donde cada parte de intra dominio se envía al controlador de dominio único de cada SDON a través del controlador de protocolo PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios, y a continuación el procesamiento continúa a la etapa 505; y para la parte de inter dominio, el procesamiento continúa directamente a la etapa 510.

En la etapa 504, si se determina en la etapa 502 que la solicitud de establecimiento de servicio de conexión de BOD no es una solicitud de dominio cruzado, a continuación la solicitud se emite al controlador de dominio único de cada SDON a través del controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios.

En la etapa 505, el gestor de servicio de red virtual interno del controlador de dominio único de cada SDON envía una solicitud para el establecimiento de una conexión de BOD en un dominio único a un controlador de conexión de encaminamiento.

En la etapa 506, el controlador de conexión de encaminamiento envía, de acuerdo con la capa de red virtual intra dominio, la OVPN y la otra información enviada por el gestor de servicio de red virtual, una solicitud para el cálculo de una ruta intra dominio de la conexión de BOD a un controlador de estrategia de encaminamiento.

En la etapa 507, el controlador de estrategia de encaminamiento solicita a un motor de algoritmo de encaminamiento que calcule una ruta intra dominio de la conexión de BOD de acuerdo con la capa de red virtual intra dominio, la OVPN y la otra información e informe el resultado del cálculo a un controlador de conexión de encaminamiento a través de un controlador de estrategia de encaminamiento.

En la etapa 508, el controlador de conexión de encaminamiento emite una solicitud de establecimiento de elemento de OXC y DXC intra dominio a un gestor de tabla de conexiones.

En la etapa 509, un gestor de tabla de conexiones genera elementos de OXC y DXC intra dominio y envía los elementos de OXC y DXC intra dominio generados a un controlador de protocolo OPENFLOW/PCEP+ a través de un transceptor de mensaje asíncrono, y a continuación el procesamiento continúa a la etapa 515.

En la etapa 510, para una solicitud para la parte de inter dominio de la conexión de BD de dominio cruzado, se envía una solicitud para el establecimiento de la parte de inter dominio de la conexión de BOD a un controlador de conexión de encaminamiento de dominio cruzado.

En la etapa 511, el controlador de conexión de encaminamiento envía, de acuerdo con la capa de red virtual de dominio cruzado, la OVPN y la otra información enviada por el gestor de servicio de red virtual, una solicitud de cálculo de encaminamiento inter dominio de BOD al controlador de estrategia de encaminamiento.

En la etapa 512, el controlador de estrategia de encaminamiento solicita a un motor de algoritmo de encaminamiento que calcule un encaminamiento inter dominio de BOD de acuerdo con la capa de red virtual de dominio cruzado, la OVPN y la otra información e informe el resultado del cálculo al controlador de conexión de encaminamiento a través de un controlador de estrategia de encaminamiento.

En la etapa 513, el controlador de conexión de encaminamiento emite una solicitud de establecimiento de elemento de OXC y DXC inter dominio al gestor de tabla de conexiones.

En la etapa 514, el gestor de tabla de conexiones genera elementos de OXC y DXC inter dominio y envía los elementos OXC y DXC inter dominio generados a un controlador de dominio único a través del controlador de protocolo de PCEP+/OPEN-FLOW/Restful/SNMP.

En la etapa 515, el controlador de protocolo OPENFLOW/PCEP+ de cada dominio único envía los elementos de OXC y DXC intra dominio y los elementos de OXC y DXC inter dominio de la conexión de BOD a un plano de transmisión de SDON e informa finalmente el éxito del establecimiento de la conexión de BOD a un servidor de red virtual de múltiples dominios.

Escenario 4: en el sistema de arquitectura de SDON descrito en el presente documento, el borrado de un servicio de BOD incluye, como se muestra en la Figura 9, las siguientes etapas.

En la etapa 601, una capa de aplicación envía una solicitud de borrado de servicio de conexión de BOD al controlador de múltiples dominios de una SDON.

En la etapa 602, el gestor de servicio de red virtual del controlador de múltiples dominios determina si la solicitud enviada por la capa de aplicación es o no una solicitud de conexión de BOD de dominio cruzado.

En la etapa 603, si se determina en la etapa 602 que la solicitud enviada por la capa de aplicación es una solicitud de conexión de BOD de dominio cruzado, el gestor de servicio de red virtual del controlador de múltiples dominios divide la solicitud de conexión de BD de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse y a continuación procesa las dos partes; para cada parte de intra dominio, la solicitud se envía al controlador de dominio único de cada SDON a través del controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios, y a continuación el procesamiento continúa a la etapa 605; y para la parte de inter dominio, el procesamiento continúa directamente a la etapa 608.

En la etapa 604, si se determina en la etapa 602 que la solicitud de establecimiento de servicio de conexión de BOD no es una solicitud de conexión de BOD de dominio cruzado, a continuación la solicitud se emite al controlador de dominio único de cada SDON mediante el controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP del controlador de múltiples dominios.

En la etapa 605, el gestor de servicio de red virtual interno del controlador de dominio único de cada SDON envía una solicitud de borrado de conexión de BOD intra dominio a un controlador de conexión de encaminamiento.

En la etapa 606, el controlador de conexión de encaminamiento emite una solicitud de borrado de elemento de OXC y DXC intra dominio a un gestor de tabla de conexiones.

En la etapa 607, el gestor de tabla de conexiones borra elementos de OXC y DXC intra dominio y emite la operación de borrado a un controlador de protocolo OPENFLOW/PCEP+ a través de un transceptor de mensaje asíncrono, y a continuación el procesamiento continúa a la etapa 611.

En la etapa 608, para una solicitud para borrado de la parte de inter dominio de un BOD de dominio cruzado connection, se envía una solicitud para el borrado de la parte de inter dominio de la conexión de BOD a un controlador de conexión de encaminamiento de dominio cruzado.

En la etapa 609, el controlador de conexión de encaminamiento emite una solicitud de borrado de elemento de OXC y DXC inter dominio al gestor de tabla de conexiones.

En la etapa 610, el gestor de tabla de conexiones borra los elementos de OXC y DXC inter dominio y envía la operación de borrado a un controlador de dominio único a través del controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP.

En la etapa 611, el controlador de protocolo OPENFLOW/PCEP+ de cada dominio único envía los elementos de OXC y DXC intra dominio que van a borrarse y los elementos de OXC y DXC inter dominio que van a borrase de la conexión de BOD a un plano de transmisión de SDON e informa finamente el éxito del borrado de la conexión de BOD a un servidor de red virtual de múltiples dominios.

Escenario 5: en el sistema de arquitectura de SDON descrito en el presente documento, el establecimiento de una topología de capa de red virtual a través de abstracción incluye, como se muestra en la Figura 10, las siguientes etapas.

En la etapa 701, un plano de transmisión de SDON informa, a través del controlador de protocolo OPENFLOW/PCEP+ de un dominio único, los nodos físicos, enlaces, puertos y la otra información de recursos del mismo a un gestor de recursos de enlace físico.

En la etapa 702, el gestor de recursos de enlace físico de un controlador de dominio único determina si la información informada son o no nodos de límite de dominio, enlaces, puertos u otros recursos de límite de dominio, en caso afirmativo, el procesamiento continúa directamente a la etapa 706, de otra manera, el procesamiento continúa a la etapa 703.

En la etapa 703, el gestor de recursos de enlace físico de un controlador de dominio único determina si la información informada es o no nodos de límite intra dominio, enlaces, puertos u otros recursos de limite intra dominio que son necesarios por el gestor de recursos de enlace físico de un controlador de múltiples dominios, en caso afirmativo, el procesamiento continúa directamente a la etapa 706, de otra manera, el procesamiento continúa a la etapa 704. En la etapa 704, el gestor de recursos de enlace físico del controlador de dominio único informa la información informada a un gestor de recursos de red física y genera la topología de recursos de red óptica física del dominio actual.

En la etapa 705, el controlador de abstracción de red física de un dominio único obtiene la topología de recurso de red óptica física de un gestor de recursos de red física, lleva a cabo un procesamiento de abstracción y genera una topología de capa de red virtual de dominio único.

En la etapa 706, la instantánea de recurso inter dominio y la instantánea de recurso intra dominio necesarias por el controlador de múltiples dominios se informan al gestor de recursos de enlace físico del controlador de múltiples dominios a través de un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP.

En la etapa 707, el gestor de recursos de enlace físico del controlador de múltiples dominios informa la información informada a un gestor de recursos de red física y genera una topología de recurso de red óptica física de dominio cruzado.

En la etapa 708, el controlador de abstracción de red física obtiene la topología de recurso de red óptica física de dominio cruzado de un gestor de recursos de red física, lleva a cabo un procesamiento de abstracción y genera una topología de capa de red virtual de dominio cruzado.

Escenario 6: en el sistema de arquitectura de SDON descrito en el presente documento, el borrado de una topología de capa de red virtual a través de abstracción incluye, como se muestra en la Figura 11, las siguientes etapas. En la etapa 801, un plano de transmisión de SDON informa, a través del controlador de protocolo OPENFLOW/PCEP+ de un dominio único, los nodos físicos, enlaces, puertos y la otra información de recursos que va a borrarse por el plano de transmisión a un gestor de recursos de enlace físico.

En la etapa 802, el gestor de recursos de enlace físico de un controlador de dominio único determina si la información informada son o no nodos de límite de dominio, enlaces, puertos u otros recursos de límite de dominio, en caso afirmativo, el procesamiento continúa directamente a la etapa 806, de otra manera, el procesamiento continúa a la etapa 803.

En la etapa 803, el gestor de recursos de enlace físico de un controlador de dominio único determina si la información informada es o no los nodos de límite intra dominio, enlaces, puertos u otros recursos de limite intra dominio que son necesarios por el gestor de recursos de enlace físico de un controlador de múltiples dominios, en caso afirmativo, el procesamiento continúa directamente a la etapa 806, de otra manera, el procesamiento continúa a la etapa 804. En la etapa 804, el gestor de recursos de enlace físico del controlador de dominio único informa la información informada a un gestor de recursos de red física y borra la topología de recursos de red óptica física del dominio actual. En la etapa 805, el gestor de recursos de red física de un dominio único informa la topología de recursos de red óptica física que va a borrarse a un controlador de abstracción de red física, y borra una correspondiente topología de capa de red virtual.

En la etapa 806, la instantánea de recurso inter dominio y la instantánea de recurso intra dominio que van a borrarse por el controlador de múltiples dominios se informan al gestor de recursos de enlace físico del controlador de múltiples dominios a través de un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP.

En la etapa 807, el gestor de recursos de enlace físico del controlador de múltiples dominios informa la instantánea de recurso inter dominio y la instantánea de recurso intra dominio que van a borrarse un gestor de recursos de red física y borra el recurso de red óptica física de dominio cruzado.

En la etapa 808, el gestor de recursos de red física informa la topología de recurso de red óptica física de dominio cruzado que va a borrarse al controlador de abstracción de red física, y borra una correspondiente topología de capa de red virtual de dominio cruzado.

Las abreviaturas implicadas en el presente documento se explican como sigue:

BOD: ancho de banda bajo demanda

CDPI: interfaz de plano de datos de control

CVNI: interfaz de red virtual de control

DXC: conexión cruzada digital

IV: verificación de deterioro

KSP: K rutas más cortas K

MILP: programación lineal en enteros mixta

OCH: canal óptico

ODU: unidad de datos óptica

OTN: red de transporte óptica: que hace referencia en general a cualquier red de transmisión óptica que tenga ODUk, ODUFlex, OCH, una capacidad de conmutación de nivel de longitud de subonda, una capacidad de conmutación lambda y así sucesivamente

OVPN: red privada virtual óptica

OXC: conexión cruzada óptica

PCEP+: extensión de protocolo de elemento de cálculo de ruta

RWA: asignación de encaminamiento y longitud de onda

SDON: red óptica definida por software

VONS: servicio de red óptica virtual

VNE: elemento de red virtual

Estos módulos integrados descritos en el presente documento, cuando se realizan como módulos de función de software y se venden o se usan como productos independientes, pueden almacenarse en un medio de memoria legible por ordenador. Basándose en la apreciación, la esencia de las soluciones técnicas de la presente invención, o la parte contributiva de soluciones técnicas de la presente invención en comparación con la tecnología convencional, puede realizarse como productos de software que pueden almacenarse en un medio de memoria y que incluyen una pluralidad de instrucciones para hacer que un dispositivo informático (por ejemplo un ordenador personal, un servidor, o un dispositivo de red) ejecute una parte de o todas las etapas de los métodos descritos en el presente documento. El medio de memoria informática anterior puede ser un medio, por ejemplo, un disco flash USB, una unidad de disco duro móvil, una Memoria de Solo Lectura (ROM), una Memoria de Acceso Aleatorio (RAM), un disquete o un disco compacto, que puede almacenar códigos de programa. Por lo tanto, las realizaciones de la presente invención no están limitadas a una combinación específica de hardware y software.

Lo anterior son simplemente ejemplos de la presente invención, pero no han de interpretarse como que limitan el alcance de la presente invención.

Aplicabilidad industrial

Un controlador de múltiples dominios proporcionado en el presente documento incluye al menos: un gestor de servicio de red virtual dispuesto para procesar una solicitud de VONS de dominio cruzado o de dominio único enviada desde una capa de aplicación y dividir la solicitud de VONS de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse, incluyendo la parte de intra dominio múltiples partes de intra dominio único, en donde la parte de inter dominio de la solicitud de VONS se procesa por el controlador de múltiples dominios, en donde el controlador de múltiples dominios está dispuesto para: para una solicitud de servicio con un atributo de conexión de Ancho de Banda Bajo Demanda (BOD) en la solicitud de VONS de dominio cruzado, reenviar la solicitud de servicio con el atributo de conexión de BOD a un controlador de conexión de encaminamiento, y para una solicitud de servicio con un atributo de Red Privada Virtual Óptica (OVPN) en la solicitud de VONS de dominio cruzado, realizar procesamiento de servicio de OVPN que incluye el establecimiento y borrado de acuerdo con recursos de capa de red virtual obtenidos; y en donde cada una de las partes de intra dominio único de la solicitud de VONS de dominio cruzado se emite a cada controlador de dominio único por el gestor de servicio de red virtual del controlador de múltiples dominios a través de un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP. Las realizaciones de la presente invención tratan al menos los problemas existentes diseñando, en una capa de controlador SDON, un sistema de arquitectura que, además de las funciones del sistema de arquitectura existente, es compatible con el VONS.

Claims

REIVINDICACIONES

1. Un sistema de arquitectura de red óptica definida por software, SDON, que comprende una capa de aplicación, una capa de controlador y una capa de dispositivo, en donde la capa de controlador incluye una capa de controlador de múltiples dominios que consiste en un controlador de múltiples dominios y una capa de controlador de dominio único que consiste en múltiples controladores de dominio único, cada controlador de dominio único acoplado con el controlador de múltiples dominios, comprendiendo al menos el controlador de múltiples dominios: un gestor de servicio de red virtual (101);

en donde el gestor de servicio de red virtual (101) del controlador de múltiples dominios está dispuesto para: procesar una solicitud de servicio de red óptica virtual, VONS, de dominio cruzado o de dominio único enviada desde una capa de aplicación y dividir la solicitud de VONS de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse, incluyendo la parte de intra dominio múltiples partes de intra dominio único;

en donde la parte inter dominio de la solicitud de VONS se procesa por el controlador de múltiples dominios, en donde el controlador de múltiples dominios está dispuesto para: para una solicitud de servicio con un atributo de conexión de ancho de banda bajo demanda, BOD, en la solicitud de VONS de dominio cruzado, reenviar la solicitud de servicio con el atributo de conexión de BOD a un controlador de conexión de encaminamiento, y para una solicitud de servicio con un atributo de red privada virtual óptica, OVPN, en la solicitud de VONS de dominio cruzado, realizar procesamiento de servicio de OVPN que incluye el establecimiento y borrado de un servicio de OVPN acuerdo con recursos de capa de red virtual obtenidos;

en donde cada una de las partes de intra dominio único de la solicitud de VONS de dominio cruzado se emite a cada controlador de dominio único por el gestor de servicio de red virtual (101) del controlador de múltiples dominios a través de un controlador de protocolo de protocolo de elemento de cálculo de ruta, PCEP+/OPENFLOW/Restful/protocolo de gestión de red sencillo, SNMP; en donde al menos uno del controlador de múltiples dominios y cada controlador de dominio único comprende adicionalmente: un controlador de abstracción de red física (102, 202);

en donde el controlador de abstracción de red física (102) del controlador de múltiples dominios está dispuesto para: realizar, en una capa de plano de transmisión de SDON de dominio cruzado, procesamiento de abstracción lógica en modelos físicos que incluyen nodos de dispositivo físico, elementos y enlaces de red óptica de límite de cada dominio, para generar una capa de red virtual de dominio cruzado descrita en una forma de un modelo matemático que incluye una fórmula matemática o un lenguaje de software; y crear y mantener una topología de la capa de red virtual de dominio cruzado y una relación de mapeo de uno a uno entre la topología de la capa de red virtual de dominio cruzado y la capa de red física de dominio cruzado del plano de transmisión de SDON; en donde el controlador de abstracción de red física (202) de cada controlador de dominio único está dispuesto para: realizar, en la capa de plano de transmisión de SDON del dominio actual, procesamiento de abstracción lógica en modelos físicos que incluyen nodos de dispositivo físico, elementos y enlaces de cada red óptica para generar una capa de red virtual descrita en una forma de un modelo matemático que incluye una fórmula matemática o un lenguaje de software; y crear y mantener una topología de la capa de red virtual del dominio actual y una relación de mapeo de uno a uno entre la capa de red virtual del dominio actual y una capa de red física del plano de transmisión de SDON del dominio actual; en donde al menos uno del controlador de múltiples dominios y cada controlador de dominio único comprende adicionalmente un controlador de estrategia de mapeo de red virtual (103, 203) y un motor de algoritmo de mapeo de red virtual (104, 204), y cada controlador de dominio único comprende adicionalmente un gestor de servicio de red virtual (201);

en donde el controlador de estrategia de mapeo de red virtual (103) del controlador de múltiples dominios está dispuesto para: construir el modelo matemático de un algoritmo de mapeo de acuerdo con una estrategia de optimización de mapeo de red virtual y enviar una solicitud de cálculo de mapeo al motor de algoritmo de mapeo de red virtual (104) del controlador de múltiples dominios, obtener la relación de mapeo entre la parte de inter dominio del servicio de OVPN del usuario y la capa de red virtual de dominio cruzado de una respuesta del motor de algoritmo de mapeo de red virtual (104) del controlador de múltiples dominios, y transmitir finalmente la relación de mapeo obtenida al gestor de servicio de red virtual (101) del controlador de múltiples dominios;

en donde el motor de algoritmo de mapeo de red virtual (104) del controlador de múltiples dominios está dispuesto para: realizar, de acuerdo con la estrategia de mapeo de red virtual, un algoritmo para establecer la relación de mapeo entre la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red virtual de dominio cruzado;

en donde el controlador de estrategia de mapeo de red virtual (203) de cada controlador de dominio único está dispuesto para: construir el modelo matemático de un algoritmo de mapeo de acuerdo con una estrategia de optimización de mapeo de red virtual, enviar una solicitud de cálculo de mapeo al motor de algoritmo de mapeo de red virtual (204) de cada controlador de dominio único, obtener la relación de mapeo entre el servicio de OVPN del usuario y la capa de red virtual del dominio actual de una respuesta del motor de algoritmo de mapeo de red virtual (204) de cada controlador de dominio único, y transmitir finalmente la relación de mapeo obtenida al gestor de servicio de red virtual (201) de cada controlador de dominio único;

en donde el motor de algoritmo de mapeo de red virtual (204) de cada controlador de dominio único está dispuesto para: realizar, de acuerdo con la estrategia de mapeo de red virtual, un algoritmo para establecer la relación de mapeo entre el servicio de OVPN y la capa de red virtual del dominio actual; en donde el controlador de estrategia de mapeo de red virtual (103) del controlador de múltiples dominios está dispuesto adicionalmente de manera que: se determina una estrategia de mapeo de red para la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red virtual de dominio cruzado a través de la emisión por un usuario de capa de aplicación, o se determina por el gestor de servicio de red virtual de acuerdo con un estado de carga actual de una red óptica física de dominio cruzado de una capa de plano de transmisión de SDON; y

en donde el controlador de estrategia de mapeo de red virtual (203) de cada controlador de dominio único está dispuesto adicionalmente de manera que: se determina una estrategia de mapeo de red para el servicio de OVPN y la capa de red virtual del dominio actual a través de la emisión por el usuario de la capa de aplicación, o se determina por el gestor de servicio de red virtual de acuerdo con un estado de carga actual de la red óptica física de la capa de plano de transmisión de SDON del dominio actual.

2. El sistema de arquitectura de SDON de acuerdo con la reivindicación 1, en donde el gestor de servicio de red virtual (201) de cada controlador de dominio único está dispuesto para: procesar una solicitud de servicio de red óptica virtual, VONS, en un dominio actual que se envía desde un controlador de múltiples dominios, en donde para una solicitud de servicio con un atributo de conexión de ancho de banda bajo demanda, BOD, en la solicitud de VONS en el dominio actual, el gestor de servicio de red virtual (201) de cada controlador de dominio único está dispuesto para reenviar la solicitud de servicio con el atributo de conexión de BOD a un controlador de conexión de encaminamiento, y para una solicitud de servicio con un atributo de red privada virtual óptica, OVPN, en la solicitud de VONS en el dominio actual, realizar procesamiento de servicio de OVPN, que incluye el establecimiento y borrado, de acuerdo con recursos de capa de red virtual obtenidos.

3. El sistema de arquitectura de SDON de acuerdo con la reivindicación 1 o 2, en donde el gestor de servicio de red virtual (101) del controlador de múltiples dominios está dispuesto adicionalmente para:

para la solicitud de parte de inter dominio del servicio de OVPN de dominio cruzado, obtener una relación de mapeo entre una OVPN y una capa de red virtual de dominio cruzado del controlador de estrategia de mapeo de red virtual (103) del controlador de múltiples dominios;

asignar recursos de red física de dominio cruzado para la ejecución de la parte de intra del servicio de OVPN de dominio cruzado a la parte de inter dominio del servicio de OVPN de dominio cruzado a través de la capa de red virtual de dominio cruzado; en donde el gestor de servicio de red virtual (201) de cada controlador de dominio único está dispuesto adicionalmente para:

obtener, de acuerdo con la solicitud de servicio de OVPN en el dominio actual que se envía desde el controlador de múltiples dominios, una relación de mapeo entre la OVPN y una capa de red virtual del dominio actual de un controlador de mapeo de red virtual; y

asignar recursos de red física del dominio actual para la ejecución de la OVPN a través de la capa de red virtual.

4. El sistema de arquitectura de SDON de acuerdo con la reivindicación 3, en donde el gestor de servicio de red virtual (101) del controlador de múltiples dominios está dispuesto adicionalmente para:

registrar y almacenar información de servicio de OVPN de cada usuario y un servicio de conexión, que incluye el BOD de dominio cruzado, que se establece por el usuario en el servicio de OVPN o un servicio de conexión, que incluye el BOD de dominio cruzado, que se establece directamente por el usuario en la capa de red virtual de dominio cruzado, y

registrar y almacenar la relación de mapeo entre la OVPN de cada usuario y la capa de red virtual de dominio cruzado;

en donde el gestor de servicio de red virtual (201) de cada controlador de dominio único está dispuesto adicionalmente para:

registrar y almacenar información de servicio de OVPN de cada usuario y un servicio de conexión, que incluye el BOD del dominio actual, que se crea por el usuario en el servicio de OVPN o un servicio de conexión, que incluye el BOD del dominio actual, que se crea directamente por el usuario en la capa de red virtual, y registrar y almacenar la relación de mapeo entre la OVPN de cada usuario y la capa de red virtual del dominio actual.

5. El sistema de arquitectura de SDON de acuerdo con la reivindicación 3, en donde el gestor de servicio de red virtual (101) del controlador de múltiples dominios está dispuesto adicionalmente para:

obtener los recursos de la capa de red virtual de dominio cruzado de un controlador de abstracción de red física en tiempo real y obtener una relación de mapeo entre la capa de red virtual de dominio cruzado y una red física de dominio cruzado;

obtener los recursos de la capa de red virtual del dominio actual de un controlador de abstracción de red física en tiempo real y obtener la relación de mapeo entre la capa de red virtual del dominio actual y la red física del dominio actual.

6. El sistema de arquitectura de SDON de acuerdo con la reivindicación 1, en donde el controlador de estrategia de mapeo de red virtual (103, 203) del controlador de múltiples dominios o de cada controlador de dominio único está dispuesto adicionalmente para:

registrar una estrategia de optimización de mapeo de red virtual que incluye:

al menos uno de coste de utilización de recurso físico mínimo, OVPN más mapeadas, equilibrio de carga y máximos ingresos, o

formular una estrategia de mapeo que incluye convergencia de recurso y particionamiento de recurso de acuerdo con una demanda de uso del usuario.

7. El sistema de arquitectura de SDON de acuerdo con la reivindicación 6, en donde al menos uno del controlador de múltiples dominios y cada controlador de dominio único comprenden adicionalmente: un controlador de estrategia de encaminamiento (105, 205) y un motor de algoritmo de encaminamiento (106, 206), en donde

el controlador de estrategia de encaminamiento (105) del controlador de múltiples dominios está dispuesto para encargarse de la gestión y control de una estrategia de restricción y una estrategia de optimización para calcular una ruta inter dominio de una conexión de servicio que incluye el BOD de dominio cruzado; y

el motor de algoritmo de encaminamiento (106) del controlador de múltiples dominios está dispuesto para proporcionar una función de cálculo de ruta de encaminamiento y asignación de longitud de onda verificación de deterioro, RWA+IV, para la ruta inter dominio de la conexión de servicio que incluye el BOD de dominio cruzado;

el controlador de estrategia de encaminamiento (205) de cada controlador de dominio único está dispuesto para: encargarse de la gestión y control de una estrategia de restricción y una estrategia de optimización para calcular una ruta de la conexión de servicio que incluye el BOD en el dominio actual; y

el motor de algoritmo de encaminamiento (206) de cada controlador de dominio único está dispuesto para: determinar una función de cálculo de ruta de encaminamiento y asignación de longitud de onda verificación de deterioro, RWA+IV, para la conexión de servicio que incluye el BOD en el dominio actual.

8. El sistema de arquitectura de SDON de acuerdo con la reivindicación 7, en donde al menos del controlador de múltiples dominios y cada controlador de dominio único comprende adicionalmente: un controlador de conexión de encaminamiento (107, 207) y un gestor de tabla de conexiones (108, 208), en donde

el controlador de conexión de encaminamiento (107) del controlador de múltiples dominios está dispuesto para sustituir un módulo de LDP/RSVP-TE de un plano de control distribuido del antiguo MPLS-TE/GM-PLS para implementar control, que incluye el establecimiento, borrado, modificación y consulta de atributo, de la parte de inter dominio de una conexión de servicio que incluye un BOD de dominio cruzado, implicando el control las operaciones de generación y configuración en cada elemento de tabla de nodos de OXC/DXC incluido en la parte de inter dominio de cada conexión de servicio que incluye el BOD, y realizar el control de mecanismo de recuperación de protección en la parte de inter dominio de cada conexión de servicio que incluye el BOD; y

el gestor de tabla de conexiones (108) del controlador de múltiples dominios está dispuesto para generar un correspondiente elemento OpenFlow de acuerdo con la configuración cruzada de nodo de OXC/DXC generada por el controlador de conexión de encaminamiento para la parte de inter dominio de cada conexión de servicio que incluye el BOD, transmitir el elemento de tabla OpenFlow generado a cada controlador de dominio único de cada sistema de arquitectura de SDON a través de un transceptor de mensaje asíncrono, y emitir finalmente el elemento de tabla OpenFlow generado al nodo de dispositivo de límite de dominio del plano de transmisión de SDON de dominio cruzado usando cada controlador de dominio único de cada sistema de arquitectura de SDON;

el controlador de conexión de encaminamiento (207) de cada controlador de dominio único está dispuesto para: sustituir un módulo de protocolo de distribución de etiqueta, LDP,/ protocolo de reserva de recursos - ingeniería de tráfico, RSVP-TE, de un plano de control distribuido del antiguo MPLS-TE/conmutación de etiqueta de múltiples protocolos generalizada, GMPLS, para implementar control, que incluye el establecimiento, borrado, modificación y consulta de atributo, de la conexión de servicio que incluye un BOD de extremo a extremo en el dominio actual o una parte de la conexión de servicio que incluye un BOD de múltiples dominios en el dominio actual, implicando el control operaciones de configuración en cada elemento de tabla de nodo de OXC/DXC incluido en cada conexión de servicio que incluye el BOD; y

realizar control de mecanismo de recuperación de protección en cada conexión de servicio que incluye el BOD; y el gestor de tabla de conexiones (208) de cada controlador de dominio único está dispuesto para generar un correspondiente elemento OpenFlow de acuerdo con la configuración cruzada de nodo de o Xc /DXC de cada conexión de servicio que incluye un BOD que se genera por el controlador de conexión de encaminamiento y transmitir el elemento OpenFlow generado a un nodo de dispositivo del plano de transmisión de SDON a través de un transceptor de mensaje asíncrono.

9. El sistema de arquitectura de SDON de acuerdo con la reivindicación 8, en donde al menos uno del controlador de múltiples dominios y cada controlador de dominio único comprenden adicionalmente: un gestor de recursos de enlace físico (109, 209) y un gestor de recursos de red física (110, 210), en donde

el gestor de recursos de enlace físico (109) del controlador de múltiples dominios está dispuesto para encargare de recopilar información que incluye enlaces físicos, nodos y puertos informados por el nodo de dispositivo de límite de dominio del plano de transmisión de SDON de dominio cruzado y enviar la información recopilada al gestor de recursos de red física; y

el gestor de recursos de red física (110) del controlador de múltiples dominios está dispuesto para recibir información que incluye los enlaces de límite de dominio, nodos y puertos enviados por el gestor de recursos de enlace físico, y establecer, mantener y registrar información de topología de recursos de red óptica física de dominio cruzado, en donde el mantenimiento de la información de topología de la red óptica de dominio cruzado incluye añadir, borrar, consultar y modificar recursos de topología de la red óptica de dominio cruzado e identificar un fallo;

el gestor de recursos de enlace físico (209) de cada controlador de dominio único está dispuesto encargarse de recopilar información que incluye enlaces físicos, nodos y puertos informados por el nodo de dispositivo del plano de transmisión de SDON y enviar la información recopilada al gestor de recursos de red física; y

el gestor de recursos de red física (210) de cada controlador de dominio único está dispuesto para recibir la información que incluye enlaces físicos, nodos y puertos enviados por el gestor de recursos de enlace físico y establecer, mantener y registrar información de topología de recursos de red óptica física del dominio actual, en donde el mantenimiento de la información de topología de la red óptica incluye añadir, borrar, consultar y modificar los recursos de topología de la red óptica e identificar un fallo.

10. El sistema de arquitectura de SDON de acuerdo con la reivindicación 9, en donde al menos uno del controlador de múltiples dominios y cada controlador de dominio único comprende adicionalmente: un transceptor de mensaje asíncrono (111, 211), y un controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP (112, 212), en donde el transceptor de mensaje asíncrono (111, 211) está dispuesto para encargarse del almacenamiento en caché y transmisión y recepción de un mensaje asíncrono comunicado entre cada controlador de dominio único y un nodo de dispositivo del plano de transmisión de SDON;

el controlador de protocolo de PCEP+/OPENFLOW/Restful/SNMP (112, 212) está dispuesto para encargarse del intercambio de mensajes de protocolo entre el controlador de múltiples dominios y cada controlador de dominio único; y

en donde cada controlador de dominio único comprende adicionalmente un controlador de protocolo OPENFLOW/PCEP+ (213),

el controlador de protocolo OPENFLOW/PCEP+ (213) está dispuesto para encargarse del control y comunicación de un protocolo extensión de PCEP/OPENFLOW usado entre cada controlador de dominio único y el nodo de dispositivo del plano de transmisión de SDON, establecer y mantener una sesión de conexión y transferencia de mensaje de protocolo entre el controlador y un nodo de dispositivo de OTN, y realizar un procesamiento de seguridad en un mensaje comunicado entre el controlador y el nodo físico de OTN.

11. Un método para procesar una solicitud de servicio de una capa de aplicación basándose en un sistema de arquitectura de red óptica definida por software, SDON, en donde el método se realiza basándose en el sistema de arquitectura de SDON de acuerdo con una cualquiera de las reivindicaciones 1-10, y el método comprende:

cuando una solicitud de servicio iniciada (301) por la capa de aplicación al controlador de múltiples dominios es una solicitud de establecimiento de servicio de red privada virtual óptica, OVPN, determinar (302), por el gestor de servicio de red virtual (101) del controlador de múltiples dominios, si la solicitud de servicio emitida por la capa de aplicación es una solicitud de servicio de OVPN de dominio cruzado;

cuando se determina que la solicitud de servicio es la solicitud de servicio de OVPN de dominio cruzado, dividir (303), por el gestor de servicio de red virtual (101) del controlador de múltiples dominios, la solicitud de servicio de OVPN de dominio cruzado en una parte de inter dominio que va a procesarse y una parte de intra dominio que va a procesarse, la parte de intra dominio que incluye múltiples partes de intra dominio único;

bajo la condición de que la parte de inter dominio de la solicitud de VONS se procese por el controlador de múltiples dominios, para una solicitud de servicio con un atributo de conexión de ancho de banda bajo demanda, BOD, en la solicitud de VONS de dominio cruzado, reenviar, por el controlador de múltiples dominios, la solicitud de servicio con el atributo de conexión de BOD a un controlador de conexión de encaminamiento, y para una solicitud de servicio con un atributo de red privada virtual óptica, OVPN, en la solicitud de VONS de dominio cruzado, realizar, por el controlador de múltiples dominios, procesamiento de servicio de OVPN que incluye el establecimiento y borrado de un servicio de OVPN de acuerdo con recursos de capa de red virtual obtenidos;

emitir, por el gestor de servicio de red virtual (101) del controlador de múltiples dominios, cada una de las partes de intra dominio único de la solicitud de VONS de dominio cruzado a cada controlador de dominio único a través de un controlador de protocolo de protocolo de elemento de cálculo de ruta, PCEP+/OPENFLOW/Restful/protocolo de gestión de red sencillo, SNMP; y

en donde el método comprende adicionalmente al menos una de las siguientes etapas:

realizar, por el controlador de abstracción de red física (102) del controlador de múltiples dominios, en una capa de plano de transmisión de SDON de dominio cruzado, procesamiento de abstracción lógica en modelos físicos que incluyen nodos de dispositivo físico, elementos y enlaces de red óptica de límite de cada dominio, para generar una capa de red virtual de dominio cruzado descrita en una forma de un modelo matemático que incluye una fórmula matemática o un lenguaje de software; y crear y mantener una topología de la capa de red virtual de dominio cruzado y una relación de mapeo de uno a uno entre la topología de la capa de red virtual de dominio cruzado y la capa de red física de dominio cruzado del plano de transmisión de SDON; o

realizar, por el controlador de abstracción de red física (202) de cada controlador de dominio único, en la SDON, la capa de plano de transmisión del dominio actual, procesamiento de abstracción lógica en modelos físicos que incluyen nodos de dispositivo físico, elementos y enlaces de cada red óptica para generar una capa de red virtual descrita en una forma de un modelo matemático que incluye una fórmula matemática o un lenguaje de software; y crear y mantener una topología de la capa de red virtual del dominio actual y una relación de mapeo de uno a uno entre la capa de red virtual del dominio actual y una capa de red física del plano de transmisión de SDON del dominio actual;

construir, por el controlador de estrategia de mapeo de red virtual (103) del controlador de múltiples dominios, el modelo matemático de un algoritmo de mapeo de acuerdo con una estrategia de optimización de mapeo de red virtual y enviar, por el controlador de estrategia de mapeo de red virtual (103) del controlador de múltiples dominios, una solicitud de cálculo de mapeo al motor de algoritmo de mapeo de red virtual (104) del controlador de múltiples dominios, obtener, por el controlador de estrategia de mapeo de red virtual (103) del controlador de múltiples dominios, la relación de mapeo entre la parte de inter dominio del servicio de OVPN del usuario y la capa de red virtual de dominio cruzado de una respuesta del motor de algoritmo de mapeo de red virtual (104) del controlador de múltiples dominios, y transmitir finalmente, por el controlador de estrategia de mapeo de red virtual (103) del controlador de múltiples dominios, la relación de mapeo obtenida al gestor de servicio de red virtual (101) del controlador de múltiples dominios; y realizar, por el motor de algoritmo de mapeo de red virtual (104) del controlador de múltiples dominios, de acuerdo con la estrategia de mapeo de red virtual, un algoritmo para establecer la relación de mapeo entre la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red virtual de dominio cruzado; o

construir, por el controlador de estrategia de mapeo de red virtual (203) de cada controlador de dominio único, el modelo matemático de un algoritmo de mapeo de acuerdo con una estrategia de optimización de mapeo de red virtual, enviar, por el controlador de estrategia de mapeo de red virtual (203) de cada controlador de dominio único, una solicitud de cálculo de mapeo al motor de algoritmo de mapeo de red virtual (204) de cada controlador de dominio único, obtener, por el controlador de estrategia de mapeo de red virtual (203) de cada controlador de dominio único, la relación de mapeo entre el servicio de OVPn del usuario y la capa de red virtual del dominio actual de una respuesta del motor de algoritmo de mapeo de red virtual (204) de cada controlador de dominio único, y transmitir finalmente, por el controlador de estrategia de mapeo de red virtual (203) de cada controlador de dominio único, la relación de mapeo obtenida al gestor de servicio de red virtual (201) de cada controlador de dominio único; y realizar, por el motor de algoritmo de mapeo de red virtual (204) de cada controlador de dominio único, de acuerdo con la estrategia de mapeo de red virtual, un algoritmo para establecer la relación de mapeo entre el servicio de OVPN y la capa de red virtual del dominio actual; y en donde el método comprende adicionalmente al menos una de las siguientes etapas:

determinar una estrategia de mapeo de red para la parte de inter dominio del servicio de OVPN de dominio cruzado y la capa de red virtual de dominio cruzado a través de la emisión por un usuario de capa de aplicación, o por el gestor de servicio de red virtual de acuerdo con un estado de carga actual de una red óptica física de dominio cruzado de una capa de plano de transmisión de SDON; o

determinar una estrategia de mapeo de red para el servicio de OVPN y la capa de red virtual del dominio actual a través de la emisión por el usuario de capa de aplicación, o por el gestor de servicio de red virtual de acuerdo con un estado de carga actual de la red óptica física de la capa de plano de transmisión de SDON del dominio actual.