CN100550850C - 一种业务恢复方法 - Google Patents

一种业务恢复方法 Download PDF

Info

Publication number
CN100550850C
CN100550850C CNB2006101599896A CN200610159989A CN100550850C CN 100550850 C CN100550850 C CN 100550850C CN B2006101599896 A CNB2006101599896 A CN B2006101599896A CN 200610159989 A CN200610159989 A CN 200610159989A CN 100550850 C CN100550850 C CN 100550850C
Authority
CN
China
Prior art keywords
priority
service
business
seized
recovered
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.)
Expired - Fee Related
Application number
CNB2006101599896A
Other languages
English (en)
Other versions
CN1960341A (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 CNB2006101599896A priority Critical patent/CN100550850C/zh
Publication of CN1960341A publication Critical patent/CN1960341A/zh
Priority to PCT/CN2007/002030 priority patent/WO2008037161A1/zh
Priority to EP07800677A priority patent/EP1981221A4/en
Application granted granted Critical
Publication of CN100550850C publication Critical patent/CN100550850C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • 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
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/245—Traffic characterised by specific attributes, e.g. priority or QoS using preemption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/745—Reaction in network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/746—Reaction triggered by a failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/83—Admission control; Resource allocation based on usage prediction
    • 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
    • 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/0084—Quality of service aspects

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种业务恢复方法，在服务水平承诺和恢复优先级相互独立的基础上，当发生重路由时，包括步骤：重路由业务的首节点将需要重路由的业务按照恢复优先级的不同进行排序；根据排序的结果和预知的链路资源使用和抢占顺序，对高恢复优先级的业务进行优先恢复。通过本发明，可保证高恢复优先级的业务的优先恢复和恢复性能，保证了恢复时间和恢复成功率。

Description

一种业务恢复方法
技术领域
本发明涉及数字通信技术领域，特别涉及自动交换光网络，具体地讲涉及一种在SLA(Service Level Agreement；服务水平承诺)和恢复优先级相互独立的基础上，保证高恢复优先级业务优先恢复的业务恢复方法。
背景技术
现有技术中，同步数字体系(SDH：Synchronous Digital Hierarchy)、同步光网络(SONET：Synchronous Optical Network)数据和光传送网(OTN：Optical Transport Network)，传统上是被设计用于传送话音业务。
随着数据业务的快速发展，为应对数据业务传送的需求，网络连接提供方式要从以静态供给的永久连接过渡到以基于信令的软永久连接和交换连接为主。这种新型的光传送网络被国际电联-标准化部(ITU-T)称为“自动交换光网络(ASON：Automatically Switched Optical Network)”，主要的实现方式是引入控制平面用于网络连接的建立、修改和维护，并能在网络故障条件下实现连接的恢复。
自动交换光网络ASON将包括三个平面，分别是业务平面、控制平面和管理平面。业务平面的功能是实现业务的实际连接关系(Bridge Switch)和传送，基本上是传统的同步数字体系SDH、同步光网络SONET和光传送网OTN的功能；控制平面主要是借鉴交换网络的实现方式，在路由功能的支持下使用信令进行业务的建立；管理平面的功能主要是实现网络管理的功能，在控制平面自动交换光网络的信令主要实现的方式是应用互联网工程任务组(IETF)开发的“通用多协议标签交换协议(GMPLS：General Multi-Protocol LabelSwitch)”；路由在单域中应用的路由协议是OSPF-TE(Open Shortest PathFirst-Traffic Engineering)；带流量工程扩展功能的开放最短路径优先协议)，在多域中目前使用比较广泛的是在OSPF基础上进行适当修改的域间路由协议(DDRP：Domain to Domain Route Protocol)。
自动交换光网络ASON提供给用户的服务水平承诺(SLA：Service LevelAgreement)还是很丰富的，比如可以有1+1的业务、复用段业务、重路由业务、无保护业务、被抢占的业务等。前三种业务为的是要求业务是有保护或者恢复的。其中，故障发生后的恢复，即重路由功能是自动交换光网络ASON的主要特色。其实现是这样的：当业务路径上发生失效的时候，由失效的相邻节点检测出来，然后通知业务的首节点，首节点排除失效的节点或者链路然后重新算出一条新的路径出来，然后按照计算出来的新路径重新建路，建路成功之后则业务将恢复。
为了提高前两种业务保护和恢复力度，通常1+1业务和复用段业务也是具有可恢复属性的。即优先进行1+1和复用段的保护，如果保护失效再使用恢复能力以保证业务的传输。此外，为了提供给用户更多的业务的选择，一般情况下对于恢复也是设置等级的，即要求恢复等级高的优先恢复，甚至在资源紧张的情况下抢占其它低优先的资源，以保证高优先级业务的优先恢复。
由上述可知，在现有技术中发起重路由的节点对于所有的重路由请求进行分类排序，例如优先级高的为一个队列，优先级低的为另一个队列。对于优先级高的重路由请求立刻进行重路由，而对于低优先级重路由请求则需要等待一段时间之后再进行重路由，这样可以保证在链路资源不紧张的情况下高优先级业务恢复的恢复时间比较低和恢复的成功率比较高。但是，此方法的缺陷在于，在链路资源比较紧张的情况下无法保证恢复的成功率，即如果大部分的链路资源已经被使用，尤其是有些链路资源被低优先级的业务使用，这时高优先级的恢复请求因为没有空闲链路资源又不能抢占低优先级的链路资源将导致恢复的失败。
发明内容
鉴于现有技术中存在的上述问题，本发明提供一种基于SLA和恢复优先级相互独立的前提下，保证高恢复优先级业务优先恢复的业务恢复方法，以及一种SLA和恢复优先级相互独立的业务提供方法，从而保证高恢复等级业务的恢复性能。
本发明提供一种业务恢复方法，在服务水平承诺和恢复优先级相独立的基础上，当发生重路由时，包括步骤：
重路由业务的首节点将需要重路由的业务按照恢复优先级的不同进行排序；该按照恢复优先级的不同进行排序是指：按照恢复优先级为高级、中级、低级组成三个先进先出的队列；
判断高级的队列上是否有待恢复的业务节点；
若高级的队列上有待恢复的业务节点，则根据预知的链路资源使用和抢占顺序，对高恢复优先级的业务进行恢复；
若高级的队列上无待恢复的业务节点，且判断中级和/或低级的队列上有待恢复的业务节点，则判断启动的定时器是否超时；
若所述定时器超时，且高级的队列上无待恢复的业务节点，则根据预知的链路资源使用和抢占顺序，对恢复优先级为中级和/或低级的业务进行恢复。
根据该方法，还包括步骤：
若高级的队列上无待恢复的业务节点，且判断中级、低级的队列上无待恢复的业务节点；则重路由结束。
根据该方法，对高恢复优先级的业务或恢复优先级为中级、低级的业务进行恢复，包括步骤：
由路由单元按照预知的链路资源使用和抢占顺序算路；
所述路由单元将恢复的显示路由告知信令单元；
所述信令单元发起建路过程。
根据该方法，还包括步骤：进行建路；其中，包括：
判断链路是否为抢占低恢复优先级业务的情况；
判断结果为是，则被抢占的低恢复优先级的业务将在被抢占的链路释放连接关系(Bridge Switch)，按照重路由的要求建立新的连接关系。
释放的连接关系在本地的控制平面保留；
告知被抢占的业务的整个路径上的节点，关闭告警，更新被抢占链路的状态为被抢占。
根据该方法，还包括步骤：
若判断结果为不是抢占低恢复优先级业务的情况，则在未被使用的链路上建路。
根据该方法，当为抢占低恢复优先级业务的链路时，还包括步骤：被抢占低恢复优先级业务进行恢复。
根据该方法，所述被抢占低恢复优先级业务进行恢复，包括步骤：
抢占低恢复优先级业务的高恢复优先级业务删除或返回原来路径；
被抢占链路相邻节点释放该高恢复优先级业务的连接关系，恢复被抢占前的连接关系；
通过信令打开整个路径上的告警，更新状态为未被抢占。
根据该方法，采用集中算路的方式或分布式算路的方式进行算路。
根据该方法，所述服务水平承诺和恢复优先级相独立是指：
对包括1+1业务、复用段业务、重路由业务、无保护业务和被抢占业务在内的业务进行分级；
设置所述业务的恢复优先级，并根据分级结果对各恢复优先级之间的关系进行设置，以确定对链路资源使用和抢占顺序；其中恢复优先级为高级、中级和低级，高级能抢占低级，中级不能抢占也不能被抢占，低级只能被抢占，恢复优先级与服务水平承诺无关。
根据该方法，所述对链路资源使用和抢占顺序依次为：空闲资源、被抢占业务占用的资源、恢复优先级为低级的无保护业务占用的资源、恢复优先级为低级的重路由业务占用的资源。
本发明的有益效果在于，提供一种灵活的业务提供方式，即SLA和恢复优先级相独立的业务提供方式，可方便地提供用户业务；
在SLA和恢复优先级相独立的基础上，提供业务恢复时的链路资源使用和抢占顺序，保证高恢复优先级业务优先恢复；
在SLA和恢复优先级相独立的基础上，实现在各种情况下的根据业务恢复等级进行业务恢复的实现方法，通过启动一定时器，在定时器超时前不处理中级、低级两个队列中重路由请求，只有定时器超时后才处理，从而保证高恢复优先级的业务优先恢复；
并且，在SLA和恢复优先级相独立的基础上，使得高恢复优先级为高级的业务按照上述提供的对链路资源使用和抢占顺序进行业务恢复，从而保证高恢复优先级的业务的优先恢复和恢复性能，主要包括恢复时间和恢复成功率两个方面。
附图说明
图1为典型的智能域结构示意图；
图2为本发明实施例一的高恢复优先级业务优先恢复的流程图；
图3为本发明实施例一的被抢占业务恢复过程流程图。
具体实施方式
本发明提供一种业务恢复方法，该方法是在服务水平承诺SLA和恢复优先级相独立的基础上，当发生重路由时，包括步骤：重路由业务的首节点将需要重路由的业务按照恢复优先级的不同进行排序；根据排序的结果和预知的链路资源使用和占用顺序，对高恢复优先级的业务进行优先恢复。
本发明中，按照一定方式将SLA和恢复优先级相分离，并在此基础上提供一种建立在链路资源抢占基础上的保证高恢复优先级业务在资源紧张的情况下优先恢复的方法，以保证高恢复优先级业务的优先恢复和恢复性能，主要包括恢复时间和恢复成功率两个方面。
本实施例中，首先提供一种使服务水平承诺SLA和恢复优先级相独立的方法，该方法可以方便用户业务的提供。
首先，参照表1说明本实施例中SLA和恢复优先级分离的业务提供方法。
如表1所示，是SLA和恢复优先级之间关系。
为了方便描述，作如下约定：
1+1的业务为钻石级业务，复用段业务为金级业务，重路由业务为银级业务，无保护业务为铜级业务，被抢占的业务为铁级业务。其中钻石级业务和金级业务在原来的保护失效之后需要再进行重路由保护。
A.恢复优先级与目前的SLA无关。即SLA级别高的，恢复优先级未必高；SLA级别低的，恢复优先级未必低。
B.本实施例中，引入三个恢复优先级，即高级、中级、低级。其中，不同优先级之间的关系为：
1.恢复优先级为中级的业务不能被抢占，也不能抢占其它的业务；
2.钻石、金级业务的恢复优先级只能为中级或高级，不能为低级，也即不能被抢占。
3.银级的恢复优先级可以选择高级、中级、低级中的任意一种。
4.铜级业务的恢复优先级可以选择中级、低级中的任意一种
5.铁级业务的恢复优先级只能为低级。
6.恢复优先级为高级的业务可以抢占恢复优先级为低级的业务的资源。当优先级高的业务中断时，按照如下所述的资源顺序进行使用和抢占，以使自己恢复：
空闲资源＜铁级业务占用的资源＜低级铜级业务占用的资源＜低级银级业务占用的资源。
当然，还可采用其它SLA与恢复优先级相独立的业务提供方法，也可采用其它业务级别和恢复优先级的划分方式。并且上述对链路资源的使用和抢占顺序也不限于上述方式，还可采用其它的方式。
在上述SLA和恢复优先级相独立的业务提供基础之上，提出一种建立在链路资源抢占基础上的保证高恢复优先级业务在资源紧张的情况下优先恢复的方法。该方法可应用于域内业务和域间业务，下面以域内业务为例进行详细说明。
如图1所示，为一个典型的智能域结构示意图。下面详细描述发生重路由时业务的恢复方法，尤其是在资源紧张的情况下的业务的恢复方法。
如图2所示，该方法包括步骤：
通过路由协议将域内的所有的链路的使用情况洪泛出去，使域内的每个节点获知所有链路的使用情况，该使用情况包括被哪种SLA业务使用，以及这个链路上的业务的恢复优先级(见步骤201)；
当发生重路由的时候，业务首节点接收到重路由请求(见步骤202)；
在需要重路由业务的首节点将所有的需要重路由的业务根据恢复优先级的不同进行排序(见步骤203)，即按照高级、中级、低级组成三个先进先出的队列；
判断高级的队列上是否有待恢复的业务节点(见步骤204)；
若判断结果为高级的队列上有待恢复的业务节点，则对高恢复优先级的业务进行重路由(见步骤205)；
若在步骤204中，判断结果为高级的队列上没有待恢复的业务节点，则判断中级、低级的队列上是否有待恢复的业务节点(见步骤207)；
若步骤207中，判断的结果为中级、低级的队列上没有待恢复的业务节点，则重路由结束(见步骤208)；
若在步骤207中，判断的结果为中级、低级的队列上有待恢复的业务节点，则进一步判断是否已经启动定时器(见步骤209)；
若步骤209中，判断结果为未启动定时器，则启动定时器(见步骤210)，然后判断定时器是否超时(见步骤210)；
若步骤209中，判断结果为已经启动定时器，则判断定时器是否超时(见步骤211)；在定时器超时之前不处理中级、低级两个队列中重路由的请求；
若步骤211中，判断的结果为定时器超时，则进一步判断是否有高恢复优先级业务(见步骤212)；
若步骤212中，判断结果为还存在高恢复优先级业务存在，则执行步骤205，对高恢复优先级业务进行重路由。其中，优先恢复包括提高恢复的速度和恢复的成功率；定时器超时之后恢复优先级为中级或者低的业务进行恢复，如果没有足够的链路资源，这些业务的恢复将失败；
若步骤212中，判断结果为不存在高恢复优先级业务，则处理中级、低级队列中的重路由请求，对中级、低级业务进行重路由(见步骤213)。
在执行步骤205和步骤213后，即对高级、中级、低级业务进行重路由后，执行步骤206，由路由单元按照预知的链路资源使用情况算路，算路时按照下面的顺序进行使用和抢占：空闲资源＜铁级业务占用的资源＜低级铜级业务占用的资源＜低级银级业务占用的资源；然后，路由单元将恢复的显示路由告知信令单元。其中，算路可以使用集中算路的方法，如使用算路服务器(PCS：Path Calculation Server)进行算路，当然并不现有此方法，还可采用现有技术中的分布式算路的方法。
然后，执行步骤214，所述信令单元发起建路。
建路的过程中，判断链路是否为抢占低恢复优先级业务的情况(见步骤215)；
在步骤215中，若判断结果为某个链路发生抢占低恢复优先级业务的时候，被抢占的低恢复优先级的业务将在被抢占的链路释放连接关系(BridgeSwitch)，按照重路由的要求建立新的连接关系；但是原来的连接关系在本地的控制平面保留，用于以后抢占的业务删除或者返回原来路由之后恢复被抢占业务；同时需要通过信令告知被抢占业务的整个路径上的节点，关闭告警，更新被抢占链路的状态为被抢占(见步骤217)。
若步骤215中，判断结果为未发生抢占低恢复优先级业务的时候，则在未被使用的链路上建路(见步骤216)。
建立成功，高级、中级或低级业务恢复(见步骤218)。
然后，判断队列是否为空(见步骤219)。
若步骤219中，判断结果为不为空，则回到步骤204重复上述步骤204～218。
若步骤219中，判断结果为空，则重路由结束(见步骤220)。
如图3所示，为被抢占业务恢复过程流程图。某个链路发生抢占低恢复优先级业务的时候，抢占低恢复优先级业务的业务，即抢占业务恢复后，被抢占业务恢复的过程如下：
在抢占业务删除或者返回原来路径时(见步骤301)，被抢占路径将恢复被抢占前的连接关系，并通过信令打开整个路径上的告警，同时更新状态为未被抢占(见步骤302)。
虽然本发明以域内业务为例进行说明，但是并不局限于域内业务。对于跨域业务同样适用，跨域业务的重路由有两种情况：一是域内部分链路发生失效进行重路由，；二是域内部分链路重路由失败或者域间链路失效引起的重路由。其中第二种情况也只是在链路抽象，路由计算和信令的建立实现上有一些差别，其它均相同。
由上述实施例可知，本发明提供一种灵活的业务提供方法，即SLA和恢复优先级相独立的业务提供方法；然后，在此基础上实现在各种情况下的根据业务恢复等级进行业务恢复的实现方法，以保证高恢复优先级的业务的优先恢复和恢复性能，主要包括恢复时间和恢复成功率两个方面。
上述实施例仅用于说明本发明，而非用于限定本发明。

Claims (8)

1.一种业务恢复方法，其特征在于，在服务水平承诺和恢复优先级相互独立的基础上，当发生重路由时，包括步骤：
重路由业务的首节点将需要重路由的业务按照恢复优先级的不同进行排序，所述按照恢复优先级的不同进行排序是指：按照恢复优先级为高级、中级、低级组成三个先进先出的队列；
判断高级的队列上是否有待恢复的业务节点；
若高级的队列上有待恢复的业务节点，则根据预知的链路资源使用和抢占顺序，对高恢复优先级的业务进行恢复；
若高级的队列上无待恢复的业务节点，且判断中级和/或低级的队列上有待恢复的业务节点，则判断启动的定时器是否超时；
若所述定时器超时，且高级的队列上无待恢复的业务节点，则根据预知的链路资源使用和抢占顺序，对恢复优先级为中级和/或低级的业务进行恢复。
2.根据权利要求1所述的业务恢复方法，其特征在于，若高级的队列上无待恢复的业务节点，且判断中级、低级的队列上无待恢复的业务节点，则重路由结束。
3.根据权利要求1所述的业务恢复方法，其特征在于，对高恢复优先级的业务或恢复优先级为中级、低级的业务进行恢复，包括步骤：
由路由单元按照预知的链路资源使用和抢占顺序算路；
所述路由单元将恢复的显示路由告知信令单元；
所述信令单元发起建路过程。
4.根据权利要求3所述的业务恢复方法，其特征在于，还包括步骤：进行建路；其中，包括：
判断链路是否为抢占低恢复优先级业务的情况；
判断结果为是，则被抢占的低恢复优先级的业务将在被抢占的链路释放连接关系，按照重路由的要求建立新的连接关系；
释放的连接关系在本地的控制平面保留；
告知被抢占的业务的整个路径上的节点，关闭告警，更新被抢占链路的状态为被抢占。
5.根据权利要求4所述的业务恢复方法，其特征在于，还包括步骤：
若判断结果为不是抢占低恢复优先级业务的情况，则在未被使用的链路上建路。
6.根据权利要求4所述的业务恢复方法，其特征在于，当为抢占低恢复优先级业务的链路时，还包括步骤：被抢占低恢复优先级业务进行恢复；其中包括步骤：
抢占低恢复优先级业务的高恢复优先级业务删除或返回原来路径；
被抢占链路相邻节点释放该高恢复优先级业务的连接关系，恢复被抢占前的连接关系；
通过信令打开整个路径上的告警，更新状态为未被抢占。
7.根据权利要求1所述的业务恢复方法，其特征在于，所述服务水平承诺和恢复优先级相独立是指：
对包括1+1业务、复用段业务、重路由业务、无保护业务和被抢占业务在内的业务进行分级；
设置所述业务的恢复优先级，并根据分级结果对各恢复优先级之间的关系进行设置，以确定对链路资源使用和抢占顺序；其中恢复优先级为高级、中级和低级，高级能抢占低级，中级不能抢占也不能被抢占，低级只能被抢占，恢复优先级与服务水平承诺无关。
8.根据权利要求7所述的业务恢复方法，其特征在于，所述对链路资源使用和抢占顺序依次为：空闲资源、被抢占业务占用的资源、恢复优先级为低级的无保护业务占用的资源、恢复优先级为低级的重路由业务占用的资源。
CNB2006101599896A 2006-09-29 2006-09-29 一种业务恢复方法 Expired - Fee Related CN100550850C (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CNB2006101599896A CN100550850C (zh) 2006-09-29 2006-09-29 一种业务恢复方法
PCT/CN2007/002030 WO2008037161A1 (fr) 2006-09-29 2007-06-29 Procédé et dispositif de rétablissement de services
EP07800677A EP1981221A4 (en) 2006-09-29 2007-06-29 METHOD AND DEVICE FOR SERVICE RESTORATION

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006101599896A CN100550850C (zh) 2006-09-29 2006-09-29 一种业务恢复方法

Publications (2)

Publication Number Publication Date
CN1960341A CN1960341A (zh) 2007-05-09
CN100550850C true CN100550850C (zh) 2009-10-14

Family

ID=38071836

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006101599896A Expired - Fee Related CN100550850C (zh) 2006-09-29 2006-09-29 一种业务恢复方法

Country Status (3)

Country Link
EP (1) EP1981221A4 (zh)
CN (1) CN100550850C (zh)
WO (1) WO2008037161A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101321115B (zh) * 2007-06-07 2010-10-13 华为技术有限公司 一种业务路径建立的方法和系统以及节点设备
CN101291276B (zh) * 2008-06-18 2010-12-08 中国电信股份有限公司 一种基于业务的隧道保护方法和系统
CN101316447B (zh) * 2008-07-10 2011-07-13 中兴通讯股份有限公司 一种自动交换光网络中业务建立方法
CN101998186A (zh) * 2009-08-13 2011-03-30 中兴通讯股份有限公司 网络保护方法及装置
CN101651625B (zh) 2009-09-03 2011-09-21 中兴通讯股份有限公司 多业务恢复的选路装置及选路方法
CN103248510B (zh) * 2012-02-14 2017-11-10 中兴通讯股份有限公司 一种业务自动恢复重激活的方法和装置
CN103517342A (zh) * 2012-06-21 2014-01-15 中兴通讯股份有限公司 一种自适应的Trap消息处理方法和装置
US9948711B2 (en) 2015-06-15 2018-04-17 International Business Machines Corporation Allocating and managing cloud computing resources for disaster recovery
US9848049B2 (en) 2015-10-06 2017-12-19 Ciena Corporation Service preemption selection systems and methods in networks
US9832548B2 (en) 2016-01-29 2017-11-28 Ciena Corporation Flexible behavior modification during restoration in optical networks
CN107659424B (zh) * 2016-07-26 2022-07-05 中兴通讯股份有限公司 一种业务隧道抢通方法及网管平台
CN106685572B (zh) * 2016-12-29 2018-06-15 重庆邮电大学 一种wdm光网络中基于带宽公平性的循环步进式恢复方法
CN113162781B (zh) * 2020-01-22 2023-02-28 浙江宇视科技有限公司 业务恢复方法、装置、系统及存储介质
CN111343521B (zh) * 2020-03-11 2021-09-10 重庆邮电大学 弹性光网络中基于链路生命期的双通路业务恢复方法
CN114598664A (zh) * 2020-12-03 2022-06-07 武汉斗鱼鱼乐网络科技有限公司 一种任务执行方法及相关装置
CN114374428A (zh) * 2021-12-29 2022-04-19 中国电信股份有限公司 一种光缆故障业务恢复优先级的确定方法
CN114826908B (zh) * 2022-05-09 2024-03-26 新华智云科技有限公司 kubernetes集群服务保障方法、组件、系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5329583A (en) * 1992-06-30 1994-07-12 At&T Bell Laboratories Enhanced automatic call distribution system operation
CN1505409A (zh) * 2002-11-27 2004-06-16 华为技术有限公司 一种基于网络入口节点的重路由方法
US20050138476A1 (en) * 2003-12-23 2005-06-23 Bellsouth Intellectual Property Corporation Method and system for prioritized rerouting of logical circuit data in a data network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5329583A (en) * 1992-06-30 1994-07-12 At&T Bell Laboratories Enhanced automatic call distribution system operation
CN1505409A (zh) * 2002-11-27 2004-06-16 华为技术有限公司 一种基于网络入口节点的重路由方法
US20050138476A1 (en) * 2003-12-23 2005-06-23 Bellsouth Intellectual Property Corporation Method and system for prioritized rerouting of logical circuit data in a data network

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Requirements for Support of DifferentiatedServices-aware MPLS Traffic Engineering. F. Le Faucheur，W. Lai.IETF RFC 3564. 2003
Requirements for Support of DifferentiatedServices-aware MPLS Traffic Engineering. F. Le Faucheur，W. Lai.IETF RFC 3564. 2003 *

Also Published As

Publication number Publication date
EP1981221A1 (en) 2008-10-15
EP1981221A4 (en) 2009-03-18
CN1960341A (zh) 2007-05-09
WO2008037161A1 (fr) 2008-04-03

Similar Documents

Publication Publication Date Title
CN100550850C (zh) 一种业务恢复方法
EP2464036A1 (en) Route selection apparatus and route selection method for multi-service recovery
CN1866806B (zh) 共享格状网恢复的实现方法
CN100563354C (zh) 一种自动交换光网络中实现业务保护的方法
CN100555922C (zh) 一种实现网格状光网络业务恢复的方法
CN101621497B (zh) 一种多层网络中的业务保护的方法和系统
CN100531223C (zh) 一种双向标记交换路径的实现方法
CN101714944A (zh) 用于恢复网络中的连接的方法
CN101019352A (zh) 基于自动交换光网络的域间链路识别方法
US10826818B2 (en) Advertising messages in networks
EP1921797B1 (en) Recovery method and apparatus for optical network lsp occuring abnormal delete
CN101577719A (zh) 一种双机热备方法、装置和系统
CN108924044A (zh) 链路维持方法、pe设备及可读存储介质
CN101321115B (zh) 一种业务路径建立的方法和系统以及节点设备
CN101222486B (zh) 自动交换光网络中节点故障后路由重启恢复的控制方法
WO2023015897A1 (zh) 一种光网络智能控制方法、装置及系统
EP2652910B1 (en) Message passing to assure deletion of label switched path
CN102123089B (zh) 隧道建立方法及装置
US7542413B1 (en) Method and apparatus for delaying start of restoration of low priority services
CN101248630A (zh) 一种自动交换光网络快速重路由的实现方法
CN100466546C (zh) 应用lcas协议实现业务保护的系统和方法
CN101051992B (zh) 在多层网络中计算客户层业务路由的方法
CN102325045B (zh) 一种实现控制平面交叉倒换的方法及系统
CN101959090B (zh) Ason业务路由分离方法及装置
KR100979364B1 (ko) 자동 교환 광통신망에서 다중송출 서비스 접속의 보호 및 복원 방법

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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20091014

Termination date: 20150929

EXPY Termination of patent right or utility model