專利名稱：一種網(wǎng)絡(luò)電視測(cè)試方法、系統(tǒng)以及局端測(cè)試設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)電視測(cè)試技術(shù)領(lǐng)域，特別是一種網(wǎng)絡(luò)電視測(cè)試方法、系 統(tǒng)以及局端測(cè)試i殳備。
背景技術(shù)：
網(wǎng)絡(luò)電視(IPTV)是隨著寬帶網(wǎng)絡(luò)、流傳輸、編解碼等技術(shù)的發(fā)展而出現(xiàn) 的一種互聯(lián)網(wǎng)新業(yè)務(wù)，實(shí)現(xiàn)了被業(yè)界稱為"Triple play"(同時(shí)傳輸語(yǔ)音、數(shù)據(jù) 與多媒體視頻)的業(yè)務(wù)。目前IPTV業(yè)務(wù)在全球迅猛發(fā)展，廣大運(yùn)營(yíng)商普遍將 其作為固網(wǎng)寬帶網(wǎng)絡(luò)業(yè)務(wù)中新的利潤(rùn)增長(zhǎng)點(diǎn)。由于IPTV業(yè)務(wù)面向普通大眾提 供電視播放，因此具有用戶容量大、新業(yè)務(wù)種類多等特點(diǎn)，所述新業(yè)務(wù)包括直 播電視、時(shí)移電視、準(zhǔn)點(diǎn)播、點(diǎn)播、快進(jìn)、快退、實(shí)時(shí)錄制等等，這些業(yè)務(wù)對(duì) IPTV的播放質(zhì)量要求很高。因此，如何保證IPTV的業(yè)務(wù)質(zhì)量(QoS),從而為 用戶提供實(shí)時(shí)、流暢、高清晰的音視效果引起了運(yùn)營(yíng)商的極大關(guān)注。IPTV業(yè)務(wù) 急需一種IPTV的測(cè)試設(shè)備，來(lái)衡量IPTV的播放質(zhì)量，以及進(jìn)一步定位故障、 排除故障，從而提高IPTV業(yè)務(wù)的QoS。
目前IPTV測(cè)試技術(shù)才剛剛起步，沒(méi)有統(tǒng)一的技術(shù)方案，支持IPTV測(cè)試的 廠家和專門的IPTV測(cè)試產(chǎn)品不多。目前主要利用一些手持的儀表工具在用戶 端通過(guò)對(duì)IPTV播放的過(guò)程進(jìn)行抓包分析，來(lái)完成一些IPTV測(cè)試項(xiàng)目。
這些手持的IPTV測(cè)試儀表的主要缺點(diǎn)有(1 )需要測(cè)試人員進(jìn)入用戶家 中，手動(dòng)接入儀表進(jìn)行測(cè)試，而不能在局端實(shí)現(xiàn)自動(dòng)測(cè)試；(2)該技術(shù)只是通 過(guò)對(duì)機(jī)頂盒播放過(guò)程進(jìn)行抓包來(lái)分析測(cè)試，而不能實(shí)現(xiàn)與IPTV網(wǎng)絡(luò)的對(duì)接， 如果機(jī)頂盒不播放或者機(jī)頂盒故障，這些儀表就不能進(jìn)行測(cè)試；(3)該技術(shù)只 能對(duì)單個(gè)用戶進(jìn)行測(cè)試，不能對(duì)多個(gè)用戶同時(shí)進(jìn)行測(cè)試。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實(shí)施例提出了一種網(wǎng)絡(luò)電視測(cè)試方法，用以實(shí)現(xiàn)在局端
進(jìn)行IPTV測(cè)試。本發(fā)明實(shí)施例還提出 一種網(wǎng)絡(luò)電一見(jiàn)測(cè)試系統(tǒng)以及一種局端測(cè) 試設(shè)備。
本發(fā)明實(shí)施例提供了 一種IPTV測(cè)試方法，該方法包括以下步驟 局端測(cè)試設(shè)備通過(guò)抓線矩陣連接到IPTV接入設(shè)備的待測(cè)用戶端口，并接 入IP承載網(wǎng)絡(luò)；
局端測(cè)試設(shè)備從IPTV網(wǎng)絡(luò)下載頻道列表，根據(jù)頻道列表接收IPTV直播內(nèi) 容，并對(duì)頻道列表和直播內(nèi)容進(jìn)行分析，得出IPTV測(cè)試項(xiàng)目的測(cè)試結(jié)果。
本發(fā)明實(shí)施例還提供了 一種IPTV測(cè)試系統(tǒng)，該系統(tǒng)與IPTV接入設(shè)備相連 接，該系統(tǒng)包括局端測(cè)試設(shè)備，所述局端測(cè)試設(shè)備用于通過(guò)抓線矩陣連接到待 測(cè)用戶端口并接入IP承載網(wǎng)絡(luò)，從IPTV網(wǎng)絡(luò)下載頻道列表，根據(jù)頻道列表接 收IPTV直播內(nèi)容，以及對(duì)頻道列表和直播內(nèi)容進(jìn)行分析得出IPTV測(cè)試項(xiàng)目的 測(cè)試結(jié)果。
本發(fā)明實(shí)施例還提供了 一種局端測(cè)試設(shè)備，該局端測(cè)試設(shè)備包括接入模塊、 接收模塊和測(cè)試模塊，其中所述接入模塊用于接入IP承載網(wǎng)絡(luò)；所述接收模 塊用于從IPTV網(wǎng)絡(luò)下載頻道列表，并根據(jù)頻道列表接收IPTV直播內(nèi)容；所述 測(cè)試模塊用于對(duì)頻道列表和直播內(nèi)容進(jìn)行分析得出IPTV測(cè)試項(xiàng)目的測(cè)試結(jié)果。
從上述方案中可以看出，由于本發(fā)明實(shí)施例在局端連接到IPTV接入設(shè)備 的待測(cè)用戶端口 ，然后模擬機(jī)頂盒與IPTV網(wǎng)絡(luò)對(duì)接，并實(shí)時(shí)接收IPTV直播內(nèi) 容，進(jìn)行具體的IPTV測(cè)試項(xiàng)目，從而得到IPTV測(cè)試結(jié)果，因此，本發(fā)明實(shí)施 例能夠在局端完成對(duì)IPTV的自動(dòng)測(cè)試，不需要維護(hù)人員在用戶端做任何操作。 由于在局端連接到DSLAM等IPTV接入設(shè)備，因此本發(fā)明實(shí)施例可以通過(guò)外 部抓線矩陣分別連接多個(gè)用戶端口進(jìn)行測(cè)試，即可以對(duì)多個(gè)用戶都進(jìn)行測(cè)試， 而不是只能針對(duì)某一個(gè)用戶進(jìn)行測(cè)試。另外，本發(fā)明實(shí)施例不需要對(duì)機(jī)頂盒進(jìn) 行抓包分析，因此測(cè)試不依賴于機(jī)頂盒的運(yùn)行情況。進(jìn)一步，本發(fā)明實(shí)施例能夠?qū)崿F(xiàn)多種測(cè)試項(xiàng)目，例如可以支持掃頻、音視頻最大速率、最小速率、平均
速率、音視頻數(shù)據(jù)包抖動(dòng)、音視頻數(shù)據(jù)包的丟包率、IGMP延時(shí)等IPTV測(cè)試項(xiàng)
目的測(cè)試。
附圖簡(jiǎn)要說(shuō)明


圖1為本發(fā)明實(shí)施例中進(jìn)行IPTV測(cè)試的網(wǎng)絡(luò)結(jié)構(gòu)示意圖； 圖2為本發(fā)明實(shí)施例中進(jìn)行IPTV測(cè)試的流程示意圖； 圖3為本發(fā)明實(shí)施例中獲取直播頻道列表的流程示意圖； 圖4為本發(fā)明實(shí)施例中進(jìn)行具體測(cè)試項(xiàng)目的流程示意圖。
實(shí)施本發(fā)明的方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，以下舉實(shí)施例對(duì)本發(fā)明進(jìn) 一步詳細(xì)說(shuō)明。
如圖1所示的是本發(fā)明實(shí)施例中進(jìn)行IPTV測(cè)試的組網(wǎng)圖。
參照?qǐng)D1，在圖1的上部是IPTV網(wǎng)絡(luò)，主要包括IP承載網(wǎng)絡(luò)、匯接點(diǎn) (Rendezvous Point, RP)、寬帶電視(Broadband TV， BTV)設(shè)備、業(yè)務(wù)管理 系統(tǒng)(Service management System, SMS )、 電子節(jié)目指南(Electronic Program Guide, EPG )設(shè)備、寬帶接入服務(wù)器(Broadband Remote Access Server, BRAS ), 其中BTV設(shè)備作為IPTV網(wǎng)絡(luò)的內(nèi)容服務(wù)系統(tǒng)。這一部分與現(xiàn)有的網(wǎng)絡(luò)相同， 本實(shí)施例不再對(duì)其進(jìn)行詳細(xì)的描述。另外，圖1中的IPTV網(wǎng)絡(luò)只是作為一種 示例，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)明白，本發(fā)明實(shí)施例的技術(shù)方案能夠?qū)Ω鞣N形式的 IPTV網(wǎng)絡(luò)進(jìn)4亍測(cè)試。
與IPTV網(wǎng)絡(luò)連接的本地分局(Local Branch )主要包括數(shù)字用戶線接入復(fù) 用器(Digital Subscriber Line Access Multiplexer, DSL AM )、外部抓線矩陣 (External Test Access Matrix, ETAM)、寬帶測(cè)試單元(Broadband Test Unit, BTU)。本地分局通過(guò)DSLAM與BRAS連接，從而連接到IPTV網(wǎng)絡(luò)。ETAM 和BTU為測(cè)試系統(tǒng)的分局部分。其中，BTU是在局端負(fù)責(zé)具體IPTV測(cè)試的寬 帶測(cè)試設(shè)備；ETAM負(fù)責(zé)提供寬帶測(cè)試總線給BTU, ETAM可以通過(guò)連接每一個(gè)DSLAM用戶端口接入IP承載網(wǎng)絡(luò)，從而使得ETAM接入IPTV網(wǎng)絡(luò)進(jìn)行 IPTV測(cè)試。
BTU可以包括接入模塊、接收模塊和測(cè)試模塊。其中接入模塊負(fù)責(zé)接入IP 承載網(wǎng)絡(luò)，例如通過(guò)軟件虛擬撥號(hào)(PPPOE )認(rèn)證或動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP ) 認(rèn)證接入IP承載網(wǎng)絡(luò)。接收模塊用于從IPTV網(wǎng)絡(luò)下載頻道列表，根據(jù)頻道列 表接收IPTV直播內(nèi)容，并向頻道列表和IPTV直播內(nèi)容提供給測(cè)試模塊。測(cè)試 模塊則對(duì)頻道列表和直播內(nèi)容進(jìn)行分析，得出IPTV測(cè)試項(xiàng)目的測(cè)試結(jié)果。
由于需要進(jìn)行多種具體的IPTV測(cè)試項(xiàng)目，因此BTU可以進(jìn)一步包括針對(duì) 各種測(cè)試項(xiàng)目的測(cè)試模塊，例如掃頻測(cè)試模塊、音視頻數(shù)據(jù)包速率測(cè)試模塊、 音視頻數(shù)據(jù)包抖動(dòng)測(cè)試模塊、音視頻數(shù)據(jù)包丟包率測(cè)試模塊、因特網(wǎng)組管理協(xié) 議(Internet Group Management Protocol, IGMP )延時(shí)測(cè)試才莫塊。其中，掃頻測(cè) 試模塊用于根據(jù)頻道列表對(duì)所有IPTV頻道進(jìn)行掃頻，并將有直播內(nèi)容的頻道 標(biāo)記為激活狀態(tài)以及將沒(méi)有直播內(nèi)容的頻道標(biāo)記為空閑狀態(tài)；音視頻數(shù)據(jù)包速 率測(cè)試模塊用于計(jì)算頻道中音視頻數(shù)據(jù)包傳輸?shù)淖畲笏俾?、?或最小速率、和 /或平均速率；音視頻數(shù)據(jù)包抖動(dòng)測(cè)試模塊用于計(jì)算頻道中音視頻數(shù)據(jù)包的網(wǎng)絡(luò) 抖動(dòng)時(shí)間；音視頻數(shù)據(jù)包丟包率測(cè)試模塊用于計(jì)算頻道中音視頻數(shù)據(jù)包的丟包 率；IGMP延時(shí)測(cè)試模塊用于計(jì)算頻道中音視頻數(shù)據(jù)包的IGMP延時(shí)。各模塊 的具體測(cè)試方法將在下面的流程中描述。
繼續(xù)參照?qǐng)D1,控制中心(Control Center )包括中心測(cè)試服務(wù)器(Centralized Test Server, CTS)和測(cè)量臺(tái)(Test Operator Station, TOS )。
進(jìn)行IPTV測(cè)試的測(cè)試系統(tǒng)包括上述控制中心以及各分局的BTU和 ETAM。如上所述，控制中心包括CTS和TOS，其中TOS是面向測(cè)試人員的客 戶端測(cè)量臺(tái)，可以接收測(cè)試人員的測(cè)試控制信息，以及將測(cè)試結(jié)果顯示給測(cè)試 人員；而CTS負(fù)責(zé)管理調(diào)度所有分局的BTU和ETAM進(jìn)行測(cè)試。CTS可以配 成單個(gè)服務(wù)器或者配成多個(gè)服務(wù)器組成的群機(jī)，在采用多個(gè)服務(wù)器的實(shí)現(xiàn)方式 時(shí)，進(jìn)一步可以用F5負(fù)載均衡器進(jìn)行負(fù)載均衡，CTS的處理能力可以根據(jù)當(dāng) 前網(wǎng)絡(luò)中待測(cè)試的分局的數(shù)量來(lái)無(wú)限擴(kuò)展。
在圖1中還給出了現(xiàn)有用戶端的機(jī)頂盒(Set Top Box, STB)和用戶端設(shè) 備(Customer Premises Equipment, CPE )。
在圖l所示的系統(tǒng)中，抓線矩陣是一個(gè)獨(dú)立的設(shè)備，并且屬于IPTV測(cè)試 系統(tǒng)的一部分。然而，在DSLAM等IPTV接入設(shè)備中也可以帶有抓線矩陣， 即抓線矩陣是DSLAM的一個(gè)功能模塊。這樣，IPTV測(cè)試系統(tǒng)就不用再包括專 門的抓線矩陣。
圖2為本發(fā)明實(shí)施例中進(jìn)行IPTV測(cè)試的流程示意圖，在該IPTV測(cè)試過(guò)程 中，BTU模擬STB與IPTV網(wǎng)絡(luò)對(duì)接完成IPTV測(cè)試。參照?qǐng)D2,采用如圖1 所示的系統(tǒng)進(jìn)行IPTV測(cè)試時(shí)，包括以下步驟
步驟100，控制中心的TOS發(fā)起IPTV自動(dòng)測(cè)試請(qǐng)求，將測(cè)試命令下發(fā)給 CTS。 CTS首先通過(guò)BTU控制ETAM抓線將BTU連接到DSLAM上待測(cè)號(hào)碼 的用戶端口，然后CTS調(diào)度并下發(fā)IPTV測(cè)試命令給BTU, BTU通過(guò)PPPOE 認(rèn)證或DHCP i/v證4妾入IP承載網(wǎng)絡(luò)。
步驟200, BTU攜帶IPTV用戶帳號(hào)通過(guò)超文本傳輸協(xié)議(HTTP )協(xié)議向 IPTV網(wǎng)絡(luò)的EPG設(shè)備發(fā)起下載直播頻道列表的請(qǐng)求，EPG對(duì)IPTV用戶帳號(hào) 的認(rèn)證通過(guò)后，向BTU返回直播頻道列表。頻道列表中包含每個(gè)直播頻道的頻 道標(biāo)識(shí)(ID)、頻道名稱、頻道的統(tǒng)一資源定位符(URL)或者頻道的組播地址 和端口號(hào)等信息。
其中，BTU從EPG設(shè)備下載直播頻道列表的過(guò)程具體如圖3所示，包括 以下步驟
步驟201, CTS向BTU下發(fā)獲取頻道列表的請(qǐng)求，BTU接收來(lái)自CTS的 獲取頻道列表的請(qǐng)求。
步驟202, BTU通過(guò)PPPOE認(rèn)證或者DHCP認(rèn)證接入IP承載網(wǎng)絡(luò)。本發(fā) 明實(shí)施例并不局限于這兩種接入方式，也可以使用其它可行的方式接入IP承載網(wǎng)絡(luò)。
步驟203, BTU用HTTP協(xié)議從EPG設(shè)備上下載直播頻道列表。頻道列表中包含每個(gè)直播頻道的頻道ID、頻道名稱、頻道的URL或者頻道的組播地址
和端口號(hào)等信息。
步驟204, BTU將所有頻道的頻道ID、頻道名稱、頻道的URL或者頻道 的組播地址和端口號(hào)返回給CTS,以供CTS發(fā)起具體測(cè)試項(xiàng)目時(shí)使用。
通過(guò)上述步驟201至步驟204,就實(shí)現(xiàn)了對(duì)頻道列表的下載。
步驟300， BTU從IPTV內(nèi)容服務(wù)系統(tǒng)獲取某頻道的直播內(nèi)容。
如果直播頻道列表中包含的是頻道的URL, BTU根據(jù)頻道的URL通過(guò)實(shí) 時(shí)流協(xié)議(Real Time Streaming Protocol, RTSP )與IPTV網(wǎng)絡(luò)的內(nèi)容服務(wù)系統(tǒng) 進(jìn)行交互，獲得頻道的組，潘地址和端口號(hào)，然后通過(guò)IGMP加入組〗番組，從而 實(shí)時(shí)接收組播內(nèi)容。
如果直播頻道列表中已經(jīng)包含了頻道的組播地址和端口號(hào)，則直接加入組 播組即可實(shí)時(shí)接收組播內(nèi)容。
獲取的直播內(nèi)容音視頻數(shù)據(jù)包封裝在媒體流的傳輸協(xié)議中，業(yè)界通常使用 兩種i某體流的傳輸協(xié)議， 一種是因特網(wǎng)流d泉體聯(lián)盟(Internet Streaming Media Alliance, ISMA)標(biāo)準(zhǔn)的實(shí)時(shí)傳輸協(xié)議(Real Time Transport Protocol ， RTP) / 實(shí)時(shí)傳輸控制協(xié)議(Real Time Control Protocol, RTCP )，另 一種是國(guó)際電信聯(lián) 盟(ITU) -13818標(biāo)準(zhǔn)定義的傳輸流(Transport Stream, TS )協(xié)議，協(xié)議里面 的負(fù)荷(payload )是用活動(dòng)圖像專家組(Motion Picture Expert Group, MPEG ) -2或MPEG-4編碼的音視頻數(shù)據(jù)。這些協(xié)議只是本發(fā)明實(shí)施過(guò)程中的一種方式， 并不限制其保護(hù)范圍。
步驟400， BTU對(duì)直播頻道列表和直播內(nèi)容進(jìn)行分析，得出IPTV測(cè)試項(xiàng) 目的結(jié)論。
下面描述幾個(gè)具體的測(cè)試項(xiàng)目來(lái)說(shuō)明步驟300和步驟400的實(shí)施。如圖4 所示，該過(guò)程包括
步驟501, CTS下發(fā)某個(gè)具體的IPTV測(cè)試項(xiàng)目的請(qǐng)求，所述請(qǐng)求包括所要
測(cè)試的頻道的URL或者頻道的組播地址和端口號(hào)，還包括測(cè)試項(xiàng)目，例如表示
測(cè)試項(xiàng)目的代碼或者標(biāo)志。BTU從CTS接收到該請(qǐng)求。步驟502, BTU判斷所述IPTV測(cè)試項(xiàng)目請(qǐng)求中的輸入?yún)?shù)是頻道的URL 還是頻道的組播地址和端口號(hào)，如果是某個(gè)頻道的URL，則執(zhí)行步驟503;如 果是某個(gè)頻道的組播地址和端口號(hào)，則執(zhí)行步驟504。
步驟503, BTU根據(jù)該頻道的URL通過(guò)RTSP與IPTV網(wǎng)絡(luò)的內(nèi)容服務(wù)系 統(tǒng)進(jìn)行交互，獲耳又頻道的組一番地址和端口號(hào)，然后通過(guò)IGMP加入組纟番組。然 后執(zhí)行步驟505。
步驟504, BTU根據(jù)頻道的組播地址和端口號(hào)，直接加入組播組。
步驟505 ， BTU在加入組播組之后，就可以實(shí)時(shí)地接收組播音視頻數(shù)據(jù)包。
步驟506， BTU根據(jù)測(cè)試項(xiàng)目請(qǐng)求判斷具體的測(cè)試項(xiàng)目是什么，然后執(zhí)行 步驟507中相應(yīng)的操作。
步驟507,根據(jù)具體的測(cè)試項(xiàng)目，進(jìn)行相應(yīng)的IPTV測(cè)試，并得到測(cè)試結(jié)果。 以下具體列出 一些IPTV測(cè)試項(xiàng)目的例子。
如果測(cè)試項(xiàng)目是掃頻測(cè)試，則BTU對(duì)所有直播頻道逐個(gè)獲取頻道的直播內(nèi) 容，如果某個(gè)頻道有直播內(nèi)容，則標(biāo)記該頻道狀態(tài)為激活(Active),如果某個(gè) 頻道沒(méi)有直播內(nèi)容，則標(biāo)記該頻道狀態(tài)為空閑(idle)。
如果測(cè)試項(xiàng)目是音視頻速率測(cè)試，則BTU通過(guò)收取的音視頻數(shù)據(jù)包的字節(jié) 長(zhǎng)度與收取包的間隔時(shí)間可以算出音視頻數(shù)據(jù)包的最大速率、最小速率和平均 速率。例如，用每個(gè)音視頻數(shù)據(jù)包的字節(jié)長(zhǎng)度除以收取該包的間隔時(shí)間，就可 以得到該音視頻數(shù)據(jù)包的速率。然后，比較所收到的音視頻數(shù)據(jù)包的速率，得 到最大速率和最小速率。另外，用在一段時(shí)間內(nèi)接收到的所有音視頻數(shù)據(jù)包的 字節(jié)長(zhǎng)度之和除以這段時(shí)伺內(nèi)接收的最后一個(gè)數(shù)據(jù)包與第 一個(gè)數(shù)據(jù)包的時(shí)間間 隔就可以得到平均速率。
如果測(cè)試項(xiàng)目是音視頻數(shù)據(jù)包的抖動(dòng)測(cè)試，則過(guò)程如下。由于每個(gè)音視頻 數(shù)據(jù)包傳輸過(guò)程中的網(wǎng)絡(luò)延時(shí)不一樣，音視頻數(shù)據(jù)包到達(dá)接收端播放時(shí)出現(xiàn)抖 動(dòng)，假設(shè)在理想情況下，網(wǎng)絡(luò)延時(shí)固定為某個(gè)常數(shù)，那么通過(guò)音視頻數(shù)據(jù)包的 編碼時(shí)間加上這個(gè)固定的網(wǎng)絡(luò)延時(shí)就能得出音視頻數(shù)據(jù)包的理想時(shí)間。BTU可 以用音視頻數(shù)據(jù)包的編碼時(shí)間作為縱坐標(biāo)以及用音視頻數(shù)據(jù)包的實(shí)際到達(dá)時(shí)間作為橫坐標(biāo)來(lái)表示一個(gè)坐標(biāo)系，在這個(gè)坐標(biāo)系中根據(jù)每個(gè)音視頻數(shù)據(jù)包的編碼 時(shí)間和實(shí)際到達(dá)時(shí)間畫出對(duì)應(yīng)的點(diǎn)，然后采用諸如最小平方差等方法將這些點(diǎn) 擬合成一條直線，該直線與橫坐標(biāo)的交點(diǎn)就代表音視頻數(shù)據(jù)包的理想到達(dá)時(shí)間， 這些點(diǎn)與該直線的橫向距離也就是音視頻數(shù)據(jù)包的實(shí)際到達(dá)時(shí)間偏離理想的到 達(dá)時(shí)間的值，也就是每個(gè)音視頻數(shù)據(jù)包的抖動(dòng)。
如果測(cè)試項(xiàng)目是音視頻數(shù)據(jù)包的丟包率測(cè)試，則BTU可以通過(guò)比較收到的 音視頻數(shù)據(jù)包包頭里的序列(sequence)字段的值，如果sequence字段的值出 現(xiàn)不連續(xù)的情況，就表明有丟包的發(fā)生。這是因?yàn)椋谡Ｇ闆r下各個(gè)音視頻 數(shù)據(jù)包的sequence字段的值是連續(xù)單調(diào)遞增到最大值又從最小值開(kāi)始循環(huán)遞增 的?？梢酝ㄟ^(guò)統(tǒng)計(jì)在sequence值一個(gè)循環(huán)內(nèi)的丟包數(shù)量，然后用這個(gè)丟包數(shù)量 除以sequence最大值，即可得到音視頻數(shù)據(jù)包的丟包率。
如果測(cè)試項(xiàng)目是IGMP延時(shí)測(cè)試，則BTU計(jì)算從用IGMP協(xié)議加入組播組 后到收到第一個(gè)音視頻數(shù)據(jù)包的時(shí)間差值，就得到了 IGMP延時(shí)。
步驟508至步驟509，具體測(cè)試項(xiàng)目完成后，BTU可以退出組播組，當(dāng)然 也可以不退出。然后BTU將測(cè)試結(jié)果返回給CTS, CTS再返回給TOS,并在 TOS的圖形用戶接口 (GUI)上將測(cè)試的結(jié)果展示給測(cè)試人員。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā) 明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種網(wǎng)絡(luò)電視IPTV測(cè)試方法，其特征在于，該方法包括局端測(cè)試設(shè)備通過(guò)抓線矩陣連接到IPTV接入設(shè)備的待測(cè)用戶端口，并接入IP承載網(wǎng)絡(luò)；局端測(cè)試設(shè)備從IPTV網(wǎng)絡(luò)下載頻道列表，根據(jù)頻道列表接收IPTV直播內(nèi)容，并對(duì)頻道列表和直播內(nèi)容進(jìn)行分析，得出IPTV測(cè)試項(xiàng)目的測(cè)試結(jié)果。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接入IP承載網(wǎng)絡(luò)的步 驟包括局端測(cè)試設(shè)備通過(guò)軟件虛擬撥號(hào)PPPOE接入IP承載網(wǎng)絡(luò)；或者， 局端測(cè)試設(shè)備通過(guò)動(dòng)態(tài)主機(jī)配置協(xié)議DHCP接入IP承載網(wǎng)絡(luò)。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述頻道列表包括頻道的統(tǒng) 一資源定位符URL;所述根據(jù)頻道列表接收IPTV直播內(nèi)容的步驟包括根據(jù)頻道的URL與 IPTV網(wǎng)絡(luò)進(jìn)行交互，獲取頻道的組播地址和端口號(hào)，根據(jù)所述組播地址和端口 號(hào)加入組播組，并接收組播內(nèi)容。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述頻道列表包括頻道的組 4番地址和端口號(hào)；所述根據(jù)頻道列表接收IPTV直播內(nèi)容的步驟包括根據(jù)所述組播地址和 端口號(hào)加入組播組，并接收組播內(nèi)容。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述對(duì)頻道列表和直播內(nèi)容 進(jìn)行分析得出IPTV測(cè)試項(xiàng)目的測(cè)試結(jié)果的步驟包括根據(jù)頻道列表對(duì)所有IPTV頻道進(jìn)行掃頻，并將有直播內(nèi)容的頻道標(biāo)記為 激活狀態(tài)和/或?qū)](méi)有直播內(nèi)容的頻道標(biāo)記為空閑狀態(tài)；和/或，計(jì)算頻道中音視頻數(shù)據(jù)包傳輸?shù)淖畲笏俾省⒑?或最小速率、和/或平均速率； 和/或，計(jì)算頻道中音視頻數(shù)據(jù)包的網(wǎng)絡(luò)抖動(dòng)時(shí)間；和/或， 計(jì)算頻道中音視頻數(shù)據(jù)包的丟包率；和/或，計(jì)算頻道中音視頻數(shù)據(jù)包的因特網(wǎng)組管理協(xié)議IGMP延時(shí)。
6、 根據(jù)權(quán)利要求1所述的方法，其特征在于，局端測(cè)試設(shè)備預(yù)先收到來(lái)自 控制中心的測(cè)試項(xiàng)目請(qǐng)求；局端測(cè)試設(shè)備在得出測(cè)試結(jié)果之后，進(jìn)一步將所述測(cè)試結(jié)果返回給控制中
7、 一種IPTV測(cè)試系統(tǒng)，該系統(tǒng)與IPTV接入設(shè)備相連接，其特征在于， 該系統(tǒng)包括局端測(cè)試設(shè)備，所述局端測(cè)試設(shè)備，用于通過(guò)抓線矩陣連接到IPTV接入設(shè)備的待測(cè)用戶 端口并接入IP承載網(wǎng)絡(luò)，從IPTV網(wǎng)絡(luò)下載頻道列表，根據(jù)頻道列表接收IPTV 直播內(nèi)容，以及對(duì)頻道列表和直播內(nèi)容進(jìn)行分析得出IPTV測(cè)試項(xiàng)目的測(cè)試結(jié) 果。
8、 根據(jù)權(quán)利要求7所述的IPTV測(cè)試系統(tǒng)，其特征在于，所述IPTV接入 設(shè)備為數(shù)字用戶線接入復(fù)用器DSLAM。
9、 根據(jù)權(quán)利要求7所述的IPTV測(cè)試系統(tǒng)，其特征在于，所述局端測(cè)試設(shè) 備包括掃頻測(cè)試模塊，用于根據(jù)頻道列表對(duì)所有IPTV頻道進(jìn)行掃頻，并將有直 播內(nèi)容的頻道標(biāo)記為激活狀態(tài)和/或?qū)](méi)有直播內(nèi)容的頻道標(biāo)記為空閑狀態(tài)；和/或，音視頻數(shù)據(jù)包速率測(cè)試模塊，用于計(jì)算頻道中音視頻數(shù)據(jù)包傳輸?shù)淖畲笏?率、和/或最小速率、和/或平均速率；和/或，音視頻數(shù)據(jù)包抖動(dòng)測(cè)試模塊，用于計(jì)算頻道中音視頻數(shù)據(jù)包的網(wǎng)絡(luò)抖動(dòng)時(shí) 間；和/或，音視頻數(shù)據(jù)包丟包率測(cè)試模塊，用于計(jì)算頻道中音視頻數(shù)據(jù)包的丟包率； 和/或,IGMP延時(shí)測(cè)試模塊，用于計(jì)算頻道中音視頻數(shù)據(jù)包的IGMP延時(shí)。
10、 根據(jù)權(quán)利要求7所述的IPTV測(cè)試系統(tǒng)，其特征在于，該IPTV測(cè)試系 統(tǒng)進(jìn)一步包括控制中心，用于管理局端測(cè)試設(shè)備，以及接收用戶的測(cè)試控制信息，并根據(jù)測(cè)試控制信息控制局端測(cè)試設(shè)備進(jìn)行IPTV測(cè)試。
11、 根據(jù)權(quán)利要求IO所述的IPTV測(cè)試系統(tǒng)，其特征在于，所述控制中心 包括測(cè)量臺(tái)TOS和中心測(cè)試服務(wù)器CTS,其中所述TOS用于接收用戶的測(cè)試控制信息，并將測(cè)試控制信息輸入CTS; 所述CTS用于管理局端測(cè)試設(shè)備，以及根據(jù)從TOS輸入的測(cè)試控制信息 控制BTU進(jìn)行IPTV測(cè)試。
12、 根據(jù)權(quán)利要求11所述的IPTV測(cè)試系統(tǒng)，其特征在于，所述CTS為單 個(gè)服務(wù)器。
13、 根據(jù)權(quán)利要求11所述的IPTV測(cè)試系統(tǒng)，其特征在于，所述CTS為多 個(gè)服務(wù)器組成的群機(jī)。
14、 根據(jù)權(quán)利要求13所述的IPTV測(cè)試系統(tǒng)，其特征在于，所述CTS進(jìn)一 步包括負(fù)載均衡器，用于在多個(gè)服務(wù)器之間進(jìn)行負(fù)載均衡。
15、 根據(jù)權(quán)利要求7所述的IPTV測(cè)試系統(tǒng)，其特征在于，所述局端測(cè)試 設(shè)備為寬帶測(cè)試頭BTU。
16、 根據(jù)權(quán)利要求7 15中任意一項(xiàng)所述的IPTV測(cè)試系統(tǒng)，其特征在于， 所述IPTV測(cè)試系統(tǒng)包括所述抓線矩陣；或者，所述抓線矩陣是所述IPTV接入設(shè)備的功能模塊。
17、 一種局端測(cè)試設(shè)備，其特征在于，該局端測(cè)試設(shè)備包括接入模塊、接 收模塊和測(cè)試模塊，其中所述接入模塊用于接入IP承載網(wǎng)絡(luò)；所述接收模塊用于從IPTV網(wǎng)絡(luò)下載頻道列表，并根據(jù)頻道列表接收IPTV 直4番內(nèi)容；所述測(cè)試模塊用于對(duì)頻道列表和直播內(nèi)容進(jìn)行分析得出IPTV測(cè)試項(xiàng)目的 測(cè)試結(jié)果。
18、 根據(jù)權(quán)利要求n所述的局端測(cè)試設(shè)備，其特征在于，所述測(cè)試模塊包括掃頻測(cè)試模塊，用于根據(jù)頻道列表對(duì)所有IPTV頻道進(jìn)行掃頻，并將有直播內(nèi)容的頻道標(biāo)記為激活狀態(tài)以及將沒(méi)有直播內(nèi)容的頻道標(biāo)記為空閑狀態(tài)；和/或，音視頻數(shù)據(jù)包速率測(cè)試模塊，用于計(jì)算頻道中音視頻數(shù)據(jù)包傳輸?shù)淖畲笏俾省⒑?或最小速率、和/或平均速率；和/或，音視頻數(shù)據(jù)包抖動(dòng)測(cè)試模塊，用于計(jì)算頻道中音視頻數(shù)據(jù)包的網(wǎng)絡(luò)抖動(dòng)時(shí)間；和/或，音視頻數(shù)據(jù)包丟包率測(cè)試模塊，用于計(jì)算頻道中音視頻數(shù)據(jù)包的丟包率； 和/或，IGMP延時(shí)測(cè)試模塊，用于計(jì)算頻道中音視頻數(shù)據(jù)包的IGMP延時(shí)。
19、根據(jù)權(quán)利要求17所述的局端測(cè)試設(shè)備，其特征在于，所述局端測(cè)試設(shè) 備為BTU。
全文摘要
本發(fā)明公開(kāi)了一種IPTV測(cè)試方法，該方法包括局端測(cè)試設(shè)備通過(guò)抓線矩陣連接到IPTV接入設(shè)備的待測(cè)用戶端口，并接入IP承載網(wǎng)絡(luò)；局端測(cè)試設(shè)備從IPTV網(wǎng)絡(luò)下載頻道列表，根據(jù)頻道列表接收IPTV直播內(nèi)容，并對(duì)頻道列表和直播內(nèi)容進(jìn)行分析，得出IPTV測(cè)試項(xiàng)目的測(cè)試結(jié)果。本發(fā)明還提供了一種IPTV測(cè)試系統(tǒng)以及局端測(cè)試設(shè)備。本發(fā)明能夠在局端完成對(duì)IPTV的自動(dòng)測(cè)試，不需要維護(hù)人員在用戶端做任何配合。本發(fā)明可以通過(guò)外部抓線矩陣分別連接多個(gè)用戶端口進(jìn)行測(cè)試，即可以對(duì)每一個(gè)用戶都進(jìn)行測(cè)試。另外，本發(fā)明不需要對(duì)機(jī)頂盒進(jìn)行抓包分析，因此測(cè)試不依賴于機(jī)頂盒的運(yùn)行情況，大大方便了測(cè)試人員的使用。
文檔編號(hào)H04L12/26GK101529810SQ200780000336
公開(kāi)日2009年9月9日 申請(qǐng)日期2007年6月22日 優(yōu)先權(quán)日2006年10月19日
發(fā)明者胡漢強(qiáng) 申請(qǐng)人:華為技術(shù)有限公司