MTC Device觸發(fā)消息的投遞確認方法和設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種MTCDevice觸發(fā)消息的投遞確認方法和 設(shè)備。
【背景技術(shù)】
[0002] 在現(xiàn)有技術(shù)中，與MTC(MachineTypeCommunication，機器類通信）Device Trigger(設(shè)備觸發(fā)）相關(guān)的需求包括：
[0003] 網(wǎng)絡(luò)應(yīng)能夠基于MTCServer(服務(wù)器）發(fā)送的觸發(fā)指示觸發(fā)MTC終端發(fā)起與MTC Server的通信。
[0004] MTC終端應(yīng)能從網(wǎng)絡(luò)接收觸發(fā)指示并建立與MTCServer間的通信?？赡艿那闆r包 括：
[0005] 當MTC終端離線（offline)時接收觸發(fā)指示。
[0006] 當MTC終端在線（online)但沒有建立數(shù)據(jù)連接時接收觸發(fā)指示。
[0007] 當MTC終端在線（online)并已建立數(shù)據(jù)連接時接收觸發(fā)指示。
[0008] 這里需要說明的是，在現(xiàn)有技術(shù)中，對應(yīng)于3GPP(ThirdGenerationPartnership Project，第三代移動通信伙伴計劃）網(wǎng)絡(luò)系統(tǒng)，數(shù)據(jù)連接是指終端在3GPP網(wǎng)絡(luò)中建立的 PDP(PacketDataProtocol，分組數(shù)據(jù)協(xié)議）上下文或](PacketDataNetwork，分組數(shù) 據(jù)網(wǎng)絡(luò)）連接。
[0009] 而在現(xiàn)有的技術(shù)方案中，還提出支持MTCDeviceTrigger特性的HPLMN(Home PublicLandMobileNetwork，本地公用陸地移動網(wǎng)絡(luò)）提供的用于傳輸Trigger消息到 本PLMN(PublicLandMobileNetwork，公用陸地移動網(wǎng)絡(luò)）的接口須滿足以下要求。
[0010] -shallallowforprovidingavalidityorlifetimethatindicateshow longthenetworkshouldstorethetriggerrequestwhenitcannotbedeliveredto theUE,e.g.whentheUEisnotreachableorwhenloadcontrolpreventsimmediate delivery
[0011] 即，必須考慮提供生命周期指示網(wǎng)絡(luò)在不能傳遞Trigger到UE時（例如UE不可 達或者負載控制而導(dǎo)致不能立刻傳送時），網(wǎng)絡(luò)應(yīng)該保存該trigger多長時間。
[0012] 另外，MTCDeviceTrigger特性需要滿足以下要求。
[0013] -Thenetworkshallbeabletoreportthesuccessorfailureofthe trigger(e.g.duetonetworkcongestion)totheMTCserver,ifsorequestedbythe MTCServer.
[0014] 即，如果MTCServer請求了報告Trigger消息是否成功傳輸（例如網(wǎng)絡(luò)擁塞而導(dǎo) 致傳輸失?。?，則網(wǎng)絡(luò)需要向MTCServer報告相關(guān)信息。
[0015] 另一方面，為了實現(xiàn)觸發(fā)MTCDevice的需求，現(xiàn)有技術(shù)中提出了使用 NAS(Non-Access-Stratum，非接入層）信令來觸發(fā)MTCDevice的方法，該方法適用于成功 attached(附著）的UE。
[0016] 具體如圖1所示，為現(xiàn)有技術(shù)中通過NAS信令觸發(fā)MTCDevice的方法的流程示意 圖，具體包括以下步驟：
[0017] 步驟S101、MTCServer希望聯(lián)系UE時，向HSS(HomeSubscriberServer，歸屬用 戶服務(wù)器）/HLR(HomeLocationRegister，歸屬位置寄存器）發(fā)送Trigger消息。
[0018] 圖 1 中所示的為UEapplicationtriggerrequest(UE應(yīng)用觸發(fā)請求）。
[0019] 步驟S102、HSS/HLR先驗證該trigger請求；再將trigger消息中的 UE的標志轉(zhuǎn)換為3GPP網(wǎng)絡(luò)能夠識別的標志，例如頂SI(InternationalMobile SubscriberldentificationNumber，國際移動用戶識別碼）；然后將該請求保存在數(shù)據(jù)庫； 最后選擇當前正在服務(wù)UE的MME(MobilityManagementEntity，移動性管理實體）或者 SGSN(ServingGPRSSupportNode，GPRS服務(wù)節(jié)點，其中，GPRS，GeneralPacketRadio Service，通用分組無線業(yè)務(wù)），并將trigger消息發(fā)送給servingMME/SGSN，MME/SGSN收 到后需要向HSS/HLR返回確認；MME收到Trigger消息后，保存該Trigger。
[0020] 步驟S103、MME/SGSN將trigger消息封裝在NAS信令中，傳給UE。
[0021] 如果trigger消息不緊急，則可以在下一次UE和網(wǎng)絡(luò)進行NAS信令交互的時候傳 遞；如果trigger消息緊急，則網(wǎng)絡(luò)應(yīng)該立刻尋呼UE，并傳遞該trigger消息。
[0022] 步驟S104、UE收到Trigger信息后，UE使用計數(shù)器來判斷是否收到重復(fù)的 Trigger;UE向MME/SGSN發(fā)送NAS信令來確認；然后建立與MTCServer的通信。
[0023] 步驟S105、網(wǎng)絡(luò)收到UE的確認后，將保存的Trigger刪除，并向HSS/HLR返回 Trigger已經(jīng)傳遞的確認。
[0024] 在此方法中，HSS/HLR也可以是一個能夠?qū)崿F(xiàn)上述功能的中間節(jié)點，例如 MTC-IWF(Inter-workingFunction，互動功能單元）〇
[0025] 另一方面，現(xiàn)有技術(shù)中的SMS(ShortMessageService，短信業(yè)務(wù)）機制存在確認 機制，MME/SGSN只需轉(zhuǎn)發(fā)UE上報的投遞報告。
[0026] 具體如圖2所示，為現(xiàn)有技術(shù)中SMS機制中的確認機制的流程示意圖，在該圖中 所示的步驟S211至步驟S212,MME收到UE上傳的投遞報告后，僅僅轉(zhuǎn)發(fā)至GMSC(Gateway MobileSwitchingCenter，網(wǎng)關(guān)移動交換中心），然后由GMSC來控制是否重傳短消息。
[0027] 在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題：
[0028] 當網(wǎng)絡(luò)收到某個UE的多個Trigger時（多個MTCServer發(fā)出的Trigger和一個 MTCServer發(fā)出多個Trigger的場景），如果存在Trigger消息投遞不成功，則網(wǎng)絡(luò)不能區(qū) 分當前哪些成功投遞，哪些不成功；例如：
[0029] 根據(jù)現(xiàn)有技術(shù)，當UE處于連接態(tài)，網(wǎng)絡(luò)使用DOWNLINKGENERICNASTRANSPORT 消息封裝一條Trigger消息，傳遞到UE后，又收到一條新的來自相同或者不同MTCServer 的Trigger消息時，此時UE不能根據(jù)計數(shù)器來判斷收到重復(fù)的Trigger消息，因為這兩條 Trigger的內(nèi)容可能是不同的，例如可能是觸發(fā)建立不同的FON連接，因此，如果UE只收到 一條Trigger消息，并使用DOWNLINKGENERICNASTRANSPORT消息封裝了確認消息返回給 網(wǎng)絡(luò)時，網(wǎng)絡(luò)不知道該確認是針對哪條的Trigger消息的。

【發(fā)明內(nèi)容】

[0030] 本發(fā)明實施例提供一種MTCDevice觸發(fā)消息的投遞確認方法和設(shè)備，解決現(xiàn)有的 技術(shù)方案中不能準確確認MTCDevice觸發(fā)消息是否投遞成功的問題。
[0031] 為達到上述目的，本發(fā)明實施例一方面提供了一種MTCDevice觸發(fā)消息的投遞確 認方法，至少包括以下步驟：
[0032] 當管理服務(wù)器根據(jù)接收到的觸發(fā)請求消息生成MTCDevice觸發(fā)消息時，所述管理 服務(wù)器為所述MTCDevice觸發(fā)消息分配標識信息，并將所述MTCDevice觸發(fā)消息與所述 標識信息在本地綁定存儲；
[0033] 所述管理服務(wù)器向終端設(shè)備發(fā)送攜帶所述標識信息和所述MTCDevice觸發(fā)消息 的第一消息；
[0034] 當所述管理服務(wù)器接收到所述終端設(shè)備返回的攜帶標識信息和對MTCDevice觸 發(fā)消息的確認消息的第二消息時，所述管理服務(wù)器判斷所述第二消息中所攜帶的標識信息 與本地綁定存儲的所述標識信息是否一致；
[0035] 如果一致，所述管理服務(wù)器確定所述第二消息中所攜帶的確認消息是對本地綁定 存儲的所述MTCDevice觸發(fā)消息的確認消息，在本地刪除綁定存儲的所述MTCDevice觸 發(fā)消息與所述標識信息，并轉(zhuǎn)發(fā)所述第二消息所攜帶的確認消息。
[0036] 另一方面，本發(fā)明實施例還提供了一種管理服務(wù)器，至少包括：
[0037] 分配模塊，用于在根據(jù)接收到的觸發(fā)請求消息生成MTCDevice觸發(fā)消息時，為所 述MTCDevice觸發(fā)消息分配標識信息；
[0038] 存儲模塊，用于將所述MTCDevice觸發(fā)消息與所述分配模塊所分配的標識信息進 行綁定存儲；
[0039] 發(fā)送模塊，用于向終端設(shè)備發(fā)送攜帶所述分配模塊所分配的標識信息和所述MTC Device觸發(fā)消息的第一消息；
[0040] 接收模塊，用于接收所述終端設(shè)備返回的消息；
[0041] 判斷模塊，用于當所述接收模塊接收到所述終端設(shè)備返回的攜帶標識信息和對 MTCDevice觸發(fā)消息的確認消息的第二消息時，判斷所述第二消息中所攜帶的標識信息與 所述存儲模塊綁定存儲的所述標識信息是否一致；
[0042] 處理模塊，用于在所述判斷模塊的判斷結(jié)果為一致時，確定所述接收模塊所接收 到的第二消息中所攜帶的確認消息是對所述存儲模塊綁定存儲的所述MTCDevice觸發(fā)消 息的確認消息，通知所述存儲模塊刪除綁定存儲的所述MTCDevice觸發(fā)消息與所述標識信 息，并通知所述發(fā)送模塊轉(zhuǎn)發(fā)所述接收模塊所接收到的第二消息中所攜帶的確認消息。
[0043] 另一方面，本發(fā)明實施例還提供了一種MTCDevice觸發(fā)消息的投遞確認方法，至 少包括以下步驟：
[0044]當終端設(shè)備成功接收到管理服務(wù)器所發(fā)送的攜帶標識信息和MTCDevice觸發(fā) 消息的第一消息時，所述終端設(shè)備向所述管理服務(wù)器發(fā)送攜帶所述標識信息和對所述MTC Device觸發(fā)消息的確認消息的第二消息。
[0045] 另一方面，本發(fā)明實施例還提供了一種終端設(shè)備，至少包括：
[0046] 接收模塊，用于接收管理服務(wù)器所發(fā)送的消息；
[0047] 發(fā)送模塊，用于在所述接收模塊成功接收到所述管理服務(wù)器所發(fā)送的攜帶標識信 息和MTCDevice觸發(fā)消息的第一消息時，向所述管理服務(wù)器發(fā)送攜帶所述標識信息和對所 述MTCDevice觸發(fā)消息的確認消息的第二消息。
[0048]與現(xiàn)有技術(shù)相比，本發(fā)明實施例所提出的技術(shù)方案具有以下優(yōu)點：
[0049] 通過應(yīng)用本發(fā)明實施例的技術(shù)方案，以管理服務(wù)器（例如MME或SGSN)為判斷主 體，在向終端設(shè)備發(fā)送MTCDevice觸發(fā)消息時，攜帶相應(yīng)的標識信息，并根據(jù)是否接收到終 端設(shè)備所返回的攜帶同樣標識信息的確認消息，來確定相應(yīng)的MTCDevice觸發(fā)消息是否投 遞成功，從而，解決現(xiàn)有技術(shù)中不能確定MTCDevice觸發(fā)消息是否投遞成功的問題，能夠準 確的確定MTCDevice觸發(fā)消息是否被終端設(shè)備成功接收，提高了MTCDevice觸發(fā)消息投 遞過程的可靠性。
【附圖說明】
[0050] 圖1為現(xiàn)有技術(shù)中通過NAS信令觸發(fā)MTCDevice的方法的流程示意圖；
[0051 ] 圖2為現(xiàn)有技術(shù)中SMS機制中的確認機制的流程示意圖；
[0052] 圖3為本發(fā)明實施例所提出的一種MTCDevice觸發(fā)消息的投遞確認方法的流程 示意圖；
[0053] 圖4為本發(fā)明實施例提出的一種同時引入生命周期的處理機制和基于計時器的 重傳機制的MTCDevice觸發(fā)消息的投遞確認方法的流程示意圖；
[0054] 圖5為本發(fā)明實施例