Push Server Delivery State Tracking in Broadcast Mode

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In point-to-multipoint Push message delivery, existing technologies cannot determine the delivery state of messages in broadcast or multicast modes due to unknown destination terminals and lack of uplink channels for response, leading to increased network load and inefficiency.

Innovation Solution

A method and device where a Push server receives a Push message with delivery statistics indication, determines delivery mode, and obtains delivery reports through responses or connection queries, adding a bearer mode indication if necessary to ensure response receipt, enabling statistical delivery state tracking.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the Push server sends the same Push message repeatedly to multiple terminals in point-to-point mode, then each terminal can return an ACK message for delivery confirmation, but the load on the bearer network increases significantly

Engineering Contradiction:
Improvedelivery confirmationVSAvoidnetwork load
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent combines multiple individual message transmissions into a single broadcast or multicast message transmission. The Push server sends one message that is simultaneously delivered to multiple terminals, merging what would otherwise be multiple separate transmissions. This reduces network load while maintaining the ability to reach all intended recipients.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The broadcast/multicast message serves multiple functions simultaneously: it delivers content to multiple terminals in a single transmission, reduces network load, and enables delivery reporting through alternative mechanisms (connection tracking, response messages from terminals that do have uplink channels).

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

2Loss of energy

If the Push server delivers the Push message in broadcast or multicast mode, then the network load is reduced, but the Push server cannot know the delivery state of the Push message

Engineering Contradiction:
Improvenetwork loadVSAvoiddelivery state information
Core Design Contradiction:
Loss of energyVSLoss of information

Solution Approach 1:

The patent implements feedback mechanisms for broadcast/multicast delivery by tracking connection states between the Push server and terminals. The server can determine delivery status by monitoring which terminals have active connections, providing feedback on message delivery state without requiring individual ACK messages from each terminal.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent uses connection state information as an intermediary indicator of delivery status. Instead of requiring direct ACK messages from terminals, the system uses the presence or absence of active connections as a mediator to infer whether terminals are available to receive and process the Push message.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If the terminals have no uplink channel available for returning receiving response, then the Push server cannot obtain delivery confirmation, but the invention adds bearer mode indication to enable response

Engineering Contradiction:
Improvedelivery confirmationVSAvoidmessage structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by including the bearer mode indication in the original Push message before delivery. This pre-configured information enables terminals to know which uplink channel or bearer mode to use for returning responses, even when their current uplink channel is unavailable. The terminal can switch to the indicated bearer mode to send the response.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent changes the communication parameters by specifying alternative bearer modes in the Push message. When the default uplink channel is unavailable, the terminal uses the indicated bearer mode parameter to establish an alternative communication path for sending the receiving response, thereby maintaining delivery confirmation capability.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentEP2472776B1Method and device for delivering and receiving push messages
Publication Date: 2016.12.14 HUAWEI DEVICE CO LTD
  • EP2472776B1 patent drawingFigure 1~2
  • EP2472776B1 patent drawingFigure 3
  • EP2472776B1 patent drawingFigure 4

AI summary

A method and a device for delivering and receiving a Push message are provided, so that a Push server knows the delivery state of the Push message when delivering the Push message in a broadcast mode or a multicast mode. The method includes: a Push server receives a Push message that carries an indication of making statistics on a delivery result; and the Push server determines to deliver the Push message to terminals in a broadcast mode or a multicast mode according to the Push message, and obtains a delivery report according to the indication of making statistics on the delivery result. A method for obtaining the delivery report by the Push server includes obtaining the delivery report by querying a group management server, or obtaining the delivery report by receiving receiving responses returned by the terminals, or obtaining the delivery report by querying the number of connections between the terminals and the server.