首頁(yè)>>>技術(shù)>>>融合通信

IPTV測(cè)試應(yīng)用場(chǎng)景介紹

2008/09/16

摘要

　　介紹了美國(guó)IXIA公司領(lǐng)先的IPTV測(cè)試解決方案，對(duì)常見的應(yīng)用場(chǎng)景作了介紹和分析，包括VOD業(yè)務(wù)測(cè)試、視頻組播測(cè)試、用于寬帶接入和匯聚設(shè)備的真實(shí)用戶仿真測(cè)試、網(wǎng)絡(luò)中視頻流質(zhì)量的實(shí)時(shí)分析與監(jiān)測(cè)和MS IPTV系統(tǒng)測(cè)試等。總結(jié)了IXIA公司在IPTV測(cè)試技術(shù)方面的特點(diǎn)和優(yōu)勢(shì)。

1.引言

　　截至2007年6月，全球范圍內(nèi)已經(jīng)有超過(guò)200個(gè)包括設(shè)備制造商、運(yùn)營(yíng)商在內(nèi)的用戶在使用IXIA所提供的業(yè)界領(lǐng)先的IPTV測(cè)試解決方案。

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

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

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

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

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

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

圖2 MPEG-2 TS流格式

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

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

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

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


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

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

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

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

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

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

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

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

　　2.2 視頻組播測(cè)試

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.結(jié)束語(yǔ)

　　IXIA統(tǒng)一的IP測(cè)試平臺(tái)為IPTV的全方位評(píng)估提供了保證，IXIA IPTV測(cè)試方案的主要特點(diǎn)包括： 　　使用IXIA全面領(lǐng)先的測(cè)試解決方案，可以十分方便地實(shí)現(xiàn)Triple Play網(wǎng)絡(luò)端到端的性能測(cè)試、VOD視頻服務(wù)器的性能測(cè)試、IP DSLAM和IGMP Switch的性能測(cè)試以及IP機(jī)頂盒(STB)的測(cè)試。為網(wǎng)絡(luò)設(shè)備制造商IPTV網(wǎng)絡(luò)設(shè)備研發(fā)以及運(yùn)營(yíng)商IPTV網(wǎng)絡(luò)業(yè)務(wù)承載能力評(píng)估提供有力地幫助。

電信網(wǎng)技術(shù)


相關(guān)鏈接:
基于IMS的IPTV系統(tǒng)架構(gòu)研究進(jìn)展 2008-09-12
中國(guó)IPTV增值業(yè)務(wù)發(fā)展的幾點(diǎn)思考 2008-09-09
運(yùn)營(yíng)商呼叫中心盈利模式新解 2008-09-08
視頻會(huì)議將成為運(yùn)營(yíng)商增值服務(wù)新熱點(diǎn) 2008-09-08
IP視頻需要怎樣的產(chǎn)業(yè)鏈？ 2008-09-04

分類信息:  增值電信_(tái)與_IPTV  IPTV_與_電信     熱點(diǎn)專題_增值電信_(tái)文摘   熱點(diǎn)專題_IPTV_文摘   行業(yè)_電信_(tái)文摘