RRC

yangwd4

RRC重建问题分析流程：（无论是5G还是4G）

1、首先，根据RRC 重建请求中携带的原因来确认为啥发起重建：


2、UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。
3、UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的重建。
4、如果UE检测到当前检测到“radio link failure”，则会发起原因值为“other”的重建，通常引起RLF存在如下三种机制：

4.1：UE的上行RLC重传达到最大次数。UE RLC层向基站发送RLC PDU后，需要得到基站RLC层的响应，才能算作一次RLC的正常调度。如果UE向上发送RLC PDU之后，没有得到基站的响应，就会进行RLC的重传。而不论是RLC PDU的传输还是响应，在MAC层都是以数据的传输。

4.1.1：原因一：上行链路问题导致上行误码大，基站RLC层没有收到来自UE的RLC PDU，因此没有给UE响应。

4.1.2：原因二：下行链路问题导致下行误码大，UE没有收到来自基站的RLC测响应。

4.2：UE的SR传输达到最大次数（UE的多次SR请求没有得到调度）

4.2.1：切换完成命令丢失后导致PUCCH没有激活；

4.2.2：TA超时导致PUCCH没有激活(可能是UE失步然后走上行失步恢复流程失败，几次失败之后就发起RRC重建)；

4.2.3：基站内部处理问题，导致没有相应UE的SR请求；

4.2.4: PDCCH存在问题，导致UE没有收到基站的DCI调度；

4.3：UE检测到下行链路失败：UE的L3在同步状态连续收到N310个L1上报的out-of-sync指示，则认为失步；