3） MSG3（连接建立请求）：UE收到MSG2后，判断是否属于自己的RAR消息（利用preamble ID
核对），并发送MSG3消息，携带UE-ID。UE的RRC层产生RRC Connection Request 并映射到UL –SCH上的CCCH逻辑信道上发送；
4） MSG4(RRC连接建立)：RRC Contention Resolution 由eNB的RRC层产生，并在映射到DL
–SCH上的CCCH or DCCH(FFS)逻辑信道上发送，UE正确接收MSG4完成竞争解决。
?
在随机接入过程中，MSG1和MSG2是低层消息，L3层看不到，所以在信令跟踪上，UE入网的第一条信令便是MSG3(RRC_CONN_REQ) ? ? ? ? ?
MSG2消息由eNB的MAC层产生，并由DL_SCH承载，一条MSG2消息可以同时对应多个UE的随机接入请求响应。 eNB使用PDCCH调度MSG2，并通过RA-RNTI进行寻址，RA-RNTI由承载MSG1的PRACH时频资源位置确定； MSG2包含上行传输定时提前量、为MSG3分配的上行资源、临时C-RNTI等； UE在接收MSG2后，在其分配的上行资源上传输MSG3 针对不同的场景，Msg3包含不同的内容:
? ? ? ?
初始接入：携带RRC层生成的RRC连接请求，包含UE的S-TMSI或随机数； 连接重建：携带RRC层生成的RRC连接重建请求，C-RNTI和PCI； 切换：传输RRC层生成的RRC切换完成消息以及UE的C-RNTI； 上/下行数据到达：传输UE的C-RNTI；
初始接入和连接重建场景 MSG4携带成功解调的MSG3消息的拷贝，UEUE如果在PDCCH上接收到调度MSG4的命令，则竞争竞争判定 将其与自身在MSG3中发送的高层标识进行比成功 较，两者相同则判定为竞争成功 切换，上/下行数据到达场景 竞争解决 调度 MSG4使用由临时C-RNTI加扰的PDCCH调度 eNB使用C-RNTI加扰的PDCCH调度MSG4 UE之前已分配C-RNTI，在MSG3中也将其传给eNB。MSG2中下发的临时C-RNTI在竞争成功后升级C-RNTI 为UE的C-RNTI C-RNTI 竞争解决后，临时C-RNTI被收回，继续使用UE原
图8 基于非竞争的随机接入
基于非竞争随机接入流程说明
1） MSG0：eNB 通过下行专用信令给UE指派非冲突的随机接入前缀（non-contention Random Access Preamble ），这个前缀不在BCH上广播的集合中。 2） MSG1：UE在RACH上发送指派的随机接入前缀。
3） MSG2：ENB的MAC层产生随机接入响应，并在DL-SCH上发送。对于非竞争随机接入过程，preamble码由ENB分配，到RAR正确接受后就结束。
? ?
UE根据eNB的指示，在指定的PRACH上使用指定的Preamble码发起随机接入 MSG0：随机接入指示消息
对于切换场景，eNB通过RRC信令通知UE；
对于下行数据到达和辅助定位场景，eNB通过PDCCH通知UE；
?
MSG1：发送Preamble码
UE在eNB指定的PRACH信道资源上用指定的Preamble码发起随机接入
?
MSG2：随机接入响应
MSG2与竞争机制的格式与内容完全一样，可以响应多个UE发送的MSG1
2.3 UE发起的service request流程
UE在IDLE模式下，需要发送或接收业务数据时，发起service request过程（值得强调的是这流程之前是随机接入流程）。
当UE发起service request时，需先发起随机接入过程，Service Request由RRC Connection Setup Comlete携带上去，整个流程类似于主叫过程。
当下行数据达到时，网络侧先对UE进行寻呼，随后UE发起随机接入过程，并发起service request过程，在下行数据达到发起的service request类似于被叫接入。 service request流程就是完成Initial context setup，在S1接口上建立S1承载，在Uu接口上建立数据无线承载，打通UE到EPC之间的路由，为后面的数据传输做好准备。
UEeNBEPCIDLE下有数据或者信令要发送，发起service request过程1. RA Preamble 2. RA Response 3. RRCConnectionRequest4. RRCConnectionSetup5. RRCConnectionSetupComplete(包含Service Request消息)6. Initial UE message（包含Service Request消息） 7. Authentication8. S1-AP: Initial Context Setup Request9. UECapabilityEnquiry10. UECapabilityInformation11. UE Capability Info Indication12. SecurityModeCommand13. SecurityModeComplete14. RRCConnectionReconfiguration15. RRCConnectionReconfigurationComplete16. S1-AP: Initial Context Setup ResponseFirst Uplink Data更新承载First Downlink Data检测到User Inactivity17. UE Context Release Request (Cause)更新承载18. UE Context Release Command 19. RRC Connection Release20. UE Context Release Complete
图9 service request流程
Service Request流程说明：
1） 处在RRC_IDLE态的UE进行Service Request过程，发起随机接入过程，即MSG1消息； 2） eNB检测到MSG1消息后，向UE发送随机接入响应消息，即MSG2消息；
3） UE收到随机接入响应后，根据MSG2的TA调整上行发送时机，向eNB发送
RRCConnectionRequest消息，即MSG3消息；
4） eNB向UE发送RRCConnectionSetup消息，包含建立SRB1承载信息和无线资源配臵信息； 5） UE完成SRB1承载和无线资源配臵,向eNB发送RRCConnectionSetupComplete消息，包含NAS
层Service Request信息；
6） eNB选择MME，向MME发送INITIAL UE MESSAGE消息，包含NAS层Service Request消
息；
7） UE与EPC间执行鉴权流程，与GSM不同的是：4G鉴权是双向鉴权流程，提高网络安全能力。 8） MME向eNB发送INITIAL CONTEXT SETUP REQUEST消息，请求建立UE上下文信息； 9） eNB接收到INITIAL CONTEXT SETUP REQUEST消息，如果不包含UE能力信息，则eNB向
UE发送UECapabilityEnquiry消息，查询UE能力；
10） UE向eNB发送UECapabilityInformation消息，报告UE能力信息；
11） eNB向MME发送UE CAPABILITY INFO INDICATION消息，更新MME的UE能力信息； 12） eNB根据INITIAL CONTEXT SETUP REQUEST消息中UE支持的安全信息，向UE发送
SecurityModeCommand消息，进行安全激活；
13） UE向eNB发送SecurityModeComplete消息，表示安全激活完成；
14） eNB根据INITIAL CONTEXT SETUP REQUEST消息中的ERAB建立信息，向UE发送
RRCConnectionReconfiguration消息进行UE资源重配，包括重配SRB1和无线资源配臵，建立SRB2信令承载、DRB业务承载等；
15） UE向eNB发送RRCConnectionReconfigurationComplete消息，表示资源配臵完成； 16） eNB向MME发送INITIAL CONTEXT SETUP RESPONSE响应消息，表明UE上下文建立完成。
流程到此时完成了service request，随后进行数据的上传与下载。
17） 信令17~20是数据传输完毕后，对UE去激活过程，涉及UE context release流程。