CN106559253A - 一种组播诊断方法及装置 - Google Patents

Abstract

本发明公开了一种组播诊断方法及装置，该方法包括：在接收到诊断指令时，向上层网络发送组播加入报文，根据是否成功发送组播加入报文，生成诊断报告，并将诊断报告上传至指定网管系统，这样运维人员可以直接在网管系统中查看到具体的诊断报告，从而可以针对性的进行维修处理，这样减少了组播诊断时间，提升了组播故障诊断的效率。

Description

一种组播诊断方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种组播诊断方法及装置。

背景技术

目前运营商固网业务发展迅速，家庭网关设备的使用率越来越高，用户群也越来越大。而家庭网关的三大主流业务是上网、组播和网管，虽然现在各项业务都开展得比较成熟，但难免会出现故障。现阶段，局方运维人员通过网管系统的IP ping诊断能定位上网业务故障，但是组播故障的诊断一直是技术空白。

随着对多媒体需求的增加，组播业务开展得越来越广泛。在传统的运维流程中，一旦组播业务使用过程中出现问题，需要用户自主报障，由运维人员上门针对终端设备以及相关网络等进行各项诊断，分析定位故障原因，进而完成故障的修复。有时，组播业务故障是因为上层网络环境变化等引起的，如路由器升级版本等，这类问题即使上门服务也不能得到立即解决，需要修复环境故障后再让用户重新验证。这样就导致了组播故障诊断比较被动，效率较低，时间也比较长等问题。

发明内容

本发明提供了一种组播诊断方法及装置，用以解决现有技术中组播故障诊断比较被动，效率较低，时间也比较长的问题。

具体的技术方案如下：

一种组播诊断方法，应用于一家庭网关，所述方法包括：

在接收到诊断指令时，向上层网络发送组播加入报文，其中，所述组播加入报文用于请求所述上层网络下发组播流；

根据是否成功发送所述组播加入报文，生成诊断报告；

将所述诊断报告上传至指定网管系统。

可选的，在接收到诊断指令时，向上层网络发送组播加入报文，具体包括：

检测是否接收到基于终端的应用程序或者基于用户界面中生成的诊断指令；

在接收到所述诊断指令时，向上层网络发送组播加入报文。

可选的，在接收到诊断指令时，向上层网络发送组播加入报文，包括：

在接收到诊断指令时，获取所述诊断指令中的诊断参数，其中，所述诊断参数中至少包含组播地址、指定广域网WAN连接；

根据所述诊断参数，按照所述指定WAN连接向所述组播地址发送所述组播加入报文。

可选的，根据是否成功发送所述组播加入报文，生成诊断报告，具体包括：

若检测到向所述上层网络发送所述组播加入报文失败时，生成表征家庭网关故障的第一诊断报告；

若检测到向所述上层网络发送所述组播加入报文成功时，根据所述诊断指令中的超时时间，检测在所述超时时间内是否接收到所述上层网络下发的组播流；

若接收到所述组播流，则生成表征机顶盒故障的第二诊断报告；

若未接收到所述组播流，则生成表征上层网络故障的第三诊断报告；

将所述第一诊断报告或者所述第二诊断报告或者所述第三诊断报告发送至所述网管系统。

可选的，若接收到所述组播流，则生成第二诊断报告，包括：

若接收到所述组播流，则向所述上层网络发送组播离开报文，并将频道状态设置为在线，其中所述组播离开报文用于指示所述上层网络停止下发组播流；

根据诊断状态、频道状态、组播地址、超时时间、组播加入报文数以及组播离开报文数，生成所述第二诊断报告。

一种组播诊断的装置，包括：

发送模块，用于在接收到诊断指令时，向上层网络发送组播加入报文，其中，所述组播加入报文用于请求所述上层网络下发组播流；

生成模块，用于根据是否成功发送所述组播加入报文，生成诊断报告；

上传模块，用于将所述诊断报告上传至指定网管系统。

可选的，所述发送模块，具体用于检测是否接收到基于终端的应用程序或者基于用户界面中生成的诊断指令；在接收到所述诊断指令时，向上层网络发送组播加入报文。

可选的，所述发送模块，具体用于在接收到诊断指令时，获取所述诊断指令中的诊断参数，其中，所述诊断参数中至少包含组播地址、指定广域网WAN连接；根据所述诊断参数，按照所述指定WAN连接向所述组播地址发送所述组播加入报文。

可选的，所述生成模块，具体用于若检测到向所述上层网络发送所述组播加入报文失败时，生成表征家庭网关故障的第一诊断报告；若检测到向所述上层网络发送所述组播加入报文成功时，根据所述诊断指令中的超时时间，检测在所述超时时间内是否接收到所述上层网络下发的组播流；若接收到所述组播流，则生成表征机顶盒故障的第二诊断报告；若未接收到所述组播流，则生成表征上层网络故障的第三诊断报告；

所述上传模块，具体用于将所述第一诊断报告或者所述第二诊断报告或者所述第三诊断报告发送至所述网管系统。

可选的，所述生成模块，具体用于若接收到所述组播流，则向所述上层网络发送组播离开报文，并将频道状态设置为在线，其中所述组播离开报文用于指示所述上层网络停止下发组播流；根据诊断状态、频道状态、组播地址、超时时间、组播加入报文数以及组播离开报文数，生成所述第二诊断报告。

在本发明技术方案中，家庭网关在接收到诊断指令时，向上层网络发送组播加入报文，根据是否成功发送组播加入报文，生成诊断报告，并将诊断报告上传至指定网管系统，这样运维人员可以直接在网管系统中查看到具体的诊断报告，从而可以针对性的进行维修处理，这样减少了组播诊断时间，提升了组播故障诊断的效率。

附图说明

图1为本发明实施例中一种组播诊断的方法流程图；

图2为本发明实施例中用户上报组播诊断的流程图；

图3为本发明实施例中用户界面触发组播诊断的流程图；

图4为本发明实施例中手机App触发组播诊断的流程图；

图5为本发明实施例中一种组播诊断的装置的结构示意图。

具体实施方式

为了解决现有技术中组播故障诊断比较被动，效率较低，时间也比较长的问题，本发明实施例提供了一种组播诊断的方法，方法应用到家庭网关中，该方法包括：在接收到诊断指令时，向上层网络发送组播加入报文，根据是否成功发送组播加入报文，生成诊断报告，并将诊断报告上传至指定网管系统，这样运维人员可以直接在网管系统中查看到具体的诊断报告，从而可以针对性的进行维修处理，这样减少了组播诊断时间，提升了组播故障诊断的效率。

下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解，本发明实施例以及实施例中的具体技术特征只是对本发明技术方案的说明，而不是限定，在不冲突的情况下，本发明实施例以及实施例中的具体技术特征可以相互组合。

如图1所示为本发明实施例中一种组播诊断方法的流程图，该方法包括：

S101，在接收到诊断指令时，向上层网络发送组播加入报文；

S102，根据是否成功发送组播加入报文，生成诊断报告；

S103，将诊断报告发送至指定网管系统。

具体来讲，该方法应用到一家庭网关中，该家庭网关可以下挂机顶盒，并且能够向上层网络上传数据以及接收上层网络的数据，该家庭网关可以模拟机顶盒生成组播加入报文，因此可以通过家庭网关来实现对整个组播环境进行诊断，在本发明实施例中可以通过如下三种方式来实现对组播环境的检测，具体如下：

情况一：

如图2所示，在用户家中出现了组播无法播放的故障时，用户可以直接通过电话向运营商上报故障，运营商在收到故障之后，将指示网管系统向家庭网关下发诊断指令，在该诊断指令中包含了诊断参数。

在家庭网关接收到诊断指令之后，家庭网关将在诊断指令中获取到诊断参数，在诊断参数中至少包含了组播地址以及指定WAN连接。

家庭网关获取到诊断参数之后，家庭网关将自身的配置参数进行重配置，比如说将组播地址进行重配置以及WAN连接进行重配置，这样家庭网关中的配置参数都得到了重配置。

在进行家庭网关进行重配置之后，家庭网关将模拟机顶盒生成组播加入报文，并按照指定WAN连接向重配置的组播地址发送组播加入报文，该组播加入报文用于请求上层网络下发组播流。

在家庭网关向重配置的组播地址发送组播加入报文时，家庭网关会实时的检测组播加入报文是否成功发送至上层网络。若是组播加入报文未成功发送至上层网络，则家庭网关将生成表征家庭网关故障的第一诊断报告，并将第一诊断报告发送至指定网管系统，这样运维人员可以通过查看第一诊断报告获知用户家庭中的家庭网关故障，从而运维人员可以针对性的及时的进行维修，不仅节省了诊断时间，并且提升了运维效率。

若是家庭网关成功的向上层网络发送了组播加入报文时，家庭网关将实时的检测是否接收到上层网络下发的组播流，若是接收到上层网络下发的组播流，则家庭网关将确定上层网络正常，而家庭网关下挂的机顶盒故障，从而生成表征机顶盒故障的第二诊断报告，并将第二诊断报告发送至网管系统，从而运维人员可以针对机顶盒故障进行及时的维修处理。

若是家庭网关未接收到上层网络下发的组播流时，家庭网关将确定上层网络故障，而家庭网关下挂的机顶盒正常，此时家庭网关将生成表征上层网络故障的第三诊断报告，家庭网关将第三诊断报告发送至网管系统。从而运维人员可以针对上层网络故障进行及时的维修处理。

进一步，在本发明实施例中，为了保证准确的对上层网络的故障进行定位，在诊断指令中还包含了超时时间，该家庭网关也将重配置该超时时间。当家庭网关向上层网络成功的发送了组播加入报文之后，该家庭网关会在超时时间内检测是否接收到上层网络洗发的组播流，若是在超时时间内接收到组播流，则家庭网关确定上层网络正常，若是在超时时间内未接收到组播流，则家庭网关确定上层网络故障。

这里还需要说明的是，在本发明实施例中，当检测到家庭网关向上层网络发送组播加入报文失败时，该诊断流程结束，家庭网关将基于诊断状态、组播地址、组播加入报文数、组播离开报文数，生成第一诊断报告。这样运维人员能够更加清楚获取故障原因。

家庭网关在超时时间内接收到组播流时，诊断流程结束，此时上层网络的频道状态为在线，家庭网关将基于诊断状态、频道状态、组播地址、超时时间、组播加入报文数、组播离开报文数生成第二诊断报告。这样运维人员能够更加清楚获取故障原因。

家庭网关在超时时间内未接收到组播流时，诊断流程结束，此时上层网络的频道状态为离线，家庭网关将基于诊断状态、频道状态、组播地址、超时时间、组播加入报文数、组播离开报文数生成第三诊断报告。这样运维人员能够更加清楚获取故障原因。

情况二：

如图3所示，在用户家中出现了组播无法播放的故障时，用户可以在家庭网关的用户界面中进行对应的操作来触发组播诊断，也就是在用户界面中指示存在故障。

家庭网关基于用户在用户界面中的操作，直接向运营商上报故障，运营商在收到故障之后，将指示网管系统向家庭网关下发诊断指令，在该诊断指令中包含了诊断参数。

在家庭网关接收到诊断指令之后，家庭网关将在诊断指令中获取到诊断参数，在诊断参数中至少包含了组播地址以及指定WAN连接。

家庭网关获取到诊断参数之后，家庭网关将自身的配置参数进行重配置，比如说将组播地址进行重配置以及WAN连接进行重配置，这样家庭网关中的配置参数都得到了重配置。

在进行家庭网关进行重配置之后，家庭网关将模拟机顶盒生成组播加入报文，并按照指定WAN连接向重配置的组播地址发送组播加入报文，该组播加入报文用于请求上层网络下发组播流。

在家庭网关向重配置的组播地址发送组播加入报文时，家庭网关会实时的检测组播加入报文是否成功发送至上层网络。若是组播加入报文未成功发送至上层网络，则家庭网关将生成表征家庭网关故障的第一诊断报告，并将第一诊断报告发送至指定网管系统，这样运维人员可以通过查看第一诊断报告获知用户家庭中的家庭网关故障，从而运维人员可以针对性的及时的进行维修，不仅节省了诊断时间，并且提升了运维效率。

若是家庭网关成功的向上层网络发送了组播加入报文时，家庭网关将实时的检测是否接收到上层网络下发的组播流，若是接收到上层网络下发的组播流，则家庭网关将确定上层网络正常，而家庭网关下挂的机顶盒故障，从而生成表征机顶盒故障的第二诊断报告，并将第二诊断报告发送至网管系统，从而运维人员可以针对机顶盒故障进行及时的维修处理。

若是家庭网关未接收到上层网络下发的组播流时，家庭网关将确定上层网络故障，而家庭网关下挂的机顶盒正常，此时家庭网关将生成表征上层网络故障的第三诊断报告，家庭网关将第三诊断报告发送至网管系统。从而运维人员可以针对上层网络故障进行及时的维修处理。

进一步，在本发明实施例中，为了保证准确的对上层网络的故障进行定位，在诊断指令中还包含了超时时间，该家庭网关也将重配置该超时时间。当家庭网关向上层网络成功的发送了组播加入报文之后，该家庭网关会在超时时间内检测是否接收到上层网络洗发的组播流，若是在超时时间内接收到组播流，则家庭网关确定上层网络正常，若是在超时时间内未接收到组播流，则家庭网关确定上层网络故障。

这里还需要说明的是，在本发明实施例中，当检测到家庭网关向上层网络发送组播加入报文失败时，该诊断流程结束，家庭网关将基于诊断状态、组播地址、组播加入报文数、组播离开报文数，生成第一诊断报告。这样运维人员能够更加清楚获取故障原因。

家庭网关在超时时间内接收到组播流时，诊断流程结束，此时上层网络的频道状态为在线，家庭网关将基于诊断状态、频道状态、组播地址、超时时间、组播加入报文数、组播离开报文数生成第二诊断报告。这样运维人员能够更加清楚获取故障原因。

家庭网关在超时时间内未接收到组播流时，诊断流程结束，此时上层网络的频道状态为离线，家庭网关将基于诊断状态、频道状态、组播地址、超时时间、组播加入报文数、组播离开报文数生成第三诊断报告。这样运维人员能够更加清楚获取故障原因。

情况三：

如图4所示，在用户家中出现了组播无法播放的故障时，用户可以直接通过与家庭网关连接手机的App中进行对应的操作来触发组播诊断。

家庭网关接收到手机发来的指示时，家庭网关向运营商上报故障，运营商在收到故障之后，将指示网管系统向家庭网关下发诊断指令，在该诊断指令中包含了诊断参数。

在家庭网关接收到诊断指令之后，家庭网关将在诊断指令中获取到诊断参数，在诊断参数中至少包含了组播地址以及指定WAN连接。

家庭网关获取到诊断参数之后，家庭网关将自身的配置参数进行重配置，比如说将组播地址进行重配置以及WAN连接进行重配置，这样家庭网关中的配置参数都得到了重配置。

在进行家庭网关进行重配置之后，家庭网关将模拟机顶盒生成组播加入报文，并按照指定WAN连接向重配置的组播地址发送组播加入报文，该组播加入报文用于请求上层网络下发组播流。

在家庭网关向重配置的组播地址发送组播加入报文时，家庭网关会实时的检测组播加入报文是否成功发送至上层网络。若是组播加入报文未成功发送至上层网络，则家庭网关将生成表征家庭网关故障的第一诊断报告，并将第一诊断报告发送至指定网管系统，这样运维人员可以通过查看第一诊断报告获知用户家庭中的家庭网关故障，从而运维人员可以针对性的及时的进行维修，不仅节省了诊断时间，并且提升了运维效率。

若是家庭网关成功的向上层网络发送了组播加入报文时，家庭网关将实时的检测是否接收到上层网络下发的组播流，若是接收到上层网络下发的组播流，则家庭网关将确定上层网络正常，而家庭网关下挂的机顶盒故障，从而生成表征机顶盒故障的第二诊断报告，并将第二诊断报告发送至网管系统，从而运维人员可以针对机顶盒故障进行及时的维修处理。

若是家庭网关未接收到上层网络下发的组播流时，家庭网关将确定上层网络故障，而家庭网关下挂的机顶盒正常，此时家庭网关将生成表征上层网络故障的第三诊断报告，家庭网关将第三诊断报告发送至网管系统。从而运维人员可以针对上层网络故障进行及时的维修处理。

进一步，在本发明实施例中，为了保证准确的对上层网络的故障进行定位，在诊断指令中还包含了超时时间，该家庭网关也将重配置该超时时间。当家庭网关向上层网络成功的发送了组播加入报文之后，该家庭网关会在超时时间内检测是否接收到上层网络洗发的组播流，若是在超时时间内接收到组播流，则家庭网关确定上层网络正常，若是在超时时间内未接收到组播流，则家庭网关确定上层网络故障。

这里还需要说明的是，在本发明实施例中，当检测到家庭网关向上层网络发送组播加入报文失败时，该诊断流程结束，家庭网关将基于诊断状态、组播地址、组播加入报文数、组播离开报文数，生成第一诊断报告。这样运维人员能够更加清楚获取故障原因。

家庭网关在超时时间内接收到组播流时，诊断流程结束，此时上层网络的频道状态为在线，家庭网关将基于诊断状态、频道状态、组播地址、超时时间、组播加入报文数、组播离开报文数生成第二诊断报告。这样运维人员能够更加清楚获取故障原因。

家庭网关在超时时间内未接收到组播流时，诊断流程结束，此时上层网络的频道状态为离线，家庭网关将基于诊断状态、频道状态、组播地址、超时时间、组播加入报文数、组播离开报文数生成第三诊断报告。这样运维人员能够更加清楚获取故障原因。

在整个诊断流程结束之后，家庭网关将向网管系统上报诊断结束的信息，这样整个诊断流程结束。

基于上述的三种情况，在本发明实施例中，家庭网关在接收到诊断指令时，家庭网关会向上层网络发送组播加入报文，根据是否成功发送组播加入报文，生成诊断报告，并将诊断报告上传至指定网管系统，这样运维人员可以直接在网管系统中查看到具体的诊断报告，从而可以针对性的进行维修处理，这样减少了组播诊断时间，提升了组播故障诊断的效率。

对应本发明实施例中的一种组播诊断的方法，本发明实施例中还提供了一种组播诊断的装置，如图5所示为本发明实施例中一种组播诊断的装置的结构示意图，该装置包括：

发送模块501，用于在接收到诊断指令时，向上层网络发送组播加入报文，其中，所述组播加入报文用于请求所述上层网络下发组播流；

生成模块502，用于根据是否成功发送所述组播加入报文，生成诊断报告；

上传模块502，用于将所述诊断报告上传至指定网管系统。

进一步，在本发明实施例中，所述发送模块501，具体用于检测是否接收到基于终端的应用程序或者基于用户界面中生成的诊断指令；在接收到所述诊断指令时，向上层网络发送组播加入报文。

进一步，在本发明实施例中，所述发送模块501，具体用于在接收到诊断指令时，获取所述诊断指令中的诊断参数，其中，所述诊断参数中至少包含组播地址、指定广域网WAN连接；根据所述诊断参数，按照所述指定WAN连接向所述组播地址发送所述组播加入报文。

进一步，在本发明实施例中，所述生成模块502，具体用于若检测到向所述上层网络发送所述组播加入报文失败时，生成表征家庭网关故障的第一诊断报告；若检测到向所述上层网络发送所述组播加入报文成功时，根据所述诊断指令中的超时时间，检测在所述超时时间内是否接收到所述上层网络下发的组播流；若接收到所述组播流，则生成表征机顶盒故障的第二诊断报告；若未接收到所述组播流，则生成表征上层网络故障的第三诊断报告；

所述上传模块503，具体用于将所述第一诊断报告或者所述第二诊断报告或者所述第三诊断报告发送至所述网管系统。

进一步，在本发明实施例中，所述生成模块502，具体用于若接收到所述组播流，则向所述上层网络发送组播离开报文，并将频道状态设置为在线，其中所述组播离开报文用于指示所述上层网络停止下发组播流；根据诊断状态、频道状态、组播地址、超时时间、组播加入报文数以及组播离开报文数，生成所述第二诊断报告。

尽管已描述了本申请的优选实施例，但本领域内的普通技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种组播诊断方法，其特征在于，应用于一家庭网关，所述方法包括：

在接收到诊断指令时，向上层网络发送组播加入报文，其中，所述组播加入报文用于请求所述上层网络下发组播流；

根据是否成功发送所述组播加入报文，生成诊断报告；

将所述诊断报告上传至指定网管系统。

2.如权利要求1所述的方法，其特征在于，在接收到诊断指令时，向上层网络发送组播加入报文，具体包括：

检测是否接收到基于终端的应用程序或者基于用户界面中生成的诊断指令；

在接收到所述诊断指令时，向上层网络发送组播加入报文。

3.如权利要求1所述的方法，其特征在于，在接收到诊断指令时，向上层网络发送组播加入报文，包括：

在接收到诊断指令时，获取所述诊断指令中的诊断参数，其中，所述诊断参数中至少包含组播地址、指定广域网WAN连接；

根据所述诊断参数，按照所述指定WAN连接向所述组播地址发送所述组播加入报文。

4.如权利要求1所述的方法，其特征在于，根据是否成功发送所述组播加入报文，生成诊断报告，具体包括：

若检测到向所述上层网络发送所述组播加入报文失败时，生成表征家庭网关故障的第一诊断报告；

若检测到向所述上层网络发送所述组播加入报文成功时，根据所述诊断指令中的超时时间，检测在所述超时时间内是否接收到所述上层网络下发的组播流；

若接收到所述组播流，则生成表征机顶盒故障的第二诊断报告；

若未接收到所述组播流，则生成表征上层网络故障的第三诊断报告；

将所述第一诊断报告或者所述第二诊断报告或者所述第三诊断报告发送至所述网管系统。

5.如权利要求4所述的方法，其特征在于，若接收到所述组播流，则生成第二诊断报告，包括：

若接收到所述组播流，则向所述上层网络发送组播离开报文，并将频道状态设置为在线，其中所述组播离开报文用于指示所述上层网络停止下发组播流；

根据诊断状态、频道状态、组播地址、超时时间、组播加入报文数以及组播离开报文数，生成所述第二诊断报告。

6.一种组播诊断的装置，其特征在于，包括：

发送模块，用于在接收到诊断指令时，向上层网络发送组播加入报文，其中，所述组播加入报文用于请求所述上层网络下发组播流；

生成模块，用于根据是否成功发送所述组播加入报文，生成诊断报告；

上传模块，用于将所述诊断报告上传至指定网管系统。

7.如权利要求6所述的装置，其特征在于，所述发送模块，具体用于检测是否接收到基于终端的应用程序或者基于用户界面中生成的诊断指令；在接收到所述诊断指令时，向上层网络发送组播加入报文。

8.如权利要求6所述的装置，其特征在于，所述发送模块，具体用于在接收到诊断指令时，获取所述诊断指令中的诊断参数，其中，所述诊断参数中至少包含组播地址、指定广域网WAN连接；根据所述诊断参数，按照所述指定WAN连接向所述组播地址发送所述组播加入报文。

9.如权利要求6所述的装置，其特征在于，所述生成模块，具体用于若检测到向所述上层网络发送所述组播加入报文失败时，生成表征家庭网关故障的第一诊断报告；若检测到向所述上层网络发送所述组播加入报文成功时，根据所述诊断指令中的超时时间，检测在所述超时时间内是否接收到所述上层网络下发的组播流；若接收到所述组播流，则生成表征机顶盒故障的第二诊断报告；若未接收到所述组播流，则生成表征上层网络故障的第三诊断报告；

所述上传模块，具体用于将所述第一诊断报告或者所述第二诊断报告或者所述第三诊断报告发送至所述网管系统。

10.如权利要求9所述的装置，其特征在于，所述生成模块，具体用于若接收到所述组播流，则向所述上层网络发送组播离开报文，并将频道状态设置为在线，其中所述组播离开报文用于指示所述上层网络停止下发组播流；根据诊断状态、频道状态、组播地址、超时时间、组播加入报文数以及组播离开报文数，生成所述第二诊断报告。