Decode-and-Forward
The Simplest Relay Strategy
The most natural thing a relay can do is decode the source's message and then re-encode it, effectively creating a two-hop communication path. This is decode-and-forward (DF), and it is the relay analogue of "store-and-forward" in packet networks. The key challenge is that the relay must decode and help the destination simultaneously β it cannot simply wait until it has decoded the entire message before forwarding. This leads to the elegant technique of block-Markov encoding, where the relay in block helps with the message from block while the source starts transmitting the message for block .
Definition: Block-Markov Encoding
Block-Markov Encoding
In block-Markov encoding, the total communication is divided into blocks of channel uses each. The source sends a fresh message in each block . The key idea is layered cooperation:
- In block , the source transmits a codeword that encodes both the new message and cooperative information about the previous message .
- The relay, having decoded at the end of block , transmits a cooperative codeword in block that helps the destination decode .
The total rate is , where is the per-block rate. As , the rate loss factor .
Block-Markov Encoding
A multi-block coding technique where the encoding in each block depends on the message of the current block and the message of the previous block, enabling cooperation between source and relay across consecutive blocks.
Related: Backward Decoding
Theorem: Decode-and-Forward Achievable Rate
For the discrete memoryless relay channel , the following rate is achievable using decode-and-forward with block-Markov encoding:
The first term is the rate at which the relay can decode the source message, and the second term is the rate at which the source-relay pair can communicate to the destination.
Decode-and-forward faces two bottlenecks: (1) the relay must be able to decode the source message, which requires , and (2) the source and relay together must be able to deliver the message to the destination, which requires . The achievable rate is the minimum of these two constraints, optimized over the joint input distribution.
The point is that decode-and-forward converts the relay channel into a cascade of a point-to-point channel (source to relay) and a MAC-like channel (source + relay to destination). The price is that the relay must fully decode β if the source-relay link is weak, DF suffers.
Codebook generation
Fix a distribution . For each block :
- Generate independent codewords , , each i.i.d. .
- For each , generate conditionally independent codewords , each i.i.d. .
Encoding
In block :
- The source sends .
- The relay, having decoded at the end of block , sends .
The source and relay transmit correlated codewords because they share knowledge of . This correlation is what enables coherent cooperation.
Relay decoding
At the end of block , the relay knows (from the previous block) and looks for the unique such that is jointly typical. By the joint typicality lemma, this succeeds with high probability if .
Backward decoding at destination
The destination decodes in reverse order: starting from block and working back to block . In block , knowing (decoded from block ), the destination looks for such that is jointly typical. This succeeds if .
Why backward decoding? The destination needs to know the relay's codeword to decode block , but is the message being decoded! Backward decoding resolves this circularity: we start at the last block (where a known dummy message is sent) and work backwards.
Rate analysis
Both constraints must hold: (relay decoding) and (destination decoding). The rate loss from using blocks to send messages vanishes as . Optimizing over yields the DF achievable rate.
Block-Markov Encoding and Backward Decoding
Backward Decoding
A decoding strategy where the destination decodes messages in reverse chronological order, starting from the last block. This resolves the circular dependency in block-Markov encoding where decoding a block requires knowledge of the previous message.
Related: Block-Markov Encoding
Theorem: Capacity of the Degraded Relay Channel
For the degraded relay channel where , the capacity is:
Decode-and-forward achieves the cut-set bound, and hence the capacity, for the degraded relay channel.
In the degraded relay channel, the relay has a "better view" of the source than the destination. Since the relay can decode the source message, it loses nothing by doing so. The only question is whether the relay-destination link can support the required rate β and this is exactly what the broadcast cut captures.
Achievability
The DF rate from Theorem TDecode-and-Forward Achievable Rate is achievable.
Converse
The cut-set bound (Theorem TCut-Set Bound for the Relay Channel) gives . For the degraded channel, as shown in Example ECut-Set Bound for the Degraded Relay Channel, , so the cut-set bound becomes , which matches the DF achievable rate.
Example: DF Rate for a Binary Relay Channel
Consider a relay channel with binary alphabets . The source-to-relay link is a BSC with crossover probability and the relay-to-destination link (with source cooperation) has effective capacity bits. Compute the DF achievable rate.
Source-to-relay link rate
The relay decoding constraint is . For a BSC with crossover probability :
Cooperative link rate
The destination decoding constraint is bits.
DF achievable rate
The DF rate is the minimum: The bottleneck is the source-to-relay link. The relay's ability to help is limited by how well it can decode the source message.
Preview: Relay Coding Strategies
| Strategy | Relay Operation | Best When | Limitation |
|---|---|---|---|
| Decode-and-Forward | Fully decodes source message, re-encodes | Source-relay link is strong (degraded channel) | Bottlenecked by weakest hop |
| Compress-and-Forward | Compresses observation via Wyner-Ziv | Relay is noisy but relay-destination link is strong | Requires good relay-destination link |
| Compute-and-Forward | Decodes linear combination over lattice | Multiple sources, structured codes needed | Requires lattice alignment |
Historical Note: Block-Markov Encoding: A Proof Technique Becomes a System Architecture
1979-presentBlock-Markov encoding was introduced by Cover and El Gamal in 1979 as a proof technique for the relay channel. The idea of dividing communication into blocks and having the relay cooperate across consecutive blocks was initially viewed as a mathematical device. But this technique has had extraordinary staying power: it reappears in the MAC with feedback (Cover and Leung, 1981), the broadcast channel with common messages, and cooperative communication protocols.
In modern wireless systems, block-Markov encoding maps naturally to frame-based communication: the relay processes each frame and helps with the next frame. The "one block delay" of block-Markov encoding corresponds to the processing latency of a practical relay β a remarkably tight connection between theory and practice.
Common Mistake: DF Is Not Always the Best Strategy
Mistake:
Assuming decode-and-forward is always the best relay strategy because it is "the most natural" or "extracts the most information."
Correction:
DF requires the relay to fully decode the source message, which limits the rate to β the capacity of the source-to-relay link. When this link is weak (noisy relay), DF performs poorly because the bottleneck is the first hop. In such cases, compress-and-forward (Section 22.4) is superior: the relay does not need to decode; it only compresses its observation, which can help the destination even when the relay's observation is noisy.
Quick Check
In block-Markov encoding for decode-and-forward, why does the source transmit a codeword that depends on both the current message and the previous message ?
To provide error correction across blocks
So the source and relay can transmit correlated (coherent) codewords, since both know
Because the source does not trust the relay to decode correctly
To increase the codebook size
Correct. Both the source and relay know β the source because it chose it, the relay because it decoded it in the previous block. By conditioning the source's codeword on , the source and relay can coordinate their transmissions, achieving coherent cooperation that increases .
Decode-and-Forward in 5G NR Relay Architectures
In 3GPP standards, DF corresponds to a "Type I" relay (also called a "Layer 3" relay), which fully decodes, re-encodes, and retransmits the data. The relay appears as a separate cell to the destination UE. The main practical challenges are:
- Latency: the relay introduces at least one frame of decoding delay.
- Error propagation: if the relay decodes incorrectly, it forwards errors.
- Half-duplex constraint: practical relays cannot transmit and receive simultaneously, reducing the effective rate by the listen/transmit duty cycle.
Despite these limitations, DF relays are widely deployed for coverage extension in 5G NR, especially in mmWave bands where the direct link is often blocked.
- β’
Relay decoding delay adds latency (at least one subframe)
- β’
Half-duplex operation typically halves the spectral efficiency
- β’
Error propagation if relay decodes incorrectly
Decode-and-Forward with Block-Markov Encoding
Complexity: Encoding: per block. Relay decoding: per block (joint typicality search). Backward decoding: per block. Total: .Decode-and-Forward Rate vs. Direct Transmission
Compare the DF achievable rate with direct transmission (no relay) as a function of the source-relay link quality. When the source-relay link is strong, DF significantly outperforms direct transmission.