GSM软交换机在话务高峰期保障应急预案

《GSM软交换机在话务高峰期保障应急预案》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、GSM软交换机在话务高峰期保障应急预案如果CPU各模块负荷不均衡，需要进行模块间负荷调整。如果CPU各模块负荷已经比较均衡且负荷都很高，需要进行扩容业务处理。c、数据调整关闭加密，鉴权次数减少直到关闭，关闭全网寻呼等，以减少信令流量。二、典型场景分析1场景：大量用户同时位置更新导致C/D接口拥塞当岀现因A/Abis接口、C/D接口传输长时间中断或者呼叫处理模块重启等情况，导致较长时间的业务中断后，在系统恢复正常后，大量的用户同时位置更新，造成C/D接口严重拥塞，业务受到较大影响。1.1界定方法:观察是否有C/D口链路拥塞或者故障告警;2）观察是否存在大量的位置更新操作超时统计；3）

2、观察位置管理业务测量话统，如果发现位置更新成功率显著下降，远远低于平时的指标，并且存在大量的位置更新操作超时的统计，则确认发生C/D接口发生拥塞。1.2应急处理：1）第一时间关闭所有鉴权加密配置，减轻C/D口负荷。2）使用HLRHTR增强流控。当MSC到被监控的HLR链路出现拥塞、难以到达（HTR）的现象时，MSC自动启动流控，根据拥塞情况按比例拒绝业务，达到缓解链路拥塞的目的。MSC根据当前监控周期内的流控级别进行过滤。流控级别：0~15级。0级为不进行流控。级别越高，被拒掉的请求越多，如级别为15级，则每16个位置更新请求中会拒掉15个，允许通过一个。MSC/VLR根据链路是否

3、出现HTR来调整流控级别。2场景：寻呼成功率低2.1界定方法：一般情况下，BSC每小时处理的寻呼请求次数在15-20万次以下。在BSC每小时处理的寻呼请求次数超过BSC寻呼处理能力观察W立置区话务量测量”话统中的寻呼次数、寻呼响应次数。根据位置区和BSC的对应关系，可以计算出发向某个BSC的寻呼次数和BSC响应的寻呼响应次数。如果寻呼成功率会大幅下降，需要启动寻呼策略调整。2.2预防处理：话务高峰期间，建议提前评估，针对可能存在寻呼过载的BSC,提前修改寻呼策略：关闭系统中配置的全网寻呼2）调整不合理的LAI-BSC配置：2.3应急处理：将部分业务比如短消息的寻呼次数减少为1次；如

4、果寻呼量远远大于BSC的处理能力，建议对于所有业务的寻呼都修改为1次。3场景：大量短消息业务导致接通率低3.1界定方法：1）观察短消息业务测量话统，短消息的移动始发短消息试发次数，移动终接短消息试发次数的数量大量增加；2）观察局向出入局话统，中继局向出入局话统，接通率明显下降；3）观察和短消息中心连接的链路的负荷，同时观察到短消息中心的链路所在模块的CPU的负荷情况；4）如果短消息的试发次数数量大量增加，并且观察到接通率明显下降，进一步观察到短消息中心连接的链路的负荷有较大增长，并且到短消息中心的链路所在模块的CPU的负荷有较大增长，可以判断由于大量短消息业务导致接通率低。3.2应

5、急处理:启动业务流控，进行终结短消息的流控。4场景：大量呼叫处理模块WCCU过载4.1界定方法:观察CPU占用率测量话统2）观察是否出现单板CPU过载的告警；2）观察各大局向的中继局向话统，分析局向话务统计情况；3）出现大量模块频繁过载时，分析各个流向的话务量是否正常，确定系统处于正常过载还是异常过载。4.2预防处理:启动业务流控：首先查看业务流控的话统结果，在现网话统的基础之上,综合考虑模块的CPU占用率情况，得出业务流控的合理阀,进行配置。4.3应急处理1）对于正常过载，模块CPU占用率稳定在过载门限上下波动，接通话务量保持稳定，对于此类情况，建议不进行处理；2）对于异常过载，

6、需要使用业务流控降低话务量，保持CPU负荷的稳定，并保证一定的接通话务量。三、实例■四川移动某局点512实施应急保障方案后网络运行分析1.1512地震后采取的应急措施地震后当天下午，试呼次数是平常的9倍，系统拥塞严重，立即采取了如下措施：1）关闭鉴权、加密；2）寻呼次数调整为1次，寻呼间隔7秒；3）关闭彩铃功能；4）打开业务流控，每个CCU模块对始发呼叫M0和接收短信SMT进行限制；M0每个模块10-15次，SMT每个模块20次；5）漫游号码释放时长从90秒修改为7秒；