wap图铃下载失败分析

《wap图铃下载失败分析》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、WAP图铃下载失败分析近期接到用户投诉，在零陵火车站附近，手机做图铃下载时偶尔有失败的现象，为此我们进行了相关测试和处理。根据WAP下载成功率公式：定义：WAP成功下载次数/尝试下载次数×100％一次完整的下载过程，包括三个必要的要素：Ø带有完整下载地址的Get消息Ø数据包的完全下载Ø收到原因值200OK的Reply消息，表示下载成功下面是一次完整而且成功地下载过程：WAP成功下载过程现场测试人员用CDS测试软件进行相关测试，该测试点有一次下载失败，WAP下载成功率为66.6%。下面我们从无线侧的上层（IP）抓包信令来展示这次下载

2、失败的过程：从上层的信令交互来看，这次下载过程终端与服务器成功建立了连接，但当手机终端发出了get请求之后，在终端侧一直没有收到下行的数据包，而只是每个4秒到5秒的时间收到了4次WAP网关发回来的ACK确认消息，最后服务器发回失败响应，原因为400BadRequest。那么此时空中接口的底层信令又是什么状态呢，继而我们来看看Um口的情况。从底层的信令过程可以看到，终端在发送完一个完整的上行数据包和对最后一个下行数据包进行确认之后，由于后续没有数据包继续下发，TBF自然释放，终端便进入了idle状态，直到4秒后有下行TBF的建立请求

3、（用来下发ACK消息）。由于此时移动台在READY状态，因为此时PCU监测到上层发来一条消息（BSSGPDLUNITDATA），因为此时TBF已经释放，不可能存在一个正在进行的传输链路了，PCU向移动台发出了“Immediateassignment”直接建立下行TBF进行数据传输。实际上就是用来发送我们在信令流程里面看到的下行“ACK”消息，可见无线侧的TBF释放，建立都是正常地进行的。并没有因为不正常的释放或无线环境等因素影响了数据的下载。从上面的分析可以看出，本次WAP下载失败的原因不在无线侧，而是网络侧或服务器侧的下发数据包

4、出现了问题，即服务器对移动终端的GET请求没有做出正确回应。查看该小区的统计及相关告警，发现零陵火车站一小区误帧率达到了1%左右，对其传输进行检查，发现与BTS对接的传输连接口有松动，重新插拔后问题得到解决，WAP下载成功率达到了100%，和用户联系后，反映再无出现下载失败的现象。总结：对于WAP下载失败的情况，首先应该考虑是否是无线环境存在问题，排除外界干扰后，进而对设备进行检查逐步检查找到问题源，针对故障进行合理的处理。