专利名称：基于网际协议电视的信息推送方法、装置及系统的制作方法
技术领域：
本发明涉及通信冲支术领域，尤其涉及一种基于网际协i义电一见 (Internet Protocol Television,简称为IPTV )的信息4,送方法、装 置及系统。
背景技术：
目前，下一4戈网纟各(Next Generation Network,简 一尔为NGN ) 的框架结构已基本确定。在NGN中除了包括管理层面，还包括用 户层面、传送层面、业务控制层面和应用层面等。其中，IP多媒体 子系统(IP Multimedia Subsystem,简称为IMS )是业务控制层面的 主要功能实体集合。通过IMS可以实现用户和终端设备的注册、认 证、鉴权、服务质量(Quality of Service,简称为QoS )管理与保证。 同时，IMS为基于会i舌^7始十办i义(Session Initiation Protocol,简称、 为SIP)的系统，支持多种用户的4姿入、用户的游牧和移动性管理、 并支持与其他传统网络或下一代网络互通及业务的融合。目前，IMS
已经成为下一代网络融合的主要技术和体系架构。
交互式网全备电 一见，又 一尔为互耳关网十办i义电#见(Internet Protocol Television,简称为IPTV)，是指通过IP承载网络向用户提供能够支 持交互能力的电视节目的直播、点播和时移播放等业务的设备总称。 IPTV通过电信通道，利用非对称数字用户线路(Asymmetrical Digital Subscriber Line,简称为ADSL )或以太网4妄入宽带网，通过互耳关网协-汉来传送电一见信号，以电视j几加才几顶盒(Set Top Box，简 称为STB)为主要终端，4是供包括电#见节目在内的多种#:字々某体服 务。
目前，通过NGN与IPTV的整合，能为用户终端才是供点播、直 播和录像等功能，但这些功能都是基于用户设备的主动请求来实现 的，乂人而导致运营商实现的业务太少，不利于才是升IPTV系统的竟 争力。
发明内容
有鉴于些，本发明提供了一种基于IPTV的信息推送方法、装 置及系统，用以解决现有技术中只能提供由用户设备主动请求的内 容业务而导致运营商难以主动实现业务的问题。
根据本发明的一个方面，提供了 一种基于网际协议电视的信息 推送方法，应用于包括互if关网协议电—见IPTV服务控制功能实体、 业务控制功能实体、资源接纳控制子系统和传输处理功能实体的基
于下一4戈网纟各的系统。
根据本发明的基于IPTV的信息推送方法包括IPTV服务控制 功能实体以组#番或广#番的方式向组插-地址或全网范围内的所有用户 设备发送通知消息，其中，该通知消息用于请求用户设备播放组播 信息；用户设备确定接受上述通知消息，通过与传输处理功能实体 进4亍交互，加入上述组播信息的组4番频道，并冲妾收组纟番流。
根据本发明的另一个方面，提供了一种基于IPTV的信息推送系统。
根据本发明的基于IPTV的信息推送系统包括IPTV服务控制 功能实体和用户设备。其中，IPTV服务控制功能实体用于以组播或
7广播的方式向组播地址内或全网范围内的所有用户设备发送组播的 信息的通知消息，其中，该通知消息用于请求用户设备播放组播信
息；用户设备用于接收上述通知消息，并通过与传输处理功能实体 进4亍交互，加入上述组纟番信息的组纟番频道，4妄收组，潘流，插-》文上述 组播信息。
根据本发明的又一个方面，提供了一种IPTV服务控制功能实体。
根据本发明的IPTV服务控制功能实体包括获取模块，用于 获取组播信息的标识；发送模块，用于以组播或广播的方式向组播 》也址或全网范围内的所有用户^殳备发送通知消息，其中，该通知消 息中携带有获取模块获取的上述标识，用于请求用户设备播放与该 标识对应的组#番信息。
通过本发明的上述至少 一 个方案，通过网络侧主动向组纟番地址 或全网络中的所有用户设备发送通知消息，使该网段或全网络内的 用户可以选择立即观看网络侧推荐的组播信息，解决了只能由用户 设备主动请求实现内容业务的问题，可以增加运营商实现的内容业务。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。
附图用来才是供对本发明的进一步理解，并且构成i兌明书的一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的 限制。在附图中
8图1为基于NGN的IPTV系统的结构示意图2为根据本发明实施例的基于IPTV的信息推送系统的结构 框图3为根据本发明实施例的IPTV服务控制功能实体的结构框
图4为冲艮据本发明实施例的基于IPTV的信息推送方法的流程
图5为本发明实施例的具体实施过程的流畔呈图； 图6为本发明实施例中一种资源预留的具体实施流程； 图7为本发明实施例中另一种资源预留的具体实施流程。
具体实施方式
功能扭无述
如上所述，本发明针对现有4支术中由于内容业务只能基于用户 设备的主动请求进行的问题，4是出了一种基于IPTV的信息推送方 案，在该方案中，通过IPTV服务控制功能实体以组播或广播的方 式向组播地址或网络内的所有用户设备发送通知消息，请求用户设 备播放组播信息，用户设备可以选择播放推荐的組播信息。
其中，IPTV服务控制功能实体发送的通知消息中携带有推荐的 组播信息的标识及描述信息，其中，描述信息可以是对该组播信息 的简要描述，用户可以根据该描述组播信息判断是否播放该组播信 息，比如描述该信息是新闻、天气预才艮或访谈等。优选地，IPTV服务控制功能实体向用户推荐的组播信息为将要 播放的直播节目，IPTV服务控制功能实体在该直播节目播放前，向 用户i殳备发送上述通知消息。
以下结合附图对本发明的优选实施例进行说明，应当理解，此 处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本 发明。
为了〗更于理解，下面首先结合附图1对基于NGN的IPTV系统 进行简要的介绍。
图1为基于NGN的IPTV系统的结构示意图，如图1所示，基 于NGN的IPTV系统主要包4舌用户i殳备(User Equipment,简称 为UE) 11、业务控制功能实体(如果在NGN中采用IMS系统，则 该实体为核心IMS — coreIMS ) 12、 IPTV月良务控制功能实体(IPTV Service Control Functions,简称为IPTV SCF ) 13、 IPTV々某体功能实 体(IPTV Media Functions,简称为IPTV MF ) 14、传f餘处理功能实 体(Transport Processing Functions,简一尔为TPF) 15、业务选4奪功 能实体(Service Selection Functions,简称为SSF ) 16及资源4妄纳控 制子系纟充(Resource and Admission Control Subsystem ， 简-尔为 RACS) 17。以下分别描述上述各实体。
UEll，具体可以为具有移动能力的手机、固定网络的机顶盒、 或实现才几顶盒功能的基于软件实现的软终端，也包含家庭网关等功 能实体。UE通过与用户交互，可以实现如点播、直播等IPTV业务， 在本发明实施例中的UE必须具备存储能力。
业务控制功能实体12通过Gm接口连接UE 11，通过Gq，接口 连接资源接纳控制子系统17，是NGN的业务控制层面的主要功能 实体的集合，主要用于会话控制、业务认证、鉴权、计费等在IMS
10网络情况下，该实体为CoreIMS。当业务控制功能实体12为Core IMS时，该实体主要包含P-CSCF/I-CSCF/S-CSCF核心呼叫会话控 制等核心模块。Core IMS用于提供基于SIP的会话控制机制，还用 于提供IPTV终端用户的认证、鉴权、请求资源接纳控制子系统进 行资源分配工作等。Core IMS通过与IPTV终端、IPTV应用功能实 体及内容分发功能实体交互进行SIP会话，完成安全、QoS、计费、 漫游等功能。
IPTV服务控制功能实体13通过ISC接口连接业务控制功能实 体12，用于在会话启动或者4务改的时候提供业务鉴一又，包括检查 用户的信息，查看用户是否能够合法使用选择的内容；信用限制和 信用控制；为系统选择提供服务的IPTV媒体控制功能实体等，该 功能实体主要针对点播、直播、录像、时移等IPTV业务。该功能 实体在IMS网络情况下为一个SIP应用服务器，用于主动发起内容 推送到UE。
IPTV MF 14通过Xc和Xd接口连4姿UE,其中，通过Xc 4妄口 连接UE用于々某体流RTSP控制，Xd接口连接UE用于々某体流的传 输和媒体下载。该功能实体可以作为直播媒体流的组播源，并且当 该功能实体作为组播源时，组4番流乂人IPTVMF 14交付到传输处理 功能实体15，然后再从传输处理功能实体15交付到UE 11上。
传输处理功能实体15为网绍4妻入连4妾和IP核心功能实体，在 保障QoS的前提下负责数据的传输，包括基本控制功能 (Elementary Control Function, 简称为ECF )、基本專争发功能 (Elementary Forwarding Function,简称为EFF )及边界网关功能等。
其中，EFF用于将从一个流动点入口接受的数据流继续转发到一个或 者多个其它的流动点出口。对于单4番来i兌，只有一个流动点出口； 对于组^番来说，包括多个流动点出口 。
ECF用于处理乂人一个流动点接受的单纟番和组播4t据的控制协议 数据(例如路由协议数据)。可能包括的功能有发送控制协议数据 到其他的ECF (包括触发策略估计的事件)；与一个或者多个EFF 交互以建议新的或者修改EFF存在的转发推送行为；与传输处理功 能内其它功能的交互。
SSF 16用于提供业务选择信息，如终端可以访问的业务的列表等。
RACS17,用于完成来自Core IMS i^莫块的资源控制请求、确定 定可用的传输的资源，并与承载层交互完成带宽预留、分配、包过 虑、网绍d也址和端口翻i奪等功能。
基于上述系统，才艮据本发明实施例，首先才是供一种基于IPTV 的信息推送系统，用于实现网络侧主动向UE推送信息。
图2为根据本发明实施例的基于IPTV的信息推送系统的结构 框图，如图2所示，根据本发明实施例的基于IPTV的信息推送系 统包括IPTV服务控制功能实体22和UE 24。以下结合附图进一 步描述上述各个实体。
IPTV服务控制功能实体22用于以组播或广播的方式向组播地 址或全网范围内的所有UE24发送通知消息，其中，通知消息用于 i青求UE 24播力文组纟番信息；
UE 24通过网络与IPTV服务控制功能实体22连接，用于接收 来自IPTV服务控制功能实体22的通知消息，并通过与传输处理功
12能实体进行交互，加入上述组播信息的组播频道，接收传输处理功 能实体发送的组播流，播放上述组播信息。
其中，上述组播信息包括组播的直播节目，即IPTV服务控制 功能实体22通过通知消息向UE推荐播放的组播信息为直播节目， UE在冲妻收到该通知消息后，可选4奪7见看该直纟番节目，也可选4奪拒 绝观看，并将选择结果通过响应消息发送给IPTV服务控制功能实 体22,在用户选冲奪观看该直播节目时，传输处理功能实体将该直插-节目的组播流传输给UE。
进一步地，为了方便UE判断是否播放该直播节目，IPTV服务 控制功能实体还用于在发送的通知消息中携带请求参数，其中该请 求参数中包括但不限于以下内容
(1 )推送标示符信息，用于指示推荐的直播节目为需要用户直 接观看的频道的直播节目而不是需要存储的媒体文件或者流、也不 是推送点播节目需要UE直接观看等其他情况；(2 )推荐的直播节 目内容的描述信息，如节目的片名、主演演员、大概情节等内容； (3)节目的持续时间等信息。
为了便于UE 24识别推荐的组播信息，在该请求参数中还需携 带该组4番信息的唯一标识，UE24根据该标识，与传输处理实体进 4亍交互，加入与该标识对应的组纟番信息的纽i番频道。
通过本发明实施例的上述基于IPTV的信息推送系统，可以实 现网全各侧主动向组播-i也址或全网范围内的所有UE 4偉送直l番节目。
根据本发明实施例，还4是供了一种IPTV服务控制功能实体， 该IPTV服务控制功能实体可应用在上述基于IPTV的信息推送系统中。图3为根据本发明实施例的IPTV服务控制功能实体的结构框 图，如图3所示，根据本发明实施例的IPTV服务控制功能实体包 括获取模块32和发送模块34。以下结合附图进一步描述上述各 个模块。获取模块32用于获取组播信息的标识；发送模块34与获取模 块32连接，用于以组播或广播的方式向组播地址或全网范围内的所 有UE发送通知消息，其中，该通知消息中携带有上述获取模块32 获取的上述标识，用于请求上述UE播放与标识对应的组播信息。优选地，上述组播-信息可以为直纟番节目。才艮据本发明实施例的上述IPTV服务控制功能实体，可以以组 ^番或广4番的方式向纽j番i也址或全网范围内的所有UE发送通知消 息，向UE推荐组播信息。才艮据本发明实施例，还才是供了一种基于IPTV的信息推送方法， 该方法应用于包括IPTV服务控制功能实体、业务控制功能实体和 传车lr处理功能实体的基于NGN的系统，其中，如果NGN中采用IMS 系统，则上述业务控制功能实体对应为Core-IMS。该方法可以利用 上述的IPTV服务控制功能实体或信息推送系统实现。图4为根据本发明实施例的基于IPTV的信息推送方法的流程 图，如图4所示，才艮据本发明实施例的基于IPTV的信息推送方法 主要包括以下处理(步骤S402 -步骤S404 ):步骤S402: IPTV力良务控制功能实体以组纟番或广l番的方式向组 播地址或全网范围内的所有UE发送通知消息，其中，该通知消息 用于请求UE播放组播信息；步一豫S404: UE确定4妄受通知消息，即接受IPTV月良务控制功 能推荐的组播信息，通过与传输处理功能实体进行交互，加入上述 组4番信息的组纟番频道并4妄收组4番流。以下进一步描述上述各个处理 的纟田节。( 一 )步骤S402在以组纟番或广l番的方式向组播地址或全网范围内的所有UE发 送通知消息之前，IPTV服务控制功能实体首先获取需要向这些UE 推荐的组播信息的唯一标识，并将该唯一标识携带在通知消息中， 发送乡合该网l殳或全网范围内的UE。并且，为了便于用户判断是否接受IPTV服务控制功能实体推 荐的上述组播信息，IPTV服务控制功能实体还需获取该组播信息的 描述信息，比如，该组播信息是属于新闻、交通、体育等方面的信 息，该组播信息的简要内容描述等，IPTV服务控制功能实体将获取 的这些信息也携带在通知消息中，发送给UE。优选地，在实际应用中，上述组播信息为组播的直播节目，则 IPTV月l务控制功能实体在该直l番节目插^文之前向组^番地址或全网 范围内的所有UE发送通知消息，具体i也，该通知消息中可以携带 以下〗言息(1 )推送的直播节目的唯一标识；(2 )推送标识符信息，用于标识推荐的直播节目是用户需要直 接观看的频道的直播节目，而不是需要存储的媒体文件或流，也不 是推送的点播节目；(3)直播节目内容的描述信息，比如，节目的片名、主演演员、 大概情节等内容；15(4)节目的持续时间、开始时间或结束时间等。(二 )步骤S404上述通知消息到达纟且才番i也址或全网范围内的UE后，UE可以根 据以下任一条件或其组合判断是否接受该通知消息(即接受IPTV 服务控制功能实体推荐的组播信息)(1 )根据预先配置判断是否接收IPTV服务控制功能实体发送 的上述通知消息；(2 )通过设置的监听端口判断是否接受上述通知消息；(3 )根据用户的选择判断是否接受上述组播信息，具体地， UE可以根据通知消息中携带的信息显示给用户，用户可以根据显 示的信息判断是否接受上述组播信息。在UE确定接受上述组播信息时，该UE根据接收到的通知消 息中携带的组播信息的唯一标识，向传输处理功能实体发送请求， UE与传输处理功能实体进行交互，将UE加入上述组播信息的组播 频道中，UE开始接收传输处理功能实体发送的组播流。具体地，在UE加入组才番频道，开始4妻收组^番流之前，IPTV月良 务控制功能实体和UE之间需要进4亍一个或多个内容交付频道的建 立，预留UE播i文上述组4番信息所需的资源，该过程包括以下两种 实现方式，以下将在具体实施例中针对上述两种实现方式进行描述， 具体参见图6和图7所示的流程。通过本发明实施例的上述方法，可以实现网络侧主动向组播地 址内或全网范围内的所有UE推送播放组^番信息，增加了运营商实 现的内容业务。为了进一 步描述上述方法的具体实施方式
，下面以推荐的组才番 信息为直播节目为例，对本发明实施例才是供的上述方法的具体实施 方式进4亍i兌明。图5为本实施例的具体实施过程的流程图，如图5所示，该实 施例的具体实施过程主要包括以下步骤步骤S502: IPTV月l务控制功能实体以组播或广播的方式向组 ^番地址或全网范围内的所有UE发送针对直4番业务包的组4番节目的 通^口消息。在具体实施过程中，该通知消息中携带有请求参数，该请求参 数中包含有推送标示符信息(表明推荐的是用户需要直接观看的 频道的直播节目而不是需要存储的媒体文件或者流、也不是推送点 播节目需要UE直接观看等其他情况)；推荐的频道直播节目内容的 描述信息，如节目的片名、主演演员、大概情节等内容；节目的持 续时间等信息。步骤S504: UE判断是否接受上述组播节目，如果接受，则继 续下一步，否则，结束流程。具体地，UE可以4艮据预先配置判断是否接受上述组播节目， 或者UE根据其是否设置有监听该组播节目的端口判断是否接受该 组播节目，或者，UE还可以根据用户的选择判断是否接受该组播 节目。步骤S506: IPTV服务控制功能实体和UE之间进行一个或者 多个用于处理直4番业务的内容交^寸频道的网络参凄t建立的信令过 程，预留并提交资源，并保障服务资源。其中，建立该信令过程的 主要目的是进行资源预留及提交、分配带宽从而保障频道直播的服 务质量等。17步骤S508: UE与传输网络中的传输处理功能实体(包括基本 控制功能和基本转发功能)交互，UE加入上述组播节目的组播频 道，开始接收组播流。在上述步骤S506中，IPTV服务控制功能实体和UE之间进行 一个或者多个用于处理直播业务的内容交付频道的网络参数建立的 信令过程可以有两种实现方式，分别如图6和图7所示，如图6所 示，其中一种实现方式主要包^r以下处理步骤S602: UE向业务控制功能实体(如果NGN网络中采用 IMS系统，则为对应Core IMS中的P-CSCF )发送建立一个或者多 个内容交付频道的媒体提供请求；步骤S604:业务控制功能实体和资源接纳控制子系统之间按照 媒体提供请求中的信息进行资源预留；步骤S606:业务控制功能实体向IPTV服务控制功能实体转发 上述请求建立一个或者多个内容交付频道的媒体提供请求；步骤S608: IPTV服务控制功能实体向业务控制功能实体返回 内容交付频道的媒体提供请求的应答消息，该应答消息指示内容交 付频道已建立；步骤S610:业务控制功能实体(或Core IMS中的P-CSCF )和资源接纳控制子系统之间更新资源预留；步骤S612:业务控制功能实体(或Core IMS中的P-CSCF )向UE返回内容交付频道的媒体提供请求的应答消息；步骤S614: UE向业务控制功能实体发送确认收到已建立内容 交^t频道确^人消息；步骤S616:业务控制功能实体(或Core IMS的P-CSCF )与资 源接纳控制子系统交付提交上述预留的所有资源信息，激活在网络 边缘的传输网络中的直"f番业务包，使得UE可以加入组播流中；
步骤S618:业务控制功能实体向IPTV服务控制功能实体发送 内容交付频道建立的应答消息，表示资源^是交完成，用户准备加入 组播。
步骤S620: IPTV服务控制功能实体向业务控制功能实体发送 应答响应消息。
步骤S622:业务控制功能实体向UE发送上述确认消息的响应 消息。
上述步骤S506中IPTV服务控制功能实体和UE之间进行一个 或者多个内容交付频道用于处理直播业务的网络参数的建立的信令 过程的另一种实现方式如图7所示，主要包括以下处理
步骤S702: UE向业务控制功能实体发送建立一个或者多个内 容交付频道的媒体提供请求；
步骤S704:业务控制功能实体(如果NGN网络中采用IMS系 统，则为对应Core IMS中的P-CSCF)和资源4妄纳控制子系统之间 4姿照々某体4是供请求中的信息进行资源预留；
步骤S706:业务控制功能实体(或Core IMS中的P - CSCF ) 向IPTV服务控制功能实体转发上述请求建立一个或者多个内容交 付频道的^ 某体提供请求；
步骤S708: IPTV服务控制功能实体向业务控制功能实体返回 内容交付频道的媒体提供请求的应答消息；步骤S710:业务控制功能实体(或Core IMS中的P-CSCF )和
资源接纳控制子系统之间提交上述预留的资源；
步骤S712:业务控制功能实体(或Core IMS中的P-CSCF )向
UE返回指示内容交付频道的媒体提供已完成的应答消息。
本发明实施例提供的上述技术方案可以应用在下一代网络中基 于IMS或者不基于IMS的系统，可以4是升了 IPTV系统的一亥心竟争 力。
如上所述，借助本发明实施例提供的技术方案，通过IPTV月良 务控制功能实体以组播或广播方式向预设网络或全网范围内的所有 UE发送通知消息，请求UE播放某个组播信息，实现向UE推送组 播信息，接收到上述通知消息的用户可以选择立即观看网络侧推荐 的組播信息，从而增加了运营商实现的内容业务，提高IPTV系统 的竟争力。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种基于网际协议电视的信息推送方法，应用于包括互联网协议电视IPTV服务控制功能实体、业务控制功能实体、资源接纳控制子系统和传输处理功能实体的基于下一代网络的系统，其特征在于，所述方法包括所述IPTV服务控制功能实体以组播或广播的方式向组播地址或全网范围内的所有用户设备发送通知消息，其中，所述通知消息用于请求所述用户设备播放组播信息；所述用户设备确定接受所述通知消息，通过与所述传输处理功能实体进行交互，加入所述组播信息的组播频道，并接收组播流。
2. 根据权利要求1所述的方法，其特征在于，所述用户设备确定 才妄受所述通知消息具体包4舌以下之一或其4壬意组合所述用户设备根据预先配置确定接受所述通知消息；所述用户i殳备才艮据设置的监听端口确定^妾受所述通知消自.所述用户设备4艮据用户的选择确定接受所述通知消息。
3. 根据权利要求1所述的方法，其特征在于，所述用户设备加入 所述组播信息的组播频道，接收组播流之前，所述方法还包括所述IPTV服务功能实体与所述用户设备之间进行信令交 互，预留所述用户设备播放所述组播信息所需的资源。
4. 根据权利要求3所述的方法，其特征在于，所述IPTV服务功 能实体与所述用户设备之间进行信令交互，预留所述用户设备 播放所述组播信息所需的资源具体包括业务控制功能实体接收来自所述用户设备的指示建立一 个或多个内容交付频道的々某体提供请求，与所述资源接纳控制 子系统进行交互，预留所述内容交付频道所需的资源；所述业务控制功能实体向所述IPT V服务控制功能实体转 发所述媒体提供请求，并接收所述IPTV服务控制功能实体在 建立所述一个或多个内容交付频道后返回的所述i某体提供请 求的应答消息；所述业务控制功能实体与所述资源接纳控制子系统进行 交互，，提交预留的所述资源，并向所述用户i殳备返回所述应答 消息。
5. 4艮据^^又利要求3所述的方法，其特;f正在于，所述业务控制功能 实体与所述资源接纳控制子系统进行交互，提交预留的所述资 源，并向所述用户i殳备返回所述应答消息具体为处理一，所述业务控制功能实体首先与所述资源接纳控制 子系统进行交互，」提交预留的所述资源，之后再向所述用户设 备返回所述应答消息；或者处理二，所述业务控制功能实体首先向所述用户i殳备返回 所述应答消息，之后再与所述资源接纳控制子系统进行交互， 提交预留的所述资源。
6. 4艮据权利要求5所述的方法，其特征在于，在进行所述处理二 之前，所述方法还包括所述业务控制功能实体与所述资源^接纳子系统之间进行 交互，对预留的所述资源进行更新。
7. 根据权利要求5或6所述的方法，其特征在于，在进行所述处 理二时，在所述业务控制功能实体首先向所述用户设备返回所 述应答消息之后，所述方法还包括所述用户设备向所述业务控制功能实体发送确认收到已 建立内容交付频道的确i人消息；在才是交预留的所述资源之后，所述方法还包括所述业务控制功能实体向所述IPT V服务控制功能实体发 送用于指示资源才是交完成的应答消息，以及向所述用户设备发 送上述确认消息的响应消息。
8. 4艮据权利要求1至6任一项所述的方法，其特征在于，所述组 播信息为直播节目。
9. 冲艮据权利要求8所述的方法，其特征在于，如果所述下一代网 络中采用IP多々某体子系统，则所述业务控制功能实体为核心 多々某体子系统。
10. —种基于IPTV的信息推送系统，包括IPTV服务控制功能 实体和用户i殳备，其特征在于，所述IPTV服务控制功能实体，用于以组播或广播的方式 向组播地址或全网范围内的所有用户设备发送的通知消息，其 中，所述通知消息用于请求所述用户设备播放组播信息；所述用户i殳备，用于"^姿收所述通知消息，并通过与传输处 理功能实体进行交互，加入所述组播信息的组播频道，接收传 输处理功能实体发送的组播流，播放所述组播信息。
11. 根据权利要求10所述的系统，其特征在于，所述组播信息为 直播节目。
12. —种IPTV服务控制功能实体，其特征在于，包括获取模块，用于获取组播信息的标识；发送才莫块，用于以组播或广#番的方式向组4番地址或全网范 围内的所有用户设备发送通知消息，其中，所述通知消息中携 带有所述获取模块获取的所述标识，用于请求所述用户设备播 ;改与所述标识对应的所述组纟番信息。
13. 根据权利要求12所述的IPTV服务控制功能实体，其特征在 于，所述组播信息为直播节目。
全文摘要
本发明公开了一种基于网际协议电视的信息推送方法、装置及系统，用以解决现有技术中只能提供由用户设备主动请求的内容业务而导致运营商难以主动实现业务的问题。在上述方法中，IPTV服务控制功能实体以组播或广播的方式向组播地址或全网范围内的所有用户设备发送通知消息，其中，该通知消息用于请求用户设备播放组播信息；用户设备确定接受该通知消息，通过与上述传输处理功能实体进行交互，加入上述组播信息的组播频道，并接收组播流。根据本发明提供的技术方案可以增加运营商实现的内容业务。
文档编号H04L12/18GK101662377SQ200810215810
公开日2010年3月3日 申请日期2008年8月28日 优先权日2008年8月28日
发明者夏宏飞, 东 王, 阳彦字 申请人:中兴通讯股份有限公司