下载后可任意编辑RRC 重建比率高问题分析和优化方法下载后可任意编辑RRC 重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE处于RRC_CONNECTED 状态，因为一些移动性管理或底层链路故障，导致连接中断， UE发起的空口资源重新建立的过程，以继续空口的 RRC 连接。重建是 UE 在连接状态下，空口异常时重新恢复空口的过程。重建成功的前提是收到重建请求的小区有 UE 的上下文。重建的意义在于快速恢复空口业务，提高业务的连续性。重建成功流程：RRC 重建请求消息:下载后可任意编辑RRC 重建命令消息：RRC 重建完成消息：假如目标小区无该 UE 的上下文信息，此时 UE的 RRC 重建请求可能会被拒绝重建失败流程：下载后可任意编辑2、重建原因2.1 重建条件UE 在检测下行失步、切换失败、RLC 重传达到最大次数等原因条件下，会在新的小区发起 RRC 重建过程，以试图快速重建业务，提升用户感受。LTE 协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文 ID 的请求将被拒绝而掉话。当UE 从基站 A 重建至基站 B 时，这种重建必定因猎取不到上下文而失败。在现网中，无上下重建失败在重建失败总次数占绝大多数。严重影响了客户感受。上下文一般是 eNodeB 侧存储的 UE 的一些重要信息，包括 UE 能力、多承载信息（承载 ID，QCI 等级）、S1AP_ID、UE 的安全性算法等。对于没有 UE 上下文的重建，目标基站必须通过某种手段猎取源站的上下文，协议规定源站可以通过切换请求把 UE的上下文带到目标站，因此猎取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。因此只能通过私有消息方式通知源站，若私有消息走 S1 口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一般情况下会直接经过 X2 口处理该私有消息。目标基站收到 RRC 重建请求后，发现没有该 UE 的上下文，所以通过 X2 口发送一个私有消息给源侧基站请求源侧基站发送上下文，收到回复后，就根据正常的流程，继续完成 RRC 重建过程。2.2 引发重建的原因协议上规定，引发 UE 发起重建流程的原因主要有以下几点：下载后可任意编辑重建发起原因详细原因标口原因值切换失败 Handover Failure重配置失败 Reconfig Failure无线链路失败上行 RLC 重传达到最大次数Other随机接入失败T310 定时器重传到最大底层校验失败...
