ONU运维管理方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种ONU运维管理方法、ONU运维管理装置及运维管理系统。

背景技术

在FTTH（Fiber To The Home，光纤到户）系统中，光网络单元（ONU）是家庭用户终端，无源光网络是数量最多的网元设备。

现有技术中的ONU终端的管理是通过PON（Passive Optical Network，无源光纤网络）综合网管系统，并根据当前的运行参数的阈值设置发送告警信息，具体如下：

（1）ONU终端众多，其每天产生的告警信息也非常多，系统维护人员没有足够的精力对一条告警信息进行确认和分析；

（2）PON只对当前的ONU的告警数据，并且告警数据来源当前的性能参数；没有对历史参数进行综合分析；没有对ONU的上下线记录进行分析；

（3）在系统发生故障时候，只有客户报故障才能够发现设备的问题，降低了用户的体验，增加运维成本。

由此可知，上述综合管理系统，当光网络单元出现故障时，传统的故障定位和运维方法效率低下，用户体验感极差。

因此，如何提升光网络单元故障定位的效率成为本领域技术人员亟待解决的技术问题。

发明内容

本发明提供了一种ONU运维管理方法、ONU运维管理装置及运维管理系统，解决相关技术中存在的光网络单元故障定位的效率低的问题。

作为本发明的第一个方面，提供一种ONU运维管理方法，其中，包括：

实时获取ONU的基础运行参数和上下线记录，其中所述基础运行参数包括PON端口参数和ONU性能参数；

判断所述基础运行参数是否正常；

若所述基础运行参数正常，则分析所述上下线记录是否正常；

若所述上下线记录不正常，或者，若所述基础运行参数不正常，则定位ONU的故障点位；

根据所述ONU的故障点位生成运维工单，并将所述运维工单发送至工单系统。

进一步地，所述ONU运维管理方法还包括：

每间隔预设时间同步BOSS系统的用户信息以及同步ODN资源管理系统的ODN拓扑信息。

进一步地，定位ONU的故障点位，包括：

根据所述上下线记录、基础运行参数和所述ODN拓扑信息分析ONU离线原因；

根据所述ONU离线原因确定故障点位，其中所述故障点位包括PON端设备故障、ONU故障和ODN故障。

进一步地，根据所述ONU离线原因确定故障点位，包括：

判断所述ONU离线原因是否为批量ONU异常离线；

若是批量ONU异常离线，则确定所述故障点位为PON端设备故障；

若不是批量ONU异常离线，则根据所述上下线记录分析单个ONU的离线记录；

若单个ONU的离线记录在预设时间内的离线次数大于预设阈值，则确定该单个ONU故障。

进一步地，根据所述ONU离线原因确定故障点位，包括：

根据所述ODN拓扑信息以及基础运行参数确定ODN是否存在故障；

若确定ODN存在故障，则确定故障点位为ODN故障。

进一步地，根据所述ODN拓扑信息以及基础运行参数确定ODN是否存在故障，包括：

根据所述ODN拓扑信息确定ODN的线路信息；

根据所述ONU性能参数和PON端口参数计算每条线路的光链路损耗；

将每条线路的光链路损耗与光链路损耗参考值进行差值计算，获得差值计算结果；

若所述差值计算结果大于预设阈值，则确定ODN存在故障。

进一步地，根据所述ONU的故障点位生成运维工单，并将所述运维工单发送至工单系统，包括：

根据所述ONU的故障点位确定故障类型、故障描述内容以及用户信息；

根据所述用户信息、故障类型以及故障描述内容生成运维工单；

将所述运维工单发送至工单系统。

进一步地，判断所述基础运行参数是否正常，包括：

将所述基础运行参数与基准值进行比较；

若所述基础运行参数与所述基准值的偏差大于预设偏差值，或者所述基础运行参数的周期性变化大于变化阈值，则判定基础运行参数不正常；

若所述基础运行参数与所述基准值的偏差不大于预设偏差值，且所述基础运行参数的周期性变化不大于变化阈值，则判定基础运行参数正常；

其中所述基准值包括历史基础运行参数或者厂家预设计基础运行参数。

作为本发明的另一个方面，提供一种ONU运维管理装置，用于实现前文所述的ONU运维管理方法，其中，所述ONU运维管理装置包括：

获取模块，用于实时获取ONU的基础运行参数和上下线记录，其中所述基础运行参数包括PON端口参数和ONU性能参数；

判断模块，用于判断所述基础运行参数是否正常；

分析模块，用于若所述基础运行参数正常，则分析所述上下线记录是否正常；

定位模块，用于若所述上下线记录不正常，或者，若所述基础运行参数不正常，则定位ONU的故障点位；

运维工单生成模块，用于根据所述ONU的故障点位生成运维工单，并将所述运维工单发送至工单系统。

作为本发明的另一个方面，提供一种运维管理系统，其中，包括：BOSS系统、工单系统、ODN资源管理系统、OLT、ONU和主动运维支撑系统，所述主动运维支撑系统包括前文所述的ONU运维管理装置，所述BOSS系统、工单系统、ODN资源管理系统和OLT均与所述主动运维支撑系统通信连接，所述ONU与所述OLT通信连接；

所述BOSS系统用于提供用户信息；

所述ODN资源管理系统用于提供PON端口下的ODN拓扑信息；

所述主动运维支撑系统用于根据ONU的基础运行参数和上下线记录确定是否存在故障，并在确定存在故障时生成运维工单；

所述工单系统用于接收并管理运维工单，将所述运维工单推送至运维终端，以及接收运维终端反馈的运维结果。

本发明提供的ONU运维管理方法，通过根据ONU的基础运行参数和上下线记录进行综合分析，能够有效确定是否存在故障，以及在存在故障时可以定位ONU的故障点位，从而能够及时发现光网络单元的故障，并进行主动运维，在提升了运维效率的同时也提升了用户的体验感。

附图说明

附图是用来提供对本发明的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明，但并不构成对本发明的限制。

图1为本发明提供的ONU运维管理方法的流程图。

图2为本发明提供的运维管理系统的结构框图。

图3为本发明提供的主动运维支撑系统与OLT连接的示意图。

图4为本发明提供的判断基础运行参数是否正常的流程图。

图5为本发明提供的定位ONU的故障点位的流程图。

图6为本发明提供的根据ONU离线原因确定故障点位的一种实施方式流程图。

图7为本发明提供的根据ONU离线原因确定故障点位的另一种实施方式流程图。

图8为本发明提供的ODN的完整链路示意图。

图9为本发明提供的ONU运维管理装置的结构框图。

具体实施方式

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

为了使本领域技术人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包括，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本实施例中提供了一种ONU运维管理方法，图1是根据本发明实施例提供的ONU运维管理方法的流程图，如图1所示，包括：

S100、实时获取ONU的基础运行参数和上下线记录，其中所述基础运行参数包括PON端口参数和ONU性能参数；

在本发明实施例中，如图2所示，每个ONU均通过OLT（Optical Line Terminal，光线路终端）与主动运维支撑系统通信连接，也就是说，ONU的基础运行参数以及上下线记录均能够被主动运维支撑系统实时获知。

需要说明的是，如图3所示，主动运维支撑系统通过SNMP（Simple NetworkManagement Protocol，简单网络管理协议）从OLT中获取FTTH网络的网元参数，即ONU的基础运行参数，主要包括OLT参数、PON端口参数以及ONU性能参数。本发明用于故障定位的参数主要是PON端口参数和ONU性能参数。

如表1所示为PON端口性能参数具体内容，表2所示为ONU性能参数具体内容。

表1 PON端口性能参数

表2 ONU性能参数

此处需要说明的是，对于ONU性能参数，最重要的参数是光功率，其中根据PON端口的发射光功率减去ONU的接收光功率，获取光链路损耗。光链路损耗直接反应了ODN的质量性能。

具体地，为了能够进行故障定位，所述ONU运维管理方法还包括：

每间隔预设时间同步BOSS系统的用户信息以及同步ODN资源管理系统的ODN拓扑信息。

应当理解的是，关于BOSS系统的用户信息以及ODN资源管理系统的ODN拓扑信息可以在主动运维支撑系统初始化时进行同步，例如可以是每天同步一次，也可以按照设定间隔时间进行同步，具体间隔时间的大小本发明实施例并不作限定，可以根据需要进行设定。

S200、判断所述基础运行参数是否正常；

在本发明实施例中，为了定位ONU的故障点位，首先是需要判断基础运行参数是否正常，如基础运行参数正常，才会继续判断上下线记录，如基础运行参数不正常，则可以直接确定存在故障，即定位ONU的故障点位。

具体地，如图4所示，判断所述基础运行参数是否正常，包括：

S210、将所述基础运行参数与基准值进行比较；

此处所述基准值具体可以历史基础运行参数或者厂家预设计基础运行参数。

应当理解的是，所述基础运行参数例如为ONU的电压、配置电流和温度，而配置电流、电压、温度参数和ONU的设备性能特征有关，具体可以由厂家提供参数的阈值，并录入到主动运维支撑系统中；也可以采用非故障状态下的历史数据作为基准值。

S220、若所述基础运行参数与所述基准值的偏差大于预设偏差值，或者所述基础运行参数的周期性变化大于变化阈值，则判定基础运行参数不正常；

例如，当性能参数超过性能阈值，并持续一段时间（例如可以设定4个小时，具体可以根据参数的性质由系统进行预设），则认为该基础运行参数不正常。

S230、若所述基础运行参数与所述基准值的偏差不大于预设偏差值，且所述基础运行参数的周期性变化不大于变化阈值，则判定基础运行参数正常。

需要说明的是，所述基础运行参数的周期性变化具体可以理解为基础运行参数的波动变化值，该基础运行参数的波动变化值的计算为本领域技术人员所熟知，此处不再赘述。

在判定基础运行参数正常后，要判断上下线记录是否正常。

S300、若所述基础运行参数正常，则分析所述上下线记录是否正常；

应当理解的是，具体可以根据所述上下线记录中的上下线频次进行判断，例如通过判断预设时间内ONU是否存在多次上下线记录，也就是说，在预设时间内上下线记录的此处超过预设正常值，则认为上下线记录不正常。

具体地，所述上下线记录如下表3所示。

表3 上下线记录表

通过接收OLT推送ONU的离线告警TRAP而产生ONU的上下线记录，并对告警ONU的上下线记录进行分析，分析是PON端口、ODN网络以及ONU用户终端劣化情况，分析是PON端设备故障还是ONU故障。

S400、若所述上下线记录不正常，或者，若所述基础运行参数不正常，则定位ONU的故障点位；

在本发明实施例中，如图5所示，定位ONU的故障点位，包括：

S410、根据所述上下线记录、基础运行参数和所述ODN拓扑信息分析ONU离线原因；

S420、根据所述ONU离线原因确定故障点位，其中所述故障点位包括PON端设备故障、ONU故障和ODN故障。

在本发明实施例中，通过接收OLT推送ONU的离线告警TRAP而产生ONU的上下线记录，并对告警ONU的上下线记录进行分析，分析PON端口、ODN网络以及ONU用户终端劣化情况，以判断是PON端设备故障还是ONU故障。

进一步具体地，如图6所示，根据所述ONU离线原因确定故障点位，包括：

S421、判断所述ONU离线原因是否为批量ONU异常离线；

S422、若是批量ONU异常离线，则确定所述故障点位为PON端设备故障；

S423、若不是批量ONU异常离线，则根据所述上下线记录分析单个ONU的离线记录；

S424、若单个ONU的离线记录在预设时间内的离线次数大于预设阈值，则确定该单个ONU故障。

在一些实施方式中，如图7所示，根据所述ONU离线原因确定故障点位，包括：

S425、根据所述ODN拓扑信息以及基础运行参数确定ODN是否存在故障；

S426、若确定ODN存在故障，则确定故障点位为ODN故障。

具体地，根据所述ODN拓扑信息以及基础运行参数确定ODN是否存在故障，包括：

根据所述ODN拓扑信息确定ODN的线路信息；

根据所述ONU性能参数和PON端口参数计算每条线路的光链路损耗；

将每条线路的光链路损耗与光链路损耗参考值进行差值计算，获得差值计算结果；

若所述差值计算结果大于预设阈值，则确定ODN存在故障。

在本发明实施例中，通过ODN资源管理管理获取ONU的ODN线路信息，通过分析光链路损耗，判断是否出现ODN的性能劣化。如图8所示，为ODN的完整链路示意图。

需要说明的是，ONU的光链路损耗=PON端口发射光功率-ONU测接收光功率。

ONU的光链路损耗一般变化不大，例如，可以将系统初始的1个月的平均值，作为光链路损耗的参考值。ONU光链路损耗参考值为ODN线路预设值。

1月平均值=计算ONU当前的光链路损耗的平均值，如果1月平均值和参考值偏差大约20%，这说明ODN质量发生变化，发出主动运维工单。

应当理解的是，若所述基础运行参数正常且上下线记录正常，则是认为没有故障，无需生成运维工单。

S500、根据所述ONU的故障点位生成运维工单，并将所述运维工单发送至工单系统。

在本发明实施例中，根据所述ONU的故障点位生成运维工单，并将所述运维工单发送至工单系统，包括：

根据所述ONU的故障点位确定故障类型、故障描述内容以及用户信息；

根据所述用户信息、故障类型以及故障描述内容生成运维工单；

将所述运维工单发送至工单系统。

如表4所示，为主动运维工单表。

表4 运维工单表

为了加速工单的处理效率，需要将PON端口和网格建立绑定关系，网格设置工单管理员和运维人员。

主动运维支撑系统根据ONU所属的PON端口，通过运营商工单系统的北向接口，直接将工单推送给网格管理员，网格管理员再将工单给相应的维护人员。

运维人员接收工单之后，根据工单信息，预约客户上门维护，处理故障。故障处理完成之后回单到工单系统，运维流程结束。

综上，本发明提供的ONU运维管理方法，通过根据ONU的基础运行参数和上下线记录进行综合分析，能够有效确定是否存在故障，以及在存在故障时可以定位ONU的故障点位，从而能够及时发现光网络单元的故障，并进行主动运维，在提升了运维效率的同时也提升了用户的体验感。

作为本发明的另一实施例，提供一种ONU运维管理装置，用于实现前文所述的ONU运维管理方法，其中，如图9所示，所述ONU运维管理装置100包括：

获取模块110，用于实时获取ONU的基础运行参数和上下线记录，其中所述基础运行参数包括PON端口参数和ONU性能参数；

判断模块120，用于判断所述基础运行参数是否正常；

分析模块130，用于若所述基础运行参数正常，则分析所述上下线记录是否正常；

定位模块140，用于若所述上下线记录不正常，或者，若所述基础运行参数不正常，则定位ONU的故障点位；

运维工单生成模块150，用于根据所述ONU的故障点位生成运维工单，并将所述运维工单发送至工单系统。

本发明提供的ONU运维管理装置，通过根据ONU的基础运行参数和上下线记录进行综合分析，能够有效确定是否存在故障，以及在存在故障时可以定位ONU的故障点位，从而能够及时发现光网络单元的故障，并进行主动运维，在提升了运维效率的同时也提升了用户的体验感。

关于本发明提供的ONU运维管理装置的具体实施过程可以参照前文的ONU运维管理方法的描述，此处不再赘述。

作为本发明的另一实施例，提供一种运维管理系统1，其中，如图2所示，包括：BOSS系统10、工单系统20、ODN资源管理系统30、OLT 40、ONU 50和主动运维支撑系统60，所述主动运维支撑系统60包括前文所述的ONU运维管理装置100，所述BOSS系统10、工单系统20、ODN资源管理系统30和OLT 40均与所述主动运维支撑系统60通信连接，所述ONU 50与所述OLT 40通信连接；

所述BOSS系统10用于提供用户信息；

所述ODN资源管理系统30用于提供PON端口下的ODN拓扑信息；

所述主动运维支撑系统60用于根据ONU的基础运行参数和上下线记录确定是否存在故障，并在确定存在故障时生成运维工单；

所述工单系统20用于接收并管理运维工单，将所述运维工单推送至运维终端，以及接收运维终端反馈的运维结果。

应该理解的是，所述主动运维支撑系统60具体可以根据OLT、ONU、ODN资源管理系统的性能信息分析，结合BOSS系统，根据性能参数的劣化情况，分析是否需要推送运维工单进行网络优化；所述工单系统20，用于业务工单的管理；在本发明实施例中，主动运维子系统向工单系统提交工单，运维人员根据工单进行上门的维修服务；所述ODN资源管理系统30管理PON网络的ODN资源，为本发明提供PON端口下ODN 拓扑链路视图；BOSS系统是运营商业务运营支撑系统，其包含了用户的信息，包含用户编码，用户终端信息（类型、唯一标识）、用户地址系统等；OLT用于连接光纤干线的终端设备。

综上，本发明提供的运维管理系统，所述主动运维支撑系统60采用了前文的ONU运维管理装置100，通过根据ONU的基础运行参数和上下线记录进行综合分析，能够有效确定是否存在故障，以及在存在故障时可以定位ONU的故障点位，从而能够及时发现光网络单元的故障，并进行主动运维，在提升了运维效率的同时也提升了用户的体验感。

关于本发明提供的运维管理系统的具体工作原理可以参照前文所述的ONU运维管理方法，此处不再赘述。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。