1:26-cv-03835
DISH Tech LLC v. Gaia Inc
I. Executive Summary and Procedural Information
- Parties & Counsel:
- Plaintiff: DISH Technologies L.L.C. and Sling TV L.L.C. (Colorado)
- Defendant: Gaia, Inc. (Colorado)
- Plaintiff's Counsel: Baker Botts LLP.
- Case Identification: 1:26-cv-03835, D. Colo., 08/20/2026
- Venue Allegations: Venue is alleged to be proper as Defendant Gaia, Inc. is incorporated in Colorado and maintains its principal place of business in the District.
- Core Dispute: Plaintiff alleges that Defendant's online video streaming platform infringes five U.S. patents related to foundational adaptive bitrate ("ABR") streaming technology.
- Technical Context: The technology at issue, adaptive bitrate streaming, is a core component of modern internet video delivery, enabling services to adjust video quality in real-time to match a user's available network bandwidth, thereby preventing buffering.
- Key Procedural History: The complaint notes that the asserted patent portfolio was acquired from MOVE Networks in 2010 for $45 million. It also highlights that the patents have a significant history of post-grant proceedings, including prior litigation at the International Trade Commission (ITC) where U.S. Patent No. 10,469,554 was found valid and infringed, as well as multiple Inter Partes Review (IPR) challenges at the Patent Trial and Appeal Board (PTAB). The complaint acknowledges that claims of U.S. Patent Nos. 8,868,772, 11,470,138, and 10,469,554 are currently on appeal at the Federal Circuit following PTAB decisions, a fact that will be central to the litigation. Plaintiff also alleges providing pre-suit notice of infringement to Defendant beginning in November 2018.
Case Timeline
| Date | Event |
|---|---|
| 2003-01-01 | MOVE Networks, Inc. founded (approximate date) |
| 2004-04-30 | Earliest Priority Date for all Asserted Patents |
| 2010-12-01 | EchoStar acquires MOVE Networks and the ABR Patent portfolio (approximate date) |
| 2014-10-21 | U.S. Patent No. 8,868,772 Issues |
| 2015-01-01 | DISH launches Sling TV (approximate date) |
| 2018-11-09 | DISH sends first notice letter to Gaia |
| 2018-11-28 | Gaia acknowledges receipt of notice letter |
| 2019-11-05 | U.S. Patent No. 10,469,554 Issues |
| 2020-09-21 | DISH sends second notice letter to Gaia |
| 2022-10-11 | U.S. Patent No. 11,470,138 Issues |
| 2023-03-23 | ITC Commission Opinion finds '554 Patent valid and infringed |
| 2023-06-13 | U.S. Patent No. 11,677,798 Issues |
| 2023-08-03 | DISH sends notice email to Gaia |
| 2024-05-21 | U.S. Patent No. 11,991,234 Issues |
| 2024-11-21 | PTAB denies institution of IPR for '234 Patent (IPR2024-00941) |
| 2025-04-14 | PTAB Final Written Decisions issued for '798, '138, and '554 Patents |
| 2026-02-02 | PTAB Final Written Decision issued for '234 Patent (later vacated) |
| 2026-06-15 | DISH sends final notice letter to Gaia |
| 2026-08-20 | Complaint Filed |
II. Technology and Patent(s)-in-Suit Analysis
U.S. Patent No. 11,991,234 - Apparatus, system, and method for multi-bitrate content streaming
- Issued: May 21, 2024 Compl. ¶12
The Invention Explained
- Problem Addressed: The patent family addresses the state of internet streaming in the early 2000s, where delivering video was often unreliable, low-quality, and costly compared to cable or satellite TV Compl. ¶23 Existing streaming protocols sacrificed quality for immediate access, while downloading a full file for high quality defeated the purpose of instant viewing Compl. ¶25 '772 Patent, col. 1:52-54 Prior art streaming systems were often proprietary, incompatible, and required custom server configurations Compl. ¶24
- The Patented Solution: The invention describes a method for HTTP-based adaptive bitrate streaming where a media file is segmented into smaller, independent files called "streamlets" Compl. ¶26 These streamlets are encoded at multiple different bitrates and stored on standard web servers Compl. ¶30 '234 Patent, abstract The client device, not the server, makes the decision of which bitrate to request for the next streamlet; it continuously monitors network performance and "pulls" the appropriate quality version to ensure smooth playback, thereby adapting to changing network conditions Compl. ¶30
- Technical Importance: This client-side, pull-based approach using the standard HTTP protocol eliminated the need for specialized, proprietary streaming servers and protocols, significantly reducing costs and improving the reliability and scalability of high-quality video streaming over the public internet Compl. ¶¶30-31
Key Claims at a Glance
- The complaint asserts independent claim 12 Compl. ¶74
- The essential elements of claim 12 are:
- A method executable by a client device to output rate-adaptive streams received via a TCP connection.
- Receiving digital content from a server, where multiple copies of the content are stored as individually-requestable portions at different bitrates, and where corresponding portions across copies yield the same content.
- Requesting a plurality of sequential individually-requestable portions of one copy.
- Automatically requesting subsequent portions of the content from one of the copies based upon successive determinations by the client to change the requested bit rate.
- This automatic requesting includes repeatedly generating a factor indicative of a current ability to receive the content, where the factor relates to network performance.
- Making successive determinations to change the requested bit rate based on the factor to achieve continuous presentation, which comprises requesting a higher bit rate copy when the factor is above a first threshold and a lower bit rate copy when the factor is below a second threshold.
- Arranging the requested portions in order of ascending presentation time for output.
- The complaint does not explicitly reserve the right to assert dependent claims for this patent.
U.S. Patent No. 8,868,772 - Apparatus, system, and method for multi-bitrate content streaming
- Issued: October 21, 2014 Compl. ¶13
The Invention Explained
- Problem Addressed: The patent identifies a need for an apparatus and method to alleviate the problems of reliability, efficiency, and latency in streaming data transport over a network, which at the time sacrificed quality compared to downloading a file (Compl. ¶27, citing '772 Patent, col. 2:39-44; Compl. ¶25).
- The Patented Solution: The patented method involves a media player on an end-user device streaming a video from servers that store multiple copies of the video at different bitrates Compl. ¶93 These copies are segmented into files aligned by time indexes Compl. ¶93 The media player automatically requests subsequent files, choosing between the different bitrate copies based on its own "successive determinations" about playback quality, which are informed by "factors indicative of the current ability to sustain the streaming" that relate to network performance '772 Patent, claim 1
- Technical Importance: The invention shifted the intelligence for bitrate switching from the server to the client, enabling more accurate adaptation to real-time network conditions at the user's specific point of reception and allowing for the use of standard, scalable web servers Compl. ¶30
Key Claims at a Glance
- The complaint asserts independent claim 1 Compl. ¶93
- The essential elements of claim 1 are:
- A method for presenting rate-adaptive streams.
- Streaming by a media player a video from servers, where multiple copies encoded at different bitrates are stored as multiple files.
- The files across the different copies yield the same portions of the video, with corresponding files sharing the same time index.
- Requesting a plurality of sequential files of one copy over TCP connections based on time indexes.
- Automatically requesting subsequent portions of the video by requesting a file from one of the copies, dependent upon successive determinations by the media player to shift playback quality.
- This automatic requesting includes repeatedly generating a set of factors indicative of the current ability to sustain streaming, with the factors relating to network performance.
- Making successive determinations to shift playback quality to achieve continuous playback using the highest quality copy determined to be sustainable.
- Presenting the video by playing back the requested files in order of ascending playback time.
- The complaint notes that DISH reserves the right to assert other claims of the '772 Patent that are confirmed or restored on appeal Compl. ¶93
U.S. Patent No. 11,677,798 - Apparatus, system, and method for multi-bitrate content streaming
- Issued: June 13, 2023 Compl. ¶14
- Technology Synopsis: The patent describes a server-side process for streaming content. The process involves servers storing multiple bitrate streams as groups of "streamlets," receiving requests for a specific streamlet from an end-user station that has already determined a need to switch quality, and sending the requested streamlet to the user Compl. ¶110
- Asserted Claims: Independent claim 22 Compl. ¶110
- Accused Features: Gaia's servers and content delivery endpoints (e.g., manifest.prod.boltdns.net) are accused of storing, retrieving, and sending streamlets corresponding to different bitrate streams Compl. ¶111
U.S. Patent No. 11,470,138 - Apparatus, system, and method for multi-bitrate content streaming
- Issued: October 11, 2022 Compl. ¶15
- Technology Synopsis: The patent claims a system for adaptive streaming, comprising a storage device that stores a video encoded into a plurality of streams at different bitrates, and a web server configured to receive and respond to streamlet requests from end-user stations based on the user's determination to select a higher or lower bitrate version Compl. ¶129
- Asserted Claims: Independent claims 1 and 8 Compl. ¶129
- Accused Features: Gaia's streaming system, including its storage devices and web servers (such as the Brightcove/boltdns infrastructure), which are alleged to store and deliver video encoded at multiple bitrates Compl. ¶130
U.S. Patent No. 10,469,554 - Apparatus, system, and method for multi-bitrate content streaming
- Issued: November 5, 2019 Compl. ¶16
- Technology Synopsis: The patent is directed to a system for adaptive-rate streaming of live event video. It is structurally similar to the '138 Patent's system claim but is specified for live video content, comprising a storage device and a web server configured to store and deliver streamlets of a live event encoded at multiple bitrates Compl. ¶148
- Asserted Claims: Claim 7 (dependent on claim 1) Compl. ¶148
- Accused Features: Gaia's services for delivering live event video, which allegedly comprise a system of storage devices and web servers that store and deliver live video as streams encoded at different bitrates Compl. ¶149
III. The Accused Instrumentality
Product Identification
- The accused instrumentality is Gaia's online streaming platform, collectively referred to as the "Accused Streaming Services." This includes the Gaia website (www.gaia.com), applications for internet-connected devices, and the underlying server infrastructure Compl. ¶38 Compl. ¶46
Functionality and Market Context
- The Accused Streaming Services deliver both live and on-demand video content to subscribers using the HTTP Live Streaming ("HLS") protocol for adaptive bitrate streaming Compl. ¶48 The platform is described as a "mission-driven community" with over 8,000 titles and at least 900,000 subscribers Compl. ¶¶7-8 The complaint alleges that video content is encoded at multiple bitrates, stored as individually requestable segments on servers, and delivered via content delivery network endpoints such as
manifest.prod.boltdns.netandgaia.brightcovecdn.comCompl. ¶48
No probative visual evidence provided in complaint.
IV. Analysis of Infringement Allegations
11,991,234 Patent Infringement Allegations
| Claim Element (from Independent Claim 12) | Alleged Infringing Functionality | Complaint Citation | Patent Citation |
|---|---|---|---|
| A method executable by a client device to output rate-adaptive streams received via at least one transmission control protocol (TCP) connection with at least one server over a network... | Client devices using the Accused Streaming Services receive content from Gaia's servers via a TCP connection. | ¶75 | col. 19:1-5 |
| receiving, by the client device, digital content from the at least one server... wherein multiple different copies of the digital content encoded at different bit rates are stored as individually-requestable portions on the at least one server... | Client devices receive digital content (streamlets) from Gaia's servers, where the content is stored at multiple bitrates, including at least 563200, 1128600, and 2406800 bandwidth variants. | ¶75 | col. 19:6-18 |
| automatically requesting by the client device from the at least one server subsequent portions of the digital content... dependent upon successive determinations by the client device to change a requested bit rate... the automatically requesting including repeatedly generating a factor indicative of a current ability to receive the digital content... | Client devices automatically request subsequent portions from higher or lower bitrate copies based on successive determinations, which includes repeatedly generating a factor indicative of the current ability to receive content relating to network performance. | ¶75 | col. 19:24-41 |
| making the successive determinations whether to change the requested bit rate based on the factor... wherein the making of the successive determinations... comprises: requesting a subsequent individually-requestable portion from a higher bit rate... when the at least one factor is greater than a first threshold; and requesting a subsequent... from a lower bit rate... when the at least one factor is less than a second threshold... | Client devices make determinations to change the requested bit rate, requesting a higher bit rate copy when the factor exceeds a first threshold or from a lower bit rate copy when the factor falls below a second threshold. | ¶75 | col. 19:42-63 |
| arranging the individually-requestable portions requested from the at least one server in order of ascending presentation time for output to a presentation device. | Client devices arrange the requested portions in ascending presentation time for output. | ¶75 | col. 19:64-67 |
8,868,772 Patent Infringement Allegations
| Claim Element (from Independent Claim 1) | Alleged Infringing Functionality | Complaint Citation | Patent Citation |
|---|---|---|---|
| A method for presenting rate-adaptive streams... streaming by a media player operating on an end user station a video from a set of one or more servers, wherein each of a plurality of different copies of the video encoded at different bit rates is stored as multiple files on the set of servers... each of said files having a time index... | Media players on end-user stations stream video from Gaia's servers, where copies of the video are stored as multiple files at different bitrates (e.g., 563200, 1128600, and 2406800 bandwidth variants), with each file having a time index. | ¶94 | col. 25:9-24 |
| automatically requesting by the media player from the set of servers... subsequent portions of the video by requesting for each such portion one of the files from one of the copies dependent upon successive determinations by the media player to shift the playback quality... said automatically requesting including repeatedly generating a set of one or more factors indicative of the current ability to sustain the streaming... | The media player automatically requests subsequent portions from Gaia's servers from different copies to shift playback quality, which includes repeatedly generating factors indicative of the ability to sustain streaming based on network performance. | ¶94 | col. 25:40-54 |
| making the successive determinations to shift the playback quality based on at least one of the set of factors to achieve continuous playback of the video using the files of the highest quality one of the copies determined sustainable at that time... | The media player makes successive determinations to shift playback quality to achieve continuous playback using the highest quality copy determined to be sustainable. | ¶94 | col. 26:1-6 |
| presenting the video by playing back with the media player on the end user station the requested files in order of ascending playback time | The media player presents the video by playing back the requested files in order of ascending playback time. | ¶94 | col. 26:7-10 |
- Identified Points of Contention:
- Scope Questions: The patents use proprietary terms like "streamlet" which were defined in the early 2000s, before the widespread adoption of industry standards like HLS Compl. ¶¶22-24 A central question will be whether the "segments" used in the HLS protocol, which Gaia allegedly employs, fall within the patent's definition of a "streamlet" or "individually-requestable portion."
- Technical Questions: The claims require the client to generate a "factor" indicative of network performance or streaming sustainability to make bitrate switching decisions '234 Patent, cl. 12 '772 Patent, cl. 1 The complaint alleges this functionality but does not specify how Gaia's client applications actually calculate this "factor" Compl. ¶75 Compl. ¶94 The case may turn on what evidence is presented to show that the accused client-side logic performs the specific function of generating and using such a factor as required by the claims.
- Validity Questions: The complaint discloses that claims of the '772, '138, and '554 Patents are currently on appeal from adverse PTAB decisions Compl. ¶93 Compl. ¶129 Compl. ¶148 This raises a substantial question regarding the enforceability of these patents, and the outcome of the Federal Circuit appeals will be highly consequential for the case.
V. Key Claim Terms for Construction
The Term: "streamlet" / "individually-requestable portion"
Context and Importance: These terms define the fundamental, segmented unit of video content. The infringement case hinges on whether the video "segments" used in modern ABR standards like HLS, which Defendant allegedly uses Compl. ¶48, meet the patents' definition of a "streamlet," a term coined before these standards were prevalent. Practitioners may focus on this term because a finding that HLS segments are not "streamlets" could be fatal to the infringement claim.
Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The specification of the parent '772 Patent describes a streamlet broadly as "any sized portion of the content file 200" that is "encapsulated as an independent media object" '772 Patent, col. 7:42-47 This functional definition could support an argument that any discrete, independently requestable video chunk, such as an HLS segment, is a "streamlet."
- Evidence for a Narrower Interpretation: The same specification also states that a streamlet may be identified with a "unique filename" and that streamlets are "essentially static files" '772 Patent, col. 8:51-53 A defendant could argue that this implies a specific file-based architecture, potentially distinguishing it from how segments are referenced in modern manifest files, which may use byte ranges or other non-filename identifiers.
The Term: "factor indicative of a current ability to receive the digital content" '234 Patent, cl. 12 / "set of one or more factors indicative of the current ability to sustain the streaming" '772 Patent, cl. 1
Context and Importance: This term is the lynchpin of the claimed client-side intelligence. The infringement analysis depends on whether the specific algorithm used by Defendant's client to decide on a bitrate switch generates a "factor" that functions as claimed.
Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The specification describes the factor in functional terms, stating it "relate[s] to the performance of the network" '772 Patent, cl. 1 The '772 patent family provides an example where a "performance ratio r" is calculated based on monitoring "time intervals Δ between successive receive times for each streamlet response" '772 Patent, col. 11:10-14, suggesting any metric derived from network performance measurements could qualify.
- Evidence for a Narrower Interpretation: The specification provides a detailed embodiment for calculating the factor, including using a geometric mean of performance ratios across a window of samples '772 Patent, col. 11:28-40 '772 Patent, FIG. 7 A defendant may argue that the term should be limited to this specific mathematical approach or its close equivalents, and that a simpler metric (e.g., merely checking buffer level) would not meet the definition of "repeatedly generating a factor."
VI. Other Allegations
- Indirect Infringement: The complaint alleges both induced and contributory infringement for all five patents.
- Inducement: The inducement claim is based on allegations that Gaia knowingly encouraged infringement by designing its streaming services to operate in an infringing manner and providing user-facing instructions, such as support articles, that direct end users to access and stream content using the patented methods Compl. ¶¶79-80 Compl. ¶¶98-99
- Contributory: The contributory infringement claim alleges that Gaia's streaming services contain the core ABR functionality, which is a material part of the inventions with no substantial non-infringing use, and that Gaia knew the services were especially made for infringement Compl. ¶¶88-89 Compl. ¶¶105-106
- Willful Infringement: Willfulness is alleged based on both pre-suit and post-suit knowledge. The complaint alleges Gaia had pre-suit knowledge from multiple notice letters sent by DISH starting on November 9, 2018 Compl. ¶55, as well as constructive knowledge from DISH's publicized litigation activities (including the ITC Action) and its virtual patent marking webpage Compl. ¶¶50-52 Willful blindness is also pleaded in the alternative Compl. ¶84
VII. Analyst's Conclusion: Key Questions for the Case
- A threshold issue will be one of patent viability: with the complaint acknowledging that claims of the '772, '138, and '554 patents are on appeal from adverse PTAB decisions, a central question is whether the Federal Circuit will reverse those invalidity findings. The outcome of these appeals could significantly narrow the scope of the case before infringement is even fully litigated.
- A core infringement dispute will be one of definitional scope: can the term "streamlet," rooted in the patents' disclosure of a proprietary system from the early 2000s, be construed to cover the standardized video "segments" used in modern protocols like HLS, which the accused platform allegedly uses? The case may turn on whether the patent's specific implementation details are read into the claim term.
- A key evidentiary question will be one of algorithmic equivalence: does the accused client's logic for switching bitrates perform the specific claimed function of "repeatedly generating a factor" based on network performance and comparing it to thresholds, or does it rely on a different, simpler heuristic (e.g., buffer-level monitoring) that falls outside the patent's claimed method?