LTE随机接入过程

随机接入的基本流程

Msg3和Msg4只有基于竞争的随机接入才存在,之所以叫Msg3/Msg4是因为不同的随机接入情况,Msg3/Msg4的消息不相同(本文稍后介绍)。

下图中的参数<ra-ResponseWindowSize>和<mac-ContentionResolutionTimer>来自SIB2中的rach-ConfigCommon参数。



基于竞争的和非竞争的2种随机接入方式介绍


随机接入过程中,UE需要ra-PreambleIndex/ ra-PRACH-MaskIndex

ra-PreambleIndex:        是要使用的preamble的索引。

ra-PRACH-MaskIndex: 决定此preamble发送时的时频位置.

非竞争接入时,eNB怎么把这2个参数告诉UE呢?也可以参考:点击打开链接

随机接入

eNB怎么把这2个参数告诉UE?

细节

Handover

RRCConnectionReconfig

通过RRCConnectionReconfig->MobilityControlnfo->RACH-ConfigDedicated(ra-PreambleIndex、ra-PRACH-MaskIndex)字段设置

PDCCH order触发

DCI 1A

通过DCI format 1APreamble IndexPRACH Mask Index字段来设置


竞争的接入时,UE怎么判断自己在竞争中获胜呢(获得上行资源)?

ContenResID: 表示UE ContentionResolution Identity MAC control element

上表中的 DCI 0 with C-RNTI 为下一条消息RRCconnectionReconfigurationComplete(UE->eNB) 分配了上行资源。

UE初始接入触发的随机接入过程





上图主要一下3点:
1. RAR中的参数<RAID>和pramble中的参数<preamble>相一致,表明此RAR是自己的。
2. 冲突解决办法: SDU of Msg3(CCCH) = UE contention Resolution ID.
    Msg3 on CCCH有2种:RRCconnectionRequest/RRCconnectionReestablishmentReq,分别用于初始接入和RLF触发的随机接     入。
3. 冲突解决后,RAR中携带的TC-RNTI 提升为C-RNTI,即: C-RNTI = TC-RNTI.
    (注意: RAR 中携带的是TC-RNTI, 而RA-RNTI指示加扰RAR(crc)用的,不要混淆)

RA-RNTI的来源

ra-preamble的时频位置确定了RA-RNTI。

(prach的时频资源与选择可以参考:点击打开链接)

计算公式:

RA-RNTI= 1 + t_id+ 10*f_id

t_id:发送preamble的PRACH所在的第一个子帧号(0 ≤ t_id< 10)

f_id:该子帧发送preamble的PRACH在频域上的索引(0 ≤ f_id< 6)//FDD 频域上只有一个资源,所以为0







猜你喜欢

转载自blog.csdn.net/hzgdiyer/article/details/79420982