Derivative works — US Patent 10129627

Here is a comprehensive "Defensive Disclosure" document analyzing and deriving variations from US patent 10,129,627 to establish prior art against future incremental inventions.

Defensive Disclosure and Prior Art Derivations of US Patent 10,129,627

Publication Date: 2026-05-13
Subject: "Wireless digital audio music system"
Core Patent: US 10,129,627 B2

This document discloses a series of technical variations, applications, and integrations related to the core concepts described in US Patent 10,129,627. The intent is to place these concepts into the public domain, thereby establishing them as prior art. The enabling descriptions provided herein are sufficient for a person skilled in the art (POSITA) to practice the inventions disclosed.

Part 1: Derivatives of the Wireless Receiver (per Claims 1 & 3)

The core concept is a portable spread spectrum receiver that uses a unique user code for CDMA communication and can perform both DPSK and non-DPSK demodulation to reproduce a high-quality audio signal.

1.1 Material & Component Substitution: Bone Conduction Transducer

Enabling Description: The conventional dynamic speaker (75 in the patent) is replaced with a piezoelectric or magnetostrictive bone conduction transducer. The output of the Digital-to-Analog Converter (DAC 70) is routed to a power amplifier (74) specifically designed to drive the high-impedance, reactive load of the bone conduction element. The amplification stage includes a digital signal processor (DSP) that applies a pre-equalization curve to compensate for the non-linear frequency response of bone transmission, typically boosting frequencies between 250 Hz and 1 kHz and attenuating frequencies above 4 kHz to ensure intelligibility and comfort. The entire receiver is housed in a lightweight, water-resistant polymer shell designed to press the transducer firmly against the user's temporal bone.

Diagram:

flowchart TD
    subgraph Receiver Module
        A[Antenna] --> B[Direct Conversion Module];
        B --> C{Demodulator (DPSK/non-DPSK)};
        C --> D[Decoder];
        D --> E[DAC];
        E --> F[DSP Pre-Equalizer];
        F --> G[High-Impedance Power Amp];
        G --> H[Bone Conduction Transducer];
    end

1.2 Operational Parameter Expansion: Cryogenic Operation

Enabling Description: A version of the receiver is designed for operation in cryogenic environments (77 Kelvin / -196°C). All passive components (resistors, capacitors) are specified with near-zero temperature coefficients. The semiconductor components, including the direct conversion module and decoders, are fabricated using a Silicon-Germanium (SiGe) BiCMOS process known for its stable performance at low temperatures. The battery is a custom lithium-thionyl chloride (Li-SOCl2) cell, which maintains a stable discharge curve down to -200°C. The local oscillator for the direct conversion module uses an oven-controlled crystal oscillator (OCXO) in a miniature vacuum-insulated package to maintain a stable frequency reference, which is critical for coherent demodulation in extreme cold. The receiver housing is a carbon-fiber-reinforced polymer (CFRP) to prevent thermal shock and cracking.

Diagram:

stateDiagram-v2
    [*] --> Ambient: Power On
    Ambient --> Cryo_Cooling: Temperature < 0°C
    Cryo_Cooling --> Cryo_Stable: Temperature <= -190°C
    Cryo_Stable --> Cryo_Cooling: Temperature > -190°C
    Cryo_Cooling --> Ambient: Temperature >= 0°C

    state Ambient {
        description Full performance, standard oscillator.
    }
    state Cryo_Cooling {
        description OCXO heater active, performance scaling.
    }
    state Cryo_Stable {
        description OCXO stable, peak performance at 77K.
    }

1.3 Cross-Domain Application: Aerospace Intra-Cockpit Communication

Enabling Description: The receiver technology is integrated into a pilot's flight helmet for secure, high-G tolerant, intra-cockpit communication. The "high quality audio" is optimized for voice clarity (300 Hz - 8 kHz). The CDMA system, using the "unique user code," allows multiple crew members (pilot, co-pilot, weapons officer) to have separate, non-interfering wireless audio channels within the same shielded cockpit. An adaptive demodulation subsystem constantly monitors the channel's bit error rate (BER). Under electronic warfare (jamming) conditions, it automatically switches from a high-order modulation (e.g., 64-QAM) to a more robust, lower-order modulation like DPSK to preserve the communication link, albeit at a lower data rate. The system is hardened against electromagnetic interference (EMI) and is certified under DO-160 standards.

Diagram:

flowchart LR
    A[RF Signal In] --> B{Channel Quality Monitor};
    B -- High SNR --> C[Select 64-QAM Demodulator];
    B -- Low SNR/Jamming --> D[Select DPSK Demodulator];
    C --> E[Decode Audio Stream];
    D --> E;
    E --> F[Audio Output to Helmet Speakers];

1.4 Integration with Emerging Tech: AI-Driven Adaptive Equalization & Code Cleaning

Enabling Description: The receiver integrates a low-power neural processing unit (NPU). This NPU runs a real-time convolutional neural network (CNN) that processes the output of the DAC. The network is trained to identify and remove specific types of ambient noise (e.g., wind, engine hum, crowd noise) while preserving the fidelity of the desired audio stream. Furthermore, a second AI model analyzes the raw I/Q data from the direct conversion module before demodulation. It uses the known properties of the "unique user code" to identify and subtract co-channel interference signals from other CDMA users, effectively cleaning the signal and improving the signal-to-interference-plus-noise ratio (SINR) before it reaches the demodulator. This allows for clearer audio in extremely crowded radio environments.

Diagram:

sequenceDiagram
    participant Antenna
    participant RF_Frontend
    participant NPU_Model1
    participant Demodulator
    participant Decoder
    participant NPU_Model2
    participant DAC
    participant Speaker

    Antenna->>RF_Frontend: Receive Signal
    RF_Frontend->>NPU_Model1: Pass I/Q Data
    NPU_Model1->>RF_Frontend: Return Cleaned I/Q Data
    RF_Frontend->>Demodulator: Demodulate
    Demodulator->>Decoder: Decode Bitstream
    Decoder->>DAC: Pass Digital Audio
    DAC->>NPU_Model2: Pass Analog Audio
    NPU_Model2->>Speaker: Output Noise-Cancelled Audio

1.5 Inverse Mode: Failsafe Emergency Beacon

Enabling Description: The receiver is designed with a dual-function "failsafe" mode. Under normal operation, it functions as an audio receiver. However, if it loses its connection to the designated transmitter for a predetermined period (e.g., 5 minutes) and the battery level is above a failsafe threshold (e.g., 50%), it reconfigures itself into a low-power emergency transmitter. The receiver's local oscillator is repurposed as a carrier source, the power amplifier is re-biased for transmission, and the speaker is used as a rudimentary microphone. It then begins to transmit the unique user code on a predefined emergency frequency using a simple, robust modulation (like OOK - On-Off Keying), acting as a personal locator beacon that can be detected by a search and rescue party with a corresponding receiver.

Diagram:

stateDiagram-v2
    [*] --> Receiving
    Receiving --> Lost_Signal_Watchdog: Connection Lost
    Lost_Signal_Watchdog --> Receiving: Connection Re-established
    Lost_Signal_Watchdog --> Beacon_Mode: Timeout_Expired AND Battery > 50%
    Lost_Signal_Watchdog --> Low_Power_Off: Timeout_Expired AND Battery <= 50%
    Beacon_Mode --> Low_Power_Off: Battery Drained

    state Beacon_Mode {
        description Reconfigured as transmitter. Broadcasting user code.
    }

Part 2: Derivatives of the Wireless Transmitter (per Claim 5)

The core concept is a portable transmitter that encodes an audio signal to reduce intersymbol interference, uses a unique user code for CDMA, and can perform both DPSK and non-DPSK modulation.

2.1 Material & Component Substitution: Gallium Nitride (GaN) RF Front-End

Enabling Description: The transmitter's final stage RF power amplifier (48) is implemented using a Gallium Nitride (GaN) High-Electron-Mobility Transistor (HEMT) instead of a conventional silicon LDMOS or GaAs transistor. The GaN amplifier provides significantly higher power efficiency (over 70% vs. 40-50%), allowing for a 50% increase in battery life for the same RF output power. The higher breakdown voltage of GaN also allows the transmitter to operate with a wider range of battery voltages, simplifying power management circuitry. The higher thermal conductivity of the SiC substrate used for the GaN HEMT allows for a smaller heat sink, reducing the overall size and weight of the transmitter unit.

Diagram:

flowchart TD
    subgraph Transmitter Module
        A[ADC] --> B[Encoder];
        B --> C{Modulator (DPSK/non-DPSK)};
        C --> D[Signal to PA];
        subgraph Power Amplifier
            D -- Input --> E{GaN HEMT Driver Stage};
            E --> F{GaN HEMT Final Stage};
        end
        F -- Amplified RF --> G[Antenna];
        H[Battery] --> I[Power Management IC];
        I --> F;
    end

2.2 Operational Parameter Expansion: High-Frequency Data Transmission

Enabling Description: The system is scaled to operate in the 60 GHz ISM band. At this frequency, the system can support a much higher bandwidth, allowing for the transmission of uncompressed, high-fidelity 24-bit/192kHz studio-quality audio, far exceeding the 20Hz-20kHz range specified in the patent. The encoding to reduce intersymbol interference (claimed in the patent) becomes critical at these frequencies to combat the severe delay spread. The transmitter and receiver use patch antennas integrated directly into the device's printed circuit board (PCB). The CDMA implementation allows for multiple uncompressed audio streams to coexist in a small area, such as a recording studio or live performance stage, without interference.

Diagram:

graph TD
    subgraph 60GHz_Transmitter
        A["Audio Source (24-bit/192kHz)"] --> B(ADC);
        B --> C(ISI Reduction Encoder);
        C --> D(CDMA Spreader);
        D --> E["60GHz Modulator (e.g., 256-QAM)"];
        E --> F(GaN Power Amplifier);
        F --> G["PCB Patch Antenna"];
    end

2.3 Cross-Domain Application: Agricultural Drone Swarm Control

Enabling Description: A master transmitter is located at a ground control station, and each agricultural drone in a swarm is equipped with a corresponding receiver. The transmitter broadcasts control and telemetry data, not audio. The "unique user code" is assigned to each drone, allowing the ground station to address them individually or in groups using CDMA. The system's ability to switch between DPSK and non-DPSK modulation allows the ground station to use a robust, low-rate channel (DPSK) for critical commands to all drones simultaneously and high-rate channels (64-QAM) for sending specific, data-intensive instructions (like a high-resolution spray map) to individual drones. This provides a robust and flexible command-and-control network for coordinating the actions of the swarm.

Diagram:

sequenceDiagram
    participant GCS as Ground Control Station (Transmitter)
    participant Drone1 as Drone 1 (Receiver)
    participant Drone2 as Drone 2 (Receiver)

    GCS->>+Drone1: Send Spray_Map_Data (High-Rate, Code 1)
    GCS->>+Drone2: Send Spray_Map_Data (High-Rate, Code 2)
    Note right of GCS: Uses 64-QAM Modulation
    Drone1-->>-GCS: Acknowledge
    Drone2-->>-GCS: Acknowledge

    GCS->>Drone1: Send Return_To_Base (Robust, Group Code A)
    GCS->>Drone2: Send Return_To_Base (Robust, Group Code A)
    Note right of GCS: Uses DPSK Modulation

2.4 Integration with Emerging Tech: IoT Sensor Fusion & Transmission

Enabling Description: The transmitter acts as an IoT hub. It is equipped with multiple sensors (e.g., accelerometer, gyroscope, temperature, humidity via an I2C bus). The transmitter's microcontroller performs sensor fusion, combining the data from these sensors into a single, coherent data stream. Instead of an analog audio signal, this digital data stream is fed into the encoder. The unique user code identifies the specific IoT hub, and the data is transmitted wirelessly to a central gateway (receiver). This system is used for industrial machine monitoring, where the "audio" channel is repurposed to carry real-time vibration, orientation, and environmental data for predictive maintenance.

Diagram:

flowchart LR
    subgraph IoT_Transmitter
        A[Accelerometer] --> E;
        B[Gyroscope] --> E;
        C[Temp Sensor] --> E;
        D[Humidity Sensor] --> E;
        E[Microcontroller w/ Sensor Fusion Algorithm] --> F[Encoder];
        F --> G[CDMA Spreader];
        G --> H[Modulator];
        H --> I[RF Out];
    end

Part 3: Combination with Open-Source Standards

3.1 Combination with WebRTC and Opus Codec

Enabling Description: The system is integrated with the Web Real-Time Communication (WebRTC) open standard. An audio source, such as a web browser on a smartphone, captures audio via the getUserMedia API. This audio is then encoded using the open-source, high-quality Opus audio codec. The compressed Opus packets are then fed to the transmitter hardware (per Claim 5). The transmitter's "encoder" is repurposed for channel coding (e.g., adding FEC) rather than source coding. It then applies the CDMA spreading and DPSK/non-DPSK modulation for wireless transmission to a paired receiver. This creates a high-performance wireless audio link that originates from a standard web browser, using an open codec, but benefits from the robust physical layer transmission scheme of the patent.

Diagram:

flowchart TD
    A["Web App (JavaScript)"] -- getUserMedia --> B["Browser WebRTC Engine"];
    B -- Raw Audio --> C["Opus Encoder"];
    C -- Opus Packets --> D["'627 Transmitter Hardware"];
    subgraph D
        D1[Channel Coder (FEC)];
        D2[CDMA Spreader];
        D3[Modulator];
    end
    D --> E["Antenna"];
    E --> F["Wireless Channel"];
    F --> G["'627 Receiver Hardware"];
    G --> H["Audio Output"];

3.2 Combination with LoRaWAN Physical Layer

Enabling Description: The specific signal processing techniques of the patent are combined with the LoRaWAN open standard for low-power, wide-area networks. The Chirp Spread Spectrum (CSS) technique of LoRa is replaced by the Direct-Sequence Spread Spectrum (DSSS) method from the patent, using the "unique user code" as the pseudorandom noise (PN) code. This allows for CDMA operation, enabling more devices to transmit simultaneously in the same channel than is possible with standard LoRa. The receiver (gateway) uses the patent's decoder to mitigate intersymbol interference, a common problem in urban IoT deployments. This creates a new physical layer option for LoRaWAN that trades some of LoRa's range for higher network capacity and interference rejection in dense deployments.

Diagram:

graph TD
    subgraph LoRaWAN Stack
        A[Application Layer]
        B[MAC Layer (LoRaWAN)]
        C["PHY Layer ('627 DSSS/CDMA)"]
    end
    A --> B --> C;
    C <--> D[ISM Band Channel];

    subgraph End Node
        C1[Sensor] --> A1[App Data] --> B1[MAC Packetization] --> C1_PHY["'627 Transmitter"];
        C1_PHY --> D;
    end

    subgraph Gateway
        D --> C2_PHY["'627 Receiver"];
        C2_PHY --> B2[MAC Depacketization] --> A2[App Data] --> E[Network Server];
    end

3.3 Combination with RISC-V Instruction Set Architecture

Enabling Description: The core signal processing algorithms of the patent are implemented as a set of custom instructions within the open-source RISC-V ISA. A specialized co-processor, or "accelerator," is designed in Verilog or VHDL to execute these instructions. For the transmitter, new instructions like CDMA_SPREAD(reg_in, reg_code, reg_out) and MOD_DPSK(reg_in, reg_out) are created. For the receiver, instructions like DEMOD_64ARY(reg_in, reg_out) and VITERBI_DECODE(reg_in, reg_out) are added. These custom instructions allow a standard RISC-V processor to perform the patented functions with hardware-level speed and efficiency. This entire System-on-Chip (SoC) design, including the RISC-V core and the custom audio-processing accelerator, is published as an open-source hardware project on a platform like GitHub, allowing anyone to synthesize it onto an FPGA for research or product development.

Diagram:

classDiagram
  class RISC_V_Core {
    +Integer ISA
    +Control & Status Registers
    +Memory Interface
  }
  class Audio_DSP_Coprocessor {
    <<custom instruction set>>
    +CDMA_SPREAD()
    +MOD_DPSK()
    +MOD_64ARY()
    +DEMOD_DPSK()
    +DEMOD_64ARY()
    +VITERBI_DECODE()
    +ISI_ENCODE()
  }
  RISC_V_Core "1" -- "1" Audio_DSP_Coprocessor : Extends with