主叫早释导致IPBCP主动建立成功率低的案例分析

1、主叫早释导致IPBCP主动建立成功率低的案例分析1、 隐患现象近日收到广州公司的报障，反馈广州爱立信POOL3内的GZM01和GZM02 经常出现IP初始化成功率低，告警出现的次数很多。指标范围从85%到98%不等，具体告警信息如下：2、 隐患分析分析广州的投诉，确认广州反馈的IP初始化成功率低其实是IP主动承载建立成功率低，也就是IPBCP主动承载建立成功率低。软交换NB口承载建立的过程包括IPBCP的协商过程和NB口用户面的建立过程，具体的情况请见下图。该指标是指MGW收到IPBCP_accept消息与发送IPBCP_request消息的比率，反映该MGW发起IPBCP请求的成功率，具体的

2、计算公式为：pmNrOfRecIpbcpAcceptMsg / pmNrOfSentIpbcpRequestMsg登陆GZM01和GZM02，使用pdiff vmgw ipbcp，获取GZM01和GZM02的实时数据，发现这两个计数器的值不一致，所以IPBCP主动建立承载成功率才会远低于98%。观察NB口的其他指标，发现除了IPBCP的主动初始化成功率低之外，IPBCP的被动承载成功率、NB口用户面的主动初始化成功率和NB口用户面的被动初始化成功率均正常。按照以往的处理经验，NB口承载成功率下降原因比较多，一般可能为网元本端软硬件隐患，通路故障或者对端隐患等。结合这个处理经验，对GZM01和G

3、ZM02的健康情况进行了核查，核查覆盖板卡和系统的所有事件日志以及告警信息，均没有发现异常。检查这两个局的GCP Error统计情况也没有发现任何异常，对NB口的通路执行了Ping操作也没有发现异常，证明本端和通路均没有隐患。因为隐患的MGW有两个，故判断为MGW故障的可能性不大，而且健康检查正常，通路Ping也正常，所以对统计的数据进行了认真的分析：（1） 以GZM01的VMGW=GZGS17为例，可以看到IPBCP主动承载建立成功率随时间话务变化，话务高的时候成功率较高，而话务闲时，特别是凌晨时段成功率下降很快，最低的时刻到了85%左右。而按照以往故障的处理经验，因MGW板卡隐患或者通路故

4、障导致的成功率下降一般存在两种情况，一种是成功率基本不变化，一直保持在较低的水平；第二种是随着话务的增加，成功率下降明显，直至非常恶劣继而影响业务。第一种情况一般出现在单块媒体处理板卡隐患的时候，因为爱立信MGW媒体的处理是负荷分担。第二种情况一般是话务的突增导致Buffer/license或者其他处理能力溢出或者触发某些软件隐患所致。（2） 观察这两个局的IPBCP主动承载建立成功率的变化情况，发现变化的趋势一致，都是随着话务的减少，指标变得更加恶化，不符合以往普通隐患的特征。分析数据发现，其实在每一个采集周期内IPBCP主动承载建立失败的次数基本稳定，保持在平均每一个VMGW 150-20

5、0次的水平，IPBCP承载成功率的下降不是因为失败次数增加，而是因为闲时话务低，IPBCP请求的次数下降很快，导致基数变小所致。结合以往MMM08 NB口承载成功率低的隐患分析，此类统计指标符合用户影响行为。即大量的主叫早释的用户行为导致IPBCP主动建立成功率下降。用户在IPBCP REQUEST消息送出去后，IPBCP ACCPTED消息收到之前主动拆线，导致部分IPBCP REQUEST消息发送出去后没有收到回复的ACCPTED消息而影响统计指标。（3） 因为GZM01和GZM02在GZ POOL3，获取GZM01和GZM02的全量NB口指标分析，发现此类情况覆盖该POOL的所有VMGW

6、，且失败次数在VMGW之间按照话务量来分配。怀疑GZM01和GZM02下带的BSC有大量的恶意呼叫。查询资管系统GZ POOL3的网络拓扑如下，发现GZM01和GZM02下带有公共的BSC，GZM01A和GZM01B双连到这两个MGW，网络拓扑的证实了IPBCP主动建立成功率受用户行为影响的可能。3、 隐患跟进（1） 经过以上的分析，和过往处理的经验，判断GZM01和GZM02 IPBCP主动承载成功率下降为原因为这两个MGW下带的公共BSC GZM01A和GZM01B下有大量的恶意主叫早释所致，此类行为对正常的话务没有影响。（2） 这两个MGW凌晨4时左右，IPBCP主动承载成功率最低，达到了85%左右，在拨测可以检测范围。为了验证此类隐患对正常话务无影响，安排在凌晨4点对两个MGW下带的公共BSC GZM01A和GZM02B进行了2G拨测，因为恶化指标仅仅涉及IPBCP承载，而不涉及ATM承载。每一个MGW拨测了60次，涉及主叫和被叫，拨测的成功率为100%，没有遇到呼损的情况，拨测的情况证实了此前的假设。（3） 对于此类隐患，如果需要继续定位，获取主叫信息，则需要在MGW的NB口和Server的NC、M