我是靠谱客的博主 个性柚子,最近开发中收集的这篇文章主要介绍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的全部内容,希望文章能够帮你解决MSG1到MSG4所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(49)

评论列表共有 0 条评论

立即
投稿
返回
顶部