SON Tool API Reduces Network Support Node Traffic

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing Self-Organizing Networks (SON) tools for radio access networks are redundant and burdensome for developers due to their self-contained nature, hindering the adoption of SON technologies.

Innovation Solution

A common application programming interface (API) is introduced for multiple SON tools, allowing them to communicate and focus on specific tasks while sharing performance indicators and configurations, along with an SON automation engine that integrates and executes new tools, reducing development burden and enabling efficient message transmission based on performance thresholds.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If each SON tool is self-contained and handles all tasks independently, then each tool can operate autonomously, but there is great redundancy across tools and heightened development burden

Engineering Contradiction:
Improvetool autonomyVSAvoidsystem redundancy
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent merges previously separate functions into a unified architecture where a common API handles interfacing with network components, retrieving measurements, and configuring parameters. Multiple SON tools share this common infrastructure, eliminating redundancy while maintaining individual tool functionality through the standardized interface.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The common API serves multiple SON tools simultaneously, providing universal access to network components and measurement data. This multi-functional interface allows different tools to perform their specific tasks while sharing the same underlying infrastructure, reducing overall system complexity.

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

2Reliability

If each SON tool is self-contained and handles all tasks independently, then each tool can operate autonomously, but there is heightened burden on tool developers

Engineering Contradiction:
Improvetool autonomyVSAvoiddevelopment burden
Core Design Contradiction:
ReliabilityVSEase of manufacture

Solution Approach 1:

The patent extracts common functionality from individual SON tools and places it in a separate, shared common API. This extraction removes the burden of implementing redundant code in each tool, allowing developers to focus on tool-specific logic while relying on the shared infrastructure for common tasks.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The common API acts as an intermediary layer between SON tools and network components. This mediator handles the complexity of interfacing with network elements, retrieving measurements, and configuring parameters, thereby simplifying the development process for individual tools.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If multiple SON tools transmit messages freely to the network support node, then all tools can access the node, but there is excessive traffic and burden on the network support node

Engineering Contradiction:
Improvetool accessVSAvoidmessage traffic
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent implements selective message transmission where the network support node receives only the necessary subset of messages from multiple SON tools. By filtering and prioritizing messages based on performance thresholds and tool priorities, the system reduces excessive traffic while maintaining essential access for all tools.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS10142242B2Network support node traffic reduction for self-organizing networks
Publication Date: 2018.11.27 T MOBILE US INC
  • US10142242B2 patent drawing
  • US10142242B2 patent drawing
  • US10142242B2 patent drawing

AI summary

Described herein are techniques for limiting transmission of plurality of messages from one or more self-organizing network (SON) tools to a network support node based at least in part on performance information and on either or both of priorities associated with the plurality of messages or priorities associated with the SON tool(s). The performance information is associated with performance of a network support node.