大面积被叫无法被寻呼的优化案例-李朋.docx

《大面积被叫无法被寻呼的优化案例-李朋.docx》由会员分享，可在线阅读，更多相关《大面积被叫无法被寻呼的优化案例-李朋.docx（8页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 中国移动通信集团贵州有限公司大面积被叫无法被寻呼的优化案例案例摘要关 键 字: A口、寻呼成功率、寻呼次数，SCCP ；专业类型: 无线 ；网元名称: CELL ；设备厂商: alcatel ；软件版本: B12 ；一. 故障现象六盘水盘县响水、忠义和保田区域用户反映这些区域无法做被叫，通过2/3/4G基站核查，基站正常，掉话、接通率、接入成功率均正常，但用户投诉无法做被叫。二. 问题解决过程（1） 存在现象分析 投诉区域指标核查分别对响水、忠义以及保田区域的指标进行分析，TCH和SDCCH占用时长均正常。详细情况如下： 参数设置核查参数名称设置值&设置范围参数作用设置原则PAGINGPag

2、ing_barred禁止小区下发寻呼消息默认选择Paging_unbarred，即允许小区下发寻呼消息Paging_unbarred允许小区下发寻呼消息IMSI Attach/DetachAllowed允许手机在本小区进行IMSI的附着和分离默认选择Allowed，即允许手机在本小区进行IMSI的附着和分离Not_allowed不允许手机在本小区进行IMSI的附着和分离从两个参数来看，参数设置正常。具体设置如下：UserLabelAllowIMSIAttachDetachEnablePagingBarringLPS-ABSC-MXBSC9130-32TRUEFALSE 投诉区域圈定投诉区域为盘

3、县响水、忠义和保田区域，该区域属于同一个BSC和同一个LAC,因此问题的查找需要从小区级上升至BSC级，网元需要从BSC和交换侧查找。投诉热点区域从投诉区域为盘县响水、忠义和保田区域来看，投诉区域属于同一个BSC和同一个LAC。 主被叫次数分析BSC名称求和项:MC02H求和项:MC01求和项:MC02LPS-ABSC-MXBSC9130-27853410213106924LPS-ABSC-MXBSC9130-282013824462214438LPS-ABSC-MXBSC9130-291589820249163409LPS-ABSC-MXBSC9130-302039126344179872L

4、PS-ABSC-MXBSC9130-312422729533211283LPS-ABSC-MXBSC9130-3210898520089671LPS-ABSC-MXBSC9130-331888822041148040LPS-ABSC-MXBSC9130-341856425233188740LPS-ABSC-MXBSC9130-352144525992185492LPS-ABSC-MXBSC9130-362013324452204230LPS-ABSC-MXBSC9130-371546118952157401MCO2H为呼叫建立次数，MC01为被叫次数，从几个BSC的对比，BSC32呼叫建立次数

5、大于被叫次数，这和实际不符，因此BSC32确实存在整体性问题。 投诉区域寻呼分析从寻呼成功率次数来看，寻呼次数在16点左右发生较大的波动，因此问题发生在16点左右。（2） 寻呼成功率分析位置区UDC2G寻呼成功率 (%)UDC3G寻呼成功率 (%)LAC位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.2NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.277NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.2NIL8485位置区小区名称=LPSBSC913032, 全球小区标

6、识=4600084850.159NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.175NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.19NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.159NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.257NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.201NIL8485位置区小区名称=LPSBSC913032, 全球小区标识

7、=4600084850.196NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.16NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.175NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.238NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.334NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=4600084850.183NIL8485位置区小区名称=LPSBSC913032, 全球小区标识=

8、4600084850.222NIL8485该LAC寻呼成功率低，因此该区域投诉无法做被叫的情况属实。（3） A口指标分析从A口指标来看，问题发生前后没有多大变化。三. 问题定位及其解决从上述现象来看，投诉区域被叫无法接通问题不是小区级问题，因此需要从BSC级和交换侧进行出发进行查找原因,原因的发生时间在10月27日15点至16点。具体排查步奏如下：（1） BSC侧检查操作记录通过卡特BSC维护人员确认，事发当天没有对该BSC进行BSC级操作。（2） 核对交换侧和无线的指向问题通过交换维护人员确认，事发当天交换侧没有对该BSC进行BSC级操作。（3） BSC重启TP板件通过卡特BSC维护人员对T

9、P板件重启后，电话确认投诉用户，问题依然存在。（4） BSC重启OMCP板件通过卡特BSC维护人员对OMCP板件重启后，电话确认投诉用户，问题依然存在。（5） 交换侧数据对无线侧的指向是否正确核查通过无线测试的LAC/BSC/CELL以及信令点编码和交换侧数据对比，对比结果是无线和交换侧数据指向一致。（6） 交换侧核查事发时的操作记录通过查找事发当时的操作记录，发现事发当天出现删除SCCP子系统(RMV SCCPSSN)记录，并且删除成功，因此找到影响当时的操作记录，定位具体影响用户无法被叫的原因。将该子系统添加后，投诉得到解决，添加记录如下：四. 结果对比：通过对无线侧小区指标、小区参数、B

10、SC级告警以及重启TP板、OMCP板后，问题依然未得到解决。通过和交换侧沟通，查找事发时候的操作记录，发现事发时段存在删除SCCP子系统操作，交换侧添加SCCP子系统后问题得到解决：解决后恶化指标变化如下：（1）寻呼次数：事情解决后，寻呼次数恢复正常，详细情况见上图。（2）建立次数和主被次数对比：时间BSCMC02HMC01MC02MC01-MC02HLPS-ABSC-MXBSC9130-278534102131069241679LPS-ABSC-MXBSC9130-2820138244622144384324LPS-ABSC-MXBSC9130-2915898202491634094351L

11、PS-ABSC-MXBSC9130-3020391263441798725953LPS-ABSC-MXBSC9130-3124227295332112835306事故时LPS-ABSC-MXBSC9130-3210898520089671-5698处理后LPS-ABSC-MXBSC9130-32773610110851682374LPS-ABSC-MXBSC9130-3318888220411480403153LPS-ABSC-MXBSC9130-3418564252331887406669LPS-ABSC-MXBSC9130-3521445259921854924547LPS-ABSC-MXBSC9130-3620133244522042304319LPS-ABSC-MXBSC9130-3715461189521574013491从呼叫建立次数（MC02H）来看，事故时MC02HMC01(被叫次数)，处理后MC02HMC01(被叫次数),和其他BSC的一致。（3）寻呼成功率变化趋势对比通过处理后，寻呼成功率恢复以前的状态，详细情况见上图。五. 总结及建议 问题发生，需先收集大量数据，从现象出发，锁定原因，缩小核查范围，快速找到问题更换，在最短时间解决问题，提高工作效益。第 8 页 共 8 页