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

將V-Factor技術嵌入機頂盒

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

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

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

圖5：在機頂盒內嵌入V-Factor代理器

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

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

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

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

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

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