93广东重点地市RRC连接重建比例问题分析及优化.docx
《93广东重点地市RRC连接重建比例问题分析及优化.docx》由会员分享，可在线阅读，更多相关《93广东重点地市RRC连接重建比例问题分析及优化.docx（22页珍藏版）》请在冰点文库上搜索。
93广东重点地市RRC连接重建比例问题分析及优化
广东-重点地市LTERRC连接重建比例问题分析及优化
2019年10月
【摘要】针对全省RRC连接重建比例高进行优化，本案例主要针对省内TOP地市的RRC连接重建立进行优化，以参数优化、定时器调整、重叠覆盖，干扰排查，切换调整为优化手段，以达到降低RRC连接重建比例目的。
【关键字】重建原因、重叠覆盖、信令、定时器、参数修改
【业务类别】参数优化，优化方法
一、问题描述
目前广东全省整体RRC重建比较高，珠海，清远，中山等地市重建比例达到4%以上，重建比例过高可能会影响切换、重传等网络指标，同时带来用户使用感知的下降，针对重建比例较高的TOP地市进行全面分析，找出重建比高的原因，优化重建比指标。
如下是各个地市当前的指标值：
地市
RRC重建比例
E-RAB建立成功率（%）
E-RAB掉线率（%）
RRC连接建立成功率（%）
珠海
6.49%
99.63%
0.33%
99.87%
中山
4.62%
99.83%
0.07%
99.87%
清远
4.58%
99.86%
0.13%
99.80%
汕尾
4.49%
99.88%
0.00%
99.83%
肇庆
3.50%
99.89%
0.05%
99.89%
揭阳
3.49%
99.86%
0.07%
99.79%
茂名
3.48%
99.82%
0.07%
99.91%
惠州
3.00%
99.85%
0.15%
99.35%
江门
2.98%
99.93%
0.04%
99.93%
佛山
2.93%
99.79%
0.07%
99.88%
广州
2.92%
99.79%
0.09%
99.84%
东莞
2.91%
99.83%
0.06%
99.85%
湛江
2.60%
99.77%
0.22%
99.55%
深圳
2.57%
99.84%
0.12%
99.86%
梅州
2.54%
99.91%
0.03%
99.95%
潮州
2.36%
99.86%
0.07%
99.91%
汕头
2.05%
99.93%
0.06%
99.91%
阳江
1.95%
99.92%
0.06%
99.94%
二、分析过程
2.118地市重建比整体概况分析
2.1.1重建原因对比
广东18个地市优化前重建比及重建原因整体情况对比如下，针对待分析的TOP地市，珠海other原因的重建占比过高，东莞重建原因分布整体正常，重配原因略高。
2.1.2空口指标对比
18个地市空口相关KPI对比如下，珠海的上行干扰对比其他地市较高。
2.1.3重建原理
36.331协议对终端发起的RRC重建过程有直接的描述。
终端发起RRC重建的场景有如下几种：
1> upondetectingradiolinkfailure,inaccordancewith5.3.11;or
1> uponhandoverfailure,inaccordancewith5.3.5.6;or
1> uponmobilityfromE-UTRAfailure,inaccordancewith5.4.3.5;or
1> uponintegritycheckfailureindicationfromlowerlayers;or
1> uponanRRCconnectionreconfigurationfailure,inaccordancewith5.3.5.5;
RRC重建请求消息带的重建原因值有以下三个，对应于上述五种场景。
handoverfailure
UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handoverfailure”的重建。
reconfigurationfailure
UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfigurationfailure”的重建。
otherfailure
除切换失败和重配失败触发的重建，重建原因都是other。
other重建常见原因为RLF,如果UE检测到当前检测到“radiolinkfailure”，则会发起原因值为“other”的重建，通常RLF导致的RRC重建，协议中又分为如下几种场景：
场景1：
当终端底层上报了N310次连续的失步指示，终端启动T310，在T310超时前未能收到N311次连续的同步指示，则在T310超时后，终端发起RRC重建过程。
所以T310超时导致的重建，大多是因为下行信道质量问题导致。
场景2：
当随机接入过程出现问题。
场景3：
当RLC层达到最大重传次数
、
2.2东莞重建比原因分析
2.2.1东莞整网重建原因分析
东莞当前重建比（全天）1.8%，共4789个站点，除去TOP500后，重建比为1.43%。
说明TOP站点对重建比有一定影响。
Object
RRCReest:
RRCReEstAttRate
L.RRC.ConnReq.Att
L.RRC.ReEst.Att
L.RRC.ReEst.Succ
L.RRC.ReEst.ReconfFail.Att
L.RRC.ReEst.HoFail.Att
ReconfFail占比
HoFail占比
other占比
TOTAL
1.804543
5289805126
97211030
74645451
1705123
28874719
1.75%
29.70%
68.54%
东莞全网重建的占比分布大致如下
其中重配导致的重建占比1.75%，需要分析原因，进行优化。
另外从TOP站点上看，当前主要贡献重建比的TOP站点主要是由于切换原因导致，需要进一步分析。
2.2.2重配原因导致的重建分析
南城康华医院_L_BBU1频点和带宽配置错误，请全网排查修改。
2.2.3切换原因导致的重建分析
TOP站点分析
话统分析
重建基本均为切换失败导致的重建。
重建成功率很高。
只有小区2的切换入指标较差。
标口分析，查看信令，HoFailure重建前基本均为切换至PCI=161的1825频点。
大朗黎贝岭，FDD1825频点，上行干扰很大，特别是LocalCellID=2小区
干扰排查
大朗黎贝岭现网站点干扰最强的小区为2号小区（64号RRU），干扰类型为外部宽带干扰，建议外场扫频寻找干扰源。
该站点的近三天小时级干扰指标如下，可以看到三个小区的干扰都较高，其中2号小区的干扰最强并且比较稳定，没有明显的闲忙时特征，为外部干扰源特征，同时查看在线宽带FFT扫频结果进一步确认。
在线宽带FFT扫频结果（64号RRU）如下，可以看到当前LTE使用的频段整体干扰较高且主分集变化一致，可判定为外部宽带干扰,需要外场扫频找到干扰源。
2.2.4other原因导致的重建分析
查看重建前的信令，下行信道质量很差，RSRQ掉低，重叠覆盖严重。
2.2.5东莞重建原因小结
东莞重建主要是有外部干扰和重叠覆盖导致。
2.3珠海重建比高原因分析
2.3.1珠海基本参数核查
核查27个优化参数，其中15个不一致。
涉及重建比的参数10个，其中6个不一致。
请参考核查结果，根据和修改策略安排珠海全网执行。
行标签
不一致
部分一致
一致
总计
ERAB建立成功率
5
5
RRC建立成功率
2
4
6
RRC重建比（低优先级）
1
1
RRC重建比（高优先级）
4
1
5
RRC重建比（中优先级）
2
2
4
RRC重建成功率（核心）
1
1
掉话
1
3
4
掉话/切换
1
1
总计
15
5
7
27
2.3.2UE不活动定时器设置不合理
珠海不活动定时器设置不合理，QCI9UE不活动定时器为20s，OCI5UE不活动定时器为60s，需要修改为10S。
珠海的互操作门限设置偏高，建议和其他地市拉齐:
重选参数，当前配置下，当服务小区电平小于-124才会重选至低优先级小区，容易造成弱覆盖场景下接入失败,盲重定向门限为-124，易造成弱覆盖场景下的Radio原因掉话。
珠海修改不活动定时器后，重建比从5.6下降4.8左右。
2.3.3珠海全网重建原因分析
珠海当前重建比（全天）3.9%，共988个站点，除去TOP100后，重建比为3.29%,这样看，珠海不存在明显的TOP站点。
重建原因比例分布如下
RRCReest:
RRCReEstAttRate
RRCReest:
RRCReEstSuccessRate
ReconfFail占比
HoFail占比
other占比
3.916116
85.486364
0.86%
11.07%
88.07%
2.3.4重配原因导致的重建分析
频点带宽配置错误
之前反馈的配置文件中，不包含这次发现的问题站点（FNH_香洲总站地下通道电房），请对这批没有反馈的站点进行核查
2.3.5other原因导致的重建分析
Ø原因1：
干扰
FWH_华厦国际酒店该站点重建比问题主要是L1800重建比极高，而L1800上行干扰较强，重建比与干扰水平强相关。
小区0/1/2/5重建比较高，对应小区主要是L1800，L2100小区重建比低很多。
重建比高的小区重建次数也很多
大部分都是other原因的重建
从小区级平均干扰看，L2100干扰较低，而L1800干扰较高
对于L1800小区，重建比趋势与干扰水平趋势完全一致，重建应该与干扰强相关
信令分析，重建次数统计，主要是other原因
从PCI看重建源小区主要是站内的小区
信令跟踪看，重建前下行RSRP和RSRQ都很好
从100RB上看，存在明显的窄带干扰。
Ø原因2：
下行重叠覆盖
分析多个站点，下行重叠覆盖现象非常普遍，基本上站内重建，均为重叠覆盖导致下行SINR差重建：
Ø原因3：
弱覆盖
存在大量弱覆盖的情况
但是信令分析没有下发BlindHoA1A2ThdRsrp。
但是整站是有重定向到CDMA的次数
根据MR测量没有下发C网的频点，确认终端不支持C网。
这是由于电信VOLTE用户不支持C的重定向。
后续通过重选策略优化。
Ø原因4：
异频MR开启
当前有开启异系统和异频MR的测量，会导致异常终端反复发起重建的情况。
建议关闭。
三、解决措施
Ø建议解决措施如下：
1、频点带宽配置错误站点修改
2、关闭异频/异系统MR、异频MDT。
3、优化重选门限和最小接入电平。
4、重建比参数优化。
Ø参数优化效果
重建比提升优化参数在东莞分批进行实施，优化参数7个。
优化措施
优化脚本
具体调整结果
切换用户超小区半径接入优化
MODCELLALGOSWITCH:
RachAlgoSwitch=NonContRaOptSwitch-1;
调整683个不一致小区
支持激活态RRC重建统计
MODENODEBCONNSTATETIMER:
RrcReestActivityThld=1;
调整52个不一致站点
异常终端连续重建优化
MODGLOBALPROCSWITCH:
EnhancedRRCReestProtectThd=20;
调整52个不一致站点
切换时携带UE不活动定时器
MODCELLHOPARACFG:
LocalCellId=*,HoUseInactiveTimerSwitch=HoUseInactiveTimerSwitch-1;
MODRLCPDCPPARAGROUP:
RlcPdcpParaGroupId=XX,PdcpStatusRptReq=FALSE;
//对所有AM模式的RLCPDCP组关闭状态报告
全网小区
RRCConnectionRelease消息保护
MODSRBCFG:
RrcConnRelMaxRetxThd=32;
MODRRCCONNSTATETIMER:
RrcConnRelTimer=450,DRXRrcConnRelTimerOffset=5120,SRLTERrcConnRelTimerOffset=6000;
全网基站
eNodeBPollingPDU重传定时器
MODRLCPDCPPARAGROUP:
RLCPDCPPARAGROUPID=5,RLCMODE=RlcMode_AM,ENODEBPOLLRETRANSMITTIMER=Tpollretrans_m200;
调整5个不一致站点
定时器301
MODUETIMERCONST:
LOCALCELLID=XX,T301=MS1000_T301;
全网小区
Ø结果验证：
按照上述参数修改后，东莞电信RRC连接重建比例由2.197%左右下降到2.053%，优化效果显著。
四、经验总结
RRC重建比是对空口质量的直接反馈，重建过多会影响用户感知，特别是VOLTE用户感知。
通过对全省RRC重建比差的TOP地市进行分析，导致RRC重建比高的原因主要是高干扰、重叠覆盖和弱覆盖。
通过如下参数优化可有效减少RRC重建比例。
优化措施
优化脚本
切换用户超小区半径接入优化
MODCELLALGOSWITCH:
RachAlgoSwitch=NonContRaOptSwitch-1;
支持激活态RRC重建统计
MODENODEBCONNSTATETIMER:
RrcReestActivityThld=1;
异常终端连续重建优化
MODGLOBALPROCSWITCH:
EnhancedRRCReestProtectThd=20;
切换时携带UE不活动定时器
MODCELLHOPARACFG:
LocalCellId=*,HoUseInactiveTimerSwitch=HoUseInactiveTimerSwitch-1;
MODRLCPDCPPARAGROUP:
RlcPdcpParaGroupId=XX,PdcpStatusRptReq=FALSE;
//对所有AM模式的RLCPDCP组关闭状态报告
RRCConnectionRelease消息保护
MODSRBCFG:
RrcConnRelMaxRetxThd=32;
MODRRCCONNSTATETIMER:
RrcConnRelTimer=450,DRXRrcConnRelTimerOffset=5120,SRLTERrcConnRelTimerOffset=6000;
eNodeBPollingPDU重传定时器
MODRLCPDCPPARAGROUP:
RLCPDCPPARAGROUPID=5,RLCMODE=RlcMode_AM,ENODEBPOLLRETRANSMITTIMER=Tpollretrans_m200;
定时器301
MODUETIMERCONST:
LOCALCELLID=XX,T301=MS1000_T301;
升级会员 