Intermediate Tunnel Nodes for Slice-Based Reliable Web Transfer
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current internet communication systems face challenges in efficiently managing network congestion and ensuring reliable data transfer due to unpredictable network behavior, leading to issues like packet loss, duplication, and out-of-order delivery, which affect the overall performance and reliability of data transmission.
Innovation Solution
The implementation of a system that utilizes intermediate nodes capable of functioning both as end-users and intermediate nodes, leveraging advanced protocols like TCP/IP and HTTP to enhance communication by optimizing network traffic management and error correction mechanisms.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If TCP/IP protocols are used for reliable data delivery, then data transmission reliability is improved, but network congestion and packet loss occur due to unpredictable network behavior
Solution Approach 1:
The patent introduces intermediate nodes (relay devices) between end devices to mediate data transmission. These intermediate nodes receive, buffer, and forward data packets, preventing direct end-to-end congestion while maintaining TCP/IP reliability guarantees. The intermediary nodes act as buffer zones that absorb network fluctuations and prevent packet loss during congestion events.
Solution Approach 2:
The patent divides the end-to-end communication path into multiple segments through intermediate nodes. Each segment handles a portion of the data flow, allowing independent management of traffic across different network paths. This segmentation enables better load distribution and prevents single-point congestion from affecting the entire communication stream.
2Productivity
If intermediate nodes are introduced to manage traffic, then network congestion is reduced, but system complexity increases
Solution Approach 1:
The patent designs intermediate nodes with multi-functionality, allowing them to serve as both end devices and relay nodes. This universal design reduces the need for dedicated infrastructure and simplifies deployment. The same device can communicate end-to-end when acting as an endpoint or provide intermediary services when acting as a relay, reducing overall system complexity despite adding functional capabilities.
Solution Approach 2:
The intermediate nodes automatically perform traffic management functions without requiring complex centralized control. Each node independently monitors its own buffer status, manages packet forwarding, and adapts to network conditions. This self-service approach reduces the complexity of system-wide coordination while maintaining efficient traffic management across the distributed network.
3Speed
If end devices communicate directly, then communication speed is fast, but error detection and correction become difficult under unpredictable network behavior
Solution Approach 1:
The patent implements feedback mechanisms at intermediate nodes that monitor data transmission quality and report errors upstream. Intermediate nodes detect packet corruption, loss, or reordering and provide feedback to both the transmitting end device and subsequent relay nodes. This distributed feedback system enables rapid error detection and correction while maintaining fast communication speeds through localized problem resolution rather than end-to-end retransmission.
Data Source
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.