Doc.: IEEE 802.11-04/0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 1 Flexible Coding for 802.11n MIMO Systems Keith Chugg.

Slides:



Advertisements
Similar presentations
Iterative Equalization and Decoding
Advertisements

Doc.: IEEE /0071r1 Submission January 2004 Aleksandar Purkovic, Nortel NetworksSlide 1 LDPC vs. Convolutional Codes for n Applications:
What is a good code? Ideal system
VSMC MIMO: A Spectral Efficient Scheme for Cooperative Relay in Cognitive Radio Networks 1.
Inserting Turbo Code Technology into the DVB Satellite Broadcasting System Matthew Valenti Assistant Professor West Virginia University Morgantown, WV.
Doc.: IEEE /0013r0 Submission January 2004 Ravi Mahadevappa, Stephan ten Brink, Realtek Slide 1 “On/off”-Feedback Schemes for MIMO-OFDM n.
The Impact of Channel Estimation Errors on Space-Time Block Codes Presentation for Virginia Tech Symposium on Wireless Personal Communications M. C. Valenti.
a By Yasir Ateeq. Table of Contents INTRODUCTION TASKS OF TRANSMITTER PACKET FORMAT PREAMBLE SCRAMBLER CONVOLUTIONAL ENCODER PUNCTURER INTERLEAVER.
Rome, February 14, 2013 Status of the Project Report on the first year activities With the support of the Prevention, Preparedness and Consequence.
Cooperative Multiple Input Multiple Output Communication in Wireless Sensor Network: An Error Correcting Code approach using LDPC Code Goutham Kumar Kandukuri.
Submission May, 2000 Doc: IEEE / 086 Steven Gray, Nokia Slide Brief Overview of Information Theory and Channel Coding Steven D. Gray 1.
Code and Decoder Design of LDPC Codes for Gbps Systems Jeremy Thorpe Presented to: Microsoft Research
Improving the Performance of Turbo Codes by Repetition and Puncturing Youhan Kim March 4, 2005.
The Role of Specialization in LDPC Codes Jeremy Thorpe Pizza Meeting Talk 2/12/03.
CEFRIEL Deliverable R4.1.5 MAIS adaptive and reconfigurable modem Giovanni Paltenghi Roma – 24 Novembre 2005.
Doc.: IEEE /1305r1 Submission January 2011 Monnerie (Landis+Gyr), Buffington (Itron), Shimada (Yokogawa Co.), Waheed (Freescale) Slide 1 IEEE.
Matthew C. Valenti (presenter)
Doc.: IEEE /0953r2 Submission September 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 1 Flexible Coding for n MIMO Systems Keith.
Doc.: IEEE /0372r0 Submission March 2004 Ravi Mahadevappa, Stephan ten Brink, Realtek Slide 1 Rate Feedback Schemes for MIMO-OFDM n (a sequel.
A 4G System Proposal Based on Adaptive OFDM Mikael Sternad.
Tinoosh Mohsenin and Bevan M. Baas VLSI Computation Lab, ECE Department University of California, Davis Split-Row: A Reduced Complexity, High Throughput.
Doc.: IEEE / n Submission September 2004 France TelecomSlide 1 Partial Proposal: Turbo Codes Marie-Helene Hamon, Olivier Seller, John.
1 –Mandatory exercise for Inf 244 –Deadline: October 29th –The assignment is to implement an encoder/decoder system.
Distributed computing using Projective Geometry: Decoding of Error correcting codes Nachiket Gajare, Hrishikesh Sharma and Prof. Sachin Patkar IIT Bombay.
Wireless Mobile Communication and Transmission Lab. Theory and Technology of Error Control Coding Chapter 5 Turbo Code.
Doc.: IEEE /383 Submission November1998November 1998 Jamshid Khun-Jush, ETSI-BRANSlide 1 BRAN#11 PHY Decisions & Issues to Resolved with
Introduction of Low Density Parity Check Codes Mong-kai Ku.
Doc.: IEEE /0909r0 Submission July 2012 Jong S. Baek, AlereonSlide 1 Analysis, simulation and resultant data from a 6-9GHz OFDM MAC/PHY Date:
Doc.: IEEE /663r3 Submission May 2012 Zhanji Wu, et. Al.Slide 1 Low-rate compatible BCC for IEEE ah lowest MCS Date: Authors:
Doc.: IEEE /0112r0 Zhanji Wu, et. Al. January 2013 Submission Joint Coding and Modulation Diversity for the Next Generation WLAN Date:
Real-Time Turbo Decoder Nasir Ahmed Mani Vaya Elec 434 Rice University.
Part 1: Overview of Low Density Parity Check(LDPC) codes.
Low Density Parity Check codes
An ARQ Technique Using Related Parallel and Serial Concatenated Convolutional Codes Yufei Wu formerly with: Mobile and Portable Radio Research Group Virginia.
August 2004 doc.: IEEE /0951r1 Submission S. Coffey, et al., WWiSE group Slide 1 WWiSE Group Partial Proposal on Turbo Codes August 13, 2004 Airgo.
Presented by: Ahmad Salim. 2  The acronym WiMAX stands for “Worldwide Interoperability for Microwave Access”. It is based on IEEE standard for.
Turbo Codes. 2 A Need for Better Codes Designing a channel code is always a tradeoff between energy efficiency and bandwidth efficiency. Lower rate Codes.
LDPC FEC for IEEE n Applications
Doc.: IEEE /0929r0 Submission August 2004 Patrik Eriksson et. al., WaveBreaker ABSlide 1 A “High Throughput” Partial Proposal Patrik Eriksson,
Doc.:IEEE /0820r0 Submission July 13, 2010 Sudhir Srinivasa et al.Slide 1 MCS Selection and Padding Equations Date: Authors:
Doc.: IEEE / n Submission September 2004 France TelecomSlide 1 Partial Proposal: Turbo Codes Marie-Helene Hamon, Olivier Seller, John.
Doc.: IEEE /298r0 Submission March 2004 Ravi Mahadevappa, Stephan ten Brink, Realtek Slide 1 Generalized Puncturing to Eliminate Pad Bits in MIMO-OFDM.
Doc.: IEEE / n Submission March 2004 PCCC Turbo Codes for IEEE n B. Bougard; B. Van Poucke; L. Van der Perre {bougardb,
Submission September 2015 doc.: IEEE /1089r0 September 2015 Slide 1 Considerations on PHY Padding and Packet Extension in 11ax Date:
Block Coded Modulation Tareq Elhabbash, Yousef Yazji, Mahmoud Amassi.
1 Code design: Computer search Low rate: Represent code by its generator matrix Find one representative for each equivalence class of codes Permutation.
Doc.: IEEE /0174r1 Submission February 2004 John Ketchum, et al, QualcommSlide 1 PHY Abstraction for System Simulation John Ketchum, Bjorn Bjerke,
Doc.: IEEE /0632r1 Submission May 2016 Intel CorporationSlide 1 Performance Analysis of Robust Transmission Modes for MIMO in 11ay Date:
Bridging the Gap Between Parallel and Serial Concatenated Codes
Length 1344 LDPC codes for 11ay
WWiSE Group Partial Proposal on Turbo Codes
WWiSE Group Partial Proposal on Turbo Codes
An Efficient Software Radio Implementation of the UMTS Turbo Codec
Rate 7/8 LDPC Code for 11ay Date: Authors:
Rate 7/8 (1344,1176) LDPC code Date: Authors:
Flexible Coding for n MIMO Systems
January 2004 Turbo Codes for IEEE n
Inprocomm PHY Proposal for IEEE n: MASSDIC-OFDM
Towards IEEE HDR in the Enterprise
Physical Layer Approach for n
Variable Length Ldpc Codes for 45GHz
Chris Jones Cenk Kose Tao Tian Rick Wesel
<month year> doc.: IEEE /125r0 August 2004
Irregular Structured LDPC Codes and Structured Puncturing
May 2016 doc.: IEEE /XXXXr0 May 2016
Joint Coding and Modulation Diversity for ac
Sean Coffey, Ph.D., Chris Heegard, Ph.D.
11ac 80MHz Transmission Flow
Comparisons of HARQ transmission schemes for 11be
Comparisons of HARQ transmission schemes for 11be
Presentation transcript:

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 1 Flexible Coding for n MIMO Systems Keith Chugg and Paul Gray TrellisWare Technologies Bob Ward SciCom Inc.

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 2 Overview FEC Requirements for IEEE n Introduction to TrellisWare’s F-LDPC Codes F-LDPC Turbo/LDPC dual interpretation IEEE n PHY Layer FEC proposal –Description –Features –Performance –Complexity Conclusions

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 3 FEC Requirements for IEEE n There are a number of essential features that an FEC solution must possess to satisfy the requirements of IEEE n Frame size flexibility –Packets from MAC can be any number of bytes –Packets may be only a few bytes in length Code rate flexibility –Need fine rate control to make efficient use of the available capacity Good performance –Need codes that can operate as close as possible to theory High Speed –Need decoders that can operate at Mbps Low Complexity –Need to do all this without being excessively complex

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 4 FEC Requirements for IEEE n (2) Benefits of flexibility in IEEE n: –Allows one to future-proof the design – i.e., don’t let the FEC eliminate operational modes in the future –Can hit best throughput that the channel allows maximize spectral efficiency Support various multiple antenna Tx/Rx strategies equally well Eliminate the need for stuff/padding to accommodate inflexible FEC –Flexibility comes nearly for free with TrellisWare’s F-LDPC Flexibility of the F-LDPC means that it can easily be configured to operate in 20 MHz or 40 MHz systems, or with any number of transmit and receive antennas

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 5 TrellisWare’s F-LDPC Codes A Flexible-Low Density Parity Check Code (F-LDPC) Serial concatenation of the following elements: –Outer code: 2-state rate ½ non-recursive convolutional code –Flexible algorithmic interleaver –Single Parity Check (SPC) code –Inner Code: 2-state rate 1 recursive convolutional code –Systematic code overall Outer Code I SPCSPC Inner Code … J bits wide P/S (2:1) S/P (1:J) F-LDPC Encoder parity bits systematic bits input bits

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 6 TrellisWare’s F-LDPC Codes (2) Use of 2-state constituent codes means very low decoder complexity –Outer code polynomials: (1+D, 1+D) –Inner code polynomial: (1/(1+D)) –Outer code uses tail-biting termination –Inner code is unterminated For K-bit frames the interleaver is fixed at 2K bits, regardless of rate. –Any good algorithmic interleaver will give frame size programmability down to bit level SPC forms single-parity check of J bits. –Different code rates are achieved by only varying J –Code rate = J/(J+2) –Inner code runs at 1/J fraction of speed of outer code

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 7 TrellisWare’s F-LDPC Codes (3) The F-LDPC offers outstanding flexibility and performance Code rate flexibility is achieved by simply varying the SPC J parameter –Many different code rates are supported –Good performance even for rates above 0.95 Frame size flexibility is achieved independently by changing the interleaver size –Byte-level frame size programmability is simple –Good performance even for frames as small as a few bytes Performance is very close to finite block size performance bounds across a huge range of code rates and frame sizes Unique features of code make it well suited to low complexity, high speed decoder architectures –Can be decoded by either LDPC or Turbo code decoder architectures –Similar logic complexity as typical LDPC decoders with less memory and faster convergence (and more flexibility) Proven technology –A number of F-LDPC variants have been implemented in FPGA –A high speed ASIC is near completion that uses a 4-state variant of the F-LDPC called a FlexiCode (with 4-state codes floors are below BER)

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 8 F-LDPC Duality Interpretations Proposed code can be viewed as either –Concatenation of two-state convolutional codes with a single-parity check (SPC) block code –Punctured irregular-LDPC (IR-LDPC) –IR-LDPC Proposed code can be decoded using –Forward-backward algorithm (BCJR) type SISO decoders (typically associated with concatenated convolutional codes) –Parallel “check node” and “variable node” processors (typically associated with LDPC codes)

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 9 F-LDPC Duality Interpretations (2) Performance is comparable to good IR-LDPC code –Near best performance of best known codes over wide range of block sizes and code rates Decoding complexity (measured by operation counts) is very low –Similar to that of DVB-S2 IR-LDPC –Significantly less that of an 8-state PCCC (e.g., 3GPPP) LDPC and “turbo” architectures apply –Third parties with good solutions for concatenated convolutional codes and LDPC codes can apply their technology –Yields high degree of freedom for trade-off between parallelism, memory architectures, etc.

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 10 F-LDPC as Concatenated CCs 1+D I SPCSPC 1/(1+D) … J bits wide P/S (2:1) S/P (1:J) “zig-zag” code Outer SISO I -1 SPC SISO Inner SISO … J bits wide “zig-zag” SISO IHard decisions Channel Metrics (LLRs) for systematic bits ><>< 0 Encoder Decoder (standard rules of iterative decoding) Channel Metrics (LLRs) for parity bits V=(2K)/J parity bits K systematic bits K input bits Rate=J/(J+2) Note: activation begins with outer code

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 11 F-LDPC as Punctured IR-LDPC c = Gbe + Sp = 0 G: generator of outer (1+D) code (K x K) S: “staircase” accumulator block (V x V) T: repeat outer code bit twice (2K x K) P: permutation of interleaver (2K x 2K) J: SPC mapping (V x 2K ) e = JPTc 1+D I SPCSPC 1/(1+D) … J bits wide “zig-zag” code Recall: Encoder b b p c Tc e (K x 1) (2K x 1) G 0 I JPT 0 S p c b V V K KK = 0 Low Density Parity Check: Hc’ = 0 PTc

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 12 F-LDPC as Punctured IR-LDPC (2) 1 1 … 1 … 0 0 J … … … … … … … G = … … … … … … … S = … … … … … … … … … … T = (V x V) (K x K) (V x 2K) (2K x K) J = … … … … … (2K x 2K) P = (pseudo-random permutation matrix) G 0 I JPT 0 S H = This element is 1 if outer code is tail-bit; 0 if unterminated

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 13 F-LDPC as Punctured IR-LDPC (3) I/I -1 J JJJJ Present if inner code it tail-bit Present if outer code it tail-bit … … Inner (zig-zag) code Outer code

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 14 F-LDPC as Punctured IR-LDPC (4) Structured Permutation J+2 … … … … … b : K Systematic Bits (dv=2) c : K (hidden) bits (dv=3) p: V=(2K/J) parity bits (dv=2) K check nodes (from outer code); (dc=3)V=(2K/J) check nodes (from inner code); (dc=J+2) dvFrac. of 2K(1+1/J) total 2(J+2)/(2J+2) 3J/[2(J+1)] (hidden) dcFrac. of K(1+2/J) total 3J/ (J+2) J+22/(J+2) Note: this assumes inner and outer codes are tail-bit. If not, there will be a small difference as implied in the previous slides

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 15 F-LDPC as Punctured IR-LDPC (5) Example of degree distribution for various code rates Complexity is roughly measured by number of edges in the parity check graph –TW’s F-LDPC has edge complexity slightly less than the DVB-S2 IR- LDPC code

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 16 F-LDPC as Punctured IR-LDPC (6) Decoder Activation schedules –“Standard LDPC”: parallel variable-node, parallel check node Number of internal messages stored = number of edges (~7K) –“Piecewise Parallel (green-red-blue)” schedule Number of internal messages stored (~2K) –“Standard Concantenated Convolutional Code” schedule Same as discussed when interpreting F-LDPC as CCC Number of internal messages stored (~2K) –Piecewise Parallel and Standard CCC exploit structure of the punctured IR-LDPC permutation

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 17 F-LDPC as Punctured IR-LDPC (7) I/I … … … J+2 … … Structure of permutation enables potential memory savings and different high-speed decoding architectures

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide Standard LDPC schedule Piecewise Parallel (green-red-blue) schedule Standard CCC schedule (Outer SISO -> Inner SISO) Outer SISO Inner SISO F-LDPC as Punctured IR-LDPC (8)

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 19 F-LDPC as Punctured IR-LDPC (9) Schedule properties –All are examples of the same standard iterative message-passing decoding rules with different activation schedules –Each have the same computational complexity per iteration –Iteration convergence, degree of parallelism,memory needs, etc. vary with schedule

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 20 F-LDPC as IR-LDPC Possible to eliminate hidden variables –Formulates the F-LDPC as in a standard IR- LDPC format i.e., N variable nodes, V=(N-K) check nodes G 0 I JPT 0 S p c b V V K KK = 0 JPTGS p b = V V K V K

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 21 F-LDPC as IR-LDPC (2) Degree distribution –For high-spread interleaver and K>>J V variable nodes with dv=2 K variable nodes with dv=4 All checks have dc=2J+2 –Example: r=1/2: 50% dv=2, 50% dv=4, dc=6 This form has many four-cycles –Modified schedule or H-matrix transformations likely required for good performance based on this graphical model

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 22 IEEE n PHY Layer FEC Proposal

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 23 Proposal Description A single, flexible encoder that is suitable for use in a variety of MIMO-OFDM systems F-LDPC encoder is coupled with a simple puncture circuit for fine rate control, a bit channel interleaver, and a flexible mapper Code rate and modulation profile can be tuned to maximize throughput F-LDPC Encoder Puncture Bit Interleaver I … S/P (1:M) 11n Encoder parity bits systematic bits input bits P/S (2:1) Flexible Mapper Q output symbols

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 24 Proposal Description (2) F-LDPC Encoder –Code words of bytes –Larger packets transmitted by concatenating multiple code words of near equal length (avoids small code words) – 5 Coarse rates of r = 1/2, 2/3, 4/5, 8/9, and 16/17 Puncture for fine rate control –Needed for code rates between ½ and 2/3 –9 Fine rates of p = 16/16, 15/16,…., 8/16 –Overall rate of r/(r+p(1-r)) –45 code rates from 1/2 to 32/33 Interleaver –Bit interleaving of a single code word –A simple relative prime interleaver is used here (the size of this interleaver must be very flexible) Flexible Mapper –5 modulations of BPSK, QPSK, 16QAM, 64QAM, and 256QAM –Gray mapping –Bit-loading is easily supported

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 25 Rate Adaptation A single encoder is recommended, regardless of the number of sub-carriers and the number of spatial channels. A simple rate adaptation algorithm is used to determine the optimal code rate given the SNR profile of the channel, and to provide a modulation profile (bit loading) The modulation can be the same on all sub-carriers, but better performance is achieved if the modulation is varied across sub-carriers and spatial channels The fine code rate control can be used to eliminate or minimize pad bits. The code rate is decreased slightly to reduce the number of pad bits

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 26 Code Rate Flexibility The following slides demonstrate the code rate flexibility of the F-LDPC Firstly PER vs. SNR curves are shown for a range of code rates and modulation orders. –AWGN channel –8000 information bit code word length –32 iterations (with early stopping 32 iteration performance can be achieved with considerably less iterations in practice) 1% PER can be achieved from -2 dB to 27 dB SNR in approximately 0.25 steps Next the bandwidth efficiency is shown against SNR required to achieve a PER of 1%, for the full range of code rate, modulation types, and frame sizes (from 128 to 8000 information bits)

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 27 Rate 1/2 BPSK – 32/33 256QAM

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 28 Rate 1/2 - 32/33

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 29 Frame Size Flexibility The following slides demonstrate the frame size flexibility The coding and modulation is fixed at rate 4/5 16QAM Firstly PER vs. SNR curves are shown for a range of frame sizes from 8 to 1000 bytes –AWGN channel –8000 information bit code word length –32 iterations (with early stopping 32 iteration performance can be achieved with considerably less iterations in practice) Next the SNR required to achieve a PER of 1% is shown against frame size –Both automated search and hand tuned interleaver parameters are shown. It is expected that performance matching that of the hand tuned parameters will be achieved everywhere eventually –The finite block size performance bound is also plotted, showing that the automated search parameters are within 1 dB of this bound, and the hand tuned parameters are with 0.75 dB (see the performance section for a description of this bound)

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 30 8 bytes1000 bytes Frame Size

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 31

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 32 Early Stopping F-LDPC codes can use early-stopping to reduce the average number of iterations and increase the data throughput –The hard decisions from the outer code are re-encoded and compared to hard decisions of the extrinsic information from the outer code –If all bits in a codeword agree then no more iterations are performed –More iterations can be performed when needed –Requires a larger input buffer and flow-control algorithm to avoid buffer overflow The following plot shows that the performance with early stopping is almost as good as that with 32 iterations –Flow control algorithm active with early stopping results –50% larger input buffer is assumed The next plot shows the average throughput as a function of required SNR for a 1% PER, for a range of modulation schemes and code rates –With early stopping the average number of iterations is less than 12 –Note also that the average number of iterations reduces dramatically as the code rate increases With early stopping we can achieve 32 iteration performance from a decoder capable of an average of less than 12 iterations

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 33

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 34 1/2 2/3 4/5 8/9

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 35 Finite Block Size Performance Bound Useful to compare results to finite block size performance bound We use a symmetric information rate (SIR) and sphere packing bound approximation with a constellation constraint (equation (11) from [1]) This gives an Eb/No penalty (in dB) for a finite input block size. This is a function of rate, target PER, and input block size. Dolinar, et. al. demonstrate that this penalty approximation is accurate for no modulation constraint for most cases of interest. We observed that this is true relative to constrained constellations as well. Specifically, adding this penalty to the min. Eb/No(dB) predicted by the SIR yields performance limits that are useful.

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 36 AWGN Performance The following plot shows AWGN performance with an 8000 information bit code word for a range of code rates and modulation types. 32 iterations are shown, but with early stopping 32 iteration performance can be achieved with an average of less than 12 iterations All results are for max-log MAP decoding Also shown are the finite block size bounds and capacity Performance is very good compared to bound –Except for low code rate, higher order modulation schemes –This could be improved by iterating the soft-demapper, but this would increase the complexity significantly This plot also demonstrated the fine code rate granularity possible

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 37

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 38 Non-AWGN Performance Non-AWGN results were generated using SVD with perfect channel information Channel was the IST project IST I-METRA Matlab model The following plots assume a a/g OFDM structure: –64 sub-carriers/20 MHz sampling rate –Same sub-carrier structure –48 sub-carriers for data, 4 sub-carriers for pilot –“DC” sub-carrier empty, 11 sub-carriers for guard band –3.2 µs symbol, 800 ns cyclic prefix Bit-loading of each sub-carrier is performed, with the rate adaptation algorithm determining the code rate and modulation profile Tests run with nominal SNR into the rate adaptation algorithm of 0, 5, 10, 15, 20, and 25 dB

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 39 Well suited to MIMO Environment FLDPC –Facilitates variable length packet transmissions, with same byte level resolution as viterbi coded systems –Consistent performance across wide variety of code rates –Supports increased capacity operation with single encoder achitecture adapting across multiple MIMO channels –Applied in n modelled environment as well UCLA testbed demonstrating these principles with excellent performance UCLA

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 40

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 41

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 42

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 43

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 44

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 45

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 46

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 47

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 48

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 49

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 50

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 51

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 52

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 53

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 54

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 55

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 56

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 57

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 58

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 59

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 60

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 61

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 62

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 63 Decoder Throughput Structure of the code lends it to low complexity, high speed decoding –Similar complexity to DVB-S2 LDPC –Significantly lower complexity than 3GPP TC TrellisWare is near completion of a high speed ASIC implementation of a 4- state variant of this code Based upon this experience the following decoder throughputs have been calculated We have used a baseline high speed architecture with a nominal degree of parallelism of P=1. An architecture with a degree of parallelism of P=n is n approximately n times as complex as the baseline, with approximately n times the throughput Plots are given for both throughput normalized to the system clock (bps per clk) and actual throughput with a number of system clock assumptions We are currently developing an P=8 FPGA prototype which can operate with a system clock of 100 MHz and is expected to achieve a throughput of at least 300 MHz.

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 64

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 65 <0.2 dB from 32 iterations FPGA Prototype: 300 Mbps

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 66 Comparion Criteria/11n Requirements are supported well As a partial proposal –Supports overall phy layer demanding requirements –High Through-put operation – 300  500 Mbps –Increased capacity – higher spectral efficiences –Reliable performance  PERs below 1% –Non Awgn environment –Applies equally well to larger bandwidth operation 20/40 Mhz –Supports backwards compatibility with variable length PDU performance

doc.: IEEE /0953r0 Submission August 2004 Keith Chugg, et al, TrellisWare TechnologiesSlide 67 References [1] S. Dolinar, D. Divsalar, and F. Pollara, "Code Performance as a function of Block Size," JPL, TMO Progress Report