CN103248510B - 一种业务自动恢复重激活的方法和装置 - Google Patents

Abstract

本发明提供一种业务自动恢复重激活的方法，包括：收到业务状态异常的信息上报后，将对应的业务加入异常业务表；根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列；将所述待激活队列中的业务逐一取出，通知业务管理模块发起对该取出的业务的恢复操作。本发明还提供一种业务自动恢复重激活的装置。本发明提高了业务恢复的及时性及业务的生存性、增强了网络带宽利用率及可靠性。

Description

一种业务自动恢复重激活的方法和装置

技术领域

本发明涉及光与IP通信领域，特别涉及在ASON(Automatically SwitchedOptical Network，自动交换光网络)或PTN/OTN(Packet Transport Network/OpticalTransport Network，分组传送网/光传送网)控制平面，业务自动恢复重激活方法和装置。

背景技术

目前不论在SDH(Synchronous Digital Hierarchy，同步数字体系)还是IP(PTN/OTN)网络中，控制平面系统功能愈加庞大和复杂，多个功能间可能因相互抑制影响而导致在资源满足业务要求的情况下，业务没有进行必要的或及时的恢复。现有实现方法中，对于失败业务的处理方法一般只限于手动，定时，限定次数或依据某种条件单次触发恢复失败的业务，导致部分业务没有及时恢复。

发明内容

本发明要解决的技术问题是提供一种业务自动恢复重激活方法和装置，避免业务不能及时恢复。

为了解决上述问题，本发明提供了一种业务自动恢复重激活的方法，包括：

收到业务状态异常的信息上报后，将对应的业务加入异常业务表；

根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列；

将所述待激活队列中的业务逐一取出，通知业务管理模块发起对该取出的业务的恢复操作。

进一步的，上述方法还可具有以下特点，收到如下消息之一时，如果所述异常业务表中存在对应的业务，从所述异常业务表中删除对应的业务：

业务恢复成功，业务状态正常，业务删除成功，业务倒换成功。

进一步的，上述方法还可具有以下特点，所述方法还包括，从所述异常业务表中删除业务后，如果该业务在所述待激活队列中，则从所述待激活队列中删除该业务。

进一步的，上述方法还可具有以下特点，所述根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列包括：

收到链路资源增加/组网扩容消息后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列；以及，

收到链路告警消失消息后，等待指定时间后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列。

进一步的，上述方法还可具有以下特点，所述将异常业务表中需要触发恢复的业务加入待激活队列包括：按照恢复优先级将所述异常业务表中需要触发恢复的业务加入所述待激活队列。

进一步的，上述方法还可具有以下特点，所述方法还包括：当业务的恢复优先级变化时，且该业务在所述待激活队列中，根据其变化后的恢复优先级调整其在所述待激活队列的顺序。

进一步的，上述方法还可具有以下特点，所述方法还包括：

当所述待激活队列中的业务恢复属性由有恢复变成无恢复时，从所述待激活队列中删除所述业务。

进一步的，上述方法还可具有以下特点，所述方法还包括：

当收到业务修改成功的信息后，且修改的内容为恢复策略变化或影响恢复的属性变化，且所述异常业务表中存在对应的业务，而待激活队列中无该对应的业务，且该对应的恢复属性为有恢复业务，则将该对应的业务加入所述待激活队列。

进一步的，上述方法还可具有以下特点，所述方法还包括：

成功通知所述业务管理模块发起对所述业务的恢复操作后，将所述业务从所述待激活队列中删除。

进一步的，上述方法还可具有以下特点，所述方法还包括，在所述异常业务表中使用重激活标识对已加入所述待激活队列和未加入所述待激活队列的业务进行区分。

本发明还提供一种业务自动恢复重激活的装置，包括：

收集模块，用于收到业务状态异常的信息上报后，将对应的业务加入异常业务表；

分析模块，用于根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列；

执行模块，用于将所述待激活队列中的业务逐一取出，通知业务管理模块发起对该取出的业务的恢复操作。

进一步的，上述装置还可具有以下特点，所述收集模块还用于：收到如下消息之一时，如果所述异常业务表中存在对应的业务，则从所述异常业务表中删除所述对应的业务：

业务恢复成功，业务状态正常，业务删除成功，业务倒换成功。

进一步的，上述装置还可具有以下特点，所述收集模块还用于：从所述异常业务表中删除业务后，如果该业务在所述待激活队列中，则发送业务删除通知给所述分析模块；

所述分析模块还用于：收到所述业务删除通知后，从所述待激活队列中删除对应的业务。

进一步的，上述装置还可具有以下特点，所述分析模块根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列包括：

收到链路资源增加/组网扩容消息后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列；以及，

收到链路告警消失消息后，等待指定时间后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列。

进一步的，上述装置还可具有以下特点，所述分析模块将所述异常业务表中需要触发恢复的业务加入待激活队列包括：按照恢复优先级将所述异常业务表中需要触发恢复的业务加入所述待激活队列。

进一步的，上述装置还可具有以下特点，所述收集模块还用于：收到业务修改成功的信息上报后，如果所述异常业务表中存在对应的业务，且修改内容为恢复优先级变化，且所述对应的业务在所述待激活队列中，则发送优先级更新通知给所述分析模块；

所述分析模块还用于：收到所述优先级更新通知后，根据变化后的恢复优先级调整所述对应的业务在所述待激活队列的顺序。

进一步的，上述装置还可具有以下特点，所述收集模块还用于，收到业务修改成功的信息上报后，如果所述异常业务表中存在对应的业务，且修改内容为恢复属性由有恢复变成无恢复时，其该对应的业务在所述待激活队列中，则发送业务删除通知给所述分析模块；

所述分析模块还用于，收到所述业务删除通知后，从所述待激活队列中删除所述业务。

进一步的，上述装置还可具有以下特点，所述收集模块还用于，收到业务修改成功的信息上报后，且修改的内容为恢复策略变化或影响恢复的属性变化，如果所述异常业务表中存在对应的业务，而所述待激活队列中无该对应的业务，且该对应的业务的恢复属性为有恢复业务，则发送恢复策略更新通知给所述分析模块；

所述分析模块还用于，收到所述恢复策略更新通知后，将该对应的业务加入所述待激活队列。

进一步的，上述装置还可具有以下特点，所述执行模块还用于，成功通知所述业务管理模块发起对所述业务的恢复操作后，通知所述分析模块将所述业务从所述待激活队列中删除；

所述分析模块还用于，收到所述执行模块的通知后，将所述业务从所述待激活队列中删除。

进一步的，上述装置还可具有以下特点，所述分析模块还用于：在将所述异常业务表中的业务加入所述待激活队列；或者，将所述异常业务表中的业务从所述待激活队列中删除时，通知所述收集模块对重激活标识进行置位或者取消置位；

所述收集模块还用于：根据收到的对重激活标识置位或取消置位的通知，对所述重激活标识进行置位或取消置位。

现有实现方法中，对于失败业务的处理方法一般只限于手动，定时，限定次数或依据某种条件单次触发恢复失败的业务，本发明中，将所有可能触发业务成功的条件作为一个条件集写入到分析模块，实时处理每个业务自身属性或资源变化的消息，并根据消息内容判断单条业务或多条业务成功恢复的可能性，对于可能恢复成功的业务，自动触发其恢复。本发明不对恢复次数进行限定，只要条件满足就触发恢复，只要业务是失败的就可能被再次触发恢复，直到成功为止，不需要人工干预，且分析模块的条件集易于根据需求进行相应维护。与现有技术相比本发明提高了业务恢复的及时性及业务的生存性、增强了网络带宽利用率及可靠性，从而较好的实现了SLA(服务品质协议)。

附图说明

图1是本发明实施例业务自动恢复重激活装置的模块结构图；

图2是本发明中实施例1单业务成功恢复重激活实现方法的业务流程图；

图3是本发明中实施例2多业务成功恢复重激活实现方法的业务流程图；

图4是本发明中实施例3待激活业务取消重激活实现方法的业务流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

下面以ASON控制平面中应用来举例说明本发明的技术方案。

本发明实施例中，收集状态异常的业务信息，并对其完成维护管理，然后根据网络中的业务或资源上报信息来分析并决策哪些有恢复属性的业务有机会成功恢复，并将这些业务根据一定的原则放到一个队列中，依次通知ASON的业务管理模块完成激活业务重恢复的操作。

ASON的业务管理模块需要配合此功能，将有关的信息上报给业务自动恢复重激活装置，比如故障消失，组网扩容，连接删除，恢复属性修改等影响业务恢复的通知消息。

每个ASON节点都可增加业务自动恢复重激活装置，所以每个业务自动恢复重激活装置可以只针对本节点为首节点的业务做处理。

本发明实施例提供一种业务自动恢复重激活的方法，包括：

收到业务状态异常的信息上报后，将对应的业务加入异常业务表；

根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列；

将所述待激活队列中的业务逐一取出，通知业务管理模块发起对该取出的业务的恢复操作。

其中，所述方法还包括：收到如下消息之一时，如果异常业务表中存在对应的业务，从所述异常业务表中删除对应的业务：

业务恢复成功，业务状态正常，业务删除成功，业务倒换成功。所述对应的业务是指上述各消息中所指示的业务。

其中，所述方法还包括，从所述异常业务表中删除业务后，如果该业务在所述待激活队列中，则从所述待激活队列中删除该业务。

其中，所述根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列包括：

收到链路资源增加/组网扩容消息后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列；以及，

收到链路告警消失消息后，等待指定时间后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列。

其中，所述将异常业务表中需要触发恢复的业务加入待激活队列包括：按照恢复优先级将所述异常业务表中需要触发恢复的业务加入所述待激活队列。

其中，所述方法还包括：当业务的恢复优先级变化时，且该业务在所述待激活队列中，则根据其变化后的恢复优先级调整其在所述待激活队列的顺序。

其中，所述方法还包括：

当所述待激活队列中的业务恢复属性由有恢复变成无恢复时，从所述待激活队列中删除所述业务。

其中，所述方法还包括，当收到业务修改成功的信息后，且修改的内容为恢复策略变化或影响恢复的属性变化，且所述异常业务表中存在对应的业务，而待激活队列中无该对应的业务，且该对应的业务的恢复属性为有恢复业务，则将该对应的业务加入所述待激活队列。

其中，所述方法还包括：

成功通知所述业务管理模块发起对所述业务的恢复操作后，将所述业务从所述待激活队列中删除。

其中，所述方法还包括，在异常业务表中使用重激活标识对已加入所述待激活队列和未加入所述待激活队列的业务进行区分。

如图1所示，本发明实施例提供的业务自动恢复重激活装置包括：收集模块、分析模块和执行模块，其中：

所述收集模块用于：用于收到业务状态异常的信息上报后，将对应的业务加入异常业务表；具体的，根据业务管理模块上报的业务状态，将所有业务状态为异常的业务收集起来，形成一张异常业务表，其内容应包括与业务恢复相关的属性信息；且根据业务管理模块或本装置其它模块的各类通知消息，对异常业务表进行维护。其中，不论业务的保护属性，恢复属性如何，只要业务状态是异常的，就将其加入异常业务表，且此表仅由本模块来维护。

所述分析模块用于：用于根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列；具体的，根据业务管理模块上报的业务及资源状态信息，或收集模块发过来的业务处理通知，将需要触发恢复的业务，按优先级加入到待激活队列中；

对于已经被加入和未加入待激活队列的业务，要在异常业务表中用一个重激活标识加以区分，该重激活标识可以是重激活标志位或字段加以区分。比如，定义重激活标识被置位表示业务存在于待激活队列，未被置位则相反，此种定义仅为后续说明举例能够清晰的描述，本发明保护范围不限于此。待激活队列仅由本模块来维护，其它模块无法修改。

“重激活标识”是否置位由分析模块决定，分析模块决定重激活标识的状态后，需要发置位或取消取值通知给收集模块，让收集模块来将其置位或取消置位。

所述执行模块用于：用于将所述待激活队列中的业务逐一取出，通知业务管理模块发起对该取出的业务的恢复操作。业务管理模块需要配合此功能，处理该恢复重激活请求。其中，只要将触发恢复的通知成功发给ASON的业务管理模块，不管实际恢复是否成功，都会将业务从待激活队列中删除。

其中，所述收集模块还用于：收到如下消息之一时，如果所述异常业务表中存在对应的业务，则从所述异常业务表中删除所述对应的业务：

业务恢复成功，业务状态正常，业务删除成功，业务倒换成功。

其中，所述收集模块还用于：从所述异常业务表中删除业务后，如果该业务在所述待激活队列中，则发送业务删除通知给所述分析模块；

所述分析模块还用于：收到所述业务删除通知后，从所述待激活队列中删除对应的业务。

其中，所述分析模块根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列包括：

收到链路资源增加/组网扩容消息后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列；以及，

收到链路告警消失消息后，等待指定时间后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列。

其中，所述分析模块将所述异常业务表中需要触发恢复的业务加入待激活队列包括：按照恢复优先级将所述异常业务表中需要触发恢复的业务加入所述待激活队列。

其中，所述收集模块还用于：收到业务修改成功的信息上报后，如果所述异常业务表中存在对应的业务，且修改内容为恢复优先级变化，且所述对应的业务在所述待激活队列中，则发送优先级更新通知给所述分析模块；

所述分析模块还用于：收到所述优先级更新通知后，根据变化后的恢复优先级调整所述对应的业务在所述待激活队列的顺序。

其中，所述收集模块还用于，收到业务修改成功的信息上报后，如果所述异常业务表中存在对应的业务，且修改内容为恢复属性由有恢复变成无恢复时，其该对应的业务在所述待激活队列中，则发送业务删除通知给所述分析模块；

所述分析模块还用于，收到所述业务删除通知后，从所述待激活队列中删除所述业务。

其中，所述收集模块还用于，收到业务修改成功的信息上报后，且修改的内容为恢复策略变化或影响恢复的属性变化，如果所述异常业务表中存在对应的业务，而所述待激活队列中无该对应的业务，且该对应的业务的恢复属性为有恢复业务，则发送恢复策略更新通知给所述分析模块；

所述分析模块还用于，收到所述恢复策略更新通知后，将该对应的业务加入所述待激活队列。

其中，所述执行模块还用于，成功通知所述业务管理模块发起对所述业务的恢复操作后，通知所述分析模块将所述业务从所述待激活队列中删除；

所述分析模块还用于，收到所述执行模块的通知后，将所述业务从所述待激活队列中删除。

其中，所述分析模块还用于：在将所述异常业务表中的业务加入所述待激活队列；或者，将所述异常业务表中的业务从所述待激活队列中删除时，通知所述收集模块对重激活标识进行置位或者取消置位；

所述收集模块还用于：根据收到的对重激活标识置位或取消置位的通知，对所述重激活标识进行置位或取消置位。

下面通过具体实施例进一步说明本发明。

收集模块的具体实现步骤如下：

当收集模块收到如下信息时，分别做如下分支处理：

A，收到业务状态为非正常的信息上报时，将此业务的相关信息读取出来，并加入到已经创建好的异常业务表中；

B，收到业务恢复成功或业务状态为正常的信息上报时，检查异常业务表，如果发现此业务在表中存在，则将表中的对应业务数据删除；如果该业务重激活标识被置位，则向分析模块发送“业务删除”通知；

C，收到业务删除成功的信息上报后，检查异常业务表，如果发现此业务在表中存在，则将表中的对应业务数据删除；如果该业务重激活标识被置位，则向分析模块发送“业务删除”通知；如果此业务在<异常业务表>中不存在，则向<分析模块>发送“链路资源增加”消息；当然，也可使用其他消息或新定义的消息；

D，收到保护组业务倒换成功或恢复成功的信息上报后，检查异常业务表，如果发现此业务在表中存在，则将表中的对应业务数据删除；如果该业务重激活标识被置位，则向分析模块发送“业务删除”通知；

E，收到业务修改成功的信息上报后，检查异常业务表，如果发现此业务在表中存在，则先同步修改表项的对应信息，并做如下分支处理：

E-1：如果此业务由有恢复修改为无恢复，且重激活标识被置位，则向分析模块发送“业务删除”通知；

E-2：如果此业务的恢复优先级变化，且重激活标识被置位，则向分析模块发送“优先级更新”通知；

E-3：如果此业务的恢复策略或其它影响恢复的属性有变化，且重激活标识未被置位，则向分析模块发送“恢复策略更新”通知；

E-4：如果此业务的恢复策略或其它影响恢复的属性有变化，且重激活标识被置位，则向分析模块发送“业务修改”通知；当执行模块给业务管理模块的通知消息中，不带恢复策略信息，而由业务管理模块自己读业务恢复策略信息时，此步骤为可选。

分析模块的具体实现步骤如下：

当分析模块收到如下信息上报时，分别做如下分支处理：

A，收到业务管理模块或收集模块发过来的“链路资源增加(或组网扩容)”消息时，对异常业务表中重激活标识未置位的，所有恢复属性为有恢复的业务按恢复优先级顺序加入到待激活队列(恢复属性为无恢复的业务不做处理)，且将异常业务表中的重激活标识置位；该操作可以避免已经加入队列的业务被重复加入队列；

B，收到业务管理模块发过来的“链路告警消失”消息，对于所有重激活标识未置位的恢复属性为有恢复的业务(恢复属性为无恢复的业务不做处理)，则需要等待业务恢复定时器到达后再延迟一段时间，再将其按优先级加入待激活队列(通常，对于原连接必经此链路的业务，应该按最高优先级，即最先放入待激活队列)，并通知收集模块将重激活标识置位；因为对于有恢复业务，在业务恢复后业务管理模块会上报业务恢复成功消息给收集模块，收集模块会将其从异常业务表中删除，这样就避免正在恢复的业务再次被重恢复激活。

C，收到收集模块发来的“业务删除”通知消息后，立即将此业务从待激活队列中删除；

D，收到收集模块发来的“优先级更新通知”后，立即将此业务从待激活队列原有位置取出插入到与新优先级匹配的位置；

E，收到收集模块发来的“恢复策略更新”通知后，立即将业务加入到待激活队列等待执行模块做激活恢复处理；

F，收到收集模块发来的“业务修改通知”后，立即将待激活队列中对应业务的恢复策略信息改为最新信息；在执行模块给业务管理模块的通知消息中，不带恢复策略信息，而由业务管理模块自己读业务恢复策略信息时，此步骤为可选。

执行模块的具体实现步骤如下：

步骤S10，执行模块检测待激活队列是否为空，如果为空则不做任何处理。如果不为空，则执行步骤S20。

步骤S20，对待激活队列进行操作，顺序读出待恢复的业务数据，向业务管理模块发送“重激活通知”，通知业务管理模块对此业务重新发起恢复连接建立流程，不管处理结果如何，只要确认业务管理模块成功收到通知，就将此业务从待激活队列中删除，且通知收集模块对异常业务表中的业务重激活标识取消置位。

在如下实施例中，将下面结合附图以及具体场景对本发明所述方案进行详细的说明。

实施例1：单业务成功恢复重激活

场景描述：

前提：各模块间通信正常，以及与业务管理模块通信正常。如图2所示，收集模块收到业务管理模块发来的恢复属性为“有恢复”的业务A的业务状态异常通知，此时会触发业务A的重激活，流程开始：

步骤201，收集模块将业务A的相关信息写入异常业务表；

步骤202，收集模块收到业务管理模块发来的业务A的业务修改成功消息通知，通过对比异常业务表中的业务相关信息发现修改内容为业务A的恢复策略，且此业务的待激活标识未置位(即未在待激活队列中)，则收集模块向分析模块发送“恢复策略更新通知”消息；其中，如果由业务管理模块提供恢复策略信息，那么收集模块向分析模块发送的“恢复策略更新通知”消息可以省略；

步骤203，分析模块收到收集模块的“恢复策略更新通知”后，判断业务的恢复属性，如果为有恢复业务，则立即将业务A加入待激活队列，并通知收集模块将该业务的重激活标识置位；

步骤204，当执行模块发现“待激活队列”不为空时，从待激活队列中取出业务A信息构造“重激活通知”消息发给业务管理模块，收到业务管理模块的应答后(应答执行模块已经收到“重激活通知消息”)，将业务A的信息从待激活队列中删除，并通知收集模块将该业务的重激活标识取消置位；

步骤205，当业务管理模块对业务A恢复成功后，向收集模块发送业务A恢复成功的状态通知，收集模块收到消息后，先检查业务A的重激活标识为未置位，直接将业务A从异常业务表中删除。

实施例2：多业务成功恢复重激活

场景描述：

前提：各模块间通信正常，以及与业务管理模块通信正常。如图3所示，异常业务表中已经有10条业务信息，且目前都未处于重激活过程中；分析模块收到业务管理模块上报的链路告警消失通知消息，会触发所有异常业务的重激活，流程开始：

步骤301，分析模块收到业务管理模块上报的链路告警消失通知消息后，将异常业务表中的业务信息逐一读出，并按优先级顺序逐一插入到待激活队列，直到所有异常业务表中的业务信息都插入到待激活队列为止；

步骤302，当执行模块发现待激活队列不为空时，将从待激活队列中顺序取出这10条业务信息，并分别构造通知消息向业务管理模块发送“重激活通知”；每收到业务管理模块的通知应答都将对应的业务信息从待激活队列中删除，并通知收集模块将此业务的重激活标识取消置位，直到待激活队列为空为止。

实施例3：待激活业务取消重激活

场景描述：

前提：各模块间通信正常，以及与业务管理模块通信正常。如图4所示，业务B已经存在于待激活队列中，此时收集模块收到业务管理模块发来的业务B的业务属性修改通知，且修改内容由“有恢复”改为“无恢复”，流程开始：

步骤401，收集模块收到业务属性修改通知后，发现为业务B的恢复属性由“有恢复”改为“无恢复”，且待激活标识被置位，此时收集模块向分析模块发送“业务删除”通知；

步骤402，分析模块收到“业务删除”通知后，立即将业务B从待激活队列删除，并通知收集模块将该业务的重激活标识置位。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明所述的技术范围内，可轻易想到的变化或替换，都应在本发明的保护范围之内。

Claims (18)

1.一种业务自动恢复重激活的方法，其特征在于，包括：

收到业务状态异常的信息上报后，将对应的业务加入异常业务表；

根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列；

将所述待激活队列中的业务逐一取出，通知业务管理模块发起对该取出的业务的恢复操作；

所述方法还包括：当业务的恢复优先级变化时，且该业务在所述待激活队列中，根据其变化后的恢复优先级调整其在所述待激活队列的顺序；

所述方法还包括：当所述待激活队列中的业务恢复属性由有恢复变成无恢复时，从所述待激活队列中删除所述业务。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：收到如下消息之一时，如果所述异常业务表中存在对应的业务，从所述异常业务表中删除对应的业务：

业务恢复成功，业务状态正常，业务删除成功，业务倒换成功。

3.如权利要求2所述的方法，其特征在于，所述方法还包括，从所述异常业务表中删除业务后，如果该业务在所述待激活队列中，则从所述待激活队列中删除该业务。

4.如权利要求1所述的方法，其特征在于，所述根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列包括：

收到链路资源增加/组网扩容消息后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列；以及，

收到链路告警消失消息后，等待指定时间后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列。

5.如权利要求1或4所述的方法，其特征在于，所述将异常业务表中需要触发恢复的业务加入待激活队列包括：按照恢复优先级将所述异常业务表中需要触发恢复的业务加入所述待激活队列。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：

当收到业务修改成功的信息后，且修改的内容为恢复策略变化或影响恢复的属性变化，且所述异常业务表中存在对应的业务，而待激活队列中无该对应的业务，且该对应的恢复属性为有恢复业务，则将该对应的业务加入所述待激活队列。

7.如权利要求1所述的方法，其特征在于，所述方法还包括：

成功通知所述业务管理模块发起对所述业务的恢复操作后，将所述业务从所述待激活队列中删除。

8.如权利要求1、3、4、6或7所述的方法，其特征在于，所述方法还包括，在所述异常业务表中使用重激活标识对已加入所述待激活队列和未加入所述待激活队列的业务进行区分。

9.一种业务自动恢复重激活的装置，其特征在于，包括：

收集模块，用于收到业务状态异常的信息上报后，将对应的业务加入异常业务表；

分析模块，用于根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列；

执行模块，用于将所述待激活队列中的业务逐一取出，通知业务管理模块发起对该取出的业务的恢复操作；

所述分析模块还用于：收到所述优先级更新通知后，根据变化后的恢复优先级调整所述对应的业务在所述待激活队列的顺序；

所述收集模块还用于，收到业务修改成功的信息上报后，如果所述异常业务表中存在对应的业务，且修改内容为恢复属性由有恢复变成无恢复时，其该对应的业务在所述待激活队列中，则发送业务删除通知给所述分析模块。

10.如权利要求9所述的装置，其特征在于，所述收集模块还用于：收到如下消息之一时，如果所述异常业务表中存在对应的业务，则从所述异常业务表中删除所述对应的业务：

业务恢复成功，业务状态正常，业务删除成功，业务倒换成功。

11.如权利要求10所述的装置，其特征在于，

所述收集模块还用于：从所述异常业务表中删除业务后，如果该业务在所述待激活队列中，则发送业务删除通知给所述分析模块；

所述分析模块还用于：收到所述业务删除通知后，从所述待激活队列中删除对应的业务。

12.如权利要求9所述的装置，其特征在于，所述分析模块根据业务及资源状态信息，将所述异常业务表中需要触发恢复的业务加入待激活队列包括：

收到链路资源增加/组网扩容消息后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列；以及，

收到链路告警消失消息后，等待指定时间后，将所述异常业务表中恢复属性为有恢复且未加入所述待激活队列的业务加入所述待激活队列。

13.如权利要求9或12所述的装置，其特征在于，所述分析模块将所述异常业务表中需要触发恢复的业务加入待激活队列包括：按照恢复优先级将所述异常业务表中需要触发恢复的业务加入所述待激活队列。

14.如权利要求13所述的装置，其特征在于，

所述收集模块还用于：收到业务修改成功的信息上报后，如果所述异常业务表中存在对应的业务，且修改内容为恢复优先级变化，且所述对应的业务在所述待激活队列中，则发送优先级更新通知给所述分析模块。

15.如权利要求9所述的装置，其特征在于：

所述分析模块还用于，收到所述业务删除通知后，从所述待激活队列中删除所述业务。

16.如权利要求9所述的装置，其特征在于，

所述收集模块还用于，收到业务修改成功的信息上报后，且修改的内容为恢复策略变化或影响恢复的属性变化，如果所述异常业务表中存在对应的业务，而所述待激活队列中无该对应的业务，且该对应的业务的恢复属性为有恢复业务，则发送恢复策略更新通知给所述分析模块；

所述分析模块还用于，收到所述恢复策略更新通知后，将该对应的业务加入所述待激活队列。

17.如权利要求9所述的装置，其特征在于，

所述执行模块还用于，成功通知所述业务管理模块发起对所述业务的恢复操作后，通知所述分析模块将所述业务从所述待激活队列中删除；

所述分析模块还用于，收到所述执行模块的通知后，将所述业务从所述待激活队列中删除。

18.如权利要求11、12、15、16或17所述的装置，其特征在于，

所述分析模块还用于：在将所述异常业务表中的业务加入所述待激活队列；或者，将所述异常业务表中的业务从所述待激活队列中删除时，通知所述收集模块对重激活标识进行置位或者取消置位；

所述收集模块还用于：根据收到的对重激活标识置位或取消置位的通知，对所述重激活标识进行置位或取消置位。