光传送网络告警处理方法、装置、网络管理系统及介质与流程

1.本发明实施例涉及光传送网络故障告警技术领域，尤其涉及一种光传送网络告警处理方法、装置、网络管理系统及介质。


背景技术：

2.光传送网络otn（opticaltransportnetwork）是以波分复用技术为基础、在光层组织网络的传送网，目前使用范围非常广泛，涉及到接入、汇聚和骨干等多种网络，单个波长可以支持从10g到400g的业务带宽，接入的业务速率也从100m到100g不等。
3.由于这种网络调度非常灵活，以及接入的业务种类呈现多样性，导致现网中发生故障出现告警时的告警数据量非常庞大，需要专业的运维人员进行大量的分析和排除工作才能最终找到具体的故障点，给维护工作带来非常大的不便。因此，如何准确找到故障点和故障原因，降低运维人员的工作强度，成为亟待解决的问题。


技术实现要素：

4.本说明书一个或多个实施例的目的是提供一种光传送网络告警处理方法、装置、网络管理系统及介质，可以准确找到故障点和故障原因，降低运维人员的工作强度。
5.为解决上述技术问题，本说明书一个或多个实施例是这样实现的：第一方面，提供了一种光传送网络告警处理方法，所述方法包括：逐层获取业务各层的层内告警；基于所述层内告警获取当前层对应的关联层的根源告警；基于所述根源告警确定业务故障点。
6.第二方面，提出了一种光传送网络告警处理装置，所述装置包括：层内告警获取模块，用于逐层获取各层的层内告警；关联告警获取模块，用于基于所述层内告警获取当前层对应的关联层的根源告警；告警分析模块，用于基于所述根源告警确定业务故障点。
7.第三方面，提出了一种网络管理系统，所述网络管理系统包括如上文所述光传送网络告警处理装置。
8.第四方面，提出了一种储存介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行时，实现如上文所述光传送网络告警处理方法的步骤。
9.由以上本说明书一个或多个实施例提供的技术方案可见，本发明实施例提供的光传送网络告警处理方法，通过对业务分层后针对各层分别逐层获取层内告警，然后根据层之间影响与被影响的关系基于当前层的层内告警找到对应关联层的关键告警，进而通过关键告警最终找到业务故障点，因此通过业务不同层之间告警的关联性准确定位业务故障点，给出解决意见，不需要运维人员对这些告警进行分析处理的工作，降低运维人员的工作强度。另外本发明实施例提供的光传送网络告警处理方法可以至少图像化显示各层的层内告警，可以方便运维人员直观掌握业务各层的层内告警，以便运维人员及时做出准备工作。
附图说明
10.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对一个或多个实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
11.图1是本发明实施例提供一种光传送网络告警处理方法的步骤示意图。
12.图2是本发明实施例提供另一种光传送网络告警处理方法的步骤示意图。
13.图3是本发明实施例提供又一种光传送网络告警处理方法的步骤示意图。
14.图4是本发明实施例提供又一种光传送网络告警处理方法的步骤示意图。
15.图5是本发明实施例提供又一种光传送网络告警处理方法的步骤示意图。
16.图6是本发明实施例提供又一种光传送网络告警处理方法的步骤示意图。
17.图7是本发明实施例提供又一种光传送网络告警处理方法的步骤示意图。
18.图8是本发明实施例提供一种光传送网络告警处理装置的结构示意图。
19.图9是本发明实施例提供另一种光传送网络告警处理装置的结构示意图。
20.图10是本发明实施例提供又一种光传送网络告警处理装置中告警显示模块的显示界面的示意图。
21.图11是本发明实施例提供一种网路管理系统的结构示意图。
具体实施方式
22.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的一个或多个实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
23.本发明实施例提供的光传送网络告警处理方法通过对业务各层逐层获取层内告警后，利用各层之间影响与被影响的关系和告警的关联关系查找到当前层的层内告警对应的关联层的关键告警，进而定位业务故障点，提高了业务故障点定位的准确性，降低了运维人员的工作强度。下面将详细地描述本说明书提供的光传送网络告警处理方法及其各个步骤。
24.需要说明的是，本发明实施例提供的光传送网络告警处理方法适用于光传送网络，当然对于其他相近的通信网络可以对业务进行分层处理的情况同样适用，亦属于本技术所保护的范围。
25.实施例一参照图1所示为本发明实施例提供的一种光传送网络告警处理方法的步骤示意图。可以理解的是，本发明实施例提供的光传送网络告警处理方法不需要人工操作，完全自行完成业务故障点的定位，可以给出分析结果，不需要运维人员介入中间的工作。该光传送网络告警处理方法，包括以下步骤：步骤10：逐层获取业务各层的层内告警；对光传送网络业务逐层获取各层的层内告警，各层可以是基于目前光传送网络的分层
结构，比如目前光传送网络一般自上而下分为客户信号层、光通道层、光复用段层、光传输段层；也可以是根据光传送网络的特性和业务的属性对业务进行的分层处理，比如在目前光传送网络分层基础上再根据具体业务的属性再对客户信号层进行分层。
26.需要说明的是，各层之间具有影响与被影响的关系，可以实现层之间告警的相互关联。
27.获取业务各层的层内告警首先提取各层的告警检测点，然后获取各层的所有告警检测点上的告警数据，基于这些告警数据判断各层是否有根源告警，如果有根源告警则按照层内告警检索方法查找层内告警，层内告警至少包括根源告警，获取各层的层内告警。
28.获取各层的层内告警的目的是基于层内告警进一步获取关联层的关键告警，也就是查找引起各层的层内告警的对应关联层上的关键告警，最终找到业务故障点。
29.可以将告警数据分为三个等级，a类：根源告警，能引发其他告警的告警；b类：衍生类告警，无法自己独立产生的告警，可以分为正向衍生告警和反向衍生告警；c类：独立告警，与其他告警无任何关系的告警。如果告警数据没有根源告警（当然这种情况也不会产生衍生类告警）那么业务故障点不会发生在该层，同样地，如果告警数据没有独立告警，那么业务故障点也不会发生在该层。关键告警在层内告警中可以包括根源告警，也可以不是根源告警，是业务故障点产生的相关告警，基于关键告警可以反向查找业务故障点。
30.步骤20：基于层内告警获取当前层对应的关联层的根源告警；业务各层之间的相邻层可以是关联层，存在影响与被影响的关系，或者服务与被服务的关系，因此可以按照一定的顺序和方向逐层根据层内告警获取对应关联层的关键告警，比如最上层的客户信号层的告警会受到客户信号层下方的光通道层的影响，光通道层的告警会受到光复用段层的影响，以此类推。
31.根据对应关联层的关键告警找到该关联层的根源告警，该关联层的根源告警可以引起关联层本层的层内告警之外还可以引起与关联层相邻的处于上层的当前层的层内告警，因此从当前层的层内告警反向查找对应关联层的关键告警，逐层查找对应关联层的根源告警，直到找到最终的关联层的根源告警，那么可以基于该最终的关联层上的根源告警确定业务故障点。
32.本发明实施例提供的光传送网络告警处理方法中，将业务分层处理为具有影响与被影响，服务与被服务的关系，逐层进行告警检索以及关联层的关键告警的查找，降低了告警分析所需要分析的告警数据量，准确找到业务故障点真正发生的位置和产生的根本原因，并不只是局限在单个故障检测点或者故障段落上进行告警处理的操作，提高了业务故障点查找的准确性和效率，降低运维人员的工作强度。
33.因此，在使用本发明实施例提供的光传送网络告警处理方法进行告警分析时，只需要执行告警智能化分析菜单，光传送网络告警处理装置可以先后获取各层的层内告警以及对应关联层的关键告警，直接分析出业务故障点，还可以根据业务故障点出具相应的处理意见。
34.步骤30：基于根源告警确定业务故障点。
35.关键告警是引起本层的层内告警之外还可以引起关联层产生相应的告警，因此查找关键告警对于确定业务故障点是重中之重的工作，通过反向查找关联层的关键告警，一步步找到产生关键告警的最终的业务故障点。因此，本发明实施例提供的光传送网络告警
处理方法在业务出现故障时，根据光传送网络的特性和业务的属性对业务进行分层告警处理，从最上层根据各层之间的影响与被影响关系以及告警之间的关联关系开始逐层对告警（包括层内告警和关联层的关键告警）进行收集、处理和分析，对出现故障的业务进行智能化告警分析，准确定位出该业务故障点的所属层，进而可以给出解决意见，使运维人源从复杂和繁多的告警分析工作中解放出来。
36.下面来详细描述一下采用本发明实施例提供的光传送网络告警处理方法进行告警智能化分析，前提条件是已经根据光传送网络的特性和业务的属性完成对业务的分层，提取告警检测点存入业务数据模块，以及收集各层告警数据存入告警数据模块，具体步骤如下：1、用户发起告警智能化分析请求；2、层内告警获取模块调用业务数据模块和告警数据模块，查询当前层各检测点上的告警数据；3、层内告警获取模块分析当前层的至少根源告警；4、关联告警获取模块调用业务数据模块和告警数据模块，查询对应关联层各检测点上的告警数据；5、关联告警获取模块根据层间告警查找方法分析对应的关联层的关键告警；6、关联告警获取模块按层的顺序依次查找，当分析到最底层的根源告警时结束分析请求，输出业务故障点的相关信息及处理建议；当查找到无告警的关联层时，该关联层直接对应的当前层即为业务故障点发生的层，结束分析请求，输出业务故障点的相关信息及处理建议。
37.参见图2所示，在一些实施例中，步骤10：逐层获取业务各层的层内告警之前，本发明实施例提供的光传送网络告警处理方法，还包括：步骤40：对业务进行分层处理。
38.正如上文所述，对业务进行分层处理可以基于目前光传输网络所具有的层结构对业务进行分层处理，还可以基于光传输网络的特性和业务的属性进行分层处理，只要保证业务各层之间存在影响与被影响的关系，或者服务与被服务的关系，关联层可以是相邻层，因此可以按照一定的顺序和方向逐层根据层内告警获取对应关联层的关键告警。
39.在一些实施例中，本发明实施例提供的光传送网络告警处理方法中，步骤40：对业务进行分层处理，具体包括：按照光传送网络的特性和业务的属性将业务自上而下分为第1层，第2层，
……
，第n-1层，第n层，其中第n-1层是客户层，第n层是第n-1层的服务层，n大于等于2。
40.作为最上层的只能是客户层，客户层的下方是服务层，也就是该客户层的关联层，服务层的下方是其对应的服务层，也就是其对应的关联层。可以看出，服务层的称谓是相对的，对于同一个层（非顶层和非底层）可以是上一层的服务层，还可以是下一层的客户层，因此获取层内告警时该层是客户层，当作为关联层获取该层的关键告警时该层作为上一层的服务层。
41.基于本发明实施例给出的光传送网络告警处理方法，告警智能化分析过程如下，下文中的根源告警至少从a类告警库中提取：b1：用户发起告警智能化分析请求，层内告警获取模块从最上层开始执行下面的步骤；
b2：层内告警获取模块查询客户层当前层各告警检测点上的告警数据；b3：根据告警数据判断客户层当前层是否存在根源告警；b31：如果没有根源告警，则当前业务无故障，结束退出。
42.b32：如果有根源告警，则层内告警获取模块根据层内告警检索方法找出客户层当前层的层内告警以及告警检测点；b4：关联告警获取模块判断客户层当前层是否存在服务层；b41：如果不存在服务层，本客户层当前层的根源告警所处的告警检测点即为业务故障点，执行步骤b5；b42：如果存在服务层，关联告警获取模块查询对应服务层的告警数据，判断该服务层是否存在根源告警；b421：如果没有根源告警，本客户层当前层的根源告警所在的告警检测点即为业务故障点，执行步骤b5；b422：如果有根源告警，关联告警获取模块根据层间告警检索方法找到该服务层的根源告警，将该服务层置为客户层当前层，然后重复执行步骤b4；b5：输出业务故障点的相关信息及处理建议，然后退出。
43.上述的层内告警获取模块和关联告警获取模块可以集成为一个业务处理模块中。
44.参见图3所示，在一些实施例中，本发明实施例提供的光传送网络告警处理方法中，步骤10：逐层获取各层的层内告警，具体包括：步骤100：按照时间顺序找到客户层内发生的客户层根源告警；将告警分为三个等级，a类：根源告警，能引发其它告警的告警；b类：衍生类告警，无法自己独立产生的告警，分为正向衍生告警和反向衍生告警；c类：独立告警，跟其它告警无任何关系的告警。
45.在获取层内告警时，对a类告警按告警发生时间的时间顺序进行排序，将客户层根源告警按发生时间由早到晚的顺序依次排序为【告警1-1，告警1-2，告警1-3，
……
】。
46.步骤110：基于客户层根源告警获取客户层根源告警的客户层衍生告警；找到根源告警【告警1-1】发生的告警检测点位置，根据业务流向上的告警检测点顺序，查找下一个告警检测点上根源告警【告警1-1】发生的时间节点后的所有告警，以此找到根源告警【告警1-1】在当前客户层的所有客户层衍生告警，根据查找结果更新a类告警库和b类告警库。a类告警库和b类告警库的设置目的是便于各层告警分析处理时a类告警和b类告警的提取。
47.重复执行步骤110，直到查找完所有的告警检测点。
48.步骤120：基于客户层根源告警和客户层衍生告警形成客户层的客户层告警故障序列以及客户层根源告警列表，客户层根源告警列表包括该客户层所有的客户层根源告警。
49.基于步骤100和步骤110查找到的层内告警为客户层告警故障序列【告警故障序列1-1，告警故障序列1-2，告警故障序列1-3，
……
，】。采用上述方式对剩余的该客户层的根源告警进行同样的处理，直到检索完所有告警检测点。所有独立告警归为一个故障序列。
50.获取的层内告警可以包括：1、层内告警按故障序列进行了分类，自上往下的第1层的客户层告警故障序列为【告警
故障序列1-1，告警故障序列1-2，告警故障序列1-3，
……
，】，第2层的客户层告警故障序列为【告警故障序列2-1，告警故障序列2-2，告警故障序列2-3，
……
】，
……
，第n层的客户层告警故障序列为【告警故障序列n-1，告警故障序列n-2，告警故障序列n-3，
……
】，每个客户层告警故障序列包含与这个故障相关的所有告警，客户层告警故障序列的形成目的是便于后面由对应服务层的关键告警查找到该对应服务层的根源告警，以及后面用于图形化显示给运维人员及时掌握业务各层的故障信息。
51.2、每个客户层故障序列中只有唯一一个a类告警即客户层根源告警，该客户层根源告警为该客户层故障序列的关键告警，当前层的所有关键告警可以构成该当前层的客户层关键告警列表，第1层的客户层关键告警列表为【告警1-1，告警1-2，告警1-3，
……
，】；第2层的客户层关键告警列表为【告警2-1，告警2-2，告警2-3，
……
】；第n层的客户层关键告警列表为【告警n-1，告警n-2，告警n-3，
……
】。并且当前层的客户层根源告警为该当前层的客户层关键告警列表中的客户层关键告警。
52.3、所有独立告警归为一个故障序列，这类告警对业务并无影响。
53.参见图4所示，在一些实施例中，本发明实施例提供的光传送网络告警处理方法，步骤20：基于层内告警获取当前层对应的关联层的根源告警，具体包括：步骤200：根据客户层根源告警发生的告警检测点找到服务层上对应该告警检测点的服务层关键告警；在已经完成第一层客户层的层内根源告警的查找后，对应关联层的关键告警查找步骤如下：对客户层执行层内告警检索，得到客户层根源告警列表【告警1-1，告警1-2，告警1-3，
……
】；根据客户层根源告警【告警1-1】发生的告警检测点位置，找到对应服务层上对应该告警检测点的关键告警，此关键告警序号为【告警2
’-
1】；步骤210：对服务层执行层内告警检索，得到服务层的服务层告警故障序列；对服务层执行层内告警检索，得到服务层告警故障序列【告警故障序列2-1，告警故障序列2-2，告警故障序列2-3，
……
】以及服务层根源告警列表【告警2-1，告警2-2，告警2-3，
……
】。
54.步骤220：查找服务层关键告警所在的目标服务层告警故障序列；对服务层执行层内告警检索，得到服务层告警故障序列【告警故障序列2-1，告警故障序列2-2，告警故障序列2-3，
……
】以及服务层关键告警列表【告警2-1，告警2-2，告警2-3，
……
】。
55.查询服务层中的关键告警【告警2
’-
1】所在的服务层告警故障序列，得到该服务层告警故障序列的根源告警【告警2@-1】。
56.对根源告警【告警2@-1】重复执行步骤200，直到找到最底层的服务层根源告警，该最底层的服务层根源告警所在的告警检测点即为最终业务故障点。
57.步骤230：获取目标服务层告警故障序列的服务层根源告警。
58.重复执行步骤200和步骤210，依次检索客户层根源告警列表中的客户层根源告警【告警1-2，告警1-3，
……
】；完成上述步骤后，客户层所有的客户层根源告警从业务的最上层的根源告警都能够找
到最底层的服务层对应的服务层根源告警，处于最底层的服务层根源告警即为原始告警，最底层的服务层根源告警所在的告警检测点的位置为业务故障点。
59.参见图5所示，在一些实施例中，本发明实施例提供的光传送网络告警处理方法中，步骤30：基于根源告警确定业务故障点，具体包括：步骤300：基于服务层根源告警逐层获取服务层告警故障序列直至最底层；在层内告警中完成根源告警的查找后，获取关联层根源告警的查找步骤如下：对客户层执行层内告警检索，得到客户层根源告警列表【告警1-1，告警1-2，告警1-3，
……
】根据客户层根源告警【告警1-1】发生的告警检测点的位置，找到对应服务层对应的告警检测点上的关键告警，该服务层上对应客户层根源告警【告警1-1】的关键告警序号为【告警2
’-
1】。
60.步骤310：基于最底层的服务层告警故障序列获取最底层的服务层根源告警；对服务层执行层内告警检索，得到服务层告警故障序列【告警故障序列2-1，告警故障序列2-2，告警故障序列2-3，
……
】以及服务层根源告警列表【告警2-1，告警2-2，告警2-3，
……
】。
61.查询服务层中的关键告警【告警2
’-
1】所在的服务层告警故障序列，得到该服务层告警故障序列的根源告警【告警2@-1】。
62.对根源告警【告警2@-1】重复执行步骤300，直到找到最底层的服务层根源告警，该最底层的服务层根源告警所在的告警检测点即为最终业务故障点。
63.步骤320：将最底层的服务层根源告警所在的告警检测点确定为业务故障点。
64.重复执行步骤300和步骤310，依次检索客户层根源告警列表中的客户层根源告警【告警1-2，告警1-3，
……
】；完成上述步骤后，客户层所有的客户层根源告警从业务的最上层的根源告警都能够找到最底层的服务层对应的服务层根源告警，处于最底层的服务层根源告警即为原始告警，最底层的服务层根源告警所在的告警检测点的位置为业务故障点。
65.参见图6所示，步骤10：逐层获取各层的层内告警之后，本发明实施例提供的光传送网络告警处理方法，还包括：步骤50：至少图形化显示各层的层内告警。
66.可以至少对各层的层内告警分别进行图形化呈现，展示各个层内对应的层内告警。
67.当某条业务发生故障时，可以针对这条业务进行分层，通过提取出各层的告警检测点，然后按照业务分层的结果图形化显示至少各个层的层内告警，还可以包括业务故障点等信息。运维人员可以很直观地从业务的源节点、中间节点以及业务尾节点上看到各层的告警数据，业务可以包括单向业务和双向业务。
68.采用本说明书实施例提供的光传送网络告警处理方法进行业务端到端分层告警图形化显示的具体处理过程如下，前提是已经对业务进行分层并将业务分层信息存入业务数据模块：1、用户发起查询业务端到端告警请求；2、层内告警获取模块根据业务分层信息分别提取各层的告警检测点信息，并将业务告
警检测点信息存入业务数据模块；3、层内告警获取模块根据业务数据模块收集各层告警检测点上的告警信息，并将告警信息存入告警数据模块；4、层内告警获取模块按照层内告警查找方法对各层的告警信息进行分析处理，得到各层的客户层告警故障序列；5、层内告警获取模块查询告警数据模块数据，得到各层上的客户层告警故障序列，并输出至告警显示模块；6、告警显示模块按业务层的端到端图形化显示告警信息，对于有告警的层，按照客户告警故障序列分别显示；对于没有告警的层次，只显示该层的告警检测点。
69.参见图7所示，在一些实施例中，本发明实施例提供的光传送网络告警处理方法中，步骤50：至少图形化显示各层的层内告警，具体包括：步骤500：按照端到端的形式至少图形化显示各层内告警检测点对应的客户层告警故障序列和服务层告警故障序列。
70.上述步骤将业务层信息存入业务数据模块，然后从最上层开始执行下面的步骤：a2：提取当前层相关告警检测点，建立当前层告警检测点表，将告警检测点信息存入业务数据库；a3：收集当前层所有告警检测点上的告警数据，并将告警数据存入告警数据模块；a4：判断当前层是否有根源告警；a41：如果没有根源告警，则执行步骤a6；a42：如果有根源告警，层内告警获取模块按照层内告警检索方法查找层内告警至少包括根源告警，获取该层的层内告警；a5：判断当前层是否存在服务层；a51：如果不存在服务层，则执行步骤a6；a52：如果存在服务层，则对其服务层重复执行步骤a2；a6：对于有告警的层，从业务的首节点到业务的尾节点，按照故障序列端到端至少图形化显示该层的层内告警；对于没有告警的层，只显示该层的告警检测点，参见图11所示。
71.采用本发明实施例提供的光传送网络告警处理方法时，用户发起业务告警分析请求后，业务处理模块中的层内告警获取模块根据分层信息分别提取各层告警检测点信息，并将业务告警检测点信息存入业务数据模块；收集的各层各检测点上的告警信息，并将结果存入告警数据模块；按照层内告警查找方法对各层的告警信息进行分析处理，得到各层的告警故障序列；将各层的告警故障序列结果输出到告警显示模块；告警显示模块按业务层次端到端图形化显示告警信息，对于有告警的层次，按照故障序列分别显示；对于没有告警的层次，只显示该层的告警检测点。
72.通过以上分析可以看出，本发明实施例提供的光传送网络告警处理方法，通过对业务分层后针对各层分别逐层获取层内告警，然后根据层之间的关联关系基于当前层的层内告警找到对应关联层的关键告警，进而通过关键告警确定业务故障点，因此通过业务不同层之间告警的关联性准确定位业务故障点，给出解决意见，不需要运维人员对这些告警进行分析处理的工作，降低运维人员的工作强度。另外本发明实施例提供的光传送网络告警处理方法可以至少图像化显示各层的层内告警，可以方便运维人员直观掌握业务各层的
层内告警，以便运维人员及时做出准备工作。
73.实施例二参照图8所示，为本发明实施例提供的一种光传送网络告警处理装置10，该装置包括：层内告警获取模块100、关联告警获取模块110和告警分析模块120。其中：层内告警获取模块100，用于逐层获取各层的层内告警；对光传送网络业务逐层获取各层的层内告警，各层可以是基于目前光传送网络的分层结构，比如目前光传送网络一般自上而下分为客户信号层、光通道层、光复用段层、光传输段层；也可以是根据光传送网络的特性和业务的属性对业务进行的分层处理，比如在目前光传送网络分层基础上再根据具体业务的属性再对客户信号层进行分层。
74.需要说明的是，各层之间具有影响与被影响的关系，可以实现层之间告警的相互关联。
75.获取业务各层的层内告警首先提取各层的告警检测点，然后获取各层的所有告警检测点上的告警数据，基于这些告警数据判断各层是否有告警，如果有告警则按照层内告警检索方法查找层内告警，获取各层的层内告警，层内告警至少包括根源告警，获取层内告警的检索结果。
76.获取各层的层内告警的目的是基于层内告警进一步获取关联层的关键告警，也就是查找引起各层的层内告警的对应关联层上的关键告警，最终找到业务故障点。
77.可以将告警数据分为三个等级，a类：根源告警，能引发其他告警的告警；b类：衍生类告警，无法自己独立产生的告警，可以分为正向衍生告警和反向衍生告警；c类：独立告警，与其他告警无任何关系的告警。如果告警数据没有根源告警（当然这种情况也不会产生衍生类告警）那么业务故障点不会发生在该层，同样地，如果告警数据没有独立告警，那么业务故障点也不会发生在该层。关键告警在层内告警中可以包括根源告警，是故障点产生的相关告警，基于关键告警可以反向查找业务故障点。
78.关联告警获取模块110，用于基于层内告警获取当前层对应的关联层的根源告警；业务各层之间的相邻层可以是关联层，存在影响与被影响的关系，或者服务与被服务的关系，因此可以按照一定的顺序和方向逐层根据层内告警获取对应关联层的关键告警，比如最上层的客户信号层的告警会受到客户信号层下方的光通道层的影响，光通道层的告警会受到光复用段层的影响，以此类推。
79.根据对应关联层的关键告警找到该关联层的根源告警，该关联层的根源告警可以引起关联层本层的层内告警之外还可以引起与关联层相邻的处于上层的当前层的层内告警，因此从当前层的层内告警反向查找对应关联层的关键告警，逐层查找对应关联层的根源告警，直到找到最终的关联层的根源告警，那么可以基于该最终的关联层上的根源告警确定业务故障点。
80.本发明实施例提供的光传送网络告警处理方法中，将业务分层处理为具有影响与被影响，服务与被服务的关系，逐层进行告警检索以及关联层的关键告警的查找，降低了告警分析所需要分析的告警数据量，准确找到业务故障点真正发生的位置和产生的根本原因，并不只是局限在单个故障检测点或者故障段落上进行告警处理的操作，提高了业务故障点查找的准确性和效率，降低运维人员的工作强度。
81.因此，在使用本发明实施例提供的光传送网络告警处理方法进行告警分析时，只
需要执行告警智能化分析菜单，光传送网络告警处理装置可以先后获取各层的层内告警以及对应关联层的关键告警，分析出业务故障点，还可以根据业务故障点出具相应的处理意见。
82.告警分析模块120，用于基于根源告警确定业务故障点。
83.关键告警是引起本层的层内告警之外还可以引起关联层产生相应的告警，因此查找关键告警对于确定业务故障点是重中之重的工作，通过反向查找关联层的关键告警，一步步找到产生关键告警的最终的业务故障点。因此，本发明实施例提供的光传送网络告警处理方法在业务出现故障时，根据光传送网络的特性和业务的属性对业务进行分层告警处理，从最上层根据各层之间的影响与被影响关系以及告警之间的关联关系开始逐层对告警（包括层内告警和关联层的关键告警）进行收集、处理和分析，对出现故障的业务进行告警分析，准确定位出该业务故障点的所属层，进而可以给出解决意见，使运维人源从复杂和繁多的告警分析工作中解放出来。
84.下面来详细描述一下采用本发明实施例提供的光传送网络告警处理方法进行告警智能化分析，前提条件是已经根据光传送网络的特性和业务的属性完成对业务的分层，提取告警检测点存入业务数据模块，以及收集各层告警数据存入告警数据模块，具体步骤如下：1、用户发起告警智能化分析请求；2、层内告警获取模块调用业务数据模块和告警数据模块，查询当前层各检测点上的告警数据；3、层内告警获取模块分析当前层的至少根源告警；4、关联告警获取模块调用业务数据模块和告警数据模块，查询对应关联层各检测点上的告警数据；5、关联告警获取模块根据层间告警查找方法分析对应的关联层的关键告警；6、关联告警获取模块按层的顺序依次查找，当分析到最底层的根源告警时结束分析请求，输出业务故障点的相关信息及处理建议；当查找到无告警的关联层时，该关联层直接对应的当前层即为业务故障点发生的层，结束分析请求，输出业务故障点的相关信息及处理建议。
85.本发明实施例提供的光传送网络告警处理装置10还可以包括以下模块：业务处理模块：对业务进行分层，业务告警检测点信息处理；业务数据模块：存储业务数据，包括业务基础数据，业务分层数据，以及业务告警检测点数据；告警分析模块包括层内告警获取模块和关联告警获取模块：可以用于告警数据的查询，告警分类的处理，对层内告警进行检索分析，关联层的关键告警的检索分析；告警数据模块：存储各个层的各告警检测点上的告警数据，存储告警分类信息，存储告警故障序列信息；告警显示模块：图形化或者列表化显示业务当前各层的告警信息。
86.参见图9所示，10、如权利要求9的光传送网络告警处理装置10，装置还包括告警显示模块130，用于：至少图形化显示各层的层内告警。
87.采用本发明实施例提供的光传送网络告警处理方法时，用户发起业务告警分析请求后，业务处理模块中的层内告警获取模块根据分层信息分别提取各层告警检测点信息，并将业务告警检测点信息存入业务数据模块；收集的各层各检测点上的告警信息，并将结果存入告警数据模块；按照层内告警查找方法对各层的告警信息进行分析处理，得到各层的告警故障序列；将各层的告警故障序列结果输出到告警显示模块；告警显示模块按业务层次端到端图形化显示告警信息，对于有告警的层次，按照故障序列分别显示；对于没有告警的层次，只显示该层的告警检测点。
88.通过以上分析可以看出，本发明实施例提供的光传送网络告警处理方法，通过对业务分层后针对各层分别逐层获取层内告警，然后根据层之间的关联关系基于当前层的层内告警找到对应关联层的关键告警，进而通过关键告警确定业务故障点，因此通过业务不同层之间告警的关联性准确定位业务故障点，给出解决意见，不需要运维人员对这些告警进行分析处理的工作，降低运维人员的工作强度。另外本发明实施例提供的光传送网络告警处理方法可以至少图像化显示各层的层内告警，可以方便运维人员直观掌握业务各层的层内告警，以便运维人员及时做出准备工作。
89.实施例三参见图10所示，为本发明实施例提供的一种网络管理系统1，该网络管理系统1包括如上文所述光传送网络告警处理装置10，该光传送网络告警处理装置10可以包括：层内告警获取模块100，用于逐层获取各层的层内告警；对光传送网络业务逐层获取各层的层内告警，各层可以是基于目前光传送网络的分层结构，比如目前光传送网络一般自上而下分为客户信号层、光通道层、光复用段层、光传输段层；也可以是根据光传送网络的特性和业务的属性对业务进行的分层处理，比如在目前光传送网络分层基础上再根据具体业务的属性再对客户信号层进行分层。
90.需要说明的是，各层之间具有影响与被影响的关系，可以实现层之间告警的相互关联。
91.获取业务各层的层内告警首先提取各层的告警检测点，然后获取各层的所有告警检测点上的告警数据，基于这些告警数据判断各层是否有根源告警，如果有根源告警则按照层内告警检索方法查找层内告警，获取各层的层内告警，层内告警至少包括根源告警，获取层内告警的检索结果。
92.获取各层的层内告警的目的是基于层内告警进一步获取关联层的关键告警，也就是查找引起各层的层内告警的对应关联层上的关键告警，最终找到业务故障点。
93.可以将告警数据分为三个等级，a类：根源告警，能引发其他告警的告警；b类：衍生类告警，无法自己独立产生的告警，可以分为正向衍生告警和反向衍生告警；c类：独立告警，与其他告警无任何关系的告警。如果告警数据没有根源告警（当然这种情况也不会产生衍生类告警）那么业务故障点不会发生在该层，同样地，如果告警数据没有独立告警，那么业务故障点也不会发生在该层。关键告警在层内告警中可以包括根源告警，也可以不是根源告警，是业务故障点产生的相关告警，基于关键告警可以反向查找业务故障点。
94.关联告警获取模块110，用于基于层内告警获取当前层对应的关联层的根源告警；业务各层之间的相邻层可以是关联层，存在影响与被影响的关系，或者服务与被服务的关系，因此可以按照一定的顺序和方向逐层根据层内告警获取对应关联层的关键告警，
比如最上层的客户信号层的告警会受到客户信号层下方的光通道层的影响，光通道层的告警会受到光复用段层的影响，以此类推。
95.根据对应关联层的关键告警找到该关联层的根源告警，该关联层的根源告警可以引起关联层本层的层内告警之外还可以引起与关联层相邻的处于上层的当前层的层内告警，因此从当前层的层内告警反向查找对应关联层的关键告警，逐层查找对应关联层的根源告警，直到找到最终的关联层的根源告警，那么可以基于该最终的关联层上的根源告警确定业务故障点。
96.本发明实施例提供的光传送网络告警处理方法中，将业务分层处理为具有影响与被影响，服务与被服务的关系，逐层进行告警检索以及关联层的关键告警的查找，降低了告警分析所需要分析的告警数据量，准确找到业务故障点真正发生的位置和产生的根本原因，并不只是局限在单个故障检测点或者故障段落上进行告警处理的操作，提高了业务故障点查找的准确性和效率，降低运维人员的工作强度。
97.因此，在使用本发明实施例提供的光传送网络告警处理方法进行告警分析时，只需要执行告警智能化分析菜单，光传送网络告警处理装置可以先后获取各层的层内告警以及对应关联层的关键告警，直接分析出业务故障点，还可以根据业务故障点出具相应的处理意见。
98.告警分析模块120，用于基于根源告警确定业务故障点。
99.关键告警是引起本层的层内告警之外还可以引起关联层产生相应的告警，因此查找关键告警对于确定业务故障点是重中之重的工作，通过反向查找关联层的关键告警，一步步找到产生关键告警的最终的业务故障点。因此，本发明实施例提供的光传送网络告警处理方法在业务出现故障时，根据光传送网络的特性和业务的属性对业务进行分层告警处理，从最上层根据各层之间的影响与被影响关系以及告警之间的关联关系开始逐层对告警（包括层内告警和关联层的关键告警）进行收集、处理和分析，对出现故障的业务进行告警分析，准确定位出该业务故障点的所属层，进而可以给出解决意见，使运维人源从复杂和繁多的告警分析工作中解放出来。
100.下面来详细描述一下采用本发明实施例提供的光传送网络告警处理方法进行告警智能化分析，前提条件是已经根据光传送网络的特性和业务的属性完成对业务的分层，提取告警检测点存入业务数据模块，以及收集各层告警数据存入告警数据模块，具体步骤如下：1、用户发起告警智能化分析请求；2、层内告警获取模块调用业务数据模块和告警数据模块，查询当前层各检测点上的告警数据；3、层内告警获取模块分析当前层的至少根源告警；4、关联告警获取模块调用业务数据模块和告警数据模块，查询对应关联层各检测点上的告警数据；5、关联告警获取模块根据层间告警查找方法分析对应的关联层的关键告警；6、关联告警获取模块按层的顺序依次查找，当分析到最底层的根源告警时结束分析请求，输出业务故障点的相关信息及处理建议；当查找到无告警的关联层时，该关联层直接对应的当前层即为业务故障点发生的层，结束分析请求，输出业务故障点的相关信息及处理
建议。
101.通过以上分析可以看出，本发明实施例提供的光传送网络告警处理方法，通过对业务分层后针对各层分别逐层获取层内告警，然后根据层之间的关联关系基于当前层的层内告警找到对应关联层的关键告警，进而通过关键告警确定业务故障点，因此通过业务不同层之间告警的关联性准确定位业务故障点，给出解决意见，不需要运维人员对这些告警进行分析处理的工作，降低运维人员的工作强度。另外本发明实施例提供的光传送网络告警处理方法可以至少图像化显示各层的层内告警，可以方便运维人员直观掌握业务各层的层内告警，以便运维人员及时做出准备工作。
102.实施例四本发明实施例提供的一种储存介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如图1至图8所示的光传送网络告警处理方法的步骤，具体可以执行以下步骤：步骤10：逐层获取业务各层的层内告警；对光传送网络业务逐层获取各层的层内告警，各层可以是基于目前光传送网络的分层结构，比如目前光传送网络一般自上而下分为客户信号层、光通道层、光复用段层、光传输段层；也可以是根据光传送网络的特性和业务的属性对业务进行的分层处理，比如在目前光传送网络分层基础上再根据具体业务的属性再对客户信号层进行分层。
103.需要说明的是，各层之间具有影响与被影响的关系，可以实现层之间告警的相互关联。
104.获取业务各层的层内告警首先提取各层的告警检测点，然后获取各层的所有告警检测点上的告警数据，基于这些告警数据判断各层是否有根源告警，如果有根源告警则按照层内告警检索方法查找层内告警，层内告警至少包括根源告警，获取各层的层内告警，获取层内告警的检索结果。
105.获取各层的层内告警的目的是基于层内告警进一步获取关联层的关键告警，也就是查找引起各层的层内告警的对应关联层上的关键告警，最终找到业务故障点。
106.可以将告警数据分为三个等级，a类：根源告警，能引发其他告警的告警；b类：衍生类告警，无法自己独立产生的告警，可以分为正向衍生告警和反向衍生告警；c类：独立告警，与其他告警无任何关系的告警。如果告警数据没有根源告警（当然这种情况也不会产生衍生类告警）那么业务故障点不会发生在该层，同样地，如果告警数据没有独立告警，那么业务故障点也不会发生在该层。关键告警在层内告警中可以包括根源告警，也可以不是根源告警，是业务故障点产生的相关告警，基于关键告警可以反向查找业务故障点。
107.步骤20：基于层内告警获取当前层对应的关联层的根源告警；业务各层之间的相邻层可以是关联层，存在影响与被影响的关系，或者服务与被服务的关系，因此可以按照一定的顺序和方向逐层根据层内告警获取对应关联层的关键告警，比如最上层的客户信号层的告警会受到客户信号层下方的光通道层的影响，光通道层的告警会受到光复用段层的影响，以此类推。
108.根据对应关联层的关键告警找到该关联层的根源告警，该关联层的根源告警可以引起关联层本层的层内告警之外还可以引起与关联层相邻的处于上层的当前层的层内告警，因此从当前层的层内告警反向查找对应关联层的关键告警，逐层查找对应关联层的根
源告警，直到找到最终的关联层的根源告警，那么可以基于该最终的关联层上的根源告警确定业务故障点。
109.本发明实施例提供的光传送网络告警处理方法中，将业务分层处理为具有影响与被影响，服务与被服务的关系，逐层进行告警检索以及关联层的关键告警的查找，降低了告警分析所需要分析的告警数据量，准确找到业务故障点真正发生的位置和产生的根本原因，并不只是局限在单个故障检测点或者故障段落上进行告警处理的操作，提高了业务故障点查找的准确性和效率，降低运维人员的工作强度。
110.因此，在使用本发明实施例提供的光传送网络告警处理方法进行告警分析时，只需要执行告警智能化分析菜单，光传送网络告警处理装置可以先后获取各层的层内告警以及对应关联层的关键告警，直接分析出业务故障点，还可以根据业务故障点出具相应的处理意见。
111.步骤30：基于根源告警确定业务故障点。
112.关键告警是引起本层的层内告警之外还可以引起关联层产生相应的告警，因此查找关键告警对于确定业务故障点是重中之重的工作，通过反向查找关联层的关键告警，一步步找到产生关键告警的最终的业务故障点。因此，本发明实施例提供的光传送网络告警处理方法在业务出现故障时，根据光传送网络的特性和业务的属性对业务进行分层告警处理，从最上层根据各层之间的影响与被影响关系以及告警之间的关联关系开始逐层对告警（包括层内告警和关联层的关键告警）进行收集、处理和分析，对出现故障的业务进行告警分析，准确定位出该业务故障点的所属层，进而可以给出解决意见，使运维人源从复杂和繁多的告警分析工作中解放出来。
113.下面来详细描述一下采用本发明实施例提供的光传送网络告警处理方法进行告警智能化分析，前提条件是已经根据光传送网络的特性和业务的属性完成对业务的分层，提取告警检测点存入业务数据模块，以及收集各层告警数据存入告警数据模块，具体步骤如下：1、用户发起告警智能化分析请求；2、层内告警获取模块调用业务数据模块和告警数据模块，查询当前层各检测点上的告警数据；3、层内告警获取模块分析当前层的至少根源告警；4、关联告警获取模块调用业务数据模块和告警数据模块，查询对应关联层各检测点上的告警数据；5、关联告警获取模块根据层间告警查找方法分析对应的关联层的关键告警；6、关联告警获取模块按层的顺序依次查找，当分析到最底层的根源告警时结束分析请求，输出业务故障点的相关信息及处理建议；当查找到无告警的关联层时，该关联层直接对应的当前层即为业务故障点发生的层，结束分析请求，输出业务故障点的相关信息及处理建议。
114.通过以上分析可以看出，本发明实施例提供的光传送网络告警处理方法，通过对业务分层后针对各层分别逐层获取层内告警，然后根据层之间的关联关系基于当前层的层内告警找到对应关联层的关键告警，进而通过关键告警确定业务故障点，因此通过业务不同层之间告警的关联性准确定位业务故障点，给出解决意见，不需要运维人员对这些告警
进行分析处理的工作，降低运维人员的工作强度。另外本发明实施例提供的光传送网络告警处理方法可以至少图像化显示各层的层内告警，可以方便运维人员直观掌握业务各层的层内告警，以便运维人员及时做出准备工作。
115.总之，以上所述仅为本说明书的较佳实施例而已，并非用于限定本说明书的保护范围。凡在本说明书的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书的保护范围之内。
116.上述一个或多个实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
117.计算机可读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
118.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
119.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
120.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。