DCT
1:24-cv-01291
OptiMorphix, Inc. v. Intel Corporation
Key Events
Amended Complaint
Table of Contents
amended complaint
I. Executive Summary and Procedural Information
- Parties & Counsel:
- Plaintiff: OptiMorphix, Inc. (Delaware)
- Defendant: Intel Corporation (Delaware)
- Plaintiff’s Counsel: Bayard, PA.
- Case Identification: 1:24-cv-01291, D. Del., 03/03/2025
- Venue Allegations: Venue is alleged to be proper in the District of Delaware because Defendant is a Delaware corporation.
- Core Dispute: Plaintiff alleges that Defendant’s processors, networking hardware, graphics processing units, and associated software infringe seven patents related to network traffic management and video compression technology.
- Technical Context: The patents address methods for improving data transmission efficiency over congested or variable networks and for optimizing video streams for delivery, technologies central to the functioning of the modern internet and streaming media services.
- Key Procedural History: The complaint notes that U.S. Patent No. 7,099,273 recently underwent an Ex Parte Reexamination at the USPTO, which concluded in November 2024 with a certificate confirming the patentability of all original claims. This suggests the patent's validity has withstood a recent administrative challenge.
Case Timeline
| Date | Event |
|---|---|
| 2001-04-12 | U.S. Patent No. 7,099,273 Priority Date |
| 2006-08-29 | U.S. Patent No. 7,099,273 Issue Date |
| 2007-12-28 | U.S. Patent No. 8,521,901 Priority Date |
| 2009-03-31 | U.S. Patent Nos. 10,412,388 & 9,894,361 Priority Date |
| 2009-10-15 | U.S. Patent No. 9,749,713 Priority Date |
| 2011-06-10 | U.S. Patent Nos. 10,123,015 & 9,621,896 Priority Date |
| 2013-08-27 | U.S. Patent No. 8,521,901 Issue Date |
| 2017-04-11 | U.S. Patent No. 9,621,896 Issue Date |
| 2017-08-29 | U.S. Patent No. 9,749,713 Issue Date |
| 2018-02-13 | U.S. Patent No. 9,894,361 Issue Date |
| 2018-11-06 | U.S. Patent No. 10,123,015 Issue Date |
| 2019-09-10 | U.S. Patent No. 10,412,388 Issue Date |
| 2024-03-08 | Request for Ex Parte Reexamination of ’273 Patent filed |
| 2024-11-14 | Ex Parte Reexamination Certificate for ’273 Patent issued |
| 2025-03-03 | First Amended Complaint Filing Date |
II. Technology and Patent(s)-in-Suit Analysis
U.S. Patent No. 7,099,273 - "Data Transport Acceleration and Management Within a Network Communication System," Issued August 29, 2006
The Invention Explained
- Problem Addressed: The patent’s background section describes inefficiencies in conventional Transport Control Protocol (TCP) architectures, particularly in networks with variable or unpredictable conditions like wireless links. These architectures often misinterpret random packet loss as network congestion, leading to unnecessary reductions in data throughput and poor performance for applications like audio or video streaming that require a steady data flow (’273 Patent, col. 2:1-6; Compl. ¶18).
- The Patented Solution: The invention proposes a data transport system that utilizes a transmit timer to control the flow of data packets. The period of this timer is dynamically adjusted based on measurements of network conditions, specifically a ratio of the smoothed round-trip time and the smoothed congestion window, to better match the available bandwidth and avoid the "bursty" data transmission common in conventional TCP (’273 Patent, Abstract; col. 3:31-44).
- Technical Importance: This timer-based flow control approach was designed to make data transport more resilient and efficient over the increasingly prevalent wireless and other bandwidth-constrained networks of the time (Compl. ¶16-17).
Key Claims at a Glance
- The complaint asserts at least independent Claim 1 (Compl. ¶90).
- Claim 1 of the ’273 Patent recites the following essential elements:
- establishing a connection between the sender and the receiver;
- measuring round trip times of data packets sent from the sender to the receiver;
- determining a congestion window parameter that specifies a maximum number of unacknowledged data packets that may be sent to the receiver; and
- transmitting additional data packets to the receiver in response to expiration of a transmit timer, the period of the transmit timer based on the round trip time measurements and the congestion window parameter.
- The complaint does not explicitly reserve the right to assert dependent claims.
U.S. Patent No. 8,521,901 - "TCP Burst Avoidance," Issued August 27, 2013
The Invention Explained
- Problem Addressed: The patent identifies that in high-speed data networks, the buffering of TCP acknowledgment packets can lead to sudden bursts of these packets being sent to a server. In response, the server sends a corresponding burst of data packets, which can overwhelm network nodes, cause packet loss, and lead to inefficient use of bandwidth (Compl. ¶29-30).
- The Patented Solution: The invention describes a "packet scheduler layer" located between the network and transport layers of a device’s networking stack. This layer receives TCP packets and "smoothens" their delivery by intelligently delaying them, thereby mitigating the problematic bursts and ensuring a more efficient use of available bandwidth (’901 Patent, Abstract; Compl. ¶31).
- Technical Importance: This technology addresses a specific cause of network inefficiency by managing traffic flow within the device itself, preventing the device from creating self-induced congestion bursts in high-speed networks (Compl. ¶32).
Key Claims at a Glance
- The complaint asserts at least independent Claim 1 (Compl. ¶115).
- Claim 1 of the ’901 Patent recites the following essential elements:
- providing, at a first device, a packet scheduler layer between a network layer and a transport layer;
- receiving, at the packet scheduler layer, one or more transmission control protocol (TCP) packets from a sending layer on the first device;
- smoothing delivery of at least one of the one or more TCP packets by delaying the delivery; and
- sending the one or more TCP packets to a receiving layer, wherein the receiving layer is one of the network layer or the transport layer that is not the sending layer.
- The complaint does not explicitly reserve the right to assert dependent claims.
U.S. Patent No. 10,412,388 - "Framework for Quality-Aware Video Optimization," Issued September 10, 2019
- Technology Synopsis: The patent addresses the problem that in single-pass video encoding, the relationship between a video frame's compressed size and its quality (quantization parameter, or QP) is only known after encoding, making it difficult to control both byte reduction and quality degradation simultaneously (Compl. ¶37). The solution involves a method of receiving an encoded frame, decompressing it, extracting a first QP, acquiring a delta QP based on the first QP, acquiring a second QP, and re-compressing the frame with the second QP to achieve controlled quality and byte size (Compl. ¶36).
- Asserted Claims: At least Claim 1 (Compl. ¶133).
- Accused Features: Intel products that perform media encoding compliant with the H.265 (HEVC) standard, which allegedly requires the claimed steps as a mandatory part of its implementation (Compl. ¶121, ¶133-134).
U.S. Patent No. 9,894,361 - "Framework for Quality-Aware Video Optimization," Issued February 13, 2018
- Technology Synopsis: This patent addresses a similar problem to the ’388 Patent: optimizing video quality while reducing byte size in a single pass (Compl. ¶44-45). The solution is a quality-aware optimization technique that requires only a single pass over a previously encoded video frame sequence. It introduces a function that defines an adjusted QP based on the input QP, allowing fine control of quality degradation in the byte-reduced content (Compl. ¶46).
- Asserted Claims: At least Claim 10 (Compl. ¶163).
- Accused Features: Intel products compliant with the H.265 (HEVC) standard, which are alleged to unpack compressed video, extract QP values, calculate new QPs influenced by factors like delta QP and an inflation factor, and re-compress the video using the new QP (Compl. ¶144, ¶148-159).
U.S. Patent No. 10,123,015 - "Macroblock-Level Adaptive Quantization in Quality-Aware Video Optimization," Issued November 6, 2018
- Technology Synopsis: The patent addresses the challenge of efficiently compressing video while preserving detail, noting that traditional methods applying uniform compression across an entire frame can cause unnecessary quality loss in complex regions (Compl. ¶52). The invention provides for adjusting compression at the macroblock level—small sections of a video frame—by dynamically determining the appropriate QP for each macroblock based on its visual characteristics to optimize the balance between file size and quality (Compl. ¶51).
- Asserted Claims: At least Claim 1 (Compl. ¶182).
- Accused Features: Intel's graphics and data center GPU products (e.g., Iris Xe, Intel Arc, Intel Data Center GPU Flex) are accused of infringement. The complaint alleges these products use macroblock-level QP control during encoding, as evidenced by documentation for Intel's Video Processing Library (VPL) (Compl. ¶169, ¶172).
U.S. Patent No. 9,621,896 - "Macroblock-Level Adaptive Quantization in Quality-Aware Video Optimization," Issued April 11, 2017
- Technology Synopsis: This patent, like the ’015 Patent, addresses the challenge of compressing video streams without degrading user experience by introducing precise control at the macroblock level (Compl. ¶58). The disclosed technology involves decoding video frames into macroblocks, analyzing their visual and compression characteristics, and dynamically adjusting the QP for each block to balance file size reduction with quality retention (Compl. ¶57).
- Asserted Claims: At least Claim 1 (Compl. ¶202).
- Accused Features: The same family of Intel graphics and data center GPU products are accused. The infringement theory is based on the products' alleged use of macroblock-level optimization, including decoding macroblocks, extracting a first QP, determining thresholds based on past QP values, and computing a second QP for re-encoding (Compl. ¶188, ¶191-196).
U.S. Patent No. 9,749,713 - "Budget Encoding," Issued August 29, 2017
- Technology Synopsis: The patent is directed to solving inefficient allocation and management of network resources, where traditional systems either over-provision (wasting resources) or under-provision (harming critical applications) (Compl. ¶63-64). The invention teaches a resource manager that dynamically allocates network resources to applications based on defined policies and priority levels, using continuous monitoring to make real-time adjustments as needed (Compl. ¶65).
- Asserted Claims: At least Claim 8 (Compl. ¶217).
- Accused Features: Intel's graphics and data center GPU products are alleged to use a "frame budget algorithm module" (specifically, HuC Bitrate Control) to allocate a budget for output media frames. This allegedly involves estimating frame size, determining processing parameters based on the budget, and performing a second encoding pass if the output frame does not fit the budget (Compl. ¶207, ¶209-210).
III. The Accused Instrumentality
Product Identification
- (for ’273 Patent): The accused instrumentalities are Intel's processors, chipsets, and other hardware components when configured to operate with software, including versions of the Linux kernel (version 4.9 and later), that incorporates TCP-BBR congestion control algorithms (Compl. ¶70).
- (for ’901 Patent): The accused products include Intel Ethernet 800 Series Network Adapters and Controllers, such as models E810-2CQDA2 and E810-CAM1 (Compl. ¶99).
Functionality and Market Context
- (for ’273 Patent): The accused products perform TCP-BBR (Bottleneck Bandwidth and Round-trip propagation time) congestion control. This algorithm models the network to find the optimal sending rate by measuring the network's delivery rate and round-trip time (Compl. ¶75, ¶79). It uses this model to pace the sending of data packets to match the estimated available bandwidth, which differs from traditional loss-based congestion control algorithms (Compl. ¶80, ¶85). An excerpt from an academic paper included in the complaint describes pacing as BBR's "primary control parameter" (Compl. p. 24).
- (for ’901 Patent): These high-speed networking products are alleged to contain a hardware-based "Tx-Scheduler layer" (Compl. ¶101). According to Intel documentation cited in the complaint, this scheduler manages the transmission of data packets through various network hierarchies, controls traffic burstiness, and manages packet transmission times and delays (Compl. ¶108-109). A screenshot from an Intel datasheet describes how an "Advanced Transmit mode enables software to control tightly the burstiness of the traffic" (Compl. p. 34).
IV. Analysis of Infringement Allegations
U.S. Patent No. 7,099,273 Infringement Allegations
| Claim Element (from Independent Claim 1) | Alleged Infringing Functionality | Complaint Citation | Patent Citation |
|---|---|---|---|
| establishing a data connection between a sender and a receiver | The accused products perform TCP-BBR congestion control, which includes establishing a data connection using a standard handshake process. | ¶72 | col. 6:53-55 |
| measuring round trip times (RTT) of data packets sent from the sender to the receiver | The accused products measure RTT of data packets and maintain a running estimate of the minimum RTT (MinRTT) to estimate the base round-trip propagation time. | ¶75, ¶79 | col. 7:2-5 |
| determining a congestion window parameter that specifies a maximum number of unacknowledged data packets that may be sent to the receiver | The accused products determine a congestion window parameter (cwnd) that is calculated based on network characteristics, such as the bandwidth-delay product, rather than being a fixed value. |
¶81, ¶83-84 | col. 7:42-47 |
| transmitting additional data packets to the receiver in response to expiration of a transmit timer, the period of the transmit timer based on the round trip time measurements and the congestion window parameter | The accused products calculate a "pacing rate" based on MinRTT and congestion window estimates to determine how quickly to transmit data. Data packets are then transmitted in accordance with this pacing rate, which the complaint alleges constitutes a transmit timer whose period is based on the claimed parameters. | ¶85-86 | col. 8:1-5 |
- Identified Points of Contention:
- Scope Questions: A central question may be whether the continuous "pacing" mechanism of the accused TCP-BBR algorithm constitutes a "transmit timer" that triggers transmission upon "expiration," as recited in the claim. The defense may argue that pacing is a continuous rate-limiter, not a discrete timer-based trigger.
- Technical Questions: The complaint alleges the timer's period is "based on" RTT and the congestion window. The court will likely need to analyze the specific mathematical relationship in the TCP-BBR algorithm to determine if the pacing rate calculation meets this "based on" limitation as understood in the context of the patent.
U.S. Patent No. 8,521,901 Infringement Allegations
| Claim Element (from Independent Claim 1) | Alleged Infringing Functionality | Complaint Citation | Patent Citation |
|---|---|---|---|
| providing, at a first device, a packet scheduler layer between a network layer and a transport layer | The accused Intel Ethernet 800 Series products contain a "Tx-Scheduler layer" that is alleged to reside between the network interface and transport layers of the device's networking stack. | ¶101, ¶103 | col. 4:13-17 |
| receiving, at the packet scheduler layer, one or more transmission control protocol (TCP) packets from a sending layer on the first device... | The Tx-Scheduler selects a transmit queue and services transmit data, which the complaint alleges constitutes receiving TCP packets from a sending layer such as the transport layer. A diagram from an Intel presentation depicts the accused products receiving a TCP packet from a sending/transport layer (Compl. p. 32). | ¶104 | col. 4:18-24 |
| smoothing delivery of at least one of the one or more TCP packets by delaying the delivery | The products use the Tx-Scheduler to "control tightly the burstiness of the traffic," manage packet transmission times, and calculate delay times, which is alleged to constitute smoothing delivery by delaying. | ¶108, ¶109 | col. 4:25-27 |
| sending the one or more TCP packets to a receiving layer, wherein the receiving layer is... not the sending layer | The Tx-Scheduler controls the transmission of packets from transmit queues to the network interface layer, which is alleged to be the receiving layer. | ¶109, ¶111 | col. 4:28-31 |
- Identified Points of Contention:
- Scope Questions: Does the accused "Tx-Scheduler layer," a hardware feature for traffic shaping and Quality of Service (QoS), meet the definition of the claimed "packet scheduler layer," which the patent describes in the context of solving TCP acknowledgment bursts? The dispute may focus on whether the purpose and operation are substantially the same.
- Technical Questions: The complaint alleges the accused scheduler delays packets to smooth delivery. What is the precise mechanism by which this delay is calculated and implemented? A key factual question will be whether this mechanism functionally matches the patent's teaching of delaying packets to mitigate the specific problem of TCP ACK-induced data bursts.
V. Key Claim Terms for Construction
- For the ’273 Patent:
- The Term: "transmit timer"
- Context and Importance: This term is critical to the infringement theory against the TCP-BBR algorithm. The case may turn on whether BBR's "pacing" mechanism falls within the scope of this term.
- Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The patent states the invention utilizes a "timer-based data flow control" and that the "period of the transmit timer may be based on" network measurements (’273 Patent, col. 3:36-41). This could support an interpretation that includes any time-based rate control mechanism, not just a simple countdown timer.
- Evidence for a Narrower Interpretation: The claim language "in response to expiration of a transmit timer" suggests a discrete event that triggers transmission. This could support a narrower construction that excludes a continuous pacing mechanism that does not have discrete "expiration" events in the same sense.
- For the ’901 Patent:
- The Term: "smoothing delivery... by delaying the delivery"
- Context and Importance: Infringement hinges on whether the accused Ethernet controllers' traffic shaping and "burstiness" control functions perform this specific claimed action.
- Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The patent abstract describes the invention as "smoothing delivery... by delaying the delivery," which could be read to cover any form of traffic shaping that involves holding packets back to manage flow.
- Evidence for a Narrower Interpretation: The patent's background focuses on the specific problem of TCP acknowledgment bursts causing data bursts (’901 Patent, col. 1:11-20). This context may support a narrower interpretation where "smoothing by delaying" is limited to mechanisms specifically designed to mitigate that particular problem, rather than general QoS or rate-limiting functions.
VI. Other Allegations
- Indirect Infringement: The complaint alleges that Intel induces infringement of the ’273 Patent by providing documentation, training materials, and source code repositories that instruct and encourage customers and end-users to utilize the accused TCP-BBR functionality (Compl. ¶93).
- Willful Infringement: For the ’273 Patent, the complaint alleges pre-suit knowledge based on multiple U.S. patents and patent applications owned by Intel that cite the ’273 Patent family as relevant prior art, with the earliest cited patent issuing in March 2010 (Compl. ¶92). For the ’901, ’388, ’361, and ’015 patents, willfulness is alleged based on knowledge since at least the service of the original complaint in the action (Compl. ¶116, ¶139, ¶164, ¶183).
VII. Analyst’s Conclusion: Key Questions for the Case
- A core issue will be one of definitional scope: can the term "transmit timer" from the ’273 Patent, which implies a discrete expiration event, be construed to cover the continuous, rate-based "pacing" mechanism central to the accused TCP-BBR algorithm?
- A key evidentiary question will be one of functional equivalence: does the hardware-based "Tx-Scheduler" in Intel's Ethernet products, designed for general purpose QoS and traffic shaping, perform the specific function of "smoothing delivery by delaying" packets to mitigate TCP acknowledgment bursts as taught by the ’901 Patent, or is there a fundamental mismatch in technical purpose and operation?
- A third central question will concern willfulness: given the complaint's allegations that Intel's own patent portfolio has cited the ’273 patent family as prior art for over a decade, a significant issue will be whether Intel had pre-suit knowledge of that patent, potentially exposing it to claims for enhanced damages.
Analysis metadata