本文已参与「新人创作礼」活动，一起开启掘金创作之路。
今天讲述竞争性随机接入过程中的竞争解决（Contention Resolution）过程。竞争性随机接入过程如下图所示。 步骤一 UE发送随机序列preamble 步骤二 基站响应UE，在MSG2中携带与步骤一中相同的preamble index，以及UL Grant用于发送MSG3 步骤三 UE发送PUSCH，携带内容为MSG3 步骤四 基站发送竞争解决响应指示
NR 随机接入过程（四）中提到，竞争解决的方式取决于步骤三中Scheduled Transmission中传输的内容，主要区分MSG3中是否传输了CCCH SDU还是C-RNTI MAC CE。
一 CCCH SDU在MSG3中传输
****在这种场景下，在MSG3发送对应PUSCH符号结束之后，则开启ra-ContentionResolutionTimer，在Timer未超时之前，在ra-SearchSpace上检测Temporary C-RNTI的DCI format 1-0，在调度的PDSCH译码正确的情况下，如果解析到6 bytes/48 bits UE Contention Resolution Identity MAC CE，且其内容与发送的CCCH SDU两者内容一致，则认为随机接入成功。
在随机接入成功之后，停止ra-ContentionResolutionTimer
- 如果是SI-Request触发的随机接入，则向上层告知系统消息读取请求成功，丢弃其中的Temporary C-RNTI；
- 否则，将Temporary C-RNTI转化为C-RNTI，C-RNTI为UE在小区中的一个标识，后续网络对UE的DCI调度，其比特级处理过程中的CRC加扰使用C-RNTI加扰；
二 C-RNTI MAC CE在MSG3中传输
在这种情况下，并不是接收Temporary C-RNTI的DCI/PDSCH进行冲突解决，而是通过接收C-RNTI调度的DCI来判断竞争解决是否成功。
与上面第一种场景不同的是，这种场景下UE已经有C-RNTI，随机接入成功之后不会将C-RNTI重新设置成Temporary C-RNTI。
