處理，引入了基于計時器的重傳機制，管理服務(wù)器不會無 限制地等待投遞成功的結(jié)果，而是在計時器超時且沒有接收到投遞成功的結(jié)果的情況下， 直接對MTCDevice觸發(fā)消息進行了重傳，盡量提高MTCDevice觸發(fā)消息的投遞成功率。
[0098] 基于這樣的處理即使由于網(wǎng)絡(luò)擁塞等原因，導(dǎo)致MTCDevice觸發(fā)消息無法及時送 達或確認消息無法及時返回的情況，也可以通過重傳進行補救，盡量保證MTCDevice觸發(fā) 消息能夠投遞成功。
[0099] 為了實現(xiàn)更好的技術(shù)效果，本發(fā)明實施例所提出的技術(shù)方案還可以同時引入生命 周期的處理機制和基于計時器的重傳機制，在有限的生命周期中，盡可能通過重傳機制提 高MTCDevice觸發(fā)消息的投遞成功率。
[0100] 基于這樣的技術(shù)思路，進一步對前述的本發(fā)明實施例所提出的技術(shù)方案進行調(diào) 整，如圖4所示，為本發(fā)明實施例提出的一種同時引入生命周期的處理機制和基于計時器 的重傳機制的MTCDevice觸發(fā)消息的投遞確認方法的流程示意圖，該方法具體包括以下步 驟：
[0101] 步驟S401、當(dāng)管理服務(wù)器根據(jù)接收到的觸發(fā)請求消息生成MTCDevice觸發(fā)消息 時，所述管理服務(wù)器為所述MTCDevice觸發(fā)消息分配標(biāo)識信息，將所述MTCDevice觸發(fā)消 息與所述標(biāo)識信息在本地綁定存儲，并在本地存儲所述MTCDevice觸發(fā)消息的生命周期。
[0102] 步驟S402、所述管理服務(wù)器向終端設(shè)備發(fā)送攜帶所述標(biāo)識信息和所述MTCDevice 觸發(fā)消息的第一消息，并啟動與所述標(biāo)識信息相對應(yīng)的計時器。
[0103] 其中，所述生命周期的時長大于或等于與所述標(biāo)識信息相對應(yīng)的計時器的計時周 期的時長。
[0104] 步驟S403、所述管理服務(wù)器判斷在所述計時器超時之前，是否接收到所述終端設(shè) 備返回的攜帶標(biāo)識信息和對MTCDevice觸發(fā)消息的確認消息的第二消息。
[0105] 如果判斷結(jié)果為是，則執(zhí)行步驟S404;
[0106] 如果判斷結(jié)果為否，則執(zhí)行步驟S406。
[0107] 其中，判斷結(jié)果為否的情況包括兩種：
[0108] 情況一、在所述計時器超時之前，沒有接收到所述終端設(shè)備返回的攜帶標(biāo)識信息 和對MTCDevice觸發(fā)消息的確認消息的第二消息。
[0109] 情況二、通過后續(xù)步驟確定在所述計時器的本次計時周期內(nèi)所接收到的所有第二 消息中所攜帶的確認消息均不是對本地綁定存儲的所述MTCDevice觸發(fā)消息的確認消息。 [0110] 步驟S404、所述管理服務(wù)器判斷所述第二消息中所攜帶的標(biāo)識信息與本地綁定存 儲的所述標(biāo)識信息是否一致。
[0111] 如果一致，則執(zhí)行步驟S405 ;
[0112] 如果不一致，則返回步驟S403。
[0113] 在不一致的情況下，管理服務(wù)器認為當(dāng)前接收到的這個第二消息沒有對當(dāng)前的計 時器產(chǎn)生影響，因此，需要返回步驟S403,繼續(xù)進行其他第二消息的接收。
[0114] 尤其是當(dāng)前如果存在對應(yīng)不同標(biāo)識信息的多個計時器，那么本步驟的判斷顯然可 以避免攜帶不同標(biāo)識信息的第二消息對于其他計時器的干擾，準(zhǔn)確的對相應(yīng)的標(biāo)識信息所 綁定的MTCDevice觸發(fā)消息的投遞過程進行監(jiān)控。
[0115] 步驟S405、所述管理服務(wù)器確定所述第二消息中所攜帶的確認消息是對本地綁定 存儲的所述MTCDevice觸發(fā)消息的確認消息，所述管理服務(wù)器停止與所述標(biāo)識信息相對應(yīng) 的計時器，在本地刪除綁定存儲的所述MTCDevice觸發(fā)消息與所述標(biāo)識信息，以及所述MTC Device觸發(fā)消息的生命周期，并轉(zhuǎn)發(fā)所述第二消息所攜帶的確認消息。
[0116] 步驟S406、所述管理服務(wù)器判斷所述MTCDevice觸發(fā)消息是否滿足重傳條件。
[0117] 如果滿足，返回執(zhí)行步驟S402,即所述管理服務(wù)器重新向終端設(shè)備發(fā)送攜帶所述 標(biāo)識信息和所述MTCDevice觸發(fā)消息的第一消息，并重新啟動與所述標(biāo)識信息相對應(yīng)的計 時器；
[0118] 如果不滿足，則執(zhí)行步驟S407。
[0119] 在具體的處理場景中，本步驟的判斷處理過程具體可以為：
[0120] 所述管理服務(wù)器根據(jù)本地存儲的所述MTCDevice觸發(fā)消息的生命周期，確定當(dāng)前 剩余的生命周期的時長。
[0121] 如果當(dāng)前剩余的生命周期的時長大于或等于與所述標(biāo)識信息相對應(yīng)的計時器的 計時周期的時長，則所述管理服務(wù)器確定所述MTCDevice觸發(fā)消息滿足重傳條件。
[0122] 如果當(dāng)前剩余的生命周期的時長小于與所述標(biāo)識信息相對應(yīng)的計時器的計時周 期的時長，則所述管理服務(wù)器確定所述MTCDevice觸發(fā)消息不滿足重傳條件。
[0123] 步驟S407、所述管理服務(wù)器在本地刪除綁定存儲的所述MTCDevice觸發(fā)消息與 所述標(biāo)識信息，以及所述MTCDevice觸發(fā)消息的生命周期，并上報所述MTCDevice觸發(fā)消 息觸發(fā)失敗。
[0124] 需要說明的是，是否在本發(fā)明實施例所提出的技術(shù)方案中引入上述的生命周期的 處理機制和/或基于計時器的重傳機制可以根據(jù)實際的需要進行確定，由此而產(chǎn)生的相應(yīng) 的處理方案的變化并不會影響本發(fā)明的保護范圍。
[0125] 無論采用上述的哪種方案，所述標(biāo)識信息均需要滿足至少能夠臨時的唯一標(biāo)識傳 輸MTCDevice觸發(fā)消息的過程，或者至少能夠臨時的唯一標(biāo)識MTCDevice觸發(fā)消息的要 求，其具體的形式可以包括：
[0126] 所述管理服務(wù)器為本次MTCDevice觸發(fā)消息及其后續(xù)消息的傳輸過程分配的事 務(wù)標(biāo)識；或，
[0127] 所述管理服務(wù)器為所述MTCDevice觸發(fā)消息分配的序列號。
[0128] 在實際應(yīng)用中，具體采用上述的哪種形式可以根據(jù)需要進行選擇，這樣的變化并 不影響本發(fā)明的保護范圍。
[0129] 相對應(yīng)的，對于此種方案，在終端設(shè)備側(cè)的相應(yīng)處理過程如下：
[0130] 當(dāng)終端設(shè)備成功接收到管理服務(wù)器所發(fā)送的攜帶標(biāo)識信息和MTCDevice觸發(fā) 消息的第一消息時，所述終端設(shè)備向所述管理服務(wù)器發(fā)送攜帶所述標(biāo)識信息和對所述MTC Device觸發(fā)消息的確認消息的第二消息。
[0131] 其中，所述標(biāo)識信息需要滿足的要求及其具體形式參見前述說明，在此不再贅述。
[0132] 具體的處理方式參見上述說明，與之相類似，在此，不再重復(fù)說明。
[0133] 與現(xiàn)有技術(shù)相比，本發(fā)明實施例所提出的技術(shù)方案具有以下優(yōu)點：
[0134] 通過應(yīng)用本發(fā)明實施例的技術(shù)方案，以管理服務(wù)器（例如MME或SGSN)為判斷主 體，在向終端設(shè)備發(fā)送MTCDevice觸發(fā)消息時，攜帶相應(yīng)的標(biāo)識信息，并根據(jù)是否接收到終 端設(shè)備所返回的攜帶同樣標(biāo)識信息的確認消息，來確定相應(yīng)的MTCDevice觸發(fā)消息是否投 遞成功，從而，解決現(xiàn)有技術(shù)中不能確定MTCDevice觸發(fā)消息是否投遞成功的問題，能夠準(zhǔn) 確的確定MTCDevice觸發(fā)消息是否被終端設(shè)備成功接收，提高了MTCDevice觸發(fā)消息投 遞過程的可靠性。
[0135] 下面，結(jié)合具體的應(yīng)用場景，對本發(fā)明實施例所提出的技術(shù)方案進行說明。
[0136] 本發(fā)明實施例所提出的技術(shù)方案中，針對現(xiàn)有技術(shù)的問題，特別是針對MME/SGSN 收到多個MTCDeviceTrigger的場景，提供了一種MTCDeviceTrigger消息的的投遞確 認方法，從而，能夠準(zhǔn)確的確定MTCDevice觸發(fā)消息是否被終端設(shè)備成功接收，提高了MTC Device觸發(fā)消息投遞過程的可靠性。
[0137] 為了方便描述，本發(fā)明實施例具體以MME/SGSN作為前述的管理服務(wù)器的具體示 例進行說明，在實際的應(yīng)用場景中，具體管理服務(wù)器的類型變化并不會影響本發(fā)明的保護 范圍。
[0138] 相應(yīng)的，在以MME/SGSN作為Device Trigger是否傳遞成功的判決點，并使用標(biāo)識 信息來關(guān)聯(lián)Trigger消息和投遞確認消息的場景下，具體的實施例說明如下。
[0139] 如圖5所示，為本發(fā)明實施例所提出的一種具體應(yīng)用場景下的MTCDevice觸發(fā)消 息的投遞確認方法的流程示意圖，該方法具體包括以下步驟：
[0140] 步驟S501、MME/SGSN在封裝Trigger消息時，為每一條Trigger分配交易標(biāo)識 Transactionidentifier(Transactionidentifier是用來關(guān)聯(lián)一個消息流程的），將每個 Trigger消息與一個Transactionidentifier綁定并存儲。
[0141] 具體的，在圖5所示的本步驟的處理過程中，TriggerMessage是MTCServer下 發(fā)的消息，在DOWNLINKGENERICNASTRANSPORT消息中封裝TransactionIdentifier。
[0142] 在具體的處理場景中，DOWNLINKGENERICNASTRANSPORT消息的格式如表1所示。
[0143]表1 DOWNLINK GENERIC NAS TRANSPORT消息的格式
[0144]
[0145] 進一步的，在本步驟中，MME/SGSN選擇在Additional information中填入 Transaction ID，具體的格式如表2所示。
[0146]表2 Additional information的格式
[0147]
[0148] 具體的，可以在表2所示的value部分填入Transaction Identifier， Transaction identifier根據(jù)具體的場景需要進行設(shè)置，具體形式的變化并不影響本發(fā)明 的保護范圍。
[0149] 步驟S502、MME/SGSN使用NAS信令（如果UE在空閑態(tài)，則先要尋呼UE)將Trigger 消息傳遞給UE，同時啟動定時器T。
[0150] 其中，定時器T的取值與具體的實現(xiàn)相關(guān)。
[0151] 例如，假設(shè)Trigger生命周期為60s，重傳5次，則可以將T設(shè)為12s。
[0152] 步驟S503、UE收到攜帶Trigger消息的NAS信令后，為每個成功接收的Trigger消 息發(fā)送確認，在攜帶確認消息的消息中同樣填寫相同的Transactionidentifiervalue。
[0153] 步驟S504、MME/SGSN收到攜帶Transactionidentifier和確認消息的消息后， MME/SGSN通過消息中的Transactionidentifier確定收到的是對哪條Trigger消息的確 認消息，從而刪除所存儲的該條Trigger消息，并且停止對應(yīng)的定時器T。
[0154] 步驟S505、如果MME/SGSN在定時器T超時后，仍然沒有收到某Trigger確認消 息，如果該Trigger消息的剩余生命周期仍然大于一個完整的定時器T的計時周期，則依 據(jù)MME/SGSN實現(xiàn)，再次重傳Trigger消息。多次超時后（實現(xiàn)相關(guān)），判斷投遞失敗，通過 HSS/HLR或MTC-IWF向MTCServer報告失敗。
[0155]與現(xiàn)有技術(shù)相比，本發(fā)明實施例所提出的技術(shù)方案具有以下優(yōu)點：
[0156] 通過應(yīng)用本發(fā)明實施例的技術(shù)方案，以管理服務(wù)器（例如MME或SGSN)為判斷主 體，在向終端設(shè)備發(fā)送MTCDevice觸發(fā)消息時，攜帶相應(yīng)的標(biāo)識信息，并根據(jù)是否接收到終 端設(shè)備所返回的攜帶同樣標(biāo)識信息的確認消息，來確定相應(yīng)的MTCDevice觸發(fā)消息是否投 遞成功，從而，解決現(xiàn)有技術(shù)中不能確定MTCDevice觸發(fā)消息是否投遞成功的問題，能夠準(zhǔn) 確的確定MTCDevice觸發(fā)消息是否被終端設(shè)備成功接收，提高了MTCDevice觸發(fā)消息投 遞過程的可靠性。
[0157] 為了實現(xiàn)本發(fā)明實施例的技術(shù)方案，本發(fā)明實施例還提供了一種管理服務(wù)器，其 結(jié)構(gòu)示意圖如圖6所示，至少包括：
[0158] 分配模塊61，用于在根據(jù)接收到的觸發(fā)請求消息生成MTCDevice觸發(fā)消息時，為 所述MTCDevice觸發(fā)消息分配標(biāo)識信息；
[015