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

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


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