Rate-Compatible LDPC Decoder Parallel Check-Node Architecture

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current rate-compatible LDPC decoders for optical fiber transmission systems are limited by high hardware requirements and processing speed, which restricts code overhead to 25-30% due to the need for powerful processors, leading to increased costs and heat generation, making it difficult to implement high-throughput applications with larger overhead codes.

Innovation Solution

A decoder architecture with L check node processing units operating in parallel, where each unit processes check nodes added in subsequent code extensions, allowing for efficient message exchange and optimized resource usage, enabling high-performance decoding at high overheads without the need for sequential schedules, and allowing for flexible degree of parallelism across processing units.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If powerful processors are used to decode high-overhead codes, then decoding performance is improved, but hardware requirements and power consumption increase

Engineering Contradiction:
Improvedecoding performanceVSAvoidhardware requirements
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The decoder is segmented into L check node processing units, where each unit processes a specific subset of check nodes. This segmentation allows the decoding task to be divided into manageable parallel components, reducing the complexity burden on individual processing units while maintaining overall decoding performance for high-overhead codes.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The decoder dynamically adapts the number of active processing units and the degree of parallelism based on the code overhead requirements. For higher overhead codes, more processing units are activated to maintain performance without always requiring the maximum hardware configuration, thus optimizing the trade-off between performance and hardware complexity.

Inventive Principle:
Principle #15Dynamics

2Reliability

If sequential schedules are used for decoding, then decoding accuracy is improved, but processing speed decreases

Engineering Contradiction:
Improvedecoding accuracyVSAvoidprocessing speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The decoder implements a dynamic scheduling mechanism that can switch between sequential and parallel processing modes. For critical decoding stages where accuracy is paramount, sequential schedules are employed. For less critical stages or when throughput is prioritized, parallel schedules are activated, thus achieving both high accuracy and high processing speed depending on operational requirements.

Inventive Principle:
Principle #15Dynamics

3Reliability

If code overhead is increased beyond 25-30%, then error correction capability is improved, but hardware requirements and heat generation increase

Engineering Contradiction:
Improveerror correction capabilityVSAvoidpower consumption
Core Design Contradiction:
ReliabilityVSUse of energy by stationary object

Solution Approach 1:

The check nodes are segmented into L groups, with each processing unit handling a specific group. This segmentation allows the system to scale power consumption linearly with the number of active units rather than requiring a single powerful processor, making high-overhead code decoding more energy-efficient by activating only the necessary number of processing units.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system changes the parameter of parallelism degree to optimize power consumption. By adjusting the number of simultaneously active processing units based on the required code overhead, the system achieves high error correction capability for high-overhead codes while controlling power consumption through selective activation of processing units rather than continuously running all units at maximum capacity.

Inventive Principle:
Principle #35Parameter changes

4Productivity

If parallel processing is used for decoding, then processing speed is improved, but hardware requirements increase

Engineering Contradiction:
Improveprocessing speedVSAvoidhardware requirements
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The parallel processing architecture is segmented into L independent check node processing units, each with a specific processing scope. This segmentation reduces the hardware complexity of individual units compared to a monolithic parallel processor, while still achieving high processing speed through coordinated parallel operation. Each unit can be implemented with simpler logic, reducing overall hardware complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Each check node processing unit is designed as a universal module capable of processing different types of check nodes through configuration. This multi-functionality reduces the total number of specialized hardware components needed, as the same processing unit architecture can be replicated and configured for different decoding scenarios, thus improving processing speed without proportionally increasing hardware complexity.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS11139834B2Decoder for a family of rate compatible low-density parity check (LDPC) codes
Publication Date: 2021.10.05 XIEON NETWORKS SARL
  • US11139834B2 patent drawing
  • US11139834B2 patent drawing
  • US11139834B2 patent drawing

AI summary

Disclosed herein is a decoder 10 for decoding a family of L rate compatible parity check codes, said family of parity check codes comprising a first code that can be represented by a bipartite graph having variable nodes, check nodes, and edges, and L−1 codes of increasingly lower code rate, among which the i-th code can be represented by a bipartite graph corresponding to the bipartite graph representing the (i−1)-th code, to which an equal number of ni variable nodes and check nodes are added, wherein the added check nodes are connected via edges with selected ones of the variable nodes included in said i-th code, while the added variable nodes are connected via edges with selected added check nodes only. The decoder comprising L check node processing units 14, among which the i-th check node processing unit processes only the check nodes added in the i-th code over the (i−1)-th code, wherein said L check node processing units 14 are configured to operate in parallel.