LTED随机接入过程RARMSG以及MSG的重传.docx

RevisedfinaldraftNovember26,2020

LTED随机接入过程RARMSG以及MSG的重传
本文涉及到的内容有：
（1）UE在什么时候开始接收RAR
（2）怎么确定RA-RNTI
（3）UE没有收到RAR后的处理
（4）RAR的格式
监测RAR
文章《LTE-TDD随机接入过程（2）-前导码Preamble的格式与时频位置》已经详细说明了UE发送Preamble前导码的时频位置。当UE发出Preamble后，并不是立即准备接收RAR（RandomAccessResponse），而是在发送前导码之后的第3个子帧之后才开始准备接收RAR。当然，UE也不可能一直等待RAR，如果UE连续检测了ra-ResponseWindowSize个子帧仍然没有收到RAR，则不再继续监测RAR信息。
theUEshallmonitorthePDCCHforRandomAccessResponse(s)identifiedbytheRA-RNTIdefinedbelow,intheRAResponsewindowwhichstartsatthesubframethatcontainstheendofthepreambletransmissionplusthreesubframesandhaslengthra-ResponseWindowSizesubframes.ra-ResponseWindowSize参数由SIB2中的RACH-ConfigCommon字段带给UE，范围是2-10个子帧，即UE最多连续监测RAR的时长是10ms。
的计算
eNB加扰RAR、UE解扰RAR的RA-RNTI并不在空口中传输，但UE和eNB都需要唯一确定RA-RNTI的值，否则UE就无法解码RAR，因此RA-RNTI就必须通过收发双方都明确的Preamble的时频位置来计算RA-RNTI的值。
RA-RNTI:TheRandomAccessRNTIisusedonthePDCCHwhenRandomAccessResponsemessagesaretransmitted.It?unambiguously?identifieswhichtime-frequencyresourcewasutilizedbytheUEtotransmittheRandomAccesspreamble.协议规定了RA-RNTI的计算公式为：RA-RNTI=1+t_id+10*f_id。
其中，t_id表示发送Preamble的起始位置的子帧ID号（范围是0-9），f_id表示四元素组中的f_RA值（范围是0-5），之前的文章《LTE-TDD随机接入过程（2）-前导码Preamble的格式与时频位置》已经详细描述了这两个值的具体含义。
eNB只要能解码出Preamble前导码，就能唯一确定t_id和f_id参数，也就能唯一确定RA-RNTI值。
没有收到RAR的处理
UE有可能在RAR的监测窗口内没有解码到RAR消息，这有可能是eNB侧没有检测到PRACH中的Preamble信息，有可能是没有调度RAR信息，也有可能是下行无线链路有干扰导致UE解码RAR失败，无论是哪种原因，UE没有收到RAR是有可能发生的。
如果在RAR响应窗口内没有收到RAR，或者收到的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<（preambleTransMax+1），且之前的Preamble是由UE侧MAC选择的，那么UE将在0到backoff参数之间随机选择一个值，作为当前失败时刻到下一次发送Preamble时刻的时延。
（4）选择时频资源位置，重新发起RA过程。从上述过程可以看到，UE侧在每次RA过程中，会维护一个计数器PREAMBLE_TRANSMISSION_COUNTER，范围是【0，preambleTransMax】，一旦超过preambleTransMax值，则表示本次RA失败。preambleTransMax参数表示本次Preamble发送（含重传）的最大次数，和ra-ResponseWindowSize参数一样，也是包含在SIB2中的R