Intermediate Tunnel Nodes for Slice-Based Internet Content Delivery

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 packet routing techniques.

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 unpredictable network behavior cause packet loss, duplication, and out-of-order delivery

Engineering Contradiction:
Improvedata delivery reliabilityVSAvoidnetwork congestion and packet loss
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent introduces intermediate nodes (relay devices) that act as mediators between end devices in the network. These intermediate nodes receive, process, and forward data packets, providing additional control points to manage network congestion and improve packet delivery reliability by preventing loss and handling out-of-order packets through buffering and retransmission mechanisms at the intermediate node level

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If existing TCP/IP protocols are used, then basic communication functionality is provided, but traffic load balancing and unpredictable network behavior cannot be effectively addressed

Engineering Contradiction:
Improveprotocol adaptabilityVSAvoidcommunication reliability under congestion
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent implements dynamic protocols and mechanisms that adapt to changing network conditions. Intermediate nodes dynamically adjust routing decisions, load balancing strategies, and packet handling based on real-time network state, enabling the system to respond to unpredictable network behavior and congestion while maintaining reliable communication

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent incorporates feedback mechanisms where intermediate nodes monitor network conditions, packet delivery status, and congestion levels, then use this information to adjust their behavior. This feedback loop enables adaptive load balancing and congestion management, improving reliability under varying network conditions

Inventive Principle:
Principle #23Feedback

3Productivity

If devices function only as end-users, then simple device functionality is maintained, but network efficiency and congestion management are limited

Engineering Contradiction:
Improvenetwork communication efficiencyVSAvoiddevice functional complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent enables devices to perform multiple functions by allowing end-user devices to also operate as intermediate nodes when capable. This multi-functionality increases network efficiency and congestion management capability while adding complexity only to devices that have the processing and networking capacity to handle it

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

Data Source

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