PRACH过程中RA-RNTI和C-RNTI的作用

1. RA-RNTI
含义:对应PRACH的位置——eNB检测到Preamble的时频位置,对应到PRACH_Config中的索引;
理论取值:1~60(0x0001~0x003C),0x0000是保留字段,所以要加一。其实不会占满,一种PRACH_Config对应的时频位置一帧不超过10个。
使用:响应接入请求时,在PDCCH上基于一种DCI格式处理,过程中加入RA-RNTI标识,收端UE知道自己之前 Preamble的发送位置,当然也知道这个值,于是检测PDCCH上是否有自己对应的RA-RNTI;有,则说明接入被响应,在依据PDCCH上的指示去PDSCH上读取RA Response消息(MSG2)。
RA-RNTI根据公式计算而得,用来解扰PDCCH信息,ENB给用户的响应MSG2是发在下行共享信道(PDSCH)的,解码PDSCH必须先解码PDCCH;
对于FDD,RA-RNTI和preamble发送的子帧号一一对应,对于TDD同时要考虑频率资源。所以RA-RNTI对于FDD是10个,对于TDD是最多60个
由于RA-RNTI由PRACH事件本身(发生时刻、频域资源、前导格式等)决定,UE和ENB计算出来的值是相同的,不需要传送,事实上,也没有信令可以来传送RA-RNTI
2、C-RNTI——
基本与随机接入本身无关,和UE接入请求的起因和状态有关:
UE若处于RRC_CONNECTED模式,说明已经分配到了C-RNTI,接入时需要上报;
UE若处于IDLE模式,说明还没有C-RNTI,如果是请求RRC连接,eNB在后续的Msg4里同意的话可能分配一个C-RNTI;
与随机接入过程相关的是temporary C-RNTI,这在竞争模式下Msg2中eNB总会发一个,用于随后的Msg中标识UE,当然UE有C-RNTI也可以不用TC-RNTI。
===============================================================================================
2.C-RNTI
在MSG2里,ENB给用户分配一个T-RNTI,当UE收到RAR后就回一个MSG3(RRC-connect request及者竞争消除ID),当UE收到MSG4后发送确认,这次初始接入成功,这样就把T-RNTI晋升为C-RNTI;T-RNTI作为MSG2的一部分用来检测MSG3,MSG4(如何检测?)
C-RNTI——
基本与随机接入本身无关,和UE接入请求的起因和状态有关:
UE若处于RRC_CONNECTED模式,说明已经分配到了C-RNTI,接入时需要上报;
UE若处于IDLE模式,说明还没有C-RNTI,如果是请求RRC连接,eNB在后续的Msg4里同意的话可能分配一个C-RNTI;
与随机接入过程相关的是temporary C-RNTI,这在竞争模式下Msg2中eNB总会发一个,用于随后的Msg中标识UE,当然UE有C-RNTI也可以不用TC-RNTI。

RA的两种触发情况是什么意思?
A PDCCH order:对应DL data arrival和handover
MAC sublayer itself:对应 UL data arrival, initial access 和initial access after radio link failure
简而言之: PDCCH order 就是eNB告诉UE,该做RACH了
而 MAC sublayer itself 就是UE自己在满足某种条件下,触发RACH,比如 Time alignment timer expires, 或者在any TTI 都没有UL grant
协议里在UE未收到随机接入响应的情况下,讨论UE是否需要重新发送preamble码时,前提是“如果随机接入过程是由UE MAC子层触发的,或者如果随机接入过程由PDCCH命令触发,并且PREAMBLE_TRANSMISSION_COUNTER < PREAMBLE_TRANS_MAX”
这难道说明对于由MAC触发的随机接入过程,就没有preamble最大传输次数?
wuyao 发表于 2008-9-19 14:08
目前的spec是endless RA attempt
3.相关信息的来源
N_RA_RPB_offset跟上面的PRACH configuration index一样,都在SIB2中指示
===============================================================================================
我的几点理解:
1.IMSI和TMSI是NAS的识别,在msg3里上发。
2.RA-RNTI是MAC层的识别,UE在SIB2里选取一个可用的RA-RNTI,并通过计算公式定位t_id,f_id后,在对应的时频资源发preamble。
3.eNB根据preamble所在的时频资源,反推出RA-RNTI。并回resp,其中包括preamble的id,并分配Temp C-RNTI(对于初始接入的情况),以及UL grant。
4.UE根据preamble的id来识别resp,并用UL grant的配置,发MSG3,请求RRC连接,这里就包含NAS识别。
5.UE在Temp C-RNTI指定的资源接收eNB的碰撞解决反馈,如果成功,就把Temp C-RNTI升级成C-RNTI,否则丢掉。

你可能感兴趣的:(协议栈)