專利名稱：通知消息發(fā)送方法及控制單元、發(fā)布單元和接收單元裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種通知消息發(fā)送方法及控 制單元、發(fā)布單元和接收單元裝置。
背景技術(shù)：
通知消息是一種由網(wǎng)絡(luò)實體發(fā)送給用戶終端顯示的，由文本、圖片、 音頻、視頻、腳本語言等任意組合的消息，如IP多媒體子系統(tǒng)(IP
Multimedia Subsystem;以下簡稱IMS)網(wǎng)絡(luò)中的短消息、多媒體短消息 等，因特網(wǎng)協(xié)議電視(Internet Protocol Television;以下筒稱IPTV )業(yè) 務(wù)中的通知消息，其中網(wǎng)絡(luò)實體包括IMS實體(如S-CSCF、P-CSCF、 SCF、 AS、 SB、 GGSN、 NASS等實體)、IPTV業(yè)務(wù)實體(如SCF、 SSF、 SDF 等)，同一消息可以在同一時刻由網(wǎng)絡(luò)發(fā)送給任意用戶終端，這些用戶可 能處于任何狀態(tài)下，如剛附著、剛進(jìn)行IMS注冊、正在享用其他業(yè)務(wù)(如 IPTV業(yè)務(wù)、玩游戲)等。
IMS是3G移動網(wǎng)實現(xiàn)分組話音和分組數(shù)據(jù)、提供統(tǒng)一的多媒體業(yè)務(wù) 和應(yīng)用的目標(biāo)網(wǎng)絡(luò)。在IMS網(wǎng)絡(luò)中存在各種類型的通知消息，如下場景 某用戶帳戶余額不足時，IMS網(wǎng)絡(luò)通知該用戶帳戶余額不足；本域內(nèi)發(fā)生 重大緊急事件，IMS網(wǎng)絡(luò)實體向本域內(nèi)所有用戶通知該緊急事件；IMS網(wǎng) 絡(luò)本號段內(nèi)的網(wǎng)絡(luò)處理單元進(jìn)行系統(tǒng)升級，IMS網(wǎng)絡(luò)向該號段內(nèi)所有的用 戶通知該情況等。
IPTV業(yè)務(wù)是一種利用寬帶有線電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等 多種技術(shù)于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的 嶄新技術(shù)，所使用的通信核心網(wǎng)可以是IMS網(wǎng)絡(luò)或其他非IMS網(wǎng)絡(luò)(如NGN) 。 IPTV系統(tǒng)不但能夠提供基本的直播(BC)業(yè)務(wù)、點播(VOD) 業(yè)務(wù)和錄制(PVR)業(yè)務(wù)，而且還能夠提供各種增強(qiáng)業(yè)務(wù)，包括按次觀看 付費(Pay Per View;以下簡稱PPV)業(yè)務(wù)、推薦業(yè)務(wù)、廣告業(yè)務(wù)、CallerlD 業(yè)務(wù)、呈現(xiàn)(Presence )業(yè)務(wù)、預(yù)覽業(yè)務(wù)、書簽業(yè)務(wù)、交互式電視(intercative TV;簡稱iTV)業(yè)務(wù)、用戶發(fā)起的視頻(consumer originated video;以 下筒稱COV)業(yè)務(wù)、家長控制業(yè)務(wù)等。在IPTV系統(tǒng)的基本業(yè)務(wù)和增強(qiáng) 業(yè)務(wù)中存在各種類型的通知消息，如下場景在廣告業(yè)務(wù)中，廣告作為音 視頻通知消息下發(fā)給觀看同 一節(jié)目的所有用戶；個性化廣告中還可以為觀 看同一節(jié)目的偏好信息相同的用戶下發(fā)同一個廣告，偏好信息不同的用戶 下發(fā)不同的廣告；PPV業(yè)務(wù)為向用戶提供的付費電視節(jié)目，使用戶能獨立 與業(yè)務(wù)包來簽約業(yè)務(wù)，分為提前預(yù)定(OPPV - Order-ahead PPV)和即時 預(yù)定(IPPV - Impulse PPV )，當(dāng)用戶提前預(yù)定了 PPV節(jié)目時，到PPV節(jié) 目播放時間時，網(wǎng)絡(luò)生成提醒信息發(fā)送給該用戶，提醒信息為通知消息的 一種應(yīng)用；PPV業(yè)務(wù)即時預(yù)訂中，用戶免費^L看到結(jié)束時間后，網(wǎng)絡(luò)生成 通知消息發(fā)送給正在免費觀看PPV節(jié)目的用戶提醒是否付費；推薦業(yè)務(wù) 中，網(wǎng)絡(luò)實時向用戶發(fā)送推薦信息，推薦符合用戶偏好或最新上線的節(jié)目， 推薦信息為通知消息的 一種應(yīng)用；緊急提醒業(yè)務(wù)(emergency alert service ; 以下簡稱EAS)業(yè)務(wù)中，發(fā)生緊急事件時，網(wǎng)絡(luò)向本域內(nèi)的所有用戶發(fā) 送緊急提醒通知(emergency alert Notification;以下簡稱EAN)通知消 息，請求呈現(xiàn)該EAN消息或者根據(jù)該EAN消息的內(nèi)容強(qiáng)制換臺等。
現(xiàn)有技術(shù)中，IMS網(wǎng)絡(luò)使用會話發(fā)起協(xié)議(Session Initiation Protocol; 以下簡稱SIP)信令消息攜帶通知消息，由核心網(wǎng)解析路由至通知對象。 例如使用"SIP Message/info"消息的消息體(Body)攜帶通知消息，
"Request-URI"攜帶通知對象身份標(biāo)識，由IMS核心網(wǎng)(Core IMS)解 析"Request-URI"將通知消息路由至通知對象。再如4吏用"SIP Message/info 消息的Body攜帶通知消息，同時在body中攜帶使用可擴(kuò)展標(biāo)記語言(extensible Markup Language ;簡稱XML )格式描述的通知對象身份 列表，由網(wǎng)絡(luò)實體"MESSAGE URI-List Service"將其拆分為與每個通知 對象對應(yīng)的消息，發(fā)送到對應(yīng)的用戶終端。IPTV系統(tǒng)中，網(wǎng)絡(luò)可以通過 在節(jié)目媒體流中封裝通知消息，發(fā)送給觀看這個節(jié)目的所有用戶，例如在 一個直播頻道中，網(wǎng)絡(luò)發(fā)送一條通知消息，所有的用戶均可以收到。
發(fā)明人在實現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)IMS網(wǎng)絡(luò)中，在發(fā)送通知消息前網(wǎng) 絡(luò)需要首先感知用戶身份標(biāo)識，而有些情況下網(wǎng)絡(luò)是無法感知到用戶的身份 標(biāo)識的，例如用戶僅附著到這個網(wǎng)絡(luò)，尚未進(jìn)行任何注冊，因此造成無法發(fā) 送通知消息；當(dāng)同時向多個用戶發(fā)送通知消息時，網(wǎng)絡(luò)需要為每個用戶發(fā)送 一條攜帶通知消息的信令消息，造成網(wǎng)絡(luò)資源浪費，負(fù)荷加重；IPTV系統(tǒng)中， 在直播頻道中發(fā)送通知消息時，每個觀看該頻道節(jié)目的用戶都能收到通知消 息，不能做到向組播組中的部分用戶發(fā)送通知消息，無法滿足個性化需求。
發(fā)明內(nèi)容
本發(fā)明實施例提供一種通知消息發(fā)送方法及控制單元、發(fā)布單元和接收 單元裝置，用以解決現(xiàn)有技術(shù)中發(fā)送通知消息前需要感知用戶身份標(biāo)識、網(wǎng) 絡(luò)資源浪費，無法實現(xiàn)個性化需求的缺陷，實現(xiàn)網(wǎng)絡(luò)負(fù)荷小，且滿足個性化 需求。
本發(fā)明實施例提供一種通知消息發(fā)送方法，包括
發(fā)布單元接收控制單元發(fā)送的通知消息，所述通知消息包括通知內(nèi)容信
自
,&，
所述發(fā)布單元確定接收所述通知消息的接收單元，并將所述通知消息發(fā) 送給所述接收單元。
本發(fā)明實施例提供一種控制單元裝置，包括
選擇模塊，用于確定接收通知消息的發(fā)布單元，所述通知消息包括通知
內(nèi)容信息；第一發(fā)送才莫塊，用于向?qū)⑺霭l(fā)布單元發(fā)送所述通知消息。
本發(fā)明實施例提供一種發(fā)布單元裝置，包括
第一接收i^塊，用于接收控制單元發(fā)送的通知消息，所迷通知消息包括 通知內(nèi)容信息；
確定單元，用于確定接收所述通知消息的接收單元；
第二發(fā)送模塊，用于將所述通知消息發(fā)送給所迷接收單元。
本發(fā)明實施例提供一種接收單元裝置，包括
解析才莫塊，用于對接收到的通知消息進(jìn)行解析得到解析結(jié)果，所述通知 消息包括通知內(nèi)容信息；
處理模塊，用于根據(jù)所述解析結(jié)果，在對應(yīng)的顯示區(qū)域內(nèi)呈現(xiàn)所述通知 內(nèi)容信息。
本發(fā)明實施例提供的通知消息發(fā)送方法及控制單元、發(fā)布單元和接收單 元裝置，可以根據(jù)實際需求向指定的通知對象用戶終端發(fā)送通知消息，滿足 個性化要求；且通知消息包括各種指示信息，可以將同一條通知消息發(fā)送給 多個用戶終端，用戶終端通過指示信息決定是否對通知消息進(jìn)行處理，減少 網(wǎng)絡(luò)資源的浪費，使得網(wǎng)絡(luò)負(fù)荷最小化。
圖1為本發(fā)明控制單元裝置實施例結(jié)構(gòu)示意圖； 圖2為本發(fā)明發(fā)布單元裝置實施例結(jié)構(gòu)示意圖； 圖3為本發(fā)明接收單元裝置實施例結(jié)構(gòu)示意圖； 圖4為本發(fā)明通知消息發(fā)送方法實施例一流程圖； 圖5為本發(fā)明通知消息發(fā)送方法實施例二信令流程圖； 圖6為本發(fā)明通知消息發(fā)送方法實施例三信令流程圖； 圖7為本發(fā)明通知消息發(fā)送方法實施例四信令流程圖； 圖8為本發(fā)明通知消息發(fā)送方法實施例五信令流程圖；圖9為本發(fā)明通知消息發(fā)送方法實施例六信令流程圖。
具體實施例方式
下面結(jié)合附圖和具體實施例進(jìn)一步說明本發(fā)明實施例的技術(shù)方案。
圖1為本發(fā)明控制單元裝置實施例結(jié)構(gòu)示意圖，如圖1所示，該控制單 元裝置包括選擇模塊11和第一發(fā)送模塊12，其中選擇模塊11用于確定接收 通知消息的發(fā)布單元，所述通知消息包括通知內(nèi)容信息；第一發(fā)i^i莫塊12用 于向?qū)⑺霭l(fā)布單元發(fā)送所述通知消息。
具體地，在滿足發(fā)送通知消息的觸發(fā)條件時，控制單元裝置中的選擇 模塊ll為所要發(fā)送的通知消息選擇對應(yīng)的發(fā)布單元裝置，該通知消息可以 是控制單元裝置自身生成的，也可以是其它網(wǎng)絡(luò)實體發(fā)送給控制單元裝置 的，在所述通知消息中包括通知內(nèi)容信息，該通知內(nèi)容信息為網(wǎng)絡(luò)需要用 戶終端接收并呈現(xiàn)或處理的內(nèi)容，如廣告內(nèi)容等；為了更好地滿足通知消 息的個性化發(fā)送需求，通知消息中還可以包括通知對象指示信息、通知消 息相關(guān)節(jié)目指示信息和通知消息產(chǎn)生單元指示信息中的任意一種或其組 合。選擇模塊ll為通知消息選擇完發(fā)布單元后，由第一發(fā)送模塊12將所述 通知消息發(fā)送給所選擇的發(fā)布單元裝置。
進(jìn)一步地，選擇模塊11可以根據(jù)多種信息為通知消息選擇適合的發(fā)布 單元裝置，選擇模塊ll包括第一選擇子模塊lll、第二選擇子模塊112和第 二選擇子模塊113,其中第一選擇子模塊lll用于根據(jù)所述通知消息確定接收 通知消息的發(fā)布單元；第二選擇子模塊112用于根據(jù)網(wǎng)絡(luò)配置信息確定接收通 知消息的發(fā)布單元；第二選擇子模塊113用于根據(jù)所述控制單元裝置所存儲的 信息確定接收通知消息的發(fā)布單元。控制單元裝置可以應(yīng)用適合的選擇子 模塊為通知消息選擇發(fā)布單元裝置。
本實施例提供的控制單元裝置，在發(fā)送通知消息之前無需感知用戶的 標(biāo)識信息，能夠根據(jù)不同的信息為通知消息選擇對應(yīng)的發(fā)布單元進(jìn)行消息發(fā)布，且通過通知對象指示信息指示接收該通知消息的用戶終端，避免造
成網(wǎng)絡(luò)資源浪費；滿足發(fā)送通知消息的個性化需求。
圖2為本發(fā)明發(fā)布單元裝置實施例結(jié)構(gòu)示意圖，如圖2所示，該發(fā)布單 元裝置包括第一接收模塊21、確定單元22和第二發(fā)送模塊23,其中第一接收 模塊21用于接收控制單元發(fā)送的通知消息，所述通知消息包括通知內(nèi)容信息； 確定單元22用于確定接收所述通知消息的接收單元；第二發(fā)送模塊23用于將 所述通知消息發(fā)送給附著在所述發(fā)布單元裝置上的接收單元。
具體地，當(dāng)發(fā)布單元裝置中的第一接收模塊21接收控制單元發(fā)送的包 括通知內(nèi)容信息的通知消息后，將該通知消息轉(zhuǎn)發(fā)給確定模塊22;當(dāng)控制 單元發(fā)來的通知消息中還包括通知對象指示信息、通知消息相關(guān)節(jié)目指示 信息和通知消息產(chǎn)生單元指示信息中的任意一種或其組合的時候，消息接 收工作還可以由第一接收模塊21接收。確定模塊22根據(jù)通知消息中的各個 指示信息，確定接收該通知消息的接收單元；并通過第二發(fā)送模塊23將通 知消息發(fā)送給附著在其上的接收單元，例如用戶終端等，并在指定的相關(guān) 節(jié)目中顯示通知內(nèi)容信息，系統(tǒng)根據(jù)通知消息中的各個指示信息，達(dá)到滿 足個性化發(fā)送通知消息的目的。
進(jìn)一 步地，第二發(fā)送模塊23包括第 一封裝子模塊231和發(fā)送子模塊232 ， 其中第一封裝子^f莫塊231用于單獨打包所述通知消息或?qū)λ鐾ㄖ⒑屯?知消息相關(guān)節(jié)目的媒體流一起進(jìn)行打包處理；發(fā)送子模塊232用于向所述接收 單元發(fā)送所述經(jīng)過打包處理的通知消息。
發(fā)布單元裝置接收到控制單元發(fā)來的通知消息后，若發(fā)布單元裝置為 MF,則由MF中第二發(fā)送模塊23中的第 一封裝子模塊23 l對通知消息進(jìn)行封 裝，或?qū)⑼ㄖ⑼ㄖ⑾嚓P(guān)節(jié)目的媒體流一起進(jìn)行封裝打包，并由發(fā) 送子模塊232將打包好的通知消息發(fā)給接收單元。當(dāng)通知消息中不存在通知對 象，并且可以根據(jù)通知消息產(chǎn)生單元指示信息確定通知對象時，由發(fā)布單元 裝置中的第二封裝子模塊233將根據(jù)通知消息產(chǎn)生單元指示信息確定的通知對象信息添加到所述通知消息中，然后由發(fā)送子模塊232將打包好的通知消息 發(fā)給接收單元。
本實施例提供的發(fā)布單元裝置，能夠針對媒體層面或信令層面的不同通 知消息進(jìn)行相應(yīng)的處理，通過對通知消息和對應(yīng)節(jié)目々某體流的封裝滿足發(fā)送 通知消息的個性化需求，避免造成網(wǎng)絡(luò)資源浪費。
圖3為本發(fā)明接收單元裝置實施例結(jié)構(gòu)示意圖，如圖3所示，該接收單 元裝置包括解析模塊31和處理模塊32,其中解析模塊31用于對接收到的通 知消息進(jìn)行解析得到解析結(jié)果，所述通知消息包括通知內(nèi)容信息；處理模塊 32用于根據(jù)所述解析結(jié)果，在對應(yīng)的顯示區(qū)域內(nèi)呈現(xiàn)所述通知內(nèi)容信息。
具體地，接收單元裝置中的解析模塊31接收到發(fā)布單元發(fā)送的通知消息 后，首先對該通知消息進(jìn)行解析并得到解析結(jié)果，然后通過接收單元裝置中 的判斷模塊33根據(jù)所述解析結(jié)果判斷所述接收單元裝置是否為通知對象，若 滿足，則由處理模塊32根據(jù)解析結(jié)果對通知消息進(jìn)行處理。具體為，若解析 模塊31判斷得知接收單元裝置為通知對象或當(dāng)通知消息中不攜帶通知對象 指示或通知對象指示為0或空或全部時，處理模塊32呈現(xiàn)該通知內(nèi)容或根據(jù) 通知內(nèi)容進(jìn)行指定的操作，具體地若解析結(jié)果包含通知消息相關(guān)節(jié)目指示信 息，則在通知消息相關(guān)節(jié)目媒體內(nèi)容顯示的區(qū)域內(nèi)呈現(xiàn)該通知內(nèi)容，否則在 終端整個顯示區(qū)域內(nèi)呈現(xiàn)該通知消息；若判斷得知接收單元裝置不是通知對 象，則放棄該通知消息不做處理。具體判斷方式為當(dāng)通知消息中攜帶通知對 象指示時，用戶終端解析通知對象指示，判斷通知對象中是否包含自己，若 包含則呈現(xiàn)該通知內(nèi)容或根據(jù)通知內(nèi)容進(jìn)行指定的操作，否則拋棄該通知消 息，若包含通知消息相關(guān)節(jié)目指示，則在通知消息相關(guān)節(jié)目^^某體內(nèi)容顯示的 區(qū)域內(nèi)呈現(xiàn)該通知內(nèi)容，否則在終端整個顯示區(qū)域內(nèi)呈現(xiàn)該通知消息；
當(dāng)通知消息中不攜帶通知對象指示或通知對象指示為0或空或全部時， 收到通知消息的用戶終端均呈現(xiàn)該通知內(nèi)容或根據(jù)通知內(nèi)容進(jìn)行指定的操 作，若包含通知消息相關(guān)節(jié)目指示，則在通知消息相關(guān)節(jié)目士某體內(nèi)容顯示的區(qū)域內(nèi)呈現(xiàn)該通知內(nèi)容，否則在終端整個顯示區(qū)域內(nèi)呈現(xiàn)該通知消息；
當(dāng)通知消息中攜帶的通知對象指示為條件表達(dá)式時，終端判斷自己是否 滿足預(yù)置條件，滿足時呈現(xiàn)該通知內(nèi)容或根據(jù)通知內(nèi)容進(jìn)行指定的操作，若 包含通知消息相關(guān)節(jié)目指示，則在通知消息相關(guān)節(jié)目i某體內(nèi)容顯示的區(qū)域內(nèi) 呈現(xiàn)該通知內(nèi)容，否則在終端整個顯示區(qū)域內(nèi)呈現(xiàn)該通知消息。
本實施例提供的接收單元裝置，能夠根據(jù)通知消息中的指示進(jìn)行相應(yīng)的 顯示等處理，滿足個性化顯示通知消息的需求。
由上述實施例中提供的控制單元、發(fā)布單元和接收單元組成的系統(tǒng)中， 接收單元接收來自控制單元發(fā)送的通知消息，并進(jìn)行相應(yīng)的操作。接收單元 可以是IPTV終端、IMS終端等，與發(fā)布單元之間的接口 El可以是SIP接口、 RTP/RTCP (Realtime Transport Protocol/ Realtime Transport Control Protocol)、 RTSP接口、 IGMP接口，如現(xiàn)有"Tispan" IPTV標(biāo)準(zhǔn)中的Xc/Xd接口 ；發(fā) 布單元接收來自控制單元的通知消息，將其轉(zhuǎn)發(fā)給接收單元。發(fā)布單元可以
是IMS核心網(wǎng)的網(wǎng)絡(luò)實體(如S-CSCF、 P-CSCF、 SCF、 AS等)、GGSN、 NASS等實體或其他核心網(wǎng)網(wǎng)絡(luò)實體，還可以々某體功能實體(以下簡稱MF), 即單播節(jié)目中提供媒體流的MF或多播節(jié)目中提供媒體流的多播源，與控制 單元之間的E2接口可以是直接的SIP接口、超文本傳輸協(xié)議(Hypertext Transfer Protocol;以下簡稱HTTP)接口、 RTP/RTCP (Realtime Transport Protocol/ Realtime Transport Control Protocol) 、 UDP( User Datagram Protocol)、 TCP、 RTSP接口、私有協(xié)議接口等，或間接經(jīng)過IMS核心網(wǎng)的SIP接口；控 制單元將自身生成或來自其他網(wǎng)絡(luò)實體的通知消息根據(jù)預(yù)置條件通過E2接
口發(fā)送給發(fā)布單元，控制單元可以是應(yīng)用服務(wù)器AS、業(yè)務(wù)控制功能SCF、業(yè) 務(wù)觸發(fā)器service broker ( SB )、管理實體等。觸發(fā)控制單元向用戶發(fā)送通知 消息的預(yù)置條件可以是時間觸發(fā)，包括用戶設(shè)定的提醒定時器、到達(dá)PPV節(jié) 目播放時間、到達(dá)廣告播放時間、到達(dá)免費觀看結(jié)束時間等；還可以是事件 觸發(fā)，包括出現(xiàn)最新上線的節(jié)目、發(fā)現(xiàn)符合用戶偏好的節(jié)目、發(fā)現(xiàn)緊急事件等。
本發(fā)明實施例提供的通知消息發(fā)送系統(tǒng)，在發(fā)送通知消息之前無需感知
用戶的標(biāo)識信息，無論用戶終端處于何種狀態(tài)均可向其發(fā)送通知消息；且通 過通知對象指示信息指示接收該通知消息的用戶終端，避免造成網(wǎng)絡(luò)資源浪 費；滿足發(fā)送通知消息的個性化需求。
圖4為本發(fā)明通知消息發(fā)送方法實施例一流程圖，如圖4所示，該方法 包括
步驟IOO,控制單元向發(fā)布單元發(fā)送通知消息；
當(dāng)?shù)竭_(dá)控制單元向用戶發(fā)送通知消息的觸發(fā)條件時，控制單元通過與發(fā) 布單元之間的接口發(fā)送一條通知消息給發(fā)布單元。其中所述的觸發(fā)條件可以 是時間觸發(fā)，包括用戶設(shè)定的提醒定時器、到達(dá)PPV節(jié)目播放時間、到達(dá)廣 告播放時間、到達(dá)免費觀看結(jié)束時間等；還可以是事件觸發(fā)，包括出現(xiàn)最新 上線的節(jié)目、發(fā)現(xiàn)符合用戶偏好的節(jié)目、發(fā)現(xiàn)緊急事件等。
在發(fā)送發(fā)布單元的通知消息中包括通知內(nèi)容信息，如廣告內(nèi)容、通知正 文部分。進(jìn)一步地，為了滿足通知消息發(fā)送的個性化需求，該通知消息中還 可以包含通知對象指示信息，用于指示接收到通知消息的接收單元是否顯示 該通知消息，還可以包含通知消息相關(guān)節(jié)目指示信息，用于終端實現(xiàn)節(jié)目和 通知消息的關(guān)聯(lián)，還可以包含通知消息產(chǎn)生單元指示信息，用于指示通知消 息的來源地。也就說在一條通知消息中除了包括通知內(nèi)容信息之外，還可以 包括通知對象指示信息、通知消息相關(guān)節(jié)目指示信息和通知消息產(chǎn)生單元指 示信息中的任意一種或其組合。
所述通知對象為接收通知內(nèi)容信息的所有用戶，通知對象為網(wǎng)絡(luò)根據(jù)觸 發(fā)條件指定的，可以是明確身份的用戶或不明確身份的用戶，如PPV節(jié)目到 時提醒時，通知對象為預(yù)定了 PPV節(jié)目的用戶，預(yù)定PPV節(jié)目的用戶信息在 網(wǎng)絡(luò)均有存儲，通知對象為指定用戶身份的用戶；再如向觀看某個頻道的用 戶發(fā)送廣告時，通知對象為觀看該頻道的所有用戶；
14當(dāng)通知對象為明確身份的用戶且只有 一個時，攜帶的通知對象指示信息
為該通知對象的用戶標(biāo)識，如IMS公共用戶標(biāo)識；
當(dāng)通知對象為明確身份的用戶且有 一個以上時，攜帶的通知對象指示信 息為所有通知對象的用戶標(biāo)識，多個用戶標(biāo)識可以羅列表示，也可以以正則 表達(dá)式的形式表示。
通知對象也可以是不明確身份的用戶，例如觀看節(jié)目的所有用戶、觀看 某個節(jié)目的滿足某個條件的所有用戶、在某個區(qū)域內(nèi)的用戶等，此種情況下， 通知消息中可以不攜帶通知對象指示信息，或通知對象指示信息為O或空或 全部；通知對象指示信息還可以是條件表達(dá)式，如偏好滿足什么條件(如年 齡在18-28之間)的用戶、終端能力滿足什么條件(如終端為SD)的用戶、 正在觀看什么節(jié)目(如CCTV1頻道)的用戶、在什么域內(nèi)(如shenzhen.com 域)的用戶等。
所述通知消息相關(guān)節(jié)目可以是由網(wǎng)絡(luò)指定，如由網(wǎng)絡(luò)指定的廣告所屬的 節(jié)目(廣告在CCTV1頻道播放)；或通知對象正在觀看的節(jié)目，或通知內(nèi)容 信息所依附的節(jié)目，如設(shè)定PPV節(jié)目到時提醒的用戶正在觀看的節(jié)目，可以 通過獲取該用戶的"IPTV Presence"信息來獲取用戶當(dāng)前正在觀看的節(jié)目。 通知消息相關(guān)節(jié)目指示信息用于實現(xiàn)節(jié)目與通知內(nèi)容的關(guān)聯(lián)，可以是通知消 息相關(guān)節(jié)目標(biāo)識信息，如網(wǎng)絡(luò)指定在CCTV1頻道播放廣告，相關(guān)節(jié)目指示為 CCTV1頻道標(biāo)識，終端在CCTV1頻道的播;故區(qū)域內(nèi)顯示通知消息；再如預(yù) 定PPV節(jié)目的用戶正在觀看V0D1節(jié)目，相關(guān)節(jié)目指示為V0D1節(jié)目標(biāo)識， 終端在V0D1節(jié)目播放區(qū)域內(nèi)顯示提醒信息等。
所述通知消息產(chǎn)生單元指示信息為產(chǎn)生通知內(nèi)容信息的實體或網(wǎng)絡(luò)的標(biāo) 識信息，如"Shenzhen.com"網(wǎng)絡(luò)標(biāo)識、EAS-SCF實體標(biāo)識等
通知消息中還可以包含多條通知內(nèi)容信息，以及與通知內(nèi)容信息對應(yīng)的 通知對象指示信息、通知消息相關(guān)節(jié)目指示信息、通知消息產(chǎn)生單元指示信 息，這些通知內(nèi)容對應(yīng)的通知對象指示信息和通知相關(guān)節(jié)目指示信息可以相同也可以不同。
控制單元可以才艮據(jù)通知消息或根據(jù)網(wǎng)絡(luò)配置或控制單元自身存儲信息決 定將該通知消息發(fā)送給哪個發(fā)布單元。如發(fā)布單元為控制單元存儲的附著到
其上的網(wǎng)絡(luò)實體，例如控制單元為AS，發(fā)布單元為第三方注冊到AS上的所 有用戶注冊的S-CSCF;再如控制單元根據(jù)通知消息相關(guān)節(jié)目來決定發(fā)布單 元，控制單元獲取相關(guān)節(jié)目的元數(shù)據(jù)信息找到提供節(jié)目媒體流的MF地址， 例如SCF從SSF獲取CCTV1頻道的元數(shù)據(jù)信息，找到MF的地址；或控制 單元在自身存儲的信息中獲取提供節(jié)目媒體流的MF地址；再如SCF根據(jù)通 知對象和相關(guān)節(jié)目從自身存儲的信息中查找出MF的地址，當(dāng)相關(guān)節(jié)目為單 播節(jié)目時，MF地址為提供單播媒體流的媒體服務(wù)器地址，當(dāng)相關(guān)節(jié)目為多播 節(jié)目時，MF地址為提供多播媒體流的多播源地址。
控制單元在確定接收該通知消息的發(fā)布單元后，將包括通知內(nèi)容信息和 各種指示信息的通知消息發(fā)送給發(fā)布單元。當(dāng)發(fā)布單元為MF時，通知消息 相關(guān)節(jié)目指示信息用于指示MF將通知消息封裝在哪個節(jié)目的々某體流中，通 知對象指示信息用于指示MF將通知消息封裝在發(fā)送給哪個用戶的媒體流中。 通知消息可以是標(biāo)準(zhǔn)的HTTP消息、SIP消息等，也可以私有的消息，如SOAP 命令、Mpeg4媒體內(nèi)容等。控制單元發(fā)送給MF的通知消息可以通過控制單 元與MF之間的直接的SIP接口 、 HTTP接口 、 RTP/RTCP、 UDP、 TCP、 RTSP 接口或私有協(xié)議接口等，或間接經(jīng)過IMS核心網(wǎng)的SIP接口發(fā)送。如在直接 接口中通過HTTP信令消息傳送；再如在直接接口中通過控制單元與MF之 間SIP會話協(xié)商建立的媒體通道發(fā)送；再如在間接接口中通過SIP信令消息 傳送；再如直接接口和間接接口聯(lián)合使用，通過間接SIP接口協(xié)商直接接口 的媒體通道，再通過協(xié)商好的媒體通道發(fā)送通知消息。當(dāng)發(fā)布單元可以為IMS 核心網(wǎng)的網(wǎng)絡(luò)實體(如S-CSCF、 P-CSCF、 SCF、 AS等)、GGSN或NASS 等實體時，通知對象指示信息用于指示發(fā)布單元將通知消息轉(zhuǎn)發(fā)給哪些用戶， 通知消息為標(biāo)準(zhǔn)SIP消息，可以經(jīng)過SIP接口發(fā)送到發(fā)布單元。
16步驟101,發(fā)布單元接收控制單元發(fā)送的通知消息后，確定接收所述通 知消息的接收單元，并將所述通知消息發(fā)送給所述接收單元；
發(fā)布單元將該通知消息向附著在其上的接收單元設(shè)備進(jìn)行廣播(所有的、
或一群的)發(fā)送，由于發(fā)布單元分為負(fù)責(zé)媒體層面的MF和負(fù)責(zé)信令層面的 IMS核心網(wǎng)實體兩種，以下分別對兩種發(fā)布單元4妾收到通知消息后的處理過 程進(jìn)行詳細(xì)說明。
當(dāng)發(fā)布單元為MF且通知消息中包含一條通知內(nèi)容時
當(dāng)通知消息不包含該通知消息對應(yīng)的通知消息相關(guān)節(jié)目指示信息時，MF 默i^通知消息相關(guān)節(jié)目為自身所能提供的所有節(jié)目；
當(dāng)通知消息包含該通知消息對應(yīng)的通知對象指示信息，且通知消息相關(guān) 節(jié)目為單播時，MF將對應(yīng)的通知消息單獨打包或與通知對象正在觀看的消息 相關(guān)節(jié)目的媒體流一起打包，通過與通知對象之間建立的媒體通道發(fā)送給通 知對象即用戶終端；當(dāng)通知消息相關(guān)節(jié)目為組播時，MF將通知消息單獨打包 或與消息相關(guān)節(jié)目媒體流一起打包，發(fā)送給各個多播復(fù)制點，然后用戶終端 從多播復(fù)制點獲取々某體內(nèi)容。
當(dāng)通知消息不包含該通知消息對應(yīng)的通知對象指示信息或通知對象指示 信息為0或空或全部，且當(dāng)通知消息相關(guān)節(jié)目為單播時，MF將通知消息單獨 打包或與觀看通知消息相關(guān)節(jié)目的每個用戶的媒體流一起打包，通過與每個 觀看通知消息相關(guān)節(jié)目的用戶終端之間建立的媒體通道發(fā)送給用戶終端；當(dāng) 通知消息相關(guān)節(jié)目為組播時,MF將通知消息單獨打包或與通知消息相關(guān)節(jié)目 媒體流一起打包，發(fā)送給各個多播復(fù)制點，然后用戶終端從多播復(fù)制點獲取 媒體內(nèi)容。
當(dāng)該通知消息對應(yīng)的通知對象指示信息為條件表達(dá)式，且當(dāng)通知消息相 關(guān)節(jié)目為單播時，MF可以將通知消息單獨打包或與觀看通知消息相關(guān)節(jié)目的 每個用戶的媒體流一起打包，通過與每個觀看通知消息相關(guān)節(jié)目的用戶終端 之間建立的媒體通道發(fā)送給用戶終端；MF還可以將通知消息單獨打包或與觀看通知消息相關(guān)節(jié)目的，且滿足條件表達(dá)式的用戶的媒體流一起打包，通過
與這些用戶終端之間建立的媒體通道發(fā)送給用戶終端；當(dāng)封裝節(jié)目為組播時， MF將通知消息單獨打包或與通知消息相關(guān)節(jié)目媒體流一起打包，發(fā)送給各個 多播復(fù)制點，用戶終端再從多播復(fù)制點獲取^某體內(nèi)容，同時MF可以將根據(jù) 條件表達(dá)式確定的通知對象信息添加進(jìn)通知消息中，作為通知對象指示信息 一起發(fā)送給用戶終端。
當(dāng)通知消息不包含該通知消息對應(yīng)的通知對象指示信息或通知對象指示 信息為0或空或全部時，MF還可以根據(jù)通知消息產(chǎn)生單元指示信息確定通知 對象時，當(dāng)通知消息相關(guān)節(jié)目為單播時，MF可以將通知消息單獨打包或與觀 看通知消息相關(guān)節(jié)目的根據(jù)通知消息產(chǎn)生單元確定的通知對象即用戶終端的 媒體流一起打包，通過與這些用戶終端之間建立的々某體通道發(fā)送給用戶終端； 當(dāng)封裝節(jié)目為組播時，MF可以將根據(jù)通知消息產(chǎn)生單元確定的通知對象信息 添加進(jìn)通知消息中作為通知對象指示信息，將該通知消息單獨打包或與通知 消息相關(guān)節(jié)目的媒體流一起打包，發(fā)送給各個多播復(fù)制點，用戶終端從多播 復(fù)制點獲取媒體內(nèi)容。
當(dāng)通知消息中包含多條通知內(nèi)容信息時，MF可以根據(jù)每條通知內(nèi)容對應(yīng) 的通知消息相關(guān)節(jié)目指示信息和通知對象指示信息進(jìn)行上述處理；同時當(dāng)存 在通知內(nèi)容對應(yīng)的通知消息相關(guān)節(jié)目相同且為組播時，MF可以將這些通知消 息同時進(jìn)行上述封裝打包處理。
發(fā)布單元可以為IMS核心網(wǎng)的網(wǎng)絡(luò)實體(如S-CSCF、 P-CSCF、 SCF、 AS等)、GGSN、 NASS等實體，且當(dāng)通知消息中包含一條通知內(nèi)容信息時
當(dāng)通知消息包含該通知消息對應(yīng)的通知對象指示信息時，發(fā)布單元4艮據(jù) 通知對象指示信息確定接收通知消息的通知對象，將通知消息發(fā)送到對應(yīng)的 通知對象即接收單元；
當(dāng)通知消息不包含該通知消息對應(yīng)的通知對象指示信息或該通知消息對 應(yīng)的通知對象指示信息為0或空或全部時，發(fā)布單元確定通知對象為附著在所述發(fā)布單元上的所有接收單元，可以將通知消息發(fā)送給附著到其上的所有
接收單元，如P-CSCF將通知消息發(fā)送給所有在P-CSCF上登記的用戶，再如 GGSN將通知消息發(fā)送給所有在GGSN上接入核心網(wǎng)CN的用戶；發(fā)布單元 還可以根據(jù)通知消息產(chǎn)生單元指示信息來確定接收所述通知消息的通知對象 即接收單元，將通知消息發(fā)送給確定的通知對象，如為通知消息產(chǎn)生單元指 示信息為"EAS-SCF@shenzhen.com" , S-CSCF判斷為EAS通知消息，域信 息為"shenzhen.com"，于是查找附著在其上的位置信息在"shenzhe"的用 戶的P-CSCF,將通知消息發(fā)送給這些P-CSCF， P-CSCF在才艮據(jù)通知消息產(chǎn) 生單元指示信息查找附著在其上的位置信息在"Shenzhen"的用戶，將通知 消息發(fā)送給這些用戶。其中S-CSCF可以在用戶發(fā)起注冊時，保存用戶標(biāo)識、 用戶位置信息和P-CSCF之間的對應(yīng)關(guān)系，再如GGSN根據(jù)包含通知消息IP 包的產(chǎn)生單元P-CSCF，如P-CSCF的IP地址或端口等，將通知消息發(fā)送給 所有在GGSN上接入核心網(wǎng)CN的用戶；
當(dāng)通知消息包含該通知消息對應(yīng)的通知對象指示信息為條件表達(dá)式時， 發(fā)布單元可以向附著在其上的每個接收單元發(fā)送該通知消息，還可以將通知 消息發(fā)送給附著在其上的滿足條件表達(dá)式的接收單元，如為條件表達(dá)式"發(fā) 送給在"Shenzhen"的用戶，，，S-CSCF查找附著在其上的并附著了位置信息 在"Shenzhen"的用戶的P-CSCF,將通知消息發(fā)送給這些P-CSCF, P-CSCF 在根據(jù)條件表達(dá)式查找附著在其上的位置信息在"Shenzhen"的用戶，將通 知消息發(fā)送給這些用戶；
當(dāng)通知消息中包含多條通知內(nèi)容信息時，發(fā)布單元可以根據(jù)每條通知內(nèi) 容對應(yīng)的通知對象指示信息進(jìn)行上述處理；同時當(dāng)通知內(nèi)容信息對應(yīng)的通知 對象相同時，MF可以將這些通知消息同時進(jìn)行上述處理。
步驟102，接收單元解析收到的通知消息，決定處理或拋棄該通知消息；
當(dāng)通知消息中攜帶通知對象指示信息時，接收單元即用戶終端解析通知 對象指示信息，判斷通知對象中是否包含本身，若包含，則呈現(xiàn)該通知內(nèi)容信息或根據(jù)通知內(nèi)容信息進(jìn)行指定的操作；否則拋棄該通知消息；若通知消 息中包含通知消息相關(guān)節(jié)目指示信息，則在通知消息相關(guān)節(jié)目々某體內(nèi)容顯示 的區(qū)域內(nèi)呈現(xiàn)該通知內(nèi)容，否則在終端整個顯示區(qū)域內(nèi)呈現(xiàn)該通知消息；
當(dāng)通知消息中不攜帶通知對象指示信息或通知對象指示信息為0或空或 全部時，收到通知消息的用戶終端均呈現(xiàn)該通知內(nèi)容信息或# 據(jù)通知內(nèi)容信 息進(jìn)行指定的操作；若包含通知消息相關(guān)節(jié)目指示信息，則在通知消息相關(guān) 節(jié)目媒體內(nèi)容顯示的區(qū)域內(nèi)呈現(xiàn)該通知內(nèi)容，否則在終端整個顯示區(qū)域內(nèi)呈 現(xiàn)該通知消息；
當(dāng)通知消息中攜帶的通知對象指示信息為條件表達(dá)式時，與終端判斷自 己是否滿足預(yù)置條件，滿足時呈現(xiàn)該通知內(nèi)容信息或根據(jù)通知內(nèi)容信息進(jìn)行 指定的操作；若包含通知消息相關(guān)節(jié)目指示信息，則在通知消息相關(guān)節(jié)目媒 體內(nèi)容顯示的區(qū)域內(nèi)呈現(xiàn)該通知內(nèi)容，否則在終端整個顯示區(qū)域內(nèi)呈現(xiàn)該通 知消息。
本發(fā)明實施例提供的通知消息發(fā)送方法應(yīng)用在IMS網(wǎng)絡(luò)中時，網(wǎng)絡(luò)可以 在同 一時刻將同 一通知消息發(fā)送給處于任意狀態(tài)下的單個用戶；網(wǎng)絡(luò)在同一 時刻將同 一通知消息發(fā)送給處于不同狀態(tài)的 一個以上(本域內(nèi)所有或部分) 的用戶，如IMS網(wǎng)絡(luò)的緊急消息，需要在同一時刻發(fā)送給附著在該網(wǎng)絡(luò)的所 有用戶；同時存在網(wǎng)絡(luò)能感知需要通知的用戶的身份信息，還存在網(wǎng)絡(luò)不能 感知到需要通知的用戶的身份情況；方法應(yīng)用在IPTV系統(tǒng)單/組播節(jié)目發(fā)送 中，網(wǎng)絡(luò)在同一時刻將同一通知消息發(fā)送給觀看該節(jié)目的所有用戶；單/組播 節(jié)目中，網(wǎng)絡(luò)在同一時刻將一通知消息發(fā)送給Mjr該節(jié)目的部分用戶(如滿 足特定條件的用戶)，進(jìn)一步同一時刻將另一通知消息發(fā)送給觀看該節(jié)目的 其他部分用戶。避免了不能獲知用戶身份的情況下無法發(fā)送通知消息的情況， 減少了通知消息的發(fā)送數(shù)量，滿足了通知消息發(fā)送的個性化需求，并做到網(wǎng) 絡(luò)負(fù)荷最小。
圖5為本發(fā)明通知消息發(fā)送方法實施例二信令流程圖，如圖5所示，該
20實施例是為觀看直播頻道CCTV1的所有用戶下發(fā)通知消息，通知內(nèi)容信息可 以是浮動式廣告、CCTV1頻道的一些節(jié)目通知信息、實時新聞、天氣預(yù)^R等， 圖中SCF為控制單元，BC-MF為發(fā)布單元，IPTV終端為接收單元，該方法 包括如下步驟
步驟la, SCF需要將通知消息發(fā)送給觀看CCTV1頻道節(jié)目的所有用戶， 通過獲取CCTV1頻道的元數(shù)據(jù)信息，獲知CCTV1為組播節(jié)目，以及提供 CCTV1頻道4某體流的發(fā)布單元BC-MF的地址，通知消息相關(guān)節(jié)目為CCTV1， 通知對象為觀看CCTV1的所有用戶；
步驟2a， SCF發(fā)送通知消息到提供CCTV1頻道節(jié)目的BC-MF，通知消 息中攜帶通知內(nèi)容信息，以及通知相關(guān)節(jié)目指示信息為CCTV1頻道標(biāo)識，根 據(jù)通知對象確定通知對象指示為空；
SCF可以通過與i某體源BC-MF之間的直接HTTP 4矣口發(fā)送通知消息，如 通知消息為HTTP消息遞交，其中攜帶SOAP命令，命令參數(shù)為通知內(nèi)容信 息、通知消息相關(guān)節(jié)目指示信息為CCTV1頻道標(biāo)識、通知對象指示信息為 NULL;
SCF還可以利用與內(nèi)容源BC-MF之間的間接SIP接口 (如通過IMS核 心網(wǎng)S-CSCF )來發(fā)送通知消息，如通知消息為"SIP Message"消息，"Message Request URT為BC畫MF地址，"Message Body"中攜帶SOAP命令，命令 參數(shù)為通知內(nèi)容信息、通知消息相關(guān)節(jié)目指示信息為LTV1節(jié)目標(biāo)識、通知 對象指示信息指示通知對象為用戶年齡在18-28之間的用戶；
通知消息還可以利用SCF與BC-MF之間通過直接接口或間接接口進(jìn)行 會話協(xié)商建立的媒體通道發(fā)送，如通過"invite"，攜帶SDP信息m=text 12345 TCP HTTP來與BC-MF之間進(jìn)行SDP協(xié)商建立基于TCP的媒體通道，如通 知消息為HTTP消息，其中攜帶SOAP命令，命令參數(shù)為推薦信息、通知消 息相關(guān)節(jié)目指示(VOD節(jié)目標(biāo)識)、通知對象(用戶的IMS身份標(biāo)識)；
步驟3a， BC-MF識別通知消息，根據(jù)通知消息相關(guān)節(jié)目指示信息和通知對象指示信息，將通知消息封裝進(jìn)CCTV1頻道的媒體流中，于是BC-MF按 照CCTV1頻道的封裝方式將收到的通知消息封裝進(jìn)CCTV1頻道的々某體流 中，如按照MPEG2-TS的封裝格式進(jìn)行封裝；如執(zhí)行SOAP命令，執(zhí)行結(jié)果 為將通知消息封裝進(jìn)CCTV1的媒體流中；
步驟4a, BC-MF將包含通知消息的媒體流發(fā)送到各個組播復(fù)制點 ECF/EFF;
步驟5a，組播復(fù)制點ECF/EFF將包舍通知消息的媒體流發(fā)送給加入組播 組的所有用戶；
步驟6a， IPTV終端接收到通知消息后，判斷通知消息中攜帶通知對象指
示信息為空，則所有收到通知消息的用戶均在CCTV1顯示區(qū)域內(nèi)顯示通知消 每
在上述實施例中，可以在通知消息中同時攜帶多個通知內(nèi)容信息，及對 應(yīng)的通知消息相關(guān)節(jié)目指示信息和通知對象指示信息。
本實施例提供的方法可以實現(xiàn)網(wǎng)絡(luò)在同 一時刻將同 一通知消息發(fā)送給觀 看特定節(jié)目的所有用戶，滿足了通知消息的個性化發(fā)送。
圖6為本發(fā)明通知消息發(fā)送方法實施例三信令流程圖，如圖6所示，該 實施例是為觀看同一直播節(jié)目LTV1的、偏好信息相同的用戶下發(fā)同一廣告， IPTV終端A為18-28歲之間觀看廣告的用戶終端，IPTV終端B為48-58歲 之間不觀看這個收到的廣告的用戶終端，圖中SCF為控制單元，BC-MF和 ECF/EFF為發(fā)布單元，IPTV終端為接收單元，該方法包括如下步驟
步驟lb， SCF判斷LTV1節(jié)目為組播節(jié)目，查找提供LTV1節(jié)目媒體流 的BC-MF，如通過獲取LTV1節(jié)目的元數(shù)據(jù)信息，獲知LTV1為組播節(jié)目， 以及BC-MF的地址，確定通知消息相關(guān)節(jié)目為LTV1節(jié)目，通知對象為觀看 LTV1頻道的18-28歲之間的用戶；
步驟2b， SCF發(fā)送通知消息到提供LTV1節(jié)目的BC-MF，其中通知消息 中攜帶通知內(nèi)容信息，通知消息相關(guān)節(jié)目指示信息為LTV1節(jié)目標(biāo)識，通知對象指示信息為條件表達(dá)式，即用戶年齡在18-28之間；
步驟3b， BC-MF識別通知消息，4艮據(jù)通知消息相關(guān)節(jié)目指示信息和通知 對象指示信息，將通知消息封裝進(jìn)LTV1節(jié)目的媒體流中，于是按照LTV1 節(jié)目的封裝方式將收到的通知消息封裝進(jìn)LTV1節(jié)目的媒體流中；
步驟4b， BC-MF將包含通知消息的媒體流發(fā)送到各個組播復(fù)制點 ECF/EFF;
步驟5b，組播復(fù)制點ECF/EFF將包含通知消息的媒體流發(fā)送給加入組播 組的所有用戶；
步驟6b， IPTV終端接收到通知消息后，根據(jù)自身存儲的用戶信息，判 斷是否滿足預(yù)置條件，滿足條件的在LTV1節(jié)目顯示區(qū)域內(nèi)顯示該通知消息； 不滿足條件的則拋棄該通知消息。
用戶A的IPTV終端判斷用戶A年齡滿足預(yù)置條件，顯示該通知消息； 用戶B的IPTV終端判斷用戶B年齡不滿足預(yù)置條件，拋棄不顯示該通知消 自
同時上述實施例中，SCF發(fā)出的通知消息中可以同時包含多條攜帶相同 通知消息相關(guān)節(jié)目指示信息和不同通知對象指示信息的通知消息，終端來識 別自己滿足哪個通知對象指示，來顯示相應(yīng)的通知信息，以實現(xiàn)個性化通知 信息。
本實施例提供的方法可以實現(xiàn)IPTV系統(tǒng)中，在直播頻道中發(fā)送通知消 息時，網(wǎng)絡(luò)在同一時刻將同一通知消息發(fā)送給觀看特定節(jié)目的滿足特定條件 的部分用戶，滿足了通知消息的個性化發(fā)送。圖7為本發(fā)明通知消息發(fā)送方 法實施例四信令流程圖，如圖7所示，本實施例為用戶在觀看VOD節(jié)目過程
知信息，SCF為通知控制單元，MF為發(fā)布單元，IPTV終端為接收單元，該 方法包括如下步驟
步驟lc,用戶正在觀看VOD節(jié)目，IPTV終端從提供VOD節(jié)目MF接收媒體流；
步驟2c， SCF才艮據(jù)網(wǎng)絡(luò)策略在某個時刻生成與VOD節(jié)目元數(shù)據(jù)相關(guān)的 符合用戶偏好的節(jié)目推薦通知信息，如VOD節(jié)目正在播放周星馳的電影"功 夫"，用戶喜歡運動類的節(jié)目，SCF根據(jù)這些信息生成推薦信息，推薦"功 夫足球"讓用戶觀看，通知信息中包含通知內(nèi)容信息即推薦信息，SCF查找 為用戶提供VOD節(jié)目媒體流的MF,如使用用戶標(biāo)識和節(jié)目標(biāo)識在SCF上的 會話信息中查找，并確定通知消息相關(guān)節(jié)目為VOD節(jié)目，通知對象為該用戶；
步驟3c， SCF向MF發(fā)送通知消息，通知消息中攜帶推薦信息，通知消 息相關(guān)節(jié)目指示信息為VOD節(jié)目標(biāo)識，通知對象指示信息為該用戶的IMS 身份標(biāo)識；
步驟4c， MF根據(jù)接收到的通知消息，將推薦通知消息封裝在用戶觀看 的VOD節(jié)目媒體流中；
步驟5c， MF將包含推薦通知消息的媒體流發(fā)送給用戶的IPTV終端；
步驟6c, IPTV終端解析推薦通知消息，判斷自身為通知對象，在終端上 VOD節(jié)目顯示區(qū)域內(nèi)呈現(xiàn)推薦通知消息。
上述實施例還可應(yīng)用與CallerID業(yè)務(wù)中，用戶正在^L看點播節(jié)目時，網(wǎng) 絡(luò)向用戶的IPTV終端發(fā)送通知消息，請用戶選擇處理方式。
本實施例提供的方法可以實現(xiàn)IPTV系統(tǒng)中，在進(jìn)行點播業(yè)務(wù)過程中， 網(wǎng)絡(luò)在結(jié)合用戶觀看的節(jié)目信息，生成并向用戶終端發(fā)送推薦通知消息，該 通知消息符合用戶偏好，為用戶提供更好的業(yè)務(wù)服務(wù)。
圖8為本發(fā)明通知消息發(fā)送方法實施例五信令流程圖，如圖8所示，本 實施例為EAS業(yè)務(wù)中，網(wǎng)絡(luò)向接入本域的所有注冊用戶發(fā)送一條緊急通知消 息EAN，其中EAS-SCF為控制單元，S-CSCF、 P-CSCF為發(fā)布單元，IPTV 終端為接收單元，該方法包括如下步驟
步驟Id, IPTV終端A和IPTV終端B分別進(jìn)行IMS注冊和第三方注冊， 注冊消息攜帶用戶身份標(biāo)識以及所在域信息"Visited.com";
24IMS注冊流^f呈為用戶終端首先注冊到P-CSCF,然后再注冊到S-CSCF。 P-CSCF1和P-CSCF2分別保存用戶身份與"Visted.com"之間的關(guān)系， S-CSCF1、 S-CSCF2分別保存用戶身份、P-CSCF、 "Visited.com"之間的關(guān) 系，并分別第三方注冊到EAS-SCF， EAS-SCF保存用戶身份、S-CSCF、 Visited.com之間的關(guān)聯(lián)關(guān)系。
步驟2d，本域內(nèi)發(fā)生緊急事件，網(wǎng)絡(luò)中某實體如EAS服務(wù)器EAS-SCF 決定對附著在本域內(nèi)的所有注冊用戶發(fā)送一條EAN消息，通知消息為EAN 消息，通知對象為本域內(nèi)所有注冊用戶；
EAS-SCF生成通知消息，其通知內(nèi)容信息為EAN消息，不攜帶通知對 象指示信息和通知消息相關(guān)節(jié)目指示信息，攜帶通知對象產(chǎn)生單元指示信息， 如"SIP Message",在"Message Body"中攜帶EAN消息，"from"為 "EAS-SCF@visited.com";
步驟3d， EAS-SCF將通知消息發(fā)送給附著在其上的所有S-CSCF;
EAS-SCF將通知消息發(fā)送給S-CSCF1和S-CSCF2;
步驟4d,每個收到通知消息的S-CSCF解析通知消息，判斷不攜帶通知 對象指示信息，判斷通知消息來自"EAS-SCF@visited.com"，于是在注冊到 自身的用戶中查找位于"visited.com"的用戶，并找到這些用戶所附著的 P-CSCF信息，再將通知消息發(fā)送給這些P-CSCF;
步驟5d，每個收到通知消息的P-CSCF解析通知消息，判斷不攜帶通知 對象指示信息，判斷通知消息來自"EAS-SCF@visited.com"，于是在注冊到 自身的用戶中查找位于"visited.com"的用戶，并將通知消息轉(zhuǎn)發(fā)給這些用戶；
步驟6d, IPTV終端A和IPTV終端B解析收到的通知消息，判斷不攜 帶通知對象指示信息，本身為通知對象，則處理該EAN消息，如呈現(xiàn)或者強(qiáng) 制跳臺。
本實施例提供的方法可以實現(xiàn)IPTV系統(tǒng)中，當(dāng)發(fā)生緊急重大事件時， 網(wǎng)絡(luò)在同 一 時間向本域內(nèi)處于不同狀態(tài)的所有注冊用戶發(fā)送緊急通知消息，滿足處理緊急事件的需求。
圖9為本發(fā)明通知消息發(fā)送方法實施例六信令流程圖，如圖9所示，本 實施例為EAS業(yè)務(wù)中，網(wǎng)絡(luò)向接入本域的所有用戶發(fā)送一條緊急通知消息 EAN，其中EAS-SCF為控制單元，P-CSCF、 GGSN為發(fā)布單元，用戶終端 為接收單元，該方法包括如下步驟
步驟le,本域內(nèi)發(fā)生緊急事件，網(wǎng)絡(luò)中某實體如EAS服務(wù)器EAS-SCF 決定對附著在本域內(nèi)的所有用戶發(fā)送一條EAN，通知消息為EAN消息，通 知對象為本域內(nèi)所有附著用戶；
EAS-SCF生成通知消息，其通知內(nèi)容為EAN消息，不攜帶通知對象指 示信息和通知消息相關(guān)節(jié)目指示信息；通知消息可以為"SIPMessage",在 "Message Body"中攜帶EAN消息；
步驟2e, EAS-SCF經(jīng)S-CSCF將通知消息發(fā)送給本域內(nèi)的所有P-CSCF; 這些P-CSCF信息可以由運營商提前預(yù)置在EAS-SCF上；
步驟3e, P-CSCF解析通知消息，判斷不攜帶通知對象指示信息，再將 其發(fā)送給與其相連接的本域內(nèi)的所有GGSN, P-CSCF可以解析通知消息為緊 急通知消息，如根據(jù)"Message"的"from頭域"為"EAS@IMS.Com"或 "Message"中攜帶緊急指示，將其通過自身一個特殊的端口例如負(fù)責(zé)發(fā)送緊 急通知消息的端口發(fā)送給GGSN，或發(fā)送給GGSN上一個特殊的端口例如負(fù) 責(zé)接收緊急通知消息的端口 ，或在IP包中攜帶緊急指示。
步驟4e, GGSN解析通知消息，再將其發(fā)送給附著在其上的所有用戶終 端如用戶終端A、 B， GGSN可以根據(jù)識別的IP包所包含的P-CSCF的發(fā)送 端口或接收端口或緊急指示來決定將收到的IP包內(nèi)容復(fù)制轉(zhuǎn)發(fā)給與其相連的 所有用戶終端；
步驟5e,用戶終端A、 B解析收到的通知消息，判斷不攜帶通知對象指 示則自身為通知對象，處理該EAN消息，如呈現(xiàn)或者強(qiáng)制跳臺。
本實施例提供的方法可以實現(xiàn)IPTV系統(tǒng)中，當(dāng)發(fā)生緊急重大事件時，網(wǎng)絡(luò)在同一時間向本域內(nèi)處于不同狀態(tài)的所有附著用戶發(fā)送緊急通知消息， 滿足處理緊急事件的需求。本發(fā)明實施例提供的通知消息發(fā)送方法可以根據(jù)
實際需求向指定的通知對象用戶終端發(fā)送通知消息，滿足個性化要求；且通 知消息包括各種指示信息，可以將同一條通知消息發(fā)送給多個用戶終端，用 戶終端通過指示信息決定是否對通知消息進(jìn)行處理，減少網(wǎng)絡(luò)資源的浪費， 使得網(wǎng)絡(luò)負(fù)荷最小化。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟 可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀 取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述 的存儲介質(zhì)包括ROM、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其 限制；盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù) 人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或 者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技
術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種通知消息發(fā)送方法，其特征在于，包括發(fā)布單元接收控制單元發(fā)送的通知消息，所述通知消息包括通知內(nèi)容信息；所述發(fā)布單元確定接收所述通知消息的接收單元，并將所述通知消息發(fā)送給所述接收單元。
2、 才艮據(jù)權(quán)利要求l所述的通知消息發(fā)送方法，其特征在于所述發(fā)布單元 接收控制單元發(fā)送的通知消息包括所述發(fā)布單元接收控制單元發(fā)送的通知消息，所述通知消息中還包括通 知對象指示信息、通知消息相關(guān)節(jié)目指示信息和通知消息產(chǎn)生單元指示信息 中的任意一種或其組合。
3、 根據(jù)權(quán)利要求2所述的通知消息發(fā)送方法，其特征在于所述發(fā)布單元 確定接收所述通知消息的接收單元，并將所述通知消息發(fā)送給所述接收單元 包括所述發(fā)布單元將所述通知消息單獨打包或?qū)⑺鐾ㄖ⑴c通知對象正 在觀看的通知消息相關(guān)節(jié)目的媒體流一起打包，通過與所述通知對象建立的 媒體通道發(fā)送給所述通知對象；或所述發(fā)布單元將所述通知消息單獨打包或?qū)⑺鐾ㄖ⑴c所述通知消 息相關(guān)節(jié)目的媒體流一起打包，發(fā)送到多播復(fù)制點；或所述發(fā)布單元將所述通知消息單獨打包或?qū)⑺鐾ㄖ⑴c觀看所述通 知消息相關(guān)節(jié)目的各個用戶終端的媒體流一起打包，通過與所述用戶終端建 立的媒體通道發(fā)送給所述用戶終端；或所述發(fā)布單元將所述通知消息單獨打包或?qū)⑺鐾ㄖ⑴c觀看所述通 知消息相關(guān)節(jié)目、且滿足所述通知對象條件表達(dá)式的各個通知對象的々某體流 一起打包，通過與所述用戶終端建立的媒體通道發(fā)送給所述通知對象；或所述發(fā)布單元將所述通知消息單獨打包或?qū)⑺鐾ㄖ⑴c觀看所述通知消息相關(guān)節(jié)目的、才艮據(jù)所述通知消息產(chǎn)生單元指示信息確定的通知對象的媒體流一起打包，通過與所述通知對象建立的媒體通道發(fā)送給所述通知對象； 或所述發(fā)布單元將#4居所述通知消息產(chǎn)生單元指示信息確定的通知對象信 息添加到所述通知消息中，并將所述通知消息單獨打包或?qū)⑺鐾ㄖ⑴c 所述通知消息相關(guān)節(jié)目的媒體流一起打包，發(fā)送到多播復(fù)制點。
4、 根據(jù)權(quán)利要求2所述的通知消息發(fā)送方法，其特征在于所述發(fā)布單元確 定接收所述通知消息的接收單元，并將所述通知消息發(fā)送給所述接收單元包括所述發(fā)布單元根據(jù)所述通知對象指示信息確定接收所述通知消息的通知 對象，將所述通知消息發(fā)送給所述通知對象；或若所述通知消息不包括通知對象指示信息或所述通知對象指示信息為0 或空或全部，則所述發(fā)布單元確定接收所述通知消息的通知對象為附著在所 述發(fā)布單元上的所有接收單元，將所述通知消息發(fā)送給所述接收單元；或所述發(fā)布單元根據(jù)所述通知消息產(chǎn)生單元指示信息確定接收所述通知消 息的通知對象，將所述通知消息發(fā)送給所述通知對象；或所述發(fā)布單元根據(jù)通知對象條件表達(dá)式確定接收所述通知消息的通知對 象，將所述通知消息發(fā)送給滿足所述通知對象條件表達(dá)式的通知對象。
5、 根據(jù)權(quán)利要求1或2所述的通知消息發(fā)送方法，其特征在于所述發(fā)布單 元接收控制單元發(fā)送的通知消息，所述通知消息包括通知內(nèi)容信息之前包括所述控制單元根據(jù)所述通知消息或網(wǎng)絡(luò)配置信息或所述控制單元的存儲 信息，確定接收所述通知消息的發(fā)布單元；所述控制單元向所述發(fā)布單元發(fā)送所述通知消息。
6、 根據(jù)權(quán)利要求5所述的通知消息發(fā)送方法，其特征在于所述控制單元 根據(jù)所述通知消息或網(wǎng)絡(luò)配置信息或所述控制單元的存儲信息，確定接收所 述通知消息的發(fā)布單元之前包括所述控制單元根據(jù)預(yù)置條件，觸發(fā)發(fā)送自身生成的或來自其它網(wǎng)絡(luò)實體的所述通知消息，所述預(yù)置條件包括時間觸發(fā)和事件觸發(fā)。
7、 根據(jù)權(quán)利要求1或2所述的通知消息發(fā)送方法，其特征在于所述發(fā)布單 元確定接收所述通知消息的接收單元，并將所述通知消息發(fā)送給所述接收單 元之后包括所述接收單元解析所述通知對象指示信息，纟艮據(jù)所述解析結(jié)果判斷所述 接收單元為通知對象，則呈現(xiàn)所述通知內(nèi)容信息或沖艮據(jù)所述通知內(nèi)容信息進(jìn) ^f亍相應(yīng)的處理；或所述接收單元直^^呈現(xiàn)所述通知內(nèi)容信息或^^據(jù)所述通知內(nèi)容信息進(jìn)行 相應(yīng)的處理。
8、 根據(jù)權(quán)利要求7所述的通知消息發(fā)送方法，其特征在于所述接收單元 呈現(xiàn)所述通知內(nèi)容信息包括所述接收單元在通知消息相關(guān)節(jié)目的媒體內(nèi)容顯示區(qū)域內(nèi)呈現(xiàn)所述通知 內(nèi)容信息；或所述接收單元在整個顯示區(qū)域內(nèi)呈現(xiàn)所述通知內(nèi)容信息。
9、 一種控制單元裝置，其特征在于包括選擇模塊，用于確定接收通知消息的發(fā)布單元，所述通知消息包括通知 內(nèi)容信息；第一發(fā)送才莫塊，用于向?qū)⑺霭l(fā)布單元發(fā)送所述通知消息。
10、 根據(jù)權(quán)利要求9所述的控制單元裝置，其特征在于所述選擇模塊包括 第 一選擇子4莫塊，用于根據(jù)所述通知消息確定4矣收通知消息的發(fā)布單元； 第二選擇子模塊，用于根據(jù)網(wǎng)絡(luò)配置信息確定接收通知消息的發(fā)布單元；第二選擇子模塊，用于根據(jù)所述控制單元裝置所存儲的信息確定接收通 知消息的發(fā)布單元。
11、 根據(jù)權(quán)利要求9或10所述的控制單元裝置，其特征在于所述第一發(fā)送 模塊還用于向所述發(fā)布單元發(fā)送所述通知消息，所述通知消息還包括通知對 象指示信息、通知消息相關(guān)節(jié)目指示信息和通知消息產(chǎn)生單元指示信息中的任意一種或其組合。
12、 一種發(fā)布單元裝置，其特征在于包括第一接收模塊，用于接收控制單元發(fā)送的通知消息，所述通知消息包括 通知內(nèi)容信息；確定單元，用于確定接收所述通知消息的接收單元； 第二發(fā)送模塊，用于將所述通知消息發(fā)送給所述接收單元。
13、 根據(jù)權(quán)利要求12所述的發(fā)布單元裝置，其特征在于所述第一接收模 塊還用于接收控制單元發(fā)送的通知消息，所述通知消息還包括通知對象指示 信息、通知消息相關(guān)節(jié)目指示信息和通知消息產(chǎn)生單元指示信息中的任意一 種或其組合。
14、 根據(jù)權(quán)利要求12或13所述的發(fā)布單元裝置，其特征在于所述第二發(fā) 送模塊包括第一封裝子;^莫塊，用于單獨打包所述通知消息或?qū)λ鐾ㄖ⒑屯ㄖ?消息相關(guān)節(jié)目的媒體流一起進(jìn)行打包處理；發(fā)送子模塊，用于向所述接收單元發(fā)送所述經(jīng)過打包處理的通知消息。
15、 根據(jù)權(quán)利要求14所述的發(fā)布單元裝置，其特征在于所述第二發(fā)送模 塊還包括第二封裝子模塊，用于將根據(jù)通知消息產(chǎn)生單元指示信息確定的通知對 象信息添加到所述通知消息中。
16、 一種接收單元裝置，其特征在于包括解析模塊，用于對接收到的通知消息進(jìn)行解析得到解析結(jié)果，所述通知 消息包括通知內(nèi)容信息；處理才莫塊，用于根據(jù)所述解析結(jié)果，在對應(yīng)的顯示區(qū)域內(nèi)呈現(xiàn)所述通知 內(nèi)容信息。
17、 根據(jù)權(quán)利要求16所述的接收單元裝置，其特征在于還包括 判斷模塊，用于根據(jù)所述解析結(jié)果判斷所述接收單元裝置是否為通知對象。
全文摘要
本發(fā)明提供一種通知消息發(fā)送方法及控制單元、發(fā)布單元和接收單元裝置。該方法包括發(fā)布單元接收控制單元發(fā)送的通知消息，所述通知消息包括通知內(nèi)容信息；所述發(fā)布單元確定接收所述通知消息的接收單元，并將所述通知消息發(fā)送給所述接收單元。本發(fā)明提供的實施例中可以根據(jù)實際需求向指定的通知對象發(fā)送通知消息，滿足個性化要求；且通知消息包括各種指示信息，可以將同一條通知消息發(fā)送給多個用戶終端，用戶終端通過指示信息決定是否對通知消息進(jìn)行處理，減少網(wǎng)絡(luò)資源的浪費，使得網(wǎng)絡(luò)負(fù)荷最小化。
文檔編號H04L12/18GK101582785SQ20081011187
公開日2009年11月18日 申請日期2008年5月16日 優(yōu)先權(quán)日2008年5月16日
發(fā)明者妮 張, 施有鑄, 漆寶劍 申請人:華為技術(shù)有限公司