RRC重建成功率指标优化提升研究.docxVIP

RRC重建成功率分析优化提升研究

未经许可不得扩散第PAGE1页,共NUMPAGES6页

RRC重建成功率分析优化提升研究

【摘要】描述了针对全网重建成功率低且重建失败次数高的TOP50个小区，通过相关优化参数将重建成功率从调优前平均的47.79%提升至62.30%，并在全网推广实施，全网RRC重建成功率从73%提升至78%左右。

【关键字】RRC重建、重建成功率、PCI混淆、切换失败

【业务类别】优化方法、参数优化

问题描述

1.1RRC高重建率问题小区

通过PRS重建指标数据筛选出重建成功率低且重建失败次数高的TOP50个小区，进行相关参数优化，通过分析TOP50站点的优化效果在全网推广实施。

1.2RRC重建原因分类

RRC重建原因主要包括5大类，TOP小区的RRC重建原因分布比例如下图：

分析过程

2.1触发RRC重建原因

引发UE发起重建流程的原因主要有以下几点：

切换失败：

重配置失败

无线链路失败

底层校验失败

2.1.1上层检测到底层通知的无线链路失败

UE检测到当前检测到“radiolinkfailure”，则会发起原因值为“other”重建，通常引起RLF存在如下三种机制：

上行RLC重传达到最大次数

“indicationfromRLCthatthemaximumnumberofretransmissionshasbeenreached”，包括SRB和DRB，与eNB侧下行的SRB与DRB机制相同，当UERLC发送了一个PDU之后，需要等到eNB侧反馈对应的状态PDU才能完成一次RLC的正常调度。对于没有收到eNB状态PDU的原因有两个，一个原因为eNB侧上行根本就没有收到任何RLCPDU，也就不会响应状态PDU，另一个原因为eNB响应的状态PDU，由于下行误码的原因，没有到达UE侧。

MAC层SRI重传达到最大次数

在切换过程中，切换完成命令丢失后导致的PUCCH没激活，或者，在业务保持过程中由于Ta超时导致的PUCCH没激活，此时如果UE有SR发送，因为下行链路问题，UE无法收到ENB的MAC层确认，SR重传达到最大次数后触发MAC_RA_IND，上报给L3后发起重建请求。

UE检测到下行RLF

UEDSP每200ms对时延谱滤波值进行判断，如果满足某门限，则上报L3失步；L3在同步状态连续收到N310次L1上报的失步指示，则认为失步；同时，启动T310定时器，超时前，若收到N311次同步指示，则认为UE恢复同步状态，否则，T310超时后触发重建（包括搜索小区、同步、重建），启动T311定时器，若超时仍未重建成功，则进去IDLE态。

2.1.2切换失败，重建到原小区

UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handoverfailure”的重建。

2.1.3系统内或IRAT的移动性过程失败

如切换时T304超时、目标小区建立RRC连接失败、UE不适配MobilityFromEUTRACommand的配置等。

2.1.3底层完整性检查失败

UE无法配置RRC重配消息中的部分配置，重配失败；UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfigurationfailure”的重建。

2.2重建成功率优化五类场景

支持PCI混淆场景下的重建。目标小区收到RRC_CONN_REESTAB_REQ（该消息携带源小区PCI）后，在邻区关系表中根据PCI查找对应的邻区，如果找到多个邻区（可能同频也可能异频），则向建立X2的邻区广播一条上下文请求消息（华为私有消息）。收到该消息的基站根据PCI/CRNTI/Short-mac-I判断是否存在重建UE的上下文。如果有，则向目标小区发起HO_REQUEST以发送上下文；如果没有，则不响应该消息。

支持S1切换失败场景的重建。11.1之前版本不支持S1切换失败后UE发起的重建，11.1版本支持该场景的重建。

支持协议标准的无上下文重建流程。11.1版本支持了R12标准的无上下文重建流程，可实现异厂商之间的无下文文重建（需要异厂商基站也支持）。注意：华为基站之间仍旧使用私有协议，主要因为存在第1、5项优化，基于R12标准协议无法实现。

支持安全模式建立阶段UE发起的重建。11.1之前版本不支持安全模式建立阶段UE发起的额重建，11.1版本支持该场景的重建。

支持有X2有外部小区无邻区