專利名稱:一種點播業(yè)務(wù)會話發(fā)起的方法及裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種點播業(yè)務(wù)會話發(fā)起的方法及裝置。
背景技術(shù):
IPTV (Internet Protocol Television:因特網(wǎng)協(xié)議電視)業(yè)務(wù)是一種在IP (Internet Protocol:因特網(wǎng))網(wǎng)絡(luò)上傳送包含電視、視頻、文本、圖形和數(shù)據(jù) 等,并提供服務(wù)質(zhì)量保證、體驗質(zhì)量保證、安全、交互性和可靠性的可管理的 多媒體業(yè)務(wù)。用戶可以在家中使用個人計算機或者STB( Set Top Box:機頂盒)、 以及普通電視機方式享受IPTV業(yè)務(wù);也可以通過移動終端享受IPTV業(yè)務(wù)。 IPTV業(yè)務(wù)是以IP包的形式來傳遞單播、廣播或組播視頻節(jié)目,正受到電信運 營商越來越多的關(guān)注。目前,ETSI標準組織下屬的TISPAN( Telecommunications and Internet Converged Services and Protocols for Advanced Networking )正在研 究基于IMS (IP Multimedia Subsystem: IP多媒體子系統(tǒng))網(wǎng)絡(luò)的IPTV,即IMS Based IPTV。
的數(shù)字電視中,DVB ( Digital Video Broadcasting: ETSI數(shù)字電視標準)針對 點播節(jié)目的尋址是通過rtsp-Locator或rtp-Locator進行實現(xiàn);在IMS Based IPTV 中終端進行點播的發(fā)起,采用SIP ( Session Initiation Protocol:會話初始協(xié)議) 進行會話建立的。由于傳統(tǒng)的數(shù)字電視中的rtsp及rtp形式的Locator不能直 接在IMS Based IPTV中進行使用,因此目前在IMS Based IPTV中存在無法針 對使用Locator進行點播業(yè)務(wù)會話發(fā)起的問題。
發(fā)明內(nèi)容
本發(fā)明實施例的目的在于提供一種點播業(yè)務(wù)會話發(fā)起的方法和裝置,在 IMS Based IPTV中尚無法實現(xiàn)針對使用Locator進行點播業(yè)務(wù)會話發(fā)起的問題。
本發(fā)明實施例提供以下技術(shù)方案
一種點播業(yè)務(wù)會話發(fā)起的方法,包括
用戶終端UE獲取SIP格式節(jié)目位置SIP Locator;
所述UE利用所述SIP Locator生成請求統(tǒng)一資源標識Request-URI;
所述UE根據(jù)所述Request-URI發(fā)起點播業(yè)務(wù)會話請求。
一種位置解析實體,包括
接收單元,用于接收請求方發(fā)送的位置解析請求,所述位置解析請求中攜 帶有CRID;
解析單元,用于根據(jù)所述CRID進行位置解析獲得點播節(jié)目的SIP Locator; 發(fā)送單元,用于將所述SIP Locator返回給所述請求方。
一種用戶終端,包括 獲取單元,用于獲取SIP Locator;
生成單元,用于利用所述SIP Locator生成Request-URI; 發(fā)起單元,用于根據(jù)所述Request-URI發(fā)起點播業(yè)務(wù)會話請求。
在本發(fā)明實施例中,通過上述方法利用SIP Locator生成Request-URI發(fā)起 點播會話,解決了在IMS Based IPTV中尚無法實現(xiàn)針對使用Locator進行點播 業(yè)務(wù)會話發(fā)起的問題。
圖1為本發(fā)明實施例一所提供的方法流程示意圖; 圖2為本發(fā)明實施例二所提供的方法流程示意圖; 圖3為本發(fā)明實施例三所提供的方法流程示意圖; 圖4為本發(fā)明實施例四所提供的方法流程示意圖;圖5為本發(fā)明實施例五所提供的方法流程示意圖6為本發(fā)明實施例所提供的位置解析實體結(jié)構(gòu)示意圖7為本發(fā)明實施例所提供的用戶終端結(jié)構(gòu)示意圖。
具體實施例方式
Locator所定義的是數(shù)字電視點播系統(tǒng)所定義的格式,常見于rtsp-locator 的格式,在IMS Based IPTV中并不能直接使用Locator進行節(jié)目的位置尋址。 在本發(fā)明實施例中,通過擴展DVB中所定義的Locator解決在IMS Based IPTV 中進行點播節(jié)目尋址的問題,可以通過擴展新的sip-uri格式的Locator即SIP Locator (SIP格式節(jié)目位置),讓Locator直接作為點播節(jié)目的地址信息;也可 以將rtsp-locator進行參數(shù)映射來達到IMS Based IPTV通過Locator進行點播 節(jié)目尋址的方法。同時利用上述方法相應(yīng)地可以通過SIP Locator構(gòu)造 Request-URI,從而解決了現(xiàn)有技術(shù)中存在的無法針對使用Locator進行點播業(yè) 務(wù)會話發(fā)起的問題。
本發(fā)明實施例中提供了點播業(yè)務(wù)會話發(fā)起的方法,包括UE獲取SIP Locator之后,利用所述SIP Locator生成Request-URI (請求統(tǒng)一資源標識) 并根據(jù)所述Request-URI發(fā)起點播業(yè)務(wù)會話請求;從而解決了現(xiàn)有技術(shù)中存在 的無法針對使用Locator進行點播業(yè)務(wù)會話發(fā)起的問題。
在上述方法中,UE從位置解析實體中獲取SIP Locator,其實現(xiàn)位置解析 的方法如下
SI:位置解析實體接收UE發(fā)送的位置解析請求,其中攜帶有標識;該標 識可以是TV-Anytime中定義的CRID ( Content Reference Identifier:內(nèi)容參考 標識);
S2:位置解析實體根據(jù)位置解析請求中的CRID進行位置解析,解析出一 個點播節(jié)目的具體位置locator。
S3:位置解析實體將解析后的locator返回給UE。位置解析實體可以將一個CRID解析成一個或多個節(jié)目地址,可以通過一 個直播節(jié)目中某個時間段來表達該節(jié)目的具體地址,也可以是一個通過點播來 進行訪問該節(jié)目的具體地址。
在IMS Based IPTV中,用戶終端在發(fā)起點播節(jié)目時,需要節(jié)目標識與提 供業(yè)務(wù)服務(wù)的SCF (Service Control Function:業(yè)務(wù)控制功能)的地址, Request-URI就是由節(jié)目標識和SCF的地址組成構(gòu)成的。通過擴展目前Locator 的表現(xiàn)形式,讓SIP-URI作為Locator的一種形式提供給用戶,可以讓用戶終 端直接利用該尋址信息從而進行節(jié)目的點播。采用SIP格式作為Locator進行 節(jié)目尋址的方法,其中以SIP為格式的Locator的信息可以至少包括點播內(nèi) 容的節(jié)目標識、點播內(nèi)容的服務(wù)器。Locator的信息還可以包含具體實例的相 關(guān)描述,如節(jié)目播放的方式、點播節(jié)目可以被點播的有效時間,點播節(jié)目的 持續(xù)時間等。下面是Locator具體實現(xiàn)方式的描述。
本發(fā)明所有實施例中的sip-Locator可以包括業(yè)務(wù)標識、也可以不包含業(yè)務(wù) 標識。該業(yè)務(wù)標識是標識一個具體業(yè)務(wù)的,可以是一個固定字符串組成。比如 IPTV的點播業(yè)務(wù)可以通過"IPTV一COD—SERVICE"進行標識。
本發(fā)明所有實施例中所有請求中的Request-URI也可以定義一些特殊字符 串標識特殊含義,如標識一個業(yè)務(wù)標識。例如可以增加"IPTV—COD—SERVICE" 來標識一個IPTV的點播業(yè)務(wù)。具體方法可見方式一中Request-URI構(gòu)造C.
方式一采用擴展SIP-URI的方式實現(xiàn)Locator,不包括實例標識。 解析后的Locator采用一種擴展sip-uri的形式,命名為sip—locator。 Sip—locator的userinfo部分為節(jié)目標識。host部分為業(yè)務(wù)^是供者域名,該業(yè)務(wù) 提供者域名是用于標識一個業(yè)務(wù)提供者提供節(jié)目的服務(wù)器的域名。新增的參數(shù) 類型iptv-param來表示節(jié)目的尋址信息,為可選參數(shù)。具體的格式如下定義
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參數(shù)主要是攜帶IPTV業(yè)務(wù)的相關(guān)信息,即內(nèi)容實例描述信息, 包括節(jié)目播放的方式、點播節(jié)目可以被點播的有效時間、節(jié)目持續(xù)的時間等; 可以通過mode、 start、 duration、 end幾個參數(shù)進行表示,參數(shù)之間的排列順 序、參數(shù)格式可以任意,參數(shù)均為可選參數(shù)。示例如下
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中各參數(shù)的含義說明如下 [modejaram]即為"ondemand"代表該地址是個點播節(jié)目的地址; [start_param] 、 [end_param]兩個參凄丈分別代表點播內(nèi)容可以被有效點播的 開始時間與結(jié)束時間,與DVB中采用的4各式(^〈window—start>;<window—end〉 類似,SIPURI格式與DVB的參數(shù)的攜帶格式有所不同,原因在于"@,, " /" 在SIPURI參數(shù)中都定義為保留字,不可出現(xiàn)在uri-parameter中。其中節(jié)目標識是通過CRID與IMI (內(nèi)容實例標識)共同構(gòu)造的能夠?qū)?yīng)唯 一的節(jié)目實例的標識。
sip—locator = [ CRID + IMI ] @ SPDomain; [iptv-param] i口下是該sip—locator的一些示例
示例1: 一個從2008年8月1日到2008年9月30日內(nèi)有效的高清電影 《英力,》對應(yīng)的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,》?于應(yīng)的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日可以被點播的帶有 廣告,并且持續(xù)2小時50分鐘的節(jié)目《英雄》對應(yīng)的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采用以上構(gòu)成的SIP地址后。終端在進行IMS Based IPTV中 COD業(yè)務(wù)時,請求中的Request-URI可以是以下三種
A. 直接使用Locator的全部內(nèi)容
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的前部分內(nèi)容 Request-URI為[CRID + IMI ] @ SPDomain ^口 4十只十示i"列2: request-uri ^真寫sip:hero—sd02@cmcc.co
C.使用Locator的全部內(nèi)容或部分內(nèi)容和業(yè)務(wù)標識組合構(gòu)成 Request畫URI為業(yè)務(wù)標識+ [ CRID + IMI ] @ SPDomain; [iptv-param] 或業(yè)務(wù)標識+ [ 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
終端的這三種方式的點播請求,對于網(wǎng)路側(cè)都可以〗吏用節(jié)目的唯一標識 [CRID + IMI ]進行節(jié)目的尋址。
方式二釆用擴展SIP-URI的方式實現(xiàn)Locator,包括實例標識。 解析后的Locator采用 一種擴展sip-uri的形式,命名為sip—locator。 Sip—locator的userinfo部分為內(nèi)容參考標識(CRID )。 host部分為用于標識4是 供該節(jié)目的業(yè)務(wù)提供者域名。新增的參數(shù)類型iptv-param來表示節(jié)目的尋址信 息,其中包括節(jié)目實例標識,為可選參數(shù)。具體的格式如下定義 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參數(shù)主要是攜帶IPTV業(yè)務(wù)及實例的相關(guān)信息,如節(jié)目的實例 標識、節(jié)目播放的方式、點播節(jié)目可以被點播的有效時間、節(jié)目持續(xù)的時間等; 可以通過instance、 mode、 start、 duration、 end幾個參凄史進4亍表示,參凄t之間 的排列順序、參數(shù)格式可以任意,示例如下
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中各參數(shù)的含義說明如下 [instancejaram]為這個點播地址所代表節(jié)目的實例標識; [modejaram]即為"ondemand"代表該地址是個點纟番節(jié)目的地址; [start_param] 、 [endj)aram]兩個參數(shù)分別代表點播內(nèi)容可以被有效點播的 開始時間與結(jié)束時間,與DVB中釆用的格式(^〈window—start>;<window—end> 類似,SIPURI格式與DVB的參數(shù)的攜帶格式有所不同,原因在于"@" " /" 在SIPURI參數(shù)中都定義為保留字,不可出現(xiàn)在uri-parameter中。
Locator定義的才各式大f文》口下
sip—locator = [ CRID] @ SPDomain; [iptv-param]
^口下是i亥sip—locator的一些示例
示例1: 一個從2008年8月1日到2008年9月30日內(nèi)有效的高清電影 《英力#》7于應(yīng)的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,》對應(yīng)的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日可以被點播的帶有 廣告,并且持續(xù)2小時50分鐘.的節(jié)目《英雄》對應(yīng)的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采用以上構(gòu)成的SIP地址后。終端在進行IMS Based IPTV中 COD業(yè)務(wù)時,請求中的Request-URI可以是以下三種
A. 直接使用Locator的全部內(nèi)容
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的前部分內(nèi)容,SDP (Session Description Protocol:會話描述協(xié)議)中攜帶部分信息
Request-URI為[CRID ] @ SPDomain
^口 4十只十示例2: request-uri吾卩分》真寫hero@cmcc.co,
并擴展SDP的a行攜帶[iptv-pamm]信息;
當然除了 SDP中攜帶[iptv-param]信息,也可以通過SIP請求中的BODY 信息來攜帶[iptv-param]信息。
這樣網(wǎng)絡(luò)可以通過Request-URI中的內(nèi)容參考標識與SDP的a行中實例標 識信息可以尋址到唯一的節(jié)目標識。方式三通過擴展userinfo的SIP方式實現(xiàn)Locator 與方式一類似,將Locator作為 一種擴展sip uri的形式提供給用戶;本方 式中,Locator的擴展方式是通過將節(jié)目尋址的信息放入SIP的userinfo部分中,
示例力a下
SIP-URI = "sip:" [userinfo ] hostport
uri-parameters [ headers ] uri畫parameters = *( ";" uri-parameter)
其中[userinfo]包含節(jié)目的標識、節(jié)目播放方式、節(jié)目的播放時間等信息。 這些信息用一定規(guī)則或一個分隔符進行區(qū)分,比如可以用"%"進行區(qū)分。
Locator定義的格式大致如下,userinfo信息是由內(nèi)容參考標識與實例標識 構(gòu)造成的節(jié)目唯一標識以及其他的一些實例描述信息所組成。 sip—locator = [ CRID + IMI + iptv-param] @ SPDomain; ^口下是sip—locator的一些示例
示例1: 一個從2008年8月1日到2008年9月30日內(nèi)有效的高清電影 《英i,》只于應(yīng)的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于應(yīng)的sip—locator為
sip:hero%sd02%2008-08-01T00:00:00+08%2008-09-30T23:59:59+08@cmcc
.co
示例3: —個持續(xù)2小時50分鐘帶有廣告的節(jié)目《英雄》對應(yīng)的sip—locator
為
sip:hero%ad03% PT02H50M @cmcc.co
當Locator采用以上構(gòu)成的SIP地址后。終端在進4亍IMS Based IPTV中
14COD業(yè)務(wù)時,請求中的Request-URI可以是以下三種
A. 直接使用Locator的全部內(nèi)容
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與業(yè)務(wù)標識 Request-URI為業(yè)務(wù)標識+ [ CRID + IMI] @ SPDomain 或業(yè)務(wù)標識+ [CRID + IMI + iptv-param] @ SPDomain ^口 4十只于示例2: request-uri》真寫
sip: IPTV一COD一SERVICE—hero%sd02@cmcc.co
終端的這三種方式的點播請求,對于網(wǎng)絡(luò)側(cè)都可以使用節(jié)目的唯一標識 [CRID + IMI ]進行節(jié)目的尋址。
方式四使用節(jié)目的SIP地址做為Locator的部分內(nèi)容,其他的節(jié)目實例 描述信息作為Locator的另 一部分內(nèi)容
節(jié)目的SIP地址是節(jié)目的一個實例的具體尋址信息。其中userinfo信息是 唯一的節(jié)目標識,可以由CRID與IMI共同構(gòu)造而成。
節(jié)目實例描述信息可以包括但不限于節(jié)目播放的方式、點播節(jié)目可以被 點播的有效時間;這些信息可由系統(tǒng)定義并進行增加、修改等操作,類似與方 式一中所定義的iptv-param參數(shù)中的信息。節(jié)目實例描述信息不屬于SIP格式中的部分,但屬于Locator的附屬信息。該信息終端必須能夠識別及判斷,從 而能夠?qū)ocator進行地址的提取。
用戶終端可以理解并且能提取Locator中會話所需的SIP地址。示例如下
示例1: 一個從2008年8月1日到2008年9月30日可以被點播的高清 《英i,》7于應(yīng)的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點開播,持續(xù)1小時50分鐘的標清 節(jié)目《英il》對應(yīng)的sip—locator為
mode=scheduled;start=2008-07-20T20:00:00Z;duration=PT01H50M; sip:hero一sd02@cmcc.co
節(jié)目尋址信息也可以設(shè)置在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采用以上形式構(gòu)成的SIP地址后。終端在進4亍IMS Based IPTV 中COD業(yè)務(wù)時,請求中的Request-URI通過提取其中SIP地址進行業(yè)務(wù)請求 4十對示例1禾口示移')3: request-uri 4吏用sip:hero—hd01@cmcc.co 4十只于示例2禾口示<列4: request-uri <吏用sip:hero—sd02@cmcc.co
在上述方法中,位置解析實體可以將解析后的locator返回給用戶終端, 用于用戶終端進行節(jié)目的獲取。
如果用戶終端獲取到的Locator采用方式一的4^式,則用戶終端可以解析SIP-URI中的參數(shù),利用userinfo信息作為節(jié)目的唯一標識,利用iptv-param 參數(shù)來判斷獲取節(jié)目資源的條件,判斷該節(jié)目是否在有效的時間內(nèi)可以進行播 放;并用Locator或Locator的一部分作為Request-URI部分發(fā)起點播業(yè)務(wù)的會 話。
如果用戶終端獲取到的Locator采用方式二的格式,則用戶終端可以解析 SIP-URI中的參數(shù),利用userinfo信息作為節(jié)目的參考標識,利用iptv-param 參數(shù)來獲取節(jié)目的實例標識、節(jié)目資源的播放條件,判斷該節(jié)目是否在有效的 時間內(nèi)可以進行播放;并用Locator作為Request-URI部分發(fā)起點播業(yè)務(wù)的會 話??梢詫ocator中節(jié)目的尋址信息如節(jié)目的實例標識、節(jié)目的播出時間等 信息發(fā)送給SCF;發(fā)送的方法可以是通過擴展SDP中的a屬性來攜帶節(jié)目的 實例信息,也可以將這些信息存放在sip消息body中所攜帶的XML信息中。
如果用戶終端獲取到的Locator采用方式三的格式,則用戶終端可以解析 SIP-URI中的參數(shù),利用[userinfo]參數(shù)來判斷獲取節(jié)目資源的條件,判斷該 節(jié)目是否在有效的時間內(nèi)可以進行播放;Locator中[userinfo ]信息含有節(jié)目唯 一標識,終端并用Locator作為Request-URI部分發(fā)起點播業(yè)務(wù)的會話。
如果用戶終端獲取到的Locator采用方式四的格式,則用戶終端可以解析 Locator中的尋址信息參數(shù),利用尋址信息參數(shù)來判斷獲取節(jié)目資源的條件, 判斷該節(jié)目是否在有效的時間內(nèi)可以進行播放,最后可以4是取Locator中的 SIP-URI作為Request-URI部分進行發(fā)起點播業(yè)務(wù)的會話;可以將Locator中 節(jié)目的尋址信息如節(jié)目的實例標識、節(jié)目的播出時間等信息發(fā)送給SCF;發(fā)送 的方法可以是通過擴展SDP中的a屬性來攜帶節(jié)目的實例信息,也可以將這 些信息存放在sip消息body中所攜帶的XML信息中。
采用上述SIP Loactor的實現(xiàn)方式,相應(yīng)地可以通過SIP Locator構(gòu)造 Request-URI,從而解決了現(xiàn)有技術(shù)中存在的無法針對使用Locator進行點播業(yè) 務(wù)會話發(fā)起的問題。下面,參照附圖對本發(fā)明實施例的具體實現(xiàn)進行詳細描述。
參見圖1,網(wǎng)絡(luò)側(cè)的SSF ( Service Selection Function:業(yè)務(wù)選擇功能)作 為位置解析實體,用戶終端UE發(fā)起對節(jié)目位置尋址的請求,SSF返回點播節(jié) 目的位置地址(可以采用方式一的Locator),用戶對該節(jié)目進行選擇觀看。
該實施例的方法包括以下步驟
步驟100: UE ( User Equipment :用戶終端設(shè)備)通過EPG ( Electronical Program Guide:電子節(jié)目指南)、Email、或短消息等方式獲耳又內(nèi)容參考標識 CRID,比方《功夫熊貓》的才示識為crid:〃cctv.cartoon.com/GongFuPanda
步驟102: UE發(fā)起節(jié)目解析請求至SSF,節(jié)目解析請求可以是HTTP請 求;該節(jié)目解析請求攜帶節(jié)目的CRID。
步驟104: SSF對內(nèi)容參考標識(CRID)進行解析,并將節(jié)目的位置信息返 回給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通過位置解析,可以顯示一個節(jié)目有兩個點播地址。如UE 上顯示《功夫熊貓》可以在2008年8月1日到2008年9月30日之間在cctv 的點播服務(wù)器點播高清的該影片,也可以在2008年6月23日到2008年10 月21日之間,在cctv的點播服務(wù)器點播地清的該影片
18步驟108:用戶根據(jù)當前時間及喜好,利用用戶界面的提示進行影片的選 擇并觀看,這里用戶假設(shè)選擇了點播節(jié)目的觀看
sip:GongFuPanda—hd001@cctv.com;mode=ondemand;start=2008-08-01T00:00:00+08;end =2008-09-30T23:59:59+08
步驟110:由于UE的節(jié)目觀看發(fā)起時間符合該節(jié)目所在頻道的播出時段, 則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發(fā)起點播會話建立。
需要說明的是,在步驟108中,如果用戶觀看節(jié)目的時間不在與Locator 中iptv-pamm所描述的有效時間內(nèi),則用戶不能進行點播節(jié)目的觀看。此時給 用戶進4于相應(yīng)才是示。
該實施例可以使終端直接使用位置解析后的Locator發(fā)起點播業(yè)務(wù)中會話 的建立,可以達到節(jié)目尋址的目的。
參見圖2, SSF作為位置解析實體,UE發(fā)起對節(jié)目點播觀看的請求,SSF 將最優(yōu)的地址信息返回給UE(可以釆用方式四的Locator);這樣用戶就無需進 行選擇。
該實施例的方法包括以下步驟
步驟200: UE通過EPG、 Email、或短消息等方式獲取CRID,比方《功 夫熊貓》的才示i口、為crid:〃cctv.cartoon.com/GongFuPanda
步驟202: UE直接發(fā)起對該節(jié)目的觀看,此時將CRID發(fā)送至SSF,由 SSF進行位置解析;
步驟204: SSF對CRID進行解析后,根據(jù)設(shè)置好的過濾條件進行地址過 濾,選擇其中一個點播地址信息發(fā)送給UE,比如可以選擇效果最優(yōu)的點播地
19址;下面是進行地址過濾的具體實現(xiàn)方法的示例SSF根據(jù)當前時間,將不在 有效插-;改時間內(nèi)的點t番節(jié)目的Locator過濾掉;如果還有多個Locator時,可 以根據(jù)用戶的設(shè)置規(guī)則(如點播節(jié)目的費用等)進行過濾,還可以依據(jù)網(wǎng)絡(luò)側(cè) 的參數(shù)(如帶寬大小、用戶區(qū)域、運營商提供的優(yōu)先級等)進行過濾。
步驟206: SSF返回所選擇的點播地址信息給UE;該點播地址信息可以 是一個sip-uri形式的Locator,來標識一個點播節(jié)目的位置,示例如下 〈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,發(fā)起點4番會i舌建立過禾呈。
需要說明的是,在步驟204中,如果SSF解析不出CRID對應(yīng)的點播地址 信息時,網(wǎng)絡(luò)側(cè)提示用戶現(xiàn)在不能進行節(jié)目的播放。
該實施例中,可以由SSF進行過濾,選擇出更優(yōu)的位置信息發(fā)送給終端。
參見圖3, UE作為位置解析實體,UE發(fā)起對節(jié)目位置尋址的請求,本實 施例采用方式三實現(xiàn)Locator。
該實施例的方法包括以下步驟
步驟300: SSF將內(nèi)容解析信息(ContentReferencingTable)下發(fā)給UE:下 發(fā)的方法可以采用TISPAN定義的廣播等方式,下方的內(nèi)容可以包括 TV-Anytime定義的ContentReferencingTable中的節(jié)目與位置的映射表;
步驟302: UE通過EPG、 Email、或短消息等方式獲取內(nèi)容參考標識CRID,比方《功夫熊貓》的才示識為crid:〃cctv.cartoon.com/GongFuPanda
步驟304: UE通過本地的內(nèi)容解析信息中的對應(yīng)關(guān)系,找到內(nèi)容參考標
識所能尋址到的位置信息,示例如下
< 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:用戶選擇其中的某個節(jié)目位置信息進行觀看。比如選擇了 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妄發(fā)起點纟番會話建立過程
21參見圖4,網(wǎng)絡(luò)側(cè)的SSF作為位置解析實體,UE發(fā)起對節(jié)目位置尋址的 請求,SSF返回一個點播節(jié)目所對應(yīng)的多個實例的位置地址(可以采用方式二 的Locator)。
該實施例的方法包括以下步驟
步驟400: UE通過EPG、 Email、或短消息等方式獲取內(nèi)容參考標識CRID, 比方《功夫熊貓》的標識為crid:〃cctv.cartoon.com/GongFuPanda
步驟402: UE發(fā)送節(jié)目解析請求至SSF,該節(jié)目解析請求可以是HTTP 請求;
步驟404: SSF將CRID進行解析,并返回節(jié)目位置信息至UE,節(jié)目位 置信息可以是同一個節(jié)目不同版本(比如高清版本和標清版本)的地址,示例
〈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的點播服務(wù)器點播觀看,同時提供高清和 標清兩個版本,用戶可以選擇其中一種版本進行播放。
步驟408: UE可以根據(jù)當前的時間及喜好,利用用戶界面的提示進行影 片的選擇,假設(shè)選擇了點播節(jié)目觀看的地址為
22sip:GongFuPanda@cctv.com;imi=HD01;mode=ondemand;start=2008-08-01T00:00:00+08; end=2008-09-30T23:59:59+08
步驟410:由于用戶的節(jié)目觀看發(fā)起時間符合該節(jié)目所在頻道的播出時 段,UE利用Locator ( sip:GongFuPanda@cctv.com)的部分作為Request-URI, 直接發(fā)起點播會話建立過程。其中,區(qū)分節(jié)目實例的實例標識通過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收到請求后根據(jù)Request-URI中的節(jié)目標識以及SDP中 的實例標識共同進行地址解析。
需要說明的是,在步驟408中,如果用戶所觀看節(jié)目的時間不在與Locator 中iptv-param所描述的有效時間內(nèi),則用戶不能進行點播節(jié)目的觀看,由網(wǎng)絡(luò)側(cè)給用戶進行相應(yīng)的提示。
除了上述的四種SIP形式的Locator,讓終端能夠直接對節(jié)目進行尋址。 同樣也可以利用非SIP形式Locator中的節(jié)目實例信息發(fā)起點播節(jié)目的會話。 這種可以利用的其他形式的Locator中的信息必須包括由節(jié)目標識信息,該節(jié) 目標識信息可以由內(nèi)容參考標識CRID與節(jié)目實例標識IMI共同構(gòu)造而成;該 形式的Locator中信息可以包含提供該節(jié)目服務(wù)的服務(wù)器地址,如果不包含, 可由終端通過其他途徑獲取,比如通過SDP業(yè)務(wù)發(fā)現(xiàn)獲取;該形式的Locator 中信息可以包含內(nèi)容實例描述信息,即節(jié)目實例的相關(guān)描述信息,如可以點播 的有效時間、節(jié)目持續(xù)時間等信息,讓用戶能夠進行選^^節(jié)目觀看時提供判斷 條件。
如目前在DVB中定義了以rtsp-uri為格式的Locator進行點播節(jié)目的尋址, 見TS 102539V010101中第8章的定義。示例如下
rtsp-Locator = rtsp:〃<host>[:port] [/absolute_path]
IMS Based IPTV中的COD業(yè)務(wù)的Request-URI是SIP形式的,不能直接 使用DVB定義的數(shù)字電視中擴展的Locator形式,但可以通過以下的映射, 達到在IMS Based IPTV中通過Locator進行節(jié)目尋址的目的。 Request-URI的中SIP格式采用"sip:" [ userinfo ] hostport 其中[userinfo ]的參凄t采用rtsp-Locator的< absolute_path >部分 對于< absolute_path 〉中不符合SIP中[userinfo ]的字符做字符轉(zhuǎn)化,如7" 等。轉(zhuǎn)化的規(guī)則可以多種形式,比如可以將路徑分割符"/,,轉(zhuǎn)化成SIP中可 以的"-,,字符。
其中hostport參數(shù)采用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在發(fā)起對《英雄》片子進行點播時,發(fā)起的點播會話的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
根據(jù)這種映射關(guān)系生成SIP格式地址,作為SIP消息頭中Request-URI的 部分,可以發(fā)起IMS Based IPTV的點播業(yè)務(wù)。
參見圖5,網(wǎng)絡(luò)側(cè)的SCF成為一個位置解析實體,UE發(fā)起節(jié)目位置尋址 請求;SCF返回點播節(jié)目的位置信息(可以采用上述rtsp形式表示)。
需要說明的是,本實施例中,其他網(wǎng)絡(luò)側(cè)設(shè)備如SSF、以及OIF定義IPTV metadata control實體、IPTV control實體、內(nèi)容交付功能實體或者內(nèi)容控制功 能實體也可以作為位置解析實體。其中的內(nèi)容交付功能實體可以是MDF (media delivery fimction) 、 CDF(content delivery function), 內(nèi)容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發(fā)起節(jié)目解析請求至SCF,該節(jié)目解析請求可以是HTTP請求;
步驟504: SCF將節(jié)目進行解析,并返回節(jié)目位置信息至UE,節(jié)目位置 信息可以是同一個節(jié)目不同版本(比如高清版本和標清版本)的地址,示例如 下
<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的點播服務(wù)器點播觀看,同時提供高清 和標清兩個版本,用戶可以選擇其中一種版本進行播放。
步驟508:用戶可以根據(jù)當前的時間及喜好,利用用戶界面提示進行影片 的選擇,假設(shè)用戶選擇了高清節(jié)目的觀看,示例如下
rtsp:〃www.foo.com:9090/cartoon/GongFuPanda/hd001@2008-08-01T00:00:00Z;2008-09-30T23:59:59Z
步驟510:由于UE的節(jié)目觀看發(fā)起時間符合該節(jié)目所在頻道的播出時段, UE將RTSP格式的Locator映射成SIP格式發(fā)起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
另外,本發(fā)明實施例還提供了一種位置解析實體,如圖6所示,該位置解析實體包括
接收單元,用于接收請求方發(fā)送的位置解析請求,該位置解析請求中攜帶有CRID;
解析單元,用于根據(jù)上述CRID進行位置解析獲得點播節(jié)目的位置信息;發(fā)送單元,用于將該位置信息返回給請求方。
其中,位置解析實體可以為SSF,這種情況下,解析單元可以包括初始解析單元,用于根據(jù)CRID進行位置解析得到原始位置信息;過濾單元,用于對原始位置信息進行過濾,獲得位置信息。
27另外,位置解析實體還可以為UE,位置解析實體還可以包括解析方案獲取單元,用于獲取內(nèi)容解析信息;
這種情況下,解析單元利用內(nèi)容解析信息,查找所述CRID對應(yīng)的位置信
臺
上述位置解析實體還可以為SCF,如方法實施例五所示。
本發(fā)明實施例還提供了 一種用戶終端,如圖7所示,該用戶終端可以包括
獲取單元,用于獲取SIP Locator;
生成單元,用于利用SIP Locator生成Request-URI;
發(fā)起單元,用于根據(jù)Request-URI發(fā)起點播業(yè)務(wù)會話請求。
另外,該用戶終端還可以包括內(nèi)容解析信息獲取單元,用于獲取內(nèi)容解析信息;此時,獲取單元獲取SIP Locator具體為利用所述內(nèi)容解析信息,查找CRID對應(yīng)的SIP Locator。
另外,本發(fā)明實施例還提供了一種系統(tǒng),包括位置解析實體和請求方;在該系統(tǒng)中,位置解析實體接收請求方發(fā)送的位置解析請求,該位置解析請求中攜帶有CRID;
位置解析實體根據(jù)CRID進行位置解析獲得點播節(jié)目的位置信息并將所
述位置信息返回給請求方。
其中的位置解析請求可以是HTTP請求。其中請求方通過EPG、 Email或短消息方式獲取該CRID。其中一個實施例,位置解析實體可以為SSF,請求方可以為用戶終端UE;
該實施例中UE從位置信息中選擇一個節(jié)目地址,發(fā)起點播會話建立。
其中一個實施例,位置解析實體可以為SSF,請求方可以為用戶終端UE;
該實施例中SSF才艮據(jù)CRID進行位置解析得到原始位置信息;SSF對原始位
置信息進行過濾,獲得所述位置信息。
其中一個實施例,位置解析實體可以為UE,請求方可以為用戶終端UE;該實施例中UE獲取內(nèi)容解析信息;UE利用內(nèi)容解析信息,查找CRID對應(yīng)的位置信息;UE從所述位置信息中選擇一個節(jié)目地址,發(fā)起點播會話建立。
其中一個實施例,位置解析實體可以為SSF,請求方可以為用戶終端UE;該實施例中SCF接收UE發(fā)送的點播會話建立請求,點播會話建立請求將位置信息作為Request-URI,點播會話建立請求中SDP的a行攜帶節(jié)目實例標識;SCF根據(jù)位置信息和節(jié)目實例標識發(fā)起點播會話建立。
其中一個實施例,位置解析實體可以為SCF或SSF,請求方為用戶終端UE;該實施例中所述UE將所述位置信息映射為SIP地址;UE利用SIP地址發(fā)起點播會話建立。
在上述系統(tǒng)的基礎(chǔ)上,用戶終端UE獲取SIP Locator后利用所述SIPLocator生成Request-UR,并根據(jù)所述Request-URI發(fā)起點播業(yè)務(wù)會話請求。從而解決了現(xiàn)有技術(shù)中存在的無法針對使用Locator進行點播業(yè)務(wù)會話發(fā)起的問題。
通過以上的實施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實現(xiàn),也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?;谶@樣的理解,本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來,該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM, U盤,移動硬盤等)中,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實施方式,應(yīng)當指出,對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說,在不脫離本發(fā)明原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1、一種點播業(yè)務(wù)會話發(fā)起的方法,其特征在于,所述方法包括用戶終端UE獲取SIP格式節(jié)目位置SIP Locator;所述UE利用所述SIP Locator生成請求統(tǒng)一資源標識Request-URI;所述UE根據(jù)所述Request-URI發(fā)起點播業(yè)務(wù)會話請求。
2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,用戶終端UE獲取SIPLocator 具體包括位置解析實體接收位置解析請求,所述位置解析請求中攜帶有內(nèi)容參考標 識CRID;所述位置解析實體根據(jù)所述CRID進行位置解析獲得點播節(jié)目SIP Locator;所述位置解析實體將所述SIP Locator返回給UE。
3、 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述位置解析實體為所述 UE,所述方法還包括所述UE獲取內(nèi)容解析信息;所述位置解析實體根據(jù)所述CRID進行位置解析獲得點播節(jié)目SIPLocator 具體為所述UE利用所述內(nèi)容解析信息,查找所述CRID對應(yīng)的SIPLocator。
4、 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述位置解析實體為網(wǎng)絡(luò) 側(cè)設(shè)備,所述位置解析實體根據(jù)所述CRID進行位置解析獲得點播節(jié)目SIP Locator具體為所述網(wǎng)絡(luò)側(cè)設(shè)備根據(jù)所述CRID進行位置解析得到原始位置信息; 所述網(wǎng)絡(luò)側(cè)設(shè)備對所述原始位置信息進行過濾,獲得所述SIPLocator。
5、 根據(jù)權(quán)利要求4所述的方法,其特征在于,所述網(wǎng)絡(luò)側(cè)設(shè)備為SSF、 IPTV metadata control實體、SCF或者IPTV control實體、媒體控制功能實體、 媒體交付功能實體。
6、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述SIP Locator攜帶節(jié)目 標識和業(yè)務(wù)_^是供者域名。
7、 根據(jù)權(quán)利要求6所述的方法,其特征在于,所述節(jié)目標識由內(nèi)容參考標識CRID與內(nèi)容實例標識IMI生成。
8、 根據(jù)權(quán)利要求6所述的方法,其特征在于,所述SIP Locator還攜帶內(nèi) 容實例描述信息。
9、 根據(jù)權(quán)利要求1或6或7或8任一項所述的方法,其特征在于,所述 Request-URI由所述SIP Locator生成或所述Request-URI由所述SIP Locator 和業(yè)務(wù)標識生成。
10、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述SIP Locator攜帶內(nèi) 容參考標識CRID、內(nèi)容實例標識IMI和業(yè)務(wù)提供者域名;所述Request-URI 直接由所述SIP Locator中的CRID、業(yè)務(wù)提供者域名生成。
11、 根據(jù)權(quán)利要求1或IO所述的方法,其特征在于,所述點播業(yè)務(wù)會話 請求中的SDP的屬性行攜帶內(nèi)容實例標識IMI。
12、 一種用戶終端,其特征在于,所述用戶終端包括 獲取單元,用于獲取SIP Locator;生成單元,用于利用所述SIP Locator生成Request-URI; 發(fā)起單元,用于根據(jù)所述Request-URI發(fā)起點播業(yè)務(wù)會話請求。
13、 根據(jù)權(quán)利要求12所述的用戶終端,其特征在于,還包括 內(nèi)容解析信息獲取單元,用于獲取內(nèi)容解析信息;獲取單元獲取SIP Locator具體為利用所述內(nèi)容解析信息,查找CRID 對應(yīng)的SIPLocator。
14、 一種位置解析實體,其特征在于,包括接收單元,用于接收請求方發(fā)送的位置解析請求,所述位置解析請求中攜 帶有CRID;解析單元,用于根據(jù)所述CRID進行位置解析獲得點播節(jié)目的SIP Locator; 發(fā)送單元,用于將所述SIP Locator返回給所述請求方。
15、 根據(jù)權(quán)利要求14所述的位置解析實體,其特征在于,所述位置解析 實體為SSF,所述解析單元包括初始解析單元,用于々艮據(jù)所述CRID進行位置解析得到原始位置信息;過濾單元,用于對所述原始位置信息進行過濾,獲得所述SIPLocator。
16、根據(jù)權(quán)利要求14所述的位置解析實體,其特征在于,所述位置解析 實體為UE,所述位置解析實體還包括解析方案獲取單元,用于獲取內(nèi)容解析信息;所述解析單元利用所述內(nèi)容解析信息,查找所述CRID對應(yīng)的SIP Locator。
全文摘要
本發(fā)明實施例公開了一種點播業(yè)務(wù)會話發(fā)起的方法,所述方法包括用戶終端UE獲取SIP Locator;所述UE利用所述SIP Locator生成Request-URI;所述UE根據(jù)所述Request-URI發(fā)起點播業(yè)務(wù)會話請求。通過本發(fā)明實施例提供的方法,可以解決在IMS Based IPTV中尚無法實現(xiàn)針對使用Locator進行點播業(yè)務(wù)會話發(fā)起的問題。另外,本發(fā)明實施例還提供了一種位置解析實體和一種用戶終端。
文檔編號H04L12/54GK101667955SQ20081021605
公開日2010年3月10日 申請日期2008年9月4日 優(yōu)先權(quán)日2008年9月4日
發(fā)明者張中寶, 楊德平 申請人:華為技術(shù)有限公司