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

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

卓越品质的创造者2020-1-2故障案例小区高负荷造成无线接通率低处理案例省公司江苏省专业无线设备类型设备厂家中兴设备型号B8300软件版本关键字无线接通率低小区高负荷故障描述在LTE小区日常监控中发现LTE市区城坤钢材市场东_1的RRC建立成功率突然降低,从下图可以看出,该小区RRC建立成功率从11:00开始恶化由原来的99.72%下降至94.17%,每小时RRC建立失败800多次,指标恶化严重影响用户感知。截图如下:时间无线接通率_集团_zteRRC连接成功率_集团_zteERAB建立成功率_集团_zte切换成功率_集团_zteZJ平均底噪2015/6/710:0099.68%99.72%99.97%99.17%-1162015/6/711:0095.00%95.09%99.91%99.40%-1162015/6/712:0094.06%94.17%99.88%98.77%-1162015/6/713:0094.89%94.93%99.97%99.39%-116告警信息卓越品质的创造者2020-1-2无原因分析1、RRC失败原因分析:影响RRC接入成功率的主要因素如下:小区故障、参数设置不合理,如PRACH参数配置,最小接入电平、小区存在干扰,上行干扰(杂散干扰、谐波干扰、宽频干扰、大气波导)、下行MOD3干扰、弱场接入RRC无法完成、用户数多SR容量不足、CPU负荷高等。RRC建立失败分析流程:NONONONONONOYES结束RRC建立成功率低1、高负荷小区定义:RRC最大用户数≥200;2、RRC平均用户数≥30且上行PRB利用率大于50%且上行流量大于1G;3、RRC平均用户数≥30且下行PRB利用率大于50%且下行流量大于5G;4、主控板CPU最大利用率80%是否存在资源不足1、参数调整,流量均衡;2、天馈调整,分担流量;3、热点区域,增补基站;是否终端、用户行为异常1.结合用户投诉情况,安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因;指标是否正常保存跟踪信令及测试数据,提交问题排查交付件至华为研发定位问题。检查操作,是否存在告警,传输问题,是否存在网络变动和升级行为等;2.查询单板运行情况;3.传输及EPC侧有网络变动(升级,割接,参数修改等)。1、通过Mapinfo查看小区PCI复用是否合理,是否存在模三冲突;2、检查小区时隙配比是否设置准确(DE:SA2\SSP7;F:SA2\SSP5)3、如每PRB上干扰噪声平均值-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型;最后干扰处理。是否存在干扰1.通过统计TA与RSRP接入确认用户的接入环境,是否为弱场发起RRC请求;3、邻区告警、故障等导致TOP小区存在弱覆盖;4、天馈问题;5、无线环境差;6、基站规划、建设、施工问题;7,天线权值配置与现场天线参数不一致。8.核查参考信号功率是否偏低(常规设置92,122,需结合现场设置);是否存在覆盖问题是否存在高质差1.通过观察小区上下行丢包率是否正常,如丢包率偏高,基本断定小区存在质差;2、通过后台误码率跟踪,如BLER10%,确定小区存在高误码;1、通过排查,该小区不存在告警、参数、干扰等问题,如下图所示通过提取TA分布发现该小区TA分布主要集中在0-9范围内,覆盖集中在大约0-700米内,不存在远距离接入的情况:卓越品质的创造者2020-1-21TA=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连接释放次数,空口定时器超时RRC连接释放次数,重建立失败引发的释放2015/6/710:0095.09%7913245927932015/6/711:0094.17%8024760154105卓越品质的创造者2020-1-22015/6/712:0094.93%1149559424444、如下图所示“mo-Data类型RRC连接失败次数,定时器超时”造成的RRC连接建立失败主要是因:CPU负荷是否偏高,用户数多、参数、NI是否偏高、RRU输出功率异常、是否MR任务和其他实时跟踪任务导致接入定时器超时、是否弱场导致接入定时器超时等。RRC处理手段计数器编号计数器名称/描述信息建议措施C3732001mt-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连接失败次数,定时器超时(次)1.检查CPU负荷是否偏高,用户数是都很多,如是调整SR容量进行优化2.检查上\下行功控类参数3.检查NI是否偏高4.检查RRU输出功率5.检查是否MR任务和其他实时跟踪任务导致接入定时器超时6.检查是否弱场导致接入定时器超时。C373200006mo-Signalling类型RRC连接失败次数,eNB接纳失败(次)1.检查接纳控制类参数设置卓越品质的创造者2020-1-2C37300007mo-Signalling类型RRC连接失败次数,其他原因(次)1.检查是否CPU冲高导致2.提交故障单交研发处理C373200009mo-Data类型RRC连接失败次数,定时器超时(次)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.检查CPU负荷是否偏高,用户数是都很多,如是调整SR容量进行优化2.检查上\下行功控类参数3.检查NI是否偏高4.检查RRU输出功率5.检查是否MR任务和其他实时跟踪任务导致接入定时器超时6.检查是否弱场导致接入定时器超时。C373200014highPriorityAccess类型RRC连接失败次数,eNB接纳失败(次)1.检查接纳控制类参数设置C373200015highPriorityAccess类型RRC连接失败次数,其他原因(次)1.检查是否CPU冲高导致2.提交故障单交研发处理C373200017emergency类型RRC连接失败次数,定时器超时(次)1.检查CPU负荷是否偏高,用户数是都很多,如是调整SR容量进行优化2.检查上\下行功控类参数3.检查NI是否偏高4.检查RRU输出功率5.检查是否MR任务和其他实时跟踪任务导致接入定时器超时6.检查是否弱场导致接入定时器超时。C373200018emergency类型RRC连接失败次数,eNB接纳失败(次)1.检查接纳控制类参数设置C373200019emergency类型RRC连接失败次数,其他原因(次)1.检查是否CPU冲高导致2.提交故障单交研发处理卓越品质的创造者2020-1-25、通过分析发现该小区每小时空口流量在7GB左右,PRB利用率最高在49%左右,RRC最大用户数250人左右,为严重高负荷小区。通过以上分析最终确认RRC建小区高负荷导致RRC建立成功率低。时间空口总业务字节数(GB)空口上行业务字节数GB空口下行业务字节数GB[TDD]上行信道PRB资源利用率[TDD]下行信道PRB资源利用率RRC连接建立最大用户数RRC连接建立平均用户数2015/6/710:007.330.486.8538.54%49.02%187152.242015/6/711:007.110.516.642.59%48.49%254193.122015/6/712:006.490.376.1237.05%45.12%236166.232015/6/713:005.270.324.9537.65%35.75%268213.25处理步骤:未避免指标继续恶化造成用户投诉临时对以下参数进行了调整:1、CRS参考信号功率由18-12:2、A1、A2门限由-92、-95改为-79、-82卓越品质的创造者2020-1-23、进行负荷分担卓越品质的创造者2020-1-23、如下图所示,随后提取指标发现RRC用户由250下降至170左右,无线接通率指标也恢复正常:卓越品质的创造者2020-1-24、该小区因用户较多,造成高负荷,临时调整并不能彻底解决问题,还需扩容吸收话务量。但该站位于空军后勤学院内,工程队到现场后经过协调整仍无法进入,不能扩容。因在原站上不能进行扩容所以计划调整附近的站点方位角吸收话务,该站最近的两个点为LTE市区后勤学院和LTE市区空后院搬迁,但因LTE市区后勤学院1、3覆盖区域为网格和空军后勤学院比较敏感不符合条件,而LTE市区空后院搬迁为D频段小区覆盖范围较小,综合以上因因素,最终确定在LTE市区空后院搬迁上扩容F频段小区增强覆盖吸收话务。如下图所示:物理视图,在BBU10槽位新增一了块BPN2板,下挂了3台(M1920A)RRU卓越品质的创造者2020-1-2拓图视图:5、扩容前后LTE市区城坤钢材市场东_1小区指标与用户数对比:卓越品质的创造者2020-1-26、LTE市区空后院搬迁F_2扩容后用户数卓越品质的创造者2020-1-2

1 / 12
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功