WO2011023107A1 - 链路能力信息的协商方法、网络设备和通信系统 - Google Patents

链路能力信息的协商方法、网络设备和通信系统 Download PDF

Info

Publication number
WO2011023107A1
WO2011023107A1 PCT/CN2010/076342 CN2010076342W WO2011023107A1 WO 2011023107 A1 WO2011023107 A1 WO 2011023107A1 CN 2010076342 W CN2010076342 W CN 2010076342W WO 2011023107 A1 WO2011023107 A1 WO 2011023107A1
Authority
WO
WIPO (PCT)
Prior art keywords
link
capability information
node
odu
order
Prior art date
Application number
PCT/CN2010/076342
Other languages
English (en)
French (fr)
Inventor
林毅
资小兵
吴秋游
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP10811267.3A priority Critical patent/EP2472816B1/en
Publication of WO2011023107A1 publication Critical patent/WO2011023107A1/zh
Priority to US13/405,054 priority patent/US8824888B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/12—Arrangements providing for calling or supervisory signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0057—Operations, administration and maintenance [OAM]
    • H04J2203/0058—Network management, e.g. Intelligent nets

Definitions

  • the present invention relates to communication technology, and in particular to a method for negotiating link capability information of a high-order optical channel data unit, a network device, and a communication system. Background technique
  • Optical Transport Network is a transparent transmission technology developed to meet the large-capacity and coarse-grained scheduling requirements of the backbone network layer.
  • the old 0TN standard (ITU-T G.709 Amendment 1) defines 3 signal types: 0DU1, 0DU2, and 0DU3, with bandwidths of 2.5Gb/s, 10 Gb/s, and 40 Gb/s, respectively, and the time slot types supported Both are 2.5Gb/s.
  • 0DU1, 0DU2, and ODU3 also support 1.25Gb/s time slot types
  • the new OTN standard also proposes to support 1.25Gb/s time slot type new signal type, for example: ODU0, 0DU2e, ODU3e2, ODU4 and ODUflex with variable bandwidth, and new signal type 0DU3el which supports 2.5Gb/s time slot type.
  • ODUj and ODUk are used to represent two types of signal types, respectively, when ODUj can be multiplexed into ODUk and occupy the time slot of ODUk for signal transmission, then ODUj is called Low Order 0DU (Low Order 0DU, L0 0DU for short), The ODUk is called a high-order ODU (High Order ODU, HO ODU for short).
  • ODU1 can be multiplexed into 0DU2, occupying 1 time slot of type 2.5Gb/s of 0DU2, then 0DU2 is a high-order 0DU, and 0DU1 is a low-order 0DU.
  • the high-order ODU of the same type in the new OTN standard supports more types of low-order ODUs, and is compatible with two time slot types of 2.5 Gb/s and 1.25 Gb/s.
  • 0DU supports ODU0, ODUK Multiplexing of low-order ODUs such as ODUf l ex;
  • 0DU2 supports signal transmission of two time slot types of 2. 5Gb/s and 1.25Gb/s for 0DU1.
  • Existing networks have deployed old equipment that conforms to the old 0TN standard and new equipment that conforms to the new 0TN standard.
  • the high-order 0DU link capability of the old device is different from the high-order 0DU link capability of the new device.
  • the new device is compatible with the high-order 0DU link capability supported by the old device, but the 0DU link capabilities supported by different types of new devices may be different. ;
  • the old equipment does not support the new high-order 0DU link capability of the new equipment.
  • the prior art usually manually configures the capability information of the high-order ODU link on the nodes at both ends of the high-order ODU link, so that the node uses the high-order ODU link based on the link capability. Since the link capability information in the prior art is mainly realized through manual configuration, since there are a large number of high-order ODU links in the network, the manual configuration has a very large workload and low efficiency. Summary of the invention
  • the present invention provides a method for negotiating link capability information, a network device, and a communication system, so as to improve the efficiency of high-level ODU link capability information negotiation.
  • the embodiment of the present invention provides a method for negotiating link capability information. After establishing a high-order optical channel data unit ODU link, the method includes:
  • the second node receives the first high-order ODU link capability information supported by the first node at one end of the link; the second node is located at the other end of the link;
  • the embodiment of the present invention also provides another method for negotiating link capability information, which after establishing a high-order optical channel data unit ODU link includes: The first node at one end of the link sends the first high-order OD link capability information supported by the first node to the second node at the other end of the link, so that the second node can use the first high-order ODU link capability information and second high-order ODU link capability information supported by the second node, determining the link capability information;
  • the embodiment of the present invention also provides a network device, including:
  • the peer capability information receiving module is configured to receive the first high-order ODU link capability information supported by the first node at the opposite end of the link after the high-order optical channel data unit ODU link is established;
  • a link capability information determining module configured to determine the link capability information according to the first high-order ODU link capability information and the second high-order ODU capability information supported by itself;
  • a capability information sending module configured to send capability information of the link to the first node; or, send the second high-order ODU link capability information to the first node for the first node Determine the capability information of the link according to the first high-level ODU link capability information and the second high-level ODU capability information.
  • the embodiment of the present invention also provides another network device, including:
  • the local capability information sending module is configured to send to the second node at the opposite end of the link, the first high-order ODU link capability information it supports, so that the second node can use the first high-order ODU link Link capability information and the second high-order ODU link capability information supported by the second node to determine the link capability information;
  • the link capability information determining module is configured to receive the link capability information sent by the second node.
  • An embodiment of the present invention also provides a communication system, including: a high-order optical channel data unit ODU link, and a first node and a second node located at both ends of the high-order ODU link;
  • the first node is configured to send to the second node first high-order ODU link capability information supported by the first node;
  • the second node is configured to use the second high-order ODU capability information supported by the second node and all The first high-order ODU link capability information, determining the link capability information; and sending the link capability information to the first node.
  • the embodiment of the present invention also provides another communication system, including: a high-order optical channel data unit ODU link, and a first node and a second node located at both ends of the high-order ODU link;
  • the first node is configured to send to the second node the first high-order ODU link capability information supported by the first node; receive the second high-order ODU link capability information supported by the second node; according to Determining the capability information of the link by the first high-level ODU link capability information and the second high-level ODU capability information;
  • the second node is configured to send the second high-level ODU link capability information to the first node; receive the first high-level ODU link capability information; according to the first high-level ODU link capability Information and the second high-level OFDM capability information to determine the link capability information.
  • the link capability information negotiation method, network device, and communication system provided by the embodiments of the present invention perform automatic negotiation based on the high-level ODU link capability information supported by the two nodes at both ends of the high-level ODU link, which reduces the high-level ODU chain.
  • Manual participation in the process of link capability negotiation reduces the workload required for maintenance personnel to configure high-order ODU link nodes, thereby improving the efficiency of high-order ODU link capability information negotiation.
  • FIG. 1 is a schematic flow diagram of a method for negotiating link capability information provided by the first embodiment of the present invention
  • Fig. 2 is a schematic flow diagram of a method for negotiating link capability information provided by the second embodiment of the present invention
  • Fig. 3a is the third embodiment of the present invention
  • the flowchart of the method for negotiating link capability information provided by the example
  • Figure 3b is a schematic diagram of the format of the "DATA_LINK" object in the application scenario of the embodiment of the present invention
  • FIG. 3c is a schematic diagram of the general format of the "Subobjec ts" sub-object in the application scenario of the embodiment of the present invention
  • Figure 3d is a schematic diagram of the format of the high-order ODU link capability sub-object in the application scenario of the embodiment of the present invention.
  • Figure 3e is a schematic diagram of the format of the high-order ODU link capability sub-object in the application scenario of the embodiment of the present invention. Schematic diagram of the format of the high-order ODU link capability information sub-object in the message;
  • Fig. 3g is a schematic diagram of the format of the high-order ODU link capability information sub-object in the link summary non-acknowledgement message of the application example of the present invention.
  • FIG. 4 is a schematic diagram of the structure of a network device provided by the fourth embodiment of the present invention.
  • FIG. 5 is a schematic diagram of the structure of a network device provided by the fifth embodiment of the present invention.
  • Fig. 6 is a schematic structural diagram of a communication system provided by a sixth embodiment of the present invention. Detailed ways
  • FIG. 1 is a schematic flowchart of a method for negotiating link capability information provided by the first embodiment of the present invention.
  • the application scenario of this embodiment is as follows: After a high-order ODU link is established between any two nodes in the OTN, the two nodes at both ends of the high-order ODU link negotiate the capabilities of the high-order ODU link.
  • the execution subject of the method for negotiating link capability information in this embodiment can be any node among the nodes at both ends of the high-order ODU.
  • the node at one end of the high-order ODU link is referred to as the first node.
  • the node at the other end of the high-order ODU link is called the second node.
  • the second node is used as the execution subject for description.
  • the method for negotiating link capability information in this embodiment includes: Step 1 1.
  • the second node receives the first high-order ODU link capability information supported by the first node at one end of the high-order ODU link; the second node is located at the other end of the high-order ODU link.
  • the first high-order ODU link capability information supported by the first node may include: the low-order ODU type supported by the first node for multiplexing (referred to as the "first low-order ODU type") and the time slot type (referred to as the "first low-order ODU type") Time slot type” ).
  • the "time slot type" in the embodiment of the present invention may include types with a time slot granularity of 2.5 Gb/s or 1.25 Gb/s. If a node supports a time slot type with a smaller time slot granularity (for example: 1. 25Gb/s), the node is also compatible with a time slot type with a larger time slot granularity (for example: 2.5 Gb/s).
  • Step 12 Determine the capability information of the high-level ODU link according to the first high-level ODU link capability information and the second high-level ODU capability information supported by the second node itself.
  • the second high-order ODU link capability information supported by the second node may include: the low-order ODU type (referred to as the "second low-order ODU type") and the time slot type (referred to as the "second low-order ODU type") supported by the second node for multiplexing Time slot type" ).
  • the second node After obtaining the first high-level ODU link capability information supported by the first node, the second node comprehensively considers the ODU link capability information supported by the two nodes to determine the link capability information.
  • the ODU link capability information jointly supported by the two nodes can be determined as the capability information of the ODU link.
  • the intersection of the low-order ODU types supported by the two nodes can be determined, As the low-order ODU type supported by the ODU link; determine the time slot type with the same or larger time slot granularity among the time slot types supported by the two nodes as the time slot type supported by the ODU link.
  • the time slot type with the same or larger time slot granularity among the time slot types supported by the two nodes is determined, and the time slot type supported by the ODU link may specifically be: When the time slot in the time slot type supported by the first node When the granularity is equal to the time slot granularity in the time slot type supported by the second node, it means that the time slot types supported by the two nodes are the same. When the time slot granularity is equal, the time slot type is regarded as the time supported by the ODU link.
  • Step 13 Send the determined high-order ODU link capability information to the first node; or, send the second high-order ODU link capability information to the first node for the first node to follow the first high-order ODU link.
  • the path capability information and the second high-order OD capability information determine the capability information of the high-level OD link.
  • the second node can determine the capability information of the high-order ODU link and send it to the first node.
  • the second node directly sends the ODU link capability information supported by itself to the first node, and the first node determines the link capability information.
  • the negotiated high-order ODU link capability information can be used for two nodes to perform path calculations separately and establish paths based on the results of path calculations and other subsequent processing.
  • any node at both ends of the high-order ODU link obtains the high-order ODU link capability information of the opposite node, and combines the high-order ODU link capability information supported by the node itself,
  • the capability of the high-order ODU link is determined, and the result of the determination can be sent to the opposite node, or only the high-order ODU link capability information supported by itself can be sent to the opposite node, and the opposite node determines the high-order according to the same method.
  • this embodiment performs auto-negotiation based on the high-order ODU link capability information supported by the two nodes at both ends of the high-order ODU link, manual participation in the high-order ODU link capability negotiation process is reduced, and maintenance personnel configuration is reduced.
  • the workload required by high-order ODU link nodes improves the efficiency of high-order ODU link capability information negotiation.
  • FIG. 2 is a schematic flowchart of a method for negotiating link capability information provided by the second embodiment of the present invention.
  • the application scenario of this embodiment is similar to the application scenario of the corresponding embodiment in FIG. 1, the difference is that this embodiment may wish to use the first node as the execution subject for description.
  • the negotiation of link capability information in this embodiment is Methods include:
  • Step 21 The first node sends to the second node the first high-level ODU link capability information supported by the first node, so that the second node can use the above-mentioned first high-level ODU link capability information and the second high-level supported by itself.
  • the ODU link capability information determines the capability information of the high-order ODU link.
  • the high-order ODU link capability information supported by any node may include: information such as the low-order ODU type and time slot type that the node itself supports multiplexing.
  • the first node sends the high-order ODU link capability information it supports to the second node, so that the second node can synthesize the actual capabilities of the high-order ODU link of the two nodes, Determine the capability information of the high-order ODU link.
  • Step 22 Receive the high-level ODU link capability information sent by the second node and determined by the second node; or receive the second high-level ODU link capability information sent by the second node, according to the first high-level supported by itself
  • the ODU link capability information and the foregoing second high-order ODU link capability information determine the capability information of the high-order ODU link.
  • the first node may directly obtain the capability information of the high-order ODU link determined by the second node, or the first node may obtain the capability information of the high-order ODU link supported by the second node, and use the same method to determine the high Capability information of the first-order DU link.
  • the negotiated high-order ODU link capability information can be used for two nodes to perform path calculations separately and establish paths based on the results of path calculations and other subsequent processing.
  • This embodiment performs automatic negotiation based on the high-order ODU link capability information supported by the two nodes at both ends of the high-order ODU link, which reduces manual participation in the high-order ODU link capability negotiation process, and reduces the high-order configuration of maintenance personnel.
  • the workload required by the ODU link node improves the efficiency of high-order ODU link capability information negotiation.
  • Figure 3a is a schematic flowchart of a method for negotiating link capability information provided by the third embodiment of the present invention.
  • the application scenario of this embodiment is: any two nodes in OTN, for example, after a high-level ODU link is established between node A and node B, node A and node B follow the link management protocol (Link Management Protocol, LMP for short), and perform High-order ODU link capability negotiation.
  • the method for negotiating link capability information in this embodiment includes:
  • Step 31 Node A sends a link summary (L i nkSummary) message to node B.
  • the link summary message includes high-order ODU link capability information supported by node A itself, such as: Node A supports multiplexed low-order ODU chain Channel capability information and time slot type.
  • the link management protocol is the Internet Engineering Task Force (The Internet Engineering Task Force)
  • the message is a message defined by LMP, and its message format is as follows:
  • Link Summary is the common header of the message;
  • MESSAGE-ID is the ID of the message;
  • TE-LINK object contains the ID of the high-order 0DU link ;
  • DATA _L INK is used to indicate data link objects.
  • One link summary (LinkSummary) message may include one or more "DATA-LINK” objects.
  • Figure 3b is a schematic diagram of the format of the "DATA_LINK” object in the application scenario of the embodiment of the present invention, where "F lag” is a flag bit; “Reserved” is a reserved bit, “Loca l _ Interface_ Id” and “Remote- Interface- Id””Respectively used to identify the local node ID and the opposite node ID of the high-order ODU link.
  • Each "DATA-LINK” object can include one or more child objects "Subob ject s" 0 format diagram of FIG.
  • the high-order ODU link capability information supported by node A itself can be carried in a subobject (Subobject) in the "DATA-LINK" object of the link summary (LinkSummary) message and sent to node B.
  • a new sub-object can be defined to describe the high-order ODU link capability information supported by the node itself.
  • the new sub-object may be called a high-order 0DU link capability sub-object (HO 0DU Link Capabi l ty Subobjec t).
  • Figure 3d is a schematic diagram 1 of the format of the high-level ODU link capability sub-object in the application scenario of the embodiment of the present invention, where "Type” represents the type of the sub-object; “Length” represents the length of the sub-object, and the content of the sub-object (Subobject Contents) )
  • "ODUk” indicates the type of high-order 0DU in the high-order 0DU link; the “Reversed” field is reserved for extended use;
  • T indicates the time slot type supported by the local node;
  • NUM indicates the high-order The total number of low-order ODUj supported by ODUk for multiplexing; "0DUj 1, 0DUj 2 ODUjn,, etc.
  • n fields are used to list various low-order ODUj supported by high-order ODUk for multiplexing Type of, n is equal to "NUM. "; The "padding” part is a padding area with no practical significance, which can be filled with 0. "ODUk” in Figure 3d is an optional field.
  • Table 1 The corresponding relationship between the value of the "ODUk” field and the type of higher-order 0DU is shown in Table 1: Table 1 The corresponding relationship between the value of the "ODUk” field and the type of higher-order 0DU
  • Table 1 The correspondence between the value of the "ODUj" field and the type of low-level 0DU is shown in Table 1: Table 2 The correspondence between the value of the "ODUj" field and the type of low-level 0DU
  • a bitmap method may also be used. Indicates that the node supports the low-order ODU type of multiplexing.
  • Figure 3e is a second schematic diagram of the format of the high-order ODU link capability sub-object in the application scenario of the embodiment of the present invention, where each bit in the bitmap carried by the fields such as "... IFIEIDICIBIAI" represents a low-order ODU type ; According to the value of the bit, it indicates whether the high-order ODU link of the node supports multiplexing of this type of ODU type.
  • Table 3 The corresponding relationship between each bit of the bitmap and the type of low-level 0DU is shown in Table 3:
  • the multiplexing relationship between the high-order ODU corresponding to the "ODUk” field and the low-order ODU corresponding to "ODUj" and the supported time slot types are determined by the OTN standard version followed by the node itself and its own equipment capabilities.
  • the multiplexing relationship between high-order ODU and low-order ODU is shown in Table 4:
  • Table 4 Multiplexing relationship between high-order 0DU and low-order 0DU in the old 0TN standard 0DU1 ODU 3 2.5Gb/s 0DU1 occupies 1 of the 16 time slots of 0DU3
  • 0DU2 ODU 3 2.5Gb/s 0DU2 occupies 4 of the 16 time slots of 0DU3.
  • ITU-T G. 709 Amendment 3 and G. sup43 ITU-T G. 709 Amendment 3 and G. sup43
  • Table 5 The multiplexing relationship between high-order 0DU and low-order 0DU in the new 0TN standard
  • ODU0, ODU2e, and ODUflex are not regarded as high-order ODUs; 0DU4, ODU3el, and ODU3e2 are not regarded as low-order ODUs.
  • Step 32 Node B receives the link summary (LinkSumma ry) message sent by node A, and obtains the link summary message including high-order ODU link capability information supported by node A, such as: Node A supports low multiplexing Order OD link capability information and time slot type. Node B can obtain the time slot type supported by node A from the "T" field in the higher-order ODU link capability subobject (HO ODU Link Capab ili ty Subobjec t) included in the link summary (LinkSummary) message. 1. n fields such as 0DUj 2 ODUjn ", can obtain the set of low-order ODU types supported by node A.
  • Link Summary Link Summary
  • Step 33 Node B judges whether the high-order ODU link capability information supported by itself is the same as the high-order ODU link capability information supported by node A, if they are the same, perform step 34; otherwise, perform step 36.
  • Step 34 Node B sends a link summary confirmation (LinkSummaryAck) message to node A.
  • Link Summary confirmation (LinkSummaryAck) message.
  • ⁇ LinkSummaryAck Mes sage>:: ⁇ Common Header> ⁇ MESSAGE_ ID_ACK> Among them, "Common Header” represents the common header of the message, and "MESSAGE. ID.ACK” represents the ID of the response message.
  • Step 35 When node A receives the summary acknowledgement (LinkSummaryAck) message sent by node B, it determines the high-order ODU link capability information it supports as the high-order ODU link capability information; ends this negotiation process.
  • LinkSummaryAck summary acknowledgement
  • Step 36 The node B determines the capability information of the high-order ODU link according to the capability information of the high-order ODU link supported by the node A and itself, such as: the time slot type supported by the high-order ODU link and the high-order ODU The link supports multiplexed low-order ODU types.
  • Node B compares the time slot type supported by itself with the time slot type supported by node A, and if both nodes support a time slot type with a smaller granularity, such as supporting a time slot type with a granularity of 1.25 Gb/s, it is determined
  • the slot type with a smaller granularity (1.25Gb/s) is the slot type supported by the high-order ODU link; otherwise, a slot type with a larger granularity is determined, such as a slot type with a granularity of 2.5Gb/s , Is the time slot type supported by the high-order ODU link.
  • Node B performs the intersection operation between the type set of low-cost ODU supported by its high-order ODU multiplexing and the type set of low-priced ODU supported by node A high-order ODU multiplexing, and the obtained intersection is the high-order ODU chain Channels support multiplexed low-order ODU types.
  • Step 37 The node B sends a link summary non-acknowledgement (LinkSummaryNack) message to the node A, and the link summary non-acknowledgement (LinkSummaryNack) message carries the capability information of the high-order ODU link determined by the node B.
  • LinkSummaryNack link summary non-acknowledgement
  • ⁇ ERR0R_C0DE> [ ⁇ DATA_LINK>...
  • the capability information of the high-order ODU link, or the capability information of the high-order ODU link supported by the Node B itself, can be carried in the “DATA_LINK”, the newly added high-order ODU link capability sub-object (HO ODU Link Capabi ty Subobject); "ERROR-CODE, the object is used to indicate the reason for returning the "LinkSummaryNack" message, this embodiment can add a value of "ERROR-CODE” to indicate the reason for returning the "LinkSummaryNack” message It is because the capability information of the nodes at both ends of the high-order ODU link is inconsistent.
  • Step 38 When node A receives the link summary non-acknowledgement (LinkSummaryNack) message sent by node B, it uses the high-order ODU link capability information carried in the link summary non-acknowledgement (LinkSumma ryNack) message as the high-order ODU link capability information; end this negotiation process.
  • LinkSummaryNack link summary non-acknowledgement
  • LinkSumma ryNack link summary non-acknowledgement
  • the node B may send the high-order ODU link capability information supported by the node B itself to the node A (not shown in the figure) in the link summary non-acknowledgement (LinkSummaryNack) message.
  • LinkSummaryNack link summary non-acknowledgement
  • step 38 when node A receives a link summary non-acknowledgement (LinkSummaryNack) message, it acquires the high-order ODU link capability information supported by node B from the link summary non-acknowledgement (LinkSummaryNack) message, and uses The same method used by Node B to determine the capability information of the high-order ODU link is to determine the capability information of the high-order ODU link; for the specific method for node A to determine the capability information of the high-order ODU link, refer to the record in step 36, I won't repeat them here.
  • LinkSummaryNack link summary non-acknowledgement
  • the high-order ODU link capability-related information between node A and node B can be It is carried in messages that comply with the link management protocol, such as: link summary (LinkSummary), summary acknowledgement (LinkSummaryAck), and link summary non-acknowledgement (LinkSummaryNack), which are transmitted in control plane resources.
  • these messages can be transmitted using the in-band resources of the control plane.
  • Port J 3 ⁇ 4 Use the General Communication Channel 1 (General Communication Channel 1) in the ODU overhead of the Optical Channel Transport Unit (OTU) frame.
  • GCC1 for short) and General Communication Channel 2 (GCC2 for short) are two bytes, which are transmitted as a data communication network (General Communication Channel, DCN for short) channel.
  • these messages can also be transmitted using out-of-band resources of the control plane, for example: using an out-of-band data communication network for transmission.
  • a high-order 0DU link has been established between node A and node B, and the high-order 0DU link type is 0DU3; the high-order 0DU link capability information supported by node A is: The supported time slot type is 1.25 Gb/s, the low-order ODU types that support multiplexing include: ODUflex, ODU0, 0DU1, and 0DU2; the high-order ODU link capability information supported by Node B is: The supported time slot type is 2.5Gb/s, and multiplexing is supported Low-level 0DU types include: 0DU1 and 0DU2.
  • Node A and node B use the link capability information negotiation method provided in this embodiment to negotiate, which specifically includes:
  • Fig. 3f is a schematic diagram of the format of the high-order ODU link capability information sub-object in the link summary message of the application example of the present invention.
  • the value of the "ODUk" field is 3, indicating that the type of the high-order ODU link is 0DU3;
  • the value of the T" field is 1, which means that the time slot type supported by node A is 1.25Gb/s, and the value of the "Num.” field is 4, which means that node A supports multiplexing of 4 ODU types;
  • "ODUj 0DUj2, 0DUj3 and 0DUj4 the values of the fields are 0, 1, 2, and 5, respectively, indicating that the four ODU types supported by node A for multiplexing are: ODU0, ODUK 0DU2, and ODUflex.
  • Node B determines the capability information of the ODU link according to the high-order ODU link capability information supported by node A and itself, and the ODU link capability information includes: the type of timeslot supported by the ODU link and the ODU link Channels support multiplexed low-order ODU types.
  • the node B determines that the time slot type supported by the ODU link is 2.5 Gb/s.
  • node B determines two The intersection ⁇ 0DU1, 0DU2 ⁇ of the two is used as the low-order ODU type that the ODU link supports multiplexing.
  • the node B carries the determined information in the link summary non-acknowledgement (LinkSlim maryNack) message and sends it to the node A.
  • LinkSlim maryNack link summary non-acknowledgement
  • Fig. 3g is a schematic diagram of the format of the high-order ODU link capability information sub-object in the link summary non-acknowledgement message of the application example of the present invention.
  • the "T" field is taken A value of 0 indicates that the time slot type supported by the high-order 0DU link is 2.5Gb/s, and the value of the "Num.” field is 1 indicating that the high-order 0DU link supports one low-order 0DU type multiplexing;
  • "ODUj The values of the "l and 0DUj 2" fields are 1 and 2 respectively, indicating that the low-order 0DU types supported by the high-order 0DU link for multiplexing are: 0DU1 and 0DU2, respectively.
  • the node A obtains the capability information of the high-order ODU link according to the high-order ODU link capability information (HO ODU Link Capabi l ty Subobject) subobject in the link summary non-acknowledgement (LinkSummaryNack) message.
  • HO ODU Link Capabi l ty Subobject link Capabi l ty Subobject
  • LinkSummaryNack link summary non-acknowledgement
  • any node at both ends of the high-order ODU link obtains the high-order ODU link capability information of the opposite node, including the information supported by the opposite end.
  • the time slot type and the low-order ODU signal type supported by the opposite end combined with the high-order ODU link capability information supported by the node itself, determine the ability of the high-order ODU link, that is, determine where the high-order ODU link is Supported time slot types and supported low-order 0DU signal types, the determined result can be sent to the opposite node, or only the high-order ODU chain supported by itself can be sent to the opposite node
  • the peer node determines the capability of the high-order ODU link according to the same method.
  • this embodiment performs auto-negotiation based on the high-order ODU link capability information time slot type and low-order ODU signal type supported by the two nodes at both ends of the high-order ODU link, the process of high-order ODU link capability negotiation is reduced.
  • the manual participation of this reduces the workload required for maintenance personnel to configure high-order ODU link nodes, thereby improving the efficiency of high-order ODU link capability information negotiation.
  • the two nodes at both ends of the high-order ODU link follow the control plane LMP protocol. Since the control plane can carry more link capability information, yes, this embodiment
  • This embodiment is not only applicable to the scenario of high-order ODU link capability negotiation between two nodes supporting different OTN standards, but also applicable to two nodes that support the same OTN standard but have different high-order ODU link capabilities.
  • a node only supports the time slot type with a time slot granularity of 1.25G but does not support ODU0, 0DU4, 0DU2e, 0DU3e l, ODU3e2, ODUf l ex and other new standards as defined Signal types, or only support one or more of the signal types defined in the above new standard. Therefore, the present embodiment has strong universality, can accurately obtain high-order ODU link capability information actually supported by the peer node, and improve the efficiency and accuracy of high-order ODU link capability information negotiation. Since the negotiated high-order ODU link capability information provides necessary information for calculating and establishing a path required for signal transmission, this embodiment is also beneficial to improve the success rate of establishing a path required for signal transmission.
  • FIG. 4 is a schematic structural diagram of a network device provided by a fourth embodiment of the present invention.
  • the network device in this embodiment includes: a peer capability information receiving module 41, a link capability information determining module 42, and a capability information sending module 43.
  • the peer capability information receiving module 41 is configured to receive the first high-order ODU link capability information supported by the first node at the opposite end of the high-order ODU link after the high-order optical channel data unit ODU link is established.
  • the link capability information determining module 42 is configured to determine the capability information of the high-level ODU link according to the second high-level ODU capability information supported by itself and the first high-level ODU link capability information supported by the first node.
  • the capability information sending module 43 is configured to send the capability information of the high-order ODU link determined by the link capability information determining module 42 to the first node; or, send the capability information of the second high-order ODU link that it supports to the first node, This allows the first node to determine the capability information of the high-level ODU link according to the first high-level ODU link capability information and the second high-level ODU capability information.
  • the first high-order ODU link capability information may include: the first low-order ODU type and the first time slot type that the first node supports multiplexing;
  • the second high-order ODU link capability information may include : The network device itself supports the second low-order ODU type and the second time slot type that are multiplexed;
  • the network device itself supports the second low-order ODU type and the second time slot type that are multiplexed;
  • the capability information of the high-order ODU link includes: High The first-order ODU link supports multiplexed low-order ODU types and supported time slot types.
  • the link capability information determining module 42 is further configured to determine the intersection of the first low-order ODU type and the second low-order ODU type, which is the low-order ODU type supporting multiplexing for the high-order ODU link; and determining the first time The time slot type with the same or larger time slot granularity in the slot type and the second time slot type is the time slot type supported by the high-order ODU link.
  • the negotiation information of the link capability between the network device and the second node at the opposite end of the link in this embodiment can all be transmitted in accordance with the link management protocol.
  • the peer capability information receiving module 41 may also be used to receive the first high-level ODU link capability information in accordance with the link management protocol; the capability information sending module 43 may also be used to transmit the determined high-level ODU chain in accordance with the link management protocol.
  • Channel capability information or second-high-order ODU link capability information may be used to transmit the determined high-level ODU chain in accordance with the link management protocol.
  • the network device negotiates with another node at the opposite end of the high-order ODU link based on the high-order ODU link capability information supported by both nodes, which reduces manual participation in the high-order ODU link capability negotiation process.
  • the workload required by maintenance personnel to configure high-order ODU link nodes is reduced, thereby improving the efficiency of high-order ODU link capability information negotiation.
  • the specific performance entity of the network device in this embodiment is not limited, and its working mechanism can be referred to the record of the corresponding embodiment in FIG. 1 and FIG. 3a, which will not be repeated here.
  • FIG. 5 is a schematic structural diagram of a network device provided by a fifth embodiment of the present invention.
  • the network device in this embodiment includes: a local capability information sending module 51 and a link capability information determining module 52.
  • the local capability information sending module 51 is configured to send to the second node at the opposite end of the higher-order ODU link, since The first high-order ODU link capability information supported by the second node can be used by the second node to determine the high-order ODU link according to the first high-order ODU link capability information and the second high-order ODU link capability information supported by the second node Road capability information.
  • the link capability information determining module 52 is configured to receive the capability information of the high-level ODU link sent by the second node; or, receive the second high-level ODU link capability information sent by the second node, according to the first high-level ODU link.
  • the path capability information and the second high-level OD link capability information determine the capability information of the high-level OD link.
  • the first high-order ODU link capability information includes: the first low-order ODU type and the first time slot type that the network device itself supports multiplexing;
  • the second high-order ODU link capability information includes: the second node The second low-order ODU type and the second time slot type that support multiplexing;
  • the capability information of the high-order ODU link includes: the low-order ODU type that the link of the high-order ODU link supports multiplexing and the supported time slot type.
  • the link capability information determining module 52 can also be used to determine the intersection of the first low-order ODU type and the second low-order ODU type, which is the low-order ODU type supported by the high-order ODU link for multiplexing; and determining the first time slot
  • the time slot type with the same or larger time slot granularity in the type and the second time slot type is the time slot type supported by the high-order ODU link.
  • the negotiation information of the link capability between the network device of this embodiment and the second node at the opposite end of the high-order ODU link can be transmitted in accordance with the link management protocol.
  • the local link capability information sending module 51 can also be used to follow the link management protocol and send the first high-level ODU link capacity information;
  • the link capacity information determining module 52 can also be used to follow the link management protocol, Receive the capability information of the high-order ODU link or the capability information of the second high-order ODU link.
  • the network device negotiates with another node at the opposite end of the high-order ODU link based on the high-order ODU link capability information supported by both nodes, which reduces manual participation in the high-order ODU link capability negotiation process.
  • the workload required by maintenance personnel to configure high-order ODU link nodes is reduced, thereby improving the efficiency of high-order ODU link capability information negotiation.
  • Fig. 6 is a schematic structural diagram of a communication system provided by a sixth embodiment of the present invention. As shown in FIG. 6, the communication system of this embodiment includes: a high-order ODU link, and a first node 61 and a second node 62 located at both ends of the high-order ODU link.
  • the first node 61 is configured to send to the second node 62 the first high-order ODU link capability information supported by the first node 61; and receive the high-order ODU link capability information sent by the second node 62 and determined by the second node 62 Ability information.
  • the second node 62 is configured to determine the capability information of the ODU link according to the second high-order ODU capability information supported by itself and the first high-order ODU link capability information supported by the first node 61; and send this to the first node 61 ODU link capability information.
  • the first node 61 is configured to send the first high-order ODU link capability information supported by itself to the second node 62; receive the second high-order ODU link capability information supported by the second node 62; according to the first high-order ODU
  • the link capability information and the second high-order ODU capability information determine the capability information of the ODU link.
  • the second node 62 is configured to send the second high-order ODU link capability information supported by itself to the first node 61; receive the first high-order ODU link capability information supported by the first node 61; according to the first high-order ODU link
  • the capability information and the second high-order ODU capability information determine the capability information of the high-order ODU link.
  • the two nodes at both ends of the high-order ODU link negotiate based on the high-order ODU link capability information supported by the two, which reduces manual participation in the high-order ODU link capability negotiation process, and reduces Maintenance personnel configure the workload required for high-order ODU link nodes, thereby improving the efficiency of high-order ODU link capability information negotiation.
  • the detailed functional structure of the first node can be seen in the records of the corresponding embodiment in FIG. 4, and its working mechanism can be seen in the records in Figures 1 and 3; the detailed functional structure of the second node can be seen in Figure 5
  • the working mechanism can be referred to the record of FIG. 1 and FIG. 3a; it will not be repeated here.
  • the modules in the device in the embodiment can be implemented according to The descriptions of the examples are distributed in the devices listed in the embodiments, and corresponding changes can also be made to be located in one or more devices different from this embodiment.
  • the modules of the foregoing embodiment may be combined into one module, or may be further divided into multiple sub-modules.
  • the foregoing program can be stored in a computer readable storage medium.
  • the program is executed, the program is executed.
  • the foregoing storage medium includes: various media capable of storing program codes, such as ROM, RAM, magnetic disks, or optical disks.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

链路能力信息的协商方法、 网络设备和通信系统 本申请要求于 2009 年 8 月 28 日提交中国专利局、 申请号为 200910171733.0, 发明名称为 "链路能力信息的协商方法、 网络设备和通信 系统" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术， 特别是涉及一种高阶光通道数据单元的链路能力 信息的协商方法、 网络设备和通信系统。 背景技术
光传送网 （Optical Transport Network, 简称 OTN)是针对骨干网络层 次大容量粗颗粒的调度需求， 而发展形成的一种透明传送技术。 随着 0TN标 准不同版本的陆续推出， 0TN支持的信号类型也不断丰富。 旧 0TN标准（ITU-T G.709 Amendment 1 )定义了 3种信号类型： 0DU1、 0DU2、 0DU3, 带宽分别为 2.5Gb/s、 10 Gb/s、 40 Gb/s, 其支持的时隙类型都是 2.5Gb/s。 在旧 0TN标 准的基础上， 新 0TN标准（ITU- T G.709 Amendment3和 G. sup43 ) 中， 0DU1、 0DU2和 0DU3还支持 1.25Gb/s 的时隙类型， 并且新 0TN标准还提出了支持 1.25Gb/s 的时隙类型新信号类型， 例如： ODU0、 0DU2e、 ODU3e2、 0DU4 和带 宽可变的 ODUf lex, 以及支持 2.5Gb/s的时隙类型新信号类型 0DU3el等。
如果釆用 ODUj和 ODUk分别表示两类信号类型， 当 ODUj可复用到 ODUk 中，占用 ODUk的时隙进行信号传输时，则将 ODUj称为低阶 0DU( Low Order 0DU, 简称 L0 0DU), ODUk称为高阶 0DU (High Order 0DU, 简称 HO 0DU )。 例如： 旧 OTN标准中， 0DU1可复用到 0DU2中， 占用 0DU2的 1个类型为 2.5Gb/ s的 时隙， 则 0DU2为高阶 0DU, 0DU1为低阶 0DU。相对于旧 0TN标准而言， 新 0TN 标准中类型相同的高阶 0DU 支持更多类型的低阶 0DU, 且兼容 2.5Gb/s 和 1.25Gb/s两种时隙类型。例如： 当高阶 0DU是 0DU2时， 0DU支持 ODU0、 ODUK ODUf l ex等低阶 ODU的复用;当低阶 ODU为 0DU1时， 0DU2支持 0DU1以 2. 5Gb/ s 和 1. 25Gb/ s两种时隙类型的信号传输。
现有网络中已部署有遵循旧 0TN标准的旧设备和遵循新 0TN标准的新设 备。 旧设备的高阶 0DU链路能力与新设备的高阶 0DU链路能力不同， 新设备 兼容旧设备支持的高阶 0DU链路能力， 但不同类型的新设备支持的 0DU链路 能力可能存在差异； 旧设备不支持新设备新增的高阶 0DU链路能力。 当一条 高阶 0DU链路建立之后， 为了使得该高阶 0DU链路能够被正确地使用， 需要 令该高阶 0DU链路两端的节点获知该链路的能力。现有技术通常是在高阶 0DU 链路两端的节点上， 手动配置该高阶 0DU链路的能力信息， 以使节点基于链 路的能力使用该高阶 0DU链路。 由于现有技术链路能力信息主要是通过手动 配置的方式实现的， 由于网络中高阶 0DU链路的数量很多， 因而手工配置的 工作量非常大， 效率较低。 发明内容
本发明提供一种链路能力信息的协商方法、 网络设备和通信系统， 用以 提高高阶 0DU链路能力信息协商的效率。
本发明实施例提供了一种链路能力信息的协商方法， 在建立高阶光通道 数据单元 0DU链路之后， 包括：
第二节点接收链路一端的第一节点支持的第一高阶 0DU链路能力信息； 所述第二节点位于所述链路的另一端；
根据所述第一高阶 0DU链路能力信息和所述第二节点支持的第二高阶 0DU 能力信息， 确定所述链路的能力信息；
向所述第一节点发送所述链路的能力信息； 或者， 向所述第一节点发送 所述第二高阶 0DU链路能力信息， 以供所述第一节点根据所述第一高阶 0DU 链路能力信息和所述第二高阶 0DU能力信息， 确定所述链路的能力信息。
本发明实施例还提供了另一种链路能力信息的协商方法， 在建立高阶光 通道数据单元 0DU链路之后， 包括： 链路一端的第一节点向所述链路另一端的第二节点发送所述第一节点支 持的第一高阶 0DU链路能力信息， 以供所述第二节点根据所述第一高阶 0DU 链路能力信息和所述第二节点支持的第二高阶 0DU链路能力信息， 确定所述 链路的能力信息；
接收所述第二节点发送的所述链路的能力信息。
本发明实施例还提供了一种网络设备， 包括：
对端能力信息接收模块， 用于在建立高阶光通道数据单元 0DU链路之后， 接收所述链路对端的第一节点支持的第一高阶 0DU链路能力信息；
链路能力信息确定模块， 用于根据所述第一高阶 0DU链路能力信息和自 身支持的第二高阶 0DU能力信息， 确定所述链路的能力信息；
能力信息发送模块， 用于向所述第一节点发送所述链路的能力信息； 或 者， 向所述第一节点发送所述第二高阶 0DU链路能力信息， 以供所述第一节 点根据所述第一高阶 0DU链路能力信息和所述第二高阶 0DU能力信息， 确定 所述链路的能力信息。
本发明实施例还提供了另一种网络设备， 包括：
本端能力信息发送模块， 用于向所述链路对端的第二节点发送， 自身支 持的第一高阶 0DU链路能力信息， 以供所述第二节点根据所述第一高阶 0DU 链路能力信息和所述第二节点支持的第二高阶 0DU链路能力信息， 确定所述 链路的能力信息；
链路能力信息确定模块， 用于接收所述第二节点发送的所述链路的能力 信息。
本发明实施例还提供了一种通信系统， 包括： 高阶光通道数据单元 0DU 链路， 以及位于所述高阶 0DU链路两端的第一节点和第二节点；
所述第一节点用于向所述第二节点发送， 所述第一节点支持的第一高阶 0DU链路能力信息；
所述第二节点用于根据所述第二节点支持的第二高阶 0DU能力信息和所 述第一高阶 ODU链路能力信息， 确定所述链路的能力信息； 向所述第一节点 发送所述链路的能力信息。
本发明实施例还提供了另一种通信系统， 包括： 高阶光通道数据单元 0DU 链路， 以及位于所述高阶 0DU链路两端的第一节点和第二节点；
所述第一节点用于向所述第二节点发送所述第一节点支持的第一高阶 0DU链路能力信息； 接收所述第二节点支持的第二高阶 0DU链路能力信息； 根 据所述第一高阶 0DU链路能力信息和所述第二高阶 0DU能力信息， 确定所述 链路的能力信息；
所述第二节点用于向所述第一节点发送所述第二高阶 0DU链路能力信息； 接收所述第一高阶 0DU链路能力信息； 根据所述第一高阶 0DU链路能力信息 和所述第二高阶 0DU能力信息， 确定所述链路的能力信息。
本发明实施例提供的链路能力信息的协商方法、 网络设备和通信系统， 基于高阶 0DU链路两端的二个节点支持的高阶 0DU链路能力信息进行自动协 商， 减少了高阶 0DU链路能力协商过程中的手工参与， 减轻了维护人员配置 高阶 0DU链路节点所需的工作量， 从而提高了高阶 0DU链路能力信息协商的 效率。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明第一实施例提供的链路能力信息的协商方法流程示意图； 图 2为本发明第二实施例提供的链路能力信息的协商方法流程示意图； 图 3a为本发明第三实施例提供的链路能力信息的协商方法流程示意图； 图 3b为本发明实施例应用场景中 "DATA_LINK" 对象的格式示意图； 图 3c为本发明实施例应用场景中 "Subobjec t s "子对象的通用格式示意 图；
图 3d为本发明实施例应用场景中高阶 0DU链路能力子对象的格式示意图 图 3e为本发明实施例应用场景中高阶 0DU链路能力子对象的格式示意图 图 3f为本发明应用实例链路摘要消息中高阶 0DU链路能力信息子对象格 式示意图；
图 3g为本发明应用实例链路摘要非确认消息中高阶 0DU链路能力信息子 对象格式示意图；
图 4为本发明第四实施例提供的网络设备结构示意图；
图 5为本发明第五实施例提供的网络设备结构示意图；
图 6为本发明第六实施例提供的通信系统结构示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有付 出创造性劳动前提下所获得的所有其他实施例 , 都属于本发明保护的范围。
图 1为本发明第一实施例提供的链路能力信息的协商方法流程示意图。 本实施例的应用场景为： 0TN内任意二个节点之间建立高阶 0DU链路之后， 高 阶 0DU链路两端的二个节点之间进行高阶 0DU链路能力的协商。 本实施例链 路能力信息的协商方法的执行主体可为高阶 0DU 两端节点中的任一节点， 为 便于描述， 本发明实施例中， 将位于高阶 0DU链路一端的节点称为第一节点， 将位于高阶 0DU链路另一端的节点称为第二节点。 本实施例以第二节点为执 行主体进行说明。 如图 1所示， 本实施例链路能力信息的协商方法包括： 步骤 1 1、第二节点接收高阶 0DU链路一端的第一节点支持的第一高阶 0DU 链路能力信息； 第二节点位于该高阶 0DU链路的另一端。
第一节点支持的第一高阶 0DU链路能力信息可包括： 第一节点支持复用 的低阶 0DU类型 （称为 "第一低阶 0DU类型"）和时隙类型 （称为 "第一时隙 类型" )。
本发明实施例中的 "时隙类型" 可包括时隙粒度为 2. 5Gb/ s或 1. 25Gb/ s 等类型。 如果某一节点支持时隙粒度较小的时隙类型 (如： 1. 25Gb/ s ), 则该 节点同时兼容时隙粒度较大的时隙类型 （如： 2. 5Gb/ s )。
步骤 12、 根据第一高阶 0DU链路能力信息和第二节点自身支持的第二高 阶 0DU能力信息， 确定高阶 0DU链路的能力信息。
第二节点支持的第二高阶 0DU链路能力信息可包括： 第二节点支持复用 的低阶 0DU类型 （称为 "第二低阶 0DU类型"）和时隙类型 （称为 "第二时隙 类型" )。
第二节点在获取第一节点支持的第一高阶 0DU链路能力信息之后， 综合 考虑二个节点支持的 0DU链路能力信息， 确定链路的能力信息。 在确定链路 的能力信息时， 可确定二个节点共同支持的 0DU链路能力信息， 作为该 0DU 链路的能力信息， 具体的， 可确定二个节点分别支持的低阶 0DU类型的交集， 作为该 0DU链路支持的低阶 0DU类型； 确定二个节点支持的时隙类型中时隙 粒度相等或较大的时隙类型， 作为该 0DU链路支持的时隙类型。 其中确定二 个节点支持的时隙类型中时隙粒度相等或较大的时隙类型， 作为该 0DU链路 支持的时隙类型具体可以为： 当第一节点支持的时隙类型中的时隙粒度和第 二节点支持的时隙类型中的时隙粒度相等时， 则说明这两个节点支持的时隙 类型相同， 将时隙粒度相等时的该时隙类型作为该 0DU链路支持的时隙类型； 当第一节点支持的时隙类型中的时隙粒度和第二节点支持的时隙类型中的时 隙不相等时， 则将二个节点支持的时隙类型中时隙粒度较大的时隙类型作为 该 0DU链路支持的时隙类型。 步骤 1 3、 向第一节点发送上述确定的高阶 ODU链路的能力信息； 或者， 向第一节点发送第二高阶 0DU链路能力信息，以供第一节点根据第一高阶 0DU 链路能力信息和第二高阶 0DU能力信息， 确定高阶 0DU链路的能力信息。
本步骤可由第二节点确定高阶 0DU链路的能力信息，并向第一节点发送。 或者， 第二节点直接将自身支持的 0DU链路能力信息向第一节点发送， 由第 一节点确定链路的能力信息。 协商后的高阶 0DU链路的能力信息， 可用于二 个节点分别进行路径计算以及基于路径计算的结果建立路径等后续处理。
本实施例链路能力信息的协商方法中， 高阶 0DU链路两端的任一节点获 取对端节点的高阶 0DU链路能力信息， 并结合本节点自身支持的高阶 0DU链 路能力信息， 确定该高阶 0DU链路的能力， 确定的结果可向对端节点发送， 也可只向对端节点发送自身支持的高阶 0DU链路能力信息， 由对端节点根据 相同的方法确定高阶 0DU链路的能力。
由于本实施例是基于高阶 0DU链路两端的二个节点所支持的高阶 0DU链 路能力信息进行自动协商， 减少了高阶 0DU链路能力协商过程中的手工参与， 减轻了维护人员配置高阶 0DU链路节点所需的工作量， 从而提高了高阶 0DU 链路能力信息协商的效率。
图 2为本发明第二实施例提供的链路能力信息的协商方法流程示意图。 本实施例的应用场景为图 1 对应实施例中的应用场景相似， 区别在于， 本实 施例不妨以第一节点为执行主体进行说明， 如图 2 所示， 本实施例链路能力 信息的协商方法包括：
步骤 21、 第一节点向第二节点发送第一节点支持的第一高阶 0DU链路能 力信息， 以供第二节点根据上述第一高阶 0DU链路能力信息和自身支持的第 二高阶 0DU链路能力信息， 确定高阶 0DU链路的能力信息。
任一节点支持的高阶 0DU链路能力信息都可包括： 节点自身支持复用的 低阶 0DU类型和时隙类型等信息。 第一节点向第二节点发送自身支持的高阶 0DU链路能力信息， 以便于第二节点综合二个节点高阶 0DU链路的实际能力， 确定高阶 ODU链路的能力信息。
步骤 22、 接收第二节点发送的由第二节点确定的高阶 0DU链路的能力信 息； 或者， 接收第二节点发送的第二高阶 0DU链路能力信息， 根据自身支持 的第一高阶 0DU链路能力信息和上述第二高阶 0DU链路能力信息， 确定高阶 0DU链路的能力信息。
本步骤可由第一节点直接获取由第二节点确定的高阶 0DU链路的能力信 息， 也可由第一节点获取第二节点支持的高阶 0DU链路能力信息， 釆用相同 的方法自行确定高阶 0DU链路的能力信息。 协商后的高阶 0DU链路的能力信 息， 可用于二个节点分别进行路径计算以及基于路径计算的结果建立路径等 后续处理。
本实施例基于高阶 0DU链路两端的二个节点所支持的高阶 0DU链路能力 信息进行自动协商， 减少了高阶 0DU链路能力协商过程中的手工参与， 减轻 了维护人员配置高阶 0DU链路节点所需的工作量， 从而提高了高阶 0DU链路 能力信息协商的效率。
图 3a为本发明第三实施例提供的链路能力信息的协商方法流程示意图。 本实施例应用场景是： 0TN内任意二个节点， 如节点 A和节点 B之间建立高阶 0DU链路之后，节点 A和节点 B遵循链路管理协议（ Link Management Protocol , 简称 LMP ), 进行高阶 ODU链路能力协商。 如图 3a所示， 本实施例链路能力信 息的协商方法包括：
步骤 31、 节点 A向节点 B发送链路摘要 ( L i nkSummary )消息， 链路摘要 消息中包括节点 A 自身支持的高阶 0DU链路能力信息， 如： 节点 A支持复用 的低阶 0DU链路能力信息和时隙类型。
链路管理协议是互联网工程任务组 ( The Internet Eng ineer ing Task
Force , 简称 IETF ) 定义的通用多协议标记交换 ( Genera l ized Mul t i ple Protocol Labe l Swi tching , 简称 GMPLS )协议簇中的一部分， 用于在相互邻 接的节点间管理链路。 本地节点与邻接节点之间遵循 LMP协议传输控制信令 时， 可自动发现本地节点与邻接节点之间的连接关系， 并进行链路能力信息 的协商， 为计算和建立满足信号传输所需的路径提供必要的信息。 链路摘要
( LinkS丽 mary ) 消息是 LMP定义的一条消息， 其消息格式如下：
<LinkSummary Mes sage>：： = <Common Header> <MESSAGE_ ID> <TE_LINK>
<DATA_LINK> [<DATA_LINK>. . . ] 其中， "Common Header"是消息的公共头部； "MESSAGE—ID"是消息的 ID; "TE-LINK"对象中包含了高阶 0DU链路的 ID; "DATA _L INK"用于表示数据链 接对象。一条链路摘要（ L inkSummary )消息中可以包含 1个或多个" DATA—LINK" 对象。 图 3b为本发明实施例应用场景中 "DATA_LINK" 对象的格式示意图， 其中， "F lag" 是标志位； "Reserved" 是预留位， "Loca l _ Interface_ Id" 和 "Remote- Interface- Id" 分别用于标识高阶 0DU链路的本端节点 ID和对端 节点 ID。 每个 "DATA-LINK" 对象可包括一个或多个子对象 "Subob ject s" 0 图 3c为本发明实施例应用场景中 "Subobject s" 子对象的通用格式示意图， 其中， "Type" 表示子对象的类型； "Length" 表示子对象的长度， 其它部分 为子对象的内容（ Subobject Content s )。
本实施例步骤 31中，节点 A自身支持的高阶 0DU链路能力信息可携带在 链路摘要（ LinkSummary )消息 "DATA-LINK"对象中的一个子对象（ Subobject ) 中， 发送给节点 B。 例如： 可定义一个新的子对象， 用于描述本节点自身支持 的高阶 0DU链路能力信息。 不妨称该新的子对象为高阶 0DU链路能力子对象 ( HO 0DU Link Capabi l i ty Subobjec t )。
图 3d为本发明实施例应用场景中高阶 0DU链路能力子对象的格式示意图 一， 其中， "Type" 表示子对象的类型； "Length" 表示子对象的长度， 子对 象的内容 ( Subobject Content s )部分中， "ODUk" 表示高阶 0DU链路中高阶 0DU的类型； 预留 "Reversed" 字段， 以便扩展使用； "T"表示本端节点支持 的时隙类型； "NUM. "表示高阶 ODUk支持复用的低阶 ODUj的总数量； "0DUj l、 0DUj 2 ODUjn，， 等 n个字段用于列举高阶 ODUk支持复用的各种低阶 ODUj 的类型， n等于 "NUM. "; "padding" 部分为无实际意义的填充区， 可全填 0。 图 3d中 "ODUk" 为可选字段。
在实际应用中， 可根据需要预先确定 ODUk、 T以及 ODUj具体各值所表示 的含义。 例如： 字段 "T" 中如果 T=0, 表示本端节点支持粒度为 2.5Gb/s的 时隙类型， 如果 T=l, 表示本端节点支持粒度为 1.25Gb/s的时隙类型。
"ODUk" 字段的取值与高阶 0DU的类型之间的对应关系如表 1所示： 表 1 "ODUk" 字段的取值与高阶 0DU的类型之间的对应关系
Figure imgf000012_0001
"ODUj" 字段的取值与低阶 0DU的类型之间的对应关系如表 1所示: 表 2 "ODUj" 字段的取值与低阶 0DU的类型之间的对应关系
Figure imgf000012_0002
Figure imgf000013_0001
上述技术方案中， 高阶 0DU链路能力子对象（HO ODU Link Capability Subobject ) 中， 除了可釆用列举的方式表示节点支持复用的低阶 ODU类型之 外， 还可釆用位图的方式表示节点支持复用的低阶 0DU类型。 图 3e为本发明 实施例应用场景中高阶 0DU 链路能力子对象的格式示意图二， 其中， "... IFIEIDICIBIAI" 等字段携带的位图中的每一位元， 表示一种低阶 0DU类型； 根据位元的数值， 表示节点高阶 0DU链路是否支持复用该类 0DU类型。 位图 各位元与低阶 0DU的类型之间的对应关系如表 3所示：
表 3 位图各位元与低阶 0DU的类型之间的对应关系
Figure imgf000013_0002
上述技术方案中， "ODUk" 字段对应的高阶 ODU, 与 "ODUj" 对应的低阶 0DU之间的复用关系及支持的时隙类型，由节点自身遵循的 0TN标准版本以及 自身设备能力确定。 在旧 0TN标准 ( ITU-T G.709 Amendment 1 ) 中， 高阶 ODU 和低阶 0DU之间的复用关系如表 4所示：
表 4: 旧 0TN标准中高阶 0DU和低阶 0DU之间的复用关系
Figure imgf000013_0003
0DU1 ODU 3 2. 5Gb/ s 0DU1占用 0DU3的 16个时隙中的 1个
0DU2 ODU 3 2. 5Gb/ s 0DU2占用 0DU3的 16个时隙中的 4个 在新 0TN标准 ( ITU-T G. 709 Amendment 3和 G. sup43 ) 中 ,
低阶 0DU之间的复用关系如表 5所示：
表 5 : 新 0TN标准中高阶 0DU和低阶 0DU之间的复用关系
Figure imgf000014_0001
在现有的新 0TN标准定义的各 0DU信号类型中， ODU0、 0DU2e和 ODUf lex 不作为高阶 ODU; 0DU4、 0DU3el和 ODU3e2不作为低阶 0DU。
步骤 32、 节点 B接收节点 A发送的链路摘要 ( L inkSumma ry )消息， 并获 取该链路摘要消息中包括节点 A支持的高阶 0DU链路能力信息， 如： 节点 A 支持复用的低阶 0DU链路能力信息和时隙类型。 节点 B可从链路摘要 ( LinkSummary )消息包括的高阶 0DU链路能力子对 象 ( HO ODU Link Capab i l i ty Subobjec t ) 中的 "T" 字段， 获取节点 Α支持 的时隙类型， 从 "0DUj l、 0DUj 2 ODUjn " 等 n个字段， 可获取节点 A支 持的低阶 0DU类型的集合。
步骤 33、 节点 B判断自身支持的高阶 0DU链路能力信息， 与节点 A支持 的高阶 0DU链路能力信息是否相同， 如果相同， 执行步骤 34; 否则， 执行步 骤 36。
步骤 34、 节点 B向节点 A发送链路摘要确认（ LinkSummaryAck ) 消息。 链路摘要确认 ( L inkSummaryAck ) 消息的消息格式示例如下：
<LinkSummaryAck Mes sage> ：： = <Common Header> <MESSAGE_ ID_ACK> 其中， "Common Header" 表示消息的公共头部， "MESSAGE. ID.ACK" 表示 应答消息的 ID。
步骤 35、 当节点 A接收到节点 B发送的摘要确认 ( LinkSummaryAck ) 消 息时， 确定自身支持的高阶 0DU链路能力信息， 作为该高阶 0DU链路的能力 信息； 结束本次协商流程。
步骤 36、 节点 B根据节点 A和自身分别支持的高阶 0DU链路能力信息， 确定该高阶 0DU链路的能力信息， 如： 该高阶 0DU链路支持的时隙类型以及 该高阶 0DU链路支持复用的低阶 0DU类型。
节点 B将自身支持的时隙类型与节点 A支持的时隙类型进行比较， 如果 二个节点都支持粒度较小的时隙类型， 如支持粒度为 1. 25Gb/s的时隙类型， 则确定粒度较小的时隙类型 （1. 25Gb/s )为该高阶 0DU链路支持的时隙类型， 否则， 确定粒度较大的时隙类型， 如粒度为 2. 5Gb/ s 的时隙类型， 为该高阶 0DU链路支持的时隙类型。
节点 B将自身高阶 0DU支持复用的低价 0DU的类型集合， 与节点 A高阶 0DU支持复用的低价 0DU的类型集合， 进行取交集运算， 获得的交集即为该高 阶 0DU链路支持复用的低阶 0DU类型。 步骤 37、节点 B向节点 A发送链路摘要非确认（ LinkSummaryNack )消息， 链路摘要非确认 ( LinkSummaryNack )消息中， 携带节点 B确定的高阶 0DU链 路的能力信息。
链路摘要非确认 ( LinkSummaryNack ) 消息的格式示例如下：
<LinkSummaryNack Mes sage>：： = <Common Header> <MESSAGE_ ID_NACK>
<ERR0R_C0DE> [<DATA_LINK>. . . ] 其中， "Common Header" 表示消息的公共头部; "MESSAGE. ID.NACK" 表 示应答消息的 ID; "DATA_LINK" 用于表示数据链接对象， 节点 B确定的高阶 0DU链路的能力信息， 或者， 携带节点 B自身支持的高阶 0DU链路能力信息， 可携带在 "DATA_LINK，， 中新增的高阶 0DU链路能力子对象（ HO ODU L ink Capabi l i ty Subobject ) 中 ； " ERROR—CODE，， 对象用 于表示返回 "LinkSummaryNack" 消息的原因， 本实施例可增加 1个 "ERROR-CODE" 的值， 用于表示返回 "LinkSummaryNack" 消息的原因是高阶 ODU链路两端节点的能 力信息不一致。
步骤 38、节点 A接收到节点 B发送的链路摘要非确认（ LinkSummaryNack ) 消息时， 将链路摘要非确认（ L i nkSumma ryNack ) 消息中携带的高阶 0DU链路 能力信息， 作为该高阶 0DU链路的能力信息； 结束本次协商流程。
上述技术方案中，步骤 37节点 B可在链路摘要非确认（ LinkSummaryNack ) 消息中， 将节点 B自身支持的高阶 0DU链路能力信息发送给节点 A (图中未示 出 ）。 该情形下， 步骤 38 中， 当节点 A 接收到链路摘要非确认 ( LinkSummaryNack ) 消息时， 从链路摘要非确认 ( LinkSummaryNack ) 消息 中获取节点 B支持的高阶 0DU链路能力信息， 釆用与节点 B确定该高阶 0DU 链路的能力信息的相同方法， 确定该高阶 0DU链路的能力信息； 有关节点 A 确定高阶 0DU链路的能力信息的具体方法， 参见步骤 36的记载， 在此不再赘 述。
上述技术方案中， 节点 A和节点 B之间高阶 0DU链路能力相关信息， 可 携带在遵循链路管理协议的消息， 如： 链路摘要（LinkSummary )、 摘要确认 (LinkSummaryAck)和链路摘要非确认 ( LinkSummaryNack )等消息中， 利用 控制平面资源中传输。 具体的， 这些消息可利用控制平面的带内资源传输， 'J ¾口： 利用光通道传送单元 ( Optical Channel Transport Unit, 简称 OTU) 帧的 ODU开销中的通用通信通道 1 ( General Communication Channel 1, 简 称 GCC1 )和通用通信通道 2 (General Communication Channel 2, 简称 GCC2) 两个字节， 作为数据通信网 （General Communication Channel, 简称 DCN) 通道进行传输。 或者， 这些消息还可利用控制平面的带外资源传输， 例如： 利用带外的数据通信网进行传输。
下面通过具体应用实例， 对本实施例链路能力信息的协商方法的技术方 案进行说明。
假设： 节点 A和节点 B之间已经建立了 1条高阶 0DU链路， 该高阶 0DU 链路类型是 0DU3; 节点 A支持的高阶 0DU链路能力信息为： 支持的时隙类型 为 1.25Gb/s, 支持复用的低阶 ODU类型包括： ODUflex, ODU0、 0DU1和 0DU2; 节点 B支持的高阶 ODU链路能力信息为： 支持的时隙类型为 2.5Gb/s, 支持复 用的低阶 0DU类型包括： 0DU1和 0DU2。 节点 A和节点 B釆用本实施例提供的 链路能力信息的协商方法进行协商， 具体包括：
1、 节点 A向节点 B链路摘要 ( L i nkSummary )消息， 该消息包括高阶 0DU 链路能力信息 (HO ODU Link Capability Subobject )子对象。
图 3f为本发明应用实例链路摘要消息中高阶 0DU链路能力信息子对象格 式示意图。 参见图 3d和图 3f 所示， 高阶 0DU链路能力信息 （HO ODU Link Capability Subobject )子对象中, "ODUk"字段的取值为 3, 表示该高阶 0DU 链路的类型为 0DU3; "T" 字段的取值为 1, 表示节点 A 支持的时隙类型为 1.25Gb/s, "Num. " 字段的取值为 4, 表示节点 A支持 4种 0DU类型的复用； "ODUj 0DUj2、 0DUj3和 0DUj4，， 字段的取值分别为 0、 1、 2和 5, 说明节 点 A支持复用的 4种 0DU类型分别为： ODU0、 ODUK 0DU2和 ODUf lex。 2、 节点 B根据节点 A和自身分别支持的高阶 ODU链路能力信息， 确定该 0DU链路的能力信息， 该 0DU链路能力信息包括： 该 0DU链路支持的时隙类型 以及该 0DU链路支持复用的低阶 0DU类型。
由于节点 B支持的时隙类型为 2. 5Gb/s ,并不支持 1. 25Gb/s的时隙类型， 因此， 节点 B确定该 0DU链路支持的时隙类型为 2. 5Gb/s。
由于节点 B支持复用的低阶 ODU类型集合为： {0DU1 , 0DU2} , 节点 A支 持复用的低阶 0DU类型集合为： {ODUO , 0DU1 , 0DU2 , ODUf lex} , 因此， 节点 Β确定二者的交集 {0DU1 , 0DU2} , 作为该 0DU链路支持复用的低阶 0DU类型。
3、节点 Β将确定的这些信息，携带在链路摘要非确认（ L inkS丽 mar yNack ) 消息中， 向节点 A发送。
图 3g为本发明应用实例链路摘要非确认消息中高阶 0DU链路能力信息子 对象格式示意图。参见图 3d和图 3g所示，链路摘要非确认（LinkSummaryNack ) 消息中包括的、 高阶 0DU链路能力信息 ( HO ODU Link Capabi l i ty Subobject ) 子对象的格式中， "T" 字段的取值为 0表示高阶 0DU链路支持的时隙类型为 2. 5Gb/s , "Num. " 字段的取值为 1表示高阶 0DU链路支持 1种低阶 0DU类型 的复用； "ODUj l和 0DUj 2"字段的取值分别为 1和 2 , 说明高阶 0DU链路支持 复用的低阶 0DU类型分别为： 0DU1和 0DU2。
4、 节点 A根据链路摘要非确认 ( LinkSummaryNack ) 消息中的高阶 0DU 链路能力信息 （HO ODU Link Capabi l i ty Subobject )子对象， 获取该高阶 0DU链路的能力信息。
通过上述技术方案以及应用实例分析可知， 本实施例链路能力信息的协 商方法中， 高阶 0DU链路两端的任一节点获取对端节点的高阶 0DU链路能力 信息， 包括对端所支持的时隙类型和对端所支持的低阶 0DU信号类型， 并结 合本节点自身支持的高阶 0DU链路能力信息， 确定该高阶 0DU链路的能力， 即确定该高阶 0DU链路所支持的时隙类型和所支持的低阶 0DU信号类型， 确 定的结果可向对端节点发送， 也可只向对端节点发送自身支持的高阶 0DU链 路能力信息， 由对端节点根据相同的方法确定高阶 ODU链路的能力。 由于本 实施例是基于高阶 0DU链路两端的二个节点所支持的高阶 0DU链路能力信息 时隙类型和低阶 0DU信号类型进行自动协商， 减少了高阶 0DU链路能力协商 过程中的手工参与， 减轻了维护人员配置高阶 0DU链路节点所需的工作量， 从而提高了高阶 0DU链路能力信息协商的效率。
进一步的， 本实施例链路能力信息的协商方法中， 高阶 0DU链路两端的 二个节点遵循控制平面 LMP协议， 由于控制平面可以携带较多的链路能力信 息， 对因此， 本实施例在进行链路能力信息协商过程中， 有利于细化需要协 商的高阶 0DU链路能力的区分粒度。 本实施例不但可应用于支持不同 0TN标 准的两个节点间的高阶 0DU链路能力协商的场景中，还可应用于支持同一 0TN 标准， 但具有不同高阶 0DU链路能力的两个节点间的链路能力协商的场景中， 例如： 某一节点只支持时隙粒度为 1. 25G的时隙类型但不支持 ODU0、 0DU4、 0DU2e、 0DU3e l、 ODU3e2、 ODUf l ex等新标准中定义的信号类型， 或者只支持 以上新标准中定义的信号类型中的一种或多种等应用的场景中。 因此， 本实 施例普适性较强， 能够准确获取对端节点实际支持的高阶 0DU链路能力信息， 提高了高阶 0DU链路能力信息协商的效率和准确性。 由于协商后的高阶 0DU 链路能力信息为计算和建立满足信号传输所需的路径提供必要的信息， 因此， 本实施例还有利于提高建立满足信号传输所需的路径的成功率。
图 4为本发明第四实施例提供的网络设备结构示意图。 如图 4所示， 本 实施例网络设备包括： 对端能力信息接收模块 41、 链路能力信息确定模块 42 和能力信息发送模块 43。
对端能力信息接收模块 41 用于在建立高阶光通道数据单元 0DU链路之 后， 接收该高阶 0DU链路对端的第一节点支持的第一高阶 0DU链路能力信息。
链路能力信息确定模块 42用于根据自身支持的第二高阶 0DU能力信息和 第一节点支持的第一高阶 0DU链路能力信息， 确定该高阶 0DU链路的能力信 息。 能力信息发送模块 4 3用于向第一节点发送链路能力信息确定模块 42确 定的高阶 0DU链路的能力信息； 或者， 向第一节点发送自身支持第二高阶 0DU 链路能力信息，以供第一节点根据第一高阶 0DU链路能力信息和第二高阶 0DU 能力信息， 确定高阶 0DU链路的能力信息。
上述技术方案中， 第一高阶 0DU链路能力信息可包括： 所述第一节点支 持复用的第一低阶 0DU类型和第一时隙类型； 第二高阶 0DU链路能力信息可 包括： 网络设备自身支持复用的第二低阶 0DU类型和第二时隙类型； 自身支 持复用的第二低阶 0DU类型和第二时隙类型； 高阶 0DU链路的能力信息包括： 高阶 0DU链路支持复用的低阶 0DU类型和支持的时隙类型。 相应的， 链路能 力信息确定模块 42还用于， 确定第一低阶 0DU类型和第二低阶 0DU类型的交 集， 为高阶 0DU链路支持复用的低阶 0DU类型； 确定第一时隙类型和第二时 隙类型中时隙粒度相等或较大的时隙类型， 为高阶 0DU链路支持的时隙类型。
在上述技术方案的基础上， 本实施例网络设备与链路对端的第二节点之 间链路能力的协商信息， 都可遵循链路管理协议传输。 具体的， 对端能力信 息接收模块 41还可用于遵循链路管理协议接收所述第一高阶 0DU链路能力信 息； 能力信息发送模块 43还可用遵循链路管理协议发送确定的高阶 0DU链路 的能力信息或第二高阶 0DU链路能力信息。
本实施例网络设备与高阶 0DU链路对端另一节点， 基于二个节点二者支 持的高阶 0DU链路能力信息进行协商， 减少了高阶 0DU链路能力协商过程中 的手工参与， 减轻了维护人员配置高阶 0DU链路节点所需的工作量， 从而提 高了高阶 0DU链路能力信息协商的效率。
本实施例网络设备的具体表现实体不受限制， 其工作机理可参见图 1和 图 3a对应实施例的记载， 不再赘述。
图 5为本发明第五实施例提供的网络设备结构示意图。 如图 5所示， 本 实施例网络设备包括：本端能力信息发送模块 51和链路能力信息确定模块 52。
本端能力信息发送模块 51用于向高阶 0DU链路对端的第二节点发送， 自 身支持的第一高阶 0DU链路能力信息， 以供第二节点根据第一高阶 0DU链路 能力信息和第二节点支持的第二高阶 0DU链路能力信息， 确定该高阶 0DU链 路的能力信息。
链路能力信息确定模块 52用于接收第二节点发送的该高阶 0DU链路的能 力信息； 或者， 接收第二节点发送的第二高阶 0DU链路能力信息， 根据第一 高阶 0DU链路能力信息和第二高阶 0DU链路能力信息， 确定该高阶 0DU链路 的能力信息。
上述技术方案中， 第一高阶 0DU链路能力信息包括： 网络设备自身支持 复用的第一低阶 0DU类型和第一时隙类型； 第二高阶 0DU链路能力信息包括： 第二节点支持复用的第二低阶 0DU类型和第二时隙类型； 高阶 0DU链路的能 力信息包括： 高阶 0DU链路的链路支持复用的低阶 0DU类型和支持的时隙类 型。 相应的， 链路能力信息确定模块 52还可用于确定第一低阶 0DU类型和第 二低阶 0DU类型的交集， 为高阶 0DU链路支持复用的低阶 0DU类型； 确定第 一时隙类型和第二时隙类型中时隙粒度相等或较大的时隙类型， 为高阶 0DU 链路支持的时隙类型。
在上述技术方案的基础上， 本实施例网络设备与高阶 0DU链路对端的第 二节点之间链路能力的协商信息， 都可遵循链路管理协议传输。 具体的， 本 端链路能力信息发送模块 51还可用于遵循链路管理协议， 发送所述第一高阶 0DU链路能力信息； 链路能力信息确定模块 52还可用于遵循链路管理协议， 接收高阶 0DU链路的能力信息或第二高阶 0DU链路能力信息。
本实施例网络设备与高阶 0DU链路对端另一节点， 基于二个节点二者支 持的高阶 0DU链路能力信息进行协商， 减少了高阶 0DU链路能力协商过程中 的手工参与， 减轻了维护人员配置高阶 0DU链路节点所需的工作量， 从而提 高了高阶 0DU链路能力信息协商的效率。
本实施例网络设备的具体表现实体不受限制， 其工作机理可参见图 2和 图 3a对应实施例的记载， 不再赘述。 图 6为本发明第六实施例提供的通信系统结构示意图。 如图 6所示， 本 实施例通信系统包括： 高阶 0DU链路， 以及位于该高阶 0DU链路两端的第一 节点 61和第二节点 62。
第一节点 61用于向第二节点 62发送， 第一节点 61支持的第一高阶 0DU 链路能力信息； 接收第二节点 62发送的由第二节点 62确定的高阶 0DU丽娜 路的能力信息。
第二节点 62用于根据自身支持的第二高阶 0DU能力信息和第一节点 61 支持的第一高阶 0DU链路能力信息， 确定该 0DU链路的能力信息； 向第一节 点 61发送该 0DU链路的能力信息。
或者， 第一节点 61用于向第二节点 62发送自身支持的第一高阶 0DU链 路能力信息； 接收第二节点 62支持的第二高阶 0DU链路能力信息； 根据第一 高阶 0DU链路能力信息和第二高阶 0DU能力信息， 确定该 0DU链路的能力信 息。
第二节点 62用于向第一节点 61发送自身支持的第二高阶 0DU链路能力 信息；接收第一节点 61支持的第一高阶 0DU链路能力信息；根据第一高阶 0DU 链路能力信息和第二高阶 0DU能力信息， 确定该高阶 0DU链路的能力信息。
本实施例通信系统中， 高阶 0DU链路两端的二个节点， 基于二者支持的 高阶 0DU链路能力信息进行协商， 减少了高阶 0DU链路能力协商过程中的手 工参与， 减轻了维护人员配置高阶 0DU链路节点所需的工作量， 从而提高了 高阶 0DU链路能力信息协商的效率。 本实施例通信系统中， 第一节点的细化 功能结构可参见图 4对应实施例的记载， 其工作机理可参见图 1和图 3的记 载； 第二节点的细化功能结构可参见图 5对应实施例的记载， 其工作机理可 参见图 1和图 3a的记载； 在此不再赘述。
本领域普通技术人员可以理解： 附图只是一个实施例的示意图， 附图中 的模块或流程并不一定是实施本发明所必须的。
本领域普通技术人员可以理解： 实施例中的装置中的模块可以按照实施 例的描述分布于实施例列举的装置中， 也可以进行相应变化位于不同于本实 施例的一个或多个装置中。 上述实施例的模块可以合并为一个模块， 也可以 进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： R0M、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述实施例所记载的技术方案进行修改， 或者 对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技术 方案的本质脱离本发明实施例技术方案的精神和范围。

Claims

权利要求
1、 一种链路能力信息的协商方法， 其特征在于， 在建立高阶光通道数据 单元 0DU链路之后， 包括：
第二节点接收链路一端的第一节点支持的第一高阶 0DU链路能力信息； 所述第二节点位于所述链路的另一端；
根据所述第一高阶 0DU链路能力信息和所述第二节点支持的第二高阶 0DU 能力信息， 确定所述链路的能力信息；
向所述第一节点发送所述链路的能力信息； 或者， 向所述第一节点发送 所述第二高阶 0DU链路能力信息， 以供所述第一节点根据所述第一高阶 0DU 链路能力信息和所述第二高阶 0DU能力信息， 确定所述链路的能力信息。
2、 根据权利要求 1所述的链路能力信息的协商方法， 其特征在于， 所述 第一高阶 0DU链路能力信息包括： 所述第一节点支持复用的第一低阶 0DU类 型和第一时隙类型； 所述第二高阶 0DU链路能力信息包括： 所述第二节点支 持复用的第二低阶 0DU类型和第二时隙类型； 所述链路的能力信息包括： 所 述链路支持复用的低阶 0DU类型和支持的时隙类型；
确定所述链路的能力信息， 包括：
确定所述第一低阶 0DU类型和所述第二低阶 0DU类型的交集， 为所述链 路支持复用的低阶 0DU类型； 确定所述第一时隙类型和所述第二时隙类型中 时隙粒度相等或较大的时隙类型， 为所述链路支持的时隙类型。
3、 根据权利要求 1或 2所述的链路能力信息的协商方法， 其特征在于， 遵循链路管理协议传输所述第一高阶 0DU链路能力信息、 所述第二高阶 0DU 链路能力信息和所述链路的能力信息。
4、 一种链路能力信息的协商方法， 其特征在于， 在建立高阶光通道数据 单元 0DU链路之后， 包括：
链路一端的第一节点向所述链路另一端的第二节点发送所述第一节点支 持的第一高阶 0DU链路能力信息， 以供所述第二节点根据所述第一高阶 0DU 链路能力信息和所述第二节点支持的第二高阶 0DU链路能力信息， 确定所述 链路的能力信息；
接收所述第二节点发送的所述链路的能力信息。
5、 根据权利要求 4所述的链路能力信息的协商方法， 其特征在于， 所述 第一高阶 0DU链路能力信息包括： 所述第一节点支持复用的第一低阶 0DU类 型和第一时隙类型； 所述第二高阶 0DU链路能力信息包括： 所述第二节点支 持复用的第二低阶 0DU类型和第二时隙类型； 所述链路的能力信息包括： 所 述链路支持复用的低阶 0DU类型和支持的时隙类型；
确定所述链路的能力信息， 包括：
确定所述第一低阶 0DU类型和所述第二低阶 0DU类型的交集， 为所述链 路支持复用的低阶 0DU类型； 确定所述第一时隙类型和所述第二时隙类型中 时隙粒度相等或较大的时隙类型， 为所述链路支持的时隙类型。
6、 根据权利要求 4或 5所述的链路能力信息的协商方法， 其特征在于， 遵循链路管理协议传输所述第一高阶 0DU链路能力信息、 所述第二高阶 0DU 链路能力信息和所述链路的能力信息。
7、 一种网络设备， 其特征在于， 包括：
对端能力信息接收模块， 用于在建立高阶光通道数据单元 0DU链路之后， 接收所述链路对端的第一节点支持的第一高阶 0DU链路能力信息；
链路能力信息确定模块， 用于根据所述第一高阶 0DU链路能力信息和自 身支持的第二高阶 0DU能力信息， 确定所述链路的能力信息；
能力信息发送模块， 用于向所述第一节点发送所述链路的能力信息； 或 者， 向所述第一节点发送所述第二高阶 0DU链路能力信息， 以供所述第一节 点根据所述第一高阶 0DU链路能力信息和所述第二高阶 0DU能力信息， 确定 所述链路的能力信息。
8、 根据权利要求 7所述的网络设备， 其特征在于， 所述第一高阶 0DU链 路能力信息包括： 所述第一节点支持复用的第一低阶 0DU类型和第一时隙类 型； 所述第二高阶 ODU链路能力信息包括： 自身支持复用的第二低阶 0DU类 型和第二时隙类型； 所述链路的能力信息包括： 所述链路支持复用的低阶 0DU 类型和支持的时隙类型；
所述链路能力信息确定模块， 还用于确定所述第一低阶 0DU类型和所述 第二低阶 0DU类型的交集， 为所述链路支持复用的低阶 0DU类型； 确定所述 第一时隙类型和所述第二时隙类型中时隙粒度相等或较大的时隙类型， 为所 述链路支持的时隙类型。
9、 根据权利要求 7或 8所述的网络设备， 其特征在于，
所述对端能力信息接收模块， 还用于遵循链路管理协议接收所述第一高 阶 0DU链路能力信息；
所述能力信息发送模块， 还用于遵循链路管理协议发送所述链路的能力 信息或所述第二高阶 0DU链路能力信息。
10、 一种网络设备， 其特征在于， 包括：
本端能力信息发送模块， 用于向所述链路对端的第二节点发送， 自身支 持的第一高阶 0DU链路能力信息， 以供所述第二节点根据所述第一高阶 0DU 链路能力信息和所述第二节点支持的第二高阶 0DU链路能力信息， 确定所述 链路的能力信息；
链路能力信息确定模块， 用于接收所述第二节点发送的所述链路的能力 信息。
11、 根据权利要求 10所述的网络设备， 其特征在于， 所述第一高阶 0DU 链路能力信息包括： 自身支持复用的第一低阶 0DU类型和第一时隙类型； 所 述第二高阶 0DU链路能力信息包括： 所述第二节点支持复用的第二低阶 0DU 类型和第二时隙类型； 所述链路的能力信息包括： 所述链路支持复用的低阶 0DU类型和支持的时隙类型；
所述链路能力信息确定模块， 还用于确定所述第一低阶 0DU类型和所述 第二低阶 0DU类型的交集， 为所述链路支持复用的低阶 0DU类型； 确定所述 第一时隙类型和所述第二时隙类型中时隙粒度相等或较大的时隙类型， 为所 述链路支持的时隙类型。
12、 根据权利要求 10或 11所述的网络设备， 其特征在于，
所述本端链路能力信息发送模块， 还用于遵循链路管理协议， 发送所述 第一高阶 0DU链路能力信息；
所述链路能力信息确定模块， 还用于遵循链路管理协议， 接收所述链路 的能力信息或所述第二高阶 0DU链路能力信息。
1 3、 一种通信系统， 其特征在于， 包括： 高阶光通道数据单元 0DU链路， 以及位于所述高阶 0DU链路两端的第一节点和第二节点；
所述第一节点用于向所述第二节点发送， 所述第一节点支持的第一高阶 0DU链路能力信息；
所述第二节点用于根据所述第二节点支持的第二高阶 0DU 能力信息和所 述第一高阶 0DU链路能力信息确定所述链路的能力信息； 向所述第一节点发 送所述链路的能力信息。
14、 一种通信系统， 其特征在于， 包括： 高阶光通道数据单元 0DU链路， 以及位于所述高阶 0DU链路两端的第一节点和第二节点；
所述第一节点用于向所述第二节点发送所述第一节点支持的第一高阶 0DU链路能力信息； 接收所述第二节点支持的第二高阶 0DU链路能力信息； 根 据所述第一高阶 0DU链路能力信息和所述第二高阶 0DU能力信息， 确定所述 链路的能力信息；
所述第二节点用于向所述第一节点发送所述第二高阶 0DU链路能力信息； 接收所述第一高阶 0DU链路能力信息； 根据所述第一高阶 0DU链路能力信息和 所述第二高阶 0DU能力信息， 确定所述链路的能力信息。
PCT/CN2010/076342 2009-08-28 2010-08-25 链路能力信息的协商方法、网络设备和通信系统 WO2011023107A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP10811267.3A EP2472816B1 (en) 2009-08-28 2010-08-25 Methods and network equipments for negotiating link capability information
US13/405,054 US8824888B2 (en) 2009-08-28 2012-02-24 Method for negotiating link capability information, network device, and communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910171733.0 2009-08-28
CN 200910171733 CN102006270B (zh) 2009-08-28 2009-08-28 链路能力信息的协商方法、网络设备和通信系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/405,054 Continuation US8824888B2 (en) 2009-08-28 2012-02-24 Method for negotiating link capability information, network device, and communication system

Publications (1)

Publication Number Publication Date
WO2011023107A1 true WO2011023107A1 (zh) 2011-03-03

Family

ID=43627266

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/076342 WO2011023107A1 (zh) 2009-08-28 2010-08-25 链路能力信息的协商方法、网络设备和通信系统

Country Status (4)

Country Link
US (1) US8824888B2 (zh)
EP (1) EP2472816B1 (zh)
CN (1) CN102006270B (zh)
WO (1) WO2011023107A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130279904A1 (en) * 2010-12-27 2013-10-24 Zte Corporation Method and System for Automatically Discovering ODUflex Bandwidth Lossless Adjustment Capability

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102761384B (zh) * 2011-04-29 2015-09-02 华为技术有限公司 Otn网络中线性变带宽时钟跟踪方法和装置
CN102857835B (zh) * 2011-06-29 2017-06-13 中兴通讯股份有限公司 灵活栅格光网络节点及节点间的链路属性校验方法
CN103067073B (zh) * 2011-10-19 2017-03-01 中兴通讯股份有限公司 一种黑链路光接口的管理方法及装置
US9264139B2 (en) 2012-05-21 2016-02-16 Ciena Corporation Optical transport network clock transient suppression systems and methods
US8867913B2 (en) 2012-10-02 2014-10-21 Ciena Corporation Optical transport network high order mapping systems and methods
JP2014183404A (ja) * 2013-03-18 2014-09-29 Fujitsu Ltd 最適経路を決定するための装置及び方法
CN107566074B (zh) * 2016-06-30 2019-06-11 华为技术有限公司 光传送网中传送客户信号的方法及传送设备
RU2637178C1 (ru) * 2016-07-15 2017-11-30 Сергей Николаевич Григорьев-Фридман Переговорное устройство на базе лазерного диода
RU2668359C1 (ru) * 2016-07-25 2018-09-28 Сергей Николаевич Григорьев-Фридман Переговорное устройство на базе твёрдотельного лазера с накачкой лазерным диодом
CN113595670A (zh) * 2020-04-30 2021-11-02 中兴通讯股份有限公司 业务接口的创建方法、装置、系统、设备及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1790993A (zh) * 2004-12-14 2006-06-21 华为技术有限公司 在光传送网中传输低速率业务信号的方法
US20070071443A1 (en) * 2005-09-29 2007-03-29 Fujitsu Limited Signal multiplexing apparatus and stuff controlling method therein
CN101388881A (zh) * 2007-09-13 2009-03-18 华为技术有限公司 通信协议版本协商的方法、网元及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040073717A1 (en) * 2002-10-14 2004-04-15 Linda Cline System method and device for dynamic mapping of sonet paths
CN1627754A (zh) * 2003-12-10 2005-06-15 华为技术有限公司 在同步数字传送网上协商虚容器承载信号的方法
EP1657839B1 (en) * 2004-11-12 2010-02-10 Alcatel Lucent Method and apparatus for transporting a client layer signal over an optical transport network (OTN)
US7844181B2 (en) * 2006-03-06 2010-11-30 Cisco Technology, Inc. Simple fibre channel speed negotiation across transport
CN100531050C (zh) * 2006-04-21 2009-08-19 中兴通讯股份有限公司 自适应光传送网连接性能优化方法及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1790993A (zh) * 2004-12-14 2006-06-21 华为技术有限公司 在光传送网中传输低速率业务信号的方法
US20070071443A1 (en) * 2005-09-29 2007-03-29 Fujitsu Limited Signal multiplexing apparatus and stuff controlling method therein
CN101388881A (zh) * 2007-09-13 2009-03-18 华为技术有限公司 通信协议版本协商的方法、网元及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
See also references of EP2472816A4 *
ZHANG, FA TAI ET AL., LINK MANAGEMENT PROTOCOL (LMP) EXTENSIONS FOR G.709 OPTICAL TRANSPORT NETWORKS, DRAFT-ZHANG-CCAMP-GMPLS-G709-LMP-DISCOVERY-00.TXT, 19 September 2009 (2009-09-19), pages 5 - 11, XP015064234 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130279904A1 (en) * 2010-12-27 2013-10-24 Zte Corporation Method and System for Automatically Discovering ODUflex Bandwidth Lossless Adjustment Capability
US9270367B2 (en) * 2010-12-27 2016-02-23 Zte Corporation Method and system for automatically discovering ODUflex bandwith lossless adjustment capability

Also Published As

Publication number Publication date
EP2472816A4 (en) 2012-11-14
CN102006270B (zh) 2013-06-26
EP2472816A1 (en) 2012-07-04
US8824888B2 (en) 2014-09-02
EP2472816B1 (en) 2017-10-04
CN102006270A (zh) 2011-04-06
US20120155874A1 (en) 2012-06-21

Similar Documents

Publication Publication Date Title
WO2011023107A1 (zh) 链路能力信息的协商方法、网络设备和通信系统
EP2874332B1 (en) Method and device for transporting and receiving client signal in optical transport network
EP3413499B1 (en) Method, apparatus, and system for assigning tributary port number
US10750260B1 (en) Subrating and multiplexing non-standard rates in ZR and ZR+ optical interfaces
EP4027650A1 (en) Method and device for service processing in optical transport network, and system
WO2018090856A1 (zh) 用于建立灵活以太网群组的方法和设备
WO2018228420A1 (zh) 一种传输网络系统、数据交换和传输方法、装置及设备
US20170005746A1 (en) Method, Apparatus and System for Processing Flexible-Rate Signal
WO2020074007A1 (zh) 建链方法、装置和计算机可读存储介质
US9270367B2 (en) Method and system for automatically discovering ODUflex bandwith lossless adjustment capability
US20110318001A1 (en) Method and device for sending and receiving service data
EP1983712B1 (en) An automatic discovering method and device for client layer link
EP2466766B1 (en) Optoelectronic processinig apparatus and processing method for constraint information
US20080031623A1 (en) Providing optical signal regeneration information at the control plane
WO2019170064A1 (zh) 光网络中以太数据处理的方法、装置和系统
WO2020253478A1 (zh) 资源管理方法、装置、通信设备及存储介质
WO2021027434A1 (zh) 一种业务传输的方法、装置和系统
US7688834B2 (en) System and method for providing support for multiple control channels
WO2007131405A1 (fr) Dispositif et procédé pour mettre en oeuvre la transmission de convergence et de non convergence d&#39;une pluralité de services multitrajet
EP4195748A1 (en) Resource configuration method and communication device
EP2665324A1 (en) Connection establishment method and device for forwarding adjacency - label switched path
US20200153529A1 (en) Optical Supervisory Channel Processing Method and Apparatus in Optical Network
WO2023143507A1 (zh) 一种带宽调整方法及装置
WO2024001370A1 (zh) 细粒度能力的洪泛方法、细粒度的配置方法，节点及介质
CN118101476A (zh) 适用于异构协议之间相互通信的软件定义互连装置及方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10811267

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2010811267

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2010811267

Country of ref document: EP