专利名称:一种实现网络录制的方法、系统及实体的制作方法
技术领域:
本发明涉及IP电视(IPTV )技术,尤其涉及一种实现网络录制的方法、 系统以及网络录制控制实体和网络录制媒体实体。
背景技术:
IPTV是一种利用宽带有线电视网,集互联网、多媒体、通讯等多种技 术于一体,向家庭用户提供包括数字电视在内的多种交互式服务的崭新技
术。IPTV使用传输控制协议/因特网协议(TCP/IP)作为承载协议进行单播、 广播或组播视频业务,有效地将电^L网、电话网和互联网三个领域结合在一 起,是三网融合最具代表性的业务。
IP多媒体子系统(IMS, IP Multimedia Subsystem )是一个独立于接入技 术的基于IP的标准体系,IMS与现存的语音和数据网络(不论是如PSTN、 ISDN、因特网等固定网络用户,还是如GSM、 CDMA等移动网络用户)都 可以互通。IMS体系使得通过各种类型的客户端都可以建立对等的IP通信, 并可以获得所需要的服务质量。除会话管理之外,IMS体系还涉及完成服务 提供所必须的功能(例如注册、安全、计费、承载控制、漫游)。即IMS体 系构成了 IP核心网的核心。
为了实现IMS对固定网络用户接入的统一控制,在网络架构中引入了网 络附着子系统(NAS S, Network Attachment Sub - System )和资源与接纳控 制子系统(RACS, Resource and Admission Control Subsystem ) 。 NASS用于 完成对用户附着于接入网络的管理,包括用户验证和网络地址分配、位置管 理。RACS则主要用于完成策略控制、资源预留和接纳控制,业务/应用层面 可利用RACS请求接入网预留相关的资源。
目前启动的基于IMS的IPTV架构,将直接重用IMS的相关功能实体, 并通过适当增加新的功能实体以及对现有功能实体相关功能的扩充,实现对 IPTV业务的支持。
图1示出了现有技术中基于IMS的IPTV架构的一种组网示意图。如图 1所示,每一个IPTV业务由一对IPTV业务控制功能(SCF, Service Control Functions)和IPTV汷某体功能(MF, Media Functions )纟且成。其中,SCF是 一种SIP应用服务器,任务主要包括(l)会话初始化时进行授权;(2)实施 修改流程,检查用户的数据,以决定是否允许用户访问该业务;(3)账号控制; (4)选择相应的MF。 MF负责媒体流的控制和递交,可被分为i某体控制功能 (MCF)和媒体递交功能(MDF)。其中,MCF的任务主要包括(l)处理 媒体流的控制;(2)监视MDF的状态(可选);(3)管理和用户设备(UE ) 的交互;(4)在MCF控制多个MDF时,选择一个MDF; (5)精确感知不同 MDF的状态和内容的分发;(5)产生计费信息。MDF的任务主要包括(1) 处理媒体流的递交;(2)上报状态给MCF (可选)。
由图1可见,SCF和MF分别包括点播类业务(CoD, Content on Demand)、广播服务功能(BC )和个人录像机功能(PVR, Personal Video Recorder)。
其中,CoD是一个IPTV业务功能,在SCF中为业务控制部分 (CoD-SCF),在MF中分为媒体控制部分(CoD-MCF)和媒体递交功能 (CoD-MDF) 。 BC实现了广播IPTV业务,在SCF中为业务控制部分 (BC-SCF),在MF中分为媒体控制部分(BC-MCF)和媒体递交功能 (BC-MDF) 。 PVR实现了 IPTV PVR业务,在SCF中为业务控制部分 (PVR-SCF),在MF中分为々某体控制部分(PVR-MCF)和々某体递交功能 (PVR-MDF) 。 PVR业务提供对视频媒体流的录制功能,按照提供的方式 可以分为基于网络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之间的媒体 数据通过Xc,,参考点交互。
其次,在网络架构中,还增加了业务发现功能(SDF)和业务选择功能 (SSF),用于为UE在选择IPTV业务时提供必要的信息。其中,SSF提供 UE可以浏览和选择的 一 系列可用服务的列表。
it匕夕卜,在^专丰t处J里功能(TPF, Transport Processing Functions )中包4舌 组播控制功能;在用户属性服务器功能(UPSF)中存储有用户数据。
上述基于IMS的IPTV架构中,虽然给出了各个功能实体的主要任务, 但对于如何在各功能实体间进行信息交互以完成网络的录制,现有网络架构 中尚没有确切的方案,因此使得现有IPTV技术中尚无法实现网络录制。
发明内容
有鉴于此,本发明实施例中一方面提供一种实现网络录制的方法,另一 方面提供一种实现网络录制的系统及实体,以便实现IPTV技术中的网络录制。
本发明实施例所提供的实现网络录制的方法,包括 网络录制控制实体接收到录制任务,根据所述录制任务,控制网络录制 媒体实体和内容源建立传输通道,并控制网络录制媒体实体对通过所述传输
通道传输的来自内容源的媒体流进行接收并录制。
本发明实施例所提供的实现网络录制的系统,包括
网络录制控制实体,用于接收录制任务,并根据所述录制任务向网络录制 媒体实体发送携带内容源信息的控制信息;
网络录制媒体实体,用于根据所接收的携带内容源信息的控制信息,与内 容源建立传输通道,并对通过所述传输通道传输的来自内容源的J 某体流进行接 收并录制;
内容源,用于将媒体流传输给网络录制媒体实体。
本发明实施例所提供的网络录制控制实体,包括 接收模块,用于接收录制任务;
控制模块,用于根据所述录制任务向网络录制媒体实体发送携带内容源 信息的控制信息。
本发明实施例所提供的网络录制媒体实体,包括 接收模块,用于接收携带内容源信息的控制信息;
通道建立模块,用于根据所述控制信息中的内容源信息,与内容源建立传 输通道;
接收录制模块,用于对通过所建立传输通道传输的来自内容源的媒体流 进行接收并录制。
从上述方案可以看出,本发明实施例中网络录制控制实体根据所接收的 录制任务,控制网络录制媒体实体和内容源之间建立传输通道,并控制网络 录制媒体实体对来自内容源的媒体流进行接收并录制,从而使得在基于IMS 的IPTV架构中实现了网络录制。
图1为现有技术中基于IMS的IPTV架构的组网示意图; 图2为本发明实施例中实现网络录制的方法的示例性流程图; 图3为本发明实施例中实现网络录制的系统的示例性结构图; 图4为图3所示系统中网络录制控制实体的结构示意图; 图5为图3所示系统中网络录制媒体实体的结构示意图; 图6为本发明示例 一 中实现网络录制的流程示意图; 图7为本发明示例二中实现网络录制的流程示意图; 图8为本发明示例三中实现网络录制的流程示意图。
具体实施例方式
本发明实施例中,网络录制控制实体接收到录制任务,根据所接收的录 制任务,控制网络录制媒体实体和内容源之间建立传输通道,并控制网络录 制媒体实体对通过所建传输通道传输的来自内容源的媒体流进行接收并录制。
下面结合附图及具体实施例对本发明中实现网络录制的方法、系统及实 体分别作进一步详细的说明。
图2为本发明实施例中实现网络录制的方法的示例性流程图。如图2所 示,该流程包括如下步骤
步骤201,录制任务请求实体向网络录制控制实体提交录制任务。
本步骤中,录制任务可以是UE提交的,也可以是网络配置的,相应地, 录制任务请求实体可以为UE,也可以为存储网络配置数据的网络实体。
录制任务中包括与录制相关的信息,如频道信息,录制时间段或录制节 目等信息。
本实施例中,网络录制控制实体可以为PVR-SCF,也可以为其它实体。 当录制任务请求实体为UE,网络录制控制实体为PVR-SCF时,录制任
务可基于超文本传输协议(HTTP )通过UE与PVR-SCF之间的Ut接口进
行传输;或者,录制任务可基于会话初始化协议(SIP )通过UE与PVR-SCF
之间的会话控制接口进行传输。
其中,基于SIP协议传输时,录制任务可通过SIP协议中的邀请 (INVITE)消息或提交(REFER)消息进行传输,并且在通过会话控制接
口进行传输时,具体传输方式可至少有如下两种
传输方式一UE直接将录制任务发送给PVR-SCF。 传输方式二 UE通过BC-SCF将录制任务转发给PVR-SCF。 上述两种传输方式中,录制任务均可在上述所涉及的实体之间由IMS
中的网络实体,如代理呼叫会话控制功能(P-CSCF)和服务呼叫会话控制功能(S-CSCF)进行转发。
步骤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会向组播控制功能实体发送加入 组播的请求,由组播控制功能实体根据该加入组播的请求,将来自内容源的 媒体流分发给PVR-MF,从而实现PVR-MF与内容源之间的多播通道建立; 若PVR-SCF将所获取的单播通道信息通知给PVR-MF,则PVR-MF会根据 该单播通道信息与内容源之间建立单播通道。
其中,组播控制功能实体可以为基本转发功能/基本控制功能
(EFF/ECF),也可以为其它功能实体。
步骤203,网络录制媒体实体对来自内容源的媒体流进行接收并录制。
本步骤中,以网络录制媒体实体为PVR-MF的情况为例,则若来自内 容源的媒体流是以组播的方式进行传输,则PVR-MF接收由组播控制功能实 体分发的媒体流;若来自内容源的媒体流是以单播的方式进行传输,则 PVR-MF通过与内容源建立的单播通道接收媒体流。PVR-MF对所接收的媒 体流进行实时录制。
步骤204,在录制完成后或在接收到UE的结束录制请求后,拆除网络 录制媒体实体和内容源之间所建立的传输通道。
本步骤中,以网络录制控制实体为PVR-SCF,网络录制媒体实体为 PVR-MF的情况为例,拆除PVR-MF和内容源之间所建立的传输通道的过程 可以是由PVR-MF或PVR-SCF发起会话结束请求,并由PVR-SCF向BC-SCF 发送会话结束请求,从而结束PVR-SCF与BC-SCF之间的会话,同时 PVR-MF主动拆除或PVR-SCF通知PVR-MF拆除和内容源之间所建立的传 输通道。
其中,若来自内容源的媒体流是以组播的方式进行传输,则PVR-MF 拆除和内容源之间所建立的传输通道时,可以是PVR-MF向组播控制功能 实体发送离开组播的请求,由组播控制功能实体根据该离开组播的请求,停 止将来自内容源的媒体流分发给PVR-MF。若来自内容源的媒体流是以单播 的方式进行传输,则PVR-MF直接拆除和内容源之间所建立的单播传输通 道。
步骤205 ,网络录制媒体实体将录制结杲信息上报给网络录制控制实体。 其中,录制结果信息可包括录制的存储位置、时长、文件格式等信息 的任意组合。
步骤206,网络录制控制实体将所接收的录制结果信息通知给录制任务 请求实体。
具体实现时,录制任务请求实体还可以向网络录制控制实体订阅录制结
果信息,则上述流程中保留步骤205和步骤206。若录制任务请求实体未向 网络录制控制实体订阅录制结果信息,则步骤205和步骤206可以保留,也 可以省略,或者,也可以只保留步骤205,而省略步骤206。
此外,录制任务请求实体还可以向网络录制控制实体订阅录制事件信 息,则网络录制控制实体可将所接收的来自网络录制媒体实体的录制事件信 息通知给录制任务请求实体。其中,录制事件信息可包括当前的录制状态, 如录制时长、录制异常等信息。
其中,网络录制媒体实体将录制结果和/或录制事件信息上报给网络录 制控制实体可以是根据网络配置而默认上报,也可以是网络录制控制实体向 网络录制媒体实体订阅录制结果和/或录制事件信息,网络录制媒体实体根 据订阅需求向网络录制控制实体上报录制结果和/或录制事件信息。
进一步地,当UE发起对所录制内容的播放请求时,网络录制媒体实体 将所录制的媒体流传输给UE。
本实施例中,录制任务请求实体和网络录制控制实体之间、网络录制控 制实体和网络录制媒体实体之间、网络录制控制实体和内容源之间的消息交 互都可以通过IMS中的网络实体来进行路由,此处不再——赘述。
以上对本发明实施例中实现网络录制的方法进行了详细描述,下面再对 本发明实施例中实现网络录制的系统进行详细描述。
图3为本发明实施例中实现网络录制的系统的示例性结构图。如图3所 示,该系统包括网络录制控制实体、网络录制媒体实体和内容源。
其中,网络录制控制实体用于接收录制任务,并根据所述录制任务向网 络录制媒体实体发送携带内容源信息的控制信息。
网络录制媒体实体用于根据所接收的携带内容源信息的控制信息,与内容 源建立传输通道,并对通过所述传输通道传输的来自内容源的媒体流进行接收 并录制。其中,传输通道可以为图2所示流程中描述的多播通道或单播通道, 且具体建立过程也可与图2所示流程中的描述一致。
内容源用于将媒体流通过所建立的传输通道传输给网络录制媒体实体。 具体实现时,图2所示系统中的各功能实体的具体操作过程可与图2所示 流程中描述的操作过程一致,此处不再——赘述。
其中,录制任务可以是UE提交的,也可以是网络配置的,若是UE提交的, 则该系统可进一步包括UE,用于向网络录制控制实体提交录制任务。其中, 若网络录制控制实体为PVR-SCF,则UE向PVR-SCF提交录制任务的方式可 有多种,具体可与图2所示流程中步骤201中的描述一致。
此外,若网络录制控制实体为PVR-SCF,网络录制媒体实体为PVR-MF, 则该系统可进一步包括BC-SCF,用于与PVR-SCF进行信息交互,并向 PVR-SCF提供内容源信息。
其中,若来自内容源的媒体流以组播的方式进行传输,则该系统进一步包 括组播控制功能实体,用于在PVR-MF的加入组播请求下,将来自内容源的 媒体流分发给PVR-MF。
具体实现时,网络录制控制实体和网络录制媒体实体可有多种具体实现形 式,下面分别列举其中 一种对网络录制控制实体和网络录制媒体实体的具体实 现进行详细描述。
图4示出了网络录制控制实体的一种内部结构示意图。如图4所示,该实 体包括接收模块和控制模块。
其中,接收模块用于接收录制任务。该录制任务可以来自UE,也可以来自 网络配置。
控制模块用于根据所述录制任务向网络录制媒体实体发送携带内容源信息 的控制信息。
上述网络录制控制实体可以为PVR-SCF。
此外,该实体可进一步包括内容源信息获取模块,用于向BC-SCF获取
内容源信息。
此外,该实体可进一步包括信息获取模块,用于从PVR-MF获取录制事 件信息和/或录制结果信息。
进一步地,该实体还可包括信息上报模块,用于将所获取的录制事件信 息和/或录制结果信息上报给录制任务的请求实体。
此外,该实体还可包括订阅受理才莫块,用于受理来自录制任务的请求实 体的订阅录制事件信息和/或录制结果信息的订阅请求,根据所受理的订阅请 求,通知所述信息上报模块执行上述上报操作。
此外,该实体还可进一步包括录制结束通知^t块,用于向PVR-MF发送 会话结束请求,通知PVR-MF拆除与内容源之间所建立的传输通道。
图5示出了网络录制媒体实体的一种内部结构示意图。如图5所示,该实 体包括接收模块、通道建立模块和接收录制模块。
其中,接收模块用于接收携带内容源信息的控制信息。其中,内容源信息 可来自于BC-SCF。
通道建立模块用于根据所述控制信息中的内容源信息,与内容源建立传输 通道。其中,该传输通道可以为图2所示流程中描述的多播通道或单播通道, 且具体建立过程也可与图2所示流程中的描述一致。
接收录制模块用于对通过所建立传输通道传输的来自内容源的媒体流进行 接收并录制。
上述网络录制媒体实体可以为PVR-MF。
此外,该实体可进一步包括信息上报模块,用于获取录制发生的录制事 件信息和/或录制结果信息,并将所获取的录制事件信息和/或录制结果信息上报 给网络录制控制实体。
进一步地,该实体还可包括媒体播放模块,用于根据UE的播放请求, 将与所述播放请求对应的已录制的媒体流传输给UE。
进一步地,该实体还可包括订阅受理模块,用于受理来自网络录制控 制实体的订阅录制事件信息和/或录制结果信息的订阅请求,根据所受理的 订阅请求,通知所述信息上报模块执行所述上报操作。
下面以录制任务请求实体为UE、网络录制控制实体为PVR-SCF、网络 录制媒体实体为PVR-MF的情况为例,通过几个具体示例对上述实现网络录
制的方法、系统及实体进行详细描述。 示例一
本示例系统中包括UE、 SDF、 SSF、 PVR-SCF、 PVR-MF、 BC-SCF 和BC-MF。本示例中,假设UE提前预定录制任务。图6示出了本发明示例 一中实现网络录制的流程示意图。如图6所示,该流程包括如下步骤
步骤601, UE向PVR-SCF提交预定的录制任务。
本实施例中,UE可预先通过SDF和SSF提供的信息,进行IPTV业务 发现和业务选择,并针对所选择的IPTV业务,将预定的录制任务通过HTTP 方式进行登记,并提交给PVR-SCF,或者也可以通过将录制任务携带在SIP 消息中提交给PVR-SCF。
其中,录制任务中包含的信息可包括频道信息、录制时间段、用户终 端信息(可选)、网络录制优选信息(可选)、PVR-SCF采用的策略(可 选)、欲录制的节目相关信息(可选)等。
后的录制结果进行订阅,这样如果UE在线,PVR-SCF可通报录制状态和/ 或录制结果,如录制成功或录制异常等信息。
步骤602, PVR-SCF根据所接收的录制任务,在快到达录制时间段时, 与BC-SCF进行信息交互,获取内容源的信息。
本步骤的具体实现过程可有多种,下面仅列举其中 一种对本步骤进行详 纟田4苗述
PVR-SCF可通过IMS体系向BC-SCF发送INVITE消息,以便向BC-SCF 请求内容源信息。其中,PVR-SCF可在该INVITE消息中携带协商提议 (Offer),也可不携带Offer。例如若UE在提交给PVR-SCF的录制任务 中上报了频道信息以及欲录制的节目相关信息等,则INVITE消息中可携带 相关Offer信息。
BC-SCF接收来自PVR-SCF的INVITE消息,根据所接收的INVITE消 息,向PVR-SCF返回响应消息(200 OK ),若BC-SCF收到的INVITE消
息中携带有Offer,则该200 OK消息中携带协商应答(Answer),否则该 200 OK消息中携带本侧Offer。该200 OK消息中携带有内容源信息。
PVR-SCF接收来自BC-SCF的200 OK消息,从中获取内容源信息,并 根据所接收的200 OK消息,向发BC-SCF发送确认(ACK )消息,若PVR-SCF 收到的200 OK消息中携带有Offer,则该ACK消息中携带Answer,若 PVR-SCF收到的200 OK消息中携带有Answer,则该ACK消息中不携带 Answer 。
从而完成相应的Offer/Answer过程。
其中,内容源信息可以是组播源信息,也可以是单播通道信息。 步骤603, PVR-SCF与PVR-MF进行信息交互,将所获取内容源信息 通知给PVR-MF。
本步骤的具体实现过程可有多种,其中一种可与步骤602中的过程类 似,即PVR-SCF同PVR-MF间进行SIP协议的Offer/Answer过程交互,将 内容源信息告诉PVR-MF。具体可以是PVR-SCF向PVR-MF发送携带内 容源信息的INVITE (Offer)消息,PVR-MF根据所接收的INVITE消息, 向PVR-SCF返回200 OK( Answer )消息,PVR-SCF接收到200 OK消息后, 向PVR-MF返回ACK消息,从而完成Offer/Answer过程交互。
步骤604, PVR-MF根据所接收的内容源信息,建立自身与内容源之间 的传输通道。
本步骤中,若内容源信息为组播源信息,则PVR-MF可根据该组播源 信息向组播控制功能实体发送加入组播的请求,由组播控制功能实体根据该 加入组播的请求,将来自内容源的媒体流分发给PVR-MF,从而实现PVR-MF 与内容源之间的多播通道建立;若内容源信息为单播通道信息,则PVR-MF 可根据该单播通道信息与内容源之间建立单播通道。
步骤605, PVR-SCF向PVR-MF订阅录制结果信息。 具体实现时,PVR-SCF可向PVR-MF发送订阅(SUBSCRIBE )消息, 并且该订阅可在步骤603中PVR-SCF向PVR-MF通过INVITE发起的会话
中进行。该订阅主要用于PVR-MF在录制过程中即时通报录制状态信息,包
括异常信息等。此步骤为可选步骤。
步骤606, PVR-MF对来自内容源的媒体流进行接收并录制。 步骤607,录制结束时,PVR-MF向PVR-SCF发送会话结束请求。 本步骤中还包括拆除PVR-MF和内容源之间所建立的传输通道。其中, 若内容源以组播方式进行传输,则PVR-MF可向组#"控制功能实体发送离开 组播的请求,由组播控制功能实体根据该离开组播的请求,停止将来自内容 源的媒体流分发给PVR-MF;若内容源以单播方式进行传输,则PVR-MF 直接拆除与内容源之间的单播传输通道。
本步骤中,会话结束请求可以是SIP消息中的BYE消息,或其它消息。 步骤608, PVR-SCF向PVR-MF返回响应消息。 本步骤为可选步骤,响应消息可以为200 0K消息。 步骤609, PVR-SCF向BC-SCF发送会话结束请求。 本步骤中,会话结束请求可以是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默认上报,则若在录制过程中出现录制异常,如存储空间溢出等, PVR-MF会向PVR-SCF上报录制异常的事件,则步骤607 步骤608可以省 略,由PVR-SCF直接向BC-SCF发送会话结束请求,BC-SCF根据所接收的 会话结束请求,结束PVR-SCF与BC-SCF之间的会话;同时,PVR-SCF向 PVR-MF也发送会话结束请求,PVR-MF根据会话结束请求,拆除和内容源 之间所建立的传输通道。同样,会话结束请求可以为SIP消息中的BYE消 息,或其它消息。或者,PVR-MF向PVR-SCF上报录制异常的事件后,并 向PVR-SCF发送会话结束请求,之后PVR-SCF再向BC-SCF发送会话结束 请求,同时,PVR-MF拆除和内容源之间所建立的传输通道。
此外,上述流程中,有些步骤之间并没有严格的先后顺序,例如步骤 611 612可以在步骤607之前,也可以在步骤609之前,本实施例中为了描 述方便,为各步骤设置了表示先后的序号,具体实现时,可根据实际情况执 行,此外,上述流程中的步骤602和步骤603中的具体实现过程还可以是 BC-SCF同PVR-MF之间进行SIP协议的Offer/Answer过程交互,PVR-SCF 在两个实体之间进行转发。
上述流程中的UE和PVR-SCF之间、PVR-SCF和PVR-MF之间、 PVR-SCF和BC-SCF之间的消息都可以通过IMS体系中的实体来路由。其 中,IMS体系中的实体主要包括P-SCSF、 S-CSCF等。
示例二
本示例系统中包括UE、 PVR-SCF、 PVR-MF、 BC-SCF和BC-MF。本 示例中,假设直播电视(LTV)业务(LTV业务的建立过程可参照现有技术 进行)正在进行,UE观看过程中提交实时的录制任务。图7示出了本发明 示例二中实现网络录制的流程示意图。如图7所示,该流程包括如下步骤
步骤701, UE向PVR-SCF提交录制当前频道当前节目的录制任务,即
希望网络从当前收看位置发起即时录制。
具体实现时,可通过SIP消息中的INVITE消息发起,也可通过SIP消
息中的REFER消息发起等。
步骤702, PVR-SCF向UE返回响应消息。
本步骤为可选步骤,响应消息可以为200 0K消息。
步骤703, UE向PVR-SCF发起订阅录制事件信息。
其中,订阅录制事件信息可通过SIP消息中SUBSCRIBE消息实现。
若步骤701采用的是INVITE消息发送录制任务,则本步骤可直接执行订阅。
若步骤701采用的是REFER消息发送录制任务的,则由于执行REFER 消息之后,UE与PVR-SCF之间的会话会被释放,因此根据应用REFER消 息的隐式订阅规则,步骤702与本步骤之间还包括PVR-SCF向UE发送通 知(NOTIFY)消息,用于携带PVR-SCF欲向BC-SCF发起呼叫的会话ID 信息。UE接收到NOTIFY消息后,向PVR-SCF返回200 OK消息。则本步 骤中的SUBSCRIBE消息中还需携带从NOTIFY消息中获取的会话ID信息。
步骤704, PVR-SCF向UE返回响应消息。
其中,若步骤701采用的是REFER消息发送录制任务的,则PVR-SCF 根据UE的订阅请求中的会话ID信息,在本地查询,并定位到对应的会话, 进一步地可向UE返回响应消息。其中,响应消息可以为2000K消息。
步骤705-709与图6所示步骤602~606 —致。其中,步骤705中PVR-SCF 与BC-SCF进行信息交互时,若PVR-SCF向BC-SCF发送INVITE消息, 且在该INVITE消息中携带Offer,则该Offer的初始信息可通过步骤701中 的INVITE消息或REFER消息携带,例如,可携带会话描述协议(SDP ) 消息体等。
步骤710,录制过程中,PVR-SCF将录制事件信息上报给UE。 录制过程中,将发生的录制事件,如PVR-MF上存储空间不够或者其 它异常信息引起的事件进行上报。实际应用中,录制事件信息上报可通过
SIP消息中的NOTIFY消息实现。
步骤711 , UE向PVR-SCF返回响应消息。
本步骤为可选步骤,响应消息可以为200 0K消息。
步骤712,若步骤710中上报的录制事件信息显示录制发生异常,则本 步骤中UE可主动要求结束录制,并向PVR-SCF发送录制结束请求。
其中,若步骤701中采用的是INVITE消息发送录制任务的,则本步骤 中的录制结束请求可以为BYE消息;若步骤701中采用的是REFER消息发 送录制任务的,则本步骤中的录制结束请求可以为REFER消息。
步骤713 , PVR-SCF向UE返回响应消息。
本步骤为可选步骤,响应消息可以为200 0K消息。
步骤714, PVR-SCF向BC-SCF发送会话结束请求。
本步骤中,会话结束请求可以是SIP消息中的BYE消息。此外,PVR-SCF 向PVR-MF也发送会话结束请求,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来主动发起会话结束请求来拆除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之后,本实施例中为了描述方便,为各步骤设置了 表示先后的序号,具体实现时,可根据实际情况执行。 示例三
本示例系统中包括UE、 PVR-SCF、 PVR-MF、 BC-SCF和BC-MF。本
示例中,假设直播电视(LTV )业务(LTV业务的建立过程可参照现有技术 进行)正在进行,UE观看过程中提交实时的录制任务。图8示出了本发明 示例三中实现网络录制的流程示意图。如图8所示,该流程包括如下步骤
步骤801, UE向BC-SCF提交录制当前频道当前节目的录制任务,即 希望网络从当前收看位置发起即时录制。
具体实现时,可通过SIP消息中的INVITE消息发起,也可通过SIP消 息中的REFER消息发起等。
步骤802, BC-SCF向UE返回响应消息。
本步骤为可选步骤,响应消息可以为200 0K消息。
步骤803, UE向PVR-SCF发起订阅录制事件信息。
其中,订阅录制事件信息可通过SIP消息中SUBSCRIBE消息实现。
若步骤801采用的是INVITE消息发送录制任务,则本步骤可直接执行 订阅。
若步骤801采用的是REFER消息发送录制任务的,则由于执行REFER 消息之后,UE与BC-SCF之间的会话会被释放,因此根据应用REFER消息 的隐式订阅规则,步骤802与本步骤之间还包括BC-SCF向UE发送通知 (NOTIFY)消息,用于携带BC-SCF欲向PVR-SCF发起呼叫的会话ID信 息。UE接收到NOTIFY消息后,向BC-SCF返回200 OK消息。则本步骤 中的SUBSCRIBE消息中还需携带从NOTIFY消息中获取的会话ID信息。
步骤804, PVR-SCF向UE返回响应消息。
其中,若步骤801采用的是REFER消息发送录制任务的,则PVR-SCF 根据UE的订阅请求中的会话ID信息,在本地查询,并定位到对应的会话,
进一步地可向UE返回响应消息。其中,响应消息可以为2000K消息。
步骤805 步骤811与图7所示步骤705 711 —致。
步骤812,若步骤810中上报的录制事件信息显示录制发生异常,则本 步骤中UE可主动要求结束录制,并向BC-SCF发送录制结束请求。
其中,若步骤801中采用的是INVITE消息发送录制任务的,则本步骤 中的录制结束请求可以为BYE消息;若步骤801中采用的是REFER消息发 送录制任务的,则本步骤中的录制结束请求可以为REFER消息。
步骤813 , BC-SCF向UE返回响应消息。
本步骤为可选步骤,响应消息可以为200 OK消息。
步骤814, BC-SCF向PVR-SCF发送会话结束请求。
本步骤中,会话结束请求可以是SIP消息中的BYE消息。
步骤815, PVR-SCF根据所接收的会话结束请求,结束与BC-SCF之间 的会话,并进一步地向BC-SCF返回响应消息。其中,响应消息可以为200 OK 消息。
此外,PVR-SCF向PVR-MF发送会话结束请求,PVR-MF根据会话结 束请求,拆除和内容源之间所建立的传输通道。通道拆除过程与图6所示步 骤607中的描述一致。
上述各实施例中主要以LTV业务为例,对实现网络录制的方法、系统 及实体进行了详细描述,此外,还可以对CoD业务,或者时移传输电浮见 (TsTV)业务等进行网络录制,其实现的大致过程相同,不同仅在于获取 内容源信息中包含的只能是单播地址,而网络录制媒体实体和内容源之间的 承载通道也只能是单播通道。且在获取内容源信息时,控制CoD业务和TsTV 业务的SCF需要和处理CoD业务和TsTV业务的MF直接进行内容地址的 获取和i某体的协商,类似PVR-SCF和PVR-MF之间的々某体协商过程。本领 域普通技术人员根据本文件中的方案描述可无需付出劳动的实现,此处不再 一一赘述。
上述各实施例中的网络录制媒体实体和内容源可以合设在 一 起,此时的
传输通道可以为内部通信通道。
此外,上述各实施例中的网络录制媒体实体将录制事件信息和/或录制 结果信息上报给网络录制控制实体的方法可以独立存在,即对于其它的网络 录制方法同样适用。另外,网络录制控制实体将录制事件信息和/或录制结 果信息上报给录制任务请求实体的方法也可以独立存在,即对于其它的网络 录制方法同样适用。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了 进一步详细说明,所应理解的是,以上所述仅为本发明的较佳实施例而已, 并非用于限定本发明的保护范围,凡在本发明的精神和原则之内,所作的任 何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1、一种实现网络录制的方法,其特征在于,该方法包括:网络录制控制实体接收到录制任务,根据所述录制任务,控制网络录制媒体实体和内容源建立传输通道,并控制网络录制媒体实体对通过所述传输通道传输的来自内容源的媒体流进行接收并录制。
2、 如权利要求1所述的方法,其特征在于,所述录制任务为用户设备 UE提交的录制任务;或者为网络配置的录制任务。
3、 如权利要求2所述的方法,其特征在于,所述网络录制控制实体为个 人录像机功能-业务控制功能PVR-SCF;所述UE提交的录制任务为UE基于超文本传输协议HTTP提交给 PVR-SCF的录制任务,或UE基于会话初始化协议SIP提交给PVR-SCF的录 制任务。
4、 如权利要求3所述的方法,其特征在于,所述UE基于SIP提交给 PVR-SCF的录制任务为UE通过SIP中的邀请INVITE消息或提交REFER消 息给PVR-SCF的录制任务;或者为UE通过SIP中的邀请INVITE消息或提交REFER消息由广播服 务功能-业务控制功能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根据所接收的组播源信息,向组播控制功能实体发送加入组播的请求, 组播控制功能实体根据所述加入组播的请求,将来自内容源的媒体流分发给 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多媒体子系统IMS中的实体进行路由。
16、 一种实现网络录制的系统,其特征在于,该系统包括 网络录制控制实体,用于接收录制任务,并根据所述录制任务向网络录制媒体实体发送携带内容源信息的控制信息;网络录制媒体实体,用于根据所接收的携带内容源信息的控制信息,与内 容源建立传输通道,并对通过所述传输通道传输的来自内容源的i某体流进行接 收并录制;内容源,用于将媒体流传输给网络录制媒体实体。
17、 如权利要求16所述的系统,其特征在于,该系统进一步包括用户设 备UE,用于向网络录制控制实体提交录制任务。
18、 如权利要求16或17所述的系统,其特征在于,所述网络录制控制实 体为个人录像机功能-业务控制功能PVR-SCF,所述网络录制媒体实体为个人 录像机功能-媒体功能PVR-MF。
19、 如权利要求18所述的系统,其特征在于,该系统进一步包括广播服 务功能-业务控制功能BC-SCF,用于向所述PVR-SCF提供内容源信息。
20、 如权利要求19所述的系统,其特征在于,所述来自内容源的媒体流以 组播的方式进行传输,该系统进一步包括组播控制功能实体,用于在PVR-MF 的加入组播请求下,将来自内容源的媒体流分发给PVR-MF。
21、 一种网络录制控制实体,其特征在于,该实体包括 接收模块,用于接收录制任务;控制模块,用于根据所述录制任务向网络录制媒体实体发送携带内容源信 息的控制信息。
22、 如权利要求21所述的实体,其特征在于,所述实体为个人录像机功 能-业务控制功能PVR-SCF。
23、 如权利要求22所述的实体,其特征在于,该实体进一步包括内容源 信息获取模块,用于向广播服务功能-业务控制功能BC-SCF获取内容源信息。
24、 如权利要求23所述的实体,其特征在于,该实体进一步包括信息获 取模块,用于从个人录像机功能-媒体功能PVR-MF获取录制事件信息和/或录 制结果信息。
25、 如权利要求24所述的实体,其特征在于,该实体进一步包括信息上 报模块,用于将所获取的录制事件信息和/或录制结果信息上报给录制任务的请 求实体。
26、 如权利要求25所述的实体,其特征在于,该实体进一步包括订阅受 理模块,用于受理来自录制任务的请求实体的订阅录制事件信息和/或录制结果 信息的订阅请求,根据所受理的订阅请求,通知所述信息上报模块执行所述上 报操作。
27、 如权利要求21至26中任一项所述的实体,其特征在于,该实体进一 步包括录制结束通知模块,用于向PVR-MF发送会话结束请求,通知PVR-MF 拆除与内容源之间所建立的传输通道。
28、 一种网络录制々某体实体,其特征在于,该实体包括 接收模块,用于接收携带内容源信息的控制信息;通道建立模块,用于根据所述控制信息中的内容源信息,与内容源建立传 输通道;接收录制模块,用于对通过所建立传输通道传输的来自内容源的媒体流进 行接收并录制。
29、 如权利要求28所述的实体,其特征在于,所述实体为个人录像机功 能^某体功能PVR-MF。
30、 如权利要求29所述的实体,其特征在于,该实体进一步包括信息上 报模块,用于获取录制发生的录制事件信息和/或录制结果信息,将所获取的录 制事件信息和/或录制结果信息上报给网络录制控制实体。
31、 如权利要求29所述的实体,其特征在于,该实体进一步包括媒体播 放模块,用于根据UE的播放请求,将与所述播放请求对应的已录制的媒体流传输给UE。
32、如权利要求28至31所述的实体,其特征在于,该实体进一步包括 订阅受理模块,用于受理来自网络录制控制实体的订阅录制事件信息和/或录制 结果信息的订阅请求,根据所受理的订阅请求,通知所述信息上报模块执行所 述上报操作。
全文摘要
本发明公开了一种实现网络录制的方法,包括网络录制控制实体接收到录制任务,根据所述录制任务,控制网络录制媒体实体和内容源建立传输通道,并控制网络录制媒体实体对通过所述传输通道传输的来自内容源的媒体流进行接收并录制。此外,本发明还公开了一种实现网络录制的系统。最后本发明还公开了一种网络录制控制实体和网络录制媒体实体。本发明所公开的技术方案,能够实现基于IMS的IPTV架构中的网络录制。
文档编号H04N5/76GK101378492SQ20071014517
公开日2009年3月4日 申请日期2007年8月27日 优先权日2007年8月27日
发明者耕 王, 钟剑锋, 雷晓松 申请人:华为技术有限公司