專利名稱：網(wǎng)絡(luò)、能力中心實(shí)體、互通功能實(shí)體及消息通知方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及網(wǎng)絡(luò)及其功能實(shí)體。
背景技術(shù)：
基于IP的融合消息(CPM， Converged IP Messaging)是開放移動(dòng)聯(lián)盟 (OMA， (Open Mobile Alliance))倡導(dǎo)定義的新型消息業(yè)務(wù)框架，為用戶提供 融合的業(yè)務(wù)體驗(yàn)。融合消息CPM業(yè)務(wù)允許用戶以統(tǒng)一的方式使用具有不同技 術(shù)特征的通信服務(wù)，克服由于技術(shù)差異造成的非CPM消息業(yè)務(wù)間的"縫隙" (Silos )，為用戶服務(wù)提供統(tǒng)一的業(yè)務(wù)體驗(yàn)。CPM需要支持基于IP的消息業(yè) 務(wù)和傳統(tǒng)消息業(yè)務(wù)之間的互通，以便能夠讓各類用戶之間實(shí)現(xiàn)最大可能的互 通。此外，CPM還需要實(shí)現(xiàn)不論用戶在哪個(gè)IP網(wǎng)絡(luò)的業(yè)務(wù)域，都能夠得到同 樣的業(yè)務(wù)感受，為不同的消息業(yè)務(wù)提供融合統(tǒng)一的實(shí)現(xiàn)技術(shù)，并采用通用的 計(jì)費(fèi)原則。
圖1是一種現(xiàn)有技術(shù)CPM高層網(wǎng)絡(luò)框架示意圖，所述CPM高層網(wǎng)絡(luò)框 架主要包括CPM能力中心實(shí)體、互通功能實(shí)體、CPM用戶喜好信息實(shí)體、 媒體和消息存儲(chǔ)功能實(shí)體以及融合地址簿功能實(shí)體，其中
所述CPM能力中心實(shí)體是CPM網(wǎng)絡(luò)中對(duì)CPM業(yè)務(wù)進(jìn)行處理的業(yè)務(wù)服務(wù) 器。所述CPM能力中心實(shí)體與支持組件之間包括一個(gè)直接接口，用于使用各 種網(wǎng)絡(luò)中提供的已有的業(yè)務(wù)能力單元；與CPM用戶喜好信息實(shí)體之間包括一 個(gè)接口，用于獲取CPM用戶保存在網(wǎng)絡(luò)中的有關(guān)喜好等的設(shè)置信息；與第三 方應(yīng)用之間包括一個(gè)接口，用于CPM用戶使用第三方應(yīng)用。此外，所述CPM 能力中心實(shí)體和遠(yuǎn)端CPM網(wǎng)絡(luò)之間通過SIP/IP Core( Session Initiation Protocol and/or Internet Protocol Core,基于會(huì)話發(fā)起協(xié)議和/或互聯(lián)網(wǎng)協(xié)議的核心網(wǎng))網(wǎng) 絡(luò)進(jìn)行路由。同樣，CPM能力中心實(shí)體和CPM客戶端通過SIP/IP Core進(jìn)行 通信。
所述互通功能實(shí)體負(fù)責(zé)接受來自CPM能力中心實(shí)體的消息，并對(duì)其進(jìn)行 轉(zhuǎn)換，轉(zhuǎn)換成其他非CPM消息業(yè)務(wù)支持的協(xié)議格式，比如短消息業(yè)務(wù)(SMS，Short Message Service)/多媒體消息業(yè)務(wù)(MMS, Multimedia Message Service ) / 即時(shí)通訊消息(IMPS, Instant Messaging and Presence Services)/電子郵件 (EMAIL)等，發(fā)送到相應(yīng)的消息網(wǎng)絡(luò)中；并將從其他非CPM的消息網(wǎng)絡(luò)中 收到的消息轉(zhuǎn)換成CPM消息，發(fā)送給所述CPM能力中心實(shí)體。
所述媒體和消息存儲(chǔ)功能實(shí)體是CPM用戶放置在網(wǎng)絡(luò)中的存儲(chǔ)數(shù)據(jù)庫， 其可以從CPM用戶處收到要保存的媒體和消息，也可以根據(jù)CPM用戶的指 示給其他CPM用戶開放權(quán)限，供其他用戶訪問或者下載。其他CPM用戶對(duì) 該CPM用戶的媒體和消息存儲(chǔ)功能實(shí)體的使用是通過CPM能力中心實(shí)體實(shí) 現(xiàn)的。
所述融合地址簿功能實(shí)體是一個(gè)保存在網(wǎng)絡(luò)中的融合了 CPM用戶各個(gè)終 端上的地址信息的一個(gè)實(shí)體，它的具體用法和保存在終端上的地址簿類似。
在應(yīng)用中，CPM用戶可以根據(jù)自己的喜好設(shè)置消息傳送機(jī)制，用于其不 可達(dá)的時(shí)候比如該CPM用戶沒有在歸屬網(wǎng)內(nèi)注冊(cè)。CPM網(wǎng)絡(luò)的各個(gè)功能實(shí) 體根據(jù)該設(shè)置對(duì)收到的基于SIP協(xié)議的消息進(jìn)行處理。這個(gè)消息傳送機(jī)制可 以是1)丟棄收到的基于SIP協(xié)議的消息；2 )臨時(shí)保存收到的基于SIP協(xié)議 的消息稍后再傳送，比如當(dāng)用戶重新變得可達(dá)的時(shí)候；3)在用戶的網(wǎng)絡(luò)存儲(chǔ) 功能中保存收到的基于SIP協(xié)議的消息，通知用戶來讀取保存的基于SIP協(xié)議 的消息，比如當(dāng)用戶重新變得可達(dá)的時(shí)候。
在進(jìn)行本發(fā)明創(chuàng)造過程中，發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)CPM網(wǎng)絡(luò)中至少存 在以下問題CPM網(wǎng)絡(luò)無法實(shí)現(xiàn)通知未注冊(cè)用戶的功能。發(fā)明人分析得出如 下原因
如前述，當(dāng) 一個(gè)CPM用戶沒有在歸屬CPM網(wǎng)絡(luò)中注冊(cè)的時(shí)候，在CPM 網(wǎng)絡(luò)中看到該用戶的狀態(tài)是不可達(dá)的，因此，如果此刻有發(fā)送給該用戶的CPM 消息，CPM網(wǎng)絡(luò)需要將該消息在一個(gè)臨時(shí)存儲(chǔ)實(shí)體或者網(wǎng)絡(luò)存儲(chǔ)實(shí)體中進(jìn)行 保存，進(jìn)一步的還可以通知用戶來指定位置取這個(gè)保存的信息。根據(jù)現(xiàn)有的 CPM高層架構(gòu)，CPM網(wǎng)絡(luò)只能通過發(fā)送一個(gè)CPM通知消息通知該CPM用 戶，但是因?yàn)樗鯟PM用戶沒有注冊(cè)到CPM業(yè)務(wù)上，因此這個(gè)通知消息無 法被用戶收到的，因此，現(xiàn)有CPM網(wǎng)絡(luò)架構(gòu)無法實(shí)現(xiàn)通知未注冊(cè)用戶的功能
發(fā)明內(nèi)容
本發(fā)明實(shí)施方式要解決的技術(shù)問題是提供一種能夠向不可達(dá)的用戶發(fā)送 通知消息的網(wǎng)絡(luò)。
本發(fā)明實(shí)施方式要解決的技術(shù)問題是提供一種支持向不可達(dá)的用戶發(fā)送 通知消息的能力中心實(shí)體、互通功能實(shí)體及消息通知實(shí)體。
為解決上述技術(shù)問題，本發(fā)明實(shí)施方式的目的是通過以下第一技術(shù)方案
實(shí)現(xiàn)的
提供一種網(wǎng)絡(luò)，包括能力中心實(shí)體，包括發(fā)送判斷單元、第一實(shí)體和消 息通知實(shí)體。所述發(fā)送判斷單元用于判斷是否采用非基于SIP協(xié)議的消息發(fā) 送通知消息給用戶；所述第一實(shí)體包括消息構(gòu)造單元，所述消息構(gòu)造單元用 于在所述能力中心實(shí)體判斷需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給 用戶時(shí)，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消息；所述消息通知 實(shí)體用于將所述消息構(gòu)造單元構(gòu)造的所述通知消息發(fā)送給所述用戶。
為解決上述技術(shù)問題，本發(fā)明實(shí)施方式的目的是通過以下第二技術(shù)方案 實(shí)現(xiàn)的
提供一種能力中心實(shí)體，包括發(fā)送判斷單元和消息構(gòu)造單元。所述發(fā)送 判斷單元用于判斷是否采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶；所 述消息構(gòu)造單元用于在所述能力中心實(shí)體判斷需要采用非基于SIP協(xié)議的消 息發(fā)送通知消息給用戶時(shí)，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消 息。
為解決上述技術(shù)問題，本發(fā)明實(shí)施方式的目的是通過以下第三技術(shù)方案 實(shí)現(xiàn)的
提供一種能力中心實(shí)體，包括發(fā)送判斷單元和請(qǐng)求發(fā)送單元。所述發(fā)送 判斷單元，用于判斷是否采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶； 所述請(qǐng)求發(fā)送單元用于在判斷為需要采用非基于SIP協(xié)議的消息發(fā)送通知消 息給用戶時(shí)，發(fā)送攜帶所述用戶的標(biāo)識(shí)和通知內(nèi)容的基于SIP協(xié)議的請(qǐng)求消 息給包含消息構(gòu)造功能的第 一實(shí)體。
為解決上述技術(shù)問題，本發(fā)明實(shí)施方式的目的是通過以下第四技術(shù)方案 實(shí)現(xiàn)的提供一種互通功能實(shí)體，包括請(qǐng)求接收單元、消息構(gòu)造單元以及消息發(fā) 送單元。所述請(qǐng)求接收單元用于接收來自能力中心實(shí)體的攜帶用戶標(biāo)識(shí)和通
知內(nèi)容的請(qǐng)求消息；所述消息構(gòu)造單元用于采用非基于SIP協(xié)議的消息方式 構(gòu)造攜帶所述用戶標(biāo)識(shí)和通知內(nèi)容的通知消息；所述消息發(fā)送單元用于通過 消息通知實(shí)體將所述通知消息發(fā)送給所述用戶。
為解決上述技術(shù)問題，本發(fā)明實(shí)施方式的目的是通過以下第五技術(shù)方案 實(shí)現(xiàn)的
提供一種消息通知方法，包括判斷是否采用非基于會(huì)話發(fā)起SIP協(xié)議 的消息方式發(fā)送通知消息給用戶；在判斷需要采用非基于SIP協(xié)議的消息發(fā) 送通知消息給用戶時(shí)，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消息； 將所述構(gòu)造的通知消息發(fā)送給所述用戶。
以上第一技術(shù)方案可以看出，本方案通過對(duì)現(xiàn)有的網(wǎng)絡(luò)進(jìn)行修改和增強(qiáng)， 在接收到請(qǐng)求接收單元的請(qǐng)求消息時(shí)，如果判斷出需要采用非基于SIP協(xié)議 的消息發(fā)送通知消息給用戶，則由所述消息構(gòu)造單元產(chǎn)生非基于SIP協(xié)議的 讓不可達(dá)用戶可以接收的通知消息，再通過消息通知實(shí)體將所述通知消息發(fā) 送到用戶。也即避免現(xiàn)有技術(shù)由于直接采用基于SIP協(xié)議的消息而造成不能 通知未注冊(cè)CPM用戶的技術(shù)問題，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行協(xié) 議轉(zhuǎn)換，能使未注冊(cè)CPM用戶可以接收該消息內(nèi)容或者得到一個(gè)相關(guān)通知， 使得CPM網(wǎng)絡(luò)架構(gòu)可以解決如何向不可達(dá)的用戶發(fā)送通知消息的問題，用戶 能夠盡快得到來源為基于SIP協(xié)議的消息，從而可以及時(shí)作出反應(yīng)和操作。
以上第二技術(shù)方案可以看出，本方案通過對(duì)現(xiàn)有的網(wǎng)絡(luò)架構(gòu)進(jìn)行修改和 增強(qiáng)，采用在能力中心實(shí)體內(nèi)增加發(fā)送判斷單元和消息構(gòu)造單元的方式，在 能力中心實(shí)體需要采用非基于SIP協(xié)議的消息方式構(gòu)造通知消息，通過消息 通知單元發(fā)送給未注冊(cè)用戶。也即本發(fā)明能力中心實(shí)體實(shí)施方式可以配合消 息通知實(shí)體，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行轉(zhuǎn)換，能使未注冊(cè)CPM 用戶可以接收該經(jīng)轉(zhuǎn)換的消息，使得網(wǎng)絡(luò)可以解決如何向不可達(dá)的用戶發(fā)送 通知消息的問題，用戶能夠盡快得到來源為基于SIP協(xié)議的消息，從而可以 及時(shí)作出反應(yīng)和4乘作。
以上第三技術(shù)方案可以看出，本方案通過對(duì)現(xiàn)有網(wǎng)絡(luò)進(jìn)行修改和增強(qiáng)，采用在能力中心實(shí)體內(nèi)增加發(fā)送判斷單元的方式，在發(fā)送判斷單元判斷出需 要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，產(chǎn)生請(qǐng)求消息，讓第 一實(shí)體產(chǎn)生非基于SIP協(xié)議的讓不可達(dá)用戶可以接收的通知消息。也即避免
現(xiàn)有技術(shù)由于直接采用基于SIP協(xié)議的消息而造成不能通知未注冊(cè)CPM用戶 的技術(shù)問題，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行轉(zhuǎn)換，能使未注冊(cè)CPM 用戶可以接收該經(jīng)轉(zhuǎn)換的消息，使得CPM網(wǎng)絡(luò)架構(gòu)可以解決如何向不可達(dá)的 用戶發(fā)送通知消息的問題，用戶能夠盡快得到來源為基于SIP協(xié)議的消息， 從而可以及時(shí)作出反應(yīng)和操作。
以上第四技術(shù)方案可以看出，本方案通過對(duì)現(xiàn)有的網(wǎng)絡(luò)進(jìn)行修改和增強(qiáng)， 在接收到請(qǐng)求接收單元的請(qǐng)求消息時(shí)，由所述消息構(gòu)造單元產(chǎn)生非基于SIP 協(xié)議的、讓不可達(dá)用戶可以接收的通知消息，再通過消息通知實(shí)體將所述通 知消息發(fā)送到用戶。也即避免現(xiàn)有技術(shù)由于直接采用基于SIP協(xié)議的消息而 造成不能通知未注冊(cè)CPM用戶的技術(shù)問題，通過對(duì)來源為基于SIP協(xié)議的消 息進(jìn)行轉(zhuǎn)換，能使未注冊(cè)CPM用戶可以接收該經(jīng)轉(zhuǎn)換的消息，使得CPM網(wǎng) 絡(luò)架構(gòu)可以解決如何向不可達(dá)的用戶發(fā)送通知消息的問題，用戶能夠盡快得 到來源為基于SIP協(xié)議的消息，從而可以及時(shí)作出反應(yīng)和操作。
以上第五技術(shù)方案可以看出，本方案通過對(duì)現(xiàn)有的網(wǎng)絡(luò)進(jìn)行修改和增強(qiáng)， 在接收到請(qǐng)求接收單元的請(qǐng)求消息時(shí)，如果判斷出需要采用非基于SIP協(xié)議 的消息發(fā)送通知消息給用戶，則產(chǎn)生非基于SIP協(xié)議的讓不可達(dá)用戶可以接 收的通知消息發(fā)送到用戶。也即避免現(xiàn)有技術(shù)由于直接采用基于SIP協(xié)議的 消息而造成不能通知未注冊(cè)CPM用戶的技術(shù)問題，通過對(duì)來源為基于SIP協(xié) 議的消息進(jìn)行協(xié)議轉(zhuǎn)換，能使未注冊(cè)CPM用戶可以接收該消息內(nèi)容或者得到 一個(gè)相關(guān)通知，使得CPM網(wǎng)絡(luò)架構(gòu)可以解決如何向不可達(dá)的用戶發(fā)送通知消 息的問題，用戶能夠盡快得到來源為基于SIP協(xié)議的消息，從而可以及時(shí)作 出反應(yīng)和搮:作。


圖1是現(xiàn)有技術(shù)CPM網(wǎng)絡(luò)的高層架構(gòu)圖； 圖2是本發(fā)明網(wǎng)絡(luò)第一實(shí)施方式的原理框圖； 圖3是本發(fā)明網(wǎng)絡(luò)第二實(shí)施方式的原理框圖；圖4是本發(fā)明網(wǎng)絡(luò)第三實(shí)施方式的原理框圖； 圖5是本發(fā)明網(wǎng)絡(luò)第四實(shí)施方式的原理框圖； 圖6是本發(fā)明網(wǎng)絡(luò)第五實(shí)施方式的原理框圖； 圖7是本發(fā)明能力中心實(shí)體第一實(shí)施方式的原理框圖； 圖8是本發(fā)明能力中心實(shí)體第二實(shí)施方式的原理框圖； 圖9是本發(fā)明互通功能實(shí)體第一實(shí)施方式的原理框圖； 圖IO是本發(fā)明消息通知方法第一實(shí)施方式的原理框圖。
具體實(shí)施例方式
參閱圖2，本發(fā)明提供網(wǎng)絡(luò)第一實(shí)施方式，包括能力中心實(shí)體，包括
發(fā)送判斷單元，用于判斷是否采用非基于SIP協(xié)議的消息發(fā)送通知消息 給用戶，
第一實(shí)體，包括消息構(gòu)造單元，所述消息構(gòu)造單元用于在所述能力中心 實(shí)體判斷需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，采用非基 于SIP協(xié)議的消息方式構(gòu)造所述通知消息，
消息通知實(shí)體，用于將所述消息構(gòu)造單元構(gòu)造的所述通知消息發(fā)送給所 述用戶。
從以上可以看出，本實(shí)施方式通過對(duì)現(xiàn)有的網(wǎng)絡(luò)進(jìn)行修改和增強(qiáng)，在接 收到請(qǐng)求接收單元的請(qǐng)求消息時(shí)，如果判斷出需要采用非基于SIP協(xié)議的消 息發(fā)送通知消息給用戶，則由所述消息構(gòu)造單元產(chǎn)生非基于SIP協(xié)議的讓不 可達(dá)用戶可以接收的通知消息，再通過消息通知實(shí)體將所述通知消息發(fā)送到 用戶。也即避免現(xiàn)有技術(shù)由于直接采用基于SIP協(xié)議的消息而造成不能通知 未注冊(cè)CPM用戶的技術(shù)問題，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行協(xié)議轉(zhuǎn) 換，能使未注冊(cè)CPM用戶可以接收該消息內(nèi)容或者得到一個(gè)相關(guān)通知，使得 CPM網(wǎng)絡(luò)架構(gòu)可以解決如何向不可達(dá)的用戶發(fā)送通知消息的問題，用戶能夠 盡快得到來源為基于SIP協(xié)議的消息，從而可以及時(shí)作出反應(yīng)和操作。
為使本發(fā)明的目的、技術(shù)方案、及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并 舉實(shí)施方式，對(duì)本發(fā)明進(jìn)一步詳細(xì)說明。參閱圖3，是本發(fā)明網(wǎng)絡(luò)第二實(shí)施方式的結(jié)構(gòu)示意圖。本實(shí)施方式或其他
實(shí)施方式中，所述網(wǎng)絡(luò)可以是承載基于IP的融合消息業(yè)務(wù)的網(wǎng)絡(luò)，基于SIP 協(xié)議的消息是指基于IP的融合消息。所述網(wǎng)絡(luò)包括CPM能力中心實(shí)體、互 通功能實(shí)體、CPM用戶喜好信息實(shí)體、媒體和消息存儲(chǔ)功能實(shí)體、融合地址 簿功能實(shí)體以及消息通知實(shí)體。
所述媒體和消息存儲(chǔ)功能實(shí)體是CPM用戶放置在網(wǎng)絡(luò)中的存儲(chǔ)數(shù)據(jù)庫， 其可以從CPM用戶處收到要保存的媒體和消息，也可以根據(jù)CPM用戶的指 示給其他CPM用戶開放權(quán)限，供其他用戶訪問或者下載。其他CPM用戶對(duì) 該CPM用戶的媒體和消息存儲(chǔ)功能實(shí)體的使用是通過CPM能力中心實(shí)體實(shí) 現(xiàn)的。
所述融合地址簿功能實(shí)體是一個(gè)保存在網(wǎng)絡(luò)中的融合了 CPM用戶各個(gè)終 端上的地址信息的一個(gè)實(shí)體，它的具體用法和保存在終端上的地址簿類似。
所述CPM能力中心實(shí)體與支持組件之間包括一個(gè)直接接口 ，用于使用各 種網(wǎng)絡(luò)中提供的已有的業(yè)務(wù)能力單元；與CPM用戶喜好信息實(shí)體之間包括一 個(gè)接口，用于獲取CPM用戶保存在網(wǎng)絡(luò)中的有關(guān)喜好等的設(shè)置信息；與第三 方應(yīng)用之間包括一個(gè)接口，方便CPM用戶使用第三方應(yīng)用。此外，所述CPM 能力中心實(shí)體和其他CPM網(wǎng)絡(luò)之間通過SIP/IP Core網(wǎng)絡(luò)進(jìn)行路由。同樣， CPM能力中心實(shí)體和CPM客戶端通過SIP/IP Core進(jìn)行通信。所述CPM能力 中心實(shí)體還包括發(fā)送判斷單元和請(qǐng)求發(fā)送單元。所述發(fā)送判斷單元用于判斷 是否采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶；所述請(qǐng)求發(fā)送單元用 于在判斷為需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，發(fā)送攜 帶所述CPM用戶的標(biāo)識(shí)和通知內(nèi)容的請(qǐng)求消息給所述互通功能實(shí)體。
本實(shí)施方式中提到的SIP協(xié)議是指針對(duì)CPM業(yè)務(wù)進(jìn)行了增強(qiáng)的SIP協(xié)議， 在其他實(shí)施方式中也可以是針對(duì)其他業(yè)務(wù)所進(jìn)行了增強(qiáng)的SIP協(xié)議，比如基 于蜂窩網(wǎng)絡(luò)的一鍵通業(yè)務(wù)(POC, Push to talk Over cellular)和多媒體會(huì)議業(yè)務(wù) (Multimedia Conferencing )。本實(shí)施方式中提到的，判斷為需要釆用非基于 SIP協(xié)議的消息發(fā)送通知消息給用戶可以指判斷為需要采用任何可能的非基 于CPM業(yè)務(wù)進(jìn)行了增強(qiáng)的SIP協(xié)議的消息。
在其他實(shí)施方式中，所述SIP協(xié)議可以是針對(duì)PoC業(yè)務(wù)進(jìn)行了增強(qiáng)的SIP協(xié)議，這時(shí)判斷為需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶就是 判斷為需要采用任何可能的非基于PoC業(yè)務(wù)進(jìn)行了增強(qiáng)的SIP協(xié)議的消息。 其他業(yè)務(wù)也同理。也就是說；本文其他地方提到的"非基于SIP協(xié)議的消息"中的SIP協(xié)議 可以根據(jù)應(yīng)用的網(wǎng)絡(luò)而定。所述互通功能實(shí)體負(fù)責(zé)接受來自CPM能力中心實(shí)體的消息，并對(duì)其進(jìn)行 轉(zhuǎn)換，轉(zhuǎn)換成所述非基于SIP協(xié)議的消息業(yè)務(wù)支持的協(xié)議格式，比如短消息 業(yè)務(wù)/多媒體消息業(yè)務(wù)/即時(shí)通訊消息/電子郵件等，發(fā)送到相應(yīng)的消息網(wǎng)絡(luò)中； 并將從其他非基于SIP協(xié)議的消息網(wǎng)絡(luò)中收到的消息轉(zhuǎn)換成基于SIP協(xié)議的消 息，并發(fā)送給所述CPM能力中心實(shí)體。所述互通功能實(shí)體和消息通知實(shí)體之 間包括一個(gè)通信接口。所述互通功能實(shí)體還包括消息構(gòu)造單元、以及與所述 消息通知實(shí)體的接口 。所述消息構(gòu)造單元用于在所述能力中心實(shí)體的發(fā)送判 斷單元判斷需要釆用非基于SIP協(xié)議的消息發(fā)送通知消息給所述CPM用戶 時(shí)，接收所述攜帶所述CPM用戶的標(biāo)識(shí)和通知內(nèi)容的請(qǐng)求消息，然后根據(jù)所 述CPM用戶的標(biāo)識(shí)和通知內(nèi)容，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通 知消息。所述消息通知實(shí)體用于將所述消息構(gòu)造單元構(gòu)造的所述通知消息發(fā)送給 所述用戶。所述消息通知實(shí)體可以和現(xiàn)有GSM/GPRS/PSTN網(wǎng)絡(luò)中的短消息 中心是完全一樣的，甚至可以就是現(xiàn)有GSM/GPRS/PSTN網(wǎng)絡(luò)中的短消息中 心；該消息通知實(shí)體也可以是其他非CPM的消息處理實(shí)體，比如MMS的 MMS服務(wù)器、IMPS的IMPS服務(wù)器、或者EMAIL業(yè)務(wù)中的郵件服務(wù)器等， 可以取決于運(yùn)營(yíng)商決定使用哪種非基于SIP協(xié)議的業(yè)務(wù)來發(fā)送通知而定。如 前述，所述非基于SIP協(xié)議的消息是對(duì)應(yīng)于特定的消息通知實(shí)體而定的，比 如消息通知實(shí)體為郵件服務(wù)器，那所述非基于SIP協(xié)議的消息即是 SMTP(Simple Mail Transfer Protocol)簡(jiǎn)單郵件傳送協(xié)議消息。該消息通知實(shí)體可以單獨(dú)作為所述網(wǎng)絡(luò)中的組成部分，也可以作為和所 述網(wǎng)絡(luò)有接口的各類業(yè)務(wù)支持組件中的一個(gè)業(yè)務(wù)組件。本實(shí)施方式中，該消 息通知實(shí)體是作為一個(gè)業(yè)務(wù)支持組件而出現(xiàn)，而在所述互通功能實(shí)體和業(yè)務(wù)支持組件之間包括一個(gè)通信接口 。在應(yīng)用中，CPM用戶可以根據(jù)自己的喜好設(shè)置消息傳送機(jī)制，方便在消息不可達(dá)的時(shí)候?qū)ο⑦M(jìn)行處理。比如該CPM用戶沒有在歸屬網(wǎng)內(nèi)注冊(cè)， CPM網(wǎng)絡(luò)的各個(gè)功能實(shí)體根據(jù)該設(shè)置對(duì)收到的CPM消息進(jìn)行處理。這個(gè)消 息傳送機(jī)制可以是1 )丟棄收到的CPM消息；2)臨時(shí)保存收到的CPM消 息稍后再傳送，比如當(dāng)用戶重新變得可達(dá)的時(shí)候；3)在媒體和消息網(wǎng)絡(luò)存儲(chǔ) 功能實(shí)體中保存收到的CPM消息，通知用戶來讀取保存的CPM消息，比如 當(dāng)用戶重新變得可達(dá)的時(shí)候。在機(jī)制2 )和3 )情況下，在每次CPM能力中心實(shí)體收到要送給某CPM 用戶的消息時(shí)，所述CPM能力中心實(shí)體的發(fā)送判斷單元判斷出需要釆用非基 于SIP協(xié)議的消息發(fā)送通知消息給所述不可達(dá)的CPM用戶，所述請(qǐng)求發(fā)送單 元發(fā)送請(qǐng)求消息給互通功能，其中攜帶要通知的CPM用戶標(biāo)識(shí)、要通知的內(nèi) 容(如信息保存地址等)、相關(guān)信息等，指示互通功能實(shí)體發(fā)起通知過程。所 述互通功能實(shí)體中的消息構(gòu)造單元根據(jù)所述CPM用戶的標(biāo)識(shí)和通知內(nèi)容，采 用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消息，通過與消息通知實(shí)體之間 的通信接口發(fā)送所述通知消息給消息通知實(shí)體，再通過消息通知實(shí)體發(fā)送給 所述CPM用戶，讓其到指定位置提取所保存的信息?；蛘?，所述發(fā)送給CPM 用戶的消息本身包含所述一開始CPM能力中心實(shí)體收到要送給所述CPM用 戶的消息內(nèi)容。其中，通知消息的具體協(xié)議格式和消息通知實(shí)體支持的消息業(yè)務(wù)的類型 有關(guān)，比如，如果消息通知實(shí)體是一個(gè)短消息中心，則構(gòu)造的通知消息可以 是短消息類型的。通知消息的具體內(nèi)容和消息的協(xié)議格式無關(guān)。在上述網(wǎng)絡(luò)中，互通功能實(shí)體才艮據(jù)收到的來自CPM能力中心實(shí)體的消息， 決定采取什么措施如果是正常的通信請(qǐng)求消息，則按照被叫用戶的標(biāo)識(shí)， 對(duì)消息進(jìn)行轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的其他網(wǎng)絡(luò)中的非基于SIP協(xié)議的業(yè)務(wù)處理實(shí) 體；如果是要發(fā)送通知消息，則根據(jù)要發(fā)送通知的接收用戶的標(biāo)識(shí)，構(gòu)造通 知消息-即對(duì)消息進(jìn)行格式轉(zhuǎn)換，發(fā)送給指定的消息通知實(shí)體。從以上可以看出，本實(shí)施方式通過對(duì)現(xiàn)有的CPM網(wǎng)絡(luò)架構(gòu)進(jìn)行修改和增 強(qiáng)，采用在CPM能力中心實(shí)體內(nèi)增加發(fā)送判斷單元和請(qǐng)求發(fā)送單元的方式， 在CPM能力中心實(shí)體需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，產(chǎn)生請(qǐng)求消息給所述互通功能實(shí)體；采用在互通功能實(shí)體中增加消息構(gòu) 造單元的方式，根據(jù)收到的請(qǐng)求消息采用非基于SIP協(xié)議的消息方式構(gòu)造不 可達(dá)用戶可以接收的通知消息，再通過消息通知實(shí)體將所述通知消息發(fā)送到 用戶。也即避免現(xiàn)有技術(shù)由于直接采用基于SIP協(xié)議的消息而造成不能通知 未注冊(cè)CPM用戶的技術(shù)問題，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行轉(zhuǎn)換， 能使未注冊(cè)的CPM用戶可以接收該經(jīng)過轉(zhuǎn)換的消息，使得CPM網(wǎng)絡(luò)架構(gòu)可 以解決如何向不可達(dá)的用戶發(fā)送通知消息的問題，用戶能夠盡快得到來源為 基于SIP協(xié)議的消息，從而可以及時(shí)作出反應(yīng)和操作。在達(dá)到上述技術(shù)效果的同時(shí)，本實(shí)施方式對(duì)CPM能力中心實(shí)體的修改不 大。比如互通功能實(shí)體因?yàn)樾枰同F(xiàn)有的非基于SIP協(xié)議的業(yè)務(wù)進(jìn)行互通， 因此已經(jīng)支持了短消息等其他非基于SIP協(xié)議的業(yè)務(wù)、消息處理等功能，在 所述CPM能力中心實(shí)體和互通功能實(shí)體設(shè)置的用來傳送請(qǐng)求消息的接口沒有 給互通功能實(shí)體帶來任何新的負(fù)擔(dān)。這種架構(gòu)也不會(huì)影響CPM網(wǎng)絡(luò)架構(gòu)各個(gè) 功能的獨(dú)立演進(jìn)和發(fā)展，因此網(wǎng)絡(luò)升級(jí)和重新設(shè)計(jì)的成本不大。最后，本實(shí)施方式還使得運(yùn)營(yíng)商付出的代價(jià)非常小，從而保護(hù)運(yùn)營(yíng)商的 投資。參閱圖4，本發(fā)明網(wǎng)絡(luò)第三實(shí)施方式與上述第二實(shí)施方式類似，不同的一 個(gè)方面是將消息構(gòu)造單元整合在CPM能力中心實(shí)體中，而不通過互通功能實(shí) 體。本實(shí)施方式詳述如下所述網(wǎng)絡(luò)包括CPM能力中心實(shí)體、CPM用戶喜好信息實(shí)體、J!某體和消 息存儲(chǔ)功能實(shí)體、融合地址簿功能實(shí)體以及消息通知實(shí)體。所述CPM用戶喜 好信息實(shí)體、媒體和消息存儲(chǔ)功能實(shí)體以及融合地址簿功能實(shí)體可類似于上述第二實(shí)施方式的相應(yīng)實(shí)體，不再贅敘。所述CPM能力中心實(shí)體包括發(fā)送判斷單元和消息構(gòu)造單元。所述發(fā)送判 斷單元用于判斷是否采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶。所述 消息構(gòu)造單元用于在所述發(fā)送判斷單元判斷需要采用非基于SIP協(xié)議的消息 發(fā)送通知消息給用戶時(shí)，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消息。所述CPM能力中心實(shí)體和消息通知實(shí)體之間包括一個(gè)通信接口 。具體實(shí) 現(xiàn)中，該消息通知實(shí)體可以和現(xiàn)有GSM/GPRS/PSTN網(wǎng)絡(luò)中的短消息中心是完全一樣的，甚至可以就是現(xiàn)有GSM/GPRS/PSTN網(wǎng)絡(luò)中的短消息中心；該 消息通知實(shí)體也可以是其他非基于SIP協(xié)議的消息處理實(shí)體，比如MMS的 MMS服務(wù)器、IMPS的IMPS服務(wù)器、者EMAIL業(yè)務(wù)中的郵件服務(wù)器等，取 決于運(yùn)營(yíng)商決定使用哪種非基于SIP協(xié)議的業(yè)務(wù)來發(fā)送通知而定。如前述， 所述非基于SIP協(xié)議的消息是對(duì)應(yīng)于特定的消息通知實(shí)體而定的，比如消息 通知實(shí)體為IMPS服務(wù)器，那所述非基于SIP協(xié)議的消息即是IMPS消息。該消息通知實(shí)體可以單獨(dú)作為所述網(wǎng)絡(luò)中的組成部分，也可以作為和所 述網(wǎng)絡(luò)有接口的各類業(yè)務(wù)支持組件中的一個(gè)業(yè)務(wù)組件，取決于運(yùn)營(yíng)商的組網(wǎng) 設(shè)置。每次CPM能力中心實(shí)體收到要送給CPM用戶的消息時(shí)，如果CPM用戶 當(dāng)前不可達(dá)，則根據(jù)用戶的喜好，或者用戶在網(wǎng)絡(luò)中的設(shè)置，或者運(yùn)營(yíng)商的 設(shè)置等策略信息，決定是否要在CPM用戶變?yōu)榭蛇_(dá)的時(shí)候發(fā)送通知消息給該 CPM用戶。如果CPM能力中心實(shí)體決定采用CPM消息發(fā)送通知，則直接構(gòu) 造CPM通知消息通過SIP/IP Core發(fā)送給CPM用戶。在所述CPM能力中心 實(shí)體的發(fā)送判斷單元判斷出需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給 所述不可達(dá)的CPM用戶時(shí)，由所述消息構(gòu)造單元采用非基于SIP協(xié)議的消息 方式構(gòu)造所述通知消息，然后通過所述CPM能力中心實(shí)體與所述消息通知實(shí) 體之間的通信接口將所述通知消息發(fā)給所述消息通知實(shí)體，通過消息通知實(shí) 體發(fā)送給這個(gè)CPM用戶。通知消息的具體協(xié)議格式和消息通知實(shí)體支持的消 息業(yè)務(wù)的類型有關(guān)。比如，如果消息通知實(shí)體是一個(gè)短消息中心，則構(gòu)造的 通知消息就是短消息類型的。從以上可以看出，本實(shí)施方式通過對(duì)現(xiàn)有的CPM網(wǎng)絡(luò)架構(gòu)進(jìn)行修改和增 強(qiáng)，采用在CPM能力中心實(shí)體內(nèi)增加發(fā)送判斷單元和消息構(gòu)造單元的方式， 在發(fā)送判斷單元判斷出需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶 時(shí)，由所述消息構(gòu)造單元產(chǎn)生非基于SIP協(xié)議的、讓不可達(dá)CPM用戶可以接 收的通知消息，再通過消息通知實(shí)體將所述通知消息發(fā)送到所述CPM用戶。 也即避免現(xiàn)有技術(shù)由于直接采用基于SIP協(xié)議的消息而造成不能通知未注冊(cè) CPM用戶的技術(shù)問題，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行轉(zhuǎn)換，能使未 注冊(cè)CPM用戶可以接收該經(jīng)轉(zhuǎn)換的消息，使得CPM網(wǎng)絡(luò)架構(gòu)可以解決如何向不可達(dá)的用戶發(fā)送通知消息的問題，用戶能夠盡快得到來源為基于SIP協(xié) 議的消息，從而可以及時(shí)作出反應(yīng)和操作。參閱圖5和圖6，本發(fā)明網(wǎng)絡(luò)第四、五實(shí)施方式與上述第二實(shí)施方式類似，不同的一個(gè)方面是將消息構(gòu)造單元整合在第三方應(yīng)用實(shí)體中，而不通過互通功能實(shí)體。本發(fā)明網(wǎng)絡(luò)第四、五實(shí)施方式詳述如下所述網(wǎng)絡(luò)包括CPM能力中心實(shí)體、CPM用戶喜好信息實(shí)體、媒體和消 息存儲(chǔ)功能實(shí)體、融合地址簿功能實(shí)體、消息通知實(shí)體以及第三方應(yīng)用。所 述CPM用戶喜好信息實(shí)體、媒體和消息存儲(chǔ)功能實(shí)體以及融合地址簿功能實(shí) 體可類似于上述第二實(shí)施方式的相應(yīng)實(shí)體，不再贅敘。所述CPM能力中心實(shí)體包括發(fā)送判斷單元和請(qǐng)求發(fā)送單元。所述發(fā)送判 斷單元用于判斷是否采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶；所述 請(qǐng)求發(fā)送單元用于在判斷為需要釆用非基于SIP協(xié)議的消息發(fā)送通知消息給 用戶時(shí)，發(fā)送攜帶所述CPM用戶的標(biāo)識(shí)和通知內(nèi)容的請(qǐng)求消息給所述第三方 應(yīng)用實(shí)體。所述第三方應(yīng)用是業(yè)務(wù)網(wǎng)絡(luò)中的一個(gè)常見的概念，指的是不屬于用戶的 歸屬網(wǎng)絡(luò)也不屬于用戶的漫游網(wǎng)絡(luò)的那些應(yīng)用服務(wù)器，比如中國(guó)移動(dòng)的用戶 通過GPRS網(wǎng)絡(luò)上新浪網(wǎng)看新聞，所述新浪網(wǎng)提供的新聞服務(wù)可以被看作是 一個(gè)第三方應(yīng)用。所述第三方應(yīng)用還包括消息構(gòu)造單元、以及與所述消息通 知實(shí)體的接口。所述消息構(gòu)造單元用于在所述能力中心實(shí)體的發(fā)送判斷單 元判斷需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給所述CPM用戶時(shí)，接 收所述攜帶所述CPM用戶的標(biāo)識(shí)和通知內(nèi)容的請(qǐng)求消息，然后根據(jù)所述CPM 用戶的標(biāo)識(shí)和通知內(nèi)容，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消息。參閱圖5，所述第三方應(yīng)用實(shí)體是一個(gè)接入平臺(tái)服務(wù)器，可以為多個(gè)業(yè)務(wù) 所共用。本實(shí)施方式中，所述消息通知實(shí)體通過先接入到該接入平臺(tái)服務(wù)器， 然后通過所述接入平臺(tái)服務(wù)器來接收來自CPM能力中心實(shí)體并經(jīng)消息構(gòu)造單 元轉(zhuǎn)換的消息。所述消息通知實(shí)體再將所述消息構(gòu)造單元構(gòu)造的所述通知消 息發(fā)送給所述用戶。參閱圖6，在本發(fā)明網(wǎng)絡(luò)第五實(shí)施方式中，所述消息通知實(shí)體集成在所述 第三方應(yīng)用實(shí)體中，是一個(gè)用于發(fā)送通知消息的應(yīng)用服務(wù)器，該應(yīng)用服務(wù)器可以直接實(shí)現(xiàn)消息通知實(shí)體，從而和CPM能力中心實(shí)體直接存在接口 。所述消息通知實(shí)體可以和前述兩種實(shí)施方式中的消息通知實(shí)體作用和實(shí) 現(xiàn)是一樣的，在此不再重復(fù)描述。每次CPM能力中心實(shí)體收到要送給CPM用戶的消息時(shí)，如果CPM客戶 端當(dāng)前不可達(dá)，則根據(jù)用戶的喜好，或者用戶在網(wǎng)絡(luò)中的設(shè)置，或者運(yùn)營(yíng)商 的設(shè)置等策略信息，決定是否要在CPM用戶變?yōu)榭蛇_(dá)的時(shí)候發(fā)送通知消息給 該CPM用戶。如果CPM能力中心實(shí)體決定采用CPM消息發(fā)送通知，則直接 構(gòu)造CPM通知消息通過SIP/IP Core發(fā)送給CPM客戶端。如果CPM能力中 心實(shí)體的發(fā)送判斷單元判斷出需要采用非基于SIP協(xié)議的消息發(fā)送通知給不 可達(dá)用戶，則由請(qǐng)求發(fā)送單元發(fā)送請(qǐng)求消息給第三方應(yīng)用中的消息通知應(yīng)用 服務(wù)器或者接入到消息通知實(shí)體的接入平臺(tái)服務(wù)器。其中攜帶要通知的CPM 用戶標(biāo)識(shí)、要通知的內(nèi)容(比如保存在網(wǎng)絡(luò)中的媒體數(shù)據(jù)的地址等)、相關(guān)信 息等，指示第三方應(yīng)用發(fā)起通知過程。第三方應(yīng)用中的消息構(gòu)造單元就可以 采用非基于SIP協(xié)議的消息方式構(gòu)造通知消息，通過消息通知實(shí)體發(fā)送給這 個(gè)CPM用戶。通知消息的具體協(xié)議格式和消息通知實(shí)體支持的消息業(yè)務(wù)的類 型有關(guān)，比如，如果消息通知實(shí)體是一個(gè)短消息中心，則構(gòu)造的通知消息就 是短消息類型的。本實(shí)施方式能夠?qū)崿F(xiàn)在用戶不可達(dá)的時(shí)候向該用戶發(fā)送通知消息的功 能，達(dá)到與上述網(wǎng)絡(luò)第三實(shí)施方式類似的技術(shù)效果。在其他實(shí)施方式中，所述消息構(gòu)造單元構(gòu)造的消息的通知內(nèi)容還可以包 括以下任意一種或者至少兩種的集合1 )其他用戶發(fā)送給所述用戶的任何消息；2) 獲取媒體數(shù)據(jù)的地址信息；3) 指示所述用戶進(jìn)行業(yè)務(wù)注冊(cè)的指示信息；比如當(dāng)CPM用戶不可達(dá)的 時(shí)候，CPM能力中心實(shí)體可以嘗試通過發(fā)送通知消息來通知CPM用戶進(jìn)行 基于SIP協(xié)議業(yè)務(wù)的注冊(cè)；4) 提醒所述用戶進(jìn)行充值的提示信息；比如當(dāng)CPM用戶由于欠費(fèi)即將 被停機(jī)之前，CPM能力中心實(shí)體通過發(fā)送通知消息通知CPM用戶及時(shí)進(jìn)行充值，以便當(dāng)前正在進(jìn)行的會(huì)話可以繼續(xù)下去而不中斷；5)提示某個(gè)標(biāo)識(shí)對(duì)應(yīng)的用戶要和所述用戶進(jìn)行通信的通知信息。在其他實(shí)施方式中，所述網(wǎng)絡(luò)可以不限于是承載基于IP的融合消息業(yè)務(wù) 的網(wǎng)絡(luò)，也可以是POC或多媒體會(huì)議業(yè)務(wù)網(wǎng)絡(luò)等，所述基于蜂窩網(wǎng)絡(luò)的一鍵 通業(yè)務(wù)或多媒體會(huì)議業(yè)務(wù)網(wǎng)絡(luò)的結(jié)構(gòu)可以和上述本發(fā)明網(wǎng)絡(luò)實(shí)施方式中的結(jié) 構(gòu)似，都可以用到本發(fā)明實(shí)現(xiàn)消息通知。參閱圖7，本發(fā)明還提供一種能力中心實(shí)體，包括發(fā)送判斷單元，用于判斷是否采用非基于SIP協(xié)議的消息發(fā)送通知消息給 用戶；消息構(gòu)造單元，用于在所述能力中心實(shí)體判斷需要采用非基于SIP協(xié)議的 消息發(fā)送通知消息給用戶時(shí)，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知 消息。所述能力中心實(shí)體和CPM客戶端通過SIP/IP Core進(jìn)行通信，在每次CPM 能力中心實(shí)體收到來自CPM客戶端的要送給某CPM用戶的消息時(shí)，所述 CPM能力中心實(shí)體的發(fā)送判斷單元判斷出需要采用非基于SIP協(xié)議的消息發(fā) 送通知消息給所述不可達(dá)的CPM用戶，然后釆用消息構(gòu)造單元以非基于SIP 協(xié)議的消息方式構(gòu)造所述通知消息。最后可以通過消息通知單元通知未注冊(cè) 用戶從以上可以看出，本實(shí)施方式通過對(duì)現(xiàn)有的網(wǎng)絡(luò)架構(gòu)進(jìn)行修改和增強(qiáng)， 采用在能力中心實(shí)體內(nèi)增加發(fā)送判斷單元和消息構(gòu)造單元的方式，在能力中 心實(shí)體需要采用非基于SIP協(xié)議的消息方式構(gòu)造通知消息，通過消息通知單 元發(fā)送給未注冊(cè)用戶。也即本發(fā)明能力中心實(shí)體實(shí)施方式可以配合消息通知 實(shí)體，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行轉(zhuǎn)換，能使未注冊(cè)CPM用戶可 以接收該經(jīng)轉(zhuǎn)換的消息，使得網(wǎng)絡(luò)可以解決如何向不可達(dá)的用戶發(fā)送通知消 息的問題，用戶能夠盡快得到來源為基于SIP協(xié)議的消息，從而可以及時(shí)作 出反應(yīng)和才喿作。參閱圖8，本發(fā)明還提供一種能力中心實(shí)體，包括發(fā)送判斷單元，用于判斷是否釆用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶，請(qǐng)求發(fā)送單元，用于在判斷為需要采用非基于SIP協(xié)議的消息發(fā)送通知消 息給用戶時(shí)，發(fā)送攜帶所述用戶的標(biāo)識(shí)和通知內(nèi)容的基于SIP協(xié)議的請(qǐng)求消 息給包含消息構(gòu)造功能的第一實(shí)體。所述能力中心實(shí)體和包含消息構(gòu)造功能的第 一 實(shí)體之間包括一個(gè)通信接 口。具體實(shí)現(xiàn)中，該包含消息構(gòu)造功能的第一實(shí)體可以是能力中心實(shí)體也可 以是第三方應(yīng)用實(shí)體，還可以是互通功能實(shí)體。通過所述第一實(shí)體構(gòu)造未注 冊(cè)用戶可以收到的通知消息，然后經(jīng)消息通知實(shí)體通知給所述未注冊(cè)用戶從以上可以看出，本實(shí)施方式通過對(duì)現(xiàn)有網(wǎng)絡(luò)進(jìn)行修改和增強(qiáng)，采用在 能力中心實(shí)體內(nèi)增加發(fā)送判斷單元的方式，在發(fā)送判斷單元判斷出需要采用 非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，產(chǎn)生請(qǐng)求消息，讓第一實(shí)體 產(chǎn)生非基于SIP協(xié)議的讓不可達(dá)用戶可以接收的通知消息。也即避免現(xiàn)有技術(shù)由于直接采用基于SIP協(xié)議的消息而造成不能通知未注冊(cè)CPM用戶的技術(shù) 問題，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行轉(zhuǎn)換，能使未注冊(cè)CPM用戶可 以接收該經(jīng)轉(zhuǎn)換的消息，使得CPM網(wǎng)絡(luò)架構(gòu)可以解決如何向不可達(dá)的用戶發(fā) 送通知消息的問題，用戶能夠盡快得到來源為基于SIP協(xié)議的消息，從而可 以及時(shí)作出反應(yīng)和才栗作。當(dāng)?shù)谝粚?shí)體是互通功能實(shí)體時(shí)，在達(dá)到上述技術(shù)效果的同時(shí)，對(duì)CPM能 力中心實(shí)體的修改不大。本發(fā)明創(chuàng)新不會(huì)影響現(xiàn)有網(wǎng)絡(luò)各個(gè)功能的獨(dú)立演進(jìn) 和發(fā)展，因此網(wǎng)絡(luò)升級(jí)和重新設(shè)計(jì)的成本不大。最后，本實(shí)施方式還使得運(yùn)營(yíng)商付出的代價(jià)非常小，從而保護(hù)運(yùn)營(yíng)商的 投資。參閱圖9，本發(fā)明還提供一種互通功能實(shí)體，包括請(qǐng)求接收單元，用于接收來自能力中心實(shí)體的攜帶用戶標(biāo)識(shí)和通知內(nèi)容 的請(qǐng)求消息，消息構(gòu)造單元，用于采用非基于SIP協(xié)議的消息方式構(gòu)造攜帶所述用戶標(biāo) 識(shí)和通知內(nèi)容的通知消息，消息發(fā)送單元，用于通過消息通知實(shí)體將所述通知消息發(fā)送給所述用戶。從以上可以看出，本實(shí)施方式通過對(duì)現(xiàn)有的網(wǎng)絡(luò)進(jìn)行修改和增強(qiáng)，在接 收到請(qǐng)求接收單元的請(qǐng)求消息時(shí)，由所述消息構(gòu)造單元產(chǎn)生非基于SIP協(xié)議 的、讓不可達(dá)用戶可以接收的通知消息，再通過消息通知實(shí)體將所述通知消 息發(fā)送到用戶。也即避免現(xiàn)有技術(shù)由于直接采用基于SIP協(xié)議的消息而造成 不能通知未注冊(cè)CPM用戶的技術(shù)問題，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行轉(zhuǎn)換，能使未注冊(cè)CPM用戶可以接收該經(jīng)轉(zhuǎn)換的消息，使得CPM網(wǎng)絡(luò)架 構(gòu)可以解決如何向不可達(dá)的用戶發(fā)送通知消息的問題，用戶能夠盡快得到來 源為基于SIP協(xié)議的消息，從而可以及時(shí)作出反應(yīng)和操作。參閱圖IO,本發(fā)明還提供一種消息通知方法，包括步驟1001:判斷是否采用非基于會(huì)話發(fā)起SIP協(xié)議的消息方式發(fā)送通知 消息給用戶；步驟1002:在判斷需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶 時(shí)，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消息；此步驟中，可以通過能力中心實(shí)體、互通功能實(shí)體或第三方實(shí)體采用非 基于SIP協(xié)議的消息方式構(gòu)造所述通知消息。步驟1003:將所述構(gòu)造的通知消息發(fā)送給所述用戶。其中，可以通過GSM/GPRS/PSTN網(wǎng)絡(luò)的短消息中心、MMS服務(wù)器、IMPS 服務(wù)器或郵件服務(wù)器將所述構(gòu)造的通知消息發(fā)送給所述用戶。上述能力中心實(shí)體、互通功能實(shí)體實(shí)施方式可以是CPM網(wǎng)絡(luò)的CPM能 力中心實(shí)體或者是基于蜂窩網(wǎng)絡(luò)的一鍵通業(yè)務(wù)或多媒體會(huì)議業(yè)務(wù)網(wǎng)絡(luò)的能力 中心實(shí)體。值得說明的是，本發(fā)明能力中心實(shí)體實(shí)施方式中的發(fā)送判斷單元和請(qǐng)求 發(fā)送單元可以集成在一個(gè)處理模塊中；同時(shí)的，本發(fā)明互通功能實(shí)體實(shí)施方 式中的請(qǐng)求接收單元、消息構(gòu)造單元以及消息發(fā)送單元也可以集成在一個(gè)處 理模塊中。同理，本發(fā)明消息通知實(shí)體實(shí)施方式中的各單元也可以集成在一 個(gè)處理模塊中。還值得說明的是，本發(fā)明網(wǎng)絡(luò)、能力中心實(shí)體、互通功能實(shí)體、消息通 知實(shí)體等實(shí)施方式中的各單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。上述可采用軟件形式實(shí)現(xiàn)的各單元既可以作為獨(dú)立的 產(chǎn)品銷售或使用時(shí)，也可以作為存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。以上對(duì)本發(fā)明所提供的一種網(wǎng)絡(luò)、能力中心實(shí)體、互通功能實(shí)體以及消 息通知方法通過具體實(shí)施例進(jìn)行了詳細(xì)介紹，以上實(shí)施例的說明只是用于幫 助理解本發(fā)明的方法及其思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本 說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種網(wǎng)絡(luò)，其特征在于，包括能力中心實(shí)體，包括發(fā)送判斷單元，用于判斷是否采用非基于會(huì)話發(fā)起SIP協(xié)議的消息發(fā)送通知消息給用戶，第一實(shí)體，包括消息構(gòu)造單元，所述消息構(gòu)造單元用于在所述能力中心實(shí)體判斷需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消息，消息通知實(shí)體，用于將所述消息構(gòu)造單元構(gòu)造的所述通知消息發(fā)送給所述用戶。
2. 根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)，其特征在于，所述第一實(shí)體是所述能力中 心實(shí)體。
3. 根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)，其特征在于，所述第一實(shí)體是互通功能實(shí) 體，并且所述能力中心實(shí)體進(jìn)一步包括請(qǐng)求發(fā)送單元，用于在判斷為需要采用 非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，發(fā)送攜帶所述用戶標(biāo)識(shí)和通知 內(nèi)容的請(qǐng)求消息給所述消息構(gòu)造單元。
4. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)，其特征在于，所述第一實(shí)體是第三方應(yīng)用 實(shí)體，并且所述能力中心實(shí)體進(jìn)一步包括請(qǐng)求發(fā)送單元，用于在判斷為需要采 用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，發(fā)送攜帶所述用戶標(biāo)識(shí)和通 知內(nèi)容的請(qǐng)求消息給所述消息構(gòu)造單元。
5. 根據(jù)權(quán)利要求4所述的網(wǎng)絡(luò)，其特征在于，所述消息通知實(shí)體集成在所 述第三方應(yīng)用實(shí)體內(nèi)。
6. 根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)，其特征在于，所述消息構(gòu)造單元構(gòu)造的消 息中的通知內(nèi)容包括以下任意 一種或者至少兩種的集合其他用戶發(fā)送給所述用戶的任何消息； 獲取i某體數(shù)據(jù)的地址信息；指示所述用戶進(jìn)行業(yè)務(wù)注冊(cè)的指示信息； 提醒所述用戶進(jìn)行充值的提示信息；提示某個(gè)標(biāo)識(shí)對(duì)應(yīng)的用戶要和所述用戶進(jìn)行通信的通知信息。
7. 根據(jù)權(quán)利要求1至6任一項(xiàng)所述的網(wǎng)絡(luò)，其特征在于，所述消息通知實(shí)體是GSM/GPRS/PSTN網(wǎng)絡(luò)的短消息中心、多媒體消息業(yè)務(wù)服務(wù)器、即時(shí)通訊 消息業(yè)務(wù)服務(wù)器或郵件服務(wù)器。
8. 根據(jù)權(quán)利要求1至6任一項(xiàng)所述的網(wǎng)絡(luò)，其特征在于，所述網(wǎng)絡(luò)是承載 基于IP的融合消息CPM業(yè)務(wù)的網(wǎng)絡(luò)，所述基于SIP協(xié)議的消息是指基于IP的 融合消息。
9. 一種能力中心實(shí)體，其特征在于，包括發(fā)送判斷單元，用于判斷是否采用非基于SIP協(xié)議的消息發(fā)送通知消息給 用戶，消息構(gòu)造單元，用于在所述發(fā)送判斷單元判斷需要采用非基于SIP協(xié)議的 消息發(fā)送通知消息給用戶時(shí)，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消 息，并發(fā)送給消息通知實(shí)體。
10. —種能力中心實(shí)體，其特征在于，包括發(fā)送判斷單元，用于判斷是否采用非基于SIP協(xié)議的消息發(fā)送通知消息給 用戶，請(qǐng)求發(fā)送單元，用于在判斷為需要采用非基于SIP協(xié)議的消息發(fā)送通知消 息給用戶時(shí)，發(fā)送攜帶所述用戶的標(biāo)識(shí)和通知內(nèi)容的請(qǐng)求消息給包含消息構(gòu)造 功能的第一實(shí)體。
11. 根據(jù)權(quán)利要求IO所述的能力中心實(shí)體，其特征在于，所述第一實(shí)體 是互通功能實(shí)體或第三方應(yīng)用實(shí)體。
12. —種互通功能實(shí)體，其特征在于，包括請(qǐng)求接收單元，用于接收來自能力中心實(shí)體的攜帶用戶標(biāo)識(shí)和通知內(nèi)容的 請(qǐng)求消息，消息構(gòu)造單元，用于采用非基于SIP協(xié)議的消息方式構(gòu)造攜帶所述用戶標(biāo) 識(shí)和通知內(nèi)容的通知消息，消息發(fā)送單元，用于通過消息通知實(shí)體將所述通知消息發(fā)送給所述用戶。
13. —種消息通知方法，其特征在于，包括判斷是否釆用非基于會(huì)話發(fā)起SIP協(xié)議的消息方式發(fā)送通知消息給用戶；在判斷需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，采用非基 于SIP協(xié)議的消息方式構(gòu)造所述通知消息；將所述構(gòu)造的通知消息發(fā)送給所述用戶。
14. 根據(jù)權(quán)利要求13所述的消息通知方法，其特征在于，通過能力中心 實(shí)體、互通功能實(shí)體或第三方實(shí)體構(gòu)造所述通知消息。
15. 根據(jù)權(quán)利要求13所述的消息通知方法，其特征在于，通過 GSM/GPRS/PSTN網(wǎng)絡(luò)的短消息中心、多媒體消息業(yè)務(wù)服務(wù)器、即時(shí)通訊消息 業(yè)務(wù)服務(wù)器或郵件服務(wù)器將所述構(gòu)造的通知消息發(fā)送給所述用戶。
全文摘要
本發(fā)明公開一種網(wǎng)絡(luò)、能力中心實(shí)體、互通功能實(shí)體及消息通知方法。所述網(wǎng)絡(luò)包括能力中心實(shí)體，包括發(fā)送判斷單元、第一實(shí)體和消息通知實(shí)體。所述發(fā)送判斷單元用于判斷是否采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶；所述第一實(shí)體包括消息構(gòu)造單元，所述消息構(gòu)造單元用于在所述能力中心實(shí)體判斷需要采用非基于SIP協(xié)議的消息發(fā)送通知消息給用戶時(shí)，采用非基于SIP協(xié)議的消息方式構(gòu)造所述通知消息；所述消息通知實(shí)體用于將所述消息構(gòu)造單元構(gòu)造的所述通知消息發(fā)送給所述用戶。本發(fā)明可以避免現(xiàn)有技術(shù)不能通知未注冊(cè)CPM用戶的技術(shù)問題，通過對(duì)來源為基于SIP協(xié)議的消息進(jìn)行協(xié)議轉(zhuǎn)換，使用戶能夠得到各種消息，及時(shí)作出反應(yīng)和操作。
文檔編號(hào)H04L12/66GK101291297SQ20071009696
公開日2008年10月22日 申請(qǐng)日期2007年4月19日 優(yōu)先權(quán)日2007年4月19日
發(fā)明者武亞娟 申請(qǐng)人:華為技術(shù)有限公司