Flow Control Buffer Reclamation via Side-Band Feedback

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current TCP protocols lack a mechanism for receiving devices to explicitly reclaim buffers from sending devices, leading to data congestion and performance degradation when overwhelmed, especially in multiplexed environments where data transfer patterns change rapidly.

Innovation Solution

Implementing flow control mechanisms that allow receiving devices to communicate buffer reclamation messages through a side-band channel, enabling instant adjustments in buffer allocation and release, using data structures like flow control block buffers (FCBs) to facilitate communication between sending and receiving devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the receiving device stops providing additional advertised windows to a sending device when overwhelmed, then data congestion is prevented, but the receiving device cannot cause the sending device to stop sending data before the sending device has used up an existing advertised window, resulting in continued congestion and degraded performance

Engineering Contradiction:
Improveflow control effectivenessVSAvoidbuffer reclamation delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements a feedback mechanism where the receiving device monitors its buffer usage and sends reclamation requests back to the sending device when buffers are needed. This feedback loop allows the receiving device to actively manage buffer allocation by notifying senders to release buffers, creating a dynamic response to changing network conditions and resolving the contradiction between preventing congestion and enabling timely buffer reclamation.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The sending device is empowered to autonomously release buffers based on reclamation requests from the receiving device, without requiring connection timeout. This self-service mechanism allows the sending device to immediately comply with buffer release commands, eliminating the delay associated with waiting for connection timeouts and enabling rapid buffer reclamation for new sending devices.

Inventive Principle:
Principle #25Self-service

2Ease of manufacture

If the receiving device waits until data is received from currently connected sending devices before allocating buffers for new sending devices, then buffer allocation is managed conservatively, but this waiting period delays buffer allocation to new sending devices and reduces network throughput

Engineering Contradiction:
Improvebuffer allocation managementVSAvoidnetwork throughput
Core Design Contradiction:
Ease of manufactureVSProductivity

Solution Approach 1:

The patent introduces dynamic buffer allocation where the receiving device can actively request buffer reclamation from sending devices based on real-time needs. This dynamic approach replaces the static waiting mechanism with an active buffer management system that responds to changing network conditions, allowing new sending devices to receive buffers immediately when needed rather than waiting for existing connections to naturally release them.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The receiving device can send reclamation requests in advance before buffers are actually needed, allowing sending devices to prepare and release buffers proactively. This preliminary action ensures that buffers are available when new sending devices need them, eliminating delays and improving network throughput while maintaining conservative buffer management principles.

Inventive Principle:
Principle #10Preliminary action

3Device complexity

If no mechanism exists for receiving devices to explicitly reclaim buffers, then the TCP protocol remains simple and compatible, but buffer reclamation only occurs through connection timeout, leading to data congestion and performance degradation in multiplexed environments

Engineering Contradiction:
Improveprotocol complexityVSAvoidbuffer management efficiency
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The patent introduces a buffer reclamation request mechanism that acts as an intermediary between the receiving device and sending device. This intermediary mechanism allows the receiving device to communicate buffer needs without fundamentally changing the TCP protocol structure, maintaining compatibility while enabling efficient buffer management. The reclamation request serves as a mediator that coordinates buffer release between devices without requiring complex protocol modifications.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9182941B2Flow control with buffer reclamation
Publication Date: 2015.11.10 ORACLE INT CORP
  • US9182941B2 patent drawing
  • US9182941B2 patent drawing
  • US9182941B2 patent drawing

AI summary

Systems and methods are described herein that include flow control mechanisms that provide a receiving device with the ability to reclaim buffers that have been previously advertised to a sending device. Data structures and communication methods are described that facilitate the communication of flow control messages between sending and receiving devices that allow an advertised window to be reduced, and buffers to be released, by a sending device in response to a flow control message from the receiving device.