專利名稱：用于iptv系統(tǒng)的時間偏移和追蹤播放的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于IPTV系統(tǒng)的時間偏移和追蹤播方文。 還引用了申請人的共同待定PCT申請PCT/EP2006/060279,該申 請的內(nèi)容通過引用結(jié)合于本文中。
背景技術(shù)：
IP多媒體服務(wù)在同一會話內(nèi)提供話音、視頻、訊息、數(shù)據(jù)等的動 態(tài)組合。通過增大基本應(yīng)用和可能組合的々某體的數(shù)量，向最終用戶提 供的服務(wù)數(shù)量將增大，并且人與人之間的通信體驗(yàn)將會變豐富。這將 導(dǎo)致新一代的個性化、豐富多媒體通信服務(wù)，包括下面更詳細(xì)論述的 所謂"組合IP多媒體"服務(wù)。IP多々某體子系統(tǒng)(IMS )是由笫三代合作伙伴項(xiàng)目(3GPP)為通 過移動通信網(wǎng)絡(luò)提供IP多媒體服務(wù)而定義的技術(shù)(3GPP TS 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版本5到7 ) 。 IMS通過使用標(biāo)準(zhǔn)化IMS服務(wù) 使能器提供重要的特性，以便豐富最終用戶人與人之間的通信體驗(yàn)， 這便于通過基于IP的網(wǎng)絡(luò)實(shí)現(xiàn)新的、豐富的人與人(客戶端到客戶端) 通信服務(wù)及人與內(nèi)容(客戶機(jī)到服務(wù)器)服務(wù)。IMS利用會話啟動協(xié) 議(Session Initiation Protocol SIP)設(shè)置和控制用戶終端(或用戶終端 與應(yīng)用服務(wù)器)之間的呼叫或會話。SIP信令承載的會話描述協(xié)議 (SDP )用于描述和詢問會話的媒體成分。雖然SIP創(chuàng)建成用戶到用 戶的協(xié)議，但I(xiàn)MS允許運(yùn)營商和服務(wù)提供商控制用戶對服務(wù)的訪問并 相應(yīng)地向用戶收費(fèi)。電信運(yùn)營商、TV運(yùn)營商和因特網(wǎng)服務(wù)提供商提供的服務(wù)之間的
分界正在消失，此類公司全都在為消費(fèi)者提供所有三種服務(wù)(所說的"三重角色")。對于希望提供TV服務(wù)的電信運(yùn)營商，流行的選擇 是利用所說的IPTV， IPTV通過IP和客戶的寬帶連接(例如ADSL、 VDSL、公共以太網(wǎng)等)來輸送TV服務(wù)。
IPTV在xDSL調(diào)制解調(diào)器的"第一英里"寬帶訪問和寬帶訪問(DSLAM)的應(yīng)用中具有有限的帶寬。由于有限的帶寬，其中預(yù)訂 中的所有信道("節(jié)目包")同時^皮傳送到機(jī)頂盒(STB)的線性內(nèi) 容輸送并不適合用于IPTV。 xDSL連接容量根據(jù)所使用的DSL版本 和"第一英里"的距離而有所變化。ADSL可以提供3至8Mbps之間 的容量，而ADSL2有望輸送最高25 Mbps下行流和VSDL數(shù)據(jù)速率 大于30 Mbps。標(biāo)準(zhǔn)質(zhì)量MPEG2內(nèi)容需要每個信道2 Mbps，而HDTV 將需要每個信道8-10Mbps。幸運(yùn)的是，新的MPEG4標(biāo)準(zhǔn)將所需的帶 寬降低到一半，同時具有與MPEG2編碼的內(nèi)容相同的質(zhì)量。盡管如 此，可用帶寬仍是稀缺資源，并且IPTV解決方案必須限制將通過"第 一英里"輸送的信道的數(shù)量。
現(xiàn)有時間偏移/追蹤播放解決方案是基于專有的網(wǎng)絡(luò)技術(shù)或家庭 中的個人視頻錄像機(jī)(Network Private Video Recorder PVR)的。這里 描述的這種解決方案利用標(biāo)準(zhǔn)化的IMS通信系統(tǒng)及其網(wǎng)絡(luò)體系結(jié)構(gòu)， 以及利用駐留在網(wǎng)絡(luò)中的PVR以限制通過第一英里連接傳送到家庭 的業(yè)務(wù)。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種基于網(wǎng)絡(luò)個人視頻錄像機(jī)(N-PVR)的 時間偏移(time-shift)/追蹤播放(chase-play)解決方案。
根據(jù)本發(fā)明第一方面，提供了一種用于IPTV系統(tǒng)的時間偏移和 追蹤播;^方法，該方法包4舌在始發(fā)用戶與所選IPTV應(yīng)用服務(wù)器(IPTV-AS)之間建立控制
信道；通過控制信道將啟動時間偏移命令發(fā)送到IPTV-AS; 從IPTV-AS將啟動錄制命令發(fā)送到網(wǎng)絡(luò)PVR系統(tǒng)以啟動當(dāng)前多 播內(nèi)容的錄制；在用戶準(zhǔn)備恢復(fù)觀看時間偏移內(nèi)容時，通過控制信道將啟動追蹤 播放命令發(fā)送到IPTV-AS以建立用于重放時間偏移內(nèi)容的單播信道； 以及從IPTV-AS將重放命令發(fā)送到網(wǎng)絡(luò)PVR系統(tǒng)以通過單播信道啟 動時間偏移內(nèi)容的重^L。本發(fā)明通過使用網(wǎng)絡(luò)PVR (N-PVR)解決了時間偏移和追蹤播放 的問題。N-PVR在IPTV解決方案中有豐富的意義。家庭中的PVR需 要通過第一英里輸送內(nèi)容，而N-PVR卻不需要。內(nèi)容在網(wǎng)絡(luò)中錄制， 因此，在用戶要觀看一個頻道的同時錄制另一頻道內(nèi)容時，不會增加 第一英里的負(fù)擔(dān)。用戶可因?yàn)槎喾N原因而選擇通過機(jī)頂盒(STB)啟動IPTV內(nèi)容 輸送的時間偏移功能，如在家中發(fā)生的需要用戶密切關(guān)注的事件，如 門鈴響鈴、訂購的比薩送到，或者預(yù)定的洗衣時間即將開始；發(fā)生輸 入通信服務(wù)，如電話、視頻電話、消息傳遞或聊天；以及用戶預(yù)訂事 件通知，如彩票開獎結(jié)果通知、曲棍球/足球比賽結(jié)果通知或訂購的按 次計(jì)費(fèi)電影即將開始。解決方案使用了 IMS中的能力，在用戶決定觀察時間偏移內(nèi)容和 啟動追蹤播放時建立已錄制內(nèi)容的單播輸送信道，并允許IPTV服務(wù) 與其它基于IMS的服務(wù)結(jié)合。其它基于IMS服務(wù)的示例有電話、視 頻電話、消息傳遞、聊天和按講。解決方案包括用于從多播/單播輸送的內(nèi)容切換到單播輸送的內(nèi) 容的機(jī)制。此類切換一般在用戶決定啟動多播輸送的內(nèi)容的時間偏移 時進(jìn)行，目的是在以后利用通過單播信道的追蹤播放來恢復(fù)內(nèi)容輸 送。
使用本發(fā)明優(yōu)選實(shí)施例獲得的 一 些優(yōu)點(diǎn)包括(i) 將IPTV服務(wù)、IMS通信服務(wù)和個性化信息服務(wù)混合的可能性。(ii) 通過寬帶連接的第一英里傳送的內(nèi)容量的限制(第一英里 是受限資源，許多服務(wù)爭用其中的可用容量)。(iii) TV內(nèi)容能智輸送，允許其它服務(wù)利用可用帶寬。(iv) 用于在內(nèi)容多播與單播輸送之間切換的基于IMS的方法。(v) 在網(wǎng)絡(luò)PVR系統(tǒng)與STB之間充當(dāng)網(wǎng)關(guān)的EPTV-AS。這在允 許運(yùn)營商使用許多類型N-PVR系統(tǒng)的同時，實(shí)現(xiàn)了 STB-IPTV-AS特 定的用戶交互。對N-PVR所需過程和協(xié)議的調(diào)整由IPTV-AS處理。(vi )網(wǎng)絡(luò)在IPTV輸送和允許運(yùn)營商提供個性化三重角色服務(wù)產(chǎn) 品中發(fā)揮了積極的作用。根據(jù)本發(fā)明又一方面，提供了一種時間偏移和追蹤播放IPTV系 統(tǒng)，包括信道控制部件，用于在始發(fā)用戶與所選IPTV應(yīng)用服務(wù)器(AS) 之間建立控制信道；啟動時間偏移部件，用于通過控制信道將啟動時間偏移命令發(fā)送 到IPTV-AS;啟動錄制部件，用于從IPTV-AS將啟動錄制命令發(fā)送到網(wǎng)絡(luò)PVR 系統(tǒng)以啟動當(dāng)前多播內(nèi)容的錄制；啟動追蹤播放部件，用于在用戶準(zhǔn)備恢復(fù)觀看時間偏移內(nèi)容時， 通過控制信道將啟動追蹤播it命令發(fā)送到IPTV-AS,以建立用于重》t 時間偏移內(nèi)容的單播信道；以及重放部件，用于從IPTV-AS將重放命令發(fā)送到網(wǎng)絡(luò)PVR系統(tǒng)以 通過單播信道啟動時間偏移內(nèi)容的重》欠。根據(jù)本發(fā)明又一方面，提供了用于執(zhí)行本發(fā)明第一方面的方法的 計(jì)算機(jī)程序代碼。


為了更全面地理解本發(fā)明，現(xiàn)在將通過舉例且參考附圖描述根據(jù)本發(fā)明的優(yōu)選實(shí)施例，其中圖1是示意圖，圖示了使用安全TCP/TLS連接建立控制信道； 圖2是示意圖，圖示了用于在內(nèi)容多播與單播輸送之間切換的序列；圖3是示意圖，圖示了用于在屏幕上呼入通知的序列；以及 圖4是示意圖，圖示了用于PSTN/ISDN呼入通知的序列； 圖5是示意圖，圖示了用于具有時間偏移的擴(kuò)展呼入通知情景的 序列；以及圖6是示意圖，圖示出用于事件觸發(fā)時間偏移的序列。
具體實(shí)施方式
通過對優(yōu)選實(shí)施例的背景描述，下文概述在GPRS/PS接入網(wǎng)情況 下IP多i某體子系統(tǒng)(IMS )如何適應(yīng)移動網(wǎng)絡(luò)體系結(jié)構(gòu)。呼叫/會話控 制功能(CSCF)作為SIP代理在IMS內(nèi)操作。3GPP體系結(jié)構(gòu)定義三 種類型的CSCF:代理CSCF (P-CSCF ),其是SIP終端在IMS內(nèi)的 第一接觸點(diǎn)；服務(wù)CSCF ( S-CSCF)，它為用戶提供用戶預(yù)訂的服務(wù)； 以及詢問CSCF( I-CSCF),其作用是識別正確的S-CSCF并經(jīng)P-CSCF 向該S-CSCF轉(zhuǎn)發(fā)從SIP終端接收的請求。用戶使用指定的SIP登記方法向IMS登記。這是用于連接到IMS 并向IMS通知可到達(dá)SIP用戶身份的地址的機(jī)制。用戶從S-CSCF接 收在它啟動一個對話時將使用的唯一統(tǒng)一資源標(biāo)識符(URI )。在3GPP 中，在SIP終端執(zhí)行一個登記時，IMS鑒定該用戶，并從可用S-CSCF 集合中向該用戶分配一個S-CSCF。雖然3GPP未規(guī)定分配S-CSCF的 標(biāo)準(zhǔn)，但這些標(biāo)準(zhǔn)可包括負(fù)載分擔(dān)和服務(wù)要求。注意，S-CSCF的分 配對于控制用戶訪問基于IMS的服務(wù)(和對其收費(fèi))至關(guān)重要。運(yùn)營 商可提供用于防止將繞過S-CSCF的直接用戶與用戶SIP會話的機(jī)制。 在登記過程期間，如果尚未選定S-CSCF,則I-CSCF負(fù)責(zé)選擇一 個S-CSCF。 I-CSCF從本地網(wǎng)絡(luò)的歸屬用戶服務(wù)器(HSS)接收所需 的S-CSCF能力，并基于接收能力選擇適當(dāng)?shù)腟-CSCF。(注意，在用 戶被另 一方呼叫，而該用戶當(dāng)前未分配有S-CSCF的情況下，I-CSCF 也為用戶進(jìn)行S-CSCF分配。)在登記用戶隨后向IMS發(fā)送會話請 求(例如，SIP邀請(SIP-INVITE))時，該請求將包括P-CSCF和S-CSCF URI，以便P-CSCF能夠?qū)⒄埱筠D(zhuǎn)發(fā)到選定的S-CSCF。 &十(IMS ) 的始發(fā)和終接側(cè)均適用。(對于終接呼叫，請求將包括P-CSCF地址 和用戶設(shè)備(UE)地址。)在IMS服務(wù)網(wǎng)絡(luò)內(nèi)，應(yīng)用服務(wù)器(AS)提供用于實(shí)現(xiàn)IMS服務(wù) 功負(fù)fe。 AS向IMS系統(tǒng)中的最終用戶提供服務(wù)，并可作為端點(diǎn)通過3GPP 定義的Mr接口連接，或者通過3GPP定義的ISC接口由S-CSCF "鏈 接"。在后一情況下，初始過濾準(zhǔn)則(IFC)由S-CSCF用于確定在 SIP會話建立期間將"鏈接"哪些應(yīng)用服務(wù)器。不同的IFC可適用于 不同的呼叫情況。IFC在IMS登記過程期間作為用戶的用戶筒檔的一 部分由S-CSCF從HSS接收。某些AS將根據(jù)用戶身份(被叫或主叫 用戶，以控制應(yīng)用服務(wù)器的網(wǎng)絡(luò)"擁有"哪個為準(zhǔn))執(zhí)行動作。例如， 在呼叫轉(zhuǎn)發(fā)時，適當(dāng)?shù)?終接)應(yīng)用服務(wù)器將確定到給定用戶的呼叫 將被轉(zhuǎn)發(fā)到的新終接方。下文要描述的優(yōu)選實(shí)施例涉及用于IPTV機(jī)頂盒(STB)的啟用 IMS的控制信道?？刂菩诺朗褂脴?biāo)準(zhǔn)IMS過程建立，之后用于將第二 控制消息發(fā)送到IPTV應(yīng)用服務(wù)器，以及輸送個性化內(nèi)容，如廣告、 投票響應(yīng)、個性化投票觸發(fā)和目標(biāo)交互事件。 至IPTV AS的IMOD連接應(yīng)注意，在下文中將STB描述為單個單元。圖形序列示出將STB 分成IMOD和MTRX,但因?yàn)樗鼈冎g的交互與所描述的發(fā)明概念不 直接相關(guān)，因此，這并未描述。當(dāng)STB啟動時，它首先使用授權(quán)報頭中的身份和IMS沖莫塊 (IMOD )的IMS專用ID ( MPI - STB的專用地址)以及(如普通 SIP登記消息的)"From"和"To"報頭中的缺省"家庭STB"公共 地址以在IMS網(wǎng)絡(luò)上登記。表示々某體發(fā)送器/接收器(MTRX )的IMPU 和表示用戶的IMPU均可以登記。為實(shí)現(xiàn)服務(wù)的個性化，執(zhí)行了 "至 IPTV MW AS的用戶連接"使用例行程序。STB —旦登記后，它便使用SIP邀請建立與IPTV AS的安全 TCP/TLS連接。如圖1以示意圖形式圖示的此過程如下所述(參考附 圖中使用的標(biāo)號)1. MTRX ( STB的々某體端點(diǎn))向IMOD ( STB的認(rèn)證/ISIM載 體部分)指示應(yīng)該建立至IPTV MW AS的連接。在IMOD與MTRX 之間的差別是可選的，可以將差別視為STB內(nèi)部實(shí)現(xiàn)。不具有此差別 的STB在行為上相對于IMS網(wǎng)絡(luò)將相同。2. MOD將SIP邀請消息發(fā)送到P-CSCF。 IPTV MW AS的公 共服務(wù)身份用于尋址IPTV MW AS,并可以在ISIM中預(yù)先配置或通 過裝置管理過程配置。TLS/TCP會話的SDP描述包括在內(nèi)。 一個備 選過程是使用通過純TCP/TLS信道的應(yīng)用成幀協(xié)議，如MSRP。這種 情況下，SDP描述包含MSRP/TLS/TCP,而不是只包含TLS/TCP。3. SIP邀請消息被轉(zhuǎn)發(fā)到I-CSCF。 3GPP 23.228描述了終端上 的備選PSI路由選擇，即a. I-CSCF詢問I HSS，其中HSS將每個PSI作為"用戶"來 對待，并將路由選擇指令返回到表示PSI的端點(diǎn)。b. I-CSCF詢問HSS，其中HSS向用戶返回分配的S-CSCF。 S-CSCF根據(jù)為每個"PSI用戶"存儲的IFC信息路由PSI尋址的邀請。 將"PSI用戶"指定給S-CSCF。c. I—CSCF中的子域路由選擇，其中I-CSCF使用DNS將PSI 解析成表示PSI的端點(diǎn)的EP地址。.此解析需要備選b。4. I-CSCF使用DNS將公共服務(wù)身份轉(zhuǎn)換成此時將處理此用
戶的實(shí)際服務(wù)器的IP地址(這里可以應(yīng)用負(fù)載分?jǐn)?。S-CSCF然后 將SIP邀請消息發(fā)送到所選的IPTVMWAS。 LPTVMWAS然后執(zhí)行 "提取用戶數(shù)據(jù)"子序列。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. IMOD接收缺省用戶的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連接。此過程還可以擴(kuò)充為在系統(tǒng)中的服務(wù)保護(hù)基于加密內(nèi)容流的情況 中添加分發(fā)用于服務(wù)保護(hù)的密鑰(也稱有條件訪問)。這將包括上文 中最后一個步驟之后的附加步驟，其中例如可以經(jīng)由HTTP提取密鑰。 如果不同用戶具有不同信道集，則在"用戶連接，本地用戶"過程之后也需要這種步驟。此過程還可以僅"按需"運(yùn)行(即不在登記時自動建立連接，而 僅在需要對IPTV MW AS訪問時才建立)，但是優(yōu)選的備選方案是在 STB/MS登記之后立即建立連接。這樣可以在需要與IPTVMWAS交 互時避免建立連接的延遲。為要連接到IMOD的每個MTRX建立新的控制信道，正如"IMS IPTV體系結(jié)構(gòu)研究"("IMS IPTV Architecture Study" ( "Rechon Architecture", EAB-05:045608, Rev A, 2005-12-22))中描述的。
描述的控制信道啟用大量功能，如IPTB STB上的遙控，正如"IMS IPTV體系結(jié)構(gòu)研究"，EAB-06:001721, Rev A, 2006-02-08( "IMS IPTV Architecture Study", EAB畫06:001721, Rev A， 2006-02-08 )或下一部分中 描述的用戶情況中所描述的。當(dāng)STB啟動時，它首先使用授權(quán)報頭中的身份和IMS模塊 (IMOD )的IMS專用ID (IMPI - STB的專用地址)以及(如普通 SIP登記消息的)"From"和"To"才艮頭中的缺省"家庭STB"公共 地址以在IMS網(wǎng)絡(luò)上登記。STB—旦已登記后，它便使用SIP邀請建 立與IPTV AS的安全TCP/TLS連接。STB啟動的時間偏移如果用戶要開始內(nèi)容的時間偏移，則STB可啟動用于在內(nèi)容的多 播與單播輸送之間切換的基于IMS的以下方法。如圖2示意性地指示， 此過程如下所述(參考附圖中使用的標(biāo)號)1 )通過上面參照圖1所述的過程，在STB與IPTV-AS之間建 立控制信道。此時，STB正在接收通過多播輸送的內(nèi)容。2) 由于家中發(fā)生需要用戶密切關(guān)注的事件，如門鈴響、訂購的比 薩送到、或者預(yù)定的洗衣時間即將開始等，因而用戶決定啟動時間偏 移功能。STB生成"啟動時間偏移"命令并將此命令通過控制信道發(fā) 送到IPTV-AS。命令的確切過程和語法是STB與IPTV-AS之間的問 題，可能有許多不同的變體。IPTV-AS在解釋命令后采取適當(dāng)?shù)膭幼鳌?) IPTV-AS啟動當(dāng)前觀看的多播信道的錄制。由于STB總是在 發(fā)生信道更改后寺艮告它當(dāng)前正在接收的多播信道，因此，此操作可能 實(shí)現(xiàn)(圖中未示出)。"啟動錄制"命令從IPTV-AS發(fā)送到N-PVR 系統(tǒng)。命令的確切過程和語法是STB與IPTV-AS之間的問題，可能 有許多不同的變體。IPTV- AS充當(dāng)N-PVR系統(tǒng)與STB之間的網(wǎng)關(guān)。 這在允許許多不同類型的運(yùn)營商使用N-PVR系統(tǒng)的同時，實(shí)現(xiàn)了 STB/IPTV-AS特定的用戶交互。所需N-PVR過程和協(xié)i義的調(diào)整由IPTV-AS處理。4) 將時間偏移已啟動的指示返回到STB，并且可選地向用戶顯 示。在啟動時間偏移之后，多播信道可繼續(xù)或不繼續(xù)輸送到STB。這 是一種部署選擇。5) 用戶在準(zhǔn)備恢復(fù)觀看時間偏移內(nèi)容時啟動追蹤播放功能，并 且"啟動追蹤播放"命令通過控制信道從STB發(fā)送到IPTV-AS。命令 的確切過程和語法是STB與IPTV-AS之間的問題，可能有許多不同 的變體。IPTV-AS充當(dāng)N-PVR系統(tǒng)與STB之間的網(wǎng)關(guān)。這在允許許 多不同類型的運(yùn)營商使用N-PVR系統(tǒng)的同時，實(shí)現(xiàn)了 STB/EPTV-AS 特定的用戶交互。所需N-PVR過程和協(xié)議的調(diào)整由IPTV-AS處理。 RTSP作為示例在序列中使用，但本發(fā)明并不限于使用RTSP。6) IPTV-AS在同與控制信道相關(guān)聯(lián)的"啟動追蹤播放"命令相 同的SIP會話中發(fā)送SIP邀請消息。SIP重新邀請消息是一個請求， 它請求建立將用于輸送存儲在N-PVR系統(tǒng)中的已錄制(時間偏移) 內(nèi)容的單播信道。因此，內(nèi)容輸il/人多播更改為單播輸送，而IMS用 于實(shí)現(xiàn)此更改。7-8 )通過ISC和多媒體電話(MMTEL ) AS傳送SIP邀請消息， MMTel在這種情況下用作IPTV的IMS通信服務(wù)，因此導(dǎo)致通過ISC 調(diào)用MMTel AS。但是，應(yīng)注意的是，該方法適用于其它IMS通信月l 務(wù)并且不限于MMTel, MMTel只作為示例提供。MMTel AS可調(diào)用 補(bǔ)充服務(wù)，如有關(guān)并行單播輸送數(shù)量的限制，但這未包括在序列中。9-10 )將SIP邀請消息發(fā)送到STB, STB通過200 OK響應(yīng)確i人 請求以接受單播信道邀請。10, 11 ) 200 OK響應(yīng)沿SIP會話路徑發(fā)送到IPTV-AS。12) EPTV AS通過到N-PVR系統(tǒng)的"播放"命令來啟動已錄制 內(nèi)容的重放。IPTV-AS充當(dāng)網(wǎng)絡(luò)PVR系統(tǒng)與STB之間的網(wǎng)關(guān)。這在 允許許多不同類型的運(yùn)營商使用N-PVR系統(tǒng)的同時，實(shí)現(xiàn)了 STB/IPTV-AS特定的用戶交互。所需N-PVR過程和協(xié)議的調(diào)整由
IPTV-AS處理。RTSP作為示例在序列中^f吏用，4旦本發(fā)明并不限于 RTSP。13)啟動單播輸送。呼入通知此序列描述可如何為至STB/TV的IMS呼叫實(shí)現(xiàn)在TV屏幕上的 呼入通知和用戶確定的呼叫處理。在此情景中，建立了至STB/TV的 呼叫，并且STB/TV還用于通知用戶有呼入，并且允許用戶指定應(yīng)如 何處理呼叫。如圖3示意性地指示，此過程如下所述(參考附圖中使 用的標(biāo)號)1) 通過上面參照圖1所述的過程，在STB與IPTV-AS之間建 立控制信道。此時，STB正在接收通過多播輸送的內(nèi)容。2) 被叫用戶網(wǎng)絡(luò)(STB網(wǎng)絡(luò))中的I-CSCF從相同的IMS網(wǎng)絡(luò) 或另一 IMS網(wǎng)絡(luò)、或者/人到另一網(wǎng)絡(luò)(例如，ISDN/PSTN)的IMS 網(wǎng)關(guān)接收SIP邀請消息。I-CSCF將100嘗試響應(yīng)返回到SIP邀請消息 的發(fā)送方，以停止相同SIP邀請消息的定期重新傳輸。3 ) I-CSCF使用Diameter LIR (位置信息請求)來獲得^皮叫用戶 的S-CSCF地址，并且HSS在LIA (位置信息應(yīng)答)中返回此地址。4 )將SIP邀請消息發(fā)送到被叫用戶的S-CSCF (由S-CSCF返回 的100嘗試響應(yīng))。5)被叫用戶的觸發(fā)準(zhǔn)則由S-CSCF存儲。此IFC包含有關(guān)要通 過ISC "l妄口調(diào)用哪些AS的信息。此示例示出一個用于MMTel IMS 通信服務(wù)的呼入，并且通過ISC來調(diào)用MMTel AS。 MMTel AS可調(diào) 用補(bǔ)充服務(wù)，如禁止或轉(zhuǎn)發(fā)輸入會話，但這未包括在序列中。6 ) MMTel AS向其它AS顯露使能服務(wù)以允許這些AS影響會話 建立。IPTVAS已從MMTel AS預(yù)訂呼入事件，并且顯露服務(wù)的服務(wù) 定義基于用于呼叫控制的Parlay-XWeb服務(wù)定義。將Parlay-X "處理 被叫號碼請求"發(fā)送到IPTV-AS。應(yīng)注意的是，Parlay-X服務(wù)也可由 以與IMS (IP多媒體子系統(tǒng))AS相同的方式通過ISC (IMS服務(wù)控 制)接口連接的OSA (開放服務(wù)訪問)/Parlay (-X)網(wǎng)關(guān)顯露。還應(yīng) 注意的是，IPTV-AS可通過ISC與MMTelAS串聯(lián)連接，以執(zhí)行下述 呼叫通知過程。雖然此說明只涉及由MMTel AS顯露Parlay-X呼叫控 制服務(wù)的備選，但將理解，本發(fā)明并不限于此。7)通過控制信道將"呼入通知"命令從IPTV-AS發(fā)送到STB。 命令的確切過程和語法是STB與IPTV-AS之間的問題，可能有許多 不同的變體。用戶有多個呼叫處理選擇，如 允許呼叫至STB/TV 將呼叫轉(zhuǎn)到話音信箱(多i某體郵箱) 將呼叫轉(zhuǎn)至另一號碼用戶的選擇由STB返回給IPTV-AS。在下文中，假設(shè)用戶選擇允 許呼叫。8 ) IPTV-AS向MMTel AS返回Parlay-X "處理被叫號碼響應(yīng)"， 并帶有指明至STB的呼叫建立可繼續(xù)的信息。9 ) S-CSCF從MMTel AS接收SIP邀請消息(MMTel在此示例 中作為B2BUA)。 S-CSCF可為登記用于一個特定公共用戶標(biāo)識(PUI) 的聯(lián)系地址執(zhí)行分流。STB在此示例中具有唯一的PUI,并且其它SIP UA不可登記為用于STBPUI的聯(lián)系地址。但是，STB可登記為用于 其它用戶指定PUI的聯(lián)系地址，并且這允許移動電話和STB登記為用 于例如一個特定PUI的可能聯(lián)系地址。10， 11, 12, 13)將SEP邀請消息發(fā)送到STB， STB返回沿SIP 路徑中轉(zhuǎn)的180振鈴響應(yīng)。14, 15， 16， 17)來自STB的200 0K響應(yīng)指示會話已被接受， 并且可以建立i某體平面。18)建立用于語音的J(某體平面，并且呼叫繼續(xù)進(jìn)行。PSTN/ISDN呼入通知
此序列描述可如何為家庭中的PSTN/ISDN電話實(shí)現(xiàn)在TV屏幕上 的呼入通知和用戶確定的呼叫處理。應(yīng)注意的是，在此情景中，未建 立到STB/TV的呼叫。STB/TV只用于通知用戶有呼入，并允許用戶 指定應(yīng)如何處理呼叫。如圖4示意性地指示，此過程如下所述(參考 附圖中使用的標(biāo)號)1 )通過上面參照圖1所述的過程，在STB與IPTV-AS之間建 立控制信道。此時，STB正在接收通過多播輸送的內(nèi)容。2， 3 )被叫用戶網(wǎng)絡(luò)中的SSF (服務(wù)切換功能)接收ISUP (ISDN 用戶部分)IAM(初始地址消息)。這會觸發(fā)SSF聯(lián)系IN(智能網(wǎng)絡(luò)) 體系結(jié)構(gòu)中的服務(wù)控制點(diǎn)(SCP)。OSA/Parlay GW (網(wǎng)關(guān))起到了充當(dāng)面向SSF的SCP的作用，但 允許AS真正決定如何處理呼叫。INAP協(xié)議上存在許多不同的變體， 例如CS1、 CS2、 CAP等。此說明參考可在CAP (CAMEL應(yīng)用部分) 中找到的IDP (初始檢測點(diǎn))操作調(diào)用提供，但將理解，本發(fā)明并不 限于此特定類型的INAP (智能網(wǎng)絡(luò)應(yīng)用部分)。4 )將IDP轉(zhuǎn)換成用于呼叫控制的Parlay-X Web服務(wù)定義。將 Parlay-X "處理被叫號碼請求"發(fā)送到IPTV-AS。這是與前一序列中 從MMTel IMS AS發(fā)送到IPTV AS的消息相同的消息，它使得IPTV AS能夠?qū)MS和PSTN/ISDN呼叫具有共同的呼叫處理接口 。應(yīng)注意 的是，IPTV-AS也可經(jīng)由INAP連接為SCP (服務(wù)控制點(diǎn))。此說明 只涉及使用Parlay-X呼叫控制服務(wù)的備選，但本發(fā)明并不限于此。5)通過控制信道將"呼入通知"命令從IPTV-AS發(fā)送到STB。 命令的確切過程和語法是STB與IPTV-AS之間的問題，可能有許多 不同的變體。用戶有多個呼叫處理選擇，如 允許呼叫至STB/TV 將呼叫轉(zhuǎn)到話音信箱(多々某體郵箱) 將呼叫轉(zhuǎn)至另一號碼用戶的選擇由STB返回給IPTV-AS。在下文中，假設(shè)用戶選擇允 許呼叫。6 ) IPTV-AS向MMTel AS返回Parlay-X "處理被叫號碼響應(yīng)"， 并帶有指明至PSTN/ISDN電話的呼叫建立可繼續(xù)的信息。7 ) OSA/Parlay GW將適當(dāng)?shù)腎NAP消息返回到SSF,例如繼續(xù) 操作調(diào)用。8 ) SSF將ISUPIAM消息發(fā)送到與用戶的PSTN/ISDN電話連接的本地交換:才幾。9 )將Q.931 ISDN建立消息發(fā)送到ISDN電話(從現(xiàn)在開始只示 出ISDN)，并且通過呼叫確認(rèn)消息進(jìn)行確認(rèn)。10， 11 )將ISUP ACM (地址完整消息)消息從本地交換機(jī)發(fā)送 到SSF (服務(wù)交換功能)并繼續(xù)向前發(fā)送。12， 13， 14)在ISUPCPG (呼叫進(jìn)展)中轉(zhuǎn)發(fā)告警。15， 16, 17)將應(yīng)答消息轉(zhuǎn)換成ISUP ATM (應(yīng)答消息)。18)建立ISDN/PSTN呼叫。具有時間偏移的擴(kuò)展呼入情景此序列通過時間偏移功能擴(kuò)展了呼入通知序列。如圖5示意性地 示出，此過程如下所述(參考附圖中使用的標(biāo)號)1) 通過上面參照圖1所述的過程，在STB與IPTV-AS之間建 立控制信道。此時，STB正在接收通過多播輸送的內(nèi)容。2) 被叫用戶網(wǎng)絡(luò)(STB網(wǎng)絡(luò))中的I-CSCF從相同的IMS網(wǎng)絡(luò) 或另一 IMS網(wǎng)絡(luò)、或者從到另一網(wǎng)絡(luò)(例如，ISDN/PSTN)的IMS 網(wǎng)關(guān)接收SIP邀請消息。I-CSCF將100嘗試響應(yīng)返回到SIP邀請消息 的發(fā)送方，以停止相同SIP邀請消息的定期重新傳輸。3 ) I-CSCF使用Diameter LIR (位置信息請求)來獲得-波叫用戶 的S-CSCF地址，并且HSS在LIA (位置信息應(yīng)答)中返回此地址。4 )將SIP邀請消息發(fā)送到被叫用戶的S-CSCF (由S-CSCF返回 的100嘗試響應(yīng))。
5 )被叫用戶的觸發(fā)準(zhǔn)則由S-CSCF存儲。此IFC包含有關(guān)要通 過ISC接口調(diào)用哪些AS的信息。此示例示出一個用于MMTel IMS 通信服務(wù)的呼入，并且通過ISC調(diào)用MMTel AS。 MMTel AS可調(diào)用 補(bǔ)充服務(wù)，如禁止或轉(zhuǎn)發(fā)輸入會話，但這未包括在序列中。6 ) MMTel AS向其它AS顯露使能服務(wù)以允許這些AS影響會話 建立。IPTVAS已從MMTel AS預(yù)訂呼入事件，并且顯露服務(wù)的服務(wù) 定義是基于用于呼叫控制的Parlay-X Web服務(wù)定義。將Parlay-X "處 理被叫號碼請求，，發(fā)送到IPTV-AS。應(yīng)注意的是，Parlay-X服務(wù)也可 由以與IMS-AS相同的方式通過ISC (IMS月良務(wù)控制)4妄口連4妄的 OSA/Parlay (-X)網(wǎng)關(guān)(OSA二開放服務(wù)訪問)顯露。還應(yīng)注意的是， IPTV-AS可通過ISC與MMTel AS串l關(guān)連4妄，以執(zhí)行下述呼叫通知過 程。雖然此說明只涉及由MMTel AS顯露Parlay-X呼叫控制服務(wù)的備 選，但將理解，本發(fā)明并不限于此。7) 通過控制信道將"呼入通知"命令從IPTV-AS發(fā)送到STB。 命令的確切過程和語法是STB與IPTV之間的問題，可能有許多不同 的變體。用戶有多個呼叫處理選擇，如 允許呼叫至STB/TV 將呼叫轉(zhuǎn)到話音信箱(多^某體郵箱) 將呼叫轉(zhuǎn)至另一號碼 允許呼叫并啟動時間偏移用戶的選擇由STB返回給IPTV-AS。在此示例中，用戶選擇允許 呼叫并啟動時間偏移。8) IPTV-AS啟動當(dāng)前觀看的多播信道的錄制。由于STB總是在 信道更改后報告它當(dāng)前正在接收的多播信道，因此，此操作可能實(shí)現(xiàn)(序列中未示出)。將"啟動錄制"命令從IPTV-AS發(fā)送到N-PVR 系統(tǒng)。IPTV-AS充當(dāng)網(wǎng)絡(luò)PVR系統(tǒng)與STB之間的網(wǎng)關(guān)。這在允許許 多不同類型的運(yùn)營商使用N-PVR系統(tǒng)的同時，實(shí)現(xiàn)了 STB/IPTV-AS 特定的用戶交互。所需N-PVR過程和協(xié)議的調(diào)整由IPTV-AS處理。9 ) IPTV-AS向MMTel AS返回Parlay-X "處理被叫號碼響應(yīng)"， 并帶有指明至STB的呼叫建立可繼續(xù)的信息。S-CSCF從MMTel AS 接收SIP邀請消息(MMTel在此示例中作為B2BUA) 。 S-CSCF可為 登記用于一個特定公共用戶身份的聯(lián)系地址執(zhí)行分流。STB在此示例 中具有唯一的PUI，并且其它SIP UA不可登記為用于STB PUI的聯(lián) 系地址。但是，STB可登記為用于其它用戶指定PUI的聯(lián)系地址，并 且這允許移動電話和STB登記為用于例如一個特定PUI的可能聯(lián)系地 址。10， 11, 12, 13)將SIP邀請消息發(fā)送到STB, STB返回沿SIP 路徑中轉(zhuǎn)的180振鈴響應(yīng)。14, 15， 16， 17) 來自STB的200OK響應(yīng)指示會話已被接受， 并且可以建立i某體平面。18)建立用于語音的媒體平面，并且呼叫繼續(xù)進(jìn)行。19 )用戶在準(zhǔn)備恢復(fù)觀看時間偏移內(nèi)容時啟動追蹤播放功能。20) 通過控制信道將"啟動追蹤播放"命令從STB發(fā)送到 IPTV-AS。命令的確切過程和語法是STB與IPTV-AS之間的問題， 可能有許多不同的變體。IPTV-AS充當(dāng)網(wǎng)絡(luò)PVR系統(tǒng)與STB之間的 網(wǎng)關(guān)。這在允許許多不同類型的運(yùn)營商使用N-PVR系統(tǒng)的同時，實(shí) 現(xiàn)了 STB/IPTV-AS特定的用戶交互。所需N-PVR過程和協(xié)議的調(diào)整 由IPTV-AS處理。RTSP作為示例在序列中使用，^旦本發(fā)明并不限于 RTSP。21) IPTV-AS在與控制信道相關(guān)聯(lián)的相同SIP會話中發(fā)送SIP 邀請消息。SIP邀請消息是一個請求，它請求建立將用于輸送存儲在 N-PVR系統(tǒng)中的已錄制(時間偏移)內(nèi)容的單播信道。因此，內(nèi)容輸 i^/人多播更改為單播，而IMS用于實(shí)現(xiàn)此更改。22, 23 )通過ISC和MMTEL AS傳送SIP邀請消息。 24， 25)將SIP邀請消息發(fā)送到STB, STB通過200 OK響應(yīng)確 認(rèn)請求以接受單播信道邀請。
26) IPTVAS通過到N-PVR系統(tǒng)的"播放"命令來啟動已錄制 內(nèi)容的重放。IPTV-AS充當(dāng)網(wǎng)絡(luò)PVR系統(tǒng)與STB之間的網(wǎng)關(guān)。這在 允許許多不同類型的運(yùn)營商使用N-PVR系統(tǒng)的同時，實(shí)現(xiàn)了 STB/IPTV-AS特定的用戶交互。所需N-PVR過程和協(xié)議的調(diào)整由 IPTV-AS處理。RTSP作為示例在序列中使用，但本發(fā)明并不限于 RTSP。27) 啟動單播輸送。事件觸發(fā)的時間偏移此序列是運(yùn)營商可如何使用控制信道來輸送與上述時間偏移功能 組合的個性化信息服務(wù)的一個實(shí)例。此解決方案使得組合IPTV服務(wù)、 IMS通信服務(wù)和個性化信息服務(wù)成為可能，并使得網(wǎng)絡(luò)能夠在IPTV 輸送中起到積極的作用，且使得運(yùn)營商能夠提供個性化的三重角色服 務(wù)產(chǎn)品。如圖7示意性地指示，此過程如下所述(參考附圖中使用的 標(biāo)號)1)通過上面參照圖1所述的過程，在STB與IPTV-AS之間建 立控制信道。此時，STB正在接收通過多播輸送的內(nèi)容。2， 3)將兩個用戶預(yù)訂的信息事件輸送到IPTV-AS。預(yù)訂事件 的過程在序列中未示出，但可通過控制信道來實(shí)現(xiàn)。4) 通過控制信道將報告彩票開獎結(jié)果的第一事件輸送到STB， 并且結(jié)果通過STB顯示。用戶可在需要時啟動時間偏移功能，但這未 示出。5) 通過控制信道發(fā)送通知，以指明錄制的足球比賽進(jìn)球可得到。 預(yù)訂事件可以是例如在特定足球比賽中發(fā)生的進(jìn)球。在看到此信息呈 現(xiàn)時，用戶可選擇觀看進(jìn)J求，并對他當(dāng)前正在觀看的信道啟動時間偏 移。6) 因此，IPTV-AS啟動當(dāng)前觀看的多播信道的錄制。由于STB 總是在發(fā)生信道更改后報告它當(dāng)前正在接收的多播信道，因此，此操
作可能實(shí)現(xiàn)(圖中未示出)。7 ) IPTV-AS在與通過控制信道發(fā)送的通知的會話相同的SIP會話中發(fā)送snv邀請消息。sip邀請消息是一個請求，它請求建立將用于輸送存儲在N-PVR2系統(tǒng)中的足球比賽進(jìn)球的單播信道。8， 9 )通過ISC和MMTEL AS傳送SIP邀請消息。MMTel在此 方法中用作IPTV的IMS通信服務(wù)，因此導(dǎo)致通過ISC調(diào)用MMTel AS。10， 11)將SIP邀請消息發(fā)送到STB, STB通過200 OK響應(yīng)確 認(rèn)請求以接受單播信道邀請。12 ) IPTV AS通過到N-PVR系統(tǒng)的"播放"命令來啟動已錄制 進(jìn)J泉的重力文。IPTV-AS充當(dāng)N-PVR系統(tǒng)與STB之間的網(wǎng)關(guān)。13) 啟動進(jìn)球的單播輸送。14) 用戶在準(zhǔn)備恢復(fù)觀看時間偏移內(nèi)容時啟動追蹤播放功能。15) 通過控制信道將"啟動追蹤播放"命令從STB發(fā)送到 IPTV-AS。命令的確切過程和語法是STB與IPTV-AS之間的問題， 可能有許多不同的變體。16) IPTV-AS在與通過控制信道發(fā)送的"啟動追蹤播放，，命令 的會話相同的SIP會話中發(fā)送SIP邀請消息。SIP邀請消息是一個請 求，它請求建立將用于輸送存儲在N-PVR1系統(tǒng)中的已錄制(時間偏 移)內(nèi)容的單播信道。17) 通過ISC和MMTEL AS傳送SIP邀請消息。18， 19， 20)將SIP邀請消息發(fā)送到STB， STB通過200OK響 應(yīng)確認(rèn)請求以接受單播信道邀請。21 ) IPTV AS通過到N-PVR1系統(tǒng)的"播放"命令來啟動已錄制 內(nèi)容的重力文。22)啟動原來觀看的節(jié)目的單播輸送。上述用于在內(nèi)容的多播與單播輸送之間切換的基于IMS的方法依 賴IPTV-AS在網(wǎng)絡(luò)PVR系統(tǒng)與STB之間充當(dāng)網(wǎng)關(guān)，因此，網(wǎng)絡(luò)在IPTV 輸送中起到積極的作用，并允許運(yùn)營商提供個性化的三重角色服務(wù)。 通過限制通過寬帶連接的第一英里傳送的內(nèi)容量，這騰出了可供其它 服務(wù)使用的可用帶寬。本領(lǐng)域技術(shù)人員將認(rèn)識到，在不背離本發(fā)明范圍的前提下，可以 對上迷實(shí)施例進(jìn)行多種修改。
權(quán)利要求
1. 一種用于IPTV系統(tǒng)的時間偏移和追蹤播放的方法，所述方法包括在始發(fā)用戶與所選IPTV應(yīng)用服務(wù)器(IPTV-AS)之間建立控制信道；通過所述控制信道將啟動時間偏移命令發(fā)送到所述IPTV-AS；從所述IPTV-AS將啟動錄制命令發(fā)送到網(wǎng)絡(luò)PVR系統(tǒng)以啟動當(dāng)前多播內(nèi)容的錄制；在所述用戶準(zhǔn)備恢復(fù)觀看所述時間偏移內(nèi)容時，通過所述控制信道將啟動追蹤播放命令發(fā)送到所述IPTV-AS以建立用于重放所述時間偏移內(nèi)容的單播信道；以及從所述IPTV-AS將重放命令發(fā)送到所述網(wǎng)絡(luò)PVR系統(tǒng)以通過所述單播信道啟動所述時間偏移內(nèi)容的重放。
2. 如權(quán)利要求1所述的方法，其中所述控制信道使用標(biāo)準(zhǔn)IMS 過程建立。
3. 如權(quán)利要求1或2所述的方法，其中將有關(guān)錄制已啟動的指示 從所述IPTV-AS返回給所述始發(fā)用戶。
4. 如前面權(quán)利要求中任一項(xiàng)所述的方法，其中從所述EPTV-AS 發(fā)送SIP邀請消息以建立用于重放所述時間偏移內(nèi)容的所述單播信 道。
5. 如前面權(quán)利要求中任一項(xiàng)所述的方法，其中從所述IPTV-AS 將SIP邀請消息發(fā)送到所述始發(fā)用戶以提供呼入通知。
6. 如權(quán)利要求5所述的方法，其中用于處理所述呼入的用戶決定 指令由所述始發(fā)用戶發(fā)送到所述IPTV-AS。
7. 如權(quán)利要求6所述的方法，其中響應(yīng)所述用戶決定指令，在所 述IPTV系統(tǒng)內(nèi)建立用于語音或多媒體通信的媒體平面。
8. 如權(quán)利要求6所述的方法，其中響應(yīng)所述用戶決定指令，建立 用于語音的單獨(dú)的ISDN/PSTN信道。
9. 如權(quán)利要求6、 7或8所述的方法，其中響應(yīng)所述用戶決定指 令，觸發(fā)從所述IPTV-AS到所述網(wǎng)絡(luò)PVR系統(tǒng)的所述啟動錄制命令。
10. 如前面權(quán)利要求中任一項(xiàng)所述的方法，其中將預(yù)訂事件可供 觀看的指示從所述IPTV-AS發(fā)送到所述始發(fā)用戶，并且所述用戶可在 觀看所述預(yù)訂事件的同時將啟動時間偏移命令發(fā)送到所述IPTV-AS 以啟動當(dāng)前多播內(nèi)容的錄制。
11. 一種時間偏移和追蹤播》文IPTV系統(tǒng)，包括 信道控制部件，用于在始發(fā)用戶與所選IPTV應(yīng)用服務(wù)器(AS)之間建立控制信道；啟動時間偏移部件，用于通過所述控制信道將啟動時間偏移命令 發(fā)送到所述IPTV-AS;啟動錄制部件，用于從所述IPTV-AS將啟動錄制命令發(fā)送到網(wǎng) 絡(luò)PVR系統(tǒng)以啟動當(dāng)前多播內(nèi)容的錄制；啟動追蹤播放部件，用于在所述用戶準(zhǔn)備恢復(fù)觀看所述時間偏移 內(nèi)容時，通過所述控制信道將啟動追蹤播放命令發(fā)送到所述IPTV-AS, 以建立用于重放所述時間偏移內(nèi)容的單播信道；以及重放部件，用于從所述IPTV-AS將重放命令發(fā)送到所述網(wǎng)絡(luò)PVR 系統(tǒng)以通過所述單播信道啟動所述時間偏移內(nèi)容的重J:。
12. —種用于執(zhí)行如權(quán)利要求l到IO中任一項(xiàng)所述的方法的計(jì)算 才幾程序代碼。
全文摘要
通過利用在始發(fā)用戶與所選IPTV應(yīng)用服務(wù)器(IPTV-AS)之間建立的控制信道，為IPTV系統(tǒng)提供時間偏移和追蹤播放。在例如由于收到電話呼叫的原因，IPTV內(nèi)容需要時間偏移時，啟動時間偏移命令通過控制信道發(fā)送到IPTV-AS。啟動錄制命令隨后從IPTV-AS發(fā)送到網(wǎng)絡(luò)PVR系統(tǒng)以啟動當(dāng)前多播內(nèi)容錄制。隨后，在用戶準(zhǔn)備恢復(fù)觀看時間偏移內(nèi)容時，啟動追蹤播放命令通過控制信道發(fā)送到IPTV-AS以建立用于重放時間偏移內(nèi)容的單播信道；并且重放命令從IPTV-AS發(fā)送到網(wǎng)絡(luò)PVR系統(tǒng)以通過單播信道啟動時間偏移內(nèi)容的重放。此類解決方案利用標(biāo)準(zhǔn)化的IMS通信系統(tǒng)及其網(wǎng)絡(luò)體系結(jié)構(gòu)、以及駐留在網(wǎng)絡(luò)中的PVR來限制通過第一英里連接傳送到家庭的業(yè)務(wù)。
文檔編號H04N7/173GK101401427SQ200680053716
公開日2009年4月1日 申請日期2006年3月7日 優(yōu)先權(quán)日2006年3月7日
發(fā)明者B·阿斯特龍 申請人:艾利森電話股份有限公司