Network Traffic Control via QoS-Aware Service Suppression

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing switching systems face challenges in maintaining an acceptable Quality of Service (QoS) during high network traffic, as current methods either terminate ongoing communications or burden lower-level processors, leading to suboptimal solutions that degrade user experience.

Innovation Solution

A system that determines current network traffic levels and selectively suppresses service requests that would degrade QoS, using a central server and service availability module to assess bandwidth requirements and notify end points of service unavailability during peak traffic, allowing for reattempts when conditions improve.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If lower priority data transfers are disconnected to maintain QoS, then network quality is improved, but user experience deteriorates due to terminated ongoing conversations

Engineering Contradiction:
ImproveQoSVSAvoiduser experience
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary assessment of service requests by evaluating current network traffic conditions and predicting whether granting the request would degrade QoS below acceptable thresholds. Service requests are preemptively blocked based on this assessment, preventing QoS degradation before it occurs, while allowing ongoing communications to continue uninterrupted.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If data transfer is throttled through router based on priority, then network quality is maintained, but only timing of data transmission is addressed without preventing overload

Engineering Contradiction:
ImproveQoSVSAvoiddata transfer efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

A central server acts as an intermediary between end points and the network infrastructure. This server receives service requests, assesses current network conditions, and makes intelligent decisions about whether to permit or block requests based on QoS thresholds and traffic patterns, providing coordinated traffic management that prevents overload while maintaining efficiency.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Device complexity

If main processor delegates traffic calculation to lower level processors during overload, then processor overload is reduced, but significant burden is placed on lower level processors

Engineering Contradiction:
Improveprocessor load distributionVSAvoidlower level processor burden
Core Design Contradiction:
Device complexityVSEase of operation

Solution Approach 1:

The complex task of traffic assessment and service request evaluation is extracted from distributed lower-level processors and centralized on a dedicated server. This central server specializes in QoS monitoring and decision-making, freeing lower-level processors from heavy computational burdens while maintaining comprehensive traffic management capability.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS7746782B2Traffic control in an internet protocol network
Publication Date: 2010.06.29 UNIFY BETEILIGUNGSVERWALTUNG GMBH & CO KG
  • US7746782B2 patent drawing
  • US7746782B2 patent drawing
  • US7746782B2 patent drawing

AI summary

A method and system based in part on a current network traffic determination and a predetermined acceptable Quality of Service parameter, the system sets a current state of available system services. In order to set the available system services, the apparatus refers to a database containing a listing of services for a given network. The database includes a hierarchy of the services correlated to the amount of bandwidth necessary to provide a given service. The determination is made by the apparatus, as to whether the amount bandwidth necessary to provide a particular type of service would degrade the QoS below an acceptable level if the service was provided on the network at the time of the determination. If degradation would occur, the service is made unavailable until the traffic level subsides to a point at which providing the service would not have an adverse affect on the QoS the network.