專利名稱：一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于不同基礎(chǔ)網(wǎng)絡(luò)的消息業(yè)務(wù)之間交互的領(lǐng)域，尤其涉及一種實(shí)現(xiàn)融 合因特網(wǎng)協(xié)議(IP)消息與傳統(tǒng)消息之間業(yè)務(wù)交互的方法及系統(tǒng)。
背景技術(shù)：
在網(wǎng)絡(luò)IP化的趨勢(shì)下，傳統(tǒng)電信業(yè)務(wù)需要向IP化的下一代網(wǎng)絡(luò)轉(zhuǎn)移，3GPP、3GPP2 以及TISPAN標(biāo)準(zhǔn)組織都將初始會(huì)話協(xié)議(SIP)作為下一代核心網(wǎng)絡(luò)的基礎(chǔ)協(xié)議，應(yīng)用SIP 的IP網(wǎng)絡(luò)作為業(yè)務(wù)應(yīng)用的網(wǎng)絡(luò)基礎(chǔ)已成為事實(shí)。在現(xiàn)有OMA組織中，正在進(jìn)行融合IP消 息(CPM，Convergent IP Messaging)業(yè)務(wù)系統(tǒng)規(guī)范的研究，然而，在實(shí)現(xiàn)CPM消息與傳統(tǒng)消 息之間業(yè)務(wù)交互上沒有明確是如何實(shí)現(xiàn)這兩種不同消息之間業(yè)務(wù)交互的。這里，傳統(tǒng)消息 包括短信、彩信、郵件、即時(shí)消息等。實(shí)現(xiàn)CPM消息與傳統(tǒng)消息之間業(yè)務(wù)交互時(shí)，需要經(jīng)過參與者功能模塊(PF)、交互 選擇功能模塊(ISF)、交互功能模塊(IWF)三個(gè)AS之間的配合協(xié)作，采用現(xiàn)有技術(shù)是通過 SIP/IP Core設(shè)置iFC的方式，來實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的，當(dāng)通過設(shè)置iFC的方式控 制PF、ISF及IWF之間的配合協(xié)作時(shí)，需要將iFC設(shè)置得比較復(fù)雜，例如同樣的一條消息， 其目的地址和源地址相同，消息內(nèi)容相同，需要先到達(dá)ISF，再到達(dá)IWF，而且，在第一個(gè)選 擇的IWF失敗后，又需要重新選擇一個(gè)IWF。如果為了簡(jiǎn)化對(duì)IFC的設(shè)置，對(duì)SIP/IP Core 來說，僅通過設(shè)置iFC對(duì)這些消息的路由，卻并不能成功實(shí)現(xiàn)不同消息之間的業(yè)務(wù)交互。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的方法及 系統(tǒng)，能實(shí)現(xiàn)CPM消息與傳統(tǒng)消息之間的業(yè)務(wù)交互。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的方法，該方法包括參與者功能模塊PF接收到融合因特網(wǎng)協(xié)議消息CPM消息，將CPM消息的 request-uri字段設(shè)置為交互選擇功能模塊ISF的相關(guān)地址后轉(zhuǎn)發(fā)給ISF ；ISF將CPM消息的request-uri字段設(shè)置為交互功能模塊IWF的相關(guān)地址后轉(zhuǎn)發(fā) 給IWF，由IWF將CPM消息轉(zhuǎn)換成傳統(tǒng)消息。其中，所述PF進(jìn)一步從CPM客戶端接收到所述CPM消息，CPM消息中的目的用戶 地址為傳統(tǒng)消息用戶地址，源用戶地址為CPM用戶地址；將所述request-uri字段設(shè)置為ISF的相關(guān)地址進(jìn)一步為PF根據(jù)所述傳統(tǒng) 消息用戶地址，判斷出需要采用交互方式將CPM消息發(fā)送到傳統(tǒng)消息用戶時(shí)，設(shè)置所述 request-uri 字段為 ISF 的 SIP URI 地址；所述傳統(tǒng)消息用戶地址采用MIME格式封裝在CPM消息體中；將所述CPM消息轉(zhuǎn)發(fā)給所述ISF進(jìn)一步為根據(jù)所述ISF的SIP URI地址將CPM 消息轉(zhuǎn)發(fā)給ISF。
其中，將所述request-uri字段設(shè)置為IWF的相關(guān)地址之前還包括所述ISF接收到CPM消息，根據(jù)CPM消息中傳統(tǒng)消息用戶地址的地址類型、消息內(nèi) 容及CPM用戶地址的地址，選擇與CPM消息相對(duì)應(yīng)的傳統(tǒng)消息交互方式發(fā)送CPM消息。其中，完成所述選擇后還包括ISF進(jìn)一步將所述request-uri字段設(shè)置為與 ISF對(duì)應(yīng)的IWF的SIP URI地址，并將CPM用戶與傳統(tǒng)消息業(yè)務(wù)對(duì)應(yīng)的地址作為第二個(gè) p-asserted-identity字段值加入到CPM消息中；將所述CPM消息轉(zhuǎn)發(fā)給所述IWF進(jìn)一步為根據(jù)所述ISF對(duì)應(yīng)的IWF的SIP URI 地址將CPM消息轉(zhuǎn)發(fā)給IWF。其中，所述IWF接收到CPM消息，根據(jù)CPM消息中的第二個(gè)p-asserted-identity 字段值，獲取到傳統(tǒng)消息的源地址，根據(jù)CPM消息中的傳統(tǒng)消息用戶地址，獲取到傳統(tǒng)消息 的目的地址；所述IWF進(jìn)一步按照傳統(tǒng)消息業(yè)務(wù)要求，將CPM消息轉(zhuǎn)換成對(duì)應(yīng)的傳統(tǒng)消息，并發(fā) 送到對(duì)應(yīng)的傳統(tǒng)消息業(yè)務(wù)系統(tǒng)，由傳統(tǒng)消息業(yè)務(wù)系統(tǒng)將傳統(tǒng)消息發(fā)送到傳統(tǒng)消息客戶端， 完成CPM消息從CPM用戶到傳統(tǒng)消息用戶的發(fā)送。一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的系統(tǒng)，該系統(tǒng)包括PF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元、 ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元和IWF側(cè)的轉(zhuǎn)換單元；其中，PF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，用于將CPM消息的request-uri字段設(shè)置為ISF的相關(guān) 地址，將CPM消息轉(zhuǎn)發(fā)給ISF;ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，用于將CPM消息的request-uri字段設(shè)置為IWF的相關(guān) 地址，將CPM消息轉(zhuǎn)發(fā)給IWF ；IffF側(cè)的轉(zhuǎn)換單元，用于將CPM消息轉(zhuǎn)換成傳統(tǒng)消息。其中，所述CPM消息中的目的用戶地址為傳統(tǒng)消息用戶地址，源用戶地址為CPM用 戶地址；所述PF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，進(jìn)一步包括PF側(cè)的設(shè)置模塊和PF側(cè)的轉(zhuǎn)發(fā)模塊； 其中，PF側(cè)的設(shè)置模塊用于在根據(jù)所述傳統(tǒng)消息用戶地址，判斷出需要采用交互方式將 CPM消息發(fā)送到傳統(tǒng)消息用戶狀態(tài)下，設(shè)置所述request-uri字段為ISF的SIP URI地址； PF側(cè)的轉(zhuǎn)發(fā)模塊用于根據(jù)所述ISF的SIP URI地址將CPM消息轉(zhuǎn)發(fā)給所述ISF側(cè)的設(shè)置及 轉(zhuǎn)發(fā)單元。其中，該系統(tǒng)還包括ISF側(cè)的選擇單元，用于獲取CPM消息并選擇CPM消息相對(duì)應(yīng) 的傳統(tǒng)消息交互方式后，轉(zhuǎn)發(fā)給所述ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元；其中，根據(jù)CPM消息中傳統(tǒng)消息用戶地址的地址類型、消息內(nèi)容及CPM用戶地址的地址， 選擇與CPM消息相對(duì)應(yīng)的傳統(tǒng)消息交互方式。其中，所述ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，進(jìn)一步包括ISF側(cè)的設(shè)置模塊和ISF側(cè)的 轉(zhuǎn)發(fā)模塊；其中，ISF側(cè)的設(shè)置模塊用于將所述request-uri字段設(shè)置為與ISF對(duì)應(yīng)的IWF的SIP URI地址，并將CPM用戶與傳統(tǒng)消息業(yè)務(wù)對(duì)應(yīng)的地址作為第二個(gè)p-asserted-identity字段 值加入到CPM消息中；ISF側(cè)的轉(zhuǎn)發(fā)模塊用于根據(jù)所述ISF對(duì)應(yīng)的IWF的SIP URI地址將 CPM消息轉(zhuǎn)發(fā)給IWF側(cè)的轉(zhuǎn)換單元。
其中，該系統(tǒng)還包括IWF側(cè)的獲取單元，用于根據(jù)CPM消息中的第二個(gè) p-asserted-identity字段值，獲取到傳統(tǒng)消息的源地址，根據(jù)CPM消息中的傳統(tǒng)消息用戶 地址，獲取到傳統(tǒng)消息的目的地址；所述IWF側(cè)的轉(zhuǎn)換單元，進(jìn)一步用于按照傳統(tǒng)消息業(yè)務(wù)要求，將CPM消息轉(zhuǎn)換成對(duì) 應(yīng)的傳統(tǒng)消息。本發(fā)明的PF接收到CPM消息，將CPM消息的request-uri字段設(shè)置為ISF的相關(guān) 地址后轉(zhuǎn)發(fā)給ISF ；ISF將CPM消息的request-uri字段設(shè)置為IWF的相關(guān)地址后轉(zhuǎn)發(fā)給 IWF,由IWF將CPM消息轉(zhuǎn)換成傳統(tǒng)消息。采用本發(fā)明，通過CPM業(yè)務(wù)系統(tǒng)內(nèi)部各單元，例如PF、ISF、IWF三者之間的配置協(xié) 作，能實(shí)現(xiàn)消息在各單元之間的正確路由，使得iFC設(shè)置簡(jiǎn)單，SIP/IPCore不需要像現(xiàn)有 技術(shù)那樣，設(shè)置復(fù)雜的iFC，就能正確地將消息在CPM業(yè)務(wù)系統(tǒng)內(nèi)部的多個(gè)單元之間進(jìn)行路 由，以成功完成CPM消息和傳統(tǒng)消息之間的業(yè)務(wù)交互。


圖1為本發(fā)明方法的實(shí)現(xiàn)流程示意圖；圖2為實(shí)現(xiàn)本發(fā)明方法流程的一業(yè)務(wù)環(huán)境架構(gòu)的組成結(jié)構(gòu)示意圖；
具體實(shí)施例方式本發(fā)明的基本思想是通過CPM業(yè)務(wù)系統(tǒng)內(nèi)部各單元，例如PF、ISF、IWF三者之間 的配置協(xié)作，能實(shí)現(xiàn)消息在各單元之間的正確路由，使得iFC設(shè)置簡(jiǎn)單，SIP/IP Core不需 要像現(xiàn)有技術(shù)那樣，設(shè)置復(fù)雜的iFC，就能正確地將消息在CPM業(yè)務(wù)系統(tǒng)內(nèi)部的多個(gè)單元之 間進(jìn)行路由，以成功完成CPM消息和傳統(tǒng)消息之間的業(yè)務(wù)交互。下面結(jié)合附圖對(duì)技術(shù)方案的實(shí)施作進(jìn)一步的詳細(xì)描述。如圖1所示，一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的方法，該方法包括以下步驟步驟101、PF接收到CPM消息，將CPM消息的request-uri字段設(shè)置為ISF的相關(guān) 地址后轉(zhuǎn)發(fā)給ISF。步驟102、ISF將CPM消息的request-uri字段設(shè)置為IWF的相關(guān)地址后轉(zhuǎn)發(fā)給 IWF,由IWF將CPM消息轉(zhuǎn)換成傳統(tǒng)消息。針對(duì)以上由步驟101 步驟102所構(gòu)成的技術(shù)方案而言，步驟101的具體處理過 程包括步驟101a、PF從CPM客戶端接收到CPM消息。其中，CPM消息的目的用戶地址為 傳統(tǒng)消息用戶地址，源用戶地址為CPM用戶地址。步驟101b、PF根據(jù)傳統(tǒng)消息用戶地址，判斷出需要采用交互方式將CPM消息發(fā)送 到傳統(tǒng)消息用戶時(shí)，設(shè)置request-uri字段為ISF的SIP URI地址。步驟101c、將傳統(tǒng)消息用戶地址采用MIME格式封裝在CPM消息體中。步驟101d、根據(jù)ISF的SIP URI地址將CPM消息轉(zhuǎn)發(fā)給ISF。步驟102中，ISF將CPM消息的request-uri字段設(shè)置為IWF的相關(guān)地址之前還 包括步驟102a、ISF接收到CPM消息，根據(jù)CPM消息中傳統(tǒng)消息用戶地址的地址類型、消息內(nèi)容及CPM用戶地址的地址，確定出CPM消息與傳統(tǒng)消息之間的交互方式，并選擇相對(duì) 應(yīng)的傳統(tǒng)消息方式發(fā)送CPM消息。則步驟102中，ISF將CPM消息的request-uri字段設(shè)置為IWF的相關(guān)地址具體 為ISF將request-uri字段設(shè)置為與ISF對(duì)應(yīng)的IWF的SIP URI地址。這里，完成設(shè)置， ISF會(huì)將CPM用戶與傳統(tǒng)消息業(yè)務(wù)對(duì)應(yīng)的地址作為第二個(gè)p-asserted-identity字段值加 入到CPM消息中；根據(jù)ISF對(duì)應(yīng)的IWF的SIP URI地址將CPM消息轉(zhuǎn)發(fā)給IWF。這里，步驟102中，IWF進(jìn)行消息轉(zhuǎn)換之前，IffF接收到CPM消息，根據(jù)CPM消息中 的第二個(gè)p-asserted-identity字段值，獲取到傳統(tǒng)消息的源地址，根據(jù)CPM消息中的傳統(tǒng) 消息用戶地址，獲取到傳統(tǒng)消息的目的地址。IffF進(jìn)行消息轉(zhuǎn)換具體為IWF進(jìn)一步按照傳統(tǒng)消息業(yè)務(wù)要求，將CPM消息轉(zhuǎn)換成 對(duì)應(yīng)的傳統(tǒng)消息。之后，IWF將傳統(tǒng)消息發(fā)送到對(duì)應(yīng)的傳統(tǒng)消息業(yè)務(wù)系統(tǒng)，由傳統(tǒng)消息業(yè)務(wù) 系統(tǒng)將傳統(tǒng)消息發(fā)送到傳統(tǒng)消息客戶端，完成CPM消息從CPM用戶到傳統(tǒng)消息用戶的發(fā)送。圖2為實(shí)現(xiàn)本發(fā)明方法流程的業(yè)務(wù)環(huán)境架構(gòu)的組成結(jié)構(gòu)示意圖，圖2中包括CPM 客戶端、SIP/IP Core、PF、CF、ISF、IWF、ENUM/DNS、傳統(tǒng)消息業(yè)務(wù)系統(tǒng)、傳統(tǒng)消息客戶端。在 此簡(jiǎn)單說明下其中，CPM客戶端用于接收CPM用戶操作，將消息內(nèi)容發(fā)送到CPM業(yè)務(wù)系統(tǒng) 的PF，接收從PF下發(fā)的CPM消息，并向CPM用戶展現(xiàn)；PF用于接收CPM客戶端發(fā)送的CPM 消息，并處理轉(zhuǎn)發(fā)到目的用戶的CPM消息；ISF用于選擇適當(dāng)?shù)膫鹘y(tǒng)消息交互方式，作為CPM 消息發(fā)送到傳統(tǒng)消息用戶的一種方式；IWF用于將CPM消息轉(zhuǎn)換成傳統(tǒng)消息，并發(fā)送到傳統(tǒng) 消息業(yè)務(wù)系統(tǒng)；傳統(tǒng)消息業(yè)務(wù)系統(tǒng)用于接收從IWF發(fā)送的消息，并發(fā)送給傳統(tǒng)消息客戶端， 接收從傳統(tǒng)消息客戶端發(fā)送的消息，并向目的用戶發(fā)送；傳統(tǒng)消息業(yè)務(wù)客戶端用于收發(fā)來 自傳統(tǒng)消息業(yè)務(wù)系統(tǒng)的消息，向傳統(tǒng)消息業(yè)務(wù)用戶展現(xiàn)消息內(nèi)容。這里，當(dāng)采取圖2所示的業(yè)務(wù)環(huán)境架構(gòu)的組成結(jié)構(gòu)示意圖時(shí)，本發(fā)明主要包括以 下內(nèi)容一、CPM客戶端向PF發(fā)送CPM消息，其中目的用戶為傳統(tǒng)消息用戶。二、PF接收到消息后，依據(jù)目的用戶地址即傳統(tǒng)消息用戶地址判斷，需要采用交互 方式將消息傳送到傳統(tǒng)消息用戶，則將CPM消息轉(zhuǎn)發(fā)到ISF，CPM消息的request-uri設(shè)置 為ISF的SIP URI地址，目的用戶地址與原有的消息內(nèi)容采用MIME格式封裝保存在消息體 中。三、SIP/IP Core依據(jù)request-uri將CPM消息路由到ISF，ISF依據(jù)傳統(tǒng)消息用 戶地址的地址類型和消息內(nèi)容以及CPM用戶所具有的地址類型等選擇適當(dāng)?shù)膫鹘y(tǒng)消息業(yè) 務(wù)進(jìn)行消息傳送，完成選擇后，ISF將對(duì)應(yīng)的IWF的SIP URI地址作為request-uri地址， 并將CPM用戶與傳統(tǒng)業(yè)務(wù)對(duì)應(yīng)的地址作為第二個(gè)p-asserted-identity加入到消息中，并 將CPM消息發(fā)送到SIP/IP Core。四、SIP/IP Core依據(jù)request-uri地址將CPM消息發(fā)送到IWF，IffF依據(jù)第二個(gè) p-asserted-identity的值得到傳統(tǒng)消息的源地址，依據(jù)消息體中攜帶的目的地址得到傳 統(tǒng)消息的目的地址，并按照傳統(tǒng)消息業(yè)務(wù)要求，將CPM消息轉(zhuǎn)換成對(duì)應(yīng)的傳統(tǒng)消息，發(fā)送到 對(duì)應(yīng)的傳統(tǒng)消息業(yè)務(wù)系統(tǒng)。五、傳統(tǒng)消息業(yè)務(wù)系統(tǒng)將傳統(tǒng)消息發(fā)送到傳統(tǒng)消息客戶端端，完成CPM消息到傳 統(tǒng)消息用戶的發(fā)送。
綜上所述，采用本發(fā)明，與現(xiàn)有技術(shù)相比，本發(fā)明通過設(shè)計(jì)出CPM業(yè)務(wù)系統(tǒng)內(nèi)部 相關(guān)組成單元之間SIP協(xié)議的接口，使得CPM消息與傳統(tǒng)消息實(shí)現(xiàn)互通的情況下，SIP/IP Core不需要設(shè)置復(fù)雜的iFC規(guī)則而實(shí)現(xiàn)了 PF、CF、ISF、IWF相關(guān)組成單元之間的正確路由， 為以后CPM業(yè)務(wù)的真正部署運(yùn)行提供良好的技術(shù)保障。這里，以下方法實(shí)施例中，支持CPM消息與傳統(tǒng)消息之間交互的業(yè)務(wù)環(huán)境架構(gòu)如 圖2所示，通過CPM客戶端與CPM業(yè)務(wù)系統(tǒng)之間的交互，實(shí)現(xiàn)CPM用戶收發(fā)CPM消息，并為 CPM用戶提供良好的業(yè)務(wù)體驗(yàn)。CPM業(yè)務(wù)系統(tǒng)主要由PF、CF、ISF、IffF組成，其中PF相當(dāng)于 CPM用戶代理，用于對(duì)CPM客戶端請(qǐng)求進(jìn)行鑒權(quán)認(rèn)證，并判斷是否需要采用交互方式發(fā)送消 息內(nèi)容；CF與PF類似，也可用于判斷是否需要采用交互方式發(fā)送消息；ISF用于選擇適當(dāng) 的傳統(tǒng)消息交互方式發(fā)送消息；IWF將CPM消息轉(zhuǎn)換成指定的傳統(tǒng)消息格式，并采用相應(yīng)的 協(xié)議發(fā)送到傳統(tǒng)消息業(yè)務(wù)系統(tǒng)；ENUM/DNS用于完成TEL URI與SIP URI地址之間的轉(zhuǎn)換； 傳統(tǒng)消息業(yè)務(wù)系統(tǒng)用于實(shí)現(xiàn)接收從IWF來的傳統(tǒng)消息，并發(fā)送到傳統(tǒng)消息客戶端。以下對(duì) 實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的方法流程進(jìn)行闡述。方法實(shí)施例步驟201、CPM客戶端發(fā)送CPM消息到傳統(tǒng)消息用戶，發(fā)送時(shí)采用SIP消息，該CPM 消息是尋呼模式的消息。這里，CPM消息中，request-uri 設(shè)置為 TEL URI 格式，在 SIP/IP Core 為 3GPP IMS 網(wǎng)絡(luò)時(shí)，將p-preferred-identity設(shè)置為CPM客戶端的公共用戶標(biāo)識(shí)(PUI，public user identity) ；accept-contact字段攜帶CPM業(yè)務(wù)標(biāo)識(shí)信息，例如0MA-CPM_Tag ；CPM客戶端 將CPM消息發(fā)送到SIP/IP Core。步驟202、SIP/C0RE 依據(jù) CPM 客戶端的 p-asserted-identity 字段值和 accept-contact字段值將CPM消息轉(zhuǎn)發(fā)到CPM客戶端歸屬的PF，SIP/IP Core會(huì)依據(jù)CPM 客戶端傳送的 p-preferred-identity 生成 p-asserted-identity 字段。步驟203、PF通過與ENUM/DNS交互，獲知目的用戶的TEL URI地址沒有對(duì)應(yīng)的可 路由SIP URI地址，需要采用傳統(tǒng)消息業(yè)務(wù)系統(tǒng)發(fā)送此消息，設(shè)置request-uri為ISF的 URI地址，將目的用戶地址保存在消息體中，可采用MIME格式將目的地址和消息體進(jìn)行封 裝，PF將消息發(fā)送給SIP/IP Core,由SIP/IP Core轉(zhuǎn)發(fā)給ISF。步驟204、ISF從CPM客戶端用戶配置信息中獲得與目的地址類型相同的地址，并 作為第二個(gè)P-asserted-identity字段值，并依據(jù)目的地址類型以及消息體內(nèi)容的長(zhǎng)度判 斷，需要采用某種傳統(tǒng)消息方式發(fā)送消息到目的用戶，則選擇一個(gè)適當(dāng)?shù)慕换スδ躀WF的 SIP URI地址作為request-uri地址，將CPM消息發(fā)送到SIP/IP Core，本例以采用短信方 式發(fā)送為例，則傳統(tǒng)消息業(yè)務(wù)系統(tǒng)即為短信業(yè)務(wù)系統(tǒng)，傳統(tǒng)消息客戶端即為短信客戶端。步驟205、SIP/IP Core 依據(jù) request-uri 地址將 CPM 消息轉(zhuǎn)發(fā)到 IWF。步驟206、IWF從消息體中提取出保存的目的地址作為目的地址，第二個(gè) p-asserted-identity值作為源地址，將消息內(nèi)容轉(zhuǎn)換成短信格式，發(fā)送到短信業(yè)務(wù)系統(tǒng)， 并由短信業(yè)務(wù)系統(tǒng)轉(zhuǎn)發(fā)給短信客戶端。步驟207、短信業(yè)務(wù)系統(tǒng)向IWF返回響應(yīng)消息，IWF將響應(yīng)消息轉(zhuǎn)換成SIP協(xié)議格 式后發(fā)送給SIP/IP Core。步驟208、響應(yīng)消息經(jīng)過IWF、ISF、PF等轉(zhuǎn)發(fā)后到達(dá)CPM客戶端。
一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的系統(tǒng)，該系統(tǒng)包括PF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元、 ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元和IWF側(cè)的轉(zhuǎn)換單元。其中，PF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，用于將CPM 消息的request-uri字段設(shè)置為ISF的相關(guān)地址，將CPM消息轉(zhuǎn)發(fā)給ISF。ISF側(cè)的設(shè)置及 轉(zhuǎn)發(fā)單元，用于將CPM消息的request-uri字段設(shè)置為IWF的相關(guān)地址，將CPM消息轉(zhuǎn)發(fā)給 IWF。IWF側(cè)的轉(zhuǎn)換單元，用于將CPM消息轉(zhuǎn)換成傳統(tǒng)消息。這里，CPM消息中的目的用戶地址為傳統(tǒng)消息用戶地址，源用戶地址為CPM用戶地 址；PF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，進(jìn)一步包括PF側(cè)的設(shè)置模塊和PF側(cè)的轉(zhuǎn)發(fā)模塊；其中，PF側(cè) 的設(shè)置模塊用于在根據(jù)傳統(tǒng)消息用戶地址，判斷出需要采用交互方式將CPM消息發(fā)送到傳 統(tǒng)消息用戶狀態(tài)下，設(shè)置request-uri字段為ISF的SIP URI地址；PF側(cè)的轉(zhuǎn)發(fā)模塊用于 根據(jù)ISF的SIP URI地址將CPM消息轉(zhuǎn)發(fā)給ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元。這里，該系統(tǒng)還包括ISF側(cè)的選擇單元，它與ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元相連，用于 獲取CPM消息并選擇CPM消息相對(duì)應(yīng)的傳統(tǒng)消息交互方式后，轉(zhuǎn)發(fā)給ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā) 單元；其中，根據(jù)CPM消息中傳統(tǒng)消息用戶地址的地址類型、消息內(nèi)容及CPM用戶地址的地 址，選擇與CPM消息相對(duì)應(yīng)的傳統(tǒng)消息交互方式。這里，ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，進(jìn)一步包括ISF側(cè)的設(shè)置模塊和ISF側(cè)的轉(zhuǎn)發(fā)模 塊；其中，ISF側(cè)的設(shè)置模塊用于將request-uri字段設(shè)置為與ISF對(duì)應(yīng)的IWF的SIP URI 地址，并將CPM用戶與傳統(tǒng)消息業(yè)務(wù)對(duì)應(yīng)的地址作為第二個(gè)p-asserted-identity字段值 加入到CPM消息中；ISF側(cè)的轉(zhuǎn)發(fā)模塊用于根據(jù)ISF對(duì)應(yīng)的IWF的SIP URI地址將CPM消 息轉(zhuǎn)發(fā)給IWF側(cè)的轉(zhuǎn)換單元。這里，該系統(tǒng)還包括IWF側(cè)的獲取單元，用于根據(jù)CPM消息中的第二個(gè) p-asserted-identity字段值，獲取到傳統(tǒng)消息的源地址，根據(jù)CPM消息中的傳統(tǒng)消息用戶 地址，獲取到傳統(tǒng)消息的目的地址。IWF側(cè)的轉(zhuǎn)換單元，進(jìn)一步用于按照傳統(tǒng)消息業(yè)務(wù)要求， 將CPM消息轉(zhuǎn)換成對(duì)應(yīng)的傳統(tǒng)消息。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的方法，其特征在于，該方法包括參與者功能模塊PF接收到融合因特網(wǎng)協(xié)議消息CPM消息，將CPM消息的request uri字段設(shè)置為交互選擇功能模塊ISF的相關(guān)地址后轉(zhuǎn)發(fā)給ISF；ISF將CPM消息的request uri字段設(shè)置為交互功能模塊IWF的相關(guān)地址后轉(zhuǎn)發(fā)給IWF，由IWF將CPM消息轉(zhuǎn)換成傳統(tǒng)消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PF進(jìn)一步從CPM客戶端接收到所述 CPM消息，CPM消息中的目的用戶地址為傳統(tǒng)消息用戶地址，源用戶地址為CPM用戶地址；將所述request-uri字段設(shè)置為ISF的相關(guān)地址進(jìn)一步為PF根據(jù)所述傳統(tǒng)消息用戶 地址，判斷出需要采用交互方式將CPM消息發(fā)送到傳統(tǒng)消息用戶時(shí)，設(shè)置所述request-uri 字段為ISF的SIP URI地址；所述傳統(tǒng)消息用戶地址采用MIME格式封裝在CPM消息體中；將所述CPM消息轉(zhuǎn)發(fā)給所述ISF進(jìn)一步為根據(jù)所述ISF的SIP URI地址將CPM消息 轉(zhuǎn)發(fā)給ISF。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，將所述request-uri字段設(shè)置為IWF的相 關(guān)地址之前還包括所述ISF接收到CPM消息，根據(jù)CPM消息中傳統(tǒng)消息用戶地址的地址類型、消息內(nèi)容及 CPM用戶地址的地址，選擇與CPM消息相對(duì)應(yīng)的傳統(tǒng)消息交互方式發(fā)送CPM消息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，完成所述選擇后還包括ISF進(jìn)一步將所 述request-uri字段設(shè)置為與ISF對(duì)應(yīng)的IWF的SIP URI地址，并將CPM用戶與傳統(tǒng)消息 業(yè)務(wù)對(duì)應(yīng)的地址作為第二個(gè)p-asserted-identity字段值加入到CPM消息中；將所述CPM消息轉(zhuǎn)發(fā)給所述IWF進(jìn)一步為根據(jù)所述ISF對(duì)應(yīng)的IWF的SIP URI地址 將CPM消息轉(zhuǎn)發(fā)給IWF。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述IWF接收到CPM消息，根據(jù)CPM消息 中的第二個(gè)P-asserted-identity字段值，獲取到傳統(tǒng)消息的源地址，根據(jù)CPM消息中的傳 統(tǒng)消息用戶地址，獲取到傳統(tǒng)消息的目的地址；所述IWF進(jìn)一步按照傳統(tǒng)消息業(yè)務(wù)要求，將CPM消息轉(zhuǎn)換成對(duì)應(yīng)的傳統(tǒng)消息，并發(fā)送到 對(duì)應(yīng)的傳統(tǒng)消息業(yè)務(wù)系統(tǒng)，由傳統(tǒng)消息業(yè)務(wù)系統(tǒng)將傳統(tǒng)消息發(fā)送到傳統(tǒng)消息客戶端，完成 CPM消息從CPM用戶到傳統(tǒng)消息用戶的發(fā)送。
6.一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的系統(tǒng)，其特征在于，該系統(tǒng)包括PF側(cè)的設(shè)置及 轉(zhuǎn)發(fā)單元、ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元和IWF側(cè)的轉(zhuǎn)換單元；其中，PF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，用于將CPM消息的request-uri字段設(shè)置為ISF的相關(guān)地址， 將CPM消息轉(zhuǎn)發(fā)給ISF ；ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，用于將CPM消息的request-uri字段設(shè)置為IWF的相關(guān)地 址，將CPM消息轉(zhuǎn)發(fā)給IWF;IWF側(cè)的轉(zhuǎn)換單元，用于將CPM消息轉(zhuǎn)換成傳統(tǒng)消息。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述CPM消息中的目的用戶地址為傳統(tǒng)消 息用戶地址，源用戶地址為CPM用戶地址；所述PF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，進(jìn)一步包括PF側(cè)的設(shè)置模塊和PF側(cè)的轉(zhuǎn)發(fā)模塊；其中，PF側(cè)的設(shè)置模塊用于在根據(jù)所述傳統(tǒng)消息用戶地址，判斷出需要采用交互方式將CPM消息發(fā)送到傳統(tǒng)消息用戶狀態(tài)下，設(shè)置所述request-uri字段為ISF的SIP URI地址；PF側(cè) 的轉(zhuǎn)發(fā)模塊用于根據(jù)所述ISF的SIP URI地址將CPM消息轉(zhuǎn)發(fā)給所述ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括ISF側(cè)的選擇單元，用于獲 取CPM消息并選擇CPM消息相對(duì)應(yīng)的傳統(tǒng)消息交互方式后，轉(zhuǎn)發(fā)給所述ISF側(cè)的設(shè)置及轉(zhuǎn) 發(fā)單元；其中，根據(jù)CPM消息中傳統(tǒng)消息用戶地址的地址類型、消息內(nèi)容及CPM用戶地址的地址，選擇 與CPM消息相對(duì)應(yīng)的傳統(tǒng)消息交互方式。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元，進(jìn)一步包 括ISF側(cè)的設(shè)置模塊和ISF側(cè)的轉(zhuǎn)發(fā)模塊；其中，ISF側(cè)的設(shè)置模塊用于將所述request-uri字段設(shè)置為與ISF對(duì)應(yīng)的IWF的SIP URI 地址，并將CPM用戶與傳統(tǒng)消息業(yè)務(wù)對(duì)應(yīng)的地址作為第二個(gè)p-asserted-identity字段值 加入到CPM消息中；ISF側(cè)的轉(zhuǎn)發(fā)模塊用于根據(jù)所述ISF對(duì)應(yīng)的IWF的SIP URI地址將CPM 消息轉(zhuǎn)發(fā)給IWF側(cè)的轉(zhuǎn)換單元。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括IWF側(cè)的獲取單元，用于 根據(jù)CPM消息中的第二個(gè)p-asserted-identity字段值，獲取到傳統(tǒng)消息的源地址，根據(jù) CPM消息中的傳統(tǒng)消息用戶地址，獲取到傳統(tǒng)消息的目的地址；所述IWF側(cè)的轉(zhuǎn)換單元，進(jìn)一步用于按照傳統(tǒng)消息業(yè)務(wù)要求，將CPM消息轉(zhuǎn)換成對(duì)應(yīng)的 傳統(tǒng)消息。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的方法，該方法包括參與者功能模塊(PF)接收到融合因特網(wǎng)協(xié)議消息(CPM)消息，將CPM消息的request-uri字段設(shè)置為交互選擇功能模塊(ISF)的相關(guān)地址后轉(zhuǎn)發(fā)給ISF；ISF將request-uri字段設(shè)置為交互功能模塊(IWF)的相關(guān)地址后轉(zhuǎn)發(fā)給IWF。本發(fā)明還公開了一種實(shí)現(xiàn)不同消息之間業(yè)務(wù)交互的系統(tǒng)，該系統(tǒng)包括PF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元用于將request-uri字段設(shè)置為ISF的相關(guān)地址并轉(zhuǎn)發(fā)給ISF；ISF側(cè)的設(shè)置及轉(zhuǎn)發(fā)單元用于將request-uri字段設(shè)置為IWF的相關(guān)地址并轉(zhuǎn)發(fā)給IWF。采用本發(fā)明的方法及系統(tǒng)，能實(shí)現(xiàn)CPM消息與傳統(tǒng)消息之間的業(yè)務(wù)交互。
文檔編號(hào)H04L29/06GK101924708SQ200910086969
公開日2010年12月22日 申請(qǐng)日期2009年6月12日 優(yōu)先權(quán)日2009年6月12日
發(fā)明者李鳳軍 申請(qǐng)人:中興通訊股份有限公司