Multimedia Broadcast Streaming with Unicast-Multicast Fallback

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Large businesses with multimedia streaming systems across wide and heterogeneous networks face challenges in ensuring reliable data transmission and managing server load imbalances, particularly due to the inefficiencies of unicast transmission and the difficulty in predicting and managing increased client requests, which can lead to bottlenecks and unserviced client requests.

Innovation Solution

A system that dynamically negotiates between unicast and multicast transmission modes based on network capabilities and media player support, and replicates multimedia data streams across peer servers to ensure reliable delivery and balance server load, using a transport negotiation mechanism that includes empirical testing for multicast reception and peer server content replication.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of energy

If multicast transmission is used to reduce bandwidth consumption, then bandwidth efficiency is improved, but transmission reliability deteriorates due to network heterogeneity and multicast reception failures

Engineering Contradiction:
Improvebandwidth consumptionVSAvoidtransmission reliability
Core Design Contradiction:
Loss of energyVSReliability

Solution Approach 1:

The system dynamically switches between multicast and unicast transmission modes based on real-time network conditions and client reception capabilities. The streaming server monitors multicast group status and automatically transitions affected clients to unicast mode when multicast reception fails, ensuring continuous reliable delivery while maintaining bandwidth efficiency for successful multicast recipients.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the transmission mode parameter from pure multicast to a hybrid approach combining multicast and unicast. By adjusting the proportion of clients receiving via multicast versus unicast based on network conditions, the system optimizes the trade-off between bandwidth consumption and transmission reliability.

Inventive Principle:
Principle #35Parameter changes

2Productivity

If the number of streaming servers is increased to handle peak client requests, then server load capacity is improved, but system complexity and content synchronization difficulty worsen

Engineering Contradiction:
Improveserver load capacityVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent merges the functions of multiple streaming servers into a coordinated system where servers work together through content replication and load distribution. Instead of independently managing content, servers replicate and share content across the network, reducing individual server burdens while maintaining manageable synchronization through standardized replication protocols.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The system performs preliminary content replication to peer servers before peak demand occurs. By proactively distributing and caching content across multiple servers in advance, the system prepares load capacity ahead of time, reducing the need for complex real-time synchronization during peak usage periods.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If content is replicated across peer servers to reduce server load, then load balancing is improved, but content synchronization time and resource consumption increase

Engineering Contradiction:
Improveload balancing efficiencyVSAvoidcontent synchronization time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The system implements partial replication where peer servers store only the portions of content that are frequently requested or predicted to be needed, rather than replicating entire content libraries. This selective replication approach achieves effective load balancing for popular content while minimizing synchronization time and resource consumption.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

Peer servers autonomously manage their own content replication and caching decisions based on local demand patterns and network conditions. Each server independently determines what content to replicate and when, eliminating the need for centralized coordination and reducing overall synchronization overhead while maintaining load balancing efficiency.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10237580B2Method and system for broadcasting multimedia data
Publication Date: 2019.03.19 VECTORMAX CORP
  • US10237580B2 patent drawing
  • US10237580B2 patent drawing
  • US10237580B2 patent drawing

AI summary

A broadcast system provides support for clients to receive transmissions over a unicast or a multicast channel from a broadcast server. A server administrator configures each of a first server and client systems connected to the server to receive data in one of a multicast or unicast transmission mode. An empirical test determines whether an intervening network can support the configured mode and if not, transmission is performed using a fall back mode. The first server is able to provide access to data streams from other servers to the client systems connected thereto. Upon requesting a data stream from another server, the first server receives the data stream, replicates the data stream, transmits the data stream to the requesting client system and stores the replicated data stream for immediate access by any requesting client server connected thereto.