一种快速抢通业务路由的装置和方法与流程

本发明涉及通信领域，具体而言，涉及一种抢通业务路由的装置和方法。

背景技术：

工程现网中经常会出现光缆物理同路由的现象，而在现实生活中因各种原因(如城市建设及改造)常要开挖道路或进行管道的维护，在施工过程中经常避免不了多处光缆被挖断的情况，在这种情况下当物理光纤断纤时，经常出现业务的主备全断从而导致业务中断的问题。

出现这种物理断纤的情况时，光缆无法在短时间内快速恢复，现场为了快速恢复业务，一般只能手工分析出受影响的业务，然后对分析出来的故障业务逐条进行割接或逐条隧道重路由方式改配转发路径来恢复业务，待故障恢复后无法自动回滚路由，需要再花同样的精力把业务逐条割接或逐条修改回原来状态。此种方式恢复业务效率低，工作量很大。

针对相关技术中的上述问题，目前尚未发现有效的解决方案。

技术实现要素：

本发明提供了一种抢通业务路由的装置和方法，以至少解决现有技术中不能自动批量快速抢通业务路由的问题。

根据本发明的一个方面，提供了一种抢通业务路由的装置，包括检测模块、分析模块、计算模块、下发模块、回退模块；所述检测模块判断链路告警状态，当检测到断纤告警时，所述检测模块将断纤链路加入故障链路列表中；所述分析模块分析全网中受断纤链路影响的业务，并将所述业务设置为待抢通业务；所述计算模块为所述待抢通业务开辟新的可用抢通路由，并保持所述待抢通业务的起始点与终结点不变；所述下发模块将所述抢通路由下发，若下发成功则标识下发成功，若下发失败则标识下发失败，并将所述待抢通业务的原路由保存起来；所述回退模块在所述断纤告警消失时，将所述待抢通业务抢通后路由回退到抢通前的状态，若回退成功则标识为回退成功，若回退失败则标识为回退失败。

进一步地，所述检测模块检测到所述断纤告警时，自动将所述断纤链路加入到所述故障链路表中；所述检测模块检测到所述断纤告警消失时，自动将修复后所述断纤链路从所述故障链路表中删除。

进一步地，所述分析模块根据所述故障链路表中所列的所述故障链路，采用向上查询客户层的方式，自动分析出所述待抢通业务。

进一步地，所述计算模块在所述业务的起始点与终结点之间避开断纤链路，批量为所述待抢通业务逐一计算出所述抢通路由。

进一步地，所述下发模块进一步用于将所述抢通路由从网管端到端视图进行下发，并且在网管端到端中为本次抢通生成抢通计划。

可选地，还包括一个管理模块，所述管理模块通过所述抢通计划对本次抢通进程管理，所述管理包括所述抢通路由下发，回退成功后对抢通前后所述路由的呈现，关键参数的展示，业务抢通状态的展示。

进一步地，所述回退模块通过将抢通路由与所述保存的待抢通业务路由对调实现所述回退，以及回退成功后删除所述抢通路由。

根据本发明的另一个方面，提供了一种抢通业务路由的方法，包括系统检测全网是否出现所述链路告警；将所述断纤链路加入到所述故障链路列表中；分析全网中受影响的所述待抢通业务；计算是否存在可用所述抢通路由；保持所述待抢通业务起始点与终结点不变，开辟所述抢通路由；下发抢通路由并标识下发是否成功，保存待抢通业务的原路由；所述待抢通业务路由回退到抢通前的状态，并标识是否回退成功。

进一步地，检测到所述断纤告警时，自动将所述断纤链路加入到所述故障链路表中；检测到所述断纤告警消失时，自动将修复后所述断纤链路从所述故障链路表中删除。

进一步地，根据所述故障链路表中所列的所述故障链路，采用向上查询客户层的方式，自动分析出所述待抢通业务。

进一步地，在所述待抢通业务起始点与终结点之间避开断纤链路，批量为所述待抢通业务逐一计算出所述抢通路由。

进一步地，所述抢通路由从网管端到端视图进行下发，还包括从网管端到端中为本次抢通生成所述抢通计划的步骤。

可选地，还包括一个通过所述抢通计划对本次抢通进行管理的步骤，所述管理包括所述抢通路由下发，回退成功后对抢通前后所述路由的呈现，关键参数的展示，业务抢通状态的展示。

进一步地，通过将抢通路由与所述保存的待抢通业务路由对调的方法实现所述回退，以及回退成功后，删除所述抢通路由。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的抢通业务路由的装置的结构框图；

图2是根据本发明实施例的抢通业务路由的方法建立的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种抢通业务路由的装置，图1是根据本发明实施例的抢通业务路由的装置的结构框图。如图1所示，包括：

101检测模块；102分析模块；103计算模块；104下发模块；106回退模块；所述101检测模块判断链路告警状态，当检测到断纤告警时，所述101检测模块将断纤链路加入故障链路列表中；所述102分析模块分析全网中受断纤链路影响的业务，并将所述业务设置为待抢通业务；所述103计算模块为所述待抢通业务开辟新的可用抢通路由，并保持所述待抢通业务的起始点与终结点不变；所述104下发模块将所述抢通路由下发，若下发成功则标识下发成功，若下发失败则标识下发失败，并将所述待抢通业务的原路由保存起来；所述106回退模块在所述断纤告警消失时，将所述待抢通业务抢通后路由回退到抢通前的状态，若回退成功则标识为回退成功，若回退失败则标识为回退失败。

进一步地，所述101检测模块检测到所述断纤告警时，自动将所述断纤链路加入到所述故障链路表中；所述101检测模块检测到所述断纤告警消失时，自动将修复后所述断纤链路从所述故障链路表中删除。

进一步地，所述102分析模块根据所述故障链路表中所列的所述故障链路，采用向上查询客户层的方式，自动分析出所述待抢通业务。

进一步地，所述103计算模块在所述业务的起始点与终结点之间避开断纤链路，批量为所述待抢通业务逐一计算出所述抢通路由。

进一步地，所述104下发模块进一步用于将所述抢通路由从网管端到端视图进行下发，并且在网管端到端中为本次抢通生成抢通计划。

可选地，还包括一个105管理模块，所述105管理模块通过所述抢通计划对本次抢通进程管理，所述管理包括所述抢通路由下发，回退成功后对抢通前后所述路由的呈现，关键参数的展示，业务抢通状态的展示。

进一步地，所述106回退模块通过将抢通路由与所述保存的待抢通业务路由对调实现所述回退，以及删除所述抢通路由。

本实施例提供了一种抢通业务路由的方法，图2是根据本发明实施例的快速抢通业务路由的方法建立的流程图。如图2所示，包括以下步骤：

步骤s201系统检测全网中是否出现断纤链路告警；当检测到链路上出现断纤告警时，则判断该链路为断纤链路。

步骤s202将所述断纤链路加入到故障链路列表中。

进一步地，检测到所述断纤告警时，自动将所述断纤链路加入到所述故障链路表中

步骤s203分析全网中受影响的所述待抢通业务。

进一步地，采用向上查找客户层的方式分析出全网中受断纤链路影响的待抢通业务。

步骤s204计算是否存在可用抢通路由，若存在可用抢通路由则进行下一步；若不存在可用抢通路由，则报无可用路由异常。

步骤s205保持所属待抢通业务起始点与终结点不变，开辟所述抢通路由。

进一步地，在所述待抢通业务起始点与终结点之间避开断纤链路，批量为所述待抢通业务逐一计算出所述抢通路由。

步骤s206下发抢通路由并标识是否下发成功，保存待抢通业务的原路由。

进一步地，所述抢通路由从网管端到端视图进行下发到设备中。

可选地，下发成功后，生成抢通计划；进一步地，从网管端到端中为本次抢通生成所述抢通计划。

可选地，还包括一个通过所述抢通计划对本次抢通进行管理的步骤，所述管理包括所述抢通路由下发，回退成功后对抢通前后所述路由的呈现，关键参数的展示，业务抢通状态的展示。

步骤s207断纤链路修复好，当所述断纤告警消失时，则判断所述断纤链路已修复好。

进一步地，检测到所述断纤告警消失时，自动将修复后所述断纤链路从所述故障链路表中删除。

步骤208回退所述抢通路由并标识是否回退成功。

进一步地，通过将抢通路由与所述保存的待抢通业务路由对调的方法实现所述回退。

步骤209删除所述抢通业务，当所述回退成功后，自动删除所述抢通业务。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。