專利名稱：一種基于ip網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通訊技術(shù)領(lǐng)域，具體涉及一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法。
背景技術(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等標(biāo)準(zhǔn)組織先后推出了基于IMS(IP的多媒體子系統(tǒng))的架構(gòu)，其目的是在移動網(wǎng)絡(luò)中使用一種標(biāo)準(zhǔn)化的開放的結(jié)構(gòu)來實現(xiàn)多種多樣的多媒體應(yīng)用，從而提供給移動用戶更多的選擇和更豐富的感受。
在3GPP Release 5(R5)階段，引入了IP多媒體子系統(tǒng)域，簡稱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)，負(fù)責(zé)管理用戶信息，產(chǎn)生計費信息等。P-CSCF是終端用戶接入IMS的接入點，完成用戶注冊，負(fù)責(zé)QoS控制和安全管理等，I-CSCF負(fù)責(zé)IMS域之間的互通，管理S-CSCF的分配，對外隱藏網(wǎng)絡(luò)拓?fù)浜团渲茫a(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ù)使能平臺，是向All IP Network業(yè)務(wù)提供體系演進(jìn)的重要一步。
目前，3GPP提出了基于IMS的消息業(yè)務(wù)與傳統(tǒng)短消息業(yè)務(wù)互通的網(wǎng)絡(luò)構(gòu)架如附圖1所示。
在圖1中，SME(短消息實體)、SM-SC(短消息業(yè)務(wù)中心)、GMSC/SMS-IWMSC(關(guān)口移動交換中心/短消息網(wǎng)關(guān))、HSS/HLR(歸屬用戶服務(wù)器/歸屬位置寄存器)、CGF/CDF(計費網(wǎng)關(guān)功能/計費數(shù)據(jù)功能)和OCS(在線計費系統(tǒng))是現(xiàn)有移動網(wǎng)實現(xiàn)SMS業(yè)務(wù)的功能實體。
SM-SC用于存儲短消息；GMSC用于在移動用戶接收短消息時，向HSS/HLR查詢路由信息；SMS-IWMSC用于檢查移動用戶漫游情況下是否允許向其歸屬SM-SC發(fā)送短消息。移動網(wǎng)絡(luò)中應(yīng)用的短消息中心都是集SM-SC、GMSC和SMS-IWMSC三個為一體的設(shè)備，并沒有將這三個功能實體作為單獨的物理設(shè)備來實現(xiàn)，所以在下文中，短消息中心即代表SM-SC、GMSC和SMS-IWMSC三個一體的網(wǎng)絡(luò)設(shè)備。
HSS/HLR用于存儲移動用戶的數(shù)據(jù)信息，包括路由信息，CGF/CDF用于收集并處理用戶的離線計費的話單信息，然后傳遞至計費中心，OCS用于收集并處理移動用戶在線計費的話單信息，然后傳遞至計費中心。
圖1中的IP-Message-GW是新增的網(wǎng)絡(luò)實體，該網(wǎng)絡(luò)實體通過使IP網(wǎng)消息協(xié)議和已有的WCDMA/GSM網(wǎng)絡(luò)短消息協(xié)議之間互通，來實現(xiàn)IP用戶設(shè)備與GMSC/SMS-IWMSC之間的通訊。
基于會話初始協(xié)議的用戶設(shè)備UE使用立即消息業(yè)務(wù)時，必須先到IP-Message-GW上注冊，IP-Message-GW通知HSS該UE已注冊以及IP-Message-GW地址，HSS保存IP用戶的狀態(tài)為IP Connected，并存儲IP用戶的地址和其注冊的IP-SM-GW的地址。
目前規(guī)范中提出了多種UE和IP-Message-GW建立安全連接的方法，其中包括基于GAA(通用鑒權(quán)構(gòu)架)的安全構(gòu)架方式、基于IMS(IP多媒體子系統(tǒng))的網(wǎng)絡(luò)構(gòu)架方式和基于隧道方式來建立UE同IP-Message-GW的安全連接。
對于基于IMS的網(wǎng)絡(luò)構(gòu)架來建立UE同IP-Message-GW的安全連接情況下，主叫用戶UE注冊到IP-Message-GW的處理流程如附圖2所示。
圖2中，在步驟1、主叫用戶UE建立IP連接。
到步驟2、UE成功建立IP連接后，根據(jù)IMS注冊流程注冊到S-CSCF中。在IMS的注冊流程中會涉及到I-CSCF和P-CSCF等功能實體及很多S-CSCF和HSS之間傳輸?shù)南ⅲ谶@里為簡潔起見，不一一列出。
到步驟3、S-CSCF對IMS注冊流程中從HLR/HSS處獲取filter(過濾器)信息進(jìn)行檢查。
到步驟4、在IMS注冊成功后，S-CSCF根據(jù)filter信息通知IP-Message-GWUE已經(jīng)注冊到IMS域中。
到步驟5、IP-Message-GW向HLR/HSS發(fā)送IP-IWF-Register Req消息，將UE標(biāo)識以及自己的地址信息注冊到HLR/HSS中。
到步驟6、HLR/HSS存儲IP-Message-GW和UE的地址信息，然后向IP-Message-GW返回IP-IWF-Register Res消息。
到步驟7、IP-Message-GW向S-CSCF返回SIP 200OK消息。
在利用圖2中的注冊流程將UE在IP-Message-GW中注冊之后，IMS網(wǎng)絡(luò)域的UE的SMS-MO(短消息移動始發(fā))流程如附圖3所示。
圖3中，在步驟1、UE根據(jù)IMS注冊流程注冊到S-CSCF中。
到步驟2、UE基于SIP(起始會話協(xié)議)MESSAGE方式向S-CSCF發(fā)送消息。
到步驟3、S-CSCF根據(jù)filter信息向IP-Message-GW轉(zhuǎn)發(fā)消息。
到步驟4、IP-Message-GW向S-CSCF返回SIP 202接收消息，表明已經(jīng)接收到該消息。
到步驟5、S-CSCF向UE轉(zhuǎn)發(fā)SIP 202接收消息。
到步驟6、IP-Message-GW從接收到的MESSAGE中解析出消息內(nèi)容，并將解析出的消息內(nèi)容組裝成標(biāo)準(zhǔn)的MAP信令向SMS-IWMSC轉(zhuǎn)發(fā)。SM-SC的地址信息可以從MESSAGE的R-URI(請求的-唯一資源標(biāo)識)部分或是消息的消息體部分解析出。
到步驟7、SMS-IWMSC向SM-SC轉(zhuǎn)發(fā)短消息。
到步驟8、SM-SC向SMS-IWMSC發(fā)送短消息提交報告。
到步驟9、SMS-IWMSC向IP-Message-GW發(fā)送短消息提交報告。
到步驟10、IP-Message-GW使用SIP MESSAGE向S-CSCF發(fā)送消息提交報告。
到步驟11、S-CSCF使用SIP MESSAGE向UE發(fā)送消息提交報告。
到步驟12、UE使用200ok消息響應(yīng)接收到的消息提交報告。
到步驟13、200ok響應(yīng)消息經(jīng)由S-CSCF轉(zhuǎn)發(fā)至IP-Message-GW。
在利用圖2中的注冊流程將被叫UE在IP-Message-GW中注冊之后，IMS網(wǎng)絡(luò)域的UE的SMS-MT(短消息移動終結(jié))流程如附圖4所示。
在步驟1、UE根據(jù)IMS注冊流程注冊到S-CSCF中。
到步驟2、SM-SC向SMS-GMSC轉(zhuǎn)發(fā)短消息。
到步驟3、GMSC向HLR/HSS查詢以獲得路由信息，當(dāng)用戶已經(jīng)注冊到IMS中，HLR/HSS向GMSC返回IP-Message-GW的地址信息。
到步驟4、SMS-GMSC向IP-Message-GW發(fā)送攜帶有UE的MSISDN的短消息。
到步驟5、IP-Message-GW將被叫UE的MSISDN轉(zhuǎn)換成TEL-URL格式，并根據(jù)TEL-URL格式的被叫標(biāo)識獲得SIP-URL格式的被叫標(biāo)識，然后，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ī)則向IP-Message-GW轉(zhuǎn)發(fā)SIP MESSAGE消息。
到步驟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向S-CSCF發(fā)送響應(yīng)消息。
由上述描述過程可知，對于IMS域中的始發(fā)消息，首先，IP-MESSAGE-GW將其轉(zhuǎn)換成標(biāo)準(zhǔn)的MAP信令，然后，將該MAP信令發(fā)送至IMS網(wǎng)絡(luò)域的SMS-IWMSC/SM-SC，再由SM-SC將該MAP信令傳輸至傳統(tǒng)網(wǎng)絡(luò)如CS/PS網(wǎng)絡(luò)域，以實現(xiàn)IMS與傳統(tǒng)網(wǎng)絡(luò)的消息互通。
這樣，為了能夠同傳統(tǒng)網(wǎng)絡(luò)進(jìn)行消息業(yè)務(wù)互通，IMS網(wǎng)絡(luò)中需要增加SMS-IWMSC/SM-SC/GMSC等傳統(tǒng)網(wǎng)絡(luò)的網(wǎng)元設(shè)備，對于網(wǎng)絡(luò)運營商尤其是對于一個在剛開始進(jìn)行網(wǎng)絡(luò)建設(shè)時就直接采用基于IMS的網(wǎng)絡(luò)新網(wǎng)絡(luò)運營商來說，為了進(jìn)行消息業(yè)務(wù)互通需要增加網(wǎng)絡(luò)建設(shè)成本和維護(hù)成本，不利于消息業(yè)務(wù)互通的發(fā)展。對于基于IMS網(wǎng)絡(luò)域的主叫用戶，始呼消息的消息體中需要攜帶主叫網(wǎng)絡(luò)側(cè)的短消息業(yè)務(wù)中心的地址信息，不符合SIP信令的消息格式，也不符合IMS網(wǎng)絡(luò)域用戶的使用習(xí)慣，而且占用了有限的消息體的長度資源。
發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種基于IP多媒體子系統(tǒng)的消息業(yè)務(wù)實現(xiàn)方法，通過降低消息業(yè)務(wù)實現(xiàn)成本、提高消息業(yè)務(wù)實現(xiàn)靈活性，以實現(xiàn)完善消息業(yè)務(wù)互通方法、促進(jìn)消息業(yè)務(wù)互通發(fā)展的目的。
為達(dá)到上述目的，本發(fā)明提供的一種基于IP多媒體子系統(tǒng)的消息業(yè)務(wù)實現(xiàn)方法，包括a、在基于IP網(wǎng)絡(luò)域中設(shè)置預(yù)定主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息；b、基于IP網(wǎng)絡(luò)域的IP-Message-GW獲取所述消息業(yè)務(wù)接收端的地址信息；c、所述IP-Message-GW根據(jù)獲取的地址信息將其接收的消息向所述消息業(yè)務(wù)接收端發(fā)送。
所述預(yù)定被叫網(wǎng)絡(luò)域包括基于電路交換/分組交換的網(wǎng)絡(luò)域。
所述IP網(wǎng)絡(luò)域包括基于IP多媒體子系統(tǒng)的網(wǎng)絡(luò)域。
所述步驟b具體包括b1、所述IP-Message-GW根據(jù)其接收的消息中承載的預(yù)定信息確定需要發(fā)送至所述預(yù)定被叫網(wǎng)絡(luò)域的消息；b2、所述IP-Message-GW獲取所述需要發(fā)送至預(yù)定被叫網(wǎng)絡(luò)域的消息對應(yīng)的消息業(yè)務(wù)接收端的地址信息。
所述預(yù)定信息包括被叫標(biāo)識；
且所述步驟b1具體包括所述IP-Message-GW根據(jù)其接收的消息業(yè)務(wù)中的被叫標(biāo)識的格式確定需要傳輸至預(yù)定被叫網(wǎng)絡(luò)域的消息。
所述步驟b2具體包括IP-Message-GW根據(jù)其存儲的預(yù)先設(shè)置的主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息獲取所述地址信息；或IP-Message-GW通過與其他存儲有預(yù)先設(shè)置的預(yù)定主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息的網(wǎng)絡(luò)實體的消息交互獲取主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息。
所述消息業(yè)務(wù)接收端包括預(yù)定被叫網(wǎng)絡(luò)域的消息互通網(wǎng)關(guān)；且所述步驟c具體包括所述IP-Message-GW根據(jù)其與消息互通網(wǎng)關(guān)的接口協(xié)議對所述消息進(jìn)行組裝，并將所述組裝后的消息根據(jù)所述設(shè)置的消息互通網(wǎng)關(guān)的地址信息發(fā)送。
所述接口協(xié)議為SMPP協(xié)議或CMPP協(xié)議。
所述方法還包括所述消息互通網(wǎng)關(guān)確定其接收消息中的被叫標(biāo)識對應(yīng)的被叫網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心，并將其接收的消息傳輸至所述短消息業(yè)務(wù)中心；所述短消息業(yè)務(wù)中心對其接收的消息進(jìn)行存儲轉(zhuǎn)發(fā)，同時，向所述消息互通網(wǎng)關(guān)發(fā)送消息提交響應(yīng)消息。
所述消息業(yè)務(wù)接收端包括主叫網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心；所述步驟a具體包括在所述IP-Message-GW中內(nèi)置IMS網(wǎng)絡(luò)域中的短消息業(yè)務(wù)中心。
所述步驟c具體包括所述內(nèi)置有主叫網(wǎng)絡(luò)域中的短消息業(yè)務(wù)中心的IP-Message-GW將其接收的消息解析、存儲并轉(zhuǎn)發(fā)，同時，向主叫網(wǎng)絡(luò)域中的S-CSCF發(fā)送短消息提交報告。
所述消息業(yè)務(wù)接收端包括主叫網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心；且所述預(yù)先設(shè)置的主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息包括主叫網(wǎng)絡(luò)域中主叫用戶標(biāo)識與主叫網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心地址信息的對應(yīng)關(guān)系。
所述步驟c具體包括所述IP-Message-GW將所述消息組裝為MAP信令發(fā)送至主叫網(wǎng)絡(luò)域中的SMS-IWMSC；所述SMS-IWMSC根據(jù)MAP信令中承載的短消息業(yè)務(wù)中心地址信息發(fā)送該MAP信令，同時，將其接收的短消息提交報告發(fā)送至所述IP-Message-GW。
通過上述技術(shù)方案的描述可知，本發(fā)明中的IP-MESSAGE-GW在不需要從消息請求的消息體中解析基于IP網(wǎng)絡(luò)域如IMS網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心地址信息的情況下，能夠?qū)⒅鹘芯W(wǎng)絡(luò)域主叫用戶提交的消息請求直接發(fā)送至主/被叫網(wǎng)絡(luò)域中的消息接收端，如被叫網(wǎng)絡(luò)域中的SM-SC、主叫網(wǎng)絡(luò)域中的SM-SC等；當(dāng)IP-MESSAGE-GW將消息請求直接路由至被叫網(wǎng)絡(luò)域中，避免了在基于IP網(wǎng)絡(luò)域中建設(shè)傳統(tǒng)網(wǎng)絡(luò)網(wǎng)元設(shè)備實體，減少了網(wǎng)絡(luò)設(shè)備的維護(hù)工作；通過將基于IP網(wǎng)絡(luò)域主叫用戶提交的消息路由至被叫網(wǎng)絡(luò)域的消息互通網(wǎng)關(guān)，進(jìn)一步方便了主叫網(wǎng)絡(luò)域的消息路由，提高了被叫網(wǎng)絡(luò)域的自身安全性；本發(fā)明由于不需要在基于IP網(wǎng)絡(luò)域的始呼消息的消息體中攜帶主叫網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心的地址信息，使本發(fā)明中的始呼消息符合SIP信令的消息格式，也符合基于IP網(wǎng)絡(luò)域用戶的使用習(xí)慣，而且節(jié)約了消息體的長度資源；從而通過本發(fā)明提供的技術(shù)方案實現(xiàn)了完善消息業(yè)務(wù)互通方法、促進(jìn)消息業(yè)務(wù)互通發(fā)展的目的。
圖1是基于IMS的消息業(yè)務(wù)與傳統(tǒng)短消息業(yè)務(wù)互通的網(wǎng)絡(luò)構(gòu)架示意圖；圖2是IP用戶注冊到IP-Message-GW的處理流程圖；圖3是IMS網(wǎng)絡(luò)域的UE的短消息移動始發(fā)流程圖；圖4是IMS網(wǎng)絡(luò)域的UE的短消息移動終呼流程圖；圖5是本發(fā)明的基于IP多媒體子系統(tǒng)的消息業(yè)務(wù)實現(xiàn)方法示意圖一；圖6是本發(fā)明的基于IP多媒體子系統(tǒng)的消息業(yè)務(wù)實現(xiàn)方法示意圖二；圖7是本發(fā)明的基于IP多媒體子系統(tǒng)的消息業(yè)務(wù)實現(xiàn)方法示意圖三；圖8是本發(fā)明的基于IP多媒體子系統(tǒng)的消息業(yè)務(wù)實現(xiàn)方法示意圖四。
具體實施例方式
本發(fā)明的核心是在基于IP網(wǎng)絡(luò)域中設(shè)置主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息，基于IP網(wǎng)絡(luò)域的IP-Message-GW獲取所述消息業(yè)務(wù)接收端的地址信息，所述IP-Message-GW根據(jù)獲取的地址信息將其接收的消息向所述消息業(yè)務(wù)接收端發(fā)送。
下面基于本發(fā)明的核心思想對本發(fā)明提供的技術(shù)方案做進(jìn)一步的描述。
本發(fā)明適用于基于IP接入移動網(wǎng)絡(luò)的IP客戶端使用基于IP網(wǎng)絡(luò)域如基于IMS域的消息類業(yè)務(wù)的情況。
本發(fā)明首先可在IP-MESSAGE-GW中預(yù)先設(shè)置主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息，這樣，在IP-MESSAGE-GW接收到MESSAGE請求時，在確定出該MESSAGE請求是需要發(fā)送至傳統(tǒng)網(wǎng)絡(luò)即基于CS/PS網(wǎng)絡(luò)域中的消息，將該MESSAGE請求根據(jù)其存儲的消息業(yè)務(wù)接收端的地址信息發(fā)送。
這里，IP-MESSAGE-GW可以根據(jù)MESSAGE請求中承載的被叫標(biāo)識信息來確定該消息是否需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域，如判斷被叫標(biāo)識的格式是否為TEL URI格式，如果是TEL URI格式，則IP-MESSAGE-GW確定出該MESSAGE請求需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域。
另外，當(dāng)MESSAGE請求由S-CSCF轉(zhuǎn)發(fā)時，由于S-CSCF可對MESSAGE請求中承載的被叫標(biāo)識信息進(jìn)行判斷，僅當(dāng)MESSAGE消息需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域時，S-CSCF才向IP-MESSAGE-GW轉(zhuǎn)發(fā)，此時，IP-MESSAGE-GW可不對MESSAGE請求進(jìn)行判斷，直接將該MESSAGE請求向其存儲的消息業(yè)務(wù)接收端的地址發(fā)送，即判斷消息是否需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域的過程也可以由其他網(wǎng)絡(luò)實體來實現(xiàn)。
還有，主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息也可以存儲在主叫網(wǎng)絡(luò)域的其他網(wǎng)絡(luò)設(shè)備實體中，IP-MESSAGE-GW在接收到MESSAGE請求時，通過與該實體進(jìn)行交互獲得被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息。
IP-MESSAGE-GW中設(shè)置的主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息或者是IMS網(wǎng)絡(luò)域中其他網(wǎng)絡(luò)設(shè)備實體存儲的主/被叫網(wǎng)絡(luò)的消息業(yè)務(wù)接收端的地址信息可以是被叫標(biāo)識與被叫用戶歸屬的SM-SC的地址信息，也可以是主叫用戶標(biāo)識與主叫用戶歸屬的SM-SC的地址信息。
當(dāng)設(shè)置消息業(yè)務(wù)接收端的地址信息為被叫網(wǎng)絡(luò)域的被叫用戶歸屬的SM-SC的地址信息時，為了簡化和隱藏被叫運營商的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，被叫網(wǎng)絡(luò)域的運營商可以要求IMS網(wǎng)絡(luò)域通過一個消息互通網(wǎng)關(guān)，如MIG(MessageInterworking Gateway)，接入到被叫用戶歸屬的SM-SC，其網(wǎng)絡(luò)構(gòu)架如附圖5所示。
在圖5中，IMS網(wǎng)絡(luò)域的主叫用戶UE#1的始呼消息通過S-CSCF發(fā)送至IP-MESSAGE-GW，IP-MESSAGE-GW根據(jù)預(yù)先設(shè)置的被叫標(biāo)識信息與被叫網(wǎng)絡(luò)域的MIG地址信息的對應(yīng)關(guān)系獲取該消息中被叫標(biāo)識對應(yīng)的MIG的地址信息，然后，將UE#1的消息請求直接路由至被叫網(wǎng)絡(luò)域的MIG，由MIG將消息路由至被叫用戶歸屬的SM-SC，并通過被叫用戶歸屬的SM-SC將消息傳輸至被叫用戶。
當(dāng)被叫網(wǎng)絡(luò)域中建設(shè)有多個SM-SC時，可以只需要向主叫網(wǎng)絡(luò)域開放一個MIG將消息接入被叫網(wǎng)絡(luò)域，從而方便了主叫網(wǎng)絡(luò)域的消息路由，并提高了被叫網(wǎng)絡(luò)域的自身安全性。
本發(fā)明的圖5的網(wǎng)絡(luò)構(gòu)架中僅列出了主叫網(wǎng)絡(luò)域為IMS域的情況，本網(wǎng)絡(luò)構(gòu)架同樣適用于主叫網(wǎng)絡(luò)域為非IMS構(gòu)架下的基于IP網(wǎng)絡(luò)域的情況，即主叫用戶通過隧道方式或是GAA方式接入IP-MESSAGE-GW的情況，其實現(xiàn)原理與上述描述過程基于相同，在此不再詳細(xì)描述。
在圖5的網(wǎng)絡(luò)構(gòu)架中，對于MIG和SM-SC之間的接口X2，其協(xié)議可以采用基于IP的協(xié)議，如采用3GPP TS 23.039推薦的SM-SC和SME(Short MessageEntities短消息實體)之間的SMPP(Short Message Peer to Peer點到點短消息)協(xié)議，對于AS/IP-MESSAGE-GW和MIG之間的接口X1，其協(xié)議可以同樣采用SMPP的協(xié)議，或是采用其擴(kuò)展協(xié)議，如CMPP協(xié)議等。
由于運營商在發(fā)展短消息業(yè)務(wù)時，除了發(fā)展點到點(Peer to Peer)的短消息業(yè)務(wù)之外，還發(fā)展了互聯(lián)網(wǎng)的短消息業(yè)務(wù)，即終端用戶不僅可以向某個終端發(fā)送短消息，或是接受來自于某個終端的短消息，還可以向互聯(lián)網(wǎng)的某個SP(Service Provider業(yè)務(wù)提供商)發(fā)送短消息，或是接受來自于某個SP的短消息，在終端用戶同SP的短消息互通網(wǎng)絡(luò)框架中，就增加了類似于MIG的消息互通網(wǎng)關(guān)，即中國移動的移動夢網(wǎng)短信平臺，中國聯(lián)通的聯(lián)通無限短信平臺。因此，在實現(xiàn)基于IMS的消息業(yè)務(wù)與傳統(tǒng)短消息業(yè)務(wù)互通需求中，本發(fā)明提供的網(wǎng)絡(luò)構(gòu)架不但不會對傳統(tǒng)網(wǎng)絡(luò)的升級造成影響，而且還可以充分利用現(xiàn)有的網(wǎng)絡(luò)資源。
根據(jù)上述網(wǎng)絡(luò)構(gòu)架，本發(fā)明中IMS網(wǎng)絡(luò)用戶向傳統(tǒng)網(wǎng)絡(luò)發(fā)送短消息的處理流程圖如附圖6所示圖6中，在步驟1、UE根據(jù)IMS注冊流程注冊到S-CSCF中。在IMS的注冊流程中會涉及到I-CSCF和P-CSCF等功能實體及很多S-CSCF和HSS之間傳輸?shù)南ⅲ谶@里為簡潔起見，不一一列出。
到步驟2、UE基于SIP MESSAGE方式向S-CSCF發(fā)送消息。
到步驟3、基于filter信息，S-CSCF向IP-Message-GW轉(zhuǎn)發(fā)消息。
到步驟4、IP-Message-GW向S-CSCF返回SIP 202接收消息，表明已經(jīng)接受發(fā)送的消息。
到步驟5、S-CSCF向UE轉(zhuǎn)發(fā)SIP 202接收消息。
到步驟6、在IP-Message-GW確定出需要將該MESSAGE路由到傳統(tǒng)網(wǎng)絡(luò)中時，IP-Message-GW根據(jù)被叫標(biāo)識信息尋址到被叫傳統(tǒng)網(wǎng)絡(luò)中的MIG，然后將MESSAGE消息組裝成符合IP-MESSAGE-GW和MIG之間接口協(xié)議的消息，如CMPP協(xié)議的消息，向MIG發(fā)送submit message消息，消息中包含了SIPMESSAGE的消息體內(nèi)容。
這里，IP-MESSAGE-GW可以根據(jù)MESSAGE請求中承載的被叫標(biāo)識信息來確定出該消息是否需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域，如判斷被叫標(biāo)識的格式是否為TEL URI格式，如果是TEL URI格式，則IP-MESSAGE-GW確定出該MESSAGE請求需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域。
另外，當(dāng)MESSAGE請求由S-CSCF轉(zhuǎn)發(fā)時，由于S-CSCF可對MESSAGE請求中承載的被叫標(biāo)識信息進(jìn)行判斷，僅當(dāng)MESSAGE消息需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域時，S-CSCF才向IP-MESSAGE-GW轉(zhuǎn)發(fā)，此時，IP-MESSAGE-GW可不對MESSAGE請求進(jìn)行判斷，直接將該MESSAGE請求向其存儲的消息業(yè)務(wù)接收端的地址發(fā)送，即判斷消息是否需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域的過程也可以由其他網(wǎng)絡(luò)實體來實現(xiàn)。
還有，IP-MESSAGE-GW在接收到MESSAGE請求時，可通過IP-MESSAGE-GW自身存儲的被叫標(biāo)識與被叫網(wǎng)絡(luò)域的MIG地址信息的對應(yīng)關(guān)系獲得MESSAGE請求中被叫標(biāo)識對應(yīng)的MIG地址信息；也可通過IP-MESSAGE-GW與IMS網(wǎng)絡(luò)域中的相關(guān)存儲實體進(jìn)行交互獲得該消息的被叫標(biāo)識對應(yīng)的被叫網(wǎng)絡(luò)域的MIG地址信息。
到步驟7、MIG根據(jù)submit message消息中的被叫標(biāo)識，尋址到被叫用戶的歸屬SM-SC，并向SM-SC轉(zhuǎn)發(fā)submit message消息。
這里，如果IP-MESSAGE-GW與MIG之間的接口X1同MIG與SM-SC之間接口X2采用相同的接口協(xié)議時，則MIG可直接向SM-SC轉(zhuǎn)發(fā)IP-MESSAGE-GW的Submit message消息；否則，MIG需要將X1接口的消息轉(zhuǎn)換成符合X2接口的消息后再向SM-SC發(fā)送。
到步驟8、被叫用戶的歸屬SM-SC接收到submit message消息后，對消息進(jìn)行存儲，然后向MIG返回消息提交響應(yīng)消息。
到步驟9、MIG向IP-Message-GW返回消息提交響應(yīng)消息。
到步驟10、IP-Message-GW使用SIP MESSAGE向S-CSCF發(fā)送消息提交報告。
到步驟11、S-CSCF使用SIP MESSAGE向UE發(fā)送消息提交報告。
到步驟12、UE使用200ok消息響應(yīng)接收到的消息提交報告。
到步驟13、200ok響應(yīng)消息經(jīng)由S-CSCF向-Message-GW轉(zhuǎn)發(fā)。
上述針對圖6的描述中，由于IP-MESSAGE-GW能夠?qū)MS網(wǎng)絡(luò)域主叫用戶提交的消息直接發(fā)送至被叫網(wǎng)絡(luò)域中的MIG，由被叫網(wǎng)絡(luò)域中的MIG將消息路由至被叫網(wǎng)絡(luò)域中的SM-SC，避免了在IMS網(wǎng)絡(luò)域中建設(shè)傳統(tǒng)網(wǎng)絡(luò)網(wǎng)元設(shè)備實體，減少了對IMS網(wǎng)絡(luò)域中網(wǎng)絡(luò)設(shè)備的維護(hù)工作，同時，IMS網(wǎng)絡(luò)域的UE在發(fā)送MESSAGE時，不需要在MESSAGE中攜帶SM-SC地址信息，符合SIP信令的消息格式以及IMS網(wǎng)絡(luò)域用戶的使用習(xí)慣。
本發(fā)明還可以在IP-MESSAGE-GW中集成SM-SC/SMS-IWMSC/GMSC功能，由IP-MESSAGE-GW直接實現(xiàn)SIP MESSAGE和MAP信令的轉(zhuǎn)換，以及轉(zhuǎn)換出的短消息的存儲轉(zhuǎn)發(fā)功能。通過集成SM-SC/SMS-IWMSC/GMSC功能的IP-MESSAGE-GW實現(xiàn)基于IP多媒體子系統(tǒng)的消息業(yè)務(wù)的流程如附圖7所示。
圖7中，在步驟1、UE根據(jù)IMS注冊流程注冊到S-CSCF中。在IMS的注冊流程中會涉及到I-CSCF和P-CSCF等功能實體及很多S-CSCF和HSS之間傳輸?shù)南?，在這里為簡潔起見，不一一列出。
到步驟2、UE基于SIP MESSAGE方式向S-CSCF發(fā)送消息。
到步驟3、基于filter信息，S-CSCF向IP-Message-GW轉(zhuǎn)發(fā)消息。
到步驟4、IP-Message-GW向S-CSCF返回SIP 202接收消息，表明已經(jīng)接受S-CSCF發(fā)送的消息。
到步驟5、S-CSCF向UE轉(zhuǎn)發(fā)SIP 202接收消息。
到步驟6、在IP-Message-GW確定出需要將該MESSAGE路由到傳統(tǒng)網(wǎng)絡(luò)中時，IP-Message-GW從接收到的MESSAGE中解析出消息內(nèi)容，并組裝成標(biāo)準(zhǔn)的MAP信令格式的消息，然后將該消息進(jìn)行存儲，轉(zhuǎn)發(fā)。
這里，IP-MESSAGE-GW可以根據(jù)MESSAGE請求中承載的被叫標(biāo)識信息來確定出該消息是否需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域，如判斷被叫標(biāo)識的格式是否為TEL URI格式，如果是TEL URI格式，則IP-MESSAGE-GW確定出該MESSAGE請求需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域。
另外，當(dāng)MESSAGE請求由S-CSCF轉(zhuǎn)發(fā)時，由于S-CSCF可對MESSAGE請求中承載的被叫標(biāo)識信息進(jìn)行判斷，僅當(dāng)MESSAGE消息需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域時，S-CSCF才向IP-MESSAGE-GW轉(zhuǎn)發(fā)，此時，IP-MESSAGE-GW可不對MESSAGE請求進(jìn)行判斷，直接將該MESSAGE請求向其存儲的消息業(yè)務(wù)接收端的地址發(fā)送，即判斷消息是否需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域的過程也可以由其他網(wǎng)絡(luò)實體來實現(xiàn)。
到步驟7、IP-Message-GW使用SIP MESSAGE向S-CSCF發(fā)送消息提交報告。
到步驟8、S-CSCF使用SIP MESSAGE向UE發(fā)送短消息提交報告。
到步驟9、UE使用200ok消息響應(yīng)接收到的短消息提交報告。
到步驟10、200ok響應(yīng)消息經(jīng)由S-CSCF向IP-Message-GW轉(zhuǎn)發(fā)。
上述針對圖7的描述中，由于IP-MESSAGE-GW能夠直接實現(xiàn)MESSAGE和MAP信令的轉(zhuǎn)換，以及轉(zhuǎn)換后的短消息的存儲轉(zhuǎn)發(fā)功能，減少了對IMS網(wǎng)絡(luò)域中網(wǎng)絡(luò)設(shè)備實體的維護(hù)工作，同時，IMS網(wǎng)絡(luò)域的UE在發(fā)送SIPMESSAGE時，不需要在MESSAGE中攜帶SM-SC地址信息，符合SIP信令的消息格式以及IMS網(wǎng)絡(luò)域用戶的使用習(xí)慣。
本發(fā)明還可以通過主叫IMS網(wǎng)絡(luò)域的IP-Message-GW直接獲得主叫網(wǎng)絡(luò)域中的SM-SC/SMS-IWMSC相關(guān)網(wǎng)絡(luò)實體的地址信息，來實現(xiàn)基于IP多媒體子系統(tǒng)的消息業(yè)務(wù)，如在IP-MESSAGE-GW中配置主叫用戶標(biāo)識信息與主叫用戶歸屬的SM-SC/SMS-IWMSC地址信息的對應(yīng)關(guān)系，或是IP-MESSAGE-GW在接收到MESSAGE時，通過與IMS網(wǎng)絡(luò)域中的其他存儲實體進(jìn)行交互，獲得主叫用戶對應(yīng)的主叫網(wǎng)絡(luò)域中的短消息業(yè)務(wù)中心地址，由IP-MESSAGE-GW根據(jù)該對應(yīng)關(guān)系將主叫用戶的始呼消息直接路由至主叫網(wǎng)絡(luò)域中主叫用戶歸屬的SM-SC/SMS-IWMSC。具體實現(xiàn)流程如附圖8所示。
圖8中，在步驟1、UE根據(jù)IMS注冊流程注冊到S-CSCF中。在IMS的注冊流程中會涉及到I-CSCF和P-CSCF等功能實體及很多S-CSCF和HSS之間傳輸?shù)南?，在這里為簡潔起見，不一一列出。
到步驟2、UE基于SIP MESSAGE方式向S-CSCF發(fā)送消息。
到步驟3、基于filter信息，S-CSCF向IP-Message-GW轉(zhuǎn)發(fā)消息。
到步驟4、IP-Message-GW向S-CSCF返回SIP 202接收消息，表明已經(jīng)接受發(fā)送的消息。
到步驟5、S-CSCF向UE轉(zhuǎn)發(fā)SIP 202接收消息。
到步驟6、IP-Message-GW確定出需要將該MESSAGE路由到傳統(tǒng)網(wǎng)絡(luò)中時，IP-Message-GW從接收到的MESSAGE中解析出消息內(nèi)容，并組裝成標(biāo)準(zhǔn)的MAP信令格式的短消息，然后根據(jù)消息中承載的主叫標(biāo)識，獲得其對應(yīng)的主叫網(wǎng)絡(luò)域中SMS-IWMSC/SM-SC地址信息，將組裝的MAP信令發(fā)送至SMS-IWMSC。
在步驟6中，IP-MESSAGE-GW可以根據(jù)MESSAGE請求中承載的被叫標(biāo)識信息來確定出該消息是否需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域，如判斷被叫標(biāo)識的格式是否為TEL URI格式，如果是TEL URI格式，則IP-MESSAGE-GW確定出該MESSAGE請求需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域。
另外，當(dāng)MESSAGE請求由S-CSCF轉(zhuǎn)發(fā)時，由于S-CSCF可對MESSAGE請求中承載的被叫標(biāo)識信息進(jìn)行判斷，僅當(dāng)MESSAGE消息需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域時，S-CSCF才向IP-MESSAGE-GW轉(zhuǎn)發(fā)，此時，IP-MESSAGE-GW可不對MESSAGE請求進(jìn)行判斷，直接將該MESSAGE請求向其存儲的消息業(yè)務(wù)接收端的地址發(fā)送，即判斷消息是否需要發(fā)送至基于CS/PS的網(wǎng)絡(luò)域的過程也可以由其他網(wǎng)絡(luò)實體來實現(xiàn)。
還有，IP-MESSAGE-GW在接收到MESSAGE請求時，可通過IP-MESSAGE-GW自身存儲的主叫用戶標(biāo)識與主叫用戶歸屬的SM-SC/SMS-IWMSC地址信息的對應(yīng)關(guān)系獲得MESSAGE請求中主叫用戶標(biāo)識對應(yīng)的主叫用戶歸屬的SM-SC/SMS-IWMSC地址信息；也可通過IP-MESSAGE-GW與IMS網(wǎng)絡(luò)域中的相關(guān)存儲實體進(jìn)行交互獲得該消息的主叫用戶標(biāo)識對應(yīng)的主叫用戶歸屬的SM-SC/SMS-IWMSC地址信息。
到步驟7、SMS-IWMSC向SM-SC轉(zhuǎn)發(fā)短消息。
到步驟8、SM-SC向SMS-IWMSC發(fā)送短消息提交報告。
到步驟9、SMS-IWMSC向IP-Message-GW發(fā)送短消息提交報告。
到步驟10、IP-Message-GW使用SIP MESSAGE向S-CSCF發(fā)送消息提交報告。
到步驟11、S-CSCF使用SIP MESSAGE向UE發(fā)送短消息提交報告。
到步驟12、UE使用200ok消息響應(yīng)接收到的短消息提交報告。
到步驟13、200ok響應(yīng)消息經(jīng)由S-CSCF向IP-Message-GW轉(zhuǎn)發(fā)。
上述針對圖8的描述中，由于IP-MESSAGE-GW能夠直接將需要發(fā)送至傳統(tǒng)網(wǎng)絡(luò)中的消息將組裝成MAP信令發(fā)送至主叫網(wǎng)絡(luò)域中的SMS-IWMSC，避免了在IMS網(wǎng)絡(luò)域中建設(shè)傳統(tǒng)網(wǎng)絡(luò)網(wǎng)元設(shè)備實體，減少了對IMS網(wǎng)絡(luò)域中網(wǎng)絡(luò)設(shè)備的維護(hù)工作，同時，IMS網(wǎng)絡(luò)域的UE在發(fā)送MESSAGE時，不需要在MESSAGE中攜帶SM-SC地址信息，符合SIP信令的消息格式以及IMS網(wǎng)絡(luò)域用戶的使用習(xí)慣。
上述針對圖6、圖7、圖8的描述是以主叫網(wǎng)絡(luò)域為IMS網(wǎng)絡(luò)域為例進(jìn)行描述的，上述技術(shù)方案同樣適用于非IMS構(gòu)架下的基于IP網(wǎng)絡(luò)域的情況，即主叫用戶通過隧道方式或是GAA方式接2IP-MESSAGE-GW的情況，其實現(xiàn)原理與上述描述過程基于相同，在此不再詳細(xì)描述。
雖然通過實施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，本發(fā)明的申請文件的權(quán)利要求包括這些變形和變化。
權(quán)利要求
1.一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，包括a、在基于IP網(wǎng)絡(luò)域中設(shè)置預(yù)定主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息；b、基于IP網(wǎng)絡(luò)域的IP-Message-GW獲取所述消息業(yè)務(wù)接收端的地址信息；c、所述IP-Message-GW根據(jù)獲取的地址信息將其接收的消息向所述消息業(yè)務(wù)接收端發(fā)送。
2.如權(quán)利要求1所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述預(yù)定被叫網(wǎng)絡(luò)域包括基于電路交換/分組交換的網(wǎng)絡(luò)域。
3.如權(quán)利要求1所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述IP網(wǎng)絡(luò)域包括基于IP多媒體子系統(tǒng)的網(wǎng)絡(luò)域。
4.如權(quán)利要求1所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述步驟b具體包括b1、所述IP-Message-GW根據(jù)其接收的消息中承載的預(yù)定信息確定需要發(fā)送至預(yù)定被叫網(wǎng)絡(luò)域的消息；b2、所述IP-Message-GW獲取所述需要發(fā)送至預(yù)定被叫網(wǎng)絡(luò)域的消息對應(yīng)的消息業(yè)務(wù)接收端的地址信息。
5.如權(quán)利要求4所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述預(yù)定信息包括被叫標(biāo)識；且所述步驟b1具體包括所述IP-Message-GW根據(jù)其接收的消息業(yè)務(wù)中的被叫標(biāo)識的格式確定需要傳輸至預(yù)定被叫網(wǎng)絡(luò)域的消息。
6.如權(quán)利要求4或5所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述步驟b2具體包括IP-Message-GW根據(jù)其存儲的預(yù)先設(shè)置的主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息獲取所述地址信息；或IP-Message-GW通過與其他存儲有預(yù)先設(shè)置的主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息的網(wǎng)絡(luò)實體的消息交互獲取主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息。
7.如權(quán)利要求6所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述消息業(yè)務(wù)接收端包括預(yù)定被叫網(wǎng)絡(luò)域的消息互通網(wǎng)關(guān)；且所述步驟c具體包括所述IP-Message-GW根據(jù)其與消息互通網(wǎng)關(guān)的接口協(xié)議對所述消息進(jìn)行組裝，并將所述組裝后的消息根據(jù)所述設(shè)置的消息互通網(wǎng)關(guān)的地址信息發(fā)送。
8.如權(quán)利要求7所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述接口協(xié)議為SMPP協(xié)議或CMPP協(xié)議。
9.如權(quán)利要求7所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述方法還包括所述消息互通網(wǎng)關(guān)確定其接收消息中的被叫標(biāo)識對應(yīng)的被叫網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心，并將其接收的消息傳輸至所述短消息業(yè)務(wù)中心；所述短消息業(yè)務(wù)中心對其接收的消息進(jìn)行存儲轉(zhuǎn)發(fā)，同時，向所述消息互通網(wǎng)關(guān)發(fā)送消息提交響應(yīng)消息。
10.如權(quán)利要求4或5所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述消息業(yè)務(wù)接收端包括主叫網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心；所述步驟a具體包括在所述IP-Message-GW中內(nèi)置主叫網(wǎng)絡(luò)域中的短消息業(yè)務(wù)中心。
11.如權(quán)利要求10所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述步驟c具體包括所述內(nèi)置有主叫網(wǎng)絡(luò)域中的短消息業(yè)務(wù)中心的IP-Message-GW將其接收的消息解析、存儲并轉(zhuǎn)發(fā)，同時，向主叫網(wǎng)絡(luò)域中的S-CSCF發(fā)送短消息提交報告。
12.如權(quán)利要求6所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述消息業(yè)務(wù)接收端包括主叫網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心；且所述預(yù)先設(shè)置的預(yù)定主叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息包括主叫網(wǎng)絡(luò)域中主叫用戶標(biāo)識與主叫網(wǎng)絡(luò)域的短消息業(yè)務(wù)中心地址信息的對應(yīng)關(guān)系。
13.如權(quán)利要求12所述的一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述步驟c具體包括所述IP-Message-GW將所述消息組裝為MAP信令發(fā)送至主叫網(wǎng)絡(luò)域中的SMS-IWMSC；所述SMS-IWMSC根據(jù)MAP信令中承載的短消息業(yè)務(wù)中心地址信息發(fā)送該MAP信令，同時，將其接收的短消息提交報告發(fā)送至所述IP-Message-GW。
全文摘要
本發(fā)明提供一種基于IP網(wǎng)絡(luò)域消息業(yè)務(wù)的實現(xiàn)方法，其核心為在基于IP網(wǎng)絡(luò)域中設(shè)置預(yù)定主/被叫網(wǎng)絡(luò)域的消息業(yè)務(wù)接收端的地址信息，基于IP網(wǎng)絡(luò)域的IP－Message－GW獲取所述消息業(yè)務(wù)接收端的地址信息，所述IP－Message－GW根據(jù)獲取的地址信息將其接收的消息向所述消息業(yè)務(wù)接收端發(fā)送。本發(fā)明避免了在基于IP網(wǎng)絡(luò)域的主叫網(wǎng)絡(luò)域如IMS網(wǎng)絡(luò)域中建設(shè)傳統(tǒng)網(wǎng)絡(luò)網(wǎng)元設(shè)備實體，減少了網(wǎng)絡(luò)設(shè)備的維護(hù)工作，同時，使基于IP網(wǎng)絡(luò)域的始呼消息在消息體中不需要攜帶主叫網(wǎng)絡(luò)域的SM－SC地址信息；從而通過本發(fā)明提供的技術(shù)方案實現(xiàn)了完善消息業(yè)務(wù)互通方法、促進(jìn)消息業(yè)務(wù)互通發(fā)展的目的。
文檔編號H04L29/06GK1859607SQ20051006984
公開日2006年11月8日 申請日期2005年4月30日 優(yōu)先權(quán)日2005年4月30日
發(fā)明者段小琴 申請人:華為技術(shù)有限公司