CN101741816A - 基于网际协议电视的信息推送方法、装置及系统 - Google Patents

Abstract

本发明公开了一种基于网际协议电视的信息推送方法、装置及系统。在上述方法中，网际协议电视服务控制功能实体请求向用户设备进行直播业务的下载或录制；所述用户设备响应所述IPTV服务控制功能实体的请求，并在确定接受所述直播业务的下载或者录制后，接收并保存所述直播内容。根据本发明提供的技术方案，可以实现网络侧主动将信息推送到用户设备中保存，增加了运营商实现的内容业务。

Description

基于网际协议电视的信息推送方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种基于网际协议电视的直播业务推送方法、装置及系统。

背景技术

目前，下一代网络(Next Generation Network，简称为NGN)的框架结构已基本确定。在NGN中除了包括管理层面，还包括用户层面、传送层面、业务控制层面和应用层面等。其中，IP多媒体子系统(IP Multimedia Subsystem，简称为IMS)是业务控制层面的主要功能实体集合。通过IMS可以实现用户和终端设备的注册、认证、鉴权、服务质量(Quality of Service，简称为QoS)管理与保证。同时，IMS为基于会话初始协议(Session Initiation Protocol，简称为SIP)的系统，支持多种用户的接入、移动性管理、并支持与其他传统网络或下一代网络互通及业务的融合。目前，IMS已经成为下一代网络融合的主要技术和体系架构。

交互式网络电视，又称为网际协议电视(Internet ProtocolTelevision，简称为IPTV)，是指通过IP承载网络向用户提供能够支持交互能力的电视节目的直播、点播和时移播放等业务的设备总称。IPTV通过电信通道，利用非对称数字用户线路(AsymmetricalDigital Subscriber Line，简称为ADSL)或以太网接入宽带网，通过网际协议来传送电视信号，以电视机加机顶盒(Set Top Box，简称为STB)为主要终端，提供包括电视节目在内的多种数字媒体服务。

目前，通过NGN与IPTV的整合，能为用户终端提供点播、直播和录像等功能，但这些功能都是基于用户设备的主动请求来实现的，而运营商难以主动实现业务，这不利于提升IPTV系统的竞争力。

发明内容

有鉴于此，本发明提供了一种基于IPTV的直播业务推送方法、装置及系统，用以解决现有技术中只能提供由用户设备主动请求的内容业务而导致运营商难以主动实现业务的问题。

根据本发明的一个方面，提供了一种基于网际协议电视的直播业务推送方法，该方法应用于包括IPTV服务控制功能实体、业务控制功能实体和传输处理功能实体的基于下一代网络的系统。

根据本发明的基于网际协议电视的直播业务推送方法包括：IPTV服务控制功能实体向用户设备发送请求，推荐进行直播业务的下载或录制；用户设备响应IPTV服务控制功能实体的请求，并在确定接受直播业务下载或录制后，与传输处理功能实体进行交互，接收并保存传输处理功能实体传输的直播业务的直播流。

根据本发明的另一个方面，提供了一种基于IPTV的直播业务推送系统。

根据本发明的基于IPTV的直播业务推送系统包括：IPTV服务控制功能实体和传输处理功能实体，其中，IPTV服务控制功能实体用于请求向用户设备进行直播业务的下载或录制；传输处理功能实体用于与用户设备或者IPTV媒体功能实体进行交互，将直播业务的内容流录制给用户设备或者IPTV媒体功能实体中保存。

根据本发明的又一个方面，提供了一种IPTV服务控制功能实体。

根据本发明的IPTV服务控制功能实体包括：获取模块和发送模块。其中，获取模块用于获取推荐用户下载或录制的直播业务的标识；发送模块用于向用户设备发送携带有获取模块获取的标识的初始会话请求，其中，该初始会话请求用于请求用户设备下载或录制与标识对应的直播业务。

通过本发明的上述至少一个方案，通过网络侧主动推送直播业务到用户设备中保存，用户可以随时观看保存在用户设备中的内容，解决了只能由用户设备主动请求实现内容业务的问题，可以增加运营商实现的内容业务。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为基于NGN的IPTV系统的结构示意图；

图2为根据本发明实施例的基于IPTV的直播业务推送系统的结构框图；

图3A为根据本发明实施例的IPTV服务控制功能实体的结构框图；

图3B为根据本发明优选实施例的IPTV服务控制功能实体的结构框图；

图4为根据本发明实施例的基于IPTV的直播业务推送方法的流程图；

图5A为本发明实施例一的具体实施A过程的流程图；

图5B为本发明实施例一的具体实施B过程的流程图；

图6为本发明实施例一中一种资源预留的具体实施流程；

图7为本发明实施例一中另一种资源预留的具体实施流程；

图8A为本发明实施例二的具体实施A过程的流程图；

图8B为本发明实施例二的具体实施B过程的流程图；

图9为本发明实施例二中资源预留的具体实施流程。

具体实施方式

功能概述

如上所述，本发明针对现有技术中由于内容业务只能基于用户设备的主动请求进行的问题，提出了一种基于IPTV的直播业务推送的播放方案，在该方案中，通过IPTV服务控制功能实体将信息的内容主动推送到用户设备保存，此后用户可以随时观看保存在用户设备中的媒体内容。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

为了便于理解，下面首先结合附图1对基于NGN的IPTV系统进行简要的介绍。

图1为基于NGN的IPTV系统的结构示意图，如图1所示，基于NGN的IPTV系统主要包括：用户设备(User Equipment，简称为UE)11、业务控制功能实体(如果在NGN中IMS，则为核心IMS-core IMS)12、IPTV服务控制功能实体(IPTV Service ControlFunctions，简称为IPTV SCF)13、IPTV媒体功能实体(IPTV MediaFunctions，简称为IPTV MF)14、传输处理功能实体(TransportProcessing Functions，简称为TPF)15、业务选择功能实体(ServiceSelection Functions，简称为SSF)16及资源接纳控制子系统(Resource and Admission Control Subsystem，简称为RACS)17。以下分别描述上述各实体。

UE 11，具体可以为具有移动能力的手机、固定网络的机顶盒、实现机顶盒功能的基于软件实现的软终端，还包含家庭网关等功能实体。UE通过与用户交互，可以实现如点播、直播等IPTV业务。

业务控制功能实体12通过Gm接口连接UE 11，通过Gq接口连接资源接纳控制子系统17，为NGN业务控制层面的主要功能实体的集合，主要用于会话控制、业务认证、鉴权、计费等在IMS网络情况下，该实体为Core IMS。如果业务控制功能实体12为CoreIMS，则该实体主要包含P-CSCF或I-CSCF或S-CSCF核心呼叫会话控制等核心模块。Core IMS用于提供基于SIP的会话控制机制，对IPTV终端用户进行认证、鉴权，请求资源接纳控制子系统进行资源分配等。Core IMS通过与IPTV终端、IPTV应用功能实体及内容分发功能实体交互进行SIP会话，完成安全、QoS、计费、漫游等功能。

IPTV服务控制功能实体13通过ISC接口连接业务控制功能实体12，用于在会话启动或者修改的时候提供业务鉴权，包括：检查用户的信息、查看用户是否能够合法使用选择的内容；信用限制和信用控制；为系统选择提供服务的IPTV媒体控制功能实体等，该功能实体主要针对点播、直播、录像、时移等IPTV业务。该功能实体在IMS网络情况下为一个SIP应用服务器，用于主动发起内容推送到UE。

IPTV MF 14通过Xc和Xd接口连接UE，其中，通过Xc接口连接UE用于媒体流RTSP控制，Xd接口连接UE用于媒体流的传输和媒体下载。该功能实体可以作为直播媒体流的组播源，并且当该功能实体作为组播源时，组播流从IPTV MF 14交付到传输处理功能实体15，然后再从传输处理功能实体15交付到UE 11上。

传输处理功能实体15为网络接入连接和IP核心功能实体，在保障QoS的前提下负责数据的传输，传输处理功能实体15具体可以包括：基本控制功能(Elementary Control Function，简称为ECF)、基本转发功能(Elementary Forwarding Function，简称为EFF)及边界网关功能等。其中，

EFF用于将从一个流动点入口接受的数据流继续转发到一个或者多个其它的流动点出口。对于单播来说，只有一个流动点出口；对于组播来说，包括多个流动点出口。

ECF用于处理从一个流动点接受的单播和组播数据的控制协议数据(例如路由协议数据)。可能包括的功能有：发送控制协议数据到其他的ECF(包括触发策略估计的事件)；与一个或者多个EFF交互以建议新的或者修改EFF存在的转发推送行为；与传输处理功能内其它功能的交互。

SSF 16用于提供业务选择信息，如终端可以访问的业务的列表等。

RACS 17，用于完成来自Core IMS模块的资源控制请求、确定可用的传输的资源，并与承载层交互完成带宽预留、分配、包过虑、网络地址和端口翻译等功能。

基于上述系统，根据本发明实施例，首先提供一种基于IPTV的直播业务推送系统，用于实现网络侧主动向UE推送直播业务。

图2为根据本发明实施例的基于IPTV的直播业务推送系统的结构框图，如图2所示，根据本发明实施例的基于IPTV的直播业务推送系统包括：IPTV服务控制功能实体22和传输处理功能实体26。以下结合附图进一步描述上述各个实体。

IPTV服务控制功能实体22通过网络与用户设备连接用于请求向UE进行直播业务的下载或者录制；

传输处理功能实体26通过网络与UE连接，用于与UE或者IPTV媒体功能实体进行交互，并将该信息的内容流传输给UE或者IPTV媒体功能实体录制保存。

其中，UE接收到IPTV服务控制功能实体的直播业务下载或者录制请求时，如果UE确定接受该直播业务的下载或者录制，则向传输处理功能实体26发起请求，传输处理功能实体26接收到该请求后，与UE或者IPTV媒体功能实体进行交互，将上述信息的内容流传输给UE或者IPTV媒体功能实体录制保存。在具体实施过程中，IPTV服务控制功能实体22在向UE发送直播业务下载或者录制的请求时，可以将该直播业务的标识携带在请求中发送给UE，。则UE可以根据该标识向传输处理功能实体26发起请求，传输处理功能实体26将与该标识对应的直播内容流录制到UE中；或者，IPTV服务控制功能实体根据该标识请求向IPTV媒体功能实体发起录制请求，该录制的直播内容下载到UE中。

进一步地，上述系统还包括业务控制功能实体24，用于接收来自IPTV服务控制功能实体22的推送直播业务的初始会话请求，并根据初始会话请求中携带的信息，将初始化请求转发给UE。

其中，UE在接受到该初始会话请求后，可选择接受下载或录制该直播业务，也可选择拒绝下载或录制，并将选择结果通过响应消息发送给IPTV服务控制功能实体22；

选择一：IPTV服务控制功能实体22在用户选择接受下载或录制该直播节业务时，发起该直播业务的下载或录制流程，IPTV媒体功能实体14响应该下载或录制流程，录制好的直播内容流下载到UE中。

选择二：UE根据直播业务的标识，请求加入传输处理功能实体的组播频道中接受组播流，UE将该组播流进行录制。

并且，上述直播内容是根据UE选择内容的喜好信息分析统计得到的，或该直播内容为目前点击率高的直播业务。

进一步地，为了方便UE判断是否播放该直播业务，IPTV服务控制功能实体还用于在发送的初始会话请求中可以携带请求参数，其中该请求参数中包括但不限于以下内容：

(1)推送标识符信息，用于指示推荐的直播节目为需要直接观看的频道的直播节目而不是需要存储的媒体文件或者流、也不是推送点播节目需要UE直接观看等其他情况；

(2)推荐的直播节目内容的描述信息，如节目的标识、片名、主演演员、大概情节等内容；

(3)节目的持续时间等信息。

(4)直播业务的唯一标识信息。

通过本发明实施例的上述基于IPTV的直播业务推送系统，可以实现网络侧主动向UE推送直播业务，将直播业务下载到UE中。

根据本发明实施例，还提供了一种IPTV服务控制功能实体，该IPTV服务控制功能实体可应用在上述基于IPTV的直播业务推送系统中。

图3A为根据本发明实施例的IPTV服务控制功能实体的结构框图，图3B为根据本发明优选实施例的IPTV服务控制功能实体的结构框图，如图3A所示，根据本发明实施例的IPTV服务控制功能实体包括：获取模块32和发送模块34。以下结合附图进一步描述上述各个模块。

获取模块32用于获取推荐用户下载或者录制的直播业务的标识；

发送模块34与获取模块32连接，用于向UE发送携带有获取模块32获取的标识的初始会话请求，其中，该初始会话请求用于请求UE下载或者录制与该标识对应的信息。

进一步地，如图3B所示，本发明实施例提供的IPTV服务控制功能实体还可以包括：预留模块36用于与UE进行信令交互，预留传输上述直播内容流所需的资源。

根据本发明实施例的上述IPTV服务控制功能实体，可以主动向UE发起直播业务下载或者录制请求，向UE推送直播业务。

根据本发明实施例，还提供了一种基于IPTV的直播业务推送方法，该方法应用于包括IPTV服务控制功能实体、业务控制功能实体和传输处理功能实体的系统，该方法可以利用上述的IPTV服务控制功能实体或直播业务推送系统实现。

图4为根据本发明实施例的基于IPTV的直播业务推送方法的流程图，如图4所示，根据本发明实施例的基于IPTV的直播业务推送方法主要包括以下处理(步骤S402-步骤S404)：

步骤S402：IPTV服务控制功能实体请求向UE进行信息下载或录制；

步骤S404：UE响应IPTV服务控制功能实体的请求，并在确定接受上述信息下载或录制后：加入传输处理功能实体的组播频道，接收并录制传输处理功能实体发送的上述信息的内容流。或者IPTV服务控制功能实体请求将该直播流录制到IPTV媒体功能实体中，由IPTV媒体功能实体将该内容流下载到UE中。

以下进一步描述上述各个处理的细节。

(一)步骤S402

具体地，该步骤的处理可以分为如下两个的步骤：

步骤1：IPTV服务控制功能实体根据其识别出的准备向特定用户设备推荐的节目，向业务控制功能实体发送推送信息的初始会话请求，该请求包含直播业务的唯一标识符(可以唯一标识该直播节目对应的直播频道)。其中，该初始会话请求用于指定向UE进行信息下载或录制；

步骤2：业务控制功能实体根据初始会话请求，将初始会话请求转发给该指定的UE。

优选地，IPTV还可以在初始会话请求中携带有关推荐直播业务的描述信息，比如，描述该信息是属于新闻、体育或访谈等节目。

在具体实施过程中，为了减少推荐的盲目性，造成对用户的频繁干扰，IPTV服务控制功能实体可以根据UE选择内容的喜好，分析用户可能喜好哪一类的节目，从而将用户喜好的信息类型推荐给用户；或者，IPTV服务控制功能实体将目前点击率比较高的信息推荐给用户。

在具体实施过程中，可以在上述初始会话请求中携带以下信息：

推送标识符信息，用于标识推荐的直播节目是用户需要直接观看的频道的直播节目，而不是需要存储的媒体文件或流，也不是推送的点播节目；

直播节目内容的描述信息，比如，节目的标识、片名、主演演员、大概情节等内容；

该节目文件的大小信息或节目持续时间等；

直播业务的标识；

并且，IPTV服务控制功能实体是在该直播业务播放前向UE发送上述初始会话请求。

(二)步骤S404

业务控制功能实体将上述初始会话请求发送给需要推荐的UE后，接收到该初始会话请求的UE可以根据其存储器的存储能力、预先配置和或或用户选择，判断是否接受下载或录制IPTV服务控制功能实体推荐的上述信息，并将判断结果携带在上述初始会话请求的响应消息中，经由业务控制功能实体发送给IPTV服务控制功能实体，IPTV服务控制功能实体根据该响应消息中携带的信息，判断UE是否接受上述信息下载或录制。

在具体实施过程中，在UE确定接受上述信息下载或录制时，UE与IPTV服务控制功能实体之间需要进行交互，为上述信息的内容流的传输预留资源，该过程可以在UE判断确定接受信息下载或录制之后，也可以将UE判断是否接受直播业务下载或者录制放在UE与IPTV服务控制功能实体为预留资源而进行的信令交互过程中，下面针对这两种方式，对步骤S404的具体处理进行描述。

方式一：UE在预留资源的过程中判断是否接受IPTV服务控制功能实体推荐的直播业务的下载或录制

步骤1：业务控制功能实体接收IPTV服务控制功能实体发送的频道直播流的下载或录制请求，请求提供内容频道媒体资源；

步骤2：业务控制功能实体和资源接纳控制子系统之间进行资源预留；

步骤3：业务控制功能实体向UE发起频道直播流的下载或录制请求；

步骤4：UE根据其存储器的存储能力和或或用户的选择和或或UE中的配置确认接受上述频道直播流的下载或录制；

具体地，UE可以根据以下之一或其任意组合进行判断：

(1)UE的存储器的存储能力。具体地，UE可以判断初始会话请求中携带的参数——信息流的需要的存储空间的大小是否小于自己的存储器的空闲空间，如果是，则确认接受上述频道直播流的下载；

(2)用户的决定。UE在接收到下载请求后，可以将请求下载的直播节目的相关信息(比如，片名、演员等)显示给用户由用户判断是否接受该直播节目下载，如果用户选择下载该直播节目，则UE确认接受上述频道直播流的下载；

(3)UE的配置。可以预先在UE中进行配置，配置该UE是否接受直播业务的下载或者录制。

步骤5：UE向业务控制功能实体发送频道直播流的下载或录制请求的应答消息，在该应答消息中携带有UE确认接受上述频道直播流的下载或录制的标识；

步骤6：业务控制功能实体与资源接纳控制子系统之间进行交互，提交上述预留的资源；

步骤7：业务控制功能实体向IPTV服务控制功能实体发送频道直播流的下载或录制请求的应答消息，该应答消息中包括频道直播流的下载或录制信令建立成功的信息；

步骤8：UE根据直播业务的唯一标识，加入传输处理功能实体的组播频道中，传输处理功能实体将上述频道直播节目流传送到UE中，UE进行录制。或者，IPTV服务控制功能实体向IPTV媒体功能实体之间进行交互，将直播节目录制到IPTV媒体功能实体中，由IPTV媒体功能实体下载该直播业务到UE中。

在上述步骤5和6之间可以加入步骤5′：业务控制功能实体和资源接纳控制子系统之间更新资源预留。

并且，在上述步骤4中如果判断结果为拒绝接受媒体内容，则在步骤4后执行下述处理：

步骤5-1：UE向业务控制功能实体发送携带拒绝频道直播节目流的下载或录制请求的应答消息；

步骤6-1：业务控制功能实体和资源接纳控制子系统之间进行信令交互取消上述步骤2中的资源预留；

步骤7-1：业务控制功能实体向IPTV服务控制功能实体发起携带拒绝频道直播节目流的下载或录制请求的应答消息，IPTV服务控制功能实体接收该应答消息结束流程。

方式二：由UE先判断，后执行预留资源过程

UE接收到业务控制功能实体发送的初始会话请求后，执行下述处理：

步骤1：UE判断是否接受直播业务的下载或录制，判断结果为确认接受频道直播流的下载或录制；

具体地，UE可以根据以下之一或其任意组合进行判断：其存储器的存储能力、用户的选择、UE的配置。

步骤2：IPTV服务控制功能实体和UE之间进行交互，为上述频道直播业务的传输预留资源；

步骤3：UE向业务控制功能实体发送同意接受频道直播业务的下载或录制的初始会话应答消息；

步骤4：业务控制功能实体向资源接纳控制子系统交互提交步骤2中预留的所有资源信息；

步骤5：业务控制功能实体向IPTV服务控制功能实体发送会话初始化应答消息；

步骤6：UE根据直播业务的唯一标识，加入传输处理功能实体的组播频道中，传输处理功能实体将上述频道直播节目流发送到UE中，UE将该直播流进行录制。或者，IPTV服务控制功能实体和IPTV媒体功能实体之间进行交互，IPTV媒体功能实体根据直播业务的唯一标识建立直播频道，使传输处理功能实体将上述频道直播节目流发送到IPTV媒体功能实体中，IPTV媒体功能实体将该直播流进行录制，由IPTV媒体功能实体下载该直播业务到UE中。

如果在步骤1中UE拒绝上述频道直播流下载或录制，则后续步骤为：

步骤2-1：UE向业务控制功能实体发送拒绝接受频道直播流下载或录制的初始会话应答消息；

步骤3-1：业务控制功能实体向IPTV服务控制功能实体发送携带拒绝信息的初始会话应答消息，结束流程。

UE根据直播业务的唯一标识，加入传输处理功能实体的组播频道中，传输处理功能实体将上述频道直播节目流发送到UE中，UE将该直播流进行录制。或者，IPTV服务控制功能实体和IPTV媒体功能实体之间进行交互，IPTV媒体功能实体根据直播业务的唯一标识建立直播频道，使传输处理功能实体将上述频道直播节目流发送到IPTV媒体功能实体中，IPTV媒体功能实体将该直播流进行录制，由IPTV媒体功能实体下载该直播业务到UE中。在UE将上述信息内容流保存在自身的存储器中之后，UE可以直接选择选择存储在存储器中的媒体内容进行播放；或者，UE通过与业务选择功能实体交互选择对应的存储在存储器中的媒体内容进行播放。

通过本发明实施例的上述方法，可以实现IPTV服务控制功能实体可以主动向UE推送信息，UE再下载或者录制，增加了运营商实现的内容业务。

为了进一步描述上述方法的具体实施方式，下面以IPTV服务控制功能实体向UE推送的信息为直播业务为例，对本发明实施例提供的上述方法的具体实施方式进行说明。

实施例一

本实施例中先执行UE判断是否接受直播节目下载或录制，再预留传输频道直播节目的内容流的资源。图5A和图5B示出了本实施例推送直播节目的具体实施流程图，如图中所示，主要包括以下步骤(该步骤同时适合图5A和图5B)：

步骤S502：IPTV服务控制功能实体在直播节目开始播放之前，向业务控制功能实体发送推送直播业务的会话初始化请求。

其中，上述会话初始化请求携带有请求参数，该请求参数中可以包含：推送的直播业务的标识符信息(可以标识该直播节目对应的直播频道)、推送标识符信息(表明是需要下载的直播业务、需要下载的点播节目、立即观看的直播节目等类型)；推荐的频道直播节目内容的标识、描述信息，如节目的片名、主演演员、大概情节等内容；该节目文件的大小信息(也可以是节目持续时间，或UE根据码流等信息推算出节目完全存储需要的空间大小)；UE的唯一标识的标识信息；直播节目的起始时间和结束时间、直播节目持续时间等；直播业务的标识。

上述直播业务可以是根据UE选择内容的喜好分析统计确定的或者是目前流行的直播业务；

步骤S504：业务控制功能实体根据上述会话初始化请求携带的标识信息列表向指定UE发送会话初始化请求；

步骤S506：接收到请求的UE判断是否接受上述直播业务下载或录制，如果不接受，执行步骤S510，否则，执行步骤S508。

具体地，UE可以根据上述直播业务需要存储空间大小信息和或或用户的选择判断是否接受直播业务下载或录制。如果上述直播节目需要的存储空间大小超过UE(例如机顶盒)的存储能力，和或或用户拒绝接受该直播节目下载或录制，则UE确定不接受上述直播业务下载或录制，否则确定接受上述直播业务下载或录制。

步骤S508：IPTV服务控制功能实体和UE之间进行频道直播流的下载或录制信令的建立过程，进行资源预留以保障频道直播流的下载的服务质量。其中，服务质量保障的依据包括传递该媒体文件大小的信息、码流大小等信息。

步骤S510：接受到请求的UE将步骤S506中判断的结果携带在会话初始化应答消息，发送给业务控制功能实体。如果为拒绝接受频道的直播节目流的下载或录制的应答消息，则执行步骤S514；如果为同意接受频道的直播节目流的下载或录制的应答消息，则返回成功消息，执行下一步；

步骤S512：业务控制功能实体(IMS系统中对应Core IMS的P-CSCF)与资源接纳控制子系统交付提交步骤S508中预留的所有资源信息；

步骤S514：业务控制功能实体向IPTV服务控制功能实体发送会话初始化应答消息，如果该应答消息含UE拒绝接受内容的消息，则结束流程，否则执行下一步；

步骤S516：UE根据直播业务的唯一标识，加入传输处理功能实体的组播频道中，传输处理功能实体将上述频道直播节目流发送到UE中，UE将该直播流进行录制。或者，IPTV服务控制功能实体和IPTV媒体功能实体之间进行交互，IPTV媒体功能实体根据直播业务的唯一标识建立直播频道，使传输处理功能实体将上述频道直播节目流发送到IPTV媒体功能实体中，IPTV媒体功能实体将该直播流进行录制，由IPTV媒体功能实体下载该直播业务到UE中。

其中，上述参数信息包括该直播业务的唯一标识符信息、节目开始时间、节目结束时间、持续时间等信息。；

步骤S518：UE播放内容。可以采取用户直接点播存储在UE中的内容，或用户和业务选择功能实体交互选择对应的存储在UE中的内容的方式进行播放。

在步骤S508中，IPTV服务控制功能实体和UE之间进行频道直播流的下载或录制信令的建立过程，可以由UE主动发起，也可以由IPTV服务控制功能实体发起。例如，如果在具体实施过程中，UE获取网络参数发生在会话初始化之前，即从业务选择功能触发该步骤，则在UE发起频道直播流的下载或录制请求后执行实施例一的步骤S508，在这种情况下，步骤S508的具体实现过程如图6所示，主要包括以下步骤：

步骤S602：UE向业务控制功能实体发送频道直播流的下载或录制请求，请求建立IPTV服务控制功能实体与UE之间的频道直播流的交付频道；

步骤S604：业务控制功能实体和资源接纳控制子系统之间进行资源预留；

步骤S606：业务控制功能实体向IPTV服务控制功能实体转发频道直播流的下载或录制请求；

步骤S608：IPTV服务控制功能实体向业务控制功能实体发送频道直播流的下载或录制请求的应答消息，该应答消息中包括频道直播流的下载或录制的媒体资源建立的信息；

步骤S610：业务控制功能实体和资源接纳控制子系统之间更新资源预留；在具体实施过程中该步骤可以执行也可以不执行，可根据具体需求确定；

步骤S612：业务控制功能实体向UE返回的频道直播流的下载或录制请求的应答消息，IPTV服务控制功能实体与UE之间的频道直播流的交付建立。

在上述流程中，如果UE获取网络参数作为会话初始化的一部分，则IPTV SCF发起频道直播流的下载或录制请求后执行实施例一的步骤S508，此时步骤S508的具体实施过程如图7所示，主要包括：

步骤S702：IPTV服务控制功能实体向业务控制功能实体发起频道直播流的下载或录制请求；

步骤S704：业务控制功能实体和资源接纳控制子系统之间进行资源预留；

步骤S706：业务控制功能实体向UE发起频道直播流的下载或录制请求；

步骤S708：UE向业务控制功能实体发送频道直播流的下载或录制请求的应答消息；

步骤S710：业务控制功能实体和资源接纳控制子系统之间更新资源预留；在具体实施过程中该步骤可以执行也可以不执行，可根据具体需求确定；

步骤S712：业务控制功能实体向IPTV服务控制功能实体发起频道直播流的下载请求的应答消息，该应答消息中包括频道直播流的交付频道建立结果的信息。

实施例二

本实施例中UE在预留传输步骤直播节目的内容流的资源的过程中判断是否接受直播业务下载。图8A和图8B示出了本实施例推送直播业务的具体实施流程图，如图中所示，主要包括以下步骤(该步骤同时适合图8A和图8B)：

步骤S802：IPTV服务控制功能实体在直播业务开始播放之前，向业务控制功能实体发送推送直播业务的会话初始化请求；

步骤S804：业务控制功能实体根据上述会话初始化请求中携带的UE标识信息，将会话初始化请求发送给与该标识信息对应的UE；

步骤S806：IPTV服务控制功能实体和UE之间进行频道直播流的交付的建立过程，进行资源预留以保障频道直播节目流的下载或者录制的服务质量。

步骤S808：接受到请求的UE向业务控制功能实体发送会话初始化应答消息。在该步骤中UE在接收到会话初始化请求后，根据其存储器的存储能力和或或用户的决定和或或UE的配置，判断是否接受上述频道直播节目流下载或录制，并将结果携带在初始化应答消息中发送给业务控制功能实体。如果该会话初始化应答消息为拒绝接受频道直播节目流的下载或录制的应答消息，则执行步骤S812；如果该会话初始化应答消息为同意接受频道直播节目流的下载或录制的应答消息，则返回成功消息，执行下一步；

步骤S810：业务控制功能实体(即IMS中对应Core IMS的P-CSCF)与资源接纳控制子系统交付提交上述预留的所有资源信息；

步骤S812：业务控制功能实体向IPTV服务控制功能实体转发上述会话初始化应答消息，如果该应答消息拒绝接受频道直播节目流的下载或录制的应答消息，则结束流程；否则继续执行下一步；

步骤S814：UE根据直播业务的唯一标识，加入传输处理功能实体的组播频道中，传输处理功能实体将上述频道直播节目流发送到UE中，UE将该直播流进行录制。或者，IPTV服务控制功能实体和IPTV媒体功能实体之间进行交互，IPTV媒体功能实体根据直播业务的唯一标识建立直播频道，使传输处理功能实体将上述频道直播节目流发送到IPTV媒体功能实体中，IPTV媒体功能实体将该直播流进行录制，由IPTV媒体功能实体下载该直播业务到UE中。步骤A816：UE播放内容。可以采取用户直接点播存储在UE中的内容，或用户和业务选择功能实体交互选择对应的存储在UE中的内容的方式进行播放。

在上述步骤S806中，如果UE获取网络参数作为会话初始化的一部分，则IPTV SCF发起频道直播流的下载或录制请求后执行以上实施例二步骤S806，此时步骤S806的具体实施过程如图9所示，主要包括：

步骤S902：业务控制功能实体接收IPTV服务控制功能实体发送的频道直播流的下载或录制请求；

步骤S904：业务控制功能实体和资源接纳控制子系统之间进行资源预留；

步骤S906：业务控制功能实体向UE发送频道直播流的下载或录制请求；

步骤S908：接受到请求的UE根据直播节目需要存储空间大小和或或用户的决定和或或UE的配置判断是否接受直播业务的下载或录制。

具体地，如果直播节目需要的存储空间大小超过UE(例如机顶盒)的存储能力，或者如果用户拒绝接受该直播节目(可以是用户以一定的规则配置是否接受，也可以是用户主动选择是否接受)，UE判断不接受上述直播业务的下载或录制。

步骤S910：UE将上述判断的结果携带在频道直播流的下载或录制请求的应答消息中，发送给业务控制功能实体；

步骤S912：业务控制功能实体和资源接纳控制子系统之间更新资源预留，在具体实施过程中也可以不执行此步；

步骤S914：业务控制功能实体向IPTV服务控制功能实体发送频道直播流的下载请求的应答消息，如果该消息中携带有UE接受直播节目下载的标识，则频道直播流的下载或录制频道建立成功，否则建立失败。

本发明实施例提供的上述技术方案可以应用在下一代网络中基于IMS或者不基于IMS的系统，可以提升了IPTV系统的核心竞争力。

如上所述，借助本发明实施例提供的技术方案，通过IPTV服务控制功能实体主动向UE发送初始会话请求，请求向UE下载或录制信息，向UE推送信息，接收到上述请求的用户可以选择下载或录制网络侧推荐的信息，将该信息的内容保存在UE的存储器中，用户可以随时选择观看下载的内容，从而增加了运营商实现的内容业务，提高IPTV系统的竞争力；并且，IPTV服务控制功能实体可以按照UE的选择喜好有目的的向UE推送信息，避免了推送的盲目性，能提高用户体验。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种基于网际协议电视的信息推送方法，应用于包括网际协议电视IPTV服务控制功能实体、业务控制功能实体和传输处理功能实体的基于下一代网络的系统，其特征在于，所述方法包括：

步骤一：所述IPTV服务控制功能实体向用户设备发送初始会话请求，向用户设备推荐直播业务的下载或者录制；

步骤二：所述用户设备响应所述IPTV服务控制功能实体的请求，并在确定接受所述直播业务的下载或者录制后，接收并保存所述直播业务的直播流。

2.根据权利要求1所述的方法，其特征在于，步骤一所述IPTV服务控制功能实体向用户设备发送的请求中包含所推荐的直播业务的标识。

3.根据权利要求2所述的方法，在步骤一中IPTV服务控制功能实体向用户设备推荐直播业务的下载的情况下，其特征在于，步骤二包括：

所述用户设备响应所述IPTV服务控制功能实体的请求，并在确定接受所述直播业务的下载后，IPTV服务控制功能实体发起将所述直播业务的直播流录制到IPTV媒体功能实体中，所述用户设备从所述IPTV媒体功能实体中接收所述直播业务的直播流并保存。

4.根据权利要求2所述的方法，在步骤一中IPTV服务控制功能实体向用户设备推荐直播业务的录制的情况下，其特征在于，步骤二包括：

所述用户设备响应所述IPTV服务控制功能实体的请求，并在确定接受所述直播业务的录制后，用户设备根据直播业务的标识，加入组播频道中，录制组播频道中所述直播业务的直播流。

5.根据权利要求1或2所述的方法，其特征在于，所述IPTV服务控制功能实体向用户设备推荐直播业务的下载或录制，具体包括：

所述IPTV服务控制功能实体向所述业务控制功能实体发送推送直播业务的初始会话请求，其中，所述初始会话请求用于指示用户设备下载或录制所述直播业务的直播流，且所述初始会话请求中携带信息包括用户设备的标识信息的请求参数；

所述业务控制功能实体根据所述初始会话请求中携带的所述用户设备标识信息，将所述初始会话请求转发给与所述标识信息对应的用户设备。

6.根据权利要求1所述的方法，其特征在于，在所述用户设备响应所述IPTV服务控制功能实体的请求之前，还包括：

所述所述用户设备和IPTV服务控制功能实体，或加入IPTV媒体功能实体进行交互，建立内容交付频道，预留传输直播业务的直播流所需的资源。

7.根据权利要求6所述的方法，其特征在于，在所述IPTV服务功能实体与所述用户设备进行交互之前，所述方法还包括：

所述用户设备根据其存储能力和/或用户的选择，确定接受所述信息的下载或录制。

8.根据权利要求6所述的方法，其特征在于，在所述IPTV服务功能实体与所述用户设备进行交互的过程中，所述方法还包括：

所述用户设备根据其存储能力和/或用户的选择，确定接受所述信息的下载或录制。

9.根据权利要求6所述的方法，其特征在于，预留传输所述信息的内容流所需的资源之后，所述方法还包括：

所述业务控制功能实体接收所述用户设备发的初始会话应答消息，其中，所述初始会话应答消息中携带有用于标识所述用户设备是否下载或录制所述信息的标识信息；

所述业务控制功能实体根据所述初始会话应答消息中携带的所述标识信息判断所述用户设备是否接受下载或录制所述信息，在判断结果为是的情况下，提交预留的所述资源，并将所述初始会话应答消息转发给所述IPTV服务控制功能实体；在判断结果为否的情况下，将所述初始会话应答消息转发给IPTV服务控制功能实体，结束流程。

10.根据权利要求1所述的方法，其特征在于，如果所述下一代网络中采用IP多媒体子系统，则所述业务控制功能实体为核心IP多媒体子系统。

11.一种基于IPTV的信息推送系统，包括：IPTV服务控制功能实体和传输处理功能实体，其特征在于，

所述IPTV服务控制功能实体，用于请求向用户设备进行信息的下载或录制；

所述传输处理功能实体，用于将加入其组播频道的用户设备录制直播流，将所述信息的内容流录制给所述用户设备或者IPTV媒体功能实体中保存。

12.一种IPTV服务控制功能实体，其特征在于，包括：

获取模块，用于获取推荐给用户下载或录制的直播业务的标识；

发送模块，用于向用户设备发送携带有所述获取模块获取的所述标识的初始会话请求，其中，所述初始会话请求用于请求所述用户设备下载或录制与所述标识对应的信息。

Images