專利名稱：交互式網(wǎng)絡(luò)電視系統(tǒng)及其內(nèi)容推播方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)i或，具體而言，涉及一種基于下一代網(wǎng)絡(luò) (Next Generation Network,簡稱為NGN )的交互式網(wǎng)全各電 一見系統(tǒng) 及其內(nèi)容推播方法。
背景技術(shù)：
目前，下一代通信網(wǎng)絡(luò)的框架結(jié)構(gòu)已基本確定。除了管理層面， NGN還包括用戶層面、傳送層面、業(yè)務(wù)控制層面和應(yīng)用層面等。IP 多J 某體子系統(tǒng)(IMS, IP Multimedia Subsystem )是業(yè)務(wù)控制層面的 主要功能實體集合。通過IMS可以實現(xiàn)用戶和終端設(shè)備的注冊、認 i正、鑒斗又、QoS (Quality of Service,月良務(wù)質(zhì)量)管理與l呆i正；同時， IMS支持多種用戶接入技術(shù)、支持用戶游牧和移動性管理、支持與 其他傳統(tǒng)網(wǎng)絡(luò)或下一代網(wǎng)絡(luò)互通、支持業(yè)務(wù)的融合。IMS是基于SIP (Session Initiation Protocol,會^^刀4臺十辦i義)的。IMS已纟至凈皮i人為 是下一代網(wǎng)絡(luò)融合的主要技術(shù)和體系架構(gòu)。
交互式網(wǎng)絡(luò)電牙見，又-爾為IPTV (Internet Protocol Television, 互聯(lián)網(wǎng)協(xié)議電視)，是指通過IP承載網(wǎng)絡(luò)向用戶提供能夠支持交互 能力的電視節(jié)目的直播、點播和時移播放等業(yè)務(wù)的總稱。IPTV通過 電4言通道，利用ADSL (Asymmetrical Digital Subscriber Line非只于 稱凄t字用戶線^各)或以太網(wǎng)4妄入寬帶網(wǎng)，通過互if關(guān)網(wǎng)協(xié)-漢來傳送電 視信號，以電視才幾加機頂盒(STB， Set Top Box)為主要終端，提 供包括電視節(jié)目在內(nèi)的多種數(shù)字媒體服務(wù)。基于NGN與IPTV的融合是一個研究熱點，目前的研究和商用 情況研究了 IMS的下一代網(wǎng)絡(luò)內(nèi)部的架構(gòu)討論及點播、直播和錄像 功能實體流程的階段。
然而在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)，目前的內(nèi)容業(yè)務(wù)只能 基于用戶設(shè)備的主動請求來進行，這導(dǎo)致運營商實現(xiàn)的業(yè)務(wù)太少， 很難提供一些有吸引力的新業(yè)務(wù)以提高IPTV系統(tǒng)的竟爭力。

發(fā)明內(nèi)容
本發(fā)明旨在4是供一種基于下一定網(wǎng)絡(luò)的交互式網(wǎng)絡(luò)電—見系統(tǒng)及 其內(nèi)容推播方法，以解決內(nèi)容業(yè)務(wù)只能基于用戶設(shè)備的主動請求來 進行。
在本發(fā)明的實施例中，提供了 一種基于下一代網(wǎng)絡(luò)的交互式網(wǎng) 絡(luò)電視系統(tǒng)的內(nèi)容推播方法，包括以下步驟IPTV服務(wù)控制功能實 體請求向用戶設(shè)備傳送IPTV媒體功能實體中的媒體內(nèi)容；IPTV媒 體功能實體向用戶設(shè)備傳送媒體內(nèi)容；用戶設(shè)備將媒體內(nèi)容保存于 自身的存儲器中。
優(yōu)選的，IPTV服務(wù)控制功能實體請求向用戶設(shè)備傳送IPTV媒 體功能實體中的媒體內(nèi)容具體包括IPTV服務(wù)控制功能實體根據(jù) IPTV媒體功能實體的應(yīng)答消息向業(yè)務(wù)控制功能實體發(fā)送攜帶請求 的會話初始化請求；業(yè)務(wù)控制功能實體向用戶設(shè)備轉(zhuǎn)發(fā)會話初始化 請求。
優(yōu)選的，IPTV服務(wù)控制功能實體發(fā)送攜帶請求的會話初始化請 求具體包括如果應(yīng)答消息中指示準備推薦的內(nèi)容不存在，則結(jié)束 本方法；如果應(yīng)答消息中指示存在準備推薦的內(nèi)容，則IPTV服務(wù) 控制功能實體向業(yè)務(wù)控制功能實體發(fā)送會話初始化請求，其中包含推薦內(nèi)容的地址信息以及用戶設(shè)備的標識列表；業(yè)務(wù)控制功能實體 根據(jù)用戶設(shè)備的標識列表向用戶設(shè)備轉(zhuǎn)發(fā)會話初始化請求。
優(yōu)選的，在IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能實體發(fā)送 攜帶請求的會話初始化請求之前還包括IPTV服務(wù)控制功能實體根 據(jù)準備推薦給用戶設(shè)備的媒體內(nèi)容的標識符信息和或用戶設(shè)備的位 置信息，選擇IPTV媒體功能實體；IPTV服務(wù)控制功能實體向所選 擇的IPTV媒體功能實體發(fā)起會話初始化請求；在IPTV服務(wù)控制功 能實體向所選擇的IPTV媒體功能實體發(fā)起會話初始化請求之后還 包括IPTV媒體功能實體向IPTV服務(wù)控制功能實體發(fā)送表示接收 到會話初始化請求的應(yīng)答消息。
優(yōu)選的，IPTV々某體功能實體向用戶i殳備傳送J 某體內(nèi)容具體包 括用戶設(shè)備根據(jù)其存儲器的存儲能力和或用戶的選擇和或用戶設(shè) 備中配置是否接受進行判斷，判斷結(jié)果為確認接受媒體內(nèi)容；IPTV 媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令的建立；用戶設(shè)備 向業(yè)務(wù)控制功能實體發(fā)送同意接受4某體內(nèi)容的會話初始化應(yīng)答消 息；業(yè)務(wù)控制功能實體向資源接納控制子系統(tǒng)交付提交之前預(yù)留的 所有資源信息；業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能實體發(fā)送 會話初始化應(yīng)答消息；IPTV媒體功能實體利用預(yù)留資源向用戶設(shè)備 傳送媒體內(nèi)容。
優(yōu)選的，IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令 的建立具體包括步驟ba:業(yè)務(wù)控制功能實體接收用戶設(shè)備發(fā)送的 媒體傳送請求，媒體傳送請求包括媒體內(nèi)容傳送信令的建立；步驟 bb:業(yè)務(wù)控制功能實體和資源接納控制子系統(tǒng)之間進行資源預(yù)留； 步驟bc:業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能實體發(fā)起媒體傳 送請求；步驟bd: IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā) 送々某體傳送請求；步驟be: IPTV々某體功能實體向IPTV服務(wù)控制功 能實體發(fā)起媒體傳送應(yīng)答，以返回包括內(nèi)容傳送信令結(jié)果的信息；步驟bf: IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能實體發(fā)送媒體傳 送應(yīng)答；步驟bh:業(yè)務(wù)控制功能實體向用戶設(shè)備返回媒體傳送應(yīng)答， 內(nèi)容傳送信令過程建立。
優(yōu)選的，步驟bf和步驟bh之間還包括如下步驟步驟bg:業(yè) 務(wù)控制功能實體和資源接納控制子系統(tǒng)之間更新資源預(yù)留。
優(yōu)選的，IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令 的建立具體包括步驟aa: IPTV服務(wù)控制功能實體接收IPTV媒體 功能實體發(fā)送的媒體傳送請求，媒體傳送請求包括媒體內(nèi)容傳送信 令過程的建立；步驟ab: IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能 實體發(fā)起媒體傳送請求；步驟ac:業(yè)務(wù)控制功能實體和資源接納控 制子系統(tǒng)之間進行資源預(yù)留；步驟ad:業(yè)務(wù)控制功能實體向用戶設(shè) 備發(fā)起媒體傳送請求；步驟af:用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送 ^ 某體傳送應(yīng)答；步驟ah:業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能 實體發(fā)起媒體傳送應(yīng)答，以返回包括內(nèi)容傳送信令過程的信息；步 驟ai: IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā)送媒體傳送 應(yīng)答，媒體內(nèi)容傳送信令過程建立。
優(yōu)選的，IPTV力某體功能實體向用戶設(shè)備傳送媒體內(nèi)容具體包 括IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令的建立； 用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送同意接受媒體內(nèi)容的會話初始化 應(yīng)答消息；業(yè)務(wù)控制功能實體向資源接納控制子系統(tǒng)交付提交之前 預(yù)留的所有資源信息；業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能實 體發(fā)送會話初始化應(yīng)答消息；IPTV媒體功能實體利用預(yù)留資源向用 戶設(shè)備傳送媒體內(nèi)容。
優(yōu)選的，在IPTV媒體功能實體利用預(yù)留資源向用戶設(shè)備傳送 媒體內(nèi)容之前還包括IPTV服務(wù)控制功能實體向IPTV媒體功能實 體發(fā)送會話初始化應(yīng)答消息；在IPTV服務(wù)控制功能實體向IPTV力某體功能實體發(fā)送會話初始化應(yīng)答消息之后還包括IPTV媒體功能實 體向IPTV服務(wù)控制功能實體發(fā)送IPTV媒體功能實體和用戶設(shè)備之 間建立內(nèi)容傳送信令成功的確iU肖息。
優(yōu)選的，IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令 的建立具體包括步驟aa: IPTV服務(wù)控制功能實體接收IPTV媒體 功能實體發(fā)送的媒體傳送請求，媒體傳送請求包括媒體內(nèi)容傳送信 令過程的建立；步驟ab: IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能 實體發(fā)起媒體傳送請求；步驟ac:業(yè)務(wù)控制功能實體和資源接納控 制子系統(tǒng)之間進行資源預(yù)留；步驟ad:業(yè)務(wù)控制功能實體向用戶設(shè) 備發(fā)起媒體傳送請求；步驟ae:用戶設(shè)備根據(jù)其存儲器的存儲能力 和或用戶的選擇確認接受媒體內(nèi)容；步驟af:用戶設(shè)備向業(yè)務(wù)控制 功能實體發(fā)送4某體傳送應(yīng)答；步驟ah:業(yè)務(wù)控制功能實體向IPTV 服務(wù)控制功能實體發(fā)起媒體傳送應(yīng)答，以返回包括內(nèi)容傳送通道的 信息；步驟ai: IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā)送 媒體傳送應(yīng)答，媒體內(nèi)容傳送信令過程建立。
優(yōu)選的，步驟af和步驟ah之間還包括如下步驟步驟ag:業(yè) 務(wù)控制功能實體和資源接納控制子系統(tǒng)之間更新資源預(yù)留。
優(yōu)選的，步驟ae:用戶設(shè)備根據(jù)其存儲器的存儲能力和或用戶 的選擇和或用戶設(shè)備中配置是否接受進行判斷，判斷結(jié)果為拒絕接 受媒體內(nèi)容，步驟af:用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送攜帶拒絕 信息的媒體傳送應(yīng)答；步驟ag:業(yè)務(wù)控制功能實體和資源接納控制 子系統(tǒng)之間取消步驟ac中的資源預(yù)留；步驟ah:業(yè)務(wù)控制功能實 體向IPTV服務(wù)控制功能實體發(fā)起攜帶拒絕信息的媒體傳送應(yīng)答； 步驟ai: IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā)送攜帶拒 絕信息的媒體傳送應(yīng)答；IPTV媒體功能實體向IPTV服務(wù)控制功能 實體發(fā)送IPTV媒體功能實體和用戶設(shè)備之間建立內(nèi)容傳送信令失 敗的確iU肖息；結(jié)束本內(nèi)容推4番方法。優(yōu)選的，IPTV々某體功能實體向用戶設(shè)備傳送媒體內(nèi)容具體包 括用戶設(shè)備根據(jù)其存儲器的存儲能力和或用戶的選擇和或用戶設(shè) 備中配置是否接受進行判斷，判斷結(jié)果為拒絕接受媒體內(nèi)容；用戶 設(shè)備向業(yè)務(wù)控制功能實體發(fā)送拒絕接受媒體內(nèi)容的會話初始化應(yīng)答 消息；業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能實體發(fā)送攜帶拒絕 信息的會話初始化應(yīng)答消息；IPTV媒體功能實體向IPTV服務(wù)控制 功能實體發(fā)送IPTV々某體功能實體和用戶i殳備之間建立內(nèi)容傳送信 令失敗的確認消息；結(jié)束本內(nèi)容4,4番方法。
優(yōu)選的，用戶設(shè)備根據(jù)其存儲器的存儲能力和或用戶的選擇確 認或者用戶設(shè)備中配置決定是否接受媒體內(nèi)容具體包括用戶設(shè)備 根據(jù)會話初始化請求所指示的媒體內(nèi)容的大小是否小于自己的存儲 器的空閑空間，和或根據(jù)用戶的決定以確認是否接受媒體內(nèi)容，和 或用戶設(shè)備中配置是否接受媒體內(nèi)容。
優(yōu)選的，IPTV媒體功能實體利用預(yù)留資源向用戶設(shè)備傳送媒體 內(nèi)容具體包括IPTV媒體功能實體主動將媒體內(nèi)容上傳到用戶設(shè) 備，或者用戶設(shè)備從IPTV媒體功能實體下載媒體內(nèi)容。
優(yōu)選的，在用戶設(shè)備將媒體內(nèi)容保存于自身的存儲器中之后還 包括用戶設(shè)備直接選擇存儲在存儲器中的媒體內(nèi)容進行播放；或 者用戶i殳備和業(yè)務(wù)選4奪功能實體交互選擇對應(yīng)的存4諸在存4諸器中的 媒體內(nèi)容進行播i文。
在本發(fā)明的實施例中，還提供了 一種基于下一代網(wǎng)絡(luò)的交互式 網(wǎng)絡(luò)電視系統(tǒng)，包括IPTV服務(wù)控制功能實體，用于請求向用戶設(shè) 備傳送IPTV媒體功能實體中的媒體內(nèi)容；IPTV媒體功能實體，用 于向用戶設(shè)備傳送媒體內(nèi)容；用戶設(shè)備，用于將媒體內(nèi)容保存于自 身的存儲器中；直接選擇存儲在所述存儲器中的所述媒體內(nèi)容進行
16播放，或者和業(yè)務(wù)選擇功能實體交互選擇對應(yīng)的存儲在所述存儲器 中的所述媒體內(nèi)容進行播放。
本發(fā)明上述實施例的基于下一代網(wǎng)絡(luò)的IPTV系統(tǒng)的裝置下的 內(nèi)容推播方法，實現(xiàn)了內(nèi)容推播業(yè)務(wù)(通常稱為Push Content on Demand或者Push Video on Demand ),即4夸內(nèi)容分發(fā)網(wǎng)纟備中的內(nèi)容 以實時或者非實時的方式推送到用戶設(shè)備(通常是才幾頂盒)中，使 用戶可以直接選擇用戶設(shè)備中存儲的內(nèi)容觀看服務(wù)商推薦的電視節(jié) 目。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1示出了根據(jù)本發(fā)明實施例的基于下一代網(wǎng)絡(luò)的IPTV系統(tǒng) 的裝置的方框圖2示出了根據(jù)本發(fā)明實施例的內(nèi)容推播方法的流程圖3示出了根據(jù)本發(fā)明實施例一的內(nèi)容推播方法總的消息流程
圖4示出了根據(jù)本發(fā)明優(yōu)選實施例一的用戶主動發(fā)起J 某體請求 方法的消息流;f呈圖5示出了根據(jù)本發(fā)明優(yōu)選實施例一的媒體功能實體主動發(fā)起 媒體請求方法的消息流程圖；圖6示出了根據(jù)本發(fā)明實施例二的內(nèi)容推播方法總的消息流程
圖7示出了^^艮據(jù)本發(fā)明優(yōu)選實施例二的4某體功能實體主動發(fā)起 4某體請求方法的消息流程圖。
具體實施例方式
下面將參考附圖并結(jié)合實施例，來詳細i兌明本發(fā)明。
圖2示出了根據(jù)本發(fā)明實施例的內(nèi)容推播方法的流程圖，包括 以下步艱《
步驟SIO， IPTV服務(wù)控制功能實體請求向用戶設(shè)備傳送IPTV 媒體功能實體中的媒體內(nèi)容；
步驟S20， IPTV々某體功能實體向用戶設(shè)備傳送士某體內(nèi)容；
步驟S30，用戶設(shè)備將媒體內(nèi)容保存于自身的存儲器中。
上述實施例的基于下一代網(wǎng)絡(luò)的IPTV系統(tǒng)的裝置下的內(nèi)容推 播方法，實現(xiàn)了內(nèi)容推播業(yè)務(wù)，即將IPTV媒體功能(實際實施中 對應(yīng)于內(nèi)容分發(fā)網(wǎng)絡(luò))中的內(nèi)容以實時或者非實時的方式推送到用 戶設(shè)備(通常是機頂盒)中，用戶直接選擇用戶設(shè)備中存儲的內(nèi)容 3見看電^L節(jié)目。
優(yōu)選的，步驟SIO具體包括IPTV服務(wù)控制功能實體根據(jù)IPTV 々某體功能實體的應(yīng)答消息向業(yè)務(wù)控制功能實體發(fā)送攜帶請求的會話 初始化請求；業(yè)務(wù)控制功能實體向用戶i殳備轉(zhuǎn)發(fā)會話初始化請求。
優(yōu)選的，IPTV服務(wù)控制功能實體發(fā)送攜帶請求的會話初始化請 求具體包括如果應(yīng)答消息中指示準備推薦的內(nèi)容不存在，則結(jié)束
18本方法；如果應(yīng)答消息中指示存在準備推薦的內(nèi)容，則IPTV服務(wù) 控制功能實體向業(yè)務(wù)控制功能實體發(fā)送會話初始化請求，其中包含 推薦內(nèi)容的地址信息以及用戶設(shè)備的標識列表；業(yè)務(wù)控制功能實體 根據(jù)用戶設(shè)備的標識列表向用戶設(shè)備轉(zhuǎn)發(fā)會話初始化請求。
優(yōu)選的，在IPTV月良務(wù)控制功能實體向業(yè)務(wù)控制功能實體發(fā)送 攜帶請求的會話初始化請求之前還包括IPTV服務(wù)控制功能實體根 據(jù)準備推薦給用戶設(shè)備的媒體內(nèi)容的標識符信息和或用戶設(shè)備的位 置信息，選擇IPTV媒體功能實體；IPTV服務(wù)控制功能實體向所選 擇的IPTV媒體功能實體發(fā)起會話初始化請求；在IPTV服務(wù)控制功 能實體向所選4奪的IPTV i某體功能實體發(fā)起會話初始化請求之后還 包括IPTV媒體功能實體向IPTV服務(wù)控制功能實體發(fā)送表示接收 到會話初始化請求的應(yīng)答消息。
優(yōu)選的，步驟S20具體包括用戶設(shè)備根據(jù)其存儲器的存儲能 力和或用戶的選擇和或用戶設(shè)備中配置是否接受進行判斷，判斷結(jié) 果為確認接受媒體內(nèi)容；IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi) 容傳送信令的建立；用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送同意接受媒 體內(nèi)容的會話初始化應(yīng)答消息；業(yè)務(wù)控制功能實體向資源接納控制 子系統(tǒng)交付提交之前預(yù)留的所有資源信息；業(yè)務(wù)控制功能實體向 IPTV服務(wù)控制功能實體發(fā)送會話初始化應(yīng)答消息；IPTV媒體功能 實體利用預(yù)留資源向用戶設(shè)備傳送媒體內(nèi)容。
優(yōu)選的，IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令 的建立具體包括步驟ba:業(yè)務(wù)控制功能實體接收用戶設(shè)備發(fā)送的 媒體傳送請求，媒體傳送請求包括媒體內(nèi)容傳送信令的建立；步驟 bb:業(yè)務(wù)控制功能實體和資源接納控制子系統(tǒng)之間進行資源預(yù)留； 步驟be:業(yè)務(wù)控制功能實體向IPTV力艮務(wù)控制功能實體發(fā)起纟某體傳 送請求；步驟bd: IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā) 送媒體傳送請求；步驟be: IPTV媒體功能實體向IPTV服務(wù)控制功能實體發(fā)起媒體傳送應(yīng)答，以返回包括內(nèi)容傳送信令結(jié)果的信息； 步驟bf: IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能實體發(fā)送々某體傳 送應(yīng)答；步驟bh:業(yè)務(wù)控制功能實體向用戶設(shè)備返回媒體傳送應(yīng)答， 內(nèi)容傳送信令過程建立。
優(yōu)選的，步驟bf和步驟bh之間還包括如下步驟步驟bg:業(yè) 務(wù)控制功能實體和資源接納控制子系統(tǒng)之間更新資源預(yù)留。
優(yōu)選的，IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令 的建立具體包括步驟aa: IPTV服務(wù)控制功能實體接收IPTV媒體 功能實體發(fā)送的々某體傳送請求，煤體傳送請求包括^ 某體內(nèi)容傳送信 令過程的建立；步驟ab: IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能 實體發(fā)起媒體傳送請求；步驟ac:業(yè)務(wù)控制功能實體和資源接納控 制子系統(tǒng)之間進行資源預(yù)留；步驟ad:業(yè)務(wù)控制功能實體向用戶設(shè) 備發(fā)起媒體傳送請求；步驟af:用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送 媒體傳送應(yīng)答；步驟ah:業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能 實體發(fā)起媒體傳送應(yīng)答，以返回包括內(nèi)容傳送信令過程的信息；步 驟ai: IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā)送媒體傳送 應(yīng)答，媒體內(nèi)容傳送信令過程建立。
優(yōu)選的，步驟S20具體包括IPTV媒體功能實體和用戶設(shè)備 之間進行內(nèi)容傳送信令的建立；用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送 同意接受媒體內(nèi)容的會話初始化應(yīng)答消息；業(yè)務(wù)控制功能實體向資 源接納控制子系統(tǒng)交付提交之前預(yù)留的所有資源信息；業(yè)務(wù)控制功 能實體向IPTV服務(wù)控制功能實體發(fā)送會話初始化應(yīng)答消息；IPTV 媒體功能實體利用預(yù)留資源向用戶設(shè)備傳送4某體內(nèi)容。
優(yōu)選的，在IPTV々某體功能實體利用預(yù)留資源向用戶設(shè)備傳送 媒體內(nèi)容之前還包括IPTV服務(wù)控制功能實體向IPTV媒體功能實 體發(fā)送會話初始化應(yīng)答消息；在IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā)送會話初始化應(yīng)答消息之后還包括IPTV媒體功能實 體向IPTV服務(wù)控制功能實體發(fā)送IPTV媒體功能實體和用戶設(shè)備之 間建立內(nèi)容傳送信令成功的確i人消息。
優(yōu)選的，IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令 的建立具體包括步驟aa: IPTV服務(wù)控制功能實體接收IPTV媒體 功能實體發(fā)送的媒體傳送請求，媒體傳送請求包括媒體內(nèi)容傳送信 令過程的建立；步驟ab: IPTV月良務(wù)控制功能實體向業(yè)務(wù)控制功能 實體發(fā)起媒體傳送請求；步驟ac:業(yè)務(wù)控制功能實體和資源接納控 制子系統(tǒng)之間進行資源預(yù)留；步驟ad:業(yè)務(wù)控制功能實體向用戶"i殳 備發(fā)起媒體傳送請求；步驟ae:用戶設(shè)備根據(jù)其存儲器的存儲能力 和或用戶的選擇確認接受媒體內(nèi)容；步驟af:用戶設(shè)備向業(yè)務(wù)控制 功能實體發(fā)送々某體傳送應(yīng)答；步驟ah:業(yè)務(wù)控制功能實體向IPTV 服務(wù)控制功能實體發(fā)起i某體傳送應(yīng)答，以返回包括內(nèi)容傳送通道的 信息；步驟ai: IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā)送 媒體傳送應(yīng)答，媒體內(nèi)容傳送信令過程建立。
優(yōu)選的，步艱《af和步-驟ah之間還包4舌:^下步艱《步艱《ag:業(yè) 務(wù)控制功能實體和資源接納控制子系統(tǒng)之間更新資源預(yù)留。
優(yōu)選的，步驟ae:用戶設(shè)備根據(jù)其存儲器的存儲能力和或用戶 的選4,和或用戶設(shè)備中配置是否接受進行判斷，判斷結(jié)果為拒絕接 受媒體內(nèi)容，步驟af:用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送攜帶拒絕 信息的媒體傳送應(yīng)答；步驟ag:業(yè)務(wù)控制功能實體和資源接納控制 子系統(tǒng)之間取消步驟ac中的資源預(yù)留；步驟ah:業(yè)務(wù)控制功能實 體向IPTV服務(wù)控制功能實體發(fā)起攜帶拒絕信息的媒體傳送應(yīng)答； 步驟ai: IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā)送攜帶拒 絕信息的媒體傳送應(yīng)答；IPTV媒體功能實體向IPTV服務(wù)控制功能 實體發(fā)送IPTV媒體功能實體和用戶設(shè)備之間建立內(nèi)容傳送信令失 敗的確iU肖息；結(jié)束本內(nèi)容推"l番方法。優(yōu)選的，步驟S20具體包括用戶設(shè)備根據(jù)其存儲器的存儲能 力和或用戶的選4奪和或用戶設(shè)備中配置是否接受進行判斷，判斷結(jié) 果為拒絕接受媒體內(nèi)容；用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送拒絕接 受媒體內(nèi)容的會話初始化應(yīng)答消息；業(yè)務(wù)控制功能實體向IPTV月良 務(wù)控制功能實體發(fā)送攜帶拒絕信息的會話初始化應(yīng)答消息；IPTV媒 體功能實體向IPTV服務(wù)控制功能實體發(fā)送IPTV媒體功能實體和用 戶設(shè)備之間建立內(nèi)容傳送信令失敗的確認消息；結(jié)束本內(nèi)容推播方 法。
優(yōu)選的，用戶設(shè)備根據(jù)其存儲器的存儲能力和或用戶的選擇確 認或者用戶設(shè)備中配置決定是否接受媒體內(nèi)容具體包括用戶設(shè)備 根據(jù)會話初始化請求所指示的媒體內(nèi)容的大小是否小于自己的存儲 器的空閑空間，和或4艮據(jù)用戶的決定以確"i人是否4妻受々某體內(nèi)容，和 或用戶設(shè)備中配置是否接受媒體內(nèi)容。
優(yōu)選的，IPTV媒體功能實體利用預(yù)留資源向用戶設(shè)備傳送J 某體 內(nèi)容具體包括IPTV媒體功能實體主動將媒體內(nèi)容上傳到用戶設(shè) 備，或者用戶設(shè)備從IPTV媒體功能實體下載媒體內(nèi)容。
優(yōu)選的，在步驟S30之后還包括用戶設(shè)備直接選擇存儲在存 儲器中的媒體內(nèi)容進行播放；或者用戶設(shè)備和業(yè)務(wù)選擇功能實體交 互選擇對應(yīng)的存儲在存儲器中的媒體內(nèi)容進行播放。
在本發(fā)明的實施例中，還提供了 一種基于下一代網(wǎng)絡(luò)的交互式 網(wǎng)纟各電^L系統(tǒng)，包4舌
IPTV服務(wù)控制功能實體，用于請求向用戶設(shè)備傳送IPTV媒體 功能實體中的媒體內(nèi)容；
IPTV々某體功能實體，用于向用戶設(shè)備傳送媒體內(nèi)容；用戶設(shè)備，用于將媒體內(nèi)容保存于自身的存儲器中；直接選擇 存儲在所述存儲器中的所述媒體內(nèi)容進行播放，或者和業(yè)務(wù)選擇功放。
圖1示出了根據(jù)本發(fā)明實施例的基于下一代網(wǎng)絡(luò)的IPTV系統(tǒng) 的裝置的方框圖，包括用戶設(shè)備；傳輸功能實體；業(yè)務(wù)控制功能 實體(如果下一代網(wǎng)絡(luò)采用IMS,業(yè)務(wù)控制功能實體為Core IMS )、 IPTV服務(wù)控制功能實體、用戶信息服務(wù)功能實體、IPTV媒體功能 實體、業(yè)務(wù)選4奪功能實體和業(yè)務(wù)發(fā)現(xiàn)功能實體。
傳輸功能實體包括傳輸控制功能實體，其包括NASS和 RACS;傳輸處理功能實體。
IPTV 4某體功能實體包括IPTV MCF和IPTV MDF。
優(yōu)選的，IPTV服務(wù)控制功能實體通過Ut接口連接用戶設(shè)備。
優(yōu)選的，業(yè)務(wù)控制功能實體通過Gm4妄口連4妄UE，通過e2 4妄 口連接網(wǎng)絡(luò)附著子系統(tǒng)NASS，通過Gq接口連接資源接納控制子系 統(tǒng)。
優(yōu)選的，IPTVMCF通過Xc接口連接UE。
優(yōu)選的，IPTV MDF通過Xd接口連接UE。
優(yōu)選的，IPTV MCF通過Xb接口連接IPTV服務(wù)控制功能實體。
以上涉及到的該裝置的各個模塊的具體解釋見下
用戶設(shè)備(User Equipment,簡稱UE )，可以是具有移動能力 的手機；也可以是固定網(wǎng)絡(luò)的機頂盒或者實現(xiàn)機頂盒功能實體的基于軟件實現(xiàn)的軟終端，也包含家庭網(wǎng)關(guān)等功能實體。該用戶終端設(shè)
備和用戶交互可以》見看如點，燔、直#番等IPTV業(yè)務(wù)。同時本文中的 終端設(shè)備必須具備存儲能力。
業(yè)務(wù)控制功能實體下一 網(wǎng)全各(Next Generation Network ，簡 稱NGN)中的業(yè)務(wù)控制層面的主要功能實體的集合，主要完成會話 控制、業(yè)務(wù)認證、鑒權(quán)、計費等基本功能實體。在IMS網(wǎng)絡(luò)情況下， 對應(yīng)于Core IMS。
Core IMS ( Core IP Multimedia Subsystem )才莫塊，只t應(yīng)于NGN 網(wǎng)絡(luò)中業(yè)務(wù)控制層面的主要功能實體集合(即業(yè)務(wù)控制功能實體)， 主要包含P-CSCF/I-CSCF/S-CSCF核心呼叫會話控制等核心模塊。 該功能實體提供SIP基礎(chǔ)的會話控制機制，提供IPTV終端用戶的 認證、鑒權(quán)、請求資源接納控制(RACS)功能實體進行資源分配 工作，該模塊也與IPTV終端、IPTV應(yīng)用功能實體及內(nèi)容分發(fā)功能 實體交互進4亍SIP會話，完成安全、QoS、計費、漫游等功能實體；
IPTV月l務(wù)控制功能實體(IPTV Service Control Functions )實體， 在會話啟動或者修改的時候提供業(yè)務(wù)鑒權(quán)，這包括檢查用戶的信息， 查看用戶是否能夠合法使用選擇的內(nèi)容；信用限制和信用控制；在 多個IPTV MCF情況下選擇一個IPTV MCF提供服務(wù)等，該功能實 體主要針對點播、直播、錄像、時移等IPTV業(yè)務(wù)。該模塊在IMS 網(wǎng)絡(luò)情況下是一個SIP應(yīng)用服務(wù)器，
用戶信息月良務(wù)功能實體(User Profile Server Functions),簡稱 UPSF,包含提供IPTV業(yè)務(wù)的用戶數(shù)據(jù)的信息。
IPTV力某體功能實體(IPTV Media Functions,簡稱MF ):包4舌 IPTV媒體控制功能實體和IPTV媒體交付功能實體。分別如下所述。IPTV々某體控制功能實體(IPTV Media Control Functions),主 要包含如下功能實體
*拴制MDF的纟某體流；
管理MDF的媒體處理；
監(jiān)控MDF的狀態(tài)；
管理和終端的交互(例如技巧模式"trick mode"命令)；
處理與IPTV力良務(wù)控制功能實體SCF的交互；
精確監(jiān)控該功能實體控制的與不同的MDF相關(guān)的內(nèi)容分發(fā)和 狀態(tài)；
當(dāng) 一個MCF控制多個MDF時，根據(jù)一定的策略選擇提供服務(wù) 的MDF;
選擇MF功能實體，將選擇的結(jié)果返回給SCF并且將重定向的 會話返回給選擇的MF功能實體(例如，當(dāng)請求的內(nèi)容在這個MF 功能實體或者MF間負載均4軒時)；
產(chǎn)生計費信息，例如基于觀看內(nèi)容的終端用戶計費。
IPTV々某體交^f寸功能實體(IPTV Media Delivery Functions ),主 要包含的功能實體如下
處理i某體流的交付(交付々某體業(yè)務(wù)到UE)，可以是RTP流的方 式，也支持內(nèi)容下載到UE中。
提供狀態(tài)報告到MCF(例如報告建立的IPTV媒體流)。存儲媒體(例如點播的內(nèi)容)，可能也存儲一些IPTV業(yè)務(wù)的媒 體業(yè)務(wù)相關(guān)信息。
特定情況下，它可以被用來存儲經(jīng)常訪問的內(nèi)容或者用戶相關(guān) 內(nèi)容(例如PVR、時移、技巧模式的直播業(yè)務(wù)、用戶產(chǎn)生的內(nèi)容等) 在同樣的任務(wù)不由終端完成的情況下。
用作額外的處理、編碼或者解碼(如果需要)媒體到不同的需 要的媒體格式(例如，電視系統(tǒng)的分解力依賴于終端能力或者用戶 參數(shù)選擇)(可選)；
完成內(nèi)容保護功能實體(例如內(nèi)容加密)(可選)；
支持IPTV媒體內(nèi)容的獲取(可選)；
對于直播業(yè)務(wù)，該功能實體作為直插^某體流的組播源(可選)； 控制MDF之間內(nèi)容的分發(fā)。
4專車lr處J里功能實體(Transport Processing Functions ), 表網(wǎng)纟各 接入連接和IP核心功能實體，在保障QoS的前提下負責(zé)數(shù)據(jù)的傳 輸。
It"源才妄纟內(nèi)4空制子系纟克 (Resource and Admission Control Subsystem )模塊，NGN網(wǎng)絡(luò)中的RACS組件，該才莫塊完成來自Core IMS模塊的資源控制請求，決定可用的傳輸?shù)馁Y源，與承載層交互 完成帶寬預(yù)留、分配、包過慮、網(wǎng)絡(luò)地址和端口翻i,等功能實體。
網(wǎng)絡(luò)附著子系統(tǒng)(Network Attachment Subsystem )才莫塊，NGN 網(wǎng)絡(luò)中的NASS組件，提供接入層面的注冊和用戶終端接入NGN業(yè)務(wù)的初始化工作，也提供傳輸層的認證、鑒權(quán)、管理接入網(wǎng)的IP 地址空間等功能實體。
業(yè)務(wù)選擇功能實體(Service Selection Functions,簡稱SSF), 提供業(yè)務(wù)選擇信息，如終端可以訪問的業(yè)務(wù)的列表等。
業(yè)務(wù)發(fā)現(xiàn)功能實體(Service Discovery Functions,簡稱SDF ),才是 供業(yè)務(wù)附著信息或者個性化的業(yè)務(wù)發(fā)現(xiàn)。
圖3示出了根據(jù)本發(fā)明實施例一的內(nèi)容推播方法的消息流程 圖，包4舌以下步艱《
步驟1: IPTV服務(wù)控制功能實體根據(jù)準備推薦給用戶設(shè)備的標 識符的信息，選擇IPTV媒體功能實體并向選擇的IPTV媒體功能實 體發(fā)起會話初始化請求。選擇依據(jù)還包括用戶的位置信息，選沖奪含 有該內(nèi)容并且盡量離用戶設(shè)備近的媒體功能實體。這里準備推薦給 用戶設(shè)備的內(nèi)容主要是根據(jù)用戶設(shè)備選擇內(nèi)容的喜好信息分析統(tǒng)計 出來的結(jié)果；
步驟2: IPTV媒體功能實體向IPTV服務(wù)控制功能實體發(fā)送接
受到會話初始化請求的應(yīng)答消息，表示接受到IPTV服務(wù)控制功能
實體的請求消息，該應(yīng)答消息可能也會返回媒體文件是否存在的信 自■
步驟3:如果返回應(yīng)答消息中含有返回媒體文件不存在的消息， 則結(jié)束；如果返回應(yīng)答消息中含有返回力某體文件存在的消息或者不 含有媒體文件是否存在的消息，則執(zhí)行IPTV服務(wù)控制功能實體向 業(yè)務(wù)控制功能實體發(fā)送會話初始化請求，該請求中包含推薦內(nèi)容的 URL地址信息，即被選擇的々某體功能實體含有的推薦內(nèi)容的IP地 址和端口號，同時也包括用戶設(shè)備的唯一標識信息列表，可以是一
個或者多個；步驟4:業(yè)務(wù)控制功能實體根據(jù)用戶設(shè)備列表信息向各用戶設(shè) 備發(fā)送會話初始化請求，
步驟5:接受到請求的用戶設(shè)備根據(jù)媒體文件大小信息或者/和 用戶自主決定選擇是否接受媒體文件。如果媒體文件大小超過用戶 設(shè)備(例如機頂盒)的存儲能力；或者如果用戶拒絕接受J^某體文件 (可以是用戶以一定的失見則配置是否4妾受，也可以是用戶主動選才奪 是否接受)，則直接執(zhí)行步驟7。否則執(zhí)行下一步；
步驟6: IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令 的建立。建立該內(nèi)容傳送信令的主要目的是進行資源預(yù)留保障內(nèi)容 傳送的服務(wù)質(zhì)量，并和IPTV媒體功能實體進行確認。服務(wù)質(zhì)量保 障的依據(jù)包括傳遞該媒體文件大小的信息、碼流大小等。該內(nèi)容傳 送可以是上傳的方式，即是々某體功能實體主動將內(nèi)容上傳到用戶設(shè) 備中，也可以是下載方式，即是用戶設(shè)備功能實體主動到媒體功能 實體中下載內(nèi)容；
步驟7:接受到請求的用戶設(shè)備向業(yè)務(wù)控制功能實體轉(zhuǎn)發(fā)會話 初始化應(yīng)答消息。如果為拒絕接受媒體內(nèi)容的應(yīng)答消息，則執(zhí)行步 驟9;如果為同意接受媒體內(nèi)容的應(yīng)答消息，則返.回成功消息，執(zhí) 行下一步；
步驟8:業(yè)務(wù)控制功能實體(IMS中對應(yīng)Core IMS的P - CSCF ) 與資源接納控制子系統(tǒng)交付提交之前預(yù)留的所有資源信息；
步驟9，業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能實體發(fā)送會話 初始化應(yīng)答消息；
步驟IO，IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā)送會 話初始4匕應(yīng)答消息；步驟11: IPTV媒體功能實體向IPTV服務(wù)控制功能實體發(fā)送 IPTV媒體功能實體和用戶設(shè)備之間建立內(nèi)容傳送信令是否成功的 確i人消息；如果成功，4丸行下一步；否則退出，結(jié)束；
步驟12: IPTV媒體功能實體向用戶設(shè)備傳送推薦的內(nèi)容，該 內(nèi)容傳送可以是上傳的方式，即是媒體功能實體主動將內(nèi)容上傳到 用戶設(shè)備中，也可以是下載方式，即是用戶設(shè)備功能實體主動到媒 體功能實體中下載內(nèi)容；
步驟13:用戶設(shè)備播放內(nèi)容?？梢圆扇∮脩糁苯狱c播存儲在用 戶設(shè)備中的內(nèi)容或者用戶和業(yè)務(wù)選擇功能實體交互選擇對應(yīng)的存儲 在用戶設(shè)備中的內(nèi)容的方式進行播放。
優(yōu)選的，在UE發(fā)起媒體請求后執(zhí)行實施例一的步驟6,圖4 示出了才艮據(jù)該優(yōu)選實施例的方法的消息流程圖，具體包括
步驟1:用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送J 某體傳送請求，請 求包括媒體內(nèi)容傳送(內(nèi)容上傳或者內(nèi)容下載)信令的建立；
步驟2:業(yè)務(wù)控制功能實體和資源接納控制子系統(tǒng)之間進行資 源預(yù)留；
步驟3:業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能實體發(fā)起媒體 傳送請求；
步驟4: IPTV服務(wù)控制功能實體向IPTV々某體功能實體發(fā)送々某 體傳送請求；
步驟5: IPTV媒體功能實體向IPTV服務(wù)控制功能實體發(fā)起媒 體傳送應(yīng)答，以返回包括內(nèi)容傳送信令建立的信息；步驟6: IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能實體發(fā)送媒體 傳送應(yīng)答；
步驟7:業(yè)務(wù)控制功能實體和資源接納控制子系統(tǒng)之間更新資 源預(yù)留(可選)；
步驟8:業(yè)務(wù)控制功能實體向用戶設(shè)備返回的々某體傳送應(yīng)答， 內(nèi)容傳送信令建立。
優(yōu)選的，MF發(fā)起媒體請求后執(zhí)行實施例一的步驟6，圖5示出 了根據(jù)該優(yōu)選實施例的方法的消息流程圖，具體包括
步驟1: IPTV服務(wù)控制功能實體接收IPTV媒體功能實體發(fā)送 的媒體傳送請求，媒體傳送請求包括媒體內(nèi)容傳送(內(nèi)容上傳或者 內(nèi)容下載)通道的建立；
步驟2: IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能實體發(fā)起i某體 傳送請求；
步驟3:業(yè)務(wù)控制功能實體和資源接納控制子系統(tǒng)之間進行資 源預(yù)留；
步驟4:業(yè)務(wù)控制功能實體向用戶設(shè)備發(fā)起媒體傳送請求；
步驟5:用戶設(shè)備向業(yè)務(wù)控制功能實體發(fā)送媒體傳送應(yīng)答；
步驟6:業(yè)務(wù)控制功能實體和資源接納控制子系統(tǒng)之間更新資 源預(yù)留(可選)；
步驟7:業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能實體發(fā)起々某體 傳送應(yīng)答，以返回包括內(nèi)容傳送信令建立結(jié)果的信息；步驟8: IPTV服務(wù)控制功能實體向IPTV媒體功能實體發(fā)送媒 體傳送應(yīng)答，媒體內(nèi)容傳送信令建立。
圖6示出了才艮據(jù)本發(fā)明實施例二的內(nèi)容推4番方法的消息流程 圖，包4舌以下步-驟
步驟1: IPTV服務(wù)控制功能實體根據(jù)準備推薦給用戶設(shè)備的標 識符的信息，選擇IPTV媒體功能實體并向選擇的IPTV媒體功能實 體發(fā)起會話初始化請求。選4奪依據(jù)還包括用戶的位置信息，選才奪含 有該內(nèi)容并且盡量離用戶設(shè)備近的媒體功能實體。這里準備推薦給 用戶設(shè)備的內(nèi)容主要是根據(jù)用戶設(shè)備選擇內(nèi)容的喜好信息分析統(tǒng)計 出來的結(jié)果；
步驟2: IPTV媒體功能實體向IPTV服務(wù)控制功能實體發(fā)送接
受到會話初始化請求的應(yīng)答消息，表示接受到IPTV服務(wù)控制功能
實體的請求消息，該應(yīng)答消息可能也會返回媒體文件是否存在的信 自、.
步驟3:如果返回應(yīng)答消息中含有返回4某體文件不存在的消息， 則結(jié)束；如果返回應(yīng)答消息中含有返回媒體文件存在的消息或者不 含有媒體文件是否存在的消息，則執(zhí)行IPTV服務(wù)控制功能實體向 業(yè)務(wù)控制功能實體發(fā)送會話初始化請求，該請求中包含推薦內(nèi)容的 URL地址信息，即被選擇的媒體功能實體含有的推薦內(nèi)容的IP地 址和端口號，同時也包括用戶設(shè)備的唯一標識信息列表，可以是一
個或者多個；
步驟4:業(yè)務(wù)控制功能實體根據(jù)用戶設(shè)備列表信息向各用戶設(shè) 備發(fā)送會話初始化請求，
步驟5: IPTV媒體功能實體和用戶設(shè)備之間進行內(nèi)容傳送信令 的建立。建立該內(nèi)容傳送信令的主要目的是進行資源預(yù)留保障內(nèi)容
31傳送的服務(wù)質(zhì)量，并和IPTV媒體功能實體進行確認。服務(wù)質(zhì)量保 障的依據(jù)包括傳遞該媒體文件大小的信息、碼流大小等。該內(nèi)容傳 送可以是上傳的方式，即是々某體功能實體主動將內(nèi)容上傳到用戶設(shè) 備中，也可以是下載方式，即是用戶設(shè)備功能實體主動到媒體功能
實體中下載內(nèi)容；
步驟6:如果步驟5內(nèi)容傳送信令建立成功，則接受到請求的 用戶i殳備向業(yè)務(wù)控制功能實體發(fā)送會話初始化確i人4妄受的應(yīng)答消 息，則執(zhí)行下一步；否則發(fā)送拒絕接受媒體內(nèi)容的應(yīng)答消息，跳過 下一步；
步驟7:業(yè)務(wù)控制功能實體(IMS中對應(yīng)Core IMS的P - CSCF ) 與資源接納控制子系統(tǒng)交付提交之前預(yù)留的所有資源信息；
步驟8，業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能實體發(fā)送會話 初始化確認接受々某體內(nèi)容或者拒絕接受媒體內(nèi)容的應(yīng)答消息；
步驟9， IPTV服務(wù)控制功能實體向IPTV々某體功能實體轉(zhuǎn)發(fā)會 話初始化應(yīng)答消息；
步-驟10: IPTV々某體功能實體向IPTV月l務(wù)控制功能實體發(fā)送 IPTV媒體功能實體和用戶設(shè)備之間建立內(nèi)容傳送信令的確認消息；
步驟11:如果IPTV媒體功能實體收到IPTV服務(wù)控制功能實 體的是確認接受媒體內(nèi)容的應(yīng)答消息，則IPTV媒體功能實體向用 戶設(shè)備傳送推薦的內(nèi)容，該內(nèi)容傳送可以是上傳的方式，即是媒體 功能實體主動將內(nèi)容上傳到用戶設(shè)備中，也可以是下載方式，即是 用戶設(shè)備功能實體主動到媒體功能實體中下載內(nèi)容，并執(zhí)行下一步； 否則退出；步驟12:用戶設(shè)備播放內(nèi)容?？梢圆扇∮脩糁苯狱c播存儲在用 戶設(shè)備中的內(nèi)容或者用戶和業(yè)務(wù)選擇功能實體交互選擇對應(yīng)的存儲 在用戶設(shè)備中的內(nèi)容的方式進行播放。
優(yōu)選的，MF發(fā)起媒體請求后執(zhí)行以上實施例二步驟5，圖7 示出了才艮據(jù)該優(yōu)選實施例的方法的消息流禾呈圖，具體包括
步驟1: IPTV服務(wù)控制功能實體接收IPTV媒體功能實體發(fā)送 的媒體傳送請求，媒體傳送請求包括媒體內(nèi)容傳送(內(nèi)容上傳或者 內(nèi)容下載)通道的建立；
步驟2: IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能實體發(fā)起媒體 傳送請求；
步驟3:業(yè)務(wù)控制功能實體和資源接納控制子系統(tǒng)之間進行資 源預(yù)留；
步驟4:業(yè)務(wù)控制功能實體向用戶設(shè)備發(fā)起媒體傳送請求；
步驟5:接受到請求的用戶設(shè)備根據(jù)媒體文件大小信息或者/和 用戶自主決定選擇是否接受媒體文件。如果々某體文件大小超過用戶 設(shè)備(例如機頂盒)的存儲能力；或者如果用戶拒絕接受媒體文件 (可以是用戶以一定的規(guī)則配置是否接受，也可以是用戶主動選擇 是否接受)；
步驟6:用戶設(shè)備根據(jù)用戶設(shè)備拒絕/接受媒體內(nèi)容，則向業(yè)務(wù) 控制功能實體發(fā)送媒體傳送拒絕或者接受媒體內(nèi)容的應(yīng)答；
步驟7:業(yè)務(wù)控制功能實體和資源接納控制子系統(tǒng)之間更新資 源預(yù)留(可選)；步驟8:業(yè)務(wù)控制功能實體向IPTV服務(wù)控制功能實體轉(zhuǎn)發(fā)媒體 傳送拒絕或者接受々某體內(nèi)容的應(yīng)答，以返回包括內(nèi)容傳送信令建立 結(jié)果的信息；
步驟9: IPTV服務(wù)控制功能實體向IPTV々某體功能實體發(fā)送々某 體傳送應(yīng)答，如果為接受媒體的應(yīng)答，則媒體內(nèi)容傳送信令建立， 否則建立失敗。
從以上的描述中，可以看出，本發(fā)明上述實施例的基于下一代 網(wǎng)絡(luò)的IPTV系統(tǒng)的裝置下的內(nèi)容推播方法，實現(xiàn)了內(nèi)容分發(fā)網(wǎng)絡(luò) 向用戶終端主動推送內(nèi)容的新業(yè)務(wù)，該系統(tǒng)包括下一代網(wǎng)絡(luò)中基于 IMS或者不基于IMS兩種情況下的方法實現(xiàn)，提升了 IPTV系統(tǒng)的 核心竟爭力。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或 各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算 裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們 可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲
在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成 電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模 塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限射本發(fā)明， 對于本領(lǐng)域的^支術(shù)人員來i兌，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的4呆護范圍之內(nèi)。
權(quán)利要求
1.一種基于下一代網(wǎng)絡(luò)的交互式網(wǎng)絡(luò)電視系統(tǒng)的內(nèi)容推播方法，其特征在于，包括以下步驟IPTV服務(wù)控制功能實體請求向用戶設(shè)備傳送IPTV媒體功能實體中的媒體內(nèi)容；所述IPTV媒體功能實體向所述用戶設(shè)備傳送所述媒體內(nèi)容；所述用戶設(shè)備將所述媒體內(nèi)容保存于自身的存儲器中。
2. 根據(jù)權(quán)利要求1所述的內(nèi)容推播方法，其特征在于，IPTV月l 務(wù)控制功能實體請求向用戶設(shè)備傳送IPTV媒體功能實體中的 媒體內(nèi)容具體包括所述IPTV服務(wù)控制功能實體根據(jù)所述IPTV媒體功能實 體的應(yīng)答消息向業(yè)務(wù)控制功能實體發(fā)送攜帶所述請求的會話 4刀士會4bi青^^;所述業(yè)務(wù)控制功能實體向所述用戶設(shè)備轉(zhuǎn)發(fā)所述會話初 始化請求。
3. 根據(jù)權(quán)利要求2所述的內(nèi)容推播方法，其特征在于，所述IPTV 服務(wù)控制功能實體發(fā)送攜帶所述請求的會話初始化請求具體 包括如果所述應(yīng)答消息中指示所述準備推薦的內(nèi)容不存在，則 結(jié)束本方法；如果所述應(yīng)答消息中指示存在所述準備推薦的內(nèi)容，則所 述IPTV服務(wù)控制功能實體向所述業(yè)務(wù)控制功能實體發(fā)送所述會話初始化請求，其中包含所述推薦內(nèi)容的地址信息以及所述用戶設(shè)備的標識列表；所述業(yè)務(wù)控制功能實體才艮據(jù)所述用戶i殳備的標識列表向 所述用戶設(shè)備轉(zhuǎn)發(fā)所述會話初始化請求。
4. 根據(jù)權(quán)利要求2所述的內(nèi)容推播方法，其特征在于，在所述IPTV服務(wù)控制功能實體向業(yè)務(wù)控制功能實體發(fā)送 攜帶所述^青求的會話初始化請求之前還包括所述IPTV服務(wù)控制功能實體根據(jù)準備推薦給所述用 戶設(shè)備的所述媒體內(nèi)容的標識符信息和或所述用戶設(shè)備 的位置信息，選擇所述IPTV媒體功能實體；所述IPTV服務(wù)控制功能實體向所選擇的IPTV媒體 功能實體發(fā)起所述會話初始化"i青求；在所述IPTV服務(wù)控制功能實體向所選擇的IPTV媒體功 能實體發(fā)起所述會話初始化請求之后還包括所述IPTV纟某體功能實體向所述IPTV服務(wù)控制功能 實體發(fā)送表示接收到所述會話初始化請求的應(yīng)答消息。
5. 根據(jù)權(quán)利要求1所述的內(nèi)容推播方法，其特征在于，所述IPTV 媒體功能實體向所述用戶設(shè)備傳送所述媒體內(nèi)容具體包括所述用戶設(shè)備根據(jù)其存儲器的存儲能力和或用戶的選擇 和或用戶設(shè)備中配置是否接受進行判斷，所述判斷結(jié)果為確認 接受所述媒體內(nèi)容；所述IPTV媒體功能實體和所述用戶設(shè)備之間進行內(nèi)容傳 送信令的建立；所述用戶設(shè)備向所述業(yè)務(wù)控制功能實體發(fā)送同意接受所 述々某體內(nèi)容的會話初始化應(yīng)答消息；所述業(yè)務(wù)控制功能實體向資源接納控制子系統(tǒng)交付提交之前預(yù)留的所有資源信息；所述業(yè)務(wù)控制功能實體向所述IPT V服務(wù)控制功能實體發(fā) 送會話初始化應(yīng)答消息；所述IPTV媒體功能實體利用所述預(yù)留資源向所述用戶設(shè) 備傳送所述媒體內(nèi)容。
6. 根據(jù)權(quán)利要求5所述的內(nèi)容推纟番方法，其特征在于，所述IPTV 孑泉體功能實體和所述用戶設(shè)備之間進行內(nèi)容傳送信令的建立 具體包括步驟ba:所述業(yè)務(wù)控制功能實體接收所述用戶設(shè)備發(fā)送 的媒體傳送請求，所述媒體傳送請求包括媒體內(nèi)容傳送信令的 建立；步驟bb:所述業(yè)務(wù)控制功能實體和所述資源接納控制子 系統(tǒng)之間進4亍資源預(yù)留；步驟be:所述業(yè)務(wù)控制功能實體向所述IPTV服務(wù)控制功 能實體發(fā)起所述媒體傳送請求；步驟bd:所述IPTV服務(wù)控制功能實體向IPTV4某體功能 實體發(fā)送所述媒體傳送請求；步驟be: IPTV媒體功能實體向所述IPTV服務(wù)控制功能 實體發(fā)起媒體傳送應(yīng)答，以返回包括內(nèi)容傳送信令結(jié)果的信 息；步驟bf:所述IPTV服務(wù)控制功能實體向所述業(yè)務(wù)控制功 能實體發(fā)送所述々某體傳送應(yīng)答；步驟bh:所述業(yè)務(wù)控制功能實體向所述用戶設(shè)備返回所 述媒體傳送應(yīng)答，所述內(nèi)容傳送信令過程建立。
7. 根據(jù)權(quán)利要求6所述的內(nèi)容推播方法，其特征在于，步驟bf 和步艱《bh之間還包4舌如下步驟步驟bg:所述業(yè)務(wù)控制功能實體和所述資源接納控制子 系統(tǒng)之間更新資源預(yù)留。
8. 根據(jù)權(quán)利要求5所述的內(nèi)容推播方法，其特征在于，所述IPTV 媒體功能實體和所述用戶設(shè)備之間進行內(nèi)容傳送信令的建立 具體包括步驟aa:所述IPTV服務(wù)控制功能實體接收所述IPTV媒 體功能實體發(fā)送的媒體傳送請求，媒體傳送請求包括媒體內(nèi)容 傳送信令過程的建立；步驟ab:所述IPTV服務(wù)控制功能實體向所述業(yè)務(wù)控制功 能實體發(fā)起所述媒體傳送請求；步驟ac:所述業(yè)務(wù)控制功能實體和所述資源接納控制子 系統(tǒng)之間進4亍資源預(yù)留；步驟ad:所述業(yè)務(wù)控制功能實體向所述用戶設(shè)備發(fā)起所 述媒體傳送請求；步驟af:所述用戶設(shè)備向所述業(yè)務(wù)控制功能實體發(fā)送々某體 傳送應(yīng)答；步驟ah:所述業(yè)務(wù)控制功能實體向所述IPTV力l務(wù)控制功 能實體發(fā)起所述々某體傳送應(yīng)答，以返回包括內(nèi)容傳送信令過程 的信息；步驟ai:所述IPTV服務(wù)控制功能實體向IPTV J 某體功能 實體發(fā)送所述媒體傳送應(yīng)答，々某體內(nèi)容傳送信令過程建立。
9. 根據(jù)權(quán)利要求1所述的內(nèi)容推播方法，其特征在于，所述IPTV 媒體功能實體向所述用戶設(shè)備傳送所述々某體內(nèi)容具體包括所述IPTV媒體功能實體和所述用戶設(shè)備之間進行內(nèi)容傳 送信令的建立；所述用戶設(shè)備向所述業(yè)務(wù)控制功能實體發(fā)送同意接受所 述媒體內(nèi)容的會話初始化應(yīng)答消息；所述業(yè)務(wù)控制功能實體向所述資源接納控制子系統(tǒng)交付 提交之前預(yù)留的所有資源信息；所述業(yè)務(wù)控制功能實體向所述IPTV月l務(wù)控制功能實體發(fā) 送會話初始化應(yīng)答消息；所述IPTV媒體功能實體利用所述預(yù)留資源向所述用戶設(shè) 備傳送所述々某體內(nèi)容。
10. 根據(jù)權(quán)利要求5或9所述的內(nèi)容推播方法，其特征在于，在所述IPTV媒體功能實體利用所述預(yù)留資源向所述用戶 設(shè)備傳送所述々某體內(nèi)容之前還包括所述IPTV月艮務(wù)控制功能 實體向所述IPTV媒體功能實體發(fā)送會話初始化應(yīng)答消息；在所述IPTV服務(wù)控制功能實體向所述IPTV媒體功能實 體發(fā)送會話初始化應(yīng)答消息之后還包括所述IPTV媒體功能 實體向所述IPTV力l務(wù)控制功能實體發(fā)送所述IPTV々某體功能 實體和所述用戶設(shè)備之間建立內(nèi)容傳送信令成功的確認消息。
11. 根據(jù)權(quán)利要求9所述的內(nèi)容推播方法，其特征在于，所述IPTV 媒體功能實體和所述用戶設(shè)備之間進行內(nèi)容傳送信令的建立 具體包括步驟aa:所述IPTV服務(wù)控制功能實體接收所述IPTV媒 體功能實體發(fā)送的媒體傳送請求，媒體傳送請求包括媒體內(nèi)容 傳送信令過程的建立；步驟ab:所述IPTV服務(wù)控制功能實體向所述業(yè)務(wù)控制功 能實體發(fā)起所述媒體傳送請求；步驟ac:所述業(yè)務(wù)控制功能實體和所述資源接納控制子 系統(tǒng)之間進4亍資源預(yù)留；步驟ad:所述業(yè)務(wù)控制功能實體向所述用戶設(shè)備發(fā)起所 述媒體傳送請求；步驟ae:所述用戶設(shè)備根據(jù)其存儲器的存儲能力和或用 戶的選擇確認接受所述媒體內(nèi)容；步驟af:所述用戶設(shè)備向所述業(yè)務(wù)控制功能實體發(fā)送媒體 傳送應(yīng)答；步驟ah:所述業(yè)務(wù)控制功能實體向所述IPTV服務(wù)控制功 能實體發(fā)起所述媒體傳送應(yīng)答，以返回包括內(nèi)容傳送通道的信 自 步驟ai:所述IPTV服務(wù)控制功能實體向IPTV i某體功能 實體發(fā)送所述媒體傳送應(yīng)答，媒體內(nèi)容傳送信令過程建立。
12. 根據(jù)權(quán)利要求8或11所述的內(nèi)容推播方法，其特征在于，步 驟af和步驟ah之間還包括如下步驟步驟ag:所述業(yè)務(wù)控制功能實體和所述資源接納控制子 系統(tǒng)之間更新資源預(yù)留。
13. 根據(jù)權(quán)利要求11所述的內(nèi)容推播方法，其特征在于，步驟ae:所述用戶設(shè)備根據(jù)其存儲器的存儲能力和或用 戶的選擇和或用戶設(shè)備中配置是否接受進行判斷，所述判斷結(jié) 果為拒絕接受所述媒體內(nèi)容，步驟af:所述用戶設(shè)備向所述業(yè)務(wù)控制功能實體發(fā)送攜帶 所述拒絕信息的媒體傳送應(yīng)答；步驟ag:所述業(yè)務(wù)控制功能實體和所述資源接納控制子 系統(tǒng)之間取消步驟ac中的資源預(yù)留；步驟ah:所述業(yè)務(wù)控制功能實體向所述IPTV服務(wù)控制功 能實體發(fā)起攜帶所述拒絕信息的媒體傳送應(yīng)答；步驟ai:所述IPTV服務(wù)控制功能實體向IPTV媒體功能 實體發(fā)送攜帶所述拒絕信息的々某體傳送應(yīng)答；所述IPTV J 某體功能實體向所述IPTV力良務(wù)控制功能實體 發(fā)送所述IPTV媒體功能實體和所述用戶設(shè)備之間建立內(nèi)容傳 送信令失敗的確i人消息；結(jié)束本內(nèi)容推播方法。
14. 根據(jù)權(quán)利要求1所述的內(nèi)容推播方法，其特征在于，所述IPTV 媒體功能實體向所述用戶設(shè)備傳送所述々某體內(nèi)容具體包括所述用戶設(shè)備根據(jù)其存儲器的存儲能力和或用戶的選擇 和或用戶設(shè)備中配置是否接受進行判斷，所述判斷結(jié)果為拒絕 接受所述媒體內(nèi)容；所述用戶設(shè)備向所述業(yè)務(wù)控制功能實體發(fā)送拒絕接受所 述媒體內(nèi)容的會話初始化應(yīng)答消息；所述業(yè)務(wù)控制功能實體向所述IPTV服務(wù)控制功能實體發(fā) 送攜帶拒絕信息的會話初始化應(yīng)答消息；所述IPTV々某體功能實體向所述IPTV "l務(wù)控制功能實體 發(fā)送所述IPTV媒體功能實體和所述用戶設(shè)備之間建立內(nèi)容傳 送信令失敗的確i人消息；結(jié)束本內(nèi)容推播方法。
15. 根據(jù)權(quán)利要求5或11所述的內(nèi)容推播方法，其特征在于，所 述用戶設(shè)備根據(jù)其存儲器的存儲能力和或用戶的選擇確認或 者用戶設(shè)備中配置決定是否接受所述媒體內(nèi)容具體包括所述用戶設(shè)備根據(jù)所述會話初始化請求所指示的媒體內(nèi) 容的大小是否小于所述自己的存儲器的空閑空間，和或根據(jù)用 戶的決定以確認是否接受所述々某體內(nèi)容，和或用戶設(shè)備中配置 是否接受所述媒體內(nèi)容。
16. 根據(jù)權(quán)利要求5或9所述的內(nèi)容推播方法，其特征在于，所述 IPTV々某體功能實體利用所述預(yù)留資源向所述用戶設(shè)備傳送所 述i某體內(nèi)容具體包括所述IPTV媒體功能實體主動將所述媒體內(nèi)容上傳到所述 用戶設(shè)備，或者所述用戶設(shè)備從所述IPTV媒體功能實體下載 所述媒體內(nèi)容。
17. 根據(jù)權(quán)利要求1所述的內(nèi)容推播方法，其特征在于，在所述用所述用戶設(shè)備直接選擇存儲在所述存儲器中的所述媒體 內(nèi)容進行播放；或者所述用戶設(shè)備和業(yè)務(wù)選擇功能實體交互選擇對應(yīng)的存儲 在所述存儲器中的所述媒體內(nèi)容進行播放。
18. —種基于下一^網(wǎng)全各的交互式網(wǎng)癥各電^L系統(tǒng)，其特4正在于，包括IPTV服務(wù)控制功能實體，用于請求向用戶設(shè)備傳送IPTV 媒體功能實體中的媒體內(nèi)容；所述IPTV媒體功能實體，用于向所述用戶設(shè)備傳送所述 媒體內(nèi)容；所述用戶設(shè)備，用于將所述:^某體內(nèi)容保存于自身的存儲器 中；直接選擇存儲在所述存儲器中的所述媒體內(nèi)容進行播放， 或者和業(yè)務(wù)選擇功能實體交互選擇對應(yīng)的存儲在所述存儲器 中的所述媒體內(nèi)容進行播放。
全文摘要
本發(fā)明提供了一種基于下一代網(wǎng)絡(luò)的交互式網(wǎng)絡(luò)電視系統(tǒng)及其內(nèi)容推播方法，包括以下步驟IPTV服務(wù)控制功能實體請求向用戶設(shè)備傳送IPTV媒體功能實體中的媒體內(nèi)容；IPTV媒體功能實體向用戶設(shè)備傳送媒體內(nèi)容；用戶設(shè)備將媒體內(nèi)容保存于自身的存儲器中。本發(fā)明實現(xiàn)了下一代網(wǎng)絡(luò)中的內(nèi)容推播業(yè)務(wù)，使用戶可以直接選擇用戶設(shè)備中存儲的內(nèi)容觀看服務(wù)商推薦的電視節(jié)目。
文檔編號H04N7/24GK101616304SQ200810126808
公開日2009年12月30日 申請日期2008年6月24日 優(yōu)先權(quán)日2008年6月24日
發(fā)明者夏宏飛 申請人:中興通訊股份有限公司