小区高负荷造成无线接通率低处理案例要点

《小区高负荷造成无线接通率低处理案例要点》由会员分享，可在线阅读，更多相关《小区高负荷造成无线接通率低处理案例要点（14页珍藏版）》请在装配图网上搜索。

1、卓越品质的创造者2020-1-8故障案例小区高负荷造成无线接通率低处理案例省公司江苏省专业无线设备类型设备厂家中兴设备型号B8300软件版本关键字无线接通率低小区高负荷故障描述最差才区里义度，控时 次高负莆小区定义时阿我 度M控叶可鹏手哽宰曰于兄口.唯冬季7 石：针盯。 er5-23 A产番一十芒口？M24/ ar无故法思*993%月E-RAE建H支 政天数下工口小时8-23 A就工坊可二救30区上有PRE彩用率之于5g且上行流聿立 =16小H34小旺无线理基率4、三E-三一田江坡次敷 20小Br8-23 *的工二线三户才3即三+行FRB汇月率大于SH亘r；;芳贵一二步小HZ4/H*T可思4尸

2、工23厂：豆女（兴安-=数出小肝8-23 A在LTE小区日常监控中发现 LTE市区城坤钢材市场东 _1的RRC建立成功率突然降低，从下图可 以看出，该小区 RRC建立成功率从11： 00开始恶化由原来的 99.72%下降至94.17%,每小时RRC建 立失败800多次，指标恶化严重影响用户感知。截图如下：时间无线接通 率_集团 _zteRR琏接成 功率_集团 _zteERA诞立成功率_集 团Zte切换成功 率_集团 _zteZJ平均底 噪2015/6/7 10:0099.68%99.72%99.97%99.17%-1162015/6/7 11:0095.00%95.09%99.91%99.40

3、%-1162015/6/7 12:0094.06%94.17%99.88%98.77%-1162015/6/7 13:0094.89%94.93%99.97%99.39%-116LTE市区城坤钢材市场东_1101,00%100,00%99.00%98.00%97.00%96.00%95.00%94.00%93 00%92.00%91.00%10:00:0011:00:0012:00:0013:00:00T-RRC连接成功率告警信息原因分析1、RRC失败原因分析：影响RRC接入成功率的主要因素如下：小区故障、参数设置不合理， 如PRACH参数配置，最小接入电平、小区存在干扰，上行干扰（杂散干扰、

4、谐波干扰、宽频干扰、大气波导）、下行MOD3干扰、弱场接入RRC无法完成、用户数多 SR容量不足、CPU负荷高等。RRC建立失败分析流程:RR健立成功率低是否存在iWj质差I是否存在资源不足fjrNO是否终端、用户行为异常NO1.结合用户投诉情况，安排前场 人员现场测试，同时后台通过信 令跟踪，配合查找问题原因；1、参数调整，流量均衡；2、天 馈调整，分担流量；3、热点区 域，增补基站；指标是否正常NOYES结束1、通过Mapinfo查看小区PC复用是否合理，是否存在模三冲 突；2、检查小区时隙配比是否设置准确（DE:SA2SSP7;F:SA2SSP5 3、如每 PRBt干扰噪声平均值 -11

5、0dBm,确认小区存在上行干扰，同时可通过后台跟踪，确 认干扰类型；最后干扰处理。1.通过统计TAfRSR接入确认用户的接入环境，是否为弱场 发起RR请求；3、邻区告警、故障等导致TOPJ、区存在弱覆 盖；4、天馈问题；5、无线环境差；6、基站规划、建设、施 工问题；7,天线权值配置与现场天线参数不一致。8.核查参 考信号功率是否偏低（常规设置92,122,需结合现场设 置）；1.通过观察小区上下行丢包率是否正常，如丢 包率偏高，基本断定小区存在质差；2、通过后 台误码率跟踪，如BLER10%确定小区存在高 误码；1、高负荷小区定义：RR最大用户数 200; 2、RRC2均用户数30且上行 P

6、R剧用率大于50%上行流量大于 1G 3、RRC2均用户数30且下行PRB 利用率大于50%下行流量大于5G 4 、主控板CPtft大利J用率80%保存跟踪信令及测 试数据，提交问题 排查交付件至华为 研发定位问题。1、通过排查，该小区不存在告警、参数、干扰等问题，如下图所示通过提取TA分布发现该小区 TA分布主要集中在0-9范围内，覆盖集中在大约0-700米内，不存在远距离接入的情况:中国移动通信 china mobile1TA=16Ts=16*32.55ns*300000000/2=78mLTE用户接入距离分析35000300002500020000150001000050000京*TAT

7、ATATATATAj TArTATA1 1 TA在范在范在范球在范在范在范在范在疮在范在范在范围围围围国国围医围国围围围0.1)13)口目叵力7归,1111,(13.【组27,M凶0,【50,的上的上的上的上的上11)的13)20)27)40)50)31)报次I报次报欢1报次报次上报的上的上的上1的上的上的上|的上数数数数数次数报报一报小报报报T-系列1163029590295492173264197216708301296813510基站地理分布：8519631_LTI851969：B9747fi_LTE西阁街8525041区北【区后勤学院.坤桐树市场东/班 9714饱付食品厂8531341

8、2、通过查询发现RRC建立失败原因主要为“ mo-Data类型RRC连接失败次数，定时器超时”平均1小时600多次，如图所示:日期RRCS 接建立成 功率mt-Access 类型RRC 连接失败 次数，定时 器超时mo-Signalling 类型RRC1接 失败次数，定时 器超时mo-Data 类型RRC连接失败 次数，定 时器超时RRCS 接 释放次 数，空口 定时器 超时RRCS 接 释放次 数，重建 立失败 引发的 释放2015/6/7 10:0095.09%7913245927932015/6/7 11:0094.17%80247601541052015/6/7 12:0094.93%

9、11495594244458%RRC建立失败原因Et/EX工=RRC吉啜夫收 次数，定时器超时meignMing 类型 RRC 天1【春二弟通仃m ADat谈 型RRC连接失败次知，定时落希时R凯泽接释放次数，空口定时舞超时RRC连接释放次数，重建立关吸引发F片放4、如下图所示“ mo-Data类型RRC连接失败次数，定时器超时 ”造成的RRC连接建立失败主要是 因：CPU负荷是否偏高，用户数多、参数、 NI是否偏高、RRU输出功率异常、是否 MR任务和其他 实时跟踪任务导致接入定时器超时、是否弱场导致接入定时器超时等。RRC处理手段计数器编号计数器名称/描述信息建议措施C3732001mt-

10、Access类型RRC连接失败次数，定时器超时（次）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连接失败次数，定时

11、器超时（次）1.检查CPU负荷是否偏高，用户数 是都很多，如是调整SR容量进行 优化2.检查上下行功控类参数3. 检查NI是否偏高4.检查RRU输出 功率5.检查是否MR任务和其他实 时跟踪任务导致接入定时器超时 6.检查是否弱场导致接入定时器 超时。C373200006mo-Signalling类型RRC连接失败1.检查接纳控制类参数设置中国移动通信 CHINA MOBILE卓越品质的创造者次数，eNB接纳失败（次）C37300007mo-Signalling类型RRC连接失败次数，其他原因（次）1.检查是否CPU冲高导致2.提交故障单交研发处理C373200009mo-Data类型RRC连

12、接失败次数，定时器超时（次）1.检查CPU负荷是否偏高，用户数 是都很多，如是调整SR容量进行 优化2.检查上下行功控类参数3. 检查NI是否偏高4.检查RRU输出 功率5.检查是否MR任务和其他实 时跟踪任务导致接入定时器超时 6.检查是否弱场导致接入定时器 超时。C373200010mo-Data类型RRC连接失败次数, eNB接纳失败（次）1.检查接控类参数设置C373200011mo-Data类型RRC连接失败次数, 其他原因（次）1.检查是否CPU冲高导致2.提交故障单交研发处理C373200013highPriorityAccess 类型 RRC 连接 失败次数，定时器超时（次）1

13、.检查CPU负荷是否偏高，用户数 是都很多，如是调整SR容量进行 优化2.检查上下行功控类参数3.检查NI是否偏高4.检查RRU输出 功率5.检查是否MR任务和其他实 时跟踪任务导致接入定时器超时6.检查是否弱场导致接入定时器 超时。C373200014highPriorityAccess 类型 RRC 连接 失败次数，eNB接纳失败（次）1.检查接纳控制类参数设置C373200015highPriorityAccess 类型 RRC 连接 失败次数，其他原因（次）1.检查是否CPU冲高导致2.提交故障单交研发处理C373200017emergency类型RRC连接失败次数，定时器超时（次）1

14、.检查CPU负荷是否偏高，用户数 是都很多，如是调整SR容量进行 优化2.检查上下行功控类参数3. 检查NI是否偏高4.检查RRU输出 功率5.检查是否MR任务和其他实 时跟踪任务导致接入定时器超时 6.检查是否弱场导致接入定时器 超时。C373200018emergency类型RRC连接失败次 数，eNB接纳失败（次）1.检查接纳控制类参数设置C373200019emergency类型RRC连接失败次 数，其他原因（次）1.检查是否CPU冲高导致2.提交故障单交研发处理2020-1-8中国移动通信CHINA MOBILE卓越品质的创造者时间空口总业 务字节数 (GB)空口上行 业务字节数GB

15、空口下行 业务字节数GBTDD上 行信道PRB资源 利用率TDD下 行信道PRB资源 利用率RRC1 接建立最大 用户数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.25250人左右，为严重高负荷小区。通过以上分析最终确认RRC建小区高负荷导致 RR

16、C建立成功率低。5、通过分析发现该小区每小时空口流量在7GB左右，PRB利用率最高在49%左右，RRC最大用户数处理步骤:未避免指标继续恶化造成用户投诉临时对以下参数进行了调整1、CRS参考信号功率由 18-12:2、A1、A2 门限由-92、-95 改为-79、-822020-1-8中国移动逋信CHINA MOBILE卓越品质的创造者2020-1-8中国移动通信CHINA MOBILE卓越品质的创造者调整后用户下降，指标恢复T-RRC连接建立最大用户数 T-无线接通率4、该小区因用户较多，造成高负荷，临时调整并不能彻底解决问题，还需扩容吸收话务量。但该站 位于空军后勤学院内，工程队到现场后经

17、过协调整仍无法进入，不能扩容。因在原站上不能进行 扩容所以计划调整附近的站点方位角吸收话务，该站最近的两个点为LTE市区后勤学院和LTE市区空后院搬迁，但因LTE市区后勤学院1、3覆盖区域为网格和空军后勤学院比较敏感不符合条件， 而LTE市区空后院搬迁为 D频段小区覆盖范围较小， 综合以上因因素， 最终确定在LTE市区空后 院搬迁上扩容F频段小区增强覆盖吸收话务。如下图所示：LTE市区区空军后!学踹经1LTE减坤材市场F利市场才市场口_2的市场东_之用市场_2LTE市珂巧食品厂物理视图，在 BBU10槽位新增一了块 BPN2板，下挂了 3台(M1920A)RRU2020-1-8中国移动通信CHINA MOBILE卓越品质的创造者2020-1-8INA MOBILE卓越品质的创造者移动通信2020-1-8