專利名稱：傳送非cpm業(yè)務(wù)的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及傳送非CPM (Converaged IP Messaging,融合的IP消息)
業(yè)務(wù)的方法、裝置和系統(tǒng)。
背景技術(shù)：
MMS (Multimedia Messaging Service,多媒體消息業(yè)務(wù))是國際標準化組織3GPP (3rd Generation Partnership Project,第三代合作伙伴計劃)和OMA (Open Mobile Alliance,開放 移動聯(lián)盟)制定的一種基于存儲轉(zhuǎn)發(fā)模式的非實時移動消息業(yè)務(wù)。在2.5G或3G網(wǎng)絡(luò)的支持 下，MMS利用承載通道的帶寬優(yōu)勢，以WAP (Wireless Application Protocol,無線應(yīng)用協(xié)議) 等技術(shù)為載體可以完全整合文字、圖片、聲音、音頻和視頻片段等媒體內(nèi)容，為終端用戶提 供包含豐富內(nèi)容的多媒體消息傳輸功能，從而滿足人們多樣化的需求。
隨著網(wǎng)絡(luò)技術(shù)的演進，在通信網(wǎng)絡(luò)上提供的消息通信業(yè)務(wù)呈現(xiàn)一種融合的趨勢，因此 OMA組織提供了一種CPM使能者(Converaged IP Messaging Enabler，融合的IP消息使能者)， 它可以跨越不同的接入網(wǎng)、架構(gòu)在統(tǒng)一的IP核心網(wǎng)之上，以支持終端用戶的一對一、 一對多 以及與應(yīng)用之間的各種媒體類型(文本、圖片、音頻/視頻片段、二進制文件、音頻/視頻流等) 的通信。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題
非CPM業(yè)務(wù)傳送內(nèi)容信息的方式與CPM業(yè)務(wù)不同；兩種業(yè)務(wù)的體系架構(gòu)和網(wǎng)絡(luò)實現(xiàn)環(huán) 境不相同，導(dǎo)致CPM系統(tǒng)與非CPM系統(tǒng)不能進行正常的業(yè)務(wù)交互，限制了 CPM系統(tǒng)和非 CPM系統(tǒng)為用戶提供的服務(wù)，不能更好地滿足用戶的需求。

發(fā)明內(nèi)容
為了使非CPM業(yè)務(wù)能夠傳送給CPM用戶，本發(fā)明實施例提供了一種傳送非CPM業(yè)務(wù)的方 法、裝置和系統(tǒng)。所述技術(shù)方案如下
一種傳送非CPM業(yè)務(wù)的方法，所述方法包括 接收非CPM業(yè)務(wù)；根據(jù)所述非CPM業(yè)務(wù)的內(nèi)容選擇一種CPM的傳輸方式； 使用選擇的傳輸方式將所述非CPM業(yè)務(wù)發(fā)送給CPM用戶。 一種傳送非CPM業(yè)務(wù)的裝置，所述裝置包括
接收模塊，用于接收非CPM業(yè)務(wù)；
選擇模塊，用于根據(jù)所述接收模塊接收到的非CPM業(yè)務(wù)的內(nèi)容選擇一種CPM的傳輸方式; 發(fā)送模塊，用于使用所述選擇模塊選擇的傳輸方式將所述非CPM業(yè)務(wù)發(fā)送給CPM用戶。
一種傳送非CPM業(yè)務(wù)的系統(tǒng)，所述系統(tǒng)包括
非CPM用戶設(shè)備，用于發(fā)送非CPM業(yè)務(wù)；
互通功能實體裝置，用于接收非CPM業(yè)務(wù)，根據(jù)所述非CPM業(yè)務(wù)的內(nèi)容選擇一種CPM的 傳輸方式，使用選擇的傳輸方式發(fā)送所述非CPM業(yè)務(wù)；
CPM用戶設(shè)備，用于接收所述互通功能實體裝置發(fā)送的非CPM業(yè)務(wù)。
本發(fā)明實施例提供的技術(shù)方案的有益效果是
通過非CPM業(yè)務(wù)的內(nèi)容選擇傳輸方式，將非CPM業(yè)務(wù)傳送到CPM用戶，使CPM用戶與 非CPM用戶之間的業(yè)務(wù)進行交互，從而提供更好的用戶體驗，優(yōu)化利用了網(wǎng)絡(luò)資源。


圖1是本發(fā)明實施例提供的傳送非CPM業(yè)務(wù)的系統(tǒng)示意圖； 圖2是本發(fā)明實施例1提供的傳送非CPM業(yè)務(wù)的方法流程圖； 圖3是本發(fā)明實施例2提供的傳送非CPM業(yè)務(wù)的裝置示意圖； 圖4是本發(fā)明實施例3提供的傳送非CPM業(yè)務(wù)的系統(tǒng)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進 一歩地詳細描述。
一些非CPM業(yè)務(wù)(例如MMS業(yè)務(wù)等)與CPM業(yè)務(wù)一樣，都能承載基于文本、圖片、 音頻/視頻片段等媒體內(nèi)容的信息，因此非CPM業(yè)務(wù)與CPM業(yè)務(wù)具有一定的共通性。但是， 非CPM業(yè)務(wù)傳送內(nèi)容信息的方式與CPM業(yè)務(wù)不同，例如MMS業(yè)務(wù)將MMS消息封裝為 MMS PDU來傳送，CPM業(yè)務(wù)則通過以下幾種消息傳送技術(shù)傳送CPM消息和流媒體
1)使用SIP (Session Initiation Protocol,會話初始化協(xié)議)MESSAGE方法來傳送CPM 頁面模式消息；
62) 使用SIP INVITE方法建立MSRP (Messaging Session Relay Protocol,消息會話中繼 協(xié)議)媒體模式以傳送CPM大模式消息和CPM會話模式消息；
3) 使用SIP INVITE方法建立RTP (Real Time Transport Protocol ，實時傳輸協(xié)議)流媒 體模式以傳送實時音頻流、視頻流。
本發(fā)明實施例通過根據(jù)非CPM業(yè)務(wù)的內(nèi)容選擇傳輸方式，然后使用選擇的傳輸方式將非 CPM業(yè)務(wù)發(fā)送給CPM用戶，使CPM系統(tǒng)能夠與現(xiàn)有的非CPM系統(tǒng)進行業(yè)務(wù)互通。
其中，非CPM業(yè)務(wù)包括MMS業(yè)務(wù)、SMS (Short Message Service,短信息服務(wù))業(yè)務(wù)、 IMPS (Instant Messaging and Presence Service,即時消息和呈5見業(yè)務(wù))業(yè)務(wù)、IM (Instant Messaging,即時消息)業(yè)務(wù)、PoC (Push to talk Over Cellular)業(yè)務(wù)、Email業(yè)務(wù)、PSTN (Public Switched Telephone Network,公共交換電話網(wǎng))/PLMN (Public Land Mobile Network,公共 陸上移動網(wǎng)絡(luò))語音或視頻等。
參見圖1提供的傳送非CPM業(yè)務(wù)的系統(tǒng)示意圖，其中，CPM系統(tǒng)包括一個互通功能實體 100、 CPM客戶端200、 CPM會談服務(wù)器300。其中，互通功能實體100用于提供CPM業(yè)務(wù) 與非CPM通信業(yè)務(wù)之間互通的能力，其功能具體如下
1) 將來自CPM會談服務(wù)器300的CPM消息和CPM會話邀請轉(zhuǎn)換為對應(yīng)的非CPM消 息或非CPM會話邀請，將轉(zhuǎn)換后的消息或會話發(fā)送到對應(yīng)的系統(tǒng)；
2) 接收非CPM系統(tǒng)返回的應(yīng)答；將來自非CPM系統(tǒng)的消息和會話邀請轉(zhuǎn)換為CPM消 息和會話邀請，并發(fā)送到CPM會談服務(wù)器300;
3) 在CPM業(yè)務(wù)和非CPM業(yè)務(wù)之間進行傳送通知和閱讀報告的映射；
4) 在CPM業(yè)務(wù)和非CPM業(yè)務(wù)之間進行CPM會話管理請求/應(yīng)答與非CPM會話請求/ 應(yīng)答的匹配。
以圖1提供的系統(tǒng)為例，下面具體描述互通功能實體100如何將CPM消息和流媒體進行 處理以發(fā)送到非CPM系統(tǒng)，以及如何接收和處理來自非CPM系統(tǒng)的消息或者流媒體、采用 何種消息傳送技術(shù)將非CPM業(yè)務(wù)發(fā)送到CPM用戶端。
實施例1
參見圖2，本實施例提供了一種傳送非CPM業(yè)務(wù)的方法，以函S系統(tǒng)傳送業(yè)務(wù)給CPM系 統(tǒng)為例，該方法包括
101:互通功能實體100接收來自MMS系統(tǒng)的多媒體消息；
102:檢査多媒體消息的內(nèi)容，判斷該多媒體消息的內(nèi)容是否僅包括文本內(nèi)容信息和/或 表情符號等簡單類型媒體，如果是，執(zhí)行103;否則，執(zhí)行104;
7103:選擇使用CPM頁面模式來傳送多媒體消息的內(nèi)容，即將多媒體消息轉(zhuǎn)換為單條或 多條CPM頁面模式消息，以SIP MESSAGE方法傳送到CPM用戶；
104:判斷該多媒體消息中是否包含音頻或視頻片段，如果是，執(zhí)行105;否則，執(zhí)行106;
如果此多媒體消息包含更豐富內(nèi)容類型(圖片、二進制文件、音頻/視頻片段等等)的信
息或者多媒體消息內(nèi)容太大，則由互通功能實體100結(jié)合業(yè)務(wù)運營商策略和/或CPM用戶偏 好來選擇建立MSRP媒體模式還是RTP流媒體模式來傳送多媒體消息的內(nèi)容；如果收到的多
媒體消息不包含音頻/視頻片段，則不能選擇建立RTP流媒體模式；
105:根據(jù)預(yù)存的業(yè)務(wù)運營商的策略和CPM用戶的偏好信息確定傳輸方式，如果確定傳 輸方式為RTP流媒體模式時，執(zhí)行109;如果確定傳輸方式為MSRP媒體模式時，執(zhí)行106;
如果收到的多媒體消息不包含音頻/視頻片段(包括圖片、二進制文件等豐富的內(nèi)容類 型)，或者收到的多媒體消息中包含音頻/視頻片段且業(yè)務(wù)運營商策略和/或CPM用戶偏好希 望以MSRP消息或文件形式傳送多媒體消息內(nèi)容，則互通功能實體將選擇MSRP媒體模式， 該MSRP媒體模式可以預(yù)先通過向CPM用戶發(fā)送SIP INVITE請求建立SIP會話的方式建立；
106:檢査多媒體消息內(nèi)容的大小是否超出預(yù)設(shè)閾值，該閾值通常設(shè)定為單條MSRP消 息的消息體所允許的最大值，如果沒有超出，執(zhí)行107;否則，執(zhí)行108;
107:利用多媒體消息的內(nèi)容構(gòu)造單條MSRP SEND消息，然后通過一次MSRP交互將 此消息發(fā)送到CPM會談服務(wù)器300，并最終發(fā)送到CPM用戶；
108:將多媒體消息的內(nèi)容進行適配和分割以構(gòu)造多條MSRP SEND消息，然后通過CPM 會話內(nèi)的多次MSRP交互將多條MSRP SEND消息發(fā)送到CPM會談服務(wù)器300，并最終發(fā)送 到CPM用戶；
109:選擇RTP流媒體模式后，提取多媒體消息中的音頻/視頻片段，以音頻/視頻文件的 形式緩存，將多媒體消息中的音頻/視頻片段以RTP流媒體的方式經(jīng)CPM會談服務(wù)器300播 放給CPM用戶；
其中，該RTP流媒體模式可以預(yù)先通過向CPM用戶發(fā)送SIP INVITE請求以建立CPM 會話的方式建立。對于多媒體消息中除音頻/視頻片段的消息內(nèi)容，可以使用CPM頁面模式 或者MSRP媒體模式來傳送，傳送方法同上，這里不再詳述。
在上述方法的基礎(chǔ)上，本實施例還提供了將CPM用戶發(fā)送的CPM消息或會話發(fā)送到 MMS用戶的方法，該方法簡單描述如下
1)如果CPM用戶要發(fā)送流媒體(實時語音流、實時視頻、播放音頻/視頻文件等)到 MMS用戶時，則發(fā)起SIP INVITE請求以建立RTP流媒體模式。
82) 因為目前基于MMS業(yè)務(wù)的系統(tǒng)較少支持流媒體傳輸功能，因此互通功能實體收到上 述SIP INVITE請求后，將代表目標MMS用戶接受此SIP INVITE請求，并與CPM用戶之間 建立其RTP流媒體模式。
3) 當收到CPM用戶發(fā)送的RTP流媒體時，互通功能實體將其緩存到臨時媒體存儲器， 并以音頻/視頻文件的形式存儲，直到CPM用戶發(fā)送完流媒體為止。
4) 互通功能實體IOO利用收到的SIP INVITE請求和被緩存的流媒體構(gòu)造多媒體消息， 即根據(jù)INVITE請求構(gòu)造MMS PDU的消息頭，并以被緩存的流媒體作為消息體。在構(gòu)造多 媒體消息時，互通功能實體100檢查流媒體的內(nèi)容和大小，如果流媒體的大小超出單條多媒 體消息所允許的最大值，則構(gòu)造多條多媒體消息；如果流媒體的內(nèi)容的格式類型不被MMS 業(yè)務(wù)所支持，則對該流媒體的內(nèi)容格式進行適配，使其符合MMS業(yè)務(wù)所支持的內(nèi)容格式類 型。最后，互通功能實體100將多媒體消息發(fā)送到MMS系統(tǒng)。
如果CPM用戶要發(fā)送的業(yè)務(wù)不是流媒體時，而是文本消息或圖片等時，互通功能實體 IOO可以選擇其它的傳輸方式將該業(yè)務(wù)發(fā)送給其它系統(tǒng)(包括MMS系統(tǒng))，例如，如果是文 本消息，則通過短消息的方式發(fā)送，如果是圖片或短片，則通過附件方式(如，郵件)發(fā)送。
在上述方法的基礎(chǔ)上，本實施例還提供了 CPM業(yè)務(wù)與MMS業(yè)務(wù)之間進行傳送報告和閱 讀報告映射的方法，該方法包括
1) 如果CPM用戶在其發(fā)送的頁面模式消息中請求了傳送報告和/或閱讀報告，互通功能 實體100在將頁面模式消息轉(zhuǎn)換為多媒體消息時，在MMS PDU中包含 X-Mms-Delivery-Report和/或X-Mms-Read-Report頭域且值設(shè)置為"Yes "; 其中， X-Mms-Delivery-Report對應(yīng)傳送報告，X-Mms-Read-Report對應(yīng)閱讀報告，互通功能實體100 收到MMS系統(tǒng)返回的傳送報告和/或閱讀報告后，利用IMDN (Instant Message Disposition Notification,即時消息指示通知)機制來構(gòu)造SIP MESSAGE請求，以將傳送報告或閱讀報 告發(fā)送到CPM用戶；
2) 如果CPM用戶在其發(fā)送的MSRP SEND消息中請求了成功/失敗傳送報告，即MSRP SEND消息中"Success-Report"頭域值或"Failure-Report"頭域值為"Yes",互通功能實體 在將MSRP SEND消息轉(zhuǎn)換為多媒體消息時，在MMS PDU中包含X-Mms-Delivery-Report 頭域且值設(shè)置為"Yes";互通功能實體100收到MMS系統(tǒng)返回的傳送報告后，則構(gòu)造MSRP REPORT消息，以將傳送報告發(fā)送到CPM用戶；
3) CPM用戶向互通功能實體100發(fā)送完流媒體，且互通功能實體100得知需要進行互 通，則通過設(shè)置CPM用戶偏好使得互通功能實體在其發(fā)送的多媒體消息中請求傳送報告和/或閱讀報告；當收到MMS系統(tǒng)返回的傳送報告和/或閱讀報告后，互通功能實體可以通過 IMDN機制或者其他帶外機制請求來傳送傳送報告或閱讀報告到CPM用戶；
4)如果MMS用戶在其發(fā)送的多媒體消息中請求了傳送報告和/或閱讀報告，互通功能實
體進行如下分析與處理
A:如果將多媒體消息轉(zhuǎn)換為頁面模式消息，互通功能實體100在SIP MESSAGE請求中 請求傳送報告和/或閱讀報告；在收到CPM用戶使用IMDN機制返回的MESSAGE請求時， 互通功能實體將其轉(zhuǎn)換為MMS傳送通知和/或閱讀報告，并發(fā)送到MMS系統(tǒng)；
B:如果將多媒體消息轉(zhuǎn)換為MSRP消息，互通功能實體100在MSRP SEND消息中請 求成功/失敗報告("Success-Report"頭域值或"Failure-Report"頭域值為"Yes")，并在收到 CPM用戶返回的MSRP REPORT消息時，構(gòu)造MMS傳送報告發(fā)送到MMS系統(tǒng)；因為MSRP 協(xié)議不支持閱讀報告，互通功能實體IOO可以返回對應(yīng)閱讀報告的失敗應(yīng)答，或者通過其他 帶外通知機制來實現(xiàn)閱讀報告；
C:如果互通功能實體100以流媒體方式將多媒體消息中的音頻/視頻片段發(fā)送給CPM用 戶，則可以在收到流媒體播放完的信號時，構(gòu)造MMS傳送通知和閱讀報告，并發(fā)送到MMS 用戶。
本實施例通過對多媒體消息內(nèi)容及大小進行判別，并通過判別結(jié)果選擇使用某種消息會 話傳送方式將多媒體消息的內(nèi)容傳送到CPM用戶，使CPM用戶與MMS用戶之間的消息進 行通信，解決了 MMS用戶發(fā)送的MMS PDU到CPM支持的多種消息傳送技術(shù)的映射，以及 實現(xiàn)了 CPM用戶向MMS用戶發(fā)送流媒體和以流媒體形式接收多媒體消息內(nèi)容的問題，實現(xiàn) 了兩種業(yè)務(wù)之間進行包含多媒體內(nèi)容的消息、甚至流媒體的互通需求，從而提供更好的用戶 體驗，優(yōu)化利用了網(wǎng)絡(luò)資源。
實施例2
參見圖3，本實施例提供了一種傳送CPM業(yè)務(wù)的裝置，包括 接收模塊201，用于接收非CPM業(yè)務(wù)；
選擇模塊202，用于根據(jù)接收模塊201接收到的非CPM業(yè)務(wù)的內(nèi)容選擇一種CPM的傳輸 方式；
發(fā)送模塊203，用于使用選擇模塊202選擇的傳輸方式將非CPM業(yè)務(wù)發(fā)送給CPM用戶。 進一歩地，選擇模塊202包括
檢查單元，用于檢查接收模塊201接收到的非CPM業(yè)務(wù)的內(nèi)容是否僅包括文本內(nèi)容信息
10和/或表情符號；
第一傳輸模式確定單元，用于當檢查單元的檢查結(jié)果是非CPM業(yè)務(wù)的內(nèi)容僅包括文本內(nèi) 容信息和/或表情符號時，確定傳輸方式為CPM頁面模式傳輸；
第二傳輸模式確定單元，用于檢査單元的檢查結(jié)果是非CPM業(yè)務(wù)的內(nèi)容包括音頻或視頻 片段時，選擇RTP流媒體模式或MSRP媒體模式作為傳輸方式；
第三傳輸模式確定單元，用于檢査單元的檢查結(jié)果是非CPM業(yè)務(wù)的內(nèi)容不是僅包括文本 內(nèi)容信息和/或表情符號，且不包括音頻或視頻片段時，選擇MSRP媒體模式作為傳輸方式。
針對CPM業(yè)務(wù)所支持的多種傳輸方式，上述發(fā)送模塊203包括
第一發(fā)送單元，用于當選擇模塊202選擇的傳輸方式為CPM頁面模式傳輸時，將非CPM 業(yè)務(wù)轉(zhuǎn)換為CPM頁面模式消息，以CPM頁面模式將CPM頁面模式消息發(fā)送給CPM用戶；
第二發(fā)送單元，用于當選擇模塊202選擇的傳輸方式為MSRP媒體模式時，判斷非CPM業(yè) 務(wù)的內(nèi)容的大小是否超過單條MSRP消息對應(yīng)的預(yù)設(shè)閾值，如果是，將非CPM業(yè)務(wù)的內(nèi)容轉(zhuǎn)換 為多條MSRP消息；否則，將非CPM業(yè)務(wù)的內(nèi)容轉(zhuǎn)換為一條MSRP消息；將轉(zhuǎn)換得到的MSRP消 息發(fā)送給CPM用戶；
第三發(fā)送單元，用于當選擇模塊202選擇的傳輸方式為RTP流媒體模式時，以RTP流媒 體模式將音頻和/或視頻片段發(fā)送給CPM用戶。
本實施例以畫S系統(tǒng)發(fā)送的多媒體消息作為非CPM業(yè)務(wù)為例，上述裝置通過對多媒體消 息內(nèi)容進行判別，并根據(jù)判別結(jié)果選擇使用某種消息會話傳送方式將多媒體消息的內(nèi)容傳送 到CPM用戶，使CPM用戶與MMS用戶之問的消息進行通信，從而提供更好的用戶體驗， 優(yōu)化利用了網(wǎng)絡(luò)資源。
實施例3
參見圖4，本實施例提供了一種傳送CPM業(yè)務(wù)的系統(tǒng)，該系統(tǒng)包括 非CPM用戶設(shè)備301，用于發(fā)送非CPM業(yè)務(wù)；
互通功能實體裝置302，用于接收非CPM業(yè)務(wù)，根據(jù)非CPM業(yè)務(wù)的內(nèi)容選擇一種CPM的 傳輸方式，使用選擇的傳輸方式發(fā)送非CPM業(yè)務(wù)；
CPM用戶設(shè)備303，用于接收互通功能實體裝置302發(fā)送的非CPM業(yè)務(wù)。
該系統(tǒng)中的互通功能實體裝置302具體可以通過實施例1中的互通功能實體進行互通的 方法實現(xiàn)，這里不再詳述。
本實施例提供的系統(tǒng)通過對非CPM業(yè)務(wù)進行判別，并根據(jù)判別結(jié)果選擇使用某種消息會話傳送方式將非CPM業(yè)務(wù)傳送到CPM用戶，使CPM用戶與非CPM用戶之間的業(yè)務(wù)進行通 信，從而提供更好的用戶體驗，優(yōu)化利用了網(wǎng)絡(luò)資源。
上述實施例中所涉及的MMS PDU是OMA組織在MMS業(yè)務(wù)規(guī)范中制定，鑒于3GPP 組織和OMA組織都制定了 MMS業(yè)務(wù)規(guī)范，其消息類型及所包含消息頭略有不同，上述實 施例也可以使用3GPP組織中定義的多媒體消息——MMS抽象消息來替代MMS PDU，此外， OMA MMS規(guī)范中的MMS Proxy-Relay與3GPPMMS規(guī)范中的MMS Relay/Server相對應(yīng)。
以上實施例提供的技術(shù)方案中的全部或部分內(nèi)容可以通過軟件編程實現(xiàn)，其軟件程序存 儲在可讀取的存儲介質(zhì)中，存儲介質(zhì)例如計算機中的硬盤、光盤或軟盤。
以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精祌和原則之 內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種傳送非CPM業(yè)務(wù)的方法，其特征在于，所述方法包括接收非CPM業(yè)務(wù)；根據(jù)所述非CPM業(yè)務(wù)的內(nèi)容選擇一種CPM的傳輸方式；使用選擇的傳輸方式將所述非CPM業(yè)務(wù)發(fā)送給CPM用戶。
2. 如權(quán)利要求1所述的傳送非CPM業(yè)務(wù)的方法，其特征在于，所述根據(jù)所述非CPM業(yè)務(wù) 的內(nèi)容選擇一種CPM的傳輸方式包括檢查所述非CPM業(yè)務(wù)的內(nèi)容是否僅包括文本內(nèi)容信息和/或表情符號； 如果是，選擇傳輸方式為CPM頁面模式傳輸；否則，當所述非CPM業(yè)務(wù)的內(nèi)容包括音頻或視頻片段時，選擇實時傳輸協(xié)議RTP流媒體 模式或消息會話中繼協(xié)議MSRP媒體模式作為傳輸方式；當所述非CPM業(yè)務(wù)的內(nèi)容不包括音頻 或視頻片段時，選擇MSRP媒體模式作為傳輸方式。
3. 如權(quán)利要求2所述的傳送非CPM業(yè)務(wù)的方法，其特征在于，當選擇的傳輸方式為CPM 頁面模式傳輸時，所述使用選擇的傳輸方式將所述非CPM業(yè)務(wù)發(fā)送給CPM用戶包括將所述非CPM業(yè)務(wù)轉(zhuǎn)換為CPM頁面模式消息，以CPM頁面模式將所述CPM頁面模式消息 發(fā)送給CPM用戶。
4. 如權(quán)利要求2所述的傳送非CPM業(yè)務(wù)的方法，其特征在于，所述當所述非CPM業(yè)務(wù)的 內(nèi)容包括音頻或視頻片段時，選擇實時傳輸協(xié)議RTP流媒體模式或消息會話中繼協(xié)議MSRP媒 體模式作為傳輸方式包括當所述非CPM業(yè)務(wù)的內(nèi)容包括音頻或視頻片段時，根據(jù)預(yù)存的業(yè)務(wù)運營商的策略和CPM 用戶的偏好信息，選擇實時傳輸協(xié)議RTP流媒體模式或消息會話中繼協(xié)議MSRP媒體模式作為 傳輸方式。
5. 如權(quán)利要求2或4所述的傳送非CPM業(yè)務(wù)的方法，其特征在于，當選擇的傳輸方式為 MSRP媒體模式時，所述使用選擇的傳輸方式將所述非CPM業(yè)務(wù)發(fā)送給CPM用戶包括判斷所述非CPM業(yè)務(wù)的內(nèi)容的大小是否超過單條MSRP消息對應(yīng)的預(yù)設(shè)閾值，如果是，將所述非CPM業(yè)務(wù)的內(nèi)容轉(zhuǎn)換為多條MSRP消息；否則，將所述非CPM業(yè)務(wù)的內(nèi)容轉(zhuǎn)換為一條 MSRP消息；將轉(zhuǎn)換得到的MSRP消息發(fā)送給CPM用戶。
6. —種傳送非CPM業(yè)務(wù)的裝置，其特征在于，所述裝置包括 接收模塊，用于接收非CPM業(yè)務(wù)；選擇模塊，用于根據(jù)所述接收模塊接收到的非CPM業(yè)務(wù)的內(nèi)容選擇一種CPM的傳輸方式； 發(fā)送模塊，用于使用所述選擇模塊選擇的傳輸方式將所述非CPM業(yè)務(wù)發(fā)送給CPM用戶。
7. 如權(quán)利要求6所述的傳送非CPM業(yè)務(wù)的裝置，其特征在于，所述選擇模塊包括 檢査單元，用丁檢査所述接收模塊接收到的非CPM業(yè)務(wù)的內(nèi)容是否僅包括文本內(nèi)容信息和/或表情符號；第一傳輸模式確定單元，用于當所述檢查單元的檢査結(jié)果是所述非CPM業(yè)務(wù)的內(nèi)容僅包 括文本內(nèi)容信息和/或表情符號時，確定傳輸方式為CPM頁面模式傳輸；第二傳輸模式確定單元，用于所述檢查單元的檢査結(jié)果是所述非CPM業(yè)務(wù)的內(nèi)容包括音 頻或視頻片段時，選擇RTP流媒體模式或MSRP媒體模式作為傳輸方式；第三傳輸模式確定單元，用于所述檢查單元的檢查結(jié)果是所述非CPM業(yè)務(wù)的內(nèi)容不是僅 包括文本內(nèi)容信息和/或表情符號，且不包括音頻或視頻片段時，選擇MSRP媒體模式作為傳 輸方式。
8. 如權(quán)利要求7所述的傳送非CPM業(yè)務(wù)的裝置，其特征在于，所述發(fā)送模塊包括 第一發(fā)送單元，用于當所述選擇模塊選擇的傳輸方式為CPM頁面模式傳輸時，將所述非CPM業(yè)務(wù)轉(zhuǎn)換為CPM頁面模式消息，以CPM頁面模式將所述CPM頁面模式消息發(fā)送給CPM用 戶；第二發(fā)送單元，用于當所述選擇模塊選擇的傳輸方式為MSRP媒體模式時，判斷所述非 CPM業(yè)務(wù)的內(nèi)容的大小是否超過單條MSRP消息對應(yīng)的預(yù)設(shè)閾值，如果是，將所述非CPM業(yè)務(wù) 的內(nèi)容轉(zhuǎn)換為多條MSRP消息；否則，將所述非CPM業(yè)務(wù)的內(nèi)容轉(zhuǎn)換為一條MSRP消息；將轉(zhuǎn) 換得到的MSRP消息發(fā)送給CPM用戶；第三發(fā)送巾.元，用于當所述選擇模塊選擇的傳輸方式為RTP流媒體模式時，以RTP流媒 體模式將音頻和/或視頻片段發(fā)送給CPM用戶。
9.一種傳送非CPM業(yè)務(wù)的系統(tǒng)，其特征在于，所述系統(tǒng)包括 非CPM用戶設(shè)備，用于發(fā)送非CPM業(yè)務(wù)；互通功能實體裝置，用于接收非CPM業(yè)務(wù)，根據(jù)所述非CPM業(yè)務(wù)的內(nèi)容選擇一種CPM的 傳輸方式，使用選擇的傳輸方式發(fā)送所述非CPM業(yè)務(wù)；CPM用戶設(shè)備，用于接收所述互通功能實體裝置發(fā)送的非CPM業(yè)務(wù)。
全文摘要
本發(fā)明公開了一種傳送CPM業(yè)務(wù)的方法、裝置和系統(tǒng)，屬于通信領(lǐng)域。所述方法包括接收非CPM業(yè)務(wù)；根據(jù)所述非CPM業(yè)務(wù)的內(nèi)容選擇一種CPM傳輸方式；使用選擇的傳輸方式將所述非CPM業(yè)務(wù)發(fā)送給CPM用戶。所述裝置包括接收模塊、選擇模塊和發(fā)送模塊。所述系統(tǒng)包括非CPM用戶設(shè)備、互通功能實體裝置和CPM用戶設(shè)備。本發(fā)明通過根據(jù)非CPM業(yè)務(wù)的內(nèi)容選擇傳輸方式，將非CPM業(yè)務(wù)傳送到CPM用戶，使CPM用戶與非CPM用戶之間的業(yè)務(wù)進行交互，從而提供更好的用戶體驗，優(yōu)化利用了網(wǎng)絡(luò)資源。
文檔編號H04W4/12GK101588546SQ20081011219
公開日2009年11月25日 申請日期2008年5月21日 優(yōu)先權(quán)日2008年5月21日
發(fā)明者盧美蓮, 孫成振, 王立才, 韓傳葉 申請人:華為技術(shù)有限公司;北京郵電大學