專利名稱：一種實現(xiàn)網(wǎng)絡(luò)錄制的方法、系統(tǒng)及實體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP電視(IPTV )技術(shù)，尤其涉及一種實現(xiàn)網(wǎng)絡(luò)錄制的方法、 系統(tǒng)以及網(wǎng)絡(luò)錄制控制實體和網(wǎng)絡(luò)錄制媒體實體。
背景技術(shù)：
IPTV是一種利用寬帶有線電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等多種技 術(shù)于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技
術(shù)。IPTV使用傳輸控制協(xié)議/因特網(wǎng)協(xié)議(TCP/IP)作為承載協(xié)議進行單播、 廣播或組播視頻業(yè)務(wù)，有效地將電^L網(wǎng)、電話網(wǎng)和互聯(lián)網(wǎng)三個領(lǐng)域結(jié)合在一 起，是三網(wǎng)融合最具代表性的業(yè)務(wù)。
IP多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem )是一個獨立于接入技 術(shù)的基于IP的標(biāo)準(zhǔn)體系，IMS與現(xiàn)存的語音和數(shù)據(jù)網(wǎng)絡(luò)(不論是如PSTN、 ISDN、因特網(wǎng)等固定網(wǎng)絡(luò)用戶，還是如GSM、 CDMA等移動網(wǎng)絡(luò)用戶)都 可以互通。IMS體系使得通過各種類型的客戶端都可以建立對等的IP通信， 并可以獲得所需要的服務(wù)質(zhì)量。除會話管理之外，IMS體系還涉及完成服務(wù) 提供所必須的功能(例如注冊、安全、計費、承載控制、漫游)。即IMS體 系構(gòu)成了 IP核心網(wǎng)的核心。
為了實現(xiàn)IMS對固定網(wǎng)絡(luò)用戶接入的統(tǒng)一控制，在網(wǎng)絡(luò)架構(gòu)中引入了網(wǎng) 絡(luò)附著子系統(tǒng)(NAS S, Network Attachment Sub - System )和資源與接納控 制子系統(tǒng)(RACS， Resource and Admission Control Subsystem ) 。 NASS用于 完成對用戶附著于接入網(wǎng)絡(luò)的管理，包括用戶驗證和網(wǎng)絡(luò)地址分配、位置管 理。RACS則主要用于完成策略控制、資源預(yù)留和接納控制，業(yè)務(wù)/應(yīng)用層面 可利用RACS請求接入網(wǎng)預(yù)留相關(guān)的資源。
目前啟動的基于IMS的IPTV架構(gòu)，將直接重用IMS的相關(guān)功能實體， 并通過適當(dāng)增加新的功能實體以及對現(xiàn)有功能實體相關(guān)功能的擴充，實現(xiàn)對 IPTV業(yè)務(wù)的支持。
圖1示出了現(xiàn)有技術(shù)中基于IMS的IPTV架構(gòu)的一種組網(wǎng)示意圖。如圖 1所示，每一個IPTV業(yè)務(wù)由一對IPTV業(yè)務(wù)控制功能(SCF， Service Control Functions)和IPTV汷某體功能(MF， Media Functions )纟且成。其中，SCF是 一種SIP應(yīng)用服務(wù)器，任務(wù)主要包括(l)會話初始化時進行授權(quán)；(2)實施 修改流程，檢查用戶的數(shù)據(jù)，以決定是否允許用戶訪問該業(yè)務(wù)；(3)賬號控制； (4)選擇相應(yīng)的MF。 MF負(fù)責(zé)媒體流的控制和遞交，可被分為i某體控制功能 (MCF)和媒體遞交功能(MDF)。其中，MCF的任務(wù)主要包括(l)處理 媒體流的控制；(2)監(jiān)視MDF的狀態(tài)(可選)；(3)管理和用戶設(shè)備(UE ) 的交互；(4)在MCF控制多個MDF時，選擇一個MDF; (5)精確感知不同 MDF的狀態(tài)和內(nèi)容的分發(fā)；(5)產(chǎn)生計費信息。MDF的任務(wù)主要包括(1) 處理媒體流的遞交；(2)上報狀態(tài)給MCF (可選)。
由圖1可見，SCF和MF分別包括點播類業(yè)務(wù)(CoD， Content on Demand)、廣播服務(wù)功能(BC )和個人錄像機功能(PVR， Personal Video Recorder)。
其中，CoD是一個IPTV業(yè)務(wù)功能，在SCF中為業(yè)務(wù)控制部分 (CoD-SCF),在MF中分為媒體控制部分(CoD-MCF)和媒體遞交功能 (CoD-MDF) 。 BC實現(xiàn)了廣播IPTV業(yè)務(wù)，在SCF中為業(yè)務(wù)控制部分 (BC-SCF)，在MF中分為媒體控制部分(BC-MCF)和媒體遞交功能 (BC-MDF) 。 PVR實現(xiàn)了 IPTV PVR業(yè)務(wù)，在SCF中為業(yè)務(wù)控制部分 (PVR-SCF),在MF中分為々某體控制部分(PVR-MCF)和々某體遞交功能 (PVR-MDF) 。 PVR業(yè)務(wù)提供對視頻媒體流的錄制功能，按照提供的方式 可以分為基于網(wǎng)絡(luò)PVR和基于個人的PVR,基于網(wǎng)絡(luò)的PVR指的是在網(wǎng) 絡(luò)為用戶分配一定的存儲空間，由網(wǎng)絡(luò)來記錄用戶要錄制的媒體功能，并根 據(jù)用戶意愿播放這些媒體內(nèi)容。
其中，CoD-SCF、 BC-SCF及PVR-SCF與UE之間通過IMS進行消息 交互，CoD-MCF、 BC-MCF及PVR-MCF與UE之間的媒體控制消息通過 Xc，參考點進行交互，CoD-MDF 、 BC-MDF及PVR-MDF與UE之間的媒體 數(shù)據(jù)通過Xc，，參考點交互。
其次，在網(wǎng)絡(luò)架構(gòu)中，還增加了業(yè)務(wù)發(fā)現(xiàn)功能(SDF)和業(yè)務(wù)選擇功能 (SSF),用于為UE在選擇IPTV業(yè)務(wù)時提供必要的信息。其中，SSF提供 UE可以瀏覽和選擇的 一 系列可用服務(wù)的列表。
it匕夕卜，在^專豐t處J里功能(TPF， Transport Processing Functions )中包4舌 組播控制功能；在用戶屬性服務(wù)器功能(UPSF)中存儲有用戶數(shù)據(jù)。
上述基于IMS的IPTV架構(gòu)中，雖然給出了各個功能實體的主要任務(wù)， 但對于如何在各功能實體間進行信息交互以完成網(wǎng)絡(luò)的錄制，現(xiàn)有網(wǎng)絡(luò)架構(gòu) 中尚沒有確切的方案，因此使得現(xiàn)有IPTV技術(shù)中尚無法實現(xiàn)網(wǎng)絡(luò)錄制。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例中一方面提供一種實現(xiàn)網(wǎng)絡(luò)錄制的方法，另一 方面提供一種實現(xiàn)網(wǎng)絡(luò)錄制的系統(tǒng)及實體，以便實現(xiàn)IPTV技術(shù)中的網(wǎng)絡(luò)錄制。
本發(fā)明實施例所提供的實現(xiàn)網(wǎng)絡(luò)錄制的方法，包括 網(wǎng)絡(luò)錄制控制實體接收到錄制任務(wù)，根據(jù)所述錄制任務(wù)，控制網(wǎng)絡(luò)錄制 媒體實體和內(nèi)容源建立傳輸通道，并控制網(wǎng)絡(luò)錄制媒體實體對通過所述傳輸
通道傳輸?shù)膩碜詢?nèi)容源的媒體流進行接收并錄制。
本發(fā)明實施例所提供的實現(xiàn)網(wǎng)絡(luò)錄制的系統(tǒng)，包括
網(wǎng)絡(luò)錄制控制實體，用于接收錄制任務(wù)，并根據(jù)所述錄制任務(wù)向網(wǎng)絡(luò)錄制 媒體實體發(fā)送攜帶內(nèi)容源信息的控制信息；
網(wǎng)絡(luò)錄制媒體實體，用于根據(jù)所接收的攜帶內(nèi)容源信息的控制信息，與內(nèi) 容源建立傳輸通道，并對通過所述傳輸通道傳輸?shù)膩碜詢?nèi)容源的J 某體流進行接 收并錄制；
內(nèi)容源，用于將媒體流傳輸給網(wǎng)絡(luò)錄制媒體實體。
本發(fā)明實施例所提供的網(wǎng)絡(luò)錄制控制實體，包括 接收模塊，用于接收錄制任務(wù)；
控制模塊，用于根據(jù)所述錄制任務(wù)向網(wǎng)絡(luò)錄制媒體實體發(fā)送攜帶內(nèi)容源 信息的控制信息。
本發(fā)明實施例所提供的網(wǎng)絡(luò)錄制媒體實體，包括 接收模塊，用于接收攜帶內(nèi)容源信息的控制信息；
通道建立模塊，用于根據(jù)所述控制信息中的內(nèi)容源信息，與內(nèi)容源建立傳 輸通道；
接收錄制模塊，用于對通過所建立傳輸通道傳輸?shù)膩碜詢?nèi)容源的媒體流 進行接收并錄制。
從上述方案可以看出，本發(fā)明實施例中網(wǎng)絡(luò)錄制控制實體根據(jù)所接收的 錄制任務(wù)，控制網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源之間建立傳輸通道，并控制網(wǎng)絡(luò) 錄制媒體實體對來自內(nèi)容源的媒體流進行接收并錄制，從而使得在基于IMS 的IPTV架構(gòu)中實現(xiàn)了網(wǎng)絡(luò)錄制。


圖1為現(xiàn)有技術(shù)中基于IMS的IPTV架構(gòu)的組網(wǎng)示意圖； 圖2為本發(fā)明實施例中實現(xiàn)網(wǎng)絡(luò)錄制的方法的示例性流程圖； 圖3為本發(fā)明實施例中實現(xiàn)網(wǎng)絡(luò)錄制的系統(tǒng)的示例性結(jié)構(gòu)圖； 圖4為圖3所示系統(tǒng)中網(wǎng)絡(luò)錄制控制實體的結(jié)構(gòu)示意圖； 圖5為圖3所示系統(tǒng)中網(wǎng)絡(luò)錄制媒體實體的結(jié)構(gòu)示意圖； 圖6為本發(fā)明示例 一 中實現(xiàn)網(wǎng)絡(luò)錄制的流程示意圖； 圖7為本發(fā)明示例二中實現(xiàn)網(wǎng)絡(luò)錄制的流程示意圖； 圖8為本發(fā)明示例三中實現(xiàn)網(wǎng)絡(luò)錄制的流程示意圖。
具體實施例方式
本發(fā)明實施例中，網(wǎng)絡(luò)錄制控制實體接收到錄制任務(wù)，根據(jù)所接收的錄 制任務(wù)，控制網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源之間建立傳輸通道，并控制網(wǎng)絡(luò)錄 制媒體實體對通過所建傳輸通道傳輸?shù)膩碜詢?nèi)容源的媒體流進行接收并錄制。
下面結(jié)合附圖及具體實施例對本發(fā)明中實現(xiàn)網(wǎng)絡(luò)錄制的方法、系統(tǒng)及實 體分別作進一步詳細(xì)的說明。
圖2為本發(fā)明實施例中實現(xiàn)網(wǎng)絡(luò)錄制的方法的示例性流程圖。如圖2所 示，該流程包括如下步驟
步驟201,錄制任務(wù)請求實體向網(wǎng)絡(luò)錄制控制實體提交錄制任務(wù)。
本步驟中，錄制任務(wù)可以是UE提交的，也可以是網(wǎng)絡(luò)配置的，相應(yīng)地， 錄制任務(wù)請求實體可以為UE,也可以為存儲網(wǎng)絡(luò)配置數(shù)據(jù)的網(wǎng)絡(luò)實體。
錄制任務(wù)中包括與錄制相關(guān)的信息，如頻道信息，錄制時間段或錄制節(jié) 目等信息。
本實施例中，網(wǎng)絡(luò)錄制控制實體可以為PVR-SCF,也可以為其它實體。 當(dāng)錄制任務(wù)請求實體為UE,網(wǎng)絡(luò)錄制控制實體為PVR-SCF時，錄制任
務(wù)可基于超文本傳輸協(xié)議(HTTP )通過UE與PVR-SCF之間的Ut接口進
行傳輸；或者，錄制任務(wù)可基于會話初始化協(xié)議(SIP )通過UE與PVR-SCF
之間的會話控制接口進行傳輸。
其中，基于SIP協(xié)議傳輸時，錄制任務(wù)可通過SIP協(xié)議中的邀請 (INVITE)消息或提交(REFER)消息進行傳輸，并且在通過會話控制接
口進行傳輸時，具體傳輸方式可至少有如下兩種
傳輸方式一UE直接將錄制任務(wù)發(fā)送給PVR-SCF。 傳輸方式二 UE通過BC-SCF將錄制任務(wù)轉(zhuǎn)發(fā)給PVR-SCF。 上述兩種傳輸方式中，錄制任務(wù)均可在上述所涉及的實體之間由IMS
中的網(wǎng)絡(luò)實體，如代理呼叫會話控制功能(P-CSCF)和服務(wù)呼叫會話控制功能(S-CSCF)進行轉(zhuǎn)發(fā)。
步驟202,網(wǎng)絡(luò)錄制控制實體根據(jù)所接收的錄制任務(wù)，控制網(wǎng)絡(luò)錄制媒 體實體和內(nèi)容源之間建立傳輸通道。
本步驟中，若錄制任務(wù)為提前提交的預(yù)定錄制任務(wù)，且錄制任務(wù)中包含 頻道信息和錄制時間段等信息，則網(wǎng)絡(luò)錄制控制實體會在相應(yīng)時間段開始 前，控制網(wǎng)絡(luò)錄制媒體實體和需要錄制的內(nèi)容源之間建立傳輸通道；若錄制 任務(wù)為當(dāng)前提交的實時錄制任務(wù)，且錄制任務(wù)中包含頻道信息，則網(wǎng)絡(luò)錄制 控制實體會在接收到錄制任務(wù)時，直接控制網(wǎng)絡(luò)錄制媒體實體和需要錄制的 內(nèi)容源之間建立傳輸通道。
本實施例中，網(wǎng)絡(luò)錄制媒體實體可以為PVR-MF,也可以為其它實體。 內(nèi)容源通常存儲在BC-MF中，且BC-MF中的內(nèi)容源信息通常預(yù)先配置給 BC-SCF。
當(dāng)網(wǎng)絡(luò)錄制控制實體為PVR-SCF,網(wǎng)絡(luò)錄制媒體實體為PVR-MF時， 網(wǎng)絡(luò)錄制控制實體控制網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源之間建立傳輸通道的具 體過程可包括PVR-SCF與BC-SCF進行信息交互，獲取內(nèi)容源信息，之 后，PVR-SCF與PVR-MF進行信息交互，將所獲取的內(nèi)容源信息通知給 PVR-MF, PVR-MF根據(jù)所獲取的內(nèi)容源信息與內(nèi)容源之間建立傳輸通道。
其中，PVR-SCF與BC-SCF進行信息交互時，若來自內(nèi)容源的媒體流 是以組播的方式進行傳輸，則所獲取的內(nèi)容源信息可以是組播源信息，如組 播源地址等；若來自內(nèi)容源的媒體流是以單播的方式進行傳輸，則所獲取的 內(nèi)容源信息可以是單播通道信息。
相應(yīng)地，若PVR-SCF與PVR-MF進行信息交互時，PVR-SCF將所獲取 的組播源信息通知給PVR-MF,則PVR-MF會向組播控制功能實體發(fā)送加入 組播的請求，由組播控制功能實體根據(jù)該加入組播的請求，將來自內(nèi)容源的 媒體流分發(fā)給PVR-MF,從而實現(xiàn)PVR-MF與內(nèi)容源之間的多播通道建立； 若PVR-SCF將所獲取的單播通道信息通知給PVR-MF,則PVR-MF會根據(jù) 該單播通道信息與內(nèi)容源之間建立單播通道。
其中，組播控制功能實體可以為基本轉(zhuǎn)發(fā)功能/基本控制功能
(EFF/ECF)，也可以為其它功能實體。
步驟203,網(wǎng)絡(luò)錄制媒體實體對來自內(nèi)容源的媒體流進行接收并錄制。
本步驟中，以網(wǎng)絡(luò)錄制媒體實體為PVR-MF的情況為例，則若來自內(nèi) 容源的媒體流是以組播的方式進行傳輸，則PVR-MF接收由組播控制功能實 體分發(fā)的媒體流；若來自內(nèi)容源的媒體流是以單播的方式進行傳輸，則 PVR-MF通過與內(nèi)容源建立的單播通道接收媒體流。PVR-MF對所接收的媒 體流進行實時錄制。
步驟204，在錄制完成后或在接收到UE的結(jié)束錄制請求后，拆除網(wǎng)絡(luò) 錄制媒體實體和內(nèi)容源之間所建立的傳輸通道。
本步驟中，以網(wǎng)絡(luò)錄制控制實體為PVR-SCF，網(wǎng)絡(luò)錄制媒體實體為 PVR-MF的情況為例，拆除PVR-MF和內(nèi)容源之間所建立的傳輸通道的過程 可以是由PVR-MF或PVR-SCF發(fā)起會話結(jié)束請求，并由PVR-SCF向BC-SCF 發(fā)送會話結(jié)束請求，從而結(jié)束PVR-SCF與BC-SCF之間的會話，同時 PVR-MF主動拆除或PVR-SCF通知PVR-MF拆除和內(nèi)容源之間所建立的傳 輸通道。
其中，若來自內(nèi)容源的媒體流是以組播的方式進行傳輸，則PVR-MF 拆除和內(nèi)容源之間所建立的傳輸通道時，可以是PVR-MF向組播控制功能 實體發(fā)送離開組播的請求，由組播控制功能實體根據(jù)該離開組播的請求，停 止將來自內(nèi)容源的媒體流分發(fā)給PVR-MF。若來自內(nèi)容源的媒體流是以單播 的方式進行傳輸，則PVR-MF直接拆除和內(nèi)容源之間所建立的單播傳輸通 道。
步驟205 ，網(wǎng)絡(luò)錄制媒體實體將錄制結(jié)杲信息上報給網(wǎng)絡(luò)錄制控制實體。 其中，錄制結(jié)果信息可包括錄制的存儲位置、時長、文件格式等信息 的任意組合。
步驟206，網(wǎng)絡(luò)錄制控制實體將所接收的錄制結(jié)果信息通知給錄制任務(wù) 請求實體。
具體實現(xiàn)時，錄制任務(wù)請求實體還可以向網(wǎng)絡(luò)錄制控制實體訂閱錄制結(jié)
果信息，則上述流程中保留步驟205和步驟206。若錄制任務(wù)請求實體未向 網(wǎng)絡(luò)錄制控制實體訂閱錄制結(jié)果信息，則步驟205和步驟206可以保留，也 可以省略，或者，也可以只保留步驟205,而省略步驟206。
此外，錄制任務(wù)請求實體還可以向網(wǎng)絡(luò)錄制控制實體訂閱錄制事件信 息，則網(wǎng)絡(luò)錄制控制實體可將所接收的來自網(wǎng)絡(luò)錄制媒體實體的錄制事件信 息通知給錄制任務(wù)請求實體。其中，錄制事件信息可包括當(dāng)前的錄制狀態(tài)， 如錄制時長、錄制異常等信息。
其中，網(wǎng)絡(luò)錄制媒體實體將錄制結(jié)果和/或錄制事件信息上報給網(wǎng)絡(luò)錄 制控制實體可以是根據(jù)網(wǎng)絡(luò)配置而默認(rèn)上報，也可以是網(wǎng)絡(luò)錄制控制實體向 網(wǎng)絡(luò)錄制媒體實體訂閱錄制結(jié)果和/或錄制事件信息，網(wǎng)絡(luò)錄制媒體實體根 據(jù)訂閱需求向網(wǎng)絡(luò)錄制控制實體上報錄制結(jié)果和/或錄制事件信息。
進一步地，當(dāng)UE發(fā)起對所錄制內(nèi)容的播放請求時，網(wǎng)絡(luò)錄制媒體實體 將所錄制的媒體流傳輸給UE。
本實施例中，錄制任務(wù)請求實體和網(wǎng)絡(luò)錄制控制實體之間、網(wǎng)絡(luò)錄制控 制實體和網(wǎng)絡(luò)錄制媒體實體之間、網(wǎng)絡(luò)錄制控制實體和內(nèi)容源之間的消息交 互都可以通過IMS中的網(wǎng)絡(luò)實體來進行路由，此處不再——贅述。
以上對本發(fā)明實施例中實現(xiàn)網(wǎng)絡(luò)錄制的方法進行了詳細(xì)描述，下面再對 本發(fā)明實施例中實現(xiàn)網(wǎng)絡(luò)錄制的系統(tǒng)進行詳細(xì)描述。
圖3為本發(fā)明實施例中實現(xiàn)網(wǎng)絡(luò)錄制的系統(tǒng)的示例性結(jié)構(gòu)圖。如圖3所 示，該系統(tǒng)包括網(wǎng)絡(luò)錄制控制實體、網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源。
其中，網(wǎng)絡(luò)錄制控制實體用于接收錄制任務(wù)，并根據(jù)所述錄制任務(wù)向網(wǎng) 絡(luò)錄制媒體實體發(fā)送攜帶內(nèi)容源信息的控制信息。
網(wǎng)絡(luò)錄制媒體實體用于根據(jù)所接收的攜帶內(nèi)容源信息的控制信息，與內(nèi)容 源建立傳輸通道，并對通過所述傳輸通道傳輸?shù)膩碜詢?nèi)容源的媒體流進行接收 并錄制。其中，傳輸通道可以為圖2所示流程中描述的多播通道或單播通道， 且具體建立過程也可與圖2所示流程中的描述一致。
內(nèi)容源用于將媒體流通過所建立的傳輸通道傳輸給網(wǎng)絡(luò)錄制媒體實體。 具體實現(xiàn)時，圖2所示系統(tǒng)中的各功能實體的具體操作過程可與圖2所示 流程中描述的操作過程一致，此處不再——贅述。
其中，錄制任務(wù)可以是UE提交的，也可以是網(wǎng)絡(luò)配置的，若是UE提交的， 則該系統(tǒng)可進一步包括UE,用于向網(wǎng)絡(luò)錄制控制實體提交錄制任務(wù)。其中， 若網(wǎng)絡(luò)錄制控制實體為PVR-SCF，則UE向PVR-SCF提交錄制任務(wù)的方式可 有多種，具體可與圖2所示流程中步驟201中的描述一致。
此外，若網(wǎng)絡(luò)錄制控制實體為PVR-SCF，網(wǎng)絡(luò)錄制媒體實體為PVR-MF, 則該系統(tǒng)可進一步包括BC-SCF,用于與PVR-SCF進行信息交互，并向 PVR-SCF提供內(nèi)容源信息。
其中，若來自內(nèi)容源的媒體流以組播的方式進行傳輸，則該系統(tǒng)進一步包 括組播控制功能實體，用于在PVR-MF的加入組播請求下，將來自內(nèi)容源的 媒體流分發(fā)給PVR-MF。
具體實現(xiàn)時，網(wǎng)絡(luò)錄制控制實體和網(wǎng)絡(luò)錄制媒體實體可有多種具體實現(xiàn)形 式，下面分別列舉其中 一種對網(wǎng)絡(luò)錄制控制實體和網(wǎng)絡(luò)錄制媒體實體的具體實 現(xiàn)進行詳細(xì)描述。
圖4示出了網(wǎng)絡(luò)錄制控制實體的一種內(nèi)部結(jié)構(gòu)示意圖。如圖4所示，該實 體包括接收模塊和控制模塊。
其中，接收模塊用于接收錄制任務(wù)。該錄制任務(wù)可以來自UE，也可以來自 網(wǎng)絡(luò)配置。
控制模塊用于根據(jù)所述錄制任務(wù)向網(wǎng)絡(luò)錄制媒體實體發(fā)送攜帶內(nèi)容源信息 的控制信息。
上述網(wǎng)絡(luò)錄制控制實體可以為PVR-SCF。
此外，該實體可進一步包括內(nèi)容源信息獲取模塊，用于向BC-SCF獲取
內(nèi)容源信息。
此外，該實體可進一步包括信息獲取模塊，用于從PVR-MF獲取錄制事 件信息和/或錄制結(jié)果信息。
進一步地，該實體還可包括信息上報模塊，用于將所獲取的錄制事件信 息和/或錄制結(jié)果信息上報給錄制任務(wù)的請求實體。
此外，該實體還可包括訂閱受理才莫塊，用于受理來自錄制任務(wù)的請求實 體的訂閱錄制事件信息和/或錄制結(jié)果信息的訂閱請求，根據(jù)所受理的訂閱請 求，通知所述信息上報模塊執(zhí)行上述上報操作。
此外，該實體還可進一步包括錄制結(jié)束通知^t塊，用于向PVR-MF發(fā)送 會話結(jié)束請求，通知PVR-MF拆除與內(nèi)容源之間所建立的傳輸通道。
圖5示出了網(wǎng)絡(luò)錄制媒體實體的一種內(nèi)部結(jié)構(gòu)示意圖。如圖5所示，該實 體包括接收模塊、通道建立模塊和接收錄制模塊。
其中，接收模塊用于接收攜帶內(nèi)容源信息的控制信息。其中，內(nèi)容源信息 可來自于BC-SCF。
通道建立模塊用于根據(jù)所述控制信息中的內(nèi)容源信息，與內(nèi)容源建立傳輸 通道。其中，該傳輸通道可以為圖2所示流程中描述的多播通道或單播通道， 且具體建立過程也可與圖2所示流程中的描述一致。
接收錄制模塊用于對通過所建立傳輸通道傳輸?shù)膩碜詢?nèi)容源的媒體流進行 接收并錄制。
上述網(wǎng)絡(luò)錄制媒體實體可以為PVR-MF。
此外，該實體可進一步包括信息上報模塊，用于獲取錄制發(fā)生的錄制事 件信息和/或錄制結(jié)果信息，并將所獲取的錄制事件信息和/或錄制結(jié)果信息上報 給網(wǎng)絡(luò)錄制控制實體。
進一步地，該實體還可包括媒體播放模塊，用于根據(jù)UE的播放請求， 將與所述播放請求對應(yīng)的已錄制的媒體流傳輸給UE。
進一步地，該實體還可包括訂閱受理模塊，用于受理來自網(wǎng)絡(luò)錄制控 制實體的訂閱錄制事件信息和/或錄制結(jié)果信息的訂閱請求，根據(jù)所受理的 訂閱請求，通知所述信息上報模塊執(zhí)行所述上報操作。
下面以錄制任務(wù)請求實體為UE、網(wǎng)絡(luò)錄制控制實體為PVR-SCF、網(wǎng)絡(luò) 錄制媒體實體為PVR-MF的情況為例，通過幾個具體示例對上述實現(xiàn)網(wǎng)絡(luò)錄
制的方法、系統(tǒng)及實體進行詳細(xì)描述。 示例一
本示例系統(tǒng)中包括UE、 SDF、 SSF、 PVR-SCF、 PVR-MF、 BC-SCF 和BC-MF。本示例中，假設(shè)UE提前預(yù)定錄制任務(wù)。圖6示出了本發(fā)明示例 一中實現(xiàn)網(wǎng)絡(luò)錄制的流程示意圖。如圖6所示，該流程包括如下步驟
步驟601, UE向PVR-SCF提交預(yù)定的錄制任務(wù)。
本實施例中，UE可預(yù)先通過SDF和SSF提供的信息，進行IPTV業(yè)務(wù) 發(fā)現(xiàn)和業(yè)務(wù)選擇，并針對所選擇的IPTV業(yè)務(wù)，將預(yù)定的錄制任務(wù)通過HTTP 方式進行登記，并提交給PVR-SCF，或者也可以通過將錄制任務(wù)攜帶在SIP 消息中提交給PVR-SCF。
其中，錄制任務(wù)中包含的信息可包括頻道信息、錄制時間段、用戶終 端信息(可選)、網(wǎng)絡(luò)錄制優(yōu)選信息(可選)、PVR-SCF采用的策略(可 選)、欲錄制的節(jié)目相關(guān)信息(可選)等。
后的錄制結(jié)果進行訂閱，這樣如果UE在線，PVR-SCF可通報錄制狀態(tài)和/ 或錄制結(jié)果，如錄制成功或錄制異常等信息。
步驟602， PVR-SCF根據(jù)所接收的錄制任務(wù)，在快到達錄制時間段時， 與BC-SCF進行信息交互，獲取內(nèi)容源的信息。
本步驟的具體實現(xiàn)過程可有多種，下面僅列舉其中 一種對本步驟進行詳 纟田4苗述
PVR-SCF可通過IMS體系向BC-SCF發(fā)送INVITE消息，以便向BC-SCF 請求內(nèi)容源信息。其中，PVR-SCF可在該INVITE消息中攜帶協(xié)商提議 (Offer),也可不攜帶Offer。例如若UE在提交給PVR-SCF的錄制任務(wù) 中上報了頻道信息以及欲錄制的節(jié)目相關(guān)信息等，則INVITE消息中可攜帶 相關(guān)Offer信息。
BC-SCF接收來自PVR-SCF的INVITE消息，根據(jù)所接收的INVITE消 息，向PVR-SCF返回響應(yīng)消息(200 OK )，若BC-SCF收到的INVITE消
息中攜帶有Offer,則該200 OK消息中攜帶協(xié)商應(yīng)答(Answer)，否則該 200 OK消息中攜帶本側(cè)Offer。該200 OK消息中攜帶有內(nèi)容源信息。
PVR-SCF接收來自BC-SCF的200 OK消息，從中獲取內(nèi)容源信息，并 根據(jù)所接收的200 OK消息，向發(fā)BC-SCF發(fā)送確認(rèn)(ACK )消息，若PVR-SCF 收到的200 OK消息中攜帶有Offer,則該ACK消息中攜帶Answer,若 PVR-SCF收到的200 OK消息中攜帶有Answer,則該ACK消息中不攜帶 Answer 。
從而完成相應(yīng)的Offer/Answer過程。
其中，內(nèi)容源信息可以是組播源信息，也可以是單播通道信息。 步驟603, PVR-SCF與PVR-MF進行信息交互，將所獲取內(nèi)容源信息 通知給PVR-MF。
本步驟的具體實現(xiàn)過程可有多種，其中一種可與步驟602中的過程類 似，即PVR-SCF同PVR-MF間進行SIP協(xié)議的Offer/Answer過程交互，將 內(nèi)容源信息告訴PVR-MF。具體可以是PVR-SCF向PVR-MF發(fā)送攜帶內(nèi) 容源信息的INVITE (Offer)消息，PVR-MF根據(jù)所接收的INVITE消息， 向PVR-SCF返回200 OK( Answer )消息，PVR-SCF接收到200 OK消息后， 向PVR-MF返回ACK消息，從而完成Offer/Answer過程交互。
步驟604， PVR-MF根據(jù)所接收的內(nèi)容源信息，建立自身與內(nèi)容源之間 的傳輸通道。
本步驟中，若內(nèi)容源信息為組播源信息，則PVR-MF可根據(jù)該組播源 信息向組播控制功能實體發(fā)送加入組播的請求，由組播控制功能實體根據(jù)該 加入組播的請求，將來自內(nèi)容源的媒體流分發(fā)給PVR-MF，從而實現(xiàn)PVR-MF 與內(nèi)容源之間的多播通道建立；若內(nèi)容源信息為單播通道信息，則PVR-MF 可根據(jù)該單播通道信息與內(nèi)容源之間建立單播通道。
步驟605, PVR-SCF向PVR-MF訂閱錄制結(jié)果信息。 具體實現(xiàn)時，PVR-SCF可向PVR-MF發(fā)送訂閱(SUBSCRIBE )消息， 并且該訂閱可在步驟603中PVR-SCF向PVR-MF通過INVITE發(fā)起的會話
中進行。該訂閱主要用于PVR-MF在錄制過程中即時通報錄制狀態(tài)信息，包
括異常信息等。此步驟為可選步驟。
步驟606, PVR-MF對來自內(nèi)容源的媒體流進行接收并錄制。 步驟607,錄制結(jié)束時，PVR-MF向PVR-SCF發(fā)送會話結(jié)束請求。 本步驟中還包括拆除PVR-MF和內(nèi)容源之間所建立的傳輸通道。其中， 若內(nèi)容源以組播方式進行傳輸，則PVR-MF可向組#"控制功能實體發(fā)送離開 組播的請求，由組播控制功能實體根據(jù)該離開組播的請求，停止將來自內(nèi)容 源的媒體流分發(fā)給PVR-MF;若內(nèi)容源以單播方式進行傳輸，則PVR-MF 直接拆除與內(nèi)容源之間的單播傳輸通道。
本步驟中，會話結(jié)束請求可以是SIP消息中的BYE消息，或其它消息。 步驟608, PVR-SCF向PVR-MF返回響應(yīng)消息。 本步驟為可選步驟，響應(yīng)消息可以為200 0K消息。 步驟609, PVR-SCF向BC-SCF發(fā)送會話結(jié)束請求。 本步驟中，會話結(jié)束請求可以是SIP消息中的BYE消息。 步驟610， BC-SCF根據(jù)所接收的會話結(jié)束請求，結(jié)束與PVR-SCF之間 的會話，并進一步地，向PVR-SCF返回響應(yīng)消息。 其中，響應(yīng)消息可以為200 OK消息。
步驟611,若步驟605中PVR-SCF向PVR-MF訂閱了錄制結(jié)果信息或 網(wǎng)絡(luò)配置為PVR-MF默認(rèn)上報，則PVR-MF將向PVR-SCF上才艮錄制結(jié)果信息。
本步驟中，錄制結(jié)果信息取決于用戶需要獲取的信息，例如可包括時 長、媒體格式、空間剩余大小、存放位置等信息。
步驟612， PVR-SCF向PVR-MF返回響應(yīng)信息。
本步驟為可選步驟，響應(yīng)消息可以為200 OK消息。
步驟613，如果在步驟601中UE訂閱了錄制結(jié)果信息，則PVR-SCF 將上報錄制結(jié)果信息。上報方式可以結(jié)合步驟601中采用的訂閱方式提供。
其中，上報內(nèi)容可以包括錄制時長、媒體格式、異常事件等。在用戶體
19
驗上，可在屏幕上顯示一個對話框，通知用戶錄制成功或錄制失敗及其原因等。
上述流程中，若PVR-SCF向PVR-MF訂閱了錄制事件信息或網(wǎng)絡(luò)配置 為PVR-MF默認(rèn)上報，則若在錄制過程中出現(xiàn)錄制異常，如存儲空間溢出等， PVR-MF會向PVR-SCF上報錄制異常的事件，則步驟607 步驟608可以省 略，由PVR-SCF直接向BC-SCF發(fā)送會話結(jié)束請求，BC-SCF根據(jù)所接收的 會話結(jié)束請求，結(jié)束PVR-SCF與BC-SCF之間的會話；同時，PVR-SCF向 PVR-MF也發(fā)送會話結(jié)束請求，PVR-MF根據(jù)會話結(jié)束請求，拆除和內(nèi)容源 之間所建立的傳輸通道。同樣，會話結(jié)束請求可以為SIP消息中的BYE消 息，或其它消息?；蛘撸琍VR-MF向PVR-SCF上報錄制異常的事件后，并 向PVR-SCF發(fā)送會話結(jié)束請求，之后PVR-SCF再向BC-SCF發(fā)送會話結(jié)束 請求，同時，PVR-MF拆除和內(nèi)容源之間所建立的傳輸通道。
此外，上述流程中，有些步驟之間并沒有嚴(yán)格的先后順序，例如步驟 611 612可以在步驟607之前，也可以在步驟609之前，本實施例中為了描 述方便，為各步驟設(shè)置了表示先后的序號，具體實現(xiàn)時，可根據(jù)實際情況執(zhí) 行，此外，上述流程中的步驟602和步驟603中的具體實現(xiàn)過程還可以是 BC-SCF同PVR-MF之間進行SIP協(xié)議的Offer/Answer過程交互，PVR-SCF 在兩個實體之間進行轉(zhuǎn)發(fā)。
上述流程中的UE和PVR-SCF之間、PVR-SCF和PVR-MF之間、 PVR-SCF和BC-SCF之間的消息都可以通過IMS體系中的實體來路由。其 中，IMS體系中的實體主要包括P-SCSF、 S-CSCF等。
示例二
本示例系統(tǒng)中包括UE、 PVR-SCF、 PVR-MF、 BC-SCF和BC-MF。本 示例中，假設(shè)直播電視(LTV)業(yè)務(wù)(LTV業(yè)務(wù)的建立過程可參照現(xiàn)有技術(shù) 進行)正在進行，UE觀看過程中提交實時的錄制任務(wù)。圖7示出了本發(fā)明 示例二中實現(xiàn)網(wǎng)絡(luò)錄制的流程示意圖。如圖7所示，該流程包括如下步驟
步驟701， UE向PVR-SCF提交錄制當(dāng)前頻道當(dāng)前節(jié)目的錄制任務(wù)，即
希望網(wǎng)絡(luò)從當(dāng)前收看位置發(fā)起即時錄制。
具體實現(xiàn)時，可通過SIP消息中的INVITE消息發(fā)起，也可通過SIP消
息中的REFER消息發(fā)起等。
步驟702, PVR-SCF向UE返回響應(yīng)消息。
本步驟為可選步驟，響應(yīng)消息可以為200 0K消息。
步驟703， UE向PVR-SCF發(fā)起訂閱錄制事件信息。
其中，訂閱錄制事件信息可通過SIP消息中SUBSCRIBE消息實現(xiàn)。
若步驟701采用的是INVITE消息發(fā)送錄制任務(wù)，則本步驟可直接執(zhí)行訂閱。
若步驟701采用的是REFER消息發(fā)送錄制任務(wù)的，則由于執(zhí)行REFER 消息之后，UE與PVR-SCF之間的會話會被釋放，因此根據(jù)應(yīng)用REFER消 息的隱式訂閱規(guī)則，步驟702與本步驟之間還包括PVR-SCF向UE發(fā)送通 知(NOTIFY)消息，用于攜帶PVR-SCF欲向BC-SCF發(fā)起呼叫的會話ID 信息。UE接收到NOTIFY消息后，向PVR-SCF返回200 OK消息。則本步 驟中的SUBSCRIBE消息中還需攜帶從NOTIFY消息中獲取的會話ID信息。
步驟704, PVR-SCF向UE返回響應(yīng)消息。
其中，若步驟701采用的是REFER消息發(fā)送錄制任務(wù)的，則PVR-SCF 根據(jù)UE的訂閱請求中的會話ID信息，在本地查詢，并定位到對應(yīng)的會話， 進一步地可向UE返回響應(yīng)消息。其中，響應(yīng)消息可以為2000K消息。
步驟705-709與圖6所示步驟602~606 —致。其中，步驟705中PVR-SCF 與BC-SCF進行信息交互時，若PVR-SCF向BC-SCF發(fā)送INVITE消息， 且在該INVITE消息中攜帶Offer,則該Offer的初始信息可通過步驟701中 的INVITE消息或REFER消息攜帶，例如，可攜帶會話描述協(xié)議(SDP ) 消息體等。
步驟710，錄制過程中，PVR-SCF將錄制事件信息上報給UE。 錄制過程中，將發(fā)生的錄制事件，如PVR-MF上存儲空間不夠或者其 它異常信息引起的事件進行上報。實際應(yīng)用中，錄制事件信息上報可通過
SIP消息中的NOTIFY消息實現(xiàn)。
步驟711 ， UE向PVR-SCF返回響應(yīng)消息。
本步驟為可選步驟，響應(yīng)消息可以為200 0K消息。
步驟712，若步驟710中上報的錄制事件信息顯示錄制發(fā)生異常，則本 步驟中UE可主動要求結(jié)束錄制，并向PVR-SCF發(fā)送錄制結(jié)束請求。
其中，若步驟701中采用的是INVITE消息發(fā)送錄制任務(wù)的，則本步驟 中的錄制結(jié)束請求可以為BYE消息；若步驟701中采用的是REFER消息發(fā) 送錄制任務(wù)的，則本步驟中的錄制結(jié)束請求可以為REFER消息。
步驟713 ， PVR-SCF向UE返回響應(yīng)消息。
本步驟為可選步驟，響應(yīng)消息可以為200 0K消息。
步驟714, PVR-SCF向BC-SCF發(fā)送會話結(jié)束請求。
本步驟中，會話結(jié)束請求可以是SIP消息中的BYE消息。此外，PVR-SCF 向PVR-MF也發(fā)送會話結(jié)束請求，PVR-MF根據(jù)會話結(jié)束請求，拆除和內(nèi)容 源之間所建立的傳輸通道。通道拆除過程與圖6所示步驟607中的描述一致。
步驟715， BC-SCF根據(jù)所接收的會話結(jié)束請求，結(jié)束與PVR-SCF之間 的會話，并進一步地向PVR-SCF返回響應(yīng)消息。
其中，響應(yīng)消息可以為200 OK消息。
上述流程中，步驟703、 704、 710、 711為可選步驟。
此外，若用戶在701中攜帶了錄制的時長信息，且在錄制時長到期之前 未收到來自UE的錄制結(jié)束請求，則步驟712和713可以省略，而由PVR-SCF 或PVR-MF來主動發(fā)起會話結(jié)束請求來拆除PVR-SCF和BC-SCF之間的會 話及PVR-MF與內(nèi)容源之間的傳輸通道。
進一步地，在錄制完成后，PVR-SCF可通過NOTIFY消息將錄制結(jié)果 信息通知UE。
此外，上述流程中，UE和PVR-SCF之間、PVR-SCF和PVR-MF之間、 PVR-SCF和BC-SCF之間的消息都可以通過IMS體系中的實體來路由。IMS 體系中的實體主要包括P-SCSF、 S-CSCF等。
同樣，上述流程中，有些步驟之間也沒有嚴(yán)格的先后順序，例如步驟
703~704可以在步驟705之后，本實施例中為了描述方便，為各步驟設(shè)置了 表示先后的序號，具體實現(xiàn)時，可根據(jù)實際情況執(zhí)行。 示例三
本示例系統(tǒng)中包括UE、 PVR-SCF、 PVR-MF、 BC-SCF和BC-MF。本
示例中，假設(shè)直播電視(LTV )業(yè)務(wù)(LTV業(yè)務(wù)的建立過程可參照現(xiàn)有技術(shù) 進行)正在進行，UE觀看過程中提交實時的錄制任務(wù)。圖8示出了本發(fā)明 示例三中實現(xiàn)網(wǎng)絡(luò)錄制的流程示意圖。如圖8所示，該流程包括如下步驟
步驟801, UE向BC-SCF提交錄制當(dāng)前頻道當(dāng)前節(jié)目的錄制任務(wù)，即 希望網(wǎng)絡(luò)從當(dāng)前收看位置發(fā)起即時錄制。
具體實現(xiàn)時，可通過SIP消息中的INVITE消息發(fā)起，也可通過SIP消 息中的REFER消息發(fā)起等。
步驟802, BC-SCF向UE返回響應(yīng)消息。
本步驟為可選步驟，響應(yīng)消息可以為200 0K消息。
步驟803, UE向PVR-SCF發(fā)起訂閱錄制事件信息。
其中，訂閱錄制事件信息可通過SIP消息中SUBSCRIBE消息實現(xiàn)。
若步驟801采用的是INVITE消息發(fā)送錄制任務(wù)，則本步驟可直接執(zhí)行 訂閱。
若步驟801采用的是REFER消息發(fā)送錄制任務(wù)的，則由于執(zhí)行REFER 消息之后，UE與BC-SCF之間的會話會被釋放，因此根據(jù)應(yīng)用REFER消息 的隱式訂閱規(guī)則，步驟802與本步驟之間還包括BC-SCF向UE發(fā)送通知 (NOTIFY)消息，用于攜帶BC-SCF欲向PVR-SCF發(fā)起呼叫的會話ID信 息。UE接收到NOTIFY消息后，向BC-SCF返回200 OK消息。則本步驟 中的SUBSCRIBE消息中還需攜帶從NOTIFY消息中獲取的會話ID信息。
步驟804， PVR-SCF向UE返回響應(yīng)消息。
其中，若步驟801采用的是REFER消息發(fā)送錄制任務(wù)的，則PVR-SCF 根據(jù)UE的訂閱請求中的會話ID信息，在本地查詢，并定位到對應(yīng)的會話，
進一步地可向UE返回響應(yīng)消息。其中，響應(yīng)消息可以為2000K消息。
步驟805 步驟811與圖7所示步驟705 711 —致。
步驟812，若步驟810中上報的錄制事件信息顯示錄制發(fā)生異常，則本 步驟中UE可主動要求結(jié)束錄制，并向BC-SCF發(fā)送錄制結(jié)束請求。
其中，若步驟801中采用的是INVITE消息發(fā)送錄制任務(wù)的，則本步驟 中的錄制結(jié)束請求可以為BYE消息；若步驟801中采用的是REFER消息發(fā) 送錄制任務(wù)的，則本步驟中的錄制結(jié)束請求可以為REFER消息。
步驟813 ， BC-SCF向UE返回響應(yīng)消息。
本步驟為可選步驟，響應(yīng)消息可以為200 OK消息。
步驟814, BC-SCF向PVR-SCF發(fā)送會話結(jié)束請求。
本步驟中，會話結(jié)束請求可以是SIP消息中的BYE消息。
步驟815, PVR-SCF根據(jù)所接收的會話結(jié)束請求，結(jié)束與BC-SCF之間 的會話，并進一步地向BC-SCF返回響應(yīng)消息。其中，響應(yīng)消息可以為200 OK 消息。
此外，PVR-SCF向PVR-MF發(fā)送會話結(jié)束請求，PVR-MF根據(jù)會話結(jié) 束請求，拆除和內(nèi)容源之間所建立的傳輸通道。通道拆除過程與圖6所示步 驟607中的描述一致。
上述各實施例中主要以LTV業(yè)務(wù)為例，對實現(xiàn)網(wǎng)絡(luò)錄制的方法、系統(tǒng) 及實體進行了詳細(xì)描述，此外，還可以對CoD業(yè)務(wù)，或者時移傳輸電浮見 (TsTV)業(yè)務(wù)等進行網(wǎng)絡(luò)錄制，其實現(xiàn)的大致過程相同，不同僅在于獲取 內(nèi)容源信息中包含的只能是單播地址，而網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源之間的 承載通道也只能是單播通道。且在獲取內(nèi)容源信息時，控制CoD業(yè)務(wù)和TsTV 業(yè)務(wù)的SCF需要和處理CoD業(yè)務(wù)和TsTV業(yè)務(wù)的MF直接進行內(nèi)容地址的 獲取和i某體的協(xié)商，類似PVR-SCF和PVR-MF之間的々某體協(xié)商過程。本領(lǐng) 域普通技術(shù)人員根據(jù)本文件中的方案描述可無需付出勞動的實現(xiàn)，此處不再 一一贅述。
上述各實施例中的網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源可以合設(shè)在 一 起，此時的
傳輸通道可以為內(nèi)部通信通道。
此外，上述各實施例中的網(wǎng)絡(luò)錄制媒體實體將錄制事件信息和/或錄制 結(jié)果信息上報給網(wǎng)絡(luò)錄制控制實體的方法可以獨立存在，即對于其它的網(wǎng)絡(luò) 錄制方法同樣適用。另外，網(wǎng)絡(luò)錄制控制實體將錄制事件信息和/或錄制結(jié) 果信息上報給錄制任務(wù)請求實體的方法也可以獨立存在，即對于其它的網(wǎng)絡(luò) 錄制方法同樣適用。
以上所述的具體實施例，對本發(fā)明的目的、技術(shù)方案和有益效果進行了 進一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的較佳實施例而已， 并非用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所作的任 何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種實現(xiàn)網(wǎng)絡(luò)錄制的方法，其特征在于，該方法包括:網(wǎng)絡(luò)錄制控制實體接收到錄制任務(wù)，根據(jù)所述錄制任務(wù)，控制網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源建立傳輸通道，并控制網(wǎng)絡(luò)錄制媒體實體對通過所述傳輸通道傳輸?shù)膩碜詢?nèi)容源的媒體流進行接收并錄制。
2、 如權(quán)利要求1所述的方法，其特征在于，所述錄制任務(wù)為用戶設(shè)備 UE提交的錄制任務(wù)；或者為網(wǎng)絡(luò)配置的錄制任務(wù)。
3、 如權(quán)利要求2所述的方法，其特征在于，所述網(wǎng)絡(luò)錄制控制實體為個 人錄像機功能-業(yè)務(wù)控制功能PVR-SCF;所述UE提交的錄制任務(wù)為UE基于超文本傳輸協(xié)議HTTP提交給 PVR-SCF的錄制任務(wù)，或UE基于會話初始化協(xié)議SIP提交給PVR-SCF的錄 制任務(wù)。
4、 如權(quán)利要求3所述的方法，其特征在于，所述UE基于SIP提交給 PVR-SCF的錄制任務(wù)為UE通過SIP中的邀請INVITE消息或提交REFER消 息給PVR-SCF的錄制任務(wù)；或者為UE通過SIP中的邀請INVITE消息或提交REFER消息由廣播服 務(wù)功能-業(yè)務(wù)控制功能BC-SCF轉(zhuǎn)交給PVR-SCF的錄制任務(wù)。
5、 如權(quán)利要求1所述的方法，其特征在于，所述網(wǎng)絡(luò)錄制控制實體為 PVR-SCF,所述網(wǎng)絡(luò)錄制媒體實體為個人錄像機功能-媒體功能PVR-MF;所述網(wǎng)絡(luò)錄制控制實體控制網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源建立傳輸通道包 括PVR-SCF與BC-SCF進行信息交互，獲取內(nèi)容源信息，PVR-SCF將所獲取 的內(nèi)容源信息通知給PVR-MF, PVR-MF根據(jù)所接收的內(nèi)容源信息與內(nèi)容源建 立傳輸通道。
6、 如權(quán)利要求5所述的方法，其特征在于，所述來自內(nèi)容源的媒體流以組 播的方式進行傳輸；則所述內(nèi)容源信息為組播源信息； 所述PVR-MF根據(jù)所接收的內(nèi)容源信息與內(nèi)容源建立傳輸通道為 PVR-MF根據(jù)所接收的組播源信息，向組播控制功能實體發(fā)送加入組播的請求， 組播控制功能實體根據(jù)所述加入組播的請求，將來自內(nèi)容源的媒體流分發(fā)給 PVR-MF，完成PVR-MF與內(nèi)容源之間的傳輸通道建立。
7、 如權(quán)利要求5所述的方法，其特征在于，所述來自內(nèi)容源的媒體流以單 播的方式進行傳輸；則所述內(nèi)容源信息為單播通道信息；所述PVR-MF根據(jù)所接收的內(nèi)容源信息與內(nèi)容源建立傳輸通道為 PVR-MF根據(jù)所接收的單播通道信息與內(nèi)容源之間建立單播通道。
8、 如權(quán)利要求1至7中任一項所述的方法，其特征在于，錄制完成后或接 收到結(jié)束錄制請求或會話結(jié)束請求后，拆除網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源之間所 建立的傳輸通道。
9、 如權(quán)利要求1至7中任一項所述的方法，其特征在于，該方法進一步包 括網(wǎng)絡(luò)錄制媒體實體將錄制事件信息和/或錄制結(jié)果信息上報給網(wǎng)絡(luò)錄制控制 實體。
10、 如權(quán)利要求9所述的方法，其特征在于，網(wǎng)絡(luò)錄制媒體實體將錄制事 件信息和/或錄制結(jié)果信息上報給網(wǎng)絡(luò)錄制控制實體之前，進一步包括網(wǎng)絡(luò)錄 制控制實體向網(wǎng)絡(luò)錄制媒體實體訂閱錄制事件信息和/或錄制結(jié)果信息。
11、 如權(quán)利要求9所述的方法，其特征在于，該方法進一步包括網(wǎng)絡(luò)錄 制控制實體將錄制事件信息和/或錄制結(jié)果信息上報給錄制任務(wù)的請求實體。
12、 如權(quán)利要求11所述的方法，其特征在于，網(wǎng)絡(luò)錄制控制實體將錄制事 件信息和/或錄制結(jié)果信息上報給錄制任務(wù)的請求實體之前，進一步包括錄制 任務(wù)的請求實體向網(wǎng)絡(luò)錄制控制實體訂閱錄制事件信息和/或錄制結(jié)果信息。
13、 如權(quán)利要求1至7中任一項所述的方法，其特征在于，該方法進一步 包括網(wǎng)絡(luò)錄制媒體實體接收到來自UE的播放請求，根據(jù)所接收的播放請求， 將與所述播放請求對應(yīng)的已錄制的媒體流傳輸給UE。
14、 如權(quán)利要求1至7中任一項所述的方法，其特征在于，所述錄制任務(wù) 為預(yù)定的錄制任務(wù)，或當(dāng)前實時的錄制任務(wù)。
15、 如權(quán)利要求1至7中任一項所述的方法，其特征在于，所述網(wǎng)絡(luò)錄制控制實體和網(wǎng)絡(luò)錄制媒體實體之間、網(wǎng)絡(luò)錄制控制實體和內(nèi)容源之間的消息交互通過IP多媒體子系統(tǒng)IMS中的實體進行路由。
16、 一種實現(xiàn)網(wǎng)絡(luò)錄制的系統(tǒng)，其特征在于，該系統(tǒng)包括 網(wǎng)絡(luò)錄制控制實體，用于接收錄制任務(wù)，并根據(jù)所述錄制任務(wù)向網(wǎng)絡(luò)錄制媒體實體發(fā)送攜帶內(nèi)容源信息的控制信息；網(wǎng)絡(luò)錄制媒體實體，用于根據(jù)所接收的攜帶內(nèi)容源信息的控制信息，與內(nèi) 容源建立傳輸通道，并對通過所述傳輸通道傳輸?shù)膩碜詢?nèi)容源的i某體流進行接 收并錄制；內(nèi)容源，用于將媒體流傳輸給網(wǎng)絡(luò)錄制媒體實體。
17、 如權(quán)利要求16所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括用戶設(shè) 備UE,用于向網(wǎng)絡(luò)錄制控制實體提交錄制任務(wù)。
18、 如權(quán)利要求16或17所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)錄制控制實 體為個人錄像機功能-業(yè)務(wù)控制功能PVR-SCF，所述網(wǎng)絡(luò)錄制媒體實體為個人 錄像機功能-媒體功能PVR-MF。
19、 如權(quán)利要求18所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括廣播服 務(wù)功能-業(yè)務(wù)控制功能BC-SCF,用于向所述PVR-SCF提供內(nèi)容源信息。
20、 如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述來自內(nèi)容源的媒體流以 組播的方式進行傳輸，該系統(tǒng)進一步包括組播控制功能實體，用于在PVR-MF 的加入組播請求下，將來自內(nèi)容源的媒體流分發(fā)給PVR-MF。
21、 一種網(wǎng)絡(luò)錄制控制實體，其特征在于，該實體包括 接收模塊，用于接收錄制任務(wù)；控制模塊，用于根據(jù)所述錄制任務(wù)向網(wǎng)絡(luò)錄制媒體實體發(fā)送攜帶內(nèi)容源信 息的控制信息。
22、 如權(quán)利要求21所述的實體，其特征在于，所述實體為個人錄像機功 能-業(yè)務(wù)控制功能PVR-SCF。
23、 如權(quán)利要求22所述的實體，其特征在于，該實體進一步包括內(nèi)容源 信息獲取模塊，用于向廣播服務(wù)功能-業(yè)務(wù)控制功能BC-SCF獲取內(nèi)容源信息。
24、 如權(quán)利要求23所述的實體，其特征在于，該實體進一步包括信息獲 取模塊，用于從個人錄像機功能-媒體功能PVR-MF獲取錄制事件信息和/或錄 制結(jié)果信息。
25、 如權(quán)利要求24所述的實體，其特征在于，該實體進一步包括信息上 報模塊，用于將所獲取的錄制事件信息和/或錄制結(jié)果信息上報給錄制任務(wù)的請 求實體。
26、 如權(quán)利要求25所述的實體，其特征在于，該實體進一步包括訂閱受 理模塊，用于受理來自錄制任務(wù)的請求實體的訂閱錄制事件信息和/或錄制結(jié)果 信息的訂閱請求，根據(jù)所受理的訂閱請求，通知所述信息上報模塊執(zhí)行所述上 報操作。
27、 如權(quán)利要求21至26中任一項所述的實體，其特征在于，該實體進一 步包括錄制結(jié)束通知模塊，用于向PVR-MF發(fā)送會話結(jié)束請求，通知PVR-MF 拆除與內(nèi)容源之間所建立的傳輸通道。
28、 一種網(wǎng)絡(luò)錄制々某體實體，其特征在于，該實體包括 接收模塊，用于接收攜帶內(nèi)容源信息的控制信息；通道建立模塊，用于根據(jù)所述控制信息中的內(nèi)容源信息，與內(nèi)容源建立傳 輸通道；接收錄制模塊，用于對通過所建立傳輸通道傳輸?shù)膩碜詢?nèi)容源的媒體流進 行接收并錄制。
29、 如權(quán)利要求28所述的實體，其特征在于，所述實體為個人錄像機功 能^某體功能PVR-MF。
30、 如權(quán)利要求29所述的實體，其特征在于，該實體進一步包括信息上 報模塊，用于獲取錄制發(fā)生的錄制事件信息和/或錄制結(jié)果信息，將所獲取的錄 制事件信息和/或錄制結(jié)果信息上報給網(wǎng)絡(luò)錄制控制實體。
31、 如權(quán)利要求29所述的實體，其特征在于，該實體進一步包括媒體播 放模塊，用于根據(jù)UE的播放請求，將與所述播放請求對應(yīng)的已錄制的媒體流傳輸給UE。
32、如權(quán)利要求28至31所述的實體，其特征在于，該實體進一步包括 訂閱受理模塊，用于受理來自網(wǎng)絡(luò)錄制控制實體的訂閱錄制事件信息和/或錄制 結(jié)果信息的訂閱請求，根據(jù)所受理的訂閱請求，通知所述信息上報模塊執(zhí)行所 述上報操作。
全文摘要
本發(fā)明公開了一種實現(xiàn)網(wǎng)絡(luò)錄制的方法，包括網(wǎng)絡(luò)錄制控制實體接收到錄制任務(wù)，根據(jù)所述錄制任務(wù)，控制網(wǎng)絡(luò)錄制媒體實體和內(nèi)容源建立傳輸通道，并控制網(wǎng)絡(luò)錄制媒體實體對通過所述傳輸通道傳輸?shù)膩碜詢?nèi)容源的媒體流進行接收并錄制。此外，本發(fā)明還公開了一種實現(xiàn)網(wǎng)絡(luò)錄制的系統(tǒng)。最后本發(fā)明還公開了一種網(wǎng)絡(luò)錄制控制實體和網(wǎng)絡(luò)錄制媒體實體。本發(fā)明所公開的技術(shù)方案，能夠?qū)崿F(xiàn)基于IMS的IPTV架構(gòu)中的網(wǎng)絡(luò)錄制。
文檔編號H04N5/76GK101378492SQ20071014517
公開日2009年3月4日 申請日期2007年8月27日 優(yōu)先權(quán)日2007年8月27日
發(fā)明者耕 王, 鐘劍鋒, 雷曉松 申請人:華為技術(shù)有限公司