CN101668173A - 基于网际协议电视的信息推送方法、装置及系统 - Google Patents
基于网际协议电视的信息推送方法、装置及系统 Download PDFInfo
- Publication number
- CN101668173A CN101668173A CN200810213434A CN200810213434A CN101668173A CN 101668173 A CN101668173 A CN 101668173A CN 200810213434 A CN200810213434 A CN 200810213434A CN 200810213434 A CN200810213434 A CN 200810213434A CN 101668173 A CN101668173 A CN 101668173A
- Authority
- CN
- China
- Prior art keywords
- information
- control function
- iptv service
- subscriber equipment
- download
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种基于网际协议电视的信息推送方法、装置及系统。在上述方法中,网际协议电视服务控制功能实体请求向用户设备进行信息下载;用户设备响应网际协议电视服务控制功能实体的请求,并在确定接受信息下载后,与传输处理功能实体进行交互,接收并保存传输处理功能实体传输的信息的内容流。根据本发明提供的技术方案,可以实现网络侧主动将信息推送到用户设备中保存,增加了运营商实现的内容业务。
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服务控制功能实体包括:获取模块和发送模块。其中,获取模块用于获取推荐用户下载的信息的标识;发送模块用于向用户设备发送携带有获取模块获取的标识的初始会话请求,其中,该初始会话请求用于请求用户设备下载与标识对应的信息。
通过本发明的上述至少一个方案,通过网络侧主动推送信息到用户设备中保存,用户可以随时观看保存在用户设备中的内容,解决了只能由用户设备主动请求实现内容业务的问题,可以增加运营商实现的内容业务。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为基于NGN的IPTV系统的结构示意图;
图2为根据本发明实施例的基于IPTV的信息推送系统的结构框图;
图3A为根据本发明实施例的IPTV服务控制功能实体的结构框图;
图3B为根据本发明优选实施例的IPTV服务控制功能实体的结构框图;
图4为根据本发明实施例的基于IPTV的信息推送方法的流程图;
图5为本发明实施例一的具体实施过程的流程图;
图6为本发明实施例一中一种资源预留的具体实施流程;
图7为本发明实施例一中另一种资源预留的具体实施流程;
图8为本发明实施例二的具体实施过程的流程图;
图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 MF14通过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进行交互,并将该信息的内容流传输给UE保存。
其中,UE接收到IPTV服务控制功能实体的信息下载请求时,如果UE确定接受该信息的下载,则向传输处理功能实体26发起请求,传输处理功能实体26接收到该请求后,与UE进行交互,将上述信息的内容流传输给UE保存。在具体实施过程中,IPTV服务控制功能实体22在向UE发送信息下载的请求时,可以将该信息的标识携带在请求中发送给UE,则UE可以根据该标识向传输处理功能实体26发起请求,传输处理功能实体26将与该标识对应的信息的内容流发送给UE保存。
进一步地,上述系统还包括业务控制功能实体24,用于接收来自IPTV服务控制功能实体22的推送信息的初始会话请求,并根据初始会话请求中携带的信息,将初始化请求转发给UE。
其中,上述信息包括直播节目,即IPTV服务控制功能实体22通过初始会话请求向UE推荐下载的信息为直播节目,UE在接受到该初始会话请求后,可选择接受下载该直播节目,也可选择拒绝下载,并将选择结果通过响应消息发送给IPTV服务控制功能实体22,IPTV服务控制功能实体22在用户选择接受下载该直播节目时,发起该直播节目的下载流程,传输处理功能实体26响应该下载流程,将该直播节目的内容流传输给UE。
并且,上述直播节目是根据UE选择内容的喜好信息分析统计得到的,或该直播节目为目前点击率高的直播节目。
进一步地,为了方便UE判断是否播放该直播节目,IPTV服务控制功能实体还用于在发送的初始会话请求中可以携带请求参数,其中该请求参数中包括但不限于以下内容:
(1)推送标示符信息,用于指示推荐的直播节目为需要直接观看的频道的直播节目而不是需要存储的媒体文件或者流、也不是推送点播节目需要UE直接观看等其他情况;
(2)推荐的直播节目内容的描述信息,如节目的片名、主演演员、大概情节等内容;
(3)节目的持续时间等信息。
当然,在请求参数中还需要包含UE的唯一标识的标识信息列表,指示该初始会话请求需要发送给哪些UE,标识信息列表中标识可以为一个也可以为多个,业务控制功能实体24在接收到该初始会话请求后,可以将该初始会话请求转发给该标识信息列表中各个标识对应的UE。
通过本发明实施例的上述基于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服务控制功能实体的请求,并在确定接受上述信息下载后,与传输处理功能实体进行交互,接收并保存传输处理功能实体发送的上述信息的内容流。
以下进一步描述上述各个处理的细节。
(一)步骤S402
具体地,该步骤的处理可以分为如下两个的步骤:
步骤1:IPTV服务控制功能实体向业务控制功能实体发送推送信息的初始会话请求,其中,该初始会话请求用于指示向UE进行信息下载,且该初始会话请求中携带有包括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保存。
在上述步骤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保存。
如果在步骤1中UE拒绝上述频道直播流下载,则后续步骤为:
步骤2-1:UE向业务控制功能实体发送拒绝接受频道直播流下载的初始会话应答消息;
步骤3-1:业务控制功能实体向IPTV服务控制功能实体发送携带拒绝信息的初始会话应答消息,结束流程。
UE在与传输处理功能实体进行交互后,接收传输处理功能实体传输的信息内容流,并保存接收到的信息内容流。在UE将上述信息内容流保存在自身的存储器中之后,UE可以直接选择选择存储在存储器中的媒体内容进行播放;或者,UE通过与业务选择功能实体交互选择对应的存储在存储器中的媒体内容进行播放。
通过本发明实施例的上述方法,可以实现IPTV服务控制功能实体可以主动向UE推送信息,UE在下载,增加了运营商实现的内容业务。
为了进一步描述上述方法的具体实施方式,下面以IPTV服务控制功能实体向UE推送的信息为直播节目为例,对本发明实施例提供的上述方法的具体实施方式进行说明。
实施例一
本实施例中先执行UE判断是否接受直播节目下载,再预留传输频道直播节目的内容流的资源。图5示出了本实施例推送直播节目的具体实施流程图,如图5所示,主要包括以下步骤:
步骤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保存。
其中,上述参数信息包括该直播节目的唯一标识符信息、节目开始时间、节目结束时间、持续时间等信息。如果IPTV媒体功能作为组播源的时候,则下载流程也涉及IPTV媒体功能;
步骤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 MF发起频道直播流的下载请求后执行实施例一的步骤S508,此时步骤S508的具体实施过程如图7所示,主要包括:
步骤S702:IPTV服务控制功能实体向业务控制功能实体发起频道直播流的下载请求;
步骤S704:业务控制功能实体和资源接纳控制子系统之间进行资源预留;
步骤S706:业务控制功能实体向UE发起频道直播流的下载请求;
步骤S708:UE向业务控制功能实体发送频道直播流的下载请求的应答消息;
步骤S710:业务控制功能实体和资源接纳控制子系统之间更新资源预留;在具体实施过程中该步骤可以执行也可以不执行,可根据具体需求确定;
步骤S712:业务控制功能实体向IPTV服务控制功能实体发起频道直播流的下载请求的应答消息,该应答消息中包括频道直播流的下载信令建立结果的信息。
实施例二
本实施例中UE在预留传输步骤直播节目的内容流的资源的过程中判断是否接受直播节目下载。图8示出了本实施例推送直播节目的具体实施流程图,如图8所示,主要包括以下步骤:
步骤S802:IPTV服务控制功能实体在直播节目开始播放之前,向业务控制功能实体发送推送直播节目的会话初始化请求,该请求参数中携带有推送的直播节目的唯一标识及需要推送的UE的标识信息列表;
步骤S804:业务控制功能实体根据上述会话初始化请求中携带的UE标识信息列表,将会话初始化请求发送给与该标识信息列表中每个标识对应的UE;
步骤S806:IPTV服务控制功能实体和UE之间进行频道直播流的下载信令的建立过程,进行资源预留以保障频道直播节目流的下载的服务质量。
步骤S808:接受到请求的UE向业务控制功能实体发送会话初始化应答消息。在该步骤中UE在接收到会话初始化请求后,根据其存储器的存储能力和/或用户的决定和/或UE的配置,判断是否接受上述频道直播节目流下载,并将结果携带在初始化应答消息中发送给业务控制功能实体。如果该会话初始化应答消息为拒绝接受频道直播节目流的下载的应答消息,则执行步骤S812;如果该会话初始化应答消息为同意接受频道直播节目流的下载的应答消息,则返回成功消息,执行下一步;
步骤S810:业务控制功能实体(即IMS中对应Core IMS的P-CSCF)与资源接纳控制子系统交付提交上述预留的所有资源信息;
步骤S812:业务控制功能实体向IPTV服务控制功能实体转发上述会话初始化应答消息,如果该应答消息拒绝接受频道直播节目流的下载的应答消息,则结束流程;否则继续执行下一步;
步骤S814:IPTV服务控制功能根据准备推送给用户的直播节目的参数信息,主动发起直播节目的下载流程,触发传输处理功能实体将上述直播节目的内容流传输给UE保存,其中,该参数信息包括该直播节目的唯一标识符信息、节目开始时间、节目结束时间、持续时间等信息;
步骤A816:UE播放内容。可以采取用户直接点播存储在UE中的内容,或用户和业务选择功能实体交互选择对应的存储在UE中的内容的方式进行播放。
在上述步骤S806中,如果UE获取网络参数作为会话初始化的一部分,则IPTV MF发起频道直播流的下载请求后执行以上实施例二步骤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 (15)
1.一种基于网际协议电视的信息推送方法,应用于包括网际协议电视IPTV服务控制功能实体、业务控制功能实体和传输处理功能实体的基于下一代网络的系统,其特征在于,所述方法包括:
所述IPTV服务控制功能实体请求向用户设备进行信息下载;
所述用户设备响应所述IPTV服务控制功能实体的请求,并在确定接受所述信息下载后,与所述传输处理功能实体进行交互,接收并保存所述传输处理功能实体传输的所述信息的内容流。
2.根据权利要求1所述的方法,其特征在于,所述IPTV服务控制功能实体请求向用户设备进行频道信息下载具体包括:
所述IPTV服务控制功能实体向所述业务控制功能实体发送推送所述信息的初始会话请求,其中,所述初始会话请求用于指示向用户设备下载所述信息,且所述初始会话请求中携带有包括用户设备的标识信息列表的请求参数;
所述业务控制功能实体根据所述初始会话请求中携带的所述标识信息列表,将所述初始会话请求转发给与所述标识信息列表中的各个标识对应的一个或多个用户设备。
3.根据权利要求1所述的方法,其特征在于,在所述用户设备与所述传输处理功能实体进行交互之前,所述方法还包括:
所述IPTV服务功能实体与所述用户设备进行信令交互,预留传输所述信息的内容流所需的资源。
4.根据权利要求3所述的方法,其特征在于,在所述IPTV服务功能实体与所述用户设备进行信令交互之前,所述方法还包括:
所述用户设备根据其存储能力和/或用户的选择,确定接受所述信息的下载。
5.根据权利要求3所述的方法,其特征在于,在所述IPTV服务功能实体与所述用户设备进行信令交互的过程中,所述方法还包括:
所述用户设备根据其存储能力和/或用户的选择,确定接受所述信息的下载。
6.根据权利要求3所述的方法,其特征在于,预留传输所述信息的内容流所需的资源之后,所述方法还包括:
所述业务控制功能实体接收所述用户设备发的初始会话应答消息,其中,所述初始会话应答消息中携带有用于标识所述用户设备是否下载所述信息的标识信息;
所述业务控制功能实体根据所述初始会话应答消息中携带的所述标识信息判断所述用户设备是否接受下载所述信息,在判断结果为是的情况下,提交预留的所述资源,并将所述初始会话应答消息转发给所述IPTV服务控制功能实体;在判断结果为否的情况下,将所述初始会话应答消息转发给IPTV服务控制功能实体,结束流程。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述信息为直播节目。
8.根据权利要求7所述的方法,其特征在于,如果所述下一代网络中采用IP多媒体子系统,则所述业务控制功能实体为核心IP多媒体子系统。
9.一种基于IPTV的信息推送系统,包括:IPTV服务控制功能实体和传输处理功能实体,其特征在于,
所述IPTV服务控制功能实体,用于请求向用户设备进行信息的下载;
所述传输处理功能实体,用于与所述用户设备进行交互,将所述信息的内容流传输给所述用户设备保存。
10.根据权利要求9所述的系统,该系统还包括:业务控制功能实体,其特征在于,
所述业务控制功能实体,用于接收来自所述IPTV服务控制功能实体的推送所述信息的初始会话请求,并根据所述初始会话请求中携带的信息,将所述初始化请求转发给所述用户设备。
11.根据权利要求10所述的系统,其特征在于,所述业务控制功能实体为核心IP多媒体子系统。
12.根据权利要求9至11任一项所述的系统,其特征在于,所述信息为直播节目。
13.一种IPTV服务控制功能实体,其特征在于,包括:
获取模块,用于获取推荐用户下载的信息的标识;
发送模块,用于向用户设备发送携带有所述获取模块获取的所述标识的初始会话请求,其中,所述初始会话请求用于请求所述用户设备下载与所述标识对应的信息。
14.根据权利要求13所述的IPTV服务控制功能实体,其特征在于,所述IPTV服务控制功能实体还包括:
预留模块,用于与所述用户设备进行信令交互,预留传输所述信息的内容流所需的资源。
15.根据权利要求13或14所述的IPTV服务控制功能实体,其特征在于,所述信息为直播节目。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810213434A CN101668173A (zh) | 2008-09-02 | 2008-09-02 | 基于网际协议电视的信息推送方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810213434A CN101668173A (zh) | 2008-09-02 | 2008-09-02 | 基于网际协议电视的信息推送方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101668173A true CN101668173A (zh) | 2010-03-10 |
Family
ID=41804576
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810213434A Pending CN101668173A (zh) | 2008-09-02 | 2008-09-02 | 基于网际协议电视的信息推送方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101668173A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017128056A1 (zh) * | 2016-01-26 | 2017-08-03 | 白宏伟 | 根据标签自动换视频的方法以及视频系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859146A (zh) * | 2006-03-13 | 2006-11-08 | 华为技术有限公司 | 组播数据下发方法及实现该方法的数据下发装置和终端 |
CN1972468A (zh) * | 2006-10-26 | 2007-05-30 | Ut斯达康通讯有限公司 | 一种信息推送装置和方法 |
CN101151918A (zh) * | 2005-02-09 | 2008-03-26 | 诺基亚公司 | 用于在通信系统中控制推送操作的方法和装置 |
CN101159849A (zh) * | 2007-10-19 | 2008-04-09 | 中兴通讯股份有限公司 | 一种交互式网络电视系统的直播方法 |
US20080101339A1 (en) * | 2006-11-01 | 2008-05-01 | Microsoft Corporation | Device selection for broadcast messages |
CN101198018A (zh) * | 2007-12-29 | 2008-06-11 | 腾讯科技(深圳)有限公司 | 电视广告业务的实现方法及广告服务器 |
-
2008
- 2008-09-02 CN CN200810213434A patent/CN101668173A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101151918A (zh) * | 2005-02-09 | 2008-03-26 | 诺基亚公司 | 用于在通信系统中控制推送操作的方法和装置 |
CN1859146A (zh) * | 2006-03-13 | 2006-11-08 | 华为技术有限公司 | 组播数据下发方法及实现该方法的数据下发装置和终端 |
CN1972468A (zh) * | 2006-10-26 | 2007-05-30 | Ut斯达康通讯有限公司 | 一种信息推送装置和方法 |
US20080101339A1 (en) * | 2006-11-01 | 2008-05-01 | Microsoft Corporation | Device selection for broadcast messages |
CN101159849A (zh) * | 2007-10-19 | 2008-04-09 | 中兴通讯股份有限公司 | 一种交互式网络电视系统的直播方法 |
CN101198018A (zh) * | 2007-12-29 | 2008-06-11 | 腾讯科技(深圳)有限公司 | 电视广告业务的实现方法及广告服务器 |
Non-Patent Citations (1)
Title |
---|
ETSI: "Sophia Antipolis Cedex Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); IPTV Architecture;IPTV functions supported by the IMS subsystem;ETSI TS 182027 V.2.0.0", 《ETSI STANDARDS》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017128056A1 (zh) * | 2016-01-26 | 2017-08-03 | 白宏伟 | 根据标签自动换视频的方法以及视频系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101662376B (zh) | 基于网际协议电视的信息推送方法、装置及系统 | |
CN101026615B (zh) | 一种基于ims的流媒体网络系统 | |
CN102047637B (zh) | 用于预留带宽的方法和用户设备 | |
CN102057594A (zh) | 用于提供针对iptv的单播准备的方法和设备 | |
US20100235856A1 (en) | Method, system, and device for realizing internet protocol television service | |
CN101677394B (zh) | 基于网际协议电视的广告插播方法及装置 | |
KR101573329B1 (ko) | 멀티캐스트 세션을 통해 수신한 어플리케이션에 기초한 iptv 서비스 이용 방법 및 장치 | |
US20110167441A1 (en) | An interactive iptv system and a content pushing method thereof | |
CN101990113B (zh) | 内容上行方法及内容交付功能实体 | |
CN101741816A (zh) | 基于网际协议电视的信息推送方法、装置及系统 | |
US20100287602A1 (en) | Content delivery device and system, content-on-demand method and network architecture | |
WO2010028591A1 (zh) | 实现客户端录制的方法、系统及录制控制实体 | |
CN101426124B (zh) | 下一代通信网络中交互式网络电视系统的时移方法 | |
CN101668173A (zh) | 基于网际协议电视的信息推送方法、装置及系统 | |
CN101588277B (zh) | 基于ims的iptv系统的互连装置及其启动、点播和直播方法 | |
CN101668164B (zh) | 基于网际协议电视的内容发布方法、装置及系统 | |
CN101662377B (zh) | 基于网际协议电视的信息推送方法、装置及系统 | |
CN101651820B (zh) | 基于下一代网络的交互式网络电视的内容推播方法及系统 | |
CN101588533B (zh) | 基于ims的iptv系统的互连装置及其启动、点播和直播方法 | |
CN101667877B (zh) | 用于下一代网络的用户直播实现方法和系统 | |
CN101588534B (zh) | 基于ims的iptv系统的互连装置及其启动、点播和直播方法 | |
CN101588535B (zh) | 基于ims的iptv系统的互连装置及其启动、点播和直播方法 | |
CN101287155A (zh) | 一种发现流媒体业务的方法和系统 | |
CN101867772A (zh) | 一种iptv系统中共用存储的方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100310 |