專利名稱：一種發(fā)送消息的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及發(fā)送消息的方法、裝置及系統(tǒng)。
背景技術(shù)：
Push (推送)是一個內(nèi)容分發(fā)的機(jī)制，采用客戶/服務(wù)器模式的工作方式， 要求服務(wù)器不需要客戶端發(fā)出具體請求就將所需要的內(nèi)容進(jìn)行分發(fā)。它是一種
由月艮務(wù)器發(fā)起，允i午PI (Push Initiator Push, Push發(fā)起者)向PPG (Push Proxy Gateway, Push代理網(wǎng)關(guān))推送信息和傳輸指令，并進(jìn)一步傳輸Push內(nèi)容到 用戶的技術(shù)。
SIP ( Session Initiation Protocol,會話初始協(xié)議)Push業(yè)務(wù)在Push業(yè)務(wù) 之后發(fā)展起來的，就是通過將Push OTA ( Over The Air,空中協(xié)議)內(nèi)容封裝 在SIP消息當(dāng)中，利用現(xiàn)有的SIP/IP核心網(wǎng)絡(luò)進(jìn)行傳送。SIP/IP核心網(wǎng)的接口 點(diǎn)為Push發(fā)送代理(Push Sender Agent)和接收代理(Client )。其中，SIP Push 業(yè)務(wù)與傳統(tǒng)的push業(yè)務(wù)最大區(qū)別在于PPG和接收代理之間的承載方式的不 同，SIP Push業(yè)務(wù)是采用SIP技術(shù)實(shí)現(xiàn)的，而傳統(tǒng)的Push業(yè)務(wù)是可以通過 TA-WSP或OTA-HTTP技術(shù)來實(shí)現(xiàn)的。
CPM ( Converged IP Messaging,融合IP消息)則是一種支持點(diǎn)到點(diǎn),點(diǎn) 到多點(diǎn)的個人通信模式和應(yīng)用通信模式。CPM業(yè)務(wù)的創(chuàng)建使用戶無需知道正 在使用哪種網(wǎng)絡(luò)接入技術(shù)就可以使用業(yè)務(wù)以及通過設(shè)置喜好進(jìn)行個性化的業(yè) 務(wù)等等，它也采用客戶端服務(wù)器的模型，加入了消息和媒體存儲服務(wù)器、融合 地址簿、CPM用戶喜好服務(wù)器和網(wǎng)間交互服務(wù)器等功能服務(wù)器。CPM服務(wù)器 接收CPM消息后，根據(jù)業(yè)務(wù)提供者的策略和用戶喜好信息對其進(jìn)行處理，然 后將處理后的消息發(fā)送到CPM客戶端。
在現(xiàn)有的Push網(wǎng)絡(luò)中，當(dāng)PI產(chǎn)生發(fā)向一個客戶端的Push消息時(shí)，首先 通過PAP協(xié)議封裝假設(shè)一個客戶端能力可以接收的Push消息和客戶端可能在 線的承載方式，然后向PPG, Push發(fā)送代理或CPM服務(wù)器發(fā)送該消息，PPG, Push發(fā)送代理或CPM服務(wù)器接收到該消息后，判斷是否可以按照該消息中指定的承載方式發(fā)送到客戶端，若可以，則按照消息中指定的承載方式封裝該消
息到OTA-WSP、 OTA-HTTP、 OTA-SIP或CPM網(wǎng)絡(luò)中，若不可以，則向PI 返回失敗響應(yīng)，同時(shí)攜帶響應(yīng)碼，指示與客戶端的實(shí)際信息不匹配。
在對現(xiàn)有技術(shù)的研究和實(shí)踐過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn)，如果PI指定 的承載方式，用戶客戶端當(dāng)前并不可用，那么PI以及PPG， Push發(fā)送代理或 CPM服務(wù)器可能會反復(fù)嘗試，導(dǎo)致信令流量的浪費(fèi)，甚至導(dǎo)致Push消息發(fā)送 的失敗。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種發(fā)送消息的方法、裝置及系統(tǒng)。使得可以避免消息 發(fā)起者因不知客戶端的實(shí)際信息而進(jìn)行反復(fù)嘗試的情況，節(jié)省了信令流量，提 高消息發(fā)送的成功率。
一種發(fā)送消息的方法，包括
獲取客戶端的信息；
根據(jù)所述信息選擇承載方式； 通過所述承載方式發(fā)送消息給客戶端。 一種網(wǎng)元設(shè)備，主要包括獲取單元、選擇單元發(fā)送單元； 所述獲取單元，主要用于獲取客戶端的信息；
所述選擇單元，主要用于根據(jù)所述獲取單元獲取到的客戶端的信息選擇承 載方式，所述承載方式用于發(fā)送消息給客戶端；
所述發(fā)送單元，主要用于根據(jù)所述選擇單元選擇的承載方式發(fā)送消息給客 戶端。
一種服務(wù)器，主要包括接收單元、存儲單元和發(fā)送單元； 所述接收單元,主要用于接收客戶端發(fā)送的客戶端的信息； 所述存儲單元，主要用于存儲所述接收單元接收的客戶端的信息； 所述發(fā)送單元，主要用于將所述存儲單元中存儲的客戶端的信息發(fā)送給網(wǎng) 元設(shè)備。
一種通信系統(tǒng)，主要包括網(wǎng)元設(shè)備和服務(wù)器；
所述網(wǎng)元設(shè)備，主要用于獲取客戶端的信息，并根據(jù)所述客戶端的信息選擇承載方式，通過所述承載方式發(fā)送消息給客戶端；
所述服務(wù)器，主要用于發(fā)送客戶端的信息給網(wǎng)元設(shè)備。 本發(fā)明實(shí)施例的消息發(fā)起者可以獲取客戶端的信息，然后根據(jù)該信息選擇 承載方式發(fā)送消息給客戶端，避免了由于消息發(fā)起者指定的承載方式與客戶端 的實(shí)際信息不匹配而進(jìn)行反復(fù)嘗試或發(fā)送失敗的情況，節(jié)省了信令流量，提高 了消息發(fā)送的成功率。


圖l是本發(fā)明提供的實(shí)施例一的方法流程圖； 圖2是本發(fā)明提供的實(shí)施例二的方法流程圖； 圖3是本發(fā)明提供的實(shí)施例三的方法流程圖； 圖4是本發(fā)明提供的實(shí)施例四的方法流程圖； 圖5是本發(fā)明提供的實(shí)施例五中 一種網(wǎng)元設(shè)備的結(jié)構(gòu)示意圖； 圖6是本發(fā)明提供的實(shí)施例五中 一種網(wǎng)元設(shè)備的結(jié)構(gòu)示意圖； 圖7是本發(fā)明提供的實(shí)施例五中 一種服務(wù)器的結(jié)構(gòu)示意圖； 圖8是本發(fā)明提供的實(shí)施例六的通信系統(tǒng)的示意圖； 圖9是本發(fā)明提供的實(shí)施例七的通信系統(tǒng)的示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供一種消息的發(fā)送方法。本發(fā)明實(shí)施例還提供相應(yīng)的裝置 和系統(tǒng)。以下分別進(jìn)行詳細(xì)說明。
實(shí)施例一、
一種發(fā)送消息的方法，包括
消息發(fā)起者獲取客戶端的信息，根據(jù)該信息選擇承載方式，然后通過該承 載方式發(fā)送消息給客戶端。如圖l所示，其具體流程如下
101、 消息發(fā)起者獲取客戶端的信息；
102、 根據(jù)該信息選擇承載方式；
103、 通過該承載方式發(fā)送消息給客戶端。
由上可以看出，消息發(fā)起者可以獲取客戶端的信息，然后根據(jù)該信息選擇承載方式發(fā)送消息給客戶端，避免了由于消息發(fā)起者指定的承載方式與客戶端 的實(shí)際狀態(tài)情況不匹配而進(jìn)行反復(fù)嘗試或發(fā)送失敗的情況，節(jié)省了信令流量， 提高了消息發(fā)送的成功率。
實(shí)施例二、
根據(jù)實(shí)施例一所描述的方法，可以在服務(wù)器上添加可以存儲客戶端的信息 的功能，即客戶端信息獲取服務(wù)器。假設(shè)是在客戶端信息獲取服務(wù)器上存儲了 客戶端的信息，那么消息發(fā)起者可以向客戶端信息獲取服務(wù)器獲取客戶端的信 息，根據(jù)該信息選擇承載方式，然后通過該承載方式發(fā)送消息給客戶端。當(dāng)然， 獲取的途徑可以通過向客戶端信息獲取服務(wù)器發(fā)送查詢客戶端的信息，也可以 是客戶端主動上報(bào)其自身的信息等等。
其中，所述客戶端信息獲取服務(wù)器可以是Push發(fā)送代理、Presence (用戶 當(dāng)前狀態(tài))服務(wù)器、UAProf (用戶代理檔案)服務(wù)器、CPM (融合IP消息) 服務(wù)器、HSS (歸屬用戶服務(wù)器)、HLR (歸屬位置寄存器)、CAB (融合地址 簿)服務(wù)器、CPM Preference ( CPM用戶喜好)服務(wù)器、Message&Media storage (消息與媒體存儲)服務(wù)器和InterworkingFunction (網(wǎng)間交互服務(wù)器)等等， 其中的至少一種。
客戶端的信息可以是客戶端的承載網(wǎng)絡(luò)信息、優(yōu)先級信息、客戶端的在線 信息、客戶端能力信息、客戶端的喜好信息、客戶端的設(shè)置信息等等，其中的 至少一種。所述獲取的客戶端的信息可以由客戶端進(jìn)行設(shè)置，也可以由服務(wù)器 進(jìn)行設(shè)置，即所獲取的客戶端的信息具體包括那些信息，可以由客戶端或服務(wù) 器來設(shè)置。
消息發(fā)起者可以為PI,即Push發(fā)起者，也可以是CPM客戶端，以及其他具 有消息發(fā)起功能或具有類似功能的網(wǎng)元設(shè)備。
下面，將以PI為消息發(fā)起者，且在Push發(fā)送代理上添加可以存儲客戶端的 信息的功能為例作進(jìn)一步說明。
Push發(fā)送代理增加此功能后，可以提供PI獲取客戶端在SIP Push網(wǎng)絡(luò)中的 信息的能力，使得現(xiàn)有的SIP Push網(wǎng)絡(luò)具有此功能。
PI在發(fā)送Push消息前，客戶端可以將其信息通過發(fā)送PUBLISH (發(fā)布)消息、SUBSCIRBE (訂閱)消息或REGISTER (注冊)消息方式上報(bào)到Push^ 送代理上，Push發(fā)送代理接收到該客戶端的信息后將其存儲。
當(dāng)PI產(chǎn)生發(fā)向一個客戶端的Push消息時(shí)，PI可以向Push發(fā)送代理獲取客戶 端的信息，比如用戶是否開機(jī)，是否在線，是否忙，是否禁止打擾等等的狀態(tài) 信息，當(dāng)然，還可以獲取客戶端的能力信息，比如客戶端的硬件和軟件特性， 可接收的應(yīng)用及用戶的愛好，網(wǎng)絡(luò)特性等；其中，獲取的方式可以為發(fā)送 SUBSCIRBE消息或OPTION (選擇)消息等；PI接收到客戶端的信息后，根據(jù) 該客戶端的信息選擇合適的承載方式發(fā)送Push消息給該客戶端，或者當(dāng)該客戶 端的信息中攜帶有承載方式的優(yōu)先級信息時(shí)，也可以根據(jù)該優(yōu)先級信息選擇優(yōu) 先級高于第一優(yōu)先級的承載方式，并通過該承載方式發(fā)送Push消息給該客戶 端，比如該客戶端的信息指示當(dāng)前客戶端的SIP Push并未在線，那么PI決定使 用WAP Push網(wǎng)絡(luò)發(fā)送Push消息，并發(fā)送Push消息給PPG, PPG再將該P(yáng)ush消息 發(fā)送給該客戶端。
如圖2所示，其具體實(shí)現(xiàn)可以為
201、 客戶端發(fā)送其當(dāng)前客戶端的信息給Push發(fā)送代理，具體可以通過發(fā) 送PUBLISH消息到Push發(fā)送代理，來更新其最新的信息；
202、 Push發(fā)送代理接收到該客戶端的信息后，存儲該客戶端的信息，并 可以返回"200 OK"響應(yīng)消息，表示已經(jīng)接收到該客戶端的信息；
203、 PI向Push發(fā)送代理獲取該客戶端的信息，具體可以向Push發(fā)送代理 發(fā)送SUBSCIRBE消息，以訂閱該客戶端的信息；
204、 Push發(fā)送代理接收到該SUBSCIRBE消息后，處理該SUBSCIRBE消 息，可以返回"200 OK"響應(yīng)消息來確i^此訂閱；
205、 Push發(fā)送代理發(fā)送該客戶端的信息給PI，比如可以發(fā)送NOTIFY(通 知)消息給PI,并攜帶該客戶端的信息；
206、 PI可以返回響應(yīng)消息，表示接收到該NOTIFY消息；
207、 PI根據(jù)接收到的該客戶端的信息選擇承載方式，當(dāng)然，如果該客戶 端的信息中攜帶有承載方式的優(yōu)先級信息時(shí)，也可以才艮據(jù)該優(yōu)先級信息選^奪優(yōu) 先級高于第一優(yōu)先級的承載方式；假設(shè)該客戶端的信息指示當(dāng)前客戶端的SIPPush并未在線，那么PI可以選擇使用WAP Push網(wǎng)絡(luò)發(fā)送消息，并向PPG發(fā)送 Push消息；
208、 PPG可以返回響應(yīng)消息，表示收到此Push消息；
209、 PPG向客戶端發(fā)送該P(yáng)ush消息；
210、 客戶端4妾收到該P(yáng)ush消息，可以返回響應(yīng)消息；
211 、 PPG可以向PI發(fā)送結(jié)果消息，表示客戶端已經(jīng)成功接收到該P(yáng)ush 消息；
212、 PI可以返回響應(yīng)消息，表示PI接收到PPG返回的消息。
此過程中，當(dāng)客戶端的信息發(fā)生變化時(shí)，可以向Push發(fā)送代理發(fā)送 PUBLISH消息，指示其上報(bào)的信息發(fā)生變化，或者可以設(shè)置的一個有效時(shí)間， 當(dāng)超出該設(shè)置的有效時(shí)間時(shí)，客戶端將可以更新其最新的信息；另外，在選擇 承載方式之前還可以根據(jù)客戶端的信息選擇客戶端信息獲取服務(wù)器，比如根據(jù) 運(yùn)營商的策略來選擇等等。
由上可以看出，當(dāng)Push發(fā)送代理存儲有客戶端的信息時(shí)，PI可以向其獲 取客戶端的信息，然后根據(jù)該客戶端的信息選擇承載方式發(fā)送Push消息給客 戶端，避免了由于PI指定的承載方式與客戶端的實(shí)際信息不匹配而進(jìn)行反復(fù) 嘗試或發(fā)送失敗的情況，節(jié)省了信令流量，提高了 Push消息發(fā)送的成功率。
應(yīng)當(dāng)理解的是，本實(shí)施例只是以消息發(fā)起者為PI,且消息發(fā)起者發(fā)送的 消息為Push消息的情況為例進(jìn)行描述的，所述消息發(fā)起者還可以為CPM客戶 端，以及其他具有消息發(fā)起功能或類似功能的網(wǎng)元設(shè)備，所述消息也可以是 CPM客戶端發(fā)送的CPM消息，以及其他具有消息發(fā)起功能或類似功能的網(wǎng)元 設(shè)備發(fā)起的消息等等。
實(shí)施例三、
根據(jù)實(shí)施例一描述的方法，可以在服務(wù)器上添加可以存儲客戶端的信息的 功能，成為客戶端信息獲取服務(wù)器。假設(shè)是在客戶端信息獲取服務(wù)器上存儲了 客戶端的信息，那么消息發(fā)起者可以經(jīng)過消息業(yè)務(wù)服務(wù)器向客戶端信息獲取服 務(wù)器獲取客戶端的信息，例如經(jīng)過Push發(fā)送代理向服務(wù)器獲取客戶端的信息等 等，這可以根據(jù)運(yùn)營商的策略進(jìn)行設(shè)置，然后根據(jù)該客戶端的信息選擇承載方式，再通過該承載方式發(fā)送消息給客戶端。
在SIP Push網(wǎng)絡(luò)的框架中，可以使用Presence(用戶當(dāng)前狀態(tài))服務(wù)器和/或 UAProf ( User Agent Profile,用戶代理檔案)服務(wù)器等來存儲客戶端的信息， 其可以提供PI獲取客戶端在SIP Push網(wǎng)絡(luò)中的信息的能力。以下的實(shí)施例均以 在SIP Push網(wǎng)絡(luò)的框架中使用Presence服務(wù)器、消息發(fā)起者為PI且所述消息為 Push消息為例進(jìn)行描述。
假定存儲了客戶端的信息的服務(wù)器為Presence服務(wù)器，而運(yùn)營商的策略是 經(jīng)過Push發(fā)送代理向Presence服務(wù)器獲取客戶端的信息。那么，PI在發(fā)送Push 消息前，客戶端可以將其信息通過發(fā)送PUBLISH消息、SUBSCIRBE消息或 REGISTER消息等方式上報(bào)到Push發(fā)送代理上，Push發(fā)送代理接收到該客戶端 的信息后將其發(fā)送給Presence服務(wù)器，Presence服務(wù)器接收到該客戶端的信息后 將其存儲。
當(dāng)PI產(chǎn)生發(fā)向一個客戶端的Push消息時(shí)，PI可以經(jīng)過Push發(fā)送代理向 Presence服務(wù)器獲取客戶端的信息，也可以直接向Presence服務(wù)器獲取客戶端的 信息，該客戶端的信息可以是包括用戶是否開機(jī)，是否在線，是否忙，是否禁 止打擾等等的狀態(tài)信息，也可以是客戶端的能力信息，比如客戶端的硬件和軟 件特性，可接收的應(yīng)用及用戶的愛好，網(wǎng)絡(luò)特性等，還可以是客戶端的喜好信 息、客戶端的設(shè)置信息等等；其中，獲取的方式可以為發(fā)送SUBSCIRBE消息 或OPTION消息等；PI接收到客戶端的信息后，根據(jù)該客戶端的信息選擇合適 的承載方式，并通過該承載方式發(fā)送Push消息給該客戶端，比如該客戶端的信 息指示當(dāng)前客戶端的SIP Push并未在線，那么PI決定使用WAP Push網(wǎng)絡(luò)發(fā)送 Push消息，并向PPG發(fā)送Push消息，PPG再將該P(yáng)ush消息發(fā)送給該客戶端。當(dāng) 然，如果該客戶端的信息中攜帶有承載方式的優(yōu)先級信息時(shí)，也可以根據(jù)該優(yōu) 先級信息選擇優(yōu)先級高于第一優(yōu)先級的承載方式發(fā)送Push消息給該客戶端，這 種方式特別適合于兩種以上的承載方式同時(shí)在線的情況。
如圖3所示，其具體實(shí)現(xiàn)可以為
301、客戶端向Push發(fā)送代理發(fā)送客戶端的信息，比如可以發(fā)送PUBLISH 消息，發(fā)布其當(dāng)前客戶端的信息；302、 Push發(fā)送代理接收到該P(yáng)UBLISH消息，即客戶端的信息后，可以發(fā) 送代理返回"200 OK"響應(yīng)消息，表示接收到該客戶端的信息；
303 、 Push發(fā)送代理轉(zhuǎn)發(fā)此PUBLISH消息，即客戶端的信息到Presence服 務(wù)器；
304、 Presence服務(wù)器接收此PUBLISH消息，即客戶端的信息，將其存儲， 可以向Push發(fā)送代理返回"200 OK"響應(yīng)消息，表示已經(jīng)成功接收該客戶端 的信息。此時(shí)，Push發(fā)送代理也可以返回響應(yīng)消息，通知Presence服務(wù)器已經(jīng) 接收并存儲該客戶端的信息；
305、 PI向Push發(fā)送代理獲取客戶端的信息，具體可以向Push發(fā)送代理發(fā) 送SUBSCIRBE消息，以訂閱客戶端的信息；
306、 Push發(fā)送代理接收到該SUBSCIRBE消息后，處理該SUBSCIRBE消 息，可以返回"200 OK"響應(yīng)消息來確認(rèn)此訂閱；
307、 Push發(fā)送代理向Presence服務(wù)器發(fā)送SUBSCIRBE消息，以訂閱該客 戶端的信息；
308、 Presence服務(wù)器接收到該SUBSCIRBE消息后，處理該SUBSCIRBE 消息，可以返回"200 OK"響應(yīng)消息來確認(rèn)此訂閱；
309、 Presence服務(wù)器發(fā)送該客戶端的信息給Push發(fā)送代理，具體可以為發(fā) 送NOTIFY消息給Push發(fā)送代理，并攜帶該客戶端的信息；
310、 Push發(fā)送代理可以返回"200 OK"響應(yīng)消息；
311、 Push將其接收到的該客戶端的信息發(fā)送給PI,在此即為將收到的 NOTIFY消息轉(zhuǎn)發(fā)到PI，并攜帶該客戶端的信息；
312、 PI可以返回"200 OK"響應(yīng)消息；
313、 PI根據(jù)接收到的該客戶端的信息選擇承載方式，當(dāng)然，如果該客戶 端的信息中攜帶有承載方式的優(yōu)先級信息時(shí)，也可以根椐該優(yōu)先級信息選擇優(yōu) 先級高于第一優(yōu)先級的承載方式；假設(shè)PI接收到的客戶端的信息指示當(dāng)前客戶 端的SIPPush并未在線，那么PI決定向使用WAPPush網(wǎng)絡(luò)發(fā)送消息，并向PPG 發(fā)送Push消息；
314、 PPG可以返回響應(yīng)消息，表示已經(jīng)收到此Push消息；315、 PPG向客戶端發(fā)送此Push消息；
316、 客戶端4妄收到該P(yáng)ush消息，可以返回響應(yīng)消息；
317、 PPG可以向PI發(fā)送結(jié)果消息，表示客戶端已成功接收到該P(yáng)ush消息；
318、 PI可以返回響應(yīng)，表示PI接收到的PPG返回的消息。
此過程中，當(dāng)客戶端的信息發(fā)生變化時(shí)，可以通過Push發(fā)送代理向Presence 服務(wù)器和/或UAProf服務(wù)器發(fā)送PUBLISH消息，指示其上報(bào)的信息發(fā)生變化， 或者可以設(shè)置的一個有效時(shí)間，當(dāng)超出該設(shè)置的有效時(shí)間時(shí)，客戶端將可以更 新其最新的信息。另外，在選擇承載方式之前還可以根據(jù)客戶端的信息選擇客
戶端信息獲取服務(wù)器，比如根據(jù)運(yùn)營商的策略來選擇等等。
由上可以看出，當(dāng)Presence服務(wù)器等類似的客戶端信息獲取服務(wù)器上存儲 有客戶端的信息時(shí)，PI可以經(jīng)過Push發(fā)送代理等消息業(yè)務(wù)服務(wù)器向其獲取客 戶端的信息，然后根據(jù)該客戶端的信息選擇承載方式發(fā)送Push消息給客戶端， 避免了由于PI指定的承載方式與客戶端的實(shí)際信息不匹配而進(jìn)行反復(fù)嘗試或 發(fā)送失敗的情況，節(jié)省了信令流量，提高了 Push消息發(fā)送的成功率。
應(yīng)當(dāng)理解的是，本實(shí)施例只是以消息發(fā)起者為PI，且消息發(fā)起者發(fā)送的 消息為Push消息的情況為例進(jìn)行描述的，所述消息發(fā)起者還可以為CPM客戶 端，以及其他具有消息發(fā)起功能或類似功能的網(wǎng)元設(shè)備，所述消息也可以是 CPM客戶端發(fā)送的CPM消息，以及其他具有消息發(fā)起功能或類似功能的網(wǎng)元 設(shè)備發(fā)起的消息等等，所述客戶端信息獲取服務(wù)器可以是Push發(fā)送代理、 Presence服務(wù)器、UAProf服務(wù)器、CPM服務(wù)器、HSS、 HLR、 CAB服務(wù)器、 CPM Preference月艮務(wù)器、Message&Media storage月艮務(wù)器禾口 Interworking Function 等等，其中的至少一種。
實(shí)施例四、
如實(shí)施例三中所描述的，在SIP Push網(wǎng)絡(luò)的框架中，可以使用Presence月良 務(wù)器和/或UAProf服務(wù)器等，來存儲客戶端的信息。下面將以在SIPPush網(wǎng)絡(luò)的 框架中使用Presence服務(wù)器、消息發(fā)起者為PI、且所述消息為Push消息為例， 對客戶端直接向Presence服務(wù)器發(fā)布其信息的情況進(jìn)行描述。
假定存儲了客戶端的信息的客戶端信息獲取服務(wù)器為Presence服務(wù)器，而運(yùn)營商的策略是直接向Presence服務(wù)器獲取客戶端的信息。當(dāng)用戶在SIP Push 網(wǎng)絡(luò)注冊成功后，客戶端可以直接向Presence服務(wù)器發(fā)布其信息，其發(fā)布的方 式可以為發(fā)送PUBLISH消息、SUBSCIRBE消息或REGISTER消息等，Presence 服務(wù)器在收到該客戶端的信息后將其存儲。
當(dāng)PI產(chǎn)生發(fā)向一個客戶端的Push消息時(shí)，PI可以直接向Presence服務(wù)器獲 取客戶端的信息，該客戶端的信息可以是表示所代表的業(yè)務(wù)或客戶端當(dāng)前的情 況的狀態(tài)信息，比如用戶是否開機(jī)，是否在線，是否忙，是否禁止打擾等等， 也可以是客戶端的能力信息，比如客戶端的硬件和軟件特性，可接收的應(yīng)用及 用戶的愛好，網(wǎng)絡(luò)特性等；還可以是客戶端的喜好信息、客戶端的設(shè)置信息等 等。其中，獲取的方式可以為發(fā)送SUBSCIRBE訂閱消息或OPTION請求等； PI接收到客戶端的信息后，根據(jù)該客戶端的信息選擇合適的承載方式，并通過 該承載方式發(fā)送Push消息給該客戶端，當(dāng)然，如果該客戶端的信息中攜帶有承 載方式的優(yōu)先級信息時(shí)，也可以根據(jù)該優(yōu)先級信息選擇優(yōu)先級高于第一優(yōu)先級 的承載方式發(fā)送Push消息給該客戶端，這種方式特別適合于兩種以上的承載方 式同時(shí)在線的情況。
如圖4所示，其具體實(shí)現(xiàn)可以為
401、 客戶端經(jīng)過SIP/IP核心網(wǎng)注冊到Push發(fā)送代理上，可以給出客戶端的 一些綁定的信息；
402、 Push發(fā)送代理可以返回"200 OK"響應(yīng)消息，完成客戶端的注冊過
程；
403、 客戶端向Presence服務(wù)器發(fā)送客戶端的信息，比如發(fā)送PUBLISH消 息，以公布其當(dāng)前客戶端的的信息；
404、 Presence服務(wù)器接收到該P(yáng)UBLISH消息，即客戶端的信息后，存儲 該客戶端的信息，向客戶端返回"200 OK"響應(yīng)消息，表示已經(jīng)成功4妄收； 此時(shí)，客戶端也可以返回響應(yīng)，通知Presence服務(wù)器已經(jīng)接收并存儲客戶端的 信息；
405 、 PI向Presence服務(wù)器獲取客戶端的信息，具體可以向Presence服務(wù)器 發(fā)送SUBSCIRBE消息，以訂閱此客戶端的信息；406、 Presence服務(wù)器接收到該SUBSCIRBE消息，即獲取客戶端的信息的
消息后，處理該SUBSCIRBE消息，返回"200 OK"響應(yīng)消息來確認(rèn)此訂閱消 自■
407、 Presence服務(wù)器發(fā)送客戶端的信息給PI,比如可以發(fā)送NOTIFY消息 給PI,并攜帶請求客戶端的信息；
408、 PI可以返回"200 OK"響應(yīng)；
409、 PI根據(jù)接收到的客戶端的信息選擇承載方式，當(dāng)然，如果該客戶端 的信息中攜帶有承載方式的優(yōu)先級信息時(shí)，也可以根據(jù)該優(yōu)先級信息選擇優(yōu)先
級高于第一優(yōu)先級的承載方式；假設(shè)向Pi接收到的客戶端的信息指示當(dāng)前用戶
的SIPPush并未在線，那么PI決定向使用WAPPush網(wǎng)絡(luò)發(fā)送消息，并向PPG發(fā) 送Push消息；
410、 PPG可以返回響應(yīng)消息，表示已經(jīng)收到該P(yáng)ush消息；
411、 PPG向客戶端發(fā)送該P(yáng)ush消息；
412、 客戶端4妄收到該P(yáng)ush消息，可以返回響應(yīng)消息；
413、 PPG可以向PI發(fā)送結(jié)果消息，表示客戶端以成功接收到該P(yáng)ush消息；
414、 PI可以返回響應(yīng)消息，表示PI接收到PPG返回的消息。 此過程中，當(dāng)客戶端的信息發(fā)生變化時(shí)，可以向Presence服務(wù)器和/或
UAProf服務(wù)器發(fā)送PUBLISH消息，指示其上報(bào)的信息發(fā)生變化，或者可以設(shè) 置的一個有效時(shí)間，當(dāng)超出該設(shè)置的有效時(shí)間時(shí)，客戶端將可以更新其最新的 狀態(tài)信息。另外，在選擇承載方式之前還可以根據(jù)客戶端的信息先選擇客戶端
信息獲取服務(wù)器，比如根據(jù)運(yùn)營商的策略來選擇等等。
由上可以看出，當(dāng)用戶在SIP Push網(wǎng)絡(luò)注冊成功后，用戶的客戶端可以 直接將其信息直接公布到presence服務(wù)器等類似的服務(wù)器上并被存儲，PI需
要向該客戶端發(fā)送Push消息時(shí)，可以直接向Presence服務(wù)器獲取客戶端的信 息，然后根據(jù)該客戶端的信息選擇承載方式發(fā)送Push消息給客戶端，避免了 由于PI指定的承載方式與客戶端的實(shí)際信息不匹配而進(jìn)行反復(fù)嘗試或發(fā)送失 敗的情況，節(jié)省了信令流量，提高了 Push消息發(fā)送的成功率。
應(yīng)當(dāng)理解的是，以上實(shí)施例均以在SIP Push網(wǎng)絡(luò)的框架中使用Presence服務(wù)器為例進(jìn)行描述的，其中，客戶端的信息還可以存儲在Push發(fā)送代理、UAProf 服務(wù)器、CPM服務(wù)器、HSS、 HLR、 CAB月良務(wù)器、CPM Preference服務(wù)器、 Message&Media storage刀艮務(wù)器或Interworking Function等具有類4以功能的月艮務(wù) 器中，或者也可能同時(shí)存儲在若干個具有此類似功能的服務(wù)器中，然后消息發(fā) 起者，如PI從其中一個或若干個具有此類似功能的服務(wù)器中獲取客戶端的信 息，至于使用哪個或哪幾個服務(wù)器來存儲客戶端的信息以及從哪個服務(wù)器或哪 幾個服務(wù)器中獲取客戶端的信息，取決于運(yùn)營商的策略。另外，所述消息發(fā)起 者除了PI,還可以為CPM客戶端，以及其他具有消息發(fā)起功能或類似功能的網(wǎng) 元設(shè)備，所述消息除了Push消息，也可以是CPM客戶端發(fā)送的CPM消息，以 及其他具有消息發(fā)起功能或類似功能的網(wǎng)元設(shè)備發(fā)起的消息等等，
實(shí)施例五、
為了實(shí)施上述方法，本發(fā)明的實(shí)施例還提供了一種網(wǎng)元設(shè)備，主要用于消 息的發(fā)起，如圖5所示，其主要包括獲取單元501、選4奪單元502和發(fā)送單元503; 各單元的功能如下
獲取單元501,用于獲取客戶端的信息；
選擇單元502,用于根據(jù)獲取單元501獲取到的客戶端的信息選擇承載方 式，該承載方式用于發(fā)送消息給客戶端；
發(fā)送單元503 ，用于根據(jù)選擇單元502選擇的承載方式發(fā)送消息給客戶端。
其中，如圖6所示，選擇單元502還可以包括判斷單元5021和確認(rèn)單元5022;
判斷單元5021,用于根據(jù)所述獲取單元501接收到的客戶端的信息中攜帶 的優(yōu)先級信息判斷承載方式的優(yōu)先級的高低；
確認(rèn)單元5022，用于根據(jù)判斷單元5021判斷的承栽方式的優(yōu)先級的高低選 擇優(yōu)先級高于第一優(yōu)先級的承載方式。
發(fā)送單元503,還用于根據(jù)確認(rèn)單元5022選擇的承載方式發(fā)送消息給客戶端。
該網(wǎng)元設(shè)備具體可以為PI或CPM客戶端，以及其他具有消息發(fā)起功能或類 似功能的網(wǎng)元設(shè)備。相應(yīng)的，本發(fā)明還提供一種服務(wù)器，如圖7所示，其主要包括接收單元701、
存儲單元702和發(fā)送單元703;各單元的功能如下
接收單元701 ，用于接收客戶端發(fā)送的客戶端的信息； 存儲單元702,用于存儲接收單元701接收的客戶端的信息； 發(fā)送單元703，用于將所述存儲單元702中存儲的客戶端的信息發(fā)送給網(wǎng)元設(shè)備。
該服務(wù)器具體可以為Push發(fā)送代理、Presence服務(wù)器、UAProf服務(wù)器、CPM 服務(wù)器、HSS、 HLR、 CAB服務(wù)器、CPM Preference服務(wù)器、Message&Media storage服務(wù)器或Interworking Function等，還可以為其他具有類似功能的服務(wù)器。
例如，消息發(fā)起者，即所述的網(wǎng)元設(shè)備，在此假定是PI, PI在發(fā)送Push消 息前，客戶端可以將其信息上報(bào)到Push發(fā)送代理上，Push發(fā)送代理的接收單元 701接收到該客戶端的信息后，存儲單元702將其存儲；也可以將其信息上報(bào)到 Push發(fā)送代理上，Push發(fā)送代理接收到該客戶端的信息后，將該客戶端的信息 轉(zhuǎn)發(fā)給Presence服務(wù)器等服務(wù)器，Presence服務(wù)器等服務(wù)器的接收單元701接收 到該客戶端的信息后，Presence服務(wù)器等服務(wù)器的存儲單元702將該客戶端的信 息存儲；當(dāng)用戶在SIP Push網(wǎng)絡(luò)注冊成功后，客戶端還可以直接向Presence服 務(wù)器等服務(wù)器直接發(fā)布其信息。
當(dāng)PI產(chǎn)生發(fā)向一個客戶端的Push消息時(shí)，PI的獲取單元501可以向Push發(fā) 送代理或服務(wù)器獲取客戶端的信息，當(dāng)PI接收到Push發(fā)送代理的發(fā)送單元 703，或服務(wù)器的發(fā)送單元703發(fā)送的客戶端的信息后，選擇單元502根據(jù)該客 戶端的信息選擇合適的承載方式，或者當(dāng)該客戶端的信息中攜帶有承載方式的 優(yōu)先級信息時(shí)，選擇單元502也可以根據(jù)該優(yōu)先級信息選擇優(yōu)先級高于第一優(yōu) 先級的承載方式，發(fā)送單元503通過該選4奪單元502承載方式發(fā)送Push消息纟會該 客戶端。
當(dāng)然，所述的消息除了Push消息外，還可以是CPM客戶端發(fā)送的CPM消 息，以及其他具有消息發(fā)起功能或類似功能的網(wǎng)元設(shè)備發(fā)起的消息等等?？蛻?端的信息也可以存儲在UAProf服務(wù)器、CPM服務(wù)器、HSS、 HLR、 CAB月良務(wù)器、CPM Preference月良務(wù)器、Message&Media storage月良務(wù)器或Interworking Function等具有類似功能的服務(wù)器中，或者也可能同時(shí)存儲在若干個具有此類 似功能的服務(wù)器中，然后消息發(fā)起者，如PI從其中一個或若干個具有此類似功 能的服務(wù)器中獲取客戶端的信息，至于使用哪個或哪幾個服務(wù)器來存儲客戶端 的信息以及從哪個服務(wù)器或哪幾個服務(wù)器中獲取客戶端的信息，取決于運(yùn)營商 的策略。
由上可以看出，由于本發(fā)明實(shí)施例提供的網(wǎng)元設(shè)備可以獲取客戶端的信 息，然后根據(jù)該客戶端的信息選擇承載方式發(fā)送消息給客戶端，故避免了由于 網(wǎng)元設(shè)備指定的承載方式與客戶端的實(shí)際信息不匹配而進(jìn)行反復(fù)嘗試或發(fā)送 失敗的情況，節(jié)省了信令流量，提高了消息發(fā)送的成功率。
實(shí)施例六、
為了實(shí)施上述方法，根據(jù)實(shí)施例五描述的裝置，本發(fā)明實(shí)施例還相應(yīng)地提 供一種通信系統(tǒng)，如圖8所示，其主要包括網(wǎng)元設(shè)備801和服務(wù)器8()2，其各部
分功能如下
網(wǎng)元設(shè)備801，用于發(fā)送獲取客戶端的信息的消息給服務(wù)器802,接收服務(wù) 器802發(fā)送的客戶端的信息，并根據(jù)該客戶端的信息選擇承載方式，通過該承 載方式發(fā)送消息給客戶端；
服務(wù)器802,用于接收并存儲客戶端發(fā)送的客戶端的信息，接收網(wǎng)元設(shè)備 801發(fā)送的獲取客戶端的信息的消息，發(fā)送與所述獲取客戶端的信息的消息相 對應(yīng)的客戶端的信息給網(wǎng)元設(shè)備801 。
其中，網(wǎng)元設(shè)備801主要包括獲取單元501、選擇單元502和發(fā)送單元503, 選擇單元502還可以包括判斷單元5021和確認(rèn)單元5022;服務(wù)器802主要包括接 收單元701、存儲單元702和發(fā)送單元703。
本發(fā)明實(shí)施例的通信系統(tǒng)中的網(wǎng)元設(shè)備，即消息發(fā)起者可以獲取客戶端的 信息，然后根據(jù)該客戶端的信息選擇承載方式發(fā)送消息給客戶端，避免了由于 消息發(fā)起者指定的承載方式與客戶端的實(shí)際信息不匹配而進(jìn)行反復(fù)嘗試或發(fā) 送失敗的情況，節(jié)省了信令流量，提高了消息發(fā)送的成功率。
19實(shí)施例七、
根據(jù)實(shí)施例六所描述的通信系統(tǒng)，還可以包括消息業(yè)務(wù)服務(wù)器，如圖9所
示，該通信系統(tǒng)主要包括網(wǎng)元設(shè)備901、消息業(yè)務(wù)服務(wù)器902和服務(wù)器903;
網(wǎng)元設(shè)備901,用于發(fā)送獲取客戶端的信息的消息給消息業(yè)務(wù)服務(wù)器902, 接收消息業(yè)務(wù)服務(wù)器902轉(zhuǎn)發(fā)的客戶端的信息，并根據(jù)該客戶端的信息選擇承 載方式，通過該承載方式發(fā)送消息給客戶端；
消息業(yè)務(wù)服務(wù)器902,用于接收網(wǎng)元設(shè)備901發(fā)送的獲取客戶端的信息的消 息并轉(zhuǎn)發(fā)給服務(wù)器903，以及接收服務(wù)器903發(fā)送的客戶端的信息并轉(zhuǎn)發(fā)給網(wǎng)元 設(shè)備901;
服務(wù)器903,用于接收并存儲客戶端發(fā)送的客戶端的信息，接收消息業(yè)務(wù) 服務(wù)器902轉(zhuǎn)發(fā)的所述獲取客戶端的信息的消息，發(fā)送與所述獲取客戶端的信 息的消息相對應(yīng)的客戶端的信息給消息業(yè)務(wù)服務(wù)器卯2。
其中，網(wǎng)元設(shè)備801主要包括獲取單元501、選擇單元502和發(fā)送單元503， 選擇單元502還可以包括判斷單元5021和確認(rèn)單元5022;消息業(yè)務(wù)服務(wù)器可以 為現(xiàn)有技術(shù)中的服務(wù)器，也可以為本發(fā)明實(shí)施例提供的服務(wù)器，即可以包括接 收單元701、存儲單元702和發(fā)送單元703;服務(wù)器802主要包括接收單元70.1 、 存儲單元702和發(fā)送單元703。
本發(fā)明實(shí)施例的通信系統(tǒng)中的網(wǎng)元設(shè)備，即消息發(fā)起者可以獲取客戶端的 信息，然后根據(jù)該客戶端的信息選擇承載方式發(fā)送消息給客戶端，避免了由于 消息發(fā)起者指定的承載方式與客戶端的實(shí)際信息不匹配而進(jìn)行反復(fù)嘗試或發(fā) 送失敗的情況，節(jié)省了信令流量，提高了消息發(fā)送的成功率。
需說明的是，獲取客戶端的信息的方法有多種，例如通過獲取Push發(fā)送代 理、PPG、 CPM月l務(wù)器、UAProf月良務(wù)器、HSS、 HLR、 Presence Server、 CAB 月良務(wù)器、CPM Preference月良務(wù)器、Message&Media storage月良務(wù)器禾口Interworking Function等等具有類似功能的服務(wù)器中的 一個或若干個服務(wù)器以獲取客戶端的 信息。至于使用哪個或哪幾個服務(wù)器來存儲客戶端的信息以及從哪個服務(wù)器或 哪幾個服務(wù)器中獲取客戶端的信息，取決于運(yùn)營商的策略。
其中，獲取到的客戶端的信息包括客戶端的承載網(wǎng)絡(luò)信息、優(yōu)先級信息、所述客戶端的在線信息、客戶端能力信息、所述客戶端的喜好信息等等其中的 至少一個。所獲取的客戶端的信息可以由所述客戶端進(jìn)行設(shè)置，也可以由所述 服務(wù)器進(jìn)行設(shè)置，即所獲取的客戶端的信息具體包括那些信息，可以由客戶端 或服務(wù)器來設(shè)置。網(wǎng)元設(shè)備可以根據(jù)所述客戶端的信息選擇最佳承載方式，比 如根據(jù)優(yōu)先級信息選擇優(yōu)先級高于第一優(yōu)先級的承載方式發(fā)送消息給客戶端 等等，當(dāng)然，還可以同時(shí)選擇最佳的服務(wù)器建立連接并發(fā)送消息給客戶端。 以上實(shí)施例框架結(jié)構(gòu)及功能在CPM業(yè)務(wù)中也同樣適用。
本發(fā)明實(shí)施例的通信系統(tǒng)中的消息發(fā)起者可以通過向Push發(fā)送代理、 PPG、 CPM服務(wù)器、UAProf服務(wù)器、HSS、 HLR、 Presence Server、 CAB月良務(wù) 器、CPM Preference月艮務(wù)器、Message&Media storage月良務(wù)器卸口Interworking Function等等具有類似功能的服務(wù)器中的一個或若干個服務(wù)器獲取客戶端的信 息，然后根據(jù)該客戶端的信息選擇承載方式發(fā)送消息給客戶端，避免了由于消 息發(fā)起者指定的承載方式與客戶端的實(shí)際信息不匹配而進(jìn)行反復(fù)嘗試或發(fā)送 失敗的情況，節(jié)省了信令流量，提高了消息發(fā)送的成功率，優(yōu)化了通信網(wǎng)絡(luò)的 同時(shí)，也給用戶提供更好更及時(shí)的業(yè)務(wù)體驗(yàn)。
驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計(jì)算機(jī)可讀 存儲介質(zhì)中，存儲介質(zhì)可以包括ROM、 RAM、磁盤或光盤等。
以上對本發(fā)明實(shí)施例所提供的發(fā)送消息的方法以及相應(yīng)的裝置和系統(tǒng)進(jìn)
述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)， 對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍 上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1、一種發(fā)送消息的方法，其特征在于，包括獲取客戶端的信息；根據(jù)所述信息選擇承載方式；通過所述承載方式發(fā)送消息給客戶端。
2、 根據(jù)權(quán)利要求l所述的發(fā)送消息的方法，其特征在于，所述獲取客戶端 的信息具體為向客戶端信息獲取服務(wù)器獲取客戶端的信息。
3、 根據(jù)權(quán)利要求2所述的發(fā)送消息的方法，其特征在于，所述向客戶端信 息獲取服務(wù)器獲取客戶端的信息具體為經(jīng)過消息業(yè)務(wù)服務(wù)器向客戶端信息獲取服務(wù)器獲取客戶端的信息。
4、 根據(jù)權(quán)利要求2所述的發(fā)送消息的方法，其特征在于，所述獲取客戶端 的信息之前還包括客戶端發(fā)送客戶端的信息到客戶端信息獲取服務(wù)器上； 客戶端信息獲取服務(wù)器存儲所述客戶端的信息。
5、 根據(jù)權(quán)利要求4所述的發(fā)送消息的方法，'其特征在于，所述客戶端發(fā)送 客戶端的信息到客戶端信息獲取服務(wù)器上具體為客戶端發(fā)送客戶端的信息到消息業(yè)務(wù)服務(wù)器上； 所述消息業(yè)務(wù)服務(wù)器轉(zhuǎn)發(fā)所述客戶端的信息到客戶端信息獲取服務(wù)器； 所述客戶端信息獲取服務(wù)器存儲所述客戶端的信息。
6、 根據(jù)權(quán)利要求2至5所述的發(fā)送消息的方法，其特征在于，所述客戶端 信息獲取服務(wù)器具體為Push發(fā)送代理、用戶當(dāng)前狀態(tài)Presence服務(wù)器、用戶代理檔案UAProf服務(wù) 器、融合IP消息CPM服務(wù)器、歸屬用戶服務(wù)器HSS、歸屬位置寄存器HLR、融 合地址簿CAB服務(wù)器、CPM用戶喜好Preference服務(wù)器、消息與媒體存儲服務(wù) 器Message&Media storage月良務(wù)器和網(wǎng)間交互月良務(wù)器Interworking Function中的 至少一種。
7、 根據(jù)權(quán)利要求l所述的消息的發(fā)送方法，其特征在于，所述獲取客戶端 的信息具體為獲取所述客戶端的承載網(wǎng)絡(luò)信息、優(yōu)先級信息、所述客戶端的在線信息、 客戶端能力信息和所述客戶端的喜好信息中的至少 一種。
8、 根據(jù)權(quán)利要求7所述的消息的發(fā)送方法，其特征在于，所述獲取客戶端 的信息之前，還包括消息業(yè)務(wù)服務(wù)器對所獲取的客戶端的信息進(jìn)行設(shè)置。
9、 根據(jù)權(quán)利要求8所述的消息的發(fā)送方法，其特征在于，所述服務(wù)器對所 獲取的客戶端的信息進(jìn)行設(shè)置具體為客戶端發(fā)送關(guān)于設(shè)置所獲取的客戶端的信息的消息給服務(wù)器； 服務(wù)器根據(jù)所述消息對所獲取的客戶端的信息進(jìn)行設(shè)置。
10、 根據(jù)權(quán)利要求l所述的發(fā)送消息的方法，其特征在于，當(dāng)所述信息中 攜帶有承載方式的優(yōu)先級信息時(shí)，所述根據(jù)所述信息選擇承栽方式具體為根據(jù)所述承載方式的優(yōu)先級信息選擇優(yōu)先級高于第一優(yōu)先級的承載方式。
11、 根據(jù)權(quán)利要求l所述的消息的發(fā)送方法，其特征在于，所述根據(jù)所述 客戶端的信息選擇承載方式之前還包括根據(jù)所述客戶端的信息選擇客戶端信息獲取服務(wù)器； 與所述選擇的客戶端信息獲取服務(wù)器建立連接。
12、 根據(jù)權(quán)利要求l所述的消息的發(fā)送方法，其特征在于，所述通過所述 承載方式發(fā)送消息給客戶端具體為通過所述承載方式發(fā)送推送Push消息和/或CPM消息給客戶端。
13、 一種網(wǎng)元設(shè)備，其特征在于，包括獲取單元、選擇單元發(fā)送單元； 所述獲取單元，用于獲取客戶端的信息；所述選擇單元，用于根據(jù)所述獲取單元獲取到的客戶端的信息選擇承載方 式，所述承載方式用于發(fā)送消息給客戶端；所述發(fā)送單元，用于根據(jù)所述選擇單元選擇的承載方式發(fā)送消息給客戶端。
14、 根據(jù)權(quán)利要求13所述的網(wǎng)元設(shè)備，其特征在于，所述選擇單元包括判 斷單元和確i人單元；所述判斷單元，用于根據(jù)所述獲取單元獲取到的客戶端的信息中攜帶的優(yōu)先級信息判斷承載方式的優(yōu)先級的高低；所述確認(rèn)單元，用于根據(jù)所述判斷單元判斷的承載方式的優(yōu)先級的高低選 擇優(yōu)先級高于第一優(yōu)先級的承載方式。
15、 根據(jù)權(quán)利要求13所述的網(wǎng)元設(shè)備，其特征在于 所述網(wǎng)元設(shè)備具體為推送Push發(fā)起者PI或融合IP消息CPM客戶端。
16、 一種服務(wù)器，其特征在于，包括接收單元、存儲單元和發(fā)送單元； 所述接收單元，用于接收客戶端發(fā)送的客戶端的信息； 所述存儲單元，用于存儲所述接收單元接收的客戶端的信息； 所述發(fā)送單元，用于將所述存儲單元中存儲的客戶端的信息發(fā)送給網(wǎng)元設(shè)備。
17、 根據(jù)權(quán)利要求16所述的服務(wù)器，其特征在于，所述服務(wù)器具體為 Push發(fā)送代理、Presence服務(wù)器、UAProf服務(wù)器、CPM服務(wù)器、HSS、 HLR、CAB服務(wù)器、CPM Preference服務(wù)器、Message&Media storage服務(wù)器或 Interworking Function 。
18、 一種通信系統(tǒng)，其特征在于，包括網(wǎng)元設(shè)備和服務(wù)器； 所述網(wǎng)元設(shè)備，用于獲取客戶端的信息，并根據(jù)所述客戶端的信息選擇承載方式，通過所述承載方式發(fā)送消息給客戶端；所述服務(wù)器，用于發(fā)送客戶端的信息給網(wǎng)元設(shè)備。
19、 根據(jù)權(quán)利要求18所述的通信系統(tǒng)，其特征在于，還包括 所述服務(wù)器，還用于接收并存儲客戶端發(fā)送的客戶端的信息。
20、 根據(jù)權(quán)利要求19所述的通信系統(tǒng)，其特征在于，還包括消息業(yè)務(wù)服務(wù)器；所述網(wǎng)元設(shè)備，用于發(fā)送獲取客戶端的信息的消息給消息業(yè)務(wù)服務(wù)器，接 收消息業(yè)務(wù)服務(wù)器轉(zhuǎn)發(fā)的客戶端的信息，并根據(jù)所述客戶端的信息選擇承載方 式，通過所述承載方式發(fā)送消息給客戶端；所述消息業(yè)務(wù)服務(wù)器，用于接收網(wǎng)元設(shè)備發(fā)送的所述獲取客戶端的信息的 消息并轉(zhuǎn)發(fā)給服務(wù)器，以及接收服務(wù)器發(fā)送的客戶端的信息并轉(zhuǎn)發(fā)給網(wǎng)元設(shè) 備；所述服務(wù)器，用于接收并存儲客戶端發(fā)送的客戶端的信息，接收消息業(yè)務(wù) 服務(wù)器轉(zhuǎn)發(fā)的所述獲取客戶端的信息的消息，發(fā)送與所述獲取客戶端的信息的 消息相對應(yīng)的客戶端的信息給消息業(yè)務(wù)服務(wù)器。
全文摘要
本發(fā)明公開了一種發(fā)送消息的方法。本發(fā)明實(shí)施例還提供了相應(yīng)的裝置和系統(tǒng)。本發(fā)明技術(shù)方案的消息發(fā)起者可以獲取客戶端的信息，然后根據(jù)該信息選擇承載方式發(fā)送消息給客戶端，避免了由于指定的承載方式與客戶端的實(shí)際信息不匹配而進(jìn)行多次查詢或發(fā)送失敗的情況，節(jié)省了信令流量，提高了發(fā)送消息的成功率。
文檔編號H04L12/56GK101610204SQ20081012695
公開日2009年12月23日 申請日期2008年6月20日 優(yōu)先權(quán)日2008年6月20日
發(fā)明者張惠萍, 健 楊, 雷 王, 范姝男, 挺 董, 陳國喬 申請人:華為技術(shù)有限公司