Derivative works — US Patent 7359437

Defensive Disclosure: Derivatives of US Patent 7359437

Introduction:
This document serves as a defensive disclosure for US Patent 7359437, "Encoding method and system for reducing inter-symbol interference effects in transmission over a serial link." The patent's core innovation lies in using a carefully selected subset of code words to encode data, thereby reducing inter-symbol interference (ISI) during transmission over a serial link, often at the cost of data rate. The goal of this defensive disclosure is to generate "prior art" that renders future incremental improvements by competitors obvious or non-novel, building upon the principles outlined in the expired patent. The current date is April 26, 2026.

Derivations from Core Claims of US7359437

We will focus on four representative independent claims to demonstrate the breadth of potential derivations: Claim 1 (Communication System), Claim 8 (Method), Claim 28 (Transmitter), and Claim 35 (Communication System with Video/Auxiliary, ISI Reduction, and Specific Guard Bands).

Derivations for Claim 1: Communication System for Transmitting Encoded Data

Core Idea of Claim 1: A communication system with a transmitter, receiver, and serial link, encoding video and auxiliary data using an ISI-reducing subset of code words, transmitting alternating bursts of these data types.

1. Material & Component Substitution

Derivative 1.1: Photonic Integrated Circuit (PIC) based Optical Link with Custom Encoding

Enabling Description: This derivative replaces the electrical serial link with a Photonic Integrated Circuit (PIC)-based optical serial link. The transmitter module integrates a tunable laser array, silicon photonic modulators, and an encoder ASIC (Application-Specific Integrated Circuit). The encoder ASIC implements the ISI-reducing code word subset selection, optimized for optical pulse shape distortion (chromatic and polarization mode dispersion) rather than electrical ISI. Data is transmitted as alternating bursts of encoded video and auxiliary data, where encoding is tailored for the specific optical modulation scheme (e.g., Amplitude Shift Keying (ASK) or Phase Shift Keying (PSK) with specific symbol mapping for ISI resilience). The receiver integrates a photodetector array, optical demodulators, and a decoder ASIC that performs reverse mapping and error correction. Link power consumption is dynamically managed based on required BER and data rate.
```
graph TD
    A[Input Video/Auxiliary Data] --> B{Encoder ASIC (ISI-Reducing Subset)};
    B --> C[Silicon Photonic Modulator];
    C --> D[Tunable Laser Array];
    D --> E((PIC Optical Link));
    E --> F[Photodetector Array];
    F --> G[Optical Demodulator];
    G --> H{Decoder ASIC};
    H --> I[Output Recovered Data];
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style H fill:#f9f,stroke:#333,stroke-width:2px
```

Derivative 1.2: Acoustic Sensor Network with Piezoelectric Transducers and Low-Power Encoding

Enabling Description: This system is designed for underwater or subterranean acoustic sensor networks. The serial link is an acoustic channel, and data transmission uses piezoelectric transducers for converting electrical signals to acoustic waves and vice-versa. Each node (transmitter/receiver) includes a low-power microcontroller with a dedicated encoding module. This module selects an ISI-reducing code word subset optimized for multipath interference and frequency-dependent attenuation inherent in acoustic channels. The encoding scheme prioritizes minimizing consecutive identical acoustic pulses (e.g., long sequences of "silence" or "single frequency tone") to improve detectability and reduce error rates in noisy environments. Data bursts alternate between high-priority sensor readings (auxiliary data) and environmental video snippets (if applicable, or compressed image data).
```
graph TD
    A[Sensor Data/Video Snippets] --> B{Low-Power Encoder Module};
    B --> C[Piezoelectric Transducer (Tx)];
    C --> D((Acoustic Medium));
    D --> E[Piezoelectric Transducer (Rx)];
    E --> F{Low-Power Decoder Module};
    F --> G[Processed Sensor Data];
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style F fill:#f9f,stroke:#333,stroke-width:2px
```

2. Operational Parameter Expansion

Derivative 1.3: Quantum Communication Link with Superconducting Transceiver and Cryogenic Encoding

Enabling Description: This system operates at cryogenic temperatures (e.g., 4 Kelvin) for quantum communication applications. The serial link utilizes superconducting waveguides or free-space optical links with quantum entanglement. The transmitter employs a superconducting encoder circuit that implements the ISI-reducing code word subset. The selection of these code words is further optimized to mitigate quantum decoherence effects and minimize crosstalk between closely packed quantum states (qubits or qudits). The system alternates bursts of classical control data (auxiliary data) and quantum state information (video data represented as quantum states for image processing). The receiver features a superconducting detector array and a cryogenic decoder for error correction and quantum state measurement.
```
graph TD
    A[Classical Control/Quantum State Data] --> B{Superconducting Encoder (ISI/Decoherence Reduction)};
    B --> C[Quantum Modulator];
    C --> D((Superconducting/Quantum Link));
    D --> E[Quantum Detector];
    E --> F{Cryogenic Decoder};
    F --> G[Recovered Quantum/Classical Data];
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style F fill:#f9f,stroke:#333,stroke-width:2px
```

3. Cross-Domain Application

Derivative 1.4: Agricultural Monitoring System with Long-Range Wireless Sensor Nodes

Enabling Description: This system is deployed across vast agricultural fields to monitor environmental conditions (soil moisture, temperature, nutrient levels, crop health via sparse imaging). The serial link is a long-range wireless channel (e.g., LoRaWAN or NB-IoT). Transmitter nodes in the field collect sensor data (auxiliary data) and periodic low-resolution images (video data). An embedded encoder selects a robust code word subset specifically tuned for the wireless channel's characteristics, including fading, path loss, and intermittent connectivity. This subset minimizes packet loss and improves data integrity for critical agricultural parameters. Alternating bursts prioritize urgent sensor alerts over routine image updates.
```
graph TD
    A[Field Sensors/Cameras] --> B{Embedded Encoder (ISI-Reduced Wireless)};
    B --> C[LoRa/NB-IoT Transceiver];
    C --> D((Long-Range Wireless Channel));
    D --> E[Gateway Receiver];
    E --> F{Cloud-based Decoder};
    F --> G[Farm Management System];
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style F fill:#f9f,stroke:#333,stroke-width:2px
```

4. Integration with Emerging Tech

Derivative 1.5: AI-Optimized Adaptive Encoding for Dynamic Network Conditions

Enabling Description: This communication system integrates an AI-driven optimization module within the transmitter. This module continuously monitors real-time serial link conditions (e.g., BER, signal-to-noise ratio, estimated ISI) using IoT sensors and channel probes. Based on observed conditions, an AI agent (e.g., a Reinforcement Learning agent) dynamically selects the optimal ISI-reducing code word subset from a larger pool of available subsets, potentially adjusting the M:N ratio and the specific code word patterns. This adaptive encoding optimizes data throughput while maintaining a target BER. The system transmits alternating bursts of video and auxiliary data, with the encoding scheme adapting on a per-burst or per-frame basis to compensate for environmental changes.
```
graph TD
    A[Input Video/Auxiliary Data] --> B{AI-Driven Encoding Optimization Module};
    B --> C{Dynamic Encoder (Selected Subset)};
    C --> D[Serial Link Interface (Tx)];
    D --> E((Serial Link));
    E --> F[Serial Link Interface (Rx)];
    F --> G{Dynamic Decoder};
    G --> H[Output Recovered Data];
    E -- Real-time Channel Metrics --> B;
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style C fill:#f9f,stroke:#333,stroke-width:2px
    style G fill:#f9f,stroke:#333,stroke-width:2px
```

5. The "Inverse" or Failure Mode

Derivative 1.6: Limited-Functionality Diagnostic Mode for Link Integrity

Enabling Description: This system includes a diagnostic mode that is activated upon detection of excessive error rates or link degradation. In this mode, the system ceases transmission of high-bandwidth video data. Instead, it transmits only essential auxiliary data (e.g., link status, diagnostic parameters, basic control signals) using an extremely robust, highly ISI-resistant code word subset (e.g., M is very small, maximizing redundancy and ISI immunity). This mode operates at a significantly reduced data rate but ensures critical communication for fault isolation and recovery. The encoded bursts in this mode are purely diagnostic auxiliary data.
```
graph TD
    A[System Input] --> B{Normal Operation Mode};
    B -- Error Detection --> C{Diagnostic Mode};
    C --> D{Encoder (Ultra-Robust Subset)};
    D --> E[Serial Link Tx];
    E --> F((Degraded Serial Link));
    F --> G[Serial Link Rx];
    G --> H{Decoder (Ultra-Robust Subset)};
    H --> I[Diagnostic Output/Recovery Logic];
    style D fill:#f9f,stroke:#333,stroke-width:2px
    style H fill:#f9f,stroke:#333,stroke-width:2px
```

Derivations for Claim 8: Method for Transmitting Encoded Data

Core Idea of Claim 8: A method involving encoding video and auxiliary data using an ISI-reducing subset of code words and transmitting these as alternating bursts over a serial link.

1. Material & Component Substitution

Derivative 8.1: Software-Defined Radio (SDR) with Flexible Waveform Encoding

Enabling Description: The method utilizes a Software-Defined Radio (SDR) platform for the serial link, allowing the encoding and modulation schemes to be entirely implemented and reconfigured in software. The encoding step involves selecting an ISI-reducing code word subset dynamically based on the current radio frequency (RF) channel conditions, observed interference patterns, and desired bit error rate (BER). The waveform generation within the SDR then maps these encoded words to complex baseband symbols, which are modulated and transmitted. The method allows for rapid switching between different code word subsets and modulation schemes (e.g., QAM, PSK, OFDM) to optimize for channel characteristics. Alternating bursts of video and auxiliary data are processed, with encoding parameters adjusted per burst.
```
sequenceDiagram
    participant User as User/Application
    participant SDR_Tx as SDR Transmitter
    participant RF_Chan as RF Channel
    participant SDR_Rx as SDR Receiver
    User->>SDR_Tx: Input Video/Aux Data (Raw)
    SDR_Tx->>SDR_Tx: Monitor RF Channel Conditions
    SDR_Tx->>SDR_Tx: Select ISI-Reducing Code Subset (Software)
    SDR_Tx->>SDR_Tx: Encode Data (Software-Defined Waveform)
    SDR_Tx->>RF_Chan: Transmit Encoded RF Signal
    RF_Chan-->>SDR_Rx: Received RF Signal (with ISI)
    SDR_Rx->>SDR_Rx: Demodulate & Decode (Software)
    SDR_Rx->>User: Output Recovered Data
```

2. Operational Parameter Expansion

Derivative 8.2: High-Altitude Platform Station (HAPS) Communication with Adaptive Beamforming

Enabling Description: This method applies to communication between high-altitude platform stations (HAPS) and ground terminals, operating over a quasi-stationary wireless link with significant atmospheric and environmental variations. The encoding method adaptively selects the ISI-reducing code word subset based on real-time atmospheric conditions (e.g., humidity, temperature inversions, precipitation affecting millimeter-wave or free-space optical links). Furthermore, the method integrates with adaptive beamforming techniques at the HAPS, where the encoding parameters are jointly optimized with antenna array weights to maximize signal integrity and minimize interference. Video data (e.g., surveillance feeds) and command/control auxiliary data are transmitted in alternating bursts, with encoding parameters updated frequently to maintain link quality.
```
graph TD
    A[Ground Terminal Data] --> B{Encoder (ISI-Reducing Subset)};
    B --> C[HAPS Uplink Transceiver];
    C -- Adaptive Beamforming Optimization --> D[HAPS Platform];
    D --> E((High-Altitude Wireless Link));
    E --> F[Ground Receiver (Adaptive Beamforming)];
    F --> G{Decoder};
    G --> H[Ground Terminal Output];
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style G fill:#f9f,stroke:#333,stroke-width:2px
```

3. Cross-Domain Application

Derivative 8.3: Robotic Swarm Communication in Dynamic Environments

Enabling Description: The method is employed for inter-robot communication within a decentralized robotic swarm operating in dynamic and potentially obstructed environments (e.g., search and rescue, logistics). Each robot acts as both a transmitter and receiver. The encoding process involves selecting an ISI-reducing code word subset that is optimal for the prevailing short-range wireless channel (e.g., UWB, Wi-Fi mesh), which is highly susceptible to dynamic multipath fading and interference from other robots. The method transmits alternating bursts of sensor data (auxiliary data like LIDAR scans, tactile feedback) and low-resolution situational awareness video. The code word subset is adaptively chosen per communication link and dynamically updated to maintain swarm coherence and mission critical data exchange.
```
flowchart TD
    A[Robot N Sensor Data / Video] --> B{Encoding Module (ISI-Reducing)};
    B --> C[Wireless Transceiver];
    C -- Wireless Link --> D[Wireless Transceiver];
    D --> E{Decoding Module};
    E --> F[Robot M Data Processing];
    subgraph Robot N
        B
        C
    end
    subgraph Robot M
        D
        E
    end
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style E fill:#f9f,stroke:#333,stroke-width:2px
```

4. Integration with Emerging Tech

Derivative 8.4: Decentralized Ledger Technology (DLT) for Secure Data Streams

Enabling Description: This method integrates the ISI-reducing encoding with a decentralized ledger technology (DLT), such as a blockchain or directed acyclic graph (DAG), for enhanced data integrity and provenance. Each burst of encoded video or auxiliary data is hashed, and this hash, along with metadata (e.g., timestamp, source identifier), is committed to a DLT. The encoding method specifically selects an ISI-reducing code word subset, ensuring high fidelity transmission of the data stream before hashing and DLT commitment. In case of detected errors at the receiver (even after ISI-reducing decoding), the DLT hash can be used to verify data integrity and request retransmission or flag corrupted segments. This is particularly valuable for critical data like medical imaging (video) or industrial control commands (auxiliary).
```
sequenceDiagram
    participant Tx as Transmitter
    participant Serial_Link as Serial Link
    participant Rx as Receiver
    participant DLT as Decentralized Ledger
    Tx->>Tx: Encode Data (ISI-Reduced Subset)
    Tx->>Serial_Link: Transmit Encoded Data (Burst)
    Serial_Link-->>Rx: Receive Encoded Data
    Rx->>Rx: Decode Data
    Rx->>Rx: Calculate Data Hash
    Rx->>DLT: Commit Hash & Metadata to DLT
    Rx->>Rx: Verify Data Integrity (via DLT if needed)
    Note over Rx: If hash mismatch, flag error or request retransmission
```

5. The "Inverse" or Failure Mode

Derivative 8.5: Blackout Survival Mode with Minimal Data Rate

Enabling Description: This method defines a "blackout survival mode" for critical infrastructure links (e.g., power grid monitoring, emergency services communication) that is automatically triggered during severe power outages or extreme interference events. In this mode, the encoding methodology switches to an absolute minimum data rate, employing a maximally ISI-resilient code word subset (M=1 or M=2 for extreme robustness) and heavy forward error correction (FEC) to ensure even single-bit transmissions are highly reliable. Only critical auxiliary data (e.g., "all clear" signal, basic system health, emergency location beacons) is transmitted, sacrificing bandwidth entirely for maximum reliability under adverse conditions.
```
stateDiagram
    [*] --> Normal_Op
    Normal_Op --> Link_Degradation: High_BER_Detected
    Link_Degradation --> Blackout_Survival_Mode: Power_Outage_OR_Extreme_Interference
    Blackout_Survival_Mode --> Transmit_Critical_Aux_Data: Use_Max_ISI_Resilient_Encoding
    Transmit_Critical_Aux_Data --> Receive_Critical_Aux_Data
    Receive_Critical_Aux_Data --> Normal_Op: Link_Restored
    Blackout_Survival_Mode --> System_Shutdown: Prolonged_Failure
```

Derivations for Claim 28: Transmitter for ISI-Reducing Encoding

Core Idea of Claim 28: A transmitter with an encoder that uses a selected ISI-reducing subset of code words, resulting in a lower bit error rate and lower data transmission rate compared to conventional encoding.

1. Material & Component Substitution

Derivative 28.1: GaN-based Millimeter-Wave Transmitter with Reconfigurable Encoder Array

Enabling Description: This transmitter is realized using Gallium Nitride (GaN) high electron mobility transistors (HEMTs) for millimeter-wave (mmWave) frequencies (e.g., 60-300 GHz). The encoder comprises a reconfigurable array of digital signal processors (DSPs) implemented on a custom GaN-on-SiC integrated circuit. This array allows for rapid reconfiguration of the ISI-reducing code word subset selection algorithm, optimizing it for specific mmWave channel characteristics like atmospheric absorption, rain fade, and non-linear distortion. The encoder also includes a high-speed serializer integrated directly with the GaN power amplifiers, minimizing signal path length and further reducing ISI. The digital video and auxiliary data streams are processed by the reconfigurable encoder array before being upconverted and transmitted.
```
classDiagram
    class Transmitter {
        +InputData (Video/Aux)
        +ReconfigurableEncoderArray
        +GaN_Serializer
        +mmWave_PA
        +Output_RF_Signal
    }
    class ReconfigurableEncoderArray {
        -DSP_Core[]
        -CodeSubsetSelector
        +Configure(channel_profile)
        +Encode(data)
    }
    class GaN_Serializer {
        +Serialize(encoded_bits)
    }
    class mmWave_PA {
        +Amplify(serialized_signal)
    }
    Transmitter --> ReconfigurableEncoderArray : contains
    ReconfigurableEncoderArray --> GaN_Serializer : feeds
    GaN_Serializer --> mmWave_PA : feeds
```

Derivative 28.2: Bio-Integrated Neuro-Digital Interface Transmitter

Enabling Description: This transmitter is a miniaturized, flexible bio-integrated device designed for neural implants or prosthetics. It encodes neural signals (auxiliary data) and visual/auditory feedback (video data for sensory prosthetics). The encoding hardware is a low-power, biocompatible ASIC fabricated with advanced silicon-on-insulator (SOI) or flexible organic semiconductor technology. The ISI-reducing code word subset is selected to compensate for the highly dispersive and noisy biological communication channel (e.g., nerve fibers, wirelessly through tissue). The data rate is inherently low, making the ISI reduction crucial for accurate and safe operation. The transmitter includes micro-electrode arrays for input and a highly efficient, short-range wireless module for output.
```
flowchart TD
    A[Neural Signal Input] --> B{Biocompatible Encoder ASIC};
    C[Visual/Auditory Feedback Input] --> B;
    B --> D[Low-Power Wireless Module];
    D --> E((Biological Channel));
    subgraph Bio-Integrated Transmitter
        B
        D
        A
        C
    end
    style B fill:#f9f,stroke:#333,stroke-width:2px
```

3. Cross-Domain Application

Derivative 28.3: Smart City Infrastructure Sensor Node Transmitter

Enabling Description: This transmitter is part of a distributed sensor network across smart city infrastructure (e.g., traffic lights, lampposts, environmental monitoring stations). It collects diverse sensor data (air quality, traffic flow, pedestrian density - auxiliary data) and compressed surveillance video snippets (video data). The encoder inside each sensor node uses an ISI-reducing code word subset tailored for urban wireless mesh networks, which suffer from severe multipath fading, shadowing, and interference. The design prioritizes robust transmission of critical alerts and traffic data over continuous high-resolution video, allowing for efficient use of shared wireless spectrum.
```
graph LR
    SensorInput[Environmental/Traffic Sensors] --> EncoderA[Encoder (ISI-Reduced Subset)];
    CameraInput[Video Camera] --> EncoderA;
    EncoderA --> WirelessTx[Wireless Transceiver];
    WirelessTx -- City Mesh Network --> Gateway;
    subgraph Smart City Sensor Node
        SensorInput
        CameraInput
        EncoderA
        WirelessTx
    end
    style EncoderA fill:#f9f,stroke:#333,stroke-width:2px
```

4. Integration with Emerging Tech

Derivative 28.4: Quantum-Safe Encrypted Transmitter with Homomorphic Encoding

Enabling Description: This transmitter incorporates quantum-safe cryptographic primitives and homomorphic encoding alongside the ISI-reducing code word subset selection. The input video and auxiliary data are first encrypted using a quantum-resistant algorithm. Then, the encrypted data undergoes homomorphic encoding, allowing for computations on the ciphertext without decryption. Finally, this homomorphically encoded ciphertext is processed by the ISI-reducing encoder to generate a robust bit pattern for transmission. This ensures data privacy and security even against quantum attacks, while the ISI reduction maintains transmission reliability over the serial link.
```
flowchart LR
    A[Input Video/Aux Data] --> B{Quantum-Safe Encryptor};
    B --> C{Homomorphic Encoder};
    C --> D{ISI-Reducing Encoder (Subset)};
    D --> E[Serial Link Output];
    style D fill:#f9f,stroke:#333,stroke-width:2px
```

5. The "Inverse" or Failure Mode

Derivative 28.5: Energy Harvesting Transmitter with Power-Optimized Encoding

Enabling Description: This transmitter is designed for remote, energy-harvesting IoT applications, where power availability is highly variable. The encoder dynamically adjusts the ISI-reducing code word subset and the data rate based on the available harvested energy. In low-power states, it automatically switches to an extremely robust, low-throughput code word subset to minimize transmission energy per bit, sending only critical auxiliary data. As more energy is harvested, it can progressively switch to higher-throughput, less ISI-resistant subsets to transmit video bursts. This ensures continuous operation and graceful degradation of service rather than outright failure.
```
stateDiagram
    state Transmitter {
        [*] --> Idle
        Idle --> Low_Power_Encoding: Energy_Low
        Low_Power_Encoding --> Transmit_Aux_Only: Min_Energy_Subset
        Transmit_Aux_Only --> High_Power_Encoding: Energy_High
        High_Power_Encoding --> Transmit_Video_Aux: Max_Throughput_Subset
        Transmit_Video_Aux --> Idle
    }
```

Derivations for Claim 35: Communication System with Video/Auxiliary, ISI Reduction, and Specific Guard Bands

Core Idea of Claim 35: A communication system transmitting encoded auxiliary and video data in bursts, where auxiliary data uses ISI-reducing inventive code words, and distinct "video" and "auxiliary" guard band words are transmitted at the start of bursts, with the video guard band also encoding auxiliary data.

1. Material & Component Substitution

Derivative 35.1: Visible Light Communication (VLC) System with LED Array Transmitters

Enabling Description: This system uses Visible Light Communication (VLC) as the serial link, employing high-power LED arrays as transmitters and photodiodes as receivers. The encoding module for auxiliary data (e.g., environmental data, occupancy sensors) generates ISI-reducing code words optimized for the optical line-of-sight channel and potential flickering effects. Video data (e.g., low-latency indoor navigation, streaming content) is encoded conventionally but transmitted with separate guard band words. A specific "auxiliary" optical guard band pattern (a unique sequence of light pulses or colors) identifies the start of auxiliary data bursts. A "video" optical guard band pattern, which also conveys a small amount of auxiliary data (e.g., frame identifier, QoS flag), marks the start of video bursts. The system dynamically adapts LED brightness and modulation depth to minimize ISI.
```
graph TD
    A[Auxiliary Data] --> B{Auxiliary Encoder (ISI-Reduced)};
    B --> C{Auxiliary VLC Modulator};
    C --> D[LED Array (Tx)];
    E[Video Data] --> F{Video Encoder (Conventional)};
    F --> G{Video VLC Modulator};
    G --> D;
    D --> H((VLC Channel));
    H --> I[Photodiode Array (Rx)];
    I --> J{VLC Demodulator};
    J --> K{Decoder & Guard Band Detector};
    K --> L[Recovered Aux Data];
    K --> M[Recovered Video Data];
    subgraph Transmitter
        B
        C
        D
        F
        G
    end
    subgraph Receiver
        I
        J
        K
        L
        M
    end
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style K fill:#f9f,stroke:#333,stroke-width:2px
```

2. Operational Parameter Expansion

Derivative 35.2: Multi-Gigabit Ethernet over Power Line Communication (PLC) for Smart Grids

Enabling Description: This system transmits data over existing electrical power lines using multi-gigabit Power Line Communication (PLC). The inherent characteristics of power lines (frequency-dependent attenuation, impulsive noise, impedance mismatches) cause significant ISI. The system's encoding module for auxiliary data (e.g., grid telemetry, sensor data from smart meters) utilizes an ISI-reducing code word subset highly robust against such impairments. Video data (e.g., substation surveillance) is also transmitted. Distinct guard band patterns are defined: an "auxiliary" burst is preceded by a specific, highly robust code word sequence (e.g., low-frequency, high-amplitude burst), and a "video" burst is preceded by another distinct pattern that also embeds a small payload of auxiliary data (e.g., video stream ID, priority level). The system dynamically adjusts carrier frequencies and modulation orders based on real-time line conditions.
```
flowchart TD
    Power_Line_Tx[PLC Transmitter] --> PLC_Encoder[Encoding Module (ISI-Reduced for Aux)];
    PLC_Encoder --> PLC_Modulator[PLC Modulator];
    PLC_Modulator -- Power Line Medium --> PLC_Demodulator[PLC Demodulator];
    PLC_Demodulator --> PLC_Decoder[Decoding Module & Guard Band Recognition];
    PLC_Decoder --> Recovered_Data[Recovered Video/Aux Data];

    subgraph Transmitter Side
        Input_Aux[Auxiliary Data] --> PLC_Encoder;
        Input_Video[Video Data] --> PLC_Encoder;
        PLC_Encoder -- "Aux GB Word, Video GB Word (with Aux)" --> PLC_Modulator;
    end

    subgraph Receiver Side
        PLC_Decoder --> Aux_Output[Auxiliary Output];
        PLC_Decoder --> Video_Output[Video Output];
    end
    style PLC_Encoder fill:#f9f,stroke:#333,stroke-width:2px
    style PLC_Decoder fill:#f9f,stroke:#333,stroke-width:2px
```

3. Cross-Domain Application

Derivative 35.3: Medical Imaging Data Transmission with Critical Care Monitoring

Enabling Description: This system is used in a hospital environment for transmitting high-resolution medical imaging (video data, e.g., MRI, CT scans) and real-time patient vital signs (auxiliary data, e.g., ECG, SpO2). The serial link can be a dedicated optical fiber or high-speed wired connection within the hospital network. Auxiliary data encoding employs an ISI-reducing code word subset to guarantee the integrity of critical patient monitoring data. Guard band words are crucial here: a highly robust "auxiliary" guard band (e.g., a specific error-detecting preamble) precedes each burst of patient vital signs. A "video" guard band, which also contains embedded patient metadata (e.g., patient ID, scan type, urgency flag), precedes each medical image burst. This ensures that even with high-bandwidth imaging, the critical auxiliary data is reliably isolated and identified.
```
sequenceDiagram
    participant Medical_Sensor as Medical Sensors
    participant Imaging_Device as Imaging Device
    participant Transmitter as Medical Tx
    participant Link as Serial Link
    participant Receiver as Medical Rx
    Medical_Sensor->>Transmitter: Transmit Auxiliary Data (Vital Signs)
    Imaging_Device->>Transmitter: Transmit Video Data (Scans)
    Transmitter->>Transmitter: Encode Aux Data (ISI-Reduced Subset)
    Transmitter->>Transmitter: Add Aux Guard Band (Robust)
    Transmitter->>Transmitter: Add Video Guard Band (with Aux Data)
    Transmitter->>Link: Transmit Alternating Bursts
    Link-->>Receiver: Receive Bursts
    Receiver->>Receiver: Detect Guard Bands
    Receiver->>Receiver: Decode Aux/Video Data (ISI-Aware)
    Receiver->>Receiver: Extract Aux Data from Video Guard Band
    Receiver->>Medical_Record: Store & Display
```

4. Integration with Emerging Tech

Derivative 35.4: Satellite Communication System with Cognitive Radio and DLT for Content Delivery

Enabling Description: This system operates in a satellite communication network, leveraging cognitive radio capabilities to dynamically sense and adapt to spectral conditions. The encoding for critical control signals and telemetry (auxiliary data) employs ISI-reducing code words, providing robust links through atmospheric interference and cosmic noise. Video content (e.g., streaming media, Earth observation data) is transmitted conventionally. The system utilizes blockchain technology to manage content rights and distribution. Each "auxiliary" guard band word, in addition to marking data bursts, also includes a small, encrypted token for network authentication, verifiable on a blockchain. The "video" guard band word carries embedded auxiliary data (e.g., content ID, distribution license hash) that is verified against the blockchain upon reception to ensure authorized playback and tracking. The cognitive radio dynamically selects optimal frequencies and modulation based on channel state and blockchain verification status.

stateDiagram
    state Satellite_Tx {
        [*] --> Idle_Tx
        Idle_Tx --> Prepare_Aux: New_Aux_Data
        Prepare_Aux --> Encode_Aux_ISI: Cognitive_Radio_Adapt
        Encode_Aux_ISI --> Add_Aux_GB_Blockchain_Auth: Generate_Auth_Token
        Add_Aux_GB_Blockchain_Auth --> Transmit_Aux_Burst
        Transmit_Aux_Burst --> Idle_Tx
        Idle_Tx --> Prepare_Video: New_Video_Data
        Prepare_Video --> Encode_Video_Conventional
        Encode_Video_Conventional --> Add_Video_GB_DLT_Meta: Embed_License_Hash
        Add_Video_GB_DLT_Meta --> Transmit_Video_Burst
        Transmit_Video_Burst --> Idle_Tx
    }
    state Satellite_Rx {
        [*] --> Idle_Rx
        Idle_Rx --> Receive_Burst
        Receive_Burst --> Detect_GB: Identify_Aux_or_Video
        Detect_GB --> Process_Aux_GB: Verify_Blockchain_Auth
        Process_Aux_GB --> Decode_Aux_ISI
        Process_Aux_GB --> Idle_Rx
        Detect_GB --> Process_Video_GB: Extract_DLT_Meta
        Process_Video_GB --> Decode_Video_Conventional: Check_License_Hash
        Decode_Video_Conventional --> Idle_Rx
    }

5. The "Inverse" or Failure Mode

Derivative 35.5: Emergency Broadcast System with Prioritized Guard Bands

Enabling Description: This system functions as an emergency broadcast system that defaults to a low-power, minimal-functionality state during widespread emergencies. In this state, only critical emergency alerts and public safety information (auxiliary data) are transmitted. The encoding utilizes an extremely robust ISI-reducing subset, ensuring maximum reach and readability even under severe jamming or infrastructure damage. The guard band words are also modified: an "emergency auxiliary" guard band is a highly redundant, easily detectable pattern that only signals the presence of an emergency message and nothing else, ensuring it's never confused with normal operation. Video data transmission is suspended. If a degraded video feed (e.g., from a drone providing situational awareness) is eventually possible, a special "emergency video" guard band (which embeds a critical area code or incident severity) would precede it, also using an ISI-reduced encoding for the auxiliary part.
```
graph LR
    A[Input Emergency Aux Data] --> B{Emergency Encoder (Max ISI-Reduced)};
    B --> C{Add Emergency Aux GB (Highly Redundant)};
    C --> D[Low-Power RF Tx];
    D --> E((Degraded Emergency Link));
    E --> F[Emergency Receiver];
    F --> G{Detect Emergency GB};
    G --> H[Output Emergency Alert];
    subgraph Emergency Transmitter
        B
        C
        D
        A
    end
    subgraph Emergency Receiver
        F
        G
        H
    end
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style G fill:#f9f,stroke:#333,stroke-width:2px
```

Combination Prior Art Scenarios with Open-Source Standards

Here are at least three scenarios where the principles of US7359437 can be combined with existing open-source standards to create obvious prior art.

1. Combination with IEEE 802.15.4 (Zigbee/Thread) for IoT Mesh Networks:

Description: The core concept of encoding data using an ISI-reducing subset of code words (as in US7359437) is applied to the physical layer (PHY) of an IEEE 802.15.4 compliant radio, commonly used in Zigbee or Thread IoT mesh networks. For critical sensor data (auxiliary data) or low-resolution image snippets (video data) transmitted over an 802.15.4 link in noisy industrial or residential environments, a subset of the standard O-QPSK (Offset-QPSK) or BPSK modulation symbols is chosen. This subset minimizes patterns prone to ISI caused by multipath fading or adjacent channel interference inherent in crowded ISM bands. The 802.15.4 MAC layer's acknowledgment and retransmission mechanisms complement this PHY-layer robustness, especially when dealing with alternating bursts of different data types (e.g., control commands vs. sensor readings). Guard band words, derived from the ISI-reducing subset, could be inserted at the beginning of 802.15.4 data frames (after the preamble and SFD) to distinctly mark the start of ISI-reduced payloads.
```
graph TD
    A[Application Data (Aux/Video)] --> B{Encoding (US7359437 ISI-Reduced Subset)};
    B --> C[IEEE 802.15.4 PHY Layer (Modulation)];
    C --> D[IEEE 802.15.4 MAC Layer (Framing/Retransmission)];
    D --> E((Wireless ISM Band));
    E --> F[IEEE 802.15.4 Receiver];
    F --> G{Decoding (US7359437 Subset)};
    G --> H[Application Layer];
    style B fill:#f9f,stroke:#333,stroke-width:2px
    style G fill:#f9f,stroke:#333,stroke-width:2px
```

2. Combination with H.264/AVC Video Coding Standard and RTP/RTCP for Live Streaming:

Description: For live video streaming (video data) over challenging network conditions, especially with auxiliary data streams (e.g., synchronized audio, subtitles, metadata for interactive overlays), the ISI-reducing encoding principle from US7359437 is applied to the underlying transport layer. After H.264/AVC encoding and RTP/RTCP (Real-time Transport Protocol/RTP Control Protocol) packetization, the raw RTP payload bits are subjected to an additional encoding step using an ISI-reducing code word subset. This is particularly relevant for the physical layer of the serial link (e.g., degraded DSL, unreliable wireless link). Auxiliary data (e.g., RTCP feedback packets, out-of-band metadata) can be similarly encoded with its own, potentially even more robust, ISI-reducing subset. Guard band words, which could be specific short RTP header extensions or out-of-band RTCP messages, would delineate bursts of ISI-reduced video payloads versus ISI-reduced auxiliary payloads.

sequenceDiagram
    participant VideoSource as Video Source
    participant AuxSource as Aux Data Source
    participant H264_Encoder as H.264/AVC Encoder
    participant RTP_Pkt as RTP Packetizer
    participant ISI_Encoder as ISI-Reducing Encoder
    participant Network as Network (Serial Link)
    participant ISI_Decoder as ISI-Reducing Decoder
    participant RTP_Depkt as RTP Depacketizer
    participant H264_Decoder as H.264/AVC Decoder
    VideoSource->>H264_Encoder: Raw Video
    AuxSource->>RTP_Pkt: Raw Aux Data
    H264_Encoder->>RTP_Pkt: H.264 NAL Units
    RTP_Pkt->>ISI_Encoder: RTP/RTCP Packets
    ISI_Encoder->>ISI_Encoder: Apply ISI-Reduced Code Subset + Guard Bands
    ISI_Encoder->>Network: Transmit Encoded Stream (Bursts)
    Network-->>ISI_Decoder: Receive Encoded Stream
    ISI_Decoder->>ISI_Decoder: Decode ISI-Reduced Code Subset
    ISI_Decoder->>RTP_Depkt: Recovered RTP/RTCP Packets
    RTP_Depkt->>H264_Decoder: H.264 NAL Units
    RTP_Depkt->>AuxSource: Recovered Aux Data
    H264_Decoder->>VideoSource: Decoded Video
    style ISI_Encoder fill:#f9f,stroke:#333,stroke-width:2px
    style ISI_Decoder fill:#f9f,stroke:#333,stroke-width:2px

3. Combination with SPI (Serial Peripheral Interface) for Embedded Systems:

Description: The principles of US7359437 are applied to enhance the reliability of Serial Peripheral Interface (SPI) communication within embedded systems, especially over physically long or noisy PCB traces or cables. Instead of direct bit transmission, the SPI master's data output (MOSI) and slave's data output (MISO) lines transmit bits encoded with an ISI-reducing code word subset. This is particularly useful for control signals (auxiliary data) and small display updates (video data) that are time-critical and susceptible to crosstalk or impedance discontinuities. For example, during critical command sequences (auxiliary data bursts), a very robust code word subset is used. For display buffer updates (video data bursts), a higher throughput subset might be employed. Specific SPI "guard byte" patterns, chosen from the ISI-reducing subset, would be inserted at the beginning of each burst to indicate the type of data and alert the receiver to the specific decoding scheme.
```
graph LR
    SPI_Master[SPI Master] --> Master_Encoder{Encoder (ISI-Reduced Subset)};
    Master_Encoder --> MOSI_Line(MOSI);
    MOSI_Line -- SCLK, CS --> Slave_Decoder{Decoder (ISI-Reduced Subset)};
    Slave_Decoder --> SPI_Slave[SPI Slave];

    subgraph Master Side
        Input_Control[Control Data (Aux)] --> Master_Encoder;
        Input_Display[Display Data (Video)] --> Master_Encoder;
    end

    subgraph Slave Side
        Slave_Decoder --> Output_Control[Decoded Control];
        Slave_Decoder --> Output_Display[Decoded Display];
    end
    style Master_Encoder fill:#f9f,stroke:#333,stroke-width:2px
    style Slave_Decoder fill:#f9f,stroke:#333,stroke-width:2px
```