用於iptv系統的時間偏移和追蹤播放的製作方法

2023-09-20 06:34:20 1

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

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


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