Patent 11284475

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.

✓ Generated

Defensive Disclosure and Prior Art Generation for U.S. Patent 11,284,475

Publication Date: May 1, 2026
Subject: Derivative Methods and Systems for Network Identification and Unassociated Device Access
Technology Field: Wireless Communications, IEEE 802.11ax, IoT, Network Management

This document discloses novel variations, extensions, and applications of the methods described in U.S. Patent 11,284,475 ('475 patent). The purpose of this disclosure is to place these concepts into the public domain, thereby establishing them as prior art for any future patent applications. The core concept of the '475 patent involves a base station using a "BSS color" identifier within a PPDU that contains a trigger frame for random access by unassociated wireless terminals. This disclosure expands upon that core concept.


Derivative Disclosures Based on Core Claim 1 & 15

(Core Concept: A base station conditionally uses a BSS-colored PPDU to transmit a random-access trigger frame to an unassociated terminal.)

Derivative 1.1: Neuromorphic Processor-Based Trigger Frame Generation

  • Axis: Material & Component Substitution
  • Enabling Description: The base station's baseband processor, responsible for generating the trigger frame, is replaced with a neuromorphic processing unit (NPU) optimized for spatio-temporal pattern recognition. The NPU continuously monitors the radio frequency (RF) environment to detect the "digital signatures" of unassociated devices (e.g., preamble transmissions, failed access attempts). Instead of a conventional MAC-layer decision process, the NPU makes a probabilistic determination of the optimal time, resource unit (RU) allocation, and BSS color to use in the trigger frame to minimize collisions for unassociated devices. The trigger frame's parameters are thus generated via inferencing from a trained spiking neural network (SNN) model rather than deterministic logic.
  • Diagram:
    flowchart TD
        A[RF Front-End] -->|IQ Samples| B(Neuromorphic Processing Unit);
        B -->|Analyzes RF Signatures| C{SNN Model Inference};
        C -->|Probabilistic Parameters| D[Trigger Frame Generator];
        D -- Generates Frame --> E[PPDU Encapsulator];
        F[BSS Color Database] --> E;
        E -->|BSS-Colored PPDU| G(Transceiver);
    

Derivative 1.2: Terahertz (THz) Band Operation for High-Density Unassociated Access

  • Axis: Operational Parameter Expansion
  • Enabling Description: The method is adapted for operation in the 300 GHz - 3 THz frequency bands. Due to the extremely high path loss and directionality in this band, the concept of an "unassociated terminal" is redefined as a device not within the current pencil-beam's line-of-sight. The base station uses a wide-angle, low-power broadcast in a designated THz sub-band to transmit the BSS-colored trigger frame. The BSS color is a 10-bit value, and the trigger frame allocates spatio-temporal resource blocks (STRBs) for unassociated devices to respond using beam-forming. This allows for extremely dense, short-range onboarding of thousands of devices in a small physical area, such as in a retail environment or an industrial automation cell.
  • Diagram:
    sequenceDiagram
        participant BS as Base Station (THz)
        participant UAD as Unassociated Device
        BS->>BS: Scans THz environment for potential devices
        BS->>UAD: Transmits wide-angle Trigger Frame (PPDU with 10-bit BSS Color)
        Note right of UAD: Device receives trigger frame, decodes STRB allocation
        UAD->>BS: Transmits beam-formed random access response in allocated STRB
        BS->>UAD: Responds with Association Grant
    

Derivative 1.3: Application in Autonomous Vehicular Swarms

  • Axis: Cross-Domain Application (Aerospace/Automotive)
  • Enabling Description: The '475 method is applied to Vehicle-to-Everything (V2X) communication for managing the ad-hoc formation of vehicular swarms or platoons. A "lead vehicle" acts as a temporary base station. It broadcasts a BSS-colored trigger frame, where the "BSS color" is a dynamically generated Swarm ID. Unassociated nearby vehicles wishing to join the platoon respond using the random access procedure defined in the trigger frame. This allows for rapid and secure formation of platoons without pre-configuration. The Swarm ID ensures that multiple platoons operating in the same area do not interfere with each other's formation and command-and-control signaling.
  • Diagram:
    graph LR
        subgraph Highway Environment
            subgraph Platoon A
                LeadA[Lead Vehicle A (AP)]
                FollowerA1[Follower A1]
                FollowerA2[Follower A2]
            end
            subgraph Platoon B
                LeadB[Lead Vehicle B (AP)]
                FollowerB1[Follower B1]
            end
            Unassociated[Unassociated Vehicle]
        end
        LeadA -- "Trigger Frame (BSS Color = SwarmID_A)" --> Unassociated;
        Unassociated -- "Random Access Response" --> LeadA;
        LeadB -- "Trigger Frame (BSS Color = SwarmID_B)" --> Highway Environment;
        LeadA -- "Association Confirmation" --> Unassociated;
        Unassociated --> FollowerA3((New Follower A3));
    

Derivative 1.4: Blockchain-Audited Access for Temporary Networks

  • Axis: Integration with Emerging Tech (Blockchain)
  • Enabling Description: The base station's functionality is extended for managing access to temporary, high-value networks (e.g., at a paid event, conference, or secure facility). When an unassociated device responds to the BSS-colored trigger frame, the base station assigns it a temporary, cryptographically-generated ID. The hash of the device's MAC address, the temporary ID, the BSS color of the access point, and a timestamp are written as a transaction to a private or consortium blockchain. This creates an immutable, tamper-proof record of every unassociated device that attempted to access or successfully accessed the network, enabling micropayments for access or robust security auditing.
  • Diagram:
    sequenceDiagram
        participant User as Unassociated Device
        participant AP as Access Point
        participant BC as Blockchain Node
        AP->>User: Broadcasts BSS-Colored Trigger Frame
        User->>AP: Sends Random Access Response
        AP->>AP: Generates Temporary ID
        AP->>BC: Create Transaction (Hash(MAC), TempID, BSS Color, Timestamp)
        BC-->>AP: Transaction Confirmed
        AP->>User: Association Response (includes TempID)
    

Derivative 1.5: "Honey Pot" Mode for Network Security

  • Axis: The "Inverse" or Failure Mode
  • Enabling Description: The base station implements a security-focused "honey pot" operational mode. When a network intrusion detection system (NIDS) flags suspicious activity, the AP begins transmitting a trigger frame with a specific, reserved "honey pot" BSS color. This trigger frame appears to offer a low-security, open-access channel. Unassociated devices that respond to this specific trigger frame are not granted access to the primary network. Instead, they are shunted to a sandboxed, isolated network segment where their behavior can be monitored and analyzed by security tools. This system uses the patent's core mechanism to actively bait and isolate potential threats without alerting the attacker.
  • Diagram:
    stateDiagram-v2
        [*] --> Normal_Operation
        Normal_Operation --> Threat_Detected: NIDS Alert
        Threat_Detected --> HoneyPot_Mode: Activate Honey Pot
        HoneyPot_Mode --> Normal_Operation: Threat Neutralized
        state HoneyPot_Mode {
            direction LR
            [*] --> Broadcasting
            Broadcasting --> Waiting_For_Access: Transmit Trigger (BSS Color=HONEYPOT)
            Waiting_For_Access --> Isolate_Device: Unassociated Device Responds
            Isolate_Device --> Waiting_For_Access: Route to Sandbox & Log
        }
    

Derivative Disclosures Based on Core Claim 8

(Core Concept: A receiving terminal sets the BSS color of its trigger-based response PPDU according to its own active BSS color.)

Derivative 2.1: Liquid-Crystal Polymer Antenna Reconfiguration

  • Axis: Material & Component Substitution
  • Enabling Description: The wireless terminal uses a reconfigurable antenna array made from liquid-crystal polymer (LCP). Upon decoding a trigger frame, the terminal's processor not only constructs the response PPDU but also applies a specific voltage to the LCP substrate. This voltage changes the antenna's radiation pattern to be optimal for the resource unit (RU) it was assigned in the trigger frame. The terminal's "active BSS color" is used as a seed for a lookup table that determines the precise voltage and phase-shift configuration, effectively creating a unique spatial transmission signature for each BSS to further reduce inter-BSS interference during uplink random access.
  • Diagram:
    flowchart TD
        A[Receive Trigger Frame] --> B{Decode RU & BSS Color};
        B --> C[Fetch LCP Voltage Map from LUT];
        subgraph Processor
            B --> D[Construct Trigger-Based PPDU];
            D --> E{Set PPDU BSS Color = Active BSS Color};
        end
        C --> F(LCP Antenna Controller);
        E --> G(Baseband Modulator);
        F & G --> H(RF Transceiver);
        H --> I[Transmit Spatially-Tuned PPDU];
    

Derivative 2.2: Operation in High-Doppler Shift Environments

  • Axis: Operational Parameter Expansion
  • Enabling Description: The terminal is operating on a high-speed platform (e.g., bullet train, aircraft), experiencing significant Doppler shift. The terminal's "active BSS color" is not a static value but is a composite key that includes the BSS identifier and a Doppler shift vector calculated from the preamble of the received trigger frame. When the terminal transmits its trigger-based PPDU, it pre-compensates its transmission frequency based on this stored vector. The BSS color field in its transmitted PPDU is expanded to include a 2-bit field indicating the magnitude of the pre-compensation applied, allowing the base station to more accurately decode the signal from a rapidly moving, newly-associated terminal.
  • Diagram:
    sequenceDiagram
        participant BS as Base Station
        participant STA as High-Speed Terminal
        BS->>STA: Transmits Trigger Frame (PPDU with BSS Color)
        STA->>STA: 1. Decode Frame
        STA->>STA: 2. Calculate Doppler Shift from Preamble
        STA->>STA: 3. Create Composite Active_BSS_Color (BSS_ID + Doppler_Vector)
        STA->>STA: 4. Pre-compensate TX Frequency
        STA->>BS: Transmit Response PPDU (BSS Color field includes Doppler magnitude)
    

Derivative 2.3: Application in Precision Agriculture Sensor Networks

  • Axis: Cross-Domain Application (AgTech)
  • Enabling Description: A mobile "data mule" (e.g., a drone or ground robot) roams a farm to collect data from thousands of low-power soil sensors. The data mule acts as the base station. The farm is divided into zones (e.g., cornfield, vineyard, irrigation area), each with a unique BSS color. A sensor, upon detecting the mule's trigger frame, responds with a PPDU colored with the BSS color of its physical zone. This allows the data mule to instantly map the collected data (e.g., moisture level, pH) to a specific zone on the farm without needing GPS data from every individual sensor, drastically reducing the power consumption and cost of the sensors.
  • Diagram:
    graph TD
        subgraph Farm
            Mule[Data Mule AP]
            subgraph Zone A (BSS Color=0x01)
                SensorA1
                SensorA2
            end
            subgraph Zone B (BSS Color=0x02)
                SensorB1
                SensorB2
            end
        end
        Mule -- "Broadcasts Trigger Frame" --> Zone A & Zone B
        SensorA1 -- "Response PPDU (BSS Color=0x01)" --> Mule
        SensorB2 -- "Response PPDU (BSS Color=0x02)" --> Mule
        Mule -->|"Data: {SensorID, Moisture, pH}, Location: Zone A"| Cloud[Farm Management System]
    

Derivative 2.4: AI-Optimized Uplink Power Control

  • Axis: Integration with Emerging Tech (AI/IoT)
  • Enabling Description: The wireless terminal incorporates a lightweight, edge AI model (e.g., a tinyML model) that optimizes the transmission power for its trigger-based response. The "active BSS color" is an input feature to this model, along with the received signal strength (RSSI) of the trigger frame and the terminal's own battery level (an IoT sensor input). The model's output is the optimal transmit power (in dBm) for the response PPDU. This allows the terminal to use the minimum power necessary to reach the AP, conserving battery life, while using the BSS color as contextual information to account for known interference levels associated with that specific network.
  • Diagram:
    flowchart LR
        subgraph Terminal
            A[Receive Trigger Frame] --> B{Extract RSSI & BSS Color};
            C[Battery Sensor] --> D{Get Battery Level};
            B & D --> E(Edge AI Model);
            E -->|Optimal TX Power| F[Power Amplifier];
            B --> G[PPDU Generator];
            G -- "Set BSS Color" --> H(Modulator);
            H --> F;
            F --> I(Transmit);
        end
    

Derivative 2.5: Limited Functionality "Limp Mode" Response

  • Axis: The "Inverse" or Failure Mode
  • Enabling Description: If the terminal's battery is critically low (e.g., <5%), it enters a "limp mode." In this state, when it receives a trigger frame, it will still respond to avoid being dropped by the network. However, it constructs a minimal trigger-based PPDU. The BSS color in the response PPDU is bitwise-XORed with a predefined "low-power" mask (e.g., 0xAAAA). This modified BSS color signals to the base station that the terminal is in a power-critical state. The payload of the PPDU is restricted to a single, minimal management frame. The base station, upon seeing the modified BSS color, knows not to send any non-essential traffic to the device and can schedule it for wake-up at much longer intervals.
  • Diagram:
    stateDiagram-v2
        state "Battery > 5%" as Normal
        state "Battery < 5%" as LimpMode
        [*] --> Normal
        Normal --> LimpMode: Battery Critical
        LimpMode --> Normal: Battery Charged
        state LimpMode {
            [*] --> RX_Trigger
            RX_Trigger --> TX_Response: Received Trigger Frame
            state TX_Response {
                direction LR
                [*] --> Generate_PPDU
                Generate_PPDU --> Modify_BSS_Color: BSS_Color' = BSS_Color XOR MASK
                Modify_BSS_Color --> Transmit_Minimal_Frame
            }
        }
    

Combination Prior Art Scenarios with Open-Source Standards

  1. Combination with the Matter Protocol over Wi-Fi: A Matter-compliant Wi-Fi hub (acting as a base station) uses the '475 method for device commissioning. The hub broadcasts a trigger frame within a PPDU where the BSS color is set to the Matter "Commissioning Fabric ID." New, unassociated Matter devices listen for this specific Fabric ID. Upon receiving the trigger, they respond using the specified random access procedure to join the network. This integrates the BSS color spatial reuse mechanism directly into the Matter open standard for robust device onboarding in homes with multiple overlapping Wi-Fi networks.

  2. Combination with LoRaWAN (Class B): A hybrid LoRaWAN/Wi-Fi gateway leverages the '475 method to provide downlink opportunities for unassociated devices. The gateway transmits LoRaWAN beacons to synchronize devices. In a subsequent "ping slot," instead of a LoRaWAN message, the gateway transmits a Wi-Fi PPDU containing a trigger frame, using the LoRaWAN DevAddr prefix as the BSS color. Unassociated LoRaWAN devices with Wi-Fi capabilities can wake during this slot, receive the trigger, and transmit high-bandwidth data (e.g., a firmware update chunk) over Wi-Fi, using their full DevAddr as their station identifier in the random access response. This combines LoRaWAN's long-range signaling with Wi-Fi's high throughput in a standardized way.

  3. Combination with a RISC-V based Software-Defined Radio (SDR): The entire logic of the '475 patent (both base station and terminal side) is implemented in an open-source hardware and software stack. A base station SDR running a Linux distribution on a RISC-V processor core generates the BSS-colored trigger frames. The terminal is another RISC-V SDR. The entire MAC and PHY layer, including the logic for handling BSS color and trigger-based random access for unassociated devices, is published as an open-source library (e.g., a GNURadio module). This makes the method a baseline, reproducible, and unpatentable feature within the open-source wireless development community.

Generated 5/1/2026, 6:10:38 PM