《手机电视提示缓冲而无法继续观看问题分析7664.docx》由会员分享，可在线阅读，更多相关《手机电视提示缓冲而无法继续观看问题分析7664.docx（12页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、IPHOONE手手机电视视提示缓缓冲而无无法继续续观看问问题分析析1月4日日马鞍山山分公司司反映使使用IPPHONNE手机机看电视视时经常常数据缓缓冲而无无法继续续观看，经经分析初初步判断断是RAAB拆链链可能会会引起IIPHOONE和和手机电电视平台台间TCCP会话话问题，而而导致业业务异常常终止。继续分析析TCPP会话过过程，产产生问题题的原因因是IPPHONNE在RRAB没没有拆除除后发的的TCPP连接时时会发两两个重复复的建链链请求（两两个一样样的SYYN报文文），电电视平台台侧可能能有负载载分担机机制，可可能会把把这两个个请求转转到不同同的电视视服务器器上，可可能导致致TCPP会话异
2、异常。一、 IPHOONE看看手机电电视流程程分析通过消息息看IPPHONNE连接接手机电电视时通通过3GGNETT连接到到公网m.网站站。过程程如下：1、 手机通过过3GNNET进进行PDDP上下下文激活活普通手机机会直接接转到.1000100.coom，IIPHOONE手手机会转转到iPPhonne.wwo.ccom.，然后后在点击击手机电电视后连连接到m.网站站。 然然后点击击WEBB网页中中的电视视节目消消息，通通过不断断获取节节目数据据块文件件名，通通过TCCP方式式收看数数据文件件（普通通手机一一般使用用RTPP方式）。过过程如下下：1、 获取电视视节目最最新数据据块文件件名。GE
3、T /viddeo11/inndexx_1228k.m3uu8?uuserrnamme=&ranndomm=200100010661400807703991022&ipp=588.2443.2254.6&ddatee=2001000106618008077&keey=ff73004844fdaaeaee32443daa2e33f3dd32ee0722b 得到结果果为：#EXTTM3UU#EXTT-X-TARRGETTDURRATIION:10#EXTT-X-MEDDIA-SEQQUENNCE:17339#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/s
4、aamplle_1128kk-0117399.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117400.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117411.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117422.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128
5、kk-0117433.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117444.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117455.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117466.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117477.t
6、ss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117488.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117499.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117500.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117511.tss#EXTTINFF:
7、100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117522.tss#EXTTINFF:100.ccttv1.itvv.woo.coom./viddeo11/saamplle_1128kk-0117533.tss2、 下载最新新的数据据块文件件，第一一次从倒倒数第三三个开始始，并在在IPHHONEE手机实实时观看看（每个个文件块块约为5500KK左右，110秒钟钟播放时时间）GET /viideoo1/ssampple_1288k-0017551.ttsGET /viideoo1/ssampple_1288k-0017552.tssGET
8、 /viideoo1/ssampple_1288k-0017553.tss3、 再次获取取最新数数据块文文件名，GET /viddeo11/inndexx_1228k.m3uu8?uuserrnamme=&ranndomm=200100010661400807703991022&ipp=588.2443.2254.6&ddatee=2001000106618008077&keey=ff73004844fdaaeaee32443daa2e33f3dd32ee0722b 二、 问题分析析测试中发发现异常常情况出出现在手手机重复复获取MM3U88文件的的过程中中，该文文件含有有最新数数据块文文件列表
9、表。异常常情况出出现在手手机和电电视平台台TCPP三次握握手后，发发GETT请求，平平台不回回应，手手机在重重复三次次GETT请求后后认为平平台异常常终止了了请求，并并终止了了本次手手机电视视业务。该该TCPP会话过过程如下下：第一个包包是平台台发给手手机的TTCP握握手信号号但ACCK=00（正常常情况下下ACKK应该=1），同同时随后后还发了了一个带带SYNN的握手手信号而而SEQQ很大（正正常情况况下应该该为0）。IIPHOONE因因为收到到第一个个包，所所以认为为与平台台的TCCP连接接已建立立起来，随随后就发发送GEET请求求。但平平台重复复发送带带SYNN的ACCK=00的消息息，
10、导致致手机不不能获取取正常结结果，在在GETT请求重重复三次次后断开开，并终终止了手手机电视视业务。一般情况况下服务务器回应应【SYYN AACK】报报文中AACK=1，但但在实际际测试中中也发现现ACKK=0时时能获取取业务的的情况，如如：和异常情情况比较较TCPP会话过过程一样样，不同同的是异异常情况况下客户户GETT后，平平台返回回依然返返回ACCK=00，似乎乎没有消消息发出出。经过总部部相关负负责人协协调，与与平台技技术工程程师讨论论发现出出现异常常时均伴伴随RAAB释放放和建立立过程。现现网数据据业务，RRNC在在用户链链路空闲闲6秒时时会发起起RABB释放过过程，把把无线资资源腾
11、出出给其它它人使用用。IPPHONNE视频频分成110秒一一段，因因此系统统设置取取M3UU文件时时是要求求间隔110秒，但但在无线线环境较较好的情情况下5500KK字节的的文件下下载时间间可能缩缩短到22秒钟，这这就导致致可能有有超过66秒不收收发数据据包的情情况，从从而会有有RABB释放，当当手机在在获取MM3U时时就需要要RABB建立。出出现这种种现象本本身是正正常，不不会影响响应用层层消息的的交互。如果要避避免RAAB释放放和建立立现象，可可以通过过修改RRNC空空闲时间间参数或或更改MM3U文文件获取取的频率率，因RRNC参参数是全全局的，不不能随意意修改。总总部为此此开通一一个测试
12、试页面.livve.wwovoo.tvv/ahhtesst.hhtmll，其MM3U文文件控制制内容修修改为：#EXTTM3UU#EXTT-X-TARRGETTDURRATIION:5#EXTT-X-MEDDIA-SEQQUENNCE:1877#EXTTINFF:5时间间隔隔改为55秒。随随后请马马鞍山公公司协助助测试，测测试200分钟没没出现异异常情况况。三、 TCP会会话异常常分析在出现异异常时经经常丢失失手机发发出的SSYN报报文，后后经分析析是RNNC在发发RABB建立成成功消息息前，先先传送了了数据包包报文，导导致抓包包不全。因因此TCCP会话话分析使使用Gnn口抓包包消息。IPHO
13、ONE GETT请求无无响应的的完整过过程为：1、首先先手机从从TCPP 4991855端口向向1144.2447.00.1224连续续发送了了两个TTCP SYNN请求（只只有在RRAB需需要重新新建立时时才出现现，正常常时只发发一个）2、1114.2247.0.1124也也回了两两个TCCP SSYN ACKK，但这这两个SSYN ACKK中1114.2247.0.1124本本端的TTCP SEQQ NUUM不一一致（因因此判读读是不同同的服务务器返回回的）3、手机机向1114.2247.0.1124再再回了两两个ACCK，其其中确认认SEQQ NUUM全部部为序号号93225这个个TCP
14、P的，也也就是1114.2477.0.1244回的第第一个SSYN ACKK的本端端SEQQ NUUM。（手手机选择择第一个个返回的的SYNN ACCK请求求为本次次TCPP会话的的对端）4、再往往后手机机发出了了GETT请求，44秒钟内内还没有有得到响响应，并并且1114.2247.0.1124在在包序号号为93332的的消息中中重发了了一条SSYN ACKK，手机机予以AACK响响应。（负负载均衡衡器选择择了和手手机不一一致的服服务器）5、1114.2247.0.1124在在包序号号为93334的的消息中中又重发发了一条条SYNN ACCK，手手机在993355中予以以ACKK响应6、后面
15、面是手机机的GEET消息息重发过过程以及及TCPP连接关关闭请求求从上面的的消息过过程看，当手机发往服务器的两个TCP SYN请求，存在两个服务器侧的TCP SYN ACK，这两个TCP SYN的区别如下：第一条SSYN ACKK的TCCP本端端序号为为0X66CB9978EEF，TTTL为为53第二条SSYN ACKK的TCCP本端端序号为为0XBB585596330,TTTL为为52由于TCCP本端端序号应应在TCCP实体体上产生生，因此此这两个个SYNN ACCK的序序号为两两个不同同的手机机电视服服务器产产生，1114.2477.0.1244这个地地址是一一个手机机电视平平台对外外暴露
16、的的公共地地址，这这个地址址对应的的设备具具备负责责均衡功功能，可可将消息息、数据据分发到到不同的的手机电电视服务务器上TCP连连接用五五元组区区分，即即源IPP地址，源源端口，目目的IPP地址，目目的端口口，协议议类型。同同一时间间也只能能由一个个五元组组的TCCP会话话。当手手机选的的TCPP连接和和负载均均衡器选选的TCCP连接接不一样样时，TTCP会会话就无无法建立立了。如如图：1、 RAB重重建后IIPHOONE手手机和平平台侧的的处理此时IPPHONNE发的的SYNN是重复复的希望望建立一一个TCCP会话话，而负负载均衡衡器处理理后变成成向两个个SERRVERR的两个个TCPP会话
17、过过程。2、IPPHONNE手机机TCPP建立和和平台负负载服务务器选择择一致时时会话成成功 TTCP由由五元组组识别，IIPHOONE并并不知道道回应来来自不同同SERRVERR，也不不可能去去建两个个TCPP会话，它它会认为为与第一一个返回回SYNN ACCK回应应报文的的服务器器建立连连接，返返回的消消息。负负责均衡衡处理机机制应该该也会根根据五元元组以及及负载映映射关系系找到处处理的服服务器，如如果它找找对了这这次会话话过程就就成功了了。2、 IPHOONE手手机TCCP建立立和平台台负载服服务器选选择不一一致时会会话失败败负责均衡衡处理机机制应该该也会根根据五元元组以及及负载映映射关
18、系系找到处处理的服服务器，如如果它找找错了这这次会话话过程就就失败了了。四、 解决方案案产生问题题的原因因是IPPHONNE在RRAB没没有拆除除后发的的TCPP连接时时会发两两个重复复的建链链请求（两两个一样样的SYYN报文文），电电视平台台侧可能能有负载载分担机机制，可可能会把把这两个个请求转转到不同同的电视视服务器器上，可可能导致致TCPP会话异异常。因此解决决办法由由三个：1、请平平台侧解解决负载载均衡器器处理重重复SYYN请求求问题，负负载均衡衡器应能能够识别别出重复复的SYYN请求求，从而而正确的的把重复复SYNN均送到到一台服服务器上上。2、避免免RABB拆除，调调整M33U文件件内容，使使IPHHONEE手机看看电视时时始终保保持空口口连接。此此方法可可能会在在业务量量上升后后影响无无线资源源，并增增加手机机耗电。3、修改改IPHHONEE手机在在RABB拆除后后的TCCP连接接机制。方案1是是最好的的解决方方案，请请总部协协调解决决。.fooxdooc.ccom.（.）成立立于20004年年，专注注于企业业管理培培训。