機頂盒中安插代理器 刺探IPTV用戶體驗質(zhì)量

內(nèi)容導(dǎo)航：第1頁：視頻質(zhì)量評估模型及其演變第2頁：V-Factor技術(shù)第3頁：為MPQM提供影響視頻質(zhì)量的參數(shù)第4頁：將V-Factor技術(shù)嵌入機頂盒　　分頁瀏覽 | 全文瀏覽

將V-Factor技術(shù)嵌入機頂盒

　　即使在一年前，將此類網(wǎng)絡(luò)保障措施直接設(shè)計進用戶的機頂盒中還無法成為一種選擇。但這種能力現(xiàn)已成為現(xiàn)實。例如，QoSmetrics近期宣布，其用于確保核心IPTV性能的V-Factor技術(shù)，現(xiàn)可直接嵌入用戶的機頂盒中，以實現(xiàn)真實的端對端IPTV性能保證。

　　正如前面所指出的，需為V-Factor背后的MPQM模型提供用戶家中的機頂盒容易收集的實時信息和參數(shù)，該模型才能工作。典型的參數(shù)包括音視頻緩沖器的大小。這些緩沖器的大小，將幫助MPQM模型計算機頂盒能夠處理信息流中視頻和音頻部分的多少抖動。而告知該模型系統(tǒng)是否采用了諸如前向糾錯(FEC)等包丟失掩飾技術(shù)，同樣非常重要。

　　然后，該模型需訪問某些實時數(shù)據(jù)(見圖5)。

圖5：在機頂盒內(nèi)嵌入V-Factor代理器

　　這些實時數(shù)據(jù)與IP層、MPEG2TS層或RTP層(當(dāng)選用的是RTP協(xié)議時)相關(guān)。從機頂盒內(nèi)收集實時數(shù)據(jù)有幾種不同方法。一種帶有直接API的V-Factor庫即將發(fā)布，可將其看作一個包裝程序(需將??坐落在網(wǎng)絡(luò)驅(qū)動器與較高層間的直接傳送(pass through)模塊。

　　根據(jù)機頂盒的軟件架構(gòu)，可將電視的統(tǒng)計數(shù)據(jù)甚至是通過本地配置收集的數(shù)據(jù)提供給V-Factor庫。為了適應(yīng)大多數(shù)機頂盒供應(yīng)商的需要，V-Factor庫具有極大靈活性。實時收集的信息包括每一時間間隔(從10秒到1分鐘)內(nèi)的I、B和P幀的數(shù)量以及相同時間內(nèi)的Quantiser_Scale(量子化器度量)平均值。為測量某些丟失數(shù)據(jù)對視頻質(zhì)量的影響，就要為該模型提供真實的包丟失統(tǒng)計數(shù)據(jù)；相關(guān)數(shù)據(jù)也可由API提供。

　　另外，可從檢測到的抖動(IP抖動或PCR整體抖動)，使用Markov模型直接評估包丟失。代碼大小與使用的各版API有很大關(guān)系，也與操作系統(tǒng)環(huán)境有關(guān)。在類似Linux這樣的環(huán)境中，包括全部選項及根據(jù)統(tǒng)計連接起來的庫在內(nèi)的代碼大小在2MB以內(nèi)。通過采用一個動態(tài)連接的共享庫，可輕易地將代碼大小縮小6倍。

　　當(dāng)需將V-factor整合進IPTV路由器或一臺支持IPTV的DSLAM時，還提供有一個通用庫。該庫為多個電視頻道實時提供全被動(full passive)視頻監(jiān)控能力。

　　服務(wù)質(zhì)量和網(wǎng)絡(luò)監(jiān)控不僅是網(wǎng)絡(luò)運營的關(guān)鍵組成部分，對于實現(xiàn)業(yè)務(wù)持續(xù)發(fā)展——包括營業(yè)收入、客戶挽留和增長保證，也具有重要意義。成功的服務(wù)提供商都認識到，積極主動的監(jiān)控必須在整個服務(wù)期間周而復(fù)始地進行，要從其決定評估網(wǎng)絡(luò)能力、啟動新的IPTV服務(wù)那一刻起，貫穿部署、試運行、運行，直至向用戶提供服務(wù)等級協(xié)議(SLA)這一整套環(huán)節(jié)。

　　要持續(xù)提高評估精度，就得采用深入網(wǎng)絡(luò)進行檢測的工具，而非簡單告知服務(wù)是否正在進行。合適的工具需具有窮追不舍的能力，以將故障精確定位至具體設(shè)備或應(yīng)用(無論其身處網(wǎng)絡(luò)核心或家中)，還要具有完全評估包丟失、抖動、延時及其它指標(biāo)的能力，這些指標(biāo)對通過IP傳輸?shù)囊曨l質(zhì)量有顯著影響。針對IPTV這樣一個正在茁壯成長的市場，在用戶機頂盒中安插一個“代理器(agent)”，將是確保真實的端對端高質(zhì)量IPTV性能的一種意義深遠的方法。