Intermediate Tunnel Nodes for Congestion-Resilient Content Fetching

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

The implementation of intermediate nodes that can function both as end-users and intermediate nodes, utilizing advanced protocols like TCP/IP and HTTP to enhance communication by optimizing packet routing, error correction, and connection management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If TCP/IP protocols are used for reliable data delivery, then data integrity is improved, but network congestion and transmission delays worsen

Engineering Contradiction:
Improvedata integrityVSAvoidtransmission delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by establishing multiple parallel communication paths before data transmission begins. Intermediate nodes pre-process and prepare alternative routes, so when congestion or packet loss occurs, corrected data can be rapidly redirected through pre-established paths without waiting for error detection and route recalculation, thereby maintaining data integrity while reducing transmission delays.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If intermediate nodes are added to manage traffic and correct errors, then communication reliability is improved, but system complexity increases

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

Intermediate nodes are designed with multi-functionality, serving simultaneously as regular end-user devices and as traffic management nodes. These nodes can operate in dual modes: as standard communication endpoints when needed, and as intermediate routing/error-correction nodes when traffic requires management. This universality allows the system to gain reliability benefits without adding dedicated complexity, as existing devices assume additional roles.

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

3Productivity

If end-user devices also function as intermediate nodes, then network efficiency is improved, but device functionality requirements worsen

Engineering Contradiction:
Improvenetwork efficiencyVSAvoiddevice functionality
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The system implements dynamic functionality where end-user devices can switch between operating as standard end-users and as intermediate nodes based on real-time network conditions and device capabilities. The intermediate node functions are activated dynamically when needed for traffic management or error correction, and deactivated when not required, allowing devices to adapt their role rather than requiring permanent multi-functionality.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS12021945B2System and method for improving internet communication by using intermediate nodes
Publication Date: 2024.06.25 BRIGHT DATA LTD
  • US12021945B2 patent drawing
  • US12021945B2 patent drawing
  • US12021945B2 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.