Peer-to-Peer Live Video Delivery via Client Buffering

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Content delivery networks face significant load bottlenecks due to multiple clients requesting the latest video segments simultaneously, leading to increased latency and inefficiency in video streaming.

Innovation Solution

Implementing a peer-to-peer content delivery method where a first client's live stream is deliberately delayed to serve a second client from the first client after it has downloaded the video segment from a traditional content delivery network, using customized manifests to identify available peer sources and distribute video content efficiently.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If multiple clients request video segments simultaneously from CDN edge servers, then video content can be delivered to all clients, but the load on edge servers increases significantly creating bottlenecks

Engineering Contradiction:
Improvevideo segment delivery capacityVSAvoidload on edge servers
Core Design Contradiction:
ProductivityVSStress or pressure

Solution Approach 1:

Clients are transformed from passive recipients to active distributors by enabling them to share video segments with other clients. The system allows clients to act as peer content delivery nodes, serving video segments from their local buffers to other clients, thereby reducing the load on CDN edge servers while maintaining delivery capacity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The video delivery system is segmented into multiple independent delivery paths: traditional CDN edge server delivery and peer-to-peer client delivery. By dividing the delivery responsibility between these two segments, the system prevents any single server from becoming a bottleneck while maintaining overall delivery capacity.

Inventive Principle:
Principle #1Segmentation

2Reliability

If clients download video segments from CDN edge servers, then content delivery is reliable, but latency increases due to transmission distances and server bottlenecks

Engineering Contradiction:
Improvecontent delivery reliabilityVSAvoiddownload latency
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

Clients pre-download and buffer video segments from CDN edge servers before they are needed for playback. These pre-downloaded segments are then immediately available for peer-to-peer sharing, eliminating the need for real-time downloads from distant servers and reducing latency for subsequent requests.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces an intermediary layer of peer clients between the CDN edge servers and the final video players. This intermediary layer handles delivery requests locally, reducing the transmission distance and latency compared to direct server-to-client delivery, while maintaining the reliability of the original CDN source.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Device complexity

If traditional CDN architecture is used, then content delivery is centralized and manageable, but the system cannot leverage underutilized client resources

Engineering Contradiction:
Improvedelivery system manageabilityVSAvoidresource utilization flexibility
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

Video clients are given multi-functionality: they can both consume video content as traditional players and distribute content as peer servers. This universal capability allows the system to dynamically adapt to varying load conditions by activating peer delivery only when beneficial, without requiring fundamentally different client software.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The delivery architecture transitions from a static, purely centralized CDN model to a dynamic hybrid model where the proportion of peer-to-peer delivery versus traditional CDN delivery can vary over time based on network conditions, client availability, and server load, optimizing resource utilization flexibly.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10750216B1Method and apparatus for providing peer-to-peer content delivery
Publication Date: 2020.08.18 GOOGLE LLC
  • US10750216B1 patent drawing
  • US10750216B1 patent drawing
  • US10750216B1 patent drawing

AI summary

A computer implemented method embodied in a computer program stored in non-transient memory and executed by a computer processor for providing peer to peer content delivery of a live video stream includes delaying delivery of a live stream to a second client to serve that client from a first client that has previously received the live stream. The computer implemented method may further include switching between bad content sources (first clients) to good content sources based on heuristics.