《LTE-TDD随机接入过程(3)-RAR(MSG2)以及MSG1的重传》由会员分享，可在线阅读，更多相关《LTE-TDD随机接入过程(3)-RAR(MSG2)以及MSG1的重传（11页珍藏版）》请在金锄头文库上搜索。
1、本文涉及到的内容有：(1 ) UE在什么时候开始接收 RAR(2 )怎么确定 RA-RNTI(3) UE没有收到RAR后的处理(4) RAR的格式1.UE 监测 RAR文章LTE-TDD随机接入过程(2)-前导码Preamble的格式与时频位置已经详细说明了 UE发送 Preamble 前导码的时频位置。当UE发出Preamble后，并不是立即准备接收RAR (Random AccessResponse )，而是在发送前导码之后的第3个子帧之后才开始准备接收RAR。当然，UE也不可能一直等待RAR，如果UE连续检测了 ra-ResponseWindowSize个子帧仍然没有收到 RAR，则不再
2、继续监测RAR信息。the UE shall monitor the PDCCH for Random Access Response(s) identified by the RA-RNTI defined below, in the 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-ResponseWin
3、dowSize参数由 SIB2 中的 RACH-ConfigCommon字段带给 UE，范围是 2-10 个子帧，即UE最多连续监测 RAR的时长是10ms。jRRCH-Conf IgDomnanp reamti 1 c 1 n tonumberO fRA- Pre a mb 1Jh sSqjUENCE 1preajtibles GroupACorufs i zeOf - PreamJjlesGroupAee s sag & eGtoJjpAme s sciqe Powe rOffsetGrQupBSEQUENCE ENUMERATED n4,疽.fbl2, nlfi ,nSDj. n龙勾#
4、n32 aid右# n40*n44* 口斗B.1 n&nnSO, n-64 ) rSEQUENCE ENUMERATED /i-4 P it6.it nl2 p “1 石 j. fi2051.24, 九它E* 32$ n3怎# n40 n44* n4口5酉*n60,ENUMERATED b56P b!44, b20Br ls25fi, EHUMERATOD ml rub Initln 丄 ty* dBO, eLBS, dB0? dB10P dB12, dB15# d 日.讣OPTIOETlLNeed 0PpowerRampingParametersjpawe rRamp ngStep prea
5、mbleIniti alRecEiivediTarqetFoer ENUMERATED SEQITEHCE (ENUMERATED dBO dCBZ* dB6diBm-llS,dBm-112,已聞一】Q8dBm-10-6dBm-104dBm-1021dlBm-iOO, dBrn-Sfi dBm-92r dSm-9UF.dBm-i6r dBm-94rSu.De ev s二凸弭工业匚SEQU&EiGE n Ma mENUMERATE； fn3j n-4r n5P nE.n7r nSr nlQf n20r n50Pn.100 2D0,rat -Re spons i n dowS i seENUMER
6、ATED st3, s4fsSf sf6 Bflrfd 1 0 k nrnac=,E且Sf 6, 16r ar24? StlE, i4DfmaxHARQ-Msg3TxINTEGER 1.i),Pream6/e的最后子帧1234ra-ResponseWin do wSize开始监测Rar2.RA-RNTI的计算eNB加扰RAR、UE解扰RAR的RA-RNTI并不在空口中传输，但 UE和eNB都需要唯一确定 RA-RNTI的值，否则UE就无法解码RAR，因此RA-RNTI就必须通过收发双方都明确的Preamble的时频位置来计算RA-RNTI的值。RA-RNTI: The Random Acces
7、s RNTI is used on the PDCCH when Random Access Response messages are transmitted. It unambiguously identifies which time-frequency resource was utilized by the UE to transmit the Random Access preamble.协议规定了 RA-RNTI 的计算公式为：RA-RNTI= 1 + t_id+1O*f_id其中，t_id表示发送Preamble的起始位置的子帧ID号（范围是0-9 ） , f_id表示四元素组
8、中的f_RA值 （范围是0-5 ），之前的文章LTE-TDD随机接入过程（2）-前导码Preamble的格式与时频位置已经 详细描述了这两个值的具体含义。eNB只要能解码出Preamble前导码，就能唯一确定 t_id和f_id参数，也就能唯一确定 RA-RNTI值。3. UE没有收到RAR的处理UE有可能在RAR的监测窗口内没有解码到 RAR消息，这有可能是 eNB侧没有检测到PRACH中的 Preamble信息，有可能是没有调度 RAR信息，也有可能是下行无线链路有干扰导致UE解码RAR失败，无论是哪种原因，UE没有收到RAR是有可能发生的。如果在RAR响应窗口内没有收到 RAR，或者收到
9、的RAR中携带的Preamble并不是本UE之前发送的 Preamble，那么表示UE本次接收RAR失败，UE将执行如下操作：（1）将本地变量 PREAMBLE_TRANSMISSION_COUNTER 力口 1（2）如果 PREAMBLE_TRANSMISSION_COUNTER 变量=（preambleTransMax +1），那么将通知协议上层本次RA失败”不再执行（3）、（ 4）过程。这之后的流程，是继续执行新一次的RA过程，还是执行扫频选小区，甚至换网过程，协议并没有明确说明，由UE侧基带厂商自行决定。（3）如果 PREAMBLE_TRANSMISSION_COUNTER （ pre
10、ambleTransMax +1 ），且之前的 Preamble是由UE侧MAC选择的，那么UE将在0到backoff参数之间随机选择一个值，作为当前失败时刻到下一次发送Preamble 时刻的时延。（4） 选择时频资源位置，重新发起RA过程。从上述过程可以看到，UE侧在每次RA过程中，会维护一个计数器PREAMBLE_TRANSMISSION_COUNTER ，范围是【0，preambleTransMax 】，一旦超过 preambleTransMax值，则表示本次 RA失败。preambleTransMax参数表示本次 Preamble 发送（含重传）的最大次数，和 ra-Response
11、WindowSize参数一样，也是包含在 SIB2中的RACH-ConfigCommon字段中，见上文截图。范围从 3到200不等，一般取5次即可。backoff参数表示上次接收 RAR失败到下次重新发送 Preamble之间的最大延时，单位是ms，eNB侧的MAC层通过RAR消息配置到UE。范围是0-960ms。如果值属于 Reserved，则按照960ms处理。Table 7.2-1: Backoff Parameter values.IndexBackoff Parameter value (ms)001W2203304405606807120S100924010320114801296
12、013Reserved14Reserved15Reserved前导码的发送和重传时机如下图所示。Preamble (re)transmissionValid RAR detectedMsg 3 transmission41RAR RAR/RARwindow window /window /4Backoff delayMSG1每次发送前导码的功率值 PREAMBLE_RECEIVED_TARGET_POWER计算如下:PREAMBLE_RECEIVED_TARGET_POWER = preamblel nitialReceivedTargetPower+DELTA_PREAMBLE + (PRE
13、AMBLE_TRANSMISSION_COUNTER -1) * powerRampi ngStep其中，PREAMBLE_TRANSMISSION_COUNTER 是当前MSG1的传输次数，第一次（新传）时,PREAMBLE_TRANSMISSION_COUNTER 被设置为 1。preamblel nitialReceivedTargetPower表示初始功率值，范围从 -120dBm 到-90dBm 不等。powerRampingStep表示功率抬升因子，范围从 0dB到6dB不等。上述三个参数都由 SIB2中的RACH-ConfigCommon 字段带给UE，见前文截图DELTA_PR
14、EAMBLE是一个功率偏移量，与 Preabmle的格式相关。Table 7.6-1: DELTA_PREAMBLE values.Preamble FormatDELTA PREAMBLE value00 dB1OdB2”3 dB33 dB4SdB4. RAR的格式随机接入过程中的 MAC PDU 包含3个部分：MAC头、payload （ 1个或多个RAR单元）和可选的填充 padding 。MAC头包含1个或多个MAC子头，但只能有1个子头可以包含 Backoff Indicator ，且这个子头只能放 在第一个子头位置。其他没有包括 Backoff Indicator的子头均对应一个RAR单元。如下图所示。之所以将BI子头放在第一个子头位置，我想可能是为了减少 UE侧的处理时间，比如存在这种情况：UE1-UE10共10个UE同时接入，如果将 UE1的RAPID子头不放在第一个位置，那么UE1还要遍历接下来的所有子头，读取每个子头的E值和T值，才能知道这个RAR有没有携带BI子头，而如果规定BI子头固定放在 第一个位置，那么 UE1在解码BI子头和自己的RAPID子头后，就不需要关心余下所有子头的T字段了。
