基於ip接入的網絡中實現消息業務的裝置及方法
2023-04-27 10:45:21
專利名稱：基於ip接入的網絡中實現消息業務的裝置及方法
技術領域：
本發明涉及網絡通信技術領域，尤其涉及一種基於IP接入的網絡中實現消息業務的裝置及方法。
背景技術：
隨著網絡通信技術的快速發展，目前出現了一種稱為SMSIP(基於IP的消息業務)的業務。SMSIP業務的提出目的是為了能夠使用各種基於IP的接入方式來實現已經被廣泛應用的3GPP(The 3rd Generation PartnershipProject，第三代合作夥伴計劃)消息業務，包括SMS(短消息業務)和MMS(多媒體消息業務)等。
對於基於IP的終端來說，其針對短消息的處理包括發起短消息的處理過程和接收短消息的處理過程，在相應的處理過程中，IP消息網關和UE(用戶)之間使用的是SIP協議，IP消息網關和SMS-IWMSC(具有短消息功能的移動交換中心)之間使用的是MAP(移動應用部分)協議。
對於在基於IP接入方式的終端使用現有網絡中的MMS時，相應的實現過程與SMS業務類似，分為基於IP的終端發起的多媒體消息和基於IP的終端接收傳統網絡中發送來的多媒體消息。
在現有的SMSIP業務的處理過程中，為了能夠令基於IP的終端能夠使用3GPP網絡中已有如短消息業務和多媒體消息業務等消息業務，可以將基於IP的終端和IP消息網關一併進行修改，以適應其開展SMSIP業務的協議需求。
例如，在開展SMSIP業務過程中，所述的基於IP的終端和IP消息網關需要進行修改以便於支持短消息業務和多媒體消息業務的協議棧，經過相應的修改後，才可以在網絡中實現SMSIP業務的處理，具體包括在基於IP的終端發起消息發送過程的時候，可以構造一個標準的短消息或者多媒體消息，然後，採用SIP協議封裝該消息並進行傳送，直到所述的經SIP協議封裝的消息到達IP消息網關處，才對其進行解封裝處理，並按照標準的短消息或者多媒體消息在GSM/GPRS網絡中傳送。
當短消息業務中的消息傳送報告傳送到IP消息網關處時，IP消息網關需要構造基於SIP協議的消息通知基於IP的終端；所述的基於IP的終端作為接收方接收消息後，需要向IP消息網關返回一個基於SIP的消息傳送報告，進而由IP消息網關發送消息傳送報告給短消息中心或者MMS伺服器。
在實際應用中，對於新增的功能實體IP消息網關，其可以較為方便地進行修改，增加相應的設置，以便於實現對以上SMSIP業務功能的支持。但是，對於已經存在的各種基於IP的終端來說，卻由於大多數僅支持IP接入功能，使得其通常無法通過簡單的軟體或者硬體升級實現以上增強功能，導致相應的終端無法實現所述的SMSIP業務，進而令SMSIP業務的推廣和應用受到一定的限制。
另外，由於接入終端需要不斷演進，而且基於IP的實現是演進的一個趨勢，如果僅僅為了在演進過程中支持GSM/GPRS網絡中已有的消息業務而對終端進行改動，則諸如此類的改進更新將十分頻繁，這樣，不但會增加終端生產廠商的生產成本，同時，也無法很好地符合演進的趨勢。
因此，目前還沒有一種實現方案可以在不改進接入終端的情況下，令接入終端可以支持SMSIP業務。
發明內容
本發明的目的是提供一種基於IP接入的網絡中實現消息業務的裝置及方法，從而可以保證基於IP的終端能夠較為便捷地實現SMSIP業務。
本發明的目的是通過以下技術方案實現的本發明提供了一種基於IP接入的網絡中實現消息業務的裝置，包括終端消息處理單元和IP消息業務SMSIP消息處理單元，其中，終端消息處理單元，用於將需要發送給基於IP的終端的SMSIP消息轉換為基於IP的終端可以識別的消息，並發送給所述終端；SMSIP消息處理單元，用於將基於IP的終端發來的信息轉換為SMSIP消息，並發送給相應的提供SMSIP消息的功能實體。
所述的裝置設置於IP消息網關中。
所述的終端消息處理單元為會話發起協議基於SIP協議的消息處理單元，用於將需要發送給終端的SMSIP消息轉換為基於SIP協議的消息，並發送給所述終端。
所述的基於SIP協議的消息處理單元包括短消息終結處理單元和/或多媒體消息終結處理單元，和消息傳送報告處理單元，其中短消息終結處理單元，用於將需要發送給基於IP的終端的短消息轉換為基於SIP協議的消息發送給所述的終端；多媒體消息終結處理單元，用於將需要發送給基於IP的終端的多媒體消息轉換為基於SIP協議的消息發送給所述的終端；消息傳送報告處理單元，用於將需要發送給基於IP的終端的消息傳送報告轉換為基於SIP協議的消息發送給所述的終端。
所述的基於SIP協議的消息處理單元還包括應答消息發送控制單元，用於根據收到的消息傳送報告，確定需要向基於IP的終端發送基於SIP協議的消息的應答消息的發送時刻；應答消息發送單元，用於根據應答消息發送控制單元確定的發送時刻向基於IP的終端發送應答消息。
所述的SMSIP消息處理單元包括即時消息終結處理單元，用於終結IP消息網關從基於IP的終端收到的即時消息，將收到的消息內容轉換為SMSIP消息，並發送；消息交互發起處理單元，用於在即時消息終結處理單元的處理過程中，根據針對基於IP的終端發送的即時消息的處理情況，確定發起與SMSIP消息業務相關功能實體通信的時刻。
所述的即時消息終結處理單元採用移動應用部分MAP協議將所述的消息內容發送到短消息中心，和/或，採用多媒體消息業務MMS業務應用的協議將所述的消息內容發送到MMS伺服器。
所述的SMSIP消息處理單元還包括消息傳送報告發送單元，用於根據收到的基於SIP協議的消息的確認消息中包含的信息，代替基於IP的終端發送消息傳送報告給用於實現SMSIP消息業務的功能實體。
本發明提供了一種基於IP接入的網絡中實現消息業務的方法，包括在下行方向，網絡側將需要發送給基於IP的終端的SMSIP消息轉換為基於IP的終端可以識別的消息，並發送給所述終端；在上行方向，網絡側將基於IP的終端發來的信息轉換為SMSIP消息，並發送給相應的提供SMSIP消息的功能實體。
所述的轉換操作在IP消息網關中實現。
在所述的下行方向，IP消息網關將需要發送給基於IP的終端的SMSIP消息轉換為基於SIP協議的消息，並發送給所述終端。
在所述的下行方向，IP消息網關將需要發送給基於IP的終端的短消息或多媒體消息或消息傳送報告轉換為基於SIP協議的消息發送給所述的終端。
所述的方法還包括IP消息網關根據收到的消息傳送報告確定需要向基於IP的終端發送基於SIP協議的消息的應答消息的發送時刻，並在確定的應答消息的發送時刻向基於IP的終端發送相應的應答消息。
所述的方法還包括IP消息網關對基於IP的終端發來的消息進行處理，根據處理結果向基於IP的終端發送應答消息。
在上行方向，所述的方法包括IP消息網關從基於IP的終端接收即時消息，並將該即時消息轉換為SMSIP消息後發送，而且，在針對即時消息的處理過程中，根據針對發送方發送的即時消息的處理情況，確定發起與SMSIP消息業務相關功能實體通信的時刻。
在上行方向，所述的IP消息網關收到所述的即時消息後，採用移動應用部分MAP協議將所述的消息內容發送到短消息中心，和/或，採用多媒體消息業務MMS業務應用的協議將所述的消息內容發送到MMS伺服器。
在上行方向，所述的方法還包括根據收到的基於SIP協議的消息的確認消息中包含的信息，所述的IP消息網關代替基於IP的終端發送消息傳送報告給用於實現SMSIP消息業務的功能實體。
由上述本發明提供的技術方案可以看出，本發明解決了現有技術中SMSIP業務在實現過程中無法直接使用基於IP的終端的問題，具體是通過在網絡側增加相應的功能，如增強IP消息網關的功能，從而可以在不需要改變基於IP的終端的基礎上，實現基於IP的終端使用SMSIP業務的目的。同時，本發明通過在適當的時刻通過SIP消息的應答消息攜帶消息傳送報告中的信息，節省了原來需要專門用SIP消息發送的消息傳送報告，因此本發明的實現還可以在一定程度上節約網絡資源和空口資源的使用，從而擴大了SMSIP業務的可以應用的範圍，進而給運營商帶來更多的經濟利益。
圖1為本發明所述的系統的具體實現結構示意圖；圖2為本發明所述的方法的具體實現方案一的處理過程示意圖一；圖3為本發明所述的方法的具體實現方案一的處理過程示意圖二；圖4為本發明所述的方法的具體實現方案二的處理過程示意圖；圖5為本發明所述的方法的具體實現方案三的處理過程示意圖；圖6為本發明所述的方法的具體實現方案四的處理過程示意圖。
具體實施例方式
本發明的目的是解決現有SMSIP業務在實現過程中無法直接使用基於IP的終端的問題，通過增強IP消息網關的功能，在不影響基於IP的終端的基礎上，實現基於IP的終端使用SMSIP業務的目的，同時還能在一定程度上節約網絡資源和空口資源的使用，從而擴大了SMSIP業務的使用範圍，給運營商帶來更多好處。
由於3GPP網絡中基於IP的終端均支持SIP協議，故其均支持基於SIP實現的Messaging service(消息業務)，包括使用page-mode(尋呼模式)的消息，通過SIP MESSAGE(SIP消息)方法來實現；和使用session-mode(會話模式)的消息，通過SIP INVITE(SIP邀請)消息建立一個SIP會話，然後在SIP會話上通過MSRP協議傳送消息媒體。
本發明的實現便是針對這種支持SIP協議的基於IP的終端，並僅對網絡側進行改進以保證所述基於IP的終端可以實現SMSIP業務。
本發明所述的裝置主要包括終端消息處理單元和SMSIP消息處理單元，所述的裝置可以設置於IP消息網關中，當然也可以獨立設置於基於IP的終端與提供SMSIP的功能實體間經由的路徑中。
以所述裝置設置於IP消息網關中為例，如圖1所示，當所述IP消息網關作為連接GSM/GPRS網絡中消息業務相關功能實體和基於IP的IMS終端的一個中間節點時，其主要包括以下處理單元(1)終端消息處理單元具體可以為基於SIP協議的消息處理單元，用於在IP消息網關通過IMS核心網與基於IP的終端接口的一側，使用基於SIP協議實現的IP消息業務向所述終端發送信息；所述的基於SIP協議的消息包括單純使用SIP協議實現的請求和應答消息，例如SIP MESSAGE消息，202Accept(接受)消息等，或者，所述的基於SIP協議的消息還可以為其他應用在SIP之上的協議消息，例如MSRP(消息會話中繼協議)協議的請求和應答消息，比如SEND(發送)消息，200OK(成功)消息等；所述的基於SIP協議的消息處理單元具體包括短消息終結處理單元和/或多媒體消息終結處理單元，以及消息傳送報告處理單元，以便於終結從GSM/GPRS網絡中收到的需要發送給基於IP的終端的基於現有短消息業務協議或者多媒體消息業務協議的消息以及和消息相關的消息傳送報告；並能夠以IMS網絡中一個AS(應用伺服器)的身份發起基於IP的消息業務，將IP消息網關收到的消息以及和消息相關的消息傳送報告以基於SIP協議的方法傳送到基於IP的終端上；所述的IP消息處理單元還包括應答消息發送控制單元，用於結合IP消息網關收到的消息傳送報告，決定向基於IP的終端發送基於SIP協議的消息的應答消息的發送時機；所述的基於SIP協議的消息處理單元還包括應答消息發送單元，用於在應答消息發送控制單元的控制下，向基於IP的終端發送應答消息；同時，該單元還用於根據IP消息網關針對消息業務的處理情況向基於IP的終端返回應答消息，如在執行業務授權操作後向基於IP的終端返回應答消息，等等。
(2)SMSIP消息處理單元用於在IP消息網關與GSM/GPRS網絡消息業務相關功能實體接口的一側，使用現有的消息業務使用的協議向現有消息業務相關功能實體(即提供SMSIP消息業務的功能實體)發送信息，例如，與短消息業務的短消息中心之間使用MAP協議，或者，與多媒體消息業務的MMS伺服器之間使用多媒體消息業務定義的協議向相應的現有消息業務相關功能實體發送消息；所述的基於SIP協議的消息處理單元具體包括即時消息終結處理單元和消息交互發起處理單元，其中所述的即時消息終結處理單元，用於終結IP消息網關從基於IP的終端收到的即時消息，以類似於GSM網絡中的MSC(移動交換中心)或者GPRS網絡中的SGSN(服務GPRS節點)的身份，將收到的消息內容以MAP協議的方式發送到短消息中心，並由短消息中心按照現有消息業務的機制進行後續處理，或者以類似一個MMS中間節點的身份，和MMS伺服器之間使用MMS業務定義的協議，執行MMS消息的傳送和獲取等過程。
所述的消息交互發起處理單元，用於在即時消息終結處理單元的處理過程中，根據針對發送方發送的即時消息的處理情況，決定發起起GSM/GPRS網絡中消息業務相關功能實體的交互時機。
所述的SMSIP消息處理單元還包括消息傳送報告發送單元，用於根據收到的基於SIP協議的消息的確認消息中包含的信息，代替基於IP的終端發送消息傳送報告給消息業務相關的功能實體；這是因為IP消息業務中沒有消息傳送報告這種機制，為了減少對基於IP的終端的影響，而且考慮到使用SIP協議的IP消息業務可以通過基於SIP協議的消息的確認消息來實現消息接收情況的反饋，故本發明中不在終端上引入對基於SIP協議的消息引入消息傳送報告類似的增強功能，而是在IP消息網關中設置相應的消息傳送報告發送單元。
基於與上述裝置同樣的實現思想，本發明提供的實現基於IP的終端應用SMSIP業務的方法主要包括針對SMSIP業務的在上、下行方向的處理，即在基於IP的終端和實現SMSIP消息業務功能實體間的網絡側實體上進行消息的終結及轉換操作處理，從而可以保證基於IP的終端可以在無需增加相應的SMSIP業務功能的情況下實現所述的SMSIP業務。其中，所述的終結及轉換操作處理的實體可以為IP消息網關，也可以為單獨設置的相應功能實體，或者，也可以為其他連接於基於IP的終端與實現SMSIP消息業務功能實體間的實體設備。
本發明所述的方法中，相應的處理過程具體包括(一)在下行方向的處理過程，網絡側將需要發送給終端的SMSIP消息轉換為基於IP的終端可以識別的消息，並發送給所述終端；在所述的下行方向，IP消息網關主要用於將需要發送給基於IP的終端的SMSIP消息轉換為基於SIP協議的消息，並發送給基於IP的終端，例如，將需要發送給基於IP的終端的短消息或多媒體消息或消息傳送報告轉換為基於SIP協議的消息，其中，所述的基於SIP協議的消息包括單純使用SIP協議實現的請求和應答消息，比如SIP MESSAGE，202Accept(接受)等，或者是其他應用在SIP之上的協議消息，如MSRP(消息會話中繼協議)協議的請求和應答消息，比如SEND(發送)，200OK(成功)等。
以IP消息網關收到SMSIP消息業務功能實體發來的消息傳送報告為例，在IP消息網關上根據收到的消息傳送報告確定發送應答消息的時刻，並在確定的時刻向基於IP的終端發送相應的應答消息，例如，200OK(成功)消息，202Accept(接受)消息，302Moved Temporarily(臨時移動了)消息，401Unauthorized(未經授權)消息，等等；
具體的應答消息的發送過程包括IP消息網關對基於IP的終端發來的消息進行處理，根據處理結果向基於IP的終端發送應答消息，比如，消息接收成功則返回相應的200OK消息作為應答消息。
(二)在上行方向的處理過程網絡側將基於IP的終端發來的信息轉換為SMSIP消息，並發送給相應的提供SMSIP消息的功能實體；在所述的上行方向，IP消息網關從基於IP的終端接收即時消息，並將該即時消息轉換為SMSIP消息後發送，而且，在針對即時消息的處理過程中，根據針對基於IP的終端發送的即時消息的處理情況，確定發起與SMSIP消息業務相關功能實體通信的時刻；例如，所述的IP消息網關收到所述的即時消息後，可以採用MAP(移動應用部分)協議將所述的消息內容發送到短消息中心，也可以採用MMS業務應用的協議將所述的消息內容發送到MMS伺服器；根據收到的基於IP的終端發來的基於SIP協議的消息的確認消息(或稱為應答消息)中包含的信息，所述的IP消息網關還可以代替基於IP的終端發送消息傳送報告給用於實現SMSIP消息業務的功能實體。
為便於對本發明有進一步的理解，下面將結合附圖對本發明提供的基於IP接入網絡中實現短消息、多媒體消息及即時消息業務的具體實現方案進行描述。
第一種具體實施方案在該實施方案中，由基於IP接入的UE發起消息傳送，而且被對方的短消息中心SM-SC成功接收所述的消息。
在該實施例中，根據IP消息網關處採用的處理的不同，具體包括兩種可以採用的實現方式
1、一種為IP消息網關設置為只有當收到來自SM-SC的消息報告之後才根據收到的消息報告發送應答消息給UE，此時相應的實現過程如圖2所示；2、另一種為IP消息網關設置為其一旦接收到來自UE的消息就立刻確認該消息的接收，此時，相應的實現過程如圖3所示。
下面首先結合圖2對所述的第一種實現方式進行說明，如圖2所示，具體包括以下處理步驟步驟11基於IP的UE(之後簡稱UE)使用通用的SIP或IMS註冊過程，以及SIP或IMS重註冊過程註冊到IP消息網關上，實現UE在IP消息網關上的註冊操作；步驟12UE使用SIP方法(SIP Method)發送消息給S-CSCF，即UE發送基於SIP協議的消息給S-CSCF，比如，可以向S-CSCF發送SIP協議中的MESSAGE消息；步驟13S-CSCF根據過濾規則確定該消息需要發送給SMSIP消息業務功能實體，故將收到的消息首先轉發給相當於一個IMS AS的IP消息網關，以便於通過該IP消息網關將所述的消息轉發到目的實體；步驟14IP消息網關在收到該消息之後，則會根據註冊過程中從HLR/HSS中獲得的籤約信息對收到的消息執行業務授權，並在業務授權成功時，從收到消息中提取出攜帶的消息內容，並構造相應的SMSIP消息後發送，即可以構造標準的MAP信令將消息內容經過SMS-IWMSC發送給SM-SC；在該步驟中，SM-SC的地址來自SIP消息頭，如其中的R-URI{Request-URI，請求URI(URI Universal resource identifier，統一資源標識符)}頭域或者SIP消息體中；如果業務授權失敗，IP消息網關則會向UE返回一個含錯誤信息的失敗應答，即如果沒有通過授權檢查，則在該步驟中，IP消息網關將終止對收到消息的處理，並返回一個SIP MESSAGE消息的應答消息給UE，所述的應答消息可以指示UE出錯原因，以便為UE執行後續處理時提供參考。
步驟15SMS-IWMSC收到IP消息網關發來的消息後，將該SMS消息轉發到SM-SC；步驟16SM-SC收到所述的消息後，則發送消息傳送報告給SMS-IWMSC，消息傳送報告中記錄了SM-SC是否成功接收了所述的消息；步驟17SMS-IWMSC收到所述的消息傳送報告後，繼續將其發送給所述的IP消息網關，即IP-Message-GW；步驟18IP消息網關根據收到的消息傳送報告的結果，構造相應的SIP應答消息返回給UE；圖1中假設SM-SC接收了短消息，因此返回的消息傳送報告是成功，因此IP消息網關返回200OK消息向UE確認發送的消息已經被成功接收；當IP消息網關發現收到的消息傳送報告是成功之外的其他結果，則根據該結果構造相應的SIP MESSAGE消息的應答消息，其中的信息指示UE此次消息傳送的結果，以便為UE執行後續處理時提供參考；步驟19S-CSCF收到所述的200OK消息後，繼續轉發給UE，至此，一次由基於IP的UE發起的針對SMSIP消息業務功能實體的消息傳輸處理過程處理完成，即在網絡中利用本發明基於IP的終端可以實現相應的SMSIP業務。
之後，再結合圖3對上述第二種情況的處理進行說明，具體包括步驟21基於IP的UE(之後簡稱UE)使用通用的SIP/IMS註冊過程註冊或重註冊到IP消息網關上；步驟22UE使用SIP方法，即採用基於SIP的消息向S-CSCF發送信息，例如，可以使用SIP MESSAGE消息；步驟23S-CSCF收到所述的消息後，根據過濾規則將收到的消息轉發給相當於一個IMS AS的IP消息網關；
步驟24IP消息網關收到所述的消息之後，則根據註冊過程中從HLR/HSS中獲得的籤約信息對收到的消息執行業務授權，且在業務授權成功後，則直接通過S-CSCF向UE返回202Accept(202接受)消息給UE，表明UE發送的消息已經被IP消息網關接收，但是，該處理過程中，當UE收到所述的確認消息(即應答消息)後，並不代表該消息已經被SM-SC成功接收，而僅表示相應的消息被IP消息網關接收；如果IP消息網關針對接收消息的業務授權失敗，則其會通過S-CSCF向UE返回一個含錯誤信息的失敗應答消息；即在該步驟中，若收到的消息沒有通過授權檢查，則IP消息網關將終止對收到消息的處理，並返回一個用於表示授權檢查未通過的SIP MESSAGE消息的應答消息給UE，在所述的應答消息中指示UE出錯原因，以供UE執行後續處理時參考。
步驟25S-CSCF收到IP消息網關返回的消息後，則轉發所述的消息給UE，如將202Accept(接受)消息轉發給UE。
步驟26接著步驟23，IP消息網關在收到S-CSCF發來的消息後，提取出消息中攜帶的內容，構造需要發送給相應實體的SMSIP消息，例如，可以構造標準的MAP信令將所述內容經SMS-IWMSC發送給SM-SC(即用於處理SMSIP消息的業務功能實體)，其中所述的SM-SC的地址來自SIP消息頭(如R-URI頭域)或者SIP消息體中；步驟27SMS-IWMSC收到所述的消息後，轉發該消息到所述的SM-SC，從而使得UE發送的消息可以準確地被網絡中的SMSIP消息業務功能實體接收，以實現相應的SMSIP業務；步驟28SM-SC收到所述的消息後，向SMS-IWMSC發送相應的消息傳送報告，所述的消息報告中記錄了SM-SC是否成功接收了所述的消息的信息；步驟29SMS-IWMSC將收到的消息傳送報告發送給IP消息網關；
所述的消息可以經由SMS-IWMSC轉發給IP消息網關，也可以經由更多的中間實體傳送給IP消息網關；在步驟29之後，IP消息網關發現收到的消息傳送報告是成功之外的其他結果，其可以通知UE，或者也可以不通知UE；同樣，如果IP消息網關收到的消息傳送報告表示SM-SC成功接收UE發送的信息，則可以向UE返回相應的確認消息，也可以不返回相應的確認消息。
第二種具體實施方案在該實施方案中，是以基於IP的UE作為被叫接收來自GSM中短消息業務發送的一條短消息，而且成功接收為例進行描述的。
該實施方案的具體處理流程如圖4所示，包括以下步驟步驟31作為被叫的基於IP的UE使用通用的SIP/IMS註冊過程或重註冊過程註冊到IP消息網關；步驟32SM-SC確定需要向基於IP的UE發送的短消息，則將所述的消息轉發給SMS-GMSC；步驟33SMS-GMSC收到所述的短消息後，則會向HSS/HLR發送請求消息，以查詢並獲得收到消息的路由信息；由於所述的UE已經完成了相應的IMS註冊，因此，HSS在收到所述的請求消息後，將向SMS-GMSC返回IP消息網關的地址；步驟34SMS-GMSC根據從HSS得到的IP消息網關的地址信息，象發送短消息給MSC或者SGSN一樣發送該短消息給IP消息網關，其中，攜帶作為被叫的所述UE的MSISDN(移動臺ISDN號碼)號碼信息；步驟35IP消息網關，即IP-Message-GW收到SMS-GMSC發來的所述的短消息後，將被叫UE的TEL-URI(電話號碼格式的資源統一標識符)填入SIP消息的R-URI中，然後，基於SIP將相應的消息內容發送給S-CSCF，例如，可以使用SIP MESSAGE發送所述消息內容；
步驟36S-CSCF收到所述的消息後，繼續轉發該消息給所述的UE；步驟37所述的UE收到該消息之後，將根據處理結果構造返回的應答消息，例如，當UE成功接收了該消息時，則通過S-CSCF向IP消息網關返回200OK應答消息；步驟38S-CSCF收到所述的200OK應答消息後，繼續轉發所述的200OK應答消息給IP消息網關；步驟39IP消息網關根據收到的UE返回的應答消息構造向SMS-GMSC返回的消息傳送報告，所述的消息傳送報告中表示UE是否成功接收到所述的消息，這裡正是根據200OK應答消息構造的表示UE成功接收了所述消息的消息傳送報告；步驟310SMS-GMSC收到所述的消息傳送報告後，發送該消息傳送報告狀態給HSS/HLR；步驟311同時，SMS-GMSC收到所述的消息傳送報告後，還繼續向SM-SC返回消息傳送報告。
在圖3所示的處理流程中描述的是以使用SIP MESSAGE為例進行說明。在實際應用中，基於IP的終端在使用短消息業務時，由於短消息的長度有限，故使用SIP MESSAGE方法來傳送就足夠了。
需要說明的是，本發明在具體實現過程中並不排除使用MSRP(消息會話中繼協議)等其他基於SIP的協議傳送信息的情況。也就是說，在上述實施例中，均是以具體的SIP消息為例進行的說明，本發明在實際應用中，根據實際情況也可以通過其他類似的協議消息實現相應的傳送處理過程；即本發明中描述的SIP消息也可以使用其他類似的基於SIP協議的消息代替。
第三種具體實施方案當基於IP的接入技術支持的3GPP消息業務是MMS業務時，同樣可以應用本發明提供的處理機制，即基於IP的UE發起MMS消息的傳送時。在該實施方案中具體是以採用MSRP協議為例，描述基於IP的終端使用MMS業務的實現流程，其中，相應的MMS消息的傳送過程類似地可以採用前面第二種具體實施方案中所述的SMS的轉發短消息的類似處理。
該實施方案的具體處理流程如圖5所示，包括以下處理步驟步驟41基於IP的UE(後面簡稱UE)使用通用的SIP/IMS註冊過程註冊到IP消息網關上；步驟42UE使用SIP方法(即基於SIP協議)發起消息傳送過程，發送INVITE(邀請)消息給IMS網絡；在該步驟中具體可以使用MSRP協議傳送相應的多媒體消息，在實際應用中，也可以採用其他如SIP MESSAGE等方式傳送相應的消息；步驟43、步驟44S-CSCF執行業務控制，確定該消息需要發送給SMSIP消息業務功能實體，則將該INVITE消息轉發給一個IMS AS(IMS應用伺服器)，即IP消息網關；步驟45IP消息網關收到所述的INVITE消息後，根據註冊過程中從HLR/HSS中獲得的籤約信息對收到的消息執行業務授權操作，並在針對該消息的業務授權通過後，由IP消息網關發起MMS消息的傳送過程，從而和MMS Relay(中繼)/Server(伺服器)建立連接；其中，所述的MMS消息傳送過程包括MMS業務連接的建立，MMS消息的傳送以及其他相關處理，包括接收UE經S-CSCF發來的消息，並轉發給MMS Relay/Server，以及接收MMS Relay/Server發來的消息接收情況的信息，並向所述的UE返回相應的確認消息，等等；故，在後續的步驟46至步驟413之間提供的IP消息網關發起的MMS消息的傳送過程中，如果MMS消息傳送過程發生任何錯誤，則將可能導致IP消息網關發送相應的失敗應答給UE，比如可能在步驟46和步驟412中向UE返回的是失敗應答消息；在該步驟中，如果IP消息網關針對相應消息的業務授權操作失敗，則IP消息網關會向UE返回一個含錯誤信息的失敗應答，即此時在步驟46和步驟47中向UE返回的為失敗應答消息；步驟46以業務授權成功為例，此時，IP消息網關將返回200OK消息給S-CSCF；如果步驟45中沒有通過授權檢查，則IP消息網關終止對收到消息的處理，而且在該步驟46中將會向UE返回相應的SIP消息的應答消息，所述的應答消息指示UE出錯原因，供UE執行後續處理時參考。
步驟47S-CSCF收到所述的消息後，繼續轉發200OK消息給UE；步驟48、步驟49UE確認該SIP會話的成功建立；步驟410、步驟411在SIP會話建立成功後，UE便可以使用MSRP協議的SEND(發送)消息開始進行消息傳送操作，即UE將需要發送的消息經過S-CSCF轉發給IP消息網關；步驟412、步驟413當IP消息網關確認MMS Relay/Server完成消息的接收時，則需要返回200OK消息給UE；在該步驟中，相應的消息的傳遞操作需要依賴於IP消息網關和MMS伺服器之間的連接的成功建立，並且IP消息網關可以通過MSRP方式接收消息；如果在步驟412之前，IP消息網關在MMS消息傳送過程中出現任何異常，則在步驟412中可以構造相應的MSRP的應答消息發送給所述UE，在所述的應答消息承載出現異常的錯誤原因，UE根據所述的應答消息中的錯誤原因指示，進行相應的處理操作，所述的處理操作具體包括執行重發、重協商或者立刻停止消息發送等。
步驟414至步驟417所述的UE在完成消息發送之後，使用BYE(離開)消息釋放相應的SIP會話，IP消息網關收到所述的BYE消息後，釋放與UE間的SIP會話，並向UE返回200OK消息；步驟418MMS伺服器(或MMS中繼)將收到的UE發來的消息發送給接收方，即傳送MMS消息給接收方用戶設備；在實際應用過程中，該步驟根據需要可以在步驟417後執行，也可以在步驟45執行完之後就便開始執行。
步驟419MMS伺服器(或MMS中繼)根據MMS消息的傳送結果，可以通過SMS-IWMSC向IP消息網關發送消息傳送報告，具體可以通過短消息業務發送相應的消息傳送報告，即首先將所述的消息傳送報告發送給SMS-IWMSC；步驟420SMS-IWMSC收到所述的消息傳送報告後，則向HLR/HSS查詢UE當前的路由信息，並獲得相應的IP消息網關的地址信息；步驟421SMS-IWMSC根據得到的路由信息，即IP消息網關的地址信息，將所述的消息傳送報告發送給IP消息網關；步驟422IP消息網關根據收到的消息傳送報告執行後續處理過程；如果步驟421之後，IP消息網關發現收到的消息傳送報告是成功之外的其他結果，可以通知或者不通知UE，如果通知的話，可以根據需要設置採用相應的通知機制；此外，IP消息網關也可能根據消息傳送報告中的指示，發起和UE建立SIP會話的過程，請求UE重新發送消息。同樣，對於收到的表示消息傳送成功的消息傳送報告，也可以通知UE或不通知UE。
第四種具體實施方案對於基於IP的UE作為被叫接收來自GSM/GPRS網絡的MMS消息時，相應的具體實現流程如圖6所示，包括以下步驟步驟51基於IP的UE(後面簡稱UE)使用通用的SIP/IMS註冊過程註冊到IP消息網關上；步驟52至步驟55MMS伺服器(或MMS中繼)收到目的用戶是基於IP的UE的MMS消息，則首先使用短消息的方式向IP消息網關發送收到MMS消息的通知，其中包括標識該MMS消息的信息，比如MMS ID(MMS標識)或者指示MMS消息保存位置的一個URL地址；在該處理過程中，可以包括一個業務授權過程，即IP消息網關根據註冊過程中從HLR/HSS中獲得的籤約信息對收到的MMS消息執行業務授權，當授權成功後，繼續執行所述的步驟56，如果授權失敗，IP消息網關向消息業務相關功能實體返回一個含錯誤信息的失敗應答消息；步驟56至步驟59IP消息網關按照處理短消息的方法發送消息通知UE；即在該過程中，將MMS消息以SIP Message的形式通過S-CSCF發送給所述的UE，UE正確接收所述的消息後，將向IP消息網關返回200OK消息；在執行所述的步驟56或者步驟59之後，根據UE接收消息的結果，可以針對短消息的發送處理向MMS伺服器發送相應的消息傳送報告，在此考慮到短消息的處理過程前面已經描述，故不再贅述；步驟510所述的UE收到以SIP協議的方式發來的MMS消息後，基於SIP發起消息傳送過程，即首先發送INVITE消息給IMS網絡，其中攜帶用於指示需要接收的MMS消息的信息；由於在此需要傳送多媒體消息，所以沒有使用SIP MESSAGE，而是使用了MSRP協議，實際應用中，各種基於SIP的方法(SIP method)及其他實現類似功能的協議均可以採用。
步驟511、步驟512所述的INVITE消息首先發送到S-CSCF，並由S-CSCF針對所述消息執行業務控制，將該INVITE消息轉發給一個IMS AS，即IP消息網關，IP消息網關收到INVITE消息；步驟513IP消息網關收到所述的INVITE消息後發起MMS消息的傳送過程，與MMS Relay/Server建立連接，以便於從MMS Relay/Server獲取相應的MMS消息；所述的MMS消息傳送過程包括MMS業務連接的建立，MMS消息的傳送以及其他相關處理，因此，在步驟514至步驟519的處理過程中，如果MMS消息傳送過程中發生任何錯誤，都將導致IP消息網關發送相應的失敗應答給UE，比如在步驟514返回失敗應答消息，而且，若出錯，則步驟518可能是一個直接釋放該SIP會話的SIP BYE消息，或者，可能是一個SIP會話的重協商過程；當確認沒有出現錯誤，則繼續執行步驟514；步驟514至步驟517IP消息網關返回200OK消息給S-CSCF，S-CSCF收到所述的消息後，繼續轉發該200OK消息給UE，UE收到所述消息後，則通過S-CSCF向IP消息網關發送ACK(確認)消息，以確認該SIP會話的成功建立，可以接收相應的多媒體消息；步驟518至步驟521IP消息網關使用MSRP協議的SEND(發送)消息開始將從MMS Relay/Server獲取的多媒體消息傳送給UE，相應的消息具體是經過S-CSCF轉發給UE；當IP消息網關和MMS伺服器之間的連接成功建立，而且，通過MSRP方式接收消息過程中未出現任何問題，則UE在消息接收完時，需要向IP消息網關返回200OK消息；步驟522在執行完成所述的步驟521後，在IP消息網關和短消息中心或者MMS伺服器之間發送消息傳送報告；即IP消息網關根據UE接收消息的結果，在消息傳送過程中還可能涉及消息傳送報告的傳送過程，如果涉及該消息傳送報告的傳送過程，則執行步驟522及後續處理步驟；步驟523至步驟526IP消息網關在完成消息發送之後，使用BYE消息釋放其與UE之間的SIP會話，並在所述的SIP會話釋放成功後UE向IP消息網關返回200OK消息，釋放會話過程涉及的消息仍然是通過S-CSCF傳遞。
可以看出，本發明提供的實現方案解決了現有SMSIP業務在實現過程中無法直接使用基於IP的終端的問題，並且是在不影響基於IP的終端的基礎上實現，因此，本發明擴大了SMSIP業務的使用範圍，為SMSIP業務的推廣應用帶來了極大的便利。
以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明揭露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應該以權利要求的保護範圍為準。
權利要求
1.一種基於IP接入的網絡中實現消息業務的裝置，其特徵在於，包括終端消息處理單元和IP消息業務SMSIP消息處理單元，其中，終端消息處理單元，用於將需要發送給基於IP的終端的SMSIP消息轉換為基於IP的終端可以識別的消息，並發送給所述終端；SMSIP消息處理單元，用於將基於IP的終端發來的信息轉換為SMSIP消息，並發送給相應的提供SMSIP消息的功能實體。
2.根據權利要求1所述的裝置，其特徵在於，所述的裝置設置於IP消息網關中。
3.根據權利要求1所述的裝置，其特徵在於，所述的終端消息處理單元為會話發起協議基於SIP協議的消息處理單元，用於將需要發送給終端的SMSIP消息轉換為基於SIP協議的消息，並發送給所述終端。
4.根據權利要求3所述的裝置，其特徵在於，所述的基於SIP協議的消息處理單元包括短消息終結處理單元和/或多媒體消息終結處理單元，和消息傳送報告處理單元，其中短消息終結處理單元，用於將需要發送給基於IP的終端的短消息轉換為基於SIP協議的消息發送給所述的終端；多媒體消息終結處理單元，用於將需要發送給基於IP的終端的多媒體消息轉換為基於SIP協議的消息發送給所述的終端；消息傳送報告處理單元，用於將需要發送給基於IP的終端的消息傳送報告轉換為基於SIP協議的消息發送給所述的終端。
5.根據權利要求4所述的裝置，其特徵在於，所述的基於SIP協議的消息處理單元還包括應答消息發送控制單元，用於根據收到的消息傳送報告，確定需要向基於IP的終端發送基於SIP協議的消息的應答消息的發送時刻；應答消息發送單元，用於根據應答消息發送控制單元確定的發送時刻向基於IP的終端發送應答消息。
6.根據權利要求1至5任一項所述的裝置，其特徵在於，所述的SMSIP消息處理單元包括即時消息終結處理單元，用於終結IP消息網關從基於IP的終端收到的即時消息，將收到的消息內容轉換為SMSIP消息，並發送；消息交互發起處理單元，用於在即時消息終結處理單元的處理過程中，根據針對基於IP的終端發送的即時消息的處理情況，確定發起與SMSIP消息業務相關功能實體通信的時刻。
7.根據權利要求6所述的裝置，其特徵在於，所述的即時消息終結處理單元採用移動應用部分MAP協議將所述的消息內容發送到短消息中心，和/或，採用多媒體消息業務MMS業務應用的協議將所述的消息內容發送到MMS伺服器。
8.根據權利要求6所述的裝置，其特徵在於，所述的SMSIP消息處理單元還包括消息傳送報告發送單元，用於根據收到的基於SIP協議的消息的確認消息中包含的信息，代替基於IP的終端發送消息傳送報告給用於實現SMSIP消息業務的功能實體。
9.一種基於IP接入的網絡中實現消息業務的方法，其特徵在於，包括；在下行方向，網絡側將需要發送給基於IP的終端的SMSIP消息轉換為基於IP的終端可以識別的消息，並發送給所述終端；在上行方向，網絡側將基於IP的終端發來的信息轉換為SMSIP消息，並發送給相應的提供SMSIP消息的功能實體。
10.根據權利要求9所述的方法，其特徵在於，所述的轉換操作在IP消息網關中實現。
11.根據權利要求9所述的方法，其特徵在於，在所述的下行方向，IP消息網關將需要發送給基於IP的終端的SMSIP消息轉換為基於SIP協議的消息，並發送給所述終端。
12.根據權利要求11所述的方法，其特徵在於，在所述的下行方向，IP消息網關將需要發送給基於IP的終端的短消息或多媒體消息或消息傳送報告轉換為基於SIP協議的消息發送給所述的終端。
13.根據權利要求12所述的方法，其特徵在於，所述的方法還包括IP消息網關根據收到的消息傳送報告確定需要向基於IP的終端發送基於SIP協議的消息的應答消息的發送時刻，並在確定的應答消息的發送時刻向基於IP的終端發送相應的應答消息。
14.根據權利要求9所述的方法，其特徵在於，所述的方法還包括IP消息網關對基於IP的終端發來的消息進行處理，根據處理結果向基於IP的終端發送應答消息。
15.根據權利要求9至14任一項所述的方法，其特徵在於，在所述的上行方向，所述的方法包括IP消息網關從基於IP的終端接收即時消息，並將該即時消息轉換為SMSIP消息後發送，而且，在針對即時消息的處理過程中，根據針對發送方發送的即時消息的處理情況，確定發起與SMSIP消息業務相關功能實體通信的時刻。
16.根據權利要求15所述的方法，其特徵在於，在上行方向，所述的IP消息網關收到所述的即時消息後，採用移動應用部分MAP協議將所述的消息內容發送到短消息中心，和/或，採用多媒體消息業務MMS業務應用的協議將所述的消息內容發送到MMS伺服器。
17.根據權利要求15所述的方法，其特徵在於，在上行方向，所述的方法還包括根據收到的基於SIP協議的消息的確認消息中包含的信息，所述的IP消息網關代替基於IP的終端發送消息傳送報告給用於實現SMSIP消息業務的功能實體。
全文摘要
本發明涉及一種基於IP接入的網絡中實現消息業務的裝置及方法。本發明主要包括在下行方向，網絡側將需要發送給終端的SMSIP消息轉換為基於IP的終端可以識別的消息，並發送給所述終端；在上行方向，網絡側將基於IP的終端發來的信息轉換為SMSIP消息，並發送給相應的提供SMSIP消息的功能實體。本發明解決了現有技術中SMSIP業務在實現過程中無法直接使用基於IP的終端的問題，具體是通過在網絡側增強相應的功能，如增強IP消息網關的功能，從而可以在不需要改變基於IP的終端的基礎上，實現基於IP的終端使用SMSIP業務的目的，從而擴大了SMSIP業務的可以應用的範圍，進而給運營商帶來更多的經濟利益。
文檔編號H04L29/06GK101052017SQ20061007846
公開日2007年10月10日 申請日期2006年5月30日 優先權日2006年5月30日
發明者武亞娟 申請人:華為技術有限公司