LTED隨機接入過程RARMSG以及MSG的重傳_第1頁
LTED隨機接入過程RARMSG以及MSG的重傳_第2頁
LTED隨機接入過程RARMSG以及MSG的重傳_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、本文涉及到的內(nèi)容有:1UE在什么時候開始接收 RAR2怎么確定RA-RNTI3UE沒有收到RAR后的處理4RAR的格式1. UE 監(jiān)測 RAR文章?已經(jīng)詳細說明了 UE發(fā)送Preamble前導(dǎo)碼的時頻位置。當(dāng) UE發(fā)出Preamble后,并不是立即準(zhǔn)備接收RAR Random Access Response ,而是在發(fā)送前導(dǎo)碼之后的第 3個子幀之后才開始準(zhǔn)備接收 RAR。當(dāng)然,UE 也不可能一直等待 RAR,如果UE連續(xù)檢測了 ra-ResponseWindowSize 個子幀仍然沒有收到 RAR,那么不再繼續(xù) 監(jiān)測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 個子幀,即 UE最多連續(xù)監(jiān)測RAR的時長是10ms。2. RA-RNTI的計算eNB加擾RAR、UE解擾RAR的RA-RNTI并不在空口中傳輸,但 UE和eNB都需要唯一確定 RA-RNTI的值, 否那么UE就無法解碼 RAR,因此RA-RNTI就必須通過收發(fā)雙方都明確的 Preamble的時頻位置來計算 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 的計算公式為:RA-RNTI= 1 + t_id+1O*f_id 。其中,t_id表示發(fā)送Preamble的起始位置的子幀ID號范圍是0-9,f_id表示四元素組中的f_RA值范圍是0-5,之前的文章?已經(jīng)詳細描述了這兩個值的具體含義。eNB只要能解碼出Preamble前導(dǎo)碼,就能唯一確定 t_id和f_id參數(shù),也就能唯一確定 RA-RNTI值。3. UE沒有收到

5、RAR的處理UE有可能在RAR的監(jiān)測窗口內(nèi)沒有解碼到 RAR消息,這有可能是eNB側(cè)沒有檢測到PRACH中的Preamble信 息,有可能是沒有調(diào)度 RAR信息,也有可能是下行無線鏈路有干擾導(dǎo)致UE解碼RAR失敗,無論是哪種原因,UE沒有收到RAR是有可能發(fā)生的。如果在RAR響應(yīng)窗口內(nè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過程。這之后的流程,是繼續(xù)執(zhí)行新一次的RA過程,還是執(zhí)行掃頻選小區(qū),甚至換網(wǎng)過程,協(xié)議并沒有明確說明,由UE側(cè)基帶廠商自行決定。3如果 PREAMBLE_TRANSMISSION_COUNTER preambleTransMax +1 ,且之前的 Preamble 是由 UE側(cè)MAC選擇的,那么UE將在0到backoff參數(shù)之間隨機選擇一個值,作為當(dāng)前失敗時刻到下一次發(fā)送Preamble時刻的時延。4 選擇時頻資源位置,重新發(fā)起RA過程。從上述過程可以看到,UE側(cè)在每次RA過程中,會維護一個計數(shù)器PREAMBL

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

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

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

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

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

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

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

14、bit位。通知UE進行上行同步的 TA值。UL Grant :上行授權(quán),占20個bit位。指示UE用于上行傳輸 MSG3的資源,包括時頻位置、是否跳頻、功控等參數(shù)。低字節(jié)Oct2為高bit位,高字節(jié)Oct4為低bit位。Temporary C-RNTI :臨時C-RNTI,占16個bit位。UE后續(xù)發(fā)送的 MSG3消息使用該值加擾。對于2個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),以后會詳細介-Truncated modulation and coding scheme-4 bits,指示 MSG3使用的MCS。-TPC command for scheduled PUSCH-3 bits,指示 PUSCH 的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論