即使在一年前,將此類網絡保障措施直接設計進用戶的機頂盒中還無法成為一種選擇。但這種能力現(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ā)布,可將其看作一個包裝程序(需將??坐落在網絡驅動器與較高層間的直接傳送(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)控能力。
服務質量和網絡監(jiān)控不僅是網絡運營的關鍵組成部分,對于實現(xiàn)業(yè)務持續(xù)發(fā)展——包括營業(yè)收入、客戶挽留和增長保證,也具有重要意義。成功的服務提供商都認識到,積極主動的監(jiān)控必須在整個服務期間周而復始地進行,要從其決定評估網絡能力、啟動新的IPTV服務那一刻起,貫穿部署、試運行、運行,直至向用戶提供服務等級協(xié)議(SLA)這一整套環(huán)節(jié)。
要持續(xù)提高評估精度,就得采用深入網絡進行檢測的工具,而非簡單告知服務是否正在進行。合適的工具需具有窮追不舍的能力,以將故障精確定位至具體設備或應用(無論其身處網絡核心或家中),還要具有完全評估包丟失、抖動、延時及其它指標的能力,這些指標對通過IP傳輸?shù)囊曨l質量有顯著影響。針對IPTV這樣一個正在茁壯成長的市場,在用戶機頂盒中安插一個“代理器(agent)”,將是確保真實的端對端高質量IPTV性能的一種意義深遠的方法。