WO2009053940A2 - Method, computer program product, apparatus and device providing scalable structured high throughput ldpc decoding - Google Patents
Method, computer program product, apparatus and device providing scalable structured high throughput ldpc decoding Download PDFInfo
- Publication number
- WO2009053940A2 WO2009053940A2 PCT/IB2008/054405 IB2008054405W WO2009053940A2 WO 2009053940 A2 WO2009053940 A2 WO 2009053940A2 IB 2008054405 W IB2008054405 W IB 2008054405W WO 2009053940 A2 WO2009053940 A2 WO 2009053940A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- scalable
- codeword
- memory
- decoding
- messages
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
- H03M13/1148—Structural properties of the code parity-check or generator matrix
- H03M13/116—Quasi-cyclic LDPC [QC-LDPC] codes, i.e. the parity-check matrix being composed of permutation or circulant sub-matrices
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
- H03M13/1105—Decoding
- H03M13/1111—Soft-decision decoding, e.g. by means of message passing or belief propagation algorithms
- H03M13/1114—Merged schedule message passing algorithm with storage of sums of check-to-bit node messages or sums of bit-to-check node messages, e.g. in order to increase the memory efficiency
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
- H03M13/1105—Decoding
- H03M13/1111—Soft-decision decoding, e.g. by means of message passing or belief propagation algorithms
- H03M13/1117—Soft-decision decoding, e.g. by means of message passing or belief propagation algorithms using approximations for check node processing, e.g. an outgoing message is depending on the signs and the minimum over the magnitudes of all incoming messages according to the min-sum rule
- H03M13/112—Soft-decision decoding, e.g. by means of message passing or belief propagation algorithms using approximations for check node processing, e.g. an outgoing message is depending on the signs and the minimum over the magnitudes of all incoming messages according to the min-sum rule with correction functions for the min-sum rule, e.g. using an offset or a scaling factor
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
- H03M13/1105—Decoding
- H03M13/1128—Judging correct decoding and iterative stopping criteria other than syndrome check and upper limit for decoding iterations
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
- H03M13/1105—Decoding
- H03M13/1131—Scheduling of bit node or check node processing
- H03M13/1137—Partly parallel processing, i.e. sub-blocks or sub-groups of nodes being processed in parallel
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
- H03M13/1105—Decoding
- H03M13/1131—Scheduling of bit node or check node processing
- H03M13/114—Shuffled, staggered, layered or turbo decoding schedules
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
- H03M13/1148—Structural properties of the code parity-check or generator matrix
- H03M13/118—Parity check matrix structured for simplifying encoding, e.g. by having a triangular or an approximate triangular structure
- H03M13/1185—Parity check matrix structured for simplifying encoding, e.g. by having a triangular or an approximate triangular structure wherein the parity-check matrix comprises a part with a double-diagonal
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/65—Purpose and implementation aspects
- H03M13/6566—Implementations concerning memory access contentions
Definitions
- the exemplary embodiments of this invention relate generally to wireless communication systems and, more specifically, relate to decoding of low density parity check codes in wireless communication systems.
- LBP decoding based on semi-parallel architecture may be applied.
- a major advantage of a LBP decoding algorithm in comparison with an SBP decoding algorithm is that the LBP decoding algorithm features a convergence that is approximately two times faster due to the optimized scheduling of reliability messages.
- Decoding is performed in layers (e.g., set of independent rows of the PCM) where the APPs are improved from one layer to another.
- the decoding process in the next layer will start when APPs of the previous layer are updated.
- LDPC decoders should achieve a decoding throughput of about 600 Mbits/sec while using limited hardware parallelism (e.g., a semi-parallel decoder).
- the decoder architecture should support decoding of a wide range of code rates and codeword sizes.
- Block structured parity check matrices with 24 sub-block columns are proposed in IEEE 802.1 In standard and thus should also be supported.
- An exemplary embodiment in accordance with this invention is a method for decoding an encoded data block.
- An encoded data block comprising codewords is stored.
- Decoding is performed in a pipelined manner using a layered belief propagation technique.
- Scalable resources which are configurable to accommodate at least two codeword lengths and at least two code rates, are used for the decoding.
- a further exemplary embodiment in accordance with this invention is a computer readable medium tangibly embodied with a program of machine-readable instructions executable by a digital processing apparatus to perform operations for decoding an encoded data block.
- An encoded data block comprising codewords is stored. Decoding is performed in a pipelined manner using a layered belief propagation technique.
- Scalable resources which are configurable to accommodate at least two codeword lengths and at least two code rates, are used for the decoding.
- Another exemplary embodiment accordance with this invention is an apparatus for decoding an encoded data block.
- the apparatus has a memory to store an encoded data block comprising codewords.
- the apparatus has scalable resources, which are configurable to accommodate at least two codeword lengths and at least two code rates.
- the apparatus has a decoder to decode the data block in a pipelined manner using a layered belief propagation technique and the scalable resources
- a further exemplary embodiment in accordance with this invention is a device for decoding an encoded data block.
- the device has means for storing an encoded data block comprising codewords.
- the device has means for providing scalable resources which are configurable to accommodate at least two codeword lengths and at least two code rates
- the device has means for decoding the data block in a pipelined manner using a layered belief propagation technique and the scalable resources.
- Fig. 1 shows equations (1) through (10).
- Fig. 2 shows equations (11) through (19)
- Fig. 3 illustrates an optimal correcting offset in Modified Min-Sum for codes with different bit node and check node degrees.
- FIG. 4A depicts a typical processing schedule (three consecutive layers).
- Fig. 4B shows a two-stage pipeline schedule.
- Fig. 4C shows a three-stage pipeline schedule.
- Fig. 5 illustrates FER performance results for three-stage pipeline (code rate of 1/2, code size of 1296).
- Fig. 6 illustrates FER performance results for three-stage pipeline (code rate of 2/3, code size of 1296).
- Fig. 7 illustrates FER performance results for three-stage pipeline (code rate of 3/4, code size of 1296).
- Fig. 8 illustrates FER performance results for three-stage pipeline (code rate of 5/6, code size of 1296).
- Fig. 9 shows a block structured irregular parity-check matrix with 24 sub- block columns and 8 block rows, code rate is 2/3.
- Fig. 10 shows check memory modules (8-bit precision).
- Fig. 11 shows a posteriori memory modules (8-bit precision).
- Fig. 12 shows a part of ROM memory (for code rate of 1/2) used in a decoding iteration.
- Fig. 13 shows a part of ROM memory (for code rate of 1/2) used from second to the last decoding iteration.
- Fig. 14 depicts a block diagram of a scalable pipelined LDPC decoder.
- Fig. 15 depicts a block diagram of a DFU with three pipeline stages.
- Fig. 16 depicts a three-stage pipeline schedule (serial min-sum unit).
- Fig. 17 depicts a block diagram of a serial min-sum unit.
- Fig. 18 depicts a block diagram of a scalable four-stage permuter.
- Fig. 19 depicts a block diagram of a parity-checking function unit.
- Fig. 20 illustrates latency per decoding iteration as a function of the code rate (froml/2 to 5/6).
- Fig. 21 illustrates the average decoding throughput as a function of code rate for different codeword sizes.
- Fig. 22 illustrates the frame error rate performance as a function of maximum number of iterations.
- Fig. 23 illustrates the "normalized throughput" (maximum achievable throughput) for different code rates and codeword sizes.
- Figure 24 shows a simplified block diagram of various electronic devices that are suitable for use in practicing the exemplary embodiments of this invention.
- Figure 25 illustrates a method in accordance with an embodiment of this invention.
- Exemplary embodiments of this invention achieve high decoding throughput by pipelining the processing of multiple layers (or stages), for example three consecutive layers of the PCM.
- the decoding process is based on a LBP and can be divided into three stages (reading, processing, and writing stages) within the single layer of the PCM.
- the three different decoding stages for three consecutive layers can be executed simultaneously.
- Pipelining of multiple layers introduces only marginal performance loss in comparison with the original non-pipelined LBP.
- a decoder in accordance with an embodiment of the present invention is scalable and supports three codeword lengths (e.g., 648, 1296, and 1944) and four code rates (e.g., 1/2, 2/3, 3/4, and 5/6).
- Different codeword lengths can be supported with the identical control logic since the memories (check memory and APP memory) and DFUs are divided into banks that can be turned off for smaller codeword sizes.
- a scalable permuter design performs shifting of blocks of different sizes (e.g., 27, 54, and 81), which correspond to the codeword lengths of 648, 1296, and 1944, respectively. Parts of permuters can be turned-off while permuting lower block sizes.
- shifting offsets i.e., the difference between shift values between two consecutive non-zero sub-matrices that correspond to the same sub-block column of PCM
- a reverse permuter can be avoided before storing the APP messages in the memory. Consequently, approximately 16% less standard CMOS ASIC gates are used for the arithmetic part of decoder and a smaller decoding latency per iteration is also achieved.
- Switching from one codeword length to another for fixed code rate can be fast (e.g., completed in several clock cycles) since only some parts of hardware (e.g., blocks of memories, banks of DFUs, and parts of permuters) will be turned off/on while the control logic is unmodified.
- a decoder supports the IEEE 802. Hn standard where different sizes of OFDM packets are possible.
- supporting an early detection accelerates decoding throughput - parity of rows (e.g., check equations) is checked from layer to layer and decoding can be stopped at any layer inside the super-iteration. This decreases the average number of iterations, improves the average data throughput and reduces the power consumption. Further increase of the decoding throughput is achieved by deep pipelining of three consecutive layers.
- the embodiments of this invention can be implemented within the designs of a scalable and structured LDPC decoder that can achieve high data throughput, fast decoding convergence, and support different code rates (e.g., 1/2, 2/3, 3/4, and 5/6) and codeword lengths (e.g., 648, 1296, and 1944).
- code rates e.g., 1/2, 2/3, 3/4, and 5/6
- codeword lengths e.g., 648, 1296, and 1944.
- Such a decoder can be an integral FEC part of the receiver for the next generation of wireless standards (in particular, IEEE 802. Hn standard).
- a suitable gate count is achieved while avoiding excessive hardware overhead (e.g., 3:1 multiplexers may be utilized instead of the larger and more commonly used 4:1 multiplexers). This avoids a potential disadvantage due to the large size of permuters required for block permutation of a posteriori probabilities.
- Implementation of multiple permuters may be used in order to achieve a high decoding throughput: multiple blocks of APP messages of large sizes may be permuted when loaded from the original and/or mirror memories.
- a LDPC decoder in accordance with an embodiment of this invention can be implemented on a FPGA for fast prototyping and functional verification using a design tool such as the Xilinx System Generator. Using an automatic tool design- model the LDPC decoder can be automatically synthesized on the FPGA.
- a design environment such as one based on the Xilinx System Generator, also may allow for parameterized implementation that can be efficiently reprogrammed on the same FPGA.
- the LDPC decoder may be designed as a structured and scalable ASIC implementation that can support multiple code rates and codeword lengths while achieving high data throughput.
- An ASIC implementation takes advantage of the high achievable throughput (ASIC can provide fast clock speed) and the ability to quickly switch from one codeword length to another. In such an implementation the arithmetic precision can be either 7 or 8 bits
- a LDPC decoder in accordance with an embodiment of this invention can be used as a forward error correcting part of a receiver implementation in the IEEE 802.1 In wireless standard. Such a decoder would be flexible to be able to support block-structured parity check matrices with variable code rates and codeword lengths required by the standard.
- a LDPC code is a linear block code specified by a very sparse PCM where non-zero entries are typically placed at random.
- Irregular LDPC codes may be specified by equations (1) and (2) as shown in Fig. 1; where ⁇ , is the fraction of edges in the bipartite graph that are connected to the bit nodes of degree i; p, is the fraction of edges that are connected to check nodes of degree i; and d v and d c represent the maximal bit-node and check-node connection degree, respectively.
- a LBP algorithm may be used to decode the LDPC codes iteratively from one set of independent rows inside the PCM to another set. LLRs may be used as messages as detailed in S.
- L(q mj ) and R mj denote output message of a bit and check node, respectively.
- the messages L(qJ represent the LLRs of the APPs.
- the message L(q mj ) can be expressed as shown in equation (3) in Fig. 1.
- the check node update rule can be expressed as shown in equation (4) in
- the noise variance of the channel is denoted ⁇ 2 .
- a layered message passing algorithm is identical approximation of a belief propagation algorithm as a standard messages passing scheme. Therefore, the
- Equation (8) shows that in a LBP algorithm previously updated check messages from previous layers (1,...JLm-I) are used within the same iteration to update bit node messages from layer Lm. This is not the case in SBP algorithm where only the check messages from the previous iteration are utilized (see Equation 9).
- the decoding process can be divided into three pipeline stages that can be executed simultaneously for three different layers: reading (R), processing (P), and writing (W) stages.
- Reading (R) reading (e.g., loading from the memory) old LLR of a posteriori probabilities L(q ⁇ and old (not yet updated) check node Rmj messages, and updating bit node L(q mj ) messages, see equation (11) in Fig. 2.
- the latency (per iteration) is determined by the sum of: reading latency, processing latency, and writing latency.
- the memory is organized in such a way that it is possible to read/write one sub-matrix (shifted identity matrix inside the PCM) in one clock cycle.
- the total read/write latency per one layer is W R since there are W R sub-matrices inside one layer (W R is the row degree).
- Decoding latency per iteration is shown by equation (14) in Fig. 2; where L is the total number of layers and P is the processing latency.
- Decoding throughput may be improved by pipelining the memory reading for the current layer with the memory writing of the updated messages for the previous layer. Consequently, there are two pipeline stages: memory read (Rl, R2 and R3) and process (Pl, P2 and P3) stage and memory write (Wl, W2 and W3) stage, as it is shown on Fig. 4B.
- Decoding latency per iteration is determined by the memory read latency and the processing latency as shown by equation (15) in Fig. 2.
- additional control logic overhead e.g., decoding logic and the memory organization are still the same
- it is possible to pipeline all three stages memory read (Rl, R2 and R3), process (Pl, P2 and P3), and memory write (Wl, W2 and W3) stages), as it is shown in Fig. 4C.
- the latency per iteration depends only on the processing latency.
- a decoder in accordance with an embodiment of this invention supports simultaneous execution of three consecutive layers (e.g., pipelining of all three stages).
- the FER results (e.g., in both floating and 8-bit fixed-point implementation) show only small performance loss comparing to non-pipelined version of LBP decoding algorithm.
- the FER performance curves for rates 1/2, 2/3, 3/4 and 5/6 are presented in Figs. 5, 6, 7 and 8, respectively (codeword length is 1296 for all rates).
- code rates of 1/2 and 2/3 the scheduling of layers is applied: performances are improved since the overlapping between the consecutively processed layers is reduced. For higher code rates (3/4, and 5/6) with small number of layers (6 and 4) the layer scheduling is not as effective.
- a scalable high throughput LDPC decoder based on layered belief propagation is designed. Such a decoder supports block structured PCMs with 24 sub-block columns as shown in Fig. 9 and as proposed in V. Stolpman et al., "LDPC coding for OFDMA PHY” Tech. Rep. IEEE C802. 16e-04/526, IEEE 802. 16 Broadband Wireless Access Working Group, 2004.
- Fig. 9 shows a block structured irregular parity-check matrix with 24 sub- block columns.
- the codeword size, N is 1296 and the rate is 2/3. Eight layers are shown where the sub-block matrix size is 54 x 54.
- Possible code rates include 1/2, 2/3, 3/4, and 5/6, while codeword sizes of 648, 1296, and 1944 are supported. These code rates and codeword sizes are defined by the IEEE 802. Hn standard. Pipelining of three consecutive layers is assumed in order to achieve high deciding throughput (e.g., about 600Mbits/sec with the clock frequency of 200MHz). A layer can be defined as a set of independent rows (parity check equations that can be processed independently without performance loss) v/ith up to one non-zero entry per column.
- block structured PCMs supported by the proposed decoder consist of sub-block matrices that are shifted versions of the identity matrices.
- the size of the sub-block matrix is scalable and depends on the codeword size: 27 x 27, 54 x 54, and 81 x 81 for the codeword sizes of 648, 1296, and 1944 respectively.
- High decoding throughput can be achieved by loading one full sub-block matrix every clock cycle from check memory (e.g., all check messages that correspond to the sub-block matrix are loaded) and a posteriori memory (e.g., all LLR APPs that correspond to the sub-block matrix are read). This process can be repeated for all non-zero sub-block matrices in the current layer / and all bit-node messages inside the layer can be updated according to equation (11) as shown in Fig. 2. At the same time, previous layer l-l is processed: all check messages inside that layer are updated according to equation (12) as shown in Fig. 2.
- check memory and the a posteriori memory need to be organized in the appropriate manner.
- Organization of the check-node memory is shown in Fig. 10, and organization of the a posteriori memory is shown in Fig. 11.
- Check memory is divided into three modules where every memory module stores in every location 27 check messages from the sub-block matrix (the width is 216 bits since every message is represented with 8 bits). In the case of the largest codeword size of 1944 all three check memory sub-modules will be used, while only two and one module will be used in the case of codeword sizes of 1296 and 648 respectively. The unused check memory modules can be turned-off.
- the depth of the check memory sub-modules depends on the number of layers and number of non-zero sub-block matrices per layer (row connectivity degree). The largest depth for code rate of 1/2 is 96 since there are (in average, because of the code irregularity) eight non-zero sub-block matrices per layer and there are 12 layers.
- the addressing of check messages is very simple since the memory locations are always accessed in the increment order.
- a posteriori memories for storage of a posteriori probabilities - the original one and the mirror memory. Both memories are updated at the same time with the newly computed a posteriori probabilities (see equation (13) as shown in Fig. 2).
- the mirror memory is able to read a posteriori probabilities that correspond to the layer 1-2 while at the same time a posteriori probabilities from layer / are loaded from the original memory.
- Both memories are identical and they are divided into three sub-modules. Every memory location in the sub-module contains 27 a posteriori probabilities (one third of the largest 81 x 81 sub-block matrix, the module width is 216 bits since every message is represented with 8 bits).
- Three APP sub-modules original and mirror are utilized in the case of codeword size of 1944, while one or two sub-modules are turned-off in the case of 1296 and 648 codeword sizes, respectively.
- the depth of the APP memory sub-modules is equal to 24, the number of sub-block columns in the PCMs.
- Check memory is composed of 3+3 RAM modules (original and mirror): every RAM module is 216 bits wide, 96 locations deep (for 8-bit implementation). The mirror is chosen to avoid large buffering.
- a posteriori memory is composed of 3+3 RAM modules: 216 bits wide, 24 locations deep (8-bit implementation). Division into the larger number of smaller modules is also possible.
- the block-structured PCMs are stored in a compact form in ROM modules. Since the PCMs for all supported code rates and codeword sizes are different, multiple ROM modules are required.
- the ROM modules store the sub-block column positions of the non-zero sub-block matrices (possible values are between 1 and 24 since the supported PCMs have 24 sub-block columns). Furthermore, every non-zero position needs to be accompanied with the shifting value to shift blocks of APP messages when loaded from memory. [0090] In order to avoid the reverse permutation before storing the updated APP messages back in the memory, the relative offsets between two consecutive shift values that correspond to the same block-column are stored in memory, e.g., ROM modules.
- Figs. 12 and 13 Examples of two ROM modules (part of modules that are used in the first and remaining decoding iterations) in the cases where the code rate is 1/2 are shown in Figs. 12 and 13. Two ROM modules are used for every code rate that is supported. Location of the non-zero sub-block matrix (block of APP messages) represents the address in the APP memory. The address counter uses these stored values in order to jump to the appropriate address.
- the control logic may use the information about the number of layers for every supported code rate, as well as the information about the number of non-zero sub-block matrices per every layer.
- Fig. 14 shows a block diagram of a scalable structured LDPC decoder 1400 in accordance with an embodiment of this invention based on LBP and pipelining of layers.
- DFUs 1410A, 1410B and 1410C where each bank consists of 27 DFUs 1500 (shown in Fig. 15).
- the DFUs 1500 represent the main arithmetic part of decoder and they are used to update a posteriori messages and check node messages according to equations (11)-(13).
- the number of DFUs 1500 corresponds to the number of rows in the PCM inside one layer: 27, 54, and 81 for the codeword sizes of 648, 1296, and 1944 respectively.
- Every check message is represented with 8 bits (alternatively, 7-bit precision can be used), and there are 27 check messages per memory location (this number corresponds to one third of the largest 81 x 81 shifted identity matrix).
- the same check messages are stored back in every check memory module 1420A, 1420B and 1420C after being updated in the appropriate DFU 1500.
- the mirror check memory 1425 is used to load the check messages from one of the previous layers in order to update the a posteriori messages (writing stage, see equation (13), these messages are labeled as R m / !d ). By using the mirror memory 1425 large buffering of old check messages is avoided.
- the content of both memories is identical, and both memories need to be updated at the same time with the same check messages.
- a posteriori memories both original (1440A, 1440B and 1440C) and mirror 1445, are also divided into three sub-modules: all three sub- modules are used in the case of a codeword size of 1944, while in the case of 1296 and 648 code sizes one or two sub-modules may be turned-off in order to save power dissipation.
- the APP messages Before being routed to the appropriate DFU 1500 (to be accompanied with the corresponding check node messages), the APP messages have to be permuted in the permuter 1440 using the shift value stored in the appropriate ROM memory 1450 (the shift value corresponds to the shifted identity matrix).
- a second permuter 1465 is required at the output of the APP mirror memory 1445. Both mirror 1445 and the original APP memories 1440A, 1440B and 1440C are updated with the same content: the same newly computed APP messages.
- Both permuters 1460 and 1465 are identical and scalable in order to support block shifting of three different block sizes (27, 54, and 81).
- a reverse permuter is avoided: the updated APP messages out of DFUs 1500 are stored directly in the original 1440A, 1440B and 1440C and mirror 1445 APP memory. To achieve this, the relative differences (shifting offsets) between two consecutive shifting values that correspond to the same sub-block column need to be stored in the ROM module 1450.
- the APP address generators 1450 (for reading and writing of APP messages) are responsible for the appropriate addressing of APP memory 1440A, 1440B 1440C and 1445.
- the ROM modules 1450 also contain the sub-block column position (from 1 to 24) of the corresponding non-zero sub-block matrices, which is identical to APP memory address.
- DFU 1500 The block diagram of DFU 1500 is shown in Fig. 15.
- a decoding function unit processes (decodes) one full row of the PCM in three pipelined stages according to equations (11)-(13).
- DFUs 1500 In order to achieve full decoding parallelism per one layer there are 81 DFUs 1500 divided into three separate banks 1410A, 1410B and 1410C, as it is shown in Fig. 14.
- the blocks that correspond to three different pipeline stages are shown in Fig. 15 in different section, 1505, 1510, and the remainder.
- the messages (check messages and APP messages) from the current /-th layer are loaded from APP 1440 and check memory 1420 (both memories are the original memories), the previous layer l-l is processed (all check messages in the row are updated), and the APP messages for layer 1-2 are updated and stored back in the original 1440 and mirror APP memories 1445 (as well as check messages for layer 1-2). All hardware blocks in Fig.
- permuter 1460 has initial latency of four clock cycles and after that in every clock cycle new set of permuted messages is generated, and serial min- sum unit 1520 has latency of W R cycles (depending on the number of bit node messages per row).
- the second pipeline stage 1510 is entered.
- one or more new bit node messages may be updated every clock cycle (according to equation (H)), and converted from two's complement to sign- magnitude representation.
- the serial min-sum processing can start.
- the serial min-sum unit 1520 searches for two smallest bit node messages (in the absolute sense) within the current row and keep track of their indexes. After W R clock cycles two minimums are found and stored in the buffer 1530. After that, they are modified by using the correcting offset (e.g., 0.5) and saved again in the buffer 1530 to be used afterwards.
- Compare/select block 1540 compares in every clock cycle the index of the check message (e.g., possible index value is between 1 and W R , and it is generated with the counter) with the index value of the smallest bit node message (smallest value in the absolute sense), and then chooses either the smallest absolute value or the second smallest absolute value.
- the designed state machine besides controlling the pipelining of three consecutive layers, it is also responsible for controlling in what clock cycle reading/writing of reliability messages to/from memory is performed. For example, if writing of an updated APP message that belong to the layer 1-2 starts in clock cycle Tw, reading of an APP messages from mirror memory for layer 1-2 starts in cycle Tw- 5 (permuter 1460 has four stages and latency of four cycles). Furthermore, the updated check message for layer 1-2 has to be written in both check memories (1420 and 1425) one cycle after old check message (the same check message as the updated one) is loaded from the mirror check memory 1425.
- the first updated check message is available in cycle Tw-2 (writing in the both check memories starts during the same clock cycle), and therefore the reading from the check memory mirror 1425 for layer 1-2 starts one cycle before (in cycle Tw-3).
- a designed serial min-sum unit 1520 used inside a DFU 1500 is shown in Fig. 17.
- the serial min-sum processing unit 1520 may be used to find the two smallest bit node messages per row of PCM (in the absolute sense). Every clock cycle the absolute value of updated bit node message is available at the input 1710 of the serial min-sum unit 1520. Every clock cycle the input bit node message is compared with the stored two smallest values, Min and Min2, and the set of minimums is updated accordingly.
- the latency of the comparators 1720 and the 4:1 multiplexer 1730 may be a single clock cycle. After W R clock cycles the final set of minimums, Min and Min2, can be buffered in the buffer 1740, as well as the index (between 1 and W R ) of the smallest bit node message Min can be buffered in the buffer 1750.
- a scalable permuter 1460 performs permutation of blocks of three different sizes: e.g., 27 (codeword size of 648), 54 (codeword size of 1296), and 81 (codeword size of 1944).
- the blocks of APP messages e.g., of sizes 27, 54 or 81
- a scalable permuter 1460 is shown in Fig. 18. It consists of four stages 1810A- 181 OD of 81 3:1 multiplexers 1820 used to permute blocks of size 81.
- the additional 2:1 multiplexers 1830 are used before every stage of 3:1 multiplexers 1820.
- the select signal used to select appropriate inputs in the multiplexers is a representation of the shift value from the seed PCM in the arithmetic representation with a base of three.
- the possible shifting values include 0, 27, and 54.
- the shift value in the first stage will be 0 (no shifting to be done in the first stage), while in the case of block size of 54 the shift value is either 0 or 27.
- the possible shifting values are: 0, 9, and 18; for the third stage: 0, 3, and 6; for the fourth stage: 0, 1, and 2.
- the latency of a permuter 1460 may be four clock cycles, where the maximum clock is determined by the delay through the chain of 2:1 and 3:1 multiplexers 1820 and 1830.
- a permuter 1460 permutes blocks of sizes up to 81, and in the case of smaller sizes (e.g., 27 and 54) roughly two thirds (in the case of 27) or one third (in the case of 54) of the permuter 1460 can be turned-off or disabled in order to save power.
- the number of estimated Standard logic ASIC gates for the proposed scalable permuter is about 34 KGates.
- the extra hardware of 2.5 KGates is needed to add scalability feature (the additional 105 2:1 multiplexers). See M. Mansour and N.
- the total number of estimated standard logic ASIC gates for the arithmetic part of a scalable LDPC decoder 1400 (which includes two permuters 1460 and 81 DFUs 1520) is about 160 KGates.
- 3+3 RAM modules for check memory 1420 with total size of about 64 Kbits and 3+3 RAM modules for APP memory 1440 with total size of about 15 Kbits.
- the additional ROM modules are required for storage of seed PCMs for all rates.
- the layer is valid if all parity check-equations inside one layer are satisfied, and also if all signs of the updated APP messages are not modified (all signs are the same).
- the block diagram of the parity checking function unit 1900 is given on Fig. 19.
- the counter 1910 is used for counting the number of valid layers.
- the counter 1910 counts from 0 to L, where L is the total number of layers, and corresponds to the number of layers that pass both the parity and the sign checking.
- the counter 1910 is incremented if parity check-equations for the current layer are satisfied. On the other hand, it is reset if the parity check-equations are not satisfied. It is reset if at least one sign of updated APP messages is modified. If counter 1910 is equal to L, all layers in the parity check matrix are valid, and the decoding can be stopped.
- the latency of the parity checking processing is only several clock cycles for the last sub-block matrix inside the layer.
- parity-checking function unit S is the size of sub-block, and it is equal to 81
- 4S one- bit comparators 4S one- bit comparators
- three S-bit latches 4S 2-bit XORs
- counter 5-bit buffer and increment unit
- S two-bit AND gates The total number of standard ASIC gates is approximately 6 KGates.
- the computational latency per decoding iteration is determined. Based on the computational latency, the average decoding throughput (determined by the average number of iterations) as well as the maximal and minimal achievable throughput (determined by single and maximum number of iterations, respectively) can be computed. [0120]
- the full processing latency per iteration depends on the number of layers L in the PCM, and on the latencies of three pipeline stages (reading - R, processing - P, and writing - W). Given a clock frequency of 200 MHz, it means that the latency of one clock cycle is determined by a computational delay of up to 5 ns.
- the latency of the reading stage from when the first non-zero sub-block matrix inside the layer is loaded from the memory to when the last bit node message is updated and converted into sign-magnitude is: W R +7 clock cycles (where W R is the check node connectivity degree), see Fig. 15. This latency is not fully visible since the processing stage (min-sum processing) can start after the first updated bit node message is available at the input of serial min-sum FU.
- the processing latency P is determined by the latency of a serial min-sum unit (W R clock cycles), and the latency of additional buffering and offset-correction: totaling W R +4 clock cycles.
- the latency of the writing stage W is determined by the number of updated sub-block matrices per layer to be stored in the appropriate memories (W R of them), and additional computational latency of 3 clock cycles: totaling W R +3 clock cycles, see Fig. 15. [0122]
- the full decoding latency per iteration is (because of pipelining) determined as shown by equation (16) in Fig. 2.
- Processing latency P and the number of layers in the PCM determines the latency per iteration. Both quantities depend on the code rate, and the latency per iteration as a function of the code rate is shown in Fig. 20. Because of the full parallelism per layer, this latency doesn't depend on the codeword size or number of rows per layer.
- the average decoding throughput that mainly depends on the average number of decoding iterations may be estimated.
- the average decoding throughput as a function of the code rate for different codeword sizes (e.g., from 648 to 2592) is shown in Fig. 21.
- the average number of iterations is determined by a frame error rate of 10 ⁇ 4 : typically between 4 and 5.5 while a different SNR is assumed for different codeword sizes and code rates.
- the minimum decoding throughput for certain clock frequencies depends on the maximum number of decoding iterations. Therefore, it is very important to analyze what lower bound for the maximum number of iterations is acceptable especially if a certain throughput is to be achieved.
- the maximum number of iterations depends on several parameters, including: desirable error-correcting performance (e.g., a frame error rate of 10 "4 ), and transmission SNR.
- Fig. 22 shows the FER performance as a function of maximum number of decoding iterations for different code rates (1/2, 2/3, 3/4, and 5/6) for a codeword size of 1944. The values of SNR for different code rates are chosen in order to achieve a FER of about IQ "4 in the case of fifteen decoding iterations.
- Fig. 22 shows that the performance loss (e.g., when the maximum number of iterations is lower than fifteen) is similar for all code rates: the maximum number of iterations for all supported code rates may be identical.
- the lower bound for the maximum number of iterations depends on what is the maximum acceptable transmission SNR.
- the maximum number of decoding iterations is pre-determined.
- the maximum achievable throughput, decoding throughput in the case of one decoding iteration can be estimated.
- this "normalized throughput" provides the estimate of the achievable throughput if a certain maximum number of decoding iterations is applied (decoding throughput for different maximum iterations is determined).
- Maximum achievable throughput for scalable decoder solutions is shown in Fig. 23.
- Reading of the layer 1 starts in the clock cycle is shown by equation (17) in Fig. 2.
- Writing of layer 1-2 starts in the clock cycle (within the particular iteration) is shown by equation (18) in Fig. 2.
- the layer 1 in equations (17) and (18) is the total number of processed layers from the start of the decoding process and not only the layer number within the single decoding iteration.
- Equation (19) shows that the writing of layer 1-2 starts before reading of layer
- a scalable LDPC decoder in accordance with an embodiment of this invention may be based on a layered belief propagation that supports block-structured PCMs for different code rates and different codeword sizes, such as those defined for the IEEE 802.1 In standard.
- the decoder design may be structured - memory modules, banks of DFUs 141 OA-C and parts of permuters can be turned off/on depending on the codeword size that is being processed. Implemented scalability (support for variable code rates and codeword sizes) does not increase the number of standard ASIC gates.
- Such a decoder may achieve high decoding throughput due to the pipelining of three consecutive layers of a PCM. The average decoding throughput may be up to 700 Mbits/sec.
- the achievable throughput may depends on desired FER, acceptable SNR, code rate, codeword size.
- a wireless network 2412 is adapted for communication with a user equipment (UE) 2414 via an access node (AN) 2416.
- the UE 2414 includes a data processor (DP) 2418, a memory (MEM) 2420 coupled to the DP 2418, and a suitable RF transceiver (TRANS) 2422 (having a transmitter (TX) and a receiver (RX)) coupled to the DP 2418.
- the MEM 2420 stores a program (PROG) 2424.
- the TRANS 2422 is for bidirectional wireless communications with the AN 2416. Note that the TRANS 2422 has at least one antenna to facilitate communication.
- the AN 2416 includes a DP 2426, a MEM 2428 coupled to the DP 2426, and a suitable RF TRANS 2430 (having a TX and a RX) coupled to the DP 2426.
- the MEM 2428 stores a PROG 2432.
- the TRANS 2430 is for bidirectional wireless communications with the UE 2414. Note that the TRANS 2430 has at least one antenna to facilitate communication.
- the AN 2416 is coupled via a data path 2434 to one or more external networks or systems, such as the internet 2436, for example.
- At least one of the PROGs 2424, 2432 is assumed to include program instructions that, when executed by the associated DP, enable the electronic device to operate in accordance with the exemplary embodiments of this invention, as discussed herein.
- the various embodiments of the UE 2414 can include, but are not limited to, cellular phones, personal digital assistants (PDAs) having wireless communication capabilities, portable computers having wireless communication capabilities, image capture devices such as digital cameras having wireless communication capabilities, gaming devices having wireless communication capabilities, music storage and playback appliances having wireless communication capabilities, Internet appliances permitting wireless Internet access and browsing, as well as portable units or terminals that incorporate combinations of such functions.
- PDAs personal digital assistants
- image capture devices such as digital cameras having wireless communication capabilities
- gaming devices having wireless communication capabilities
- music storage and playback appliances having wireless communication capabilities
- Internet appliances permitting wireless Internet access and browsing, as well as portable units or terminals that incorporate combinations of such functions.
- the embodiments of this invention may be implemented by computer software executable by one or more of the DPs 2418, 2426 of the UE 2414 and the AN 2416, or by hardware, or by a combination of software and hardware.
- the MEMs 2420, 2428 may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples.
- the DPs 2418, 2426 may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on a multi core processor architecture, as non limiting examples.
- Fig. 25 shows a method in accordance with an exemplary embodiment of this invention
- hi step 2510 an encoded data block comprising codewords is stored.
- the encoded data block is decoded.
- the LBP decoding occurs in a pipelined fashion and uses scalable resources.
- These scalable resources e.g., permuters, memory, and decoding function units
- the decoding may be performed using a layer belief propagation over the pipelined layers.
- the pipelining may be performed in such a way so that at least a read operation on one layer is simultaneously performed with a write operation on a preceding layer.
- the exemplary embodiments of the invention may be implemented as a computer program product comprising program instructions embodied on a tangible computer-readable medium. Execution of the program instructions results in operations comprising steps of utilizing the exemplary embodiments or steps of the method.
- the various embodiments may be implemented in hardware or special purpose circuits, software, logic or any combination thereof.
- some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device, although the invention is not limited thereto.
- firmware or software which may be executed by a controller, microprocessor or other computing device, although the invention is not limited thereto. While various aspects of the invention may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
- Embodiments of the inventions may be practiced in various components such as integrated circuit modules.
- the design of integrated circuits is by and large a highly automated process.
- Complex and powerful software tools are available for converting a logic level design into a semiconductor circuit design ready to be etched and formed on a semiconductor substrate.
- Programs such as those provided by Synopsys, hie. of Mountain View, California and Cadence Design, of San Jose, California automatically route conductors and locate components on a semiconductor chip using well established rales of design as well as libraries of pre-stored design modules.
- the resultant design in a standardized electronic format (e.g., Opus, GDSII, or the like) may be transmitted to a semiconductor fabrication facility or "fab" for fabrication.
Landscapes
- Physics & Mathematics (AREA)
- Probability & Statistics with Applications (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Mathematical Physics (AREA)
- Error Detection And Correction (AREA)
Abstract
The invention relates to low density parity check decoding. A method for decoding an encoded data block is described. Decoding is performed in a pipelined manner using a layered belief propagation technique and scalable resources, which are configurable to accommodate at least two codeword lengths and at least two code rates. A computer program product, apparatus and device are also described.
Description
METHOD, COMPUTER PROGRAM PRODUCT, APPARATUS AND DEVICE PROVIDING SCALABLE STRUCTURED HIGH THROUGHPUT
LDPC DECODING
TECHNICAL FIELD:
[0001] The exemplary embodiments of this invention relate generally to wireless communication systems and, more specifically, relate to decoding of low density parity check codes in wireless communication systems.
BACKGROUND:
[0002] Certain abbreviations found in the description and/or in the figures are herewith defined as follows:
AN access node
APP a posteriori probability
ASIC application specific integrated circuit
BP belief propagation
DFU decoding function unit
DP data processor
DSPs digital signal processors
FEC forward error correction
FER frame error rate
FPGA field programmable gate array
LBP layered belief propagation
LDPC low density parity check
LLR log likelihood ratio
MEM memory
OFDM orthogonal frequency-division multiplexing
PCM parity check matrix
PROG program
RF radio frequency
RX receiver
SBP standard belief propagation
SNR signal to noise ratio
TRANS transceiver
TX transmitter
UE user equipment
[0003] In typical wireless communication systems hardware resources are limited (e.g., fully parallel architecture is not an acceptable solution because of the large area occupation on a chip, and small or no flexibility), therefore LBP decoding based on semi-parallel architecture may be applied. A major advantage of a LBP decoding algorithm in comparison with an SBP decoding algorithm is that the LBP decoding algorithm features a convergence that is approximately two times faster due to the optimized scheduling of reliability messages.
[0004] Decoding is performed in layers (e.g., set of independent rows of the PCM) where the APPs are improved from one layer to another. The decoding process in the next layer will start when APPs of the previous layer are updated.
[0005] See D. Hocevar, "A reduced complexity decoder architecture via layered decoding of LDPC codes," in Signal Processing Systems SIPS 2004. IEEE Workshop on, pp. 107 -112, October 2004; M. Mansour and N. Shanbhag, "High-throughput LDPC decoders," Very Large Scale Integration (VLSI) Systems, IEEE Transactions on, vol. 11, pp. 976 - 996, December 2003; and P. Radosavljevic, A. de Baynast, and J. R. Cavallaro, "Optimized message passing schedules for LDPC decoding." 39th Asilomar Conference on Signals, Systems and Computers, November 2005, T. Bhatt, V. Sundaramurthy, V. Stolpman, D. McCain, "Pipelined Block-Serial Decoder Architecture for Structured LDPC Codes". IEEE Intl. Conf. on Acoustics, Speech and Signal Processing, May 2006
[0006] Current LDPC decoders must overcome the problems of supporting variable code rates and codeword lengths while achieving high decoding throughput with a reasonable degree of hardware parallelism.
[0007] hi order to support the IEEE 802. Hn wireless standard, LDPC decoders should achieve a decoding throughput of about 600 Mbits/sec while using limited hardware parallelism (e.g., a semi-parallel decoder). The decoder architecture should support decoding of a wide range of code rates and codeword sizes. Block structured parity check matrices with 24 sub-block columns are proposed in IEEE 802.1 In standard and thus should also be supported.
SUMMARY
[0008] An exemplary embodiment in accordance with this invention is a method for decoding an encoded data block. An encoded data block comprising codewords is stored. Decoding is performed in a pipelined manner using a layered belief propagation technique. Scalable resources, which are configurable to accommodate at least two codeword lengths and at least two code rates, are used for the decoding. [0009] A further exemplary embodiment in accordance with this invention is a computer readable medium tangibly embodied with a program of machine-readable instructions executable by a digital processing apparatus to perform operations for decoding an encoded data block. An encoded data block comprising codewords is stored. Decoding is performed in a pipelined manner using a layered belief propagation technique. Scalable resources, which are configurable to accommodate at least two codeword lengths and at least two code rates, are used for the decoding. [0010] Another exemplary embodiment accordance with this invention is an apparatus for decoding an encoded data block. The apparatus has a memory to store an encoded data block comprising codewords. The apparatus has scalable resources, which are configurable to accommodate at least two codeword lengths and at least two code rates. The apparatus has a decoder to decode the data block in a pipelined manner using a layered belief propagation technique and the scalable resources [0011] A further exemplary embodiment in accordance with this invention is a device for decoding an encoded data block. The device has means for storing an encoded data block comprising codewords. Additionally, the device has means for providing scalable resources which are configurable to accommodate at least two codeword lengths and at least two code rates The device has means for decoding the data block in a pipelined manner using a layered belief propagation technique and the scalable resources.
BRIEF DESCRIPTION OF THE DRAWINGS:
[0012] The foregoing and other aspects of embodiments of this invention are made more evident in the following Detailed Description, when read in conjunction with the attached Drawing Figures, wherein: [0013] Fig. 1 shows equations (1) through (10). [0014] Fig. 2 shows equations (11) through (19)
[0015] Fig. 3 illustrates an optimal correcting offset in Modified Min-Sum for codes with different bit node and check node degrees.
[0016] Fig. 4A depicts a typical processing schedule (three consecutive layers). [0017] Fig. 4B shows a two-stage pipeline schedule. [0018] Fig. 4C shows a three-stage pipeline schedule.
[0019] Fig. 5 illustrates FER performance results for three-stage pipeline (code rate of 1/2, code size of 1296).
[0020] Fig. 6 illustrates FER performance results for three-stage pipeline (code rate of 2/3, code size of 1296).
[0021] Fig. 7 illustrates FER performance results for three-stage pipeline (code rate of 3/4, code size of 1296).
[0022] Fig. 8 illustrates FER performance results for three-stage pipeline (code rate of 5/6, code size of 1296).
[0023] Fig. 9 shows a block structured irregular parity-check matrix with 24 sub- block columns and 8 block rows, code rate is 2/3. [0024] Fig. 10 shows check memory modules (8-bit precision). [0025] Fig. 11 shows a posteriori memory modules (8-bit precision). [0026] Fig. 12 shows a part of ROM memory (for code rate of 1/2) used in a decoding iteration.
[0027] Fig. 13 shows a part of ROM memory (for code rate of 1/2) used from second to the last decoding iteration.
[0028] Fig. 14 depicts a block diagram of a scalable pipelined LDPC decoder. [0029] Fig. 15 depicts a block diagram of a DFU with three pipeline stages. [0030] Fig. 16 depicts a three-stage pipeline schedule (serial min-sum unit). [0031] Fig. 17 depicts a block diagram of a serial min-sum unit. [0032] Fig. 18 depicts a block diagram of a scalable four-stage permuter. [0033] Fig. 19 depicts a block diagram of a parity-checking function unit. [0034] Fig. 20 illustrates latency per decoding iteration as a function of the code rate (froml/2 to 5/6).
[0035] Fig. 21 illustrates the average decoding throughput as a function of code rate for different codeword sizes.
[0036] Fig. 22 illustrates the frame error rate performance as a function of maximum number of iterations.
[0037] Fig. 23 illustrates the "normalized throughput" (maximum achievable throughput) for different code rates and codeword sizes.
[0038] Figure 24 shows a simplified block diagram of various electronic devices that are suitable for use in practicing the exemplary embodiments of this invention.
[0039] Figure 25 illustrates a method in accordance with an embodiment of this invention.
DETAILED DESCRIPTION:
[0040] Exemplary embodiments of this invention achieve high decoding throughput by pipelining the processing of multiple layers (or stages), for example three consecutive layers of the PCM. The decoding process is based on a LBP and can be divided into three stages (reading, processing, and writing stages) within the single layer of the PCM. The three different decoding stages for three consecutive layers can be executed simultaneously. Pipelining of multiple layers introduces only marginal performance loss in comparison with the original non-pipelined LBP. [0041] A decoder in accordance with an embodiment of the present invention is scalable and supports three codeword lengths (e.g., 648, 1296, and 1944) and four code rates (e.g., 1/2, 2/3, 3/4, and 5/6). Different codeword lengths can be supported with the identical control logic since the memories (check memory and APP memory) and DFUs are divided into banks that can be turned off for smaller codeword sizes. At the same time, a scalable permuter design performs shifting of blocks of different sizes (e.g., 27, 54, and 81), which correspond to the codeword lengths of 648, 1296, and 1944, respectively. Parts of permuters can be turned-off while permuting lower block sizes.
[0042] Furthermore, by storing the shifting offsets (i.e., the difference between shift values between two consecutive non-zero sub-matrices that correspond to the same sub-block column of PCM) instead of original shift values in ROM modules, a reverse permuter can be avoided before storing the APP messages in the memory. Consequently, approximately 16% less standard CMOS ASIC gates are used for the arithmetic part of decoder and a smaller decoding latency per iteration is also achieved.
[0043] Switching from one codeword length to another for fixed code rate can be fast (e.g., completed in several clock cycles) since only some parts of hardware (e.g., blocks of memories, banks of DFUs, and parts of permuters) will be turned off/on
while the control logic is unmodified. Such a decoder supports the IEEE 802. Hn standard where different sizes of OFDM packets are possible. Furthermore, supporting an early detection accelerates decoding throughput - parity of rows (e.g., check equations) is checked from layer to layer and decoding can be stopped at any layer inside the super-iteration. This decreases the average number of iterations, improves the average data throughput and reduces the power consumption. Further increase of the decoding throughput is achieved by deep pipelining of three consecutive layers.
[0044] These features are achieved by exploiting the block structure of the PCMs by applying a layered message-passing scheme that can achieve faster decoding convergence than a standard message-passing algorithm, and by pipelining of three consecutive layers.
[0045] The embodiments of this invention can be implemented within the designs of a scalable and structured LDPC decoder that can achieve high data throughput, fast decoding convergence, and support different code rates (e.g., 1/2, 2/3, 3/4, and 5/6) and codeword lengths (e.g., 648, 1296, and 1944). Such a decoder can be an integral FEC part of the receiver for the next generation of wireless standards (in particular, IEEE 802. Hn standard).
[0046] Exploiting the message-passing scheme based on layered BP algorithm insures faster decoding convergence comparing to standard BP algorithm (e.g., about twice as fast). The average data throughput is between 100 and 700 Mbits/sec, depending on the code rate and codeword length, which can be achieved by pipelining of multiple layers of PCM and by implementing early detection.
[0047] The flexibility of supporting three different codeword lengths can be achieved by exploiting the inherent block structure of the PCM. In the case of a fixed code rate the same control state machine is utilized while certain memory blocks, banks of decoding function units (DFUs) and parts of permuters will be turned on or off depending on the code size. Utilizing only small ROM modules (contain shifting offsets of the identity sub-blocks, and locations of these non-zero sub-blocks) supports four different code rates with small variations in the control logic. [0048] Using an efficiently designed permuter for the permuting blocks (e.g., of size 27, 54, and 81), a suitable gate count is achieved while avoiding excessive hardware overhead (e.g., 3:1 multiplexers may be utilized instead of the larger and more commonly used 4:1 multiplexers). This avoids a potential disadvantage due to the
large size of permuters required for block permutation of a posteriori probabilities. Implementation of multiple permuters may be used in order to achieve a high decoding throughput: multiple blocks of APP messages of large sizes may be permuted when loaded from the original and/or mirror memories. [0049] A LDPC decoder in accordance with an embodiment of this invention can be implemented on a FPGA for fast prototyping and functional verification using a design tool such as the Xilinx System Generator. Using an automatic tool design- model the LDPC decoder can be automatically synthesized on the FPGA. A design environment, such as one based on the Xilinx System Generator, also may allow for parameterized implementation that can be efficiently reprogrammed on the same FPGA. The LDPC decoder may be designed as a structured and scalable ASIC implementation that can support multiple code rates and codeword lengths while achieving high data throughput. An ASIC implementation takes advantage of the high achievable throughput (ASIC can provide fast clock speed) and the ability to quickly switch from one codeword length to another. In such an implementation the arithmetic precision can be either 7 or 8 bits
[0050] A LDPC decoder in accordance with an embodiment of this invention can be used as a forward error correcting part of a receiver implementation in the IEEE 802.1 In wireless standard. Such a decoder would be flexible to be able to support block-structured parity check matrices with variable code rates and codeword lengths required by the standard.
[0051] A LDPC code is a linear block code specified by a very sparse PCM where non-zero entries are typically placed at random. Irregular LDPC codes may be specified by equations (1) and (2) as shown in Fig. 1; where λ, is the fraction of edges in the bipartite graph that are connected to the bit nodes of degree i; p, is the fraction of edges that are connected to check nodes of degree i; and dv and dc represent the maximal bit-node and check-node connection degree, respectively. [0052] A LBP algorithm may be used to decode the LDPC codes iteratively from one set of independent rows inside the PCM to another set. LLRs may be used as messages as detailed in S. Chung, T. Richardson, and R. Urbanke, "Analysis of sum- product decoding of low-density parity-check codes using a Gaussian approximation," IEEE Trans. Inform. Theory, vol. 47, pp. 657-670, Feb. 2001; and A. de Baynast, P. Radosavljevic, J. Cavallaro, and V. Stolpman, "Tight upper bound on the convergence
rate of LDPC decoding with Turbo-schedules" submitted to IEEE Communications
Letters, July 2007.
[0053] L(qmj) and Rmj denote output message of a bit and check node, respectively.
The messages L(qJ represent the LLRs of the APPs. A bit node receives messages from its M(j), j = 2,..., dv neighbors, processes the messages, and sends messages back to its neighbors. The message L(qmj) can be expressed as shown in equation (3) in Fig. 1.
[0054] Similarly, a check node may get messages from its N(m), N(m) = 2, ..., dc neighbors, processes the messages, and sends the resulting messages back to its neighbors. The check node update rule can be expressed as shown in equation (4) in
Fig. 1 ; where Ψ(x) = -log (|tanh(x/2)|).
[0055] The tentative APP ratio for each bit node is equal to equation (5) in Fig. 1.
[0056] This three-stage procedure is executed from layer to layer and may be repeated many times. At the very beginning, L(qJ is initialized with the channel LLR (LLRj =
2r/c?) of the j-th output bit associated with the bit node. The noise variance of the channel is denoted σ2.
[0057] An advantage of LBP algorithm is better message scheduling. Decoding convergence is approximately twice faster. For any layer Lm (Lm = 1,...,L), and iteration i it can be shown that the LLR of bit node messages can be computed as shown in equation (6) in Fig. 1
[0058] In addition, a layered message passing algorithm is identical approximation of a belief propagation algorithm as a standard messages passing scheme. Therefore, the
LLR APP of the j-th bit node at the end of iteration i is given by equation (7) in Fig. 1.
[0059] Combining Eq.6 and Eq.7 produces equation (8) in Fig. 1.
[0060] On the other hand, in standard belief propagation algorithm, the LLR of bit node messages are determined as shown in equation (9) in Fig. 1.
[0061] Equation (8) shows that in a LBP algorithm previously updated check messages from previous layers (1,...JLm-I) are used within the same iteration to update bit node messages from layer Lm. This is not the case in SBP algorithm where only the check messages from the previous iteration are utilized (see Equation 9).
Mathematically, this leads to a faster convergence of the LBP decoding algorithm.
[0062] The updating of check messages in (4) is sensitive to the fixed-point precision due to nonlinear function Ψ(ΣΨ(Lqmn)). For the purpose of fixed-point
implementation it is more suitable to approximate this function with the absolute minimum of the bit node messages in particular row of the PCM. See: F. Zarkeshvari, A.H. Banihashemi, "On implementation of min-sum algorithm for decoding low- density parity-check (LDPC) codes", IEEE Global Telecommunications Conference, Nov. 2002, pages 1349-1353; Manyuan Shen, Huaning Niu, Hui Liu, J.A. Ritcey, "Finite precision implementation of LDPC coded M-ary modulation over wireless channels", Asilomar Conference on Signals, Systems and Computers, 2003, Nov. 2003, pages 114-118; M. Karkooti and J. Cavallaro, "Semi-parallel reconfigurable architectures for real-time LDPC decoding", IEEE ITCC, April 2004. [0063] This approximation introduces some loss in comparison with the original belief propagation algorithm, but it is more robust to the quantization error since the error does not depend on the horizontal connectivity degree (number of bit nodes per row); only the two smallest elements are considered. This solution is robust to the quantization error for any code rate (typically horizontal connectivity degree WR is increasing with the code rate).
[0064] By using the appropriate correction term (offset) the approximation error is significantly reduced. The updating of check messages per row of PCM is now determined by equation 10 in Fig. 1.
[0065] Better decoding convergence can be achieved if the correction factor (offset) is carefully chosen. In order to determine a suitable correcting offset, density evolution is applied for some standard regular codes with different code rates (e.g., 1/2, 2/3, 3/4) and pairs of column and row connectivity degrees (Wc, WR). The minimum threshold for perfect error correction is determined as a function of the correcting offset. Fig. 3 shows that the correction term varies with the row connectivity degree WR, but also it can be noticed that the value of 0.5 is the best tradeoff for different codes. This solution is also suitable for a fixed-point implementation since only one fractional bit is needed to represent the correcting offset.
[0066] The decoding process can be divided into three pipeline stages that can be executed simultaneously for three different layers: reading (R), processing (P), and writing (W) stages.
[0067] Reading (R): reading (e.g., loading from the memory) old LLR of a posteriori probabilities L(qβ and old (not yet updated) check node Rmj messages, and updating bit node L(qmj) messages, see equation (11) in Fig. 2.
[0068] Processing (P): updating check node messages using modified min-sum algorithm for every row inside the current layer, see equation (12) in Fig. 2.
[0069] Writing (W): updating of a posteriori L(qj) messages and memory storage
(also storage of the updated check messages), see equation (13) in Fig. 2.
[0070] In an original layered belief propagation algorithm no pipelining of layers is used: all three stages that belong to the current layer must be finished before processing the next layer, as it is shown on Fig. 4A for three consecutive layers. There is no pipelining of the three stages: memory read (Rl, R2 and R3) stage, process (Pl, P2 and P3) stage and memory write (Wl, W2 and W3) stage. [0071] In accordance with an embodiment of this invention, the latency (per iteration) is determined by the sum of: reading latency, processing latency, and writing latency. The memory is organized in such a way that it is possible to read/write one sub-matrix (shifted identity matrix inside the PCM) in one clock cycle. The total read/write latency per one layer is WR since there are WR sub-matrices inside one layer (WR is the row degree). Decoding latency per iteration is shown by equation (14) in Fig. 2; where L is the total number of layers and P is the processing latency. [0072] In order to increase the throughput, different stages of multiple layers can be executed simultaneously. The latency of these three pipeline stages is well balanced (e.g., approximately the same). On the other hand, some error-rate performance loss may be experienced since multiple layers are overlapped and executed simultaneously.
[0073] Decoding throughput may be improved by pipelining the memory reading for the current layer with the memory writing of the updated messages for the previous layer. Consequently, there are two pipeline stages: memory read (Rl, R2 and R3) and process (Pl, P2 and P3) stage and memory write (Wl, W2 and W3) stage, as it is shown on Fig. 4B.
[0074] Decoding latency per iteration is determined by the memory read latency and the processing latency as shown by equation (15) in Fig. 2.
[0075] With some additional control logic overhead (e.g., decoding logic and the memory organization are still the same), it is possible to pipeline all three stages (memory read (Rl, R2 and R3), process (Pl, P2 and P3), and memory write (Wl, W2 and W3) stages), as it is shown in Fig. 4C. In this case the latency per iteration depends only on the processing latency.
[0076] A decoder in accordance with an embodiment of this invention supports simultaneous execution of three consecutive layers (e.g., pipelining of all three stages). The FER results (e.g., in both floating and 8-bit fixed-point implementation) show only small performance loss comparing to non-pipelined version of LBP decoding algorithm. The FER performance curves for rates 1/2, 2/3, 3/4 and 5/6 are presented in Figs. 5, 6, 7 and 8, respectively (codeword length is 1296 for all rates). Furthermore, for code rates of 1/2 and 2/3, the scheduling of layers is applied: performances are improved since the overlapping between the consecutively processed layers is reduced. For higher code rates (3/4, and 5/6) with small number of layers (6 and 4) the layer scheduling is not as effective.
[0077] A scalable high throughput LDPC decoder based on layered belief propagation is designed. Such a decoder supports block structured PCMs with 24 sub-block columns as shown in Fig. 9 and as proposed in V. Stolpman et al., "LDPC coding for OFDMA PHY" Tech. Rep. IEEE C802. 16e-04/526, IEEE 802. 16 Broadband Wireless Access Working Group, 2004.
[0078] Fig. 9 shows a block structured irregular parity-check matrix with 24 sub- block columns. The codeword size, N, is 1296 and the rate is 2/3. Eight layers are shown where the sub-block matrix size is 54 x 54.
[0079] Possible code rates include 1/2, 2/3, 3/4, and 5/6, while codeword sizes of 648, 1296, and 1944 are supported. These code rates and codeword sizes are defined by the IEEE 802. Hn standard. Pipelining of three consecutive layers is assumed in order to achieve high deciding throughput (e.g., about 600Mbits/sec with the clock frequency of 200MHz). A layer can be defined as a set of independent rows (parity check equations that can be processed independently without performance loss) v/ith up to one non-zero entry per column.
[0080] As it is shown in Fig. 9 block structured PCMs supported by the proposed decoder consist of sub-block matrices that are shifted versions of the identity matrices. The size of the sub-block matrix is scalable and depends on the codeword
size: 27 x 27, 54 x 54, and 81 x 81 for the codeword sizes of 648, 1296, and 1944 respectively.
[0081] High decoding throughput can be achieved by loading one full sub-block matrix every clock cycle from check memory (e.g., all check messages that correspond to the sub-block matrix are loaded) and a posteriori memory (e.g., all LLR APPs that correspond to the sub-block matrix are read). This process can be repeated for all non-zero sub-block matrices in the current layer / and all bit-node messages inside the layer can be updated according to equation (11) as shown in Fig. 2. At the same time, previous layer l-l is processed: all check messages inside that layer are updated according to equation (12) as shown in Fig. 2. Simultaneously, in every clock cycle, newly updated sub-block matrices for layer 1-2 are stored in check memory (correspond to the updated check messages per non-zero sub-block matrix) and in a posteriori memory (correspond to the updated LLR APPs per sub-block columns, see equation (13) as shown in Fig. 2 for the updating rule)).
[0082] To be able to read/write one full sub-block matrix per clock cycle, the check memory and the a posteriori memory need to be organized in the appropriate manner. Organization of the check-node memory is shown in Fig. 10, and organization of the a posteriori memory is shown in Fig. 11.
[0083] Check memory is divided into three modules where every memory module stores in every location 27 check messages from the sub-block matrix (the width is 216 bits since every message is represented with 8 bits). In the case of the largest codeword size of 1944 all three check memory sub-modules will be used, while only two and one module will be used in the case of codeword sizes of 1296 and 648 respectively. The unused check memory modules can be turned-off. The depth of the check memory sub-modules depends on the number of layers and number of non-zero sub-block matrices per layer (row connectivity degree). The largest depth for code rate of 1/2 is 96 since there are (in average, because of the code irregularity) eight non-zero sub-block matrices per layer and there are 12 layers. The addressing of check messages is very simple since the memory locations are always accessed in the increment order.
[0084] During the write stage old check messages (e.g., those not yet updated) have to be utilized, as well as the updated check messages, see equation (13) as shown in Fig. 2. Since the pipelining of three consecutive layers is also employed, the large numbers of check messages from the previous layers are buffered while waiting to be utilized.
In order to avoid large buffering a mirror check memory is used to buffer old check messages from the previous layers. Old check node messages are loaded directly from the mirror memory before being updated.
[0085] There is a constant address-offset between the original and mirror check memories, since the reading from the mirror memory is typically two layers behind the reading from the original memory. For accurate processing, both the mirror and the original memory need to be updated at the same time.
[0086] There are also two a posteriori memories for storage of a posteriori probabilities - the original one and the mirror memory. Both memories are updated at the same time with the newly computed a posteriori probabilities (see equation (13) as shown in Fig. 2). The mirror memory is able to read a posteriori probabilities that correspond to the layer 1-2 while at the same time a posteriori probabilities from layer / are loaded from the original memory.
[0087] Both memories are identical and they are divided into three sub-modules. Every memory location in the sub-module contains 27 a posteriori probabilities (one third of the largest 81 x 81 sub-block matrix, the module width is 216 bits since every message is represented with 8 bits). Three APP sub-modules (original and mirror) are utilized in the case of codeword size of 1944, while one or two sub-modules are turned-off in the case of 1296 and 648 codeword sizes, respectively. The depth of the APP memory sub-modules is equal to 24, the number of sub-block columns in the PCMs.
[0088] Check memory is composed of 3+3 RAM modules (original and mirror): every RAM module is 216 bits wide, 96 locations deep (for 8-bit implementation). The mirror is chosen to avoid large buffering. A posteriori memory is composed of 3+3 RAM modules: 216 bits wide, 24 locations deep (8-bit implementation). Division into the larger number of smaller modules is also possible.
[0089] The block-structured PCMs are stored in a compact form in ROM modules. Since the PCMs for all supported code rates and codeword sizes are different, multiple ROM modules are required. The ROM modules store the sub-block column positions of the non-zero sub-block matrices (possible values are between 1 and 24 since the supported PCMs have 24 sub-block columns). Furthermore, every non-zero position needs to be accompanied with the shifting value to shift blocks of APP messages when loaded from memory.
[0090] In order to avoid the reverse permutation before storing the updated APP messages back in the memory, the relative offsets between two consecutive shift values that correspond to the same block-column are stored in memory, e.g., ROM modules. Only in the first iteration (in the case when certain block columns are loaded from the memory for the first time) are the original shift values also stored. [0091] Examples of two ROM modules (part of modules that are used in the first and remaining decoding iterations) in the cases where the code rate is 1/2 are shown in Figs. 12 and 13. Two ROM modules are used for every code rate that is supported. Location of the non-zero sub-block matrix (block of APP messages) represents the address in the APP memory. The address counter uses these stored values in order to jump to the appropriate address. In addition, the control logic may use the information about the number of layers for every supported code rate, as well as the information about the number of non-zero sub-block matrices per every layer.
[0092] Fig. 14 shows a block diagram of a scalable structured LDPC decoder 1400 in accordance with an embodiment of this invention based on LBP and pipelining of layers. There are three banks of DFUs 1410A, 1410B and 1410C where each bank consists of 27 DFUs 1500 (shown in Fig. 15). The DFUs 1500 represent the main arithmetic part of decoder and they are used to update a posteriori messages and check node messages according to equations (11)-(13). The number of DFUs 1500 corresponds to the number of rows in the PCM inside one layer: 27, 54, and 81 for the codeword sizes of 648, 1296, and 1944 respectively. It can be observed that all three DFU banks 1410A, 1410B and 1410C are utilized for the largest codeword size; otherwise one or two DFU banks 1410A, 1410B and 1410C may be disabled. Since the number of DFUs 1500 corresponds to the number of rows per layer, proposed semi-parallel decoder architecture can achieve full decoding parallelism per one layer. [0093] All check messages inside the sub-block matrix are loaded from the appropriate check memory location during the single clock cycle. As shown in Fig. 10, in every clock cycle the check messages are loaded from up to three separate check memory modules 1420A, 1420B and 1420C. Every check message is represented with 8 bits (alternatively, 7-bit precision can be used), and there are 27 check messages per memory location (this number corresponds to one third of the largest 81 x 81 shifted identity matrix). The same check messages are stored back in every check memory module 1420A, 1420B and 1420C after being updated in the
appropriate DFU 1500. The mirror check memory 1425 is used to load the check messages from one of the previous layers in order to update the a posteriori messages (writing stage, see equation (13), these messages are labeled as Rm/!d). By using the mirror memory 1425 large buffering of old check messages is avoided. The content of both memories is identical, and both memories need to be updated at the same time with the same check messages.
[0094] As noted above, a posteriori memories, both original (1440A, 1440B and 1440C) and mirror 1445, are also divided into three sub-modules: all three sub- modules are used in the case of a codeword size of 1944, while in the case of 1296 and 648 code sizes one or two sub-modules may be turned-off in order to save power dissipation. Before being routed to the appropriate DFU 1500 (to be accompanied with the corresponding check node messages), the APP messages have to be permuted in the permuter 1440 using the shift value stored in the appropriate ROM memory 1450 (the shift value corresponds to the shifted identity matrix). A second permuter 1465 is required at the output of the APP mirror memory 1445. Both mirror 1445 and the original APP memories 1440A, 1440B and 1440C are updated with the same content: the same newly computed APP messages.
[0095] Both permuters 1460 and 1465 are identical and scalable in order to support block shifting of three different block sizes (27, 54, and 81). A reverse permuter is avoided: the updated APP messages out of DFUs 1500 are stored directly in the original 1440A, 1440B and 1440C and mirror 1445 APP memory. To achieve this, the relative differences (shifting offsets) between two consecutive shifting values that correspond to the same sub-block column need to be stored in the ROM module 1450. [0096] The APP address generators 1450 (for reading and writing of APP messages) are responsible for the appropriate addressing of APP memory 1440A, 1440B 1440C and 1445. The ROM modules 1450 also contain the sub-block column position (from 1 to 24) of the corresponding non-zero sub-block matrices, which is identical to APP memory address.
[0097] The block diagram of DFU 1500 is shown in Fig. 15. A decoding function unit processes (decodes) one full row of the PCM in three pipelined stages according to equations (11)-(13). In order to achieve full decoding parallelism per one layer there are 81 DFUs 1500 divided into three separate banks 1410A, 1410B and 1410C, as it is
shown in Fig. 14. The blocks that correspond to three different pipeline stages are shown in Fig. 15 in different section, 1505, 1510, and the remainder. [0098] During the first stage 1505 the messages (check messages and APP messages) from the current /-th layer are loaded from APP 1440 and check memory 1420 (both memories are the original memories), the previous layer l-l is processed (all check messages in the row are updated), and the APP messages for layer 1-2 are updated and stored back in the original 1440 and mirror APP memories 1445 (as well as check messages for layer 1-2). All hardware blocks in Fig. 15 have latency of one clock cycle (including load/store of one sub-block matrix from/to memory) except the following two blocks: permuter 1460 has initial latency of four clock cycles and after that in every clock cycle new set of permuted messages is generated, and serial min- sum unit 1520 has latency of WR cycles (depending on the number of bit node messages per row).
[0100] Next, the second pipeline stage 1510 is entered. After loading of check messages and APP messages from the appropriate memory modules 1420, 1425, 1440, 1445 (one sub-block of messages per clock cycle, and APP messages have to be permuted), one or more new bit node messages may be updated every clock cycle (according to equation (H)), and converted from two's complement to sign- magnitude representation. Although only one bit node message in the current row of the PCM is updated, the serial min-sum processing can start.
[0101] The serial min-sum unit 1520 searches for two smallest bit node messages (in the absolute sense) within the current row and keep track of their indexes. After WR clock cycles two minimums are found and stored in the buffer 1530. After that, they are modified by using the correcting offset (e.g., 0.5) and saved again in the buffer 1530 to be used afterwards. Compare/select block 1540 compares in every clock cycle the index of the check message (e.g., possible index value is between 1 and WR, and it is generated with the counter) with the index value of the smallest bit node message (smallest value in the absolute sense), and then chooses either the smallest absolute value or the second smallest absolute value. Consequently, in every clock cycle the updated absolute value of the check message is generated. After including corresponding sign-product value, two's complement version of the check messages are computed in every clock cycle (see equation (12) for the check message updating rule).
[0102] This is the start of the third pipeline stage. From the mirror check memory 1425 and mirror APP memory 1445, old (not yet updated) check messages and APP messages are loaded (APP messages are also permuted), and the same APP messages are updated. In addition, the updated check messages (from the second pipeline stage), and the newly updated APP messages are stored in both mirror (1425 and 1445) and the original memories (1420 and 1440), as shown in Fig. 15.
[0103] The designed state machine, besides controlling the pipelining of three consecutive layers, it is also responsible for controlling in what clock cycle reading/writing of reliability messages to/from memory is performed. For example, if writing of an updated APP message that belong to the layer 1-2 starts in clock cycle Tw, reading of an APP messages from mirror memory for layer 1-2 starts in cycle Tw- 5 (permuter 1460 has four stages and latency of four cycles). Furthermore, the updated check message for layer 1-2 has to be written in both check memories (1420 and 1425) one cycle after old check message (the same check message as the updated one) is loaded from the mirror check memory 1425.
[0104] The first updated check message is available in cycle Tw-2 (writing in the both check memories starts during the same clock cycle), and therefore the reading from the check memory mirror 1425 for layer 1-2 starts one cycle before (in cycle Tw-3). Writing of updated APP messages for layer 1-2 starts before reading of APP messages for layer /, which overcomes the problem of reading- writing memory conflicts
[0105] Three different pipeline stages that belong to three consecutive layers (not necessarily in the original order) are performed simultaneously. Because of the serial min-sum approach, there is an overlapping between Reading (R) and Processing (P) stages as it is shown on Fig. 16. The pipeline stages are not clearly separated, but overlapped. The serial min-sum computation (part of the processing stage) may start once as the first pair of updated variable-node messages for particular layer is available. In addition, there is also a stall (e.g., a few clock cycles) between memory readings of two consecutive layers since the previous layer has to finish serial min- sum processing. The writing of layer 1-2 (writing of APP messages that belong to layer 1-2) starts before reading of APP messages of layer /.
[0106] A designed serial min-sum unit 1520 used inside a DFU 1500 is shown in Fig. 17. The serial min-sum processing unit 1520 may be used to find the two smallest bit node messages per row of PCM (in the absolute sense). Every clock cycle the absolute value of updated bit node message is available at the input 1710 of the serial min-sum unit 1520. Every clock cycle the input bit node message is compared with the stored two smallest values, Min and Min2, and the set of minimums is updated accordingly. The latency of the comparators 1720 and the 4:1 multiplexer 1730 may be a single clock cycle. After WR clock cycles the final set of minimums, Min and Min2, can be buffered in the buffer 1740, as well as the index (between 1 and WR) of the smallest bit node message Min can be buffered in the buffer 1750.
[0107] A scalable permuter 1460 performs permutation of blocks of three different sizes: e.g., 27 (codeword size of 648), 54 (codeword size of 1296), and 81 (codeword size of 1944). In particular, the blocks of APP messages (e.g., of sizes 27, 54 or 81) need to be permuted after loaded from the APP memories (original and mirror memory). A scalable permuter 1460 is shown in Fig. 18. It consists of four stages 1810A- 181 OD of 81 3:1 multiplexers 1820 used to permute blocks of size 81. In order to permute blocks of sizes 27 and 54 the additional 2:1 multiplexers 1830 are used before every stage of 3:1 multiplexers 1820.
[0108] The select signal used to select appropriate inputs in the multiplexers is a representation of the shift value from the seed PCM in the arithmetic representation with a base of three. In the first stage the possible shifting values include 0, 27, and 54. For example, if the block size is 27 the shift value in the first stage will be 0 (no shifting to be done in the first stage), while in the case of block size of 54 the shift value is either 0 or 27. For the second stage the possible shifting values are: 0, 9, and 18; for the third stage: 0, 3, and 6; for the fourth stage: 0, 1, and 2. [0109] The latency of a permuter 1460 may be four clock cycles, where the maximum clock is determined by the delay through the chain of 2:1 and 3:1 multiplexers 1820 and 1830. Furthermore, there are four pipelined stages and after initial latency of four cycles, every next clock generates a new permuted block. A permuter 1460 permutes blocks of sizes up to 81, and in the case of smaller sizes (e.g., 27 and 54) roughly two thirds (in the case of 27) or one third (in the case of 54) of the permuter 1460 can be turned-off or disabled in order to save power.
[0110] The number of estimated Standard logic ASIC gates for the proposed scalable permuter is about 34 KGates. The extra hardware of 2.5 KGates is needed to add scalability feature (the additional 105 2:1 multiplexers). See M. Mansour and N. Shanbhag, "High-throughput LDPC decoders," Very Large Scale Integration (VLSI) Systems, IEEE Transactions on, vol. 11, pp. 976 - 996, December 2003; and N. H. E. Weste and E. Kamran, "Principles of CMOS VLSI Design: A Systems Perspective", Second Edition, 1994.
[0111] The total number of estimated standard logic ASIC gates for the arithmetic part of a scalable LDPC decoder 1400 (which includes two permuters 1460 and 81 DFUs 1520) is about 160 KGates. In addition there are 3+3 RAM modules for check memory 1420 with total size of about 64 Kbits, and 3+3 RAM modules for APP memory 1440 with total size of about 15 Kbits. The additional ROM modules are required for storage of seed PCMs for all rates.
[0112] Early detection (parity checking) may also be applied. Therefore the decoding can be stopped after any layer. This feature significantly lowers the average number of iterations and further increases the decoding throughput. In order to hide the latency of checking parity, the stopping criterion for every row is checked during the decoding process.
[0113] During the updating of APP messages the following may be done: checking if parity check equations are satisfied for every row inside the current layer; and comparing sign of the updated APP messages with the signs of loaded old (not yet updated) APP messages (from the mirror memory).
[0114] The layer is valid if all parity check-equations inside one layer are satisfied, and also if all signs of the updated APP messages are not modified (all signs are the same).
[0115] The block diagram of the parity checking function unit 1900 is given on Fig. 19. The counter 1910 is used for counting the number of valid layers. The counter 1910 counts from 0 to L, where L is the total number of layers, and corresponds to the number of layers that pass both the parity and the sign checking. The counter 1910 is incremented if parity check-equations for the current layer are satisfied. On the other hand, it is reset if the parity check-equations are not satisfied. It is reset if at least one sign of updated APP messages is modified. If counter 1910 is equal to L, all layers in the parity check matrix are valid, and the decoding can be stopped.
[0116] The latency of the parity checking processing is only several clock cycles for the last sub-block matrix inside the layer. This latency is practically invisible since there is already a time gap between updating of the successive layers. [0117] The following hardware resources may be used for the implementation of parity-checking function unit (S is the size of sub-block, and it is equal to 81): 4S one- bit comparators, three S-bit latches, 4S 2-bit XORs, counter (5-bit buffer and increment unit), and S two-bit AND gates. The total number of standard ASIC gates is approximately 6 KGates.
[0118] Although LBP has faster decoding convergence than SBP, the maximum achievable processing parallelism is full parallelism per one layer. As noted above, in order to achieve about three times higher decoding throughput simultaneous processing (pipelining) of three consecutive layers is used. While the decoding throughput is significantly increased, the frame error rate performances suffer only small loss for all supported code rates.
[0119] In order to estimate the achievable decoding throughput, the computational latency per decoding iteration is determined. Based on the computational latency, the average decoding throughput (determined by the average number of iterations) as well as the maximal and minimal achievable throughput (determined by single and maximum number of iterations, respectively) can be computed. [0120] The full processing latency per iteration depends on the number of layers L in the PCM, and on the latencies of three pipeline stages (reading - R, processing - P, and writing - W). Given a clock frequency of 200 MHz, it means that the latency of one clock cycle is determined by a computational delay of up to 5 ns. [0121] The latency of the reading stage from when the first non-zero sub-block matrix inside the layer is loaded from the memory to when the last bit node message is updated and converted into sign-magnitude is: WR+7 clock cycles (where WR is the check node connectivity degree), see Fig. 15. This latency is not fully visible since the processing stage (min-sum processing) can start after the first updated bit node message is available at the input of serial min-sum FU. The processing latency P is determined by the latency of a serial min-sum unit (WR clock cycles), and the latency of additional buffering and offset-correction: totaling WR+4 clock cycles. The latency of the writing stage W is determined by the number of updated sub-block matrices per
layer to be stored in the appropriate memories (WR of them), and additional computational latency of 3 clock cycles: totaling WR+3 clock cycles, see Fig. 15. [0122] The full decoding latency per iteration is (because of pipelining) determined as shown by equation (16) in Fig. 2.
[0123] Processing latency P and the number of layers in the PCM determines the latency per iteration. Both quantities depend on the code rate, and the latency per iteration as a function of the code rate is shown in Fig. 20. Because of the full parallelism per layer, this latency doesn't depend on the codeword size or number of rows per layer.
[0124] The average decoding throughput that mainly depends on the average number of decoding iterations may be estimated. The average decoding throughput as a function of the code rate for different codeword sizes (e.g., from 648 to 2592) is shown in Fig. 21. The average number of iterations is determined by a frame error rate of 10~4: typically between 4 and 5.5 while a different SNR is assumed for different codeword sizes and code rates.
[0125] The minimum decoding throughput for certain clock frequencies (e.g., in the case of the clock frequency of 200 MHz) depends on the maximum number of decoding iterations. Therefore, it is very important to analyze what lower bound for the maximum number of iterations is acceptable especially if a certain throughput is to be achieved.
[0126] The maximum number of iterations depends on several parameters, including: desirable error-correcting performance (e.g., a frame error rate of 10"4), and transmission SNR. Fig. 22 shows the FER performance as a function of maximum number of decoding iterations for different code rates (1/2, 2/3, 3/4, and 5/6) for a codeword size of 1944. The values of SNR for different code rates are chosen in order to achieve a FER of about IQ"4 in the case of fifteen decoding iterations. Fig. 22 shows that the performance loss (e.g., when the maximum number of iterations is lower than fifteen) is similar for all code rates: the maximum number of iterations for all supported code rates may be identical. If the desired FER is fixed, the lower bound for the maximum number of iterations depends on what is the maximum acceptable transmission SNR.
[0127] The maximum number of decoding iterations is pre-determined. The maximum achievable throughput, decoding throughput in the case of one decoding iteration, can be estimated. In addition, this "normalized throughput" provides the estimate of the achievable throughput if a certain maximum number of decoding iterations is applied (decoding throughput for different maximum iterations is determined). Maximum achievable throughput for scalable decoder solutions is shown in Fig. 23.
[0128] Due to the pipelining of three consecutive layers, there is a possibility for memory conflicts: reading of APP messages from layer 1 and writing of APP messages for layer 1-2 can be from/to the same memory location. This memory conflict may occur when the reading from layer 1 and the writing to layer 1-2 start at the same time. This is due to the fact that almost all non-zero block-columns corresponding to the APP messages are overlapped in the information part of PCMs for all code rates. Such a memory conflict will not happen in embodiments of this invention.
[0129] Reading of the layer 1 starts in the clock cycle is shown by equation (17) in Fig. 2. Writing of layer 1-2 starts in the clock cycle (within the particular iteration) is shown by equation (18) in Fig. 2.
[0130] The layer 1 in equations (17) and (18) is the total number of processed layers from the start of the decoding process and not only the layer number within the single decoding iteration.
[0131] For rates 2/3, 3/4, and 5/6 (since the check node connectivity degree is greater than 8), the inequality shown by equation (19) in Fig. 2 is valid.
[0132] Equation (19) shows that the writing of layer 1-2 starts before reading of layer
1, which causes no memory conflict. Furthermore, the frame error rate performances are even better (for the case of layer pipelining) than those presented in Figs. 6-8 since the APP messages are already updated in the layer 1-2 before being loaded and utilized in the layer 1.
[0133] The same equation (19) is valid for code rate of 1/2 and for codeword sizes of
1296 and 1944 since the check-node connectivity degree is 8 for all layers. For a codeword size of 648, there are two cases (two pair of layers) when reading and
writing of two layers begins in the same clock cycle. But, in these two cases, there is no overlapping of block-columns: reading and writing of the blocks of APP messages will be from different memory locations.
[0134] A scalable LDPC decoder in accordance with an embodiment of this invention may be based on a layered belief propagation that supports block-structured PCMs for different code rates and different codeword sizes, such as those defined for the IEEE 802.1 In standard. The decoder design may be structured - memory modules, banks of DFUs 141 OA-C and parts of permuters can be turned off/on depending on the codeword size that is being processed. Implemented scalability (support for variable code rates and codeword sizes) does not increase the number of standard ASIC gates. [0135] Such a decoder may achieve high decoding throughput due to the pipelining of three consecutive layers of a PCM. The average decoding throughput may be up to 700 Mbits/sec. It may be based on the average number of iterations to achieve a frame error rate of 10"4 and depends on the code rate and codeword size. In the worst case the achievable throughput (throughput determined by the maximum number of iterations) may depends on desired FER, acceptable SNR, code rate, codeword size.
[0136] Reference is made to Fig. 24 for illustrating a simplified block diagram of various electronic devices that are suitable for use in practicing the exemplary embodiments of this invention. In Fig. 24, a wireless network 2412 is adapted for communication with a user equipment (UE) 2414 via an access node (AN) 2416. The UE 2414 includes a data processor (DP) 2418, a memory (MEM) 2420 coupled to the DP 2418, and a suitable RF transceiver (TRANS) 2422 (having a transmitter (TX) and a receiver (RX)) coupled to the DP 2418. The MEM 2420 stores a program (PROG) 2424. The TRANS 2422 is for bidirectional wireless communications with the AN 2416. Note that the TRANS 2422 has at least one antenna to facilitate communication.
[0137] The AN 2416 includes a DP 2426, a MEM 2428 coupled to the DP 2426, and a suitable RF TRANS 2430 (having a TX and a RX) coupled to the DP 2426. The MEM 2428 stores a PROG 2432. The TRANS 2430 is for bidirectional wireless communications with the UE 2414. Note that the TRANS 2430 has at least one antenna to facilitate communication. The AN 2416 is coupled via a data path 2434 to one or more external networks or systems, such as the internet 2436, for example.
[0138] At least one of the PROGs 2424, 2432 is assumed to include program instructions that, when executed by the associated DP, enable the electronic device to operate in accordance with the exemplary embodiments of this invention, as discussed herein.
[0139] In general, the various embodiments of the UE 2414 can include, but are not limited to, cellular phones, personal digital assistants (PDAs) having wireless communication capabilities, portable computers having wireless communication capabilities, image capture devices such as digital cameras having wireless communication capabilities, gaming devices having wireless communication capabilities, music storage and playback appliances having wireless communication capabilities, Internet appliances permitting wireless Internet access and browsing, as well as portable units or terminals that incorporate combinations of such functions. [0140] The embodiments of this invention may be implemented by computer software executable by one or more of the DPs 2418, 2426 of the UE 2414 and the AN 2416, or by hardware, or by a combination of software and hardware. [0141] The MEMs 2420, 2428 may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. The DPs 2418, 2426 may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on a multi core processor architecture, as non limiting examples.
[0142] Fig. 25 shows a method in accordance with an exemplary embodiment of this invention, hi step 2510, an encoded data block comprising codewords is stored. In step 2520, the encoded data block is decoded. The LBP decoding occurs in a pipelined fashion and uses scalable resources. These scalable resources (e.g., permuters, memory, and decoding function units) are configurable in order to accommodate any one of at least two possible codeword lengths and any one of at least two possible code rates.
[0143] Additionally, the decoding may be performed using a layer belief propagation over the pipelined layers. The pipelining may be performed in such a way so that at
least a read operation on one layer is simultaneously performed with a write operation on a preceding layer.
[0144] The exemplary embodiments of the invention, as discussed above and as particularly described with respect to exemplary methods, may be implemented as a computer program product comprising program instructions embodied on a tangible computer-readable medium. Execution of the program instructions results in operations comprising steps of utilizing the exemplary embodiments or steps of the method.
[0145] hi general, the various embodiments may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. For example, some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device, although the invention is not limited thereto. While various aspects of the invention may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
[0146] Embodiments of the inventions may be practiced in various components such as integrated circuit modules. The design of integrated circuits is by and large a highly automated process. Complex and powerful software tools are available for converting a logic level design into a semiconductor circuit design ready to be etched and formed on a semiconductor substrate.
[0147] Programs, such as those provided by Synopsys, hie. of Mountain View, California and Cadence Design, of San Jose, California automatically route conductors and locate components on a semiconductor chip using well established rales of design as well as libraries of pre-stored design modules. Once the design for a semiconductor circuit has been completed, the resultant design, in a standardized electronic format (e.g., Opus, GDSII, or the like) may be transmitted to a semiconductor fabrication facility or "fab" for fabrication.
[0148] The foregoing description has provided by way of exemplary and non-limiting examples a full and informative description of the invention. However, various
modifications and adaptations may become apparent to those skilled in the relevant arts in view of the foregoing description, when read in conjunction with the accompanying drawings and the appended claims. However, all such and similar modifications of the teachings of this invention will still fall within the scope of this invention.
[0149] Furthermore, some of the features of the preferred embodiments of this invention could be used to advantage without the corresponding use of other features. As such, the foregoing description should be considered as merely illustrative of the principles of the invention, and not in limitation thereof.
Claims
1. A method comprising: storing an encoded data block comprising codewords; and decoding the data block in a pipelined manner using a layered belief propagation technique and scalable resources, where the scalable resources comprise a scalable permuter, a scalable memory unit, and a scalable decoder, and where the scalable resources are configurable to accommodate at least two codeword lengths and at least two code rates.
2. The method of claim 1, where the scalable permuter comprises a permuter with multiple blocks which are configured to be turned on and off based upon the length of the codeword to be decoded; where the scalable memory unit comprises a plurality of memory unit banks configured to be turned on and off based upon the length of the codeword to be decoded; and where the scalable decoder comprises a plurality of decoding function unit banks configured to be turned on and off based upon the length of the codeword to be decoded.
3. The method of claim 1, where the codeword lengths comprise 648, 1296 and 1944.
4. The method of claim 1, where the code rates comprise 1/2, 2/3, 3/4 and 5/6.
5. The method of claim 1, where a pipeline comprises at least three layers and where at least a read operation on one layer is simultaneously performed with a write operation on another layer.
6. The method of claim 1, where data throughput is at least 600 Mbits/sec.
7. The method of claim 1, where the scalable permuter uses memory modules to store the location of non-zero sub-block matrices and shift value/relative offsets to accommodate the at least two code rates.
8. The method of claim 7, where the memory modules are read only memory.
9. The method of claim 1, where the scalable memory unit comprises a first memory bank storing messages, further comprising mirroring the stored messages in a second memory bank.
10. A computer readable medium tangibly embodied with a program of machine- readable instructions executable by a digital processing apparatus to perform operations comprising: storing an encoded data block comprising codewords; and decoding the data block in a pipelined manner using a layered belief propagation technique and scalable resources, where the scalable resources comprise a scalable permuter, a scalable memory unit, and a scalable decoder, and where the scalable resources are configurable to accommodate at least two codeword lengths and at least two code rates.
11. The medium of claim 10, where the scalable permuter comprises multiple blocks which are configured to be turned on and off based upon the length of the codeword to be decoded; where the scalable memory unit comprises a plurality of memory unit banks configured to be turned on and off based upon the length of the codeword to be decoded; and where the scalable decoder comprises a plurality of decoding function unit banks configured to be turned on and off based upon the length of the codeword to be decoded.
12. The medium of claim 10, where a pipeline comprises at least three layers and where at least a read operation on one layer is simultaneously performed with a write operation on another layer.
13. The medium of claim 10, where the scalable permuter uses memory modules to store the location of non-zero sub-block matrices and shift value/relative offsets to accommodate the at least two code rates.
14. The medium of claim 10, where the scalable memory unit comprises a first memory bank storing messages, and further comprising mirroring the stored messages in a second memory bank.
15. An apparatus comprising: a memory configured to store an encoded data block comprising codewords; and a decoder configured to decode the data block in a pipelined manner using a layered belief propagation technique, further comprising scalable resources configurable to accommodate at least two codeword lengths and at least two code rates, where the scalable resources comprise a scalable permuter, a scalable memory unit, and a scalable decoder.
16. The apparatus of claim 15, where the scalable permuter comprises multiple blocks which are configured to be turned on and off based upon the length of the codeword to be decoded; where the scalable memory unit comprises a plurality of memory unit banks configured to be turned on and off based upon the length of the codeword to be decoded; and where the scalable decoder comprises a plurality of decoding function unit banks configured to be turned on and off based upon the length of the codeword to be decoded.
17. The apparatus of claim 15, where the codeword lengths comprise 648, 1296 and 1944.
18. The apparatus of claim 15, where the code rates comprise 1/2, 2/3, 3/4 and 5/6.
19. The apparatus of claim 15, where a pipeline comprises at least three layers and where at least a read operation on one layer is simultaneously performed with a write operation on another layer.
20. The apparatus of claim 15, where data throughput is at least 600 Mbits/sec.
21. The apparatus of claim 15, where the scalable permuter uses memory modules to store the location of non-zero sub-block matrices and shift value/relative offsets to accommodate the at least two code rates.
22. The apparatus of claim 15, where the scalable memory unit comprises a first memory bank storing messages, further comprising mirroring the stored messages in a second memory bank.
23. The apparatus of claim 15, where the apparatus is embodied in at least one integrated circuit.
24. A device comprising: means for storing an encoded data block comprising codewords; means for decoding the data block in a pipelined manner using a layered belief propagation technique further comprising; a scalable resource means which are configurable for accommodating at least two codeword lengths and at least two code rates, and where the scalable resource means comprise a scalable means for permuting, a scalable means for storing data, and a scalable means for decoding.
25. The device of claim 24, where the scalable permuter means comprises multiple blocks which are configured to be turned on and off based upon the length of the codeword to be decoded; where the scalable storing means comprises a plurality of memory unit banks configured to be turned on and off based upon the length of the codeword to be decoded; and where the scalable decoding means comprises a plurality of decoding function unit banks configured to be turned on and off based upon the length of the codeword to be decoded.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/977,686 US20090113256A1 (en) | 2007-10-24 | 2007-10-24 | Method, computer program product, apparatus and device providing scalable structured high throughput LDPC decoding |
US11/977,686 | 2007-10-24 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2009053940A2 true WO2009053940A2 (en) | 2009-04-30 |
WO2009053940A3 WO2009053940A3 (en) | 2009-07-30 |
Family
ID=40547893
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/IB2008/054405 WO2009053940A2 (en) | 2007-10-24 | 2008-10-24 | Method, computer program product, apparatus and device providing scalable structured high throughput ldpc decoding |
Country Status (2)
Country | Link |
---|---|
US (1) | US20090113256A1 (en) |
WO (1) | WO2009053940A2 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8307255B2 (en) | 2008-11-12 | 2012-11-06 | Texas Instruments Incorporated | Scalable decoder architecture for low density parity check codes |
EP2992429A4 (en) * | 2013-04-30 | 2016-12-14 | Western Digital Tech Inc | Decoder having early decoding termination detection |
WO2018084956A1 (en) * | 2016-11-02 | 2018-05-11 | Qualcomm Incorporated | Pipelined high-throughput layered ldpc decoder architecture |
WO2018085032A1 (en) * | 2016-11-02 | 2018-05-11 | Qualcomm Incorporated | Early termination for layered ldpc decoders |
WO2018127607A1 (en) * | 2017-01-09 | 2018-07-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for fast layered decoding for low-density parity-check (ldpc) codes |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8418023B2 (en) | 2007-05-01 | 2013-04-09 | The Texas A&M University System | Low density parity check decoder for irregular LDPC codes |
US8156409B2 (en) * | 2008-02-29 | 2012-04-10 | Seagate Technology Llc | Selectively applied hybrid min-sum approximation for constraint node updates of LDPC decoders |
KR20090126829A (en) * | 2008-06-05 | 2009-12-09 | 삼성전자주식회사 | Iterative decoding method and iterative decoding apparatus |
JP4929342B2 (en) * | 2009-12-15 | 2012-05-09 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Calculation method of sum-product decoding method (belief propagation method) based on scaling of input log likelihood ratio by noise variance |
JP5790029B2 (en) * | 2011-03-01 | 2015-10-07 | ソニー株式会社 | Decoding device, decoding method, and program |
CN102725964B (en) | 2011-11-17 | 2014-02-26 | 华为技术有限公司 | Encoding method, decoding method, encoding device, and decoding device |
KR101978409B1 (en) * | 2012-02-28 | 2019-05-14 | 삼성전자 주식회사 | Reconfigurable processor, apparatus and method for converting code |
US9230596B2 (en) * | 2012-03-22 | 2016-01-05 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Systems and methods for variable rate coding in a data processing system |
US8966339B1 (en) | 2012-12-18 | 2015-02-24 | Western Digital Technologies, Inc. | Decoder supporting multiple code rates and code lengths for data storage systems |
US9122625B1 (en) | 2012-12-18 | 2015-09-01 | Western Digital Technologies, Inc. | Error correcting code encoder supporting multiple code rates and throughput speeds for data storage systems |
US9619317B1 (en) | 2012-12-18 | 2017-04-11 | Western Digital Technologies, Inc. | Decoder having early decoding termination detection |
CN104868925B (en) | 2014-02-21 | 2019-01-22 | 中兴通讯股份有限公司 | Coding method, interpretation method, code device and the code translator of structured LDPC code |
US9325347B1 (en) | 2014-02-21 | 2016-04-26 | Microsemi Storage Solutions (U.S.), Inc. | Forward error correction decoder and method therefor |
US10784901B2 (en) | 2015-11-12 | 2020-09-22 | Qualcomm Incorporated | Puncturing for structured low density parity check (LDPC) codes |
US10673461B2 (en) | 2015-12-24 | 2020-06-02 | Intel Corporation | Hybrid scheduling and latch-based pipelines for low-density parity-check decoding |
US10469104B2 (en) | 2016-06-14 | 2019-11-05 | Qualcomm Incorporated | Methods and apparatus for compactly describing lifted low-density parity-check (LDPC) codes |
US10340949B2 (en) * | 2017-02-06 | 2019-07-02 | Qualcomm Incorporated | Multiple low density parity check (LDPC) base graph design |
US10312939B2 (en) | 2017-06-10 | 2019-06-04 | Qualcomm Incorporated | Communication techniques involving pairwise orthogonality of adjacent rows in LPDC code |
CN112636767B (en) * | 2020-12-03 | 2023-04-07 | 重庆邮电大学 | Layered semi-parallel LDPC decoder system with single replacement network |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7165824B2 (en) * | 2002-12-02 | 2007-01-23 | Silverbrook Research Pty Ltd | Dead nozzle compensation |
US7903538B2 (en) * | 2003-08-06 | 2011-03-08 | Intel Corporation | Technique to select transmission parameters |
US20070089016A1 (en) * | 2005-10-18 | 2007-04-19 | Nokia Corporation | Block serial pipelined layered decoding architecture for structured low-density parity-check (LDPC) codes |
US20070089019A1 (en) * | 2005-10-18 | 2007-04-19 | Nokia Corporation | Error correction decoder, method and computer program product for block serial pipelined layered decoding of structured low-density parity-check (LDPC) codes, including calculating check-to-variable messages |
US20080240168A1 (en) * | 2007-03-31 | 2008-10-02 | Hoffman Jeffrey D | Processing wireless and broadband signals using resource sharing |
-
2007
- 2007-10-24 US US11/977,686 patent/US20090113256A1/en not_active Abandoned
-
2008
- 2008-10-24 WO PCT/IB2008/054405 patent/WO2009053940A2/en active Application Filing
Non-Patent Citations (7)
Title |
---|
BHATT T ET AL: "Pipelined Block-Serial Decoder Architecture for Structured Ldpc Codes" ACOUSTICS, SPEECH AND SIGNAL PROCESSING, 2006. ICASSP 2006 PROCEEDINGS . 2006 IEEE INTERNATIONAL CONFERENCE ON TOULOUSE, FRANCE 14-19 MAY 2006, PISCATAWAY, NJ, USA,IEEE, PISCATAWAY, NJ, USA, vol. 4, 14 May 2006 (2006-05-14), pages IV-225, XP010931023 ISBN: 978-1-4244-0469-8 cited in the application * |
HOCEVAR D E: "A Reduced Complexity Decoder Architecture via Layered Decoding of LDPC Codes" SIGNAL PROCESSING SYSTEMS, 2004. SIPS 2004. IEEE WORKSHOP ON AUSTIN, TEXAS, USA 13-15 OCT. 2004, PISCATAWAY, NJ, USA,IEEE, 13 October 2004 (2004-10-13), pages 107-112, XP010743944 ISBN: 978-0-7803-8504-7 cited in the application * |
MANSOUR M M ET AL: "High-throughput LDPC decoders" IEEE TRANSACTIONS ON VERY LARGE SCALE INTEGRATION (VLSI) SYSTEMS, IEEE SERVICE CENTER, PISCATAWAY, NJ, US, vol. 11, no. 6, 1 December 2003 (2003-12-01), pages 976-996, XP002302866 ISSN: 1063-8210 cited in the application * |
MARJAN KARKOOTI ET AL: "Configurable, High Throughput, Irregular LDPC Decoder Architecture: Tradeoff Analysis and Implementation" APPLICATION-SPECIFIC SYSTEMS, ARCHITECTURES AND PROCESSORS, 2006. ASAP '06. INTERNATIONAL CONFERENCE ON, IEEE, PISCATAWAY, NJ, USA, 1 September 2006 (2006-09-01), pages 360-367, XP031021386 ISBN: 978-0-7695-2682-9 * |
P. RADOSAVLJEVIC ET AL.: "Tradeoff Analysis and Architecture Design of High Throughput Irregular LDPC Decoders" IEEE TRANS. CIRCUITS AND SYSTEMS, [Online] no. 1, 28 November 2006 (2006-11-28), pages 1-15, XP002524566 Retrieved from the Internet: URL:http://www.ece.rice.edu/~rpredrag/doc/predrag_ldpc_dec_journal.pdf> [retrieved on 2009-04-21] * |
PREDRAG RADOSAVLJEVIC ET AL: "Multi-Rate High-Throughput LDPC Decoder: Tradeoff Analysis Between Decoding Throughput and Area" PERSONAL, INDOOR AND MOBILE RADIO COMMUNICATIONS, 2006 IEEE 17TH INTER NATIONAL SYMPOSIUM ON, IEEE, PI, 1 September 2006 (2006-09-01), pages 1-15, XP031023692 ISBN: 978-1-4244-0329-5 * |
RADOSAVLJEVIC P ET AL: "Optimized Message Passing Schedules for LDPC Decoding" SIGNALS, SYSTEMS AND COMPUTERS, 2005. CONFERENCE RECORD OF THE THIRTY- NINTH ASILOMAR CONFERENCE ON, PACIFIC GROVE, CALIFORNIA OCTOBER 28 - NOVEMBER 1, IEEE, PISCATAWAY, NJ, USA,IEEE, 28 October 2005 (2005-10-28), pages 591-595, XP010900068 ISBN: 978-1-4244-0131-4 cited in the application * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8307255B2 (en) | 2008-11-12 | 2012-11-06 | Texas Instruments Incorporated | Scalable decoder architecture for low density parity check codes |
EP2992429A4 (en) * | 2013-04-30 | 2016-12-14 | Western Digital Tech Inc | Decoder having early decoding termination detection |
KR101913900B1 (en) | 2013-04-30 | 2018-10-31 | 웨스턴 디지털 테크놀로지스, 인코포레이티드 | Decoder having early decoding termination detection |
WO2018084956A1 (en) * | 2016-11-02 | 2018-05-11 | Qualcomm Incorporated | Pipelined high-throughput layered ldpc decoder architecture |
WO2018085032A1 (en) * | 2016-11-02 | 2018-05-11 | Qualcomm Incorporated | Early termination for layered ldpc decoders |
US10312937B2 (en) | 2016-11-02 | 2019-06-04 | Qualcomm Incorporated | Early termination technique for LDPC decoder architecture |
US10778371B2 (en) | 2016-11-02 | 2020-09-15 | Qualcomm Incorporated | Deeply-pipelined high-throughput LDPC decoder architecture |
WO2018127607A1 (en) * | 2017-01-09 | 2018-07-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for fast layered decoding for low-density parity-check (ldpc) codes |
CN110431751A (en) * | 2017-01-09 | 2019-11-08 | 瑞典爱立信有限公司 | For carrying out the decoded system and method for fast hierarchical for low-density checksum (LDPC) code |
US11664824B2 (en) | 2017-01-09 | 2023-05-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for fast layered decoding for low-density parity-check (LDPC) codes |
CN110431751B (en) * | 2017-01-09 | 2024-02-27 | 瑞典爱立信有限公司 | System and method for fast hierarchical decoding for Low Density Parity Check (LDPC) codes |
Also Published As
Publication number | Publication date |
---|---|
WO2009053940A3 (en) | 2009-07-30 |
US20090113256A1 (en) | 2009-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20090113256A1 (en) | Method, computer program product, apparatus and device providing scalable structured high throughput LDPC decoding | |
US8869003B2 (en) | Method, apparatus, computer program product and device providing semi-parallel low density parity check decoding using a block structured parity check matrix | |
US20230336189A1 (en) | Low density parity check decoder | |
US20070089018A1 (en) | Error correction decoder, method and computer program product for block serial pipelined layered decoding of structured low-density parity-check (LDPC) codes, including reconfigurable permuting/de-permuting of data values | |
US8578256B2 (en) | Low-latency decoder | |
US20070089019A1 (en) | Error correction decoder, method and computer program product for block serial pipelined layered decoding of structured low-density parity-check (LDPC) codes, including calculating check-to-variable messages | |
US8826094B2 (en) | Accumulating LDPC (low density parity check) decoder | |
JP5483875B2 (en) | Method and apparatus for LDPC code block and rate independent decoding | |
US20110126078A1 (en) | Decoder and decoding method for low-density parity check codes constructed based on reed-solomon codes | |
US20110246862A1 (en) | Hard input low density parity check decoder | |
US20110191653A1 (en) | Quasi-cyclic ldpc encoding and decoding for non-integer multiples of circulant size | |
US20180013446A1 (en) | Method and system for ldpc decoding | |
Liao et al. | A (21150, 19050) GC-LDPC decoder for NAND flash applications | |
Shao et al. | Dispersed array LDPC codes and decoder architecture for NAND flash memory | |
Zhao et al. | DVB-T2 LDPC decoder with perfect conflict resolution | |
Zhang et al. | A high-throughput multi-rate LDPC decoder for error correction of solid-state drives | |
Weiner et al. | A high-throughput, flexible LDPC decoder for multi-Gb/s wireless personal area networks | |
TWI387211B (en) | Method, apparatus, computer program product and device providing semi-parallel low density parity check decoding using a block structured parity check matrix | |
Kakde et al. | FPGA implementation of decoder architectures for high throughput irregular LDPC codes | |
Roberts et al. | A Power-and area-efficient multirate quasi-cyclic LDPC decoder | |
Radosavljevic et al. | Tradeoff analysis and architecture design of high throughput irregular LDPC decoders | |
Tang et al. | Design of an area-efficient high-throughput shift-based LDPC decoder | |
Chao et al. | Matrix merging scheme and efficient decoding techniques for reconfigurable QC-LDPC decoders | |
Chung et al. | Cost-effective scalable QC-LDPC decoder designs for non-volatile memory systems | |
Priewasser et al. | Trade-off analysis of decoding algorithms and architectures for multi-standard LDPC decoder |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08841131 Country of ref document: EP Kind code of ref document: A2 |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 08841131 Country of ref document: EP Kind code of ref document: A2 |