專利名稱：基于ip接入的網(wǎng)絡(luò)中實(shí)現(xiàn)消息業(yè)務(wù)的裝置及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種基于IP接入的網(wǎng)絡(luò)中實(shí)現(xiàn)消息業(yè)務(wù)的裝置及方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)通信技術(shù)的快速發(fā)展，目前出現(xiàn)了一種稱為SMSIP(基于IP的消息業(yè)務(wù))的業(yè)務(wù)。SMSIP業(yè)務(wù)的提出目的是為了能夠使用各種基于IP的接入方式來實(shí)現(xiàn)已經(jīng)被廣泛應(yīng)用的3GPP(The 3rd Generation PartnershipProject，第三代合作伙伴計(jì)劃)消息業(yè)務(wù)，包括SMS(短消息業(yè)務(wù))和MMS(多媒體消息業(yè)務(wù))等。
對于基于IP的終端來說，其針對短消息的處理包括發(fā)起短消息的處理過程和接收短消息的處理過程，在相應(yīng)的處理過程中，IP消息網(wǎng)關(guān)和UE(用戶)之間使用的是SIP協(xié)議，IP消息網(wǎng)關(guān)和SMS-IWMSC(具有短消息功能的移動交換中心)之間使用的是MAP(移動應(yīng)用部分)協(xié)議。
對于在基于IP接入方式的終端使用現(xiàn)有網(wǎng)絡(luò)中的MMS時，相應(yīng)的實(shí)現(xiàn)過程與SMS業(yè)務(wù)類似，分為基于IP的終端發(fā)起的多媒體消息和基于IP的終端接收傳統(tǒng)網(wǎng)絡(luò)中發(fā)送來的多媒體消息。
在現(xiàn)有的SMSIP業(yè)務(wù)的處理過程中，為了能夠令基于IP的終端能夠使用3GPP網(wǎng)絡(luò)中已有如短消息業(yè)務(wù)和多媒體消息業(yè)務(wù)等消息業(yè)務(wù)，可以將基于IP的終端和IP消息網(wǎng)關(guān)一并進(jìn)行修改，以適應(yīng)其開展SMSIP業(yè)務(wù)的協(xié)議需求。
例如，在開展SMSIP業(yè)務(wù)過程中，所述的基于IP的終端和IP消息網(wǎng)關(guān)需要進(jìn)行修改以便于支持短消息業(yè)務(wù)和多媒體消息業(yè)務(wù)的協(xié)議棧，經(jīng)過相應(yīng)的修改后，才可以在網(wǎng)絡(luò)中實(shí)現(xiàn)SMSIP業(yè)務(wù)的處理，具體包括在基于IP的終端發(fā)起消息發(fā)送過程的時候，可以構(gòu)造一個標(biāo)準(zhǔn)的短消息或者多媒體消息，然后，采用SIP協(xié)議封裝該消息并進(jìn)行傳送，直到所述的經(jīng)SIP協(xié)議封裝的消息到達(dá)IP消息網(wǎng)關(guān)處，才對其進(jìn)行解封裝處理，并按照標(biāo)準(zhǔn)的短消息或者多媒體消息在GSM/GPRS網(wǎng)絡(luò)中傳送。
當(dāng)短消息業(yè)務(wù)中的消息傳送報告?zhèn)魉偷絀P消息網(wǎng)關(guān)處時，IP消息網(wǎng)關(guān)需要構(gòu)造基于SIP協(xié)議的消息通知基于IP的終端；所述的基于IP的終端作為接收方接收消息后，需要向IP消息網(wǎng)關(guān)返回一個基于SIP的消息傳送報告，進(jìn)而由IP消息網(wǎng)關(guān)發(fā)送消息傳送報告給短消息中心或者M(jìn)MS服務(wù)器。
在實(shí)際應(yīng)用中，對于新增的功能實(shí)體IP消息網(wǎng)關(guān)，其可以較為方便地進(jìn)行修改，增加相應(yīng)的設(shè)置，以便于實(shí)現(xiàn)對以上SMSIP業(yè)務(wù)功能的支持。但是，對于已經(jīng)存在的各種基于IP的終端來說，卻由于大多數(shù)僅支持IP接入功能，使得其通常無法通過簡單的軟件或者硬件升級實(shí)現(xiàn)以上增強(qiáng)功能，導(dǎo)致相應(yīng)的終端無法實(shí)現(xiàn)所述的SMSIP業(yè)務(wù)，進(jìn)而令SMSIP業(yè)務(wù)的推廣和應(yīng)用受到一定的限制。
另外，由于接入終端需要不斷演進(jìn)，而且基于IP的實(shí)現(xiàn)是演進(jìn)的一個趨勢，如果僅僅為了在演進(jìn)過程中支持GSM/GPRS網(wǎng)絡(luò)中已有的消息業(yè)務(wù)而對終端進(jìn)行改動，則諸如此類的改進(jìn)更新將十分頻繁，這樣，不但會增加終端生產(chǎn)廠商的生產(chǎn)成本，同時，也無法很好地符合演進(jìn)的趨勢。
因此，目前還沒有一種實(shí)現(xiàn)方案可以在不改進(jìn)接入終端的情況下，令接入終端可以支持SMSIP業(yè)務(wù)。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種基于IP接入的網(wǎng)絡(luò)中實(shí)現(xiàn)消息業(yè)務(wù)的裝置及方法，從而可以保證基于IP的終端能夠較為便捷地實(shí)現(xiàn)SMSIP業(yè)務(wù)。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種基于IP接入的網(wǎng)絡(luò)中實(shí)現(xiàn)消息業(yè)務(wù)的裝置，包括終端消息處理單元和IP消息業(yè)務(wù)SMSIP消息處理單元，其中，終端消息處理單元，用于將需要發(fā)送給基于IP的終端的SMSIP消息轉(zhuǎn)換為基于IP的終端可以識別的消息，并發(fā)送給所述終端；SMSIP消息處理單元，用于將基于IP的終端發(fā)來的信息轉(zhuǎn)換為SMSIP消息，并發(fā)送給相應(yīng)的提供SMSIP消息的功能實(shí)體。
所述的裝置設(shè)置于IP消息網(wǎng)關(guān)中。
所述的終端消息處理單元為會話發(fā)起協(xié)議基于SIP協(xié)議的消息處理單元，用于將需要發(fā)送給終端的SMSIP消息轉(zhuǎn)換為基于SIP協(xié)議的消息，并發(fā)送給所述終端。
所述的基于SIP協(xié)議的消息處理單元包括短消息終結(jié)處理單元和/或多媒體消息終結(jié)處理單元，和消息傳送報告處理單元，其中短消息終結(jié)處理單元，用于將需要發(fā)送給基于IP的終端的短消息轉(zhuǎn)換為基于SIP協(xié)議的消息發(fā)送給所述的終端；多媒體消息終結(jié)處理單元，用于將需要發(fā)送給基于IP的終端的多媒體消息轉(zhuǎn)換為基于SIP協(xié)議的消息發(fā)送給所述的終端；消息傳送報告處理單元，用于將需要發(fā)送給基于IP的終端的消息傳送報告轉(zhuǎn)換為基于SIP協(xié)議的消息發(fā)送給所述的終端。
所述的基于SIP協(xié)議的消息處理單元還包括應(yīng)答消息發(fā)送控制單元，用于根據(jù)收到的消息傳送報告，確定需要向基于IP的終端發(fā)送基于SIP協(xié)議的消息的應(yīng)答消息的發(fā)送時刻；應(yīng)答消息發(fā)送單元，用于根據(jù)應(yīng)答消息發(fā)送控制單元確定的發(fā)送時刻向基于IP的終端發(fā)送應(yīng)答消息。
所述的SMSIP消息處理單元包括即時消息終結(jié)處理單元，用于終結(jié)IP消息網(wǎng)關(guān)從基于IP的終端收到的即時消息，將收到的消息內(nèi)容轉(zhuǎn)換為SMSIP消息，并發(fā)送；消息交互發(fā)起處理單元，用于在即時消息終結(jié)處理單元的處理過程中，根據(jù)針對基于IP的終端發(fā)送的即時消息的處理情況，確定發(fā)起與SMSIP消息業(yè)務(wù)相關(guān)功能實(shí)體通信的時刻。
所述的即時消息終結(jié)處理單元采用移動應(yīng)用部分MAP協(xié)議將所述的消息內(nèi)容發(fā)送到短消息中心，和/或，采用多媒體消息業(yè)務(wù)MMS業(yè)務(wù)應(yīng)用的協(xié)議將所述的消息內(nèi)容發(fā)送到MMS服務(wù)器。
所述的SMSIP消息處理單元還包括消息傳送報告發(fā)送單元，用于根據(jù)收到的基于SIP協(xié)議的消息的確認(rèn)消息中包含的信息，代替基于IP的終端發(fā)送消息傳送報告給用于實(shí)現(xiàn)SMSIP消息業(yè)務(wù)的功能實(shí)體。
本發(fā)明提供了一種基于IP接入的網(wǎng)絡(luò)中實(shí)現(xiàn)消息業(yè)務(wù)的方法，包括在下行方向，網(wǎng)絡(luò)側(cè)將需要發(fā)送給基于IP的終端的SMSIP消息轉(zhuǎn)換為基于IP的終端可以識別的消息，并發(fā)送給所述終端；在上行方向，網(wǎng)絡(luò)側(cè)將基于IP的終端發(fā)來的信息轉(zhuǎn)換為SMSIP消息，并發(fā)送給相應(yīng)的提供SMSIP消息的功能實(shí)體。
所述的轉(zhuǎn)換操作在IP消息網(wǎng)關(guān)中實(shí)現(xiàn)。
在所述的下行方向，IP消息網(wǎng)關(guān)將需要發(fā)送給基于IP的終端的SMSIP消息轉(zhuǎn)換為基于SIP協(xié)議的消息，并發(fā)送給所述終端。
在所述的下行方向，IP消息網(wǎng)關(guān)將需要發(fā)送給基于IP的終端的短消息或多媒體消息或消息傳送報告轉(zhuǎn)換為基于SIP協(xié)議的消息發(fā)送給所述的終端。
所述的方法還包括IP消息網(wǎng)關(guān)根據(jù)收到的消息傳送報告確定需要向基于IP的終端發(fā)送基于SIP協(xié)議的消息的應(yīng)答消息的發(fā)送時刻，并在確定的應(yīng)答消息的發(fā)送時刻向基于IP的終端發(fā)送相應(yīng)的應(yīng)答消息。
所述的方法還包括IP消息網(wǎng)關(guān)對基于IP的終端發(fā)來的消息進(jìn)行處理，根據(jù)處理結(jié)果向基于IP的終端發(fā)送應(yīng)答消息。
在上行方向，所述的方法包括IP消息網(wǎng)關(guān)從基于IP的終端接收即時消息，并將該即時消息轉(zhuǎn)換為SMSIP消息后發(fā)送，而且，在針對即時消息的處理過程中，根據(jù)針對發(fā)送方發(fā)送的即時消息的處理情況，確定發(fā)起與SMSIP消息業(yè)務(wù)相關(guān)功能實(shí)體通信的時刻。
在上行方向，所述的IP消息網(wǎng)關(guān)收到所述的即時消息后，采用移動應(yīng)用部分MAP協(xié)議將所述的消息內(nèi)容發(fā)送到短消息中心，和/或，采用多媒體消息業(yè)務(wù)MMS業(yè)務(wù)應(yīng)用的協(xié)議將所述的消息內(nèi)容發(fā)送到MMS服務(wù)器。
在上行方向，所述的方法還包括根據(jù)收到的基于SIP協(xié)議的消息的確認(rèn)消息中包含的信息，所述的IP消息網(wǎng)關(guān)代替基于IP的終端發(fā)送消息傳送報告給用于實(shí)現(xiàn)SMSIP消息業(yè)務(wù)的功能實(shí)體。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明解決了現(xiàn)有技術(shù)中SMSIP業(yè)務(wù)在實(shí)現(xiàn)過程中無法直接使用基于IP的終端的問題，具體是通過在網(wǎng)絡(luò)側(cè)增加相應(yīng)的功能，如增強(qiáng)IP消息網(wǎng)關(guān)的功能，從而可以在不需要改變基于IP的終端的基礎(chǔ)上，實(shí)現(xiàn)基于IP的終端使用SMSIP業(yè)務(wù)的目的。同時，本發(fā)明通過在適當(dāng)?shù)臅r刻通過SIP消息的應(yīng)答消息攜帶消息傳送報告中的信息，節(jié)省了原來需要專門用SIP消息發(fā)送的消息傳送報告，因此本發(fā)明的實(shí)現(xiàn)還可以在一定程度上節(jié)約網(wǎng)絡(luò)資源和空口資源的使用，從而擴(kuò)大了SMSIP業(yè)務(wù)的可以應(yīng)用的范圍，進(jìn)而給運(yùn)營商帶來更多的經(jīng)濟(jì)利益。


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