Mobile PUSH Notification System for Polling Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Mobile devices accessing internet-based applications through cellular networks face inefficiencies due to frequent polling, which consumes radio resources and battery power, as they need to continuously check for state changes, leading to increased radio resource consumption and battery drainage.

Innovation Solution

Implementing PUSH technology in mobile networks allows a mobile browser to notify a server when it ceases polling, enabling the server to send updates via PUSH notifications, reducing the need for frequent polling and conserving resources by allowing the browser to operate in a sleep mode until updates are needed.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If frequent polling is used to detect state changes, then timely information updates are achieved, but radio resource consumption and battery power drain increase

Engineering Contradiction:
Improvetimely information updatesVSAvoidbattery power consumption
Core Design Contradiction:
Loss of informationVSUse of energy by moving object

Solution Approach 1:

Instead of the client continuously polling the server to check for state changes, the invention inverts the approach by having the server push notifications to the client when state changes occur. This is achieved through the notification service that monitors server state and sends alerts to mobile devices only when relevant changes happen, eliminating the need for continuous client-side polling and thereby reducing battery consumption while maintaining timely information updates.

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

The invention introduces a notification service as an intermediary between the server and mobile clients. This mediator monitors server state changes and selectively notifies clients only when relevant updates occur, rather than having clients continuously poll the server. The notification service acts as a buffer that manages the communication flow efficiently, reducing unnecessary radio resource usage and battery drain while ensuring timely delivery of important information.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Speed

If frequent polling is implemented, then state changes are detected promptly, but radio resources are consumed excessively

Engineering Contradiction:
Improvestate change detection speedVSAvoidradio resource consumption
Core Design Contradiction:
SpeedVSLoss of energy

Solution Approach 1:

The invention reverses the traditional polling mechanism by having the server initiate notifications to clients when state changes occur, rather than clients continuously querying the server. This inversion allows for prompt state change detection through push notifications while eliminating the excessive radio resource consumption associated with frequent client-side polling, as the radio interface only activates when necessary to receive or send notification-related messages.

Inventive Principle:
Principle #13The other way round (Inversion)

3Loss of information

If the terminal polls the network frequently, then communication service updates are received timely, but battery power is drained rapidly

Engineering Contradiction:
Improvecommunication service updatesVSAvoidbattery life
Core Design Contradiction:
Loss of informationVSDuration of action of moving object

Solution Approach 1:

The invention inverts the communication pattern by implementing a server-initiated notification system where the server pushes updates to mobile terminals only when communication service state changes occur. This eliminates the need for continuous client-side polling, thereby receiving timely communication service updates while significantly extending battery life by keeping the radio interface in sleep mode during periods of no changes.

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

Instead of continuous or frequent periodic polling, the system transitions to event-driven periodic action where communication occurs only when state changes happen. The notification service monitors for changes and triggers communications selectively, transforming the continuous polling rhythm into sparse, event-based interactions that preserve battery life while maintaining update timeliness.

Inventive Principle:
Principle #19Periodic action

4Reliability

If continuous polling is used, then real-time communication is enabled, but the radio interface remains active for extended periods

Engineering Contradiction:
Improvereal-time communication reliabilityVSAvoidradio resource availability
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The invention reverses the polling paradigm by implementing a notification-driven architecture where the server pushes real-time communication state changes to mobile devices. This maintains real-time communication reliability through immediate notification delivery while allowing the radio interface to remain dormant between events, thereby conserving radio resource availability and reducing energy consumption compared to continuous polling approaches.

Inventive Principle:
Principle #13The other way round (Inversion)

Data Source

PatentEP2220848B1Mobile access to internet-based application with reduced polling
Publication Date: 2012.08.01 TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
  • EP2220848B1 patent drawingFigure 1
  • EP2220848B1 patent drawingFigure 2

AI summary

Providing a service in user equipment (UE) that operates within a mobile telecommunications system involves running a client application instance (CAI) in the UE, wherein the CAI interacts with a remotely-located server application via a network by means of a protocol that includes polling. A message is sent to the server application, the message including a PUSH address that uniquely identifies the UE and the CAI within the UE. The server application stops polling activity, and instead initiates a PUSH request when there is updated information to be supplied to the CAI. The UE consequently receives a PUSH that includes the identifier of the CAI, and consequently notifies the CAI of the received PUSH. The CAI responds by sending a polling message to the server application via the network. The server application sends a response to the polling message, the response including information associated with the service.