Streaming Terminal Switching via Packet Loss History Transfer

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

When switching from one receiving terminal to another in a streaming service using TFRC (TCP Friendly Rate Control), the new terminal experiences a prolonged queuing time due to the need for a slow start, as the bandwidth between the new terminal and the transmitting terminal has not been measured, leading to an inadequate initial transmission rate.

Innovation Solution

The method involves determining whether the network route between the transmitting terminal and the first receiving terminal is identical to the route between the transmitting terminal and the second receiving terminal, and if so, transferring packet loss history from the first receiving terminal to the second receiving terminal to establish the same transmission rate without executing a slow start.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If a new receiving terminal starts receiving streaming without transferring packet loss history, then the terminal can immediately begin receiving data, but the transmission rate is initially too low causing prolonged queuing time until slow start completes

Engineering Contradiction:
Improvequeuing timeVSAvoidtransmission rate establishment speed
Core Design Contradiction:
Loss of timeVSProductivity

Solution Approach 1:

The patent applies preliminary action by transferring the packet loss history from the first receiving terminal to the second receiving terminal before the second terminal begins receiving streaming. This allows the second terminal to start with an established transmission rate based on pre-collected loss information, avoiding the slow start phase and reducing queuing time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent uses copying by replicating the packet loss history data from the first receiving terminal to the second receiving terminal. The second terminal copies the loss history information and uses it to calculate the transmission rate immediately, rather than measuring it from scratch through slow start.

Inventive Principle:
Principle #26Copying

2Loss of time

If packet loss history is transferred from the first receiving terminal to the second receiving terminal, then the second terminal can start at the correct transmission rate immediately, but network route differences may cause congestion if the transferred history doesn't reflect the new path conditions

Engineering Contradiction:
Improvequeuing timeVSAvoidtransmission rate accuracy
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The patent applies dynamics by making the transmission rate adaptable and changeable. The second receiving terminal dynamically adjusts the transmission rate based on actual packet loss experiences after receiving the streaming, allowing it to transition from the initially transferred rate to an optimized rate that reflects current network conditions.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent uses feedback by continuously monitoring packet loss events at the second receiving terminal and using this information to adjust the transmission rate. The terminal reports loss events back to the transmitting terminal, which then modifies the transmission rate accordingly, ensuring the rate remains appropriate despite route differences.

Inventive Principle:
Principle #23Feedback

3Speed

If the transmission rate is increased quickly to reduce queuing time, then streaming playback starts faster, but network congestion occurs causing packet loss and degraded streaming quality

Engineering Contradiction:
Improvetransmission rateVSAvoidnetwork congestion
Core Design Contradiction:
SpeedVSObject-affected harmful factors

Solution Approach 1:

The patent applies preliminary action by pre-calculating the transmission rate using packet loss history before actual streaming begins. This allows the system to start at an appropriately controlled rate from the beginning, avoiding the need for aggressive rate increases that would cause congestion, while still achieving fast playback start.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent uses parameter changes by modifying the transmission rate parameter based on packet loss history. Instead of using a fixed or aggressively increasing rate, the system changes the initial transmission rate parameter to reflect historical network conditions, achieving both fast start and congestion avoidance.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS7924714B2Communication method and receiving terminal
Publication Date: 2011.04.12 PANASONIC INTELLECTUAL PROPERTY CORP OF AMERICA
  • US7924714B2 patent drawing
  • US7924714B2 patent drawing
  • US7924714B2 patent drawing

AI summary

It is an object of the present invention to receive/play a streaming immediately after a switching not to disconnect it when a terminal for receiving the streaming is switched from a first receiving terminal to a second receiving terminalA communication method of switching a receiving terminal of a streaming to which a rate control using TFRC is applied from a first receiving terminal to a second receiving terminal, includes a deciding step of deciding whether or not a route on a network between a transmitting terminal of the streaming and the first receiving terminal is identical to a route on the network between the transmitting terminal and the second receiving terminal, and a transferring step of transferring history information of a packet loss that the first receiving terminal is managing to the second receiving terminal when it is decided that both routes are identical.