WO2018145642A1

WO2018145642A1 - Method and apparatus for establishing route

Info

Publication number: WO2018145642A1
Application number: PCT/CN2018/075720
Authority: WO
Inventors: 王其磊
Original assignee: 中兴通讯股份有限公司
Priority date: 2017-02-10
Filing date: 2018-02-08
Publication date: 2018-08-16
Also published as: CN108418753A

Abstract

Provided are a method and apparatus for establishing a route. The method comprises: determining signal transmission information for signal transmission by a mixed node, the signal transmission information comprising encapsulation step information used for encapsulating a signal and supported by a start mixed node and decapsulation step information supported by a terminal mixed node and used for decapsulating the encapsulated signal, and the mixed node referring to a node supporting two or more switching capabilities; determining signal conversion information supported by the mixed node and used for converting the signal; and according to the signal transmission information and the signal conversion information, instructing a route start node to establish a route from the route start node to a route terminal node.

Description

Path establishment method and device

Technical field

The present disclosure relates to the field of communications, and in particular, to a method and an apparatus for establishing a path.

Background technique

When the client layer network signal is transmitted through the service layer network, there may be multiple different transmission methods. For example, a specific encapsulation/decapsulation step may directly transmit the client signal as a payload portion of the service layer network signal. It is also possible to first process the client signal, convert it into another form of signal type, and then map it to the service layer network for transmission. When a service layer network path is used to connect multiple client layer devices, the start and end nodes of the service layer network path complete the encapsulation or decapsulation operation of the client signal, if the start of the service layer network path cannot be correctly configured. The node and the terminating node use a consistent encapsulation/decapsulation step, and the successful establishment of the path of the end-to-end traversal service layer network cannot be completed.

Summary of the invention

The following is an overview of the topics detailed in this document. This Summary is not intended to limit the scope of the claims.

Embodiments of the present disclosure provide a method and an apparatus for establishing a path.

According to an embodiment of the present disclosure, there is provided a method for establishing a path, comprising: determining signal transmission information for a hybrid node transmission signal, wherein the signal transmission information includes encapsulating a signal supported by a starting hybrid node Encapsulation step information and decapsulation step information supported by the terminated hybrid node for decapsulating the encapsulated signal, the hybrid node being a node supporting two or more exchange capabilities; determining that the hybrid node supports Signal conversion information for converting the signal; indicating, according to the signal transmission information and the signal conversion information, that the path originating node establishes a path from the path starting node to the path termination node.

In an exemplary embodiment, determining the signal transmission information for the hybrid node transmission signal includes one of: receiving the signal transmission information flooded by a transmission plane node; and publishing a port node according to the hybrid node The supported encapsulation or decapsulation information determines the signal transmission information.

In an exemplary embodiment, determining the signal conversion information supported by the hybrid node for converting a signal comprises: determining that the client layer device supports two or more different client signals, and the two or more different The signal conversion information supported by the hybrid node for converting the signal is determined when the client signals are mutually convertible.

In an exemplary embodiment, indicating, according to the signal transmission information and the signal conversion information, that the path initiation node establishes a path from the path initiation node to the path termination node comprises: transmitting information according to the signal Performing path calculation with the signal conversion information to obtain a path calculation result, where the path calculation result includes: information of each hop node through which the path passes, the signal transmission information, the signal conversion information; and the path A result of the calculation is sent to the path initiation node to instruct the path initiation node to establish a path from the path initiation node to the path termination node.

In an exemplary embodiment, after performing path calculation according to the signal transmission information and the signal conversion information to obtain a path calculation result, the method further includes: using the explicit routing object ERO to pass the path calculation result The information of each node is notified to the path starting node.

In an exemplary embodiment, transmitting the path calculation result to the path initiation node includes one of: transmitting the path calculation result to the path initiation node by using a path calculation response message PCRep; using path calculation The initiation message PCInitiate sends the path calculation result to the path initiation node.

In an exemplary embodiment, before the path initiation node establishes a path from the path initiation node to the path termination node according to the signal transmission information and the signal conversion information, the method further includes : receiving a path establishment request for requesting establishment of a path from the path start node to the path termination node.

According to another embodiment of the present disclosure, there is provided a path establishing apparatus, comprising: a first determining module configured to determine signal transmission information for a hybrid node transmission signal, wherein the signal transmission information includes an initial mixture Encapsulation step information for encapsulating the signal supported by the node and decapsulation step information for decapsulating the encapsulated signal supported by the terminated hybrid node, the hybrid node being a node supporting two or more exchange capabilities; a determining module, configured to determine signal conversion information supported by the hybrid node for converting a signal; and an indication module configured to indicate, according to the signal transmission information and the signal conversion information, that a path originating node is established by the path The path from the starting node to the path termination node.

In an exemplary embodiment, the first determining module includes one of: a receiving unit configured to receive signal transmission information flooded by the transmitting surface node; and a first determining unit configured to be configured according to the port issued by the hybrid node The encapsulation or decapsulation information supported by the node determines the signal transmission information.

In an exemplary embodiment, the second determining module includes: a second determining unit configured to determine that the client layer device supports two or more different client signals, and the two or more different client signals are capable of mutually At the time of conversion, the signal conversion information supported by the mixing node for converting the signal is determined.

According to still another embodiment of the present disclosure, a storage medium is also provided. The storage medium is arranged to store program code for performing the above steps.

Through the present disclosure, since the path calculation unit determines signal transmission information for the hybrid node transmission signal, and determines signal conversion information supported by the hybrid node for converting the signal, wherein the signal transmission information includes the initial hybrid node The supported encapsulation step information for encapsulating the signal and the decapsulation step information supported by the terminated hybrid node for decapsulating the encapsulated signal. Since the consistent encapsulation or decapsulation steps used by the path start node and the path termination node are configured, and different client signals supported by the plurality of client layer devices can perform mutual conversion, the signal transmission information and the signal conversion information are Indicates that the path origination node establishes a path from the path start node to the path termination node. The problem of the successful establishment of the end-to-end traversal network path cannot be solved, and the successful establishment of the end-to-end traversal network path is achieved.

Other aspects will be apparent upon reading and understanding the drawings and detailed description.

DRAWINGS

Figure 1 is a schematic view of the general structure of the FlexE;

2 is a schematic diagram of a FlexE client signal and Ethernet signal conversion process;

3 is a schematic diagram of an Ethernet signal multiplexing process;

4 is a block diagram showing a hardware structure of a mobile terminal in a method for establishing a path according to an embodiment of the present disclosure;

FIG. 5 is a flowchart (1) of a method for establishing a path according to an embodiment of the present disclosure;

6 is a flowchart (2) of a method for establishing a path according to an embodiment of the present disclosure;

7 is a schematic diagram of an Ethernet network scenario;

Figure 8 is a schematic diagram of a FlexE network scenario;

Figure 9 is a schematic diagram of a signal conversion sub-TLV;

10 is a schematic diagram of a format of an encapsulation/decapsulation step sub-TLV;

11 is a schematic diagram of a package/decapsulation sub-object;

12 is a schematic diagram of a network path conversion sub-object;

FIG. 13 is a structural block diagram (1) of a path establishing apparatus according to an embodiment of the present disclosure;

FIG. 14 is a structural block diagram of a first determining module 1302 of a path establishing apparatus according to an embodiment of the present disclosure;

FIG. 15 is a structural block diagram of a second determining module 1304 of a path establishing apparatus according to an embodiment of the present disclosure;

16 is a structural block diagram (2) of a path establishing apparatus according to an embodiment of the present disclosure;

17 is a structural block diagram of a setup module 1604 of a path establishing apparatus according to an embodiment of the present disclosure;

FIG. 18 is a structural block diagram of a receiving unit 1702 of a path establishing apparatus according to an embodiment of the present disclosure.

detailed description

Flexible Ethernet FlexE provides a common mechanism to support a variety of existing Ethernet Media Access Control (MAC) signal rates that can be mismatched to any existing Ethernet Physical Layer Protocol (PHY) rate, including those that can be bundled later than the Ethernet physical layer, and those that are obtained after subrate or channelization are smaller than the Ethernet physical layer. signal. Figure 1 is a schematic diagram of the FlexE general structure. As shown in Figure 1, the FlexE group refers to a group bounded by 1 to n Ethernet PHYs; the FlexE shim layer is used to map client signals to or Demap to FlexE group; a FlexE client reuses FlexE shim in a 64B or 66B bitstream encoded format. For FlexE shim, the bitstream represented by the FlexE client is converted from the MAC data stream, and the FlexE client rate may not match any Ethernet PHY stream. Currently available client MAC rates are 10, 40 or m*25Gb/s.

According to the definition in the FlexE technical standard, the FlexE client signal can be generated by internal assembly, that is, the assembly of the FlexE client signal is completed at the node; or it can be converted from the traditional 10G, 40G or 100G Ethernet signal. After the FlexE node completes the assembly or conversion of the FlexE client signal, the FlexE client transmits the FlexE client signal to the Optical Transport Network (OTN) for transmission.

The conversion between FlexE client signals and traditional Ethernet signals currently supports two different approaches:

Take the conversion between FlexE client and 100G as an example. Figure 2 is a schematic diagram of the FlexE client signal and Ethernet signal conversion process. As shown in Figure 2, the first conversion method involves transcoding, idle code addition/deletion, etc. Operation, the FlexE client signal is converted into a 100G Ethernet signal by transcoding, idle code addition/deletion, etc., and then the 100G Ethernet signal is put into the optical data unit 4 (ODU4) through the general mapping step GMP. On the transmission, after receiving the ODU4 signal, the receiving end uses the general mapping step to demap the 100G Ethernet signal according to the pre-configuration. The second conversion method involves first decoding the FlexE client signal to the MAC signal, and then transmitting one MAC message in the MAC signal to the ODU4 using the general framing step GFP, and the receiving end receives the ODU4 signal. According to the pre-configuration, the general framing step is used to map out the MAC signal, and then the MAC signal is encapsulated into a 100G Ethernet signal.

Another example, Figure 3 is a schematic diagram of the Ethernet signal multiplexing process. As shown in Figure 3, the traditional 100G Ethernet signal is placed in the OTN for transmission. The 100G Ethernet signal can be directly placed on the ODU4 through the general mapping step GMP. After the transmission receives the ODU4 signal, the receiver demaps the 100G Ethernet signal using a common mapping procedure according to the pre-configuration. The 100G Ethernet signal can be first solved by the MAC signal, and then one MAC message in the MAC signal is transmitted to the ODU4 by using the general framing step GFP, and the receiving end receives the ODU4 signal according to the pre-configuration. The MAC signal is directly mapped using a general framing step, and then the MAC signal is encapsulated into a 100G Ethernet signal.

According to the scenario description above, when a service layer network path is used to connect multiple client layer devices, the start and end nodes of the service layer network path complete the encapsulation or decapsulation operation of the client signal, if the service cannot be correctly configured. The start and end nodes of the layer network path use a consistent encapsulation/decapsulation step, and the successful establishment of the path of the end-to-end service layer network cannot be completed. It is currently not possible to establish an end-to-end path across the service layer network using a consistent encapsulation/decapsulation step based on the correct configuration of the start and end nodes of the service layer network path.

The present disclosure will be described in detail below with reference to the drawings in conjunction with the embodiments.

The terms "first", "second" and the like in the specification and claims of the present disclosure and the above-mentioned figures are used to distinguish similar objects, and are not necessarily used to describe a particular order or order.

The method embodiment provided in Example 1 of the present application can be executed in a mobile terminal, a computer terminal, or the like. Taking a mobile terminal as an example, FIG. 4 is a hardware structural block diagram of a mobile terminal of a method for establishing a path according to an embodiment of the present disclosure. As shown in FIG. 4, mobile terminal 40 may include one or more (only one of which is shown in FIG. 4) processor 402 (processor 402 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA. A memory 404 for storing data, and a transmission device 406 for communication functions. It will be understood by those skilled in the art that the structure shown in FIG. 4 is merely illustrative and does not limit the structure of the above electronic device. For example, the mobile terminal 40 may also include more or fewer components than those shown in FIG. 4, or have a different configuration than that shown in FIG.

The memory 404 can be used to store software programs and modules of application software, such as program instructions/modules corresponding to the path establishment method in the embodiment of the present disclosure, and the processor 402 executes each by executing a software program and a module stored in the memory 404. A functional application and data processing, that is, the above method is implemented. Memory 404 can include high speed random access memory and can also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid state memory. In some examples, memory 404 can further include memory remotely located relative to processor 402, which can be connected to mobile terminal 40 over a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

Transmission device 406 is for receiving or transmitting data via a network. The above-described network specific examples may include a wireless network provided by a communication provider of the mobile terminal 40. In one example, the transmission device 406 includes a Network Interface Controller (NIC) that can be connected to other network devices through a base station to communicate with the Internet. In one example, the transmission device 406 can be a Radio Frequency (RF) module for communicating with the Internet wirelessly.

For the problems described in the background art, it can be concluded that since the network path connecting multiple client layer devices may support different encapsulation/decapsulation steps, in order to successfully establish an end-to-end path traversing the network, the configuration of the network path starts. The start-mix node and the terminating hybrid node use a consistent encapsulation/de-encapsulation step in which the path between the above-described starting hybrid node and the terminating hybrid node is only part of the entire end-to-end path. Especially in the scenario where multiple client layer devices support different client signals, but these client signals can complete the conversion, in order to enable the successful establishment of the end-to-end traversing network path connecting the client devices, first configure the network path starting node or terminate One side node or two side nodes in the node perform corresponding signal conversion. Extending the signal conversion action in the action, so that the network path starting hybrid node can be configured or the hybrid node can perform signal conversion when matching to a specific signal stream, and the signal encapsulation/decapsulation completes the feasible end-to-end across the network. The establishment of the path specifically includes the following embodiments:

A method for establishing a path is provided in this embodiment. FIG. 5 is a flowchart (1) of a method for establishing a path according to an embodiment of the present disclosure. As shown in FIG. 5, the process includes the following steps:

Step S502, determining signal transmission information for a hybrid node transmission signal, where the signal transmission information includes an encapsulation step information for encapsulating the signal supported by the initial hybrid node, and the terminated hybrid node supports the encapsulation Decapsulation step information of decapsulating the signal, wherein the hybrid node is a node supporting two or more exchange capabilities;

Step S504, determining signal conversion information supported by the hybrid node for converting a signal;

Step S506, indicating that the path starting node establishes a path from the path starting node to the path ending node according to the signal transmission information and the signal conversion information.

In this embodiment, there is no necessary sequence between the above step S502 and the above step S504, that is, the order of execution is not limited. That is to say, the signal conversion information may be determined first, or the signal transmission information may be determined first, or the signal conversion information and the signal transmission information may be simultaneously determined. The signal conversion information can be determined again after the signal transmission information is determined.

Through the above steps, since the path calculation unit determines signal transmission information for the hybrid node transmission signal, and determines signal conversion information supported by the hybrid node for converting the signal, wherein the signal transmission information includes the initial hybrid node The supported encapsulation step information for encapsulating the signal and the decapsulation step information supported by the terminated hybrid node for decapsulating the encapsulated signal. Since the consistent encapsulation or decapsulation steps used by the path start hybrid node and the path termination hybrid node are configured, and different client signals supported by the multiple client layer devices can perform mutual conversion, the signal transmission information and the signal are The conversion information indicates that the path origination node establishes a path from the path start node to the path termination node. The problem of the successful establishment of the end-to-end traversal network path cannot be solved, and the successful establishment of the end-to-end traversal network path is achieved.

The execution body of the above steps may be a path calculation unit or a controller, etc., but is not limited thereto.

In an exemplary embodiment, determining the foregoing signal transmission information used for the hybrid node transmission signal includes one of: receiving the foregoing signal transmission information flooded by the transmission plane node; supported by the port node issued by the hybrid node The encapsulation or decapsulation information determines the above signal transmission information. In this embodiment, the hybrid node transmission signal may be determined by the path calculation unit by configuration.

In an exemplary embodiment, determining the foregoing signal conversion information supported by the hybrid node for converting a signal comprises: determining that the client layer device supports two or more different client signals, and the two or more different client signals When the mutual conversion is possible, the above-mentioned signal conversion information supported by the hybrid node for converting the signal is determined.

In an exemplary embodiment, indicating that the path starting node establishes a path from the path starting node to the path ending node according to the foregoing signal transmission information and the foregoing signal conversion information comprises: transmitting information according to the foregoing signal and the signal conversion information. Perform path calculation to obtain a path calculation result, where the path calculation result includes: information of each hop node through which the path passes, signal transmission information, and signal conversion information; and the path calculation result is sent to the path start node to indicate the path The originating node establishes a path from the above path starting node to the above path terminating node. In this embodiment, the path calculation unit may flood out the signal conversion information and the signal transmission information, and other information through the routing protocol, and perform path calculation according to the flooded information.

In an exemplary embodiment, after performing the path calculation according to the signal transmission information and the signal conversion information to obtain the path calculation result, the method further includes: using the explicit routing object ERO to pass each of the path calculation results The information of the node is notified to the path starting node. In this embodiment, the path calculation result, the signal transmission information, and the signal conversion information may also be sent to the originating node by using the path calculation unit protocol PCEP.

In an exemplary embodiment, sending the path calculation result to the path starting node includes one of: transmitting the path calculation result, the signal transmission information, and the signal conversion information to the path by using a path calculation response message PCRep a start node; using the path calculation initiation message PCInitiate to send the path calculation result, the signal transmission information, and the signal conversion information to the path start node. In this embodiment, the signal transmission information and/or the signal conversion information may be configured by signaling. It is also possible to establish a path from the path start node to the path termination node by signaling.

In an exemplary embodiment, before the path starting node is configured to establish a path from the path starting node to the path ending node according to the foregoing signal transmission information and the signal conversion information, the method further includes: receiving for request A path establishment request is established for the path from the path start node to the path termination node.

A method for establishing a path is provided in this embodiment. FIG. 6 is a flowchart (2) of a method for establishing a path according to an embodiment of the present disclosure. As shown in FIG. 6, the process includes the following steps:

Step S602, receiving signal transmission information for the hybrid node transmission signal and signal conversion information supported by the hybrid node for converting the signal, where the signal transmission information includes the initial hybrid node support. Encapsulation step information for encapsulating the signal and decapsulation step information for decapsulating the encapsulated signal supported by the terminated hybrid node, wherein the hybrid node is a node supporting two or more exchange capabilities;

Step S604, establishing a path from the path starting node to the path termination node according to the signal transmission information and the signal conversion information.

Through the above steps, since the path calculation unit determines signal transmission information for the hybrid node transmission signal, and determines signal conversion information supported by the hybrid node for converting the signal, wherein the signal transmission information includes initial hybrid node support Encapsulation step information for encapsulating the signal and decapsulation step information for terminating the decapsulation of the encapsulated signal supported by the hybrid node. That is, a consistent encapsulation or decapsulation step used by the initiating hybrid node and the terminating hybrid node is configured, and different client signals supported by multiple client layer devices can perform mutual conversion, and therefore, the path starting node can transmit information according to the signal. Establish a path from the path start node to the path termination node with the signal conversion information. The problem of the successful establishment of the end-to-end traversal network path cannot be solved, and the successful establishment of the end-to-end traversal network path is achieved.

The execution body of the above steps may be a path start node or other nodes, but is not limited thereto.

In an exemplary embodiment, establishing a path from the path starting node to the path termination node according to the signal transmission information and the signal conversion information includes: receiving a path calculation result from the path calculation unit, where the path calculation is performed. The result is that the path calculation unit obtains the path calculation according to the signal transmission information and the signal conversion information, wherein the path calculation result includes: information of each hop node through which the path passes, the signal transmission information, the signal Converting information; establishing a path from the path starting node to the path ending node according to the path calculation result.

In an exemplary embodiment, receiving the path calculation result from the path calculation unit includes: receiving information of each node through which the path calculation result sent by the path calculation unit by using the explicit route object ERO.

In an exemplary embodiment, the receiving the path calculation result includes: receiving the path calculation result sent by the path calculation unit by using the path calculation response message PCRep; and receiving the foregoing, by the path calculation unit, by using the path calculation initiation message PCInitiate Path calculation result.

The present disclosure is described in detail below in conjunction with specific embodiments:

In order to enable the successful establishment of the end-to-end traversing network path connecting the client device, firstly configure one side node or two side nodes of the network path starting node or the terminating node to perform corresponding signal conversion, including: supporting the client signal in the network node The hybrid node publishes the encapsulation/decapsulation step information supported by the port, so that when the path is established, the path calculation unit/module can combine the information of the encapsulation/decapsulation steps supported by the initiating hybrid node and the termination hybrid node to calculate a feasible span. The path of the network; in the scenario where multiple client layer devices support different client signals, but these client signals can complete the conversion, the signal conversion information supported by the hybrid node is released, so that the path calculation unit/module can be combined when calculating the path. The signal conversion mode supported by the hybrid node, and the possible encapsulation/decapsulation step information supported by the network path start node and the terminating node, calculate a feasible path across the network.

The path calculation unit performs path calculation according to the information flooded by the routing protocol, and the path calculation process takes into consideration that the start node and the termination node of the path can support a consistent encapsulation/decapsulation step, and whether signal conversion is required to reach the start node. And terminating the node to support the purpose of the ongoing encapsulation/decapsulation step. After completing the end-to-end path calculation, the path calculation unit protocol PCEP carries the signal conversion information to be performed by the network path start node or the termination node, and the encapsulation/decapsulation step information to be performed, and sends the information to the network path start node. The network originating node initiates signaling to establish an end-to-end path based on the information.

After receiving the path calculation result, the network initiating node needs to use signaling to configure the initiating hybrid node or terminate the encapsulation decapsulation step information to be used by the hybrid node, and in multiple client layer devices. Supporting different customer signals, but in the scenario where these customer signals can be converted, it is necessary to use signaling to configure the conversion of different signals to complete the interworking of different client signals and the establishment of end-to-end paths. The message reported to the controller is used by OpenFlow to carry support information for signal conversion in the network node, and the supported encapsulation/decapsulation step information to determine whether an end-to-end path can be established.

Example 1:

7 is a schematic diagram of an Ethernet network scenario. As shown in FIG. 7, A and D nodes are 100G Ethernet nodes; B and C nodes are Ethernet + OTN hybrid nodes, and E nodes are an OTN switching node for transmitting OTN. Service layer signal.

Figure 8 is a schematic diagram of a FlexE network scenario. As shown in Figure 8, the A node is a FlexE node; the B node is a FlexE+OTN hybrid node. During the specific road construction process, the Node B completes the termination of the FlexE signal and takes out the FlexE client signal. Then, after a series of conversions, mapping into the OTN network for transmission; the C node is an Ethernet + OTN hybrid node, which supports the solution of the customer signal carried by the OTN and converts it into a traditional Ethernet signal; the D node is a traditional Ethernet. Node; E node is an OTN switching node used to transmit OTN service layer signals.

For the Ethernet network scenario in Figure 7 and the FlexE network scenario in Figure 8, the specific road construction process is as follows:

(1) Route flooding process:

Based on the Open Shortest Path First (OSPF) protocol defined in RFC3630 and RFC4203, two new link sub-TLVs are extended, in which the signal conversion sub-TLV is used to carry the signal conversion supported by the node port. Type, specifically conversion of FlexE client signal and traditional Ethernet signal, or conversion of FlexE client signal and MAC signal, or conversion of Ethernet signal and MAC signal; encapsulation/decapsulation step sub-TLV is used to release different The content of the sub-TLV may be a Generic Mapping Procedure (GMP) or a Generic Framing Procedure (GFP).

9 is a schematic diagram of a signal conversion sub-TLV. As shown in FIG. 9, the extended signal conversion sub-TLV includes a switching capability field and an encoding type field, wherein the switching capability and the encoding type are used to confirm a specific signal. E.g:

The representation of the FlexE client signal is:

Switching capacity: Data Channel Switching Capable (DCSC);

Encoding type: Ethernet - Flexible Ethernet Ethernet-FlexE;

a representation of traditional physical layer Ethernet;

Encoding type: Ethernet - physical layer Ethernet-PHY.

The encoding method of MAC Ethernet is:

Exchange capability: packet exchange packet;

Encoding type: Ethernet Ethernet.

The former switching capability and encoding type in the signal conversion sub-TLV are used to indicate the type of signal before conversion, and the latter switching capability and encoding type are used to indicate the type of signal after conversion.

10 is a schematic diagram of a format of an encapsulation/decapsulation step sub-TLV. As shown in FIG. 10, an extended encapsulation/decapsulation step sub-TLV format mainly includes one or more fields for carrying supported encapsulation/decapsulation. In the step, the currently supported content has a general mapping step GMP or a general framing step GFP.

As shown in the following figure, it is assumed that in the network scenario shown in FIG. 8 , the port connected to the node A of the node B supports the conversion of the FlexE client signal to the physical signal of the traditional Ethernet, and the OSPF protocol carries the map when the route is published. The signal conversion sub-TLV shown in Figure 9, where the switching capability and encoding type are set to:

(DCSC, Ethernet-FlexE, reserved field)

(DCSC, Ethernet-PHY, reserved field)

Prove that the corresponding port of the Node B can complete the conversion of the FlexE client signal to the traditional Ethernet physical signal.

In addition, assuming that the Node B port supports the GMP encapsulation step, the Node B carries the encapsulation/decapsulation step sub-TLV shown in Figure 10 when the route is advertised by the OSPF protocol, indicating that the Node B is connected to the port support of the Node A. GMP packaging steps.

The port connected to the D node of the C node supports the GMP decapsulation, that is, the traditional Ethernet physical signal is obtained from the OTN service layer signal, and the C node carries the encapsulation/decapsulation step shown in FIG. 10 when the route is issued. The sub-TLV indicates that the port of the C node connected to the D node supports the GMP encapsulation step.

For the Ethernet network scenario shown in FIG. 7, it is assumed that the port connected to the node A of the node B supports only the GMP common mapping step, and the OSPF protocol carries the encapsulation/decapsulation shown in FIG. 10 when the route is advertised. The sub-TLV indicates that the port of the Node B connected to the Node A supports the GMP encapsulation step.

The port connected to the D node of the C node also supports GMP decapsulation, that is, the traditional Ethernet physical signal is solved from the OTN service layer signal, and the C node carries the encapsulation/decapsulation shown in FIG. 10 when the route is released. The step sub-TLV indicates that the port of the C node connected to the D node supports the GMP encapsulation step.

(2) Path calculation process:

For the Ethernet network scenario shown in Figure 7:

1. The path calculation unit/controller receives a path calculation request from the outside (which may be a request from the A node or a path calculation request from the network management), requesting to establish a path from the node A to the node D.

2. The path calculation unit/controller supports the consistent GMP general mapping step according to the encapsulation/decapsulation steps supported by the Node B and the D node. Then, the path calculation unit/controller judges that a path can be established. The path to ABECD.

3. The specific embodiment of the PCEP protocol defined in RFC 5440 extends an explicit route object (ERO) sub-object to carry each path through which the path calculation result passes. This embodiment is in the PCEP protocol. A new encapsulation/decapsulation step sub-object is extended. Figure 11 is a schematic diagram of the encapsulation/de-encapsulation sub-object. As shown in Figure 11, this sub-object is carried after the specific node identifier sub-object in the ERO to indicate The corresponding encapsulation/decapsulation step to be performed by this node in the network. The definition of the L bit, type and length can be found in RFC3473.

After the path calculation unit completes the end-to-end path calculation, the path calculation result is sent to the path head node through the path calculation response PCRep message or the path calculation initiation PCInitiate message, as shown in the network scenario of FIG. 7, the path calculation unit is at the completion end. After the path calculation of the end, the path calculation result is sent to the A node, and the path calculation result carries the extended encapsulation/decapsulation step sub-object, indicating that the GMP encapsulation/decapsulation step is applied at the Node B and the node C, and the A node according to the path Calculate the results and use signaling to initiate the road.

For the FlexE network scenario shown in Figure 8:

2. Assume that the port connected to node A of node B supports the conversion of FlexE client signal to MAC signal, and the GFP general framing step; the port of node C connected to node D supports GFP universal framing step decapsulation, that is, support from OTN service The MAC signal is decoded in the layer signal, and the MAC signal is converted to the traditional Ethernet signal. The FlexE network between node A and node B, the OTN network between node B and node C, and the traditional Ethernet network between node C and node D jointly carry the traffic of the client.

The path calculation unit/controller supports the consistent GFP general framing step according to the signal conversion capability supported by the Node B and the D node, and the encapsulation/decapsulation step, and the MAC signal can be mapped into the OTN service layer signal. Medium transmission; and Node B supports conversion between FlexE client and MAC signals, D node supports MAC signal legacy Ethernet signal conversion, and path calculation unit/controller determines that a path spanning ABECD can be established.

3. In addition to the encapsulation/decapsulation step sub-object shown in FIG. 11 described above, the PCEP protocol defined in the specific embodiment based on RFC 5440 also extends another explicit route object (ERO). The object is used to carry each node through which the path calculation result passes. This embodiment expands a new service layer signal conversion sub-object in the PCEP protocol, as shown in FIG. 12, and FIG. 12 is a service layer network path converter. A schematic diagram of an object to indicate the signal transition to be performed at a particular node. This sub-object is carried after the node identifier sub-object in the ERO.

The definition of the L bit, type and length can be found in RFC3473; the definition of switching capability and encoding type can be found in RFC3471 to indicate a specific signal; the former switching capability and encoding type in the sub-object are used to indicate conversion. The previous signal type, the latter switching capability and the encoding type are used to indicate the type of signal after the signal is to be converted.

After the path calculation unit completes the end-to-end path calculation, the path calculation result is sent to the path head node through the path calculation response PCRep message or the path calculation initiation PCInitiate message. As shown in the network scenario of FIG. 8, the path calculation unit is at the completion end. After the path calculation of the end, the path calculation result is sent to the A node, and the path calculation result carries the extended service layer signal conversion sub-object, indicating that the Node B performs the conversion of the FlexE client signal to the MAC signal, and performs the MAC signal at the node C. For the conversion of the Ethernet signal, the A node uses the signaling to initiate the construction according to the path calculation result.

The ERO exchange capability and coding type field assignment carried by the Node B are as follows:

Switching capacity: DCSC encoding type: Ethernet-FlexE;

Switching capacity: Packet encoding type: Ethernet.

The ERO exchange capability and coding type field assignments carried by the C node are as follows:

Switching capacity: Packet encoding type: Ethernet;

Switching capacity: DCSC encoding type: Ethernet-PHY.

(3) Signaling road construction process

Based on Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) defined in RFC3473, two new objects, service layer signal conversion sub-objects and encapsulation/de-encapsulation sub-objects are extended in ERO. Specifically, as shown in FIG. 11 and FIG. 12, it is used to indicate a signal conversion and a package decapsulation step to be performed at a specific node, and the sub-object is carried after the node identifier sub-object in the ERO.

For the Ethernet network scenario shown in Figure 7:

The node A encapsulates the RSVP-TE signaling of the client layer according to the path calculation result, and the B node identifier sub-object in the ERO carries the encapsulation/de-encapsulation step sub-object, indicating that the GMP encapsulation is to be performed at the Node B. Node A first configures the hierarchical relationship of the signal paths, ie the configuration carries these client signals first in the Ethernet signal. After completing the configuration of node A, node A sends a signal to node B.

2. After receiving the signaling, the Node B first encapsulates the Ethernet signal into the OTN service layer signal according to the GMP encapsulation type configuration carried in the encapsulation/decapsulation step sub-object. Node B is to complete the establishment of the OTN service layer path between Node B and Node C. After completing these procedures, Node B continues to send signaling to Node C, which resolves the Ethernet signal from the OTN Service Layer signal according to the GMP Encapsulation Type configuration carried by the Encapsulation/Decapsulation Step sub-object.

For the FlexE network scenario shown in Figure 8:

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS A network scenario is shown in FIG. 3, assuming that a port connected to an A node of a Node B supports a conversion of a FlexE client signal to a MAC signal, and a GFP general framing step; a port of the C node connected to the D node supports a MAC signal to the Ethernet. The conversion of the network signal and the GFP general framing step, that is, the decoding of the MAC signal from the OTN service layer signal, and then packaging into an Ethernet signal. The FlexE network between Node A and Node B, the OTN network between Node B and Node C, and the traditional Ethernet network between Node C and Node D jointly carry the traffic of the customer, so that the customer (for example, MPLS-TP) The flow of establishing the path from node A to node D using RSVP-TE signaling is as follows:

1. Node A encapsulates the RSVP-TE signaling of the client layer according to the path calculation result, wherein the B node identifier sub-object in the ERO carries the service layer signal conversion sub-object, indicating that the FlexE client signal is to be converted into the MAC at the Node B. signal. Node A first configures the hierarchical relationship of the signal paths, that is, the configuration carries these client signals first in the FlexE client signal, and then carries them in the FlexE and PHY. After completing the configuration of node A, node A sends a signaling to node B. At this time, the client signal is carried in the FlexE client, and then the service layer is followed by FlexE and PHY.

2. After receiving the signaling, the Node B first configures the termination of the FlexE signal, and extracts the FlexE client signal. The Node B converts the content carried in the sub-object according to the service layer signal, and configures to convert the FlexE client signal into a MAC signal first, and then The GFP is then multiplexed into the OTN service layer network transmission using the general framing step. Node B shall complete the establishment of the OTN service layer path and the MAC path between the Node B and the Node C, and the MAC signal is mapped into the OTN service layer signal at the Node B through the general framing step GFP, and the signal is solved from the OTN service layer signal at the Node C. . On the path between Node B and Node C, the client signal is first carried in the MAC signal, and then the service layer is the OTN network; after completing these operations, the node sends signaling to Node C.

3. After receiving the signaling, the node C converts the MAC signal into an Ethernet according to the content carried in the sub-object according to the service layer signal. Node C then sends a signalling to node D to complete the subsequent path establishment process.

Example two:

The specific embodiment is based on the content of the OpenFlow protocol, expands the port structure, and defines two new port description attribute structures in the port structure. The specific structure is as follows, where the former is a signal conversion attribute structure, and the latter is a package/decapsulation. Step attribute structure.

The signal conversion attribute structure mainly includes two fields, which are used to indicate the type of signal conversion supported by the node port, and the specific content may be a conversion between a FlexE client signal and a legacy Ethernet signal, or between a FlexE client signal and a MAC signal. Conversion; Encapsulation/Decapsulation Step The attribute structure contains a field indicating the encapsulation/decapsulation step information supported by the node port. It can be said that the GMP general mapping step or the GFP general framing step. The OpenFlow protocol uses these two port attribute structures to report the signal conversion information supported by the controller node port, and the encapsulation/decapsulation step information supported by the node port. The controller can be based on the two port attribute structures in the FlexE client and the traditional In the scenario where Ethernet physical signals are intercommunicated, it is used to calculate a feasible path.

As shown in the following figure, it is assumed that in the FlexE network scenario shown in FIG. 8, the port connected to the Node A of the Node B supports the conversion of the FlexE client signal to the traditional Ethernet physical signal, and the OpenFlow message reports the port attribute by using the port-status message. The signal conversion attribute structure shown above is carried, where the two parameter fields are set to:

Uint16_t signal_being_transformed=FlexE client

Uint16_t signal_transformed=ETH PHY

In addition, assuming that the Node B port supports the GMP encapsulation step, the Node B carries the encapsulation/decapsulation step attribute structure shown above when the port attribute is reported by using the port-status message through the OpenFlow message, indicating that the Node B is connected to the Node A. The port supports GMP encapsulation steps.

The port connected to the D node of the C node supports the GMP decapsulation, that is, the traditional Ethernet physical signal is obtained from the OTN service layer signal, and the C node carries the above when the port attribute is reported by using the port-status message through the OpenFlow message. The encapsulation/decapsulation step attribute structure shown indicates that the port of the C node connected to the D node supports the GMP encapsulation step.

When the controller performs the end-to-end path calculation of the OTN network, it is assumed that the path of the BEC service layer is considered at this time, considering that the port of B supports the conversion of the FlexE client signal into a traditional Ethernet physical signal, and supports GMP encapsulation, and the remote C node The port connected to the D node supports GMP decapsulation, and the controller determines that an end-to-end path can be established. However, if the port connected to the D node of the C node supports GFP decapsulation, then the controller determines that an end-to-end path cannot be established, and other paths are to be found.

Based on the content of the OpenFlow protocol, new actions are extended, as follows: the signal conversion action structure and the encapsulation/decapsulation step action structure are respectively used to indicate signal conversion and encapsulation/decapsulation step actions to be performed at a specific node.

The signal conversion action structure mainly includes two fields, which are used to represent the signal conversion to be configured by the node port, and the specific content may be a conversion between the FlexE client signal and the traditional Ethernet signal, or a conversion between the FlexE client signal and the MAC signal. The encapsulation/decapsulation step action structure indicates the encapsulation/decapsulation step to be performed, either a GMP general mapping step or a GFP general framing step.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS A network scenario is shown in FIG. 8. It is assumed that a port connected to an A node of a Node B supports conversion of a FlexE client signal to a legacy Ethernet physical signal, and a GMP general mapping step; a port connected to a Node D of the C node supports GMP generalization. The mapping step decapsulates, that is, supports the traditional Ethernet physical signal from the OTN service layer signal. The FlexE network between node A and node B, the OTN network between node B and node C, and the traditional Ethernet network between node C and node D jointly carry the traffic of the client, so that the controller completes the path calculation and determines After an end-to-end path can be established, in addition to the normal flow table forwarding configuration, the signal conversion action to be performed at the node B is configured, that is, the node B performs a signal conversion action on the signal coming in from the port connected to the node A. In the action to be completed, the FlexE client signal is converted into a traditional Ethernet physical signal, and then the flow table is jumped to the next-level OTN network processing flow table, and the encapsulation/decapsulation step action structure is used to indicate that the GMP general mapping step is used for the Ethernet. The network signal is encapsulated into the OTN service layer signal. The node C configuration encapsulation/decapsulation step action structure is also used to instruct the use of the GMP general mapping step to resolve the Ethernet signal from the OTN service layer signal to complete the end-to-end path.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is The usual implementation. Based on this understanding, the solution of the present disclosure may be embodied in the form of a software product stored in a storage medium (such as a ROM/RAM, a magnetic disk, an optical disk), and includes a plurality of instructions for making one The terminal device (which may be a cell phone, computer, server, or network device, etc.) performs the methods described in various embodiments of the present disclosure.

In the embodiment, a path establishing device is further provided, which is used to implement the above-mentioned embodiments and exemplary embodiments, and has not been described again. As used below, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the devices described in the following embodiments are typically implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

FIG. 13 is a structural block diagram (1) of a path establishing apparatus according to an embodiment of the present disclosure. As shown in FIG. 13, the apparatus includes: a first determining module 1302, a second determining module 1304, and an indicating module 1306. The device is described in detail:

The first determining module 1302 is configured to determine signal transmission information for the hybrid node transmission signal, where the signal transmission information includes the encapsulation step information for encapsulating the signal supported by the initial hybrid node and the terminated hybrid node support for Decapsulating step information for decapsulating the encapsulated signal, the hybrid node is a node supporting two or more switching capabilities; and the second determining module 1304 is configured to determine a signal conversion supported by the hybrid node for converting the signal The information indicating unit 1306 is connected to the first determining module 1302 and the second determining module 1304, and is configured to, according to the signal transmission information and the signal conversion information, indicate that the path starting node establishes the path starting node to the path termination node. path of.

In an exemplary embodiment, FIG. 14 is a structural block diagram of a first determining module 1302 of a path establishing apparatus according to an embodiment of the present disclosure. As shown in FIG. 14, the first determining module 1302 includes: a receiving unit 1402 or a first The determining unit 1404, the first determining module 1302 is described in detail below:

The receiving unit 1402 is configured to receive signal transmission information flooded by the transmission plane node; the first determining unit 1404 is configured to determine the signal transmission information according to the encapsulation or decapsulation information supported by the port node issued by the hybrid node.

In an exemplary embodiment, FIG. 15 is a structural block diagram of a second determining module 1304 of a path establishing apparatus according to an embodiment of the present disclosure. As shown in FIG. 15, the second determining module 1304 includes: a second determining unit 1502, The second determining module 1304 is described in detail below:

The second determining unit 1502 is configured to determine, when the client layer device supports two or more different client signals, and between the two or more different client signals, the signals supported by the hybrid node for converting the signals. The above signal conversion information.

In an exemplary embodiment, the indication module 1306 instructs the path initiation node to establish a path from the path initiation node to the path termination node according to the signal transmission information and the signal conversion information according to the following manner: The path calculation is performed on the information and the signal conversion information to obtain a path calculation result, where the path calculation result includes: information of each hop node through which the path passes, the signal transmission information, the signal conversion information, and the path calculation The result is sent to the path start node to indicate that the path start node establishes a path from the path start node to the path termination node.

In an exemplary embodiment, after the path calculation is performed according to the signal transmission information and the signal conversion information, and the path calculation result is obtained, the device uses the explicit routing object ERO to use the information of each node through which the path calculation result passes. Notify the above path start node.

In an exemplary embodiment, the foregoing apparatus sends the path calculation result to the path starting node by using one of the following manners: sending the path calculation result to the path starting node by using a path calculation response message PCRep; calculating by using the path The initiating message PCInitiate sends the above path calculation result to the path starting node.

In an exemplary embodiment, the foregoing indicating module 1306 further includes: processing, before the path starting node establishes a path from the path starting node to the path ending node according to the foregoing signal transmission information and the signal conversion information. A module, configured to receive a path establishment request for requesting establishment of a path from the path originating node to the path termination node.

16 is a structural block diagram (2) of a path establishing apparatus according to an embodiment of the present disclosure. As shown in FIG. 16, the apparatus includes: a receiving module 1602 and an establishing module 1604, which are described in detail below:

The receiving module 1602 is configured to receive, by the path calculation unit, signal transmission information for the hybrid node transmission signal and signal conversion information supported by the hybrid node for converting the signal, where the signal transmission information includes the initial hybrid node. The supported encapsulation step information for encapsulating the signal and the decapsulation step information supported by the terminated hybrid node for decapsulating the encapsulated signal, the hybrid node being a node supporting multiple switching capabilities; the establishing module 1604 is connected to The receiving module 1602 is configured to establish a path from the path starting node to the path ending node according to the signal transmission information and the signal conversion information.

In an exemplary embodiment, FIG. 17 is a structural block diagram of a setup module 1604 of a path establishing apparatus according to an embodiment of the present disclosure. As shown in FIG. 17, the setup module 1604 includes a receiving unit 1702 and an establishing unit 1704, below. The building module 1604 is described in detail:

The receiving unit 1702 is configured to receive the path calculation result from the path calculation unit, wherein the path calculation result is obtained by the path calculation unit performing the path calculation according to the signal transmission information and the signal conversion information, wherein the path calculation result comprises: The information of each hop node through which the path passes, the signal transmission information, and the signal conversion information; the establishing unit 1704 is connected to the receiving unit 1702, and is configured to establish a path from the path starting node to the path ending node according to the path calculation result.

In an exemplary embodiment, FIG. 18 is a structural block diagram of a receiving unit 1702 of a path establishing apparatus according to an embodiment of the present disclosure. As shown in FIG. 18, the receiving unit 1702 includes a receiving subunit 1802, and a receiving unit below. Detailed description of 1702:

The receiving subunit 1802 is configured to receive information of each node through which the path calculation result transmitted by the path calculation unit by using the explicit routing object ERO.

In an exemplary embodiment, the receiving unit 1702 receives the path calculation result by receiving the path calculation result sent by the path calculation unit by using the path calculation response message PCRep, and receiving the path calculation unit by using the path calculation. The above path calculation result sent by the message PCInitiate.

The above modules may be implemented by software or hardware. For the latter, the foregoing may be implemented by, but not limited to, the above modules are all located in the same processor; or, the above modules are respectively located in different combinations. In the processor.

Embodiments of the present disclosure also provide a storage medium. In the present embodiment, the above storage medium may be arranged to store program code for performing the above steps.

In this embodiment, the foregoing storage medium may include, but is not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory. A variety of media that can store program code, such as a disc or a disc.

In this embodiment, the processor may perform the above steps according to the stored program code in the storage medium.

For specific examples in this embodiment, reference may be made to the examples described in the foregoing embodiments and exemplary embodiments, and the embodiments are not described herein again.

Those of ordinary skill in the art will appreciate that all or some of the steps, systems, and functional blocks/units of the methods disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be composed of several physical The components work together. Some or all of the components may be implemented as software executed by a processor, such as a digital signal processor or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on a computer readable medium, which may include computer storage media (or non-transitory media) and communication media (or transitory media). As is well known to those of ordinary skill in the art, the term computer storage medium includes volatile and nonvolatile, implemented in any method or technology for storing information, such as computer readable instructions, data structures, program modules or other data. Sex, removable and non-removable media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cartridge, magnetic tape, magnetic disk storage or other magnetic storage device, or may Any other medium used to store the desired information and that can be accessed by the computer. Moreover, it is well known to those skilled in the art that communication media typically includes computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and can include any information delivery media. .

The above description is only exemplary embodiments of the present disclosure, and is not intended to limit the disclosure, and various changes and modifications may be made to the present disclosure. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and scope of the present disclosure are intended to be included within the scope of the present disclosure.

Industrial applicability

Claims

A method for establishing a path, including:

Determining signal transmission information for a hybrid node transmission signal, wherein the signal transmission information includes encapsulation step information supported by the initial hybrid node for encapsulating the signal and termination of the hybrid node support for the encapsulated The decapsulation step information of the signal is decapsulated, and the hybrid node is a node supporting two or more exchange capabilities (S502);

Determining signal conversion information supported by the hybrid node for converting a signal (S504);

Determining, by the signal transmission information and the signal conversion information, a path starting node to establish a path from the path starting node to the path termination node (S506).
The method of claim 1, wherein the determining the signal transmission information for the hybrid node transmission signal (S502) comprises one of the following:

Receiving the signal transmission information flooded by the transmission plane node;

The signal transmission information is determined according to encapsulation or decapsulation information supported by the port node issued by the hybrid node.
The method of claim 1, wherein determining the signal conversion information (S504) supported by the hybrid node for converting a signal comprises:

Determining, when the client layer device supports two or more different client signals, and the two or more different client signals are mutually convertible, determining the signal conversion information supported by the hybrid node for converting the signal .
The method according to claim 1, wherein the path originating node establishes a path from the path start node to the path termination node according to the signal transmission information and the signal conversion information (S506), including :

Performing path calculation according to the signal transmission information and the signal conversion information, to obtain a path calculation result, where the path calculation result includes: information of each hop node through which the path passes, the signal transmission information, and the signal conversion information;

Transmitting the path calculation result to the path initiation node to instruct the path initiation node to establish a path from the path initiation node to the path termination node.
The method according to claim 4, wherein after the path calculation is performed according to the signal transmission information and the signal conversion information, the method further includes:

The information of each node through which the path calculation result passes is notified to the path start node by using an explicit routing object ERO.
The method of claim 4, wherein transmitting the path calculation result to the path initiation node comprises one of:

Transmitting the path calculation result to the path starting node by using a path calculation response message PCRep;

The path calculation result is sent to the path start node by using a path calculation initiation message PCInitiate.
The method according to claim 1, wherein said path originating node establishes a path from said path starting node to said path ending node based on said signal transmission information and said signal conversion information (S506) Previously, the method further includes:

A path establishment request is received for requesting establishment of a path from the path origination node to the path termination node.
A path establishing device includes:

a first determining module (1302) configured to determine signal transmission information for a hybrid node transmission signal, wherein the signal transmission information includes encapsulation step information and termination of a signal supported by the initial hybrid node for encapsulating the signal Decapsulation step information supported by the hybrid node for decapsulating the encapsulated signal, the hybrid node being a node supporting two or more exchange capabilities;

a second determining module (1304) configured to determine signal conversion information supported by the hybrid node for converting the signal;

The indication module (1306) is configured to instruct the path originating node to establish a path from the path starting node to the path termination node according to the signal transmission information and the signal conversion information.
The apparatus of claim 8, wherein the first determining module (1302) comprises one of:

a receiving unit (1402) configured to receive signal transmission information flooded by the transmitting surface node;

The first determining unit (1404) is configured to determine the signal transmission information according to the encapsulation or decapsulation information supported by the port node issued by the hybrid node.
The apparatus of claim 8 wherein said second determining module (1304) comprises:

a second determining unit (1502) configured to determine, when the determining that the client layer device supports two or more different client signals, and the mutually convertible between the two or more different client signals, determining that the hybrid node supports The signal conversion information that converts the signal.
A computer readable storage medium storing computer executable instructions that, when executed by a processor, implement the method of any of claims 1-7.