Derivative works — US Patent 10764803

Defensive Disclosure for U.S. Patent 10,764,803: Enhanced Uplink Operation in Soft Handover

Publication Date: May 14, 2026
Reference ID: DDP-2026-0514-001

This document is intended to enter the public domain as prior art against future patent applications related to the management of wireless communication handover procedures.

Derivatives Based on Independent Claim 1: Wireless Transmit/Receive Unit (WTRU)

Claim 1 focuses on a WTRU configured to receive a message on a primary cell that dictates subsequent reception from a non-primary cell during a softer handover.

1. Material & Component Substitution

Derivative 1.1: Gallium Nitride (GaN) Power Amplifier Integration
- Enabling Description: The WTRU's transceiver is constructed using a Gallium Nitride (GaN) based power amplifier and Low Noise Amplifier (LNA) front-end module. This replaces traditional Gallium Arsenide (GaAs) or Silicon-Germanium (SiGe) components. The higher power efficiency and thermal stability of GaN allow the WTRU to maintain a stable, low-noise connection to both the primary and non-primary cells even with significant path loss differences. The processor is configured to adjust the GaN amplifier's bias voltage in direct response to the "indication" message for the non-primary cell, pre-conditioning the receiver for the expected signal strength and reducing the switching time between monitoring the primary cell and receiving from the non-primary cell.
- ```
graph TD
    A[Receive Configuration] --> B(Processor Configures GaN LNA Bias Table);
    B --> C{Receive Message on Primary Cell};
    C --> D[Indication of Non-Primary Cell];
    D --> E{Processor looks up Bias for Indicated Cell};
    E --> F[Adjust GaN LNA Bias Voltage];
    F --> G[Receive & Process DL Transmission from Non-Primary Cell];
```
Derivative 1.2: Metamaterial-Based Reconfigurable Antenna
- Enabling Description: The WTRU incorporates a reconfigurable antenna array composed of electronically tunable metamaterial elements. Instead of a fixed-beam antenna, the processor, upon receiving the configuration information, calculates optimal beamforming patterns for the primary and all potential non-primary cells. When the message arrives on the primary cell, the processor doesn't just prepare to listen on a different channel; it actively reconfigures the antenna's radiation pattern by applying specific DC voltages to the metamaterial unit cells, creating a high-gain lobe directed precisely at the indicated non-primary cell. This provides spatial filtering against interference from other cells.
- ```
sequenceDiagram
    participant WTRU_Processor as Processor
    participant WTRU_Antenna as Metamaterial Antenna
    participant NetworkNode as Node
    NetworkNode->>Processor: Configuration Information (Primary/Non-Primary Cells)
    Processor->>WTRU_Antenna: Pre-calculate and store beamforming vectors
    NetworkNode->>Processor: Message on Primary Cell (Indicates Non-Primary Cell #2)
    Processor->>WTRU_Antenna: Apply DC bias for Non-Primary Cell #2 vector
    WTRU_Antenna->>Processor: Antenna pattern reconfigured
    NetworkNode->>WTRU_Antenna: DL Shared Channel Tx from Non-Primary Cell #2
    WTRU_Antenna->>Processor: Forward received signal for processing
```

2. Operational Parameter Expansion

Derivative 1.3: Millimeter-Wave (mmWave) Band Operation
- Enabling Description: The entire handover mechanism is implemented in the mmWave frequency bands (e.g., 28 GHz, 39 GHz). Due to the high directionality and susceptibility to blockage at these frequencies, the "primary" and "non-primary" cells may be micro-cells or even individual beam directions from the same Node-B. The configuration information includes precise beam reference signals (BRS). The message on the primary cell's beam indicates a switch to a different beam (the non-primary "cell") to overcome a blockage or to follow user movement. The processor must perform this switch within a sub-millisecond timeframe to avoid session interruption.
- ```
stateDiagram-v2
    [*] --> MonitoringPrimaryBeam
    MonitoringPrimaryBeam --> Switching: Received message on Primary Beam
    Switching --> ReceivingOnNonPrimaryBeam: Processor executes beam switch
    ReceivingOnNonPrimaryBeam --> MonitoringPrimaryBeam: DL transmission complete
```
Derivative 1.4: Cryogenic Operation for Deep Space Communication
- Enabling Description: The WTRU is a deep-space probe transceiver operating at cryogenic temperatures (e.g., below 77 Kelvin) to minimize thermal noise in its receivers. The "Node-B" is a deep space network antenna on Earth, and the "cells" are different frequency bands or polarization states used for communication. The configuration message establishes a primary frequency. A message on this primary frequency indicates that a high-data-rate downlink will occur on a secondary frequency (non-primary cell). The cryogenic environment allows for extremely sensitive reception, and the processor is hardened against radiation to ensure reliable execution of the handover logic despite long-duration exposure to cosmic rays.
- ```
graph TD
    subgraph Deep Space Probe (WTRU)
        A[Cryo-cooled Receiver]
        B[Radiation-Hardened Processor]
    end
    subgraph Deep Space Network (Node-B)
        C[Earth-based Antenna]
    end
    C -- Configuration @ 77K --> B;
    C -- Message on Primary Freq --> A;
    B -- Instructs switch --> A;
    C -- DL Transmission on Non-Primary Freq --> A;
```

3. Cross-Domain Application

Derivative 1.5: Autonomous Agricultural Drones
- Enabling Description: An agricultural drone (WTRU) communicates with a central farm controller (Node-B) via multiple distributed communication towers in a field. The "primary cell" is the tower providing primary telemetry and control. As the drone flies its route, the controller sends a message via the primary tower indicating that a high-bandwidth data dump (e.g., multispectral imagery) should be offloaded to a different, closer tower (the non-primary cell) which it is approaching. This allows the drone to maintain its critical control link on one channel while using another for opportunistic, high-throughput data transfer.
- ```
sequenceDiagram
    participant Drone as WTRU
    participant ControlTower as Primary Cell
    participant DataTower as Non-Primary Cell
    ControlTower->>Drone: Maintain Telemetry Link
    ControlTower->>Drone: Message: "Prepare to offload to DataTower"
    Drone->>Drone: Configure receiver for DataTower channel
    DataTower->>Drone: Begin Downlink (e.g., sending map updates)
    Drone-->>DataTower: Acknowledge reception
```
Derivative 1.6: In-Hospital Patient Monitoring System
- Enabling Description: A wearable patient monitor (WTRU) is connected to the hospital's wireless network (Node-B). The "primary cell" is a low-bandwidth, high-reliability access point in the patient's room used for continuous vital sign streaming (ECG, SpO2). When the patient is transported for a scan, a central server sends a message via the room's access point instructing the monitor to receive a large data file (e.g., the patient's medical imaging records) from a high-throughput access point located in the imaging suite (the non-primary cell) as soon as it comes within range. This prevents interruption of the vital signs monitoring while enabling efficient pre-loading of necessary data.
- ```
graph TD
    A[Patient Monitor in Room] -- Vitals --> B(Room AP - Primary);
    B -- "Prep for data from Imaging AP" --> A;
    A -- Moves to Imaging Suite --> C(Monitor enters Imaging AP range);
    D[Imaging AP - Non-Primary] -- Medical Records --> C;
    C -- Continues Vitals --> B;
```
Derivative 1.7: Automotive Vehicle-to-Infrastructure (V2I)
- Enabling Description: A vehicle (WTRU) communicates with roadside units (RSUs) which act as a single Node-B. The "primary cell" is an RSU providing safety-critical information like traffic light status. As the car approaches an intersection, a message from this RSU indicates that a non-primary RSU further down the road will transmit a large, non-critical data block, such as a high-definition map update or a media file. The car's telematics unit processes this indication and prepares a secondary receiver to handle the bulk download from the next RSU, ensuring the primary safety channel is never compromised.
- ```
flowchart LR
    subgraph Vehicle
        A[Telematics Unit]
    end
    subgraph RSU_1
        B[Primary Safety Channel]
    end
    subgraph RSU_2
        C[Non-Primary Data Channel]
    end

    B -- "Traffic Light: Red" --> A;
    B -- "Message: HD Map from RSU_2" --> A;
    A --> C;
    C -- "HD Map Data" --> A;
```

4. Integration with Emerging Tech

Derivative 1.8: AI-Driven Predictive Handover
- Enabling Description: The WTRU integrates an onboard AI/ML model (e.g., a lightweight neural network) that analyzes real-time RF conditions, user mobility patterns (via accelerometer/GPS), and historical network performance. The Node-B sends configuration information for a set of potential non-primary cells. The AI model on the WTRU predicts the most likely optimal non-primary cell before the network sends the indication message. When the network's message arrives on the primary cell, it serves as a confirmation. If the network's choice differs from the AI's prediction, the processor flags a potential network miscalculation and can request an update or prioritize its own prediction if comms are lost, providing a more robust handover.
- ```
sequenceDiagram
    participant WTRU_AI
    participant WTRU_Processor
    participant Network
    Network->>WTRU_Processor: Config Info (Cells A, B, C)
    WTRU_AI->>WTRU_Processor: Predicts Cell B is optimal
    Network->>WTRU_Processor: Message on Primary: "Use Cell C"
    WTRU_Processor->>WTRU_Processor: Compare Network(C) vs AI(B)
    WTRU_Processor->>Network: Log mismatch, proceed with C
```
Derivative 1.9: IoT Sensor-Informed Handover
- Enabling Description: The WTRU is part of an IoT network in a smart factory. The Node-B receives real-time data from environmental IoT sensors (e.g., temperature, RF interference monitors). When a mobile robot (WTRU) moves through the factory, the Node-B uses the IoT sensor data to determine the best non-primary cell for communication, avoiding areas of high interference. The message sent on the primary cell to the robot includes not just the non-primary cell ID, but also the optimal modulation and coding scheme (MCS) to use, derived from the sensor data indicating the RF quality in that zone.
- ```
graph TD
    subgraph Factory Floor
        A[Mobile Robot - WTRU]
        B[IoT RF Sensor]
        C[IoT Temp Sensor]
    end
    subgraph Network
        D[Node-B]
    end
    B -- RF Data --> D
    C -- Temp Data --> D
    D -- Analyzes Data --> D
    D -- Message w/ Cell ID & MCS --> A
```

5. The "Inverse" or Failure Mode

Derivative 1.10: Graceful Degradation Mode
- Enabling Description: The WTRU is designed for a "graceful degradation" failure mode. If the WTRU receives the configuration message but fails to receive the subsequent indication message on the primary cell after a timeout period (e.g., due to sudden interference), it enters a "scan-and-listen" mode. In this mode, the processor disables high-power functions and systematically scans all the non-primary cells listed in the initial configuration, listening for a downlink shared channel transmission preamble addressed to it. Upon detecting one, it locks onto that non-primary cell and proceeds, albeit with higher latency. This prevents a total loss of connection if the primary link is momentarily disrupted.
- ```
stateDiagram-v2
    [*] --> Configured
    Configured --> ReceivingIndication: Primary Cell OK
    ReceivingIndication --> NormalOperation: Indication Received
    ReceivingIndication --> GracefulDegradation: Timeout
    GracefulDegradation --> NormalOperation: Detects transmission on a Non-Primary
    GracefulDegradation --> [*]: Connection Lost
    NormalOperation --> Configured
```

Combination Prior Art Scenarios

Combination 3.1: O-RAN and 3GPP TS 38.331 Integration
- Description: The handover mechanism described in US 10,764,803 is implemented within an Open Radio Access Network (O-RAN) architecture. The wireless network node is disaggregated into an O-DU (Distributed Unit) and an O-CU (Centralized Unit). The O-CU, acting as the primary network node, sends the RRC Reconfiguration message, as defined in 3GPP TS 38.331, to the WTRU via the primary cell's O-DU/O-RU. This standard message is augmented with a container that includes the "indication of at least one of the one or more non-primary cells" as claimed. The WTRU, being compliant with both 3GPP and O-RAN specifications, parses this standard message to identify the indicated non-primary cell and configures its PHY layer to receive the PDSCH (Physical Downlink Shared Channel) from the corresponding non-primary O-DU/O-RU. The use of the standardized 3GPP RRC message structure to carry the proprietary indication makes this combination obvious to one skilled in the art.
Combination 3.2: Integration with Wi-Fi Passpoint (Hotspot 2.0)
- Description: The cellular handover logic is applied to a Wi-Fi context using the Wi-Fi Alliance's Passpoint (Hotspot 2.0) standard. A user's device (WTRU) is connected to a primary Passpoint-enabled Access Point (AP). The network controller (acting as the network node) uses the standard ANQP (Access Network Query Protocol) to send configuration information about other nearby APs in the same network. It then sends a custom message, encapsulated within a standard IEEE 802.11u Generic Advertisement Service (GAS) frame, to the device via the primary AP. This message contains the "indication" of which non-primary AP will handle a subsequent large download. The device, upon parsing this GAS frame, prepares to receive the data from the indicated AP, creating a seamless handover between Wi-Fi access points managed by the same operator. Combining the patented cell indication logic with the established Wi-Fi Passpoint framework for network discovery and messaging would be an obvious step for improving Wi-Fi roaming performance.
Combination 3.3: Implementation over a Software-Defined Radio (SDR) with GNU Radio
- Description: The method of claim 7 is implemented as a set of signal processing blocks within the open-source GNU Radio framework, running on a generic Software-Defined Radio (SDR) platform like a USRP (Universal Software Radio Peripheral). The WTRU is an SDR. One GNU Radio flowchart represents the primary cell receiver, which decodes a custom-tagged stream containing the "indication." A second flowchart represents the receiver for the non-primary cells. The "indication" tag, upon being detected by a custom block in the primary receiver flowchart, triggers a message passing interface (like ZMQ) within GNU Radio to activate the appropriate non-primary receiver flowchart and tune the SDR to the correct frequency. The entire process claimed in the patent is thus reduced to a publicly available software implementation using standard, open-source tools, rendering the method obvious to an SDR practitioner.