LTED隨機(jī)接入過(guò)程RARMSG以及MSG的重傳

1、本文涉及到的內(nèi)容有:1UE在什么時(shí)候開(kāi)始接收 RAR2怎么確定RA-RNTI3UE沒(méi)有收到RAR后的處理4RAR的格式1. UE 監(jiān)測(cè) RAR文章?已經(jīng)詳細(xì)說(shuō)明了 UE發(fā)送Preamble前導(dǎo)碼的時(shí)頻位置。當(dāng) UE發(fā)出Preamble后，并不是立即準(zhǔn)備接收RAR Random Access Response ，而是在發(fā)送前導(dǎo)碼之后的第 3個(gè)子幀之后才開(kāi)始準(zhǔn)備接收 RAR。當(dāng)然，UE 也不可能一直等待 RAR，如果UE連續(xù)檢測(cè)了 ra-ResponseWindowSize 個(gè)子幀仍然沒(méi)有收到 RAR，那么不再繼續(xù) 監(jiān)測(cè)RAR信息。the UE shall monitor the PDCCH fo

2、r Random Access Response(s) identified by the RA-RNTI defined below, inthe RA Response window which starts at the subframe that contains the end of the preamble transmission plus three subframes and has length ra-ResponseWindowSize subframes.ra-ResponseWindowSize 參數(shù)由 SIB2 中的 RACH-ConfigCommon字段帶給 UE

3、，范圍是 2-10 個(gè)子幀，即 UE最多連續(xù)監(jiān)測(cè)RAR的時(shí)長(zhǎng)是10ms。2. RA-RNTI的計(jì)算eNB加擾RAR、UE解擾RAR的RA-RNTI并不在空口中傳輸，但 UE和eNB都需要唯一確定 RA-RNTI的值， 否那么UE就無(wú)法解碼 RAR，因此RA-RNTI就必須通過(guò)收發(fā)雙方都明確的 Preamble的時(shí)頻位置來(lái)計(jì)算 RA-RNTI 的值。RA-RNTI: The Random Access RNTI is used on the PDCCH when Random Access Response messages are transmitted. It unambiguously i

4、dentifies which time-frequency resource was utilized by the UE to transmit the Random Access preamble.協(xié)議規(guī)定了 RA-RNTI 的計(jì)算公式為：RA-RNTI= 1 + t_id+1O*f_id 。其中，t_id表示發(fā)送Preamble的起始位置的子幀ID號(hào)范圍是0-9，f_id表示四元素組中的f_RA值范圍是0-5，之前的文章?已經(jīng)詳細(xì)描述了這兩個(gè)值的具體含義。eNB只要能解碼出Preamble前導(dǎo)碼，就能唯一確定 t_id和f_id參數(shù)，也就能唯一確定 RA-RNTI值。3. UE沒(méi)有收到

5、RAR的處理UE有可能在RAR的監(jiān)測(cè)窗口內(nèi)沒(méi)有解碼到 RAR消息，這有可能是eNB側(cè)沒(méi)有檢測(cè)到PRACH中的Preamble信 息，有可能是沒(méi)有調(diào)度 RAR信息，也有可能是下行無(wú)線鏈路有干擾導(dǎo)致UE解碼RAR失敗，無(wú)論是哪種原因，UE沒(méi)有收到RAR是有可能發(fā)生的。如果在RAR響應(yīng)窗口內(nèi)沒(méi)有收到 RAR，或者收到的RAR中攜帶的Preamble并不是本UE之前發(fā)送的Preamble， 那么表示UE本次接收RAR失敗，UE將執(zhí)行如下操作：1 將本地變量 PREAMBLE_TRANSMISSION_COUNTER力口 12如果 PREAMBLE_TRANSMISSION_COUNTER 變量=pre

6、ambleTransMax +1 ，那么將通知協(xié)議上層 本次RA失敗不再執(zhí)行3、 4過(guò)程。這之后的流程，是繼續(xù)執(zhí)行新一次的RA過(guò)程，還是執(zhí)行掃頻選小區(qū)，甚至換網(wǎng)過(guò)程，協(xié)議并沒(méi)有明確說(shuō)明，由UE側(cè)基帶廠商自行決定。3如果 PREAMBLE_TRANSMISSION_COUNTER preambleTransMax +1 ，且之前的 Preamble 是由 UE側(cè)MAC選擇的，那么UE將在0到backoff參數(shù)之間隨機(jī)選擇一個(gè)值，作為當(dāng)前失敗時(shí)刻到下一次發(fā)送Preamble時(shí)刻的時(shí)延。4 選擇時(shí)頻資源位置，重新發(fā)起RA過(guò)程。從上述過(guò)程可以看到，UE側(cè)在每次RA過(guò)程中，會(huì)維護(hù)一個(gè)計(jì)數(shù)器PREAMBL

7、E_TRANSMISSION_COUNTER ，范圍是【0，preambleTransMax 】，一旦超過(guò) preambleTransMax 值，那么表示本次 RA 失敗。preambleTransMax 參數(shù)表示本次 Preamble 發(fā)送含重傳的最大次數(shù)，和ra-ResponseWindowSize參數(shù)一樣，也是包含在 SIB2中的RACH-ConfigCommon字段中，見(jiàn)上文截圖。范圍從3到200不等，一般取 5次即可。backoff參數(shù)表示上次接收 RAR失敗到下次重新發(fā)送 Preamble之間的最大延時(shí)，單位是 ms，eNB側(cè)的MAC層 通過(guò)RAR消息配置到UE。范圍是0-960m

8、s。如果值屬于 Reserved，那么按照960ms處理。前導(dǎo)碼的發(fā)送和重傳時(shí)機(jī)如下列圖所示。MSG1每次發(fā)送前導(dǎo)碼的功率值 PREAMBLE_RECEIVED_TARGET_POWER計(jì)算如下：PREAMBLE_RECEIVED_TARGET_POWER = preamblelnitialReceivedTargetPower+DELTA_PREAMBLE+ (PREAMBLE TRANSMISSION COUNTERT) * powerRampingStep其中，PREAMBLE_TRANSMISSION_COUNTER是當(dāng)前 MSG1的傳輸次數(shù)，第一次新傳時(shí)，PREAMBLE_TRANS

9、MISSION_COUNTER被設(shè)置為 1。preamblelnitialReceivedTargetPower表示初始功率值，范圍從 -120dBm 到-90dBm 不等。powerRampingStep表示功率抬升因子，范圍從 0dB到6dB不等。上述三個(gè)參數(shù)都由 SIB2中的RACH-ConfigCommon 字段帶給 UE，見(jiàn)前文截圖。DELTA_PREAMBLE 是一個(gè)功率偏移量，與 Preabmle的格式相關(guān)。4. RAR的格式隨機(jī)接入過(guò)程中的 MAC PDU包含3個(gè)局部：MAC頭、payload 1個(gè)或多個(gè)RAR單元和可選的填充padding。MAC頭包含1個(gè)或多個(gè)MAC子頭，但

10、只能有1個(gè)子頭可以包含 Backoff Indicator ，且這個(gè)子頭只能放在 第一個(gè) 子頭位置。其他沒(méi)有包括 Backoff Indicator的子頭均對(duì)應(yīng)一個(gè)RAR單元。如下列圖所示。之所以將BI子頭放在第一個(gè)子頭位置，我想可能是為了減少UE側(cè)的處理時(shí)間，比方存在這種情況：UE1-UE10共10個(gè)UE同時(shí)接入，如果將UE1的RAPID子頭不放在第一個(gè)位置，那么UE1還要遍歷接下來(lái)的所有子頭，讀取每個(gè)子頭的E值和T值，才能知道這個(gè) RAR有沒(méi)有攜帶BI子頭，而如果規(guī)定 BI子頭固定放在第一個(gè)位置，那么UE1在解碼BI子頭和自己的RAPID子頭后，就不需要關(guān)心余下所有子頭的T字段了。帶BIB

11、ackoff Indicator 參數(shù)的 MAC子頭，由E/T/R/R/BI組成，而其他的子頭那么由 E/T/RAPID組成，如下列圖 所示。需要注意的是，在沒(méi)有解碼到任何 BI值的時(shí)候，UE本地使用的BI參數(shù)是0ms，而如果一旦解碼成功 RAR， 無(wú)論這個(gè)RAR是否攜帶了本 UE的Preamble , UE都要存下本次解碼得到的 BI，以備重傳Preamble的時(shí)候使用。 但一旦重新發(fā)起 RA過(guò)程，UE側(cè)BI參數(shù)都將被復(fù)位為0ms。子頭中每個(gè)字段的含義是：E: Extension field ，擴(kuò)展域。指示后續(xù)是否還有 MAC子頭，1表示還有另一個(gè)子頭，0表示后面不再有 MAC子頭。T: T

12、ype field，類型域。指示 MAC 子頭后面跟的是 Backoff Indicator 還是 RA Preamble ID 即 UE 上報(bào)的 Preamble 值。1表示當(dāng)前 MAC子頭后面攜帶了 RA Preamble ID , 0表示后面攜帶的是 BI指示Backoff Indicator 。R: Reserved bit，固定填 0。Bl: Backoff Indicator。占4個(gè)bit位，范圍0-15，左邊是高bit位，右邊是低 bit位下同。RAPID: Random Access Preamble Identifier，隨機(jī)前導(dǎo)碼標(biāo)識(shí)，MSG1 攜帶，占 6 個(gè) bit 位

13、，范圍 0-63。如果有2個(gè)UE正在進(jìn)行隨機(jī)接入，且計(jì)算得到的 RA-RNTI 一樣，而前導(dǎo)碼不一樣時(shí)，包含RAR的PDU頭的格式如下所示。只有當(dāng)不同UE的RA-RNTI相同時(shí)，RAR消息才能封裝到一個(gè) MAC-PDU里，不同的RA-RNTI，不能封裝在一個(gè) MAC PDU中。payload指1個(gè)或多個(gè) RAR控制單元，具體個(gè)數(shù)取決于MAC子頭中對(duì)應(yīng)的 RAPID的個(gè)數(shù)。如果 RAR是對(duì)2個(gè)前導(dǎo)碼進(jìn)行的響應(yīng)，那么MAC PDU需要有2個(gè)RAR控制單元。RAR控制單元的格式如下。每個(gè)RAR的長(zhǎng)度固定為6個(gè)字節(jié)。各字段的含義為：Timing Advance Command:時(shí)間提前命令域，占11個(gè)

14、bit位。通知UE進(jìn)行上行同步的 TA值。UL Grant :上行授權(quán)，占20個(gè)bit位。指示UE用于上行傳輸 MSG3的資源，包括時(shí)頻位置、是否跳頻、功控等參數(shù)。低字節(jié)Oct2為高bit位，高字節(jié)Oct4為低bit位。Temporary C-RNTI :臨時(shí)C-RNTI，占16個(gè)bit位。UE后續(xù)發(fā)送的 MSG3消息使用該值加擾。對(duì)于2個(gè)RAR的MAC PDU，它的格式如下20bits的UL GRANT 包括的內(nèi)容有:Hopping flag -1 bit，指示PUSCH是否執(zhí)行跳頻。-Fixed size resource block assignment紹。-10 bits，指示MSG3的RB資源分配，與帶寬有關(guān)，以后會(huì)詳細(xì)介-Truncated modulation and coding scheme-4 bits，指示 MSG3使用的MCS。-TPC command for scheduled PUSCH-3 bits，指示 PUSCH 的