觸發(fā)消息發(fā)送的方法、設(shè)備及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種觸發(fā)消息發(fā)送的方法、設(shè)備及系統(tǒng)，涉及通信【技術(shù)領(lǐng)域】，能夠解決機器類通信交互功能MTC-IWF設(shè)備和短消息業(yè)務(wù)中心SMS-SC向用戶設(shè)備UE重復(fù)發(fā)送觸發(fā)Trigger消息的問題。該方法包括：MTC-IWF設(shè)備接收SMS-SC發(fā)送的傳輸報告，所述傳輸報告由所述SMS-SC在向UE發(fā)送觸發(fā)消息失敗后發(fā)送給所述MTC-IWF設(shè)備；所述MTC-IWF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-IWF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。本發(fā)明主要一個用于觸發(fā)消息發(fā)送的過程中。
【專利說明】觸發(fā)消息發(fā)送的方法、設(shè)備及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，尤其涉及一種觸發(fā)消息發(fā)送的方法、設(shè)備及系統(tǒng)。
【背景技術(shù)】
[0002]機器到機器(Machine to Machine簡稱，M2M)通信技術(shù)廣泛應(yīng)用于社會各個行業(yè)，其綜合了通信技術(shù)和網(wǎng)絡(luò)技術(shù)，將遍布在人們?nèi)粘Ｉ钪虚g的機器設(shè)備連接成網(wǎng)絡(luò)，從而提高設(shè)備的智能化水平，給日常生活、工業(yè)生產(chǎn)等的方面帶來了新一輪的變革。M2M通信技術(shù)具有覆蓋范圍廣、無需布線等特點，移動網(wǎng)絡(luò)是M2M通信技術(shù)信息承載和傳送最廣泛、最有市場前景的技術(shù)，隨著移動通信網(wǎng)絡(luò)帶寬的不斷提高和數(shù)據(jù)業(yè)務(wù)能力的日益提升，M2M通信技術(shù)的發(fā)展將進一步加快。
[0003]在基于M2M通信技術(shù)的網(wǎng)絡(luò)架構(gòu)中，機器類通信交互功能設(shè)備(MachineTypeCommunications-1nter Working Function,簡稱 MTC-1WF)可以將業(yè)務(wù)能力服務(wù)器(Services Capability Server,簡稱SCS)的MTC業(yè)務(wù)或增值業(yè)務(wù)提供給用戶設(shè)備(User Equipment簡稱，UE),或者，MTC-1ffF設(shè)備通過短消息業(yè)務(wù)中心(Short MessageService-Service Center,簡稱SMS-SC)以短消息的形式將SCS的MTC業(yè)務(wù)或增值業(yè)務(wù)提供給UE。當(dāng)SCS需要與UE進行數(shù)據(jù)交互，但SCS尚未獲取UE的網(wǎng)間協(xié)議(InternetProtocol，簡稱IP)地址時，MTC-1WF設(shè)備通常會根據(jù)已有的UE身份標(biāo)識向UE發(fā)送一個觸發(fā)(Trigger)消息，以便UE根據(jù)該觸發(fā)消息與MTC-1WF設(shè)備進行通信連接，由此與MTC-1WF設(shè)備進行數(shù)據(jù)交互。
[0004]MTC-1ffF設(shè)備向UE發(fā)送觸發(fā)消息的方式有二:I)MTC-1WF設(shè)備向核心網(wǎng)發(fā)送觸發(fā)消息，由核心網(wǎng)向UE發(fā)送該觸發(fā)消息；2)MTC-1WF設(shè)備將觸發(fā)消息發(fā)送給SMS-SC，由SMS-SC通過短消息的形式向核心網(wǎng)發(fā)送該觸發(fā)消息，然后再由核心網(wǎng)向UE發(fā)送短消息形式的觸發(fā)消息。在上述兩種發(fā)送觸發(fā)消息的方式中，當(dāng)MTC-1WF設(shè)備或SMS-SC發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備或SMS-SC會保存發(fā)送失敗消息，后續(xù)再次發(fā)送未發(fā)送成功的觸發(fā)消息。通常，MTC-1WF設(shè)備可以選擇上述兩種發(fā)送方式之一發(fā)送觸發(fā)消息，當(dāng)發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備再選擇另一種發(fā)送方式發(fā)送該觸發(fā)消息。
[0005]在上述發(fā)送觸發(fā)消息的過程中，如果MTC-1WF設(shè)備選擇一種發(fā)送方式發(fā)送觸發(fā)消息失敗，則會選擇另一種發(fā)送方式發(fā)送該觸發(fā)消息，而與此同時，第一種發(fā)送方式的設(shè)備又會在一定時間間隔后重新發(fā)送該觸發(fā)消息。例如，MTC-1WF設(shè)備首先選擇通過SMS-SC向UE發(fā)送觸發(fā)消息，SMS-SC發(fā)送觸發(fā)消息失敗，然后MTC-1WF設(shè)備選擇通過核心網(wǎng)向UE發(fā)送該觸發(fā)消息，而與此同時，SMS-SC在發(fā)送觸發(fā)消息失敗一段時間后，會重新向UE發(fā)送該觸發(fā)消息，由此導(dǎo)致MTC-1WF設(shè)備和SMS-SC向UE重復(fù)發(fā)送相同的觸發(fā)消息，造成了不必要的信令開銷，浪費網(wǎng)絡(luò)資源。同樣，MTC-1WF設(shè)備首先選擇通過核心網(wǎng)向UE發(fā)送該觸發(fā)消息時，也會存在類似重復(fù)發(fā)送相同觸發(fā)消息的問題。

【發(fā)明內(nèi)容】
[0006]本發(fā)明的實施例提供了一種觸發(fā)消息發(fā)送的方法、設(shè)備及系統(tǒng)，能夠解決MTC-1WF設(shè)備和SMS-SC重復(fù)發(fā)送相同觸發(fā)消息的問題。
[0007]第一方面,本發(fā)明實施例提供了一種觸發(fā)消息發(fā)送的方法,包括:
[0008]機器類通信交互功能MTC-1WF設(shè)備接收短消息業(yè)務(wù)中心SMS-SC發(fā)送的傳輸報告，所述傳輸報告由所述SMS-SC在向用戶設(shè)備UE發(fā)送觸發(fā)消息失敗后發(fā)送給所述MTC-1WF設(shè)備;
[0009]所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0010]在所述第一方面的第一種可能的實現(xiàn)方式中，所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息，具體包括:
[0011]當(dāng)所述傳輸報告中攜帶有傳輸失敗原因時，所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0012]在所述第一方面或所述第一方面的第一種可能的實現(xiàn)方式中，還提供了所述第一方面的第二種可能的實現(xiàn)方式，在所述第一方面的第二種可能的實現(xiàn)方式中，所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息，具體包括:
[0013]如果所述傳輸失敗原因為缺席用戶Absent Subscriber或終端忙MS Busyfor MTSMS,則所述MTC-1WF設(shè)備等待所述SMS-SC重新發(fā)送所述觸發(fā)消息；
[0014]如果所述傳輸失敗原因為除所述缺席用戶以及所述終端忙以外的其他原因，則所述MTC-1WF設(shè)備重新發(fā)送所述觸發(fā)消息。
[0015]在所述第一方面或所述第一方面的第一種可能或第二種可能的實現(xiàn)方式中，還提供了所述第一方面的第三種可能的實現(xiàn)方式，在所述第一方面的第三種可能的實現(xiàn)方式中，當(dāng)所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息時，所述方法進一步包括:
[0016]所述MTC-1WF設(shè)備指示所述SMS-SC刪除所述觸發(fā)消息，以便所述SMS-SC取消向所述UE再次發(fā)送所述觸發(fā)消息。
[0017]在所述第一方面或所述第一方面的第一種可能、第二種可能或第三種可能的實現(xiàn)方式中，還提供了所述第一方面的第四種可能的實現(xiàn)方式，在所述第一方面的第四種可能的實現(xiàn)方式中，所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息，具體包括:
[0018]當(dāng)所述傳輸報告中包含觸發(fā)消息刪除指示信息時，所述MTC-1WF設(shè)備重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息。
[0019]在所述第一方面或所述第一方面的第一種可能、第二種可能、第三種可能或第四種可能的實現(xiàn)方式中，還提供了所述第一方面的第五種可能的實現(xiàn)方式，在所述第一方面的第五種可能的實現(xiàn)方式中，在所述SMS-SC向所述UE發(fā)送觸發(fā)消息之前，所述方法進一步包括:
[0020]所述MTC-1WF設(shè)備向所述SMS-SC發(fā)送提交觸發(fā)消息，以便所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息，以便所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息；
[0021 ] 所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息，具體包括:
[0022]當(dāng)所述傳輸報告中攜帶有傳輸失敗原因時，所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0023]在所述第一方面或所述第一方面的第一種可能、第二種可能、第三種可能、第四種可能或第五種可能的實現(xiàn)方式中，還提供了所述第一方面的第六種可能的實現(xiàn)方式，在所述第一方面的第六種可能的實現(xiàn)方式中，所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，具體包括:
[0024]當(dāng)所述傳輸報告中包含觸發(fā)消息保存指示信息時，所述MTC-1WF設(shè)備等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后保存所述觸發(fā)消息。
[0025]在所述第一方面或所述第一方面的第一種可能、第二種可能、第三種可能、第四種可能、第五種可能或第六種可能的實現(xiàn)方式中，還提供了所述第一方面的第七種可能的實現(xiàn)方式，在所述第一方面的第七種可能的實現(xiàn)方式中，在所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息之前，所述方法進一步包括:
[0026]所述MTC-1WF設(shè)備向本地簽約服務(wù)器HSS訂閱所述UE可達的通知消息；
[0027]所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息，具體包括:
[0028]當(dāng)接收到所述HSS發(fā)送的所述UE可達的通知消息后，所述MTC-1WF設(shè)備重新發(fā)送所述觸發(fā)消息。
[0029]第二方面，本發(fā)明實施例還提供一種觸發(fā)消息發(fā)送的方法，包括:
[0030]當(dāng)短消息業(yè)務(wù)中心SMS-SC向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息失敗時，所述SMS-SC向機器類通信交互功能MTC-1WF設(shè)備發(fā)送傳輸報告，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0031]在所述第二方面的第一種可能的實現(xiàn)方式中，所述SMS-SC將傳輸失敗原因攜帶在所述傳輸報告中，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0032]在所述第二方面或所述第二方面的第一種可能的實現(xiàn)方式中，還提供了所述第二方面的第二種可能的實現(xiàn)方式，在所述第二方面的第二種可能的實現(xiàn)方式中，在所述SMS-SC向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之后，所述方法進一步包括:
[0033]所述SMS-SC接收所述MTC-1WF設(shè)備發(fā)送的觸發(fā)消息刪除指示，所述SMS-SC根據(jù)所述觸發(fā)消息刪除指示刪除所述觸發(fā)消息，以便取消向所述UE再次發(fā)送所述觸發(fā)消息。
[0034]在所述第二方面或所述第二方面的第一種可能或第二種可能的實現(xiàn)方式中，還提供了所述第二方面的第三種可能的實現(xiàn)方式，在所述第二方面的第三種可能的實現(xiàn)方式中，，在所述SMS-SC向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，所述方法進一步包括:
[0035]所述SMS-SC刪除所述觸發(fā)消息，并在所述傳輸報告中添加觸發(fā)消息刪除指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息刪除指示信息重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已刪除所述觸發(fā)消息。
[0036]在所述第二方面或所述第二方面的第一種可能、第二種可能或第三種可能的實現(xiàn)方式中，還提供了所述第二方面的第四種可能的實現(xiàn)方式，在所述第二方面的第四種可能的實現(xiàn)方式中，在所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息之前，所述方法進一步包括:
[0037]所述SMS-SC接收所述MTC-1WF設(shè)備發(fā)送的提交觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息；
[0038]當(dāng)所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息失敗時，所述SMS-SC刪除所述觸發(fā)消肩、O
[0039]在所述第二方面或所述第二方面的第一種可能、第二種可能、第三種可能或第四種可能的實現(xiàn)方式中，還提供了所述第二方面的第五種可能的實現(xiàn)方式，在所述第二方面的第五種可能的實現(xiàn)方式中，在所述SMS-SC向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，所述方法進一步包括:
[0040]所述SMS-SC在所述傳輸報告中添加觸發(fā)消息保存指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息保存指示信息等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已保存所述觸發(fā)消息。[0041 ] 第三方面，本發(fā)明實施例還提供了 一種機器類通信交互功能MTC-1WF設(shè)備，包括:
[0042]接收單兀，用于接收短消息業(yè)務(wù)中心SMS-SC發(fā)送的傳輸報告,所述傳輸報告由所述SMS-SC在向用戶設(shè)備UE發(fā)送觸發(fā)消息失敗后發(fā)送給所述MTC-1WF設(shè)備；
[0043]處理單元，用于根據(jù)所述接收單元接收的所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0044]在所述第三方面的第一種可能的實現(xiàn)方式中，所述處理單元具體用于:
[0045]當(dāng)所述接收單元接收的所述傳輸報告中攜帶有傳輸失敗原因時，根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0046]在所述第三方面或所述第三方面的第一種可能的實現(xiàn)方式中，還提供了所述第三方面的第二種可能的實現(xiàn)方式，在所述第三方面的第二種可能的實現(xiàn)方式中，所述處理單元具體用于:
[0047]當(dāng)所述接收單元接收的所述傳輸失敗原因為缺席用戶Absent Subscriber或終端忙MS Busy for MT SMS時，等待所述SMS-SC重新發(fā)送所述觸發(fā)消息；
[0048]當(dāng)所述接收單元接收的所述傳輸失敗原因為除所述缺席用戶以及所述終端忙以外的其他原因時，重新發(fā)送所述觸發(fā)消息。
[0049]在所述第三方面或所述第三方面的第一種可能或第二種可能的實現(xiàn)方式中，還提供了所述第三方面的第三種可能的實現(xiàn)方式，在所述第三方面的第三種可能的實現(xiàn)方式中，所述MTC-1WF設(shè)備進一步包括:
[0050]指示單元，用于當(dāng)所述處理單元根據(jù)所述接收單元接收的所述傳輸報告重新發(fā)送所述觸發(fā)消息時，指示所述SMS-SC刪除所述觸發(fā)消息，以便所述SMS-SC取消向所述UE再次發(fā)送所述觸發(fā)消息。[0051]在所述第三方面或所述第三方面的第一種可能、第二種可能或第三種可能的實現(xiàn)方式中，還提供了所述第三方面的第四種可能的實現(xiàn)方式，在所述第三方面的第四種可能的實現(xiàn)方式中，所述處理單元具體用于:
[0052]當(dāng)所述接收單元接收的所述傳輸報告中包含觸發(fā)消息刪除指示信息時，重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息。
[0053]在所述第三方面或所述第三方面的第一種可能、第二種可能、第三種可能或第四種可能的實現(xiàn)方式中，還提供了所述第三方面的第五種可能的實現(xiàn)方式，在所述第三方面的第五種可能的實現(xiàn)方式中，所述MTC-1WF設(shè)備進一步包括:
[0054]發(fā)送單元，用于在所述SMS-SC向所述UE發(fā)送觸發(fā)消息之前，向所述SMS-SC發(fā)送提交觸發(fā)消息，以便所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息，以便所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息；
[0055]所述處理單元還用于當(dāng)所述傳輸報告中攜帶有傳輸失敗原因時，根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0056]在所述第三方面或所述第三方面的第一種可能、第二種可能、第三種可能、第四種可能或第五種可能的實現(xiàn)方式中，還提供了所述第三方面的第六種可能的實現(xiàn)方式，在所述第三方面的第六種可能的實現(xiàn)方式中，所述處理單元具體用于:
[0057]當(dāng)所述接收單元接收的所述傳輸報告中包含觸發(fā)消息保存指示信息時，等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后保存所述觸發(fā)消息。
[0058]在所述第三方面或所述第三方面的第一種可能、第二種可能、第三種可能、第四種可能、第五種可能或第六種可能的實現(xiàn)方式中，還提供了所述第三方面的第七種可能的實現(xiàn)方式，在所述第三方面的第七種可能的實現(xiàn)方式中，所述發(fā)送單元還用于在所述處理單元根據(jù)所述接收單元接收的所述傳輸報告重新發(fā)送所述觸發(fā)消息之前，向本地簽約服務(wù)器HSS訂閱所述UE可達的通知消息；
[0059]所述接收單元還用于接收所述HSS發(fā)送的所述UE可達的通知消息；
[0060]所述處理單元還用于當(dāng)所述接收單元接收到所述HSS發(fā)送的所述UE可達的通知消息后，重新發(fā)送所述觸發(fā)消息。
[0061]第四方面，本發(fā)明實施例還提供了一種短消息業(yè)務(wù)中心SMS-SC，包括:
[0062]觸發(fā)消息發(fā)送單元，用于向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息；
[0063]傳輸報告發(fā)送單元，用于當(dāng)所述觸發(fā)消息發(fā)送單元向所述UE發(fā)送觸發(fā)Trigger消息失敗時，向機器類通信交互功能MTC-1WF設(shè)備發(fā)送傳輸報告，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0064]在所述第四方面的第一種可能的實現(xiàn)方式中，傳輸報告發(fā)送單兀具體用于:
[0065]將傳輸失敗原因攜帶在所述傳輸報告中，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。[0066]在所述第四方面或所述第四方面的第一種可能的實現(xiàn)方式中，還提供了所述第四方面的第二種可能的實現(xiàn)方式，在所述第四方面的第二種可能的實現(xiàn)方式中，所述SMS-SC進一步包括:
[0067]接收單兀,用于在所述傳輸報告發(fā)送單兀向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之后，接收所述MTC-1WF設(shè)備發(fā)送的觸發(fā)消息刪除指示；
[0068]第一處理單元，用于根據(jù)所述接收單元接收的所述觸發(fā)消息刪除指示刪除所述觸發(fā)消息，以便取消所述觸發(fā)消息發(fā)送單元向所述UE再次發(fā)送所述觸發(fā)消息。
[0069]在所述第四方面或所述第四方面的第一種可能或第二種可能的實現(xiàn)方式中，還提供了所述第四方面的第三種可能的實現(xiàn)方式，在所述第四方面的第三種可能的實現(xiàn)方式中，所述SMS-SC進一步包括:
[0070]第二處理單元，用于在所述傳輸報告發(fā)送單元向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，刪除所述觸發(fā)消息；
[0071]所述傳輸報告發(fā)送單元還用于在所述傳輸報告中添加觸發(fā)消息刪除指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息刪除指示信息重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已刪除所述觸發(fā)消息。
[0072]在所述第四方面或所述第四方面的第一種可能、第二種可能或第三種可能的實現(xiàn)方式中，還提供了所述第四方面的第四種可能的實現(xiàn)方式，在所述第四方面的第四種可能的實現(xiàn)方式中，所述接收單元還用于在所述觸發(fā)消息發(fā)送單元向所述UE發(fā)送所述觸發(fā)消息之前，接收所述MTC-1WF設(shè)備發(fā)送的提交觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息；
[0073]所述SMS-SC進一步包括:
[0074]第三處理單元，用于當(dāng)所述觸發(fā)消息發(fā)送單元向所述UE發(fā)送所述觸發(fā)消息失敗時，刪除所述觸發(fā)消息。
[0075]在所述第四方面或所述第四方面的第一種可能、第二種可能、第三種可能或第四種可能的實現(xiàn)方式中，還提供了所述第四方面的第五種可能的實現(xiàn)方式，在所述第四方面的第五種可能的實現(xiàn)方式中，所述SMS-SC進一步包括:
[0076]第四處理單元，用于在所述傳輸報告發(fā)送單元向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，在所述傳輸報告中添加觸發(fā)消息保存指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息保存指示信息等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已保存所述觸發(fā)消息。
[0077]第五方面，本發(fā)明實施例還提供了一種觸發(fā)消息發(fā)送的系統(tǒng)，包括:機器類通信交互功能MTC-1WF設(shè)備和短消息業(yè)務(wù)中心SMS-SC，其中，
[0078]所述SMS-SC,用于當(dāng)所述SMS-SC向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息失敗時，向所述MTC-1WF設(shè)備發(fā)送傳輸報告；
[0079]所述MTC-1WF設(shè)備用于,接收所述SMS-SC發(fā)送的所述傳輸報告,根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消
肩、O
[0080]本發(fā)明實施例提供的觸發(fā)消息發(fā)送的方法、設(shè)備及系統(tǒng)，能夠在當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備接收SMS-SC發(fā)送的傳輸報告，然后MTC-1WF設(shè)備根據(jù)該傳輸報告等待SMS-SC重新發(fā)送該觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)該傳輸報告重新發(fā)送該觸發(fā)消息。與現(xiàn)有技術(shù)中在MTC-1WF設(shè)備向UE重新發(fā)送該觸發(fā)消息后SMS-SC仍再次向UE發(fā)送該觸發(fā)消息相比，能夠避免UE重復(fù)接收觸發(fā)消息，由此節(jié)省發(fā)送觸發(fā)消息產(chǎn)生的信令開銷，可以節(jié)約網(wǎng)絡(luò)資源。
【專利附圖】

【附圖說明】
[0081]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0082]圖1為本發(fā)明實施例所基于的M2M通信網(wǎng)絡(luò)架構(gòu)的示意圖；
[0083]圖2為現(xiàn)有技術(shù)中MTC-1WF設(shè)備指示SMS-SC向UE發(fā)送觸發(fā)消息的數(shù)據(jù)交互圖；
[0084]圖3為現(xiàn)有技術(shù)中MTC-1WF設(shè)備通過第二接口向UE發(fā)送觸發(fā)消息的數(shù)據(jù)交互圖；
[0085]圖4為本發(fā)明實施例中第一個觸發(fā)消息發(fā)送的方法流程圖；
[0086]圖5為本發(fā)明實施例中第二個觸發(fā)消息發(fā)送的方法流程圖；
[0087]圖6為本發(fā)明實施例中第三個觸發(fā)消息發(fā)送的方法流程圖；
[0088]圖7為本發(fā)明實施例中一個觸發(fā)消息接收的方法流程圖；
[0089]圖8為本發(fā)明實施例中第一個MTC-1WF設(shè)備的結(jié)構(gòu)示意圖；
[0090]圖9為本發(fā)明實施例中第一個SMS-SC設(shè)備的結(jié)構(gòu)示意圖；
[0091]圖10為本發(fā)明實施例中第一個觸發(fā)消息發(fā)送的系統(tǒng)示意圖；
[0092]圖11為本發(fā)明實施例中第二個MTC-1WF設(shè)備的結(jié)構(gòu)示意圖；
[0093]圖12為本發(fā)明實施例中第二個SMS-SC設(shè)備的結(jié)構(gòu)示意圖；
[0094]圖13為本發(fā)明實施例中第二個觸發(fā)消息發(fā)送的系統(tǒng)示意圖。
【具體實施方式】
[0095]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0096]為便于對本發(fā)明實施例進行說明，首先對本發(fā)明實施例所基于的M2M通信網(wǎng)絡(luò)架構(gòu)進行簡單介紹:
[0097]如圖1所示，M2M通信網(wǎng)絡(luò)架構(gòu)由本地公用陸地移動網(wǎng)(Home Public LandMobileNetwork,簡稱HPLMN)和虛擬公用陸地移動網(wǎng)(Virtual Public LandMobile Network,簡稱VPLMN)組成。在HPLMN網(wǎng)側(cè)，MTC-1ffF設(shè)備通過Tsp接口與SCS通信，其中，SCS作為應(yīng)用服務(wù)器，用于通過MTC-1WF設(shè)備向UE提供MTC業(yè)務(wù)或增值業(yè)務(wù)，SCS可以由運營商的歸屬網(wǎng)絡(luò)或MTC業(yè)務(wù)供應(yīng)商進行控制，MTC-1ffF設(shè)備通過Tsp接口接收SCS提供的MTC業(yè)務(wù)數(shù)據(jù)或增值業(yè)務(wù)數(shù)據(jù)。
[0098]MTC-1ffF設(shè)備通過T4接口與SMS-SC通信，SMS-SC用于將來自MTC-1WF設(shè)備的數(shù)據(jù)以短消息形式向包括移動交換中心(Mobile Switching Center,簡稱MSC)、移動性管理實體(Mobility Management Entity,簡稱 MME)或服務(wù) GPRS 支持節(jié)點(Serving GPRSSupport Node，簡稱SGSN)在內(nèi)的核心網(wǎng)設(shè)備進行發(fā)送，然后由核心網(wǎng)設(shè)備發(fā)送給UE，或者將來自核心網(wǎng)設(shè)備的短消息形式的數(shù)據(jù)發(fā)送給MTC-1WF設(shè)備。
[0099]MTC-1ffF設(shè)備分別通過T5c接口、T5b接口和T5a接口依次與VPLMN網(wǎng)側(cè)的核心網(wǎng)設(shè)備MSC、MME、以及SGSN通信，MTC-1ffF設(shè)備將SCS的數(shù)據(jù)發(fā)送給核心網(wǎng)設(shè)備，然后由核心網(wǎng)設(shè)備發(fā)送給UE，或?qū)⒑诵木W(wǎng)設(shè)備的數(shù)據(jù)發(fā)送給SCS，其中，T5c接口、T5b接口和T5a接口統(tǒng)稱為T5接口。
[0100]在M2M通信網(wǎng)絡(luò)中，當(dāng)MTC-1WF設(shè)備或SCS未獲取UE的IP地址而又需要向UE發(fā)送數(shù)據(jù)時，MTC-1WF設(shè)備或SCS可以根據(jù)UE的身份標(biāo)識向UE發(fā)送一個觸發(fā)消息，用以拉起MTC設(shè)備。UE在接收到MTC-1WF設(shè)備或SCS發(fā)送的觸發(fā)消息后，根據(jù)該觸發(fā)消息的內(nèi)容與MTC-1ffF設(shè)備或SCS進行聯(lián)系，由此實現(xiàn)UE與MTC-1WF設(shè)備或SCS之間的通信。
[0101]圖2給出了 MTC-1WF設(shè)備通過SMS-SC向UE發(fā)送觸發(fā)消息的數(shù)據(jù)交互過程。具體的如圖2所示，MTC-1ffF設(shè)備通過SMS-SC向UE發(fā)送觸發(fā)消息的過程包括如下步驟:
[0102]UMTC-1ffF設(shè)備通過T4接口向SMS-SC發(fā)送提交觸發(fā)(Submit Trigger)消息，該提交觸發(fā)消息用于發(fā)送MTC-1WF從SCS獲取的觸發(fā)消息；
[0103]2、SMS-SC通過T4接口向MTC-1WF設(shè)備發(fā)送提交觸發(fā)確認(rèn)(SubmitTriggerConfirm)消息，以發(fā)送觸發(fā)消息；
[0104]3、MTC_IWF設(shè)備通過Tsp接口向 SCS發(fā)送設(shè)備觸發(fā)確認(rèn)(Device TriggerConfirm)消息；
[0105]4、SMS_SC向MSC/MME/SGSN發(fā)送轉(zhuǎn)發(fā)消息(Forward Message),該轉(zhuǎn)發(fā)消息用于發(fā)送MTC-1WF設(shè)備從SCS中獲取的觸發(fā)消息；
[0106]5、MSC/MME/SGSN向UE發(fā)送傳輸消息(Transfer Message)以發(fā)送所述觸發(fā)消息；
[0107]6、MSC/MME/SGSN接收UE發(fā)送的傳輸響應(yīng)消息；
[0108]7、MSC/MME/SGSN向SMS-SC發(fā)送傳輸報告(Delivery Report)，該傳遞報告中攜帶有觸發(fā)消息是否發(fā)送成功的信息；
[0109]8、SMS-SC根據(jù)MSC/MME/SGSN發(fā)送的傳遞報告生成呼叫詳細記錄(cal I ingdetai Irecords,簡稱 CDR)；
[0110]9、SMS-SC通過T4接口向MTC-1WF設(shè)備發(fā)送消息傳輸報告(MessageDeliveryReport),該消息傳遞報告中包含SMS-SC生成的呼叫詳細記錄。
[0111]圖3給出了 MTC-1WF設(shè)備通過T5接口向UE發(fā)送觸發(fā)消息的數(shù)據(jù)交互過程。具體的如圖3所示，MTC-1ffF設(shè)備通過T5接口向UE發(fā)送觸發(fā)消息的過程包括如下步驟:
[0112]1、MTC_IWF設(shè)備向MSC/MME/SGSN發(fā)送提交請求(Submit Request),該提交請求用于發(fā)送MTC-1WF從SCS獲取的觸發(fā)消息；
[0113]2、MSC/MME/SGSN向UE發(fā)送傳輸觸發(fā)(Transfer Trigger)消息，用于發(fā)送觸發(fā)消息；
[0114]3、UE 對觸發(fā)消息進行響應(yīng)(Action in response to)；
[0115]4、UE 向 MSC/MME/SGSN 返回觸發(fā)響應(yīng)(Trigger Response)消息；
[0116]5、MSC/MME/SGSN 向 MTC-1WF 設(shè)備發(fā)送傳輸報告(Delivery Report)，該傳遞報告中攜帶有觸發(fā)消息是否發(fā)送成功的信息；[0117]6、MTC-1WF設(shè)備根據(jù)MSC/MME/SGSN發(fā)送的傳遞報告生成CDR。
[0118]通常，MTC-1WF設(shè)備可以通過T4接口指示SMS-SC以短消息的形式向UE發(fā)送觸發(fā)消息，也可以通過T5接口直接向UE發(fā)送觸發(fā)消息。
[0119]基于上述圖1所示M2M通信網(wǎng)絡(luò)架構(gòu)以及圖2和圖3所示的觸發(fā)消息發(fā)送方式，本發(fā)明實施例提供了一種觸發(fā)消息發(fā)送的方法，如圖4所示，所述方法包括如下步驟:
[0120]40UMTC-1ffF設(shè)備接收SMS-SC發(fā)送的傳輸報告，該傳輸報告由SMS-SC在向UE發(fā)送觸發(fā)消息失敗后發(fā)送給MTC-1WF設(shè)備。
[0121 ] 本發(fā)明實施例中，MTC-1ffF設(shè)備通過第一接口指示SMS-SC以短消息的形式向UE發(fā)送觸發(fā)消息，第一接口為圖2中所示的T4接口。
[0122]在實際的數(shù)據(jù)交互流程中，SMS-SC向VPLMN網(wǎng)側(cè)的核心網(wǎng)設(shè)備發(fā)送觸發(fā)消息，然后由核心網(wǎng)設(shè)備將觸發(fā)消息發(fā)送給UE。SMS-SC向UE發(fā)送觸發(fā)消息的描述僅為簡化描述，在后續(xù)描述中，延續(xù)后者簡化的描述方式，兩者在理解上不應(yīng)有異。
[0123]SMS-SC以短消息的形式向UE發(fā)送觸發(fā)消息，如果觸發(fā)消息發(fā)送失敗，則MTC-1WF設(shè)備接收SMS-SC發(fā)送的傳輸報告，該傳輸報告中包含觸發(fā)消息發(fā)送失敗指示。
[0124]可選的，所述傳輸報告中可以攜帶有SMS-SC發(fā)送觸發(fā)消息失敗的傳輸失敗原因。SMS-SC發(fā)送觸發(fā)消息失敗的原因包括永久性傳輸失敗原因和暫時性傳輸失敗原因，其中，暫時性傳輸失敗原因具體可以為:缺席用戶(AbsentSubscriber)、終端忙(MS Busy forMT SMS)、終端錯誤(Error in MS)以及超出終端內(nèi)存(Memory Capacity Exceeded)等。SMS-SC將上述傳輸失敗原因攜帶在傳輸報告中發(fā)送給MTC-1WF設(shè)備。此外,傳輸報告中還可以攜帶用于指示觸發(fā)消息發(fā)送失敗后SMS-SC對觸發(fā)消息的處理狀態(tài)的指示信息，例如觸發(fā)消息刪除指示信息或觸發(fā)消息保存指示信息。其中，觸發(fā)消息刪除指示信息用于表示SMS-SC在發(fā)送觸發(fā)消息失敗后刪除已發(fā)送失敗的觸發(fā)消息，觸發(fā)消息保存指示信息用于表示SMS-SC在發(fā)送觸發(fā)消息失敗后已保存發(fā)送失敗的觸發(fā)消息。如果SMS-SC在發(fā)送觸發(fā)消息失敗后已保存發(fā)送失敗的觸發(fā)消息，則對于暫時性傳輸失敗的原因，SMS-SC會在一定的時間間隔后向UE重新發(fā)送該觸發(fā)消息，或者SMS-SC會在UE可達后向UE重新發(fā)送該觸發(fā)消息。
[0125]402,MTC-1ffF設(shè)備根據(jù)傳輸報告等待SMS-SC重新發(fā)送觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)傳輸報告重新發(fā)送觸發(fā)消息。
[0126]本發(fā)明實施例中，MTC-1WF設(shè)備通過第二接口與網(wǎng)絡(luò)側(cè)設(shè)備之間進行通信。在圖2所示的M2M通信網(wǎng)絡(luò)架構(gòu)中，MTC-1ffF設(shè)備分別與MSC、MME和SGSN通信所用的T5a接口、T5b接口和T5c接口即為第二接口。如前所述，將T5a接口、T5b接口和T5c接口統(tǒng)稱為T5接口，本發(fā)明實施例中后續(xù)所述的第二接口亦即指代統(tǒng)稱的T5接口。
[0127]如前所述，傳輸報告中攜帶有傳輸失敗原因或?qū)τ|發(fā)消息的處理狀態(tài)的指示信息，MTC-1ffF設(shè)備在接收到SMS-SC發(fā)送的傳輸報告后,根據(jù)傳輸報告中的傳輸失敗原因或指示信息決定向UE重新發(fā)送該觸發(fā)消息還是等待SMS-SC重新發(fā)送觸發(fā)消息。
[0128]本發(fā)明實施例中，當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗后，MTC-1WF設(shè)備等待SMS-SC重新發(fā)送觸發(fā)消息，或者MTC-1WF設(shè)備重新發(fā)送觸發(fā)消息具體包括下述集中實現(xiàn)方式:
[0129]I)當(dāng)傳輸失敗原因為缺席用戶或終端忙時，MTC-1ffF設(shè)備等待SMS-SC重新向UE發(fā)送該觸發(fā)消息。[0130]2)當(dāng)傳輸失敗原因為除缺席用戶以及終端忙以外的其他原因時，例如當(dāng)傳輸失敗原因為終端錯誤或超出終端內(nèi)存時，MTC-1ffF設(shè)備向UE重新發(fā)送觸發(fā)消息。
[0131]3)當(dāng)傳輸報告中攜帶觸發(fā)消息刪除指示信息時，表示SMS-SC在首次發(fā)送觸發(fā)消息失敗后不保存發(fā)送失敗的觸發(fā)消息，SMS-SC后續(xù)不會重新向UE發(fā)送該觸發(fā)消息。MTC-1ffF設(shè)備根據(jù)該觸發(fā)消息刪除指示信息向UE重新發(fā)送該觸發(fā)消息。
[0132]4)當(dāng)傳輸報告中攜帶觸發(fā)消息保存指示信息時，表示SMS-SC在首次發(fā)送觸發(fā)消息失敗后保存發(fā)送失敗的觸發(fā)消息，SMS-SC后續(xù)會重新向UE發(fā)送該觸發(fā)消息。MTC-1WF設(shè)備不向UE發(fā)送觸發(fā)消息，并等待SMS-SC向UE重新發(fā)送觸發(fā)消息。
[0133]5)在SMS-SC向UE發(fā)送觸發(fā)消息之前，MTC-1ffF設(shè)備向SMS-SC發(fā)送提交觸發(fā)消息，以便SMS-SC向UE發(fā)送觸發(fā)消息，該提交觸發(fā)消息中包含當(dāng)發(fā)送觸發(fā)消息失敗時不需要SMS-SC存儲觸發(fā)信息的指示信息，以便SMS-SC在發(fā)送觸發(fā)消息失敗后刪除觸發(fā)消息。在SMS-SC在發(fā)送觸發(fā)消息失敗后，MTC-1ffF設(shè)備接收SMS-SC發(fā)送的傳輸報告，當(dāng)該傳輸報告中攜帶有傳輸失敗原因時，MTC-1ffF設(shè)備向UE重新發(fā)送該觸發(fā)消息。
[0134]6)在接收到傳輸報告后，MTC-1WF設(shè)備指示SMS-SC刪除觸發(fā)消息，以便SMS-SC取消向UE再次發(fā)送觸發(fā)消息，而MTC-1WF設(shè)備則向UE重新發(fā)送該觸發(fā)消息。其中，MTC-1ffF設(shè)備指示SMS-SC刪除觸發(fā)消息可以在MTC-1WF設(shè)備則向UE重新發(fā)送該觸發(fā)消息之前或之后，本發(fā)明實施例不做限制。
[0135]本發(fā)明實施例實施例中所述MTC-1WF設(shè)備根據(jù)傳輸報告重新發(fā)送觸發(fā)消息包括:DMTC-1ffF設(shè)備根據(jù)傳輸報告通過第一接口向SMS-SC發(fā)送提交觸發(fā)消息，由SMS-SC向UE發(fā)送觸發(fā)消息；或者2)MTC-1WF設(shè)備根據(jù)傳輸報告通過第二接口向核心網(wǎng)設(shè)備發(fā)送觸發(fā)消息，由核心網(wǎng)設(shè)備向UE發(fā)送該觸發(fā)消息。
[0136]在實際的數(shù)據(jù)交互流程中，MTC-1ffF設(shè)備向VPLMN網(wǎng)側(cè)的核心網(wǎng)設(shè)備發(fā)送觸發(fā)消息，然后由核心網(wǎng)設(shè)備將觸發(fā)消息發(fā)送給UE。MTC-1WF設(shè)備向UE發(fā)送觸發(fā)消息的描述僅為簡化描述，在后續(xù)描述中，延續(xù)后者簡化的描述方式，兩者在理解上不應(yīng)有異。
[0137]MTC-1ffF設(shè)備通過第一接口指示SMS-SC向UE發(fā)送觸發(fā)消息的數(shù)據(jù)交互過程如圖2所示，MTC-1WF設(shè)備通過第二接口直接向UE發(fā)送觸發(fā)消息的數(shù)據(jù)交互過程如圖3所示，此處不再贅述。
[0138]在MTC-1WF設(shè)備根據(jù)傳輸報告重新發(fā)送觸發(fā)消息之前，MTC-1WF設(shè)備還可以向HSS訂閱UE可達的通知消息。當(dāng)接收到HSS發(fā)送的UE可達的通知消息后，MTC-1ffF設(shè)備重新發(fā)送所述觸發(fā)消息。
[0139]現(xiàn)有技術(shù)中，不論MTC-1WF設(shè)備通過第一接口指示SMS-SC發(fā)送觸發(fā)消息還是MTC-1ffF設(shè)備通過第二接口直接發(fā)送觸發(fā)消息，當(dāng)觸發(fā)消息發(fā)送失敗時，MTC-1ffF設(shè)備和SMS-SC均會保存發(fā)送失敗的觸發(fā)消息，當(dāng)UE可達時將保存的觸發(fā)消息重新發(fā)送給UE。但是在現(xiàn)有發(fā)送觸發(fā)消息的過程中，當(dāng)MTC-1WF設(shè)備首先通過第一接口指示SMS-SC發(fā)送觸發(fā)消息失敗時，MTC-1WF設(shè)備會選擇第二接口向UE發(fā)送該觸發(fā)消息，而當(dāng)UE可達時SMS-SC又會重新向UE發(fā)送保存的該觸發(fā)消息，由此導(dǎo)致MTC-1WF設(shè)備和SMS-SC向UE重復(fù)發(fā)送了兩次相同的觸發(fā)消息，增加了信令開銷。此外，在MTC-1WF設(shè)備首先通過第二接口向UE發(fā)送觸發(fā)消息失敗時也存在同樣的問題，即當(dāng)MTC-1WF設(shè)備首先選擇第二接口向UE發(fā)送該觸發(fā)消息失敗時，MTC-1ffF設(shè)備會通過第一接口指示SMS-SC向UE發(fā)送該觸發(fā)消息，而當(dāng)UE可達時，MTC-1WF設(shè)備又會通過第二接口重新向UE發(fā)送保存的該觸發(fā)消息，由此導(dǎo)致MTC-1WF設(shè)備和SMS-SC向UE重復(fù)發(fā)送了兩次相同的觸發(fā)消息。
[0140]本發(fā)明實施例提供的觸發(fā)消息發(fā)送的方法，能夠在當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備接收SMS-SC發(fā)送的傳輸報告，然后MTC-1WF設(shè)備根據(jù)該傳輸報告等待SMS-SC重新發(fā)送該觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)該傳輸報告重新發(fā)送該觸發(fā)消息。與現(xiàn)有技術(shù)中在MTC-1WF設(shè)備向UE重新發(fā)送該觸發(fā)消息后SMS-SC仍再次向UE發(fā)送該觸發(fā)消息相比，能夠避免UE重復(fù)接收觸發(fā)消息，由此節(jié)省發(fā)送觸發(fā)消息產(chǎn)生的信令開銷，可以節(jié)約網(wǎng)絡(luò)資源。
[0141]進一步的，基于上述圖1所示M2M通信網(wǎng)絡(luò)架構(gòu)以及圖2和圖3所示的觸發(fā)消息的發(fā)送方式，本發(fā)明實施例還提供了一種觸發(fā)消息發(fā)送的方法，如圖5所示，所述方法包括如下步驟:
[0142]501、當(dāng)SMS-SC向UE發(fā)送觸發(fā)消息失敗時，SMS-SC向MTC-1WF設(shè)備發(fā)送傳輸報告，以便MTC-1WF設(shè)備根據(jù)傳輸報告等待SMS-SC重新發(fā)送觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)傳輸報告重新發(fā)送觸發(fā)消息。
[0143]SMS-SC以短消息的形式向UE發(fā)送觸發(fā)消息，如果觸發(fā)消息發(fā)送失敗，則SMS-SC向MTC-1ffF設(shè)備發(fā)送傳輸報告其中,所述傳輸報告中包含觸發(fā)消息發(fā)送失敗指不。
[0144]在實際的數(shù)據(jù)交互流程中，SMS-SC向VPLMN網(wǎng)側(cè)的核心網(wǎng)設(shè)備發(fā)送觸發(fā)消息，然后由核心網(wǎng)設(shè)備將觸發(fā)消息發(fā)送給UE。SMS-SC向UE發(fā)送觸發(fā)消息的描述僅為簡化描述，在后續(xù)描述中，延續(xù)后者簡化的描述方式，兩者在理解上不應(yīng)有異。
[0145]第一接口用于MTC-1WF設(shè)備與SMS-SC通信使用，在本發(fā)明實施例中，第一接口為圖2中所示的T4接口，SMS-SC通過第一接口向MTC-1WF設(shè)備發(fā)送傳輸報告。SMS-SC在傳輸報告中攜帶傳輸失敗原因或用于指示觸發(fā)消息發(fā)送失敗后SMS-SC對觸發(fā)消息的處理狀態(tài)的指示信息，以便MTC-1WF設(shè)備根據(jù)傳輸報告選擇第二接口向UE發(fā)送觸發(fā)消息或等待SMS-SC重新發(fā)送觸發(fā)消息。具體的，SMS-SC發(fā)送觸發(fā)消息失敗的原因包括永久性傳輸失敗原因和暫時性傳輸失敗原因，其中，暫時性傳輸失敗原因具體可以為:缺席用戶(AbsentSubscriber)、終端忙(MS Busy for MT SMS)、終端錯誤(Error in MS)以及超出終端內(nèi)存(Memory Capacity Exceeded)。SMS-SC將上述傳輸失敗原因攜帶在傳輸報告中發(fā)送給MTC-1ffF設(shè)備。此外，傳輸報告中攜帶用于指示觸發(fā)消息發(fā)送失敗后SMS-SC對觸發(fā)消息的處理狀態(tài)的指示信息，例如觸發(fā)消息刪除指示信息或觸發(fā)消息保存指示信息。其中，觸發(fā)消息刪除指示信息用于表示SMS-SC在發(fā)送觸發(fā)消息失敗后刪除已發(fā)送失敗的觸發(fā)消息，觸發(fā)消息保存指示信息用于表示SMS-SC在發(fā)送觸發(fā)消息失敗后已保存發(fā)送失敗的觸發(fā)消息。如果SMS-SC在發(fā)送觸發(fā)消息失敗后已保存發(fā)送失敗的觸發(fā)消息，則對于暫時性傳輸失敗的原因，SMS-SC會在一定的時間間隔后向UE重新發(fā)送該觸發(fā)消息，或者SMS-SC會在UE可達后向UE重新發(fā)送該觸發(fā)消息。
[0146]本發(fā)明實施例中，當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗后，MTC-1WF設(shè)備等待SMS-SC重新發(fā)送觸發(fā)消息，或者MTC-1WF設(shè)備重新發(fā)送觸發(fā)消息具體包括下述集中實現(xiàn)方式:
[0147]I) SMS-SC將傳輸失敗原因添加到傳輸報告中，當(dāng)傳輸失敗原因為缺席用戶或終端忙時，MTC-1ffF設(shè)備等待SMS-SC重新向UE發(fā)送該觸發(fā)消息。當(dāng)傳輸失敗原因為除缺席用戶以及終端忙以外的其他原因時，例如當(dāng)傳輸失敗原因為終端錯誤或超出終端內(nèi)存時，MTC-1ffF設(shè)備向UE重新發(fā)送觸發(fā)消息。
[0148]2) SMS-SC刪除發(fā)送失敗的觸發(fā)消息，然后將觸發(fā)消息刪除指示信息添加到傳輸報告中，該觸發(fā)消息刪除指示信息表示SMS-SC在首次發(fā)送觸發(fā)消息失敗后不保存發(fā)送失敗的觸發(fā)消息，SMS-SC后續(xù)不會重新向UE發(fā)送該觸發(fā)消息。MTC-1WF設(shè)備根據(jù)該觸發(fā)消息刪除指示信息向UE重新發(fā)送該觸發(fā)消息。
[0149]3) SMS-SC將觸發(fā)消息保存指示信息添加到傳輸報告中，該觸發(fā)消息保存指示信息表示SMS-SC在首次發(fā)送觸發(fā)消息失敗后保存發(fā)送失敗的觸發(fā)消息，SMS-SC后續(xù)會重新向UE發(fā)送該觸發(fā)消息。MTC-1WF設(shè)備不向UE發(fā)送觸發(fā)消息，并等待SMS-SC向UE重新發(fā)送觸發(fā)消息。
[0150]4) SMS-SC接收MTC-1WF設(shè)備發(fā)送的提交觸發(fā)消息，SMS-SC根據(jù)該提交觸發(fā)消息向UE發(fā)送觸發(fā)消息，該提交觸發(fā)消息中包含當(dāng)發(fā)送觸發(fā)消息失敗時不需要SMS-SC存儲觸發(fā)信息的指示信息。當(dāng)SMS-SC在發(fā)送觸發(fā)消息失敗后SMS-SC刪除觸發(fā)消息。在SMS-SC在發(fā)送觸發(fā)消息失敗后，MTC-1ffF設(shè)備接收SMS-SC發(fā)送的傳輸報告，當(dāng)該傳輸報告中攜帶有傳輸失敗原因時，MTC-1ffF設(shè)備向UE重新發(fā)送該觸發(fā)消息。
[0151]5)在接收到傳輸報告后，SMS-SC根據(jù)MTC-1WF設(shè)備的指示刪除觸發(fā)消息，并且SMS-SC取消向UE再次發(fā)送觸發(fā)消息，而MTC-1WF設(shè)備則向UE重新發(fā)送該觸發(fā)消息。其中，MTC-1ffF設(shè)備指示SMS-SC刪除觸發(fā)消息可以在MTC-1WF設(shè)備則向UE重新發(fā)送該觸發(fā)消息之前或之后，本發(fā)明實施例不做限制。
[0152]本發(fā)明實施例實施例中所述MTC-1WF設(shè)備根據(jù)傳輸報告重新發(fā)送觸發(fā)消息包括:DMTC-1ffF設(shè)備根據(jù)傳輸報告通過第一接口向SMS-SC發(fā)送提交觸發(fā)消息，由SMS-SC向UE發(fā)送觸發(fā)消息；或者2)MTC-1WF設(shè)備根據(jù)傳輸報告通過第二接口向核心網(wǎng)設(shè)備發(fā)送觸發(fā)消息，由核心網(wǎng)設(shè)備向UE發(fā)送該觸發(fā)消息。
[0153]本發(fā)明實施例中所述的第二接口用于MTC-1WF設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備之間進行通信。在圖2所示的M2M通信網(wǎng)絡(luò)架構(gòu)中，MTC-1ffF設(shè)備分別與MSC、MME和SGSN通信所用的T5a接口、T5b接口和T5c接口即為第二接口。如前所述，將T5a接口、T5b接口和T5c接口統(tǒng)稱為T5接口，本發(fā)明實施例中后續(xù)所述的第二接口亦即指代統(tǒng)稱的T5接口。
[0154]在實際的數(shù)據(jù)交互流程中，MTC-1ffF設(shè)備向VPLMN網(wǎng)側(cè)的核心網(wǎng)設(shè)備發(fā)送觸發(fā)消息，然后由核心網(wǎng)設(shè)備將觸發(fā)消息發(fā)送給UE。MTC-1WF設(shè)備向UE發(fā)送觸發(fā)消息的描述僅為簡化描述，在后續(xù)描述中，延續(xù)后者簡化的描述方式，兩者在理解上不應(yīng)有異。
[0155]MTC-1ffF設(shè)備通過第一接口指示SMS-SC向UE發(fā)送觸發(fā)消息的數(shù)據(jù)交互過程如圖2所示，MTC-1WF設(shè)備通過第二接口直接向UE發(fā)送觸發(fā)消息的數(shù)據(jù)交互過程如圖3所示，此處不再贅述。
[0156]在上述發(fā)送觸發(fā)消息的過程中，SMS-SC能夠?qū)y帶有傳輸失敗原因或指示信息的傳輸報告發(fā)送給MTC-1WF設(shè)備，以便MTC-1WF設(shè)備可以根據(jù)傳輸報告重新向UE發(fā)送觸發(fā)消息，即如果SMS-SC會重新向UE發(fā)送觸發(fā)消息，則MTC-1WF設(shè)備不向UE發(fā)送觸發(fā)消息；如果SMS-SC不重新向UE發(fā)送觸發(fā)消息，則MTC-1WF設(shè)備重新向UE發(fā)送觸發(fā)消息，由此避免MTC-1ffF設(shè)備和SMS-SC均重新向UE發(fā)送觸發(fā)消息，從而可以減少重復(fù)的信令開銷，節(jié)約網(wǎng)絡(luò)資源。
[0157]進一步的，作為對步驟501的替換當(dāng)SMS-SC向UE發(fā)送觸發(fā)消息失敗時，SMS-SC還可以取消向MTC-1WF設(shè)備發(fā)送傳輸報告，以便MTC-1WF設(shè)備根據(jù)未接收到傳輸報告，而取消選擇第二接口向UE發(fā)送觸發(fā)消息并等待SMS-SC向UE重新發(fā)送觸發(fā)消息。
[0158]在MTC-1WF設(shè)備根據(jù)傳輸報告重新發(fā)送觸發(fā)消息之前，MTC-1WF設(shè)備還可以向HSS訂閱UE可達的通知消息。當(dāng)接收到HSS發(fā)送的UE可達的通知消息后，MTC-1WF設(shè)備重新發(fā)送所述觸發(fā)消息。在UE可達后，如果MTC-1WF設(shè)備向SMS-SC發(fā)送提交觸發(fā)消息，則SMS-SC根據(jù)該提交觸發(fā)消息再次向UE發(fā)送觸發(fā)消息。
[0159]不論MTC-1WF設(shè)備通過第一接口指示SMS-SC發(fā)送觸發(fā)消息還是MTC-1WF設(shè)備通過第二接口直接發(fā)送觸發(fā)消息，當(dāng)觸發(fā)消息發(fā)送失敗時，MTC-1ffF設(shè)備和SMS-SC均會保存發(fā)送失敗的觸發(fā)消息，當(dāng)UE可達時將保存的觸發(fā)消息重新發(fā)送給UE。但是在現(xiàn)有發(fā)送觸發(fā)消息的過程中，當(dāng)MTC-1WF設(shè)備首先通過第一接口指示SMS-SC發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備會重新向UE發(fā)送該觸發(fā)消息，而當(dāng)UE可達時SMS-SC又會重新向UE發(fā)送保存的該觸發(fā)消息，由此導(dǎo)致MTC-1WF設(shè)備和SMS-SC向UE重復(fù)發(fā)送了兩次相同的觸發(fā)消息，增加了信令開銷。此外，在MTC-1WF設(shè)備首先通過第二接口向UE發(fā)送觸發(fā)消息失敗時也存在同樣的問題，即當(dāng)MTC-1WF設(shè)備首先選擇第二接口向UE發(fā)送該觸發(fā)消息失敗時，MTC-1WF設(shè)備會通過第一接口指示SMS-SC向UE發(fā)送該觸發(fā)消息，而當(dāng)UE可達時，MTC-1ffF設(shè)備又會重新向UE發(fā)送保存的該觸發(fā)消息，由此導(dǎo)致MTC-1WF設(shè)備和SMS-SC向UE重復(fù)發(fā)送了兩次相同的觸發(fā)消息。
[0160]本發(fā)明實施例提供的觸發(fā)消息發(fā)送的方法，能夠在當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗時，SMS-SC向MTC-1WF設(shè)備發(fā)送傳輸報告，然后MTC-1WF設(shè)備根據(jù)該傳輸報告等待SMS-SC重新發(fā)送該觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)該傳輸報告重新發(fā)送該觸發(fā)消息。與現(xiàn)有技術(shù)中在MTC-1WF設(shè)備向UE重新發(fā)送該觸發(fā)消息后SMS-SC仍再次向UE發(fā)送該觸發(fā)消息相t匕，能夠避免UE重復(fù)接收觸發(fā)消息，由此節(jié)省發(fā)送觸發(fā)消息產(chǎn)生的信令開銷，可以節(jié)約網(wǎng)絡(luò)資源。
[0161]進一步的，作為對圖4及圖5所示方法的詳細說明及進一步擴展，本發(fā)明實施例還提供了一種觸發(fā)消息發(fā)送的方法，所述方法應(yīng)用于如下幾個場景中:
[0162]在本發(fā)明實施例的第一個場景中，當(dāng)MTC-1WF設(shè)備選擇通過SMS-SC向UE發(fā)送觸發(fā)消息，并且觸發(fā)消息發(fā)送失敗時，MTC-1ffF設(shè)備根據(jù)SMS-SC發(fā)送的傳輸報告中的傳輸失敗原因等待SMS-SC重新嘗試發(fā)送該觸發(fā)消息。觸發(fā)消息發(fā)送的流程具體如下:
[0163]S1:MTC_IWF設(shè)備接收SCS發(fā)送的觸發(fā)請求(Trigger Request),該觸發(fā)請求攜帶有SCS要向終端發(fā)送的觸發(fā)消息；
[0164]S2 =MTC-1ffF設(shè)備選擇通過T4接口以短消息的形式向UE發(fā)送該觸發(fā)消息；
[0165]S3 =MTC-1ffF設(shè)備向SMS-SC發(fā)送提交觸發(fā)(Submit Trigger)消息，該提交觸發(fā)消息用于發(fā)送MTC-1WF從SCS獲取的觸發(fā)消息；
[0166]S4:SMS-SC 向 MSC/MME/SGSN 發(fā)送轉(zhuǎn)發(fā)消息(Forward Message),該轉(zhuǎn)發(fā)消息用于發(fā)送MTC-1WF設(shè)備從SCS中獲取的觸發(fā)消息，以便MSC/MME/SGSN將該觸發(fā)消息傳給UE ；
[0167]S5:SMS-SC接收MSC/MME/SGSN發(fā)送的傳輸報告(Delivery R印ort)傳輸報告中包含傳輸失敗原因；
[0168]S6: SMS-SC向MTC-1WF設(shè)備發(fā)送傳輸報告,傳輸報告中包含傳輸失敗原因；
[0169]S7 =MTC-1ffF設(shè)備獲知傳輸失敗原因為缺席用戶Absent Subscriber或終端忙MSBusy for MT SMS ；
[0170]S8 =MTC-1ffF設(shè)備等待SMS-SC重新嘗試發(fā)送該觸發(fā)消息，直到SMS-SC成功發(fā)送該trigger消息，MTC-1ffF接收包含傳輸成功指示的傳輸報告；或SMS-SC無法成功發(fā)送該trigger消息(如超過SMS-SC保存未成功發(fā)送短消息的最大期限)，SMS-SC向MTC-1WF返回傳輸報告，其中包含傳輸失敗原因，MTC-1WF根據(jù)該傳輸報告刪除其保存的trigger消息；或者當(dāng)超出trigger有效期后，SMS-SC仍沒有成功發(fā)送該trigger消息，則MTC-1WF將指示SMS-SC將trigger消息刪除。
[0171]若MTC-1WF先選擇T5接口發(fā)送觸發(fā)消息，通過T5接口發(fā)送失敗，MTC-1ffF可以再選擇T4接口發(fā)送觸發(fā)消息，通過T4接口發(fā)送觸發(fā)消息的過程上述過程相同。
[0172]在本發(fā)明實施例的第二個場景中，當(dāng)MTC-1WF設(shè)備選擇通過SMS-SC向UE發(fā)送觸發(fā)消息，并且觸發(fā)消息發(fā)送失敗時，MTC-1ffF設(shè)備根據(jù)SMS-SC發(fā)送的傳輸報告中的傳輸失敗原因指示SMS-SC刪除已保存的該觸發(fā)消息，同時MTC-1WF可以選擇核心網(wǎng)節(jié)點向UE發(fā)送該觸發(fā)消息，或等待終端用戶再次可達后重新發(fā)送該觸發(fā)消息。觸發(fā)消息發(fā)送的流程具體如下:
[0173]S1:MTC_IWF設(shè)備接收SCS發(fā)送的觸發(fā)請求(Trigger Request),該觸發(fā)請求攜帶SCS要向終端發(fā)送的有觸發(fā)消息；
[0174]S2 =MTC-1ffF設(shè)備選擇通過T4接口以短消息的形式向UE發(fā)送該觸發(fā)消息；
[0175]S3 =MTC-1ffF設(shè)備向SMS-SC發(fā)送提交觸發(fā)(Submit Trigger)消息，該提交觸發(fā)消息用于發(fā)送MTC-1WF從SCS獲取的觸發(fā)消息；
[0176]；
[0177]S4:SMS-SC 向 MSC/MME/SGSN 發(fā)送轉(zhuǎn)發(fā)消息(Forward Message)，該轉(zhuǎn)發(fā)消息用于發(fā)送MTC-1WF設(shè)備從SCS中獲取的觸發(fā)消息，以便MSC/MME/SGSN將該觸發(fā)消息傳給UE ；
[0178]S5:SMS-SC接收MSC/MME/SGSN發(fā)送的傳輸報告(Delivery R印ort)，傳輸報告中包含傳輸失敗原因；
[0179]S6: SMS-SC向MTC-1WF設(shè)備發(fā)送傳輸報告,傳輸報告中包含傳輸失敗原因；
[0180]S7 =MTC-1ffF設(shè)備獲知傳輸失敗原因為除缺席用戶Absent Subscriber或終端忙MSBusy for MT SMS以外的其他原因；
[0181]S8 =MTC-1ffF 設(shè)備選擇 T5 接口向 MSC/MME/SGSN 發(fā)送提交請求(SubmitRequest)消息，該提交請求用于發(fā)送所述觸發(fā)消息，以便MSC/MME/SGSN將該觸發(fā)消息傳給UE ;若MTC-1ffF通過T5接口也沒有傳輸成功，則MTC-1WF繼續(xù)保存該觸發(fā)消息，并可根據(jù)SMS-SC發(fā)送失敗的原因或MME/SGSN發(fā)送觸發(fā)消息的失敗原因，向HSS訂閱終端再次可達的通知消息或向核心網(wǎng)設(shè)備訂閱核心網(wǎng)設(shè)備可用的通知消息。觸發(fā)消息失敗的原因可以是UE不可達、短消息發(fā)送失敗原因，也可以是核心網(wǎng)實體忙的原因?qū)е掠|發(fā)消息無法發(fā)送成功，則MTC-1WF可以向HSS注冊以訂閱UE可達的通知消息，即向HSS登記MTC-1WF地址；或向核心網(wǎng)實體訂閱核心網(wǎng)實體可用的通知消息，當(dāng)MTC-1WF設(shè)備接收到HSS發(fā)送的UE可達的通知消息，或者接收到核心網(wǎng)設(shè)備發(fā)送的核心網(wǎng)設(shè)備可用的通知消息時，MTC-1WF設(shè)備根據(jù)上述方法及場景的實現(xiàn)方式向UE發(fā)送觸發(fā)消息。
[0182]如果MTC-1WF首先選擇了 T5接口發(fā)送觸發(fā)消息，則此處MTC-1WF不再選擇T5接口傳輸該觸發(fā)消息，而是繼續(xù)保存觸發(fā)消息，同樣MTC-1WF可以根據(jù)失敗原因向HSS訂閱終端再次可達的通知消息或向核心網(wǎng)實體訂閱核心網(wǎng)實體可用的通知消息，當(dāng)MTC-1WF設(shè)備接收到HSS發(fā)送的UE可達的通知消息，或者接收到核心網(wǎng)設(shè)備發(fā)送的核心網(wǎng)設(shè)備可用的通知消息時，MTC-1ffF設(shè)備根據(jù)上述方法及場景的實現(xiàn)方式向UE發(fā)送觸發(fā)消息。
[0183]S9 =MTC-1ffF設(shè)備指示SMS-SC刪除已保存的該觸發(fā)消息。若SMS-SC訂閱了用戶設(shè)備可達或核心網(wǎng)設(shè)備可用的通知消息時，則SMS-SC向發(fā)送訂閱請求的相應(yīng)實體發(fā)送取消訂閱請求，以取消之前訂閱的通知消息。
[0184]其中步驟S8和步驟S9的執(zhí)行順序可以對調(diào)，或者兩個步驟同時執(zhí)行，場景二僅作為其中一種可能的舉例不構(gòu)成對本發(fā)明實施例的限制。
[0185]上述場景一與場景二的區(qū)別在于,場景一中的傳輸失敗原因為缺席用戶AbsentSubscriber或終端忙MS Busy for MT SMS，相應(yīng)的，MTC-1WF設(shè)備的處理方式為等待SMS-SC重新嘗試向UE發(fā)送觸發(fā)消息；場景二中的傳輸失敗原因為除缺席用戶Absent Subscriber或終端忙MS Busy for MT SMS以外的其他原因，例如終端錯誤(Error in MS)或超出終端內(nèi)存(Memory Capacity Exceeded),相應(yīng)的，MTC-1WF設(shè)備的處理方式為指示SMS-SC刪除已保存的該觸發(fā)消息，并可選擇其它接口發(fā)送觸發(fā)消息或等待終端再次可達后發(fā)送觸發(fā)消肩、O
[0186]在本發(fā)明實施例的第三個場景中，當(dāng)MTC-1WF設(shè)備選擇通過SMS-SC向UE發(fā)送觸發(fā)消息，并且觸發(fā)消息發(fā)送失敗時，SMS-SC刪除發(fā)送失敗的觸發(fā)消息，并向MTC-1WF發(fā)送傳輸報告，傳輸報告中包含觸發(fā)消息未保存指不信息，MTC-1WF根據(jù)觸發(fā)消息未保存指信息，重新發(fā)送觸發(fā)消息或等待終端再次可達后發(fā)送觸發(fā)消息。觸發(fā)消息發(fā)送的流程具體如下:
[0187]S1:MTC_IWF設(shè)備接收SCS發(fā)送的觸發(fā)請求(Trigger Request),該觸發(fā)請求攜帶有SCS要向終端發(fā)送的觸發(fā)消息；
[0188]S2 =MTC-1ffF設(shè)備選擇通過T4接口以短消息的形式向UE發(fā)送該觸發(fā)消息；
[0189]S3:MTC_IWF設(shè)備向SMS-SC發(fā)送提交請求(Submit Request),該提交請求用于發(fā)送MTC-1WF從SCS獲取的觸發(fā)消息；
[0190]S4:SMS-SC 向 MSC/MME/SGSN 發(fā)送轉(zhuǎn)發(fā)消息(Forward Message)，該轉(zhuǎn)發(fā)消息用于發(fā)送MTC-1WF設(shè)備從SCS中獲取的觸發(fā)消息，以便MSC/MME/SGSN將該觸發(fā)消息傳給UE ；
[0191]S5:SMS-SC接收MSC/MME/SGSN發(fā)送的傳輸報告(Delivery R印ort)，傳輸報告中包含傳輸失敗原因；
[0192]S6 =SMS-SC刪除或者不保存發(fā)送失敗的觸發(fā)消息，也即將該觸發(fā)消息對應(yīng)的短消息刪除；
[0193]由于SMS-SC將發(fā)送失敗的短消息刪除，則SMS-SC不執(zhí)行任何關(guān)于終端再次可達或網(wǎng)絡(luò)實體可用的訂閱過程。
[0194]S7 =SMS-SC向MTC-1WF返回傳輸報告，傳輸報告中攜帶有觸發(fā)消息未保存指示信息，傳輸報告中還包含傳輸失敗原因；
[0195]S8 =MTC-1ffF設(shè)備根據(jù)接收的包含觸發(fā)消息未保存指示信息重新發(fā)送觸發(fā)消息或當(dāng)UE可達時重新發(fā)送觸發(fā)消息。
[0196]S9 =MTC-1ffF向HSS/HLR查找UE當(dāng)前所附著的核心網(wǎng)實體，即當(dāng)前服務(wù)UE的核心網(wǎng)節(jié)點，根據(jù)獲取的核心網(wǎng)節(jié)點信息及運營商策略選擇合適的接口重新傳輸觸發(fā)消息。例如，如果MTC-1WF從HSS/HLR獲取的核心網(wǎng)節(jié)點為MME/SGSN，表明UE在PS域附著，則在網(wǎng)絡(luò)支持T5接口傳遞觸發(fā)消息時，則MTC-1WF可以選擇T5接口重新發(fā)送觸發(fā)消息。如果從HSS/HLR獲取的核心網(wǎng)節(jié)點為MSCServer，表明UE在CS域附著，則MTC-1WF可以選擇通過T4接口再次發(fā)送該觸發(fā)消息。
[0197]當(dāng)UE當(dāng)前處于不可達狀態(tài)，則MTC-1WF無法從HSS獲取到有效的核心網(wǎng)節(jié)點標(biāo)識，MTC-1WF可以向HSS訂閱UE可達的通知消息，HSS記錄MTC-1WF標(biāo)識、觸發(fā)消息失敗原因、UE的身份標(biāo)識等信息，以使得UE可達時，HSS通知MTC-1WFUE可達的通知消息，以使MTC-1ffF重新發(fā)送觸發(fā)消息。MTC-1WF在收到UE可達的通知消息后，也可根據(jù)HSS返回的UE當(dāng)前附著的核心網(wǎng)實體信息和運營商策略等信息選擇重新發(fā)送觸發(fā)消息的具體方式。
[0198]在場景三中，由于SMS-SC在步驟S6中未保存或?qū)⒈４娴挠|發(fā)消息刪除，所以MTC-1WF設(shè)備可以重新發(fā)送觸發(fā)消息或等待終端再次可達后重新發(fā)送觸發(fā)消息，由于SMS-SC未保存該觸發(fā)消息，SMS-SC后續(xù)不會再向UE重新發(fā)送該觸發(fā)消息。
[0199]在本發(fā)明實施例的第四個場景中，當(dāng)MTC-1WF設(shè)備選擇通過SMS-SC向UE發(fā)送觸發(fā)消息，并且觸發(fā)消息發(fā)送失敗時，MTC-1WF設(shè)備指示SMS-SC刪除發(fā)送失敗的觸發(fā)消息，且MTC-1WF可以重新發(fā)送該觸發(fā)消息或等待UE可達時重新發(fā)送觸發(fā)消息。觸發(fā)消息發(fā)送的流程具體如下:
[0200]SI:MTC-1WF設(shè)備接收SCS發(fā)送的觸發(fā)請求(Trigger Request),該觸發(fā)請求攜帶有SCS要向終端發(fā)送的觸發(fā)消息；
[0201 ] S2 =MTC-1ffF設(shè)備選擇通過T4接口以短消息的形式向UE發(fā)送該觸發(fā)消息；
[0202]S3:MTC_IWF設(shè)備向SMS-SC發(fā)送提交請求(Submit Request),該提交請求用于發(fā)送MTC-1WF從SCS獲取的觸發(fā)消息；在該消息中攜帶指示信息，用于指示不需要SMS-SC存儲未發(fā)送成功的觸發(fā)消息，即刪除發(fā)送失敗的觸發(fā)消息對應(yīng)的短消息。
[0203]此處，指示不需要SMS-SC存儲未發(fā)送成功的觸發(fā)消息的指示信息可以通過各種形式實現(xiàn)，如提交請求中包含不保存發(fā)送失敗的觸發(fā)消息的指示信息，或在MTC-1WF已經(jīng)選擇T5接口并傳輸失敗后，該指示信息可以是T5接口傳輸失敗的指示信息。根據(jù)上述指示信息，SMS-SC刪除發(fā)送失敗的觸發(fā)消息。
[0204]S4:SMS-SC 向 MSC/MME/SGSN 發(fā)送轉(zhuǎn)發(fā)消息(Forward Message)，該轉(zhuǎn)發(fā)消息用于發(fā)送MTC-1WF設(shè)備從SCS中獲取的觸發(fā)消息，以便MSC/MME/SGSN將該觸發(fā)消息傳給UE ；
[0205]S5 =SMS-SC 接收 MSC/MME/SGSN 發(fā)送的傳輸報告(Delivery Report)，傳輸報告中包含傳輸失敗原因；由于MTC-1WF在發(fā)送觸發(fā)消息的傳遞觸發(fā)消息請求中包含發(fā)送未成功不需要SMS-SC存儲的指示信息，則SMS-SC刪除其保存的發(fā)送失敗的觸發(fā)消息，且不觸發(fā)SMS-SC執(zhí)行終端再次可達或網(wǎng)絡(luò)實體可用的訂閱過程。
[0206]S6 =SMS-SC向MTC-1WF設(shè)備發(fā)送傳輸報告，其中包含傳輸失敗原因；
[0207]S7 =MTC-1ffF設(shè)備在收到傳輸報告后，由于MTC-1WF已指示SMS-SC刪除傳輸失敗的觸發(fā)消息，則MTC-1WF重新發(fā)送觸發(fā)消息或當(dāng)UE可達時重新發(fā)送觸發(fā)消息。
[0208]S8 =MTC-1ffF向HSS/HLR查找UE當(dāng)前所附著的核心網(wǎng)實體，即當(dāng)前服務(wù)UE的核心網(wǎng)節(jié)點，根據(jù)獲取的核心網(wǎng)節(jié)點信息及運營商策略選擇合適的接口重新傳輸觸發(fā)消息。例如，如果MTC-1WF從HSS/HLR獲取的核心網(wǎng)節(jié)點為MME/SGSN，表明UE在PS域附著，在網(wǎng)絡(luò)支持T5接口傳遞觸發(fā)消息時，MTC-1WF可以選擇T5接口重新發(fā)送觸發(fā)消息。如果從HSS/HLR獲取的核心網(wǎng)節(jié)點為MSC Server，表明UE在CS域附著，則MTC-1WF可以選擇通過T4接口再次發(fā)送該觸發(fā)消息。
[0209]當(dāng)UE當(dāng)前處于不可達狀態(tài)，則MTC-1WF無法從HSS獲取到有效的核心網(wǎng)節(jié)點標(biāo)識，MTC-1WF可以向HSS訂閱UE可達的通知消息，HSS記錄MTC-1WF標(biāo)識、觸發(fā)消息失敗原因、UE的身份標(biāo)識等信息，以使得UE可達時，HSS通知MTC-1WFUE可達的通知消息，以使MTC-1ffF重新發(fā)送觸發(fā)消息。MTC-1WF在收到UE可達的通知消息后，也可根據(jù)HSS返回的UE當(dāng)前附著的核心網(wǎng)實體信息和運營商策略等信息選擇重新發(fā)送觸發(fā)消息的具體方式。
[0210]在本實施例中，MTC-1WF指示SMS-SC刪除發(fā)送失敗的該觸發(fā)消息對應(yīng)的短消息也可以通過另一種方式實現(xiàn)，即
[0211]不在步驟S2中攜帶刪除發(fā)送失敗的該觸發(fā)消息對應(yīng)的短消息的指示信息，而是在步驟S7中MTC-1WF接收SMS-SC發(fā)送的包含失敗原因的傳輸報告后，MTC-1ffF指示SMS-SC將其上保存的觸發(fā)消息刪除，SMS-SC在接收到MTC-1WF的刪除觸發(fā)消息指示時，將觸發(fā)消息對應(yīng)的短消息刪除。SMS-SC刪除短消息后，如果SMS-SC已經(jīng)因為短消息發(fā)送失敗而向HSS訂閱了 UE可達的通知消息或網(wǎng)絡(luò)實體可用的通知消息，則SMS-SC在刪除觸發(fā)消息對應(yīng)的短消息后向HSS發(fā)送的取消訂閱消息或向相應(yīng)的核心網(wǎng)實體發(fā)送取消訂閱消息。
[0212]上述場景三與場景四的共同特征在于，場景三與場景四均是在SMS-SC發(fā)送觸發(fā)消息失敗后，SMS-SC不再存儲發(fā)送失敗的觸發(fā)消息。上述場景三與場景四的區(qū)別在于，場景三中SMS-SC主動刪除或不保存發(fā)送失敗的觸發(fā)消息，然后在傳輸失敗報告中攜帶觸發(fā)消息未保存指示信息，由于SMS-SC未保存發(fā)送失敗的觸發(fā)消息，所以MTC-1WF設(shè)備可以重新向UE發(fā)送該觸發(fā)消息時，這樣SMS-SC后續(xù)不會重新向UE發(fā)送該觸發(fā)消息；場景四中，是由MTC-1WF指示SMS-SC刪除已保存的觸發(fā)消息，以便SMS-SC后續(xù)不會重新向UE發(fā)送該觸發(fā)消息。
[0213]在本發(fā)明實施例的第五個場景中，當(dāng)MTC-1WF設(shè)備選擇通過SMS-SC向UE發(fā)送觸發(fā)消息，且觸發(fā)消息發(fā)送失敗時，SMS-SC保存發(fā)送失敗的觸發(fā)消息并且取消向MTC-1WF設(shè)備發(fā)送傳輸報告，以便MTC-1WF設(shè)備不再向UE發(fā)送觸發(fā)消息，避免造成重復(fù)發(fā)送，并等待SMS-SC重新向UE發(fā)送保存的觸發(fā)消息。觸發(fā)消息發(fā)送的流程具體如下:
[0214]S1:MTC_IWF設(shè)備接收SCS發(fā)送的觸發(fā)請求(Trigger Request),該觸發(fā)請求攜帶有SCS要向終端發(fā)送的觸發(fā)消息；
[0215]S2 =MTC-1ffF設(shè)備選擇通過T4接口以短消息的形式向UE發(fā)送該觸發(fā)消息；
[0216]S3:MTC_IWF設(shè)備向SMS-SC發(fā)送提交請求(Submit Request),該提交請求用于發(fā)送MTC-1WF從SCS獲取的觸發(fā)消息；
[0217]S4:SMS-SC 向 MSC/MME/SGSN 發(fā)送轉(zhuǎn)發(fā)消息(Forward Message)，該轉(zhuǎn)發(fā)消息用于發(fā)送MTC-1WF設(shè)備從SCS中獲取的觸發(fā)消息，以便MSC/MME/SGSN將該觸發(fā)消息傳給UE ；
[0218]S5:SMS_SC 接收 MSC/MME/SGSN 發(fā)送的傳輸失敗報告(Delivery Fail Report)以及傳輸失敗原因；
[0219]S6 =SMS-SC保存發(fā)送失敗的觸發(fā)消息，并在UE再次可達時重新向UE發(fā)送保存的該觸發(fā)消息，當(dāng)SMS-SC成功發(fā)送觸發(fā)消息，則向MTC-1WF返回包含成功發(fā)送指示的傳輸報
生口 ο
[0220]若觸發(fā)消息在SMS-SC中因超過了保存有效期而未發(fā)送成功，則SMS-SC返回傳輸報告，其中包含失敗原因，MTC-1WF將失敗報告返回給SCS ;或觸發(fā)消息超出其有效期時仍未發(fā)送成功，則MTC-1WF將指示SMS-SC將trigger消息刪除，MTC-1WF返回SCS失敗報告。[0221 ] 若MTC-1WF先選擇T5接口發(fā)送觸發(fā)消息，發(fā)送失敗后，再選擇T4接口發(fā)送觸發(fā)消息，其通過T4接口發(fā)送觸發(fā)消息的過程與上述S1-S6步驟相同。
[0222]在場景五中，SMS-SC不向MTC-1WF設(shè)備發(fā)送傳輸報告，MTC-1ffF等待SMS-SC向終端發(fā)送觸發(fā)消息，由此避免MTC-1WF設(shè)備再次向UE發(fā)送觸發(fā)消息，造成重復(fù)發(fā)送的問題。
[0223]在本發(fā)明實施例的第六個場景中，當(dāng)MTC-1WF設(shè)備選擇SMS-SC向UE發(fā)送觸發(fā)消息，并且觸發(fā)消息發(fā)送失敗時，SMS-SC保存該發(fā)送失敗的觸發(fā)消息，并向MTC-1WF設(shè)備返回傳輸報告，傳輸報告中包含觸發(fā)消息保存的指示信息，MTC-1ffF根據(jù)該指示信息等待SMS-SC重新向UE發(fā)送保存的觸發(fā)消息。觸發(fā)消息發(fā)送的流程具體如下:
[0224]SI:MTC-1WF設(shè)備接收SCS發(fā)送的觸發(fā)請求(Trigger Request),該觸發(fā)請求攜帶有SCS要向終端發(fā)送的觸發(fā)消息；
[0225]S2 =MTC-1ffF設(shè)備選擇通過T4接口以短消息的形式向UE發(fā)送該觸發(fā)消息；
[0226]S3:MTC_IWF設(shè)備向SMS-SC發(fā)送提交請求(Submit Request),該提交請求用于發(fā)送MTC-1WF從SCS獲取的觸發(fā)消息；
[0227]S4:SMS-SC 向 MSC/MME/SGSN 發(fā)送轉(zhuǎn)發(fā)消息(Forward Message)，該轉(zhuǎn)發(fā)消息用于發(fā)送MTC-1WF設(shè)備從SCS中獲取的觸發(fā)消息，以便MSC/MME/SGSN將該觸發(fā)消息傳給UE ；
[0228]S5 =SMS-SC 接收 MSC/MME/SGSN 發(fā)送的傳輸報告(Delivery Report)，傳輸報告中包含傳輸失敗原因；
[0229]S6 =SMS-SC保存發(fā)送失敗的觸發(fā)消息；
[0230]S7 =SMS-SC向MTC-1WF設(shè)備發(fā)送傳輸報告，并在傳輸報告中攜帶有觸發(fā)消息已保存指不信息，傳輸報告中還包含傳輸失敗原因；
[0231]S8 =MTC-1ffF設(shè)備根據(jù)觸發(fā)消息保存指示信息等待SMS-SC重新向UE發(fā)送保存的觸發(fā)消息，當(dāng)SMS-SC成功發(fā)送觸發(fā)消息，則返回MTC-1WF成功發(fā)送的傳輸報告。
[0232]若觸發(fā)消息在SMS-SC中因超過了保存有效期而未發(fā)送成功，則SMS-SC返回傳輸報告，其中包含失敗原因，MTC-1WF將失敗報告返回給SCS ;或觸發(fā)消息超出其有效期時仍未發(fā)送成功，則MTC-1WF將指示SMS-SC將trigger消息刪除，MTC-1WF返回SCS失敗報告。
[0233]該場景同樣適用于MTC-1WF先通過T5接口發(fā)送觸發(fā)消息失敗，再通過T4接口發(fā)送觸發(fā)消息的情況，其中通過T4接口發(fā)送觸發(fā)消息的過程與上述S1-S8步相同。
[0234]在場景六中，當(dāng)SMS-SC向UE發(fā)送觸發(fā)消息失敗時，SMS-SC也可以向MTC-1WF設(shè)備發(fā)送傳輸失敗報告，但是SMS-SC需要在傳輸失敗報告中攜帶一個觸發(fā)消息保存指不信息，以便MTC-1WF設(shè)備根據(jù)該觸發(fā)消息保存指示信息獲知SMS-SC會在UE再次可達時重新向UE發(fā)送保存的觸發(fā)消息，由此避免MTC-1WF設(shè)備也向UE發(fā)送觸發(fā)消息的重復(fù)發(fā)送的問題。
[0235]上述六個場景可以實現(xiàn)當(dāng)觸發(fā)消息發(fā)送失敗時，避免MTC-1WF設(shè)備與SMS-SC均向UE發(fā)送該觸發(fā)消息，因而可以減少重復(fù)發(fā)送觸發(fā)消息所產(chǎn)生的信令開銷，節(jié)約網(wǎng)絡(luò)資源。
[0236]進一步的，本發(fā)明實施例還提供了一種觸發(fā)消息發(fā)送的方法，該方法針對于SMS-SC和MTC-1WF設(shè)備先后發(fā)送觸發(fā)消息失敗，并且均保存了發(fā)送失敗的觸發(fā)消息的場景，提供一種避免UE重復(fù)接收觸發(fā)消息的解決方法。如圖6所示，所述方法包括如下步驟:
[0237]601、當(dāng)SMS-SC向UE發(fā)送觸發(fā)消息失敗時，SMS-SC向HSS訂閱UE再次可達的通知消息。
[0238]對于由于UE不可達導(dǎo)致的觸發(fā)消息失敗，如果SMS-SC傳輸觸發(fā)消息失敗的原因為缺席用戶(Absent Subscriber)或超出終端內(nèi)存(Memory CapacityExceeded)，貝丨JSMS-SC通過核心網(wǎng)設(shè)備向HSS訂閱UE再次可達的通知消息。
[0239]具體的，SMS-SC在向HSS訂閱UE再次可達的通知消息時，將自身的SC地址以及觸發(fā)消息的參考號碼Reference Number發(fā)送給HSS,其中，一個參考號碼用于唯一標(biāo)識一條觸發(fā)消息。
[0240]進一步的，當(dāng)SMS-SC向UE發(fā)送觸發(fā)消息失敗時，SMS-SC還會將自身的SC地址以及觸發(fā)消息的參考號碼添加到傳輸報告中發(fā)送給MTC-1WF設(shè)備，以便MTC-1WF設(shè)備保存該SC地址以及該參考號碼。
[0241]602、當(dāng)MTC-1WF設(shè)備通過第二接口向UE發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備向HSS訂閱UE再次可達的通知消息。
[0242]當(dāng)步驟601中SMS-SC向UE發(fā)送觸發(fā)消息失敗時，SMS-SC向MTC-1WF設(shè)備發(fā)送傳輸報告，其中包含傳輸失敗原因，MTC-1ffF設(shè)備接收到傳輸報告后選擇第二接口向UE發(fā)送觸發(fā)消息，并且MTC-1WF設(shè)備向UE發(fā)送觸發(fā)消息失敗。
[0243]具體的，MTC-1ffF設(shè)備在向HSS訂閱UE再次可達的通知消息時，將自身的設(shè)備地址以及觸發(fā)消息的參考號碼發(fā)送給HSS。
[0244]603、HSS判斷同一條觸發(fā)消息是否對應(yīng)于兩個設(shè)備標(biāo)識，如果判斷結(jié)果為是，則當(dāng)UE再次可達時，HSS將UE可達的通知消息發(fā)送給MTC-1WF設(shè)備。
[0245]HSS根據(jù)觸發(fā)消息的參考號碼對同一條觸發(fā)消息進行識別，然后判斷針對該條觸發(fā)消息訂閱UE再次可達的通知消息的設(shè)備數(shù)量。如果SMS-SC和MTC-1WF設(shè)備在發(fā)送觸發(fā)消息失敗后均向HSS訂閱了 UE再次可達的通知消息，則當(dāng)UE再次可達時，HSS只將UE可達的通知消息發(fā)送給MTC-1WF設(shè)備，由MTC-1WF設(shè)備根據(jù)前述實施例或應(yīng)用場景的實現(xiàn)方式重新選擇觸發(fā)消息的發(fā)送策略。
[0246]具體的，當(dāng)MTC-1WF設(shè)備選擇指示SMS-SC向UE發(fā)送觸發(fā)消息時，MTC-1WF設(shè)備將HSS發(fā)送的UE再次可達的通知消息發(fā)送給SMS-SC，以便SMS-SC根據(jù)該通知消息向UE重新發(fā)送保存的觸發(fā)消息；當(dāng)MTC-1WF設(shè)備選擇通過第二接口向UE發(fā)送觸發(fā)消息時，MTC-1ffF設(shè)備向UE重新發(fā)送自身保存的觸發(fā)消息，同時MTC-1WF設(shè)備指示SMS-SC刪除已保存的觸發(fā)消息，以便防止SMS-SC向UE重復(fù)發(fā)送相同的觸發(fā)消息。
[0247]作為對圖6所示方法的詳細說明，本發(fā)明實施例還提供了第七個應(yīng)用場景。在第七個場景中，發(fā)消息發(fā)送的流程具體如下:
[0248]SI:MTC-1WF設(shè)備接收SCS發(fā)送的觸發(fā)請求(Trigger Request),該觸發(fā)請求攜帶有觸發(fā)消息；
[0249]S2 =MTC-1ffF設(shè)備選擇通過T4接口指示SMS-SC以短消息的形式向UE發(fā)送該觸發(fā)消息；
[0250]S3:MTC_IWF 設(shè)備向 SMS-SC發(fā)送傳遞觸發(fā)消息請求(Transfer TriggerRequest),在該傳遞觸發(fā)消息請求中攜帶該觸發(fā)消息；
[0251]S4:SMS-SC 向 MSC/MME/SGSN 發(fā)送觸發(fā)請求傳輸(Trigger Request Delivery)消息，在該消息中攜帶該觸發(fā)消息，以便MSC/MME/SGSN將該觸發(fā)消息透傳給UE ；[0252]S5:SMS_SC接收MSC/MME/SGSN發(fā)送的傳輸報告(Delivery R印ort)其中包含傳輸失敗原因；
[0253]S6 =SMS-SC保存發(fā)送失敗的觸發(fā)消息，并且通過MSC/MME/SGSN向HSS訂閱UE可達的通知消息，在該訂閱消息中，攜帶SMS-SC的SC地址以及觸發(fā)消息的參考標(biāo)識；
[0254]S7 =SMS-SC向MTC-1WF設(shè)備發(fā)送傳輸報告，其中包含傳輸失敗原因；
[0255]S8 =MTC-1ffF設(shè)備根據(jù)傳輸報告，選擇T5接口向MSC/MME/SGSN發(fā)送觸發(fā)請求傳輸(Trigger Request Delivery)消息,在該消息中攜帶該觸發(fā)消息，以便MSC/MME/SGSN將該觸發(fā)消息透傳給UE;
[0256]S9:該觸發(fā)消息通過T5接口傳輸失敗，MTC-1WF設(shè)備接收MSC/MME/SGSN發(fā)送的傳輸報告(Delivery Report),其中包含傳輸失敗原因；
[0257]SlO =MTC-1ffF設(shè)備保存發(fā)送失敗的觸發(fā)消息，并且通過MSC/MME/SGSN向HSS訂閱UE可達的通知消息，在該訂閱消息中，攜帶MTC-1WF設(shè)備的設(shè)備地址以及觸發(fā)消息的參考標(biāo)識；
[0258]Sll:當(dāng)UE再次可達時，HSS判斷SMS-SC和MTC-1WF設(shè)備均針對同一條觸發(fā)消息向HSS訂閱了 UE再次可達的通知消息；
[0259]S12 =HSS向MTC-1WF設(shè)備發(fā)送UE再次可達的通知消息；
[0260]S13 =MTC-1ffF設(shè)備根據(jù)UE再次可達的通知消息，再次發(fā)送觸發(fā)消息。若MTC-1WF選擇T4接口向終端發(fā)送該觸發(fā)消息，則MTC-1WF將UE可達的通知消息通知SMS-SC，SMS-SC收到UE可達的通知消息后，向UE發(fā)送SMS-SC保存的觸發(fā)消息，并且MTC-1WF設(shè)備刪除自身保存的觸發(fā)消息；
[0261]S14:若MTC-1ffF設(shè)備根據(jù)UE再次可達的通知消息選擇第二接口(T5接口)向UE發(fā)送自身保存的觸發(fā)消息，則指示SMS-SC刪除SMS-SC保存的觸發(fā)消息。
[0262]需要說明的是，步驟S6和步驟S7的執(zhí)行順序可以對調(diào)，或者兩者同時進行；步驟S13和步驟S14兩者擇一作為步驟S12之后的執(zhí)行步驟，即如果步驟S12后執(zhí)行步驟S13則不執(zhí)行步驟S14，或者如果步驟S12后執(zhí)行步驟S14則不執(zhí)行步驟S13。
[0263]可選的，作為對步驟603的另一種情況，如果HSS判斷只有SMS-SC或MTC-1WF設(shè)備兩者其一向HSS訂閱了 UE再次可達的通知消息，則當(dāng)UE再次可達時，HSS向訂閱通知消息的設(shè)備發(fā)送UE再次可達的通知消息。具體的:
[0264]I)如果SMS-SC向HSS訂閱了 UE再次可達的通知消息，則當(dāng)UE再次可達時，HSS僅向SMS-SC發(fā)送UE再次可達的通知消息。SMS-SC在接收到UE再次可達的通知消后，向UE發(fā)送保存的觸發(fā)消息，并且當(dāng)觸發(fā)消息發(fā)送成功時，SMS-SC向MTC-1WF設(shè)備發(fā)送傳輸成功報告；MTC-1WF設(shè)備接收到傳輸成功報告后，刪除自身保存的觸發(fā)消息，以便避免MTC-1WF設(shè)備后續(xù)向UE重復(fù)發(fā)送相同的觸發(fā)消息。
[0265]2)如果MTC-1WF設(shè)備向HSS訂閱了 UE再次可達的通知消息，則當(dāng)UE再次可達時，HSS僅向MTC-1WF設(shè)備發(fā)送UE再次可達的通知消息。MTC-1WF設(shè)備在接收到UE再次可達的通知消后，通過第二接口向UE發(fā)送保存的觸發(fā)消息，并且指示SMS-SC刪除保存的觸發(fā)消息，以便避免SMS-SC后續(xù)向UE重復(fù)發(fā)送相同的觸發(fā)消息。
[0266]現(xiàn)有技術(shù)中，當(dāng)SMS-SC和MTC-1WF設(shè)備先后發(fā)送觸發(fā)消息失敗時，SMS-SC和MTC-1ffF設(shè)備均會保存發(fā)送失敗的觸發(fā)消息并向HSS訂閱UE再次可達的通知消息。當(dāng)UE再次可達時，HSS分別向SMS-SC和MTC-1WF設(shè)備發(fā)送UE可達的通知消息。SMS-SC在接收到UE可達的通知消息后，重新向UE發(fā)送保存的觸發(fā)消息，而MTC-1WF設(shè)備在接收到UE可達的通知消息后，重新通過第一接口指示SMS-SC向UE發(fā)送觸發(fā)消息，或通過第二接口重新向UE發(fā)送保存的觸發(fā)消息。因此，在現(xiàn)有觸發(fā)消息發(fā)送的過程中，當(dāng)UE再次可達時，SMS-SC或MTC-1WF設(shè)備會向UE重復(fù)發(fā)送觸發(fā)消息，造成了不必要的信令開銷。
[0267]在圖6提供的觸發(fā)消息發(fā)送的方法中，HSS可以判斷是否重復(fù)接收到了不同設(shè)備對同一條觸發(fā)消息的UE可達訂閱請求。當(dāng)UE再次可達時，HSS僅向MTC-1WF設(shè)備發(fā)送UE可達的通知消息，而取消向SMS-SC發(fā)送UE可達的通知消息，由此可以避免當(dāng)MTC-1WF設(shè)備通過第一接口或第二接口向UE發(fā)送觸發(fā)消息時，SMS-SC根據(jù)HSS的通知消息向UE重復(fù)發(fā)送觸發(fā)消息，因而能夠節(jié)省信令開銷，節(jié)約網(wǎng)絡(luò)資源。
[0268]以上個各實施例及應(yīng)用場景著重于對M2M通信網(wǎng)絡(luò)架構(gòu)側(cè)的改進，用以實現(xiàn)避免當(dāng)首次發(fā)送觸發(fā)消息失敗時，SMS-SC和MTC-1WF設(shè)備重復(fù)發(fā)送觸發(fā)消息的問題。下面，本發(fā)明實施例還提供了一種觸發(fā)消息接收的方法，從UE側(cè)提供一種避免UE重復(fù)接收相同觸發(fā)消息的實現(xiàn)方式。具體的，如圖7所示，所述方法包括如下步驟:
[0269]701、UE接收并處理觸發(fā)消息I。
[0270]UE接收到觸發(fā)消息I后按照現(xiàn)有技術(shù)流程對觸發(fā)消息I進行處理。同時，UE獲取觸發(fā)消息I中攜帶的觸發(fā)消息參考標(biāo)識Reference Number、有效時長Validity time以及SCS身份標(biāo)識。其中，有效時長為一個時長數(shù)值，UE收到觸發(fā)消息I后啟動定時器，將計時器的時長設(shè)置為該時長數(shù)值，在定時器到時時間內(nèi)，UE保存該trigger消息對應(yīng)的validitytime、SCS身份標(biāo)識。此外，當(dāng)觸發(fā)消息I中未攜帶有效時長時，UE也可以根據(jù)預(yù)設(shè)時長設(shè)置計時器時長。當(dāng)定時器到時時，將該reference number和相關(guān)的SCS identifier刪除。在計時器時長之內(nèi)如果UE接收到觸發(fā)消息2，則UE執(zhí)行步驟702。
[0271]702、UE判斷觸發(fā)消息I和觸發(fā)消息2是否相同。
[0272]具體的，UE判斷觸發(fā)消息I的參考標(biāo)識Reference Number及SCS身份標(biāo)識與觸發(fā)消息2的參考標(biāo)識Reference Number及SCS身份標(biāo)識是否相同。當(dāng)觸發(fā)消息2與觸發(fā)消息I不相同時，按正常流程處理觸發(fā)消息2 ;當(dāng)觸發(fā)消息2與觸發(fā)消息I相同時，UE執(zhí)行步驟703。
[0273]703、UE丟棄觸發(fā)消息2。
[0274]UE對觸發(fā)消息的處理需要耗費UE的各種資源，如果UE接收到兩條重復(fù)發(fā)送的相同觸發(fā)消息，則對相同觸發(fā)消息的處理會浪費UE資源。本發(fā)明實施例提供的觸發(fā)消息接收的方法，可以由UE對接收到的觸發(fā)消息進行判定，當(dāng)此前未接收到該觸發(fā)消息時，UE按照現(xiàn)有流程對該觸發(fā)消息進行處理；當(dāng)此前已接收到該觸發(fā)消息時，UE丟棄該觸發(fā)消息，由此節(jié)省UE內(nèi)部的處理資源。
[0275]參考上述方法實施例的實現(xiàn)，本發(fā)明實施例提供了一種MTC-1WF設(shè)備，所述MTC-1ffF設(shè)備通過第一接口與SMS-SC通信，通過第二接口與核心網(wǎng)設(shè)備通信。如圖8所示，所述MTC-1WF設(shè)備包括:接收單元81、處理單元82、指示單元83以及發(fā)送單元84,其中，
[0276]所述接收單元81，用于接收短消息業(yè)務(wù)中心SMS-SC發(fā)送的傳輸報告，所述傳輸報告由所述SMS-SC在向用戶設(shè)備UE發(fā)送觸發(fā)消息失敗后發(fā)送給所述MTC-1WF設(shè)備；
[0277]所述處理單元82，用于根據(jù)所述接收單元81接收的所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0278]進一步的，所述處理單元82具體用于:
[0279]當(dāng)所述接收單元81接收的所述傳輸報告中攜帶有傳輸失敗原因時，根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0280]進一步的，所述處理單元82具體用于:
[0281]當(dāng)所述接收單元81接收的所述傳輸失敗原因為缺席用戶AbsentSubscriber或終端忙MS Busy for MT SMS時，等待所述SMS-SC重新發(fā)送所述觸發(fā)消息；
[0282]當(dāng)所述接收單元81接收的所述傳輸失敗原因為除所述缺席用戶以及所述終端忙以外的其他原因時，重新發(fā)送所述觸發(fā)消息。
[0283]進一步的，所述指示單元83，用于當(dāng)所述處理單元82根據(jù)所述接收單元81接收的所述傳輸報告重新發(fā)送所述觸發(fā)消息時，指示所述SMS-SC刪除所述觸發(fā)消息，以便所述SMS-SC取消向所述UE再次發(fā)送所述觸發(fā)消息。
[0284]進一步的，所述處理單元82具體用于:
[0285]當(dāng)所述接收單元81接收的所述傳輸報告中包含觸發(fā)消息刪除指示信息時，重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息。
[0286]進一步的，所述發(fā)送單元84，用于在所述SMS-SC向所述UE發(fā)送觸發(fā)消息之前，向所述SMS-SC發(fā)送提交觸發(fā)消息，以便所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息，以便所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息；
[0287]所述處理單元82還用于當(dāng)所述傳輸報告中攜帶有傳輸失敗原因時，根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0288]進一步的，所述處理單元82具體用于:
[0289]當(dāng)所述接收單元81接收的所述傳輸報告中包含觸發(fā)消息保存指示信息時，等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后保存所述觸發(fā)消息。
[0290]進一步的，所述發(fā)送單元84還用于在所述處理單元82根據(jù)所述接收單元81接收的所述傳輸報告重新發(fā)送所述觸發(fā)消息之前，向本地簽約服務(wù)器HSS訂閱所述UE可達的通知消息；
[0291]所述接收單元81還用于接收所述HSS發(fā)送的所述UE可達的通知消息；
[0292]所述處理單元82還用于當(dāng)所述接收單元81接收到所述HSS發(fā)送的所述UE可達的通知消息后，重新發(fā)送所述觸發(fā)消息。
[0293]本發(fā)明實施例提供的MTC-1WF設(shè)備，能夠在當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備接收SMS-SC發(fā)送的傳輸報告，然后MTC-1WF設(shè)備根據(jù)該傳輸報告等待SMS-SC重新發(fā)送該觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)該傳輸報告重新發(fā)送該觸發(fā)消息。與現(xiàn)有技術(shù)中在MTC-1WF設(shè)備向UE重新發(fā)送該觸發(fā)消息后SMS-SC仍再次向UE發(fā)送該觸發(fā)消息相t匕，能夠避免UE重復(fù)接收觸發(fā)消息，由此節(jié)省發(fā)送觸發(fā)消息產(chǎn)生的信令開銷，可以節(jié)約網(wǎng)絡(luò)資源。
[0294]參考上述方法實施例的實現(xiàn)，本發(fā)明實施例提供了一種SMS-SC，所述SMS-SC通過第一接口與MTC-1WF設(shè)備通信。如圖9所示，所述SMS-SC包括:觸發(fā)消息發(fā)送單元91、傳輸報告發(fā)送單元92、接收單元93、第一處理單元94、第二處理單元95、第三處理單元96以及第四處理單元97，其中，
[0295]所述觸發(fā)消息發(fā)送單元91,用于向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息；
[0296]所述傳輸報告發(fā)送單元92，用于當(dāng)所述觸發(fā)消息發(fā)送單元91向所述UE發(fā)送觸發(fā)Trigger消息失敗時，向機器類通信交互功能MTC-1WF設(shè)備發(fā)送傳輸報告，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0297]進一步的，所述傳輸報告發(fā)送單元92具體用于:
[0298]將傳輸失敗原因攜帶在所述傳輸報告中，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0299]進一步的，所述接收單元93，用于在所述傳輸報告發(fā)送單元92向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之后，接收所述MTC-1WF設(shè)備發(fā)送的觸發(fā)消息刪除指示；
[0300]所述第一處理單元94，用于根據(jù)所述接收單元93接收的所述觸發(fā)消息刪除指示刪除所述觸發(fā)消息，以便取消所述觸發(fā)消息發(fā)送單元向所述UE再次發(fā)送所述觸發(fā)消息。
[0301]進一步的，所述第二處理單元95，用于在所述傳輸報告發(fā)送單元92向所述MTC-1ffF設(shè)備發(fā)送所述傳輸報告之前，刪除所述觸發(fā)消息；
[0302]所述傳輸報告發(fā)送單元92還用于在所述傳輸報告中添加觸發(fā)消息刪除指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息刪除指示信息重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已刪除所述觸發(fā)消息。
[0303]進一步的，所述接收單元93還用于在所述觸發(fā)消息發(fā)送單元91向所述UE發(fā)送所述觸發(fā)消息之前，接收所述MTC-1WF設(shè)備發(fā)送的提交觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息；
[0304]進一步的，所述第三處理單元96，用于當(dāng)所述觸發(fā)消息發(fā)送單元91向所述UE發(fā)送所述觸發(fā)消息失敗時，刪除所述觸發(fā)消息。
[0305]進一步的，所述第四處理單元97，用于在所述傳輸報告發(fā)送單元92向所述MTC-1ffF設(shè)備發(fā)送所述傳輸報告之前,在所述傳輸報告中添加觸發(fā)消息保存指不信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息保存指示信息等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已保存所述觸發(fā)消息。
[0306]本發(fā)明實施例提供的SMS-SC，能夠在當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗時，SMS-SC向MTC-1ffF設(shè)備發(fā)送傳輸報告，然后MTC-1WF設(shè)備根據(jù)該傳輸報告等待SMS-SC重新發(fā)送該觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)該傳輸報告重新發(fā)送該觸發(fā)消息。與現(xiàn)有技術(shù)中在MTC-1WF設(shè)備向UE重新發(fā)送該觸發(fā)消息后SMS-SC仍再次向UE發(fā)送該觸發(fā)消息相比，能夠避免UE重復(fù)接收觸發(fā)消息，由此節(jié)省發(fā)送觸發(fā)消息產(chǎn)生的信令開銷，可以節(jié)約網(wǎng)絡(luò)資源。[0307]參考上述圖8以及圖9所示的設(shè)備實施例，本發(fā)明實施例提供了一種觸發(fā)消息發(fā)送的系統(tǒng)，如圖10所示，所述系統(tǒng)包括:MTC-1WF設(shè)備1001和SMS-SC1002，其中所述MTC-1ffF設(shè)備1001為圖8所示的MTC-1WF設(shè)備，所述SMS-SC1002為圖9所示的SMS-SCjjf述SMS-SC1002通過第一接口與所述MTC-1WF設(shè)備1001通信，其中，
[0308]所述SMS-SC1002，用于當(dāng)所述SMS-SC1002向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息失敗時，向所述MTC-1WF1001設(shè)備發(fā)送傳輸報告；
[0309]所述MTC-1WF1001設(shè)備用于，接收所述SMS-SC1002發(fā)送的所述傳輸報告，根據(jù)所述傳輸報告等待所述SMS-SC1002重新發(fā)送所述觸發(fā)消息，或者根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0310]本發(fā)明實施例提供的觸發(fā)消息發(fā)送的系統(tǒng)，能夠在當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備接收SMS-SC發(fā)送的傳輸報告，然后MTC-1WF設(shè)備根據(jù)該傳輸報告等待SMS-SC重新發(fā)送該觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)該傳輸報告重新發(fā)送該觸發(fā)消息。與現(xiàn)有技術(shù)中在MTC-1WF設(shè)備向UE重新發(fā)送該觸發(fā)消息后SMS-SC仍再次向UE發(fā)送該觸發(fā)消息相比，能夠避免UE重復(fù)接收觸發(fā)消息，由此節(jié)省發(fā)送觸發(fā)消息產(chǎn)生的信令開銷，可以節(jié)約網(wǎng)絡(luò)資源。
[0311]參考上述方法實施例的實現(xiàn)，本發(fā)明實施例還提供了一種MTC-1WF設(shè)備，所述MTC-1WF設(shè)備通過第一接口與SMS-SC通信，通過第二接口與核心網(wǎng)設(shè)備通信。如圖11所示，所述MTC-1WF設(shè)備包括:接收器1101、處理器1102以及發(fā)送器1103，其中，
[0312]所述接收器1101，用于接收短消息業(yè)務(wù)中心SMS-SC發(fā)送的傳輸報告，所述傳輸報告由所述SMS-SC在向用戶設(shè)備UE發(fā)送觸發(fā)消息失敗后發(fā)送給所述MTC-1WF設(shè)備；
[0313]所述處理器1102，用于根據(jù)所述接收器1101接收的所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0314]進一步的，所述處理器1102具體用于:
[0315]當(dāng)所述接收器1101接收的所述傳輸報告中攜帶有傳輸失敗原因時，根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0316]進一步的，所述處理器1102具體用于:
[0317]當(dāng)所述接收器1101接收的所述傳輸失敗原因為缺席用戶AbsentSubscriber或終端忙MSBusy for MT SMS時，等待所述SMS-SC重新發(fā)送所述觸發(fā)消息；
[0318]當(dāng)所述接收器1101接收的所述傳輸失敗原因為除所述缺席用戶以及所述終端忙以外的其他原因時，重新發(fā)送所述觸發(fā)消息。
[0319]進一步的，所述處理器1102還用于當(dāng)根據(jù)所述接收器1101接收的所述傳輸報告重新發(fā)送所述觸發(fā)消息時，指示所述SMS-SC刪除所述觸發(fā)消息，以便所述SMS-SC取消向所述UE再次發(fā)送所述觸發(fā)消息。
[0320]進一步的，所述處理器1102具體用于:
[0321]當(dāng)所述接收器1101接收的所述傳輸報告中包含觸發(fā)消息刪除指示信息時，重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息。[0322]進一步的，所述發(fā)送器1003，用于在所述SMS-SC向所述UE發(fā)送觸發(fā)消息之前，向所述SMS-SC發(fā)送提交觸發(fā)消息，以便所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息，以便所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息；
[0323]所述處理器1102還用于當(dāng)所述傳輸報告中攜帶有傳輸失敗原因時，根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0324]進一步的，所述處理器1102具體用于:
[0325]當(dāng)所述接收器1101接收的所述傳輸報告中包含觸發(fā)消息保存指示信息時，等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后保存所述觸發(fā)消息。
[0326]進一步的，所述發(fā)送器1003還用于在所述處理器1102根據(jù)所述接收器1101接收的所述傳輸報告重新發(fā)送所述觸發(fā)消息之前，向本地簽約服務(wù)器HSS訂閱所述UE可達的通知消息；
[0327]所述接收器1101還用于接收所述HSS發(fā)送的所述UE可達的通知消息；
[0328]所述處理器1102還用于當(dāng)所述接收器1101接收到所述HSS發(fā)送的所述UE可達的通知消息后，重新發(fā)送所述觸發(fā)消息。
[0329]本發(fā)明實施例提供的MTC-1WF設(shè)備，能夠在當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備接收SMS-SC發(fā)送的傳輸報告，然后MTC-1WF設(shè)備根據(jù)該傳輸報告等待SMS-SC重新發(fā)送該觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)該傳輸報告重新發(fā)送該觸發(fā)消息。與現(xiàn)有技術(shù)中在MTC-1WF設(shè)備向UE重新發(fā)送該觸發(fā)消息后SMS-SC仍再次向UE發(fā)送該觸發(fā)消息相t匕，能夠避免UE重復(fù)接收觸發(fā)消息，由此節(jié)省發(fā)送觸發(fā)消息產(chǎn)生的信令開銷，可以節(jié)約網(wǎng)絡(luò)資源。
[0330]參考上述方法實施例的實現(xiàn)，本發(fā)明實施例提供了一種SMS-SC，所述SMS-SC通過第一接口與MTC-1WF設(shè)備通信。如圖12所示，所述SMS-SC包括:發(fā)射器1201、接收器1202以及處理器1203，其中，
[0331]所述發(fā)射器1201，用于向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息；
[0332]所述發(fā)射器1201還用于當(dāng)向所述UE發(fā)送觸發(fā)Trigger消息失敗時，向機器類通信交互功能MTC-1WF設(shè)備發(fā)送傳輸報告，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0333]進一步的，所述發(fā)射器1201具體用于:
[0334]將傳輸失敗原因攜帶在所述傳輸報告中，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
[0335]進一步的，所述接收器1202，用于在所述發(fā)射器1201向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之后，接收所述MTC-1WF設(shè)備發(fā)送的觸發(fā)消息刪除指示；
[0336]所述處理器1203，用于根據(jù)所述接收器1202接收的所述觸發(fā)消息刪除指示刪除所述觸發(fā)消息，以便取消所述觸發(fā)消息發(fā)送單元向所述UE再次發(fā)送所述觸發(fā)消息。
[0337]進一步的，所述處理器1203還用于在所述接收器1202向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，刪除所述觸發(fā)消息；
[0338]所述發(fā)射器1201還用于在所述傳輸報告中添加觸發(fā)消息刪除指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息刪除指示信息重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已刪除所述觸發(fā)消息。
[0339]進一步的，所述接收器1202還用于在所述發(fā)射器1201向所述UE發(fā)送所述觸發(fā)消息之前，接收所述MTC-1WF設(shè)備發(fā)送的提交觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息；
[0340]進一步的，所述處理器1203還用于當(dāng)發(fā)射器1201向所述UE發(fā)送所述觸發(fā)消息失敗時，刪除所述觸發(fā)消息。
[0341]進一步的，所述處理器1203還用于在發(fā)射器1201向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，在所述傳輸報告中添加觸發(fā)消息保存指不信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息保存指示信息等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已保存所述觸發(fā)消息。
[0342]本發(fā)明實施例提供的SMS-SC，能夠在當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗時，SMS-SC向MTC-1ffF設(shè)備發(fā)送傳輸報告，然后MTC-1WF設(shè)備根據(jù)該傳輸報告等待SMS-SC重新發(fā)送該觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)該傳輸報告重新發(fā)送該觸發(fā)消息。與現(xiàn)有技術(shù)中在MTC-1WF設(shè)備向UE重新發(fā)送該觸發(fā)消息后SMS-SC仍再次向UE發(fā)送該觸發(fā)消息相比，能夠避免UE重復(fù)接收觸發(fā)消息，由此節(jié)省發(fā)送觸發(fā)消息產(chǎn)生的信令開銷，可以節(jié)約網(wǎng)絡(luò)資源。
[0343]參考上述圖11以及圖12所示的設(shè)備實施例，本發(fā)明實施例提供了一種觸發(fā)消息發(fā)送的系統(tǒng)，如圖13所示，所述系統(tǒng)包括:MTC-1WF設(shè)備1301和SMS-SC1302，其中所述MTC-1ffF設(shè)備1301為圖11所示的MTC-1WF設(shè)備，所述SMS-SC1302為圖12所示的SMS-SC，所述SMS-SC1302通過第一接口與所述MTC-1WF設(shè)備1301通信。其中，
[0344]所述SMS-SC1302，用于當(dāng)所述SMS-SC1302向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息失敗時，向所述MTC-1WF1301設(shè)備發(fā)送傳輸報告；
[0345]所述MTC-1WF1301設(shè)備用于，接收所述SMS-SC1302發(fā)送的所述傳輸報告，根據(jù)所述傳輸報告等待所述SMS-SC1302重新發(fā)送所述觸發(fā)消息，或者根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
[0346]本發(fā)明實施例提供的觸發(fā)消息發(fā)送的系統(tǒng)，能夠在當(dāng)SMS-SC發(fā)送觸發(fā)消息失敗時，MTC-1ffF設(shè)備接收SMS-SC發(fā)送的傳輸報告，然后MTC-1WF設(shè)備根據(jù)該傳輸報告等待SMS-SC重新發(fā)送該觸發(fā)消息，或者MTC-1WF設(shè)備根據(jù)該傳輸報告重新發(fā)送該觸發(fā)消息。與現(xiàn)有技術(shù)中在MTC-1WF設(shè)備向UE重新發(fā)送該觸發(fā)消息后SMS-SC仍再次向UE發(fā)送該觸發(fā)消息相比，能夠避免UE重復(fù)接收觸發(fā)消息，由此節(jié)省發(fā)送觸發(fā)消息產(chǎn)生的信令開銷，可以節(jié)約網(wǎng)絡(luò)資源。
[0347]所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，僅以上述各功能模塊的劃分進行舉例說明，實際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。
[0348]在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述模塊或單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
[0349]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
[0350]另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。
[0351]所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM, Read-Only Memory)、隨機存取存儲器(RAM, Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0352]以上實施例僅用以示例性的說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明及本發(fā)明帶來的有益效果進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明權(quán)利要求的范圍。
[0353]需要說明的是上述MTC-1WF實體的存儲功能可以由MTC-1WF來實現(xiàn)，也可以是在邏輯上與MTC-1WF不同名稱的但物理上相同的其他功能實體實現(xiàn)。
[0354]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以所述權(quán)利要求的保護范圍為準(zhǔn)。
【權(quán)利要求】
1.一種觸發(fā)消息發(fā)送的方法，其特征在于，包括: 機器類通信交互功能MTC-1WF設(shè)備接收短消息業(yè)務(wù)中心SMS-5C發(fā)送的傳輸報告，所述傳輸報告由所述SMS-SC在向用戶設(shè)備UE發(fā)送觸發(fā)消息失敗后發(fā)送給所述MTC-1WF設(shè)備； 所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息，具體包括: 當(dāng)所述傳輸報告中攜帶有傳輸失敗原因時，所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息，具體包括: 如果所述傳輸失敗原因為缺席用戶Absent Subscriber或終端忙MSBusyfor MT SMS,則所述MTC-1WF設(shè)備等待所述SMS-SC重新發(fā)送所述觸發(fā)消息； 如果所述傳輸失敗原因為除所述缺席用戶以及所述終端忙以外的其他原因，則所述MTC-1ffF設(shè)備重新發(fā)送所述觸發(fā)消息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息時，所述方法進一步包括: 所述MTC-1WF設(shè)備指示所述SMS-SC刪除所述觸發(fā)消息，以便所述SMS-SC取消向所述UE再次發(fā)送所述觸發(fā)消息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息，具體包括: 當(dāng)所述傳輸報告中包含觸發(fā)消息刪除指示信息時，所述MTC-1WF設(shè)備重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述SMS-SC向所述UE發(fā)送觸發(fā)消息之前，所述方法進一步包括: 所述MTC-1WF設(shè)備向所述SMS-SC發(fā)送提交觸發(fā)消息，以便所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息，以便所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息； 所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息，具體包括: 當(dāng)所述傳輸報告中攜帶有傳輸失敗原因時，所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，具體包括:當(dāng)所述傳輸報告中包含觸發(fā)消息保存指示信息時，所述MTC-1WF設(shè)備等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后保存所述觸發(fā)消息。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息之前，所述方法進一步包括: 所述MTC-1WF設(shè)備向本地簽約服務(wù)器HSS訂閱所述UE可達的通知消息； 所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息，具體包括: 當(dāng)接收到所述HSS發(fā)送的所述UE可達的通知消息后，所述MTC-1WF設(shè)備重新發(fā)送所述觸發(fā)消息。
9.一種觸發(fā)消息發(fā)送的方法，其特征在于，包括: 當(dāng)短消息業(yè)務(wù)中心SMS-SC向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息失敗時，所述SMS-SC向機器類通信交互功能MTC-1WF設(shè)備發(fā)送傳輸報告，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述SMS-SC將傳輸失敗原因攜帶在所述傳輸報告中，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述SMS-SC向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之后，所述方法進一步包括: 所述SMS-SC接收所述MTC-1WF設(shè)備發(fā)送的觸發(fā)消息刪除指示，所述SMS-SC根據(jù)所述觸發(fā)消息刪除指示刪除所述觸發(fā)消息，以便取消向所述UE再次發(fā)送所述觸發(fā)消息。
12.根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述SMS-SC向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，所述方法進一步包括: 所述SMS-SC刪除所述觸發(fā)消息，并在所述傳輸報告中添加觸發(fā)消息刪除指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息刪除指示信息重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已刪除所述觸發(fā)消息。
13.根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息之前，所述方法進一步包括: 所述SMS-SC接收所述MTC-1WF設(shè)備發(fā)送的提交觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息； 當(dāng)所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息失敗時，所述SMS-SC刪除所述觸發(fā)消息。
14.根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述SMS-SC向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，所述方法進一步包括: 所述SMS-SC在所述傳輸報告中添加觸發(fā)消息保存指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息保存指示信息等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已保存所述觸發(fā)消息。
15.一種機器類通信交互功能MTC-1WF設(shè)備，其特征在于，包括: 接收單兀，用于接收短消息業(yè)務(wù)中心SMS-SC發(fā)送的傳輸報告,所述傳輸報告由所述SMS-SC在向用戶設(shè)備UE發(fā) 送觸發(fā)消息失敗后發(fā)送給所述MTC-1WF設(shè)備；處理單元，用于根據(jù)所述接收單元接收的所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
16.根據(jù)權(quán)利要求15所述的MTC-1WF設(shè)備，其特征在于，所述處理單元具體用于: 當(dāng)所述接收單元接收的所述傳輸報告中攜帶有傳輸失敗原因時，根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
17.根據(jù)權(quán)利要求16所述的MTC-1WF設(shè)備，其特征在于，所述處理單元具體用于: 當(dāng)所述接收單元接收的所述傳輸失敗原因為缺席用戶Absent Subscriber或終端忙MSBusy for MT SMS時，等待所述SMS-SC重新發(fā)送所述觸發(fā)消息； 當(dāng)所述接收單元接收的所述傳輸失敗原因為除所述缺席用戶以及所述終端忙以外的其他原因時，重新發(fā)送所述觸發(fā)消息。
18.根據(jù)權(quán)利要求15所述的MTC-1WF設(shè)備，其特征在于，所述MTC-1WF設(shè)備進一步包括: 指示單元，用于當(dāng)所述處理單元根據(jù)所述接收單元接收的所述傳輸報告重新發(fā)送所述觸發(fā)消息時，指示 所述SMS-SC刪除所述觸發(fā)消息，以便所述SMS-SC取消向所述UE再次發(fā)送所述觸發(fā)消息。
19.根據(jù)權(quán)利要求15所述的MTC-1WF設(shè)備，其特征在于，所述處理單元具體用于: 當(dāng)所述接收單元接收的所述傳輸報告中包含觸發(fā)消息刪除指示信息時，重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息。
20.根據(jù)權(quán)利要求15所述的MTC-1WF設(shè)備，其特征在于，所述MTC-1WF設(shè)備進一步包括: 發(fā)送單元，用于在所述SMS-SC向所述UE發(fā)送觸發(fā)消息之前，向所述SMS-SC發(fā)送提交觸發(fā)消息，以便所述SMS-SC向所述UE發(fā)送所述觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息，以便所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后刪除所述觸發(fā)消息； 所述處理單元還用于當(dāng)所述傳輸報告中攜帶有傳輸失敗原因時，根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
21.根據(jù)權(quán)利要求15所述的MTC-1WF設(shè)備，其特征在于，所述處理單元具體用于: 當(dāng)所述接收單元接收的所述傳輸報告中包含觸發(fā)消息保存指示信息時，等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后保存所述觸發(fā)消息。
22.根據(jù)權(quán)利要求15所述的MTC-1WF設(shè)備，其特征在于，所述發(fā)送單元還用于在所述處理單元根據(jù)所述接收單元接收的所述傳輸報告重新發(fā)送所述觸發(fā)消息之前，向本地簽約服務(wù)器HSS訂閱所述UE可達的通知消息； 所述接收單元還用于接收所述HSS發(fā)送的所述UE可達的通知消息； 所述處理單元還用于當(dāng)所述接收單元接收到所述HSS發(fā)送的所述UE可達的通知消息后，重新發(fā)送所述觸發(fā)消息。
23.—種短消息業(yè)務(wù)中心SMS-SC，其特征在于，包括:觸發(fā)消息發(fā)送單元，用于向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息； 傳輸報告發(fā)送單元，用于當(dāng)所述觸發(fā)消息發(fā)送單元向所述UE發(fā)送觸發(fā)Trigger消息失敗時，向機器類通信交互功能MTC-1WF設(shè)備發(fā)送傳輸報告，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
24.根據(jù)權(quán)利要求23所述的SMS-SC，其特征在于，傳輸報告發(fā)送單元具體用于: 將傳輸失敗原因攜帶在所述傳輸報告中，以便所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者所述MTC-1WF設(shè)備根據(jù)所述傳輸失敗原因重新發(fā)送所述觸發(fā)消息。
25.根據(jù)權(quán)利要求23所述的SMS-SC，其特征在于，所述SMS-SC進一步包括: 接收單兀，用于在所述傳輸報告發(fā)送單兀向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之后，接收所述MTC-1WF設(shè)備發(fā)送的觸發(fā)消息刪除指示； 第一處理單元，用于根據(jù)所述接收單元接收的所述觸發(fā)消息刪除指示刪除所述觸發(fā)消息，以便取消所述觸發(fā)消息發(fā)送單元向所述UE再次發(fā)送所述觸發(fā)消息。
26.根據(jù)權(quán)利要求23所述的SMS-SC，其特征在于，所述SMS-SC進一步包括: 第二處理單兀，用于在所述傳輸報告發(fā)送單兀向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，刪除所述觸發(fā)消息； 所述傳輸報告發(fā)送單元還用于在所述傳輸報告中添加觸發(fā)消息刪除指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息刪除指示信息重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息刪除指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已刪除所述觸發(fā)消息。
27.根據(jù)權(quán)利要求23所述的SMS-SC，其特征在于，所述接收單元還用于在所述觸發(fā)消息發(fā)送單元向所述UE發(fā)送所述觸發(fā)消息之前，接收所述MTC-1WF設(shè)備發(fā)送的提交觸發(fā)消息，所述提交觸發(fā)消息中包含當(dāng)發(fā)送所述觸發(fā)消息失敗時不需要所述SMS-SC存儲所述觸發(fā)信息的指示信息； 所述SMS-SC進一步包括: 第三處理單元，用于當(dāng)所述觸發(fā)消息發(fā)送單元向所述UE發(fā)送所述觸發(fā)消息失敗時，刪除所述觸發(fā)消息。
28.根據(jù)權(quán)利要求23所述的SMS-SC，其特征在于，所述SMS-SC進一步包括: 第四處理單兀，用于在所述傳輸報告發(fā)送單兀向所述MTC-1WF設(shè)備發(fā)送所述傳輸報告之前，在所述傳輸報告中添加觸發(fā)消息保存指示信息，以便所述MTC-1WF設(shè)備根據(jù)所述觸發(fā)消息保存指示信息等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，所述觸發(fā)消息保存指示信息用于表示所述SMS-SC在發(fā)送所述觸發(fā)消息失敗后已保存所述觸發(fā)消息。
29.一種觸發(fā)消息發(fā)送的系統(tǒng)，其特征在于，包括:機器類通信交互功能MTC-1WF設(shè)備和短消息業(yè)務(wù)中心SMS-SC，其中， 所述SMS-SC,用于當(dāng)所述SMS-SC向用戶設(shè)備UE發(fā)送觸發(fā)Trigger消息失敗時，向所述MTC-1ffF設(shè)備發(fā)送傳輸報告； 所述MTC-1WF設(shè)備用于，接收所述SMS-SC發(fā)送的所述傳輸報告，根據(jù)所述傳輸報告等待所述SMS-SC重新發(fā)送所述觸發(fā)消息，或者根據(jù)所述傳輸報告重新發(fā)送所述觸發(fā)消息。
【文檔編號】H04W8/08GK103929730SQ201310016410
【公開日】2014年7月16日 申請日期:2013年1月16日 優(yōu)先權(quán)日:2013年1月16日
【發(fā)明者】衣強, 金輝, 薛國棟, 張軍 申請人:華為終端有限公司