Distributed Dynamic Input-Output Model for Network Congestion Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current network technologies face challenges in optimizing request handling, data replication, and congestion control, particularly in dynamic environments with diverse application settings, such as ad hoc networks and IoT, due to the complexity of interactions between flow control, batching, scheduling, caching, and congestion control, leading to inefficiencies and suboptimal performance.

Innovation Solution

A distributed dynamic input-output model with an iterative equilibrium solution, utilizing a choice complexity trade-off parameter to manage joint caching, relaying, and congestion control, optimizing data packet injection, placement, and caching based on localized information, and dynamically calibrating sending rates and transmission window sizes to achieve high throughput, low latency, and TCP-friendliness.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If distributed caching and relaying strategies are implemented to reduce latency, then data transmission speed improves, but network complexity and difficulty of coordinating multiple nodes increases

Engineering Contradiction:
Improvedata transmission speedVSAvoidnetwork coordination complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

Each node autonomously decides whether to cache or relay data based on local cost estimation, without requiring complex centralized coordination. The node evaluates its own state (cache status, processing capacity, network position) and makes independent decisions to serve requests or relay to other nodes, reducing overall system complexity while maintaining fast data transmission.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Nodes proactively cache data and computation results before requests arrive, based on predicted future needs and current network state. This preliminary caching action reduces latency when requests occur, while the caching decisions are made using simple local rules rather than complex real-time coordination.

Inventive Principle:
Principle #10Preliminary action

2Loss of time

If aggressive data replication and caching is performed to minimize latency, then data access speed improves, but network bandwidth consumption and congestion increases

Engineering Contradiction:
Improvedata access latencyVSAvoidnetwork bandwidth consumption
Core Design Contradiction:
Loss of timeVSLoss of energy

Solution Approach 1:

The system dynamically adjusts the degree of data replication and caching based on network conditions, request patterns, and local node state. Nodes modify their caching behavior parameters (what to cache, how much to replicate, for how long) to balance latency reduction with bandwidth conservation, avoiding aggressive replication when network capacity is limited.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

Instead of fully replicating data across all nodes, the system performs partial replication only to nodes that are likely to need the data based on local information. This selective caching approach reduces overall bandwidth consumption while still achieving low latency for the most critical data accesses.

Inventive Principle:
Principle #16Partial or excessive action

3Productivity

If sophisticated congestion control and flow management is implemented to optimize throughput, then network efficiency improves, but system complexity and difficulty of implementation increases

Engineering Contradiction:
Improvenetwork throughputVSAvoidcontrol system complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The congestion control problem is segmented into independent local decisions at each node rather than a monolithic centralized control system. Each node independently manages its own outgoing traffic based on simple local metrics (queue length, transmission success rate), avoiding the need for complex global optimization algorithms while achieving good overall throughput through the aggregate effect of many simple local controllers.

Inventive Principle:
Principle #1Segmentation

4Adaptability or versatility

If dynamic routing and relaying decisions are made based on local information to improve responsiveness, then adaptation to network changes improves, but optimality of routing decisions deteriorates due to limited information

Engineering Contradiction:
Improveresponse to network changesVSAvoidrouting decision optimality
Core Design Contradiction:
Adaptability or versatilityVSMeasurement precision

Solution Approach 1:

Nodes use feedback from transmission outcomes (successful deliveries, packet losses, round-trip times) to continuously adjust their routing and relaying decisions. This local feedback loop enables rapid adaptation to network changes while maintaining reasonably optimal routing, as nodes learn from actual performance rather than relying on incomplete global information.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS20240163219A1System and method for data transfer and request handling among a plurality of resources
Publication Date: 2024.05.16 NOTACEON INC
  • US20240163219A1 patent drawing
  • US20240163219A1 patent drawing
  • US20240163219A1 patent drawing

AI summary

A computerized system of main controller that each node uses to process packets comprising: the main controller that each node uses to process packets, wherein the main controller comprises a plurality of receiving threads while receiving or transmitting a plurality of packets, and wherein when packets are received, a payload of the packet is placed per flow into a payload buffer, which notifies a suitable context queue by identifying a connection and a number of bytes received, and wherein the main controller further comprises: a policy controller configured to handle how and when a request for data and computation is performed, relayed, and cached, based on a localized cost estimation procedure, and a mode selector configured to calibrate a sending rate, a transmission window size, and a payload buffer size, based on a given choice complexity parameter that optimizes for a high throughput, a loss avoidance and a low latency.