Tunnel Node Content Fetching Under Network Congestion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current Internet communication systems face inefficiencies due to network congestion, traffic load balancing, and unpredictable network behavior, leading to issues like packet loss, duplication, and out-of-order delivery, which existing protocols struggle to address effectively.

Innovation Solution

Implementing a system that utilizes devices capable of functioning as both end-users and intermediate nodes to enhance communication by optimizing TCP/IP protocols, specifically through improved connection management and error handling mechanisms.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If TCP/IP protocols are used for Internet communication, then reliable data delivery is achieved, but network congestion and packet loss occur due to unpredictable network behavior

Engineering Contradiction:
Improvedata delivery reliabilityVSAvoidnetwork communication efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent introduces intermediary nodes (devices functioning as both end-users and intermediate nodes) that act as mediators in the network communication path. These intermediaries monitor network conditions, manage traffic flow, and coordinate retransmissions, thereby improving overall network efficiency while maintaining reliability through distributed intelligence rather than centralized control

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If existing TCP protocols are used to handle packet loss and duplication, then error detection is achieved, but communication efficiency deteriorates due to retransmission overhead

Engineering Contradiction:
Improveerror detection capabilityVSAvoidretransmission delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements preliminary actions by having intermediary nodes pre-coordinate retransmission activities before packet loss occurs. The system establishes advance agreements on retransmission responsibilities and timing, allowing nodes to proactively manage potential packet loss scenarios without waiting for traditional TCP timeout mechanisms, thereby reducing retransmission delays

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements feedback mechanisms where intermediary nodes continuously monitor network conditions and packet delivery status, then adjust retransmission strategies in real-time. This feedback loop enables the network to learn from past performance and optimize retransmission timing and selection, reducing unnecessary retransmissions and improving overall communication efficiency

Inventive Principle:
Principle #23Feedback

3Device complexity

If traditional network architecture is used, then simple device functionality is maintained, but network congestion occurs due to lack of intermediate management nodes

Engineering Contradiction:
Improvedevice functionality simplicityVSAvoidnetwork traffic flow efficiency
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The patent applies multi-functionality by designing devices that can operate in multiple modes: as traditional end-user devices and as intermediary nodes. This universal design allows the same hardware to provide both consumer services and network management functions, adding intermediate management capability without requiring entirely new device types or significantly increasing complexity for end users

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

Data Source

PatentUS11303724B2System and method for improving internet communication by using intermediate nodes
Publication Date: 2022.04.12 BRIGHT DATA LTD
  • US11303724B2 patent drawing
  • US11303724B2 patent drawing
  • US11303724B2 patent drawing

AI summary

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.