[go: up one dir, main page]

CN101374102A - A method, device and functional entity for transferring IPTV service parameters - Google Patents

A method, device and functional entity for transferring IPTV service parameters Download PDF

Info

Publication number
CN101374102A
CN101374102A CN200710143030.8A CN200710143030A CN101374102A CN 101374102 A CN101374102 A CN 101374102A CN 200710143030 A CN200710143030 A CN 200710143030A CN 101374102 A CN101374102 A CN 101374102A
Authority
CN
China
Prior art keywords
service
iptv
user
parameters
service parameters
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.)
Granted
Application number
CN200710143030.8A
Other languages
Chinese (zh)
Other versions
CN101374102B (en
Inventor
王鹏
漆宝剑
雷晓松
朱文明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200710143030.8A priority Critical patent/CN101374102B/en
Priority to PCT/CN2008/072029 priority patent/WO2009024077A1/en
Publication of CN101374102A publication Critical patent/CN101374102A/en
Application granted granted Critical
Publication of CN101374102B publication Critical patent/CN101374102B/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • 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/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
    • H04N21/4333Processing operations in response to a pause request
    • 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
    • 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/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6587Control parameters, e.g. trick play commands, viewpoint selection

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种传递IPTV业务参数的方法,包括以下步骤:获取业务参数;根据所述业务参数进行电视业务操作。本发明还公开了一种移动IPTV用户终端、时移电视业务控制功能实体、元数据功能实体。本发明通过会话消息携带业务参数,如是否支持用户控制功能,对于某个多播业务如果网络侧不支持用户控制功能或者不允许用户进行用户控制功能操作,那么通过获取到的业务参数就可以在本地禁止用户控制功能操作而避免不必要的尝试。进而,IPTV UE可以通过界面提示用户当前访问的业务是否可以进行用户控制。

The invention discloses a method for transferring IPTV service parameters, which comprises the following steps: acquiring service parameters; performing TV service operations according to the service parameters. The invention also discloses a mobile IPTV user terminal, a time-shifted TV service control functional entity, and a metadata functional entity. The present invention carries service parameters through the session message, such as whether to support the user control function, and for a certain multicast service, if the network side does not support the user control function or does not allow the user to perform the user control function operation, then the obtained service parameters can be used in the Local prohibition of user control function operations to avoid unnecessary attempts. Furthermore, the IPTV UE can prompt the user through the interface whether the service currently accessed can be controlled by the user.

Description

一种传递IPTV业务参数的方法、设备及功能实体 A method, device and functional entity for transferring IPTV service parameters

技术领域 technical field

本发明涉及通信技术领域,尤其涉及一种传递IPTV业务参数的方法、设备及功能实体。The present invention relates to the field of communication technology, in particular to a method, equipment and functional entity for transferring IPTV service parameters.

背景技术 Background technique

网络电视(IPTV)是一种利用宽带有线电视网,集互联网多媒体、通讯等多种技术于一体,向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。用户在家中可以采用计算机或网络机顶盒加普通电视机两种方式享受IPTV服务。IPTV既不同于传统的模拟式有线电视,也不同于数字电视。尽管数字电视相对于模拟电视有许多技术革新,但只有信号的改变,而没有触及媒体内容的传播方式。Internet TV (IPTV) is a brand-new technology that utilizes broadband cable television network, integrates Internet multimedia, communication and other technologies, and provides home users with a variety of interactive services including digital TV. Users can enjoy IPTV services at home by using a computer or a network set-top box plus an ordinary TV. IPTV is not only different from traditional analog cable TV, but also different from digital TV. Although digital TV has many technological innovations compared to analog TV, only the signal has been changed, and the transmission mode of the media content has not been touched.

IMS based IPTV(基于IMS的IPTV)就是在IMS的整体架构下提供IPTV业务,以充分利用IMS网络中已有的注册、认证、路由、会话控制与建立、业务触发、计费、端到端QoS(Quality of Service,服务质量)保证等机制来为用户提供流媒体业务及融合流媒体和实时会话业务的多媒体业务。也就是说,用户的多媒体会话是通过IMS已有的会话控制机制来完成,在建立会话过程中,需要为媒体流的传送预留承载资源。IMS based IPTV (IMS-based IPTV) is to provide IPTV services under the overall framework of IMS to make full use of the existing registration, authentication, routing, session control and establishment, service triggering, billing, and end-to-end QoS in the IMS network (Quality of Service, quality of service) guarantee and other mechanisms to provide users with streaming media services and multimedia services that integrate streaming media and real-time session services. That is to say, the user's multimedia session is completed through the existing session control mechanism of the IMS. During the session establishment process, bearer resources need to be reserved for the transmission of the media stream.

图1为标准组织ETSI TISPAN(Telecommunications and Internet convergedServices and Protocols for Advanced Networking,电信和互联网融合业务及高级网络协议)定义的IMS based IPTV的业务功能架构,主要包括UE(UserEquipment,用户设备)、负责到UE媒体流的控制与交付的IPTV媒体功能(IPTV Media Functions)实体、IPTV服务控制功能实体、核心IMS等功能实体和存储用户签约信息的UPSF(User Provide Function,用户提供功能)。其中,IPTV Media Functions可以从功能角度分解为MCF(Media ControlFunction,媒体控制功能)和MDF(Media Delivery Function,媒体交付功能)。MDF通常是一些媒体服务器,在媒体控制功能的控制下向用户终端传送用户需要的媒体流,MCF还能接收和处理用户的播放控制操作,通常使用RTSP(Real Time Streaming Protocol,实时流协议)实现,例如媒体的快进、后退、暂停、定位等操作。UE分别通过传输处理功能(Transport ProcessingFunctions)、核心IMS与IPTV媒体功能通信;核心IMS通过NASS(NetworkAttachment Subsystem,网络附着子系统)和RACS(Resource and AdmissionControl Subsystem,资源和准入控制子系统)与传输处理功能连接。另外,在IPTV服务控制功能实体、IPTV媒体控制功能实体和IPTV媒体交付功能实体中分别包括:CoD(Content on Demand,内容点播)功能、BC(Broadcast,广播功能)实体和PVR(Person Video Record,个人视频录制)功能等。Figure 1 is the business function architecture of IMS based IPTV defined by the standard organization ETSI TISPAN (Telecommunications and Internet converged Services and Protocols for Advanced Networking, telecommunications and Internet converged services and advanced network protocols), mainly including UE (User Equipment, user equipment), responsible to Functional entities such as IPTV Media Functions (IPTV Media Functions) entity, IPTV service control functional entity, core IMS and other functional entities that control and deliver UE media streams, and UPSF (User Provide Function, User Provided Function) that stores user subscription information. Among them, IPTV Media Functions can be decomposed into MCF (Media Control Function, media control function) and MDF (Media Delivery Function, media delivery function) from the functional point of view. MDF is usually some media servers, under the control of the media control function to transmit the media stream required by the user to the user terminal, MCF can also receive and process the user's playback control operation, usually using RTSP (Real Time Streaming Protocol, real-time streaming protocol) to achieve , such as media fast-forward, rewind, pause, and positioning operations. The UE communicates with the IPTV media function through the Transport Processing Functions (Transport Processing Functions) and the core IMS respectively; Handles functional connections. In addition, the IPTV service control function entity, IPTV media control function entity and IPTV media delivery function entity respectively include: CoD (Content on Demand, content on demand) function, BC (Broadcast, broadcast function) entity and PVR (Person Video Record, personal video recording) function, etc.

IPTV UE业务控制使用的IPTV UE与Core IMS之间的Gm接口、Core IMS以及Core IMS与IPTV业务控制(SCF)之间的ISC接口,及Core IMS内部的CSCF之间的接口都基于SIP协议。The Gm interface between IPTV UE and Core IMS used by IPTV UE service control, Core IMS and the ISC interface between Core IMS and IPTV Service Control (SCF), and the interface between CSCF inside Core IMS are all based on the SIP protocol.

作为基本的TV节目形式之一,实时电视LTV(Linear TV或者Live TV)是目前使用率最高的一种电视业务。LTV的基本业务过程是用户开机后用户终端(UE或者STB)通过接受广播的电视节目信息并将接收到的节目信息显示给用户。As one of the basic TV program forms, real-time TV LTV (Linear TV or Live TV) is currently the most used TV service. The basic service process of LTV is that after the user turns on the user terminal (UE or STB), it receives the broadcasted TV program information and displays the received program information to the user.

TsTV(Time Shift TV,时移电视)是TV中的另一大主要业务形式之一,用户可以使用TsTV观看LTV已经播放过的一些节目,例如用户因为时间的关系错过了观看过去某个时间已经播出的一场球赛等,并且用户在观看TsTV电视节目的时候可以对正在播放的电视节目进行后退、快进、暂停等操作。甚至用户开始的时候是观看LTV电视节目,在观看LTV电视节目过程中希望跳转到过去的某个时间开始观看,或者希望能够对当前观看的电视节目进行控制(后退、快进、慢进、暂停等)操作进行TsTV业务模式。TsTV (Time Shift TV, Time Shift TV) is one of the other major business forms in TV. Users can use TsTV to watch some programs that have been played by LTV. A ball game broadcast, etc., and the user can perform operations such as rewinding, fast forwarding, and pausing the currently playing TV program when watching a TsTV TV program. Even when the user begins to watch LTV TV programs, in the process of watching LTV TV programs, he hopes to jump to a certain time in the past to start watching, or he hopes to be able to control the currently watched TV programs (rewind, fast forward, slow forward, Pause, etc.) operate in the TsTV business mode.

由于开始的时候用户是在访问LTV业务,而在用户由LTV业务模式转为TsTV业务模式时需要网络侧能对用户的控制操作进行适当的处理,因此要求网络侧能够针对该LTV频道提供用户控制功能(Trick Mode),用户控制功能指用户能够对媒体内容进行后退、快进、慢进、暂停、跳转等控制。Since the user is accessing the LTV service at the beginning, and when the user changes from the LTV service mode to the TsTV service mode, the network side needs to be able to properly handle the user's control operations, so the network side is required to provide user control for the LTV channel Function (Trick Mode), the user control function means that the user can control the media content such as rewind, fast forward, slow forward, pause, and jump.

但是通常网络侧不是对所有的频道都提供用户控制功能功能,即有些频道用户能够进行时移操作而另外一些则不能。因此在终端请求访问某个LTV频道时能够获取该LTV频道是否支持用户控制功能。甚至因为用户签约等原因,即使对于某个频道网络侧提供用户控制功能功能,但有可能该用户不具备用户控制功能的权限。因此在业务建立过程前或者业务建立后IPTV UE需要能够通过某种途径确定对于被访问的频道是否允许使用用户控制功能功能,及需要知道频道、节目或者内容的元数据(业务参数)的情况。However, usually the network side does not provide user control functions for all channels, that is, users of some channels can perform time-shifting operations while others cannot. Therefore, when the terminal requests to access a certain LTV channel, it can be obtained whether the LTV channel supports the user control function. Even if the user control function is provided on the network side for a certain channel due to reasons such as the user's contract, it is possible that the user does not have the authority to control the user function. Therefore, before the service establishment process or after the service establishment, the IPTV UE needs to be able to determine whether the user control function is allowed for the accessed channel through some means, and needs to know the metadata (service parameters) of the channel, program or content.

然而,现有技术中,IPTV UE与服务设备之间传递的参数非常有限,通过这些参数不能获得关于是否允许使用用户控制功能功能、频道、节目或者内容的业务参数等。However, in the prior art, the parameters transmitted between the IPTV UE and the service equipment are very limited, and it is impossible to obtain service parameters about whether user control functions, channels, programs or content are allowed to be used through these parameters.

发明内容 Contents of the invention

本发明实施例提供一种传递IPTV业务参数的方法、设备及功能实体,通过初始会话建立过程中独立的会话协议交互过程获取用户控制功能权限,及频道、节目或者内容的业务参数。Embodiments of the present invention provide a method, device and functional entity for transmitting IPTV service parameters, and obtain user control function authority and service parameters of channels, programs or contents through an independent session protocol interaction process in the initial session establishment process.

本发明实施例提供了一种传递IPTV业务参数的方法,包括以下步骤:Embodiments of the present invention provide a method for transferring IPTV service parameters, comprising the following steps:

获取业务参数;Obtain business parameters;

根据所述业务参数确定进行电视业务操作。Determine to perform TV service operations according to the service parameters.

本发明实施例提供了一种IPTV用户设备,包括:The embodiment of the present invention provides a kind of IPTV user equipment, comprising:

业务参数获取单元,用于获取业务参数;A service parameter acquisition unit, configured to acquire service parameters;

操作单元,与所述业务参数获取单元连接,用于根据所述业务参数进行电视业务操作。An operation unit, connected to the service parameter acquisition unit, is used to perform TV service operations according to the service parameters.

本发明实施例提供了一种时移电视业务控制功能实体,包括:An embodiment of the present invention provides a time-shifted TV service control functional entity, including:

请求接收单元,用于接收来自IPTV用户设备的请求消息;A request receiving unit, configured to receive a request message from an IPTV user equipment;

业务参数发送单元,与所述请求接收单元连接,用于接收到所述请求消息后,向所述IPTV用户设备发送业务参数。A service parameter sending unit, connected to the request receiving unit, configured to send service parameters to the IPTV user equipment after receiving the request message.

本发明实施例提供了一种元数据功能实体,包括:An embodiment of the present invention provides a metadata functional entity, including:

第一请求接收单元,用于接收来自IPTV用户设备的请求消息;A first request receiving unit, configured to receive a request message from an IPTV user equipment;

第一业务参数发送单元,与所述第一请求接收单元连接,用于接收到所述请求消息后,向所述IPTV用户设备发送业务参数。The first service parameter sending unit is connected to the first request receiving unit, and is configured to send service parameters to the IPTV user equipment after receiving the request message.

本发明的实施例中,通过会话消息携带业务参数,如是否支持用户控制功能,对于某个业务如果网络侧不支持用户控制功能或者不允许用户进行用户控制功能操作,那么通过获取到的业务参数就可以在本地禁止用户控制功能操作而避免不必要的尝试。进而,IPTV UE可以通过界面提示用户当前访问的业务是否可以进行用户控制。In the embodiment of the present invention, the service parameters are carried by the session message, such as whether to support the user control function, for a certain service, if the network side does not support the user control function or does not allow the user to perform the user control function operation, then the obtained service parameter It is possible to locally prohibit user control function operations and avoid unnecessary attempts. Furthermore, the IPTV UE can prompt the user through the interface whether the service currently accessed can be controlled by the user.

附图说明 Description of drawings

图1是现有技术中IMS based IPTV的业务功能架构图;Fig. 1 is a business function architecture diagram of IMS based IPTV in the prior art;

图2是本发明实施例中通过请求/响应消息获取业务参数的过程;Fig. 2 is the process of obtaining business parameters through request/response messages in the embodiment of the present invention;

图3是本发明实施例中通过订阅/通知消息获取业务参数的过程;Fig. 3 is the process of obtaining business parameters through subscription/notification messages in the embodiment of the present invention;

图4是本发明实施例中一种IPTV用户终端结构图;Fig. 4 is a structural diagram of an IPTV user terminal in an embodiment of the present invention;

图5是本发明实施例中一种时移电视业务功能实体结构图;Fig. 5 is a functional entity structure diagram of a time-shifted TV service in an embodiment of the present invention;

图6是本发明实施例中一种元数据功能实体结构图。Fig. 6 is a structural diagram of a metadata function entity in an embodiment of the present invention.

具体实施方式 Detailed ways

下面结合附图和具体实施例进行详细说明。A detailed description will be given below in conjunction with the accompanying drawings and specific embodiments.

本发明实施例一中,UE通过INVITE消息过程获取业务参数的流程如图2所示,包括以下步骤:In Embodiment 1 of the present invention, the flow of UE obtaining service parameters through the INVITE message process is shown in Figure 2, including the following steps:

步骤s201,UE通过P-CSCF、S-CSCF向SCF发送INVITE请求消息请求访问IPTV业务(如为sip:bc1@ltv.example.com);Step s201, the UE sends an INVITE request message to the SCF through the P-CSCF and S-CSCF to request access to the IPTV service (for example, sip:bc1@ltv.example.com);

步骤s202,SCF获取所访问的业务参数。该业务参数包括以下信息中的部分或者全部:In step s202, the SCF acquires the accessed service parameters. This business parameter includes part or all of the following information:

A)用户请求的业务是否支持用户控制功能,及是否授权给该用户进行用户控制功能。如用户请求的是BC(Broadcast,多播)业务或者多播业务包,则SCF向UE返回该BC业务(包)或者用户可能访问的所有BC业务(包)是否支持时移功能或者是否为用户提供时移功能。其中用户控制功能中包括:是否允许暂停、允许的播放速度、是否允许跳转等。UE获知是否允许用户控制功能后可以本地禁止或者使能媒体控制功能或者时移功能;A) Whether the service requested by the user supports the user control function, and whether the user is authorized to perform the user control function. If the user requests a BC (Broadcast, multicast) service or a multicast service package, the SCF returns to the UE whether the BC service (package) or all BC services (packages) that the user may access support the time shift function or whether the user Provides time shifting functionality. Among them, the user control function includes: whether to allow pause, allowed playback speed, whether to allow jumping, etc. After learning whether the user control function is allowed, the UE can locally disable or enable the media control function or time shift function;

B)如果用户请求的多播业务包,则业务数据包括用户初始多播业务。初始多播业务包括用户设置的业务包相关联的默认多播业务、或者用户上次退出时访问的多播业务、或者SCF根据本地策略建议用户首先访问的多播业务,如节目推介多播业务等。UE获知初始多播业务后可以切换到初始多播业务避免因为不知道该访问多播业务包内的那个业务而不知道该如何进行业务处理;B) If the user requests a multicast service package, the service data includes the user's initial multicast service. The initial multicast service includes the default multicast service associated with the service package set by the user, or the multicast service accessed when the user logged out last time, or the multicast service suggested by the SCF for the user to visit first according to the local policy, such as the program recommendation multicast service wait. After learning the initial multicast service, the UE can switch to the initial multicast service to avoid not knowing how to process the service because it does not know which service in the multicast service package to access;

C)如果请求的是多播业务或者内容点播CoD业务,则SCF向UE返回可能支持时移功能的多播业务的初始访问位置信息,如上次用户离开多播业务时的节目断点信息,或者CoD业务初始访问位置信息,如上次用户离开CoD业务时的内容断点信息,该位置信息可以包括多播业务或者CoD内容的断点时间信息。UE获知上述断点时间信息后可以直接从端点位置开始为用户提供服务避免用户重新定位的问题;C) If the request is a multicast service or a content-on-demand CoD service, the SCF returns to the UE the initial access location information of the multicast service that may support the time-shift function, such as the program breakpoint information when the user left the multicast service last time, or CoD service initial access location information, such as content breakpoint information when the user left the CoD service last time, the location information may include multicast service or CoD content breakpoint time information. After learning the above breakpoint time information, the UE can directly start providing services to the user from the endpoint location to avoid the problem of user relocation;

D)SCF向UE返回初始访问的多播业务的当前节目的业务参数,或者SCF向UE返回用户所访问的业务(如CoD业务中当前用户点播的内容)的业务参数。其中业务参数包括:用户访问的节目或者内容的受欢迎程度、其他用户对它的好感评定等级、节目的内容等级(适宜人群)、演员、产地、节目时间长度、语音以及字幕可用语言种类、节目或者内容简要介绍等。UE获知上述业务参数后可以将信息提供给用户为用户提供用户所关心的业务内容信息增强用户的业务体验;D) The SCF returns to the UE the service parameters of the current program of the initially accessed multicast service, or the SCF returns to the UE the service parameters of the service accessed by the user (such as the content ordered by the current user in the CoD service). The business parameters include: the popularity of the program or content accessed by the user, the evaluation level of other users' favorability for it, the content level of the program (suitable for the crowd), actors, place of origin, program time length, language types available for voice and subtitles, program Or a brief introduction of the content, etc. After learning the above service parameters, the UE can provide the information to the user to provide the user with the service content information that the user cares about to enhance the user's service experience;

E)用户设定的个人偏好或者运营商设定的用户访问节目的偏好信息,便于终端根据偏好信息提供更加个性化的业务访问,如建议采用的字幕以及节目或者内容的音频部分的语言选择等。UE获知上述偏好信息后可以以符合用户以及运营商喜好以及期望的为用户提供业务,不但可以增强用户的业务体验,而且可以为运营商进行业务控制提供一种便利的手段。E) Personal preferences set by users or preference information for users to access programs set by operators, so that terminals can provide more personalized service access based on preference information, such as suggested subtitles and language selection for the audio part of programs or content, etc. . After learning the above preference information, the UE can provide services for the user in accordance with the preferences and expectations of the user and the operator, which not only enhances the user's service experience, but also provides a convenient means for the operator to perform service control.

SCF可以通过本地保存用户以及节目内容的业务参数,也可以通过外部网络实体获取得到业务参数,如从HSS功能实体获取业务参数。The SCF can save the service parameters of users and program content locally, or obtain the service parameters from an external network entity, for example, obtain the service parameters from the HSS functional entity.

步骤s203,SCF通过P-CSCF、S-CSCF向UE返回200OK响应消息,该响应消息中携带上述业务参数。In step s203, the SCF returns a 200 OK response message to the UE through the P-CSCF and the S-CSCF, and the response message carries the above service parameters.

步骤s204,UE收到响应消息后,向SCF返回确认消息ACK。并从网络接收IPTV业务媒体数据为用户提供IPTV业务的使用。In step s204, after receiving the response message, the UE returns an acknowledgment message ACK to the SCF. And receive IPTV service media data from the network to provide users with the use of IPTV services.

其中步骤s203中,是否支持和/或允许用户控制功能可以通过以下方式:Wherein in step s203, whether to support and/or allow user control function can be through the following ways:

1、通过扩展URI参数方式携带,消息格式如下:1. Carried by extending the URI parameter, the message format is as follows:

sip:bc1@scf1.example.com;+rtsp.play;+rtsp.pause;+rtsp.speed=″-16~16″sip:bc1@scf1.example.com; +rtsp.play; +rtsp.pause; +rtsp.speed="-16~16"

或者当用户访问BC业务包时作为BC业务包标识URI的参数:Or as a parameter of the BC service package identification URI when the user accesses the BC service package:

sip:bc-pkg1@scf1.example.com;+rtsp.play;+rtsp.pause;+rtsp.speed=″-16~16″sip:bc-pkg1@scf1.example.com; +rtsp.play; +rtsp.pause; +rtsp.speed="-16~16"

其中,“+rtsp.play;+rtsp.pause”表示该用户可以基于rtsp进行业务的执行和暂停;+rtsp.speed=”-16~16,32”表示允许用户选择播放速度的范围,即-16倍速到16倍速之间的任意速度或者32倍速。Among them, "+rtsp.play; +rtsp.pause" indicates that the user can execute and pause services based on rtsp; +rtsp.speed="-16~16,32" indicates that the user is allowed to choose the range of playback speed, namely - Any speed between 16x and 16x or 32x.

该URI可以通过Contact等头域携带。The URI can be carried by header fields such as Contact.

2、通过扩展消息头域方式携带,消息格式如下:2. Carried by extending the message header field, the message format is as follows:

Supported:rtsp.play,rtsp.pause,rtsp.speed=″-16~16″Supported: rtsp.play, rtsp.pause, rtsp.speed="-16~16"

其中,“Supported:rtsp.play,rtsp.pause,rtsp.speed=″-16~16″”的含义与通过Contact URI参数方式的含义相同。Among them, the meaning of "Supported: rtsp.play, rtsp.pause, rtsp.speed="-16~16"" is the same as the meaning of the Contact URI parameter method.

3、通过扩展消息体方式携带,消息格式如下:3. Carried by extending the message body, the message format is as follows:

Content-type:application/trickContent-type: application/trick

Allow-Trick-Mode:rtsp.play,rtsp.pause,rtsp.speed=″-16~16″Allow-Trick-Mode: rtsp.play, rtsp.pause, rtsp.speed="-16~16"

其中,“Content-type:application/trick-mode”表示通过消息体方式指示是否支持和/或允许用户控制功能;“Allow-Trick-Mode:rtsp.play,rtsp.pause”的含义与通过Contact URI参数方式的含义相同。Among them, "Content-type: application/trick-mode" indicates whether to support and/or allow the user to control the function through the message body; The parameter modes have the same meaning.

4、通过扩展消息体方式携带,其中作为BC业务或者BC业务包或者其他被访问的业务参数,消息格式如下所示:4. Carried in the form of extended message body, which is used as BC service or BC service package or other accessed service parameters. The message format is as follows:

Content-Type:application/trick-infoContent-Type: application/trick-info

Content-Length:(...)Content-Length:(...)

<bc-package name=”example-package0”,<bc-package name="example-package0",

trick=”play,pause,rtsp.speed=-16~16”/>//该包内所有多播业务允许终端播放、暂停并进行相应速度的速度控制trick="play, pause, rtsp.speed=-16~16"//All multicast services in this package allow the terminal to play, pause and control the corresponding speed

<bc-package name=”example-package1”,trick=”not-supported”/>//该包内所有多播业务都不支持用户控制功能<bc-package name="example-package1", trick="not-supported"/>//All multicast services in this package do not support user control function

<bc-package name=”example-package2”,trick=”supported”/>//该包内所有多播业务都支持用户控制功能,未说明允许用户控制功能,因此实际为不允许<bc-package name="example-package2", trick="supported"/>//All multicast services in this package support the user control function, and it is not specified that the user control function is allowed, so it is actually not allowed

<bc-package name=”example-package3”,trick=”allowed”/>//该包内所有多播业务都允许用户控制功能<bc-package name="example-package3", trick="allowed"/>//All multicast services in this package allow users to control functions

<bc-package name=”example-package4”,trick=”not-allowed”/>//该包内所有多播业务都不允许用户控制功能<bc-package name="example-package4", trick="not-allowed"/>//All multicast services in this package do not allow users to control functions

<bc-package name=”example-package5”><bc-package name="example-package5">

<bc-service name=”channel1-in-example-package5”,trick=”allowed”/>//该多播业务都支持并且允许用户控制功能<bc-service name="channel1-in-example-package5", trick="allowed"/>//This multicast service supports and allows users to control functions

<bc-servicename=”channel2-in-example-package6”,trick=”supported”/>//该多播业务都支持用户控制功能,未说明允许用户控制功能,因此实际为不允许<bc-servicename="channel2-in-example-package6", trick="supported"/>//This multicast service supports the user control function, and it does not indicate that the user control function is allowed, so it is actually not allowed

<bc-service name=”channel3-in-example-package7”,trick=”not-support”/>//该多播业务都不支持用户控制功能<bc-service name="channel3-in-example-package7", trick="not-support"/>//This multicast service does not support user control function

<bc-service name=”channel4-in-example-package8”,trick=”not-allowed”/>//该多播业务都不允许用户控制功能,未说明允许用户控制功能,因此实际是不允许<bc-service name="channel4-in-example-package8", trick="not-allowed"/>//This multicast service does not allow users to control functions, and it does not indicate that users are allowed to control functions, so it is actually not allowed

<bc-service name=”channel4-in-example-package9”,<bc-service name="channel4-in-example-package9",

trick=”play,pause,rtsp.speed=-16~16”/>//该多播业务允许终端播放、暂停并进行相应速度的速度控制trick="play, pause, rtsp.speed=-16~16"//This multicast service allows the terminal to play, pause and control the speed of the corresponding speed

</package></package>

5、通过链接方式下发。具体的,如:5. Send by link. Specifically, such as:

P-trick-info:http://bc-scf1.example.com/user1-data-trick-desc.xmlP-trick-info: http://bc-scf1.example.com/user1-data-trick-desc.xml

其中P-trick-info头域携带获取用户控制功能信息描述的链接位置“http://bc-scf1.example.com/user1-data-trick-desc.xml”。UE等实体接收到上述200OK响应消息时会通过HTTP协议从指定的位置获取。链接所指文档的描述方式可以采用那个上述第4种方式或者其他描述方式。The P-trick-info header field carries the link location "http://bc-scf1.example.com/user1-data-trick-desc.xml" for obtaining user control function information description. When an entity such as UE receives the above-mentioned 200OK response message, it will obtain it from a specified location through the HTTP protocol. The description method of the document referred to by the link can adopt the above-mentioned fourth method or other description methods.

步骤s203中,如果用户请求的是多播业务包,SCF为UE提供首先访问的多播业务的方法包括;In step s203, if the user requests a multicast service package, the method for the SCF to provide the first accessed multicast service for the UE includes;

1、通过现有SIP头域(如P-Asserted-Identity)携带,如:1. Carried through the existing SIP header field (such as P-Asserted-Identity), such as:

P-Asserted-Identity:sip:bc-service1@example.comP-Asserted-Identity:sip:bc-service1@example.com

2、或者通过扩展SIP头域(如P-Initial-Service)携带,如:2. Or carried by extending the SIP header field (such as P-Initial-Service), such as:

P-Initial-Service:sip:bc-service1@example.comP-Initial-Service:sip:bc-service1@example.com

3、或者通过消息体携带,如:3. Or carried in the message body, such as:

Content-Type:application/initial-service-preferenceContent-Type: application/initial-service-preference

P-Initial-Service=sip:bc-service1@example.comP-Initial-Service=sip:bc-service1@example.com

4、通过链接方式下发的业务相关数据或者信息中携带。具体的,如:4. Carried in the business-related data or information sent through the link. Specifically, such as:

P-service-desc:http://bc-scf1.example.com/user1-servcie-desc.xmlP-service-desc: http://bc-scf1.example.com/user1-servcie-desc.xml

其中P-service-desc头域携带获取业务相关信息描述的链接位置“http://bc-scf1.example.com/user1-servcie-desc.xml”,其中包含初始多播业务信息。UE等实体接收到上述200 OK响应消息时会通过HTTP协议从指定的位置获取。链接所指文档的描述方式可以采用那个上述第3种方式或者其他描述方式。The P-service-desc header field carries the link location "http://bc-scf1.example.com/user1-servcie-desc.xml" for obtaining service-related information description, which includes initial multicast service information. When entities such as UE receive the above 200 OK response message, they will obtain it from the specified location through the HTTP protocol. The description method of the document referred to by the link can adopt the above-mentioned third method or other description methods.

步骤s203中,SCF为UE提供断点时间信息的方法包括;In step s203, the method for the SCF to provide the breakpoint time information for the UE includes;

1、通过扩展URI参数方式携带,消息格式如下:1. Carried by extending the URI parameter, the message format is as follows:

sip:bc-service1@ltv-scf.example.com;range=″20060123T153600Z-″sip:bc-service1@ltv-scf.example.com; range="20060123T153600Z-"

或:or:

sip:bc-service1;range=″20060123T153600Z-″@ltv-scf.example.comsip:bc-service1; range=″20060123T153600Z-″@ltv-scf.example.com

其中,range=″20060123T153600Z-″从2006年1月23日15时36秒开始访问,其中未指定结束时间。Wherein, range="20060123T153600Z-" starts accessing at 15:36 on January 23, 2006, and no end time is specified.

2、通过扩展消息体方式携带,其中作为BC业务或者BC业务包或者其他被访问的业务的参数,消息格式如下所示:2. Carried in the form of extended message body, which is used as a parameter of BC service or BC service package or other accessed services. The message format is as follows:

Content-Type:application/service-infoContent-Type: application/service-info

<bc-package name=”example-package5”><bc-package name="example-package5">

<bc-service name=”channel1-in-example-package5”,<bc-service name="channel1-in-example-package5",

range=″20060123T153600Z-″/>range="20060123T153600Z-"/>

</package></package>

3、通过链接方式下发。具体的,如:3. Send by link. Specifically, such as:

P-service-desc:http://bc-scf1.example.com/user1-servcie-desc.xmlP-service-desc: http://bc-scf1.example.com/user1-servcie-desc.xml

其中P-service-desc头域携带获取业务相关信息描述的链接位置http://bc-scf1.example.com/user1-servcie-desc.xml,其中包含业务断点时间信息。UE等实体接收到上述200 OK响应消息时会通过HTTP协议从指定的位置获取。链接所指文档的描述方式可以采用那个上述第2种方式或者其他描述方式。The P-service-desc header field carries the link location http://bc-scf1.example.com/user1-servcie-desc.xml for obtaining service-related information description, which includes service breakpoint time information. When entities such as UE receive the above 200 OK response message, they will obtain it from the specified location through the HTTP protocol. The description method of the document referred to by the link can adopt the above-mentioned second method or other description methods.

步骤s203中,SCF向UE返回节目或内容的业务参数。具体的,如;In step s203, the SCF returns the service parameters of the program or content to the UE. Specifically, such as;

1、通过扩展消息体方式携带,其中作为BC业务或者BC业务包或者其他被访问的业务的参数,消息格式如下所示:1. Carried in the form of extended message body, which is used as a parameter of BC service or BC service package or other accessed services. The message format is as follows:

Content-Type:application/service-infoContent-Type: application/service-info

<bc-package name=”example-package1”><bc-package name="example-package1">

<bc-service name=”channel1-in-example-package1”,<bc-service name="channel1-in-example-package1",

time-start=″20060123T153600Z″,pop-level=”5”,time-start="20060123T153600Z", pop-level="5",

evalue=”good”,age-level=”15”,actor=”actora,actorb”,source=”china”,evalue="good", age-level="15", actor="actora, actorb", source="china",

time-length=”5400”,voice-language=”mandarin,cantonese”,time-length="5400", voice-language="mandarin, cantonese",

title-language=”Simplified-Chinese”,introduction=”A tale for a hero...”/>title-language="Simplified-Chinese", introduction="A tale for a hero..."/>

</package></package>

<cod-content name=”sip:move1.example.com”;pop-level=”5”,<cod-content name="sip:move1.example.com"; pop-level="5",

evalue=”good”,age-level=”15”,actor=”actora,actorb”,source=”china”,evalue="good", age-level="15", actor="actora, actorb", source="china",

time-length=”5400”,voice-language=”mandarin,cantonese”,time-length="5400", voice-language="mandarin, cantonese",

title-language=”Simplified-Chinese”,introduction=”A tale for a hero...”/>title-language="Simplified-Chinese", introduction="A tale for a hero..."/>

</package></package>

其中,hot-level参数表示受欢迎程度,evalue参数表示观众评价,age-level参数表示内容或者年龄等级,actor参数携带演员信息,source参数传递产地,time-length参数携带时间长度,voice-language参数携带可用的音频语言或者方言的类型,title-language参数携带字幕的语言,introduction参数携带节目介绍。对于多播业务还需要携带信息的可用信息,如time-start从那个时间点开始有效。Among them, the hot-level parameter indicates the popularity, the evalue parameter indicates the audience evaluation, the age-level parameter indicates the content or age level, the actor parameter carries actor information, the source parameter transmits the origin, the time-length parameter carries the length of time, and the voice-language parameter It carries the available audio language or dialect type, the title-language parameter carries the subtitle language, and the introduction parameter carries the program introduction. For the multicast service, it is also necessary to carry the available information of the information, for example, time-start is valid from that time point.

2、通过链接方式下发。具体的,如:2. Send by link. Specifically, such as:

P-service-desc:http://bc-scf1.example.com/user1-servcie-desc.xmlP-service-desc: http://bc-scf1.example.com/user1-servcie-desc.xml

其中P-service-desc头域携带获取业务相关信息描述的链接位置http://bc-scf1.example.com/user1-servcie-desc.xml,其中包含节目或内容的业务参数。UE等实体接收到上述200 OK响应消息时会通过HTTP协议从指定的位置获取。链接所指文档的描述方式可以采用那个上述第1种方式或者其他描述方式。The P-service-desc header field carries the link location http://bc-scf1.example.com/user1-servcie-desc.xml for obtaining service-related information description, which contains the service parameters of the program or content. When entities such as UE receive the above 200 OK response message, they will obtain it from the specified location through the HTTP protocol. The description method of the document referred to by the link can adopt the above-mentioned first method or other description methods.

步骤s203中,SCF向UE返回用户或运营商设定的偏好信息。具体的,如;In step s203, the SCF returns the preference information set by the user or the operator to the UE. Specifically, such as;

1、通过扩展URI参数方式携带,消息格式如下:1. Carried by extending the URI parameter, the message format is as follows:

sip:bc-service1@ltv-scf.example.com;voice-language=”mandarin”;sip:bc-service1@ltv-scf.example.com; voice-language="mandarin";

title-language=”Simplified-Chinese”title-language="Simplified-Chinese"

或者当用户访问BC业务包时作为BC业务包标识URI的参数:Or as a parameter of the BC service package identification URI when the user accesses the BC service package:

sip:bc-pkg1@ltv-scf.example.com;voice-language=”mandarin”;sip:bc-pkg1@ltv-scf.example.com; voice-language="mandarin";

title-language=”Simplified-Chinese”title-language="Simplified-Chinese"

其中,voice-language=”mandarin”表示语音首选中文普通话,title-language=”Simplified-Chinese”表示字幕首选简体中文。Among them, voice-language="mandarin" means Mandarin Chinese is the preferred voice, and title-language = "Simplified-Chinese" means Simplified Chinese is the preferred subtitle.

该URI可以通过Contact等头域携带。The URI can be carried by header fields such as Contact.

2、或者通过扩展SIP头域(如P-Preference)携带,如:2. Or carried by extending the SIP header field (such as P-Preference), such as:

P-Preference:voice-language=”mandarin”;P-Preference:voice-language="mandarin";

title-language=”Simplified-Chinese”title-language="Simplified-Chinese"

3、或者通过消息体携带,如:3. Or carried in the message body, such as:

Content-Type:application/preference-descContent-Type: application/preference-desc

voice-language=”mandarin”voice-language="mandarin"

title-language=”Simplified-Chinese”title-language="Simplified-Chinese"

4、通过链接方式下发的业务相关数据或者信息中携带。具体的,如:4. Carried in the business-related data or information sent through the link. Specifically, such as:

P-pref-desc:http://bc-scf1.example.com/user1-preference-desc.xmlP-pref-desc: http://bc-scf1.example.com/user1-preference-desc.xml

其中P-pref-desc头域携带获取偏好信息描述的链接位置“http://bc-scf1.example.com/user1-preference-desc.xml”,其中包含初始多播业务信息。UE等实体接收到上述200 OK响应消息时会通过HTTP协议从指定的位置获取。链接所指文档的描述方式可以采用那个上述第3种方式或者其他描述方式。The P-pref-desc header field carries the link location "http://bc-scf1.example.com/user1-preference-desc.xml" for obtaining the preference information description, which includes the initial multicast service information. When entities such as UE receive the above 200 OK response message, they will obtain it from the specified location through the HTTP protocol. The description method of the document referred to by the link can adopt the above-mentioned third method or other description methods.

上述实施例中描述了SCF通过业务访问请求的响应消息发送业务参数,同样SCF可以通过向UE的任何协议交互过程中的SIP消息携带业务参数。本领域技术人员可以很容易的根据上述实施例推导出其他可能的SIP协议交互过程中获取业务参数的实现方法。In the above embodiment, it is described that the SCF sends the service parameters through the response message of the service access request. Similarly, the SCF can carry the service parameters through the SIP message in any protocol interaction process to the UE. Those skilled in the art can easily derive other possible implementation methods for obtaining service parameters during the SIP protocol interaction process according to the above-mentioned embodiments.

现有TISPAN标准中IMS based IPTV的网络架构如图1所示,但从现有网络架构可以看出并不存在适当的逻辑功能为IPTV UE等提供业务参数的功能实体。因此需要增加一个元数据功能实体(METADATA-FUNC)用于为网络中其他网络实体提供IPTV业务参数的功能,其中元数据功能实体可以位于SCF等其他实体内作为一个子功能模块或者作为一个独立的功能实体存在。本发明实施例三中,通过SUBSCRIBE/NOTIFY过程从元数据功能实体获取业务业务参数流程如图3所示,包括以下步骤:The network architecture of IMS based IPTV in the existing TISPAN standard is shown in Figure 1, but it can be seen from the existing network architecture that there is no functional entity with appropriate logical functions to provide service parameters for IPTV UEs. Therefore, it is necessary to add a metadata functional entity (METADATA-FUNC) to provide the function of IPTV service parameters for other network entities in the network, where the metadata functional entity can be located in other entities such as SCF as a sub-functional module or as an independent Functional entities exist. In Embodiment 3 of the present invention, the process of obtaining business service parameters from the metadata functional entity through the SUBSCRIBE/NOTIFY process is shown in Figure 3, including the following steps:

步骤s301,IPTV UE向元数据功能实体发送SUBSCRIBE(订阅)消息,订阅一个多播业务的业务参数(Service-Meta-Data)。该消息中携带:事件类型(如为:service-melta-data)、同时可选的可能包含以下部分或者全部信息:用户标识(如为:sip:user1@example.com)、业务标识(如为:sip:bc1@ltv.example.com)表示需要获取该业务的业务数据、已经建立的IPTV业务实例信息(如为IPTV业务所定义的SIP会话或者对话标识dialog-id=call-id-a%3Bto-tag%3Dtag-a3Bfrom-tag%3Dtag-b)。如SUBSCRIBE消息的部分内容为:In step s301, the IPTV UE sends a SUBSCRIBE (subscription) message to the metadata functional entity to subscribe to a service parameter (Service-Meta-Data) of a multicast service. The message carries: event type (for example: service-melta-data), and may optionally contain some or all of the following information: user identifier (for example: sip:user1@example.com), service identifier (for example, :sip:bc1@ltv.example.com) indicates the need to obtain the service data of the service and the established IPTV service instance information (such as the SIP session or dialog identifier dialog-id=call-id-a% defined for the IPTV service 3Bto-tag% 3Dtag-a 3Bfrom-tag% 3Dtag-b). For example, part of the SUBSCRIBE message is:

SUBSCRIBE sip:scf1.example.com SIP/2.0SUBSCRIBE sip:scf1.example.com SIP/2.0

Event:service-melta-data;aor=”sip:user1@example.com”;Event:service-melta-data; aor="sip:user1@example.com";

service=”bc1@ltv.example.com”;service = "bc1@ltv.example.com";

dialog-id=call-id-a%3Bto-tag%3Dtag-a3Bfrom-tag%3Dtag-bdialog-id=call-id-a%3Bto-tag%3Dtag-a3Bfrom-tag%3Dtag-b

步骤s302,元数据功能实体向UE返回200 OK响应消息。In step s302, the metadata functional entity returns a 200 OK response message to the UE.

步骤s303,元数据功能实体向UE发送NOTIFY通知消息,该消息携带发送频道的业务参数Service-Meta-Data。其中业务参数的描述以及传递方式可以通过实施例一中的多种方式的任意组合,并可以采用直接方式传递业务参数或者通过间接方式传递业务参数的链接。In step s303, the metadata functional entity sends a NOTIFY notification message to the UE, and the message carries the service parameter Service-Meta-Data of the sending channel. The description and transfer mode of the service parameters can be combined in any way in the first embodiment, and the service parameters can be transferred directly or the links of the service parameters can be transferred indirectly.

步骤s304,UE向元数据功能实体返回200 OK响应消息。In step s304, the UE returns a 200 OK response message to the metadata functional entity.

上述实施例中描述了订阅一个多播业务访问实例中业务参数的获取方法,同样可以应用于获取与业务访问实例不相关的多播业务相关的业务参数,以及获取与业务访问实例相关或不相关的BC业务包、CoD业务、TsTV业务以及其他的IPTV业务的业务参数。The method for obtaining service parameters in a multicast service access instance is described in the above embodiment, which can also be applied to obtain service parameters related to multicast services that are not related to the service access instance, and to obtain relevant or unrelated service access instances. BC service package, CoD service, TsTV service and other service parameters of IPTV service.

上述所有实施例中详细的描述了IPTV UE获取业务参数的方法,但这些方法同样适用于其他网络实体获取IPTV UE获取业务参数的方法,如媒体功能可以使用上述实施例中UE的处理方法获取业务参数并对业务的媒体分发进行控制。本领域技术人员很容易根据上述IPTV UE获取业务参数的方法推导出其他功能实体获取业务参数的详细实现方法。All the above-mentioned embodiments have described in detail the method for IPTV UE to obtain service parameters, but these methods are also applicable to other network entities for obtaining IPTV UE to obtain service parameters. For example, media functions can use the processing method of UE in the above-mentioned embodiments to obtain services parameters and control the media distribution of the service. Those skilled in the art can easily deduce the detailed implementation method for other functional entities to obtain service parameters according to the above-mentioned method for IPTV UE to obtain service parameters.

本发明实施例提供了一种IPTV用户设备,如图4所示,包括:业务参数获取单元10,用于获取业务参数;操作单元20,与业务参数获取单元10连接,用于根据业务参数确定是否支持用户控制功能,及是否授权给该用户进行用户控制功能。业务参数包括:是否支持跟踪模式、及支持的频道、节目和内容信息中的一种或几种;或包括业务参数对应的链接地址,通过链接地址间接获取业务参数。An embodiment of the present invention provides an IPTV user equipment, as shown in FIG. 4 , including: a service parameter acquisition unit 10 for acquiring service parameters; an operation unit 20 connected to the service parameter acquisition unit 10 for determining the Whether to support the user control function, and whether to authorize the user to perform the user control function. The service parameters include: whether to support the tracking mode, and one or more of supported channels, programs and content information; or include the link address corresponding to the service parameter, and obtain the service parameter indirectly through the link address.

其中,当需要从LTV SCF获取信息时,业务参数获取单元10具体包括:访问请求发送子单元,用于向LTV SCF发送访问请求;响应接收子单元,用于接收LTV SCF返回的响应消息,响应消息携带业务参数。Wherein, when information needs to be obtained from the LTV SCF, the service parameter acquisition unit 10 specifically includes: an access request sending subunit for sending an access request to the LTV SCF; a response receiving subunit for receiving a response message returned by the LTV SCF, responding The message carries business parameters.

当需要从元数据功能实体获取信息时,业务参数获取单元10具体包括:签约请求发送子单元,用于向元数据功能实体发送签约请求;通知消息接收子单元,用于接收元数据功能实体返回的通知消息,通知消息中携带业务参数。When it is necessary to obtain information from the metadata functional entity, the service parameter acquisition unit 10 specifically includes: a subscription request sending subunit for sending a subscription request to the metadata functional entity; a notification message receiving subunit for receiving the metadata functional entity to return Notification message, which carries service parameters.

本发明实施例提供了一种时移电视业务控制功能实体,如图5所示,包括:请求接收单元100,用于接收来自IPTV用户设备的请求消息;业务参数发送单元200,与请求接收单元100连接,用于接收到请求消息后,向IPTV用户设备发送业务参数;业务参数获取单元300,用于从元数据功能实体获取业务参数,并将该业务参数通过业务参数发送单元200发送到IPTV用户设备,具体获取过程可以包括但不限于以下步骤:业务参数获取单元300向元数据功能实体发送签约请求消息,该消息中包括需要获取业务参数的类型、内容等信息;元数据功能实体向业务参数获取单元300发送通知消息,该消息中包括对应的业务参数。The embodiment of the present invention provides a time-shifted TV service control functional entity, as shown in Figure 5, comprising: a request receiving unit 100, configured to receive a request message from an IPTV user equipment; a service parameter sending unit 200, and a request receiving unit 100 connection, used to send service parameters to IPTV user equipment after receiving the request message; service parameter acquisition unit 300, used to obtain service parameters from the metadata functional entity, and send the service parameters to the IPTV through the service parameter sending unit 200 For user equipment, the specific acquisition process may include but not limited to the following steps: the service parameter acquisition unit 300 sends a subscription request message to the metadata functional entity, which includes information such as the type and content of the service parameters that need to be acquired; The parameter obtaining unit 300 sends a notification message, and the message includes corresponding service parameters.

本发明实施例提供了一种元数据功能实体,该元数据功能实体可以位于时移电视业务控制功能实体等其他实体内作为一个子功能模块或者作为一个独立的功能实体存在,当作为一个独立的功能实体时,该元数据功能实体需要能够与时移电视业务控制功能实体通信,或者与P-CSCF通信。如图6所示,包括:第一请求接收单元1000,用于接收来自IPTV用户设备的请求消息;第一业务参数发送单元2000,与第一请求接收单元1000连接,用于接收到请求消息后,通过P-CSCF向IPTV用户设备发送业务参数。该种情况下,用户设备可以通过P-CSCF直接从元数据功能实体获取业务参数,具体过程为:用户设备可以通过P-CSCF向第一请求接收单元1000发送获取业务参数请求消息,第一业务参数发送单元2000向该用户设备发送响应消息,该消息中携带对应的业务参数。The embodiment of the present invention provides a metadata functional entity, which can be located in other entities such as the time-shifted TV service control functional entity as a sub-functional module or as an independent functional entity. When using a functional entity, the metadata functional entity needs to be able to communicate with the time-shifted TV service control functional entity, or communicate with the P-CSCF. As shown in Figure 6, include: a first request receiving unit 1000, for receiving a request message from an IPTV user equipment; a first service parameter sending unit 2000, connected with the first request receiving unit 1000, for receiving the request message , sending service parameters to the IPTV user equipment through the P-CSCF. In this case, the user equipment can directly obtain service parameters from the metadata functional entity through the P-CSCF, and the specific process is: the user equipment can send a service parameter acquisition request message to the first request receiving unit 1000 through the P-CSCF, The parameter sending unit 2000 sends a response message to the user equipment, and the message carries corresponding service parameters.

当然,元数据功能实体还可以向时移电视业务控制功能实体发送业务参数,供用户设备从时移电视业务控制功能实体获取业务参数。因此,还需要包括第二请求接收单元3000,用于接收来自时移电视业务控制功能实体的请求消息;第二业务参数发送单元4000,与第二请求接收单元3000连接,用于接收到请求消息后,向时移电视业务控制功能实体发送业务参数。具体过程包括:时移电视业务控制功能实体向第二请求接收单元3000发送获取业务参数请求消息,第二业务参数发送单元4000向该时移电视业务控制功能实体发送响应消息,该消息中携带对应的业务参数。Of course, the metadata functional entity can also send service parameters to the time-shifted TV service control functional entity, so that the user equipment can obtain the service parameters from the time-shifted TV service control functional entity. Therefore, it is also necessary to include a second request receiving unit 3000 for receiving a request message from the time-shifted TV service control functional entity; a second service parameter sending unit 4000 connected to the second request receiving unit 3000 for receiving the request message After that, send the service parameters to the time-shifted TV service control functional entity. The specific process includes: the time-shifted TV service control functional entity sends a service parameter acquisition request message to the second request receiving unit 3000, and the second service parameter sending unit 4000 sends a response message to the time-shifted TV service control functional entity. business parameters.

本发明的实施例中,用户设备通过获取的业务参数确定是否允许用户控制功能后,如果对于某个频道网络侧不支持用户控制功能或者不允许用户进行用户控制功能操作,那么通过获取到的频道信息就可以在本地禁止用户控制功能操作而避免不必要的尝试。如果用户请求的多播业务包,则业务参数为用户初始多播业务,因此,用户获知初始业务后可以切换到该初始业务,避免因为不知道该访问业务包内的业务,而不知道该如何进行业务处理;如果请求的是多播业务或者内容点播CoD业务,则用户获取的业务参数为断点时间信息,可以直接从断点位置开始为用户提供服务避免用户重新定位的问题。In the embodiment of the present invention, after the user equipment determines whether to allow the user control function through the obtained service parameters, if the network side does not support the user control function for a certain channel or does not allow the user to perform the user control function operation, then through the obtained channel The information can locally prohibit the user from controlling the operation of the function and avoid unnecessary attempts. If the user requests a multicast service package, the service parameter is the user's initial multicast service. Therefore, the user can switch to the initial service after learning the initial service, so as to avoid not knowing how to access the service because he does not know the service in the service package. Perform business processing; if the request is a multicast service or content-on-demand CoD service, the service parameter obtained by the user is the breakpoint time information, and the service can be provided for the user directly from the breakpoint position to avoid the problem of user relocation.

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented by means of software plus a necessary general-purpose hardware platform, and of course also by hardware, but in many cases the former is a better implementation Way. Based on this understanding, the essence of the technical solution of the present invention or the part that contributes to the prior art can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions to make a A computer device (which may be a personal computer, a server, or a network device, etc.) executes the methods of the various embodiments of the present invention.

以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。The above disclosures are only a few specific embodiments of the present invention, however, the present invention is not limited thereto, and any changes conceivable by those skilled in the art shall fall within the protection scope of the present invention.

Claims (17)

1.一种传递IPTV业务参数的方法,其特征在于,包括以下步骤:1. A method for delivering IPTV service parameters, characterized in that, comprising the following steps: 获取业务参数;Obtain business parameters; 根据所述业务参数进行对应的电视业务操作。Perform corresponding TV service operations according to the service parameters. 2.如权利要求1所述传递IPTV业务参数的方法,其特征在于,所述业务参数包括是否支持用户控制功能、是否授权给该用户进行用户控制功能、用户初始多播业务、支持时移功能的多播业务的初始访问位置信息、多播业务当前节目内容。2. The method for transferring IPTV service parameters as claimed in claim 1, wherein said service parameters include whether to support user control functions, whether to authorize the user to perform user control functions, user initial multicast services, and support time-shifting functions The initial access location information of the multicast service and the current program content of the multicast service. 3.如权利要求2所述传递IPTV业务参数的方法,其特征在于,所述业务参数不支持用户控制功能、或没授权给该用户进行用户控制功能时,禁止时移电视业务操作。3. The method for transmitting IPTV service parameters as claimed in claim 2, characterized in that, when the service parameters do not support user control functions or are not authorized to the user to perform user control functions, time-shifting TV service operations are prohibited. 4.如权利要求1所述传递IPTV业务参数的方法,其特征在于,所述业务参数通过时移电视业务控制功能SCF获得:4. transfer the method for IPTV service parameter as claimed in claim 1, it is characterized in that, described service parameter obtains by time shifting television service control function SCF: 向SCF发送访问请求;Send an access request to the SCF; 接收所述SCF返回的响应消息,所述响应消息携带业务参数。Receive a response message returned by the SCF, where the response message carries service parameters. 5.如权利要求4所述传递IPTV业务参数的方法,其特征在于,所述向SCF发送访问请求之后还包括;5. The method for transferring IPTV service parameters as claimed in claim 4, characterized in that, after sending the access request to the SCF, it also includes; 所述SCF从元数据功能实体获取业务参数。The SCF acquires service parameters from the metadata functional entity. 6.如权利要求1所述传递IPTV业务参数的方法,其特征在于,所述业务参数通过元数据功能实体获得:6. transfer the method for IPTV service parameter as claimed in claim 1, it is characterized in that, described service parameter obtains by metadata functional entity: 向元数据功能实体发送签约请求;Send a subscription request to the metadata functional entity; 接收所述元数据功能实体返回的通知消息,所述通知消息中携带业务参数。Receive a notification message returned by the metadata functional entity, where the notification message carries service parameters. 7.如权利要求1至6中任一项所述传递IPTV业务参数的方法,其特征在于,所述业务参数包括对应的链接地址,通过所述链接地址间接获取业务参数。7. The method for transferring IPTV service parameters according to any one of claims 1 to 6, wherein the service parameters include a corresponding link address, and the service parameters are obtained indirectly through the link address. 8.如权利要求1至6中任一项所述传递IPTV业务参数的方法,其特征在于,所述携带业务参数的方式包括:通过扩展URI参数携带、通过扩展消息头域携带或通过扩展消息体携带。8. The method for transferring IPTV service parameters according to any one of claims 1 to 6, wherein the manner of carrying service parameters comprises: carrying by extending URI parameters, carrying by extending message header fields, or carrying by extending message Body carry. 9.一种IPTV用户设备,其特征在于,包括:9. A kind of IPTV user equipment, is characterized in that, comprises: 业务参数获取单元,用于获取业务参数;A service parameter acquisition unit, configured to acquire service parameters; 操作单元,与所述业务参数获取单元连接,用于根据所述业务参数进行电视业务操作。An operation unit, connected to the service parameter acquisition unit, is used to perform TV service operations according to the service parameters. 10.如权利要求9所述IPTV用户设备,其特征在于,所述业务参数获取单元具体包括:10. IPTV user equipment as claimed in claim 9, is characterized in that, described service parameter acquisition unit specifically comprises: 访问请求发送子单元,用于向SCF发送访问请求;An access request sending subunit, configured to send an access request to the SCF; 响应接收子单元,用于接收所述SCF返回的响应消息,所述响应消息携带业务参数。The response receiving subunit is configured to receive a response message returned by the SCF, where the response message carries service parameters. 11.如权利要求9所述IPTV用户设备,其特征在于,所述业务参数获取单元具体包括:11. IPTV user equipment as claimed in claim 9, is characterized in that, described service parameter acquisition unit specifically comprises: 签约请求发送子单元,用于向元数据功能实体发送签约请求;The subscription request sending subunit is used to send the subscription request to the metadata functional entity; 通知消息接收子单元,用于接收所述元数据功能实体返回的通知消息,所述通知消息中携带业务参数。The notification message receiving subunit is configured to receive a notification message returned by the metadata functional entity, where the notification message carries service parameters. 12.如权利要求9至11中任一项所述IPTV用户设备,其特征在于,所述业务参数包括:是否支持用户控制功能、是否授权给该用户进行用户控制功能、用户初始多播业务、支持时移功能的多播业务的初始访问位置信息、多播业务当前节目内容中的一种或几种。12. IPTV user equipment as described in any one in claim 9 to 11, it is characterized in that, described service parameter comprises: whether to support user control function, whether to authorize this user to carry out user control function, user's initial multicast service, One or more of the initial access location information of the multicast service supporting the time shift function, and the current program content of the multicast service. 13.如权利要求9至11中任一项所述IPTV用户设备,其特征在于,所述业务参数包括对应的链接地址,通过所述链接地址间接获取业务参数。13. The IPTV user equipment according to any one of claims 9 to 11, wherein the service parameters include a corresponding link address, and the service parameters are obtained indirectly through the link address. 14.一种时移电视业务控制功能实体,其特征在于,包括:14. A time-shifted TV service control functional entity, characterized in that it comprises: 请求接收单元,用于接收来自IPTV用户设备的请求消息;A request receiving unit, configured to receive a request message from an IPTV user equipment; 业务参数发送单元,与所述请求接收单元连接,用于接收到所述请求消息后,向所述IPTV用户设备发送业务参数。A service parameter sending unit, connected to the request receiving unit, configured to send service parameters to the IPTV user equipment after receiving the request message. 15.如权利要求14所述时移电视业务控制功能实体,其特征在于,还包括:15. The time-shifted television service control function entity as claimed in claim 14, is characterized in that, also comprises: 业务参数获取单元,与所述业务参数发送单元连接,用于从元数据功能实体获取业务参数。A service parameter acquisition unit, connected to the service parameter sending unit, for acquiring service parameters from the metadata functional entity. 16.一种元数据功能实体,其特征在于,包括:16. A metadata functional entity, characterized in that, comprising: 第一请求接收单元,用于接收来自IPTV用户设备的请求消息;A first request receiving unit, configured to receive a request message from an IPTV user equipment; 第一业务参数发送单元,与所述第一请求接收单元连接,用于接收到所述请求消息后,向所述IPTV用户设备发送业务参数。The first service parameter sending unit is connected to the first request receiving unit, and is configured to send service parameters to the IPTV user equipment after receiving the request message. 17.如权利要求16所述元数据功能实体,其特征在于,还包括:17. Metadata functional entity as claimed in claim 16, is characterized in that, also comprises: 第二请求接收单元,用于接收来自时移电视业务控制功能实体的请求消息;A second request receiving unit, configured to receive a request message from a time-shifted TV service control functional entity; 第二业务参数发送单元,与所述第二请求接收单元连接,用于接收到所述请求消息后,向所述时移电视业务控制功能实体发送业务参数。The second service parameter sending unit is connected to the second request receiving unit, and is configured to send service parameters to the time-shifted television service control functional entity after receiving the request message.
CN200710143030.8A 2007-08-21 2007-08-21 Method, equipment and functional entity for transferring IPTV business parameter Expired - Fee Related CN101374102B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200710143030.8A CN101374102B (en) 2007-08-21 2007-08-21 Method, equipment and functional entity for transferring IPTV business parameter
PCT/CN2008/072029 WO2009024077A1 (en) 2007-08-21 2008-08-18 A method and device for acquiring an iptv service parameter

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710143030.8A CN101374102B (en) 2007-08-21 2007-08-21 Method, equipment and functional entity for transferring IPTV business parameter

Publications (2)

Publication Number Publication Date
CN101374102A true CN101374102A (en) 2009-02-25
CN101374102B CN101374102B (en) 2012-07-04

Family

ID=40377861

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710143030.8A Expired - Fee Related CN101374102B (en) 2007-08-21 2007-08-21 Method, equipment and functional entity for transferring IPTV business parameter

Country Status (2)

Country Link
CN (1) CN101374102B (en)
WO (1) WO2009024077A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101834799A (en) * 2010-05-06 2010-09-15 工业和信息化部电信传输研究所 Selection method of server of mobile IPTV (Internet Protocol Television), client, server and system
CN101909062A (en) * 2010-08-09 2010-12-08 王铮夫 Three network convergence-oriented service subscription, distribution and management system
CN102026024A (en) * 2009-09-18 2011-04-20 中兴通讯股份有限公司 Method, system and device for controlling pay per view (PPV) service in real time

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100403794C (en) * 2004-12-29 2008-07-16 华为技术有限公司 A video terminal and method for realizing streaming media service
AU2006300851A1 (en) * 2005-10-07 2007-04-19 Nokia Corporation Method and arrangement for provided a notification of a change in a service
US20070130601A1 (en) * 2005-12-05 2007-06-07 Weiping Li Internet protocol (IP) television
CN1992735A (en) * 2005-12-28 2007-07-04 中兴通讯股份有限公司 Implementation method for IPTV set-top box access network and service fulfillment
CN100527830C (en) * 2006-08-14 2009-08-12 Ut斯达康通讯有限公司 Operation method of interactive television

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102026024A (en) * 2009-09-18 2011-04-20 中兴通讯股份有限公司 Method, system and device for controlling pay per view (PPV) service in real time
CN102026024B (en) * 2009-09-18 2013-03-20 中兴通讯股份有限公司 Method, system and device for controlling pay per view (PPV) service in real time
CN101834799A (en) * 2010-05-06 2010-09-15 工业和信息化部电信传输研究所 Selection method of server of mobile IPTV (Internet Protocol Television), client, server and system
CN101834799B (en) * 2010-05-06 2012-12-19 工业和信息化部电信传输研究所 Selection method of server of mobile IPTV (Internet Protocol Television), client, server and system
CN101909062A (en) * 2010-08-09 2010-12-08 王铮夫 Three network convergence-oriented service subscription, distribution and management system

Also Published As

Publication number Publication date
CN101374102B (en) 2012-07-04
WO2009024077A1 (en) 2009-02-26

Similar Documents

Publication Publication Date Title
US10397644B2 (en) Switching between delivery methods in an IPTV communication network
CN101026615B (en) IMS-based flow media network system
US9531760B2 (en) Methods and apparatus for packetized content delivery over a content delivery network
US8656445B2 (en) Multimedia subsystem control for internet protocol based television services
JP2011525757A (en) Method, apparatus and system for recommending media content
US20100269132A1 (en) Method and System For Inserting Advertisements In A Content Stream In Internet Protocol Television (IPTV)
CN101583017A (en) Method and system for controlling media play and metadata execution unit
US20090228939A1 (en) Time-shift tv service establishment method and time-shift tv media function entity
CN101374102B (en) Method, equipment and functional entity for transferring IPTV business parameter
CN102651745B (en) A kind of player method of business tine, system and device
WO2010045796A1 (en) Control method, device and system for video-on-demand service
US8671422B2 (en) Systems and methods for handling advertisements in conjunction with network-based bookmarking
CN101355552A (en) Method and device for controlling streaming media
Tomek et al. IPTV applications in the NGN environment
Mikoczy et al. Converged NGN-Based IPTV Architecture and Services
Huan Implementation Agreement for Gm for IMS-based IPTV
WO2008052484A1 (en) Method, system and apparatus of iptv service controlling
JP2012169991A (en) Video distribution system and operation method of the same

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120704

Termination date: 20130821