专利名称：一种点播业务会话发起的方法及装置的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种点播业务会话发起的方法及装置。
背景技术：
IPTV (Internet Protocol Television:因特网协议电视)业务是一种在IP (Internet Protocol:因特网)网络上传送包含电视、视频、文本、图形和数据 等，并提供服务质量保证、体验质量保证、安全、交互性和可靠性的可管理的 多媒体业务。用户可以在家中使用个人计算机或者STB( Set Top Box:机顶盒)、 以及普通电视机方式享受IPTV业务；也可以通过移动终端享受IPTV业务。 IPTV业务是以IP包的形式来传递单播、广播或组播视频节目，正受到电信运 营商越来越多的关注。目前，ETSI标准组织下属的TISPAN( Telecommunications and Internet Converged Services and Protocols for Advanced Networking )正在研 究基于IMS (IP Multimedia Subsystem: IP多媒体子系统)网络的IPTV,即IMS Based IPTV。
的数字电视中，DVB ( Digital Video Broadcasting: ETSI数字电视标准)针对 点播节目的寻址是通过rtsp-Locator或rtp-Locator进行实现；在IMS Based IPTV 中终端进行点播的发起，采用SIP ( Session Initiation Protocol:会话初始协议) 进行会话建立的。由于传统的数字电视中的rtsp及rtp形式的Locator不能直 接在IMS Based IPTV中进行使用，因此目前在IMS Based IPTV中存在无法针 对使用Locator进行点播业务会话发起的问题。
发明内容
本发明实施例的目的在于提供一种点播业务会话发起的方法和装置，在 IMS Based IPTV中尚无法实现针对使用Locator进行点播业务会话发起的问题。
本发明实施例提供以下技术方案
一种点播业务会话发起的方法，包括
用户终端UE获取SIP格式节目位置SIP Locator;
所述UE利用所述SIP Locator生成请求统一资源标识Request-URI;
所述UE根据所述Request-URI发起点播业务会话请求。
一种位置解析实体，包括
接收单元，用于接收请求方发送的位置解析请求，所述位置解析请求中携 带有CRID;
解析单元，用于根据所述CRID进行位置解析获得点播节目的SIP Locator; 发送单元，用于将所述SIP Locator返回给所述请求方。
一种用户终端，包括 获取单元，用于获取SIP Locator;
生成单元，用于利用所述SIP Locator生成Request-URI; 发起单元，用于根据所述Request-URI发起点播业务会话请求。
在本发明实施例中，通过上述方法利用SIP Locator生成Request-URI发起 点播会话，解决了在IMS Based IPTV中尚无法实现针对使用Locator进行点播 业务会话发起的问题。
图1为本发明实施例一所提供的方法流程示意图； 图2为本发明实施例二所提供的方法流程示意图； 图3为本发明实施例三所提供的方法流程示意图； 图4为本发明实施例四所提供的方法流程示意图；图5为本发明实施例五所提供的方法流程示意图6为本发明实施例所提供的位置解析实体结构示意图7为本发明实施例所提供的用户终端结构示意图。
具体实施例方式
Locator所定义的是数字电视点播系统所定义的格式，常见于rtsp-locator 的格式，在IMS Based IPTV中并不能直接使用Locator进行节目的位置寻址。 在本发明实施例中，通过扩展DVB中所定义的Locator解决在IMS Based IPTV 中进行点播节目寻址的问题，可以通过扩展新的sip-uri格式的Locator即SIP Locator (SIP格式节目位置)，让Locator直接作为点播节目的地址信息；也可 以将rtsp-locator进行参数映射来达到IMS Based IPTV通过Locator进行点播 节目寻址的方法。同时利用上述方法相应地可以通过SIP Locator构造 Request-URI，从而解决了现有技术中存在的无法针对使用Locator进行点播业 务会话发起的问题。
本发明实施例中提供了点播业务会话发起的方法，包括UE获取SIP Locator之后，利用所述SIP Locator生成Request-URI (请求统一资源标识) 并根据所述Request-URI发起点播业务会话请求；从而解决了现有技术中存在 的无法针对使用Locator进行点播业务会话发起的问题。
在上述方法中，UE从位置解析实体中获取SIP Locator,其实现位置解析 的方法如下
SI:位置解析实体接收UE发送的位置解析请求，其中携带有标识；该标 识可以是TV-Anytime中定义的CRID ( Content Reference Identifier:内容参考 标识);
S2:位置解析实体根据位置解析请求中的CRID进行位置解析，解析出一 个点播节目的具体位置locator。
S3:位置解析实体将解析后的locator返回给UE。位置解析实体可以将一个CRID解析成一个或多个节目地址，可以通过一 个直播节目中某个时间段来表达该节目的具体地址，也可以是一个通过点播来 进行访问该节目的具体地址。
在IMS Based IPTV中，用户终端在发起点播节目时，需要节目标识与提 供业务服务的SCF (Service Control Function:业务控制功能)的地址， Request-URI就是由节目标识和SCF的地址组成构成的。通过扩展目前Locator 的表现形式，让SIP-URI作为Locator的一种形式提供给用户，可以让用户终 端直接利用该寻址信息从而进行节目的点播。采用SIP格式作为Locator进行 节目寻址的方法，其中以SIP为格式的Locator的信息可以至少包括点播内 容的节目标识、点播内容的服务器。Locator的信息还可以包含具体实例的相 关描述，如节目播放的方式、点播节目可以被点播的有效时间，点播节目的 持续时间等。下面是Locator具体实现方式的描述。
本发明所有实施例中的sip-Locator可以包括业务标识、也可以不包含业务 标识。该业务标识是标识一个具体业务的，可以是一个固定字符串组成。比如 IPTV的点播业务可以通过"IPTV一COD—SERVICE"进行标识。
本发明所有实施例中所有请求中的Request-URI也可以定义一些特殊字符 串标识特殊含义，如标识一个业务标识。例如可以增加"IPTV—COD—SERVICE" 来标识一个IPTV的点播业务。具体方法可见方式一中Request-URI构造C.
方式一采用扩展SIP-URI的方式实现Locator,不包括实例标识。 解析后的Locator采用一种扩展sip-uri的形式，命名为sip—locator。 Sip—locator的userinfo部分为节目标识。host部分为业务^是供者域名，该业务 提供者域名是用于标识一个业务提供者提供节目的服务器的域名。新增的参数 类型iptv-param来表示节目的寻址信息，为可选参数。具体的格式如下定义
8SIP-面 ="sip:" [ userinfo ] hostport uri-parameters [ headers ] uri-parameters = *( ";" uri-parameter) uri-parameter= transport-param / user-param / method-param / ttl-pararr maddr-param / lr-param / iptv-param / other-param
iptv-param参数主要是携带IPTV业务的相关信息，即内容实例描述信息， 包括节目播放的方式、点播节目可以被点播的有效时间、节目持续的时间等； 可以通过mode、 start、 duration、 end几个参数进行表示，参数之间的排列顺 序、参数格式可以任意，参数均为可选参数。示例如下
iptv-param= [mode_param][ start_param] [duration_param][end__param]
mode_param = "mode =" mode
mode = "scheduled" | "ondemand"
startjparam = "start=" string refer to ISO 8601-2004 20040506T130000+08
duration_param= "duration=" string refer to ISO 8601-2004 P0Y6M5DT3H0M0S
end_param = "end=" string refer to ISO 8601-2004 20040506T130000+08
当Locator是一个点播地址时，iptv-param中各参数的含义说明如下 [modejaram]即为"ondemand"代表该地址是个点播节目的地址； [start_param] 、 [end_param]两个参凄丈分别代表点播内容可以被有效点播的 开始时间与结束时间，与DVB中采用的4各式(^〈window—start>;<window—end〉 类似，SIPURI格式与DVB的参数的携带格式有所不同，原因在于"@，， " /" 在SIPURI参数中都定义为保留字，不可出现在uri-parameter中。其中节目标识是通过CRID与IMI (内容实例标识)共同构造的能够对应唯 一的节目实例的标识。
sip—locator = [ CRID + IMI ] @ SPDomain; [iptv-param] i口下是该sip—locator的一些示例
示例1: 一个从2008年8月1日到2008年9月30日内有效的高清电影 《英力,》对应的sip—locator为
sip:hero—hd01@cmcc.co;start=2008-08-01T00:00:00+08;end=2008-09-30T23 :59:59+08
示例2: —个从2008年8月1日到2008年9月30日可以被点播的标清 《英i,》？于应的sip—locator为
sip:hero—sd02@cmcc.co;mode=ondemand;start=2008-08-01T00:00:00+08;en d=2008-09-30T23:59:59+08
示例3: —个从2008年8月1日到2008年9月30日可以被点播的带有 广告,并且持续2小时50分钟的节目《英雄》对应的sip—locator为
sip:hero—ad03@cmcc.co;mode=ondemand;start=2008-08-01T00:00:00+08;en d=2008-09-30T23:59:59+08;duration=PT02H50M
当Locator采用以上构成的SIP地址后。终端在进行IMS Based IPTV中 COD业务时，请求中的Request-URI可以是以下三种
A. 直接使用Locator的全部内容
Request-URI为[CRID + IMI ] @ SPDomain; [iptv-param] 如针对示例1: request-uri填写
sip:hero—hd01@cmcc.co;start=2008-08-01T00:00:00+08;end=2008-09-30T23 :59:59+08
B. 使用Locator的前部分内容 Request-URI为[CRID + IMI ] @ SPDomain ^口 4十只十示i"列2: request-uri ^真写sip:hero—sd02@cmcc.co
C.使用Locator的全部内容或部分内容和业务标识组合构成 Request画URI为业务标识+ [ CRID + IMI ] @ SPDomain; [iptv-param] 或业务标识+ [ CRID + IMI ] @ SPDomai j口 4十只于示例2: request-uri》真写
sip:IPTV—COD—SERVICE—hero—sd02@cmcc.co;start=2008-08-01T00:00:00 +08;end=2008-09-30T23:59:59+08
sip:IPTV—COD—SERVICE—hero—sd02@cmcc.co
终端的这三种方式的点播请求，对于网路侧都可以〗吏用节目的唯一标识 [CRID + IMI ]进行节目的寻址。
方式二釆用扩展SIP-URI的方式实现Locator,包括实例标识。 解析后的Locator采用 一种扩展sip-uri的形式，命名为sip—locator。 Sip—locator的userinfo部分为内容参考标识(CRID )。 host部分为用于标识4是 供该节目的业务提供者域名。新增的参数类型iptv-param来表示节目的寻址信 息，其中包括节目实例标识，为可选参数。具体的格式如下定义 SIP画URI = "sip:" [ userinfo ] hostport uri-parameters [ headers ] uri-parameters = *( ";" uri-parameter) uri-parameter= transport-param / user-param / method-param / ttl-param / maddr-param / lr-param / iptv-param / other-param
iptv-param参数主要是携带IPTV业务及实例的相关信息，如节目的实例 标识、节目播放的方式、点播节目可以被点播的有效时间、节目持续的时间等； 可以通过instance、 mode、 start、 duration、 end几个参凄史进4亍表示，参凄t之间 的排列顺序、参数格式可以任意，示例如下
iiiptv-param=[instance_param] [mode_pamm][ start_param] [duration_param] [end_param]
instance_param "imi=" string mode_param = "mode =" mode mode = "scheduled" | "ondemand"
start_param = "start=" string refer to ISO 8601-2004 20040506T130000+08
duration_param= "duration=" string refer to ISO 8601-2004 P0Y6M5DT3H0M0S
end_param = "end=" string refer to ISO 8601-2004 20040506T130000+08
当Locator是一个点播地址时，iptv-param中各参数的含义说明如下 [instancejaram]为这个点播地址所代表节目的实例标识； [modejaram]即为"ondemand"代表该地址是个点纟番节目的地址； [start_param] 、 [endj)aram]两个参数分别代表点播内容可以被有效点播的 开始时间与结束时间，与DVB中釆用的格式(^〈window—start>;<window—end> 类似，SIPURI格式与DVB的参数的携带格式有所不同，原因在于"@" " /" 在SIPURI参数中都定义为保留字，不可出现在uri-parameter中。
Locator定义的才各式大f文》口下
sip—locator = [ CRID] @ SPDomain; [iptv-param]
^口下是i亥sip—locator的一些示例
示例1: 一个从2008年8月1日到2008年9月30日内有效的高清电影 《英力#》7于应的sip—locator为
sip:herol@cmcc.co;imi=hd01;start=2008-08-01T00:00:00+08;end=2008-09-3 0T23:59:59+08示例2: —个从2008年8月1日到2008年9月30日可以被点播的标清 《英i,》对应的sip—locator为
sip:hero@cmcc.co;imi=sd02;mode=ondemand;start=2008-08-01T00:00:00+0 8;end=2008-09-30T23:59:59+08
示例3: —个从2008年8月1日到2008年9月30日可以被点播的带有 广告，并且持续2小时50分钟.的节目《英雄》对应的sip_locator为
sip:hero@cmcc.co;imi=ad03;mode=ondemand;start=2008-08-01T00:00:00+0 8;end=2008-09-30T23:59:59+08;duration=PT02H50M
当Locator采用以上构成的SIP地址后。终端在进行IMS Based IPTV中 COD业务时，请求中的Request-URI可以是以下三种
A. 直接使用Locator的全部内容
Request-URI为[CRID ] @ SPDomain; [iptv隱param] ^t口 4十只十示例1: request-uri ^真写
sip:herol@cmcc.co;imi=hd01;start=2008-08-01T00:00:00+08;end=2008-09-3 0T23:59:59+08
B. Request-URI 4吏用Locator的前部分内容，SDP (Session Description Protocol:会话描述协议)中携带部分信息
Request-URI为[CRID ] @ SPDomain
^口 4十只十示例2: request-uri吾卩分》真写hero@cmcc.co，
并扩展SDP的a行携带[iptv-pamm]信息；
当然除了 SDP中携带[iptv-param]信息，也可以通过SIP请求中的BODY 信息来携带[iptv-param]信息。
这样网络可以通过Request-URI中的内容参考标识与SDP的a行中实例标 识信息可以寻址到唯一的节目标识。方式三通过扩展userinfo的SIP方式实现Locator 与方式一类似，将Locator作为 一种扩展sip uri的形式提供给用户；本方 式中，Locator的扩展方式是通过将节目寻址的信息放入SIP的userinfo部分中，
示例力a下
SIP-URI = "sip:" [userinfo ] hostport
uri-parameters [ headers ] uri画parameters = *( ";" uri-parameter)
其中[userinfo]包含节目的标识、节目播放方式、节目的播放时间等信息。 这些信息用一定规则或一个分隔符进行区分，比如可以用"％"进行区分。
Locator定义的格式大致如下,userinfo信息是由内容参考标识与实例标识 构造成的节目唯一标识以及其他的一些实例描述信息所组成。 sip—locator = [ CRID + IMI + iptv-param] @ SPDomain; ^口下是sip—locator的一些示例
示例1: 一个从2008年8月1日到2008年9月30日内有效的高清电影 《英i,》只于应的sip—locator为
sip:hero%hd01%2008-08-01T00:00:00+08%2008-09-30T23:59:59+08@cmcc
.co
示例2: —个从2008年8月1日到2008年9月30日可以被点播的标清 《英力#》2于应的sip—locator为
sip:hero%sd02%2008-08-01T00:00:00+08%2008-09-30T23:59:59+08@cmcc
.co
示例3: —个持续2小时50分钟带有广告的节目《英雄》对应的sip—locator
为
sip:hero%ad03% PT02H50M @cmcc.co
当Locator采用以上构成的SIP地址后。终端在进4亍IMS Based IPTV中
14COD业务时，请求中的Request-URI可以是以下三种
A. 直接使用Locator的全部内容
Request誦URI为[CRID + IMI + iptv-param] @ SPDomain; 如针对示例1: request-uri填写
sip:hero%hd01%2008-08-01T00:00:00+08%2008-09-30T23:59:59+08@cmcc .co
B. Request-URI只使用Locator中部分信息。 Request-URI为[CRID + IMI] @ SPDomain 如针对示例2: request-uri填写 sip:hero%sd02@cmcc,co
C. Request-URI使用Locator与业务标识 Request-URI为业务标识+ [ CRID + IMI] @ SPDomain 或业务标识+ [CRID + IMI + iptv-param] @ SPDomain ^口 4十只于示例2: request-uri》真写
sip: IPTV一COD一SERVICE—hero%sd02@cmcc.co
终端的这三种方式的点播请求，对于网络侧都可以使用节目的唯一标识 [CRID + IMI ]进行节目的寻址。
方式四使用节目的SIP地址做为Locator的部分内容，其他的节目实例 描述信息作为Locator的另 一部分内容
节目的SIP地址是节目的一个实例的具体寻址信息。其中userinfo信息是 唯一的节目标识，可以由CRID与IMI共同构造而成。
节目实例描述信息可以包括但不限于节目播放的方式、点播节目可以被 点播的有效时间；这些信息可由系统定义并进行增加、修改等操作，类似与方 式一中所定义的iptv-param参数中的信息。节目实例描述信息不属于SIP格式中的部分，但属于Locator的附属信息。该信息终端必须能够识别及判断，从 而能够对Locator进行地址的提取。
用户终端可以理解并且能提取Locator中会话所需的SIP地址。示例如下
示例1: 一个从2008年8月1日到2008年9月30日可以被点播的高清 《英i,》7于应的sip—locator为
mode=ondemand;start=2008-08-01T00:00:00+08;end=2008-09-30T23:59:59+ 08;sip:hero—hd01@cmcc.co
示例2: —个从2008年7月20日20点开播，持续1小时50分钟的标清 节目《英il》对应的sip—locator为
mode=scheduled;start=2008-07-20T20:00:00Z;duration=PT01H50M; sip:hero一sd02@cmcc.co
节目寻址信息也可以设置在Locator的后面，如 示例3:
sip:hero一hd01 @cmcc.co;mode=ondemand;start=2008-08-01 T00:00:00+08;en d=2008-09-30T23:59:59+08; 示例4:
sip:hero—sd02@cmcc.co; start=2008-07-20T20:00:00Z;duration=PT01H50M
当Locator采用以上形式构成的SIP地址后。终端在进4亍IMS Based IPTV 中COD业务时，请求中的Request-URI通过提取其中SIP地址进行业务请求 4十对示例1禾口示移')3: request-uri 4吏用sip:hero—hd01@cmcc.co 4十只于示例2禾口示<列4: request-uri <吏用sip:hero—sd02@cmcc.co
在上述方法中，位置解析实体可以将解析后的locator返回给用户终端， 用于用户终端进行节目的获取。
如果用户终端获取到的Locator采用方式一的4^式，则用户终端可以解析SIP-URI中的参数，利用userinfo信息作为节目的唯一标识，利用iptv-param 参数来判断获取节目资源的条件，判断该节目是否在有效的时间内可以进行播 放；并用Locator或Locator的一部分作为Request-URI部分发起点播业务的会 话。
如果用户终端获取到的Locator采用方式二的格式，则用户终端可以解析 SIP-URI中的参数，利用userinfo信息作为节目的参考标识，利用iptv-param 参数来获取节目的实例标识、节目资源的播放条件，判断该节目是否在有效的 时间内可以进行播放；并用Locator作为Request-URI部分发起点播业务的会 话。可以将Locator中节目的寻址信息如节目的实例标识、节目的播出时间等 信息发送给SCF;发送的方法可以是通过扩展SDP中的a属性来携带节目的 实例信息，也可以将这些信息存放在sip消息body中所携带的XML信息中。
如果用户终端获取到的Locator采用方式三的格式，则用户终端可以解析 SIP-URI中的参数，利用[userinfo]参数来判断获取节目资源的条件，判断该 节目是否在有效的时间内可以进行播放；Locator中[userinfo ]信息含有节目唯 一标识，终端并用Locator作为Request-URI部分发起点播业务的会话。
如果用户终端获取到的Locator采用方式四的格式，则用户终端可以解析 Locator中的寻址信息参数，利用寻址信息参数来判断获取节目资源的条件， 判断该节目是否在有效的时间内可以进行播放，最后可以4是取Locator中的 SIP-URI作为Request-URI部分进行发起点播业务的会话；可以将Locator中 节目的寻址信息如节目的实例标识、节目的播出时间等信息发送给SCF;发送 的方法可以是通过扩展SDP中的a属性来携带节目的实例信息，也可以将这 些信息存放在sip消息body中所携带的XML信息中。
采用上述SIP Loactor的实现方式，相应地可以通过SIP Locator构造 Request-URI,从而解决了现有技术中存在的无法针对使用Locator进行点播业 务会话发起的问题。下面，参照附图对本发明实施例的具体实现进行详细描述。
参见图1,网络侧的SSF ( Service Selection Function:业务选择功能)作 为位置解析实体，用户终端UE发起对节目位置寻址的请求，SSF返回点播节 目的位置地址(可以采用方式一的Locator),用户对该节目进行选择观看。
该实施例的方法包括以下步骤
步骤100: UE ( User Equipment :用户终端设备)通过EPG ( Electronical Program Guide:电子节目指南)、Email、或短消息等方式获耳又内容参考标识 CRID,比方《功夫熊猫》的才示识为crid:〃cctv.cartoon.com/GongFuPanda
步骤102: UE发起节目解析请求至SSF，节目解析请求可以是HTTP请 求；该节目解析请求携带节目的CRID。
步骤104: SSF对内容参考标识(CRID)进行解析，并将节目的位置信息返 回给UE，如下示例供参考
<Result CRID=" crid:〃cctv.cartoon.com/GongFuPanda " status="resolved"
complete="true" acquire="any"> <Lo cationsResult>
<Locator>sip:GongFuPanda—hd001@cctv.com;mode=ondemand;start=2008-08-01T00: 00:00+08;end=2008-09-30T23:59:59+08</Locator> </Lo cationsResult> <LocationsResult>
<Locator>sip:GongFuPanda—sd007@cctv.com;mode=ondemand;start=2008-06-23T00:0 0:00+08;end=2008-10-21T23:59:59+08</Locator> </LocationsResult> </Result>
步骤106: UE通过位置解析，可以显示一个节目有两个点播地址。如UE 上显示《功夫熊猫》可以在2008年8月1日到2008年9月30日之间在cctv 的点播服务器点播高清的该影片，也可以在2008年6月23日到2008年10 月21日之间，在cctv的点播服务器点播地清的该影片
18步骤108:用户根据当前时间及喜好，利用用户界面的提示进行影片的选 择并观看，这里用户假设选择了点播节目的观看
sip:GongFuPanda—hd001@cctv.com;mode=ondemand;start=2008-08-01T00:00:00+08;end =2008-09-30T23:59:59+08
步骤110:由于UE的节目观看发起时间符合该节目所在频道的播出时段， 则UE利用Locator,即
(sip:GongFuPanda—hd001@cctv.com;mode=ondemand;start=2008-08-01T00:00:00+08;e nd=2008-09-30T23:59:59+08 )
或Locator中部分信息sip:G。ngFuPanda—hd001 @cctv.com)
作为Request-URI发起点播会话建立。
需要说明的是，在步骤108中，如果用户观看节目的时间不在与Locator 中iptv-pamm所描述的有效时间内，则用户不能进行点播节目的观看。此时给 用户进4于相应才是示。
该实施例可以使终端直接使用位置解析后的Locator发起点播业务中会话 的建立，可以达到节目寻址的目的。
参见图2， SSF作为位置解析实体，UE发起对节目点播观看的请求，SSF 将最优的地址信息返回给UE(可以釆用方式四的Locator);这样用户就无需进 行选择。
该实施例的方法包括以下步骤
步骤200: UE通过EPG、 Email、或短消息等方式获取CRID,比方《功 夫熊猫》的才示i口、为crid:〃cctv.cartoon.com/GongFuPanda
步骤202: UE直接发起对该节目的观看，此时将CRID发送至SSF，由 SSF进行位置解析；
步骤204: SSF对CRID进行解析后，根据设置好的过滤条件进行地址过 滤，选择其中一个点播地址信息发送给UE，比如可以选择效果最优的点播地
19址；下面是进行地址过滤的具体实现方法的示例SSF根据当前时间，将不在 有效插-;改时间内的点t番节目的Locator过滤掉；如果还有多个Locator时，可 以根据用户的设置规则(如点播节目的费用等)进行过滤，还可以依据网络侧 的参数(如带宽大小、用户区域、运营商提供的优先级等)进行过滤。
步骤206: SSF返回所选择的点播地址信息给UE;该点播地址信息可以 是一个sip-uri形式的Locator,来标识一个点播节目的位置，示例如下 〈Result CRID-" crid:〃cctv.cartoon,com/GongFuPanda " status="resolved" complete-"true" acquire=" any"> <LocationsResult>
<Locator>mode=ondemand;start=2008-08-01T00:00:00+08;end=2008-09-30T23:59:59+08; sip:GongFuPanda_ad007@cctv.com </Locator> </Lo cationsResult> </Result>
步骤208: UE提取Locator中SIP格式的信息
sip:GongFuPanda—ad007@cctv.com 4乍为Request誦URI，发起点4番会i舌建立过禾呈。
需要说明的是，在步骤204中，如果SSF解析不出CRID对应的点播地址 信息时，网络侧提示用户现在不能进行节目的播放。
该实施例中，可以由SSF进行过滤，选择出更优的位置信息发送给终端。
参见图3， UE作为位置解析实体，UE发起对节目位置寻址的请求，本实 施例采用方式三实现Locator。
该实施例的方法包括以下步骤
步骤300: SSF将内容解析信息(ContentReferencingTable)下发给UE:下 发的方法可以采用TISPAN定义的广播等方式，下方的内容可以包括 TV-Anytime定义的ContentReferencingTable中的节目与位置的映射表；
步骤302: UE通过EPG、 Email、或短消息等方式获取内容参考标识CRID，比方《功夫熊猫》的才示识为crid:〃cctv.cartoon.com/GongFuPanda
步骤304: UE通过本地的内容解析信息中的对应关系，找到内容参考标
识所能寻址到的位置信息，示例如下
< xml version:，1.0' encoding='ISO-8859-9' 〉 <ContentReferencingTable xmlns='um:tva:ContentReferencing:2005' xmlns:xsi='http:〃www.w3.org/2001/XMLSchema-instance' version='l'> <Result CRID=" crid:〃cctv.cartoon.com/GongFuPanda " status="resolved" complete="true" acquire=，'any"> <LocationsResult>
<Locator>sip:GongFuPanda%hd007%2008-08-01T00:00:00+08%2008-09-30T23:59:5 9+08@cctv.com </Locator> </LocationsResult> <LocationsResult>
<Locator>sip:GongFuPanda%sd008%2008-08-30T00:00:00+08%2008-10-30T23:59:59 +0 8 @cctv. com</Lo cator> </LocationsResult> </Result>
</ContentReferencingTable>
步骤306:用户选择其中的某个节目位置信息进行观看。比如选择了 Locator:
sip:GongFuPanda%hd007%2008-08-01T00:00:00+08%2008-09-30T23:59:59+08@cctv.co
m
步骤308: UE直接利用Locator信息
(sip:GongFuPanda%hd007%2008-08-01T00:00:00+08%2008-09-30T23:59:59+08@cctv .com)作为Request-URI,直4妄发起点纟番会话建立过程
21参见图4，网络侧的SSF作为位置解析实体，UE发起对节目位置寻址的 请求，SSF返回一个点播节目所对应的多个实例的位置地址(可以采用方式二 的Locator)。
该实施例的方法包括以下步骤
步骤400: UE通过EPG、 Email、或短消息等方式获取内容参考标识CRID, 比方《功夫熊猫》的标识为crid:〃cctv.cartoon.com/GongFuPanda
步骤402: UE发送节目解析请求至SSF,该节目解析请求可以是HTTP 请求；
步骤404: SSF将CRID进行解析，并返回节目位置信息至UE，节目位 置信息可以是同一个节目不同版本(比如高清版本和标清版本)的地址，示例
〈Result CRID=" crid:〃cctv.cartoon.com/GongFuPanda " status="resolved" complete="true" acquire="any"> <LocationsResult>
<Locator>sip:GongFuPanda@cctv.com;imi=HD01;mode=ondemand;start=2008-08-01T 00:00:00+08;end=2008-09-30T23:59:59+08</Locator> </LocationsResult> <LocationsResult>
<Locator>sip:GongFuPanda@cctv.com;imi=SD01;mode=ondemand;start=2008-08-01T 00:00:00+08;end=2008-09-30T23:59:59+08</Locator> </Lo cationsResult> </Result〉
步骤406: 通过位置解析，UE上显示《功夫熊猫》可以在2008年8月1 日到2008年9月30日之间在cctv的点播服务器点播观看，同时提供高清和 标清两个版本，用户可以选择其中一种版本进行播放。
步骤408: UE可以根据当前的时间及喜好，利用用户界面的提示进行影 片的选择，假设选择了点播节目观看的地址为
22sip:GongFuPanda@cctv.com;imi=HD01;mode=ondemand;start=2008-08-01T00:00:00+08; end=2008-09-30T23:59:59+08
步骤410:由于用户的节目观看发起时间符合该节目所在频道的播出时 段，UE利用Locator ( sip:GongFuPanda@cctv.com)的部分作为Request-URI, 直接发起点播会话建立过程。其中，区分节目实例的实例标识通过SDP中的a 行进行携带
INVITE GongFuPanda@cctv.com SIP/2.0
Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp;branch=z9hG4bKnashds7
Max-Forwards:
Route:
P-Sercice-Regulation: AutoRecord
P-Access-Network-Info: 3GPP-UTRAN-TDD; utran-cell-id-3gpp=234151D0FCE11 Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE Content-Type: application/sdp Content-Length:(...)
—隱SDP---
m-video 2000 RTP/AVP 101 a=ptime:20
a=rtpmap:101 H263-1998 a=imi: HD01
该步骤中，SCF收到请求后根据Request-URI中的节目标识以及SDP中 的实例标识共同进行地址解析。
需要说明的是，在步骤408中，如果用户所观看节目的时间不在与Locator 中iptv-param所描述的有效时间内，则用户不能进行点播节目的观看，由网络侧给用户进行相应的提示。
除了上述的四种SIP形式的Locator,让终端能够直接对节目进行寻址。 同样也可以利用非SIP形式Locator中的节目实例信息发起点播节目的会话。 这种可以利用的其他形式的Locator中的信息必须包括由节目标识信息，该节 目标识信息可以由内容参考标识CRID与节目实例标识IMI共同构造而成；该 形式的Locator中信息可以包含提供该节目服务的服务器地址，如果不包含， 可由终端通过其他途径获取，比如通过SDP业务发现获取；该形式的Locator 中信息可以包含内容实例描述信息，即节目实例的相关描述信息，如可以点播 的有效时间、节目持续时间等信息，让用户能够进行选^^节目观看时提供判断 条件。
如目前在DVB中定义了以rtsp-uri为格式的Locator进行点播节目的寻址， 见TS 102539V010101中第8章的定义。示例如下
rtsp-Locator = rtsp:〃<host>[:port] [/absolute_path]
IMS Based IPTV中的COD业务的Request-URI是SIP形式的，不能直接 使用DVB定义的数字电视中扩展的Locator形式，但可以通过以下的映射， 达到在IMS Based IPTV中通过Locator进行节目寻址的目的。 Request-URI的中SIP格式采用"sip:" [ userinfo ] hostport 其中[userinfo ]的参凄t采用rtsp-Locator的< absolute_path >部分 对于< absolute_path 〉中不符合SIP中[userinfo ]的字符做字符转化，如7" 等。转化的规则可以多种形式，比如可以将路径分割符"/，，转化成SIP中可 以的"-，，字符。
其中hostport参数采用rtsp-Locator的host部分
示例如下，《英雄》在位置解析时Locator为
<Result CRED="crid:〃zhangyimou.com/hero " status="resolved" complete="true" acquire="any"><LocationsResult>
<Locator>rtsp:〃www.foo.com:9C^0/video/hero@2006-01-01T00:00:00Z;2006-01-31T23:5 9:59Z〈/Locator〉
</Lo cationsResult> </Result>
则UE在发起对《英雄》片子进行点播时，发起的点播会话的Request-URI 将Locator从
rtsp:〃www.foo.com:9090/video/hero/imi@2006-01-01T00:00:00Z;2006-01-31T23:59:59Z 映射成
Sip: video-hero-imi@www. foo. com
根据这种映射关系生成SIP格式地址，作为SIP消息头中Request-URI的 部分，可以发起IMS Based IPTV的点播业务。
参见图5，网络侧的SCF成为一个位置解析实体，UE发起节目位置寻址 请求；SCF返回点播节目的位置信息(可以采用上述rtsp形式表示)。
需要说明的是，本实施例中，其他网络侧设备如SSF、以及OIF定义IPTV metadata control实体、IPTV control实体、内容交付功能实体或者内容控制功 能实体也可以作为位置解析实体。其中的内容交付功能实体可以是MDF (media delivery fimction) 、 CDF(content delivery function), 内容4空制功負^实体 可以是MCF ( media control fiinction) )、 CC(Cluster Controller), CDNC ( content delivery network controller),其流程和SCF作为位置解析实体类似，其他实施 例也可以类似适用。
步骤500: UE通过EPG、 Email、或短消息等方式获取CRID,比方《功 夫熊猫》的才示i口、为crid:〃cctv.cartoon.com/GongFuPanda
步骤502: UE发起节目解析请求至SCF，该节目解析请求可以是HTTP请求；
步骤504: SCF将节目进行解析，并返回节目位置信息至UE,节目位置 信息可以是同一个节目不同版本(比如高清版本和标清版本)的地址，示例如 下
<Result CRID=" crid:〃cctv.cartoon.com/GongFuPanda " status="resolved" compIete="true" acquire="any"> <LocationsResult>
<Locator>rtsp:〃www.foo.com:9090/cartoon/GongFuPanda/hd001@2008-08-01T00:00: 00Z;2008-09-30T23:59:59Z</Locator> </Lo cationsResult> <LocationsResult>
<Locator〉rtsp:〃www.foo.com:9090/cartoon/GongFuPanda/sd002@2008-08-01T00:00:0 0Z;2008-09-30T23:59:59Z</Locator> </Lo cationsResult> </Result>
步骤506:通过位置解析，UE上显示《功夫熊猫》可以在2008年8月1 曰到2008年9月30日之间在foo.com的点播服务器点播观看，同时提供高清 和标清两个版本，用户可以选择其中一种版本进行播放。
步骤508:用户可以根据当前的时间及喜好，利用用户界面提示进行影片 的选择，假设用户选择了高清节目的观看，示例如下
rtsp:〃www.foo.com:9090/cartoon/GongFuPanda/hd001@2008-08-01T00:00:00Z;2008-09-30T23:59:59Z
步骤510:由于UE的节目观看发起时间符合该节目所在频道的播出时段， UE将RTSP格式的Locator映射成SIP格式发起COD会话建立过程；则 Request-URI被映射成为(sip: cartoon-GongFuPanda-hd001@www.foo.com); 如果需要也可以将Locator中的实例描述信息通过SDP中的a属性，或sip消 息body中所携带的XML中进行携带。如
26INVITE cartoon-GongFuPanda-hd001@www.foo.com SIP/2.0
Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp;branch=z9hG4bKnashds7
Max-Forwards:
Hout6:
P-Sercice-Regulation: AutoRecord
P-Access陽Network-Info: 3GPP-UTRAN-TDD; utran-cell-id-3gpp=234151D0FCE11Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGEContent-Type: application/sdpContent-Length:(...)
—SDP—
m=video 2000 RTP/AVP 101a=ptime:20
a=rtpmap:101 H263-1998
a=imi: 2008-08-01T00:00:00Z&2008-09-30T23:59:59Z
另外，本发明实施例还提供了一种位置解析实体，如图6所示，该位置解析实体包括
接收单元，用于接收请求方发送的位置解析请求，该位置解析请求中携带有CRID;
解析单元，用于根据上述CRID进行位置解析获得点播节目的位置信息；发送单元，用于将该位置信息返回给请求方。
其中，位置解析实体可以为SSF,这种情况下，解析单元可以包括初始解析单元，用于根据CRID进行位置解析得到原始位置信息；过滤单元，用于对原始位置信息进行过滤，获得位置信息。
27另外，位置解析实体还可以为UE,位置解析实体还可以包括解析方案获取单元，用于获取内容解析信息；
这种情况下，解析单元利用内容解析信息，查找所述CRID对应的位置信
台
上述位置解析实体还可以为SCF，如方法实施例五所示。
本发明实施例还提供了 一种用户终端，如图7所示，该用户终端可以包括
获取单元，用于获取SIP Locator;
生成单元，用于利用SIP Locator生成Request-URI;
发起单元，用于根据Request-URI发起点播业务会话请求。
另外，该用户终端还可以包括内容解析信息获取单元，用于获取内容解析信息；此时，获取单元获取SIP Locator具体为利用所述内容解析信息，查找CRID对应的SIP Locator。
另外，本发明实施例还提供了一种系统，包括位置解析实体和请求方；在该系统中，位置解析实体接收请求方发送的位置解析请求，该位置解析请求中携带有CRID;
位置解析实体根据CRID进行位置解析获得点播节目的位置信息并将所
述位置信息返回给请求方。
其中的位置解析请求可以是HTTP请求。其中请求方通过EPG、 Email或短消息方式获取该CRID。其中一个实施例，位置解析实体可以为SSF，请求方可以为用户终端UE;
该实施例中UE从位置信息中选择一个节目地址，发起点播会话建立。
其中一个实施例，位置解析实体可以为SSF，请求方可以为用户终端UE;
该实施例中SSF才艮据CRID进行位置解析得到原始位置信息；SSF对原始位
置信息进行过滤，获得所述位置信息。
其中一个实施例，位置解析实体可以为UE,请求方可以为用户终端UE;该实施例中UE获取内容解析信息；UE利用内容解析信息，查找CRID对应的位置信息；UE从所述位置信息中选择一个节目地址，发起点播会话建立。
其中一个实施例，位置解析实体可以为SSF，请求方可以为用户终端UE;该实施例中SCF接收UE发送的点播会话建立请求，点播会话建立请求将位置信息作为Request-URI,点播会话建立请求中SDP的a行携带节目实例标识；SCF根据位置信息和节目实例标识发起点播会话建立。
其中一个实施例，位置解析实体可以为SCF或SSF,请求方为用户终端UE;该实施例中所述UE将所述位置信息映射为SIP地址；UE利用SIP地址发起点播会话建立。
在上述系统的基础上，用户终端UE获取SIP Locator后利用所述SIPLocator生成Request-UR，并根据所述Request-URI发起点播业务会话请求。从而解决了现有技术中存在的无法针对使用Locator进行点播业务会话发起的问题。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM, U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1、一种点播业务会话发起的方法，其特征在于，所述方法包括用户终端UE获取SIP格式节目位置SIP Locator；所述UE利用所述SIP Locator生成请求统一资源标识Request-URI；所述UE根据所述Request-URI发起点播业务会话请求。
2、 根据权利要求1所述的方法，其特征在于，用户终端UE获取SIPLocator 具体包括位置解析实体接收位置解析请求，所述位置解析请求中携带有内容参考标 识CRID;所述位置解析实体根据所述CRID进行位置解析获得点播节目SIP Locator;所述位置解析实体将所述SIP Locator返回给UE。
3、 根据权利要求2所述的方法，其特征在于，所述位置解析实体为所述 UE，所述方法还包括所述UE获取内容解析信息；所述位置解析实体根据所述CRID进行位置解析获得点播节目SIPLocator 具体为所述UE利用所述内容解析信息，查找所述CRID对应的SIPLocator。
4、 根据权利要求2所述的方法，其特征在于，所述位置解析实体为网络 侧设备，所述位置解析实体根据所述CRID进行位置解析获得点播节目SIP Locator具体为所述网络侧设备根据所述CRID进行位置解析得到原始位置信息； 所述网络侧设备对所述原始位置信息进行过滤，获得所述SIPLocator。
5、 根据权利要求4所述的方法，其特征在于，所述网络侧设备为SSF、 IPTV metadata control实体、SCF或者IPTV control实体、媒体控制功能实体、 媒体交付功能实体。
6、 根据权利要求1所述的方法，其特征在于，所述SIP Locator携带节目 标识和业务_^是供者域名。
7、 根据权利要求6所述的方法，其特征在于，所述节目标识由内容参考标识CRID与内容实例标识IMI生成。
8、 根据权利要求6所述的方法，其特征在于，所述SIP Locator还携带内 容实例描述信息。
9、 根据权利要求1或6或7或8任一项所述的方法，其特征在于，所述 Request-URI由所述SIP Locator生成或所述Request-URI由所述SIP Locator 和业务标识生成。
10、 根据权利要求1所述的方法，其特征在于，所述SIP Locator携带内 容参考标识CRID、内容实例标识IMI和业务提供者域名；所述Request-URI 直接由所述SIP Locator中的CRID、业务提供者域名生成。
11、 根据权利要求1或IO所述的方法，其特征在于，所述点播业务会话 请求中的SDP的属性行携带内容实例标识IMI。
12、 一种用户终端，其特征在于，所述用户终端包括 获取单元，用于获取SIP Locator;生成单元，用于利用所述SIP Locator生成Request-URI; 发起单元，用于根据所述Request-URI发起点播业务会话请求。
13、 根据权利要求12所述的用户终端，其特征在于，还包括 内容解析信息获取单元，用于获取内容解析信息；获取单元获取SIP Locator具体为利用所述内容解析信息，查找CRID 对应的SIPLocator。
14、 一种位置解析实体，其特征在于，包括接收单元，用于接收请求方发送的位置解析请求，所述位置解析请求中携 带有CRID;解析单元，用于根据所述CRID进行位置解析获得点播节目的SIP Locator; 发送单元，用于将所述SIP Locator返回给所述请求方。
15、 根据权利要求14所述的位置解析实体，其特征在于，所述位置解析 实体为SSF，所述解析单元包括初始解析单元，用于々艮据所述CRID进行位置解析得到原始位置信息；过滤单元，用于对所述原始位置信息进行过滤，获得所述SIPLocator。
16、根据权利要求14所述的位置解析实体，其特征在于，所述位置解析 实体为UE，所述位置解析实体还包括解析方案获取单元，用于获取内容解析信息；所述解析单元利用所述内容解析信息，查找所述CRID对应的SIP Locator。
全文摘要
本发明实施例公开了一种点播业务会话发起的方法，所述方法包括用户终端UE获取SIP Locator；所述UE利用所述SIP Locator生成Request-URI；所述UE根据所述Request-URI发起点播业务会话请求。通过本发明实施例提供的方法，可以解决在IMS Based IPTV中尚无法实现针对使用Locator进行点播业务会话发起的问题。另外，本发明实施例还提供了一种位置解析实体和一种用户终端。
文档编号H04L12/54GK101667955SQ20081021605
公开日2010年3月10日 申请日期2008年9月4日 优先权日2008年9月4日
发明者张中宝, 杨德平 申请人:华为技术有限公司