




版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:第页长沙移动手机报优化项目数据业务组阶段报告
目录1.概述 42.GB口业务性能统计: 63.GB口业务性能分析: 103.1失败原因分析 103.1.1用户侧发起PDP去激活分析: 123.1.2小区更新过程分析: 183.1.3 FLUSH分析: 193.1.4Response非成功状态码整体统计: 263.1.5Response非成功状态码失败原因分析: 283.1.6Radio_cause分析 353.1.7Suspend过程中伴随LLC_discarded的超时失败: 373.1.8“SUSPEND”与“RESUME”的失败原因分析: 383.2SP站点排名: 453.3手机报内容大小分析: 473.4终端端口设置及操作流程 484.GB口下载速率分析: 504.1各小区手机报下载速率统计: 504.2手机报下载速率整体分析: 526. GB口介入性时延分析: 566.1Attach时延分布统计: 566.2PDP激活时延分析: 576.3TCP连接时延分析: 587MMS测试分析: 618.EGPRS分析: 689.GN口统计分析 709.1GN口业务性能评估: 709.2 GN与GB关联分析 729.3小结: 7610.1MM1接口TCP连接分析 7710.1.1TCP连接建立过程描述 7710.1.2TCP连接建立时延分析 7810.1.3syn至ack消息时延分析: 7910.1.4TCP连接建立成功率统计 7910.1.5异常的TCP连接统计: 8010.2MM1口手机报接收分析 8110.2.1MM1口手机报接收过程描述 8110.2.2Get至M-retrieve.conf时延和成功率 8511.PUSH接口信令分析 8911.1PUSH口统计分析 8911.2PUSH口与MM1口关联分析 9012.总结: 93
引言:项目管理区域范围:本次《长沙移动GPRS手机报端到端性能优化》服务涉及长沙市区的4个BSC和3个CQT点以及相关的SGSN,GGSN,1个WAP-Gateway和1套MMSC服务器。4个BSC如下:BSC404:BSC719:BSC728:BSC785:1.概述湖南长沙移动手机报数据采集结构示意图如下所示:本次手机报业务数据采集主要包括4个采集点,数据业务小组分别采集长沙移动现网的GB、Gn、MM1及PUSH等接口的数据用以专题分析。2.成果综述本次项目通过GB,GN,MM1,PUSH多接口关联分析发现的主要问题有如下4类:用户自身问题:比如彩信中心地址设置错误,以及流程没有结束用户主动释放等。可以告知用户正确设置来解决。终端问题:终端协议有问题,多为山寨机。建议厂家修补bug。无线环境问题:小区无线环境差。对小区进行无线环境优化。网络问题:超时、网络无响应。由于GGSN/SGSN忙时丢弃掉的消息。长沙移动手机报优化成果如下:GB口分析主要结果与发现:网络侧超时无响应,主要是用户频繁小区更新过程中网络超时无响应。用户行为:用户主动去激活以及彩信中心地址错误。位置更新或者语音业务抢占数据业务过程中超时无响应。终端原因:终端协议问题,上报不符合规范的消息参数网络连接中断Flush成功率过低。小区更新(FLUSH)过程以及位置更新(SUSPEND)过程严重影响手机报下载速率。部分小区重传率过高。手机渗透率相对较高手机报集中下发高峰期的下载速率明显低于其他时段的手机报下载速率,网络的负荷过重时,对手机报的下载速率有着较大影响。GN口手机报成功率以及下载速率过低,GGSN繁忙无响应超时造成的手机报下载失败占比较高。Push口消息到GET消息之间平均时延为23.817S对手机报下过程中时间损耗贡献较大。SGSN响应BSC发送的GET请求时间损耗较长为5S左右。通过无线配合测试发现,定点测试过程(非移动状态)中手机报下载成功率较高,并且下载速率比较稳定。彩信中心多次给部分手机下发PUSH消息用户没有手机报提取行为发生。主要性能指标:接口成功率下载速率GB89.81%17.35(kps)GN80.16%11.58(kbps)MM199.81%5394(kbps)PUSH97.56%17.32(kbps)备注:其中GB,GN接口下载速率为getrequest到response消息时间差作为下载速率时间计算值。MM1接口下载速率为getrequest到m-retrieve-conf消息之间时间差作为下载速率时间计算值。push接口下载速率以push消息下发到MM1口收到getrequest消息过程时间作为计算下载速率时间差。手机报大小均以各接口统计手机报总大小比总次数得到平均值计算得到。接口TCP连接平均时延(MS)GB810GN998MM18接口PDP激活时延(MS)GB174GN145由上表可以看出GN口TCP连接时间损耗最长是998ms,其次是GB口TCP连接时间损耗为810MS。MM1口TCP连接时间损耗为8ms对整个手机报下载过程来说可以忽略不计。Gb口与GN口PDP激活时延相差不大。基于上述分析结果建议如下:针对用户以及终端建议如下:针对用户彩信中心地址设置错误,建议客服联系不同厂家总结彩信中心地址设置汇总,对客户进行正确的彩信中心地址设置指导。针对无线建议如下:针对语音抢占数据业务导致超时无响应,建议修改无线参数降低小区CS/PS业务量。针对网络断连的小区建议检查这些小区无线环境。对网络负荷过重建议扩容。对数据流量大且移动性能不太好的小区,即导致TBF中断的小区重选间隔较短的小区,通过调整一些空闲模式参数,尽量减少小区重选,以提高其移动性能。针对重传率较高的小区LA参数调整建议:建议LA设置为ON,在C/I好的情况下尽可能使用高编码方式,在C/I低的情况下使用低编码方式,降低重传。PILTIMER调整建议:PacketIdleListTimer,当一个On-DemandPDCH处于空闲状态(Idle)时,将被系统放置在PS域的空闲列表,同时PILTIMER启动,当PILTIMER超时,On-demandPDCH将返回CS域。建议设置5秒,可提早释放GSL设备,降低GSL负荷。GSL是PCU与BSS之间的信令链路,所采用的协议为LAPD协议,故GSL链路又叫GDSLAPD。在BSC侧GSL定义于GPROC下,每个PCU可支持6个主用的GSL64kbps时隙和6个冗余备份时隙,每个64kbps时隙是一个LAPD信道,两条GSL工作于负荷分担模式。网络运行维护过程中定期分析现网GSL负荷,对负荷已经达到预警门限的GSL及时采取容量调整措施可有效保障GSL始终工作于最佳状态。建议EGPRS网络开通网络辅助小区重选和GBoverIP从而减少小区重选对手机报下载速率的影响以及帧中继模式下Gb带宽不足问题。SUSPEND、RESUME失败主要是在跨LAC,RAC,SGSN发生重选时造成的。想要解决这一问题需要添加Gs接口。针对核心网建议如下:建议修改GGSNqos_policymap里的参数TrafficHandlingPriority可以大大提高PS业务的速率。建议调整SGSN寻呼响应计时器T3313值的设置,以减少寻呼响应时间。建议调整SM等待GGSN响应定时器的设置,以减少等待GGSN响应createPDPcontextresponse时间。4建议SGSN开启对GGSN进行负荷分担功能,减少GGSN繁忙时负荷过重现象。5为了防止个别用户激活PDP上下文后,长时间不适用PS业务而占用系统资源,GGSN应当配置最大空闲时间,在这个时间内如果用户没有流量,则可以主动去激活此PDP上下文。建议设置为15分钟。同时设置PDP上下文最大存活时间为15分钟。6建议调整GGSN未收到SGSN响应报文时的重发时间间隔值,从而减少重传率。7建议PUSH消息按时间分散下发,避免下发集中度过高。8由于晚忙时下载速率以及接入性各项指标均比早忙时要差,建议手机报晚忙时播报时间提前一个小时播报,同时用户避开晚忙时下班路途中下载手机报,从而减少多次进行小区重选对手机报下载速率的影响。针对无线建议的提出,通过无线优化人员配合无线参数调整优化前后指标对比:优化前优化后日期长沙手机报下载速率日期长沙手机报下载速率指标同比提升6月7日11.847月7日12.283.73%6月8日10.287月8日12.1518.19%6月9日11.137月9日12.3310.76%6月10日11.147月10日12.169.20%6月11日11.047月11日12.2711.23%由上表可以看出优化后手机报下载速率得到明显提高。3.GB口业务性能分析:数据采集时间点:6月25日从17:00至下午20:00和6月26日从7:30到9:30。依据上述时间段内GB接口数据针对现网手机报业务的提取性能进行分析晚忙时25日(17:0019:00)4个BSC总体手机报业务性能统计概况:晚忙时手机报接收概况类别次数比例手机报提取总次数6450100.00%提取成功次数579389.81%deactivate_pdp2043.16%flush_timeout1842.85%timeout841.30%Response非2xx761.18%Radio_cause(radiocontactlostwithMS)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:309:30)4个BSC总体手机报业务性能统计概况:早忙时手机报接收概况类别次数比例手机报提取总次数4739100.00%提取成功次数439292.68%deactivate_pdp1042.19%flush_timeout831.75%timeout591.24%Response非2xx450.95%Radio_cause(radiocontactlostwithMS)150.32%suspend_timeout170.36%Reset60.13%llc_discarded_timeout180.38%比较早忙与晚忙统计概况,发现早忙的成功率92.68%要高于晚忙成功率89.81%。各种失败原因的所占比例排名相同,依然都是用户主动去激活以及小区更新过程中的网络超时无响应。4个BSC晚忙时(17:0019:00)手机报提取成功率统计如下:BSC总提取次数提取成功次数成功率BSC4041639149991.46%BSC7191251108586.73%BSC7282061186390.39%BSC7851617145690.04%总体6568590389.88%由上表可以看出BSC404手机报提取成功率最高2个小时内下发1639条成功提取1499条,手机报提取成功率为91.46%,BSC719手机报提取成功率最低2个小时忙时内总的下发1251条成功提取1085条,手机报提取成功率为86.73%,BSC728在2个小时忙时内总的下发次数为2061下发次数最多,成功提取1863条,提取成功率为90.39%,BSC785在2个小时内总的下发1617条手机报,成功提取1456条,手机报提取成功率为90.04%。早忙时段(7:309:30)4个BSC手机报提取成功率统计如下:BSC总提取次数成功提取次数成功率BSC40499693393.67%BSC71976771292.83%BSC7281547141791.60%BSC7851429133093.07%总体4739439292.68%同晚忙时段统计结果对比BSC404手机报提取成功率依然最高2个小时内下发996条成功提取933条,手机报提取成功率为93.67%,BSC728在2个小时忙时内总的下发次数为1547下发次数依然最多,成功提取1417条,提取成功率为91.60%,总体提取成功率为92.68%高于晚忙时89.88%。4个BSC晚忙时(17:0019:00)各小区手机报提取成功率统计如下:各小区按照提取次数前20名列表如下:BSClac_ci总提取次数成功次数比例M40429675_4751116415292.68%M72858358_152313012293.85%M72858358_126111510490.43%M72858358_473011099587.16%M40429675_46621069892.45%M71929675_246031017473.27%M78529643_8043968992.71%M71929675_1673957174.74%M72858358_1263948590.43%M71929675_24601937782.80%M40429675_4661897685.39%M40429675_26002857891.76%M40429675_23561847488.10%M71929675_4281847690.48%M72858358_7303837286.75%M40429675_47512826781.71%M72858358_1522797392.41%M72858358_24231787393.59%M71929675_1672776280.52%M71929675_55800767497.37%上表中黄色部分标出的是成功率相对较低的小区。详细列表见附件:4个BSC早忙时(7:309:30)各小区手机报提取成功率统计如下:各小区按照提取次数前20名:BSCLAC_CI总提取次数成功提取次数成功率M72858358_152313812792.03%M78529643_804311310895.58%M72858358_47301807695.00%M40429675_47511777698.70%M71929675_46242817390.12%M40429675_47512807290.00%M40429675_23561716794.37%M72858358_24293736690.41%M71929675_56243686494.12%M40429675_47523605998.33%M78529643_1891605693.33%M72858358_24231575698.25%M78529643_47051595593.22%M72858358_24292565496.43%M72858358_19631605185.00%M78529643_32614949100.00%M72858358_11891514996.08%M71929675_1673524994.23%M72858358_1261604880.00%M72858358_47303524790.38%上表中黄色部分标出的是成功率相对较低的小区。详细请见附件:3.1失败原因分析首先看下正常接收手机报的流程,下图为WAP手机报提取过程:手机接收彩信时,首先要和WAP网关建立连接,连接的过程与WAP上网前的连接过程相同。连接完成后,手机向WAP网关发送GET消息,里面含有彩信中心的地址及彩信的
TransactionID。WAP网关将该消息转换为HTTP消息,转发至彩信中心。正常情况下,彩信中心向WAP网关发送该条彩信(m-retrieve-conf)。WAP网关收到该彩信后,转化为WSP向手机转发该彩信。手机收到该彩信后,向WAP网关发送m-acknowledge-ind消息,确认彩信已经接收完毕,WAP网关转发至彩信中心,彩信中心回复200OK,WAP网关向手机回复WSPReply,状态码为200OK。手机向WAP网关发送WTPacknowledge消息,接收彩信过程完成。3.1.1用户侧发起PDP去激活分析:POST消息之前用户侧发起PDP去激活典型流程部分截图如下图:13秒13秒第36个分包消息详细解码如下:由于流程太长上面流程截图中忽略掉中间部分下发分包消息,从上面流程可以看出该用户在17:37:56’227的时候发起PDP请求随后经过tcp连接三握手后于17:38:00’729发起get请求开始下载手机报内容,随后手机报内容被分割下发,一直下发到17:38:10’197时的第36个分包,我们看到第36个分包消息的详细解码,发现TCP中Finish:moredatafromsender,说明这不是最后一个分包消息,还有没有下发的分包消息,用户13秒钟后仍然没有收到最后一个分包消息,开始发起deactivatePDPcontextrequest,流程失败。至于为何网络侧没有下发最后一个分包后续将关联其他接口做深入分析。2、Post消息之后的PDP去激活失败流程分析典型流程部分截图如下:第52个分包消息的消息参数如下:由上图可以看出手机报分割下发后,下发到第52个分包消息,通过该消息参数可以看到这个分包消息IP:totallength:823比以上所有分包消息都小,手机终端认为这个分包就是最后一个分包消息,随后向网络侧发起接收完成回应消息POST,手机接收彩信完成,post消息参数如下:由消息参数可以看出该消息request_URI:/设置正确,可能是由于网路侧一直没有收到终端上发的POST消息,最终网络侧没有下发response200ok,最后用户等待14秒钟后仍然没有收到网络侧的response,所以用户发起deactivatepdpcontextrequest.这种情况属于用户接收彩信完成,从用户侧角度来看属于提取成功,但是如果网络侧收不到post消息,不返回response200ok的话,彩信中心认为手机报没有提取成功,将继续保留该彩信直到过期,这样势必对彩信中心SP有影响,彩信日志中会出现手机报过期没有提取的错误日志记录。对以上2种用户侧发起PDP去激活情况进行统计发现Post之前的pdp去激活147次,post之后的PDP去激活71次。POST之前的PDP去激活请求属于用户行为,从局方角度无法干涉用户主动放弃提取彩信行为,但是可以看出很大部分是由于下发过程太过漫长,以至于用户主动放弃,这需要提高手机报下载速率来解决,post之后的PDP去激则在下一步分析中与GN口关联分析,看是否是POST消息上发过程中网络侧丢包或者与手机终端有关导致网络侧没有发送response。Post之后的PDP去激活手机终端型号:手机终端型号次数SAMSUNG-GT-S5230C10SAMSUNG-GT-S3650C8MAUIMMSUserAgent7SonyEricssonK700c7Nokia26103Nokia26263SAMSUNG-GT-S3930C_CMCC3SAMSUNG-S8300C3SAMSUNG-SGH-L878E2SHARP2SonyEricssonW302c2Android-Mms1Bird.M111Java1LENOVOI5161LENOVO-TD9001LG-KU3111PHOENIX1PRIZM1SAMSUNG-GT-C5510U1SAMSUNG-GT-M8800C1SAMSUNG-GT-S56001SAMSUNG-GT-S6700C1SAMSUNG-GT-S7070C1SAMSUNG-SGH-E8481SHARPSH6220C1SonyEricssonF305c1SonyEricssonS500i1YuLong1YuLong-Coolpad73601YuLong-CoolpadN681不难看出主要是三星手机终端出现这种情况失败,建议这些终端型号升级软件。3.1.2小区更新过程分析:典型流程如下:可以看出数据包下发过程中,进行小区更新,从而导致网络侧无响应,消息流程失败,这种原因可能跟早忙、晚忙时,上下班高峰,很多用户都在路上或者车上移动,频繁进行小区更新,导致网络侧无响应超时失败。下边分析FLUSH过程对下手机报下载成功率以及下载速率的影响。FLUSH分析:Flush过程概况统计:统计结果如下:时段消息名称次数占总FLUHS次数比例早忙时Flush-LL234279100.00%Flush-LL-ack6675528.49%晚忙时Flush-LL337835100.00%Flush-LL-ack8617125.51%由统计结果可以发现flush成功率比较低。时段Action参数值次数占总FLUSH次数比例早忙时LLC-SDU(s)deleted6216726.54%LLC-SDU(s)transferred45881.96%晚忙时LLC-SDU(s)deleted7539722.32%LLC-SDU(s)transferred107743.19%通过对SGSN回复flush消息参数action的统计发现,LLC-SDU大多数被deleted,只有一小部分被转发。在FLUSH流程中的FLUSH-ACK消息中BSSGP层中Actionvalue参数有两个可设定的值,一个为LLC-SDU(s)transferred另一个为LLC-SDU(s)deleted。当设置成完全是LLC-SDU(s)deleted的时候可以不返回FLUSH-ACK消息,在老的LLC-PDU也会被删除掉。在4个BSC的FLUSH流程中发现所有的参数Actionvalue参数大部分都是LLC-SDU(s)deleted,所以有一部分FLUSH消息不被PCU相应属于正常现象,不影响网络的运行。Flush过程描述下面为3GGP里面对FLUSH流程的描述。SGSN检测到MS由于小区重选或者路由更新使得小区变更时,将向老BVCI发送一个FLUSH-LLPDU来启动一下流程:一个NSE(如一个BSS即为一个NSE)和一个路由区内部的小区变更时,存储在老BVCI(对应原小区)中的由TLLI确定的LLC-PDU要么被删除,要么被传送到与该TLLI相关联的一个新BVCI(对应新的小区)。两个NSE或两个路由区之间的小区变更时,存储在老的BVCI中的由TLLI确定的LLC-PDU被删除。在FLUSH-LLPDU中,SGSN向BSSGP提供:用于识别MS的TLLI;用于识别小区的老BVCI,该小区可找到针对某个MS的缓存LLC-PDU;用于识别与MS当前相关联的小区新的BVCI(仅在同一NSE和同一路由区时)FLUSH-LLPDU中如果没有提供新BVCI,则视为删除老的BVC排队的LLC-PDU。排队的BSSGP信令,比如寻呼消息,将不受这个流程影响。作为对FLUSH-LLPDU的回应,BSS将SGSN发送一个FLUSH-LL-ACKPDU,该PDU包括:FLUSH-LLPDU中收到的TLLI;是否转发(在同一NSE内)或删除LLC-PDU的指示。如果SDU指示为转发,应包含新BVCI。当SGSN收到FLUSH-LL-ACKPDU时,如果该PDU指示了与老PDU指示了与老BVC相关联的LLC-PDU已被删除,SGSN将选择如下操作之一:立即在新BVC(即新小区)上向MS重传所有未确认的LLC-PDU(在LLC确认刷新下);按照LLC重传机制来发送未确认的LLC-PDU。当SGSN收到FLUSH-LL-ACKPDU时,该PDU指示了与老BVC相关联的LLC-PDU在NSE内转发,SGSN不必执行以上任何操作。在FLUSH-LL流程中,如果BSS能够转发缓存的LLCPDU给新BVCI,BSS上下文将被保存;否则BSS上下文将被删除。原来的frame被deleted后,上层应用(TCP或WTP)会触发重发,如果重发成功的话,不会造成下载失败.但会造成时延较大。Flush过程对手机报下载影响分析针对上文统计中手机报下载过程中,伴随flush过程的timeout失败流程进行分析。典型流程如下:由上图可以看出手机报下载过程中用户17:42:34’084从小区LAC:29675;CI:26001更新到LAC:29675;CI:26002,并且Flush-LL-ACK,actionvalue:LLC-SDU(S)deleted。由上图可以看出sequencenumber:317D09AE(830278062)以及sequencenumber:317D0F4E(830279498),sequencenumber:317D0412(830276626)均被触发重传。显然由于网络一直重传下行数据包而没有得到终端响应,最终导致超时失败。就算最终下载成功,小区更新触发重传也会对下载速率产生很大影响。发生flush的各小区统计如下:BVCILACCIflush次数10352964318931938110002964356071192891010296432447218690100929643244711764810332964318911733310272964388511409510422964325163136931002296435607312035100729643804211713102829643885211182100429643476428590104129643251628436100829643804383111017296434705376541046296435304176031015296434705175991006296438041755510242964332616968100529643476436893102329675462416066详细清单见如下附件:数据包重传分析小区更新会触发下行数据包的重传,下边则对重传率进行统计。早晚忙时段下行包重传率如下:时段下行传送包数下行重传包数重传率早忙时9269631760082.92%晚忙时179422719438010.83%早忙时下行数据包重传率为2.92%,晚忙时下行数据包重传率10.83%,明显高于早忙时。早忙时各小区重传率统计如下:按照重传率排名前20:BVCI重传包个数总的下行包个数重传率10677331323.32%1064352261513.46%104943463648011.91%105488398818.94%105721030546.88%10381392212896.54%10502101351695.97%10632127382775.56%10313779692985.45%10402230415965.36%10511039243864.26%101142121023824.11%10152739722243.79%105332989123.69%10032768755323.66%103340171099263.65%10462702743303.64%10012107584433.61%10221366395473.45%10412242655023.42%详细清单见附件如下:晚忙时各小区重传率统计如下:按照重传率排名前20:BVCI重传包次数下行包次数重传率10531039291435.66%1066355114730.95%1069197027.14%1032401174023.05%10621508731720.61%10521777935019.01%102840002206618.13%104950192785118.02%104731721906016.64%101050683087116.42%101217951098316.34%104238122365416.12%106331251949316.03%101427251745815.61%102755163564115.48%101338912520715.44%101848283340714.45%100758934092514.40%104147783333914.33%103019701402814.04%:详细清单如附件:小结:针对重传率较高的小区LA参数调整建议:建议LA设置为ON,在C/I好的情况下尽可能使用高编码方式,在C/I低的情况下使用低编码方式,降低重传。对数据流量大且移动性能不太好的小区,即导致TBF中断的小区重选间隔较短的小区,通过调整一些空闲模式参数,尽量减少小区重选,以提高其移动性能,建议进行参数调整的小区如下;BSCLAC_CI手机报总提取次数手机报提取成功次数手机报提取成功率该小区FLUSH发生次数M78529643_8043968992.71%2709M72858358_1522797392.41%1814M78529643_1891756181.33%11077M78529643_8042746587.84%4349M78529643_53041716185.92%2081M78529643_47051625385.48%3949M78529643_47641605896.67%2806M78529643_47642595389.83%2996M71929675_46241494489.80%3972M78529643_47643464393.48%2584M78529643_47052434093.02%2644M78529643_193134040100.00%1251M78529643_3261403587.50%2567M78529643_56071383592.11%11773M78529643_24471383386.84%8964M78529643_244733636100.00%1794M7192967514%2825M78529643_23721343397.06%1295M78529643_24472333193.94%7115M78529643_1893333090.91%9715M78529643_28801292586.21%1069M78529643_1894292793.10%1492M78529643_56072262492.31%1280M78529643_8041262284.62%3773M78529643_19312242291.67%1886M78529643_47053222090.91%3995M78529643_56073212095.24%5338M78529643_23723212095.24%16423.1.4Response非成功状态码整体统计:晚忙时各非成功状态码统计如下:error_status次数比例500InternalServerError6484.21%502BadGateway67.89%403Forbidden22.63%405Methodnotallowed22.63%400BadRequest11.32%504GatewayTimeout11.32%附图如下:通过统计发现主要的非成功状态码为:500InternalServerError占84.21%。早忙时非成功状态码分析:error_status次数比例500InternalServerError3271.11%404NotFound511.11%403Forbidden36.67%502BadGateway36.67%405MethodNotAllowed24.44%附图如下:比较早晚忙手机报提取返回非成功状态码发现主要的失败原因都是500InternalServerError。下边对这些非成功状态码进行深入分析。3.1.5Response非成功状态码失败原因分析:500InternalServerError分析:典型流程截图如下:Post消息参数如下:由上图可以看出用户发起的POST消息中彩信中心地址设置错误:host;mmsc.vnet.mobi正确的彩信中心地址应该为:。因此SGSN返回response消息中Statuscode:500internalservererror。另外我们发现有些彩信中心地址设置正确的消息流程也出现同样的500internalservererror,这主要是由于SP不稳定,统计如下:Url_mainFrom_NumberError_Statuspost_uri3210658000/TYPE=PLMN500InternalServerE3210658000/TYPE=PLMN500InternalServerE3210658000/TYPE=PLMN500InternalServerE3210658000/TYPE=PLMN500InternalServerE3210658000/TYPE=PLMN500InternalServerE3210658000/TYPE=PLMN500InternalServerE3210658000/TYPE=PLMN500InternalServerE发现SP均是10658000,通过分析发现10658000主要的发送内容为新闻早晚报以及三湘晨晚报,该SP下发手机报占所有下发手机报比例89.71%,所以建议提高该SP稳定性。404NotFound分析:典型流程截图如下:Get消息参数截图如下:由上图可以看出用户发起的提取手机报的Get消息Urimain:,不是标准的手机报地址,因此这种失败是由于用户终端请求地址上报错误,同时彩信中心地址设置也错误。统计结果如下:to_numberurl_mainerror_statuspost_urimobil_type次数8615200834633404NotFMyWebClient1.02861581111344531404NotFNokiaE63-128613548767889404NotFound1这种原因属于终端原因导致错误的GET请求中的URI不是标准的彩信中心地址,建议对这种终端进行关注。502BadGateway分析:典型流程如下:由上图可以看出用户向彩信中心发起get请求,url:67,在手机报提取过程中,终端往网络侧发送了一个上行包,由于彩信中心SP不接受终端发送的这种数据包所以对其进行拒绝,发送responsestatuscode:502badgeteway。我们对这种失败进行统计,结果如下:由统计结果可以看出终端类型是MOZILLA和coolpadf800并且彩信中心地址都是32正确的彩信中心地址应该为:。从而可以认为这是终端原因造成的。403Forbidden典型流程如下:由上图可以看出,终端手机在18:05:54’156向彩信中心发起get请求后URImain:32。然后,在18:05:54’515又发起post消息其urimain:72。这个时间差小于一秒钟,随后手机又重新发起get请求,结果又在不到一秒钟的时间内,终端又向72发起post消息,网络侧拒绝,发起responsestatuscode:403Forbidden。由此可见这是因为终端存在问题造成的失败,我们对这种终端类型统计如下:发现手机终端类型为山寨手机,建议用户更换手机。其中400BadRequest属于彩信过期提取,由于早晚忙时数据中只出现一次,在此不在深入分析。3.1.6Radio_cause分析典型流程如下:由上面流程图可以看出radio_status失败主要是radiocontactlostwiththeMS,并且伴随LLC-DISCARDED,主要是无线环境差引起的,或者是处于小区边界以及小区更新过程中。对这种失败发生的小区进行统计如下表:LACCI发生次数296434764322967516732296755271322967556243258358196332296434062129643237221296432447112964332512129643476421296435266112964352672129675167112967516721296754662129675128801296752460312967526002129675475121296754751312967556752129675568131583581261158358152215835830311583584611158358730315835819631158358242911583582429313.1.7Suspend过程中伴随LLC_discarded的超时失败:典型流程部分截图如下:由消息流程可以看出手机报提取的过程中发生了Spended过程,但是随后伴随的是小区更新以及路由区更新,路由区更新完成后,一直没有resume消息恢复数据业务,最终导致超时失败。另外84次超时无响应可能存在核心网无响应,下文GB与GN口关联分析中将通过GN口关联分析具体什么原因导致核心网无响应超时。下边对SUSPEND/RESUME过程则具体分析该过程对手机报下载速率以及成功率的影响。3.1.8“SUSPEND”与“RESUME”的失败原因分析:SUSPEND/RESUME描述当附着到GPRS网络的手机做CS业务时(主叫,被叫,位置更新等),手机要发送GPRSSuspendRequest消息,BSC转发Suspend消息到SGSN。CS业务完成后,BSC发送Resume消息到SGSN,恢复PS业务。如上面流程图所示流程一般是:对于“SUSPEND”:BSC向SGSN发出请求,SGSN回复确认,“SUSPEND”过程结束。对于“RESUME”:BSC向SGSN发出请求,SGSN回复确认;“RESUME”过程结束。这两个信令正常流程都是两个流程。SUSPEND/RESUME概况统计suspend与resume成功率统计如下:MessageCounterRateDelayBSSGPSUSPEND247947100.00%0.000BSSGPSUSPEND-NACK87493.53%0.918TimeOut260.01%BSSGPSUSPEND-ACK23917296.46%0.051Suspend成功率为96.46%。MessageCounterRateDelayBSSGPRESUME226155100.00%0.000BSSGPRESUME-NACK19430.86%0.038TimeOut20.00%BSSGPRESUME-ACK22421099.14%0.052Resume成功率为99.14%SUSPEND/RESUME分析SUSPEND失败典型流程如下:基于上图,分析如下:在MS进入新的小区时,MS会发起“suspend”过程,但是由于手机上报的PTMSI与SGSN存储的一样,但是是两个不同的用户,SGSN可能不识别,会发出“suspendnack”信息。在MS进入新的小区时,MS会发起“suspend”,但SGSN不能够识别该MS,故发出“suspendnack”,其中包含原因“UnknownMS”,此时BSS一般会终止此次“suspend”过程。然后进行路由更新。对应流程截图如下:基于上图,分析如下:在MS进入新的小区时,MS会发起“suspend”,但是SGSN可能此时比较忙,暂时不处理“suspend”,故发出“suspendnack”,其中包含原因“UnknownMS”。此种情况下,MS往往发出多次“suspend”,SGSN因为忙或者负荷较高都未对其进行相应的处理。对suspendnack中cause_value的值进行统计如下:由上图可以看出主要的cause_value为UnknownMs。Resume失败跟suspend相同典型流程如下:RESUME失败原因和SUSPENDNACK一样,也是UnkownMS。这种情况处于LAC,RAC,SGSN边界的可能性较高。假设MS在跨LAC,RAC,SGSN发生重选时,先要进行位置更新,这时需要进行SUSPEND,但是如果新SGSN还没有MS的登记信息,就会发生SUSPEND-NACK,然后再进行路由区更新。那么这些SUSPENDNACK流程必须都应该属于LAC、RAC,SGSN的边界小区,或接近边界(不排除有高速移动的车辆在过了几个小区后才进行位置更新、路由区更新的情况,或者因为无线资源拥塞造成的位置更新、路由区更新发生延迟的情况)。在LAC,RAC,SGSN边界发生SUSPENDNACK的情况,在当前的算法机制下似乎无解,因为做位置更新时肯定要SUSPEND,而SUSPEND的时候,因为手机还未做路由区更新,还未在新的SGSN下登记,所以新SGSN肯定不认识这个手机,似乎陷入了死循环。Suspend与resume对手机报下载速率的影响典型流程部分截图如下:从图中可以看出suspend与resume本身时延是4秒钟时间,此外,由于suspend过程导致数据包的重传,总体对手机报下载时延的影响是13秒钟左右。虽然最终此条手机报成功下载,但是下载时间损耗过长,对网络手机报下载速率有较大影响。小结:“suspend”过程一般不会对网络性能产生影响,但是如果经常做“suspend”过程,就会对网络产生一定影响。但是如果小区,SGSN与BSS等规划的比较合理,一般不会产生频繁“suspend”过程。“Resume”失败会影响数据业务的持续性,对网络产生一定影响。由上面2个统计列表可以看出suspend次数为247947次,resume次数为226155,比suspend少21792次,这将会影响21792次数据业务的持续性。PILTIMER调整建议:PacketIdleListTimer,当一个On-DemandPDCH处于空闲状态(Idle)时,将被系统放置在PS域的空闲列表,同时PILTIMER启动,当PILTIMER超时,On-demandPDCH将返回CS域。建议设置5秒,可提早释放GSL设备,降低GSL负荷。3.2SP站点排名:4个BSC晚忙时(17:0019:00)手机报提取SP排名:From_text总的提取次数成功提取次数成功率10658000/TYPE=PLMN6297564989.71%10658688/TYPE=PLMN423992.86%10658080/TYPE=PLMN232086.96%10658176/TYPE=PLMN141178.57%1065888090/TYPE=PLMN111090.91%1065868866/TYPE=PLMN1111100.00%10658209/TYPE=PLMN6583.33%10658688734/TYPE=PLMN55100.00%10658688745/TYPE=PLMN44100.00%10658612101300/TYPE=PLMN33100.00%1065866681/TYPE=PLMN22100.00%106586666/TYPE=PLMN2150.00%10658027124101/TYPE=PLMN22100.00%106586888/TYPE=PLMN22100.00%10658880/TYPE=PLMN22100.00%106582590000/TYPE=PLMN22100.00%10658668101101/TYPE=PLMN22100.00%10658300605/TYPE=PLMN22100.00%10658139/TYPE=PLMN22100.00%10658368/TYPE=PLMN22100.00%106580059/TYPE=PLMN11100.00%10658299/TYPE=PLMN11100.00%10658830/TYPE=PLMN11100.00%1065700616123401/TYPE=PLMN11100.00%10658355791/TYPE=PLMN11100.00%10658032/TYPE=PLMN11100.00%10658456/TYPE=PLMN11100.00%10658300874/TYPE=PLMN11100.00%106570139/TYPE=PLMN11100.00%106582323/TYPE=PLMN11100.00%10658304/TYPE=PLMN11100.00%10658502101101/TYPE=PLMN11100.00%1065830030/TYPE=PLMN11100.00%10658472020191/TYPE=PLMN11100.00%4个BSC晚忙时(17:0019:00)手机报提取主要内容统计:From_text手机报内容比例10658000/TYPE=PLMN手机报-新闻晚报91.08%10658000/TYPE=PLMN三湘都市报(双休刊)3.05%10658000/TYPE=PLMN潇湘晨报-晚报2.35%10658000/TYPE=PLMN手机报-新闻早报0.66%10658000/TYPE=PLMN人民手机报综合版0.32%10658000/TYPE=PLMNhinaDaily晚报0.32%10658000/TYPE=PLMN新华手机报0.11%1065868866/TYPE=PLMN世界杯开始了1.28%10658688734/TYPE=PLMN衡阳手机报晚报0.83%由上表可以看出主要的手机报内容是手机报新闻早晚报。占90%以上。其次是三湘都市报,以及潇湘晨报-晚报。3.3终端端口设置及操作流程对于彩信收发不畅问题,我们发现有很多都是属于用户自己终端设置不正确导致无法正常上网或收发彩信.(如:代理端口设错;用户自行去设置了用户名和密码;彩信中心地址设错等).而目前客服中心向用户下发的指导用户设置参数的短信较笼统,只是说明了如:端口设什么,服务器地址设什么等,而不是针对某一款终端进行设置.而现在的终端类型太多,设置方法都不一样,其实在实际的设置中有很大区别,存在很多细节的地方.实际上这种短信很难指导用户完成参数的正确设置.故建议此短信可以针对某一款终端的设置方法去指导用户设置,这样才能更大程度的避免由于用户设置错误或是不会设置而引起的彩信使用不畅.针对一些品牌终端端口设置的总结:由于不同厂家终端协议栈设计存在差异,建议与厂家进行联系,对市场主流终端的端口设置进行汇总。SonyEricsson手机WAP上网及彩信设置操作流程:1.APN设置:“主菜单”—>“手机设定”—>“连接”—>“数据账户”—>“APN”2.WAP网关及端口设置:“主菜单”—>“手机设定”—>“连接”—>“互联网设定”—>“设置”—>“使用代理(是)”—>“代理地址(72)”—>“端口号(9201/80)”3.彩信中心设置:“主菜单”—>“信息功能”—>“设置”—>“彩信”—>“彩信模式”—>“编辑”—>“信息服务器()”由于不同厂家终端的软件版本不同,操作流程也不相同,建议联系厂家客服人员总结操作流程,以指导用户进行设置。/p-6127198.html#documentinfo进入此链接可以获取联通客服整理MMS手机设置操作手册,将其中APN以及彩信中心地址替换为移动APN和彩信中心地址即可。4.GB口下载速率分析:总体统计如下:类别总大小(kb)总时长(s)下载速率(kbps)早忙时(7:30-9:30)229023.9285332.7121.47晚忙时(17:00--19:00)311334.41143526.3317.35早忙时下载速率高于晚忙时。4.1各小区手机报下载速率统计:晚忙时(17:0019:00)各小区手机报提取平均下载速率前20名:序号LACCI总大小(kb)总时长(S)下载速率(kbps)12964352672343.0038.3471.5722967522901168.1520.1866.6632967551130227.8231.8657.2142964332513339.1053.2550.9452967535181477.2576.7349.7662967511070490.4379.5949.3072964314201426.3073.7746.23829675115501122.58198.5345.2492967524641566.76103.8443.66102964352663241.7844.5843.39112964352661411.5476.7742.89122964321811111.9820.9742.72132964312791209.5339.6942.2314296434062587.51113.3141.4815296433262530.77105.2940.33162967525892949.88192.2939.52172967551990647.90133.3638.871829675215311349.78283.2538.1219296752464255.9211.8237.85202964352673312.0466.0437.80详细列表如下附件:以上下载速率是按照发起GET请求开始到response响应结束为计算时长早忙时(7:309:30)各小区手机报提取平均下载速率:序号LACCI总大小(kb)总时长(s)下载速率(kbps)1296752356453.145.6874.8525835813573117.5714.8263.473583583033376.1947.6663.154296431420153.318.4550.4752967511070218.0734.7950.15629675700168.5010.9949.8672967555210808.07130.2649.6382967556753562.5393.2448.2792964312791249.8442.5546.971029675462431078.01185.6246.46112967535181594.00103.2346.0312583581229088.0115.3945.75132964356073855.61149.6845.73142967524602372.9366.0745.1615296438853530.5894.0945.11162967511540262.5248.1043.661758358110901151.59211.7243.51182964352673443.3682.9142.7819296755113051.469.6542.66205835859041251.1447.1242.64详细列表请见附件:4.2手机报下载速率整体分析:下边是以每分钟为粒度的下载速率时间分布图:晚忙时分布图:由上图可以看出19:15分之前下载速率基本稳定,分布在18kB/S左右,19点15分以后下载速率上下波动较大,并且下载速率明显高于19:15分之前,这可能跟19:15分之前的这个时间段内手机报集中下载有关,我们下边看下手机报下载次数的时间分布图:依然以每分钟为粒度分布图如下:由上图可以看出手机报集中下发的最高峰是在17:40左右,达到每分钟200次,19:00之后明显下降到每分钟20次以下并且趋于平稳,可见手机报集中下发高峰期的下载速率明显低于其他时段的手机报下载速率,网络的负荷过重时,对手机报的下载速率有着较大影响。早忙时分布图:由上图可以看出8:30之后下载速率基本稳定,分布在20kB/S左右,8:30以前下载速率上下波动较大,并且下载速率明显高于8:30分之后,这可能跟8:30之后的这个时间段内手机报集中下载有关,我们下边看下手机报下载次数的时间分布图:由上图可以看出手机报集中下发的最高峰是在8:40以后,达到每分钟140次,800之前明显下降到每分钟10次以下并且趋于平稳,通过比较发现早忙时下载速率高于晚忙时。下边对手机报下载速率按照大小进行分布统计:晚忙时:下载速率次数比例小于10KB/S5619.68%10-20KB/S124221.44%20-30KB/S134923.29%30-40KB/S120720.84%40-50KB/S74112.79%50-60KB/S4147.15%大于60KB/S2794.82%附图如下:早忙时:下载速率次数比例小于10KB/S2495.68%10-20KB/S65614.96%20-30KB/S95821.84%30-40KB/S82518.81%40-50KB/S69715.89%50-60KB/S51711.79%大于60KB/S48411.04%附图如下:
5.手机报内容大小分析:4个BSC晚忙时(17:0019:00)手机报大小统计:手机报大小次数比例0-10K240.37%10-30k1001.55%30-50K223334.62%50-60k376058.29%60以上3335.16%附图如下:从中可以看出用户发送彩信的内容集中在50K—60K以内的占据绝大多数,仅有极少数用户发送的彩信内容超过了60K,少量的少于30K。4个BSC早忙时(7:309:30)手机报大小统计:手机报大小次数比例0-10K20.04%10-30k80.17%30-50K207644.06%50-60k231249.07%60以上3146.66%附图如下:从图中可以看出用户发送彩信的内容集中在30K—60K以内的占据绝大多数,仅有极少数用户发送的彩信内容超过了60K,少量的少于30K。6GB口接入性时延分析:6.1Attach时延分布统计:由上图可以看出attach时延主要集中在2320ms到2360ms。其平均值为2552ms,峰值出现在2320ms到2360ms之间,有5475次。6.2PDP激活时延分析:由时延统计表可以看出,ActivatePDPcontextrequesttoActivatePDPcontextaccept,的平均时延为174ms,主要集中在130ms到140ms之间,130ms到140ms之间有3872次。6.3TCP连接时延分析:早忙各小区平均TCP连接时长统计:按照时长排名前20统计如下:LACCITCP连接时长(s)29675527139.1878229643526725.695525835846113.262332964388513.2379129675562422.6552329675115402.4044629643325112.353022964340612.2133329643463612.1338558358102812.0697129675215311.9659858358226711.764675835815231.6140829643325121.6085129643526631.6076858358530021.4495829643560731.4167558358197711.4028929675110701.398812964340631.39603详细清单如下附件:晚忙时各小区平均TCP连接时长统计:按照时长排名前20统计如下:LACCITCP连接时长(s)296751168017.96584296755271310.0952358358102816.04435835846115.4953229643251622.865362964340612.540329643325112.5389529643463612.2718129675475112.2532958358473012.1342129675562432.126252964388512.1254729675475122.095362967516712.0287129675475222.010662964340631.9923129643251611.9838358358197711.9733329643325121.9568429643526721.93679详细清单如下附件:7.MMS测试分析:MMS测试结果如下:地点编号地点名称彩信发送尝试次数彩信发送成功次数彩信发送成功率总合结果:605998.3%120100625长沙-华菱商厦F(彩信)2020100.0%220100625长沙-湘华宾馆F(彩信)201995.0%320100625长沙-消防总队D(彩信)2020100.0%GB口统计如下:IMSIpost_urireply_code次数460004884712118200OK53460004884712118500InternalServerError14600048847121181其中跟踪到55次测试过程,可能由于另外5个测试时间不是GB口抓包时间内,对跟踪到的55个测试结果进行统计发现,成功回复200ok的有53次,其中一次回复500InternalServerError,一次没有回复reply.下边分别看下他们的信令流程:500InternalServerError截图部分流程图如下:
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 2025-2030商业街行业市场发展分析及前景趋势与投资研究报告
- 2025-2030即食治疗食品和辅助食品(RUTF和RUSF)行业市场现状供需分析及投资评估规划分析研究报告
- 2025-2030医药连锁产业规划专项研究报告
- 广东省广州中科2025届高三(最后冲刺)英语试卷含解析
- 2025届重庆市南开中学高三(最后冲刺)英语试卷含答案
- 内蒙古乌兰察布市北京八中分校2025届高三第六次模拟考试英语试卷含解析
- 2025-2030中国黄芪市场产能需求预测与发展前景全面分析研究报告
- 2025届重庆市四区联考高三第二次模拟考试英语试卷含解析
- 湖北省恩施高中2025届高考英语一模试卷含答案
- 2025届山东省新泰二中、泰安三中、宁阳二中高考仿真模拟英语试卷含答案
- 青马工程笔试试题及答案
- 豆粕交易合同协议
- 项目设计安全管理制度
- 电子化采购招投标平台系统建设项目解决方案
- 小学京剧知识
- (2025)汉字听写大会竞赛题库(含答案)
- 铁塔土建施工方案
- 2025年演出经纪人《演出市场政策与经纪实务》考前点题卷一
- GB/T 45235-2025电子电气产品中双酚A的测定高效液相色谱法
- 消防管线施工方案
- 2025年度祠堂宗教用品销售承包合同3篇
评论
0/150
提交评论