在LTE中，最小HARQ定時(shí)是固定值。用于HARQ反饋的PUCCH資源從PDCCH資源隱式映射，或由RRC信令顯式配置。然而，高度預(yù)定義的時(shí)間限制了前向兼容性。此外，當(dāng)在NR中使用動(dòng)態(tài)TDD時(shí)，半靜態(tài)HARQ定時(shí)可能無(wú)法很好地適應(yīng)流量變化。此外，考慮到一些子幀可用于eMBB以外的未來(lái)服務(wù)，例如MBSFN業(yè)務(wù)，還希望HARQ定時(shí)可動(dòng)態(tài)地指示給UE。這些服務(wù)可能需要預(yù)訂一些時(shí)段。

在NR中，引入了靈活的HARQ定時(shí)。可以在一個(gè)上行數(shù)據(jù)/控制區(qū)域中傳輸用于多個(gè)下行傳輸?shù)腍ARQ反饋。通過(guò)DCI的顯式信令可以非常靈活地指示HARQ定時(shí)和PUCCH資源，但它可能會(huì)增加DCI開(kāi)銷(xiāo)。事實(shí)上，對(duì)于ue，HARQ定時(shí)和PUCCH資源并不經(jīng)常改變。它可能只需要每隔幾個(gè)時(shí)隙調(diào)整一次，如下圖1所示。在該圖中，下行鏈路時(shí)隙2、時(shí)隙3和時(shí)隙4的HARQ反饋在上行鏈路時(shí)隙5中傳輸。對(duì)于其他時(shí)隙，下行數(shù)據(jù)接收和相應(yīng)確認(rèn)之間的定時(shí)關(guān)系為n+1，這是最小HARQ定時(shí)，也被視為默認(rèn)值。對(duì)于包括時(shí)隙#1以及從時(shí)隙#5到時(shí)隙#9的這些其他下行時(shí)隙，用于HARQ反饋的PUCCH資源索引可以像在LTE中那樣由預(yù)定義規(guī)則生成。因此，UE不需要?jiǎng)討B(tài)通知來(lái)改變這些下行時(shí)隙中的HARQ定時(shí)和PUCCH索引。

關(guān)于靈活定時(shí)的另一個(gè)例子與動(dòng)態(tài)TDD部署有關(guān)。在圖2中，對(duì)于時(shí)隙#1、時(shí)隙#4和時(shí)隙#5，假定下行數(shù)據(jù)的HARQ反饋是自包含的。在時(shí)隙#3處，需要傳輸?shù)南滦辛髁扛唷榱苏{(diào)整下行比率并減少GP開(kāi)銷(xiāo)，上行控制部分不包括在時(shí)隙#3中，而在時(shí)隙#4的上行控制部分中發(fā)送對(duì)時(shí)隙#3中的下行數(shù)據(jù)的HARQ反饋。在這種情況下，gNB需要通知UE改變時(shí)隙#3的DCI中的HARQ定時(shí)和PUCCH索引。

此外，當(dāng)HARQ定時(shí)改變到指定時(shí)隙時(shí)，PUCCH資源可能沖突。然后，還可以將PUCCH資源動(dòng)態(tài)地通知給UE。定時(shí)和PUCCH資源的組合應(yīng)該是可配置的，并根據(jù)不同的用例進(jìn)行不同的使用。

下行分配和相應(yīng)下行數(shù)據(jù)傳輸之間的一組定時(shí)值由高層配置，gNB可以通過(guò)DCI動(dòng)態(tài)指示一組值中的一個(gè)。

對(duì)于不同的ue，值集的大小可能不同。為了減少DCI開(kāi)銷(xiāo)和盲解碼的復(fù)雜性，PDCCH中的DCI可以?xún)H包括1位標(biāo)志，以通知UE默認(rèn)配置被動(dòng)態(tài)改變。然后，實(shí)際指示信息與PDSCH信道中的下行數(shù)據(jù)復(fù)用。該指示信息的資源元素可以根據(jù)預(yù)定義規(guī)則確定，因此PDCCH中不需要用于此目的的額外控制信息。用于通知HARQ定時(shí)和PUCCH資源的資源元素始終位于gNB映射下行數(shù)據(jù)的那些資源元素的前面。然后將指示信息分配到DMRS位置附近，以便于指示信息的解調(diào)。

關(guān)于NR中的整體上下行 HARQ流程，將從UE和gNB的角度考慮以下參數(shù)。

l?UE最小HARQ延遲（“min_UE_delay”）

這意味著gNB配置的NR UE的候選HARQ定時(shí)延遲集合中的最小HARQ延遲。HARQ定時(shí)的集合是通過(guò)考慮報(bào)告給gNB的UE最小處理時(shí)間來(lái)配置的。這里，UE HARQ延遲包括從下行數(shù)據(jù)接收到相應(yīng)HARQ-ACK傳輸?shù)难舆t，或者從上行授權(quán)接收到相應(yīng)上行數(shù)據(jù)傳輸?shù)难舆t。

l?UE最大HARQ延遲（“max_UE_delay”）

這意味著由gNB配置的NR UE的候選HARQ定時(shí)延遲集合中的最大HARQ延遲。

l?gNB最小HARQ延遲（“min_gNB_delay”）

這意味著NR UE在gNB側(cè)假設(shè)的最小HARQ延遲。這里，gNB HARQ延遲包括從HARQ-ACK接收到相應(yīng)下行數(shù)據(jù)（例如，針對(duì)相同HARQ過(guò)程ID的重傳）調(diào)度的延遲，或者從上行數(shù)據(jù)接收到相應(yīng)上行數(shù)據(jù)（例如，重傳）調(diào)度的延遲。

l?最小HARQ RTT（“min_HARQ_RTT”）

這意味著從上下行數(shù)據(jù)調(diào)度或傳輸?shù)较鄳?yīng)的上下行數(shù)據(jù)（例如，相同進(jìn)程ID的重傳）調(diào)度或傳輸?shù)淖钚⊙舆t。這里，可以考慮通過(guò)UE最小HARQ延遲或UE最大HARQ延遲來(lái)確定該最小HARQ RTT。

l?最大HARQ進(jìn)程數(shù)（“max_HARQ_num”）

這意味著可以從下行控制信令和MAC層處理的角度識(shí)別的HARQ進(jìn)程的最大數(shù)量。

在LTE中，上述參數(shù)的值，即UE HARQ delay, eNB HARQ delay, minimum HARQ RTT, 和maximum HARQ process number是確定的。例如，在FDD情況下，UE HARQ delay和eNB HARQ delay的值相同并且固定為4毫秒或子幀，并且相應(yīng)地，minimum?HARQ RTT被設(shè)置為8（＝UE HARQ delay+eNB HARQ delay），然后maximum HARQ process number被設(shè)置為8，minimum HARQ RTT的值相同。在TDD情況下，與FDD不同，多個(gè)不同值的集合被用作UE HARQ延遲，并且該集合根據(jù)UL/DL配置被不同地定義，然后基于UE最大HARQ延遲來(lái)確定最小HARQ RTT（與最大HARQ處理數(shù)相同）。此外，對(duì)于給定的服務(wù)小區(qū)，UL/DL配置在LTE中也是確定性的。

另一方面，在NR中，UL/DL配置將被動(dòng)態(tài)地改變以實(shí)現(xiàn)靈活的TDD部署，并且至少上述參數(shù)中的UE HARQ延遲可由gNB配置。這意味著可以根據(jù)gNB的調(diào)度策略或資源管理重新配置（更改）一組UE HARQ延遲（例如，組中的最小值和最大值）。此外，gNB（最?。〩ARQ延遲也可能因gNB的處理能力（實(shí)現(xiàn)）或小區(qū)部署（例如目標(biāo)覆蓋）而不同。因此，最小HARQ RTT也可以通過(guò)可配置的UE HARQ延遲以及gNB HARQ延遲來(lái)改變。

對(duì)于NR中HARQ程序的設(shè)計(jì)，似乎有以下幾點(diǎn)需要討論和決定。

（1） 如何確定minimum HARQ RTT（例如，基于UE最小或最大HARQ延遲，或由gNB獨(dú)立配置）

（2） 如何確定max HARQ?process number（例如，與minimum HARQ RTT相同，或由gNB獨(dú)立配置）

（3） 如何確定每TB的最小軟緩沖區(qū)大小（例如，通過(guò)最大HARQ進(jìn)程數(shù)，或由gNB獨(dú)立配置）

關(guān)于上述幾點(diǎn)，根據(jù)它們的組合，NR部署可能存在一些效率低下或缺乏靈活性。例如，一種可能的組合可以是，基于UE最大HARQ延遲確定最小HARQ RTT，并且最小HARQ RTT和最大HARQ處理數(shù)相同，并且每TB的最小軟緩沖區(qū)大小由最大HARQ處理數(shù)確定。在這種情況下，與其他可能性相比，由于每TB軟位緩沖的限制，DCI開(kāi)銷(xiāo)可能會(huì)增加，性能損失也可能會(huì)增加。因此，有必要討論并決定如何確定最小HARQ RTT和最大HARQ進(jìn)程數(shù)（以及每TB的最小軟緩沖區(qū)大小）及其關(guān)系，同時(shí)考慮開(kāi)銷(xiāo)、性能和操作效率/靈活性。

此外，在應(yīng)用為（初始）隨機(jī)接入周期定義的默認(rèn)HARQ定時(shí)的情況下，需考慮HARQ過(guò)程，即minimum HARQ RTT（和max HARQ?process number）。此外，在NR UE被配置為在多個(gè)不同TTI長(zhǎng)度或用例（例如eMBB和URLLC）下部署的情況下，根據(jù)max HARQ?process number（以及每TB的最小軟緩沖區(qū)大小），還需要考慮HARQ過(guò)程。