專利名稱：一種融合ip消息的轉(zhuǎn)發(fā)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種融合IP(Internet Protocol,因特網(wǎng)協(xié)議)消息(Converged IP Messaging, CPM)的轉(zhuǎn)發(fā)方法及系統(tǒng)。
背景技術(shù)：
CPM是OMA(Open Mobile Alliance,開放移動(dòng)聯(lián)盟)在2005年提出的，旨在實(shí)現(xiàn)多種消息業(yè)務(wù)的互通，提供統(tǒng)一消息業(yè)務(wù)以及一致且更方便的消息業(yè)務(wù)體驗(yàn)。CPM融合現(xiàn)有的多種消息業(yè)務(wù)，包括頂(Instant Message,即時(shí)消息)、P0C(Push-To-Talk over Cellular,一鍵通)、MEM (Mobile Email，移動(dòng)電子郵件)、SMS (Short Messaging Service,短消息)、匪S(MultimediaMessaging Service,彩信)等。 目前，0MA正在制定CPM Vl.O規(guī)范。CPM業(yè)務(wù)可以分為兩種形式，S卩CPM消息和獨(dú)立CPM消息(standalone CPM Message) 。 CPM消息是CPM業(yè)務(wù)的主體形式，類似M和POC的結(jié)合，用戶正常使用業(yè)務(wù)前需要登錄到CPM系統(tǒng)，即通常所說的"上線";不在線、或者通過Presence (呈現(xiàn))服務(wù)器呈現(xiàn)非通信意愿時(shí)一般為CPM主體業(yè)務(wù)不可用(或稱為不可達(dá))(notavailable)。獨(dú)立CPM消息可以看作是現(xiàn)有的SMS、匪S、 Email等。但是，從用戶角度來看，這些業(yè)務(wù)形式均可視為CPM消息，即用戶使用CPM終端收發(fā)CPM消息時(shí)無需知道具體的技術(shù)實(shí)現(xiàn)途徑。 CPM用戶使用CPM地址(CPM address)與其他用戶通信，并且單一用戶可擁有多個(gè)CPM地址。比如，CPM用戶可以向同事和客戶公開一個(gè)CPM地址；而向家人或者朋友公開其它CPM地址。 為了提高用戶體驗(yàn)，在確定用戶的某一 CPM地址不可達(dá)時(shí)，對于以該CPM地址作為目的地址的CPM消息，CPM系統(tǒng)可以根據(jù)用戶的配置策略進(jìn)行如下處理延遲發(fā)送該CPM消息；或者將該CPM消息存儲(chǔ)在網(wǎng)絡(luò)存儲(chǔ)服務(wù)器上。 擁有多個(gè)CPM地址的用戶通常在不同的情況下(例如，不同的時(shí)間段)，選擇不同的CPM地址登錄CPM系統(tǒng)，例如，在業(yè)余時(shí)間，使用對朋友開放的CPM地址"上線"，在工作時(shí)間，使用對同事開放的CPM地址"上線"。當(dāng)用戶選擇其中一個(gè)CPM地址"上線"時(shí)，通常也希望能夠接收到發(fā)送給該用戶其他CPM地址的信息，現(xiàn)有技術(shù)中沒有能夠滿足該需求的技術(shù)方案。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，克服現(xiàn)有技術(shù)的不足，提供一種融合IP消息的轉(zhuǎn)發(fā)方法及系統(tǒng)，使用戶可以接收到以該用戶的某一不可達(dá)的CPM地址作為目的地址的CPM消息。 為了解決上述問題，本發(fā)明提供一種融合IP消息的轉(zhuǎn)發(fā)方法，該方法包括
融合IP消息CPM系統(tǒng)接收到CPM消息后，獲取該CPM消息的原目的地址所對應(yīng)的一個(gè)或多個(gè)轉(zhuǎn)發(fā)地址，并使用獲取到的轉(zhuǎn)發(fā)地址作為該CPM消息的新目的地址轉(zhuǎn)發(fā)該CPM消息。 此夕卜，CPM系統(tǒng)接收到所述CPM消息后，當(dāng)所述原目的地址不可達(dá)時(shí)，進(jìn)行所述獲取轉(zhuǎn)發(fā)地址和所述轉(zhuǎn)發(fā)CPM消息的操作。 此外，CPM系統(tǒng)在接收到所述CPM消息后、轉(zhuǎn)發(fā)所述CPM消息前，還進(jìn)行如下操作在所述CPM消息中添加用于標(biāo)識(shí)該消息為轉(zhuǎn)發(fā)消息的信息。 此外，CPM系統(tǒng)獲取的所述轉(zhuǎn)發(fā)地址為與所述原目的地址對應(yīng)的所有轉(zhuǎn)發(fā)地址中優(yōu)先級最高的CPM地址。 此外，CPM系統(tǒng)獲取的所述轉(zhuǎn)發(fā)地址為與所述CPM消息的源地址對應(yīng)的CPM地址。
此外，CPM系統(tǒng)獲取的所述轉(zhuǎn)發(fā)地址為當(dāng)前在線的CPM地址。 本發(fā)明還提供一種融合IP消息的轉(zhuǎn)發(fā)系統(tǒng)，包括CPM參與功能實(shí)體、支撐引擎服務(wù)器； 所述CPM參與功能實(shí)體中設(shè)置有轉(zhuǎn)發(fā)地址獲取模塊，用于從所述支撐引擎服務(wù)器中的可擴(kuò)展標(biāo)記語言XML文檔管理服務(wù)器、和/或融合地址本服務(wù)器獲取CPM消息的原目的地址所對應(yīng)的一個(gè)或多個(gè)轉(zhuǎn)發(fā)地址； 所述CPM參與功能實(shí)體用于在接收到CPM消息后，使用所述轉(zhuǎn)發(fā)地址獲取模塊獲取到的轉(zhuǎn)發(fā)地址作為該CPM消息的新目的地址轉(zhuǎn)發(fā)該CPM消息。 此外，所述CPM參與功能實(shí)體還用于在接收到所述CPM消息后，檢查所述CPM消息的原目的地址是否可達(dá)，當(dāng)所述原目的地址不可達(dá)時(shí)，進(jìn)行所述轉(zhuǎn)發(fā)CPM消息的操作。
此外，所述CPM參與功能實(shí)體還用于在接收到所述CPM消息后、轉(zhuǎn)發(fā)所述CPM消息前，在所述CPM消息中添加用于標(biāo)識(shí)該消息為轉(zhuǎn)發(fā)消息的信息。 此外，所述轉(zhuǎn)發(fā)地址獲取模塊獲取的所述轉(zhuǎn)發(fā)地址為與所述原目的地址對應(yīng)的所有轉(zhuǎn)發(fā)地址中優(yōu)先級最高的CPM地址，和/或與所述CPM消息的源地址對應(yīng)的CPM地址，和/或當(dāng)前在線的CPM地址。 綜上所述，采用本發(fā)明的融合IP消息的轉(zhuǎn)發(fā)方法，可以將發(fā)送給用戶的某一不可達(dá)地址的CPM消息轉(zhuǎn)發(fā)給該用戶的可達(dá)(在線)地址，使用戶可以在第一時(shí)間以最佳的方式獲得信息服務(wù)；此外，采用本發(fā)明的方法，還可以根據(jù)用戶的設(shè)置，將發(fā)送給該用戶的多個(gè)地址(終端)的CPM消息集中轉(zhuǎn)發(fā)到該用戶指定的地址(終端)，便于用戶使用一個(gè)終端接收CPM消息，提高了用戶體驗(yàn)。


圖1是本發(fā)明實(shí)施例融合IP消息的轉(zhuǎn)發(fā)系統(tǒng)的結(jié)構(gòu)示意 圖2為本發(fā)明實(shí)施例融合IP消息的轉(zhuǎn)發(fā)方法流程圖； 圖3是本發(fā)明實(shí)施例轉(zhuǎn)發(fā)策略中設(shè)置的CPM消息的源地址與轉(zhuǎn)發(fā)地址之間的對應(yīng)(綁定)關(guān)系示意圖。
具體實(shí)施例方式
本發(fā)明的核心思想是當(dāng)CPM系統(tǒng)接收到以某一 CPM地址作為目的地址的CPM消息后，根據(jù)該CPM地址對應(yīng)的轉(zhuǎn)發(fā)策略獲取與該CPM地址對應(yīng)的轉(zhuǎn)發(fā)地址，并使用該轉(zhuǎn)發(fā)地址進(jìn)行CPM消息的轉(zhuǎn)發(fā)。
下面將結(jié)合附圖和實(shí)施例對本發(fā)明進(jìn)行詳細(xì)描述。 圖1是CPM系統(tǒng)(可稱為CPM Enabler，即CPM業(yè)務(wù)引擎)與CPM客戶端(或稱 為CPM終端)之間的連接關(guān)系示意圖，即本發(fā)明實(shí)施例融合IP消息的轉(zhuǎn)發(fā)系統(tǒng)的結(jié)構(gòu)示意 圖。 如圖1所示，本發(fā)明涉及的CPM系統(tǒng)網(wǎng)元包括CPM ParticipatingFunction(CPM 參與功能實(shí)體)、支撐引擎服務(wù)器(Supporting Enablers Servers)。其中，支撐引擎服 務(wù)器包括XDM (XML Document Management， XML文檔管理)服務(wù)器(簡稱XDMS)、呈現(xiàn) (Presence)服務(wù)器、CAB (融合地址本)服務(wù)器等。 本發(fā)明實(shí)施例可以通過軟件方式實(shí)現(xiàn)，通過對CPM客戶端和CPMParticipating Function與X匿服務(wù)器的功能及接口的改進(jìn)，共同配合實(shí)現(xiàn)。 本發(fā)明實(shí)施例中，在X匿服務(wù)器與X匿客戶端代理之間增加了轉(zhuǎn)發(fā)策略的存取功 能。 本發(fā)明實(shí)施例中，CPM Participating Function增加了轉(zhuǎn)發(fā)策略獲取模塊(或者 稱為轉(zhuǎn)發(fā)地址獲取模塊)，該模塊用于從XDM服務(wù)器獲取用戶的轉(zhuǎn)發(fā)策略，并根據(jù)轉(zhuǎn)發(fā)策略 從XDM服務(wù)器、和/或CAB服務(wù)器獲取該用戶的轉(zhuǎn)發(fā)地址，CPM Participating Function將 該轉(zhuǎn)發(fā)地址作為CPM消息的目的地址進(jìn)行CPM消息的轉(zhuǎn)發(fā)。 通常，CPM客戶端可以由SIP (Session Initial Protocol,初始會(huì)話協(xié)議)模 ±央(支持SIMPLE擴(kuò)展)、HTTP (HyperText Transfer Protocol,超文本傳輸協(xié)議)模±央、 SDP(Session Description Protocol,會(huì)話描述協(xié)議)模塊、XML (extensible Markup Language,可擴(kuò)展標(biāo)記語言)模塊、Codec (C0der/DECoder，編解碼器)模塊、UI (User Interface，用戶界面)等軟件模塊組成。 本發(fā)明實(shí)施例中，CPM客戶端包含CPM客戶端代理、XDM客戶端代理(簡稱XDMC)、 呈現(xiàn)(Presence)客戶端代理、CAB客戶端代理；其中 CPM客戶端代理，是CPM客戶端的主體，用于實(shí)現(xiàn)CPM消息的接收和發(fā)送以及相關(guān) 的操作界面； 本發(fā)明實(shí)施例中，CPM客戶端代理采用SIP+SMPLE(SIP for InstantMessaging and Presence Leveraging Extensions, SIP在及時(shí)消息應(yīng)用中的擴(kuò)展)協(xié)議接收和發(fā)送 CPM消息。 呈現(xiàn)客戶端代理，用于實(shí)現(xiàn)與呈現(xiàn)(Presence)服務(wù)器的交互，發(fā)布呈現(xiàn)狀態(tài)和獲 取呈現(xiàn)信息。 CAB客戶端代理，用于實(shí)現(xiàn)與CAB服務(wù)器的交互以及相關(guān)的地址信息維護(hù)功能。
X匿C，用于實(shí)現(xiàn)與XDMS的交互，進(jìn)行相關(guān)配置信息的維護(hù)、呈現(xiàn)信息、地址簿信息 的獲??； 本發(fā)明實(shí)施例中，以XCAP(XML Configuration Access Protocol,XML配置接入?yún)f(xié) 議)作為XDMC與XDMS之間的協(xié)議接口 。 此外，本發(fā)明實(shí)施例中，XDMC中可以包含轉(zhuǎn)發(fā)策略維護(hù)模塊(圖中未示出)，用于 顯示和編輯轉(zhuǎn)發(fā)策略，將用戶輸入的轉(zhuǎn)發(fā)策略信息進(jìn)行編碼，生成XML文檔形式的轉(zhuǎn)發(fā)策 略信息，并發(fā)送給XDMS ;此外，轉(zhuǎn)發(fā)策略維護(hù)模塊還用于對采用HTTP協(xié)議從XDMS接收到的 XML文檔形式的轉(zhuǎn)發(fā)策略信息進(jìn)行解析和顯示。
5
下面將結(jié)合本發(fā)明實(shí)施例的融合IP消息的轉(zhuǎn)發(fā)方法對上述各功能模塊和轉(zhuǎn)發(fā)策 略進(jìn)行詳細(xì)描述。 圖2為本發(fā)明實(shí)施例融合IP消息的轉(zhuǎn)發(fā)方法流程圖；本實(shí)施例中，用戶A當(dāng)前 使用的CPM客戶端為CPM Client A， Addr-A為用戶A的一個(gè)CPM地址，Addr-A歸屬的 XDM月艮務(wù)器為XDM—A， Addr—A歸屬的CPM ParticipatingFimction為CPM Participating Function-A ;用戶B當(dāng)前使用的CPM客戶端為CPM Client Bl和CPM Client B2，對應(yīng)的 CPM地址分別為Addr-Bl和Addr_B2， Addr-Bl歸屬的XDM服務(wù)器為XDM-B1、 Addr-Bl歸屬 的CPMParticipating Function為CPM Participating F皿ction-Bl， Addr-B2歸屬的XDM 月艮務(wù)器為XDM—B2、 Addr—B2歸屬的CPM Participating Function為CPMParticipating F皿ction-B2。 本實(shí)施例以CPM消息的原目的地址(Addr-Bl)不可達(dá)時(shí)進(jìn)行轉(zhuǎn)發(fā)操作為例對本發(fā) 明進(jìn)行描述，如圖2所示，該方法包括如下步驟 201 :用戶B通過CPM客戶端(例如，CPM Client Bl)設(shè)置轉(zhuǎn)發(fā)策略。 用戶B可以采用如下兩種方式設(shè)置轉(zhuǎn)發(fā)策略一種是通過X匿客戶端代理、采用
HTTP+XML(XCAP)協(xié)議完成轉(zhuǎn)發(fā)策略的設(shè)置，轉(zhuǎn)發(fā)策略存儲(chǔ)在X匿服務(wù)器中；另一種是通過
瀏覽器完成轉(zhuǎn)發(fā)策略的配置，轉(zhuǎn)發(fā)策略存儲(chǔ)在CPM業(yè)務(wù)系統(tǒng)提供的WEB服務(wù)器中。本實(shí)施
例以通過XDM客戶端代理完成轉(zhuǎn)發(fā)策略的設(shè)置為例進(jìn)行說明。 —個(gè)CPM地址的轉(zhuǎn)發(fā)策略可以對應(yīng)(包含) 一個(gè)或多個(gè)轉(zhuǎn)發(fā)地址。 用戶可以在轉(zhuǎn)發(fā)策略中將轉(zhuǎn)發(fā)地址/轉(zhuǎn)發(fā)策略的使用條件(也可以稱為轉(zhuǎn)發(fā)條
件)設(shè)置為當(dāng)作為CPM消息的目的地址的CPM地址不可達(dá)(通常由不在線導(dǎo)致)時(shí)使用
對應(yīng)的轉(zhuǎn)發(fā)地址進(jìn)行CPM消息的轉(zhuǎn)發(fā)，即CPM系統(tǒng)的轉(zhuǎn)發(fā)操作僅在CPM消息的原目的地址
不可達(dá)時(shí)進(jìn)行。 用戶可以在轉(zhuǎn)發(fā)策略中設(shè)置CPM消息的源地址與轉(zhuǎn)發(fā)地址之間的對應(yīng)(綁定)關(guān) 系。例如，如圖3所示，可以在Addr-Al的轉(zhuǎn)發(fā)策略中設(shè)置Addr-B與Addr_A3的對應(yīng)(綁 定)關(guān)系，CPM系統(tǒng)根據(jù)該對應(yīng)(綁定)關(guān)系可以將發(fā)送給Addr-Al且來自Addr-B的CPM 消息轉(zhuǎn)發(fā)到Addr-A3對應(yīng)的CPM終端。 用戶可以在轉(zhuǎn)發(fā)策略中設(shè)置收到轉(zhuǎn)發(fā)的CPM消息的CPM終端是否提供傳輸 (delivery)報(bào)告或者閱讀(read)報(bào)告的信息。 當(dāng)某一 CPM地址對應(yīng)多個(gè)轉(zhuǎn)發(fā)地址時(shí)，用戶可以為各轉(zhuǎn)發(fā)地址設(shè)置優(yōu)先級，CPM系
統(tǒng)可以根據(jù)該優(yōu)先級選擇某一在線的轉(zhuǎn)發(fā)地址進(jìn)行CPM消息的轉(zhuǎn)發(fā)。 轉(zhuǎn)發(fā)策略中也可以設(shè)置優(yōu)先選擇最新上線的轉(zhuǎn)發(fā)地址進(jìn)行CPM消息的轉(zhuǎn)發(fā)。 202 :CPM系統(tǒng)(本實(shí)施例中為CPM Participating Function-Bl)獲取轉(zhuǎn)發(fā)策略
信息/轉(zhuǎn)發(fā)地址。 為了實(shí)現(xiàn)本發(fā)明的CPM消息的轉(zhuǎn)發(fā)功能，CPM Participating Function-Bl需要 獲得預(yù)先設(shè)置的轉(zhuǎn)發(fā)策略，轉(zhuǎn)發(fā)策略可以批量從XDM Server獲取，也可以只獲取單個(gè)地址 的轉(zhuǎn)發(fā)策略的全部信息或部分(更新的)信息。 CPM Participating Function可以在接收到CPM消息之前就獲取某個(gè)CPM地址所 對應(yīng)的轉(zhuǎn)發(fā)策略，也可以在必要時(shí)實(shí)時(shí)獲取。 需要注意的是，如果某一轉(zhuǎn)發(fā)策略對應(yīng)的轉(zhuǎn)發(fā)地址沒有與轉(zhuǎn)發(fā)策略一起存儲(chǔ)在XDM服務(wù)器中，CPM Participating Function可以從CAB服務(wù)器獲取相應(yīng)的轉(zhuǎn)發(fā)地址。
203 :用戶A(CPM Client A)使用Addr-A作為源地址、用戶B的地址Addr-Bl作為 目的地址發(fā)送CPM消息，通信系統(tǒng)將該CPM消息提交給Addr-A歸屬的CPM Participating Fimction_A。 本步驟的前提是用戶A已經(jīng)使用地址Addr-A登錄到CPM系統(tǒng)中。 204 :CPM Participating Function-A接收到CPM消息后，根據(jù)該CPM消息的目的
地址Addr-Bl將該CPM消息發(fā)送給Addr-Bl歸屬的CPMParticipating Function-Bl。 205 :CPM Participating Function—Bl接收到CPM消息后，判定Addr—Bl不可達(dá)，
則根據(jù)Addr-Bl的轉(zhuǎn)發(fā)策略獲取Addr-Bl所對應(yīng)的一個(gè)或多個(gè)轉(zhuǎn)發(fā)地址。 CPM Participating Function-Bl可以根據(jù)轉(zhuǎn)發(fā)策略獲取與CPM消息的源地址
(Addr-A)對應(yīng)的一個(gè)或多個(gè)轉(zhuǎn)發(fā)地址。 此外，如果轉(zhuǎn)發(fā)策略中設(shè)置了多個(gè)轉(zhuǎn)發(fā)地址，CPM ParticipatingFunction-Bl可 以根據(jù)轉(zhuǎn)發(fā)策略獲取其中優(yōu)先級最高的轉(zhuǎn)發(fā)地址。 此外，如果轉(zhuǎn)發(fā)策略中設(shè)置了多個(gè)轉(zhuǎn)發(fā)地址，CPM ParticipatingFunction-Bl可 以根據(jù)轉(zhuǎn)發(fā)策略、以及注冊信息獲取最新登錄/上線的轉(zhuǎn)發(fā)地址。 此外，如果轉(zhuǎn)發(fā)策略中設(shè)置了多個(gè)轉(zhuǎn)發(fā)地址，CPM ParticipatingFunction-Bl從 中選擇當(dāng)前在線的轉(zhuǎn)發(fā)地址。 本實(shí)施例中獲取到的轉(zhuǎn)發(fā)地址為Addr-B2。 206 :CPM Participating Function-Bl使用獲取到的轉(zhuǎn)發(fā)地址(本實(shí)施例為 Addr-B2)將CPM消息轉(zhuǎn)發(fā)給該轉(zhuǎn)發(fā)地址對應(yīng)的CPM Participating Function(本實(shí)施例為 CPM Participating F皿ction-B2)。 本步驟中，CPM Participating Function-Bl可以根據(jù)轉(zhuǎn)發(fā)策略在CPM消息中增加 轉(zhuǎn)發(fā)標(biāo)識(shí)，該標(biāo)識(shí)用于使該CPM消息的接收方獲知該消息為轉(zhuǎn)發(fā)消息(即該接收方不是該 消息的原始接收方)。上述轉(zhuǎn)發(fā)標(biāo)識(shí)中還可以包含該CPM消息的原目的地址，以便使該CPM 消息的接收方獲知該消息的原始接收方。 此外，如果在轉(zhuǎn)發(fā)策略設(shè)置了轉(zhuǎn)發(fā)地址對應(yīng)的CPM終端不提供傳輸報(bào)告或者閱讀 報(bào)告，CPM Participating Function-Bl可以刪除該CPM消息中包含的請求傳輸報(bào)告或閱 讀報(bào)告的信息。 本實(shí)施例中，由CPM消息的目的地址歸屬的CPM Participating Function進(jìn)行轉(zhuǎn) 發(fā)策略和轉(zhuǎn)發(fā)地址的獲取、CPM消息的轉(zhuǎn)發(fā)等操作。在本發(fā)明的實(shí)施例中，也可以由CPM消 息的源地址歸屬的CPM Participating Function進(jìn)行上述操作。 207 :CPM Participating Function-B2接收到轉(zhuǎn)發(fā)的CPM消息后，判斷Addr-B2是 否可達(dá)，如果可達(dá)，則將該CPM消息轉(zhuǎn)發(fā)給Addr-B2對應(yīng)的CPM終端(CPM Client B2);如 果Addr-B2不可達(dá)，則CPM Participating Function_B2根據(jù)本地配置的處理規(guī)則對該CPM 消息進(jìn)行處理(例如，通過SMS、匪S、 Email發(fā)送)，或者從XDM-B2查詢Addr_B2的轉(zhuǎn)發(fā)策 略，并根據(jù)該轉(zhuǎn)發(fā)策略進(jìn)行轉(zhuǎn)發(fā)操作。
權(quán)利要求
一種融合IP消息的轉(zhuǎn)發(fā)方法，其特征在于，該方法包括融合IP消息CPM系統(tǒng)接收到CPM消息后，獲取該CPM消息的原目的地址所對應(yīng)的一個(gè)或多個(gè)轉(zhuǎn)發(fā)地址，并使用獲取到的轉(zhuǎn)發(fā)地址作為該CPM消息的新目的地址轉(zhuǎn)發(fā)該CPM消息。
2. 如權(quán)利要求l所述的方法，其特征在于，CPM系統(tǒng)接收到所述CPM消息后，當(dāng)所述原目的地址不可達(dá)時(shí)，進(jìn)行所述獲取轉(zhuǎn)發(fā)地址和所述轉(zhuǎn)發(fā)CPM消息的操作。
3. 如權(quán)利要求1或2所述的方法，其特征在于，CPM系統(tǒng)在接收到所述CPM消息后、轉(zhuǎn)發(fā)所述CPM消息前，還進(jìn)行如下操作在所述CPM消息中添加用于標(biāo)識(shí)該消息為轉(zhuǎn)發(fā)消息的信息。
4. 如權(quán)利要求l所述的方法，其特征在于，CPM系統(tǒng)獲取的所述轉(zhuǎn)發(fā)地址為與所述原目的地址對應(yīng)的所有轉(zhuǎn)發(fā)地址中優(yōu)先級最高的CPM地址。
5. 如權(quán)利要求l所述的方法，其特征在于，CPM系統(tǒng)獲取的所述轉(zhuǎn)發(fā)地址為與所述CPM消息的源地址對應(yīng)的CPM地址。
6. 如權(quán)利要求1或4或5所述的方法，其特征在于，CPM系統(tǒng)獲取的所述轉(zhuǎn)發(fā)地址為當(dāng)前在線的CPM地址。
7. —種融合IP消息的轉(zhuǎn)發(fā)系統(tǒng)，包括CPM參與功能實(shí)體、支撐引擎服務(wù)器，其特征在于所述CPM參與功能實(shí)體中設(shè)置有轉(zhuǎn)發(fā)地址獲取模塊，用于從所述支撐引擎服務(wù)器中的可擴(kuò)展標(biāo)記語言XML文檔管理服務(wù)器、和/或融合地址本服務(wù)器獲取CPM消息的原目的地址所對應(yīng)的一個(gè)或多個(gè)轉(zhuǎn)發(fā)地址；所述CPM參與功能實(shí)體用于在接收到CPM消息后，使用所述轉(zhuǎn)發(fā)地址獲取模塊獲取到的轉(zhuǎn)發(fā)地址作為該CPM消息的新目的地址轉(zhuǎn)發(fā)該CPM消息。
8. 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述CPM參與功能實(shí)體還用于在接收到所述CPM消息后，檢查所述CPM消息的原目的地址是否可達(dá)，當(dāng)所述原目的地址不可達(dá)時(shí)，進(jìn)行所述轉(zhuǎn)發(fā)CPM消息的操作。
9. 如權(quán)利要求7或8所述的系統(tǒng)，其特征在于，所述CPM參與功能實(shí)體還用于在接收到所述CPM消息后、轉(zhuǎn)發(fā)所述CPM消息前，在所述CPM消息中添加用于標(biāo)識(shí)該消息為轉(zhuǎn)發(fā)消息的信息。
10. 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述轉(zhuǎn)發(fā)地址獲取模塊獲取的所述轉(zhuǎn)發(fā)地址為與所述原目的地址對應(yīng)的所有轉(zhuǎn)發(fā)地址中優(yōu)先級最高的CPM地址，和/或與所述CPM消息的源地址對應(yīng)的CPM地址，和/或當(dāng)前在線的CPM地址。
全文摘要
一種融合IP消息的轉(zhuǎn)發(fā)方法及系統(tǒng)，該方法包括CPM系統(tǒng)接收到CPM消息后，獲取該CPM消息的原目的地址所對應(yīng)的一個(gè)或多個(gè)轉(zhuǎn)發(fā)地址，并使用獲取到的轉(zhuǎn)發(fā)地址作為該CPM消息的新目的地址轉(zhuǎn)發(fā)該CPM消息。采用本發(fā)明的方法及系統(tǒng)，可以將發(fā)送給用戶的某一不可達(dá)地址的CPM消息轉(zhuǎn)發(fā)給該用戶的可達(dá)地址，使用戶可以在第一時(shí)間以最佳的方式獲得信息服務(wù)；此外，采用本發(fā)明的方法，還可以根據(jù)用戶的設(shè)置，將發(fā)送給該用戶的多個(gè)地址(終端)的CPM消息集中轉(zhuǎn)發(fā)到該用戶指定的地址(終端)，便于用戶使用一個(gè)終端接收CPM消息，提高了用戶體驗(yàn)。
文檔編號(hào)H04W80/04GK101790137SQ20091000113
公開日2010年7月28日 申請日期2009年1月23日 優(yōu)先權(quán)日2009年1月23日
發(fā)明者盧艷, 姚立哲, 邵偉 申請人:中興通訊股份有限公司