摘自38321
RA-RNTI的计算和使用RA-RNTI可以表征Msg1发送时使用的时频资源 ， UE发送Msg1时会计算RA-RNTI并保存；gNB收到该Msg1后 ， 同样会计算RA-RNTI ， 并使用该RA-RNTI对Msg2的PDCCH DCI format 1_0的CRC进行扰码 。 因此只有在RA-RNTI标识的时频资源发送Msg1的终端才能解对这个PDCCH的DCI 。 不过这还不能完全避免冲突的发生 ， 设想一下还有这种可能 ， 同一个小区 ， 有两个或者多个终端在相同的时频资源（RA-RNTI）上选择了相同的preamble发送 ， 概率虽小 ， 但也是可能的 。 对于这种冲突还需要后面的Msg3和Msg4去解决 。 说的远了 ， 我们暂时先关注Msg1 RA-RNTI的计算:
RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id

• s_id is the index of the first OFDM symbol of the PRACH occasion (0 ≤ s_id < 14)
• t_id is the index of the first slot of the PRACH occasion in a system frame (0 ≤ t_id < 80), where the subcarrier spacing to determine t_id is based on the value of μ specified in clause 5.3.2 in TS 38.211
• f_id is the index of the PRACH occasion in the frequency domain (0 ≤ f_id < 8)
• ul_carrier_id is the UL carrier used for Random Access Preamble transmission (0 for NUL carrier, and 1 for SUL carrier)

上面的计算参数协议规定的很清楚 ， s_id是PRACH Occasion的第一个符号的index; f_id是频域的index ， 由参数msg1_FDM可知；ul_carrier_id对于非SUL场景为0；值得注意的是第二点t_id的取值 ， 我们仍然以上面的RACH参数为例prach_ConfigurationIndex=2 ， 由上一节的例子我们可以知道PRACH会在subframe9的第1个symbol开始发送 ， 那么有的同学就想当然的认为这个t_id应该是slot18（2.6GHz, sub6 ， PUSCH/PDSCH SCS=30k） ， 那就错了 。 因为按照38211 5.3.2节中对于PRACH format 0 ， SCS=1.25kHz ， 规定了u=0 ， 那么应该按照15kHz折算 ， 折算完t_id=9.
因此 RA-RNTI = 1 + 0 + 9*14 + 800 + 8080 = 127
欢迎关注微信公众号GiveMe5G

• 草莓味的棉花糖|移动电商火爆ing 小程序直播商城有哪些优势呢？
• 环球时报|英国伯明翰午夜随机伤人事件，致1死7伤
• 草莓味的棉花糖|陈根：当人工智能与猜拳狭路相逢，石头剪刀布还随机吗？
• 英国伯明翰午夜随机伤人事件，致1死7伤
• 「英国伯明翰午夜随机伤人事件」英国伯明翰午夜随机伤人事件，致1死7伤
• 草莓味的棉花糖|从“厂妹机”到名品牌，为啥没人说OPPO和vivo低配高价？
• 草莓味的棉花糖|3亿用户的腾讯微博永久关闭！腾讯把一手好牌打了个稀烂
• 电竞智多星|DNF：财宝群岛还有两周，“随机性”依旧是玩家们的“一生之敌”
• 草莓味的棉花糖|华为因何越来越被那么多人反感？
• 草莓味的棉花糖|紧急！好事？中芯国际或被列入黑名单，网友：终于可以给华为供货