Intent-Based Network Orchestration for Dynamic Resource Reallocation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current network resource allocation schemes fail to automatically reallocate resources based on both performance metrics and customer intent, leading to suboptimal service delivery during network changes or over-utilization.

Innovation Solution

Implementing intent-based network services orchestration using Network Functions Virtualization (NFV) and Software-Defined Networking (SDN), which allows for dynamic allocation of resources based on customer-defined performance parameters and real-time network metrics through feedback loops and AI-driven optimization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Extent of automation

If traditional network resource allocation schemes are used, then network resources can be allocated based on hardware specifications, but the system cannot automatically reallocate resources based on performance metrics and customer intent during network changes

Engineering Contradiction:
Improveautomatic resource reallocationVSAvoidorchestration system complexity
Core Design Contradiction:
Extent of automationVSDevice complexity

Solution Approach 1:

The system segments the network resource allocation process into distinct functional components: intent specification module, performance metric collection module, reallocation decision module, and execution module. This segmentation enables automated operation while managing complexity through modular architecture, where each component handles specific tasks independently yet cooperatively.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements feedback mechanisms by continuously collecting network performance metrics and comparing them against customer-defined intent parameters. This closed-loop feedback enables the system to automatically detect when resources need reallocation and triggers the reallocation process, achieving automation without requiring complex manual intervention.

Inventive Principle:
Principle #23Feedback

2Reliability

If network resources are allocated based on static hardware specifications, then allocation decisions are simple, but the system cannot respond to real-time performance degradation or over-utilization

Engineering Contradiction:
Improveservice delivery reliabilityVSAvoidresponse time to network changes
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by establishing customer intent parameters and performance thresholds in advance before network changes occur. When degradation or over-utilization is detected, the pre-defined intent parameters enable rapid reallocation decisions without requiring complex real-time analysis, thus reducing response time while maintaining reliability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent transitions from static hardware-based allocation to dynamic intent-based allocation. The system continuously adapts resource allocation decisions based on real-time performance metrics and changing network conditions, enabling fast response to network changes while ensuring reliable service delivery that matches customer expectations.

Inventive Principle:
Principle #15Dynamics

3Manufacturing precision

If specific hardware and locations are selected based on generic performance metrics, then the allocation process is straightforward, but customer-specific performance parameters cannot be ensured

Engineering Contradiction:
Improveperformance parameter precisionVSAvoidresource allocation operation
Core Design Contradiction:
Manufacturing precisionVSEase of operation

Solution Approach 1:

The system changes the fundamental parameters of resource allocation from hardware-centric to performance-parameter-centric. By accepting customer intent specifications as the primary allocation criteria rather than hardware inventories, the system achieves precise performance parameter fulfillment. The automated parameter transformation and matching processes handle the complexity, maintaining ease of operation.

Inventive Principle:
Principle #35Parameter changes

4Productivity

If manual network resource reallocation is performed, then control and decision-making remain with operators, but the process is time-consuming and cannot scale effectively

Engineering Contradiction:
Improveresource reallocation speedVSAvoidorchestration automation complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system implements self-service automation where the network orchestration system autonomously performs resource reallocation based on detected performance issues and customer intent parameters. The automated decision-making and execution eliminate manual intervention, significantly increasing reallocation speed and productivity while scaling effectively across large networks.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10673777B2Intent-based services orchestration
Publication Date: 2020.06.02 CENTURYLINK INTELLECTUAL PROPERTY LLC
  • US10673777B2 patent drawing
  • US10673777B2 patent drawing
  • US10673777B2 patent drawing

AI summary

Novel tools and techniques might provide for implementing intent-based network services orchestration. In some embodiments, a computing system might receive, over a network, a request for network services from a customer. The request for network services might include desired performance parameters for the requested network services, without information regarding any of specific hardware, specific hardware type, specific location, or specific network for providing the requested network services. The computing system might allocate network resources from one or more networks, based at least in part on the desired performance parameters. Based on a determination that at least one network can no longer provide at least one network resource having the desired performance parameters, the computing system might allocate at least one other network resource from at least one second network, based at least in part on network performance metrics, and based at least in part on the desired performance parameters.