专利名称：业务恢复方法及装置的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种业务恢复方法及装置。
背景技术：
随着光传输技术的发展，ASON(Automatic Switched OpticalNetwork，自动交换光网络)已经成为光传输的下一个发展方向。与传统光传送网相比，ASON引入了分布式智能化的控制平面，使传输、交换和数据网络结合在一起，实现了真正意义的路由设置、端到端业务调度和网络自动恢复。ASON的出现，为流量工程和业务管理提供了自动化控制手段。ASON在传统 SDH(Synchronous Digital Hierarchy，同步数字体系)网络原有的管理平面、传送平面的基础上，引入了独立的控制平面，从链路资源管理技术、路由技术、信令技术三大方面支撑起ASON控制平面的体系驾构，使得邻居的自动发现、全网拓扑的自动生成和业务路径的自动创建成为可能，大大减少了人工分配标签、建立交叉的繁琐，实现了网络带宽资源的合理化分配和利用。在网络的生存性方面，ASON网络采用传送平面的保护机制和控制平面的保护恢复机制相结合的方法，根据不同的网络保护特性和业务等级，对业务进行保护和恢复，体现出 ASON网络在业务保护恢复方面的巨大优势。对于ASON网络中普遍存在的无保护业务，一旦业务所经过的某条链路发生故障， 业务需要进行恢复。通常方法是，需要进行恢复的业务首节点动态建立一条与原LSP (Label Switched Path，标签交换路径)首尾节点相同的新LSP，然后把业务从发生故障的LSP倒换到新的LSP上。在进行业务恢复时，业务首节点进行的操作如下首先，根据业务的流量工程特性进行基于约束的路由计算，得到满足要求的一条路径，即一系列有序的节点和链路的组合； 然后，利用信令协议如 RSVP-TE (Resource Reservation Protocol-Traffic Engineering, 基于流量工程扩展的资源预留协议)在查询所得路径上发起建立一条LSP，在每个节点都进行资源预留、标签分配并将交叉下发至传送平面，从而建立起一条恢复连接并将受故障影响的业务切换至此LSP上。如果在首节点有多个业务需要进行恢复，则需要为每一个业务按照上述流程建立一条恢复连接，这会导致以下问题(1)，受路由协议如 OSPF-TE (Open Shortest Path First (Protocol) -Traffic Engineering，基于流量工程的开放式最短路径优先协议)信息洪泛和收敛速度的影响，导致各条恢复连接资源竞争的可能性较大。(2)，由于光网络中 RSVP (Resource Reservation Protocol，资源预留协议)协议广泛使用了上游节点指定标签信息机制，导致上下游节点之间标签竞争的可能性较大。(3)，相同的操作流程被执行多次，尤其是向传送平面下发交叉操作比较费时。而无论是资源竞争、标签竞争，还是下发交叉操作费时，最终都会导致全部业务恢复耗费时间过多。因此，如果发生故障的链路上承载了较多业务，则每条业务都要分别进行恢复，需要花费较多的时间，严重影响了 ASON恢复效率，成为影响ASON性能的一个瓶颈。
发明内容
本发明的主要目的在于提供一种业务恢复方法及装置，以至少解决上述的业务恢复花费时间长，恢复效率低的问题。根据本发明的一个方面，提供了一种业务恢复方法，包括确定多个业务的承载链路发生故障，该多个业务具有相同的首节点和尾节点；确定首节点和尾节点之间存在至少一条可用路由，该一条可用路由的资源满足多个业务的资源总和，或多个业务中的至少两个业务的资源总和；使用可用路由恢复发生故障的多个业务或至少两个业务。根据本发明的另一方面，提供了一种业务恢复装置，包括第一确定模块，用于确定多个业务的承载链路发生故障，该多个业务具有相同的首节点和尾节点；第二确定模块， 用于确定首节点和尾节点之间存在至少一条可用路由，该一条可用路由的资源满足多个业务的资源总和，或多个业务中的至少两个业务的资源总和；恢复模块，用于使用可用路由恢复发生故障的多个业务或至少两个业务。通过本发明，采用当具有相同首节点和尾节点的多个业务发生故障时，从该首节点和尾节点之间再选择一条资源满足发生故障的多个业务占用的资源的可用路由，或者从多条这样的路由中选择一条，同时恢复发生故障的多个业务，而不必每个业务分别进行恢复，从而减小了标签竞争和资源竞争的可能性，并且，多业务批量恢复情况下仅须向传送平面下发一次交叉连接，大大降低了业务恢复所须的时间，提高了恢复效率，解决了现有技术中多业务故障时，业务恢复花费时间长，恢复效率低的问题，进而达到了减少业务恢复时间，提高业务恢复效率的效果。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据本发明实施例一的一种业务恢复方法的步骤流程图；图2是根据本发明实施例二的一种业务恢复方法的步骤流程图；图3是根据本发明实施例三的一种业务恢复方法的步骤流程图；图4是根据本发明实施例四的一种业务恢复方法的步骤流程图；图5是根据本发明实施例五的一种业务恢复方法中的ASON网络拓扑示意图；图6是根据本发明实施例六的一种业务恢复装置的结构框图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。参照图1，示出了根据本发明实施例一的一种业务恢复方法的步骤流程图，包括以下步骤步骤S102 确定多个业务的承载链路发生故障；
其中，多个业务具有相同的首节点和尾节点。步骤S104 确定首节点和尾节点之间存在至少一条可用路由；其中，所述一条可用路由的资源满足多个业务的资源总和，或多个业务中的至少两个业务的资源总和。在多个业务的首节点和尾节点之间，可能仅存在一条资源满足多个业务的资源总和的可用路由，则可以使用这条路由恢复多个业务；也可能存在多条资源满足多个业务的资源总和的可用路由，这时，可以按照预定规则选择其中一条路由，进行多业务恢复。当然， 若仅存在一条路由，而该路由的资源仅能满足多个业务中的部分业务，该部分业务包括至少两个业务，此时，可以使用该路由恢复多个业务中的部分业务；若首节点和尾节点之间存在多个可用路由，但没有一个路由可以同时满足多个业务的资源，此时，可以使用其中的一个路由恢复部分业务，再使用其它的可用路由恢复剩下的业务。步骤S106 使用可用路由恢复发生故障的多个业务或至少两个业务。相关技术中，在多个业务发生故障时，需要针对每个业务分别进行恢复，因此，业务恢复时间长，恢复效率低。通过本实施例，当具有相同首节点和尾节点的多个业务发生故障时，从该首节点和尾节点之间选择一条资源满足发生故障的多个业务或部分业务占用的资源的可用路由，同时恢复发生故障的业务，而不必每个业务分别进行恢复，从而减小了标签竞争和资源竞争的可能性，并且，多业务批量恢复情况下仅须向传送平面下发一次交叉连接，大大降低了业务恢复所须的时间，提高了恢复效率，解决了现有技术中多业务故障时，业务恢复花费时间长，恢复效率低的问题，进而达到了减少业务恢复时间，提高业务恢复效率的效果。参照图2，示出了根据本发明实施例二的一种业务恢复方法的步骤流程图，本实施例针对无保护业务，包括以下步骤步骤S202:故障检测。S卩，检测到多个业务的链路发生故障。当某个链路出现故障后，此链路上承载的所有业务的首节点检测到故障的发生，准备发起业务的恢复操作。当然，也有可能多个链路同时发生故障，这时，这多个链路上承载的所有业务均无法正常进行，该多个业务的首节点检测到故障的发生，进而准备进行业务恢复。步骤S204:策略判断。S卩，判断链路发生故障的多个业务的首、尾节点是否相同。当上述首节点需要恢复的业务为Li，L2...Ln，并且这些业务的首末节点相同时，可以进行批量恢复。需要说明的是，若多个发生故障的业务中仅有部分业务的首、尾节点相同，那么，这部分首、尾节点相同的业务同样适用于本实施例的批量业务恢复。本实施例中，仅以发生故障的多个业务均具有相同的首、尾节点为例。步骤S206:路由查询。首节点以Li，L2. . . Ln的带宽总和及其它路由约束条件作为新的约束条件进行路由查询，查询出从首节点到末节点的一条可用路径，且该可用路径的资源满足Li，L2. . . Ln 的资源总和(即该可用路径的带宽满足L1，L2. . . Ln的带宽总和)，则最终批量恢复的连接数为m，此时m = n，进入下一步骤S208。本实施例以带宽资源为例，以带宽总和为主要约束条件，但本领域技术人员在实际应用中，可以根据需要以其它工程流量特性的资源和其它约束条件进行路由查询，本发明对此不作限制。若由于整个网络中资源限制而导致路由查询失败，则可以减少带宽约束，重新发起路由查询，这种情况下查询结果可能是m(l <m<n)条连接共用一条路径，此时m条连接仍然可以采用批量恢复策略进行恢复，进入下一步骤S208。在最坏情况下m = 1，即任何两条连接都不能共用一条路径，此时批量恢复策略无法实施，每条连接只能进行独立恢复，进入步骤S214。步骤S208 首节点处理。首节点在可用路径上使用RSVP协议发起建立一条新连接P，在此连接的RSVP PATH信令中，流量工程对象SENDER TSPEC中包含步骤S206查询成功的总带宽参数，RSVP PATH信令的私有数据中携带以下信息连接P的属性为批量恢复连接(即该路由为多业务恢复路由)、需恢复的连接为Li，L2. . . Lm、Li，L2. . . Lm在本节点占用的标签以及各自的业务出端口和在尾节点占用的标签信息等。步骤S210 非首节点处理。在连接P经过的各个节点，连接控制模块根据RSVP PATH信令的私有数据中的相关信息进行资源预留，并针对每个需要恢复的业务在传送平面建立交叉连接。步骤S212:业务切换。当连接P建立成功后，原Li，L2. . . Lm连接上承载的业务即可切换至此新连接P 上，可以根据业务策略决定将原故障连接删除或保留，从而实现了批量业务的恢复。步骤S214:流程结束。本实施例针对无保护业务的批量业务同时进行恢复的场景，采用了多个业务共享一条路径的策略，即将多个较小的“管道”合并为一个较大的“管道”进行处理，从而大大减少了标签竞争的可能性。而且，与每条连接单独恢复需要多次向传送平面下发交叉连接相比，批量恢复情况下向传送平面下发交叉连接是一次完成的，从而大大降低了业务恢复所需的时间，提高了恢复效率。且本实施例的技术方案没有改变RSVP协议本身的处理流程， 而是借用了协议中PATH信令提供的私有数据字段，在网元之间传递批量业务恢复所需要的信息，实现方法简单。参照图3，示出了根据本发明实施例三的一种业务恢复方法的步骤流程图。本实施例中，以M个业务发生故障为例，其中有N个业务具有相同的首、尾节点，M > N > 2。本实施例的业务恢复方法包括以下步骤步骤S302 首节点接收到告警信息。本实施例中，当M个业务发生故障时，因多个业务中仅有部分业务具有相同的首、 尾节点，所以至少有两个首节点接收到告警信息。本实施例以其中一个首节点为例进行说明。步骤S304 首节点判断受故障影响的共尾节点连接数为N。步骤S306 首节点判断N是否大于1，若是，则执行步骤S310 ；若否，则执行步骤 S308。本实施例中，N彡2，所以执行步骤S310。步骤S308 采用单条连接恢复处理，流程结束。步骤S310 用N条连接的带宽总和进行路由查询。
本领域技术人员也可以以其它基于流量工程特性的参数进行路由查询。步骤S312 判断路由查询是否成功，若是，则执行步骤S314 ；若否，则执行步骤 S316。步骤S314 在新路径上发送信令建立连接，流程结束。步骤S316 :N = N-1。步骤S318 判断N是否等于0，若否，则返回步骤S310 ；若是，则流程结束。参照图4，示出了根据本发明实施例四的一种业务恢复方法的步骤流程图，包括以下步骤步骤S402 确定多个业务的承载链路发生故障。本实施例中，多个业务具有相同的首节点和尾节点。步骤S404 确定首节点和尾节点之间存在多条可用路由。其中，多条可用路由中的每一条可用路由的资源都满足多个业务的资源总和。步骤S406 确定多条可用路由中的一条恢复业务。在相同首、尾节点之间存在多条可用路由时，可以根据预先设定的规则选择其中的一条。该预先设定的规则可以为任意适当的规则(如随机选择等)，本发明对此不作限制。本实施例中，随机从多条可用路由中确定一条可用路由。步骤S408 使用确定的可用路由恢复发生故障的多个业务。需要说明的是，若相同首、尾节点之间存在多条可用路由，但没有一条可用路由满足多个业务的资源总和时，则可以使用其中一条恢复部分业务，使用其它的恢复另外的业务。以5个具有相同首、尾节点的业务发生故障为例，若该首、尾节点之间存在二条可用路由A和B，此时，若A的资源满足前三个业务的资源总和，则使用路由A恢复前三个业务；再判断B的资源是否满足剩下的二个业务的资源总和，若可以满足，则使用B恢复剩下的二个业务。此时，与现有单个业务分别恢复相比，仍然缩短了业务恢复时间，提高了业务恢复效率。参照图5，示出了根据本发明实施例五的一种业务恢复方法中的ASON网络拓扑示意图。如图5所示，本实施例的ASON网络包含七个网元A、B、C、D、E、F和G，网元之间的连线表示链路。网络中存在四条LSP，分别为Li、L2、L3和L4，对应的连接ID分别为 id_l、id_2、id_3和id_4。Ll和L2所经过的路径为A-B-C-G-D，L3和L4所经过的路径为 A-F-B-C-D,网元B、C之间只有一条数据链路，四条LSP共同经过此链路。四条LSP的带宽都为STM-I (其中，STM表示带宽等级)，网元A、E之间和网元E、D之间分别存在一条链路， 链路上空闲带宽都为STM-4。在网元A，L1、L2、L3 和 L4 的业务入端口分别为 inport_l、inport_2、inport_3 和 inport_4，业务入标签分别为 inlabel_l、inlabel_2、inlabel_3 和 inlabel_4，对应的业务出端口分别为I^al、1^2、Pa3和Pa4，业务出标签分别为Lai、La2、La3和La4。在网元A的标签转发表中，Li、L2、L3和L4对应的标签转发条目如下所示
权利要求
1.一种业务恢复方法，其特征在于，包括确定多个业务的承载链路发生故障，所述多个业务具有相同的首节点和尾节点；确定所述首节点和尾节点之间存在至少一条可用路由，所述一条可用路由的资源满足所述多个业务的资源总和，或所述多个业务中的至少两个业务的资源总和；使用所述可用路由恢复所述发生故障的多个业务或所述至少两个业务。
2.根据权利要求1所述的方法，其特征在于，确定所述首节点和尾节点之间存在至少一条可用路由的步骤包括判断所述首节点和尾节点之间是否存在至少一条可用路由，所述一条可用路由的资源满足所述多个业务的资源总和；若存在，则确定该可用路由为满足所述多个业务的资源总和的可用路由；若不存在，则根据预定规则从所述资源总和中减少部分资源，根据所述减少后的资源总和判断所述首节点和尾节点之间是否存在至少一条满足减少后的资源总和的可用路由；若是，则确定该可用路由为满足所述多个业务中的至少两个业务的资源总和的可用路由；若否，则返回所述根据预定规则从所述资源总和中减少部分资源，根据所述减少后的资源总和判断所述首节点和尾节点之间是否存在至少一条满足减少后的资源总和的可用路由的步骤。
3.根据权利要求1所述的方法，其特征在于，使用所述可用路由恢复所述发生故障的多个业务或所述至少两个业务的步骤包括所述首节点经所述可用路由上的各节点依次发送信令至所述尾节点，所述信令中携带有指示所述可用路由为多业务恢复路由的信息，和待恢复的业务中的每个业务在本节点的信息；所述可用路由上的各节点根据所述信令为所述待恢复的业务预留资源，并为所述待恢复的业务中的每个业务建立交叉连接；将所述待恢复的业务切换到所述可用路由上。
4.根据权利要求3所述的方法，其特征在于，所述信令为遵循资源预留协议RSVP的信令，使用所述遵循RSVP的信令的私有数据携带所述指示所述可用路由为多业务恢复路由的信息，和待恢复的业务中每个业务在本节点的信息。
5.根据权利要求3所述的方法，其特征在于，所述待恢复的业务中每个业务在本节点的信息包括所述待恢复的业务中每个业务的业务标识，所述待恢复的业务中每个业务在本节点占用的标签，所述待恢复的业务中每个业务在本节点的业务出端口，和所述待恢复的业务中每个业务在所述尾节点占用的标签。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述业务为自动交换光网络中的无保护业务。
7.—种业务恢复装置，其特征在于，包括第一确定模块，用于确定多个业务的承载链路发生故障，所述多个业务具有相同的首节点和尾节点；第二确定模块，用于确定所述首节点和尾节点之间存在至少一条可用路由，所述一条可用路由的资源满足所述多个业务的资源总和，或所述多个业务中的至少两个业务的资源总和；恢复模块，用于使用所述可用路由恢复所述发生故障的多个业务或所述至少两个业务。
8.根据权利要求7所述的装置，其特征在于，所述第二确定模块包括判断模块，用于判断所述首节点和尾节点之间是否存在至少一条可用路由，所述一条可用路由的资源满足所述多个业务的资源总和；第一肯定模块，用于若所述判断模块的判断结果为是，则确定该可用路由为满足所述多个业务的资源总和的可用路由；第一否定模块，用于若所述判断模块的判断结果为否，则根据预定规则从所述资源总和中减少部分资源，根据所述减少后的资源总和判断所述首节点和尾节点之间是否存在至少一条满足减少后的资源总和的可用路由；第二肯定模块，用于若所述第一否定模块的判断结果为是，则确定该可用路由为满足所述多个业务中的至少两个业务的资源总和的可用路由；第二否定模块，用于若所述第一否定模块的判断结果为否，则返回所述第一否定模块。
9.根据权利要求7所述的装置，其特征在于，所述恢复模块包括发送模块，用于所述首节点经所述可用路由上的各节点依次发送信令至所述尾节点， 所述信令中携带有指示所述可用路由为多业务恢复路由的信息，和待恢复的业务中的每个业务在本节点的信息；资源模块，用于所述可用路由上的各节点根据所述信令为所述待恢复的业务预留资源，并为所述待恢复的业务中的每个业务建立交叉连接；切换模块，用于将所述待恢复的业务切换到所述可用路由上。
10.根据权利要求9所述的装置，其特征在于，所述信令为遵循资源预留协议RSVP的信令，所述遵循RSVP的信令的私有数据携带所述指示所述可用路由为多业务恢复路由的信息，和待恢复的业务中每个业务在本节点的信息。
全文摘要
本发明公开了一种业务恢复方法及装置，其中，业务恢复方法包括确定多个业务的承载链路发生故障，多个业务具有相同的首节点和尾节点；确定首节点和尾节点之间存在至少一条可用路由，该一条可用路由的资源满足多个业务的资源总和，或多个业务中的至少两个业务的资源总和；使用可用路由恢复发生故障的多个业务或至少两个业务。通过本发明，达到了减少业务恢复时间，提高业务恢复效率的效果。
文档编号H04L12/56GK102487329SQ20101057037
公开日2012年6月6日 申请日期2010年12月2日 优先权日2010年12月2日
发明者张锐, 王煊 申请人:中兴通讯股份有限公司