彩信业务成功率题分析.docVIP

彩信业务成功率专题分析 目录 问题概述 5月以来，成都地区CQT数据业务测试中，出现彩信发送失败增多的情况，通过对CDS测试Log和Gw接口数据分析，确认为Enum DNS服务器查询失败和MMSC2流控拒绝导致。 问题分析方法与思路 问题详细分析 1、Enum DNS服务器查询失败 通过分析CDS Log发现测试点无线环境良好，彩信发送失败的现象为，终端上传完所有上行分片数据包后，WAP GW下发了500错误，如下图所示： 如图所示，500错误原因值为736，表示WAP GW查询Enum DNS失败，导致彩信无法提交至MMSC。 通过提取5月8日~5月11日的网关返回状态码，发现在早、晚忙时彩信业务量较大时，736错误明显增多。而对比4月状态码，发现736错误次数极少。 2、MMSC返回流控拒绝 通过查看CDS Log，发现测试点无线环境良好，排除无线因素导致彩信发送失败的可能。通过分析IP层数据包，发现导致彩信失败的原因为WAP GW下发500错误，如图1所示: 图1：CDS信令截图 WAP GW返回500错误的原因有很多，500错误既受到网关内部问题影响，也受其他外部网元影响，如DNS、Enum DNS等，因此需要结合Gw接口数据做进一步分析。 图2：西塔GW信令数据截图 如图2所示，Gw接口，WAP GW在向MMSC2转发M-Send-Request后，MMSC2直接返回了509 Flow Refuse，509 Flow Refuse属于彩信中心自身的流控机制，当MM1接口并发的彩信条数超过系统Lisece限制时，MMSC将不再处理后续的请求，同时返回509状态码。 一般来讲，导致MMSC返回509 Flow refuse的原因为： MMSC对各接口最大瞬时业务量进行了限制。在这种情况下，如果系统各接口瞬时业务量总和超过系统Lisence限制时，则MMSC返回509 Flow refuse。 由于目前西塔系统通过思维采集MMSC4的MM3、4、7接口数据存在一定问题，导致这些接口的瞬时流量无法统计。但我们通过查看MMSC2系统日志发现，午忙时在MM1接口和MM7接口存在大量R_FLOW_REFUSE： [2009-05-14 12:31:54 217][LgTp:FRSMSG][AfOrgn:4402101101][Sndr:4402101101][Rcvr:][RcvrNum:30][FwdAddr:][SqncNum:][SessID:][MsgID:][TransID:91005118000300078730571][ExMsgID:][MPRP:MM7][MsgType:MM7_SUBMIT_REQ][AfrAtrbt:RCV][AfrStat:OK]; SV:NULL; MsgCls:NULL; DR:YES; RR:NULL; MsgSz:30005 Byte(s); VASPID:801217; VASID:4402; SrvCd:101101; PeerIP: 218.205.233.97; MM7RspStat:ERRO R_FLOW_REFUSE; 经与华为工程师确认，目前MMSC2没有对各接口分别进行最大瞬时业务量进行限制，因此MMSC2返回509 Flow refuse的原因应为各接口瞬时业务量总和超过了系统Lisence（420条/秒） 分析结论及建议 1、Enum DNS服务器查询失败 通过上述分析得出：该彩信发送失败的原因为目前Enum DNS服务器查询失败。目前四川省Enum DNS查询为主备方式，广东主用，北京为备用，通过测试情况分析并结合统计分析，我们人为可以协调广东Enum DNS维护人员对该问题进行检查。 2、MMSC返回流控拒绝 彩信中心2 Liesece设置为420，彩信中心2负责成都市和四川省地市MMS业务，成都地区手机报用户较多，在忙时正是手机报下发时间段，手机报为系统群发，很有可能会导致瞬时并发数超过彩信中心2 Liesece限制。结合以上分析，我们判断为彩信中心2瞬时并发数超过Liesece限制。我们建议对彩信中心4 Lisece进行扩容或统计各手机报SP下发手机报时间点，减少瞬时发送条数。 破冰前后指标对比 1、Enum DNS服务器查询失败 通过向集团派工单对广东Enum DNS服务器进行了调整，目前Enum DNS查询成功率提升至100%；破冰前后指标对比如下： 破冰前 破冰后 Enum DNS查询成功率 96.00% 100% 2、MMSC返回流控拒绝 集团三方测试期间，通过临时调整软件Lisence暂时解决该问题。7月8日，新上线MMSC4，承载成都地区彩信业务，彩信中心的业务调整工作完成。 通过对Enum DNS服务器调