Self Organizing Network Framework with Open API

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Operators of communication networks are dependent on SON system providers for implementing new SON use cases, limiting their ability to deploy and manage additional use cases within their networks without vendor assistance.

Innovation Solution

A SON system with an open API allows operators to develop and implement additional SON use cases by loading and executing SON modules, which access the SON framework's functionality, enabling configuration and management of network parameters, even if the provider does not support these use cases.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If SON systems implement a specific set of SON use cases provided by the vendor, then the system maintains stability and reliability, but the operator cannot implement additional or customized SON use cases without vendor assistance

Engineering Contradiction:
Improveability to implement additional SON use casesVSAvoidsystem architecture complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The SON system is segmented into a framework component and modular SON modules. The framework provides stable core functionality while SON modules can be independently added, removed, or customized. This segmentation allows operators to implement additional use cases by loading new modules without modifying the core system, thus improving adaptability while maintaining system stability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The SON framework is designed with universal interfaces and standardized communication protocols that can accommodate multiple types of SON modules. This multi-functionality enables the same framework to support various SON use cases through different modules, allowing operators to extend system capabilities without creating separate systems for each use case.

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

2Ease of operation

If operators are allowed to independently develop and deploy SON modules, then autonomy and flexibility improve, but security risks and system stability may deteriorate

Engineering Contradiction:
Improveoperator autonomy in deploying SON use casesVSAvoidsystem stability and security
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The SON framework acts as an intermediary between operators and the network infrastructure. It provides a controlled environment where operators can deploy custom modules through standardized interfaces, while the framework validates and manages module execution. This intermediary layer enables operator autonomy while maintaining system stability through centralized control and validation mechanisms.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system uses parameter-based configuration and control mechanisms to manage SON modules. Operators can control module deployment through configured parameters and policies, while the system dynamically adjusts operational parameters based on module requirements and system state. This parameter-driven approach enables flexible operation while maintaining reliability through controlled parameter management.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If multiple SON modules are executed simultaneously with different network element restrictions, then customization and control improve, but system complexity and management difficulty increase

Engineering Contradiction:
Improvecustomizable network element restrictions for different modulesVSAvoidmodule management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system implements dynamic configuration where network element restrictions for each SON module can be adjusted in real-time based on operational requirements. Modules can dynamically request and receive appropriate access levels to network elements, and these restrictions can be modified without system reconfiguration. This dynamic approach enables customized control for each module while simplifying management through automated resource allocation.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10433235B2Method and apparatus for self organizing networks
Publication Date: 2019.10.01 NOKIA SOLUTIONS & NETWORKS OY
  • US10433235B2 patent drawing
  • US10433235B2 patent drawing
  • US10433235B2 patent drawing

AI summary

A method for running a Self Organizing Network (SON) module in a communication network provides an open Application Programming Interface (API) for a SON framework and executes the SON module. The SON module accesses the functionality of the SON framework using the API. The SON module may be built by a developer other than a SON system provider and may be loaded into the SON framework by an operator other than a SON system provider. Various restrictions may be imposed on the API to provide a useful interface while protecting the network.