802.11bn Coding Type Indication for UHR Error Correction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current wireless communication systems, particularly those using IEEE 802.11 standards, face challenges in efficiently managing coding types for ultra-high reliability (UHR) signals, especially with the introduction of new codeword lengths, which affect error correction in noisy channels.

Innovation Solution

The implementation of a radio architecture that includes advanced front-end module (FEM) and radio IC circuitry, capable of handling multiple coding schemes such as LDPC codes, with enhanced baseband processing to support UHR signals, allowing for flexible coding type indications in trigger frames and PPDUs, including the use of multiple bits to indicate lifted LDPC codes based on available encoding options and payload sizes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If multiple coding schemes (BCC, LDPC, lifted LDPC) are supported to improve error correction in noisy channels, then reliability is improved, but device complexity increases due to multiple encoding options and payload size considerations

Engineering Contradiction:
Improveerror correction capabilityVSAvoidcoding scheme management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic coding type indication where the coding type is not fixed but can be changed based on payload size and channel conditions. The indication field in the trigger frame dynamically specifies which coding type (BCC, LDPC, or lifted LDPC) should be used for the uplink transmission, allowing the system to adapt to different scenarios without requiring complex manual configuration.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the parameter of coding type based on payload size thresholds. Different coding types are selected according to different payload size ranges, with the specific coding type indicated by the value in the indication field. This parameter-based selection mechanism simplifies the complexity by providing clear rules for coding type selection rather than requiring complex decision logic.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If coding type indication is included in trigger frames to enable dynamic selection, then adaptability is improved, but the extent of automation requires more complex frame structures and processing

Engineering Contradiction:
Improvecoding type flexibilityVSAvoidframe processing complexity
Core Design Contradiction:
Adaptability or versatilityVSExtent of automation

Solution Approach 1:

The patent segments the coding type indication into a separate, dedicated field within the trigger frame structure. This segmentation allows the coding type information to be clearly identified and processed independently from other frame elements. The indication field contains specific values that directly map to coding types, simplifying the automation process by providing structured, easily parsable data rather than requiring complex interpretation of frame contents.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The indication field acts as an intermediary between the access point's coding type selection decision and the actual encoding process. The access point sets the indication field value based on payload size and channel conditions, and this value serves as a direct instruction to the station for encoding the uplink transmission. This intermediary mechanism simplifies automation by providing a clear, unambiguous signal that bridges the decision-making and execution phases.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20240089030A1Coding scheme indication for 802.11bn
Publication Date: 2024.03.14 INTEL CORP
  • US20240089030A1 patent drawing
  • US20240089030A1 patent drawing
  • US20240089030A1 patent drawing

AI summary

An apparatus and method of signaling coding type is disclosed. The coding types include binary convolutional coding (BCC), legacy lifted Low-Density Parity Check (LDPC) code, and lifted LDPC code having a length that is a multiple of the maximum legacy LDPC code. The number of bits used to indicate the coding type in a User Info field depends on whether multiple lifted LDPC codes are available for encoding, whether the lifted LDPC code is an optional coding type, or a payload size. The frame containing the User Info field is transmitted to another STA and the response contains a payload encoded using the indicated coding type.