CN115603806A - 纤缆告警管理方法及系统 - Google Patents

Abstract

本申请实施例公开了一种纤缆告警管理方法及系统，通过传输网管系统检测纤缆衰耗信息，若纤缆衰耗信息符合预设告警范围，则触发纤缆检测仪器对纤缆进行检测，根据纤缆检测结果生成告警信息；传输网管系统向网管中心推送告警信息；本申请纤缆告警发生后，直接自动触发纤缆检测仪器工作，通过纤缆检测仪器进行检测得出纤缆检测结果，并生成告警信息，由传输网管系统向网管中心推送告警信息，网管中心对告警信息进行解析，得到纤缆故障定位信息，并向运维端发送纤缆故障定位信息；运维端根据纤缆故障定位信息，执行纤缆运维任务，全程无需人工干预，执行效率高，故障定位更准确，提高了纤缆业务线路的可用性。

Description

纤缆告警管理方法及系统

技术领域

本申请实施例涉及互联网技术领域，具体涉及一种纤缆告警管理方法及系统。

背景技术

光缆等纤缆作为通信线缆组件，为通信系统提供数据传输功能。以光缆为例，光缆告警是对通信系统中级别较严重的故障告警，告警发生后会对整体通信系统造成最直接的影响。其影响范围小到误码增大，大到通信直接中断，这些都会对光缆所承载的数据通信业务造成最直接的影响。因此光缆故障是光通信系统中最高优先处理的事件。

当前行业中的传输网管系统光缆告警方式主要是传统的相关业务平台系统告警，需要有人员7*24小时不间断值守，告警发生后的第一时间通过人工结合设计图和运维资料做出初步的定位，同时联动运维人员抵达最近的检修点通过纤缆检测仪器测试以明确告警位置，并予以修复。

可见，现有技术中的纤缆告警推送、故障定位和检修均是依托于人工观察值守，人工干预耗费过多人力，且效率低下，同时由于人工干预的影响因素众多，导致运维时间可能过长。

发明内容

鉴于上述问题，本申请提出了一种纤缆告警管理方法、系统、计算设备及计算机存储介质，用于解决以下问题：现有的人工检测方式检测效率低下。

根据本申请实施例的一个方面，提供了一种纤缆告警管理方法，包括：

传输网管系统检测纤缆衰耗信息，若纤缆衰耗信息符合预设告警范围，则触发纤缆检测仪器对纤缆进行检测，根据纤缆检测结果生成告警信息；

传输网管系统向网管中心推送告警信息；

网管中心对告警信息进行解析，得到纤缆故障定位信息，并向运维端发送纤缆故障定位信息；

运维端根据纤缆故障定位信息，执行纤缆运维任务。

进一步地，传输网管系统检测纤缆衰耗信息进一步包括：

传输网管系统检测纤缆的光功率实时变化信息，依据光功率实时变化信息进行计算，得到纤缆衰耗信息。

进一步地，若纤缆衰耗信息符合预设告警范围，该方法还包括：

传输网管系统生成告警提示通知，并向网管中心和运维端推送告警提示通知。

进一步地，在传输网管系统向网管中心推送告警信息之前，该方法还包括：

网管中心调用传输网管系统的认证接口向传输网管系统发送认证请求；

传输网管系统响应于认证请求，对网管中心的身份信息进行认证，认证通过后，向网管中心返回令牌信息；

网管中心根据令牌信息向传输网管系统订阅告警服务，建立网管中心与传输网管系统之间的连接通道；

传输网管系统向网管中心推送告警信息具体为：当传输网管系统生成告警信息时，传输网管系统根据网管中心所订阅的告警服务，通过预设接口和连接通道，向网管中心推送告警信息。

进一步地，在向网管中心返回令牌信息之后，该方法还包括：

网管中心根据令牌信息向传输网管系统订阅资源变更通知服务；

当传输网管系统中的存量资源发生变更时，传输网管系统根据网管中心所订阅的资源变更通知服务，通过预设接口和连接通道，向网管中心推送资源变更通知。

进一步地，该方法还包括：

网管中心调用预设接口向传输网管系统发送处理请求；

传输网管系统响应于处理请求，向网管中心返回响应信息。

进一步地，该方法还包括：

若响应信息为预设响应信息，则网管中心调用传输网管系统的认证接口，从传输网管系统获取新的令牌信息。

进一步地，网管中心对告警信息进行解析，得到纤缆故障定位信息进一步包括：

网管中心从告警信息中筛选预设字段对应的字段内容；其中，字段内容至少包括：纤缆断点位置信息和纤缆名称；

根据字段内容中的纤缆断点位置信息和纤缆名称，得到纤缆故障定位信息。

进一步地，运维端根据纤缆故障定位信息，执行纤缆运维任务进一步包括：

运维端执行纤缆运维任务，对纤缆故障定位信息对应的故障纤缆进行修复处理。

进一步地，在运维端根据纤缆故障定位信息，执行纤缆运维任务之后，该方法还包括：

运维端向网管中心发送任务执行结果；

网管中心根据任务执行结果，确定告警信息的处理结果。

进一步地，网管中心根据任务执行结果，确定告警信息的处理结果进一步包括：

若网管中心根据任务执行结果判定纤缆故障已修复，则确定告警信息的处理结果为闭环完结结果，并向传输网管系统发送告警消除请求，以供传输网管系统响应于告警消除请求对告警信息进行消除处理。

进一步地，该方法还包括：

网管中心从资源管理系统中获取纤缆供应商信息，根据纤缆供应商信息，向纤缆供应商发送纤缆故障通知，以供纤缆供应商根据纤缆故障通知进行处理。

根据本申请实施例的另一方面，提供了一种纤缆告警管理系统，包括：

传输网管系统，用于检测纤缆衰耗信息，若纤缆衰耗信息符合预设告警范围，则触发纤缆检测仪器对纤缆进行检测，根据纤缆检测结果生成告警信息，并向网管中心推送告警信息；

网管中心，用于对告警信息进行解析，得到纤缆故障定位信息，并向运维端发送纤缆故障定位信息；

运维端，用于根据纤缆故障定位信息，执行纤缆运维任务。

根据本申请实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述一种纤缆告警管理方法对应的操作。

根据本申请实施例的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述一种纤缆告警管理方法对应的操作。

根据本申请实施例提供的一种纤缆告警管理方法及系统，通过传输网管系统检测纤缆衰耗信息，若纤缆衰耗信息符合预设告警范围，则触发纤缆检测仪器对纤缆进行检测，根据纤缆检测结果生成告警信息；传输网管系统向网管中心推送告警信息。本申请纤缆告警发生后，直接自动触发纤缆检测仪器工作，通过纤缆检测仪器进行检测得出纤缆检测结果，并生成告警信息，由传输网管系统向网管中心推送告警信息，网管中心对告警信息进行解析，得到纤缆故障定位信息，并向运维端发送纤缆故障定位信息；运维端根据纤缆故障定位信息，执行纤缆运维任务，全程无需人工干预，执行效率高，故障定位更准确，提高了纤缆业务线路的可用性。同时，通过预设接口实现传输网管系统与网管中心的通信连接，使得网管中心能实时接收到所订阅的告警信息和资源变更通知等，并通过认证鉴权和发放令牌，使得通信安全可靠。

上述说明仅是本申请实施例技术方案的概述，为了能够更清楚了解本申请实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本申请实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请实施例的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本申请一个实施例的一种纤缆告警管理方法的流程示意图；

图2a示出了根据本申请另一个实施例的一种纤缆告警管理方法的流程示意图；

图2b示出了根据本申请另一个实施例的告警处理过程示意图；

图2c示出了根据本申请另一个实施例的OTDR测试流程示意图；

图3示出了根据本申请一个实施例的一种纤缆告警管理系统的结构框图；

图4示出了根据本申请一个实施例的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

传输网管系统：是以浏览器和服务器(Brouser/Server，BS)架构为基础的传输设备控制管理平台；是光网络的核心管理平台，可以整体融合应用于光网络数据通信场景中，提供资源实时可见、业务快速下发、网络运维自动化等功能管理需求的实现。

预设接口：是传输网管系统中进行接入和管理网络的接口，即向上提供的接口。管理网络中使用接口编程开发各种应用系统管理被管理对象，管理的方法是采集和分析被管理对象在运行中产生的各种数据，实现网络的分层管理。可以将这种网络管理分成三层：应用层、数据处理层和数据管理层；其中，应用层和数据处理层之间的数据交互定义有接口，由于应用层位于数据处理层之上，因此这种预设接口还可称之为北向接口。

光缆告警：泛指光通信系统中，由于设备或外力对光信号传输介质造成了不可逆的破坏，引起整体光通信系统物理线路中断故障的告警。

光时域反射仪(optical time-domain reflectometer，OTDR)：是通过对测量曲线的分析，了解光纤的均匀性、缺陷、断裂、接头耦合等若干性能的仪器。它根据光的后向散射与菲涅耳反向原理制作，利用光在光纤中传播时产生的后向散射光来获取衰减的信息，可用于测量光纤衰减、接头损耗、光纤故障点定位以及了解光纤沿长度的损耗分布情况等，是光缆施工、维护及监测中必不可少的工具。

网管中心(Operation Support Systems，OSS)，是本申请实施例中的纤缆告警管理方法的一体化、信息资源共享的支持系统。

图1示出了根据本申请一个实施例的一种纤缆告警管理方法的流程示意图，如图1所示，该方法包括如下步骤：

S110：传输网管系统检测纤缆衰耗信息，若纤缆衰耗信息符合预设告警范围，则触发纤缆检测仪器对纤缆进行检测，根据纤缆检测结果生成告警信息。

具体地说，为了更准确推送告警信息，传输网管系统可以通过预先设置纤缆衰耗信息阈值来设置告警范围；其中，纤缆衰耗信息阈值可以依据环境参数进行设置，例如，依据温湿度信息、季节信息以及纤缆自身属性信息等综合设置纤缆衰耗信息阈值，若超过该纤缆衰耗信息阈值，则判定纤缆衰耗信息符合预设告警范围，触发纤缆检测仪器对纤缆进行检测；其中，纤缆检测仪器可以包括光时域反射仪OTDR等仪器。

进一步地，根据OTDR的纤缆检测结果生成告警信息，其中，该告警信息中可以包括详细的纤缆检测结果等信息，以供运维端和网管中心进行后续解析、故障定位和维修等工作。

S120：传输网管系统向网管中心推送告警信息；网管中心对告警信息进行解析，得到纤缆故障定位信息，并向运维端发送纤缆故障定位信息。

在本步骤中，传输网管系统生成告警信息后，实时地通过预设接口向网管中心推送该告警信息，网管中心可以将该告警信息通过通告的方式告知运维端；同时，网管中心可以通过解析告警信息中的详细内容，确定对应的纤缆故障定位信息等，并将纤缆故障定位信息以通告等方式发送至运维端。

S130：运维端根据纤缆故障定位信息，执行纤缆运维任务。

运维端接收到网管中心发送的纤缆故障定位信息后，依据纤缆故障定位信息指派运维人员、运维机器人等前往现场，对故障纤缆进行纤缆修复，纤缆修复后，通知网管中心，网管中心可以依据纤缆修复信息进行复核，若复核结果符合预设要求，则可以对告警信息进行消除处理，并通知传输网管系统针对该告警信息作闭环完结处理。

根据本申请实施例提供的一种纤缆告警管理方法，通过检测纤缆衰耗信息，若纤缆衰耗信息符合预设告警范围，直接触发纤缆检测仪器工作，通过纤缆检测仪器进行检测得出纤缆检测结果并生成告警信息，由传输网管系统向网管中心推送告警信息，网管中心对告警信息进行解析，得到纤缆故障定位信息，并向运维端发送纤缆故障定位信息；运维端根据纤缆故障定位信息，执行纤缆运维任务，全程无需人工干预，执行效率高，故障定位更准确，提高了纤缆业务线路的可用性。

图2a示出了根据本申请另一个实施例的一种纤缆告警管理方法的流程示意图，如图2a所示，该方法包括如下步骤S201-步骤S208：

步骤S201：传输网管系统检测纤缆的光功率实时变化信息，依据光功率实时变化信息进行计算，得到纤缆衰耗信息。

图2b示出了根据本申请另一个实施例的告警处理过程示意图；如图2b所示，在本实施例中，传输网管系统可以通过与纤缆设备连接的路由设备检测纤缆的光功率实时变化信息，依据光功率实时变化信息分周期进行计算，得到各个周期的实时纤缆衰耗信息；具体地，传输网管系统可以通过预设周期得到纤缆衰耗信息，例如预设周期可以为1小时等。

步骤S202：判断纤缆衰耗信息是否符合预设告警范围，若是，则执行步骤S203；若否，返回执行步骤S201。

图2c示出了根据本申请另一个实施例的OTDR测试流程示意图，如图2c所示，可以在前端预先设置OTDR测试纤缆衰耗信息阈值，该纤缆衰耗信息阈值可以依据纤缆环境参数和实际工程使用场景进行设置，其中，纤缆环境参数包括纤缆长度数据和纤缆插损数据等；当纤缆衰耗信息到达预设阈值时，代表纤缆衰耗信息符合预设告警范围。

步骤S203：触发纤缆检测仪器对纤缆进行检测，根据纤缆检测结果生成告警信息。

如图2c所示，在后端，通过监测，当纤缆衰耗信息符合预设告警范围时，也就是说，当纤缆衰耗信息达到预设阈值时，自动触发纤缆检测仪器对纤缆进行检测；在本实施例中，纤缆检测仪器可以选用OTDR，根据OTDR的纤缆检测结果生成告警信息；其中，纤缆检测结果可以包括纤缆断点位置信息和纤缆名称等信息。

可选地，考虑到纤缆检测仪器对纤缆进行检测需要耗费一定时长，为了使得网管中心和运维端能够及时应对告警情况，在纤缆衰耗信息符合预设告警范围的情况下，在生成告警信息之前，传输网管系统可以先生成告警提示通知，并向网管中心和运维端推送告警提示通知，用于及时通知网管中心和运维端有告警情况出现，需要准备处理告警。

步骤S204：传输网管系统向网管中心推送告警信息。

具体地，传输网管系统生成告警信息后，通过预设接口向网管中心推送该告警信息。

在传输网管系统向网管中心推送告警信息之前，为了保证信息安全，传输网管系统和网管中心之间需要进行信息对接前的认证和鉴权，具体地，该方法还包括下述步骤1-步骤4：

步骤1：网管中心调用传输网管系统的认证接口向传输网管系统发送认证请求。

具体地说，传输网管系统启动基于预设接口的表述性状态传递(RepresentationalState Transfer，REST)存量服务以及告警通知等服务；并登录运维界面，创建账户并为该账户配置相关操作权限。网管中心调用传输网管系统的认证接口向传输网管系统发送认证请求。

步骤2：传输网管系统响应于认证请求，对网管中心的身份信息进行认证，认证通过后，向网管中心返回令牌信息。

网管中心可以通过调用认证接口发起认证请求，传输网管系统响应于认证请求，对网管中心的身份信息进行认证，认证通过后，向网管中心返回访问应用接口(如预设接口等)所需的令牌(TOKEN)信息。

步骤3：网管中心根据令牌信息向传输网管系统订阅告警服务，建立网管中心与传输网管系统之间的连接通道。

在一种可选的方式中，在向网管中心返回令牌信息之后，该方法还包括：网管中心根据令牌信息向传输网管系统订阅资源变更通知服务；当传输网管系统中的存量资源发生变更时，传输网管系统根据网管中心所订阅的资源变更通知服务，通过预设接口和连接通道，向网管中心推送资源变更通知。

在一种可选的方式中，该方法还包括：网管中心调用预设接口向传输网管系统发送处理请求；传输网管系统响应于处理请求，向网管中心返回响应信息。

具体地说，处理请求可以包括预设接口的表述性状态传递型(RepresentationalState Transfer，RESTful)请求，比如REST存量资源查询、存量资源文本导出、告警信息查询、告警信息的确认、告警信息的清除等请求。

需要特别说明的是，若传输网管系统是网络应用程序形式，则预设接口为应用程序接口(Application Programming Interface，API)，在调用预设接口时，遇到状态码(HTTP Code)返回302或401等时，说明网管中心通过鉴权的应用接口获取的TOKEN己经失效，需要重新获取TOKEN再进行调用应用接口；其中，TOKEN失效的原因有以下两种可能：超时引起的失效或由于TOKEN在不同节点间使用导致的失效；其中，超时引起的失效是指系统默认TOKEN的有效时间例如是30分钟，超过30分钟后该TOKEN不能再使用；TOKEN在不同节点间使用导致的失效是指：通过鉴权的应用接口获取的TOKEN是与来源地址绑定的，在一台主机上获取的TOKEN，不能共享给其它主机使用，而如果来源地址不同，系统会拦截TOKEN并返回上述状态码。

那么在一种可选的方式中，该方法还包括：若响应信息为预设响应信息(如包含302或401等状态码的响应信息)，则网管中心调用传输网管系统的认证接口，从传输网管系统获取新的令牌信息。

步骤4：当传输网管系统生成告警信息时，传输网管系统根据网管中心所订阅的告警服务，通过预设接口和连接通道，向网管中心推送告警信息。

网管中心可以订阅告警通知等服务，与传输网管系统建立连接通道，例如，通过webSocket、SSE(Server Sent Events)等通信协议建立网管中心与传输网管系统的连接通道；基于网管中心已经订阅了告警通知等服务，则当传输网管系统发生告警信息时，可以自动向网管中心推送告警信息；这样，传输网管系统在产生告警情况生成告警信息时能够实时地向网管中心推送；可选地，网管中心也可以将该告警信息通过通告的方式告知运维端。

步骤S205：网管中心从告警信息中筛选预设字段对应的字段内容，根据字段内容中的纤缆断点位置信息和纤缆名称，得到纤缆故障定位信息，并向运维端发送纤缆故障定位信息。

在本步骤中，网管中心可以通过解析告警信息确定纤缆故障定位信息等，并将纤缆故障定位信息以通告等方式发送至运维端。表1示出了其中一种告警信息示意表，如表1所示，示意表中包括告警信息中出现的告警标识(告警ID)、对应的名称、告警源、定位信息以及其他详细信息等；其中，告警ID为纤缆检测结果中纤缆故障对应的类型编号；名称为纤缆故障对应的类型名称；告警源为告警来源的网元名；定位信息一般指的是纤缆故障对应的地理位置信息；附加信息中记录有纤缆断点位置信息和纤缆名称等与纤缆故障详细信息；除此之外，对照表中还可以包括：上一次告警信息的发生时间、上一次告警信息的清除时间、上一次告警信息的确认时间、上一次告警信息的确认人员、上一次告警信息的清除人员以及本次告警信息的流水号等信息。

表1告警信息示意表

具体地说，传输网管系统可以通过预设接口收集OTDR的纤缆检测结果，进而生成告警信息发送至网管中心，网管中心从告警信息中筛选预设字段对应的字段内容；其中，网管中心从告警信息中筛选预设字段对应的字段内容至少应包括：纤缆断点位置信息和纤缆名称；一般来说，筛选预设字段为筛选如表1所示的告警信息对照表中的附加信息字段，获取纤缆断点位置信息，同时关联对应的纤缆名称，综合判断具体发生中断的是哪条光缆以及断点信息。

在一种可选的实施方式中，该方法还包括：网管中心从资源管理系统(ResourceManagement System，RMS)中获取纤缆供应商信息，根据纤缆供应商信息，向纤缆供应商发送纤缆故障通知，以供纤缆供应商根据纤缆故障通知进行处理。

步骤S206：运维端执行纤缆运维任务，对纤缆故障定位信息对应的故障纤缆进行修复处理。

步骤S207：运维端向网管中心发送任务执行结果。

具体地说，运维端向网管中心发送的任务执行结果一般为故障纤缆的修复处理结果。

步骤S208：网管中心根据任务执行结果，确定告警信息的处理结果。

在运维端对纤缆故障定位信息对应的故障纤缆进行修复处理了之后，为了有效地区别告警信息是否已修复完成，需要对已完成修复处理的告警信息进行消除处理，因此，步骤S208进一步包括：若网管中心根据任务执行结果判定纤缆故障已修复，则确定告警信息的处理结果为闭环完结结果，则可向传输网管系统发送告警消除请求，以供传输网管系统响应于告警消除请求对告警信息进行消除处理。

综上，一次告警信息处理过程可以总结为：告警出现-告警定位-告警处理；如图2b所示，传输网管系统在告警出现时判断纤缆衰耗信息是否符合预设告警范围，若是，则启动OTDR，并推送告警提示通知至网管中心和运维端，以告知网管中心和运维端纤缆有告警出现；OTDR进行检测，并依据检测获取的纤缆检测结果生成告警信息发送至网管中心进行通告和数据分析，运维端接收到通告的告警信息后派遣运维队伍赶往现场进行任务处理，并向网管中心发送任务执行结果，网管中心根据任务执行结果，确定告警信息的处理结果，并根据处理结果确定告警消除，并闭环处理该次告警事件。

根据本申请实施例提供的一种纤缆告警管理方法，通过检测纤缆衰耗信息，若纤缆衰耗信息符合预设告警范围，直接触发纤缆检测仪器工作，通过纤缆检测仪器进行检测得出纤缆检测结果，并生成告警信息，由传输网管系统向网管中心推送告警信息，网管中心对告警信息进行解析，得到纤缆故障定位信息，并向运维端发送纤缆故障定位信息；运维端根据纤缆故障定位信息，执行纤缆运维任务，全程无需人工干预，执行效率高，故障定位更准确，提高了纤缆业务线路的可用性。同时，通过预设接口实现传输网管系统与网管中心的通信连接，使得网管中心能实时接收到所订阅的告警信息和资源变更通知等，并通过认证鉴权和发放令牌，使得通信安全可靠。

图3示出了根据本申请一个实施例的一种纤缆告警管理系统的结构框图，如图3所示，该系统包括传输网管系统301、网管中心302和运维端303。

传输网管系统301，用于检测纤缆衰耗信息，若纤缆衰耗信息符合预设告警范围，则触发纤缆检测仪器对纤缆进行检测，根据纤缆检测结果生成告警信息，并向网管中心推送告警信息。

在一种可选的实施方式中，传输网管系统301进一步用于：检测纤缆的光功率实时变化信息，依据光功率实时变化信息进行计算，得到纤缆衰耗信息。

在一种可选的实施方式中，传输网管系统301进一步用于：若纤缆衰耗信息符合预设告警范围，则生成告警提示通知，并向网管中心302和运维端303推送告警提示通知。

网管中心302，用于对告警信息进行解析，得到纤缆故障定位信息，并向运维端303发送纤缆故障定位信息。

在一种可选的实施方式中，网管中心302进一步用于：调用传输网管系统301的认证接口向传输网管系统301发送认证请求。传输网管系统301进一步用于：响应于认证请求，对网管中心302的身份信息进行认证，认证通过后，向网管中心302返回令牌信息。网管中心302进一步用于：根据令牌信息向传输网管系统301订阅告警服务，建立网管中心302与传输网管系统301之间的连接通道。传输网管系统301进一步用于：当生成告警信息时，根据网管中心302所订阅的告警服务，通过预设接口和连接通道，向网管中心302推送告警信息。

在一种可选的实施方式中，网管中心302进一步用于：根据令牌信息向传输网管系统301订阅资源变更通知服务；传输网管系统301进一步用于：当存量资源发生变更时，根据网管中心302所订阅的资源变更通知服务，通过预设接口和连接通道，向网管中心302推送资源变更通知。

在一种可选的实施方式中，网管中心302进一步用于：调用预设接口向传输网管系统301发送处理请求；传输网管系统301进一步用于：响应于处理请求，向网管中心302返回响应信息。

在一种可选的实施方式中，网管中心302进一步用于：若响应信息为预设响应信息，则调用传输网管系统301的认证接口，从传输网管系统301获取新的令牌信息。

在一种可选的实施方式中，网管中心302进一步用于：从告警信息中筛选预设字段对应的字段内容；其中，字段内容至少包括：纤缆断点位置信息和纤缆名称；根据字段内容中的纤缆断点位置信息和纤缆名称，得到纤缆故障定位信息。

运维端303，用于根据纤缆故障定位信息，执行纤缆运维任务。

在一种可选的实施方式中，运维端303进一步用于：执行纤缆运维任务，对纤缆故障定位信息对应的故障纤缆进行修复处理。

在一种可选的实施方式中，运维端303进一步用于：向网管中心302发送任务执行结果；网管中心302进一步用于：根据任务执行结果，确定告警信息的处理结果。

在一种可选的实施方式中，网管中心302进一步用于：若根据任务执行结果判定纤缆故障已修复，则确定告警信息的处理结果为闭环完结结果，并向传输网管系统301发送告警消除请求，以供传输网管系统301响应于告警消除请求对告警信息进行消除处理。

在一种可选的实施方式中，网管中心302进一步用于：从资源管理系统中获取纤缆供应商信息，根据纤缆供应商信息，向纤缆供应商发送纤缆故障通知，以供纤缆供应商根据纤缆故障通知进行处理。

以上各模块的描述参照方法实施例中对应的描述，在此不再赘述。

根据本申请实施例提供的一种纤缆告警管理系统，通过检测纤缆衰耗信息，若纤缆衰耗信息符合预设告警范围，直接触发纤缆检测仪器工作，通过纤缆检测仪器进行检测得出纤缆检测结果，并生成告警信息，由传输网管系统向网管中心推送告警信息，网管中心对告警信息进行解析，得到纤缆故障定位信息，并向运维端发送纤缆故障定位信息；运维端根据纤缆故障定位信息，执行纤缆运维任务，全程无需人工干预，执行效率高，故障定位更准确，提高了纤缆业务线路的可用性。同时，通过预设接口实现传输网管系统与网管中心的通信连接，使得网管中心能实时接收到所订阅的告警信息和资源变更通知等，并通过认证鉴权和发放令牌，使得通信安全可靠。

本申请实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，可执行指令可执行上述任意方法实施例中的一种纤缆告警管理方法。

图4示出了根据本申请实施例的一种计算设备的结构示意图，本申请实施例的具体实施例并不对计算设备的具体实现做限定。

如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线408。

其中：

处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。

通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器402，用于执行程序410，具体可以执行上述一种纤缆告警管理方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器406，用于存放程序410。存储器406可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行上述任意方法实施例中的一种纤缆告警管理方法。程序410中各步骤的具体实现可以参见上述一种纤缆告警管理方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本申请实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请实施例的内容，并且上面对特定语言所做的描述是为了披露本申请实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本申请实施例的示例性实施例的描述中，本申请实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请实施例的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请实施例的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例中的一些或者全部部件的一些或者全部功能。本申请实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请实施例进行说明而不是对本申请实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (15)

1.一种纤缆告警管理方法，包括：

传输网管系统检测纤缆衰耗信息，若所述纤缆衰耗信息符合预设告警范围，则触发纤缆检测仪器对纤缆进行检测，根据纤缆检测结果生成告警信息；

所述传输网管系统向网管中心推送所述告警信息；

所述网管中心对所述告警信息进行解析，得到纤缆故障定位信息，并向运维端发送所述纤缆故障定位信息；

所述运维端根据所述纤缆故障定位信息，执行纤缆运维任务。

2.根据权利要求1所述的方法，其中，所述传输网管系统检测纤缆衰耗信息进一步包括：

所述传输网管系统检测纤缆的光功率实时变化信息，依据所述光功率实时变化信息进行计算，得到纤缆衰耗信息。

3.根据权利要求1所述的方法，其中，若所述纤缆衰耗信息符合预设告警范围，所述方法还包括：

所述传输网管系统生成告警提示通知，并向所述网管中心和所述运维端推送所述告警提示通知。

4.根据权利要求1-3任一项所述的方法，其中，在所述传输网管系统向网管中心推送所述告警信息之前，所述方法还包括：

所述网管中心调用所述传输网管系统的认证接口向所述传输网管系统发送认证请求；

所述传输网管系统响应于所述认证请求，对所述网管中心的身份信息进行认证，认证通过后，向所述网管中心返回令牌信息；

所述网管中心根据所述令牌信息向所述传输网管系统订阅告警服务，建立所述网管中心与所述传输网管系统之间的连接通道；

所述传输网管系统向网管中心推送所述告警信息具体为：当所述传输网管系统生成所述告警信息时，所述传输网管系统根据所述网管中心所订阅的告警服务，通过预设接口和所述连接通道，向所述网管中心推送所述告警信息。

5.根据权利要求4所述的方法，其中，在向所述网管中心返回令牌信息之后，所述方法还包括：

所述网管中心根据所述令牌信息向所述传输网管系统订阅资源变更通知服务；

当所述传输网管系统中的存量资源发生变更时，所述传输网管系统根据所述网管中心所订阅的资源变更通知服务，通过预设接口和所述连接通道，向所述网管中心推送资源变更通知。

6.根据权利要求4或5所述的方法，其中，所述方法还包括：

所述网管中心调用所述预设接口向所述传输网管系统发送处理请求；

所述传输网管系统响应于所述处理请求，向所述网管中心返回响应信息。

7.根据权利要求6所述的方法，其中，所述方法还包括：

若所述响应信息为预设响应信息，则所述网管中心调用所述传输网管系统的认证接口，从所述传输网管系统获取新的令牌信息。

8.根据权利要求1-7任一项所述的方法，其中，所述网管中心对所述告警信息进行解析，得到纤缆故障定位信息进一步包括：

所述网管中心从所述告警信息中筛选预设字段对应的字段内容；其中，所述字段内容至少包括：纤缆断点位置信息和纤缆名称；

根据所述字段内容中的纤缆断点位置信息和纤缆名称，得到纤缆故障定位信息。

9.根据权利要求1-8任一项所述的方法，其中，所述运维端根据所述纤缆故障定位信息，执行纤缆运维任务进一步包括：

所述运维端执行纤缆运维任务，对所述纤缆故障定位信息对应的故障纤缆进行修复处理。

10.根据权利要求1-9任一项所述的方法，其中，在所述运维端根据所述纤缆故障定位信息，执行纤缆运维任务之后，所述方法还包括：

所述运维端向所述网管中心发送任务执行结果；

所述网管中心根据所述任务执行结果，确定所述告警信息的处理结果。

11.根据权利要求1-10任一项所述的方法，其中，所述网管中心根据所述任务执行结果，确定所述告警信息的处理结果进一步包括：

若所述网管中心根据所述任务执行结果判定纤缆故障已修复，则确定所述告警信息的处理结果为闭环完结结果，并向所述传输网管系统发送告警消除请求，以供所述传输网管系统响应于所述告警消除请求对所述告警信息进行消除处理。

12.根据权利要求1-11任一项所述的方法，其中，所述方法还包括：

所述网管中心从资源管理系统中获取纤缆供应商信息，根据所述纤缆供应商信息，向纤缆供应商发送纤缆故障通知，以供所述纤缆供应商根据所述纤缆故障通知进行处理。

13.一种纤缆告警管理系统，包括：

传输网管系统，用于检测纤缆衰耗信息，若所述纤缆衰耗信息符合预设告警范围，则触发纤缆检测仪器对纤缆进行检测，根据纤缆检测结果生成告警信息，并向网管中心推送所述告警信息；

网管中心，用于对所述告警信息进行解析，得到纤缆故障定位信息，并向运维端发送所述纤缆故障定位信息；

运维端，用于根据所述纤缆故障定位信息，执行纤缆运维任务。

14.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-12中任一项所述的纤缆告警管理方法对应的操作。

15.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-12中任一项所述的纤缆告警管理方法对应的操作。

Images