故障的确定方法、装置、计算机设备及存储介质与流程

本发明涉及网络技术领域，特别是涉及故障的确定方法、装置、计算机设备及存储介质。

背景技术：

现网发生入网故障时，网络管理方往往需要定位该入网故障并确定发生故障的原因。目前网络故障的检测主要依赖于网管告警。在实现本发明过程中，发明人发现现有技术中至少存在如下问题：由于软硬件等原因(比如网管版本、设备与终端兼容性、系统间传递丢失、告警信息乱码等问题)，会存在告警不完整的情况，表现为现网发生了故障但没有产生出对应的网管告警。对于这部分不能通过告警检测出来的故障，仍然需要依靠用户申告业务故障后再进行人工排查和定位故障点，这就导致故障的确定浪费人力物力。

技术实现要素：

基于此，本发明实施例提供了故障的确定方法、装置、计算机设备及存储介质，能有效减少人力，提高故障的确定效率。

本发明实施例的内容如下：

一种故障的确定方法，包括以下步骤：当接收到申告信息时，确定与所述申告信息对应的申告设备；确定所述申告设备的第一运行状态，当根据所述第一运行状态无法确定所述申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态；根据所述第二运行状态确定所述申告设备的故障。

在其中一个实施例中，所述确定所述申告设备的第一运行状态的步骤，包括：确定在途故障列表中是否存在与所述申告信息对应的在途故障；所述在途故障列表包含有根据网管告警分析出的在途故障；当存在与所述申告信息对应的在途故障时，将在途故障列表中对应的在途故障确定为所述申告设备的故障；当不存在与所述申告信息对应的在途故障时，确定所述申告设备对应的olt是否ping通；若ping不通，确定所述申告设备的故障为olt脱管故障；若ping通，确定所述申告设备的第一运行状态，根据所述第一运行状态确定所述申告设备的故障。

在其中一个实施例中，所述根据所述第二运行状态确定所述申告设备的故障的步骤，包括：根据所述第二运行状态确定所述申告设备所在的obd下是否存在在线的候选设备；当申告设备所在的obd下存在在线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障；当申告设备所在的obd下不存在在线的候选设备时，根据所述第二运行状态确定所述申告设备所在的pon口下是否存在在线的候选设备；当申告设备所在的pon口下不存在在线的候选设备时，根据所述网络线路各分支的状态确定所述申告设备的故障；当申告设备所在的pon口下存在在线的候选设备时，根据所述第二运行状态确定所述申告设备所在的obd下是否存在申告设备离线后超过预设时间段才离线的候选设备；当存在超过预设时间段才离线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障；当不存在超过预设时间段才离线的候选设备时，确定所述obd下在预设的有效时间内掉电的第一候选设备数量，并根据所述第一候选设备数量确定所述申告设备的故障。

在其中一个实施例中，所述根据所述第一候选设备数量确定所述申告设备的故障的步骤，包括：当所述第一候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障；当所述第一候选设备数量等于0时，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障。

在其中一个实施例中，所述根据所述网络线路各分支的状态确定所述申告设备的故障的步骤，包括：确定所述pon口下在所述有效时间内掉电的第三候选设备数量；当所述第三候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障；当所述第三候选设备数量等于0时，确定所述pon口下在所述有效时间内离线的候选设备是否在同一obd下；若在同一obd下，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障；若不在同一obd下，确定所述pon口下在所述有效时间内离线的第四候选设备数量，当所述第四候选设备数量等于1时，根据所述申告设备的类型确定所述申告设备的故障，当所述第四候选设备数量大于1时，确定所述申告设备的故障为主光路故障。

在其中一个实施例中，所述根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障的步骤，包括：当所述第二候选设备数量大于1时，确定所述申告设备的故障为分支光路故障；当所述第二候选设备数量等于1时，根据所述申告设备的类型确定所述申告设备的故障。

在其中一个实施例中，所述根据所述申告设备的类型确定所述申告设备的故障的步骤，包括：当所述申告设备是mdu时，确定所述申告设备的故障为mdu断纤故障；当所述申告设备不是mdu时，确定所述申告设备的故障为皮纤故障。

相应的，本发明实施例提供一种故障的确定装置，包括：申告设备确定模块，用于当接收到申告信息时，确定与所述申告信息对应的申告设备；运行状态确定模块，用于确定所述申告设备的第一运行状态，当根据所述第一运行状态无法确定所述申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态；以及，故障确定模块，用于根据所述第二运行状态确定所述申告设备的故障。

上述故障的确定方法及装置，确定申告设备后，确定该申告设备的第一运行状态，并根据第一运行状态确定该申告设备的故障；当根据第一运行状态无法确定该申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态，根据第二运行状态确定该申告设备的故障。能根据申告信息的触发实现主动检测并定位入网故障，确定告警检测无法检测出来的故障，有效提高入网故障的确定效率。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：当接收到申告信息时，确定与所述申告信息对应的申告设备；确定所述申告设备的第一运行状态，当根据所述第一运行状态无法确定所述申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态；根据所述第二运行状态确定所述申告设备的故障。

上述计算机设备，能根据申告信息的触发实现主动检测并定位入网故障，确定告警检测无法检测出来的故障，有效提高入网故障的确定效率。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：当接收到申告信息时，确定与所述申告信息对应的申告设备；确定所述申告设备的第一运行状态，当根据所述第一运行状态无法确定所述申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态；根据所述第二运行状态确定所述申告设备的故障。

上述计算机可读存储介质，能根据申告信息的触发实现主动检测并定位入网故障，确定告警检测无法检测出来的故障，有效提高入网故障的确定效率。

附图说明

图1为一个实施例中故障的确定方法的应用环境图；

图2为一个实施例中故障的确定方法的流程示意图；

图3为一个实施例中二级分光网络的结构示意图；

图4为一个实施例中主流程的示意图；

图5为另一个实施例中故障的确定方法的流程示意图；

图6为一个实施例中主干故障分析子流程的示意图；

图7为一个实施例中分支故障分析子流程的示意图；

图8为一个实施例中mdu断纤/皮纤子流程的示意图；

图9为一个实施例中故障的确定装置的结构框图；

图10为一个实施例中计算机设备的内部结构。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本申请提供的故障的确定方法可以应用于如图1所示的应用环境中，该应用场景可以处于光互联网中。该应用环境中包括申告设备101和服务器102。在申告设备101的业务使用受到影响时，用户向服务器102进行故障申告，服务器对用户进行故障申告的申告信息进行分析并确定对应的申告设备；服务器102再根据申告设备101的第一运行状态和候选设备的第二运行状态来确定申告设备所发生的故障。其中，申告设备101可以指网络中连接的各种设备，例如：onu(opticalnetworkunit，光网络单元)、mdu【multipledwellingunit，多用户居住单元，是指fttb(fibertothebuilding光纤到楼)型onu】等。服务器102指的是网络管理方所提供的用户维护网络的设备，可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

本发明实施例提供一种故障的确定方法、装置、计算机设备和存储介质。以下以申告设备为oun为例分别进行详细说明。

在一个实施例中，如图2所示，提供了一种故障的确定方法。以该方法应用于图1中的服务器端为例进行说明，包括以下步骤：

s201、当接收到申告信息时，确定与所述申告信息对应的申告设备。

其中，申告信息指的是在网络出现故障时，用户向服务器发出的报障信息。申告信息可以包括故障描述、对应的申告设备信息(业务接入号)等。另外，用户可以通过网络服务热线(例如：10000号)、微信等渠道向服务器进行故障申告，服务器使用用户故障申告时的业务接入号定位业务所在的申告设备。

其中，在故障分析过程中，对于能够通过olt(opticallineterminal，光线路终端)查询到的onu；若符合以下条件：①查询当前状态值为在线的onu；②在故障分析时间点至今，存在离线或者掉电记录的onu。则认为对应的onu是有效onu，纳入本次故障分析的对象。

s202、确定所述申告设备的第一运行状态，当根据所述第一运行状态无法确定所述申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态。

其中，运行状态(包括第一运行状态和第二运行状态)可以是设备的在线状态、掉电状态、断电状态、所在的网络线路等状态。服务器根据第一运行状态能初步确定申告设备的故障，当根据第一运行状态无法确定申告设备的故障时，再结合同一网络线路上的其他设备的运行状态(第二运行状态)确定申告设备的故障。需要说明的是，本发明实施例中的候选设备可以包括申告设备本身。

以光互联网为例，光接入网是分光结构(可以是一级结构、二级结构甚至多级结构)，如果上联光路或上联设施出现故障，下带的所有设备将通信中断。图3为二级分光网络的结构示意图。其中，olt是运营商设备，有多个板卡，每个板卡有多个pon(passiveopticalnetwork，无源光纤网络)口，每个pon口作为一个发光源下带有多个用户(这里用户指mdu或者oun)。发光源与用户之间通过obd(opticalbranchingdevice，光分路器)连接。该obd可以包括两个obd(此时叫做两级分光，因为obd是用来分光的，不同obd的分光比不同)，也可以指包括一个obd(此时叫做一级分光)，当然obd的数量也可以为多个。如图3所示，olt中某个pon口下带一个一级分光器obd1，obdl下带两个二级分光器obd2和obd3，二级分光器obd2下带两个光网络单元onul和onu2，二级分光器obd3下带三个光网络单元onu3、onu4和onu5。如果olt的pon口至obdl之间的光路出现故障，那么obdl下带的所有onu均会通信中断；如果obdl至obd2之间的光路出现故障，obd2下带的onul和onu2均会通信中断；同理，如果obdl至obd3之间的光路出现故障，obd3下带的onu3、onu4和onu5均会通信中断。

申告设备所在的网络线路指的是与申告设备相连接的网络线路，候选设备指的是在该网络线路上的设备。以图3中的oun1为申告设备为例，候选设备可以为obd2下的oun1和onu2，也可以指obd1下的oun1、onu2、onu3、onu4和onu5，还可以指olt下的所有oun(该olt中可能还下带有其他的obd)，候选设备的确定与申告设备处于哪个分支或主干相关。

s203、根据所述第二运行状态确定所述申告设备的故障。

以光接入网故障为例，申告设备的故障可以为mdu掉电故障、mdu断纤故障、皮纤故障、分支光路故障、主光路故障、板卡故障、olt脱网故障。其中，mdu掉电故障指mdu设备电力供应中断导致的通信中断。mdu断纤故障指连接mdu的线路发生故障导致的通信中断。皮纤故障指末级obd连接ftth(fibertothehome光纤到家)型onu的线路发生故障导致的通信中断。分支光路故障指一级obd连接二级obd之间的线路发生故障导致的通信中断。主光路故障指olt的pon口连接一级obd之间的线路发生故障导致的通信中断。板卡故障olt的板卡发生故障导致的通信通断。olt脱网故障(也可以称为olt网管脱管)指网管管理不到这个设备。

在实际的网络故障处理过程中，由于软硬件等原因，可能会存在告警不完整的情况。这将导致系统无法主动检测出某些光接入网故障。本实例基于用户申告业务故障后结合申告信息和pon网络分光结构，能够自动分析定位光接入网故障，确定告警检测无法检测出来的故障，有效减少故障确定过程的人力物力，提高故障确定的效率。

在一个实施例中，所述确定所述申告设备的第一运行状态的步骤，包括：确定在途故障列表中是否存在与所述申告信息对应的在途故障；所述在途故障列表包含有根据网管告警分析出的在途故障；当存在与所述申告信息对应的在途故障时，将在途故障列表中对应的在途故障确定为所述申告设备的故障；当不存在与所述申告信息对应的在途故障时，确定所述申告设备对应的olt是否ping通；若ping不通，确定所述申告设备的故障为olt脱管故障；若ping通，确定所述申告设备的第一运行状态，根据所述第一运行状态确定所述申告设备的故障。

与在途故障列表进行比对确定申告设备的故障的过程可以如图4所示。服务器根据申告信息中的业务接入号确定是否有对应的申告设备(s401)。在没有对应的申告设备时将申告信息丢弃，不处理(s402)。在有对应的申告设备时，从在途故障列表中读取未分析的在途故障记录(s403)，根据申告信息查询在途故障列表中是否有对应的在途故障记录(s404)，如果有，说明申告设备对应的故障已经通过网管告警分析出来了；如果已经通过网管告警分析出影响该申告设备的故障，则不再进行故障分析(s405)，同时根据对应的在途故障生成申告设备的故障。所生成的故障可以为：有故障，诊断来源：在途故障，结论：已有在途故障，故障id：****。

如图4所示，在将申告信息与在途故障列表进行比对之后，还可以包括判断申告设备的设备类型是否为oun的步骤(s406)。可以将申告设备不是onu时的申告信息丢弃(s407)；当申告设备是oun时，保留对应的申告信息，以根据申告信息分析申告设备的所属故障(s408)。图4所包含的过程(根据申告信息确定申告设备、在途故障分析以及判断设备类型的过程)可以认为是本发明确定申告设备的故障的主流程。主流程之后进入确定申告设备的故障的子流程(如图5所示)。在子流程中，首先判断olt是否可以ping通(s501)。如果不能ping通，则生成olt脱管故障(s502，此时系统可以正常获取到命令的结果，认为系统运行正常)，此时也获取不到更多信息分析定位其他故障，可以结束故障确定的过程。如果能ping通(s503)，查询申告设备上联pon口下的oun状态(list-oun_status)(s504)；在查询不成功时，生成结论：olt可ping通，listoun状态失败(s505)；在查询成功时，根据申告设备的第一运行状态确定申告设备的故障。如图5所示，判断olt是否可以ping通的过程中还有一种ping异常的情况。在这种情况下可以重新进行ping通分析，也可以生成ping操作失败的信息(s506)并结束此次的故障确定过程(此时可以认为系统运行异常)。

需要说明的是，本发明的附图中最终确定的故障结果前的“正常”和“异常”指的是系统(包括服务器和申告设备)的运行状态。如果能正常生成故障结果(即能正常获取到命令的结果)，则为“正常”。

本实施例首先确定申告信息对应是否有在途故障，并确定申告设备所在的olt是否ping通。能在有效排除有在途故障和olt无法ping通的情况下确定申告设备的故障，减少故障确定中不必要的步骤。

在olt可以ping通的情况下，可以根据第一运行状态判断申告设备是否在线，如果在线，说明是没有故障的，可能是用户不会操作或者账号密码问题等导致业务用不了；如果不在线，则具体分析其故障。因此，在一实施例中，根据所述第一运行状态确定所述申告设备的故障的步骤，包括：根据所述第一运行状态确定所述申告设备是否在线(s507)；若所述申告设备在线，判定所述申告设备无故障(s508)；若所述申告设备不在线，根据所述第一运行状态确定所述申告设备是否掉电(s509)；当所述申告设备掉电时，根据所述第一运行状态确定所述申告设备是否为mdu(s510)，并在申告设备是mdu时确定所述申告设备的故障为mdu掉电故障(s511)，因为这种onu不是在用户家，需要生成对应的故障结论，由网络管理方自己维护，如果申告设备不是mdu时确定申告设备无故障，建议用户上电即可(s512)；当所述申告设备未掉电时，判定根据所述第一运行状态无法确定所述申告设备的故障。当根据第一运行状态无法确定申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态；根据第二运行状态确定所述申告设备的故障。

本实施例，根据第一运行状态确定申告设备的在线状态和掉电状态，能根据这些信息确定申告设备的故障，不需要结合其他的设备状态来确定申告设备的故障，确定过程简单直接。

在一个实施例中，确定申告设备的故障的实现方法可以为：①在有效时间范围内，同一个olt下申告设备所在的pon口下挂的所有onu均离线，判断为主光路断。②在有效时间范围内，同一个obd下的所有onu均离线，但是同一pon口存在onu在线，判断为分支光路断。③在有效时间范围内，有且只有一个onu离线，判断为皮纤故障或者mdu断纤故障。对于不具备上报故障能力的申告设备，在以上判断的基础上，将分析得到的故障标记为疑似故障，因为可能是由于掉电导致误将当前故障判为光路断故障。

其中，将在一段时间内有过掉电告警上报记录的onu认为是具备上报故障的能力。而将同一pon口下，同时离线或掉电的多个onu中状态是los的onu认为不具备上报故障的能力。

本实施例能根据申告设备的第一运行状态和候选设备的第二运行状态准确地确定申告设备所对应的故障，使得存在不能通过告警检测出来的故障时不再需要人工排查和定位故障点。

在此，对有效时间定义如下：以申告设备的离线或掉电时间作为故障分析时间点(last-off_time，t)，故障分析时间点之后的10分钟(记为t+10，也可以为10分钟以外的其他时间)定义为该故障分析的有效时间。在有效时间内离线的候选设备认为是与申告设备同时离线；其余的候选设备认为并未受到申告设备的故障影响。

进一步地，上联光路的中断会引起下联所有oun同时离线。因此，当申告设备所在的obd下的所有oun(候选设备)都离线(注意离线可能由掉电或者线路断引起)时，近似认为与t相差在10分钟内的离线是由与申告设备同一个故障引起的(比如，有个设备离线了，但是它是在t的30分钟后离线的，那么造成申告设备离线的故障与这个设备离线的原因并不相同，申告设备离线的时候，这个设备是在线的。间接也可以证明，申告设备离线的原因并不是上联光路引起的)。接下来的分析依靠这个逻辑，如果上联光路下挂的设备中存在在线的、在t+10后离线的或掉电导致离线的候选设备(掉电告警是申告设备发送给olt的，说明从申告设备到pon口全程是正常通信的，那么说明末级obd以上是正常的)时，那么上联光路不是造成申告设备通信故障的原因。

在一个实施例中，所述根据所述第二运行状态确定所述申告设备的故障的步骤，包括：根据所述第二运行状态确定所述申告设备所在的obd口下是否存在在线的候选设备(s513)，当申告设备所在的obd下存在在线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障(s514，其中，根据所述申告设备的类型确定所述申告设备的故障的过程可以称为mdu断纤/皮纤子流程)；当申告设备所在的obd下不存在在线的候选设备时，根据所述第二运行状态确定所述申告设备所在的pon口下是否存在在线的候选设备(s515)，判断申告设备所在的pon口下是否存在申告设备离线后超过预设时间段才离线的候选设备(s516)，当不存在时，根据所述网络线路各分支的状态确定所述申告设备的故障(s517，其中，根据所述网络线路各分支的状态确定所述申告设备的故障的过程可以称为主干故障分析子流程)；当存在时，根据所述第二运行状态确定所述申告设备所在的obd下是否存在申告设备离线后超过预设时间段才离线的候选设备(s518、s519)；当存在超过预设时间段才离线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障(s520)；当不存在超过预设时间段才离线的候选设备时，确定所述obd下在预设的有效时间内掉电的第一候选设备数量(s521)，并根据所述第一候选设备数量确定所述申告设备的故障。

其中，预设时间段可以指前述10分钟，当然，预设时间段可以为其他时长。

如果pon口下带二级obd的话，按照前面所述的逻辑，判断为主光路故障、分支光路故障或者皮纤故障都是可以的。但是，如果pon口下带一级obd，该一级obd只下挂了一个二级obd的话，不会判断为主光路故障，只会输出唯一的故障；pon口下只有一个oun的话，不会判断为主光路故障和分支光路故障。基于此，根据所述第一候选设备数量确定所述申告设备的故障的步骤，包括：当所述第一候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障(s522)；当所述第一候选设备数量等于0时，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障(s523，其中，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障的过程可以称为分支故障分析子流程)。

其中，s517可以称为主干故障分析子流程。主干故障分析子流程的实现过程可以如图6所示。具体为：确定所述pon口下在所述有效时间内掉电的第三候选设备数量(s601)；当所述第三候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障(s602)；当所述第三候选设备数量等于0时，确定所述pon口下在所述有效时间内离线的候选设备是否在同一obd下(s603)；若在同一obd下，根据所述obd(候选设备所在的同一obd)下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障(s604)；若不在同一obd下，确定所述pon口下在所述有效时间内离线的第四候选设备数量(s605)，当所述第四候选设备数量大于1时，确定所述申告设备的故障为主光路故障(s606)，当所述第四候选设备数量等于1时，根据所述申告设备的类型确定所述申告设备的故障(s607)。

s523以及s604可以称为分支故障分析子流程。分支故障分析子流程的实现过程可以如图7所示，具体为：确定申告设备所在的obd下在有效时间内离线的第二候选设备数量(s701)，当所述第二候选设备数量大于1时，确定所述申告设备的故障为分支光路故障(s702)；当所述第二候选设备数量等于1时，根据所述申告设备的类型确定所述申告设备的故障(s703)。

s514、s520、s522、s602、s607以及s703都可以称为mdu断纤/皮纤子流程。mdu断纤/皮纤子流程的实现过程可以如图8所示，具体为：判断申告设备的所属类型(s801)，当所述申告设备是mdu时，确定所述申告设备的故障为mdu断纤故障(s802)；当所述申告设备不是mdu时，确定所述申告设备的故障为皮纤故障(s803)。

本实施例，根据申告设备所在的分支、主干上的各个设备的运行状态来分析申告设备在不同情况下的故障，包含多种故障可能，能准确有效地确定申告设备的所属故障。

需要说明的是，对于前述的各方法实施例，为了简便描述，将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。

基于与上述实施例中的故障的确定方法相同的思想，本发明还提供故障的确定装置，该装置可用于执行上述故障的确定方法。为了便于说明，故障的确定装置实施例的结构示意图中，仅仅示出了与本发明实施例相关的部分，本领域技术人员可以理解，图示结构并不构成对装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图9所述，故障的确定装置包括申告设备确定模块901、运行状态确定模块902和故障确定模块903，详细说明如下：

申告设备确定模块901，用于当接收到申告信息时，确定与所述申告信息对应的申告设备。

运行状态确定模块902，用于确定所述申告设备的第一运行状态，当根据所述第一运行状态无法确定所述申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态。

以及，故障确定模块903，用于根据所述第二运行状态确定所述申告设备的故障。

本实施例，能根据申告信息的触发实现主动检测并定位入网故障，确定告警检测无法检测出来的故障，有效提高入网故障的确定效率。

在一个实施例中，运行状态确定模块902，包括：在途故障判断子模块，用于确定在途故障列表中是否存在与所述申告信息对应的在途故障；所述在途故障列表包含有根据网管告警分析出的在途故障；在途故障确定子模块，用于当存在与所述申告信息对应的在途故障时，将在途故障列表中对应的在途故障确定为所述申告设备的故障；ping通判断子模块，用于当不存在与所述申告信息对应的在途故障时，确定所述申告设备对应的olt是否ping通；若ping不通，确定所述申告设备的故障为olt脱管故障；若ping通，确定所述申告设备的第一运行状态，根据所述第一运行状态确定所述申告设备的故障。

在一个实施例中，运行状态确定模块902，包括：第一在线判断子模块，用于根据所述第二运行状态确定所述申告设备所在的obd下是否存在在线的候选设备；当申告设备所在的obd下存在在线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障；第二在线判断子模块，用于当申告设备所在的obd下不存在在线的候选设备时，根据所述第二运行状态确定所述申告设备所在的pon口下是否存在在线的候选设备；主干故障分析子模块，用于当申告设备所在的pon口下不存在在线的候选设备时，根据所述网络线路各分支的状态确定所述申告设备的故障；状态判断子模块，当申告设备所在的pon口下存在在线的候选设备时，根据所述第二运行状态确定所述申告设备所在的obd下是否存在申告设备离线后超过预设时间段才离线的候选设备；当存在超过预设时间段才离线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障；当不存在超过预设时间段才离线的候选设备时，确定所述obd下在预设的有效时间内掉电的第一候选设备数量，并根据所述第一候选设备数量确定所述申告设备的故障。

在一个实施例中，离线状态判断子模块，包括：第一故障确定单元，用于当所述第一候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障；第二故障确定单元，用于当所述第一候选设备数量等于0时，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障。

在一个实施例中，主干故障分析子模块，包括：设备数量确定单元，用于确定所述pon口下在所述有效时间内掉电的第三候选设备数量；第三故障确定单元，用于当所述第三候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障；第四故障确定单元，用于当所述第三候选设备数量等于0时，确定所述pon口下在所述有效时间内离线的候选设备是否在同一obd下；若在同一obd下，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障；若不在同一obd下，确定所述pon口下在所述有效时间内离线的第四候选设备数量，当所述第四候选设备数量大于1时，确定所述申告设备的故障为主光路故障。

在一个实施例中，还包括：第五故障确定单元，用于当所述第二候选设备数量大于1时，确定所述申告设备的故障为分支光路故障；当所述第二候选设备数量等于1时，根据所述申告设备的类型确定所述申告设备的故障。

在一个实施例中，还包括：第六故障确定单元，用于当所述申告设备是mdu时，确定所述申告设备的故障为mdu断纤故障；当所述申告设备不是mdu时，确定所述申告设备的故障为皮纤故障。

需要说明的是，本发明的故障的确定装置与本发明的故障的确定方法一一对应，在上述故障的确定方法的实施例阐述的技术特征及其有益效果均适用于故障的确定装置的实施例中，具体内容可参见本发明方法实施例中的叙述，此处不再赘述，特此声明。

此外，上述示例的故障的确定装置的实施方式中，各程序模块的逻辑划分仅是举例说明，实际应用中可以根据需要，例如出于相应硬件的配置要求或者软件的实现的便利考虑，将上述功能分配由不同的程序模块完成，即将所述故障的确定装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分功能。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储申告信息、在途故障列表等数据。该计算机设备的网络接口用于与外部的oun等终端通过网络连接通信。该计算机程序被处理器执行时以实现一种故障的确定方法。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：当接收到申告信息时，确定与所述申告信息对应的申告设备；确定所述申告设备的第一运行状态，当根据所述第一运行状态无法确定所述申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态；根据所述第二运行状态确定所述申告设备的故障。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：确定在途故障列表中是否存在与所述申告信息对应的在途故障；所述在途故障列表包含有根据网管告警分析出的在途故障；当存在与所述申告信息对应的在途故障时，将在途故障列表中对应的在途故障确定为所述申告设备的故障；当不存在与所述申告信息对应的在途故障时，确定所述申告设备对应的olt是否ping通；若ping不通，确定所述申告设备的故障为olt脱管故障；若ping通，确定所述申告设备的第一运行状态，根据所述第一运行状态确定所述申告设备的故障。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据所述第二运行状态确定所述申告设备所在的obd下是否存在在线的候选设备；当申告设备所在的obd下存在在线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障；当申告设备所在的obd下不存在在线的候选设备时，根据所述第二运行状态确定所述申告设备所在的pon口下是否存在在线的候选设备；当申告设备所在的pon口下不存在在线的候选设备时，根据所述网络线路各分支的状态确定所述申告设备的故障；当申告设备所在的pon口下存在在线的候选设备时，根据所述第二运行状态确定所述申告设备所在的obd下是否存在申告设备离线后超过预设时间段才离线的候选设备；当存在超过预设时间段才离线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障；当不存在超过预设时间段才离线的候选设备时，确定所述obd下在预设的有效时间内掉电的第一候选设备数量，并根据所述第一候选设备数量确定所述申告设备的故障。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当所述第一候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障；当所述第一候选设备数量等于0时，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：确定所述pon口下在所述有效时间内掉电的第三候选设备数量；当所述第三候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障；当所述第三候选设备数量等于0时，确定所述pon口下在所述有效时间内离线的候选设备是否在同一obd下；若在同一obd下，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障；若不在同一obd下，确定所述pon口下在所述有效时间内离线的第四候选设备数量，当所述第四候选设备数量大于1时，确定所述申告设备的故障为主光路故障。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当所述第二候选设备数量大于1时，确定所述申告设备的故障为分支光路故障；当所述第二候选设备数量等于1时，根据所述申告设备的类型确定所述申告设备的故障。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当所述申告设备是mdu时，确定所述申告设备的故障为mdu断纤故障；当所述申告设备不是mdu时，确定所述申告设备的故障为皮纤故障。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：当接收到申告信息时，确定与所述申告信息对应的申告设备；确定所述申告设备的第一运行状态，当根据所述第一运行状态无法确定所述申告设备的故障时，获取所述申告设备所在网络线路上的各个候选设备的第二运行状态；根据所述第二运行状态确定所述申告设备的故障。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：确定在途故障列表中是否存在与所述申告信息对应的在途故障；所述在途故障列表包含有根据网管告警分析出的在途故障；当存在与所述申告信息对应的在途故障时，将在途故障列表中对应的在途故障确定为所述申告设备的故障；当不存在与所述申告信息对应的在途故障时，确定所述申告设备对应的olt是否ping通；若ping不通，确定所述申告设备的故障为olt脱管故障；若ping通，确定所述申告设备的第一运行状态，根据所述第一运行状态确定所述申告设备的故障。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据所述第二运行状态确定所述申告设备所在的obd下是否存在在线的候选设备；当申告设备所在的obd下存在在线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障；当申告设备所在的obd下不存在在线的候选设备时，根据所述第二运行状态确定所述申告设备所在的pon口下是否存在在线的候选设备；当申告设备所在的pon口下不存在在线的候选设备时，根据所述网络线路各分支的状态确定所述申告设备的故障；当申告设备所在的pon口下存在在线的候选设备时，根据所述第二运行状态确定所述申告设备所在的obd下是否存在申告设备离线后超过预设时间段才离线的候选设备；当存在超过预设时间段才离线的候选设备时，根据所述申告设备的类型确定所述申告设备的故障；当不存在超过预设时间段才离线的候选设备时，确定所述obd下在预设的有效时间内掉电的第一候选设备数量，并根据所述第一候选设备数量确定所述申告设备的故障。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当所述第一候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障；当所述第一候选设备数量等于0时，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：确定所述pon口下在所述有效时间内掉电的第三候选设备数量；当所述第三候选设备数量大于等于1时，根据所述申告设备的类型确定所述申告设备的故障；当所述第三候选设备数量等于0时，确定所述pon口下在所述有效时间内离线的候选设备是否在同一obd下；若在同一obd下，根据所述obd下在所述有效时间内离线的第二候选设备数量确定所述申告设备的故障；若不在同一obd下，确定所述pon口下在所述有效时间内离线的第四候选设备数量，当所述第四候选设备数量大于1时，确定所述申告设备的故障为主光路故障。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当所述第二候选设备数量大于1时，确定所述申告设备的故障为分支光路故障；当所述第二候选设备数量等于1时，根据所述申告设备的类型确定所述申告设备的故障。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当所述申告设备是mdu时，确定所述申告设备的故障为mdu断纤故障；当所述申告设备不是mdu时，确定所述申告设备的故障为皮纤故障。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，作为独立的产品销售或使用。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本发明实施例的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或(模块)单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，不能理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。