接入信道负荷过载告警的处理方法

发布时间 : 星期一 文章接入信道负荷过载告警的处理方法更新完毕开始阅读

接入信道负荷过载告警的处理方法

【问题发现】

提取2014-2-17日全天的告警发现,宁晋县大曹庄-3扇区-0载频存在接入信道负荷过载告警,影响用户接入感知,告警如下图

【问题分析】

1. 告警查询

查询基站无告警,RSSI也在正常范围之内为107dBm,排除由于告警及RSSI原因,造成接入信道过载告警。

2. 参数核查(登记参数)

按照告警处理处理的思路,我们首先核查了,基站位置,基站所属LAC及位置区和登记区还有登记时长,如下图

宁晋县大曹庄位于BSC2内部区域,不属于边界,核查登记参数及LAC没有异常,排除由于边界区域过多的登记消息导致的接入信道负荷过载。

3. 参数核查(接入参数)

导致接入负荷过高的参数主要包括(接入初始功率偏置,接入时功率提升步长)利用Airbridge中的LST SYSMSGPARA: CN=2702, SCTID=3, CCMINF=APM;,查询发现接入参数配置在合理的范围之内,排除由于接入参数设置不合理导致的接入负荷过高。

4. KPI分析

提取发生告警时间段内连接性能及话务情况,如下图

业务信道业务信道承载的话承载的话务量强度务量强度WALSHWALSHWALSH(不含切(不含切话务量强话务量强话务量强分集主集尝试次数-建立成功建立成功尝试次数-建立成功建立成功换)(CS-换)(PS-度(PS-度(CS-度-RSSI[dBRSSI[dBCS次数-CS次数-PSPS率-PS[%]率-CS[%]FCH)[Erl]FCH)[Erl]FCH)[Erl]FCH)[Erl]FCH[Erl]m]m]757521211001003.6420.982.8218.69611.517-101-1083333881001001.6710.8772.0414.1326.173-103-107656543431001004.0441.3453.1459.88613.031-108-107202030301001001.8461.4463.1174.9468.063-103-107626262621001005.81.2483.12312.44215.566-101-1087776525210098.7014.7330.9832.51411.29713.812-108-108起始时间2014/02/17 20:00:002014/02/17 20:00:002014/02/17 20:00:002014/02/17 20:30:002014/02/17 20:30:002014/02/17 20:30:00小区号基站名=宁晋县大曹庄,小区号=2702基站名=宁晋县大曹庄,小区号=2702基站名=宁晋县大曹庄,小区号=2702基站名=宁晋县大曹庄,小区号=2702基站名=宁晋县大曹庄,小区号=2702基站名=宁晋县大曹庄,小区号=2702扇区号扇区-2扇区-3扇区-1扇区-3扇区-2扇区-1载频号载频-0载频-0载频-0载频-0载频-0载频-0从图中可以看出,宁晋县大曹庄-3扇区-0载频一个小时之内只有50多次接入,语音话务量只有3.51Erl,而数据话务(PS业务)的话务量也只有2.32Erl,所以不可能是由于话务量较高导致的接入信道负荷过载。 提取接入性能指标,如下图

ACH信道ACH信道ORDM消ACH信道ACH信道ACH信道ACH信道ACH信道ACH信道ACH信道DBM消息息条数ORM消息PRM消息RGM消息平均碰撞平均占用最大碰撞最大占用条数[条][条]条数[条]条数[条]条数[条]概率[%]率[%]概率[%]率[%]00394211518389901000270582900410300016962380060400125324160667090100119359289040400317448351061050 起始时间小区号2014/02/17 20:00:00基站名=宁晋县大曹庄,小区号=27022014/02/17 20:00:00基站名=宁晋县大曹庄,小区号=27022014/02/17 20:00:00基站名=宁晋县大曹庄,小区号=27022014/02/17 20:30:00基站名=宁晋县大曹庄,小区号=27022014/02/17 20:30:00基站名=宁晋县大曹庄,小区号=27022014/02/17 20:30:00基站名=宁晋县大曹庄,小区号=2702扇区号扇区-3扇区-2扇区-1扇区-3扇区-2扇区-1载频号载频-0载频-0载频-0载频-0载频-0载频-0从图中可以看出,短信几乎没有占用接入信道,ORDM消息也较少,只有ORM消息相对较多,ORM消息即初始接入消息,在用户量不大的情况先,按道理说不应该有这么多的初始接入消息,也不会发生这么高的碰撞概率。我们怀疑是不是由于几个用户由于一直在发出连接消息,形成碰撞,造成了接入信道负荷过高。

5. CDR数据分析

提取宁晋县大曹庄-3扇区-0载频的通过话详单,发现有12个用户发生了使用1X数据进行上网的业务,其中有2个号码分别连接了219次和350次,时间点比较接近,基本上是一秒 钟发出一次连接申请,大部分连接发生与连接断开只差1秒,对于系统来说,用户断开连接一次,就自动重连另一次,对于其他用户来说,由于其占用了接入信道,其他用户也在这个时间内请求接入,这样就发生了碰撞,这也符合提取的KPI指标。

行标签460030255111719460030257096985460030261450733460030816945661460030963783808460030963783973460036540299435460036540299487460036540299493460036540494420460036690962907460036690992193计数项:最终的业务选项17142221935011151 【问题解决】

经过上述分心发现造成本次接入信道负荷过高的原因,主要是用户导致的,可能是用户终端的问题,通过核心网查找用户的号码,通知用户进行手机检测,更换手机。

【总结】

在接入信道发送的消息主要有以下几种 》Registration Message (注册登记消息) 》Order Message(响应消息)

》Data Burst Message(数据突发,主要是短信息) 》Origination Message(起呼消息) 》Page Response Message(寻呼响应消息)

》Authentication Challenge Response Message(鉴权响应消息) 》Status Response Message(状态响应消息)

》TMSI Assignment Completion Message(TMSI分配完成消息) 解决接入信道负荷过高的方法

1. 修改接入参数,由于接入信道容量只和接入时初始功率偏置和接入信道请求最大探测序

联系合同范文客服:xxxxx#qq.com(#替换为@)