Traffic Control Platform Using SDN for Real-Time Policy Enforcement

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current traffic control systems generate massive duplicate data, leading to increased costs and operation overhead, and are unable to provide real-time billing services or invoke rule changes at the data path level, failing to differentiate data usage based on content, location, or time, and offering static data rates.

Innovation Solution

A multi-layered traffic control platform using a software-defined networking (SDN) model with an application layer, control layer, and infrastructure layer, employing Representational State Transfer (REST) APIs, a centralized and scalable control layer, and real-time analytics to enforce traffic control policies on a per-packet basis, allowing for content-based, location-based, and time-based services with adjustable data rates.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Quantity of substance

If traditional traffic control systems process all user data uniformly, then comprehensive traffic management is achieved, but massive duplicate data is generated increasing costs and operational overhead

Engineering Contradiction:
Improvedata volumeVSAvoidprocessing complexity
Core Design Contradiction:
Quantity of substanceVSDevice complexity

Solution Approach 1:

The patent segments traffic control processing by introducing content-based, location-based, and time-based classification layers. Instead of uniform processing, data is divided into distinct categories (content types, location zones, time periods) that enable selective and optimized processing paths, reducing duplicate data generation while maintaining comprehensive management capabilities

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies local quality by implementing differentiated processing rules for different data categories. Specific content types, locations, and time periods receive customized processing treatments rather than uniform handling, allowing the system to reduce overall data volume while maintaining appropriate detail where needed

Inventive Principle:
Principle #3Local quality

2Adaptability or versatility

If real-time billing and rule changes are implemented, then service flexibility and user monitoring are improved, but system complexity and processing requirements increase

Engineering Contradiction:
Improveservice flexibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements dynamics by enabling real-time modification of traffic control policies, billing rates, and service rules. The system transitions from static configuration to dynamic adjustment, allowing service providers to update parameters on-the-fly without system reconfiguration, thereby improving flexibility while managing complexity through standardized update mechanisms

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent incorporates feedback loops that continuously monitor data usage, billing status, and policy effectiveness. This feedback enables automatic adjustments and real-time billing calculations, enhancing service flexibility while managing complexity through automated control mechanisms rather than manual intervention

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If static data rates are used, then system simplicity is maintained, but ability to differentiate data usage based on content, location, or time is reduced

Engineering Contradiction:
Improvedata usage differentiationVSAvoidcontrol mechanism complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent applies parameter changes by introducing multiple variables (content type, location, time period) that dynamically modify data rates and processing rules. Instead of fixed parameters, the system adjusts rates based on combinations of these variables, enabling fine-grained differentiation while managing complexity through standardized parameter sets and combination rules

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9979835B1Customization of traffic control services
Publication Date: 2018.05.22 VERIZON PATENT & LICENSING INC
  • US9979835B1 patent drawing
  • US9979835B1 patent drawing
  • US9979835B1 patent drawing

AI summary

A method, a device, and a non-transitory storage medium to provide a user interface that allows a user to configure a traffic control service, the traffic control service including at least one of a content-based service, an application-based service, a time-based service, a location-based service, or a quality-of-service-based service; receive, via the user interface, selections of parameters that govern the traffic control service, and a unique identifier of an end user to which the traffic control service pertains; configure the traffic control service in a line card of a network device included in the data path, wherein the configuration includes the rules data and the unique identifier in the line card, and the traffic control service that includes an in-line quota enforcement service and a charging record service.