在每個(gè)服務(wù)小區(qū)，MAC實(shí)體處存在一個(gè)HARQ實(shí)體，維持多個(gè)并行HARQ過(guò)程，允許在等待先前傳輸?shù)某晒虿怀晒邮盏腍ARQ反饋的同時(shí)連續(xù)地進(jìn)行傳輸。

當(dāng)物理層被配置用于上行鏈路空間復(fù)用時(shí)，存在與給定TTI相關(guān)聯(lián)的兩個(gè)HARQ處理。否則，存在與給定TTI相關(guān)聯(lián)的一個(gè)HARQ過(guò)程。

在給定的TTI處，如果為TTI指示上行許可，則HARQ實(shí)體標(biāo)識(shí)應(yīng)當(dāng)進(jìn)行傳輸?shù)腍ARQ過(guò)程。它還將接收到的HARQ反饋（ACK/NACK信息）、MCS和由物理層中繼的資源路由到適當(dāng)?shù)腍ARQ處理。

在異步HARQ中，HARQ過(guò)程基于接收到的UL授權(quán)與TTI相關(guān)聯(lián)，RAR中的UL授權(quán)除外。每個(gè)異步HARQ進(jìn)程都與HARQ進(jìn)程標(biāo)識(shí)符相關(guān)聯(lián)。對(duì)于RAR中具有UL授權(quán)的UL傳輸，使用HARQ進(jìn)程標(biāo)識(shí)符0。HARQ反饋不適用于異步上行HARQ。

配置TTI捆綁時(shí)，參數(shù)TTI_BUNDLE_SIZE提供TTI捆綁的TTI數(shù)。TTI綁定依賴于HARQ實(shí)體為屬于相同綁定的每個(gè)傳輸調(diào)用相同的HARQ過(guò)程。在綁定內(nèi)，HARQ重傳是非自適應(yīng)的，并且根據(jù)TTI_BUNDLE_SIZE在不等待來(lái)自先前傳輸?shù)姆答伒那闆r下觸發(fā)。捆綁的HARQ反饋僅針對(duì)捆綁的最后TTI接收（即，與TTI_BUNDLE_SIZE相對(duì)應(yīng)的TTI），而不管該TTI中是否發(fā)生傳輸（例如，當(dāng)發(fā)生測(cè)量GAP時(shí)）。TTI?bundle?的重傳也是TTI?bundle?。當(dāng)MAC實(shí)體配置了一個(gè)或多個(gè)SCells并配置了上行鏈路時(shí)，不支持TTI綁定。

上行HARQ操作對(duì)于BL UE或增強(qiáng)覆蓋中的UE是異步的，除了bundle?內(nèi)的重復(fù)。

對(duì)于增強(qiáng)覆蓋中的BL UE或YE，參數(shù)UL_REPETITION_NUMBER提供bundle?內(nèi)的傳輸重復(fù)次數(shù)。對(duì)于每個(gè)bundle，UL_REPETITION_NUMBER設(shè)置為低層提供的值。綁定操作依賴于HARQ實(shí)體為每個(gè)傳輸調(diào)用相同的HARQ進(jìn)程，該傳輸是consequective子幀中相同綁定的一部分。在bundle內(nèi)，HARQ重傳是非自適應(yīng)的，并且根據(jù)UL_REPETITION_NUMBER在不等待來(lái)自先前傳輸?shù)姆答伒那闆r下被觸發(fā)。對(duì)應(yīng)于捆綁的新傳輸或重傳的上行許可僅在捆綁的最后一次重復(fù)之后接收。對(duì)于與E-UTRAN結(jié)合RN子幀配置的RN通信，不支持TTI捆綁。

對(duì)于隨機(jī)接入期間的Msg3傳輸，TTI?bundling?不適用。對(duì)于BL UE或增強(qiáng)覆蓋中的UE，上行重復(fù)捆綁用于Msg3的傳輸。

對(duì)于每個(gè)TTI，HARQ實(shí)體應(yīng)：

• 識(shí)別與該TTI相關(guān)聯(lián)的HARQ過(guò)程，并且對(duì)于每個(gè)識(shí)別的HARQ過(guò)程：

• 如果已為此進(jìn)程和此TTI指示上行許可：

1.?如果接收到的授權(quán)沒(méi)有發(fā)往PDCCH上的臨時(shí)C-RNTI，并且如果在相關(guān)HARQ信息中提供的NDI已經(jīng)與該HARQ過(guò)程的先前傳輸中的值相比被切換；

2.?如果在PDCCH上接收到用于C-RNTI的上行鏈路許可，并且所識(shí)別的進(jìn)程的HARQ緩沖器為空；

3.?如果在隨機(jī)接入響應(yīng)中接收到上行鏈路許可：

①　如果在Msg3緩沖器中存在MAC PDU并且在隨機(jī)接入響應(yīng)中接收到上行鏈路許可：

1)?從Msg3緩沖區(qū)獲取要傳輸?shù)腗AC PDU。

②　否則：

1)?從“復(fù)用和組裝”實(shí)體獲取要傳輸?shù)腗AC PDU；

③　將MAC PDU和上行鏈路授權(quán)以及HARQ信息傳送到所識(shí)別的HARQ進(jìn)程；

④　指示已識(shí)別的HARQ進(jìn)程觸發(fā)新的傳輸。

4.?否則

⑤　將上行鏈路授權(quán)和HARQ信息（冗余版本）傳遞給所標(biāo)識(shí)的HARQ進(jìn)程；

⑥　指示所識(shí)別的HARQ過(guò)程生成自適應(yīng)重傳。

• 否則，如果此HARQ進(jìn)程的HARQ緩沖區(qū)不為空：

1.?指示所識(shí)別的HARQ過(guò)程生成非自適應(yīng)重傳。

當(dāng)確定與先前傳輸中的值相比，NDI是否被置換時(shí)，MAC實(shí)體應(yīng)忽略PDCCH上所有上行授權(quán)中接收到的用于其臨時(shí)C-RNTI的NDI。

為短TTI中調(diào)度的PUSCH支持PHICH-less異步UL?HARQ（即sPUSCH）。但是，在TTI長(zhǎng)度重配中，HARQ會(huì)出現(xiàn)哪些問(wèn)題呢？

一般情況下，一旦空閑的UE得到服務(wù)，UE就會(huì)向eNB發(fā)起隨機(jī)接入過(guò)程。然后，eNB將通過(guò)RRC信令或PHY信令來(lái)配置UE資源，其中TTI長(zhǎng)度也配置給UE。如果承載中的業(yè)務(wù)是實(shí)時(shí)應(yīng)用，則TTI長(zhǎng)度可以是sTTI，反之，如果業(yè)務(wù)不是那么緊急或sTTI資源有限，則可以推斷可以使用1ms正常?TTI。由于UE的承載和sTTI資源都能夠變化，UE可能將TTI長(zhǎng)度從1ms TTI重新配置為sTTI，或者從sTTI重新配置為1ms TTI。

為了支持靈活的業(yè)務(wù)時(shí)延需求，實(shí)現(xiàn)合理的資源利用率，可以在sTTI和1ms TTI（半靜態(tài)或動(dòng)態(tài)）之間重配TTI長(zhǎng)度。

那現(xiàn)在就存在兩種情況：

1.?情況1:TTI長(zhǎng)度從sTTI重配為1ms TTI

2.?情況2:TTI長(zhǎng)度從1ms TTI新配為sTTI

對(duì)于DL HARQ，如圖1所示，eNB在TTI n處向UE發(fā)送TB，UE在TTI n+k處給出HARQ反饋（k在1ms TTI和sTTI中可能不同），如果反饋是NACK，eNB將重傳TB。

無(wú)論使用特定于小區(qū)的重配還是特定于UE的重配，應(yīng)用重配的TTI長(zhǎng)度的重新配置邊界都將位于TTI中。通常，多個(gè)HARQ進(jìn)程將在UE中運(yùn)行，對(duì)于一個(gè)HARQ進(jìn)程，重配邊界將位于UE準(zhǔn)備發(fā)送HARQ反饋的TTI中，對(duì)于另一個(gè)HARQ進(jìn)程，重配邊界將位于UE準(zhǔn)備接收TB重傳的相同TTI中。由于HARQ重傳是異步的，UE可以在重配的TTI中接收TB重傳，因此，重配對(duì)TB重傳沒(méi)有影響。然而，在情況1（sTTI到1ms TTI）和情況2（1ms TTI到sTTI）中，用于UE HARQ反饋的TTI必須改變，細(xì)節(jié)如圖2和圖3所示，UE HARQ反饋將可能位于具有重配的長(zhǎng)度的新TTI位置。

在圖2和圖3中，UE中存在多個(gè)HARQ進(jìn)程。HARQ反饋的sTTI被1ms TTI替換，或者HARQ反饋的1ms TTI被sTTI替換，問(wèn)題是兩種情況下的HARQ反饋都需要重新考慮?；旧?，有兩種方法來(lái)處理這種HARQ反饋，一種方法是禁用HARQ過(guò)程，解決方案可以是，例如，在eNB實(shí)現(xiàn)中應(yīng)用類似的計(jì)時(shí)器。（如果UE中仍然存在HARQ進(jìn)程，UE的默認(rèn)行為是一旦eNB重配TTI就清除其進(jìn)程）。另一種方法是繼續(xù)HARQ過(guò)程，解決方案可以是，例如，UE將重定向到新TTI以進(jìn)行HARQ反饋。

所以，當(dāng)TTI長(zhǎng)度改變時(shí)，應(yīng)確保DL?HARQ。

對(duì)于UL HARQ，如圖4中的步驟1，UE將接收用于TB傳輸?shù)腢L授權(quán)，步驟2，UE將在該UL授權(quán)上傳輸TB，步驟3，UE將接收eNB HARQ反饋（UL授權(quán)），步驟4，UE將在其UL授權(quán)上重新傳輸TB。

無(wú)論使用特定于小區(qū)的重配還是特定于UE的重配，應(yīng)用重配的TTI長(zhǎng)度的重配邊界都將位于TTI中。通常，多個(gè)HARQ過(guò)程將在UE中運(yùn)行，對(duì)于一個(gè)HARQ過(guò)程，重配邊界將位于UE準(zhǔn)備（重新）傳輸TB的TTI中，對(duì)于另一個(gè)HARQ過(guò)程，重配邊界將位于UE準(zhǔn)備從eNB接收HARQ反饋（UL grant）的同一TTI中。

在這里，將傳輸和重傳總結(jié)在一個(gè)圖中，如情況1（sTTI到1ms TTI）和情況2（1ms TTI到sTTI），TTI長(zhǎng)度重配改變了UE在UL授權(quán)接收時(shí)UL數(shù)據(jù)（重傳）傳輸?shù)腡TI，詳情如圖5和圖6所示，因此UE TB（重傳）傳輸定時(shí)需要重新考慮。

對(duì)于HARQ反饋，在情況1（sTTI到1ms TTI）中，PHICH的1ms TTI將覆蓋多個(gè)具有HARQ ACK的sTTI，HARQ反饋也需要重新考慮。這里可以看到一個(gè)問(wèn)題，當(dāng)TTI從sTTI變?yōu)?ms TTI時(shí)，需要考慮來(lái)自eNB的HARQ反饋。然而，在情況2（1ms TTI到sTTI）中，考慮到sTTI中使用PHICH異步UL HARQ，UE將在PHICH less信道中接收UL HARQ反饋，因此，情況2（1ms TTI到sTTI）的重配對(duì)UL HARQ反饋沒(méi)有影響。

如圖5和圖6所示，UE中存在多個(gè)HARQ進(jìn)程。用于UE?TB（重傳）的sTTI被1ms TTI替換，或者用于UE?TB（重傳）的1ms TTI被sTTI替換，可以看出在這兩種情況下UE?TB（重傳）的一個(gè)問(wèn)題需要重新考慮。基本上，有兩種方法來(lái)處理此UE TB（重）傳輸，一種方法是禁用此HARQ過(guò)程，解決方案可以是，與下行類似。另一種方法是繼續(xù)此HARQ過(guò)程，解決方案可以是，例如，UE TB（重傳）傳輸將重定向到新TTI。

還有另外一種情，針對(duì)TDD上行容量受限，協(xié)議提出了一種增強(qiáng)上行容量的方法，在UpPTS特殊子幀中進(jìn)行調(diào)度和HARQ反饋。有兩種傳輸方案：

1.?獨(dú)立傳輸塊可以在UpPTS中傳輸。

2.?UpPTS可以與隨后的UL子幀捆綁在一起，傳輸一個(gè)傳輸塊。

所以，1被稱為獨(dú)立TB傳輸，2被稱為捆綁TB傳輸。

在Rel-8中，TDD的UL HARQ時(shí)機(jī)是基于以下原則設(shè)計(jì)的：

• ?原則1:ACK/NACK的開銷應(yīng)為相同往返時(shí)間內(nèi)所有子幀的平均開銷；

• ?原則2：上行HARQ模式應(yīng)該是特定于子幀的；

• ?原則3：ACK/NACK引起的特殊子幀開銷應(yīng)最小化；

• ?原則4：從向UE可利用的位置發(fā)送信號(hào)的資源授予的最小延遲。

上述原則考慮了下行和特殊子幀中控制區(qū)域的吞吐量、非對(duì)稱的上下行資源、用于上行同步HARQ和調(diào)度靈活性等因素。作為示例，TDD UL/DL配置0/3的HARQ定時(shí)分別在圖7中示出。

對(duì)于UpPTS中的PUSCH，Rel-8 UL HARQ時(shí)機(jī)的因素仍然存在。因此，UpPTS中PUSCH的HARQ時(shí)機(jī)設(shè)計(jì)也應(yīng)遵循同樣的原則。

對(duì)于捆綁傳輸塊傳輸，UpPTS和隨后的UL子幀必須一起被調(diào)度和確認(rèn)。因此，具有最小標(biāo)準(zhǔn)影響的簡(jiǎn)單方法是對(duì)相應(yīng)的上行鏈路子幀重新使用調(diào)度和HARQ定時(shí)。然而，有兩個(gè)問(wèn)題需要考慮。

一個(gè)問(wèn)題是PDCCH/EPDCCH/PHICH和（重）傳輸之間的間隔可能小于3ms，這對(duì)處理能力施加了新的限制。例如，在圖7的TDD UL/DL配置3中，上行鏈路子幀2由前一幀的子幀8中的PDCCH/EPDCCH/PHICH觸發(fā)，它們之間的間隔為3ms。如果在前一幀的子幀#8中同時(shí)觸發(fā)特殊子幀#1和上行子幀#2中的UpPTS，則它們之間的間隔小于2.5ms。然而，通過(guò)設(shè)置縮短的TTI和處理時(shí)間，可以在一定程度上放松該約束。

另一個(gè)問(wèn)題是UpPTS+UL子幀中的傳輸可能不會(huì)在下一個(gè)UpPTS+UL子幀中重新傳輸，而是在正常的上行鏈路子幀中重新傳輸，圖8中給出了一個(gè)示例。如果復(fù)用當(dāng)前HARQ定時(shí)，由于總傳輸中使用的符號(hào)數(shù)不同，會(huì)對(duì)rBLER產(chǎn)生影響。這個(gè)問(wèn)題可以由eNB通過(guò)適當(dāng)?shù)腗CS選擇來(lái)解決，在iBLER和rBLER之間進(jìn)行權(quán)衡。另一種方法是通過(guò)自適應(yīng)HARQ調(diào)整重傳的PRB。

對(duì)于獨(dú)立的TB傳輸，需要指定調(diào)度和HARQ時(shí)機(jī)，并且HARQ進(jìn)程的數(shù)目相應(yīng)地增加。

在UL/DL配置1～5中，下行加特殊子幀多于上行加特殊子幀，因此，在每個(gè)下行或特殊子幀中不配置多于一個(gè)PUSCH傳輸。在這種情況下，UpPTS中的PUSCH的調(diào)度和HARQ定時(shí)可以根據(jù)Rel-8?TDD?HARQ定時(shí)原則來(lái)添加。一個(gè)例子如由表1和表2所示，其中配置1~5的修改用紅色標(biāo)記。作為示例，TDD配置3的增加HARQ過(guò)程如圖9所示。

對(duì)于UL/DL配置0/6，上行鏈路加UpPTS子幀多于下行加DwPTS子幀，因此，有必要調(diào)度或確認(rèn)來(lái)自單個(gè)下行子幀的多個(gè)PUSCH傳輸。表1和表2中給出了一個(gè)示例設(shè)計(jì)。

通過(guò)上述設(shè)計(jì)，可以增加用于TDD的HARQ過(guò)程的數(shù)量，如表3所示。

所以，建議支持UL/DL配置2/3的TTI捆綁，因?yàn)閁pPTS中有4個(gè)子幀包含上行資源和PUSCH。在捆綁大小為4（與Rel-8 TTI捆綁相同）的情況下，優(yōu)選在初始傳輸和重傳之間包含上行資源的子幀的數(shù)目是4的倍數(shù)。這樣，包含上行資源的上行子幀都可以在不同HARQ處理之間利用。