Ticket-Based Flow Control for Multiprocessor Traffic Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional traffic flow management techniques in multiprocessor systems are inefficient, leading to increased round trip delays and resource constraints due to impractical credit-based protocols and the lack of effective flow control mechanisms, resulting in imbalanced traffic flow and performance degradation.

Innovation Solution

A ticketed flow control mechanism where masters can launch requests at any time, with slaves providing a 'ticket' as a placeholder for unavailable requests, allowing retransmission when resources become available, using a ticket value that is updated through broadcast messages, enabling efficient and balanced traffic management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional credit-based protocols are used for flow control, then traffic management is attempted, but round trip delays increase and the system becomes impractical

Engineering Contradiction:
Improveflow control effectivenessVSAvoidround trip delays
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The slave node performs preliminary actions by pre-generating and broadcasting ticket value updates before the master node needs to retransmit requests. This allows the master node to have ready-to-use ticket values, eliminating the need for round-trip communication to obtain new tickets and significantly reducing delays.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system transitions from static credit-based protocols to dynamic ticket value updates. The slave node dynamically generates and broadcasts ticket values based on current resource availability, allowing the master node to adaptively adjust request retransmission timing without waiting for slave responses, thereby reducing round trip delays while maintaining effective flow control.

Inventive Principle:
Principle #15Dynamics

2Reliability

If slaves wait for resource availability before processing requests, then resource constraints are managed, but traffic flow becomes imbalanced and performance degrades

Engineering Contradiction:
Improveresource managementVSAvoidtraffic flow balance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The slave node performs preliminary actions by pre-calculating and broadcasting ticket values that indicate when resources will be available. This allows master nodes to proactively schedule request retransmissions without waiting, preventing traffic idle time and maintaining balanced flow while still respecting resource constraints.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback through broadcast ticket value updates from slave nodes to master nodes. This feedback mechanism provides real-time information about resource availability and expected wait times, enabling master nodes to optimize their request scheduling and maintain balanced traffic flow across the system while adhering to resource constraints.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11226910B2Ticket based request flow control
Publication Date: 2022.01.18 QUALCOMM INC
  • US11226910B2 patent drawing
  • US11226910B2 patent drawing
  • US11226910B2 patent drawing

AI summary

Disclosed are ticketed flow control mechanisms in a processing system with one or more masters and one or more slaves. In an aspect, a targeted slave receives a request from a requesting master. If the targeted slave is unavailable to service the request, a ticket for the request is provided to the requesting master. As resources in the targeted slave become available, messages are broadcasted for the requesting master to update the ticket value. When the ticket value has been updated to a final value, the requesting master may re-transmit the request.