Real-Time Diameter Event Record Streaming for Fraud Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for processing telecommunication event records in batch mode lead to delayed fraud mitigation, inefficient data handling, and resource wastage due to non-real-time processing, resulting in delayed responses to fraud activities and unnecessary data duplication.

Innovation Solution

Implementing a real-time streaming system that uses collector, producer, and consumer components to process and aggregate telecommunication event records in a messaging queue, allowing for immediate fraud detection and billing record generation, thereby reducing storage needs and enabling prompt fraud mitigation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If batch mode processing is used for telecommunication event records, then data processing can be performed with simpler infrastructure, but fraud detection is delayed and response time increases

Engineering Contradiction:
Improvefraud detection delayVSAvoiddata processing efficiency
Core Design Contradiction:
Loss of timeVSProductivity

Solution Approach 1:

The patent transitions from static batch processing to dynamic stream processing, where data flows continuously through the system and is processed in real-time as it arrives. This dynamic approach enables immediate fraud detection while maintaining continuous operational efficiency through the event-driven architecture with producers, consumers, and message queues.

Inventive Principle:
Principle #15Dynamics

2Speed

If real-time stream processing is implemented, then fraud detection speed improves, but system complexity increases

Engineering Contradiction:
Improvefraud detection speedVSAvoidsystem architecture complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent segments the processing system into distinct modular components: collector components for data ingestion, producer components for event generation, message queues for buffering, consumer components for processing, and aggregator components for consolidation. This segmentation allows real-time processing capability while managing complexity through clear component boundaries and specialized functions.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces message queues as intermediary components that buffer and manage events between producers and consumers. These intermediaries decouple the production and consumption processes, allowing real-time processing to proceed smoothly without direct synchronization overhead, thus managing system complexity while maintaining speed.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Loss of substance

If batch processing is used, then storage resources can be fully utilized for data retention, but data duplication increases and storage efficiency decreases

Engineering Contradiction:
Improvedata storage efficiencyVSAvoiddata volume
Core Design Contradiction:
Loss of substanceVSQuantity of substance

Solution Approach 1:

The patent implements selective data retention where processed events are archived only once after being consumed and aggregated. The stream processing architecture ensures that duplicate copies are not created during processing, and the system recovers storage space by maintaining single copies of processed data in the data store, eliminating the data duplication problem inherent in batch processing systems.

Inventive Principle:
Principle #34Discarding and recovering

Data Source

PatentUS10506392B1Stream-processing of telecommunication diameter event records
Publication Date: 2019.12.10 T MOBILE INNOVATIONS LLC
  • US10506392B1 patent drawing
  • US10506392B1 patent drawing
  • US10506392B1 patent drawing

AI summary

A method of real-time streaming telecommunication event records. The method comprises receiving event records by a collector component executing on a computer system, storing the event records in a messaging queue by the collector component, where the messaging queue is executed on the computer system, retrieving some of the event records from the messaging queue by a producer component executing on the computer system, where each of the retrieved event records are associated with a same on-going telecommunication activity, aggregating the event records associated with the same on-going telecommunication activity by the producer into a bundle, retrieving the bundle by a consumer component executing on the computer system, formatting the bundle by the consumer component into an aggregated data record, analyzing the aggregated data record based on a predefined fraud pattern by the consumer component, and generating a billing record by the consumer component based on the aggregated data record.