话务拥塞引起主被叫困难.docVIP

话务拥塞引起主被叫困难 一、投诉内容 受理投诉：晚忙时不断接到万州片区用户投诉手机主被叫困难，呼叫后弹回，呼叫V网短号后提示错误录音，或者呼叫几次才能拨通，且范围包括涉及多个分公司。 二、投诉分析 2、分析投诉问题判断可能原因： 由于万州片区已经组成MSC POOL， 涵盖6个端局，且多个分公司都有反映，分析可能以下原因 1): IP承载网故障 2):智能网故障 3):交换话务拥塞 可能原因 1：IP承载网故障 联系重庆公司查看IP承载网和相关CE告警信息，没有发现任何告警，且有正常的数据流量，PING 、TRACE命令都显示正常，到现场查看CE、AR等路由器指示灯正常，故排除可能原因 1。 可能原因 2：智能网故障 由于万州片区手机用户分别归属两个不同的SCP，虽然有V网呼叫后提示音错误，但SCP签约了全重庆很大部分手机用户，而其他地区V网呼叫正常。联系SCP维护人员查看SCP正常。为保险起见，我们找了一个未有签约消息的手机拨打测试，仍然出现了呼叫失败，故排除可能原因 2。 可能原因 3：交换话务拥塞 由于投诉的用户较多，信令跟踪失败的CAUSE较多，且涉及到很多内部日志，无法及时的定位消息，我们只有从话务统计报告从手来分析： 话统信息分析： 接通率分析： 分析POOL发话话务测量以及受话话务测量话统，发现在16：00-19：15分，接通率确实出现了下降的现象，下图是详细数据分析： CPU负荷分析： 查看CPU负荷，发现在此段时间CPU平均占用率保持不变，但是峰值占用率有大幅上升，增幅达到50％以上，最高达到了78％，和接通率下降曲线的时间段完全吻合，下面抽样几个业务处理模块进行图解分析： 22模块： 23模块： 24模块： 失败原因值话统分析： 根据失败原因话务测量，发现在问题发生时间段有以下原因值发生了突变： 操作日志分析： 是什么原因导致设备拥塞？查看操作日志，在接通率下降的这段时间现场维护人员配合无线调整做了大量的ADD LAIGAI操作，据统计有397条，根据POOL组网的特性，每条小区数据都要同时在6个SERVER中加载，即每个SERVER都要执行397条数据，每条执行间隔大概30～35秒左右，且使用批处理执行。第一条操作时间在16:06:02，最后一条操作时间在19:30:40： 根据以上信息分析，由于在下午做了大量增加位置区小区数据的操作，引起主机在联机设定位置区小区时候CPU负荷急剧上升；此时由于CPU负荷过高导致无法处理内部的相关消息最终造成业务失败，最终引起话务拥塞、接通率下降的现象。 添加位置区小区对于维护人员来说是一个很常见的命令，但由于POOL组网后，添加一个LAIGCI都要在每个SERVER中加载，即SERVER中的数据量是以前的好几倍，加上现网补丁版本目前为R7C3SP09，该版本目前添加/删除/修改位置区小区表时会进行大量的数据库重组，算法复杂，最终会引起CPU负荷上升。 三、解决措施R7C3SP14补丁后，对添加/删除/修改位置区小区表的算法进行了优化，CPU负荷上升幅度得到改善，使该问题得以解决。 四、借鉴经验