Telecom Policy Execution Framework with Dynamic Rules Engine

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current telecommunications network policy management systems are limited by statically defined policies that rely on a narrow range of input factors, making it difficult and costly for operators to create dynamic and customized service plans that cater to diverse subscriber needs without causing network overloads or outages.

Innovation Solution

An execution framework with a rules engine allows operators to design and implement custom policies using a broad range of input factors, including subscriber details, network state, and concurrent service access, enabling dynamic traffic shaping and integration with third-party systems, thus facilitating more individualized service plans and better network utilization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If statically defined policies are used with limited input factors, then policy implementation is simple and reliable, but the system cannot adapt to diverse subscriber needs and network conditions

Engineering Contradiction:
Improvepolicy adaptabilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The policy management system is segmented into modular components: a rules engine for policy evaluation, an execution framework for implementation, and multiple input factor modules (subscriber details, network state, service access). This segmentation allows each module to handle specific aspects of policy decisions independently, improving adaptability while maintaining manageable complexity through modular architecture.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system transitions from static policies to dynamic policies that can change behavior based on real-time input factors. The execution framework enables dynamic policy updates at runtime, allowing the system to adapt to changing network conditions and subscriber needs without requiring complete system redesign, thus improving adaptability while controlling complexity through controlled dynamic elements.

Inventive Principle:
Principle #15Dynamics

2Adaptability or versatility

If more diverse input factors are incorporated into policy decisions, then customized service plans can be created, but the policy creation process becomes time-consuming and costly

Engineering Contradiction:
Improvepolicy customizationVSAvoidpolicy creation time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system pre-defines a framework of execution blocks and rules that can be combined in various ways to create customized policies. Operators can select from pre-built components and configure them according to needs, rather than creating policies from scratch. This preliminary preparation of building blocks significantly reduces policy creation time while enabling diverse customizations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The execution framework provides universal components and execution blocks that can be reused across multiple policy types. A single set of core components serves multiple functions by being combined with different input factors and configuration parameters, reducing the overall time and cost of policy creation while maintaining high customization capability.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Adaptability or versatility

If legacy closed silo applications are used, then system reliability is maintained, but integration with other systems is difficult or impossible

Engineering Contradiction:
Improvesystem integrationVSAvoidapplication stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The execution framework acts as an intermediary layer between legacy closed silo applications and new integrated systems. It provides standardized interfaces and protocols that enable communication and data exchange between different systems without requiring changes to the legacy applications themselves. This intermediary approach maintains the stability of existing reliable systems while enabling new integration capabilities.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Productivity

If dynamic policy rules are implemented, then network utilization can be optimized, but the risk of causing network overloads or outages increases

Engineering Contradiction:
Improvenetwork utilizationVSAvoidnetwork stability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The execution framework incorporates feedback mechanisms that continuously monitor network conditions and policy execution results. Based on this feedback, the system can dynamically adjust policy parameters to optimize network utilization while preventing overloads. The feedback loop enables real-time adaptation to network conditions, balancing productivity improvements with stability maintenance.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system implements safeguards and threshold mechanisms that prevent dynamic policies from causing network overloads before they occur. By setting preventive thresholds and monitoring indicators, the framework cushions against potential failures while allowing aggressive optimization strategies to maximize network utilization within safe operating boundaries.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Data Source

PatentUS9654299B2Execution framework for policy management
Publication Date: 2017.05.16 ORACLE INT CORP
  • US9654299B2 patent drawing
  • US9654299B2 patent drawing
  • US9654299B2 patent drawing

AI summary

Embodiments of the present invention provide systems and methods of designing and implementing service policies in a telecommunications network. The policy management system includes interfaces operable to receive different subscriber information, an execution framework which includes policies which can be dynamically customized using one or more custom execution blocks, wherein the policies can receive the subscriber information through the interfaces and execute each policy based on the subscriber information. The method enables a network operator to dynamically update policies using customizable execution blocks and thereby change services associated with a particular policy as well as change the input factors (subscriber location, profile, etc.) available to that policy.