WO2009155770A1 - 交互式网络电视系统及其内容推播方法 - Google Patents

交互式网络电视系统及其内容推播方法 Download PDF

Info

Publication number
WO2009155770A1
WO2009155770A1 PCT/CN2008/073908 CN2008073908W WO2009155770A1 WO 2009155770 A1 WO2009155770 A1 WO 2009155770A1 CN 2008073908 W CN2008073908 W CN 2008073908W WO 2009155770 A1 WO2009155770 A1 WO 2009155770A1
Authority
WO
WIPO (PCT)
Prior art keywords
function entity
media
iptv
service control
control function
Prior art date
Application number
PCT/CN2008/073908
Other languages
English (en)
French (fr)
Inventor
夏宏飞
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to RU2011103147/07A priority Critical patent/RU2532263C2/ru
Priority to EP08874769A priority patent/EP2299707A4/en
Priority to US13/001,093 priority patent/US20110167441A1/en
Publication of WO2009155770A1 publication Critical patent/WO2009155770A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols

Definitions

  • the current research and commercial situation are in the stage of architecture discussion and on-demand, live broadcast and video recording physical process of IMS next generation network.
  • the inventor has found that the current content service can only be performed based on the active request of the user equipment, which will restrict the operator from implementing the service, and it is difficult for the operator to provide some attractive new services. This is not conducive to improving the competitiveness of the IPTV system.
  • the content service in the related art can only be performed based on the active request of the user equipment, thereby causing inconvenience to the operator. To solve the problem of business, no effective solution has been proposed yet.
  • the transmission function entity includes: a transmission control function entity, which includes a Network Attachment Subsystem (NASS) and a Resource and Admission Control Subsystem (referred to as Resource and Admission Control Subsystem). For RACS); transfer processing function entity.
  • NSS Network Attachment Subsystem
  • RACS Resource and Admission Control Subsystem
  • transfer processing function entity transfer processing function entity.
  • Step 1 The IPTV service control function entity selects an IPTV media function entity and initiates a session initialization request to the selected IPTV media function entity according to the information of the identifier that is recommended for the user equipment.
  • the selection basis also includes the location information of the user, and selects a media function entity that contains the content and is as close as possible to the user device.
  • the content that is to be recommended for the user equipment is mainly based on the analysis result of the user equipment selection content.
  • Step 2 The IPTV media function entity sends a response message to the IPTV service control function entity to accept the session initialization request, indicating that the content is received.
  • the content transmission may be an uploading method, that is, the media function entity actively uploads the content to the user equipment, or may be a download mode, that is, the user equipment function entity actively downloads the content into the media function entity;
  • Step 6 If step 5 If the content delivery signaling is successfully established, the user equipment that receives the request sends a response message that the session initialization confirmation is accepted to the service control function entity, and then performs the next step; otherwise, the response message rejecting the acceptance of the media content is sent, and the process proceeds to step 8;
  • Step 7 The service control function entity (P-CSCF corresponding to Core IMS in the IMS) and the resource admission control subsystem deliver all resource information reserved before submission;
  • Step 8 The service control function entity sends a session initialization confirmation acceptance medium to the IPTV service control function entity The content or the acknowledgment of the response message of the media content;
  • Step 9 the IPTV service control function entity forwards the session initialization response message to the IPTV media function entity;
  • Step 10 The IPTV media function entity sends the
  • the method may be an uploading method, that is, the media function entity actively uploads the content to the user equipment, or may be a download mode, that is, the user equipment function entity actively downloads the content to the media function entity, and performs the next step; otherwise, the exit; 12:
  • User device plays content.
  • the user may directly play the content stored in the user equipment or the user and the service selection function entity interactively select the corresponding content stored in the user equipment for playing.
  • step 5 of the second embodiment is performed.
  • FIG. 7 is a message flow diagram of the method according to the preferred embodiment. As shown in FIG.

Description

交互式网络电视系统及其内容推播方法 技术领域 本发明涉及通信领域, 具体而言, 涉及一种基于下一代网络 ( Next Generation Network, 简称为 NGN ) 的交互式网络电视系统及其内容推播方 法。 背景技术 目前, 下一代通信网络的框架结构已基本确定。 除了管理层面, NGN 还包括用户层面、 传送层面、 业务控制层面和应用层面等。 IP多媒体子系统 ( IP Multimedia Subsystem , 简称为 IMS )是业务控制层面的主要功能实体集 合。通过 IMS可以实现用户和终端设备的注册、认证、鉴权、服务质量( Quality of Service, 简称为 QoS )的管理与保证; 同时, IMS支持多种用户接入技术、 支持用户游牧和移动性管理、 支持与其他传统网络或下一代网络互通、 支持 业务的融合。 IMS是基于会话初始十办议( Session Initiation Protocol, 简称为 SIP ) 的。 IMS已经被认为是下一代网络融合的主要技术和体系架构。 交互式网络电视, 又称为互联网十办议电视(Internet Protocol Television, 简称为 IPTV ),是指通过 IP承载网络向用户提供能够支持交互能力的电视节 目的直播、 点播和时移播放等业务的总称。 IPTV通过电信通道, 利用非对称 数字用户线路 ( Asymmetrical Digital Subscriber Line, 简称为 ADSL )或以太 网接入宽带网,通过互联网协议来传送电视信号,以电视机加机顶盒(Set Top Box, 简称为 STB ) 为主要终端, 提供包括电视节目在内的多种数字媒体服 务。 目前, NGN与 IPTV的融合是一个研究热点问题, 目前的研究和商用 情况正处于 IMS的下一代网络内部的架构讨论及点播、直播和录像功能实体 流程的阶段。 然而, 在实现本发明过程中, 发明人发现, 目前的内容业务只能基于用 户设备的主动请求来进行, 这将会限制运营商实现业务, 导致运营商难以提 供一些有吸引力的新业务, 从而不利于提高 IPTV 系统的竟争力。 针对相关 技术中内容业务只能基于用户设备的主动请求来进行从而导致不便于运营商 实现业务的问题, 目前尚未提出有效的解决放案。 发明内容 本发明旨在提供一种基于下一定网络的交互式网络电视系统及其内容 推播方法, 以解决内容业务只能基于用户设备的主动请求来进行从而导致不 便于运营商实现业务的问题。 根据本发明的一个方面,提供了一种基于下一代网络的交互式网络电视 系统的内容推播方法。 根据本发明的基于下一代网络的交互式网络电视系统的内容推播方法 包括以下步骤: IPTV服务控制功能实体请求向用户设备传送 IPTV媒体功能 实体中的媒体内容; IPTV媒体功能实体向用户设备传送媒体内容; 用户设备 将媒体内容保存于自身的存储器中。 优选的, IPTV服务控制功能实体请求向用户设备传送 IPTV媒体功能 实体中的媒体内容具体包括: IPTV服务控制功能实体根据 IPTV媒体功能实 体的应答消息向业务控制功能实体发送携带请求的会话初始化请求; 业务控 制功能实体向用户设备转发会话初始化请求。 优选的, IPTV服务控制功能实体发送携带请求的会话初始化请求具体 包括: 如果应答消息中指示准备推荐的内容不存在, 则结束本方法; 如果应 答消息中指示存在准备推荐的内容, 贝l IPTV服务控制功能实体向业务控制 功能实体发送会话初始化请求, 其中包含推荐内容的地址信息以及用户设备 的标识列表; 业务控制功能实体根据用户设备的标识列表向用户设备转发会
优选的, 在 IPTV服务控制功能实体向业务控制功能实体发送携带请求 的会话初始化请求之前还包括: IPTV服务控制功能实体根据准备推荐给用户 设备的媒体内容的标识符信息和 /或用户设备的位置信息, 选择 IPTV媒体功 能实体; IPTV服务控制功能实体向所选择的 IPTV媒体功能实体发起会话初 始化请求;在 IPTV服务控制功能实体向所选择的 IPTV媒体功能实体发起会 话初始化请求之后还包括: IPTV媒体功能实体向 IPTV服务控制功能实体发 送表示接收到会话初始化请求的应答消息。 优选的, IPTV媒体功能实体向用户设备传送媒体内容具体包括: 用户 设备根据其存储器的存储能力和 /或用户的选择和 /或用户设备中配置是否接 受进行判断, 判断结果为确认接受媒体内容; IPTV媒体功能实体和用户设备 之间进行内容传送信令的建立; 用户设备向业务控制功能实体发送同意接受 媒体内容的会话初始化应答消息; 业务控制功能实体向资源接纳控制子系统 交付提交之前预留的所有资源信息; 业务控制功能实体向 IPTV服务控制功 能实体发送会话初始化应答消息; IPTV媒体功能实体利用预留资源向用户设 备传送媒体内容。 优选的, IPTV媒体功能实体和用户设备之间进行内容传送信令的建立 的处理具体可以包括: 步骤 ba: 业务控制功能实体接收用户设备发送的媒体 传送请求, 媒体传送请求包括媒体内容传送信令的建立; 步骤 bb: 业务控制 功能实体和资源接纳控制子系统之间进行资源预留; 步骤 be: 业务控制功能 实体向 IPTV服务控制功能实体发起媒体传送请求; 步骤 bd: IPTV服务控制 功能实体向 IPTV媒体功能实体发送媒体传送请求; 步骤 be: IPTV媒体功能 实体向 IPTV服务控制功能实体发起媒体传送应答, 以返回包括内容传送信 令结果的信息; 步骤 bf: IPTV服务控制功能实体向业务控制功能实体发送 媒体传送应答; 步骤 bh: 业务控制功能实体向用户设备返回媒体传送应答, 内容传送信令过程建立。 优选的, 步骤 bf和步骤 bh之间还可以包括如下步骤: 步骤 bg: 业务控 制功能实体和资源接纳控制子系统之间更新资源预留。 优选的, IPTV媒体功能实体和用户设备之间进行内容传送信令的建立 的处理具体可以包括: 步骤 aa: IPTV服务控制功能实体接收 IPTV媒体功能 实体发送的媒体传送请求,媒体传送请求包括媒体内容传送信令过程的建立; 步骤 ab: IPTV服务控制功能实体向业务控制功能实体发起媒体传送请求; 步骤 ac: 业务控制功能实体和资源接纳控制子系统之间进行资源预留; 步骤 ad: 业务控制功能实体向用户设备发起媒体传送请求; 步骤 af: 用户设备向 业务控制功能实体发送媒体传送应答; 步骤 ah: 业务控制功能实体向 IPTV 月 务控制功能实体发起媒体传送应答,以返回包括内容传送信令过程的信息; 步骤 ai: IPTV服务控制功能实体向 IPTV媒体功能实体发送媒体传送应答, 媒体内容传送信令过程建立。 优选的, IPTV媒体功能实体向用户设备传送媒体内容的处理具体可以 包括: IPTV媒体功能实体和用户设备之间进行内容传送信令的建立; 用户设 备向业务控制功能实体发送同意接受媒体内容的会话初始化应答消息; 业务 控制功能实体向资源接纳控制子系统交付提交之前预留的所有资源信息; 业 务控制功能实体向 IPTV服务控制功能实体发送会话初始化应答消息; IPTV 媒体功能实体利用预留资源向用户设备传送媒体内容。 优选的, 在 IPTV媒体功能实体利用预留资源向用户设备传送媒体内容 之前, 该方法还可以包括: IPTV服务控制功能实体向 IPTV媒体功能实体发 送会话初始化应答消息;在 IPTV服务控制功能实体向 IPTV媒体功能实体发 送会话初始化应答消息之后还包括: IPTV媒体功能实体向 IPTV服务控制功 能实体发送 IPTV媒体功能实体和用户设备之间建立内容传送信令成功的确 认消息。 优选的, IPTV媒体功能实体和用户设备之间进行内容传送信令的建立 的处理具体可以包括: 步骤 aa: IPTV服务控制功能实体接收 IPTV媒体功能 实体发送的媒体传送请求,媒体传送请求包括媒体内容传送信令过程的建立; 步骤 ab: IPTV服务控制功能实体向业务控制功能实体发起媒体传送请求; 步骤 ac: 业务控制功能实体和资源接纳控制子系统之间进行资源预留; 步骤 ad: 业务控制功能实体向用户设备发起媒体传送请求; 步骤 ae: 用户设备才艮 据其存储器的存储能力和 /或用户的选择确认接受媒体内容; 步骤 af: 用户设 备向业务控制功能实体发送媒体传送应答; 步骤 ah: 业务控制功能实体向 IPTV 服务控制功能实体发起媒体传送应答, 以返回包括内容传送通道的信 息; 步骤 ai: IPTV服务控制功能实体向 IPTV媒体功能实体发送媒体传送应 答, 媒体内容传送信令过程建立。 优选的, 步骤 af和步骤 ah之间还可以包括如下步骤: 步骤 ag: 业务控 制功能实体和资源接纳控制子系统之间更新资源预留。 优选的, 步骤 ae: 用户设备根据其存储器的存储能力和 /或用户的选择 和 /或用户设备中配置是否接受进行判断, 判断结果为拒绝接受媒体内容, 步 骤 af: 用户设备向业务控制功能实体发送携带拒绝信息的媒体传送应答; 步 骤 ag: 业务控制功能实体和资源接纳控制子系统之间取消步骤 ac 中的资源 预留; 步骤 ah: 业务控制功能实体向 IPTV服务控制功能实体发起携带拒绝 信息的媒体传送应答; 步骤 ai: IPTV服务控制功能实体向 IPTV媒体功能实 体发送携带拒绝信息的媒体传送应答; IPTV媒体功能实体向 IPTV服务控制 功能实体发送 IPTV媒体功能实体和用户设备之间建立内容传送信令失败的 确认消息; 结束本内容推播方法。 优选的, IPTV媒体功能实体向用户设备传送媒体内容具体包括: 用户 设备根据其存储器的存储能力和 /或用户的选择和 /或用户设备中配置是否接 受进行判断, 判断结果为拒绝接受媒体内容; 用户设备向业务控制功能实体 发送拒绝接受媒体内容的会话初始化应答消息; 业务控制功能实体向 IPTV 服务控制功能实体发送携带拒绝信息的会话初始化应答消息; IPTV媒体功能 实体向 IPTV服务控制功能实体发送 IPTV媒体功能实体和用户设备之间建立 内容传送信令失败的确认消息; 结束本内容推播方法。 优选的, 用户设备根据其存储器的存储能力和 /或用户的选择确认或者 用户设备中配置决定是否接受媒体内容具体包括: 用户设备根据会话初始化 请求所指示的媒体内容的大小是否小于自己的存储器的空闲空间,和 /或根据 用户的决定以确认是否接受媒体内容,和 /或用户设备中配置是否接受媒体内 容。 优选的, IPTV媒体功能实体利用预留资源向用户设备传送媒体内容具 体包括: IPTV媒体功能实体主动将媒体内容上传到用户设备,或者用户设备 从 IPTV媒体功能实体下载媒体内容。 优选的, 在用户设备将媒体内容保存于自身的存储器中之后还包括: 用 户设备直接选择存储在存储器中的媒体内容进行播放; 或者用户设备和业务 选择功能实体交互选择对应的存储在存储器中的媒体内容进行播放。 才艮据本发明的另一方面,还提供了一种基于下一代网络的交互式网络电 视系统。 根据本发明的基于下一代网络的交互式网络电视系统包括: IPTV服务 控制功能实体, 用于请求向用户设备传送 IPTV媒体功能实体中的媒体内容; IPTV媒体功能实体, 用于向用户设备传送媒体内容; 用户设备, 用于将媒体 内容保存于自身的存储器中; 直接选择存储在所述存储器中的所述媒体内容 进行播放, 或者和业务选择功能实体交互选择对应的存储在所述存储器中的 所述媒体内容进行播放。 借助本发明的技术方案, 通过 IPTV服务控制功能实体请求向用户设备 传送 IPTV媒体功能实体中的媒体内容以供用户设备保存, 实现了内容推播 业务 (通常称为 Push Content on Demand或者 Push Video on Demand ), 即, 将内容分发网络中的内容以实时或者非实时的方式推送到用户设备(通常是 机顶盒) 中, 使用户可以直接选择用户设备中存储的内容观看服务商推荐的 电视节目, 解决了相关技术中内容业务只能基于用户设备的主动请求来进行 而导致不便于运营商实现业务的问题, 为运营商灵活地向用户提供多样化业 务提供了便利。 附图说明 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部 分, 本发明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的 不当限定。 在附图中: 图 1是根据本发明实施例的基于下一代网络的 IPTV系统的结构框图; 图 2是根据本发明实施例的内容推播方法的流程图; 图 3是根据本发明实施例一的内容推播方法总的消息流程图; 图 4 是根据本发明优选实施例一的用户主动发起媒体请求方法的消息 流程图; 图 5 是才艮据本发明优选实施例一的媒体功能实体主动发起媒体请求方 法的消息流程图; 图 6是根据本发明实施例二的内容推播方法总的消息流程图; 图 7 是才艮据本发明优选实施例二的媒体功能实体主动发起媒体请求方 法的消息流程图。 具体实施方式 功能 4既述 针对相关技术中解决了相关技术中内容业务只能基于用户设备的主动 请求来进行而导致不便于运营商实现业务的问题, 本发明通过 IPTV服务控 制功能实体请求向用户设备传送 IPTV媒体功能实体中的媒体内容以供用户 设备保存,实现了内容推播业务(通常称为 Push Content on Demand或者 Push Video on Demand ), 即将内容分发网络中的内容以实时或者非实时的方式推 送到用户设备(通常是机顶盒) 中, 使用户可以直接选择用户设备中存储的 内容观看服务商推荐的电视节目, 为运营商灵活地向用户提供多样化业务提 供了便利。 在不沖突的情况下, 本申请中的实施例及实施例中的特征可以相互组 合。 下面将参考附图并结合实施例, 来详细说明本发明。 方法实施例 根据本发明实施例, 提供一种内容推播方法。 图 2是才艮据本发明实施例的内容推播方法的流程图, 如图 2所示, 包括 以下步骤 (步骤 S10至步骤 S30 )。 图 2中所示的具体处理过程如下: 步骤 S10 , IPTV ^^务控制功能实体请求向用户设备传送 IPTV媒体功能 实体中的媒体内容; 步骤 S20 , IPTV媒体功能实体向用户设备传送媒体内容; 步骤 S30 , 用户设备将媒体内容保存于自身的存储器中。 通过采用根据本实施例的基于下一代网络的 IPTV系统的装置下的内容 推播方法, 实现了内容推播业务, 即将 IPTV媒体功能 (实际实施中对应于 内容分发网络) 中的内容以实时或者非实时的方式推送到用户设备(通常是 机顶盒) 中, 用户直接选择用户设备中存储的内容观看电视节目。 其中,步骤 S 10的处理具体可以包括: IPTV服务控制功能实体根据 IPTV 媒体功能实体的应答消息向业务控制功能实体发送携带请求的会话初始化请 求; 业务控制功能实体向用户设备转发会话初始化请求。 并且, IPTV服务控制功能实体发送携带请求的会话初始化请求具体包 括: 如果应答消息中指示准备推荐的内容不存在, 则结束本方法; 如果应答 消息中指示存在准备推荐的内容, 贝l IPTV服务控制功能实体向业务控制功 能实体发送会话初始化请求, 其中包含推荐内容的地址信息以及用户设备的 标识列表; 业务控制功能实体根据用户设备的标识列表向用户设备转发会话 初始化请求。 优选的, 在 IPTV服务控制功能实体向业务控制功能实体发送携带请求 的会话初始化请求之前还包括: IPTV服务控制功能实体根据准备推荐给用户 设备的媒体内容的标识符信息和 /或用户设备的位置信息, 选择 IPTV媒体功 能实体; IPTV服务控制功能实体向所选择的 IPTV媒体功能实体发起会话初 始化请求;在 IPTV服务控制功能实体向所选择的 IPTV媒体功能实体发起会 话初始化请求之后还包括: IPTV媒体功能实体向 IPTV服务控制功能实体发 送表示接收到会话初始化请求的应答消息。 此外, 步骤 S20具体可以包括: 用户设备根据其存储器的存储能力和 / 或用户的选择和 /或用户设备中配置是否接受进行判断,判断结果为确认接受 媒体内容; IPTV媒体功能实体和用户设备之间进行内容传送信令的建立; 用 户设备向业务控制功能实体发送同意接受媒体内容的会话初始化应答消息; 业务控制功能实体向资源接纳控制子系统交付提交之前预留的所有资源信 息; 业务控制功能实体向 IPTV服务控制功能实体发送会话初始化应答消息; IPTV媒体功能实体利用预留资源向用户设备传送媒体内容。 并且, IPTV媒体功能实体和用户设备之间进行内容传送信令的建立的 处理具体可以包括: 步骤 ba: 业务控制功能实体接收用户设备发送的媒体传 送请求, 媒体传送请求包括媒体内容传送信令的建立; 步骤 bb: 业务控制功 能实体和资源接纳控制子系统之间进行资源预留; 步骤 be: 业务控制功能实 体向 IPTV服务控制功能实体发起媒体传送请求; 步骤 bd: IPTV服务控制功 能实体向 IPTV媒体功能实体发送媒体传送请求; 步骤 be: IPTV媒体功能实 体向 IPTV服务控制功能实体发起媒体传送应答, 以返回包括内容传送信令 结果的信息; 步骤 bf: IPTV服务控制功能实体向业务控制功能实体发送媒 体传送应答; 步骤 bh: 业务控制功能实体向用户设备返回媒体传送应答, 内 容传送信令过程建立。 优选的, 步骤 bf和步骤 bh之间还可包括如下步骤: 步骤 bg: 业务控制 功能实体和资源接纳控制子系统之间更新资源预留。 此外, IPTV媒体功能实体和用户设备之间进行内容传送信令的建立的 处理具体可以包括: 步骤 aa: IPTV服务控制功能实体接收 IPTV媒体功能实 体发送的媒体传送请求, 媒体传送请求包括媒体内容传送信令过程的建立; 步骤 ab: IPTV服务控制功能实体向业务控制功能实体发起媒体传送请求; 步骤 ac: 业务控制功能实体和资源接纳控制子系统之间进行资源预留; 步骤 ad: 业务控制功能实体向用户设备发起媒体传送请求; 步骤 af: 用户设备向 业务控制功能实体发送媒体传送应答; 步骤 ah: 业务控制功能实体向 IPTV 月 务控制功能实体发起媒体传送应答,以返回包括内容传送信令过程的信息; 步骤 ai: IPTV服务控制功能实体向 IPTV媒体功能实体发送媒体传送应答, 媒体内容传送信令过程建立。 进一步地, 步骤 S20的处理具体可以包括: IPTV媒体功能实体和用户 设备之间进行内容传送信令的建立; 用户设备向业务控制功能实体发送同意 接受媒体内容的会话初始化应答消息; 业务控制功能实体向资源接纳控制子 系统交付提交之前预留的所有资源信息; 业务控制功能实体向 IPTV服务控 制功能实体发送会话初始化应答消息; IPTV媒体功能实体利用预留资源向用 户设备传送媒体内容。 此外, 在 IPTV媒体功能实体利用预留资源向用户设备传送媒体内容之 前, 该方法还可包括: IPTV服务控制功能实体向 IPTV媒体功能实体发送会 话初始化应答消息;在 IPTV服务控制功能实体向 IPTV媒体功能实体发送会 话初始化应答消息之后还包括: IPTV媒体功能实体向 IPTV服务控制功能实 体发送 IPTV媒体功能实体和用户设备之间建立内容传送信令成功的确认消 息。 并且, IPTV媒体功能实体和用户设备之间进行内容传送信令的建立具 体可以包括: 步骤 aa: IPTV服务控制功能实体接收 IPTV媒体功能实体发送 的媒体传送请求,媒体传送请求包括媒体内容传送信令过程的建立;步骤 ab: IPTV服务控制功能实体向业务控制功能实体发起媒体传送请求; 步骤 ac: 业务控制功能实体和资源接纳控制子系统之间进行资源预留; 步骤 ad: 业务 控制功能实体向用户设备发起媒体传送请求; 步骤 ae: 用户设备根据其存储 器的存储能力和 /或用户的选择确认接受媒体内容; 步骤 af: 用户设备向业务 控制功能实体发送媒体传送应答; 步骤 ah: 业务控制功能实体向 IPTV服务 控制功能实体发起媒体传送应答, 以返回包括内容传送通道的信息; 步骤 ai: IPTV服务控制功能实体向 IPTV媒体功能实体发送媒体传送应答,媒体内容 传送信令过程建立。 优选的, 步骤 af和步骤 ah之间还包括如下步骤: 步骤 ag: 业务控制功 能实体和资源接纳控制子系统之间更新资源预留。 优选的, 步骤 ae: 用户设备根据其存储器的存储能力和 /或用户的选择 和 /或用户设备中配置是否接受进行判断, 判断结果为拒绝接受媒体内容, 步 骤 af: 用户设备向业务控制功能实体发送携带拒绝信息的媒体传送应答; 步 骤 ag: 业务控制功能实体和资源接纳控制子系统之间取消步骤 ac 中的资源 预留; 步骤 ah: 业务控制功能实体向 IPTV服务控制功能实体发起携带拒绝 信息的媒体传送应答; 步骤 ai: IPTV服务控制功能实体向 IPTV媒体功能实 体发送携带拒绝信息的媒体传送应答; IPTV媒体功能实体向 IPTV服务控制 功能实体发送 IPTV媒体功能实体和用户设备之间建立内容传送信令失败的 确认消息; 结束本内容推播方法。 优选的, 步骤 S20还可以具体包括: 用户设备才艮据其存储器的存储能力 和 /或用户的选择和 /或用户设备中配置是否接受进行判断, 判断结果为拒绝 接受媒体内容; 用户设备向业务控制功能实体发送拒绝接受媒体内容的会话 初始化应答消息; 业务控制功能实体向 IPTV服务控制功能实体发送携带拒 绝信息的会话初始化应答消息; IPTV媒体功能实体向 IPTV服务控制功能实 体发送 IPTV媒体功能实体和用户设备之间建立内容传送信令失败的确认消 息; 结束本内容推播方法。 优选的, 用户设备根据其存储器的存储能力和 /或用户的选择确认或者 用户设备中配置决定是否接受媒体内容具体包括: 用户设备根据会话初始化 请求所指示的媒体内容的大小是否小于自己的存储器的空闲空间,和 /或根据 用户的决定以确认是否接受媒体内容,和 /或用户设备中配置是否接受媒体内 容。 优选的, IPTV媒体功能实体利用预留资源向用户设备传送媒体内容的 处理具体可以包括: IPTV媒体功能实体主动将媒体内容上传到用户设备,或 者用户设备从 IPTV媒体功能实体下载媒体内容。 优选的, 在步骤 S30之后, 该方法还可以包括: 用户设备直接选择存储 在存储器中的媒体内容进行播放; 或者用户设备和业务选择功能实体交互选 择对应的存储在存储器中的媒体内容进行播放。 系统实施例 在本发明的实施例中,还提供了一种基于下一代网络的交互式网络电视 系统。 才艮据本实施例的基于下一代网络的交互式网络电视系统主要可以包括: IPTV服务控制功能实体, 用于请求向用户设备传送 IPTV媒体功能实 体中的媒体内容;
IPTV媒体功能实体, 用于向用户设备传送媒体内容; 用户设备, 用于将媒体内容保存于自身的存储器中; 直接选择存储在所 述存储器中的所述媒体内容进行播放, 或者和业务选择功能实体交互选择对 应的存储在所述存储器中的所述媒体内容进行播放。 图 1示出了根据本发明实施例的基于下一代网络的 IPTV系统的结构框 图。 在图 1所示的系统中, 主要包括以下实体包括: 用户设备; 传输功能实 体;业务控制功能实体(如果下一代网络采用 IMS ,业务控制功能实体为 Core IMS )、 IPTV服务控制功能实体、 用户信息服务功能实体、 IPTV媒体功能实 体、 业务选择功能实体和业务发现功能实体。 下面将详细描述上述实体的功能和结构: 传输功能实体包括: 传输控制功能实体, 其包括网络附着子系统 ( Network Attachment Subsystem , 简称为 NASS ) 和资源接纳控制子系统 ( Resource and Admission Control Subsystem, 简称为 RACS ); 传输处理功能 实体。
IPTV媒体功能实体包括: IPTV媒体控制功能实体( IPTV Media Control Function, 简称为 IPTV MCF ) 和 IPTV 媒体交付功能实体 ( IPTV Media Delivery Function , 简称为 IPTV MDF )。 优选的, IPTV服务控制功能实体通过 Ut接口连接用户设备。 优选的, 业务控制功能实体通过 Gm接口连接 UE, 通过 e2接口连接网 络附着子系统 NASS , 通过 Gq接口连接资源接纳控制子系统。 优选的, IPTV MCF通过 Xc接口连接 UE。 优选的, IPTV MDF通过 Xd接口连接 UE。 优选的, IPTV MCF通过 Xb接口连接 IPTV月 务控制功能实体。 以上涉及到的该装置的各个模块的具体解释见下: 用户设备 ( User Equipment , 简称为 UE ) , 可以是具有移动能力的手机; 也可以是固定网络的机顶盒或者实现机顶盒功能实体的基于软件实现的软终 端, 也包含家庭网关等功能实体。 该用户终端设备和用户交互可以观看如点 播、 直播等 IPTV业务。 同时本文中的终端设备必须具备存储能力。 业务控制功能实体: 下一代网络 ( Next Generation Network, 简称为
NGN ) 中的业务控制层面的主要功能实体的集合, 主要完成会话控制、 业务 认证、 鉴权、 计费等基本功能实体。 在 IMS网络情况下, 对应于 Core IMS。 核心 IMS ( Core IP Multimedia Subsystem, 简称为 Core IMS )模块, 对 应于 NGN网络中业务控制层面的主要功能实体集合(即业务控制功能实体), 主要包含 P-CSCF/I-CSCF/S-CSCF核心呼叫会话控制等核心模块。 该功能实 体提供 SIP基础的会话控制机制, 提供 IPTV终端用户的认证、 鉴权、 请求 资源接纳控制( RACS )功能实体进行资源分配工作,该模块也与 IPTV终端、 IPTV应用功能实体及内容分发功能实体交互进行 SIP会话,完成安全、 QoS、 计费、 漫游等功能实体。 IPTV月 务控制功能实体 ( IPTV Service Control Functions ) 实体, 在会 话启动或者修改的时候提供业务鉴权, 这包括检查用户的信息, 查看用户是 否能够合法使用选择的内容; 信用限制和信用控制; 在多个 IPTV MCF情况 下选择一个 IPTV MCF提供服务等, 该功能实体主要针对点播、 直播、 录像、 时移等 IPTV业务。 该模块在 IMS网络情况下是一个 SIP应用服务器。 用户信息月 务功能实体 (User Profile Server Functions, 简称为 UPSF ), 包含提供 IPTV业务的用户数据的信息。
IPTV媒体功能实体( IPTV Media Functions,简称为 MF ): 包括 IPTV媒 体控制功能实体和 IPTV媒体交付功能实体。 分别如下所述。
IPTV媒体控制功能实体 ( IPTV Media Control Functions , 简称为 IPTV MCF ), 主要包含如下功能实体: 控制 MDF的媒体 管理 MDF的媒体处理; 监控 MDF的^ 态; 管理和终端的交互 (例如, 技巧模式 "trick mode" 命令); 处理与 IPTV服务控制功能实体 SCF的交互; 精确监控该功能实体控制的与不同的 MDF相关的内容分发和状态 ; 当一个 MCF控制多个 MDF时,才艮据一定的策略选择提供服务的 MDF; 选择 MF功能实体, 将选择的结果返回给 SCF并且将重定向的会话返 回给选择的 MF 功能实体 (例如, 当请求的内容在这个 MF 功能实体或者 MF间负载均衡时); 产生计费信息, 例如基于观看内容的终端用户计费。
IPTV媒体交付功能实体 ( IPTV Media Delivery Functions, 简称为 IPTV MDF ), 主要包含的功能实体如下: 处理媒体流的交付 (交付媒体业务到 UE ), 可以是 RTP流的方式, 也 支持内容下载到 UE中。 提供状态报告到 MCF (例如报告建立的 IPTV媒体流)。 存储媒体 (例如, 点播的内容), 可能也存储一些 IPTV业务的媒体业 务相关信息。 特定情况下, 它可以被用来存储经常访问的内容或者用户相关内容(例 如 PVR、 时移、 技巧模式的直播业务、 用户产生的内容等)在同样的任务不 由终端完成的情况下。 用作额外的处理、 编码或者解码 (如果需要 )媒体到不同的需要的媒体 格式(例如, 电视系统的分解力依赖于终端能力或者用户参数选择 ) (可选); 完成内容保护功能实体 (例如内容加密)(可选); 支持 IPTV媒体内容的获取 (可选); 对于直播业务, 该功能实体作为直播媒体流的组播源 (可选); 控制 MDF之间内容的分发。 传输处理功能实体 ( Transport Processing Functions ), 表网络接入连 接和 IP核心功能实体, 在保障 QoS的前提下负责数据的传输。 资源接纳控制子系统 ( Resource and Admission Control Subsystem , 简称 为 RACS )模块, NGN网络中的 RACS组件, 该模块完成来自 Core IMS模 块的资源控制请求, 决定可用的传输的资源, 与承载层交互完成带宽预留、 分配、 包过虑、 网络地址和端口翻译等功能实体。 网络附着子系统( Network Attachment Subsystem, 简称为 NASS )模块, NGN网络中的 NASS组件, 提供接入层面的注册和用户终端接入 NGN业务 的初始化工作, 也提供传输层的认证、 鉴权、 管理接入网的 IP地址空间等功 能实体。 业务选择功能实体 ( Service Selection Functions, 简称为 SSF ), 提供业 务选择信息, 如终端可以访问的业务的列表等。 业务发现功能实体 ( Service Discovery Functions,简称为 SDF ), 提供业 务附着信息或者个性化的业务发现。 图 3是根据本发明实施例一的内容推播方法的消息流程图。如图 3所示, 具体可以包括以下步骤: 步骤 1 : IPTV服务控制功能实体根据准备推荐给用户设备的标识符的 信息,选择 IPTV媒体功能实体并向选择的 IPTV媒体功能实体发起会话初始 化请求。 选择依据还包括用户的位置信息, 选择含有该内容并且尽量离用户 设备近的媒体功能实体。 这里准备推荐给用户设备的内容主要是根据用户设 备选择内容的喜好信息分析统计出来的结果; 步骤 2: IPTV媒体功能实体向 IPTV服务控制功能实体发送接受到会话 初始化请求的应答消息, 表示接受到 IPTV服务控制功能实体的请求消息, 该应答消息可能也会返回媒体文件是否存在的信息; 步骤 3:如果返回应答消息中含有返回媒体文件不存在的消息,则结束; 如果返回应答消息中含有返回媒体文件存在的消息或者不含有媒体文件是否 存在的消息, 则执行: IPTV服务控制功能实体向业务控制功能实体发送会话 初始化请求, 该请求中包含推荐内容的 URL 地址信息, 即被选择的媒体功 能实体含有的推荐内容的 IP地址和端口号,同时也包括用户设备的唯一标识 信息列表, 可以是一个或者多个; 步骤 4: 业务控制功能实体根据用户设备列表信息向各用户设备发送会
步骤 5:接受到请求的用户设备根据媒体文件大小信息或者 /和用户自主 决定选择是否接受媒体文件。如果媒体文件大小超过用户设备(例如机顶盒) 的存储能力; 或者如果用户拒绝接受媒体文件 (可以是用户以一定的规则配 置是否接受, 也可以是用户主动选择是否接受), 则直接执行步骤 7。 否则执 行下一步; 步骤 6: IPTV媒体功能实体和用户设备之间进行内容传送信令的建立。 建立该内容传送信令的主要目的是进行资源预留保障内容传送的服务质量, 并和 IPTV媒体功能实体进行确认。 服务质量保障的依据包括传递该媒体文 件大小的信息、 码流大小等。 该内容传送可以是上传的方式, 即是媒体功能 实体主动将内容上传到用户设备中, 也可以是下载方式, 即是用户设备功能 实体主动到媒体功能实体中下载内容; 步骤 7: 接受到请求的用户设备向业务控制功能实体转发会话初始化应 答消息。 如果为拒绝接受媒体内容的应答消息, 则执行步骤 9; 如果为同意 接受媒体内容的应答消息, 则返回成功消息, 执行下一步; 步骤 8: 业务控制功能实体 ( IMS中对应 Core IMS的 P - CSCF ) 与资 源接纳控制子系统交付提交之前预留的所有资源信息; 步骤 9, 业务控制功能实体向 IPTV ^^务控制功能实体发送会话初始化 应答消息; 步骤 10 , IPTV服务控制功能实体向 IPTV媒体功能实体发送会话初始 化应答消息; 步骤 11: IPTV媒体功能实体向 IPTV服务控制功能实体发送 IPTV媒 体功能实体和用户设备之间建立内容传送信令是否成功的确认消息; 如果成 功, 执行下一步; 否则退出, 结束; 步骤 12: IPTV媒体功能实体向用户设备传送推荐的内容, 该内容传送 可以是上传的方式, 即是媒体功能实体主动将内容上传到用户设备中, 也可 以是下载方式, 即是用户设备功能实体主动到媒体功能实体中下载内容; 步骤 13 : 用户设备播放内容。 可以采取用户直接点播存储在用户设备 中的内容或者用户和业务选择功能实体交互选择对应的存储在用户设备中的 内容的方式进行播放。 优选的, 在 UE发起媒体请求后执行实施例一的步骤 6 , 图 4是才艮据该 优选实施例的方法的消息流程图。 如图 4所示, 具体可以包括以下步骤: 步骤 1 : 用户设备向业务控制功能实体发送媒体传送请求, 请求包括媒 体内容传送(内容上传或者内容下载)信令的建立; 步骤 2: 业务控制功能实体和资源接纳控制子系统之间进行资源预留; 步骤 3: 业务控制功能实体向 IPTV服务控制功能实体发起媒体传送请 求; 步骤 4: IPTV服务控制功能实体向 IPTV媒体功能实体发送媒体传送请 求; 步骤 5: IPTV媒体功能实体向 IPTV 务控制功能实体发起媒体传送应 答, 以返回包括内容传送信令建立的信息; 步骤 6: IPTV服务控制功能实体向业务控制功能实体发送媒体传送应 答; 步骤 7: 业务控制功能实体和资源接纳控制子系统之间更新资源预留 (可选 ); 步骤 8: 业务控制功能实体向用户设备返回的媒体传送应答, 内容传送 信令建立。 优选的, MF发起媒体请求后执行实施例一的步骤 6 , 图 5是才艮据该优 选实施例的方法的消息流程图。 如图 5所示, 具体可以包括以下步骤: 步骤 1: IPTV服务控制功能实体接收 IPTV媒体功能实体发送的媒体传 送请求, 媒体传送请求包括媒体内容传送(内容上传或者内容下载) 通道的 建立; 步骤 2: IPTV服务控制功能实体向业务控制功能实体发起媒体传送请 求; 步骤 3 : 业务控制功能实体和资源接纳控制子系统之间进行资源预留; 步骤 4: 业务控制功能实体向用户设备发起媒体传送请求; 步骤 5 : 用户设备向业务控制功能实体发送媒体传送应答; 步骤 6: 业务控制功能实体和资源接纳控制子系统之间更新资源预留 (可选); 步骤 Ί'. 业务控制功能实体向 IPTV服务控制功能实体发起媒体传送应 合, 以返回包括内容传送信令建立结果的信息; 步骤 8: IPTV服务控制功能实体向 IPTV媒体功能实体发送媒体传送应 答, 媒体内容传送信令建立。 图 6是根据本发明实施例二的内容推播方法的消息流程图。如图 6所示, 具体可以包括以下步骤: 步骤 1 : IPTV服务控制功能实体根据准备推荐给用户设备的标识符的 信息,选择 IPTV媒体功能实体并向选择的 IPTV媒体功能实体发起会话初始 化请求。 选择依据还包括用户的位置信息, 选择含有该内容并且尽量离用户 设备近的媒体功能实体。 这里准备推荐给用户设备的内容主要是根据用户设 备选择内容的喜好信息分析统计出来的结果; 步骤 2: IPTV媒体功能实体向 IPTV服务控制功能实体发送接受到会话 初始化请求的应答消息, 表示接受到 IPTV服务控制功能实体的请求消息, 该应答消息可能也会返回媒体文件是否存在的信息; 步骤 3 :如果返回应答消息中含有返回媒体文件不存在的消息,则结束; 如果返回应答消息中含有返回媒体文件存在的消息或者不含有媒体文件是否 存在的消息, 则执行: IPTV服务控制功能实体向业务控制功能实体发送会话 初始化请求, 该请求中包含推荐内容的 URL 地址信息, 即被选择的媒体功 能实体含有的推荐内容的 IP地址和端口号,同时也包括用户设备的唯一标识 信息列表, 可以是一个或者多个; 步骤 4: 业务控制功能实体根据用户设备列表信息向各用户设备发送会 步骤 5: IPTV媒体功能实体和用户设备之间进行内容传送信令的建立。 建立该内容传送信令的主要目的是进行资源预留保障内容传送的服务质量, 并和 IPTV媒体功能实体进行确认。 服务质量保障的依据包括传递该媒体文 件大小的信息、 码流大小等。 该内容传送可以是上传的方式, 即是媒体功能 实体主动将内容上传到用户设备中, 也可以是下载方式, 即是用户设备功能 实体主动到媒体功能实体中下载内容; 步骤 6: 如果步骤 5内容传送信令建立成功, 则接受到请求的用户设备 向业务控制功能实体发送会话初始化确认接受的应答消息, 则执行下一步; 否则发送拒绝接受媒体内容的应答消息, 进入步骤 8; 步骤 7: 业务控制功能实体 ( IMS中对应 Core IMS的 P - CSCF ) 与资 源接纳控制子系统交付提交之前预留的所有资源信息; 步骤 8 , 业务控制功能实体向 IPTV服务控制功能实体发送会话初始化 确认接受媒体内容或者拒绝接受媒体内容的应答消息; 步骤 9, IPTV服务控制功能实体向 IPTV媒体功能实体转发会话初始化 应答消息; 步骤 10: IPTV媒体功能实体向 IPTV服务控制功能实体发送 IPTV媒 体功能实体和用户设备之间建立内容传送信令的确认消息; 步骤 11 : 如果 IPTV媒体功能实体收到 IPTV服务控制功能实体的是确 认接受媒体内容的应答消息, 贝l IPTV媒体功能实体向用户设备传送推荐的 内容, 该内容传送可以是上传的方式, 即是媒体功能实体主动将内容上传到 用户设备中, 也可以是下载方式, 即是用户设备功能实体主动到媒体功能实 体中下载内容, 并执行下一步; 否则退出; 步骤 12: 用户设备播放内容。 可以采取用户直接点播存储在用户设备 中的内容或者用户和业务选择功能实体交互选择对应的存储在用户设备中的 内容的方式进行播放。 优选的, MF发起媒体请求后执行以上实施例二步骤 5 , 图 7是才艮据该 优选实施例的方法的消息流程图。 如图 7所示, 具体可以包括以下步骤: 步骤 1: IPTV服务控制功能实体接收 IPTV媒体功能实体发送的媒体传 送请求, 媒体传送请求包括媒体内容传送(内容上传或者内容下载) 通道的 建立; 步骤 2: IPTV服务控制功能实体向业务控制功能实体发起媒体传送请 求; 步骤 3: 业务控制功能实体和资源接纳控制子系统之间进行资源预留; 步骤 4: 业务控制功能实体向用户设备发起媒体传送请求; 步骤 5:接受到请求的用户设备根据媒体文件大小信息或者 /和用户自主 决定选择是否接受媒体文件。如果媒体文件大小超过用户设备(例如机顶盒) 的存储能力; 或者如果用户拒绝接受媒体文件 (可以是用户以一定的规则配 置是否接受, 也可以是用户主动选择是否接受); 步骤 6: 用户设备根据用户设备拒绝 /接受媒体内容, 则向业务控制功能 实体发送媒体传送拒绝或者接受媒体内容的应答; 步骤 7: 业务控制功能实体和资源接纳控制子系统之间更新资源预留 (可选); 步骤 8: 业务控制功能实体向 IPTV服务控制功能实体转发媒体传送拒 绝或者接受媒体内容的应答, 以返回包括内容传送信令建立结果的信息; 步骤 9: IPTV服务控制功能实体向 IPTV媒体功能实体发送媒体传送应 答, 如果为接受媒体的应答, 则媒体内容传送信令建立, 否则建立失败。 从以上的描述中, 可以看出, 借助本发明的技术方案, 通过 IPTV服务 控制功能实体请求向用户设备传送 IPTV媒体功能实体中的媒体内容以供用 户设备保存, 实现了内容推播业务(通常称为 Push Content on Demand或者 Push Video on Demand ), 即^1内容分发网络中的内容以实时或者非实时的方 式推送到用户设备 (通常是机顶盒) 中, 使用户可以直接选择用户设备中存 储的内容观看服务商推荐的电视节目, 解决了相关技术中内容业务只能基于 用户设备的主动请求来进行而导致不便于运营商实现业务的问题, 为运营商 灵活地向用户提供多样化业务提供了便利, 能够有效提升 IPTV 系统的核心 竟争力。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布 在多个计算装置所组成的网络上, 可选地, 它们可以用计算装置可执行的程 序代码来实现, 从而, 可以将它们存储在存储装置中由计算装置来执行, 或 者将它们分别制作成各个集成电路模块, 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样, 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本 领域的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书 一种基于下一代网络的交互式网络电视系统的内容推播方法, 其特征在 于, 包括:
IPTV服务控制功能实体请求向用户设备传送 IPTV媒体功能实体 中的媒体内容;
所述 IPTV媒体功能实体向所述用户设备传送所述媒体内容; 所述用户设备将所述媒体内容保存于自身的存储器中。 根据权利要求 1所述的内容推播方法, 其特征在于, 所述 IPTV服务控 制功能实体请求向用户设备传送所述 IPTV媒体功能实体中的媒体内容 具体包括:
所述 IPTV服务控制功能实体向业务控制功能实体发送会话初始化 请求;
所述业务控制功能实体向所述用户设备转发所述会话初始化请求。 才艮据权利要求 2所述的内容推播方法, 其特征在于, 在所述 IPTV月 务 控制功能实体向业务控制功能实体发送携带所述请求的会话初始化请求 之前, 还包括:
所述 IPTV服务控制功能实体向所选择的 IPTV媒体功能实体发起 所述会话初始化请求;
在所述 IPTV服务控制功能实体向所选择的 IPTV媒体功能实体发 起所述会话初始化请求之后, 还包括:
所述 IPTV媒体功能实体向所述 IPTV服务控制功能实体发送表示 接收到所述会话初始化请求的应答消息。 根据权利要求 1所述的内容推播方法, 其特征在于, 所述 IPTV媒体功 能实体向所述用户设备传送所述媒体内容的处理具体包括:
所述用户设备根据其存储器的存储能力和 /或用户的选择和 /或用户 设备中配置是否接受进行判断,所述判断结果为确认接受所述媒体内容; 所述 IPTV媒体功能实体和所述用户设备之间进行内容传送信令的 建立;
所述用户设备向所述业务控制功能实体发送同意接受所述媒体内 容的会话初始化应答消息;
所述业务控制功能实体向资源接纳控制子系统交付提交之前预留 的所有资源信息;
所述业务控制功能实体向所述 IPTV 务控制功能实体发送会话初 始化应答消息;
所述 IPTV媒体功能实体利用所述预留资源向所述用户设备传送所 述媒体内容。
5. 根据权利要求 4所述的内容推播方法, 其特征在于, 所述 IPTV媒体功 能实体和所述用户设备之间进行内容传送信令的建立具体包括:
步骤 ba:所述业务控制功能实体接收所述用户设备发送的媒体传送 请求, 所述媒体传送请求包括媒体内容传送信令的建立;
步骤 bb: 所述业务控制功能实体和所述资源接纳控制子系统之间 进行资源预留;
步骤 be: 所述业务控制功能实体向所述 IPTV服务控制功能实体发 起所述媒体传送请求;
步骤 bd: 所述 IPTV服务控制功能实体向 IPTV媒体功能实体发送 所述媒体传送请求;
步骤 be: IPTV媒体功能实体向所述 IPTV服务控制功能实体发起 媒体传送应答, 以返回包括内容传送信令结果的信息;
步骤 bf: 所述 IPTV服务控制功能实体向所述业务控制功能实体发 送所述媒体传送应答;
步骤 bh: 所述业务控制功能实体向所述用户设备返回所述媒体传 送应答, 所述内容传送信令过程建立。
6. 根据权利要求 5所述的内容推播方法, 其特征在于, 步骤 bf和步骤 bh 之间还包括如下步骤:
步骤 bg: 所述业务控制功能实体和所述资源接纳控制子系统之间 更新资源预留。
7. 根据权利要求 4所述的内容推播方法, 其特征在于, 所述 IPTV媒体功 能实体和所述用户设备之间进行内容传送信令的建立具体包括:
步骤 aa: 所述 IPTV服务控制功能实体接收所述 IPTV媒体功能实 体发送的媒体传送请求, 媒体传送请求包括媒体内容传送信令过程的建 立;
步骤 ab: 所述 IPTV服务控制功能实体向所述业务控制功能实体发 起所述媒体传送请求;
步骤 ac:所述业务控制功能实体和所述资源接纳控制子系统之间进 行资源预留;
步骤 ad:所述业务控制功能实体向所述用户设备发起所述媒体传送 请求;
步骤 af: 所述用户设备向所述业务控制功能实体发送媒体传送应 答;
步骤 ah: 所述业务控制功能实体向所述 IPTV服务控制功能实体发 起所述媒体传送应答, 以返回包括内容传送信令过程的信息;
步骤 ai: 所述 IPTV服务控制功能实体向 IPTV媒体功能实体发送 所述媒体传送应答, 媒体内容传送信令过程建立。
8. 根据权利要求 1所述的内容推播方法, 其特征在于, 所述 IPTV媒体功 能实体向所述用户设备传送所述媒体内容具体包括:
所述 IPTV媒体功能实体和所述用户设备之间进行内容传送信令的 建立;
所述用户设备向所述业务控制功能实体发送同意接受所述媒体内 容的会话初始化应答消息;
所述业务控制功能实体向所述资源接纳控制子系统交付提交之前 预留的所有资源信息; 所述业务控制功能实体向所述 IPTV 务控制功能实体发送会话初 始化应答消息;
所述 IPTV媒体功能实体利用所述预留资源向所述用户设备传送所 述媒体内容。
9. 根据权利要求 4或 8所述的内容推播方法, 其特征在于,
在所述 IPTV媒体功能实体利用所述预留资源向所述用户设备传送 所述媒体内容之前还包括:所述 IPTV服务控制功能实体向所述 IPTV媒 体功能实体发送会话初始化应答消息;
在所述 IPTV服务控制功能实体向所述 IPTV媒体功能实体发送会 话初始化应答消息之后, 还包括: 所述 IPTV媒体功能实体向所述 IPTV 月 务控制功能实体发送所述 IPTV媒体功能实体和所述用户设备之间建 立内容传送信令成功的确认消息。
10. 根据权利要求 8所述的内容推播方法, 其特征在于, 所述 IPTV媒体功 能实体和所述用户设备之间进行内容传送信令的建立具体包括:
步骤 aa: 所述 IPTV服务控制功能实体接收所述 IPTV媒体功能实 体发送的媒体传送请求, 媒体传送请求包括媒体内容传送信令过程的建 立;
步骤 ab: 所述 IPTV服务控制功能实体向所述业务控制功能实体发 起所述媒体传送请求;
步骤 ac:所述业务控制功能实体和所述资源接纳控制子系统之间进 行资源预留;
步骤 ad:所述业务控制功能实体向所述用户设备发起所述媒体传送 请求;
步骤 ae: 所述用户设备根据其存储器的存储能力和 /或用户的选择 确认接受所述媒体内容;
步骤 af: 所述用户设备向所述业务控制功能实体发送媒体传送应 答;
步骤 ah: 所述业务控制功能实体向所述 IPTV服务控制功能实体发 起所述媒体传送应答, 以返回包括内容传送通道的信息; 步骤 ai: 所述 IPTV服务控制功能实体向 IPTV媒体功能实体发送 所述媒体传送应答, 媒体内容传送信令过程建立。
11. 才艮据权利要求 7或 10所述的内容推播方法, 其特征在于, 步骤 af和步 骤 ah之间还包括如下步骤:
步骤 ag:所述业务控制功能实体和所述资源接纳控制子系统之间更 新资源预留。
12. 根据权利要求 4或 10所述的内容推播方法, 其特征在于, 所述用户设备 根据其存储器的存储能力和 /或用户的选择确认或者用户设备中配置决 定是否接受所述媒体内容具体包括:
所述用户设备才艮据所述会话初始化请求所指示的媒体内容的大小 是否小于所述自己的存储器的空闲空间, 和 /或根据用户的决定以确认是 否接受所述媒体内容, 和 /或用户设备中配置是否接受所述媒体内容。
13. 根据权利要求 4或 8所述的内容推播方法, 其特征在于, 所述 IPTV媒 体功能实体利用所述预留资源向所述用户设备传送所述媒体内容具体包 括:
所述 IPTV 媒体功能实体主动将所述媒体内容上传到所述用户设 备, 或者所述用户设备从所述 IPTV媒体功能实体下载所述媒体内容。
14. 一种基于下一代网络的交互式网络电视系统, 其特征在于, 包括:
IPTV服务控制功能实体, 用于请求向用户设备传送 IPTV媒体功 能实体中的媒体内容; 所述 IPTV媒体功能实体,用于向所述用户设备传送所述媒体内容; 所述用户设备, 用于将所述媒体内容保存于自身的存储器中; 直接 选择存储在所述存储器中的所述媒体内容进行播放, 或者和业务选择功 能实体交互选择对应的存储在所述存储器中的所述媒体内容进行播放。
PCT/CN2008/073908 2008-06-24 2008-12-31 交互式网络电视系统及其内容推播方法 WO2009155770A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
RU2011103147/07A RU2532263C2 (ru) 2008-06-24 2008-12-31 Интерактивная система iptv и способ распространения в ней контента
EP08874769A EP2299707A4 (en) 2008-06-24 2008-12-31 INTERACTIVE IPTV SYSTEM AND ASSOCIATED METHOD FOR PUSHING CONTENTS
US13/001,093 US20110167441A1 (en) 2008-06-24 2008-12-31 An interactive iptv system and a content pushing method thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810126808A CN101616304A (zh) 2008-06-24 2008-06-24 交互式网络电视系统及其内容推播方法
CN200810126808.9 2008-06-24

Publications (1)

Publication Number Publication Date
WO2009155770A1 true WO2009155770A1 (zh) 2009-12-30

Family

ID=41443980

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073908 WO2009155770A1 (zh) 2008-06-24 2008-12-31 交互式网络电视系统及其内容推播方法

Country Status (5)

Country Link
US (1) US20110167441A1 (zh)
EP (1) EP2299707A4 (zh)
CN (1) CN101616304A (zh)
RU (1) RU2532263C2 (zh)
WO (1) WO2009155770A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102833042B (zh) * 2008-06-13 2015-07-08 华为技术有限公司 业务控制信令信道的更换方法、装置及系统
CN101662376B (zh) * 2008-08-28 2012-11-28 中兴通讯股份有限公司 基于网际协议电视的信息推送方法、装置及系统
KR101371900B1 (ko) * 2010-08-26 2014-03-10 한국전자통신연구원 Qos 보장형 서비스 전달 다중화 방법 및 장치
CN101938631A (zh) * 2010-08-31 2011-01-05 中山大学 一种基于sdf中间件的视频点播系统及方法
CN102158758B (zh) * 2011-02-28 2013-08-07 四川长虹电器股份有限公司 基于数字电视的推播系统实现方法
CN103841464A (zh) * 2014-03-21 2014-06-04 北京金山网络科技有限公司 一种视频信息推送方法及装置
US11075801B2 (en) * 2018-04-17 2021-07-27 Hewlett Packard Enterprise Development Lp Systems and methods for reconfiguration control using capabilities

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070028258A1 (en) * 2005-07-26 2007-02-01 Sbc Knowledge Ventures L.P. Internet protocol television authorization filtering
CN1972468A (zh) * 2006-10-26 2007-05-30 Ut斯达康通讯有限公司 一种信息推送装置和方法
WO2007096001A1 (en) * 2006-02-24 2007-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Ims-enabled control channel for iptv
CN101155191A (zh) * 2006-09-25 2008-04-02 华为技术有限公司 支持ims终端享用现有iptv业务的系统和方法
CN101198018A (zh) * 2007-12-29 2008-06-11 腾讯科技(深圳)有限公司 电视广告业务的实现方法及广告服务器

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6898762B2 (en) * 1998-08-21 2005-05-24 United Video Properties, Inc. Client-server electronic program guide
US6973667B2 (en) * 2001-03-01 2005-12-06 Minerva Networks, Inc. Method and system for providing time-shifted delivery of live media programs
AU2002314428A1 (en) * 2002-07-01 2004-01-19 Nokia Corporation A system and method for distributing promotion messages to a communication terminal
US20040187021A1 (en) * 2003-02-10 2004-09-23 Rasanen Juha A. Mobile network having IP multimedia subsystem (IMS) entities and solutions for providing simplification of operations and compatibility between different IMS entities
FI20050149A0 (fi) * 2005-02-09 2005-02-09 Nokia Corp Push-toiminnan ohjaus viestintäjärjestelmässä
CN100574229C (zh) * 2005-04-30 2009-12-23 华为技术有限公司 支持多业务传输的宽带接入设备及方法
US20070130601A1 (en) * 2005-12-05 2007-06-07 Weiping Li Internet protocol (IP) television
US8327399B2 (en) * 2006-08-31 2012-12-04 At&T Intellectual Property I, Lp System and method for delivering targeted advertising data in an internet protocol television system
US8429702B2 (en) * 2006-09-11 2013-04-23 At&T Intellectual Property I, L.P. Methods and apparatus for selecting and pushing customized electronic media content
RU61971U1 (ru) * 2006-10-20 2007-03-10 Общество с ограниченной ответственностью "Норт Телеком" Система для предоставления услуг iptv
CN101188735A (zh) * 2006-11-17 2008-05-28 中兴通讯股份有限公司 下一代通信网络中iptv终端节目点播的方法
JP4844425B2 (ja) * 2007-02-15 2011-12-28 ソニー株式会社 帯域要求システム、帯域要求装置、クライアント機器、帯域要求方法、コンテンツ再生方法およびプログラム
CN101662376B (zh) * 2008-08-28 2012-11-28 中兴通讯股份有限公司 基于网际协议电视的信息推送方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070028258A1 (en) * 2005-07-26 2007-02-01 Sbc Knowledge Ventures L.P. Internet protocol television authorization filtering
WO2007096001A1 (en) * 2006-02-24 2007-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Ims-enabled control channel for iptv
CN101155191A (zh) * 2006-09-25 2008-04-02 华为技术有限公司 支持ims终端享用现有iptv业务的系统和方法
CN1972468A (zh) * 2006-10-26 2007-05-30 Ut斯达康通讯有限公司 一种信息推送装置和方法
CN101198018A (zh) * 2007-12-29 2008-06-11 腾讯科技(深圳)有限公司 电视广告业务的实现方法及广告服务器

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2299707A4 *

Also Published As

Publication number Publication date
EP2299707A4 (en) 2011-10-26
CN101616304A (zh) 2009-12-30
RU2532263C2 (ru) 2014-11-10
EP2299707A1 (en) 2011-03-23
RU2011103147A (ru) 2012-07-27
US20110167441A1 (en) 2011-07-07

Similar Documents

Publication Publication Date Title
EP2241078B1 (en) Method and internet protocol television (iptv) content manager server for iptv servicing
US8046479B2 (en) Media channel management
EP1988666B1 (en) A streaming media network system, a realization method and a enable entity of streaming media service
EP2175591B1 (en) A method, a system, a device and a computer program readable medium for realizing the services of network televison
CN102037703B (zh) Iptv通信网络中ip电视频道之间切换的方法和设备
US8326942B2 (en) IP unicast streaming service delivery
CN101662376B (zh) 基于网际协议电视的信息推送方法、装置及系统
CN101884203A (zh) Ip媒体成流服务传送
US20100122281A1 (en) Method and system for controlling authorization of service resources
WO2009155770A1 (zh) 交互式网络电视系统及其内容推播方法
EP2234368B1 (en) Content delivery device, system and content-on-demand method
WO2011015015A1 (zh) 内容上行方法及内容交付功能实体
CN101588277B (zh) 基于ims的iptv系统的互连装置及其启动、点播和直播方法
US20100002779A1 (en) Mechanism for the management of receivers/decoders connections
CN101588533B (zh) 基于ims的iptv系统的互连装置及其启动、点播和直播方法
CN101588534B (zh) 基于ims的iptv系统的互连装置及其启动、点播和直播方法
CN101667877B (zh) 用于下一代网络的用户直播实现方法和系统
CN101588535B (zh) 基于ims的iptv系统的互连装置及其启动、点播和直播方法
CN101668173A (zh) 基于网际协议电视的信息推送方法、装置及系统
CN101330515A (zh) 流媒体播放控制方法、系统、装置和信令代理功能装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08874769

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008874769

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011103147

Country of ref document: RU