CN109561300B - 业务质量检测方法及装置 - Google Patents

Abstract

本申请提供了一种业务质量检测方法及装置，涉及通信领域，用于检测网络协议电视业务系统中SR设备发送至光线路终端OLT设备的业务质量。方法包括：向第一SR设备发送检测指令；检测指令用于使第一SR设备向探针发送第一业务流；第一业务流为与待检测端口传输的业务流相同的业务流；获取探针对第一业务流进行解码后得到的关键性指标KPI，并对KPI进行质量检测，确定第一业务流的质量。能够对IPTV业务传输过程中SR节点发送至OLT的业务流进行采集分析，并减少探针的部署数量，降低网络投资。

Description

业务质量检测方法及装置

技术领域

本申请涉及通信领域，尤其涉及一种业务质量检测方法及装置。

背景技术

当前，使用网络协议电视(internet protocol television，IPTV)的用户越来越多，给IPTV业务系统造成的压力也越来越大。当IPTV业务系统的传输出现故障时，将会导致图像马赛克、卡顿、声音断续甚至无法播放。这将会严重影响用户的体验。尤其是IPTV的直播业务，占IPTV总业务的比例大(在平台侧统计IPTV用户中80％以上的用户为直播观看用户)、时延、带宽、抖动要求高。是当前IPTV的重要业务。为了保证IPTV直播业务的业务质量。需要对IPTV直播业务流进行监控和分析以便于及时发现问题进行处理。

当前，IPTV业务系统主要包括节目源服务器、播控平台服务器和全业务路由器(service router，SR)设备、光线路终端(optical line terminal，OLT)设备、IPTV机顶盒。当进行视频节目播放时，用户选择观看的节目视频资源依次通过节目源服务器、播控平台服务器、SR设备、OLT设备、机顶盒层层传输至用户的节目播放设备上。

当前，对IPTV直播业务流的检测主要在节目源服务器节点、播控平台服务器节点和SR设备节点部署解码探针对节目流进行采集分析，确定节目流的平均意见值(meanopinion score，MOS)、媒体传输系数(media delivery index，MDI)时延、MDI抖动、节目映射表格(program map table，PMT)错误、节目关联表格(Program Association Table，PAT)错误、码率下载速率等指标。该采集分析的方法主要针对SR节点以上的业务流，无法对IPTV业务传输过程中SR节点发送至OLT设备的业务流进行采集分析。若采用传统的在各个节点部署探针的方法对IPTV网络中数量众多的发送至OLT设备的业务流进行采集分析，需要部署大量的探针，耗资巨大。

发明内容

本申请实施例提供一种业务质量检测方法及装置，能够对IPTV业务传输过程中SR节点发送至光线路终端(optical line terminal，OLT)的业务流进行采集分析，并减少探针的部署数量，降低网络投资。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供了一种业务质量检测方法，该方法包括：向第一SR设备发送检测指令，所述检测指令用于使所述第一SR设备向所述探针发送第一业务流；所述第一业务流为与所述待检测端口传输的业务流相同的业务流；获取所述探针对所述第一业务流进行解码后得到的关键性指标KPI，并对所述KPI进行质量检测，确定所述第一业务流的质量。

第二方面，本申请提供了一种业务质量检测装置，该装置包括：发送模块，用于向第一SR设备发送检测指令，所述检测指令用于使所述第一SR设备向所述探针发送第一业务流；所述第一业务流为与所述待检测端口传输的业务流相同的业务流；获取模块，用于获取所述探针对所述第一业务流进行解码后得到的关键性指标KPI；处理模块，用于并对所述KPI进行质量检测，确定所述第一业务流的质量。

第三方面，本申请提供了一种业务质量检测装置，该装置包括：处理器、通信接口和存储器；其中，存储器用于存储一个或多个程序，该一个或多个程序包括计算机执行指令，当该业务质量检测装置运行时，处理器执行该存储器存储的该计算机执行指令，以使该业务质量检测装置执行上述第一方面及其任意一种实现方式所述的业务质量检测方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行上述第一方面及其任意一种实现方式所述的业务质量检测方法。

第五方面，本申请提供了一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述第一方面及其任意一种实现方式所述业务质量检测方法。

本申请实施例提供的业务质量检测方法，向第一SR设备发送检测指令，所述检测指令用于使所述第一SR设备向所述探针发送第一业务流；所述第一业务流为与所述待检测端口传输的业务流相同的业务流；获取所述探针对所述第一业务流进行解码后得到的关键性指标KPI，并对所述KPI进行质量检测，确定所述第一业务流的质量。能够对IPTV业务传输过程中SR节点发送至光线路终端的业务流进行采集分析，并减少探针的部署数量，降低网络投资。

附图说明

图1为本申请实施例提供的一种IPTV业务系统的系统架构图；

图2为本申请实施例提供的一种业务质量检测方法的流程图；

图3为本申请实施例提供的一种业务质量检测装置的结构示意图；

图4为本申请实施例提供的另一种业务质量检测装置的结构示意图。

具体实施方式

下面将结合附图对本申请提供的业务质量检测方法及装置进行详细的描述。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

本申请实施例提供的业务质量检测方法，应用于如图1所示的IPTV业务系统中100。所述IPTV业务系统100包括：后台服务器101、探针102、至少一个SR设备103和多个OLT设备104。

其中，所述SR设备103包括多个端口(现有技术中一台SR设备通常包括100个左右的端口数)，并通过端口与所述OLT设备104进行业务流传输，每个OLT设备104对应一个端口(但不是每个端口都会对应一个OLT设备)。

所述探针102用于对所述IPTV业务系统100中的业务流进行解码，获得业务流的关键性指标(Key Performance Indicator，KPI)参数。

所述后台服务器101用于对所述探针102解码获得的KPI参数进行分析，判断业务质量是否满足要求，并对业务流问题进行定位。

本申请实施例提供的业务质量检测方法，应用于上述IPTV业务系统100中，所述IPTV业务系统100中包括n个探针，n≥2。所述方法可以由后台服务器执行。该质量检测方法可以包括端口与探针分组过程以及端口业务流检测过程。如图2所示，端口与探针分组过程包括：S201-S203。

S201、将IPTV业务系统中的多个所述端口分为n组。

其中，端口的分组数与IPTV业务系统中的探针数保持一致。以便于后续匹配探针和端口组。

具体为，在IPTV系统中。通常包括众多SR设备，例如A省共有100多台SR设备。每台SR设备包括100个左右的端口，每个端口可以下挂一台OLT设备(通常不会每个端口都下挂OLT设备，一般来说一台SR设备下挂50个至一百台OLT设备，一个SR设备通常会空余多个空闲端口，作为备用端口或作其他用途使用)。假设A省共有100台SR设备，每台SR设备下挂50台OLT。则A省共有5000台OLT设备。对这些连接有OLT设备的端口进行分组，例如将一台(或者多台)SR设备上的端口分为一组，共划分n组。

S202、确定目标探针对应的第一端口组。

其中，第一端口组为上述n组端口中的任意一组端口。

具体为，根据目标探针与IPTV业务系统中各个端口所属的SR设备的位置关系或连接关系或网络结构关系，确定目标探针对应的第一端口组。

在本步骤的一种实现方式中，确定目标探针对应的第一端口组后，将所述目标探针与所述第一端口组所属的各个SR设备建立有线连接(例如光缆连接，若目标探针与SR设备之间存在原有空余光缆则可以直接利旧，从而进一步节省成本)，或者无线连接等。目标探针与SR设备的连接方式还可以为其他任意可以实现的连接方式，本申请对此不做限定。

在本步骤的另一种实现方式中，每个探针可以包括10个光口，每个光口对应一组第一端口组。也就是说，每个探针最多可以对应500个端口(即500个OLT设备)。则将端口划分为n*10组。假如为A省配备了15台探针设备，将端口划分为150组。每组可以包括33个左右的端口数。将该十五台设备按照各地区数量设置在各个地市的核心机房中。为每个探针分配附近位置区域的SR设备和OLT设备，并建立探针与SR设备的连接。

S203、根据所述第一端口组中各个端口的检测顺序，按照预设周期依次生成各个端口对应的检测指令。

具体为，首先根据预设规则确定各个端口的检测顺序。例如，当某一个SR设备上的全部端口为第一端口组的端口时，以各个端口的编号为顺序，对各个端口进行检测。然后确定预设周期，该预设周期可以为任意时长，例如以30分钟为一个周期，对端口进行检测。最后，生成包含当前待检测的端口所述的SR设备的设备地址(IP地址或者物理地址等)和待检测端口的端口号的检测指令。可选的，所述检测指令中还可以包括SR设备的标识符，SR设备的简单网络管理协议(Simple Network Management Protocol，SNMP)参数等。

在完成端口与探针分组过程之后，执行端口业务流检测过程。如图2所示，所述端口业务流检测过程包括S204-S206：

S204、向第一SR设备发送检测指令。

其中，所述第一SR设备为上述第一端口组中各个端口所属的SR设备。所述检测指令用于使所述第一SR设备向所述探针发送第一业务流。所述第一业务流为与所述待检测端口传输的业务流相同的业务流。

具体为，后台服务器生成检测指令之后，根据检测指令中的第一SR设备地址(还可能包括设备标识)将所述检测指令发送至第一SR设备。第一SR设备识别检测指令中待检测端口的端口号，确定待检测端口。将与待检测端口中的第一业务流相同的业务流发送至探针中。

在本步骤的一种实现方式中，所述第一业务流为所述待检测端口传输的业务流的镜像业务流；所述第一业务流通过所述第一SR设备的第二端口发送至所述探针；其中，所述第二端口为所述SR设备中未连接OLT设备的端口。具体为，第一SR设备确定自身的空闲端口(即所述SR设备中未连接OLT设备的端口)。然后，第一SR设备对待检测端口中的第一业务流进行镜像，获得与第一业务流相同的业务流，将所述镜像业务流通过S202中建立的目标探针和SR设备之间的连接发送至目标探针。可以在不影响第一业务流的正常传输的情况下对第一业务流的业务质量进行检测。

S205、获取所述探针对所述第一业务流进行解码后得到的关键性指标KPI。

其中，关键性指标KPI包括：媒体传输系数MDI时延、MDI丢包率、传输流TS吞吐率、TS丢包数、TS丢包率、TS包数、TS字节数、同步字节错误数、同步丢失错误数、连续性计数CC错误数、条件接收表格CAT表格错误数、CAT表格循环冗余校验CRC错误数、PAT表格错误数、PAT速率、PAT重复错误数、PAT表格CRC错误数、节目时钟参考PCR个数、PCR速率、PCR抖动、PCR重复错误数、PCR不连续错误数、PCR精确性错误数、节目映射表格PMT表格错误数、媒体类型、扰码状态、PMT表格数、PMT表格速率、PMT重复错误数、PMT表格CRC错误数、孤立TS包数、节目标识号PID丢失错误数、PID丢失时间、传输错误数、断流时间、断流次数、被监测视频流在最近15分钟内的TS媒体包丢失总数、被监测视频流在最近24小时内的TS媒体包丢失总数、显示时间戳PTS错误数、实时传输协议RTP丢包率、RTP丢失包数、RTP丢包周期、RTP乱序包数、RTP重复数、RTP重传包数、RTP抖动、RTP最大丢包数、RTP最小包间隔、RTP包个数、RTP字节数、RTP收到包数。

所述KPI的指标类型，指标名称，指标说明如表1所示：

表1

具体为，在所述探针接收到所述镜像业务流之后，对所述镜像业务流进行解码，获得上述全部或者部分KPI并发送至后台服务器中。

S206、对所述KPI进行质量检测，确定所述第一业务流的质量。

具体为，所述后台服务器中预先设置有KPI参数的质量检测规则。根据所述规则对所述KPI参数进行检测。确定第一业务流的质量是否满足要求，若不满足要求对问题KPI参数定位，确定业务流的质量问题。当一个端口检测完成之后，根据步骤S203中确定的各个端口的检测顺序对第一端口组中的所有端口依次进行轮询检测。从而确定第一端口组中所有端口的业务质量。在第一端口组中的所有端口轮询完毕之后，开始第二轮的业务质量轮询检测，并记次当前为第二轮业务质量轮询检测。

本申请实施例提供的业务质量检测方法，向第一SR设备发送检测指令，所述检测指令用于使所述第一SR设备向所述探针发送第一业务流；所述第一业务流为与所述待检测端口传输的业务流相同的业务流；获取所述探针对所述第一业务流进行解码后得到的关键性指标KPI，并对所述KPI进行质量检测，确定所述第一业务流的质量。能够对IPTV业务传输过程中SR节点发送至光线路终端的业务流进行采集分析，并减少探针的部署数量，降低网络投资。

在本申请的一种实现方式中，还可以实现指定端口的业务质量检测与业务问题定位。具体为，若所述后台服务器接收到故障端口检测消息(例如通过人工报障确定故障端口或其他方法确定故障端口)，则确定所述故障端口所属的SR设备和当前检测端口。生成故障端口检测指令和当前端口检测中断指令。将所述当前端口检测中断指令发送至所述当前检测端口所属的SR设备，以使所述当前检测端口所属的SR设备停止发送所述第一业务流。将所述故障端口检测指令发送至所述故障端口所属的SR设备，以使所述故障端口所属的SR设备向所述探针发送第二业务流，所述第二业务流为与所述故障端口传输的业务流相同的业务流。从而在可以在正常轮询时，中断当前轮询，实现指定端口的业务质量检测与业务问题定位。当指定端口的业务质量检测与业务问题定位完成之后，从之前中断端口开始继续进行轮询质量检测。

本申请实施例可以根据上述方法示例对业务质量检测装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图3所示，本申请提供了一种业务质量检测装置，用于执行前述业务质量检测方法，应用于如图1所示的IPTV业务系统中，所述装置包括：

发送模块301，用于向第一SR设备发送检测指令，所述检测指令用于使所述第一SR设备向所述探针发送第一业务流；所述第一业务流为与所述待检测端口传输的业务流相同的业务流。

获取模块302，用于获取所述探针对所述第一业务流进行解码后得到的关键性指标KPI。

处理模块303，用于并对所述KPI进行质量检测，确定所述第一业务流的质量。

可选的，所述IPTV业务系统中的所述探针数量可以为n个，n≥2；所述处理模块303，还用于：将所述IPTV业务系统中的多个所述端口分为n组。确定目标探针对应的第一端口组。根据所述第一端口组中各个端口的检测顺序，按照预设周期依次生成各个端口对应的检测指令。

可选的，所述装置还包括：所述处理模块303，还用于若所述后台服务器接收到故障端口检测消息，则确定当前检测端口和所述故障端口所属的SR设备。所述处理模块303，还用于生成故障端口检测指令和当前端口检测中断指令。所述发送模块301，还用于将所述当前端口检测中断指令发送至所述当前检测端口所属的SR设备，以使所述当前检测端口所属的SR设备停止发送所述第一业务流。所述发送模块301，还用于将所述故障端口检测指令发送至所述故障端口所属的SR设备，以使所述故障端口所属的SR设备向所述探针发送第二业务流，所述第二业务流为与所述故障端口传输的业务流相同的业务流。

可选的，所述装置中，所述第一业务流为所述待检测端口传输的业务流的镜像业务流；所述第一业务流通过所述第一SR设备的第二端口发送至所述探针；其中，所述第二端口为所述SR设备中未连接OLT设备的端口。

可选的，所述装置中，所述关键性指标KPI包括：媒体传输系数MDI时延、MDI丢包率、传输流TS吞吐率、TS丢包数、TS丢包率、TS包数、TS字节数、同步字节错误数、同步丢失错误数、连续性计数CC错误数、条件接收表格CAT表格错误数、CAT表格循环冗余校验CRC错误数、PAT表格错误数、PAT速率、PAT重复错误数、PAT表格CRC错误数、节目时钟参考PCR个数、PCR速率、PCR抖动、PCR重复错误数、PCR不连续错误数、PCR精确性错误数、节目映射表格PMT表格错误数、媒体类型、扰码状态、PMT表格数、PMT表格速率、PMT重复错误数、PMT表格CRC错误数、孤立TS包数、节目标识号PID丢失错误数、PID丢失时间、传输错误数、断流时间、断流次数、被监测视频流在最近15分钟内的TS媒体包丢失总数、被监测视频流在最近24小时内的TS媒体包丢失总数、显示时间戳PTS错误数、实时传输协议RTP丢包率、RTP丢失包数、RTP丢包周期、RTP乱序包数、RTP重复数、RTP重传包数、RTP抖动、RTP最大丢包数、RTP最小包间隔、RTP包个数、RTP字节数、RTP收到包数。

图4示出了上述实施例中所涉及的业务质量检测装置的又一种可能的结构示意图。该业务质量检测装置包括：处理器402和通信接口403。处理器402用于对业务质量检测装置的动作进行控制管理，例如，执行上述处理模块303执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口403用于支持业务质量检测装置与其他网络实体的通信。例如，执行上述发送模块301和获取模块302执行的步骤，和/或用于执行本文所描述的技术的其它过程。业务质量检测装置还可以包括存储器401和总线404，存储器401用于存储业务质量检测装置的程序代码和数据。

其中，存储器401可以是业务质量检测装置中的存储器等，该存储器可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

上述处理器402可以是实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线404可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线404可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例提供一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例所述的业务质量检测方法。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行上述方法实施例所示的方法流程中的业务质量检测方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (8)

1.一种业务质量检测方法，其特征在于，应用于网络协议电视IPTV业务系统中，所述IPTV业务系统包括：后台服务器、探针、至少一个全业务路由器SR设备和多个光线路终端OLT设备；任一所述SR设备包括多个端口，并通过端口与所述OLT设备进行业务流传输，每个OLT设备对应一个端口；所述探针用于对所述业务流进行解码；所述方法由所述后台服务器执行；所述方法包括：

向第一SR设备发送检测指令，所述检测指令用于使所述第一SR设备向所述探针发送第一业务流；所述第一业务流为与待检测端口传输的业务流相同的业务流；所述待检测端口为所述第一SR设备包括的多个端口中的任意一个；

获取所述探针对所述第一业务流进行解码后得到的关键性指标KPI，并对所述KPI进行质量检测，确定所述第一业务流的质量；

所述IPTV业务系统中的所述探针为n个，n≥2；所述向所述第一SR设备发送检测指令之前，所述方法还包括：

将所述IPTV业务系统中至少一个SR设备的多个端口分为n组；

确定目标探针对应的第一端口组；

根据所述第一端口组中各个端口的检测顺序，按照预设周期依次生成各个端口对应的检测指令。

2.根据权利要求1所述的业务质量检测方法，其特征在于，所述方法还包括：

若接收到故障端口检测消息，则确定当前检测端口和故障端口所属的SR设备；

生成故障端口检测指令和当前端口检测中断指令；

将所述当前端口检测中断指令发送至所述当前检测端口所属的SR设备，以使所述当前检测端口所属的SR设备停止发送所述第一业务流；

将所述故障端口检测指令发送至所述故障端口所属的SR设备，以使所述故障端口所属的SR设备向所述目标探针发送第二业务流，所述第二业务流为与所述故障端口传输的业务流相同的业务流。

3.根据权利要求1所述的业务质量检测方法，其特征在于，所述检测指令用于使所述第一SR设备向所述探针发送第一业务流，包括：

所述第一业务流通过所述第一SR设备的第二端口发送至所述目标探针；其中，所述第二端口为所述第一SR设备中未连接OLT设备的端口；所述第一业务流为所述待检测端口传输的业务流的镜像业务流。

4.根据权利要求1-3任一项所述的业务质量检测方法，其特征在于，所述关键性指标KPI包括：媒体传输系数MDI时延、MDI丢包率、传输流TS吞吐率、TS丢包数、TS丢包率、TS包数、TS字节数、同步字节错误数、同步丢失错误数、连续性计数CC错误数、条件接收表格CAT表格错误数、CAT表格循环冗余校验CRC错误数、PAT表格错误数、PAT速率、PAT重复错误数、PAT表格CRC错误数、节目时钟参考PCR个数、PCR速率、PCR抖动、PCR重复错误数、PCR不连续错误数、PCR精确性错误数、节目映射表格PMT表格错误数、媒体类型、扰码状态、PMT表格数、PMT表格速率、PMT重复错误数、PMT表格CRC错误数、孤立TS包数、节目标识号PID丢失错误数、PID丢失时间、传输错误数、断流时间、断流次数、显示时间戳PTS错误数、实时传输协议RTP丢包率、RTP丢失包数、RTP丢包周期、RTP乱序包数、RTP重复数、RTP重传包数、RTP抖动、RTP最大丢包数、RTP最小包间隔、RTP包个数、RTP字节数、RTP收到包数。

5.一种业务质量检测装置，其特征在于，应用于网络协议电视IPTV业务系统中，所述IPTV业务系统包括：后台服务器、探针、至少一个全业务路由器SR设备和多个光线路终端OLT设备；任一所述SR设备包括多个端口，并通过端口与所述OLT设备进行业务流传输，每个OLT设备对应一个端口；所述探针用于对所述业务流进行解码；所述装置包括：

发送模块，用于向第一SR设备发送检测指令，所述检测指令用于使所述第一SR设备向所述探针发送第一业务流；所述第一业务流为与待检测端口传输的业务流相同的业务流；所述待检测端口为所述第一SR设备包括的多个端口中的任意一个；

获取模块，用于获取所述探针对所述第一业务流进行解码后得到的关键性指标KPI；

处理模块，用于对所述KPI进行质量检测，确定所述第一业务流的质量；

所述IPTV业务系统中的所述探针为n个，n≥2；所述处理模块，还用于：

将所述IPTV业务系统中至少一个SR设备的多个端口分为n组；

确定目标探针对应的第一端口组；

根据所述第一端口组中各个端口的检测顺序，按照预设周期依次生成各个端口对应的检测指令。

6.根据权利要求5所述的业务质量检测装置，其特征在于，所述装置还包括：

所述处理模块，还用于若所述后台服务器接收到故障端口检测消息，则确定当前检测端口和故障端口所属的SR设备；

所述处理模块，还用于生成故障端口检测指令和当前端口检测中断指令；

所述发送模块，还用于将所述当前端口检测中断指令发送至所述当前检测端口所属的SR设备，以使所述当前检测端口所属的SR设备停止发送所述第一业务流；

所述发送模块，还用于将所述故障端口检测指令发送至所述故障端口所属的SR设备，以使所述故障端口所属的SR设备向所述目标探针发送第二业务流，所述第二业务流为与所述故障端口传输的业务流相同的业务流。

7.一种业务质量检测装置，其特征在于，所述业务质量检测装置包括：处理器、通信接口和存储器；其中，存储器用于存储一个或多个程序，该一个或多个程序包括计算机执行指令，当该业务质量检测装置运行时，处理器执行该存储器存储的该计算机执行指令，以使该业务质量检测装置执行权利要求1至4中任意之一所述的业务质量检测方法。

8.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在计算机上运行时，使得计算机执行如权利要求1至4中任一项所述的业务质量检测方法。

Images