Dynamic Bandwidth Control for Network Spike Recovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Devices with limited processing power, such as portable computers, face data processing spikes due to monopolization by the operating system and other applications, leading to network latency and packet loss when streaming data to client devices, especially in remote server scenarios.

Innovation Solution

Implementing resource-aware dynamic bandwidth control mechanisms that monitor current network state and receiver performance to adjust output bandwidth, using linear models to estimate data processing time and generate I-packets to manage data spikes, allowing the server to dynamically adjust transmission rates and quality to prevent packet loss and latency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If the server transmits data at high bandwidth to meet client workload requirements, then the data delivery speed is improved, but network latency and packet loss increase due to network connection overloading

Engineering Contradiction:
Improvedata delivery speedVSAvoidnetwork connection stability
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The system dynamically adjusts the output bandwidth based on real-time network conditions and receiver processing state. The server monitors network latency, packet loss rates, and receiver queue depths, then adaptively modifies transmission parameters including bandwidth allocation and packetization rates to maintain optimal performance without overloading the network connection.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system implements feedback mechanisms where the receiver continuously reports its processing state, queue depth, and performance metrics back to the server. The server uses this feedback to adjust transmission parameters, creating a closed-loop control system that prevents network overload while maintaining high data delivery speed.

Inventive Principle:
Principle #23Feedback

2Productivity

If the receiver processes data at high computational resources to reduce processing latency, then the data processing speed is improved, but the system becomes vulnerable to data processing spikes when resources are exhausted

Engineering Contradiction:
Improvedata processing speedVSAvoidprocessing stability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs preliminary actions by pre-allocating buffer queues and establishing threshold-based trigger mechanisms before data processing spikes occur. The receiver sets up monitoring for queue depth thresholds and processing time metrics, enabling early detection and response to potential overload conditions before they cause system failure.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements beforehand cushioning through buffer queues and rate-limiting mechanisms that absorb processing spikes. When the receiver detects approaching resource exhaustion thresholds, it automatically slows down data acceptance rates or drops lower-priority packets, cushioning the system against complete processing failure.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

3Adaptability or versatility

If the application executes on a remote server to enable client-device workload completion, then the computational flexibility is improved, but network latency and data processing latency both contribute to inability to meet workload requirements

Engineering Contradiction:
Improvecomputational flexibilityVSAvoidtotal latency
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system segments the data stream into smaller packets with hierarchical prioritization. Critical workload data is packetized with higher priority markers, allowing the server to prioritize transmission of time-sensitive segments during network congestion, thereby reducing the impact of network latency on overall workload completion time.

Inventive Principle:
Principle #1Segmentation

4Reliability

If the server controls output bandwidth to prevent network overload, then network connection stability is improved, but the data delivery speed decreases

Engineering Contradiction:
Improvenetwork connection stabilityVSAvoiddata delivery speed
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The system changes transmission parameters dynamically based on network conditions. When network stability is compromised, the server adjusts packet size, transmission interval, and bandwidth allocation parameters. This allows the system to maintain connection stability while minimizing the impact on data delivery speed through adaptive parameter optimization.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9825816B2Method and system for resource-aware dynamic bandwidth control
Publication Date: 2017.11.21 WICKR INC
  • US9825816B2 patent drawing
  • US9825816B2 patent drawing
  • US9825816B2 patent drawing

AI summary

Resource-aware dynamic bandwidth control uses information about current network state and receiver performance to avoid, minimize and/or recover from the effects of network spikes and data processing spikes. Linear models may be used to estimate a time required to process data packets in a data processing queue, and are thus useful to determine whether a data processing spike is occurring. When a data processing spike occurs, an alarm may be sent from a client to a server notifying the server that the client must drop packets. In response, the server can encode and transmit an independent packet suitable for replacing the queued data packets which can then be dropped by the client and the independent packet present to the processor instead.