專利名稱：一種基于ip傳輸?shù)南⒙酚煞椒ê拖到y(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通訊技術(shù)領(lǐng)域，具體涉及一種基于IP傳輸?shù)南⒙酚煞椒ê拖到y(tǒng)。
背景技術(shù)：
隨著寬帶網(wǎng)絡(luò)的發(fā)展，移動通信將不僅僅局限于傳統(tǒng)的話音通信，結(jié)合音頻、視頻、圖片和文本等多種媒體類型的多媒體業(yè)務(wù)將逐漸開展起來，通過與presence(呈現(xiàn)業(yè)務(wù))、短消息、WEB(網(wǎng)頁)瀏覽、定位信息、PUSH(推送業(yè)務(wù))、文件共享等數(shù)據(jù)業(yè)務(wù)的結(jié)合，可以滿足移動用戶的多種需求。
在多種應(yīng)用的推動下，3GPP以及3GPP2等標準組織先后推出了基于IMS(IP的多媒體子系統(tǒng))的架構(gòu)，其目的是在移動網(wǎng)絡(luò)中使用一種標準化的開放的結(jié)構(gòu)來實現(xiàn)多種多樣的多媒體應(yīng)用，從而提供給移動用戶更多的選擇和更豐富的感受。
在3GPP Release 5(R5)階段，引入了IP多媒體子系統(tǒng)域，簡稱IMS。IMS疊加在分組域網(wǎng)絡(luò)之上，由CSCF(呼叫狀態(tài)控制功能)、MGCF(媒體網(wǎng)關(guān)控制功能)、MRF(媒體資源功能)和HSS(歸屬簽約用戶服務(wù)器)等功能實體組成，其中，CSCF又可以分成S-CSCF(服務(wù)CSCF)、P-CSCF(代理CSCF)和I-CSCF(查詢CSCF)三個邏輯實體，S-CSCF是IMS的業(yè)務(wù)交換中心，執(zhí)行會話控制，維持會話狀態(tài)，負責(zé)管理用戶信息，產(chǎn)生計費信息等。P-CSCF是終端用戶接入IMS的接入點，完成用戶注冊，負責(zé)QoS控制和安全管理等，I-CSCF負責(zé)IMS域之間的互通，管理S-CSCF的分配，對外隱藏網(wǎng)絡(luò)拓撲和配置，產(chǎn)生計費數(shù)據(jù)等。MGCF控制網(wǎng)關(guān)，實現(xiàn)IMS網(wǎng)絡(luò)和其它網(wǎng)絡(luò)的互通，MRF提供媒體資源，如收放音，編解碼和多媒體會議橋。HSS是用戶數(shù)據(jù)庫，存儲IMS用戶的簽約數(shù)據(jù)和配置信息等。
由于IMS網(wǎng)絡(luò)的結(jié)構(gòu)做到了和底層承載網(wǎng)絡(luò)無關(guān)，因此，3GPP定義的IMS網(wǎng)絡(luò)也可以應(yīng)用在3GPP定義的分組域網(wǎng)絡(luò)之外的其他分組網(wǎng)絡(luò)上，比如3GPP2中定義的分組網(wǎng)絡(luò)、WLAN網(wǎng)絡(luò)以及NGN網(wǎng)絡(luò)等，實現(xiàn)了和終端類型的無關(guān)性以及和接入網(wǎng)絡(luò)類型的無關(guān)性。由此可知，可以不限制IMS只應(yīng)用在3GPP相關(guān)的網(wǎng)絡(luò)和應(yīng)用上，其他類型的接入網(wǎng)絡(luò)和承載網(wǎng)絡(luò)的業(yè)務(wù)和應(yīng)用也可以用IMS架構(gòu)來實現(xiàn)，這樣，IMS為未來的多媒體應(yīng)用提供了一個通用的業(yè)務(wù)使能平臺，IMS是向All IP Network業(yè)務(wù)提供體系演進的重要一步。
目前，3GPP提出的基于IMS的消息業(yè)務(wù)與傳統(tǒng)短消息業(yè)務(wù)互通的網(wǎng)絡(luò)構(gòu)架如附圖1所示。
圖1所示的網(wǎng)絡(luò)構(gòu)架中的SME(短消息實體)、SM-SC(短消息業(yè)務(wù)中心)、SMS-GMSC/SMS-IWMSC(關(guān)口移動交換中心/短消息網(wǎng)關(guān))、HSS/HLR(歸屬用戶服務(wù)器/歸屬位置寄存器)、CGF/CDF(計費網(wǎng)關(guān)功能/計費數(shù)據(jù)功能)和OCS(在線計費系統(tǒng))是目前移動網(wǎng)實現(xiàn)SMS業(yè)務(wù)的功能實體。
SM-SC用于存儲短消息；SMS-GMSC是傳統(tǒng)消息路由實體，用于在移動用戶接收到短消息時，向HSS/HLR查詢路由信息；SMS-IWMSC用于檢查移動用戶漫游情況下是否允許向其歸屬SM-SC發(fā)送短消息。目前移動網(wǎng)絡(luò)中應(yīng)用的短消息中心都是集SM-SC、SMS-GMSC和SMS-IWMSC三個為一體的網(wǎng)絡(luò)設(shè)備，并沒有將這三個功能實體作為單獨的物理設(shè)備來實現(xiàn)，所以，在下面的描述中，短消息中心即代表SM-SC、SMS-GMSC和SMS-IWMSC三個一體的網(wǎng)絡(luò)設(shè)備。
HSS/HLR用于存儲移動用戶的數(shù)據(jù)信息，包括路由信息，CGF/CDF用于收集并處理用戶的離線計費的話單信息，然后，傳遞至計費中心，OCS用于收集并處理移動用戶在線計費的話單信息，然后傳遞至計費中心。
圖1中的IP-Message-GW(IP Message Gateway，IP消息網(wǎng)關(guān))是新增的網(wǎng)絡(luò)實體，該網(wǎng)絡(luò)實體通過已有的WCDMA/GSM網(wǎng)絡(luò)短消息協(xié)議之間互通，來實現(xiàn)IP用戶設(shè)備與SMS-GMSC/SMS-IWMSC之間的通訊。
IMS core包含了IP多媒體子系統(tǒng)域的核心邏輯實體S-CSCF、P-CSCF和I-CSCF。IMS core為用戶設(shè)備和IP-Message-GW之間提供了可靠的連接?；赟IP的用戶設(shè)備UE使用消息業(yè)務(wù)時，必須先注冊到IMS，然后再通過IMS向IP-Message-GW發(fā)起的第三方注冊在IP-Message-GW上注冊，IP-Message-GW通知HSS該UE已注冊以及IP-Message-GW地址，HSS保存IP用戶的狀態(tài)為IPConnected，并存儲IP用戶的地址和其注冊的IP-SM-GW的地址。
在目前的技術(shù)方案中，基于IMS的消息業(yè)務(wù)與傳統(tǒng)消息業(yè)務(wù)互通的技術(shù)方案中基于IP的用戶終端的消息終結(jié)方法有如下兩種方法一、被叫UE在IP-Message-GW中注冊之后，由傳統(tǒng)的消息路由實體來實現(xiàn)IMS網(wǎng)絡(luò)域的UE的SMS-MT(短消息移動終結(jié))流程如附圖2所示。
圖2中，在步驟1、UE根據(jù)IMS注冊流程注冊到S-CSCF中。
到步驟2、SM-SC向SMS-GMSC轉(zhuǎn)發(fā)短消息。
到步驟3、SMS-GMSC向HLR/HSS發(fā)送請求以獲取路由信息消息，其中包括一個指示“SMS-GMSC支持IP消息傳輸”的標識。該標識表明SMS-GMSC則能夠接收并處理HLR/HSS在取路由信息響應(yīng)消息中返回的MSC、SGSN和IP-Message-GW三個實體的E.164地址，并且短消息能夠經(jīng)由MSC、SGSN和IP-Message-GW三條路徑進行傳輸。當用戶注冊到IP-MESSAGE-GW并且能夠經(jīng)由IMS網(wǎng)絡(luò)傳送短消息時，HLR/HSS向SMS-GMSC返回IP-Message-GW、MSC和SGSN的地址。如果HLR/HSS沒有收到“SMS-GMSC支持IP消息傳輸”的標識，但收到“SMS-GMSC支持GPRS”的標識，則按照優(yōu)先級順序向SMS-GMSC返回SGSN和MSC的地址，否則只返回MSC的地址。
到步驟4、SMS-GMSC根據(jù)接收到HLR/HSS返回的IP-MESSAGE-GW的地址信息，向IP-Message-GW發(fā)送攜帶有UE的MSISDN的短消息。
這里，當SMS-GMSC只接收到HLR/HSS返回的MSC和/或SGSN地址信息時，則根據(jù)接收到的地址優(yōu)先級順序向MSC或SGSN發(fā)送攜帶有UE的MSISDN的短消息，該過程同現(xiàn)有實現(xiàn)方式一致，不再贅述。
到步驟5、IP-Message-GW將被叫UE的MSISDN轉(zhuǎn)換成TEL-URL格式，并根據(jù)TEL-URL格式的被叫標識獲得SIP-URL格式的被叫標識，然后，IP-Message-GW使用SIP MESSAGE格式向S-CSCF發(fā)送消息。
到步驟6、S-CSCF將SIP MESSAGE轉(zhuǎn)發(fā)給UE。
到步驟7、UE向S-CSCF返回200OK。
到步驟8、S-CSCF向IP-Message-GW返回200OK。
到步驟9、UE用SIP MESSAGE向S-CSCF發(fā)送消息發(fā)送報告。
到步驟10、S-CSCF根據(jù)過濾器規(guī)則觸發(fā)業(yè)務(wù)，向IP-Message-GW轉(zhuǎn)發(fā)SIPMESSAGE消息。
到步驟11、IP-Message-GW向SMS-GMSC轉(zhuǎn)發(fā)短消息傳送報告。
到步驟12、SMS-GMSC向HLR/HSS發(fā)送短消息傳送報告。
到步驟13、SMS-GMSC向SM-SC發(fā)送短消息傳送報告。
到步驟14、IP-Message-GW使用200OK向S-CSCF發(fā)送響應(yīng)消息。
到步驟15、S-CSCF使用200OK向UE發(fā)送響應(yīng)消息。
方法二、被叫UE在IP-Message-GW中注冊之后，由IP消息網(wǎng)關(guān)來實現(xiàn)IMS網(wǎng)絡(luò)域的UE的SMS-MT(短消息移動終結(jié))流程如附圖3所示。
圖3中，在步驟1、消息中心向傳統(tǒng)消息路由實體如短消息路由實體SMS-GMSC(Short Message Service Gateway Mobile Switching Center，短消息服務(wù)-移動交換中心網(wǎng)關(guān))、多媒體消息路由實體MMS Relay(多媒體消息服務(wù)中繼)等轉(zhuǎn)發(fā)消息。
到步驟2、傳統(tǒng)消息路由實體在接收到消息后，向HSS/HLR發(fā)起路由查詢請求，路由查詢請求消息中攜帶有用戶標識信息，傳統(tǒng)消息路由實體請求HSS/HLR提供對消息業(yè)務(wù)的路由信息，HSS/HLR在判斷出發(fā)送路由查詢請求消息的網(wǎng)元是傳統(tǒng)消息路由實體時，則向傳統(tǒng)消息路由實體返回用戶所在IMS網(wǎng)絡(luò)域的IP消息網(wǎng)關(guān)地址。
到步驟3、傳統(tǒng)消息路由實體根據(jù)HSS/HLR返回的路由查詢響應(yīng)消息中的IP消息網(wǎng)關(guān)地址，向IP消息網(wǎng)關(guān)轉(zhuǎn)發(fā)消息，IP消息網(wǎng)關(guān)對其接收到的消息進行存儲。
到步驟4、IP消息網(wǎng)關(guān)向HSS/HLR發(fā)起路由查詢請求，路由查詢請求消息中攜帶有用戶標識信息，請求HSS/HLR提供對消息業(yè)務(wù)的路由信息，HSS/HLR在判斷出發(fā)送路由查詢請求消息的網(wǎng)元是IP消息網(wǎng)關(guān)時，則根據(jù)用戶當前的注冊信息，即根據(jù)用戶在IMS的注冊狀態(tài)、在CS域的注冊狀態(tài)以及PS域的注冊狀態(tài)向IP消息網(wǎng)關(guān)返回用戶終端已經(jīng)注冊的S-CSCF和/或MSC和/或SGSN的地址。
到步驟5、IP消息網(wǎng)關(guān)在接收到HSS/HLR返回的S-CSCF和/或MSC和/或SGSN的地址后，執(zhí)行NeDS(Network Domain Selection，網(wǎng)絡(luò)域選擇)功能，根據(jù)其存儲的運營商策略及用戶喜好對其接收到的地址列表決策消息發(fā)送路徑的優(yōu)先級。然后，IP消息網(wǎng)關(guān)按照決策出的消息發(fā)送路徑的優(yōu)先級順序，選擇優(yōu)先級最高的消息發(fā)送路徑進行消息發(fā)送，如當IP消息網(wǎng)關(guān)決策出消息發(fā)送路徑的優(yōu)先級順序為S-CSCF、SGSN、MSC時，IP消息網(wǎng)關(guān)首先向S-CSCF發(fā)送消息。
到步驟6、如果消息發(fā)送成功，則IP消息網(wǎng)關(guān)在接收到消息發(fā)送成功報告后，刪除其存儲的消息信息，然后，執(zhí)行步驟13。
在步驟6、如果消息發(fā)送不成功，則執(zhí)行步驟7。
在步驟7、被叫用戶通過SIP MESSAGE(初始會話協(xié)議消息)將消息發(fā)送失敗報告發(fā)送至S-CSCF。
由于消息可能無法通過IMS域發(fā)送到被叫用戶，這樣，被叫用戶可能不會向S-CSCF發(fā)送消息發(fā)送失敗報告，所以，這里的步驟7為可選步驟。
到步驟8、S-CSCF通過SIP MESSAGE將消息發(fā)送失敗報告發(fā)送至IP消息網(wǎng)關(guān)。
到步驟9、IP消息網(wǎng)關(guān)接收到消息發(fā)送失敗報告后，根據(jù)接收到的消息發(fā)送失敗報告進行后續(xù)處理，如消息發(fā)送失敗報告中的失敗原因為MCEF(存儲空間滿)時，IP消息網(wǎng)關(guān)則不再進行其他路徑的發(fā)送嘗試，IP消息網(wǎng)關(guān)刪除其存儲的消息，并向傳統(tǒng)消息路由實體轉(zhuǎn)發(fā)消息發(fā)送失敗報告；再如消息發(fā)送失敗報告中的失敗原因不為MCEF時，IP消息網(wǎng)關(guān)則按照消息發(fā)送路徑的優(yōu)先級順序向SGSN發(fā)送消息，到步驟10。
在步驟10、SGSN接收到IP消息網(wǎng)關(guān)發(fā)送來的消息后，向用戶終端轉(zhuǎn)發(fā)消息，如果消息發(fā)送失敗，SGSN將消息發(fā)送失敗報告發(fā)送至IP消息網(wǎng)關(guān)，IP消息網(wǎng)關(guān)在接收到SGSN的消息發(fā)送失敗報告后，根據(jù)接收到的消息發(fā)送失敗報告進行后續(xù)處理，如消息發(fā)送失敗報告中的失敗原因為MCEF時，IP消息網(wǎng)關(guān)則不再進行其他路徑的發(fā)送嘗試，IP消息網(wǎng)關(guān)刪除其存儲的消息，并向傳統(tǒng)消息路由實體轉(zhuǎn)發(fā)消息發(fā)送失敗報告；再如消息發(fā)送失敗報告中的失敗原因不為MCEF時，IP消息網(wǎng)關(guān)則按照消息發(fā)送路徑的優(yōu)先級順序繼續(xù)向MSC發(fā)送消息。通過MSC發(fā)送消息的過程與上述通過SGSN、S-CSCF發(fā)送消息的過程相同。
設(shè)定IP消息網(wǎng)關(guān)通過SGSN或MSC向被叫用戶終端成功發(fā)送消息，則執(zhí)行步驟11。
在步驟11、被叫用戶終端向SGSN/MSC發(fā)送消息發(fā)送報告。
到步驟12、SGSN/MSC向IP消息網(wǎng)關(guān)發(fā)送消息傳送報告。
到步驟13、IP消息網(wǎng)關(guān)向傳統(tǒng)消息路由實體發(fā)送消息傳送報告。
到步驟14、傳統(tǒng)消息路由實體向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告。
到步驟15、傳統(tǒng)消息路由實體向消息中心發(fā)送消息傳送報告。
在上述針對圖3的流程描述中，NeDS功能也可以由HSS/HLR來執(zhí)行，即在HSS/HLR中設(shè)置運營商的策略及用戶喜好信息，HSS/HLR在接收到來自IP消息網(wǎng)關(guān)的消息路由信息查詢請求后，根據(jù)用戶當前的注冊信息，即根據(jù)用戶在IMS域的注冊狀態(tài)、在CS域的注冊狀態(tài)以及在PS域的注冊狀態(tài)獲得用戶終端已經(jīng)注冊的S-CSCF和/或MSC和/或SGSN的地址信息，并執(zhí)行NeDS功能，即根據(jù)運營商的策略及用戶喜好對獲得的地址列表進行優(yōu)先級排序，然后，HSS/HLR向IP消息網(wǎng)關(guān)返回具有優(yōu)先級順序的地址列表。這樣，IP消息網(wǎng)關(guān)在接收到HSS/HLR返回的路由查詢響應(yīng)消息時，按照路由查詢響應(yīng)消息中優(yōu)先級順序，選擇優(yōu)先級最高的消息發(fā)送路徑發(fā)送消息。后續(xù)的實現(xiàn)過程同圖3流程中的描述基本一致，在此不再贅述。
3GPP標準組織在3GPP TS23.040中定義了MWI(Message-Waiting-Indication，消息等待指示)，MWI用于處理傳統(tǒng)短消息業(yè)務(wù)由于用戶終端在網(wǎng)絡(luò)中不可及或用戶終端存儲空間滿而使消息發(fā)送失敗的情況。
MWI包括MWD(Messages-Waiting-Data，消息等待數(shù)據(jù))、MNRG(Mobile-station-Not-Reachable-for-GPRS)、MNRF(Mobile-station-Not-Reachable-Flag)、MNRR(Mobile-Not-Reachable-Reason)和MCEF(Mobile-station-Memory-Capacity-Exceeded-Flag)。
MWI中的各信息在各網(wǎng)元中的存儲位置如圖4所示。
圖4中，MWD中存放的是短消息中心的地址，這些短消息中心都曾經(jīng)向MSIsdn-Alert所對應(yīng)的用戶終端發(fā)起過短消息終止流程，但是，因為用戶終端在網(wǎng)絡(luò)中缺席或者用戶終端存儲空間滿等原因而使這些消息終止流程失敗了。MNRF、MNRG、MCEF的值都是布爾值。
MNRF值為真，表示之前短消息終止流程失敗的原因是用戶終端在CS網(wǎng)絡(luò)域中不可及，否則MNRF值為假；MNRG值為真，表示之前短消息終止流程失敗的原因是用戶終端在PS網(wǎng)絡(luò)域中不可及，否則MNRG值為假；MCEF值為真，表示之前短消息終止流程失敗的原因是用戶終端存儲空間滿，否則MCEF值為假。
MNRR表示用戶終端在CS域和/或PS域中不可及的原因。如果用戶終端不可及的原因不可知，則MNRR為空狀態(tài)；否則MNRR有以下四種狀態(tài)值No PagingResponse via MSC(用戶終端在CS域中沒有尋呼響應(yīng))，No Paging Responsevia SGSN(用戶終端在PS域中沒有尋呼響應(yīng))，IMSI Detached(用戶終端在CS域中未附著)，GPRS Detached(用戶終端在PS域中未附著)。
當短消息終止流程失敗，SMS-GMSC會接收到MSC、SGSN、S-CSCF的消息發(fā)送失敗報告，此時，SMS-GMSC會向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告，消息發(fā)送狀態(tài)報告中攜帶有消息發(fā)送失敗的原因，如用戶終端不可及或用戶終端存儲空間滿等，消息發(fā)送狀態(tài)報告中還會進一步標示出用戶終端是在CS域和/或PS域不可及、及用戶終端不可及的原因，如沒有尋呼響應(yīng)或未在網(wǎng)絡(luò)中附著等。
HSS/HLR會根據(jù)SMS-GMSC發(fā)送來的消息發(fā)送狀態(tài)報告中攜帶的參數(shù)更新其存儲的MWI，這樣，當用戶終端的狀態(tài)改變時，如用戶終端重新附著在CS/PS域、或用戶終端有可以使用的存儲空間時，HSS/HLR會通過調(diào)用Alert-SC再次進行短消息終結(jié)流程。
在目前基于IMS的消息業(yè)務(wù)與傳統(tǒng)消息業(yè)務(wù)互通的技術(shù)方案一中，當終結(jié)消息在各個網(wǎng)絡(luò)域中均發(fā)送失敗或者在消息發(fā)送成功后，IP消息網(wǎng)關(guān)需要向傳統(tǒng)消息路由實體發(fā)送消息傳送報告，此時，傳統(tǒng)消息路由實體只能夠根據(jù)其接收的消息傳送報告得知該終結(jié)消息是否傳輸成功，因此，HSS/HLR也只能夠從傳統(tǒng)消息路由實體傳輸來的消息發(fā)送狀態(tài)報告中得知該終結(jié)消息是否傳輸成功，使HSS/HLR不能夠根據(jù)消息發(fā)送狀態(tài)報告更新其存儲的MWI。如果被叫用戶在CS、PS或IMS域中不可及，則HSS/HLR在該被叫用戶的后續(xù)消息路由過程中，仍然會將被叫用戶在CS、PS和IMS域中的路由信息下發(fā)給IP消息網(wǎng)關(guān)，使IP消息網(wǎng)關(guān)進行了不必要的消息路由過程，浪費了網(wǎng)絡(luò)資源。
另外，上述方法一和方法二中，HSS/HLR存儲的MWI僅能夠體現(xiàn)用戶終端在CS/PS域的狀態(tài)，這樣，在一些情況下，HSS/HLR不能夠通過調(diào)用Alert-SC及時進行短消息終結(jié)流程，如當用戶終端由于在CS域、PS域、IMS域均不可及而使短消息終止流程失敗后，如果用戶終端在CS域和PS域的狀態(tài)沒有改變，僅在IMS域的狀態(tài)改變時，如當用戶終端附著在IMS域時，HSS/HLR不會通過調(diào)用Alert-SC再次進行短消息終結(jié)流程，從而使終結(jié)消息不能夠及時傳輸至被叫用戶，最終導(dǎo)致終結(jié)消息的傳輸時延大，消息業(yè)務(wù)的服務(wù)質(zhì)量差。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種基于IP傳輸?shù)南⒙酚煞椒ê拖到y(tǒng)，使HSS/HLR能夠在該被叫用戶的后續(xù)消息的路由過程中，準確、快速的提供可用路由信息，降低了消息傳輸時延，提高了消息業(yè)務(wù)的服務(wù)質(zhì)量，提高了傳統(tǒng)消息路由實體以及IP消息網(wǎng)關(guān)的消息路由效率。
為達到上述目的，本發(fā)明提供的一種基于IP傳輸?shù)南⒙酚煞椒?，包括a、被叫用戶的終結(jié)消息在網(wǎng)絡(luò)域中發(fā)送失敗，IP消息網(wǎng)關(guān)將所述終結(jié)消息在網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR；b、HSS/HLR接收并存儲該終結(jié)消息在所述網(wǎng)絡(luò)域發(fā)送失敗的信息；c、在所述被叫用戶后續(xù)的終結(jié)消息路由過程中，HSS/HLR根據(jù)其存儲的所述信息進行所述被叫用戶后續(xù)的終結(jié)消息的路由過程。
所述步驟a包括a1、被叫用戶的終結(jié)消息在各個網(wǎng)絡(luò)域中均發(fā)送失敗時，IP消息網(wǎng)關(guān)將所述終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息傳輸至HSS/HLR；和/或a2、被叫用戶的終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗、且該終結(jié)消息最終發(fā)送成功時，IP消息網(wǎng)關(guān)將所述終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR。
所述步驟a1包括a11、IP消息網(wǎng)關(guān)根據(jù)其接收的發(fā)送失敗報告中承載的信息，確定該終結(jié)消息在各個域均發(fā)送失敗時，向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送失敗報告；a12、傳統(tǒng)消息路由實體根據(jù)其接收的消息發(fā)送失敗報告，向HSS/HLR發(fā)送攜帶有終結(jié)消息在包括IMS域的各個域均發(fā)送失敗的信息的消息發(fā)送狀態(tài)報告；所述步驟a2包括a21、IP消息網(wǎng)關(guān)根據(jù)其接收的發(fā)送失敗報告中承載的信息，確定該終結(jié)消息發(fā)送成功時，向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送成功報告；a22、傳統(tǒng)消息路由實體根據(jù)其接收的消息發(fā)送成功報告，向HSS/HLR發(fā)送攜帶有該終結(jié)消息發(fā)送成功信息的消息發(fā)送狀態(tài)報告。
IP消息網(wǎng)關(guān)可以通過MAP消息RP-ERROR向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送失敗報告；IP消息網(wǎng)關(guān)可以通過MAP_MT_FORWARD_SHORT_MESSAGE_ACK向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送成功報告。
所述步驟a11中，IP消息向傳統(tǒng)消息路由實體發(fā)送的消息發(fā)送失敗報告中攜帶有終結(jié)消息發(fā)送失敗的原因值。
IP消息網(wǎng)關(guān)確定其向傳統(tǒng)消息路由實體發(fā)送的消息發(fā)送失敗報告中的發(fā)送失敗的原因值的步驟包括當IP消息網(wǎng)關(guān)接收的各發(fā)送失敗報告中的失敗原因包括被叫用戶終端存儲空間滿時，IP消息網(wǎng)關(guān)確定失敗原因值為被叫用戶終端存儲空間滿；當IP消息網(wǎng)關(guān)接收的各發(fā)送失敗報告中的失敗原因包括被叫用戶不可及、且不包括被叫用戶終端存儲空間滿時，IP消息網(wǎng)關(guān)確定失敗原因值為被叫用戶不可及；當IP消息網(wǎng)關(guān)接收的各發(fā)送失敗報告中的失敗原因不包括被叫用戶不可及和被叫用戶終端存儲空間滿時，IP消息網(wǎng)關(guān)確定失敗原因值為其接收的任一發(fā)送失敗報告中的失敗原因。
所述步驟a12包括傳統(tǒng)消息路由實體根據(jù)其接收的消息發(fā)送失敗報告，將消息發(fā)送失敗報告中的失敗原因和短消息中心地址信息通過消息發(fā)送狀態(tài)報告?zhèn)鬏斨罤SS/HLR。
所述步驟a1和/或步驟a2包括a3、IP消息網(wǎng)關(guān)在接收到一個或多個發(fā)送失敗報告時，根據(jù)發(fā)送失敗報告中攜帶的信息確定該消息發(fā)送失敗的原因值，并將該原因值通過消息發(fā)送狀態(tài)報告直接傳輸至HSS/HLR。
消息發(fā)送失敗的原因值包括傳統(tǒng)消息系統(tǒng)中的消息發(fā)送失敗的原因值、和/或被叫用戶在IMS域沒有尋呼響應(yīng)、和/或被叫用戶在IMS域未附著。
所述步驟a3中IP消息網(wǎng)關(guān)可以通過MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR直接發(fā)送消息發(fā)送狀態(tài)報告；該MAP-REPORT-SM-DELIVERY-STATUS消息中擴展了終結(jié)消息在IMS域中發(fā)送失敗的信息和終結(jié)消息在IMS域中發(fā)送失敗的原因值。
所述步驟b中，HSS/HLR在消息等待指示MWI中增加設(shè)置指示信息MNRI表示被叫用戶在IMS域中不可及的信息，在MWI的MNRR中增加設(shè)置被叫用戶在IMS域中不可及的原因；且所述步驟b包括HSS/HLR根據(jù)其接收的消息發(fā)送狀態(tài)報告中攜帶的信息、以及用戶登記注冊消息中攜帶的信息更新包括MNRI的MWI。
在MNRR中增加的被叫用戶在IMS域中不可及的原因包括下述兩種狀態(tài)值表示被叫用戶在IMS域中沒有尋呼響應(yīng)的No Paging Response via the S-CSCF，表示被叫用戶在IMS域中未附著的IMS Detached。
所述方法還包括HSS/HLR在MWI中增加設(shè)置指示信息MNRA表示被叫用戶在各個域中均不可及的信息；且所述步驟b包括HSS/HLR根據(jù)其接收的消息發(fā)送狀態(tài)報告中攜帶的信息、以及用戶登記注冊消息中攜帶的信息更新包括MNRA的MWI。
所述步驟c包括HSS/HLR在確定所述被叫用戶在任一網(wǎng)絡(luò)域中的狀態(tài)改變、且HSS/HLR中記錄有該被叫用戶的終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息時，調(diào)用Alert-SC功能觸發(fā)該終結(jié)消息的傳輸流程；和/或者HSS/HLR在接收到路由查詢請求、且確定發(fā)送路由查詢請求的網(wǎng)元為IP消息網(wǎng)關(guān)時，根據(jù)其存儲的所述信息確定該路由查詢請求對應(yīng)的可用路由信息，并將可用的路由信息傳輸至IP消息網(wǎng)關(guān)。
本發(fā)明提供的一種基于IP傳輸?shù)南⒙酚上到y(tǒng)，包括HSS/HLR和IP消息網(wǎng)關(guān)，HSS/HLR中設(shè)置有接收存儲模塊和路由模塊，IP消息網(wǎng)關(guān)中設(shè)置有發(fā)送模塊一；發(fā)送模塊一用于在被叫用戶的終結(jié)消息在網(wǎng)絡(luò)域中發(fā)送失敗時，將所述終結(jié)消息在網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR；接收存儲模塊用于接收并存儲該終結(jié)消息在所述網(wǎng)絡(luò)域發(fā)送失敗的信息；路由模塊用于在所述被叫用戶后續(xù)的終結(jié)消息路由過程中，根據(jù)接收存儲模塊中存儲的所述信息進行所述被叫用戶后續(xù)的終結(jié)消息的路由過程。
所述發(fā)送模塊一包括位于IP消息網(wǎng)關(guān)的發(fā)送子模塊一和位于傳統(tǒng)消息路由實體的發(fā)送子模塊二；發(fā)送子模塊一用于在被叫用戶的終結(jié)消息在各個網(wǎng)絡(luò)域中均發(fā)送失敗時，將所述終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息傳輸至發(fā)送子模塊二；和/或在被叫用戶的終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗、且該終結(jié)消息最終發(fā)送成功時，將所述終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至發(fā)送子模塊二；發(fā)送子模塊二用于根據(jù)其接收到的所述信息向接收存儲模塊發(fā)送攜帶有終結(jié)消息在各個域均發(fā)送失敗的信息的消息發(fā)送狀態(tài)報告。
所述發(fā)送模塊一中設(shè)置有發(fā)送子模塊三；發(fā)送子模塊三用于在IP消息網(wǎng)關(guān)接收到一個或多個發(fā)送失敗報告時，根據(jù)發(fā)送失敗報告中攜帶的信息確定該消息發(fā)送失敗的原因值，并將該原因值通過消息發(fā)送狀態(tài)報告直接傳輸至HSS/HLR中的接收存儲模塊。
所述接收存儲模塊包括存儲子模塊和更新子模塊；存儲子模塊用于存儲MWI，MWI中增加設(shè)置了指示信息MNRI，MNRI表示被叫用戶在IMS域中不可及，MWI的MNRR中增加設(shè)置了被叫用戶在IMS域中不可及的原因；更新子模塊用于根據(jù)接收的消息發(fā)送狀態(tài)報告以及用戶登記注冊消息中攜帶的信息更新存儲子模塊中存儲的MWI。
本發(fā)明還提供一種基于IP傳輸?shù)南⒙酚煞椒?，所述方法包括步驟A、被叫用戶的終結(jié)消息在IMS域中發(fā)送失敗后，傳統(tǒng)消息路由實體將所述終結(jié)消息在IMS網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR；B、HSS/HLR接收并存儲該終結(jié)消息在所述IMS域發(fā)送失敗的信息；C、在所述被叫用戶后續(xù)的終結(jié)消息路由過程中，HSS/HLR根據(jù)其存儲的所述信息進行所述被叫用戶后續(xù)的終結(jié)消息的路由過程。
所述步驟A包括A1、被叫用戶的終結(jié)消息在包括IMS域的各個網(wǎng)絡(luò)域中均發(fā)送失敗時，傳統(tǒng)消息路由實體將所述終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息傳輸至HSS/HLR；和/或者A2、被叫用戶的終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗、且該終結(jié)消息最終發(fā)送成功時，傳統(tǒng)消息路由實體將所述終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR。
所述傳統(tǒng)消息路由實體向HSS/HLR發(fā)送的信息中攜帶有終結(jié)消息發(fā)送失敗的原因值；且消息發(fā)送失敗的原因值包括傳統(tǒng)消息路由系統(tǒng)中的消息發(fā)送失敗的原因值、和/或被叫用戶在IMS域沒有尋呼響應(yīng)、和/或被叫用戶在IMS域未附著。
傳統(tǒng)消息路由實體確定其向傳統(tǒng)消息路由實體發(fā)送的信息中的發(fā)送失敗的原因值的步驟包括當傳統(tǒng)消息路由實體接收的各發(fā)送失敗報告中的失敗原因包括被叫用戶終端存儲空間滿時，傳統(tǒng)消息路由實體確定失敗原因值為被叫用戶終端存儲空間滿；當傳統(tǒng)消息路由實體接收的各發(fā)送失敗報告中的失敗原因包括被叫用戶不可及、且不包括被叫用戶終端存儲空間滿時，傳統(tǒng)消息路由實體確定失敗原因值為被叫用戶不可及；當傳統(tǒng)消息路由實體接收的各發(fā)送失敗報告中的失敗原因不包括被叫用戶不可及和被叫用戶終端存儲空間滿時，傳統(tǒng)消息路由實體確定失敗原因值為其接收的任一發(fā)送失敗報告中的失敗原因。
所述步驟B中，HSS/HLR在消息等待指示MWI中增加設(shè)置指示信息MNRI表示被叫用戶在IMS域中不可及的信息，在MWI的MNRR中增加設(shè)置被叫用戶在IMS域中不可及的原因；且所述步驟B包括HSS/HLR根據(jù)其接收的消息發(fā)送狀態(tài)報告中攜帶的信息、以及用戶登記注冊消息中攜帶的信息更新包括MNRI的MWI。
所述方法還包括在HSS/HLR的消息等待指示MWI中增加設(shè)置指示信息MNRA表示被叫用戶在各個網(wǎng)絡(luò)域中均發(fā)送失敗的信息；且所述步驟B包括HSS/HLR根據(jù)其接收的消息發(fā)送狀態(tài)報告中攜帶的信息更新、以及用戶登記注冊消息中攜帶的信息更新包括MNRA的MWI。
所述步驟C包括HSS/HLR在確定所述被叫用戶在任一網(wǎng)絡(luò)域中的狀態(tài)改變、且HSS/HLR中記錄有該被叫用戶的終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息時，調(diào)用Alert-SC功能觸發(fā)該終結(jié)消息的傳輸流程；和/或者HSS/HLR在接收到傳統(tǒng)消息路由實體的路由查詢請求后，根據(jù)存儲的所述信息確定該路由查詢請求對應(yīng)的可用路由信息，并傳輸至傳統(tǒng)消息路由實體。
本發(fā)明提供的另一種基于IP傳輸?shù)南⒙酚上到y(tǒng)，包括HSS/HLR和傳統(tǒng)消息路由實體，HSS/HLR中設(shè)置有接收存儲模塊和路由模塊，傳統(tǒng)消息路由實體中設(shè)置有發(fā)送模塊二；發(fā)送模塊二用于在被叫用戶的終結(jié)消息在IMS域中發(fā)送失敗時，將所述終結(jié)消息在IMS域發(fā)送失敗的信息傳輸至接收存儲模塊；接收存儲模塊用于接收并存儲該終結(jié)消息在所述IMS域發(fā)送失敗的信息；路由模塊用于在所述被叫用戶后續(xù)的終結(jié)消息路由過程中，根據(jù)接收存儲模塊中存儲的所述信息進行所述被叫用戶后續(xù)的終結(jié)消息的路由過程。
通過上述技術(shù)方案的描述可知，IP消息網(wǎng)關(guān)、傳統(tǒng)消息路由實體通過將消息發(fā)送失敗的信息如終結(jié)消息在各個網(wǎng)絡(luò)域中均發(fā)送失敗的信息、終結(jié)消息在IMS域發(fā)送失敗的信息等傳輸至HSS/HLR，使HSS/HLR能夠得知該終結(jié)消息在某些網(wǎng)絡(luò)域未發(fā)送成功、或者在各個網(wǎng)絡(luò)域中均未發(fā)送成功，這樣，在該被叫用戶的終結(jié)消息的后續(xù)路由過程中，當HSS/HLR檢測到被叫用戶在任一網(wǎng)絡(luò)域中的狀態(tài)發(fā)生改變時，能夠及時觸發(fā)消息的終結(jié)流程，使終結(jié)消息能夠在第一時間傳輸至被叫用戶；而且，HSS/HLR也能夠?qū)⒖捎玫穆酚尚畔鬏斨罥P消息網(wǎng)關(guān)或者傳統(tǒng)路由實體，避免了不必要的消息路由過程；本發(fā)明通過在MWI中增加指示信息，使HSS/HLR能夠方便的記錄終結(jié)消息在IMS域及其它網(wǎng)絡(luò)域中均未發(fā)送成功的信息；從而通過本發(fā)明提供的技術(shù)方案實現(xiàn)了降低消息傳輸時延，提高消息業(yè)務(wù)的服務(wù)質(zhì)量，提高傳統(tǒng)消息路由實體以及IP消息網(wǎng)關(guān)的消息路由效率的目的。


圖1是基于IMS的消息業(yè)務(wù)與傳統(tǒng)短消息業(yè)務(wù)互通的網(wǎng)絡(luò)構(gòu)架示意圖；圖2是現(xiàn)有技術(shù)的IMS網(wǎng)絡(luò)域的UE的SMS-MT流程圖一；圖3是現(xiàn)有技術(shù)的IMS網(wǎng)絡(luò)域的UE的SMS-MT流程圖二；圖4是現(xiàn)有技術(shù)的MWI中的各信息在各網(wǎng)元中的存儲位置示意圖；圖5是本發(fā)明實施例的MWI中的各信息在各網(wǎng)元中的存儲位置示意圖；圖6是本發(fā)明實施例的基于IP傳輸?shù)南⒙酚煞椒鞒虉D一；圖7是本發(fā)明實施例的基于IP傳輸?shù)南⒙酚煞椒鞒虉D二；圖8是本發(fā)明實施例的基于IP傳輸?shù)南⒙酚煞椒鞒虉D三。
具體實施例方式
在IMS的消息業(yè)務(wù)與傳統(tǒng)短消息業(yè)務(wù)互通過程中，當被叫用戶在所有網(wǎng)絡(luò)域中均發(fā)送失敗時，如被叫用戶在CS域、PS域、IMS域均不可及、或者被叫用戶的存儲空間滿時，終結(jié)消息不能夠成功傳輸至被叫用戶，此時，如果HSS/HLR能夠記錄終結(jié)消息在所有網(wǎng)絡(luò)域中均傳輸失敗的信息，則HSS/HLR能夠在被叫用戶在任一網(wǎng)絡(luò)域中，包括在IMS域的狀態(tài)改變時，通過調(diào)用相應(yīng)的Alert功能，再次觸發(fā)該終結(jié)消息的傳輸流程，這樣，就能夠避免現(xiàn)有技術(shù)中，被叫用戶僅在IMS域的狀態(tài)改變時，網(wǎng)絡(luò)側(cè)不進行終結(jié)消息傳輸?shù)默F(xiàn)象，使終結(jié)消息能夠在第一時間傳輸至被叫用戶，從而降低終結(jié)消息的傳輸時延，提高消息業(yè)務(wù)的服務(wù)質(zhì)量。
而且，在IMS的消息業(yè)務(wù)與傳統(tǒng)短消息業(yè)務(wù)互通過程中，當被叫用戶在IMS網(wǎng)絡(luò)域、CS網(wǎng)絡(luò)域、PS網(wǎng)絡(luò)域中的一個或兩個網(wǎng)絡(luò)域中發(fā)送失敗時，如果HSS/HLR能夠記錄終結(jié)消息在上述網(wǎng)絡(luò)域中傳輸失敗的信息，則HSS/HLR能夠在被叫用戶的終結(jié)消息的后續(xù)路由過程中將可用的路由信息傳輸至IP消息網(wǎng)關(guān)或者傳統(tǒng)消息路由實體，從而提高消息路由的效率。
因此，本發(fā)明的主要技術(shù)方案為在被叫用戶的終結(jié)消息在某些網(wǎng)絡(luò)域中發(fā)送失敗時，IP消息網(wǎng)關(guān)、傳統(tǒng)消息路由實體將終結(jié)消息在這些網(wǎng)絡(luò)域中發(fā)送失敗的信息傳輸至HSS/HLR，HSS/HLR接收并存儲該終結(jié)消息在這些網(wǎng)絡(luò)域發(fā)送失敗的信息，使HSS/HLR能夠在該被叫用戶的終結(jié)消息的后續(xù)路由過程中，將可用的路由信息傳輸至IP消息網(wǎng)關(guān)，并且，HSS/HLR在確定該被叫用戶在任一網(wǎng)絡(luò)域中的狀態(tài)改變、且HSS/HLR中記錄有該被叫用戶的終結(jié)消息在各個域均發(fā)送失敗的信息時，通過調(diào)用相應(yīng)的Alert功能，觸發(fā)該終結(jié)消息的傳輸流程。
下面對本發(fā)明的技術(shù)方案做進一步的描述。
在現(xiàn)有技術(shù)方案中，HSS/HLR中存儲有消息等待指示MWI，消息等待指示中包含有MWD、MNRG、MNRF、MNRR和MCEF，其中，MNRF、MNRG和MNRR表示之前短消息終止流程失敗的原因是被叫用戶在CS網(wǎng)絡(luò)域、PS網(wǎng)絡(luò)域中不可及，以及被叫用戶在CS域、PS網(wǎng)絡(luò)域中不可及的原因。MWI中缺少被叫用戶在IMS域中不可及的指示信息，本發(fā)明可以充分利用HSS/HLR中存儲的MWI，通過在MWI中增加與IMS域有關(guān)的指示信息，使HSS/HLR能夠通過MWI來記錄終結(jié)消息由于被叫用戶在IMS域均不可及而發(fā)送失敗的信息。當然本發(fā)明也可以不利用現(xiàn)有的MWI，而是通過定義新的信息的方式來記錄終結(jié)消息由于被叫用戶在IMS域或各個域均不可及而發(fā)送失敗的信息。
在下述實施例中以在MWI中增加與IMS域有關(guān)的指示信息為例對本發(fā)明的技術(shù)方案進行說明。
首先，本發(fā)明在HSS/HLR存儲的MWI中增加新的消息等待指示，新增加的消息等待指示只要能夠表示出被叫用戶在IMS網(wǎng)絡(luò)域中不可及即可，為方便HSS/HLR對被叫用戶在各網(wǎng)絡(luò)域中的狀態(tài)進行管理，本發(fā)明還可以在MWI中增加被叫用戶在所有網(wǎng)絡(luò)域中均不可及的指示信息，以及被叫用戶在IMS網(wǎng)絡(luò)域中不可及的原因值。增加了上述指示信息的MWI如附圖5所示。
圖5中，設(shè)定本發(fā)明在MWI中增加MNRA、MNRI，在MNRR中增加兩種狀態(tài)值，MNRA表示被叫用戶在所有網(wǎng)絡(luò)域中完全不可及，MNRI表示被叫用戶在IMS網(wǎng)絡(luò)域中不可及。MNRA、MNRI的值可以為布爾值。在MNRR中增加的兩種狀態(tài)值為表示被叫用戶在IMS網(wǎng)絡(luò)域中沒有尋呼響應(yīng)的No Paging Response viathe S-CSCF和表示被叫用戶在IMS網(wǎng)絡(luò)域中未附著的IMS Detached。圖5中的虛線框中的參數(shù)可根據(jù)實現(xiàn)方法的需要進行選擇性使用。
在MWI中增加了上述信息后，HSS/HLR應(yīng)該根據(jù)其接收到的消息如消息發(fā)送狀態(tài)報告中攜帶的信息來更新MWI，這里的更新包括對MNRA、MNRI和MNRR的更新。
在基于IMS的消息業(yè)務(wù)與傳統(tǒng)消息業(yè)務(wù)互通的過程中，當消息終結(jié)流程由于被叫用戶終端所在網(wǎng)絡(luò)中不可及或者被叫用戶的存儲空間滿而出現(xiàn)消息發(fā)送失敗的情況時，HSS/HLR會接收到消息發(fā)送狀態(tài)報告，HSS/HLR應(yīng)根據(jù)消息發(fā)送狀態(tài)報告中攜帶的信息來更新MWI。而且，當被叫用戶在網(wǎng)絡(luò)域中的狀態(tài)發(fā)生改變、被叫用戶有存儲空間等情況下，HSS/HLR應(yīng)對MWI進行更新。
當終結(jié)消息在被叫用戶所有登記的網(wǎng)絡(luò)中均發(fā)送失敗、且被叫用戶在某個網(wǎng)絡(luò)域中的狀態(tài)發(fā)生改變、或者被叫用戶有存儲空間的情況下，或者當被叫用戶又有新的需要傳輸?shù)慕K結(jié)消息的情況下，HSS/HLR能夠根據(jù)更新后的MWI、并通過調(diào)用Alert-SC，來通知IP消息網(wǎng)關(guān)或者傳統(tǒng)消息路由實體可用的路由信息，并發(fā)起消息終結(jié)流程。
上述HSS/HLR對MWI進行更新的過程可以為當終結(jié)消息經(jīng)由所有發(fā)送路徑的發(fā)送嘗試都失敗、且失敗的原因是被叫用戶在各網(wǎng)絡(luò)域中均不可及時，HSS/HLR應(yīng)設(shè)置MNRA的值為真，否則，設(shè)置MNRA的值為假。當終結(jié)消息經(jīng)由IMS網(wǎng)絡(luò)域的發(fā)送路徑發(fā)送失敗、且失敗原因是被叫用戶在IMS網(wǎng)絡(luò)域中不可及時，HSS/HLR應(yīng)設(shè)置MNRI的值為真，否則，設(shè)置MNRI的值為假，此時，HSS/HLR還需要相應(yīng)設(shè)置MNRR的狀態(tài)值。在MNRA的值為真的情況下，當被叫用戶在網(wǎng)絡(luò)域的狀態(tài)發(fā)生改變時，HSS/HLR對MWI的更新設(shè)置可以包括如下三種情況1、當被叫用戶在CS域的狀態(tài)發(fā)生改變時，如被叫用戶重新附著在CS域時，HSS/HLR應(yīng)設(shè)置MNRA的值為假、且設(shè)置MNRF的值為假。
2、當被叫用戶在PS域的狀態(tài)發(fā)生改變時，如被叫用戶重新附著在PS域時，HSS/HLR應(yīng)設(shè)置MNRA的值為假、且設(shè)置MNRG的值為假。
3、當被叫用戶在IMS域的狀態(tài)發(fā)生改變時，如被叫用戶重新附著在IMS域時，HSS/HLR應(yīng)設(shè)置MNRA的值為假、且設(shè)置MNRI的值為假。
HSS/HLR接收到的消息發(fā)送狀態(tài)報告可以是由IP消息網(wǎng)關(guān)發(fā)送來的，可以是由傳統(tǒng)的消息路由實體發(fā)送來的。HSS/HLR也可以接收IP消息網(wǎng)關(guān)和傳統(tǒng)的消息路由實體分別發(fā)送來的消息發(fā)送狀態(tài)報告。
當HSS/HLR接收到的消息發(fā)送狀態(tài)報告由IP消息網(wǎng)關(guān)發(fā)送來的時候，IP消息網(wǎng)關(guān)向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告的過程為IP消息網(wǎng)關(guān)在HSS/HLR提供的發(fā)送路徑嘗試發(fā)送了該終結(jié)消息，如果消息發(fā)送成功、或者嘗試了所有發(fā)送路徑且均經(jīng)發(fā)送失敗，IP消息網(wǎng)關(guān)向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告。
在所有嘗試發(fā)送的發(fā)送失敗原因均為被叫用戶不可及時，IP消息網(wǎng)關(guān)在其發(fā)送的消息發(fā)送狀態(tài)報告中攜帶被叫用戶在各網(wǎng)絡(luò)域中均不可及的失敗原因，以通知HSS/HLR更新相應(yīng)的消息等待指示，如更新MNRI、MNRF、MNRG、MNRR等，使HSS/HLR能夠在被叫用戶在網(wǎng)絡(luò)域中的狀態(tài)改變等適當?shù)那闆r下，通過調(diào)用Alert-SC觸發(fā)該終結(jié)消息再次傳輸?shù)牧鞒獭?br> 如果終結(jié)消息是經(jīng)過一條以上發(fā)送路經(jīng)發(fā)送成功的，IP消息網(wǎng)關(guān)向HSS/HLR發(fā)送的消息發(fā)送狀態(tài)報告中應(yīng)包含發(fā)送成功前的嘗試路徑信息及失敗原因，使HSS/HLR能夠及時得知被叫用戶狀態(tài)、更新相應(yīng)的消息等待指示。
IP消息網(wǎng)關(guān)在向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送報告時，如果在終結(jié)消息經(jīng)由所有發(fā)送路徑的發(fā)送嘗試都失敗時，IP消息網(wǎng)關(guān)向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送失敗報告，并在該消息發(fā)送失敗報告中攜帶消息失敗原因。
IP消息網(wǎng)關(guān)能夠根據(jù)S-CSCF、和/或SGSN、和/或MSC發(fā)送來的消息發(fā)送失敗報告中攜帶的失敗原因，決策出其發(fā)送給傳統(tǒng)消息路由實體的消息發(fā)送失敗報告中的失敗原因。
在上述描述中，IP消息網(wǎng)關(guān)也可以不向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告，而是由傳統(tǒng)消息路由實體向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告，當然，在上述描述中，IP消息網(wǎng)關(guān)即使向HSS/HLR發(fā)送了消息發(fā)送狀態(tài)報告，傳統(tǒng)消息路由實體也可以向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告。傳統(tǒng)消息路由實體向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告的過程為傳統(tǒng)消息路由實體接收IP消息網(wǎng)關(guān)發(fā)送來的消息發(fā)送失敗報告，并根據(jù)該消息發(fā)送失敗報告中攜帶的失敗原因向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告，以通知HSS/HLR更新相應(yīng)的消息等待指示，如更新MNRI、MNRF、MNRG、MNRR等，使HSS/HLR能夠在被叫用戶在網(wǎng)絡(luò)域中的狀態(tài)改變等適當?shù)那闆r下，通過調(diào)用Alert-SC觸發(fā)該終結(jié)消息再次傳輸?shù)牧鞒獭?br> 當然，傳統(tǒng)消息路由實體也可以直接根據(jù)IP消息網(wǎng)關(guān)、和/或SGSN、和/或MSC發(fā)送來的消息發(fā)送失敗報告中攜帶的失敗原因決策出其發(fā)送給HSS/HLR的消息發(fā)送失敗報告中的失敗原因，并將該失敗原因攜帶在消息發(fā)送狀態(tài)報告中，傳輸至HSS/HLR。該方法可以適用于圖2所示的流程中。
下面以傳統(tǒng)消息路由實體向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告為例對本發(fā)明基于IP的消息路由方法進行說明。
首先，IP消息網(wǎng)關(guān)接收到傳統(tǒng)消息路由實體發(fā)送來的終結(jié)消息，IP消息網(wǎng)關(guān)對其接收到的終結(jié)消息進行存儲，然后，IP消息網(wǎng)關(guān)根據(jù)NeDS(NetworkDomain Select，網(wǎng)絡(luò)域選擇)功能決策出消息發(fā)送路徑的優(yōu)先級順序，并根據(jù)消息發(fā)送路徑的優(yōu)先級順序向被叫用戶發(fā)送消息，如IP消息網(wǎng)關(guān)決策出的消息發(fā)送路徑的優(yōu)先級順序為S-CSCF、SGSN、MSC，此時，IP消息網(wǎng)關(guān)首先向S-CSCF發(fā)送消息，如果經(jīng)由S-CSCF的消息發(fā)送嘗試失敗，則S-CSCF向IP消息網(wǎng)關(guān)返回消息發(fā)送失敗報告，該消息發(fā)送失敗報告中攜帶有失敗原因，失敗原因如用戶終端存儲空間滿、或用戶終端不可及、或終端設(shè)備不支持等等。這里，S-CSCF可以通過SIP MESSAGE來實現(xiàn)向IP消息網(wǎng)關(guān)發(fā)送消息發(fā)送失敗報告的過程，在SIP MESSAGE的消息正文中攜帶有消息發(fā)送失敗原因；或者通過SIP響應(yīng)消息實現(xiàn)向IP消息網(wǎng)關(guān)發(fā)送消息發(fā)送失敗報告的過程。
IP消息網(wǎng)關(guān)在接收到S-CSCF發(fā)送來的消息發(fā)送失敗報告后，根據(jù)消息發(fā)送失敗報告中標識的消息發(fā)送失敗原因來決策該終結(jié)消息的后續(xù)處理過程，即如果消息發(fā)送失敗原因為用戶終端存儲空間滿，則IP消息網(wǎng)關(guān)不再進行其他消息發(fā)送路徑的發(fā)送嘗試，IP消息網(wǎng)關(guān)刪除其存儲的消息，并向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送失敗報告，IP消息網(wǎng)關(guān)發(fā)送的消息發(fā)送失敗報告中攜帶的消息發(fā)送失敗原因為用戶終端存儲空間滿；如果消息發(fā)送失敗原因不是用戶終端存儲空間滿，則IP消息網(wǎng)關(guān)應(yīng)該根據(jù)消息發(fā)送路徑的優(yōu)先級順序，繼續(xù)向SGSN發(fā)送消息。
如果經(jīng)由SGSN的消息發(fā)送嘗試失敗，則SGSN向IP消息網(wǎng)關(guān)返回消息發(fā)送失敗報告，該消息發(fā)送失敗報告中攜帶有失敗原因，失敗原因如用戶終端存儲空間滿、或用戶終端不可及、或終端設(shè)備不支持等等。當IP消息網(wǎng)關(guān)接收到SGSN的消息發(fā)送失敗報告后，可以根據(jù)上述描述的IP消息網(wǎng)關(guān)根據(jù)消息發(fā)送失敗報告中標識的消息發(fā)送失敗原因來決策該終結(jié)消息的后續(xù)處理過程，在此不再詳細描述。
在上述描述中，SGSN、MSC可以通過現(xiàn)有標準中已有的RP-ERROR消息來實現(xiàn)向IP消息網(wǎng)關(guān)發(fā)送消息發(fā)送失敗報告的過程。
如果經(jīng)過所有消息發(fā)送路徑的消息發(fā)送嘗試都失敗，則IP消息網(wǎng)關(guān)需要向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送失敗報告。IP消息網(wǎng)關(guān)需要根據(jù)之前S-CSCF、SGSN和MSC發(fā)送來的消息發(fā)送失敗報告中的消息發(fā)送失敗原因，決策出其向傳統(tǒng)消息路由實體發(fā)送的消息發(fā)送失敗報告中的消息發(fā)送失敗原因。
IP消息網(wǎng)關(guān)決策消息發(fā)送失敗原因的過程為如果IP消息網(wǎng)關(guān)收到的失敗報告中至少有一個標識的失敗原因是用戶終端不可及、且不存在用戶終端存儲空間滿的失敗原因，則IP消息網(wǎng)關(guān)決策出的消息發(fā)送失敗原因為被叫用戶不即可；如果IP消息網(wǎng)關(guān)收到的失敗報告中至少有一個標識的失敗原因是被叫用戶終端存儲空間滿，則IP消息網(wǎng)關(guān)決策出的消息發(fā)送失敗原因為用戶終端存儲空間滿；如果IP消息網(wǎng)關(guān)接收到的消息發(fā)送失敗報告中標識的失敗原因既有用戶終端不可及又有用戶終端存儲空間滿，則IP消息網(wǎng)關(guān)決策出的消息發(fā)送失敗原因為用戶終端存儲空間滿；如果IP消息網(wǎng)關(guān)接收到的任何一個消息發(fā)送失敗報告中標識的失敗原因即不是用戶終端不可及、也不是用戶終端存儲空間滿，則IP消息網(wǎng)關(guān)決策出的消息發(fā)送失敗原因為其接收到的任何一條消息發(fā)送失敗報告中標識的消息發(fā)送失敗原因。
在上述描述中，IP消息網(wǎng)關(guān)可以通過現(xiàn)有標準中已有的RP-ERROR消息來實現(xiàn)向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送失敗報告的過程。
傳統(tǒng)消息路由實體在收到由IP消息網(wǎng)關(guān)發(fā)送來的消息發(fā)送失敗報告后，當確定消息發(fā)送失敗報告中標識的消息發(fā)送失敗原因為用戶終端不可及、或者用戶終端存儲空間滿時，傳統(tǒng)消息路由實體向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告。這里，消息發(fā)送狀態(tài)報告中攜帶發(fā)起消息終止流程的消息中心地址、以及消息失敗的原因，即用戶終端不可及或用戶終端存儲空間滿。
在上述描述中，傳統(tǒng)消息路由實體在向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告時，可以通過現(xiàn)有標準中已有的MAP-REPORT-SM-DELIVERY-STATUS消息來實現(xiàn)。
HSS/HLR在接收到傳統(tǒng)消息路由實體發(fā)送來的消息發(fā)送狀態(tài)報告后，會根據(jù)消息發(fā)送狀態(tài)報告中攜帶的信息更新MWI，具體的更新過程可以為如果HSS/HLR確定其存儲的MWD中沒有其接收的消息發(fā)送狀態(tài)報告中攜帶的消息中心地址，則HSS/HLR在其存儲的MWD中插入消息發(fā)送狀態(tài)報告中攜帶的消息中心地址；如果消息發(fā)送狀態(tài)報告中攜帶的消息失敗原因是用戶不可及、且此時HSS/HLR存儲的MNRA的值為假，則HSS/HLR設(shè)置MNRA的值為真；如果消息發(fā)送狀態(tài)報告中攜帶的消息失敗原因是用戶存儲空間滿、且此時HSS/HLR存儲的MCEF的值為假，則HSS/HLR設(shè)置MCEF的值為真。
在后續(xù)過程中，HSS/HLR會根據(jù)網(wǎng)絡(luò)監(jiān)測到的被叫用戶的狀態(tài)改變來更新其存儲的MWI。HSS/HLR根據(jù)被叫用戶的狀態(tài)改變更新MWI的方法如表1所示。
表1

表1中，如果任一網(wǎng)絡(luò)域監(jiān)測到用戶終端在本網(wǎng)絡(luò)域中重新附著，HSS/HLR需要檢查對應(yīng)于該用戶終端的MSIsdn-Alert的MWI，如果MWI中MCEF的值為假、MWD非空、MNRA值為真，則HSS/HLR通過調(diào)用Alert-SC功能，依次通知地址被存放在MWD中所有的消息中心再次發(fā)起消息終止流程，HSS/HLR刪除MWD中的消息中心地址，更新MNRA值為假；如果MCEF的值為真、MWD非空、MNRA的值為真，則HSS/HLR更新MNRA的值為假，同時更新該網(wǎng)絡(luò)域?qū)?yīng)的標記信息為假；如果MCEF的值為真、MWD非空、MNRA的值為假，則HSS/HLR只更新MWI中的該網(wǎng)絡(luò)域?qū)?yīng)的標記信息為假，也不調(diào)用Alert-SC功能；如果MCEF的值為假、MWD為空、MNRA的值為假，則HSS/HLR只更新MWI中的該網(wǎng)絡(luò)域?qū)?yīng)的標記信息為假，并不調(diào)用Alert-SC功能。
HSS/HLR也可以在接收到任一網(wǎng)絡(luò)域傳輸來的被叫用戶終端可用如被叫用戶重新附著在某個網(wǎng)絡(luò)域、或者被叫用戶有存儲空間的通知時，檢查對應(yīng)于該被叫用戶的MSIsdn-Alert的消息等待指示，這時，如果MCEF的值為假、MWD為空、MNRA的值為假，則HSS/HLR只響應(yīng)上述通知，但不調(diào)用Alert-SC功能；如果MCEF的值為真、MWD非空、且MNRA的值為假，則HSS/HLR通過調(diào)用Alert-SC功能，依次通知地址被存放在MWD中所有的消息中心再次發(fā)起消息終止流程，HSS/HLR刪除MWD中的消息中心地址，更新MCEF的值為假；如果MCEF的值為假、MWD非空、MNRA的值為真，則HSS/HLR通過調(diào)用Alert-SC功能，依次通知地址被存放在MWD中所有的消息中心再次發(fā)起消息終止流程，HSS/HLR刪除MWD中的消息中心地址信息，并更新MNRA的值為假；如果MCEF的值為真、MWD非空、MNRA的值為真，則HSS/HLR通過調(diào)用Alert-SC功能，依次通知地址被存放在MWD中所有的消息中心再次發(fā)起消息終止流程，HSS/HLR刪除其存儲在MWD中的消息中心地址，并更新MCEF的值為假，更新MNRA值為假。
另外，如果IP消息網(wǎng)關(guān)經(jīng)過一條以上消息發(fā)送路徑嘗試發(fā)送消息、并且該消息的發(fā)送失敗原因為用戶終端不可及時，IP消息網(wǎng)關(guān)也可以向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告。具體過程可以為IP消息網(wǎng)關(guān)首先嘗試通過S-CSCF發(fā)送消息，當該消息經(jīng)由S-CSCF發(fā)送失敗時，S-CSCF向IP消息網(wǎng)關(guān)返回消息發(fā)送失敗報告，設(shè)定該消息發(fā)送失敗報告中攜帶的消息發(fā)送失敗原因為用戶終端在IMS網(wǎng)絡(luò)域不可及；之后，IP消息網(wǎng)關(guān)按照消息發(fā)送路徑的優(yōu)先級順序，通過SGSN向被叫用戶發(fā)送消息，當該消息經(jīng)由SGSN發(fā)送失敗時，SGSN向IP消息網(wǎng)關(guān)返回消息發(fā)送失敗報告，設(shè)定該消息發(fā)送失敗報告中攜帶的消息發(fā)送失敗原因為用戶終端在PS域不可及；之后，IP消息網(wǎng)關(guān)最后嘗試通過MSC向被叫用戶終端發(fā)送消息，設(shè)定該消息經(jīng)由MSC發(fā)送成功。此時，IP消息網(wǎng)關(guān)可以向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告，該消息發(fā)送狀態(tài)報告中可以進一步標識出被叫用戶終端缺席的診斷信息，即被叫用戶終端是在哪個網(wǎng)絡(luò)域中不可及，以及屬于哪一種不可及狀態(tài)，如被叫用戶終端在IMS網(wǎng)絡(luò)域中處于未附著狀態(tài)、被叫用戶終端在PS網(wǎng)絡(luò)域中沒有尋呼響應(yīng)等等。
IP消息網(wǎng)關(guān)可以使用改動過的MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告。
對MAP-REPORT-SM-DELIVERY-STATUS消息的改動為在該消息中增加一組參數(shù)，通過這組參數(shù)來表示通過IMS網(wǎng)絡(luò)域傳輸消息的結(jié)果、以及被叫用戶終端在IMS網(wǎng)絡(luò)域中不可及的診斷信息。
HSS/HLR接收到IP消息網(wǎng)關(guān)發(fā)送來的消息發(fā)送狀態(tài)報告后，根據(jù)消息發(fā)送狀態(tài)報告中攜帶的消息發(fā)送失敗原因信息來更新其存儲的MWI，如當消息發(fā)送失敗原因為用戶終端在IMS網(wǎng)絡(luò)域中未附著、且HSS/HLR存儲的MNRI的值為假時，HSS/HLR更新其存儲的MNRI的值為真，并更新MNRR的狀態(tài)為IMSDetached。
這樣，在后續(xù)過程中，當某一網(wǎng)絡(luò)域監(jiān)測到該用戶終端在該網(wǎng)絡(luò)中的狀態(tài)改變時如重新附著等，HSS/HLR會更新對應(yīng)的消息等待指示，如當被叫用戶終端在IMS網(wǎng)絡(luò)域中重新附著或者有尋呼響應(yīng)時，HSS/HLR會更新MNRI的值為假，并刪除MNRR中的No Paging Response via S-CSCF或IMS Detached；同樣，當用戶終端在CS網(wǎng)絡(luò)域、和/或PS網(wǎng)絡(luò)域中重新附著或者有尋呼響應(yīng)時，HSS/HLR會相應(yīng)的更新MNRF和/或MNRG的值為假，并刪除MNRR中對應(yīng)的原因值。
下面結(jié)合附圖對本發(fā)明的基于IP傳輸?shù)南⒙酚煞椒ㄟM行描述。
IP消息網(wǎng)關(guān)和傳統(tǒng)消息路由實體均向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告的基于IP傳輸?shù)南⒙酚煞椒ㄈ绺綀D6所示。
圖6中，在步驟1至步驟9，IP消息網(wǎng)關(guān)根據(jù)NeDS功能決策出的消息發(fā)送路徑的優(yōu)先級順序向用戶終端發(fā)送短消息。若消息發(fā)送失敗報告中標識消息發(fā)送失敗的原因為用戶終端存儲空間滿，則不再嘗試其它發(fā)送路徑。
到步驟10、IP消息網(wǎng)關(guān)向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告。若消息是經(jīng)過一條以上發(fā)送路經(jīng)發(fā)送成功，IP消息網(wǎng)關(guān)向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告中應(yīng)包含發(fā)送成功前嘗試路徑信息及失敗原因；如果IP消息網(wǎng)關(guān)在所有消息發(fā)送路徑均嘗試發(fā)送后，消息均發(fā)送失敗，則在消息發(fā)送狀態(tài)報告中包含各條路經(jīng)發(fā)送失敗原因。
到步驟11、IP消息網(wǎng)關(guān)向傳統(tǒng)消息路由實體SMS-GMSC發(fā)送消息發(fā)送報告。若消息發(fā)送失敗，則向傳統(tǒng)消息路由實體SMS-GMSC發(fā)送消息發(fā)送失敗報告，消息發(fā)送失敗報告中攜帶的失敗原因。
到步驟12、SMS-GMSC通過MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告；若消息發(fā)送失敗消息發(fā)送狀態(tài)報告中攜帶有發(fā)起消息終止流程的短消息中心地址，消息發(fā)送狀態(tài)報告中標識的消息發(fā)送失敗原因。
到步驟13、SMS-GMSC向短消息中心發(fā)送消息發(fā)送報告；若消息發(fā)送失敗，則發(fā)送消息發(fā)送失敗報告。
以下步驟為消息發(fā)送失敗情況下，當用戶在IMS網(wǎng)絡(luò)域重新注冊登記或通報終端存儲空間可用時，觸發(fā)Alert-SC功能的過程。
到步驟14、HSS/HLR從IMS網(wǎng)絡(luò)域接收到該被叫用戶終端可用或有存儲空間的消息。
到步驟15、HSS/HLR通過調(diào)用Alert-SC功能，向SMS-IWMSC發(fā)送Alert消息。
到步驟16、SMS-IWMSC使用RP-ALRERT-SC消息向短消息中心發(fā)送Alert消息，通知短消息中心向用戶終端發(fā)起消息終止流程。
下面結(jié)合附圖7對本發(fā)明提供的基于IP的消息路由方法進行說明。
圖7中，在步驟1至步驟9，IP消息網(wǎng)關(guān)根據(jù)NeDS功能決策出的消息發(fā)送路徑的優(yōu)先級順序向用戶終端發(fā)送短消息。如果IP消息網(wǎng)關(guān)在所有消息發(fā)送路徑均嘗試發(fā)送后，消息均發(fā)送失敗，則IP消息網(wǎng)關(guān)會先后接收到S-CSCF、SGSN和MSC發(fā)送來的消息發(fā)送失敗報告，其中，消息發(fā)送失敗報告中標識消息發(fā)送失敗的原因分別為用戶終端在IMS網(wǎng)絡(luò)域未附著，用戶終端在PS域沒有尋呼響應(yīng)，用戶終端存儲空間滿。
到步驟10、IP消息網(wǎng)關(guān)向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告，在消息發(fā)送狀態(tài)報告中攜帶消息失敗的原因，即用戶終端不可及，消息發(fā)送狀態(tài)報告中還可以進一步標識出用戶終端缺席的診斷信息，即用戶終端在IMS網(wǎng)絡(luò)域中未附著、在PS域中沒有尋呼響應(yīng)。這里，IP消息網(wǎng)關(guān)可以使用改動過的MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告，該消息中增加了一組參數(shù)，用來表示通過IMS網(wǎng)絡(luò)域傳輸消息的結(jié)果和用戶終端在IMS網(wǎng)絡(luò)域不可及的診斷信息。
HSS/HLR在接收到IP消息網(wǎng)關(guān)發(fā)送來的消息發(fā)送狀態(tài)報告后，根據(jù)消息發(fā)送狀態(tài)報告中攜帶的失敗原因信息更新相應(yīng)的消息等待指示，即更新MNRI的值為真，更新MNRG的值為真，更新MNRR為IMS Detached，No Paging Responsevia SGSN。
到步驟11、IP消息網(wǎng)關(guān)通過RP-ERROR消息向傳統(tǒng)消息路由實體SMS-GMSC發(fā)送消息發(fā)送失敗報告，消息發(fā)送失敗報告中攜帶的失敗原因為用戶終端存儲空間滿。
到步驟12、SMS-GMSC通過MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告，消息發(fā)送狀態(tài)報告中攜帶有發(fā)起消息終止流程的短消息中心地址，消息發(fā)送狀態(tài)報告中標識的消息發(fā)送失敗原因為用戶終端存儲空間滿。
HSS/HLR在接收到SMS-GMSC發(fā)送來的消息發(fā)送狀態(tài)報告后，根據(jù)其中攜帶信息更新相應(yīng)的消息等待指示，即當MWD中沒有消息發(fā)送狀態(tài)報告中攜帶的短消息中心的地址時，HSS/HLR在MWD中插入消息發(fā)送狀態(tài)報告中攜帶的短消息中心地址，并更新MCEF的值為真。
到步驟13、SMS-GMSC向短消息中心發(fā)送消息發(fā)送失敗報告。
到步驟14、HSS/HLR從IMS網(wǎng)絡(luò)域接收到該被叫用戶終端注冊且有可用的存儲空間的消息。
到步驟15、HSS/HLR通過調(diào)用Alert-SC功能，向SMS-IWMSC發(fā)送Alert消息，并刪除其存儲的MWD中對應(yīng)的短消息中心地址，更新對應(yīng)于該用戶終端的MSIsdn-Alert的MCEF的值為假，更新MNRI的值為假，刪除MNRR中的IMSDetached。
到步驟16、SMS-IWMSC使用RP-ALRERT-SC消息向短消息中心發(fā)送Alert消息，通知短消息中心向用戶終端發(fā)起消息終止流程。
下面再以附圖8為例，對本發(fā)明提供的基于IP傳輸?shù)南⒙酚煞椒ㄟM行說明。
圖8中，從步驟1至步驟9、IP消息網(wǎng)關(guān)根據(jù)NeDS功能決策出的消息發(fā)送路徑的優(yōu)先級順序向用戶終端發(fā)送短消息。如果IP消息網(wǎng)關(guān)在所有消息發(fā)送路徑均嘗試發(fā)送后，消息均發(fā)送失敗，則IP消息網(wǎng)關(guān)會先后接收到S-CSCF、SGSN和MSC發(fā)送來的消息發(fā)送失敗報告，其中，消息發(fā)送失敗報告中標識消息發(fā)送失敗的原因分別為用戶終端在IMS網(wǎng)絡(luò)域不可及，用戶終端在PS域系統(tǒng)失敗，用戶終端在CS域不可及。
到步驟10、IP消息網(wǎng)關(guān)使用RP-ERROR消息向SMS-GMSC發(fā)送消息發(fā)送失敗報告，消息發(fā)送失敗報告中攜帶的消息發(fā)送失敗的原因為用戶終端不可及。
到步驟11、SMS-GMSC使用MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告，消息發(fā)送狀態(tài)報告中攜帶有發(fā)起消息終止流程的短消息中心地址，并標識有用戶終端不可及的消息發(fā)送失敗原因。
HSS/HLR在接收到SMS-GMSC發(fā)送來的消息發(fā)送狀態(tài)報告后，根據(jù)消息發(fā)送狀態(tài)報告中攜帶的信息更新相應(yīng)的消息等待指示，即當MWD中沒有發(fā)送狀態(tài)報告中攜帶的短消息中心地址時，則HSS/HLR在MWD中插入消息發(fā)送狀態(tài)報告中的短消息中心地址，并更新MNRA的值為真，相應(yīng)的，MNRF、MNRG、MNRI全部設(shè)置為真。
到步驟12、SMS-GMSC向短消息中心發(fā)送消息發(fā)送失敗報告。
到步驟13、HSS/HLR從IMS網(wǎng)絡(luò)域接收到該用戶終端重新附著在網(wǎng)絡(luò)中的消息。
到步驟14、HSS/HLR通過調(diào)用Alert-SC功能向SMS-IWMSC發(fā)送Alert消息，并刪除MWD中對應(yīng)的短消息中心地址，同時，更新對應(yīng)于該用戶終端的MSIsdn-Alert的MNRI和MNRA的值為假。
到步驟15、SMS-IWMSC使用RP-ALRERT-SC消息向短消息中心發(fā)送Alert信息，以通知短消息中心向該用戶終端發(fā)起消息終止流程。
如果采用附圖2所示的系統(tǒng)來實現(xiàn)基于IP的消息路由方法，則具體的實現(xiàn)過程如下圖2中，在步驟1、UE根據(jù)IMS注冊流程注冊到S-CSCF中。
到步驟2、SM-SC向SMS-GMSC轉(zhuǎn)發(fā)短消息。
到步驟3、SMS-GMSC向HLR/HSS發(fā)送請求以獲取路由信息消息，其中包括一個指示“SMS-GMSC支持IP消息傳輸”的標識。該標識表明SMS-GMSC則能夠接收并處理HLR/HSS在取路由信息響應(yīng)消息中返回的MSC、SGSN和IP-Message-GW三個實體的E.164地址，并且短消息能夠經(jīng)由MSC、SGSN和IP-Message-GW三條路徑進行傳輸。當用戶注冊到IP-MESSAGE-GW并且能夠經(jīng)由IMS網(wǎng)絡(luò)傳送短消息時，HLR/HSS向SMS-GMSC返回IP-Message-GW、MSC和SGSN的地址。如果HLR/HSS沒有收到“SMS-GMSC支持IP消息傳輸”的標識，但收到“SMS-GMSC支持GPRS”的標識，則按照優(yōu)先級順序向SMS-GMSC返回SGSN和MSC的地址，否則只返回MSC的地址。
到步驟4、SMS-GMSC根據(jù)接收到HLR/HSS返回的IP-MESSAGE-GW的地址信息，向IP-Message-GW發(fā)送攜帶有UE的MSISDN的短消息。
這里，當SMS-GMSC只接收到HLR/HSS返回的MSC和/或SGSN地址信息時，則根據(jù)接收到的地址優(yōu)先級順序向MSC或SGSN發(fā)送攜帶有UE的MSISDN的短消息，該過程同現(xiàn)有實現(xiàn)方式一致，不再贅述。
到步驟5、IP-Message-GW將被叫UE的MSISDN轉(zhuǎn)換成TEL-URL格式，并根據(jù)TEL-URL格式的被叫標識獲得SIP-URL格式的被叫標識，然后，IP-Message-GW使用SIP MESSAGE格式向S-CSCF發(fā)送消息。
到步驟6、S-CSCF將SIP MESSAGE轉(zhuǎn)發(fā)給UE。
到步驟7、如果消息在步驟6中發(fā)送失敗，如UE暫時不可及，則S-CSCF向IP-Message-GW失敗消息，并攜帶相應(yīng)的原因值。
到步驟8、IP-Message-GW向SMS-GMSC轉(zhuǎn)發(fā)短消息傳送失敗消息報告。
到步驟9、SMS-GMSC嘗試通過其他路徑，如MSC/SGSN，發(fā)送短消息。
到步驟10、當SMS-GMSC接收到MSC/SGSN的短消息發(fā)送成功或完全失敗消息后，SMS-GMSC向HLR/HSS發(fā)送短消息傳送報告，并攜帶有消息在IMS域發(fā)送失敗信息。在該步驟中，如果SMS-GMSC通過MSC/SGSN發(fā)送短消息時，同樣發(fā)送失敗，則短消息傳送報告中也將攜帶有消息在CS/PS域發(fā)送失敗的信息。
到步驟11、HLR/HSS接收到SMS-GMSC消息傳送報告后，根據(jù)消息傳送報告中攜帶的消息在IMS域發(fā)送失敗的信息，將MNRI的值設(shè)置為真，在該步驟中，如果短消息傳送報告中還攜帶有消息在CS/PS域發(fā)送失敗的信息、且消息發(fā)送失敗的原因為被叫用戶在CS/PS域中不可及，則HLR/HSS還需要將MNRF/MNRG的值設(shè)置為真，并設(shè)置MNRR的值；在該步驟中如果短消息傳送報告中攜帶有消息在各個網(wǎng)絡(luò)域中均發(fā)送失敗的信息、且消息發(fā)送失敗的原因為被叫用戶在各個網(wǎng)絡(luò)域中均不可及、則HLR/HSS還需要將MNRF、MNRG的值設(shè)置為真，并設(shè)置MNRR值。
設(shè)定在上述消息發(fā)送過程中，消息發(fā)送完全失敗、且消息發(fā)送完全失敗的原因為被叫用戶在各個網(wǎng)絡(luò)域中均不可及，在這種情況下，如果HSS/HLR從IMS網(wǎng)絡(luò)域接收到該用戶終端重新附著在網(wǎng)絡(luò)中的消息，則到步驟12。
在步驟12、HSS/HLR通過調(diào)用Alert-SC功能向SMS-IWMSC發(fā)送Alert消息，并刪除MWD中對應(yīng)的短消息中心地址，同時，更新對應(yīng)于該用戶終端的MSIsdn-Alert的MNRI和MNRA的值為假。
本發(fā)明提供的基于IP傳輸?shù)南⒙酚上到y(tǒng)，主要包括接收存儲模塊、觸發(fā)模塊和發(fā)送模塊一。接收存儲模塊和觸發(fā)模塊設(shè)置于HSS/HLR中，發(fā)送模塊一設(shè)置于IP消息網(wǎng)關(guān)中。
發(fā)送模塊一主要用于在被叫用戶的終結(jié)消息在網(wǎng)絡(luò)域中發(fā)送失敗時，將該終結(jié)消息在網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR。發(fā)送模塊一可以直接將終結(jié)消息在網(wǎng)絡(luò)域中發(fā)送失敗的信息傳輸至HSS/HLR，也可以將終結(jié)消息在網(wǎng)絡(luò)域中發(fā)送失敗或成功的信息通過傳統(tǒng)消息路由實體傳輸至HSS/HLR。
發(fā)送模塊一由發(fā)送子模塊一、發(fā)送子模塊二和發(fā)送子模塊三組成。
發(fā)送子模塊三主要用于IP消息網(wǎng)關(guān)在HSS/HLR提供的發(fā)送路徑嘗試發(fā)送了該終結(jié)消息，如果消息發(fā)送成功或嘗試所有路經(jīng)發(fā)送失敗時，發(fā)送子模塊三直接向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告；并且在所有嘗試發(fā)送的發(fā)送失敗原因均為被叫用戶不可及時，在消息發(fā)送狀態(tài)報告中攜帶被叫用戶在各網(wǎng)絡(luò)域中均不可及的失敗原因，以通知HSS/HLR更新接收存儲模塊中存儲的相應(yīng)的消息等待指示，如更新MNRI、MNRF、MNRG、MNRR等，使HSS/HLR的觸發(fā)模塊能夠在被叫用戶在網(wǎng)絡(luò)域中的狀態(tài)改變等適當?shù)那闆r下，通過調(diào)用Alert-SC觸發(fā)該終結(jié)消息再次傳輸?shù)牧鞒?。如果消息是?jīng)過一條以上發(fā)送路經(jīng)發(fā)送成功，發(fā)送子模塊三直接向HSS/HLR發(fā)送消息發(fā)送狀態(tài)報告中應(yīng)包含發(fā)送成功前嘗試路徑信息及失敗原因，使HSS/HLR中的接收存儲模塊能夠及時得知被叫用戶狀態(tài)、更新相應(yīng)的消息等待指示。具體如上述方法中的描述。
發(fā)送子模塊一主要用于在IP消息網(wǎng)關(guān)接收到一個或多個發(fā)送失敗報告時，根據(jù)發(fā)送失敗報告中攜帶的信息確定該消息發(fā)送失敗的原因值，并將該原因值通過消息發(fā)送狀態(tài)報告?zhèn)鬏斨两邮沾鎯δK；或者根據(jù)IP消息網(wǎng)關(guān)接收的發(fā)送失敗報告中承載的信息，確定該消息在各個域均發(fā)送失敗時，向發(fā)送子模塊二發(fā)送消息發(fā)送失敗報告。也就是說，發(fā)送子模塊一向傳統(tǒng)消息路由實體中的發(fā)送子模塊二發(fā)送消息發(fā)送報告；如果在終結(jié)消息經(jīng)由所有發(fā)送路徑的發(fā)送嘗試都失敗時，發(fā)送子模塊一向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送失敗報告，并在該消息發(fā)送失敗報告中攜帶消息失敗原因。發(fā)送子模塊一能夠根據(jù)S-CSCF、和/或SGSN、和/或MSC發(fā)送來的消息發(fā)送失敗報告中攜帶的失敗原因，決策出其發(fā)送給傳統(tǒng)消息路由實體的消息發(fā)送失敗報告中的失敗原因。具體如上述方法中的描述。
發(fā)送模塊一由位于IP消息網(wǎng)關(guān)的發(fā)送子模塊一和位于傳統(tǒng)消息路由實體的發(fā)送子模塊二組成。
接收存儲模塊主要用于在接收到發(fā)送模塊傳輸來的終結(jié)消息在各個域均發(fā)送失敗的信息時，更新其存儲的MWI。這里的MWI中增加了MNRA、MNRI，而且，在MNRR中增加了兩種狀態(tài)值，MNRA表示被叫用戶在所有網(wǎng)絡(luò)域中完全不可及，MNRI表示被叫用戶在IMS網(wǎng)絡(luò)域中不可及。MNRA、MNRI的值可以為布爾值。在MNRR中增加的兩種狀態(tài)值為表示被叫用戶在IMS網(wǎng)絡(luò)域中沒有尋呼響應(yīng)的No Paging Response via the S-CSCF和表示被叫用戶在IMS網(wǎng)絡(luò)域中未附著的IMS Detached。具體如上述方法中的描述。
接收存儲模塊由存儲子模塊和更新子模塊組成。
存儲子模塊主要用于存儲消息等待指示MWI，這里的MWI中增加設(shè)置了表示被叫用戶在各個域中均不可及的指示信息MNRA、表示被叫用戶在IMS域中不可及的指示信息MNRI和增加了兩種狀態(tài)值的MNRR。
更新子模塊主要用于根據(jù)接收的消息發(fā)送狀態(tài)報告以及用戶登記注冊消息中攜帶的信息更新存儲子模塊中存儲的MWI。具體的更新過程如當更新子模塊確定存儲子模塊中存儲的MWD中沒有其接收的消息發(fā)送狀態(tài)報告中攜帶的消息中心地址，則在存儲子模塊存儲的MWD中插入消息發(fā)送狀態(tài)報告中攜帶的消息中心地址；當消息發(fā)送狀態(tài)報告中攜帶的消息失敗原因是用戶不可及、且此時存儲子模塊中存儲的MNRA的值為假，則更新子模塊設(shè)置MNRA的值為真；當消息發(fā)送狀態(tài)報告中攜帶的消息失敗原因是用戶存儲空間滿、且此時存儲子模塊中存儲的MCEF的值為假，則更新子模塊設(shè)置MCEF的值為真。具體如上述方法中的描述。
觸發(fā)模塊主要用于在HSS/HLR確定所述被叫用戶在任一網(wǎng)絡(luò)域中的狀態(tài)改變、且接收存儲模塊中存儲有該被叫用戶的終結(jié)消息在各個域均發(fā)送失敗的信息時，通過調(diào)用Alert-SC觸發(fā)該終結(jié)消息再次傳輸?shù)牧鞒?。具體如上述方法中的描述。
本發(fā)明提供的另外一種基于IP傳輸?shù)南⒙酚上到y(tǒng)，主要包括接收存儲模塊、觸發(fā)模塊和發(fā)送模塊二。接收存儲模塊和觸發(fā)模塊設(shè)置于HSS/HLR中，發(fā)送模塊二設(shè)置于傳統(tǒng)消息路由實體中。
發(fā)送模塊二主要用于在被叫用戶的終結(jié)消息在網(wǎng)絡(luò)域中發(fā)送失敗時，將該終結(jié)消息在網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至接收存儲模塊。這里的網(wǎng)絡(luò)域包括CS域、PS域、IMS域。也就是說，被叫用戶的終結(jié)消息在各個網(wǎng)絡(luò)域中均發(fā)送失敗時，發(fā)送模塊二需要向HLR/HSS發(fā)送攜帶有消息在各個網(wǎng)絡(luò)域中均發(fā)送失敗的信息；被叫用戶的終結(jié)消息在某個網(wǎng)絡(luò)域中發(fā)送失敗、但是該終結(jié)消息最終發(fā)送成功時，發(fā)送模塊二需要向HLR/HSS發(fā)送攜帶有消息在某個域發(fā)送失敗信息的短消息傳送報告，如發(fā)送模塊二向HLR/HSS發(fā)送攜帶有消息在IMS域發(fā)送失敗信息的短消息傳送報告。
在該系統(tǒng)中的接收存儲模塊和路由模塊與上述實施例中描述的內(nèi)容基本相同，在此不再詳細描述。
雖然通過實施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，本發(fā)明的申請文件的權(quán)利要求包括這些變形和變化。
權(quán)利要求
1.一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，所述方法包括步驟a、被叫用戶的終結(jié)消息在網(wǎng)絡(luò)域中發(fā)送失敗，IP消息網(wǎng)關(guān)將所述終結(jié)消息在網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR；b、HSS/HLR接收并存儲該終結(jié)消息在所述網(wǎng)絡(luò)域發(fā)送失敗的信息；c、在所述被叫用戶后續(xù)的終結(jié)消息路由過程中，HSS/HLR根據(jù)其存儲的所述信息進行所述被叫用戶后續(xù)的終結(jié)消息的路由過程。
2.如權(quán)利要求1所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，所述步驟a包括a1、被叫用戶的終結(jié)消息在各個網(wǎng)絡(luò)域中均發(fā)送失敗時，IP消息網(wǎng)關(guān)將所述終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息傳輸至HSS/HLR；和/或a2、被叫用戶的終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗、且該終結(jié)消息最終發(fā)送成功時，IP消息網(wǎng)關(guān)將所述終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR。
3.如權(quán)利要求2所述的一種基于IP傳輸?shù)南⒙酚煞椒ǎ涮卣髟谟谒霾襟Ea1包括a11、IP消息網(wǎng)關(guān)根據(jù)其接收的發(fā)送失敗報告中承載的信息，確定該終結(jié)消息在各個域均發(fā)送失敗時，向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送失敗報告；a12、傳統(tǒng)消息路由實體根據(jù)其接收的消息發(fā)送失敗報告，向HSS/HLR發(fā)送攜帶有終結(jié)消息在包括IMS域的各個域均發(fā)送失敗的信息的消息發(fā)送狀態(tài)報告；所述步驟a2包括a21、IP消息網(wǎng)關(guān)根據(jù)其接收的發(fā)送失敗報告中承載的信息，確定該終結(jié)消息發(fā)送成功時，向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送成功報告；a22、傳統(tǒng)消息路由實體根據(jù)其接收的消息發(fā)送成功報告，向HSS/HLR發(fā)送攜帶有該終結(jié)消息發(fā)送成功信息的消息發(fā)送狀態(tài)報告。
4.如權(quán)利要求3所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于IP消息網(wǎng)關(guān)可以通過MAP消息RP-ERROR向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送失敗報告；IP消息網(wǎng)關(guān)可以通過MAP_MT_FORWARD_SHORT_MESSAGE_ACK向傳統(tǒng)消息路由實體發(fā)送消息發(fā)送成功報告。
5.如權(quán)利要求3所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，所述步驟a11中，IP消息向傳統(tǒng)消息路由實體發(fā)送的消息發(fā)送失敗報告中攜帶有終結(jié)消息發(fā)送失敗的原因值。
6.如權(quán)利要求5所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，IP消息網(wǎng)關(guān)確定其向傳統(tǒng)消息路由實體發(fā)送的消息發(fā)送失敗報告中的發(fā)送失敗的原因值的步驟包括當IP消息網(wǎng)關(guān)接收的各發(fā)送失敗報告中的失敗原因包括被叫用戶終端存儲空間滿時，IP消息網(wǎng)關(guān)確定失敗原因值為被叫用戶終端存儲空間滿；當IP消息網(wǎng)關(guān)接收的各發(fā)送失敗報告中的失敗原因包括被叫用戶不可及、且不包括被叫用戶終端存儲空間滿時，IP消息網(wǎng)關(guān)確定失敗原因值為被叫用戶不可及；當IP消息網(wǎng)關(guān)接收的各發(fā)送失敗報告中的失敗原因不包括被叫用戶不可及和被叫用戶終端存儲空間滿時，IP消息網(wǎng)關(guān)確定失敗原因值為其接收的任一發(fā)送失敗報告中的失敗原因。
7.如權(quán)利要求5所述的一種基于IP傳輸?shù)南⒙酚煞椒ǎ涮卣髟谟?，所述步驟a12包括傳統(tǒng)消息路由實體根據(jù)其接收的消息發(fā)送失敗報告，將消息發(fā)送失敗報告中的失敗原因和短消息中心地址信息通過消息發(fā)送狀態(tài)報告?zhèn)鬏斨罤SS/HLR。
8.如權(quán)利要求2所述的一種基于IP傳輸?shù)南⒙酚煞椒ǎ涮卣髟谟?，所述步驟a1和/或步驟a2包括a3、IP消息網(wǎng)關(guān)在接收到一個或多個發(fā)送失敗報告時，根據(jù)發(fā)送失敗報告中攜帶的信息確定該消息發(fā)送失敗的原因值，并將該原因值通過消息發(fā)送狀態(tài)報告直接傳輸至HSS/HLR。
9.如權(quán)利要求8所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，消息發(fā)送失敗的原因值包括傳統(tǒng)消息系統(tǒng)中的消息發(fā)送失敗的原因值、和/或被叫用戶在IMS域沒有尋呼響應(yīng)、和/或被叫用戶在IMS域未附著。
10.如權(quán)利要求8所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，所述步驟a3中IP消息網(wǎng)關(guān)可以通過MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR直接發(fā)送消息發(fā)送狀態(tài)報告；該MAP-REPORT-SM-DELIVERY-STATUS消息中擴展了終結(jié)消息在IMS域中發(fā)送失敗的信息和終結(jié)消息在IMS域中發(fā)送失敗的原因值。
11.如權(quán)利要求1至10中任一權(quán)利要求所述的一種基于IP傳輸?shù)南⒙酚煞椒ǎ涮卣髟谟谒霾襟Eb中，HSS/HLR在消息等待指示MWI中增加設(shè)置指示信息MNRI表示被叫用戶在IMS域中不可及的信息，在MWI的MNRR中增加設(shè)置被叫用戶在IMS域中不可及的原因；且所述步驟b包括HSS/HLR根據(jù)其接收的消息發(fā)送狀態(tài)報告中攜帶的信息、以及用戶登記注冊消息中攜帶的信息更新包括MNRI的MWI。
12.如權(quán)利要求11所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，在MNRR中增加的被叫用戶在IMS域中不可及的原因包括下述兩種狀態(tài)值表示被叫用戶在IMS域中沒有尋呼響應(yīng)的No Paging Response via the S-CSCF，表示被叫用戶在IMS域中未附著的IMS Detached。
13.如權(quán)利要求11所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，所述方法還包括HSS/HLR在MWI中增加設(shè)置指示信息MNRA表示被叫用戶在各個域中均不可及的信息；且所述步驟b包括HSS/HLR根據(jù)其接收的消息發(fā)送狀態(tài)報告中攜帶的信息、以及用戶登記注冊消息中攜帶的信息更新包括MNRA的MWI。
14.如權(quán)利要求1至10中任一權(quán)利要求所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，所述步驟c包括HSS/HLR在確定所述被叫用戶在任一網(wǎng)絡(luò)域中的狀態(tài)改變、且HSS/HLR中記錄有該被叫用戶的終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息時，調(diào)用Alert-SC功能觸發(fā)該終結(jié)消息的傳輸流程；和/或者HSS/HLR在接收到路由查詢請求、且確定發(fā)送路由查詢請求的網(wǎng)元為IP消息網(wǎng)關(guān)時，根據(jù)其存儲的所述信息確定該路由查詢請求對應(yīng)的可用路由信息，并將可用的路由信息傳輸至IP消息網(wǎng)關(guān)。
15.一種基于IP傳輸?shù)南⒙酚上到y(tǒng)，包括HSS/HLR和IP消息網(wǎng)關(guān)，其特征在于，HSS/HLR中設(shè)置有接收存儲模塊和路由模塊，IP消息網(wǎng)關(guān)中設(shè)置有發(fā)送模塊一；發(fā)送模塊一用于在被叫用戶的終結(jié)消息在網(wǎng)絡(luò)域中發(fā)送失敗時，將所述終結(jié)消息在網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR；接收存儲模塊用于接收并存儲該終結(jié)消息在所述網(wǎng)絡(luò)域發(fā)送失敗的信息；路由模塊用于在所述被叫用戶后續(xù)的終結(jié)消息路由過程中，根據(jù)接收存儲模塊中存儲的所述信息進行所述被叫用戶后續(xù)的終結(jié)消息的路由過程。
16.如權(quán)利要求15所述的一種基于IP傳輸?shù)南⒙酚上到y(tǒng)，其特征在于，所述發(fā)送模塊一包括位于IP消息網(wǎng)關(guān)的發(fā)送子模塊一和位于傳統(tǒng)消息路由實體的發(fā)送子模塊二；發(fā)送子模塊一用于在被叫用戶的終結(jié)消息在各個網(wǎng)絡(luò)域中均發(fā)送失敗時，將所述終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息傳輸至發(fā)送子模塊二；和/或在被叫用戶的終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗、且該終結(jié)消息最終發(fā)送成功時，將所述終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至發(fā)送子模塊二；發(fā)送子模塊二用于根據(jù)其接收到的所述信息向接收存儲模塊發(fā)送攜帶有終結(jié)消息在各個域均發(fā)送失敗的信息的消息發(fā)送狀態(tài)報告。
17.如權(quán)利要求15所述的一種基于IP傳輸?shù)南⒙酚上到y(tǒng)，其特征在于，所述發(fā)送模塊一中設(shè)置有發(fā)送子模塊三；發(fā)送子模塊三用于在IP消息網(wǎng)關(guān)接收到一個或多個發(fā)送失敗報告時，根據(jù)發(fā)送失敗報告中攜帶的信息確定該消息發(fā)送失敗的原因值，并將該原因值通過消息發(fā)送狀態(tài)報告直接傳輸至HSS/HLR中的接收存儲模塊。
18.如權(quán)利要求15或16或17所述的一種基于IP傳輸?shù)南⒙酚上到y(tǒng)，其特征在于，所述接收存儲模塊包括存儲子模塊和更新子模塊；存儲子模塊用于存儲MWI，MWI中增加設(shè)置了指示信息MNRI，MNRI表示被叫用戶在IMS域中不可及，MWI的MNRR中增加設(shè)置了被叫用戶在IMS域中不可及的原因；更新子模塊用于根據(jù)接收的消息發(fā)送狀態(tài)報告以及用戶登記注冊消息中攜帶的信息更新存儲子模塊中存儲的MWI。
19.一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，所述方法包括步驟A、被叫用戶的終結(jié)消息在IMS域中發(fā)送失敗后，傳統(tǒng)消息路由實體將所述終結(jié)消息在IMS網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR；B、HSS/HLR接收并存儲該終結(jié)消息在所述IMS域發(fā)送失敗的信息；C、在所述被叫用戶后續(xù)的終結(jié)消息路由過程中，HSS/HLR根據(jù)其存儲的所述信息進行所述被叫用戶后續(xù)的終結(jié)消息的路由過程。
20.如權(quán)利要求19所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，所述步驟A包括A1、被叫用戶的終結(jié)消息在包括IMS域的各個網(wǎng)絡(luò)域中均發(fā)送失敗時，傳統(tǒng)消息路由實體將所述終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息傳輸至HSS/HLR；和/或者A2、被叫用戶的終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗、且該終結(jié)消息最終發(fā)送成功時，傳統(tǒng)消息路由實體將所述終結(jié)消息在至少一個網(wǎng)絡(luò)域發(fā)送失敗的信息傳輸至HSS/HLR。
21.如權(quán)利要求20所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于，所述傳統(tǒng)消息路由實體向HSS/HLR發(fā)送的信息中攜帶有終結(jié)消息發(fā)送失敗的原因值；且消息發(fā)送失敗的原因值包括傳統(tǒng)消息路由系統(tǒng)中的消息發(fā)送失敗的原因值、和/或被叫用戶在IMS域沒有尋呼響應(yīng)、和/或被叫用戶在IMS域未附著。
22.如權(quán)利要求20所述的一種基于IP傳輸?shù)南⒙酚煞椒ǎ涮卣髟谟?，傳統(tǒng)消息路由實體確定其向傳統(tǒng)消息路由實體發(fā)送的信息中的發(fā)送失敗的原因值的步驟包括當傳統(tǒng)消息路由實體接收的各發(fā)送失敗報告中的失敗原因包括被叫用戶終端存儲空間滿時，傳統(tǒng)消息路由實體確定失敗原因值為被叫用戶終端存儲空間滿；當傳統(tǒng)消息路由實體接收的各發(fā)送失敗報告中的失敗原因包括被叫用戶不可及、且不包括被叫用戶終端存儲空間滿時，傳統(tǒng)消息路由實體確定失敗原因值為被叫用戶不可及；當傳統(tǒng)消息路由實體接收的各發(fā)送失敗報告中的失敗原因不包括被叫用戶不可及和被叫用戶終端存儲空間滿時，傳統(tǒng)消息路由實體確定失敗原因值為其接收的任一發(fā)送失敗報告中的失敗原因。
23.如權(quán)利要求18至22中任一權(quán)利要求所述的一種基于IP傳輸?shù)南⒙酚煞椒?，其特征在于所述步驟B中，HSS/HLR在消息等待指示MWI中增加設(shè)置指示信息MNRI表示被叫用戶在IMS域中不可及的信息，在MWI的MNRR中增加設(shè)置被叫用戶在IMS域中不可及的原因；且所述步驟B包括HSS/HLR根據(jù)其接收的消息發(fā)送狀態(tài)報告中攜帶的信息、以及用戶登記注冊消息中攜帶的信息更新包括MNRI的MWI。
24.如權(quán)利要求23所述的一種基于IP傳輸?shù)南⒙酚煞椒ǎ涮卣髟谟?，所述方法還包括在HSS/HLR的消息等待指示MWI中增加設(shè)置指示信息MNRA表示被叫用戶在各個網(wǎng)絡(luò)域中均發(fā)送失敗的信息；且所述步驟B包括HSS/HLR根據(jù)其接收的消息發(fā)送狀態(tài)報告中攜帶的信息更新、以及用戶登記注冊消息中攜帶的信息更新包括MNRA的MWI。
25.如權(quán)利要求18至22中任一權(quán)利要求所述的一種基于IP傳輸?shù)南⒙酚煞椒ǎ涮卣髟谟?，所述步驟C包括HSS/HLR在確定所述被叫用戶在任一網(wǎng)絡(luò)域中的狀態(tài)改變、且HSS/HLR中記錄有該被叫用戶的終結(jié)消息在各個網(wǎng)絡(luò)域均發(fā)送失敗的信息時，調(diào)用Alert-SC功能觸發(fā)該終結(jié)消息的傳輸流程；和/或者HSS/HLR在接收到傳統(tǒng)消息路由實體的路由查詢請求后，根據(jù)存儲的所述信息確定該路由查詢請求對應(yīng)的可用路由信息，并傳輸至傳統(tǒng)消息路由實體。
26.一種基于IP傳輸?shù)南⒙酚上到y(tǒng)，包括HSS/HLR和傳統(tǒng)消息路由實體，其特征在于，HSS/HLR中設(shè)置有接收存儲模塊和路由模塊，傳統(tǒng)消息路由實體中設(shè)置有發(fā)送模塊二；發(fā)送模塊二用于在被叫用戶的終結(jié)消息在IMS域中發(fā)送失敗時，將所述終結(jié)消息在IMS域發(fā)送失敗的信息傳輸至接收存儲模塊；接收存儲模塊用于接收并存儲該終結(jié)消息在所述IMS域發(fā)送失敗的信息；路由模塊用于在所述被叫用戶后續(xù)的終結(jié)消息路由過程中，根據(jù)接收存儲模塊中存儲的所述信息進行所述被叫用戶后續(xù)的終結(jié)消息的路由過程。
全文摘要
本發(fā)明提供一種基于IP傳輸?shù)南⒙酚煞椒ê拖到y(tǒng)，IP消息網(wǎng)關(guān)或傳統(tǒng)的消息路由實體通過將終結(jié)消息發(fā)送失敗的信息傳輸至HSS/HLR，使HSS/HLR能夠得知該終結(jié)消息在某些網(wǎng)絡(luò)域中未發(fā)送成功，這樣，當HSS/HLR獲知終結(jié)消息在某些網(wǎng)絡(luò)域中未發(fā)送成功時，HSS/HLR能夠在該被叫用戶后續(xù)的終結(jié)消息路由過程中，將可用的路由信息傳輸至IP消息網(wǎng)關(guān)或者傳統(tǒng)的消息路由實體，避免了無用的路由過程；當HSS/HLR獲知終結(jié)消息在各個網(wǎng)絡(luò)域中均未發(fā)送成功、且檢測到被叫用戶在某個網(wǎng)絡(luò)域中的狀態(tài)發(fā)生改變時，能夠及時觸發(fā)消息的終結(jié)流程，使終結(jié)消息能夠在第一時間傳輸至被叫用戶；從而降低了消息傳輸時延，提高了消息業(yè)務(wù)的服務(wù)質(zhì)量，提高了消息路由效率。
文檔編號H04W80/04GK101047655SQ20061006687
公開日2007年10月3日 申請日期2006年3月31日 優(yōu)先權(quán)日2006年3月31日
發(fā)明者段小琴, 孫成振 申請人:華為技術(shù)有限公司