Selective merge and partial reuse LDPC (Low Density Parity Check) code construction for limited number of layers Belief Propagation (BP) decoding
Selective merge and partial reuse LDPC (Low Density Parity Check) code construction for limited number of layers Belief Propagation (BP) decoding. Multiple LDPC matrices may be generated from a base code, such that multiple/distinct LDPC coded signals may be encoded and/or decoded within a singular communication device. Generally speaking, a first LDPC matrix is modified in accordance with one or more operations thereby generating a second LDPC matrix, and the second LDPC matrix is employed in accordance with encoding an information bit thereby generating an LDPC coded signal (alternatively performed using an LDPC generator matrix corresponding to the LDPC matrix) and/or decoding processing of an LDPC coded signal thereby generating an estimate of an information bit encoded therein. The operations performed on the first LDPC matrix may be any one of, or combination of, selectively merging, deleting, partially re-using one or more sub-matrix rows, and/or partitioning sub-matrix rows.
Latest BROADCOM CORPORATION Patents:
The present U.S. Utility patent application claims priority pursuant to 35 U.S.C. §120 as a continuation of U.S. Utility application Ser. No. 13/780,372, entitled “Selective merge and partial reuse LDPC (Low Density Parity Check) code construction for limited number of layers Belief Propagation (BP) decoding,” filed Feb. 28, 2013, pending, and scheduled subsequently to be issued as U.S. Pat. No. 8,966,336 on Feb. 24, 2015 (as indicated in an ISSUE NOTIFICATION mailed from the USPTO on Feb. 4, 2015), which claims priority pursuant to 35 U.S.C. §120 as a continuation of U.S. Utility application Ser. No. 12/561,374, entitled “Selective merge and partial reuse LDPC (Low Density Parity Check) code construction for limited number of layers Belief Propagation (BP) decoding,” filed Sep. 17, 2009, now U.S. Pat. No. 8,392,787, which claims priority pursuant to 35 U.S.C. §119(e) to U.S. Provisional Application No. 61/110,479, entitled “Selective merge and partial reuse LDPC (Low Density Parity Check) code construction for limited number of layers Belief Propagation (BP) decoding,” filed Oct. 31, 2008; U.S. Provisional Application No. 61/111,276, entitled “Selective merge and partial reuse LDPC (Low Density Parity Check) code construction for limited number of layers Belief Propagation (BP) decoding,” filed Nov. 4, 2008; and U.S. Provisional Application No. 61/173,720, entitled “Selective merge and partial reuse LDPC (Low Density Parity Check) code construction for limited number of layers Belief Propagation (BP) decoding,” filed Apr. 29, 2009, all of which are hereby incorporated herein by reference in their entirety and made part of the present U.S. Utility patent application for all purposes.
BACKGROUND OF THE INVENTION1. Technical Field of the Invention
The invention relates generally to communication systems; and, more particularly, it relates to the use of LDPC (Low Density Parity Check) coded signals within such communication systems.
2. Description of Related Art
Data communication systems have been under continual development for many years. One such type of communication system that has been of significant interest lately is a communication system that employs iterative error correction codes (ECCs). Of particular interest is a communication system that employs LDPC (Low Density Parity Check) code. Communications systems with iterative codes are often able to achieve lower bit error rates (BER) than alternative codes for a given signal to noise ratio (SNR).
A continual and primary directive in this area of development has been to try continually to lower the SNR required to achieve a given BER within a communication system. The ideal goal has been to try to reach Shannon's limit in a communication channel. Shannon's limit may be viewed as being the data rate to be used in a communication channel, having a particular SNR, that achieves error free transmission through the communication channel. In other words, the Shannon limit is the theoretical bound for channel capacity for a given modulation and code rate.
LDPC code has been shown to provide for excellent decoding performance that can approach the Shannon limit in some cases. For example, some LDPC decoders have been shown to come within 0.3 dB (decibels) from the theoretical Shannon limit. While this particular example was achieved using an irregular LDPC code with a length of one million (i.e., 1,000,000), it nevertheless demonstrates the very promising application of LDPC codes within communication systems.
The use of LDPC coded signals continues to be explored within many newer application areas. For any of these particular communication system application areas, near-capacity achieving error correction codes are very desirable. The latency constraints, which would be involved by using traditional concatenated codes, simply preclude their use in such communication systems requiring or desiring very high data rate communications.
Generally speaking, within the context of communication systems that employ LDPC codes, there is a first communication device at one end of a communication channel with encoder capability and second communication device at the other end of the communication channel with decoder capability. In many instances, one or both of these two communication devices includes encoder and decoder capability (e.g., within a bi-directional communication system). LDPC codes can be applied in a variety of additional applications as well, including those that employ some form of data storage (e.g., hard disk drive (HDD) applications and other memory storage devices) in which data is encoded before writing to the storage media, and then the data is decoded after being read/retrieved from the storage media.
Communication systems have been around for some time, and their presence in modern life is virtually ubiquitous (e.g., television communication systems, telecommunication systems including wired and wireless communication systems, fiber-optic communication systems, combination communication systems in which part is wireless, part is wired, part is fiber-optic, etc.). As these communication systems continue to be developed, there is an ever present need for designing various means by which information may be encoded for transmitting from a first location to a second location. In accordance with this, error correction codes (ECCs) are a critical component in ensuring that the information received at the second location is actually the information sent from the first location. LDPC (Low Density Parity Check) codes are one such type of ECC that can be employed within any of a variety of communication systems.
It is noted that any of the following embodiments and approaches described herein are applicable regardless of any overall LDPC decoder architecture which may be employed, e.g., whether fully parallel, partially parallel, or serial in a particular architecture/hardware implementation.
The goal of digital communications systems is to transmit digital data from one location, or subsystem, to another either error free or with an acceptably low error rate. As shown in
Referring to
To reduce transmission errors that may undesirably be incurred within a communication system, error correction and channel coding schemes are often employed. Generally, these error correction and channel coding schemes involve the use of an encoder at the transmitter and a decoder at the receiver.
Any of the various types of LDPC codes described herein can be employed within any such desired communication system (e.g., including those variations described with respect to
Referring to the communication system 200 of
The decoders of either of the previous embodiments may be implemented to include various aspects and/or embodiment of the invention therein. In addition, several of the following Figures describe other and particular embodiments (some in more detail) that may be used to support the devices, systems, functionality and/or methods that may be implemented in accordance with certain aspects and/or embodiments of the invention. One particular type of signal that is processed according to certain aspects and/or embodiments of the invention is an LDPC coded signal. Before more details are provided below, a general description of LDPC codes is provided.
The processing module 320 can be implemented using a shared processing device, individual processing devices, or a plurality of processing devices. Such a processing device may be a microprocessor, micro-controller, digital signal processor, microcomputer, central processing unit, field programmable gate array, programmable logic device, state machine, logic circuitry, analog circuitry, digital circuitry, and/or any device that manipulates signals (analog and/or digital) based on operational instructions. The memory 310 may be a single memory device or a plurality of memory devices. Such a memory device may be a read-only memory, random access memory, volatile memory, non-volatile memory, static memory, dynamic memory, flash memory, and/or any device that stores digital information. Note that when the processing module 320 implements one or more of its functions via a state machine, analog circuitry, digital circuitry, and/or logic circuitry, the memory storing the corresponding operational instructions is embedded with the circuitry comprising the state machine, analog circuitry, digital circuitry, and/or logic circuitry.
If desired in some embodiments, the manner in which LDPC code construction is to be performed (e.g., the size of sub-matrices within the LDPC matrix of a corresponding LDPC code, the number of all-zero-valued sub-matrices, the cyclic shift (if any) of any sub-matrix within an LDPC matrix, etc.) can be provided from the apparatus 300 to a communication system 340 that is operable to employ and perform LDPC coding using a desired LDPC code. For example, information corresponding to the LDPC code being used (e.g., the parity check matrix of the LDPC code) can also be provided from the processing module 320 to any of a variety of communication devices 330 implemented within any desired such communication system 340 as well.
If desired, the apparatus 320 can be designed to generate multiple means of constructing LDPC codes in accordance with multiple needs and/or desires as well. In some embodiments, the processing module 320 can selectively provide different information (e.g., corresponding to different LDPC codes and their corresponding LDPC matrices, relative performance comparison between the various LDPC codes, etc.) to different communication devices and/or communication systems. That way, different communication links between different communication devices can employ different LDPC codes and/or means by which to perform LDPC encoding and/or decoding. Clearly, the processing module 320 can also provide the same information to each of different communication devices and/or communication systems as well without departing from the scope and spirit of the invention.
The processing module 420 can be implemented using a shared processing device, individual processing devices, or a plurality of processing devices. Such a processing device may be a microprocessor, micro-controller, digital signal processor, microcomputer, central processing unit, field programmable gate array, programmable logic device, state machine, logic circuitry, analog circuitry, digital circuitry, and/or any device that manipulates signals (analog and/or digital) based on operational instructions. The memory 410 may be a single memory device or a plurality of memory devices. Such a memory device may be a read-only memory, random access memory, volatile memory, non-volatile memory, static memory, dynamic memory, flash memory, and/or any device that stores digital information. Note that when the processing module 420 implements one or more of its functions via a state machine, analog circuitry, digital circuitry, and/or logic circuitry, the memory storing the corresponding operational instructions is embedded with the circuitry comprising the state machine, analog circuitry, digital circuitry, and/or logic circuitry.
If desired in some embodiments, the apparatus 400 can be any of a variety of communication devices 430, or any part or portion of any such communication device 430. Any such communication device that includes the processing module 420 and/or memory 410 can be implemented within any of a variety of communication systems 440 as well. It is also noted that various embodiments of LDPC decoding processing in accordance with LDPC decoding processing as presented herein, and equivalents thereof, may be applied to many types of communication systems and/or communication devices.
LDPC codes are linear block codes and hence the set of all codewords xεC spans the null space of a parity check matrix, H.
HxT=0,∀xεC (1)
For LDPC codes, H, is a sparse binary matrix of dimension m×n. Each row of H corresponds to a parity check and a set element hij indicates that data symbol j participates in parity check i. Each column of H corresponds to a codeword symbol.
For each codeword x there are n symbols of which m are parity symbols. Hence the code rate r is given by:
r=(n−m)/n (2)
The row and column weights are defined as the number of set elements in a given row or column of H, respectively. The set elements of H are chosen to satisfy the performance requirements of the code. The number of 1's in the i-th column of the parity check matrix, H, may be denoted as dv(i), and the number of 1's in the j-th row of the parity check matrix may be denoted as dc(j). If dv(i)=dv for all i, and dc(j)=dc for all j, then the LDPC code is called a (dv,dc) regular LDPC code, otherwise the LDPC code is called an irregular LDPC code.
LDPC codes were introduced by R. Gallager in [1] referenced below (also in [2] referenced below) and by M. Luby et al. in [3] also referenced below.
- [1] R. Gallager, Low-Density Parity-Check Codes, Cambridge, Mass.: MIT Press, 1963.
- [2] R. G. Gallager, “Low density parity check codes,” IRE Trans. Info. Theory, vol. IT-8, January 1962, pp. 21-28.
- [3] M. G. Luby, M. Mitzenmacher, M. A. Shokrollahi, D. A. Spielman, and V. Stemann, “Practical Loss-Resilient Codes,” Proc. 29th Symp. on Theory of Computing, 1997, pp. 150-159.
A regular LDPC code can be represented as a bipartite graph 500 by its parity check matrix with left side nodes representing variable of the code bits (or alternatively as the “variable nodes” (or “bit nodes”) 510 in a bit decoding approach to decoding LDPC coded signals), and the right side nodes representing check equations (or alternatively as the “check nodes” 520). The bipartite graph 500 (or sometimes referred to as a Tanner graph 500) of the LDPC code defined by H may be defined by N variable nodes (e.g., N bit nodes) and M check nodes. Every variable node of the N variable nodes 510 has exactly dv(i) edges (an example edge shown using reference numeral 530) connecting the bit node, vi 512, to one or more of the check nodes (within the M check nodes). The edge 530 is specifically shown as connecting from the bit node, vi 512, to the check node, cj 522. This number of dv edges (shown as dv 514) may be referred to as the degree of a variable node i. Analogously, every check node of the M check nodes 520 has exactly dc(j) edges (shown as dc 524) connecting this node to one or more of the variable nodes (or bit nodes) 510. This number of edges, dc, may be referred to as the degree of the check node j.
An edge 530 between a variable node vi (or bit node bi) 512 and check node cj 522 may be defined by e=(i, j). However, on the other hand, given an edge e=(i, j), the nodes of the edge may alternatively be denoted as by e=(v(e),c(e)) (or e=(b(e), c(e))). Alternatively, the edges in the graph correspond to the set elements of H where a set element hji indicates that an edge connects a bit (e.g., variable) node i with parity check node j.
Given a variable node vi (or bit node bi), one may define the set of edges emitting from the node vi (or bit node bi) by Ev(i)={e|v(e)=i} (or by Eb(i)={e|b(e)=i}); these edges are referred to as bit edges, and the messages corresponding to these bit edges are referred to as bit edge messages.
Given a check node cj, one may define the set of edges emitting from the node cj by Ec(j)={e|c(e)=j}; these edges are referred to as check edges, and the messages corresponding to these check edges are referred to as check edge messages. Continuing on, the derivative result will be |Ev(i)|=dv (or |Eb(i)|=db) and |Ec(j)|=dc.
Generally speaking, any codes that can be represented by a bipartite graph may be characterized as a graph code. It is also noted that an irregular LDPC code may also described using a bipartite graph. However, the degree of each set of nodes within an irregular LDPC code may be chosen according to some distribution. Therefore, for two different variable nodes, vi
In general, with a graph of an LDPC code, the parameters of an LDPC code can be defined by a degree of distribution, as described within M. Luby et al. in [3] referenced above and also within the following reference [4]:
- [4] T. J. Richardson and R. L. Urbanke, “The capacity of low-density parity-check code under message-passing decoding,′” IEEE Trans. Inform. Theory, Vol. 47, No. 2, February 2001, pp. 599-618.
This distribution may be described as follows:
Let λi represent the fraction of edges emanating from variable nodes of degree i and let ρi represent the fraction of edges emanating from check nodes of degree i. Then, a degree distribution pair (λ,ρ) is defined as follows:
where Mv and Mc represent the maximal degrees for variable nodes and check nodes, respectively.
While many of the illustrative embodiments described herein utilize regular LDPC code examples, it is noted that certain aspects and/or embodiments of the invention are also operable to accommodate both regular LDPC codes and irregular LDPC codes.
It is also noted that many of the embodiments described herein employ the terminology of “bit node” and “bit edge message”, or equivalents thereof. Oftentimes, in the art of LDPC decoding, the “bit node” and “bit edge message” are alternatively referred to as “variable node” and “variable edge message”, in that, the bit values (or variable values) are those which are attempted to be estimated. Either terminology can be employed in accordance with certain aspects of the invention.
In accordance with LDPC coding, quasi-cyclic LDPC codes (as described in reference [5]) have become increasingly popular in recent times.
- [5] Marc P. C. Fossorier, “Quasi-Cyclic Low-Density Parity-Check Codes From Circulant Permutation Matrices,” IEEE Trans. Inform. Theory, Vol. 50, No. 8, August 2004, pp. 1788-1793.
A general description of such a quasi-cyclic LDPC code is that each codeword thereof, after undergoing a cyclic shift, will result in another codeword of the LDPC in most cases; since this is not true necessarily for all codewords of the LDPC code, hence the use of the term “quasi”.
Typically, the manner in which such quasi-cycle LDPC codes are constructed in the art is using a brute force approach in which a designer simply tries a large number of variations without any real design methodology. There is no efficient methodology in the prior art by which such quasi-cyclic LDPC codes may be constructed.
Herein, a methodology is presented by which a large number of quasi-cyclic LDPC codes can be constructed in a very efficient manner for comparison and selection of one or more of those LDPC codes to be used in any of a wide variety of communication systems types and communication device types. Any other application context (e.g., including information storage device, etc.) in which ECC may be employed can also use one or more of these LDPC codes.
In addition, the manner presented herein in which LDPC codes may be constructed allows for a designer to compare and employ various sub-matrix sizes of the corresponding LDPC matrices.
A binary LDPC code may be fully described by its parity check matrix (i.e., its LDPC matrix). At the top of
where n is the number of bits in a codeword, m is the number of parity check equations of the LDPC code, and hi,j is either 0 or 1. An n-bit vector c (e.g., c=(c1, c2, . . . , cN)) is a codeword (i.e., of the LDPC code) if and only if
HcT=0.
For such an LDPC code, the parity matrix H is also composed of a number of q-by-q (i.e., q×q) square sub-matrices as shown in the bottom portion of
where M=m/q, N=n/q, and each sub-matrix, SI,J, thereof is a q-by-q sub-matrix that is either an all zero-valued sub-matrix (i.e., in which all elements thereof are the value or zero “0”) or a CSI (Cyclic Shifted Identity) sub-matrix. A CSI sub-matrix S is characterized by a shift-value, λ(S), such that the components of S are defined as follows:
for any i and j, with 0≦i<q and 0≦j<q. For example, the q-by-q identity matrix is itself a CSI matrix with a shift-value λ(S)=0 (i.e., a CSI sub-matrix that has undergone a cyclic shift of zero “0”).
As can be seen, the LDPC matrix (as depicted in the lower portion of the diagram), includes various sub-matrix rows and sub-matrix columns. These sub-matrix rows and sub-matrix columns may be viewed as being based on the sub-matrix construction of the LDPC matrix (e.g., shown as sub-matrix rows 0 through M−1 and sub-matrix columns 0 through N−1).
In one embodiment, considering an LDPC code that is a systematic code, and of the LDPC codeword is shown as c=(b1, b2, . . . , bk, p1, p2, . . . , pN-k), then the LDPC codeword includes all of the information bits (b1, b2, . . . , bk) as well as parity bits (p1, p2, . . . , pN-k).
Clearly, irregular LDPC codes may also be employed herein without departing from the scope and spirit of the invention, and such a corresponding LDPC codeword would not necessarily and directly include all of the information bits (b1, b2, . . . , bk) therein, and may be generally shown as including coded bits (c1, c2, . . . , ck) as well as parity bits (p1, p2, . . . , pN-k).
As mentioned above, it is noted that once an LDPC matrix (H) is known, a corresponding LDPC generator matrix (G) can be determined as well. An LDPC generator matrix (G) is that matrix by which information bits (e.g., an input bit group, tuple, stream, etc.) is multiplied to generate an LDPC codeword corresponding to that particular LDPC code. In some embodiments, an integrated LDPC generator matrix (G) circuitry 830a is included within the LDPC matrix (H) processing (generation) circuitry 830, so that such an LDPC generator matrix (G) can also be generated. In other embodiments, a separate LDPC generator matrix (G) circuitry 830b is coupled to the LDPC matrix (H) processing (generation) circuitry 830 that constructs the LDPC generator matrix (G).
A communication device 840 receives one or both of the constructed LDPC matrix (H) and the LDPC generator matrix (G). The communication device 840 may include a transmitter (TX) (encoder) circuitry 840a and a receiver (RX) (decoder) circuitry 840b.
The TX (encoder) circuitry 840a is operable to perform all necessary encoding in accordance with the LDPC generator matrix (G), as well as any appropriate transmitter related functions (e.g., digital to analog conversion, filtering (analog or digital), scaling (e.g., gain or attenuation), etc.) to generate a continuous time signal capable of being launched into a communication channel of interest.
The RX (decoder) circuitry 840b is operable to perform all necessary encoding in accordance with the LDPC matrix (H), as well as any appropriate receiver related functions (e.g., analog to digital conversion (sampling), filtering (analog or digital), scaling (e.g., gain or attenuation), equalization, etc.) to process a received continuous time and to make estimates of information bits encoded therein.
It is noted that all circuitries, modules, memory, etc. depicted in this diagram may alternatively be implemented in a communication device 840x. The communication device 840 or the communication device 840x may be implemented within a communication system 850 which may, in some embodiments, be any such communication system type as depicted and described with reference to
Herein, a relatively low complexity LDPC decoding approach is presented that involves using a relatively limited number of layers (e.g., 4 layers) in accordance with layered LDPC decoding.
Several examples are employed using LDPC matrices having sub-matrix size of 42×42. The performance of many of the novel LDPC matrices constructed herein is compared with those used in IEEE 802.15.3c. The code rates of many of the exemplary and novel LDPC matrices constructed herein are 1/2, 5/8, and 3/4. However, it is noted that other code rates may alternatively be employed without departing from the scope and spirit of the invention. Various processing approaches of reusing an original (or first) LDPC matrix having a code rate of 1/2 are described to generate the corresponding (or second) LDPC matrices for code rates of 5/8 and 3/4.
In one embodiment, 50% of an original (or first) LDPC matrix is reused (e.g., for partial reuse) in every column thereby generating a second LDPC matrix that is used for LDPC coding (e.g., decoding and/or encoding). In an alternative embodiment, an entirety of an original (or first) LDPC matrix is reused (e.g., for full reuse) in every column thereby generating a second LDPC matrix that is used for LDPC coding (e.g., decoding and/or encoding) Layered LDPC decoding (e.g., as in accordance with Belief Propagation (BP) layered LDPC decoding) operates using an LDPC matrix such that a given layer may include multiple rows of the original LDPC matrix. A degree of every column of the LDPC matrix may vary, and the decoding is performed such that bit information is updated in every layer and then passed to a successive layer. When decoding has been performed and estimates are propagated through all of the layers of the LDPC matrix, then a given decoding iteration (that includes all layers) is complete.
Herein, as a general rule, a low complexity LDPC decoding approach is achieved when each column of each layer has a degree that is less than or equal to one (1). The reader is referred to the written description portion associated with
To achieve increased data throughput for advanced communication system applications (e.g., such as that in accordance with standards and/or recommended practices associated with the WGA (Wireless Gigabit Alliance), which was formerly known as NGmS (Next Generation millimeter wave Specification)), then the number of layers employed in accordance with layered LDPC decoding may generally by limited (e.g., 4 layers or less). For example, considering that WGA that plans to operate at 3010 Mbps (Mega-bits per second) for Quadrature Phase Shift Keying (QPSK) modulation, 6020 Mbps for 16 Quadrature Amplitude Modulation (QAM), and 9030 Mbps for 64 QAM, a relatively limited number of layers is chosen for LDPC decoding.
A LDPC matrix processing circuitry 910 operates to perform appropriate modification of an LDPC matrix 0 (shown as having sub-matrix row 1, sub-matrix row 2, . . . , and up to sub-matrix row n) to generate an LDPC matrix 1. There are any number of processing operations that modify the LDPC matrix 0 thereby generating the LDPC matrix 1. For example, the LDPC matrix processing circuitries 910 can perform selective sub-matrix row merging, as shown in a block 910a. This may involve adding two sub-matrix rows of the LDPC matrix 0 together to form a single sub-matrix row in the LDPC matrix 2. Also, the selective nature of this sub-matrix row merging allows for the merging of only a subset (e.g., as few as only 2) sub-matrix rows of the LDPC matrix 0. There is not a need to performing merging of each and every sub-matrix row of the LDPC matrix 0 to generate a merged sub-matrix row in the LDPC matrix 1.
In addition, the LDPC matrix processing circuitry 910 can perform selective sub-matrix row deletion of one or more sub-matrix rows in the LDPC matrix 0, as shown in a block 910b. The LDPC matrix processing circuitry 910 can perform partial sub-matrix row reuse (e.g., including only reusing certain sub-matrices therein), as shown in a block 910c. The LDPC matrix processing circuitry 910 can also perform full sub-matrix row reuse (e.g., using all sub-matrix rows when generating the LDPC matrix 1), as shown in a block 910d.
The LDPC matrix processing circuitry 910 can also perform sub-matrix row reordering (e.g., rearranging the order of sub-matrix rows), as shown in a block 910e. The LDPC matrix processing circuitry 910 can also perform sub-matrix modification, as shown in a block 910f. This can may involve. adding a sub-matrix to a sub-matrix row (e.g., replacing an all zero-valued sub-matrix with a non-zero sub-matrix), modifying a sub-matrix.
The LDPC matrix processing circuitry 910 can also perform selective layer partitioning to identify layers that may be employed in accordance with layered LDPC decoding, as shown in a block 910g.
This may involve identifying 2 sub-matrix rows as a layer, as shown in a block 910g1. Alternatively, this may involve identifying a single sub-matrix row as a layer, as shown in a block 910g2. Generally speaking, this may involve identifying N sub-matrix rows as a layer (where N is an integer), as shown in a block 910g3. The LDPC matrix processing circuitry 910 can also perform any other processing operation, as shown generally in a block 910i.
Referring to embodiment 1000a of
Referring to embodiment 1000b of
Referring to embodiment 1100a of
Referring to embodiment 1100b of
Considering the top LDPC matrix of this diagram, each sub-matrix therein is CSI sub-matrix S is characterized by a shift-value, λ(S). For example, the top left hand sub-matrix has a value of 24, and is therefore a CSI sub-matrix with a shift-value of 24, λ(24). All of the sub-matrices depicted as a “-” are all zero-valued sub-matrices. This notation may be employed to understand many of the remaining diagrams properly.
This shows how the top LDPC matrix (that includes 8 sub-matrix rows) is processed and combined to form 4 layers of the bottom LDPC matrix for use in layered LDPC decoding. As can also be seen, the order of the sub-matrix rows is also rearranged/re-ordered. This diagram corresponds to an LDPC code having a code rate of 1/2 and has sub-matrices of size 42×42 (e.g., C0(1/2, 42)).
Oftentimes performance diagrams are described in the context of BLER (Block Error Rate) [or BER (Bit Error Rate)] versus Eb/No (ratio of energy per bit Eb to the Spectral Noise Density No) or SNR (Signal to Noise Ratio). This term Eb/No is the measure of SNR for a digital communication system. When looking at such performance curves, the BLER [or BER] may be determined for any given Eb/No (or SNR) thereby providing a relatively concise representation of the performance of the decoding approach.
This diagram compares performance of the LDPC code corresponding to the bottom LDPC matrix of the previous diagram, that includes sub-matrices of size of 42×42, to performance of the LDPC code corresponding to IEEE 802.15.3c, that includes sub-matrices of size of 21×21.
This diagram compares performance of the LDPC code corresponding to the bottom LDPC matrix of the previous diagram, that includes sub-matrices of size of 42×42, to performance of the LDPC code corresponding to IEEE 802.11n, that includes sub-matrices of size of 27×27.
This diagram compares performance of the LDPC code corresponding to the bottom LDPC matrix of the previous diagram, that includes sub-matrices of size of 42×42, to performance of the LDPC code corresponding to IEEE 802.15.3c, that includes sub-matrices of size of 21×21.
This diagram compares performance of the LDPC code corresponding to the top LDPC matrix and the bottom LDPC matrix of the previous diagram, that includes sub-matrices of size of 42×42, to performance of the LDPC code corresponding to IEEE 802.15.3c, that includes sub-matrices of size of 21×21.
This diagram compares performance of the LDPC code corresponding to the top LDPC matrix C0(1/2, 42) and the bottom LDPC matrix C1(1/2, 42) of the previous diagram, that includes sub-matrices of size of 42×42, to performance of the LDPC code corresponding to IEEE 802.15.3c, that includes sub-matrices of size of 21×21.
This diagram compares performance of the LDPC code corresponding to the top LDPC matrix C0(5/6, 42, 0%) and the bottom LDPC matrix C1(5/8, 42, 100%) of the previous diagram, that includes sub-matrices of size of 42×42, to performance of the LDPC code corresponding to IEEE 802.11n, that includes sub-matrices of size of 27×27.
This diagram compares performance of the LDPC code corresponding to the top LDPC matrix C0(3/4, 42, 0%) and the bottom LDPC matrix C1(3/4, 42, 100%) of the previous diagram, that includes sub-matrices of size of 42×42, to performance of the LDPC code corresponding to IEEE 802.15.3c, that includes sub-matrices of size of 21×21.
The method 2800 continues by selectively deleting a sub-matrix row of LDPC matrix 0 when generating a layer of LDPC matrix 1, as shown in a block 2820. The method 2800 continues by selectively masking a sub-matrix of a sub-matrix row of LDPC matrix 0, as shown in a block 2830.
The method 2800 continues by other/final processing operation to LDPC matrix 0 thereby generating LDPC matrix 1, as shown in a block 2840. The method 2800 continues by identifying layers of LDPC matrix 1, as shown in a block 2850. The method 2800 continues by employing LDPC matrix 1 to perform decoding of LDPC coded signal to make estimates of information bits encoded therein, as shown in a block 2860.
In the top of this diagram, an LDPC code having a code rate of 3/4 and has sub-matrices of size 42×42 (shown as C1(3/4, 42, 100%)) is shown. The bottom LDPC matrix (shown as C2(13/16, 42, 100%)) includes 4 layers that can be employed in accordance with layered LDPC decoding.
As can be seen, the layers of the bottom LDPC matrix (shown as C2(13/16, 42, 100%)) include 2 layers (i.e., layers 1, 2) that are the same (i.e., duplicates of one another). These layers each are formed by merging sub-matrix row 0 and sub-matrix row 2 of the top LDPC matrix (shown as C1(3/4, 42, 100%)) thereby generating a sub-matrix row 2 of the bottom LDPC matrix (shown as C2(13/16, 42, 100%)).
In the top of this diagram, an LDPC code having a code rate of 3/4 and has sub-matrices of size 42×42 (shown as C1(3/4, 42, 100%)) is shown. The bottom LDPC matrix (shown as C3(13/16, 42, 100%)) includes 3 layers (2, 1, 0) that can be employed in accordance with layered LDPC decoding.
As can be seen when comparing the top and bottom LDPC matrices of this embodiment, the top sub-matrix row (shown with sub-matrix having cyclic shift values of 28, 28, 31, etc.) of the top LDPC matrix, C1(3/4, 42, 100%), is placed as the middle sub-matrix row of the bottom LDPC matrix, C3(13/16, 42, 100%); four separate sub-matrices are modified therein by as shown by the modified sub-matrices having cyclic shift values of 14 vs. 16, 18 vs. 8, and the two sub-matrices having cyclic shift values of 27, 30 are taken from the third sub-matrix row of the top LDPC matrix, C1(3/4, 42, 100%).
Also, as can be seen when comparing the top and bottom LDPC matrices of this embodiment, the second from the top sub-matrix row (shown with sub-matrix having cyclic shift values of 40, 13, 35, etc.) of the top LDPC matrix, C1(3/4, 42, 100%), is placed as the top sub-matrix row of the bottom LDPC matrix, C3(13/16, 42, 100%), without modification.
Also, as can be seen when comparing the top and bottom LDPC matrices of this embodiment, the bottom from the top sub-matrix row (shown with sub-matrix having cyclic shift values of 23, 24, 17, etc.) of the top LDPC matrix, C1(3/4, 42, 100%), is placed as the bottom sub-matrix row of the bottom LDPC matrix, C3(13/16, 42, 100%), with some modification; one sub-matrix of the bottom LDPC matrix, C3(13/16, 42, 100%), is modified as shown by the modified sub-matrix having a cyclic shift value of 33 vs. “-” (i.e., which represents an all zero-valued sub-matrix).
The method 3100 continues by other/final processing operation to LDPC matrix 0 thereby generating LDPC matrix 1, as shown in a block 3140. The method 3100 continues by identifying layers of LDPC matrix 1, as shown in a block 3150. The method 3100 continues by employing LDPC matrix 1 to perform decoding of LDPC coded signal to make estimates of information bits encoded therein, as shown in a block 3160.
It is noted that the various circuitries and/or modules (e.g., encoding modules, decoding modules, generation modules, or generally any module, etc.) described herein may be a single processing device or a plurality of processing devices. Such a processing device may be a microprocessor, micro-controller, digital signal processor, microcomputer, central processing unit, field programmable gate array, programmable logic device, state machine, logic circuitry, analog circuitry, digital circuitry, and/or any device that manipulates signals (analog and/or digital) based on operational instructions. The operational instructions may be stored in a memory. The memory may be a single memory device or a plurality of memory devices. Such a memory device may be a read-only memory, random access memory, volatile memory, non-volatile memory, static memory, dynamic memory, flash memory, and/or any device that stores digital information. It is also noted that when the processing module implements one or more of its functions via a state machine, analog circuitry, digital circuitry, and/or logic circuitry, the memory storing the corresponding operational instructions is embedded with the circuitry comprising the state machine, analog circuitry, digital circuitry, and/or logic circuitry. In such an embodiment, a memory stores, and a processing module coupled thereto executes, operational instructions corresponding to at least some of the steps and/or functions illustrated and/or described herein.
The present invention has also been described above with the aid of method steps illustrating the performance of specified functions and relationships thereof. The boundaries and sequence of these functional building blocks and method steps have been arbitrarily defined herein for convenience of description. Alternate boundaries and sequences can be defined so long as the specified functions and relationships are appropriately performed. Any such alternate boundaries or sequences are thus within the scope and spirit of the claimed invention.
The present invention has been described above with the aid of functional building blocks illustrating the performance of certain significant functions. The boundaries of these functional building blocks have been arbitrarily defined for convenience of description. Alternate boundaries could be defined as long as the certain significant functions are appropriately performed. Similarly, flow diagram blocks may also have been arbitrarily defined herein to illustrate certain significant functionality. To the extent used, the flow diagram block boundaries and sequence could have been defined otherwise and still perform the certain significant functionality. Such alternate definitions of both functional building blocks and flow diagram blocks and sequences are thus within the scope and spirit of the claimed invention.
One of average skill in the art will also recognize that the functional building blocks, and other illustrative blocks, modules and components herein, can be implemented as illustrated or by discrete components, application specific integrated circuits, processors executing appropriate software and the like or any combination thereof.
Moreover, although described in detail for purposes of clarity and understanding by way of the aforementioned embodiments, the present invention is not limited to such embodiments. It will be obvious to one of average skill in the art that various changes and modifications may be practiced within the spirit and scope of the invention, as limited only by the scope of the appended claims.
Claims
1. A communication device comprising:
- a communication interface; and
- a processor, the processor and the communication interface configured to: modify a first low density parity check (LDPC) matrix to generate a second LDPC matrix; generate an LDPC generator matrix based on the second LDPC matrix; encode at least one information bit using the LDPC generator matrix to generate an LDPC coded signal; and transmit the LDPC coded signal to another communication device.
2. The communication device of claim 1, wherein the processor and the communication interface are further configured to:
- generate another LDPC generator matrix based on the first LDPC matrix;
- encode the at least one information bit or at least one other information bit using the another LDPC generator matrix to generate another LDPC coded signal; and
- transmit the another LDPC coded signal to the another communication device or at least one other communication device.
3. The communication device of claim 1, wherein the processor and the communication interface are further configured to modify the first LDPC matrix to generate the second LDPC matrix by at least one of:
- selective merge of at least two sub-matrix rows of the first LDPC matrix into a singular sub-matrix row to generate the second LDPC matrix;
- selective deletion a sub-matrix row of the first LDPC matrix to generate the second LDPC matrix; or
- partial re-use of only selected sub-matrix rows, being fewer than all sub-matrix rows, of the first LDPC matrix to generate the second LDPC matrix.
4. The communication device of claim 1, wherein the processor and the communication interface are further configured to:
- replace an all-zero valued sub-matrix within a sub-matrix row or column of the first LDPC matrix with a CSI (Cyclic Shifted Identity) sub-matrix to generate the second LDPC matrix.
5. The communication device of claim 1, wherein the processor and the communication interface are further configured to:
- replace a CSI (Cyclic Shifted Identity) sub-matrix within a sub-matrix row or column of the first LDPC matrix with an all-zero valued sub-matrix to generate the second LDPC matrix.
6. The communication device of claim 1, wherein the first LDPC matrix includes a first plurality of sub-matrices, the second LDPC matrix includes a second plurality of sub-matrices, and the sub-matrices of the first plurality of sub-matrices and the second plurality of sub-matrices are of a common square-shaped size.
7. The communication device of claim 1, wherein the processor and the communication interface are further configured to:
- receive another LDPC coded signal from the another communication device or at least one other communication device; and
- employ the first LDPC matrix, the second LDPC matrix, or a third LDPC matrix that is generated by processing the first LDPC matrix or the second LDPC matrix to decode the another LDPC signal to generate an estimate of an information bit encoded therein.
8. The communication device of claim 1 further comprising:
- a communication device that is operative within at least one of a satellite communication system, a wireless communication system, a wired communication system, or a fiber-optic communication system.
9. A communication device comprising:
- a communication interface; and
- a processor, the processor and the communication interface configured to: modify a first low density parity check (LDPC) matrix to generate a second LDPC matrix; generate a first LDPC generator matrix based on the first LDPC matrix; generate a second LDPC generator matrix based on the second LDPC matrix; encode a first information bit using the first LDPC generator matrix to generate a first LDPC coded signal; encode a second information bit using the second LDPC generator matrix to generate a second LDPC coded signal; transmit the first LDPC coded signal to a first other communication device; and transmit the second LDPC coded signal to the first other communication device or a second LDPC coded signal.
10. The communication device of claim 9, wherein the processor and the communication interface are further configured to modify the first LDPC matrix to generate the second LDPC matrix by at least one of:
- selective merge of at least two sub-matrix rows of the first LDPC matrix into a singular sub-matrix row to generate the second LDPC matrix;
- selective deletion a sub-matrix row of the first LDPC matrix to generate the second LDPC matrix; or
- partial re-use of only selected sub-matrix rows, being fewer than all sub-matrix rows, of the first LDPC matrix to generate the second LDPC matrix.
11. The communication device of claim 9, wherein the processor and the communication interface are further configured to:
- replace an all-zero valued sub-matrix within a sub-matrix row or column of the first LDPC matrix with a CSI (Cyclic Shifted Identity) sub-matrix to generate the second LDPC matrix.
12. The communication device of claim 9, wherein the processor and the communication interface are further configured to:
- replace a CSI (Cyclic Shifted Identity) sub-matrix within a sub-matrix row or column of the first LDPC matrix with an all-zero valued sub-matrix to generate the second LDPC matrix.
13. The communication device of claim 9 further comprising:
- a communication device that is operative within at least one of a satellite communication system, a wireless communication system, a wired communication system, or a fiber-optic communication system.
14. A method for execution by a communication device, the method comprising:
- modifying a first low density parity check (LDPC) matrix to generate a second LDPC matrix;
- generating an LDPC generator matrix based on the second LDPC matrix;
- encoding at least one information bit using the LDPC generator matrix to generate an LDPC coded signal; and
- transmitting, via a communication interface of the communication device, the LDPC coded signal to another communication device.
15. The method of claim 14 further comprising:
- generating another LDPC generator matrix based on the first LDPC matrix;
- encoding the at least one information bit or at least one other information bit using the another LDPC generator matrix to generate another LDPC coded signal; and
- transmitting the another LDPC coded signal to the another communication device or at least one other communication device.
16. The method of claim 14 further comprising modifying the first LDPC matrix to generate the second LDPC matrix by at least one of:
- selectively merging of at least two sub-matrix rows of the first LDPC matrix into a singular sub-matrix row to generate the second LDPC matrix;
- selectively deleting a sub-matrix row of the first LDPC matrix to generate the second LDPC matrix; or
- partially re-using of only selected sub-matrix rows, being fewer than all sub-matrix rows, of the first LDPC matrix to generate the second LDPC matrix.
17. The method of claim 14 further comprising:
- replacing an all-zero valued sub-matrix within a sub-matrix row or column of the first LDPC matrix with a CSI (Cyclic Shifted Identity) sub-matrix to generate the second LDPC matrix.
18. The method of claim 14 further comprising:
- replacing a CSI (Cyclic Shifted Identity) sub-matrix within a sub-matrix row or column of the first LDPC matrix with an all-zero valued sub-matrix to generate the second LDPC matrix.
19. The method of claim 14 further comprising:
- receiving another LDPC coded signal from the another communication device or at least one other communication device; and
- employing the first LDPC matrix, the second LDPC matrix, or a third LDPC matrix that is generated by processing the first LDPC matrix or the second LDPC matrix to decode the another LDPC signal to generate an estimate of an information bit encoded therein.
20. The method of claim 14, wherein the communication device is operative within at least one of a satellite communication system, a wireless communication system, a wired communication system, or a fiber-optic communication system.
Type: Application
Filed: Feb 5, 2015
Publication Date: Jun 4, 2015
Applicant: BROADCOM CORPORATION (IRVINE, CA)
Inventors: Ba-Zhong Shen (Irvine, CA), Andrew J. Blanksby (Lake Oswego, OR), Jason A. Trachewsky (Menlo Park, CA)
Application Number: 14/614,521