Charging Server Tracking Failed Requests to Limit Signalling Traffic

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Mobile devices with low prepaid balances frequently attempt to establish data sessions, leading to resource burdens on both the network and devices, due to repeated rejection and re-attempts, which can result in significant signalling traffic and battery drain.

Innovation Solution

A charging server is implemented with a processor and memory to track failed service requests, sending notifications to the mobile device when the count exceeds a threshold, and denying access when the account balance is insufficient, thereby reducing unnecessary attempts and conserving resources.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the mobile device continues to attempt data session establishment despite low balance, then the device maintains service access attempts, but network resource burden and device battery consumption increase significantly

Engineering Contradiction:
Improveservice access attemptVSAvoidbattery life
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The charging server performs preliminary actions by tracking failed service requests and proactively sending notifications to the mobile device before further battery drain occurs. The server monitors the count of failed requests and intervenes by notifying the device to stop attempts, preventing the harmful cycle from continuing and conserving device energy.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

A feedback mechanism is established where the charging server monitors failed service request counts and sends notifications back to the mobile device. This feedback loop allows the system to detect when a device is in a low-balance state making repeated failed attempts, and provides feedback to the device to cease further attempts, thereby reducing energy consumption.

Inventive Principle:
Principle #23Feedback

2Adaptability or versatility

If the mobile device continuously re-attempts data session after rejection, then service availability is maintained, but signalling traffic and network resource burden increase significantly

Engineering Contradiction:
Improveservice availabilityVSAvoidsignalling traffic
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The charging server takes preliminary action by tracking failed service requests and sending notifications to the mobile device before excessive signalling traffic accumulates. By monitoring the count of failed attempts and proactively communicating with the device, the server prevents the continuous re-attempt cycle that would generate harmful signalling traffic.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback where the charging server monitors failed request counts and sends notifications to the mobile device to stop further attempts. This feedback mechanism reduces signalling traffic by preventing the continuous cycle of rejection and re-attempt, while maintaining service availability for devices with sufficient balance.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS9936082B2Method, system and apparatus for processing low-balance data session requests
Publication Date: 2018.04.03 REDKNEE INC
  • US9936082B2 patent drawing
  • US9936082B2 patent drawing
  • US9936082B2 patent drawing

AI summary

A method, system and server for processing low balance data session requests are provided. The server includes a memory storing an account record including an account balance and a count of failed service requests; a network interface; and a processor interconnected with the memory and the network interface. The processor receives a request to access a data service for a mobile device corresponding to the account record; and to determine whether the account balance is sufficient to access the data service. When the account balance is not sufficient, the processor compares the count of failed service requests to a threshold. When the count exceeds the threshold, the processor sends a notification to the mobile device, and when the count does not exceed the threshold, the processor increments the count. The processor also returns a message denying access to the data service.