一种交互式网络电视IPTV业务质量检测方法及系统与流程

本发明涉及通信技术领域，尤其涉及一种交互式网络电视IPTV业务质量检测方法及系统。

背景技术：

随着IPTV(英文：Internet Protocol Television，中文：交互式网络电视)业务的快速发展以及用户规模的急剧增长，IPTV业务维护人员的数量以及维护支撑手段明显不足，因此，为了保证IPTV业务质量实时检测以及故障诊断的精确性，目前的IPTV业务主要通过对IPTV业务质量进行实时检测，来对IPTV业务质量以行及故障位置进监控。具体的，现有的IPTV业务质量检测方法具体包括：通过在IPTV网络链路上部署探针，然后，通过工具对网络中的各链路中的IPTV业务进行检测，并将检测到的数据上报给IPTV业务质量监控中心进行数据分析，从而确定出该IPTV业务的业务质量以及推导计算出故障发生位置。

但是，由于现有技术中对IPTV业务进行质量检测的检测范围为整个IPTV网络，无法对IPTV网络中的节点设备的设备运行信息进行检测，使得检测范围不完整，从而不能精准的判断出已发生故障的位置。

技术实现要素：

本发明实施例提供一种交互式网络电视IPTV业务质量检测方法及统，用于解决现有的对IPTV业务进行质量检测时，无法对IPTV网络中的节点设备的设备运行信息进行检测，使得检测范围不完整，从而不能精准的判断出已发生故障的位置的问题。

为达到上述目的，本发明实施例采用如下技术方案：

第一方面，提供一种交互式网络电视IPTV质量检测系统，包括：IPTV集中检测平台、所述IPTV网络中的各层网络的链路上部署的探针以及节点管理中心，所述探针与所述节点管理中心分别与所述IPTV集中检测平台互联，其中：

所述IPTV集中检测平台，用于向所述探针发送检测指令；

所述探针，用于根据所述检测指令的指示，检测其所处的链路上传输的IPTV业务的数据质量指标以及对其所处的链路上节点设备发起拨测，并将所述IPTV业务的数据质量指标和拨测结果反馈至IPTV集中检测平台；

所述节点管理中心，用于获取与其互联的节点设备的设备运行信息，并将所述设备运行信息反馈给IPTV集中检测平台；

所述IPTV集中检测平台，还用于根据所述探针反馈的IPTV业务的数据质量指标和拨测结果以及所述节点管理中心反馈的节点设备的设备运行信息进行数据分析，确定故障位置。

第二方面，提供一种交互式网络电视IPTV质量检测方法，包括：

IPTV集中检测平台向部署在所述IPTV网络中的各层网络的链路上的探针发送检测指令，以使所述探针在接收到所述检测指令后，根据所述检测指令的指示检测其所处的链路上传输的IPTV业务的数据质量指标以及对所处的链路上节点设备发起拨测，将所述IPTV业务的数据质量指标和拨测结果反馈至所述IPTV集中检测平台，并通过节点管理中心获取与其互联的节点设备的设备运行信息，将所述设备运行信息反馈给所述IPTV集中检测平台；

所述IPTV集中检测平台根据所述探针反馈的IPTV业务的数据质量指标和拨测结果以及所述节点管理中心反馈的节点设备的设备运行信息进行数据分析，确定故障位置。

本发明实施例提供的IPTV质量检测系统及方法，包括IPTV集中检测平台、探针以及节点管理中心，通过在IPTV网络中的各层网络的链路中部署探针，探针通过检测指令检测其所处链路上传输的IPTV业务的数据质量指标以及对其所处的链路上节点设备发起拨测，并将IPTV数据的质量指标以及拨测结果反馈至IPTV集中检测平台，并且由于节点管理中心与IPTV集中检测平台互联，节点管理中心将IPTV网络中节点设备的设备运行信息反馈至IPTV集中检测平台，IPTV集中检测平台对接收到的数据质量指标与节点设备的设备运行信息进行分析，确定故障位置，由于IPTV集中检测平台能够检测到节点设备的设备运行信息，这样使得检测的范围完整，上报至IPTV集中检测平台的数据全面，从而精准的判断出已发生故障位置。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有IPTV业务网络结构图示意图；

图2为本发明实施例提供的一种IPTV业务质量检测系统结构示意图；

图3为本发明实施例提供的一种IPTV业务质量检测方法示意图。

具体实施方式

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

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

图1为现有的IPTV业务网络结构图，如图1所示，该IPTV网络中包括：视频库01、接入终端02、节点管理中心03、POP节点04(英文：point of presence，中文：入网点)、节点设备05以及应用终端06。其中，上述的接入终端为IPTV业务的源端，通常与视频库连接，主要为IPTV客户端提供IPTV业务(例如电视节目、电影等)；上述的节点管理中心为IPTV终端提供最终页面浏览、流媒体服务等能力平台的总称，与IPTV网络中的各节点设备互联，可获取IPTV网络中各节点设备的设备信息；上述的POP节点是访问企业网络内部的进入点，外界提供的服务通过pop进入，这些服务包括Internet接入，广域连接以及电话服务；上述的交换设备用于转发数据；上述的应用终端可以为平板电脑、笔记本电脑、UMPC(Ultra-mobile Personal Computer，超级移动个人计算机)、上网本、PDA(Personal Digital Assistant，个人数字助理)等电子设备，且应用终端包括机顶盒；接入终端可以为IPTV节目源；将位于接入终端与交换设备之间，用于传送各种语音和数据业务的网络称为承载网。

进一步的，本发明实施例提供的IPTV业务质量检测系统中的探针部署在IPTV网络中的各层网络的链路，本发明实施例提供的IPTV业务质量检测系统用来及时发现IPTV业务质量下降和恶化情况。

示例性的，上述的探针包括：硬探针、软探针。其中硬探针又分为两类：检测类探针、拨测类探针。检测类探针采用被动抓包为主，拨测类探针采用主动拨测为主。检测类探针包括：单播文件检测探针、媒体流检测探针(主要为直播频道媒体流检测，可包括组播和单播等传输方式)、多画面检测探针；拨测类探针包括：业务可用性拨测探针、承载网络业务和质量拨测探针(简称为承载质量拨测探针)。部分厂家的拨测类探针产品也称为拨测服务器。

例如，机顶盒内置软探针把采集到的加入组播、单播申请、HTTP(英文：HyperText Transfer Protocol，中文：超文本传输协议)请求等业务请求信息以及业务请求结果上报给IPTV集中检测平台，实现对机顶盒收视服务质量检测和HTTP协议视频的质量检测。拨测探针要定期模拟机顶盒的业务拨测，然后把包括加入组播、单播申请、HTTP请求等业务请求信息以及业务请求结果上报给IPTV集中检测平台。

示例性的，上述各探针与上述的节点管理中心的介绍见下表1。

表1

其中，上述的STB，即Set Top Box，为机顶盒；上述的CR，即CoreRouter，为核心路由器；上述的EPG，即Electronic Program Guide，为电子节目指南；上述的DHCP，即Dynamic Host Configuration Protocol，为动态主机配置协议；上述的SR，即Service Router，为业务路由器；上述的BARS，即Broadband Remote Access Server，为宽带接入服务器。

示例性的，节点管理中心可以为IPTV业务管理平台、IPTV能力平台网管以及同时结合传输、城域、接入等网络设备的网元管理系统(EMS)。节点管理中心会从上述等系统获取节点设备的故障管理、配置管理、性能管理相关数据。

通常情况下，上述的各种IPTV质量探针可根据具体需求单独部署使用。此外，各类探针(即探针)所提供的应用(质量评估、故障诊断和故障告警功能等)在逻辑上既独立也综合，所谓独立是指，每类探针不依赖于其它探针，单独即可实现一定的功能，所谓综合是指，探针间相互关联，通过智能判障流程，实现对IPTV用户故障的定位，同时，综合的概念还包括，同一用户、区域的不同探针的KPI值可显示在同一个视图上，便于观察分析。

其中，上述的智能判断流程是指IPTV集中检测平台在采集了各方面的信息的前提下，借助专家经验库等建议的判断流程进行综合判断故障发生位置。这些信息主要是来自于传输、城域、接入网设备的各个设备厂家管理设备配置、性能信息、告警信息等的节点管理中心。IPTV集中检测平台可以通过节点管理中心综合网管获取各节点设备的相关设备运行信息。由于各业务链路上的所经过的IPTV业务网络的节点设备、节目源、业务终端(通常为机顶盒)上有大量的技术参数并且相互间有复杂的关联关系，同时设备数量众多，所以进行判断，明确故障可能发生位置对于快速排除故障有关键影响。专家经验库即是一些经总结出来判断的算法和流程，能够协助快速确定故障位置。

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

需要说明的是，本发明实施例中，除非另有说明，“多个”的含义是指两个或两个以上。

需要说明的是，本发明实施例中，“的(英文：of)”，“相应的(英文：corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

需要说明的是，上述探针的功能以及部署位置只是一种示例，对于本方案在探针的基础上进行改动，也在本方案的保护范围之内。

本发明实施例提供的一种IPTV质量检测系统10，如图2所示，该系统10包括：IPTV集中检测平台11、IPTV网络中的各层网络的链路上部署的探针12，节点管理中心13，探针12与IPTV集中检测平台11互联，节点管理中心13分别与IPTV网络中的节点设备以及IPTV集中检测平台11互联，其中：

IPTV集中检测平台11，用于向探针12发送检测指令。

示例性的，上述的检测指令用于指示探针12对IPTV网络中探针12所处的链路上IPTV业务的数据质量指标进行采集，以及向探针12所处的链路上节点设备发起拨测。

探针12，在接收到IPTV质量检测平台11发送的检测指令后，会根据检测指令的指示，检测其所处的链路上传输的IPTV业务的数据质量指标以及对其所处的链路上节点设备发起拨测，并将IPTV业务的数据质量指标和拨测结果反馈至IPTV业务质量检测平台11。

节点管理中心13，用于获取与其互联的节点设备的设备运行信息，并将设备运行信息反馈给IPTV集中检测平台11。

IPTV集中检测平台11，还用于根据探针12反馈的IPTV业务的数据质量指标和拨测结果以及节点管理中心13反馈的节点设备的设备运行信息进行数据分析，确定故障位置。

示例性的，上述拨测结果以IPTV业务的数据质量指标体现，上述的IPTV业务的数据质量指标可以为IPTV业务内容质量、IPTV业务文件编码质量、IPTV业务请求时延、IPTV网络传输质量等。上述的节点设备的设备运行信息可以为设备内存占用率、设备的CPU(英文：Central Processing Unit，中文：中央处理器)使用情况、设备的端口工作状态等。

可选的，IPTV集中检测平台11在根据探针12反馈的IPTV业务的数据质量指标、拨测结果以及节点管理中心13反馈的节点设备的设备运行信息进行数据分析，确定故障位置时具体用于：

判定探针12反馈的数据质量指标是否超过预定阈值；

在确定某一探针12反馈的数据质量指标超过预定阈值，则IPTV集中检测平台11判定IPTV网络异常，并判定探针所处链路对应的节点设备的设备运行信息是否异常，根据判定结果确定故障位置；或者，当探针12反馈的IPTV业务的数据质量指标未超过预定阈值时，IPTV集中检测平台11判定IPTV业务质量正常。

需要说明的是，为了能够及时发现IPTV业务的故障，上述的IPTV集中检测平台11还用于：当IPTV集中检测平台确定某一探针12反馈的IPTV业务的数据质量指标超过预定阈值，则发出告警。示例性的，当IPTV集中检测平台11发出告警信息时，会向各应用部门发送告警信息，例如该IPTV集中检测平台会向维护部门的运维人员提示IPTV质量出现故障。

进一步的，IPTV集中检测平台11判定某一探针12所处链路对应的节点设备的设备运行信息是否异常，具体包括：

当该某一探针12所处链路对应的节点设备的设备运行信息正常时，IPTV集中检测平台11判定该探针所处链路出现故障；

当该某一探针12所处链路对应的节点设备的设备运行信息异常时，IPTV集中检测平台11判定该某一探针12对应的节点设备出现故障。

需要说明的是，探针12对应的节点设备为探针12所处链路两端点的节点设备。

示例性的，上述探针12还可以部署在IPTV网络中的各层网络的节点设备接口上，此时该探针12用于检测其所处的节点设备接口上传输的IPTV业务的数据质量指标，并将IPTV业务的数据质量指标反馈至所述IPTV集中检测平台。

基于此，IPTV集中检测平台11在确定故障位置时，可以先确定部署在IPTV网络节点设备接口上的探针12反馈的IPTV业务的数据质量指标是否超过预定阈值，若未超过阈值，判定该探针12所处的链路出现故障；或者，当部署在IPTV网络节点设备接口上的探针12反馈的IPTV业务的数据质量指标超过预定阈值时，进一步判定探针12所处链路对应的节点设备的设备运行信息是否异常，判断过程如上所述，这里不再赘述。

此外，由于探针12部署在IPTV网络中的各层网络的节点设备接口上，这样，IPTV集中检测平台11便可以检测到接入终端与应用终端的IPTV业务的数据质量指标以及向接入终端与应用终端发起拨测，这样使得检测的范围更加完整。示例性的，探针12获取IPTV接入终端到应用终端各节点接口上以及IPTV网络链路上的IPTV业务的数据质量指标，节点管理中心13获取节点设备的设备运行信息，将获取的两类信息均发送给IPTV集中检测平台11。IPTV集中检测平台11对收集到的IPTV业务的数据质量指标以及节点设备的设备运行信息进行统计、分析和关联，实现接入终端到应用终端的质量检测以及故障告警、故障诊断、质量分析评估等应用功能。

示例性的，IPTV集中检测平台11除了具备质量分析评估(包括KPI(关键绩效指标)存储数据库和资源信息库)，还具备故障诊断、故障预处理、接口管理(包括南、北向接口)、系统管理(包括安全管理和日志管理)。

示例性的，上述质量分析评估模块中包括KPI(英文：Key Performance Indicator，中文：关键绩效指标)数据库以及资源信息库，KPI数据库与资源信息库用来存储探针12上报的相应IPTV业务数据的数据质量指标。其中KPI数据库用来存储个探针12上传的KPI参数，资源信息库用于保存用户的基本信息、节点设备基本信息和探针信息：用户基本信息包括用户业务账号、套餐类型、STB型号等；节点设备基本信息包括用户所属接入方式、局端设备(或OLT(英文：Optical line terminal，中文：光线路终端)和ONU(英文：Optical Network Unit Network Unit，中文：光网络单元))编号、所属汇聚设备、所属SR和所属POP点等；探针信息包括探针ID、探针类型、探针状态、部署位置、配置信息等。客服系统与公客系统也可与IPTV集中检测平台11互联，向IPTV集中检测平台11上报相关信息，这样IPTV集中检测平台11可以对更加全面的信息进行分析，实现更精准的故障定位。

具体的，IPTV质量评估首先从用户对IPTV质量感知的层面进行建模，将用户IPTV体验指标分解成各项可测的KPI参数，并根据要求确定KPI参数阈值。质量评估具体要求以各运营商的具体要求为准。IPTV集中检测平台11应主动采集KPI值，并按用户维度、区域维度、时间维度进行综合评估，分析区域间IPTV质量的差别和IPTV的变化趋势，做到IPTV业务质量可感知。质量评估的主要应用部门是网络维护部门、业务平台维护部门。业务平台维护部门从端到端用户体验角度去评估服务质量，网络维护部门主要评估接入网、承载网等的质量状况。

示例性的，上述的IPTV集中检测平台11综合各类探针12，接口管理中的南向接口连接探针12和节点管理中心13，向用户提供统一的应用界面，向上级系统则提供统一的北向接口。

示例性的，IPTV集中检测平台11发出告警，为IPTV集中检测平台11的故障告警功能，在IPTV集中检测平台11发出告警时，IPTV集中检测平台11进行故障诊断。

其中，上述的故障诊断分为初步诊断和精确诊断共两类。具体的，初步诊断只是依靠探针来获得大致区段，它主要应用于障碍受理测试。障碍受理台接到IPTV用户的故障申告后，受理员将用户IPTV账号输入IPTV质量检测平台，IPTV集中检测平台11按一定的流程自动调用各测试功能，经综合判断后给出该用户的故障位置。初步诊断不需要用户参与、测试过程相对比较简单、故障定位较粗，能满足分专业或分区域派单即可，通常只需区分出平台、核心网、接入网和用户侧(主要针对接入终端和应用终端)的故障。精确诊断是连接节点管理中心13，并结合各类探针12上报的IPTV业务的数据质量指标，通过智能判障流程，自动和综合地实现端到端的故障自动定位，精确定位至设备、板卡、端口等，它主要应用于接入网、城域网和业务平台的维修人员。障碍受理系统派单出去后，维修人员需要获取该用户更详细的障碍信息，或需要对障碍进行更精确定位。通过详细诊断功能，维修人员可调用各类测试功能进行交互性的详细测试(有些场景还需要用户的配合)，在结合维修人员经验、故障经验库和专家诊断工具等的基础上，分析障碍的具体原因。

示例性的，上述的故障预处理是指部分测试功能具备故障修复的功能。例如对用户端口复位、用户解绑、端口VLAN配置、账号密码重置等，可应用于障碍受理台即客服前台的预处理。

示例性的，本方案提供的IPTV质量检测系统10，还具有拨测功能，即主动检测故障的功能，IPTV质量检测系统01中的IPTV集中检测平台11会向探针12下发检测指令，该检测指令用于指示探针12获取相关位置的IPTV业务的数据质量指标，该检测指令可以为：判定机顶盒的IPTV业务的数据质量指标是否合格、判定节目源的IPTV业务的数据质量指标是否合格、向IPTV业务链路上的各节点设备进行业务拨测测试是否成功并且指标合格、HTTP协议视频业务质量是否合格，具体的情况分别论述如下：

机顶盒诊断：系统采集机顶盒上报的检测信息，并由机顶盒发起测试，辅助判断机顶盒是否正常，并实现对机顶盒点播、直播视频的播放质量检测。根据系统设置的阈值，在视频质量下降达到阈值时主动发起视频质量告警。

节目源诊断：对直播节目源的实时质量指标进行查询，根据返回的直播节目源质量数据如MDI和TR101-290的有关指标等，进行直播节目源的质量检测，判断是否超过指标阈值，并返回所检测节目源是否正常的检测结论。同时通过对频道的黑屏和静帧等异常的轮询检测报警和多画面轮询监看，可实现内容层的故障的及时告警。

业务测试诊断：1)终端MAC查询：能够通过与外部网管做对接，实现对网络设备下发指令，测试在节点设备上是否能查询到用户终端的MAC(英文：Medium Access Control，中文：媒体访问控制)地址，判断用户关联链路是否正常。2)节点业务可用性：能够通过业务拨测探针，对节点设备的重点业务可用性进行拨测，包括IPTV业务认证拨测、EPG首页获取拨测、EPG首页菜单可用性拨测。3)DHCP业务测试：能够通过承载质量拨测探针，对当前的DHCP业务进行拨测。

HTTP协议视频业务诊断：STB内置软探针重点针对用户体验和业务质量。通过STB内置软探针采集并上报相关参数，可反映出用户在使用HTTP协议视频业务过程中的收视体验。系统通过对网络层的抓包以及用户收视过程中缓冲情况分析，结合核心算法进行综合计算，并通过直观的打分来评估用户收视感受。IPTV业务的数据质量指标参数的设计需要满足HTTP协议视频业务服务水平指标的规划要求，应主要包括：平均在线时长、缓冲时长、缓冲时长占比(即卡顿率)、点播节目请求成功率。对于常规性指标参数，终端周期性上报数据；对于告警数据，终端实时上报数据。在出现故障的同时，系统提供STB的硬件性能指标参数(CPU占有率、内存占用率等)和网络参数(接入方式、Wi-Fi信号强度、TCP(英文：Transmission Control Protocol，中文：传输控制协议)重传、TCP乱序等)的查询，帮助用户判断故障的问题根源。同时，通过部署业务拨测探针对节点设备进行周期性主动拨测。HTTP协议视频业务拨测探针可进行多个节点并发、轮询拨测。通过这种检测方式，可以从用户角度对业务的可用性进行实时监控，实时掌握节点设备的服务状况。

本发明实施例提供的IPTV质量检测系统，包括IPTV集中检测平台、探针以及节点管理中心，通过在IPTV网络中的各层网络的链路中部署探针，探针通过检测指令检测其所处链路上传输的IPTV业务的数据质量指标以及对其所处的链路上节点设备发起拨测，并将IPTV数据的质量指标以及拨测结果反馈至IPTV集中检测平台，并且由于节点管理中心与IPTV集中检测平台互联，节点管理中心将IPTV网络中节点设备的设备运行信息反馈至IPTV集中检测平台，IPTV集中检测平台对接收到的数据质量指标与节点设备的设备运行信息进行分析，确定故障位置，由于IPTV集中检测平台能够检测到节点设备的设备运行信息，这样使得检测的范围完整，上报至IPTV集中检测平台的数据全面，从而精准的判断出已发生故障位置。

下面将基于上述实施例中对IPTV质量检测系统的相关描述对本发明实施例提供的一种IPTV质量检测方法进行介绍。以下实施例中与上述实施例相关的技术术语、概念等的说明可以参照上述的实施例，这里不再赘述。

本发明提供一种交互式网络电视IPTV质量检测方法，该方法应用于上述的IPTV质量检测系统，如图3所示，具体的，该方法通过如下过程实现：

201、IPTV集中检测平台向部署在IPTV网络中的各层网络的链路上的探针发送检测指令。

202、探针收到IPTV集中检测平台发送的检测指令。

203、探针根据检测指令将采集到的IPTV业务的数据质量指标以及拨测结果反馈至IPTV集中检测平台。

204、节点管理中心获取与其互联的节点设备的设备运行信息。

205、节点管理中心将设备运行信息反馈给IPTV集中检测平台。

206、IPTV集中检测平台根据探针反馈的IPTV业务的数据质量指标、拨测结果以及节点管理中心反馈的节点设备的设备运行信息进行数据分析，确定故障位置。

可选的，上述步骤206确定故障位置具体包括：

204a、IPTV集中检测平台判定探针反馈的IPTV业务的数据质量指标是否超过预定阈值。

具体的，当探针反馈的数据质量指标未超过预定阈值时，IPTV集中检测平台判定IPTV网络正常；

当某一探针反馈的IPTV业务的数据质量指标超过预定阈值时，IPTV集中检测平台判定IPTV网络异常。

进一步的，IPTV集中检测平台判定该探针所处链路对应的节点设备的设备运行信息是否异常，具体的：

当该探针所处链路对应的节点设备的设备运行信息正常时，IPTV集中检测平台判定该探针所处链路出现故障；

当该探针所处链路对应的节点设备的设备运行信息异常时，IPTV集中检测平台判定该探针对应的节点设备出现故障。

可选的，探针还部署在IPTV网络中各层网络节点设备接口上，通过IPTV集中检测平台向部署在IPTV网络中的各层网络的链路上的探针发送检测指令之后，该方法还包括：

探针检测其所处的节点设备接口上传输的IPTV业务的数据质量指标，并将IPTV业务的数据质量指标反馈至IPTV集中检测平台。

基于此，IPTV集中检测平台在确定故障位置时，先确定部署在IPTV网络节点设备接口上的探针反馈的IPTV业务的数据质量指标是否超过预定阈值，若未超过阈值，判定该探针所处的链路出现故障；或者，当部署在IPTV网络节点设备接口上的探针反馈的IPTV业务的数据质量指标超过预定阈值时，进一步判定探针所处链路对应的节点设备的设备运行信息是否异常，判断过程如上所述，这里不再赘述。

可选的，当IPTV集中检测平台确定某一探针反馈的IPTV业务的数据质量指标超过预定阈值，则发出告警。

本发明实施例提供的IPTV质量检测方法，包括IPTV集中检测平台、探针以及节点管理中心，通过在IPTV网络中的各层网络的链路中部署探针，探针通过检测指令检测其所处链路上传输的IPTV业务的数据质量指标以及对其所处的链路上节点设备发起拨测，并将IPTV数据的质量指标以及拨测结果反馈至IPTV集中检测平台，并且由于节点管理中心与IPTV集中检测平台互联，节点管理中心将IPTV网络中节点设备的设备运行信息反馈至IPTV集中检测平台，IPTV集中检测平台对接收到的数据质量指标与节点设备的设备运行信息进行分析，确定故障位置，由于IPTV集中检测平台能够检测到节点设备的设备运行信息，这样使得检测的范围完整，上报至IPTV集中检测平台的数据全面，从而精准的判断出已发生故障位置。

需要说明的是，在具体实现过程中，上述如图3所示的方法流程中IPTV集中检测平台、探针以及节点管理中心所执行的各步骤均可以通过硬件形式的处理器执行存储器中存储的软件形式的计算机执行指令实现，为避免重复，此处不再赘述。而上述IPTV集中检测平台、探针以及节点管理中心所执行的动作所对应的程序均可以以软件形式存储于该交换设备的存储器中，以便于处理器调用执行以上各个过程对应的操作。

上文中的存储器可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；还可以包括上述种类的存储器的组合。

上文所提供的处理器可以是一个处理器，也可以是多个处理元件的统称。例如，处理器可以为中央处理器(central processing unit，CPU；也可以为其他通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等；还可以为专用处理器，该专用处理器可以包括基带处理芯片、射频处理芯片等中的至少一个。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的方法的具体工作过程，可以参考前述系统实施例中的对应过程，在此不再赘述。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。