Patent Application
20130294773
The present invention relates to the field of optical network transmission, and more particularly, to a G.709 based multiplexing routing control method and gateway network element in an automatically switched optical network of an optical transport network.
Optical Transport Network (OTN) is a “digital wrapper” technology proposed in 1999 to address the problem of large-capacity transmission of high-speed time division multiplexing (TDM) signals. The OTN defined in the 2003 version can provide client layer signals with functions such as transmission, multiplexing, protection, monitoring and management, and the supported client layer signals are mainly Ethernet signals, whose defined rates are 2.5G, 10G and 40G, supported in synchronous transfer mode (STM-N), asynchronous transfer mode (ATM) and general framing procedure (GFP) mapping. With the popularity of the Internet Protocol (IP) for transmitting network bearing signals as well as the 10G LAN interface, the bearing of 10 Gigabit Ethernet (GE) on the OTN becomes an important issue, therefore, the International Telecommunication Union (ITU-T) developed in 2007 supplemental standards for G.709 (G.sup43) and defined the method for the OTN transporting 10GE signals.
The Traditional OTN multiplexing system is very simple, and the rate levels are 2.5G, 10G and 40G, corresponding to optical data unit (ODU) 1, ODU2 and ODU3 respectively. Services with Constant Bit Rate (CBR) are mapped to the corresponding ODUk through the asynchronous mapping (AMP) or the bit synchronous mapping (BMP), and Packet services are mapped to ODUk through the GFP, and then these ODUk are re-mapped to the corresponding optical transport units (OTU) k. Of course, ODUs with a low rate can also be multiplexed into ODUs with a high rate, as shown in
To adapt to multiple services,
new concepts, namely High Order (HO) ODU and Low Order (LO) ODU are introduced into the OTN, as shown in
Compared with the G.709 in 2003, G.709 Amendment 3 and G.sup 43 have great changes, and it introduced new signal types, including ODU0, ODU2e, ODU3e1, ODU3e2, flexible ODU (ODUflex), and ODU4. First, a new optical data unit ODU0 with a rate of 1.244 Gb/s is introduced, and the ODU0 can be independently cross-connected and can also be mapped to high-order ODUs (such as ODU1, ODU2, ODU3 and ODU4). In order to adapt to the transport of 100GE service in future, ODU4 with a rate of 104.355 Gb/s is introduced.
ODU1 is mapped to ODU2, ODU3 and ODU2 is mapped to ODU3 to maintain the mapping and multiplexing of the 2.5G tributary sequence of the original G.709 version, a 1.25G tributary sequence of ODU1 mapping to ODU2 and ODU3 is added, and a 1.25G tributary sequence of ODU2 mapping to ODU3 is added; the mapping and multiplexing method of 1.25G tributary sequence is applied for mapping other new rates (ODU0, ODU2e, ODUflex) to ODU1, ODU2, ODU3 and ODU4. According to G.sup 43, ODU2e can be mapped to the 2.5G tributary sequence of ODU3e1, and ODU2e can also be mapped to 1.25G tributary sequence of ODU3e1. Most of the low-order ODUs have the same number of tributary sequences in the high order; however, ODU2e is an exception, because ODU2e needs to occupy 9 1.25G tributary sequences or 5 2.5G tributary sequences in ODU3, while ODU2e needs to occupy 8 1.25G tributary sequences in ODU4, wherein, ODTUG represents optical channel data tributary unit group.
The idea of Flexible ODU was widely discussed originally in September 2008 in ITU-T Q11/SG15 intermediate meeting and in December 2008 in ITU-T SG15 plenary session. The initial idea of Flexible ODU is to provide OTN bit transparent transmission for client signals with an arbitrary bit rate. The ODUflex currently is expected to support those new bit rates that cannot be effectively mapped to ODU2, ODU3 or ODU4. The ODUflex is treated as a low-order ODU; and the number of tributary sequences occupied by one ODUflex is an arbitrary integer multiple of high order ODUk. The ODUflex bandwidth can be dynamically adjusted.
The size of currently recommended Packet ODUflex is: n*1.24416 Gbit/s±20 ppm (1≦n≦80), while the size of CBR ODUflex is 239/238 times of the client signal rate. The newly defined ODUflex no longer provides mapping for client signals that have been mapped to ODU0, ODU1, ODU2 and ODU3. For CBR client signals, the client signals are preferably mapped to ODUflex by BMP, and the ODUflex rate is 239/238 times of the client signal rate (the client signal rate is above 2.5G); for client signals of the packet services, in current discussion, the GFP is used to map the client signals to ODUflex; ODUflex=n*1.24416G, where 1≦n≦80; the bit rate of ODUflex is an integer multiple of the number of tributary sequences of high order ODUk.
After the 2003 version of the G.709 standard was published, with several years of development, OTN devices are largely deployed, while the latest G.709 standard has undergone great changes. After the newly deployed OTN devices are loaded in the control plane, one end-to-end label switched path might simultaneously control a lot of old devices and new devices, and the old devices can only support 2.5G tributary sequence units, while the new devices can support both 2.5G and 1.25G tributary sequence units; when one end-to-end label switched path passes both the old devices and the new devices, the interoperability involved when managing the end to end services becomes a real technical problem.
As shown in
One end-to-end ODUk service might go through a lot of old devices and new devices, and the old devices can only support 2.5G tributary sequence units, while the new devices can support both 2.5G and 1.25G tributary sequence units; when one end-to-end ODUk goes through the old devices and the new devices, the interoperability involved in managing the end-to-end service becomes a real technical problem. Meanwhile, there are also problems of introducing the ODU0 and ODUflex services into the OTN network and their interoperability with already deployed networks.
The technical problem to be solved in the present invention is to provide a G.709 based multi-stage multiplexing routing control method and gateway network element in an automatically switched optical network of an optical transport network.
A G.709-based multi-stage multiplexing routing control method, comprising:
a gateway network element broadcasting its own multi-stage multiplexing capability to a routing domain where the GNE is located or a path calculation entity through an extended routing protocol, to implement multi-stage multiplexing configuration and management of an optical transport network through said gateway network element; said multi-stage multiplexing capability comprising information of multiplexing hierarchy supported by a port of a link connected to said gateway network element and adaptation capability.
Wherein, the multi-stage multiplexing capability of said gateway network element is generated by the gateway network element by detecting board and port information of its node; or, said gateway network element receives multi-stage multiplexing capability configured by a management plane.
Wherein, said routing protocol is Open Shortest Path First-traffic engineering (OSPF-TE) or Intermediate System to Intermediate System-traffic engineering (IS-IS-TE).
Wherein, the step of said gateway network element broadcasting its own multi-stage multiplexing capability to said routing domain where the GNE is located or said path calculation entity through said extended routing protocol comprises:
said gateway network element carrying said multi-stage multiplexing capability in an extended interface switching capability descriptor, and said extended interface switching capability descriptor comprising a field of bandwidth information and a field of switching capability-specific information, wherein:
said field of switching capability-specific information is used to indicate information of signal type and multiplexing hierarchy supported by said port of said link connected to said gateway network element;
said field of bandwidth information is used to indicate the bandwidth information of each stage signal type supported by said port of said link connected to said gateway network element.
Wherein, said extended interface switching capability descriptor also carries a field of signal type, wherein:
when said field of signal type indicates that it is ODUj, said field of bandwidth information comprises N bandwidth indicator lines, respectively indicating, under priority Px, the number of available ODUj directly multiplexed into OTUj, as well as, under priority Px, the number of available ODUj multiplexed into ODUk with a higher rate, and said ODUj are non-ODUflex ODU signals; or
when said field of signal type indicates that other signals are multiplexed into ODUflex, said field of bandwidth information comprises N bandwidth indicator lines, respectively indicating, under priority Px, the number of available tributary sequences, as well as, under priority Px, the maximum number of tributary sequences, wherein, k, j, N are natural numbers, and x=0, . . . , N−1.
Wherein, N=8, j=0, 1, 2, 3, 4, 2e.
Wherein, said field of switching capability-specific information comprises a field of the number of multi-stage multiplexing hierarchies and M sub-fields, wherein:
said field of the number of multi-stage multiplexing hierarchies indicates the number of supported multi-stage multiplexing hierarchies when the ODUj signals are mapped into the ODUk, wherein, k and j are natural numbers, and k>j;
each of said M sub-fields describes one multi-stage multiplexing capability, and each sub-field comprises a field of multi-stage multiplexing hierarchy information and a field of multi-stage multiplexing signal type information, and said M indicates the number of the supported multi-stage multiplexing capabilities, wherein:
said field of multi-stage multiplexing hierarchy is used to indicate one multi-stage multiplexing hierarchy;
said field of multi-stage multiplexing signal type information is used to indicate each signal type and multiplexing relationship of one multi-stage multiplexing.
Wherein, the step of said gateway network element broadcasting its own multi-stage multiplexing capability to the routing domain where the gateway network element is located or the path calculation entity through the extended routing protocol comprises:
extending said routing protocol to support carrying multi-stage multiplexing capabilities, adding one Multi Stages Multiplex Constraints Subtype Length Value (Sub-TLV) in a Top Level TLV of a link state advertisement packet of link type, using said Multi Stages Multiplex Constraints Sub-TLV to carry the multi-stage multiplexing capability of said gateway network element, and said Multi Stages Multiplex Constraints Sub-TLV comprises a field of type, a field of length and a field of multi-stage multiplexing capability information, wherein:
said field of type is used to indicate the type of said subtype length value;
said field of length is used to indicate the length of said field of multi-stage multiplexing capability information;
said field of multi-stage multiplexing capability information is used to indicate specific supported multi-stage multiplexing capability.
Wherein, said field of multi-stage multiplexing capability information comprises M sub-fields, and each sub-field describes one multi-stage multiplexing capability, and each sub-field comprises a field of multi-stage multiplexing hierarchy information and a field of multi-stage multiplexing signal type information, wherein M indicates the number of supported multi-stage multiplexing capabilities, wherein:
said field of multi-stage multiplexing hierarchy information is used to indicate multi-stage multiplexing hierarchy;
said field of multi-stage multiplexing signal type information is used to indicate each signal type of multi-stage multiplexing.
A gateway network element, comprising a multi-stage multiplexing capability configuration module and a configuration and management module, wherein:
said multi-stage multiplexing capability configuration module is configured to: broadcast the multi-stage multiplexing capability of said gateway network element to a routing domain where said gateway network element is located or a path calculation entity through an extended routing protocol;
said configuration and management module is configured to: achieve multi-stage multiplexing configuration and management of an optical transport network through the configured multi-stage multiplexing capability;
wherein, said multi-stage multiplexing capability comprises information of multiplexing hierarchy supported by a port of a link connected to said gateway network element and adaptation capability.
Wherein, said multi-stage multiplexing capability configuration module is further configured to: generate said multi-stage multiplexing capability by detecting board and port information of its own node; or, receive the multi-stage multiplexing capability configured by a management plane.
Wherein, said routing protocol is Open Shortest Path First-traffic engineering (OSPF-TE) or intermediate system to intermediate system-traffic engineering (IS-IS-TE).
Wherein, said multi-stage multiplexing capability configuration module is configured to broadcast its own multi-stage multiplexing capability to said routing domain where said gateway network element is located or said path calculation entity according to the following method: carrying said multi-stage multiplexing capability in an extended interface switching capability descriptor, and said extended interface switching capability descriptor comprises a field of bandwidth information and a field of switching capability-specific information, wherein:
said field of switching capability-specific information is used to indicate information of signal type and multiplexing hierarchy supported by the port of the link connected to said gateway network element;
said field of bandwidth information is used to indicate the bandwidth information of each stage signal supported by the port of the link connected to said gateway network element.
Wherein, said interface switching capability descriptor also carries a field of signal type;
when said field of signal type indicates that it is ODUj, said field of bandwidth information comprises N bandwidth indicator lines, respectively indicating, under priority Px, the number of available ODUj directly multiplexed into OTUj, and under priority Px, the number of available ODUj multiplexed into ODUk with a higher rate, and said ODUj are non-ODUflex ODU signals; or
when said field of signal type indicates that other signals are multiplexed into ODUflex, said field of bandwidth information comprises N bandwidth indicator lines, respectively indicating, under priority Px, the number of available tributary sequences, as well as under priority Px, the maximum number of the tributary sequences, wherein, k, j and N are natural numbers, x=0, . . . , N−1.
Wherein, N=8, j=0, 1, 2, 3, 4, 2e.
Wherein, said field of switching capability-specific information comprises a field of the number of multi-stage multiplexing hierarchies and M sub-fields, wherein:
said field of the number of multi-stage multiplexing hierarchies indicates the number of supported multi-stage multiplexing hierarchies when ODUj signals are mapped into ODUk, where, k and j are both natural numbers, and k>j;
each of said M sub-fields describes one multi-stage multiplexing capability, and each sub-field comprises a field of multi-stage multiplexing hierarchy information and a field of multi-stage multiplexing signal type information, and said M indicates the number of supported multi-stage multiplexing capabilities, wherein:
said field of multi-stage multiplexing hierarchy information is used to indicate one multi-stage multiplexing hierarchy;
said field of multi-stage multiplexing signal type information is used to indicate each signal type and multiplexing relationship of one multi-stage multiplexing.
Wherein, said multi-stage multiplexing capability configuration module is configured to broadcast its own multi-stage multiplexing capability to the routing domain where said gateway network element is located or the path calculation entity through the extended routing protocol through the following way:
extending said routing protocol to make it support carrying multi-stage multiplexing capabilities, adding one Multi Stages Multiplex Constraints Sub-TLV in a Top Level TLV of a link state advertisement packet of link type, using said Multi Stages Multiplex Constraints Sub-TLV to carry the multi-stage multiplexing capability of said gateway network element, and said Multi Stages Multiplex Constraints Sub-TLV comprises a field of type, a field of length and a field of multi-stage multiplexing capability information, wherein:
said field of type is used to indicate the type of said subtype length value;
said field of length is used to indicate the length of said field of multi-stage multiplexing capability information;
said field of multi-stage multiplexing capability information is used to indicate specific supported multi-stage multiplexing capability.
Wherein, said field of multi-stage multiplexing capability information comprises M sub-fields, and each sub-field describes one multi-stage multiplexing capability, and each sub-field comprises a field of multi-stage multiplexing hierarchy information and a field of multi-stage multiplexing signal type information, wherein M indicates the number of supported multi-stage multiplexing capabilities, wherein:
said field of multi-stage multiplexing hierarchy information is used to indicate multi-stage multiplexing hierarchy;
said field of multi-stage multiplexing signal type information is used to indicate each signal type of multi-stage multiplexing.
The method provided in the embodiments of the present invention achieves multi-stage multiplexing control.
The present invention will be further illustrated below with reference to the accompanying drawings and specific embodiments.
The OTN standard always supports single-stage ODU multiplexing. The subsequent result in the OTN v1 is that ODU1 can be directly mapped to a tributary sequence of ODU3, and does not need to be mapped to ODU2 first. The motivation of this architecture is to reduce the complexity. In the normal evolution of this architecture, the newly added OTN functionality is expected to have a higher rate, and thus the concept of single-stage multiplexing is pushed forward more easily. That is, if the rate is increased up, it will be easier to continue to use the single-stage multiplexing in the OTN architecture. Introducing the ODU0 and ODUflex into the OTN hierarchy architecture makes the newly added ODUk signal rate much lower than the current rate, which will bring some different challenges, because the newly added rate might be the customers of existing rate. Therefore, there are very clear applications, and two-stage multiplexing will be expected to assist in introducing the ODU0 and ODUflex signals into an existing network, thus eliminating the need for updating each node in the existing network. Using two-stage multiplexing in a domain can allow the operators to limit the new rate to be applied to those nodes that need to support these new rates. Two-stage multiplexing is expected to assist in introducing the ODU0 and ODUflex signals into an existing network, thus eliminating the need of updating each node in the existing network. But it needs to introduce Gateway Network Element to support multi-stage multiplexing.
An embodiment of the present invention proposes to introduce gateway network elements in an existing network or upgrade some existing network elements to gateway network elements, and implements Multi Stage Multiplexing on these GNEs, to introduce the ODU0 and ODUflex applications into an already deployed network, and also solve the issue of interoperability of the 1.25G TS networks and the networks already deployed to support 2.5G TS, and fulfill the conversion between the 1.25G TS signals and the 2.5G TS signals. Therefore, it not only protects the existing OTN network invested by the operators, but also brings along new ODUk applications into the already invested OTN network.
The network shown in
In addition to the scenario of the network upgrade, the second potential two-stage multiplexing application is a tunnel based network design. In an ODU4 network, each ODU4 has 80 tributary sequences. It is assumed that a large number of ODU0 and ODUflex need 3-4 tributary sequences. If a large number of circuit operations share the same terminal points (or even a part of the entire path), from a management point of view, by introducing Gateway network element, ODU0 and ODUflex are firstly multiplexed into ODU2 or ODU3 to minimize the number of connections that need to be created on intermediate nodes. ODU2/ODU3 effectively creates a tunnel passing through the ODU4 network which is used by the ODU0/ODUflex. As the ODU4 network shown in
The management and control planes obtain the detailed information of each link in the OTN network, and the detailed information comprises the granularity size of tributary sequence supported by the link, the maximum number of the supported tributary sequences (i.e., the maximum bandwidth of the link), the number of available tributary sequences in the current link, and low-order signal type supported by the link. But in
Thus, an embodiment of the present invention proposes a routing control method for the path calculation entity to obtain the multi-stage multiplexing capability information supported by the GNEs, so that when GNEs are introduced into the existing OTN network, the path calculation entity of the end-to-end ODUk services can determine the GNEs that the end-to-end ODUk services go through, as well as choose the appropriate multi-stage multiplexing capabilities on the GNEs.
The G.709 based multiplexing routing control method provided in the embodiments of the present invention comprises:
The GNE carries its own multi-stage multiplexing capability in the link state advertisement packet and broadcasts its own multi-stage multiplexing capability to the routing domain where the GNE is located or the path calculation entity through the extended routing protocol, to achieve multi-stage multiplexing configuration and management of an optical transport network through said GNE. Said routing protocol is OSPF-TE or IS-IS-TE. Said multi-stage multiplexing capability comprises information of multiplexing hierarchy supported by the port of the link connected to the gateway network element and adaptation capability.
Wherein, the multi-stage multiplexing capability of said GNE is generated by the GNE through detecting the board and port information of its own node; or, said gateway network element receives multi-stage multiplexing capability configured by the management plane. Wherein, when said GNE receives the multi-stage multiplexing capability configured by said management plane, it also checks whether said data plane supports the multi-stage multiplexing capability configured by said management plane.
Wherein, said routing protocol can be extended to support carrying the multi-stage multiplexing capacity, a multi-stage multiplexing constraint subtype length value (Multi stages multiplex subtype constraints Sub-TLV) is added in the top level type length value (Top Level TLV) of the link state advertisement packet of the link type, and said multi-stage multiplexing constraint subtype length value is used to carry the multi-stage multiplexing capability of said GNE, and said Multi stages multiplex subtype constraints Sub-TLV comprises the field of type, the field of length and the field of multi-stage multiplexing capability information, wherein:
said field of type is used to indicate the type of the subtype length value;
said field of length is used to indicate the length of said field of multi-stage multiplexing capability information;
said field of multi-stage multiplexing capability information is used to indicate the specific supported multi-stage multiplexing capability, and said field of multi-stage multiplexing capability information comprises M sub-fields, and each sub-field describes one multi-stage multiplexing capability, and each sub-field comprises the field of multi-stage multiplexing hierarchy information and the field of multi-stage multiplexing signal type information, wherein M indicates the number of supported multi-stage multiplexing capabilities, wherein:
said field of multi-stage multiplexing hierarchy information is used to indicate the multi-stage multiplexing hierarchy;
said field of multi-stage multiplexing signal type information is used to indicate each signal type of the multi-stage multiplexing.
The present invention will be further illustrated below with reference to embodiments.
In order to broadcast the multi-stage multiplexing capability information of the GNE to the routing domain where the GNE is located through a routing protocol (OSPF-TE or IS-IS-TE, Open Shortest Path First-traffic engineering or intermediate system to intermediate system-traffic engineering), the embodiment of the present invention extends the routing protocol.
Based on the existing technologies and standards, rfc2370 defines opaque link state advertisement (LSA), and it defines three Opaque LSA types, namely, types 9, 10, 11 of LSA, according to the flooding scope of the Opaque LSA. Type 11 of Opaque LSA can be flooded within the entire autonomous system (AS); the flooding scope of the type 10 of Opaque LSA cannot exceed the Area associated with the LSA; type 9 of Opaque LSA can only be flooded in the local network or subnet. rfc3630 has extended the Opaque LSA and defines a new type of LSA to support the Traffic Engineering LSA. The traffic engineering (TE) LSA defined in rfc3630 is an Opaque LSA and only floods within the scope of the Area.
rfc4203 added four sub-type length values (TLV) into the Top Level TLV of the link type packet defined in rfc3630, to support Generalized Multiprotocol Label Switching (GMPLS), including Link Local/Remote Identifiers, Link Protection Type, Interface Switching Capability Descriptor and Shared Risk Link Group. The original rfc4203 is defined as shown in Table 1, but rfc4203 did not add the new Top Level TLV.
The embodiment of the present invention proposes to add another sub-TLV to the Top Level TLV of the link defined in the rfc4203, which is named as Multi Stages Multiplex Constraints Sub-TLV, as shown in Table 2.
In the above-mentioned embodiment, the value of the Type of the Multi Stages Multiplex Constraints Sub-TLV is 17, but another value might be used as desired. There is no limitation for this in the embodiments of the present invention.
As shown in
said field of Type indicates the type of said object, and its value might be 17, which is an example only, and it might be another value as desired;
said field is Length is used to indicate the length of the field of multi-stage multiplexing capability information;
said field of multi-stage multiplexing capability information comprises M sub-fields, and each sub-field indicates one multi-stage multiplexing capability; and each sub-field comprises a field of the number of multi-stage multiplexing hierarchies (Num) and a field of multi-stage multiplexing signal type information (Multi Stages Multiplexing Sub-TLV), respectively indicating, the number of the multi-stage multiplexing hierarchies and each signal type of the multi-stage multiplexing. M is the number of specified multi-stage multiplexing capabilities.
For example, Num 1 indicates the multi-stage multiplexing hierarchy of the first supported multi-stage multiplexing capability, and Multi Stages Multiplexing Sub-TLV 1 indicates the multi-stage multiplexing signal type of the first supported multi-stage multiplexing capability; Num 2 indicates the multi-stage multiplexing hierarchy of the second supported multi-stage multiplexing capability, and Multi Stages Multiplexing Sub-TLV 2 indicates the multi-stage multiplexing signal type of the second supported multi-stage multiplexing capability; and so on, Num M indicates the multi-stage multiplexing hierarchy of the Mth supported multi-stage multiplexing capability, and Multi Stages Multiplexing Sub-TLV M indicates the multi-stage multiplexing signal type of the Mth supported multi-stage multiplexing capability.
In the following, one encoding method for the Multi Stages Multiplex Constraints Sub-TLV will be provided.
Sub TLV Type is 17;
The field of Num 1 indicates the multi-stage multiplexing hierarchy of the first multi-stage multiplexing capability (method) information, and three bits might be used to indicate (a different number of bits might be used as desired, and the embodiment of the present invention does not limit the number of bits). For example, when indicating ODU0-ODU2-ODU3, Num 1 is filled with 2, and thereafter every four bits (a different amount of bits might be used as desired, and the embodiment of the present invention does not limit the number of bits), indicating one ODUk (k=0, 1, 2, 2e, flex, 3, 4), there are three groups in total. Wherein, the encoding of signal type is shown as follows:
0000: ODU0
0001: ODU1
0010: ODU2
0011: ODU3
0100: ODU4
0101: ODU2e
0110: ODUflex
The above-mentioned encoding method is only an example, and another encoding method can also be used to indicate said ODUk, and the embodiment of the present invention does not have restriction on the encoding method.
Num 2 indicates the multi-stage multiplexing hierarchy of the second supported multi-stage multiplexing capability (method), for example, when indicating ODU0-ODU2-ODU3, Num 2 is filled with 2, and thereafter every four bits might be used to indicate one ODUk.
The field of Length is (Num1+1)*4+(num2+1)*4+ . . . +(NumM+1)*4+M*3, where M is the number of multi-stage multiplexing capabilities.
As shown in
The granularity size of the tributary sequence supported on each link in the 10G OTN network is 1.25G TS. Wherein, three 10G OTN networks are interconnected with the 40G OTN network through GNEs Gateway 1, Gateway 3 and Gateway 4, and the intermediate link is the OTU3 link. The switching capability supported by each node in the three 10G OTN networks is not the same, wherein, nodes 1, 2, 3, and Gateway 1 in the ODU 2 Network 1 only support the switching capability of ODU0, ODU1 and ODUflex. The nodes 11, 12, 13, and Gateway 4 in the ODU2 Network 4 only support the switching capability of ODU0, ODUflex and ODU1. The nodes 8, 9, 10, and Gateway 3 in the ODU2 Network 3 only support the switching capability of ODU0 and ODUflex, this is because that the operators expect that the ODU2 Network 3 is only responsible for accessing 1 GigE (ODU0) and 10 GigE (ODU2/ODU2e) services, thus, only performing ODU0/ODU2 switching is more economical, and there is no need to perform the switching of ODU1. Wherein, the multi-stage multiplexing capability supported by each of the GNEs is as follows:
The multi-stage multiplexing capabilities supported by Gateway 1 network element comprise:
ODU0-ODU1-ODU3
ODU0-ODU2-ODU3
ODU1-ODU2-ODU3
ODUflex-ODU2-ODU3
The multi-stage multiplexing capabilities supported by the Gateway 3 NE comprise:
ODU0-ODU2-ODU3
ODUflex-ODU2-ODU3
and the multi-stage multiplexing capabilities supported by the Gateway 4 NE comprise:
ODU0-ODU1-ODU3
ODU0-ODU2-ODU3
The main reason why the Gateway 4 NE does not support the multi-stage multiplexing of ODUflex-ODU2-ODU3 is that the operators consider that the relevant ODUflex applications are only limited within the ODU2 Network 4, and there is no ODUflex outside the scope of the ODU2 Network 4, that is, the ODUflex applications will not go through the ODU3 Network 2. Therefore, there is no need for the Gateway 4 NE to support the multi-stage multiplexing of ODUflex-ODU2-ODU3.
Therefore, Gateway 1 broadcasts the multi-stage multiplexing capability supported on this node to the entire routing domain through the OSPF-TE protocol, and the encoding of Multi Stages Multiplex Constraints Sub-TLV is shown in
Gateway 3 broadcasts the multi-stage multiplexing capability supported on this node to the entire routing domain through the OSPF-TE protocol, and the encoding of Multi Stages Multiplex Constraints Sub-TLV is shown in
Gateway 4 broadcasts the multi-stage multiplexing capability supported on this node to the entire routing domain through the OSPF-TE protocol, and the encoding of Multi Stages Multiplex Constraints Sub-TLV is shown in
Based on the already invested OTN networks shown in
Wherein, there are a lot of local services of ODU0/ODU1/ODUflex within the ODU2 Network 5 (that is, those services are restricted inside the ODU 2 Network 5, and will not go through ODU4 Network 6), if there are some ODUk services, for example, a GigE (ODU0) is accessed at node 15, it needs to cross the ODU4 Network 6, and with the ultra-long-haul transmission capacity of the ODU4 Network 6, the services are transferred to the node 21 in the ODU3 Network 7. With the existing technology, an ODU2 tunnel can be directly established between the node 15 and the node 21, and then the ODU0 is directly multiplexed and de-multiplexed to the ODU2 tunnel on the node 15 and the node 21. However, this method has some drawbacks, because in the case that there are not a lot of ODU0 services requiring ultra-long haul transmission (for example there is only one such ODU0 end-to-end service), if one ODU2 tunnel is specifically established within the ODU2 Network 5 and the ODU3 Network 7 for those services that have low rates but require ultra-long haul transmission, while many local services cannot share these tunnels, for the operators, a lot of bandwidth is wasted for such ultra-long haul transmission end-to-end services. For this reason, the best way is to directly establish ODU2 or ODU3 tunnels between Gateway 5 and Gateway 7, and these tunnels are shared by the low-order rate services across the ODU2 Network 5, the ODU2 Network 6 and the ODU3 Network 7, while these low-order rate services are directly scheduled within the ODU2 Network 5 and the ODU2 Network 6 respectively, and there is no need to pre-establish ODU2 or ODU3 tunnels. But it needs to introduce the GNEs, and first, ODU0/ODU1/ODUflex is mapped to ODU2 or ODU3 at Gateway 5 and Gateway 7, and then ODU2 or ODU3 is mapped to ODU4.
As shown in
The multi-stage multiplexing capabilities supported by Gateway 5 NE comprises:
ODU0-ODU2-ODU4
ODU0-ODU3-ODU4
ODU1-ODU2-ODU4
ODU1-ODU3-ODU4
ODUflex-ODU2-ODU4
ODUflex-ODU3-ODU4
The multi-stage multiplexing capabilities supported by Gateway 7 NE comprises:
ODU0-ODU2-ODU4
ODU0-ODU3-ODU4
ODUflex-ODU2-ODU4
ODUflex-ODU3-ODU4
Therefore, Gateway 5 broadcasts the multi-stage multiplexing capability supported on this node to the entire routing domain through the OSPF-TE protocol, and the encoding of Multi Stages Multiplex Constraints Sub-TLV is as shown in
Gateway 7 broadcasts the multi-stage multiplexing capability supported on this node to the entire routing domain through the OSPF-TE protocol, and the encoding of Multi Stages Multiplex Constraints Sub-TLV is shown in
As shown in
The multi-stage multiplexing capabilities of the OTN nodes showed in
Wherein, the items in the tables are illustrated as follows:
MAX: the maximum number of supported ODUi
Available: the number of available existing ODUi
Allocated: the number of currently allocated ODUi
MHF: multi-stage or single-stage multiplexing, 1 represents multi-stage multiplexing, and 0 means single-stage multiplexing; here it is an example only, while other methods might also be applied.
MH: specific multiplexing hierarchy, including the signal type and the multiplexing hierarchy.
Description is made by taking the first line in the first table as an example. The second column of the first line indicates that the maximum number of the supported ODU3 is 1, and the second column indicates that the number of currently available ODU3 is 1, the third column indicates that the number of currently allocated ODU3 is 0, and the fourth column indicates that single-stage multiplexing is applied, but since the ODU3 is the most direct ODUk container, there is no need to re-multiplex to other ODUk containers.
As one OTU3 port can only support one ODU3 (40G), while one ODU3 can support four ODU2 (10G), each ODU2 can support 4 ODUI (2.5G), and each ODU1 can support two ODU0 (1.25 G).
Therefore, Table 3 shows that the maximum number of the respective container supported by one OTU3 port is respectively: ODU3: 1, ODU2: 4, ODU1: 16, ODU0: 32.
When there are three lOGigE (ODU2) services and one STM-16 (ODU0) service added from the NE G1 and passes through the OTU3 link, there will be a change in the multi-stage multiplexing capability of Unit1, Unit2 and Unit3, and the result of the change is shown in Table 4.
When three lOGigE (ODU2) services and one STM-16 (ODU0) service are added from the NE G1 and pass through the OTU3 link, that is, three ODU2 (equivalent to 24 ODU0, 12 ODU1) and one ODU1 (equivalent to 2 ODU0) are occupied, there are 6 ODU0 or three ODU1 left. Therefore, the ODU3 port cannot support one OTU3, meanwhile, since one ODU2 bandwidth equals to 8 ODU0 or 4 ODU1, currently there are only six ODU0 or three ODU1 left, thus the OTU3 port cannot support one ODU2. Therefore, the final result is shown in Table 4.
As for the OTN node shown in
When three lOGigE (ODU2) services and one STM-16 service are added from the NE G1 and pass through the OTU3 link, the multi-stage multiplexing capability of Unit1, Unit2 and Unit3 will change, and the result of change is shown as Table 6.
Wherein, the main difference in the representations of Table 5 and Table 3 lies in: Table 3 indicates ODU2, ODU1 and ODU0 directly or indirectly supported by the OTU3 port; Table 5 indicates ODU2 and ODU1 supported by the OTU3 port; and ODU0 further directly supported by each ODU1 and ODU2.
This embodiment extends ISCD (Interface Switching Capability Descriptor) to carry multi-stage multiplexing capability, and with the expanded ISCD, the multi-stage multiplexing capability of GNE can be distributed to its routing domain or the path calculation entity.
The expanded ISCD is respectively shown in
Wherein, in two extended modes, Switching Capability=TDM, Encoding Type=G.709. However, for the extended mode in
The field of bandwidth information specifically comprises: the ISCD extended mode shown in
For the ISCD extended modes shown in
M sub-fields, each sub-field comprises the field of multi-stage multiplexing hierarchy (MSMH) information and the field of multi-stage multiplexing signal type (MSMC) information, wherein,
said field of multi-stage multiplexing signal type information is used to indicate each signal type and multiplexing relationship of one multi-stage multiplexing.
Specifically, MSMH1, MSMH2, MSMH M, and the corresponding MSMC 1, MSMC 2 . . . MSMC M are comprised.
Each of MSMH 1, MSMH2, MSMH M is four bits (4 bits are only for example and can be modified as desired), it indicates a certain multi-stage multiplexing hierarchy, for example, when MSMH=1, it indicates that ODUj is mapped into ODUk (such as ODU0-ODU3) through a single-stage multiplexing; when MSMH=4, it indicates that ODUj is mapped into ODUK (such as ODU0-ODU1-ODU2-ODU3-ODU4) through four-stage multiplexing.
MSMC 1, MSMC 2 . . . MSMC M correspond to MSMH 1, MSMH2, MSMH M respectively, indicating the detailed multi-stage multiplexing hierarchy information, the MSMC length is equal to (MSMH+1)*4. Each ODUk (k=0, 1, 2, 3, 4, 2e, flex) is represented with four bits, wherein the encoding of the signal type is as follows:
0000: ODU0
0001: ODU1
0010: ODU2
0011: ODU3
0100: ODU4
0101: ODU2e
0110: ODUflex
The above-mentioned encoding method is only an example, and another encoding can be used to indicate said ODUk, and the embodiments of the present invention have no restrictions on the encoding method. One embodiment of Switching Capability-specific information is shown in
The present embodiment provides a specific OTN network topology, and with combination of the above-mentioned embodiments, a complete and comprehensive embodiment is provided to guide the application of the present invention.
As shown in
In each above-mentioned figure, the priority information is omitted, and in the actual application, the supported priorities and the bandwidth under each priority can be filled, and here there is no illustration. The specific format of the Multiplex hierarchy (MH) can refer to
The embodiment of the present invention also provides a gateway network element, and said gateway network element is configured to: carry the multi-stage multiplexing capability of said GNE in the link state advertisement packet, and broadcast the multi-stage multiplexing capability of said gateway network element to the routing domain where the GNE is located or the path calculation entity through the routing protocol, and said multi-stage multiplexing capability comprises the information of multiplexing hierarchy supported by the port of the link connected to said gateway network element and adaptation capability.
Wherein, said gateway network element is further configured to: generate said multi-stage multiplexing capability by detecting the board and port information of its own node; or receive the multi-stage multiplexing capability configured by said management plane.
Wherein, said routing protocol is Open Shortest Path First protocol-traffic engineering (OSPF-TE) or Intermediate System to Intermediate System-Traffic Engineering (IS-IS-TE).
Wherein, said gateway network element is configured to: use the extended interface switching capability descriptor to carry said multi-stage multiplexing capability, wherein, said extended interface switching capability descriptor comprises the field of bandwidth information and the field of switching capability-specific information, and the field of switching capability-Specific information is used to indicate information of the signal type and the multiplexing hierarchy supported by the port of the link connected to said gateway network element, and said field of bandwidth information is used to indicate the bandwidth information of each stage signal supported by the port of the link connected to the gateway network element.
Wherein, said interface switching capability descriptor also carries the field of signal type:
When the field of signal type is ODUk, and j=0, 1, 2, 3, 4, 2e: said field of bandwidth information comprises N bandwidth indicator lines, respectively indicating, under priorities Px, the number of available ODUk directly multiplexed into the OTUk, and under priority Px, the number of available ODUj multiplexed into the ODUk with a higher rate;
when the field of signal type indicates that ODUflex is multiplexed into one or more of ODU2, ODU3, ODU4, said field of bandwidth information comprises N bandwidth indicator lines, respectively indicating, under priority Px, the number of available tributary sequences, as well as under priority Px, the maximum number of tributary sequences, where, x=0, N−1, and N is a natural number.
Wherein, said field of switching capability-specific information comprises the field of the number of multi-stage multiplexing hierarchies and M sub-fields, wherein:
The field of the number of multi-stage multiplexing hierarchies indicates the number of supported multi-stage multiplexing hierarchies when ODUj signals are mapped into ODUk, and when k>j;
each of said M sub-fields describes one multi-stage multiplexing capability, and each sub-field comprises the field of multi-stage multiplexing hierarchy and the field of multi-stage multiplexing signal type information, wherein M indicates the number of supported multi-stage multiplexing capabilities, wherein:
the field of multi-stage multiplexing hierarchy information is used to indicate the hierarchy of one multi-stage multiplexing;
said field of multi-stage multiplexing signal type information is used to indicate each signal type and multiplexing relationship of one multi-stage multiplexing.
Please refer to the description in the method embodiment for more details, and it will not be repeated here.
The embodiment of the present invention also provides a gateway network element, comprising a multi-stage multiplexing capability configuration module and a configuration and management module, wherein:
said multi-stage multiplexing capability configuration module is configured to: broadcast the multi-stage multiplexing capability of said gateway network element to the routing domain where the gateway network element is located or the path calculation entity through the extended routing protocol;
said configuration and management module is configured to: achieve the multi-stage multiplexing configuration and management of the optical transport network through the configured multi-stage multiplexing capability;
Wherein, said multi-stage multiplexing capability comprises the information of multiplexing hierarchy supported by the port of the link connected to the gateway network element and adaptation capability.
Wherein, said multi-stage multiplexing capability configuration module is further configured to: generate said multi-stage multiplexing capability by detecting the board and port information of its own node; or, receive the multi-stage multiplexing capability configured by the management plane.
Wherein, said routing protocol is Open Shortest Path First-traffic engineering (OSPF-TE) or Intermediate System to Intermediate System-Traffic Engineering (IS-IS-TE).
Wherein, said multi-stage multiplexing capability configuration module is configured to, broadcast its own multi-stage multiplexing capability to the routing domain where the gateway network element is located or the path calculation entity according to the following way: carrying said multi-stage multiplexing capability in the extended interface switching capability descriptor, and said extended interface switching capability descriptor comprising the field of bandwidth information and the field of switching capability-specific information, wherein:
said field of switching capability-specific information is used to indicate information of the signal type and multiplexing hierarchy supported by the port of the link connected to said gateway network element;
Said field of bandwidth information is used to indicate the bandwidth information of each stage signal supported by the port of the link connected to said gateway network element.
Wherein, said interface switching capability descriptor also carries the field of signal type;
when the field of signal type indicates that it is ODUj, said field of bandwidth information comprises N bandwidth indicator lines, respectively indicating, under priority Px, the number of available ODUj directly multiplexed into OTUj, and under priority Px, the number of available ODUj multiplexed into ODUk with higher rate, and said ODUj are non-ODUflex ODU signals; or
when said field of signal type indicates that other signals are multiplexed into ODUflex, said field of bandwidth information comprises N bandwidth indicator lines, respectively indicating, under priority Px, the number of available tributary sequences, as well as under priority Px, the maximum number of tributary sequences, wherein, k, j and N are natural numbers, and x=0, . . . , N−1.
Wherein, N=8, and j=0, 1, 2, 3, 4, 2 e.
Wherein, said field of switching capability-specific information comprises the field of the number of multi-stage multiplexing hierarchies and M sub-fields, wherein:
said field of the number of multi-stage multiplexing hierarchies indicates the number of supported multi-stage multiplexing hierarchies when ODUj signal is mapped into the ODUk, where k and j are natural numbers, and k>j;
each of said M sub-fields describes one multi-stage multiplexing capability, and each sub-field comprises the field of multi-stage multiplexing hierarchy information and the field of multi-stage multiplexing signal type information, and said M indicates the number of supported multi-stage multiplexing capabilities, wherein:
said field of multi-stage multiplexing hierarchy information is used to indicate the hierarchy of one multi-stage multiplexing;
Said field of multi-stage multiplexing signal type information is used to indicate each signal type and multiplexing relationship of one multi-stage multiplexing.
Wherein, said multi-stage multiplexing capability configuration module is configured to broadcast its own multi-stage multiplexing capability to the routing domain where the gateway network element is located or the path calculation entity through the extended routing protocol according to the following way:
extending said routing protocol to make it support carrying multi-stage multiplexing capabilities, adding one Multi Stages Multiplex Constraints Sub-TLV in a Top Level TLV of a link state advertisement packet of link type, using said Multi Stages Multiplex Constraints Sub-TLV to carry the multi-stage multiplexing capability of said gateway network element, and said Multi Stages Multiplex Constraints Sub-TLV comprises a field of type, a field of length and a field of multi-stage multiplexing capability information, wherein:
said field of type is used to indicate the type of said subtype length value;
said field of length is used to indicate the length of said field of multi-stage multiplexing capability information;
said field of multi-stage multiplexing capability information is used to indicate specific supported multi-stage multiplexing capability.
Wherein, said field of multi-stage multiplexing capability information comprises M sub-fields, and each sub-field describes one multi-stage multiplexing capability, and each sub-field comprises a field of multi-stage multiplexing hierarchy information and a field of multi-stage multiplexing signal type information, wherein M indicates the number of supported multi-stage multiplexing capabilities, wherein:
said field of multi-stage multiplexing hierarchy information is used to indicate multi-stage multiplexing hierarchy;
said field of multi-stage multiplexing signal type information is used to indicate each signal type of multi-stage multiplexing.
The method provided in the embodiments of the present invention achieves multi-stage multiplexing control. Therefore, the present invention has a strong industrial applicability.
| Number | Date | Country | Kind |
|---|---|---|---|
| 201010594787.0 | Dec 2010 | CN | national |
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/CN2011/084149 | 12/16/2011 | WO | 00 | 7/12/2013 |
