碼本/PUCCH-config 分離

UE可配置為生成單獨(dú)的HARQ-ACK碼本，對應(yīng)于單播的不同優(yōu)先級，包括Rel-16中規(guī)定的Type-1和Type-2碼本。支持多播的UE也可配置為分別為單播和多播生成單獨(dú)的碼本，對于Type-2?HARQ碼本。

一般來說，組播調(diào)度針對一組UE進(jìn)行接收，但單播調(diào)度可能只考慮單個給定的UE。因此，從網(wǎng)絡(luò)的角度來看，授權(quán)網(wǎng)絡(luò)獨(dú)立管理單播調(diào)度和多播調(diào)度是有利的。假設(shè)HARQ-ACK反饋可能影響后續(xù)調(diào)度，則網(wǎng)絡(luò)可相應(yīng)地請求UE獨(dú)立地生成HARQ-ACK碼本，而不考慮相同或不同的優(yōu)先級，例如，通過為多播配置單獨(dú)的PUCCH-Config。

為相同優(yōu)先級生成單獨(dú)碼本的另一個好處是，它可以簡化基于時隙的多播PUCCH和基于sub-slot的單播PUCCH的問題。具體地說，當(dāng)UE被配置為具有與單播和基于時隙的PUCCH和基于sub-slot的PUCCH不同的用于多播的單獨(dú)PUCCH-Config時，其中，如圖1所示，如果用于單播和多播的HARQ-ACK比特具有相同的優(yōu)先級，如果僅支持復(fù)用HARQ-ACK比特以生成具有相同優(yōu)先級的單個碼本，則需要針對圖1中的這種情況定義如何復(fù)用HARQ-ACK比特，該情況需要考慮UE處理時間線，并且由于預(yù)期了如此多的規(guī)范工作。相反，盡管優(yōu)先級相同，但生成兩個單獨(dú)的代碼本可以簡化此問題，并且可以重用URLLC中為不同優(yōu)先級指定的機(jī)制。具體地說，只要資源不重疊，就可以傳輸兩個碼本，否則會傳輸其中一個碼本。

關(guān)于單獨(dú)的HARQ-ACK碼本是否僅適用于單獨(dú)的PUCCH傳輸，如果碼本具有不同的優(yōu)先級，單獨(dú)的碼本應(yīng)僅在本階段適用于單獨(dú)的PUCCH傳輸，因為將具有不同優(yōu)先級的碼本復(fù)用到一個PUCCH傳輸中的特性仍在Rel-17?URLLC主題中討論。

Type-1?HARQ碼本的FDM/TDM調(diào)度

對于TDM-ed復(fù)用，Type-1碼本基于單播和多播的PDSCH?TDRA集的并集。對于FDM-ed多路復(fù)用，通過將用于單播的HARQ-ACK子碼本與用于多播的子碼本串聯(lián)在一起來構(gòu)造Type-1碼本。

Type-1 HARQ-ACK碼本大小由較高層配置（例如TDRA?Set、K1?set）半靜態(tài)地確定，而不是由物理層動態(tài)調(diào)度確定。然而，單播和多播是以TDM-ed還是FDM-ed方式復(fù)用，通常取決于網(wǎng)絡(luò)動態(tài)調(diào)度。因此，為了保持Type-1碼本大小獨(dú)立于調(diào)度，UE需要知道復(fù)用方式。例如，僅當(dāng)UE被配置為通過“FDM-ed”方式生成Type-1碼本時，UE才這樣做。否則，UE將不期望在FDM中調(diào)度單播和多播。

“fallback”的優(yōu)先級指示

關(guān)于用于動態(tài)調(diào)度的HARQ-ACK碼本的優(yōu)先級，優(yōu)先級索引（0或1）可以包含在調(diào)度group-common?PDSCH的DCI格式中。

為多播引入了兩個優(yōu)先級索引，其中

• Index0表示低優(yōu)先級，Index1表示高優(yōu)先級。

• 優(yōu)先級索引可以包括在調(diào)度?group-common?PDSCH的DCI格式中。

鑒于多播接收需要UE預(yù)先獲得RRC_連接狀態(tài)下的必要配置，DCI格式的字段可以取決于配置。如果需要“fallback??DCI”，而DCI格式的某些字段不應(yīng)依賴于可變的高層配置，那么如何指示優(yōu)先級索引是一個問題。采用“default”值應(yīng)該是一個簡單的解決方案，并且可以在配置G-RNTI和相應(yīng)配置時配置默認(rèn)值。

基于NACK-only的HARQ-ACK反饋

從UE的角度來看，一個次要的規(guī)范影響方式是保持最大資源集數(shù)量和每個資源集的最大資源數(shù)量不變。如果NACK-only和ACK/NACK的資源是共享的，并且例如與相同的PUCCH資源ID相關(guān)聯(lián)，則當(dāng)ACK/NACK比特和NACK-only反饋都可在相同的PUCCH資源上傳輸時，要么NACK-only被轉(zhuǎn)換為基于ACK/NACK的，要么始終丟棄NACK-only，或者不排除其他方式。從這個意義上講，NACK-only的PUCCH資源不一定專用?；蛘撸W(wǎng)絡(luò)可以為所有UE配置專用PUCCH資源，以便在解碼PDSCH失敗時反饋NACK?？偟膩碚f，它可能取決于網(wǎng)絡(luò)的正確配置。

從NACK只能有利于降低UE功耗和資源開銷的意義上講，它可以應(yīng)用于低優(yōu)先級和高優(yōu)先級服務(wù)。因此，為NACK-only反饋的低優(yōu)先級和高優(yōu)先級配置不同的PUCCH資源是有意義的。

當(dāng)在同一PUCCH時隙中，有多個NACK-only的反饋需要傳輸時，如何僅傳輸NACK？這里有一些備選方案，如下所示：

當(dāng)在同一PUCCH時隙中有多個基于NACK-only的反饋可用于傳輸時，從以下備選方案中向下選擇：

• Alt1：支持多路復(fù)用HARQ-ACK位。

• Alt2：支持UE在基于PUCCH的同一時隙中傳輸多個PUCCH。

• Alt3：NACK-only捆綁

• Alt4：支持基于sub-slot的PUCCH，用于基于NACK-only的反饋。

此外，當(dāng)用于NACK-only的PUCCH資源與其他PUCCH或PUSCH傳輸重疊時，還需要考慮NACK-only的傳輸方式。由于根據(jù)優(yōu)先級索引指示，NACK只能具有低優(yōu)先級或高優(yōu)先級，因此直接的解決方案是，如果NACK-only反饋具有低優(yōu)先級，則將丟棄該反饋。如果NACK-only具有高優(yōu)先級，則如上所述，可能有多個備選方案值得考慮。

總的來說，比較所有這些備選方案，Alt1是有利的，因為它看起來最簡單，可以解決所有這些問題，同時對規(guī)范的影響最小。

基于NACK-only的HARQ-ACK反饋支持PUCCH?format0和format1。這兩種格式都支持1或2個HARQ-ACK位，并在一個PRB上傳輸。PUCCH?format0占用一個或兩個符號，但PUCCH?format1可以通過四個或更多符號傳輸，以實(shí)現(xiàn)更好的覆蓋。這兩種格式的常見問題是兩位還是僅一位用于NACK-only反饋，以及循環(huán)移位用于表示NACK的內(nèi)容。

次要規(guī)范影響方式支持NACK-only的一個HARQ-ACK位，前提是當(dāng)在同一PUCCH時隙中有多個基于NACK的反饋可用于傳輸時，或者在同一PUCCH資源上有其他UCI反饋可用于NACK-only的反饋時，NACK-only可轉(zhuǎn)換為基于ACK/NACK的反饋，或者根據(jù)以上部分的討論，PUCCH資源與PUSCH傳輸重疊。因此，只能將NACK的序列循環(huán)移位硬編碼為mcs=0。

啟用/禁用HARQ反饋

關(guān)于啟用/禁用HARQ反饋，有以下假設(shè)：

對于通過動態(tài)?group-common?PDSCH接收多播的?RRC_CONNECTED的UE，啟用/禁用基于ACK/NACK的HARQ-ACK反饋：

• RRC信令配置group-common?DCI的啟用/禁用功能，指示基于HARQ-ACK反饋的啟用/禁用ACK/NACK。

1.?如果RRC信令配置基于group-common??DCI的指示功能，group-common??DCI指示（顯式或隱式）是否啟用/禁用基于ACK/NACK的HARQ-ACK反饋

2.?另外，通過RRC信令配置啟用/禁用基于ACK/NACK的HARQ-ACK反饋。

由于RRC配置是每個UE的信令，因此UE可以獨(dú)立地配置為對DCI指示作出反應(yīng)或不作出反應(yīng)，因為由于group-common?DCI，DCI格式或大小需要是唯一的。

從UE的角度來看，當(dāng)RRC配置指示功能的group-common時，UE對DCI指示作出反應(yīng)以啟用或禁用反饋。否則，RRC可以將UE配置為始終啟用或禁用反饋，并且不對來自DCI的潛在指示作出反應(yīng)，因為網(wǎng)絡(luò)可以將其他UE配置為偵聽DCI指示。