Bluetooth PDU Header Signaling for Secure Advertising Decoding

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Bluetooth 5.4 PDUs transmitted on primary advertising channels lack cryptographic information necessary for a receiver to determine relevance, leading to inefficiencies in data transmission.

Innovation Solution

Incorporating cryptographic information, such as a combined OD-MPS code, into Bluetooth PDUs to enable secure and efficient data transmission by establishing shared keys and enhancing frame formats and signaling procedures.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If cryptographic information is added to Bluetooth PDUs on primary advertising channels, then security and relevance determination are improved, but PDU size and processing complexity increase

Engineering Contradiction:
ImprovesecurityVSAvoidPDU processing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The cryptographic information is segmented into specific flag fields within the PDU header structure. The OD-MPS (On-Demand Multimedia Priority Service) code is divided into multiple flag bits that can be independently processed, allowing the receiver to extract security-relevant information without processing the entire PDU payload, thus reducing overall processing complexity while maintaining security.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Cryptographic information including the OD-MPS code and shared key establishment data is embedded in the PDU header flags before the main data transmission. This preliminary inclusion allows the receiver to determine relevance and establish security context in advance, enabling faster decision-making about whether to process the full PDU, thereby improving security without proportionally increasing processing burden.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If cryptographic information is added to Bluetooth PDUs, then data transmission security is improved, but transmission time increases

Engineering Contradiction:
Improvedata transmission securityVSAvoidPDU decoding time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

Security-related information is segmented into compact flag fields within the PDU header rather than being distributed throughout the payload. The OD-MPS code is encoded as specific flag bits that can be rapidly parsed using bit-manipulation operations, significantly reducing decoding time compared to processing full cryptographic payloads, thus maintaining security while minimizing time loss.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The cryptographic information is transformed into condensed parameter representations using flag bits and coded identifiers. The OD-MPS code and shared key information are encoded as compact numerical parameters that can be quickly compared and validated, reducing the time required for security verification while maintaining robust cryptographic protection.

Inventive Principle:
Principle #35Parameter changes

3Device complexity

If a single coded capability identifier represents multiple supported features, then device complexity is reduced, but information completeness may be compromised

Engineering Contradiction:
Improvecapability check complexityVSAvoidfeature information completeness
Core Design Contradiction:
Device complexityVSLoss of information

Solution Approach 1:

The capability identifier is designed as a universal field that can represent multiple features through a coded structure. Each bit or combination of bits in the identifier corresponds to specific feature capabilities, allowing a single field to convey information about multiple supported functions. This multi-functional encoding reduces the number of separate identifier fields needed while preserving complete feature information through systematic bit patterns.

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

Solution Approach 2:

Multiple feature capabilities are encoded as a single numerical parameter with specific bit allocations for different feature types. The coded identifier uses parameter encoding where different numerical values or bit patterns represent different feature combinations, allowing compact representation of multiple capabilities without losing information, as long as the decoding logic maps the parameter back to the complete feature set.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12513230B2Bluetooth communication circuitry and method for use thereof
Publication Date: 2025.12.30 OSWEGO TECHNOLOGIES LLC
  • US12513230B2 patent drawing
  • US12513230B2 patent drawing
  • US12513230B2 patent drawing

AI summary

An IC may comprise circuitry configured to process a first PDU having a first header portion comprising a first set of flags that specify whether the first header portion includes first clock information, first synchronization information and a first address. The IC may further comprise circuitry configured to process a second PDU having a second header portion and encryption information, wherein the second header portion comprises a second set of flags which are configured differently than the first set of flags. Data may be processed based on the encryption information, and for example, the IC may perform secondary processing based on the data. The IC may further comprise circuitry configured to perform at least one capability check with another device by employing a single coded capability identifier representing a plurality of supported features.