專利名稱：一種網(wǎng)絡(luò)電視測試方法、系統(tǒng)以及局端測試設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)電視測試技術(shù)領(lǐng)域，特別是一種網(wǎng)絡(luò)電視測試方法、系 統(tǒng)以及局端測試設(shè)備。
背景技術(shù)：
網(wǎng)絡(luò)電視(IPTV)是隨著寬帶網(wǎng)絡(luò)、流傳輸、編解碼等技術(shù)的發(fā)展而 出現(xiàn)的一種互聯(lián)網(wǎng)新業(yè)務(wù)，實現(xiàn)了被業(yè)界稱為"Triple play"(同時傳輸語 音、數(shù)據(jù)與多媒體視頻)的業(yè)務(wù)體現(xiàn)。目前IPTV業(yè)務(wù)在全球迅猛發(fā)展，廣 大運營商普遍將其作為固網(wǎng)寬帶網(wǎng)絡(luò)業(yè)務(wù)中新的利潤增長點。由于IPTV業(yè) 務(wù)面向普通大眾進行電視播放，因此具有用戶容量大、新業(yè)務(wù)種類多等特點， 新業(yè)務(wù)包括直播電視、時移電視、準點播、點播、快進、快退、實時錄制等 等，所以對于IPTV的播放質(zhì)量要求很高。因此，如何保證IPTV的業(yè)務(wù)質(zhì) 量(QoS),從而為用戶提供實時、流暢、高清晰的音視效果引起了運營商 的極大關(guān)注。IPTV業(yè)務(wù)急需一種IPTV的測試設(shè)備，來衡量IPTV的播放質(zhì) 量，以及進一步定位故障、排除故障，從而提高IPTV業(yè)務(wù)的QoS，提高用 戶的滿意度。目前IPTV測試技術(shù)才剛剛起步，沒有統(tǒng)一的技術(shù)方案和測試方法，支 持的廠家和專門的IPTV測試產(chǎn)品不多，目前主要有一些手持的儀表工具， 在用戶端通過對IPTV播放的過程進行抓包分析來完成一些IPTV測試項目。這些手持的IPTV測試儀表的主要缺點有(1)需要測試人員跑到用 戶家中，手動接入儀表進行測試，而不能在局端實現(xiàn)自動測試；(2)該技 術(shù)只是通過對機頂盒播放過程進行抓包來分析測試，而不能實現(xiàn)與IPTV平 臺的對接，如果機頂盒不播放或者機頂盒故障，這些儀表就不能進行測試；
(3)只能對單個用戶進行測試，不能對多個用戶同時進行測試。發(fā)明內(nèi)容有鑒于此，本發(fā)明提出了一種網(wǎng)絡(luò)電視測試方法，用以實現(xiàn)在局端實現(xiàn)IPTV測試。本發(fā)明還提出 一種網(wǎng)絡(luò)電4見測試系統(tǒng)以及一種局端測試設(shè)備。 本發(fā)明提供了 一種IPTV測試方法，該方法包括以下步驟 局端測試設(shè)備通過抓線矩陣連接到IPTV接入設(shè)備的待測用戶端口 ，并接入IP承載網(wǎng)絡(luò)；局端測試設(shè)備從IPTV平臺下載頻道列表，根據(jù)頻道列表接收IPTV直播內(nèi)容，并對頻道列表和直播內(nèi)容進行分析，得出IPTV測試項目的測試結(jié)果。所述接入IP承載網(wǎng)絡(luò)的步驟包括局端測試設(shè)備通過PPPOE接入IP承載網(wǎng)絡(luò)；或者，局端測試設(shè)備通過DHCP接入IP承載網(wǎng)絡(luò)。所述頻道列表包括頻道的URL。所述根據(jù)頻道列表接收IPTV直播內(nèi)容 的步驟包括根據(jù)頻道的URL與IPTV平臺進行交互，獲取頻道的組播地址 和端口號，根據(jù)所述組播地址和端口號加入組播組，并接收組播內(nèi)容。所述頻道列表包括頻道的組播地址和端口號。所述根據(jù)頻道列表接收 IPTV直播內(nèi)容的步驟包括根據(jù)所述組播地址和端口號加入組播組，并接 收組播內(nèi)容。所述對頻道列表和直播內(nèi)容進行分析得出IPTV測試項目的測試結(jié)果的 步驟包括根據(jù)頻道列表對所有IPTV頻道進行掃頻，并將有直播內(nèi)容的頻道標記 為激活狀態(tài)以及將沒有直播內(nèi)容的頻道標記為空閑狀態(tài)；和/或，計算頻道中音視頻數(shù)據(jù)包傳輸?shù)淖畲笏俾?、?或最小速率、和/或平均 速率；和/或，計算頻道中音視頻數(shù)據(jù)包的網(wǎng)絡(luò)抖動時間；和/或， 計算頻道中音視頻數(shù)據(jù)包的丟包率；和/或， 計算頻道中音視頻數(shù)據(jù)包的IGMP延時。局端測試設(shè)備在接收IPTV直播內(nèi)容之前收到來自控制中心的測試項目 請求；局端測試設(shè)備在得出測試結(jié)果之后，進一步將所述測試結(jié)果返回給控 制中心。本發(fā)明還提供了 一種IPTV測試系統(tǒng)，該系統(tǒng)與IPTV接入設(shè)備相連接， 該系統(tǒng)包4舌抓線矩陣，用于連接IPTV接入設(shè)備的待測用戶端口 ；局端測試設(shè)備，用于通過所述抓線矩陣連接到待測用戶端口并接入IP 承載網(wǎng)絡(luò)，從IPTV平臺下載頻道列表，根據(jù)頻道列表接收IPTV直播內(nèi)容， 以及對頻道列表和直播內(nèi)容進行分析得出IPTV測試項目的測試結(jié)果。所述IPTV接入設(shè)備為數(shù)字用戶線接入復(fù)用器DSLAM。所述局端測試設(shè)備包括掃描測試模塊，用于根據(jù)頻道列表對所有IPTV頻道進行掃頻，并將有 直播內(nèi)容的頻道標記為激活狀態(tài)以及將沒有直播內(nèi)容的頻道標記為空閑狀 態(tài)j 和/或，音視頻數(shù)據(jù)包速率測試模塊，用于計算頻道中音視頻數(shù)據(jù)包傳輸?shù)淖畲?速率、和/或最小速率、和/或平均速率；和/或，音視頻數(shù)據(jù)包抖動測試模塊，用于計算頻道中音視頻數(shù)據(jù)包的網(wǎng)絡(luò)抖動 時間；和/或，音視頻數(shù)據(jù)包丟包率測試模塊，用于計算頻道中音視頻數(shù)據(jù)包的丟包 率；和/或，IGMP延時測試模塊，用于計算頻道中音視頻數(shù)據(jù)包的IGMP延時。 該IPTV測試系統(tǒng)進一步包括控制中心，用于管理局端測試設(shè)備，以 及接收用戶的測量控制信息控制局端測試設(shè)備進行IPTV測試。 所述控制中心包括測量臺TOS，用于接收用戶的測量控制信息；
中心測試服務(wù)器CTS,用于管理局端測試設(shè)備，以及根據(jù)從TOS輸入 的測量控制信息控制BTU進行IPTV測量。 所述CTS為單個服務(wù)器。 所述CTS為多個服務(wù)器組成的群機。在所述CTS為多個服務(wù)器組成的群機時，還可以進一步包括負栽均 衡器，用于在多個服務(wù)器之間進行負載均衡。 所述局端測試設(shè)備為寬帶測試頭BTU。本發(fā)明還提供了 一種局端測試設(shè)備，該局端測試設(shè)備接入IP承載網(wǎng)絡(luò)， 從IPTV平臺下載頻道列表，根據(jù)頻道列表接收IPTV直播內(nèi)容，以及對頻 道列表和直播內(nèi)容進行分析得出IPTV測試項目的測試結(jié)果。所述局端測試設(shè)備包括掃描測試模塊，用于根據(jù)頻道列表對所有IPTV頻道進行掃頻，并將有 直播內(nèi)容的頻道標記為激活狀態(tài)以及將沒有直播內(nèi)容的頻道標記為空閑狀 態(tài)^ 和/或，音視頻數(shù)據(jù)包速率測試模塊，用于計算頻道中音視頻數(shù)據(jù)包傳輸?shù)淖畲?速率、和/或最小速率、和/或平均速率；和/或，音視頻數(shù)據(jù)包抖動測試模塊，用于計算頻道中音視頻數(shù)據(jù)包的網(wǎng)絡(luò)抖動 時間；和/或，音視頻數(shù)據(jù)包丟包率測試模塊，用于計算頻道中音視頻數(shù)據(jù)包的丟包 率；和/或，IGMP延時測試模塊，用于計算頻道中音視頻數(shù)據(jù)包的IGMP延時。 所述局端測試設(shè)備為BTU。從上述方案中可以看出，由于本發(fā)明在局端連接到IPTV接入設(shè)備的待 測用戶端口，然后模擬機頂盒與IPTV平臺對接，并實時接收IPTV直播內(nèi) 容，進行具體的IPTV測試項目，從而得到IPTV測試結(jié)果，因此，本發(fā)明 能夠在局端完成對IPTV的自動測試，不需要維護人員在用戶端做任何配合。 由于在局端連接到DSLAM等IPTV接入設(shè)備，因此本發(fā)明可以通過外部抓 線矩陣分別連接多個用戶端口進行測試，即可以對每一個用戶都進行測試， 而不是只能針對某一個用戶進行測試。另外，本發(fā)明不需要對機頂盒進行抓 包分析，因此測試不依賴于機頂盒的運行情況。進一步，本發(fā)明能夠?qū)崿F(xiàn)多 種測試項目，可以支持掃頻、音視頻最大速率、最小速率、平均速率、音視頻數(shù)據(jù)包抖動、音視頻數(shù)據(jù)包的丟包率、IGMP延時等IPTV測試項目的測試。


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