CN107181680B

CN107181680B - Method and system for realizing SDO function and SDON system

Info

Publication number: CN107181680B
Application number: CN201610139937.6A
Authority: CN
Inventors: 王大江; 王振宇
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2016-03-11
Filing date: 2016-03-11
Publication date: 2020-11-03
Anticipated expiration: 2036-03-11
Also published as: US20200296485A1; CN107181680A; EP3429142A1; ES2842446T3; WO2017152735A1; EP3429142B1; EP3429142A4; US10966003B2

Abstract

The invention provides a method, a system and an SDON system for realizing an SDO function, which relate to the field of optical network communication, wherein the method comprises the following steps: when receiving a service connection establishment request sent by an application layer, judging whether the service connection establishment request is a cross-domain service connection establishment request, wherein the service connection establishment request comprises: a route constraint and hop-by-hop tuning strategy of the connection to be established; if so, executing a routing and tuning algorithm according to the inter-domain service connection establishment request information in the service connection establishment request and the performance information of the domain boundary optical device node and according to routing constraint and hop-by-hop tuning strategies; according to the execution result of the routing and tuning algorithm, inter-domain service connection paths and inter-domain cross connection attribute configuration parameters of optical device nodes passing through the inter-domain service connection paths are generated, so that programming and definition of super 100G elastic optical device resources by application layer users are met.

Description

Method and system for realizing SDO function and SDON system

Technical Field

The present invention relates to the field of optical network communications, and in particular, to a method, a system, and an SDON system for implementing an SDO function.

Background

In the field of optical communications, in order to meet the requirements of larger transmission bandwidth, longer transmission distance, higher receiving sensitivity and lower optical transmission cost, research on an over 100Gb/s transmission technology has been started since a few years ago, and an age of over 100G optical transmission technology such as 400Gb/s, even 1Tb/s, and the like is coming.

In the face of a flexible-scheduling optical network resource model (such as frequency spectrum, bandwidth, modulation mode, etc.) provided by the super 100G, if the resource model cannot be directly programmed and defined by an application layer user as required, the technical advantages and the application efficiency of the super 100G elastic optical network cannot be fully exerted. In recent years, an optical network architecture based on SDON is proposed, so that a user can dynamically adjust optical transmission resources in a software programming manner, and can better adapt to service requirements and improve the utilization efficiency of a network. The optical transmission resource programmability realized by the technology mainly comprises three aspects of device programmability, node programmability and network programmability.

The programmable capability and the characteristics of the optical transmission resources are based on the programmable capability of the optical device, so that the node equipment has flexible programmable characteristics, and the programmable capabilities are opened to an application layer user, so that the whole optical transmission network has stronger software definition characteristics, the overall performance and the resource utilization rate of the optical network are improved, and more optical network applications are supported, and therefore, the programmable realization of the optical device is very important.

However, no SDON architecture system and specific scheme supporting software-defined optical device SDO function are available in the industry at present, and therefore how to implement user programming of super 100G elastic optical network resources based on optical device tuning attributes, such as modulation modes, based on the existing SDON architecture system is a technical problem to be solved urgently in the future in the super 100G optical transmission control technology, and is of great significance.

Disclosure of Invention

The invention provides a method and a system for realizing an SDO function and an SDON system, which solve the problem that a user can program super 100G elastic optical network resources based on optical device tuning attributes such as a modulation mode and the like based on the conventional SDON architecture system.

In order to solve the technical problems, the invention adopts the following technical scheme:

in one aspect, the present invention provides a method for implementing SDO function of a software defined optical device, which is applied to an SDON multi-domain controller in an SDON system of a software defined optical network, and the method includes:

when a service connection establishment request sent by an application layer is received, judging whether the service connection establishment request is a cross-domain service connection establishment request, wherein the service connection establishment request comprises: a route constraint and hop-by-hop tuning strategy of the connection to be established;

if so, executing a routing and tuning algorithm according to the inter-domain service connection establishment request information and the performance information of the domain boundary optical device node in the service connection establishment request, and according to the routing constraint and the hop-by-hop tuning strategy;

and generating an inter-domain service connection path corresponding to the inter-domain service connection establishment request information and an inter-domain cross connection attribute configuration parameter of an optical device node through which the inter-domain service connection path passes according to an execution result of the routing and tuning algorithm.

Optionally, after determining whether the service connection establishment request is a cross-domain service connection establishment request, the method further includes:

and when the judgment result is negative, the service connection establishment request is sent to the corresponding SDON single-domain controller.

and when the judgment result is yes, issuing the service connection establishment request information in each domain in the service connection establishment request to the corresponding SDON single-domain controller.

Optionally, after generating an inter-domain service connection path corresponding to the inter-domain service connection establishment request information and an inter-domain cross connection attribute configuration parameter of an optical device node through which the inter-domain service connection path passes according to an execution result of the routing and tuning algorithm, the method further includes:

when a tuning request sent by an application layer to an optical device node where a service connection path passes is received, judging whether the service connection path is a cross-domain service connection path, wherein the tuning request comprises: tuning attribute information;

and if so, modifying the inter-domain cross connection attribute configuration parameters according to the tuning request information corresponding to the inter-domain service connection path in the tuning request and the tuning attribute information.

Optionally, after determining whether the service connection path is a cross-domain service connection path, the method further includes:

and when the judgment result is yes, sending tuning request information corresponding to the intra-domain service connection path in the tuning request to the corresponding SDON single-domain controller.

and when the judgment result is negative, the tuning request is sent to the corresponding SDON single-domain controller.

Optionally, the inter-domain cross connection attribute configuration parameter at least includes:

the number of the light-in ports, the number of the light-in carriers, the central frequency, the channel spectrum width and the modulation mode adopted by each light-in carrier, the number of the light-out ports, the number of the light-out carriers and the central frequency, the channel spectrum width and the modulation mode adopted by each light-out carrier.

Optionally, the hop-by-hop tuning policy comprises:

the optical transceiver comprises an optical signal to noise ratio (OSNR) tolerance, a carrier number, a modulation mode, a spectrum efficiency and at least one tuning parameter in an input power range and an output power range of an optical amplifier.

On the other hand, the invention also provides a method for realizing the SDO function of the software-defined optical device, which is applied to the SDON single-domain controller in the SDON system, and the method comprises the following steps:

receiving a service connection establishment request sent by an SDON multi-domain controller, wherein the service connection establishment request comprises: a route constraint and hop-by-hop tuning strategy of the connection to be established;

executing a routing and tuning algorithm according to the service connection establishment request and the performance information of the optical device nodes in the domain and according to the routing constraint and the hop-by-hop tuning strategy;

and generating a service connection path corresponding to the service connection establishment request and an intra-domain cross connection attribute configuration parameter of an optical device node where the service connection path passes according to the execution result of the routing and tuning algorithm.

Optionally, the method further comprises:

receiving a tuning request sent by the SDON multi-domain controller to the optical device node via which the service connection path passes, wherein the tuning request comprises: tuning attribute information;

and modifying the cross connection attribute configuration parameters in the domain according to the tuning attribute information.

Optionally, the intra-domain cross-connection attribute configuration parameters at least include:

Optionally, the hop-by-hop tuning policy comprises:

On the other hand, the invention also provides a system for realizing the software defined optical device SDO function, which comprises the following components:

a first determining module, configured to determine, when a service connection establishment request sent by an application layer is received, whether the service connection establishment request is a cross-domain service connection establishment request, where the service connection establishment request includes: a route constraint and hop-by-hop tuning strategy of the connection to be established;

a first routing/tuning algorithm executing module, configured to, when a determination result is yes, execute a routing and tuning algorithm according to the inter-domain service connection establishment request information and the performance information of the domain border optical device node in the service connection establishment request, and according to the routing constraint and the hop-by-hop tuning policy;

and a first generation module, configured to generate, according to an execution result of the routing and tuning algorithm, an inter-domain service connection path corresponding to the inter-domain service connection establishment request information and an inter-domain cross connection attribute configuration parameter of an optical device node through which the inter-domain service connection path passes.

Optionally, the system further comprises:

and the first request issuing module is used for issuing the service connection establishment request to the corresponding SDON single-domain controller after judging whether the service connection establishment request is a cross-domain service connection establishment request or not and when the judgment result is negative.

Optionally, the system further comprises:

and the second request issuing module is used for issuing service connection establishment request information in each domain in the service connection establishment request to the corresponding SDON single-domain controller after judging whether the service connection establishment request is a cross-domain service connection establishment request or not and when the judgment result is yes.

Optionally, the system further comprises:

a second determining module, configured to determine whether a service connection path is a cross-domain service connection path when a tuning request sent by an application layer for a node of an optical device where the service connection path passes through is received, where the tuning request includes: tuning attribute information;

and the first parameter modification module is used for modifying the inter-domain cross connection attribute configuration parameters according to the tuning request information corresponding to the inter-domain service connection path in the tuning request and the tuning attribute information when the judgment result is yes.

Optionally, the system further comprises:

and a third request issuing module, configured to, after determining whether the service connection path is a cross-domain service connection path, issue tuning request information corresponding to an intra-domain service connection path in the tuning request to a corresponding SDON single-domain controller if the determination result is yes.

Optionally, the system further comprises:

and the fourth request issuing module is used for issuing the tuning request to the corresponding SDON single-domain controller after judging whether the service connection path is a cross-domain service connection path or not and when the judgment result is negative.

On the other hand, the invention also provides a system for realizing the SDO function of the software defined optical device, which comprises the following components:

a first receiving module, configured to receive a service connection establishment request sent by an SDON multi-domain controller, where the service connection establishment request includes: a route constraint and hop-by-hop tuning strategy of the connection to be established;

a second routing/tuning algorithm executing module, configured to execute a routing and tuning algorithm according to the service connection establishment request and performance information of an intra-domain optical device node, and according to the routing constraint and the hop-by-hop tuning policy;

and the second generation module is used for generating a service connection path corresponding to the service connection establishment request and an intra-domain cross connection attribute configuration parameter of the optical device node where the service connection path passes through according to the execution result of the routing and tuning algorithm.

Optionally, the SDON single domain controller further includes:

a second receiving module, configured to receive a tuning request sent by the SDON multi-domain controller for an optical device node through which a service connection path passes, where the tuning request includes: tuning attribute information;

and the second parameter modifying module is used for modifying the cross connection attribute configuration parameters in the domain according to the tuning attribute information.

In another aspect, the present invention further provides an SDON system, including: a system implementing the software defined optics SDO functionality as described above and another system implementing the software defined optics SDO functionality as described above.

The invention has the beneficial effects that:

according to the scheme, an SDON system is innovatively designed on the basis of the traditional SDON controller connection path calculation function, the path hop-by-hop optical device tuning processing function is added on the basis of the SDON controller architecture, the path tuning function is added in the service connection establishment process, the software definition of the optical device attributes is realized through attribute tuning, the important function mechanism of software definition optical device SDO is realized, and the programming and the definition of an application layer user on the super 100G elastic optical device resources are met.

Drawings

FIG. 1 shows a schematic flow diagram of a first embodiment of the present invention;

FIG. 2 shows a schematic flow diagram of a second embodiment of the present invention;

FIG. 3 shows a first flow diagram of a third embodiment of the present invention;

FIG. 4 shows a second flow diagram of a third embodiment of the invention;

FIG. 5 is a block diagram showing the overall construction of a fifth embodiment of the present invention;

fig. 6 is a block diagram showing the overall construction of a sixth embodiment of the present invention;

fig. 7 is a schematic diagram illustrating a content structure of Openflow-form entry information of a cross-connection attribute configuration parameter in the present invention.

Detailed Description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

First embodiment

As shown in fig. 1, a first embodiment of the present invention discloses a method for implementing SDO function of a software-defined optical device, which is applied to an SDON multi-domain controller in an SDON system of a software-defined optical network. The method specifically comprises the following steps:

step 101: when a service connection establishment request sent by an application layer is received, whether the service connection establishment request is a cross-domain service connection establishment request is judged.

In this step, the service connection establishment request includes a route constraint and a hop-by-hop tuning policy of the connection to be established. The routing constraint may specifically include bandwidth allocation BOD service attributes as needed, and the hop-by-hop tuning policy may specifically include tuning request information such as a modulation mode.

Step 102: and if so, executing a routing and tuning algorithm according to the inter-domain service connection establishment request information and the performance information of the domain boundary optical device node in the service connection establishment request, and according to the routing constraint and the hop-by-hop tuning strategy.

Here, when it is determined that the service connection establishment request is a cross-domain service connection establishment request, the cross-domain service connection establishment request is processed by two parts: inter-domain parts and intra-individual-domain parts. In this step, the service connection establishment request of the inter-domain part is mainly processed, and it is necessary to obtain, in real time, performance information including domain boundary optical device nodes, such as cross-domain virtual network layer resource information including model information of optical device nodes such as an optical transmitter/receiver, an optical amplifier, and a tunable dispersion compensator. When the service connection establishment request is judged to be a cross-domain service connection establishment request, a routing and tuning algorithm is executed on the basis of the performance information of the domain boundary optical device node to complete response processing of an inter-domain service connection establishment request part in the service connection establishment request.

Wherein, the performance information of the domain boundary optical device node may include: node topology information, physical performance information of the optical device, working state information and the like; the routing and tuning algorithms can be algorithms such as RWA for routing wavelength allocation, RSA for routing spectrum allocation, APB for amplifier power balance, and the like.

Step 103: and generating an inter-domain service connection path corresponding to the inter-domain service connection establishment request information and an inter-domain cross connection attribute configuration parameter of the optical device node through which the inter-domain service connection path passes according to the execution result of the routing and tuning algorithm.

In this step, the routing and tuning algorithm plays a role in constraining and optimizing the path calculation, and obtains inter-domain service connection paths and inter-domain cross-connection attribute configuration parameters of optical device nodes on the inter-domain paths according to the execution results of the routing and tuning algorithm, and the process mainly involves the generation and parameter configuration operations of corresponding optical cross-connections or digital cross-connections OXC/DXC on domain boundary nodes through which each service connection passes, and realizes the control of the path establishment process of the inter-domain connection part. The generation of the inter-domain cross connection attribute configuration parameters can meet the requirement that the application layer carries out further operations including deletion, attribute modification, query and the like on the service connection path and the corresponding optical device node in the subsequent process.

And creating the inter-domain cross connection attribute configuration parameters in the process of establishing the service connection, issuing the inter-domain cross connection attribute configuration parameters to the equipment layer after the inter-domain cross connection attribute configuration parameters are created, and controlling the routing connection of the equipment layer so as to complete the process of defining the optical device by software. The inter-domain cross-connection attribute configuration parameter is specifically Openflow form table entry information of OXC optical cross-connection, and is suitable for all optical transmission equipment, and is particularly suitable for over 100G optical transmission equipment.

The method in this embodiment performs an innovative design of the SDON system based on the conventional SDON controller connection path calculation function, adds a path hop-by-hop optical device tuning processing function based on the SDON controller architecture, adds a path tuning function in the service connection establishment process, implements software definition of optical device attributes through attribute tuning, and implements an important function mechanism of software defined optical device SDO, so as to satisfy the programming and definition of an application layer user on the super 100G elastic optical device resources.

Further, in an aspect, after determining whether the service connection establishment request is a cross-domain service connection establishment request, the method further includes:

That is, when the service connection establishment request is judged to be a cross-domain service connection establishment request, the inter-domain service connection establishment request part in the service connection establishment request is processed, and meanwhile, the intra-domain service connection establishment request information in the service connection establishment request is directly issued to the corresponding SDON single-domain controllers for processing.

On the other hand, after determining whether the service connection establishment request is a cross-domain service connection establishment request, the method further includes:

When the service connection establishment request is judged not to be the cross-domain service connection establishment request, the service connection establishment request is considered to be intra-domain service connection establishment request information, and the part of the request information is directly issued to the corresponding SDON single-domain controller for processing.

Second embodiment

The second embodiment of the invention also discloses a method for realizing the SDO function of the software-defined optical device, which is applied to an SDON multi-domain controller in an SDON system.

The method specifically comprises the following steps: when a service connection establishment request sent by an application layer is received, judging whether the service connection establishment request is a cross-domain service connection establishment request, wherein the service connection establishment request comprises: a route constraint and hop-by-hop tuning strategy of the connection to be established; if so, executing a routing and tuning algorithm according to the inter-domain service connection establishment request information and the performance information of the domain boundary optical device node in the service connection establishment request, and according to the routing constraint and the hop-by-hop tuning strategy; and generating an inter-domain service connection path corresponding to the inter-domain service connection establishment request information and an inter-domain cross connection attribute configuration parameter of an optical device node through which the inter-domain service connection path passes according to an execution result of the routing and tuning algorithm.

Next, a description will be made here of a further on-line tuning process of the traffic connection path node generated and established in the method.

Specifically, as shown in fig. 2, after generating an inter-domain service connection path corresponding to the inter-domain service connection establishment request information and an inter-domain cross connection attribute configuration parameter of an optical device node through which the inter-domain service connection path passes according to an execution result of the routing and tuning algorithm, the method further includes:

step 201: when a tuning request sent by an application layer to an optical device node where a service connection path passes is received, whether the service connection path is a cross-domain service connection path is judged.

Wherein, the tuning request includes: tuning attribute information.

When the service connection path is judged to be a cross-domain service connection path, the tuning request is divided into two parts for processing: an inter-domain tuning request part and an intra-individual-domain tuning request part.

Step 202: and if so, modifying the inter-domain cross connection attribute configuration parameters according to the tuning request information corresponding to the inter-domain service connection path in the tuning request and the tuning attribute information.

When the service connection path is judged to be a cross-domain service connection path, the cross-domain connection attribute configuration parameters are modified according to an inter-domain tuning request part in tuning information sent by an application layer user.

The method of the second embodiment supports that, in an SDON architecture system, an application layer user modifies inter-domain cross-connect attribute configuration parameters of nodes through which a service connection path passes on line, adds an optical device attribute tuning processing function for path hop-by-hop, and further implements a software definition process of optical device attributes through attribute tuning.

Further, in an aspect, after determining whether the service connection path is a cross-domain service connection path, the method further includes:

and when the judgment result is yes, sending the tuning request information corresponding to the intra-domain service connection path in the tuning request to the corresponding SDON single-domain controller.

That is, when the service connection path is judged to be the cross-domain service connection path, the inter-domain tuning request part in the tuning request is processed, and meanwhile, the intra-domain tuning request part is directly issued to each corresponding SDON single-domain controller for tuning processing.

On the other hand, after determining whether the service connection path is a cross-domain service connection path, the method further includes: and when the judgment result is negative, the tuning request is sent to the corresponding SDON single-domain controller.

When the service connection path is not a cross-domain service connection path, the tuning request is judged to be a tuning request of the node attribute in the domain, and the tuning request is directly issued to each corresponding SDON single-domain controller for tuning processing.

Further, the inter-domain cross-connection attribute configuration parameters at least comprise: the number of the light-in ports, the number of the light-in carriers, the central frequency, the channel spectrum width and the modulation mode adopted by each light-in carrier, the number of the light-out ports, the number of the light-out carriers, the central frequency, the channel spectrum width and the modulation mode adopted by each light-out carrier.

The inter-domain cross connection attribute configuration parameter is created in the process of establishing the service connection, and is issued to the equipment layer after being created, the routing connection of the equipment layer is controlled, the inter-domain cross connection attribute configuration parameter is specifically Openflow form table item information of the OXC optical cross connection, and the inter-domain cross connection attribute configuration parameter is suitable for all optical transmission equipment and is particularly suitable for over 100G optical transmission equipment. The method comprises the following steps that port attributes of OXC cross connection are defined in the source-to-sink direction of OXC service connection: the cross upstream port is an optical input port, the cross downstream port is an optical output port, and the Openflow form table entry information connected by the OXC mainly includes:

the number of the light inlet port, the number of the light inlet carriers, and the center frequency, the channel spectrum width and the modulation mode adopted by each carrier; the number of the outgoing optical port, the number of the outgoing optical carriers, and the center frequency, the channel spectrum width, the modulation mode and other contents adopted by each carrier. As shown in fig. 7.

The center frequency can be as follows: 193.1THz + k 0.00625THz (k is an integer); the channel spectral width may take the form of: 12.5GHz x h (h is a positive integer); the modulation mode may take the form of: 4, DP-QPSK (Dual Polarization-Quadrature Phase Shift Keyin); 16, denoted DP-16QAM (dual polarization multiplexed 16 quadrature amplitude modulation); denoted by DP-64QAM (dual polarization multiplexed 64 quadrature amplitude modulation).

Wherein, the hop-by-hop tuning strategy comprises: the optical transceiver comprises an optical signal to noise ratio (OSNR) tolerance, a carrier number, a modulation mode, a spectrum efficiency and at least one tuning parameter in an input power range and an output power range of an optical amplifier.

With the introduction of coherent reception technology, the multi-carrier based orthogonal frequency division multiplexing OFDM technology is becoming mature. For each service connection using multi-carrier bearing in a system exceeding 100G, the center frequency, signal spectrum width, modulation mode and other information of each carrier in the OXC connection table entry need to be determined. Two main situations are involved: for the equipment nodes which have photoelectric mixed scheduling capability or OTN Transponder function of an optical transport network repeater and are passed by service connection, the optical cross connection Openflow form table item information of the light inlet and the light outlet ports can be obtained after route constraint and tuning strategy optimization processing according to indexes such as transmission distance of the OXC cross connection upstream and downstream, OSNR tolerance and the like. For a device node only having optical cross capability, the principle of spectrum consistency and continuity should be followed to ensure that the cross table entry information of the light-in and light-out ports is consistent.

Third embodiment

As shown in fig. 3, the present invention also discloses another method for implementing the SDO function of the software-defined optical device, which is applied to an SDON single-domain controller in an SDON system. The method comprises the following steps:

step 301: and receiving a service connection establishment request sent by the SDON multi-domain controller.

Wherein, the service connection establishment request includes: route constraint and hop-by-hop tuning strategy of the connection to be established.

The service connection establishment request sent by the SDON multi-domain controller specifically comprises a non-cross-domain service connection establishment request sent by an application layer user to the SDON multi-domain controller and an intra-domain service connection establishment request part of the cross-domain service connection establishment request sent by the application layer user to the SDON multi-domain controller.

Step 302: and executing a routing and tuning algorithm according to the service connection establishment request and the performance information of the optical device nodes in the domain and according to routing constraint and hop-by-hop tuning strategies.

In this step, it is necessary to obtain performance information of the intra-domain optical device node model in real time, such as cross-domain virtual network layer resource information including model information of an optical transmitter/receiver, an optical amplifier, a tunable dispersion compensator, and the like. On the basis of the performance information of the optical device nodes in the domain, the service connection establishment request is processed, a routing and tuning algorithm is executed, and routing adjustment calculation in the service connection establishment process is performed according to a strategy input by an application layer user and the requirements of the user.

Wherein, the performance information of the intra-domain optical device node may include: node topology information, physical performance information of the optical device, working state information and the like; the routing and tuning algorithms can be algorithms such as RWA for routing wavelength allocation, RSA for routing spectrum allocation, APB for amplifier power balance, and the like.

Step 303: and generating a service connection path corresponding to the service connection establishment request and an intra-domain cross connection attribute configuration parameter of the optical device node through which the service connection path passes according to the execution result of the routing and tuning algorithm.

In the step, the routing and tuning algorithm plays a role in restricting and optimizing the path calculation, and obtains the service connection path and the intra-domain cross connection attribute configuration parameters of optical device nodes on the service connection path according to the execution result of the routing and tuning algorithm. The generation of the intra-domain cross connection attribute configuration parameters can meet the requirement that the application layer carries out further operations including deletion, attribute modification, query and the like on the service connection path and the corresponding optical device node in the subsequent process.

And creating the cross connection attribute configuration parameters in the domain in the process of establishing the service connection, issuing the cross connection attribute configuration parameters to the equipment layer after the cross connection attribute configuration parameters are created, and controlling the routing connection of the equipment layer so as to finish the process of defining the optical device by software. The intra-domain cross-connection attribute configuration parameter is specifically Openflow form table entry information of the OXC optical cross-connection, and is suitable for all optical transmission equipment, and is particularly suitable for over 100G optical transmission equipment.

Further, a description will be made herein of a further on-line tuning process of the traffic connection path generated and established in the method. As shown in fig. 4, the method further includes:

step 401: a tuning request from the SDON multi-domain controller for the optical device node via which the service connection path is routed is received.

The tuning request includes: tuning attribute information.

Step 402: and modifying the cross connection attribute configuration parameters in the domain according to the tuning attribute information.

When the service connection path is judged to be a cross-domain service connection path, modifying the cross connection attribute configuration parameters in the domain according to the tuning request part in the tuning information sent by the application layer user.

The method supports the function of modifying the tuning attribute of the node through which the service connection passes on line by an application layer user in an SDON architecture system, realizes the on-line modification of the attribute configuration parameters of the node through which the service connection path passes, increases the function of tuning the optical device attribute hop by hop of the path, and realizes the software definition process of the optical device attribute through the attribute tuning.

Further, the intra-domain cross-connect attribute configuration parameters at least include:

the number of the light-in ports, the number of the light-in carriers, the central frequency, the channel spectrum width and the modulation mode adopted by each light-in carrier, the number of the light-out ports, the number of the light-out carriers, the central frequency, the channel spectrum width and the modulation mode adopted by each light-out carrier.

The cross connection attribute configuration parameter in the domain is created in the process of establishing the service connection, and is issued to the equipment layer after being created, the routing connection of the equipment layer is controlled, the cross connection attribute configuration parameter in the domain is specifically Openflow form table item information of the OXC optical cross connection, and the cross connection attribute configuration parameter in the domain is suitable for all optical transmission equipment and is particularly suitable for over 100G optical transmission equipment. Defining the port attributes of the OXC cross-connect in the OXC traffic connection source-to-sink direction: the cross upstream port is an optical input port, the cross downstream port is an optical output port, and the Openflow form table entry information connected by the OXC mainly includes:

Fourth embodiment

The specific implementation of the mathematical model construction and algorithm invocation involved in the routing and tuning algorithm execution process according to the routing constraint and hop-by-hop tuning strategy in the foregoing three embodiments is described here.

On the basis of the performance information of the domain boundary or the intra-domain optical device node obtained in real time, the network topology structure of the intra-domain and the domain boundary, that is, the inter-domain optical device node can be regarded as a G (N, L) graph model with N nodes and L unidirectional links, and the following symbols are adopted to represent parameters related to the network topology and the service request:

n-a set of nodes in the network;

l-set of unidirectional links in the network;

L_ij-represents a unidirectional link from source node i to destination node j, and L_ij∈L。

The corresponding relationship between the transmission distance of the optical channel in the network and the spectrum efficiency is as follows:

R(b,η)＝αb^-1+βη^-1+γ

the parameters are described as follows:

r (b, η) -distance of travel in Km;

α, β, γ -optimization coefficient;

b-transfer bit rate, in Gbps;

η is the spectral efficiency, the unit bit/symbol, and the modulation mode form a one-to-one correspondence, i.e. the specific modulation mode will generate the corresponding spectral efficiency, and the "correspondence between the optical channel transmission distance and the spectral efficiency" is the "correspondence between the optical channel transmission distance and the modulation mode".

The relevant network configuration and service request parameters in the service connection establishment request are defined as follows:

d-represents a unidirectional service request set;

D_sdrepresenting a unidirectional service request from source node s to destination node D, and D_sd∈D；

b_sd-representation service D_sdThe required bit rate is Gbps;

η_sd-representing the spectral efficiency corresponding to a certain specified modulation mode;

S_n,sd-representing the relationship between the service request and the node: if node n is a service request D_sd(i.e., n ═ S), then S_n,sd-1; if node n is a service request D_sd(i.e.,n＝d) Destination node of, then S_n,sd1 is ═ 1; otherwise, S_n,sd＝0(i.e.,n≠s,n≠d)；

G-guard spectrum bandwidth, unit GHz.

The network spectrum resource parameters related to the service connection establishment request are defined as follows:

c — highest frequency index used by all services;

F_sd-service request D_sdAn occupied starting frequency index;

V_ij,sd-representing the link assignment attribute: if the link L is_ijIs allocated to service D_sdThen V_ij,sd1 is ═ 1; otherwise, V_ij,sd＝0；

_sd,s'd'Identification of service request D_sdAnd D_s'd'A sequence of starting frequency indices; if F_sd≤F_s'd'，_sd,s'd'1 is ═ 1; if F_sd＞F_s'd'，_sd,s'd'＝0；

The constraints of the spectrum allocation are as follows:

B_sd-service request D_sdAt a given spectral efficiency η_sdThe bandwidth of the desired frequency spectrum of the down band,

the constraint of no loopback of the traffic path is as follows:

the constraints for no spectral overlap are as follows:

_sd,s'd'+_s'd',sd＝1

F_sd-F_s'd'≤T(1-_sd,s'd'+2-V_ij,sd-V_ij,s'd')

F_sd-F_s'd'+B_sd+G≤(T+G)×(1-_sd,s'd'+2-V_ij,sd-V_ij,s'd')

here, T — represents all spectrum resources required by the network traffic,

by using

Representation service D_sdThe value range satisfies the following requirements:

specifically, the implementation process of the software-defined optical device is described herein in connection with the super 100G elastic optical network.

In a super 100G elastic optical network, flexible adjustment and conversion of resources such as a center frequency, a spectrum bandwidth, a modulation mode, a wavelength, and the like occupied by each service can be realized on an optical-electrical optical repeater (OEO repeater) having a regeneration function and passed by each service path, and such an OEO repeater node is generally called a renewable node. For a network including a node having a regeneration function, two application scenarios can be considered:

scenario 1, in the service connection establishment request sent by the application layer, a regeneration node through which the service path passes is preset.

Scenario 2, the regeneration node through which the traffic path passes is not preset yet and needs to be dynamically calculated.

The relevant parameters are defined as follows:

l_ijlink L_ijLength of (d), unit: km;

R_sd-specifying spectral efficiency correspondences, service D_sdThe transport distance of (a);

N^r-regeneration sectionA set of points;

Y_n,sd-if node n is not being allocated to service D_sdOn the optical path of, then Y_n,sd0; otherwise, Y_n,sdFrom node n to D on the optical path_sdThe distance of the source end of the transparent transmission section on the optical channel;

U_ij,sdif the entire link L_ijNot allocated to service D_sd(V_ij,sd0), then U_ij,sd0; otherwise, U_ij,sdFrom node i to node D on the optical path_sdAnd transmitting the source end distance of the segment on the optical channel. That is, U may be defined if no other limitation is imposed_ij,sd＝V_ij,sdY_i,sd；

I_n-representing a regeneration node; if node n is a regenerating node, then I_n1 is ═ 1; otherwise I_n＝0；

N_n,c-number of regenerative electrical channels on node n;

I_n,sd-representing a regeneration property of node n; if service D_sdRegenerated at node n, then I_n,sd1 is ═ 1; otherwise, I_n,sd0; if I_n,sdThen node n must be a regenerative node, i.e. I_n1, and the regeneration electrical layer channel of the node is served by the service D_sdThe use is carried out;

X_ij,sd-for calculating Y_n,sdBased on whether the regeneration is generated at node i, the value of (b) is: if I_i,sd＝0，X_ij,sd＝U_ij,sd(ii) a Otherwise X_ij,sd＝0。

The constraint conditions to be considered in scenario 1 are as follows:

U_ij,sd≤V_ij,sdR_sd

U_ij,sd≤Y_i,sd

Y_i,sd-U_ij,sd≤R_sd(1-V_ij,sd)

the constraint conditions to be considered in the scenario 2 are as follows:

the constraint that limits the number of OEO electrical paths per regeneration node can be expressed as:

I_nN_n,cMAX≥N_n,c

the relevant parameters are defined as follows:

N_n,cMAX-the maximum number of regenerative electrical channels that a regenerative node n can have;

when the network node supports the wavelength conversion function, the frequencies of the links occupied by the service in and out of the regeneration node may be different. To represent this flexible frequency scheduling feature, a start frequency may be defined along the traffic traversing link, with the relevant parameters defined as follows:

F_ij,sdat the link L_ijService D of_sdThe starting frequency index of (a);

at the link L_ijService D of_sdThe reciprocal of the spectral efficiency.

In this case, the constraint to ensure that there is no overlap of the spectra is expressed as follows:

the constraint requires that if node n is service D_sdIntermediate section of the processPoints, i.e. n ≠ s, n ≠ D, and for traffic D_sdAnd node n does not support the regeneration function, the start frequency distribution of the in-node n and the start frequency distribution of the out-node n must be equal.

Similar to wavelength conversion, when a node supports a modulation mode conversion function, the spectral efficiency of the link through which traffic passes may not be the same, i.e., the spectral efficiency of the upstream link and the downstream link of the intermediate regeneration node through which traffic passes may be different. Spectral efficiency may be defined along the traffic across the link, i.e. the constraints of modulation mode conversion may be expressed as follows:

similar to the constraints of wavelength conversion, which require that the modulation mode can only be converted at nodes supporting a service regeneration function, i.e. I_n,sd＝1。

According to the constraint conditions, when the cost of using the renewable node resource is considered, the following objective function can be constructed to realize the balance between the spectrum resource use and the renewable resource cost:

the coefficient a ∈ [0,1] here represents the cost relationship of using two resources. The objective function aims to achieve the sum of the cost of using two resources and the minimum according to the specified cost relation. When the cost relationship between two resources cannot be determined, equation (16) may be used according to the resource configuration state of the actual device to determine the allocation relationship of the two resources.

In summary, in the process of executing the routing and tuning algorithm according to the routing constraint and hop-by-hop tuning strategy, the mathematical model for implementing the routing and tuning algorithm is constructed and processed, the constraint condition and the objective function are used as the input condition and parameter of the algorithm, and the mixed integer linear programming MILP algorithm is executed, so as to finally obtain the hop-by-hop allocation of optical spectrum and renewable resources such as 'carrier number, center frequency, channel spectrum width, modulation mode' of the inter-domain/intra-domain service path.

Fifth embodiment

As shown in fig. 5, the present invention also discloses a system for implementing the SDO function of the software defined optical device, which includes: a first judging module 501, a first routing/tuning algorithm executing module 502 and a first generating module 503.

A first determining module 501, configured to determine, when a service connection establishment request sent by an application layer is received, whether the service connection establishment request is a cross-domain service connection establishment request, where the service connection establishment request includes: route constraint and hop-by-hop tuning strategy of the connection to be established.

A first routing/tuning algorithm executing module 502, configured to, when the determination result is yes, execute a routing and tuning algorithm according to the inter-domain service connection establishment request information and the performance information of the domain border optical device node in the service connection establishment request, and according to the routing constraint and the hop-by-hop tuning policy.

A first generating module 503, configured to generate, according to an execution result of the routing and tuning algorithm, an inter-domain service connection path corresponding to the inter-domain service connection establishment request information and an inter-domain cross connection attribute configuration parameter of an optical device node through which the inter-domain service connection path passes.

Further, the system further comprises: a first request issuing module 504.

The first request issuing module 504 is configured to, after determining whether the service connection establishment request is a cross-domain service connection establishment request, issue the service connection establishment request to a corresponding SDON single-domain controller if the determination result is negative.

Further, the system further comprises: a second request issuing module 505.

A second request issuing module 505, configured to, after the determining whether the service connection establishment request is a cross-domain service connection establishment request, issue, when a determination result is yes, service connection establishment request information in each domain in the service connection establishment request to a corresponding SDON single-domain controller.

Optionally, the system further comprises: a second determining module 506 and a first parameter modifying module 507.

A second determining module 506, configured to determine whether a service connection path is a cross-domain service connection path when a tuning request sent by an application layer for an optical device node where the service connection path passes through is received, where the tuning request includes: tuning attribute information.

A first parameter modifying module 507, configured to modify the inter-domain cross connection attribute configuration parameter according to the tuning attribute information and the tuning request information corresponding to the inter-domain service connection path in the tuning request, when the determination result is yes.

Optionally, the system further comprises: a third request issuing module 508.

A third request issuing module 508, configured to, after the determining whether the service connection path is a cross-domain service connection path, issue tuning request information corresponding to an intra-domain service connection path in the tuning request to a corresponding SDON single-domain controller if the determination result is yes.

Optionally, the system further comprises: a fourth request issuing module 509.

A fourth request issuing module 509, configured to, after determining whether the service connection path is a cross-domain service connection path, issue the tuning request to the corresponding SDON single-domain controller if the determination result is negative.

Further, the inter-domain cross-connection attribute configuration parameters at least include:

Further, the hop-by-hop tuning strategy comprises:

The system for implementing the SDO function of the software defined optical device described in this embodiment is specifically an SDON multi-domain controller.

The system in this embodiment adds a path hop-by-hop optical device tuning processing function to a path based on an SDON controller architecture in the past, adds a path tuning function in a service connection establishment process, implements software definition of optical device attributes through attribute tuning, and supports that, in an SDON architecture system, an application layer user online modifies inter-domain cross-connection attribute configuration parameters of nodes through which a service connection path passes, adds a path hop-by-hop optical device attribute tuning processing function, and implements an important function mechanism of software defined optical device SDO, so as to satisfy programming and definition of an application layer user on ultra-100G elastic optical device resources.

Sixth embodiment

As shown in fig. 6, the present invention also discloses a system for implementing the SDO function of the software defined optical device, which includes: a first receiving module 601, a second routing/tuning algorithm execution module 602, and a second generating module 603.

A first receiving module 601, configured to receive a service connection establishment request sent by an SDON multi-domain controller, where the service connection establishment request includes: route constraint and hop-by-hop tuning strategy of the connection to be established.

And a second routing/tuning algorithm executing module 602, configured to execute a routing and tuning algorithm according to the service connection establishment request and the performance information of the optical device node in the domain, and according to the routing constraint and the hop-by-hop tuning policy.

A second generating module 603, configured to generate, according to an execution result of the routing and tuning algorithm, a service connection path corresponding to the service connection establishment request and an intra-domain cross connection attribute configuration parameter of an optical device node through which the service connection path passes.

Further, the system further comprises: a second receiving module 604 and a second parameter modifying module 605.

A second receiving module 604, configured to receive a tuning request sent by the SDON multi-domain controller for an optical device node via which a service connection path passes, where the tuning request includes: tuning attribute information;

a second parameter modifying module 605, configured to modify the intra-domain cross-connect attribute configuration parameter according to the tuning attribute information.

Optionally, the hop-by-hop tuning strategy comprises:

The system for implementing the SDO function of the software defined optical device described in this embodiment is specifically an SDON single domain controller.

The system in this embodiment adds a path hop-by-hop optical device tuning processing function to a path based on an SDON controller architecture in the past, adds a path tuning function in a service connection establishment process, implements software definition of optical device attributes through attribute tuning, and supports that, in an SDON architecture system, an application layer user online modifies intra-domain cross-connection attribute configuration parameters of nodes through which a service connection path passes, adds an optical device attribute tuning processing function to a path hop-by-hop, and implements an important function mechanism of software defined optical device SDO, so as to satisfy programming and definition of an application layer user on super-100G elastic optical device resources.

The invention also discloses an SDON system, comprising: the system for implementing the software defined optical device SDO function as described in the fifth embodiment and the system for implementing the software defined optical device SDO function as described in this embodiment.

While the preferred embodiments of the present invention have been described, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the following claims.

Claims

1. A method for realizing SDO function of software defined optical device is applied to SDON multi-domain controller in SDON system, and is characterized in that the method comprises:

generating an inter-domain service connection path corresponding to the inter-domain service connection establishment request information and an inter-domain cross connection attribute configuration parameter of an optical device node through which the inter-domain service connection path passes according to an execution result of the routing and tuning algorithm, so as to add a path tuning function in a service connection establishment process;

wherein, executing the routing and tuning algorithm according to the routing constraint and the hop-by-hop tuning strategy comprises: and implementing graph model construction processing, taking the constraint conditions and the objective function as input conditions and parameters of the algorithm, and executing a mixed integer linear programming MILP algorithm to obtain the execution result.

2. The method of claim 1, wherein after determining whether the service connection establishment request is a cross-domain service connection establishment request, the method further comprises:

3. The method of claim 1, wherein after determining whether the service connection establishment request is a cross-domain service connection establishment request, the method further comprises:

4. The method according to claim 1, wherein after generating the inter-domain service connection path corresponding to the inter-domain service connection setup request message and the inter-domain cross connection attribute configuration parameters of the optical device nodes via which the inter-domain service connection path passes according to the execution result of the routing and tuning algorithm, the method further comprises:

5. The method of claim 4, wherein after determining whether the traffic connection path is a cross-domain traffic connection path, the method further comprises:

6. The method of claim 4, wherein after determining whether the traffic connection path is a cross-domain traffic connection path, the method further comprises:

7. The method according to any of claims 1-6, wherein the inter-domain cross-connection property configuration parameters comprise at least:

8. The method according to any of claims 1-6, wherein the hop-by-hop tuning strategy comprises:

9. A method for realizing SDO function of software defined optical device is applied to SDON single domain controller in SDON system, and is characterized in that the method comprises:

generating a service connection path corresponding to the service connection establishment request and an intra-domain cross connection attribute configuration parameter of an optical device node through which the service connection path passes according to an execution result of the routing and tuning algorithm so as to add a path tuning function in a service connection establishment process;

10. The method of claim 9, further comprising:

11. The method according to any of claims 9-10, wherein the intra-domain cross-connect attribute configuration parameters comprise at least:

12. The method according to any of claims 9-10, wherein the hop-by-hop tuning strategy comprises:

13. A system for implementing software defined optics, SDO, functionality, comprising:

a first generating module, configured to generate, according to an execution result of the routing and tuning algorithm, an inter-domain service connection path corresponding to the inter-domain service connection establishment request information and an inter-domain cross connection attribute configuration parameter of an optical device node through which the inter-domain service connection path passes, so as to add a path tuning function in a service connection establishment process;

the first routing/tuning algorithm execution module is further configured to implement graph model construction processing, use the constraint condition and the objective function as input conditions and parameters of the algorithm, and execute a mixed integer linear programming MILP algorithm to obtain the execution result.

14. The system of claim 13, further comprising:

15. The system of claim 13, further comprising:

16. The system of claim 13, further comprising:

17. The system of claim 16, further comprising:

18. The system of claim 16, further comprising:

19. A system for implementing software defined optics, SDO, functionality, comprising:

a second generating module, configured to generate, according to an execution result of the routing and tuning algorithm, a service connection path corresponding to the service connection establishment request and an intra-domain cross-connection attribute configuration parameter of an optical device node through which the service connection path passes, so as to add a path tuning function in a service connection establishment process;

the second routing/tuning algorithm execution module is further configured to implement graph model construction processing, use the constraint condition and the objective function as input conditions and parameters of the algorithm, and execute a mixed integer linear programming MILP algorithm to obtain the execution result.

20. The system of claim 19, further comprising:

21. An SDON system, comprising: the system for implementing Software Defined Optics (SDO) functionality according to any one of claims 13 to 18 and the system for implementing Software Defined Optics (SDO) functionality according to any one of claims 19 to 20.