基于網(wǎng)際協(xié)議電視的信息推送方法、裝置及系統(tǒng)的制作方法

專利名稱：基于網(wǎng)際協(xié)議電視的信息推送方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種基于網(wǎng)際協(xié)議電視的直播業(yè)務(wù)推送方
法、裝置及系統(tǒng)。
背景技術(shù)：
目前，下一代網(wǎng)絡(luò)(Next Generation Network,簡稱為NGN)的框架結(jié)構(gòu)已基本確定。在NGN中除了包括管理層面，還包括用戶層面、傳送層面、業(yè)務(wù)控制層面和應(yīng)用層面等。其中，IP多媒體子系統(tǒng)(IP Multimedia Subsystem,簡稱為IMS)是業(yè)務(wù)控制層面的主要功能實(shí)體集合。通過頂S可以實(shí)現(xiàn)用戶和終端設(shè)備的注冊、認(rèn)證、鑒權(quán)、服務(wù)質(zhì)量(Quality ofService,簡稱為QoS)管理與保證。同時，MS為基于會話初始協(xié)議(Session InitiationProtocol，簡稱為SIP)的系統(tǒng)，支持多種用戶的接入、移動性管理、并支持與其他傳統(tǒng)網(wǎng)絡(luò)或下一代網(wǎng)絡(luò)互通及業(yè)務(wù)的融合。目前，MS已經(jīng)成為下一代網(wǎng)絡(luò)融合的主要技術(shù)和體系架構(gòu)。 交互式網(wǎng)絡(luò)電視，又稱為網(wǎng)際協(xié)議電視(Internet ProtocolTelevision，簡稱為IPTV)，是指通過IP承載網(wǎng)絡(luò)向用戶提供能夠支持交互能力的電視節(jié)目的直播、點(diǎn)播和時移播放等業(yè)務(wù)的設(shè)備總稱。IPTV通過電信通道，利用非對稱數(shù)字用戶線路(AsymmetricalDigital Subscriber Line，簡稱為ADSL)或以太網(wǎng)接入寬帶網(wǎng)，通過網(wǎng)際協(xié)議來傳送電視信號，以電視機(jī)加機(jī)頂盒(Set Top Box，簡稱為STB)為主要終端，提供包括電視節(jié)目在內(nèi)的多種數(shù)字媒體服務(wù)。 目前，通過NGN與IPTV的整合，能為用戶終端提供點(diǎn)播、直播和錄像等功能，但這些功能都是基于用戶設(shè)備的主動請求來實(shí)現(xiàn)的，而運(yùn)營商難以主動實(shí)現(xiàn)業(yè)務(wù)，這不利于提升IPTV系統(tǒng)的競爭力。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種基于IPTV的直播業(yè)務(wù)推送方法、裝置及系統(tǒng)，用以解決現(xiàn)有技術(shù)中只能提供由用戶設(shè)備主動請求的內(nèi)容業(yè)務(wù)而導(dǎo)致運(yùn)營商難以主動實(shí)現(xiàn)業(yè)務(wù)的問題。 根據(jù)本發(fā)明的一個方面，提供了一種基于網(wǎng)際協(xié)議電視的直播業(yè)務(wù)推送方法，該方法應(yīng)用于包括IPTV服務(wù)控制功能實(shí)體、業(yè)務(wù)控制功能實(shí)體和傳輸處理功能實(shí)體的基于下一代網(wǎng)絡(luò)的系統(tǒng)。 根據(jù)本發(fā)明的基于網(wǎng)際協(xié)議電視的直播業(yè)務(wù)推送方法包括IPTV服務(wù)控制功能實(shí)體向用戶設(shè)備發(fā)送請求，推薦進(jìn)行直播業(yè)務(wù)的下載或錄制；用戶設(shè)備響應(yīng)IPTV服務(wù)控制功能實(shí)體的請求，并在確定接受直播業(yè)務(wù)下載或錄制后，與傳輸處理功能實(shí)體進(jìn)行交互，接收并保存?zhèn)鬏斕幚砉δ軐?shí)體傳輸?shù)闹辈I(yè)務(wù)的直播流。 根據(jù)本發(fā)明的另一個方面，提供了一種基于IPTV的直播業(yè)務(wù)推送系統(tǒng)。 根據(jù)本發(fā)明的基于IPTV的直播業(yè)務(wù)推送系統(tǒng)包括IPTV服務(wù)控制功能實(shí)體和傳輸處理功能實(shí)體，其中，IPTV服務(wù)控制功能實(shí)體用于請求向用戶設(shè)備進(jìn)行直播業(yè)務(wù)的下載
或錄制；傳輸處理功能實(shí)體用于與用戶設(shè)備或者IPTV媒體功能實(shí)體進(jìn)行交互，將直播業(yè)務(wù)
的內(nèi)容流錄制給用戶設(shè)備或者IPTV媒體功能實(shí)體中保存。 根據(jù)本發(fā)明的又一個方面，提供了一種IPTV服務(wù)控制功能實(shí)體。 根據(jù)本發(fā)明的IPTV服務(wù)控制功能實(shí)體包括獲取模塊和發(fā)送模塊。其中，獲取模
塊用于獲取推薦用戶下載或錄制的直播業(yè)務(wù)的標(biāo)識；發(fā)送模塊用于向用戶設(shè)備發(fā)送攜帶有
獲取模塊獲取的標(biāo)識的初始會話請求，其中，該初始會話請求用于請求用戶設(shè)備下載或錄
制與標(biāo)識對應(yīng)的直播業(yè)務(wù)。 通過本發(fā)明的上述至少一個方案，通過網(wǎng)絡(luò)側(cè)主動推送直播業(yè)務(wù)到用戶設(shè)備中保存，用戶可以隨時觀看保存在用戶設(shè)備中的內(nèi)容，解決了只能由用戶設(shè)備主動請求實(shí)現(xiàn)內(nèi)容業(yè)務(wù)的問題，可以增加運(yùn)營商實(shí)現(xiàn)的內(nèi)容業(yè)務(wù)。 本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。


附圖用來提供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中 圖1為基于NGN的IPTV系統(tǒng)的結(jié)構(gòu)示意圖； 圖2為根據(jù)本發(fā)明實(shí)施例的基于IPTV的直播業(yè)務(wù)推送系統(tǒng)的結(jié)構(gòu)框圖； 圖3A為根據(jù)本發(fā)明實(shí)施例的IPTV服務(wù)控制功能實(shí)體的結(jié)構(gòu)框圖； 圖3B為根據(jù)本發(fā)明優(yōu)選實(shí)施例的IPTV服務(wù)控制功能實(shí)體的結(jié)構(gòu)框圖； 圖4為根據(jù)本發(fā)明實(shí)施例的基于IPTV的直播業(yè)務(wù)推送方法的流程圖； 圖5A為本發(fā)明實(shí)施例一的具體實(shí)施A過程的流程圖； 圖5B為本發(fā)明實(shí)施例一的具體實(shí)施B過程的流程圖； 圖6為本發(fā)明實(shí)施例一中一種資源預(yù)留的具體實(shí)施流程； 圖7為本發(fā)明實(shí)施例一中另一種資源預(yù)留的具體實(shí)施流程； 圖8A為本發(fā)明實(shí)施例二的具體實(shí)施A過程的流程圖； 圖8B為本發(fā)明實(shí)施例二的具體實(shí)施B過程的流程圖； 圖9為本發(fā)明實(shí)施例二中資源預(yù)留的具體實(shí)施流程。
具體實(shí)施方式
功能概述 如上所述，本發(fā)明針對現(xiàn)有技術(shù)中由于內(nèi)容業(yè)務(wù)只能基于用戶設(shè)備的主動請求進(jìn)行的問題，提出了一種基于IPTV的直播業(yè)務(wù)推送的播放方案，在該方案中，通過IPTV服務(wù)控制功能實(shí)體將信息的內(nèi)容主動推送到用戶設(shè)備保存，此后用戶可以隨時觀看保存在用戶設(shè)備中的媒體內(nèi)容。 以下結(jié)合附圖對本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。
為了便于理解，下面首先結(jié)合附圖1對基于NGN的IPTV系統(tǒng)進(jìn)行簡要的介紹。
圖1為基于NGN的IPTV系統(tǒng)的結(jié)構(gòu)示意圖，如圖l所示，基于NGN的IPTV系統(tǒng)主要包括用戶設(shè)備(User Equipment,簡稱為UE) 11 、業(yè)務(wù)控制功能實(shí)體(如果在NGN中IMS,則為核心MS-core MS) 12、 IPTV服務(wù)控制功能實(shí)體(IPTV Service ControlFunctions，簡稱為IPTV SCF)13、 IPTV媒體功能實(shí)體(IPTV MediaFunctions，簡稱為IPTV MF) 14、傳輸處理功能實(shí)體(TransportProcessing Functions,簡稱為TPF) 15、業(yè)務(wù)選擇功能實(shí)體(ServiceSelection Functions,簡稱為SSF) 16及資源接納控制子系統(tǒng)(Resource andAdmission Control Subsystem,簡稱為RACS) 17。以下分別描述上述各實(shí)體。
UE 11，具體可以為具有移動能力的手機(jī)、固定網(wǎng)絡(luò)的機(jī)頂盒、實(shí)現(xiàn)機(jī)頂盒功能的基于軟件實(shí)現(xiàn)的軟終端，還包含家庭網(wǎng)關(guān)等功能實(shí)體。UE通過與用戶交互，可以實(shí)現(xiàn)如點(diǎn)播、直播等IPTV業(yè)務(wù)。 業(yè)務(wù)控制功能實(shí)體12通過Gm接口連接UE 11，通過Gq接口連接資源接納控制子系統(tǒng)17，為NGN業(yè)務(wù)控制層面的主要功能實(shí)體的集合，主要用于會話控制、業(yè)務(wù)認(rèn)證、鑒權(quán)、計費(fèi)等在頂S網(wǎng)絡(luò)情況下，該實(shí)體為Core IMS。如果業(yè)務(wù)控制功能實(shí)體12為CoreIMS，則該實(shí)體主要包含P-CSCF或I-CSCF或S-CSCF核心呼叫會話控制等核心模塊。Core IMS用于提供基于SIP的會話控制機(jī)制，對IPTV終端用戶進(jìn)行認(rèn)證、鑒權(quán)，請求資源接納控制子系統(tǒng)進(jìn)行資源分配等。Core IMS通過與IPTV終端、IPTV應(yīng)用功能實(shí)體及內(nèi)容分發(fā)功能實(shí)體交互進(jìn)行SIP會話，完成安全、QoS、計費(fèi)、漫游等功能。 IPTV服務(wù)控制功能實(shí)體13通過ISC接口連接業(yè)務(wù)控制功能實(shí)體12，用于在會話啟動或者修改的時候提供業(yè)務(wù)鑒權(quán)，包括檢查用戶的信息、查看用戶是否能夠合法使用選擇的內(nèi)容；信用限制和信用控制；為系統(tǒng)選擇提供服務(wù)的IPTV媒體控制功能實(shí)體等，該功能實(shí)體主要針對點(diǎn)播、直播、錄像、時移等IPTV業(yè)務(wù)。該功能實(shí)體在IMS網(wǎng)絡(luò)情況下為一個SIP應(yīng)用服務(wù)器，用于主動發(fā)起內(nèi)容推送到UE。 IPTV MF 14通過Xc和Xd接口連接UE，其中，通過Xc接口連接UE用于媒體流RTSP控制，Xd接口連接UE用于媒體流的傳輸和媒體下載。該功能實(shí)體可以作為直播媒體流的組播源，并且當(dāng)該功能實(shí)體作為組播源時，組播流從IPTV MF 14交付到傳輸處理功能實(shí)體15，然后再從傳輸處理功能實(shí)體15交付到UE 11上。 傳輸處理功能實(shí)體15為網(wǎng)絡(luò)接入連接和IP核心功能實(shí)體，在保障QoS的前提下負(fù)責(zé)數(shù)據(jù)的傳輸，傳輸處理功能實(shí)體15具體可以包括基本控制功能(ElementaryControl Function,簡禾爾為ECF)、基本轉(zhuǎn)發(fā)功會g (Elementary Forwarding Function,簡禾爾為EFF)及邊界網(wǎng)關(guān)功能等。其中， EFF用于將從一個流動點(diǎn)入口接受的數(shù)據(jù)流繼續(xù)轉(zhuǎn)發(fā)到一個或者多個其它的流動點(diǎn)出口 。對于單播來說，只有一個流動點(diǎn)出口 ；對于組播來說，包括多個流動點(diǎn)出口 。
ECF用于處理從一個流動點(diǎn)接受的單播和組播數(shù)據(jù)的控制協(xié)議數(shù)據(jù)(例如路由協(xié)議數(shù)據(jù))?？赡馨ǖ墓δ苡邪l(fā)送控制協(xié)議數(shù)據(jù)到其他的ECF(包括觸發(fā)策略估計的事件)；與一個或者多個EFF交互以建議新的或者修改EFF存在的轉(zhuǎn)發(fā)推送行為；與傳輸處理功能內(nèi)其它功能的交互。 SSF 16用于提供業(yè)務(wù)選擇信息，如終端可以訪問的業(yè)務(wù)的列表等。 RACS 17，用于完成來自Core IMS模塊的資源控制請求、確定可用的傳輸?shù)馁Y源，并與承載層交互完成帶寬預(yù)留、分配、包過慮、網(wǎng)絡(luò)地址和端口翻譯等功能。 基于上述系統(tǒng)，根據(jù)本發(fā)明實(shí)施例，首先提供一種基于IPTV的直播業(yè)務(wù)推送系
統(tǒng)，用于實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)主動向UE推送直播業(yè)務(wù)。 圖2為根據(jù)本發(fā)明實(shí)施例的基于IPTV的直播業(yè)務(wù)推送系統(tǒng)的結(jié)構(gòu)框圖，如圖2所示，根據(jù)本發(fā)明實(shí)施例的基于IPTV的直播業(yè)務(wù)推送系統(tǒng)包括IPTV服務(wù)控制功能實(shí)體22和傳輸處理功能實(shí)體26。以下結(jié)合附圖進(jìn)一步描述上述各個實(shí)體。 IPTV服務(wù)控制功能實(shí)體22通過網(wǎng)絡(luò)與用戶設(shè)備連接用于請求向UE進(jìn)行直播業(yè)務(wù)的下載或者錄制； 傳輸處理功能實(shí)體26通過網(wǎng)絡(luò)與UE連接，用于與UE或者IPTV媒體功能實(shí)體進(jìn)行交互，并將該信息的內(nèi)容流傳輸給UE或者IPTV媒體功能實(shí)體錄制保存。
其中，UE接收到IPTV服務(wù)控制功能實(shí)體的直播業(yè)務(wù)下載或者錄制請求時，如果UE確定接受該直播業(yè)務(wù)的下載或者錄制，則向傳輸處理功能實(shí)體26發(fā)起請求，傳輸處理功能實(shí)體26接收到該請求后，與UE或者IPTV媒體功能實(shí)體進(jìn)行交互，將上述信息的內(nèi)容流傳輸給UE或者IPTV媒體功能實(shí)體錄制保存。在具體實(shí)施過程中，IPTV服務(wù)控制功能實(shí)體22在向UE發(fā)送直播業(yè)務(wù)下載或者錄制的請求時，可以將該直播業(yè)務(wù)的標(biāo)識攜帶在請求中發(fā)送給UE，。則UE可以根據(jù)該標(biāo)識向傳輸處理功能實(shí)體26發(fā)起請求，傳輸處理功能實(shí)體26將與該標(biāo)識對應(yīng)的直播內(nèi)容流錄制到UE中；或者，IPTV服務(wù)控制功能實(shí)體根據(jù)該標(biāo)識請求向IPTV媒體功能實(shí)體發(fā)起錄制請求，該錄制的直播內(nèi)容下載到UE中。
進(jìn)一步地，上述系統(tǒng)還包括業(yè)務(wù)控制功能實(shí)體24，用于接收來自IPTV服務(wù)控制功能實(shí)體22的推送直播業(yè)務(wù)的初始會話請求，并根據(jù)初始會話請求中攜帶的信息，將初始化請求轉(zhuǎn)發(fā)給UE。 其中，UE在接受到該初始會話請求后，可選擇接受下載或錄制該直播業(yè)務(wù)，也可選擇拒絕下載或錄制，并將選擇結(jié)果通過響應(yīng)消息發(fā)送給IPTV服務(wù)控制功能實(shí)體22 ;
選擇一 IPTV服務(wù)控制功能實(shí)體22在用戶選擇接受下載或錄制該直播節(jié)業(yè)務(wù)時，發(fā)起該直播業(yè)務(wù)的下載或錄制流程，IPTV媒體功能實(shí)體14響應(yīng)該下載或錄制流程，錄制好的直播內(nèi)容流下載到UE中。 選擇二 UE根據(jù)直播業(yè)務(wù)的標(biāo)識，請求加入傳輸處理功能實(shí)體的組播頻道中接受組播流，UE將該組播流進(jìn)行錄制。 并且，上述直播內(nèi)容是根據(jù)UE選擇內(nèi)容的喜好信息分析統(tǒng)計得到的，或該直播內(nèi)容為目前點(diǎn)擊率高的直播業(yè)務(wù)。 進(jìn)一步地，為了方便UE判斷是否播放該直播業(yè)務(wù)，IPTV服務(wù)控制功能實(shí)體還用于在發(fā)送的初始會話請求中可以攜帶請求參數(shù)，其中該請求參數(shù)中包括但不限于以下內(nèi)容
(1)推送標(biāo)識符信息，用于指示推薦的直播節(jié)目為需要直接觀看的頻道的直播節(jié)目而不是需要存儲的媒體文件或者流、也不是推送點(diǎn)播節(jié)目需要UE直接觀看等其他情況；
(2)推薦的直播節(jié)目內(nèi)容的描述信息，如節(jié)目的標(biāo)識、片名、主演演員、大概情節(jié)等內(nèi)容； (3)節(jié)目的持續(xù)時間等信息。
(4)直播業(yè)務(wù)的唯一標(biāo)識信息。 通過本發(fā)明實(shí)施例的上述基于IPTV的直播業(yè)務(wù)推送系統(tǒng)，可以實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)主動向UE推送直播業(yè)務(wù)，將直播業(yè)務(wù)下載到UE中。 根據(jù)本發(fā)明實(shí)施例，還提供了一種IPTV服務(wù)控制功能實(shí)體，該IPTV服務(wù)控制功能實(shí)體可應(yīng)用在上述基于IPTV的直播業(yè)務(wù)推送系統(tǒng)中。 圖3A為根據(jù)本發(fā)明實(shí)施例的IPTV服務(wù)控制功能實(shí)體的結(jié)構(gòu)框圖，圖3B為根據(jù)本發(fā)明優(yōu)選實(shí)施例的IPTV服務(wù)控制功能實(shí)體的結(jié)構(gòu)框圖，如圖3A所示，根據(jù)本發(fā)明實(shí)施例的IPTV服務(wù)控制功能實(shí)體包括獲取模塊32和發(fā)送模塊34。以下結(jié)合附圖進(jìn)一步描述上述各個模塊。 獲取模塊32用于獲取推薦用戶下載或者錄制的直播業(yè)務(wù)的標(biāo)識； 發(fā)送模塊34與獲取模塊32連接，用于向UE發(fā)送攜帶有獲取模塊32獲取的標(biāo)識
的初始會話請求，其中，該初始會話請求用于請求UE下載或者錄制與該標(biāo)識對應(yīng)的信息。 進(jìn)一步地，如圖3B所示，本發(fā)明實(shí)施例提供的IPTV服務(wù)控制功能實(shí)體還可以包
括預(yù)留模塊36用于與UE進(jìn)行信令交互，預(yù)留傳輸上述直播內(nèi)容流所需的資源。 根據(jù)本發(fā)明實(shí)施例的上述IPTV服務(wù)控制功能實(shí)體，可以主動向UE發(fā)起直播業(yè)務(wù)
下載或者錄制請求，向UE推送直播業(yè)務(wù)。 根據(jù)本發(fā)明實(shí)施例，還提供了一種基于IPTV的直播業(yè)務(wù)推送方法，該方法應(yīng)用于包括IPTV服務(wù)控制功能實(shí)體、業(yè)務(wù)控制功能實(shí)體和傳輸處理功能實(shí)體的系統(tǒng)，該方法可以利用上述的IPTV服務(wù)控制功能實(shí)體或直播業(yè)務(wù)推送系統(tǒng)實(shí)現(xiàn)。 圖4為根據(jù)本發(fā)明實(shí)施例的基于IPTV的直播業(yè)務(wù)推送方法的流程圖，如圖4所示，根據(jù)本發(fā)明實(shí)施例的基于IPTV的直播業(yè)務(wù)推送方法主要包括以下處理(步驟S402-步驟S404): 步驟S402 :IPTV服務(wù)控制功能實(shí)體請求向UE進(jìn)行信息下載或錄制； 步驟S404 :UE響應(yīng)IPTV服務(wù)控制功能實(shí)體的請求，并在確定接受上述信息下載或
錄制后加入傳輸處理功能實(shí)體的組播頻道，接收并錄制傳輸處理功能實(shí)體發(fā)送的上述信
息的內(nèi)容流。或者IPTV服務(wù)控制功能實(shí)體請求將該直播流錄制到IPTV媒體功能實(shí)體中，
由IPTV媒體功能實(shí)體將該內(nèi)容流下載到UE中。 以下進(jìn)一步描述上述各個處理的細(xì)節(jié)。 ( — )步驟S402 具體地，該步驟的處理可以分為如下兩個的步驟 步驟1 :IPTV服務(wù)控制功能實(shí)體根據(jù)其識別出的準(zhǔn)備向特定用戶設(shè)備推薦的節(jié)目，向業(yè)務(wù)控制功能實(shí)體發(fā)送推送信息的初始會話請求，該請求包含直播業(yè)務(wù)的唯一標(biāo)識符(可以唯一標(biāo)識該直播節(jié)目對應(yīng)的直播頻道)。其中，該初始會話請求用于指定向UE進(jìn)行信息下載或錄制； 步驟2 :業(yè)務(wù)控制功能實(shí)體根據(jù)初始會話請求，將初始會話請求轉(zhuǎn)發(fā)給該指定的UE。 優(yōu)選地，IPTV還可以在初始會話請求中攜帶有關(guān)推薦直播業(yè)務(wù)的描述信息，比如，描述該信息是屬于新聞、體育或訪談等節(jié)目。 在具體實(shí)施過程中，為了減少推薦的盲目性，造成對用戶的頻繁干擾，IPTV服務(wù)控制功能實(shí)體可以根據(jù)UE選擇內(nèi)容的喜好，分析用戶可能喜好哪一類的節(jié)目，從而將用戶喜好的信息類型推薦給用戶；或者，IPTV服務(wù)控制功能實(shí)體將目前點(diǎn)擊率比較高的信息推薦給用戶。 在具體實(shí)施過程中，可以在上述初始會話請求中攜帶以下信息 推送標(biāo)識符信息，用于標(biāo)識推薦的直播節(jié)目是用戶需要直接觀看的頻道的直播節(jié)
目，而不是需要存儲的媒體文件或流，也不是推送的點(diǎn)播節(jié)目； 直播節(jié)目內(nèi)容的描述信息，比如，節(jié)目的標(biāo)識、片名、主演演員、大概情節(jié)等內(nèi)容；
該節(jié)目文件的大小信息或節(jié)目持續(xù)時間等；
直播業(yè)務(wù)的標(biāo)識； 并且，IPTV服務(wù)控制功能實(shí)體是在該直播業(yè)務(wù)播放前向UE發(fā)送上述初始會話請 求。 ( 二 )步驟S404 業(yè)務(wù)控制功能實(shí)體將上述初始會話請求發(fā)送給需要推薦的UE后，接收到該初始 會話請求的UE可以根據(jù)其存儲器的存儲能力、預(yù)先配置和或或用戶選擇，判斷是否接受下 載或錄制IPTV服務(wù)控制功能實(shí)體推薦的上述信息，并將判斷結(jié)果攜帶在上述初始會話請 求的響應(yīng)消息中，經(jīng)由業(yè)務(wù)控制功能實(shí)體發(fā)送給IPTV服務(wù)控制功能實(shí)體，IPTV服務(wù)控制功 能實(shí)體根據(jù)該響應(yīng)消息中攜帶的信息，判斷UE是否接受上述信息下載或錄制。
在具體實(shí)施過程中，在UE確定接受上述信息下載或錄制時，UE與IPTV服務(wù)控制 功能實(shí)體之間需要進(jìn)行交互，為上述信息的內(nèi)容流的傳輸預(yù)留資源，該過程可以在UE判斷 確定接受信息下載或錄制之后，也可以將UE判斷是否接受直播業(yè)務(wù)下載或者錄制放在UE 與IPTV服務(wù)控制功能實(shí)體為預(yù)留資源而進(jìn)行的信令交互過程中，下面針對這兩種方式，對 步驟S404的具體處理進(jìn)行描述。 方式一 UE在預(yù)留資源的過程中判斷是否接受IPTV服務(wù)控制功能實(shí)體推薦的直 播業(yè)務(wù)的下載或錄制 步驟1 :業(yè)務(wù)控制功能實(shí)體接收IPTV服務(wù)控制功能實(shí)體發(fā)送的頻道直播流的下載 或錄制請求，請求提供內(nèi)容頻道媒體資源； 步驟2 :業(yè)務(wù)控制功能實(shí)體和資源接納控制子系統(tǒng)之間進(jìn)行資源預(yù)留； 步驟3 :業(yè)務(wù)控制功能實(shí)體向UE發(fā)起頻道直播流的下載或錄制請求； 步驟4:UE根據(jù)其存儲器的存儲能力和或或用戶的選擇和或或UE中的配置確認(rèn)接
受上述頻道直播流的下載或錄制； 具體地，UE可以根據(jù)以下之一或其任意組合進(jìn)行判斷 (1)UE的存儲器的存儲能力。具體地，UE可以判斷初始會話請求中攜帶的參數(shù)—— 信息流的需要的存儲空間的大小是否小于自己的存儲器的空閑空間，如果是，則確認(rèn)接受 上述頻道直播流的下載； (2)用戶的決定。UE在接收到下載請求后，可以將請求下載的直播節(jié)目的相關(guān)信 息(比如，片名、演員等)顯示給用戶由用戶判斷是否接受該直播節(jié)目下載，如果用戶選擇 下載該直播節(jié)目，則UE確認(rèn)接受上述頻道直播流的下載； (3)UE的配置?？梢灶A(yù)先在UE中進(jìn)行配置，配置該UE是否接受直播業(yè)務(wù)的下載或 者錄制。 步驟5 :UE向業(yè)務(wù)控制功能實(shí)體發(fā)送頻道直播流的下載或錄制請求的應(yīng)答消息， 在該應(yīng)答消息中攜帶有UE確認(rèn)接受上述頻道直播流的下載或錄制的標(biāo)識；
9
步驟6 :業(yè)務(wù)控制功能實(shí)體與資源接納控制子系統(tǒng)之間進(jìn)行交互，提交上述預(yù)留 的資源； 步驟7 :業(yè)務(wù)控制功能實(shí)體向IPTV服務(wù)控制功能實(shí)體發(fā)送頻道直播流的下載或錄 制請求的應(yīng)答消息，該應(yīng)答消息中包括頻道直播流的下載或錄制信令建立成功的信息；
步驟8 :UE根據(jù)直播業(yè)務(wù)的唯一標(biāo)識，加入傳輸處理功能實(shí)體的組播頻道中，傳輸 處理功能實(shí)體將上述頻道直播節(jié)目流傳送到UE中，UE進(jìn)行錄制?；蛘撸琁PTV服務(wù)控制功能 實(shí)體向IPTV媒體功能實(shí)體之間進(jìn)行交互，將直播節(jié)目錄制到IPTV媒體功能實(shí)體中，由IPTV 媒體功能實(shí)體下載該直播業(yè)務(wù)到UE中。 在上述步驟5和6之間可以加入步驟5':業(yè)務(wù)控制功能實(shí)體和資源接納控制子 系統(tǒng)之間更新資源預(yù)留。 并且，在上述步驟4中如果判斷結(jié)果為拒絕接受媒體內(nèi)容，則在步驟4后執(zhí)行下述 處理 步驟5-1 :UE向業(yè)務(wù)控制功能實(shí)體發(fā)送攜帶拒絕頻道直播節(jié)目流的下載或錄制請 求的應(yīng)答消息； 步驟6-1 :業(yè)務(wù)控制功能實(shí)體和資源接納控制子系統(tǒng)之間進(jìn)行信令交互取消上述 步驟2中的資源預(yù)留； 步驟7-l :業(yè)務(wù)控制功能實(shí)體向IPTV服務(wù)控制功能實(shí)體發(fā)起攜帶拒絕頻道直播節(jié) 目流的下載或錄制請求的應(yīng)答消息，IPTV服務(wù)控制功能實(shí)體接收該應(yīng)答消息結(jié)束流程。
方式二 由UE先判斷，后執(zhí)行預(yù)留資源過程 UE接收到業(yè)務(wù)控制功能實(shí)體發(fā)送的初始會話請求后，執(zhí)行下述處理 步驟1 :UE判斷是否接受直播業(yè)務(wù)的下載或錄制，判斷結(jié)果為確認(rèn)接受頻道直播
流的下載或錄制； 具體地，UE可以根據(jù)以下之一或其任意組合進(jìn)行判斷其存儲器的存儲能力、用 戶的選擇、UE的配置。 步驟2 :IPTV服務(wù)控制功能實(shí)體和UE之間進(jìn)行交互，為上述頻道直播業(yè)務(wù)的傳輸 預(yù)留資源； 步驟3 :UE向業(yè)務(wù)控制功能實(shí)體發(fā)送同意接受頻道直播業(yè)務(wù)的下載或錄制的初始 會話應(yīng)答消息； 步驟4 :業(yè)務(wù)控制功能實(shí)體向資源接納控制子系統(tǒng)交互提交步驟2中預(yù)留的所有 資源信息； 步驟5 :業(yè)務(wù)控制功能實(shí)體向IPTV服務(wù)控制功能實(shí)體發(fā)送會話初始化應(yīng)答消息；
步驟6 :UE根據(jù)直播業(yè)務(wù)的唯一標(biāo)識，加入傳輸處理功能實(shí)體的組播頻道中，傳輸 處理功能實(shí)體將上述頻道直播節(jié)目流發(fā)送到UE中，UE將該直播流進(jìn)行錄制?；蛘?，IPTV服 務(wù)控制功能實(shí)體和IPTV媒體功能實(shí)體之間進(jìn)行交互，IPTV媒體功能實(shí)體根據(jù)直播業(yè)務(wù)的 唯一標(biāo)識建立直播頻道，使傳輸處理功能實(shí)體將上述頻道直播節(jié)目流發(fā)送到IPTV媒體功 能實(shí)體中，IPTV媒體功能實(shí)體將該直播流進(jìn)行錄制，由IPTV媒體功能實(shí)體下載該直播業(yè)務(wù) 至lj UE中。 如果在步驟1中UE拒絕上述頻道直播流下載或錄制，則后續(xù)步驟為 步驟2-1 :UE向業(yè)務(wù)控制功能實(shí)體發(fā)送拒絕接受頻道直播流下載或錄制的初始會話應(yīng)答消息； 步驟3-l :業(yè)務(wù)控制功能實(shí)體向IPTV服務(wù)控制功能實(shí)體發(fā)送攜帶拒絕信息的初始 會話應(yīng)答消息，結(jié)束流程。 UE根據(jù)直播業(yè)務(wù)的唯一標(biāo)識，加入傳輸處理功能實(shí)體的組播頻道中，傳輸處理功 能實(shí)體將上述頻道直播節(jié)目流發(fā)送到UE中，UE將該直播流進(jìn)行錄制?；蛘?，IPTV服務(wù)控 制功能實(shí)體和IPTV媒體功能實(shí)體之間進(jìn)行交互，IPTV媒體功能實(shí)體根據(jù)直播業(yè)務(wù)的唯一 標(biāo)識建立直播頻道，使傳輸處理功能實(shí)體將上述頻道直播節(jié)目流發(fā)送到IPTV媒體功能實(shí) 體中，IPTV媒體功能實(shí)體將該直播流進(jìn)行錄制，由IPTV媒體功能實(shí)體下載該直播業(yè)務(wù)到UE 中。在UE將上述信息內(nèi)容流保存在自身的存儲器中之后，UE可以直接選擇選擇存儲在存 儲器中的媒體內(nèi)容進(jìn)行播放；或者，UE通過與業(yè)務(wù)選擇功能實(shí)體交互選擇對應(yīng)的存儲在存 儲器中的媒體內(nèi)容進(jìn)行播放。 通過本發(fā)明實(shí)施例的上述方法，可以實(shí)現(xiàn)IPTV服務(wù)控制功能實(shí)體可以主動向UE 推送信息，UE再下載或者錄制，增加了運(yùn)營商實(shí)現(xiàn)的內(nèi)容業(yè)務(wù)。 為了進(jìn)一步描述上述方法的具體實(shí)施方式
，下面以IPTV服務(wù)控制功能實(shí)體向UE 推送的信息為直播業(yè)務(wù)為例，對本發(fā)明實(shí)施例提供的上述方法的具體實(shí)施方式
進(jìn)行說明。
實(shí)施例一 本實(shí)施例中先執(zhí)行UE判斷是否接受直播節(jié)目下載或錄制，再預(yù)留傳輸頻道直播 節(jié)目的內(nèi)容流的資源。圖5A和圖5B示出了本實(shí)施例推送直播節(jié)目的具體實(shí)施流程圖，如 圖中所示，主要包括以下步驟(該步驟同時適合圖5A和圖5B): 步驟S502 :IPTV服務(wù)控制功能實(shí)體在直播節(jié)目開始播放之前，向業(yè)務(wù)控制功能實(shí) 體發(fā)送推送直播業(yè)務(wù)的會話初始化請求。 其中，上述會話初始化請求攜帶有請求參數(shù)，該請求參數(shù)中可以包含推送的直播 業(yè)務(wù)的標(biāo)識符信息(可以標(biāo)識該直播節(jié)目對應(yīng)的直播頻道)、推送標(biāo)識符信息(表明是需要 下載的直播業(yè)務(wù)、需要下載的點(diǎn)播節(jié)目、立即觀看的直播節(jié)目等類型)；推薦的頻道直播節(jié) 目內(nèi)容的標(biāo)識、描述信息，如節(jié)目的片名、主演演員、大概情節(jié)等內(nèi)容；該節(jié)目文件的大小信 息(也可以是節(jié)目持續(xù)時間，或UE根據(jù)碼流等信息推算出節(jié)目完全存儲需要的空間大小)； UE的唯一標(biāo)識的標(biāo)識信息；直播節(jié)目的起始時間和結(jié)束時間、直播節(jié)目持續(xù)時間等；直播 業(yè)務(wù)的標(biāo)識。 上述直播業(yè)務(wù)可以是根據(jù)UE選擇內(nèi)容的喜好分析統(tǒng)計確定的或者是目前流行的 直播業(yè)務(wù)； 步驟S504 :業(yè)務(wù)控制功能實(shí)體根據(jù)上述會話初始化請求攜帶的標(biāo)識信息列表向 指定UE發(fā)送會話初始化請求； 步驟S506 :接收到請求的UE判斷是否接受上述直播業(yè)務(wù)下載或錄制，如果不接 受，執(zhí)行步驟S510，否則，執(zhí)行步驟S508。 具體地，UE可以根據(jù)上述直播業(yè)務(wù)需要存儲空間大小信息和或或用戶的選擇判斷 是否接受直播業(yè)務(wù)下載或錄制。如果上述直播節(jié)目需要的存儲空間大小超過UE (例如機(jī)頂 盒)的存儲能力，和或或用戶拒絕接受該直播節(jié)目下載或錄制，則UE確定不接受上述直播 業(yè)務(wù)下載或錄制，否則確定接受上述直播業(yè)務(wù)下載或錄制。 步驟S508 :IPTV服務(wù)控制功能實(shí)體和UE之間進(jìn)行頻道直播流的下載或錄制信令的建立過程，進(jìn)行資源預(yù)留以保障頻道直播流的下載的服務(wù)質(zhì)量。其中，服務(wù)質(zhì)量保障的依 據(jù)包括傳遞該媒體文件大小的信息、碼流大小等信息。 步驟S510 :接受到請求的UE將步驟S506中判斷的結(jié)果攜帶在會話初始化應(yīng)答消 息，發(fā)送給業(yè)務(wù)控制功能實(shí)體。如果為拒絕接受頻道的直播節(jié)目流的下載或錄制的應(yīng)答消 息，則執(zhí)行步驟S514;如果為同意接受頻道的直播節(jié)目流的下載或錄制的應(yīng)答消息，則返 回成功消息，執(zhí)行下一步； 步驟S512 :業(yè)務(wù)控制功能實(shí)體(MS系統(tǒng)中對應(yīng)Core IMS的P-CSCF)與資源接納 控制子系統(tǒng)交付提交步驟S508中預(yù)留的所有資源信息； 步驟S514 :業(yè)務(wù)控制功能實(shí)體向IPTV服務(wù)控制功能實(shí)體發(fā)送會話初始化應(yīng)答消 息，如果該應(yīng)答消息含UE拒絕接受內(nèi)容的消息，則結(jié)束流程，否則執(zhí)行下一步；
步驟S516 :UE根據(jù)直播業(yè)務(wù)的唯一標(biāo)識，加入傳輸處理功能實(shí)體的組播頻道中， 傳輸處理功能實(shí)體將上述頻道直播節(jié)目流發(fā)送到UE中，UE將該直播流進(jìn)行錄制。或者， IPTV服務(wù)控制功能實(shí)體和IPTV媒體功能實(shí)體之間進(jìn)行交互，IPTV媒體功能實(shí)體根據(jù)直播 業(yè)務(wù)的唯一標(biāo)識建立直播頻道，使傳輸處理功能實(shí)體將上述頻道直播節(jié)目流發(fā)送到IPTV 媒體功能實(shí)體中，IPTV媒體功能實(shí)體將該直播流進(jìn)行錄制，由IPTV媒體功能實(shí)體下載該直 播業(yè)務(wù)到UE中。 其中，上述參數(shù)信息包括該直播業(yè)務(wù)的唯一標(biāo)識符信息、節(jié)目開始時間、節(jié)目結(jié)束 時間、持續(xù)時間等信息。； 步驟S518 :UE播放內(nèi)容。可以采取用戶直接點(diǎn)播存儲在UE中的內(nèi)容，或用戶和業(yè) 務(wù)選擇功能實(shí)體交互選擇對應(yīng)的存儲在UE中的內(nèi)容的方式進(jìn)行播放。
在步驟S508中，IPTV服務(wù)控制功能實(shí)體和UE之間進(jìn)行頻道直播流的下載或錄制 信令的建立過程，可以由UE主動發(fā)起，也可以由IPTV服務(wù)控制功能實(shí)體發(fā)起。例如，如果在 具體實(shí)施過程中，UE獲取網(wǎng)絡(luò)參數(shù)發(fā)生在會話初始化之前，即從業(yè)務(wù)選擇功能觸發(fā)該步驟， 則在UE發(fā)起頻道直播流的下載或錄制請求后執(zhí)行實(shí)施例一的步驟S508，在這種情況下，步 驟S508的具體實(shí)現(xiàn)過程如圖6所示，主要包括以下步驟 步驟S602 :UE向業(yè)務(wù)控制功能實(shí)體發(fā)送頻道直播流的下載或錄制請求，請求建立 IPTV服務(wù)控制功能實(shí)體與UE之間的頻道直播流的交付頻道； 步驟S604 :業(yè)務(wù)控制功能實(shí)體和資源接納控制子系統(tǒng)之間進(jìn)行資源預(yù)留； 步驟S606 :業(yè)務(wù)控制功能實(shí)體向IPTV服務(wù)控制功能實(shí)體轉(zhuǎn)發(fā)頻道直播流的下載
或錄制請求； 步驟S608 :IPTV服務(wù)控制功能實(shí)體向業(yè)務(wù)控制功能實(shí)體發(fā)送頻道直播流的下載 或錄制請求的應(yīng)答消息，該應(yīng)答消息中包括頻道直播流的下載或錄制的媒體資源建立的信 息； 步驟S610 :業(yè)務(wù)控制功能實(shí)體和資源接納控制子系統(tǒng)之間更新資源預(yù)留；在具體 實(shí)施過程中該步驟可以執(zhí)行也可以不執(zhí)行，可根據(jù)具體需求確定； 步驟S612 :業(yè)務(wù)控制功能實(shí)體向UE返回的頻道直播流的下載或錄制請求的應(yīng)答 消息，IPTV服務(wù)控制功能實(shí)體與UE之間的頻道直播流的交付建立。 在上述流程中，如果UE獲取網(wǎng)絡(luò)參數(shù)作為會話初始化的一部分，則IPTV SCF發(fā)起 頻道直播流的下載或錄制請求后執(zhí)行實(shí)施例一的步驟S508，此時步驟S508的具體實(shí)施過程如圖7所示，主要包括 步驟S702 :IPTV服務(wù)控制功能實(shí)體向業(yè)務(wù)控制功能實(shí)體發(fā)起頻道直播流的下載 或錄制請求； 步驟S704 :業(yè)務(wù)控制功能實(shí)體和資源接納控制子系統(tǒng)之間進(jìn)行資源預(yù)留；
步驟S706 :業(yè)務(wù)控制功能實(shí)體向UE發(fā)起頻道直播流的下載或錄制請求；
步驟S708 :UE向業(yè)務(wù)控制功能實(shí)體發(fā)送頻道直播流的下載或錄制請求的應(yīng)答消 息； 步驟S710 :業(yè)務(wù)控制功能實(shí)體和資源接納控制子系統(tǒng)之間更新資源預(yù)留；在具體 實(shí)施過程中該步驟可以執(zhí)行也可以不執(zhí)行，可根據(jù)具體需求確定； 步驟S712 :業(yè)務(wù)控制功能實(shí)體向IPTV服務(wù)控制功能實(shí)體發(fā)起頻道直播流的下載
請求的應(yīng)答消息，該應(yīng)答消息中包括頻道直播流的交付頻道建立結(jié)果的信息。 實(shí)施例二 本實(shí)施例中UE在預(yù)留傳輸步驟直播節(jié)目的內(nèi)容流的資源的過程中判斷是否接受 直播業(yè)務(wù)下載。圖8A和圖8B示出了本實(shí)施例推送直播業(yè)務(wù)的具體實(shí)施流程圖，如圖中所 示，主要包括以下步驟(該步驟同時適合圖8A和圖8B): 步驟S802 :IPTV服務(wù)控制功能實(shí)體在直播業(yè)務(wù)開始播放之前，向業(yè)務(wù)控制功能實(shí) 體發(fā)送推送直播業(yè)務(wù)的會話初始化請求； 步驟S804 :業(yè)務(wù)控制功能實(shí)體根據(jù)上述會話初始化請求中攜帶的UE標(biāo)識信息，將 會話初始化請求發(fā)送給與該標(biāo)識信息對應(yīng)的UE ; 步驟S806 :IPTV服務(wù)控制功能實(shí)體和UE之間進(jìn)行頻道直播流的交付的建立過程， 進(jìn)行資源預(yù)留以保障頻道直播節(jié)目流的下載或者錄制的服務(wù)質(zhì)量。 步驟S808 :接受到請求的UE向業(yè)務(wù)控制功能實(shí)體發(fā)送會話初始化應(yīng)答消息。在 該步驟中UE在接收到會話初始化請求后，根據(jù)其存儲器的存儲能力和或或用戶的決定和 或或UE的配置，判斷是否接受上述頻道直播節(jié)目流下載或錄制，并將結(jié)果攜帶在初始化應(yīng) 答消息中發(fā)送給業(yè)務(wù)控制功能實(shí)體。如果該會話初始化應(yīng)答消息為拒絕接受頻道直播節(jié)目 流的下載或錄制的應(yīng)答消息，則執(zhí)行步驟S812 ;如果該會話初始化應(yīng)答消息為同意接受頻 道直播節(jié)目流的下載或錄制的應(yīng)答消息，則返回成功消息，執(zhí)行下一步；
步驟S810 :業(yè)務(wù)控制功能實(shí)體(即MS中對應(yīng)Core IMS的P-CSCF)與資源接納 控制子系統(tǒng)交付提交上述預(yù)留的所有資源信息； 步驟S812 :業(yè)務(wù)控制功能實(shí)體向IPTV服務(wù)控制功能實(shí)體轉(zhuǎn)發(fā)上述會話初始化應(yīng) 答消息，如果該應(yīng)答消息拒絕接受頻道直播節(jié)目流的下載或錄制的應(yīng)答消息，則結(jié)束流程； 否則繼續(xù)執(zhí)行下一步； 步驟S814 :UE根據(jù)直播業(yè)務(wù)的唯一標(biāo)識，加入傳輸處理功能實(shí)體的組播頻道中， 傳輸處理功能實(shí)體將上述頻道直播節(jié)目流發(fā)送到UE中，UE將該直播流進(jìn)行錄制?；蛘?， IPTV服務(wù)控制功能實(shí)體和IPTV媒體功能實(shí)體之間進(jìn)行交互，IPTV媒體功能實(shí)體根據(jù)直播 業(yè)務(wù)的唯一標(biāo)識建立直播頻道，使傳輸處理功能實(shí)體將上述頻道直播節(jié)目流發(fā)送到IPTV 媒體功能實(shí)體中，IPTV媒體功能實(shí)體將該直播流進(jìn)行錄制，由IPTV媒體功能實(shí)體下載該直 播業(yè)務(wù)到UE中。步驟A816 :UE播放內(nèi)容。可以采取用戶直接點(diǎn)播存儲在UE中的內(nèi)容，或 用戶和業(yè)務(wù)選擇功能實(shí)體交互選擇對應(yīng)的存儲在UE中的內(nèi)容的方式進(jìn)行播放。
在上述步驟S806中，如果UE獲取網(wǎng)絡(luò)參數(shù)作為會話初始化的一部分，則IPTV SCF 發(fā)起頻道直播流的下載或錄制請求后執(zhí)行以上實(shí)施例二步驟S806，此時步驟S806的具體 實(shí)施過程如圖9所示，主要包括 步驟S902 :業(yè)務(wù)控制功能實(shí)體接收IPTV服務(wù)控制功能實(shí)體發(fā)送的頻道直播流的 下載或錄制請求； 步驟S904 :業(yè)務(wù)控制功能實(shí)體和資源接納控制子系統(tǒng)之間進(jìn)行資源預(yù)留；
步驟S906 :業(yè)務(wù)控制功能實(shí)體向UE發(fā)送頻道直播流的下載或錄制請求；
步驟S908 :接受到請求的UE根據(jù)直播節(jié)目需要存儲空間大小和或或用戶的決定 和或或UE的配置判斷是否接受直播業(yè)務(wù)的下載或錄制。 具體地，如果直播節(jié)目需要的存儲空間大小超過UE (例如機(jī)頂盒)的存儲能力，或 者如果用戶拒絕接受該直播節(jié)目(可以是用戶以一定的規(guī)則配置是否接受，也可以是用戶 主動選擇是否接受)，UE判斷不接受上述直播業(yè)務(wù)的下載或錄制。 步驟S910 :UE將上述判斷的結(jié)果攜帶在頻道直播流的下載或錄制請求的應(yīng)答消 息中，發(fā)送給業(yè)務(wù)控制功能實(shí)體； 步驟S912 :業(yè)務(wù)控制功能實(shí)體和資源接納控制子系統(tǒng)之間更新資源預(yù)留，在具體 實(shí)施過程中也可以不執(zhí)行此步； 步驟S914 :業(yè)務(wù)控制功能實(shí)體向IPTV服務(wù)控制功能實(shí)體發(fā)送頻道直播流的下載 請求的應(yīng)答消息，如果該消息中攜帶有UE接受直播節(jié)目下載的標(biāo)識，則頻道直播流的下載 或錄制頻道建立成功，否則建立失敗。 本發(fā)明實(shí)施例提供的上述技術(shù)方案可以應(yīng)用在下一代網(wǎng)絡(luò)中基于IMS或者不基 于IMS的系統(tǒng)，可以提升了 IPTV系統(tǒng)的核心競爭力。 如上所述，借助本發(fā)明實(shí)施例提供的技術(shù)方案，通過IPTV服務(wù)控制功能實(shí)體主動 向UE發(fā)送初始會話請求，請求向UE下載或錄制信息，向UE推送信息，接收到上述請求的 用戶可以選擇下載或錄制網(wǎng)絡(luò)側(cè)推薦的信息，將該信息的內(nèi)容保存在UE的存儲器中，用戶 可以隨時選擇觀看下載的內(nèi)容，從而增加了運(yùn)營商實(shí)現(xiàn)的內(nèi)容業(yè)務(wù)，提高IPTV系統(tǒng)的競爭 力；并且，IPTV服務(wù)控制功能實(shí)體可以按照UE的選擇喜好有目的的向UE推送信息，避免了 推送的盲目性，能提高用戶體驗(yàn)。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種基于網(wǎng)際協(xié)議電視的信息推送方法，應(yīng)用于包括網(wǎng)際協(xié)議電視IPTV服務(wù)控制功能實(shí)體、業(yè)務(wù)控制功能實(shí)體和傳輸處理功能實(shí)體的基于下一代網(wǎng)絡(luò)的系統(tǒng)，其特征在于，所述方法包括步驟一所述IPTV服務(wù)控制功能實(shí)體向用戶設(shè)備發(fā)送初始會話請求，向用戶設(shè)備推薦直播業(yè)務(wù)的下載或者錄制；步驟二所述用戶設(shè)備響應(yīng)所述IPTV服務(wù)控制功能實(shí)體的請求，并在確定接受所述直播業(yè)務(wù)的下載或者錄制后，接收并保存所述直播業(yè)務(wù)的直播流。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟一所述IPTV服務(wù)控制功能實(shí)體向用 戶設(shè)備發(fā)送的請求中包含所推薦的直播業(yè)務(wù)的標(biāo)識。
3. 根據(jù)權(quán)利要求2所述的方法，在步驟一中IPTV服務(wù)控制功能實(shí)體向用戶設(shè)備推薦直 播業(yè)務(wù)的下載的情況下，其特征在于，步驟二包括所述用戶設(shè)備響應(yīng)所述IPTV服務(wù)控制功能實(shí)體的請求，并在確定接受所述直播業(yè)務(wù) 的下載后，IPTV服務(wù)控制功能實(shí)體發(fā)起將所述直播業(yè)務(wù)的直播流錄制到IPTV媒體功能實(shí) 體中，所述用戶設(shè)備從所述IPTV媒體功能實(shí)體中接收所述直播業(yè)務(wù)的直播流并保存。
4. 根據(jù)權(quán)利要求2所述的方法，在步驟一中IPTV服務(wù)控制功能實(shí)體向用戶設(shè)備推薦直 播業(yè)務(wù)的錄制的情況下，其特征在于，步驟二包括所述用戶設(shè)備響應(yīng)所述IPTV服務(wù)控制功能實(shí)體的請求，并在確定接受所述直播業(yè)務(wù) 的錄制后，用戶設(shè)備根據(jù)直播業(yè)務(wù)的標(biāo)識，加入組播頻道中，錄制組播頻道中所述直播業(yè)務(wù) 的直播流。
5. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述IPTV服務(wù)控制功能實(shí)體向用戶 設(shè)備推薦直播業(yè)務(wù)的下載或錄制，具體包括所述IPTV服務(wù)控制功能實(shí)體向所述業(yè)務(wù)控制功能實(shí)體發(fā)送推送直播業(yè)務(wù)的初始會話 請求，其中，所述初始會話請求用于指示用戶設(shè)備下載或錄制所述直播業(yè)務(wù)的直播流，且所 述初始會話請求中攜帶信息包括用戶設(shè)備的標(biāo)識信息的請求參數(shù)；所述業(yè)務(wù)控制功能實(shí)體根據(jù)所述初始會話請求中攜帶的所述用戶設(shè)備標(biāo)識信息，將所 述初始會話請求轉(zhuǎn)發(fā)給與所述標(biāo)識信息對應(yīng)的用戶設(shè)備。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述用戶設(shè)備響應(yīng)所述IPTV服務(wù)控制 功能實(shí)體的請求之前，還包括所述所述用戶設(shè)備和IPTV服務(wù)控制功能實(shí)體，或加入IPTV媒體功能實(shí)體進(jìn)行交互，建 立內(nèi)容交付頻道，預(yù)留傳輸直播業(yè)務(wù)的直播流所需的資源。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述IPTV服務(wù)功能實(shí)體與所述用戶設(shè)備進(jìn)行交互之前，所述方法還包括所述用戶設(shè)備根據(jù)其存儲能力和/或用戶的選擇，確定接受所述信息的下載或錄制。
8. 根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述IPTV服務(wù)功能實(shí)體與所述用戶設(shè) 備進(jìn)行交互的過程中，所述方法還包括所述用戶設(shè)備根據(jù)其存儲能力和/或用戶的選擇，確定接受所述信息的下載或錄制。
9. 根據(jù)權(quán)利要求6所述的方法，其特征在于，預(yù)留傳輸所述信息的內(nèi)容流所需的資源之后，所述方法還包括所述業(yè)務(wù)控制功能實(shí)體接收所述用戶設(shè)備發(fā)的初始會話應(yīng)答消息，其中，所述初始會話應(yīng)答消息中攜帶有用于標(biāo)識所述用戶設(shè)備是否下載或錄制所述信息的標(biāo)識信息；所述業(yè)務(wù)控制功能實(shí)體根據(jù)所述初始會話應(yīng)答消息中攜帶的所述標(biāo)識信息判斷所述 用戶設(shè)備是否接受下載或錄制所述信息，在判斷結(jié)果為是的情況下，提交預(yù)留的所述資源， 并將所述初始會話應(yīng)答消息轉(zhuǎn)發(fā)給所述IPTV服務(wù)控制功能實(shí)體；在判斷結(jié)果為否的情況 下，將所述初始會話應(yīng)答消息轉(zhuǎn)發(fā)給IPTV服務(wù)控制功能實(shí)體，結(jié)束流程。
10. 根據(jù)權(quán)利要求1所述的方法，其特征在于，如果所述下一代網(wǎng)絡(luò)中采用IP多媒體子 系統(tǒng)，則所述業(yè)務(wù)控制功能實(shí)體為核心IP多媒體子系統(tǒng)。
11. 一種基于IPTV的信息推送系統(tǒng)，包括IPTV服務(wù)控制功能實(shí)體和傳輸處理功能實(shí) 體，其特征在于，所述IPTV服務(wù)控制功能實(shí)體，用于請求向用戶設(shè)備進(jìn)行信息的下載或錄制； 所述傳輸處理功能實(shí)體，用于將加入其組播頻道的用戶設(shè)備錄制直播流，將所述信息 的內(nèi)容流錄制給所述用戶設(shè)備或者IPTV媒體功能實(shí)體中保存。
12. —種IPTV服務(wù)控制功能實(shí)體，其特征在于，包括 獲取模塊，用于獲取推薦給用戶下載或錄制的直播業(yè)務(wù)的標(biāo)識；發(fā)送模塊，用于向用戶設(shè)備發(fā)送攜帶有所述獲取模塊獲取的所述標(biāo)識的初始會話請 求，其中，所述初始會話請求用于請求所述用戶設(shè)備下載或錄制與所述標(biāo)識對應(yīng)的信息。
全文摘要
本發(fā)明公開了一種基于網(wǎng)際協(xié)議電視的信息推送方法、裝置及系統(tǒng)。在上述方法中，網(wǎng)際協(xié)議電視服務(wù)控制功能實(shí)體請求向用戶設(shè)備進(jìn)行直播業(yè)務(wù)的下載或錄制；所述用戶設(shè)備響應(yīng)所述IPTV服務(wù)控制功能實(shí)體的請求，并在確定接受所述直播業(yè)務(wù)的下載或者錄制后，接收并保存所述直播內(nèi)容。根據(jù)本發(fā)明提供的技術(shù)方案，可以實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)主動將信息推送到用戶設(shè)備中保存，增加了運(yùn)營商實(shí)現(xiàn)的內(nèi)容業(yè)務(wù)。
文檔編號H04L29/06GK101741816SQ20081017941
公開日2010年6月16日 申請日期2008年11月21日 優(yōu)先權(quán)日2008年11月21日
發(fā)明者夏宏飛, 王東 申請人:中興通訊股份有限公司