EEPW论坛

　　无线网络临时鉴定(RNTI)是在UTRAN 和UE 和UTRAN 之间的信号信息内部作为UE 标识的。

　　分类

　　存在四种RNTI：

　　1)服务RNC RNTI(S-RNTI)

　　2)转移RNC RNTI(d-RNTI)

　　3)小区RNTI(C-RNTI)

　　4)UTRAN RNTI(u-RNTI)

　　5)DSCH RNTI (DSCH-RNTI)

　　作用

　　S-RNTI 是用来：

　　-识别在SRNC 中的UE 相关信息

　　-通过SRNC 以定位UE 的地址

　　-通过DRNC 以定义UE

　　s-RNTI 分配给所有的拥有RRC 连接的UEs，它是由服务RNC 分配并且在服务RNC 内是唯一的。

　　s-RNTI 总是当为了RRC 连接的服务RNC 变化的时候分配的。

　　d-RNTI是用来：

　　标识d-RNC中的UE

　　注意：Uu 内没有用到d-RNTI

　　d-RNTI 是由移动RNC 在移动UE 上下文建立之上分配的，且它在移动RNC 内应该是唯一的。服务

　　RNC 应该知道在移动RNCs 内为同名的UE 分配的s-RNTI 和d-RNTIs 之间的映射关系。移动RNC 应该

　　知道在移动RNC 内s-RNTI 和SRNC-ID 和存在的d-RNTI 之间的关系。

　　c-RNTI 是用来：

　　-通过UE 以在控制RNC 内标识自身

　　-通过控制RNC 以定位UE C-RNTI 由主控RNC 分配，供UE 接入新的小区。此外，对于要接入的这个小区，此C-RNTI 必须是唯一的。

　　主控RNC 应该知道在一个逻辑RNC 内与一个C-RNTI 相关的D-RNTI 参数(如果存在的话)。u-RNTI

　　u-RNTI 用来分配给要建立RRC 连接的UE以区别于在同一个UTRAN 中的不同的UE 设备。

　　u-RNTI 由以下部分组成：

　　- SRNC 标识- s-RNTI

　　DSCH-RNTI 作用：

　　- 主控RNC 使用DSCH-RNTI 在DSCH 信道(TDD 模式和USCH 信道)上定位不同的UE 设备。

　　当UE 设备建立一个DSCH 信道(TDD 模式或USCH 信道)连接时，由主控RNC 分配一个本小区中唯一

　　的DSCH-RNTI 给UE。FDD 模式下的DSCH-RNTI 标识作为UE 设备在DSCH 信道上MAC 层的C/SH 头

　　信息，并且只使用在下行信道中。而TDD模式下的DSCH-RNTI 标识作为UE 设备在RRC 消息中有关DSCH

　　和USCH 信道分配的信息，并且上下行信道都可以使用。

　　URA-PCH到FACH要由UE先发起cell update(不管之前网络是否发寻呼)，怎么可能不知道C-RNTI或UE的位置呢?不是不知道，只是此时不能使用C-RNTI而已,RNTI是UE的 标识，不同的RNTI在不同范围内标识UE，例如C-RNTI在小区内，S-RNTI在RNC内，U-RNTI在PLMN内。

　　如果UE移动到其他小区，网络侧就不能用原来的C-RNTI了，要重新分配新的C-RNTI，分配过程就要用U-RNTI来标识UE。如果UE还在原来的小区，则使用C-RNTI即可。这也是为什么U-RNTI永远不会用在上行DCCH/DTCH的原因.

　　在UTRAN 中，每个RNC 都具有一个唯一的标识，即RNC-ID 标识。这个标识用来将UTRAN 的接口消息

　　路由到正确的RNC。RNC-ID 与s-RNTI 结合在一起就是UE 设备在RNC 中的唯一标识。

　　RRC连接建立后，UE进入UTRAN连接模式，此时将被分配一个无线网络临时标识(RNTI)来作为公共传输信道上的UE标识。对于UE来说通过 RRC连接进入CELL_FACH状态, RRC连接建立消息中必须要分配一个C-RNTI,而U-RNTI则可以分配也可以不用分配.

　　U-RNTI是网络侧中关于该UE的标识，标识了该UE的SRNC，以及UE在SRNC内的编号; C-RNTI是UE在CRNC内的编号，只有CELL_FACH下有效.

　　RNTI之所以叫无线网络临时标识，是RAN区别于CN中IMSI,TMSI,IMEI而言的。U-RNTI=S-RNTI+SRNC ID(32bit)，C-RNTI(16bit)，当在CELL-FACH时，对下行来说，2者其实没什么太大区别，用哪个取决于网侧，但上行一定要用 C-RNTI。

　　释疑：SI-RNTI，C-RNTI，P-RNTI，RA-RNTI，SPS-RNTI?

　　1)SI-RNTI：系统消息

　　(2)P-RNTI：寻呼

　　(3)RA-RNTI：标示用户发随机接入前导所使用的资源块

　　(4)C-RNTI：用户业务

　　(5)TPC-PUCCH—RNTI： PUCCH上行功控信息

　　(6)TPC-PUSCH—RNTI： PUSCH上行功控信息

　　(7)SPS C-RNTI的用法和C-RNTI是一样的，只是使用半静态调度的时候才用;

　　P-RNTI C-RNTI可以在一个子帧里存在，paging的P-RNTI是所有UE共用的

　　见36321的表格。P-RNTI是FFFE, SI-RNTI是FFFF, 对于所有UE是共用的。

　　因为手机需要X-RNTI对PDCCH进行盲检DCI,而对于手机来说,每个subframe只可能有一个DCI,所以在UE-Specified Space里面,手机只存在一个RNTI.但是在Common Search Space,手机可以用的公共的RNTI (例如P-RNTI)

　　不过，PDCCH本身是盲检测的，如果再加上需要在common search space搜索公共的RNTI，UE的开销会是很大的。

　　------------------------------------------------------------------------------------------------------------------------------

　　在随机接入的过程中，UE会选择一个前导码和时频资源发送前导码-Msg1，发送的子帧位于PRACH资源的位置可以推算出RA-RNTI;RA-RNTI= 1 + t_id+10*f_id;见MAC协议。

　　基站收到终端的前导后根据收到前导的PRACH时频资源位置推算RA-RNTI，并以该RA-RNTI加扰PDCCH，并发送随机接入响应-Msg2，该Msg2-RAR中包含了TC-RNTI，是基站为终端分配的临时调度ID(temporal C-RNTI/C-RNTI)，用于终端和网络的进一步通信。

　　。。。。。。MSG3, MSG4省略，

　　当终端随机接入成功后就会将TC-RNTI升级为C-RNTI。

　　基站要寻呼UE就通过P-RNTI加扰PDCCH，并指示DAI，UE会解码PDCCH，并根据DAI的信息找到寻呼的下行数据;

　　基站与终端建立连接后(connected)，通过C-RNTI或SPS-RNTI进行PDCCH的加扰解扰，进而获得调度信息，截获相应子帧的业务数据。