RRC重建比率高问题分析报告报告材料和优化方法.docxVIP

标准实用文案

标准实用文案

文档

文档

RRC重建比率高问题分析和优化方法

一、重建原理

1、重建概述

RRC重建（RRCconnectionre-establishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。重建是UE在连接状态下，空口异常时重新恢复空口的过程。重建成功的前提是收到重建请求的小区有UE的上下文。重建的意义在于快速恢复空口业务，提高业务的连续性。

重建成功流程：

UE

UE

EUTRAN

RRCConnectionReestablishmentRequest

RRCConnectionReestablishment

RRCConnectionReestablishmentComplete

RRC重建请求消息:

RRC重建命令消息：

RRC重建完成消息：

UEEUTRANRRCConnectionReestablishmentRequestRRCConnectionReestablishmentReject如果目标小区无该UE的上下文信息，此时UE的

UE

EUTRAN

RRCConnectionReestablishmentRequest

RRCConnectionReestablishmentReject

2、重建原因

重建条件

UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下，会在新的小区发起RRC重建过程，以试图快速重建业务，提升用户感受。LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID的请求将被拒绝而掉话。当UE从基站A重建至基站B时，这种重建必然因获取不到上下文而失败。在现网中，无上下重建失败在重建失败总次数占绝大多数。严重影响了客户感受。

上下文一般是eNodeB侧存储的UE的一些重要信息，包括UE能力、多承载信息

（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。因此只能通过私有消息方式通知源站，若私有消息走S1口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一

般情况下会直接经过X2口处理该私有消息。目标基站收到RRC重建请求后，发现没有该UE的上下文，所以通过X2口发送一个私有消息给源侧基站请求源侧基站发送上下文，收到回复后，就按照正常的流程，继续完成RRC重建过程。

引发重建的原因

协议上规定，引发UE发起重建流程的原因主要有以下几点：

重建发起原因

重建发起原因

详细原因

标口原因值

切换失败

HandoverFailure

重配置失败

ReconfigFailure

上行RLC重传达到最大次

数

无线链路失败

随机接入失败

Other

T310定时器重传到最大

底层校验失败

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

UE

UE检测到当前检测到“radiolinkfailure”，则会发起原因值为“other”的中间，通

常引起RLF存在如下三种机制：

上行RLC重传达到最大次数

“indicationfromRLCthatthemaximumnumberofretransmissions

“indicationfromRLCthatthemaximumnumberofretransmissionshas

beenreached”，包括SRB和DRB，与eNB侧下行的SRB与DRB机制相同，当

UERLC发送了一个PDU之后，需要等到eNB侧反馈对应的状态PDU才能完成

UERLC发送了一个PDU之后，需要等到eNB侧反馈对应的状态PDU才能完成

一次RLC的正常调度。对于没有收到eNB状态PDU的原因有两个，一个原因为eNB侧上行根本就没有收到任何RLCPDU，也就不会响应状态PDU，另一个原因为eNB响应的状态PDU，由于下行误码的原因，没有到达UE侧。

一次RLC的正常调度。对于没有收到eNB状态PDU的原因有两个，一个原因为

eNB侧上行根本就没有收到任何RLCPDU，也就不会响应状态PDU，另一个原因

为eNB响应的状态PDU，由于下行误码的原因，没有到达UE侧。

MAC层SRI重传达到最大次数

在切换过程中