一种点播业务会话发起的方法及装置
阅读：994发布：2020-11-26
专利汇可以提供一种点播业务会话发起的方法及装置专利检索，专利查询，专利分析的服务。并且本 发明 实施例 公开了一种点播业务会话发起的方法，所述方法包括：用户终端UE获取SIP Locator；所述UE利用所述SIP Locator生成Request-URI；所述UE根据所述Request-URI发起点播业务会话 请求 。通过本发明实施例提供的方法，可以解决在IMS Based IPTV中尚无法实现针对使用Locator进行点播业务会话发起的问题。另外，本发明实施例还提供了一种 位置 解析实体和一种用户终端。，下面是一种点播业务会话发起的方法及装置专利的具体信息内容。
1、一种点播业务会话发起的方法，其特征在于，所述方法包括：
用户终端UE获取SIP格式节目位置SIP Locator；
所述UE利用所述SIP Locator生成请求统一资源标识Request-URI；
所述UE根据所述Request-URI发起点播业务会话请求。
2、根据权利要求1所述的方法，其特征在于，用户终端UE获取SIP Locator 具体包括：
位置解析实体接收位置解析请求，所述位置解析请求中携带有内容参考标 识CRID；
所述位置解析实体根据所述CRID进行位置解析获得点播节目SIP Locator；
所述位置解析实体将所述SIP Locator返回给UE。
3、根据权利要求2所述的方法，其特征在于，所述位置解析实体为所述 UE，所述方法还包括：
所述UE获取内容解析信息；
所述位置解析实体根据所述CRID进行位置解析获得点播节目SIP Locator 具体为：所述UE利用所述内容解析信息，查找所述CRID对应的SIP Locator。
4、根据权利要求2所述的方法，其特征在于，所述位置解析实体为网络 侧设备，所述位置解析实体根据所述CRID进行位置解析获得点播节目SIP Locator具体为：
所述网络侧设备根据所述CRID进行位置解析得到原始位置信息；
所述网络侧设备对所述原始位置信息进行过滤，获得所述SIP Locator。
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或10所述的方法，其特征在于，所述点播业务会话 请求中的SDP的属性行携带内容实例标识IMI。
12、一种用户终端，其特征在于，所述用户终端包括：
获取单元，用于获取SIP Locator；
生成单元，用于利用所述SIP Locator生成Request-URI；
发起单元，用于根据所述Request-URI发起点播业务会话请求。
13、根据权利要求12所述的用户终端，其特征在于，还包括：
内容解析信息获取单元，用于获取内容解析信息；
获取单元获取SIP Locator具体为：利用所述内容解析信息，查找CRID 对应的SIP Locator。
14、一种位置解析实体，其特征在于，包括：
接收单元，用于接收请求方发送的位置解析请求，所述位置解析请求中携 带有CRID；
解析单元，用于根据所述CRID进行位置解析获得点播节目的SIP Locator；
发送单元，用于将所述SIP Locator返回给所述请求方。
15、根据权利要求14所述的位置解析实体，其特征在于，所述位置解析 实体为SSF，所述解析单元包括：
初始解析单元，用于根据所述CRID进行位置解析得到原始位置信息；
过滤单元，用于对所述原始位置信息进行过滤，获得所述SIP Locator。
16、根据权利要求14所述的位置解析实体，其特征在于，所述位置解析 实体为UE，所述位置解析实体还包括：
解析方案获取单元，用于获取内容解析信息；
所述解析单元利用所述内容解析信息，查找所述CRID对应的SIP Locator。
技术领域
本发明涉及通信技术领域，尤其涉及一种点播业务会话发起的方法及装 置。
背景技术
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进行点播业务会话发起的问题。
发明人在实现现有技术的过程中发现现有技术至少存在如下问题：在传统 的数字电视中，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为本发明实施例所提供的用户终端结构示意图。
本发明实施例提供以下技术方案：
一种点播业务会话发起的方法，包括：
用户终端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，其实现位置解析 的方法如下：
S1：位置解析实体接收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来表示节目的寻址信息，为可选参数。具体的格式如下定义：
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业务的相关信息，即内容实例描述信息， 包括节目播放的方式、点播节目可以被点播的有效时间、节目持续的时间等； 可以通过mode、start、duration、end几个参数进行表示，参数之间的排列顺 序、参数格式可以任意，参数均为可选参数。示例如下：
iptv-param＝[mode_param][start_param][duration_param][end_param]
mode_param＝″mode＝″mode
mode＝″scheduled″|″ondemand″
start_param＝″start＝″string refer to ISO 8601-2004
20040506T130000+08
duration_param＝″duration＝″stringrefer to ISO 8601-2004
POY6M5DT3HOMOS
end_param＝″end＝″string refer to ISO 8601-2004
20040506T130000+08
当Locator是一个点播地址时，iptv-param中各参数的含义说明如下：
[mode_param]即为“ondemand”代表该地址是个点播节目的地址；
[start_param]、[end_param]两个参数分别代表点播内容可以被有效点播的 开始时间与结束时间，与DVB中采用的格式@； 类似，SIP URI格式与DVB的参数的携带格式有所不同，原因在于“@”“/” 在SIP URI参数中都定义为保留字，不可出现在uri-parameter中。
其中节目标识是通过CRID与IMI(内容实例标识)共同构造的能够对应唯 一的节目实例的标识。
sip_locator＝[CRID+IMI]@SPDomain；[iptv-param]
如下是该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日可以被点播的标清 《英雄》对应的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
如：针对示例2：request-uri填写：
sip:hero_sd02@cmcc.co
C.使用Locator的全部内容或部分内容和业务标识组合构成
Request-URI为：业务标识+[CRID+IMI]@SPDomain；[iptv-param]
或：业务标识+[CRID+IMI]@SPDomai
如：针对示例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部分为用于标识提 供该节目的业务提供者域名。新增的参数类型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几个参数进行表示，参数之间 的排列顺序、参数格式可以任意，示例如下：
iptv-param＝[instance_param][mode_param][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中各参数的含义说明如下：
[instance_param]为这个点播地址所代表节目的实例标识；
[mode_param]即为”ondemand”代表该地址是个点播节目的地址；
[start_param]、[end_param]两个参数分别代表点播内容可以被有效点播的 开始时间与结束时间，与DVB中采用的格式@； 类似，SIP URI格式与DVB的参数的携带格式有所不同，原因在于“@”“/” 在SIP URI参数中都定义为保留字，不可出现在uri-parameter中。
Locator定义的格式大致如下：
sip_locator＝[CRID]@SPDomain；[iptv-param]
如下是该sip_locator的一些示例：
示例1：一个从2008年8月1日到2008年9月30日内有效的高清电影 《英雄》对应的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日可以被点播的标清 《英雄》对应的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]
如：针对示例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使用Locator的前部分内容，SDP(Session Description Protocol：会话描述协议)中携带部分信息
Request-URI为：[CRID]@SPDomain
如：针对示例2：request-uri部分填写：hero@cmcc.co，
并扩展SDP的a行携带[iptv-param]信息；
当然除了SDP中携带[iptv-param]信息，也可以通过SIP请求中的BODY 信息来携带[iptv-param]信息。
这样网络可以通过Request-URI中的内容参考标识与SDP的a行中实例标 识信息可以寻址到唯一的节目标识。
方式三：通过扩展userinfo的SIP方式实现Locator
与方式一类似，将Locator作为一种扩展sip uri的形式提供给用户；本方 式中，Locator的扩展方式是通过将节目寻址的信息放入SIP的userinfo部分中， 示例如下：
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日内有效的高清电影 《英雄》对应的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日可以被点播的标清 《英雄》对应的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地址后。终端在进行IMS Based IPTV中 COD业务时，请求中的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
如：针对示例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日可以被点播的高清 《英雄》对应的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分钟的标清 节目《英雄》对应的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-01T00: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地址后。终端在进行IMS Based IPTV 中COD业务时，请求中的Request-URI通过提取其中SIP地址进行业务请求：
针对示例1和示例3：request-uri使用：sip:hero_hd01@cmcc.co
针对示例2和示例4：request-uri使用：sip:hero_sd02@cmcc.co
在上述方法中，位置解析实体可以将解析后的locator返回给用户终端， 用于用户终端进行节目的获取。
如果用户终端获取到的Locator采用方式一的格式，则用户终端可以解析 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中的寻址信息参数，利用寻址信息参数来判断获取节目资源的条件， 判断该节目是否在有效的时间内可以进行播放，最后可以提取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，如下示例供参考：
complete＝″true″acquire＝″any″>
sip:GongFuPanda_hd001@cctv.com；mode＝ondemand；start＝2008-08-0IT00: 00:00+08；end＝2008-09-30T23:59:59+08
sip:GongFuPanda_sd007@cctv.com；mode＝ondemand；start＝2008-06-23T00:0 0:00+08；end＝2008-10-21T23:59:59+08
步骤106：UE通过位置解析，可以显示一个节目有两个点播地址。如UE 上显示《功夫熊猫》可以在2008年8月1日到2008年9月30日之间在cctv 的点播服务器点播高清的该影片，也可以在2008年6月23日到2008年10 月21日之间，在cctv的点播服务器点播地清的该影片
步骤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:GongFuPanda_hd001@cctv.com)
作为Request-URI发起点播会话建立。
需要说明的是，在步骤108中，如果用户观看节目的时间不在与Locator 中iptv-param所描述的有效时间内，则用户不能进行点播节目的观看。此时给 用户进行相应提示。
该实施例可以使终端直接使用位置解析后的Locator发起点播业务中会话 的建立，可以达到节目寻址的目的。
参见图2，SSF作为位置解析实体，UE发起对节目点播观看的请求，SSF 将最优的地址信息返回给UE(可以采用方式四的Locator)；这样用户就无需进 行选择。
该实施例的方法包括以下步骤：
步骤200：UE通过EPG、Email、或短消息等方式获取CRID，比方《功 夫熊猫》的标识为：crid://cctv.cartoon.com/GongFuPanda
步骤202：UE直接发起对该节目的观看，此时将CRID发送至SSF，由 SSF进行位置解析；
步骤204：SSF对CRID进行解析后，根据设置好的过滤条件进行地址过 滤，选择其中一个点播地址信息发送给UE，比如可以选择效果最优的点播地 址；下面是进行地址过滤的具体实现方法的示例：SSF根据当前时间，将不在 有效播放时间内的点播节目的Locator过滤掉；如果还有多个Locator时，可 以根据用户的设置规则(如点播节目的费用等)进行过滤，还可以依据网络侧 的参数(如带宽大小、用户区域、运营商提供的优先级等)进行过滤。
步骤206：SSF返回所选择的点播地址信息给UE；该点播地址信息可以 是一个sip-uri形式的Locator，来标识一个点播节目的位置，示例如下：
complete＝″true″acquire＝″any″>
mode＝ondemand；start＝2008-08-01T00:00:00+08；end＝2008-09-30T23:59:59+08；
sip:GongFuPanda_ad007@cctv.com
步骤208：UE提取Locator中SIP格式的信息：
sip:GongFuPanda_ad007@cctv.com作为Request-URI，发起点播会话建立过程。
需要说明的是，在步骤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′？>
xmlns：xsi＝′http://www.w3.org/2001/XMLSchema-instance′version＝′1′>
complete＝″true″acquire＝″any″>
sip：GongFuPanda％hd007％2008-08-01T00:00:00+08％2008-09-30T23:59:5
9+08@cctv.com
sip:GongFuPanda％sd008％2008-08-30T00:00:00+08％2008-10-30T23:59:59
+08@cctv.com
步骤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，网络侧的SSF作为位置解析实体，UE发起对节目位置寻址的 请求，SSF返回一个点播节目所对应的多个实例的位置地址(可以采用方式二 的Locator)。
该实施例的方法包括以下步骤：
步骤400：UE通过EPG、Email、或短消息等方式获取内容参考标识CRID， 比方《功夫熊猫》的标识为：crid://cctv.cartoon.com/GongFuPanda
步骤402：UE发送节目解析请求至SSF，该节目解析请求可以是HTTP 请求；
步骤404：SSF将CRID进行解析，并返回节目位置信息至UE，节目位 置信息可以是同一个节目不同版本(比如高清版本和标清版本)的地址，示例 如下：
complete＝″true″acquire＝″any″>
sip:GongFuPanda@cctv.com；imi＝HD01；mode＝ondemand；start＝2008-08-01T
00:00:00+08；end＝2008-09-30T23:59:59+08
sip:GongFuPanda@cctv.com；imi＝SD01；mode＝ondemand；start＝2008-08-01T
00:00:00+08；end＝2008-09-30T23:59:59+08
步骤406：通过位置解析，UE上显示《功夫熊猫》可以在2008年8月1 日到2008年9月30日之间在cctv的点播服务器点播观看，同时提供高清和 标清两个版本，用户可以选择其中一种版本进行播放。
步骤408：UE可以根据当前的时间及喜好，利用用户界面的提示进行影 片的选择，假设选择了点播节目观看的地址为：
sip: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 2000RTP/AVP 101
a＝ptime：20
a＝rtpmap：101H263-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://[:port][/absolute_path]
IMS Based IPTV中的COD业务的Request-URI是SIP形式的，不能直接 使用DVB定义的数字电视中扩展的Locator形式，但可以通过以下的映射， 达到在IMS Based IPTV中通过Locator进行节目寻址的目的。
Request-URI的中SIP格式采用″sip:″[userinfo]hostport
其中[userinfo]的参数采用rtsp-Locator的部分
对于中不符合SIP中[userinfo]的字符做字符转化，如“/” 等。转化的规则可以多种形式，比如可以将路径分割符“/”转化成SIP中可 以的“-”字符。
其中hostport参数采用rtsp-Locator的host部分
示例如下，《英雄》在位置解析时Locator为
acquire＝″any″>
rtsp://www.foo.com:9090/video/hero@2006-01-01T00:00:00Z；2006-01-31T23:5
9:59Z
则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 function)、CDF(content delivery function)，内容控制功能实体 可以是MCF(media control function))、CC(Cluster Controller)、CDNC(content delivery network controller)，其流程和SCF作为位置解析实体类似，其他实施 例也可以类似适用。
步骤500：UE通过EPG、Email、或短消息等方式获取CRID，比方《功 夫熊猫》的标识为：crid://cctv.cartoon.com/GongFuPanda
步骤502：UE发起节目解析请求至SCF，该节目解析请求可以是HTTP 请求；
步骤504：SCF将节目进行解析，并返回节目位置信息至UE，节目位置 信息可以是同一个节目不同版本(比如高清版本和标清版本)的地址，示例如 下：
complete＝″true″acquire＝″any″>
rtsp://www.foo.com:9090/cartoon/GongFuPanda/hd001@2008-08-01T00:00:
00Z；2008-09-30T23:59:59Z
rtsp://www.foo.com:9090/cartoon/GongFuPanda/sd002@2008-08-01T00:00:0
0Z；2008-09-30T23:59:59Z
步骤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中进行携带。如：
INVITE 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:
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 2000RTP/AVP 101
a＝ptime：20
a＝rtpmap：101H263-1998
a＝imi：2008-08-01T00:00:00Z&2008-09-30T23:59:59Z
另外，本发明实施例还提供了一种位置解析实体，如图6所示，该位置解 析实体包括：
接收单元，用于接收请求方发送的位置解析请求，该位置解析请求中携带 有CRID；
解析单元，用于根据上述CRID进行位置解析获得点播节目的位置信息；
发送单元，用于将该位置信息返回给请求方。
其中，位置解析实体可以为SSF，这种情况下，解析单元可以包括：
初始解析单元，用于根据CRID进行位置解析得到原始位置信息；
过滤单元，用于对原始位置信息进行过滤，获得位置信息。
另外，位置解析实体还可以为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后利用所述SIP Locator生成Request-UR，并根据所述Request-URI发起点播业务会话请求。 从而解决了现有技术中存在的无法针对使用Locator进行点播业务会话发起的 问题。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明 可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基 于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产 品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等) 中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或 者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通 技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰， 这些改进和润饰也应视为本发明的保护范围。
本发明实施例中提供了点播业务会话发起的方法，包括UE获取SIP Locator之后，利用所述SIP Locator生成Request-URI(请求统一资源标识) 并根据所述Request-URI发起点播业务会话请求；从而解决了现有技术中存在 的无法针对使用Locator进行点播业务会话发起的问题。
在上述方法中，UE从位置解析实体中获取SIP Locator，其实现位置解析 的方法如下：
S1：位置解析实体接收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来表示节目的寻址信息，为可选参数。具体的格式如下定义：
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业务的相关信息，即内容实例描述信息， 包括节目播放的方式、点播节目可以被点播的有效时间、节目持续的时间等； 可以通过mode、start、duration、end几个参数进行表示，参数之间的排列顺 序、参数格式可以任意，参数均为可选参数。示例如下：
iptv-param＝[mode_param][start_param][duration_param][end_param]
mode_param＝″mode＝″mode
mode＝″scheduled″|″ondemand″
start_param＝″start＝″string refer to ISO 8601-2004
20040506T130000+08
duration_param＝″duration＝″stringrefer to ISO 8601-2004
POY6M5DT3HOMOS
end_param＝″end＝″string refer to ISO 8601-2004
20040506T130000+08
当Locator是一个点播地址时，iptv-param中各参数的含义说明如下：
[mode_param]即为“ondemand”代表该地址是个点播节目的地址；
[start_param]、[end_param]两个参数分别代表点播内容可以被有效点播的 开始时间与结束时间，与DVB中采用的格式@
其中节目标识是通过CRID与IMI(内容实例标识)共同构造的能够对应唯 一的节目实例的标识。
sip_locator＝[CRID+IMI]@SPDomain；[iptv-param]
如下是该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日可以被点播的标清 《英雄》对应的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
如：针对示例2：request-uri填写：
sip:hero_sd02@cmcc.co
C.使用Locator的全部内容或部分内容和业务标识组合构成
Request-URI为：业务标识+[CRID+IMI]@SPDomain；[iptv-param]
或：业务标识+[CRID+IMI]@SPDomai
如：针对示例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部分为用于标识提 供该节目的业务提供者域名。新增的参数类型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几个参数进行表示，参数之间 的排列顺序、参数格式可以任意，示例如下：
iptv-param＝[instance_param][mode_param][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中各参数的含义说明如下：
[instance_param]为这个点播地址所代表节目的实例标识；
[mode_param]即为”ondemand”代表该地址是个点播节目的地址；
[start_param]、[end_param]两个参数分别代表点播内容可以被有效点播的 开始时间与结束时间，与DVB中采用的格式@
Locator定义的格式大致如下：
sip_locator＝[CRID]@SPDomain；[iptv-param]
如下是该sip_locator的一些示例：
示例1：一个从2008年8月1日到2008年9月30日内有效的高清电影 《英雄》对应的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日可以被点播的标清 《英雄》对应的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]
如：针对示例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使用Locator的前部分内容，SDP(Session Description Protocol：会话描述协议)中携带部分信息
Request-URI为：[CRID]@SPDomain
如：针对示例2：request-uri部分填写：hero@cmcc.co，
并扩展SDP的a行携带[iptv-param]信息；
当然除了SDP中携带[iptv-param]信息，也可以通过SIP请求中的BODY 信息来携带[iptv-param]信息。
这样网络可以通过Request-URI中的内容参考标识与SDP的a行中实例标 识信息可以寻址到唯一的节目标识。
方式三：通过扩展userinfo的SIP方式实现Locator
与方式一类似，将Locator作为一种扩展sip uri的形式提供给用户；本方 式中，Locator的扩展方式是通过将节目寻址的信息放入SIP的userinfo部分中， 示例如下：
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日内有效的高清电影 《英雄》对应的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日可以被点播的标清 《英雄》对应的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地址后。终端在进行IMS Based IPTV中 COD业务时，请求中的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
如：针对示例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日可以被点播的高清 《英雄》对应的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分钟的标清 节目《英雄》对应的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-01T00: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地址后。终端在进行IMS Based IPTV 中COD业务时，请求中的Request-URI通过提取其中SIP地址进行业务请求：
针对示例1和示例3：request-uri使用：sip:hero_hd01@cmcc.co
针对示例2和示例4：request-uri使用：sip:hero_sd02@cmcc.co
在上述方法中，位置解析实体可以将解析后的locator返回给用户终端， 用于用户终端进行节目的获取。
如果用户终端获取到的Locator采用方式一的格式，则用户终端可以解析 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中的寻址信息参数，利用寻址信息参数来判断获取节目资源的条件， 判断该节目是否在有效的时间内可以进行播放，最后可以提取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，如下示例供参考：
步骤106：UE通过位置解析，可以显示一个节目有两个点播地址。如UE 上显示《功夫熊猫》可以在2008年8月1日到2008年9月30日之间在cctv 的点播服务器点播高清的该影片，也可以在2008年6月23日到2008年10 月21日之间，在cctv的点播服务器点播地清的该影片
步骤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:GongFuPanda_hd001@cctv.com)
作为Request-URI发起点播会话建立。
需要说明的是，在步骤108中，如果用户观看节目的时间不在与Locator 中iptv-param所描述的有效时间内，则用户不能进行点播节目的观看。此时给 用户进行相应提示。
该实施例可以使终端直接使用位置解析后的Locator发起点播业务中会话 的建立，可以达到节目寻址的目的。
参见图2，SSF作为位置解析实体，UE发起对节目点播观看的请求，SSF 将最优的地址信息返回给UE(可以采用方式四的Locator)；这样用户就无需进 行选择。
该实施例的方法包括以下步骤：
步骤200：UE通过EPG、Email、或短消息等方式获取CRID，比方《功 夫熊猫》的标识为：crid://cctv.cartoon.com/GongFuPanda
步骤202：UE直接发起对该节目的观看，此时将CRID发送至SSF，由 SSF进行位置解析；
步骤204：SSF对CRID进行解析后，根据设置好的过滤条件进行地址过 滤，选择其中一个点播地址信息发送给UE，比如可以选择效果最优的点播地 址；下面是进行地址过滤的具体实现方法的示例：SSF根据当前时间，将不在 有效播放时间内的点播节目的Locator过滤掉；如果还有多个Locator时，可 以根据用户的设置规则(如点播节目的费用等)进行过滤，还可以依据网络侧 的参数(如带宽大小、用户区域、运营商提供的优先级等)进行过滤。
步骤206：SSF返回所选择的点播地址信息给UE；该点播地址信息可以 是一个sip-uri形式的Locator，来标识一个点播节目的位置，示例如下：
sip:GongFuPanda_ad007@cctv.com
步骤208：UE提取Locator中SIP格式的信息：
sip:GongFuPanda_ad007@cctv.com作为Request-URI，发起点播会话建立过程。
需要说明的是，在步骤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′？>
9+08@cctv.com
+08@cctv.com
步骤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，网络侧的SSF作为位置解析实体，UE发起对节目位置寻址的 请求，SSF返回一个点播节目所对应的多个实例的位置地址(可以采用方式二 的Locator)。
该实施例的方法包括以下步骤：
步骤400：UE通过EPG、Email、或短消息等方式获取内容参考标识CRID， 比方《功夫熊猫》的标识为：crid://cctv.cartoon.com/GongFuPanda
步骤402：UE发送节目解析请求至SSF，该节目解析请求可以是HTTP 请求；
步骤404：SSF将CRID进行解析，并返回节目位置信息至UE，节目位 置信息可以是同一个节目不同版本(比如高清版本和标清版本)的地址，示例 如下：
00:00:00+08；end＝2008-09-30T23:59:59+08
00:00:00+08；end＝2008-09-30T23:59:59+08
步骤406：通过位置解析，UE上显示《功夫熊猫》可以在2008年8月1 日到2008年9月30日之间在cctv的点播服务器点播观看，同时提供高清和 标清两个版本，用户可以选择其中一种版本进行播放。
步骤408：UE可以根据当前的时间及喜好，利用用户界面的提示进行影 片的选择，假设选择了点播节目观看的地址为：
sip: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 2000RTP/AVP 101
a＝ptime：20
a＝rtpmap：101H263-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://
IMS Based IPTV中的COD业务的Request-URI是SIP形式的，不能直接 使用DVB定义的数字电视中扩展的Locator形式，但可以通过以下的映射， 达到在IMS Based IPTV中通过Locator进行节目寻址的目的。
Request-URI的中SIP格式采用″sip:″[userinfo]hostport
其中[userinfo]的参数采用rtsp-Locator的
对于
其中hostport参数采用rtsp-Locator的host部分
示例如下，《英雄》在位置解析时Locator为
9:59Z
则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 function)、CDF(content delivery function)，内容控制功能实体 可以是MCF(media control function))、CC(Cluster Controller)、CDNC(content delivery network controller)，其流程和SCF作为位置解析实体类似，其他实施 例也可以类似适用。
步骤500：UE通过EPG、Email、或短消息等方式获取CRID，比方《功 夫熊猫》的标识为：crid://cctv.cartoon.com/GongFuPanda
步骤502：UE发起节目解析请求至SCF，该节目解析请求可以是HTTP 请求；
步骤504：SCF将节目进行解析，并返回节目位置信息至UE，节目位置 信息可以是同一个节目不同版本(比如高清版本和标清版本)的地址，示例如 下：
00Z；2008-09-30T23:59:59Z
0Z；2008-09-30T23:59:59Z
步骤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中进行携带。如：
INVITE 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:
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 2000RTP/AVP 101
a＝ptime：20
a＝rtpmap：101H263-1998
a＝imi：2008-08-01T00:00:00Z&2008-09-30T23:59:59Z
另外，本发明实施例还提供了一种位置解析实体，如图6所示，该位置解 析实体包括：
接收单元，用于接收请求方发送的位置解析请求，该位置解析请求中携带 有CRID；
解析单元，用于根据上述CRID进行位置解析获得点播节目的位置信息；
发送单元，用于将该位置信息返回给请求方。
其中，位置解析实体可以为SSF，这种情况下，解析单元可以包括：
初始解析单元，用于根据CRID进行位置解析得到原始位置信息；
过滤单元，用于对原始位置信息进行过滤，获得位置信息。
另外，位置解析实体还可以为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后利用所述SIP Locator生成Request-UR，并根据所述Request-URI发起点播业务会话请求。 从而解决了现有技术中存在的无法针对使用Locator进行点播业务会话发起的 问题。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明 可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基 于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产 品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等) 中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或 者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通 技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰， 这些改进和润饰也应视为本发明的保护范围。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 机械设计实施例纸展示辅助系统 | 2020-05-11 | 383 |
| 的用途，包括但不限于癌症、狼疮、过敏性疾病、生产具有BTK抑制活性的嘧啶和吡啶化合物 Sjogren氏病和类风湿关节炎。在优选实施例中，的组合物和方法 本发明描述了不可逆激酶抑制剂，包括但不限于 | 2020-05-12 | 667 |
| 高速接收器电路和方法 | 2020-05-13 | 61 |
| 用于皮肤处理的方法、系统和设备 | 2020-05-13 | 723 |
| 有效的卷积Turbo码编码器和方法 | 2020-05-13 | 739 |
| 药剂。多个实施例可以用于多种药剂的递送，这用于治疗剂的两阶段经皮离子电渗递送的 些药剂由于不想要的被动扩散而引起多种副作系统及方法 用。 | 2020-05-12 | 339 |
| 用于辐照重化学元素的同位素将核能转化为热的方法以及用于实现该方法的装置（实施例） | 2020-05-11 | 606 |
| 用于在网络节点中实施多个标签分发协议(LDP)实例的系统和方法 | 2020-05-12 | 779 |
| 一种信息安全评估的实施用例的生成方法 | 2020-05-11 | 446 |
| 利用外壳面积和自由体积或螺杆内径和外径的特定比例来实施连续混合和加工过程的方法 | 2020-05-12 | 638 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈