彩信业务成功率专题分析

彩信业务成功率专题分析
目录
一．问题概述
5月以来，成都地区CQT数据业务测试中，出现彩信发送失败增多的情况，通过对CDS 测试Log和Gw接口数据分析，确认为Enum DNS效劳器查询失败和MMSC2流控拒绝导致。

二．问题分析方法与思路
三．问题详细分析
1、Enum DNS效劳器查询失败
通过分析CDS Log发现测试点无线环境良好，彩信发送失败的现象为，终端上传完所有上行分片数据包后，W AP GW下发了500错误，如以下列图所示：
如以下列图，500错误原因值为736，表示W AP GW查询Enum DNS失败，导致彩信无法提交至MMSC。

通过提取5月8日~5月11日的网关返回状态码，发现在早、晚忙时彩信业务量较大时，736错误明显增多。

而比照4月状态码，发现736错误次数极少。

WAP3四月返回错误
码.xls WAP业务返回错误码-090508.xls
2、MMSC返回流控拒绝
通过查看CDS Log，发现测试点无线环境良好，排除无线因素导致彩信发送失败的可能。

通过分析IP层数据包，发现导致彩信失败的原因为W AP GW下发500错误，如图1所示:
图1：CDS信令截图
WAP GW返回500错误的原因有很多，500错误既受到网关内部问题影响，也受其他外部网元影响，如DNS、Enum DNS等，因此需要结合Gw接口数据做进一步分析。

图2：西塔G W信令数据截图
如图2所示，G w接口，W A P G W在向M M S C2转发M-S e n d-R e q u e s t后，M M S C2直接返回了509F l o w R e f u s e，509F l o w R e f u s e属于彩信中心自身的流控机制，当M M1接口并发的彩信条数超过系统L i s e c e限制时，M M S C将不再处理后续的请求，同时返回509状态码。

一般来讲，导致MMSC返回509 Flow refuse的原因为：
➢MMSC对各接口最大瞬时业务量进行了限制。

在这种情况下，如果系统各接口瞬时业务量总和超过系统Lisence限制时，那么MMSC返回509 Flow refuse。

由于目前西塔系统通过思维采集MMSC4的MM3、4、7接口数据存在一定问题，导致这些接口的瞬时流量无法统计。

但我们通过查看MMSC2系统日志发现，午忙时在MM1接
口和MM7接口存在大量R_FLOW_REFUSE：
[2021-05-1412:31:54217][L g T p:F R S M S G][A M M7R s p S t a t:E R R O
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%；破冰前后指标比照方下：
2、MMSC返回流控拒绝
集团三方测试期间，通过临时调整软件Lisence暂时解决该问题。

7月8日，新上线MMSC4，承载成都地区彩信业务，彩信中心的业务调整工作完成。

通过对Enum DNS效劳器调整和新增彩信中心4承载成都地区彩信业务后，彩信成功率较破冰前比照方下：
从上图看出，通过调整后彩信成功率较破冰前有较大提升，彩信发送成功率从90.46%提升至94.72%。