HARQ Process
HARQ Process
Soft Combining is an error correction technique in which the bad packets are not
discarded but stored in a buffer. The basic idea is that 2 or more packets received with
insufficient information can be combined together in such a way that total signal can be
decoded. HARQ procedure is as follows
Hybrid Automatic Repeat Request (HARQ) Types
Information = Data + Error Detection Bits (ED)+ Forward Error Correction bits (FEC).
FEC bits are added to each message before sending. If the channel quality is good,
errors are detected and corrected. But if channel quality is bad, not all errors may be
corrected and receiver asks for re-transmission (similar to ARQ). FEC adds a large
overhead.
Here also Information = Data + Error Detection Bits (ED)+ Forward Error Correction bits
(FEC).
But, a different subset of data, a different subset of ED and a different subset of FEC is
sent on each re-transmission. For example, in the first transmission a subset of
information is sent. Re-transmissions are made with a different set of data, ED and
FEC.
HARQ process relies upon receiving ACK for the packets. If the sender sends a packet
and then waits for the ACK to send another packet, it is called a SAW(stop and wait)
process. It increases the round trip time ( sender and receiver processing time +
propagation delays). Hence, multiple SAW processes are used in LTE i.e. when 1 SAW
process is waiting for ACK, another SAW process can send the data. These SAW
processes are also known as HARQ processes.
In LTE, in FDD, RTT is 8 msec. The question arises why 8 HARQ processes? The
answer is- consider the case of downlink, when eNodeB sends data, UE takes 3msec
as processing time, therefore, it sends ACK/NACK 4 msec later, similarly after
receiving ACK/NACK, eNodeB takes 3msec processing time and sends a new
transmission/ re-transmission in a total of 8 msec. Hence, in FDD there are 8 HARQ
processes so that it takes 8 msec for a process to send data and receive ACK/NACK
followed by a new transmission/re-transmission 8 msec later, corresponding to RTT of 8
msec. Max number of re-transmissions for a MAC PDU is 4.
A HARQ entity and HARQ processes are maintained at both eNodeB and UE. During
downlink assignment, eNodeB sends a NDI (New Data Indicator) bit through PDCCH
(DCI) to information UE whether this data is new or a re-transmission. If NDI bit is
toggled i.e. different from the one sent in previous transmission, then, it means new
data is transmitted in downlink for the given HARQ process. If DCI 0 i.e. uplink grant is
sent in PDCCH and NDI bit is toggled, this means that UE should transmit new data.
Synchronous HARQ: In this, receiver has knowledge of the packet which is about to
come in this subframe i.e. eNodeB knows exactly which HARQ no. and RV UE is going
to send. eNodeB determines them from transmission time.
Asynchronous HARQ: In this HARQ process, the sender provides details about which
HARQ process it is using. This gives flexibility because re-transmissions does not have
to be scheduled during every subframe but it increases signalling overhead because
sender has to send the information on a channel.
Asynchronous and synchronous HARQ w.r.t. downlink and uplink is explained in further
paragraphs.
Adaptive re-transmission,
Non-adaptive re-transmission.
Adaptive Re-transmission:
Non-adaptive Re-transmission:
Here, the transmission attributes remains same during each re-transmission.
When UE sends data in uplink through PUSCH, eNB has to determine it’s correctness
using CRC and inform UE about the ACK/NACK. eNodeB sends ACK/NACK
through PHICH. Each HARQ processes use Round Robin fashion to transmit HARQ,
hence, each transmission and re-transmission can be determined from SFN and SF. UE
does not need to send information of RV (synchronous HARQ).