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

anynet

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，否则丢掉。

[ 本帖最后由 tomtuo 于 2012-3-12 11:48 编辑 ]