PON网络丢包的处理方法及系统与流程

本发明涉及pon网络分析领域，具体涉及一种pon网络丢包的处理方法及系统。

背景技术：

pon网络通过设备以及光路进行数据传输，在数据传输过程中会出现数据丢包的问题；由于网络数据丢包对低时延要求的用户业务(例如电话业务、iptv业务等)和用户上网测速均造成影响，因此在网络数据丢包后，需要查明数据丢包的原因，以便于有针对性的修复，避免数据因同样的原因再次丢包。

但是，网络数据丢包的原因有多种，例如硬件、软件、光路以及对接网络环境等，目前难以排查出网络数据丢包的原因。

技术实现要素：

针对现有技术中存在的缺陷，本发明解决的技术问题为：如何排查pon网络丢包的原因。

为达到以上目的，本发明提供的pon网络丢包的处理方法，其包括以下步骤：

s1：判断pon网络是否丢包，若是，转到s2，否则结束；

s2：在olt的上联口处进行抓包，根据抓包信息确定丢包情形，当丢包情形为上行丢包时，转到s3；

s3：依次在onu的下联口处、onu的上联口处、olt的下联口处、以及olt的槽位口处进行抓包，每次抓包后若根据抓包信息确定抓包位置丢包，则确定丢包原因为抓包位置异常；若olt的槽位口处未丢包，则确定丢包原因为olt异常，结束。

在上述技术方案的基础上，若丢包情形为下行丢包，则确定丢包原因为上层网络异常，待上层网络修复后转到s1。

在上述技术方案的基础上，若丢包情形为用户的流量超过用户带宽，则确定丢包原因为用户带宽较低，待丢包原因修复后重新执行s1。

在上述技术方案的基础上，s3的流程包括：

s301：判断是否存在onu的下联口正常标记，若是，转到s303，否则转到s302；

s302：在onu的下联口处进行抓包，根据抓包信息判断onu的下联口处是否存在丢包，若是，则确定丢包原因为onu的下联口异常，待丢包原因修复后，对onu的下联口进行正常标记并重新执行s1；否则转到s303；

s303：判断是否存在onu的上联口正常标记，若是，转到s305，否则转到s304；

s304：在onu的上联口处进行抓包，根据抓包信息判断onu的上联口处是否存在丢包，若是，则确定丢包原因为onu的上联口异常，待丢包原因修复后，对onu的上联口进行正常标记并重新执行s1；否则转到s305；

s305：判断是否存在olt的下联口正常标记，若是，转到s307，否则转到s306；

s306：在olt的下联口处进行抓包，根据抓包信息判断olt的下联口处是否存在丢包，若是，则确定丢包原因为olt的下联口异常，待丢包原因修复后，对olt的下联口进行正常标记并重新执行s1；否则转到s307；

s307：判断是否存在olt的槽位口正常标记，若是，转到s309，否则转到s308；

s308：在olt的槽位口处进行抓包，根据抓包信息判断olt的槽位口处是否存在丢包，若是，则确定丢包原因为olt的槽位口异常，待丢包原因修复后，对olt的槽位口进行正常标记并重新执行s1；否则转到s309；

s309：确定丢包原因为olt异常。

本发明提供的pon网络丢包的处理系统，包括丢包检测模块、olt上联口排查模块和上行排查模块；

丢包检测模块用于：当检测到pon网络丢包时，向olt上联口排查模块发送丢包原因排查信号；

olt上联口排查模块用于：收到丢包原因排查信号后，在olt的上联口处进行抓包，根据抓包信息确定丢包情形，当丢包情形为上行丢包时，向上行排查模块发送上行排查信号；

上行排查模块用于：收到上行排查信号后，依次在onu的下联口处、onu的上联口处、olt的下联口处、以及olt的槽位口处进行抓包，每次抓包后若根据抓包信息确定抓包位置丢包，则确定丢包原因为抓包位置异常；若olt的槽位口处未丢包，则确定丢包原因为olt异常。

在上述技术方案的基础上，所述olt上联口排查模块的工作流程还包括：若丢包情形为下行丢包，则确定丢包原因为上层网络异常。

在上述技术方案的基础上，所述olt上联口排查模块的工作流程还包括：若丢包情形为用户的流量超过用户带宽，则确定丢包原因为用户带宽较低。

在上述技术方案的基础上，所述上行排查模块包括onu下联口排查模块、onu上联口排查模块、olt下联口排查模块以及olt槽位口排查模块；

onu下联口排查模块用于：收到上行排查信号后，判断是否存在onu的下联口正常标记：

若是，向onu上联口排查模块发送onu上联口排查信号；

否则在onu的下联口处进行抓包，根据抓包信息判断onu的下联口处是否存在丢包，若是，则确定丢包原因为onu的下联口异常；否则向onu上联口排查模块发送onu上联口排查信号；

onu上联口排查模块用于：收到onu上联口排查信号后，判断是否存在onu的上联口正常标记：

若是，向olt下联口排查模块发送olt下联口排查信号；

否则在onu的上联口处进行抓包，根据抓包信息判断onu的上联口处是否存在丢包，若是，则确定丢包原因为onu的上联口异常；否则向olt下联口排查模块发送olt下联口排查信号；

olt下联口排查模块用于：收到olt下联口排查信号后，判断是否存在olt的下联口正常标记：

若是，向olt槽位口排查模块发送olt槽位口排查信号；

否则在olt的下联口处进行抓包，根据抓包信息判断olt的下联口处是否存在丢包，若是，则确定丢包原因为olt的下联口异常；否则向olt槽位口排查模块发送olt槽位口排查信号；

olt槽位口排查模块用于：收到olt槽位口排查信号后，判断是否存在olt的槽位口正常标记：

若是，确定丢包原因为olt异常；

否则在olt的槽位口处进行抓包，根据抓包信息判断olt的槽位口处是否存在丢包，若是，则确定丢包原因为olt的槽位口异常；否则确定丢包原因为olt异常。

与现有技术相比，本发明的优点在于：

参见s2和s3可知，本发明根据自主研发的排查逻辑和方式，能够在pon网络丢包时，按点(olt和onu的上下联口和olt槽位口)排查丢包原因，进而实现对pon网络的丢包原因进行全面排查，按顺序对不同点进行排查的方式不仅便于操作人员实施，而且工作效率较高。

与此同时，参见s2和s3可知，本发明先排查olt的上联口，再排查onu的上下联口，以此先解决“共性”的问题(因为olt的上联口丢包会使得多个用户无法使用)，在解决“个性”的问题(1台onu的上下联口仅对应1个用户)；而本发明在排查完onu的上下联口之后再排查olt的下联口和槽位口的原因在于：若onu的上下联口丢包，则olt的下联口和槽位口必然丢包。因此，本发明的排查逻辑非常合理，进而最大化利用和节约了排查资源，适于推广。

附图说明

图1为本发明实施例中pon网络丢包的处理方法的示意图。

具体实施方式

以下结合附图及实施例对本发明作进一步详细说明。

本发明实施例中的pon网络丢包的处理方法，包括以下步骤：

s1：判断pon网络是否丢包，若是(初步分析用户申告的故障现象为丢包造成时)，转到s2，否则代表丢包原因已排查并修复(首次执行时不会存在否的流程，因为首次必然丢包)，结束。

s2：参见图1所示，在olt的上联口处进行抓包(即抓取网络数据包)，根据抓包信息和pon网络配置确定丢包情形，当丢包情形为上行丢包时，例如上行方向走二层转发、且丢包期间无用户的arp(addressresolutionprotocol，地址解析协议)广播报文则为上行丢包，转到s3。

s3：参见图1所示，依次在onu的下联口处、onu的上联口处、olt的下联口处、以及olt的槽位口处进行抓包，每次抓包后若根据抓包信息确定抓包位置丢包，则确定丢包原因为抓包位置异常；若olt的槽位口处未丢包，则确定丢包原因为olt异常，结束。

参见s2和s3可知，本发明根据自主研发的排查逻辑和方式，能够在pon网络丢包时，按点(olt和onu的上下联口和olt槽位口)排查丢包原因，进而实现对pon网络的丢包原因进行全面排查，按顺序对不同点进行排查的方式不仅便于操作人员实施，而且工作效率较高。

与此同时，参见s2和s3可知，本发明先排查olt的上联口，再排查onu的上下联口，以此先解决“共性”的问题(因为olt的上联口丢包会使得多个用户无法使用)，在解决“个性”的问题(1台onu的上下联口仅对应1个用户)；而本发明在排查完onu的上下联口之后再排查olt的下联口和槽位口的原因在于：若onu的上下联口丢包，则olt的下联口和槽位口必然丢包。因此，本发明的排查逻辑非常合理，进而最大化利用和节约了排查资源，适于推广。

优选的，s2还包括以下流程：若丢包情形为下行丢包(下行方向走二层转发时一般为下行丢包)，则确定丢包原因为上层网络异常，待上层网络修复后转到s1。由此可知，本发明能够排查出下行丢包的原因，而且待上层网络修复会继续转到s1判断pon网络是否丢包，以进行丢包原因的全面分析。

丢包情形为下行丢包，则确定丢包原因上层网络异常并修复的情形举例为：下行rtp单播丢包，并通过ospf(openshortestpathfirst，开放式最短路径优先)承载，需查看下行rtp丢包期间，是否有ospf链路状态更新的报文导致邻居关系不存在、且路由丢失造成，若是，可根据ospf报文分析原因是pon内还是pon外，这种丢包原因一般为配置或软件上的问题，此时待丢包原因修复后重新转到s1，以起到简化流程或者全面排查的作用。

优选的，s2还包括以下流程：若丢包情形为用户的流量超过用户带宽，则确定丢包原因为用户带宽较低，待丢包原因修复(提高用户带宽)后重新执行s1。若后续执行s1时没有丢包，则此时就成功的排查出了丢包原因(用户带宽较低)并进行了处理，直接简化了后续流程；若后续执行s1时仍存在丢包，则丢包原因尚未排查完全，需要进行后续流程来全面排查。

优选的，s2还包括以下流程：若上行丢包的具体情形为：上行单播rtp流丢包，并在丢包期间用户mac发送了广播arp，则说明用户的arp表老化，这种丢包一般非pon内原因，而是由于用户设备和上层网络设备之间的arp表老化导致，此时可采取配置静态arp的方式进行规避后重新执行s1。

优选的，参见图1所示，s3的具体流程包括：

s301：判断是否存在onu的下联口正常标记，若是，转到s303，否则转到s302。

s302：在onu的下联口处进行抓包，根据抓包信息判断onu的下联口处是否存在丢包，若是，则确定丢包原因为onu的下联口异常(异常原因一般为光纤插拔错误)，待丢包原因修复后，对onu的下联口进行正常标记(代表后续流程无需排查onu的下联口，因为已经修复)并重新执行s1；否则说明丢包原因一般丢在pon内部，转到s303。

s303：判断是否存在onu的上联口正常标记，若是，转到s305，否则转到s304。

s304：在onu的上联口处进行抓包，根据抓包信息判断onu的上联口处是否存在丢包，若是，则确定丢包原因为onu的上联口异常(异常原因一般为用户侧的设备硬件、软件或配置问题)，待丢包原因修复后，对onu的上联口进行正常标记(代表后续流程无需排查onu的上联口，因为已经修复)并重新执行s1；否则转到s305。

s305：判断是否存在olt的下联口正常标记，若是，转到s307，否则转到s306。

s306：在olt的下联口处进行抓包，根据抓包信息判断olt的下联口处是否存在丢包，若是，则确定丢包原因为olt的下联口异常(异常原因一般为光路或光模块问题)，待丢包原因修复后，对olt的下联口进行正常标记(代表后续流程无需排查olt的下联口，因为已经修复)并重新执行s1；否则转到s307。

s307：判断是否存在olt的槽位口正常标记，若是，转到s309，否则转到s308。

s308：在olt的槽位口处进行抓包，根据抓包信息判断olt的槽位口处是否存在丢包，若是，则确定丢包原因为olt的槽位口异常(异常原因为olt下联口至olt之间的光路异常)，待丢包原因修复后，对olt的槽位口进行正常标记(代表后续流程无需排查olt的槽位口，因为已经修复)并重新执行s1；否则转到s309。

s309：确定丢包原因为olt异常(例如主控盘软件、配置以及主控盘硬件异常等)，待丢包原因修复后，重新执行s1，此时已经将整个pon网络进行了一遍全面的排查，此时再执行s1时正常情况是不会发生丢包的，但是在理论上仍然会发生丢包，不过此时发生的丢包为特殊原因，不在本发明的保护范围之类。

本发明实施例中的pon网络丢包的处理系统，包括丢包检测模块、olt上联口排查模块和上行排查模块。

丢包检测模块用于：当检测到pon网络丢包时，向olt上联口排查模块发送丢包原因排查信号。

olt上联口排查模块用于：收到丢包原因排查信号后，在olt的上联口处进行抓包，根据抓包信息确定丢包情形：

若当丢包情形为上行丢包，向上行排查模块发送上行排查信号；

若丢包情形为下行丢包，则确定丢包原因为上层网络异常；

若丢包情形为用户的流量超过用户带宽，则确定丢包原因为用户带宽较低。

上行排查模块用于：收到上行排查信号后，依次在onu的下联口处、onu的上联口处、olt的下联口处、以及olt的槽位口处进行抓包，每次抓包后若根据抓包信息确定抓包位置丢包，则确定丢包原因为抓包位置异常；若olt的槽位口处未丢包，则确定丢包原因为olt异常。

上行排查模块包括onu下联口排查模块、onu上联口排查模块、olt下联口排查模块以及olt槽位口排查模块；

onu下联口排查模块用于：收到上行排查信号后，判断是否存在onu的下联口正常标记：

若是，向onu上联口排查模块发送onu上联口排查信号；

否则在onu的下联口处进行抓包，根据抓包信息判断onu的下联口处是否存在丢包，若是，则确定丢包原因为onu的下联口异常；否则向onu上联口排查模块发送onu上联口排查信号；

onu上联口排查模块用于：收到onu上联口排查信号后，判断是否存在onu的上联口正常标记：

若是，向olt下联口排查模块发送olt下联口排查信号；

否则在onu的上联口处进行抓包，根据抓包信息判断onu的上联口处是否存在丢包，若是，则确定丢包原因为onu的上联口异常；否则向olt下联口排查模块发送olt下联口排查信号；

olt下联口排查模块用于：收到olt下联口排查信号后，判断是否存在olt的下联口正常标记：

若是，向olt槽位口排查模块发送olt槽位口排查信号；

否则在olt的下联口处进行抓包，根据抓包信息判断olt的下联口处是否存在丢包，若是，则确定丢包原因为olt的下联口异常；否则向olt槽位口排查模块发送olt槽位口排查信号；

olt槽位口排查模块用于：收到olt槽位口排查信号后，判断是否存在olt的槽位口正常标记：

若是，确定丢包原因为olt异常；

否则在olt的槽位口处进行抓包，根据抓包信息判断olt的槽位口处是否存在丢包，若是，则确定丢包原因为olt的槽位口异常；否则确定丢包原因为olt异常。

需要说明的是：本发明实施例提供的系统在进行模块间通信时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

进一步，本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。