專(zhuān)利名稱(chēng)：融合ip消息的分發(fā)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種融合IP消息(Converged IP Messaging，簡(jiǎn)稱(chēng)為CPM)的分發(fā)方法及裝置。
背景技術(shù)：
CPM是由開(kāi)放移動(dòng)聯(lián)盟(Open Mobile Architecture，簡(jiǎn)稱(chēng)為0MA)于2005年提出 的，其目的是實(shí)現(xiàn)多種消息業(yè)務(wù)的互通，為用戶提供統(tǒng)一消息業(yè)務(wù)，以及完善一致并且方便 的消息業(yè)務(wù)體驗(yàn)。CPM融合現(xiàn)有的多種消息業(yè)務(wù)，包括即時(shí)消息(Instant Message，簡(jiǎn)稱(chēng)為 IM)、一鍵通(Push-To-Talk over Cellular，簡(jiǎn)稱(chēng)為P0C)、移動(dòng)電子郵件(Mobile E-Email, 簡(jiǎn)稱(chēng)為MEM)、短消息業(yè)務(wù)(ShortMessaging Service，簡(jiǎn)稱(chēng)為SMS)、彩信業(yè)務(wù)(Multimedia Messaging Service，簡(jiǎn)稱(chēng)為 MMS)等。目前，OMA在制定CPM VI. O規(guī)范中，CPM的業(yè)務(wù)形式包括基于尋呼模式 (page-mode)的 CPM 消息、基于會(huì)話模式(session-mode)的大 CPM 消息(Large Message Mode CPM Message)、基于session的其他CPM會(huì)話業(yè)務(wù)。在用戶正常使用這些業(yè)務(wù)前，需 要注冊(cè)登錄到CPM系統(tǒng)，即通常所說(shuō)的“上線”。CPM地址(CPM address)是CPM系統(tǒng)(可稱(chēng)為CPM Enabler,即CPM業(yè)務(wù)引擎)中 用來(lái)區(qū)分系統(tǒng)中不同用戶的標(biāo)識(shí)。在CPM系統(tǒng)中，一個(gè)用戶(由CPM address確定)可能 會(huì)在多個(gè)終端設(shè)備上同時(shí)注冊(cè)，即同時(shí)“在線”，分別在不同的場(chǎng)景中使用多個(gè)終端，每個(gè)終 端設(shè)備可用于支持不同的業(yè)務(wù)功能，例如，僅支持音頻通信或者支持音視頻通信等。如果 某一用戶使用同一個(gè)CPM地址在不同的終端上登錄到CPM系統(tǒng)中，則當(dāng)該用戶作為被叫方 (callee)時(shí)，CPM系統(tǒng)在轉(zhuǎn)發(fā)主叫方發(fā)送的CPM請(qǐng)求消息到被叫方時(shí)，目前尚未有如何將 CPM消息發(fā)送到該被叫方的多個(gè)上線終端中的兩個(gè)或多個(gè)終端的技術(shù)方案。

發(fā)明內(nèi)容
針對(duì)相關(guān)技術(shù)中CPM系統(tǒng)無(wú)法將CPM消息發(fā)送到多個(gè)上線終端中的至少兩個(gè)終端 的問(wèn)題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種融合IP消息的分發(fā)方法及裝 置，以解決上述問(wèn)題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種融合IP消息的分發(fā)方法，該方法用于將被叫 方包括多個(gè)上線終端的CPM消息分發(fā)給多個(gè)終端。根據(jù)本發(fā)明的融合IP消息的分發(fā)方法包括指定網(wǎng)元接收主叫方發(fā)送的CPM消 息，其中，該指定網(wǎng)元包括被叫方歸屬的CPM參與功能實(shí)體或SIP/IP核心網(wǎng)；指定網(wǎng)元將 該CPM消息分別發(fā)送到多個(gè)上線終端中的至少兩個(gè)終端。根據(jù)本發(fā)明的另一個(gè)方面，提供了一種融合IP消息的分發(fā)裝置，該裝置用于將被 叫方包括多個(gè)上線終端的CPM消息分發(fā)給多個(gè)終端。根據(jù)本發(fā)明的融合IP消息的分發(fā)裝置包括接收模塊和發(fā)送模塊。其中，接收模 塊，用于接收主叫方發(fā)送的CPM消息；發(fā)送模塊，用于將該CPM消息分別發(fā)送到被叫方的多個(gè)上線終端中的至少兩個(gè)終端。通過(guò) 本發(fā)明的上述技術(shù)方案之一，當(dāng)被叫方使用多個(gè)終端同時(shí)在線的情況下，指 定網(wǎng)元將CPM消息分別發(fā)送到多個(gè)上線終端中的至少兩個(gè)終端。從而可以解決“一號(hào)多機(jī)” 的CPM請(qǐng)求消息分發(fā)的問(wèn)題，進(jìn)而，可以在CPM系統(tǒng)中更好地實(shí)現(xiàn)消息的傳送，提高用戶體驗(yàn)。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1為根據(jù)本發(fā)明實(shí)施例的CPM消息的分發(fā)方法的流程圖；圖2為根據(jù)本發(fā)明實(shí)施例CPM消息的分發(fā)方法的實(shí)施例一的流程圖；圖3為根據(jù)本發(fā)明實(shí)施例CPM消息的分發(fā)方法的實(shí)施例二的流程圖；圖4為根據(jù)本發(fā)明實(shí)施例的CPM消息的分發(fā)裝置的結(jié)構(gòu)示意圖；圖5為根據(jù)本發(fā)明優(yōu)選實(shí)施例的CPM消息的分發(fā)裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式功能概述本發(fā)明實(shí)施例中，CPM系統(tǒng)包括CPM客戶端(包括主叫方和被叫方)、指定網(wǎng)元。 在本發(fā)明實(shí)施例中，指定網(wǎng)元在接收主叫方發(fā)送的CPM消息時(shí)，根據(jù)預(yù)設(shè)定向選路規(guī)則對(duì) 被叫方的多個(gè)終端進(jìn)行篩選，從多個(gè)終端中選擇CPM消息的接收終端。在本發(fā)明實(shí)施例中，上述指定網(wǎng)元包括被叫方歸屬的CPM參與功能實(shí)體或會(huì)話 初始化協(xié)議。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相 互組合。下面將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。方法實(shí)施例根據(jù)本發(fā)明的實(shí)施例，首先提供了一種CPM消息的分發(fā)方法。圖1為根據(jù)本發(fā)明實(shí)施例的CPM消息的分發(fā)方法的流程圖。如圖1所示，根據(jù)本 發(fā)明實(shí)施例的CPM消息的分發(fā)方法主要包括以下步驟(步驟SlOl-步驟S103)步驟SlOl 指定網(wǎng)元接收主叫方發(fā)送的CPM消息，其中，該指定網(wǎng)元包括被叫方 歸屬的CPM參與功能實(shí)體或SIP/IP核心網(wǎng)；步驟S103 所述指定網(wǎng)元將所述CPM消息分別發(fā)送到所述多個(gè)上線終端中的兩個(gè) 或多個(gè)終端。以下進(jìn)一步描述上述各處理的細(xì)節(jié)。(一)步驟 SlOl在具體實(shí)施過(guò)程中，步驟SlOl的處理的觸發(fā)可以包括以下步驟步驟1，被叫方在多個(gè)終端使用同一個(gè)CPM地址在CPM系統(tǒng)進(jìn)行注冊(cè)；在具體實(shí)施過(guò)程中，被叫方通過(guò)各個(gè)終端在CPM系統(tǒng)進(jìn)行注冊(cè)時(shí)，可以向CPM系統(tǒng) 提供每個(gè)終端的屬性信息，其中，對(duì)于每個(gè)終端，其向CPM系統(tǒng)提交的屬性信息用于指示該 終端的處理能力和/或優(yōu)先級(jí)。
步驟2，主叫方向被叫方發(fā)送CPM消息，該CPM消息首先到達(dá)上述指定網(wǎng)元。具體地，主叫方可以在發(fā)送的上述CPM消息攜帶主叫方的喜好信息，其中，該喜好 信息用于表示主叫方期望接收該CPM消息的終端。具體地，上述CPM消息包括但不限于以下至少之一基于尋呼模式的CPM消息、基 于會(huì)話模式的大CPM消息或基于會(huì)話的CPM會(huì)話業(yè)務(wù)消息。( 二)步驟 S103 指定網(wǎng)元在將上述CPM消息分流到被叫方的多個(gè)上線終端中的至少兩個(gè)終端之 前，指定網(wǎng)元可以根據(jù)預(yù)設(shè)篩選規(guī)則，對(duì)被叫方的多個(gè)上線終端進(jìn)行篩選，獲取滿足預(yù)設(shè)篩 選規(guī)則的被叫方的至少兩個(gè)終端。在具體實(shí)施過(guò)程中，發(fā)送方CPM客戶端在發(fā)送CPM消息之前，可以設(shè)置該CPM消息 的分流屬性信息，即設(shè)定該CPM消息是否進(jìn)行分流。指定網(wǎng)元在接收到該CPM消息時(shí)，可以 從提取該CPM消息的分流屬性信息，判斷是否進(jìn)行分流；并且，指定網(wǎng)元還可以結(jié)合本地篩 選策略確定是否將該CPM消息進(jìn)行分流，其中，本地篩選策略是指根據(jù)運(yùn)營(yíng)商的商業(yè)運(yùn)營(yíng) 策略制定的對(duì)CPM請(qǐng)求消息的處理，例如，支持分流或者不支持分流設(shè)置等。其中，上述預(yù)設(shè)篩選規(guī)則可以包括但不限于以下至少之一或其任意組合(1)根據(jù)主叫方的喜好信息選擇所述主叫方喜好的終端；(2)根據(jù)被叫方的各個(gè)終端的屬性信息，優(yōu)先選擇具有處理能力和/或優(yōu)先級(jí)最 高的終端；(3)選擇滿足本地篩選策略的終端。在包括上述多個(gè)預(yù)設(shè)篩選規(guī)則時(shí)，指定網(wǎng)元將按照該多個(gè)預(yù)設(shè)篩選規(guī)則進(jìn)行篩 選，例如，如果預(yù)設(shè)篩選規(guī)則包括根據(jù)主叫方的喜好信息選擇主叫方喜好的終端和優(yōu)先選 擇具有處理能力的終端，則指定網(wǎng)元可以先從被叫方的多個(gè)終端中選擇主叫方喜好的多個(gè) 終端，再根據(jù)選擇的多個(gè)終端中每個(gè)終端的處理能力，從中選擇具有處理上述CPM消息能 力的終端。根據(jù)本發(fā)明實(shí)施例提供的上述方法，可以將CPM消息分流到被叫方的多個(gè)上線終 端中的至少兩個(gè)終端，并且，可以根據(jù)主叫方的喜好和終端的處理能力等參數(shù)來(lái)選擇接收 CPM消息的終端。為進(jìn)一步理解本發(fā)明實(shí)施例提供的技術(shù)方案的具體實(shí)施方式
，以下通過(guò)具體實(shí)施 例進(jìn)行說(shuō)明。實(shí)施例一在本實(shí)施例中，以用戶A呼叫用戶B為例，由被叫方歸屬的CPM參與功能實(shí)體(CPM Participating Function)對(duì)接收到的CPM消息進(jìn)行分流。在本實(shí)施例中，用戶B使用同一個(gè)CPM地址分別在兩個(gè)不同的終端上注冊(cè)到 CPM系統(tǒng)中，用戶A當(dāng)前使用CPM終端記為Client-A，Client-A內(nèi)置CPM客戶端記為CPM Client-Α,假設(shè)CPM系統(tǒng)地址Addr-A為用戶A的一個(gè)CPM地址，該CPM地址歸屬CPM參與 功能實(shí)體 A (Participating Function-A)；用戶 B 當(dāng)前使用 CPM 終端記為 CPM Client-Bl 和 CPM Client-B2, Client-Bl 與 Client_B2 內(nèi)置 CPM 客戶端記為 CPM Client-Bl 與 CPM Client-B2, Addr-B為用戶B的一個(gè)CPM地址，該CPM地址歸屬于CPM參與功能實(shí)體B (CPM Participating Function-B)。
圖2為 根據(jù)本實(shí)施例中CPM消息的分發(fā)流程圖。在本實(shí)施例中，CPM消息為 page-mode的SIP MESSAGE，如圖2所示，用戶A呼叫用戶B的處理主要包括以下步驟步驟S201 用戶B使用Addr-Bl在終端CMP Client-Bl上注冊(cè)到CPM系統(tǒng)中。在具體實(shí)施過(guò)程中，用戶B在CMP Client-Bl登錄注冊(cè)到SIP/IP Core中，該SIP/ IP Core將注冊(cè)信息發(fā)送至Participating Function-B，并向Client-Bl反饋OK指令。步驟S203 =CPM系統(tǒng)的Participating Function-B在接收到上述注冊(cè)消息后，提 取Client-Bl相關(guān)的屬性參數(shù)并保存，并向Client-Bl反饋OK指令。其中，上述相關(guān)的屬性參數(shù)包括Client-Bl的處理能力和/或Client-ΒΙ的優(yōu)先 級(jí)。步驟S205 用戶B使用Addr_B2在終端CMP Client_B2上注冊(cè)到CPM系統(tǒng)中。在具體實(shí)施過(guò)程中，用戶B在CMP Client_B2登錄注冊(cè)到SIP/IP Core中，該SIP/ IP Core將注冊(cè)信息發(fā)送至Participating Function-B，并向Client_B2反饋OK指令。步驟S207 =CPM系統(tǒng)的Participating Function-B在接收到上述注冊(cè)消息后，提 取Client-B2相關(guān)的屬性參數(shù)并保存，并向Client-B2反饋OK指令。具體地，可以通過(guò)終端發(fā)送的注冊(cè)消息中的Contact字段攜帶該終端的屬性信 肩、ο步驟S209 主叫用戶A給用戶B發(fā)送基于page-mode的CPM消息。在具體實(shí)施過(guò)程中，Client-A向用戶B發(fā)送的CPM消息首先達(dá)到CPM Participating Function—A， CPM Participating Function—A 接收至Ij上述 CPM 消息后，按 照該CPM消息的目的地址將該CPM消息轉(zhuǎn)發(fā)至CPM Participating Function-B。具體地，Client-A可以在發(fā)送的上述CPM消息攜帶主叫方喜好參數(shù)(caller preference)和/或Client-A通過(guò)上述CPM消息的Request-Disposition字段中攜帶分流 屬性信息，指示將該CPM消息分流至被叫方的多個(gè)上線終端。步驟S211 =CPM Participating Function-B接收到上述CPM消息后，進(jìn)行接收終 端篩選處理，最終篩選出Client-Bl和Client-B2均符合接收條件，確定上述二者為CPM消 息的接收終端。步驟S213 =CPM Participating Function-B 將上述 CPM 消息分別發(fā)送(S卩，以分 流方式發(fā)送)給Client-Bl和Client_B2。具體地，Client-Bl和 Client_B2 接收到上述 CPM 消息后，向 CPM Participating Function-B反饋?lái)憫?yīng)消息(OK)，該響應(yīng)消息經(jīng)由CPM Participating Function-A反饋至 CPM Client-A0實(shí)施例二圖3為根據(jù)本實(shí)施例中CPM消息的分發(fā)流程圖，在本實(shí)施例中，CPM消息以基于會(huì) 話的CPM會(huì)話為例。本實(shí)施例與實(shí)施例一不同在于對(duì)于基于page-mode的CPM消息，主叫喜好是由每 個(gè)獨(dú)立的MESSAGE消息觸發(fā)的，指定網(wǎng)元對(duì)每個(gè)MESSAGE投遞時(shí)都需要分流處理。而對(duì)于 基于session的其它CPM業(yè)務(wù)形式(包括大消息傳送)，主叫喜好的屬性參數(shù)由初始會(huì)話請(qǐng) 求消息(INVITE)攜帶，該主叫喜好決定的分流方式適用于整個(gè)會(huì)話的周期。即對(duì)于會(huì)話， 在會(huì)話發(fā)起時(shí)進(jìn)行分流，會(huì)話建立后，則按照確定的通信路徑進(jìn)行通信。
主叫方發(fā)送的初始會(huì)話請(qǐng)求消息根據(jù)主叫喜好的屬性信息被分流到被叫方的多個(gè)終端，每個(gè)終端都將可能回復(fù)響應(yīng)，該響應(yīng)最終被轉(zhuǎn)發(fā)到Client-A，可以由Client-A最 終決定會(huì)話的具體終端。如圖3所示，用戶A呼叫用戶B的處理主要包括以下步驟步驟S301 用戶B使用Addr-Bl在終端CMP Client-Bl上注冊(cè)到CPM系統(tǒng)中。在具體實(shí)施過(guò)程中，用戶B在CMP Client-Bl登錄注冊(cè)到SIP/IP Core中，該SIP/ IP Core將注冊(cè)信息發(fā)送至Participating Function-B，并向Client-Bl反饋OK指令。步驟S303 =CPM系統(tǒng)的Participating Function-B在接收到上述注冊(cè)消息后，提 取Client-Bl相關(guān)的屬性參數(shù)并保存，并對(duì)Client-Bl反饋OK指令。步驟S305 用戶B使用Addr_B2在終端CMP Client_B2上注冊(cè)到CPM系統(tǒng)中。在具體實(shí)施過(guò)程中，用戶B在CMP Client_B2登錄注冊(cè)到SIP/IP Core中，該SIP/ IP Core將注冊(cè)信息發(fā)送至Participating Function-B,并對(duì)Client_B2反饋OK指令。步驟S307 =CPM系統(tǒng)的Participating Function-B在接收到上述注冊(cè)消息后，提 取Client-B2相關(guān)的屬性參數(shù)并保存，并對(duì)Client-B2反饋OK指令。其中，上述Client-Bl和Client-B2向CPM系統(tǒng)發(fā)送的注冊(cè)消息中可以通過(guò)該注 冊(cè)消息的Contact字段攜帶該終端的屬性信息。步驟S309 主叫用戶A給用戶B發(fā)送CPM會(huì)話邀請(qǐng)消息，在具體實(shí)施過(guò)程中，Client-A將CPM初始會(huì)話請(qǐng)求發(fā)送至CPM Participating Function-A,該CPM Participating Function-Α接收到上述CPM初始會(huì)話請(qǐng)求后，按照該 CPM初始會(huì)話請(qǐng)求的目的地址將該消息轉(zhuǎn)發(fā)至CPM Participating Function-B。具體地，在上述CPM初始會(huì)話請(qǐng)求中，還可以攜帶主叫方的喜好信息(即caller preference)參數(shù)和/或通過(guò)CPM初始會(huì)話請(qǐng)求的Request-Disposition字段攜帶分流屬 性信息，指示將該CPM初始會(huì)話請(qǐng)求進(jìn)行分流。步驟S311 =CPM Participating Function-B接收到CPM初始會(huì)話請(qǐng)求消息后，按 照篩選規(guī)則對(duì)被叫方的多個(gè)上線終端進(jìn)行篩選，確定接收上述CPM初始會(huì)話請(qǐng)求的終端， 最終篩選出Client-Bl和Client-B2均符合接收條件，確定上述二者為接收終端。步驟S313 =CPM Participating Function-B將上述CPM會(huì)話初始請(qǐng)求消息分別發(fā) 送(即，以分流方式發(fā)送)給Client-Bl和Client_B2。具體地，Client-Bl和Client-B2接收到上述CPM會(huì)話初始請(qǐng)求消息后，分別向CPM Participating Function-B 反饋?lái)憫?yīng) 0K，該響應(yīng)再經(jīng)由 CPM Participating Function—A 反饋至 CPM Client-A。步驟S315 Client-A在接收到來(lái)自Client-Bl和Client_B2的反饋?lái)憫?yīng)之后，確 定與之會(huì)話的終端；步驟S317 =Client-A確定會(huì)話終端為Client-Bl，與Client-Bl建立會(huì)話。雖然在上述過(guò)程中以CPM Participating Function進(jìn)行選路為例進(jìn)行說(shuō)明，但并 不限于此，在具體實(shí)施過(guò)程中，也可以由SIP/IP Core執(zhí)行。在由SIP/IP Core執(zhí)行時(shí)，SIP/ IP Core在接收到主叫方發(fā)送的CPM消息時(shí)，直接根據(jù)預(yù)設(shè)篩選規(guī)則從被叫方的多個(gè)終端 中篩選出接收終端，然后再將CPM消息轉(zhuǎn)發(fā)給接收終端。裝置實(shí)施例根據(jù)本發(fā)明的實(shí)施例，還提供了一種CPM消息的分發(fā)裝置。
圖4為根據(jù)本發(fā)明實(shí)施例的CPM消息的分發(fā)裝置的結(jié)構(gòu)示意圖。如圖4所示，根 據(jù)本發(fā)明實(shí)施例的CPM消息的分發(fā)裝置包括接收模塊30和發(fā)送模塊32，其中，接收模塊 30，用于接收主叫方發(fā)送的CPM消息；發(fā)送模塊32，與接收模塊30相連接，用于將接收模塊 30接收到的上述CPM消息分別發(fā)送到被叫方的多個(gè)上線終端中的至少兩個(gè)終端。具體地，如圖5所示，根據(jù)本 發(fā)明實(shí)施例CPM消息的分發(fā)裝置還可以包括篩選模 塊34和/或存儲(chǔ)模塊36。其中，篩選模塊34，連接在接收模塊30和發(fā)送模塊32之間，用 于根據(jù)預(yù)設(shè)篩選規(guī)則，對(duì)被叫方的多個(gè)上線終端進(jìn)行篩選，從多個(gè)上線終端中選擇至少兩 個(gè)終端作為上述CPM消息的接收終端；存儲(chǔ)模塊36，與接收模塊30和篩選模塊34相連接， 用于存儲(chǔ)接收到的主叫方的喜好信息，和/或，被叫方的各個(gè)終端的屬性信息，和/或，根據(jù) 運(yùn)營(yíng)策略制定的本地的篩選規(guī)則，則篩選模塊34根據(jù)存儲(chǔ)模塊36存儲(chǔ)的信息，按照預(yù)設(shè)篩 選規(guī)則對(duì)被叫方的多個(gè)上線終端進(jìn)行篩選，確定上藝術(shù)品CPM消息的接收終端。具體地，上述預(yù)設(shè)篩選規(guī)則包括但不限于以下至少之一或其任意組合根據(jù)主叫方的喜好信息選擇主叫方喜好的終端；根據(jù)被叫方的各個(gè)終端的屬性信息，選擇具有處理能力和/或優(yōu)先級(jí)高的終端；選擇滿足篩選規(guī)則的終端。根據(jù)本發(fā)明實(shí)施例的上述CPM消息分發(fā)裝置可以位于CPM系統(tǒng)的被叫方歸屬的 CPM參與功能實(shí)體，也可以位于SIP/IP Core。根據(jù)本發(fā)明實(shí)施例的上述CPM消息分發(fā)裝置可以將接收到的來(lái)自主叫方的CPM消 息分別發(fā)送到被叫方的多個(gè)上線終端中的至少兩個(gè)終端。在具體實(shí)施過(guò)程中，本發(fā)明實(shí)施例提供的技術(shù)方案可以通過(guò)軟件方式實(shí)現(xiàn)，通過(guò) 對(duì)CPM客戶端以及指定網(wǎng)元的功能改進(jìn)、共同配合完成本發(fā)明實(shí)施例提供的技術(shù)方案。在本發(fā)明實(shí)施例中，CPM客戶端軟件可以由支持SIP協(xié)議模塊、超文本傳輸通 訊協(xié)議(Hypertext Transfer Protocol，簡(jiǎn)稱(chēng)為HTTP)模塊、會(huì)話描述協(xié)議(Session Description Protocol, M ^ ^J SDP)nj Γ M t示 i己 s (Extensible Markup Language，簡(jiǎn)稱(chēng)為XML)模塊、編碼器(Codec)模塊、用戶界面(User Interface，簡(jiǎn)稱(chēng)為UI) 等軟件模塊組成。根據(jù)CPM客戶端的功能分類(lèi)以及與不同的服務(wù)器通信，具體地，CPM客戶端可以由 幾個(gè)客戶端代理(Agent)組成，其中，CPM客戶端代理是CPM客戶端的主體，用于完成CPM消 息收發(fā)以及相關(guān)操作界面；呈現(xiàn)客戶端代理完成與Presence服務(wù)器的通信，用于發(fā)布呈現(xiàn) 狀態(tài)和獲取呈現(xiàn)信息；融合地址本客戶端代理完成與CAB服務(wù)器的通信及相關(guān)地址信息的 維護(hù)功能；XDM客戶端代理完成與XDM服務(wù)器的通信，進(jìn)行相關(guān)配置的維護(hù)、呈現(xiàn)、地址簿信 息的獲取等。從軟件設(shè)計(jì)上，通常上述客戶端代理可以分別由上述軟件模塊中的幾個(gè)模塊 組合而成，例如，XDM客戶端代理由HTTP協(xié)議模塊、XML模塊和UI模塊完成。在本發(fā)明實(shí)施例中，CPM客戶端包括以下幾個(gè)模塊分流屬性設(shè)置模塊(分流屬性 信息設(shè)置界面)、CPM編解碼模塊、SIP協(xié)議棧模塊(通信模塊)。其中，分流屬性設(shè)置模塊， 用于當(dāng)CPM客戶端作為CPM消息的主叫方時(shí)，編輯(或生成)待發(fā)送的CPM消息時(shí)或之前， 進(jìn)行相關(guān)的分流屬性信息的設(shè)置，指示該CPM消息需要進(jìn)行分流；CPM編解碼模塊，用于當(dāng) CPM客戶端作為CPM消息的主叫方時(shí)，將分流信息設(shè)置模塊設(shè)置的分流屬性信息編碼到CPM 消息中。具體地，該分流屬性信息由Request-Disposition字段攜帶；SIP協(xié)議模塊，用于發(fā)送上述CPM消息。 相對(duì)應(yīng)地，上述指定網(wǎng)元需要根據(jù)CPM客戶端設(shè)置的分流屬性信息提取CPM消息 的分流屬性，并進(jìn)行相應(yīng)分流與否的處理。在本發(fā)明實(shí)施例，增加了主叫方對(duì)服務(wù)端處理的參數(shù)提取與處理功能(即上述篩 選模塊和存儲(chǔ)模塊的功能)。在具體實(shí)施過(guò)程中，當(dāng)指定網(wǎng)元接收到CPM請(qǐng)求消息時(shí)，提取 出相關(guān)Request-Disposition的字段值，如“no-fork”或者“fork”，可以結(jié)合本地篩選策 略，共同確定分流與否。其中，本地篩選策略是指根據(jù)運(yùn)營(yíng)商的商業(yè)運(yùn)營(yíng)策略制定的對(duì)CPM 請(qǐng)求消息的處理，例如，支持分流或者不支持分流設(shè)置等；并且，指定網(wǎng)元可以只根據(jù)本地 篩選策略決定分流與否處理，而忽略主叫方的分流屬性設(shè)置。當(dāng)指定網(wǎng)元接收來(lái)自被叫方 在多個(gè)終端上的注冊(cè)消息時(shí)，提取出相關(guān)終端的屬性信息并緩存處理；當(dāng)指定網(wǎng)元接收來(lái) 自主叫方發(fā)送的CPM消息時(shí)，可以根據(jù)Accept-Contact與Reject-Contact頭字段和/或 目的終端的屬性信息進(jìn)行終端篩選。另外，在本發(fā)明實(shí)施例中，指定網(wǎng)元增加了對(duì)分流處理的功能(即發(fā)送模塊的功 能)。在具體實(shí)施過(guò)程中，指定網(wǎng)元對(duì)目的終端經(jīng)過(guò)篩選后，確定接收終端為2個(gè)或多個(gè)時(shí)， 將請(qǐng)求消息分別轉(zhuǎn)發(fā)至每個(gè)接收終端。綜上所述，通過(guò)本發(fā)明的上述實(shí)施例，在用戶使用同一個(gè)CPMaddress在不同的終 端上登錄CPM系統(tǒng)時(shí)，指定網(wǎng)元將接收到的來(lái)自主叫方的CPM消息以分流方式分別發(fā)送到 所述多個(gè)上線終端中符合接收條件的兩個(gè)或多個(gè)終端。從而，解決了“一號(hào)多機(jī)”的消息轉(zhuǎn) 發(fā)時(shí)的選路問(wèn)題，進(jìn)而可以在CPM系統(tǒng)中更好地實(shí)現(xiàn)了消息的傳送、提高用戶體驗(yàn)；并且， 在本發(fā)明實(shí)施例中，還可以根據(jù)被叫方的不同的終端可能具備的不同能力，和/或，根據(jù)主 叫方的意愿(喜好)確定將主叫方發(fā)送的CPM消息發(fā)送被叫方的具體地終端。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們 中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種融合IP消息CPM的分發(fā)方法，用于將被叫方包括多個(gè)上線終端的CPM消息分發(fā)給多個(gè)終端，其特征在于，所述方法包括指定網(wǎng)元接收主叫方發(fā)送的CPM消息，其中，所述指定網(wǎng)元包括所述被叫方歸屬的CPM參與功能實(shí)體或會(huì)話初始協(xié)議SIP/IP核心網(wǎng)；所述指定網(wǎng)元將所述CPM消息分別發(fā)送到所述多個(gè)上線終端中的至少兩個(gè)終端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述指定網(wǎng)元接收所述主叫方發(fā)送的所 述CPM消息之后，所述方法還包括所述指定網(wǎng)元根據(jù)預(yù)設(shè)篩選規(guī)則從所述多個(gè)上線終端中篩選出所述至少兩個(gè)終端。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述指定網(wǎng)元接收所述CPM消息之前， 所述方法還包括所述主叫方向所述指定網(wǎng)元發(fā)送所述CPM消息，其中，所述CPM消息攜帶有所述主叫方 的喜好信息，其中，所述喜好信息用于表示所述主叫方期望的接收所述CPM消息的終端。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述主叫方發(fā)送所述CPM消息之前，所 述方法還包括所述多個(gè)上線終端使用同一個(gè)CPM地址在CPM系統(tǒng)進(jìn)行注冊(cè)； 所述指定網(wǎng)元獲取所述多個(gè)終端中每個(gè)終端的屬性信息，其中，所述每個(gè)終端的屬性 信息用于指示該終端的處理能力和/或優(yōu)先級(jí)，并且該屬性信息在該終端注冊(cè)時(shí)攜帶給所 述指定網(wǎng)元。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述預(yù)設(shè)篩選規(guī)則包括以下至少之一 根據(jù)所述主叫方的所述喜好信息選擇所述主叫方喜好的終端；根據(jù)所述被叫方的各個(gè)終端的屬性信息，優(yōu)先選擇具有處理能力和/或優(yōu)先級(jí)最高的 終端；選擇滿足所述指定網(wǎng)元本地配置的篩選策略的終端。
6.根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，所述CPM信息包括至少以下 之一基于尋呼模式的CPM消息、基于會(huì)話模式的大CPM消息、基于會(huì)話模式的CPM會(huì)話業(yè) 務(wù)消息。
7.一種融合IP消息的分發(fā)裝置，用于將被叫方包括多個(gè)上線終端的CPM消息分發(fā)給多 個(gè)終端，其特征在于，所述裝置包括接收模塊，用于接收主叫方發(fā)送的融合IP消息；發(fā)送模塊，用于將所述CPM消息分別發(fā)送到被叫方的所述多個(gè)上線終端中的至少兩個(gè)終端。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括篩選模塊，用于根據(jù)預(yù) 設(shè)篩選規(guī)則，對(duì)所述多個(gè)上線終端進(jìn)行篩選，從所述多個(gè)上線終端中選擇所述至少兩個(gè)終端。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括存儲(chǔ)模塊，用于存儲(chǔ)接收到的所述主叫方的喜好信息，和/或，所述被叫方的各個(gè)上線 終端的屬性信息，和/或，根據(jù)運(yùn)營(yíng)策略制定的本地的篩選規(guī)則。
10.根據(jù)權(quán)利求9所述的裝置，其特征在于，所述預(yù)設(shè)篩選選路規(guī)則包括以下至少之根據(jù)所述主叫方的所述喜好信息選擇所述主叫方喜好的終端；根據(jù)所述被叫方的各個(gè)終端的屬性信息，選擇具有處理能力和/或優(yōu)先級(jí)高的終端；選擇滿足所述篩選規(guī)則的終端。
全文摘要
本發(fā)明公開(kāi)了一種融合IP消息的分發(fā)方法及裝置。其中，該方法用于將被叫方包括多個(gè)上線終端的CPM消息分發(fā)給多個(gè)終端，該方法包括指定網(wǎng)元接收主叫方發(fā)送的CPM消息，其中，該指定網(wǎng)元包括被叫方歸屬的CPM參與功能實(shí)體或SIP/IP核心網(wǎng)；指定網(wǎng)元將該CPM消息分別發(fā)送到多個(gè)上線終端中的至少兩個(gè)終端。通過(guò)本發(fā)明，可以解決“一號(hào)多機(jī)”的CPM請(qǐng)求消息分發(fā)的問(wèn)題，進(jìn)而，可以在CPM系統(tǒng)中更好地實(shí)現(xiàn)消息的傳送，提高用戶體驗(yàn)。
文檔編號(hào)H04W4/12GK101964956SQ20091016080
公開(kāi)日2011年2月2日 申請(qǐng)日期2009年7月23日 優(yōu)先權(quán)日2009年7月23日
發(fā)明者盧艷, 玕瓚法·阿里 申請(qǐng)人:中興通訊股份有限公司