Block code

In coding theory, a block code is any member of the large and important family of error-correcting codes that encode data in blocks. There is a vast number of examples for block codes, many of which have a wide range of practical applications. Block codes are conceptually useful because they allow coding theorists, mathematicians, and computer scientists to study the limitations of all block codes in a unified way. Such limitations often take the form of bounds that relate different parameters of the block code to each other, such as its rate and its ability to detect and correct errors.

Examples of block codes are Reed–Solomon codes, Hamming codes, Hadamard codes, Expander codes, Golay codes, and Reed–Muller codes. These examples also belong to the class of linear codes, and hence they are called linear block codes. More particularly, these codes are known as algebraic block codes, or cyclic block codes, because they can be generated using boolean polynomials.

Algebraic block codes are typically hard-decoded using algebraic decoders.

The term block code may also refer to any error-correcting code that acts on a block of k bits of input data to produce n bits of output data (n,k). Consequently, the block coder is a memoryless device. Under this definition codes such as turbo codes, terminated convolutional codes and other iteratively decodable codes (turbo-like codes) would also be considered block codes. A non-terminated convolutional encoder would be an example of a non-block (unframed) code, which has memory and is instead classified as a tree code.

This article deals with "algebraic block codes".

The block code and its parameters

Error-correcting codes are used to reliably transmit digital data over unreliable communication channels subject to channel noise. When a sender wants to transmit a possibly very long data stream using a block code, the sender breaks the stream up into pieces of some fixed size. Each such piece is called message and the procedure given by the block code encodes each message individually into a codeword, also called a block in the context of block codes. The sender then transmits all blocks to the receiver, who can in turn use some decoding mechanism to (hopefully) recover the original messages from the possibly corrupted received blocks. The performance and success of the overall transmission depends on the parameters of the channel and the block code.

Formally, a block code is an injective mapping

C:\Sigma^k \to \Sigma^n.

Here, \Sigma is a finite and nonempty set and k and n are integers. The meaning and significance of these three parameters and other parameters related to the code are described below.

The alphabet Σ

The data stream to be encoded is modeled as a string over some alphabet \Sigma. The size |\Sigma| of the alphabet is often written as q. If q=2, then the block code is called a binary block code. In many applications it is useful to consider q to be a prime power, and to identify \Sigma with the finite field \mathbb F_q.

The message length k

Messages are elements m of \Sigma^k, that is, strings of length k. Hence the number k is called the message length or dimension of a block code.

The block length n

The block length n of a block code is the number of symbols in a block. Hence, the elements c of \Sigma^n are strings of length n and correspond to blocks that may be received by the receiver. Hence they are also called received words. If c=C(m) for some message m, then c is called the codeword of m.

The rate R

The rate of a block code is defined as the ratio between its message length and its block length:

R=k/n.

A large rate means that the amount of actual message per transmitted block is high. In this sense, the rate measures the transmission speed and the quantity 1-R measures the overhead that occurs due to the encoding with the block code. It is a simple information theoretical fact that the rate cannot exceed 1 since data cannot in general be losslessly compressed. Formally, this follows from the fact that the code C is an injective map.

The distance d

The distance or minimum distance d of a block code is the minimum number of positions in which any two distinct codewords differ, and the relative distance \delta is the fraction d/n. Formally, for received words c_1,c_2\in\Sigma^n, let \Delta(c_1,c_2) denote the Hamming distance between c_1 and c_2, that is, the number of positions in which c_1 and c_2 differ. Then the minimum distance d of the code C is defined as

d := \min_{m_1,m_2\in\Sigma^k; m_1\neq m_2} \Delta[C(m_1),C(m_2)].

Since any code has to be injective, any two codewords will disagree in at least one position, so the distance of any code is at least 1. Besides, the distance equals the minimum weight for linear block codes because:

\min_{m_1,m_2\in\Sigma^k; m_1\neq m_2} \Delta[C(m_1),C(m_2)] = \min_{m_1,m_2\in\Sigma^k; m_1\neq m_2} \Delta[\mathbf{0},C(m_1)+C(m_2)] = \min_{m\in\Sigma^k; m\neq\mathbf{0}} w[C(m)] = w_{min}.

A larger distance allows for more error correction and detection. For example, if we only consider errors that may change symbols of the sent codeword but never erase or add them, then the number of errors is the number of positions in which the sent codeword and the received word differ. A code with distance d allows the receiver to detect up to d-1 transmission errors since changing d-1 positions of a codeword can never accidentally yield another codeword. Furthermore, if no more than (d-1)/2 transmission errors occur, the receiver can uniquely decode the received word to a codeword. This is because every received word has at most one codeword at distance (d-1)/2. If more than (d-1)/2 transmission errors occur, the receiver cannot uniquely decode the received word in general as there might be several possible codewords. One way for the receiver to cope with this situation is to use list-decoding, in which the decoder outputs a list of all codewords in a certain radius.

Popular notation

The notation (n,k,d)_q describes a block code over an alphabet \Sigma of size q, with a block length n, message length k, and distance d. If the block code is a linear block code, then the square brackets in the notation [n,k,d]_q are used to represent that fact. For binary codes with q=2, the index is sometimes dropped. For maximum distance separable codes, the distance is always d=n-k+1, but sometimes the precise distance is not known, non-trivial to prove or state, or not needed. In such cases, the d-component may be missing.

Sometimes, especially for non-block codes, the notation (n,M,d)_q is used for codes that contain M codewords of length n. For block codes with messages of length k over an alphabet of size q, this number would be M=q^k.

Examples

As mentioned above, there are a vast number of error-correcting codes that are actually block codes. The first error-correcting code was the Hamming(7,4)-code, developed by Richard W. Hamming in 1950. This code transforms a message consisting of 4 bits into a codeword of 7 bits by adding 3 parity bits. Hence this code is a block code. It turns out that it is also a linear code and that it has distance 3. In the shorthand notation above, this means that the Hamming(7,4)-code is a [7,4,3]_2-code.

Reed–Solomon codes are a family of [n,k,d]_q-codes with d=n-k+1 and q being a prime power. Rank codes are family of [n,k,d]_q-codes with d \leq n-k+1. Hadamard codes are a family of [n,k,d]_2-codes with n=2^{k-1} and d=2^{k-2}.

Error detection and correction properties

A codeword c \in \Sigma^ncould be considered as a point in the n-dimension space \Sigma^n and the code \mathcal{C} is the subset of \Sigma^n. A code \mathcal{C} has distance d means that \forall c\in \mathcal{C}, there is no other codeword in the Hamming ball centered at c with radius d-1, which is defined as the collection of n-dimension words whose Hamming distance to c is no more than d-1. Similarly,  \mathcal{C} with (minimum) distance d has the following properties:

Lower and upper bounds of block codes

Family of codes

C =\{C_i\}_{i\ge1} is called family of codes, where C_i is an (n_i,k_i,d_i)_q code with monotonic increasing n_i.

Rate of family of codes C is defined as R(C)=\lim_{i\to\infty}{k_i \over n_i}

Relative distance of family of codes C is defined as \delta(C)=\lim_{i\to\infty}{d_i \over n_i}

To explore the relationship between R(C) and \delta(C), a set of lower and upper bounds of block codes are known.

Hamming bound

 R \le 1- {1 \over n} \cdot \log_{q} \cdot \left[\sum_{i=0}^{\lfloor {{\delta \cdot n-1}\over 2}\rfloor}\binom{n}{i}(q-1)^i\right]

Singleton bound

The Singleton bound is that the sum of the rate and the relative distance of a block code cannot be much larger than 1:

 R + \delta \le  1+\frac{1}{n}.

In other words, every block code satisfies the inequality k+d \le n+1 . Reed–Solomon codes are non-trivial examples of codes that satisfy the singleton bound with equality.

Plotkin bound

For q=2, R+2\delta\le1. In other words, k + 2d \le n.

For the general case, the following Plotkin bounds holds for any C \subseteq \mathbb{F}_q^{n} with distance d:

1. If d=(1-{1 \over q})n, |C| \le 2qn

2. If d >  (1-{1 \over q})n, |C| \le {qd \over {qd -(q-1)n}}

For any q-ary code with distance \delta, R \le 1- ({q \over {q-1}}) \delta + o(1)

Gilbert–Varshamov bound

R\ge1-H_q(\delta)-\epsilon, where 0 \le \delta \le 1-{1\over q}, 0\le \epsilon \le 1- H_q(\delta),  H_q(x)\equiv_{def} -x\cdot\log_q{x \over {q-1}}-(1-x)\cdot\log_q{(1-x)} is the q-ary entropy function.

Johnson bound

Define J_q(\delta) \equiv_{def} (1-{1\over q})(1-\sqrt{1-{q \delta \over{q-1}}}) .
Let J_q(n, d, e) be the maximum number of codewords in a Hamming ball of radius e for any code C \subseteq \mathbb{F}_q^n of distance d.

Then we have the Johnson Bound : J_q(n,d,e)\le qnd, if {e \over n} \le {{q-1}\over q}\left( {1-\sqrt{1-{q \over{q-1}}\cdot{d \over n}}}\, \right)=J_q({d \over n})

Elias–Bassalygo bound

R={\log_q{|C|} \over n} \le 1-H_q(J_q(\delta))+o(1)

Sphere packings and lattices

Block codes are tied to the sphere packing problem which has received some attention over the years. In two dimensions, it is easy to visualize. Take a bunch of pennies flat on the table and push them together. The result is a hexagon pattern like a bee's nest. But block codes rely on more dimensions which cannot easily be visualized. The powerful Golay code used in deep space communications uses 24 dimensions. If used as a binary code (which it usually is), the dimensions refer to the length of the codeword as defined above.

The theory of coding uses the N-dimensional sphere model. For example, how many pennies can be packed into a circle on a tabletop or in 3 dimensions, how many marbles can be packed into a globe. Other considerations enter the choice of a code. For example, hexagon packing into the constraint of a rectangular box will leave empty space at the corners. As the dimensions get larger, the percentage of empty space grows smaller. But at certain dimensions, the packing uses all the space and these codes are the so-called perfect codes. There are very few of these codes.

Another property is the number of neighbors a single codeword may have.[1] Again, consider pennies as an example. First we pack the pennies in a rectangular grid. Each penny will have 4 near neighbors (and 4 at the corners which are farther away). In a hexagon, each penny will have 6 near neighbors. Respectively, in three and four dimensions, the maximum packing is given by the 12-face and 24-cell with 12 and 24 neighbors, respectively. When we increase the dimensions, the number of near neighbors increases very rapidly. In general, the value is given by the kissing numbers.

The result is that the number of ways for noise to make the receiver choose a neighbor (hence an error) grows as well. This is a fundamental limitation of block codes, and indeed all codes. It may be harder to cause an error to a single neighbor, but the number of neighbors can be large enough so the total error probability actually suffers.[1]

See also

Notes

References

  1. 1 2 Christian Schlegel and Lance Pérez (2004). Trellis and turbo coding. Wiley-IEEE. p. 73. ISBN 978-0-471-22755-7.

External links

External links

This article is issued from Wikipedia - version of the Tuesday, April 19, 2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.