WO2012095045A2 - 端到端标签交换路径的建立方法和系统 - Google Patents

端到端标签交换路径的建立方法和系统 Download PDF

Info

Publication number
WO2012095045A2
WO2012095045A2 PCT/CN2012/071457 CN2012071457W WO2012095045A2 WO 2012095045 A2 WO2012095045 A2 WO 2012095045A2 CN 2012071457 W CN2012071457 W CN 2012071457W WO 2012095045 A2 WO2012095045 A2 WO 2012095045A2
Authority
WO
WIPO (PCT)
Prior art keywords
node
path
switching
switching capability
label
Prior art date
Application number
PCT/CN2012/071457
Other languages
English (en)
French (fr)
Other versions
WO2012095045A3 (zh
Inventor
章发太
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201280000229.4A priority Critical patent/CN102687473B/zh
Priority to PCT/CN2012/071457 priority patent/WO2012095045A2/zh
Publication of WO2012095045A2 publication Critical patent/WO2012095045A2/zh
Publication of WO2012095045A3 publication Critical patent/WO2012095045A3/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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and system for establishing an end-to-end label switching path. Background technique
  • converged devices can support multiple switching capabilities, such as Packet-Optical Transport Network (P-OTN) devices, which can support wavelength switching and time division multiplexing. (Time Division Multiplexing, TDM) exchange, packet switching.
  • P-OTN Packet-Optical Transport Network
  • TDM Time Division Multiplexing
  • the end-to-end service may pass through nodes with different switching capabilities. For example, an end-to-end service passes through the packet switched domain and the TDM domain, and the packet switching domain and the TDM domain are connected by using a converged device.
  • a Label Switch Path LSP is established for each switching capability in the prior art, and is configured on the converged device to associate each path.
  • LSP Label Switch Path
  • the service needs to pass through the packet switched domain and the TDM domain, then two LSP paths need to be established, one is a path with packet switching capability, and the other is a path with TDM switching capability, and also needs to be configured on the converged device for association.
  • the above two paths the first node or the last node of the path established according to the switching capability is a converged device.
  • the end-to-end path cannot be re-routed, which affects the survivability of the service.
  • the present invention provides a method and system for establishing an end-to-end label switching path, which is used to solve the problem that the prior art establishes a path according to the switching capability.
  • the present invention provides a method for establishing an end-to-end label switching path, including:
  • the head node Determining, by the head node, an end-to-end label switching path from the first node to the last node, where the end-to-end label switching path includes a node corresponding to the fusion device and a node having a single switching capability; the first node sends a path request message, so that Establishing the end-to-end label switching path hop by hop; the head node determining an end-to-end label switching path from the first node to the last node, including: The first node obtains the switching capability of the converged device, the switching capability of the node with a single switching capability, and the network topology information, and the converged device has at least two switching capabilities; the first node has a single switching capability according to the switching capability of the converged device. The switching capability of the node and the network topology information, and calculating the end-to-end label switching path; or
  • the first node obtains the end-to-end label switching path from the path calculating unit, where the path calculating unit is configured to acquire the switching capability of the converged device, the switching capability of the node having the single switching capability, and the network topology information, and according to the fusion
  • the end-to-end label switching path is calculated by the switching capability of the device, the switching capability of the node having a single switching capability, and the network topology information.
  • the present invention provides an end-to-end label switching path establishment system, including:
  • a first node device configured to determine an end-to-end label switching path from the first node to the last node, and send a path request message to establish the end-to-end label switching path, where the end-to-end label switching path includes a converged device corresponding Nodes and nodes with a single switching capability;
  • the converging device after receiving the path request message, allocates a label and a bandwidth according to the path request message and the switching capability that the egress request message has, and carries the signal type of the egress link in the path request message to send;
  • the last node device After receiving the path request message, the last node device allocates a label and a bandwidth according to the path request message and the switching capability that it has, and sends a response message, where the response message is sent through a node and a fusion with a single switching capability. The device returns to the head node device.
  • the embodiment of the present invention establishes an end-to-end label switching path from the first node to the last node when the fusion device exists, and the end-to-end label switching path combines multiple switching capabilities, including different switching capabilities.
  • Nodes instead of establishing different end-to-end paths based on nodes with different switching capabilities, form a path from the first node to the last node of the service, which avoids the problems caused by establishing paths separately, reduces configuration work, and improves the establishment efficiency. And improve the viability of the business.
  • FIG. 1 is a schematic flowchart of a method for establishing an end-to-end label switching path according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of another embodiment of a method for establishing an end-to-end label switching path according to the present invention
  • FIG. 3 is a schematic flow chart of another embodiment of a method for establishing an end-to-end label switching path according to the present invention.
  • FIG. 4 is a schematic structural diagram of the system corresponding to FIG. 3;
  • FIG. 5 is a schematic diagram of a format of a unified switching relationship TLV according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a format of a unified switching relationship TLV in a non-blocking manner according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of a format of a unified label request TLV according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a format of a unified traffic parameter TLV according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of an embodiment of an end-to-end label switching path establishment system according to the present invention.
  • FIG. 10 is a schematic structural diagram of another embodiment of an end-to-end label switching path establishment system according to the present invention.
  • FIG. 11 is a schematic structural diagram of another embodiment of an end-to-end label switching path establishment system according to the present invention.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention.
  • the embodiments are a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • Step 11 A first node determines an end-to-end label switching path from the first node to a last node, the end-to-end The label switching path includes a node corresponding to the fusion device and a node with a single switching capability;
  • the first node may calculate the end-to-end label switching path by itself, and may include: the first node acquires the switching capability of the converged device, the switching capability of the node with a single switching capability, and the network topology information, where the converged device has At least two exchange capabilities; The head node calculates an end-to-end label switching path from the head node to the end node according to the switching capability of the converged device, the switching capability of the node with a single switching capability, and the network topology information.
  • the first node may obtain the end-to-end label switching path from the path calculating unit, and the path calculating unit may calculate the end-to-end label switching path as follows:
  • the path calculating unit acquires the switching of the converged device. Capability, switching capability of a node having a single switching capability, and network topology information, the fusion device having at least two switching capabilities;
  • the path calculation unit calculates an end-to-end label switching path from the head node to the end node according to the switching capability of the converged device, the switching capability of the node having a single switching capability, and the network topology information.
  • the converged device may use the routing protocol to release the switching capability of the local node, and through the route flooding process, enable each node in the same communication network with the converged device, including the first node and/or the path computing unit, to obtain The switching capability of the converged device.
  • the switching capability of the converged device can be called the unified switching capability, indicating the switching capability supported by the converged device, and whether the bandwidth between the supported switching capabilities has non-blocking conversion capability.
  • a node with a single switching capability can also notify itself of the switching capability by means of route publishing.
  • the head node and/or the path calculation unit can determine the network topology information.
  • the originating node of the service is the originating node of the service, that is, the initiating node of the service is the node A, and the node A is to initiate the service to the node Z, and it is assumed that the node A to the node Z need to go through the packet switching domain.
  • the TDM domain and the packet switched domain are connected by different devices.
  • it is necessary to calculate an end-to-end LSP path from the node A to the node Z, and the end-to-end LSP path will respectively include a node with packet switching capability, a converged device, a node with TDM switching capability, a fusion device, and A node with packet switching capabilities.
  • the above end-to-end label switching path in the embodiment of the present invention may be referred to as a unified end-to-end label switching path.
  • Step 12 The head node sends a path request message to establish the end-to-end label switching path from the head node to the last node hop by hop.
  • each node when establishing a path, each node needs to send a path request (Path) message hop by hop.
  • the end-to-end label switching path established in the embodiment of the present invention corresponds to multiple switching capabilities, instead of corresponding to one switching energy per path in the prior art. Force.
  • the path request message in the embodiment of the present invention is to trigger the establishment of the unified end-to-end label switching path, and thus may be referred to as a unified path request message.
  • This embodiment establishes an end-to-end label switching path from a head node to a last node in the presence of a converged device, the end-to-end label switching path including a converged device and a node having a single switching capability, instead of having a single exchange
  • the nodes of the capability respectively establish an end-to-end path corresponding to the single switching capability and then form a path from the first node to the last node of the service, which can avoid the problems caused by separately establishing the path, reduce the configuration work, improve the establishment efficiency, and improve the service. Survival.
  • the embodiment may further include: Step 13: After receiving the path request message sent by the previous node, the intermediate node according to the path request message and its own exchange capability A label and a bandwidth are allocated, and a path request message including a signal type of the egress link is transmitted to the next node, and the intermediate node includes: a converged device or a node having a single switching capability.
  • the intermediate node of the non-converged device that is, the node with a single switching capability
  • the label is allocated according to the same signal type, and is requested according to the path.
  • the bandwidth information contained in the message is allocated bandwidth.
  • the node For the intermediate node of the converged device, if the signal type supported by the egress link is different from the signal type in the unified traffic parameter in the received path request message, the node detects whether the node supports signal type conversion from the ingress side. The signal type at the egress side. If supported, the node allocates labels based on the signal type of the egress link in the egress link direction. Otherwise, it fails to establish when it is not supported.
  • the intermediate node of the unified label switching path After receiving the path request message sent by the upstream node, the intermediate node of the unified label switching path knows that an end-to-end "uniform label switching path" is to be established according to "Unified LSP encoding" in the unified label request object. At the same time, the bandwidth required for this "unified label switched path" is known from the bandwidth of the unified traffic parameter object.
  • the node also knows the type of the upstream signal (such as PSC, or ODU0) from the signal type of the unified traffic parameter object (Signal Type). The node allocates labels according to its own capabilities.
  • the node is not a converged device, and its supported signal type is the same as the signal type specified in the upstream message (for example, all are ODU0), then the node will be based on ODU0. Assign labels. If the node is a converged device, and the signal type supported by the egress link is different from the signal type specified in the upstream message (for example, the signal type specified in the upstream message is GE, and the egress signal type of the node is only supported. ODU0 or ODU1), the node will detect whether the node supports the ability to convert from GE to ODU0. If supported, the node will assign labels in the egress link direction according to ODU0, and set the Signal Type in the unified traffic parameters. Is the value corresponding to ODU0.
  • Step 14 After receiving the path request message sent by the previous node, the last node allocates the label and bandwidth according to the path request message and the switching capability that it has, and returns a response message to the upper node.
  • FIG. 3 is a schematic flow chart of another embodiment of the method for establishing an end-to-end label switching path according to the present invention
  • FIG. 4 is a schematic structural diagram of the system corresponding to FIG.
  • nodes A, B, C, D, E and nodes N and Z in the system are general Ethernet switches connected to each other by Gigabit Ethernet (GE) links.
  • Nodes have packet switching capabilities.
  • the nodes H, I, J, K, and L in the system are optical transport network (OTN) devices, which are connected to each other by an Optical Data Unit (ODU) link, and the ODU link
  • ODU Optical Data Unit
  • the supported ODUs are, for example, ODU0, 0DU1, ODU2, and ODUflex, that is, these nodes have TDM switching capabilities.
  • Nodes F, G, and M are converged devices that have packet switching capabilities and TDM switching capabilities. The capabilities of converged devices can be referred to as unified switching capabilities.
  • this embodiment includes:
  • Step 31 The converged device release itself has unified switching capabilities.
  • nodes F, G, and M publish their unified switching capabilities through routing protocols, so that all nodes in the network (from node A to node Z) know that nodes F, G, and M have unified switching capabilities.
  • the fused device can advertise its own unified switching capability as follows: Take the Open Shortest Path First (OSPF) protocol as an example, and the interface switch Capability Description (Interface Switch Capable Description) defined by RFC4203 can be used. ISCD) Length Type Value (TLV) is released. This embodiment supports the release of unified switching capabilities by adding definitions to the ISCD.
  • OSPF Open Shortest Path First
  • RFC4203 interface switch Capability Description
  • TLV Length Type Value
  • the exchange capability defined by the ISCD in this embodiment is as shown in Table 1:
  • L2SC Layer 2 switch capable
  • TDM Time Division Multiple Capable
  • Table 1 The last description in Table 1 is a new description based on the existing ISCD definition, which is used to describe the switching capability of the unified switching capability.
  • the nodes F, G, and M will issue the ISCD TLV, and the value in the field used to describe the switching capability in the ISCD TLV is 210.
  • a sub-TLV (sub TLV) may be added to indicate which switching capabilities are specifically supported by the "uniform switching capability", for example, the newly added sub-TLV may be referred to as a "uniform switching relationship" TLV, the new The format of the added sub-TLV can be as shown in Figure 5.
  • the meanings of the fields are as follows: Flag (Flag): Indicates whether there is non-blocking conversion capability. If it is non-blocking, set its value to 01. This does not require Convertible Bandwidth. (convertible bandwidth) Field content. If there is blocking, its value can be set to 00, then the Convertible Bandwidth must be set to the bandwidth that can be converted.
  • Flag Indicates whether there is non-blocking conversion capability. If it is non-blocking, set its value to 01. This does not require Convertible Bandwidth. (convertible bandwidth) Field content. If there is blocking, its value can be set to 00, then the Convertible Bandwidth must be set to the bandwidth that
  • In-SC Input Switching Capability
  • Out-SC Output Switching Capability
  • the value can be Switching in the ISCD (Interface Switching Capability Descriptor) format defined by RFC4203.
  • the value of the Ca type such as when In-SC is PSC-1, the value of In-SC is 1, and when Out-SC is TDM, the value of Out-SC is 100.
  • Input Encoding Type (In-Encoding) and Output Encoding Type (Out-Encoding): Representing the encoding type of the input and the encoding type of the output, respectively, which may be the values of the LSP Encoding Type defined in RFC3471 (and other RFC extension definitions). Type), its value can be valued as shown in Table 2:
  • Optical Channel f Channel ( Convertible Bandwidth ): Indicates the bandwidth conversion between the input switching type and the output switching type. The value of this field is meaningful only when the Flag is set to be blocked. For example, the node F can convert the bandwidth of the packet switched 2G to the 1G bandwidth of the TDM exchange, and the 1G needs to be filled in the convertible bandwidth.
  • This embodiment takes non-blocking as an example. Referring to Figure 6, since there is no blocking in this embodiment, the convertible bandwidth field is not required.
  • Step 32 The head node calculates a unified end-to-end LSP path.
  • node A needs to calculate the slave node.
  • the end-to-end LSP path between A and node Z rather than establishing multiple paths according to switching capabilities as in the prior art.
  • the end-to-end LSP path from the head node (Node A) of the service to the end node (Node Z) of the service may be referred to as a unified end-to-end LSP path.
  • Node A can calculate the end-to-end LSP path based on the topology information and the switching capabilities of the converged device. For example, using the shortest path calculation method, the shortest path from the node A to the node Z including the converged device having the conversion capability is determined as the end-to-end LSP path.
  • Step 33 The first node sends a unified label switching path request message.
  • the unified label switching path request message is different from the existing path information. Therefore, the label carried in the unified label switching path request message in this embodiment is required to establish an end-to-end path across the switching capability in this embodiment.
  • the request needs to be indicated as a uniform label request, and the parameters carried It needs to be indicated as a unified traffic parameter to instruct subsequent nodes to establish an end-to-end "uniform exchange" label path.
  • This example uses the RSVP-TE (RFC3473) to initiate the Unifier LSP as the first node of the Unified Label Switching Path (the LSP).
  • the signaling needs to carry other mandatory or optional objects defined by RFC3473 in addition to carrying the "unified label request" and the "unified traffic parameter".
  • the unified label switching path request message carries an explicit route object (ER0) information
  • the ERO information carries the end-to-end path information A-B-D-F-H-K-M-N-Z.
  • Encoding Type ( LSP Enc. Type ) field:
  • a new type is defined.
  • the new type (type ) is a unified label switching path encoding (uniform LSP encoding ), and its value (value ) is 14.
  • Switching Type field In this embodiment, a new type is defined.
  • the new type (type) is a unified switch capable, and its value is 210.
  • G-PID in Fig. 6 is an existing field to indicate the type of service of the payload.
  • Signal Type Indicates the type of signal on the Uniform Label Switching Path. For example, for 0DU switching capability, it can specify the signal type 0DU1, 0DU2, or ODUflex, etc., and its value can be changed hop by hop. If the previous hop is GE, the latter hop can be ODUflex or ODU0.
  • Bandwidth Indicates the service bandwidth of this unified label switched path, such as lGbps. reserved text.
  • the node A sends a unified label switching path request message, where the Switching Type in the unified label switching path request message is Unified Switch Capable, the LSP Encoding Type is Unified LSP Encoding, and the Signal Type is GE, and the bandwidth is For lGbps 0
  • Step 34 Node B or Node D receives the unified label switching path request message of the previous node. After that, tags and bandwidth are allocated based on the GE signal type.
  • the node B After receiving the unified label switching path request message sent by the node A, the node B receives the unified label switching path request message sent by the node B, and compares the switching capability and the unified label switching path request message that the node B has. If the two types are the same, for example, in this embodiment, the GE switching capability is used, and the label and bandwidth are allocated based on the GE signal type. If the inconsistent build fails.
  • the node B or the node D further sends a unified label switching path request message to the next node, where the signal type carried is a GE signal type.
  • Step 35 The node F allocates labels and bandwidths based on the ODU0 signal type according to the capabilities that it has and the received unified label switching path request.
  • the node F is a converged device. After receiving the unified label switching path request sent by the upstream node, the node F learns that it is a unified label switching path according to the unified label request and the unified traffic parameter, and finds its own egress link.
  • the signal type (ODU0) is different from the signal type (GE) of the unified traffic parameter. Since the node F is a converged device and supports non-blocking conversion of GE and ODU0, the node F is based on the ODU0 in the egress direction, that is, the FH link. Assign tags (ie time slots of ODU0). It then generates a Path message with the signal type Signal Type of the uniform traffic parameter in the Path message set to ODU0.
  • Step 36 After receiving the unified label switching path request message of the previous node, the node H or the node K allocates labels and bandwidths based on the ODU0 signal type.
  • the nodes H and K belong to the non-converged device, and the processing procedure is similar to the step 34. The difference is that the nodes H and K allocate labels based on the ODU0, instead of assigning labels based on GE in step 34.
  • Step 37 The node M allocates labels and bandwidths based on the GE signal type according to its own capabilities and the received unified label switching path request.
  • the node M belongs to the converged device, and the processing procedure is similar to the step 35. The difference is that the node M allocates labels in the egress link direction, that is, the M-N link is based on the GE, and the label is allocated based on the ODU0 in the alternative step 35.
  • Step 38 After receiving the unified label switching path request message of the previous node, the node N or the node Z allocates the label and the bandwidth based on the GE signal type.
  • the nodes N and Z belong to the non-converged device and are GE link devices.
  • the processing procedure is similar to step 34.
  • node Z since node Z is the last node, it does not need to send a unified label switching path.
  • the path request message can return a Resv message.
  • FIG. 9 is a schematic structural diagram of an embodiment of an end-to-end label switching path establishment system, including a head node device 91, a convergence device 92, and a last node device 93.
  • the head node device 91 is configured to determine from a head node to a last node.
  • End-to-end label switching path and sending a path request message to establish the end-to-end label switching path, where the end-to-end label switching path includes a node corresponding to the converged device and a node with a single switching capability;
  • the label and the bandwidth are allocated according to the path request message and the switching capability that the path request message has, and the signal type of the egress link is carried in the path request message;
  • the last node device 93 uses After receiving the path request message, assigning a label and a bandwidth according to the path request message and the switching capability that it has, and transmitting a response message, where the response message is returned to the node via a node with a single switching capability and a convergence device.
  • First node device After receiving the path request message, assigning a label and a bandwidth according to the path request message and the switching capability that it has, and transmitting a response message, where the response message is returned to the node via a node with a single switching capability and a convergence device.
  • the head node device 91 may include an obtaining module 101, a calculating module 102, and a sending module 103.
  • the obtaining module 101 is configured to acquire a switching capability of a converged device, a switching capability of a node with a single switching capability, and a network.
  • the topology information, the fusion device has at least two switching capabilities;
  • the calculation module 102 is configured to calculate from the first node to the end according to the switching capability of the fusion device, the switching capability of the node with a single switching capability, and the network topology information.
  • the end-to-end label switching path of the node; the sending module 103 is configured to send a path request message to establish the end-to-end label switching path hop by hop.
  • the system may further include a path calculating unit 111, where the path calculating unit 111 is configured to acquire switching capability of the converged device, switching capability of the node with a single switching capability, and network topology information, where the converged device Having at least two switching capabilities, and calculating an end-to-end label switching path from the first node to the last node according to the switching capability of the converged device, the switching capability of the node having a single switching capability, and the network topology information;
  • the node device 91 is specifically configured to acquire the end-to-end label switching path from the first node to the last node from the path calculation unit 111.
  • the foregoing convergence device 92 is further configured to: advertise the switching capability information by using a routing manner, where the switching capability information includes: whether the device has non-blocking conversion capability, input switching capability, input coding type, and output switching capability. , the type of encoding that is output, and the convertible bandwidth when it has blocking conversion capability.
  • the converging device 92 may be specifically configured to: when the signal type supported by the egress link is different from the signal type in the received path request message, check whether the node supports the ingress The signal type at the mouth is converted to the signal type at the egress. If supported, the label and bandwidth are allocated based on the signal type of the egress link in the egress link direction.
  • the path request message sent by the head node device 91 includes a unified label request and a unified traffic parameter, where the unified label request is used to indicate that the end-to-end label switching path from the first node to the last node is established,
  • the unified traffic parameter includes a signal type and a bandwidth, the signal type is used to indicate a next node to allocate a label, and the bandwidth is used to indicate that the next node allocates a bandwidth.
  • the unified label request included in the path request message sent by the head node device 91 includes: an encoding type field and an exchange type field, where the encoding type field is an encoding used when establishing the end-to-end label switching path.
  • the type of the switching type indicates that the path to be established has a unified switching capability, and the unified switching capability refers to that the end-to-end label switching path corresponds to at least two switching capabilities.
  • This embodiment establishes an end-to-end label switching path from a head node to a last node in the presence of a converged device, the end-to-end label switching path including a converged device and a node having a single switching capability, instead of having a single exchange
  • the nodes of the capability respectively establish an end-to-end path corresponding to the single switching capability and then form a path from the first node to the last node of the service, which can avoid the problems caused by separately establishing the path, reduce the configuration work, improve the establishment efficiency, and improve the service. Survival.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes The foregoing steps of the method embodiment; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Description

端到端标签交换路径的建立方法和系统
技术领域 本发明涉及通信技术领域， 尤其涉及一种端到端标签交换路径的建立方 法和系统。 背景技术
随着通信技术的发展， 出现了融合设备， 融合设备能够支持多种交换能 力， 例如， 包 -光传送网络（Packet-Optical Transport Network, P-OTN )设备， 其能够支持波长交换、 时分复用 （Time Division Multiplexing, TDM ) 交换、 分组交换。 当这种融合设备出现后， 端到端业务可能会经过具有不同交换能 力的节点， 例如， 一个端到端业务要经过分组交换域和 TDM域， 分组交换 域和 TDM域之间采用融合设备相连， 那么此时在建立路径时， 现有技术中 会分别对应每种交换能力建立一条标签交换路径 ( Label Switch Path, LSP ) , 并在融合设备上进行配置， 关联每种路径。 例如， 业务需要经过分组交换域 和 TDM域， 那么需要建立两条 LSP路径， 一条是具有分组交换能力的路径， 另一条是具有 TDM交换能力的路径， 并且还需要在融合设备上进行配置以 便关联上述两条路径。 另外， 按照交换能力建立的路径的首节点或末节点是 融合设备， 那么当融合设备出现故障后， 端到端路径不能重路由， 影响业务 的生存性。 发明内容
本发明提供一种端到端标签交换路径的建立方法和系统， 用以解决现有 技术按照交换能力分别建立路径弓 I起的问题。
本发明提供了一种端到端标签交换路径的建立方法， 包括：
首节点确定从所述首节点到末节点的端到端标签交换路径 , 所述端到端 标签交换路径中包括融合设备对应的节点以及具有单一交换能力的节点； 首节点发送路径请求消息， 以便逐跳建立所述端到端标签交换路径； 所述首节点确定从所述首节点到末节点的端到端标签交换路径， 包括： 首节点获取融合设备的交换能力、 具有单一交换能力的节点的交换能力 以及网络拓朴信息， 所述融合设备具有至少两种交换能力； 首节点根据所述 融合设备的交换能力、 具有单一交换能力的节点的交换能力以及网络拓朴信 息， 计算所述端到端标签交换路径； 或者，
首节点从路径计算单元获取所述端到端标签交换路径， 所述路径计算单 元用于获取融合设备的交换能力、 具有单一交换能力的节点的交换能力以及 网络拓朴信息， 并根据所述融合设备的交换能力、 具有单一交换能力的节点 的交换能力以及网络拓朴信息计算所述端到端标签交换路径。
本发明提供了一种端到端标签交换路径的建立系统， 包括：
首节点设备， 用于确定从首节点到末节点的端到端标签交换路径， 并发 送路径请求消息以建立所述端到端标签交换路径， 所述端到端标签交换路径 中包括融合设备对应的节点以及具有单一交换能力的节点；
融合设备， 用于接收到所述路径请求消息后， 根据所述路径请求消息和 自身具有的交换能力分配标签和带宽， 并将出口链路的信号类型携带在所述 路径请求消息中发送；
末节点设备， 用于接收到所述路径请求消息后， 根据所述路径请求消息 和自身具有的交换能力分配标签和带宽， 并发送应答消息， 所述应答消息经 由具有单一交换能力的节点和融合设备返回给所述首节点设备。
由上述技术方案可知， 本发明实施例在存在融合设备时是建立从首节点 到末节点的端到端标签交换路径， 该端到端标签交换路径融合了多种交换能 力， 包括具有不同交换能力的节点， 而不是根据具有不同交换能力的节点建 立不同的端到端路径之后再组成一个从业务的首节点到末节点的路径， 可以 避免分别建立路径引起的问题， 减少配置工作、 提高建立效率， 以及提高业 务的生存性。 附图说明 为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中 所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是本发 明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的 前提下， 还可以根据这些附图获得其他的附图。 图 1为本发明端到端标签交换路径的建立方法一实施例的流程示意图； 图 2为本发明端到端标签交换路径的建立方法另一实施例的流程示意 图；
图 3为本发明端到端标签交换路径的建立方法另一实施例的流程示意 图；
图 4为图 3对应的系统结构示意图；
图 5为本发明实施例中的统一交换关系 TLV的格式示意图；
图 6为本发明实施例中的无阻塞时统一交换关系 TLV的格式示意图； 图 7为本发明实施例中的统一标签请求 TLV的格式示意图；
图 8为本发明实施例中的统一流量参数 TLV的格式示意图；
图 9为本发明端到端标签交换路径的建立系统一实施例的结构示意图； 图 10为本发明端到端标签交换路径的建立系统另一实施例的结构示意 图；
图 11为本发明端到端标签交换路径的建立系统另一实施例的结构示意 图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提下所获 得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明端到端标签交换路径的建立方法一实施例的流程示意图， 包括： 步骤 11 : 首节点确定从所述首节点到末节点的端到端标签交换路径， 所 述端到端标签交换路径中包括融合设备对应的节点以及具有单一交换能力的 节点；
可选的， 首节点可以自己计算上述的端到端标签交换路径， 可以包括： 首节点获取融合设备的交换能力、 具有单一交换能力的节点的交换能力 以及网络拓朴信息， 所述融合设备具有至少两种交换能力； 首节点根据所述融合设备的交换能力、 具有单一交换能力的节点的交换 能力以及网络拓朴信息，计算从所述首节点到末节点的端到端标签交换路径。
或者， 可选的， 也可以是首节点从路径计算单元处获取上述的端到端标 签交换路径， 路径计算单元可以采用如下方式计算该端到端标签交换路径： 路径计算单元获取融合设备的交换能力、 具有单一交换能力的节点的交 换能力以及网络拓朴信息， 所述融合设备具有至少两种交换能力；
路径计算单元根据所述融合设备的交换能力、 具有单一交换能力的节点 的交换能力以及网络拓朴信息， 计算从所述首节点到末节点的端到端标签交 换路径。
其中， 融合设备可以采用通过路由协议发布本节点的交换能力， 通过路 由洪泛过程， 使得与融合设备位于同一个能够互相通信网络中的每个节点， 包括首节点和 /或路径计算单元， 获取融合设备的交换能力。
融合设备的交换能力可以称为统一交换能力， 表明融合设备支持的交换 能力， 并且支持的交换能力之间的带宽是否具有无阻塞转换能力。
具有单一交换能力的节点也可以通过路由发布的方式， 通知自身具有的 交换能力。 另外， 各节点通过路由发布后， 首节点和 /或路径计算单元可以确 定网络拓朴信息。
以首节点计算端到端标签交换路径为例， 例如， 业务的发起节点， 也就 是首节点是节点 A, 节点 A要向节点 Z发起业务，假设节点 A到节点 Z之间 需要经过分组交换域、 TDM域和分组交换域，不同域之间采用融合设备连接。 此时， 需要计算从节点 A到节点 Z的端到端 LSP路径， 并且该端到端 LSP 路径上将分别依次包括具有分组交换能力的节点、 融合设备、 具有 TDM 交 换能力的节点、 融合设备和具有分组交换能力的节点。
本发明实施例中的上述端到端标签交换路径可以称为统一的端到端标签 交换路径。
步骤 12: 首节点发送路径请求消息， 以便逐跳建立所述从首节点到末节 点的端到端标签交换路径。
其中， 与现有技术类似， 在建立路径时， 需要每个节点逐跳发送路径请 求 （Path ) 消息。 与现有技术不同的是， 本发明实施例建立的端到端标签交 换路径对应多种交换能力， 而不是如现有技术中每条路径只对应一种交换能 力。 由于本发明实施例中的路径请求消息是要触发上述的统一的端到端标签 交换路径的建立， 因此可以称为统一路径请求消息。
本实施例通过在存在融合设备时是建立从首节点到末节点的端到端标签 交换路径， 该端到端标签交换路径上包括融合设备和具有单一交换能力的节 点， 而不是根据具有单一交换能力的节点分别建立与单一交换能力相应的端 到端路径之后再组成一个从业务的首节点到末节点的路径， 可以避免分别建 立路径引起的问题， 减少配置工作、 提高建立效率， 以及提高业务的生存性。
进一步地， 参见图 2, 在第一实施例的基础上， 本实施例还可以包括： 步骤 13: 中间节点接收到上一节点发送的路径请求消息后， 根据路径请 求消息和自身具有的交换能力分配标签和带宽， 并向下一节点发送包含出口 链路的信号类型的路径请求消息， 所述中间节点包括： 融合设备或者具有单 一交换能力的节点。
其中， 对于非融合设备的中间节点（也就是具有单一交换能力的节点）， 在路径请求消息中包含的信号类型与自身具有的信号类型相同时， 根据相同 的信号类型分配标签， 并根据路径请求消息中包含的带宽信息分配带宽。
对于融合设备的中间节点， 如果其出口链路所支持的信号类型与接收的 路径请求消息中的统一流量参数中的信号类型不相同， 则本节点会检测本节 点是否支持从入口端的信号类型转换成出口端的信号类型， 如果支持， 则本 节点会在出口链路方向基于出口链路的信号类型来分配标签， 否则， 在不支 持时建立失败。
例如， 统一标签交换路径的中间节点接收到上游节点发来的路径请求消 息后， 根据统一标签请求对象中的 "Unified LSP encoding" , 得知是要建立 一条端到端的 "统一标签交换路径" 。 同时， 从统一流量参数对象的带宽 ( Bandwidth )得知这条 "统一标签交换路径" 所需要的带宽。 另外， 本节点 也会从统一流量参数对象的信号类型 （Signal Type )得知上游的信号的类型 (如 PSC, 或 ODU0 ) 。 本节点会根据自己的能力来分配标签， 例如， 本节 点不是融合设备， 并且其所支持的信号类型与上游消息中指定的信号类型相 同 （如， 都是 ODU0 ) , 则本节点会根据 ODU0来分配标签。 如果本节点是 融合设备， 且出口链路所支持的信号类型与上游消息中指定的信号类型不相 同 （如上游消息中指定的信号类型为 GE, 而本节点的出口信号类型只支持 ODU0或 ODU1 ) , 则本节点会检测本节点是否支持从 GE转换成 ODU0的 能力， 如果支持， 则本节点将根据 ODU0来在出口链路方向分配标签， 并把 统一流量参数中的 Signal Type设置为 ODU0所对应的值。
步骤 14: 末节点接收到上一节点发送的路径请求消息后， 根据路径请求 消息和自身具有的交换能力分配标签和带宽， 并向上一节点返回应答消息。
图 3 为本发明端到端标签交换路径的建立方法另一实施例的流程示意 图， 图 4为图 3对应的系统结构示意图。
参见图 4, 假设系统中的节点 A、 B、 C、 D、 E以及节点N、 Z为一般以 太网交换机， 互相之间由千兆以太网 （ Gigabit Ethernet, GE )链路相连， 也 就是这些节点具有分组交换能力。 4叚设系统中的节点 H、 I、 J、 K、 L为光传 送网络（ Optical Transport Network, OTN )设备， 互相之间由光数据单元 ( Optical Data Unit, ODU )链路相连， ODU链路支持的 ODU例如为 ODU0、 0DU1、 ODU2以及 ODUflex等， 也就是这些节点具有 TDM交换能力。 节点 F、 G和 M为融合设备， 其具有分组交换能力和 TDM交换能力， 融合设备具 有的能力可以称为统一交换能力。
参见图 3 , 本实施例包括：
步骤 31 : 融合设备发布自身具有统一交换能力。
例如， 节点 F、 G和 M通过路由协议发布其具有统一交换能力， 这样网 络中所有节点 （从节点 A到节点 Z )都知道节点 F、 G和 M具有统一交换能 力。
具体地， 融合设备可以采用如下方式发布自身具有统一交换能力： 以开放式最短路径优先 ( Open Shortest Path First, OSPF ) 协议为例， 可以采用 RFC4203 定义的接口交换能力描述符 （Interface Switch Capable Description, ISCD )长度-类型-值 （ Length Type Value , TLV ) 进行发布。 本实施例通过在 ISCD中新增定义以支持统一交换能力的发布。
本实施例中的 ISCD定义的交换能力如表 1所示：
表 1
Figure imgf000008_0001
4 分组交换能力 4 ( acket switch capable- 1 , PSC-4 )
51 层 2交换能力 （ layer-2 switch capable, L2SC )
100 时分复用交换能力（ Time division multiple Capable, TDM )
150 波长交换能力 ( Lambdaswitch capable, LSC )
200 光纤交换能力 （fiber switch capable, FSC )
210 统一交换能力 ( unified switch capable ) 其中， 表 1 中的最后一个描述是在现有 ISCD定义的基础上新增的一个 描述， 用于描述具有的交换能力为统一交换能力。
按照表 1所示的定义，则节点 F、 G和 M会发布 ISCD TLV,并且该 ISCD TLV中用于描述交换能力的字段内的值为 210。
进一步地， 还可以再新增一个子 TLV ( sub TLV ) , 用于表明这种 "统 一交换能力" 具体支持哪些交换能力， 例如新增的子 TLV可以称为 "统一交 换关系" TLV,该新增的子 TLV的格式可以如图 5所示，各字段的含义如下： 标识（Flag ) ： 指示是否具有无阻塞转换能力， 如果是无阻塞， 则设置 其值为 01 , 这时候不需要 Convertible Bandwidth (可转换带宽） 字段内容。 如果是有阻塞， 则其值可以设置为 00, 这时候 Convertible Bandwidth (可转 换带宽） 必须设置为可以转换的带宽。
输入交换能力 （In-SC )和输出交换能力 （Out-SC )： 分别表示输入的交 换能力和输出的交换能力， 其值可以是 RFC4203的定义的 ISCD (接口交换 能力描述符 )格式中的 Switching Ca 类型的取值， 如当 In-SC为 PSC-1时， 则 In-SC的值为 1 , 当 Out-SC为 TDM时， 该 Out-SC的值为 100。
输入编码类型（In-Encoding )和输出编码类型（Out-Encoding )： 分别表 示输入的编码类型和输出的编码类型， 其可以是 RFC3471 中定义的 LSP Encoding Type的取值 (以及其它 RFC扩展定义的类型） ， 其值可以取值如 表 2所示：
表 2
Figure imgf000009_0001
4 保留 （Reserved )
5 同步数字系统（ SDH ITU-T G.707 / SONET ANSI T1.105 )
6 保留 （Reserved )
7 数字封装（ Digital Wrapper )
8 波长 ( Lambda (photonic) )
9 光纤 （Fiber )
10 保留 （Reserved )
11 光乡 f信道 ( FiberChannel ) 可转换带宽（ Convertible Bandwidth )： 指示输入交换类型与输出交换类 型之间的带宽转换， 只有在 Flag设置为有阻塞的时候， 这个字段的值才有意 义。例如，节点 F可以将分组交换的 2G的带宽转换为 TDM交换的 1G带宽， 则可转换带宽内需要填充 1G。
保留字段。
本实施例以无阻塞为例， 参见图 6, 由于本实施例中无阻塞， 则不需要 可转换带宽字段。
步骤 32: 首节点计算统一端到端 LSP路径。
其中，假设节点 A要建立到节点 Z的路径， 那么节点 A需要计算从节点
A到节点 Z之间的端到端 LSP路径， 而不是如现有技术中的分别依据交换能 力建立多条路径。 该从业务的首节点 （节点 A )到业务的末节点 （节点 Z ) 之间的端到端 LSP路径可以称为统一端到端 LSP路径。
节点 A可以根据拓朴信息、 融合设备具有的交换能力等计算端到端 LSP 路径。 例如， 采用最短路径计算方法， 将从节点 A到节点 Z之间的包含具有 转换能力的融合设备的最短路径确定为端到端 LSP路径。
本实施例中， 假设节点 A 计算得到的端到端 LSP 路径为： A-B-D-F-H-K-M-N-Z。
步骤 33: 首节点发送统一标签交换路径请求消息。
其中， 该统一标签交换路径请求消息与现有 Path消息不同的是， 由于本 实施例要建立跨交换能力的端到端路径， 因此， 本实施例中的统一标签交换 路径请求消息中携带的标签请求需要指示为统一标签请求， 以及携带的参数 需要指示为统一流量参数， 以便指示后续节点建立一条端到端的 "统一交换" 标签路径。
本实施例以统一标签交换路径 ( Unified LSP ) 的首节点 （即节点 A )使 用 RSVP-TE ( RFC3473 )发起 Unifier LSP为例， 介绍其实现过程。
业务首节点发起信令建立 "统一标签交换路径"时，信令中除了携带 "统 一标签请求" 以及 "统一流量参数" ， 还需要携带 RFC3473定义的其它必选 或可选对象。 例如， 在统一标签交换路径请求消息中携带显式路由对象 ( Explicit Route Object, ER0 )信息， 该 ERO信息中携带上述的端到端路径 信息 A-B-D-F-H-K-M-N-Z。
对于 "统一标签请求" ， 其格式可以如图 7所示：
参见图 7, 各字段含义如下：
编码类型（ LSP Enc. Type )字段： 本实施例中定义一种新的类型， 例如， 该新的类型（ type )为统一标签交换路径编码（统一 LSP encoding ),其值（ value ) 为 14。
交换类型（ Switching Type )字段： 本实施例中定义一种新的类型， 例如， 该新的类型 （type ) 为统一交换能力 （统一 switch capable ) , 其值（value ) 为 210。
另外， 图 6中的 "G-PID" 是现有字段， 用以表明净荷的业务类型。
对于 "统一流量 ， 其格式可以如图 8所示：
参见图 8 , 各字段含义如下：
信号类型 （Signal Type )： 指明统一标签交换路径上的信号类型， 例如， 对于 0DU的交换能力，其可以指定信号类型 0DU1 , 0DU2,或 ODUflex等， 其值可以逐跳可变。 如前一跳为 GE, 后一跳则可以为 ODUflex或 ODU0等。
带宽（Bandwidth )： 指明这条统一标签交换路径的业务带宽， 如 lGbps。 保留字段。
具体地， 在本实施例中， 节点 A发送统一标签交换路径请求消息， 该统 一标签交换路径请求消息中的 Switching Type为 Unified Switch Capable, LSP Encoding Type为 Unified LSP Encoding, 并且 Signal Type为 GE, 带宽为 lGbps0
步骤 34:节点 B或节点 D接收到上一节点的统一标签交换路径请求消息 后， 基于 GE信号类型分配标签和带宽。
其中，节点 B接收到节点 A发送的统一标签交换路径请求消息后，或者， 节点 D接收到节点 B发送的统一标签交换路径请求消息后， 比较自身具有的 交换能力和统一标签交换路径请求消息中包含的信号类型， 如果两者一致， 例如， 本实施例中都是 GE交换能力， 则基于 GE信号类型分配标签和带宽。 如果不一致建立失败。
另外， 节点 B或节点 D在分配标签和带宽之后， 还会进一步向下一节点 发送统一标签交换路径请求消息， 其中携带的信号类型为 GE信号类型。
步骤 35:节点 F根据自身具有的能力和接收到的统一标签交换路径请求， 基于 ODU0信号类型分配标签和带宽。
其中 , 节点 F是融合设备， 节点 F收到上游节点发送的统一标签交换路 径请求后， 根据其中的统一标签请求和统一流量参数， 得知这是一条统一标 签交换路径， 并发现自己出口链路的信号类型（ODU0 )与统一流量参数的信 号类型 （GE )不相同， 由于节点 F是融合设备， 并支持 GE和 ODU0的无阻 塞转换， 所以， 节点 F在出口方向即 F-H链路基于 ODU0来分配标签（即 ODU0的时隙 )。 然后它会生成 Path消息， 其中把 Path消息中统一流量参数 的信号类型 Signal Type设置为 ODU0。
步骤 36:节点 H或节点 K接收到上一节点的统一标签交换路径请求消息 后， 基于 ODU0信号类型分配标签和带宽。
其中， 节点 H、 K属于非融合设备， 其处理过程与步骤 34类似， 不同的 是，节点 H、 K基于 ODU0来分配标签，替代步骤 34中基于 GE来分配标签。
步骤 37: 节点 M根据自身具有的能力和接收到的统一标签交换路径请 求， 基于 GE信号类型分配标签和带宽。
其中， 节点 M属于融合设备， 其处理过程与步骤 35类似， 不同的是， 节点 M在出口链路方向， 即 M-N链路基于 GE来分配标签， 替代步骤 35中 基于 ODU0来分配标签。
步骤 38:节点 N或节点 Z接收到上一节点的统一标签交换路径请求消息 后， 基于 GE信号类型分配标签和带宽。
其中， 节点 N、 Z属于非融合设备， 并且是 GE链路设备， 其处理过程与 步骤 34类似。 另外， 由于节点 Z是末节点， 其不需要再发送统一标签交换路 径请求消息 , 可以返回 Resv消息。
图 9为本发明端到端标签交换路径的建立系统一实施例的结构示意图， 包括首节点设备 91、 融合设备 92和末节点设备 93; 首节点设备 91用于确定 从首节点到末节点的端到端标签交换路径， 并发送路径请求消息以建立所述 端到端标签交换路径， 所述端到端标签交换路径中包括融合设备对应的节点 以及具有单一交换能力的节点； 融合设备 92 用于接收到所述路径请求消息 后， 根据所述路径请求消息和自身具有的交换能力分配标签和带宽， 并将出 口链路的信号类型携带在所述路径请求消息中发送；末节点设备 93用于接收 到所述路径请求消息后， 根据所述路径请求消息和自身具有的交换能力分配 标签和带宽， 并发送应答消息， 所述应答消息经由具有单一交换能力的节点 和融合设备返回给所述首节点设备。
可选的， 参见图 10, 该首节点设备 91可以包括获取模块 101、 计算模块 102和发送模块 103; 获取模块 101用于获取融合设备的交换能力、 具有单一 交换能力的节点的交换能力以及网络拓朴信息， 所述融合设备具有至少两种 交换能力； 计算模块 102用于根据所述融合设备的交换能力、 具有单一交换 能力的节点的交换能力以及网络拓朴信息， 计算从首节点到末节点的端到端 标签交换路径； 发送模块 103用于发送路径请求消息， 以便逐跳建立所述端 到端标签交换路径。
可选的， 参见图 11 , 该系统还可以包括路径计算单元 111 , 路径计算单 元 111用于获取融合设备的交换能力、 具有单一交换能力的节点的交换能力 以及网络拓朴信息， 所述融合设备具有至少两种交换能力， 并根据所述融合 设备的交换能力、 具有单一交换能力的节点的交换能力以及网络拓朴信息， 计算从首节点到末节点的端到端标签交换路径；所述首节点设备 91具体用于 从路径计算单元 111获取所述从首节点到末节点的端到端标签交换路径。
可选的， 上述的融合设备 92还可以用于： 通过路由方式发布交换能力信 息， 所述交换能力信息包括： 是否具有无阻塞转换能力、 输入的交换能力、 输入的编码类型、 输出的交换能力、 输出的编码类型、 在具有阻塞转换能力 时的可转换带宽。
进一步地， 该融合设备 92可以具体用于： 在其出口链路所支持的信号类 型与接收的路径请求消息中的信号类型不相同时， 检测本节点是否支持从入 口端的信号类型转换成出口端的信号类型， 如果支持， 在出口链路方向基于 出口链路的信号类型来分配标签和带宽。
可选的， 首节点设备 91发送的路径请求消息中包含统一标签请求、 统一 流量参数， 所述统一标签请求用于指示建立所述从首节点到末节点的端到端 标签交换路径， 所述统一流量参数包括信号类型和带宽， 所述信号类型用于 指示下一节点分配标签， 所述带宽用于指示下一节点分配带宽。
进一步地，所述首节点设备 91发送的路径请求消息中包含的统一标签请 求包括： 编码类型字段和交换类型字段， 所述编码类型字段为用于建立所述 端到端标签交换路径时的编码类型， 所述交换类型字段表明要建立的路径具 有统一交换能力， 所述统一交换能力是指所述端到端标签交换路径对应至少 两种的交换能力。
本实施例通过在存在融合设备时是建立从首节点到末节点的端到端标签 交换路径， 该端到端标签交换路径上包括融合设备和具有单一交换能力的节 点， 而不是根据具有单一交换能力的节点分别建立与单一交换能力相应的端 到端路径之后再组成一个从业务的首节点到末节点的路径， 可以避免分别建 立路径引起的问题， 减少配置工作、 提高建立效率， 以及提高业务的生存性。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于计算机可读取 存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的 存储介质包括： ROM, RAM,磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要求 书
1、 一种端到端标签交换路径的建立方法， 其特征在于， 包括： 首节点确定从所述首节点到末节点的端到端标签交换路径 , 所述端到端 标签交换路径中包括融合设备对应的节点以及具有单一交换能力的节点； 首节点发送路径请求消息， 以便逐跳建立所述端到端标签交换路径； 所述首节点确定从所述首节点到末节点的端到端标签交换路径， 包括： 首节点获取融合设备的交换能力、 具有单一交换能力的节点的交换能力 以及网络拓朴信息， 所述融合设备具有至少两种交换能力； 首节点根据所述 融合设备的交换能力、 具有单一交换能力的节点的交换能力以及网络拓朴信 息， 计算所述端到端标签交换路径； 或者，
首节点从路径计算单元获取所述端到端标签交换路径， 所述路径计算单 元用于获取融合设备的交换能力、 具有单一交换能力的节点的交换能力以及 网络拓朴信息， 并根据所述融合设备的交换能力、 具有单一交换能力的节点 的交换能力以及网络拓朴信息计算所述端到端标签交换路径。
2、 根据权利要求 1所述的方法， 其特征在于， 所述获取融合设备的交换 能力包括：
接收所述融合设备通过路由方式发布的交换能力信息， 所述交换能力信 息包括： 是否具有无阻塞转换能力、 输入交换能力、 输入编码类型、 输出交 换能力、 输出编码类型、 在具有阻塞转换能力时的可转换带宽。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述路径请求消息中 包含统一标签请求、 统一流量参数， 所述统一标签请求用于指示建立所述端 到端标签交换路径， 所述统一流量参数包括信号类型和带宽， 所述信号类型 用于指示下一节点分配标签， 所述带宽用于指示下一节点分配带宽。
4、 根据权利要求 1所述的方法， 其特征在于， 还包括：
中间节点中的融合设备接收到上一节点发送的路径请求消息后， 根据路 径请求消息和自身具有的交换能力分配标签和带宽， 并向下一节点发送包含 出口链路的信号类型的路径请求消息。
5、 根据权利要求 1所述的方法， 其特征在于， 还包括：
末节点接收到上一节点发送的路径请求消息后， 根据路径请求消息和自 身具有的交换能力分配标签和带宽， 并向上一节点返回应答消息， 所述应答 消息经由具有单一交换能力的节点和融合设备返回给所述首节点。
6、 根据权利要求 4所述的方法， 其特征在于， 所述接收到上一节点发送 的路径请求消息后， 根据路径请求消息和自身具有的交换能力分配标签和带 宽， 包括：
所述融合设备在其出口链路所支持的信号类型与接收的路径请求消息中 的信号类型不相同时， 检测本节点是否支持从入口端的信号类型转换成出口 端的信号类型， 如果支持， 在出口链路方向基于出口链路的信号类型来分配 标签和带宽。
7、根据权利要求 3所述的方法，其特征在于，所述统一标签请求中包括： 编码类型字段和交换类型字段， 所述编码类型字段为用于建立所述端到端标 签交换路径时的编码类型， 所述交换类型字段表明要建立的路径具有统一交 换能力， 所述统一交换能力是指所述端到端标签交换路径对应至少两种的交 换能力。
8、 一种端到端标签交换路径的建立系统， 其特征在于， 包括：
首节点设备， 用于确定从首节点到末节点的端到端标签交换路径， 并发 送路径请求消息以建立所述端到端标签交换路径， 所述端到端标签交换路径 中包括融合设备对应的节点以及具有单一交换能力的节点；
融合设备， 用于接收到所述路径请求消息后， 根据所述路径请求消息和 自身具有的交换能力分配标签和带宽， 并将出口链路的信号类型携带在所述 路径请求消息中发送；
末节点设备， 用于接收到所述路径请求消息后， 根据所述路径请求消息 和自身具有的交换能力分配标签和带宽， 并发送应答消息， 所述应答消息经 由具有单一交换能力的节点和融合设备返回给所述首节点设备。
9、 根据权利要求 8所述的系统， 其特征在于， 所述首节点设备包括： 获取模块， 用于获取融合设备的交换能力、 具有单一交换能力的节点的 交换能力以及网络拓朴信息， 所述融合设备具有至少两种交换能力；
计算模块， 用于根据所述融合设备的交换能力、 具有单一交换能力的节 点的交换能力以及网络拓朴信息 , 计算从首节点到末节点的端到端标签交换 路径；
发送模块， 用于发送路径请求消息， 以便逐跳建立所述端到端标签交换 路径。
10、 根据权利要求 8所述的系统， 其特征在于， 还包括：
路径计算单元， 用于获取融合设备的交换能力、 具有单一交换能力的节 点的交换能力以及网络拓朴信息， 所述融合设备具有至少两种交换能力， 并 根据所述融合设备的交换能力、 具有单一交换能力的节点的交换能力以及网 络拓朴信息， 计算从首节点到末节点的端到端标签交换路径；
所述首节点具体用于从所述路径计算单元获取所述从首节点到末节点的 端到端标签交换路径。
1 1、 根据权利要求 8所述的系统， 其特征在于， 所述融合设备还用于通 过路由方式发布交换能力信息， 所述交换能力信息包括： 是否具有无阻塞转 换能力、 输入交换能力、 输入编码类型、 输出交换能力、 输出编码类型、 在 具有阻塞转换能力时的可转换带宽。
12、 根据权利要求 8所述的系统， 其特征在于， 所述融合设备具体用于： 在其出口链路所支持的信号类型与接收的路径请求消息中的信号类型不相同 时， 检测本节点是否支持从入口端的信号类型转换成出口端的信号类型， 如 果支持， 在出口链路方向基于出口链路的信号类型来分配标签和带宽。
13、 根据权利要求 8所述的系统， 其特征在于， 所述首节点设备发送的 路径请求消息中包含统一标签请求、 统一流量参数， 所述统一标签请求用于 指示建立所述从首节点到末节点的端到端标签交换路径， 所述统一流量参数 包括信号类型和带宽， 所述信号类型用于指示下一节点分配标签， 所述带宽 用于指示下一节点分配带宽。
14、 根据权利要求 13所述的系统， 其特征在于， 所述首节点设备发送的 路径请求消息中包含的统一标签请求包括： 编码类型字段和交换类型字段， 所述编码类型字段为用于建立所述端到端标签交换路径时的编码类型， 所述 交换类型字段表明要建立的路径具有统一交换能力， 所述统一交换能力是指 所述端到端标签交换路径对应至少两种的交换能力。
PCT/CN2012/071457 2012-02-22 2012-02-22 端到端标签交换路径的建立方法和系统 WO2012095045A2 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201280000229.4A CN102687473B (zh) 2012-02-22 2012-02-22 端到端标签交换路径的建立方法和系统
PCT/CN2012/071457 WO2012095045A2 (zh) 2012-02-22 2012-02-22 端到端标签交换路径的建立方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/071457 WO2012095045A2 (zh) 2012-02-22 2012-02-22 端到端标签交换路径的建立方法和系统

Publications (2)

Publication Number Publication Date
WO2012095045A2 true WO2012095045A2 (zh) 2012-07-19
WO2012095045A3 WO2012095045A3 (zh) 2013-02-21

Family

ID=46507492

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/071457 WO2012095045A2 (zh) 2012-02-22 2012-02-22 端到端标签交换路径的建立方法和系统

Country Status (2)

Country Link
CN (1) CN102687473B (zh)
WO (1) WO2012095045A2 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012095045A2 (zh) * 2012-02-22 2012-07-19 华为技术有限公司 端到端标签交换路径的建立方法和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101860473A (zh) * 2009-04-08 2010-10-13 华为技术有限公司 一种路径计算方法、路径计算单元、节点设备和网络系统
CN102136994A (zh) * 2010-08-02 2011-07-27 华为技术有限公司 一种建立标签交换路径的方法、系统和节点设备
CN102687473A (zh) * 2012-02-22 2012-09-19 华为技术有限公司 端到端标签交换路径的建立方法和系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7233743B2 (en) * 2002-06-27 2007-06-19 Alcatel Lucent Lightpath segmentation system and method in a generalized multi-protocol label switching network
CN100563354C (zh) * 2006-07-03 2009-11-25 华为技术有限公司 一种自动交换光网络中实现业务保护的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101860473A (zh) * 2009-04-08 2010-10-13 华为技术有限公司 一种路径计算方法、路径计算单元、节点设备和网络系统
CN102136994A (zh) * 2010-08-02 2011-07-27 华为技术有限公司 一种建立标签交换路径的方法、系统和节点设备
CN102687473A (zh) * 2012-02-22 2012-09-19 华为技术有限公司 端到端标签交换路径的建立方法和系统

Also Published As

Publication number Publication date
CN102687473B (zh) 2015-08-19
WO2012095045A3 (zh) 2013-02-21
CN102687473A (zh) 2012-09-19

Similar Documents

Publication Publication Date Title
EP2341675B1 (en) Label switching method, apparatus and system
US8531969B2 (en) Path computation systems and methods for heterogeneous multi-domain networks
US7633938B2 (en) Transfer system
US8233487B2 (en) Communication network system that establishes communication path by transferring control signal
US20140016925A1 (en) Resizing a path in a connection-oriented network
US8446841B2 (en) Communicating information between core and edge network elements
WO2011110110A1 (zh) 一种建立标签交换路径的方法、系统和节点设备
EP1983712B1 (en) An automatic discovering method and device for client layer link
WO2007059695A1 (fr) Procede et systeme de mise en oeuvre d'un service de connexion de reseau
WO2013082773A1 (zh) 一种在光传送网中实现业务传送的方法及实现该方法的设备和系统
EP2410700B1 (en) Network communication system, communication apparatus, network cooperation method, and program
WO2015024440A1 (zh) 一种获取ip链路的链路开销值的方法及系统
WO2022063196A1 (zh) 一种数据帧的发送方法和网络设备
CN101764732B (zh) 建立以太网虚拟连接的方法、网络和节点设备
WO2011029347A1 (zh) 实现节点发布链路信息的方法和装置
EP3419228B1 (en) Service path establishment method, node device, and system
EP2665324B1 (en) Connection establishment method and device for forwarding adjacency - label switched path
WO2008011771A1 (fr) Procédé, équipement de réseau et système permettant d'établir une voie de commutation dans un réseau internet optique
WO2012095045A2 (zh) 端到端标签交换路径的建立方法和系统
US7856018B2 (en) Provisioning point-to-multipoint paths
Miyazawa et al. Experimental demonstrations of interworking between an optical packet and circuit integrated network and openflow-based networks
WO2012088994A1 (zh) 一种连接建立的方法和系统
JP5027776B2 (ja) 通信ノード装置及び通信システム及び通信路制御プログラム
Ong ASON/GMPLS control plane status
Munoz et al. Experimental demonstration of ASON-GMPLS signaling interworking in the NOBEL2 Multi-domain Multi-Layer Control Plane Emulator

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201280000229.4

Country of ref document: CN

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

Ref document number: 12734196

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12734196

Country of ref document: EP

Kind code of ref document: A2