RNTI

RNTI应该都是16bit,用于给CRC加扰.它的作用是,UE在不同状态,使用不同RNTI,去解扰CRC,获取PDCCH信道内容,并最终获取其相关的PDSCH上的内容.如:在随机接入等待基站回复状态,UE使用RA-RNTI来解扰,获取上行资源分配消息。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