CN102104495B - 共享Mesh保护的实现方法和设备及光网络系统 - Google Patents

共享Mesh保护的实现方法和设备及光网络系统 Download PDF

Info

Publication number
CN102104495B
CN102104495B CN200910261627.1A CN200910261627A CN102104495B CN 102104495 B CN102104495 B CN 102104495B CN 200910261627 A CN200910261627 A CN 200910261627A CN 102104495 B CN102104495 B CN 102104495B
Authority
CN
China
Prior art keywords
business
subtab
node
protection path
message
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN200910261627.1A
Other languages
English (en)
Other versions
CN102104495A (zh
Inventor
孙俊
蔡军州
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
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 CN200910261627.1A priority Critical patent/CN102104495B/zh
Priority to EP10837018.0A priority patent/EP2503742B1/en
Priority to PCT/CN2010/079505 priority patent/WO2011072581A1/zh
Priority to ES10837018.0T priority patent/ES2449367T3/es
Publication of CN102104495A publication Critical patent/CN102104495A/zh
Priority to US13/524,822 priority patent/US9161106B2/en
Application granted granted Critical
Publication of CN102104495B publication Critical patent/CN102104495B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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/22—Alternate routing
    • 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
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0079—Operation or maintenance aspects
    • H04Q2011/0081—Fault tolerance; Redundancy; Recovery; Reconfigurability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/009—Topology aspects
    • H04Q2011/0098—Mesh

Landscapes

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

Abstract

本发明公开了共享Mesh保护的实现方法和设备及光网络系统。其中一种共享Mesh保护的实现方法，包括：第一节点接收第二节点发送的第二类型的消息，该第二类型的消息携带第二节点为第一业务的保护路径分配的第二正向入子标签，该第二正向入子标签用于指示承载第一业务的恢复信息的特定特征；根据该第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，该第一正向出子标签和第二正向入子标签具有对应关系；在获知第一业务的工作路径故障时，按照该第一正向出子标签的指示向第二节点传送第一业务的恢复信息。本发明实施例方案，能够让保护路径上的各节点简单准确的确定出待恢复业务，为后续进行业务自动保护倒换提供可靠支持。

Description

共享Mesh保护的实现方法和设备及光网络系统
技术领域
本发明涉及通信技术领域，具体涉及共享Mesh保护的实现方法和设备及光网络系统。
背景技术
光网络由于具备很高的业务传送速率而被广泛应用，可以通过建立一条或多条满足客户业务带宽需求的光网络连接，传送客户业务；而业务传送的可靠性是衡量光网络是否稳定的重要指标。
光网络业务传送的可靠性可以利用各种保护和恢复技术来实现，例如可以利用控制平面的重路由技术来对光网络连接进行恢复。控制平面是运行于光网络中的一个控制网络，由光网络提供控制通道，并在其中运行通用多协议标签交换(GMPLS，Generalized Multi-Protocol Label Switching)协议族。GMPLS协议族包括路由协议和信令协议，其中，路由协议主要负责收集光网络拓扑信息(包括节点和链路信息)，计算连接经过的路径；信令协议主要负责根据计算出的路径建立光网络连接。
在使用控制平面的情况下，可以为连接提供重路由功能，即当传送客户业务的连接(工作连接)出现故障时，控制平面使用预先配置的恢复路径(或重新计算路径)，建立新的连接(恢复连接)，传送客户业务。这种方式不需要一直为客户业务提供两条连接，只需在连接故障的情况下重新提供另外一条可用连接，因此带宽利用率较高，但由于使用控制平面的恢复技术，故障恢复的时间通常较长。其中，采用GMPLS控制平面技术建立起来的连接通常称作标签交换路径(LSP，Label Switch Path)，LSP由首节点触发建立，重路由过程也是由首节点触发。
为进一步提高资源利用率，提出采用共享Mesh保护技术为客户业务提供传送服务，采用共享Mesh保护技术为客户业务提供传送服务的连接称作共享Mesh保护业务。每个共享Mesh保护业务包括一条工作路径和一条恢复路径。两个共享Mesh保护业务的工作路径是分离的，其恢复路径可以共享通道资源。利用通道的自动保护倒换(APS，Automatic Protection Switching)开销来传送共享Mesh保护消息，由于同一个通道可以给多条业务共享，因此在通道的APS开销中需要能区分不同业务的消息。
现有技术主要通过网管手工配置实现共享Mesh保护，但该方式对网管等设备的依赖性很强，且配置操作通常十分繁杂，网络运行风险较大。
发明内容
本发明实施例提供共享Mesh保护的实现方法和设备及光网络系统，能够让保护路径上的各节点简单准确的确定出待恢复的业务，且配置操作简单，进而可为后续进行业务的保护倒换提供可靠支持。
为解决上述技术问题，本发明实施例提供以下技术方案：
本发明实施例提供一种共享Mesh保护的实现方法，包括：
第一节点接收第二节点发送的第二类型的消息，所述第二类型的消息携带第二节点为第一业务的保护路径分配的第二正向入子标签，所述第二正向入子标签用于指示承载第一业务的恢复信息的特定特征；
根据所述第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，所述第一正向出子标签和第二正向入子标签具有对应关系；
在获知第一业务的工作路径故障时，按照所述第一正向出子标签的指示向第二节点传送第一业务的恢复信息。
本发明实施例还提供一种共享Mesh保护的实现方法，包括：
第二节点为第一业务的保护路径分配第二正向入子标签，所述第二正向入子标签用于指示第一业务的恢复信息的特定特征；
通过第二类型的消息将所述第二正向入子标签向第一业务的保护路径上的第一节点发送。
本发明实施例还提供一种光网络节点，包括：
接收模块，用于接收第二节点发送的第二类型的消息，所述第二类型的消息携带第二节点为第一业务的保护路径分配的第二正向入子标签，所述第二正向入子标签用于指示承载第一业务的恢复信息的特定特征；
第一分配模块，用于根据所述第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，所述第一正向出子标签和第二正向入子标签具有对应关系；
恢复信息发送模块，用于在获知第一业务的工作路径故障时，按照所述第一正向出子标签的指示向第二节点传送第一业务的恢复信息。
本发明实施例还提供一种光网络节点，包括：
第一分配模块，用于为第一业务的保护路径分配第二正向入子标签，所述第二正向入子标签用于指示第一业务的恢复信息的特定特征；
消息发送模块，用于通过第二类型的消息将所述第二正向入子标签向第一业务的保护路径上的第一节点发送。
本发明实施例还提供一种光网络系统，其特征在于，包括
第二节点，用于为第一业务的保护路径分配第二正向入子标签，所述第二正向入子标签用于指示第一业务的恢复信息的特定特征；通过第二类型的消息将所述第二正向入子标签向第一业务的保护路径上的第一节点发送。
第一节点，用于接收第二节点发送的第二类型的消息，所述第二类型的消息携带第二节点为第一业务的保护路径分配的第二正向入子标签；根据所述第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，所述第一正向出子标签和第二正向入子标签具有对应关系；在获知第一业务的工作路径故障时，按照所述第一正向出子标签的指示向第二节点传送第一业务的恢复信息。
由上可见，本发明实施例中，由保护路径上的节点分配并传递用于指示业务的恢复信息的特定特征的子标签，以便于该节点的上游节点或下游节点据此传送该业务的恢复信息，进而可以实现保护路径上的各节点在接收到业务的恢复信息时能够直接确定出待恢复的业务，且配置操作简单，可以为后续进行业务的自动快速的保护倒换提供可靠的支持。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1-a是本发明实施例提供的一种消息传递方向指示示意图；
图1-b是本发明实施例提供的一种光网络拓扑结构示意图；
图2是本发明实施例一提供的一种共享Mesh保护的实现方法流程图；
图3是本发明实施例二提供的一种共享Mesh保护的实现方法流程图；
图4-a是本发明实施例三提供的一种共享Mesh保护的实现方法流程图；
图4-b是本发明实施例三提供的一种APS开销划分示意图；
图4-c是本发明实施例三提供的一种APS开销分配示意图；
图4-d是本发明实施例三提供的一种区分器分配示意图；
图5是本发明实施例四提供的一种光网络节点示意图；
图6是本发明实施例五提供的一种光网络节点示意图；
图7是本发明实施例六提供的一种光网络系统示意图。
具体实施方式
本发明实施例提供共享Mesh保护的实现方法和设备及光网络系统，能够让保护路径上的各节点简单准确的确定出待恢复的业务，且配置操作简单，进而可为后续进行业务的自动快速的保护倒换提供可靠的支持。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例中，控制平面的信令协议例如可采用GMPLS带流量工程的资源预留协议(RSVP-TE，Resource reSerVation Protocol-Traffic Engineering)，本发明实施例中提到的消息和对象都可以是GMPLS RSVP-TE中的消息和对象。
首先参见图1-a，为便于理解描述，可将业务数据从首节点传到末节点的方向称为Downstream方向，也称为正向，也就是Path消息传递的方向；业务数据从末节点传到首节点的方向称为Upstream方向，也称为反向，也就是Resv消息传递的方向。其中，Path消息是RSVP-TE定义的一种消息类型，可以从源节点(首节点)沿着计算好的路由发往目的节点(末节点)，以通知沿途节点建立连接；Resv消息也是RSVP-TE定义的一种消息类型，可以从目的节点发往源节点，与Path消息配合使用可以建立一条双向连接。当然，双向业务才会有反向，若是单向业务，则没有反向，但无论是单向还是双向业务，都会传递和处理Resv消息。
对于每个节点而言，接收Path消息的方向称为正向入方向，发出Path消息的方向称为正向出方向，接收Resv消息的方向称为反向入方向，发出Resv消息的方向称为反向出方向。首节点和末节点之间的节点可称为中间节点，中间节点可以是0个、1个或多个。发出Path消息的节点可称为上游节点，接收Path消息的节点是下游节点，可以理解上游节点和下游节点是相对而言的，当然，首节点可称为其它各个节点的上游节点，末节点可称为其它各个节点的下游节点。
例如图1-b所示的光网络中，存在三条共享Mesh保护业务，其中，实线表示各条业务的工作路径，虚线表示各条业务的保护路径。由于三条业务的工作路径相互分离，因此其保护路径可以共享资源。如业务1和业务2的保护路径共享2号通道(CH2)资源，业务1和业务3的保护路径共享3号通道(CH3)资源，业务2和业务3的保护路径共享8号通道(CH8)资源。
如图1-b所示，在业务1的工作路径中，若节点N1为首节点，则节点N2为末节点，在业务1的保护路径中，若节点N1为首节点，则节点N6和N7为中间节点，节点N2为末节点，当业务1的工作路径故障时，首节点N1可以利用2号通道(CH2)的APS开销向节点N6发送恢复信息，启动自动保护倒换，以将业务1切换到保护路径上传送，以此类推。
本发明实施例中，保护路径上的节点分配并下发用于指示业务的恢复信息的特定特征的子标签(Label)，获得该子标签的上游节点或下游节点据此传送该业务的恢复信息，进而使得保护路径上的各节点在接收到业务的恢复信息时能够直接确定出待恢复的业务。
下面介绍保护路径上分配并下发子标签的节点(例如第二节点)的处理过程，参见图2，本发明实施例一提供的一种共享Mesh保护的实现方法，包括：
210、第二节点为第一业务的保护路径分配第二正向入子标签，该第二正向入子标签用于指示第一业务的恢复信息的特定特征。
其中，第一业务的恢复信息的特定特征例如可以包括：第一业务的恢复信息包含的特定标识(例如业务区分器)、第一业务的恢复信息具有的特定数据结构、承载第一业务的恢复信息的子APS开销的标识(例如子开销的编号)或其它相关的特征。
在一种应用场景下，第二节点为第一业务的保护路径分配的第二正向入子标签可以是，能够指示出第一业务的恢复信息的特定特征的任意信息，例如该子标签可以指示出第一业务的恢复信息的如下特定特征中的一个或多个：第一业务的恢复信息包含的特定标识、第一业务的恢复信息具有的特定数据结构或承载第一业务的恢复信息的子APS开销的编号等等特定特征。
220、通过第二类型的消息将第二正向入子标签向第一业务的保护路径上的第一节点发送。
其中，本发明各实施例中提及的第二类型的消息例如可以是Resv消息，或者其它具有类似功能的消息，第二类型的消息中还可携带创建第一业务的保护路径的指示信息，第二类型的消息携带的创建第一业务的保护路径的指示信息可以是任意的，例如可通过第二类型的消息中的一个指示位来携带该指示信息，或者直接利用该消息中携带的子标签作为创建第一业务的保护路径的指示信息，当然也可选择其它方式。
可以理解，第二节点可以是第一业务的保护路径的末节点，也可以是第一业务的保护路径的中间节点，第一节点为第二节点的上游节点。
在一种应用场景下，第二节点可以将分配的第二正向入子标签携带在第二类型的消息中，利用该信令消息将该第二正向入子标签向第一业务的保护路径上的上游节点发送，以便于获得该第二正向入子标签的第一节点，对应的分配第一正向出子标签(其中，第二正向入子标签和第一正向出子标签的值可以相等，或具有相应的推导对应关系，当然，第一节点对应分配的第一正向出子标签同样用于指示第一业务的恢复信息的特定特征，且第一正向出子标签和第二正向入子标签指示的第一业务恢复信息的特定特征相同)。
进一步的，当第一节点在获知第一业务的工作路径故障时，第一节点便可以按照第一正向出子标签的指示向第二节点传送第一业务的恢复信息。而第二节点在接收到第一节点传送的第一业务的恢复信息时，便可以直接根据其分配的第二正向入子标签的指示，确定出待恢复的业务为第一业务，进而可以快速的将第一业务自动倒换到其保护路径上进行传送。
举例来说，例如第二节点分配的第二正向入子标签指示第一业务的恢复信息携带业务区分器1，第二节点可将第二正向入子标签携带在第二类型的消息中发送给第一节点；第一节点可根据获得的第二正向入子标签对应分配第一正向出子标签(例如第二正向入子标签和第一正向出子标签的值相等)，当获知第一业务的工作路径故障时，第一节点便可以按照第一正向出子标签的指示，向第二节点传送携带业务区分器1的恢复信息；第二节点在接收到第一节点传送的携带有业务区分器1的恢复信息时，便可根据其携带的业务区分器信息直接确定出该待恢复的业务为第一业务。
对于各个共享保护业务，可按照上述方式以此类推。可以理解，利用该机制第二节点在接收到恢复信息时，可以简单的确定出待恢复的业务，进而为后续进行该业务自动快速的保护倒换提供了可靠支持。
由上可见，本发明实施例中，由保护路径上的节点分配并传递用于指示业务的恢复信息的特定特征的子标签，以便于该节点的上游节点或下游节点据此传送该业务的恢复信息，进而可以实现保护路径上的各节点在接收到业务的恢复信息时能够直接确定出待恢复的业务，且配置操作简单，可以为后续进行业务的自动快速的保护倒换提供可靠的支持。
进一步的，为第一业务的保护路径分配第二正向入子标签之前，第二节点还可以接收第一节点发送的第一类型的消息，其中，本发明各实施例中提及的第一类型的消息例如可以是Path消息，或者其它具有类似功能的消息，第二节点接收的该第一类型的消息可携带第一节点为第一业务的保护路径分配第一反向入子标签，该第一反向入子标签用于指示承载第一业务的恢复信息的特定特征(例如指示第一业务的恢复信息的子自动保护倒换开销或第一业务的恢复信息中携带的业务区分器)，该第一类型的消息中还可携带创建第一业务的保护路径的指示信息。
在一种应用场景下，第二节点还可以根据该第一反向入子标签，为第一业务的保护路径分配第二反向出子标签，其中，第二反向出子标签和所述第一反向入子标签具有对应关系；并可以在获知第一业务的工作路径故障时，按照该第二反向出子标签的指示向第一节点传送第一业务的恢复信息。
在一种应用场景下，第二节点还可以根据路由信息计算第一业务的保护路径在第二节点上的反向出接口、反向出通道；建立第一业务的保护路径在第二节点上的反向绑定关系，其中，该反向绑定关系可包括第一业务的保护路径在第二节点上的反向出接口、反向出通道和上述第二反向出子标签的映射绑定关系；并可在获知第一业务的工作路径故障时，根据建立的反向绑定关系，将第一业务倒换到第一业务的保护路径上。
在一种应用场景下，第二节点还可以根据路由信息计算第一业务的保护路径在第二节点上的正向入接口，并为第一业务的保护路径分配正向入通道；并可建立第一业务的保护路径在第二节点上的正向绑定关系，该正向绑定关系可包括第一业务的保护路径在第二节点上的正向入接口、正向入通道和上述第二正向入子标签的映射绑定关系；并可以在获知第一业务的工作路径故障时，根据建立的正向绑定关系，将第一业务倒换到第一业务的保护路径上。
在一种应用场景下，若上述第一类型的消息还携带第一节点建议分配的子标签的指示信息；第二节点可按照第一节点的建议或根据本地分配情况，为第一业务的保护路径分配第二正向入子标签；
在一种应用场景下，若上述第一类型的消息还携带第一节点指定分配的子标签的范围的指示信息；第二节点则可在第一节点指定分配的子标签的范围内，为第一业务的保护路径分配第二正向入子标签；
在一种应用场景下，若上述第一类型的消息还携带首节点指定分配的子标签的指示信息；第二节点则可按照首节点指定分配的子标签的指示信息的指示，为第一业务的保护路径分配第二正向入子标签。
在一种应用场景下，第二节点的各个上游节点可将其为第一业务的保护路径分配的反向入子标签添加到第一类型的消息，第二节点可收集并记录接收到的第一类型的消息中携带的各个上游节点为第一业务的保护路径分配的反向入子标签，以便后续更好的维护和管理。
进一步的，下面介绍保护路径上获取子标签的节点(如第一节点)的处理过程，参见图3，本发明实施例二的一种共享Mesh保护的实现方法，包括：
310、第一节点接收第二节点发送的第二类型的消息，该第二类型的消息携带第二节点为第一业务的保护路径分配的第二正向入子标签，该第二正向入子标签用于指示承载第一业务的恢复信息的特定特征。
其中，第一业务的恢复信息的特定特征例如可以包括：第一业务的恢复信息包含的特定标识(例如业务区分器)、第一业务的恢复信息具有的特定数据结构、承载第一业务的恢复信息的子APS开销的标识(例如子开销的编号)或其它相关的特征。
可以理解，第一节点可以是第一业务的保护路径的首节点，也可以是第一业务的保护路径的中间节点，第二节点为第一节点的下游节点。
其中，第二类型的消息还可以携带创建第一业务的保护路径的指示信息，该创建第一业务的保护路径的指示信息可以是任意的，该指示信息例如可以是Resv消息中一个特定的指示位携带的指示信息，或者直接是该信令消息中携带的子标签，当然也可以是第一节点可识别的其它指示信息。
320、根据上述第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，该第一正向出子标签和第二正向入子标签具有对应关系。
其中，第二正向入子标签和第一正向出子标签的值可以相等，或具有相应的推导对应关系，当然，第一节点对应分配的第一正向出子标签同样用于指示第一业务的恢复信息的特定特征。
330、在获知第一业务的工作路径故障时，按照上述第一正向出子标签的指示向第二节点传送第一业务的恢复信息。
进一步的，当第一节点在获知第一业务的工作路径故障时，第一节点便可以按照第一正向出子标签的指示向第二节点传送第一业务的恢复信息。而第二节点在接收到第一节点传送的第一业务的恢复信息时，便可以直接根据其分配的第二正向入子标签的指示，确定出待恢复的业务为第一业务，进而可以快速的将第一业务自动倒换到其保护路径上进行传送。
举例来说，例如第二节点分配的第二正向入子标签指示承载第一业务的恢复信息的子APS开销的编号1，第二节点可将第二正向入子标签携带在第二类型的消息中发送给第一节点；第一节点可根据获得的第二正向入子标签对应分配第一正向出子标签(例如第二正向入子标签和第一正向出子标签的值相等)，当获知第一业务的工作路径故障时，第一节点便可以按照第一正向出子标签的指示，利用1号子APS开销向第二节点传送恢复信息；第二节点通过1号子APS开销接收到第一节点传送的恢复信息时，便可根据承载恢复信息的子APS开销的编号直接确定出该待恢复的业务为第一业务。
对于各个共享保护业务，可按照上述方式以此类推。可以理解，第一节点和第二节点均可按照上述方式传送业务的恢复信息，第二节点在接收到恢复信息时，可以简单的确定出待恢复的业务，进而为后续进行该业务自动快速的保护倒换提供了可靠支持。
由上可见，本发明实施例中由保护路径上的节点分配并传递用于指示业务的恢复信息的特定特征的子标签，以便于该节点的上游节点或下游节点据此传送该业务的恢复信息，进而可以实现保护路径上的各节点在接收到业务的恢复信息时能够直接确定出待恢复的业务，且配置操作简单，可以为后续进行业务的自动快速的保护倒换提供可靠的支持。
进一步的，第一节点可以根据路由信息计算第一业务的保护路径在第一节点上的正向出接口，并为第一业务的保护路径分配正向出通道；建立第一业务的保护路径在第一节点上的正向绑定关系，该正向绑定关系可包括第一业务的保护路径在第一节点上的正向出接口、正向出通道和第一正向出子标签等的映射绑定关系；在获知第一业务的工作路径故障时，可根据上述建立的正向绑定关系，将第一业务倒换到第一业务的保护路径上。
在一种应用场景下，对于双向业务，第一节点还可根据路由信息计算第一业务的保护路径在第一节点上的反向入接口，并为第一业务的保护路径分配反向入通道；为第一业务的保护路径分配第一反向入子标签，该第一反向入子标签用于指示第一业务的恢复信息的特定特征(例如可指示承载第一业务的恢复信息的子自动保护倒换开销或第一业务的恢复信息中携带的业务区分器)；并可通过第一类型的消息将该第一反向入子标签向第一业务的保护路径上的第二节点发送，该第一类型的消息中还携带创建第一业务的保护路径的指示信息。
在一种应用场景下，若第一节点为中间节点，第一节点可根据路由信息计算第一业务的保护路径在第一节点上的正向入接口，并为第一业务的保护路径分配正向入通道；为第一业务的保护路径分配第一正向入子标签，该第一正向入子标签用于指示第一业务的恢复信息的特定特征；上述正向绑定关系还可包括：第一业务的保护路径在第一节点上的正向入接口、正向入通道和上述第一正向入子标签的映射绑定关系；并可通过第二类型的消息，将上述第一正向入子标签向第一业务的保护路径上的第三节点发送。
在一种应用场景下，第一节点还可以在第一类型的消息携带其建议分配的子标签的指示信息；第二节点可按照第一节点的建议或根据本地分配情况，为第一业务的保护路径分配第二正向入子标签；
在一种应用场景下，第一节点还可以在第一类型的消息携带其指定分配的子标签的范围的指示信息；第二节点则可在第一节点指定分配的子标签的范围内，为第一业务的保护路径分配第二正向入子标签；
在一种应用场景下，第一节点还可以在第一类型的消息携带首节点指定分配的子标签的指示信息；第二节点则可按照首节点指定分配的子标签的指示信息的指示，为第一业务的保护路径分配第二正向入子标签。
在一种应用场景下，第二节点的各个上游节点可将其为第一业务的保护路径分配的反向入子标签添加到第一类型的消息，第二节点可收集并记录接收到的第一类型的消息中携带的各个上游节点为第一业务的保护路径分配的反向入子标签，以便后续更好的维护和管理。
在一种应用场景下，第一节点的各个下游节点可以将其为第一业务的保护路径分配的正向入子标签添加到第二类型的消息中，第一节点可以收集并记录接收到的第二类型的消息中携带的各个下游节点为第一业务的保护路径分配的正向入子标签，以便后续更好的维护和管理。
实施例三
本实施例通过一个具体的应用场景，对本发明技术方案进行更为具体的介绍。在一种应用场景下，若将APS开销划分成多个独立的物理开销通道，即划分成多个子APS(Sub-APS)开销，分别分配给共享Mesh保护业务的不同业务所使用，子Label可以指示业务所使用的子APS开销的标识(例如子APS开销的编号)，在某个业务的工作路径发生故障时，通过改变该业务所使用的子APS开销中的信息(即恢复信息)，以对该业务进行倒换；若不对APS开销进行划分，整个APS开销被共享Mesh保护业务的所有业务所共享使用，则子Label可以指示共享Mesh保护业务的标识信息(例如业务区分器)，当某个业务的工作路径发生故障时，在APS开销中传送包含该业务的标识信息的恢复信息，以对该业务进行倒换。下面以建立业务S1(共享Mesh保护业务)的保护路径的过程为例，进行说明。
其中，本实施例以第一类型的消息为Path消息，第二类型的消息为Resv消息为例进行详细说明
参见图4-a，本发明实施例三的一种共享Mesh保护的实现方法，可包括：
401、首节点根据路由信息计算出业务S1的保护路径在本节点的反向入接口，并分配反向入通道；根据本地的分配情况，为业务S1的保护路径对应在本节点的反向入方向分配子Label(简称反向入子Label)。
首节点建立业务S1的在本节点的反向绑定关系，包括：反向入接口、反向入通道和反向入子Label的绑定关系，首节点的反向出接口、反向出通道和反向出子Label可以没有。
首节点通过Path消息将该分配的反向入子Label发送给下游节点。
首节点还可在Path消息中携带创建共享Mesh保护路径的指示信息，以便明示当前建立的LSP为共享Mesh保护路径。
进一步的，各个上游节点都可在发送给下游节点的Path消息中携带创建共享Mesh保护路径的指示信息，以便向各个下游节点明示当前建立的LSP为共享Mesh保护路径，各个下游节点在接收到Path消息后，根据Path消息携带的创建共享Mesh保护路径的指示信息，明确当前建立的LSP为共享Mesh保护路径，进而启动相应的流程，以下不再一一说明。
402、中间节点(如果存在)接收上游节点发送的Path消息；根据路由信息计算出业务S1的保护路径在本节点上的反向出接口、反向入接口，并为业务S1分配反向出通道、反向入通道；
中间节点可根据接收到的Path消息携带的子Label，为业务S1的保护路径在本节点的反向出方向分配子Label(简称反向出子Label)，其中，该分配的反向出子Label的值可与接收到的Path消息携带的子Label(上游节点的反向入子Label)的值相同；中间节点进一步根据本地的分配情况，为业务S1在本节点的反向入方向分配子Label(简称反向入子Label)。
中间节点可以建立业务S1在本节点的反向绑定关系，可以包括：反向入接口、反向入通道、反向入子Label、反向出接口、反向出通道和反向出子Label的绑定关系。
中间节点通过Path消息将该分配的反向入子Label发送给下游节点。
403、末节点接收上游节点发送的Path消息；并根据路由信息计算业务S1的保护路径在本节点上的反向出接口、正向入接口，并分配反向出通道、正向入通道。
末节点根据Path消息中携带的子Label，为业务S1的保护路径在本节点的反向的出方向分配子Label(即反向出子Label)，其中，该分配的反向出子Label的值可与接收到的Path消息携带的子Label(上游节点的反向入子Label)的值相同；进而建立业务S1在本节点上的反向绑定关系，包括：反向出接口、反向出通道、反向出子Label的绑定关系；在末节点，反向入接口、反向入通道、反向入子Label可以没有。
末节点还可以进一步根据本地的分配情况，为业务S1的保护路径在本节点的正向入方向分配子Label(简称正向入子Label)，建立业务S1在本节点上的正向绑定关系，可以包括：正向入接口、正向入通道和正向入子Label的绑定关系，末节点的正向出接口、正向出通道、正向出子Label可以没有。
末节点结合正向和反向绑定关系，可建立子Label映射绑定关系，可以包括：正向入接口、正向入通道、正向入子Label、反向出接口、反向出通道和反向出子Label的映射绑定关系。
其中，末节点可以将建立的绑定关系以数据表的形式进行记录，以便后续快速准确的查询。
末节点通过Resv消息将分配的正向入子Label发送给上游节点；末节点还可在Resv消息中携带创建共享Mesh保护路径的指示信息，以便向上游节点明示当前建立的LSP为共享Mesh保护路径。
进一步的，各个下游节点都可以在发送给上游节点的Resv消息中携带创建共享Mesh保护路径的指示信息，以便向各个上游节点明示当前建立的LSP为共享Mesh保护路径，各个上游节点在接收到Resv消息后，根据Resv消息携带的创建共享Mesh保护路径的指示信息，明确当前建立的LSP为共享Mesh保护路径，进而启动相应的流程，以下不再一一说明。
404、中间节点(如果存在)接收Resv消息，根据路由信息计算业务S1的保护路径在本节点上的正向出接口、正向入接口，并分配正向出通道、正向入通道；
中间节点根据Resv消息中携带的子Label，为业务S1的保护路径在本节点的正向出方向分配子Label(即正向出子Label)，该分配的正向出子Label的值可与接收到的Resv消息携带的子Label(下游节点的正向入子Label)的值相同；并根据本地分配情况，为业务S1的保护路径在本节点的正向入方向分配子Label(即正向入子Label)。
至此，中间节点可以建立业务S1在本节点上的正向绑定关系，包括：正向入接口、正向入通道、正向入子Label、正向出接口、正向出通道、正向出子Label的绑定关系；
中间节点结合之前建立的业务S1在本节点上的反向绑定关系，可以建立业务S1的子Label映射绑定关系，可包括：正向入接口、正向入通道、正向入子Label、正向出接口、正向出通道、正向出子Label；反向入接口、反向入通道、反向入子Label、反向出接口、反向出通道、反向出子Label。
其中，中间节点可以将建立的绑定关系以数据表的形式进行记录，以便后续快速准确的查询。
中间节点通过Resv消息将分配的正向入子Label发送给上游节点。
进一步的，首节点接收Resv消息，根据路由信息计算出业务S1的保护路径在本节点上正向出接口，并分配正向出通道。
首节点根据Resv消息中携带的子Label，为业务S1的保护路径在本节点的正向出方向分配子Label(即正向出子Label)，该分配的正向出子Label的值可与接收到的Resv消息携带的子Label(下游节点的正向入子Label)的值相同；从而可以建立业务S1的保护路径在本节点上的正向绑定关系，可包括：正向出接口、正向出通道、正向出子Label的绑定关系，首节点的正向入接口、正向入通道、正向入子Label可以没有；
首节点结合正向和反向的绑定关系，可建立子Label映射关系，包括：正向出接口、正向出通道、正向出子Label；反向入接口、反向入通道、反向入子Label的映射绑定关系。
其中，首节点可以将建立的绑定关系以数据表的形式进行记录，以便后续快速准确的查询。
进一步的，保护路径上的任何节点还可以在发送给下游节点的Path消息中，携带建议分配的子Label的指示信息，用于对下游节点分配的子Label给出建议。下游节点可以尽量按上游节点的建议分配正向入子Label，例如若上游节点发现下游节点不是按本节点的建议来分配正向入子Label，则上游节点可以根据本地策略，选择接受该子Label，或拒绝该子Label并可以进一步报错。
任何节点也可以在发送给下游节点的Path消息中，携带子Label集(可以包括一个或多个子标签)，用于限定下游节点分配的子Label的范围，下游节点按照上游节点给出的范围分配正向入子Label，例如若上游节点发现下游节点不是按本节点指定的范围分配子Label，则上游节点可以根据本地策略拒绝该子Label，并可进一步报错。
进一步的，首节点可以在发送给下游节点的Path消息中，携带其指定的部分或全部下游节点分配的子Label的指示信息，用于指定部分或全部下游节点分配的子Label。下游节点按照首节点的指示分配正向入子Label，例如若首节点发现下游各节点不是按首节点的指示来分配正向入子Label，则首节点可以根据本地策略，拒绝子Label，并可以进一步报错。
进一步的，若需要收集LSP在各个节点使用的子标签信息，各节点例如可将本节点为Upsteam方向分配的子标签的值添加到Path消息中发送给下游节点；将本节点为Downstream方向分配的子标签的值添加到Resv消息中发送给上游节点。当Path消息传送到末节点时，Path消息就携带了LSP经过的所有节点在Upstream方向使用的子标签信息了；当Resv消息传送到首节点时，Resv消息就携带了LSP经过的所有节点在Downstream方向使用的子标签信息。
可以理解的是，在双向业务中，需要上述过程中的有关分配反向子Label，建立反向绑定关系，携带反向子Label等的处理；而单向业务则可以省略上述反向的处理过程。
在实际应用中，子标签以及指示信息都可以携带在消息的对象中，下面先介绍几种携带子标签或指示信息的对象。
可以对Protection对象进行扩展，增加共享Mesh保护标志。
在Protection对象中扩展一个指示位，用于指示所建立的LSP是共享Mesh保护路径，其格式可以如下：
 0                 1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                 Length        | Class-Num(37) |  C-Type(2)    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|S|P|N|O| Reserved|M| LSP Flags |     Reserved      | Link Flags|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          Reserved                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
上述扩展后的Protection对象的各个字段的指示含义可以如下：
Length(16bits)，指示该对象的长度；
Class-num(8bits)，指示该对象的类型号，值为37；
C-Type(8bits)，指示该对象的类型，值为2；
S(1bit)，设置(为1)时表示该LSP是secondary LSP；
P：(1bit)，设置(为1)时表示该LSP是保护LSP；
N(1bit)，设置(为1)时表示在保护倒换时，控制平面的消息交换只用于通告；
O(1bit)，设置(为1)时表示在保护倒换后，业务由保护LSP传送；
M(1bit)，设置(为1)时表示建立的LSP是用于共享Mesh保护的路径；
LSP Flags(6bits)，指示LSP的恢复类型；
Link Flags(6bits)，指示链路保护类型。
在实际应用中，可将创建共享Mesh保护业务的保护路径的Path消息携带的Protection对象中的“M”位设置为1，以指示收到该Path消息的节点当前创建的是共享Mesh保护业务的保护路径。
进一步的，可以定义一个新的对象：Sublabel object
该对象用于携带Downstream方向的子标签信息，通过Resv消息携带，其格式如下：
 0                 1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            Lehgth             |   Class-Num   |     C-Type    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            Sublabel           |       Reserved                |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
上述定义的Sublabel对象的各个字段的指示含义可以如下：
Length(16bits)，指示该对象的长度；
Class-num(8bits)，指示该对象的类型号；
C-Type(8bits)，指示该对象的类型；
Sublabel(16bits)，指示子标签值。
在实际应用中，节点例如可将分配的LSP的Dowstream(正向)方向的子标签的值作为Sublabel对象的Sublabel字段的值，并将该Sublabel对象携带在Resv消息中发送给上游节点。
进一步的，可定义一个新的对象：Suggested Sublabel object
该对象可以用于携带建议的子标签信息，可通过Path消息携带，其格式可以如下：
 0                 1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            Length             |   Class-Num   |    C-Type     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            Sublabel           |       Reserved                |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
上述定义的Suggested Sublabel对象的各个字段的指示含义可以如下：
Length(16bits)，指示该对象的长度；
Class-num(8bits)，指示该对象的类型号；
C-Type(8bits)，指示该对象的类型；
Sublabel(16bits)，指示建议的子标签值。
在实际应用中，若需要对下游节点分配的LSP的Dowstream方向的子标签给出建议，则可将建议的子标签的值作为Suggested Sublabel对象的Sublabel字段的值，并将该Suggested Sublabel对象携带在Path消息中发送给下游节点。下游节点可以在获得Suggested Sublabel对象后，按照Suggested Sublabel对象中建议的子标签值来分配正向入子标签。例如若上游节点发现下游节点没有按照Suggested Sublabel中建议的子标签值分配的子标签，可根据本地策略进行处理，例如可以拒绝其分配的子标签或者接受。
进一步的，可以定义一个新的对象：Sublabel Set object
该对象用于携带子标签的指定分配范围，可在Path消息中携带，其格式可以如下：
 0                 1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            Length             |   Class-Num   |     C-Type    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|      Action   |      Reserved     |      Sublabel Type        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|             Sublabel 1        |           - - -               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-                               -                               -
-                               -                               -
-                               -                               -
-                               -                               -
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                 ---           |            Sublabel N         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
上述定义的Sublabel Set对象的各个字段的指示含义可以如下：
Length(16bits)，该对象的长度；
Class-num(8bits)，该对象的类型号；
C-Type(8bits)，该对象的类型；
Action：(8bits)，例如0可指示包含列表，表示包含Sublabel Set中的一个或多个Sublabel；1可指示排除列表，表示排除Sublabel Set中的一个或多个Sublabel；2可指示包含范围，表示包含的Sublabel的范围，例如Sublabel Set中有两个子标签，第一个表示子标签范围的起始值，第二个表示终止值，如果为0，则可表示没有限制；3可指示排除范围，表示排除的Sublabel的范围。例如Sublabel Set中有两个子标签，第一个表示子标签范围的起始值，第二个表示终止值，如果为0，则可表示没有限制。
Sublabel Type(14bits)，指示子标签的类型。
Sublabel(16bits)，指示子标签值。
在实际应用中，若需要在LSP的Dowstream方向，对下游节点分配的子标签的范围进行限制，可将指定的子标签范围信息携带在Sublabel Set对象的各个Sublabel字段中，通过Path消息发送给下游节点，下游节点可根据该Sublabel Set对象中的子标签范围信息来分配合适的子标签。例如若上游节点发现从下游节点接收到的Resv消息中携带的Sublabel对象的子标签没有在Sublabel Set给的范围内，则拒绝该子标签，并可返回失败指示。
进一步的，可以定义一个新的对象：Upstreamsublabel object
该对象用于在双向LSP中，携带Upstream方向的子标签信息，可在Path消息中携带，其格式可以如下：
 0                 1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            Length             |   Class-Num   |     C-Type    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            Sublabel           |       Reserved                |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
上述定义的Upstreamsublabel对象的各个字段的指示含义可以如下：
Length(16bits)，指示该对象的长度；
Class-num(8bits)，指示该对象的类型号；
C-Type(8bits)，指示该对象的类型；
Sublabel(16bits)，指示子标签值。
在实际应用中，在双向LSP的Upstream方向，上游节点分配的子标签的值作为Upstreamsublabel对象的Sublabel字段的值，将该Upstreamsublabel对象携带在Path消息中发送给下游节点。
进一步的，定义一个新的对象：Sublabel ERO subobject
该对象为Sublabel ERO子对象，用于在ERO对象中携带子标签信息，以进行显示子标签控制，其格式可以如下：
 0                 1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U|   Type      |      Length   |            Sublabel           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
上述定义的Sublabel ERO subobject的各个字段的指示含义可以如下：
U(1bit)，用于标识Sublabel的方向，如果为0，可指示downstream sublabel；如果为1，则是upstream sublabel，用于双向LSP中；
Type(7bits)，指示该对象的类型；
Length(8bits)，指示该对象的长度；
Sublabel(16bits)，指示子标签值。
在实际应用中，若首节点需要指定保护路径上的部分或全部下游节点分配的子标签，即进行显示子标签控制(例如用户指定子标签)，可以将指定的子标签的值作为Sublabel ERO子对象的Sublabel字段的值，通过在Path消息的ERO对象中携带该Sublabel ERO子对象来实现。
进一步的，定义一个新的对象：Sublabel RRO subobject
该对象为Sublabel RRO子对象，用于在RRO对象中携带子标签信息，以便收集LSP使用的子标签，其格式可以如下：
 0                 1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|u|   Type      |      Length   |            Sublabel           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
上述定义的Sublabel ERO subobject的各个字段的指示含义可以如下：
U(1bit)，用于标识Sublabel的方向，如果为0，可指示downstream sublabel；如果为1，则可指示upstream sublabel，用于双向LSP中；
Type(7bits)，指示该对象的类型；
Length(8bits)，指示该对象的长度；
Sublabel(16bits)，指示子标签值。
在实际应用中，若需要收集LSP在各个节点使用的子标签信息，各节点例如可将本节点为Upsteam方向分配的子标签的值作为Sublabel RRO子对象的Sublabel字段的值，将该Sublabel RRO子对象携带在Path消息中发送给下游节点；将本节点为Downstream方向分配的子标签的值作为Sublabel RRO子对象的Sublabel字段的值，将该Sublabel RRO子对象携带在Resv消息中发送给上游节点。
当Path消息传送到末节点时，其携带的RRO对象就携带了LSP经过的所有节点在Upstream方向使用的子标签信息了；当Resv消息传送到首节点时，其携带的RRO对象就携带了LSP经过的所有节点在Downstream方向使用的子标签信息。
通过如上过程，可以为业务S1的保护路径分配好子Label，建立好映射关系。在分配好子Label，建立好子Label映射关系后，当业务S1的工作路径发生故障时，业务首节点(或末节点)监测到故障，将业务S1切换到保护路径上，查找到相应的子Label映射关系，设置好APS开销中的相关信息，通过APS开销传送恢复信息。各节点在接收到APS开销承载的恢复信息时，根据恢复信息的特定特征，查找到对应的子Label映射关系，建立相应的连接，并通过APS开销继续向其它节点传送恢复信息，建立保护路径上的连接，直至末节点(或首节点)。末节点(或首节点)根据收到的APS开销中携带的恢复信息，查找到相应的子Label映射关系，可将业务S1切换到保护路径上，通过保护路径传送业务S1，使业务S1得到快速的恢复。
进一步，为便于更好地理解本发明实施例的技术方案，通过两个更为具体的应用场景进行详细介绍。
场景一
在本场景下，4个字节的APS开销可分成8份，共8个Sub-APS开销(例如图4-b所示)，每个子开销4个比特，每个子开销最多可以定义16种共享Mesh保护相关消息。
每个Sub-APS开销负责传送一条业务相关的消息，一个通道的APS开销最多可以传送8条共享Mesh保护业务相关的消息，即一个通道最多给8条共享Mesh保护业务的保护路径共享。
在该场景中，子Label可对应于Sub-APS开销，分配子Label，就等于分配Sub-APS开销，子Label中携带Sub-APS开销的编号。可在创建共享Mesh保护路径的Path消息的Protection对象中携带共享Mesh保护路径标志，用于指示该Path消息创建的是共享Mesh保护路径。参见图4-c，下面以创建业务2的共享Mesh保护路径的过程为例。
首节点N1利用路由信息，计算业务2的保护路径在本节点上的反向入接口，并分配反向入通道；节点N1为业务2的保护路径的反向入方向分配Sub-APS开销，分配业务2的保护路径在节点N1的反向入子Label，例如若为业务2分配CH2通道的2#Sub-APS开销，则业务2的保护路径在节点N1的反向入子Label指示2#Sub-APS开销(即指示出下游节点N6利用CH2通道的2#Sub-APS开销传送业务2的恢复信息)；节点N1可以建立反向绑定关系，可以包括：反向入接口、反向入通道、反向入子Label的绑定关系。
节点N1例如可将2#Sub-APS开销的编号2作为Upstreamsublabel对象中Sublabel字段的值，通过Path消息将该Upstreamsublabel对象发送给节点N6，从而将节点N1为业务2分配的Sub-APS开销信息通知给节点N6；
进一步的，节点N1和节点N6都可在发送给下游节点的Path消息中的Protection对象中携带共享Mesh保护路径标志，以便向各个下游节点明示当前建立的LSP为共享Mesh保护路径，各个下游节点(节点N6和节点N5)则可在接收到Path消息后，根据Path消息中的Protection对象中携带共享Mesh保护路径标志，明确当前建立的LSP为共享Mesh保护路径，进而启动相应的流程，以下不再一一说明。
进一步的，若节点N1需要对节点N6分配的Sub-APS开销进行建议，节点N1例如可将用于指示其建议分配的Sub-APS开销编号的子标签的值，作为Suggested Sublabel对象中Sublabel字段的值，可通过在Path消息中携带Suggested Sublabel对象来携带建议分配的Sub-APS开销信息；
进一步的，若节点N1需要对下游节点分配的Sub-APS开销的范围进行限制，节点N1可以将指示限定分配的Sub-APS开销范围的子标签的值，作为Sublabel Set对象中Sublabel字段的值，通过在Path消息中携带Sublabel Set对象来携带Sub-APS开销的限定范围信息。
进一步的，若首节点N1需要对保护路径上的部分或全部节点分配的Sub-APS开销进行指定，节点N1例如可将用于指示其指定分配的Sub-APS开销编号的子标签的值，作为Sublabel ERO子对象中Sublabel字段的值，通过在Path消息的ERO对象中携带该Sublabel ERO子对象来实现。
节点N6接收Path消息，利用路由信息计算业务2的保护路径在本节点上的反向入接口、反向出接口，分配反向入通道和反向出通道；根据Path消息携带的Upstreamsublabel对象中的Sublabel的值，将CH2通道的2#Sub-APS开销分配给业务2，节点N6分配的反向出子Label指示2#Sub-APS开销。
节点N6还根据本地的分配情况，为业务2在本节点的反向入方向分配Sub-APS开销，分配反向入子Label，例如若为业务2分配了CH8通道的1#Sub-APS开销，则业务2的保护路径在节点N6反向入子Label指示2#Sub-APS开销(即指示出下游节点N5利用CH8通道的1#Sub-APS开销传送业务2的恢复信息)。至此，节点N6可建立该业务2在本节点上的反向绑定关系，可以包括：反向入接口、反向入通道、反向入子Label、反向出接口、反向出通道和反向出子Label的绑定关系。
节点N6例如可将1#Sub-APS开销的编号1作为Upstreamsublabel对象中Sublabel字段的值，通过Path消息将Upstreamsublabel对象发送给节点N5，从而将节点N6为业务2分配的Sub-APS开销信息通知节点N5。
末节点N5接收Path消息，利用路由信息计算业务2的保护路径在本节点上的反向出接口、正向入接口，分配反向出通道和正向入通道；根据Path消息携带的Upstreamsublabel对象中的信息，将CH8通道的1#Sub-APS开销分配给业务2，节点N5分配的反向出子Label指示1#Sub-APS开销。至此，节点N5可以建立业务2的保护路径在本节点上的反向绑定关系，可包括：反向出接口、反向出通道、反向出子Label的绑定关系。
节点N5还根据本地的分配情况，为业务2在本节点的正向入方向分配Sub-APS开销，分配正向入子Label，例如若为业务2分配了CH8通道的1#Sub-APS开销，则业务2的保护路径在节点N5正向入子Label指示1#Sub-APS开销(即指示出上游节点N6利用CH8通道的1#Sub-APS开销传送业务2的恢复信息)；至此，节点N5可以建立业务2在本节点上的正向绑定关系，包括：正向入接口、正向入通道、正向入子Label的绑定关系。
节点N5结合正向和反向的绑定关系可建立子Label映射关系，可包括：正向入接口、正向入通道、正向入子Label、反向出接口、反向出通道、反向出子Label的映射绑定关系。
其中，末节点N5可以将建立的绑定关系以数据表的形式进行记录，以便后续快速准确的查询。
节点N5例如可将1#Sub-APS开销的编号1作为Sublabel对象中Sublabel字段的值，通过Resv消息将Sublabel对象发送给节点N6，从而可将节点N5为业务2分配的Sub-APS开销信息通知节点N6。
进一步的，节点N5和节点N6都可在发送给上游节点的Resv消息中的Protection对象中携带共享Mesh保护路径标志，以便向各个上游节点明示当前建立的LSP为共享Mesh保护路径，各个上游节点(节点N6和节点N1)则可在接收到Resv消息后，根据Resv消息中的Protection对象中携带共享Mesh保护路径标志，明确当前建立的LSP为共享Mesh保护路径，进而启动相应的流程，以下不再一一说明。
节点N6接收Resv消息，根据路由信息计算出业务2的保护路径在本节点上的正向入接口、正向出接口，分配正向入通道和正向出通道；根据Resv消息携带的Sublabel对象的Sublabel字段中的信息，将CH8通道的1#Sub-APS开销分配给业务2，节点N6分配的正向出子Label指示1#Sub-APS开销。
节点N6还根据本地的分配情况，为业务2的保护路径在本节点的正向入方向分配Sub-APS开销，分配正向入子Label，例如若为业务2分配了CH2通道上的2#Sub-APS开销，则业务2的保护路径在节点N6的正向入子Label指示2#Sub-APS开销(即指示出上游节点N1利用CH2通道的2#Sub-APS开销传送业务2的恢复信息)；至此，节点N6就可以建立业务2在本节点上的正向绑定关系，可以包括：正向入接口、正向入通道、正向入子Label、正向出接口、正向出通道、正向出子Label的绑定关系。
节点N6结合接收到Path消息时已建立好的反向绑定关系，就可以建立子Label映射关系，可包括：正向入接口、正向入通道、正向入子Label、正向出接口、正向出通道、正向出子Label；反向入接口、反向入通道、反向入子Label、反向出接口、反向出通道和反向出子Label的映射绑定关系。
其中，中间节点N6可以将建立的绑定关系以数据表的形式进行记录，以便后续快速准确的查询。
节点N6例如可将2#Sub-APS开销的编号2作为Sublabel对象中Sublabel字段的值，通过Resv消息将Sublabel对象发送给节点N1，从而将节点N6为业务2分配的Sub-APS开销信息通知节点N1。
首节点N1接收Resv消息，根据路由信息计算出业务2的保护路径在本节点上的正向出接口，分配正向出通道；根据Resv携带的Sublabel对象的Sublabel字段中的信息，将CH2通道的2#Sub-APS开销分配给业务2，节点N1分配的正向出子Label指示2#Sub-APS开销。
至此，节点N1可建立业务2在本节点上的正向绑定关系，包括：正向出接口、正向出通道、正向出子Label的绑定关系。
节点N1结合正向和反向的绑定关系可建立子Label映射关系，可包括：正向出接口、正向出通道、正向出子Label；反向入接口、反向入通道、反向入子Label的映射绑定关系。
其中，首节点N1可以将建立的绑定关系以数据表的形式进行记录，以便后续快速准确的查询。
至此，业务2的保护路径上的各节点就为业务2分配好了Sub-APS开销，各节点利用为业务2分配好的Sub-APS开销，承载传送业务2的恢复信息。
进一步的，若节点N1需要对业务2使用的Sub-APS开销进行显示指定或显示控制，可以将指定的Sub-APS开销信息携带在Sublabel ERO子对象中，通过Path消息发送到下游各节点。各节点在收到Path消息后，根据其携带的ERO中的Sublabel ERO子对象信息分配相应的Sub-APS开销，并利用相应的子Label进行指示。
进一步的，若需要收集业务2在各个节点使用的Sub-APS开销信息，则可将为反向分配的Sub-APS开销信息携带在Sublabel RRO子对象中，添加到RRO对象，通过Path消息发送到下游节点；将为正向分配的Sub-APS开销信息放入Sublabel RRO子对象，添加到RRO对象里，通过Resv消息发送到上游节点。可以理解，当Path消息传到了末节点N5时，其携带的RRO对象就具有了业务2的保护路径上的所有节点在业务2反向使用的Sub-APS开销信息；当Resv消息传到了首节点N1时，其携带的RRO对象就具有了业务2的保护路径上的所有节点在业务2正向使用的Sub-APS开销信息。
当业务2工作路径发生故障时，业务2的首节点N1(或末节点N5)可监测到故障，将业务2切换到保护路径，查找到业务2的子Label映射关系，将相应的Sub-APS开销的状态修改为恢复，通过APS开销将恢复信息发送给其它节点。各节点在收到APS开销承载的恢复信息时，根据恢复信息的特定特征，查找到对应的子Label映射关系，建立相应的连接，并通过APS开销继续向其它节点传送恢复信息，建立保护路径上的连接，直至末节点N5(或首节点N1)。末节点N5(或首节点N1)根据收到的APS开销中携带的恢复信息，查找到相应的子Label映射关系，可将业务2切换到保护路径上，并通过业务2保护路径传送业务2，使业务2得到快速的恢复。其它业务的保护路径的配置过程可按照上述方式以此类推。
场景二
本场景可应用于整个APS开销被共享Mesh保护的所有业务共享的场景，即不对APS开销进行划分，而是共享Mesh保护的所有业务都共享使用共享通道上的APS开销，在工作路径故障时，将需要进行倒换的业务的业务区分器(业务区分器用于标识区分业务，通过业务区分器可以确定出是哪条业务)携带在恢复消息(该恢复信息中例如可以只包括区分器信息)中，利用共享通道的APS开销进行传送，保护路径上各节点可根据APS开销中携带的业务区分器，建立相应的连接，对相应的业务进行倒换。
在该场景中，子Label就对应于业务区分器，分配子Label，就等效于分配业务区分器，子Label中可携带业务区分器。可在创建共享Mesh保护路径的Path消息的Protection对象中携带共享Mesh保护路径标志，用于指示该Path消息创建的是共享Mesh保护路径。参见图4-d，下面以创建业务2的共享Mesh保护路径的过程为例。
具体的，节点N1根据路由信息，计算业务2的保护路径在本节点上的反向入接口、并分配反向入通道；为业务2的反向入方向分配业务区分器，分配反向入子Label，例如若为业务2分配了业务区分器2，业务2的保护路径在节点N1的反向入子Label指示业务区分器2(即指示出下游节点N6传送的业务2的恢复信息中包含业务区分器2)；节点N1可以建立反向绑定关系，可以包括：反向入接口、反向入通道、反向入子Label的绑定关系。
节点N1可将业务区分器2的编号2作为Upstreamsublabel对象中Sublabel的值，通过Path消息将Upstreamsublabel对象发送给节点N6，从而将节点N1为业务2分配的业务区分器信息通知给节点N6。
进一步的，节点N1和节点N6都可在发送给下游节点的Path消息中的Protection对象中携带共享Mesh保护路径标志，以便向各个下游节点明示当前建立的LSP为共享Mesh保护路径，各个下游节点(节点N6和节点N5)则可在接收到Path消息后，根据Path消息中的Protection对象中携带共享Mesh保护路径标志，明确当前建立的LSP为共享Mesh保护路径，进而启动相应的流程，以下不再一一说明。
进一步的，若节点N1需要对节点N6分配的业务区分器给出建议，节点N1例如可将用于指示其建议分配的业务区分器的子标签的值，作为SuggestedSublabel对象中Sublabel字段的值，可通过在Path消息中携带Suggested Sublabel对象来携带建议分配的业务区分器信息；
进一步的，若节点N1需要对下游节点分配的业务区分器的范围进行限制，节点N1可以将指示限定分配的业务区分器范围的子标签的值，作为SublabelSet对象中Sublabel字段的值，可通过在Path消息中携带Sublabel Set对象来携带业务区分器的限定范围信息。
进一步的，若首节点N1需要对保护路径上的部分或全部节点分配的业务区分器进行指定，节点N1例如可将用于指示其指定分配的业务区分器的子标签的值，作为Sublabel ERO子对象中Sublabel字段的值，通过在Path消息的ERO对象中携带该Sublabel ERO子对象来实现。
节点N6接收Path消息，利用路由信息计算业务2的保护路径在本节点上的反向入接口、反向出接口，分配反向入通道和反向出通道；根据Path消息携带的Upstreamsublabel对象中的Sublabel的值，将业务区分器2分配给业务2，节点N6分配的反向出子Label指示业务区分器2。
节点N6还根据本地的分配情况，为业务2在本节点的反向入方向分配业务区分器，分配反向入子Label，例如若为业务2分配了业务区分器1，则业务2的保护路径在节点N6反向入子Label指示业务区分器1(即指示出下游节点N5传送的业务2的恢复信息中包含业务区分器1)，至此，节点N6就可以建立业务2在本节点上的反向绑定关系，可以包括：反向入接口、反向入通道、反向入子Label、反向出接口、反向出通道、反向出子Label的绑定关系。
节点N6可将业务区分器1的编号1作为Upstreamsublabel对象中Sublabel字段的值，通过Path消息将该Upstreamsublabel对象发送给节点N5，从而将节点N6为业务2分配的业务区分器信息通知给节点N5。
末节点N5接收Path消息，利用路由信息计算业务2的保护路径在本节点上的反向出接口、正向入接口，分配反向出通道和正向入通道；根据Path消息携带的Upstreamsublabel对象中的信息，将业务区分器1分配给业务2，节点N5分配的反向出子Label指示业务区分器1。至此，节点N5可以建立业务2的保护路径在本节点上的反向绑定关系，可以包括：反向出接口、反向出通道、反向出子Label的绑定关系。
节点N5还根据本地的分配情况，为业务2在本节点的正向入方向分配业务区分器，分配正向入子Label，例如若为业务2分配了业务区分器1，则业务2的保护路径在节点N5的正向入子Label指示业务区分器1(即指示出上游节点N6传送的业务2的恢复信息中包含业务区分器1)；至此，节点N5可以建立业务2在本节点上的正向绑定关系，包括：正向入接口、正向入通道、正向入子Label的绑定关系。
节点N5结合正向和反向的绑定关系可建立子Label映射关系，可包括：正向入接口、正向入通道、正向入子Label、反向出接口、反向出通道、反向出子Label的映射绑定关系。
其中，末节点N5可以将建立的绑定关系以数据表的形式进行记录，以便后续快速准确的查询。
节点N5例如可将业务区分器1的编号1作为Sublabel对象中Sublabel字段的值，通过Resv消息将该Sublabel对象发送给节点N6，从而将节点N5为业务2分配的业务区分器信息通知给节点N6。
进一步的，节点N5和节点N6都可在发送给上游节点的Resv消息中的Protection对象中携带共享Mesh保护路径标志，以便向各个上游节点明示当前建立的LSP为共享Mesh保护路径，各个上游节点(节点N6和节点N1)则可在接收到Resv消息后，根据Resv消息中的Protection对象中携带共享Mesh保护路径标志，明确当前建立的LSP为共享Mesh保护路径，进而启动相应的流程，以下不再一一说明。
节点N6接收Resv消息，根据路由信息计算出业务2的保护路径在本节点上的正向入接口、正向出接口，分配正向入通道和正向出通道；根据Resv消息携带的Sublabel对象的Sublabel字段中的信息，将业务区分器1分配给业务2，节点N6分配的正向出子Label指示业务区分器1。
节点N6还根据本地的分配情况，为业务2的保护路径在本节点的正向入方向分配业务区分器，分配正向入子Label，例如若为业务2分配了业务区分器2，则业务2的保护路径在节点N6的正向入子Label指示业务区分器2(即指示出上游节点N1传送的业务2的恢复信息中包含业务区分器2)。
至此，节点N6就可以建立业务2在本节点上的正向绑定关系，可包括：正向入接口、正向入通道、正向入子Label、正向出接口、正向出通道、正向出子Label的绑定关系。
节点N6结合接收到Path消息时已建立好的反向绑定关系，就可以建立子Label映射关系，可包括：正向入接口、正向入通道、正向入子Label、正向出接口、正向出通道、正向出子Label；反向入接口、反向入通道、反向入子Label、反向出接口、反向出通道和反向出子Label的映射绑定关系。
其中，中间节点N6可以将建立的绑定关系以数据表的形式进行记录，以便后续快速准确的查询。
节点N6例如可将业务区分器2的编号2作为Sublabel对象中Sublabel字段的值，通过Resv消息将该Sublabel对象发送给节点N1，从而将节点N6为业务2分配的业务区分器信息通知节点N1。
首节点N1接收Resv消息，根据路由信息计算出业务2的保护路径在本节点上的正向出接口，分配正向出通道；根据Resv携带的Sublabel对象的信息，将业务区分器2分配给业务2，节点N1分配的正向出子Label指示业务区分器2。至此，节点N1可建立业务2在本节点上的正向绑定关系，包括：正向出接口、正向出通道、正向出子Label的绑定关系。
节点N1结合正向和反向的绑定关系可建立子Label映射关系，可包括：正向出接口、正向出通道、正向出子Label；反向入接口、反向入通道、反向入子Label的映射绑定关系。
其中，首节点N1可以将建立的绑定关系以数据表的形式进行记录，以便后续快速准确的查询。
至此，业务2的保护路径上的各节点就为业务2分配好了业务区分器，各节点传送的业务2的恢复信息中包含分配好的业务区分器。
进一步的，若需要对业务2使用的业务区分器进行显示的指定或显示控制，可以将业务区分器信息携带在Sublabel ERO子对象中，通过Path消息发送到下游各节点。各节点在收到Path消息后，根据其携带的ERO中的Sublabel ERO子对象信息分配相应的业务区分器，并利用相应的子Label进行指示。
进一步的，若需要收集业务2在各个节点使用的业务区分器信息，则可将为反向分配的业务区分器信息携带在Sublabel RRO子对象中，添加到RRO对象，通过Path消息发送到下游节点；将为正向分配的业务区分器信息放入Sublabel RRO子对象，添加到RRO对象里，通过Resv消息发送到上游节点。可以理解，当Path消息传到了末节点N5时，其携带的RRO对象就具有了业务2的保护路径上的所有节点在业务2反向使用的业务区分器信息；当Resv消息传到了首节点N1时，其携带的RRO对象就具有了业务2的保护路径上的所有节点在业务2正向使用的业务区分器信息。
当业务2工作路径发生故障时，业务2的首节点N1(或末节点N5)可监测到故障，将业务2切换到保护路径，查找到业务2的子Label映射关系，将相应的APS开销的状态修改为恢复，通过APS开销将携带业务2的区分器信息的恢复信息发送给其它节点。各节点在收到APS开销承载的恢复信息时，根据恢复信息携带的业务2的区分器信息，查找到对应的子Label映射关系，建立相应的连接，并通过APS开销继续向其它节点传送恢复信息，建立保护路径上的连接，直至末节点N5(或首节点N1)。末节点N5(或首节点N1)根据收到的APS开销中承载的恢复信息，查找到相应的子Label映射关系，可将业务2切换到保护路径上，并通过业务2保护路径传送业务2，使业务2得到快速的恢复。其它业务的保护路径的配置过程可按照上述方式以此类推。
由上可见，本实施例中由保护路径上的节点分配并传递用于指示业务的恢复信息的特定特征的子标签，以便于该节点的上游节点或下游节点据此传送该业务的恢复信息，进而可以实现保护路径上的各节点在接收到业务的恢复信息时能够直接确定出待恢复的业务，且配置操作简单，可以为后续进行业务的自动快速的保护倒换提供可靠的支持。
进一步的，指定或建议其它节点分配子标签的范围、以及收集保护路径上的各节点分配的子标签，有利于实现良好的维护和管理。
为便于更好的实施本发明实施例的技术方案，本发明实施例还提供一种光网络节点。
实施例四、
参见图5，本发明实施例四的一种光网络节点500，具体可以包括：接收模块510、第一分配模块520和恢复信息发送模块530。
接收模块510，用于接收第二节点发送的Resv消息，该Resv消息携带第二节点为第一业务的保护路径分配的第二正向入子标签，第二正向入子标签用于指示承载第一业务的恢复信息的特定特征。
其中，第一业务的恢复信息的特定特征例如可以包括：第一业务的恢复信息包含的特定标识(例如业务区分器)、第一业务的恢复信息具有的特定数据结构、承载第一业务的恢复信息的子APS开销的标识(例如子开销的编号)或其它相关的特征。
第一分配模块520，用于根据第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，该第一正向出子标签和第二正向入子标签具有对应关系。
在一种应用场景下，第二节点为第一业务的保护路径分配的第二正向入子标签可以是，能够指示出第一业务的恢复信息的特定特征的任意信息，例如该子标签可以指示出第一业务的恢复信息的如下特定特征中的一个或多个：第一业务的恢复信息包含的特定标识、第一业务的恢复信息具有的特定数据结构、承载第一业务的恢复信息的子APS开销的编号等等特定特征。
恢复信息发送模块530，用于在获知第一业务的工作路径故障时，按照上述第一正向出子标签的指示向第二节点传送第一业务的恢复信息。
可以理解，第二节点可以是第一业务的保护路径的末节点，也可以是第一业务的保护路径的中间节点，光网络节点500为第二节点的上游节点。
在一种应用场景下，第二节点可以将分配的第二正向入子标签携带在第二类型的消息中，利用该信令消息将该第二正向入子标签向第一业务的保护路径上的上游节点发送，以便于获得该第二正向入子标签的光网络节点500，对应的分配第一正向出子标签(其中，第二正向入子标签和第一正向出子标签的值可以相等，或具有相应的推导对应关系，当然，光网络节点500对应分配的第一正向出子标签同样用于指示第一业务的恢复信息的特定特征，且第一正向出子标签和第二正向入子标签指示的第一业务恢复信息的特定特征相同)。
进一步的，当光网络节点500在获知第一业务的工作路径故障时，其便可以按照第一正向出子标签的指示向第二节点传送第一业务的恢复信息。而第二节点在接收到光网络节点500传送的第一业务的恢复信息时，便可以直接根据其分配的第二正向入子标签的指示，确定出待恢复的业务为第一业务，进而可以快速的将第一业务自动倒换到其保护路径上进行传送。
在一种应用场景下，光网络节点500还可包括：
路由计算模块，用于根据路由信息计算第一业务的保护路径在光网络节点500上的正向出接口，并为第一业务的保护路径分配正向出通道；
绑定关系建立模块，用于建立第一业务的保护路径在光网络节点500上的正向绑定关系，该正向绑定关系包括第一业务的保护路径在光网络节点500上的正向出接口、正向出通道和上述第一正向出子标签的映射绑定关系；
保护倒换模块，用于在获知第一业务的工作路径故障时，根据绑定关系建立模块建立的正向绑定关系，将第一业务倒换到第一业务的保护路径上。
在一种应用场景下，若第一业务为双向业务，路由计算模块还可用于，根据路由信息计算第一业务的保护路径在上述光网络节点上的反向入接口，并为第一业务的保护路径分配反向入通道；
光网络节点500还可以包括：
第二分配模块，用于为第一业务的保护路径分配第一反向入子标签，该第一反向入子标签用于指示第一业务的恢复信息的特定特征；
第一消息发送模块，用于通过第一类型的消息将该第一反向入子标签向第一业务的保护路径上的第二节点发送，该第一类型的消息中还携带创建第一业务的保护路径的指示信息。
绑定关系建立模块还可用于，建立第一业务的保护路径在光网络节点500上的反向绑定关系，该反向绑定关系可以包括第一业务的保护路径在光网络节点500上的反向入接口、反向入通道和第一反向入子标签的映射绑定关系。
若光网络节点500为第一业务的中间节点，路由计算模块还可用于，根据路由信息计算第一业务的保护路径在光网络节点500上的正向入接口，并为第一业务的保护路径分配正向入通道；
光网络节点500还可包括：
第三分配模块，用于为第一业务的保护路径分配第一正向入子标签，该第一正向入子标签用于指示第一业务的恢复信息的特定特征；
绑定关系建立模块建立的正向绑定关系还可以包括：第一业务的保护路径在光网络节点500上的正向入接口、正向入通道和上述第一正向入子标签的映射绑定关系；
第二消息发送模块，用于通过第二类型的消息，将上述第一正向入子标签向第一业务的保护路径上的第三节点发送。
在一种应用场景下，各个下游节点可以将为第一业务分配的正向入子标签添加到第二类型的消息中，光网络节点500还可包括：
子标签收集模块，用于收集并记录接收到的第二类型的消息中携带的各个下游节点为第一业务的保护路径分配的正向入子标签。
需要说明的是，本实施例的光网络节点500可以如上述方法实施例中的节点N1或N6，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。
为便于更好的实施本发明实施例的技术方案，本发明实施例还提供一种光网络节点。
实施例五、
参见图6，本发明实施例五的一种光网络节点600，具体可以包括：第一分配模块610和消息发送模块620。
其中，第一分配模块610，用于为第一业务的保护路径分配第二正向入子标签，该第二正向入子标签用于指示第一业务的恢复信息的特定特征。
其中，第一业务的恢复信息的特定特征例如可以包括：第一业务的恢复信息包含的特定标识(例如业务区分器)、第一业务的恢复信息具有的特定数据结构、承载第一业务的恢复信息的子APS开销的标识(例如子开销的编号)或其它相关的特征。
消息发送模块620，用于通过第二类型的消息将上述第二正向入子标签向第一业务的保护路径上的第一节点发送。
可以理解，第一节点可以是第一业务的保护路径的首节点，也可以是第一业务的保护路径的中间节点，光网络节点600为第一节点的下游节点。
在一种应用场景下，第一分配模块610具体可以用于，为第一业务的保护路径分配第二正向入子标签，该第二正向入子标签用于指示承载第一业务的恢复信息的子自动保护倒换开销或第一业务的恢复信息中携带的业务区分器。
在一种应用场景下，光网络节点600可以将分配的第二正向入子标签携带在第二类型的消息中，利用该信令消息将该第二正向入子标签向第一业务的保护路径上的上游节点发送，以便于获得该第二正向入子标签的第一节点，对应的分配第一正向出子标签(其中，第二正向入子标签和第一正向出子标签的值可以相等，或具有相应的推导对应关系，当然，第一节点对应分配的第一正向出子标签同样用于指示第一业务的恢复信息的特定特征，且第一正向出子标签和第二正向入子标签指示的第一业务恢复信息的特定特征相同)。
进一步的，当第一节点在获知第一业务的工作路径故障时，其便可以按照第一正向出子标签的指示向光网络节点600传送第一业务的恢复信息。而光网络节点600在接收到第一节点传送的第一业务的恢复信息时，便可以直接根据其分配的第二正向入子标签的指示，确定出待恢复的业务为第一业务，进而可以快速的将第一业务自动倒换到其保护路径上进行传送。
若第一业务为双向业务，光网络节点600还可以包括：
接收模块，用于接收第一节点发送的第一类型的消息，该第一类型的消息携带第一节点为第一业务的保护路径分配第一反向入子标签，该第一反向入子标签用于指示承载第一业务的恢复信息的特定特征，第一类型的消息中还携带创建第一业务的保护路径的指示信息；
第二分配模块，用于根据上述的第一反向入子标签，为第一业务的保护路径分配第二反向出子标签，该第二反向出子标签和第一反向入子标签具有对应关系；
恢复信息发送模块，用于在获知第一业务的工作路径故障时，按照上述第二反向出子标签的指示向第一节点传送第一业务的恢复信息。
在一种应用场景下，光网络节点600还可包括：
路由计算模块，用于根据路由信息计算第一业务的保护路径在光网络节点600上的反向出接口、反向出通道；
反向绑定关系建立模块，建立第一业务的保护路径在光网络节点600上的反向绑定关系，该反向绑定关系包括第一业务的保护路径在光网络节点600上的反向出接口、反向出通道和第二反向出子标签的映射绑定关系；
第一保护倒换模块，用于在获知第一业务的工作路径故障时，根据上述反向绑定关系建立模块建立的反向绑定关系，将第一业务倒换到第一业务的保护路径上。
在一种应用场景下，路由计算模块还可以用于，根据路由信息计算第一业务的保护路径在第二节点上的正向入接口，并为第一业务的保护路径分配正向入通道；
光网络节点600还可以包括：
正向绑定关系建立模块，建立第一业务的保护路径在第二节点上的正向绑定关系，该正向绑定关系包括第一业务的保护路径在第二节点上的正向入接口、正向入通道和上述第二正向入子标签的映射绑定关系；
第二保护倒换模块，用于在获知第一业务的工作路径故障时，根据上述正向绑定关系建立模块建立的正向绑定关系，将第一业务倒换到第一业务的保护路径上。
在一种应用场景下，若第一类型的消息还携带第一节点建议分配的子标签的指示信息；第一分配模块610可以具体用于，按照第一节点的建议或根据本地分配情况，为第一业务的保护路径分配第二正向入子标签。
在另一种应用场景下，若第一类型的消息还携带第一节点指定分配的子标签的范围的指示信息；第一分配模块610具体用于，在第一节点指定分配的子标签的范围内，为第一业务的保护路径分配第二正向入子标签；
在另一种应用场景下，若第一类型的消息还携带首节点指定分配的子标签的指示信息；第一分配模块610可具体用于，按照首节点指定分配的子标签的指示信息的指示，为第一业务的保护路径分配第二正向入子标签。
在一种应用场景下，各个上游节点可以将为第一业务分配的反向入子标签添加到第一类型的消息中，光网络节点600还可以包括：
子标签收集模块，用于收集并记录接收到的第一类型的消息中携带的各个上游节点为第一业务的保护路径分配的反向入子标签。
需要说明的是，本实施例的光网络节点600可以如上述方法实施例中的节点N5或N6，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。
为便于更好的实施本发明实施例的技术方案，本发明实施例还提供一种光网络系统。
实施例六、
参见图7，本发明实施例六的一种光网络系统，可以包括：第一节点710和第二节点720。
第二节点720，用于为第一业务的保护路径分配第二正向入子标签，该第二正向入子标签用于指示第一业务的恢复信息的特定特征；通过第二类型的消息将上述第二正向入子标签向第一业务的保护路径上的第一节点710发送。
第一节点710，用于接收第二节点720发送的第二类型的消息，该Resv消息携带第二节点720为第一业务的保护路径分配的第二正向入子标签；根据该第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，该第一正向出子标签和第二正向入子标签具有对应关系；在获知第一业务的工作路径故障时，按照上述第一正向出子标签的指示向第二节点720传送第一业务的恢复信息。
进一步的，若第一业务为双向业务，第一节点710还可用于，为第一业务的保护路径分配第一反向入子标签，该第一反向入子标签用于指示第一业务的恢复信息的特定特征；通过第一类型的消息将该第一反向入子标签向第一业务的保护路径上的第二节点720发送；
第二节点720可以接收第一节点710发送的第一类型的消息，该第一类型的消息可携带第一节点710为第一业务的保护路径分配的第一反向入子标签；根据该第一反向入子标签，为第一业务的保护路径分配第二反向出子标签，该第二反向出子标签和第一反向入子标签具有对应关系；在获知第一业务的工作路径故障时，按照上述第二反向出子标签的指示向第一节点710传送第一业务的恢复信息。
需要说明的是，本实施例的第一节点710可以如上述方法实施例中的节点N1或N6、第二节点720可以如上述方法实施例中的节点N5或N6，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
综上，本发明实施例中，由保护路径上的节点分配并传递用于指示业务的恢复信息的特定特征的子标签，以便于该节点的上游节点或下游节点据此传送该业务的恢复信息，进而可以实现保护路径上的各节点在接收到业务的恢复信息时能够直接确定出待恢复的业务，且配置操作简单，可以为后续进行业务的自动快速的保护倒换提供可靠的支持
进一步的，指定或建议其它节点分配子标签的范围、以及收集保护路径上的各节点分配的子标签，有利于实现良好的维护和管理。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储记忆体(ROM，Read-Only Memory)或随机存储记忆体(RAM，Random Access Memory)、磁盘或光盘等。
以上对本发明实施例所提供的共享Mesh保护的实现方法和设备及光网络系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

Claims (17)

1.一种共享Mesh保护的实现方法，其特征在于，包括：
第一节点接收第二节点发送的第二类型的消息，所述第二类型的消息携带第二节点为第一业务的保护路径分配的第二正向入子标签，所述第二正向入子标签用于指示承载第一业务的恢复信息的特定特征，其中，所述第一节点为所述第二节点的上游节点；
根据所述第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，所述第一正向出子标签和第二正向入子标签具有对应关系；
在获知第一业务的工作路径故障时，按照所述第一正向出子标签的指示向第二节点传送第一业务的恢复信息。
2.根据权利要求1所述的方法，其特征在于，
所述第二正向入子标签用于指示承载第一业务的恢复信息的子自动保护倒换开销或第一业务的恢复信息中携带的业务区分器。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
根据路由信息计算第一业务的保护路径在第一节点上的正向出接口，并为第一业务的保护路径分配正向出通道；
建立第一业务的保护路径在第一节点上的正向绑定关系，所述正向绑定关系包括第一业务的保护路径在第一节点上的正向出接口、正向出通道和所述第一正向出子标签的映射绑定关系；
在获知第一业务的工作路径故障时，根据所述建立的正向绑定关系，将第一业务倒换到第一业务的保护路径上。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
根据路由信息计算第一业务的保护路径在第一节点上的反向入接口，并为第一业务的保护路径分配反向入通道；
为第一业务的保护路径分配第一反向入子标签，所述第一反向入子标签用于指示第一业务的恢复信息的特定特征；
通过第一类型的消息将所述第一反向入子标签向第一业务的保护路径上的第二节点发送，所述第一类型的消息中还携带创建第一业务的保护路径的指示信息。
5.根据权利要求3所述的方法，其特征在于，所述方法还包括：
根据路由信息计算第一业务的保护路径在第一节点上的正向入接口，并为第一业务的保护路径分配正向入通道；
为第一业务的保护路径分配第一正向入子标签，所述第一正向入子标签用于指示第一业务的恢复信息的特定特征；所述正向绑定关系还包括：第一业务的保护路径在第一节点上的正向入接口、正向入通道和所述第一正向入子标签的映射绑定关系；
通过第二类型的消息，将所述第一正向入子标签向第一业务的保护路径上的第三节点发送。
6.一种共享Mesh保护的实现方法，其特征在于，包括：
第二节点为第一业务的保护路径分配第二正向入子标签，所述第二正向入子标签用于指示第一业务的恢复信息的特定特征；
通过第二类型的消息将所述第二正向入子标签向第一业务的保护路径上的第一节点发送，以便于获得该第二正向入子标签的第一节点对应的分配第一正向出子标签，在获知第一业务的工作路径故障时，按照所述第一正向出子标签的指示向第二节点传送第一业务的恢复信息，其中，所述第一节点为所述第二节点的上游节点。
7.根据权利要求6所述的方法，其特征在于，
所述为第一业务的保护路径分配第二正向入子标签，所述第二正向入子标签用于指示第一业务的恢复信息的特定特征，包括：
为第一业务的保护路径分配第二正向入子标签，所述第二正向入子标签用于指示承载第一业务的恢复信息的子自动保护倒换开销或第一业务的恢复信息中携带的业务区分器。
8.根据权利要求6或7所述的方法，其特征在于，所述为第一业务的保护路径分配第二正向入子标签之前还包括：
接收第一节点发送的第一类型的消息，所述第一类型的消息携带第一节点为第一业务的保护路径分配第一反向入子标签，所述第一反向入子标签用于指示承载第一业务的恢复信息的特定特征，所述第一类型的消息中还携带创建第一业务的保护路径的指示信息；
所述方法还包括：
根据所述第一反向入子标签，为第一业务的保护路径分配第二反向出子标签，所述第二反向出子标签和所述第一反向入子标签具有对应关系；
在获知第一业务的工作路径故障时，按照所述第二反向出子标签的指示向第一节点传送第一业务的恢复信息。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
根据路由信息计算第一业务的保护路径在第二节点上的反向出接口、反向出通道；
建立第一业务的保护路径在第二节点上的反向绑定关系，所述反向绑定关系包括第一业务的保护路径在第二节点上的反向出接口、反向出通道和所述第二反向出子标签的映射绑定关系；
在获知第一业务的工作路径故障时，根据所述建立的反向绑定关系，将第一业务倒换到第一业务的保护路径上。
10.根据权利要求8所述的方法，其特征在于，
若所述第一类型的消息还携带第一节点建议分配的子标签的指示信息；
所述为第一业务的保护路径分配第二正向入子标签，包括：
按照第一节点的建议或根据本地分配情况，为第一业务的保护路径分配第二正向入子标签；
或
若所述第一类型的消息还携带第一节点指定分配的子标签的范围的指示信息；
所述为第一业务的保护路径分配第二正向入子标签，包括：
在第一节点指定分配的子标签的范围内，为第一业务的保护路径分配第二正向入子标签；
或
若所述第一类型的消息还携带首节点指定分配的子标签的指示信息；
所述为第一业务的保护路径分配第二正向入子标签，包括：
按照首节点指定分配的子标签的指示信息的指示，为第一业务的保护路径分配第二正向入子标签。
11.一种光网络节点，其特征在于，包括：
接收模块，用于接收第二节点发送的第二类型的消息，所述第二类型的消息携带第二节点为第一业务的保护路径分配的第二正向入子标签，所述第二正向入子标签用于指示承载第一业务的恢复信息的特定特征，其中，所述光网络节点为所述第二节点的上游节点；
第一分配模块，用于根据所述第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，所述第一正向出子标签和第二正向入子标签具有对应关系；
恢复信息发送模块，用于在获知第一业务的工作路径故障时，按照所述第一正向出子标签的指示向第二节点传送第一业务的恢复信息。
12.根据权利要求11所述的光网络节点，其特征在于，还包括：
路由计算模块，用于根据路由信息计算第一业务的保护路径在所述光网络节点上的正向出接口，并为第一业务的保护路径分配正向出通道；
绑定关系建立模块，用于建立第一业务的保护路径在所述光网络节点上的正向绑定关系，所述正向绑定关系包括第一业务的保护路径在所述光网络节点上的正向出接口、正向出通道和所述第一正向出子标签的映射绑定关系；
保护倒换模块，用于在获知第一业务的工作路径故障时，根据所述建立的正向绑定关系，将第一业务倒换到第一业务的保护路径上。
13.根据权利要求11所述的光网络节点，其特征在于，
所述路由计算模块还用于，根据路由信息计算第一业务的保护路径在所述光网络节点上的反向入接口，并为第一业务的保护路径分配反向入通道；
所述光网络节点还包括：
第二分配模块，用于为第一业务的保护路径分配第一反向入子标签，所述第一反向入子标签用于指示第一业务的恢复信息的特定特征；
第一消息发送模块，用于通过第一类型的消息将所述第一反向入子标签向第一业务的保护路径上的第二节点发送，所述第一类型的消息中还携带创建第一业务的保护路径的指示信息。
14.一种光网络节点，其特征在于，包括：
第一分配模块，用于为第一业务的保护路径分配第二正向入子标签，所述第二正向入子标签用于指示第一业务的恢复信息的特定特征；
消息发送模块，用于通过第二类型的消息将所述第二正向入子标签向第一业务的保护路径上的第一节点发送，以便于获得该第二正向入子标签的第一节点对应的分配第一正向出子标签，在获知第一业务的工作路径故障时，按照所述第一正向出子标签的指示向第二节点传送第一业务的恢复信息，其中，所述第一节点为所述光网络节点的上游节点。
15.根据权利要求14所述的光网络节点，其特征在于，
所述光网络节点还包括：
接收模块，用于接收第一节点发送的第一类型的消息，所述第一类型的消息携带第一节点为第一业务的保护路径分配第一反向入子标签，所述第一反向入子标签用于指示承载第一业务的恢复信息的特定特征，所述第一类型的消息中还携带创建第一业务的保护路径的指示信息；
第二分配模块，用于根据所述第一反向入子标签，为第一业务的保护路径分配第二反向出子标签，所述第二反向出子标签和所述第一反向入子标签具有对应关系；
恢复信息发送模块，用于在获知第一业务的工作路径故障时，按照所述第二反向出子标签的指示向第一节点传送第一业务的恢复信息。
16.根据权利要求15所述的光网络节点，其特征在于，
所述光网络节点还包括：
路由计算模块，用于根据路由信息计算第一业务的保护路径在所述光网络节点上的反向出接口、反向出通道；
反向绑定关系建立模块，建立第一业务的保护路径在所述光网络节点上的反向绑定关系，所述反向绑定关系包括第一业务的保护路径在所述光网络节点上的反向出接口、反向出通道和所述第二反向出子标签的映射绑定关系；
第一保护倒换模块，用于在获知第一业务的工作路径故障时，根据所述建立的反向绑定关系，将第一业务倒换到第一业务的保护路径上。
17.一种光网络系统，其特征在于，包括：
第二节点，用于为第一业务的保护路径分配第二正向入子标签，所述第二正向入子标签用于指示第一业务的恢复信息的特定特征；通过第一类型的消息将所述第二正向入子标签向第一业务的保护路径上的第一节点发送，其中，所述第一节点为所述第二节点的上游节点；
第一节点，用于接收第二节点发送的第一类型的消息，所述第一类型的消息携带第二节点为第一业务的保护路径分配的第二正向入子标签；根据所述第二正向入子标签，为第一业务的保护路径分配第一正向出子标签，所述第一正向出子标签和第二正向入子标签具有对应关系；在获知第一业务的工作路径故障时，按照所述第一正向出子标签的指示向第二节点传送第一业务的恢复信息。
CN200910261627.1A 2009-12-18 2009-12-18 共享Mesh保护的实现方法和设备及光网络系统 Active CN102104495B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN200910261627.1A CN102104495B (zh) 2009-12-18 2009-12-18 共享Mesh保护的实现方法和设备及光网络系统
EP10837018.0A EP2503742B1 (en) 2009-12-18 2010-12-07 Method for implementing shared mesh protection, equipment and optical network system
PCT/CN2010/079505 WO2011072581A1 (zh) 2009-12-18 2010-12-07 共享mesh保护的实现方法和设备及光网络系统
ES10837018.0T ES2449367T3 (es) 2009-12-18 2010-12-07 Método para implementar una protección de malla compartida, un equipo y un sistema de red óptica
US13/524,822 US9161106B2 (en) 2009-12-18 2012-06-15 Method and device for implementing shared mesh protection and optical network system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910261627.1A CN102104495B (zh) 2009-12-18 2009-12-18 共享Mesh保护的实现方法和设备及光网络系统

Publications (2)

Publication Number Publication Date
CN102104495A CN102104495A (zh) 2011-06-22
CN102104495B true CN102104495B (zh) 2014-07-09

Family

ID=44157039

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910261627.1A Active CN102104495B (zh) 2009-12-18 2009-12-18 共享Mesh保护的实现方法和设备及光网络系统

Country Status (5)

Country Link
US (1) US9161106B2 (zh)
EP (1) EP2503742B1 (zh)
CN (1) CN102104495B (zh)
ES (1) ES2449367T3 (zh)
WO (1) WO2011072581A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102868544A (zh) * 2011-07-06 2013-01-09 中兴通讯股份有限公司 一种实现共享网格保护的方法及系统
WO2013189039A1 (zh) * 2012-06-20 2013-12-27 华为技术有限公司 一种恢复路径建立的方法、系统和节点设备
EP2779530B1 (en) * 2012-06-20 2017-04-26 Huawei Technologies Co., Ltd. Method, system, and node device for establishing recovery path
CN103812686A (zh) * 2012-11-15 2014-05-21 中兴通讯股份有限公司 一种网状保护的方法和装置
JP6229318B2 (ja) * 2013-06-05 2017-11-15 富士通株式会社 通信システム、通信制御方法、及び、伝送装置
US9729949B2 (en) * 2014-04-23 2017-08-08 Alcatel Lucent Dynamic local decision control in software defined networking-based environment
US9935900B2 (en) * 2014-10-16 2018-04-03 Electronics And Telecommunications Research Institute Method for providing protection switching service in virtual tenant network and controller therefor
US9843508B2 (en) 2015-03-06 2017-12-12 Juniper Networks, Inc. RSVP make-before-break label reuse
US9838306B2 (en) * 2015-03-31 2017-12-05 Juniper Networks, Inc. RSVP make-before-break label reuse
US10341228B1 (en) 2017-03-29 2019-07-02 Juniper Networks, Inc. RSVP make-before-break label reuse
CN113453095B (zh) * 2020-03-26 2023-03-28 华为技术有限公司 恢复路径配置的方法和装置
CN113727220B (zh) * 2020-05-26 2023-04-11 华为技术有限公司 业务资源预配置方法、设备和系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453411A (zh) * 2007-11-28 2009-06-10 华为技术有限公司 建立标签交换路径的方法、系统和设备
CN101588520A (zh) * 2009-07-07 2009-11-25 北京邮电大学 一种用于mpls-tp网络的段保护方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100392646B1 (ko) * 2001-06-25 2003-07-25 에스케이 텔레콤주식회사 멀티-프로토콜 라벨 스위칭 방식이 적용된 데이터통신망에서의 프로텍션 스위칭을 위한 트래픽 경로 설정방법
US6917759B2 (en) * 2002-01-31 2005-07-12 Nortel Networks Limited Shared mesh signaling algorithm and apparatus
US7606237B2 (en) * 2003-03-31 2009-10-20 Alcatel-Lucent Usa Inc. Sharing restoration path bandwidth in mesh networks
US20050088963A1 (en) 2003-10-24 2005-04-28 Nortel Networks Limited Method and apparatus for protection switch messaging on a shared mesh network
CN100555922C (zh) 2004-09-10 2009-10-28 华为技术有限公司 一种实现网格状光网络业务恢复的方法
US7420989B2 (en) * 2004-09-30 2008-09-02 Lucent Technologies Inc. Technique for identifying backup path for shared mesh protection
KR100693052B1 (ko) * 2005-01-14 2007-03-12 삼성전자주식회사 Ｍｐｌｓ 멀티캐스트의 고속 재경로 설정 장치 및 방법
CN1866806B (zh) 2005-12-22 2011-11-02 华为技术有限公司 共享格状网恢复的实现方法
US7969868B2 (en) * 2009-02-19 2011-06-28 Infinera Corporation Path-level protection for digitally wrapped payloads

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453411A (zh) * 2007-11-28 2009-06-10 华为技术有限公司 建立标签交换路径的方法、系统和设备
CN101588520A (zh) * 2009-07-07 2009-11-25 北京邮电大学 一种用于mpls-tp网络的段保护方法

Also Published As

Publication number Publication date
US9161106B2 (en) 2015-10-13
US20120257886A1 (en) 2012-10-11
ES2449367T3 (es) 2014-03-19
EP2503742A1 (en) 2012-09-26
WO2011072581A1 (zh) 2011-06-23
EP2503742B1 (en) 2013-12-04
CN102104495A (zh) 2011-06-22
EP2503742A4 (en) 2012-10-03

Similar Documents

Publication Publication Date Title
CN102104495B (zh) 共享Mesh保护的实现方法和设备及光网络系统
CN106803814B (zh) 一种灵活以太网路径的建立方法、装置及系统
US10250459B2 (en) Bandwidth on-demand services in multiple layer networks
CN100493210C (zh) 动态交换光传输网的基于限制的最短路径优先方法
US7680029B2 (en) Transmission apparatus with mechanism for reserving resources for recovery paths in label-switched network
CN100456700C (zh) 提供具有多种保护和恢复类型的组播业务方法和装置
WO2017156987A1 (zh) 一种灵活以太网路径建立的方法和装置
CN101729376B (zh) 一种路径计算方法、节点设备及路径计算单元
CN101145930B (zh) 保证组播业务可靠传输的方法、系统和设备
CN102136994B (zh) 一种建立标签交换路径的方法、系统和节点设备
CN101312464B (zh) 一种在自动交换光网络中实现负载均衡的方法
CN102546425B (zh) 相交环保护方法、设备和系统
CN101237399A (zh) 获取标签交换路径的方法、系统和设备
CN102281193B (zh) 一种在光纤通道网络中实现报文转发的方法和fc设备
EP2797259A1 (en) Ring network label switch path creating method, related device and communication system
GB2471761A (en) Fault recovery path reconfiguration in ring networks
CN114285462B (zh) 一种业务保护方法和网络节点
EP1345364A1 (en) Routing control method and routing control apparatus for the same
CN101686142A (zh) 网络保护方法、系统和设备
CN102752185B (zh) 一种确定路由路径的方法及系统
CN103650421B (zh) 一种1+1端到端双向倒换的方法、系统和节点
CN102916900A (zh) 业务流转发方法和装置
CN102143410A (zh) 一种光网络中的路径计算方法及路径计算单元
CN101888326A (zh) 业务连接建立方法、路径计算单元设备及网络系统
CN101621447B (zh) 一种业务路径计算的方法、设备和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant