Patent 7742388
Derivative works
Defensive disclosure: derivative variations of each claim designed to render future incremental improvements obvious or non-novel.
Active provider: Google · gemini-2.5-pro
Derivative works
Defensive disclosure: derivative variations of each claim designed to render future incremental improvements obvious or non-novel.
Defensive Disclosure Document for U.S. Patent 7,742,388
Publication Date: May 1, 2026
Subject: Derivative Methods and Systems for Asymmetric Preamble Generation in Packet-Based Communication Systems.
This document discloses a series of methods, systems, and applications derived from the core teachings of U.S. Patent 7,742,388 ("Packet generation systems and methods"). The purpose of this disclosure is to place these derivative concepts into the public domain, thereby establishing them as prior art for future patent applications. The core concept involves generating a communication packet with a preamble containing at least two training symbols, where the second training symbol comprises a greater quantity of modulated subcarriers than the first training symbol.
Axis 1: Material & Component Substitution
1.1. Reconfigurable Logic-Based Adaptive Preamble Synthesizer
Enabling Description: The packet generation method is implemented on a Field-Programmable Gate Array (FPGA) or similar reconfigurable hardware instead of a fixed Application-Specific Integrated Circuit (ASIC). The FPGA is configured with a soft-core processor and a dedicated preamble synthesis module. The module receives real-time channel state information (CSI) feedback, such as Signal-to-Noise Ratio (SNR) or multipath delay spread, from the receiver. Based on this feedback, a control algorithm running on the soft-core processor dynamically reconfigures the preamble synthesis module to alter the number of subcarriers "added" to the second training symbol for the next packet transmission. For example, in a high-SNR channel, the module adds 12 extra subcarriers to improve channel estimation accuracy for higher-order modulation. In a low-SNR channel, it adds only 4 extra subcarriers to conserve power and reduce processing overhead. The reconfiguration happens on a packet-by-packet basis.
Mermaid Diagram:
graph TD A[Receiver] -- CSI Feedback (SNR, etc.) --> B{FPGA}; subgraph FPGA C[Soft-Core CPU] -- Reconfiguration Params --> D[Preamble Synthesis Module]; E[Data In] --> D; end B -- Control Algorithm --> C; D -- Extended Packet --> F[Transmitter]; style B fill:#f9f,stroke:#333,stroke-width:2px;
1.2. Hybrid Digital-Analog Subcarrier Injection System
Enabling Description: This system employs a hybrid architecture to generate the extended second training symbol. The first training symbol and the base subcarriers of the second training symbol are generated digitally and converted to an analog signal via a primary Digital-to-Analog Converter (DAC). The "added" subcarriers for the second symbol are generated by a bank of low-power, voltage-controlled oscillators (VCOs) in the analog domain. The frequencies of these VCOs correspond to the desired additional subcarrier positions. During the transmission of the second training symbol, a digital control signal gates the output of these VCOs, which are then summed with the primary analog signal using a radio-frequency (RF) summer. This approach offloads the high-sample-rate processing for the extra subcarriers from the digital domain, potentially reducing power consumption in battery-powered devices.
Mermaid Diagram:
sequenceDiagram participant Digital as Digital Baseband participant DAC participant Analog as Analog RF participant Antenna Digital->>DAC: First Training Symbol Data DAC->>Analog: Analog Signal 1 Digital->>DAC: Second Symbol (Base Subcarriers) DAC->>Analog: Analog Signal 2 par "During Second Symbol" Digital->>Analog: Enable Gate for Extra Subcarriers Analog->>Analog: VCOs generate additional tones and "Summing" Analog->>Analog: RF Summer combines Signal 2 + VCO Tones end Analog->>Antenna: Transmit Composite Signal
1.3. Preamble-Aware Gallium Nitride (GaN) Power Amplifier Control
Enabling Description: A Gallium Nitride (GaN) High Power Amplifier (HPA) is used for signal transmission. A digital controller in the PHY layer is coupled directly to the gate voltage and bias controls of the GaN HPA. The controller has knowledge of the packet structure being transmitted. When the first training symbol (with fewer subcarriers and a lower peak-to-average power ratio, PAPR) is being transmitted, the controller sets the GaN HPA to a lower-power, slightly less linear bias point. Immediately before the second, extended training symbol (with more subcarriers and higher PAPR) is transmitted, the controller increases the gate bias to place the HPA in a highly linear, higher-power mode. This dynamic biasing minimizes power consumption during the less demanding part of the preamble while ensuring maximum linearity and reduced spectral regrowth for the more complex part of the preamble.
Mermaid Diagram:
stateDiagram-v2 [*] --> Idle Idle --> Transmitting_STS: Packet Tx Start Transmitting_STS: HPA Bias = Low Power Mode Transmitting_STS --> Transmitting_LTS: STS End Transmitting_LTS: HPA Bias = High Linearity Mode Transmitting_LTS --> Transmitting_Data: LTS End Transmitting_Data: HPA Bias = High Linearity Mode Transmitting_Data --> [*]: Packet Tx End
Axis 2: Operational Parameter Expansion
2.1. Preamble for High-Bandwidth Cryogenic Communication
Enabling Description: The method is applied to communications between superconducting quantum processors or classical control logic operating at cryogenic temperatures (e.g., < 4 Kelvin). In this environment, thermal noise is negligible, but channel imperfections from cabling and interconnects persist. To achieve the extremely high fidelity required, a preamble is constructed using a 4096-point IFFT. The first training symbol uses only 32 sparsely populated subcarriers for coarse timing. The second training symbol populates 2048 subcarriers ("adding" 2016 relative to the first) to perform an ultra-fine-grained channel sounding. This detailed channel map is used to pre-distort the subsequent quantum state data to counteract phase and amplitude distortions with high precision.
Mermaid Diagram:
graph TD subgraph Cryostat A[Quantum Processor] <--> B(Cryo-Transceiver); end B -- Coax Cable --> C(Room Temp. Control); C --> D{Packet Generation}; D -- "STS: 32 Subcarriers" --> B; D -- "LTS: 2048 Subcarriers" --> B; D -- "Data: Pre-distorted based on LTS" --> B; style Cryostat fill:#cceeff
2.2. Terahertz Band Atmospheric Sounding Preamble
Enabling Description: In the 300-500 GHz band, the method is used for atmospheric channel sounding, not just communication. The transmitter uses an ultra-wideband front-end. The first training symbol is a simple, robust BPSK-modulated signal using 16 subcarriers for initial link acquisition. Before transmitting the second symbol, the device performs a rapid spectral scan to identify atmospheric absorption lines (e.g., from water vapor). The second training symbol is then constructed by "adding" thousands of subcarriers specifically in the spectral valleys between the absorption lines. The subsequent data payload is then only modulated onto these pre-qualified "good" subcarriers. The preamble thus serves a dual purpose: channel estimation and real-time spectrum sensing/avoidance.
Mermaid Diagram:
sequenceDiagram participant Tx as Transmitter participant Rx as Receiver Tx->>Rx: Send STS (16 subcarriers) for sync Rx-->>Tx: Acknowledge Sync Tx->>Tx: Perform internal THz spectral scan Tx->>Tx: Identify usable frequency sub-bands Tx->>Rx: Send LTS with thousands of subcarriers added only in usable sub-bands Tx->>Rx: Send Data only on subcarriers verified by LTS
2.3. Adaptive Preamble for Deep-Sea Acoustic OFDM
Enabling Description: For underwater acoustic modems, where channel conditions are characterized by extreme multipath and Doppler shifts. The packet preamble's structure is adapted based on an initial environmental assessment. The first training symbol is a fixed, wideband Linear Frequency Modulated (LFM) chirp to measure the channel's delay spread. The transmitter calculates the required cyclic prefix length from this measurement. It then constructs the second training symbol as an OFDM symbol where the number of "added" subcarriers is inversely proportional to the measured delay spread. In channels with low delay spread (clear conditions), more subcarriers are added for higher data throughput. In channels with high delay spread, fewer subcarriers are used (each being wider in frequency) to increase robustness against inter-symbol interference.
Mermaid Diagram:
flowchart LR A(Start) --> B{Transmit LFM Chirp}; B --> C{Measure Echoes}; C --> D{Calculate Delay Spread}; D --> E{Is Spread > Threshold?}; E -- Yes --> F[Generate LTS with N subcarriers]; E -- No --> G[Generate LTS with 2*N subcarriers]; F --> H(Transmit Packet); G --> H;
Axis 3: Cross-Domain Application
3.1. Aerospace: UAV Swarm Sub-Group Channel Sounding
Enabling Description: A command-and-control (C2) protocol for a UAV swarm uses this preamble structure for efficient beamforming. The C2 station transmits a packet where the first training symbol is omnidirectional, using few subcarriers, for swarm-wide timing synchronization. The second training symbol contains the standard 52 subcarriers plus several blocks of "added" subcarriers. Each added block (e.g., subcarriers 30-34) is pre-assigned to a specific sub-squad of UAVs. Each UAV in a sub-squad only needs to analyze its assigned block in the second training symbol to calculate its specific channel state, which it reports back. The C2 station can then form multiple simultaneous beams to communicate with each sub-squad individually in the data portion of the packet.
Mermaid Diagram:
graph TD A[C2 Station] -- Packet --> B((Swarm)); subgraph Packet direction LR P1[STS: Omni-directional Sync] --> P2[LTS: Extended]; end subgraph LTS direction LR LTS_Base[Base Subcarriers] LTS_Ext1[Added Block 1<br/>for Squad Alpha] LTS_Ext2[Added Block 2<br/>for Squad Bravo] end B --> |Squad Alpha reports CSI from Block 1| A; B --> |Squad Bravo reports CSI from Block 2| A; A -- Multi-beam Data --> B;
3.2. AgTech: Hierarchical Wake-Up Protocol for Soil Sensors
Enabling Description: A network of low-power soil sensors uses an asymmetric preamble for energy-efficient communication. A central gateway periodically broadcasts a packet. The sensors remain in a deep sleep state, with only a low-power wake-up radio (WuR) active. The WuR is designed to detect only the first training symbol, which is a simple On-Off Keyed signal spread over 4 subcarriers. Upon detecting this symbol, the sensor fully powers on its main OFDM transceiver. It then receives and processes the second training symbol, which has 60 additional subcarriers "added" to enable precise channel estimation for the high-throughput data payload (e.g., a new firmware image) that follows. This prevents the sensor from wasting energy processing complex signals not intended for it.
Mermaid Diagram:
stateDiagram-v2 state "Deep Sleep" as Sleep state "Active Listen" as Listen state "Full Power Rx" as Rx [*] --> Sleep Sleep --> Listen: WuR detects STS Listen --> Rx: Main Rx enabled Rx --> Sleep: Data reception complete or timeout note right of Listen Only the low-power Wake-up Radio is active to detect the simple first training symbol. end note
3.3. Medical: Low SAR "Ping" for Implantable Device Communication
Enabling Description: An external programmer for a pacemaker uses a two-stage preamble to establish a safe and reliable link. To initiate communication, the programmer transmits a packet where the first training symbol is extremely low power and uses only 8 subcarriers in a narrow frequency band. This signal acts as a "ping" and is designed to have a Specific Absorption Rate (SAR) well below regulatory limits. The implanted pacemaker detects this ping and sends a confirmation. Only then does the external programmer transmit the second training symbol, which adds 56 more subcarriers over a wider band. This extended symbol is used to characterize the complex in-body channel, which changes with patient posture. This ensures that any subsequent high-power transmission of critical data or commands is done efficiently and with minimal energy absorption by the patient's tissue.
Mermaid Diagram:
sequenceDiagram participant Programmer participant Pacemaker Programmer->>Pacemaker: Transmit Low-SAR STS (8 subcarriers) Note right of Pacemaker: Pacemaker detects ping Pacemaker-->>Programmer: Confirmation Programmer->>Pacemaker: Transmit Extended LTS (64 subcarriers) Note left of Programmer: Characterize in-body channel Programmer->>Pacemaker: Transmit high-power critical data
Axis 4: Integration with Emerging Tech
4.1. AI-Driven Reinforcement Learning for Preamble Optimization
Enabling Description: The transmitter's baseband processor incorporates a Reinforcement Learning (RL) agent. The agent's "action space" is the number of subcarriers to add to the second training symbol (e.g., actions are {0, 4, 8, 12, 16}). The "state space" includes the current modulation and coding scheme (MCS), receiver-reported SNR, and recent packet error rate. The "reward function" is designed to maximize
(Throughput * (1 - PacketErrorRate)). The RL agent continuously learns the optimal number of extra subcarriers to add for any given channel state to balance the overhead of the preamble against the benefit of a more accurate channel estimate, converging on a policy that outperforms any fixed preamble design.Mermaid Diagram:
flowchart TD A[Observe State<br/>(MCS, SNR, PER)] --> B{RL Agent<br/>(Policy Network)}; B -- Select Action<br/>(Num Extra Subcarriers) --> C[Preamble Synthesizer]; C --> D[Transmit Packet]; D --> E[Receive ACK/NACK]; E --> F{Calculate Reward<br/>(Throughput, PER)}; F -- Update Policy --> B;
4.2. IoT Group-Based Channel Estimation with Extended Preamble
Enabling Description: A gateway in a massive IoT network (e.g., a factory floor) uses a modified preamble to manage communication. The first training symbol is a standard broadcast signal. The second training symbol has its subcarrier space divided into blocks. The gateway's MAC layer maintains a database of device types and their locations. When it needs to communicate with temperature sensors and pressure sensors, it "adds" subcarriers to two distinct blocks in the second training symbol—one block pre-assigned to temperature sensors, the other to pressure sensors. The sensors are programmed to only process their assigned block for channel estimation, reducing their computational load. This allows the gateway to get targeted CSI for different device groups within a single broadcast packet.
Mermaid Diagram:
erDiagram GATEWAY ||--o{ IOT_DEVICE : communicates_with IOT_DEVICE ||--|{ DEVICE_GROUP : belongs_to DEVICE_GROUP { string GroupID string Subcarrier_Block } GATEWAY { string MAC_Address } IOT_DEVICE { string DeviceID string Type }
4.3. Physical Layer Packet Provenance via Blockchain
Enabling Description: The number of subcarriers added to the second training symbol serves as a physical-layer nonce for transaction verification. A transmitter (e.g., in a secure vehicle-to-vehicle network) assembles a data payload. It determines the number of extra subcarriers to use (
N_extra) based on current channel conditions. It computes a hashH = hash(Data_Payload, N_extra)and records this hash on a distributed ledger. It then transmits the packet. A receiving vehicle receives the packet, decodes the payload, and independently determinesN_extraby analyzing the preamble structure. It re-computesH' = hash(Data_Payload, N_extra)and verifies thatH'matches the hash on the ledger. This provides a hardware-grounded, difficult-to-forge method for verifying that the received packet is the one the transmitter claims to have sent.Mermaid Diagram:
sequenceDiagram participant Tx as Transmitter participant Ledger as Blockchain participant Rx as Receiver Tx->>Tx: N_extra = GetSubcarrierCount() Tx->>Ledger: Record H = hash(Data, N_extra) Tx->>Rx: Transmit Packet (Data, Preamble with N_extra) Rx->>Rx: Decode Data Rx->>Rx: Preamble_Analysis() -> N'_extra Rx->>Ledger: Fetch H for this transaction Rx->>Rx: Verify H == hash(Data, N'_extra)
Axis 5: The "Inverse" or Failure Mode
5.1. Graceful Degradation Preamble for Contested Environments
Enabling Description: A military radio is designed to operate in an environment with hostile jamming. Under normal conditions, it uses an extended second training symbol to maximize data rate. The radio continuously monitors the noise floor and bit error rate. If jamming is detected (e.g., noise floor rises by >20dB), it enters a "robust mode." In this mode, the packet generation logic is inverted: it removes subcarriers from the second training symbol, making it identical in structure to the simple, robust first symbol. This minimizes the signal's complexity and transmission time, increasing the probability that the receiver can achieve at least basic synchronization and decode a low-rate, mission-critical message, sacrificing high throughput for link survivability.
Mermaid Diagram:
graph TD A{Jamming Detected?} A -- No --> B[Mode: Normal<br>LTS Subcarriers > STS Subcarriers]; A -- Yes --> C[Mode: Robust<br>LTS Subcarriers = STS Subcarriers]; B --> D(Transmit High-Rate Packet); C --> E(Transmit Low-Rate Packet);
5.2. Anti-Jamming Preamble with Subcarrier Hopping
Enabling Description: This method is designed to counter narrow-band jamming. The transmitter and receiver share a pseudo-random number generator (PRNG) and a secret seed. For each packet, instead of adding subcarriers to fixed positions, the PRNG determines which 64 subcarrier "bins" out of a possible 128 will be populated for the second training symbol. The first training symbol remains fixed for initial detection. This forces a jammer to either spread its power across the entire 128-bin range (reducing its effectiveness) or risk jamming the wrong bins for any given packet. The "adding" process is thus transformed from increasing density to a dynamic selection from a wider pool of locations.
Mermaid Diagram:
flowchart TD A[Start Packet Tx] --> B{PRNG(seed, packet_id)}; B --> C[Select 64 of 128 bins for LTS]; D[Fixed STS Bins] --> E{Preamble Synthesis}; C --> E; E --> F[Transmit Packet];
Combination Prior Art Scenarios
With IEEE 802.11ah (Wi-Fi HaLow): The method of claim 1 is combined with the IEEE 802.11ah standard. For Multi-User MIMO (MU-MIMO) transmissions, the number of S1G Long Training Symbols (S1G-LTF) is fixed, but the subcarrier density of the later symbols is increased. The first S1G-LTF uses the standard subcarrier set for common channel information. Subsequent S1G-LTFs, one for each spatial stream, have extra subcarriers "added" in locations unique to the intended user, allowing for simultaneous, non-interfering channel estimation for multiple low-power IoT devices.
With LoRa (Open Standard): A hybrid LoRa-OFDM packet is created. The packet begins with a standard LoRa preamble (composed of CSS chirps) for robust, long-range detection and synchronization. Immediately following the LoRa preamble, a second preamble section is transmitted, which consists of a short OFDM symbol. This OFDM symbol acts as the "second training symbol" and contains significantly more subcarriers than the LoRa preamble (which can be viewed as having one primary carrier). This OFDM symbol is used for fine-grained frequency channel estimation to enable adaptive data rates in the payload, which itself can be either LoRa or OFDM modulated.
With RISC-V (Open ISA): The method is implemented via a custom instruction in the open RISC-V ISA, named
pbl.gen rd, rs1, rs2. This instruction configures a memory-mapped PHY peripheral.rs1points to a memory location containing the subcarrier modulation data for the first training symbol.rs2points to the data for the second, extended training symbol. The peripheral hardware reads these structures and generates the corresponding preamble with differing subcarrier counts. By standardizing this instruction as part of an open "Wireless Extension" for RISC-V, the method becomes a publicly documented, fundamental building block for System-on-Chip (SoC) designers.
Generated 5/1/2026, 9:38:15 PM