專利名稱：在交換數(shù)字視頻系統(tǒng)中針對頻道改變請求提供可擴展性的方法和裝置的制作方法
在交換數(shù)字視頻系統(tǒng)中針對頻道改變請求提供可擴展性的方法和裝置
背景技術：
目前，美國線纜系統(tǒng)將數(shù)百個頻道遞送給六千萬家庭，同時還向越來 越多的人提供高速因特網(wǎng)接入。
在1989年，通用儀器公司(General Instruments)證明能夠將模擬線 纜信號轉換為數(shù)字信號并在標準6 MHz電視頻道中發(fā)送它。利用運動圖像 專家組(MPEG)壓縮，如今安裝的CATV系統(tǒng)可以在單個模擬頻道的6 MHz帶寬中發(fā)送多達10個頻道的視頻。當與550 MHz的總體帶寬相組合 時，這允許了系統(tǒng)上的幾乎1000個視頻頻道的可能性。另外，數(shù)字技術 使得能夠進行糾錯以確保接收信號的質(zhì)量。
在當前的混合式光纖-同軸線纜系統(tǒng)中，從運營商的中央辦公室延伸來 的光纖網(wǎng)絡將所有視頻頻道向外承載到為從1至2000個家庭范圍內(nèi)的任 意數(shù)目個家庭服務的光纖節(jié)點。就此而言，所有頻道經(jīng)由同軸線纜被發(fā)送 到每個家庭。注意，這些家庭中的僅一定比例的家庭在給定時間正在積極 觀看頻道。所有頻道都正被服務組中的家庭接入是罕有的。
在交換視頻(SV)系統(tǒng)中，不需要發(fā)送未被觀看的頻道。在美國的線 纜TV系統(tǒng)中，家庭中的裝備將頻道請求發(fā)送回分發(fā)集線器(亦稱為交換 數(shù)字視頻服務器或SDV服務器)。如果當前未在同軸線上發(fā)送頻道，則 分發(fā)集線器分配一新的正交幅度調(diào)制(QAM)頻道，并且經(jīng)由光纖節(jié)點將 該新的頻道發(fā)送到同軸線纜。為使此工作，家庭中的裝備必須具有雙向通 信能力。交換視頻使用與視頻點播(VOD)相同的機制，并且可以作為可 由任意數(shù)目的用戶共享的非端點(non-ending)視頻點播節(jié)目而被觀看。
對于在線纜系統(tǒng)上工作的交換視頻系統(tǒng)，預訂組中的所有數(shù)字電視用 戶必須具有能夠以兼容方式與分發(fā)集線器進行通信的設備。交換視頻有時 被縮寫為SDV即交換數(shù)字視頻，或者被縮寫為SVB即交換視頻廣播。
交換數(shù)字視頻技術使得多個系統(tǒng)運營商(MSO)能夠向消費者提供更廣泛種類的節(jié)目，同時高效地管理混合式光纖/線纜(HFC)網(wǎng)絡帶寬。從
商業(yè)的角度講，SDV向MSO提供了許多重要益處。首先，SDV是與傳統(tǒng) "線性"內(nèi)容遞送相比立即減少了 HFC帶寬需求的有成本效益的帶寬管理 工具。其次，SDV系統(tǒng)帶寬作為收視情況的函數(shù)而非作為所提供節(jié)目的函 數(shù)變化。因此，SDV給予MSO如下能力提供包括留住消費者的優(yōu)質(zhì)體 育、民族以及其它合適節(jié)目的新節(jié)目層，并且可以通過優(yōu)質(zhì)預訂獲得新收 益。再次，SDV技術使能與目前網(wǎng)絡中的頻道改變次數(shù)相當?shù)念l道改變次 數(shù)，因此，SDV服務可以被顯而易見地遞送給消費者，而不改變電視觀看 體驗，由此，消除了與被其它新服務煩惱的觀看者使用相關的憂慮。最 后，SDV系統(tǒng)以保護消費者隱私的安全方式來捕獲非常詳細的收視情況數(shù) 據(jù)。該有用信息用來優(yōu)化系統(tǒng)性能，然而其還可以用來優(yōu)化節(jié)目提供和排 列(lineup)，從而增強目標式廣告。

發(fā)明內(nèi)容
諸如上面說明的那些機制之類的傳統(tǒng)機制存在多種缺點。 一種這樣的 缺點是對于傳統(tǒng)SDV系統(tǒng)，機頂盒立即將所有頻道改變請求轉發(fā)到SDV 服務器。這可導致在某些時間因頻道改變請求而使SDV服務器變得過 載。例如，當特定受歡迎節(jié)目將要開始時，例如當數(shù)字個人錄像機 (PVR)被同步時，可能產(chǎn)生大量請求。結果，許多觀看者可能請求頻道 改變以觀看受歡迎節(jié)目(例如，數(shù)百萬觀看者在周日晚上的9:00p.m.切換 到HBO以觀看"黑道家族"(The Sopranos))。在這種情形中，SDV 服務器被給予過多的頻道改變請求，從而使得SDV服務器與相對應的機 頂盒之間的SDV服務變慢。SDV服務器的性能是個小問題，更大問題是 機頂盒與SDV服務器之間的窄上行信道變得過載。
本發(fā)明的實施例顯著地克服了這些缺點，并且提供了在某些條件下對 頻道改變請求進行緩沖的機制和技術。在用于在交換數(shù)字視頻系統(tǒng)中針對 頻道改變請求提供可擴展性(scalability)的方法的特定實施例中，該方法 包括接收頻道改變請求。該方法還包括當頻道塊(block of channels)的一 部分正被提供給機頂盒時，判斷頻道改變請求所請求的頻道當前是否正被提供給機頂盒。當所請求的頻道正被提供給機頂盒時，對請求的發(fā)送可以 被緩沖并被延遲到隨后發(fā)送。另一方面，當頻道改變請求所請求的頻道不 是正被提供給機頂盒時，立即將頻道改變請求發(fā)送到與機頂盒通信的SDV 服務器。
其它實施例包括一種具有計算機可讀代碼的計算機可讀介質(zhì)，計算機 可讀代碼用于在交換數(shù)字視頻系統(tǒng)中提供頻道改變請求。計算機可讀介質(zhì) 包括用于在機頂盒處接收頻道改變請求的指令。計算機可讀介質(zhì)還包括用 于判斷頻道改變請求所請求的頻道是否正被提供給機頂盒的指令。計算機 可讀介質(zhì)還包括用于當頻道改變請求所請求的頻道當前正被提供給機頂盒
時，緩沖頻道改變請求以隨后(at a later time)發(fā)送頻道改變請求的指 令，以及用于當頻道改變請求所請求的頻道不是正被提供給機頂盒時，立 即將頻道改變請求發(fā)送給與機頂盒通信的SDV服務器的指令。
其它實施例包括計算機化的設備(例如，機頂盒)，被配置為處理如 本發(fā)明的實施例在此公開的所有方法操作。在這種實施例中，計算機化的 設備包括互連機構中的存儲器系統(tǒng)、處理器、通信接口，該互連機構連接 這些組件。存儲器系統(tǒng)通過在此說明的在交換數(shù)字視頻系統(tǒng)中提供頻道改 變請求的處理而被編碼，當該處理在處理器上被執(zhí)行時(例如當運行 時)，如在此說明的那樣在計算機化的設備內(nèi)進行操作以執(zhí)行如本發(fā)明的 實施例在此說明的所有方法實施例和操作。因此，執(zhí)行或被編程來執(zhí)行在 此說明的處理的任何計算機化的設備都是本發(fā)明的實施例。
這里公開的本發(fā)明實施例的其它布置包括執(zhí)行上面概述的并且將在下 面詳細公開的方法實施例步驟和操作的軟件程序。更具體地，計算機程序 產(chǎn)品是具有計算機可讀介質(zhì)的一個實施例，計算機可讀介質(zhì)包括編碼在其 上的計算機程序邏輯，當計算機程序邏輯在計算機化的設備中被執(zhí)行時提 供如在此說明的在交換數(shù)字視頻系統(tǒng)中提供頻道改變請求的相應操作。當 計算機程序邏輯在具有計算系統(tǒng)的至少一個處理器上被執(zhí)行時，使得處理 器執(zhí)行如本發(fā)明實施例在此示出的操作(例如，方法)。本發(fā)明的這些布 置通常被提供為被布置或編碼在計算機可讀介質(zhì)上的軟件、代碼和/或其它 數(shù)據(jù)結構，或者被提供為專用集成電路(ASIC)或者一個或多個模塊、共
7享庫等中的可下載軟件圖像，計算機可讀介質(zhì)例如是光學介質(zhì)(例如，
CD-ROM)，軟盤或硬盤，或者在一個或多個ROM或RAM或PROM芯
片中的諸如固件或微代碼之類的其它介質(zhì)。軟件或固件或其它這些配置可 以被安裝到計算機化的設備上，以使得計算機化的設備中的一個或多個處 理器執(zhí)行如本發(fā)明實施例在此說明的技術。在計算機化設備集合中進行操 作的軟件處理，例如在一組數(shù)據(jù)通信設備或其它實體中進行操作的軟件處 理還可以提供本發(fā)明的系統(tǒng)?？梢詫⒈景l(fā)明的系統(tǒng)分布在數(shù)個數(shù)據(jù)通信設 備上的許多軟件處理之間，或者所有處理可以在一個小的專用計算機集合 上或者在單獨的一個計算機上運行。
將會明白，本發(fā)明的實施例可以嚴格地體現(xiàn)為例如數(shù)據(jù)通信設備內(nèi)的 軟件程序，軟件和硬件，或者單獨的硬件和/或電路。可以將如在此說明的 本發(fā)明的特征用于數(shù)據(jù)通信設備和/或用于諸如由加州圣何塞市的思科系統(tǒng) 公司制造的設備之類的設備的軟件系統(tǒng)。


將從如附圖所示的本發(fā)明的優(yōu)選實施例的如下更具體描述中清楚前面 的內(nèi)容，其中，在不同視圖中，相同標號指示相同部分。附圖不一定按比
例繪制，而是在圖示說明本發(fā)明的原理時進行強調(diào)。
圖1示出了交換數(shù)字視頻系統(tǒng)的特定實施例的框圖2示出了示出系統(tǒng)的消息流的交換數(shù)字視頻系統(tǒng)的特定實施例的框
圖3示出了根據(jù)本發(fā)明的實施例用于執(zhí)行頻道改變請求的方法的特定 實施例的流程圖；以及
圖4示出了根據(jù)本發(fā)明實施例執(zhí)行頻帶改變請求的示例機頂盒體系結構。
具體實施例方式
現(xiàn)在參考圖1，示出了包括本發(fā)明實施例的示例交換數(shù)字視頻系統(tǒng) 10。系統(tǒng)10包括具有SDV客戶端14的機頂盒12。機頂盒12與SDV服務器18和QAM 30通信。SDV服務器與SDV管理器16以及會話和資源 管理器(SRM) 20通信。QAM 30與集線器因特網(wǎng)協(xié)議/吉比特以太網(wǎng) (IP/GbE)交換機/路由器28通信，IP/GbE交換機/路由器28進而與頭端 IP/GbE交換機/路由器26通信。頭端IP/GbE交換機/路由器26還與批量加 密器(BulkEncryptor) 24以及SDV階變(staging)處理器22通信。
在典型頭端中，內(nèi)容是從包括衛(wèi)星、陸地非占空、光纖傳送、存儲介 質(zhì)、IP數(shù)據(jù)網(wǎng)絡等在內(nèi)的多個源接收的。針對這些源的接收裝備使用各種 標準或專用物理連接以及接口標準。SDV階變處理器22執(zhí)行多個功能以 整理用于輸入SDV系統(tǒng)10的各種源。
SDV階變處理器22將各種源接口轉化為在以太網(wǎng)幀中承載的經(jīng)用戶 數(shù)據(jù)報協(xié)議(UDP) /IP封裝的分組。SDV階變處理器還將任何可變比特 速率(VBR)流轉換為經(jīng)箝位的或恒定的比特速率(CBR)流。對于某些 內(nèi)容，階變處理器22可以將一種比特速率轉換為另 一種。
此外，階變處理器22將任何多節(jié)目傳送流(MPTS)轉換為單節(jié)目傳 送流(SPTS)，執(zhí)行數(shù)字節(jié)目插入(DPI)以將本地廣告插入源內(nèi)容中， 并且將節(jié)目流分段為分離的事件供存儲在介質(zhì)子系統(tǒng)上。
階變處理器22的輸出可以是單播或多播IP。在經(jīng)加密流的情況中， 階變處理器輸出去往批量加密器24的單播IP流。在不需要被加密的SDV 流的情況中，階變處理器可以直接將多播流輸出到交換網(wǎng)絡中。
由于SDV流由多個觀看者共享，因此，為了加密，它們被當作廣播 流。由于加密設備不關注個體觀看者并且不專門針對個體觀看者做任何事 情，因此，SDV流的加密最高效地被集中在頭端中而不是集成到邊緣調(diào)制 器中。這是利用附接于IP網(wǎng)絡的批量加密器24來最高效地實現(xiàn)的。對于 經(jīng)加密的交換流，批量加密器24接收IP單播，并生成并發(fā)源IP多播。如 果需要，其還可以用來針對未加密流生成多播以簡化網(wǎng)絡管理。批量加密 器24被實現(xiàn)為網(wǎng)絡附接設備，因此，能夠將一些或所有的批量加密移到 網(wǎng)絡邊緣，以容納將來的廣告插入分區(qū)，而不會對網(wǎng)絡設計帶來嚴重影 響。
如在所有HFC系統(tǒng)中一樣，QAM調(diào)制器30使得能夠經(jīng)由HFC頻譜頻道中的射頻(RF)載波來多路傳輸數(shù)字流。數(shù)字流可以嚴格地包括 MPEG傳送分組，或者可以包含IP分組，如用于基于線纜服務接口規(guī)范的 數(shù)據(jù)(DOCSIS)線纜調(diào)制解調(diào)器終端系統(tǒng)(CMTS)的QAM那樣。SDV 系統(tǒng)10使用QAM調(diào)制器28來請求(加入)并終止(離開)IP多播，并 且用RF來發(fā)送作為MPEG傳送分組的節(jié)目。IP封裝未用在QAM調(diào)制器 30的RF輸出中。注意，由于IP多播用在SDV網(wǎng)絡的"核心"中，因 此，其是一種將IP傳送繼續(xù)到端用戶的對系統(tǒng)的直進擴展。這例如可以通 過HFC接入網(wǎng)絡中的CMTS或者通過針對其它接入技術的另外類型的邊 緣設備來實現(xiàn)。
在這里描述的SDV系統(tǒng)10中，QAM調(diào)制器30與用于供應和控制的 元件管理器連接。供應設置每個輸出載波上的輸出頻率、調(diào)制類型以及傳 送流標識符(TSID)，以及內(nèi)容端口和控制的IP地址?？梢耘c供應系統(tǒng) 相同的控制系統(tǒng)或會話和資源管理器20 (SRM，下面將詳細描述)將 QAM頻譜分配給各種應用，例如視頻點播(VOD)和SDV?？梢曰谡?體QAM載波(載波間QAM共享-共享多載波QAM調(diào)制器機箱 (modulator chassis)內(nèi)的帶寬)或者甚至在QAM載波內(nèi)(載波內(nèi)QAM 共享)將頻譜分配給應用。這種分配可以是靜態(tài)的或動態(tài)的。
對于將用于SDV的任何QAM載波，調(diào)制器必須支持基于會話的輸入 到輸出流映射，如與基于表的映射相反的那樣。當SDV服務器18作出請 求時，SRM 20就分配多個"殼體會話(shell session)"(每個殼體會話 具有會話標識符(會話ID))、標稱帶寬以及RF載波指派。此時尚未指 定內(nèi)容多播地址、節(jié)目編號以及實際帶寬；因此，名稱"殼體"會話暗示 該會話是將在以后填充內(nèi)容的空儲存庫或管道。
通過使用這種殼體會話機制，可將邊緣QAM 30上的可用帶寬的一部 分保留以專用于(雖然可能是暫時的)SDV (或其它服務)服務器18。這 允許SRM 20用作邊緣QAM資源爭奪的仲裁器。主控制器(例如，SRM 20)分配由輔助控制器(例如，SDV服務器18)管理的殼體會話可能好 像是多余的，然而，由于SDV控制流量的實時性質(zhì)以及在普通TV觀看過 程期間生成的這種流量的量，使得這種能力在SDV應用中是至關重要的。在分配邊緣資源帶寬中工作的多個實時子控制器(SDV服務器、VOD 服務器等)能夠減輕主控制器(SRM20)的時間要求嚴格的大量任務負 擔。這使得系統(tǒng)更可靠并且更可擴展，同時保留了在多個服務之間動態(tài)地 共享帶寬的能力。
當需要向一個或多個用戶提供節(jié)目時，在特定組的機頂盒12或服務 組中，SDV服務器將選擇對該服務組進行饋送(feed)的QAM調(diào)制器上 的殼體會話。通過參考會話ID， SDV服務器18命令QAM調(diào)制器30將該 會話"綁定"到特定節(jié)目內(nèi)容流。服務器通過其IP多播地址來參考該內(nèi) 容。其還提供在QAM調(diào)制器30的輸出處使用的節(jié)目編號，并且還記錄實 際節(jié)目帶寬。
當接收到針對還不是成員之一的多播的會話綁定信息時，QAM調(diào)制 器30發(fā)送請求"加入"指定多播組的因特網(wǎng)組管理協(xié)議(IGMP) v3的 "成員關系報告"。此時，接收該請求的邊緣交換機-路由器執(zhí)行將內(nèi)容實 際交換到連接到該QAM調(diào)制器的GbE端口。 QAM調(diào)制器30接收該內(nèi) 容，對其進行"去抖動(de-jitter)"，將其與指定載波上的其它內(nèi)容相復 用，并且調(diào)制合成數(shù)字流以供發(fā)送到服務組?；跁挼腝AM調(diào)制器使 能完全的載波內(nèi)QAM共享。載波可以被指定為在多個應用之間"共 享"。SRM20在經(jīng)請求時，在給定QAM載波上建立VOD會話和/或殼體 會話。該載波上的殼體會話隨后在VOD會話在相同載波上可用的同時， 可用于SDV服務器18的綁定。
對于VOD和SDV的混合，SRM 20繼續(xù)用作主要資源管理器，但是 SRM 20動態(tài)地將各個QAM RF載波(載波內(nèi)QAM共享)的帶寬的各部 分(會話)分派給SDV服務器18 (下面將描述)，SDV服務器18出于 SDV的目的直接與機頂盒通信并且對QAM殼體會話和已分配的帶寬執(zhí)行 綁定。SDV服務器18使用時代華納(Time Warner)會話建立協(xié)議 (SSP)的擴展協(xié)議來從SRM 20請求對給定服務組進行饋送的QAM上的 殼體會話。SRM20標識服務組QAM上的可用帶寬，并且將殼體會話空間 提供給SDV服務器18，從而保留了 QAM調(diào)制器上的帶寬以供SDV服務 器18專用。在來自SRM 20的回復中，SDV服務器18被給予QAM 30的控制IP地址，以使得SDV服務器18可以直接控制會話綁定。在向SDV 服務器18授予QAM殼體會話空間(并且從而授予帶寬)之前，SRM 20 在所選QAM上建立實際的殼體會話，以便將其準備用于來自SDV服務器 18的綁定請求。QAM不被告知可能請求這些綁定的服務器，這是因為綁 定可能來自主要的或備用SDV服務器18。由于SRM20是系統(tǒng)中的主帶 寬控制器，因此，SRM 20可能需要恢復先前指派給SDV服務器18帶 寬。SRM 20可以通過向指定服務組的SDV服務器18發(fā)送帶寬回收請求 來實現(xiàn)此恢復。當接收到這種請求時，SDV服務器18就針對足夠的殼體 會話帶寬發(fā)起QAM會話關閉請求以處理該回收。
SDV服務器18是部分會話管理器，這是因為其直接接收并處理機頂 盒頻道改變請求。其還是部分資源管理器，這是因為對于其QAM殼體會 話的分配，其可以進行綁定并且由此將那些QAM殼體會話指派給用于傳 輸?shù)椒战M的真實節(jié)目。SDV服務器18從機頂盒接收針對切換內(nèi)容的頻 道改變請求，以將該內(nèi)容綁定到對該機頂盒的服務組進行饋送的QAM上 的會話，并且利用可以找到該內(nèi)容的頻率和節(jié)目編號來對該機頂盒進行響 應。SDV服務器18還產(chǎn)生針對非SDV廣播頻道的頻道改變請求消息，以
便收集匿名使用統(tǒng)計信息并了解活動。
SDV服務器18可以預見(anticipate) SDV所需的頻譜，并且在用完 可用QAM帶寬之前從SRM 20請求殼體會話。當不存在來自SRM 20的 新的殼體會話時，SDV服務器18重新分配已有帶寬，以便在犧牲不活動 用戶的情況下來為活動用戶做準備。反之，如果SDV服務器18認識到它 正控制著超過了其所預見需求的帶寬，則SDV服務器18可以向SRM 20 發(fā)起會話關閉請求，以便將超過帶寬返還給總的系統(tǒng)貯存池(total system pool)。這種給予和取回處理理想地由商業(yè)規(guī)則背景下的中央控制器(全 局SRM)來仲裁。
邊緣資源分配的減少以及流程可以由各種爭奪服務的服務器自愿提 供，或者由SRM 20強加給它們。SDV服務器18生成重復(轉盤 (carousel))文件，該文件包含當前流傳輸?shù)矫總€服務組的服務的列表， 以及接入它們所需的調(diào)諧參數(shù)。這種"迷你轉盤"用作冗余調(diào)諧機制，并且在一些情況(例如，在上行通信路徑中存在爭奪的情況)中，用來改善 頻道改變響應時間。迷你轉盤技術應用于控制路徑獨立于媒體路徑的任何 SDV系統(tǒng)，或者交互信令的等待時間或可靠性可能在媒體仍然可用時降級
的任何SDV系統(tǒng)。每個服務組需要唯一的迷你轉盤，其可以在各個QAM RF載波中被復制或者可以采用其它遞送方法。這種典型的低帶寬(150 kbps)流允許機頂盒在缺少雙向通信的情況下調(diào)諧己經(jīng)流傳輸?shù)墓?jié)目。這 使得SDV系統(tǒng)在面對被削弱的雙向連通性時非?？煽浚⑶覍τ谠诖嬖?不響應的機頂盒時供給SDV是至關重要的。
SDV服務器18需要到控制網(wǎng)絡以及內(nèi)容路由網(wǎng)絡兩者的連接，以便 使得迷你轉盤IP多播經(jīng)由內(nèi)容承載QAM調(diào)制器可用于SDV客戶端，該 控制網(wǎng)絡用于與包括客戶端在內(nèi)的其它網(wǎng)絡元件通信。為了防止機頂盒接 入因迷你轉盤中的過時信息引起的不正確內(nèi)容，服務器必須管理SDV的 節(jié)目編號，以確保不存在共享同一節(jié)目編號的兩個節(jié)目。
SDV服務器18可以被部署在頭端中，或者分布在遠程集線器中。由 于多媒體內(nèi)容流獨立于SDV通信和控制，因此，對服務器進行集中化不 需要每個服務組的分離的內(nèi)容流。與VOD不同，傳送系統(tǒng)成本不會基于 SDV服務器的位置而可覺察到地增加，只要交換機-路由器被分布到集線 器即可。
用于控制SDV服務器和系統(tǒng)的用戶接口在SDV管理器16中。SDV 管理器16為運營商提供了對服務組指派以及SDV服務器的各種設置進行 配置的手段。管理器與服務器之間的接口是簡單網(wǎng)絡管理協(xié)議 (SNMP) 。 SDV客戶端14是應當完全集成在SDV使能的機頂盒12的駐 存應用(導航指南)中的軟件組件，以便使得SDV服務對于用戶是顯而 易見的。SDV客戶端14使得機頂盒12能夠利用SDV頻道改變消息接口 規(guī)范來向SDV服務器18進行通信。
現(xiàn)在參考圖2，示出了本發(fā)明的SDV系統(tǒng)IO的系統(tǒng)接口。 SDV頻道 改變消息(CCM)接口規(guī)范32用在SDV服務器18與運行在機頂盒12上 的SDV客戶端14之間。該接口提供了用于改變SDV頻道并且還用于向系 統(tǒng)通知到非SDV頻道的頻道改變以及非SDV頻道之間的頻道改變的機制。SDV CCM 32與迷你轉盤結合起來進行操作。SDV服務器18以定期 速率發(fā)布迷你轉盤消息34，以傳達可用服務的列表以及接收那些服務所需 的調(diào)諧信息?？捎梅帐钱斍罢谔峁┙o客戶端的數(shù)字服務載波中進行流 傳輸?shù)哪切┕?jié)目。當用戶請求頻道改變，并且所請求的服務在迷你轉盤中 被列為可用時，客戶端利用從迷你轉盤獲得的信息來選擇服務。當接收到 確認消息時，如果在確認消息中接收到的調(diào)諧信息與當前選擇(頻率、調(diào) 制格式、MPEG節(jié)目編號)狀態(tài)不同，則客戶端重新選擇服務。
迷你轉盤在SDV服務器18和運行在機頂盒12上的SDV客戶端14之 間操作。該接口提供了將調(diào)諧信息從SDV服務器18分發(fā)到SDV客戶端 14以增強頻道改變操作的方法。迷你轉盤承載了與當前在SDV服務中承 載的節(jié)目有關的信息。其還承載了由SDV客戶端用來與SDV服務器18通 信的主SDV服務器和備用SDV服務器的IP地址。SDV服務器18產(chǎn)生迷 你轉盤。其生成包含迷你轉盤的IP多播，并且將其發(fā)送到最近的內(nèi)容路由 器(例如，集線器28)。
在初始化時，SDV服務器18獲取所有SDV服務組中的特定QAM頻 率上的會話。通過這種初始化處理以及后續(xù)操作，SDV服務器18獲悉可 用于SDV的QAM頻率，并且將這些頻率的每個上的殼體會話綁定到迷你 轉盤IP多播。最初的迷你轉盤包括服務組的拓撲信息，即，主SDV服務 器和輔助SDV服務器以及"監(jiān)聽端口"的IP地址，該"監(jiān)聽端口"即 SDV服務器18上的、SDV客戶端14向其遞送頻道改變請求的UDP端 口。然后，SDV服務器18將所有節(jié)目的節(jié)目調(diào)諧信息加起來。
在初始化時，SDV客戶端14掃描其服務組中的QAM頻率以獲取迷 你轉盤數(shù)據(jù)。從迷你轉盤，SDV客戶端14提取登記和通信信息，包括 SDV服務器18的IP地址、拓撲信息(服務組ID)、客戶端配置參數(shù)以及 SDV頻道映射(調(diào)諧)信息，并且將這種信息本地存儲。SDV客戶端14 每當獲得了迷你轉盤數(shù)據(jù)時就提取這些參數(shù)。如果這些參數(shù)中的任何參數(shù) 改變，則SDV客戶端14向SDV服務器18進行重新登記。
SDV客戶端14還在每次作出頻道改變請求時獲取并重新讀取迷你轉 盤，同時所關聯(lián)的調(diào)諧器被調(diào)諧到SDV QAM頻率。如果迷你轉盤的版本號改變了，則SDV客戶端14利用當前信息來更新其本地存儲的調(diào)諧信息。
在對系統(tǒng)IO進行初始化時，并且在SDV管理器16的供應之后，SDV 服務器18從SRM 20請求其每個服務組所需的初始帶寬。請求和響應36 是利用用于服務器初始設置的會話建立協(xié)議擴展(DSM-CC的擴展消息 集)來實現(xiàn)的。所請求的帶寬用作每個服務組的初始條件。當特別的SDV 服務的需求需要時，可以從SRM20請求更多帶寬。當對于擴展的時段需 要較少帶寬時，SDV服務器18可以將一些帶寬釋放回SRM的貯存池中。 每個服務器所請求的初始帶寬以及所維持的最小帶寬是用戶可設置的。
帶寬請求是針對所供應的"基本帶寬單位"的連續(xù)"組"的，在此情 況中為625 kbps。 一個示例可以是針對22.5 Mbps的總的連續(xù)帶寬分配， 請求36個"單位"的625 kbps。這并不意味著以任何方式將SDV服務器 18約束為將該帶寬用于625 kbps或任何其它數(shù)目的服務。所實現(xiàn)的是將以 每秒比特為單位的總帶寬提供給SDV服務器18以按需進行管理。例如， 該帶寬可以用于一個15 Mbps的高清晰(HD)服務加上兩個3.75 Mbps的 標準清晰(SD)服務。其還可以用于六個3.75 Mbps的SD服務。其還可 以用于一個22.2 Mbps的HD服務和一個300 kbps的音頻服務。未要求以 基本單位的倍數(shù)來使用帶寬。不需要或未暗示帶寬的"量(quanta)"。 當請求用于服務組的會話帶寬時，SDV服務器18還提供組中每個會 話的會話標識符或會話ID。為了維護系統(tǒng)中的特有的會話ID，請求者使 用其自己的媒體訪問控制(MAC)地址作為會話標識符(ID)中的引導字 節(jié)。
在針對QAM 30向SDV服務器18授予帶寬之前，SRM 20針對所授 予的每個會話ID建立殼體會話38。 SRM 20授予由SDV服務器18請求用 于特定服務組的帶寬。注意，SDV服務器18不知道哪些QAM調(diào)制器對 該請求所針對的服務組進行饋送。當帶寬被授予時，通過IP地址和傳送流 標識符(TSID)來標識QAM機箱以及被授予帶寬的載波。僅當通過服務 交互會話請求消息授予這些資源時，諸如SDV之類的應用才獲悉當前可 供這些應用使用的資源的控制IP地址和TSID。 SRM 20沒有義務授予SDV服務器18所請求的所有帶寬。SRM20是帶寬的主控制器，并且可由 商業(yè)規(guī)則來驅動以將帶寬分配給應用。這些應用可以隨意進行請求，但是 必須利用所授予的帶寬合適地進行工作。帶寬初始化的目的是向SDV服 務器18提供用于每個服務組的連續(xù)帶寬分配，以及足夠的會話ID，以使 得其可以以所需要的粒度來使用該帶寬。
現(xiàn)在將描述基本頻道改變操作的示例。 一旦經(jīng)整理并經(jīng)加密的流可 用，SDV服務器就己經(jīng)從SRM請求了對帶寬以及會話ID的初始配發(fā)，并 且機頂盒已經(jīng)初始化，系統(tǒng)10已經(jīng)為頻道改變請求作好準備。當具有 SDV能力的機頂盒14試圖接收交換的內(nèi)容時，其將頻道改變請求發(fā)送到 其被指派的SDV服務器的IP地址(頻道改變請求32)。在頻道改變請求 32中，機頂盒12指定所希望的服務(例如，"頻道8")，并且包括自 動發(fā)現(xiàn)的服務組編號。當從機頂盒12接收到指定服務組內(nèi)的頻道改變請 求32時，SDV服務器18將查看所請求內(nèi)容是否已經(jīng)可用于該服務組。如 果是，則SDV服務器18通過提供包括頻率、調(diào)制類型和節(jié)目編號在內(nèi)的 所需要的調(diào)諧信息來簡單地對機頂盒12作出響應。如果所請求內(nèi)容尚不 能為服務組所用，則SDV服務器18將使其可用。SDV服務器18在屬于 該服務組的QAM調(diào)制器上尋找可用帶寬。SDV服務器18考慮所請求服 務的帶寬，并且試圖合理地分配帶寬，以便維持連續(xù)帶寬用于將來的低和 高帶寬服務請求。
一旦已經(jīng)為所請求服務選擇了具有可用帶寬的特定QAM載波，SDV 服務器就利用會話綁定消息40來指定已有會話ID的內(nèi)容。例如，SDV服 務器18告知QAM 30將適當?shù)臅扞D "綁定"到將在指定多播地址處找 到的、需要15 Mbps帶寬的服務。綁定處提供的帶寬有可能與當殼體會話 被創(chuàng)建時所指定的帶寬不同。綁定處提供的帶寬(以比特每秒為單位)是 將用于去抖動和比特速率計費的實際帶寬。QAM 30適宜地是將其它載波 提供給其它服務組的機箱中的一個載波。包含QAM 30的QAM調(diào)制器機 箱可能已經(jīng)在接收"SDV頻道8"并且將其發(fā)送到不同載波上的不同服務 組。在這種情況中，該流現(xiàn)在也必須被發(fā)送到新的作出請求的服務組。因 此，QAM調(diào)制器30在此情況中用作服務"交換機"。在QAM機箱尚未接收用于另一服務組的SDV頻道8的情況中，則該 QAM機箱必須請求從網(wǎng)絡接收該內(nèi)容。其通過將因特網(wǎng)組管理協(xié)議 (IGMP) v3 "成員關系報告"42發(fā)布到邊緣交換機-路由器28以請求 "加入"針對該內(nèi)容的IP多播，來實現(xiàn)此目的。在此情況中，交換服務的 "交換"發(fā)生在網(wǎng)絡交換機-路由器28中并且通過路徑4流向QAM 30， 并且經(jīng)過QAM 30流向機頂盒12，如路徑46所示。
在從特定機頂盒接收第一頻道改變請求之前，SDV服務器18對該機 頂盒一無所知。SDV服務器18作為獨立應用并不接進機頂盒的或其授權 的任何數(shù)據(jù)庫。由于SDV服務器18從機頂盒接收到頻道改變請求，因此 其獲悉那些機頂盒并且將它們輸入到其數(shù)據(jù)庫中。從此時起，SDV服務器 18期望收到將來的頻道改變請求，或者如果沒有頻道改變請求，則從這些 機頂盒收到定期活動報告。為了使其數(shù)據(jù)庫免于記錄不活動的機頂盒，如 果指定時間之后，SDV服務器18未收到活動報告，則從其數(shù)據(jù)庫刪除該 機頂盒。
SDV客戶端14不負責對于將頻道改變到其未被授權的服務的請求。 如果SDV客戶端確實發(fā)送了這樣的頻道改變請求，則SDV服務器18將返 回調(diào)諧信息并且以其它方式正常地作出響應。然而，客戶端將不能解密并 顯示其未被授權的任何經(jīng)加密的服務。
上述基本頻道改變序列覆蓋了這樣的情況存在足夠的未用殼體會話 帶寬以將頻道改變請求覆蓋到尚未在服務組上的內(nèi)容。還覆蓋了內(nèi)容已經(jīng) 可為服務組所用的情況。可以存在這樣的情形，其中，接收到了針對尚不 能為服務組所用的內(nèi)容的頻道改變請求，并且不存在足夠的可用殼體會話 帶寬。在此情況中，SDV服務器18可以立即向SRM 20發(fā)出針對更多殼 體會話帶寬的服務交互會話請求。該請求可以與初始化SDV服務器18期 間所做的請求相同。然而，不使用"基本帶寬單位"的遞增，SDV服務器 18可以選擇針對精確的所需帶寬來請求一個或多個會話，以便加速授予。 如果可用，則SRM20可以授予額外的殼體會話帶寬，并且頻道改變隨后 如上述那樣進行。
由于商業(yè)規(guī)則、可用窄播帶寬的其它使用或者所有邊緣QAM的重負荷使用，SRM 20可以拒絕對額外殼體會話的請求。在此情況中，SDV服 務器18必須査看其規(guī)則以及其已有的經(jīng)管理綁定上的最近用戶活動，并 且判斷是終止已有綁定并且將其重新用于當前請求，還是使得機頂盒12 顯示對所請求服務臨時不可用進行報告的消息。
當用戶請求頻道改變時，在用戶嘗試改變頻道時頻道改變請求被發(fā)送 出。機頂盒能夠通過迷你轉盤調(diào)諧器表來檢查該頻道是否已經(jīng)可為用戶所 用。這樣，可以不需要立即的改變請求，然而，在SDV服務器需要知道 多少用戶對該頻道感興趣并且還出于計費目的時，需要某些時間點的頻道 改變請求。
可能存在這樣的情形，其中，例如在小時的開始處或者當電視廣告節(jié) 目出現(xiàn)時，大量頻道改變請求一起發(fā)生(稱為頻道改變的"快閃(flash mob)")。在這種情形中，SDV服務器可能被頻道改變請求淹沒，這使 得SDV服務器與相對應機頂盒之間的SDV服務變慢。SDV服務器的性能 不是唯一的潛在瓶頸，而是還因為機頂盒與SDV服務器之間的窄上行信 道過載了。此外，直接由用戶生成的頻道改變請求的快閃不是首要威脅， 而由個人錄像機(PVR)等產(chǎn)生的頻道改變的快閃可以導致將頻道改變請 求提供給SDV服務器時的延遲。
通過本發(fā)明的實施例，在某些條件下對頻道改變請求的緩沖被執(zhí)行。 在用于提供交換數(shù)字視頻(SDV)系統(tǒng)中的頻道改變請求的方法的特定實 施例中，該方法包括在機頂盒處接收頻道改變請求。該方法還包括判斷頻 道改變請求所請求的頻道是否當前正被提供給機頂盒。當頻道改變請求所 請求的頻道正被提供給機頂盒時，頻道改變請求被緩沖以用于隨后發(fā)送頻 道改變請求。另一方面，當頻道改變請求所請求的頻道不是正被提供給機 頂盒時，則頻道改變請求被立即發(fā)送到與機頂盒通信的SDV服務器。
緩沖一個或多個頻道改變請求以隨后發(fā)送頻道改變請求還可以包括 使多個頻道改變請求一起形成一組并且將多個頻道改變請求一起發(fā)送(亦 稱為"打包"頻道改變請求)。這還可以包括在預定時間段逝去之后， 發(fā)送多個頻道改變請求，這也用來減少抖動。另外，用戶的"頻道瀏覽" 是常見的，其中，用戶以順序的方式循環(huán)通過頻道。在這種模式中，由于可以預見用戶連續(xù)改變頻道，因此可以使得發(fā)送延遲比平常更大。
在一些情形中，可以預見頻道改變請求，并且在頻道改變請求快閃出 現(xiàn)之前，將請求從機頂盒發(fā)送到SDV服務器。對頻道改變請求的預見可 以基于與特定機頂盒相關聯(lián)的先前歷史或者根據(jù)吸引了大量觀看者的諸如
超級杯賽(Super Bowl)之類的事件的發(fā)生。另外，如果內(nèi)置PVR具有預 定記錄，則機頂盒和/或服務器將知道要在將來進行頻道改變。
圖3示出了當前公開的方法的特定實施例的流程圖。矩形要素在這里 表示"處理塊"并且表示計算機軟件指令或指令組。菱形要素在這里表示 "判決塊"，表示影響由處理塊表示的計算機軟件指令的執(zhí)行的計算機軟 件指令或指令組。
可替代地，處理和判決塊表示由諸如數(shù)字信號處理器電路或專用集成 電路(ASIC)之類的功能等同的電路執(zhí)行的步驟。流程圖未示出任何特定 編程語言的語法。而是，流程示出了功能信息，本領域技術人員需要 該功能信息來制作電路或生成計算機軟件以執(zhí)行根據(jù)本發(fā)明所需的處理。 應當注意，諸如循環(huán)和變量的初始化以及臨時變量的使用之類的許多例程 程序要素未示出。本領域技術人員將會理解，除非在這里以其它方式進行 指示，否則所描述的步驟的特定順序僅僅是說明性的，并且可以在不脫離 本發(fā)明的精神的情況下進行改變。因此，除非以其它方式進行闡述，否則 下面描述的步驟是沒有順序意義的，在可能時，可以以任何便利的或所希 望的順序來執(zhí)行步驟。
現(xiàn)在參考圖3，示出了在交換數(shù)字視頻(SDV)系統(tǒng)中針對頻道改變 請求提供可擴展性的方法100的特定實施例。方法100開始于處理塊 102，處理塊102公開了接收頻道改變請求。在某些實施例中，這可以包 括如處理塊104所示的接收預見到的頻道改變請求。
處理繼續(xù)到判決塊106，其中，關于由頻道改變請求所請求的頻道當 前是否正被提供給機頂盒的判斷被作出。在SDV系統(tǒng)中將頻道作為頻道 組提供給機頂盒。所請求的頻道可能是己經(jīng)被提供給機頂盒的頻道塊中的 頻道之一。
當在判決塊106中判定由頻道改變請求所請求的頻道正被提供給機頂盒時，如處理塊108所示，對頻道改變請求進行緩沖以隨后發(fā)送頻道改變 請求。處理塊110闡述了在某些場合中，可能能夠使多個頻道改變請求在 一起組成一組(打包)并且將多個頻道改變請求一起發(fā)送。這用來減小
SDV服務器上的負荷，這是因為SDV服務器可以以一組為單位而不是以 個體分組為單位來處理請求。如處理塊112所示，這種一起發(fā)送多個頻道 改變請求減小了頻道改變請求抖動。
處理繼續(xù)到處理塊114，處理塊114敘述了隨后發(fā)送頻道改變請求。 如處理塊116所示，隨后發(fā)送頻道改變請求包括在預定時間段逝去之后 發(fā)送頻道改變請求。
返回來參考判決塊106，當判定頻道改變請求所請求的頻道不是正被 提供給機頂盒時，則處理繼續(xù)到處理塊118。處理塊118敘述了立即將頻 道改變請求發(fā)送到與所述機頂盒通信的SDV服務器。
根據(jù)本發(fā)明的實施例，通過緩存當前的頻道改變請求并且抖動并打包 請求，可以提高頻道改變請求的快閃期間以及普通使用時SDV設備的可 擴展性和響應時間。本發(fā)明用來從失去時效的信息中分離出獨立于時間的 信息，并且提供了對依附于時間的信息的優(yōu)先處理。
圖4圖示出了被配置為機頂盒240的計算機系統(tǒng)的示例體系結構。在 此示例中，機頂盒包括互連機構211，其將存儲器系統(tǒng)212、處理器213 以及通信接口 214相耦合。通信接口 214允許機頂盒240與外部設備或系 統(tǒng)通信。存儲器系統(tǒng)212可以是利用應用255-A進行編碼的任何類型的計 算機可讀介質(zhì)，應用255-A表示體現(xiàn)如上所述的本發(fā)明實施例的功能的軟 件代碼，例如數(shù)據(jù)和/或邏輯指令(例如，存儲在存儲器或諸如盤之類的另 外的計算機可讀介質(zhì)上)。處理器213可以經(jīng)由互連機構211訪問存儲器 系統(tǒng)212，以便發(fā)起、運行、執(zhí)行、解釋或以其它方式執(zhí)行用于機頂盒的 應用255-A中的邏輯指令，以產(chǎn)生相對應的處理255-B。換言之，處理 255-B表示在機頂盒中的處理器213內(nèi)或同時執(zhí)行的應用255-A的一個或 多個部分。
將會明白，本發(fā)明的實施例包括應用(即，未被執(zhí)行或不執(zhí)行的邏輯 指令和/或數(shù)據(jù))，該應用被編碼在諸如軟盤、硬盤之類的計算機可讀介質(zhì)內(nèi)或者光介質(zhì)中，或者諸如固件、只讀存儲器(ROM)之類的存儲器類型 的系統(tǒng)中，或者如在本示例中一樣，被編碼為存儲器系統(tǒng)212 (例如，在 隨機存取存儲器或RAM內(nèi))內(nèi)的可執(zhí)行代碼。還將明白，本發(fā)明的其它 實施例可以提供在處理器213內(nèi)作為處理進行操作的應用。雖然在此示例 中未示出，然而，本領域技術人員將明白，計算機系統(tǒng)可以包括其它處理 和/或軟件以及硬件組件，例如操作系統(tǒng)，為了簡化本發(fā)明的描述在本圖示 說明中省略了它們。
己描述了本發(fā)明的優(yōu)選實施例，現(xiàn)在，本領域技術人員清楚還可以使 用包括這些概念的其它實施例。另外，被包括作為本發(fā)明一部分的軟件可 以在包括計算機可用介質(zhì)的計算機程序產(chǎn)品中體現(xiàn)。例如，這種計算機可 用介質(zhì)可以包括將計算機可讀程序代碼段存儲在其上的可讀存儲器設備， 例如硬盤驅動設備、CD-ROM、 DVD-ROM或者計算機磁盤。計算機可讀 介質(zhì)還可以包括將程序代碼段作為數(shù)字或模板信號承載在其上的光學、有 線或無線的通信鏈路。因此，認為本發(fā)明不應當限于所描述的實施例，而 是應當由所附權利要求的精神來范圍來限定。
權利要求
1.一種在交換數(shù)字視頻(SDV)系統(tǒng)中提供頻道改變請求的方法，該方法包括以下步驟接收頻道改變請求；判斷由所述頻道改變請求所請求的頻道是否正被提供給機頂盒；當由所述頻道改變請求所請求的所述頻道當前正被提供給所述機頂盒時，緩沖所述頻道改變請求以隨后發(fā)送所述頻道改變請求；以及當由所述頻道改變請求所請求的所述頻道不是正被提供給所述機頂盒時，立即將所述頻道改變請求發(fā)送給與所述機頂盒通信的SDV服務器。
2. 如權利要求1所述的方法，還包括隨后發(fā)送所述頻道改變請求。
3. 如權利要求1所述的方法，其中，緩沖所述頻道改變請求以隨后發(fā) 送所述頻道改變請求的步驟還包括使多個頻道改變請求在一起形成一組并且將所述多個頻道改變請求一起發(fā)送。
4. 如權利要求2所述的方法，其中，隨后發(fā)送所述頻道改變請求的步 驟包括在預定時間段逝去之后，發(fā)送所述頻道改變請求。
5. 如權利要求3所述的方法，還包括通過將所述多個頻道改變請求一起發(fā)送來減小頻道改變請求抖動。
6. 如權利要求1所述的方法，其中，接收頻道改變請求的步驟包括接收預見到的頻道改變請求。
7. —種機頂盒，包括 存儲器；處理器； 通信接口；互連機構，所述互連機構將所述存儲器、所述處理器和所述通信接口 相耦合；并且其中，所述存儲器通過在交換數(shù)字視頻(SDV)系統(tǒng)中提供頻道改變 請求的應用而被編碼，所述應用當在所述處理器上被執(zhí)行時提供用于對信 息進行處理的處理，所述處理使得所述機頂盒執(zhí)行以下操作接收頻道改變請求；判斷由所述頻道改變請求所請求的頻道是否正被提供給機頂盒；當由所述頻道改變請求所請求的所述頻道當前正被提供給所述機頂盒時，緩沖所述頻道改變請求以隨后發(fā)送所述頻道改變請求；以及當由所述頻道改變請求所請求的所述頻道不是正被提供給所述機頂盒時，立即將所述頻道改變請求發(fā)送給與所述機頂盒通信的SDV服務器。
8. 如權利要求7所述的機頂盒，還包括所述機頂盒執(zhí)行隨后發(fā)送所述頻道改變請求的操作。
9. 如權利要求8所述的機頂盒，其中，緩沖所述頻道改變請求以隨后發(fā)送所述頻道改變請求的操作還包括使多個頻道改變請求在一起形成一組并且將所述多個頻道改變請求一起發(fā)送。
10. 如權利要求7所述的機頂盒，其中，隨后發(fā)送所述頻道改變請求的操作包括在預定時間段逝去之后，發(fā)送所述頻道改變請求。
11. 如權利要求9所述的機頂盒，還包括通過將所述多個頻道改變請求一起發(fā)送來減小請求抖動的操作。
12. 如權利要求7所述的機頂盒，其中，接收頻道改變請求的操作包括接收預見到的頻道改變請求。
13. —種具有計算機可讀代碼的計算機可讀介質(zhì)，所述計算機可讀代碼用于在交換數(shù)字視頻(SDV)系統(tǒng)中提供頻道改變請求，所述介質(zhì)包括用于接收頻道改變請求的指令；用于判斷由所述頻道改變請求所請求的頻道是否正被提供給機頂盒的指令；用于當由所述頻道改變請求所請求的所述頻道當前正被提供給所述機頂盒時，緩沖所述頻道改變請求以隨后發(fā)送所述頻道改變請求的指令；以及用于當由所述頻道改變請求所請求的所述頻道不是正被提供給所述機頂盒時，立即將所述頻道改變請求發(fā)送給與所述機頂盒通信的SDV服務器的指令。
14. 如權利要求13所述的計算機可讀介質(zhì)，還包括用于隨后發(fā)送所 述頻道改變請求的指令。
15. 如權利要求13所述的計算機可讀介質(zhì)，其中，所述用于緩沖所述 頻道改變請求以隨后發(fā)送所述頻道改變請求的指令還包括用于使多個頻 道改變請求在一起形成一組并且將所述多個頻道改變請求一起發(fā)送的指
16. 如權利要求14所述的計算機可讀介質(zhì)，其中，所述用于隨后發(fā)送 所述頻道改變請求的指令包括用于在預定時間段逝去之后發(fā)送所述頻道 改變請求的指令。
17. 如權利要求15所述的計算機可讀介質(zhì)，還包括用于通過將所述 多個頻道改變請求一起發(fā)送來減小請求抖動的指令。
18. 如權利要求13所述的計算機可讀介質(zhì)，其中，所述用于接收頻道改變請求的指令包括用于接收預見到的頻道改變請求的指令。
19. 一種交換數(shù)字視頻(SDV)系統(tǒng)，包括 SDV服務器；至少一個機頂盒，所述至少一個機頂盒的每個與所述SDV服務器通 信；并且其中，所述機頂盒中的至少一個能夠從用戶接收頻道改變請求，判斷 由所述頻道改變請求所請求的頻道當前是否正被提供給所述機頂盒；當由 所述頻道改變請求所請求的所述頻道正被提供給所述機頂盒時，緩沖所述 頻道改變請求以隨后將所述頻道改變請求發(fā)送給所述SDV服務器；并且 當由所述頻道改變請求所請求的所述頻道不是正被提供給所述機頂盒時， 立即將所述頻道改變請求發(fā)送給所述SDV服務器。
20. 如權利要求19所述的系統(tǒng)，其中，所述機頂盒中的至少一個使多 個頻道改變請求在一起形成一組，并且將所述多個頻道改變請求一起發(fā)送 到所述SDV服務器。
全文摘要
提出一種用于在交換數(shù)字視頻系統(tǒng)中針對頻道改變請求提供可擴展性的方法、裝置和計算機程序產(chǎn)品。頻道改變請求被接收。關于由頻道改變請求所請求的頻道當前是否正被提供給機頂盒的判斷被作出。當由頻道改變請求所請求的頻道正被提供給機頂盒時，頻道改變請求被緩沖以供隨后發(fā)送。當由頻道改變請求所請求的頻道不是正被提供給機頂盒時，頻道改變請求被立即發(fā)送到與機頂盒通信的SDV服務器。
文檔編號H04N7/173GK101682355SQ200880015756
公開日2010年3月24日 申請日期2008年2月29日 優(yōu)先權日2007年3月12日
發(fā)明者埃梅爾·阿克特 申請人:思科技術公司