Derivative works — US Patent 12004262

Here are derivative variations and combination prior art scenarios for US Patent 12004262, crafted from the perspective of a Senior Patent Strategist and Research Engineer specializing in Defensive Publishing. The goal is to establish prior art to render future incremental improvements obvious or non-novel.

Derivative Variations for US Patent 12004262

The following derivatives build upon the core concepts of the patent, specifically targeting independent claims 1 (Wireless Communication Method of a Base Wireless Communication Terminal), 10 (Wireless Communication Terminal), and 15 (Base Wireless Communication Terminal).

Derivative 1: Material & Component Substitution (Focus: Enhanced BSS Color Processing in WCT)

Enabling Description: Instead of a general-purpose processor (110, 210) and transceiver (120, 220) as broadly described in the patent, consider a specialized Field-Programmable Gate Array (FPGA) or Application-Specific Integrated Circuit (ASIC) with dedicated hardware accelerators for BSS Color identification and spatial reuse (SR) operations. The FPGA/ASIC would incorporate a high-speed BSS Color comparator block implemented in a low-power Complementary Metal-Oxide-Semiconductor (CMOS) process. This block would perform parallel comparison of received PPDU BSS Color fields (e.g., from HE-SIG-A or VHT Partial AID) against a locally stored "active BSS color" value in less than 10 ns, significantly reducing the latency for Intra-BSS/Inter-BSS determination. This component substitution specifically targets the determination logic described in,,. The transceiver's physical layer processing unit would directly offload the BSS Color extraction to this dedicated hardware, reducing CPU cycles and power consumption.
```
graph TD
    A[Transceiver 120/220] --> B{PHY Layer Data Stream};
    B --> C[BSS Color Extraction HW Accelerator];
    C --> D{Active BSS Color Register};
    C --> E{BSS Color Comparator Logic};
    D -- Active BSS Color --> E;
    E -- Comparison Result (Intra/Inter) --> F[MAC Layer Processor 110/210];
    F --> G{Channel Access/SR Decision Logic};
```

Derivative 2: Operational Parameter Expansion (Focus: High-Density, Ultra-Low Latency Random Access)

Enabling Description: Expand the operational parameters to extreme high-density client scenarios (e.g., 1000+ STAs per AP within a 100 sq meter area) and ultra-low latency requirements (sub-millisecond uplink random access). The trigger frame (FIG. 7) would be augmented to include dynamic OFDMA Resource Unit (RU) allocation maps with predictive collision avoidance pre-emption fields. Instead of fixed AID12 values (0, 2045) for random access, a rotating pool of "nano-AIDs" (e.g., 4-bit identifiers) is used, changing every microsecond, requiring the WCT to synchronize precisely. The AP (Claim 15) uses a multi-antenna array with adaptive beamforming to dynamically shape trigger frame broadcasts and receive trigger-based PPDUs, simultaneously initiating random access for multiple groups of STAs on overlapping RUs in the 60 GHz band. The "Padding field" (FIG. 7,) duration is dynamically adjusted in real-time based on observed channel congestion and STA processing load, as reported by STAs in an enhanced Buffer Status Report (BSR) (FIG. 29). The OFDMA Contention Window (OCW) (FIG. 9,) is algorithmically scaled based on the number of active STAs and real-time collision rates, managed by the AP to maintain sub-millisecond access.
```
sequenceDiagram
    AP->>STA_Group1: TF(60GHz, DynRU_Map, NanoAID_Pool, Padding_μs)
    AP->>STA_Group2: TF(60GHz, DynRU_Map, NanoAID_Pool, Padding_μs)
    Note right of STA_Group1: STAs sync NanoAID, compute OBO(OCW_scaled)
    STA_Group1->>AP: Trigger-based PPDU (NanoAID_1, RU_1)
    STA_Group2->>AP: Trigger-based PPDU (NanoAID_2, RU_2)
    AP->>AP: Real-time Collision Detection & OCW Scaling
    AP->>AP: Update Padding_μs based on BSR
    AP->>STA_Group1: ACK/Enhanced BSR (Updated OBO_params)
```

Derivative 3: Cross-Domain Application (Focus: Industrial Automation - Robotic Swarms)

Enabling Description: Apply the wireless communication method to orchestrate large swarms of autonomous industrial robots (WCTs) in a manufacturing plant. The base wireless communication terminal (BWCT) acts as a central swarm coordinator. Each robot (WCT) performs critical path planning and execution, requiring synchronized, low-latency uplink reports (random access). The BSS Color (BSS identifier),, would identify specific robotic work zones or process stages within the factory. A trigger frame (Claim 1) transmitted by the swarm coordinator (BWCT) would prompt random access from robots needing to report immediate status (e.g., collision avoidance, task completion, sensor readings). The trigger-based PPDUs (Claim 10) from the robots would include their "partial AID" for quick identification of the specific robot and its current state. Multiple swarm coordinators (BWCTs) could operate in overlapping areas, each with a unique BSS Color, allowing robots to perform spatial reuse (SR) operations to avoid interference between work zones, using adjusted CCA thresholds based on the BSS Color of observed transmissions from other zones.
```
graph LR
    SubGraph1[Robotic Work Zone A (BSS Color 1)]
        SCA1[Swarm Coordinator A (BWCT)] --> R1_A(Robot 1)
        SCA1 --> R2_A(Robot 2)
        R1_A -- TF-triggered Uplink --> SCA1
        R2_A -- TF-triggered Uplink --> SCA1
    End
    SubGraph2[Robotic Work Zone B (BSS Color 2)]
        SCB1[Swarm Coordinator B (BWCT)] --> R1_B(Robot 3)
        SCB1 --> R2_B(Robot 4)
        R1_B -- TF-triggered Uplink --> SCB1
        R2_B -- TF-triggered Uplink --> SCB1
    End
    SCA1 -- Overlapping Radio Domain --> SCB1
    R1_A -- Detects OBSS PPDU (BSS Color 2) --> R1_A
    R1_A -- Adjusts CCA for SR --> R1_A
```

Derivative 4: Integration with Emerging Tech (Focus: AI-driven Optimization for Trigger Frame Scheduling)

Enabling Description: Integrate AI-driven optimization into the base wireless communication terminal (BWCT) for dynamic generation and scheduling of trigger frames (Claim 1). An AI module, specifically a Reinforcement Learning (RL) agent, observes real-time network conditions (channel load, STA buffer status, latency requirements, energy consumption profiles) using IoT sensors embedded in the WCTs (Claim 10) and network infrastructure. The RL agent dynamically adjusts parameters within the trigger frame, such as: the size and number of RUs allocated for random access; the MinTrigProcTime (minimum processing time) padding; the OFDMA Contention Window (OCW) parameters (OCWmin, OCWmax) within the UORA parameter set element (FIG. 10,); and the scheduling of trigger frames (e.g., burst transmission for time-critical data, staggered for power-saving STAs). The AI also optimizes the BSS Color allocation strategy (dynamically assigning or reassigning BSS Colors) to minimize Inter-BSS interference and maximize spatial reuse in dynamic environments. IoT sensors provide telemetry (e.g., RSSI, noise floor, latency, battery level) which feeds into the AI's state observation space.
```
graph TD
    A[IoT Sensors (WCTs)] --> B(Telemetry Data: RSSI, Latency, Buffer, Battery);
    B --> C[AI Module (RL Agent) in BWCT];
    C -- Observes Network State --> C;
    C -- Policy Decisions (Optimize Trigger Frame Params) --> D[Trigger Frame Generation Module];
    D -- Generated Trigger Frame --> E[PPDU Encapsulation & Transmission];
    E --> F(Wireless Medium);
    F --> G[WCTs (Claim 10)];
    G -- Trigger-based PPDU --> F;
    F --> H[BWCT Receiver];
    H -- Feedback (ACKs, BSRs) --> C;
```

Derivative 5: The "Inverse" or Failure Mode (Focus: Low-Power, Limited-Functionality Random Access for Disaster Scenarios)

Enabling Description: Design a version of the invention for low-power, limited-functionality random access, specifically for wireless communication terminals (WCTs) in disaster or emergency scenarios where infrastructure (BWCTs) may be compromised or operating on minimal power. In this "emergency mode," WCTs (Claim 10) prioritize essential data transmission (e.g., location, vital signs) over high throughput. The trigger frame (Claim 1) transmitted by a surviving BWCT (or a designated emergency WCT acting as a temporary coordinator) would contain a "Reduced Functionality Mode" flag. This flag would instruct WCTs to: utilize a minimal, pre-defined set of OFDMA RUs (e.g., 20 MHz bandwidth on a single 26-tone RU) for random access, regardless of their full capability; limit their transmit power to conserve battery; use a simplified, non-cryptographic BSS identifier (e.g., 1-bit "Emergency BSS Color") for quick channel access differentiation, overriding the normal BSS Color logic; and transmit only short, aggregated MAC Protocol Data Units (A-MPDUs) with a maximum aggregation limit of 1, containing critical data frames. The BWCT's processor (Claim 15) would enter a low-power listening state, polling for these emergency trigger-based PPDUs at reduced frequency. The "Inverse" aspect is that the system prioritizes survival and basic connectivity over performance, effectively operating in a "safe-fail" or "minimal viable communication" state.
```
stateDiagram-v2
    Normal_Operation --> Emergency_Mode: Disaster Detected / BWCT Flag Set
    Emergency_Mode --> Low_Power_Listen: WCT enters Doze State
    Low_Power_Listen --> Emergency_Random_Access: Receive TF (Reduced Functionality Flag)
    Emergency_Random_Access --> Transmit_Critical_Data: Generate Trigger-based PPDU (Min_RU, Low_TX_Power, 1-bit BSS Color)
    Transmit_Critical_Data --> Low_Power_Listen: After Transmission / Wait for next TF
    Emergency_Mode --> Normal_Operation: Infrastructure Recovered / BWCT Flag Reset
```

Derivative 6: Material & Component Substitution (Focus: Gallium Nitride (GaN) RF Front-End for BWCT Transceiver)

Enabling Description: For the base wireless communication terminal (BWCT) transceiver (220, Claim 15), substitute traditional silicon-based radio frequency (RF) front-end components with Gallium Nitride (GaN) power amplifiers (PAs) and low-noise amplifiers (LNAs). GaN technology offers superior power efficiency, higher output power, and improved linearity across a wider frequency range (e.g., extending beyond 60 GHz to sub-Terahertz bands). This enables the BWCT to transmit trigger frames (Claim 1) with higher effective isotropic radiated power (EIRP) for extended range or through denser environments, while reducing energy consumption. The improved linearity also allows for more complex modulation schemes (e.g., 1024-QAM or higher) for the PPDU, increasing trigger frame payload capacity or spectral efficiency. This is particularly relevant for the "high-efficiency (HE) PPDU format" mentioned in. The GaN components would be integrated into the transceiver module (220), allowing for operation with multiple transmit and receive modules across different frequency bands (e.g., 2.4 GHz, 5 GHz, 60 GHz) with enhanced performance.
```
graph LR
    BWCT_Processor[Processor 210] --> Transceiver_Module[Transceiver Module 220]
    Transceiver_Module --> RF_FrontEnd[RF Front-End (GaN)]
    RF_FrontEnd --> Antenna[Antenna Array]
    RF_FrontEnd -- High Power, High Linearity --> Wireless_Medium[Wireless Medium]
    subgraph RF_FrontEnd
        GaN_PA[GaN Power Amplifier]
        GaN_LNA[GaN Low-Noise Amplifier]
        Mixer[Mixer]
    end
    Transceiver_Module -- Baseband Signals --> GaN_PA
    GaN_LNA -- Received RF --> Transceiver_Module
```

Derivative 7: Operational Parameter Expansion (Focus: Sub-GHz and Millimeter-Wave Co-existence)

Enabling Description: Expand the operational parameter of the wireless communication method to simultaneously utilize both sub-Gigahertz (sub-GHz) frequency bands (e.g., 868 MHz or 915 MHz for long-range, low-power communication) and millimeter-wave (mmWave) bands (e.g., 60 GHz for high-throughput, short-range communication), as hinted by the transceiver's ability to use different frequency bands in,. The base wireless communication terminal (BWCT) transmits trigger frames (Claim 1) on both frequency bands. The sub-GHz band is used for robust, long-range trigger signaling to power-saving WCTs (e.g., IoT devices in deep sleep) that periodically wake to listen. Once a WCT (Claim 10) receives a sub-GHz trigger, it can then switch to the mmWave band (if capable) for high-speed uplink random access transmission of data, guided by the specific RU allocation (FIG. 8) and BSS Color information in the trigger frame. The BSS color could further differentiate between sub-GHz and mmWave network segments within the same Extended Service Set (ESS). This allows for efficient power management and bandwidth allocation based on device capabilities and data urgency.
```
sequenceDiagram
    BWCT->>WCT_SubGHz: TF_SubGHz (Wake-up, Target_mmWave_Channel, BSS_Color)
    Note right of WCT_SubGHz: WCT_SubGHz is in deep sleep
    WCT_SubGHz->>WCT_SubGHz: Wake-up from deep sleep
    WCT_SubGHz->>WCT_SubGHz: Tune to Target_mmWave_Channel
    WCT_SubGHz->>BWCT: Trigger-based PPDU_mmWave (High-throughput data)
    BWCT->>WCT_mmWave: ACK_mmWave
    Note right of WCT_mmWave: WCT_mmWave returns to deep sleep or continues mmWave op
```

Derivative 8: Cross-Domain Application (Focus: Precision Agriculture - Autonomous Sensor Nodes)

Enabling Description: Adapt the wireless communication method for precision agriculture, specifically for managing vast networks of autonomous sensor nodes (WCTs) deployed across large fields. A base wireless communication terminal (BWCT), possibly mounted on a drone or a mobile farm vehicle, acts as a roving data collector and coordinator. These sensor nodes (WCTs) monitor soil conditions, crop health, or livestock vital signs. The BWCT transmits trigger frames (Claim 1) to specific groups of sensor nodes within its current coverage area, initiating uplink transmission-based random access for them to report their aggregated sensor data. The BSS identifier (BSS Color) could delineate different sections of a field, crop types, or even different herds of livestock. The "User Info field" (FIG. 8) of the trigger frame could allocate specific RUs for different sensor types (e.g., soil moisture sensors on RU1, temperature sensors on RU2). When a sensor node (WCT, Claim 10) detects a trigger frame with its assigned BSS Color, it performs random access to transmit its data, ensuring efficient collection without continuous polling and conserving node battery life.
```
graph TD
    BWCT_Drone[BWCT (Drone/Mobile)] --> Field_Segment_A[Field Segment A (BSS Color 1)]
    BWCT_Drone --> Field_Segment_B[Field Segment B (BSS Color 2)]
    Field_Segment_A --> Sensor_Node_A1(Soil Moisture Sensor)
    Field_Segment_A --> Sensor_Node_A2(Crop Health Sensor)
    Field_Segment_B --> Sensor_Node_B1(Livestock Tracker)
    BWCT_Drone -- Trigger Frame (BSS Color 1) --> Sensor_Node_A1, Sensor_Node_A2
    Sensor_Node_A1 -- Trigger-based PPDU (Data) --> BWCT_Drone
    Sensor_Node_A2 -- Trigger-based PPDU (Data) --> BWCT_Drone
    BWCT_Drone -- Moves to B, then Trigger Frame (BSS Color 2) --> Sensor_Node_B1
    Sensor_Node_B1 -- Trigger-based PPDU (Data) --> BWCT_Drone
```

Derivative 9: Integration with Emerging Tech (Focus: Blockchain for Secure Trigger Frame Integrity)

Enabling Description: Integrate blockchain technology for verifying the integrity and authenticity of trigger frames (Claim 1) and ensuring non-repudiation of uplink random access transmissions. Each trigger frame generated by the base wireless communication terminal (BWCT) is cryptographically signed and its hash is recorded on a private blockchain network. When a wireless communication terminal (WCT, Claim 10) receives a PPDU containing a trigger frame, its processor (110) not only processes the trigger information but also verifies the digital signature of the trigger frame against the BWCT's public key. Before transmitting a trigger-based PPDU, the WCT includes a proof-of-receipt for the original trigger frame (e.g., a hash of the trigger frame and its own signature) as part of its MAC header or payload, which is then verified by the BWCT upon reception. This prevents spoofing of trigger frames by malicious entities and ensures that only authorized trigger frames can initiate uplink random access, adding a layer of security and auditability, particularly critical in sensitive applications.
```
sequenceDiagram
    participant BWCT
    participant WCT
    participant Blockchain_Network as BN

    BWCT->>BWCT: Generate Trigger Frame (TF)
    BWCT->>BWCT: Sign TF, compute Hash(TF)
    BWCT->>BN: Record Hash(TF) on Blockchain
    Note right of BN: Immutable record of TF issued
    BWCT->>WCT: Transmit PPDU (TF, Signature)
    WCT->>WCT: Verify Signature(TF) using BWCT Public Key
    alt Signature Valid
        WCT->>WCT: Generate Trigger-based PPDU (Hash(TF)_Proof)
        WCT->>BWCT: Transmit Trigger-based PPDU
        BWCT->>BWCT: Verify Hash(TF)_Proof against BN record
        BWCT->>WCT: ACK
    else Signature Invalid
        WCT->>WCT: Discard TF, do not transmit
        BWCT->>BWCT: Detect non-response, log anomaly
    end
```

Derivative 10: The "Inverse" or Failure Mode (Focus: Graceful Degradation of Spatial Reuse in Congested/Hostile Environments)

Enabling Description: Develop a "failure mode" where the spatial reuse (SR) operation of the wireless communication terminal (WCT) gracefully degrades in highly congested or hostile environments (e.g., jamming attempts) instead of outright failure. Normally, the WCT adjusts its Clear Channel Assessment (CCA) threshold based on BSS Color to differentiate Intra-BSS from Inter-BSS PPDUs. In this inverse mode, if the WCT's processor (110) detects a consistent high rate of false positive OBSS PD detections (due to jamming or extreme interference) or frequent BSS Color spoofing attempts, it enters a "Degraded SR Mode." In this mode: the WCT temporarily disables the BSS Color-based CCA threshold adjustment for Inter-BSS PPDUs; it reverts to a single, more conservative CCA threshold (e.g., a default, higher threshold for general medium sensing) for all incoming PPDUs, effectively treating all observed traffic as potential Intra-BSS interference or critical transmissions; and the random access mechanism (FIG. 9) would increase the OFDMA Contention Window (OCW) to its maximum (OCWmax) to reduce contention, even if it introduces higher latency. The trigger frame (Claim 1) from the BWCT could include a "Degraded SR Advisory" flag, instructing WCTs to enter this mode, or WCTs could autonomously detect the condition. This ensures basic channel access and data transmission can still occur, albeit with reduced spatial efficiency, prioritizing communication robustness over optimal performance.
```
stateDiagram-v2
    Normal_SR_Operation --> Degraded_SR_Mode: Detect High False Positive OBSS PDs / BSS Color Spoofing / BWCT Advisory
    Degraded_SR_Mode --> Monitor_Channel_Conservative: Disable BSS Color-based CCA Adjustment
    Monitor_Channel_Conservative --> Attempt_Random_Access_Conservative: Use Global, Higher CCA Threshold
    Attempt_Random_Access_Conservative --> Transmit_Data: Increase OCW to OCWmax
    Transmit_Data --> Monitor_Channel_Conservative: After Transmission
    Degraded_SR_Mode --> Normal_SR_Operation: Environment Clears / BWCT Resets Advisory
```

Combination Prior Art Scenarios

Here are three combination prior art scenarios where US12004262 could be combined with existing open-source standards to demonstrate obviousness or lack of novelty for future incremental improvements.

US12004262 + IEEE 802.11ax (Wi-Fi 6) Standard + Open-Source Network Stack (e.g., OpenWrt with ath10k/ath11k drivers)
- Description: The IEEE 802.11ax standard (Wi-Fi 6) explicitly introduced OFDMA (Orthogonal Frequency Division Multiple Access), trigger frames, and BSS coloring as fundamental mechanisms to improve spectral efficiency and spatial reuse in high-density environments. US12004262 describes a wireless communication method using a BSS identifier and trigger frames for uplink random access, fitting directly into the 802.11ax paradigm. Combining the teachings of US12004262 (e.g., the specific trigger frame formats, BSS color handling for Intra-BSS/Inter-BSS differentiation, and random access procedures using OCW as depicted in FIGS. 7-11 of the patent) with the publicly available IEEE 802.11ax standard specifications (e.g., section 26 for HE operation, 26.3 for PPDU formats, 26.10 for BSS color, and 26.11 for Trigger Frames), and an open-source implementation like OpenWrt running on Wi-Fi 6 hardware (e.g., Qualcomm Atheros-based APs/STAs utilizing ath11k drivers for 802.11ax support), would render many incremental improvements obvious. For instance, any "new" method of BSS color negotiation or trigger frame scheduling that relies on basic 802.11ax principles and the core BSS ID/trigger frame interaction as described in the patent would be considered an obvious combination of existing art and an open-source implementation.
- Prior Art Example: IEEE Std 802.11ax-2019 "Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications; Amendment 1: Enhancements for High Efficiency WLAN." (Openly available standard document). OpenWrt firmware and source code.
US12004262 + LoRaWAN Standard (IEEE 802.15.4g-based LPWAN) + Open-Source LoRaWAN Stack (e.g., LoRaMAC-node)
- Description: While US12004262 focuses on WLAN, the concepts of a "base wireless communication terminal" triggering "uplink transmission-based random access" from "wireless communication terminals" using "identifiers" are highly analogous to LPWAN (Low-Power Wide-Area Network) technologies like LoRaWAN. In LoRaWAN, a Gateway (analogous to the BWCT) communicates with End Devices (analogous to WCTs). While LoRaWAN doesn't use "BSS Color" or "PPDUs" in the 802.11 sense, it uses "DevAddr" (Device Address) and "NwkSKey" (Network Session Key) for identification and secure communication, and devices typically use ALOHA-like random access for uplink transmissions. Combining the "trigger frame" concept from US12004262 to explicitly schedule random uplink access in a LoRaWAN context (e.g., a custom downlink message from the Gateway acting as a "trigger" to instruct specific end-devices to perform uplink random access within a defined window, using their DevAddr as a partial identifier) would be an obvious adaptation. This applies particularly to the power-saving operations described in,, and of the patent. An open-source LoRaWAN stack like LoRaMAC-node provides the reference implementation for device-side operation.
- Prior Art Example: LoRaWAN Specification (e.g., v1.0.4) by LoRa Alliance. IEEE 802.15.4g "Amendment 2: Low-Power Wireless Area Networks for Smart Utility Networks (SUN)." LoRaMAC-node open-source project.
US12004262 + 3GPP 5G New Radio (NR) Standard (e.g., Release 15/16) + Open-Source 5G RAN (e.g., Open5GS or srsRAN)
- Description: The 3GPP 5G NR standard includes extensive provisions for uplink grant-free access (similar to random access) and resource allocation, particularly for mMTC (massive Machine Type Communications) and URLLC (Ultra-Reliable Low-Latency Communications). Concepts like "Uplink multi-user response scheduling (UMRS)" and "trigger frame" (interpreted as a downlink grant or indication) from US12004262 align directly with 5G NR's scheduling requests, scheduling assignments, and configured grants. The BSS Color concept, while specific to Wi-Fi, has analogous functions in 5G NR for cell identification and interference management (e.g., PCI - Physical Cell Identity, or RSRP/RSRQ for cell selection/reselection). Combining the explicit "trigger frame" (Claim 1) and "BSS identifier" (BSS Color) based logic for contention-based uplink scheduling from US12004262 with the robust uplink resource allocation mechanisms in 5G NR (e.g., Physical Random Access Channel (PRACH) procedures, PUCCH/PUSCH scheduling, and dynamic spectrum sharing) would be a straightforward integration. An open-source 5G Radio Access Network (RAN) project like Open5GS or srsRAN, providing reference implementations of the gNB (BWCT equivalent) and UE (WCT equivalent) functionalities, would serve as the existing open-source standard. This combination would make obvious any further "optimization" of trigger-based uplink random access in a cellular context.
- Prior Art Example: 3GPP TS 38.213 "NR Physical layer procedures for control." 3GPP TS 38.321 "NR Medium Access Control (MAC) protocol specification." Open5GS or srsRAN open-source projects.