– 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连接重建立过程