Call Emulation via Multi-Protocol State Mapping for Telecom Diagnosis

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network management systems face challenges in efficiently classifying telecommunication events across multiple protocols and hardware components, leading to difficulties in diagnosing network performance issues due to insufficient data specificity and increased processing times.

Innovation Solution

A system that constructs a finite state machine to represent the state of a call across multiple protocols, correlating event data from SIP, RTP, S1U, S11, S1AP, and Sv protocols, and uses machine learning algorithms to identify KPIs and diagnose problems in near real-time, reducing processing times and improving accuracy.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If traditional network management systems correlate events across multiple protocols and network elements, then diagnostic capability is improved, but processing time and system complexity increase significantly

Engineering Contradiction:
Improvediagnostic capabilityVSAvoidprocessing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent segments the network management function into distributed network elements, each capable of autonomous event correlation and KPI generation. This eliminates the need for centralized processing of all events across multiple protocols, reducing processing time while maintaining diagnostic capability at the edge of the network.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary action by having network elements pre-process and correlate events locally before reporting to the management system. This advance processing reduces the burden on centralized systems and accelerates overall diagnostic response time.

Inventive Principle:
Principle #10Preliminary action

2Measurement precision

If network management systems monitor increasing numbers of KPIs across dispersed network elements, then measurement precision is improved, but device complexity and processing overhead increase

Engineering Contradiction:
ImproveKPI monitoring accuracyVSAvoidsystem complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent implements self-service by enabling network elements to autonomously generate KPIs and diagnostic information without requiring complex centralized processing. Each element independently monitors its own performance metrics, reducing overall system complexity while improving measurement precision through distributed intelligence.

Inventive Principle:
Principle #25Self-service

3Measurement precision

If traditional systems navigate through multiple UI screens to diagnose network issues, then comprehensive analysis is achieved, but ease of operation deteriorates

Engineering Contradiction:
Improveanalysis comprehensivenessVSAvoidoperator convenience
Core Design Contradiction:
Measurement precisionVSEase of operation

Solution Approach 1:

The patent merges multiple UI screens and diagnostic steps into a single integrated interface that presents comprehensive network status and diagnostic information. This consolidation maintains analytical depth while dramatically improving operator convenience by eliminating the need to navigate through multiple screens.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentEP3821585B1Telecommunication call emulation
Publication Date: 2026.01.07 RIBBON COMMUNICATIONS OPERATING CO INC
  • EP3821585B1 patent drawingFigure 1
  • EP3821585B1 patent drawingFigure 2
  • EP3821585B1 patent drawingFigure 3

AI summary

A method includes, receiving protocol event data from a plurality of probes within the telecommunication system, associating the protocol event data into a call, wherein the protocol event data comprises processes in a plurality of protocols, mapping the protocol event data into a per-call finite state machine, wherein the finite state machine represents possible call states in multiple protocols between call setup and termination, wherein the mapping is performed at least in part within a duration of the call, and after termination of the call, creating a call data record that includes information from the per-call finite state machine and Key Performance Indicator (KPI) information of the call.