专利名称：一种网络电视测试方法、系统以及局端测试设备的制作方法
技术领域：
本发明涉及网络电视测试技术领域，特别是一种网络电视测试方法、系 统以及局端测试设备。
背景技术：
网络电视(IPTV)是随着宽带网络、流传输、编解码等技术的发展而 出现的一种互联网新业务，实现了被业界称为"Triple play"(同时传输语 音、数据与多媒体视频)的业务体现。目前IPTV业务在全球迅猛发展，广 大运营商普遍将其作为固网宽带网络业务中新的利润增长点。由于IPTV业 务面向普通大众进行电视播放，因此具有用户容量大、新业务种类多等特点， 新业务包括直播电视、时移电视、准点播、点播、快进、快退、实时录制等 等，所以对于IPTV的播放质量要求很高。因此，如何保证IPTV的业务质 量(QoS),从而为用户提供实时、流畅、高清晰的音视效果引起了运营商 的极大关注。IPTV业务急需一种IPTV的测试设备，来衡量IPTV的播放质 量，以及进一步定位故障、排除故障，从而提高IPTV业务的QoS，提高用 户的满意度。目前IPTV测试技术才刚刚起步，没有统一的技术方案和测试方法，支 持的厂家和专门的IPTV测试产品不多，目前主要有一些手持的仪表工具， 在用户端通过对IPTV播放的过程进行抓包分析来完成一些IPTV测试项目。这些手持的IPTV测试仪表的主要缺点有(1)需要测试人员跑到用 户家中，手动接入仪表进行测试，而不能在局端实现自动测试；(2)该技 术只是通过对机顶盒播放过程进行抓包来分析测试，而不能实现与IPTV平 台的对接，如果机顶盒不播放或者机顶盒故障，这些仪表就不能进行测试；
(3)只能对单个用户进行测试，不能对多个用户同时进行测试。发明内容有鉴于此，本发明提出了一种网络电视测试方法，用以实现在局端实现IPTV测试。本发明还提出 一种网络电4见测试系统以及一种局端测试设备。 本发明提供了 一种IPTV测试方法，该方法包括以下步骤 局端测试设备通过抓线矩阵连接到IPTV接入设备的待测用户端口 ，并接入IP承载网络；局端测试设备从IPTV平台下载频道列表，根据频道列表接收IPTV直播内容，并对频道列表和直播内容进行分析，得出IPTV测试项目的测试结果。所述接入IP承载网络的步骤包括局端测试设备通过PPPOE接入IP承载网络；或者，局端测试设备通过DHCP接入IP承载网络。所述频道列表包括频道的URL。所述根据频道列表接收IPTV直播内容 的步骤包括根据频道的URL与IPTV平台进行交互，获取频道的组播地址 和端口号，根据所述组播地址和端口号加入组播组，并接收组播内容。所述频道列表包括频道的组播地址和端口号。所述根据频道列表接收 IPTV直播内容的步骤包括根据所述组播地址和端口号加入组播组，并接 收组播内容。所述对频道列表和直播内容进行分析得出IPTV测试项目的测试结果的 步骤包括根据频道列表对所有IPTV频道进行扫频，并将有直播内容的频道标记 为激活状态以及将没有直播内容的频道标记为空闲状态；和/或，计算频道中音视频数据包传输的最大速率、和/或最小速率、和/或平均 速率；和/或，计算频道中音视频数据包的网络抖动时间；和/或， 计算频道中音视频数据包的丢包率；和/或， 计算频道中音视频数据包的IGMP延时。局端测试设备在接收IPTV直播内容之前收到来自控制中心的测试项目 请求；局端测试设备在得出测试结果之后，进一步将所述测试结果返回给控 制中心。本发明还提供了 一种IPTV测试系统，该系统与IPTV接入设备相连接， 该系统包4舌抓线矩阵，用于连接IPTV接入设备的待测用户端口 ；局端测试设备，用于通过所述抓线矩阵连接到待测用户端口并接入IP 承载网络，从IPTV平台下载频道列表，根据频道列表接收IPTV直播内容， 以及对频道列表和直播内容进行分析得出IPTV测试项目的测试结果。所述IPTV接入设备为数字用户线接入复用器DSLAM。所述局端测试设备包括扫描测试模块，用于根据频道列表对所有IPTV频道进行扫频，并将有 直播内容的频道标记为激活状态以及将没有直播内容的频道标记为空闲状 态j 和/或，音视频数据包速率测试模块，用于计算频道中音视频数据包传输的最大 速率、和/或最小速率、和/或平均速率；和/或，音视频数据包抖动测试模块，用于计算频道中音视频数据包的网络抖动 时间；和/或，音视频数据包丢包率测试模块，用于计算频道中音视频数据包的丟包 率；和/或，IGMP延时测试模块，用于计算频道中音视频数据包的IGMP延时。 该IPTV测试系统进一步包括控制中心，用于管理局端测试设备，以 及接收用户的测量控制信息控制局端测试设备进行IPTV测试。 所述控制中心包括测量台TOS，用于接收用户的测量控制信息；
中心测试服务器CTS,用于管理局端测试设备，以及根据从TOS输入 的测量控制信息控制BTU进行IPTV测量。 所述CTS为单个服务器。 所述CTS为多个服务器组成的群机。在所述CTS为多个服务器组成的群机时，还可以进一步包括负栽均 衡器，用于在多个服务器之间进行负载均衡。 所述局端测试设备为宽带测试头BTU。本发明还提供了 一种局端测试设备，该局端测试设备接入IP承载网络， 从IPTV平台下载频道列表，根据频道列表接收IPTV直播内容，以及对频 道列表和直播内容进行分析得出IPTV测试项目的测试结果。所述局端测试设备包括扫描测试模块，用于根据频道列表对所有IPTV频道进行扫频，并将有 直播内容的频道标记为激活状态以及将没有直播内容的频道标记为空闲状 态^ 和/或，音视频数据包速率测试模块，用于计算频道中音视频数据包传输的最大 速率、和/或最小速率、和/或平均速率；和/或，音视频数据包抖动测试模块，用于计算频道中音视频数据包的网络抖动 时间；和/或，音视频数据包丢包率测试模块，用于计算频道中音视频数据包的丢包 率；和/或，IGMP延时测试模块，用于计算频道中音视频数据包的IGMP延时。 所述局端测试设备为BTU。从上述方案中可以看出，由于本发明在局端连接到IPTV接入设备的待 测用户端口，然后模拟机顶盒与IPTV平台对接，并实时接收IPTV直播内 容，进行具体的IPTV测试项目，从而得到IPTV测试结果，因此，本发明 能够在局端完成对IPTV的自动测试，不需要维护人员在用户端做任何配合。 由于在局端连接到DSLAM等IPTV接入设备，因此本发明可以通过外部抓 线矩阵分别连接多个用户端口进行测试，即可以对每一个用户都进行测试， 而不是只能针对某一个用户进行测试。另外，本发明不需要对机顶盒进行抓 包分析，因此测试不依赖于机顶盒的运行情况。进一步，本发明能够实现多 种测试项目，可以支持扫频、音视频最大速率、最小速率、平均速率、音视频数据包抖动、音视频数据包的丢包率、IGMP延时等IPTV测试项目的测试。
图1为本发明实施例中进行IPTV测试的网络结构示意图； 图2为本发明实施例中进行IPTV测试的流程示意图； 图3为本发明实施例中获取直播频道列表的流程示意图； 图4为本发明实施例中进行具体测试项目的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，以下举实施例对本发明 进一步详细说明。如图1所示的是本发明实施例中进行IPTV测试的组网图。参照图1,在图1的上面部分是IPTV网络，主要包括IP承栽网络、汇 接点(Rendezvous Point, RP )、宽带电视(Broadband TV, BTV )设备、 业务管理系统(Service management System， SMS )、电子节目指南(Electronic Program Guide, EPG)设备、宽带接入服务器(Broadband Remote Access Server, BRAS),其中BTV设备作为IPTV平台的内容服务系统。这一部 分与现有的网络相同，本实施例不再对其进行详细的描述。与IPTV平台连接的本地分局(Local Branch)主要包括数字用户线接 入复用器(Digital Subscriber Line Access Multiplexer, DSLAM )、外部抓线 矩阵(External Test Access Matrix, ETAM )、宽带测试单元(Broadband Test Unit, BTU)。本地分局通过DSLAM与BRAS连接，从而连接到IPTV网
络。ETAM和BTU为测试系统的分局部分。其中，BTU是在局端负责具体 IPTV测试的宽带测试设备；ETAM负责提供宽带测试总线给BTU， ETAM 可以通过连接每一个DSLAM用户端口接入IP承载网络，从而使得ETAM 接入IPTV网络进行IPTV测试。由于需要进行多种具体的IPTV测试项目，因此BTU可以进一步包括 针对各种测试项目的测试模块，例如扫描测试模块、音视频数据包速率测 试模块、音视频数据包抖动测试模块、音视频数据包丢包率测试模块、IGMP 延时测试模块。其中，扫描测试模块用于根据频道列表对所有IPTV频道进 行扫频，并将有直播内容的频道标记为激活状态以及将没有直播内容的频道 标记为空闲状态；音视频数据包速率测试模块用于计算频道中音视频数据包 传输的最大速率、和/或最小速率、和/或平均速率；音视频数据包抖动测试 模块用于计算频道中音视频数据包的网络抖动时间；音视频数据包丢包率测 试模块用于计算频道中音视频数据包的丢包率；IGMP延时测试模块用于计 算频道中音视频数据包的IGMP延时。各模块的具体测试方法将在下面的流 程中描述。继续参照图1，控制中心(Control Center)包括中心测试服务器 (Centralized Test Server, CTS )和测量台(Test Operator Station, TOS )。进行IPTV测试的测试系统包括上述控制中心以及各分局的BTU和 ETAM。如上所述，控制中心包括CTS和TOS，其中TOS是面向测试人员 的客户端测量台，可以接收测试人员的测试控制信息，以及将测试结果显示 给测试人员；而CTS负责管理调度所有分局的BTU和ETAM进行测试。 CTS可以配成单个服务器或者配成多个服务器组成的群机，在采用多个服务 器时，进一步可以用F5负栽均衡器进行负载均衡，CTS的处理能力可以根 据现网分局的数量以及BTU和ETAM的数量配置负载均衡的群机来无限扩 展。在图1中还给出了现有用户端的机顶盒(Set Top Box, STB)和用户端设备(Customer Premises Equipment, CPE )。
图2为本发明实施例中进行IPTV测试的流程示意图，在该IPTV测试 过程中，BTU模拟STB与IPTV平台对接完成IPTV测试。参照图2，采用 如图1所示的系统进行IPTV测试时，包括以下步骤步骤100，控制中心的TOS发起IPTV自动测试请求，将测试命令下发 给CTS。 CTS首先通过BTU控制ETAM抓线将BTU连接到DSLAM的待 测号码的用户端口 ，然后CTS调度并下发IPTV测试命令给BTU， BTU通 过软件虚拟拨号(PPPOE)认证或动态主机配置协议(DHCP)认证接入IP 承载网络。步骤200, BTU携带IPTV用户帐号通过超文本传输协议(HTTP)协 议向IPTV平台的EPG设备发起下载直播频道列表的请求，EPG对IPTV用 户帐号的认证通过后，返回给BTU直播频道列表。频道列表中包含每个直 播频道的频道标识(ID)、频道名称、频道的统一资源定位符(URL)或者 频道的组播地址和端口号等信息。其中，BTU从EPG设备下载直播频道列表的过程具体如图3所示，包 括以下步骤步骤201, CTS向BTU下发获取频道列表的请求，BTU接收来自CTS的获取频道列表的请求。步骤202， BTU通过PPPOE认证或者DHCP认证接入IP承载网络。 步骤203， BTU用HTTP从EPG设备上下载直播频道列表。频道列表中包含每个直播频道的频道ID、频道名称、频道的URL或者频道的组播地址和端口号等信息。步骤204， BTU将所有频道的频道ID、频道名称、频道的URL或者频 道的组播地址和端口号返回给CTS，以供CTS发起具体测试项目时使用。 通过上述步骤201至步骤204,就实现了对频道列表的下载。 步骤300, BTU从IPTV内容服务系统获取某频道的直播内容。 如果直播频道列表中包含的是频道的URL, BTU根据频道的URL通过 实时流协议(Real Time Streaming Protocol, RTSP )与IPTV平台的内容服 务系统进行交互，获得频道的组播地址和端口号，然后通过因特网组管理协议(Internet Group Management Protocol, IGMP )加入组4番组，从而实时接 收组播内容。如果直播频道列表中已经包含了频道的组播地址和端口号，则直接加入 组播组即可实时接收组播内容。获取的直播内容音视频数据包封装在媒体流的传输协议中，业界通常有 两种媒体流的传输协议，分别是因特网流媒体联盟(Internet Streaming Media/实时传输控制协议(Real Time Control Protocol, RTCP )或者是国际电信联 盟(ITU) -13818标准定义的传输流(Transport Stream, TS )协议，协议里 面的负荷(payload)是用活动图像专家组(Motion Picture Expert Group, MPEG ) -2或MPEG-4编码的音视频数据。步骤400， BTU对直播频道列表和直播内容进行分析，得出IPTV测试 项目的结论。下面描述几个具体的测试项目来说明步骤300和步骤400的实施。如图 4所示，该过程包括步骤501， CTS下发某个具体的IPTV测试项目的请求，所述请求包括 所要测试的频道的URL或者频道的组播地址和端口号，还包括测试项目， 例如表示测试项目的代码或者标志。BTU从CTS接收到该请求。步骤502, BTU判断所述IPTV测试项目请求中的输入参数是频道的 URL还是频道的组播地址和端口号，如果是某个频道的URL,则执行步骤 503;如果是某个频道的组播地址和端口号，则执行步骤504。步骤503, BTU根据该频道的URL通过RTSP与IPTV平台的内容服务 系统进行交互，获取频道的组播地址和端口号，然后通过IGMP加入组播组。步骤504， BTU频道的组播地址和端口号，直接加入组播组。步骤505, BTU在加入组播组之后，就可以实时地接收组播音视频数据包。
步骤506， BTU根据测试项目请求判断具体的测试项目是什么，然后执 行步骤507中相应的操作。步骤507，根据具体的测试项目，进行相应的IPTV测试，并得到测试 结果。如果是扫频测试，则BTU对所有直播频道逐个获取频道的直播内容， 如果某个频道有直播内容，则标记该频道状态为激活(Active),如果某个 频道没有直播内容，则标记该频道状态为空闲(idle)。如果是音视频速率测试，则BTU通过收取的音视频数据包的字节长度 与收取包的间隔时间可以算出音视频数据包的最大速率、最小速率和平均速以得到该音视频数据包的速率。然后，比较所收到的音视频数据包的速率， 得到最大速率和最小速率。另外，用在一段时间内接收到的所有音视频数据 包的字节长度之和除以这段时间内接收的最后 一 个数据包与第 一 个数据包 的时间间隔就可以得到平均速率。如果是音视频数据包的抖动测试，则过程如下。由于每个音视频数据包 传输过程中的网络延时不一样，音视频数据包到达接收端播放时出现抖动， 假设在理想情况下，网络延时固定为某个常数，那么通过音视频数据包的编 码时间加上这个固定的网络延时就能得出音视频数据包的理想时间。BTU 可以用音视频数据包的编码时间作为纵坐标以及用音视频数据包的实际到 达时间作为横坐标来表示一个坐标系，在这个坐标系中根据每个音视频数据 包的编码时间和实际到达时间画出对应的点，然后采用诸如最小平方差等方 法将这些点拟合成一条直线，该直线与横坐标的交点就代表音视频数据包的 理想到达时间，这些点与该直线的横向距离也就是音视频数据包的实际到达 时间偏离理想的到达时间的值，也就是每个音视频数据包的抖动。如果是音视频数据包的丢包率测试，则BTU可以通过比较收到的音视 频数据包包头里的序列(s叫uence)字段的值，如果s叫uence字段的值出现 不连续的情况，就表明有丢包的发生。这是因为，在正常情况下各个音视频 数据包的sequence字段的值是连续单调递增到最大值又再环回的。可以通过 统计在sequence值一个循环内的丟包数量，然后用这个丢包数量除以 sequence最大值，即可得到音视频数据包的丟包率。如果是IGMP延时测试，则BTU计算从用IGMP协议加入组播组后到 能收到第一个音视频数据包的时间差值，就得到了 IGMP延时。步骤508至步骤509，具体测试项目完毕后，BTU可以退出组播组，当 然也可以不退出。然后BTU将测试结果返回给CTS， CTS再返回给TOS, 并在TOS的图形用户接口 (GUI)上展示测试的结果给测试人员。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本 发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在 本发明的保护范围之内。
权利要求
1、一种网络电视IPTV测试方法，其特征在于，该方法包括局端测试设备通过抓线矩阵连接到IPTV接入设备的待测用户端口，并接入IP承载网络；局端测试设备从IPTV平台下载频道列表，根据频道列表接收IPTV直播内容，并对频道列表和直播内容进行分析，得出IPTV测试项目的测试结果。
2、 根据权利要求1所述的方法，其特征在于，所述接入IP承栽网络的 步骤包括局端测试设备通过软件虚拟拨号PPPOE接入IP承栽网络；或者， 局端测试设备通过动态主机配置协议DHCP接入IP承载网络。
3、 根据权利要求1所述的方法，其特征在于，所述频道列表包括频道 的统一资源定位符URL;所述根据频道列表接收IPTV直播内容的步骤包括根据频道的URL 与IPTV平台进行交互，获取频道的组播地址和端口号，根据所述组播地址 和端口号加入组播组，并接收组播内容。
4、 根据权利要求1所述的方法，其特征在于，所述频道列表包括频道 的组播地址和端口号；所述根据频道列表接收IPTV直播内容的步骤包括根据所述组播地址 和端口号加入组播组，并接收组播内容。
5、 根据权利要求1所述的方法，其特征在于，所述对频道列表和直播 内容进行分析得出IPTV测试项目的测试结果的步骤包括根据频道列表对所有IPTV频道进行扫频，并将有直播内容的频道标记 为激活状态以及将没有直播内容的频道标记为空闲状态；和/或，计算频道中音视频数据包传输的最大速率、和/或最小速率、和/或平均 速率；和/或，计算频道中音视频数据包的网络抖动时间；和/或，计算频道中音视频数据包的丢包率；和/或，计算频道中音视频数据包的因特网组管理协议IGMP延时。
6、 根据权利要求1所述的方法，其特征在于，局端测试设备在接收IPTV 直播内容之前收到来自控制中心的测试项目请求；局端测试设备在得出测试结果之后，进一步将所述测试结果返回给控制 中心。
7、 一种IPTV测试系统，该系统与IPTV接入设备相连接，其特征在于， 该系统包才舌抓线矩阵，用于连接IPTV接入设备的待测用户端口 ； 局端测试设备，用于通过所述抓线矩阵连接到待测用户端口并接入IP 承载网络，从IPTV平台下载频道列表，根据频道列表接收IPTV直播内容， 以及对频道列表和直播内容进行分析得出IPTV测试项目的测试结果。
8、 根据权利要求7所述的IPTV测试系统，其特征在于，所述IPTV接 入设备为数字用户线接入复用器DSLAM。
9、 根据权利要求7所述的IPTV测试系统，其特征在于，所述局端测 试设备包括扫描测试模块，用于根据频道列表对所有IPTV频道进行扫频，并将有 直播内容的频道标记为激活状态以及将没有直播内容的频道标记为空闲状 态5 和/或，音视频数据包速率测试模块，用于计算频道中音视频数据包传输的最大 速率、和/或最小速率、和/或平均速率；和/或，音视频数据包抖动测试模块，用于计算频道中音视频数据包的网络抖动 时间；和/或，音视频数据包丢包率测试模块，用于计算频道中音视频数据包的丢包 率；和/或，IGMP延时测试模块，用于计算频道中音视频数据包的IGMP延时。
10、 根据权利要求7所述的IPTV测试系统，其特征在于，该IPTV测 试系统进一步包括控制中心，用于管理局端测试设备，以及接收用户的测 量控制信息控制局端测试设备进行IPTV测试。
11、 根据权利要求10所述的IPTV测试系统，其特征在于，所述控制 中心包括测量台TOS，用于接收用户的测量控制信息；中心测试服务器CTS,用于管理局端测试设备，以及根据从TOS输入 的测量控制信息控制BTU进行IPTV测量。
12、 根据权利要求11所述的IPTV测试系统，其特征在于，所述CTS 为单个服务器。
13、 根据权利要求11所述的IPTV测试系统，其特征在于，所述CTS 为多个服务器组成的群机。
14、 根椐权利要求13所述的IPTV测试系统，其特征在于，所述CTS 进一步包括负载均衡器，用于在多个服务器之间进行负载均衡。
15、 根据权利要求7所述的IPTV测试系统，其特征在于，所述局端测 试设备为宽带测试头BTU。
16、 一种局端测试设备，其特征在于，该局端测试设备接入IP承栽网 络，从IPTV平台下栽频道列表，根据频道列表接收IPTV直播内容，以及 对频道列表和直^"内容进行分析得出IPTV测试项目的测试结果。
17、 根据权利要求16所述的局端测试设备，其特征在于，所述局端测 试设备包括扫描测试模块，用于根据频道列表对所有IPTV频道进行扫频，并将有 直播内容的频道标记为激活状态以及将没有直播内容的频道标记为空闲状 态5 和/或，音视频数据包速率测试模块，用于计算频道中音视频数据包传输的最大 速率、和/或最小速率、和/或平均速率；和/或，音视频数据包抖动测试模块，用于计算频道中音视频数据包的网络抖动时间；和/或，音视频数据包丢包率测试模块，用于计算频道中音视频数据包的丢包 率；和/或，IGMP延时测试模块，用于计算频道中音视频数据包的IGMP延时。 18、根据权利要求16所述的局端测试设备，其特征在于，所述局端测 试设备为BTU。
全文摘要
本发明公开了一种IPTV测试方法，该方法包括局端测试设备通过抓线矩阵连接到IPTV接入设备的待测用户端口，并接入IP承载网络；局端测试设备从IPTV平台下载频道列表，根据频道列表接收IPTV直播内容，并对频道列表和直播内容进行分析，得出IPTV测试项目的测试结果。本发明还提供了一种IPTV测试系统以及局端测试设备。本发明能够在局端完成对IPTV的自动测试，不需要维护人员在用户端做任何配合。本发明可以通过外部抓线矩阵分别连接多个用户端口进行测试，即可以对每一个用户都进行测试。另外，本发明不需要对机顶盒进行抓包分析，因此测试不依赖于机顶盒的运行情况，大大方便了测试人员的使用。
文档编号H04L12/26GK101166123SQ200610149969
公开日2008年4月23日 申请日期2006年10月19日 优先权日2006年10月19日
发明者胡汉强 申请人:华为技术有限公司