專利名稱：一種確定路由網關的方法、網絡及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，特別是涉及一種確定路由網關的方法、網絡及裝置。
背景技術：
隨著電信業(yè)務的發(fā)展，出現(xiàn)了越來越多的消息業(yè)務，比如現(xiàn)在已經大量應
用的短消息業(yè)務SMS (Short Message Service),多媒體消息業(yè)務MMS (Multimedia Message Service )， 即時消息IM (Instance Message )等，jt匕夕卜， 還有同時支持話音和多々某體消息的即按即說的集群業(yè)務POC， conferencing多 媒體會議業(yè)務，以及日常使用頻繁的Email業(yè)務。在實際應用中，根據所在網 絡的類型不同，還可以分為基于移動網的各類消息業(yè)務，基于互聯(lián)網Internet 的各類消息業(yè)務，以及基于固定接入網絡的各類消息業(yè)務等多種具體應用?？?見，消息業(yè)務已經成為當前電信網和互聯(lián)網中的重要業(yè)務，而且在未來的下一 代網絡中，也將是必不可少的關鍵業(yè)務之一。
但是隨著移動網絡和固定網絡的融合，基于IP的網絡和傳統(tǒng)的電信網絡 之間的界限越來越不明顯，各類消息業(yè)務之間開始相關以及交互，并呈現(xiàn)出很 多共同點，比如都支持多媒體，都基于呈現(xiàn)信息，都有一個單一的地址薄， 都擁有一些共享的普通功能和能力，如XML文檔管理服務(XML Document Management Service )等。上述特點的融合需要提供一個單一的融合消息平臺， 以吸收不同的技術并支持用戶不同的消息體驗。
基于IP的融合消息，即CPM ( Converged IP Messaging)是OMA倡導定 義的全新消息業(yè)務框架，為用戶提供融合的業(yè)務體驗，例如即時消息、離線 消息、多媒體會話、半雙工/全雙工的音頻、視頻會議等。融合消息CPM業(yè)務 允許用戶以統(tǒng)一的方式使用具有不同技術特征的通信服務，克服了由于技術差異造成的非CPM消息業(yè)務間的"縫隙，，(Silos )，從而為用戶服務提供統(tǒng)一的
業(yè)務體驗，讓未來出現(xiàn)的各類消息功能能夠被作為通用的、可重用的業(yè)務能力， 從而可以支持各種基于IP實現(xiàn)的、需要用到消息功能的應用。為了能夠讓各 類用戶之間實現(xiàn)最大可能的互通，比如支持今后出現(xiàn)的各類基于IP的消息業(yè)
務的用戶，和支持現(xiàn)有的各種非CPM的傳統(tǒng)消息業(yè)務的用戶等，CPM需要支 持基于IP的消息業(yè)務和傳統(tǒng)消息業(yè)務之間的互通。此外，CPM還要做到不論 用戶在哪個IP網絡的業(yè)務域，都能夠得到同樣的業(yè)務感受，為不同的消息業(yè) 務提供融合統(tǒng)一的實現(xiàn)技術，并采用通用的計費原則。
在鞏固現(xiàn)有消息業(yè)務基本能力的同時，CPM業(yè)務還在SIP等通信技術的牽 引下融合移動數(shù)據業(yè)務演化過程中涌現(xiàn)的諸多業(yè)務特征，例如
1、 CPM能夠管理多個同時進行的具有不同媒體類型的會話，允許用戶根 據設備、聯(lián)系地址、i某體類型的不同來進行業(yè)務設置；
2、 CPM業(yè)務不依賴于運營商網絡和客戶端，因此可以在多終端環(huán)境下提 供服務；
3、 CPM提供消息、多+某體內容等用戶個人網絡存儲的能力；
4、 CPM支持與非CPM消息系統(tǒng)的無縫互聯(lián)，使得不同類型的消息用戶 之間進行最大互通；
5、 CPM不僅支持一對一、 一對多個人數(shù)據通信業(yè)務，還提供與第三方應 用交互的能力；在實現(xiàn)業(yè)務能力的過程中，CPM與OMA中其他功能實體進行 交互，如呈現(xiàn)服務器和XML文檔管理實體。
隨著CPM課題的提出和不斷的研究，目前對于未來的CPM架構已經提出 了一個基本的高層框架，現(xiàn)有的CPM高層網絡架構如圖1所示。 其中，CPM客戶端通過SIP/IP Core和CPM能力中心進行通信。 CPM能力中心作為CPM網絡中對CPM業(yè)務進行處理的業(yè)務服務器，和 業(yè)務支持組件之間直接有接口 ，用于使用各種網絡中4是供的已有的業(yè)務能力單 元，和CPM用戶喜好功能之間的接口用于獲取CPM用戶保存在網絡中的有關喜好等的設置信息，和第三方應用之間的接口用于CPM用戶使用第三方應用，
如果和另外的CPM網絡之間有通訊的需求，是通過SIP/IP Core網絡進行路由 的。
媒體和消息存儲功能作為CPM用戶放置在網絡中的存儲數(shù)據庫，可以從 CPM用戶處收到要保存的媒體和消息，可以根據CPM用戶的指示給其他CPM 用戶開放權限，供其他用戶訪問或者下載。其他CPM用戶對該CPM用戶的i某 體和消息存儲功能的使用是通過CPM能力中心實現(xiàn)的。
融合地址簿功能，顧名思義，就是一個保存在網絡中的融合了 CPM用戶 各個終端上的地址信息的一個實體，它的具體用法和保存在終端上的地址簿類 似。
互通功能負責接受來自CPM能力中心的消息，并對其進行轉換，轉換成 與其接口的其他非CPM消息業(yè)務支持的協(xié)議格式，比如 SMS/MMS/IMPS/EMAIL等，發(fā)送到相應的消息網絡中，并將^^人其他非CPM 的消息網絡中收到的消息轉換成CPM消息，發(fā)送給CPM能力中心。
以上各個功能實體，結合一些和CPM網絡有間接關系的不屬于CPM網絡 的功能實體，如業(yè)務支撐組件，第三方應用，以及非CPM業(yè)務網絡等，共同 構成了 CPM業(yè)務實現(xiàn)的一個高層功能性框架。
在CPM系統(tǒng)中，需要考慮和傳統(tǒng)消息網絡中用戶的業(yè)務互通，包括SMS, MMS, IMPS以及Email等。根據CPM業(yè)務的標準化要求，同時也是運營商 在實現(xiàn)CPM業(yè)務過程中的必然選擇，在CPM的實現(xiàn)過程中是不能對傳統(tǒng)網絡 造成影響的，即不需要傳統(tǒng)消息網絡進行改造和升級，其原有的傳統(tǒng)消息業(yè)務 用戶就可以和CPM用戶進行消息通信。比如一個基于IP的終端和一個基于7 號信令的終端之間進行消息通信，那么對于傳統(tǒng)消息網絡(如GSM網絡)， 不支持基于IP的消息業(yè)務，也不可能因為別的運營商引入了 CPM業(yè)務而對自 己的舊網絡進行改造和升級以實現(xiàn)和CPM用戶的消息互通，該GSM網絡中的 用戶可能簽約了 SMS業(yè)務，也可能簽約了 MMS業(yè)務，也可能兩個業(yè)務都簽約了，那么一個CPM用戶作為主叫希望向傳統(tǒng)消息網絡中的用戶發(fā)送消息的 時候就必須作出判斷，確定下一步路由是發(fā)送給被叫網絡的SMS網關還是 MMS網關。如果判斷錯誤，會導致網絡資源的浪費和業(yè)務處理時間的延長。
目前，根據所傳送的消息的媒體格式、消息長度、用戶標識等信息，CPM 服務器是可以初步判斷一條消息是否可以通過某個消息系統(tǒng)進行傳送，比如是 通過SMS業(yè)務，還是MMS業(yè)務，還是EMAIL等。但是有些情況下，這樣簡 單的區(qū)分是不足以作出最準確的定位的
1、 被叫用戶只簽約了 SMS業(yè)務，那么一些可以用MMS消息系統(tǒng)傳送的 消息就只能發(fā)送到SMS網關上；
2、 被叫用戶當前只是CS附著，因此通過MMS消息系統(tǒng)無法接收消息， 只能通過SMS消息系統(tǒng)接收；
3、 被叫用戶希望所有的消息都能夠用MMS消息系統(tǒng)接收；
4、 被叫終端的能力有限制，只能使用SMS方式接收；
綜上所述，發(fā)明人認為現(xiàn)有技術中CPM用戶作為主叫發(fā)送消息給傳統(tǒng)消 息網絡中的用戶時，CPM網絡無法準確確定被叫網絡中可路由該消息的網關。

發(fā)明內容
本發(fā)明實施例提供一種確定路由網關的方法、網絡及裝置，以使CPM用 戶作為主叫發(fā)送消息給非CPM用戶時，CPM網絡可準確確定被叫網絡中可路 由該消息的網關。
本發(fā)明實施例的方法包括融合的IP消息CPM網絡收到CPM用戶發(fā)向 非CPM用戶的消息時，查詢該非CPM用戶的消息業(yè)務支持能力信息；以及 CPM網絡根據查詢到的消息業(yè)務支持能力信息，確定該非CPM用戶所在網絡 中的路由網關。
本發(fā)明實施例的確定路由網關的網絡，包括CPM客戶端，用于向非CPM 客戶端發(fā)送消息；CPM能力中心，用于收到CPM客戶端向非CPM客戶端發(fā)送的消息時，發(fā)出查詢消息，并根據返回的查詢結果發(fā)出指示；地址簿功能實 體，用于接收CPM能力中心發(fā)來的查詢消息，并查詢本地配置的該非CPM客 戶端的消息業(yè)務支持能力信息，以及將查詢結果返回給CPM能力中心；互通 功能實體，用于根據CPM能力中心發(fā)來的指示，確定該非CPM客戶端所在網 絡中的路由網關。
本發(fā)明實施例的地址簿功能實體包括保存單元，用于以CPM用戶為單 位，保存與該CPM用戶存在聯(lián)系關系的一一 CPM用戶的消息業(yè)務支持能力信息； 配置單元，用于接收外部的配置信息，并更新保存單元中保存的該配置信息指 向的非CPM用戶的消息業(yè)務支持能力信息。
本發(fā)明實施例的支持融合IP消息業(yè)務的終端，包括用于接收消息的接 收單元，還包括地址簿功能單元，用于以CPM用戶為單位，保存與該CPM 用戶存在聯(lián)系關系的非CPM用戶的消息業(yè)務支持能力信息，并接收外部的配 置信息，以及更新保存的該配置信息指向的非CPM用戶的消息業(yè)務支持能力 信息。
本發(fā)明實施例中，融合的IP消息CPM網絡收到CPM用戶發(fā)向非CPM用 戶的消息時，查詢該非CPM用戶的消息業(yè)務支持能力信息；CPM網絡根據查 詢到的消息業(yè)務支持能力信息，確定該非CPM用戶所在網絡中的路由網關。
由于本發(fā)明實施例在CPM網絡中增加了有關被叫用戶對消息業(yè)務的支持 信息，所以可以使CPM用戶作為主叫發(fā)送消息給非CPM用戶時，CPM網絡 可準確確定被叫網絡中可路由該消息的網關。從而避免了僅僅根據消息內容和 格式等信息判斷下一步路由的不準確性，提高了對網絡資源的利用率。


圖1為現(xiàn)有的CPM高層網絡架構示意圖2為本發(fā)明實施例的方法步驟流程圖3為本發(fā)明實施例的地址簿功能實體結構示意圖；圖4為本發(fā)明實施例的支持融合IP消息業(yè)務的終端的結構示意圖5為本發(fā)明實施例的網絡結構示意圖6為本發(fā)明實施例1的流程圖7為本發(fā)明實施例2的流程圖8為本發(fā)明實施例3的流程圖9為本發(fā)明實施例4的流程圖10為本發(fā)明實施例5的流程圖。
具體實施例方式
為了使CPM用戶作為主叫發(fā)送消息給非CPM用戶時，CPM網絡可準確 確定被叫網絡中路由該消息的網關。(本發(fā)明所述的非CPM用戶為使用非CPM 接收消息的用戶，其中包括不支持CPM消息的用戶；以及同時支持CPM和 非CPM消息，但選擇不使用CPM接收消息的用戶)
本發(fā)明實施例提供一種確定路由網關的方法，參見圖2所示，包括下列步
驟
Sl、 CPM網絡收到CPM用戶發(fā)向非CPM用戶的消息時，查詢該非CPM 用戶的消息業(yè)務支持能力信息。
所述CPM用戶向該非CPM用戶發(fā)送消息之前，配置該非CPM用戶的消 息業(yè)務支持能力信息的方式，包括但不限于以下三種
之一、所述CPM用戶向該非CPM用戶發(fā)送消息之前還包括該CPM用 戶在地址簿功能實體中配置所述非CPM用戶的消息業(yè)務支持能力信息，以備 查詢。
之二、所述CPM用戶向該非CPM用戶發(fā)送消息之前還包括所述非CPM 用戶向該CPM用戶發(fā)送消息；CPM網絡中的互通功能實體識別該消息的業(yè)務 類型，并通過CPM能力中心將該消息的業(yè)務類型配置于地址簿功能實體中該 非CPM用戶的消息業(yè)務支持能力信息中，以備查詢。進一步的，將所述消息的業(yè)務類型配置于地址簿功能實體中該非CPM用戶的消息業(yè)務支持能力信息 中之前，對該非CPM用戶的標識信息進行驗i正才乘作。
之三、所述CPM用戶向該非CPM用戶發(fā)送消息之前還包括業(yè)務支持組 件向地址簿功能實體下發(fā)所述非CPM用戶的消息業(yè)務支持能力信息；地址簿 功能實體獲得并配置該非CPM用戶的消息業(yè)務支持能力信息，以備查詢。
在上述配置非CPM用戶的消息業(yè)務支持能力信息的方式之三中，進一步 的，業(yè)務支持組件向地址簿功能實體下發(fā)所述非CPM用戶的消息業(yè)務支持能 力信息，包括但不限于以下三種情況
情況一、地址簿功能實體主動向業(yè)務支持組件獲取所述非CPM用戶的消 息業(yè)務支持能力信息。
情況二、業(yè)務支持組件主動向地址簿功能實體下發(fā)所述非CPM用戶的消 息業(yè)務支持能力信息。進一步的，地址簿功能實體收到業(yè)務支持組件下發(fā)的所 述非CPM用戶的消息業(yè)務支持能力信息后，還可進行驗證才喿作。
情況三、地址簿功能實體向業(yè)務支持組件訂閱所述非CPM用戶的消息業(yè)
務支持能力信息，以及當該非CPM用戶的消息業(yè)務支持能力信息更新時，業(yè)
務支持組件向地址簿功能實體下發(fā)所述非CPM用戶的消息業(yè)務支持能力信 白
S2、 CPM網絡根據查詢到的消息業(yè)務支持能力信息，確定該非CPM用戶 所在網絡中的路由網關。
進一步的，CPM網絡中的CPM能力中心或互通功能實體根據查詢到的消 息業(yè)務支持能力信息，和/或所述消息的相關信息，和/或所述非CPM用戶的相 關信息，和/或運營商的策略信息，確定該非CPM用戶所在網絡中路由所述消 息的網關。
在CPM系統(tǒng)的高層網絡架構中，目前存在一個網絡保存的融合地址簿功 能實體，用于保存一個CPM用戶的全面的通訊錄信息，比如當一個CPM用戶 有一個或者多個終端設備，每個終端設備上保存的地址簿并不完全相同時，該融合地址簿功能實體中包括該CPM用戶的所有通信對象的聯(lián)系方式、
PRESENCE呈現(xiàn)狀態(tài)、所屬群組、進一步還可以包括對應的業(yè)務能力以及偏好 的通信模式。
本發(fā)明實施例還4是供了 一種地址簿功能實體，可以在CPM用戶向非CPM 用戶發(fā)送消息時提供能力支持信息。例如對現(xiàn)有的融合地址簿功能實體進行 擴展，或者獨立存在于現(xiàn)有CPM網絡中，或者在CPM終端上新增一個地址簿 功能(參見本發(fā)明實施例的支持融合IP消息業(yè)務的終端，以及確定路由網關 的網絡)。參見圖3所示，該地址簿功能實體包括保存單元和配置單元。
所述保存單元，用于以CPM用戶為單位，保存與該CPM用戶存在聯(lián)系關 系的非CPM用戶的消息業(yè)務支持能力信息。
所述配置單元，用于接收外部的配置信息，并更新保存單元中保存的該配 置信息指向的非CPM用戶的消息業(yè)務支持能力信息。
本發(fā)明實施例還提供了一種支持融合IP消息業(yè)務的終端，參見圖4所示， 其包括接收單元和地址簿功能單元。
所述接收單元，用于接收消息。
所述地址簿功能單元，用于以CPM用戶為單位，保存與該CPM用戶存在 聯(lián)系關系的非CPM用戶的消息業(yè)務支持能力信息，并接收外部的配置信息， 以及更新保存的該配置信息指向的非CPM用戶的消息業(yè)務支持能力信息。
本發(fā)明實施例還提供了一種確定路由網關的網絡，參見圖5所示，其包括 CPM客戶端、CPM能力中心、地址簿功能實體和互通功能實體；進一步還可 包括業(yè)務支持組件。
CPM客戶端，用于向非CPM客戶端發(fā)送消息。
CPM能力中心，用于收到CPM客戶端向非CPM客戶端發(fā)送的消息時， 發(fā)出查詢消息，并根據返回的查詢結果發(fā)出指示。
地址簿功能實體，用于接收CPM能力中心發(fā)來的查詢消息，并查詢本地 配置的該非CPM客戶端的消息業(yè)務支持能力信息，以及將查詢結果返回給CPM能力中心。該:地址簿功能實體位于所述CPM客戶端中，或者與該CPM 客戶端相互獨立并且位于CPM網絡中。
互通功能實體，用于根據CPM能力中心發(fā)來的指示，確定該非CPM客戶 端所在網絡中的路由網關。
配置地址簿功能實體本地保存的非CPM客戶端的消息業(yè)務支持能力信 息，包括W旦不限于以下三種方式
之一 、CPM用戶通過CPM客戶端與地址簿功能實體之間的接口 ，在地址 簿功能實體中配置該非CPM客戶端的消息業(yè)務支持能力信息。
之二、互通功能實體收到該非CPM客戶端發(fā)來的消息，則通過CPM能力 中心將該消息的業(yè)務類型配置于地址簿功能實體中該非CPM客戶端的消息業(yè) 務支持能力信息中。
之三、業(yè)務支持組件向地址簿功能實體下發(fā)所述非CPM用戶的消息業(yè)務 支持能力信息；地址簿功能實體獲得并配置該非CPM用戶的消息業(yè)務支持能 力信息。
以下通過5個實施例具體描述。
實施例1、由用戶配置融合地址簿。當CPM用戶作為主叫，發(fā)送通信建 立請求消息給其他非CPM消息網絡(傳統(tǒng)消息網絡)中的非CPM用戶時，參 見圖6所示，包括下列步驟
步驟0、步驟0與后續(xù)步驟相互獨立，基于本實施例在步驟2之前執(zhí)行即 可。CPM用戶本人通過CPM客戶端和融合地址簿功能功能實體之間的接口在 地址簿功能實體中配置該CPM用戶的聯(lián)系人(其中包含非CPM用戶)的消息 業(yè)務支持能力信息。
步驟l、 CPM用戶(主叫用戶)希望發(fā)送消息給一個聯(lián)系人，該聯(lián)系人為 非CPM用戶(被叫用戶)，因此發(fā)送了一個通信建立請求給CPM能力中心， 其中攜帶能夠標識該非CPM用戶的信息。
步驟2、 CPM能力中心利用收到的通信請求中的被叫用戶標識信息，向地址簿功能實體查詢該被叫用戶的消息業(yè)務支持能力信息。
步驟3、地址簿功能實體查找本地數(shù)據，將得到的有關該被叫用戶的消息 業(yè)務支持能力信息返回給CPM能力中心。
步驟4、 CPM能力中心執(zhí)行和業(yè)務控制有關的處理，比如根據得到的有 關該被叫用戶的消息業(yè)務支持能力信息，判斷下一步需要將該通信請求轉發(fā)給 互通功能實體處理。
步驟5、 CPM能力中心在通信請求消息中增加有關該-故叫用戶對消息業(yè)務 的支持能力信息，以指示被叫網絡中可完成下一步路由的網關，然后將該通信 請求發(fā)送給互通功能實體。
步驟6、互通功能實體根據得到的有關該被叫用戶的消息業(yè)務支持能力指 示，決定采用哪種非CPM消息業(yè)務進行消息轉換，并發(fā)送到對應的消息網關； 這里的處理涉及到被叫網絡，即各種非CPM消息業(yè)務網絡，其網關設備收到 被轉換的通信請求之后的處理和現(xiàn)有該網絡中的處理是一樣的，因此不增加描 述。
步驟7~9,被叫用戶返回的應答消息。
CPM業(yè)務分為會話相關的消息和會話無關的消息，前者需要通過會話建 立請求先建立一個會話，然后在該會話中進行消息流傳送，后者就是一個個單 獨發(fā)送的消息，不需要一個建立會話的過程，同理，也就沒有釋放會話的過程。 在以下描述中，不再對這兩種消息類型進行區(qū)分，統(tǒng)稱為通信請求消息，具體 的實現(xiàn)對這兩種消息類型都是適用的。
基于IMS網絡，本實施例中用于傳遞被叫用戶的消息業(yè)務支持能力信息的 相關消息，可以通過擴展SIP消息頭域來實現(xiàn)，如增加一個feature tag (特征 標簽)，表示用戶支持的消息業(yè)務類型，具體取值包括但不限于SMS， MMS, IMPS和EMAIL中的一種或者多種。該具體取值還可以#4居非CPM消息業(yè)務 的增加而增加，比如后續(xù)新增了 POC業(yè)務和IM業(yè)務作為非CPM消息業(yè)務， 那么這里的取值也可以相應的進行擴展，因而具備一定的可擴展性。相應的，本發(fā)明實施例中所述的非CPM用戶所在網絡中路由所述消息的
網關，具體包括但不限于SMS網絡的網關，MMS網絡的網關，IMPS網絡 的網關和EMAIL網絡的網關；也具有一定的可擴展性。
實施例2、由CPM能力中心配置融合地址簿，完成CPM用戶發(fā)送消息到 非CPM用戶的消息^各由。
其中，CPM能力中心配置融合地址簿部分的流程，參見圖7所示，包括 下列步驟
步驟l、非CPM網絡的用戶(主叫用戶)發(fā)送通信請求給CPM用戶(被 叫用戶)，該消息首先被送到CPM網絡中的互通功能實體。該請求可以是會話 無關的消息，也可以是會話相關的會話建立請求。
步驟2、互通功能實體將收到的通信請求，從非CPM消息格式轉換成CPM 支持的消息協(xié)議格式，其中增加有關主叫用戶是采用什么消息業(yè)務類型發(fā)送該 消息的信息。之后發(fā)到CPM能力中心。
步驟3、 CPM能力中心根據收到的通信請求中的主叫用戶標識信息，到地 址簿功能實體中進行號碼驗證等操作，并將收到的通信請求中的有關主叫用戶 是采用什么消息業(yè)務類型發(fā)送該消息的信息發(fā)送給地址簿功能實體。
步驟4、地址簿功能實體4艮據收到的請求進行相關處理，其中對于收到的 有關主叫用戶是采用什么消息業(yè)務類型發(fā)送該消息的信息，如果所有相關檢查 和驗證都通過的話，就將該信息保存到對應的用戶號碼下。
步驟5、地址簿功能實體在處理完成后將驗證結果返回給CPM能力中心。
步驟6、 CPM能力中心繼續(xù)消息的后續(xù)傳送，但是可以不再攜帶有關主叫 用戶是采用什么消息業(yè)務類型發(fā)送該消息的信息給作為被叫的CPM用戶。
之后，所述CPM用戶可作為主叫用戶向所述非CPM用戶發(fā)送消息，這部 分流程與實施例l的步驟2 ~ 9類似。
基于IMS網絡，本實施例中用于傳遞被叫用戶的消息業(yè)務支持能力信息的 相關消息，可以通過擴展SIP消息頭域來實現(xiàn)，如增加一個feature tag (特征標簽)，表示用戶支持的消息業(yè)務類型，具體取值可以是SMS， MMS, IMPS 和EMAIL中的一種或者多種。
針對實施例2，在具體情況中的處理過程包括下述內容。 當CPM用戶A作為被叫時，CPM網絡中的互通功能實體會收到來自其他 網絡的非CPM用戶B的通信請求，其中包括來自非CPM網絡的通信請求， 這里的非CPM網絡包括通過SMS、 MMS、 IMPS以及EMAIL方式進行消息 業(yè)務的網絡。當互通功能實體收到通信請求的時候，它是可以知道該通信請求 來自哪個網絡以及來自哪種消息業(yè)務的網關設備，如來自SMS-GMSC還是來 自MMSSERVER等。因此該互通功能實體可才艮據該通信請求的消息類型，判 斷出發(fā)送該通信請求的用戶B支持該消息業(yè)務，并將該信息攜帶在轉換后的 CPM消息中發(fā)送給CPM能力中心。CPM能力中心在收到該消息后，會和地 址簿功能實體進行交互，執(zhí)行用戶B身份檢查等操作，在發(fā)給地址簿功能實體 的消息中，同時還要攜帶從互通功能實體收到的有關發(fā)起請求的用戶B支持的 消息業(yè)務的指示信息，供地址簿功能實體進行配置。地址簿功能實體首先在數(shù) 據庫中查找發(fā)起請求的用戶B是否存在，如果不存在，則相關檢查都無法執(zhí)行， 地址簿功能實體返回相應消息答復CPM能力中心"沒有保存用戶B的信息，，， CPM能力中心根據該應答消息執(zhí)行相應處理；如果存在，則查看用戶B地址 信息下是否保存了有關其支持何種消息業(yè)務的信息，如果沒有，則將收到的指 示信息保存在相應位置，如果有而且于收到的指示信息相同，則不作任何處理， 如杲有而且與收到的指示信息不同，則地址簿功能實體返回相應消息答復CPM 能力中心"保存的用戶B信息和收到的不同"，然后地址簿功能實體可以向用 戶A發(fā)送通知，通知其有關地址簿中用戶B的相關信息發(fā)生了更新，由用戶A 決定是否接受這個更新并在終端上進行同步。(注上面描述的有關地址簿功 能實體和CPM能力中心的消息交互過程，也可以僅僅是數(shù)據的傳遞，沒有攜 帶詳細處理結果的應答消息，或者僅僅有確認消息。)CPM能力中心在和地址 簿功能實體交互之后，繼續(xù)將收到的消息轉發(fā)給作為被叫的CPM用戶A,其中可以不再攜帶有關主叫用戶支持的消息業(yè)務的指示信息。
對于上述CPM用戶作為被叫的流程中，CPM能力中心僅在收到通信請求 的時候才向地址簿功能實體發(fā)送消息，這樣可以防止CPM能力中心和地址簿 功能實體之間交互的消息太頻繁。
之后，當CPM用戶A希望和非CPM的用戶B進行通信時，用戶A只需 發(fā)送CPM消息給CPM能力中心，該CPM能力中心收到這個請求后，到地址 簿功能實體中查找對應的被叫用戶B的相關信息，其中包括用戶B支持哪種 消息業(yè)務，如CPM還是非CPM,如果是非CPM，是SMS、 MMS、 IMPS還 是EMAIL等。該地址簿功能實體將自己保存的該信息返回給CPM能力中心。 CPM能力中心根據返回的結果，判斷被叫用戶B不支持CPM，但是可以同時 支持SMS和MMS,因此下一步需要發(fā)送消息給互通功能實體，該消息中攜帶 有被叫用戶B同時支持SMS和MMS的指示信息，互通功能實體收到這條消 息之后，根據其中的指示信息，同時結合收到的CPM消息的々某體類型，大小 和格式等信息，進一步的還可以結合運營商的配置和策略，決定將收到的CPM 消息轉換成SMS或者MMS格式的消息，并發(fā)送給對應消息業(yè)務的網關。
對于和地址簿功能實體沒有直接接口的功能實體，比如互通功能實體，可 以通過實施例2的方法，實現(xiàn)對地址簿功能實體的信息配置。對于和地址簿功 能實體有直接接口的功能實體，就可以直接通過該接口對地址簿功能實體進行 配置，類似的功能實體包括呈現(xiàn)服務器，位置服務器，XDMS， SharedXDMS 等，這些功能實體和地址簿功能實體的接口就是圖1中業(yè)務支持組件和地址簿 功能實體之間的接口 ，即可將上述現(xiàn)服務器，位置服務器，XDMS，SharedXDMS 等看作業(yè)務支持組件。因此可以適用于所有支持組件和地址簿功能實體之間。
實施例3、地址簿功能實體使用pull的方式，主動向業(yè)務支持組件請求信 息，并配置地址簿部分的流程，參見圖8所示，包括下列步驟
步驟1、地址簿功能實體為了能夠從某個業(yè)務支持組件中獲取所需的信息， 主動發(fā)送請求消息給對應的業(yè)務支持組件。步驟2、業(yè)務支持組件將請求的信息發(fā)送給地址簿功能實體。
步驟3、地址簿功能實體將獲得的信息配置到該非CPM用戶的消息業(yè)務 支持能力信息中，以備查詢。
實施例4、采用subscribe/notify訂閱/通知機制，實現(xiàn)業(yè)務支持組件自動的 將最新的信息通知給地址簿功能實體，并配置地址簿部分的流程，參見圖9所 示，包括下列步驟
步驟l、地址簿功能實體向業(yè)務支持組件發(fā)送訂閱請求，訂閱某一非CPM 用戶的消息業(yè)務支持能力信息。
步驟2、業(yè)務支持組件接受該訂閱請求，返回成功應答消息。
步驟3、業(yè)務支持組件將最新的訂閱信息使用NOTIFY消息發(fā)送給地址簿 功能實體。
步驟4、地址簿功能實體將獲得的信息配置到該非CPM用戶的消息業(yè)務 支持能力信息中，以備查詢。
步驟5、后續(xù)，如果業(yè)務支持組件中被訂閱的信息發(fā)生了改變，都將主動 使用NOTIFY消息通知給地址簿功能實體。
步驟6、地址簿功能實體更新配置信息。
實施例5、業(yè)務支持組件使用pull的方式，主動向地址簿功能實體下發(fā)信 息，并配置地址簿部分的流程，參見圖10所示，包括下列步驟 步驟1、業(yè)務支持組件主動向地址簿功能實體下發(fā)相關信息。 步驟2、地址簿功能實體將獲得的信息配置到對應的非CPM用戶的消息 業(yè)務支持能力信息中，以備查詢。進一步的，本步驟中可能會涉及地址簿功能 實體對業(yè)務支持組件的驗證處理，只有通過安全檢查和身份/內容驗證的信息才 可以被配置到地址簿功能中。
步驟3、地址簿功能實體向業(yè)務支持組件返回確認消息。(可選) 有些情況下，當CPM用戶作為主叫的時候，從地址簿功能實體中可能查 不到有關被叫用戶(非CPM用戶)的消息業(yè)務支持能力信息，那么這種情況下，互通功能實體通過某些方法，最終還是會決定一種非CPM的消息業(yè)務去
和被叫用戶交互，該信息也可以作為關于被叫非CPM用戶對消息業(yè)務的支持 能力信息送到地址簿功能實體中進行配置。具體的可以通過在互通功能返回給 CPM能力中心的消息中攜帶該信息，比如互通功能實體在收到第一個最終 應答的時候，在返回給CPM能力中心的消息中攜帶有關被叫對消息業(yè)務的支 持類型，再由CPM能力中心下發(fā)給地址簿功能實體進行配置。該方法對會話 無關的單一消息和會話相關的會話消息兩種機制都適用。
地址簿功能實體是考慮了用戶存在多個終端設備，而不同終端設備希望保 存的其他用戶的地址信息要求不同，而引入了在網絡中保存一個完備的地址信 息的功能，如果沒有采用該功能，則所有的地址信息還是象現(xiàn)在一樣是放在用 戶終端上的，而前面描述的關于其他用戶支持哪類消息業(yè)務的指示信息就需要 一直傳送到用戶終端上，而一個CPM用戶在發(fā)起消息業(yè)務請求的時候，也會 直接在自己的通訊錄中參考對方的消息業(yè)務支持情況。因此，本發(fā)明實施例也 一樣適用于地址簿信息是保存在終端上的情況，這種情況下，所有發(fā)送給CPM 客戶端和發(fā)送給地址簿功能實體的信息就是同一條信息了。
綜上所述，本發(fā)明實施例中，融合的IP消息CPM網絡收到CPM用戶發(fā) 向非CPM用戶的消息時，查詢該非CPM用戶的消息業(yè)務支持能力信息；CPM 網絡根據查詢到的消息業(yè)務支持能力信息，確定該非CPM用戶所在網絡中的 j洛由網關。
由于本發(fā)明實施例在CPM網絡中增加了有關被叫用戶對消息業(yè)務的支持 信息，所以可以使CPM用戶作為主叫發(fā)送消息給非CPM用戶時，CPM網絡 可準確確定被叫網絡中可路由該消息的網關。從而避免了僅僅根據消息內容和 格式等信息判斷下一步路由的不準確性，提高了對網絡資源的利用率；以及減 少由于雙方終端能力不一致而導致的通信失敗次數(shù)，提高接通效率。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1、一種確定路由網關的方法，其特征在于，包括下列步驟融合的IP消息CPM網絡收到CPM用戶發(fā)向非CPM用戶的消息時，查詢該非CPM用戶的消息業(yè)務支持能力信息；以及CPM網絡根據查詢到的消息業(yè)務支持能力信息，確定該非CPM用戶所在網絡中的路由網關。
2、 如權利要求1所述的方法，其特征在于，所述CPM用戶向該非CPM 用戶發(fā)送消息之前還包括該CPM用戶在地址簿功能實體中配置所述非CPM用戶的消息業(yè)務支持能 力信息，以備查詢。
3、 如權利要求1所述的方法，其特征在于，所述CPM用戶向該非CPM 用戶發(fā)送消息之前還包括所述非CPM用戶向該CPM用戶發(fā)送消息；CPM網絡中的互通功能實體識別該消息的業(yè)務類型，并通過CPM能力中 心將該消息的業(yè)務類型配置于地址簿功能實體中該非CPM用戶的消息業(yè)務支 持能力信息中，以備查詢。
4、 如權利要求3所述的方法，其特征在于，將所述消息的業(yè)務類型配置 于地址簿功能實體中該非CPM用戶的消息業(yè)務支持能力信息中之前，對該非 CPM用戶的標識信息進行-驗證操作。
5、 如權利要求1所述的方法，其特征在于，所述CPM用戶向該非CPM 用戶發(fā)送消息之前還包括業(yè)務支持組件向地址簿功能實體下發(fā)所述非CPM用戶的消息業(yè)務支持能 力信息；地址簿功能實體獲得并配置該非CPM用戶的消息業(yè)務支持能力信息，以 備查詢。
6、 如權利要求5所述的方法，其特征在于，業(yè)務支持組件向地址簿功能實體下發(fā)所述非CPM用戶的消息業(yè)務支持能力信息的情況包括下列之一 情況一、地址簿功能實體主動向業(yè)務支持組件獲取所述非CPM用戶的消息業(yè)務支持能力信息；情況二、業(yè)務支持組件主動向地址簿功能實體下發(fā)所述非CPM用戶的消息業(yè)務支持能力信息；情況三、地址簿功能實體向業(yè)務支持組件訂閱所述非CPM用戶的消息業(yè)務支持能力信息，以及當該非CPM用戶的消息業(yè)務支持能力信息更新時，業(yè)務支持組件向地址簿功能實體下發(fā)所述非CPM用戶的消息業(yè)務支持能力信 自
7、 如權利要求6所述的方法，其特征在于，在情況二中，地址簿功能實 體收到業(yè)務支持組件下發(fā)的所述非CPM用戶的消息業(yè)務支持能力信息后，進 行驗證操作。
8、 如權利要求1至7任一項所述的方法，其特征在于，通過擴展SIP消 息頭域來攜帶所述非CPM用戶的消息業(yè)務支持能力信息。
9、 如權利要求1至7任一項所述的方法，其特征在于，CPM網絡中的CPM 能力中心或互通功能實體根據查詢到的消息業(yè)務支持能力信息，和/或所述消息 的相關信息，和/或所述非CPM用戶的相關信息，和/或運營商的策略信息，確 定該非CPM用戶所在網絡中路由所述消息的網關。
10、 一種確定路由網關的網絡，其特征在于，包括 CPM客戶端，用于向非CPM客戶端發(fā)送消息；CPM能力中心，用于收到CPM客戶端向非CPM客戶端發(fā)送的消息時， 發(fā)出查詢消息，并根據返回的查詢結果發(fā)出指示；地址簿功能實體，用于接收CPM能力中心發(fā)來的查詢消息，并查詢本地 配置的該非CPM客戶端的消息業(yè)務支持能力信息，以及將查詢結果返回給 CPM能力中心；互通功能實體，用于才艮據CPM能力中心發(fā)來的指示，確定該非CPM客戶端所在網絡中的if各由網關。
11、 如權利要求10所述的網絡，其特征在于，CPM用戶通過CPM客戶 端與地址簿功能實體之間的接口，在地址簿功能實體中配置該非CPM客戶端的消息業(yè)務支持能力信息。
12、 如權利要求10所述的網絡，其特征在于，互通功能實體收到該非CPM 客戶端發(fā)來的消息，則通過CPM能力中心將該消息的業(yè)務類型配置于地址簿 功能實體中該非CPM客戶端的消息業(yè)務支持能力信息中。
13、 如權利要求IO所述的網絡，其特征在于，所述網絡還包括業(yè)務支 持組件，用于向地址簿功能實體下發(fā)所述非CPM用戶的消息業(yè)務支持能力信 息；以及地址簿功能實體獲得并配置該非CPM用戶的消息業(yè)務支持能力信息。
14、 如權利要求10至13任一項所述的網絡，其特征在于，所述地址簿功 能實體位于所述CPM客戶端中，或者與該CPM客戶端相互獨立并且位于CPM 網絡中。
15、 一種地址簿功能實體，其特征在于，包括保存單元，用于以CPM用戶為單位，保存與該CPM用戶存在聯(lián)系關系的 非CPM用戶的消息業(yè)務支持能力信息；配置單元，用于接收外部的配置信息，并更新保存單元中保存的該配置信 息指向的非CPM用戶的消息業(yè)務支持能力信息。
16、 一種支持融合IP消息業(yè)務的終端，包括用于接收消息的接收單元， 其特征在于，還包括地址簿功能單元，用于以CPM用戶為單位，保存與該CPM用戶存在聯(lián)系 關系的非CPM用戶的消息業(yè)務支持能力信息，并接收外部的配置信息，以及 更新保存的該配置信息指向的非CPM用戶的消息業(yè)務支持能力信息。
全文摘要
本發(fā)明公開了一種確定路由網關的方法、網絡及裝置，以使CPM用戶作為主叫發(fā)送消息給非CPM用戶時，CPM網絡可準確確定被叫網絡中可路由該消息的網關。方法包括融合的IP消息CPM網絡收到CPM用戶發(fā)向非CPM用戶的消息時，查詢該非CPM用戶的消息業(yè)務支持能力信息；以及CPM網絡根據查詢到的消息業(yè)務支持能力信息，確定該非CPM用戶所在網絡中的路由網關。地址簿功能實體包括保存單元，用于以CPM用戶為單位，保存與該CPM用戶存在聯(lián)系關系的非CPM用戶的消息業(yè)務支持能力信息；配置單元，用于接收外部的配置信息，并更新保存單元中保存的該配置信息指向的非CPM用戶的消息業(yè)務支持能力信息。
文檔編號H04L12/58GK101291274SQ200710090200
公開日2008年10月22日 申請日期2007年4月16日 優(yōu)先權日2007年4月16日
發(fā)明者武亞娟, 雷 謝 申請人:華為技術有限公司