Parallel HARQ processes 平行的HARQ程序

概念是從這篇介紹UMTS中HARQ程序的文章中看到的
http://letstalkumts.blogspot.tw/2011/10/harq-procedure.html

此篇前面敘述的前提應是UMTS中downlink部分，最後下面分點敘述才提到uplink部分



Automatic Repeat Request(ARQ)
是基本的重傳機制，reciver一旦發現收到的資料有誤，就全部捨棄，然後向sender要求重傳

Hybrid ARQ(HARQ)
則是檢查錯誤後，若有錯 就把資料buffer起來，並向sender要求重傳，然後根據buffer的data與重傳的data合併成無誤的結果 ( channel decoding and error detection)

Parallel HARQ processes
是用來避免重傳對throughput的影響。
當一個HARQ程序正在等待ACK時，第二個HARQ程序就可以趁此機會 在接下來的TTI傳送資料
這些parallel processes就稱為Stop and Wait processes

3GPP中，允許最大8個parallel HARQ processes被config給同一個UE (DL)



原文應在TS 36.213 section 7，其中註名HARQ process的最大數量

什麼是HARQ; What is HARQ(Hybrid automatic repeat request)

全名是Hybrid automatic repeat request，混種的ARQ

其實就是FEC + ARQ


傳統的ARQ只在資料末添加一點redundant bits，作為"偵"錯碼(only for error-detection)
比如 cyclic redundancy check (CRC);  同位元檢查(parity bit)

然後FEC指的是添加在資料，並且可以"糾"錯的那些FEC code
比如 Reed-Solomon code (RS code); Hamming(7,4) code


HARQ就是data連同FEC code, parity bit 一起傳，如果parity bit告知內有錯誤，即用FEC code糾正錯誤，糾正失敗的話才採用ARQ的機制，因此ARQ在HARQ中可算是一備案


明顯的，用FEC code需要多傳比較多的bit，因此有代價

在channel quality很差的時候，HARQ比ARQ好；
在channel quality不錯的時候，原始的ARQ比較適合。就依現況做選擇


資料來源:
http://en.wikipedia.org/wiki/Hybrid_automatic_repeat_request