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 用来分配给要建立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。

RNTI（Radio Network Temporary Identifier）即无线网络临时标识，在LTE中按照功能的不同，划分了多种RNTI，每个UE可以同时对应多个RNTI。通过用RNTI对PDCCH控制消息加扰的方式，实现系统广播、特定的用户调度等功能。

RNTI用途和取值