Bluetooth Frequency Offset History Table for Power Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing Bluetooth piconet devices face challenges in quickly and efficiently compensating for significant frequency offsets between devices, which requires powerful processors and increased power consumption.

Innovation Solution

Implementing a frequency offset history table in Bluetooth devices to pre-seed the expected frequency offset of incoming signals, allowing for faster and more efficient frequency adjustment without the need for more powerful processors.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If traditional frequency offset compensation methods are used, then frequency accuracy can be maintained, but processing time increases and power consumption rises due to the need for powerful processors

Engineering Contradiction:
Improvefrequency accuracyVSAvoidpower consumption
Core Design Contradiction:
Measurement precisionVSUse of energy by moving object

Solution Approach 1:

The patent stores historical frequency offset values in a lookup table before they are needed for compensation. When a device transmits or receives data, the system retrieves pre-calculated offset values from the table rather than performing complex real-time computations, thereby reducing power consumption while maintaining frequency accuracy

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent replaces computationally intensive processor operations with a simpler table lookup mechanism. Instead of using powerful processors to calculate frequency offsets in real-time, the system uses stored historical data to determine offset values, significantly reducing energy requirements

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Measurement precision

If traditional frequency offset compensation methods are used, then frequency accuracy can be maintained, but processing time increases due to complex computations

Engineering Contradiction:
Improvefrequency accuracyVSAvoidprocessing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

Frequency offset values are pre-calculated and stored in a lookup table during idle periods or previous communications. When data transmission occurs, the system immediately retrieves the appropriate offset value from the table without performing complex computations, thereby maintaining frequency accuracy while minimizing processing time

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent skips the computationally intensive frequency offset calculation step by using pre-stored values from the lookup table. This allows the system to rapidly compensate for frequency offsets without the time-consuming mathematical operations that would otherwise be required

Inventive Principle:
Principle #21Skipping (Rushing through)

3Productivity

If frequency offset is compensated in real-time without historical data, then processing is simpler, but frequency accuracy decreases due to lack of contextual information

Engineering Contradiction:
Improveprocessing efficiencyVSAvoidfrequency accuracy
Core Design Contradiction:
ProductivityVSMeasurement precision

Solution Approach 1:

The system uses historical frequency offset data stored in the lookup table as feedback from previous communications. By incorporating this historical information, the system achieves more accurate frequency compensation than would be possible with real-time calculations alone, while maintaining processing efficiency through table lookups

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS7697895B2Bluetooth smart offset compensation
Publication Date: 2010.04.13 AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LTD
  • US7697895B2 patent drawing
  • US7697895B2 patent drawing
  • US7697895B2 patent drawing

AI summary

An offset history table is implemented and maintained in a BLUETOOTH device and is used to pre-seed an expected frequency offset of a received signal from another BLUETOOTH device. The disclosed offset history table includes one entry for each piconet device in a particular piconet, each entry including a best guess of the relevant piconet device's frequency offset with respect to the receiving BLUETOOTH device. Using a frequency offset history table and a pre-seeded frequency offset corresponding to an expected frequency offset based on the offset value maintained in the frequency offset history table, the performance of a BLUETOOTH device can be increased in a steady state piconet scenario.