DISH Tech LLC v. MBB Ventures LLC

I. Executive Summary and Procedural Information

• Parties & Counsel:
  • Plaintiff: DISH Technologies L.L.C. and Sling TV L.L.C. (Colorado)
  • Defendant: MBB Ventures LLC (Delaware)
  • Plaintiff's Counsel: Ashby & Geddes
• Case Identification: 1:26-cv-00526, D. Del., 05/06/2026
• Venue Allegations: Venue is alleged to be proper in the District of Delaware because the Defendant is a Delaware limited liability company and has allegedly committed acts of infringement in the state.
• Core Dispute: Plaintiff alleges that Defendant's online adult video streaming platform infringes four patents related to foundational adaptive bitrate (ABR) streaming technology.
• Technical Context: ABR technology is a core component of modern internet video streaming, enabling services to dynamically adjust video quality in real-time based on a user's network conditions to ensure smooth playback.
• Key Procedural History: The complaint highlights that patents from the same family have been successfully litigated at the International Trade Commission (ITC), which found infringement and upheld the validity of a related patent against other streaming service providers. It also notes that the asserted patents have survived multiple validity challenges at the Patent Trial and Appeal Board (PTAB), with the PTAB either confirming patentability or exercising its discretion to deny institution of review.

Case Timeline

Date	Event
2003-01-01	MOVE Networks, Inc., original holder of the patents, is founded.
2004-04-30	Earliest Priority Date for '234, '772, '798, and '138 Patents.
2010-12-01	EchoStar Advanced Technologies L.L.C. acquires the ABR Patent portfolio from MOVE.
2012-01-01	Defendant allegedly begins operating the Accused Streaming Services.
2014-10-21	U.S. Patent No. 8,868,772 is issued.
2015-01-01	Plaintiff DISH launches Sling TV streaming service.
2022-10-11	U.S. Patent No. 11,470,138 is issued.
2023-06-13	U.S. Patent No. 11,677,798 is issued.
2024-05-21	U.S. Patent No. 11,991,234 is issued.
2026-05-06	Complaint is 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"

• Patent Identification: U.S. Patent No. 11,991,234, entitled "Apparatus, system, and method for multi-bitrate content streaming," issued May 21, 2024.

The Invention Explained

• Problem Addressed: The patent addresses the shortcomings of early internet streaming, which was often unreliable, of lower quality than traditional cable or satellite, and suffered from latency and inefficiency (Compl. ¶17; Compl. ¶18; Compl. ¶19, Compl. ¶¶col. 1:44-2:44). Existing methods required custom servers and could not effectively adapt to fluctuating network bandwidth Compl. ¶18
• The Patented Solution: The invention describes a client-driven adaptive streaming method. A media file is encoded into multiple copies at different bitrates, and each copy is segmented into small, "individually-requestable portions" (or "streamlets") Compl. ¶22 '234 Patent, col. 3:19-24 A client device monitors its own network conditions by "generating a factor" and uses this factor to "pull" the appropriate bitrate version of the next streamlet from a standard web server using the HTTP protocol (Compl. ¶20; Compl. ¶21; Compl. ¶22; Compl. ¶23, Compl. ¶abstract). This allows playback quality to adapt dynamically without needing specialized server technology Compl. ¶23
• Technical Importance: This client-side, segment-based "pull" architecture was a foundational improvement that enabled reliable, high-quality video streaming over the public internet, forming the basis for modern standards like HLS and MPEG-DASH Compl. ¶20 Compl. ¶23

Key Claims at a Glance

• The complaint asserts independent method claim 12 Compl. ¶52
• The essential elements of claim 12 include:
  • A method executable by a client device for rate-adaptive streaming.
  • Receiving digital content stored on a server as multiple copies at different bitrates, where each copy consists of "individually-requestable portions" that align temporally across copies.
  • Requesting an initial plurality of sequential portions of one copy.
  • Automatically requesting subsequent portions from one of the copies based on successive determinations by the client to change the requested bitrate.
  • The automatic requesting step includes repeatedly "generating a factor indicative of a current ability to receive the digital content" related to network performance.
  • Making determinations to change the bitrate based on that factor, which involves requesting a higher bitrate portion when the factor is above a first threshold and a lower bitrate portion when the factor is below a second threshold.
  • Arranging the requested portions in order of ascending presentation time for output.
• The complaint reserves the right to supplement its analysis and potentially assert other claims Compl. p. 18, fn. 2

U.S. Patent No. 8,868,772 - "Apparatus, system, and method for multi-bitrate content streaming"

• Patent Identification: U.S. Patent No. 8,868,772, entitled "Apparatus, system, and method for multi-bitrate content streaming," issued October 21, 2014.

The Invention Explained

• Problem Addressed: The patent identifies that at the time of invention, streaming sacrificed quality for immediate access compared to downloading, and was vulnerable to network congestion, while lacking features like fast-forward and rewind Compl. ¶19 '772 Patent, col. 1:50-2:11
• The Patented Solution: As an early patent in this family, the invention lays out the core concept of ABR. It describes storing a video as multiple "files" encoded at different bitrates, with each file representing a different portion of the video's playback time '772 Patent, abstract A client-side media player requests these files sequentially and uses "one or more factors" related to network performance to decide whether to "shift the playback quality to a higher or lower quality one of the different copies" for subsequent files '772 Patent, col. 7:22-38
• Technical Importance: This patent documents the foundational inventive concept of client-side, segment-based bitrate adaptation that was pioneered by MOVE Networks and later acquired and developed by DISH Compl. ¶16

Key Claims at a Glance

• The complaint asserts independent method claim 1, noting that the claims are currently on appeal at the Federal Circuit following a PTAB decision Compl. ¶72 Compl. ¶72, fn. 3
• The essential elements of claim 1 include:
  • A method for presenting rate-adaptive streams.
  • Streaming by a media player a video from servers where the video is stored as "multiple files" in "a plurality of different copies" at different bitrates.
  • The files across different copies yield the same portions of the video, and corresponding files share the same "time index."
  • Requesting by the media player a plurality of sequential files of one of the copies.
  • Automatically requesting subsequent portions of the video from one of the copies based on "successive determinations by the media player to shift the playback quality."
  • This automatic requesting includes repeatedly generating factors "indicative of the current ability to sustain the streaming," which relate to network performance.
  • Making determinations to shift quality to achieve continuous playback.
  • Presenting the video by playing back the requested files in order.
• Plaintiff reserves the right to assert all claims of the patent that are confirmed or restored on appeal Compl. ¶72, fn. 3

U.S. Patent No. 11,677,798 - "Apparatus, system, and method for multi-bitrate content streaming"

• Patent Identification: U.S. Patent No. 11,677,798, entitled "Apparatus, system, and method for multi-bitrate content streaming," issued June 13, 2023 Compl. ¶9

Technology Synopsis

This patent claims a server-side process for streaming. It involves a server storing a plurality of streams (at least first, second, and third bitrates) composed of "streamlets," where at least one stream is encoded at no less than 600 kbps. The server receives a request for a streamlet from an end-user station, retrieves it from the selected stream, and sends it to the user station. The user station is responsible for determining which bitrate version to request Compl. ¶92

Asserted Claims

Independent claim 22 Compl. ¶92

Accused Features

Defendant's servers are accused of performing the claimed process by storing multiple streams (e.g., 334 kbps, 1,219 kbps, 1,627 kbps), receiving requests from user devices, and sending the requested streamlets Compl. ¶93

U.S. Patent No. 11,470,138 - "Apparatus, system, and method for multi-bitrate content streaming"

• Patent Identification: U.S. Patent No. 11,470,138, entitled "Apparatus, system, and method for multi-bitrate content streaming," issued October 11, 2022 Compl. ¶10

Technology Synopsis

This patent claims a system comprising a storage device and a web server. The storage device stores a video encoded into a plurality of streams (low, medium, high quality) made of "streamlets." A key limitation is that the "first streamlet" of each stream has the same duration and encodes the same portion of the video. The web server is configured to receive streamlet requests from end-user stations and send the requested streamlet from the currently selected stream Compl. ¶112

Asserted Claims

Independent claim 1 and dependent claim 8 Compl. ¶112

Accused Features

Defendant's streaming system is accused of infringing by comprising a storage device with video encoded at different bitrates (e.g., 334 kbps, 1,219 kbps, 1,627 kbps) and a web server that receives and fulfills streamlet requests from users Compl. ¶113

III. The Accused Instrumentality

Product Identification

The accused instrumentality includes the "Spankbang Application, Spankbang Site, and Spankbang Server(s)," which are collectively referred to as the "Accused Streaming Services" Compl. ¶46

Functionality and Market Context

The complaint alleges that the Accused Streaming Services operate a large-scale online video platform for adult content, delivering live and on-demand videos to millions of users Compl. ¶48 The service allegedly uses the HTTP Live Streaming (HLS) protocol for adaptive bitrate streaming, which involves encoding each video at multiple bitrates and storing them as individually-requestable segments on servers Compl. ¶47 The complaint asserts that this platform generates substantial revenue and that the United States is its second-largest source of traffic, with approximately 86.6 million monthly visits Compl. ¶48

No probative visual evidence provided in complaint.

IV. Analysis of Infringement Allegations

'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...	The Accused Streaming Services are used by client devices to receive digital content from Spankbang's servers via at least one TCP connection.	¶53	col. 13:3-14
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 content from Spankbang's servers, where multiple copies of the content are encoded at different bitrates and stored as individually-requestable portions (HLS segments).	¶53	col. 7:1-9
requesting by the client device a plurality of sequential individually-requestable portions of one of the copies from the at least one server;	Client devices request a plurality of sequential portions of one of the available copies from Spankbang's servers.	¶53	col. 13:45-47
automatically requesting by the client device from the at least one server subsequent portions of the digital content by requesting...one of the individually-requestable portions from one of the copies dependent upon successive determinations by the client device to change a requested bit rate...	Client devices automatically request subsequent portions from higher or lower bitrate copies based on successive determinations to change the requested bitrate.	¶53	col. 13:25-30
the automatically requesting including repeatedly generating a factor indicative of a current ability to receive the digital content at a rate sufficient for presenting the digital content as the digital content is received, wherein the factor relates to a performance of the network; and	The client-side logic allegedly includes repeatedly generating a factor indicative of the current ability to receive digital content, relating to network performance.	¶53	col. 17:19-44
making the successive determinations whether to change the requested bit rate based on the factor...comprises: requesting a subsequent...portion from a higher bit rate...when the at least one factor is greater than a first threshold; and requesting a subsequent...portion from a lower bit rate...when the at least one factor is less than a second threshold;	The client-side logic allegedly requests a portion from a higher bitrate copy when the factor exceeds a first threshold, and from a lower bitrate copy when the factor falls below a second threshold.	¶53	col. 17:45-18:10
arranging the individually-requestable portions requested from the at least one server in order of ascending presentation time for output to a presentation device.	The client device arranges the requested portions in order of ascending presentation time for output.	¶53	col. 13:31-34

'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...	End-user media players stream video from Spankbang's servers as part of the Accused Streaming Services.	¶73	col. 7:15-17
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...	A plurality of different copies of the video, encoded at different bitrates, are stored as multiple files on Spankbang's servers, with each file having a time index.	¶73	col. 2:54-3:24
requesting by the media player a plurality of sequential ones of the files of one of the copies from the set of servers over a plurality of Transmission Control Protocol (TCP) connections based on the time indexes;	The media player requests a plurality of sequential files over TCP connections based on the time indexes.	¶73	col. 7:22-25
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 to a higher or lower quality one of the different copies...	The media player automatically requests subsequent portions from different copies based on its own determinations to shift playback quality.	¶73	col. 7:25-31
said automatically requesting including repeatedly generating a set of one or more factors indicative of the current ability to sustain the streaming of the video...wherein the set of one or more factors relate to the performance of the network;	The process includes repeatedly generating factors indicative of the ability to sustain streaming, which relate to network performance.	¶73	col. 7:32-38
making the successive determinations to shift the playback quality based on at least one of the set of factors to achieve continuous playback...	The system makes successive determinations to shift quality to achieve continuous playback using the highest sustainable quality.	¶73	col. 7:39-44
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.	¶73	col. 7:45-48

• Identified Points of Contention:
  • Scope Questions: A potential dispute may arise over the term "file" in the '772 Patent and whether it reads on the HLS segments used by the accused service Compl. ¶¶72-73 Similarly, for the '234 Patent, the court may need to address whether the specific two-threshold logic of claim 12 is practiced by standard HLS players, or if those players use a different, non-infringing algorithm Compl. ¶¶52-53
  • Technical Questions: A key evidentiary hurdle for the plaintiff will be proving the specific operations of the client-side software. The infringement allegations for the method claims in the '234 and '772 patents depend on actions taken by the end-user's media player Compl. ¶53 Compl. ¶73 A central question will be what evidence demonstrates that the accused service's client-side components perform the claimed steps of "generating a factor" and making bitrate decisions in the precise manner recited by the claims.

V. Key Claim Terms for Construction

• The Term: "factor indicative of a current ability to receive the digital content" '234 Patent, claim 12

• Context and Importance: This term is the core of the client-side intelligence claimed in the '234 Patent. The infringement analysis for claim 12 hinges on whether the accused HLS-based system generates a "factor" that meets this definition and uses it to switch bitrates. Practitioners may focus on this term because the defendant will likely argue its client-side algorithm is different from what is described and claimed.

• Intrinsic Evidence for Interpretation:

  • Evidence for a Broader Interpretation: The claim language itself is broad, referring to a "factor" that "relates to a performance of the network" Compl. ¶52 This language may support an interpretation covering any metric reflecting network throughput or latency.
  • Evidence for a Narrower Interpretation: The specification provides a detailed example of calculating a "performance ratio r" and a "performance factor φ" using specific equations over a window of samples '234 Patent, col. 17:20-44 A defendant may argue that these specific embodiments limit the term to this particular calculated metric.

• The Term: "file" '772 Patent, claim 1

• Context and Importance: The '772 Patent claims a method where video is stored as "multiple files." The applicability of this term to modern HLS segments (e.g., .ts files) will be critical. If an HLS segment is not considered a "file" within the meaning of the patent, the infringement argument could fail.

• Intrinsic Evidence for Interpretation:

  • Evidence for a Broader Interpretation: The patent's description of "streamlets" as "independent media object[s]" that are requested sequentially from a server could support reading "file" on any discrete, individually addressable segment of video data '772 Patent, col. 3:51-53
  • Evidence for a Narrower Interpretation: A defendant might argue that the consistent use of "file" throughout the patent, in the context of technology from the mid-2000s, implies a more traditional data file structure, and that HLS segments are merely transient data chunks that do not meet that definition. The specification does not appear to provide an explicit definition that would resolve this ambiguity, leaving it open to construction.

VI. Other Allegations

• Indirect Infringement: The complaint alleges both induced and contributory infringement for all four asserted patents. The inducement allegations are based on claims that the Defendant designed and deployed its streaming services with the specific intent to encourage end-users to perform the patented methods, providing an infrastructure and instructions that enable infringement (e.g., Compl. ¶¶57-60; Compl. ¶¶77-80). The contributory infringement allegations state that the Accused Streaming Services embody a material part of the inventions, were especially made for infringing use, and have no substantial non-infringing uses in their deployed configuration (e.g., Compl. ¶¶66-67; Compl. ¶¶86-87).
• Willful Infringement: Willfulness is alleged for all four patents based on both pre-suit and post-suit knowledge. The complaint asserts Defendant had pre-suit knowledge (or was willfully blind) due to its position as a large-scale operator in the specialized ABR market, DISH's prominent public enforcement of its patent portfolio (including ITC litigation), and DISH's public virtual patent marking webpage (e.g., Compl. ¶¶49-50; Compl. ¶¶61-63). The continuation of infringing conduct after the filing of the lawsuit is alleged as further evidence of willfulness.

VII. Analyst's Conclusion: Key Questions for the Case

• A central issue will be one of claim scope and technical implementation: does the accused HLS-based streaming service operate in a way that meets the specific, nuanced limitations of the asserted claims? For example, the court will likely have to determine if the client-side logic used by the accused service "generat[es] a factor" and compares it to "thresholds" in the manner required by the '234 patent, or if it employs a fundamentally different bitrate selection algorithm.
• A second key question will revolve around the impact of prior patent challenges: how will the extensive litigation history detailed in the complaint-including a favorable ITC ruling on a related patent and the survival of multiple PTAB challenges-affect the case? This history may influence the court's and jury's perception of the patents' validity and could be a significant factor in the analysis of whether any infringement was willful.
• Finally, the case may turn on a question of proof for divided activity: for the asserted method claims performed by the end-user's device, what level of evidence will be required to prove that the Defendant, as the service provider, possessed the specific intent to induce each and every step of the claimed methods? This will be critical for the indirect infringement allegations.