GPRS业务测试流程及案例分析.pptVIP

专题—MMS问题 MMS故障案例四:MMS发送失败 问题：通过挂表我们发现手机首先上行发送WSP 层的Connect 信令，建WSP 层的连接，但是WAP 网关没有回应Connect Reply，手机等待5 秒后重Connect，但是始终没有回应Connect Reply，达到最大重发次数5 次后，WSP 层的建链失败，最终导致彩信发送失败。导致此次MMS发送失败的原因为WAP网关过于繁忙没有回应Connect Reply。 解决方案：请核心网工程师配合解决。 第六十三页，共一百零九页。 专题—FTP问题 FTP优化方法 优化，将搬到FW内 检查覆盖 防止频繁的小区重选 排查干扰，提高C/I 检查静态PS信道、动态PS信道配置 检查Gb links load，调整NSEI配置 调整DLB、ULB、DLBH、ULBH参数，动态调整CS的比例 检查GPRS参数设置，合理设置DrxTimeMax、MFR、T3168、T3192 打开CS3、CS4 第六十四页，共一百零九页。 专题—FTP问题 FTP故障案例一:FTP下载失败 问题：MS 重选到小区41921后，DL TBF一直没被建立导致长时间下行无数据传输，最终导致了PDP掉线. 经检查该小区在测试时间段内的GPRS KPI：下行时隙分配拥塞率比较高，这是为什么没能建立DL TBF的主要原因所在。 解决方案：增加该小区静态PS信道。 第六十五页，共一百零九页。 专题—FTP问题 FTP故障案例二:FTP下载速率过低 问题：第一次cell reselection（90→52）使数据传输恢复时间变长而导致长时间TBF挂起。之后重建时由于小区30553数据业务繁忙只申请到一条PS信道，在数据下传过程中又发生了第二次cell reselection（52→80），然后因为数据传输恢复时间变长而导致长时间TBF挂起。在重建时小区30152数据业务繁忙导致一直申请不到下行的PS信道导致三次PING失败，最终申请到了4条PS信道，下载成功。导致平均下载速率只有8.11kbit/s。 解决方案：扩充30553、30152静态PS信道；调整30553RXLEVACCESSMIN由10到12。 第六十六页，共一百零九页。 专题—FTP问题 FTP故障案例三:FTP下载失败 问题：MS从43372重选到42093后，又从42093重选到1531后又频繁重选回1531后，电平降到-94dBm，拖了一段时间后PDP掉线。 解决方案：控制42093、1531覆盖。 第六十七页，共一百零九页。 专题—FTP问题 FTP故障案例四:FTP下载失败 问题：MS跨LAC从83重选到1483后，就频繁的小区重选1483→18621→741，导致长时间的TBF挂起，最终PDP掉线。从地形看，该处是一座立交桥，桥下无主控区。 解决方案：调整1483 CRH由6到10，确定该地点的主控小区。 第六十八页，共一百零九页。 专题—FTP问题 FTP故障案例五:FTP下载速率低 问题：MS拿到的PDCH不稳定，跳变频繁，PS争抢频繁，导致了DL FTP速率低。 解决方案：增加CI2631的静态PS信道。 第六十九页，共一百零九页。 专题—FTP问题 FTP故障案例六:FTP下载速率低 案例说明： 在**路和**桥路附近，手机从宏站小区重选至室外微蜂窝52484（八万人体育馆），BCCH＝109。由于室外微蜂窝主要是针对某个热点地区，或者覆盖比较差的区域采用的覆盖方式。我们在GPRS测试时，车经过室外微蜂窝的时间比较短，尽量不要让手机重选至这样的小区，这样会增加小区重选的次数和减少吞吐量。在这个案例中，我们发现这个小区主要是覆盖八万人体育场的外场，所以我们鼓励慢速移动的手机占用此小区，快速移动的手机不要重选进这样的小区。 52484参数设置为：PET=20s，TEO=0。为了保证手机在一段时间内不重选进此小区，设置PET＝20s，TEO＝30db，即在52484的信号出现在MS的邻区20s内给C2一个人为的衰减值30db，使其他小区的C1，C2大过本小区5s，这样手机即不会选进室外微蜂窝。 第七十页，共一百零九页。 专题—FTP问题 FTP故障案例六:FTP下载速率低 第七十一页，共一百零九页。 专题—FTP问题 FTP故障案例六:FTP下载速率低 问题：在复测时我们发现，在同一个地点，此时52484的C1=25，C2＝21，从15:40:33.764至15:53:586持续20s后，C2值升至53。由于复测时，车行驶的地方为一个交通灯口，车流量大、拥堵。我们原先设置的PET＝20s远远小于堵车的时间。 解决方案：将这个小区的PET设置为200s，这样小区重选发生的可能性就大大降低了。