NR/5G - MSG4 HARQ-ACK反馈资源选择

https://www.ekuibu.com/forum.php?mod=viewthread&tid=284

在论坛上看到这么一个问题：

做随机接入时，UE接收MSG4，如果译码正确需要反馈ACK；如果译码不正确，则不需要反馈NACK。是这样的吗？

另外，反馈ACK时，是使用SIB1里面的公共的PUCCH资源吗？还是可以使用UE专属的PUCCH资源？

对于译码错误或者竞争解决失败，是不需要反馈NACK的，因为对于Temporary C-RNTI加扰的PDSCH也没有HARQ重传一说，基站侧接收到NACK还是DTX的后续处理都是一样的，认为随机接入失败。所以，可以在译码正确且竞争解决成功的时候反馈ACK。

在38.213协议的8.4节中的描述

In response to the PDSCH receptionwith the UE contention resolution identity, the UE transmits HARQ-ACKinformation in a PUCCH.

在38.321协议中5.3.2.2节的描述。

1> if the HARQ process isassociated with a transmission indicated with a Temporary C-RNTI and theContention

Resolution is not yet successful(see clause 5.1.5); or

1> if the HARQ process isassociated with a transmission indicated with a MSGB-RNTI and the Random Access

procedure is not yet successfullycompleted (see clause 5.1.4a); or

…

2> not instruct the physical layer to generate acknowledgement(s)of the data in this TB

对于是使用SIB1里面的公共的PUCCH资源还是UE专属的PUCCH资源这个问题，

首先，如果通常所谓的MSG4中不携带RRCSetup，而只携带了Contention Resolution，而UE专属的PUCCH资源在RRCSetup中，所以在反馈ACK时候可能就没有专属PUCCH资源，此时使用SIB1里面指示的PUCCH资源。

其次，如果Contention Resolution和RRC Setup在同一个PDSCH中，那么要看UE的实现方式。

1）如果是在接收到调度MSG4的DCI的时候就计算PUCCH资源，那么这个时候只能使用SIB1中指示的PUCCH资源

2）如果是在确定要反馈ACK，且只提前一个Slot调度时候来确定PUCCH资源，此时对于物理层来说，可能已经获得了RRC Setup中指示的PUCCH资源。

38.213协议9.2.1节中的描述

If a UE does not have dedicated PUCCHresource configuration, provided by PUCCH-ResourceSet in PUCCH-Config, a PUCCHresource set is provided by pucch-ResourceCommon through an index to a row ofTable 9.2.1-1 for size transmission of HARQ-ACK information on PUCCH in aninitial UL BWP of PRBs…

从协议描述来看，还不能很明确地看出基站是在什么PUCCH resource上发送MSG4的ACK，不过从基站侧的处理流程来看，当其调度MSG4的DCI之后，应该就是确定了SIB1中指示的PUCCH resource位置，后续就期望在上面接收ACK反馈。