1. Field of the Invention
This invention relates to the field of data coding and more particularly to an apparatus and method for efficient computation of check equations in periodic Low Density Parity Check (LDPC) codes.
2. Related Art
Low Density Parity Check (LDPC) codes are a group of linear block codes, which are characterized by a sparse Parity Check matrix. Early LDPC codes have been described in “Low Density Parity-Check Codes,” by R. G. Gallager, available through MIT Press, Cambridge, Mass., 1963. which is incorporated herein by reference. Among other applications, LDPC codes are used in Digital Video Broadcasting (DVB), and are applicable to the DVB-S2 standard for DVB. The field is in need of more efficient implementation of LDPC coders and decoders.
An apparatus and method for efficient computation of check equations in periodic Low Density Parity Check (LDPC) codes is provided. The inventive LDPC coding apparatus allows reference to an LDPC code parity check matrix, where reference to the LDPC code parity check matrix is accomplished row by row, instead of column by column, as is done in known LDPC coding methods. In accordance with an exemplary embodiment of the invention, this unique approach to LDPC coding can be efficiently implemented using a novel memory configuration and cyclical shift operations.
Related systems, methods, features and advantages of the invention or combinations of the foregoing will be or will become apparent to one with skill in the art upon examination of the following figures and detailed description. It is intended that all such additional systems, methods, features, advantages and combinations be included within this description, be within the scope of the invention, and be protected by the accompanying claims.
The invention can be better understood with reference to the following figures. The components in the figures are not necessarily to scale, emphasis instead being placed upon a clearly illustrating the principles of the present invention. Moreover, in the drawings, like reference numerals designate corresponding parts throughout the several views.
I. Introduction to Periodical LDPC Codes
Low Density Parity Check (LDPC) codes are a group of linear block codes, which are characterized by a sparse Parity Check matrix. In its binary systematic form, as shown in
More formally, a binary LDPC codeword C is derived by multiplying an information bit vector U by a binary Generator matrix G, where all the additions are modulo-2
U1×K·GK×N=C1×N
The Parity Check matrix H is the one solving the equation
GK×N·(HT×N)T=0K×T
The T rows of the Parity Check matrix H define T check equations. For a bit vector R1×N, a check equation is the Modulo-2 summation of the vector's bits identified by the positions of ‘1’s in a row of H. When R is a valid codeword, all the check equations are satisfied (equal to zero). An example of a Generator matrix, a Parity Check matrix and its check equations is shown in
Periodic LDPC codes are discussed in “Digital Video Broadcasting (DVB), Second generation framing structure, channel coding and modulation systems for Broadcasting, Interactive Services, News Gathering and other broadband satellite applications”, ETSI EN 302 307 v1.1.1 (2004-01) (“The ETSI article”), which is incorporated herein by reference. Periodical LDPC codes may be derived in three steps. First, all the parity bits pj (j=0,1,2, . . . , T−1) are initialized to zero. Then, the code defines for every information bit ui (i=0,1,2, . . . , K−1), in which check equations it participates. This is equivalent to defining the locations of ‘1’s in column i of the Parity Check matrix H. For example, if bit ui participates in check equation j ( Hj,i=1), then parity bit pj is updated with (pj+ui)mod 2. Finally, all the parity bits are chained by updating parity bits pj with (pj+pj−1)mod 2 for all j=1,2, . . . , T−1.
The periodicity of the code is introduced in the second step, where the locations of ‘1’s in the Parity Check matrix are defined in a constant table only for the first column of every group of M columns. The other columns of the group are shifted versions of the first column by a linearly growing factor q=T/M. Thus, bit ui participates in check equations id according to the following formula
jd=(Tabler,d+c·q)mod T
where c=i mod M is the index within the group, r=└i/M┘ is the table row index and d=0,1,2, . . . , deg(Tabler)−1 is an index to one of the elements within the table row.
For a complete definition of a Periodic LDPC code, a table with K/M rows is required, where each row represents the first column of a group of M columns. The number of elements (check equation indexes) in the row may vary from row to row. An example for such a code is illustrated in
II. Efficient Computation of Check Equations
The code description of the Periodic LDPC codes given in the ETSI article, which is equivalent to defining the matrix H columns, does not allow efficient hardware implementation of encoding and decoding especially for long codewords (N is large). For example, encoding an information vector would require the following steps:
The following sections describe an efficient way for computing the check equations by defining the Parity Check matrix H by its rows and not its columns. This also allows simple parallel processing of up to M check equations at a time.
A. Inverse Tables Derivation
A Periodic LDPC code's Table describes for every column of the Parity Check matrix, where the ‘1’s are located. An inverse table describes for every row of the Parity Check matrix, where the ‘1’s are located.
In order to derive the inverse table, it is required to find for each check equation index j, which bit indexes i satisfy the equation
j=(Table└i/M┘,d+(i mod M)·q)mod T.
As described in the previous section, the Parity Check matrix is constructed in such a way that every group of M columns are generated from one row of the table (Tabler), which is then modulo-T shifted every column by the factor q.
The equation j=(Tabler,d+s·q)mod T is extracted for s
where a solution is found only if s is an integer. The solutions for the equation, sn, are derived after a linear search over all the elements of the Table (∀r,d). Thus, the indexes of the bits participating in check equation j are in=M·rn+sn, where rn is the row index of the Table for which sn was found.
The procedure is simplified further after deriving the complete set of {rn,sn} for all the check equations. It can be easily seen that rn repeats itself every set of q check equations and that sn is increased by one (modulo-M) every set of q check equations. Therefore, it is sufficient to store two constant inverse tables, TableR and TableS for the rn and sn values of only the first q check equations. From these inverse tables the indexes of bits participating in check equation j are easily derived as
in=M·TableR└j/q┘n+{(TableS└j/q┘n+(j mod q))mod M}.
Every row in the inverse tables represents a set of M check equations separated by q indexes.
For the codes described in the ETSI article, the number of information bits participating in each check equation, dIJ, is constant. Therefore, the size of each inverse table is q×dIJ. These tables can be stored in a Read-Only-Memory (ROM) and be read out value by value sequentially.
B. Storage Device Configuration
As shown in
In order to allow parallel processing of up to M check equations in both encoding and decoding, a special configuration is required for the storage device 14. The storage memory 14 is arranged in rows of M values λi. These values can be bits (encoding or hard decision decoding) or probability measures (likelihoods, including logarithmic likelihoods) of the received bits (decoding). In the first K/M rows, the values are stored sequentially row by row. In the following T/M rows, the values are stored column by column, as illustrated in
C. Conceptual Block Diagram A conceptual block diagram of an exemplary apparatus 10 for efficient computation of the check equations is shown in
D. Encoding Procedure
In the encoding procedure, the storage device 14 stores the K information bits to be encoded. Then, the T parity bits are computed in two phases.
i. Phase I
Repeat q times (u=0,1,2, . . . , q−1) until all the parity bits are written back to the storage device 14:
ii. Phase II
E. Decoding Procedure
A major part of the LDPC decoding algorithm is the computation performed for the check nodes. In this computation, the received values associated with all the bits of a certain check equation are processed together in order to produce new values for the decoding process. All of these values are processed before output results can be produced by the decoder. The following procedure, described in two phases, is repeated q times (u=0,1,2, . . . ,q−1) until computations are performed for all the check equations:
i. Phase I
i. Phase II
Although
ƒ(λ1,λ2)=2 tanh−1(tanh(λ1/2)·tanh(λ2/2)).
The above basic operation can be approximated with
{tilde over (ƒ)}(λ1,λ2)=sign(λ1)·sign(λ2)·min(|λ1|,|λ2|)+δ(∥λ1|−|λ2∥)
where the function δ(·) is implemented with a look-up table.
A message from a check node to a bit node, computed in such a processing unit, consists of the pair-wise operations of all the connected bit nodes to check nodes messages, except for the message coming from the target bit node.
In conclusion, the apparatus and method of the present invention allows for more efficient computation of check equations in periodic LDPC codes. This is especially advantageous in situations permitting off-line computation of relatively small tables because referencing the LDPC code parity check matrix can be done row by row, as opposed to column by column as the LDPC code has been defined. This row-by-row approach is readily implemented in hardware, such as an application specific integrated circuit (ASIC) or other suitable technology, using a special memory configuration, such as the one illustrated in
While various embodiments of the invention have been described, it will be apparent to those of ordinary skill in the art that many more embodiments and implementations are possible that are within the scope of this invention.
This application claims priority to U.S. Provisional Application No. 60/558,539, filed on Mar. 31, 2004, which is hereby incorporated by reference.
Number | Date | Country | |
---|---|---|---|
60558539 | Mar 2004 | US |