專利名稱：一種實現(xiàn)融合ip消息的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種實現(xiàn)融合IP消息的方法、裝置及系統(tǒng)。
背景技術(shù)：
移動通信網(wǎng)絡(luò)(如2G、 3G和多i某體子域等)和Intem改網(wǎng)絡(luò)上開展的消 息業(yè)務(wù)包括短消息、多士某體消息、即時消息和融合消息等，其中，即時消息和 融合消息是基于會話初始化協(xié)議SIP ( Session Initiation Protocol)技術(shù)的消息業(yè) 務(wù)，屬于基于呈現(xiàn)信息的個人對個人、個人對應(yīng)用和個人對群組的消息類的移 動數(shù)據(jù)業(yè)務(wù)?，F(xiàn)有由開放移動聯(lián)盟OMA (Open Mobile Alliance)定義的消息服務(wù)引擎 是單獨設(shè)計和標準化的，其消息服務(wù)提供一種單一的用戶體驗，并且限制于某 種特定的媒介和應(yīng)用。例如-短消息業(yè)務(wù)SMS (Short Message Service)提供一種基本的文本消息服務(wù)；-多媒體消息業(yè)務(wù)MMS (Multimedia Message Service)提供基本的多媒體 消息服務(wù)；-即時消息IM (InstantMessage)提供準實時的文本服務(wù)；-一鍵通PoC (Push to talk)提供一種半雙工的語音服務(wù)。隨著網(wǎng)絡(luò)和技術(shù)的發(fā)展,許多消息服務(wù)已經(jīng)開始相關(guān)交替，具有如下特點-許多服務(wù)都支持多媒體-許多服務(wù)都基于呈現(xiàn)信息-許多服務(wù)都有一個單一的地址薄-擁有一些共享的普通功能和能力，如XML文檔管理力良務(wù)(XML Document Management Service )。上述特點的融合需要提供一個單一的融合消息平臺，以吸收不同的技術(shù)并 支持用戶不同的消息體驗。基于IP的融合消息，即CPM ( Converged IP Messaging)是OMA倡導定義的全新消息業(yè)務(wù)框架，為用戶提供融合的業(yè)務(wù)體 驗，例如即時消息、離線消息、多媒體會話、半雙工/全雙工的音頻、視頻會 議等。融合消息CPM業(yè)務(wù)允許用戶以統(tǒng)一的方式使用具有不同技術(shù)特征的通信 服務(wù)，克服了由于技術(shù)差異造成的非CPM消息業(yè)務(wù)間的"縫隙"(Silos),從而 為用戶服務(wù)提供統(tǒng)一的業(yè)務(wù)體驗。在鞏固現(xiàn)有消息業(yè)務(wù)基本能力的同時，CPM業(yè)務(wù)還在SIP等通信技術(shù)的牽引 下融合移動數(shù)據(jù)業(yè)務(wù)演化過程中涌現(xiàn)的諸多業(yè)務(wù)特征，例如1、 CPM能夠管理多個同時進行的具有不同4某體類型的會話，允許用戶根 據(jù)設(shè)備、聯(lián)系地址、媒體類型的不同來進行業(yè)務(wù)設(shè)置；2、 CPM業(yè)務(wù)不依賴與運營商網(wǎng)絡(luò)和用戶終端，因此可以在多終端環(huán)境下 提供服務(wù)；3、 CPM提供消息、多媒體內(nèi)容等用戶個人網(wǎng)絡(luò)存儲的能力；4、 CPM支持與非CPM消息系統(tǒng)的無縫互聯(lián)，使得不同類型的消息用戶之 間進行最大互通；5、 CPM不僅支持一對一、 一對多個人數(shù)據(jù)通信業(yè)務(wù)，還提供與第三方應(yīng) 用交互的能力；在實現(xiàn)業(yè)務(wù)能力的過程中，CPM與OMA中其他功能實體進行 交互，如呈現(xiàn)服務(wù)器和XML文檔管理實體。OMA IM提供基于SIP技術(shù)的即時消息，可以支持以文本和離散媒體類型 為主的消息會話，也可以支持多方用戶參與的消息聊天室功能，還可以提供離 線消息的臨時存儲和通知；但是OMAIM無法在會話過程中提供實時流媒體共 享，在對多方多々某體會議的支持也不夠，并且在多終端環(huán)境下不能實現(xiàn)消息狀 態(tài)同步，另外，對于非CPM消息系統(tǒng)(如SMS系統(tǒng)、即時消息系統(tǒng)和呈現(xiàn)業(yè)務(wù)系纟充IMPS (Instant Messaging and Presence Service ))的互聯(lián)工4卡雖然正在進4亍， 但是仍然沒有得到徹底解決。OMAPoC主要提供基于SIP技術(shù)的半雙工語音，支持可控的實時語音會話 可以實現(xiàn)組通信以及網(wǎng)絡(luò)存儲，但其應(yīng)用場景并不包括消息交換、郵件收發(fā)或 者與非CPM消息系統(tǒng)(如SMS系統(tǒng)、MMS系統(tǒng)等)的互聯(lián)。綜上可知，非CPM消息業(yè)務(wù)(如SMS, MMS, IM, PoC)根據(jù)各自實現(xiàn) 技術(shù)的不同來區(qū)分彼此，但其技術(shù)能力有交叉，提供給用戶的業(yè)務(wù)體驗也有重 疊，因此不僅會割裂移動it據(jù)終端市場，還會給4吏用不同消息業(yè)務(wù)的用戶帶來 困惑；另外，由于各消息業(yè)務(wù)的技術(shù)差異導致了消息業(yè)務(wù)之間存在"縫隙，，問 題。發(fā)明內(nèi)容本發(fā)明實施例提供實現(xiàn)IP融合消息CPM的方法及系統(tǒng)，用于克服非CPM 消息業(yè)務(wù)技術(shù)能力交叉、用戶使用體驗重疊以及非CPM消息系統(tǒng)之間存在交 互縫隙的問題。一種實現(xiàn)融合IP消息的方法，包括步驟融合IP消息CPM服務(wù)器接收CPM消息；所述CPM服務(wù)器根據(jù)所述CPM消息確定業(yè)務(wù)類型并進行相應(yīng)的信令控 制，其中，對于需要媒體傳輸通道的業(yè)務(wù)，確定其媒體能力并根據(jù)該媒體能力 配置相應(yīng)的媒體資源和建立媒體傳輸通道；所述CPM服務(wù)器根據(jù)業(yè)務(wù)類型對應(yīng)的處理流程處理CPM消息內(nèi)容。一種融合IP消息CPM服務(wù)器，包括通信接口，用于接收或發(fā)送消息；控制單元，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型并進行相應(yīng)的信令 控制；媒體單元，用于4,所述控制單元的指令進行媒體能力控制并進行資源管理。一種融合IP消息的終端設(shè)備，包括 通信接口，用于接收或發(fā)送消息；CPM客戶端，用于根據(jù)需要執(zhí)行的CPM業(yè)務(wù)的業(yè)務(wù)類型，產(chǎn)生相應(yīng)的 CPM消息并傳送給通信接口 ，以及根據(jù)接收到的CPM消息的業(yè)務(wù)類型所對應(yīng) 的處理流程處理CPM消息。一種融合IP消息CPM系統(tǒng)，包括CPM客戶端，用于根據(jù)需要執(zhí)行的CPM業(yè)務(wù)的業(yè)務(wù)類型，產(chǎn)生相應(yīng)的 CPM消息并將其發(fā)送，以及根據(jù)接收到的CPM消息的業(yè)務(wù)類型所對應(yīng)的處理 流程處理CPM消息；CPM服務(wù)器，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型并進行相應(yīng)的信 令控制，以及才艮據(jù)業(yè)務(wù)類型對應(yīng)的處理流程處理CPM消息內(nèi)容；其中，對于 需要々某體傳輸通道的業(yè)務(wù)，確定其々某體能力并才艮據(jù)該媒體能力配置相應(yīng)的媒體 資源和建立媒體傳輸通道；傳送網(wǎng)絡(luò)，用于傳送所述CPM客戶端和所述CPM服務(wù)器的CPM消息。一種實現(xiàn)融合IP消息的方法，包括步驟融合IP消息CPM服務(wù)器接收CPM消息；所述CPM服務(wù)器根據(jù)所述CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類型確定 能夠處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器；所述CPM服務(wù)器將所述CPM消息生成對應(yīng)于所述其他業(yè)務(wù)服務(wù)器的消息 或/和會話請求，并發(fā)送給所述業(yè)務(wù)服務(wù)器進行處理，以及CPM服務(wù)器在接收 到業(yè)務(wù)服務(wù)器的CPM消息后將其發(fā)送給CPM客戶端。一種融合IP消息CPM服務(wù)器，包括通信接口，用于接收或發(fā)送消息；信令控制器，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類 型確定處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器，將所述CPM消息生成對應(yīng)于所述業(yè)務(wù)服務(wù)器的消息或/和會話請求，并將其發(fā)送給所述業(yè)務(wù)服務(wù)器，以及在接收到業(yè)務(wù)服務(wù)器的CPM消息后將其發(fā)送給CPM客戶端。 一種融合IP消息CPM系統(tǒng)，包括CPM客戶端，用于根據(jù)需要執(zhí)行的CPM業(yè)務(wù)的業(yè)務(wù)類型，產(chǎn)生相應(yīng)的 CPM消息并將其發(fā)送，以及根據(jù)接收到的CPM消息的業(yè)務(wù)類型所對應(yīng)的處理 流程處理CPM消息；CPM服務(wù)器，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類 型確定能夠處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器，以及將所述CPM消息生成對應(yīng)于所述 業(yè)務(wù)服務(wù)器的消息或/和會話請求，并將其發(fā)送給所述業(yè)務(wù)服務(wù)器，以及CPM 服務(wù)器在接收到業(yè)務(wù)服務(wù)器的CPM消息后將其發(fā)送給CPM客戶端；業(yè)務(wù)服務(wù)器，用于處理所述消息或/和會話請求；傳送網(wǎng)絡(luò)，用于在CPM客戶端和CPM服務(wù)器之間、各業(yè)務(wù)服務(wù)器與CPM 服務(wù)器之間傳送消息。一種融合IP消息CPM客戶端，包括 業(yè)務(wù)功能模塊，用于發(fā)送和接收CPM消息；業(yè)務(wù)控制才莫塊，用于根據(jù)接收到的消息確定業(yè)務(wù)類型，并根據(jù)該業(yè)務(wù)類型 觸發(fā)對應(yīng)的業(yè)務(wù)功能才莫塊；用戶界面模塊，用于將接收到的消息和用戶發(fā)起的消息發(fā)送給業(yè)務(wù)控制模塊。本發(fā)明實施例IP融合消息CPM服務(wù)器接收CPM消息后，根據(jù)所述CPM 消息確定業(yè)務(wù)類型并進行相應(yīng)的信令控制，其中，對于需要媒體傳輸通道的業(yè) 務(wù)，判斷其媒體能力并根據(jù)該媒體能力配置相應(yīng)的媒體資源和建立媒體傳輸通 道，以及根據(jù)業(yè)務(wù)類型對應(yīng)的處理流程處理CPM消息內(nèi)容；或者，CPM服務(wù) 器接收CPM消息后，根據(jù)所述CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類型確定 能夠處理該業(yè)務(wù)的其他業(yè)務(wù)服務(wù)器，以及將所述CPM消息生成對應(yīng)于所述其 他業(yè)務(wù)服務(wù)器的消息或/和會話請求，并將其發(fā)送給所述其他業(yè)務(wù)服務(wù)器進行處理，以及在接收到業(yè)務(wù)服務(wù)器的CPM消息后將其發(fā)送給CPM客戶端；通過上 述實現(xiàn)方式可以為用戶提供融合的業(yè)務(wù)體驗，克服了非CPM消息業(yè)務(wù)技術(shù)能 力交叉而導致用戶的業(yè)務(wù)體—驗重疊，因此，采用本發(fā)明實施例技術(shù)方法可以提 髙用戶的業(yè)務(wù)體—瞼。附國說明

圖1A為本發(fā)明實施例一中實現(xiàn)融合IP消息的主要流程圖；圖IB為本發(fā)明實施例一中CPM系統(tǒng)結(jié)構(gòu)示意圖；圖2A為本發(fā)明實施例一中CPM服務(wù)器結(jié)構(gòu)示意圖；圖2B為本發(fā)明實施例一中CPM服務(wù)器內(nèi)部模塊之間的信令控制示意圖；圖3為本發(fā)明實施例一中實現(xiàn)消息傳送的流程圖；圖4A、圖4B為本發(fā)明實施例一中實現(xiàn)端到端會活的流程圖；圖5A、圖5B為本發(fā)明實施例一中實現(xiàn)預定會議的流程圖；圖6A、圖6B為本發(fā)明實施例一中實現(xiàn)臨時會議的流程圖；圖7為本發(fā)明實施例一中實現(xiàn)網(wǎng)絡(luò)存儲的流程圖；圖8為本發(fā)明實施例一中實現(xiàn)與第三方應(yīng)用通信的流程圖；圖9A為本發(fā)明實施例二中實現(xiàn)融合IP消息的主要流程圖；圖9B為本發(fā)明實施例二中CPM系統(tǒng)結(jié)構(gòu)示意圖；圖9C為本發(fā)明實施例二中CPM服務(wù)器結(jié)構(gòu)示意圖；圖IO為本發(fā)明實施例二中實現(xiàn)消息傳送的流程圖；圖IIA、圖IIB為本發(fā)明實施例二中實現(xiàn)端對端會話的流程圖；圖12為為本發(fā)明實施例二中實現(xiàn)多媒體會議的流程圖；圖13為本發(fā)明實施例三中實現(xiàn)融合IP消息的系統(tǒng)結(jié)構(gòu)示意圖；圖14為本發(fā)明實施例三中CPM客戶端發(fā)送消息的實現(xiàn)流程圖；圖15為本發(fā)明實施例三中CPM客戶端發(fā)起會話的實現(xiàn)流程圖；圖16為本發(fā)明實施例三中CPM客戶端接收會話的實現(xiàn)流程圖。
具體實施方式
為了解決非CPM消息業(yè)務(wù)技術(shù)能力交叉、用戶使用體驗重疊的問題以及 消除非CPM消息業(yè)務(wù)技術(shù)之間的"縫隙"，本發(fā)明實施例提供了基于IP融合 消息CPM系統(tǒng)。實施例一參見圖1A,本實例中實現(xiàn)融合IP消息的主要過程如下步驟100、 CPM服務(wù)器接收CPM消息，該CPM消息包含消息請求、會 話請求、在網(wǎng)絡(luò)側(cè)操作CPM消息內(nèi)容的業(yè)務(wù)請求等業(yè)務(wù)類的請求消息。步驟101、所述CPM服務(wù)器根據(jù)所述CPM消息確定業(yè)務(wù)類型并進行相應(yīng) 的信令控制，其中，對于需要媒體傳輸通道的業(yè)務(wù)，確定其媒體能力并根據(jù)該 媒體能力配置相應(yīng)的々某體資源和建立媒體傳輸通道。步驟102、所述CPM服務(wù)器根據(jù)業(yè)務(wù)類型對應(yīng)的處理流程處理CPM消息 內(nèi)容。參見圖IB,本實施例的一種融合IP消息CPM系統(tǒng)包括CPM客戶端10， 用于根據(jù)需要執(zhí)行的CPM業(yè)務(wù)的業(yè)務(wù)類型，產(chǎn)生相應(yīng)的CPM消息并通過傳送 網(wǎng)絡(luò)12將其發(fā)送到CPM服務(wù)器11，以及根據(jù)接收到的CPM消息的業(yè)務(wù)類型 所對應(yīng)的處理流程處理CPM消息；CPM服務(wù)器ll,用于根據(jù)接收到的CPM 消息確定業(yè)務(wù)類型并進行相應(yīng)的信令控制，以及根據(jù)業(yè)務(wù)類型對應(yīng)的處理流程 處理CPM消息內(nèi)容；其中，對于需要i某體傳輸通道的業(yè)務(wù)，確定其媒體能力 并根據(jù)該媒體能力配置相應(yīng)的媒體資源和建立媒體傳輸通道；傳送網(wǎng)絡(luò)12，用 于在所述CPM客戶端IO和所述CPM服務(wù)器11之間傳送消息，以及在網(wǎng)絡(luò)之 間傳送消息。所述傳送網(wǎng)絡(luò)12,可以是一個分組交換公共數(shù)據(jù)網(wǎng)、電路交換公共數(shù)據(jù)網(wǎng)、 支持傳輸控制協(xié)議/Internet協(xié)議的網(wǎng)絡(luò)、通用分組無線電服務(wù)網(wǎng)、數(shù)字無線 電話網(wǎng)、模擬無線電話網(wǎng)、公共交換電話網(wǎng)、綜合服務(wù)數(shù)字網(wǎng)或?qū)拵ЬC合服務(wù)數(shù)字網(wǎng)；本實施例中以SIP/IP核心網(wǎng)為例。所述CPM客戶端IO，部署在移動、固定終端上或者實現(xiàn)在Internet接入 設(shè)備上， 一個CPM客戶端應(yīng)該支持如下功能1 、執(zhí)行CPM終端到SIP/IP Core的注冊、鑒權(quán)流程；2、 發(fā)送/接收其他CPM客戶端或服務(wù)器的CPM消息，以及為用戶提供消 息或會話邀請到達的通知；3、 允許用戶根據(jù)設(shè)備、聯(lián)系地址、媒體類型的不同來進行業(yè)務(wù)設(shè)置；4、 提供網(wǎng)絡(luò)存儲消息、多媒體內(nèi)容和用戶本地存儲同步能力。 所述CPM服務(wù)器ll，包括通信接口 110、控制平面(Control Plane) 111和媒體平面(Media Plane) 112;下面結(jié)合圖2A、圖2B對各功能模塊的實現(xiàn) 功能、以及各功能模塊之間的業(yè)務(wù)邏輯關(guān)系進行詳細說明控制平面110包括信令管理器30、消息控制器31、會話控制器32、存儲 控制器33和第三方應(yīng)用控制器34;其中，信令管理器30，用于處理接收到的CPM消息和會話控制信令； 當接收到來自傳送網(wǎng)絡(luò)的CPM消息或會話控制信令時，根據(jù)信令特征解 析出進一步處理消息或會話請求的分支信息，即確定將CPM消息或會話控制 信令應(yīng)該轉(zhuǎn)發(fā)到的控制器，該處理過程主要如下信令管理器30解析信令請 求并確定CPM業(yè)務(wù)請求類型，例如SIP MESSGE消息，則根據(jù)該消息中的 RequestURI判斷出該消息是尋呼模式(PageMode)下的單獨消息還是^^舌模 式(Session Mode)下會話中的消息；然后將該信令轉(zhuǎn)發(fā)給對應(yīng)的消息控制器 31或會話控制器32;進一步判斷是否需要存取消息或會話內(nèi)容，如果需要， 消息控制器31或會話控制器32則將該消息或會話控制信令轉(zhuǎn)發(fā)給存儲控制器 33進行處理。當接收到其他控制器發(fā)送的消息或會話控制信令的處理結(jié)果時，信令管理 器根據(jù)信令特征解析出進一步處理消息或會話請求的分支信息，該處理過程主 要如下若是消息控制器31或會話控制器32返回的控制信令，則根據(jù)信令中頭字段中的內(nèi)容(如Request URI中攜帶的信息)將請求發(fā)送至接收方的下一 跳，如經(jīng)SIP/IP核心網(wǎng)轉(zhuǎn)發(fā)給CPM服務(wù)器；若是存儲控制器33返回的控制信 令，則建立存儲控制器33與網(wǎng)絡(luò)存儲實體之間的會話，為后續(xù)的消息或會話 存取作準備。消息控制器31,用于接收信令管理器30轉(zhuǎn)發(fā)過來的消息，對消息內(nèi)容進 行可配置的搮作，并將其發(fā)送給信令管理器；以及在消息中包含網(wǎng)絡(luò)存取請求 時，向存儲控制器33發(fā)送存取請求以進行消息內(nèi)容存儲。會話控制器32,用于接收信令管理器30轉(zhuǎn)發(fā)過來會話控制信令，將會話 中的消息請求轉(zhuǎn)發(fā)給消息控制器31進行處理；將會話信令進行可配置的操作 后發(fā)送給信令管理器30,并向媒體平面發(fā)送進行會話媒體能力控制的指令；以 及在會話中包含需要操作會話內(nèi)容的請求時，向存儲控制器33發(fā)送操作會話 內(nèi)容的請求。存儲控制器33,用于接收消息控制器31和會話控制器32發(fā)送的操作消息 內(nèi)容的請求，并根據(jù)該請求在網(wǎng)絡(luò)側(cè)操作消息內(nèi)容、^^舌歷史以及其可能包含 的媒體數(shù)據(jù)；并且在會話歷史存儲時，向士某體平面獲取會話內(nèi)容；其中，所述 搡作包括存儲、獲取、刪除和更新。第三方應(yīng)用控制器34,通過信令管理器30接收消息控制器31和會話控制 器32發(fā)送過來的消息或會話控制信令，將該消息或會話控制信令進行協(xié)議處 理和轉(zhuǎn)換發(fā)送給第三方應(yīng)用，以及接收第三方應(yīng)用發(fā)送的消息或會話控制信 令，將該消息或會話控制信令進行協(xié)議處理和轉(zhuǎn)換后通過信令管理器30發(fā)送 給消息控制器31或會話控制器32。媒體平面112包括媒體能力控制器40,用于確定接收到的會話控制信令的會話媒體能力，以 及請求M媒體資源管理。用戶平面41,用于根椐所述媒體能力控制器40的請求為會話傳輸提供資源管理。所述媒體能力控制器40進一步包括媒體能力選擇模塊400,用于接收控制平面發(fā)送的CPM會話媒體資源分 配請求，根據(jù)該請求信令中的會話媒體描述確定該會話所請求的媒體能力，并 將該請求信令發(fā)送給對應(yīng)的能力執(zhí)行模塊。多個能力執(zhí)行模塊401,用于根據(jù)控制信令操作媒體，包括消息傳送模塊，用于根據(jù)接收到消息中的接收用戶統(tǒng)一資源標識SIP URI 和呈現(xiàn)信息、以及用戶業(yè)務(wù)設(shè)置等信息決定消息到接收方的域的路由，實現(xiàn)消 息遞送，以及新消息到達時，向用戶遞送通知消息；全雙工/半雙工會話模塊，用于決定會話接收方的域的路由、實現(xiàn)媒體參數(shù) 協(xié)商、以及完成會話策略及々某體的混合MX;音頻/視頻流媒體模塊，用于決定會話接收方的域的路由，實現(xiàn)流媒體傳輸 服務(wù)質(zhì)量QoS ( Qualify of Service)保證；郵件發(fā)送才莫塊，用于實現(xiàn)郵件發(fā)送；文件傳輸^t塊，用于實現(xiàn)文件傳送；其他類型媒體傳輸4莫塊，用于傳輸其他類型媒體。通信接口 110用于本系統(tǒng)中各功能實體之間的通信，定義如下1、 第一接口 (CM-2接口 )基于SIP協(xié)議，用于CPM服務(wù)器和SIP/IP核心網(wǎng)之間的通信，并支持 -在CPM客戶端與CPM服務(wù)器之間傳輸CPM會話信令； -在CPM客戶端與CPM服務(wù)器之間交換消息； -提供地址解析服務(wù)；-利用呈現(xiàn)功能實體為CPM服務(wù)器發(fā)布、訂閱呈現(xiàn)信息；-訂閱存儲在CPM XDMS或Shared XDMS中XML文檔狀態(tài)變化通知；-訂閱CPM服務(wù)器上的會議事件通知；-發(fā)布CPM用戶業(yè)務(wù)設(shè)置。2、 第二接口 (CM-3接口 )用于CPM客戶端和CPM服務(wù)器之間的通信，可以實現(xiàn)媒體通信所需要的 各種傳輸協(xié)議(如消息會話中繼協(xié)議MSRP ( Message Session Relay Protocol )、 實時傳輸協(xié)議RTP ( Real Time Protocol) /實時傳輸控制協(xié)i義RTCP (Real Time Protocol )、超級文本傳送協(xié)議HTTP (Hyper Text Transport Protocol))等，并 支持-融合消息(消息、郵件、文件)的傳輸； -單/雙工語音會；-基于各種音頻、視頻編碼格式的流媒體傳輸。3、 第三接口 (CM-4接口 )基于XCAP協(xié)議，用于CPM服務(wù)器與CPM XDMS之間的通信，并支持 -生成特定CPM業(yè)務(wù)的XML文檔；-針對上述XML文檔進行各種管理操作，如檢索、更新、刪除等。4、 第四接口 (CM-5接口 )用于CPM服務(wù)器與網(wǎng)絡(luò)存儲實體之間的通信，可以實現(xiàn)々某體通信所需要 的各種傳輸協(xié)議(如MSRP、 RTP、 HTTP等)，并支持-存儲、獲取獨立與通信業(yè)務(wù)實現(xiàn)技術(shù)的用戶統(tǒng)一聯(lián)系列表； -存儲、獲取單獨的消息和會話歷史； -存儲、獲取多媒體數(shù)據(jù)。5、 第五接口 (CM-6接口 )基于某一特定協(xié)議(如SIP )，用于CPM服務(wù)器與第三方應(yīng)用之間的通信， 并支持- CPM服務(wù)器與第三方應(yīng)用之間獨立與媒體類型的消息交互。6、 第六接口 (CM-7接口 ) 用于CPM服務(wù)器與互連實體之間的通信，并支持-CPM服務(wù)器與非CPM消息系統(tǒng)之間獨立于媒體類型的消息交互； -維持非CPM消息系統(tǒng)協(xié)議不變。7、 第七接口 (CM-10接口 )基于XCAP協(xié)議，用于CPM服務(wù)器與Shared XDMS之間的通信，，并支棒"-CPM業(yè)務(wù)中組特定信息的檢索；- CPM業(yè)務(wù)中用戶設(shè)置信息的檢索；- CPM業(yè)務(wù)中URI列表信息的檢索。8、 第八接口 (CH-x接口 )用于CPM服務(wù)器與計費實體之間的通信，并支持 -離線與在線計費功能；- CPM業(yè)務(wù)通信之后上報計費事件；-CPM業(yè)務(wù)通信過程中上報中間計費事件。9、 第九接口 (CM-8接口 )基于媒體傳輸協(xié)議，用于CPM服務(wù)器與遠程CPM服務(wù)器之間的通信，可 以實現(xiàn)媒體通信所需要的各種傳輸協(xié)議(如MSRP、 RTP、 HTTP等)，并支持: -融合消息(消息、郵件、文件)的傳輸； -單/雙工語音會話；-基于各種音頻、視頻編碼格式的流媒體傳輸。10、 第十接口 (CM-1接口 )基于SIP協(xié)議，用于CPM客戶端和SIP/IP核心網(wǎng)之間的通信，并支持 -在CPM客戶端與CPM服務(wù)器之間傳輸CPM會話信令； -在CPM客戶端與CPM服務(wù)器之間交換消息； -提供服務(wù)器發(fā)現(xiàn)和地址解析服務(wù)； -提供SIP壓縮功能；-根椐CPM用戶簽署的業(yè)務(wù)設(shè)置執(zhí)行鑒權(quán)和授權(quán)流程； -提供CPM用戶終端注冊。11、 第十一接口 (CM-9接口 )基于媒體傳輸協(xié)議，用于CPM客戶端與遠程CPM客戶端之間的通信，可 以實現(xiàn)媒體通信所需要的各種傳輸協(xié)議(如MSRP、 RTP、 HTTP等)，并支持 -融合消息(消息、郵件、文件)的傳輸； -單/雙工語音會話；-基于各種音頻、視頻編碼格式的流媒體傳輸。12、 第十二接口 (XDM-3接口)基于XCAP協(xié)議，用于CPMXDMS與SIP/IP核心網(wǎng)之間的通信，并支持 -訂閱網(wǎng)絡(luò)存儲CPM XML文檔狀態(tài)變化； -網(wǎng)絡(luò)存儲CPM XML文檔狀態(tài)改變通知。13、 第十三接口 (XDM-4接口)基于XCAP協(xié)議，用于CPM XDMS與XML文檔管理實體之間的通信， 并支持-CPM業(yè)務(wù)特定XML文檔管理功能(例如，創(chuàng)建、更新、檢索和刪除)。14、 LF-1接口:用于非CPM消息系統(tǒng)與網(wǎng)絡(luò)存儲實體之間的通信，可以實現(xiàn)4某體通信所 需的各種傳輸協(xié)議(如MSRP、 RTP/RTCP、 HTTP等)，并支持 -存儲、獲取獨立于通信業(yè)務(wù)實現(xiàn)技術(shù)的用戶統(tǒng)一聯(lián)系列表； -存儲、獲取單獨的消息和會話歷史； -存儲、獲取多媒體數(shù)據(jù)。15、 CL-1接口用于非CPM客戶端與網(wǎng)絡(luò)存儲實體之間的通信，可以實現(xiàn)媒體通信所需 的各種傳輸協(xié)議(如MSRP、 RTP/RTCP、 HTTP等)，并支持 -存儲、獲取獨立于通信業(yè)務(wù)實現(xiàn)技術(shù)的用戶統(tǒng)一聯(lián)系列表； -存儲、獲取單獨的消息和會話歷史； -存儲、獲取多媒體數(shù)據(jù)。16、 IP-1接口基于SIP協(xié)議，用于SIP/IP核心網(wǎng)與遠程SIP/IP核心網(wǎng)之間的通信，并支持_在SIP/IP核心網(wǎng)之間進行SIP信令的通信與轉(zhuǎn)發(fā)； -傳送計費信息。17、 XDM-l接口基于SIP協(xié)議，用于XDM客戶端與SIP/IP核心網(wǎng)之間的通信，并支持 -訂閱網(wǎng)絡(luò)存儲XDM文檔狀態(tài)變化； -網(wǎng)絡(luò)存^f諸XDM文檔狀態(tài)改變通知。18、 XDM-2接口基于XCAP協(xié)議，用于XDM客戶端與XML文檔管理實體之間的通信， 并支持-XML文檔管理功能(例如，創(chuàng)建、更新、檢索和刪除)； -XDM客戶端與XML文檔管理實體之間雙向鑒權(quán)。19、 XDM-5接口基于XCAP協(xié)議，用于呈現(xiàn)服務(wù)器與XML文檔管理實體之間的通信，并 支持-呈現(xiàn)業(yè)務(wù)特定XML文檔管理功能(例如，創(chuàng)建、更新、檢索和刪除)。20、 XDM-6接口基于SIP協(xié)議，用于SharedXDMS與SIP/IP核心網(wǎng)之間的通信，并支持: -訂閱網(wǎng)絡(luò)存儲Shared XDM文檔狀態(tài)變化； -網(wǎng)絡(luò)存儲Shared XDM文檔狀態(tài)改變通知。21、 X畫-7接口基于XCAP協(xié)議，用于SharedXDMS與XML文檔管理實體之間的通信， 并支持-Ste堿特定XML文檔管理功能(例如，創(chuàng)建、更新、檢索和刪除)。22、 PRS-l接口基于SIP協(xié)議，用于呈現(xiàn)客戶端與SIP/IP核心網(wǎng)之間的通信，并支持-發(fā)布呈現(xiàn)信息；-訂閱呈現(xiàn)信息并接收通知；-SIP壓縮和解壓縮。23、 報S-2接口基于SIP協(xié)議，用于呈現(xiàn)服務(wù)器與SIP/IP核心網(wǎng)之間的通信，并支持 -發(fā)布呈現(xiàn)信息； -訂閱呈現(xiàn)信息并接收通知； -訂閱呈現(xiàn)業(yè)務(wù)特定XML文檔狀態(tài)改變。24、 酸-l接口基于HTTP協(xié)議用于互連實體與IMPS服務(wù)器之間的通信，并支持 -互聯(lián)功能實體與IMPS服務(wù)器之間獨立于媒體類型的消息交互。25、 I曹-2接口基于HTTP協(xié)議，用于互連實體與MMS Proxy/Relay之間的通信，并支持 -互聯(lián)功能實體與MMS Proxy/Relay之間獨立于媒體類型的消息交互。26、 層-3接口基于S嫩P協(xié)議，用于互連實體與SMSC服務(wù)器之間的通信，并支持 -互連實體與SMSC服務(wù)器之間獨立于媒體類型的消息交互。 上述16 - 26所述的接口為現(xiàn)有消息系統(tǒng)中已經(jīng)存在但為CPM業(yè)務(wù)的部署 提供支持的接口。本實施例中的CPM系統(tǒng)還包括如下功能實體網(wǎng)絡(luò)存儲實體13，用于統(tǒng)一存儲用戶數(shù)據(jù)，提供如下功能獨立于通信業(yè) 務(wù)實現(xiàn)技術(shù)的用戶統(tǒng)一聯(lián)系列表，單獨的消息和歷史列表，多々某體數(shù)據(jù)；所有 網(wǎng)絡(luò)存儲數(shù)據(jù)都可以被同步到用戶終端，并且能夠根據(jù)用戶業(yè)務(wù)設(shè)置和運營商 策略部署相應(yīng)的存儲能力。CPM XDMS實體14，用于存儲CPM用戶以XML文檔形式保存的與CPM業(yè)務(wù)相關(guān)的特定信息。XDM文檔管理實體15，用于為CPM用戶提供網(wǎng)絡(luò)存儲XML文檔的訪問 和控制，以及管理存儲在網(wǎng)絡(luò)側(cè)的CPM特定XML文檔(如CPM統(tǒng)一存儲中 的會話歷史數(shù)據(jù)文檔或者共享Shared XDMS中的用戶聯(lián)系列表等)，以及為 XDM客戶端提供網(wǎng)絡(luò)存儲XML文檔的訪問控制點，并執(zhí)行XDM客戶端鑒權(quán)、 XCAP請求路由、網(wǎng)絡(luò)存儲XML文檔搜索等功能。共享Shared XDMS實體16,用于提供包括CPM在內(nèi)的OMA各個業(yè)務(wù)功 能實體(OMAEnabler)共享XML文檔的訪問和控制。所述CPM XDMS實體14和Shared XDMS實體16均作為XCAP服務(wù)器 為CPM用戶提供XML文檔管理。呈現(xiàn)功能實體17,用于允許CPM用戶發(fā)布和訂閱呈現(xiàn)信息(如在線、 離線狀態(tài))。計費實體18，用于接收來自CPM業(yè)務(wù)上報的計費時間信息來為運營商提 供收費依據(jù)?；ミB實體19,用于為CPM系統(tǒng)和其他系統(tǒng)的互通定義標準接口，通過將 CPM消息與非CPM消息進行相應(yīng)的格式轉(zhuǎn)換，允許CPM用戶與其他非CPM 消息系統(tǒng)用戶進行無縫交互。第三方應(yīng)用實體20,用于為CPM用戶提供第三方應(yīng)用業(yè)務(wù)。 一個或多個遠程CPM服務(wù)器21,用于與CPM服務(wù)器進行遠程CPM業(yè)務(wù) 交互。一個或多個遠程CPM客戶端22,用于與CPM客戶端進行遠程CPM業(yè)務(wù) 交互。上述各功能實體之間通過上述定義的通信接口進行通信，完成業(yè)務(wù)交互。 下面通過實例并結(jié)合說明書附圖對本發(fā)明實施例技術(shù)方案進行詳細說明。 消息傳輸是CPM服務(wù)器提供的基本業(yè)務(wù)功能，融合消息的內(nèi)容可以是普 通文本、多媒體格式圖片、視頻、音頻片斷等，可以根據(jù)消息尺寸大小選擇適當?shù)膫鬏敊C制(如通過SIP MESSAGE或建立MSRP消息傳輸通道)。實例一CPM用戶A、 B都是SIP/IP Core核心網(wǎng)的簽約用戶，并JU艮定 兩者的歸屬網(wǎng)絡(luò)相同，CPM用戶A向CPM用戶B發(fā)送消息而非會話邀請， 兩用戶所在客戶端CPM Client之間進行SIP消息的傳輸；CPM Server A、 B分 別為CPM用戶A、 B歸屬網(wǎng)絡(luò)的CPM服務(wù)器；本實例在CPM系統(tǒng)的互連實 體和第三方應(yīng)用接口的支持下，CPM服務(wù)器提供CPM用戶與非CPM消息系 統(tǒng)用戶之間、CPM用戶與第三方應(yīng)用之間的消息傳送。如圖3所示(圖中CPMServer未示出全部功能模塊)，本實施例中實現(xiàn)消 息傳送的流程如下，步驟1 、 CPM Client A通過SIP MASSAGE向SIP/IP Core發(fā)送CPM消息。 步驟2、 SIP/IP Core將SIP MASSAGE消息轉(zhuǎn)發(fā)給CPM Server A; CPM Server A接收到SIP MASSAGE消息后，由內(nèi)部的信令管理器對該消息進行分 析并判斷出業(yè)務(wù)類型是消息傳送業(yè)務(wù)，將其發(fā)送到內(nèi)部的消息控制器，由其進 一步執(zhí)行消息控制策略，并將該消息返回給信令管理器，所述路由策略控制包 括消息傳輸狀態(tài)更新、網(wǎng)絡(luò)存儲判斷、計費時間上報等事務(wù)，具體執(zhí)行路徑 根據(jù)服務(wù)器策略和用戶業(yè)務(wù)設(shè)置確定；信令管理器才艮據(jù)消息控制器返回的消息 確定接收方的下一跳。步驟3 、 CPM Server A將SIP MESSAGE消息轉(zhuǎn)發(fā)給SIP/IP Core。 步驟4、 SIP/IP Core將SIP MESSAGE消息轉(zhuǎn)發(fā)給CPM Server B， CPM Server B執(zhí)行步驟2中CPM Server A類似的處理過程，不再贅述。 步驟5 、 CPM Server B將SIP MESSAGE消息轉(zhuǎn)發(fā)給SIP/IP Core。 步驟6、 SIP/IP Core將SIP MESSAGE消息轉(zhuǎn)發(fā)給CPM Client B;如果用 戶B離線，CPM ServerB可以根據(jù)既定策略、或者簡單丟棄該消息、或者在用 戶B重新上線后通知CPM Client B取消息。步驟7 -步驟10、 CPM Client B經(jīng)SIP/IP Core和CPM Server B向CPM ServerA發(fā)送SIP200OK響應(yīng)消息；CPM Server A收到該響應(yīng)消息后，由其內(nèi)部的信令管理器對該消息進行分析并判斷出是消息傳送，將其發(fā)送到內(nèi)部的消息控制器，由其進一步執(zhí)行消息控制策略，并將該消息返回給信令管理器；所 述控制策略包括消息傳輸狀態(tài)更新、網(wǎng)絡(luò)存儲判斷、計費時間上報等事務(wù)，具 體執(zhí)行路徑根據(jù)服務(wù)器策略和用戶業(yè)務(wù)設(shè)置確定。步驟11 、 CPM Server A向SIP/IP Core轉(zhuǎn)發(fā)SIP 200 OK響應(yīng)消息。 步驟12 、 SIP/IP Core向CPM Client A轉(zhuǎn)發(fā)SIP 200 OK響應(yīng)消息。 CPM服務(wù)器提供兩個用戶之間一對一多媒體會話的能力，在會話的生存 期內(nèi)允許CPM Client協(xié)商并調(diào)整會話媒體類型，CPM服務(wù)器還支持其他用戶 加入用戶之間正在進行的端到端會話，如果需要可以將會話內(nèi)容進行網(wǎng)絡(luò)存 儲。實例二 CPM用戶A、 B都是SIP/IP Core核心網(wǎng)的簽約用戶，并JW叚定 兩者的歸屬網(wǎng)絡(luò)相同，CPM Server A、 B分別為CPM用戶A、 B歸屬網(wǎng)絡(luò)的 CPM服務(wù)器；本實例中CPM用戶A向CPM用戶B發(fā)送會話聊天請求，兩用 戶之間進行一對一多媒體會話，如圖4A所示(圖中CPM Server未示出全部功 能模塊)，本實施例中端到端會話的實現(xiàn)流程如下步驟1 、 CPM Client A向SIP/IP Core發(fā)送SIP INVITE消息。步驟2、 SIP/IP Core將SIP INVITE消息轉(zhuǎn)發(fā)給CPM Server A; CPM Server A接收到該SIP INVITE消息后進行如下處理信令管理器對該消息進行分析 并判斷出業(yè)務(wù)類型是會話邀請， 一方面將其發(fā)送到內(nèi)部的會話控制器，由其進 一步執(zhí)行消息控制策略，并將該消息返回給信令管理器，所述路由策略控制包 括會話狀態(tài)更新、會話歷史網(wǎng)絡(luò)存儲判斷、計費時間上報等事務(wù)，具體執(zhí)行 路徑根據(jù)服務(wù)器策略和用戶業(yè)務(wù)設(shè)置確定；另一方面在媒體單元進行傳輸端口 等資源預留；信令管理器才艮據(jù)會話控制器返回的消息確定接收方的下一跳。步驟3 -步驟6、 CPM Server A經(jīng)SIP/IP Core和CPM Server B將SIP INVITE消息轉(zhuǎn)發(fā)給CPMClientB,此時，CPMSeverB執(zhí)行上述步驟2中CPM Sever A的類似處理過程。步驟7 -步驟10、如果用戶B在線并接收該會話邀請，則CPM Client B 經(jīng)SIP/IP Core和CPM Server B向CPM Server A轉(zhuǎn)發(fā)SIP 200 OK響應(yīng)消息； CPM Server A接收到該響應(yīng)消息后進行如下處理信令管理器對該消息進行分 析并判斷出業(yè)務(wù)類型是會話邀請， 一方面將其發(fā)送到內(nèi)部的會話控制器，由其 進一步執(zhí)行消息控制策略，并將該消息返回給信令管理器，所述路由策略控制 包括會話狀態(tài)更新、會話歷史網(wǎng)絡(luò)存儲判斷、計費時間上報等事務(wù)，具體執(zhí) 行路徑根據(jù)服務(wù)器策略和用戶業(yè)務(wù)設(shè)置確定；另 一方面在媒體單元進行傳輸端 口等資源預留；信令管理器根據(jù)會話控制器返回的消息確定接收方的下一跳。步驟11 -步驟12、 CPM Server A經(jīng)SIP/IP Core向CPM Client A轉(zhuǎn)發(fā)SIP 200響應(yīng)消息。步驟13 -步驟18: CPM Client A經(jīng)SIP/IP Core和CPM Server A、B向CPM ClientB轉(zhuǎn)發(fā)ACK確認消息；其間，CPMServerA、 B收到該確認消息后，由 信令管理器對接收到的消息進行分析并判斷出是會話邀請，將其分支到會話控 制器，由其進一步執(zhí)行控制策略。至此，用戶A、 B各自歸屬的CPM Server A、 B在信令控制平面完成諸如 媒體類型協(xié)商、會話雙方聯(lián)系地址、基于特定協(xié)議媒體傳輸端口號分配等會話 初始化工作，并且CPMServerA、 B在用戶會話的i某體平面完成會話傳輸所需 通信資源的分配工作，用戶A、 B進行一對一會話的通信通道已經(jīng)建立完成， 本實施例中假定用戶A、 B在建立起來的MSRP通道上進行一對一文本消息會 話，并且用戶A、 B之間進行媒體內(nèi)容傳輸?shù)腗SRP會話通道經(jīng)由CPM ServerA、 B;另夕卜，用戶A、 B之間的MSRP會話通道也可以不經(jīng)過CPM Server A、B, 即通過用戶A、 B通過端到端的MSRP通道直接進行消息會話。 用戶在上述會話的期間可以請求修改會話中使用的媒體類型，例如用戶A在消息會話的基礎(chǔ)上增加音頻、視頻流媒體會話的能力，如圖4B所示(圖中 CPM Server未示出全部功能模塊)，^^舌過程中修改媒體類型的實現(xiàn)過程如下 步驟19 -步驟24 、 CPM Client A經(jīng)SIP/IP Core 、 CPM Server A和CPM SeverB向CPM Client B發(fā)送SIP re-INVITE消息，該消息中攜帶更新后的會話媒體類型。步驟25 -步驟30、用戶B接受用戶A的更改請求，由CPM Client B經(jīng) CPM Server B、 SIP/IP Core和CPM Sever A向CPM Client B發(fā)送SIP 200 OK響應(yīng)消息。步驟31 -步驟36、 CPM Client A經(jīng)SIP/IP Core、 CPM Server A和CPM Sever B向CPM Client B發(fā)送ACK確認消息。至此，CPM用戶A和用戶B之間通過更新后的々某體類型進行一對一會話。 如果用戶A結(jié)束該會話，則實現(xiàn)如下過程步驟37 -步驟42 、 CPM Client A經(jīng)SIP/IP Core、 CPM Server A和CPM Sever B向CPM Client B發(fā)送SIP BYE消息。步驟43 -步驟48 、 CPM Client B經(jīng)CPM Server B 、 SIP/IP Core和CPM Sever A向CPM Client B發(fā)送SIP 200 OK響應(yīng)消息。至此，CPM用戶A和用戶B之間的端到端會話結(jié)束，CPM Server A、 B 釋放相應(yīng)的通信資源。多方多媒體會話即多媒體會漢是CPM系統(tǒng)提供的另一項業(yè)務(wù)，它允許一 組CPM用戶在會議控制中心(可以是CPM服務(wù)器或者由其他專職網(wǎng)絡(luò)實體擔 當)的協(xié)調(diào)下進行多對多的多媒體會話。本實例介紹CPM服務(wù)器支持的兩種 會議場景，即預定會議和臨時會議，預定會議可以根椐會議策略由會議服務(wù)器 (如CPM服務(wù)器)主動發(fā)起或者由預定會議的參加者請求發(fā)起；臨時會議通 常由CPM用戶臨時請求建立并允許其他任何經(jīng)過4受權(quán)的用戶加入。實例三CPM Server為CPM用戶A、 B、 C歸屬網(wǎng)絡(luò)CPM服務(wù)器，三個 用戶的歸屬網(wǎng)絡(luò)相同，三者都是SIP/IP Core的簽約用戶，如圖5A所示(圖中 CPM Server未示出全部功能模塊)，CPM用戶A、 B、 C實現(xiàn)預定會議的過程 ^口下會議服務(wù)器CPM服務(wù)器根據(jù)預定會議策略主動向預定會議中所有參加者發(fā)起會話邀請，由其中的媒體平面按照預定會^J某體策略預留資源并針對參加者列表由信令管理器經(jīng)SIP/IP Core向用戶A、 B、 C發(fā)送SIP INVITE消息。 步驟1 、 CPM Server向SIP/IP Core發(fā)送SIP INVITE消息。 步驟2 、 SIP/IP Core將SIP INVITE消息轉(zhuǎn)發(fā)給CPM Client A。 步驟3 、 CPM Client A向SIP/IP Core發(fā)送SIP 200 OK消息。 步驟4、 SIP/IP Core將SIP 200 OK消息轉(zhuǎn)發(fā)給CPM Server, CPM Server 接收到該消息后，信令管理器對該消息進行分析并判斷出業(yè)務(wù)類型是會話邀 請， 一方面將其發(fā)送到內(nèi)部的會話控制器，由其進一步執(zhí)行消息控制策略，并 將該消息返回給信令管理器，所述路由策略控制包括會話狀態(tài)更新、會話歷 史網(wǎng)絡(luò)存儲判斷、計費時間上報等事務(wù)，具體執(zhí)行路徑根據(jù)服務(wù)器策略和用戶 業(yè)務(wù)設(shè)置確定；另一方面在媒體單元進行傳輸端口等資源預留；信令管理器根 據(jù)會話控制器返回的消息確定接收方的下 一跳。步驟5、 CPM Server向SIP/IP Core發(fā)送ACK確認消息。 步驟6、 SIP/IP Core將ACK確認消息轉(zhuǎn)發(fā)給CPM Client A，此時，用戶A 成功加入該預定會議。步驟7 -步驟8、 CPM Server經(jīng)SIP/IP Core向CPM Client B發(fā)送SIP INVITE消息。步驟9-步驟12、與步驟3-步驟6實現(xiàn)過程同理，用戶B成功加入該預 定會議。步驟13 -步驟14、 CPM Server經(jīng)SIP/IP Core向CPM Client C發(fā)送SIP INVITE消息。步驟15-步驟18、與步驟3-步驟6實現(xiàn)過程同理，用戶C成功加入該 預定會議。預定會議參加者用戶A、 B、 C根據(jù)會議的媒體策略在CPM Server的控制 下利用建立鑄會議通信通道進行多對多會話，本實例中假設(shè)該三個用戶通過建 立的RTP通遒進行以音頻、視頻為特征的流媒體會話。CPM Server 4艮據(jù)預定會i義策略主動請求結(jié)束該預定會i義，為此經(jīng)SIP/IP Core向Client A、 B、 C發(fā)送SIPBYE消息，如圖5B所示，過程如下 步驟19、 CPM Server向SIP/IP Core發(fā)送SIP BYE消息。 步驟20、 SIP/IP Core將SIP BYE消息轉(zhuǎn)發(fā)給CPM Client A。 步驟21 、 CPM Client A向SIP/IP Core發(fā)送SIP 200 OK消息。 步驟22、 SIP/IP Core將SIP 200 OK消息轉(zhuǎn)發(fā)給CPM Server, CPM Server 接收到該消息后，由其中的管理實體經(jīng)過信令分析并判斷出是會話，將其分支 到會話控制實體，由其進一步執(zhí)行會話策略控制；用戶A結(jié)束與CPM Server 的會話。步驟23 -步驟24 、 CPM Server經(jīng)SIP/IP Core向CPM Client B發(fā)送SIP BYE消息。步驟25 -步驟26、與步驟19 -步驟20實現(xiàn)過程同理，用戶B結(jié)束與CPM Server的對話。步驟27 -步驟28 、 CPM Server經(jīng)SIP/IP Core向CPM Client C發(fā)送SIP BYE消息。步驟29 -步驟30、與步驟19 -步驟20實現(xiàn)過程同理，用戶C結(jié)束與CPM Server的對話。至此，預定會議結(jié)束，CPM Server將在媒體平面釋放的會議資源。用戶A請求會議服務(wù)器創(chuàng)建會議，該會議會話士某體類型包含文本消息、音頻、視頻流媒體；如圖6A所示(圖中CPM Server未示出全部功能模塊)，用戶A、 B、 C實現(xiàn)臨時會議的主要過程如下步驟1 、 CPM Client A向SIP/IP Core發(fā)送SIP INVITE消息，請求創(chuàng)建臨時會議。步驟2、 SIP/IP Core將SIP INVITE消息轉(zhuǎn)發(fā)給CPM Server, CPM Server 接收到該消息后，信令管理器對該消息進行分析并判斷出業(yè)務(wù)類型是會話邀 請， 一方面將其發(fā)送到內(nèi)部的會話控制器，由其進一步執(zhí)行消息拴制策略，并將該消息返回給信令管理器，所述路由策略控制包括會話狀態(tài)更新、會話歷 史網(wǎng)絡(luò)存儲判斷、計費時間上報等事務(wù)，具體執(zhí)行路徑根據(jù)服務(wù)器策略和用戶 業(yè)務(wù)設(shè)置確定；另一方面在媒體單元進行傳輸端口等資源預留；信令管理器根 據(jù)會話控制器返回的消息確定接收方的下一跳。步驟3、 CPM Server經(jīng)內(nèi)部的媒體平面執(zhí)行會議控制策略并決定是否分配 會議資源，如果接受此次會議創(chuàng)建請求，則由信令管理器向SlP/IPCore發(fā)送 SIP 200 0K消息。步驟4、 SIP/IP Core將SIP 200 OK轉(zhuǎn)發(fā)給CPM Client A。步驟5 -步驟6、 CPM Client A經(jīng)SIP/IP Core向CPM Server發(fā)送ACK確 認消息，至此，用戶A已經(jīng)成功創(chuàng)建臨時會議，根據(jù)協(xié)商好的會議會話的媒體 類型，該臨時會漢的參加者既可以進行消息聊天、也可以進行音頻、視頻共享。步驟7-步驟12、與步驟1 -步驟5實現(xiàn)過程同理，其間，CPMServer執(zhí) 行類型的會議控制策略，用戶B成功加入臨時會議。步驟13-步驟18、與步驟512-步驟517相同，其間，CPM Server執(zhí)行 類似的會議控制策略，用戶C成功加入臨時會議。至此，用戶A、 B、 C全部加入臨時會議，并根據(jù)會議的媒體策略在CPM Server的控制下利用建立的會議通信通道進行多對多會話，本實例中々支設(shè)該三 個用戶通過建立的RTP通道進行以音頻、視頻為特征的流媒體會話。在臨時會議進行中，用戶請求退出臨時會議，如圖6B所示(圖中CPM Server未示出全部功能模塊)，實現(xiàn)過程如下步驟19、 CPM Client C向SIP/IP Core發(fā)送SIP BYE消息。步驟20、 SIP/IP Core將SIP BYE消息轉(zhuǎn)發(fā)給CPM Server, CPM Server接 收到該消息后，信令管理器對該消息進行分析并判斷出業(yè)務(wù)類型是會話邀請， 一方面將其發(fā)送到內(nèi)部的會話控制器，由其進一步執(zhí)行消息控制策略，并將該 消息返回給信令管理器，所述路由策略控制包括會話狀態(tài)更新、會話歷史網(wǎng) 絡(luò)存儲判斷、計費時間上報等事務(wù)，具體執(zhí)行路徑根據(jù)服務(wù)器策略和用戶業(yè)務(wù)設(shè)置確定；另一方面在士某體單元進行傳輸端口等資源預留；信令管理器根據(jù)會話控制器返回的消息確定接收方的下一跳。步驟21、 CPM Server接受用戶C的退出請求后，由其中的信令管理器向SIP/IP Core發(fā)送SIP 200 OK消息。步驟22 、 SIP/IP Core將SIP 200 OK消息轉(zhuǎn)發(fā)給CPM Client C。 步驟23-步驟26、與上述步驟19-步驟22實現(xiàn)過程同理，用戶B退出臨時會i義。步驟27-步驟30、與上述步驟19-步驟22實現(xiàn)過程同理，完戶A退出 臨時會議。至此，臨時會議結(jié)束，CPM Server將在媒體平面釋放相應(yīng)的的會漢資源。 融合消息的網(wǎng)絡(luò)存儲可以根據(jù)用戶業(yè)務(wù)定制需求和服務(wù)商策略來進行，滿 足特定規(guī)則的會話消息被消息系統(tǒng)存儲備份，并允許用戶通過與服務(wù)商之間協(xié) 商自由調(diào)整消息或會話歷史的存儲規(guī)則。在網(wǎng)絡(luò)側(cè)操作CPM消息內(nèi)容的業(yè)務(wù) 時，CPM服務(wù)器在網(wǎng)絡(luò)側(cè)操作消息內(nèi)容、會話歷史以及其中可能包含的多媒 體數(shù)據(jù)，其中所述操作包括存儲、獲取、刪除和更新。實例四在會話進行中用戶A請求CPM服務(wù)器執(zhí)行會話歷史存儲，CPM 系統(tǒng)還支持用戶在會話進行前發(fā)送請求執(zhí)行本次會話的消息存儲或者根據(jù)用 戶的業(yè)務(wù)設(shè)置始終進行CPM通信內(nèi)容的網(wǎng)絡(luò)存儲，如圖7所述，實現(xiàn)融合消 息網(wǎng)絡(luò)存儲的過程如下步驟1 、 CPM Client A向SIP/IP Core發(fā)送SIP REFER消息，其中，Refer Method設(shè)置為"INVITE"。步驟2 、 SIP/IP Core將SIP REFER消息轉(zhuǎn)發(fā)給CPM Server。 步驟3、 CPM Server收到SIP REFER請求消息后，由其中的信令管理器經(jīng) 過信令分析判斷出是會話網(wǎng)絡(luò)存儲請求,將其分支到存儲控制器以便聯(lián)系CPM 網(wǎng)絡(luò)存儲實體以虛擬用戶的身份加入這個正在進行的會話，同時會話控制器進 一步執(zhí)行會話控制策略會話狀態(tài)更新，會話歷史網(wǎng)絡(luò)存儲判斷，計費事件上報等事務(wù)，具體執(zhí)行路徑由服務(wù)器策略和用戶業(yè)務(wù)設(shè)置確定；如果CPM Server 接受此次會話網(wǎng)絡(luò)存儲請求，則由信令管理器向SIP/IP Core發(fā)送SIP 200 OK響應(yīng)消息。步驟4、 SIP/IP Core將SIP 200 OK響應(yīng)消息轉(zhuǎn)發(fā)給CPM Client A。步驟5、用戶A與用戶B之間的會話繼續(xù)進行,CPMClientA向CPM Server 發(fā)送MSRP SEND消息，由CPM Server中會話建立時已分配的媒體平面接收 處理，，由于網(wǎng)絡(luò)存儲實體已經(jīng)加入會話，所以媒體平面將接收到的MSRP SEND消息在存儲控制器的控制下與網(wǎng)絡(luò)存儲實體交互實際會話歷史的存儲， 如果存儲成功，則由存儲控制器向會話控制器返回SIP 200 OK確認消息。步驟6 -步驟8、 CPM Server中的媒體平面竟有SIP/IP Core將接收到的 MSRP SEND消息發(fā)送給CPM Client B ，如果遞送成功，則CPM Client B經(jīng)媒 體平面向CPM Client A返回SIP 200 OK響應(yīng)消息。步驟9 -步驟12、 CPM Client B經(jīng)CPM Server向CPM Client A發(fā)送MSRP SEND消息，同樣由存儲控制器接收并將其存儲到網(wǎng)絡(luò)存儲實體。步驟13 -步驟14、用戶A請求終止存儲會話歷史，由CPM Client A經(jīng)由 SIP/IP Core向CPM Server發(fā)送SIP REFER請求消息，其中Refer Method設(shè)置 為"BYE"。步驟15-步驟16、 CPM Server接收到SIP REFER請求后，由其中的信令 管理器經(jīng)過信令分析判斷出是會話網(wǎng)絡(luò)存儲終止請求，將其分支到存儲控制器 以便讓它退出這個正在進行的會話，同時會話控制器將進一步執(zhí)行會話控制策 略會話狀態(tài)更新，會話歷史網(wǎng)絡(luò)存儲判斷，計費事件上報等事務(wù)，具體執(zhí)行 路徑由服務(wù)器策略和用戶業(yè)務(wù)設(shè)置確定；如果CPM服務(wù)器接受此次會話網(wǎng)絡(luò) 存儲終止請求，則由信令管理器經(jīng)SIP/IP Core向CPM ClientA返回SIP 200 OK 響應(yīng)消息。至此，用戶A、 B之間的^S舌內(nèi)容將不會再被CPMServer進行網(wǎng)絡(luò)存儲， 但CPM用戶A、 B間的會話將繼續(xù)進行。實例五CPM服務(wù)器提供第三方應(yīng)用控制器以支持CPM用戶與第三方應(yīng) 用進行消息收發(fā)或會話。CPMClientA與第三方應(yīng)用進行會話，如圖8所示(圖 中為示出CPM Server中全部功能模塊)，其主要實現(xiàn)過程如下步驟1 -步驟2、 CPM Client A經(jīng)SIP/IP Core向CPM Server發(fā)送SIP INVITE消息；CPM Server接收到SIP INVITE消息后，由其中的信令管理器經(jīng) 過信令分析判斷出是第三方應(yīng)用會話邀請， 一方面會將其分支到會話控制器由 其進一步執(zhí)行會話控制策略會話狀態(tài)更新，會話歷史網(wǎng)絡(luò)存儲判斷，計費事 件上報等事務(wù)，具體執(zhí)行路徑是由服務(wù)器策略和用戶業(yè)務(wù)設(shè)置來定；另一方面 會在用戶平面進行傳輸端口等資源預留；除此之外，為了支持與第三方應(yīng)用的 交互，CPM Server中第三方應(yīng)用控制器還將進行必要的協(xié)議翻譯和信令格式轉(zhuǎn) 換等接口工作。步驟3、 CPM Server中的第三方應(yīng)用控制器將經(jīng)過轉(zhuǎn)換的會話邀請Invite Request消息發(fā)送給第三方應(yīng)用。步驟4、笫三方應(yīng)用向CPM Server中的第三方應(yīng)用控制器返回Invite Response響應(yīng)消息；CPM Server接收到響應(yīng)消息后，經(jīng)過第三方應(yīng)用控制器進 行必要的協(xié)議翻譯和信令格式轉(zhuǎn)換等接口工作，由信令管理器經(jīng)過信令分析判 斷后，將其分支到會話控制器并協(xié)同會話媒體平面處理。步驟5 -步驟6、 CPM Server中的信令控制器將SIP/IP Core將SIP 200 OK 響應(yīng)消息發(fā)遂給Client A。步驟7 -步驟8 、 CPM Client A經(jīng)SIP/IP Core向CPM Server發(fā)送ACK確 認消息；CPM Server接收到ACK消息后CPM服務(wù)器中的信令控制器經(jīng)過信 令分析判斷出是第三方應(yīng)用會話邀請， 一方面會將其分支到會話控制器由它進 一步執(zhí)行會話控制策略會話狀態(tài)更新，會話歷史網(wǎng)絡(luò)存儲判斷，計費事件上 報等事務(wù)，具體執(zhí)行路徑是由服務(wù)器策略和用戶業(yè)務(wù)設(shè)置確定；除此之外，為 了支持與第三方應(yīng)用的交互，CPM Server第三方應(yīng)用控制器還將進行必要的協(xié) 議翻譯和信令格式轉(zhuǎn)換等接口工作。步驟9、 CPM Server第三方應(yīng)用控制器將經(jīng)過轉(zhuǎn)換的響應(yīng)消息發(fā)送給第三 方應(yīng)用。至此，用戶A與第三方應(yīng)用的會話已經(jīng)成功建立，本實例中CPMClientA 與第三方應(yīng)用在CPM Server媒體平面及第三方應(yīng)用控制器的支持下基于 MSRP通道進行Messaging會話。用戶A結(jié)束與第三方應(yīng)用的會話時，實現(xiàn)過程如下步驟10 -步驟11 、 CPM Client A經(jīng)SIP/IP Core、 CPM Server向第三方應(yīng) 用發(fā)送SIP BYE消息；CPM Server中的第三方應(yīng)用控制器執(zhí)行上述步驟中類 似的協(xié)議翻譯和信令格式轉(zhuǎn)換等接口工作。步驟12、 CPM Server中的第三方應(yīng)用控制器將經(jīng)過轉(zhuǎn)換的務(wù)活結(jié)束消息 Bye R叫uest發(fā)送給第三方應(yīng)用。步驟13、第三方應(yīng)用向CPM Server中的第三方應(yīng)用控制器返回響應(yīng)消息 Bye Response 。步驟14-步驟15、 CPM Server中的第三方應(yīng)用控制器將響應(yīng)消息翻譯成 SIP 200 OK消息后，由信令管理器經(jīng)SIP/IP Core將SIP 200 OK消息返回給 CPM Client A。至此，用戶A與第三方應(yīng)用之間的會話結(jié)束，CPM Server將釋放相應(yīng)的 通信資源。與第三方應(yīng)用的交互可以通過兩種方式進行， 一種方式是客戶端和第三方 應(yīng)用交互融合消息；另一種方式是客戶端和第三方應(yīng)用進行會話；該兩種實現(xiàn) 方式的處理流程與上述實現(xiàn)過程同理。CPM消息系統(tǒng)與非CPM消息系統(tǒng)的互聯(lián)比較簡單，對于消息或^^舌的互 通實現(xiàn)過程與上述實例一和實例二的實現(xiàn)過程同理，將互連實體4見為消息或會 話的參與方，互連實體負責把消息發(fā)送到CPM消息系統(tǒng)或非CPM消息系統(tǒng)的 服務(wù)器，由CPM服務(wù)器或非CPM消息服務(wù)器將消息發(fā)送給對應(yīng)的終端；其中， 互連實體進行協(xié)議轉(zhuǎn)換和路由查找以及地址翻譯與上述實例中的對應(yīng)實現(xiàn)過程同理，不再贅述。CPM用戶不在同一個歸屬網(wǎng)絡(luò)時，其完成CPM業(yè)務(wù)的實現(xiàn)流程與上述實 例中的實現(xiàn)過程同理，不再贅述。 實施例二如圖9A所示，本實施例中實現(xiàn)融合IP消息的主要流程如下 步驟900、 CPM服務(wù)器接收CPM消息。步驟901 、所述CPM服務(wù)器根據(jù)所述CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè) 務(wù)類型確定能夠處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器。步驟902、所述CPM服務(wù)器將所述CPM消息生成對應(yīng)于所述其他業(yè)務(wù)服 務(wù)器的消息或/和會話請求，并發(fā)送給所述業(yè)務(wù)服務(wù)器進行處理，以及CPM服 務(wù)器在接收到業(yè)務(wù)服務(wù)器的CPM消息后將其發(fā)送給CPM客戶端。本實例提供了另一種融合IP消息CPM系統(tǒng)，如圖9B所示，該系統(tǒng)包括 CPM客戶端90，用于根據(jù)需要執(zhí)行的CPM業(yè)務(wù)的業(yè)務(wù)類型，產(chǎn)生相應(yīng)的CPM 消息并將其通過傳送網(wǎng)絡(luò)93發(fā)送，以及根據(jù)接收到的CPM消息的業(yè)務(wù)類型所 對應(yīng)的處理流程處理CPM消息；CPM服務(wù)器91,用于根據(jù)接收到的CPM消 息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類型確定能夠處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器，以及將 所述CPM消息生成對應(yīng)于所述業(yè)務(wù)服務(wù)器的消息或/和會話請求，并將其通過 傳送網(wǎng)絡(luò)93發(fā)送給所述業(yè)務(wù)服務(wù)器；多個業(yè)務(wù)服務(wù)器92，用于處理所述消息 或/和會話請求；傳送網(wǎng)絡(luò)93，用于在CPM客戶端90和CPM服務(wù)器91之間、 各業(yè)務(wù)服務(wù)器92與CPM服務(wù)器91之間傳送消息。所述業(yè)務(wù)服務(wù)器92,為現(xiàn)有業(yè)務(wù)服務(wù)器，包括呈現(xiàn)服務(wù)器、IM服務(wù)器、 PoC服務(wù)器、語音服務(wù)器、音頻服務(wù)器、郵件服務(wù)器、IMPS服務(wù)器、MMS服 務(wù)器、SMS服務(wù)器等。所述傳送網(wǎng)絡(luò)93,可以是一個分組交換公共數(shù)據(jù)網(wǎng)、電路交換公共數(shù)據(jù)網(wǎng)、 支持傳輸控制協(xié)議/Intem改協(xié)議的網(wǎng)絡(luò)、通用分組無線電服務(wù)網(wǎng)、數(shù)字無線 電話網(wǎng)、模擬無線電話網(wǎng)、公共交換電話網(wǎng)、綜合服務(wù)數(shù)字網(wǎng)或?qū)拵ЬC合服務(wù)數(shù)字網(wǎng)，本實施例中以SIP/IP核心網(wǎng)為例。所述CPM客戶端卯，允許用戶訪問CPM業(yè)務(wù)，可以部署在移動、固定 終端或者實現(xiàn)在Internet接入i殳備上，該CPM客戶端支持如下功能 1 、執(zhí)行CPM終端到SIP/IP Core的注冊、鑒權(quán)流程；2、 發(fā)送/接收其他CPM客戶端或服務(wù)器的CPM消息，以及為用戶提供消 息或會話邀請到達的通知；3、 允許用戶根據(jù)設(shè)備、聯(lián)系地址、媒體類型的不同來進行業(yè)務(wù)設(shè)置；4、 提供網(wǎng)絡(luò)存儲消息、多媒體內(nèi)容和用戶本地存儲同步能力。 所述CPM服務(wù)器91，實現(xiàn)在客戶端發(fā)起CPM消息或會話時，激活對應(yīng)的應(yīng)用服務(wù)器，該CPM服務(wù)器最為一個代理服務(wù)器，實現(xiàn)選擇和分發(fā)等管理 功能。在功能實現(xiàn)時CPM服務(wù)器91作為整個融合消息業(yè)務(wù)的總代理，負責將信 令和媒體的聚合與分發(fā)，CPM服務(wù)器91根據(jù)發(fā)起方的請求，解析需要發(fā)送的 服務(wù)器類型，選擇相應(yīng)的消息服務(wù)器，所述其他服務(wù)器根據(jù)接收到的請求，將 對應(yīng)的消息或請求再轉(zhuǎn)發(fā)給相應(yīng)的CPM服務(wù)器91 ，由其再轉(zhuǎn)發(fā)到相應(yīng)客戶端。所述CPM服務(wù)器91,如圖9C所示，包括通信接口 910,用于接收或發(fā)送 消息；信令控制器911，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型，并根據(jù) 業(yè)務(wù)類型確定處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器；以及將所述CPM消息生成對應(yīng)于所 述業(yè)務(wù)服務(wù)器的消息或/和會話，并將其發(fā)送給所述業(yè)務(wù)服務(wù)器；存儲控制器 912，用于管理網(wǎng)絡(luò)存儲的CPM消息內(nèi)容、會話歷史以及其中可能包含的多媒 體數(shù)據(jù)；第三方應(yīng)用控制器913,用于接收信令控制器911發(fā)送的消息或44舌 控制信令，將該消息或會話控制信令進行協(xié)議處理和轉(zhuǎn)換發(fā)送給第三方應(yīng)用， 以及接收第三方應(yīng)用發(fā)送的消息或會話控制信令，將該消息或會話控制信令進 行協(xié)議處理和轉(zhuǎn)換后發(fā)送給信令控制器911 。通信接口 910用于本系統(tǒng)中各功能實體之間的通信，定義如下1、第一接口 (CM'-2接口 )基于SIP協(xié)議，用于CPM服務(wù)器和SIP/IP核心網(wǎng)之間的通信，并支持 -在CPM客戶端與CPM服務(wù)器之間傳輸CPM會話信令； -在CPM客戶端與CPM服務(wù)器之間交換消息； -提供地址解析服務(wù)；-利用呈現(xiàn)功能實體為CPM服務(wù)器發(fā)布、訂閱呈現(xiàn)信息；-訂閱存儲在CPMXDMS或Shared XDMS中XML文檔狀態(tài)變化通知；-訂閱CPM服務(wù)器上的會議事件通知；-發(fā)布CPM用戶業(yè)務(wù)設(shè)置。2、 第二接口 (CM'-3接口 )用于CPM客戶端和CPM服務(wù)器之間的通信，可以實現(xiàn)媒體通信所需要的 各種傳輸協(xié)議(如消息會話中繼協(xié)議MSRP ( Message Session Relay Protocol )、 實時傳輸協(xié)議RTP ( Real Time Protocol) /實時傳輸控制協(xié)議RTCP (Real Time Protocol )、超級文本傳送協(xié)議HTTP (Hyper Text Transport Protocol))等，并 支持-融合消息(消息、郵件、文件)的傳輸； -單/雙工語音會；-基于各種音頻、視頻編碼格式的流媒體傳輸。3、 第三接口 (CM'-4接口 )基于XCAP協(xié)議，用于CPM服務(wù)器與CPM XDMS之間的通倌，并支持 -生成特定CPM業(yè)務(wù)的XML文檔；-針對上述XML文檔進行各種管理操作，如檢索、更新、刪除等。4、 第四接口 (CM'-5接口 )用于CPM服務(wù)器與網(wǎng)絡(luò)存儲實體之間的通信，可以實現(xiàn)媒體通信所需要 的各種傳輸協(xié)議(如MSRP、 RTP、 HTTP等)，并支持-存儲、獲取獨立與通信業(yè)務(wù)實現(xiàn)技術(shù)的用戶統(tǒng)一聯(lián)系列表； -存儲、獲取單獨的消息和會話歷史；-存儲、獲取多+某體數(shù)據(jù)。5、 第五接口 (CM'-6接口 )基于某一特定協(xié)議(如SIP)，用于CPM服務(wù)器與第三方應(yīng)用之間的通信， 并支持- CPM服務(wù)器與第三方應(yīng)用之間獨立與媒體類型的消息交互。6、 第六接口 (CM'-7 4秦口 )用于CPM服務(wù)器與互連實體之間的通信，并支持-CPM服務(wù)器與非CPM消息系統(tǒng)之間獨立于媒體類型的消息交互；-維持非CPM消息系統(tǒng)協(xié)議不變。7、 第七接口 (CM'-10接口 )基于XCAP協(xié)議，用于CPM服務(wù)器與Shared XDMS之間的通信，，并支持，-CPM業(yè)務(wù)中組特定信息的檢索； -CPM業(yè)務(wù)中用戶設(shè)置信息的檢索； -CPM業(yè)務(wù)中URI列表信息的檢索。8、 第八接口 (CH，-x接口 ) 用于CPM服務(wù)器與計費實體之間的通信，并支持 -離線與在線計費功能；-CPM業(yè)務(wù)通信之后上報計費事件；-CPM業(yè)務(wù)通信過程中上報中間計費事件。9、 第九接口 (CM'-8接口 )基于媒體傳輸協(xié)議，用于CPM服務(wù)器與遠程CPM服務(wù)器之間的通信，可 以實現(xiàn)媒體通信所需要的各種傳輸協(xié)議(如MSRP、 RTP、 HTTP等)，并支持 -融合消息(消息、郵件、文件)的傳輸； -單/雙工語音會話；-基于各種音頻、視頻編碼格式的流媒體傳輸。10、 第十接口 (CM'-1接口 )基于SIP協(xié)議，用于CPM客戶端和SIP/IP核心網(wǎng)之間的通信，并支持 -在CPM客戶端與CPM服務(wù)器之間傳輸CPM會話信令； -在CPM客戶端與CPM服務(wù)器之間交換消息； -提供服務(wù)器發(fā)現(xiàn)和地址解析服務(wù)； -提供SIP壓縮功能；-根據(jù)CPM用戶簽署的業(yè)務(wù)設(shè)置執(zhí)行鑒權(quán)和授權(quán)流程； -提供CPM用戶終端注冊。11、 第十一接口 (CM'-9接口)基于媒體傳輸協(xié)議，用于CPM客戶端與遠程CPM客戶端之間的通信，可 以實現(xiàn)媒體通信所需要的各種傳輸協(xié)議(如MSRP、 RTP、 HTTP等)，并支持 -融合消息(消息、郵件、文件)的傳輸； -單/雙工語音會話；-基于各種音頻、視頻編碼格式的流媒體傳輸。12、 第十二接口 (XDM'-3接口)基于XCAP協(xié)議，用于CPMXDMS與SIP/IP核心網(wǎng)之間的通信，并支持 -訂閱網(wǎng)絡(luò)存儲CPM XML文檔狀態(tài)變化； -網(wǎng)絡(luò)存儲CPM XML文檔狀態(tài)改變通知。13、 第十三接口 (XDM'-4接口)基于XCAP協(xié)議，用于CPM XDMS與XML文檔管理實體之間的通信， 并支持-CPM業(yè)務(wù)特定XML文檔管理功能(例如，創(chuàng)建、更新、檢索和刪除)。14、 LF'-l接口用于非CPM消息系統(tǒng)與網(wǎng)絡(luò)存儲實體之間的通信，可以實現(xiàn)媒體通信所 需的各種傳輸協(xié)議(如MSRP、 RTP/RTCP、 HTTP等)，并支持 -存儲、獲取獨立于通信業(yè)務(wù)實現(xiàn)技術(shù)的用戶統(tǒng)一聯(lián)系列表；-存儲、獲取單獨的消息和會話歷史； -存儲、獲取多媒體數(shù)據(jù)。15、 CL'-1接口用于非CPM客戶端與網(wǎng)絡(luò)存儲實體之間的通信，可以實現(xiàn)媒體通信所需 的各種傳輸協(xié)議(如MSRP、 RTP/RTCP、 HTTP等)，并支持 -存儲、獲取獨立于通信業(yè)務(wù)實現(xiàn)技術(shù)的用戶統(tǒng)一聯(lián)系列表； -存儲、獲取單獨的消息和會話歷史； -存儲、獲取多媒體數(shù)據(jù)。16、 IP'-1接口基于SIP協(xié)議，用于SIP/IP核心網(wǎng)與遠程SIP/IP核心網(wǎng)之間的通信，并支持-在SIP/IP核心網(wǎng)之間進行SIP信令的通信與轉(zhuǎn)發(fā)； -傳送計費信息。17、 XDM'-l接口基于SIP協(xié)議，用于XDM客戶端與SIP/IP核心網(wǎng)之間的通信，并支持 -訂閱網(wǎng)絡(luò)存儲XDM文檔狀態(tài)變化； -網(wǎng)絡(luò)存儲XDM文檔狀態(tài)改變通知。18、 XDM'-2接口基于XCAP協(xié)議，用于XDM客戶端與XML文檔管理實體之間的通信， 并支持-XML文檔管理功能(例如，創(chuàng)建、更新、檢索和刪除)； -XDM客戶端與XML文檔管理實體之間雙向鑒權(quán)。19、 XDM'-5接口基于XCAP協(xié)議，用于呈現(xiàn)服務(wù)器與XML文檔管理實體之間的通信，并 支持-呈現(xiàn)業(yè)務(wù)特定:XML文檔管理功能(例如，創(chuàng)建、更新、檢索和刪除)。20、 XDM'-6接口基于SIP協(xié)議，用于SharedXDMS與SIP/IP核心網(wǎng)之間的通信，并支持 -訂閱網(wǎng)絡(luò)存儲Shared XDM文檔狀態(tài)變化； -網(wǎng)絡(luò)存儲Shared XDM文檔狀態(tài)改變通知。21、 XDM'-7接口基于XCAP協(xié)議，用于Shared XDMS與XML文檔管理實體之間的通信， 并支持- Shared特定XML文檔管理功能(例如，創(chuàng)建、更新、檢索和刪除)。22、 PRS'-l接口基于SIP協(xié)議，用于呈現(xiàn)客戶端與SIP/IP核心網(wǎng)之間的通信，并支持 -發(fā)布呈現(xiàn)信息； -訂閱呈現(xiàn)信息并接收通知； -SIP壓縮和解壓縮。23、 PRS'-2接口基于S1P協(xié)議，用于呈現(xiàn)服務(wù)器與SIP/IP核心網(wǎng)之間的通信，并支持 -發(fā)布呈現(xiàn)信息； -訂閱呈現(xiàn)信息并接收通知； -訂閱呈現(xiàn)業(yè)務(wù)特定XML文檔狀態(tài)改變。24、 IWF-l接口基于HTTP協(xié)議用于互連實體與IMPS服務(wù)器之間的通信，并支持 -互聯(lián)功能實體與IMPS服務(wù)器之間獨立于力某體類型的消息交互。25、 IWF-2接口基于HTTP協(xié)議，用于互連實體與MMS Proxy/Relay之間的通信，并支持: -互聯(lián)功能實體與MMS Proxy/Relay之間獨立于媒體類型的消息交互。26、 I曹-3接口基于^W協(xié)議，用于互連實體與SMSC服務(wù)器之間的通信，并支持、-互連實體與SMSC服務(wù)器之間獨立于媒體類型的消息交互。 上述16-26所述的接口為現(xiàn)有消息系統(tǒng)中已經(jīng)存在但為CPM業(yè)務(wù)的部署 提供支持的接口。本實施例中的CPM系統(tǒng)還包括如下功能實體網(wǎng)絡(luò)存儲實體94，用于統(tǒng)一存儲用戶數(shù)據(jù)，提供如下功能獨立于通信業(yè) 務(wù)實現(xiàn)技術(shù)的用戶統(tǒng)一聯(lián)系列表，單獨的消息和歷史列表，多媒體數(shù)據(jù)；所有 網(wǎng)絡(luò)存儲數(shù)據(jù)都可以被同步到用戶終端，并且能夠根據(jù)用戶業(yè)務(wù)設(shè)置和運營商 策略部署相應(yīng)的存儲能力。CPM XDMS實體95，用于存儲CPM用戶以XML文檔形式保存的與CPM 業(yè)務(wù)相關(guān)的特定信息。XDM文檔管理實體96，用于為CPM用戶提供網(wǎng)絡(luò)存儲XML文檔的訪問 和控制，以及管理存儲在網(wǎng)絡(luò)側(cè)的CPM特定XML文檔(如CPM統(tǒng)一存儲中 的會話歷史數(shù)據(jù)文檔或者共享Shared XDMS中的用戶聯(lián)系列表等)，以及為 XDM客戶端提供網(wǎng)絡(luò)存儲XML文檔的訪問控制點，并執(zhí)行XDM客戶端鑒權(quán)、 XCAP請求路由、網(wǎng)絡(luò)存儲XML文檔搜索等功能。共享Shared XDMS實體97,用于提供包括CPM在內(nèi)的OMA各個業(yè)務(wù)功 能實體(OMAEnabler)共享XML文檔的訪問和控制。所述CPM XDMS實體95和Shared XDMS實體97均作為XCAP服務(wù)器 為CPM用戶提供XML文檔管理。計費實體訴，用于接收來自CPM業(yè)務(wù)上報的計費時間信息來為運營商提 供收費依據(jù)?；ミB實體99,用于為CPM系統(tǒng)和其他系統(tǒng)的互通定義標準接口，通過將 CPM消息與非CPM消息進行相應(yīng)的格式轉(zhuǎn)換，允許CPM用戶與其他非CPM 消息系統(tǒng)用戶進行無縫交互。第三方應(yīng)用實體100，用于為CPM用戶提供第三方應(yīng)用業(yè)務(wù)。一個或多個遠程CPM服務(wù)器101,用于與CPM服務(wù)器進行遠程CPM業(yè)務(wù)交互。一個或多個遠程CPM客戶端102,用于與CPM客戶端進行遠程CPM業(yè) 務(wù)交互。本系統(tǒng)中的各功能實體之間通過上述定義的通信接口進行通信，完成業(yè)務(wù) 交互。下面通過實例并結(jié)合說明書附圖對本發(fā)明實施例技術(shù)方案進行詳細說明。 實例一CPMServerA、 B分別為用戶A和B歸屬網(wǎng)絡(luò)的CPM服務(wù)器， IMServerA、 B分別為用戶A和B歸屬網(wǎng)絡(luò)的即時消息服務(wù)器，SIP/IPCoreA、 B分別為用戶A和B歸屬網(wǎng)絡(luò)SIP信令傳輸網(wǎng)絡(luò)；如圖IO所示，CPM用戶A 和B之間傳送消息的實現(xiàn)流如下步驟1 、用戶A與B想進行消息聊天，由CPM Client A向其歸屬網(wǎng)絡(luò)SIP/IP Core A發(fā)送SIP MESSAGE,該消息中可以攜帶CPM特征碼Feature Tag,如 Accept-Contact: +g.cpm; SIP/IP Core A通過該特征碼識別出此SIP MESSAGE 屬于CPM業(yè)務(wù)。步驟2、 SIP/IP Core A通過特征碼Accept-Contact:十g.cpm識別出這是CPM 業(yè)務(wù)請求，將其轉(zhuǎn)發(fā)給CPM Server A。步驟3 、 CPM Server A收到SIP MESSAGE后經(jīng)過分析判斷這是消息傳送 請求，并且確定現(xiàn)有的IM業(yè)務(wù)已經(jīng)可以滿足，則在SIP MESSAGE消息中添 加CPM重用IM特征碼Feature Tag,如Acc印t-Contact: +g.cpmonim，并將其 發(fā)送給SIP/IP CoreA。步驟4、 SIP/IP Core A根據(jù)特征碼Accept-Contact:十g.cpmonim識別出是 CPM重用IM的消息請求，將其轉(zhuǎn)發(fā)給IM Server A;步驟5 -步驟7、 IM Sever A收到SIP MESSAGE消息后按照正常的IM 業(yè)務(wù)邏輯處理，通過分析請中求Request URI獲取到目標用戶B歸屬的網(wǎng)絡(luò)域， 并經(jīng)由SIP/IP Core A和B將SIP MESSAGE消息路由給用戶B歸屬網(wǎng)絡(luò)中的 IM Server B。步驟8、 IM Sever B收到SIP MESSAGE后按照正常的IM業(yè)務(wù)邏輯處理， 之后將其發(fā)送給SIP/IP Core B。步驟9、 SIP/IP Core B根據(jù)特征碼Accept-Contact: +g.cpm識別出是CPM 業(yè)務(wù)請求，將其轉(zhuǎn)發(fā)給CPM Server B。步驟10 -步驟11 、 CPM Server B經(jīng)SIP/IP Core B將SIP MESSAGE消息 轉(zhuǎn)發(fā)給CPM Client B。步驟12 -步驟13、 CPM Client B經(jīng)SIP/IP Core B向CPM Server B發(fā)送 SIP 200 0K響應(yīng)消息。步驟14 -步驟15 、 CPM Server B經(jīng)SIP/IP Core B向IM Server B發(fā)送SIP 200 0K響應(yīng)消息。步驟16 -步驟18、 IM Server B經(jīng)SIP/IP Core B和SIP/IP Core A向IM Server A發(fā)送SIP 200 OK響應(yīng)。步驟19 -步驟20、 IM Server A經(jīng)SIP/IP Core A向CPM Server A發(fā)送SIP 200 0K響應(yīng)消息。步驟21 -步驟22、 CPM Server A經(jīng)SIP/IP Core A向CPM Client A發(fā)送 SIP 200 0K響應(yīng)消息。實例二 CPM Server A、 B分別為用戶A和B歸屬網(wǎng)絡(luò)的CPM服務(wù)器； IMServerA、 B和PoC ServerA、 B分別為用戶A和B歸屬網(wǎng)絡(luò)的即時消息業(yè) 務(wù)、PoC業(yè)務(wù)服務(wù)器；SIP/IP CoreA、 B分別為用戶A和B歸屬網(wǎng)絡(luò)SIP信令 傳輸網(wǎng)絡(luò)；本實施例中假定用戶A發(fā)起的多々某體會話中包括文本消息和半雙工語音 會話，現(xiàn)有的IM和PoC業(yè)務(wù)已經(jīng)可以滿足，因此可以重用IM和PoC服務(wù)器 業(yè)務(wù)能力；如圖11A、圖IIB所示，用戶A和用戶B之間完成消息傳送的實 現(xiàn)過程如下步驟l、用戶A想發(fā)起與用戶B的多媒體務(wù)活，由CPM Client A向其歸 屬網(wǎng)絡(luò)SIP/IP Core A發(fā)送SIP INVITE請求，該消息中可以攜帶CPM特征碼Feature Tag,如Accept-Contact:+g.cpm, SIP/IP Core A才艮4居該凈爭4正碼識別出jt匕 SIP INVITE屬于CPM業(yè)務(wù)。步驟2、 SIP/IP Core A根據(jù)特征碼Accept-Contact: +g.cpm識別出該請求是 CPM業(yè)務(wù)請求，并將其轉(zhuǎn)發(fā)給CPM Server A;CPM Server A對收到的SIP INVITE請求進行分析，并才艮據(jù)接該SIP INVITE消息中包含的會話建立參數(shù)分別構(gòu)造建立文本消息會話SIP INVITE請 求和建立半雙工語音會話SIP INVITE請求，并分別發(fā)送給現(xiàn)有的IM服務(wù)器和 PoC服務(wù)器，上述新構(gòu)造的SIP INVITE消息中分別添加特殊的IM和POC特 征碼，用以表明為CPM重用IM、 POC業(yè)務(wù)的特殊設(shè)置，并且在這兩個SIP INVITE中還包含相同的會話標識符，以及表明CPM服務(wù)器新生成SIP INVITE 的序列號，例如在本實施例中CPM Server A根據(jù)收到的SIP INVITE請求新構(gòu) 造了兩個SIP INVITE,則發(fā)給IM服務(wù)器SIPINVITE序列號可以設(shè)為1/2,而 發(fā)向POC服務(wù)器的設(shè)為2/2。步驟3 -步驟4: CPM Server A在重新構(gòu)造后的SIP INVITE消息中添加 CPM重用IM特征碼Feature Tag,如Accept-Contact:十g.cpmonim,經(jīng)由SIP/IP Core A將其發(fā)送給IM Server A ( SIP/IP Core A根據(jù)該IM特征碼知道要將此 SIP INVITE轉(zhuǎn)發(fā)至IM Server A )。步驟5 -步驟6、 CPM Server A在重新構(gòu)造的SIP INVITE消息中添加CPM 重用PoC特征碼Feature Tag,如Accept-Contact:十g.cpmonpoc,經(jīng)由SIP/IP Core A將它發(fā)送給PoC Server A ( SIP/IP Core A根據(jù)該PoC特征碼知道要將此SIP INVITE轉(zhuǎn)發(fā)至PoC Server A )。步驟7 -步驟9、 IM Sever A收到SIP INVITE請求后按照正常的IM業(yè)務(wù) 邏輯處理，通過分析請求中Request URI獲取到目標用戶B歸屬的網(wǎng)絡(luò)域，并 經(jīng)由SIP/IP Core A和B將SIP INVITE消息路由給用戶B歸屬網(wǎng)絡(luò)中的IM步驟10 -步驟12、 PoC Sever A收到SIP INVITE請求后按照正常的PoC業(yè)務(wù)邏輯處理，通過分析請求中Request URI獲取目標用戶B歸屬的網(wǎng)絡(luò)域， 并經(jīng)由SIP/IP Core A和B將SIP INVITE消息路由給用戶B歸屬網(wǎng)絡(luò)中的PoC Server B。步驟13 -步驟14、 IM Sever B收到SIP INVITE后按照正常的IM業(yè)務(wù)邏 輯處理，將其發(fā)送給SIP/IP Core B, SIP/IP Core B才艮據(jù)特征碼Accept-Contact: +g.cpm識別出是CPM業(yè)務(wù)請求，并將其轉(zhuǎn)發(fā)給CPM Server B。步驟15 -步驟16、 PoC Sever B收到SIP INVITE后按照正常的PoC業(yè)務(wù) 邏輯處理，將其發(fā)送給SIP/IP Core B, SIP/IP Core B才艮據(jù)特征碼Accept-Contact: 十g.cpm識別出是CPM業(yè)務(wù)請求，并將其轉(zhuǎn)發(fā)給CPM Server B。步驟17 -步驟18、CPM Server B在相繼收到兩個具有相同會話標識的SIP INVITE請求后，結(jié)合SIPINVITE各自包含的4^舌請求序列號判斷出這是由同 一個CPM SIP INVITE請求構(gòu)造的，。并根據(jù)這兩個SIP INVITE請求中攜帶的 會話建立參數(shù)重新還原出用戶A發(fā)起的SIP INVITE請求，經(jīng)由SIP/IP Core B 轉(zhuǎn)發(fā)給CPM Client B。步驟19 -步驟20、 CPM Client B經(jīng)由SIP/IP Core B向CPM Server B返回 SIP 200 0K響應(yīng)消息。步驟21 -步驟22、 CPM Server B根據(jù)SIP 200 OK響應(yīng)中包含的CPM重 用IM特征碼Feature Tag,如Accept-Contact:+g.cpmonim,經(jīng)由SIP/IP Core A 將其發(fā)送給IM Server B。步驟23 -步驟24、 CPM Server B根據(jù)SIP 200 OK響應(yīng)中包含的CPM重 用PoC特征碼Feature Tag,如Accept-Contact:+g.cpmonpoc，經(jīng)由SIP/IP Core A將其發(fā)送給PoC Server B。步驟25 -步驟27、 IM Sever B收到SIP 200 OK響應(yīng)后按照正常的IM業(yè) 務(wù)邏輯處理，經(jīng)由SIP/IP Core A、 B將SIP 200 OK響應(yīng)消息發(fā)送給用戶A歸 屬網(wǎng)絡(luò)中的IM Server A。步驟28 -步驟30、 PoC Sever B收到SIP 200 OK響應(yīng)后按照正常的PoC業(yè)務(wù)邏輯處理，經(jīng)由SIP/IP Core A、 B將SIP 200 OK響應(yīng)消息發(fā)送給用戶A 歸屬網(wǎng)絡(luò)中的PoC Server A。步驟31 -步驟32、 IM Sever A收到SIP 200 OK響應(yīng)后按照正常的IM業(yè) 務(wù)邏輯處理，根據(jù)特征碼Accept-Contact:+g.cpm識別出是CPM業(yè)務(wù)請求，將 其經(jīng)由SIP/IP Core A返回給CPM Server A。步驟33 -步驟34、 PoC Sever A收到SIP 200 OK響應(yīng)后按照正常的PoC 業(yè)務(wù)邏輯處理，根據(jù)特征碼Accept-Contact: +g.cpm識別出是CPM業(yè)務(wù)請求， 將其經(jīng)由SIP/IP Core A返回給CPM Server A。步驟35 -步驟36、CPM Server A在相繼收到兩個具有相同會話標識的SIP 200 0K響應(yīng)后，結(jié)合各自包含的會話請求序列號判斷出這是針對同一個CPM SIP INVITE請求返回的最終響應(yīng)，將其生成與原先CPM SIP INVITE請求對應(yīng) 的新的SIP200OK響應(yīng)消息，并經(jīng)SIP/IP Core A將新的SIP200OK消息轉(zhuǎn)發(fā) 給CPM Client A。步驟37-步驟54、與上述SIP INVITE消息處理流程類似，CPMClientA 向CPM Client B返回ACK確認消息。至此，CPM用戶A與B之間的包含文本消息和語音會話的會話通道已經(jīng) 建立，CPM Client A、B可以通過與IM服務(wù)器和PoC服務(wù)器之間建立的MSRP 與RTP通道進行會話。CPM用戶請求結(jié)束會話時，由所在的客戶端向目標用戶所在的客戶端發(fā) 送發(fā)送SIP BYE請求消息，該請求消息在兩客戶端之間的處理流程與上述SIP INVITE消息的處理流程同理，不再贅述。實例三CPMServerA、 B分別為用戶A和B歸屬網(wǎng)絡(luò)的CPM服務(wù)器， IMServerA、 PoC Server A、 VoIP Server A分別為用戶A歸屬網(wǎng)絡(luò)的即時消息 業(yè)務(wù)服務(wù)器、PoC業(yè)務(wù)服務(wù)器和VoIP業(yè)務(wù)服務(wù)器；CPM服務(wù)器啟動會議，分 別向IM/POC/VoIP服務(wù)器發(fā)送消息以激活會議，各業(yè)務(wù)服務(wù)器建立不同類型的 分會議，例如IM服務(wù)器建立基本的消息類型會議、POC服務(wù)器建立半雙工的會議、VoIP服務(wù)器建立語音或視頻會議；在CPM服務(wù)器端各個會議合成一個 會議流，并發(fā)送到對應(yīng)的CPM終端，如圖12所示，CPM用戶之間進行多媒 體會議的實現(xiàn)過程如下步驟1 -步驟4、 CPM Server A根據(jù)預定會議策略激活會議，CPM Server A 發(fā)現(xiàn)該會議要求的業(yè)務(wù)包括消息會話和半雙工語音務(wù)活，則分別向IM Server A、 B和PoC Server A發(fā)送SIP REFER消息，邀請用戶A 、 Bl 、 B2加入會議； 該消息攜帶CPM特征標識并對所發(fā)出的消息標識各自的序列號。步驟5-步驟8、 IM Server A、 PoC Server A創(chuàng)建各自的會議會場Focus, 由于接收到的消息攜帶有CPM特征標識則將通過CPM服務(wù)向各個參加者發(fā) 送SIP INVITE,各個SIP INVITE消息攜帶有相同的CPM會議特征標識；接 收到發(fā)向本城的客戶端A的SIP INVITE消息攜帶有相同的CPM會議特征標 識，則根據(jù)序列標識等到接收到兩個SIP INVITE消息后合并該消息并轉(zhuǎn)發(fā)給 該客戶端A。 IM Server A、 PoC Server A查找到客戶端Bl 、 B2的路由，將該 邀請消息發(fā)送到IM Server B、 PoC Server B。步驟9、 CPMServerB將發(fā)向客戶端Bl和B2的兩個邀請消息合并，并將 CPM特征標識更改為CPM特征標識發(fā)送給CPM客戶端Bl。步驟10 -步驟19、 CPM Client Bl通過CPM Server B和IM Server B、 PoC Server B向IM Server A、 PoC Server A回復應(yīng)答消息，加入會議并建立^H義會 話+某體通道；CPM Client B2加入會議及建立會議會話媒體通道的過程與上述 CPMClientBl的實現(xiàn)過程類似，此處省略。步驟20 -步驟28、 IM Server A、PoC Server A通過發(fā)送SIP INVITE消息， 邀請CPM Client A參加會議并最終在會議中心和CPM Client A之間建立會議會話媒體通道o至此，CPM Client A、 Bl、 B2在CPM Server A、 B控制下分別加入實際 由IM Server A主持的消息會話會議和由PoC Server A主持的半雙工語音^t 會議，用戶通過上述建立的會議會話通道進行通信。對于本實施例二的CPM系統(tǒng)，在網(wǎng)絡(luò)側(cè)搡作消息內(nèi)容、會話歷史以及其 中包含的媒體數(shù)據(jù)時，業(yè)務(wù)服務(wù)器根據(jù)CPM服務(wù)器的信令請求具體操作CPM 網(wǎng)絡(luò)存儲實體中CPM消息內(nèi)容、會話歷史以及其中包含的媒體數(shù)據(jù)，例如網(wǎng) 絡(luò)中的統(tǒng)一存儲處理部分在發(fā)送單獨的SIP MESSAGE消息時通過與IM、 PoC 等業(yè)務(wù)服務(wù)器的接口根據(jù)用戶的設(shè)置和偏好將CPM消息保存在其中，而在存 儲會話內(nèi)容時，則通過與IM、 POC等業(yè)務(wù)服務(wù)器的接口將對應(yīng)的消息或會話 歷史存儲到網(wǎng)絡(luò)存儲單元。本實施例中用戶與第三方應(yīng)用進行通信交互時，CPM服務(wù)器負責通過接 口和SP等與第三方方進行交互，第三方應(yīng)用相當于一個參與會話或消息交互 的一個參與方，具體實現(xiàn)流程不再贅述。實施例三本施例中提供一種實現(xiàn)融合IP消息CPM的系統(tǒng)，如圖13所示，該系統(tǒng) 包括CPM客戶端130，用于根據(jù)接收到的消息和CPM用戶發(fā)起的消息確定業(yè) 務(wù)類型，并根據(jù)該業(yè)務(wù)類型處理該業(yè)務(wù)后，將其發(fā)送給對應(yīng)的業(yè)務(wù)服務(wù)器；多 個業(yè)務(wù)服務(wù)器131,用于接收CPM客戶端130發(fā)送的消息以及向CPM客戶端 130發(fā)送消息；傳送網(wǎng)絡(luò)132,用于在CPM客戶端130與業(yè)務(wù)服務(wù)器131之間 傳送消息。所述業(yè)務(wù)服務(wù)器131,為現(xiàn)有業(yè)務(wù)服務(wù)器，包括呈現(xiàn)服務(wù)器、IM服務(wù)器、 PoC服務(wù)器、語音服務(wù)器、音頻服務(wù)器、郵件服務(wù)器、IMPS服務(wù)器、MMS服 務(wù)器、SMS服務(wù)器等。所述傳送網(wǎng)絡(luò)132，可以是一個分組交換公共數(shù)據(jù)網(wǎng)、電路交換公共數(shù)據(jù) 網(wǎng)、支持傳輸控制協(xié)議/Internet協(xié)議的網(wǎng)絡(luò)、通用分組無線電服務(wù)網(wǎng)、數(shù)字 無線電話網(wǎng)、模擬無線電話網(wǎng)、公共交換電話網(wǎng)、綜合服務(wù)數(shù)字網(wǎng)或?qū)拵ЬC合 服務(wù)數(shù)字網(wǎng)，本實施例中以SIP/IP核心網(wǎng)為例。所述CPM客戶端130包括業(yè)務(wù)功能模塊1300,用于發(fā)送CPM消息和接 收CPM消息；業(yè)務(wù)控制模塊1301,用于根據(jù)接收到的消息確定業(yè)務(wù)類型，并根據(jù)該業(yè)務(wù)類型觸發(fā)對應(yīng)的業(yè)務(wù)功能模塊；用戶界面模塊1302,用于將接收到 的消息和用戶發(fā)起的消息發(fā)送給業(yè)務(wù)控制模塊。其中，業(yè)務(wù)功能模塊1300包括XDM模塊、PRS模塊、IM模塊、PoC模 塊、語音模塊、音頻模塊、郵件模塊、SMS模塊、MMS模塊和IMPS模塊中 的一個或多個才莫塊。如圖14所示，CPM客戶端發(fā)送消息的實現(xiàn)過程如下 步驟140、用戶通過用戶界面模塊編輯消息后，將其發(fā)送給業(yè)務(wù)控制模塊。 步驟141、業(yè)務(wù)控制模塊判斷業(yè)務(wù)類型，并根據(jù)所述業(yè)務(wù)類型確定處理該 業(yè)務(wù)的業(yè)務(wù)功能模塊。步驟142、業(yè)務(wù)控制模塊選擇相應(yīng)的發(fā)送方式將消息發(fā)送。 如圖15所示，CPM客戶端發(fā)起會話的實現(xiàn)過程如下 步驟150、用戶通過用戶界面模塊發(fā)起會話，用戶選擇^S舌中的媒體類型。 步驟151、業(yè)務(wù)控制模塊根據(jù)媒體類型判斷M的業(yè)務(wù)類型，并且觸發(fā)處 理該業(yè)務(wù)的業(yè)務(wù)功能模塊；如用戶選擇半雙工語音會話，業(yè)務(wù)控制模塊就會選 擇觸發(fā)PoC業(yè)務(wù)功能模塊；如果用戶選擇利用文本進行即時聊天，業(yè)務(wù)控制模 塊就會選擇IM業(yè)務(wù)功能模塊；如果用戶同時選擇了視頻和文本，那么業(yè)務(wù)控 制模塊就會同時觸發(fā)Video業(yè)務(wù)功能模塊和IM業(yè)務(wù)功能模塊。步驟152、業(yè)務(wù)功能模塊發(fā)起對應(yīng)的會話；發(fā)起具有多種業(yè)務(wù)類型的會話 時，如IM業(yè)務(wù)和視頻業(yè)務(wù)，則由用戶界面模塊將該兩種業(yè)務(wù)在用戶平面上合 并為一個業(yè)務(wù)，因此，用戶可以同時進行視頻和文本聊天。 如圖16所示，CPM客戶端接收會話的實現(xiàn)過程如下 步驟160、用戶界面模塊接收會話請求，并將其發(fā)送給業(yè)務(wù)控制模塊。 步驟161、業(yè)務(wù)控制纟莫塊4艮據(jù)會話請求確定業(yè)務(wù)類型，并觸發(fā)對應(yīng)的業(yè)務(wù) 功能模塊。步驟162、業(yè)務(wù)功能模塊處理該對話。本發(fā)明實施例IP融合消息CPM服務(wù)器接收CPM消息后，根據(jù)所述CPM消息確定業(yè)務(wù)類型并進行相應(yīng)的信令控制，其中，對于需要媒體傳榆通道的業(yè) 務(wù)，判斷其纟某體類型并根據(jù)該i某體類型配置相應(yīng)的媒體資源和建立媒體傳輸通道，以及根據(jù)業(yè)務(wù)類型對應(yīng)的處理流程處理CPM消息內(nèi)容；或者，CPM服務(wù) 器接收CPM消息后，根據(jù)所述CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類型確定 能夠處理該業(yè)務(wù)的其他業(yè)務(wù)服務(wù)器，以及將所迷CPM消息生成對應(yīng)于所述其 他業(yè)務(wù)服務(wù)器的消息或/和會話請求，并將其發(fā)送給所述其他業(yè)務(wù)服務(wù)器進行處 理，以及在接收到業(yè)務(wù)服務(wù)器的CPM消息后將其發(fā)送給CPM客戶端；通過上 述實現(xiàn)方式可以為用戶提供融合的業(yè)務(wù)體驗，克服了非CPM消息業(yè)務(wù)技術(shù)能 力交叉而導致用戶的業(yè)務(wù)體驗重疊，因此，采用本發(fā)明實施例技術(shù)方法可以提 高用戶的業(yè)務(wù)體驗。顯然，本領(lǐng)域的4支術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1. 一種實現(xiàn)融合IP消息的方法，其特征在于，包括步驟融合IP消息CPM服務(wù)器接收CPM消息；所述CPM服務(wù)器根據(jù)所述CPM消息確定業(yè)務(wù)類型并進行相應(yīng)的信令控制，其中，對于需要媒體傳輸通道的業(yè)務(wù)，確定其媒體能力并根據(jù)該媒體能力配置相應(yīng)的媒體資源和建立媒體傳輸通道；所述CPM服務(wù)器根據(jù)業(yè)務(wù)類型對應(yīng)的處理流程處理CPM消息內(nèi)容。
2、 如權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)類型為消息傳送業(yè) 務(wù)時，所述CPM服務(wù)器通過CPM消息將消息內(nèi)容發(fā)送到接收端。
3、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)類型為會話業(yè)務(wù)時， 所述信令控制是指根據(jù)會話請求的特性選擇會話類型進行包含配置媒體資源 和建立媒體傳輸通道的會話控制。
4、 如權(quán)利要求3所述的方法，其特征在于，所述會話類型至少包括消息 會話、語音會話和視頻會話之一。
5、 如權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)類型為會議業(yè)務(wù)時， 所述信令控制包括創(chuàng)建會議和將參會用戶加入到會議中，并按照會議策略控制 會議會話。
6、 如權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)類型為在網(wǎng)絡(luò)側(cè)操 作CPM消息內(nèi)容的業(yè)務(wù)時，所述CPM服務(wù)器在網(wǎng)絡(luò)側(cè)操作消息內(nèi)容、會話歷 史以及其中可能包含的多媒體數(shù)據(jù)，其中所述操作包括存儲、獲取、刪除和更新。
7、 如權(quán)利要求1至6任一項所述的方法，其特征在于，所述業(yè)務(wù)類型為 具有第三方應(yīng)用參與的業(yè)務(wù)時，所述CPM服務(wù)器進一步對從所述第三方應(yīng)用 接收和向其發(fā)送的CPM消息進行協(xié)議處理和轉(zhuǎn)換。
8、 如權(quán)利要求1至6任一項所述的方法，其特征在于，所述業(yè)務(wù)類型為 具有非CPM消息系統(tǒng)參與的業(yè)務(wù)時，所述CPM服務(wù)器進一步對從所述非CPM消息系統(tǒng)接收和向其發(fā)送的CPM消息進行協(xié)議處理和轉(zhuǎn)換。
9、 一種融合IP消息CPM服務(wù)器，其特征在于，包括 通信接口，用于接收或發(fā)送消息；控制單元，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型并進行相應(yīng)的信令 控制；i某體單元，用于根據(jù)所述控制單元的指令進行i某體能力控制并進行資源管理。
10、 如權(quán)利要求9所述的CPM服務(wù)器，其特征在于，所述控制單元包括 信令管理器和控制器，其中，所述信令管理器，用于對接收到的CPM消息確定業(yè)務(wù)類型，并將其傳遞 給控制器，以及根據(jù)所述控制器的處理結(jié)果進行后續(xù)處理；所述控制器，用于根據(jù)所述業(yè)務(wù)類型對所述信令管理器發(fā)送的CPM消息 進行信令控制，并將結(jié)果返回給所述信令管理器。
11、 如權(quán)利要求10所述的CPM服務(wù)器，其特征在于，所述控制器至少包 括消息控制器、會話控制器和存儲控制器，其中，所述消息控制器，用于對接收到的CPM消息請求進行相應(yīng)的信令控制， 并將處理結(jié)果返回給所述信令管理器；以及在所述CPM消息中攜帶網(wǎng)絡(luò)存取 請求時，向所述存儲控制器發(fā)送存取請求；所述會話控制器，用于將接收到的CPM會話中的消息請求轉(zhuǎn)發(fā)給消息控 制器處理；對接收到的CPM會話控制信令進行相應(yīng)的信令控制，將處理結(jié)果 返回給所述信令管理器，并向媒體單元發(fā)送進行會話媒體能力控制的指令；以 及在所述CPM會話需要搡作會話內(nèi)容時，向所述存儲控制器發(fā)送搡作^^舌內(nèi) 容的請求；所述存儲控制器，用于接收所述消息控制器和會話控制器發(fā)送的搡作請 求，并根據(jù)該請求在網(wǎng)絡(luò)側(cè)操作所述消息內(nèi)容、會話歷史以及其可能包括的媒 體數(shù)據(jù)；其中，進行會話歷史存儲時向媒體單元獲取會話內(nèi)容。
12、 如權(quán)利要求IO所述的CPM服務(wù)器，其特征在于，所述控制單元還包括第三方應(yīng)用控制器，用于協(xié)議處理和轉(zhuǎn)換，通過第五接口與第三方應(yīng)用之 間進行通信，該第五接口支持CPM服務(wù)器與第三方應(yīng)用之間的消息傳輸。
13、 如權(quán)利要求9所述的CPM服務(wù)器，其特征在于，所述媒體單元包括 媒體能力控制器，用于確定接收到的會話控制信令的會話媒體能力，以及請求會話媒體資源管理；用戶平面，用于根據(jù)所述媒體能力控制器的請求為會話傳輸提供資源管理。
14、 如權(quán)利要求13所述的CPM服務(wù)器，其特征在于，所述媒體能力控制 器包括媒體能力選擇模塊，用于根據(jù)會話控制信令的類型確定對應(yīng)的媒體能力， 并將該控制信令發(fā)送給對應(yīng)的能力執(zhí)行模塊； 能力執(zhí)行模塊，用于根據(jù)控制信令操作媒體。
15、 如權(quán)利要求14所述的CPM服務(wù)器，其特征在于，所述能力執(zhí)行模塊 至少包括多媒體消息模塊、語音模塊、音頻/視頻流媒體模塊、郵件模塊和文件 模塊中的一個模塊。
16、 如權(quán)利要求9所述的CPM服務(wù)器，其特征在于，所述通信接口包括 第一接口，基于SIP協(xié)議，用于在CPM服務(wù)器與傳送網(wǎng)絡(luò)之間傳送CPM消息；第二接口，基于媒體傳輸協(xié)議，用于在CPM服務(wù)器與CPM客戶端之間傳 送CPM業(yè)務(wù)媒體內(nèi)容。
17、 如權(quán)利要求16所述的CPM服務(wù)器，其特征在于，所述通信接口還包 括下列接口之一或全部第三接口 ，基于XCAP協(xié)議，用于CPM服務(wù)器與CPM XDMS實體之間 的通信，支持生成CPM業(yè)務(wù)特定的XML文檔，以及操作該XML文檔；第四接口 ，用于CPM服務(wù)器與網(wǎng)絡(luò)存儲實體之間的通信，并支持存取CPM 用戶的相關(guān)信息，存取消息內(nèi)容和會話歷史以及其中可能包含的多媒體數(shù)據(jù)。
18、 如權(quán)利要求16所述的CPM服務(wù)器，其特征在于，所述通信接口還包括第六接口，用于CPM服務(wù)器與互連實體之間的通信，支持CPM服務(wù)器與 非CPM消息系統(tǒng)之間的消息傳輸。
19、 如權(quán)利要求16所述的CPM服務(wù)器，其特征在于，所述通信接口還包 括下列接口之一或多個第七接口 ，基于XCAP協(xié)議，用于CPM服務(wù)器與共享XDMS之間的通信， 支持CPM業(yè)務(wù)中組特定信息的檢索、CPM業(yè)務(wù)中用戶信息的檢索和CPM業(yè) 務(wù)中URI列表信息的檢索；第八接口，用于CPM服務(wù)器與計費實體之間的通信，支持離線與在線計 費，以及在CPM業(yè)務(wù)通信過程中上報中間計費事件和在CPM業(yè)務(wù)通信之后上 報計費事件；第九接口，基于媒體傳輸協(xié)議，用于在遠程CPM服務(wù)器與CPM服務(wù)器之 間傳送CPM業(yè)務(wù)々某體內(nèi)容。
20、 一種融合IP消息的終端設(shè)備，其特征在于，包括 通信接口，用于接收或發(fā)送消息；CPM客戶端，用于根據(jù)需要執(zhí)行的CPM業(yè)務(wù)的業(yè)務(wù)類型，產(chǎn)生相應(yīng)的 CPM消息并傳送給通信接口 ，以及根據(jù)接收到的CPM消息的業(yè)務(wù)類型所對應(yīng) 的處理流程處理CPM消息。
21、 如權(quán)利要求20所述的終端設(shè)備，其特征在于，所述通信接口包括 第二接口 ，基于媒體傳輸協(xié)議，用于在CPM服務(wù)器與CPM客戶端之間傳送CPM業(yè)務(wù)i某體內(nèi)容；第十接口，基于SIP協(xié)議，用于CPM客戶端與傳送網(wǎng)絡(luò)之間的通信，支 持CPM客戶端與傳送網(wǎng)絡(luò)之間的CPM消息傳輸，以及CPM用戶終端的注冊和CPM業(yè)務(wù)的鑒權(quán)和授權(quán)。
22、 如權(quán)利要求21所迷的終端設(shè)備，其特征在于，所述通信接口還包括 第十一接口，基于媒體傳輸協(xié)議，用于在遠程CPM客戶端與CPM客戶端之間傳送CPM業(yè)務(wù)媒體內(nèi)容。
23、 如權(quán)利要求20至22任一項所述的終端設(shè)備，其特征在于，所述終端 設(shè)備還包括XML文檔管理客戶端和/或呈現(xiàn)服務(wù)客戶端。
24、 一種融合IP消息CPM系統(tǒng)，其特征在于，包括CPM客戶端，用于根據(jù)需要執(zhí)行的CPM業(yè)務(wù)的業(yè)務(wù)類型，產(chǎn)生相應(yīng)的 CPM消息并將其發(fā)送，以及根據(jù)接收到的CPM消息的業(yè)務(wù)類型所對應(yīng)的處理 流程處理CPM消息；CPM服務(wù)器，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型并進行相應(yīng)的信 令控制，以及4艮據(jù)業(yè)務(wù)類型對應(yīng)的處理流程處理CPM消息內(nèi)容；其中，對于 需要媒體傳輸通道的業(yè)務(wù)，確定其媒體能力并根據(jù)該媒體能力配置相應(yīng)的媒體 資源和建立媒體傳輸通道；傳送網(wǎng)絡(luò)，用于傳送所述CPM客戶端和所述CPM服務(wù)器的CPM消息。
25、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM客戶端與 所述傳送網(wǎng)絡(luò)之間通過基于SIP協(xié)議的第十接口進行通信，該第十接口支持 CPM客戶端與傳送網(wǎng)絡(luò)之間的CPM消息傳送，以及CPM用戶終端的注冊和 CPM業(yè)務(wù)的鑒權(quán)和授權(quán)。
26、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM客戶端與 所述CPM服務(wù)器之間通過基于媒體傳輸協(xié)議的第二接口進行通信，該第二接 口支持傳送CPM業(yè)務(wù)媒體內(nèi)容。
27、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM服務(wù)器與 所述傳送網(wǎng)絡(luò)之間通過基于SIP協(xié)議的第一接口進行通信，該第一接口支持 CPM服務(wù)器發(fā)布和訂閱呈現(xiàn)消息，以及訂閱XML文檔狀態(tài)變化通知。
28、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括CPMXDMS實體，用于存儲CPM用戶以XML文檔形式記錄的相關(guān)信息； 通過基于XCAP協(xié)議的第三接口與所迷CPM服務(wù)器進行通信，該第三接口支 持生成CPM業(yè)務(wù)的XML文檔，以及搡作該XML文檔；通過基于XCAP協(xié)議 的第十二接口與傳送網(wǎng)絡(luò)之間進行通信，該第十二接口支持網(wǎng)絡(luò)存儲CPMXML文檔狀態(tài)變化的訂閱和通知。
29、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括網(wǎng)絡(luò)存儲實體，用于管理消息內(nèi)容和會話歷史，以及多媒體數(shù)據(jù)；通過第 四接口與所述CPM服務(wù)器進行通信，該第四接口支持存取CPM用戶的相關(guān)信 息，存取消息內(nèi)容和會話歷史以及其中可能包含的多媒體數(shù)據(jù)。
30、 如權(quán)利要求28所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括..XML文檔管理實體，用于為CPM用戶提供網(wǎng)絡(luò)存儲XML文檔的訪問和 控制；通過基于XCAP協(xié)議的第十三接口與所述CPMXDMS實體進行通信， 該第十三接口支持操作CPM業(yè)務(wù)的XML文檔。
31、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括第三方應(yīng)用實體，用于為CPM用戶提供第三方應(yīng)用業(yè)務(wù)；通過第五接口 與所述CPM服務(wù)器進行通信，該第五接口支持CPM服務(wù)器與第三方應(yīng)用之間 的消息傳輸。
32、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括互連實體，用于對與非CPM消息系統(tǒng)交互的業(yè)務(wù)數(shù)據(jù)進行相應(yīng)的格式轉(zhuǎn) 換;.通過第六接口與所述CPM服務(wù)器進行通信，該第六接口支持CPM服務(wù)器 與非CPM消息系統(tǒng)之間的消息傳輸。
33、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括共享XDMS實體，用于提供共享XML文檔管理功能；通過基于XCAP 協(xié)議的第七接口與所述CPM服務(wù)器進行通信，該第七接口支持CPM業(yè)務(wù)中組 特定信息的檢索、CPM業(yè)務(wù)中用戶設(shè)置信息的檢索和CPM業(yè)務(wù)中URI列表信 息的檢索。
34、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括計費實體，用于接收CPM業(yè)務(wù)上報的計費事件信息以提供計費依據(jù)；通 過第八接口與所述CPM服務(wù)器進行通信，該第八接口支持離線與在線計費， 以及在CPM業(yè)務(wù)通信過程中上報中間計費事件和在CPM業(yè)務(wù)通信之后上報計 費事件。
35、 如權(quán)利要求24所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括遠程CPM服務(wù)器，通過基于媒體傳輸協(xié)議的第九接口與所述CPM服務(wù)器 進行通信，該第九接口支持傳送CPM業(yè)務(wù)媒體內(nèi)容。
36、 如權(quán)利要求24至35任一項所述的CPM系統(tǒng)，其特征在于，所述CPM 服務(wù)器包括通信接口，用于接收或發(fā)送消息；控制單元，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型并進行相應(yīng)的信令 控制；媒體單元，用于根據(jù)所述控制單元的指令進行媒體能力控制并進行資源管理。
37、 如權(quán)利要求36所迷的CPM系統(tǒng)，其特征在于，所述控制單元包括信 令營理器和控制器，其中，所述信令管理器，用于對接收到的CPM消息確定業(yè)務(wù)類型，并將其傳遞給控制器，以及根據(jù)所迷控制器的處理結(jié)果進行后續(xù)處理；所述控制器，用于根據(jù)所述業(yè)務(wù)類型對所述信令管理器發(fā)送的CPM消息 進行信令控制，并將結(jié)果返回給所述信令管理器。
38、 如權(quán)利要求37所述的CPM系統(tǒng)，其特征在于，所述控制器至少包括 消息控制器、會話控制器和存儲控制器；其中，所述消息控制器，用于對接收到的CPM消息請求進行相應(yīng)的信令控制， 并將處理結(jié)果返回給所述信令管理器；以及在所述CPM消息中攜帶網(wǎng)絡(luò)存取 請求時，向所迷存儲控制器發(fā)送存取請求；所述會話控制器，用于將接收到的CPM會話中的消息請求轉(zhuǎn)發(fā)給消息控 制器處理；對接收到的CPM會話控制信令進行相應(yīng)的信令控制，將處理結(jié)果 返回給所述信令管理器，并向士某體單元發(fā)送進行會話4某體能力控制的指令；以 及在所述CPM會話需要操作會話內(nèi)容時，向所迷存儲控制器發(fā)送操作^^舌內(nèi) 容的請求；所述存儲控制器，用于接收所述消息控制器和會話控制器發(fā)送的操作請 求，并根據(jù)該請求在網(wǎng)絡(luò)側(cè)操作所述消息內(nèi)容、會話歷史以及其可能包括的媒 體數(shù)據(jù)；其中，進行會話歷史存儲時向媒體單元獲取^i舌內(nèi)容。
39、 如權(quán)利要求37所述的CPM系統(tǒng)，其特征在于，所述控制單元還包括 第三方應(yīng)用控制器，用于協(xié)議處理和轉(zhuǎn)換，并與第三方應(yīng)用進行通信交互。
40、 如權(quán)利要求36所述的CPM系統(tǒng)，其特征在于，所述i某體單元包括 媒體能力控制器，用于確定接收到的會話控制信令的會話媒體能力，以及請求會話媒體資源管理；用戶平面，用于根據(jù)所述媒體能力控制器的請求為會話傳輸提供資源管理。
41、 如權(quán)利要求40所述的CPM系統(tǒng)，其特征在于，所述媒體能力控制器 包括士某體能力選擇^莫塊，用于根據(jù)會話控制信令的類型確定對應(yīng)的^^體能力，并將該控制信令發(fā)送給對應(yīng)的能力執(zhí)行模塊；能力執(zhí)行才莫塊，用于根據(jù)控制信令操作媒體。
42、 如權(quán)利要求40所述的CPM系統(tǒng)，其特征在于，所述能力執(zhí)行模塊至 少包括多媒體消息模塊、語音模塊、音頻/視頻流媒體模塊、郵件模塊和文件模 塊中的一個模塊。
43、 一種實現(xiàn)融合IP消息的方法，其特征在于，包括步驟 融合IP消息CPM服務(wù)器接收CPM消息；所述CPM力良務(wù)器4艮據(jù)所述CPM消息確定業(yè)務(wù)類型，并4艮才居業(yè)務(wù)類型確定 能夠處理該業(yè)務(wù)的業(yè)務(wù)^^務(wù)器；所述CPM服務(wù)器將所述CPM消息生成對應(yīng)于所述其他業(yè)務(wù)服務(wù)器的消息 或/和會話請求，并發(fā)送給所述業(yè)務(wù)服務(wù)器進行處理，以及CPM服務(wù)器在接收 到業(yè)務(wù)服務(wù)器的CPM消息后將其發(fā)送給CPM客戶端。
44、 如權(quán)利要求43所述的方法，其特征在于，所述CPM消息中包含多個 不同業(yè)務(wù)類型的業(yè)務(wù)，所述CPM服務(wù)器將各業(yè)務(wù)對應(yīng)的消息或會話分別發(fā)送 到對應(yīng)的業(yè)務(wù)服務(wù)器。
45、 如權(quán)利要求44所述的方法，其特征在于，所述會話至少包括多媒體 消息會話、語音會話和視頻會話之一 。
46、 如權(quán)利要求43所述的方法，其特征在于，所述CPM服務(wù)器根據(jù)業(yè)務(wù) 類型在所述消息或會話中攜帶對應(yīng)的業(yè)務(wù)特征標識，傳送網(wǎng)絡(luò)根據(jù)該業(yè)務(wù)特征 標識將所述消息或會話發(fā)送到對應(yīng)的業(yè)務(wù)服務(wù)器。
47、 如權(quán)利要求43所述的方法，其特征在于，所述業(yè)務(wù)類型為在網(wǎng)絡(luò)側(cè) 操作CPM消息內(nèi)容的業(yè)務(wù)時，所述CPM服務(wù)器在網(wǎng)絡(luò)側(cè)操作消息內(nèi)容、^# 歷史以及其中可能包含的多媒體數(shù)據(jù)，其中所述操作包括存儲、獲取、刪除和 更新。
48、 如權(quán)利要求43所述的方法，其特征在于，所述業(yè)務(wù)類型為具有第三 方應(yīng)用參與的業(yè)務(wù)時，所述CPM服務(wù)器進一步對從所述第三方應(yīng)用接收和向其發(fā)送的CPM消息進行協(xié)議處理和轉(zhuǎn)換。
49、 如權(quán)利要求43所述的方法，其特征在于，所述業(yè)務(wù)類型為具有非CPM 消息系統(tǒng)參與的業(yè)務(wù)時，所述CPM服務(wù)器進一步對從所述非CPM消息系統(tǒng)接 收和向其發(fā)送的CPM消息進行協(xié)議處理和轉(zhuǎn)換。
50、 一種融合IP消息CPM服務(wù)器，其特征在于，包括 通信接口，用于接收或發(fā)送消息；信令控制器，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類 型確定處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器，將所述CPM消息生成對應(yīng)于所述業(yè)務(wù)服務(wù) 器的消息或/和會話請求，并將其發(fā)送給所述業(yè)務(wù)服務(wù)器，以及在接收到業(yè)務(wù)服 務(wù)器的CPM消息后將其發(fā)送給CPM客戶端。
51、 如權(quán)利要求50所述的CPM服務(wù)器，其特征在于，所述CPM服務(wù)器 還包括存儲控制器，用于管理網(wǎng)絡(luò)存儲的CPM消息內(nèi)容、會話歷史以及其中可 能包含的多媒體數(shù)據(jù)。
52、 如權(quán)利要求51所述的CPM服務(wù)器，其特征在于，所述CPM服務(wù)器 還包括第三方應(yīng)用控制器，用于協(xié)議處理和轉(zhuǎn)換，通過第五接口與第三方應(yīng)用之 間進行通信，該第五接口支持CPM服務(wù)器與第三方應(yīng)用之間的消息傳輸。
53、 如權(quán)利要求50所述的CPM服務(wù)器，其特征在于，所述通信接口包括 第一接口，基于SIP協(xié)議，用于在CPM服務(wù)器與傳送網(wǎng)絡(luò)之間傳送CPM消息；第二接口，基于媒體傳輸協(xié)議，用于在CPM服務(wù)器與CPM客戶端之間傳 送CPM業(yè)務(wù)媒體內(nèi)容。
54、 如權(quán)利要求50所述的CPM服務(wù)器，其特征在于，所述通信接口還包括第三接口 ，基于XCAP協(xié)議，用于CPM服務(wù)器與CPM XDMS實體之間的通信，支持生成CPM業(yè)務(wù)特定的XML文檔，以及搡作該XML文檔；第四接口 ，用于CPM服務(wù)器與網(wǎng)絡(luò)存儲實體之間的通信，并支持存取CPM 用戶的相關(guān)信息，存取消息內(nèi)容和會話歷史以及其中可能包含的多媒體數(shù)據(jù)。
55、 如權(quán)利要求50所述的CPM服務(wù)器，其特征在于，所述通信接口還包括第六接口，用于CPM服務(wù)器與互連實體之間的通信，支持CPM服務(wù)器與 非CPM消息系統(tǒng)之間的消息傳輸。
56、 如權(quán)利要求50所述的CPM服務(wù)器，其特征在于，所述通信接口還包 括下列接口之一或多個第七接口 ，基于XCAP協(xié)議，用于CPM服務(wù)器與共享XDMS之間的通信， 支持CPM業(yè)務(wù)中組特定信息的檢索、CPM業(yè)務(wù)中用戶信息的檢索和CPM業(yè) 務(wù)中URI列表信息的檢索；第八接口，用于CPM服務(wù)器與計費實體之間的通信，支持離線與在線計 費，以及在CPM業(yè)務(wù)通信過程中上報中間計費事件和在CPM業(yè)務(wù)通信之后上 報計費事件；第九接口，基于媒體傳輸協(xié)議，用于在遠程CPM服務(wù)器與CPM服務(wù)器之 間傳送CPM業(yè)務(wù)媒體內(nèi)容。
57、 一種融合IP消息CPM系統(tǒng)，其特征在于，包括CPM客戶端，用于根據(jù)需要執(zhí)行的CPM業(yè)務(wù)的業(yè)務(wù)類型，產(chǎn)生相應(yīng)的 CPM消息并將其發(fā)送，以及根據(jù)接收到的CPM消息的業(yè)務(wù)類型所對應(yīng)的處理 流程處理CPM消息；CPM服務(wù)器，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類 型確定能夠處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器，以及將所述CPM消息生成對應(yīng)于所述 業(yè)務(wù)服務(wù)器的消息或/和會話請求，并將其發(fā)送給所述業(yè)務(wù)服務(wù)器，以及CPM 服務(wù)器在接收到業(yè)務(wù)服務(wù)器的CPM消息后將其發(fā)送給CPM客戶端；業(yè)務(wù)服務(wù)器，用于處理所述消息或/和會話請求；傳送網(wǎng)絡(luò)，用于在CPM客戶端和CPM服務(wù)器之間、各業(yè)務(wù)服務(wù)器與CPM 服務(wù)器之間傳送消息。
58、 如沖又利要求57所述的CPM系統(tǒng)，其特4正在于，所述CPM客戶端與 所述傳送網(wǎng)絡(luò)之間通過基于SIP .協(xié)議的第十接口進行通信，該接口支持CPM 客戶端與傳送網(wǎng)絡(luò)之間的CPM消息傳輸，以及CPM用戶終端的注冊和CPM 業(yè)務(wù)的鑒權(quán)和授權(quán)。
59、 如權(quán)利要求57所述的CPM系統(tǒng)，其特征在于，所述CPM客戶端與 所述CPM服務(wù)器之間通過基于媒體傳輸協(xié)議的第二接口進行通信，該第二接 口支持傳送CPM業(yè)務(wù)媒體內(nèi)容。
60、 如權(quán)利要求57所述的CPM系統(tǒng)，其特征在于，所述CPM服務(wù)器與 所述傳送網(wǎng)絡(luò)之間通過基于SIP協(xié)議的第一接口進行通信，該第一接口支持 CPM服務(wù)器發(fā)布和訂閱呈現(xiàn)消息，以及訂閱XML文檔狀態(tài)變化通知。
61、 如權(quán)利要求57所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括CPM XDMS實體，用于存儲CPM用戶以XML文檔形式記錄的相關(guān)信息； 通過基于XCAP協(xié)議的第三接口與所述CPM服務(wù)器進行通信，該第三接口支 持生成CPM業(yè)務(wù)的XML文檔，以及操作該XML文檔；通過基于XCAP協(xié)議 的第十二接口與傳送網(wǎng)絡(luò)之間進行通信，該第十二接口支持網(wǎng)絡(luò)存儲CPMXML文檔狀態(tài)變化的訂閱和通知。
62、 如權(quán)利要求57所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括-.網(wǎng)絡(luò)存儲實體，用于管理消息和會話內(nèi)容，以及多媒體數(shù)據(jù)；通過第四接 口與所述CPM服務(wù)器進行通信，該第四接口支持存取CPM用戶的相關(guān)信息， 存取消息內(nèi)容和^^舌歷史以及其中可能包含的多媒體數(shù)據(jù)。
63、 如權(quán)利要求61所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括XML文檔管理實體，用于為CPM用戶提供網(wǎng)絡(luò)存儲XML文檔的訪問和 控制；通過基于XCAP協(xié)議的第十三接口與所述CPM XDMS實體進行通信， 該第十三接口支持l喿作CPM業(yè)務(wù)的XML文檔。
64、 如權(quán)利要求57所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括第三方應(yīng)用實體，用于為CPM用戶提供第三方應(yīng)用業(yè)務(wù)；通過第五接口 與所述CPM服務(wù)器進行通信，該第五接口支持CPM服務(wù)器與第三方應(yīng)用之間 的消息傳輸。
65、 如權(quán)利要求57所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括互連實體，用于對與非CPM消息系統(tǒng)交互的業(yè)務(wù)數(shù)據(jù)進行相應(yīng)的格式轉(zhuǎn) 換；通過第六接口與所述CPM服務(wù)器進行通信，該第六接口支持CPM服務(wù)器 與非CPM消息系統(tǒng)之間的消息傳輸。
66、 如權(quán)利要求57所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括共享XDMS實體，用于提供共享XML文檔管理功能；通過基于XCAP 協(xié)議的第七接口與所述CPM服務(wù)器進行通信，該第七接口支持CPM業(yè)務(wù)中組 特定信息的檢索、CPM業(yè)務(wù)中用戶設(shè)置信息的檢索和CPM業(yè)務(wù)中URI列表信 息的檢索。
67、 如權(quán)利要求57所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括計費實體，用于接收CPM業(yè)務(wù)上報的計費事件信息以提供計費依據(jù)；通 過第八接口與所述CPM服務(wù)器進行通信，該第八接口支持離線與在線計費， 以及在CPM業(yè)務(wù)通信過程中上報中間計費事件和在CPM業(yè)務(wù)通信之后上報計費事件。
68、 如權(quán)利要求57所述的CPM系統(tǒng)，其特征在于，所述CPM系統(tǒng)還包括遠程CPM服務(wù)器，通過基于媒體傳輸協(xié)議的第九接口與所述CPM服務(wù)器 進行通信，該第九接口支持傳送CPM業(yè)務(wù)媒體內(nèi)容。
69、 如權(quán)利要求57至68任一項所述的CPM系統(tǒng)，其特征在于，所述CPM 服務(wù)器包括通信接口，用于接收或發(fā)送消息；信令控制器，用于根據(jù)接收到的CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類 型確定處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器，將所述CPM消息生成對應(yīng)于所述業(yè)務(wù)服務(wù) 器的消息或/和會話請求，并將其發(fā)送給所述業(yè)務(wù)服務(wù)器，以及在接收到業(yè)務(wù)服 務(wù)器的CPM消息后將其發(fā)送給CPM客戶端。
70、 如權(quán)利要求69所述的CPM系統(tǒng)，其特征在于，所述CPM服務(wù)器還 包括存儲控制器，用于管理網(wǎng)絡(luò)存儲的CPM消息內(nèi)容、會話歷史以及其中可 能包含的多媒體數(shù)據(jù)。
71、 如權(quán)利要求70所述的CPM系統(tǒng)，其特征在于，所述CPM服務(wù)器還 包括第三方應(yīng)用控制器，用于協(xié)議處理和轉(zhuǎn)換，并與第三方應(yīng)用通信交互。
72、 一種融合IP消息CPM客戶端，其特征在于，包括 業(yè)務(wù)功能模塊，用于發(fā)送和接收CPM消息；業(yè)務(wù)控制才莫塊，用于根據(jù)接收到的消息確定業(yè)務(wù)類型，并根據(jù)該業(yè)務(wù)類型 觸發(fā)對應(yīng)的業(yè)務(wù)功能模塊；用戶界面模塊，用于將接收到的消息和用戶發(fā)起的消息發(fā)送給業(yè)務(wù)控制模塊。
73、 如權(quán)利要求72所述的CPM客戶端，其特征在于，所述業(yè)務(wù)功能模塊 至少包括Xmi模塊、PRS模塊、IM模塊、PoC模塊、語音模塊、音頻模塊、 郵件一莫塊、SMS模塊、MMS模塊和IMPS模塊。
全文摘要
本發(fā)明公開了實現(xiàn)融合IP消息的方法、裝置及系統(tǒng)，用于克服非CPM消息業(yè)務(wù)技術(shù)能力交叉、用戶使用體驗重疊以及非CPM消息系統(tǒng)之間存在交互縫隙的問題；該發(fā)明方法包括接收到CPM消息的CPM服務(wù)器根據(jù)所述CPM消息確定業(yè)務(wù)類型并進行相應(yīng)的信令控制，并根據(jù)業(yè)務(wù)類型對應(yīng)的處理流程處理CPM消息內(nèi)容；該發(fā)明方法還包括接收到CPM消息的CPM服務(wù)器根據(jù)所述CPM消息確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類型確定能夠處理該業(yè)務(wù)的業(yè)務(wù)服務(wù)器，將所述CPM消息生成對應(yīng)于所述業(yè)務(wù)服務(wù)器的消息或/和會話請求，并發(fā)送給所述業(yè)務(wù)服務(wù)器進行處理，以及在接收到業(yè)務(wù)服務(wù)器的CPM消息后將其發(fā)送給CPM客戶端；采用本發(fā)明提高了用戶的業(yè)務(wù)體驗。
文檔編號H04L12/58GK101227418SQ200710000419
公開日2008年7月23日 申請日期2007年2月5日 優(yōu)先權(quán)日2007年1月19日
發(fā)明者剛 梁, 牟倫建, 玨 王, 許國軍, 成 黃 申請人:華為技術(shù)有限公司