[go: up one dir, main page]

CN101374102B - 一种传递iptv业务参数的方法、设备及功能实体 - Google Patents

一种传递iptv业务参数的方法、设备及功能实体 Download PDF

Info

Publication number
CN101374102B
CN101374102B CN200710143030.8A CN200710143030A CN101374102B CN 101374102 B CN101374102 B CN 101374102B CN 200710143030 A CN200710143030 A CN 200710143030A CN 101374102 B CN101374102 B CN 101374102B
Authority
CN
China
Prior art keywords
service parameter
user
service
controlled function
iptv
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.)
Expired - Fee Related
Application number
CN200710143030.8A
Other languages
English (en)
Other versions
CN101374102A (zh
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/zh
Priority to PCT/CN2008/072029 priority patent/WO2009024077A1/zh
Publication of CN101374102A publication Critical patent/CN101374102A/zh
Application granted granted Critical
Publication of CN101374102B publication Critical patent/CN101374102B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4333—Processing operations in response to a pause request
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control 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可以通过界面提示用户当前访问的业务是否可以进行用户控制。

Description

一种传递IPTV业务参数的方法、设备及功能实体
技术领域
本发明涉及通信技术领域，尤其涉及一种传递IPTV业务参数的方法、设备及功能实体。 
背景技术
网络电视(IPTV)是一种利用宽带有线电视网，集互联网多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。用户在家中可以采用计算机或网络机顶盒加普通电视机两种方式享受IPTV服务。IPTV既不同于传统的模拟式有线电视，也不同于数字电视。尽管数字电视相对于模拟电视有许多技术革新，但只有信号的改变，而没有触及媒体内容的传播方式。 
IMS based IPTV(基于IMS的IPTV)就是在IMS的整体架构下提供IPTV业务，以充分利用IMS网络中已有的注册、认证、路由、会话控制与建立、业务触发、计费、端到端QoS(Quality of Service，服务质量)保证等机制来为用户提供流媒体业务及融合流媒体和实时会话业务的多媒体业务。也就是说，用户的多媒体会话是通过IMS已有的会话控制机制来完成，在建立会话过程中，需要为媒体流的传送预留承载资源。 
图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，个人视频录制)功能等。 
IPTV UE业务控制使用的IPTV UE与Core IMS之间的Gm接口、Core IMS以及Core IMS与IPTV业务控制(SCF)之间的ISC接口，及Core IMS内部的CSCF之间的接口都基于SIP协议。 
作为基本的TV节目形式之一，实时电视LTV(Linear TV或者Live TV)是目前使用率最高的一种电视业务。LTV的基本业务过程是用户开机后用户终端(UE或者STB)通过接受广播的电视节目信息并将接收到的节目信息显示给用户。 
TsTV(Time Shift TV，时移电视)是TV中的另一大主要业务形式之一，用户可以使用TsTV观看LTV已经播放过的一些节目，例如用户因为时间的关系错过了观看过去某个时间已经播出的一场球赛等，并且用户在观看TsTV电视节目的时候可以对正在播放的电视节目进行后退、快进、暂停等操作。甚至用户开始的时候是观看LTV电视节目，在观看LTV电视节目过程中希望跳转到过去的某个时间开始观看，或者希望能够对当前观看的电视节目进行控制(后退、快进、慢进、暂停等)操作进行TsTV业务模式。 
由于开始的时候用户是在访问LTV业务，而在用户由LTV业务模式转为TsTV业务模式时需要网络侧能对用户的控制操作进行适当的处理，因此要求网络侧能够针对该LTV频道提供用户控制功能(Trick Mode)，用户控制功能指用户能够对媒体内容进行后退、快进、慢进、暂停、跳转等控制。 
但是通常网络侧不是对所有的频道都提供用户控制功能功能，即有些频道用户能够进行时移操作而另外一些则不能。因此在终端请求访问某个LTV频道时能够获取该LTV频道是否支持用户控制功能。甚至因为用户签约等原因，即使对于某个频道网络侧提供用户控制功能功能，但有可能该用户不具备用户控制功能的权限。因此在业务建立过程前或者业务建立后IPTV UE需要能够通过某种途径确定对于被访问的频道是否允许使用用户控制功能功能，及需要知道频道、节目或者内容的元数据(业务参数)的情况。 
然而，现有技术中，IPTV UE与服务设备之间传递的参数非常有限，通过这些参数不能获得关于是否允许使用用户控制功能功能、频道、节目或者内容的业务参数等。 
发明内容
本发明实施例提供一种传递IPTV业务参数的方法、设备及功能实体，通过初始会话建立过程中独立的会话协议交互过程获取用户控制功能权限，及频道、节目或者内容的业务参数。 
本发明实施例提供了一种传递IPTV业务参数的方法，包括以下步骤： 
获取业务参数；所述业务参数包括：是否支持用户控制功能、是否授权给该用户进行用户控制功能、用户初始多播业务、支持时移功能的多播业务的初始访问位置信息、多播业务当前节目内容中的一种或几种； 
根据所述业务参数确定进行电视业务操作；所述业务参数不支持用户控制功能、或没授权给该用户进行用户控制功能时，禁止时移电视业务操作。 
本发明实施例提供了一种IPTV用户设备，包括： 
业务参数获取单元，用于获取业务参数；所述业务参数包括：是否支持用户控制功能、是否授权给该用户进行用户控制功能、用户初始多播业务、支持时移功能的多播业务的初始访问位置信息、多播业务当前节目内容中的一种或几种； 
操作单元，与所述业务参数获取单元连接，用于根据所述业务参数进行电视业务操作；所述业务参数不支持用户控制功能、或没授权给该用户进行用户控制功能时，禁止时移电视业务操作。 
本发明实施例提供了一种时移电视业务控制功能实体，包括： 
请求接收单元，用于接收来自IPTV用户设备的请求消息； 
业务参数发送单元，与所述请求接收单元连接，用于接收到所述请求消息后，向所述IPTV用户设备发送业务参数；所述业务参数包括：是否支持用户控制功能、是否授权给该用户进行用户控制功能、用户初始多播业务、支持时移功能的多播业务的初始访问位置信息、多播业务当前节目内容中的一 种或几种。 
本发明实施例提供了一种元数据功能实体，包括： 
第一请求接收单元，用于接收来自IPTV用户设备的请求消息； 
第一业务参数发送单元，与所述第一请求接收单元连接，用于接收到所述请求消息后，向所述IPTV用户设备发送业务参数；所述业务参数包括：是否支持用户控制功能、是否授权给该用户进行用户控制功能、用户初始多播业务、支持时移功能的多播业务的初始访问位置信息、多播业务当前节目内容中的一种或几种。 
本发明的实施例中，通过会话消息携带业务参数，如是否支持用户控制功能，对于某个业务如果网络侧不支持用户控制功能或者不允许用户进行用户控制功能操作，那么通过获取到的业务参数就可以在本地禁止用户控制功能操作而避免不必要的尝试。进而，IPTV UE可以通过界面提示用户当前访问的业务是否可以进行用户控制。 
附图说明
图1是现有技术中IMS based IPTV的业务功能架构图； 
图2是本发明实施例中通过请求/响应消息获取业务参数的过程； 
图3是本发明实施例中通过订阅/通知消息获取业务参数的过程； 
图4是本发明实施例中一种IPTV用户终端结构图； 
图5是本发明实施例中一种时移电视业务功能实体结构图； 
图6是本发明实施例中一种元数据功能实体结构图。 
具体实施方式
下面结合附图和具体实施例进行详细说明。 
本发明实施例一中，UE通过INVITE消息过程获取业务参数的流程如图2所示，包括以下步骤： 
步骤s201，UE通过P-CSCF、S-CSCF向SCF发送INVITE请求消息请求访问IPTV业务(如为sip:bc1ltv.example.com)； 
步骤s202，SCF获取所访问的业务参数。该业务参数包括以下信息中的部分或者全部： 
A)用户请求的业务是否支持用户控制功能，及是否授权给该用户进行用户控制功能。如用户请求的是BC(Broadcast，多播)业务或者多播业务包，则SCF向UE返回该BC业务(包)或者用户可能访问的所有BC业务(包)是否支持时移功能或者是否为用户提供时移功能。其中用户控制功能中包括： 是否允许暂停、允许的播放速度、是否允许跳转等。UE获知是否允许用户控制功能后可以本地禁止或者使能媒体控制功能或者时移功能； 
B)如果用户请求的多播业务包，则业务数据包括用户初始多播业务。初始多播业务包括用户设置的业务包相关联的默认多播业务、或者用户上次退出时访问的多播业务、或者SCF根据本地策略建议用户首先访问的多播业务，如节目推介多播业务等。UE获知初始多播业务后可以切换到初始多播业务避免因为不知道该访问多播业务包内的那个业务而不知道该如何进行业务处理； 
C)如果请求的是多播业务或者内容点播CoD业务，则SCF向UE返回可能支持时移功能的多播业务的初始访问位置信息，如上次用户离开多播业务时的节目断点信息，或者CoD业务初始访问位置信息，如上次用户离开CoD业务时的内容断点信息，该位置信息可以包括多播业务或者CoD内容的断点时间信息。UE获知上述断点时间信息后可以直接从端点位置开始为用户提供服务避免用户重新定位的问题； 
D)SCF向UE返回初始访问的多播业务的当前节目的业务参数，或者SCF向UE返回用户所访问的业务(如CoD业务中当前用户点播的内容)的业务参数。其中业务参数包括：用户访问的节目或者内容的受欢迎程度、其他用户对它的好感评定等级、节目的内容等级(适宜人群)、演员、产地、节目时间长度、语音以及字幕可用语言种类、节目或者内容简要介绍等。UE获知上述业务参数后可以将信息提供给用户为用户提供用户所关心的业务内容信息增强用户的业务体验； 
E)用户设定的个人偏好或者运营商设定的用户访问节目的偏好信息，便于终端根据偏好信息提供更加个性化的业务访问，如建议采用的字幕以及节目或者内容的音频部分的语言选择等。UE获知上述偏好信息后可以以符合用户以及运营商喜好以及期望的为用户提供业务，不但可以增强用户的业务体验，而且可以为运营商进行业务控制提供一种便利的手段。 
SCF可以通过本地保存用户以及节目内容的业务参数，也可以通过外部网络实体获取得到业务参数，如从HSS功能实体获取业务参数。 
步骤s203，SCF通过P-CSCF、S-CSCF向UE返回200OK响应消息，该响应消息中携带上达业务参数。 
步骤s204，UE收到响应消息后，向SCF返回确认消息ACK。并从网络接收IPTV业务媒体数据为用户提供IPTV业务的使用。 
其中步骤s203中，是否支持和/或允许用户控制功能可以通过以下方式： 
1、通过扩展URI参数方式携带，消息格式如下： 
sip:bc1scf1.example.com；+rtsp.play；+rtsp.pause；+rtsp.speed＝″-16～16″ 
或者当用户访问BC业务包时作为BC业务包标识URI的参数： 
sip:bc-pkg1scf1.example.com；+rtsp.play；+rtsp.pause；+rtsp.speed＝″-16～16″ 
其中，“+rtsp.play；+rtsp.pause”表示该用户可以基于rtsp进行业务的执行和暂停；+rtsp.speed＝”-16～16，32”表示允许用户选择播放速度的范围，即-16倍速到16倍速之间的任意速度或者32倍速。 
该URI可以通过Contact等头域携带。 
2、通过扩展消息头域方式携带，消息格式如下： 
Supported:rtsp.play，rtsp.pause，rtsp.speed＝″-16～16″ 
其中，“Supported:rtsp.play，rtsp.pause，rtsp.speed＝″-16～16″”的含义与通过Contact URI参数方式的含义相同。 
3、通过扩展消息体方式携带，消息格式如下： 
Content-type:application/trick 
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参数方式的含义相同。 
4、通过扩展消息体方式携带，其中作为BC业务或者BC业务包或者其他被访问的业务参数，消息格式如下所示： 
Content-Type:application/trick-info 
Content-Length:(...) 
<bc-package name＝”example-package0”， 
trick＝”play，pause，rtsp.speed＝-16～16”/>//该包内所有多播业务允许终端播放、暂停并进行相应速度的速度控制 
<bc-package name＝”example-package1”，trick＝”not-supported”/>//该包内所有多播业务都不支持用户控制功能 
<bc-package name＝”example-package2”，trick＝”supported”/>//该包内所有多播业务都支持用户控制功能，未说明允许用户控制功能，因此实际为不允许 
<bc-package name＝”example-package3”，trick＝”allowed”/>//该包内所有多播业务都允许用户控制功能 
<bc-package name＝”example-package4”，trick＝”not-allowed”/>//该包内所有多播业务都不允许用户控制功能 
<bc-package name＝”example-package5”> 
<bc-service name＝”channel1-in-example-package5”，trick＝”allowed”/>//该多播业务都支持并且允许用户控制功能 
<bc-service name＝”channel2-in-example-package6”，trick＝”supported”/>//该多播业务都支持用户控制功能，未说明允许用户控制功能，因此实际为不允许 
<bc-service name＝”channel3-in-example-package7”，trick＝”not-support”/>//该多播业务都不支持用户控制功能 
<bc-service name＝”channel4-in-example-package8”，trick＝”not-allowed”/>//该多播业务都不允许用户控制功能，未说明允许用户控制功能，因此实际是不允许 
<bc-service name＝”channel4-in-example-package9”， 
trick＝”play，pause，rtsp.speed＝-16～16”/>//该多播业务允许终端播放、暂停并进行相应速度的速度控制 
</package> 
5、通过链接方式下发。具体的，如： 
P-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种方式或者其他描述方式。 
步骤s203中，如果用户请求的是多播业务包，SCF为UE提供首先访问的多播业务的方法包括； 
1、通过现有SIP头域(如P-Asserted-Identity)携带，如： 
P-Asserted-Identity:sip:bc-service1example.com 
2、或者通过扩展SIP头域(如P-Initial-Service)携带，如： 
P-Initial-Service:sip:bc-service1example.com 
3、或者通过消息体携带，如： 
Content-Type:application/initial-service-preference 
P-Initial-Service＝sip:bc-service1example.com 
4、通过链接方式下发的业务相关数据或者信息中携带。具体的，如： 
P-service-desc:http://bc-scf1.example.com/user1-servcie-desc.xml 
其中P-service-desc头域携带获取业务相关信息描述的链接位置“http://bc-scf1.example.com/user1-servcie-desc.xml”，其中包含初始多播业务信息。UE等实体接收到上述200OK响应消息时会通过HTTP协议从指定的位置获取。链接所指文档的描述方式可以采用那个上述第3种方式或者其他描述方式。 
步骤s203中，SCF为UE提供断点时间信息的方法包括； 
1、通过扩展URI参数方式携带，消息格式如下： 
sip:bc-service1ltv-scf.example.com；range＝″20060123T153600Z-″ 
或： 
sip:bc-service1；range＝″20060123T153600Z-″ltv-scf.example.com 
其中，range＝″20060123T153600Z-″从2006年1月23日15时36秒开始访问，其中未指定结束时间。 
2、通过扩展消息体方式携带，其中作为BC业务或者BC业务包或者其 他被访问的业务的参数，消息格式如下所示： 
Content-Type:application/service-info 
<bc-package name＝”example-package5”> 
 <bc-service name＝”channel1-in-example-package5”， 
  range＝″20060123T153600Z-″/> 
</package> 
3、通过链接方式下发。具体的，如： 
P-service-desc:http://bc-scf1.example.com/user1-servcie-desc.xml 
其中P-service-desc头域携带获取业务相关信息描述的链接位置http://bc-scf1.example.com/user1-servcie-desc.xml，其中包含业务断点时间信息。UE等实体接收到上述200OK响应消息时会通过HTTP协议从指定的位置获取。链接所指文档的描述方式可以采用那个上述第2种方式或者其他描述方式。 
步骤s203中，SCF向UE返回节目或内容的业务参数。具体的，如； 
1、通过扩展消息体方式携带，其中作为BC业务或者BC业务包或者其他被访问的业务的参数，消息格式如下所示： 
Content-Type:application/service-info 
<bc-package name＝”example-package1”> 
 <bc-service name＝”channel1-in-example-package1”， 
  time-start＝″20060123T153600Z″，pop-level＝”5”， 
  evalue＝”good”，age-level＝”15”，actor＝”actora，actorb”，source＝”china”， 
  time-length＝”5400”，voice-language＝”mandarin，cantonese”， 
  title-language＝”Simplified-Chinese”，introduction＝”A tale for a hero...”/> 
</package> 
 <cod-content name＝”sip:move1.example.com”；pop-level＝”5”， 
  evalue＝”goof”，age-level＝”15”，actor＝”actora，actorb”，source＝”china”， 
  time-length＝”5400”，voice-language＝”mandarin，cantonese”， 
  title-language＝”Simplified-Chinese”，introduction＝”A tale for a hero...”/> 
</package> 
其中，hot-level参数表示受欢迎程度，evalue参数表示观众评价，age-level参数表示内容或者年龄等级，actor参数携带演员信息，source参数传递产地，time-length参数携带时间长度，voice-language参数携带可用的音频语言或者方言的类型，title-language参数携带字幕的语言，introduction参数携带节目介绍。对于多播业务还需要携带信息的可用信息，如time-start从那个时间点开始有效。 
2、通过链接方式下发。具体的，如： 
P-service-desc:http://bc-scf1.example.com/user1-serveie-desc.xml 
其中P-service-desc头域携带获取业务相关信息描述的链接位置http://bc-scf1.example.com/user1-servcie-desc.xml，其中包含节目或内容的业务参数。UE等实体接收到上述200OK响应消息时会通过HTTP协议从指定的位置获取。链接所指文档的描述方式可以采用那个上述第1种方式或者其他描述方式。 
步骤s203中，SCF向UE返回用户或运营商设定的偏好信息。具体的，如； 
1、通过扩展URI参数方式携带，消息格式如下： 
sip:bc-service1ltv-scf.example.com；voice-language＝”mandarin”； 
title-language＝”Simplified-Chinese” 
或者当用户访问BC业务包时作为BC业务包标识URI的参数： 
sip:bc-pkg1ltv-scf.example.com；voice-language＝”mandarin”； 
title-language＝”Simplified-Chinese” 
其中，voice-language＝”mandarin”表示语音首选中文普通话，title-language＝”Simplified-Chinese”表示字幕首选简体中文。 
该URI可以通过Contact等头域携带。 
2、或者通过扩展SIP头域(如P-Preference)携带，如： 
P-Preference:voice-language＝”mandarin”； 
title-language＝”Simplified-Chinese” 
3、或者通过消息体携带，如： 
Content-Type:application/preference-desc 
voice-language＝”mandarin” 
title-language＝”Simplified-Chinese” 
4、通过链接方式下发的业务相关数据或者信息中携带。具体的，如： 
P-pref-desc:http://bc-scf1.example.com/user1-preference-desc.xml 
其中P-pref-desc头域携带获取偏好信息描述的链接位置“http://bc-scf1.example.com/user1-preference-desc.xml”，其中包含初始多播业务信息。UE等实体接收到上述200OK响应消息时会通过HTTP协议从指定的位置获取。链接所指文档的描述方式可以采用那个上述第3种方式或者其他描述方式。 
上述实施例中描述了SCF通过业务访问请求的响应消息发送业务参数，同样SCF可以通过向UE的任何协议交互过程中的SIP消息携带业务参数。本领域技术人员可以很容易的根据上述实施例推导出其他可能的SIP协议交互过程中获取业务参数的实现方法。 
现有TISPAN标准中IMS based IPTV的网络架构如图1所示，但从现有网络架构可以看出并不存在适当的逻辑功能为IPTV UE等提供业务参数的功能实体。因此需要增加一个元数据功能实体(METADATA-FUNC)用于为网络中其他网络实体提供IPTV业务参数的功能，其中元数据功能实体可以位于SCF等其他实体内作为一个子功能模块或者作为一个独立的功能实体存在。本发明实施例三中，通过SUBSCRIBE/NOTIFY过程从元数据功能实体获取业务业务参数流程如图3所示，包括以下步骤： 
步骤s301，IPTV UE向元数据功能实体发送SUBSCRIBE(订阅)消息，订阅一个多播业务的业务参数(Service-Meta-Data)。该消息中携带：事件类型(如为：service-melta-data)、同时可选的可能包含以下部分或者全部信息：用户标识(如为：sip:user1example.com)、业务标识(如为：sip:bc1ltv.example.com)表示需要获取该业务的业务数据、已经建立的IPTV业务实例信息(如为IPTV业务所定义的SIP会话或者对话标识 dialog-id＝call-id-a％3Bto-tag％3Dtag-a3Bfrom-tag％3Dtag-b)。如SUBSCRIBE消息的部分内容为： 
SUBSCRIBE sip:scf1.example.com SIP/2.0 
Event:service-melta-data；aor＝”sip:user1example.com”； 
service＝”bc1ltv.example.com”； 
dialog-id＝call-id-a％3Bto-tag％3Dtag-a3Bfrom-tag％3Dtag-b 
步骤s302，元数据功能实体向UE返回200OK响应消息。 
步骤s303，元数据功能实体向UE发送NOTIFY通知消息，该消息携带发送频道的业务参数Service-Meta-Data。其中业务参数的描述以及传递方式可以通过实施例一中的多种方式的任意组合，并可以采用直接方式传递业务参数或者通过间接方式传递业务参数的链接。 
步骤s304，UE向元数据功能实体返回200OK响应消息。 
上述实施例中描述了订阅一个多播业务访问实例中业务参数的获取方法，同样可以应用于获取与业务访问实例不相关的多播业务相关的业务参数，以及获取与业务访问实例相关或不相关的BC业务包、CoD业务、TsTV业务以及其他的IPTV业务的业务参数。 
上述所有实施例中详细的描述了IPTV UE获取业务参数的方法，但这些方法同样适用于其他网络实体获取IPTV UE获取业务参数的方法，如媒体功能可以使用上述实施例中UE的处理方法获取业务参数并对业务的媒体分发进行控制。本领域技术人员很容易根据上述IPTV UE获取业务参数的方法推导出其他功能实体获取业务参数的详细实现方法。 
本发明实施例提供了一种IPTV用户设备，如图4所示，包括：业务参数获取单元10，用于获取业务参数；操作单元20，与业务参数获取单元10连接，用于根据业务参数确定是否支持用户控制功能，及是否授权给该用户进行用户控制功能。业务参数包括：是否支持跟踪模式、及支持的频道、节目和内容信息中的一种或几种；或包括业务参数对应的链接地址，通过链接地址间接获取业务参数。 
其中，当需要从LTV SCF获取信息时，业务参数获取单元10具体包括： 访问请求发送子单元，用于向LTV SCF发送访问请求；响应接收子单元，用于接收LTV SCF返回的响应消息，响应消息携带业务参数。 
当需要从元数据功能实体获取信息时，业务参数获取单元10具体包括：签约请求发送子单元，用于向元数据功能实体发送签约请求；通知消息接收子单元，用于接收元数据功能实体返回的通知消息，通知消息中携带业务参数。 
本发明实施例提供了一种时移电视业务控制功能实体，如图5所示，包括：请求接收单元100，用于接收来自IPTV用户设备的请求消息；业务参数发送单元200，与请求接收单元100连接，用于接收到请求消息后，向IPTV用户设备发送业务参数；业务参数获取单元300，用于从元数据功能实体获取业务参数，并将该业务参数通过业务参数发送单元200发送到IPTV用户设备，具体获取过程可以包括但不限于以下步骤：业务参数获取单元300向元数据功能实体发送签约请求消息，该消息中包括需要获取业务参数的类型、内容等信息；元数据功能实体向业务参数获取单元300发送通知消息，该消息中包括对应的业务参数。 
本发明实施例提供了一种元数据功能实体，该元数据功能实体可以位于时移电视业务控制功能实体等其他实体内作为一个子功能模块或者作为一个独立的功能实体存在，当作为一个独立的功能实体时，该元数据功能实体需要能够与时移电视业务控制功能实体通信，或者与P-CSCF通信。如图6所示，包括：第一请求接收单元1000，用于接收来自IPTV用户设备的请求消息；第一业务参数发送单元2000，与第一请求接收单元1000连接，用于接收到请求消息后，通过P-CSCF向IPTV用户设备发送业务参数。该种情况下，用户设备可以通过P-CSCF直接从元数据功能实体获取业务参数，具体过程为：用户设备可以通过P-CSCF向第一请求接收单元1000发送获取业务参数请求消息，第一业务参数发送单元2000向该用户设备发送响应消息，该消息中携带对应的业务参数。 
当然，元数据功能实体还可以向时移电视业务控制功能实体发送业务参数，供用户设备从时移电视业务控制功能实体获取业务参数。因此，还需要 包括第二请求接收单元3000，用于接收来自时移电视业务控制功能实体的请求消息；第二业务参数发送单元4000，与第二请求接收单元3000连接，用于接收到请求消息后，向时移电视业务控制功能实体发送业务参数。具体过程包括：时移电视业务控制功能实体向第二请求接收单元3000发送获取业务参数请求消息，第二业务参数发送单元4000向该时移电视业务控制功能实体发送响应消息，该消息中携带对应的业务参数。 
本发明的实施例中，用户设备通过获取的业务参数确定是否允许用户控制功能后，如果对于某个频道网络侧不支持用户控制功能或者不允许用户进行用户控制功能操作，那么通过获取到的频道信息就可以在本地禁止用户控制功能操作而避免不必要的尝试。如果用户请求的多播业务包，则业务参数为用户初始多播业务，因此，用户获知初始业务后可以切换到该初始业务，避免因为不知道该访问业务包内的业务，而不知道该如何进行业务处理；如果请求的是多播业务或者内容点播CoD业务，则用户获取的业务参数为断点时间信息，可以直接从断点位置开始为用户提供服务避免用户重新定位的问题。 
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。 
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。 

Claims (14)

1.一种传递IPTV业务参数的方法，其特征在于，包括以下步骤：
获取业务参数；所述业务参数包括：是否支持用户控制功能、是否授权给该用户进行用户控制功能、用户初始多播业务、支持时移功能的多播业务的初始访问位置信息、多播业务当前节目内容中的一种或几种；
根据所述业务参数进行对应的电视业务操作；所述业务参数不支持用户控制功能、或没授权给该用户进行用户控制功能时，禁止时移电视业务操作。
2.如权利要求1所述传递IPTV业务参数的方法，其特征在于，所述业务参数通过时移电视业务控制功能SCF获得：
向SCF发送访问请求；
接收所述SCF返回的响应消息，所述响应消息携带业务参数。
3.如权利要求2所述传递IPTV业务参数的方法，其特征在于，所述向SCF发送访问请求之后还包括；
所述SCF从元数据功能实体获取业务参数。
4.如权利要求1所述传递IPTV业务参数的方法，其特征在于，所述业务参数通过元数据功能实体获得：
向元数据功能实体发送签约请求；
接收所述元数据功能实体返回的通知消息，所述通知消息中携带业务参数。
5.如权利要求1至4中任一项所述传递IPTV业务参数的方法，其特征在于，所述业务参数包括对应的链接地址，通过所述链接地址间接获取业务参数。
6.如权利要求2至4中任一项所述传递IPTV业务参数的方法，其特征在于，所述携带业务参数的方式包括：通过扩展URI参数携带、通过扩展消息头域携带或通过扩展消息体携带。
7.一种IPTV用户设备，其特征在于，包括：
业务参数获取单元，用于获取业务参数；所述业务参数包括：是否支持用户控制功能、是否授权给该用户进行用户控制功能、用户初始多播业务、支持时移功能的多播业务的初始访问位置信息、多播业务当前节目内容中的一种或几种；
操作单元，与所述业务参数获取单元连接，用于根据所述业务参数进行电视业务操作；所述业务参数不支持用户控制功能、或没授权给该用户进行用户控制功能时，禁止时移电视业务操作。
8.如权利要求7所述IPTV用户设备，其特征在于，所述业务参数获取单元具体包括：
访问请求发送子单元，用于向SCF发送访问请求；
响应接收子单元，用于接收所述SCF返回的响应消息，所述响应消息携带业务参数。
9.如权利要求7所述IPTV用户设备，其特征在于，所述业务参数获取单元具体包括：
签约请求发送子单元，用于向元数据功能实体发送签约请求；
通知消息接收子单元，用于接收所述元数据功能实体返回的通知消息，所述通知消息中携带业务参数。
10.如权利要求7至9中任一项所述IPTV用户设备，其特征在于，所述业务参数包括对应的链接地址，通过所述链接地址间接获取业务参数。
11.一种时移电视业务控制功能实体，其特征在于，包括：
请求接收单元，用于接收来自IPTV用户设备的请求消息；
业务参数发送单元，与所述请求接收单元连接，用于接收到所述请求消息后，向所述IPTV用户设备发送业务参数；所述业务参数包括：是否支持用户控制功能、是否授权给该用户进行用户控制功能、支持时移功能的多播业务的初始访问位置信息中的一种或几种。
12.如权利要求11所述时移电视业务控制功能实体，其特征在于，还包括：
业务参数获取单元，与所述业务参数发送单元连接，用于从元数据功能实体获取业务参数。
13.一种元数据功能实体，其特征在于，包括：
第一请求接收单元，用于接收来自IPTV用户设备的请求消息；
第一业务参数发送单元，与所述第一请求接收单元连接，用于接收到所述请求消息后，向所述IPTV用户设备发送业务参数；所述业务参数包括：是否支持用户控制功能、是否授权给该用户进行用户控制功能、支持时移功能的多播业务的初始访问位置信息中的一种或几种。
14.如权利要求13所述元数据功能实体，其特征在于，还包括：
第二请求接收单元，用于接收来自时移电视业务控制功能实体的请求消息；
第二业务参数发送单元，与所述第二请求接收单元连接，用于接收到所述请求消息后，向所述时移电视业务控制功能实体发送与所述来自时移电视业务控制功能实体的请求消息对应的业务参数；所述与所述来自时移电视业务控制功能实体的请求消息对应的业务参数包括：是否支持用户控制功能、是否授权给该用户进行用户控制功能、支持时移功能的多播业务的初始访问位置信息中的一种或几种。
CN200710143030.8A 2007-08-21 2007-08-21 一种传递iptv业务参数的方法、设备及功能实体 Expired - Fee Related CN101374102B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200710143030.8A CN101374102B (zh) 2007-08-21 2007-08-21 一种传递iptv业务参数的方法、设备及功能实体
PCT/CN2008/072029 WO2009024077A1 (fr) 2007-08-21 2008-08-18 Procédé et dispositif pour acquérir un paramètre de service iptv

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710143030.8A CN101374102B (zh) 2007-08-21 2007-08-21 一种传递iptv业务参数的方法、设备及功能实体

Publications (2)

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

Family

ID=40377861

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710143030.8A Expired - Fee Related CN101374102B (zh) 2007-08-21 2007-08-21 一种传递iptv业务参数的方法、设备及功能实体

Country Status (2)

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

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102026024B (zh) * 2009-09-18 2013-03-20 中兴通讯股份有限公司 一种ppv业务的实时控制方法、系统和设备
CN101834799B (zh) * 2010-05-06 2012-12-19 工业和信息化部电信传输研究所 移动iptv的服务器选择方法、客户端、服务器和系统
CN101909062A (zh) * 2010-08-09 2010-12-08 王铮夫 一种面向三网融合的业务订阅分发和管理系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1798323A (zh) * 2004-12-29 2006-07-05 华为技术有限公司 一种实现流媒体业务的视讯终端和方法
CN1917629A (zh) * 2006-08-14 2007-02-21 Ut斯达康通讯有限公司 一种交互式电视的操作方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2624374A1 (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 (zh) * 2005-12-28 2007-07-04 中兴通讯股份有限公司 一种iptv机顶盒接入网络和业务开通的实现方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1798323A (zh) * 2004-12-29 2006-07-05 华为技术有限公司 一种实现流媒体业务的视讯终端和方法
CN1917629A (zh) * 2006-08-14 2007-02-21 Ut斯达康通讯有限公司 一种交互式电视的操作方法

Also Published As

Publication number Publication date
WO2009024077A1 (fr) 2009-02-26
CN101374102A (zh) 2009-02-25

Similar Documents

Publication Publication Date Title
US11368498B2 (en) Methods and apparatus for packetized content delivery over a content delivery network
US8656445B2 (en) Multimedia subsystem control for internet protocol based television services
EP1988666B1 (en) A streaming media network system, a realization method and a enable entity of streaming media service
KR101361053B1 (ko) 정보처리 장치 및 정보처리 방법과 컴퓨터·프로그램
JP2011525757A (ja) メディアコンテンツを推奨する方法、装置およびシステム
JP5436577B2 (ja) ネットワークにおける関連付けられたセッションの管理
CN101026462A (zh) 一种在ngn中实现流媒体业务的方法及其系统
CN102651745B (zh) 一种业务内容的播放方法、系统和装置
CN101374102B (zh) 一种传递iptv业务参数的方法、设备及功能实体
US8671422B2 (en) Systems and methods for handling advertisements in conjunction with network-based bookmarking
CN101378401A (zh) 业务资源授权控制的方法、系统和设备
CN101588471A (zh) 网络电视业务的控制、处理方法、装置及系统
Simoes et al. New interactive experiences with iptv services using an ims infrastructure
Mikoczy et al. Converged NGN-Based IPTV Architecture and Services
Mikóczy et al. Personalization of internet protocol television (IPTV) services in next-generation networks (NGN) architectures

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