CN103929730B - 触发消息发送的方法、设备及系统 - Google Patents
触发消息发送的方法、设备及系统 Download PDFInfo
- Publication number
- CN103929730B CN103929730B CN201310016410.0A CN201310016410A CN103929730B CN 103929730 B CN103929730 B CN 103929730B CN 201310016410 A CN201310016410 A CN 201310016410A CN 103929730 B CN103929730 B CN 103929730B
- Authority
- CN
- China
- Prior art keywords
- trigger message
- sms
- mtc
- iwf
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 117
- 230000005540 biological transmission Effects 0.000 claims abstract description 425
- 238000004891 communication Methods 0.000 claims abstract description 33
- 230000002452 interceptive effect Effects 0.000 claims abstract description 4
- 238000012545 processing Methods 0.000 claims description 54
- 238000012217 deletion Methods 0.000 claims description 45
- 230000037430 deletion Effects 0.000 claims description 45
- 238000003860 storage Methods 0.000 claims description 44
- 230000003993 interaction Effects 0.000 claims description 18
- 230000008569 process Effects 0.000 description 37
- 230000011664 signaling Effects 0.000 description 16
- 230000006870 function Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 9
- 238000012546 transfer Methods 0.000 description 7
- 230000004044 response Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000006467 substitution reaction Methods 0.000 description 3
- 102000018059 CS domains Human genes 0.000 description 2
- 108050007176 CS domains Proteins 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000009776 industrial production Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
本发明公开了一种触发消息发送的方法、设备及系统，涉及通信技术领域，能够解决机器类通信交互功能MTC‑IWF设备和短消息业务中心SMS‑SC向用户设备UE重复发送触发Trigger消息的问题。该方法包括：MTC‑IWF设备接收SMS‑SC发送的传输报告，所述传输报告由所述SMS‑SC在向UE发送触发消息失败后发送给所述MTC‑IWF设备；所述MTC‑IWF设备根据所述传输报告等待所述SMS‑SC重新发送所述触发消息，或者所述MTC‑IWF设备根据所述传输报告重新发送所述触发消息。本发明主要一个用于触发消息发送的过程中。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种触发消息发送的方法、设备及系统。
背景技术
机器到机器(Machine to Machine简称，M2M)通信技术广泛应用于社会各个行业，其综合了通信技术和网络技术，将遍布在人们日常生活中间的机器设备连接成网络，从而提高设备的智能化水平，给日常生活、工业生产等的方面带来了新一轮的变革。M2M通信技术具有覆盖范围广、无需布线等特点，移动网络是M2M通信技术信息承载和传送最广泛、最有市场前景的技术，随着移动通信网络带宽的不断提高和数据业务能力的日益提升，M2M通信技术的发展将进一步加快。
在基于M2M通信技术的网络架构中，机器类通信交互功能设备(MachineTypeCommunications-Inter Working Function，简称MTC-IWF)可以将业务能力服务器(Services Capability Server，简称SCS)的MTC业务或增值业务提供给用户设备(UserEquipment简称，UE)，或者，MTC-IWF设备通过短消息业务中心(Short Message Service-Service Center，简称SMS-SC)以短消息的形式将SCS的MTC业务或增值业务提供给UE。当SCS需要与UE进行数据交互，但SCS尚未获取UE的网间协议(Internet Protocol，简称IP)地址时，MTC-IWF设备通常会根据已有的UE身份标识向UE发送一个触发(Trigger)消息，以便UE根据该触发消息与MTC-IWF设备进行通信连接，由此与MTC-IWF设备进行数据交互。
MTC-IWF设备向UE发送触发消息的方式有二：1)MTC-IWF设备向核心网发送触发消息，由核心网向UE发送该触发消息；2)MTC-IWF设备将触发消息发送给SMS-SC，由SMS-SC通过短消息的形式向核心网发送该触发消息，然后再由核心网向UE发送短消息形式的触发消息。在上述两种发送触发消息的方式中，当MTC-IWF设备或SMS-SC发送触发消息失败时，MTC-IWF设备或SMS-SC会保存发送失败消息，后续再次发送未发送成功的触发消息。通常，MTC-IWF设备可以选择上述两种发送方式之一发送触发消息，当发送触发消息失败时，MTC-IWF设备再选择另一种发送方式发送该触发消息。
在上述发送触发消息的过程中，如果MTC-IWF设备选择一种发送方式发送触发消息失败，则会选择另一种发送方式发送该触发消息，而与此同时，第一种发送方式的设备又会在一定时间间隔后重新发送该触发消息。例如，MTC-IWF设备首先选择通过SMS-SC向UE发送触发消息，SMS-SC发送触发消息失败，然后MTC-IWF设备选择通过核心网向UE发送该触发消息，而与此同时，SMS-SC在发送触发消息失败一段时间后，会重新向UE发送该触发消息，由此导致MTC-IWF设备和SMS-SC向UE重复发送相同的触发消息，造成了不必要的信令开销，浪费网络资源。同样，MTC-IWF设备首先选择通过核心网向UE发送该触发消息时，也会存在类似重复发送相同触发消息的问题。
发明内容
本发明的实施例提供了一种触发消息发送的方法、设备及系统，能够解决MTC-IWF设备和SMS-SC重复发送相同触发消息的问题。
第一方面，本发明实施例提供了一种触发消息发送的方法，包括：
机器类通信交互功能MTC-IWF设备接收短消息业务中心SMS-SC发送的传输报告，所述传输报告由所述SMS-SC在向用户设备UE发送触发消息失败后发送给所述MTC-IWF设备；
所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息。
在所述第一方面的第一种可能的实现方式中，所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息，具体包括：
当所述传输报告中携带有传输失败原因时，所述MTC-IWF设备根据所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输失败原因重新发送所述触发消息。
在所述第一方面或所述第一方面的第一种可能的实现方式中，还提供了所述第一方面的第二种可能的实现方式，在所述第一方面的第二种可能的实现方式中，所述MTC-IWF设备根据所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输失败原因重新发送所述触发消息，具体包括：
如果所述传输失败原因为缺席用户Absent Subscriber或终端忙MS Busyfor MTSMS，则所述MTC-IWF设备等待所述SMS-SC重新发送所述触发消息；
如果所述传输失败原因为除所述缺席用户以及所述终端忙以外的其他原因，则所述MTC-IWF设备重新发送所述触发消息。
在所述第一方面或所述第一方面的第一种可能或第二种可能的实现方式中，还提供了所述第一方面的第三种可能的实现方式，在所述第一方面的第三种可能的实现方式中，当所述MTC-IWF设备根据所述传输报告重新发送所述触发消息时，所述方法进一步包括：
所述MTC-IWF设备指示所述SMS-SC删除所述触发消息，以便所述SMS-SC取消向所述UE再次发送所述触发消息。
在所述第一方面或所述第一方面的第一种可能、第二种可能或第三种可能的实现方式中，还提供了所述第一方面的第四种可能的实现方式，在所述第一方面的第四种可能的实现方式中，所述MTC-IWF设备根据所述传输报告重新发送所述触发消息，具体包括：
当所述传输报告中包含触发消息删除指示信息时，所述MTC-IWF设备重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后删除所述触发消息。
在所述第一方面或所述第一方面的第一种可能、第二种可能、第三种可能或第四种可能的实现方式中，还提供了所述第一方面的第五种可能的实现方式，在所述第一方面的第五种可能的实现方式中，在所述SMS-SC向所述UE发送触发消息之前，所述方法进一步包括：
所述MTC-IWF设备向所述SMS-SC发送提交触发消息，以便所述SMS-SC向所述UE发送所述触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息，以便所述SMS-SC在发送所述触发消息失败后删除所述触发消息；
所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息，具体包括：
当所述传输报告中携带有传输失败原因时，所述MTC-IWF设备根据所述传输失败原因重新发送所述触发消息。
在所述第一方面或所述第一方面的第一种可能、第二种可能、第三种可能、第四种可能或第五种可能的实现方式中，还提供了所述第一方面的第六种可能的实现方式，在所述第一方面的第六种可能的实现方式中，所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，具体包括：
当所述传输报告中包含触发消息保存指示信息时，所述MTC-IWF设备等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后保存所述触发消息。
在所述第一方面或所述第一方面的第一种可能、第二种可能、第三种可能、第四种可能、第五种可能或第六种可能的实现方式中，还提供了所述第一方面的第七种可能的实现方式，在所述第一方面的第七种可能的实现方式中，在所述MTC-IWF设备根据所述传输报告重新发送所述触发消息之前，所述方法进一步包括：
所述MTC-IWF设备向本地签约服务器HSS订阅所述UE可达的通知消息；
所述MTC-IWF设备根据所述传输报告重新发送所述触发消息，具体包括：
当接收到所述HSS发送的所述UE可达的通知消息后，所述MTC-IWF设备重新发送所述触发消息。
第二方面，本发明实施例还提供一种触发消息发送的方法，包括：
当短消息业务中心SMS-SC向用户设备UE发送触发Trigger消息失败时，所述SMS-SC向机器类通信交互功能MTC-IWF设备发送传输报告，以便所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息。
在所述第二方面的第一种可能的实现方式中，所述SMS-SC将传输失败原因携带在所述传输报告中，以便所述MTC-IWF设备根据所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输失败原因重新发送所述触发消息。
在所述第二方面或所述第二方面的第一种可能的实现方式中，还提供了所述第二方面的第二种可能的实现方式，在所述第二方面的第二种可能的实现方式中，在所述SMS-SC向所述MTC-IWF设备发送所述传输报告之后，所述方法进一步包括：
所述SMS-SC接收所述MTC-IWF设备发送的触发消息删除指示，所述SMS-SC根据所述触发消息删除指示删除所述触发消息，以便取消向所述UE再次发送所述触发消息。
在所述第二方面或所述第二方面的第一种可能或第二种可能的实现方式中，还提供了所述第二方面的第三种可能的实现方式，在所述第二方面的第三种可能的实现方式中，，在所述SMS-SC向所述MTC-IWF设备发送所述传输报告之前，所述方法进一步包括：
所述SMS-SC删除所述触发消息，并在所述传输报告中添加触发消息删除指示信息，以便所述MTC-IWF设备根据所述触发消息删除指示信息重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后已删除所述触发消息。
在所述第二方面或所述第二方面的第一种可能、第二种可能或第三种可能的实现方式中，还提供了所述第二方面的第四种可能的实现方式，在所述第二方面的第四种可能的实现方式中，在所述SMS-SC向所述UE发送所述触发消息之前，所述方法进一步包括：
所述SMS-SC接收所述MTC-IWF设备发送的提交触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息；
当所述SMS-SC向所述UE发送所述触发消息失败时，所述SMS-SC删除所述触发消息。
在所述第二方面或所述第二方面的第一种可能、第二种可能、第三种可能或第四种可能的实现方式中，还提供了所述第二方面的第五种可能的实现方式，在所述第二方面的第五种可能的实现方式中，在所述SMS-SC向所述MTC-IWF设备发送所述传输报告之前，所述方法进一步包括：
所述SMS-SC在所述传输报告中添加触发消息保存指示信息，以便所述MTC-IWF设备根据所述触发消息保存指示信息等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后已保存所述触发消息。
第三方面，本发明实施例还提供了一种机器类通信交互功能MTC-IWF设备，包括：
接收单元，用于接收短消息业务中心SMS-SC发送的传输报告，所述传输报告由所述SMS-SC在向用户设备UE发送触发消息失败后发送给所述MTC-IWF设备；
处理单元，用于根据所述接收单元接收的所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息。
在所述第三方面的第一种可能的实现方式中，所述处理单元具体用于：
当所述接收单元接收的所述传输报告中携带有传输失败原因时，根据所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者根据所述传输失败原因重新发送所述触发消息。
在所述第三方面或所述第三方面的第一种可能的实现方式中，还提供了所述第三方面的第二种可能的实现方式，在所述第三方面的第二种可能的实现方式中，所述处理单元具体用于：
当所述接收单元接收的所述传输失败原因为缺席用户Absent Subscriber或终端忙MS Busy for MT SMS时，等待所述SMS-SC重新发送所述触发消息；
当所述接收单元接收的所述传输失败原因为除所述缺席用户以及所述终端忙以外的其他原因时，重新发送所述触发消息。
在所述第三方面或所述第三方面的第一种可能或第二种可能的实现方式中，还提供了所述第三方面的第三种可能的实现方式，在所述第三方面的第三种可能的实现方式中，所述MTC-IWF设备进一步包括：
指示单元，用于当所述处理单元根据所述接收单元接收的所述传输报告重新发送所述触发消息时，指示所述SMS-SC删除所述触发消息，以便所述SMS-SC取消向所述UE再次发送所述触发消息。
在所述第三方面或所述第三方面的第一种可能、第二种可能或第三种可能的实现方式中，还提供了所述第三方面的第四种可能的实现方式，在所述第三方面的第四种可能的实现方式中，所述处理单元具体用于：
当所述接收单元接收的所述传输报告中包含触发消息删除指示信息时，重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后删除所述触发消息。
在所述第三方面或所述第三方面的第一种可能、第二种可能、第三种可能或第四种可能的实现方式中，还提供了所述第三方面的第五种可能的实现方式，在所述第三方面的第五种可能的实现方式中，所述MTC-IWF设备进一步包括：
发送单元，用于在所述SMS-SC向所述UE发送触发消息之前，向所述SMS-SC发送提交触发消息，以便所述SMS-SC向所述UE发送所述触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息，以便所述SMS-SC在发送所述触发消息失败后删除所述触发消息；
所述处理单元还用于当所述传输报告中携带有传输失败原因时，根据所述传输失败原因重新发送所述触发消息。
在所述第三方面或所述第三方面的第一种可能、第二种可能、第三种可能、第四种可能或第五种可能的实现方式中，还提供了所述第三方面的第六种可能的实现方式，在所述第三方面的第六种可能的实现方式中，所述处理单元具体用于：
当所述接收单元接收的所述传输报告中包含触发消息保存指示信息时，等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后保存所述触发消息。
在所述第三方面或所述第三方面的第一种可能、第二种可能、第三种可能、第四种可能、第五种可能或第六种可能的实现方式中，还提供了所述第三方面的第七种可能的实现方式，在所述第三方面的第七种可能的实现方式中，所述发送单元还用于在所述处理单元根据所述接收单元接收的所述传输报告重新发送所述触发消息之前，向本地签约服务器HSS订阅所述UE可达的通知消息；
所述接收单元还用于接收所述HSS发送的所述UE可达的通知消息；
所述处理单元还用于当所述接收单元接收到所述HSS发送的所述UE可达的通知消息后，重新发送所述触发消息。
第四方面，本发明实施例还提供了一种短消息业务中心SMS-SC，包括：
触发消息发送单元，用于向用户设备UE发送触发Trigger消息；
传输报告发送单元，用于当所述触发消息发送单元向所述UE发送触发Trigger消息失败时，向机器类通信交互功能MTC-IWF设备发送传输报告，以便所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息。
在所述第四方面的第一种可能的实现方式中，传输报告发送单元具体用于：
将传输失败原因携带在所述传输报告中，以便所述MTC-IWF设备根据所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输失败原因重新发送所述触发消息。
在所述第四方面或所述第四方面的第一种可能的实现方式中，还提供了所述第四方面的第二种可能的实现方式，在所述第四方面的第二种可能的实现方式中，所述SMS-SC进一步包括：
接收单元，用于在所述传输报告发送单元向所述MTC-IWF设备发送所述传输报告之后，接收所述MTC-IWF设备发送的触发消息删除指示；
第一处理单元，用于根据所述接收单元接收的所述触发消息删除指示删除所述触发消息，以便取消所述触发消息发送单元向所述UE再次发送所述触发消息。
在所述第四方面或所述第四方面的第一种可能或第二种可能的实现方式中，还提供了所述第四方面的第三种可能的实现方式，在所述第四方面的第三种可能的实现方式中，所述SMS-SC进一步包括：
第二处理单元，用于在所述传输报告发送单元向所述MTC-IWF设备发送所述传输报告之前，删除所述触发消息；
所述传输报告发送单元还用于在所述传输报告中添加触发消息删除指示信息，以便所述MTC-IWF设备根据所述触发消息删除指示信息重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后已删除所述触发消息。
在所述第四方面或所述第四方面的第一种可能、第二种可能或第三种可能的实现方式中，还提供了所述第四方面的第四种可能的实现方式，在所述第四方面的第四种可能的实现方式中，所述接收单元还用于在所述触发消息发送单元向所述UE发送所述触发消息之前，接收所述MTC-IWF设备发送的提交触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息；
所述SMS-SC进一步包括：
第三处理单元，用于当所述触发消息发送单元向所述UE发送所述触发消息失败时，删除所述触发消息。
在所述第四方面或所述第四方面的第一种可能、第二种可能、第三种可能或第四种可能的实现方式中，还提供了所述第四方面的第五种可能的实现方式，在所述第四方面的第五种可能的实现方式中，所述SMS-SC进一步包括：
第四处理单元，用于在所述传输报告发送单元向所述MTC-IWF设备发送所述传输报告之前，在所述传输报告中添加触发消息保存指示信息，以便所述MTC-IWF设备根据所述触发消息保存指示信息等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后已保存所述触发消息。
第五方面，本发明实施例还提供了一种触发消息发送的系统，包括：机器类通信交互功能MTC-IWF设备和短消息业务中心SMS-SC，其中，
所述SMS-SC，用于当所述SMS-SC向用户设备UE发送触发Trigger消息失败时，向所述MTC-IWF设备发送传输报告；
所述MTC-IWF设备用于，接收所述SMS-SC发送的所述传输报告，根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者根据所述传输报告重新发送所述触发消息。
本发明实施例提供的触发消息发送的方法、设备及系统，能够在当SMS-SC发送触发消息失败时，MTC-IWF设备接收SMS-SC发送的传输报告，然后MTC-IWF设备根据该传输报告等待SMS-SC重新发送该触发消息，或者MTC-IWF设备根据该传输报告重新发送该触发消息。与现有技术中在MTC-IWF设备向UE重新发送该触发消息后SMS-SC仍再次向UE发送该触发消息相比，能够避免UE重复接收触发消息，由此节省发送触发消息产生的信令开销，可以节约网络资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例所基于的M2M通信网络架构的示意图；
图2为现有技术中MTC-IWF设备指示SMS-SC向UE发送触发消息的数据交互图；
图3为现有技术中MTC-IWF设备通过第二接口向UE发送触发消息的数据交互图；
图4为本发明实施例中第一个触发消息发送的方法流程图；
图5为本发明实施例中第二个触发消息发送的方法流程图；
图6为本发明实施例中第三个触发消息发送的方法流程图；
图7为本发明实施例中一个触发消息接收的方法流程图；
图8为本发明实施例中第一个MTC-IWF设备的结构示意图；
图9为本发明实施例中第一个SMS-SC设备的结构示意图；
图10为本发明实施例中第一个触发消息发送的系统示意图；
图11为本发明实施例中第二个MTC-IWF设备的结构示意图；
图12为本发明实施例中第二个SMS-SC设备的结构示意图；
图13为本发明实施例中第二个触发消息发送的系统示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为便于对本发明实施例进行说明，首先对本发明实施例所基于的M2M通信网络架构进行简单介绍：
如图1所示，M2M通信网络架构由本地公用陆地移动网(Home Public LandMobileNetwork，简称HPLMN)和虚拟公用陆地移动网(Virtual Public LandMobile Network，简称VPLMN)组成。在HPLMN网侧，MTC-IWF设备通过Tsp接口与SCS通信，其中，SCS作为应用服务器，用于通过MTC-IWF设备向UE提供MTC业务或增值业务，SCS可以由运营商的归属网络或MTC业务供应商进行控制，MTC-IWF设备通过Tsp接口接收SCS提供的MTC业务数据或增值业务数据。
MTC-IWF设备通过T4接口与SMS-SC通信，SMS-SC用于将来自MTC-IWF设备的数据以短消息形式向包括移动交换中心(Mobile Switching Center，简称MSC)、移动性管理实体(Mobility Management Entity，简称MME)或服务GPRS支持节点(Serving GPRS SupportNode，简称SGSN)在内的核心网设备进行发送，然后由核心网设备发送给UE，或者将来自核心网设备的短消息形式的数据发送给MTC-IWF设备。
MTC-IWF设备分别通过T5c接口、T5b接口和T5a接口依次与VPLMN网侧的核心网设备MSC、MME、以及SGSN通信，MTC-IWF设备将SCS的数据发送给核心网设备，然后由核心网设备发送给UE，或将核心网设备的数据发送给SCS，其中，T5c接口、T5b接口和T5a接口统称为T5接口。
在M2M通信网络中，当MTC-IWF设备或SCS未获取UE的IP地址而又需要向UE发送数据时，MTC-IWF设备或SCS可以根据UE的身份标识向UE发送一个触发消息，用以拉起MTC设备。UE在接收到MTC-IWF设备或SCS发送的触发消息后，根据该触发消息的内容与MTC-IWF设备或SCS进行联系，由此实现UE与MTC-IWF设备或SCS之间的通信。
图2给出了MTC-IWF设备通过SMS-SC向UE发送触发消息的数据交互过程。具体的如图2所示，MTC-IWF设备通过SMS-SC向UE发送触发消息的过程包括如下步骤：
1、MTC-IWF设备通过T4接口向SMS-SC发送提交触发(Submit Trigger)消息，该提交触发消息用于发送MTC-IWF从SCS获取的触发消息；
2、SMS-SC通过T4接口向MTC-IWF设备发送提交触发确认(SubmitTriggerConfirm)消息，以发送触发消息；
3、MTC-IWF设备通过Tsp接口向SCS发送设备触发确认(Device TriggerConfirm)消息；
4、SMS-SC向MSC/MME/SGSN发送转发消息(Forward Message)，该转发消息用于发送MTC-IWF设备从SCS中获取的触发消息；
5、MSC/MME/SGSN向UE发送传输消息(Transfer Message)以发送所述触发消息；
6、MSC/MME/SGSN接收UE发送的传输响应消息；
7、MSC/MME/SGSN向SMS-SC发送传输报告(Delivery Report)，该传递报告中携带有触发消息是否发送成功的信息；
8、SMS-SC根据MSC/MME/SGSN发送的传递报告生成呼叫详细记录(callingdetailrecords，简称CDR)；
9、SMS-SC通过T4接口向MTC-IWF设备发送消息传输报告(MessageDeliveryReport)，该消息传递报告中包含SMS-SC生成的呼叫详细记录。
图3给出了MTC-IWF设备通过T5接口向UE发送触发消息的数据交互过程。具体的如图3所示，MTC-IWF设备通过T5接口向UE发送触发消息的过程包括如下步骤：
1、MTC-IWF设备向MSC/MME/SGSN发送提交请求(Submit Request)，该提交请求用于发送MTC-IWF从SCS获取的触发消息；
2、MSC/MME/SGSN向UE发送传输触发(Transfer Trigger)消息，用于发送触发消息；
3、UE对触发消息进行响应(Action in response to)；
4、UE向MSC/MME/SGSN返回触发响应(Trigger Response)消息；
5、MSC/MME/SGSN向MTC-IWF设备发送传输报告(Delivery Report)，该传递报告中携带有触发消息是否发送成功的信息；
6、MTC-IWF设备根据MSC/MME/SGSN发送的传递报告生成CDR。
通常，MTC-IWF设备可以通过T4接口指示SMS-SC以短消息的形式向UE发送触发消息，也可以通过T5接口直接向UE发送触发消息。
基于上述图1所示M2M通信网络架构以及图2和图3所示的触发消息发送方式，本发明实施例提供了一种触发消息发送的方法，如图4所示，所述方法包括如下步骤：
401、MTC-IWF设备接收SMS-SC发送的传输报告，该传输报告由SMS-SC在向UE发送触发消息失败后发送给MTC-IWF设备。
本发明实施例中，MTC-IWF设备通过第一接口指示SMS-SC以短消息的形式向UE发送触发消息，第一接口为图2中所示的T4接口。
在实际的数据交互流程中，SMS-SC向VPLMN网侧的核心网设备发送触发消息，然后由核心网设备将触发消息发送给UE。SMS-SC向UE发送触发消息的描述仅为简化描述，在后续描述中，延续后者简化的描述方式，两者在理解上不应有异。
SMS-SC以短消息的形式向UE发送触发消息，如果触发消息发送失败，则MTC-IWF设备接收SMS-SC发送的传输报告，该传输报告中包含触发消息发送失败指示。
可选的，所述传输报告中可以携带有SMS-SC发送触发消息失败的传输失败原因。SMS-SC发送触发消息失败的原因包括永久性传输失败原因和暂时性传输失败原因，其中，暂时性传输失败原因具体可以为：缺席用户(AbsentSubscriber)、终端忙(MS Busy for MTSMS)、终端错误(Error in MS)以及超出终端内存(Memory Capacity Exceeded)等。SMS-SC将上述传输失败原因携带在传输报告中发送给MTC-IWF设备。此外，传输报告中还可以携带用于指示触发消息发送失败后SMS-SC对触发消息的处理状态的指示信息，例如触发消息删除指示信息或触发消息保存指示信息。其中，触发消息删除指示信息用于表示SMS-SC在发送触发消息失败后删除已发送失败的触发消息，触发消息保存指示信息用于表示SMS-SC在发送触发消息失败后已保存发送失败的触发消息。如果SMS-SC在发送触发消息失败后已保存发送失败的触发消息，则对于暂时性传输失败的原因，SMS-SC会在一定的时间间隔后向UE重新发送该触发消息，或者SMS-SC会在UE可达后向UE重新发送该触发消息。
402、MTC-IWF设备根据传输报告等待SMS-SC重新发送触发消息，或者MTC-IWF设备根据传输报告重新发送触发消息。
本发明实施例中，MTC-IWF设备通过第二接口与网络侧设备之间进行通信。在图2所示的M2M通信网络架构中，MTC-IWF设备分别与MSC、MME和SGSN通信所用的T5a接口、T5b接口和T5c接口即为第二接口。如前所述，将T5a接口、T5b接口和T5c接口统称为T5接口，本发明实施例中后续所述的第二接口亦即指代统称的T5接口。
如前所述，传输报告中携带有传输失败原因或对触发消息的处理状态的指示信息，MTC-IWF设备在接收到SMS-SC发送的传输报告后，根据传输报告中的传输失败原因或指示信息决定向UE重新发送该触发消息还是等待SMS-SC重新发送触发消息。
本发明实施例中，当SMS-SC发送触发消息失败后，MTC-IWF设备等待SMS-SC重新发送触发消息，或者MTC-IWF设备重新发送触发消息具体包括下述集中实现方式：
1)当传输失败原因为缺席用户或终端忙时，MTC-IWF设备等待SMS-SC重新向UE发送该触发消息。
2)当传输失败原因为除缺席用户以及终端忙以外的其他原因时，例如当传输失败原因为终端错误或超出终端内存时，MTC-IWF设备向UE重新发送触发消息。
3)当传输报告中携带触发消息删除指示信息时，表示SMS-SC在首次发送触发消息失败后不保存发送失败的触发消息，SMS-SC后续不会重新向UE发送该触发消息。MTC-IWF设备根据该触发消息删除指示信息向UE重新发送该触发消息。
4)当传输报告中携带触发消息保存指示信息时，表示SMS-SC在首次发送触发消息失败后保存发送失败的触发消息，SMS-SC后续会重新向UE发送该触发消息。MTC-IWF设备不向UE发送触发消息，并等待SMS-SC向UE重新发送触发消息。
5)在SMS-SC向UE发送触发消息之前，MTC-IWF设备向SMS-SC发送提交触发消息，以便SMS-SC向UE发送触发消息，该提交触发消息中包含当发送触发消息失败时不需要SMS-SC存储触发信息的指示信息，以便SMS-SC在发送触发消息失败后删除触发消息。在SMS-SC在发送触发消息失败后，MTC-IWF设备接收SMS-SC发送的传输报告，当该传输报告中携带有传输失败原因时，MTC-IWF设备向UE重新发送该触发消息。
6)在接收到传输报告后，MTC-IWF设备指示SMS-SC删除触发消息，以便SMS-SC取消向UE再次发送触发消息，而MTC-IWF设备则向UE重新发送该触发消息。其中，MTC-IWF设备指示SMS-SC删除触发消息可以在MTC-IWF设备则向UE重新发送该触发消息之前或之后，本发明实施例不做限制。
本发明实施例实施例中所述MTC-IWF设备根据传输报告重新发送触发消息包括：1)MTC-IWF设备根据传输报告通过第一接口向SMS-SC发送提交触发消息，由SMS-SC向UE发送触发消息；或者2)MTC-IWF设备根据传输报告通过第二接口向核心网设备发送触发消息，由核心网设备向UE发送该触发消息。
在实际的数据交互流程中，MTC-IWF设备向VPLMN网侧的核心网设备发送触发消息，然后由核心网设备将触发消息发送给UE。MTC-IWF设备向UE发送触发消息的描述仅为简化描述，在后续描述中，延续后者简化的描述方式，两者在理解上不应有异。
MTC-IWF设备通过第一接口指示SMS-SC向UE发送触发消息的数据交互过程如图2所示，MTC-IWF设备通过第二接口直接向UE发送触发消息的数据交互过程如图3所示，此处不再赘述。
在MTC-IWF设备根据传输报告重新发送触发消息之前，MTC-IWF设备还可以向HSS订阅UE可达的通知消息。当接收到HSS发送的UE可达的通知消息后，MTC-IWF设备重新发送所述触发消息。
现有技术中，不论MTC-IWF设备通过第一接口指示SMS-SC发送触发消息还是MTC-IWF设备通过第二接口直接发送触发消息，当触发消息发送失败时，MTC-IWF设备和SMS-SC均会保存发送失败的触发消息，当UE可达时将保存的触发消息重新发送给UE。但是在现有发送触发消息的过程中，当MTC-IWF设备首先通过第一接口指示SMS-SC发送触发消息失败时，MTC-IWF设备会选择第二接口向UE发送该触发消息，而当UE可达时SMS-SC又会重新向UE发送保存的该触发消息，由此导致MTC-IWF设备和SMS-SC向UE重复发送了两次相同的触发消息，增加了信令开销。此外，在MTC-IWF设备首先通过第二接口向UE发送触发消息失败时也存在同样的问题，即当MTC-IWF设备首先选择第二接口向UE发送该触发消息失败时，MTC-IWF设备会通过第一接口指示SMS-SC向UE发送该触发消息，而当UE可达时，MTC-IWF设备又会通过第二接口重新向UE发送保存的该触发消息，由此导致MTC-IWF设备和SMS-SC向UE重复发送了两次相同的触发消息。
本发明实施例提供的触发消息发送的方法，能够在当SMS-SC发送触发消息失败时，MTC-IWF设备接收SMS-SC发送的传输报告，然后MTC-IWF设备根据该传输报告等待SMS-SC重新发送该触发消息，或者MTC-IWF设备根据该传输报告重新发送该触发消息。与现有技术中在MTC-IWF设备向UE重新发送该触发消息后SMS-SC仍再次向UE发送该触发消息相比，能够避免UE重复接收触发消息，由此节省发送触发消息产生的信令开销，可以节约网络资源。
进一步的，基于上述图1所示M2M通信网络架构以及图2和图3所示的触发消息的发送方式，本发明实施例还提供了一种触发消息发送的方法，如图5所示，所述方法包括如下步骤：
501、当SMS-SC向UE发送触发消息失败时，SMS-SC向MTC-IWF设备发送传输报告，以便MTC-IWF设备根据传输报告等待SMS-SC重新发送触发消息，或者MTC-IWF设备根据传输报告重新发送触发消息。
SMS-SC以短消息的形式向UE发送触发消息，如果触发消息发送失败，则SMS-SC向MTC-IWF设备发送传输报告其中，所述传输报告中包含触发消息发送失败指示。
在实际的数据交互流程中，SMS-SC向VPLMN网侧的核心网设备发送触发消息，然后由核心网设备将触发消息发送给UE。SMS-SC向UE发送触发消息的描述仅为简化描述，在后续描述中，延续后者简化的描述方式，两者在理解上不应有异。
第一接口用于MTC-IWF设备与SMS-SC通信使用，在本发明实施例中，第一接口为图2中所示的T4接口，SMS-SC通过第一接口向MTC-IWF设备发送传输报告。SMS-SC在传输报告中携带传输失败原因或用于指示触发消息发送失败后SMS-SC对触发消息的处理状态的指示信息，以便MTC-IWF设备根据传输报告选择第二接口向UE发送触发消息或等待SMS-SC重新发送触发消息。具体的，SMS-SC发送触发消息失败的原因包括永久性传输失败原因和暂时性传输失败原因，其中，暂时性传输失败原因具体可以为：缺席用户(AbsentSubscriber)、终端忙(MS Busy for MT SMS)、终端错误(Error in MS)以及超出终端内存(Memory Capacity Exceeded)。SMS-SC将上述传输失败原因携带在传输报告中发送给MTC-IWF设备。此外，传输报告中携带用于指示触发消息发送失败后SMS-SC对触发消息的处理状态的指示信息，例如触发消息删除指示信息或触发消息保存指示信息。其中，触发消息删除指示信息用于表示SMS-SC在发送触发消息失败后删除已发送失败的触发消息，触发消息保存指示信息用于表示SMS-SC在发送触发消息失败后已保存发送失败的触发消息。如果SMS-SC在发送触发消息失败后已保存发送失败的触发消息，则对于暂时性传输失败的原因，SMS-SC会在一定的时间间隔后向UE重新发送该触发消息，或者SMS-SC会在UE可达后向UE重新发送该触发消息。
本发明实施例中，当SMS-SC发送触发消息失败后，MTC-IWF设备等待SMS-SC重新发送触发消息，或者MTC-IWF设备重新发送触发消息具体包括下述集中实现方式：
1)SMS-SC将传输失败原因添加到传输报告中，当传输失败原因为缺席用户或终端忙时，MTC-IWF设备等待SMS-SC重新向UE发送该触发消息。当传输失败原因为除缺席用户以及终端忙以外的其他原因时，例如当传输失败原因为终端错误或超出终端内存时，MTC-IWF设备向UE重新发送触发消息。
2)SMS-SC删除发送失败的触发消息，然后将触发消息删除指示信息添加到传输报告中，该触发消息删除指示信息表示SMS-SC在首次发送触发消息失败后不保存发送失败的触发消息，SMS-SC后续不会重新向UE发送该触发消息。MTC-IWF设备根据该触发消息删除指示信息向UE重新发送该触发消息。
3)SMS-SC将触发消息保存指示信息添加到传输报告中，该触发消息保存指示信息表示SMS-SC在首次发送触发消息失败后保存发送失败的触发消息，SMS-SC后续会重新向UE发送该触发消息。MTC-IWF设备不向UE发送触发消息，并等待SMS-SC向UE重新发送触发消息。
4)SMS-SC接收MTC-IWF设备发送的提交触发消息，SMS-SC根据该提交触发消息向UE发送触发消息，该提交触发消息中包含当发送触发消息失败时不需要SMS-SC存储触发信息的指示信息。当SMS-SC在发送触发消息失败后SMS-SC删除触发消息。在SMS-SC在发送触发消息失败后，MTC-IWF设备接收SMS-SC发送的传输报告，当该传输报告中携带有传输失败原因时，MTC-IWF设备向UE重新发送该触发消息。
5)在接收到传输报告后，SMS-SC根据MTC-IWF设备的指示删除触发消息，并且SMS-SC取消向UE再次发送触发消息，而MTC-IWF设备则向UE重新发送该触发消息。其中，MTC-IWF设备指示SMS-SC删除触发消息可以在MTC-IWF设备则向UE重新发送该触发消息之前或之后，本发明实施例不做限制。
本发明实施例实施例中所述MTC-IWF设备根据传输报告重新发送触发消息包括：1)MTC-IWF设备根据传输报告通过第一接口向SMS-SC发送提交触发消息，由SMS-SC向UE发送触发消息；或者2)MTC-IWF设备根据传输报告通过第二接口向核心网设备发送触发消息，由核心网设备向UE发送该触发消息。
本发明实施例中所述的第二接口用于MTC-IWF设备与网络侧设备之间进行通信。在图2所示的M2M通信网络架构中，MTC-IWF设备分别与MSC、MME和SGSN通信所用的T5a接口、T5b接口和T5c接口即为第二接口。如前所述，将T5a接口、T5b接口和T5c接口统称为T5接口，本发明实施例中后续所述的第二接口亦即指代统称的T5接口。
在实际的数据交互流程中，MTC-IWF设备向VPLMN网侧的核心网设备发送触发消息，然后由核心网设备将触发消息发送给UE。MTC-IWF设备向UE发送触发消息的描述仅为简化描述，在后续描述中，延续后者简化的描述方式，两者在理解上不应有异。
MTC-IWF设备通过第一接口指示SMS-SC向UE发送触发消息的数据交互过程如图2所示，MTC-IWF设备通过第二接口直接向UE发送触发消息的数据交互过程如图3所示，此处不再赘述。
在上述发送触发消息的过程中，SMS-SC能够将携带有传输失败原因或指示信息的传输报告发送给MTC-IWF设备，以便MTC-IWF设备可以根据传输报告重新向UE发送触发消息，即如果SMS-SC会重新向UE发送触发消息，则MTC-IWF设备不向UE发送触发消息；如果SMS-SC不重新向UE发送触发消息，则MTC-IWF设备重新向UE发送触发消息，由此避免MTC-IWF设备和SMS-SC均重新向UE发送触发消息，从而可以减少重复的信令开销，节约网络资源。
进一步的，作为对步骤501的替换当SMS-SC向UE发送触发消息失败时，SMS-SC还可以取消向MTC-IWF设备发送传输报告，以便MTC-IWF设备根据未接收到传输报告，而取消选择第二接口向UE发送触发消息并等待SMS-SC向UE重新发送触发消息。
在MTC-IWF设备根据传输报告重新发送触发消息之前，MTC-IWF设备还可以向HSS订阅UE可达的通知消息。当接收到HSS发送的UE可达的通知消息后，MTC-IWF设备重新发送所述触发消息。在UE可达后，如果MTC-IWF设备向SMS-SC发送提交触发消息，则SMS-SC根据该提交触发消息再次向UE发送触发消息。
不论MTC-IWF设备通过第一接口指示SMS-SC发送触发消息还是MTC-IWF设备通过第二接口直接发送触发消息，当触发消息发送失败时，MTC-IWF设备和SMS-SC均会保存发送失败的触发消息，当UE可达时将保存的触发消息重新发送给UE。但是在现有发送触发消息的过程中，当MTC-IWF设备首先通过第一接口指示SMS-SC发送触发消息失败时，MTC-IWF设备会重新向UE发送该触发消息，而当UE可达时SMS-SC又会重新向UE发送保存的该触发消息，由此导致MTC-IWF设备和SMS-SC向UE重复发送了两次相同的触发消息，增加了信令开销。此外，在MTC-IWF设备首先通过第二接口向UE发送触发消息失败时也存在同样的问题，即当MTC-IWF设备首先选择第二接口向UE发送该触发消息失败时，MTC-IWF设备会通过第一接口指示SMS-SC向UE发送该触发消息，而当UE可达时，MTC-IWF设备又会重新向UE发送保存的该触发消息，由此导致MTC-IWF设备和SMS-SC向UE重复发送了两次相同的触发消息。
本发明实施例提供的触发消息发送的方法，能够在当SMS-SC发送触发消息失败时，SMS-SC向MTC-IWF设备发送传输报告，然后MTC-IWF设备根据该传输报告等待SMS-SC重新发送该触发消息，或者MTC-IWF设备根据该传输报告重新发送该触发消息。与现有技术中在MTC-IWF设备向UE重新发送该触发消息后SMS-SC仍再次向UE发送该触发消息相比，能够避免UE重复接收触发消息，由此节省发送触发消息产生的信令开销，可以节约网络资源。
进一步的，作为对图4及图5所示方法的详细说明及进一步扩展，本发明实施例还提供了一种触发消息发送的方法，所述方法应用于如下几个场景中：
在本发明实施例的第一个场景中，当MTC-IWF设备选择通过SMS-SC向UE发送触发消息，并且触发消息发送失败时，MTC-IWF设备根据SMS-SC发送的传输报告中的传输失败原因等待SMS-SC重新尝试发送该触发消息。触发消息发送的流程具体如下：
S1：MTC-IWF设备接收SCS发送的触发请求(Trigger Request)，该触发请求携带有SCS要向终端发送的触发消息；
S2：MTC-IWF设备选择通过T4接口以短消息的形式向UE发送该触发消息；
S3：MTC-IWF设备向SMS-SC发送提交触发(Submit Trigger)消息，该提交触发消息用于发送MTC-IWF从SCS获取的触发消息；
S4：SMS-SC向MSC/MME/SGSN发送转发消息(Forward Message)，该转发消息用于发送MTC-IWF设备从SCS中获取的触发消息，以便MSC/MME/SGSN将该触发消息传给UE；
S5：SMS-SC接收MSC/MME/SGSN发送的传输报告(Delivery Report)传输报告中包含传输失败原因；
S6：SMS-SC向MTC-IWF设备发送传输报告，传输报告中包含传输失败原因；
S7：MTC-IWF设备获知传输失败原因为缺席用户Absent Subscriber或终端忙MSBusy for MT SMS；
S8：MTC-IWF设备等待SMS-SC重新尝试发送该触发消息，直到SMS-SC成功发送该trigger消息，MTC-IWF接收包含传输成功指示的传输报告；或SMS-SC无法成功发送该trigger消息(如超过SMS-SC保存未成功发送短消息的最大期限)，SMS-SC向MTC-IWF返回传输报告，其中包含传输失败原因，MTC-IWF根据该传输报告删除其保存的trigger消息；或者当超出trigger有效期后，SMS-SC仍没有成功发送该trigger消息，则MTC-IWF将指示SMS-SC将trigger消息删除。
若MTC-IWF先选择T5接口发送触发消息，通过T5接口发送失败，MTC-IWF可以再选择T4接口发送触发消息，通过T4接口发送触发消息的过程上述过程相同。
在本发明实施例的第二个场景中，当MTC-IWF设备选择通过SMS-SC向UE发送触发消息，并且触发消息发送失败时，MTC-IWF设备根据SMS-SC发送的传输报告中的传输失败原因指示SMS-SC删除已保存的该触发消息，同时MTC-IWF可以选择核心网节点向UE发送该触发消息，或等待终端用户再次可达后重新发送该触发消息。触发消息发送的流程具体如下：
S1：MTC-IWF设备接收SCS发送的触发请求(Trigger Request)，该触发请求携带SCS要向终端发送的有触发消息；
S2：MTC-IWF设备选择通过T4接口以短消息的形式向UE发送该触发消息；
S3：MTC-IWF设备向SMS-SC发送提交触发(Submit Trigger)消息，该提交触发消息用于发送MTC-IWF从SCS获取的触发消息；
S4：SMS-SC向MSC/MME/SGSN发送转发消息(Forward Message)，该转发消息用于发送MTC-IWF设备从SCS中获取的触发消息，以便MSC/MME/SGSN将该触发消息传给UE；
S5：SMS-SC接收MSC/MME/SGSN发送的传输报告(Delivery Report)，传输报告中包含传输失败原因；
S6：SMS-SC向MTC-IWF设备发送传输报告，传输报告中包含传输失败原因；
S7：MTC-IWF设备获知传输失败原因为除缺席用户Absent Subscriber或终端忙MSBusy for MT SMS以外的其他原因；
S8：MTC-IWF设备选择T5接口向MSC/MME/SGSN发送提交请求(SubmitRequest)消息，该提交请求用于发送所述触发消息，以便MSC/MME/SGSN将该触发消息传给UE；若MTC-IWF通过T5接口也没有传输成功，则MTC-IWF继续保存该触发消息，并可根据SMS-SC发送失败的原因或MME/SGSN发送触发消息的失败原因，向HSS订阅终端再次可达的通知消息或向核心网设备订阅核心网设备可用的通知消息。触发消息失败的原因可以是UE不可达、短消息发送失败原因，也可以是核心网实体忙的原因导致触发消息无法发送成功，则MTC-IWF可以向HSS注册以订阅UE可达的通知消息，即向HSS登记MTC-IWF地址；或向核心网实体订阅核心网实体可用的通知消息，当MTC-IWF设备接收到HSS发送的UE可达的通知消息，或者接收到核心网设备发送的核心网设备可用的通知消息时，MTC-IWF设备根据上述方法及场景的实现方式向UE发送触发消息。
如果MTC-IWF首先选择了T5接口发送触发消息，则此处MTC-IWF不再选择T5接口传输该触发消息，而是继续保存触发消息，同样MTC-IWF可以根据失败原因向HSS订阅终端再次可达的通知消息或向核心网实体订阅核心网实体可用的通知消息，当MTC-IWF设备接收到HSS发送的UE可达的通知消息，或者接收到核心网设备发送的核心网设备可用的通知消息时，MTC-IWF设备根据上述方法及场景的实现方式向UE发送触发消息。
S9：MTC-IWF设备指示SMS-SC删除已保存的该触发消息。若SMS-SC订阅了用户设备可达或核心网设备可用的通知消息时，则SMS-SC向发送订阅请求的相应实体发送取消订阅请求，以取消之前订阅的通知消息。
其中步骤S8和步骤S9的执行顺序可以对调，或者两个步骤同时执行，场景二仅作为其中一种可能的举例不构成对本发明实施例的限制。
上述场景一与场景二的区别在于，场景一中的传输失败原因为缺席用户AbsentSubscriber或终端忙MS Busy for MT SMS，相应的，MTC-IWF设备的处理方式为等待SMS-SC重新尝试向UE发送触发消息；场景二中的传输失败原因为除缺席用户Absent Subscriber或终端忙MS Busy for MT SMS以外的其他原因，例如终端错误(Error in MS)或超出终端内存(Memory Capacity Exceeded)，相应的，MTC-IWF设备的处理方式为指示SMS-SC删除已保存的该触发消息，并可选择其它接口发送触发消息或等待终端再次可达后发送触发消息。
在本发明实施例的第三个场景中，当MTC-IWF设备选择通过SMS-SC向UE发送触发消息，并且触发消息发送失败时，SMS-SC删除发送失败的触发消息，并向MTC-IWF发送传输报告，传输报告中包含触发消息未保存指示信息，MTC-IWF根据触发消息未保存指示信息，重新发送触发消息或等待终端再次可达后发送触发消息。触发消息发送的流程具体如下：
S1：MTC-IWF设备接收SCS发送的触发请求(Trigger Request)，该触发请求携带有SCS要向终端发送的触发消息；
S2：MTC-IWF设备选择通过T4接口以短消息的形式向UE发送该触发消息；
S3：MTC-IWF设备向SMS-SC发送提交请求(Submit Request)，该提交请求用于发送MTC-IWF从SCS获取的触发消息；
S4：SMS-SC向MSC/MME/SGSN发送转发消息(Forward Message)，该转发消息用于发送MTC-IWF设备从SCS中获取的触发消息，以便MSC/MME/SGSN将该触发消息传给UE；
S5：SMS-SC接收MSC/MME/SGSN发送的传输报告(Delivery Report)，传输报告中包含传输失败原因；
S6：SMS-SC删除或者不保存发送失败的触发消息，也即将该触发消息对应的短消息删除；
由于SMS-SC将发送失败的短消息删除，则SMS-SC不执行任何关于终端再次可达或网络实体可用的订阅过程。
S7：SMS-SC向MTC-IWF返回传输报告，传输报告中携带有触发消息未保存指示信息，传输报告中还包含传输失败原因；
S8：MTC-IWF设备根据接收的包含触发消息未保存指示信息重新发送触发消息或当UE可达时重新发送触发消息。
S9：MTC-IWF向HSS/HLR查找UE当前所附着的核心网实体，即当前服务UE的核心网节点，根据获取的核心网节点信息及运营商策略选择合适的接口重新传输触发消息。例如，如果MTC-IWF从HSS/HLR获取的核心网节点为MME/SGSN，表明UE在PS域附着，则在网络支持T5接口传递触发消息时，则MTC-IWF可以选择T5接口重新发送触发消息。如果从HSS/HLR获取的核心网节点为MSCServer，表明UE在CS域附着，则MTC-IWF可以选择通过T4接口再次发送该触发消息。
当UE当前处于不可达状态，则MTC-IWF无法从HSS获取到有效的核心网节点标识，MTC-IWF可以向HSS订阅UE可达的通知消息，HSS记录MTC-IWF标识、触发消息失败原因、UE的身份标识等信息，以使得UE可达时，HSS通知MTC-IWFUE可达的通知消息，以使MTC-IWF重新发送触发消息。MTC-IWF在收到UE可达的通知消息后，也可根据HSS返回的UE当前附着的核心网实体信息和运营商策略等信息选择重新发送触发消息的具体方式。
在场景三中，由于SMS-SC在步骤S6中未保存或将保存的触发消息删除，所以MTC-IWF设备可以重新发送触发消息或等待终端再次可达后重新发送触发消息，由于SMS-SC未保存该触发消息，SMS-SC后续不会再向UE重新发送该触发消息。
在本发明实施例的第四个场景中，当MTC-IWF设备选择通过SMS-SC向UE发送触发消息，并且触发消息发送失败时，MTC-IWF设备指示SMS-SC删除发送失败的触发消息，且MTC-IWF可以重新发送该触发消息或等待UE可达时重新发送触发消息。触发消息发送的流程具体如下：
S1：MTC-IWF设备接收SCS发送的触发请求(Trigger Request)，该触发请求携带有SCS要向终端发送的触发消息；
S2：MTC-IWF设备选择通过T4接口以短消息的形式向UE发送该触发消息；
S3：MTC-IWF设备向SMS-SC发送提交请求(Submit Request)，该提交请求用于发送MTC-IWF从SCS获取的触发消息；在该消息中携带指示信息，用于指示不需要SMS-SC存储未发送成功的触发消息，即删除发送失败的触发消息对应的短消息。
此处，指示不需要SMS-SC存储未发送成功的触发消息的指示信息可以通过各种形式实现，如提交请求中包含不保存发送失败的触发消息的指示信息，或在MTC-IWF已经选择T5接口并传输失败后，该指示信息可以是T5接口传输失败的指示信息。根据上述指示信息，SMS-SC删除发送失败的触发消息。
S4：SMS-SC向MSC/MME/SGSN发送转发消息(Forward Message)，该转发消息用于发送MTC-IWF设备从SCS中获取的触发消息，以便MSC/MME/SGSN将该触发消息传给UE；
S5：SMS-SC接收MSC/MME/SGSN发送的传输报告(Delivery Report)，传输报告中包含传输失败原因；由于MTC-IWF在发送触发消息的传递触发消息请求中包含发送未成功不需要SMS-SC存储的指示信息，则SMS-SC删除其保存的发送失败的触发消息，且不触发SMS-SC执行终端再次可达或网络实体可用的订阅过程。
S6：SMS-SC向MTC-IWF设备发送传输报告，其中包含传输失败原因；
S7：MTC-IWF设备在收到传输报告后，由于MTC-IWF已指示SMS-SC删除传输失败的触发消息，则MTC-IWF重新发送触发消息或当UE可达时重新发送触发消息。
S8：MTC-IWF向HSS/HLR查找UE当前所附着的核心网实体，即当前服务UE的核心网节点，根据获取的核心网节点信息及运营商策略选择合适的接口重新传输触发消息。例如，如果MTC-IWF从HSS/HLR获取的核心网节点为MME/SGSN，表明UE在PS域附着，在网络支持T5接口传递触发消息时，MTC-IWF可以选择T5接口重新发送触发消息。如果从HSS/HLR获取的核心网节点为MSC Server，表明UE在CS域附着，则MTC-IWF可以选择通过T4接口再次发送该触发消息。
当UE当前处于不可达状态，则MTC-IWF无法从HSS获取到有效的核心网节点标识，MTC-IWF可以向HSS订阅UE可达的通知消息，HSS记录MTC-IWF标识、触发消息失败原因、UE的身份标识等信息，以使得UE可达时，HSS通知MTC-IWFUE可达的通知消息，以使MTC-IWF重新发送触发消息。MTC-IWF在收到UE可达的通知消息后，也可根据HSS返回的UE当前附着的核心网实体信息和运营商策略等信息选择重新发送触发消息的具体方式。
在本实施例中，MTC-IWF指示SMS-SC删除发送失败的该触发消息对应的短消息也可以通过另一种方式实现，即
不在步骤S2中携带删除发送失败的该触发消息对应的短消息的指示信息，而是在步骤S7中MTC-IWF接收SMS-SC发送的包含失败原因的传输报告后，MTC-IWF指示SMS-SC将其上保存的触发消息删除，SMS-SC在接收到MTC-IWF的删除触发消息指示时，将触发消息对应的短消息删除。SMS-SC删除短消息后，如果SMS-SC已经因为短消息发送失败而向HSS订阅了UE可达的通知消息或网络实体可用的通知消息，则SMS-SC在删除触发消息对应的短消息后向HSS发送的取消订阅消息或向相应的核心网实体发送取消订阅消息。
上述场景三与场景四的共同特征在于，场景三与场景四均是在SMS-SC发送触发消息失败后，SMS-SC不再存储发送失败的触发消息。上述场景三与场景四的区别在于，场景三中SMS-SC主动删除或不保存发送失败的触发消息，然后在传输失败报告中携带触发消息未保存指示信息，由于SMS-SC未保存发送失败的触发消息，所以MTC-IWF设备可以重新向UE发送该触发消息时，这样SMS-SC后续不会重新向UE发送该触发消息；场景四中，是由MTC-IWF指示SMS-SC删除已保存的触发消息，以便SMS-SC后续不会重新向UE发送该触发消息。
在本发明实施例的第五个场景中，当MTC-IWF设备选择通过SMS-SC向UE发送触发消息，且触发消息发送失败时，SMS-SC保存发送失败的触发消息并且取消向MTC-IWF设备发送传输报告，以便MTC-IWF设备不再向UE发送触发消息，避免造成重复发送，并等待SMS-SC重新向UE发送保存的触发消息。触发消息发送的流程具体如下：
S1：MTC-IWF设备接收SCS发送的触发请求(Trigger Request)，该触发请求携带有SCS要向终端发送的触发消息；
S2：MTC-IWF设备选择通过T4接口以短消息的形式向UE发送该触发消息；
S3：MTC-IWF设备向SMS-SC发送提交请求(Submit Request)，该提交请求用于发送MTC-IWF从SCS获取的触发消息；
S4：SMS-SC向MSC/MME/SGSN发送转发消息(Forward Message)，该转发消息用于发送MTC-IWF设备从SCS中获取的触发消息，以便MSC/MME/SGSN将该触发消息传给UE；
S5：SMS-SC接收MSC/MME/SGSN发送的传输失败报告(Delivery Fail Report)以及传输失败原因；
S6：SMS-SC保存发送失败的触发消息，并在UE再次可达时重新向UE发送保存的该触发消息，当SMS-SC成功发送触发消息，则向MTC-IWF返回包含成功发送指示的传输报告。
若触发消息在SMS-SC中因超过了保存有效期而未发送成功，则SMS-SC返回传输报告，其中包含失败原因，MTC-IWF将失败报告返回给SCS；或触发消息超出其有效期时仍未发送成功，则MTC-IWF将指示SMS-SC将trigger消息删除，MTC-IWF返回SCS失败报告。
若MTC-IWF先选择T5接口发送触发消息，发送失败后，再选择T4接口发送触发消息，其通过T4接口发送触发消息的过程与上述S1-S6步骤相同。
在场景五中，SMS-SC不向MTC-IWF设备发送传输报告，MTC-IWF等待SMS-SC向终端发送触发消息，由此避免MTC-IWF设备再次向UE发送触发消息，造成重复发送的问题。
在本发明实施例的第六个场景中，当MTC-IWF设备选择SMS-SC向UE发送触发消息，并且触发消息发送失败时，SMS-SC保存该发送失败的触发消息，并向MTC-IWF设备返回传输报告，传输报告中包含触发消息保存的指示信息，MTC-IWF根据该指示信息等待SMS-SC重新向UE发送保存的触发消息。触发消息发送的流程具体如下：
S1：MTC-IWF设备接收SCS发送的触发请求(Trigger Request)，该触发请求携带有SCS要向终端发送的触发消息；
S2：MTC-IWF设备选择通过T4接口以短消息的形式向UE发送该触发消息；
S3：MTC-IWF设备向SMS-SC发送提交请求(Submit Request)，该提交请求用于发送MTC-IWF从SCS获取的触发消息；
S4：SMS-SC向MSC/MME/SGSN发送转发消息(Forward Message)，该转发消息用于发送MTC-IWF设备从SCS中获取的触发消息，以便MSC/MME/SGSN将该触发消息传给UE；
S5：SMS-SC接收MSC/MME/SGSN发送的传输报告(Delivery Report)，传输报告中包含传输失败原因；
S6：SMS-SC保存发送失败的触发消息；
S7：SMS-SC向MTC-IWF设备发送传输报告，并在传输报告中携带有触发消息已保存指示信息，传输报告中还包含传输失败原因；
S8：MTC-IWF设备根据触发消息保存指示信息等待SMS-SC重新向UE发送保存的触发消息，当SMS-SC成功发送触发消息，则返回MTC-IWF成功发送的传输报告。
若触发消息在SMS-SC中因超过了保存有效期而未发送成功，则SMS-SC返回传输报告，其中包含失败原因，MTC-IWF将失败报告返回给SCS；或触发消息超出其有效期时仍未发送成功，则MTC-IWF将指示SMS-SC将trigger消息删除，MTC-IWF返回SCS失败报告。
该场景同样适用于MTC-IWF先通过T5接口发送触发消息失败，再通过T4接口发送触发消息的情况，其中通过T4接口发送触发消息的过程与上述S1-S8步相同。
在场景六中，当SMS-SC向UE发送触发消息失败时，SMS-SC也可以向MTC-IWF设备发送传输失败报告，但是SMS-SC需要在传输失败报告中携带一个触发消息保存指示信息，以便MTC-IWF设备根据该触发消息保存指示信息获知SMS-SC会在UE再次可达时重新向UE发送保存的触发消息，由此避免MTC-IWF设备也向UE发送触发消息的重复发送的问题。
上述六个场景可以实现当触发消息发送失败时，避免MTC-IWF设备与SMS-SC均向UE发送该触发消息，因而可以减少重复发送触发消息所产生的信令开销，节约网络资源。
进一步的，本发明实施例还提供了一种触发消息发送的方法，该方法针对于SMS-SC和MTC-IWF设备先后发送触发消息失败，并且均保存了发送失败的触发消息的场景，提供一种避免UE重复接收触发消息的解决方法。如图6所示，所述方法包括如下步骤：
601、当SMS-SC向UE发送触发消息失败时，SMS-SC向HSS订阅UE再次可达的通知消息。
对于由于UE不可达导致的触发消息失败，如果SMS-SC传输触发消息失败的原因为缺席用户(Absent Subscriber)或超出终端内存(Memory CapacityExceeded)，则SMS-SC通过核心网设备向HSS订阅UE再次可达的通知消息。
具体的，SMS-SC在向HSS订阅UE再次可达的通知消息时，将自身的SC地址以及触发消息的参考号码Reference Number发送给HSS，其中，一个参考号码用于唯一标识一条触发消息。
进一步的，当SMS-SC向UE发送触发消息失败时，SMS-SC还会将自身的SC地址以及触发消息的参考号码添加到传输报告中发送给MTC-IWF设备，以便MTC-IWF设备保存该SC地址以及该参考号码。
602、当MTC-IWF设备通过第二接口向UE发送触发消息失败时，MTC-IWF设备向HSS订阅UE再次可达的通知消息。
当步骤601中SMS-SC向UE发送触发消息失败时，SMS-SC向MTC-IWF设备发送传输报告，其中包含传输失败原因，MTC-IWF设备接收到传输报告后选择第二接口向UE发送触发消息，并且MTC-IWF设备向UE发送触发消息失败。
具体的，MTC-IWF设备在向HSS订阅UE再次可达的通知消息时，将自身的设备地址以及触发消息的参考号码发送给HSS。
603、HSS判断同一条触发消息是否对应于两个设备标识，如果判断结果为是，则当UE再次可达时，HSS将UE可达的通知消息发送给MTC-IWF设备。
HSS根据触发消息的参考号码对同一条触发消息进行识别，然后判断针对该条触发消息订阅UE再次可达的通知消息的设备数量。如果SMS-SC和MTC-IWF设备在发送触发消息失败后均向HSS订阅了UE再次可达的通知消息，则当UE再次可达时，HSS只将UE可达的通知消息发送给MTC-IWF设备，由MTC-IWF设备根据前述实施例或应用场景的实现方式重新选择触发消息的发送策略。
具体的，当MTC-IWF设备选择指示SMS-SC向UE发送触发消息时，MTC-IWF设备将HSS发送的UE再次可达的通知消息发送给SMS-SC，以便SMS-SC根据该通知消息向UE重新发送保存的触发消息；当MTC-IWF设备选择通过第二接口向UE发送触发消息时，MTC-IWF设备向UE重新发送自身保存的触发消息，同时MTC-IWF设备指示SMS-SC删除已保存的触发消息，以便防止SMS-SC向UE重复发送相同的触发消息。
作为对图6所示方法的详细说明，本发明实施例还提供了第七个应用场景。在第七个场景中，发消息发送的流程具体如下：
S1：MTC-IWF设备接收SCS发送的触发请求(Trigger Request)，该触发请求携带有触发消息；
S2：MTC-IWF设备选择通过T4接口指示SMS-SC以短消息的形式向UE发送该触发消息；
S3：MTC-IWF设备向SMS-SC发送传递触发消息请求(Transfer TriggerRequest)，在该传递触发消息请求中携带该触发消息；
S4：SMS-SC向MSC/MME/SGSN发送触发请求传输(Trigger Request Delivery)消息，在该消息中携带该触发消息，以便MSC/MME/SGSN将该触发消息透传给UE；
S5：SMS-SC接收MSC/MME/SGSN发送的传输报告(Delivery Report)其中包含传输失败原因；
S6：SMS-SC保存发送失败的触发消息，并且通过MSC/MME/SGSN向HSS订阅UE可达的通知消息，在该订阅消息中，携带SMS-SC的SC地址以及触发消息的参考标识；
S7：SMS-SC向MTC-IWF设备发送传输报告，其中包含传输失败原因；
S8：MTC-IWF设备根据传输报告，选择T5接口向MSC/MME/SGSN发送触发请求传输(Trigger Request Delivery)消息，在该消息中携带该触发消息，以便MSC/MME/SGSN将该触发消息透传给UE；
S9：该触发消息通过T5接口传输失败，MTC-IWF设备接收MSC/MME/SGSN发送的传输报告(Delivery Report)，其中包含传输失败原因；
S10：MTC-IWF设备保存发送失败的触发消息，并且通过MSC/MME/SGSN向HSS订阅UE可达的通知消息，在该订阅消息中，携带MTC-IWF设备的设备地址以及触发消息的参考标识；
S11：当UE再次可达时，HSS判断SMS-SC和MTC-IWF设备均针对同一条触发消息向HSS订阅了UE再次可达的通知消息；
S12：HSS向MTC-IWF设备发送UE再次可达的通知消息；
S13：MTC-IWF设备根据UE再次可达的通知消息，再次发送触发消息。若MTC-IWF选择T4接口向终端发送该触发消息，则MTC-IWF将UE可达的通知消息通知SMS-SC，SMS-SC收到UE可达的通知消息后，向UE发送SMS-SC保存的触发消息，并且MTC-IWF设备删除自身保存的触发消息；
S14：若MTC-IWF设备根据UE再次可达的通知消息选择第二接口(T5接口)向UE发送自身保存的触发消息，则指示SMS-SC删除SMS-SC保存的触发消息。
需要说明的是，步骤S6和步骤S7的执行顺序可以对调，或者两者同时进行；步骤S13和步骤S14两者择一作为步骤S12之后的执行步骤，即如果步骤S12后执行步骤S13则不执行步骤S14，或者如果步骤S12后执行步骤S14则不执行步骤S13。
可选的，作为对步骤603的另一种情况，如果HSS判断只有SMS-SC或MTC-IWF设备两者其一向HSS订阅了UE再次可达的通知消息，则当UE再次可达时，HSS向订阅通知消息的设备发送UE再次可达的通知消息。具体的：
1)如果SMS-SC向HSS订阅了UE再次可达的通知消息，则当UE再次可达时，HSS仅向SMS-SC发送UE再次可达的通知消息。SMS-SC在接收到UE再次可达的通知消后，向UE发送保存的触发消息，并且当触发消息发送成功时，SMS-SC向MTC-IWF设备发送传输成功报告；MTC-IWF设备接收到传输成功报告后，删除自身保存的触发消息，以便避免MTC-IWF设备后续向UE重复发送相同的触发消息。
2)如果MTC-IWF设备向HSS订阅了UE再次可达的通知消息，则当UE再次可达时，HSS仅向MTC-IWF设备发送UE再次可达的通知消息。MTC-IWF设备在接收到UE再次可达的通知消后，通过第二接口向UE发送保存的触发消息，并且指示SMS-SC删除保存的触发消息，以便避免SMS-SC后续向UE重复发送相同的触发消息。
现有技术中，当SMS-SC和MTC-IWF设备先后发送触发消息失败时，SMS-SC和MTC-IWF设备均会保存发送失败的触发消息并向HSS订阅UE再次可达的通知消息。当UE再次可达时，HSS分别向SMS-SC和MTC-IWF设备发送UE可达的通知消息。SMS-SC在接收到UE可达的通知消息后，重新向UE发送保存的触发消息，而MTC-IWF设备在接收到UE可达的通知消息后，重新通过第一接口指示SMS-SC向UE发送触发消息，或通过第二接口重新向UE发送保存的触发消息。因此，在现有触发消息发送的过程中，当UE再次可达时，SMS-SC或MTC-IWF设备会向UE重复发送触发消息，造成了不必要的信令开销。
在图6提供的触发消息发送的方法中，HSS可以判断是否重复接收到了不同设备对同一条触发消息的UE可达订阅请求。当UE再次可达时，HSS仅向MTC-IWF设备发送UE可达的通知消息，而取消向SMS-SC发送UE可达的通知消息，由此可以避免当MTC-IWF设备通过第一接口或第二接口向UE发送触发消息时，SMS-SC根据HSS的通知消息向UE重复发送触发消息，因而能够节省信令开销，节约网络资源。
以上个各实施例及应用场景着重于对M2M通信网络架构侧的改进，用以实现避免当首次发送触发消息失败时，SMS-SC和MTC-IWF设备重复发送触发消息的问题。下面，本发明实施例还提供了一种触发消息接收的方法，从UE侧提供一种避免UE重复接收相同触发消息的实现方式。具体的，如图7所示，所述方法包括如下步骤：
701、UE接收并处理触发消息1。
UE接收到触发消息1后按照现有技术流程对触发消息1进行处理。同时，UE获取触发消息1中携带的触发消息参考标识Reference Number、有效时长Validity time以及SCS身份标识。其中，有效时长为一个时长数值，UE收到触发消息1后启动定时器，将计时器的时长设置为该时长数值，在定时器到时时间内，UE保存该trigger消息对应的validity time、SCS身份标识。此外，当触发消息1中未携带有效时长时，UE也可以根据预设时长设置计时器时长。当定时器到时时，将该reference number和相关的SCS identifier删除。在计时器时长之内如果UE接收到触发消息2，则UE执行步骤702。
702、UE判断触发消息1和触发消息2是否相同。
具体的，UE判断触发消息1的参考标识Reference Number及SCS身份标识与触发消息2的参考标识Reference Number及SCS身份标识是否相同。当触发消息2与触发消息1不相同时，按正常流程处理触发消息2；当触发消息2与触发消息1相同时，UE执行步骤703。
703、UE丢弃触发消息2。
UE对触发消息的处理需要耗费UE的各种资源，如果UE接收到两条重复发送的相同触发消息，则对相同触发消息的处理会浪费UE资源。本发明实施例提供的触发消息接收的方法，可以由UE对接收到的触发消息进行判定，当此前未接收到该触发消息时，UE按照现有流程对该触发消息进行处理；当此前已接收到该触发消息时，UE丢弃该触发消息，由此节省UE内部的处理资源。
参考上述方法实施例的实现，本发明实施例提供了一种MTC-IWF设备，所述MTC-IWF设备通过第一接口与SMS-SC通信，通过第二接口与核心网设备通信。如图8所示，所述MTC-IWF设备包括：接收单元81、处理单元82、指示单元83以及发送单元84，其中，
所述接收单元81，用于接收短消息业务中心SMS-SC发送的传输报告，所述传输报告由所述SMS-SC在向用户设备UE发送触发消息失败后发送给所述MTC-IWF设备；
所述处理单元82，用于根据所述接收单元81接收的所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息。
进一步的，所述处理单元82具体用于：
当所述接收单元81接收的所述传输报告中携带有传输失败原因时，根据所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者根据所述传输失败原因重新发送所述触发消息。
进一步的，所述处理单元82具体用于：
当所述接收单元81接收的所述传输失败原因为缺席用户AbsentSubscriber或终端忙MS Busy for MT SMS时，等待所述SMS-SC重新发送所述触发消息；
当所述接收单元81接收的所述传输失败原因为除所述缺席用户以及所述终端忙以外的其他原因时，重新发送所述触发消息。
进一步的，所述指示单元83，用于当所述处理单元82根据所述接收单元81接收的所述传输报告重新发送所述触发消息时，指示所述SMS-SC删除所述触发消息，以便所述SMS-SC取消向所述UE再次发送所述触发消息。
进一步的，所述处理单元82具体用于：
当所述接收单元81接收的所述传输报告中包含触发消息删除指示信息时，重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后删除所述触发消息。
进一步的，所述发送单元84，用于在所述SMS-SC向所述UE发送触发消息之前，向所述SMS-SC发送提交触发消息，以便所述SMS-SC向所述UE发送所述触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息，以便所述SMS-SC在发送所述触发消息失败后删除所述触发消息；
所述处理单元82还用于当所述传输报告中携带有传输失败原因时，根据所述传输失败原因重新发送所述触发消息。
进一步的，所述处理单元82具体用于：
当所述接收单元81接收的所述传输报告中包含触发消息保存指示信息时，等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后保存所述触发消息。
进一步的，所述发送单元84还用于在所述处理单元82根据所述接收单元81接收的所述传输报告重新发送所述触发消息之前，向本地签约服务器HSS订阅所述UE可达的通知消息；
所述接收单元81还用于接收所述HSS发送的所述UE可达的通知消息；
所述处理单元82还用于当所述接收单元81接收到所述HSS发送的所述UE可达的通知消息后，重新发送所述触发消息。
本发明实施例提供的MTC-IWF设备，能够在当SMS-SC发送触发消息失败时，MTC-IWF设备接收SMS-SC发送的传输报告，然后MTC-IWF设备根据该传输报告等待SMS-SC重新发送该触发消息，或者MTC-IWF设备根据该传输报告重新发送该触发消息。与现有技术中在MTC-IWF设备向UE重新发送该触发消息后SMS-SC仍再次向UE发送该触发消息相比，能够避免UE重复接收触发消息，由此节省发送触发消息产生的信令开销，可以节约网络资源。
参考上述方法实施例的实现，本发明实施例提供了一种SMS-SC，所述SMS-SC通过第一接口与MTC-IWF设备通信。如图9所示，所述SMS-SC包括：触发消息发送单元91、传输报告发送单元92、接收单元93、第一处理单元94、第二处理单元95、第三处理单元96以及第四处理单元97，其中，
所述触发消息发送单元91，用于向用户设备UE发送触发Trigger消息；
所述传输报告发送单元92，用于当所述触发消息发送单元91向所述UE发送触发Trigger消息失败时，向机器类通信交互功能MTC-IWF设备发送传输报告，以便所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息。
进一步的，所述传输报告发送单元92具体用于：
将传输失败原因携带在所述传输报告中，以便所述MTC-IWF设备根据所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输失败原因重新发送所述触发消息。
进一步的，所述接收单元93，用于在所述传输报告发送单元92向所述MTC-IWF设备发送所述传输报告之后，接收所述MTC-IWF设备发送的触发消息删除指示；
所述第一处理单元94，用于根据所述接收单元93接收的所述触发消息删除指示删除所述触发消息，以便取消所述触发消息发送单元向所述UE再次发送所述触发消息。
进一步的，所述第二处理单元95，用于在所述传输报告发送单元92向所述MTC-IWF设备发送所述传输报告之前，删除所述触发消息；
所述传输报告发送单元92还用于在所述传输报告中添加触发消息删除指示信息，以便所述MTC-IWF设备根据所述触发消息删除指示信息重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后已删除所述触发消息。
进一步的，所述接收单元93还用于在所述触发消息发送单元91向所述UE发送所述触发消息之前，接收所述MTC-IWF设备发送的提交触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息；
进一步的，所述第三处理单元96，用于当所述触发消息发送单元91向所述UE发送所述触发消息失败时，删除所述触发消息。
进一步的，所述第四处理单元97，用于在所述传输报告发送单元92向所述MTC-IWF设备发送所述传输报告之前，在所述传输报告中添加触发消息保存指示信息，以便所述MTC-IWF设备根据所述触发消息保存指示信息等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后已保存所述触发消息。
本发明实施例提供的SMS-SC，能够在当SMS-SC发送触发消息失败时，SMS-SC向MTC-IWF设备发送传输报告，然后MTC-IWF设备根据该传输报告等待SMS-SC重新发送该触发消息，或者MTC-IWF设备根据该传输报告重新发送该触发消息。与现有技术中在MTC-IWF设备向UE重新发送该触发消息后SMS-SC仍再次向UE发送该触发消息相比，能够避免UE重复接收触发消息，由此节省发送触发消息产生的信令开销，可以节约网络资源。
参考上述图8以及图9所示的设备实施例，本发明实施例提供了一种触发消息发送的系统，如图10所示，所述系统包括：MTC-IWF设备1001和SMS-SC1002，其中所述MTC-IWF设备1001为图8所示的MTC-IWF设备，所述SMS-SC1002为图9所示的SMS-SC，所述SMS-SC1002通过第一接口与所述MTC-IWF设备1001通信，其中，
所述SMS-SC1002，用于当所述SMS-SC1002向用户设备UE发送触发Trigger消息失败时，向所述MTC-IWF1001设备发送传输报告；
所述MTC-IWF1001设备用于，接收所述SMS-SC1002发送的所述传输报告，根据所述传输报告等待所述SMS-SC1002重新发送所述触发消息，或者根据所述传输报告重新发送所述触发消息。
本发明实施例提供的触发消息发送的系统，能够在当SMS-SC发送触发消息失败时，MTC-IWF设备接收SMS-SC发送的传输报告，然后MTC-IWF设备根据该传输报告等待SMS-SC重新发送该触发消息，或者MTC-IWF设备根据该传输报告重新发送该触发消息。与现有技术中在MTC-IWF设备向UE重新发送该触发消息后SMS-SC仍再次向UE发送该触发消息相比，能够避免UE重复接收触发消息，由此节省发送触发消息产生的信令开销，可以节约网络资源。
参考上述方法实施例的实现，本发明实施例还提供了一种MTC-IWF设备，所述MTC-IWF设备通过第一接口与SMS-SC通信，通过第二接口与核心网设备通信。如图11所示，所述MTC-IWF设备包括：接收器1101、处理器1102以及发送器1103，其中，
所述接收器1101，用于接收短消息业务中心SMS-SC发送的传输报告，所述传输报告由所述SMS-SC在向用户设备UE发送触发消息失败后发送给所述MTC-IWF设备；
所述处理器1102，用于根据所述接收器1101接收的所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息。
进一步的，所述处理器1102具体用于：
当所述接收器1101接收的所述传输报告中携带有传输失败原因时，根据所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者根据所述传输失败原因重新发送所述触发消息。
进一步的，所述处理器1102具体用于：
当所述接收器1101接收的所述传输失败原因为缺席用户AbsentSubscriber或终端忙MSBusy for MT SMS时，等待所述SMS-SC重新发送所述触发消息；
当所述接收器1101接收的所述传输失败原因为除所述缺席用户以及所述终端忙以外的其他原因时，重新发送所述触发消息。
进一步的，所述处理器1102还用于当根据所述接收器1101接收的所述传输报告重新发送所述触发消息时，指示所述SMS-SC删除所述触发消息，以便所述SMS-SC取消向所述UE再次发送所述触发消息。
进一步的，所述处理器1102具体用于：
当所述接收器1101接收的所述传输报告中包含触发消息删除指示信息时，重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后删除所述触发消息。
进一步的，所述发送器1003，用于在所述SMS-SC向所述UE发送触发消息之前，向所述SMS-SC发送提交触发消息，以便所述SMS-SC向所述UE发送所述触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息，以便所述SMS-SC在发送所述触发消息失败后删除所述触发消息；
所述处理器1102还用于当所述传输报告中携带有传输失败原因时，根据所述传输失败原因重新发送所述触发消息。
进一步的，所述处理器1102具体用于：
当所述接收器1101接收的所述传输报告中包含触发消息保存指示信息时，等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后保存所述触发消息。
进一步的，所述发送器1003还用于在所述处理器1102根据所述接收器1101接收的所述传输报告重新发送所述触发消息之前，向本地签约服务器HSS订阅所述UE可达的通知消息；
所述接收器1101还用于接收所述HSS发送的所述UE可达的通知消息；
所述处理器1102还用于当所述接收器1101接收到所述HSS发送的所述UE可达的通知消息后，重新发送所述触发消息。
本发明实施例提供的MTC-IWF设备，能够在当SMS-SC发送触发消息失败时，MTC-IWF设备接收SMS-SC发送的传输报告，然后MTC-IWF设备根据该传输报告等待SMS-SC重新发送该触发消息，或者MTC-IWF设备根据该传输报告重新发送该触发消息。与现有技术中在MTC-IWF设备向UE重新发送该触发消息后SMS-SC仍再次向UE发送该触发消息相比，能够避免UE重复接收触发消息，由此节省发送触发消息产生的信令开销，可以节约网络资源。
参考上述方法实施例的实现，本发明实施例提供了一种SMS-SC，所述SMS-SC通过第一接口与MTC-IWF设备通信。如图12所示，所述SMS-SC包括：发射器1201、接收器1202以及处理器1203，其中，
所述发射器1201，用于向用户设备UE发送触发Trigger消息；
所述发射器1201还用于当向所述UE发送触发Trigger消息失败时，向机器类通信交互功能MTC-IWF设备发送传输报告，以便所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息。
进一步的，所述发射器1201具体用于：
将传输失败原因携带在所述传输报告中，以便所述MTC-IWF设备根据所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输失败原因重新发送所述触发消息。
进一步的，所述接收器1202，用于在所述发射器1201向所述MTC-IWF设备发送所述传输报告之后，接收所述MTC-IWF设备发送的触发消息删除指示；
所述处理器1203，用于根据所述接收器1202接收的所述触发消息删除指示删除所述触发消息，以便取消所述触发消息发送单元向所述UE再次发送所述触发消息。
进一步的，所述处理器1203还用于在所述接收器1202向所述MTC-IWF设备发送所述传输报告之前，删除所述触发消息；
所述发射器1201还用于在所述传输报告中添加触发消息删除指示信息，以便所述MTC-IWF设备根据所述触发消息删除指示信息重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后已删除所述触发消息。
进一步的，所述接收器1202还用于在所述发射器1201向所述UE发送所述触发消息之前，接收所述MTC-IWF设备发送的提交触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息；
进一步的，所述处理器1203还用于当发射器1201向所述UE发送所述触发消息失败时，删除所述触发消息。
进一步的，所述处理器1203还用于在发射器1201向所述MTC-IWF设备发送所述传输报告之前，在所述传输报告中添加触发消息保存指示信息，以便所述MTC-IWF设备根据所述触发消息保存指示信息等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后已保存所述触发消息。
本发明实施例提供的SMS-SC，能够在当SMS-SC发送触发消息失败时，SMS-SC向MTC-IWF设备发送传输报告，然后MTC-IWF设备根据该传输报告等待SMS-SC重新发送该触发消息，或者MTC-IWF设备根据该传输报告重新发送该触发消息。与现有技术中在MTC-IWF设备向UE重新发送该触发消息后SMS-SC仍再次向UE发送该触发消息相比，能够避免UE重复接收触发消息，由此节省发送触发消息产生的信令开销，可以节约网络资源。
参考上述图11以及图12所示的设备实施例，本发明实施例提供了一种触发消息发送的系统，如图13所示，所述系统包括：MTC-IWF设备1301和SMS-SC1302，其中所述MTC-IWF设备1301为图11所示的MTC-IWF设备，所述SMS-SC1302为图12所示的SMS-SC，所述SMS-SC1302通过第一接口与所述MTC-IWF设备1301通信。其中，
所述SMS-SC1302，用于当所述SMS-SC1302向用户设备UE发送触发Trigger消息失败时，向所述MTC-IWF1301设备发送传输报告；
所述MTC-IWF1301设备用于，接收所述SMS-SC1302发送的所述传输报告，根据所述传输报告等待所述SMS-SC1302重新发送所述触发消息，或者根据所述传输报告重新发送所述触发消息。
本发明实施例提供的触发消息发送的系统，能够在当SMS-SC发送触发消息失败时，MTC-IWF设备接收SMS-SC发送的传输报告，然后MTC-IWF设备根据该传输报告等待SMS-SC重新发送该触发消息，或者MTC-IWF设备根据该传输报告重新发送该触发消息。与现有技术中在MTC-IWF设备向UE重新发送该触发消息后SMS-SC仍再次向UE发送该触发消息相比，能够避免UE重复接收触发消息，由此节省发送触发消息产生的信令开销，可以节约网络资源。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上实施例仅用以示例性的说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明及本发明带来的有益效果进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明权利要求的范围。
需要说明的是上述MTC-IWF实体的存储功能可以由MTC-IWF来实现，也可以是在逻辑上与MTC-IWF不同名称的但物理上相同的其他功能实体实现。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
Claims (19)
1.一种触发消息发送的方法，其特征在于，包括：
机器类通信交互功能MTC-IWF设备接收短消息业务中心SMS-SC发送的传输报告，所述传输报告由所述SMS-SC在向用户设备UE发送触发消息失败后发送给所述MTC-IWF设备；
所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息；
所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息，具体包括：
当所述传输报告中携带有传输失败原因时，若所述传输失败原因为缺席用户AbsentSubscriber或终端忙MS Busy for MT SMS，则所述MTC-IWF设备等待所述SMS-SC重新发送所述触发消息；
若所述传输失败原因为除所述缺席用户以及所述终端忙以外的其他原因，则所述MTC-IWF设备重新发送所述触发消息，所述MTC-IWF设备指示所述SMS-SC删除所述触发消息，以便所述SMS-SC取消向所述UE再次发送所述触发消息。
2.根据权利要求1所述的方法，其特征在于，所述MTC-IWF设备根据所述传输报告重新发送所述触发消息，具体包括：
当所述传输报告中包含触发消息删除指示信息时，所述MTC-IWF设备重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后删除所述触发消息。
3.根据权利要求1所述的方法，其特征在于，在所述SMS-SC向所述UE发送触发消息之前，所述方法进一步包括：
所述MTC-IWF设备向所述SMS-SC发送提交触发消息，以便所述SMS-SC向所述UE发送所述触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息，以便所述SMS-SC在发送所述触发消息失败后删除所述触发消息；
所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息，具体包括：
当所述传输报告中携带有传输失败原因时，所述MTC-IWF设备根据所述传输失败原因重新发送所述触发消息。
4.根据权利要求1所述的方法，其特征在于，所述MTC-IWF设备根据所述传输报告等待所述SMS-SC重新发送所述触发消息，具体包括：
当所述传输报告中包含触发消息保存指示信息时，所述MTC-IWF设备等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后保存所述触发消息。
5.根据权利要求1所述的方法，其特征在于，在所述MTC-IWF设备根据所述传输报告重新发送所述触发消息之前，所述方法进一步包括：
所述MTC-IWF设备向本地签约服务器HSS订阅所述UE可达的通知消息；
所述MTC-IWF设备根据所述传输报告重新发送所述触发消息，具体包括：
当接收到所述HSS发送的所述UE可达的通知消息后，所述MTC-IWF设备重新发送所述触发消息。
6.一种触发消息发送的方法，其特征在于，包括：
当短消息业务中心SMS-SC向用户设备UE发送触发Trigger消息失败时，所述SMS-SC向机器类通信交互功能MTC-IWF设备发送携带有传输失败原因的传输报告，以便所述MTC-IWF设备根据所述传输报告携带的所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告携带的所述传输失败原因重新发送所述触发消息；
其中，若所述传输失败原因为缺席用户Absent Subscriber或终端忙MS Busy for MTSMS，则所述MTC-IWF设备等待所述SMS-SC重新发送所述触发消息；
若所述传输失败原因为除所述缺席用户以及所述终端忙以外的其他原因，则所述MTC-IWF设备重新发送所述触发消息，所述SMS-SC接收所述MTC-IWF设备发送的触发消息删除指示，所述SMS-SC根据所述触发消息删除指示删除所述触发消息，以便取消向所述UE再次发送所述触发消息。
7.根据权利要求6所述的方法，其特征在于，在所述SMS-SC向所述MTC-IWF设备发送所述传输报告之前，所述方法进一步包括：
所述SMS-SC删除所述触发消息，并在所述传输报告中添加触发消息删除指示信息，以便所述MTC-IWF设备根据所述触发消息删除指示信息重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后已删除所述触发消息。
8.根据权利要求6所述的方法，其特征在于，在所述SMS-SC向所述UE发送所述触发消息之前，所述方法进一步包括：
所述SMS-SC接收所述MTC-IWF设备发送的提交触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息；
当所述SMS-SC向所述UE发送所述触发消息失败时，所述SMS-SC删除所述触发消息。
9.根据权利要求6所述的方法，其特征在于，在所述SMS-SC向所述MTC-IWF设备发送所述传输报告之前，所述方法进一步包括：
所述SMS-SC在所述传输报告中添加触发消息保存指示信息，以便所述MTC-IWF设备根据所述触发消息保存指示信息等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后已保存所述触发消息。
10.一种机器类通信交互功能MTC-IWF设备，其特征在于，包括：
接收单元，用于接收短消息业务中心SMS-SC发送的传输报告，所述传输报告由所述SMS-SC在向用户设备UE发送触发消息失败后发送给所述MTC-IWF设备；
处理单元，用于根据所述接收单元接收的所述传输报告等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告重新发送所述触发消息；
所述处理单元，具体用于：当所述接收单元接收的所述传输报告中携带有传输失败原因时，若所述传输失败原因为缺席用户Absent Subscriber或终端忙MS Busy for MT SMS时，等待所述SMS-SC重新发送所述触发消息；
若所述传输失败原因为除所述缺席用户以及所述终端忙以外的其他原因时，重新发送所述触发消息；
指示单元，用于当所述处理单元根据所述接收单元接收的所述传输报告重新发送所述触发消息时，指示所述SMS-SC删除所述触发消息，以便所述SMS-SC取消向所述UE再次发送所述触发消息。
11.根据权利要求10所述的MTC-IWF设备，其特征在于，所述处理单元具体用于：
当所述接收单元接收的所述传输报告中包含触发消息删除指示信息时，重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后删除所述触发消息。
12.根据权利要求10所述的MTC-IWF设备，其特征在于，所述MTC-IWF设备进一步包括：
发送单元，用于在所述SMS-SC向所述UE发送触发消息之前，向所述SMS-SC发送提交触发消息，以便所述SMS-SC向所述UE发送所述触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息，以便所述SMS-SC在发送所述触发消息失败后删除所述触发消息；
所述处理单元还用于当所述传输报告中携带有传输失败原因时，根据所述传输失败原因重新发送所述触发消息。
13.根据权利要求10所述的MTC-IWF设备，其特征在于，所述处理单元具体用于：
当所述接收单元接收的所述传输报告中包含触发消息保存指示信息时，等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后保存所述触发消息。
14.根据权利要求10所述的MTC-IWF设备，其特征在于，所述发送单元还用于在所述处理单元根据所述接收单元接收的所述传输报告重新发送所述触发消息之前，向本地签约服务器HSS订阅所述UE可达的通知消息；
所述接收单元还用于接收所述HSS发送的所述UE可达的通知消息；
所述处理单元还用于当所述接收单元接收到所述HSS发送的所述UE可达的通知消息后，重新发送所述触发消息。
15.一种短消息业务中心SMS-SC，其特征在于，包括：
触发消息发送单元，用于向用户设备UE发送触发Trigger消息；
传输报告发送单元，用于当所述触发消息发送单元向所述UE发送触发Trigger消息失败时，向机器类通信交互功能MTC-IWF设备发送携带有传输失败原因的传输报告，以便所述MTC-IWF设备根据所述传输报告携带的所述传输失败原因等待所述SMS-SC重新发送所述触发消息，或者所述MTC-IWF设备根据所述传输报告携带的所述传输失败原因重新发送所述触发消息；
其中，若所述传输失败原因为缺席用户Absent Subscriber或终端忙MS Busy for MTSMS，则所述MTC-IWF设备等待所述SMS-SC重新发送所述触发消息；
若所述传输失败原因为除所述缺席用户以及所述终端忙以外的其他原因，则所述MTC-IWF设备重新发送所述触发消息；
接收单元，用于在所述传输报告发送单元向所述MTC-IWF设备发送所述传输报告之后，接收所述MTC-IWF设备发送的触发消息删除指示；
第一处理单元，用于根据所述接收单元接收的所述触发消息删除指示删除所述触发消息，以便取消所述触发消息发送单元向所述UE再次发送所述触发消息。
16.根据权利要求15所述的SMS-SC，其特征在于，所述SMS-SC进一步包括：
第二处理单元，用于在所述传输报告发送单元向所述MTC-IWF设备发送所述传输报告之前，删除所述触发消息；
所述传输报告发送单元还用于在所述传输报告中添加触发消息删除指示信息，以便所述MTC-IWF设备根据所述触发消息删除指示信息重新发送所述触发消息，所述触发消息删除指示信息用于表示所述SMS-SC在发送所述触发消息失败后已删除所述触发消息。
17.根据权利要求15所述的SMS-SC，其特征在于，所述接收单元还用于在所述触发消息发送单元向所述UE发送所述触发消息之前，接收所述MTC-IWF设备发送的提交触发消息，所述提交触发消息中包含当发送所述触发消息失败时不需要所述SMS-SC存储所述触发信息的指示信息；
所述SMS-SC进一步包括：
第三处理单元，用于当所述触发消息发送单元向所述UE发送所述触发消息失败时，删除所述触发消息。
18.根据权利要求15所述的SMS-SC，其特征在于，所述SMS-SC进一步包括：
第四处理单元，用于在所述传输报告发送单元向所述MTC-IWF设备发送所述传输报告之前，在所述传输报告中添加触发消息保存指示信息，以便所述MTC-IWF设备根据所述触发消息保存指示信息等待所述SMS-SC重新发送所述触发消息，所述触发消息保存指示信息用于表示所述SMS-SC在发送所述触发消息失败后已保存所述触发消息。
19.一种触发消息发送的系统，其特征在于，包括：权利要求10-14任意一项所述的机器类通信交互功能MTC-IWF设备和权利要求15-18任意一项所述的短消息业务中心SMS-SC。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310016410.0A CN103929730B (zh) | 2013-01-16 | 2013-01-16 | 触发消息发送的方法、设备及系统 |
| EP13871744.2A EP2858389B1 (en) | 2013-01-16 | 2013-10-28 | Device and system for sending trigger message |
| PCT/CN2013/086033 WO2014110927A1 (zh) | 2013-01-16 | 2013-10-28 | 触发消息发送的方法、设备及系统 |
| US14/584,440 US9351135B2 (en) | 2013-01-16 | 2014-12-29 | Trigger message sending method, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310016410.0A CN103929730B (zh) | 2013-01-16 | 2013-01-16 | 触发消息发送的方法、设备及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103929730A CN103929730A (zh) | 2014-07-16 |
| CN103929730B true CN103929730B (zh) | 2017-12-29 |
Family
ID=51147779
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310016410.0A Active CN103929730B (zh) | 2013-01-16 | 2013-01-16 | 触发消息发送的方法、设备及系统 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US9351135B2 (zh) |
| EP (1) | EP2858389B1 (zh) |
| CN (1) | CN103929730B (zh) |
| WO (1) | WO2014110927A1 (zh) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104768137B (zh) * | 2014-01-08 | 2019-03-12 | 阿尔卡特朗讯 | 一种用于mtc的触发报告的传递方法与装置 |
| EP3001702B1 (en) * | 2014-09-26 | 2021-02-24 | Alcatel Lucent | Support of mobile-terminated application services in a mobile system |
| CN106341881B (zh) * | 2015-07-10 | 2020-11-03 | 中兴通讯股份有限公司 | 设备触发信息的处理方法及装置 |
| GB2542573B (en) * | 2015-09-22 | 2018-08-15 | Vodafone Ip Licensing Ltd | Network roaming |
| WO2017112785A1 (en) * | 2015-12-21 | 2017-06-29 | Nokia Solutions And Networks Oy | Internet protocol (ip) multimedia subsystem (ims) level awareness of high latency device |
| US10375535B2 (en) * | 2017-06-23 | 2019-08-06 | Verizon Patent And Licensing Inc. | SMS-IWF reassignment for SMS link outage |
| WO2019024102A1 (zh) * | 2017-08-04 | 2019-02-07 | 华为技术有限公司 | 无线通信中的会话处理方法及终端设备 |
| US20220078592A1 (en) * | 2018-12-29 | 2022-03-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and Apparatus for Providing a User Equipment with Directions in a Communication Network |
| US11751056B2 (en) | 2020-08-31 | 2023-09-05 | Oracle International Corporation | Methods, systems, and computer readable media for 5G user equipment (UE) historical mobility tracking and security screening using mobility patterns |
| US11832172B2 (en) | 2020-09-25 | 2023-11-28 | Oracle International Corporation | Methods, systems, and computer readable media for mitigating spoofing attacks on security edge protection proxy (SEPP) inter-public land mobile network (inter-PLMN) forwarding interface |
| US11825310B2 (en) | 2020-09-25 | 2023-11-21 | Oracle International Corporation | Methods, systems, and computer readable media for mitigating 5G roaming spoofing attacks |
| US11622255B2 (en) | 2020-10-21 | 2023-04-04 | Oracle International Corporation | Methods, systems, and computer readable media for validating a session management function (SMF) registration request |
| US11770694B2 (en) | 2020-11-16 | 2023-09-26 | Oracle International Corporation | Methods, systems, and computer readable media for validating location update messages |
| US11818570B2 (en) | 2020-12-15 | 2023-11-14 | Oracle International Corporation | Methods, systems, and computer readable media for message validation in fifth generation (5G) communications networks |
| US11812271B2 (en) | 2020-12-17 | 2023-11-07 | Oracle International Corporation | Methods, systems, and computer readable media for mitigating 5G roaming attacks for internet of things (IoT) devices based on expected user equipment (UE) behavior patterns |
| US11700510B2 (en) * | 2021-02-12 | 2023-07-11 | Oracle International Corporation | Methods, systems, and computer readable media for short message delivery status report validation |
| US11689912B2 (en) | 2021-05-12 | 2023-06-27 | Oracle International Corporation | Methods, systems, and computer readable media for conducting a velocity check for outbound subscribers roaming to neighboring countries |
| US12028800B2 (en) | 2021-05-26 | 2024-07-02 | Oracle International Corporation | Methods, systems, and computer readable media for determining time related parameter values for a communications network |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012151981A1 (zh) * | 2011-08-24 | 2012-11-15 | 中兴通讯股份有限公司 | 发送mtc设备触发信息的方法、系统和目标用户设备 |
| WO2012151963A1 (zh) * | 2011-09-30 | 2012-11-15 | 中兴通讯股份有限公司 | 一种触发信息中有效时间的处理方法和系统 |
| CN102833705A (zh) * | 2012-08-10 | 2012-12-19 | 中兴通讯股份有限公司 | 一种终端多外部标识共存下的消息处理方法、网络侧设备 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012103902A1 (en) | 2011-02-04 | 2012-08-09 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangements for mtc communication |
| EP2608567A1 (en) * | 2011-12-13 | 2013-06-26 | Panasonic Corporation | Device triggering and congestion control |
| US9794772B2 (en) * | 2012-06-22 | 2017-10-17 | Nokia Solutions And Networks Oy | Machine type communication interworking function |
| CN104471876B (zh) * | 2012-08-03 | 2018-08-10 | 英特尔公司 | 包含设备触发重呼/替换特征的3gpp/m2m方法和设备 |
| CN104885514B (zh) * | 2012-11-01 | 2019-05-21 | 英特尔公司 | 在LTE-A网络中发送QoS要求以及UE功率偏好的信号 |
| US9516541B2 (en) * | 2013-09-17 | 2016-12-06 | Intel IP Corporation | Congestion measurement and reporting for real-time delay-sensitive applications |
-
2013
- 2013-01-16 CN CN201310016410.0A patent/CN103929730B/zh active Active
- 2013-10-28 EP EP13871744.2A patent/EP2858389B1/en active Active
- 2013-10-28 WO PCT/CN2013/086033 patent/WO2014110927A1/zh active Application Filing
-
2014
- 2014-12-29 US US14/584,440 patent/US9351135B2/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012151981A1 (zh) * | 2011-08-24 | 2012-11-15 | 中兴通讯股份有限公司 | 发送mtc设备触发信息的方法、系统和目标用户设备 |
| WO2012151963A1 (zh) * | 2011-09-30 | 2012-11-15 | 中兴通讯股份有限公司 | 一种触发信息中有效时间的处理方法和系统 |
| CN102833705A (zh) * | 2012-08-10 | 2012-12-19 | 中兴通讯股份有限公司 | 一种终端多外部标识共存下的消息处理方法、网络侧设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP2858389B1 (en) | 2019-03-06 |
| EP2858389A4 (en) | 2015-08-12 |
| CN103929730A (zh) | 2014-07-16 |
| WO2014110927A1 (zh) | 2014-07-24 |
| US20150119092A1 (en) | 2015-04-30 |
| US9351135B2 (en) | 2016-05-24 |
| EP2858389A1 (en) | 2015-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103929730B (zh) | 触发消息发送的方法、设备及系统 | |
| CN106686561B (zh) | 支持移动终接短消息递送的方法和装置 | |
| JP6626207B2 (ja) | 拡張アイドルモードｄｒｘを使用するユーザ機器へのモバイル終端非ｉｐデータ配信ｍｔ ｎｉｄｄサービスをサポートするための方法および装置 | |
| CN107113598B (zh) | 演进分组系统中的移动台终止的通信的支持 | |
| US9900269B2 (en) | Short message server, terminal trigger method of server thereof, trigger request delivery server, trigger request deliver method of server thereof | |
| EP2861000B1 (en) | Method and device for transmitting downlink data | |
| US20140307632A1 (en) | Method and device for triggering machine-type communication mtc in wireless communication system | |
| KR20140022385A (ko) | 파라미터 업데이트 정보를 전송 및 수신하는 방법과 이를 위한 장치 | |
| KR102590338B1 (ko) | 짧은 메시지 서비스 능력을 업데이트하기 위한 방법, 장비 및 장치 | |
| JP5566527B2 (ja) | 非アクセス層（ｎａｓ）のメッセージ・トンネリング中に異常状態を通知する方法 | |
| EP3092868B1 (en) | Techniques for a device trigger recall/replace procedure | |
| KR20160060091A (ko) | 페이징 방법, 네트워크 디바이스 및 통신 시스템 | |
| US11412355B2 (en) | Method, device, and system for optimizing short message signaling | |
| WO2013113195A1 (zh) | 短消息的发送方法及系统 | |
| US9014730B2 (en) | Device reachability in LTE networks for text messaging | |
| EP2144459A1 (en) | Method and network device for implementing communication service | |
| US9380478B2 (en) | Updating method for trigger message counter, machine type communication server and terminal | |
| CN112584332A (zh) | 短消息传输方法、装置和系统、注册方法和装置 | |
| CN105792147A (zh) | 短信投递失败处理方法、装置及系统 | |
| US8868114B2 (en) | Network entity for mobile communications | |
| CN103813276A (zh) | 信息的发送方法、mtc服务器、用户设备及mtc系统 | |
| JP6807952B2 (ja) | 通信サービスを端末通信装置に提供する通信ネットワークを決定する方法及び装置 | |
| US11706590B1 (en) | Method and system to facilitate media-content delivery | |
| JP2024009920A (ja) | 端末デバイスに対する監視を設定するための方法および装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong. Patentee after: Huawei Terminal (Shenzhen) Co., Ltd. Address before: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong. Patentee before: Huawei Device Co., Ltd. |
|
| CP01 | Change in the name or title of a patent holder |