專利名稱：一種基于ip網絡域消息業(yè)務的實現方法
技術領域：
本發(fā)明涉及網絡通訊技術領域，具體涉及一種基于IP網絡域消息業(yè)務的實現方法。
背景技術：
隨著寬帶網絡的發(fā)展，移動通信將不僅僅局限于傳統的話音通信，結合音頻、視頻、圖片和文本等多種媒體類型的多媒體業(yè)務將逐漸開展起來，通過與presence(呈現業(yè)務)、短消息、WEB(網頁)瀏覽、定位信息、PUSH(推送業(yè)務)、文件共享等數據業(yè)務的結合，可以滿足移動用戶的多種需求。
在多種應用的推動下，3GPP以及3GPP2等標準組織先后推出了基于IMS(IP的多媒體子系統)的架構，其目的是在移動網絡中使用一種標準化的開放的結構來實現多種多樣的多媒體應用，從而提供給移動用戶更多的選擇和更豐富的感受。
在3GPP Release 5(R5)階段，引入了IP多媒體子系統域，簡稱IMS，疊加在分組域網絡之上，由CSCF(呼叫狀態(tài)控制功能)、MGCF(媒體網關控制功能)、MRF(媒體資源功能)和HSS(歸屬簽約用戶服務器)等功能實體組成，其中CSCF又可以分成S-CSCF(服務CSCF)、P-CSCF(代理CSCF)和I-CSCF(查詢CSCF)三個邏輯實體，S-CSCF是IMS的業(yè)務交換中心，執(zhí)行會話控制，維持會話狀態(tài)，負責管理用戶信息，產生計費信息等。P-CSCF是終端用戶接入IMS的接入點，完成用戶注冊，負責QoS控制和安全管理等，I-CSCF負責IMS域之間的互通，管理S-CSCF的分配，對外隱藏網絡拓撲和配置，產生計費數據等。MGCF控制網關，實現IMS網絡和其它網絡的互通，MRF提供媒體資源，如收放音，編解碼和多媒體會議橋。HSS是用戶數據庫，存儲IMS用戶的簽約數據和配置信息等。
由于IMS網絡的結構做到了和底層承載網絡無關，因此3GPP定義的IMS網絡也可以應用在3GPP定義的分組域網絡之外的其他分組網絡上，比如3GPP2中定義的分組網絡、WLAN網絡以及NGN網絡等，實現了和終端類型的無關性以及和接入網絡類型的無關性。因此，可以不限制IMS只應用在3GPP相關的網絡和應用上，其他類型的接入網絡和承載網絡的業(yè)務和應用也可以用IMS架構來實現，這樣，IMS為未來的多媒體應用提供了一個通用的業(yè)務使能平臺，是向All IP Network業(yè)務提供體系演進的重要一步。
目前，3GPP提出了基于IMS的消息業(yè)務與傳統短消息業(yè)務互通的網絡構架如附圖1所示。
在圖1中，SME(短消息實體)、SM-SC(短消息業(yè)務中心)、GMSC/SMS-IWMSC(關口移動交換中心/短消息網關)、HSS/HLR(歸屬用戶服務器/歸屬位置寄存器)、CGF/CDF(計費網關功能/計費數據功能)和OCS(在線計費系統)是現有移動網實現SMS業(yè)務的功能實體。
SM-SC用于存儲短消息；GMSC用于在移動用戶接收短消息時，向HSS/HLR查詢路由信息；SMS-IWMSC用于檢查移動用戶漫游情況下是否允許向其歸屬SM-SC發(fā)送短消息。移動網絡中應用的短消息中心都是集SM-SC、GMSC和SMS-IWMSC三個為一體的設備，并沒有將這三個功能實體作為單獨的物理設備來實現，所以在下文中，短消息中心即代表SM-SC、GMSC和SMS-IWMSC三個一體的網絡設備。
HSS/HLR用于存儲移動用戶的數據信息，包括路由信息，CGF/CDF用于收集并處理用戶的離線計費的話單信息，然后傳遞至計費中心，OCS用于收集并處理移動用戶在線計費的話單信息，然后傳遞至計費中心。
圖1中的IP-Message-GW是新增的網絡實體，該網絡實體通過使IP網消息協議和已有的WCDMA/GSM網絡短消息協議之間互通，來實現IP用戶設備與GMSC/SMS-IWMSC之間的通訊。
基于會話初始協議的用戶設備UE使用立即消息業(yè)務時，必須先到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(通用鑒權構架)的安全構架方式、基于IMS(IP多媒體子系統)的網絡構架方式和基于隧道方式來建立UE同IP-Message-GW的安全連接。
對于基于IMS的網絡構架來建立UE同IP-Message-GW的安全連接情況下，主叫用戶UE注冊到IP-Message-GW的處理流程如附圖2所示。
圖2中，在步驟1、主叫用戶UE建立IP連接。
到步驟2、UE成功建立IP連接后，根據IMS注冊流程注冊到S-CSCF中。在IMS的注冊流程中會涉及到I-CSCF和P-CSCF等功能實體及很多S-CSCF和HSS之間傳輸的消息，在這里為簡潔起見，不一一列出。
到步驟3、S-CSCF對IMS注冊流程中從HLR/HSS處獲取filter(過濾器)信息進行檢查。
到步驟4、在IMS注冊成功后，S-CSCF根據filter信息通知IP-Message-GWUE已經注冊到IMS域中。
到步驟5、IP-Message-GW向HLR/HSS發(fā)送IP-IWF-Register Req消息，將UE標識以及自己的地址信息注冊到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網絡域的UE的SMS-MO(短消息移動始發(fā))流程如附圖3所示。
圖3中，在步驟1、UE根據IMS注冊流程注冊到S-CSCF中。
到步驟2、UE基于SIP(起始會話協議)MESSAGE方式向S-CSCF發(fā)送消息。
到步驟3、S-CSCF根據filter信息向IP-Message-GW轉發(fā)消息。
到步驟4、IP-Message-GW向S-CSCF返回SIP 202接收消息，表明已經接收到該消息。
到步驟5、S-CSCF向UE轉發(fā)SIP 202接收消息。
到步驟6、IP-Message-GW從接收到的MESSAGE中解析出消息內容，并將解析出的消息內容組裝成標準的MAP信令向SMS-IWMSC轉發(fā)。SM-SC的地址信息可以從MESSAGE的R-URI(請求的-唯一資源標識)部分或是消息的消息體部分解析出。
到步驟7、SMS-IWMSC向SM-SC轉發(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消息響應接收到的消息提交報告。
到步驟13、200ok響應消息經由S-CSCF轉發(fā)至IP-Message-GW。
在利用圖2中的注冊流程將被叫UE在IP-Message-GW中注冊之后，IMS網絡域的UE的SMS-MT(短消息移動終結)流程如附圖4所示。
在步驟1、UE根據IMS注冊流程注冊到S-CSCF中。
到步驟2、SM-SC向SMS-GMSC轉發(fā)短消息。
到步驟3、GMSC向HLR/HSS查詢以獲得路由信息，當用戶已經注冊到IMS中，HLR/HSS向GMSC返回IP-Message-GW的地址信息。
到步驟4、SMS-GMSC向IP-Message-GW發(fā)送攜帶有UE的MSISDN的短消息。
到步驟5、IP-Message-GW將被叫UE的MSISDN轉換成TEL-URL格式，并根據TEL-URL格式的被叫標識獲得SIP-URL格式的被叫標識，然后，IP-Message-GW使用SIP MESSAGE格式向S-CSCF發(fā)送消息。
到步驟6、S-CSCF將SIP MESSAGE轉發(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根據過濾器規(guī)則向IP-Message-GW轉發(fā)SIP MESSAGE消息。
到步驟11、IP-Message-GW向SMS-GMSC轉發(fā)短消息傳送報告。
到步驟12、SMS-GMSC向HLR/HSS發(fā)送短消息傳送報告。
到步驟13、SMS-GMSC向SM-SC發(fā)送短消息傳送報告。
到步驟14、IP-Message-GW使用200OK向S-CSCF發(fā)送響應消息。
到步驟15、S-CSCF使用200OK向S-CSCF發(fā)送響應消息。
由上述描述過程可知，對于IMS域中的始發(fā)消息，首先，IP-MESSAGE-GW將其轉換成標準的MAP信令，然后，將該MAP信令發(fā)送至IMS網絡域的SMS-IWMSC/SM-SC，再由SM-SC將該MAP信令傳輸至傳統網絡如CS/PS網絡域，以實現IMS與傳統網絡的消息互通。
這樣，為了能夠同傳統網絡進行消息業(yè)務互通，IMS網絡中需要增加SMS-IWMSC/SM-SC/GMSC等傳統網絡的網元設備，對于網絡運營商尤其是對于一個在剛開始進行網絡建設時就直接采用基于IMS的網絡新網絡運營商來說，為了進行消息業(yè)務互通需要增加網絡建設成本和維護成本，不利于消息業(yè)務互通的發(fā)展。對于基于IMS網絡域的主叫用戶，始呼消息的消息體中需要攜帶主叫網絡側的短消息業(yè)務中心的地址信息，不符合SIP信令的消息格式，也不符合IMS網絡域用戶的使用習慣，而且占用了有限的消息體的長度資源。

發(fā)明內容
本發(fā)明的目的在于，提供一種基于IP多媒體子系統的消息業(yè)務實現方法，通過降低消息業(yè)務實現成本、提高消息業(yè)務實現靈活性，以實現完善消息業(yè)務互通方法、促進消息業(yè)務互通發(fā)展的目的。
為達到上述目的，本發(fā)明提供的一種基于IP多媒體子系統的消息業(yè)務實現方法，包括a、在基于IP網絡域中設置預定主/被叫網絡域的消息業(yè)務接收端的地址信息；b、基于IP網絡域的IP-Message-GW獲取所述消息業(yè)務接收端的地址信息；c、所述IP-Message-GW根據獲取的地址信息將其接收的消息向所述消息業(yè)務接收端發(fā)送。
所述預定被叫網絡域包括基于電路交換/分組交換的網絡域。
所述IP網絡域包括基于IP多媒體子系統的網絡域。
所述步驟b具體包括b1、所述IP-Message-GW根據其接收的消息中承載的預定信息確定需要發(fā)送至所述預定被叫網絡域的消息；b2、所述IP-Message-GW獲取所述需要發(fā)送至預定被叫網絡域的消息對應的消息業(yè)務接收端的地址信息。
所述預定信息包括被叫標識；
且所述步驟b1具體包括所述IP-Message-GW根據其接收的消息業(yè)務中的被叫標識的格式確定需要傳輸至預定被叫網絡域的消息。
所述步驟b2具體包括IP-Message-GW根據其存儲的預先設置的主/被叫網絡域的消息業(yè)務接收端的地址信息獲取所述地址信息；或IP-Message-GW通過與其他存儲有預先設置的預定主/被叫網絡域的消息業(yè)務接收端的地址信息的網絡實體的消息交互獲取主/被叫網絡域的消息業(yè)務接收端的地址信息。
所述消息業(yè)務接收端包括預定被叫網絡域的消息互通網關；且所述步驟c具體包括所述IP-Message-GW根據其與消息互通網關的接口協議對所述消息進行組裝，并將所述組裝后的消息根據所述設置的消息互通網關的地址信息發(fā)送。
所述接口協議為SMPP協議或CMPP協議。
所述方法還包括所述消息互通網關確定其接收消息中的被叫標識對應的被叫網絡域的短消息業(yè)務中心，并將其接收的消息傳輸至所述短消息業(yè)務中心；所述短消息業(yè)務中心對其接收的消息進行存儲轉發(fā)，同時，向所述消息互通網關發(fā)送消息提交響應消息。
所述消息業(yè)務接收端包括主叫網絡域的短消息業(yè)務中心；所述步驟a具體包括在所述IP-Message-GW中內置IMS網絡域中的短消息業(yè)務中心。
所述步驟c具體包括所述內置有主叫網絡域中的短消息業(yè)務中心的IP-Message-GW將其接收的消息解析、存儲并轉發(fā)，同時，向主叫網絡域中的S-CSCF發(fā)送短消息提交報告。
所述消息業(yè)務接收端包括主叫網絡域的短消息業(yè)務中心；且所述預先設置的主/被叫網絡域的消息業(yè)務接收端的地址信息包括主叫網絡域中主叫用戶標識與主叫網絡域的短消息業(yè)務中心地址信息的對應關系。
所述步驟c具體包括所述IP-Message-GW將所述消息組裝為MAP信令發(fā)送至主叫網絡域中的SMS-IWMSC；所述SMS-IWMSC根據MAP信令中承載的短消息業(yè)務中心地址信息發(fā)送該MAP信令，同時，將其接收的短消息提交報告發(fā)送至所述IP-Message-GW。
通過上述技術方案的描述可知，本發(fā)明中的IP-MESSAGE-GW在不需要從消息請求的消息體中解析基于IP網絡域如IMS網絡域的短消息業(yè)務中心地址信息的情況下，能夠將主叫網絡域主叫用戶提交的消息請求直接發(fā)送至主/被叫網絡域中的消息接收端，如被叫網絡域中的SM-SC、主叫網絡域中的SM-SC等；當IP-MESSAGE-GW將消息請求直接路由至被叫網絡域中，避免了在基于IP網絡域中建設傳統網絡網元設備實體，減少了網絡設備的維護工作；通過將基于IP網絡域主叫用戶提交的消息路由至被叫網絡域的消息互通網關，進一步方便了主叫網絡域的消息路由，提高了被叫網絡域的自身安全性；本發(fā)明由于不需要在基于IP網絡域的始呼消息的消息體中攜帶主叫網絡域的短消息業(yè)務中心的地址信息，使本發(fā)明中的始呼消息符合SIP信令的消息格式，也符合基于IP網絡域用戶的使用習慣，而且節(jié)約了消息體的長度資源；從而通過本發(fā)明提供的技術方案實現了完善消息業(yè)務互通方法、促進消息業(yè)務互通發(fā)展的目的。


圖1是基于IMS的消息業(yè)務與傳統短消息業(yè)務互通的網絡構架示意圖；圖2是IP用戶注冊到IP-Message-GW的處理流程圖；圖3是IMS網絡域的UE的短消息移動始發(fā)流程圖；圖4是IMS網絡域的UE的短消息移動終呼流程圖；圖5是本發(fā)明的基于IP多媒體子系統的消息業(yè)務實現方法示意圖一；圖6是本發(fā)明的基于IP多媒體子系統的消息業(yè)務實現方法示意圖二；圖7是本發(fā)明的基于IP多媒體子系統的消息業(yè)務實現方法示意圖三；圖8是本發(fā)明的基于IP多媒體子系統的消息業(yè)務實現方法示意圖四。
具體實施例方式
本發(fā)明的核心是在基于IP網絡域中設置主/被叫網絡域的消息業(yè)務接收端的地址信息，基于IP網絡域的IP-Message-GW獲取所述消息業(yè)務接收端的地址信息，所述IP-Message-GW根據獲取的地址信息將其接收的消息向所述消息業(yè)務接收端發(fā)送。
下面基于本發(fā)明的核心思想對本發(fā)明提供的技術方案做進一步的描述。
本發(fā)明適用于基于IP接入移動網絡的IP客戶端使用基于IP網絡域如基于IMS域的消息類業(yè)務的情況。
本發(fā)明首先可在IP-MESSAGE-GW中預先設置主/被叫網絡域的消息業(yè)務接收端的地址信息，這樣，在IP-MESSAGE-GW接收到MESSAGE請求時，在確定出該MESSAGE請求是需要發(fā)送至傳統網絡即基于CS/PS網絡域中的消息，將該MESSAGE請求根據其存儲的消息業(yè)務接收端的地址信息發(fā)送。
這里，IP-MESSAGE-GW可以根據MESSAGE請求中承載的被叫標識信息來確定該消息是否需要發(fā)送至基于CS/PS的網絡域，如判斷被叫標識的格式是否為TEL URI格式，如果是TEL URI格式，則IP-MESSAGE-GW確定出該MESSAGE請求需要發(fā)送至基于CS/PS的網絡域。
另外，當MESSAGE請求由S-CSCF轉發(fā)時，由于S-CSCF可對MESSAGE請求中承載的被叫標識信息進行判斷，僅當MESSAGE消息需要發(fā)送至基于CS/PS的網絡域時，S-CSCF才向IP-MESSAGE-GW轉發(fā)，此時，IP-MESSAGE-GW可不對MESSAGE請求進行判斷，直接將該MESSAGE請求向其存儲的消息業(yè)務接收端的地址發(fā)送，即判斷消息是否需要發(fā)送至基于CS/PS的網絡域的過程也可以由其他網絡實體來實現。
還有，主/被叫網絡域的消息業(yè)務接收端的地址信息也可以存儲在主叫網絡域的其他網絡設備實體中，IP-MESSAGE-GW在接收到MESSAGE請求時，通過與該實體進行交互獲得被叫網絡域的消息業(yè)務接收端的地址信息。
IP-MESSAGE-GW中設置的主/被叫網絡域的消息業(yè)務接收端的地址信息或者是IMS網絡域中其他網絡設備實體存儲的主/被叫網絡的消息業(yè)務接收端的地址信息可以是被叫標識與被叫用戶歸屬的SM-SC的地址信息，也可以是主叫用戶標識與主叫用戶歸屬的SM-SC的地址信息。
當設置消息業(yè)務接收端的地址信息為被叫網絡域的被叫用戶歸屬的SM-SC的地址信息時，為了簡化和隱藏被叫運營商的網絡拓撲結構，被叫網絡域的運營商可以要求IMS網絡域通過一個消息互通網關，如MIG(MessageInterworking Gateway)，接入到被叫用戶歸屬的SM-SC，其網絡構架如附圖5所示。
在圖5中，IMS網絡域的主叫用戶UE#1的始呼消息通過S-CSCF發(fā)送至IP-MESSAGE-GW，IP-MESSAGE-GW根據預先設置的被叫標識信息與被叫網絡域的MIG地址信息的對應關系獲取該消息中被叫標識對應的MIG的地址信息，然后，將UE#1的消息請求直接路由至被叫網絡域的MIG，由MIG將消息路由至被叫用戶歸屬的SM-SC，并通過被叫用戶歸屬的SM-SC將消息傳輸至被叫用戶。
當被叫網絡域中建設有多個SM-SC時，可以只需要向主叫網絡域開放一個MIG將消息接入被叫網絡域，從而方便了主叫網絡域的消息路由，并提高了被叫網絡域的自身安全性。
本發(fā)明的圖5的網絡構架中僅列出了主叫網絡域為IMS域的情況，本網絡構架同樣適用于主叫網絡域為非IMS構架下的基于IP網絡域的情況，即主叫用戶通過隧道方式或是GAA方式接入IP-MESSAGE-GW的情況，其實現原理與上述描述過程基于相同，在此不再詳細描述。
在圖5的網絡構架中，對于MIG和SM-SC之間的接口X2，其協議可以采用基于IP的協議，如采用3GPP TS 23.039推薦的SM-SC和SME(Short MessageEntities短消息實體)之間的SMPP(Short Message Peer to Peer點到點短消息)協議，對于AS/IP-MESSAGE-GW和MIG之間的接口X1，其協議可以同樣采用SMPP的協議，或是采用其擴展協議，如CMPP協議等。
由于運營商在發(fā)展短消息業(yè)務時，除了發(fā)展點到點(Peer to Peer)的短消息業(yè)務之外，還發(fā)展了互聯網的短消息業(yè)務，即終端用戶不僅可以向某個終端發(fā)送短消息，或是接受來自于某個終端的短消息，還可以向互聯網的某個SP(Service Provider業(yè)務提供商)發(fā)送短消息，或是接受來自于某個SP的短消息，在終端用戶同SP的短消息互通網絡框架中，就增加了類似于MIG的消息互通網關，即中國移動的移動夢網短信平臺，中國聯通的聯通無限短信平臺。因此，在實現基于IMS的消息業(yè)務與傳統短消息業(yè)務互通需求中，本發(fā)明提供的網絡構架不但不會對傳統網絡的升級造成影響，而且還可以充分利用現有的網絡資源。
根據上述網絡構架，本發(fā)明中IMS網絡用戶向傳統網絡發(fā)送短消息的處理流程圖如附圖6所示圖6中，在步驟1、UE根據IMS注冊流程注冊到S-CSCF中。在IMS的注冊流程中會涉及到I-CSCF和P-CSCF等功能實體及很多S-CSCF和HSS之間傳輸的消息，在這里為簡潔起見，不一一列出。
到步驟2、UE基于SIP MESSAGE方式向S-CSCF發(fā)送消息。
到步驟3、基于filter信息，S-CSCF向IP-Message-GW轉發(fā)消息。
到步驟4、IP-Message-GW向S-CSCF返回SIP 202接收消息，表明已經接受發(fā)送的消息。
到步驟5、S-CSCF向UE轉發(fā)SIP 202接收消息。
到步驟6、在IP-Message-GW確定出需要將該MESSAGE路由到傳統網絡中時，IP-Message-GW根據被叫標識信息尋址到被叫傳統網絡中的MIG，然后將MESSAGE消息組裝成符合IP-MESSAGE-GW和MIG之間接口協議的消息，如CMPP協議的消息，向MIG發(fā)送submit message消息，消息中包含了SIPMESSAGE的消息體內容。
這里，IP-MESSAGE-GW可以根據MESSAGE請求中承載的被叫標識信息來確定出該消息是否需要發(fā)送至基于CS/PS的網絡域，如判斷被叫標識的格式是否為TEL URI格式，如果是TEL URI格式，則IP-MESSAGE-GW確定出該MESSAGE請求需要發(fā)送至基于CS/PS的網絡域。
另外，當MESSAGE請求由S-CSCF轉發(fā)時，由于S-CSCF可對MESSAGE請求中承載的被叫標識信息進行判斷，僅當MESSAGE消息需要發(fā)送至基于CS/PS的網絡域時，S-CSCF才向IP-MESSAGE-GW轉發(fā)，此時，IP-MESSAGE-GW可不對MESSAGE請求進行判斷，直接將該MESSAGE請求向其存儲的消息業(yè)務接收端的地址發(fā)送，即判斷消息是否需要發(fā)送至基于CS/PS的網絡域的過程也可以由其他網絡實體來實現。
還有，IP-MESSAGE-GW在接收到MESSAGE請求時，可通過IP-MESSAGE-GW自身存儲的被叫標識與被叫網絡域的MIG地址信息的對應關系獲得MESSAGE請求中被叫標識對應的MIG地址信息；也可通過IP-MESSAGE-GW與IMS網絡域中的相關存儲實體進行交互獲得該消息的被叫標識對應的被叫網絡域的MIG地址信息。
到步驟7、MIG根據submit message消息中的被叫標識，尋址到被叫用戶的歸屬SM-SC，并向SM-SC轉發(fā)submit message消息。
這里，如果IP-MESSAGE-GW與MIG之間的接口X1同MIG與SM-SC之間接口X2采用相同的接口協議時，則MIG可直接向SM-SC轉發(fā)IP-MESSAGE-GW的Submit message消息；否則，MIG需要將X1接口的消息轉換成符合X2接口的消息后再向SM-SC發(fā)送。
到步驟8、被叫用戶的歸屬SM-SC接收到submit message消息后，對消息進行存儲，然后向MIG返回消息提交響應消息。
到步驟9、MIG向IP-Message-GW返回消息提交響應消息。
到步驟10、IP-Message-GW使用SIP MESSAGE向S-CSCF發(fā)送消息提交報告。
到步驟11、S-CSCF使用SIP MESSAGE向UE發(fā)送消息提交報告。
到步驟12、UE使用200ok消息響應接收到的消息提交報告。
到步驟13、200ok響應消息經由S-CSCF向-Message-GW轉發(fā)。
上述針對圖6的描述中，由于IP-MESSAGE-GW能夠將IMS網絡域主叫用戶提交的消息直接發(fā)送至被叫網絡域中的MIG，由被叫網絡域中的MIG將消息路由至被叫網絡域中的SM-SC，避免了在IMS網絡域中建設傳統網絡網元設備實體，減少了對IMS網絡域中網絡設備的維護工作，同時，IMS網絡域的UE在發(fā)送MESSAGE時，不需要在MESSAGE中攜帶SM-SC地址信息，符合SIP信令的消息格式以及IMS網絡域用戶的使用習慣。
本發(fā)明還可以在IP-MESSAGE-GW中集成SM-SC/SMS-IWMSC/GMSC功能，由IP-MESSAGE-GW直接實現SIP MESSAGE和MAP信令的轉換，以及轉換出的短消息的存儲轉發(fā)功能。通過集成SM-SC/SMS-IWMSC/GMSC功能的IP-MESSAGE-GW實現基于IP多媒體子系統的消息業(yè)務的流程如附圖7所示。
圖7中，在步驟1、UE根據IMS注冊流程注冊到S-CSCF中。在IMS的注冊流程中會涉及到I-CSCF和P-CSCF等功能實體及很多S-CSCF和HSS之間傳輸的消息，在這里為簡潔起見，不一一列出。
到步驟2、UE基于SIP MESSAGE方式向S-CSCF發(fā)送消息。
到步驟3、基于filter信息，S-CSCF向IP-Message-GW轉發(fā)消息。
到步驟4、IP-Message-GW向S-CSCF返回SIP 202接收消息，表明已經接受S-CSCF發(fā)送的消息。
到步驟5、S-CSCF向UE轉發(fā)SIP 202接收消息。
到步驟6、在IP-Message-GW確定出需要將該MESSAGE路由到傳統網絡中時，IP-Message-GW從接收到的MESSAGE中解析出消息內容，并組裝成標準的MAP信令格式的消息，然后將該消息進行存儲，轉發(fā)。
這里，IP-MESSAGE-GW可以根據MESSAGE請求中承載的被叫標識信息來確定出該消息是否需要發(fā)送至基于CS/PS的網絡域，如判斷被叫標識的格式是否為TEL URI格式，如果是TEL URI格式，則IP-MESSAGE-GW確定出該MESSAGE請求需要發(fā)送至基于CS/PS的網絡域。
另外，當MESSAGE請求由S-CSCF轉發(fā)時，由于S-CSCF可對MESSAGE請求中承載的被叫標識信息進行判斷，僅當MESSAGE消息需要發(fā)送至基于CS/PS的網絡域時，S-CSCF才向IP-MESSAGE-GW轉發(fā)，此時，IP-MESSAGE-GW可不對MESSAGE請求進行判斷，直接將該MESSAGE請求向其存儲的消息業(yè)務接收端的地址發(fā)送，即判斷消息是否需要發(fā)送至基于CS/PS的網絡域的過程也可以由其他網絡實體來實現。
到步驟7、IP-Message-GW使用SIP MESSAGE向S-CSCF發(fā)送消息提交報告。
到步驟8、S-CSCF使用SIP MESSAGE向UE發(fā)送短消息提交報告。
到步驟9、UE使用200ok消息響應接收到的短消息提交報告。
到步驟10、200ok響應消息經由S-CSCF向IP-Message-GW轉發(fā)。
上述針對圖7的描述中，由于IP-MESSAGE-GW能夠直接實現MESSAGE和MAP信令的轉換，以及轉換后的短消息的存儲轉發(fā)功能，減少了對IMS網絡域中網絡設備實體的維護工作，同時，IMS網絡域的UE在發(fā)送SIPMESSAGE時，不需要在MESSAGE中攜帶SM-SC地址信息，符合SIP信令的消息格式以及IMS網絡域用戶的使用習慣。
本發(fā)明還可以通過主叫IMS網絡域的IP-Message-GW直接獲得主叫網絡域中的SM-SC/SMS-IWMSC相關網絡實體的地址信息，來實現基于IP多媒體子系統的消息業(yè)務，如在IP-MESSAGE-GW中配置主叫用戶標識信息與主叫用戶歸屬的SM-SC/SMS-IWMSC地址信息的對應關系，或是IP-MESSAGE-GW在接收到MESSAGE時，通過與IMS網絡域中的其他存儲實體進行交互，獲得主叫用戶對應的主叫網絡域中的短消息業(yè)務中心地址，由IP-MESSAGE-GW根據該對應關系將主叫用戶的始呼消息直接路由至主叫網絡域中主叫用戶歸屬的SM-SC/SMS-IWMSC。具體實現流程如附圖8所示。
圖8中，在步驟1、UE根據IMS注冊流程注冊到S-CSCF中。在IMS的注冊流程中會涉及到I-CSCF和P-CSCF等功能實體及很多S-CSCF和HSS之間傳輸的消息，在這里為簡潔起見，不一一列出。
到步驟2、UE基于SIP MESSAGE方式向S-CSCF發(fā)送消息。
到步驟3、基于filter信息，S-CSCF向IP-Message-GW轉發(fā)消息。
到步驟4、IP-Message-GW向S-CSCF返回SIP 202接收消息，表明已經接受發(fā)送的消息。
到步驟5、S-CSCF向UE轉發(fā)SIP 202接收消息。
到步驟6、IP-Message-GW確定出需要將該MESSAGE路由到傳統網絡中時，IP-Message-GW從接收到的MESSAGE中解析出消息內容，并組裝成標準的MAP信令格式的短消息，然后根據消息中承載的主叫標識，獲得其對應的主叫網絡域中SMS-IWMSC/SM-SC地址信息，將組裝的MAP信令發(fā)送至SMS-IWMSC。
在步驟6中，IP-MESSAGE-GW可以根據MESSAGE請求中承載的被叫標識信息來確定出該消息是否需要發(fā)送至基于CS/PS的網絡域，如判斷被叫標識的格式是否為TEL URI格式，如果是TEL URI格式，則IP-MESSAGE-GW確定出該MESSAGE請求需要發(fā)送至基于CS/PS的網絡域。
另外，當MESSAGE請求由S-CSCF轉發(fā)時，由于S-CSCF可對MESSAGE請求中承載的被叫標識信息進行判斷，僅當MESSAGE消息需要發(fā)送至基于CS/PS的網絡域時，S-CSCF才向IP-MESSAGE-GW轉發(fā)，此時，IP-MESSAGE-GW可不對MESSAGE請求進行判斷，直接將該MESSAGE請求向其存儲的消息業(yè)務接收端的地址發(fā)送，即判斷消息是否需要發(fā)送至基于CS/PS的網絡域的過程也可以由其他網絡實體來實現。
還有，IP-MESSAGE-GW在接收到MESSAGE請求時，可通過IP-MESSAGE-GW自身存儲的主叫用戶標識與主叫用戶歸屬的SM-SC/SMS-IWMSC地址信息的對應關系獲得MESSAGE請求中主叫用戶標識對應的主叫用戶歸屬的SM-SC/SMS-IWMSC地址信息；也可通過IP-MESSAGE-GW與IMS網絡域中的相關存儲實體進行交互獲得該消息的主叫用戶標識對應的主叫用戶歸屬的SM-SC/SMS-IWMSC地址信息。
到步驟7、SMS-IWMSC向SM-SC轉發(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消息響應接收到的短消息提交報告。
到步驟13、200ok響應消息經由S-CSCF向IP-Message-GW轉發(fā)。
上述針對圖8的描述中，由于IP-MESSAGE-GW能夠直接將需要發(fā)送至傳統網絡中的消息將組裝成MAP信令發(fā)送至主叫網絡域中的SMS-IWMSC，避免了在IMS網絡域中建設傳統網絡網元設備實體，減少了對IMS網絡域中網絡設備的維護工作，同時，IMS網絡域的UE在發(fā)送MESSAGE時，不需要在MESSAGE中攜帶SM-SC地址信息，符合SIP信令的消息格式以及IMS網絡域用戶的使用習慣。
上述針對圖6、圖7、圖8的描述是以主叫網絡域為IMS網絡域為例進行描述的，上述技術方案同樣適用于非IMS構架下的基于IP網絡域的情況，即主叫用戶通過隧道方式或是GAA方式接2IP-MESSAGE-GW的情況，其實現原理與上述描述過程基于相同，在此不再詳細描述。
雖然通過實施例描繪了本發(fā)明，本領域普通技術人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，本發(fā)明的申請文件的權利要求包括這些變形和變化。
權利要求
1.一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，包括a、在基于IP網絡域中設置預定主/被叫網絡域的消息業(yè)務接收端的地址信息；b、基于IP網絡域的IP-Message-GW獲取所述消息業(yè)務接收端的地址信息；c、所述IP-Message-GW根據獲取的地址信息將其接收的消息向所述消息業(yè)務接收端發(fā)送。
2.如權利要求1所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述預定被叫網絡域包括基于電路交換/分組交換的網絡域。
3.如權利要求1所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述IP網絡域包括基于IP多媒體子系統的網絡域。
4.如權利要求1所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述步驟b具體包括b1、所述IP-Message-GW根據其接收的消息中承載的預定信息確定需要發(fā)送至預定被叫網絡域的消息；b2、所述IP-Message-GW獲取所述需要發(fā)送至預定被叫網絡域的消息對應的消息業(yè)務接收端的地址信息。
5.如權利要求4所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述預定信息包括被叫標識；且所述步驟b1具體包括所述IP-Message-GW根據其接收的消息業(yè)務中的被叫標識的格式確定需要傳輸至預定被叫網絡域的消息。
6.如權利要求4或5所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述步驟b2具體包括IP-Message-GW根據其存儲的預先設置的主/被叫網絡域的消息業(yè)務接收端的地址信息獲取所述地址信息；或IP-Message-GW通過與其他存儲有預先設置的主/被叫網絡域的消息業(yè)務接收端的地址信息的網絡實體的消息交互獲取主/被叫網絡域的消息業(yè)務接收端的地址信息。
7.如權利要求6所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述消息業(yè)務接收端包括預定被叫網絡域的消息互通網關；且所述步驟c具體包括所述IP-Message-GW根據其與消息互通網關的接口協議對所述消息進行組裝，并將所述組裝后的消息根據所述設置的消息互通網關的地址信息發(fā)送。
8.如權利要求7所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述接口協議為SMPP協議或CMPP協議。
9.如權利要求7所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述方法還包括所述消息互通網關確定其接收消息中的被叫標識對應的被叫網絡域的短消息業(yè)務中心，并將其接收的消息傳輸至所述短消息業(yè)務中心；所述短消息業(yè)務中心對其接收的消息進行存儲轉發(fā)，同時，向所述消息互通網關發(fā)送消息提交響應消息。
10.如權利要求4或5所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述消息業(yè)務接收端包括主叫網絡域的短消息業(yè)務中心；所述步驟a具體包括在所述IP-Message-GW中內置主叫網絡域中的短消息業(yè)務中心。
11.如權利要求10所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述步驟c具體包括所述內置有主叫網絡域中的短消息業(yè)務中心的IP-Message-GW將其接收的消息解析、存儲并轉發(fā)，同時，向主叫網絡域中的S-CSCF發(fā)送短消息提交報告。
12.如權利要求6所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述消息業(yè)務接收端包括主叫網絡域的短消息業(yè)務中心；且所述預先設置的預定主叫網絡域的消息業(yè)務接收端的地址信息包括主叫網絡域中主叫用戶標識與主叫網絡域的短消息業(yè)務中心地址信息的對應關系。
13.如權利要求12所述的一種基于IP網絡域消息業(yè)務的實現方法，其特征在于，所述步驟c具體包括所述IP-Message-GW將所述消息組裝為MAP信令發(fā)送至主叫網絡域中的SMS-IWMSC；所述SMS-IWMSC根據MAP信令中承載的短消息業(yè)務中心地址信息發(fā)送該MAP信令，同時，將其接收的短消息提交報告發(fā)送至所述IP-Message-GW。
全文摘要
本發(fā)明提供一種基于IP網絡域消息業(yè)務的實現方法，其核心為在基于IP網絡域中設置預定主/被叫網絡域的消息業(yè)務接收端的地址信息，基于IP網絡域的IP－Message－GW獲取所述消息業(yè)務接收端的地址信息，所述IP－Message－GW根據獲取的地址信息將其接收的消息向所述消息業(yè)務接收端發(fā)送。本發(fā)明避免了在基于IP網絡域的主叫網絡域如IMS網絡域中建設傳統網絡網元設備實體，減少了網絡設備的維護工作，同時，使基于IP網絡域的始呼消息在消息體中不需要攜帶主叫網絡域的SM－SC地址信息；從而通過本發(fā)明提供的技術方案實現了完善消息業(yè)務互通方法、促進消息業(yè)務互通發(fā)展的目的。
文檔編號H04L29/06GK1859607SQ20051006984
公開日2006年11月8日 申請日期2005年4月30日 優(yōu)先權日2005年4月30日
發(fā)明者段小琴 申請人:華為技術有限公司