LTE 4G RRC重建成功率分析和优化提升
2019年10月
目 录
一、 二、 三、 四、
问题描述 ........................................................................................................................... 2 分析过程 ........................................................................................................................... 2 解决措施 ........................................................................................................................... 6 经验总结 ........................................................................................................................... 7
第1页, 共7页
【摘要】描述了针对全网重建成功率低且重建失败次数高的TOP50个小区，通过相关优化参数将重建成功率从调优前平均的41.83% 提升至49.58%，并在全网推广实施，全网RRC重建成功率从76%提升至80%左右。
【关键字】RRC重建、重建成功率、PCI混淆、切换失败 【业务类别】优化方法、参数优化
一、 问题描述
1.1 RRC高重建率问题小区 通过PRS重建指标数据筛选出重建成功率低且重建失败次数高的TOP50个小区，进行相关参数优化，通过分析TOP50站点的优化效果在全网推广实施。 1.2 RRC重建原因分类 RRC重建原因主要包括5大类，TOP小区的RRC重建原因分布比例如下图： 6%1%切换失败触发无上下文RRC重建尝试次数23%切换失败触发RRC重建请求的次数重配置失败触发RRC重建请求的次数69%重配置失败触发无上下文RRC重建尝试次数激活的RRC重建请求次数
二、 分析过程
2.1触发RRC重建原因
引发UE发起重建流程的原因主要有以下几点：
第2页, 共7页
重建发起原因 切换失败 重配置失败 详细原因 标口原因值 Handover Failure Reconfig Failure 上行RLC重传达到最大次数 无线链路失败 随机接入失败 Other T310定时器重传到最大 底层校验失败 2.1.1上层检测到底层通知的无线链路失败
UE检测到当前检测到“radio link failure”，则会发起原因值为“other”重建，通常引起RLF存在如下三种机制： ➢ 上行RLC重传达到最大次数
“indication from RLC that the maximum number of retransmissions has been reached”，包括SRB和DRB，与eNB侧下行的SRB与DRB机制相同，当UE RLC发送了一个PDU之后，需要等到eNB侧反馈对应的状态PDU才能完成一次RLC的正常调度。对于没有收到eNB状态PDU的原因有两个，一个原因为eNB侧上行根本就没有收到任何RLC PDU，也就不会响应状态PDU，另一个原因为eNB响应的状态PDU，由于下行误码的原因，没有到达UE侧。 ➢ MAC层SRI重传达到最大次数
在切换过程中，切换完成命令丢失后导致的PUCCH没激活，或者，在业务保持过程中由于Ta超时导致的PUCCH没激活，此时如果UE有SR发送，因为下行链路问题，UE无法收到ENB的MAC层确认，SR重传达到最大次数后触发MAC_RA_IND，上报给L3后发起重建请求。 ➢ UE检测到下行RLF
UE DSP每200ms对时延谱滤波值进行判断，如果满足某门限，则上报L3失步；L3在同步状态连续收到N310次L1上报的失步指示，则认为失步；同时，启动T310定时器，超时前，若收到N311次同步指示，则认为UE恢复同步状态，否则，T310超时后触发重建（包括搜索小区、同步、重建），启动T311定时器，若超时仍未重建成功，则进去IDLE态。
第3页, 共7页
2.1.2切换失败，重建到原小区
UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的重建
2.1.3系统内或IRAT的移动性过程失败
如切换时T304超时、目标小区建立RRC连接失败、UE不适配MobilityFromEUTRACommand的配置等。
2.1.3底层完整性检查失败
UE无法配置RRC重配消息中的部分配置， 重配失败；UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。
2.2重建成功率优化五类场景
1、支持PCI混淆场景下的重建。目标小区收到RRC_CONN_REESTAB_REQ（该消息携带源小区PCI）后，在邻区关系表中根据PCI查找对应的邻区，如果找到多个邻区（可能同频也可能异频），则向建立X2的邻区广播一条上下文请求消息（华为私有消息）。收到该消息的基站根据PCI/CRNTI/Short-mac-I 判断是否存在重建UE的上下文。如果有，则向目标小区发起HO_REQUEST以发送上下文；如果没有，则不响应该消息。
2、支持S1切换失败场景的重建。11.1之前版本不支持S1切换失败后UE发起的重建，11.1版本支持该场景的重建。
3、支持协议标准的无上下文重建流程。11.1版本支持了R12标准的无上下文重建流程，可实现异厂商之间的无下文文重建（需要异厂商基站也支持）。注意：华为基站之间仍旧使用私有协议，主要因为存在第1、5项优化，基于R12标准协议无法实现。
4、支持安全模式建立阶段UE发起的重建。11.1之前版本不支持安全模式建立阶段UE发起的额重建，11.1版本支持该场景的重建。
5、支持有X2有外部小区无邻区场景的无上下文重建。目标小区收到RRC_CONN_REESTAB_REQ后，如果在邻区关系表中未找到对应PCI，则在外部小区表中查找该PCI。同时，目标小区在向源小区发送上下文请求消息（华为私有消息）时，携带自身的PCI/频点信息，用以源小区向目标小区发送HO_REQUEST消息，即源小区不需要配置目标小区为邻区或外部小区。即满足下面两个条件即可重建成功：1）收到重建请求的目标基站配
第4页, 共7页
置了源小区为外部小区；2）目标基站与源基站配置了X2接口且链路正常。 重建成功率优化五类场景算法开关和参数配置: MOD
GLOBALPROCSWITCH:
RrcReestOptSwitch=PCI_CONFUSION_REEST_SWITCH-
1&S1_HANDOVER_REEST_SWITCH-1&NO_CONTEXT_REEST_SWITCH-1&SEC_CMD_REEST_SWITCH-1&WITH_X2_NO_NCELL_REEST_SWITCH-1;
2.2.1 PCI混淆场景重建开关
PCI_CONFUSION_REEST_SWITCH /PCI混淆场景重建开关
该开关表示eNodeB是否支持UE在PCI混淆场景下发生重建。如果打开，则eNodeB支持相同PCI邻区场景重建;如果关闭，则不支持该场景重建。
2.2.2 S1切换场景重建开关
S1_HANDOVER_REEST_SWITCH/S1切换场景重建开关
该开关表示eNodeB是否支持UE在S1切换场景下发生重建。如果打开，则eNodeB支持S1切换场景重建;如果关闭，则不支持该场景重建。
2.2.3标准无上下文重建开关
NO_CONTEXT_REEST_SWITCH/标准无上下文重建开关
该开关表示eNodeB是否使用协议标准的无上下文重建。如果打开，则eNodeB使用协议标准的无上下文重建；如果关闭，则使用普通的无上下文重建。
2.2.4安全模式建立时重建开关
SEC_CMD_REEST_SWITCH/安全模式建立时重建开关
该开关表示eNodeB是否支持安全模式建立时响应该UE重建请求。如果打开，则响应UE重建请求；如果关闭，则拒绝UE重建请求。
2.2.5有X2无邻区场景重建开关
WITH_X2_NO_NCELL_REEST_SWITCH/有X2无邻区场景重建开关
第5页, 共7页
该开关表示eNodeB是否支持有X2无邻区的重建功能。如果打开，则eNodeB支持有X2无邻区的重建功能；如果关闭，则eNodeB会拒绝UE重建请求。
三、 解决措施
3.1 TOP小区优化提升
2018-10-19号凌晨对深圳电信精品网区域福田、宝安、龙岗、龙华4区50个重建TOP小区进行参数调整，重建成功率从调优前平均的41.83% 提升至49.58%，提升了7.74个百分比；重建比例与切换成功率等基本持平。
第6页, 共7页
3.2 全网推广优化
2018-10-25号将RRC重建类参数优化在全网进行推广，实施后全网RRC重建成功率从76%提升至80%左右，无负面影响，提升效果明显。
四、 经验总结
RRC重建对用户感知特别是VOLTE用户的语音影响较大，RRC重建成功率提升对路测中语音MOS分提升较为明显。上述的5个RRC重建优化参数可在其他LTE网络中实施，可直接复制推广优化。
第7页, 共7页
