MSG1到MSG4

MSG1:
GNB通过PBCH的SIB2给小区内的UE发送RACH-ConfigCommon，告诉所有的UE preamble的分组、Msg3大小的阈值、功率配置等信息。UE发起随机接入时，根据可能的Msg3大小以及pathloss等，允许在哪些时频资源上传输preamble。选择合适的preamble。

UE向GNB发送random access，Preamble的主要作用是告诉eNodeB有一个随机接入请求，并使得eNodeB能估计其与UE之间的传输时延，以便eNodeB校准uplink timing并将校准信息通过timing advance command告知UE。

Preamble index 中包含 RN-RNTI信息，以便在MSG2中知道是否为自己的preamble

MSG2：
eNodeB发送Random Access Response

UE发送了preamble之后，将在RAR时间窗（RA Response window）内监听PDCCH，以接收对应RA-RNTI的RAR。如果在此RAR时间窗内没有接收到eNodeB回复的RAR，则认为此次随机接入过程失败。

响应接入请求时，在PDCCH上基于一种DCI（下行控制信息）格式处理，过程中加入RA-RNTI标识，收端UE知道自己之前 Preamble的发送位置，当然也知道这个值，于是检测PDCCH上是否有自己对应的RA-RNTI；有，则说明接入被响应，在依据PDCCH上的指示 去PDSCH上读取RA Response消息（MSG2）。

ENB给用户分配一个T-CRNTI，用于随后的Msg中标识UE

基于非竞争的随机接入， preamble是某个UE专用的，所以不存在冲突；又因为该UE已经拥有在接入小区内的唯一标志C-RNTI，原本处于RRC_CONNECTE，D态所以也不需要eNodeB给它分配C-RNTI。因此，只有基于竞争的随机接入才需要下列
MSG3
在正常的竞争随机接入中，msg3是RRC信令，则Msg4的PDCCH用Temporary C-RNTI 加扰， msg4中应当携带48bits的MAC控制元素“UE Contention Resolution Identity”，该控制元素就是msg3的SDU(业务数据单元)。如果该控制元素和UE保存的msg3的SDU相等，则认为自己的msg3被基站正确接收了，竞争解决完成。将TC-RNTI升级为C-RNTI

Msg3在UL-SCH上传输，使用HARQ（混合自动重传）
MSG4
eNodeB发送contention resolution

UE会在Msg3有携带自己唯一的标志： C-RNTI或来自核心网的UE标志（S-TMSI或一个随机数）。eNodeB在冲突解决机制中，会在Msg4中携带该唯一的标志以指定胜出的UE。而其它没有在冲突解决中胜出的UE将重新发起随机接入。

以上个人总结，只为督促学习

今天的文章MSG1到MSG4分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。