1、小区高负荷造成无线接通率低处理案例汇总故障案例小区高负荷造成无线接通率低处理案例省公司江苏省专业无线设备类型设备厂家中兴设备型号B8300软件版本关键字无线接通率低 小区高负荷 故障描述在LTE小区日常监控中发现LTE市区城坤钢材市场东_1的RRC建立成功率突然降低,从下图可以看出,该小区RRC建立成功率从11:00开始恶化由原来的99.72%下降至94.17%,每小时RRC建立失败800多次,指标恶化严重影响用户感知。截图如下:时间无线接通率_集团_zteRRC连接成功率_集团_zteERAB建立成功率_集团_zte切换成功率_集团_zteZJ平均底噪2015/6/7 10:0099.68%
2、99.72%99.97%99.17%-1162015/6/7 11:0095.00%95.09%99.91%99.40%-1162015/6/7 12:0094.06%94.17%99.88%98.77%-1162015/6/7 13:0094.89%94.93%99.97%99.39%-116告警信息无原因分析1、RRC失败原因分析:影响RRC接入成功率的主要因素如下:小区故障、参数设置不合理,如PRACH参数配置,最小接入电平、小区存在干扰,上行干扰(杂散干扰、谐波干扰、宽频干扰、大气波导)、下行MOD3干扰、弱场接入RRC无法完成、用户数多SR容量不足、CPU负荷高等。RRC建立失败分析
3、流程:1、 通过排查,该小区不存在告警、参数、干扰等问题,如下图所示通过提取TA分布发现该小区TA分布主要集中在0-9范围内,覆盖集中在大约0-700米内,不存在远距离接入的情况:1TA=16Ts=16*32.55ns*300000000/2=78m基站地理分布:2、 通过查询发现RRC建立失败原因主要为“mo-Data类型RRC连接失败次数,定时器超时”平均1小时600多次,如图所示:日期RRC连接建立成功率mt-Access类型RRC连接失败次数,定时器超时mo-Signalling类型RRC连接失败次数,定时器超时mo-Data类型RRC连接失败次数,定时器超时RRC连接释放次数,空口定
4、时器超时RRC连接释放次数,重建立失败引发的释放2015/6/7 10:0095.09%7913245927932015/6/7 11:0094.17%80247601541052015/6/7 12:0094.93%1149559424444、如下图所示“mo-Data类型RRC连接失败次数,定时器超时”造成的RRC连接建立失败主要是因:CPU负荷是否偏高,用户数多、参数、NI是否偏高、RRU输出功率异常、是否MR任务和其他实时跟踪任务导致接入定时器超时、是否弱场导致接入定时器超时等。RRC处理手段 计数器编号计数器名称/描述信息建议措施C3732001mt-Access类型RRC连接失败次
5、数,定时器超时(次)1.检查CPU负荷是否偏高,用户数是都很多,如是调整SR容量进行优化2.检查上下行功控类参数3.检查NI是否偏高4.检查RRU输出功率5.检查是否MR任务和其他实时跟踪任务导致接入定时器超时6.检查是否弱场导致接入定时器超时。C373200002mt-Access类型RRC连接失败次数,eNB接纳失败(次)1.检查接纳控制类参数设置C373200003mt-Access类型RRC连接失败次数,其他原因(次1.检查是否CPU冲高导致2.提交故障单交研发处理C373200005mo-Signalling类型RRC连接失败次数,定时器超时(次)1.检查CPU负荷是否偏高,用户数是
6、都很多,如是调整SR容量进行优化2.检查上下行功控类参数3.检查NI是否偏高4.检查RRU输出功率5.检查是否MR任务和其他实时跟踪任务导致接入定时器超时6.检查是否弱场导致接入定时器超时。C373200006mo-Signalling类型RRC连接失败次数,eNB接纳失败(次)1.检查接纳控制类参数设置C37300007mo-Signalling类型RRC连接失败次数,其他原因(次)1.检查是否CPU冲高导致2.提交故障单交研发处理C373200009mo-Data类型RRC连接失败次数,定时器超时(次)1.检查CPU负荷是否偏高,用户数是都很多,如是调整SR容量进行优化2.检查上下行功控类
7、参数3.检查NI是否偏高4.检查RRU输出功率5.检查是否MR任务和其他实时跟踪任务导致接入定时器超时6.检查是否弱场导致接入定时器超时。C373200010mo-Data类型RRC连接失败次数,eNB接纳失败(次)1.检查接控类参数设置C373200011mo-Data类型RRC连接失败次数,其他原因(次)1.检查是否CPU冲高导致2.提交故障单交研发处理C373200013highPriorityAccess类型RRC连接失败次数,定时器超时(次)1.检查CPU负荷是否偏高,用户数是都很多,如是调整SR容量进行优化2.检查上下行功控类参数3.检查NI是否偏高4.检查RRU输出功率5.检查是
8、否MR任务和其他实时跟踪任务导致接入定时器超时6.检查是否弱场导致接入定时器超时。C373200014highPriorityAccess类型RRC连接失败次数,eNB接纳失败(次)1.检查接纳控制类参数设置C373200015highPriorityAccess类型RRC连接失败次数,其他原因(次)1.检查是否CPU冲高导致2.提交故障单交研发处理C373200017emergency类型RRC连接失败次数,定时器超时(次)1.检查CPU负荷是否偏高,用户数是都很多,如是调整SR容量进行优化2.检查上下行功控类参数3.检查NI是否偏高4.检查RRU输出功率5.检查是否MR任务和其他实时跟踪任
9、务导致接入定时器超时6.检查是否弱场导致接入定时器超时。C373200018emergency类型RRC连接失败次数,eNB接纳失败(次)1.检查接纳控制类参数设置C373200019emergency类型RRC连接失败次数,其他原因(次)1.检查是否CPU冲高导致2.提交故障单交研发处理5、通过分析发现该小区每小时空口流量在7GB左右,PRB利用率最高在49%左右,RRC最大用户数250人左右,为严重高负荷小区。通过以上分析最终确认RRC建小区高负荷导致RRC建立成功率低。时间空口总业务字节数(GB)空口上行业务字节数GB空口下行业务字节数GB TDD上行信道PRB资源利用率TDD下行信道P
10、RB资源利用率RRC连接建立最大用户数RRC连接建立平均用户数2015/6/7 10:007.330.486.8538.54%49.02%187152.242015/6/7 11:007.110.516.642.59%48.49%254193.122015/6/7 12:006.490.376.1237.05%45.12%236166.232015/6/7 13:005.270.324.9537.65%35.75%268213.25处理步骤:未避免指标继续恶化造成用户投诉临时对以下参数进行了调整:1、 CRS参考信号功率由18-12:2、 A1、A2门限由-92、-95改为-79、-823、进
11、行负荷分担3、 如下图所示,随后提取指标发现RRC用户由250下降至170左右,无线接通率指标也恢复正常:4、 该小区因用户较多,造成高负荷,临时调整并不能彻底解决问题,还需扩容吸收话务量。但该站位于空军后勤学院内,工程队到现场后经过协调整仍无法进入,不能扩容。因在原站上不能进行扩容所以计划调整附近的站点方位角吸收话务,该站最近的两个点为LTE市区后勤学院和LTE市区空后院搬迁,但因LTE市区后勤学院1、3覆盖区域为网格和空军后勤学院比较敏感不符合条件,而LTE市区空后院搬迁为D频段小区覆盖范围较小,综合以上因因素,最终确定在LTE市区空后院搬迁上扩容F频段小区增强覆盖吸收话务。如下图所示:物理视图,在BBU10槽位新增一了块BPN2板,下挂了3台(M1920A)RRU拓图视图:5、 扩容前后LTE市区城坤钢材市场东_1小区指标与用户数对比:6、 LTE市区空后院搬迁F_2扩容后用户数
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1