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

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


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