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