文档介绍：蚀本文涉及到的内容有:蚄(1)UE在什么时候开始接收RAR肄(2)怎么确定RA-RNTI虿(3)UE没有收到RAR后的处理蝿(4)《LTE-TDD随机接入过程(2)-前导码Preamble的格式与时频位置》已经详细说明了UE发送Preamble前导码的时频位置。当UE发出Preamble后,并不是立即准备接收RAR(essResponse),而是在发送前导码之后的第3个子帧之后才开始准备接收RAR。当然,UE也不可能一直等待RAR,如果UE连续检测了ra-ResponseWindowSize个子帧仍然没有收到RAR,则不再继续监测RAR信息。essResponse(s)identifiedbytheRA-RNTIdefinedbelow,intheRAResponsewindowwhichstartsatthesubframethatcontainstheendofthepreambletransmissionplusthreesubframesandhaslengthra--ResponseWindowSize参数由SIB2中的RACH-mon字段带给UE,范围是2-10个子帧,即UE最多连续监测RAR的时长是10ms。-RNTI的计算芄eNB加扰RAR、UE解扰RAR的RA-RNTI并不在空口中传输,但UE和eNB都需要唯一确定RA-RNTI的值,否则UE就无法解码RAR,因此RA-RNTI就必须通过收发双方都明确的Preamble的时频位置来计算RA-RNTI的值。蒁RA-RNTI:?unambiguously?identifieswhichtime--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值。,这有可能是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过程,还是执行扫