本文已参与「新人创作礼」活动，一起开启掘金创作之路。
UE接收下行PDSCH，是否译码正确，需要反馈给基站，但并不是所有PDSCH都需要进行HARQ-ACK反馈。
下行系统消息与Paging，本身是周期性地传输；随机接入过程中的MSG2不需要进行HARQ-ACK反馈，若失败，则重新发送MSG1；对于随机接入过程中用于竞争解决的Temporary C-RNTI加扰的MSG4，如果UE冲突解决失败，也不需要反馈HARQ-ACK。
随机接入竞争解决成功，基站在接收到HARQ-ACK反馈确认后，可以开始给UE进行上下行调度，或者在配置的例如SR资源上，监测该UE的上行调度请求。
C-RNTI/CS-RNTI可以认为是UE在小区中的一个标识，基站通过该标识来给具体的UE来进行调度，需要进行ACK反馈，结合下行多进程以此来提高传输效率。
在NR中，下行HARQ-ACK的反馈方式有两种，semi-static与dynamic。
semi-static方式可以认为是一种完备的反馈方式，所谓的完备是指UE无需判断是否漏检了DCI，对于每一个可能调度的PDSCH的Slot/位置都需要进行反馈，若UE未检测到调度则反馈NACK。当然，付出的代码是UE所需要反馈的HARQ-ACK比特数会比dynamic方式多。
上图中，对于上行Slot 9位置，其反馈窗口包含了9个Slot，虽然只在Slot1和Slot4上调度了PDSCH，但是仍然需要对每个可能调度PDSCH的Slot进行反馈，反馈NACK。如果特殊Slot也可以调度PDSCH，且简单配置下一个Slot内只调度一个C-RNTI/CS-RNTI PDSCH，只调度一个TB，反馈1比特，那么在Semi-Static反馈方式下，需要反馈8比特。
dynamic方式下，与LTE一样，通过DCI中携带的DAI field，UE自行判断是否有漏检DCI，若判断出有漏检，则反馈NACK。DAI的含义为在一个反馈窗口内调度PDSCH的累加值。
DAI field为2比特，UE可以通过下行接收情况来判断是否漏检，例如‘11’漏检的情况UE是可以判断出的。UE根据实际的接收情况以及漏检的判断来确定反馈的比特数，上述示例中，UE反馈的比特数为6比特。但是对于一些极端情况，单纯从下行DCI中的DAI field，UE连续漏检4个DCI或者漏检了窗口内调度的最后一个DCI，UE是无法感知的。
总结起来，semi-static优点无漏网之鱼，缺点是调度少的情况下，实际有效比特数少；dynamic方式并不是完美，但是应该是一种更兼顾效率的一种方式，实际网络配置中，应该是以dynamic方式为主。
