WO2007079649A1 - Procede et dispositif de decouverte automatique pour liaison de couche client - Google Patents

Procede et dispositif de decouverte automatique pour liaison de couche client Download PDF

Info

Publication number
WO2007079649A1
WO2007079649A1 PCT/CN2006/003432 CN2006003432W WO2007079649A1 WO 2007079649 A1 WO2007079649 A1 WO 2007079649A1 CN 2006003432 W CN2006003432 W CN 2006003432W WO 2007079649 A1 WO2007079649 A1 WO 2007079649A1
Authority
WO
WIPO (PCT)
Prior art keywords
link
client layer
node
request message
connection establishment
Prior art date
Application number
PCT/CN2006/003432
Other languages
English (en)
French (fr)
Inventor
Yongliang Xu
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CN200680012851.1A priority Critical patent/CN101160929A/zh
Priority to AT06828346T priority patent/ATE471023T1/de
Priority to DE602006014876T priority patent/DE602006014876D1/de
Priority to EP06828346A priority patent/EP1983712B1/en
Publication of WO2007079649A1 publication Critical patent/WO2007079649A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/10—Routing in connection-oriented networks, e.g. X.25 or ATM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/62—Wavelength based
    • 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]

Definitions

  • the present invention relates to the field of network communication technologies, and in particular, to an automatic discovery method and apparatus for implementing a client layer link in an SDH optical transmission network.
  • Such a network can be functionally distinguished as a transport plane that truly carries network services and a management plane that performs management functions.
  • ITU-T Recommendation G.8080 introduces a control plane for the transport network, supports automatic discovery, resource release, connection provisioning and fault recovery functions through the control plane, and assumes some of the connection management functions previously implemented by the management plane.
  • the SDH network consists of three independent planes, namely the management plane, the control plane and the transmission plane.
  • the management plane completes the maintenance functions of the transport plane, control plane and the entire system. It is responsible for coordination and coordination between all planes, enabling configuration and management of end-to-end connections.
  • the control plane completes the connection release release, monitoring, and maintenance, and resumes the connection in the event of a failure.
  • the transport plane performs end-to-end bidirectional or one-way user information transmission. At the same time, it also transmits some control and network management information, which is layered according to ITU-T G.805 recommendations.
  • Delivery platforms typically have multiple switching capabilities.
  • the SDH network control plane functionally includes automatic discovery, resource publishing, connection establishment, and fault recovery. These functions are usually implemented using the Internet Engineering Task Force (IETF - Internet).
  • IETF Internet Engineering Task Force
  • GMPLS Generalized Multi-Protocol Switching
  • link management protocols including link management protocols, routing protocols, and signaling protocols.
  • the control plane first needs to complete the discovery of the link connection relationship between nodes. This process is usually implemented by the Link Management Protocol (LMP-Link Management Protocol). LMP needs to utilize the in-band data transfer mechanism with the transport plane link, such as using the J0 byte of the SDH line to send the local identifier of the link to the peer end, so that the binding of the two ends of the link can be realized, so that the adjacency The connection relationship was discovered. Then, the LMP protocol obtains the connection type and number of resources supported by the link by controlling packet exchange on the basis of the adjacency discovery. The link including the traffic engineering information is called a traffic engineering link (TE link) in GMPLS.
  • TE link traffic engineering link
  • the auto-discovery node local link state information is advertised to other nodes in the control domain through a routing protocol, such as Open Shortest Path First-Traffic Engineering (OSPF-TE), so that all the networks The nodes get all the same node and link information of the same control domain.
  • OSPF-TE Open Shortest Path First-Traffic Engineering
  • the connected network ingress node can perform path calculation to obtain a link sequence that the connection needs to pass; and then, through a signaling protocol,
  • the resource reservation protocol (RSVP-TE, Resource Reservation Protocol) is used to allocate resources to the nodes on the path and establish cross-connections to establish an end-to-end connection.
  • the transport plane is a hierarchical network, and the ability to exchange from can be divided into multiple layers of networks.
  • a virtual container is an information structure used to support the transfer of flat interfaces. Different levels of virtual containers provide different payload transfers. Divided into high-order channels in the SDH network, such as virtual container level four (VC-4) and virtual container level three (VC-3), and low-order channels, such as virtual container level twelve (VC-12) and virtual containers Level 11 (VC-11).
  • VC-4 virtual container level four
  • VC-3 virtual container level three
  • VC-12 virtual container level twelve
  • VC-11 virtual containers Level 11
  • OTN network it can be divided into an optical channel (OCh-Optical Channel) of the optical layer and an optical channel data unit (0DU - Optical Channel Data Unit) of different rate levels of the electrical layer, including ODU1, ODU2, ODU3, and the like.
  • Each layer network includes multiple subnetworks with the same cross-connect capability.
  • Subnets have multiple subnet points (also called labels in GMPS), and subnet points on the same subnet can pass.
  • Dynamically establish subnet connections also called "cross-connects"); subnet points on different subnets implement static connections through link connections.
  • link connections usually multiple link connections between two subnets pass through the same service layer path. Transmit, these link connections form a link. All link connections under one link will be interrupted at the same time in the same network failure (such as the cable is cut). If multiple links are transmitted through the same fiber, cable or pipe, a network failure can also cause these links.
  • SRLG - Shared Risk Link Group is a collection of multiple SRLG values (usually represented by 32-bit unsigned numbers). Each SRLG value represents an independent network failure. If the SRLG of a link includes multiple SRLG values, it indicates that any one of the corresponding network failures will occur and the link will be interrupted. Multi-segment link connections are connected in series by subnet connections to form a network connection for transmitting network user signals, often referred to as a connection.
  • the high-order channel is used directly as a service layer to provide end-to-end connection services to the user, and the connection can also be used as a link for the client layer at the lower-order channel.
  • This type of connection is called FA-Forwarding Adjacencies.
  • the VC-4 connection can be used to carry the E4 signal of the pseudo-synchronous digital system; it also supports the adaptation of multiple lower-order channels to be carried over the connection of the higher-order channel layer, such as passing 63 VC-12 signals. After adaptation, it is transmitted on the VC-4 connection.
  • the discovery of the link connection needs to be implemented by manual configuration or client layer discovery through the LMP protocol.
  • the VC-4 client layer supports the VC-12 client layer.
  • the two client layer link discovery methods in the prior art are as follows:
  • the implementation method is as follows: Configure the peer information of the link through the NMS on both ends of the link of the client layer, that is, the link peer ID and the link switching capability information, for example, 63 VC-12 exchange capability.
  • the client layer link discovery of this method needs to be manually configured, which is difficult to adapt to the needs of modern network operation and maintenance and new service provision.
  • the NMS manually specifies the peer control plane communication IP address configuration on both ends to start the session.
  • the LMP protocol relies on the in-band messaging mechanism.
  • the service layer is VC-4
  • the local port information is usually sent to the link peer using the J1 byte of the VC-4 channel overhead.
  • the peer After receiving the content of J1 byte, the peer sends the local port information to the port that sends the J1 byte through the control plane (that is, the local port in step 2).
  • both ends of the client layer link get the information of the local end and the opposite end, thereby completing the automatic discovery of the link of the client layer.
  • Applying the LMP protocol for client layer discovery also requires manually specifying the peer control plane communication IP address.
  • the FA when using the LMP protocol for client layer discovery, the FA usually lacks an in-band messaging mechanism for connection discovery, or applying these in-band messaging mechanisms may cause system alarms and cause link failures. If the VC-4 connection is used to provide a link for the VC-12 layer, there is currently no mechanism that does not affect the service at all. If the J1 byte of the VC-4 is used for automatic discovery, the channel tracking byte mismatch may be caused. Alarms, all connections through this link must be forcibly interrupted in this case as required by ITU-T recommendations.
  • the present invention provides a method for automatically discovering a link of a client layer, which includes the following methods:
  • connection initiator sends a connection establishment request message to the ingress node waiting to establish the network connection; after receiving the connection establishment request message, the ingress node adds the client layer TE link object of the ingress node to the request message, and goes along the ingress node to Sending, by the direction of the egress node, a connection establishment request message including an ingress node client layer TE link object hop by hop;
  • the egress node parses the connection establishment request message from the last hop node, obtains the client layer TE link object of the ingress node, and obtains the client layer TE link by selecting.
  • the embodiment of the present invention further provides a client layer link automatic discovery device, where the device is located in a node of the network, and includes a request message sending unit and a request message receiving unit;
  • the request message sending unit is configured to send a connection establishment request message including an ingress node client layer TE link object;
  • the request message receiving unit is configured to receive a connection establishment request message including a client layer TE link object of the ingress node, and obtain a client layer TE link by selecting.
  • the invention has the beneficial effects that: the FA establishment and the corresponding client layer link discovery are unified by the signaling protocol, which accelerates the entire signaling process, simplifies the configuration requirements of the management plane, and avoids the lack of in-band message delivery mechanism of the FA.
  • the problem since the client layer link can be automatically discovered, the process of manually specifying the control plane communication IP address of the peer end when the LMP protocol is used for client layer discovery is avoided, which not only improves efficiency but also improves accuracy.
  • FIG. 1 is a schematic structural diagram of network connection and client layer link discovery according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of network connection and client layer link discovery according to another embodiment of the present invention
  • FIG. 1 is a schematic structural diagram of network connection and client layer link discovery according to an embodiment of the present invention.
  • the figure shows three SDH nodes: node 101 (node ID 10.0.0.1), node 102 (node ID 10.0.0.2), and node 103 (node ID 10.0.0.3).
  • the node 101 includes three cross-matrix having different cross-connecting capabilities, namely, a VC-4 cross 112, a VC-12 cross 111, and a VC-11 cross 110; and the access point 150 connected to the cross 112 through the terminator 123 can be
  • the adapter 121 connected to the cross 110 can also be connected to the adapter 122 that connects to the cross 111.
  • This variable adaptation can be determined by software configuration to determine the actually connected adapter.
  • Node 102 includes a cross-matrix cross-matrix, which is a VC-4 cross 113.
  • Node 103 includes two cross-connectivity cross-connect matrices, VC-4 cross 114 and VC-12 cross 115; access point 151 connected to crossover 114 via terminator 128 is hardwired to adapter 129 that connects cross 115.
  • the node 101 and the node 102 are connected by an optical link 130, and the node 102 and the node 103 are connected by an optical link 131.
  • the SRLG attribute of optical link 130 is ⁇ 1, 2 ⁇
  • the SRLG attribute of optical link 131 is ⁇ 3, 4 ⁇ .
  • FIG. 3 is a flowchart of a method for automatically discovering a link of a client layer according to an embodiment of the present invention. Referring to FIG. 1 and FIG. 3, the specific implementation steps are as follows:
  • Step 101 The network management or the user, that is, the connection initiator sends a connection establishment request message to the ingress node 101 of the network connection 140.
  • the content of the request message includes: the start point of the connection is the access point 150 of the node 101, and the end point is the access of the node 103. Point 151, the connection type is VC-4, and the connection is a two-way connection.
  • the network administrator or the user may also specify all or part of the TE link information that the network connection passes, that is, all or part of the source routing information.
  • the request message is encoded based on a management protocol, such as an SNMP-Simple Network Management Protocol. If the user initiates, the request message may be a PATH message of the RSVP-TE protocol. .
  • Step 102 The connection ingress node 101 parses the connection establishment request message, and obtains the information about the connection to be established in step 101. If there is no source routing information in the connection establishment request message or all source routing information is not given, the control plane needs to calculate the connection path by using the TE link information in the local TED-Traffic Engineering Database. In this embodiment, since there is no source routing information in the connection establishment request information, the control plane calculates the path, and the calculation result is that the connection sequence passes through the links 130 and 131.
  • the ingress node 101 first reserves resources for the connection on link 130, i.e., reserves a bandwidth of VC-4 on the link, and then sends a connection setup request message to the connected next hop node 102.
  • This example uses the RSVP-TE protocol, which corresponds to the PATH message.
  • the connection establishment request message includes, in addition to the content in step 101, the link 130 used by the local node 101 in the connection, and the source routing information, that is, the link 131.
  • the client layer TE link object of the ingress node needs to be added in the request message.
  • the client layer TE link object of the ingress node includes: The identifier can be numbered (assigned to an independent IP address) or unnumbered (by node ID: local link identifier).
  • the local link identifier is 160, and the unnumbered mode is 10.0.0.1. :160;
  • the remote identification of the link, this step is still unknown, set to 0.0.0.0:0;
  • two switching capabilities (corresponding to two adaptation methods):
  • the other corresponds to the VC-11 client layer.
  • the information includes the switching capability of the link is VC-11, and the number of available channels is 84.
  • the user layer TE link object is coded in a manner that multiple exchange capabilities of one TE link object.
  • two client layer TE link objects can also be used to support one client layer switching capability to encode. That is, there are two client layer TE links, one is the TE link object of the VC-12 client layer, and the information includes: the local link identifier 10.0.0.1:162, the switching capacity of the link is VC-12, the number of available channels The other is the TE link object of the VC-11 client layer, and the information includes: the link identifier of the unnumbered format is 10.0.0.1:161, the switching capability of the link is VC-11, and the number of channels can be 84.
  • the connection establishment request message further includes an SRLG object, which records the SRLG attribute of the connection through all links, and adds the SRLG information of the current link (130) to the object to obtain ⁇ 1, 2 ⁇ .
  • the intermediate node 102 receives the RSVP-TE based connection setup request message PATH from the ingress node 101, parsing the message to get the connection from the link 130 to the node, and the link 131 to the end of the connection.
  • the intermediate node 102 reserves a VC-4 bandwidth for the connection on the link 131.
  • the connection establishment request includes connecting the local node to use the link 131, does not include the source routing information, and sets the SRLG information of the current link (131). It is added to the connected SRLG object, and the other information obtained by ⁇ 1, 2, 3, 4 ⁇ is transparently transmitted, and finally the connection establishment request message is forwarded to the exit node 103.
  • Step 103 The egress node 103 receives the RSVP-TE based connection request message of the node 102, parses the message to obtain the connection from the link 131 to the node, the end point is the access point 151 of the node, and the client layer of the ingress node 101.
  • TE link object The egress node 103 needs to assign an output tag 201 to the link 131 and cross-link between the assigned output tag 201 and the access point 151.
  • the switching capability of the client layer TE link corresponding to the local access point 151 is VC-12, which is compared with the two adaptation modes of the client layer TE link object of the ingress node 101.
  • the VC-12 is Both of them are public, so an actual client layer TE link is obtained, and its local port ID is 163, including information: the TE link local ID is 10.0.0.3:163, and the TE link peer ID is 10.0.0.1: 160.
  • the switching capability is VC-12, the number of available channel resources is 63, and the direction is bidirectional.
  • the SRLG attribute ⁇ 1, 2, 3, 4 ⁇ of the client layer link is obtained from the connected SRLG object (this example includes link 130 and 131 SRLG information).
  • step 108 is performed, and if the matching is successful, step 104 is performed.
  • Step 104 The egress node 103 returns a connection establishment response message to the node 102, corresponding to RSVP-TE RESV message, including the current elapsed link 131, the output tag 201 used for the connection, and the client layer TE link (the details are as described above).
  • the client layer TE link information may be stored in the local node, such as the local interface table, and advertised to other nodes through route signaling.
  • the egress node performs the release of the client layer TE link information in step 107.
  • the intermediate node 102 receives the connection setup response message and parses the input tag 202 of the current link 131 and link 131. It should be noted that, since the input tag 202 and the output tag 201 at both ends of the link 131 are statically connected through the link 131, when the node 102 resolves the connection establishment response message sent by the node 103, the link 131 is obtained. The output tag 201 naturally receives the input tag 202 based on the static connection relationship of the link 131. The node needs to assign an outgoing label 203 to link 130 that reserves resources for the connection and establish a two-way cross-connection between input label 202 of link 131 and output label 203 of link 130. The node 102 returns a connection establishment response message to the ingress node 101, corresponding to the RESV message of the RSVP-TE, including the currently passing link 130, the output label 203 assigned to the link, and other information transparently transmitted.
  • Step 105 The ingress node 101 receives the connection establishment response message, and parses the current link.
  • Input tag 204 of link 130 client layer TE link.
  • a two-way cross-connection is established between the input tag 204 of the current link 130 and the access point 150.
  • the node 101 obtains the link information of the client layer TE link corresponding to the connection from the client layer TE link, and notifies the resource management to join the client layer TE link into the local interface table, and notifies the routing protocol (such as OSPF-TE) to the other.
  • the node issues the client layer TE link.
  • Step 106 The ingress node 101 sends a connection setup response confirmation message to the egress node 103, corresponding to the RSVP-TE RESV_CONP message.
  • the node 101 returns a connection establishment success message to the originator (network management or user) of the connection.
  • Step 107 The egress node 103 receives the connection establishment response confirmation message, and also needs to notify the link resource manager (LRM-Link Resources Manager) to add the client layer TE link information to the local interface table, and notify the routing protocol to other nodes.
  • the client layer TE link information is advertised, and the link information can be advertised through the OSPF-TE protocol (see IETF RFC4203).
  • the client layer TE link (link 132 in Figure 1) is automatically generated, and the resources of the client layer are correspondingly increased. The link can be used by the client layer connection request.
  • the egress node 103 returns a failure message (corresponding to the PathErr message), and cancels the resource reservation of the related link. This step is described later.
  • RSVP-TE protocol supporting GMPLS extension is specifically described below.
  • connection establishment request message PATH and the connection establishment response message RESV of the RSVP-TE protocol are as follows, where the object in "[ ], is optional, and the object with "" is repeatable.
  • the RSVP-TE protocol carries The information unit is "Object", and each object can include multiple child objects.
  • the new customer TE link object is ( ⁇ CLIENT_TE_LINK>), and the SRLG object is ( ⁇ SRLG>). Due to the existence of the newly added object, the path information is correspondingly corresponding. Objects are added. Only the meaning of the newly added objects and sub-objects in the embodiment of the present invention is described below. For definitions of other objects, see IETF standards RFC3473 and RFC3209.
  • the corresponding object added to the path message is as follows, after ';' is the Chinese name corresponding to the object:
  • ⁇ Path Message>: : ⁇ Common Header> [ ⁇ INTEGRITY>] ; ⁇ path message> contains ⁇ public message
  • ⁇ sender descriptor:: ⁇ SENDER-TEMPLATE ⁇ SE DER_TSPEC> ; ⁇ sender template> ⁇ sender flow specification>
  • SRLG object ( ⁇ SRLG> ) for the embodiment of the present invention is described as follows:
  • ⁇ LI K_LOCAL_ID> refers to the local identity of the link, which can be numbered, ie encoded by IPv4 or IPv6 address (see RFC3209), or unnumbered (see RFC3477).
  • ⁇ LINK_REMOTE_ID> refers to the identifier of the link to the link, which is the same as the local identifier of the link.
  • the link peer identifier is not known, and is set to the null identifier.
  • the corresponding link peer identifier is given.
  • ⁇ Encoding> is the encoding type of the link, as in this case SDH. This parameter is described in detail in RFC4202.
  • ⁇ Min LSP Bandwidth> is the minimum allocatable bandwidth of the link.
  • the minimum allocatable bandwidth of link 132 in this example is VC-12. This parameter is described in detail in RFC4202.
  • ⁇ Max LSP Bandwidth> is the maximum bandwidth of the link.
  • the maximum bandwidth of a VC-4 service layer path is 155 Mbit/s, corresponding to 63 VC-12s. This parameter is described in RFC4202.
  • the SRLG object consists of one or more 32-bit encoded SRLG values, as detailed in RFC4203.
  • step 101 the network administrator or the user specifies that the connection is used to support one or more client layer adaptation modes, such as specifying that the connection supports VC-12 adaptation
  • the ingress node 101 is down.
  • the connection establishment request message sent by the one-hop node 102 includes only the TE link object of the VC-12 client layer, that is, the local link identifier is 10.0.0.1:160, and the switching capability of the link is VC-12.
  • the number of available channels is 63;
  • the other steps are the same as those described in FIG.
  • the connection establishment request message sent by the ingress node 101 to the next hop node 102 includes the TE chain of the VC-11 client layer.
  • the path object that is, includes the local link identifier 10.0.0.1:160, the switching capability of the link is VC-11, the number of available channels is 84, and the message is transmitted to the egress node; after the egress node 103 receives the message, parsing
  • the TE link object of the VC-11 client layer included in the message is obtained, and the client adaptation mode of the two ends of the connection is compared.
  • the two parties do not support each other. If the connection is established, the connection establishment fails. At this time, step 108 in FIG. 3 is performed, and the egress node 103 returns a failure message (corresponding to the PathErr message). The resource reservation of the relevant link is cancelled.
  • the invention also provides another embodiment.
  • FIG. 2 it is a schematic structural diagram of network connection and client layer link discovery according to another embodiment of the invention.
  • the figure shows three SDH nodes: 101, 102, and 103.
  • the configuration of the nodes 101 and 102 is the same as that of the embodiment shown in FIG. 1.
  • the node 103 includes three cross-matrix having different cross-connecting capabilities, namely, a VC-4 cross 114, a VC-12 cross 115, and a VC-11 cross 116.
  • the access point 151 connected to the crossover 114 via the terminator 128 can be connected to the adapter 129 that connects the crossover 115, or can be connected to the adapter 200 that connects the crossover 116.
  • This variable adaptation can be determined by software configuration to determine the actually connected adapter. .
  • the node 101 and the node 102 are connected by an optical link 130, and the node 102 and the node 103 are connected by an optical link 131.
  • the ingress node 101 sends a connection establishment request message with the ingress node client layer TE link object to the egress node, and the steps are the same as those described above, and are not described again.
  • the egress node 103 After the egress node 103 receives the connection establishment request message, it parses the client layer link object of the ingress node 101, and compares with the client layer TE link object of the node to obtain a client layer TE link, and the information is
  • the local label of the link is 10.0.0.1:163; the far end identifier of the link is 10.0.0.1:160; the switching capability is two, one is VC-12, the number of available channels is 63; the other is VC -11, the number of channels can be 84. In this way, when the client layer network connection is established, one of the switching capabilities can be selected.
  • each client layer TE link has its own local TE link ID and peer TE chain respectively.
  • the road ID and the number and direction of switching capacity and channel resources are two-way.
  • the TE link information of the client layer is: the TE link local ID is 10.0.0.3:163, the TE link peer ID is 10.0.0.1:162, the switching capability is VC-12, and the available channel.
  • the number of resources is 63, and the direction is bidirectional.
  • the TE link information of another client layer is: TE link local ID is 10.0.0.3: 164, TE link peer ID is 10.0.0.1:161, and switching capability is VC-11.
  • the number of available channel resources is 84, and the direction is two-way. And it is released to other nodes through a routing protocol.
  • the switching capability of the client layer TE link object of the ingress node 101 and the egress node 103 is VC12, if it is stored in the local node as a link and is released to other nodes, it cannot pass.
  • the switching capability is differentiated. You can only manually specify the IDs at both ends of the link.
  • the client layer TE link is suitable to be stored in the local interface table of the node in the form of two links and advertised to other nodes, and the two links are distinguished by the IDs at both ends of the client layer TE link.
  • an embodiment of the present invention further provides a client layer link automatic discovery device, where the device is located in a node of a network, and includes a request message sending unit and a request message receiving unit.
  • a request message sending unit configured to send a connection establishment request message including an ingress node client layer TE link object
  • the request message receiving unit is configured to receive a connection establishment request message of the client layer TE link object including the ingress node, and obtain a client layer TE link by selecting.
  • the request message receiving unit includes a receiving unit, a comparing unit, and a saving unit, when the device is located at the egress node,
  • a receiving unit configured to receive a connection establishment request message including a client layer TE link object of the ingress node, and transmit the received message to the comparison unit;
  • a comparison unit configured to parse the received connection request message to obtain a client layer adaptation manner supported by the ingress node, and compare the client layer adaptation manner supported by the ingress node with a client layer adaptation manner supported by the node,
  • the adaptation mode supported by the two nodes is selected as an adaptation manner of the client layer TE link, thereby obtaining a client layer TE link.
  • the request message sending unit includes a comparing unit and a sending unit, when the device is located at the entrance node,
  • a receiving unit configured to receive a connection establishment request message from the connection initiator, and transmit the received message to the comparison unit;
  • a comparing unit configured to receive a connection establishment request message from the connection initiator, and extract one or more specified client layer adaptation manners in the connection establishment request message, and support the specified adaptation manner with the local node Comparing the client layer adaptation manners, selecting a common client layer adaptation manner to generate the ingress node client layer TE link object, and transmitting the generated ingress node client layer TE link object to the sending unit ;
  • a sending unit configured to send a connection establishment request message that includes an ingress node client layer TE link object.
  • the client layer link automatic discovery device further includes a response message sending unit and a response message receiving unit;
  • a response message sending unit configured to send a connection establishment response message including a client layer TE link object corresponding to the selected client layer TE link;
  • the response message receiving unit is configured to receive the connection establishment response message, and parse the connection establishment response message to obtain a client layer TE link object.
  • the client layer link automatic discovery device further includes a response confirmation message sending unit and a response confirmation message receiving unit;
  • a response confirmation message sending unit configured to send a connection establishment response confirmation message, and return a connection establishment success message to the initiator of the connection;
  • a response confirmation message receiving unit configured to receive the connection establishment response confirmation message.
  • the above-mentioned client layer link automatic discovery device and method can automatically discover the link of the client layer in the same manner as the service layer network connection.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Filling Or Discharging Of Gas Storage Vessels (AREA)
  • Low-Molecular Organic Synthesis Reactions Using Catalysts (AREA)

Description

一种客户层链路自动发现方法及装置
本申请要求于 2006 年 1 月 14 日提交中国专利局、 申请号为 200610032996.X,发明名称为"一种客户层链路自动发现方法及装置"的中国专 利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域 本发明涉及网络通信技术领域， 特别涉及实现 SDH光传输网络中的一种 客户层链路的自动发现方法及装置。
背景技术 传统的光传送网络，如国际电信联盟标准化部（ITU - T )的建议 G.803 定 义的同步数字体系 （ SDH-Synchronous Digital Hierarchy )、 美国国家标准协会 ( ANSI - American National Standards Institute )的标准 T1.105 定义的同步光 网络 ( Sonet― Synchronous Optical Network )和建议 G.872 定义的光传送网 ( OTN-Optical Transport Network ),通常通过手工配置或者基于网管实现半自 动地实施网络连接服务的提供。 这种连接大部分采用的都是固定的光链路连 接模式， 对高速带宽的指配基本上是静态的， 通常称永久连接（PC-Permanent Connection )。 这样的网络从功能上说可以区分为真正承载网络服务的传送平 面和执行管理功能的管理平面。 ITU-T建议 G.8080 给传送网络引进了控制 平面， 通过控制平面支持自动发现、 资源发布、 连接提供和故障恢复功能， 承担原来由管理平面实施的部分连接管理相关功能。
目前 SDH网络由三个独立的平面组成， 即管理平面、 控制平面和传输平 面。 管理平面完成传送平面、 控制平面和整个系统的维护功能， 它负责所有 平面间的协调和配合， 能够进行配置和管理端到端连接。 控制平面完成连接 的建立释放、 监测和维护， 并在发生故障时恢复连接。 传输平面完成端到端 的双向或单向用户信息传送， 同时， 还要传送一些控制和网络管理信息， 它 按 ITU-T G.805建议进行分层, 为了能够实现现在 SDH网络的各项功能， 传 送平台通常具有多种交换能力。
SDH网络控制平面在功能上包括自动发现、 资源发布、 连接建立和故障 恢复等， 这些功能的实现通常使用互联网工程任务组 （ IETF - Internet Engineering Task Force ) 的通用多协议标签交换技术（GMPLS-Generalized Multi-Protocol Switching ), GMPLS是一个协议族， 其中包括链路管理协议、 路由协议和信令协议。
控制平面首先要完成节点间的链路连接关系的发现，该过程通常采用链路 管理协议 ( LMP-Link Management Protocol )实现。 LMP需要利用与传送平面 链路的带内数据传送机制，如利用 SDH线路的 J0 字节，将链路的本地标识 发送到对端， 这样就可以实现链路两端标识的绑定， 这样邻接连接关系就被 发现了。 然后 LMP协议在邻接发现的基础上通过控制报文交换得到该链路 支持的连接类型和资源数目， 包括这些流量工程信息的链路在 GMPLS 中被 称为流量工程链路 ( TE链路）。
自动发现得到的节点本地链路状态信息通过路由协议， 如流量工程扩展 的开放的最短路径优先协议（OSPF-TE, Open Shortest Path First - Traffic Engineering )发布到控制域内的其他节点 ,这样网络的所有节点都得到一份相 同的所在控制域的所有节点和链路信息。
以这些 TE链路信息为基础， 当网络管理系统或者用户要求网络建立一条 网络连接服务时， 连接的网络入口节点就可以进行路径计算， 得到连接需要 经过的链路序列； 然后通过信令协议， 如流量工程扩展的资源预留协议 ( RSVP-TE, Resource Reservation Protocol― Traffic Engineering ), 向路径上节 点请求分配资源并建立交叉连接， 实现端到端连接的建立。
传送平面是一个层次化的网络, 从交换的能力可以区分为多层网络。 在
SDH 网络中， 交换的能力以虚容器等级来划分。 虚容器是一种用来支持传送 平面连接的信息结构， 不同等级的虚容器提供不同有效载荷的传送。 在 SDH 网络中区分为高阶通道， 如虚容器等级四 （VC-4 )和虚容器等级三 ( VC-3 ), 和低阶通道， 如虚容器等级十二（VC-12 )和虚容器等级十一 （VC-11 )。 对 于 OTN 网络， 可以区分为光层的光通道（OCh-Optical Channel )和电层的不 同速率等级的光通道数据单元 ( 0DU - Optical Channel Data Unit ), 包括 ODUl、 ODU2、 ODU3 等。
每个层网络包括多个相同交叉连接能力的子网 （Subnetwork ), 子网的边 缘包含多个子网点 (在 GMPS中也称标签）， 同一子网上的子网点之间可以通 过配置动态建立子网连接（也称 "交叉连接"）； 不同子网上的子网点通过链 路连接实现静态的连接关系， 通常两个子网间的多条链路连接通过相同的服 务层路径来传送， 这些链路连接组成链路。 一条链路下的所有链路连接会在 同一次网络故障 （如光缆被切断）下同时被中断， 如果多条链路通过相同的 光纤、 光缆或者管道传输， 则一次网络故障也可以引起这些链路同时中断。 这种故障相关属性通常用链路的 "共享风险链路组 ( SRLG - Shared Risk Link Group )"属性来指示， SRLG是由多个 SRLG值（通常用 32位无符号数表 示）组成的集合， 每个 SRLG值表示一种独立的网络故障。 如果一条链路的 SRLG 包括多个 SRLG值则表示对应的任何一种网络故障发生的话该链路 将被中断。 多段链路连接通过子网连接串联起来就可以组成用于传送网络用 户信号的网络连接， 通常简称连接。
高阶通道除了作为服务层直接用于向用户提供端到端的连接服务， 该连 接还可以被用于低阶通道用作客户层的链路。 这种连接被称为转发邻接 ( FA - Forwarding Adjacencies )。 如 VC-4 连接可以用于承载伪同步数字体系的 E4信号； 还支持将多个低阶通道经过适配后被承载于高阶通道层的连接之 上， 如将 63 路 VC-12信号通过适配后在 VC-4连接上传送。
在现有技术中， 当客户层链路建立后， 其链路连接的发现需要通过人工 配置或通过 LMP 协议进行客户层发现来实现。 以 VC-4 服务层路径支持 VC-12客户层为例， 现有技术中的上述两种客户层链路发现方法如下：
采用人工配置时， 其实现方法为： 在客户层链路的两端节点上通过网管 配置链路的对端信息， 即链路对端 ID、 还可以配置链路交换能力信息， 如支 持 63 个 VC-12 的交换能力。 该方法的客户层链路发现需手动配置， 难以适 应现代网络运行维护和新业务提供拓展的需要。
采用 LMP协议来进行客户层发现时， 客户层链路的两个端点之间通常 不存在控制平面直达的通信链路， 该链路的两个端节点之间的 LMP协议会 话不能自动建立， 其实现步骤为：
1 ) 网管在两端节点上人工指定对端的控制平面通信 IP地址配置来启动 会话。
2 ) LMP协议依赖带内消息传递机制， 对于本例服务层为 VC-4 的情况， 通常使用 VC-4通道开销的 J1 字节将本地端口信息发送到链路对端。
3 )对端收到 J1 字节的内容后将本地端口信息通过控制平面发送给发 出 J1 字节的端口 （即步骤 2中的本地端口）。
这样客户层链路的两个端点都得到了本端和对端的信息， 从而完成了客 户层链路的自动发现。
应用 LMP协议来进行客户层发现，同样需要人工指定对端的控制平面通 信 IP地址。 而且， 使用 LMP协议来进行客户层发现时， FA通常缺乏用于 连接关系发现的带内消息传送机制， 或者应用这些带内消息传送机制可能引 起系统告警并引起链路故障。 如 VC-4 连接用于为 VC-12 层提供链路的情 况， 目前没有完全不影响服务的机制， 如果用 VC-4 的 J1 字节来做自动发 现， 则可能引起通道追踪字节失配告警， 按 ITU-T建议要求这种情况下经过 该链路的所有连接必须被强制中断。
此外， 链路的 SRLG属性一般还是需要通过管理平面人工配置解决。 可见， 由于需要人工配置或指定一些信息， 现有技术方案不可避免的存 在耗时、 费力、 易出错的问题。
发明内容
为了解决现有技术中存在的 FA建立后客户层链路发现需管理平面干 预的问题， 本发明实施例提供了一种客户层链路自动发现的方法, 该方法 包括：
连接发起者向等待建立网络连接的入口节点发送连接建立请求消息； 入口节点收到所述连接建立请求消息后， 在该请求消息中加入入口节 点的客户层 TE链路对象， 并沿入口节点至出口节点的方向逐跳发送包含 入口节点客户层 TE链路对象的连接建立请求消息；
出口节点解析接收来自上一跳节点的所述连接建立请求消息， 获得所 述入口节点的客户层 TE链路对象， 并通过选择得到客户层 TE链路。
本发明实施例还提供了一种客户层链路自动发现装置， 所述装置位于 网络的节点内， 包括请求消息发送单元和请求消息接收单元；
所述请求消息发送单元， 用于发送包含入口节点客户层 TE链路对象 的连接建立请求消息； 所述请求消息接收单元， 用于接收包含入口节点的客户层 TE链路对 象的连接建立请求消息， 并通过选择得到客户层 TE链路。
本发明的有益效果是： 将 FA 建立和对应的客户层链路发现合并由信令 协议统一完成， 加速了整个信令过程， 简化了管理平面的配置需求， 规避 FA 缺乏带内的消息传递机制的问题。 并且， 由于客户层链路可以被自动发现， 因而避免了应用 LMP协议进行客户层发现时需要人工指定对端的控制平面 通信 IP地址的过程， 不仅提高了效率， 而且提高了准确率。
附图说明
图 1为根据本发明一实施例的网络连接及客户层链路发现的结构示意图； 图 2本根据发明另一实施例的网络连接及客户层链路发现的结构示意图； 图 3为本发明所述实施例的客户层链路自动发现方法的流程图。
具体实施方式
下面结合附图对本发明实施例作进一步说明， 但不作为对本发明的限定。 参见图 1 ,其是根据本发明一实施例的网络连接及客户层链路发现的结构 示意图。 图中显示了三个 SDH节点： 节点 101(节点 ID为 10.0.0.1)、 节点 102(节点 ID为 10.0.0.2)和节点 103 (节点 ID为 10.0.0.3 )。其中节点 101包括 三个具有不同交叉连接能力的交叉矩阵， 分别为 VC- 4交叉 112、 VC-12交叉 111、 VC-11 交叉 110; 与交叉 112通过终结器 123连接的接入点 150可以与 连接交叉 110 的适配器 121 连接，也可以与连接交叉 111 的适配器 122连 接， 这种可变适配可以通过软件配置确定实际连接的适配器。 节点 102 包括 一种交叉连接能力的交叉矩阵， 为 VC-4 交叉 113。 节点 103 包括两种交叉 连接能力的交叉矩阵， 分别为 VC-4 交叉 114 和 VC-12 交叉 115; 通过终 结器 128 连接到交叉 114 的接入点 151 被硬连接到连接交叉 115 的适配 器 129。 节点 101和节点 102之间通过光链路 130连接， 节点 102和节点 103 之间通过光链路 131 连接。 光链路 130 的 SRLG属性为 {1，2}，光链路 131 的 SRLG属性为 {3,4}。
殳设现在需要在 VC-4层网絡内在节点 101 的接入点 150 和节点 103 的接入点 151 之间建立网络连接 140， 并且该连接被用于客户层提供链路连 接关系。 现有的 GMPLS信令协议中网络连接建立是通过 RSVP-TE协议实 现的 （IETF RFC 3473 ), 图 3所示为根据本发明一实施例的客户层链路自动 发现方法的流程图， 参见图 1和图 3 , 具体实现步驟如下：
步骤 101: 网管或者用户即连接发起者向网络连接 140 的入口节点 101 发送连接建立请求消息,请求消息的内容包括：该连接的起点为节点 101 的接 入点 150, 终点为节点 103 的接入点 151 , 连接类型为 VC-4, 该连接为双 向连接。 除了上述的连接两端的信息， 网管或者用户还可以指定该网络连接 经过的全部或者部分 TE链路信息， 即全部或部分源路由信息。 如果请求是 网管发起的，则请求消息是基于管理协议编码的，如筒单网络管理协议（ SNMP - Simple Network Management Protocol ), 如果是用户发起的， 则请求消息可 能是 RSVP-TE协议的 PATH 消息。
步骤 102: 连接入口节点 101 解析连接建立请求消息， 得到步驟 101中 所述待建立连接的信息。 如果连接建立请求消息中没有源路由信息或者没有 给定所有的源路由信息，则控制平面需要利用本地的链路数据库（TED-Traffic Engineering Database ) 中的 TE链路信息计算连接的路径。 在本实施例中， 由于连接建立请求信息中没有源路由信息， 控制平面计算路径， 得出计算结 果是该连接顺序经过链路 130 和 131。
入口节点 101 首先在链路 130 上为该连接预留资源， 即在该链路上预 留一个 VC-4 的带宽， 然后向连接的下一跳节点 102发送连接建立请求消 息。 本例采用 RSVP-TE协议， 对应的是 PATH 消息。 该连接建立请求消息 中除了包括步驟 101 中的内容夕卜，还包括连接中本节点 101使用的链路 130、 源路由信息， 即链路 131。
为了达到在 FA建立过程中自动进行客户层链路发现，还需要在请求消息 中增加入口节点的客户层 TE链路对象， 本例中入口节点的客户层 TE链路 对象包括： 链路的本地标识， 可以是有编号的 （分配独立的 IP地址）， 也可 以是无编号的 （按节点 ID: 本地链路标识）， 本例中本地链路标识为 160, 采 用无编号方式为 10.0.0.1:160; 链路的远端标识， 本步骤还是未知的， 设置为 0.0.0.0:0; 两种交换能力（对应两种适配方式）： 一种对应 VC-12客户层， 其 信息包括链路的交换能力为 VC-12,可用通道数目为 63; 另一种对应 VC-11 客户层， 其信息包括链路的交换能力为 VC-11， 可用通道数目为 84。 上述客 户层 TE链路对象按一个 TE链路对象多个交换能力的方式编码的。
可选的， 也可以采用两个客户层 TE链路对象各自支持一种客户层交换 能力来编码。 即有两条客户层 TE链路， 一条是 VC-12客户层的 TE链路对 象， 其信息包括： 本地链路标识 10.0.0.1:162, 链路的交换能力为 VC-12, 可 用通道数目为 63; 另一条是 VC-11 客户层的 TE链路对象， 其信息包括： 无编号格式的链路标识 10.0.0.1:161 ,链路的交换能力为 VC-11， 可以通道数 目为 84。 可选的， 连接建立请求消息还包括一个 SRLG对象， 该对象记录 连接经过所有链路的 SRLG属性， 并将当前链路（130 )的 SRLG信息加入 到该对象中， 得到 {1,2}。
中间节点 102 收到入口节点 101 的基于 RSVP-TE 的连接建立请求消 息 PATH, 解析消息得到该连接由链路 130进入该节点， 由链路 131 去往连 接的终点。 中间节点 102 为该连接在链路 131 上预留一个 VC-4 的带宽， 在连接建立请求包括连接本节点使用链路为 131 , 不包含源路由信息， 将当 前链路 ( 131 ) 的 SRLG信息加入到连接的 SRLG对象中， 得到 {1,2,3,4}其 他的信息则透明传递， 最后将连接建立请求消息转发到出口节点 103。
步骤 103:出口节点 103 收到节点 102 的基于 RSVP-TE 的连接请求消 息， 解析消息得到该连接由链路 131 进入该节点， 终点为本节点的接入点 151 , 以及入口节点 101的客户层 TE链路对象。 出口节点 103 需要为该连 接在链路 131 上分配输出标签 201 ,并在该分配的输出标签 201和接入点 151 之间双向交叉连接。 本地接入点 151 对应的客户层 TE 链路的交换能力为 VC-12, 与入口节点 101的客户层 TE链路对象中的两种适配方式进行比较， 本实施例中， VC-12是两者公有的， 因而得到一种实际的客户层 TE链路， 其本地端口 ID为 163, 包括信息： TE链路本地 ID 为 10.0.0.3:163、 TE链 路对端 ID 为 10.0.0.1:160、 交换能力为 VC-12、 可用通道资源数目为 63、 方向为双向， 从连接的 SRLG对象得到客户层链路的 SRLG属性 {1,2,3,4} (本例包括链路 130和 131 的 SRLG信息）。
如果出口节点 103在进行适配方式匹配时未匹配成功， 则执行步骤 108, 匹配成功， 则执行步骤 104。
步骤 104: 出口节点 103 向 节点 102 返回连接建立响应消息， 对应 RSVP-TE 的 RESV 消息， 其中包括当前经过的链路 131、 连接使用的输出 标签 201、客户层 TE链路（具体内容如上面说述）。此时， 由于出口节点 103 已经得到了客户层 TE链路， 可以将客户层 TE链路信息存入本节点内， 如本 地接口表中， 并通过路由信令向其他节点发布。 出于对系统稳健性的考虑， 在本实施例中， 出口节点在步驟 107进行客户层 TE链路信息的发布。
中间节点 102 收到连接建立响应消息，解析得到当前链路 131、链路 131 的输入标签 202。 这里需要说明的是， 由于链路 131两端的输入标签 202和输 出标签 201之间是通过链路 131静态连接的， 所以当节点 102解析节点 103 发来的连接建立响应消息后得到链路 131的输出标签 201 ,根据链路 131的静 态连接关系就自然得到了输入标签 202。该节点需要给该连接预留资源的链路 130上分配输出标签 203,并在链路 131 的输入标签 202和链路 130 的输出 标签 203之间建立双向交叉连接。 节点 102 向入口节点 101 返回连接建立 响应消息， 对应 RSVP-TE 的 RESV 消息， 其中包括当前经过的链路 130、 分配给该链路使用的输出标签 203 , 其他信息透明传递。
步骤 105: 入口节点 101 收到连接建立响应消息， 解析得到当前链路
130、 链路 130的输入标签 204、 客户层 TE链路。 在当前链路 130 的输入 标签 204和接入点 150之间建立双向交叉连接。节点 101从客户层 TE链路 得到本连接对应的客户层 TE链路的链路信息， 通知资源管理将该 客户层 TE链路加入本地接口表中， 通知路由协议（如 OSPF-TE ) 向其他节点发布 该客户层 TE链路。
步骤 106: 入口节点 101 向出口节点 103 发送连接建立响应确认消息， 对应 RSVP-TE 的 RESV— CONP 消息。 节点 101 向连接的发起者 （网管或 者用户）返回连接建立成功消息。
步驟 107: 出口节点 103 收到连接建立响应确认消息， 同样需要通知链 路资源管理器（LRM - Link Resources Manager )将客户层 TE链路信息加入 到本地接口表中， 并通知路由协议向其他节点发布该客户层 TE链路信息， 这些链路信息可以通过 OSPF-TE协议发布（见 IETF RFC4203 )。 该连接建 立完成后， 客户层 TE链路（图 1 中链路 132 ) 已经自动生成， 客户层的资 源相应增加， 该链路可以被客户层的连接请求使用。 步骤 108， 出口节点 103返回失败消息 （对应 PathErr 消息）， 并将相关 链路的资源预留取消。 有关该步驟在后面还有描述。
为了进一步描述上述实施例，下面具体描述支持 GMPLS扩展的 RSVP-TE 协议。
RSVP-TE协议的连接建立请求消息 PATH和连接建立响应消息 RESV 的内容如下， 其中 "[ ]，，内的对象是可选， 带"… "的对象则是可以重复的。 RSVP-TE 协议携带的信息单位是"对象（Object )，，， 每个对象又可以包括多 个子对象。
本发明实施例新增的客户 TE 链路对象为 （<CLIENT—TE— LINK> ), SRLG对象为（<SRLG> ), 由于上述新增对象的存在， 进而对路径信息（Path message )也相应增加了对象， 下面仅描述本发明实施例新增对象和子对象的 意义， 其他对象的定义参见 IETF标准 RFC3473 和 RFC3209。
对路径信息 （Path message )新增的相应对象如下， '；' 后的是对象对应 的中文名称：
<Path Message>： := <Common Header> [<INTEGRITY>] ； <路径消息> 包含 <公共报
； 文头 > <完整性 > "[]" 的消息是可选的， 下同 [[<MESSAGE_ID_ACK> | <MESSAGE_ID_NACK>] ...]
;<确认消息标识 > <反向确认消息标识 > <MESSAGE_ID> ； <消息标识 >
<SESSION> <IF_ID_RSVP_HOP>； <会话标识 > <下一条接口标识 >
<TIME_VALUES> ； <时间标识 >
<GENERALIZED LABEL— REQUEST [<LABEL_SET>...]
； <通用标签请求> <标签集合>
[<ADMIN_STATUS>] ； <管理状态>
[<POLICY_DATA>] ； <策略数据>
[<CLIENT_TE_LINK>...] [<SRLG>] ； <客户层流量工程链路 >
； <共享风险链路组>
<sender descriptor ； <发送者描述器 > , 其结构见下面
<sender descriptor：: = <SENDER一 TEMPLATE <SE DER_TSPEC> ； <发送者模板 > <发送者流量规范>
[ <ADSPEC> ] ； <发送者的其他相关信息>
[ <RECO D_ROUTE> ] ； <纪录路由>
<Resv Message>： := <Common Header> ； <预留消息> 包含 <公共 4艮文头 >
[<INTEGRITY>] ; <完整性 >
[[<MESSAGE_ID_ACK> | <MESSAGE_ID_NACK>] ...]
;<确认消息标识 > <反向确认消息标识 > <MESSAGE_ID> ； <消息标识 >
<SESSION> <IF ID RSVP HOP>； <会话标识>〈下一跳接口标识 >
<TIME_VALUES> <时间值 >
[<RESV_CONFIRM>] <预留确认 >
[<ADMIN_STATUS>] <管理状态>
[<POLICY_DATA>] 〈策略数据 >
<STYLE> 〈预留风格〉
[<CLIENT_TE_LINK>...] [<SRLG>]
； <客户流量工程链路 > <共享风险链路组> <FF flow descriptor ； <固定过滤器类型流描述器 >
<FF flow descriptor ::=
<FLOWSPEC> <FILTER_SPEC>;〈流规范>〈过滤器规范 >
<GENERALIZED_LABEL> ； <通用标签 >
对本发明实施例新增的客户 TE 链路对象 ( <CLIENT_TE_LINK> )： SRLG对象（<SRLG> )描述如下：
<CLIENT_TE_LINK> ::= <LINK— LOCAL— ID> <LINK— REMOTE— ID>
[[<interface switching capability descriptor ]...]
<Interface Switching Capability Descriptor ::=
<Interface Switching Capability
<Encoding>
<Min LSP Bandwidth>
<Max LSP Bandwidth> 其中：
1. <LI K_LOCAL_ID>指链路的本地标识， 可以是有编号的， 即按 IPv4或 IPv6地址编码 （见 RFC3209 ), 也可以无编号的 （见 RFC3477 )。
2. <LINK_REMOTE_ID>指链路对端给该链路的标识，与链路的本地 标识的编码方式相同。在 RSVP-TE Path 消息中链路对端标识还不知道，置 为空标识， 在 Resv 消息中则给出对应的链路对端标识。
3. <Encoding> 是链路的编码类型， 如本例是 SDH。 该参数详见 RFC4202的描述。
4. <Min LSP Bandwidth>是链路的最小可分配带宽， 本例的链路 132 的最小可分配带宽是 VC-12。 该参数详见 RFC4202的描述。
5. <Max LSP Bandwidth>是链路的最大带宽，如本例一条 VC-4服务 层路径的最大带宽是 155 Mbit/s,对应 63 个 VC-12。该参数详见 RFC4202 的描述。
SRLG对象：
<SRLG>：: = [<SRLG value>...]
SRLG对象由一个或更多的 32 bit编码的 SRLG值组成， 详见 RFC4203。
仍参见图 1 , 如果在步骤 101中， 网管或者用户指定该连接被用于支持某 一种或多种客户层适配方式， 如指定该连接支持 VC-12适配， 则入口节点 101 向下一跳节点 102发送的连接建立请求消息中只包括 VC-12客户层的 TE链路对象， 即包括本地链路标识 10.0.0.1:160, 链路的交换能力为 VC-12, 可用通道数目为 63; 其它步驟和图 3所述步骤一样。
仍参见图 1,如果在步驟 101中，网管或者用户指定该连接支持 VC-11 适 配，则入口节点 101向下一跳节点 102发送的连接建立请求消息中包括 VC-11 客户层的 TE链路对象， 即包括本地链路标识 10.0.0.1:160, 链路的交换能力 为 VC-11 , 可用通道数目为 84, 并将该消息传送至出口节点； 出口节点 103 收到该消息后， 解析得出该消息中包含的 VC-11 客户层的 TE链路对象， 比 较连接两端的客户适配方式， 由于出口节点 103的客户层的 TE链路对象的 适配能力为 VC12, 双方没有共同支持的适配方式， 则该连接建立失败， 此时 执行图 3中的步骤 108, 出口节点 103返回失败消息 （对应 PathErr消息）， 并将相关链路的资源预留取消。
本发明还提供了另一实施例。 参见图 2, 其是根据发明另一实施例中网络 连接及客户层链路发现的结构示意图。 图中显示了三个 SDH节点： 101、 102 和 103。其中节点 101、 102的配置情况与图 1所示实施例相同，节点 103 包 括三个具有不同交叉连接能力的交叉矩阵， 分别为 VC-4 交叉 114、 VC-12 交叉 115、 VC-11 交叉 116;与交叉 114通过终结器 128 连接的接入点 151 可以与连接交叉 115 的适配器 129连接， 也可以与连接交叉 116 的适配器 200连接，这种可变适配可以通过软件配置确定实际连接的适配器。节点 101 和 节点 102之间通过光链路 130 连接， 节点 102 和 节点 103 之间通过 光链路 131 连接。
入口节点 101向出口节点发送带有入口节点客户层 TE链路对象的连接建 立请求消息， 其步骤与前述相同， 不再赘述。
当出口节点 103收到连接建立请求消息后， 解析得到入口节点 101的客 户层链路对象, 和本节点的客户层 TE链路对象的适配方式比较， 得到客户层 TE 链路， 其信息为： 链路的本地标示为 10.0.0.1:163 ; 链路的远端标识为 10.0.0.1:160; 交换能力为两种， 一种为 VC-12, 可用通道数目为 63; 另一种 为 VC-11 , 可以通道数目为 84。 这样客户层网络连接建立时， 可以选用其中 一种交换能力。
也可以以两条链路的形式， 即图中 132和 133存入出口节点和入口节点 的本地接口表中， 每条客户层 TE链路分別具有各自的本地 TE链路 ID和对 端 TE链路 ID以及交换能力和通道资源数目、 方向为双向。 在本实施例中， —条客户层 TE链路信息为： TE链路本地 ID为 10.0.0.3:163、 TE链路对端 ID 为 10.0.0.1:162、 交换能力为 VC-12、 可用通道资源数目为 63、 方向为双向； 另一条客户层 TE链路信息为： TE链路本地 ID为 10.0.0.3： 164、 TE链路对端 ID为 10.0.0.1:161、交换能力为 VC-11、可用通道资源数目为 84、方向为双向。 并通过路由协议向其它节点发布。
对于上述图 2所示实施例， 如果入口节点 101和出口节点 103的客户层 TE链路对象的交换能力都为 VC12, 如果以一条链路的形式存入本地节点和 向其他节点发布， 不能通过交换能力进行区分， 只能人工指定链路两端的 ID, 在这种情况下客户层 TE链路适合以两条链路的形式存入到节点的本地接口 表中并发布到其它节点， 通过客户层 TE链路两端的 ID区分这两条链路。
另外说明一点， 节点区分"入口"和"出口"仅是针对某次 "客户层链路 "创建 活动而言的， 某个节点在一次创建活动中可能是入口节点， 而下一次创建活 动中可能是出口节点。 基于此， 本发明实施例还提供了一种客户层链路自动 发现装置， 所述装置位于网络的节点内， 包括请求消息发送单元和请求消 息接收单元；
请求消息发送单元， 用于发送包含入口节点客户层 TE链路对象的连 接建立请求消息；
请求消息接收单元， 用于接收包含入口节点的客户层 TE链路对象的 连接建立请求消息， 并通过选择得到客户层 TE链路。
上述请求消息接收单元包括接收单元、 比较单元和保存单元， 当所述 装置位于出口节点时，
接收单元， 用于接收到包含入口节点的客户层 TE链路对象的连接建 立请求消息， 将接收到的消息传送给所述比较单元；
比较单元， 用于解析接收到的所述连接请求消息得到入口节点支持的 客户层适配方式， 将所述入口节点支持的客户层适配方式与本节点支持的 客户层适配方式作比较， 选择所述两个节点都支持的适配方式作为客户层 TE链路的适配方式， 从而得出客户层 TE链路。
保存单元， 用于将得到的所述客户层 TE链路信息存入本节点中。 上述请求消息发送单元包括比较单元和发送单元， 当所述装置位于入 口节点时，
接收单元， 用于接收来自连接发起者的连接建立请求消息， 将接收到 的消息传送给所述比较单元；
比较单元， 用于接收来自连接发起者的连接建立请求消息， 提取所述 连接建立请求消息中的一种或多种指定的客户层适配方式， 将所述指定的 适配方式与本节点支持的客户层适配方式作比较， 选择两者共同的客户层适 配方式来生成所述入口节点客户层 TE链路对象， 并将所述生成的入口节点客 户层 TE链路对象传送给发送单元; 发送单元， 用于发送包含入口节点客户层 TE链路对象的连接建立请 求消息。
客户层链路自动发现装置还包括响应消息发送单元和响应消息接收单 元；
响应消息发送单元， 用于发送包含选择得到客户层 TE链路所对应的 客户层 TE链路对象的连接建立响应消息；
响应消息接收单元， 用于接收所述连接建立响应消息， 解析所述连接 建立响应消息获得客户层 TE链路对象。
客户层链路自动发现装置还包括响应确认消息发送单元和响应确认消 息接收单元；
响应确认消息发送单元， 用于发送连接建立响应确认消息， 并向连接 的发起者返回连接建立成功消息；
响应确认消息接收单元， 用于收到所述连接建立响应确认消息。
采用上述客户层链路自动发现装置及方法可以在服务层网络连接建立 的同实现客户层链路的自动发现。
以上只是本发明的优选实施方式进行了描述， 本领域的技术人员在本 发明技术的方案范围内， 进行的通常变化和替换， 都应包含在本发明的保 护范围内。

Claims

权 利 要 求
1、 一种客户层链路自动发现方法， 其特征在于， 该方法包括： 连接发起者向等待建立网络连接的入口节点发送连接建立请求消息； 入口节点收到所述连接建立请求消息后， 在该请求消息中加入入口节 点的客户层 TE链路对象， 并沿入口节点至出口节点的方向逐跳发送包含 入口节点客户层 TE链路对象的连接建立请求消息；
出口节点解析接收来自上一跳节点的所述连接建立请求消息， 获得所 述入口节点的客户层 TE链路对象， 并通过选择得到客户层 TE链路。
2、根据权利要求 1所述的客户层链路自动发现方法， 其特征在于， 所 述出口节点选择得到客户层 TE链路的过程具体包括：
出口节点根据所述入口节点的客户层 TE链路对象得到入口节点支持 的客户层适配方式， 将所述入口节点支持的客户层适配方式与本节点支持 的客户层适配方式作比较， 选择所述两个节点都支持的适配方式作为客户 层 TE链路的适配方式， 从而得到客户层 TE链路；
出口节点将实际的客户层 TE链路信息存入本节点中。
3、根据权利要求 1所述的客户层链路自动发现方法， 其特征在于， 所 述出口节点得到客户层 TE链路后， 进一步包括：
出口节点获取所述选择的客户层 TE链路所对应的客户层 TE链路对 象， 沿出口节点至入口节点的方向逐跳发送包含所述客户层 TE链路对象 的连接建立响应消息；
入口节点解析接收到的来自上一跳节点的所述连接建立响应消息， 得 到客户层 TE链路。
4、根据权利要求 3所述的客户层链路自动发现方法， 其特征在于， 进 一步包括：
入口节点和出口节点之间的中间节点将包含入口节点客户层 TE链路 对象的连接建立请求消息透明传递至出口节点；
出口节点和入口节点之间的中间节点将接收到的连接建立响应消息透 明传递至入口节点。
5、根据权利要求 3或 4所述的客户层链路自动发现方法，其特征在于， 入口节点得到客户层 TE链路后， 进一步包括：
入口节点将客户层 TE链路信息存入本节点中；
入口节点向出口节点发送连接建立响应确认消息， 并向所述连接发起 者返回连接建立成功消息；
出口节点收到连接建立响应确认消息后， 将客户层 TE链路信息存入 本节点中。
6、 根据权利要求 1所述的客户层链路自动发现方法， 其特征在于， 所述连接发起者发起的连接建立请求消息中包括： 一种或多种指定的 客户层适配方式；
入口节点将所述指定的适配方式与本节点支持的客户层适配方式作比 对象， 并将所述生成的入口节点客户层 TE链路对象加入到所述连接者发 起的连接建立请求消息中。
7、根据权利要求 6所述的客户层链路自动发现方法， 其特征在于， 当 产生的所述客户层 TE链路支持至少两种客户层适配方式时，
所述链路被发布为一条客户层 TE链路，该条客户层 TE链路的信息中 包含多种对应的交换能力； 或者，
所述链路被发布为至少两种的客户层 TE链路，且每条客户层 TE链路 对应一种交换能力。
8、根据权利要求 1所述的客户层链路自动发现方法， 其特征在于， 进 一步包括： 如果出口节点和入口节点经过比较， 不存在具有相同适配方式 的客户层 TE链路， 则出口节点向入口节点返回失败信息， 并取消已经预 留的链路资源。
9、根据权利要求 1所述的客户层链路自动发现方法， 其特征在于， 所 述入口节点发起的连接建立奇求消息中还包括一个 SRLG对象， 所述连接 的路径中的各个节点将其当前链路的 S LG信息加入到所述 SRLG对象中， 从而得到连接经过的所有链路的 SRLG信息， 并将其作为客户层链路的 SRLG信息。
10、 一种客户层链路自动发现装置， 其特征在于， 所述装置位于网絡 的节点内， 包括请求消息发送单元和请求消息接收单元；
所述请求消息发送单元， 用于发送包含入口节点客户层 TE链路对象 的连接建立请求消息；
所述请求消息接收单元， 用于接收包含入口节点的客户层 TE链路对 象的连接建立请求消息， 并通过选择得到客户层 TE链路。
11、 根据权利要求 10所述的客户层链路自动发现装置， 其特征在于， 所述请求消息接收单元包括接收单元、 比较单元和保存单元， 当所述装置 位于出口节点时，
所述接收单元， 用于接收到包含入口节点的客户层 TE链路对象的连 接建立请求消息， 将接收到的消息传送给所述比较单元；
所述比较单元， 用于解析接收到的所述连接倩求消息得到入口节点支 持的客户层适配方式， 将所述入口节点支持的客户层适配方式与本节点支 持的客户层适配方式作比较， 选择所述两个节点都支持的适配方式作为客 户层 TE链路的适配方式， 从而得出客户层 TE链路。
所述保存单元， 用于将得到的所述客户层 TE链路信息存入本节点中。
12、 根据权利要求 10所述的客户层链路自动发现装置， 其特征在于， 所述奇求消息发送单元包括比较单元和发送单元， 当所述装置位于入口节 点时，
所述接收单元， 用于接收来自连接发起者的连接建立请求消息， 将接 收到的消息传送给所述比较单元;
所述比较单元， 用于从所述连接建立请求消息中提取的一种或多种指 定的客户层适配方式， 将所述指定的适配方式与本节点支持的客户层适配方 式作比较， 选择两者共同的客户层适配方式来生成所述入口节点客户层 TE链 路对象， 并将所述生成的入口节点客户层 TE链路对象传送给所述发送单元； 所述发送单元， 用于发送包含所述入口节点客户层 TE链路对象的连 接建立请求消息。
13、 根据权利要求 10所述的客户层链路自动发现装置， 其特征在于， 所述客户层链路自动发现装置还包括响应消息发送单元和响应消息接收单 元； 所述响应消息发送单元， 用于发送包含所述选择得到客户层 TE链路 对应的客户层 TE链路对象的连接建立响应消息；
所述响应消息接收单元， 用于接收所述连接建立响应消息， 解析所述 连接建立响应消息获得所述客户层 TE链路对象。
14、 根据权利要求 10所述的客户层链路自动发现装置， 其特征在于， 所述客户层链路自动发现装置还包括响应确认消息发送单元和响应确认消 息接收单元；
所述响应确认消息发送单元， 用于发送连接建立响应确认消息， 并向 连接的发起者返回连接建立成功消息；
所述响应确认消息接收单元， 用于接收所述连接建立响应确认消息。
PCT/CN2006/003432 2006-01-14 2006-12-15 Procede et dispositif de decouverte automatique pour liaison de couche client WO2007079649A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200680012851.1A CN101160929A (zh) 2006-01-14 2006-12-15 一种客户层链路自动发现方法及装置
AT06828346T ATE471023T1 (de) 2006-01-14 2006-12-15 Automatisches entdeckungsverfahren und einrichtung für die client-schicht-strecke
DE602006014876T DE602006014876D1 (de) 2006-01-14 2006-12-15 Automatisches entdeckungsverfahren und einrichtung für die client-schicht-strecke
EP06828346A EP1983712B1 (en) 2006-01-14 2006-12-15 An automatic discovering method and device for client layer link

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB200610032996XA CN100384155C (zh) 2006-01-14 2006-01-14 一种客户层链路自动发现方法及装置
CN200610032996.X 2006-01-14

Publications (1)

Publication Number Publication Date
WO2007079649A1 true WO2007079649A1 (fr) 2007-07-19

Family

ID=37133635

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/003432 WO2007079649A1 (fr) 2006-01-14 2006-12-15 Procede et dispositif de decouverte automatique pour liaison de couche client

Country Status (6)

Country Link
EP (1) EP1983712B1 (zh)
CN (2) CN100384155C (zh)
AT (1) ATE471023T1 (zh)
DE (1) DE602006014876D1 (zh)
ES (1) ES2345059T3 (zh)
WO (1) WO2007079649A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2214350A1 (en) * 2008-01-23 2010-08-04 Huawei Technologies Co., Ltd. Service connection establishing method, system and equipment
JP2011523264A (ja) * 2008-05-07 2011-08-04 アルカテル−ルーセント ユーエスエー インコーポレーテッド ワイヤレス通信ネットワークでのトラフィック暗号鍵生成

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101141290B (zh) * 2007-03-05 2010-05-26 中兴通讯股份有限公司 通信网络规划中的自动区域划分方法
CN101330448B (zh) * 2007-06-21 2010-12-08 华为技术有限公司 一种通告链路状态信息及确定组播转发路径的方法及装置
CN103312602B (zh) * 2012-03-15 2018-12-28 中兴通讯股份有限公司 一种建立路径的方法和系统
US9197355B2 (en) 2012-11-27 2015-11-24 Ciena Corporation Drop port based shared risk link group systems and methods
CN108848050B (zh) * 2018-04-25 2021-02-12 广东工业大学 一种隐匿服务的链路建立方法
CN109144735B (zh) * 2018-09-29 2019-12-27 百度在线网络技术（北京）有限公司 用于处理数据的方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1357999A (zh) * 2000-12-08 2002-07-10 阿尔卡塔尔加拿大公司 在atm平台上的mpls实现
CN1503532A (zh) * 2002-11-27 2004-06-09 ��Ϊ�������޹�˾ 流量工程链路状态扩散方法
CN1547337A (zh) * 2003-12-04 2004-11-17 上海交通大学 支持链路管理协议的智能波长路由光网络节点结构
US20050089327A1 (en) 2003-10-22 2005-04-28 Shlomo Ovadia Dynamic route discovery for optical switched networks
CN1661984A (zh) * 2004-02-25 2005-08-31 华为技术有限公司 复用段环链路在自动交换光网络中的处理方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1266888C (zh) * 2002-11-02 2006-07-26 华为技术有限公司 一种流量工程链路状态信息扩散的方法
CN100479449C (zh) * 2004-02-21 2009-04-15 华为技术有限公司 一种流量控制的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1357999A (zh) * 2000-12-08 2002-07-10 阿尔卡塔尔加拿大公司 在atm平台上的mpls实现
CN1503532A (zh) * 2002-11-27 2004-06-09 ��Ϊ�������޹�˾ 流量工程链路状态扩散方法
US20050089327A1 (en) 2003-10-22 2005-04-28 Shlomo Ovadia Dynamic route discovery for optical switched networks
CN1547337A (zh) * 2003-12-04 2004-11-17 上海交通大学 支持链路管理协议的智能波长路由光网络节点结构
CN1661984A (zh) * 2004-02-25 2005-08-31 华为技术有限公司 复用段环链路在自动交换光网络中的处理方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, no. 1, July 2001 (2001-07-01), pages 1

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2214350A1 (en) * 2008-01-23 2010-08-04 Huawei Technologies Co., Ltd. Service connection establishing method, system and equipment
EP2214350A4 (en) * 2008-01-23 2010-11-10 Huawei Tech Co Ltd SERVICE CONNECTION ESTABLISHING METHOD, SYSTEM AND EQUIPMENT
US8209425B2 (en) 2008-01-23 2012-06-26 Huawei Technologies Co., Ltd. Method, system and device for establishing service connection
JP2011523264A (ja) * 2008-05-07 2011-08-04 アルカテル−ルーセント ユーエスエー インコーポレーテッド ワイヤレス通信ネットワークでのトラフィック暗号鍵生成

Also Published As

Publication number Publication date
EP1983712B1 (en) 2010-06-09
ATE471023T1 (de) 2010-06-15
CN100384155C (zh) 2008-04-23
CN101160929A (zh) 2008-04-09
ES2345059T3 (es) 2010-09-14
CN1852165A (zh) 2006-10-25
DE602006014876D1 (de) 2010-07-22
EP1983712A4 (en) 2009-03-11
EP1983712A1 (en) 2008-10-22

Similar Documents

Publication Publication Date Title
EP1727316B1 (en) Extension to RSVP protocol for supporting OAM configuration
US7633938B2 (en) Transfer system
US8200843B2 (en) Method and device for establishing network connection service, and automatically switched optical network
US20020109879A1 (en) Co-channel modulation
WO2007079649A1 (fr) Procede et dispositif de decouverte automatique pour liaison de couche client
US8233487B2 (en) Communication network system that establishes communication path by transferring control signal
CN100561962C (zh) 基于目录服务来实现网络连接服务建立的方法及系统
US20090103533A1 (en) Method, system and node apparatus for establishing identifier mapping relationship
Zhang et al. Framework for GMPLS and PCE Control of G. 709 Optical Transport Networks
Xin et al. On an IP-centric optical control plane
US7158515B1 (en) Method of optical network bandwidth representation for optical label switching networks
CN100525291C (zh) 链路管理方法
US20030043427A1 (en) Method of fast circuit recovery using local restoration
US7848246B2 (en) Method and system for confirming connection of layer-1 label switched path(L1-LSP) in GMPLS-based network
US20040218923A1 (en) Method and apparatus for multiple-homing route diversification for UNI clients
CN101488900A (zh) 在下一代网络中传送业务的实现方法及系统
WO2013063751A1 (zh) 转发邻居-标签交换路径的连接建立方法及装置
JP5027776B2 (ja) 通信ノード装置及び通信システム及び通信路制御プログラム
WO2012088956A1 (zh) Oduflex无损调整能力路由洪泛方法、装置及节点
Zhao et al. Intelligent Service-Oriented Optical Network based on Fine-Grain OTN and Edge-Cloud Coordination
KR100579131B1 (ko) 차세대 동기식 전송 시스템에서의 호 연결제어 방법
Aboul-Magd et al. 1. Document Summary
WO2012095045A2 (zh) 端到端标签交换路径的建立方法和系统
WO2010060297A1 (zh) 多业务传送网传输通道实现方法及系统
WO2012171191A1 (zh) 用于建立多层路径的方法及其装置和系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200680012851.1

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2006828346

Country of ref document: EP