Bibliographic record
Abstract
In this work, we study the problem of designing rate-compatible (RC) error correcting codes for use in incremental redundancy hybrid ARQ (IR-HARQ) systems to address the rate flexibility requirement of wireless communication systems.Our goal is to design codes to maximize the throughput of IR-HARQ, where the throughput is defined as the number of the bits in a message divided by the average number of code bits that need to be transmitted for successful decoding.The rate-flexibility of our schemes is achieved by puncturing and extending a mother code.We consider reliability-based (RB) HARQ schemes where a feedback channel is used to convey information reflecting the reliability of the received code bits.We aim to design RB-HARQ schemes based on LDPC codes with the goal of improving the throughput performance while maintaining the overhead in the feedback channel.We then show how both low density parity check (LDPC) and low density generator matrix (LDGM) codes can be combined to design RC codes whose nature varies from LDPC to LDGM as the rate of the codes decreases, and thus benefiting from the advantages of both types of codes at the same time.The proposed method results in a universal capacity-approaching IR-HARQ scheme which remains within 1 dB of the Shannon capacity of the binary input additive white Gaussian noise (BIAWGN) channel.We then study the design of polar codes for IR-HARQ.We propose new puncturing and extending algorithms for polar codes, and show how they can result in capacity-approaching throughput performance with very low decoding complexity.We then aim to improve the performance of polar codes at finite lengths to use them as the mother code.In particular, the design of generalized concatenated codes based on polar (GCC-polar) codes is studied.A new method to design the GCC-polar codes is proposed.The proposed method employs density evolution to design the outer codes for the actual channels seen by them with the goal of minimizing their BLER.Once a set of outer codes with different rates have been constructed, we propose a rate-allocation algorithm to determine the rates of the outer codes of the GCC-polar code.The resulting GCC-polar codes outperform Arikan's codes and the previous works on the literature and can be used in place of the mother code for IR-HARQ 5.2 The BLERs of punctured polar codes with different puncturing algorithms. .5.3 Throughput of the proposed IR-HARQ scheme with the proposed puncturing algorithm for different R M , all with R I = R M . . . . . . . . . . . . . . . .5.4 Throughput of the proposed IR-HARQ scheme with the proposed puncturing and extending algorithm with different R I s, with R M = 0.5. . . . . . . .5.5 Throughput comparison of the proposed IR-HARQ scheme with other alternatives. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5.6 Throughput of the proposed system for different number of decodings with a cluster size of S = 32. . . . . . . . . . . . . . . . . . . . . . . . . . . . .5.7 Throughput of the proposed IR-HARQ scheme for different lengths of the mother polar code, with R M = 0.5 and R I = 1. . . . . . . . . . . . . . . . .6.1 The PC graph of the polar code of length N = 8 and its outer codes of lengths L = 1, 2, and 4. . . . . . . . . . . . . . . . . . . . . . . . . . . . .6.2 The encoding and decoding graph of a GCC-polar code of length N = 2 n with a set of (L = 2 l , ω k ) outer codes C L,k . . . . . . . . . . . . . . . . . . .6.3 The performance of the designed outer codes (solid lines) versus Arikan's (dashed lines) over the BI-AWGN channel, for different code rates. . . . . .6.4 The performance comparison of the GCC-polar code (solid lines) and the conventional polar code (dashed lines) for different code rates, with N = 256 and L = 8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6.5 The performance comparison of the GCC-polar code (solid lines) and the conventional polar code (dashed lines) for different code rates, with N = 1024 and L = 8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6.6 The impact of the rate allocation algorithm on the performance of GCCpolar codes.Solid lines correspond to the proposed rate allocation algorithm while the dashed lines correspond to the equal error probability rule.6.7 Block error rates of Arikan and GCC-polar codes under SC and CA-SCL decoding with a list size of 32. . . . . . . . . . . . . . . . . . . . . . . . .
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.001 | 0.003 |
| Meta-epidemiology (narrow) | 0.000 | 0.000 |
| Meta-epidemiology (broad) | 0.000 | 0.000 |
| Bibliometrics | 0.001 | 0.001 |
| Science and technology studies | 0.000 | 0.001 |
| Scholarly communication | 0.001 | 0.001 |
| Open science | 0.001 | 0.001 |
| Research integrity | 0.001 | 0.001 |
| Insufficient payload (model declined to judge) | 0.001 | 0.000 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".