确定OTN设备故障原因的方法、装置、设备、存储介质

摘要

本申请实施例公开了一种确定OTN设备故障原因的方法、装置、设备、存储介质，所述方法包括：获取待处理的告警信息；所述待处理的告警信息为与所述OTN设备连接的网络设备的告警信息；从所述待处理的告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；基于所述匹配结果确定所述OTN设备的故障原因。

说明书

技术领域

本申请涉及计算机技术，涉及但不限于一种确定OTN设备故障原因的方法、装置、设备、存储介质。

背景技术

相关技术中，告警信息监控平台一般会全量采集OTN设备的告警信息和网络设备的告警信息，分别对所述OTN设备的告警信息和网络设备的告警信息进行收敛，完成整个告警收敛的过程。

相关技术中存在的问题在于：OTN设备的告警接入到总告警系统，需要一定开发成本。由于OTN设备相对比较封闭，其网管上报数据的接口，通常是私有化和定制化。接入总网管系统，对应开发的成本很高，开发周期也比较长。且这种私有化的协议，在开发完毕之后，后期网管版本更新后，可能会需要重新适配新的规则。综上，软件开发成本高，周期长。

发明内容

有鉴于此，本申请实施例提供一种确定OTN设备故障原因的方法、装置、设备、存储介质，解决相关技术中，用于对OTN设备的告警进行收敛的软件开发成本高周期长等问题。

第一方面，本申请实施例提供一种确定OTN设备故障原因的方法，所述方法包括：获取待处理的告警信息；所述待处理的告警信息为与所述OTN设备连接的网络设备的告警信息；从所述待处理的告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；基于所述匹配结果确定所述OTN设备的故障原因。

第二方面，本申请实施例提供一种确定OTN设备故障原因的装置，包括：获取模块，用于获取待处理的告警信息；所述待处理的告警信息为与所述OTN设备连接的网络设备的告警信息；提取模块，用于从所述待处理的告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；匹配模块，用于基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；确定模块，用于基于所述匹配结果，确定所述OTN设备的故障原因。

第三方面，本申请实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现本申请实施例任一所述确定OTN设备故障原因的方法中的步骤。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本申请实施例任一所述确定OTN设备故障原因的方法中的步骤。

本申请实施例中，通过从获取的待处理的网络设备的告警信息中提取出关键设备参数，并根据所述关键设备参数与映射表中OTN设备的层级信息的匹配结果，确定所述OTN设备的故障原因。由此可见，本申请实施例提供的技术方案，首先不用采集OTN设备的告警信息，然后从网络设备的告警信息提取网络设备的关键设备参数，将关键设备参数与OTN设备的层级信息进行匹配，从而可以根据网络设备的告警信息推断出OTN设备的故障原因。由于不采集OTN设备的告警信息，也无需用于处理OTN设备的告警信息的软件，从而从源头上解决了软件开发成本高和开发周期长的问题。

附图说明

图1为本申请实施例一种确定OTN设备故障原因的方法的流程示意图；

图2为本申请实施例一种OPU层中对象的异常概率的初始值与第一比值之间的对数函数关系的示意图；

图3为相关技术中确定OTN设备故障原因的方法的示意图；

图4为相关技术中确定OTN设备故障原因的方法的示意图；

图5为本申请实施例中确定OTN设备故障原因的方法的示意图；

图6为本申请实施例中一种告警格式化的流程示意图；

图7为本申请实施例中一种计算概率收敛告警的流程示意图；

图8为本申请实施例一种确定OTN设备故障原因的装置的组成结构示意图；

图9为本申请实施例计算机设备的一种硬件实体示意图。

具体实施方式

下面结合附图和实施例对本申请的技术方案进一步详细阐述。

图1为本申请实施例提供的确定OTN设备故障原因的方法的实现流程示意图，应用于监控平台，如图1所示，该方法包括：

步骤102：获取待处理的告警信息；所述待处理的告警信息为与所述OTN设备连接的网络设备的告警信息；

其中，OTN(optical transport network，光传送网)是指在光域内实现业务信号的传送、复用、路由选择、监控，并且保证其性能指标和生存性的传送网络系统。OTN设备可以是OTN系统上的设备，所述OTN设备可以是光终端设备、光线路设备、光中继设备和光分插复用设备等；OTN系统包括OTN设备和网管服务器，所述OTN设备和所述网络设备连接，以通过OTN设备实现信号在不同网络设备之间的传输；所述网络设备可以是计算机、网关、路由器和网桥等。

在网络设备发生故障时，网络设备的监控单元可以视故障情况给出告警信号，并通过SNMP(Simple Network Management Protocol，简单网络管理协议)向监控平台发出告警信息；所述待处理的告警信息可以是网络设备的原始告警信息，也可以是对所述原始告警信息进行筛选后得到的告警信息。

所述监控平台又称总告警系统，所述监控平台是为了监控生产网中所有运营中设备的异常搭建的一个监控平台，这个监控平台能采集所有异常的告警相关设备的日志，匹配关键字来生成告警信息，同时具备接口能力，来接收其他系统提供的告警信息。

在实施的过程中，待处理的告警信息可以是监控平台接收到的网络设备发送的至少一条原始告警信息，也可以是对原始告警信息进行格式化后的告警信息。例如，可以将监控平台在预设时段内接收到的网络设备发送的至少一条原始告警信息作为所述待处理的告警信息；再如，可以根据原始告警信息产生的时间戳，将预设时段内的至少一条原始告警信息进行格式化，将格式化后的原始告警信息作为所述待处理的告警信息。

步骤104：从所述待处理的告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；

其中，所述网络设备的标识可以是所述网络设备的IP(Internet Protocol，网际互连协议)地址、所述网络设备的网络设备名称等，所述物理端口的标识可以是所述物理端口的物理端口名称。

步骤106：基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；

其中，所述映射表中可以理解为网络设备与OTN设备之间的资源表，在实施时可以预先对应存储网络设备的标识、物理端口的标识和OTN设备的层级信息，所述匹配结果包括所述关键设备参数与所述OTN设备的层级信息匹配和不匹配。OTN设备的层级信息表征OTN设备各层之间的关系，参见表1中的OTN设备中的OTS层、OCH层和OPU层中各层之间的关系。

假设从待处理的告警信息中提取出的网络设备的标识为目标网络设备名称，提取出的物理端口的标识为目标物理端口名称，则可以在从所述映射表中查找出与所述目标网络设备名称和所述目标物理端口名称相同的网络设备名称和物理端口名称的情况下，认为所述目标网络设备名称和所述目标物理端口名称与所述OTN设备的层级信息相匹配。

在从所述映射表中没有查找出与所述目标网络设备名称和所述目标物理端口名称相同的网络设备名称和物理端口名称的情况下，认为所述目标网络设备名称和所述目标物理端口名称与所述OTN设备的层级信息不相匹配。

步骤108：基于所述匹配结果确定所述OTN设备的故障原因。

其中，可能是所述OTN设备的某一层的对象发生故障，可根据所述匹配结果，确定出可能发生故障的OTN层级，并可以根据该OTN层的层级信息，确定所述OTN设备的故障原因。

在一些实施例中，映射表中的层级信息是可以有对象的异常概率，从匹配结果中可以得到与映射表中匹配的层级信息，参见表3的实施例，收到的告警信息的数量是8条，与映射表中匹配的是6条。从匹配的6条层级信息中，将异常概率最大的目标对象或者异常概率满足预设条件的目标对象作为OTN设备的故障原因。再次参见表3的实施例，第二条告警信息和第八条告警信息的概率最大，输出可以是：“OTS层的Fiber-AA-BB-01异常概率最大”和“OCH层的192.4THz异常概率第二大”，那么故障原因可以是OTS层的Fiber-AA-BB-01异常和OCH层的192.4THz异常。

在另一些实施例中，映射表中的层级信息可以没有对象的异常概率，依然可以从匹配结果中可以得到与映射表中匹配的层级信息，基于匹配的层级信息可以得到匹配的目标对象，例如OTS信息中的目标对象，OCH信息中的目标对象和OPU信息中的目标对象；然后再判断具有物理连接关系的两个目标对象是否在目标层级记录表中，例如，首先根据OTS信息中的目标对象，获取OTS层与OCH层之间的目标层级记录表；这里，目标层级记录表记录有与OTS信息中的目标对象关联的OCH层的对象集合；在目标层级记录表中，确定OCH信息中的目标对象是否在目标层级记录表中，即判断目标对象是否在OCH层的对象集合中。如果在，那么就将OTS信息中的目标对象作为故障原因。如果不在，继续根据OCH信息中的目标对象，获取OCH层与OPU层之间的目标层级记录表；在目标层级记录表中，确定OPU信息中的目标对象是否在目标层级记录表中，如果在，那么就将OCH信息中的目标对象作为故障原因，否则，将将OPU信息中的目标对象作为故障原因。

本申请实施例中，通过从获取的待处理的网络设备的告警信息中提取出关键设备参数，并根据所述关键设备参数与映射表中OTN设备的层级信息的匹配结果，确定所述OTN设备的故障原因。由此可见，本申请实施例提供的技术方案，首先不用采集OTN设备的告警信息，然后从网络设备的告警信息提取网络设备的关键设备参数，将关键设备参数与OTN设备的层级信息进行匹配，从而可以根据网络设备的告警信息推断出OTN设备的故障原因。由于不采集OTN设备的告警信息，也无需用于处理OTN设备的告警信息的软件，从而从源头上解决了软件开发成本高和开发周期长的问题。

本申请实施例还提供一种确定OTN设备故障原因的方法，应用于监控平台，所述方法包括：

步骤S202：获取来自于至少一台网络设备的至少一条原始告警信息；

其中，所述原始告警信息可以是所述网络设备的监控单元通过SNMP协议发送给监控平台的未经预处理的告警信息。

在一个实施例中，获取来自于至少一台网络设备的至少一条原始告警信息，包括：监控平台在预设时段内接收至少一台网络设备发送的至少一条原始告警信息；在另一个实施例中，获取来自于至少一台网络设备的至少一条原始告警信息，包括：可以根据原始告警信息产生的时间戳，获取预设时段内的至少一条原始告警信息。

步骤S204：对所述至少一条原始告警信息中的每一条进行格式化的预处理，得到至少一条告警信息；所述至少一条告警信息为与所述OTN设备连接的网络设备的告警信息；

这里，由于至少一条原始告警信息可以来自于多个网络设备，而各个网络设备所属厂商的告警SNMP日志的格式有区别，因此，可以对至少一条原始告警信息进行格式化的预处理。

步骤S206：从所述至少一条告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；

其中，可以分别从每一所述告警信息中提取关键设备参数，并基于每一所述关键参数，确定对与映射表中OTN设备的层级信息之间对应的匹配结果。

步骤S208：基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；

步骤S210：基于所述至少一条告警信息的匹配结果，确定所述OTN设备的故障原因。

其中，可以通过对多个告警信息的匹配结果进行综合分析，以确定所述OTN设备的故障原因。

本申请实施例中，通过获取至少一条原始告警信息，并对至少一条原始告警信息进行格式化的预处理，得到待处理的告警信息，从而能够提高告警信息的规范性。

本申请实施例还提供一种确定OTN设备故障原因的方法，应用于监控平台，所述方法包括：

步骤S302：获取来自于至少一台网络设备的至少一条原始告警信息；

步骤S304：对所述至少一条原始告警信息中的每一条进行格式化的预处理，得到至少一条告警信息；所述至少一条告警信息为与所述OTN设备连接的网络设备的告警信息；

步骤S306：从所述至少一条告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；

步骤S308：基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；

所述匹配结果包括所述关键设备参数与所述OTN设备的层级信息之间的匹配和不匹配，以及在匹配的情况下所述OTN设备的各层级信息中对象出现异常的异常概率；

步骤S310：确定所述OTN设备中各层级信息的权重；

其中，所述OTN设备可以包括OPU(Optical Payload Unit，光通路净荷单元)层、OCH(Optical Channel，光通道)层和OTS(Optical Transmission Section，光传输段)层；

表1为本申请实施例提供的一种映射表，所述映射表中包括所述网络设备名称和物理端口名称，以及所述OTN设备的OPU层、OCH层和OTS层的层级信息：

表1

所述OPU层的层级信息为OPU信息，所述OPU信息包括光传输设备的名称信息、端口信息、OPU层的端口速率和OPU层中对象的异常概率；所述OPU层中对象的异常概率可以预先设定；所述光传输设备的名称信息可以为表1中的客户侧设备，例如可以是“SZ-DW DW-AA”；所述端口信息可以为表1中的客户侧端口，例如可以是“C-1/3”；所述OPU层的端口速率可以为表1中的端口速率，例如可以是“10Gb/s”；所述OPU层中对象的异常概率可以为表1中的第一概率，例如可以是“30％”。

所述OCH信息，为与所述OPU层关联的所述OCH层的信息，所述OCH信息包括波道的波道频率、起始站点和终止站点、波道速率和OCH层中对象的异常概率；所述OCH层中对象的异常概率可以预先设定；所述波道频率可以是“192.1THz”；所述起始站点可以是“AA”；所述终止站点可以是“BB”；所述波道速率可以是“10Gb/s”；所述OCH层中对象的异常概率可以为表1中的第二概率，例如可以是“40％”。

所述OTS层的层级信息为OTS信息，所述OTS信息包括运营商光纤信息、OTS层现在承载的业务的总带宽信息和OTS层中对象的异常概率；所述OTS层中对象的异常概率可以预先设定；所述运营商光纤信息可以是“Fiber-AA-BB-01”，所述OTS层现在承载的业务的总带宽信息可以是表1中的已承载速率，所述OTS层中对象的异常概率可以是表1中的第三概率，例如可以是“30％”。

所述OPU层是一种用于适配客户信息通过光通道传送的信息结构；光通路净荷单元用于将客户信息、所需适配客户信号速率和OPUK净荷速率的开销、以及其他支持客户信号传送的OPUK开销结合在一起。这些开销是特定适配开销，OPUK的容量由k划分，k＝0、1、2、2e、3、4。

所述OCH层是整个OTN的核心，是OTN的主要功能载体；OCH层主要负责为各种格式的客户信号选择路由与分配波长，为透明传送各种格式用户信号的端到端的光通道提供联网功能。

所述OTS层负责处理光传输段开销，以确保光传输段适配信息的完整性，同时实现对光放大器或中继器的检测和控制。

所述权重可以预先设置，也可以是通过计算得到；每一所述OTN设备均包括OPU、OCH、OTS三个层的层级信息，不同的OTN设备在同一OTN层级下的层级信息的权重可以相同，也可以不同。

步骤S312：基于所述OTN设备中各层级信息的权重和所述OTN设备的各层级信息中对象出现异常的异常概率，确定所述OTN设备的故障原因。

其中，每一所述OTN设备的各层级信息中可包括至少一个对象，每一所述对象都对应一个可能出现异常的异常概率；可以根据所述OTN设备中OCH波道的波道速率和OPU端口速率之间的第一比值，确定每一所述OTN设备的层级信息中对象的异常概率的初始值，即初始异常概率，在所述第一比值等于1的情况下，可以要求OCH层的初始异常概率最大，例如可以是40％；OPU层的初始异常概率较小，例如可以是30％；OTS层的初始异常概率最小，例如可以是30％；在所述第一比值大于1的情况下，可以要求OPU层的初始异常概率最大，例如可以是80％或60％，OCH层的初始异常概率较小，例如可以是15％或30％，OTS层的初始异常概率最小，例如可以是5％或10％。通过对第一比值是否大于1的判断，来确定OTS层、OCH层和OPU层的初始异常概率之间的大小关系，从而能够使得各个OTN层的初始异常概率的确定更加灵活，也较准确。

进一步地，所述OPU层中对象的异常概率的初始值y与所述OTN设备中OCH的波道速率和OPU的端口速率之间的第一比值x之间可以具有对数函数关系，其中所述y是因变量，所述x是自变量。

在一些实施例中，所述对数函数关系可以为自然对数函数关系。举例来说，对于某种网络而言，y与x的表达式可以用公式(1)表示：

y＝0.20ln(x)+0.31 (1)；

其中，上述0.20和0.31是本实施例通过多次测试得到的较优常值，在其他实施例中，可根据实际需要设定为其他值，具体不限。参见图2，在所述第一比值为10的情况下，OPU层的初始异常概率大约为77％，则所述OCH层初始异常概率可以为20％，所述OTS层初始异常概率可以为7％；在所述第一比值为1的情况下，OPU层的初始异常概率大约为31％，则所述OCH层初始异常概率可以为40％，所述OTS层初始异常概率可以为30％。通过根据对数函数关系确定OPU层中对象的异常概率的初始值，再根据OPU层的异常概率的初始值确定OCH层和OTS层的异常概率的初始值，从而能够进一步提高异常概率确定的准确性。

本申请实施例中，通过根据所述OTN设备中各层级信息的权重和所述OTN设备的各层级信息中对象出现异常的异常概率，确定所述OTN设备的故障原因，从而能够使得所述故障原因的确定更准确；另外，通过根据OCH的波道速率和OPU的端口速率之间的第一比值，确定所述OTN设备的各层级信息中对象出现异常的异常概率的初始值，从而能够使得异常概率的初始值的确定更加准确。

本申请实施例还提供一种确定OTN设备故障原因的方法，应用于监控平台，所述方法包括：

步骤S402：获取来自于至少一台网络设备的至少一条原始告警信息；

步骤S404：对所述至少一条原始告警信息中的每一条进行格式化的预处理，得到至少一条告警信息；所述至少一条告警信息为与所述OTN设备连接的网络设备的告警信息；

步骤S406：从所述至少一条告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；

步骤S408：基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；

所述匹配结果包括所述关键设备参数与所述OTN设备的层级信息之间的匹配和不匹配，以及在匹配的情况下所述OTN设备的各层级信息中对象出现异常的异常概率；

步骤S410：基于每一所述告警信息的匹配结果，确定每一所述告警信息的关键设备参数与所述映射表中OTN设备的层级信息之间匹配的数量；

其中，假设获取到的待处理的告警信息的数量为8，在8条告警信息中，有6条告警信息的关键设备参数与所述映射表中OTN设备的层级信息之间匹配，则可以确定所述告警信息的关键设备参数与所述映射表中OTN设备的层级信息之间匹配的数量为6。

步骤S412：确定所述OTN设备中OCH的速率和OPU速率之间的第一比值；

其中，所述OCH的速率可以是所述OCH层的波道速率，所述OPU速率可以是所述OPU层的端口速率；参见表1，不同物理端口名称对应的第一比值不同，在所述物理端口名称为“Eth1/1”的情况下，所述OCH的速率和OPU速率的比值为10Gb/s比10Gb/s，即为1；在所述物理端口名称为“T1/3”的情况下，所述OCH的速率和OPU速率的比值为100Gb/s比10Gb/s，即为10；在所述物理端口名称为“T2/3”的情况下，所述OCH的速率和OPU速率的比值为100Gb/s比100Gb/s，即为1；在所述物理端口名称为“F2/4”的情况下，所述OCH的速率和OPU速率的比值为40Gb/s比10Gb/s，即为4；在一个实施例中，可以选取所述OCH的速率和OPU速率的最大比值10为所述第一比值；在另一个实施例中，还可以选取所述OCH的速率和OPU速率的任一比值为所述第一比值。

步骤S414：确定所述匹配的数量与所述第一比值之间的第二比值；

步骤S416：基于所述第二比值，确定所述OTN设备中各层级信息的权重。

其中，表2给出了一种确定OTN设备中各层级信息的权重的方法：

表2

参见表2，在所述第二比值小于等于1的情况下，即所述匹配的数量小于所述第一比值的情况下，可以确定OTN设备的OPU层、OCH层和OTS层的权重分别为1.2、0.8和0.4；在所述第二比值大于1且小于等于2的情况下，即所述匹配的数量大于所述第一比值，且小于所述第一比值的两倍的情况下，可以确定OTN设备的OPU层、OCH层和OTS层的权重分别为0.4、1.2和0.8；在所述第二比值大于2的情况下，即所述匹配的数量大于所述第一比值的二倍的情况下，可以确定OTN设备的OPU层、OCH层和OTS层的权重分别为0.4、0.8和1.2。

步骤S418：基于所述OTN设备中各层级信息的权重和所述OTN设备的各层级信息中对象出现异常的异常概率，确定所述OTN设备的故障原因。

本申请实施例中，通过根据匹配的数量和OCH的速率和OPU速率之间的第一比值确定所述OTN设备中各层级信息的权重，从而能够使得权重的确定更准确。

本申请实施例还提供一种确定OTN设备故障原因的方法，应用于监控平台，所述方法包括：

步骤S502：获取来自于至少一台网络设备的至少一条原始告警信息；

步骤S504：对所述至少一条原始告警信息中的每一条进行格式化的预处理，得到至少一条告警信息；所述至少一条告警信息为与所述OTN设备连接的网络设备的告警信息；

步骤S506：从所述至少一条告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；

步骤S508：基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；

所述匹配结果包括所述关键设备参数与所述OTN设备的层级信息之间的匹配和不匹配，以及在匹配的情况下所述OTN设备的各层级信息中对象出现异常的异常概率；

步骤S510：基于每一所述告警信息的匹配结果，确定每一所述告警信息的关键设备参数与所述映射表中OTN设备的层级信息之间匹配的数量；

步骤S512：确定所述OTN设备中OCH的速率和OPU速率之间的第一比值；

步骤S514：确定所述匹配的数量与所述第一比值之间的第二比值；

其中，假设所述匹配的数量为6，所述第一比值为4，则第二比值为1.5。

步骤S516：基于所述第二比值，确定所述OTN设备中各层级信息的权重。

由于1<第二比值≤2，因此可以确定OPU层、OCH层和OTS层的权重依次为0.4、1.2和0.8。

步骤S518：针对每一层级信息中的对象，基于所述对象匹配的次数、所述对象所在层级信息的权重和所述对象出现异常的异常概率，通过累加确定所述对象的最终概率；

其中，表3为本申请实施例提供的另一种映射表，所述映射表中包括所述网络设备名称和物理端口名称，以及所述OTN设备的OPU层、OCH层和OTS层的层级信息：

表3

参见表3，假设OTS层的层级信息的权重为0.8，则OTS层的对象“Fiber-AA-BB-01”的最终概率可以为：30％*0.8+30％*0.8+30％*0.8+10％*0.8+10％*0.8+30％*0.8＝1.12。

假设OCH层的层级信息的权重为1.2，则OCH层的对象“192.1THz”、“192.2THz”、“192.3THz”、“192.5THz”的最终概率均可以为：40％*1.2＝0.48；OCH层的对象“192.4THz”的最终概率可以为：30％*1.2+30％*1.2＝0.72。

假设OPU层的层级信息的权重为0.4，由于OPU层的对象只会出现一次，不存在累加的情况，则OPU层的对象的最终概率的最大值可以为60％*0.4＝0.24。

步骤S520：将所有对象的最终概率进行排序，得到排序结果；

其中，对所述对象的最终概率进行排序，可以得到排序结果：1.12>0.72>0.48>0.24。

步骤S522：基于所述排序结果，确定所述OTN设备的故障原因。

其中，由于OTS层的对象“Fiber-AA-BB-01”的最终概率最大，因此，可以推断出所述OTN设备的故障原因可能与运营商光纤编号“Fiber-AA-BB-01”的光纤有关。

本申请实施例中，通过基于所述对象匹配的次数、所述对象所在层级信息的权重和所述对象出现异常的异常概率，通过累加方式确定所述对象的最终概率，并根据最终概率的排序结果，确定所述OTN设备的故障原因，从而能够使最终概率的确定更加准确。

本申请实施例还提供一种确定OTN设备故障原因的方法，应用于监控平台，所述方法包括：

步骤S602：获取来自于至少一台网络设备的至少一条原始告警信息；

步骤S604：对所述至少一条原始告警信息中的每一条进行格式化的预处理，得到至少一条告警信息；所述至少一条告警信息为与所述OTN设备连接的网络设备的告警信息；

步骤S606：从所述至少一条告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；

步骤S608：基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；

所述匹配结果包括所述关键设备参数与所述OTN设备的层级信息之间的匹配和不匹配，以及在匹配的情况下所述OTN设备的各层级信息中对象出现异常的异常概率；

步骤S610：基于每一所述告警信息的匹配结果，确定每一所述告警信息的关键设备参数与所述映射表中OTN设备的层级信息之间匹配的数量；

步骤S612：确定所述OTN设备中OCH的速率和OPU速率之间的第一比值；

步骤S614：确定所述匹配的数量与所述第一比值之间的第二比值；

步骤S616：基于所述第二比值，确定所述OTN设备中各层级信息的权重。

步骤S618：针对每一层级信息中的对象，基于所述对象匹配的次数、所述对象所在层级信息的权重和所述对象出现异常的异常概率，通过累加方式确定所述对象的最终概率；

步骤S620：将所有对象的最终概率进行排序，得到排序结果；

步骤S622：基于所述排序结果，筛选出满足预设条件的目标对象；

步骤S624：基于所述目标对象和所述目标对象所在层的层级信息，确定所述OTN设备的故障原因。

其中，所述预设条件可以是排序结果中的最终概率最大和第二大；则可以将最终概率为1.12的OTS层的“Fiber-AA-BB-01”和最终概率为0.72的OCH层的“192.4THz”确定为目标对象；则可以确定所述OTN设备的故障原因可以为运营商主光中断，即运营商光纤编号为“Fiber-AA-BB-01”的光纤中断。

本申请实施例中，通过根据对象的最终概率的排序结果，筛选出目标对象，并根据目标对象和其所在层的层级信息，确定所述OTN设备的故障原因，从而能够使得OTN设备的故障原因的确定更加准确。

本申请实施例还提供一种确定OTN设备故障原因的方法，应用于监控平台，所述方法包括：

步骤S702：获取来自于至少一台网络设备的至少一条原始告警信息；

步骤S704：对所述至少一条原始告警信息中的每一条进行格式化的预处理，得到至少一条告警信息；所述至少一条告警信息为与所述OTN设备连接的网络设备的告警信息；

步骤S706：从所述至少一条告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；

步骤S708：基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；

所述匹配结果包括所述关键设备参数与所述OTN设备的层级信息之间的匹配和不匹配，以及在匹配的情况下所述OTN设备的各层级信息中对象出现异常的异常概率；

步骤S710：基于每一所述告警信息的匹配结果，确定每一所述告警信息的关键设备参数与所述映射表中OTN设备的层级信息之间匹配的数量；

步骤S712：确定所述OTN设备中OCH的速率和OPU速率之间的第一比值；

步骤S714：确定所述匹配的数量与所述第一比值之间的第二比值；

步骤S716：基于所述第二比值，确定所述OTN设备中各层级信息的权重。

步骤S718：针对每一层级信息中的对象，基于所述对象匹配的次数、所述对象所在层级信息的权重和所述对象出现异常的异常概率，通过累加确定所述对象的最终概率；

步骤S720：将所有对象的最终概率进行排序，得到排序结果；

步骤S722：基于所述排序结果，筛选出满足预设条件的目标对象；

步骤S724：基于所述目标对象和所述目标对象所在层的层级信息，确定所述OTN设备的故障原因；

步骤S726：输出所述故障原因，以提示所述OTN设备的网管；

步骤S728：获取所述OTN设备的网管对所述故障原因的反馈结果；

步骤S730：基于所述反馈结果，维持或更新所述映射表中各层级信息中对象的异常概率。

其中，所述总告警系统可以输出所述故障原因，以提示所述OTN设备的网管，所述网管可以对实际故障场景进行核查，得到故障原因的反馈结果，即可以得到实际故障，如果所述实际故障所在的OTN层级与所述最终概率的最大值的对象所在的OTN层级相匹配，则维持所述映射表中各层级信息中对象的异常概率；如果所述实际故障所在的OTN层级与所述最终概率的第二大值的对象所在的OTN层级相匹配，则可以将第二大值的对象所在的OTN层的概率增加10％，将其他OTN层的概率减少10％；如果所述实际故障所在的OTN层级与所述最终概率的最大值的对象所在的OTN层级或第二大值的对象所在的OTN层级均不相匹配，则可以将实际正确的OTN层的概率增加20％，将其他OTN层的概率减少20％。

本申请实施例中，通过根据实际故障动态维持或更新所述映射表中各层级信息中对象的异常概率，从而能够使得OTN设备的故障原因的确定更加准确。

相关技术中，涉及光传送网OTN设备的告警收敛方法(又可以称为OTN设备的故障原因确定方法)主要有以下两种：

第一种告警收敛方法如图3所示，总告警系统全量采集OTN系统上的OTN设备的告警信息和网络设备的告警信息，并对采集的所述OTN设备的告警信息和网络设备的告警信息进行统一收敛；在所述OTN设备在发生故障时，会通过所述OTN设备所属厂商的私有协议，将所述OTN设备的告警信息推送到所属厂商的OTN网管系统；之后各个厂商的OTN网管系统，再分别将对应的OTN设备的告警信息，通过遥测(Telemetry)技术或者公共对象请求代理体系结构(Common Object Request Broker Architecture，CORBA)，推送到总告警系统；同时，网络设备的告警信息，通过简单网络管理协议(Simple Network ManagementProtocol，SNMP)推送给总告警系统。

总告警系统通过比对特定时段内发生的OTN设备的告警信息和网络设备的告警信息，根据所述网络设备和所述OTN设备之间的连接关系，对所述网络设备的告警信息进行收敛；最后对OTN设备的告警信息，按OPU，OCH，OTS的层级关系进行收敛。最终收敛得到OTN设备根本的故障原因，完成整个告警收敛的过程。

Telemetry是一项监控设备性能和故障的远程数据采集技术，Telemetry技术采用“推模式”及时获取丰富的监控数据，可以实现网络故障的快速定位，从而解决上述网络运维问题。推模式是一种基于客户器/服务器机制、由服务器主动将信息送到客户器的技术。

CORBA是由对象管理组织(Object Management Group，OMG)制订的一种标准的面向对象应用程序体系规范，CORBA是对象管理组织为解决分布式处理环境(DistributedComputing Environment

第二种告警收敛方法如图4所示，首先通过OTN设备所属厂商的OTN网管系统先收敛OTN设备的告警信息，再将收敛后的OTN设备的告警信息推送给总告警系统；OTN设备在发生故障时，会通过所属厂商的私有协议，将OTN设备的具体告警信息，推送给所属厂商的OTN网管系统，OTN网管系统再通过预先设置的告警收敛规则，按OPU，OCH，OTS的层级关系进行收敛；对应各个不同厂商的OTN网管系统，分别将收敛过的OTN设备的告警信息，通过telemetry或者CORBA，推送到总告警系统，同时，网络设备的告警信息，通过SNMP推送给总告警系统。

总告警系统通过比对特定时段内发生的收敛后的OTN设备的告警信息和网络设备的告警信息，根据网络设备和OTN设备之间的预先录入对应关系，对网络设备的告警信息进行收敛，最终完成整个告警收敛的过程。

然而，在上述两种告警收敛方法中，OTN系统上的告警信息接入到总告警系统，需要一定开发成本。由于OTN系统相对比较封闭，所述OTN系统的OTN网管系统上报数据的接口，通常是私有化和定制化的。接入总告警系统，对应开发的成本很高，开发周期也比较长，且这种私有化的协议，在开发完毕之后，后期网管版本更新后，可能会需要重新适配新的规则。

另外，在OTN系统故障时，大概率会同时出现大量的OTN设备的告警信息和网络设备的告警信息。每个OTN厂商的告警格式，以及网络设备厂商的告警格式不一致，OTN设备场景对告警收敛的方法也不一致，直接采用用于分析的话，计算的复杂度都相对较高，进而导致故障分析和处理的时间比较长。

再者，如果同时在短时间内，大量的网络设备的告警和OTN设备的告警同时并发，总告警系统会出现告警偶发丢失的情况，一旦有OTN系统的告警信息或者网络设备的告警信息丢失的，则会对计算收敛造成影响，甚至根据之前既定的算法，会有收敛失败的情况出现。

本申请实施例可以通过分析光传送网的特性，使用概率迭代学习的方式，减少涉及光传输情境下，告警收敛的复杂度，加快告警收敛的时间。

本申请实施例可以对网络设备的告警信息使用格式化方法进行预处理，并基于预录入在映射表中的网络设备和OTN设备的对应关系，匹配预录入网络设备对应OTN设备的层级信息中对象的异常概率。

本申请实施例可以使用概率迭代和指定权重的方法，来计算告警收敛的结果，可以对收敛的结果进行再次确认，训练对应的概率，来增加后续收敛计算的准确性。

参见图5，本申请实施例可以提供一种基于光传送网特性和概率迭代，进行告警收敛的方法，在OTN系统异常而影响网络设备的场景下，该方法针对不同的OTN设备厂商和网络设备厂商，告警信息的种类多，告警信息的数量多且可能告警丢失的情况下，只选取网络设备的告警信息进行格式化预处理，通过特定的概率的方法，对OTN系统的异常导致的告警信息进行收敛；计算的概率可以在告警收敛完成后，再根据实际的故障原因，进行迭代优化，更新下一次故障发生对应场景下的概率值。该方法随着收敛的次数增加，对应的收敛判断会被训练得更加准确。

本申请实施例提供的告警收敛方法，对OTN系统上的告警信息不采集或者直接屏蔽，在流程的最开始，直接不计算全量的OTN系统的告警信息；针对总告警系统采集的网络设备告警，进行格式化的预处理，再通过计算概率，可以快速收敛网络设备的告警，同时给出收敛的结论；在收敛完成后，可以比对实际故障和概率收敛结果之间的差别，更新对应的概率情况，用作下次收敛的新依据。

参见图6和图7，本申请实施例可以提供一种告警收敛方法：

步骤602：获取网络设备告警；

总告警系统通过SNMP获取网络设备的告警信息；

其中，，可以认为物理端口down类型的告警信息是对推断OTN设备的故障原因有价值的告警信息；本申请实施例中不涉及OTN系统的告警信息，只对网络设备的告警信息进行分析，所以，可以先收敛所有的OTN系统的告警信息(即所有OTN系统的告警信息不参与后续计算)，只剩下网络设备的告警信息。

步骤604：筛选告警物理down类型；

总告警系统筛选物理端口down类型的告警信息；

其中，总告警系统可以对网络设备的告警信息做初步的筛选，可以通过网络告警日志中的“down”、“DOWN”，“Down”等关键词去筛选，只留下网络设备的告警信息中物理端口down类型的告警信息；不满足该类型的网络设备告警，则不进行下一步处理。

步骤606：格式化告警提取设备和端口；

总告警系统对所述物理端口down类型的告警信息进行格式化处理，以提取网络设备名称和物理端口名称；

其中，可以从所述物理端口down类型的告警信息中提取网络设备名称和物理端口名称；由于各个厂商的告警SNMP日志的格式有区别，但物理端口down类型的告警信息中，都会包含告警的网络设备名称和down的具体物理端口信息，因此，可以结合正则表达式和关键词来提取网络设备名称和物理端口名称，由于网络设备名称可以是用户自定义的，因此用户可以按规则通过正则表达式去提取网络设备名称；网络告警信息中的物理端口，虽然不同厂商的命名有不同，但可以通过要求包含“Ethernet(以太网)”、“Gigabit Ethernet(吉比特以太网/千兆以太网)”、Fast Ethernet(快速以太网)等关键词，并且不包含“port-channel(端口通道)”、“vlan(虚拟局域网)”等关键词来进行物理端口的匹配。

本申请实施例中可以以下面3条具体的网络设备的告警信息为例进行说明：

第一条告警信息可以为：Oct 29 20:12:50 10.126.231.78 2020SZ-NET-B％％10IFNET/5/LINK_UPDOWN:Line protocol state on the interface Forty-GigabitEthernet2/0/1changed to down。

第二条告警信息可以为：SZ-NET-D:2020Oct 29 12:17:53.90CST:％ETHPORT-5-IF_DOWN_LINK_FAILURE:Interface Ethernet1/17is down(Link failure)Timestamp:2020-10-29 12:17:53。

第三条告警信息可以为：SZ-NET-D:2020Oct 29 12:17:59.902CST:％ETH_PORT_CHANNEL-5-PORT_UP:port-channel1301:Ethernet1/18is up。

由于网络设备名称是用户自定义的，因此，通过特定的正则表达式可获取网络设备名称为“SZ-NET-B”，对应的物理端口按关键词可以匹配为“Forty-Gigabit Ethernet2/0/1”，因此，第一条告警信息满足要求。同理，第二条告警信息中可以提取网络设备名称“SZ-NET-D”和物理端口名称“Ethernet1/17”；第三条告警信息，虽然包含了“Ethernet”，但同时也包含“port-channel”，并且不包含“down”、“DOWN”、“Down”等关键词，不满足要求，可以丢弃掉第三条告警信息。

步骤608：匹配预录入信息获取其最新概率；

步骤610：能否匹配概率信息；若是，则执行步骤612；若否，则执行步骤614；

步骤612：将告警放入缓存池；

步骤614：丢弃这个告警；

总告警系统将所述网络设备名称和所述物理端口名称与预录入的OTN设备的层级信息进行匹配，获取所述网络设备名称和所述物理端口名称对应的OTN设备的层级信息的对象出现异常的最新概率；

其中，如果所述网络设备名称和所述物理端口名称能匹配上具体某一条OTN设备的层级信息，则获取这个层级信息的OPU，OCH，OTS三个层的OTN设备信息和该层级对应的概率信息，并将所述网络设备名称和所述物理端口名称对应的告警信息放入缓存池中；如果所述网络设备名称和所述物理端口名称匹配不上任意一条OTN设备的层级信息，则丢弃掉所述网络设备名称和所述物理端口名称对应的告警信息，并在该告警信息中携带“不涉及OTN系统”的关键词。

步骤616：15秒内是否有新增；若是，则执行步骤608；若否，则执行步骤618；

步骤618：统计告警数量；

总告警系统判断在特定的时长内，是否有新增的能与所述OTN设备的层级信息匹配的网络设备的告警信息产生；

其中，特定的时长可以是15秒，如果在此时长内，没有新增的能匹配OTN设备的层级信息的网络设备的告警信息产生，则统计该时长内获取到的所有匹配的网络设备的告警信息的数量，结束告警格式化的流程。

其中，预录入的OTN设备的层级信息的格式如表1所示。

参见表1，每个网络设备名称和物理端口名称，可以组成一条预录入的OTN设备的层级信息的关键索引，根据这条关键索引，会关联承载这个网络设备的传输的OTN的OPU层，该OPU层包含光传输设备名称信息和具体的端口信息，OPU层的端口速率，以及可能异常的概率，所述光传输设备名称信息可以是表1中的客户侧设备，所述端口信息可以是表1中的客户侧端口；接着关联该OPU对应的OCH层的信息，包含该波道的波道频率，起始站点和终止站点，这条波道对应的波道速率，以及可能异常的概率；最后关联到这条OCH对应的OTS层的运营商光纤信息，包含运营商的光纤编号，OTS现在承载的业务的总带宽信息即已承载速率，以及对应可能异常的概率。

在一个实施例中，总告警系统可以根据每一所述OTN设备的层级信息中OCH的波道速率和OPU端口速率的比值，确定每一所述OTN设备的层级信息的初始异常概率；

其中，所述OTN设备的层级信息，是根据网络设备实际使用的OTN系统预录入在总告警系统里，用于根据网络设备名称和物理端口名称查询对应的OTN设备的层级信息。每个OTN设备的层级对应的异常概率，则有一个初始化的值，即所述OTN设备的层级信息的初始异常概率；这个值的确定需要参考OCH的波道速率和OPU端口速率的比值，在所述比值为1：1的情况下，则可以要求OCH层的初始异常概率最大，例如可以是40％；OPU层的初始异常概率较小，例如可以是30％；OTS层的初始异常概率最小，例如可以是30％；在所述比值大于1：1的情况下，则可以要求OPU层的初始异常概率最大，例如可以是80％或60％，OCH层的初始异常概率较小，例如可以是15％或30％，OTS层的初始异常概率最小，例如可以是5％或10％，在这种情况下，OPU层的初始异常概率和“OCH的波道速率和OPU端口速率”的比值，成“对数曲线变化”；假设所述比值为x，OPU层的初始异常概率为y，则可以根据公式(1)确定OPU层的初始异常概率：

y＝0.20ln(x)+0.31 (1)；

参见图2，在所述比值为10的情况下，OPU层的初始异常概率可以为80％；在所述比值为20的情况下，OPU层的初始异常概率可以为90％。

经过上述步骤602至步骤618的告警格式化，可以获取到使用OTN系统承载的网络设备的具体告警信息，并确定所述告警信息关联的OTN系统上的OTN设备的层级信息和数量，以及每条网络设备的告警信息所对应的OTN设备的层级信息异常的概率。

在确定每一所述OTN设备的层级信息的初始异常概率之后，参见图7，所所述告警收敛方法还包括以下步骤620至步骤632中的计算概率收敛告警：

步骤620：统计的告警数量；

步骤622：匹配各个层的告警系数；

其中，总告警系统获取所述数量，总告警系统可以根据所述数量和所述比值的最大值，确定每一OTN设备中各层级信息的权重；

其中，所述数量也可以理解为与所述OTN设备的层级信息匹配的网络设备的告警信息的数量，总告警系统可以根据特定时间内统计的符合要求带有异常概率的告警信息的数量，对应查找在该数量下，对应的各个OTN设备的各层的权重。

在一个实施例中，可以根据OTN系统中OCH的波道速率和OPU端口速率的比值的最大值，选择不同规则的权重；在同一套OTN系统中，如果存在不同的比值，如4：1和10：1，则可以选取最大的10：1为“OCH的波道速率和OPU端口速率的比值”，即以10作为判断权重的基准。

需要了解的是，OPU，OCH，OTS为三种层级关系，其中OPU层处于三个层级中的最底层，对应的层级信息的数量最多；OCH层处于三个层级中的中间层，对应的层级信息的数量居中；OTS层处于三个层级中的上层，对应的层级信息的数量较少。因而在判断权重时，可以根据符合要求与OTN设备的层级信息匹配的网络设备的总告警数量和“OCH的波道速率和OPU端口速率的比值”进行比较来确认权重，以提高判断准确性。具体可参见表2，在所述数量小于等于所述比值的情况下，可以确定OPU层、OCH层和OTS层的权重分别为1.2、0.8和0.4；在所述数量大于所述比值，且小于等于所述比值的两倍的情况下，可以确定OPU层、OCH层和OTS层的权重分别为0.4、1.2和0.8；在所述数量大于所述比值的两倍的情况下，可以确定OPU层、OCH层和OTS层的权重分别为0.4、0.8和1.2。

步骤624：计算概率，告警收敛；

步骤626：输出故障原因；

总告警系统计算OTN系统的概率，并根据所述概率，确定所述OTN设备的故障原因；总告警系统可以输出所述故障原因，以提示所述OTN设备的网管去核查实际故障。

其中，对收集的所有网络设备的告警信息，使用每一个OTN设备的层级信息中对象的异常概率，和所述对象所在的OPU层、OCH层和OTS层的权重，进行加权计算；通过累加确定所述对象的最终概率。可以将所述对象的最终概率进行排序，得到排序结果，可以输出最大的两个最终概率对应的OTN设备的目标层和所述目标层的层级信息中具体的对象信息，并根据所述层级和所述对象信息，确定所述OTN设备的故障原因；最后对网络设备的告警信息进行删除，以完成整个告警收敛。

步骤628：核查结果是否符合实际情况；若是，则执行步骤632；若否，则执行步骤630。

其中，可以认为所述核查结果为实际故障。

步骤630：更新匹配的各个层的异常概率；

步骤632：流程结束。

总告警系统将实际故障与预测出的故障原因进行比较；根据比较结果，调整每一OTN设备的层级信息中对象出现异常的异常概率。

在一个实施例中，在整个告警收敛完成后，还可以再借助OTN系统的OTN网管系统，对实际故障场景进行核查；如果实际故障所在的OTN层级和对应的层级信息中的对象和最终概率最大的对象对应的OTN设备的层级相匹配，则每一OTN设备的层级信息中对象出现异常的异常概率保持不变，流程结束；如果实际故障所在的OTN层级和对应的层级信息中的对象和最终概率第二大的对象对应的OTN设备的层级相匹配，则可以把第二大的对象对应的OTN设备的目标层的层级信息中对象出现异常的异常概率增加10％，其他层的层级信息中对象出现异常的异常概率总共减少10％，例如可以将其他层级中每一层的层级信息中对象出现异常的异常概率分别减少5％。如果实际故障所在的OTN层级和对应的层级信息中的对象和最终概率第一大和第二大的对象对应的OTN设备的层级都不匹配，则可以把实际应该正确层的层级信息中对象出现异常的异常概率增加20％，其他层的概率减少20％，例如可以将其他层级中每一层的层级信息中对象出现异常的异常概率分别减少10％，所述实际正确层级为最终概率最小的对象对应的OTN设备的层级，流程结束。

本申请实施例使用概率迭代的方法主要是为了应对网络环境中的网络设备的告警信息和OTN设备的告警信息大量并发时，部分告警信息的丢失，因而需要通过概率迭代的方法，通过训练来让该方法更符合场下的网络告警环境。

本申请实施例还提供一种确定OTN设备故障原因的方法，所述方法包括：

步骤S802：在某次OTN系统故障的情况下，总告警系统收到了网络设备的告警信息的推送；

其中，所述网络设备的告警信息可以是以下8条告警信息：

第一条告警信息：SZ-NET-A:2020Oct 29 20:12:48CST:％ETHPORT-5-IF_DOWN_INITIALIZING:Interface Ethernet1/1is down(Initializing)。

第二条告警信息：SZ-NET-A:2020Oct 29 20:12:49CST:％ETHPORT-5-IF_DOWN_INITIALIZING:Interface Ethernet1/2is down(Link failure)。

第三条告警信息：SZ-NET-A:2020Oct 29 20:12:49CST:％ETHPORT-5-IF_DOWN_INITIALIZING:Interface Port-channel1 is down(Link failure)。

第四条告警信息：SZ-NET-A:2020Oct 29 20:12:49CST:％ETHPORT-5-IF_DOWN_INITIALIZING:Interface Ethernet1/3is down(Link failure)。

第五条告警信息：Oct 29 20:12:50 10.126.231.78 2020SZ-NET-B％％10IFNET/5/LINK_UPDOWN:Line protocol state on the interface Forty-Gigabit Ethernet2/0/1changed to down。

第六条告警信息：Oct 29 20:12:50 10.126.231.78 2020SZ-NET-B％％10IFNET/5/LINK_UPDOWN:Line protocol state on the interface Forty-Gigabit Ethernet2/0/2changed to down。

第七条告警信息：SZ-NET-C:2020Oct 29 20:12:51CST:％ETHPORT-5-IF_DOWN_INITIALIZING:Interface Ethernet3/1is down(Initializing)。

第八条告警信息：SZ-NET-C:2020Oct 29 20:12:59CST:％ETHPORT-5-IF_DOWN_INITIALIZING:Interface Ethernet6/2is down(Initializing)。

步骤S804：对所述网络设备的告警信息进行格式化预处理，得到所述告警信息对应的网络设备名称和物理端口名称；

其中，可以对所述网络设备的告警信息进行筛选，由于第三条告警信息不是具体的物理端口，被筛除掉；由于第八条告警信息在总告警系统中找不到对应的概率，因而也被筛选掉；可以通过正则表达式和关键词来提取单条告警信息中的网络设备名称和物理端口名称的关键词的组合，得到以下表4中格式化后的数据，即所述告警信息对应的网络设备名称和物理端口名称：

表4

步骤S806：在所述总告警系统中，确定与所述网络设备名称和物理端口名称相匹配的OTN设备的层级信息，并确定所述OTN设备的层级信息中对象出现异常的异常概率；

其中，可以对应在所述总告警系统中查询与所述网络设备名称和物理端口名称对应的具体OTN设备的层级信息，和所述层级信息中对象在当前的异常概率，表3为映射表，所述映射表中包括所述网络设备名称和物理端口名称，以及OTN设备的层级信息；为了展现方便，表3隐藏了映射表中的部分信息，突出显示所述层级信息中对象出现异常的异常概率。

表3

步骤S808：总告警系统根据与所述网络设备名称和所述物理端口名称匹配的OTN设备中层级信息的数量，和OCH的波道速率和OPU端口速率的比值，确定每一OTN设备中各层级信息的权重；

其中，计算出与所述网络设备名称和所述物理端口名称匹配的OTN设备中层级信息的数量是6，在这套OTS相同的OTN系统中，OCH的波道速率和OPU端口速率的最大比值是4；符合要求的网络设备的告警信息数量为6，则由于6介于一倍比值4到两倍的比值8之间，进而按要求选择的权重组合可以是OPU层的权重为0.4，OCH层的权重为1.2，OTS层的权重为0.8。

步骤S810:总告警系统计算OTN系统的概率；

其中，OTS层的“Fiber-AA-BB-01”出现异常的异常概率可以为：30％*0.8+30％*0.8+30％*0.8+10％*0.8+10％*0.8+30％*0.8＝1.12。

OCH层的“192.1THz”、“192.2THz”、“192.3THz”、“192.5THz”出现异常的异常概率可以为：40％*1.2＝0.48；“192.4THz”出现异常的异常概率可以为：30％*1.2+30％*1.2＝0.72

由于OPU层的层级信息中的对象只会出现一次，不存在累加的情况，因而最大值可以为：60％*0.4＝0.24。

步骤S812：总告警系统根据所述概率，确定所述OTN设备的故障原因；

其中，由于第二条告警信息和第八条告警信息的概率最大，因此可以把第一、三、四、五、七条告警信息删除，并输出“OTS层的Fiber-AA-BB-01异常概率最大”，还可以输出“OCH层的192.4THz异常概率第二大”。

步骤S814：总告警系统将实际故障和确定出的所述OTN设备的故障原因进行比较结果，根据比较结果，调整每一OTN设备的层级信息中对象出现异常的异常概率；

其中，总告警系统可以借助OTN系统的OTN网管系统，核查OTN系统的实际故障情况，确认的确是运营商主光中断，即运营商光纤编号为“Fiber-AA-BB-01”的光纤中断，则说明此次告警收敛准确，和实际情况一致，不需要去对应更新网络设备的映射表中OTN设备的层级信息中对象的概率；如果所述实际故障和所述故障原因不一致，则需要对应去对应更新网络设备的映射表中OTN设备的层级信息中对象的概率。

本申请实施例中还提供一种确定OTN设备故障原因的方法，所述方法包括：

步骤S902：获取来自于至少一台网络设备的至少一条原始告警信息；

步骤S904：对所述至少一条原始告警信息中的每一条进行格式化的预处理，得到至少一条告警信息；所述至少一条告警信息为与所述OTN设备连接的网络设备的告警信息；

步骤S906：从所述至少一条告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；

步骤S908：基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；

其中，所述匹配结果包括所述关键设备参数与所述OTN设备的层级信息之间的匹配和不匹配；所述OTN设备包括OPU层、OCH层和OTS层；所述OTN设备中各层级信息，可以包括：OPU信息，包括光传输设备的名称信息、端口信息和OPU层的端口速率；OCH信息，包括波道的波道频率、波道速率、起始站点和终止站点；OTS信息，包括运营商光纤信息、OTS层承载的业务的总带宽信息。

步骤S910：在所述匹配结果表明所述关键设备参数与所述OTN设备的层级信息匹配的情况下，获取匹配的OTN设备的层级信息；

其中，表5为所述映射表的一部分，表5中包含与所述关键设备参数匹配的OTN设备的层级信息。

表5

步骤S912：确定所述匹配的OTN设备的层级信息与预设的OTN设备的记录表之间的适配结果，所述记录表用于记录所述OTN设备中各层级中对象之间的连接关系；

其中，所述记录表可以包括第一层级记录表(所述OTS层与所述OCH层的层级记录表)、第二层级记录表(所述OCH层与所述OPU层的层级记录表)，其中，第一层级记录表可以记录所述OTS层中对象与所述OCH层中对象之间的连接关系，第二层级记录表中可以记录所述OCH层中的对象和所述OPU层中的对象之间的连接关系。

表6为本申请实施例提供的一种所述OTS层与所述OCH层的层级记录表，表7为本申请实施例提供的一种所述OCH层与所述OPU层的层级记录表；需要说明的是，表6和表7中只列出了层级记录表中的部分信息。

表6

表7

步骤S914：基于所述适配结果确定所述OTN设备的故障原因。

本申请实施例中，通过根据映射表中与关键设备参数匹配的OTN设备的层级信息与预设的OTN设备的记录表之间的适配结果，确定所述OTN设备的故障原因，从而能够更便捷地确定OTN设备的故障原因。

本申请实施例中还提供一种确定OTN设备故障原因的方法，所述方法包括：

步骤S1002：获取来自于至少一台网络设备的至少一条原始告警信息；

步骤S1004：对所述至少一条原始告警信息中的每一条进行格式化的预处理，得到至少一条告警信息；所述至少一条告警信息为与所述OTN设备连接的网络设备的告警信息；

步骤S1006：从所述至少一条告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；

步骤S1008：基于所述关键设备参数，确定与映射表中OTN设备的层级信息之间的匹配结果；

所述匹配结果包括所述关键设备参数与所述OTN设备的层级信息之间的匹配和不匹配；

所述OTN设备包括OPU层、OCH层和OTS层；所述OTN设备中各层级信息，包括：OPU信息，包括光传输设备的名称信息、端口信息和OPU层的端口速率；OCH信息，包括波道的波道频率、波道速率、起始站点和终止站点；OTS信息，包括运营商光纤信息、OTS层承载的业务的总带宽信息。

步骤S1010：在所述匹配结果表明所述关键设备参数与所述OTN设备的层级信息匹配的情况下，获取匹配的OTN设备的层级信息；

步骤S1012：从匹配的OTN设备的层级信息获取所述OTS信息中的目标对象；

参见表5，所述OTS信息中的目标对象可以是运营商光纤编号“Fiber-AA-BB-01”。

步骤S1014：基于所述OTS信息的目标对象，确定与所述OTN设备的记录表中OCH层的对象之间的第一适配结果；

所述第一适配结果包括所述OTS信息的目标对象与第一层级记录表(所述OTS层与所述OCH层的层级记录表)中OCH层的对象之间的适配和不适配，可以先确定在所述映射表中，所述OTS信息的目标对象对应的OCH层的层级信息的第一条数和每一条层级信息中的内容，再确定在第一层级记录表中，所述OTS信息的目标对象对应的OCH层的层级信息的第二条数和每一条层级信息中的内容。

如果所述第一条数和每一条层级信息中的内容，与所述第二条数和每一条层级信息中的内容完全相符，则认为所述OTS信息的目标对象与第一层级记录表中OCH层的对象适配；如果所述第一条数和所述第二条数不相等，或者虽然所述第一条数和所述第二条数相等，但每一条层级信息中的内容不完全相符，则认为所述OTS信息的目标对象与第一层级记录表中OCH层的对象不适配；需要说明的是，由于表5中的内容是表6中的内容的子集，因此，对表5中的任一OCH层的层级信息，总能在表6中找到与之相同的OCH层的层级信息，进而可以仅判断第一条数和第二条数是否相等，来确定所述OTS信息的目标对象与第一层级记录表中OCH层的对象适配。

参见表5，运营商光纤编号“Fiber-AA-BB-01”对应的OCH层的层级信息总共有6条，其中有两条完全相同，即有两条OCH层的层级信息中的波道频率均为“192.4THz”、起始站点均为“AA”，终止站点均为“BB”，波道速率均为“40Gb/s”，因此可确定表5中OTS层的层级信息中的对象运营商光纤编号“Fiber-AA-BB-01”对应的OCH层的不同层级信息总共有5条。

参见表6，第一层级记录表(所述OTS层与所述OCH层的层级记录表)中OCH的对象可以包括“波道名称”、“带宽”、“端点A-设备”、“端点A-设备端口”、“端点Z-设备”、“端点Z-设备端口”和“波道频率”，则可以确定运营商光纤编号“Fiber-AA-BB-01”对应的OCH层的对象为波道名称“AA-BB-192.1”、带宽“10Gb/s”、端点A-设备“SZ-DWDW-AA”、端点A-设备端口“L-1/1”、端点Z-设备“SZ-DWDW-BB”、端点Z-设备端口“L-1/1”和波道频率“192.1”。

在表6中如果运营商光纤编号“Fiber-AA-BB-01”对应的OCH层的层级不同层级信息等于5条，则可以认为所述第一适配结果为所述OTS层的目标对象与所述OCH层的对象适配；如果运营商光纤编号“Fiber-AA-BB-01”对应的OCH层的层级不同层级信息大于5条，则可以认为所述第一适配结果为所述OTS层的目标对象与所述OCH层的对象不适配；需要说明的是，由于表5中的内容是表6中的内容的子集，因此，表6中运营商光纤编号“Fiber-AA-BB-01”对应的OCH层的层级不同层级信息最少为5条，表6中并未完全列出所述OTS层与所述OCH层的层级记录表中的信息。

步骤S1016：在所述第一适配结果表明所述OTS层的目标对象与所述OCH层的对象适配的情况下，基于所述OTS信息的目标对象，确定所述OTN设备的故障原因；

其中，在所述OTS层的目标对象与所述OCH层的对象适配的情况下，说明很有可能是OTN设备的OTS层发生了故障，可根据所述OTS信息的目标对象，确定所述OTN设备的故障原因。

步骤S1018：在所述第一适配结果表明所述OTS层的目标对象与所述OCH层的对象不适配的情况下，从匹配的OTN设备的层级信息获取所述OCH信息中的目标对象；

其中，在所述OTS层的目标对象与所述OCH层的对象不适配的情况下，说明很有可能不是OTN设备的OTS层发生故障，而是OTN设备的OCH层或OPU层发生故障，因此，可进一步可从匹配的OTN设备的层级信息获取所述OCH信息中的目标对象。

步骤S1020：基于OCH信息中的目标对象，确定与所述OTN设备的记录表中OPU层的对象之间的第二适配结果；

其中，所述第二适配结果包括所述OCH信息的目标对象与第二层级记录表中OPU层的对象之间的适配和不适配，可以先确定在所述映射表中，所述OCH信息的目标对象对应的OPU层的层级信息的第三条数和每一条层级信息中的内容，再确定在第二层级记录表中，所述OCH信息的目标对象对应的OPU层的层级信息的第四条数和每一条层级信息中的内容。

如果所述第三条数和每一条层级信息中的内容，与所述第四条数和每一条层级信息中的内容完全相符，则认为所述OCH信息的目标对象与第二层级记录表中OPU层的对象适配；如果所述第三条数和所述第四条数不相等，则认为所述OCH信息的目标对象与第二层级记录表中OPU层的对象不适配；需要说明的是，由于表5中的内容是表7中的内容的子集，因此，对表5中的任一OPU层的层级信息，总能在表7中找到与之相同的OPU层的层级信息，进而可以仅判断第三条数和第四条数是否相等，来确定所述OCH信息的目标对象与第二层级记录表中OPU层的对象适配。

步骤S1022：在所述第二适配结果表明所述OCH信息中的目标对象与所述OPU层的对象适配的情况下，基于所述OCH信息中的目标对象，确定所述OTN设备的故障原因；

其中，在所述OCH层的目标对象与所述OPU层的对象适配的情况下，说明很有可能是OTN设备的OCH层发生了故障，可根据所述OCH信息的目标对象，确定所述OTN设备的故障原因。

步骤S1024：在所述第二适配结果表明所述OCH信息中的目标对象与所述OPU层的对象不适配的情况下，从匹配的OTN设备的层级信息获取所述OPU信息中的目标对象；基于所述OPU信息中的目标对象，确定所述OTN设备的故障原因。

在所述OCH层的目标对象与所述OPU层的对象不适配的情况下，说明很有可能是OTN设备的OPU层发生了故障，可根据所述OPU信息的目标对象，确定所述OTN设备的故障原因。

本申请实施例中，通过根据映射表中与关键设备参数匹配的OTN设备的层级信息与预设的OTN设备的记录表之间的适配结果，确定所述OTN设备的故障原因可能发生的OTN层级，并根据所述OTN层的目标对象，确定OTN设备的故障原因，从而能够更便捷、准确地确定OTN设备的故障原因。

本申请实施例中还提供一种确定OTN设备故障原因的方法，所述方法包括：

步骤S1102：总告警系统获取网络设备的告警信息；

步骤S1104：总告警系统筛选物理端口down类型的告警信息；

步骤S1106：总告警系统对所述物理端口down类型的告警信息进行格式化处理，以提取网络设备名称和物理端口名称；

步骤S1108：总告警系统将所述网络设备名称和所述物理端口名称与预录入的OTN设备的层级信息进行匹配，获取所述网络设备名称和所述物理端口名称对应的OTN设备的层级信息的对象；

其中，当总告警系统的性能足够强大，且网络设备和总告警系统直连的通讯路径足够稳定，在所有的网络设备的告警信息都不丢失的情况下，可以删除网络设备名称和物理端口名称对应OTN设备的层级信息中的对应概率选项。

步骤S1110：获取所述OTS层与所述OCH层的层级记录表；

步骤S1112：获取所述OCH层与所述OPU层的层级记录表；

其中，在告警收敛的过程中，对告警信息进行格式化的过程不变，告警收敛的过程为，告警信息匹配出来的OTN设备的层级信息，再根据OTS层的OTS信息中的目标对象，遍历OCH层的层级信息，如果与“OTS层与OCH层的层级记录表”完全匹配后，所有网络设备的告警信息都包含，则可以输出OTS层的层级信息中对象的信息，以收敛所有告警信息。

如果OTS层没有完全包含“OTS层与OCH层的层级记录表”中所有OCH层的层级信息，则认为OTS层对应的该对象无异常。再对每一个OCH层的层级信息中的对象，依据“OCH层与OPU层的层级记录表”进行遍历，直到所有的网络设备告警信息被包含；输出异常的OTN设备的层级信息和对象，并且把所有的网络设备的告警信息从总告警系统里收敛。

基于前述的实施例，本申请实施例提供一种确定OTN设备故障原因的装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图8为本申请实施例确定OTN设备故障原因的装置的组成结构示意图，如图8所示，所述装置800包括获取模块801、提取模块802、匹配模块803和确定模块804，其中：

获取模块801，用于获取待处理的告警信息；所述待处理的告警信息为与所述OTN设备连接的网络设备的告警信息；提取模块802，用于从所述待处理的告警信息提取关键设备参数，所述关键设备参数用于指示所述网络设备的标识和对应的物理端口的标识；匹配模块803，用于基于所述关键设备参数，确定与所述映射表中OTN设备的层级信息之间的匹配结果；确定模块804，用于基于所述匹配结果，确定所述OTN设备的故障原因。

在一个实施例中，所述获取模块801，包括：获取子模块，用于获取来自于至少一台网络设备的至少一条原始告警信息；预处理子模块，用于对所述至少一条原始告警信息中的每一条进行格式化的预处理，得到所述至少一条告警信息；

对应地，所述确定模块804，用于确定基于所述至少一条告警信息的匹配结果确定所述OTN设备的故障原因。

在一个实施例中，所述匹配结果包括所述关键设备参数与所述OTN设备的层级信息之间的匹配和不匹配；所述OTN设备包括OPU层、OCH层和OTS层；所述OTN设备中各层级信息，包括：OPU信息，包括光传输设备的名称信息、端口信息和OPU层的端口速率；OCH信息，包括波道的波道频率、波道速率、起始站点和终止站点；OTS信息，包括运营商光纤信息、OTS层承载的业务的总带宽信息。

在一个实施例中，所述匹配结果还包括在匹配的情况下所述OTN设备的各层级信息中对象出现异常的异常概率；

所述确定模块，包括：第一确定单元，用于确定所述OTN设备中各层级信息的权重；第二确定单元，基于所述OTN设备中各层级信息的权重和所述OTN设备的各层级信息中对象出现异常的异常概率，确定所述OTN设备的故障原因。

在一个实施例中，所述第一确定单元，包括：第一确定子单元，用于基于每一所述告警信息的匹配结果，确定每一所述告警信息的关键设备参数与所述映射表中OTN设备的层级信息之间匹配的数量；第二确定子单元，用于确定所述OTN设备中OCH的速率和OPU速率之间的第一比值；第三确定子单元，用于确定所述匹配的数量与所述第一比值之间的第二比值；第四确定子单元，用于基于所述第二比值，确定所述OTN设备中各层级信息的权重。

在一个实施例中，所述第二确定单元包括：第四确定子单元，用于针对每一层级信息中的对象，基于所述对象匹配的次数、所述对象所在层级信息的权重和所述对象出现异常的异常概率，通过累加确定所述对象的最终概率；排序子单元，用于将所有对象的最终概率进行排序，得到排序结果；第五确定子单元，用于基于所述排序结果，确定所述OTN设备的故障原因。

在一个实施例中，所述第五确定子单元，用于基于所述排序结果，筛选出满足预设条件的目标对象；基于所述目标对象和所述目标对象所在层的层级信息，确定所述OTN设备的故障原因。

在一个实施例中，所述OTN设备包括OPU层、OCH层和OTS层；所述OTN设备中各层级信息，包括：OPU信息，包括光传输设备的名称信息、端口信息、OPU层的端口速率和OPU层中对象的异常概率；OCH信息，包括波道的波道频率、起始站点和终止站点和OPU层中对象的异常概率；OTS信息，包括运营商光纤信息、OTS层现在承载的业务的总带宽信息和OTS层中对象的异常概率。

在一个实施例中，所述OPU信息，还包括OPU层中对象的异常概率；所述OCH信息还包括OPU层中对象的异常概率；OTS信息还包括OTS层中对象的异常概率；所述OPU层中对象的异常概率的初始值y与所述OTN设备中OCH的速率和OPU速率之间的第一比值x之间具有对数函数关系，其中所述y是因变量，所述x是自变量。

在一个实施例中，所述装置还包括：输出模块，用于输出所述故障原因，以提示所述OTN设备的网管；再获取模块，用于获取所述OTN设备的网管对所述故障原因的反馈结果；更新模块，用于基于所述反馈结果，维持或更新所述映射表中各层级信息中对象的异常概率。

在一些实施例中，所述确定模块804，包括：

获取单元，用于在所述匹配结果表明所述关键设备参数与所述OTN设备的层级信息匹配的情况下，获取匹配的OTN设备的层级信息；

第三确定单元，用于确定所述匹配的OTN设备的层级信息与预设的OTN设备的记录表之间的适配结果，所述记录表用于记录所述OTN设备中各层级之间的连接关系；基于所述适配结果确定所述OTN设备的故障原因。

在一些实施例中，所述第三确定单元，用于从匹配的OTN设备的层级信息获取所述OTS信息中的目标对象；基于所述OTS信息的目标对象，确定与所述OTN设备的记录表中OCH层的对象之间的第一适配结果；在所述第一适配结果表明所述OTS层的目标对象与所述OCH层的对象适配的情况下，基于所述OTS信息的目标对象，确定所述OTN设备的故障原因。

在一些实施例中，所述第三确定单元，用于在所述第一适配结果表明所述OTS层的目标对象与所述OCH层的对象不适配的情况下，从匹配的OTN设备的层级信息获取所述OCH信息中的目标对象；基于OCH信息中的目标对象，确定与所述OTN设备的记录表中OPU层的对象之间的第二适配结果；在所述第二适配结果表明所述OCH信息中的目标对象与所述OPU层的对象适配的情况下，基于所述OCH信息中的目标对象，确定所述OTN设备的故障原因；在所述第二适配结果表明所述OCH信息中的目标对象与所述OPU层的对象不适配的情况下，从匹配的OTN设备的层级信息获取所述OPU信息中的目标对象；基于所述OPU信息中的目标对象，确定所述OTN设备的故障原因。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的确定OTN设备故障原因的方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得计算机设备(可以是手机、平板电脑、台式机、个人数字助理、导航仪、数字电话、视频电话、电视机、传感设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

对应地，本申请实施例提供一种计算机设备，图9为本申请实施例计算机设备的一种硬件实体示意图，如图9所示，该计算机设备900的硬件实体包括：包括存储器901和处理器902，所述存储器901存储有可在处理器902上运行的计算机程序，所述处理器902执行所述程序时实现上述实施例确定OTN设备故障原因的方法中的步骤。

存储器901配置为存储由处理器902可执行的指令和应用，还可以缓存待处理器902以及计算机设备900中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random AccessMemory，RAM)实现。

对应地，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中提供的方法中的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得计算机设备(可以是手机、平板电脑、台式机、个人数字助理、导航仪、数字电话、视频电话、电视机、传感设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。