The present invention relates to communication systems, and more particularly to coded systems.
Communication systems employ coding to ensure reliable communication across noisy communication channels. For example, in a wireless (or radio) system, such as a satellite network, noise sources abound, from geographic and environmental factors. These communication channels exhibit a fixed capacity that can be expressed in terms of bits per symbol at certain signal to noise ratio (SNR), defining a theoretical upper limit (known as the Shannon limit). As a result, coding design has aimed to achieve rates approaching this Shannon limit. This objective is particularly germane to bandwidth constrained satellite systems. One such class of codes that approach the Shannon limit is Low Density Parity Check (LDPC) codes.
Traditionally, LDPC codes have not been widely deployed because of a number of drawbacks. One drawback is that the LDPC encoding technique is highly complex. Encoding an LDPC code using its generator matrix would require storing a very large, non-sparse matrix. Additionally, LDPC codes require large blocks to be effective; consequently, even though parity check matrices of LDPC codes are sparse, storing these matrices is problematic.
From an implementation perspective, a number of challenges are confronted. For example, storage is an important reason why LDPC codes have not become widespread in practice. Length LDPC codes, thus, require greater storage space. Also, a key challenge in LDPC code implementation has been how to achieve the connection network between several processing engines (nodes) in the decoder. Further, the computational load in the decoding process, specifically the check node operations, poses a problem.
Therefore, there is a need for an LDPC communication system that employs simple encoding and decoding processes. There is also a need for using LDPC codes efficiently to support high data rates, without introducing greater complexity. There is also a need to improve performance of LDPC encoders and decoders. There is also a need to minimize storage requirements for implementing LDPC coding.
These and other needs are addressed by the present invention, wherein an approach for encoding Low Density Parity Check (LDPC) codes is provided. An encoder generates a LDPC code having an outer Bose Chaudhuri Hocquenghem (BCH) code according to one of Tables 1-6 for transmission as the LDPC coded signal. Each of the Tables 1-6 specifies the address of parity bit accumulators. The approach advantageously provides expedient encoding as well as decoding of LDPC codes, while minimizing storage and processing resources.
According to another aspect of an embodiment of the present invention, the LDPC codes are represented by signals that are modulated according to a signal constellation that includes one of 8-PSK (Phase Shift Keying), 16-QAM (Quadrature Amplitude Modulation), QPSK (Quadrature Phase Shift Keying), 16-APSK (Amplitude Phase Shift Keying) and 32-APSK.
According to yet another aspect of an embodiment of the present invention, the modulated LDPC coded signal is transmitted over a satellite link in support of a broadband satellite application.
Still other aspects, features, and advantages of the present invention are readily apparent from the following detailed description, simply by illustrating a number of particular embodiments and implementations, including the best mode contemplated for carrying out the present invention. The present invention is also capable of other and different embodiments, and its several details can be modified in various obvious respects, all without departing from the spirit and scope of the present invention. Accordingly, the drawings and description are to be regarded as illustrative in nature, and not as restrictive.
The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:
A system, method, and software for efficiently encoding short frame length Low Density Parity Check (LDPC) codes are described. In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It is apparent, however, to one skilled in the art that the present invention may be practiced without these specific details or with an equivalent arrangement. In other instances, well-known structures and devices are shown in block diagram form in order to avoid unnecessarily obscuring the present invention.
By way of example, the channel 103 is a satellite link serving satellite terminals (e.g., Very Small Aperture Terminals (VSATs)) in support of broadband satellite applications. Such applications include satellite broadcasting and interactive services (and compliant with the Digital Video Broadcast (DVB)—S2 standard). The Digital Video Broadcasting via Satellite (DVB-S) standard has been widely adopted worldwide to provide, for instance, digital satellite television programming.
The LDPC codes that are generated by the transmitter 101 enable high speed implementation without incurring any performance loss. These structured LDPC codes output from the transmitter 101 avoid assignment of a small number of check nodes to the bit nodes already vulnerable to channel errors by virtue of the modulation scheme (e.g., 8-PSK).
Such LDPC codes have a parallelizable decoding algorithm (unlike turbo codes), which advantageously involves simple operations such as addition, comparison and table look-up. Moreover, carefully designed LDPC codes do not exhibit any sign of error floor.
According to one embodiment of the present invention, the transmitter 101 generates, using a relatively simple encoding technique, LDPC codes based on parity check matrices (which facilitate efficient memory access during decoding) to communicate with the receiver 105. The transmitter 101 employs LDPC codes that can outperform concatenated turbo+RS (Reed-Solomon) codes, provided the block length is sufficiently large.
The encoder 203 generates signals from alphabet Y to a modulator 205 using a simple encoding technique that makes use of only the parity check matrix by imposing structure onto the parity check matrix. Specifically, a restriction is placed on the parity check matrix by constraining certain portion of the matrix to be triangular. The construction of such a parity check matrix is described more fully below in
The modulator 205 maps the encoded messages from encoder 203 to signal waveforms that are transmitted to a transmit antenna 207, which emits these waveforms over the communication channel 103. Accordingly, the encoded messages are modulated and distributed to a transmit antenna 207. The transmissions from the transmit antenna 207 propagate to a receiver (shown in
The LDPC encoder 203 systematically encodes an information block of size kldpc, i=(i0, i1, . . . , ik
The task of the LDPC encoder 203 is to determine nldpc−kldpc parity bits (p0, p1, . . . , pn
For example, for rate ⅓ (Table 1), the following results for i0:
p34903=p34903⊕i0
p20927=p20927⊕i0
p32093=p32093⊕i0
p1052=p1052⊕i0
p25611=p25611⊕i0
p16093=p16093⊕i0
p16454=p16454⊕i0
p5520=p5520⊕i0
p506=p506⊕i0
p37399=p37399⊕i0
p18518=p18518⊕i0
p21120=p21120⊕i0
In the above equations, the additions are in GF(2)).
Then, for the next 359 information bits, im, m=1, 2, . . . , 359, these bits are accumulated at parity bit addresses {x+m mod 360×q} mod(nldpc−kldpc), where x denotes the address of the parity bit accumulator corresponding to the first bit i0, and q is a code rate dependent constant. Continuing with the example with q=120 for rate ⅓, for information bit i1, the following operations are performed:
p35023=p35023⊕i1
p21047=p21047⊕i1
p32213=p32213⊕i1
p1172=p1172⊕i1
p25731=p25731⊕i1
p16574=p16574⊕i1
p16574=p16574⊕i1
p5640=p5640⊕i1
p626=p626⊕i1
p37519=p37519⊕i1
p18638=p18638⊕i1
p21240=p21240⊕i1
For the 361st information bit i360, the addresses of the parity bit accumulators are given in the second rows of Tables 1-3. In a similar manner the addresses of the parity bit accumulators for the following 359 information bits im, m=361, 362, . . . , 719 are obtained using the formula {x+m mod360×q} mod(nldpc−kldpc), where x denotes the address of the parity bit accumulator corresponding to the information bit i360, i.e., the entries in the second row of the Tables 1-3. In a similar manner, for every group of 360 new information bits, a new row from Tables 1-3 are used to find the addresses of the parity bit accumulators.
After all of the information bits are exhausted, the final parity bits are obtained as follows. First, the following operations are performed, starting with i=1
pi=pi⊕pi−1, i=1, 2, . . . , nldpc−kldpc−1.
Final content of pi, i=0, 1, . . . , nldpc−kldpc−1 is equal to the parity bit pi.
After all of the information bits are exhausted, the final parity bits are obtained as follows. First, the following operations are performed, starting with i=1
pi=pi⊕pi−1, i=1, 2, . . . , nldpc−kldpc−1.
Final content of pi, i=0, 1, . . . , nldpc−kldpc−1 is equal to the parity bit pi.
As regards BCH encoding, according to one embodiment of the present invention, the generator polynomial of the BCH code utilized by the BCH encoder 211 is as follows:
BCH encoding of information bits m=(mk
As discussed, kldpc bits are systematically encoded to generate nldpc bits. According to one embodiment of the present invention, nldpc is 16200 bits, which is a short block length. Given the relatively short length of such codes, LDPC codes having approximate lengths of 16200 bits or less are deemed “short” block length codes.
In accordance with an embodiment of the present invention, some of the short blocks codes (e.g., rate ⅕ of Table 5) are generated by shortening versions of slightly longer (km, nm) “mother” codes of block size nm>16200. As shown in
The above approach to designing LDPC codes, as provided in Tables 1-6, advantageously permits storage and retrieval of relevant information regarding partitioned groups of bit nodes and check nodes to be always placed in contiguous memory locations within memory (e.g., Random Access Memory (RAM)). Consequently, multiple code rates can be supported without employing different decoders. Further, the design enables use of a single RAM bank, thereby minimizing size of the integrated circuit. As mentioned, the above LDPC codes, in an exemplary embodiment, can be used to variety of digital video applications, such as MPEG (Motion Pictures Expert Group) packet transmission.
To further appreciate the advantages offered by the present invention, it is instructive to examine how LDPC codes are generated, as discussed in
Returning to the receiver 300, the LDPC decoder 305 is considered a message passing decoder, whereby the decoder 305 aims to find the values of bit nodes. To accomplish this task, bit nodes and check nodes iteratively communicate with each other. The nature of this communication is described below.
From check nodes to bit nodes, each check node provides to an adjacent bit node an estimate (“opinion”) regarding the value of that bit node based on the information coming from other adjacent bit nodes. For instance, in the above example if the sum of n4, n5 and n8 “looks like” 0 to m1, then m1 would indicate to n1 that the value of n1 is believed to be 0 (since n1+n4+n5+n8=0); otherwise m1 indicate to n1 that the value of n1 is believed to be 1. Additionally, for soft decision decoding, a reliability measure is added.
From bit nodes to check nodes, each bit node relays to an adjacent check node an estimate about its own value based on the feedback coming from its other adjacent check nodes. In the above example n1 has only two adjacent check nodes m1 and m3 . If the feedback coming from m3 to n1 indicates that the value of n1 is probably 0, then n1 would notify m1 that an estimate of n1's own value is 0. For the case in which the bit node has more than two adjacent check nodes, the bit node performs a majority vote (soft decision) on the feedback coming from its other adjacent check nodes before reporting that decision to the check node it communicates. The above process is repeated until all bit nodes are considered to be correct (i.e., all parity check equations are satisfied) or until a predetermined maximum number of iterations is reached, whereby a decoding failure is declared.
H(n−-k)xn=[A(n−k)xk B(n−k)x(n−k)]
, where B is lower triangular.
Any information block i=(i0, i1, . . . , ik−1) is encoded to a codeword c=(i0, i1, . . . , ik−1, p0, p1, . . . , pn−k−1) using HcT=0, and recursively solving for parity bits; for example,
a00i0+a01i1+ . . . +a0,k−1ik−1+p0=0 Solve p0
a10i0+a11i1+ . . . +al,k−1ik−1+b10p0+p1=0 Solve p1
and similarly for 2, p3, . . . , pn−k−1.
The LDPC encoding processes as detailed above can be executed through a variety of hardware and/or software configurations. In fact, this approach also can be readily deployed solely through a software change, thereby eliminating costly hardware modifications.
The computing system 900 may be coupled via the bus 901 to a display 911, such as a liquid crystal display, or active matrix display, for displaying information to a user. An input device 913, such as a keyboard including alphanumeric and other keys, may be coupled to the bus 901 for communicating information and command selections to the processor 903. The input device 913 can include a cursor control, such as a mouse, a trackball, or cursor direction keys, for communicating direction information and command selections to the processor 903 and for controlling cursor movement on the display 911.
According to one embodiment of the invention, the processes of
The computing system 900 also includes at least one communication interface 915 coupled to bus 901. The communication interface 915 provides a two-way data communication coupling to a network link (not shown). The communication interface 915 sends and receives electrical, electromagnetic, or optical signals that carry digital data streams representing various types of information. Further, the communication interface 915 can include peripheral interface devices, such as a Universal Serial Bus (USB) interface, a PCMCIA (Personal Computer Memory Card International Association) interface, etc.
The processor 903 may execute code that is being received over the communication interface 915 and/or store the code in the storage device 909, or other non-volatile storage for later execution. In this manner, the computing system 900 may obtain application code in the form of a carrier wave.
The term “computer-readable medium” as used herein refers to any medium that participates in providing instructions to the processor 903 for execution. Such a medium may take many forms, including but not limited to non-volatile media, volatile media, and transmission media. Non-volatile media include, for example, optical or magnetic disks, such as the storage device 909. Volatile media include dynamic memory, such as main memory 905. Transmission media include coaxial cables, copper wire and fiber optics, including the wires that comprise the bus 901. Transmission media can also take the form of acoustic, optical, or electromagnetic waves, such as those generated during radio frequency (RF) and infrared (IR) data communications. Common forms of computer-readable media include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM, CDRW, DVD, any other optical medium, punch cards, paper tape, optical mark sheets, any other physical medium with patterns of holes or other optically recognizable indicia, a RAM, a PROM, and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a carrier wave, or any other medium from which a computer can read.
Various forms of computer-readable media may be involved in providing instructions to a processor for execution. For example, the instructions for carrying out at least part of the present invention may initially be borne on a magnetic disk of a remote computer. In such a scenario, the remote computer loads the instructions into main memory and sends the instructions over a telephone line using a modem. A modem of a local system receives the data on the telephone line and uses an infrared transmitter to convert the data to an infrared signal and transmit the infrared signal to a portable computing device, such as a personal digital assistant (PDA) or a laptop. An infrared detector on the portable computing device receives the information and instructions borne by the infrared signal and places the data on a bus. The bus conveys the data to main memory, from which a processor retrieves and executes the instructions. The instructions received by main memory can optionally be stored on storage device either before or after execution by processor.
Accordingly, the various embodiments of the present invention provide an LDPC encoder generates a LDPC code having an outer Bose Chaudhuri Hocquenghem (BCH) code according to one of Tables 1-6 for transmission as a LDPC coded signal. Each of the Tables 1-6 specifies the address of parity bit accumulators. The above approach advantageously yields reduced complexity without sacrificing performance.
While the present invention has been described in connection with a number of embodiments and implementations, the present invention is not so limited but covers various obvious modifications and equivalent arrangements, which fall within the purview of the appended claims.
This application is a continuation of U.S. application (Ser. No. 10/971,509), filed Oct. 22, 2004, entitled “Method and System for Providing Long and Short Block Length Low Density Parity Check (LDPC) Codes,” which claims the benefit of the earlier filing date under 35 U.S.C. §119(e) of U.S. Provisional Application (Ser. No. 60/514,683), filed Oct. 27, 2003, entitled “Rate ⅓ and ¼ LDPC Code,” and U.S. Provisional Application (Ser. No. 60/518,199), filed Nov. 7, 2003, entitled “Rate ⅓, ¼ and ⅖ LDPC Code”; the entireties of which are incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
60514683 | Oct 2003 | US | |
60518199 | Nov 2003 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 10971509 | Oct 2004 | US |
Child | 11938071 | Nov 2007 | US |