信令流程分析部分

信令流程分析部分

开机入网总流程

1.2 随机接入过程

随机接入过程是UE向系统请求接入，收到系统响应并分配接入信道资源的过程随机接入分为竞争与非竞争两种方式。非竞争只应用于切换和下行数传场景。

图1-1基于竞争的随机接入流程

消息说明：

1. MSG1：UE发送，消息中携带preamble码

2. MSG2：eNB侧接收到MSG1后，返回RAR响应，RAR中携带了TA调整和

上行授权指令以及T-CRNTI号（临时）。

3. MSG3（RRC连接请求）：UE收到MSG2后，判断是否是属于自己的RAR消

息（利用Preamble ID核对），并发送MSG3消息，携带UE-ID。

4. MSG4（RRC连接建立）：eNB发送，UE正确接收MSG4完成竞争解决。

图1-2基于非竞争的随机接入流程

对于非竞争的随机接入过程，preamble码由eNB分配，到RAR正确接受后就结束。✓ 1.3 RRC连接建立

⏹RRC连接建立流程

在随机接入过程中，MSG1和MSG2是底层消息，L3是看不到的。所以在信令跟踪上，UE入网的第一条信令便是RRC_CONN_REQ。

常见失败分析：

1、RRC SETUP REQ消息无响应

ENB接收到UE的RRC SETUP REQ消息没有任何消息下发， UE在此状态下可能会发起RRC 消息请求重试。

出现此问题时，大多数情况是ENODEB的资源已经耗尽，无法给新接入的UE分配资源。

2、UE无应答

ENB 在发送了RRC SETUP消息后，UE没有发送RRC SETUP CMP消息。

出现此问题后，eNodeB在等待RRC SETUP CMP消息超时后会本地释放分配给UE的资源并等待UE的下次建立。出现此情况一般情况是UE的上行信道较差，无法使用分配的专用资源与eNodeB建立连接。

✓专用S1连接建立

初始直传消息，由基站发往核心网，包含Nas消息ATTACH REQ，请求在核心网创建上下文。

初始上下文建立请求，由核心网发往基站，包含Nas消息ATTACH ACCEPT，指示基站为该UE分配资源建立数据承载。

失败分析：

核心网不响应UE消息

出现此问题时，需要检查MME的配置是否正确（例如在INIT UE MESSAGE 消息中的TAC在MME 中是否有效），如果配置正常则需要与MME联合定位

✓RRC连接重配置

RRC连接重配消息，在附着流程中，主要用于SRB2的建立。

✓E-RAB建立过程

当UE完成初始UE上下文接入过程后，当需要进行新的业务服务时，会发起E-RAB建立过程。

E-RAB建立过程会为UE建立多条E-RAB承载，E-RAB建立的发起者可以是UE自身，也可以由网络发起。当UE需要进行新的业务时，或网络侧需要为UE建立新的业务时，就可以通过NAS层的专有承载激活过程为UE建立E-RAB，专有承载激活过程中UE和网络侧会协商QoS信息，接入网根据QoS信息为UE进行资源分配，并完成E-RAB的建立过程。

切换流程分析

基站内切换

①UE 上报合适的测量报告，触发基站切换。

②基站下发切换命令给UE，要求切换到新的小区，在消息中会携带如下重要信元

RRC重配置消息中最重要的信元就是MobilityControlInfo，当消息中存在这个信

元即标识该消息为切换命令.

③UE接收到此信元后会采用消息中携带的配置在目标小区接入，接入成功后会在

目标小区上报重配置完成消息指示基站切换成功。

④基站收到在新小区的完成消息后会按照新小区的配置给UE重新下发测量配置。站间 X2接口切换

站间S1切换流程图