Code-Weight Sphere Decoding (WSD)
- Code-Weight Sphere Decoding (WSD) is a near-ML decoding framework that employs a two-stage process to refine initial estimates using precomputed low-weight codewords.
- It constrains the search to a code-weight sphere by limiting Hamming weight deviations, thereby reducing complexity while maintaining high decoding reliability.
- The multipoint extension (MP-WSD) introduces parallel refinement trajectories to balance latency and performance, making it suitable for ultra-reliable low-latency communications.
Searching arXiv for the specified WSD papers to ground the article in the original preprints. Code-Weight Sphere Decoding (WSD) is a two-stage near-maximum-likelihood decoding framework for binary linear block codes in the short-blocklength regime, introduced for ultra-reliable low-latency communications (URLLC) and formulated as applicable to any linear block code (Jo et al., 27 Aug 2025). In its baseline form, a low-complexity decoder first generates an initial estimate and a cyclic redundancy check; if that check fails, a second stage performs an iterative localized search over candidates generated from pre-computed low-weight codewords, refining the estimate within a code-defined sphere rather than over the entire codebook (Jo et al., 27 Aug 2025). A subsequent extension, multipoint code-weight sphere decoding (MP-WSD), generalizes the second stage to multiple parallel refinement trajectories, again emphasizing near-ML reliability with low average complexity and low decoding latency for short packets (Jo et al., 9 Feb 2026).
1. Formal setting and decoding objective
WSD is formulated for an binary linear block code transmitted over a BPSK-modulated AWGN channel (Jo et al., 27 Aug 2025). A message , possibly CRC-precoded, is mapped by a generator matrix to a codeword
and BPSK modulation uses
The received vector is
The same system model is restated in the later MP-WSD work using notation , optional CRC augmentation , BPSK mapping , and AWGN variance 0 (Jo et al., 9 Feb 2026).
The relevant distance measures are the Hamming distance 1, Hamming weight 2, and Euclidean distance 3 (Jo et al., 27 Aug 2025). The maximum-likelihood decoder is defined as
4
which supplies the reference performance target for WSD (Jo et al., 27 Aug 2025). The central design problem is therefore to approximate ML performance in the finite blocklength regime without incurring exhaustive-search complexity.
2. Two-stage decoding framework
The baseline architecture embeds WSD in a generic two-stage decoder (Jo et al., 27 Aug 2025). In Stage I, a low-complexity decoder such as belief-propagation or successive-cancellation-list produces an initial estimate 5, after which the CRC bits, if used, are checked. If the CRC passes, decoding halts and outputs 6. If the CRC fails, the decoded information bits are re-encoded to form 7, and its path metric is computed as
8
Stage II then invokes WSD to refine 9 (Jo et al., 27 Aug 2025).
The MP-WSD paper preserves this two-stage structure while changing the first-stage output interface and the second-stage refinement strategy (Jo et al., 9 Feb 2026). Its Stage 1 is described as a low-complexity list decoder plus CRC, with examples including SCL or OSD. If CRC-aided decoding succeeds, termination is immediate. Otherwise, the decoder collects the top 0 candidates
1
for subsequent refinement (Jo et al., 9 Feb 2026).
This two-stage organization is central to the claimed URLLC suitability. The first stage handles the typical case with low latency, whereas the second stage is activated only on CRC failure or, in the MP-WSD formulation without CRC, according to the activation rule encoded in 2 (Jo et al., 27 Aug 2025, Jo et al., 9 Feb 2026).
3. Code-weight sphere construction
WSD does not search the full codebook. Instead, it restricts the search to a Hamming sphere around the current estimate, constructed from low-weight codewords (Jo et al., 27 Aug 2025). For an estimate 3 and radius 4, the code-weight sphere is defined as
5
Here 6 is a design parameter, often chosen as 7 (Jo et al., 27 Aug 2025).
A key linear-code property enables translation of low-weight structures around the zero codeword to any center. If
8
then
9
Accordingly,
0
In practice, one precomputes and stores the sets 1 for all 2 up to 3 (Jo et al., 27 Aug 2025).
The MP-WSD formulation presents the same idea via the code-weight spectrum (Jo et al., 9 Feb 2026). Let 4 be the distinct nonzero weights in the code’s weight enumerator 5. The 6th Hamming shell around 7 is
8
and the code-weight sphere of index 9 around 0 is
1
Because 2 is linear,
3
so only 4 must be precomputed (Jo et al., 9 Feb 2026). The paper explicitly contrasts this with classical sphere decoding: classical sphere decoding constrains 5, whereas WSD constrains the Hamming-weight index of the perturbation (Jo et al., 9 Feb 2026).
The precomputation stage enumerates
6
with the paper stating that, in principle, the code’s weight enumerator 7 can guide which weights to include, while in practice all codewords up to weight 8 are found via brute-force or algebraic methods (Jo et al., 9 Feb 2026).
4. Iterative refinement and multipoint extension
After Stage I delivers 9, baseline WSD proceeds in rounds 0 by searching 1 for the candidate with the best path metric (Jo et al., 27 Aug 2025). With
2
each round initializes
3
then evaluates all candidates 4 formed from precomputed low-weight codewords satisfying 5. If 6, the metric and estimate are updated. The stopping criteria are explicit: terminate if the metric fails to improve, 7, or if the CRC on 8 passes; otherwise continue up to 9 rounds (Jo et al., 27 Aug 2025).
The paper states that this iterative refinement ensures monotonic metric improvement (Jo et al., 27 Aug 2025). A plausible implication is that the search behaves like a local descent over code-constrained perturbations, but the formulation remains strictly code-centric because each move is itself a valid codeword perturbation.
MP-WSD modifies the second stage by launching 0 independent trajectories in parallel (Jo et al., 9 Feb 2026). For a current center 1, the local neighborhood is
2
At each iteration, path 3 selects
4
where the gain metric is
5
The center is updated as
6
if it strictly reduces Euclidean distance; otherwise path 7 is deactivated (Jo et al., 9 Feb 2026).
The MP-WSD pseudocode introduces a filter-size 8. Instead of evaluating all patterns identically at the final selection step, each active path first filters the top-9 patterns by largest 0, then selects the best 1 from that subset (Jo et al., 9 Feb 2026). The process repeats for at most 2 iterations in parallel, and the final output is the center with the smallest Euclidean distance among all paths (Jo et al., 9 Feb 2026).
5. Complexity, latency, and implementation properties
For baseline WSD, let 3 denote the number of candidates within radius 4 around the zero codeword, equivalently the sum of 5 for 6 (Jo et al., 27 Aug 2025). Each WSD round evaluates 7 Euclidean-distance metrics, each costing 8 flops, plus a small overhead to pick the minimum. If the CRC failure probability of the Stage I decoder is 9, then WSD is invoked on average in a fraction 0 of frames. The resulting complexity expressions are
1
for the worst case when WSD always runs all 2 rounds, and
3
for the average total cost including the initial decoder cost 4 (Jo et al., 27 Aug 2025). The paper further states that as SNR grows, 5 and the WSD overhead vanishes, whereas at low SNR the initial CRC fails frequently and WSD engages more often (Jo et al., 27 Aug 2025).
The MP-WSD work normalizes complexity in “ED-units,” where one Euclidean-distance evaluation 6 for length 7 costs 8 FLOPs (Jo et al., 9 Feb 2026). It gives
9
ED-units for brute-force ML and
0
for SCL with list size 1 (Jo et al., 9 Feb 2026). For a single WSD trajectory,
2
where 3 is the filter threshold and 4 is the average weight in 5 (Jo et al., 9 Feb 2026). The total MP-WSD cost is
6
with 7, or 8 if no CRC is used (Jo et al., 9 Feb 2026). The paper adds that at high SNR, 9, so average cost tends to 00, and that worst-case cost is bounded by 01 ED-units (Jo et al., 9 Feb 2026).
The implementation discussion in the original WSD letter emphasizes latency, hardware complexity, and parameter trade-offs (Jo et al., 27 Aug 2025). Most frames, especially at high SNR, terminate after Stage I and a simple CRC check. Only rare error frames trigger the heavier WSD rounds. Precomputed low-weight codewords 02 can be stored in fast on-chip memory, and the metric computations are described as regular vector-scalar multiply-adds that map well to parallel hardware (Jo et al., 27 Aug 2025).
The parallel extension makes this hardware orientation more explicit (Jo et al., 9 Feb 2026). It identifies inter-path parallelism across the 03 independent trajectories and intra-path parallelism for computing 04 and the Euclidean distances for the 05 candidates. The critical-path latency is stated to scale as 06 shallow hops, each requiring one filter-plus-search step and remaining independent of 07, which the paper uses to justify deterministic and low latency for URLLC (Jo et al., 9 Feb 2026).
6. Reported performance and near-ML behavior
The original WSD letter reports extensive simulations on low-rate short codes with 08 and 09 (Jo et al., 27 Aug 2025). The reported findings include the following:
| Reported setting | Reported result |
|---|---|
| Modest radii 10 | WSD can approach ML performance within 11 dB in BLER at 12 |
| Appended to a strong list decoder such as SCL with 13 | WSD reduces the gap to ML from 14 dB down to 15 dB |
| Against RCU and meta-converse bounds | WSD achieves near-optimal operation in the short-block regime |
| “Always-on” mode | Demonstrates the full potential gain of up to 16 dB for deep-polar codes |
These results are presented as evidence that the two-stage decoder offers an excellent trade-off between decoding reliability and complexity and as establishing it as a promising solution for next-generation URLLC systems (Jo et al., 27 Aug 2025).
The MP-WSD paper adds code-specific results for short-blocklength, low-rate codes (Jo et al., 9 Feb 2026). For CA-polar 17 with 11-bit CRC, SCL18+MP-WSD19 is reported to close the gap to MLD by 20 dB and to match SCL21 (Jo et al., 9 Feb 2026). For CA-DP 22, SCL-BPC23+MP-WSD24 is reported to outperform SCL-BPC25 by 26 dB at 27 (Jo et al., 9 Feb 2026). For RM28, OSD29+MP-WSD approaches the reliability of OSD30 at a fraction of the complexity (Jo et al., 9 Feb 2026). The same paper states that, across these cases, the average normalized complexity versus SNR curves show that MP-WSD overhead vanishes as SNR increases, while BLER remains within 31 dB of the true ML decoder (Jo et al., 9 Feb 2026).
The precomputed search-set sizes in the MP-WSD paper illustrate how quickly 32 can vary by code family and radius index (Jo et al., 9 Feb 2026):
| Code 33 | 34 values | 35 |
|---|---|---|
| CA-polar 36 | 37 | 38 |
| CA-DP 39 | 40 | 41 |
| RM 42 | 43 | 44 |
These cardinalities are directly relevant to both offline storage and online search cost. A plausible implication is that the practical operating point of WSD or MP-WSD depends strongly on the low-weight spectrum of the chosen code.
7. Relation to classical sphere decoding and scope of applicability
The term “sphere” in WSD is potentially misleading if interpreted through the lens of classical Euclidean sphere decoding. The MP-WSD formulation addresses this directly: classical sphere decoding constrains 45, whereas WSD constrains the Hamming-weight index of the perturbation (Jo et al., 9 Feb 2026). The search remains localized in Euclidean space because candidate refinement is driven by Euclidean-distance improvement, and the effective Euclidean radius is tightened whenever a better candidate is found (Jo et al., 9 Feb 2026). However, the defining object is the code-weight sphere 46, not a conventional Euclidean ball.
Another possible misconception is that WSD is code-family-specific. Both papers characterize the framework as applicable to any linear block code (Jo et al., 27 Aug 2025, Jo et al., 9 Feb 2026). That generality derives from the linear-code identity 47 and from the use of precomputed low-weight codewords rather than code-family-specific recursive structure (Jo et al., 9 Feb 2026). At the same time, the concrete computational burden depends on the availability and size of low-weight codeword sets, so universality at the framework level does not imply uniform practical cost across all code families. This suggests that WSD is best understood as a code-agnostic decoding paradigm whose efficiency is shaped by the weight spectrum and by system-level choices such as CRC usage, radius selection, maximum iteration count, and, in MP-WSD, the number of initial trajectories and filter size.
Within that scope, the literature represented by the two cited preprints positions WSD as a near-ML decoder for finite-blocklength URLLC: a lightweight first-stage decoder handles the common case, and a structured second-stage search over precomputed low-weight perturbations recovers much of the ML gain when the initial decision is unreliable (Jo et al., 27 Aug 2025, Jo et al., 9 Feb 2026).