MTC Trigger Report Delivery via Unified Message Structure

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current mobile communication technologies, such as 3GPP TS23.682, face inefficiencies in delivering trigger reports for Machine Type Communications (MTC) due to limitations in SMS, leading to increased signaling overheads and resource occupation, as they only confirm receipt of trigger data without providing application-level information or immediate trigger results.

Innovation Solution

A method and apparatus for delivering trigger reports in MTC, where User Equipment (UE) generates and sends trigger response information within a delivery report message to a Network Element (NE), which extracts and forwards this information to the originator, eliminating the need for separate report messages and enhancing existing protocols like SMS, RCS, and WebRTC to include trigger response data in delivery reports.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If the existing SMS-based delivery report mechanism is used, then the trigger receipt confirmation can be provided, but the application-level trigger response information cannot be delivered, resulting in additional separate report messages and increased signaling overhead

Engineering Contradiction:
Improvetrigger response information deliveryVSAvoidsignaling overhead
Core Design Contradiction:
Loss of informationVSQuantity of substance

Solution Approach 1:

The patent merges the delivery report message and the trigger response message into a single unified message. The delivery report is extended to include application-level trigger response information (such as sensor query results, event status, or command execution outcomes) within the same SMS message that confirms trigger delivery. This eliminates the need for separate report messages and reduces signaling overhead while ensuring complete information delivery.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The delivery report message is enhanced to serve multiple functions simultaneously: it confirms trigger delivery at the transport level and conveys application-level trigger response information. This multi-functional approach allows a single message to replace what was previously two separate messages, reducing the quantity of signaling while maintaining or improving information completeness.

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

2Loss of information

If separate report messages are sent for trigger confirmation and trigger results, then complete information delivery is achieved, but channel resources are excessively occupied due to increased message flows

Engineering Contradiction:
Improvetrigger response information completenessVSAvoidchannel resource efficiency
Core Design Contradiction:
Loss of informationVSProductivity

Solution Approach 1:

The patent combines multiple message functions into a single delivery report message that simultaneously provides trigger delivery confirmation and application-level trigger response information. This merging eliminates redundant message flows and improves channel resource efficiency while maintaining complete information delivery.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The delivery report message continuously carries both delivery confirmation and trigger response information in a unified structure, eliminating interruptions caused by separate message exchanges. This continuous information delivery approach optimizes channel usage by reducing the total number of message transmissions required.

Inventive Principle:
Principle #20Continuity of useful action

3Device complexity

If the delivery report only confirms receipt at transport level, then the message structure remains simple, but application-level trigger response information is lost

Engineering Contradiction:
Improvemessage structure complexityVSAvoidapplication-level trigger response
Core Design Contradiction:
Device complexityVSLoss of information

Solution Approach 1:

The delivery report message structure is enhanced to serve dual purposes: confirming transport-level trigger delivery and conveying application-level trigger response information. This multi-functional extension maintains relative structural simplicity while preventing information loss by incorporating response data within the existing message framework.

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

Solution Approach 2:

The enhanced delivery report message is structured with distinct segments or fields: one portion confirms trigger delivery at the transport level, while another portion carries application-level trigger response information. This segmentation allows the message to handle multiple information types clearly and systematically without excessive complexity.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS10271184B2Method and apparatus of delivering the trigger report for machine type communications
Publication Date: 2019.04.23 ALCATEL LUCENT SA
  • US10271184B2 patent drawing
  • US10271184B2 patent drawing
  • US10271184B2 patent drawing

AI summary

An objective of the present invention is to provide a method and apparatus of delivering the trigger report for MTC. According to a trigger message originated from an originator, a UE generates trigger response information corresponding to the trigger message; the UE sends a trigger report message containing the trigger response information to a first NE; the first NE extracts the trigger response information from the trigger report message and sends the trigger response information to the originator. In the prior art, the delivery report can only provide information about whether the trigger data is delivered. According to the present invention, the delivery report may also provide information on the MTC application layer, for example, even if the trigger result cannot be sent back immediately, the delivery report may can also include whether the payload data is accepted by the MTC application receives the payload data.