iptv質(zhì)量提升

1、IPTV業(yè)務(wù)質(zhì)量監(jiān)測平臺,,機頂盒內(nèi)置質(zhì)量監(jiān)測工具,內(nèi)置質(zhì)量監(jiān)測工具是安裝在機頂盒中的一個探針功能監(jiān)測視頻播放過程中的質(zhì)量問題記錄組播、單播過程中的丟包、帶寬、斷流等信息監(jiān)測業(yè)務(wù)交互過程中的質(zhì)量問題記錄認證、組播加入、單播請求、EPG請求過程的成功/失敗相關(guān)信息工作方法內(nèi)置質(zhì)量監(jiān)測工具（T－Agent）每1小時將監(jiān)測日志上報到IPTV網(wǎng)管平臺IPTV業(yè)務(wù)質(zhì)量監(jiān)測系統(tǒng)收集日志文件，對全網(wǎng)/DSLAM/單個用戶的IPTV質(zhì)量

2、進行統(tǒng)計分析機頂盒內(nèi)置質(zhì)量監(jiān)測工具開發(fā)、部署情況現(xiàn)網(wǎng)已有7萬多臺ZTE機頂盒升級為有內(nèi)置質(zhì)量監(jiān)測工具的版本，其它ZTE機頂盒正在逐步升級中UT機頂盒已提交測試版本其它已支持質(zhì)量監(jiān)測功能的機頂盒有：同洲、裕興等,統(tǒng)一網(wǎng)管平臺－架構(gòu)和部署,IPTV統(tǒng)一網(wǎng)管在整個IPTV平臺中的位置,統(tǒng)一網(wǎng)管平臺能夠?qū)W(wǎng)元等物理資源進行管理；對存儲、點播、直播、組播能力等邏輯資源進行管理 ；對應(yīng)用的運行狀態(tài)進行監(jiān)控 ；對IPTV用戶業(yè)務(wù)的運行質(zhì)量進行

3、監(jiān)控；上海分公司IPTV平臺的所有設(shè)備皆需要納入此系統(tǒng)管理。 統(tǒng)一網(wǎng)管平臺提供其他可能接入系統(tǒng)的相關(guān)接口，以便與別的系統(tǒng)結(jié)合，促進IPTV業(yè)務(wù)質(zhì)量的進一步提高，吸引更多的用戶。,,統(tǒng)一網(wǎng)管平臺－功能和界面,平臺設(shè)備監(jiān)控：包括對UT廠商平臺、中興廠商平臺、增值業(yè)務(wù)平臺、業(yè)務(wù)支撐平臺的各種設(shè)備的實時性能，告警以及統(tǒng)計的功能。業(yè)務(wù)流程監(jiān)控：包括所有增值業(yè)務(wù)、視頻點播業(yè)務(wù)、視頻直播業(yè)務(wù)、視頻回看業(yè)務(wù)，并針對每個業(yè)務(wù)細化到步驟，具有流程實時

4、性能監(jiān)控、告警監(jiān)控、告警查詢、性能統(tǒng)計功能，并能夠?qū)I(yè)務(wù)與相關(guān)設(shè)備進行關(guān)聯(lián)。EPG分發(fā)監(jiān)控：采用EPG探針監(jiān)控各POP點以及核心節(jié)點的EPG模板，包括EPG文件的數(shù)量，內(nèi)容的正確性。,服務(wù)質(zhì)量分析系統(tǒng)－架構(gòu),現(xiàn)網(wǎng)平臺中已實現(xiàn)A點的監(jiān)控08年三期擴容將實現(xiàn)B、C、D、E點的監(jiān)測，其中E點的監(jiān)測部署可移動監(jiān)測點,服務(wù)質(zhì)量分析系統(tǒng)－界面,組播流/點播流實時性能分析,組播流/點播流實時性能分析——對某關(guān)鍵節(jié)點的所有組播流/點播流性能指標(biāo)實

5、時進行監(jiān)控組播流/點播流鏈路追蹤——從視頻源到用戶端，對某條特定組播流/點播流所經(jīng)過的所有關(guān)鍵節(jié)點的性能指標(biāo)進行實時分析監(jiān)控。即可監(jiān)測流媒體輸出側(cè)服務(wù)質(zhì)量，又可跟蹤用戶側(cè)服務(wù)質(zhì)量可分析指標(biāo)：MDI-DF，MDI-MLR，streamrate，IPSBR，TS CC ERROR等。,2、質(zhì)量監(jiān)測工具研發(fā)與試點部署,機頂盒內(nèi)置質(zhì)量監(jiān)測工具由研究院制訂技術(shù)要求，機頂盒廠商開發(fā)實現(xiàn)，阿網(wǎng)公司統(tǒng)計分析內(nèi)置質(zhì)量監(jiān)測工具（T－Agent）每

6、1小時將Qos log上報到IPTV網(wǎng)管平臺IPTV業(yè)務(wù)質(zhì)量監(jiān)測系統(tǒng)收集Qos log，對全網(wǎng)/DSLAM/單個用戶的IPTV質(zhì)量進行統(tǒng)計分析現(xiàn)網(wǎng)部署情況現(xiàn)網(wǎng)ZTE機頂盒已支持質(zhì)量監(jiān)測功能其它已支持質(zhì)量監(jiān)測功能的機頂盒有：同洲、裕興等,2、質(zhì)量監(jiān)測工具研發(fā)與試點部署（續(xù)1）,機頂盒內(nèi)置質(zhì)量監(jiān)測工具（續(xù)1）機頂盒Qos log內(nèi)容,2、質(zhì)量監(jiān)測工具研發(fā)與試點部署（續(xù)2）,機頂盒內(nèi)置質(zhì)量監(jiān)測工具（續(xù)2）機頂盒Qos log統(tǒng)計分

7、析系統(tǒng),IPTV廠商平臺,阿網(wǎng)Qos log分析系統(tǒng),2、質(zhì)量監(jiān)測工具研發(fā)與試點部署（續(xù)3）,機頂盒內(nèi)置質(zhì)量監(jiān)測工具（續(xù)3）各類統(tǒng)計報表,2、質(zhì)量監(jiān)測工具研發(fā)與試點部署（續(xù)4）,線路質(zhì)量監(jiān)測工具由研究院制訂技術(shù)要求，DSLAM廠商提供相關(guān)Mib，華夏公司開發(fā)數(shù)據(jù)采集和計算系統(tǒng)目前已支持對中興、阿爾卡特DSLAM的監(jiān)測現(xiàn)網(wǎng)監(jiān)測對象是浦東地區(qū)B平面IPTV用戶（由于硬件性能問題，所以未擴展監(jiān)測范圍）華夏公司每周提交一份監(jiān)測用戶的可

8、達速率和誤幀率,2、質(zhì)量監(jiān)測工具研發(fā)與試點部署（續(xù)5）,線路質(zhì)量監(jiān)測工具（續(xù)1）系統(tǒng)架構(gòu),2、質(zhì)量監(jiān)測工具研發(fā)與試點部署（續(xù)6）,線路質(zhì)量監(jiān)測工具（續(xù)2）采用SNMP方式收集數(shù)據(jù)，采集DSLAM端口數(shù)據(jù)Modem1天收到的數(shù)據(jù)幀數(shù)、錯誤的數(shù)據(jù)幀數(shù)最大可達速率、信噪比余度、衰減采集時間安排白天、晚上各讀取2次數(shù)據(jù)挖掘：以一周作為一個統(tǒng)計周期錯幀率、最大可達速率Min、信噪比余度Min、衰減Min關(guān)聯(lián)用戶信息用戶AD編號

9、、用戶姓名、用戶地址DSLAM類型、DSLAM編號、DSLAM IP主干電纜編號、交接箱號、配纜編號、分線箱號、配纜線序,2、質(zhì)量監(jiān)測工具研發(fā)與試點部署（續(xù)7）,媒體流傳輸特性MDI監(jiān)測工具阿網(wǎng)公司開發(fā)MDI監(jiān)測工具，研究院優(yōu)化RFC4445算法原MDI（RFC4445）的局限性只能針對UDP測試，基于TCP的單播無法測試MDI:DF不區(qū)分波峰和波谷，無法判斷是緩存溢出還是清空MDI:DF不能準(zhǔn)確反映對緩存的需求MDI指

10、標(biāo)優(yōu)化支持TCP單播流測試區(qū)分波峰和波谷優(yōu)化后的指標(biāo)更貼切現(xiàn)網(wǎng)應(yīng)用,2、質(zhì)量監(jiān)測工具研發(fā)與試點部署（續(xù)7）,媒體流傳輸特性MDI監(jiān)測工具（續(xù)）部署方法端口鏡像試點部署核心7609核心T64G核心T160GPOP點武寧8512,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析,業(yè)務(wù)端到端質(zhì)量分析－－基于機頂盒內(nèi)置質(zhì)量監(jiān)測結(jié)果分析分段質(zhì)量分析IPTV平臺媒體流輸出質(zhì)量－－基于MDI / TR101 290監(jiān)測結(jié)果分析骨干網(wǎng)

11、傳送質(zhì)量 －－基于MDI 監(jiān)測結(jié)果分析接入網(wǎng)傳送質(zhì)量 －－基于線路誤幀率監(jiān)測結(jié)果分析異常情況分析,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析（續(xù)3）,業(yè)務(wù)端到端質(zhì)量分析（基于機頂盒Qos log統(tǒng)計）附：機頂盒Qos log統(tǒng)計數(shù)據(jù)舉例一周內(nèi)不同區(qū)局的質(zhì)量狀（ 2008年9月11日～9月17日）,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析（續(xù)4）,業(yè)務(wù)端到端質(zhì)量分析（基于機頂盒Qos log統(tǒng)計）附：機頂盒Qos log統(tǒng)計數(shù)據(jù)舉例（續(xù)

12、）全網(wǎng)不同時間段的質(zhì)量狀況,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析（續(xù)5）,IPTV平臺媒體流質(zhì)量分析（基于MDI統(tǒng)計）MPEG TS TR101 290指標(biāo)，經(jīng)監(jiān)測，第一級、第二級指標(biāo)基本正常PCR偶有抖動過大。由于IPTV機頂盒不通過PCR同步時鐘，因此對業(yè)務(wù)質(zhì)量無影響虛擬頻道TS CC Error較多。經(jīng)驗證，對視頻質(zhì)量無影響，盡管TS序號不連續(xù)，但媒體內(nèi)容沒丟失非虛擬組播媒體流輸出平穩(wěn)，且?guī)缀鯖]有RTP丟包，但是虛擬組播流

13、波動較大（最大值到400ms）單播服務(wù)器媒體流輸出的波動較大（部分超過400ms）,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析（續(xù)6）,IPTV平臺媒體流質(zhì)量分析（基于MDI統(tǒng)計）附：IPTV平臺組播MDI監(jiān)測數(shù)據(jù)MDI:MLR基本為0非虛擬頻道MDI:DF，波峰max保持在20ms左右，波谷max保持在100左右虛擬頻道MDI:DF，部分虛擬頻道波峰max到400ms，波谷max最大到1000ms部分虛擬頻道TS CC Error嚴

14、重,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析（續(xù)7）,IPTV平臺媒體流質(zhì)量分析（基于MDI統(tǒng)計）附：IPTV平臺單播MDI監(jiān)測數(shù)據(jù)（續(xù)）222.68.199.4/5/6視頻服務(wù)器在5月4/5/6日的監(jiān)測結(jié)果單播DF（視頻流波動）比較大，DF平均值主要分布在200－400ms之間，400－2000ms也有單播MLR（TCP重傳）比較大，一般1s都要重傳幾個到十幾個報文，個別重傳超過百個報文DF的分布和時間略有一定的關(guān)系，從20：00－

15、22：00，DF逐步變大，但是規(guī)律不十分明顯，總體上DF的分布比較離散DF和MLR有較大的相關(guān)性，既DF大，MLR就高（因為DF大，DSLAM緩存溢出的可能性就大，丟包重傳就多）,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析（續(xù)8）,骨干網(wǎng)絡(luò)傳送質(zhì)量分析（基于MDI統(tǒng)計）從核心平臺到錄制點的網(wǎng)絡(luò)抖動非常小，對業(yè)務(wù)質(zhì)量無影響從核心平臺到錄制點的網(wǎng)絡(luò)丟包非常小，對業(yè)務(wù)質(zhì)量影響極微小附：骨干網(wǎng)傳送MDI監(jiān)測數(shù)據(jù)從核心平臺到錄制點1小時的丟包個數(shù)

16、30～90從核心平臺到錄制點DF基本無變化,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析（續(xù)9）,ADSL接入質(zhì)量分析ADSL線路誤幀率比較高，且高誤幀率線路始終穩(wěn)定在某些線路上一周平均誤幀率超過0.01%的有22%左右，誤幀率超過0.1%的占6～7%，誤幀率超過1%的占1.5-1.8%根據(jù)線路誤幀率和組播媒體封包丟包率對比，組播媒體封包高丟包率用戶基本由線路高誤幀率引起；而單播線路誤幀和媒體封包丟失的關(guān)聯(lián)性不大,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)

17、計分析（續(xù)10）,ADSL接入質(zhì)量分析（續(xù)1）理論上，基于TCP傳輸?shù)膯尾ゲ粫忻襟w封包丟失，但是，如果輸出速率不恒定，對于滯后2s的媒體封包服務(wù)器會主動丟棄 線路誤幀率總體上與線路可達速率成反比關(guān)系，但是，仍有不少高可達速率用戶，其誤幀率非常高,橫坐標(biāo)：用戶線路序號（誤幀率由最高到0.01%排序）,縱坐標(biāo)：用戶線路的可達速率,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析（續(xù)11）,其它異常情況（可通過監(jiān)測系統(tǒng)發(fā)現(xiàn)）平臺出口鏈路均衡問題、Qo

18、s問題CX600與8505的組播配合問題DSLAM用戶端口的組播復(fù)制穩(wěn)定性……,,3、現(xiàn)網(wǎng)IPTV質(zhì)量狀況統(tǒng)計分析（續(xù)12）,總結(jié),TR101 290第一、第二級指標(biāo)的出錯率極低,抖動：非虛擬組播非常平穩(wěn)，虛擬頻道略有波動，單播波動較嚴重丟包：幾乎為0,抖動、丟包非常小，對IPTV業(yè)務(wù)質(zhì)量基本無影響,線路誤幀引起的丟包較為嚴重,總體情況良好，單播申請失敗率略高,組播丟包高于單播丟包，單播碼流抖動引起的緩存清空遠超過組播,T