本文主要簡述一下在無線通信系統(tǒng)中常用的HARQ機制。注意，在不同的標準中，HARQ傳輸機制有所不同。

雖然ARQ(混合自動請求)錯誤控制機制簡單，并提供了高傳輸可靠性，但隨著信道錯誤率的增加，ARQ方案的吞吐量會迅速下降，而且由于重傳，延遲可能會過高，對于某些延遲敏感的應(yīng)用程序來說是不可容忍的。另一方面，使用前向糾錯(FEC)的系統(tǒng)可以保持恒定的吞吐量，而不受信道誤碼率的影響。然而，F(xiàn)EC方案也存在一些缺陷。FEC很難實現(xiàn)高可靠性，需要使用長而強大的糾錯碼，增加了實現(xiàn)的復(fù)雜性。

只要將兩種誤差控制方案適當(dāng)?shù)亟Y(jié)合起來，就可以克服ARQ和FEC的缺點。為了提高分組傳輸?shù)耐掏铝亢徒档蜁r延，將ARQ錯誤控制機制與FEC編碼相結(jié)合，設(shè)計了混合ARQ (HARQ)方案。HARQ系統(tǒng)由一個包含在ARQ系統(tǒng)中的FEC子系統(tǒng)組成。該方法通過對頻繁出現(xiàn)的錯誤進行修正，從而減少了平均重傳次數(shù)。然而，當(dāng)檢測到較低頻率的錯誤時，接收方請求重傳，其中每次重傳都攜帶相同或一些冗余信息，以幫助數(shù)據(jù)包檢測。HARQ使用FEC來糾正接收端部分錯誤，并依靠錯誤檢測來檢測剩余的錯誤。大多數(shù)實用的HARQ方案使用CRC碼進行錯誤檢測，并使用某種形式的FEC來糾正傳輸錯誤，例如信道編解碼常用的Turbo碼或者LDPC碼。

根據(jù)后續(xù)重傳的內(nèi)容，HARQ方案通常分為兩種：

軟合并HARQ:在這種HARQ方案中，每次重傳都傳輸相同的數(shù)據(jù)包。采用軟合并可提高可靠性。在傳輸之前，數(shù)據(jù)塊和CRC碼一起使用FEC編碼器進行編碼。如果接收方無法正確解碼數(shù)據(jù)塊，則請求重新傳輸。當(dāng)接收到重傳的編碼塊時，將其與先前接收到的對應(yīng)于相同信息位的塊合并(例如使用最大比合并方法)并傳輸給解碼器。由于每次重傳都是原始傳輸?shù)南嗤北荆虼嗣看沃貍鹘邮盏降腅b/N0，即每信息位的能量除以噪聲譜功率密度，每次重傳都會增加，提高了正確解碼的可能性。在軟合并HARQ中，被編碼bit的冗余版本在每次傳輸中都不會改變。因此，打孔模式保持不變。接收端使用當(dāng)前碼塊和之前所有的HARQ傳輸來解碼信息位。這個過程將會繼續(xù)，直到信息位被正確解碼并通過CRC測試或達到HARQ重傳的最大數(shù)量。當(dāng)達到最大重傳次數(shù)時，MAC子層重置該進程，繼續(xù)重新傳輸相同的碼塊。當(dāng)一個進程在等待應(yīng)答時，許多用于HARQ的并行通道可以幫助提高吞吐量;另一個進程可以利用信道傳輸子數(shù)據(jù)包。圖1說明了軟合并HARQ (HARQ- cc)方案的操作，以及相同編碼位的重傳如何在保持有效碼率不變的情況下改變每比特的合并能量Eb。

圖1 軟合并HARQ

增量冗余HARQ：在這種HARQ方案中，在隨后的重傳中發(fā)送額外的奇偶校驗位。因此，每次重傳后，接收端都能獲得更豐富的奇偶校驗位集，提高了可靠解碼的概率。然而，在增量冗余方案中，信息不能僅從奇偶校驗位恢復(fù)。在增量冗余HARQ (HARQ-IR)方案中，當(dāng)請求重傳時，生成多個冗余度遞增的編碼比特，并傳輸給接收端，以協(xié)助接收端對信息比特進行解碼。接收端將每一次重傳與先前接收到的屬于同一數(shù)據(jù)包的軟比特相結(jié)合。由于每一次重傳都攜帶額外的奇偶校驗位，因此每一次重傳都會降低有效碼率，如圖2所示。紅外是基于低速率編碼和不同的冗余版本是通過戳穿通道編碼器輸出。在圖2所示的示例中，基本碼率為R，在每次重傳中傳輸三分之一的編碼位。由于合并，除了每次重發(fā)都會增加接收的信噪比Eb/N0外，每次重發(fā)還會獲得一個編碼增益。注意，軟合并是HARQ-IR的一個特殊情況，其中重傳是原始編碼位的相同副本。

圖2 增量冗余HARQ

3GPP NR下行鏈路和上行鏈路采用異步HARQ-IR方案。gNB通過DCI動態(tài)或通過RRC配置消息半靜態(tài)向UE(終端)提供HARQ-ACK反饋定時。gNB使用DCI上的上行鏈路授權(quán)來調(diào)度每個上行鏈路的傳輸和重傳。在LTE中，上行HARQ的基本操作方式是同步重傳，這可以減少重傳的調(diào)度開銷。在這種情況下，HARQ ACK/NACK作為一個簡短而有效的消息在PHICH上進行。NR支持異步HARQ。為了支持異步HARQ，對于gNB來說，一個簡單的解決方案是通過PDCCH發(fā)送一個顯式的上行授權(quán)，以用于重傳，就像在LTE中傳輸一樣。在某種意義上，顯式授權(quán)可能意味著隱式ACK/ NACK。例如，重傳的顯式調(diào)度可能意味著初始傳輸?shù)腘ACK。每個cell上下行的HARQ進程數(shù)不能超過16個。每個cell在終端上通過RRC參數(shù)nrofHARQ-processesForPDSCH單獨配置HARQ進程數(shù)。在沒有任何配置的情況下，終端可以采用默認的8個HARQ進程。

在通信系統(tǒng)設(shè)計過程中，需要考慮為了支持HARQ功能，需要使用較大的buffer空間，例如采用FPGA進行BBU設(shè)計，外掛豐富的DDR資源。

審核編輯：湯梓紅