c-rnti

协议描述中经常可以看到这样的描述“The UE is not extpected to ……”，UE不期望接收到……的调度，是对调度做了一些限制。 在38.214的5.1节中，对PDSCH的调度也做了一系列的限制。 ​ For any HARQ process ID(s) in a given scheduled cell, the UE is not expected to receive a PDSCH that overlaps in time with another PDSCH. 这里针对的主要是需要进行HARQ-ACK反馈的PDSCH，在HARQ-ACK的Semi-static反馈方式介绍（ TypeI -- Semi-static HARQ-ACK比特数确定 ）中，为了减少反馈比特数，会把PDSCH时域重叠的Candidate进行一些合并处理。 The UE is not expected to receive another PDSCH for a given HARQ process until after the end of the expected transmission of HARQ-ACK for that HARQ process, where the timing is given by Subclause 9.2.3 of [6].

今天讲述竞争性随机接入过程中的竞争解决（Contention Resolution）过程。 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译码正确的情况下，如果解析到UE Contention Resolution Identity MAC CE，且其内容与发送的CCCH SDU两者内容一致，则认为随机接入成功。 在随机接入成功之后，停止ra-ContentionResolutionTimer 1. 如果是SI-Request触发的随机接入，则向上层告知系统消息读取请求成功，丢弃其中的Temporary C-RNTI； 2. 否则，将Temporary C-RNTI转化为C-RNTI，C-RNTI为UE在小区中的一个标识，后续网络对UE的DCI调度，其比特级处理过程中的CRC加扰使用C-RNTI加扰； 二 C-RNTI MAC