网络电视IPTV组播业务故障定界方法、设备及系统

摘要

本发明公开了一种网络电视IPTV组播业务故障定界方法、设备及系统，其中方法包括：仿真组播源设备产生仿真组播流，并通过IPTV组播业务端到端E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；用户机顶盒建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系，并根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流。采用本发明能够基于最终用户的真实体验，快速准确地对IPTV组播业务故障进行定界，不但能够覆盖到最终用户，也能判断出组播网络中存在的质量问题，故障定界能力较强；并且，本发明实施例无需用户机顶盒进行软件和/或硬件上的故障探测支持，能够增强现有运维手段，部署实施的成本较低。

权利要求

1.一种网络电视IPTV组播业务故障定界方法，其特征在于，该方法包括：仿真组播源设备产生仿真组播流，并通过IPTV组播业务端到端E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；

用户机顶盒建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系，并根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流；以及根据用户收看各个测试频道的结果，对所述IPTV组播业务进行故障定界。

2.如权利要求1所述的方法，其特征在于，所述仿真组播源设备内置于所述节点中；

或，所述仿真组播源设备旁挂于所述节点，所述仿真组播源设备通过所述节点将产生的仿真组播流作为测试频道交付给用户，包括：所述仿真组播源设备将产生的仿真组播流经所述节点转发给用户。

3.如权利要求2所述的方法，其特征在于，所述仿真组播源设备将产生的仿真组播流经所述节点转发给用户，包括：所述仿真组播源设备通过组播发送接口，以组播方式向所述节点循环发送所述仿真组播流；

所述仿真组播源设备通过命令控制接口，对所述仿真组播流的发送进行远程控制。

4.如权利要求2所述的方法，其特征在于，所述仿真组播源设备内置于所述节点中，包括：所述节点为IPTV组播业务E2E转发路径中的数据通信设备或接入设备时，所述仿真组播源设备内置于所述数据通信设备或接入设备中；

所述仿真组播源设备旁挂于所述节点，包括：

所述节点部署有探针，所述仿真组播源设备设置于所述探针中。

5.如权利要求1所述的方法，其特征在于，所述根据用户收看各个测试频道的结果，对所述IPTV组播业务进行故障定界，包括：假设从直播电视频道节目源开始，所述IPTV组播业务E2E转发路径中的节点依次为节点1~节点X；其中X为节点总数；通过节点1~节点X交付的所述仿真组播流对应的测试频道为测试频道1~测试频道X，X为大于1的整数，若用户未能成功收看直播电视频道，能成功收看测试频道1，则确定所述直播电视频道节目源或所述直播电视频道节目源至所述节点1之间的转发路径发生故障；

若用户未能成功收看直播电视频道和测试频道1~测试频道Y-1，能成功收看测试频道Y，则确定节点Y-1或节点Y-1至节点Y之间的转发路径发生故障；其中，1＜Y≤X；

若用户未能成功收看直播电视频道和全部测试频道，则确定节点X或用户机顶盒或节点X至用户机顶盒之间的转发路径发生故障。

6.如权利要求1所述的方法，其特征在于，所述节点包括下述节点中的一个或者任意组合：所述IPTV组播业务E2E转发路径中的IPTV媒体服务器的出口节点、城域网与接入网的分界节点和下移的组播复制节点。

7.一种IPTV组播业务的仿真组播源设备，其特征在于，包括：产生模块，用于产生仿真组播流；

交付模块，用于通过IPTV组播业务E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户。

8.如权利要求7所述的设备，其特征在于，所述仿真组播源设备内置于所述节点中；

或，所述仿真组播源设备旁挂于所述节点，所述交付模块具体用于将产生的仿真组播流经所述节点转发给用户。

9.如权利要求8所述的设备，其特征在于，所述仿真组播源设备旁挂于所述节点时，所述交付模块包括：发送单元，用于通过组播发送接口，以组播方式向所述节点循环发送所述仿真组播流；

发送控制单元，用于通过命令控制接口，对所述仿真组播流的发送进行远程控制。

10.一种IPTV组播业务的用户机顶盒，其特征在于，包括：建立模块，用于建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系；

接收模块，用于根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流；

故障定界模块，用于根据用户收看各个测试频道的结果，对所述IPTV组播业务进行故障定界。

11.一种IPTV组播业务故障定界系统，其特征在于，包括：仿真组播源设备，用于产生仿真组播流；通过IPTV组播业务E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；

用户机顶盒，用于建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系；根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流；以及根据用户收看各个测试频道的结果，对所述IPTV组播业务进行故障定界。

12.如权利要求11所述的系统，其特征在于，所述仿真组播源设备内置于所述节点中；

或，所述仿真组播源设备旁挂于所述节点，所述仿真组播源设备具体用于将产生的仿真组播流经所述节点转发给用户。

13.如权利要求12所述的系统，其特征在于，所述仿真组播源设备旁挂于所述节点时，所述仿真组播源设备具体用于：通过组播发送接口，以组播方式向所述节点循环发送所述仿真组播流；

通过命令控制接口，对所述仿真组播流的发送进行远程控制。

说明书

网络电视IPTV组播业务故障定界方法、设备及系统

技术领域

[0001] 本发明涉及通信技术领域，尤其涉及网络电视IPTV组播业务故障定界方法、设备及系统。

背景技术

[0002] IPTV（Internet Protocol Television，网络电视）是电信网的新兴业务，BTV（Broadband Television，宽带电视/直播电视）业务是IPTV业务中最基本的一类，直播电视业务主要以组播方式传送交付。

[0003] 根据ITU-T G.1081推荐标准，IPTV业务的E2E（End-to-End，端到端）转发路径可以划分为多个域（domain），并且在E2E转发路径上定义了5类监测点（PT1—PT5）（PT：（monitoring）Point，（监测）点）。承载直播电视业务的组播网络存在于PT2与PT4之间。

[0004] IPTV组播业务的服务保障是IPTV业务运维的重要方面。电信运营商通常将E2E转发路径的维护责任分段划给不同的子部门。当用户投诉IPTV业务发生故障时，电信运营商希望能够快速准确地对故障定界，即判断出故障发生在E2E转发路径上的哪一段，以便及时向相应的维护责任部门进行派修处理。

[0005] 现有技术提供一种依靠部署被动探针和主动探针的故障定界方案，其中被动探针能够并发接收多路直播节目做实时分析，主动探针依靠发送和接收仿真的媒体流来推断网络承载视频节目的能力。该方案典型的应用场景，例如：在PT2部署被动探针，并发监测组播源的质量；或，在PT3部署被动探针或主动探针；或，在PT4部署主动探针或者依靠查修人员携带手持仪表到站点检测；或，在PT5依靠查修人员携带手持仪表上门检测。其中，手持仪表具备有限的主动探针和/或被动探针的测试能力。

[0006] 然而，上述方案中，被动探针成本高，难以广泛部署，通常只能部署在头端或核心网关键节点，不可能覆盖到最终用户；主动探针的仿真测试得到的结果是基于网络的QoS（Quality of Service，业务质量），也没有覆盖到用户侧（驻地网/家庭网），不能准确反映最终用户体验；手持仪表，需要人工赴远端做测试，不能在用户投诉时快速得到结果。

[0007] 为了能够覆盖到最终用户，并达到快速实现故障定界的目的，现有技术还提供一种在机顶盒中内嵌性能监测中间件软件的方案，该方案能够在用户侧（驻地网/家庭网）分析接收到的视频节目质量。

[0008] 但是，发明人在实现本发明的过程中，发现上述现有技术仍存在如下不足：

[0009] 故障定界能力不足，只能判断家庭网一侧的E2E业务质量，不能判断组播网络中是否存在质量问题；需要机顶盒内置支持性能检测的中间件软件，只能覆盖具备此软件的机顶盒用户，若机顶盒不具备此软件，则需对机顶盒进行升级或更换，部署实施成本较高。

发明内容

[0010] 本发明实施例提供一种网络电视IPTV组播业务故障定界方法，用以提高故障定界能力，降低部署实施成本，该方法包括：

[0011] 仿真组播源设备产生仿真组播流，并通过IPTV组播业务端到端E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；

[0012] 用户机顶盒建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系，并根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流。

[0013] 本发明实施例还提供一种IPTV组播业务的仿真组播源设备，用以提高故障定界能力，降低部署实施成本，包括：

[0014] 产生模块，用于产生仿真组播流；

[0015] 交付模块，用于通过IPTV组播业务E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户。

[0016] 本发明实施例还提供一种IPTV组播业务的用户机顶盒，用以提高故障定界能力，降低部署实施成本，包括：

[0017] 建立模块，用于建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系；

[0018] 接收模块，用于根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流。

[0019] 本发明实施例还提供一种IPTV组播业务故障定界系统，用以提高故障定界能力，降低部署实施成本，包括：

[0020] 仿真组播源设备，用于产生仿真组播流；通过IPTV组播业务E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；

[0021] 用户机顶盒，用于建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系；根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流。

[0022] 本发明实施例中，仿真组播源设备产生仿真组播流，并通过IPTV组播业务端到端E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；用户机顶盒建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系，并根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流；从而能够基于最终用户的真实体验，快速准确地对IPTV组播业务故障进行定界，不但能够覆盖到最终用户，也可以判断出组播网络中存在的质量问题，故障定界能力较强；并且，本发明实施例无需用户机顶盒进行软件和/或硬件上的故障探测支持，能够增强现有运维手段，部署实施的成本较低。

附图说明

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

[0024] 图1为本发明实施例中IPTV组播业务故障定界方法的处理流程图；

[0025] 图2为本发明实施例中仿真组播源设备通过IPTV组播业务E2E转发路径中的节点将仿真组播流作为测试频道交付给用户的具体实施示意图；

[0026] 图3为本发明实施例中仿真组播源设备的一种具体实例的示意图；

[0027] 图4为本发明实施例中建立各用户与测试频道之间捆绑映射关系的示意图；

[0028] 图5为本发明实施例中IPTV组播业务故障定界方法的典型应用场景示意图；

[0029] 图6为本发明实施例中IPTV组播业务的仿真组播源设备的结构示意图；

[0030] 图7为本发明实施例中图6中交付模块602的具体实施示意图；

[0031] 图8为本发明实施例中IPTV组播业务的用户机顶盒的结构示意图；

[0032] 图9为本发明实施例中图8所示IPTV组播业务的用户机顶盒的具体实施示意图；

[0033] 图10为本发明实施例中IPTV组播业务故障定界系统的结构示意图。

具体实施方式

[0034] 为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

[0035] 如图1所示，本发明实施例中，网络电视IPTV组播业务故障定界方法的处理流程可以包括：

[0036] 步骤101、仿真组播源设备产生仿真组播流；

[0037] 步骤102、仿真组播源设备通过IPTV组播业务端到端E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；

[0038] 步骤103、用户机顶盒建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系；

[0039] 步骤104、用户机顶盒根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流。

[0040] 由图1所示流程可以得知，本发明实施例中，仿真组播源设备产生仿真组播流，并通过IPTV组播业务端到端E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；用户机顶盒建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系，并根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流；从而能够基于最终用户的真实体验，快速准确地对IPTV组播业务故障进行定界，不但能够覆盖到最终用户，也可以判断出组播网络中存在的质量问题，故障定界能力较强；并且，本发明实施例无需用户机顶盒进行软件和/或硬件上的故障探测支持，能够增强现有运维手段，部署实施的成本较低。

[0041] 举例来说，可以在IPTV组播业务E2E转发路径中，选择若干处于故障分责边界的节点（例如在通常情况上，所选择节点的数量≤3）。仿真组播源设备通过这些节点，将产生的仿真组播流向用户交付，用户能够以收看测试频道的方式接收仿真组播流。

[0042] 举例来说，仿真组播源设备通过IPTV组播业务端到端E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户的具体实施方式可以有多种，例如，仿真组播源设备可以内置于IPTV组播业务E2E转发路径中的节点中。仿真组播源设备内置于IPTV组播业务E2E转发路径中的节点时，仿真组播源设备产生仿真组播流，即IPTV组播业务E2E转发路径中的节点产生仿真组播流，由IPTV组播业务E2E转发路径中的节点将产生的仿真组播流发送给用户。

[0043] 又如，仿真组播源设备可以旁挂于IPTV组播业务E2E转发路径中的节点。仿真组播源设备旁挂于IPTV组播业务E2E转发路径中的节点时，仿真组播源设备在产生仿真组播流后，将产生的仿真组播流经IPTV组播业务E2E转发路径中的节点转发给用户。

[0044] 如果在探针中实现前述旁挂方式，能够增强判障能力、提升解决方案的价值；如果在IPTV组播业务E2E转发路径中的节点中实现前述的内置方式，能够减少探针的部署，降低IPTV运维成本。

[0045] 图2为仿真组播源设备通过IPTV组播业务E2E转发路径中的节点将仿真组播流作为测试频道交付给用户的具体实施示意图，图2中示出了在IPTV组播业务E2E转发路径中的节点内置仿真组播源设备和旁挂仿真组播源设备这两种实施方式的具体实例。如图2所示，直播电视频道从直播电视频道节目源开始，经IPTV组播业务E2E转发路径中的转发路径A、节点i、转发路径B、节点j、转发路径C、节点k、转发路径D，传送到机顶盒。举例来说，其中转发路径A、B、C、D各段可以有其它未内置或旁挂仿真组播源设备的节点；在旁挂方式下，测试频道L从仿真播组源设备i经过节点i、转发路径B、节点j、转发路径C、节点k、转发路径D，传送到机顶盒；测试频道M从仿真组播源设备j经过节点j、转发路径C、节点k、转发路径D，传送到机顶盒；测试频道N从仿真组播源设备k经过节点k、转发路径D，传送到机顶盒。

[0046] 举例来说，内置方式的仿真组播源设备可以在数据通信设备或接入设备内实现，旁挂方式的仿真组播源设备可以在探针中实现；即，可以在IPTV组播业务E2E转发路径中的数据通信设备或接入设备内置仿真组播源设备；或者，可以在IPTV组播业务E2E转发路径中的节点部署探针，将仿真组播源设备设置于探针中。

[0047] 图3为仿真组播源设备的一种具体实例的示意图。如图3所示，仿真组播源设备300可以包括存储单元302，其中可以预存视频片段，存储单元302连接有播放单元306，播放单元306还与组播发送接口308相连，播放单元306能够以组播方式将存储单元302预存的视频片段从组播发送接口308循环向IPTV组播业务E2E转发路径中的节点发出（单路或并发多路均可），无需编解码。存储单元302预存的视频片段可以是标清或高清，媒体格式可以是MPEG-2、MPEG-4、H.264、VC-1等格式，以便与运营商直播电视业务所用制式保持一致。即具体实施时，在仿真组播源设备旁挂于IPTV组播业务E2E转发路径中的节点时，前述仿真组播源设备将产生的仿真组播流经IPTV组播业务E2E转发路径中的节点转发给用户，可以包括：仿真组播源设备通过组播发送接口，以组播方式向IPTV组播业务E2E转发路径中的节点循环发送仿真组播流。另外，仿真组播源设备中，存储单元302还可连接管理单元304，管理单元304还分别与播放单元306和命令控制接口310相连。实施时仿真组播源设备300可以通过命令控制接口310，使管理单元304对播放单元306发送仿真组播流进行远程控制。例如，可以通过命令控制接口310远程控制仿真组播源设备打开或关闭测试频道，打开后能够通过仿真组播源设备的组播发送接口308连续循环播放仿真组播流。

[0048] 由于本发明实施例中仿真组播源设备通过IPTV组播业务E2E转发路径中的节点将仿真组播流作为测试频道交付给用户，会占用一定的网络带宽（假设100个频道增加3个测试频道，则需要占用约3%的带宽），因此，当网络轻载时，可以使用全天候连续播放仿真组播流，使机顶盒随时都能加入测试频道；当需要限制仿真组播流所占带宽时，则可以通过命令控制接口远程控制仿真组播源设备的临时性打开和关闭仿真组播流的发送。

[0049] 具体实施时，前述IPTV组播业务端到端E2E转发路径中的节点可以有多种类型，典型的节点可以包括：IPTV媒体服务器的出口节点、城域网与接入网的分界节点、下移的组播复制节点（即靠近用户侧的组播复制节点）其中之一或任意组合；当然，也可以是IPTV组播业务端到端E2E转发路径中的其它节点。其中，IPTV媒体服务器的出口点，例如可以是核心路由器或交换机；城域网与接入网的分界点例如可以是BRAS（Broadband Remote Access Server，宽带接入设备）或SR（Service Router，业务路由器）；下移的组播复制点，例如可以是汇聚交换机或DSLAM（Digital Subscriber Line Access Multiplexer，数字用户线接入复用器）或OLT（optical line terminal，光线路终端）设备。

[0050] 为了能够让测试频道交付到用户，具体实施时，可以将仿真组播源设备与IPTV的EPG（Electronic Program Guide，电子节目导航）子系统结合起来，类似于增加IPTV本地附加频道的方式，将若干测试频道和对应的若干仿真组播流的组播源地址（即前述仿真组播源设备的组播地址）进行捆绑。

[0051] 举例来说，可以建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系；根据所述捆绑映射关系，向用户提供各个测试频道对应的仿真组播流。具体的，可以在用户机顶盒建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系；进而使用户机顶盒可以根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流。

[0052] 举一例如图4所示，建立各用户与测试频道L、M、N之间的捆绑映射关系如表1：

[0053]用户 测试频道L 测试频道M 测试频道N
用户1 组播地址z 组播地址y 组播地址w
用户2 组播地址z 组播地址y 组播地址v
用户3 组播地址z 组播地址x 组播地址u
用户4 组播地址z 组播地址x 组播地址t
…… …… …… ……

[0054] 表1

[0055] 用户通过机顶盒向EPG请求频道信息时，EPG能够根据捆绑映射关系将相应的组播源地址随频道信息发送给机顶盒，从而使得机顶盒在需要接收测试频道时，能够加入正确的组播源地址。

[0056] 在用户机顶盒根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流之后，可以根据用户收看各个测试频道的结果，对所述IPTV组播业务进行故障定界。举例来说，根据用户收看各个测试频道的结果，对所述IPTV组播业务进行故障定界有多种具体情况。假设从直播电视频道节目源开始，IPTV组播业务E2E转发路径中的节点依次为节点1~节点X；其中X为节点总数；通过节点1~节点X交付的仿真组播流对应的测试频道为测试频道1~测试频道X，X为大于1的整数，则：

[0057] 若用户未能成功收看直播电视频道，能成功收看测试频道1，则可以确定直播电视频道节目源或直播电视频道节目源至节点1之间的转发路径发生故障；

[0058] 若用户未能成功收看直播电视频道和测试频道1～测试频道Y-1，能成功收看测试频道Y，则可以确定节点Y-1或节点Y-1至节点Y之间的转发路径发生故障；其中，1＜Y≤X；当然，此种情况下，直播电视频道节目源或直播电视频道节目源至节点Y-1之间的节点或转发路径也可能发生故障。举例来说，为快速实现故障定界，可以先考虑是节点Y-1或节点Y-1至节点Y之间的转发路径发生故障，如果派修后仍不能收看直播电视频道，再考虑是直播电视频道节目源或直播电视频道节目源至节点Y-1之间的节点或转发路径发生故障。

[0059] 若用户未能成功收看直播电视频道和全部测试频道，则可以确定节点X或用户机顶盒或节点X至用户机顶盒之间的转发路径发生故障。当然，此种情况下，直播电视频道节目源或直播电视频道节目源至节点X之间的节点或转发路径也可能发生故障。举例来说，为快速实现故障定界，可以先考虑是节点X或用户机顶盒或节点X至用户机顶盒之间的转发路径发生故障，如果派修后仍不能收看直播电视频道，再考虑是直播电视频道节目源或直播电视频道节目源至节点X之间的节点或转发路径发生故障。

[0060] 下面结合例子对上述步骤103的具体实施作详细说明。

[0061] 本例中，按图2所示的具体实例，采用在IPTV组播业务E2E转发路径中的节点内置仿真组播源设备或旁挂仿真组播源设备的实施方式。当用户收看各个直播电视频道均未成功时，通过依次收看测试频道，并根据收看结果进行故障定界。

[0062] 本例中，故障定界的具体实施可以如下表所示：

[0063]

[0064] 上述实施例的IPTV组播业务故障定界方法的典型应用场景可以如图5所示，包括如下处理过程：

[0065] 步骤501、用户打热线电话给客户服务一线，投诉发生了IPTV组播业务故障；

[0066] 步骤502、客户服务一线人员询问是否所有直播电视频道都不能正常收看；

[0067] 步骤503、如果是，指引用户依次收看几路测试频道并记录收看结果；

[0068] 步骤504、根据用户收看结果的组合即可判断出有故障的段落，向相应的责任部门优先做派修。

[0069] 举例来说，图5的具体应用场景中，如果只是个别直播电视频道收看不正常，占用同等网络带宽的其他直播电视频道收看正常，则可以转专业支持团队分析处理（如：使用被动探针监测相应频道在头端处的质量）。另外，步骤503中，如果运维系统和机顶盒已集成本发明实施例的故障定界方法，则可以进一步由机顶盒提示信息，用户通过按键选择是否正常收看，并自动上报结果到运维系统；步骤504中，如果运维系统已集成本发明实施例的故障定界方法，可以进一步由运维系统自动根据收看结果计算出有障段落并提示责任部门。

[0070] 如上例所述，前述根据用户收看各个测试频道的结果，对所述IPTV组播业务进行故障定界可以由客户服务一线人员人工完成，具体实施时也可以对用户机顶盒进行改进，添加故障定界功能，由用户机顶盒自行判断用户收看各个测试频道的结果，进而对IPTV组播业务进行故障定界。其中判断用户收看各个测试频道的结果可以有多种方式，例如检测是否能够收到测试频道对应的仿真组播流、接收质量是否达到预设标准等。

[0071] 基于同一发明构思，本发明实施例还提供一种IPTV组播业务的仿真组播源设备，如下面的实施例所述。由于该仿真组播源设备解决问题的原理与IPTV组播业务故障定界方法相似，因此该仿真组播源设备的实施可以参见方法的实施，重复之处不再赘述。如图6所示，该仿真组播源设备可以包括：

[0072] 产生模块601，用于产生仿真组播流；

[0073] 交付模块602，用于通过IPTV组播业务E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户。

[0074] 一个实施例中，该仿真组播源设备可内置于所述节点中；或，该仿真组播源设备可旁挂于所述节点，此时交付模块602具体可用于将产生的仿真组播流经所述节点转发给用户。

[0075] 如图7所示，一个实施例中，该仿真组播源设备旁挂于所述节点时，所述交付模块602可以包括：

[0076] 发送单元701，用于通过组播发送接口，以组播方式向所述节点循环发送所述仿真组播流；

[0077] 发送控制单元702，用于通过命令控制接口，对所述仿真组播流的发送进行远程控制。

[0078] 基于同一发明构思，本发明实施例还提供一种IPTV组播业务的用户机顶盒，如下面的实施例所述。由于该用户机顶盒解决问题的原理与IPTV组播业务故障定界方法相似，因此该用户机顶盒的实施可以参见方法的实施，重复之处不再赘述。如图8所示，该用户机顶盒可以包括：

[0079] 建立模块801，用于建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系；

[0080] 接收模块802，用于根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流。

[0081] 如图9所示，一个实施例中，图8所示的用户机顶盒还可以包括：

[0082] 故障定界模块901，用于根据用户收看各个测试频道的结果，对所述IPTV组播业务进行故障定界。

[0083] 基于同一发明构思，本发明实施例还提供一种IPTV组播业务故障定界系统，如下面的实施例所述。由于该系统解决问题的原理与IPTV组播业务故障定界方法相似，因此该系统的实施可以参见方法的实施，重复之处不再赘述。如图10所示，该系统可以包括：

[0084] 仿真组播源设备1001，用于产生仿真组播流；通过IPTV组播业务E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；

[0085] 用户机顶盒1002，用于建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系；根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流。

[0086] 一个实施例中，仿真组播源设备1001可内置于所述节点中；

[0087] 或，仿真组播源设备1001可旁挂于所述节点，此时仿真组播源设备1001具体可用于将产生的仿真组播流经所述节点转发给用户。

[0088] 一个实施例中，仿真组播源设备1001旁挂于所述节点时，仿真组播源设备1001具体可用于：

[0089] 通过组播发送接口，以组播方式向所述节点循环发送所述仿真组播流；

[0090] 通过命令控制接口，对所述仿真组播流的发送进行远程控制。

[0091] 举例来说，前述IPTV组播业务E2E转发路径中的节点包括下述节点中的一个或者任意组合：

[0092] 所述IPTV组播业务E2E转发路径中的IPTV媒体服务器的出口节点、城域网与接入网的分界节点和下移的组播复制节点。

[0093] 一个实施例中，用户机顶盒1002还可用于：

[0094] 根据用户收看各个测试频道的结果，对所述IPTV组播业务进行故障定界。

[0095] 举例来说，用户机顶盒1002具体可以用于：

[0096] 假设从直播电视频道节目源开始，IPTV组播业务E2E转发路径中的节点依次为节点1~节点X；其中X为节点总数；通过节点1~节点X交付的仿真组播流对应的测试频道为测试频道1～测试频道X，X为大于1的整数，则：

[0097] 若用户未能成功收看直播电视频道，能成功收看测试频道1，则确定直播电视频道节目源或直播电视频道节目源至节点1之间的转发路径发生故障；

[0098] 若用户未能成功收看直播电视频道和测试频道1～测试频道Y-1，能成功收看测试频道Y，则确定节点Y-1或节点Y-1至节点Y之间的转发路径发生故障；其中，1＜Y≤X；当然，此种情况下，直播电视频道节目源或直播电视频道节目源至节点Y-1之间的节点或转发路径也可能发生故障。为快速实现故障定界，举例来说，可以先考虑是节点Y-1或节点Y-1至节点Y之间的转发路径发生故障，如果派修后仍不能收看直播电视频道，再考虑是直播电视频道节目源或直播电视频道节目源至节点Y-1之间的节点或转发路径发生故障；

[0099] 若用户未能成功收看直播电视频道和全部测试频道，则确定节点X或用户机顶盒或节点X至用户机顶盒之间的转发路径发生故障。当然，此种情况下，直播电视频道节目源或直播电视频道节目源至节点X之间的节点或转发路径也可能发生故障。为快速实现故障定界，举例来说，可以先考虑是节点X或用户机顶盒或节点X至用户机顶盒之间的转发路径发生故障，如果派修后仍不能收看直播电视频道，再考虑是直播电视频道节目源或直播电视频道节目源至节点X之间的节点或转发路径发生故障。

[0100] 综上所述，本发明实施例中，仿真组播源设备产生仿真组播流，并通过IPTV组播业务端到端E2E转发路径中的节点，将产生的仿真组播流作为测试频道交付给用户；用户机顶盒建立各个测试频道与对应的仿真组播流的组播源地址之间的捆绑映射关系，并根据所述捆绑映射关系，接收各个测试频道对应的仿真组播流；从而能够基于最终用户的真实体验，快速准确地对IPTV组播业务故障进行定界，不但能够覆盖到最终用户，也可以判断出组播网络中存在的质量问题，故障定界能力较强；并且，本发明实施例无需用户机顶盒进行软件和/或硬件上的故障探测支持，能够增强现有运维手段，部署实施的成本较低。

[0101] 本发明实施例的IPTV组播业务故障定界方法简明有效，无需专业技能即可做出判断。一般客户服务人员可以指引用户得出测试结果，然后决定是派单给外线维护部门还是相关网络维护部门，从而能够提升运维前端的投诉拦截率。外派查修人员也可以用该方法来屏蔽头端和上游网络的影响，判断接入侧对IPTV业务的承载能力是否正常。

[0102] 本发明实施例通过将若干测试频道发送到最终用户，可以获得真实的用户体验反馈，避免依赖QoS指标计算所存在的偏差和误判；通过将测试频道和组播路径上的仿真组播源设备的组播地址进行捆绑，能够覆盖到最终用户，并且不需要在用户侧（驻地网/家庭网）部署测试软硬件。

[0103] 本发明实施例也可应用到广电运营商电视系统的运维领域。

[0104] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

[0105] 本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0106] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

[0107] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

[0108] 以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。