IPTV-STB-案例集完整版(V100R002-01)

IPTVSTBIPTVSTB目01012012-01-STB接入案 PPPoE方式接入进度条停在 无法正常启动并提示127错 PPPoE方式接入机顶盒断 QoS无法上 SQM无法上报数 从主EDS切换到备EDS较 不能播放CA节 CA文件不存在或ECMPID值错误导致不能播放CA节 使用中兴Modem自动拨号无法播放视 播放H.264片源时抖 IPTV业务断流、卡顿和卡 A缩略 IPTVSTBIPTVSTB1STB01012012-01-STB

EC1308H85%

arpconnect失效，从而导致无法接入平台。arpconnect失效，从而导致无法接入平台。request2request报文。

无DHCP

DHCP90%，EPG首页。

DHCPDiscoverDHCPDiscover1DHCPDHCPDiscoverDHCPDiscover15.7s21.8s13.7s2Discover2s。DHCPDiscover，2sDHCPDiscover，2sDHCPDiscover，4sDHCPDiscover，4s从图1-5DHCPDiscover到机顶盒收到DHCPoffer21.8-13.7=8.1s8s，8s之后机顶盒DHCP请求失败。2DHCPDHCPDiscover0s2sDHCPoffer3

DHCPDHCP服务器响应都能处理，DHCP响应很慢的问题。升级机顶盒版本后问题解决，机顶盒DHCP4s，如果服务器不响应就一直重试。bugbug，所以华为机顶盒也做EC1308GLOGO后，UBoot

LOGOLOGO720×576

式。EC1308G现网版本（20107月份发布）GIF格式，需要先转换成JPG128Kb。JPGUBoot不能正常启动。1ECS（EPGControlSubsystem）LOGO图片下发前检测机制，确保下发LOGO图片是否符合规范的。2UBootLOGO128Kb做不升级的处理，确保机顶盒3现网升级（LOGO和系统文件）

LOGOEPG。无1telnetLOGO2EPG。无PPPoE

EC1308GPPPoE（PPPoverEthernet）52%处，

PPPoE

因为EC1308H和EC1308GPPPoE三次重连功能，EC1308HC56EC1308GC56版本进行验证。EC1308HC56PPPoEEC1308GC56PPPoE接入的效果。EC1308HC56−30s1-8PADO。−PPPoE失败。PPPoE52%处。EC1308HC5652%处。EC1308HC56EC1308GC56−30sPADO。−PPPoE失败。PPPoE52%处。EC1308GC5652%处。EC1308GC56EC1308HPPPoE交互过程打印加上，我们可以通过串口截取日PPPoE交互过程如下[0000:00:39]:[discovery.c:0628:_discovery]padiAttempts=[0000:00:39]:[discovery.c:0300:sendPADI]#########:IhavesendPacketPADI[0000:00:39]:[discovery.c:0346:waitForPADO]waitForPADO42/45,maxfd=45[0000:00:39]:[discovery.c:0364:waitForPADO]#######:IhavereceivedPacketPADO[0000:00:39]:[discovery.c:0491:sendPADR]#########:IhavesendPacketPADR[0000:00:39]:[discovery.c:0530:waitForPADS]waitForPADS42/45,maxfd=45[0000:00:39]:[discovery.c:0549:waitForPADS]#######:IhavereceivedPacketPPPoE过程也可从日志看到，例子如下sent[LCPConfReqid=0x1<mru1476><magic0x1ff8dc71>][0000:00:39]:[main.c:0597:_new_phase]phase=2,new_phase=4rcvd[LCPConfReqid=0xff<mru1492><authpap><magic0x66f61160>]sent[LCPConfAckid=0xff<mru1492><authpap><magic0x66f61160>]rcvd[LCPConfAckid=0x1<mru1476><magic0x1ff8dc71>][0000:00:39]:[lcp.c:1582:lcp_up]MTU=1476,MRU=1476[0000:00:39]:[main.c:0597:_new_phase]phase=4,new_phase=5sent[PAPAuthReqid=0x1user="i520100125@itv"password=<hidden>]rcvd[PAPAuthAckid=0x1""]PAPauthenticationpeerfromcallingnumber00:90:1A:A2:C8:BBauthorized[0000:00:39]:[main.c:0597:_new_phase]phase=5,new_phase=7sent[IPCPConfReqid=0x1<addr><ms-dns><ms-dns>]rcvd[IPCPConfNakid=0x1<addr33><ms-dns18><ms-dns3sent[IPCPConfReqid=0x2<addr33><ms-dns18><ms-dns3rcvd[IPCPConfAckid=0x2<addr33><ms-dns18><ms-dns3rcvd[IPCPConfReqid=0x1c<addr>]sent[IPCPConfAckid=0x1c<addrPPPoE无

EC1308HC56/EC1308GC56PPPoE

0param_version1-14所示。

EEPROM中读出其校验位时出现异常，并且机顶盒的升级服务器

EEPROM中读出其校0

EEPROM的校验位时，如果出现错EPG上点播各个盒子点播都没有问题。RRS（RequestRoutingServer）RRS返RRS地址，机顶盒会死机。sw_media_playrtsp:///88888888/16/20110117/268867608/287050.tsDESCRIBErtsp:///88888888/16/20110117/268867608/287050.tsRTSP/1.0CSeq:Accept:application/sdpTimeshift:1User-Agent:CTCRTSP[860150][SWMEDIA](rtsp_recv_proc)RTSP/1.0302MovedTemporarilyDate:Thu,14Jul201117:46:47GMTCSeq:Server:HWServer/Timeshift-Status:1EPG

URLrrsipbug

URLrrsipURLURL，URLrrsipIPTVSTBV100R002C10RRSrrsip从RRSURLRRSRRS重URLRRS列表。rrsip=除的时候查找的是“rrsipRRS时赋值的指针。URLrrsiplist=，不满足第一个条件，因此没有对指针赋值，但满足第中是否有“:有“:EPGURL都有“:uptr=strstr(client-while(uptr!=NULL&&client->backup_num<MAX_BACKUP_SERVER{}uptr=strstr(client->url,"rrsip");if(uptr){}

URLRRSIP无PPPoE

PPPoEPPPoEPPPoEMAC（MediaAccessControl）ZTE不同，其余字段大小ZTEZTEPPPoEPPPoE

PPPoE3sPPPoE心跳测试版本，在荆州PPPoE心跳响应，UDP的视频流出现后，机顶盒所收到的响应将会PPPoEPPPoE（830LCP数据ZTEPPPoE断链后会重新建链，但效果较差。不断出现断链和建链过程，ZTE机顶盒在播放视频时，100sEPG首页。具体数据报文如下：13sPPPoE建链成功（11）116s机顶盒请求下线（15766），第120s重连成功（15920）。31118312311LCPPPPoE心跳响应消息可以使终端设备正2

LCP报文的发送；以后也可能会影响到其他业务，是IPTVSTBIPTVSTB201012012-01-

2.0党建平台。测试过程中暴露了如下两个现象：7200机顶盒通过非常规的手段修改为党建2.0版本。

Flash里保SBox7400_djEEPROMSBox7400_pub。导致现象二的原因可能是党建机顶盒曾用于公众F050或C03

Flash存储中读取类型参数，向系统上报类型，接入党建系统平台的。正常EEPROM中没有存放机顶盒类型参数。B200F050（2009512日升级）开始软件版本（包括公众和党建）增强2.0公众版本（200999日升级，机顶盒的类型参数EEPROMFlashEEPROM读取类型参数，2.0SBox7400_pub修改2.0版本进行升级，导致机顶盒最终升级成了

S-Box72002.0EEPROM与−将SBox7200机顶盒公众C03版本修改为SBox7200_djB090党建2.0版本进行测试。−1～2B090机顶盒(未升级过公众版本)，通过工具升级2.0版本进行升级测试。无QoS

QoS（QualityofService）参数无法上报，包括EC1308/EC1308H/EC51085631D可以正常上报。

5631D11（i5*256+i6（12connect，并发送数据。

EC1308IP/pot（124，7529168，141，205（3840，表示服务ftpPORT无SQM

PPPoESQM

在LANBRAS只接受不带PPPoE头的IGMPIP的IGMPSTB还是在真实的网卡上抓数SQM服务器端无任何数据上报。modem接入的情况下，DSLAMPPPoEIGMPIP的IGMPSQM服务器

LAN接入的情况下验证发现直播组播都不可以正常上报数据。PPPoEmodemmodemDSLAM只接受带PPPoE头的LANSTBBRASPPPoEIPIGMP请求。C28STBSQM数据，在实验室modem接入方式下，DSLAMPPPoEIGMP请求，所IPIGMP请求会发出去，加入组播后也会在真实的网卡上获取到数据，也可LAN接入方式下，BRASPPPoEIGMPIPIGMPSTB还是在真实的网卡上抓数据，SQM服务器端无任何数据上报。无无

EC1308在连接一些电视机时遥控失灵，具体表现为遥控无响应，或响应AV混叠在一起，CPU（CentralProcessingUnit）12CRT（Cathode-RayTube）STBCRT电视的盒子有问题。将STBSTB在CRTCRT上工作有问题的盒子，在液晶电视上没有问题。可判2STBCRT时才会出现遥控失灵的问题。3STBCRT4AV线的抗干扰测试，在加干扰的情况下，机顶盒遥5CRTEC1308STB测试，都6AV78AVAV线之后，（Ground）2-10图2-10GND耦合到电源上，遥控接收头在受到干扰的情况下会发送一些杂当遥控器没有对机顶盒发射信号的时候，STBAVIR信号上就2-11所示。2-12所示。9AV线缆。10Enterhiir_interrupt.releasekeyinterrupt.Exithiir_interrupt.press2,0x3ec1ffEnterhiir_read:head=7,tail=7,buf_len=9hivirtualcore=Enterhiir_interrupt.frameerror.Exit50次按键无误码，且响应灵敏，遥控接收距离、角度均不受影

1、2、3、4220s左右后提示“系统错误，请切换频320s左右后提示“系统错误，请切换频1、2、3、4位置的机顶盒前面都接了一个没有带无线功能的路由器，模拟房间的链接方式，让路由器进行PPPoEDHCP接入。

PPPoE存在差异。SQM（ServiceQualityManagement）监测功能，SQM服务器在监测HMS38000端口，改变了以前版本使用随机端口的3800020s后，会把码流中断。无IPTVSQM38000HMS。DHCPIPTVSQM服务，SQM监测时，需要在机顶盒TP_link的无线路由器也没有问题，通过对比有线、无线路

SQM监控实现方式解决的，最好的解决方案还IPTV用户一致的组网方式。EDSEDS

EDS（EPGDistributingServer）服务器出现故障后，EC1308GEDS服务5631DEC627切换时间要长些。

目前所有的盒子做页面访问时，httpipanel控制，ipanel目前提EC6275631DEDSEC1308G要快些。无

STBipanelhttphttpSTBhttp的超时时间可能会存在较大的风险。

EC1308GEDSEC6275631DEDSEDS30s，用户也应该是可以接受的，并EDS服务器出故障的概率特别小。EC1308http40s。

5721BTSTV、TVOD时，在快进快退时，画面出现延迟现象。时间定位不

5721B快进快退机制是通过快进的倍数乘以相应的时间来确定播放时间点向服务器发无无VAS

IPSTBVISEPG(ElectronicProgramGuide)1STBSTB浏览器在解析页面js和发请2STB-EPG(EPGSTBSTB浏览器在解析页面js和发请3STB-EPG(EPG68）STB481)。5HMS交互，请求码流

2s1s的等待1STB-VIS0.18s（1225）3STB-EPG(EPGvastomem)4.84s（2748）4STB1.13s（6771）5STB-0.08s（RRS7181）0.11s

2s

vastrailer

EC2118E

文件读写操作过程中机顶盒断电导致文件系统异常，root区文件已经被破坏生成了同名rootrootyaffsflash1rootyaffs文件rootroot区异常文件，用可靠信息生成新的配置文件。2rootchecksumchecksum。3rootroot是否成功挂接。root分区。无CACAECMPIDCA

VNPTCA

CAECMPID

Verimatrix.storeCA初使化后同服务器进行下载的专有文件，如果不存在，CA就会无法解扰。CA初使化不成功，CA文件，重启机顶盒后会重新与服CAsession[strm_codec_parse_psi:ECMPID=0x0ECMPID=0x00[strm_codec_parse_psi:ECMPID=0x20ECMPIDCACA流会得到相ECMPIDPIDCAECMPID错误，CA流进行解扰操作。ECMPID设置在节目信息表中，在编码器编码中，时实加入到码流中，相应的ECM12无VerimatrixDRMCA

VNPTVerimatrixDRM的时候出现概率性失败，由于

VerimatrixDRM的初始化时需要用到机顶盒当前的时间等相应信息，VerimatrixDRMNTP模块的初始化所影响，出现调用顺序抢占，VerimatrixDRM初始化的导常。机顶盒在刚开机的时候会初始化多个模块，VerimatrixDRMNTP同步CA无DRM的配置文件。日志（不会对性能造成过大影响，用户体验没有差别VerimatrixDRM无

MA5616ADSL2M用户，使用华为机顶盒不能观看

ADSL2M1BRAS（BroadbandRemoteAccessServer）割接，将新太岳MA5200GME60上。2-22ME60MA5200G404PPPoE不能接入并下面抓包分析可以确认上层ME60MA5616上会出现阻塞。MA5616ADSL2M3M时问题可以解决。2ZTEZTE机顶盒因实现机制不同，在观看节ZTE1分钟内就会中断，不能观看。ZTE603MA5200GMA5616ADSL2MZTE机顶盒都可以观看直播节目，但画面会出现卡、换台不流畅问题。经过UDP、IGMP（InternetGroupManagementProtocol）和LCP报文在同等优先级时，

ADSLIPTVIPTV用户3M以上速率。

ADSL2MZTEME60ADSL2MIPTV用户进行提速。

ASDLModem、HG510HG522-C设置为路由模式，STBDHCP方式上网IPTV直播频道不能收看。PPPoE

ASDLModemrtsprtspSTB侧是没问HMS侧后发现报文已经被网络篡改了。−ce=rrs&subms=10144CSeq:6User-Agent:CTCRTSP−HMSCSeq:6User-Agent:CTCRTSPrtsprs&subms=10144RTSP/1.0rtspURLRTSP/1.0，此处媒体服务器需要解析URLRTSP/1.0关键字段。因如上报文被篡改了，所以服务器解析URLRTSP/1.0关键信息，从而解析失败。HG510HG522rtspHG配置为桥接模式时，IPTVHG配置为STB与业务系统的交互过程进行抓包分析。rtspSetupSTBHGDSLAM上−HG510STB11170-11171..User-Agent:CTCRTSP1.0….RTSP1.0….−HG522STB s=3RTSP/1.0RTSPDSLAMHG522STB侧加粗的244326无Modem路由模式下会有问题，也不清楚为何只有个别频道会modem上行拨号流程报文的获取方法，才可以进一IPTV的异常处理属于正常现象。PVC（8/862（IPTV（InternetZTE机顶盒能正常播放。

rtsp信令交互之后，DescribeSDP（SessionDescriptionProtocol）描述转换为组播频道，IPTVV2.0.pdf》中明确定

ZTE机顶盒，在同一地点，同一频道号的rtspZTE1IPTVV2.0.pdf》规范修改组播及单2无

CVBSS-VIDEO时会出现黑白的花屏。

CPU1HDMI4个白色浮动圆圈。212PF。3Modem

Modem

ModemModemPPPoEMTU（MaximumTransferUnit）/MRUURL长度有关系，URL长度比较长的频道播放会

2-342-34我们可以看到在机顶盒发送RTSPSETUP927－343＝584字节，ACK853927，说明发送之后数据被分片了。之所以会分ModemDSLAMMTU/MRU有问题导致的，由于我们无法抓到ModemModemPPPOEMTU/MRU的具体数值。CSeq:User-Agent:CTCRTSP1.0CSeq:User-Agent:CTCRTSPTCP播放，发送这样的报文兼容性更好。ModemPPPoEMTU/MRU出现了问题。无无

D1C新版本之后，部分区域的机顶盒直播无法播放，出现黑屏。老版本igmp://IP:port格式。igmp://IP:port格式的场景下才会出现黑屏现象。老版本的组播无流转单播冗灾方案没有记忆功能，如果用户网络出问题后进入冗灾流5s5sC56版本优化此方案，要求进入组播转单播冗灾流程后有记忆功能，55分钟内依然走单播流程。同时要URLURL不支持该格式，则不支持组播无流C56URL

3URL，修改为支持组播分离频道格式。URL直接EPG添加对我司机顶盒在组播区域下发支持组播分离频道格式（igmp://|rtsp://）URL，EPG

EC1308GYX5631DEC627

PATPMTprorgram_num信息是否一致的，如果不一致，则节目本身1Tsr.exePATPMTprogram_num参数值是否一致。2-35所示。HMSPATPMT中的program_num参数值是否2-36通过“eseye_u.exepatpmt参−−PAT/PMTPID，说明该时间可能直播编码机制不同，ST就是丢弃数据不启动解码而其他厂家还会进行解码，造成了用户体验上无HMSprorgram_num

5帧时间（33*5=165毫秒

2-212-40所示（主要参考红框内的帧率参数

ntscpal制式码流，这样跟国内其他节目保持了一无500毫秒左右。TV终端看到的音视频是同步的。0s～10s6.59s，STB6.59s6.58sSTB把这些音频和视频数据按照收STB在处理音视频同步时所耗时间都是毫秒级的，具体同步需要多少时间

STB无EC2108UDPsocketbuffer400Kb400ms的抖动，TCPbuffer64KTCP有重传机制，抖动只会引起视频停顿而不会花屏。并40Mbps15ms，尽管节目源的抖动超过了电信规范的要求，但是没有超过机

无无H.264

的情况。S-Box7200、EC1308均有此问题。

Elecard对播放时抖动严重的片源进行了详细分MPEG4H.264片源，而码流里的顶、底场信息缺失。H.264协议对顶、底场优先没有做强制要求，是可选的，如果片源H.264协议的缺陷。无

S-Box7200Broadcom芯片对于场编码码流中没有顶、底场信息的片源，如果无法根据经验判断，就以顶场优先的方式进行解码。Broadcom修改了微码，我们对现网片源做了EC13081s左右的定帧现象。

H.264协议的缺陷，IPTVDSLAM

IPTV600KbpingDNS：66，DNS200ms2～3pingIPTV

IPTVDSLAM设备来不及响应机顶盒的地址续租请求。

2010413STB版本，在此之前用户反映的业务断流较频繁，之后没有

STBSTB

PTS

EC1308S-Box7200EC1308在播放南方新媒体节目时进行快进、快退操作出现了图像延迟显示现象。

（PresentationTimeStamp）间隔过大，在机顶盒实现音视频同步过程中，导致了内部视截取码流中间一段，找到相邻的音视频帧。I=Slicetype:FirstMB:==Slicetype:FirstMB:==Slicetype:FirstMB:=====无

PES（PacketizedElementaryStream）buffer，保证类似码流不会阻塞音频解

PTSS-Box7200以及EC1308在快进此类节目后，实现纯音频时间过长（6s左右。

EC5108机顶盒播放浙江电信境外频道，概率性存在播放卡顿现象，如果有滚动字幕的

8IPTV其他节目频道编码配置不一样，不是最PTSPCR（ProgramClockReference）2-49所示。

8无num_reorder_frames

num_reorder_frames参数设置为“0”是让解码器按解码顺序输出码流不的值设为“0

BCM相关负责人沟通后才能确定是否可以。无

在现场针对四芯和八芯网线使用情况进行测试（对接中兴平台。10分钟抓包和业−四芯网线+10四芯网线+101.68M0−四芯网线+10四芯网线+101.68M0−八芯网线+10八芯网线+101.68M0−八芯网线+10八芯网线+101.68M0四芯与八芯网络比对数据小结（现网测试PPPoE拨号耗时(10次12345678911MAC地址/id/PPPoE特111111−华为和中兴机顶盒在四芯线和八芯线接入部分的表现基本一致，只是华为机顶PADI10s20sIP地址比中兴机顶盒−10分钟抓包来看，业务体验没有区别，均没有出现丢包情况。−1sPADIPADO−10s11sPADI后，才能收到回应PADO。实验室针对四芯/八芯网线华为机顶盒测试分析（深圳研发接入组网情况：PPPoE>交换机>HUB>STB10组左右测试ZTE机顶盒具备丢包重传功能（现场干扰测试ZTE和华为机顶盒数据抓ZTE机顶盒与他们的平台配套支持丢包重传功能，即使网络上存在少量−serLiveType=1&nodelevel=3RTSP/1.0Accept:application/sdpCSeq:1User-Agent:ZTELtd.coRTSPprotocalverion −1sZTE丢包重传功能机顶盒无法单独实现，同时需要通过与平台服务器互相配合才能实合实现丢包重传功能。12让中兴开放丢包重传实现方案与接口，华为按照方案与接口配套中兴平台实现丢包重传3

ZTE机顶盒在四芯线和八芯线接入部分的表现基本一致，只是华为机顶盒PADI10s，ZTE20sIPZTE机顶ZTE机ZTEZTEZTE平台配套具备丢包重传功能，当网络上存在少量丢包，中兴机10分钟抓包来看，四芯线/