IPTV測試應(yīng)用場景介紹

截至2007年6月，全球范圍內(nèi)已經(jīng)有超過200個包括設(shè)備制造商、運營商在內(nèi)的用戶在使用IXIA所提供的業(yè)界領(lǐng)先的IPTV測試解決方案（http://www.catr.cn/ctu/cshdt/200707/t20070706_597416.htm）。

不同的用戶對IPTV測試關(guān)注的重點也有所不同，IXIA整體的IPTV測試解決方案包括IPTV網(wǎng)絡(luò)部署前的設(shè)備測試以及部署后的驗收測試和日常維護測試。本文介紹的IXIA IPTV測試解決方案主要是針對部署前的測試，包括兩個方面：設(shè)備制造商研究開發(fā)IPTV相關(guān)網(wǎng)絡(luò)設(shè)備（VOD服務(wù)器，IPTV網(wǎng)關(guān)，DSLAM，IPTV組播交換機和路由器等）所需要進(jìn)行的設(shè)備性能測試；運營商在實驗室建立模擬環(huán)境，驗證所規(guī)劃的網(wǎng)絡(luò)是否能夠很好地承載IPTV業(yè)務(wù)的系統(tǒng)測試。圖1是一個典型的IPTV網(wǎng)絡(luò)，IXIA可以提供整個系統(tǒng)端到端的業(yè)務(wù)測試以及系統(tǒng)的各個組成部分的設(shè)備性能測試。主要包括VOD視頻服務(wù)器測試；組播視頻流質(zhì)量測試；頻道切換時間測試；網(wǎng)絡(luò)承載視頻能力測試；邊緣網(wǎng)絡(luò)測試；接入網(wǎng)絡(luò)測試；網(wǎng)絡(luò)視頻流被動監(jiān)測與質(zhì)量分析測試以及網(wǎng)絡(luò)架構(gòu)中DNS，DHCP，LDAP，RADIUS等各種服務(wù)器的性能測試。本文主要對最常見的測試應(yīng)用場景做一介紹。

圖1典型的IPTV網(wǎng)絡(luò)組成

2 常見IPTV測試應(yīng)用

2.1 VOD業(yè)務(wù)測試

VOD業(yè)務(wù)通常采用點播方式進(jìn)行傳送，各種編碼的視頻流，如H.264，MPEG-4，MPEG-2和VC-1等通常封裝成傳輸流（Transport Stream）通過RTP/UDP或者UDP協(xié)議直接承載并傳送，并通過RTSP協(xié)議自由控制節(jié)目的進(jìn)度，終止節(jié)目的播放。但每個點播用戶都需要占用一定的網(wǎng)絡(luò)帶寬，因此并發(fā)用戶數(shù)受到網(wǎng)絡(luò)帶寬、服務(wù)器性能的限制。

和VOD業(yè)務(wù)相關(guān)主要有3個協(xié)議，RTSP（Real Time Streaming Protocol）是一種會話控制協(xié)議，用于在IPTV網(wǎng)絡(luò)中傳送（如VOD業(yè)務(wù)的實時交互內(nèi)容），該協(xié)議基于TCP以保證可靠的控制信令傳送。RTP(Real Time Protocol)是一種無狀態(tài)的媒體流傳送協(xié)議，用于傳送多媒體內(nèi)容，該協(xié)議基于UDP或者TCP。MPEG TS（MPEG Transport Stream）包括多元的語音和視頻流封裝并承載在RTP/UDP或者直接在UDP上進(jìn)行視頻傳送。并且通過PID進(jìn)行語音和視頻的同步。TS流分為單節(jié)目的TS流（SPTS，Single Program TS）和多節(jié)目的TS流（MPTS，Multiple Program TS）兩種（見圖2）。通常情況下，一個UDP或者RTP/UDP數(shù)據(jù)包中，可以包括1~7個TS幀，一個TS幀長為188個字節(jié)。每個IP包里面包括整個或者部分視頻圖像信息。

圖2MPEG-2 TS流格式

VOD業(yè)務(wù)性能的測試指標(biāo)主要有最大并發(fā)視頻流數(shù)量、每個視頻流的質(zhì)量、帶寬波動、所使用的平均帶寬、丟包率和平均響應(yīng)時間等。需要說明的是，下面定義的指標(biāo)有的是被業(yè)界廣泛認(rèn)可和接受的指標(biāo)，有的是和協(xié)議相關(guān)的術(shù)語。兩者的有效結(jié)合，可以全面評估相關(guān)設(shè)備對VOD業(yè)務(wù)的承載能力。

最大并發(fā)視頻流數(shù)量是指視頻流系統(tǒng)在同一時間內(nèi)所能夠支持和處理的最大在線用戶數(shù)目，且要求每個用戶都可以在保證視頻質(zhì)量的情況下正常收看完整的視頻節(jié)目。在用戶數(shù)目逐步增加到最大值之前，系統(tǒng)不會使已經(jīng)在線的用戶因為新增加了用戶而出現(xiàn)不能獲得服務(wù)的情況。有的視頻系統(tǒng)雖然能夠提供數(shù)目巨大的并發(fā)流，但是失敗的數(shù)量很多，由于用戶大都采用TCP協(xié)議以保證可靠的控制信令傳送，因此重傳以后并發(fā)流數(shù)目并沒有降低，但是對于原來已失敗的視頻流而言，這些用戶已經(jīng)無法繼續(xù)得到視頻服務(wù)。因此，最大并發(fā)視頻流數(shù)量應(yīng)該是視頻系統(tǒng)所能支持的有效的、能夠同時在線正常觀看節(jié)目和保證視頻質(zhì)量的最大用戶數(shù)目。這也就需要在網(wǎng)絡(luò)的接入部分對VOD視頻流提供相應(yīng)的服務(wù)質(zhì)量（QoS）保證。

視頻流質(zhì)量是指視頻流在網(wǎng)絡(luò)中傳輸由于網(wǎng)絡(luò)的各種損傷對視頻流造成的影響，評定視頻流的質(zhì)量一般有兩種方法和指標(biāo)：一種從網(wǎng)絡(luò)層進(jìn)行評定的MDI以及采用各種客觀指標(biāo)對視頻質(zhì)量主觀評定的MOS_V，另一種是視頻的全參考（Full Reference）質(zhì)量評定。幾種評定方面的簡單比較如表1所示，相應(yīng)指標(biāo)的介紹可以參考《電信網(wǎng)技術(shù)》2007年第12期的《IPTV QoE測試指標(biāo)概述》。

表1各種視頻質(zhì)量評定指標(biāo)比較

（1）帶寬波動：視頻流一般有CBR和VBR兩種。常見的MPEG-4和H.264就屬于VBR類型。視頻文件在播放過程中，由于畫面的變化會造成媒體流的帶寬變化。CBR節(jié)目碼速率比較恒定，帶寬波動相對較??；對于VBR類節(jié)目而言，連續(xù)的畫面前后變化較大，故節(jié)目碼速率變化也相應(yīng)較大，帶寬波動也隨之較大。節(jié)目碼速率波動的大小對視頻服務(wù)器的吞吐量是個嚴(yán)峻的考驗，如果過多的用戶點播較高碼速率的節(jié)目，則很有可能出現(xiàn)服務(wù)器所能支持的用戶數(shù)減少的現(xiàn)象，或者視頻服務(wù)器會降低節(jié)目流的輸出帶寬。

（2）所使用的平均帶寬：在用戶觀看節(jié)目過程中所有用戶使用的帶寬平均值。該值越大說明流媒體視頻系統(tǒng)所能提供的帶寬能力越強。

（3）丟包率：用戶在接收視頻點播服務(wù)的時候需要從服務(wù)器獲取視頻文件，在視頻文件傳輸過程中是否發(fā)生丟包的情況。丟包率的數(shù)值一般比較小，但是對用戶的影響非常大，是影響視頻質(zhì)量的殺手，尤其是目前使用的壓縮比率都比較高，即使丟失很少的視頻包也會影響到用戶的觀賞甚至出現(xiàn)視頻不清楚、馬賽克或者斷掉連接的現(xiàn)象。在沒有機頂盒對視頻流做數(shù)據(jù)包補償?shù)那闆r下，視頻點播端到端的丟包率上限不應(yīng)該超過0.001%。

（4）平均響應(yīng)時間：用戶從發(fā)出點播請求到得到視頻服務(wù)的時間總體分布情況。當(dāng)然，平均響應(yīng)時間是越短越好。一般而言，視頻點播端到端平均時延不應(yīng)超過2s。

從測試對象上來說，設(shè)備制造商主要用VOD業(yè)務(wù)評估視頻服務(wù)器的性能，另外還用來驗證接入和匯聚網(wǎng)絡(luò)設(shè)備對VOD視頻流的QoS保障能力。對于運營商來說，主要驗證IPTV網(wǎng)絡(luò)對VOD業(yè)務(wù)的承載能力。本文主要介紹視頻服務(wù)器的測試。

測試視頻服務(wù)器，除了關(guān)心上面介紹的指標(biāo)之外，還有下面指標(biāo)：連接（Connection）一個采用3次TCP握手建立起來的TCP連接。并發(fā)連接數(shù)（Concurrent Connections），客戶端和服務(wù)器端建立起來的多個TCP連接。吞吐量（Throughput），被測設(shè)備發(fā)送或者接收數(shù)據(jù)的速率，單位為bit/s。視頻碼流速率（Video Bitrate）評估視頻流信息內(nèi)容的速率，單位為bit/s或者M(jìn)bit/s，通常高碼流速率有更好的視頻質(zhì)量。有效帶寬（Effective Bandwidth）包括協(xié)議信息開銷的數(shù)據(jù)速率，有效帶寬總是大于視頻碼流速率，并且和數(shù)據(jù)鏈路層技術(shù)以及傳輸層所采用的協(xié)議有關(guān)。

IXIA視頻測試方案可以很好地對VOD視頻服務(wù)器進(jìn)行支持，由于目前各個廠家對VOD業(yè)務(wù)所采用的RTSP控制協(xié)議進(jìn)行了不同程度和不同方式的修改和定制，要和VOD服務(wù)器進(jìn)行互通有一定的難度，IXIA根據(jù)這一特定的測試要求，可以對RTSP的流程進(jìn)行靈活定制和調(diào)整，支持RTSP各個命令信息交互的定制，支持的命令包括Describe，Setup，Play，Pause，Get Parameter，Set Parameter，Teardown等，這些靈活的特性可以保證IXIA能夠和業(yè)界幾乎所有的VOD服務(wù)器進(jìn)行互通并進(jìn)行性能測試。這是IXIA在視頻服務(wù)器測試方面非常重要的特性。目前，IXIA是Seachange公司視頻服務(wù)器認(rèn)證的測試工具（http://www.catr.cn/ctu/cshdt/200710/t20071031_646571.htm）?？梢院蚑hompson，Bitband，Harmonic，Darwin以及Windows Media Server等業(yè)界常見的視頻服務(wù)器互通并提供性能測試。圖3是VOD服務(wù)器交換過程與IXIA進(jìn)行性能測試示意。

圖3VOD視頻服務(wù)器測試過程示意圖

2.2 視頻組播測試

TV節(jié)目通常采用組播方式進(jìn)行傳送。組播是一種允許一個或多個發(fā)送者（組播源）一次同時發(fā)送單一的數(shù)據(jù)包到多個接收者的網(wǎng)絡(luò)技術(shù)。組播源把數(shù)據(jù)包發(fā)送到特定組播組，而只有屬于該組播組的地址才能接收到數(shù)據(jù)包。在IPTV里，組播源往往僅有一個，即使用戶數(shù)量成倍增長，主干帶寬也不需隨之增加，因為無論有多少個目標(biāo)地址，在整個網(wǎng)絡(luò)的任何一條主干鏈路上只傳送單一視頻流，即所謂“一次發(fā)送，組內(nèi)廣播”。組播提高了數(shù)據(jù)傳送效率，減少了主干網(wǎng)出現(xiàn)擁塞的可能性。對于TV系統(tǒng)而言，其所能夠支持的用戶數(shù)目僅僅受到接入網(wǎng)絡(luò)能力的限制，與前端推送系統(tǒng)的推送能力無關(guān)。因此，TV業(yè)務(wù)性能的主要測試指標(biāo)包括所推送的最大頻道數(shù)目、頻道平均帶寬、平均頻道切換時間、I幀加入延時、平均頻道離開延時、平均頻道加入延時、頻道重疊時間和頻道間隔時間。

（1）所推送的最大頻道數(shù)目：流媒體系統(tǒng)所能夠提供的最多頻道數(shù)量，用戶能夠在很短的時間內(nèi)遍歷所有的頻道。

（2）頻道平均帶寬：每個頻道節(jié)目所占用的帶寬。標(biāo)清節(jié)目（SDTV）和高清節(jié)目（HDTV）所占用的帶寬不一樣，HDTV節(jié)目所占用的帶寬遠(yuǎn)遠(yuǎn)高于SDTV節(jié)目的帶寬。表2列出了MPEG-2和MPEG-4典型的標(biāo)清與高清碼流速率與應(yīng)用。

表2典型MPEG-2和MPEG-4碼流速率與應(yīng)用

（3）平均頻道切換時間：從發(fā)出IGMP Leave消息直到接收到所請求頻道的第一個組播包之間的時間。由于在IP網(wǎng)絡(luò)上TV節(jié)目的頻道切換只能通過IGMP來實現(xiàn)，相比之下，傳統(tǒng)電視機的頻道切換則要快很多。因此，根據(jù)個人主觀感覺，通常IPTV頻道切換時間不應(yīng)超過2s，否則用戶難以忍受頻道切換的等待時間。目前，IPTV頻道切換時間過慢也是急待解決的重點問題。由于處理IGMP主要由接入設(shè)備來進(jìn)行，所以測試接入端的組播交換機、組播路由器和DSLAM等設(shè)備的組播復(fù)制與處理能力是視頻組播測試的重點，本文也會重點討論。

（4）I幀加入延時：客戶端發(fā)出觀看節(jié)目的請求成功，并不意味著視頻流已經(jīng)送達(dá)到用戶的接收終端上，視頻幀有3種，承載整個圖片信息的I幀、通過前面的I幀或P幀作為參考計算得到的P幀以及以I幀或P幀作為參考計算得到的B幀。只有在接收端收到I幀時，才表示用戶看到了視頻節(jié)目，才是真正的頻道切換成功。因此，得到I幀加入延時對于頻道切換時間的測試才更有意義。

（5）平均頻道離開延時：從發(fā)出IGMP leave消息直到接收到該頻道的最后一個組播包之間的時間。通常頻道離開延時越短越好。

（6）頻道重疊時間：如果系統(tǒng)頻道切換采取接收到所請求頻道的組播包之后才停止原頻道的組播包的方式，則頻道重疊時間即指接收到所請求頻道的第一個組播包與接收到原頻道的最后一個組播包之間的時間間隔。

（7）頻道間隔時間：如果系統(tǒng)頻道切換采取先停止原頻道的組播包再接收所請求頻道的組播包的方式，則頻道間隔時間即指接收到原頻道的最后一個組播包與接收到所請求頻道的第一個組播包之間的時間間隔。

上述和頻道切換相關(guān)的定義，可以參考圖4。

圖4頻道切換時間相關(guān)定義

頻道切換時間的快慢直接影響用戶對IPTV業(yè)務(wù)的體驗質(zhì)量（QoE）。所以對IPTV網(wǎng)絡(luò)中處理IGMP請求報文的設(shè)備，比如邊緣組播交換機、IP DSLAM或者組播路由器的組播復(fù)制與處理能力測試就顯的尤其重要。IXIA在測試頻道切換時間方面具有顯著特點：

●一個測試可以得到和頻道切換時間相關(guān)的所有指標(biāo)，并且可以得到最為關(guān)鍵的I幀加入延時參數(shù)。

●可以基于每個視頻流評定頻道切換時間，也可以對整個系統(tǒng)的頻道切換時間進(jìn)行測試。

●可以仿真多個用戶觀看任意數(shù)量的頻道，每個頻道觀看任意長的時間然后進(jìn)行切換。

●支持“黃金時間”（Prime Time）的真實環(huán)境頻道切換仿真。

●在測試頻道切換時間時，采用的是真實的視頻文件，可以同時得到每條組播視頻流的視頻質(zhì)量，并且可以對相應(yīng)的I，B，P幀進(jìn)行統(tǒng)計。

上述特點決定了IXIA的IPTV頻道切換時間為業(yè)界最優(yōu)的、最真實的測試方案，并在設(shè)備制造商和運營商的測試中得到普遍應(yīng)用。

2.3 寬帶接入和匯聚設(shè)備的IPTV測試

由于寬帶接入和匯聚設(shè)備越來越多地承載語音和IPTV的業(yè)務(wù)流量，因此對其承載能力也提出了更高的要求。傳統(tǒng)的寬帶接入和匯聚設(shè)備的測試方法已經(jīng)不能滿足其對新型業(yè)務(wù)承載能力的要求。在這種情況下，對相應(yīng)的測試方法也提出了更高的要求。這就需要測試儀表能夠仿真IPTV業(yè)務(wù)并且承載在PPPoE，DHCP，VLAN，Q-in-Q和IPSec等多種接入方式上。從圖5測試DSLAM的示意可以看出，在用戶側(cè)配置PPPoE接口，同時使用不同VLAN區(qū)分?jǐn)?shù)據(jù)、語音和視頻的流量，并對不同類型的業(yè)務(wù)流量配置不同的ToS/DSCP等QoS優(yōu)先級，采用該方式，可以全面評估DSLAM對三重播放業(yè)務(wù)的承載能力，同時得到用戶體驗（QoE）的各項指標(biāo)。

圖5寬帶接入和匯聚設(shè)備的IPTV測試

IXIA在實際的寬帶接入和匯聚設(shè)備測試中，特點和優(yōu)勢非常明顯，可以仿真真實用戶的行為，比如PPPoE接入方式上運行HTTP和VoIP的流量，同時在Q-in-Q接口上運行IPTV業(yè)務(wù)，這種測試方式完全以家庭用戶為單位，非常真實地評估寬帶接入設(shè)備的性能。

2.4 IPTV系統(tǒng)視頻流質(zhì)量被動監(jiān)測

另外一種常見的應(yīng)用場景是對網(wǎng)絡(luò)中存在的IPTV組播流和單播流能夠進(jìn)行被動實時監(jiān)測并能夠評估相應(yīng)視頻流的視頻質(zhì)量。IXIA獨特的視頻流提取模塊AFM支持該特性的測試（見圖6）。

圖6網(wǎng)絡(luò)中視頻流被動監(jiān)測

IXIA的以太網(wǎng)流提取模塊AFM1000SP是一種以千兆線速進(jìn)行數(shù)據(jù)和媒體流分析的理想解決方案。該模塊從以太網(wǎng)中提取IP數(shù)據(jù)包，并可在監(jiān)視器中顯示所提取的數(shù)據(jù)包以進(jìn)行深入的數(shù)據(jù)包分析。

流提取模塊以串聯(lián)的方式與以太網(wǎng)鏈路相連，而IP數(shù)據(jù)包則通過該以太網(wǎng)鏈路提取。兩個雙介質(zhì)（銅纜和光纖）兼容以太網(wǎng)測試端口用于互相連接。串聯(lián)的測試端口承載網(wǎng)絡(luò)數(shù)據(jù)傳輸，而不改變以太網(wǎng)鏈路的網(wǎng)絡(luò)特性。提取的數(shù)據(jù)包流都將經(jīng)過鏡像處理，然后被轉(zhuǎn)發(fā)到第3個千兆以太網(wǎng)標(biāo)準(zhǔn)兼容的監(jiān)視器端口，該端口可連接到外部設(shè)備以便進(jìn)行數(shù)據(jù)包流分析。這種測試方式，真正實現(xiàn)了視頻質(zhì)量主觀和客觀評定的有效結(jié)合，在得到視頻流各個用戶體驗質(zhì)量客觀指標(biāo)的同時，還可以實時主觀地觀看視頻節(jié)目質(zhì)量。這是目前最為全面、最為有效的視頻質(zhì)量評定方式（見圖7）。

圖7使用AFM模塊實時監(jiān)測視頻流

2.5 MS IPTV系統(tǒng)測試

微軟IPTV的實現(xiàn)特點結(jié)合了業(yè)界的一些技術(shù)特點并且增加了微軟公司特有的一些協(xié)議。運行在微軟公司平臺上的一些高性能服務(wù)器在運營商的網(wǎng)絡(luò)上，為用戶提供內(nèi)容存儲和高效的視頻分發(fā)服務(wù)。在MSTV系統(tǒng)中，主要有獲取服務(wù)器和分發(fā)服務(wù)器兩種類型（見圖8）。

圖8MSTV系統(tǒng)組成示意

獲取服務(wù)器（A-Server，Acquisition Servers）是從本地或者遠(yuǎn)端的視頻源實時獲取內(nèi)容并提供視頻組播服務(wù)。分發(fā)服務(wù)器（Distribution Servers）是用于從運營商網(wǎng)絡(luò)中的多個采集點分發(fā)視頻內(nèi)容以保證視頻的快速傳送以及最快的頻道切換時間。在用戶側(cè)的IP機頂盒則運行微軟公司獨有的軟件和協(xié)議以保證最優(yōu)的性能。

MS IPTV本身的私有性和復(fù)雜性給測試帶來了挑戰(zhàn)，為此，IXIA專門開發(fā)了針對MS IPTV的測試方案，主要特點包括：

（1）微軟機頂盒客戶端仿真，支持快速頻道切換行為和MS IPTV流量模式仿真。

（2）獲取服務(wù)器仿真，可以從網(wǎng)絡(luò)中獲取組播視頻流。

（3）分發(fā)服務(wù)器仿真，支持視頻內(nèi)容的本地復(fù)制以及處理相應(yīng)的頻道切換。

通過IXIA MS IPTV測試方案，可以評估MS IPTV部署網(wǎng)絡(luò)環(huán)境中的頻道切換時間，包括單播加入和單播到組播的延遲；可以評估網(wǎng)絡(luò)承載微軟協(xié)議下的視頻流、語音和數(shù)據(jù)流的能力；可以評估業(yè)界認(rèn)可的客觀視頻流質(zhì)量評定指標(biāo)MOS_V和RFC4445規(guī)范的MDI指標(biāo)。

3 結(jié)束語

IXIA統(tǒng)一的IP測試平臺為IPTV的全方位評估提供了保證，IXIA IPTV測試方案的主要特點包括：

（1）支持真實視頻流存在的頻道切換時間的測試，支持I幀加入延遲測試。

（2）支持基于每條流的視頻質(zhì)量測試并得到MDI和MOS_V客觀視頻質(zhì)量指標(biāo)。

（3）視頻質(zhì)量的主觀與客觀結(jié)合的評定方式。

（4）視頻質(zhì)量的Full-Reference 分析——PEVQ。

（5）視頻流的監(jiān)測和質(zhì)量分析（Passive Video Monitoring）。

（6）支持MPEG I.B.P Frames的統(tǒng)計。

（7）支持H.264，MPEG-4，MPEG-2，VC-1通過MPEG-2傳輸流封裝并承載在RTP/UDP上，或者直接承載在UDP之上的測試。

（8）支持MPEG-2，MPEG-4，H.264或AVC-1碼流支持承載在RTP/UDP或者UDP之上的測試。

（9）支持Microsoft IPTV（MSTV）系統(tǒng)測試。

使用IXIA全面領(lǐng)先的測試解決方案，可以十分方便地實現(xiàn)Triple Play網(wǎng)絡(luò)端到端的性能測試、VOD視頻服務(wù)器的性能測試、IP DSLAM和IGMP Switch的性能測試以及IP機頂盒(STB)的測試。為網(wǎng)絡(luò)設(shè)備制造商IPTV網(wǎng)絡(luò)設(shè)備研發(fā)以及運營商IPTV網(wǎng)絡(luò)業(yè)務(wù)承載能力評估提供有力地幫助。