– Msg1承载于PRACH上

2、Msg2：随机接入响应

Msg2由eNB的MAC层组织，并由DL_SCH承载一条Msg2可同时响应多个UE的随机接入请求。eNB使用PDCCH调度Msg2，并通过RA-RNTI进行寻址，RA-RNTI由承载Msg1的PRACH时频资源位置确定Msg2包含上行传输定时提前量、为Msg3分配的上行资源、临时C-RNTI等

3、Msg3：第一次调度传输

– UE在接收Msg2后，在其分配的上行资源上传输Msg3

? 针对不同的场景，Msg3包含不同的内容

初始接入：携带RRC层生成的RRC连接请求，包含UE的S-TMSI或随机数

连接重建：携带RRC层生成的RRC连接重建请求，C-RNTI和PCI 切换：传输RRC层生成的RRC切换完成消息以及UE的C-RNTI 上/下行数据到达：传输UE的C-RNTI 4、Msg4：竞争解决

竞争 判定

初始接入和连接重建场景

Msg4携带成功解调的Msg3消息的拷贝，UE将其与自身在Msg3中发送的高层标识进行比较，两者相同则判定为竞争成功

Msg4使用由临时C-RNTI加扰的PDCCH调度 Msg2中下发的临时C-RNTI在竞争成功后升级为UE的C-RNTI

切换，上/下行数据到达场景

UE如果在PDCCH上接收到调度Msg4的命令，则竞争成功

调度 C-RNTI

eNB使用C-RNTI加扰的PDCCH调度Msg4 UE之前已分配C-RNTI，在Msg3中也将其传给eNB。竞争解决后，临时C-RNTI被收回，继续

使用UE原C-RNTI 基于非竞争的随机接入过程

? UE根据eNB的指示，在指定的PRACH上使用指定的Preamble码发起随机接入 ? Msg0：随机接入指示

– 对于切换场景，eNB通过RRC信令通知UE

– 对于下行数据到达和辅助定位场景，eNB通过PDCCH通知UE

? Msg1：发送Preamble码

– UE在eNB指定的PRACH信道资源上用指定的Preamble码发起随机接入

? Msg2：随机接入响应

– Msg2与竞争机制的格式与内容完全一样，可以响应多个UE发送的Msg1

RRC连接建立总流程

RRC连接建立

? 触发原因：

– IDLE态UE需变为连接态时发起该过程，如呼叫、响应寻呼、TAU、Attach等

? RRC连接建立成功流程

– RRC连接请求：UE通过UL_CCCH在SRB0上发送，携带UE的初始（NAS）标识和建立原因等，该消息对应于随机接入过程的Msg3

– RRC连接建立：eNB通过DL_CCCH在SRB0上发送，携带SRB1的完整配置信息，该消息对应随机接入过程的Msg4 – RRC连接建立完成：UE通过UL-DCCH在SRB1上发送，携带上行方向NAS消息，如Attach Request、TAU Request、Service Request、Detach Request等，eNB根据这些消息进行S1口建立

RRC连接建立失败

第二步中，如果eNB拒绝为UE建立RRC连接，则通过DL_CCCH在SRB0上回复一条RRC连接拒绝消息

RRC连接重建立过程