1、接入信道负荷过载告警的处理方法【问题发现】提取 2014-2-17 日全天的告警发现，宁晋县大曹庄-3 扇区 -0 载频存在接入信道负荷过载告警，影响用户接入感知，告警如下图【问题分析】1. 告警查询查询基站无告警，RSSI 也在正常范围之内为 107dBm，排除由于告警及 RSSI 原因，造成接入信道过载告警。2. 参数核查（登记参数）按照告警处理处理的思路，我们首先核查了，基站位置，基站所属 LAC 及位置区和登记区还有登记时长，如下图宁晋县大曹庄位于 BSC2 内部区域，不属于边界，核查登记参数及 LAC 没有异常，排除由于边界区域过多的登记消息导致的接入信道负荷过载。3. 参数核查（接
2、入参数）导致接入负荷过高的参数主要包括（接入初始功率偏置，接入时功率提升步长）利用Airbridge 中的 LST SYSMSGPARA: CN=2702, SCTID=3, CCMINF=APM;，查询发现接入参数配置在合理的范围之内，排除由于接入参数设置不合理导致的接入负荷过高。4. KPI 分析提取发生告警时间段内连接性能及话务情况，如下图起 始 时 间 小 区 号 扇 区 号 载 频 号 尝 试 次 数 -CS 建 立 成 功次 数 -CS建 立 成 功次 数 -PS尝 试 次 数 -PS 建 立 成 功率 -PS%建 立 成 功率 -CS%业 务 信 道承 载 的 话务 量 强 度(
3、不 含 切换 )(CS-FCH)Erl业 务 信 道承 载 的 话务 量 强 度(不 含 切换 )(PS-FCH)ErlWALSH话 务 量 强度 (PS-FCH)ErlWALSH话 务 量 强度 (CS-FCH)ErlWALSH话 务 量 强度 -FCHErl 分 集RSIdBm 主 集RSIdBm2014/02/17 20:0:0基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702扇 区 -2 载 频 -0 75 75 21 21 10 10 3.642 0.98 2.821 8.696 1.517 -101 -1082014/02/17 20:0:0基 站 名 =宁 晋 县 大
4、 曹 庄 ,小 区 号 =2702扇 区 -3 载 频 -0 3 3 8 8 10 10 1.671 0.87 2.041 4.132 6.173 -103 -1072014/02/17 20:0:0基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702扇 区 -1 载 频 -0 65 65 43 43 10 10 4.04 1.345 3.145 9.86 13.031 -108 -1072014/02/17 20:30:0基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702扇 区 -3 载 频 -0 20 20 30 30 10 10 1.846 1.46 3.17 4.
5、946 8.063 -103 -1072014/02/17 20:30:0基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702扇 区 -2 载 频 -0 62 62 62 62 10 10 5.8 1.248 3.123 12.42 15.56 -101 -1082014/02/17 20:30:0基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702扇 区 -1 载 频 -0 7 76 52 52 10 98.701 4.73 0.983 2.514 1.297 13.812 -108 -108从图中可以看出，宁晋县大曹庄-3 扇区-0 载频一个小时之内只有 50 多次接入
6、，语音话务量只有 3.51Erl，而数据话务（PS 业务）的话务量也只有 2.32Erl，所以不可能是由于话务量较高导致的接入信道负荷过载。提取接入性能指标，如下图起 始 时 间 小 区 号 扇 区 号 载 频 号ACH信 道DBM消 息条 数 条 ACH信 道ORDM消息 条 数条 ACH信 道ORM消 息条 数 条 ACH信 道PRM消 息条 数 条 ACH信 道RGM消 息条 数 条 ACH信 道平 均 碰 撞概 率 % ACH信 道平 均 占 用率 % ACH信 道最 大 碰 撞概 率 % ACH信 道最 大 占 用率 %2014/02/17 20:00:00基 站 名 =宁 晋 县
7、大 曹 庄 ,小 区 号 =2702 扇 区 -3 载 频 -0 0 0 394 21 151 83 89 90 1002014/02/17 20:00:00基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702 扇 区 -2 载 频 -0 0 2 70 58 290 0 4 10 302014/02/17 20:00:00基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702 扇 区 -1 载 频 -0 0 0 169 62 380 0 6 0 402014/02/17 20:30:00基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702 扇 区 -3 载 频 -0
8、 0 1 253 24 160 66 70 90 1002014/02/17 20:30:00基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702 扇 区 -2 载 频 -0 1 1 93 59 289 0 4 0 402014/02/17 20:30:00基 站 名 =宁 晋 县 大 曹 庄 ,小 区 号 =2702 扇 区 -1 载 频 -0 0 3 174 48 351 0 6 10 50从图中可以看出，短信几乎没有占用接入信道，ORDM 消息也较少，只有 ORM 消息相对较多，ORM 消息即初始接入消息，在用户量不大的情况先，按道理说不应该有这么多的初始接入消息，也不会发生这
9、么高的碰撞概率。我们怀疑是不是由于几个用户由于一直在发出连接消息，形成碰撞，造成了接入信道负荷过高。5. CDR 数据分析提取宁晋县大曹庄-3 扇区-0 载频的通过话详单，发现有 12 个用户发生了使用 1X 数据进行上网的业务，其中有 2 个号码分别连接了 219 次和 350 次，时间点比较接近，基本上是一秒钟发出一次连接申请，大部分连接发生与连接断开只差 1 秒，对于系统来说，用户断开连接一次，就自动重连另一次，对于其他用户来说，由于其占用了接入信道，其他用户也在这个时间内请求接入，这样就发生了碰撞，这也符合提取的 KPI 指标。行 标 签 计 数 项 :最 终 的 业 务 选 项 46
10、0030255111719 1460030257096985 7 460030261450733 1460030816945661 4 460030963783808 2460030963783973 2 460036540299435 219460036540299487 350 460036540299493 1460036540494420 1 460036690962907 15460036690992193 1【问题解决】经过上述分心发现造成本次接入信道负荷过高的原因，主要是用户导致的，可能是用户终端的问题，通过核心网查找用户的号码，通知用户进行手机检测，更换手机。【总结】在接入信道
11、发送的消息主要有以下几种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. 修改接入参数，由于接入信道容量只和接入时初始功率偏置和接入信道请求最大探测序列数有关，在保障满足各种终端对起呼信号的比特容量要求的前提下，合理调整这两个参数，有助于增加接入信道容量。2. 双载波基站，在 201 载频上也开通寻呼功能，使用户也可以在 201 载波上接入，这样可以降低寻呼信道负荷，也可以增大接入信道容量。3. 通过覆盖调整，合理缩小覆盖范围也可以用来降低接入信道负荷，只适用于覆盖良好的城区，由于话务较高导致的接入信道负荷过高。4. 在边界出现的乒乓登记导致的接入负荷过高的问题，可以通过合理设置 LAC 和登记参数来解决。
