XX电信IPTV视频质量监测系统测试报告

1、浙江电信IPTV视频质量监测系统温州测试报告2011年7月13日FKIAWW1IPTV视频质量监测系统部署情况IPTV 视频质量监测系统通过在 IPTV 机顶盒上部署视频质量监控模块，对 IPTV 业务进行不间断监测， 同时根据需要在不同地方对直播频道的视频质量进行实时监控，在用户收看 IPTV 业务出现异常时进行告警并从机顶盒侧、 网络侧及视频源三个方面进行故障分支定界。自 5 月 16 日以来，在浙江电信进行 ISA(IPTV 视频质量监测)系统的安装部署与调测。本次 ISA 系统部署包含以下各个设备：系统服务器(省分机房)管理服务器(8)采集服务器(122.229.

2、0.845)存储服务器(6)视频分析仪器(省分机房、温州机房)省中心视频分析仪(3):在省中心 UT 平台对 UT 转码后的直播节目进行实时监测。温州市视频分析仪(46,5。：在地市平台侧对平台下发到本地网的直播节目进行实时监测。以上设备可以实现对浙江电信省中心 UT 平台出口、温州电信平台节点出口进行直播节目实时监测，最多可监测频道数为 200 路。系统采集服务器每台最多可实现对现网机顶盒 10 万用户的实施监测，两台共计可监测用户数可达 20力0自 5 月 20 日起，在温

3、州对 1078、1110B1110B2 机顶盒进行版本升级，纳入 ISA系统监测。在此期间并分别选取温州洪殿 EMS 雪山 EMS 温州新大楼 HMS 温州新城大楼 HMS 平阳、苍南开放策略进行现网升级。截至 7 月 12 日 10 时 15 分，ISA 系统对温州市 274864 用户中的 98,246 个用户进行了有效监控。他 iPW 用户为争用不在眨月户料*lPTnPJfik2Qll-D713ltt22：lfr2也对礴用尸嘲姓户些理里其中 1078B15956 个，1110B29056 个，1110B253234 个。截止 7 月 13 日，视频分析仪分别监测 103 个直播频道。2功

4、能验证情况2.1模拟实际网络链路进行验证测试为了测试 ISA 系统能否有效监控机顶盒的状态，我们现场通过控制机顶盒上联端口的速率，一边观察视频故障现象，一边观察 ISA 的监测情况。测试业务账号：57701000197,测试拨号账号：wz10mitv2.1.1 故障现象 1:看直播频道大概 5 分钟最有会有一次马赛克或者停顿，大部分情况下马赛克或者停顿比较轻微，偶尔马赛克比较严重在 ISA 上监测到情况如图 1-图 4:3-4图 1 网络延迟1201MM810知Q即11部0010251。姗妙磷鲍：2如114弼魁5知8加11瑞QM9舁邮洲的一融融;源前解嫡磷M蛙位A睡32011W0946:312

5、O11-OWJ30B31洲造胪不厕S蹄越iff!图 3IPTV 监控系统机顶盒告警图 4IPTV 平台 ping 机顶盒情况从网络时延、机顶盒丢包(0.01-0.04%)情况来看，根据经验基本能判断机顶盒的状态和用户的感知情况。这个和图 4 的平台侧 ping 机顶盒的情形基本符合。进一步结合图3 的机顶盒告警情况，可以确认机顶盒在播放过程中存在一定的问题。2.1.2 故障现象 2:丢包率增加至 0.50.6%,每隔 56 秒就出现马赛克，用户感知很差1508150815081508150815OS1508150815081508150815081508ISOS1508150815081508

6、e ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee e货表浣货货女炎女状b bb bb bb bb bb bb bb bb bb bb bb bb bb bb bb bb bb bTromfromfromfromfromTrom,fromTrofnfromfromfromfrom,From干81from1Z2.122.122122122.122122122.122,122.12222,122122122.239,237.121：N39.237.121：239.237.121:239.237.121:239.237.

7、121:.239237121:239.237.121:239.237,121：239.237.121:239.237.121;239.237.121:239.237.121:239.237,121：239,237.121:239,237,121：239.237.121：239.237.121:q qq qq qo o- -q qq qq qq qq qq qq qq qq qq qq qq qq qq qe ee ee e e ee eq ql le ee ee ee ee ee ee ee ee ee ee ee e5 5S S5 5S S- -s ss ss ss s多S S- -S SS

8、 S S SS SS SM MS S709012345678901234000111111111122222oooooooooooooooooo66666666666666C66611r r- -r r- -S99010-22126176568646523967513912t图 i 网络时延图 4IPTV 平台 ping 机顶盒情况+35eo4966JL77N28gBoohllNOIMG63671XEEmmEEmmT Ta-1-1KtKtEEEEEEia0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0 6 66

9、 66 66 6| |6 6辱|6 6G G6 6e ei i6 66 66 66 66 6i i6 6 i imlImmllmmlImmllm一工23:45578901NM45-6了8901N-225-a222233B3B33333a五王3王a33王B王多3M3.3.3.- -m mi ix x1 11 11 1X X1 1X X1 1H HX XH H1 1H HH HO OO OO OO OO OO OO OO OO OO OO OO OQ QO OO OO OQ QO OO OO OO OO O6 6i i& &6 6& &6 65 5G Gi i&am

10、p; &! !& &6 66 66 6! !& & &6 6G G6 66 66 66 66 6e ei工xrlx工xrllrlll1XJ.1工1工111-2222222222222222222222sggqqqg9ch9999刍9999999豆33王3mB3MmmmM3亭王33Mm3王一NNNNNNNNNNNNNNNNNNZNNN一NNNNNZNNNNNNNNNNNNZNZN一NNNNNNNNmNNzNNZNN-zxlilimxumlxmn一与与方方自ws5sms芋S.5-S.WW5-WSS-bbbbbbbbbbbbbbbbbbbbbb.一昌且

11、昌8目目&番日&B&0&-O000O0O0OOO0OOO0QOQO0O-S555555-55-5555-55S555S5S-mlnmmxluxmnmdli_4nlr57701ODO147=MO135n.*(TSteL/14:J图 2 网络丢包图 3 网络丢包率在网络丢包比较严重的情况，用户的感知已经很差。从网络时延等参数，基本能判断用户的网络状况不好，用户感知很差。2.1.3 故障现象 3:对 10000950 账号进行了测试。10000950 在白天收看直播节目大约几分钟就会轻微马赛克或者停顿，在下午 17 点到 18 点之间，频繁出现轻微马赛克，从 ISA

12、的监测告警情况来看CertusNetInc诋一周*催71* 珏”才周阳 E 瞿地.也分 M3+31*47M143事3就.叱IR 展醒天俎m43W斗15阿O 配也 i庐耳一a曜疆1241T心31后3驾3529z 尹曲 j4fr-WMi1我TT1-*i*WWW&va2411831T.CM.2SMH-dM-a17ML25押邛*打拈.福户I才口1；6凶24-1-1-44-43T4ggAttKOSHift户木”小修7M-O314-04-04Wt-l-OM-3I4OC00f*同产至积9必M112?1FW片0也pqpcF-小丽.妙|比中11U-44加”他一工生现14w咤问 1 西st-141t-W4

13、311J4AWH-OM11Miz丁塔*5*15翔盘110-M-d3tl41SA网1些2鼻0户手一13第1132-M犯w*FMU3iELJHRIAW1311才，JT押11n31忡 K国OM-r*17K1某礴，55那二五环!s-，营TH*i刘HE净图 1IPTV 监控系统机顶盒告警发现此机顶盒从 11 点 30 左右就有告警发出，在下午 17 点 30 到 18 点 30 这段时间不但告警时长较长而且，基本是连续出现告警。据现场测试人员汇报，发现中午在收看视频的时候偶尔出现轻微卡顿，在下午 17 点至 18 点期间频繁出现马赛克。这一实际现象与 IPTV 质量保障系统中所体现的状况稳合。2.2依据

14、IPTV监控系统中机顶盒告警信息进行现网验证根据 IPTV 监控系统中机顶盒告警情况，统计出 6 月 20 号6 月 26 号告警信服 召 用户呻此留加11瞄IP.开蜘洞有栩目吉酬卡嬲豳捌斶峻显蝴麴上映髓CV.FV.bwabTH.125.T09. 61.1H.2011-05-2.2011-O&2.牺嗡.僦产甄包.国阖氏正嚼眦小非铲丘汕IX.百百*皿.EiW3.&284.115235.61.1T4.2011-06-2.2011-06-2.司郝维.就飕蓟酬好器膜A非铲反陋风34,印13. MWXHL115.222. Eli州.2011-05-2.2011-2.司解审.博言包国或即1

15、翩眯小非第”幽IX.的5212.加值.防削.11睦011-052.2A11-0&2.嗨.就晦的：画醐智豳！1；M铲ETWk.后看,2m.tira.653?.115223.fil.Ufl.2011-05-2.的11舜工 同郝吧.陶晦葩.国神好瞅意A就 T取L.馥15IIU.h*出前肮.125.110.fil.lH.2t)11临2.2fl11-06-2.前附阕.唐?唾葩画脚好则A非铲重西瓦百皿,出小6期工.125J09.m.20112.2011-06-1.工用阕.豳耀韵国醐件豳陈4*1修飒y.晶，5212.trtza.6237.125.1DB. 61.1H.2011-05

16、-2.2A11-0&2.明炯瞬.豳摩最包酉瞄好就曲A非家产贵腿/.百百图 1IPTV 监控系统机顶盒告警汇总从 IPTV 监控系统中导出以上时间段内告警机顶盒的：业务账号、PPPOBK 号、故障原因、故障现象、上联设备等信息，做为现网排查的原始数据。针对以上数据先由电信 10000 号进行回访客户， 初步与客户确认 IPTV 使用感受， 并安排各支局人员对用户 adsl 链路通过链路监测软件进行检查。对于用户反馈状况好的，链路排查也是正常的用户，通过比对 6 月 20 号一 6 月 26 号与 6 月 27 号7 月 1 号机顶盒告警信息，发现依然存在告警。根据 10000 号f 于V

17、nu.w|/mbch(Own)00iynbols(JJp)ereRcrttnlEInventoryKTU-CXTU-Rr-4octomVendorName4e1第8也而怕SU后司&erlAlHUkliRrVarsionNumber42726F6164636FBD2(R3eF607444736C2O5fHT球-MUtFasA-ArlSolfTeslInfciooocoaoBRASSLAMSTBBitRate(速率)正常，参考“XTU-C350kbits/s,XTY-R6000kbits/s环路衰减，信号衰减，噪声容限均正常具体参考以下标准：LoopAttenuation 环路衰减 up0

18、-30dB,down0-50dB 越小越好，SignalAttenuation 信号衰减 up0-30dB,down0-50dB 越小越好 NoiseMargin 噪声容限up15-40dB,down10-40dB,接近中值为好。将测试 STB 接在该 DSLAW 外一块板卡上，STBS 放效果仍旧不佳。ered_dd88b712-c3fa-4f8a-8d69-490d133f5a84$.分析 DSLAM 勺上行端口， 即汇聚交换机的下行端口：接着将 STB 直连汇聚交换机 S8512 进行观察。开始 STB 网络初始化未成功,换做笔记本链接后出现错误码 651,遂将汇聚交换机的电口速率设定为

19、 10M,则 STB 的链接成功。 不同厂商端口自动协商对接有时会出现问题，因为自动协商无统一标准。STB 直连汇聚交换机成功登录 ITV系统后，播放节目很流畅。ered_dd88b712-c3fa-4f8a-8d69-490d133f5a84$.排查结论：综上断定是 DSLAMd 问题几率较大。但不排除 DSLAM 口 S8512 链接配合问题2.网络拓扑:连华为 S8512。机顶盒直连 DHS-3628,镜像抓包发现组播和直都有停顿、马赛克。进行了三次直播抓包，最后一次为更换收发器接口后的抓包。丢包率分别为：0.14%,0.06%,0.09%,集团电信研究院规定的线路丢包质量应该在 0.1

20、0%以下。虽然后两次低于0.10%,但在 10 分内，还是能看出明显卡顿。TotalRTPpackets=31312LostRTPpackets=45(0.14%)Duration138.15s门2-0!3.2案例2:1.故障现象:温州鹿城区横河七局干部楼客户反映IPTV 效果差，视频效果不流畅。用户环境为 lan 小区,汇聚交换机为D-LINKDHS-3628 由 100M 光收发器上3.分析客户小区机房 DHS3628 勺下行端口:80.72sTotalRTPpackets=10777LostRTPpackets=10(0.09%)Duration47.54sF:工v-dtirLILEer

21、srssdirectL皿酊laJpr,jy尊 gFrmZZDL31(IT 口巧 pra-tliterStow、。ZOTODtoEZE.IB0J513nrl5140J7Eliitps盯 M 鹫=al51IMD3中110mITSI彳 Fill 然 T1W年已0.DO0.0iD 圜ID*=KIElkJ23通Q-DOo.noD.Dg21.33Ok3ri411I.I444QHO(J.Ob0Ml?6AlIOkJg”修0QDawQon3Dm:m】gD0D0.00口叩就管0kJlIDQiUQ0.Dip口叩101 建冰口T1nMNK=cLl-LAJTI=LlDD14nJtVJERtHJQ0amf。FERNqli

22、tter-000VKAb-O.QQnsH1=IX口rKTT-JOTH 值口口 Mt41GTTT)LSEIRTTn/二七耳工 LJlO.Qfit)以 q 七也 M 耻 irtruD_s-a-tCOLSTE41,1|5EE3pm33Lb*野斤皿TrrptMeetlJDlU-l7- 旧 仃 ： 31皿MOm皿 用 . 了4t02011-07-Ofl15：3kOZW220.M.U7.Z*u.2ut-e?-oiB!4i：3kanm2n.皿.wZHi-r-aiBi：iknmaoasLU;IB2U17-011*川川朋皿皿 m 阳 Nil07GB 旧仃；H.lWZl?却皿.117峋 Mil加 0IS； 打手.

23、期由 IM.ZM,89.1砥减如鹏 H；射:班 UK 湖 1 征取.谢,工帕ZIU-17-a心注为热窈阳2M.13L,137J4UZAU-I7-U15:4I:34.1124M220.J9L.B?.? 确 %147-1SN: 抹1M蜗2XL19Lir.742tU-fl?-NIS14):34.121SM2M.19L.ir.7412*11I7优15用juawt220.19L.U7.4722011175仃:mEKMM.ISLITJJ-ri，r，rrn佻-当 DHS-3628 以百兆端口自协商方式接入 8512 时:TotalRTPpackets=31635LostRTPpackets=49(0.15%

24、)Duration139.32sI、”1W(JHlb：iJl：44.flMH口 J”A”后/JMK./U-j.”RTFPT=FyrKmirGTP-T曲 iOU-07-OB16:tll:44.324921220.191S7RTPPT=DynamlcRTP-T2720Ll-07-0a220.1M.137.8253.IS.205.77RTPPT-=DynamicRTP-T此时小区上网流量+测试机顶盒总流量不超过 30M,见下图 0 为测试用 DHS-3628 的 IP 地址，port1、2 为下联端口，24 为上联 S8512 端MHIRI)Fibirid

25、Jiilc*SbvS)*n哂t- gr4前H翻生10.D0ODOinI此】翻鬣羽IWgjDOQDQaNQk冽濒蜀OJOom出度:nil*I.WOJDD0JQ节.苒W潮捌的imHJffi0DO婚为DH劭细白IJNfl.DOODO3185册谢发iUJ(LBuffim%：nt)DH削捌玷tooo.nODO8151密1WUJO.DOQjtl比 w：Uk.谕捌自amfl.DOano042：0dhViAM*.Kirdilu件 0：oraAMM由t0*FIm。30roll07c512011-07-(F=gH&UirecijiDaiilli-4Cti.DU32MH-07-CiWLr-LiuSLTEIe

26、ron22.i93.t379jrtfli：C0toE33BWD5.开gr1：51,如SSBC=Os5675EDO33201107iPnfkd,:基It.hiJ36?(311-a7-C2ITOSD.noKJn.Enas011i72(111-07-3晒qD.aiu口mQE美的口k13S2OH-O7-C*函50DO000orri43Tgr口卜1amuni1AT/51KEIB二口UiOLE0.TOM.12OhMW29F830lierneinBs2=10.VIfTiial心力色广LTher6JKI37EL口HOLE0.CDg.55f口占1JEME0.00OLEO.CDrE.&1(口出3JBISo

27、.ac.roo.m航.朝(ahqJ&DCiat0J0.00就.时Bs】int-to-PoimrJtXlOLOC0000.3瓦民力fOkJte-rnetPrijtcerDatagrMal-TlnwetrarRIHAHRJ-AAA.AArtMHf+1IlHX4tll-0( (Hm4|i4rb*iCQ,flJL11HF=口口口nijSUBttBSXS14*7门;G11-O7CMJlirw-QK4卜怅-109ntkiba-d.COn.loJHJtfel,JVM1-LTmbjfjn*01(Wig;hrr由Wlr&tlTrnff*74可；加工tiI电WIJtl当将小区线路从 DHS-362

28、8 拔出后，测试机顶盒显示的图像则很流畅没有任何故障现象。5.排查结论：链路速率流量小区上网流量+测试机顶盒流量只有测试机顶盒流量1000M没问题没问题100M有问题没问题由上述分析得出 S8512 在流量超过 30M 带宽为 100M 的情况,S8512 产生缓存溢出（厂家提供的具体原因），导致问题出现。3.3案例3:.故障现象:客户反映观看组播节目时，视频出现马赛克、停顿等现象。.网络拓扑：.分析 ADSL 勺下行端口：通过 UT 机顶盒进入直播频道，节目播放后将连接的网线拔出，连接到抓包的PC 网口上。这时还能继续抓 RT 池，最长可持续 120 秒。抓包丢率为 7.17%,BRAS5

29、匚栗交换和 LDSLAIVISTSTotalRTPpackets=18249LostRTPpackets=1309(7.17%)Duration由于用户在看 IPTV 时，同使用上网 PPS 影音，导致严重。请用户停止使 PPS 影响后，则机顶盒丢包率为 0再请用户开启 PPS,丢包率为:TotalRTPpackets=11224LostRTPpackets=1054(9.39%)Duration49.04s4.排查结论:由于用户在观察 IPTV 的同时，使用 PPS 影音软件，挤占带宽致使 IPTV 播放效果不流畅。4总结1.IPTV 视频监测系统准确性较高，达到 92.06%.部分通过专业

30、的链路监测系统判断正常的链路，经过现场排查发现确实存在链路老80.51sRS吗iLJWJFUjL.VXA-V-UWX：C.T-JJr1；：；：29:：55.576D422j1S9V92011-O-flH二嚣:M.WM4D220IPrranp1W1-131byt#5mwin?(mIECtlWriDtHPSrc:Unisphartl:o2:f-Plff-dMiritilwrrelylflrPCTrrtroFflirrFTCTCHZGI事internetIFrirtDColrSrc:22O11.1J,*us*r01岁*preiocol,vcwis*V.irjikail4F3+JF.”AnnJfvIF*w4：DLEHIL-WkrwEjd0=TQQOST1时】fBTEIE3rurl呷ujciii&nmHii.iivdhslIM0Mtin|-i-liiKr=fi.DQVE.ftnjittMT=0g %Sfe?*0.0(悭Toi.41TTF)电=%in.GL.10iekwj*cui旧制1Lrnr=ixra“tl占Evtj-upjjbi5iLML而知仃Tl5色dFT4tE-430IPTV 卡顿、马赛克现象JTiJ-lu i.WJIA-Wr.WB.jfi+f-IWFJd.上ZCI11-U/-MIFW：/，？，？152MbJ2SZZQll-07MlHJZT.