專利名稱：用于iptv服務(wù)的啟用ims的控制信道的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及提供用于IPTV服務(wù)的啟用IP多媒體子系統(tǒng)(MS) 的控制信道，但是優(yōu)選地不采用機(jī)頂盒(STB)。
背景技術(shù)：
IP多媒體服務(wù)在相同的會(huì)話內(nèi)提供語音、視頻、消息傳遞、數(shù)據(jù) 等的動(dòng)態(tài)組合。通過增加大量的基本應(yīng)用和可能組合的媒體，增加提 供給最終用戶的服務(wù)的數(shù)量，并因此豐富個(gè)人之間的通信體驗(yàn)是可能 的。這將催生新一代的個(gè)性化豐富多々某體通信服務(wù)，包括所說的"組 合IP多i某體"服務(wù)，下文將進(jìn)行更詳細(xì)論述。
IP多媒體子系統(tǒng)(IMS)是由第三代伙伴關(guān)系項(xiàng)目(3GPP)定義 以用于通過移動(dòng)通信網(wǎng)絡(luò)提供IP多媒體服務(wù)的技術(shù)(3GPPTS 22.228、 TS 23.218、 TS 23.228、 TS 24.228、 TS 24.229、 TS 29.228、 TS 29.229、 TS 29.328和TS 29.329發(fā)行版本5至7 )。IMS提供通過利用標(biāo)準(zhǔn)化IMS 服務(wù)使能器來豐富最終用戶人與人通信體驗(yàn)的關(guān)鍵特征，這便于通過 基于IP的網(wǎng)絡(luò)實(shí)現(xiàn)新的豐富人與人(客戶端與客戶端)通信服務(wù)以及 人與內(nèi)容(客戶端與服務(wù)器)的服務(wù)。IMS利用會(huì)話發(fā)起協(xié)議(SIP) 來建立和控制用戶終端(或用戶終端與應(yīng)用服務(wù)器)之間的呼叫或會(huì) 話。SIP信令所承栽的會(huì)話描述協(xié)議(SDP)用于描述會(huì)話的i某體組 件并對會(huì)話的々某體組件進(jìn)行協(xié)商。雖然SIP ^:作為用戶與用戶協(xié)議來 創(chuàng)建的，但I(xiàn)MS允許運(yùn)營商和服務(wù)提供商控制對服務(wù)的用戶訪問以及 相應(yīng)地對用戶計(jì)費(fèi)。
電信運(yùn)營商、TV運(yùn)營商和因特網(wǎng)服務(wù)提供商提供的服務(wù)之間的 分界正在消失，此類公司全都在為消費(fèi)者提供所有三種服務(wù)(所說的 "三重角色")。對于希望提供TV服務(wù)的電信運(yùn)營商，流行的選擇是 利用所說的IPTV， IPTV通過IP和客戶的寬帶連"l妻(例如ADSL、 VDSL、公共以太網(wǎng)等)來傳送TV服務(wù)。
IPTV在從xDSL調(diào)制解調(diào)器的"第一英里"寬帶訪問和寬帶訪 問(DSLAM)中隨意使用的帶寬有限。由于有限的帶寬，其中預(yù)訂 中的所有信道("節(jié)目包")同時(shí)^支傳送到機(jī)頂盒(STB)的線性內(nèi)容 傳送并不適合于IPTV。 xDSL連接容量根椐所使用的DSL版本和"第 一英里"的距離而有所變化。ADSL可以提供3至8 Mbps之間的容量， 而ADSL2有望傳送最高25 Mbps下行流和VSDL數(shù)據(jù)速率大于30 Mbps。標(biāo)準(zhǔn)質(zhì)量MPEG2內(nèi)容需要每個(gè)信道2 Mbps，而HDTV將需 要每個(gè)信道8-10Mbps。幸運(yùn)的是，新的MPEG4標(biāo)準(zhǔn)將所需的帶寬降 低到一半，同時(shí)具有與MPEG2編碼的內(nèi)容相同的質(zhì)量。盡管如此， 可用帶寬仍是稀缺資源，并且IPTV解決方案必須限制將通過"第一 英里"傳送的信道的數(shù)量。
現(xiàn)有時(shí)間偏移/追蹤播放解決方案是基于專有的網(wǎng)絡(luò)技術(shù)或家庭 中的PVR的。這里描述的這種解決方案利用標(biāo)準(zhǔn)化的IMS通信系統(tǒng) 及其網(wǎng)絡(luò)體系結(jié)構(gòu)，以及利用駐留在網(wǎng)絡(luò)中的PVR以限制通過第一英 里連接傳送到家庭的業(yè)務(wù)。
隨著IPTV服務(wù)和IMS基礎(chǔ)設(shè)施之間的聚合，有太多的新可能性 面向最終用戶來利用電視機(jī)。視頻會(huì)議、交互游戲、個(gè)性化廣告或具 有觀看者反饋的交互TV節(jié)目成為可容易地使用IMS實(shí)現(xiàn)的現(xiàn)實(shí)。但 是，許多這些應(yīng)用需要STB和不同應(yīng)用服務(wù)器之間的大量通信，從而 每次需要使用常規(guī)EPTV系統(tǒng)將新服務(wù)添加到用戶體驗(yàn)中(例如用戶 接收視頻電話的同時(shí)觀看電視時(shí))，存在與建立不同控制信道和接收 需要的信息關(guān)聯(lián)的建立延遲。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供用于IPTV服務(wù)的啟用IMS(IMS-enabled)
的控制信道。
根據(jù)本發(fā)明的第一方面，提供一種方法，該方法提供用于IPTV 服務(wù)的啟用IMS的控制信道，該方法包括
在服務(wù)呼叫/狀態(tài)控制功能(S-CSCF )處，接收會(huì)話發(fā)起協(xié)議(SIP) REGISTER消息，SIP REGISTER消息標(biāo)識始發(fā)用戶；
在始發(fā)用戶處接收來自S-CSCF的響應(yīng)，該響應(yīng)指示始發(fā)用戶已 獲授權(quán)；
從S-CSCF發(fā)送SIP INVITE消息以建立與所選IPTV應(yīng)用服務(wù)器 (AS)的開路信道(openchannel)連接；以及
通過開路信道連接發(fā)送和/或接收控制或信息消息。
通過保持與IPTV AS的開路控制信道，本發(fā)明提供不同應(yīng)用的建 立延遲時(shí)間上的實(shí)質(zhì)性減少，以及可以用于聯(lián)系STB的唯一7>用控制 數(shù)據(jù)信道。IPTVAS因此對于STB來說成為"公用網(wǎng)關(guān)"。
以此方式使用IMS機(jī)制來建立STB與IPTVAS之間的永久控制 信道，以及使用此控制信道來將所有需要的控制信息從STB傳送到 IPTVAS以及從IPTVAS傳送到STB，這樣在使用時(shí)提供特定的優(yōu)點(diǎn)。 具體來說，這樣允許對于可在電視上顯示的不同應(yīng)用的所有不同控制 信息使用單個(gè)控制信道，以及對于所有IMS基礎(chǔ)設(shè)施來說允許建立控 制信道并控制這些應(yīng)用。該控制信道將從不用于i某體流。
本發(fā)明能夠提供用于IPTV機(jī)頂盒(STB)的啟用IMS的控制信 道。該控制信道可以使用標(biāo)準(zhǔn)IMS過程來建立，之后可以使用該控制 信道來將控制消息(例如用于STB的開始播放、開始錄制、停止播放 等的控制消息，以及用于傳送例如廣告、投票響應(yīng)、個(gè)性化投票觸發(fā) 和目標(biāo)交互式事件的個(gè)性化內(nèi)容的控制消息)發(fā)送到IPTV應(yīng)用服務(wù) 器。
本發(fā)明提供一種與IPTV AS進(jìn)行個(gè)性化STB交互的解決方案， 允許發(fā)送和接收僅需要由連接到AS的STB中所選的一個(gè)STB發(fā)送或 接收的控制命令和特定信息項(xiàng)。
在下文描述的本發(fā)明的優(yōu)選實(shí)施例中，"總是開啟"控制信道縮
短用于此類與IPTVAS的交互的建立等待時(shí)間，這通過提供總是準(zhǔn)備 好用于發(fā)送和接收不同的必需消息的加密TCP控制的數(shù)據(jù)管道來實(shí) 現(xiàn)。該控制信道還為IPTVAS提供用于控制不同IPTV預(yù)訂的長度和 連接狀態(tài)以及提供為軟件升級提供可容易訪問的安全信道的部件。 本發(fā)明允許將IPTV服務(wù)、IMS通信服務(wù)和個(gè)性化信息服務(wù)混合。 根據(jù)本發(fā)明的又一個(gè)方面，提供一種用于執(zhí)行本發(fā)明第 一方面的 方法的計(jì)算機(jī)程序代碼。


為了更全面地理解本發(fā)明，現(xiàn)在將通過舉例且參考附圖描述根據(jù) 本發(fā)明的優(yōu)選實(shí)施例，其中
圖1是圖示STB的注冊時(shí)的序列的示意圖； 圖2是圖示STB的注冊時(shí)的又一個(gè)序列的示意圖； 圖3是圖示建立安全TCP/TLS連接的示意圖；以及 圖4是圖示"提取用戶數(shù)據(jù)"子序列的示意圖；以及 圖5是圖示建立電子節(jié)目指南(EPG)的示意圖。
具體實(shí)施例方式
通過對優(yōu)選實(shí)施例的背景描述，下文概述在GPRS/PS接入網(wǎng)情 況下IP多々某體子系統(tǒng)(IMS)如何適應(yīng)移動(dòng)網(wǎng)絡(luò)體系結(jié)構(gòu)。呼叫/會(huì)話 控制功能(CSCF)作為MS內(nèi)的SIP代理來工作。3GPP體系結(jié)構(gòu)定 義了三種類型的CSCF: 4戈理CSCF (P-CSCF)，它是MS內(nèi)用于SIP 終端的笫一個(gè)聯(lián)系點(diǎn)；月良務(wù)CSCF ( S-CSCF),它向用戶提供該用戶 預(yù)訂的服務(wù)；以及詢問CSCF(I-CSCF)，其作用是標(biāo)識正確的S-CSCF 以及向該S-CSCF轉(zhuǎn)發(fā)經(jīng)由P-CSCF從SIP終端接收到的請求。
用戶使用指定的SEP REGISTER方法來注冊到IMS。這是一種連 接到IMS和向IMS通知SIP用戶身份可到達(dá)的地址的機(jī)制。用戶從 它發(fā)起對話時(shí)要使用的S-CSCF接收唯一統(tǒng)一資源標(biāo)識符(URI)。在 3GPP中，當(dāng)SIP終端執(zhí)行注冊時(shí)，IMS認(rèn)證該用戶，并從一組可用
的S-CSCF中為該用戶分配S-CSCF。雖然3GPP未指定分配S-CSCF 的規(guī)則，但是這些規(guī)則可以包括負(fù)載共享和服務(wù)要求。注意，S-CSCF 的分配是控制對基于IMS的服務(wù)的用戶訪問(以及對此用戶訪問計(jì) 費(fèi))的關(guān)鍵。運(yùn)營商可以提供用于防止以其他方式繞過S-CSCF的直 接用戶與用戶的SIP會(huì)話。
在注冊過程期間，I-CSCF負(fù)責(zé)在尚未選擇S-CSCF時(shí)選擇 S-CSCF。 I-CSCF從歸屬網(wǎng)絡(luò)的歸屬訂戶服務(wù)器(HSS)接收所需的 S-CSCF能力，并基于所接收的能力選擇適合的S-CSCF。(注意，在 另 一方呼叫用戶且當(dāng)前未對該用戶分配S-CSCF的情況中還由I-CSCF 為該用戶執(zhí)行S-CSCF分配。)當(dāng)注冊的用戶隨后向IMS發(fā)送會(huì)話請 求(例如SIP INVITE)時(shí)，該請求將包括P-CSCF和S-CSCF URI， 以使P-CSCF能夠?qū)⒄埱筠D(zhuǎn)發(fā)到所選的S-CSCF。這同樣地適用于(IMS 的)始發(fā)端和終端。(對于終端呼叫，該請求將包含P-CSCF地址和用 戶設(shè)備(UE)地址。)
在IMS服務(wù)網(wǎng)絡(luò)內(nèi)，提供應(yīng)用服務(wù)器(AS),以用于實(shí)現(xiàn)IMS 服務(wù)功能性。AS向IMS系統(tǒng)內(nèi)的最終用戶提供服務(wù)，并且可以作為 端點(diǎn)通過3GPP定義的Mr接口被連接或通過3GPP定義的ISC接口被 S-CSCF "鏈接(linkedin)"。在后一種情況中，S-CSCF使用初始過濾 器規(guī)則(IFC)來確定SIP會(huì)話建立期間應(yīng)該"鏈接，，哪些AS。不同 的IFC可以應(yīng)用于不同呼叫情況。S-CSCF在IMS注冊過程期間從HSS 接收作為用戶的用戶簡檔(UP )的一部分的IFC。某些AS將根據(jù)訂 戶身份來執(zhí)行動(dòng)作"皮叫或主叫訂戶，其中任何一個(gè)由控制該AS的 網(wǎng)絡(luò)所"擁有")。例如，在呼叫轉(zhuǎn)發(fā)的情況中，適合的(終端)應(yīng)用 服務(wù)器將確定將對給定訂戶的呼叫轉(zhuǎn)發(fā)到的新終端方。
下文要描述的優(yōu)選實(shí)施例涉及用于IPTV機(jī)頂盒(STB)的啟用 IMS的控制信道。該控制信道(channel)是使用標(biāo)準(zhǔn)IMS過程來建立 的，之后使用該控制信道來將笫二控制消息發(fā)送到IPTV應(yīng)用服務(wù)器， 以及傳送個(gè)性化內(nèi)容，例如廣告、投票響應(yīng)、個(gè)性化投票觸發(fā)(trigger)
和目標(biāo)(targeted)交互事件。就此而言，認(rèn)識到可以直接從用戶自己的 STB實(shí)現(xiàn)控制信道的建立或可以使用另一個(gè)ID遠(yuǎn)程地從另一個(gè)STB 實(shí)現(xiàn)控制信道的建立是重要的。
存在具有IMS專用身份的單個(gè)IPTV預(yù)訂，該預(yù)訂可以與"Rechon 體系結(jié)構(gòu)"，EAB-05:045608, Rev A, 2005-12-22 ("Rechon Architecture", EAB-05:045608， Rev A, 2005-12-22 )中使用的"住宅線路IMS預(yù)訂 (Home line IMS subscription)"相同。IPTV預(yù)訂包含多個(gè)IMS^^共ID (IMPU)，即每個(gè)STB對應(yīng)于一個(gè)IMPU。更精確地來說，將IMPU分 配給MTRX,以便如果沒有個(gè)體用戶(家庭成員)登錄到它，則將例 如IMPU用作MTRX的缺省值(例如sip:tv1—subscrl7525@imsop.com)。 有零個(gè)、 一個(gè)或多個(gè)附加的公共身份與IPTV預(yù)訂相關(guān)聯(lián)，每個(gè)公共身 份表示一個(gè)用戶。當(dāng)用戶登錄到STB以獲取個(gè)性化服務(wù)時(shí)使用它們(例 如sip:sickan(^imsop.com)。具有單獨(dú)專用身份(PI)的用戶擁有附加 的乂>共身份，即不是來自EPTV ISM的IMPU (例如 sip:sickan—mob@imsop2.com )也是可能的。當(dāng)用戶利用此外部身份登 錄到IPTV服務(wù)時(shí)使用它們。當(dāng)STB啟動(dòng)時(shí)，它首先使用授權(quán)才艮頭中的 身份和MS模塊(MOD)的IMS專用ID (IMPI-STB的專用地址)以 及(如普通SIP注冊消息的)"From"和"To"報(bào)頭中的缺省"家庭STB" 公共地址以在IMS網(wǎng)絡(luò)上注冊。表示媒體發(fā)送器/接收器(MTRX)的 MPU和表示用戶的IMPU均可以注冊。為了服務(wù)的個(gè)性化，執(zhí)行圖l 提出的"用戶連接到IPTVMW AS"使用例行程序。 一次最多一個(gè)用 戶可以連接到一個(gè)MTRX的AS。(當(dāng)新用戶連接時(shí)，AS拒絕該新連接 或以新用戶替代舊用戶。)。所有這些子使用例行程序以相同的方式工 作，而不論訪問來自移動(dòng)電話還是來自有線STB。
參考圖1 ，"用戶連接到IPTV MWAS"使用例行程序包括如下進(jìn) 程步驟(參考附圖中的編號)
1.將MTRX開機(jī)，并向IMOD發(fā)送指示此情況的包括其IP地址 的指示。
2. IMOD將SIP REGISTER(SIP注冊)消息發(fā)送到P-CSCF。在"To" 報(bào)頭中使用MTRX的IMPU。將歸屬(home )網(wǎng)絡(luò)域名的歸屬SIP URI 包含在Request-URI中。將MOD的IMPI包含在"授權(quán)(Authorization)" 報(bào)頭中。接觸(contact)報(bào)頭包含IMOD的IP地址。如果接入網(wǎng)提供商 和IMS運(yùn)營商是一家，則通過DHCP過程來處理P-CSCF發(fā)現(xiàn)(根據(jù) 現(xiàn)有IMS標(biāo)準(zhǔn))。如果情況不是這樣，則可以通過MSSIM (ISIM) 配置來處理P-CSCF發(fā)現(xiàn)。ISIM包含存儲(chǔ)P-CSCF地址的EF，以便在 將ISM分發(fā)到用戶之前由運(yùn)營商配置它。
3. P-CSCF使用SIP REGISTER消息中的"歸屬域名"來發(fā)現(xiàn)歸 屬網(wǎng)絡(luò)的入口點(diǎn)(即I-CSCF )。 P-CSC將SIP REGISTER消息(P-CSCF 地址/名稱、公共用戶身份、專用用戶身份、P-CSCF網(wǎng)絡(luò)標(biāo)識符、IMOD IP地址)發(fā)送到I-CSCF。利用一種名稱-地址解析機(jī)制以便根據(jù)歸屬 域名確定歸屬網(wǎng)絡(luò)的地址。P-CSCF網(wǎng)絡(luò)標(biāo)識符是在歸屬網(wǎng)絡(luò)處標(biāo)識 P-CSCF所處的網(wǎng)絡(luò)的字符串。例如，才艮據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，P-CSCF 網(wǎng)絡(luò)標(biāo)識符可以是P-CSCF網(wǎng)絡(luò)的域名。
4. 根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，I-CSCF將Cx-Query/Cx-Select-Pull數(shù)據(jù) (公共用戶身份、專用用戶身份、P-CSCF網(wǎng)絡(luò)標(biāo)識符)發(fā)送到HSS。
HSS檢查該用戶是否已經(jīng)注冊。根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，HSS指示按照用 戶預(yù)訂和運(yùn)營商局限/限制(Cx-Query Resp/Cx-Select-Pull Resp/Cx-AV-Resp)(如果有的話)是否允許用戶在該P(yáng)-CSCF網(wǎng)絡(luò)(由 P-CSCF網(wǎng)絡(luò)標(biāo)識符所標(biāo)識)中注冊。
5. 將Cx-Query Resp/Cx-Sdect-Pull Resp數(shù)據(jù)從HSS發(fā)送到 I-CSCF,并且該數(shù)據(jù)包含S-CSCF名稱(如果HSS知道它的話)以及 S-CSCF能力(如果它對于選擇新S-CSCF是必需的話)。當(dāng)該響應(yīng)同 時(shí)包含S-CSCF名稱和S-CSCF能力時(shí)，I-CSCF可以執(zhí)行新的指定。 當(dāng)僅返回S-CSCF能力時(shí)，I-CSCF基于所返回的S-CSCF能力執(zhí)行新 S-CSCF選擇功能。根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，如果HSS中的檢查提供否定 結(jié)果，則Cx-Query Resp拒絕注冊嘗試。
6. I-CSCF使用S-CSCF的名稱通過名稱-地址解析機(jī)制來確定 S-CSCF的地址。I-CSC然后將SIP REGISTER消息(P-CSCF地址/ 名稱、7>共用戶身份、專用用戶身份、P-CSCF網(wǎng)絡(luò)標(biāo)識符、IMOD IP 地址)發(fā)送到所選的S-CSCF 。 P-CSCF使用該歸屬網(wǎng)絡(luò)聯(lián)系點(diǎn)以便將 會(huì)話發(fā)起消息轉(zhuǎn)發(fā)到歸屬網(wǎng)絡(luò)。S-CSCF存儲(chǔ)受訪網(wǎng)絡(luò)提供的P-CSCF 地址/名稱，其表示歸屬網(wǎng)絡(luò)在后續(xù)終止會(huì)話信號中轉(zhuǎn)發(fā)到IMOD的地 址/名稱。根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，S-CSCF存儲(chǔ)P-CSCF網(wǎng)絡(luò)ID信息。
7. 根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，S-CSCF將Cx-AV-Req請求發(fā)送到HSS 以"i青》扯i人i正矢量。
8. 根據(jù)現(xiàn)有MS標(biāo)準(zhǔn)，在Cx-AV-Resp中接收到認(rèn)證矢量。
9. 根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，S-CSCF返回含有認(rèn)證矢量的401 Unauthorized(未授權(quán))響應(yīng)。
10. 根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，I-CSCF在401 Unauthorized響應(yīng)中將i人 證矢量轉(zhuǎn)發(fā)到P-CSCF。
11. P-CSCF將含有提問(認(rèn)證矢量的RAND部分)和網(wǎng)絡(luò)認(rèn)證 令牌(AUTN)的401 Unauthorized響應(yīng)發(fā)送到MOD。 IMOD驗(yàn)證 AUTN是否正確，并計(jì)算要發(fā)送到網(wǎng)絡(luò)的響應(yīng)。在此步驟中，IMOD 可以基于CK和IK密鑰對和公知的算法(該算法是^Hf的且對于 IMOD和IPTVMWAS都是已知的)來計(jì)算密鑰材料。
圖2以示意圖形式圖示此例行程序的如下又 一 些步驟(參考附圖 中的編號)
1. 根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，對詢問(challenge)進(jìn)行響應(yīng)將SIP REGISTER消息從IMOD發(fā)送到P-CSCF，此時(shí)其中包含詢問響應(yīng)。
2. 根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，將包含詢問響應(yīng)的SIP REGISTER消息 從P-CSCF發(fā)送到I-CSCF。
3. 根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，將包含詢問響應(yīng)的SIP REGISTER消息 從I-CSCF發(fā)送到S-CSCF。
4. 根據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，S-CSCF執(zhí)行驗(yàn)證以驗(yàn)證詢問響應(yīng)是否正
確，并將Cx-Put/Cx-Pu11 (公共用戶身份、專用用戶身份、S-CSCF名 稱)數(shù)據(jù)發(fā)送到HSS。
5. 在HSS中存儲(chǔ)該用戶的S-CSCF名稱并將Cx-Put Resp/Cx-Pu11 Resp (用戶信息)數(shù)據(jù)返回到S-CSCF。從HSS傳遞到S-CSCF的用 戶信息(初始過濾器準(zhǔn)則)包含名稱和地址信息，該名稱和地址信息 可用于訪問用戶在此S-CSCF注冊時(shí)用于服務(wù)控制的平臺。S-CSCF 存儲(chǔ)所指示的用戶的信息。
6. S-CSCF返回200 OK響應(yīng)。 7.1-CSCF轉(zhuǎn)發(fā)200 OK響應(yīng)。
8. P-CSCF轉(zhuǎn)發(fā)200 OK響應(yīng)。
9. 將"Registered(已注冊)"消息從IMOD傳送到MTRX。 一旦注冊STB,則它使用SEP INVITE( SIP邀請)建立與IPTV AS
的安全TCP/TLS連接。如下文，圖3以示意圖形式圖示此過程(參考 附圖中的編號)
1. MTRX ( STB的々某體端點(diǎn))向MOD ( STB的認(rèn)證/ISIM載體 部分)指示應(yīng)該建立至IPTV MW AS的連接。在IMOD與MTRX之 間的差別是可選的，可以將差別視為STB內(nèi)部實(shí)現(xiàn)。不具有此差別的 STB在行為上相對于IMS網(wǎng)絡(luò)將完全相同。
2. IMOD將SIP INVITE發(fā)送到P-CSCF。使用IPTV MW AS的公 共服務(wù)身份來尋址IPTV MW AS，并可以在ISIM中預(yù)先配置IPTV MW AS的公共服務(wù)身份或通過裝置管理過程來配置IPTV MW AS的 公共服務(wù)身份。包括TLS/TCP會(huì)話的SDP描述。 一種備選過程是， 使用基于純TCP/TLS信道(例如MSRP)的應(yīng)用成幀協(xié)議。在本例中， SDP描迷包舍MSRP/TLS/TCP而非僅包含TLS/TCP 。
3. 將SIP INVITE轉(zhuǎn)發(fā)到I-CSCF。 3GPP 23.228描述終端上的備 選PSI路由選擇，即
a. I-CSCF詢問I HSS,其中HSS將每個(gè)PSI作為"用戶" 來對待，并將路由選擇指令返回到表示PSI的端點(diǎn)。
b. I-CSCF詢問HSS,其中HSS向用戶返回分配的S-CSCF。 S-CSCF根據(jù)為每個(gè)"PSI訂戶"存儲(chǔ)的IFC信息路由PSI尋址的Invite。 將"PSI訂戶"指定給S-CSCF。
c. I-CSCF中的子域路由選擇，其中I-CSCF使用DNS將PSI 解析成表示PSI的端點(diǎn)的IP地址。此解析需要備選b。
4.1-CSCF使用DNS將公共服務(wù)身份轉(zhuǎn)換成此時(shí)將處理此用戶的 實(shí)際服務(wù)器的IP地址(這里可以應(yīng)用負(fù)載分?jǐn)?。S-CSCF然后將SIP INVITE發(fā)送到所選的IPTV MW AS。 IPTV MW AS然后執(zhí)行"提取 用戶數(shù)(Fetch User Date)"子序列。
5. IPTV MW AS返回200 OK響應(yīng)。將用戶TV服務(wù)入口的URL 包含在SDP中，例如作為在STB中而不是在中間節(jié)點(diǎn)中解釋的XML 體。
6. S-CSCF轉(zhuǎn)發(fā)200 OK響應(yīng)。
7. P-CSCF轉(zhuǎn)發(fā)200 OK響應(yīng)。
8. I MOD接收缺省用戶的TV服務(wù)入口 (即與MTRX的IMPU 關(guān)聯(lián)的入口 )的URL,并將其包含在SDP中。此信息在200 OK消息 中作為XML體被包含，但是其他方式也是可能的。
9. IMOD發(fā)送SIP ACK響應(yīng)。
10. P-CSCF轉(zhuǎn)發(fā)SIP ACK響應(yīng)。
11. S-CSCF轉(zhuǎn)發(fā)SIP ACK響應(yīng)。
12. IMOD使用服務(wù)器端證書來建立至IPTV MW AS的TLS/TCP連接。
然后可以使用TLS/TCP連接作為要在STB與IPTVAS之間傳送 的所有必需控制和信息消息的專用"常開啟"控制信道。信息消息可 以結(jié)合存儲(chǔ)在網(wǎng)絡(luò)基礎(chǔ)設(shè)施中某處的/>用數(shù)據(jù)庫中的個(gè)性化內(nèi)容。此 內(nèi)容將通過在HSS或某個(gè)其他用戶簡檔數(shù)據(jù)庫中存儲(chǔ)的用戶簡檔記 錄來進(jìn)行過濾，然后傳送到IPTVAS (或作為備選IPTVAS可以自己 根據(jù)過濾器引導(dǎo)內(nèi)容)。通過控制信道將內(nèi)容從IPTV AS提供到STB。
不同的CSCF無法看到加密信道的內(nèi)容，實(shí)際上該內(nèi)容不會(huì)遍歷到任 何其他MS節(jié)點(diǎn)。該控制信道是STB與IPTVAS之間的端到端連接。
此過程還可以擴(kuò)充為在系統(tǒng)中的服務(wù)保護(hù)基于加密內(nèi)容流的情 況中添加分發(fā)用于服務(wù)保護(hù)的密鑰(也稱有條件訪問)。這將包括上 文中最后一個(gè)步驟之后的附加步驟，其中例如可以經(jīng)由HTTP提取密 鑰。如果不同用戶具有不同信道集(channel bundle),則在"用戶連 接，本地用戶(User Connection, Local User)"過程之后也需要這種步驟。
此過程還可以僅"按需"運(yùn)行(即不在注冊時(shí)自動(dòng)建立連接，而 僅在需要對IPTV MW AS訪問時(shí)才建立)，但是優(yōu)選的備選方案是在 STB/MS注冊之后立即建立連接。這樣可以在需要與IPTV MW AS交 互時(shí)避免建立連接的延遲。
為要連接到IMOD的每個(gè)MTRX建立新的控制信道，正如"IMS IPTV體系結(jié)構(gòu)研究"("IMS IPTV Architecture Study" ("Rechon Architecture", EAB-05:045608， RevA， 2005-12-22))中描述的。
描述的控制信道啟用大量功能性，如IPTB STB上的遙控，正如 "IMS IPTV體系結(jié)構(gòu)研究"，EAB-06:001721， RevA, 2006-02-08( "IMS IPTV Architecture Study", EAB畫06:001721, RevA, 2006-02-08)或下一 部分中描述的用戶情況中所描述的。
IPTV MS AS使用上文提到的"提取用戶數(shù)據(jù)"子序列從S-CSCF 獲取基于CK和IK密鑰對的密鑰材料(在注冊過程期間由IMS AKA 認(rèn)證產(chǎn)生)。可以從CK和IK或以某種其他方式導(dǎo)出該密鑰材料。實(shí) 際的導(dǎo)出可以在不同于S-CSCF的節(jié)點(diǎn)中進(jìn)行，這樣需要在S-CSCF 與密鑰導(dǎo)出節(jié)點(diǎn)(附圖中未示出)之間的某種附加的信令。這不是根 據(jù)現(xiàn)有IMS標(biāo)準(zhǔn)，從而這會(huì)有對產(chǎn)品和標(biāo)準(zhǔn)的影響。另一種可能性是， S-CSCF在轉(zhuǎn)發(fā)INVITE時(shí)將認(rèn)證矢量傳送到AS。
如下文，圖4以示意圖形式圖示此過程(參考附圖中的編號)
1. IPTV AS中的網(wǎng)絡(luò)應(yīng)用功能(NAF)向S-CSCF發(fā)出"提取密 鑰材料(Fetch key material)"請求。2. S-CSCF自舉服務(wù)器功能(BSF)聯(lián)系Diameter(直徑)代理(D-代理)來獲取密鑰材料。
3. D-代理聯(lián)系STB的歸屬域中的S-CSCF的BSF。
4. STB的歸屬域中的BSF將密鑰材料傳送到IPTV AS的域中的 D-代理。
5. D-代理將密鑰材料傳送到S-CSCF,然后S-CSCF再將其傳送 到IPTV-AS。
6. 基于密鑰材料和已知的協(xié)議/算法(該協(xié)議/算法是公開的且對 于IMOD和IPTV MW AS都是已知的，例如摘要認(rèn)證(Digest Authentication))，對IMOD進(jìn)行認(rèn)證。應(yīng)該注意IMOD可以導(dǎo)出IPTV MW AS早前在INVITE序列中接收到的相同密鑰材料。
另一種可能的實(shí)現(xiàn)是，將BSF與S-CSCF分開，這需要從STB 和IPTV AS到各個(gè)BSF的明確GAA/GBA信令。
一旦建立控制信道，則使用安全連接從IPTVAS提取電子節(jié)目指 南(EPG)。 EPG可以針對當(dāng)前登錄的用戶的特定預(yù)訂來定制，或它 可以是針對該STB所包含的預(yù)訂類型的缺省EPG。如下文，圖5以 示意圖形式圖示此序列(參考附圖中的編號)
1. MTRX從IMOD請求用戶的EPG。
2. IMOD用戶請求html頁面形式的EPG列表，這通過使用先前 建立的至IPTVMWAS的安全連接來實(shí)現(xiàn)。
3. IPTV MW AS從EPG服務(wù)器請求EPG數(shù)據(jù)。
4. EPG服務(wù)器將EPG XML數(shù)據(jù)發(fā)送到IPTV MW AS。
5. IPTV MW AS利用對于當(dāng)前登錄用戶有效的信息生成html頁 面，并將其發(fā)送到IMOD。
6. IMOD將用戶的EPG返回到MTRX。
當(dāng)用戶期望"登錄，，到TV服務(wù)以獲取對他/她的個(gè)人EPG等的 訪問時(shí)，按下遙控上的個(gè)性化按鈕，這觸發(fā)使用新用戶的IMPU在 IMOD中進(jìn)行新的注冊。如果另一個(gè)用戶已經(jīng)注冊該MTRX，則IMOD
關(guān)閉該用戶的TLS/TCP會(huì)話，并取消該用戶的注冊。
然后IMOD使用PSI邀請IPTV MW AS。將P-Preferred-Identity 設(shè)置為"藍(lán)色"用戶的IMPU。包括TLS/TCP會(huì)話的SDP描述。余 下的過程遵循常規(guī)情況進(jìn)行。
按預(yù)定義的間隔，通過控制信道將基于當(dāng)前用戶的個(gè)性化過濾器 的一組廣告提供到MTRX?？梢远x這些廣告，以便在用戶觀看TV 時(shí)它們4皮顯示在屏幕的某些區(qū)域，或它們可以等待接收到特定觸發(fā)來 使它們?nèi)溜@示在TV上。對個(gè)性化廣告的過濾器基于存儲(chǔ)在不同 IMS數(shù)據(jù)庫(HSS以及其他)中的簡檔信息以及特定用戶正在觀看的 信息。
STB控制信道允許IPTVAS知道連接到它的不同STB的"健康" 狀態(tài)。通過定義適合的保持活動(dòng)機(jī)制(這將消耗非常少的資源，因?yàn)?信道總是開啟的)，可以提供對STB的軟件升級以及執(zhí)行某些服務(wù)器 啟動(dòng)的功能，例如預(yù)訂升級或甚至來自運(yùn)營商的ISIM交互。
本發(fā)明提供一種與IPTV AS進(jìn)行個(gè)性化STB交互的解決方案， 其可用于發(fā)送和接收控制命令并傳送僅需要由所有連接到AS的STB 中所選的一個(gè)STB發(fā)送或接收的任何特定信息項(xiàng)。
"總是開啟"控制信道縮短用于與IPTVAS的所有交互的建立等 待時(shí)間，這通過提供總是準(zhǔn)備好用于發(fā)送和接收不同的必需消息的加 密TCP控制的數(shù)據(jù)管道來實(shí)現(xiàn)。該控制信道還為IPTV AS提供用于 控制不同IPTV預(yù)訂的長度和連接狀態(tài)以及為軟件升級提供可容易到 達(dá)的安全信道的部件。
本發(fā)明允許將IPTV服務(wù)、IMS通信服務(wù)和個(gè)性化信息服務(wù)混合。
本領(lǐng)域技術(shù)人員將認(rèn)識到，在不背離本發(fā)明范圍的前提下可以對 上述實(shí)施例進(jìn)行多種修改。
權(quán)利要求
1. 一種提供用于IPTV服務(wù)的啟用IMS的控制信道的方法，所述方法包括如下步驟:在服務(wù)呼叫/狀態(tài)控制功能(S-CSCF)處接收會(huì)話發(fā)起協(xié)議(SIP)REGISTER消息，所述SIP REGISTER消息標(biāo)識始發(fā)用戶；在所述始發(fā)用戶處接收來自所述S-CSCF的響應(yīng)，所述響應(yīng)指示所述始發(fā)用戶已獲授權(quán)；從所述S-CSCF發(fā)送SIPINVITE消息以建立與所選IPTV應(yīng)用服務(wù)器(AS)的開路信道連接；以及通過所述開路信道連接來發(fā)送和/或接收控制或信息消息。
2. 如權(quán)利要求1所述的方法，其中使用標(biāo)準(zhǔn)IMS過程來建立所 述控制信道。
3. 如權(quán)利要求1或2所述的方法，其中所述控制或信息消息包含 至所述IPTV AS的IMS消息。
4. 如前面權(quán)利要求中的任一項(xiàng)所述的方法，其中所述控制或信息 消息包含個(gè)性化內(nèi)容，如與廣告、投票響應(yīng)、個(gè)性化投票觸發(fā)或目標(biāo) 交互事件相關(guān)的個(gè)性化內(nèi)容。
5. 如前面權(quán)利要求中的任一項(xiàng)所述的方法，其中從身份和MS 模塊(MOD)接收所述SIP REGISTER消息，所述SIP REGISTER 消息包含所述MOD的IP地址。
6. 如前面權(quán)利要求中的任一項(xiàng)所述的方法，其中響應(yīng)從力某體發(fā)送 器/接收器(MTRX)接收到開機(jī)消息而發(fā)送所述SIP REGISTER消息， 所述開才幾消息包含所述MTRX的BP地址。
7. 如前面權(quán)利要求中的任一項(xiàng)所述的方法，其中由代理呼叫/狀 態(tài)控制功能(P-CSCF)接收所述SIP REGISTER消息，所述代理呼叫 /狀態(tài)控制功能(P-CSCF)將所述SIP REGISTER消息轉(zhuǎn)發(fā)到詢問呼叫/狀態(tài)控制功能(I-CSCF)，以便將所述SIP REGISTER消息引導(dǎo)到 所選的S-CSCF。
8. 如前面權(quán)利要求中的任一項(xiàng)所述的方法，其中S-CSCF響應(yīng)接 收到所述SIP REGISTER消息而返回認(rèn)證消息。
9. 如前面權(quán)利要求中的任一項(xiàng)所述的方法，其中響應(yīng)認(rèn)證消息的 發(fā)送，所述S-CSCF接收包含提問響應(yīng)的SIP REGISTER消息。
10. 如權(quán)利要求9所述的方法，其中所述S-CSCF執(zhí)行對所述提 問響應(yīng)的驗(yàn)證檢查，并在肯定驗(yàn)證結(jié)果的情況下發(fā)送連接允許消息。
11. 如前面權(quán)利要求中的任一項(xiàng)所述的方法，其中所建立的安全 連接是TLS/TCP連接或MSRP/TLS/TCP連接。
12. 如前面權(quán)利要求中的任一項(xiàng)所述的方法，其中由所述IPTV AS在接收到所述SIP邀請消息時(shí)發(fā)起提取用戶數(shù)據(jù)子序列。
13. —種用于EPTV服務(wù)的啟用IMS的控制信道，包括處理部 件，用于在服務(wù)呼叫/狀態(tài)控制功能(S-CSCF)處接收會(huì)話發(fā)起協(xié)議(SIP) REGISTER消息，所述SIP REGISTER消息標(biāo)識始發(fā)用戶；在所述始發(fā)用戶處接收來自所述S-CSCF的響應(yīng)，所述響應(yīng)指示 所述始發(fā)用戶已獲授權(quán)；從所述S-CSCF發(fā)送SIP INVITE消息以建立與所選IPTV應(yīng)用服 務(wù)器(AS)的開路信道連接；以及通過所述開路信道連接來發(fā)送和/或接收控制或信息消息。
14. 一種用于執(zhí)行如權(quán)利要求1至12中任一項(xiàng)所述的方法的計(jì)算 才幾程序代碼。
全文摘要
一種用于IPTV服務(wù)的啟用IMS的控制信道通過如下方式提供在服務(wù)呼叫/狀態(tài)控制功能(S-CSCF)處，接收會(huì)話發(fā)起協(xié)議(SIP)REGISTER消息，其中該SIP REGISTER消息標(biāo)識始發(fā)用戶，在始發(fā)用戶處接收來自所述S-CSCF的響應(yīng)，響應(yīng)指示所述始發(fā)用戶已獲授權(quán)，并從S-CSCF發(fā)送SIP INVITE消息以建立與所選IPTV應(yīng)用服務(wù)器(AS)的開路信道連接。然后可以將該開路信道連接用于在STB與IPTV應(yīng)用服務(wù)器之間傳送控制消息(例如用于開始播放、開始錄制、停止播放等的控制消息以及用于傳送例如廣告、投票響應(yīng)、個(gè)性化投票觸發(fā)和目標(biāo)交互式事件的個(gè)性化內(nèi)容的控制消息)。通過保持與IPTV AS的開路控制信道，這實(shí)現(xiàn)了不同應(yīng)用的建立延遲時(shí)間上的顯著縮減。
文檔編號H04L29/06GK101385303SQ200680053152
公開日2009年3月11日 申請日期2006年2月24日 優(yōu)先權(quán)日2006年2月24日
發(fā)明者B·阿斯特龍, H·卡爾森, I·M·伊瓦斯, K·諾曼, Y·程 申請人:艾利森電話股份有限公司