在Release 15中，NR調(diào)度和HARQ還有一些問題，包括最大數(shù)據(jù)速率確定、PUCCH資源重新調(diào)整的每個UE?Capability #2的處理時間、PUSCH的HARQ管理等。

TS38.306對最大數(shù)據(jù)速率有明確的規(guī)定，但對最大數(shù)據(jù)速率能力信令及其解釋方式有不同的理解。很明顯，調(diào)制階數(shù)和比例因子是從?maxNumberMIMO-LayersPxSCH參數(shù)和比例因子推導(dǎo)出來的。然而，有兩個參數(shù)對應(yīng)于上行鏈路支持的最大層數(shù)，對于該值需要如何基于可用的RRC信令進行解釋，這些參數(shù)是不明確的。

J是頻帶或頻帶組合中聚合分量載波的數(shù)量

Rmax=948/1024

針對PUCCH資源調(diào)整的處理時間，協(xié)議定義如下：

如果第一個DCI已指示與該DCI調(diào)度的PDSCH相關(guān)聯(lián)的HARQ-ACK位的第一個PUCCH資源

那么由于第二個DCI，附加的HARQ-ACK比特將在與第一個PUCCH資源相同的時隙上復(fù)用，如果第二個DCI的最后一個符號不早于第一個PUCCH資源的第一個符號之前的N個OFDM符號，則UE不期望復(fù)用附加的HARQ-ACK比特，其中對于UE?Capability#1，N值為：

• 15 kHz情況：8

• 30 kHz情況：10

• 60 kHz情況：17

• 120 kHz情況：20

從上面可以看出，協(xié)議沒有完成Capability#2處理時間的案例。建議確認(rèn)上述確定的符號中考慮的示例值，即每個UE?Capability#2的N值與每個SCS的標(biāo)稱N1值相同：

• 15 kHz case: 3

• 30 kHz case: 4.5

• 60 kHz case: 9

如果UE檢測到第一個DCI??format 1_0或DCI??format 1_1，該DCI??format 1_1指示用于時隙中具有相應(yīng)HARQ-ACK信息的PUCCH傳輸?shù)牡谝毁Y源，并且在稍后還檢測到第二個DCI??format 1_0或DCI??format 1_1，該??format 1_1指示用于時隙中具有相應(yīng)HARQ-ACK信息的PUCCH傳輸?shù)牡诙Y源，如果包括第二DCI格式的PDCCH接收不早于用于時隙中PUCCH傳輸?shù)牡谝毁Y源的第一符號的符號，則UE不期望復(fù)用與時隙中PUCCH資源中的第二DCI格式相對應(yīng)的HARQ-ACK信息，

當(dāng)前，MAC規(guī)范要求UE發(fā)送MAC-CE配置的授權(quán)確認(rèn)，以響應(yīng)PDCCH為UL授權(quán)Type2調(diào)度發(fā)布攜帶的去激活命令。然而，尚不清楚UE應(yīng)該使用哪些物理資源來傳輸這樣的MAC-CE消息。

為此，首先注意到，停用DCI格式中的時域資源分配字段未設(shè)置為任何特定值（用于驗證），因此可用于信令。但是，RB分配位字段的情況并非如此，該字段對于DCI?format0_0設(shè)置為所有“1”。

因此，最直接的選擇將是使用激活DCI中指示的相同頻域資源（即，對于所有Type2 CG PUSCH傳輸機會指示的相同頻域資源），而時域分配可以遵循DCI?format0_0的時域資源分配字段中的指示，指示已配置的UL授權(quán)Type2的釋放。攜帶MAC-CE配置的授權(quán)確認(rèn)的PUSCH傳輸?shù)乃衅渌麉?shù)遵循配置或如激活DCI中所示。使用時域RA比特字段能夠?qū)崿F(xiàn)最大的調(diào)度靈活性，并且還允許網(wǎng)絡(luò)考慮到響應(yīng)于釋放命令的PUSCH準(zhǔn)備的最小UE處理時間來適當(dāng)?shù)卣{(diào)度。

還可以允許UE在接收到停用后使用第一個配置的PUSCH資源，但是在這種情況下，如果從激活DCI而不是從釋放DCI使用時域信息，則需要明確考慮處理時間。因此，需要在失活和PUSCH資源之間提供N2，并配置MAC-CE授權(quán)確認(rèn)。

在當(dāng)前版本為15.3.0的TS 38.214規(guī)范中，第5.1條和第6.1條分別描述了用于接收物理下行共享信道的UE過程或用于接收物理上行共享信道的UE過程。以下是對上下行調(diào)度的上述協(xié)議的描述。

當(dāng)前規(guī)范的描述僅指出，后調(diào)度PDSCH/PUSCH的起始符號不能早于前調(diào)度PDSCH/PUSCH的起始符號。之后調(diào)度的PDSCH/PUSCH的結(jié)束符號仍然可能早于或等于之前調(diào)度的PDSCH/PUSCH的開始符號，這意味著兩個PDSCH/PUSCH可以部分重疊（如圖1中的情況（b）所示）。改進建議如下：

當(dāng)檢測到具有配置的DCI?format1_0或?0_1的PDCCH時，UE應(yīng)解碼該DCI所指示的相應(yīng)PDSCH。在該HARQ過程的HARQ-ACK的預(yù)期傳輸結(jié)束之前，UE預(yù)計不會收到給定HARQ過程的另一個PDSCH。UE預(yù)計不會在時隙i中接收到一個PDSCH，其相應(yīng)的HARQ-ACK分配給在時隙j中傳輸，而在時隙i之后的時隙中接收到另一個PDSCH，其相應(yīng)的HARQ-ACK分配給在時隙j之前的時隙中傳輸。對于給定小區(qū)中的任意兩個HARQ進程ID，如果UE被調(diào)度為通過在符號i中開始的PDCCH開始接收符號j中的PDSCH并在符號k中結(jié)束，則預(yù)計UE不會被調(diào)度為接收在符號j k+1之前開始的PDSCH以及在符號i之后開始的PDCCH。

當(dāng)檢測到具有配置的DCI?format1_0或format0_1的PDCCH時，UE應(yīng)發(fā)送該DCI所指示的相應(yīng)PUSCH。對于給定小區(qū)中的任意兩個HARQ進程id，如果UE被調(diào)度為通過符號i中的PDCCH在符號j中開始PUSCH傳輸并在符號k中結(jié)束，則不期望UE被調(diào)度為通過比符號i晚開始的PDCCH傳輸早于符號jk+1開始的PUSCH。