长沙移动手机报优化项目数据业务组阶段报告目 录1概 述42.GB口业务性能统计：63.GB口业务性能分析：103.1失败原因分析103.1.1用户侧发起PDP去激活分析：123.1.2小区更新过程分析：183.1.3FLUSH分析：193.1.4 Response非成功状态码整体统计：263.1.5 Response 非成功状态码失败原因分析：283.1.6 Radio_cause分析353.1.7 Suspend过程中伴随LLC_discarded的超时失败：373.1.8“SUSPEND”与“RESUME” 的失败原因分析：383.2 SP站点排名：453.3手机报内容大小分析：473.4终端端口设置及操作流程484.GB口下载速率分析：504.1各小区手机报下载速率统计：504.2手机报下载速率整体分析：526.GB口介入性时延分析：566.1 Attach时延分布统计：566.2 PDP激活时延分析：576.3 TCP连接时延分析：587 MMS测试分析：618EGPRS分析：689GN口统计分析709.1 GN口业务性能评估：709.2GN与GB关联分析729.3小结：7610.1 MM1接口TCP连接分析7710.1.1 TCP连接建立过程描述7710.1.2 TCP连接建立时延分析7810.1.3 syn至ack消息时延分析：7910.1.4 TCP连接建立成功率统计7910.1.5异常的TCP连接统计:8010.2 MM1口手机报接收分析8110.2.1 MM1口手机报接收过程描述8110.2.2 Get至M-retrieve.conf时延和成功率8511PUSH接口信令分析8911.1 PUSH口统计分析8911.2 PUSH口与MM1口关联分析9012总 结：93引言：项目管理区域范围： 本次长沙移动GPRS手机报端到端性能优化服务涉及长沙市区的4个BSC和3个CQT点以及相关的SGSN，GGSN, 1个WAPGateway和1套MMSC服务器。4个BSC如下：BSC404: BSC719: BSC728: BSC785: 1概 述湖南长沙移动手机报数据采集结构示意图如下所示：本次手机报业务数据采集主要包括4个采集点，数据业务小组分别采集长沙移动现网的GB、Gn、MM1及PUSH等接口的数据用以专题分析。2.成果综述本次项目通过GB,GN,MM1,PUSH多接口关联分析发现的主要问题有如下4类：1） 用户自身问题：比如彩信中心地址设置错误，以及流程没有结束用户主动释放等。可以告知用户正确设置来解决。2） 终端问题：终端协议有问题，多为山寨机。建议厂家修补bug。3） 无线环境问题：小区无线环境差。对小区进行无线环境优化。4） 网络问题：超时、网络无响应。由于GGSN/SGSN忙时丢弃掉的消息。长沙移动手机报优化成果如下：u GB口分析主要结果与发现：1) 网络侧超时无响应，主要是用户频繁小区更新过程中网络超时无响 应。2) 用户行为：用户主动去激活以及彩信中心地址错误。3) 位置更新或者语音业务抢占数据业务过程中超时无响应。4) 终端原因：终端协议问题，上报不符合规范的消息参数5) 网络连接中断6) Flush成功率过低。7) 小区更新(FLUSH)过程以及位置更新（SUSPEND）过程严重影响手机报下载速率。8) 部分小区重传率过高。9) 手机渗透率相对较高u 手机报集中下发高峰期的下载速率明显低于其他时段的手机报下载 速率，网络的负荷过重时，对手机报的下载速率有着较大影响。u GN口手机报成功率以及下载速率过低，GGSN繁忙无响应超时造成的手机报下载失败占比较高。u Push口消息到GET消息之间平均时延为23.817S对手机报下过程中时间损耗贡献较大。u SGSN响应BSC发送的GET请求时间损耗较长为5S左右。u 通过无线配合测试发现，定点测试过程（非移动状态）中手机报下载成功率较高，并且下载速率比较稳定。u 彩信中心多次给部分手机下发PUSH消息用户没有手机报提取行为发生。u 主要性能指标：接口成功率下载速率 GB 89.81%17.35(kps)GN 80.16%11.58(kbps)MM1 99.81%5394(kbps)PUSH 97.56%17.32(kbps) 备注： 其中GB,GN接口下载速率为get request 到response消息时间差作为下载速率时间计算值。MM1接口下载速率为get request到m-retrieve-conf消息之间时间差作为下载速率时间计算值。push接口下载速率以push消息下发到MM1口收到get request消息过程时间作为计算下载速率时间差。 手机报大小均以各接口统计手机报总大小比总次数得到平均值计算得到。 接口TCP连接平均时延(MS) GB810GN998MM18接口PDP激活时延(MS) GB 174GN145由上表可以看出GN口TCP连接时间损耗最长是998ms，其次是GB口TCP连接时间损耗为810MS。MM1口TCP连接时间损耗为8ms对整个手机报下载过程来说可以忽略不计。Gb口与GN口PDP激活时延相差不大。u 基于上述分析结果建议如下： 针对用户以及终端建议如下：针对用户彩信中心地址设置错误，建议客服联系不同厂家总结彩信中心地址设置汇总，对客户进行正确的彩信中心地址设置指导。 针对无线建议如下：1. 针对语音抢占数据业务导致超时无响应，建议修改无线参数降低小区CS/PS业务量。2. 针对网络断连的小区建议检查这些小区无线环境。3. 对网络负荷过重建议扩容。4 对数据流量大且移动性能不太好的小区，即导致TBF中断的小区重选 间隔较短的小区，通过调整一些空闲模式参数，尽量减少小区重选，以提高其移动性能。5 针对重传率较高的小区LA参数调整建议：建议LA设置为ON，在C/I 好的情况下尽可能使用高编码方式，在C/I低的情况下使用低编码方式，降低重传。6 PILTIMER调整建议：Packet Idle List Timer，当一个On-Demand PDCH处于空闲状态（Idle）时，将被系统放置在PS域的空闲列表，同时PILTIMER启动，当PILTIMER超时，On-demand PDCH将返回CS域。建议设置5秒，可提早释放GSL设备，降低GSL负荷。GSL是PCU与BSS之间的信令链路，所采用的协议为LAPD协议，故GSL链路又叫GDS LAPD。在BSC侧GSL定义于GPROC下，每个PCU可支持6个主用的GSL 64kbps时隙和6个冗余备份时隙，每个64kbps时隙是一个LAPD信道，两条GSL工作于负荷分担模式。网络运行维护过程中定期分析现网GSL负荷，对负荷已经达到预警门限的GSL及时采取容量调整措施可有效保障GSL始终工作于最佳状态。7 建议EGPRS网络开通网络辅助小区重选和GB over IP从而减少小区 重选对手机报下载速率的影响以及帧中继模式下Gb带宽不足问题。 8 SUSPEND、RESUME失败主要是在跨LAC，RAC，SGSN发生重选时造成 的。想要解决这一问题需要添加Gs接口。 针对核心网建议如下：1 建议修改GGSN qos_policymap 里的参数Traffic Handling Priority可以大大提高PS业务的速率。2 建议调整SGSN寻呼响应计时器T3313值的设置，以减少寻呼响应时 间。 3 建议调整SM等待GGSN响应定时器的设置，以减少等待GGSN响应create PDP context response时间。4 建议SGSN开启对GGSN进行负荷分担功能，减少GGSN繁忙时负荷过重现象。 5 为了防止个别用户激活PDP上下文后，长时间不适用PS业务而占用系统资源，GGSN应当配置最大空闲时间，在这个时间内如果用户没有流量，则可以主动去激活此PDP上下文。建议设置为15分钟。同时设置PDP上下文最大存活时间为15分钟。6 建议调整GGSN未收到SGSN响应报文时的重发时间间隔值，从而减少重传率。7 建议PUSH消息按时间分散下发，避免下发集中度过高。 8 由于晚忙时下载速率以及接入性各项指标均比早忙时要差，建议手机 报 晚忙时播报时间提前一个小时播报，同时用户避开晚忙时下班路途中下载手机报，从而减少多次进行小区重选对手机报下载速率的影响。 针对无线建议的提出，通过无线优化人员配合无线参数调整优化前后指标对比：优化前优化后日期长沙手机报下载速率日期长沙手机报下载速率指标同比提升6月7日11.84 7月7日12.283.73%6月8日10.28 7月8日12.1518.19%6月9日11.13 7月9日12.3310.76%6月10日11.14 7月10日12.169.20%6月11日11.04 7月11日12.2711.23%由上表可以看出优化后手机报下载速率得到明显提高。3. GB口业务性能分析：数据采集时间点：6月25日从17：00至下午20：00和6月26日从7:30到9:30。依据上述时间段内GB接口数据针对现网手机报业务的提取性能进行分析晚忙时25日（17:00-19:00）4个BSC总体手机报业务性能统计概况：晚忙时手机报接收概况类别次数比例手机报提取总次数6450100.00%提取成功次数579389.81%deactivate_pdp2043.16%flush_timeout1842.85%timeout841.30%Response非2xx761.18%Radio_cause(radio contact lost with MS)340.53%suspend_timeout330.51%Reset90.14%llc_discarded_timeout330.51%从统计结果可以看出长沙移动现网中4个BSC晚忙时手机报下发总次数为6450次，成功提取次数为5793次，成功率为89.81%，主要的失败原因是timeout（超时无响应），其次是deactivate_pdp(用户去激活)以及response返回的非成功状态码，最后是radio_cause（无线原因）引起的失败。另外值得关注的是timeout（超时无响应）失败中伴随flush（小区更新）的有184次占总提取次数的2.85%，伴随有suspend（语音业务抢占数据业务）的次数为33次占总提取次数的0.51%，是否由于小区更新过程中以及suspend过程中出现异常导致手机报的提取超时失败下面将进行深入分析。除此之外还有33次超时无响应是伴随有LLC-DISCARDED，虽然这种消息不一定造成手机报提取失败，但是这种消息的发生一般是因为小区无线环境差造成的。早忙时（7:30-9:30）