專利名稱：數(shù)字視頻網(wǎng)絡(luò)中時間接納控制的方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及數(shù)字視頻網(wǎng)絡(luò)，并且更具體地說，涉及數(shù)字視頻網(wǎng)絡(luò)中的帶寬控制。
背景技術(shù)：
在設(shè)計為輸送像IP (因特網(wǎng)協(xié)議)話音、電視和視頻等服務(wù)的網(wǎng)絡(luò)中，網(wǎng)絡(luò)經(jīng)常包括確保服務(wù)數(shù)據(jù)能夠及時送達的方式。解決此問題的一種選擇是為網(wǎng)絡(luò)提供足夠的容量，使得擁塞從不(或極少)發(fā)生。另一種選擇是提供接納(admission)控制機制以減少網(wǎng)絡(luò)擁塞的風險。通常，它是靠近用戶設(shè)備的鏈路，在用戶設(shè)備與第一網(wǎng)絡(luò)節(jié)點之間，通常表示為第一(或最后)一英里，其造成最大帶寬問題。減少帶寬問題的一種方式是使用設(shè)備限制，例如，限制用戶可能已經(jīng)安裝的機頂盒的數(shù)量。 接納控制能夠通過在擁塞點方面了解網(wǎng)絡(luò)拓撲的策略服務(wù)器來實現(xiàn)。策略服務(wù)器檢查沿輸送路徑的擁塞點是否具有可用資源。如果有，則保留擁塞點的資源，并且授予接納。否則，拒絕接納。在客戶端不再使用資源時，它將帶寬資源返回策略服務(wù)器。在許多情況下，機頂盒(STB)包括記錄廣播內(nèi)容的能力；這稱為個人錄像機(PVR)。此類STB也能夠提供有多個調(diào)諧器以允許記錄一個信道，同時實況觀看另一信道。對于一個家庭中共享相同第一英里容量的可能多個STB，計劃的記錄與實況電視觀看一起對受限資源帶來了壓力，這可造成擁塞，甚至造成服務(wù)中斷。這可導致最終用戶不滿和投訴，使IPTV運營商不愿在一個家庭中允許多個STB或甚至多調(diào)諧器STB的部署。

發(fā)明內(nèi)容
本發(fā)明的一個目的是提供改進的帶寬分配，減少數(shù)字視頻網(wǎng)絡(luò)中擁塞的風險。根據(jù)本發(fā)明的第一方面，介紹了一種用于數(shù)字視頻網(wǎng)絡(luò)的帶寬分配服務(wù)器中帶寬分配的方法，數(shù)字視頻網(wǎng)絡(luò)包括作為訂戶位置與接入節(jié)點之間鏈路的受限信道。該方法包括以下步驟接收在受限信道上保留帶寬的帶寬保留請求，帶寬保留請求包括保留開始時間；獲得至少部分由該保留請求的持續(xù)時間所覆蓋的受限信道上帶寬的任何現(xiàn)有帶寬保留，該持續(xù)時間由保留開始時間來界定；確定在帶寬保留請求所覆蓋的任何時間帶寬保留請求和任何現(xiàn)有帶寬保留的組合是否超過帶寬限制；在確定組合在帶寬限制之下時，通過發(fā)送保留接受響應和存儲對應于帶寬保留請求的保留來處理接受；以及在確定組合超過帶寬限制時，通過發(fā)送保留拒絕響應來處理拒絕。通過在帶寬保留請求中包括時間信息，不但可能計劃保留，而且還允許甚至在一個家庭內(nèi)帶有多個接收器的系統(tǒng)中采用靈活、安全的方式來保留和消耗帶寬。本發(fā)明因此解決了由于STB的部署程度在最差情況下使用比可用的更多容量(例如，在第一英里中)而造成的帶寬問題。IPTV運營商能夠每家部署更多STB，這使得服務(wù)更有吸引力，增大了能夠作為服務(wù)提供的目標的最終用戶的數(shù)量。通過允許此靈活性，帶寬能夠更有效地使用。另夕卜，通過使用拒絕響應，接收器能夠與用戶接口以便可能修改請求和/或現(xiàn)有保留。在接收的步驟中，帶寬保留請求可還包括保留結(jié)束時間。包括開始時間和結(jié)束時間例如允許了用于PVR記錄的保留。要注意，對于開放式結(jié)束的實況電視觀看，無需結(jié)束時間。帶寬限制可以是針對因特網(wǎng)協(xié)議電視的帶寬限制。帶寬限制可以是針對單個因特網(wǎng)協(xié)議電視訂戶的帶寬限制。換而言之，帶寬限制可以是針對一個家庭，也稱為第一英里。保留拒絕響應可包含對任何現(xiàn)有帶寬保留至少之一的引用。這使得用戶能夠選擇是否刪除任何已現(xiàn)有的沖突保留。可選的是，這能夠根據(jù)預定義規(guī)則而自動執(zhí)行。 該方法可還包括在確定組合僅對于帶寬保留請求所覆蓋的部分時間超過帶寬限制時、通過發(fā)送包括組合在帶寬限制之下的至少一個時間間隔的部分保留接受響應來處理部分接受的步驟。通過使用部分接受響應，接收器能夠與用戶接口以便可能修改請求和/或現(xiàn)有保留，進一步增大有效帶寬使用。部分接受響應可包含對任何現(xiàn)有帶寬保留至少之一的引用。帶寬保留請求可包括請求的帶寬的數(shù)值。例如，帶寬保留請求可包括以兆比特每秒為單位的保留帶寬。本發(fā)明的第二方面是一種用于數(shù)字視頻網(wǎng)絡(luò)的帶寬分配服務(wù)器中帶寬分配的帶寬分配服務(wù)器，數(shù)字視頻網(wǎng)絡(luò)包括作為訂戶位置與接入節(jié)點之間鏈路的受限信道。帶寬分配服務(wù)器包括請求接收器，配置成接收在受限信道上保留帶寬的帶寬保留請求，帶寬保留請求包括保留開始時間；保留讀取器，配置成獲得至少部分由保留請求的持續(xù)時間所覆蓋的受限信道上帶寬的任何現(xiàn)有帶寬保留，所述持續(xù)時間由保留開始時間來界定；比較器，配置成確定在帶寬保留請求所覆蓋的任何時間帶寬保留請求和任何現(xiàn)有帶寬保留的組合是否超過帶寬限制；傳送器，配置成在確定組合在帶寬限制之下時發(fā)送保留接受響應和在確定組合超過帶寬限制時發(fā)送保留拒絕響應。帶寬分配服務(wù)器可包括在策略服務(wù)器中；請求接收器可配置成從應用服務(wù)器接收帶寬保留請求，應用服務(wù)器配置成服務(wù)來自接收器的請求；以及傳送器可配置成發(fā)送響應到應用服務(wù)器。帶寬分配服務(wù)器可包括在組合的策略和應用服務(wù)器中，其中，策略和應用服務(wù)器配置用于帶寬分配，以及服務(wù)來自接收器的請求；請求接收器可配置成接收來自某個接收器的帶寬保留請求；以及傳送器可配置成發(fā)送響應到該接收器。本發(fā)明的第三方面是一種用于保留數(shù)字視頻網(wǎng)絡(luò)中帶寬的方法，數(shù)字視頻網(wǎng)絡(luò)包括作為數(shù)字視頻網(wǎng)絡(luò)中接入節(jié)點與訂戶位置之間鏈路的受限信道。該方法包括以下步驟發(fā)送帶寬保留請求以保留受限信道上的帶寬，帶寬保留請求包括保留開始時間；在確定帶寬保留請求和任何現(xiàn)有帶寬保留的組合在帶寬限制之下時，接收保留接受響應；以及在確定組合超過帶寬限制時，接收保留拒絕響應。通過使用此方法，能夠例如從接收器從特定開始時間保留帶寬。帶寬保留請求可包括請求的帶寬的數(shù)值。保留拒絕響應可包含對任何現(xiàn)有帶寬保留至少之一的引用。
該方法可還包括在確定所述組合僅對于帶寬保留請求所覆蓋的部分時間超過帶寬限制時、接收部分保留接受響應的步驟，部分保留接受響應包括所述組合在帶寬限制之下的至少一個時間間隔。部分接受響應可包含對任何現(xiàn)有帶寬保留至少之一的引用。該方法可在用戶從具有相對低帶寬的電視信道到具有相對高帶寬的電視信道切換信道時開始。本發(fā)明的第四方面是一種用于保留數(shù)字視頻網(wǎng)絡(luò)中帶寬的設(shè)備。該設(shè)備包括傳送器，配置成發(fā)送在受限信道上保留帶寬的帶寬保留請求，帶寬保留請求包括保留開始時間；以及響應接收器，配置成在確定帶寬保留請求和任何現(xiàn)有帶寬保留的組合在帶寬限制之下時接收保留接受響應，以及在確定所述組合超過帶寬限制時接收保留拒絕響應。本發(fā)明的第五方面是包括根據(jù)第四方面的設(shè)備的機頂盒。 本發(fā)明的第六方面是包括根據(jù)第四方面的設(shè)備的電視機。要注意，在適當之處，第一、第二、第三、第四、第五及第六方面的任何特征可應用到任何其它方面。通常，權(quán)利要求中使用的所有術(shù)語可根據(jù)技術(shù)領(lǐng)域中其普通含意來解釋，除非在本文中另有明確定義。對“一 /該要素、設(shè)備、組件、部件、步驟等”的所有引用要開放地解釋為指該要素、設(shè)備、組件、部件、步驟等的至少一個實例，除非另有明確陳述。本文中公開的任何方法的步驟不必按公開的確切順序來執(zhí)行，除非明確陳述。


現(xiàn)在通過示例、參照附圖來描述本發(fā)明，其中圖I是示出能夠應用本發(fā)明的實施例的因特網(wǎng)協(xié)議電視(IPTV)環(huán)境的概觀的示意圖，圖2是示出訂戶、用戶、接收器和帶寬限制的分離的示范實體關(guān)系圖，圖3a_d是示出圖I的系統(tǒng)中帶寬保留的不同情形的圖形，圖4是示出與相同受限信道有關(guān)的接收器、應用服務(wù)器與策略服務(wù)器之間通信的順序圖，圖5是示出根據(jù)一個實施例的方法的流程圖，其在圖I的應用服務(wù)器和/或策略服務(wù)器中部署，圖6是示出接收器中的方法的流程圖，其中，該方法布置成與圖5的流程圖所示的方法交互，圖7是示出圖I的應用服務(wù)器I的一實施例的組件的示意圖，圖8是示出圖I的接收器的一實施例的組件的示意圖，圖9示出圖I的應用服務(wù)器的一實施例的模塊，以及圖10示出圖I的接收器10 (或11-13)的一實施例的模塊。
具體實施例方式現(xiàn)在，將參照顯示本發(fā)明的某些實施例的附圖，在下文更全面地描述本發(fā)明。然而，本發(fā)明可以許多不同的形式實施，并且不應視為限于本文所述的實施例；相反，這些實施例作為示例來提供，使得此公開將全面和完整，并且將本發(fā)明的范圍全面?zhèn)鬟_給本領(lǐng)域的技術(shù)人員。類似的標號表示描述各處類似的要素。圖I是示出能夠應用本發(fā)明的實施例的因特網(wǎng)協(xié)議電視(IPTV)環(huán)境的概觀的示意圖。訂戶家庭15和16具有接收器10-13，如機頂盒(STB)或電視機中集成的接收器。訂戶家庭15安裝有兩個接收器10、11，并且訂戶家庭16安裝有兩個接收器12、13。這些接收器10-13的每個經(jīng)IP (因特網(wǎng)協(xié)議)網(wǎng)絡(luò)連接到接入節(jié)點5。該接入節(jié)點又直接或間接連接到內(nèi)容服務(wù)4、應用服務(wù)器I及策略服務(wù)器2。第二接入節(jié)點6類似地連接到第一接入節(jié)點5，其中，第二接入節(jié)點服務(wù)單獨的訂戶集合。其它接入節(jié)點按照需要被提供以實現(xiàn)期望的網(wǎng)絡(luò)容量。此處未包括該環(huán)境的其它組件以免混淆本發(fā)明的實施例的公開。應用服務(wù)器I和策略服務(wù)器2可選地能夠組合在一個服務(wù)器中，或者如圖I所示分開地來提供。此外，應用服務(wù)器I和/或策略服務(wù)器2能夠使用幾個裝置來實現(xiàn)，以便實現(xiàn)冗余和/或性能增強。策略服務(wù)器負責帶寬分配。應用服務(wù)器I與接收器10-13通信以 按照期望來提供中央化處理。換而言之，應用服務(wù)器I為來自接收器10-13的請求服務(wù)，執(zhí)行必需的處理以及在響應中將結(jié)果提供回接收器10-13。內(nèi)容服務(wù)4經(jīng)接入節(jié)點5提供內(nèi)容到接收器10-13。所述內(nèi)容包括視頻內(nèi)容、音頻內(nèi)容和/或文本內(nèi)容，如字幕。在這些材料中，視頻內(nèi)容要求最多帶寬。例如，包括視頻、音頻和可選地包括文本內(nèi)容的高清晰流能夠使用8-12Mbps (兆比特每秒)。包括視頻、音頻和可選地包括文本內(nèi)容的標準清晰流能夠使用2-4Mbps。比特率能夠由于使用什么壓縮算法和壓縮配置而顯著變化，其中，選定配置參數(shù)反映給定壓縮算法的低比特率與高質(zhì)量之間的折衷關(guān)系。在決定接收器10-13中和應用服務(wù)器I中要執(zhí)行多少處理方面，有一定的靈活性。在范疇(spectrum)的一端，接收器10-13中幾乎沒有執(zhí)行任何處理。例如，能夠為接收器10-13提供與應用服務(wù)器I上的web服務(wù)器接口的HTML (超文本標記語言)web瀏覽器。接收器10-13在此示例中是到應用服務(wù)器的簡單用戶接口。在范疇的另一端，為接收器10-13提供了帶有詳盡應用特定功能性的厚客戶端。介于之間的某處將是接收器10-13是更高級的瀏覽器、帶有對JavaScript/ECMAScript或Adobe Flash的支持以實現(xiàn)更豐富的用戶接口時。代碼仍由應用服務(wù)器提供，就好像在純HTML情況中一樣，但更多執(zhí)行通過接收器10-13來執(zhí)行。Java小應用程序(applet)或應用也能夠用于執(zhí)行裝置10_13上的客戶端代碼，與應用服務(wù)器I接口。下文瘦客戶端指為裝置10-13提供瀏覽器以接入應用服務(wù)器I所執(zhí)行的處理的情況。還要注意，即使在厚客戶端的情況下，接收器10-13上的應用也與應用服務(wù)器接口，并且有分別在接收器10-13的厚客戶端和應用服務(wù)器中安排多少處理的選擇。圖2是示出訂戶20、用戶21、接收器22和帶寬限制23的分離的示范實體關(guān)系圖。該圖包括訂戶實體20、用戶實體21、接收器實體22和帶寬限制實體23。帶寬限制實體23表示受限信道上的有限帶寬。例如，受限信道能夠是接入點與訂戶家庭之間的連接，這在諸如圖I所示系統(tǒng)等系統(tǒng)中常常是一個瓶頸。備選或附加的是，帶寬限制23能夠表示系統(tǒng)中向上更高、更靠近諸如圖I的內(nèi)容服務(wù)4等中央組件的瓶頸。訂戶20實體表示系統(tǒng)中的一個帳戶，一般對應于一個訂戶家庭(參見圖I的15、16)。在本發(fā)明的實施例中，每個訂戶20受零或更多帶寬限制23限制，并且每個帶寬限制23影響一個或多個訂戶20。接收器22表示能夠通過受限信道而接收內(nèi)容的一個接收器，例如，機頂盒或電視機中集成的接收器。每個訂戶20具有至少一個接收器22，但可具有更多接收器。用戶21是消耗接收器22的內(nèi)容的人。每個用戶21能夠使用一個或多個接收器22，并且每個接收器能夠由一個或多個用戶來使用。此外，每個訂戶20耦合到一個或多個用戶21。圖3a_d是示出圖I的系統(tǒng)中帶寬保留的不同情形的圖形。水平軸表示時間，此處在12. 00與17. 00之間。垂直軸表示一個受限信道的帶寬使用，其中，線條59指示受限信道上的帶寬限制。在此示例中，標準清晰信道占用一個帶寬單位，并且高清晰信道占用三個帶 寬單位。帶寬單位例如能夠是4Mbps，由此產(chǎn)生高達4Mbps的標準清晰信道和高達12Mbps的高清晰信道。要注意，選擇這些限制僅用于說明的目的，并且任何適合限制能夠被選擇以用于本發(fā)明的實施例。帶寬保留通過網(wǎng)格中的矩形來表示。帶寬保留能夠定義了開始時間和結(jié)束時間，或者它們能夠是開放式結(jié)束的，即，無定義的結(jié)束時間。帶有定義的開始和結(jié)束時間的保留例如能夠是用于使用個人錄像機(PVR)的記錄的保留，或用于觀看特定電視節(jié)目的保留。開放式結(jié)束的保留一般表示隨意的電視觀看。要注意，如果隨意觀看者選擇帶寬不同的信道，如從標準清晰信道轉(zhuǎn)到高清晰信道，則發(fā)送新帶寬保留和帶寬保留釋放。下面將詳細解釋用于處理帶寬保留的方法。如圖3a_d中所示，通過在帶寬保留請求中包括時間信息，不但可能計劃保留，而且這也允許甚至在一個家庭內(nèi)帶有多個接收器的系統(tǒng)中采用靈活、安全的方式來保留和消耗帶寬。因此，解決了由于STB的部署程度在最差情況下使用比可用的更多容量(例如在第一英里中)所引起的帶寬問題。IPTV運營商因此能夠每家部署更多STB，這使得服務(wù)更有吸引力，增大了能夠作為服務(wù)提供的目標的最終用戶的數(shù)量。通過允許此靈活性，帶寬能夠更有效地被使用。另外，通過使用拒絕響應，接收器能夠與用戶接口以便可能修改請求和/或現(xiàn)有保留。在圖3a中，有兩個帶寬保留60、61已經(jīng)就位。一個帶寬保留60涉及在12:00開始而無定義的結(jié)束時間的開放式結(jié)束標準清晰信道。第二帶寬保留61涉及開放式結(jié)束的標準清晰信道，其保留具有12:30的開始時間。如果現(xiàn)在用戶例如想要為14:00與16:00之間的PVR記錄保留帶寬，則對第三帶寬保留62的請求將從接收器發(fā)送，從某個接收器(例如，圖I中的10)到應用服務(wù)器(圖I中的I)。由于現(xiàn)有帶寬保留60、61和第三帶寬保留62的組合將不超過帶寬限制59，因此，請求將被接受，并且?guī)挶Ａ?2被保存。然而，如果隨后在應用服務(wù)器中收到對第四帶寬保留63的請求，則對第四帶寬保留63的請求和現(xiàn)有帶寬保留60-62的組合將超過帶寬限制59。因此，對第四帶寬保留63的請求被拒絕。在圖3b中，示出一種類似情況。然而，此處對第四帶寬保留63'的請求涉及15:00與17:00之間的時間。在此時間中，將在15:00與16:00之間超過帶寬限制，但在16:00與17:00之間未超過帶寬限制。應用服務(wù)器隨后可以可選地發(fā)送部分保留接受響應。隨后，接收器能夠提示用戶要做什么，例如，修改保留63'以覆蓋16:00到17:00，刪除現(xiàn)有帶寬保留60-62之一，或者撤回對帶寬保留63'的請求。如上參照圖I所解釋的，根據(jù)系統(tǒng)中何處安排應用邏輯的系統(tǒng)架構(gòu)選擇，系統(tǒng)內(nèi)提示用戶如何解決沖突的處理能夠主要在應用服務(wù)器I或接收器10-13中執(zhí)行?？蛇x的是，應用服務(wù)器發(fā)送保留拒絕響應，像為圖3a中對帶寬保留63的請求的情況所發(fā)送的響應一樣。在圖3c中，在收到對第四帶寬保留69的請求時，有三個現(xiàn)有帶寬保留66-68。保留66、67是當前掛起的(pending)實況電視觀看保留。應用服務(wù)器拒絕請求，或者能夠可選地發(fā)送部分保留接受響應，其指示能夠接受保留用于14. 00后的保留。接收器隨后能夠提示用戶要做什么?？蛇x的是，拒絕響應或部分保留接受響應包含對現(xiàn)有沖突保留的引用，由此用戶能夠有機會修改或刪除任何沖突保留。
在圖3d中，在收到對開放式結(jié)束的第四帶寬保留63"的請求時，有三個現(xiàn)有帶寬保留60-62。該情況類似于圖3b的情況，由此應用服務(wù)器能夠發(fā)送部分保留接受響應，其指示能夠接受保留用于直至14. 00的保留。該情況能夠得以解決，例如通過取消任何保留60-62，或者允許開放式結(jié)束的第四帶寬保留63"繼續(xù)，直至正好14:00前，并且在該時間給予用戶選擇要拒絕什么帶寬保留(或者在該時間簡單地自動結(jié)束保留63")?？蛇x的是，如果任何現(xiàn)有帶寬保留60-62與對第四帶寬保留63"的請求耦合到相同接收器，則用戶能夠被給予該特定接收器的帶寬保留之間的選擇。可選的是，拒絕響應能夠從應用服務(wù)器被發(fā)送以響應第四帶寬保留請求63"。圖4是示出接收器10、11、應用服務(wù)器I與策略服務(wù)器2之間通信的順序圖。接收器10、11使用相同的受限信道。由于圖4和圖3c均從不同角度示出相同情況，因此，下面的內(nèi)容將參照這兩個圖形。要注意，如上參照圖I所解釋的，根據(jù)系統(tǒng)中何處安排應用邏輯的系統(tǒng)架構(gòu)選擇，能夠分別在應用服務(wù)器或接收器10、11中執(zhí)行更多或更少的處理。在大約12:00，接收器10的第一用戶將想要觀看實況電視，由此，對開放式結(jié)束的帶寬保留66的請求30從接收器10發(fā)送到應用服務(wù)器I。應用服務(wù)器I將對應的保留請求31發(fā)送到策略服務(wù)器2。由于不存在以前的帶寬保留，因此，策略服務(wù)器2確定請求是OK的32，并將接受響應33發(fā)送到應用服務(wù)器1，應用服務(wù)器I將接受響應34發(fā)送到接收器10。稍后，大約在12:30，第二接收器11的用戶也將想要觀看實況電視，由此，對開放式結(jié)束的帶寬保留67的請求35從接收器11發(fā)送到應用服務(wù)器I。應用服務(wù)器I將對應的保留請求36發(fā)送到策略服務(wù)器2。策略服務(wù)器2確定該請求是OK的37，并將接受響應38發(fā)送到應用服務(wù)器I，應用服務(wù)器I將接受響應39發(fā)送到接收器11。第二接收器11的用戶隨后將計劃PVR上的高清晰記錄，由此對13:00到14:00的帶寬保留68的請求40從接收器11發(fā)送到應用服務(wù)器I。應用服務(wù)器I將對應的保留請求41發(fā)送到策略服務(wù)器2。由于兩個現(xiàn)有保留66、67是開放式結(jié)束的，因此，策略服務(wù)器2確定該請求是OK的42，并且將接受響應43發(fā)送到應用服務(wù)器I，應用服務(wù)器I將接受響應44發(fā)送到接收器11。換而言之，在此實施例中，計劃的保留(帶有開始和結(jié)束時間)具有比隨意電視觀看更高優(yōu)先權(quán)。可選的是，不存在帶有開始和結(jié)束時間的計劃的保留的此類優(yōu)先權(quán)，由此，任何現(xiàn)有保留具有比新保留請求更高的優(yōu)先權(quán)。第一接收器10的用戶隨后也將想要計劃PVR上的高清晰記錄，由此對13:30到16:00的帶寬保留69的請求45從接收器10發(fā)送到應用服務(wù)器I。應用服務(wù)器I將對應的保留請求46發(fā)送到策略服務(wù)器2。策略服務(wù)器2確定受限信道已滿47，并將拒絕響應48發(fā)送到應用服務(wù)器1，應用服務(wù)器I將拒絕響應49發(fā)送到接收器10。可選的是，能夠使用如上所述的部分接受響應來完成響應49的功能。拒絕響應或部分接受響應能夠可選地包含對任何沖突保留的引用。在此示例中，引用能夠是對帶寬保留60和61或帶寬保留60、61和62的引用。在正好在13:00之前的某個時間，例如，在12:58，由于開放式結(jié)束的帶寬保留66、67仍有效，因此，策略服務(wù)器注意到存在由于沒有足夠的帶寬用于所有保留而引起的計劃沖突50。期滿消息51發(fā)送到應用服務(wù)器I。應用服務(wù)器隨后分別將對應的期滿消息52、11發(fā)送到兩個接收器10、11。兩個接收器10、11隨后能夠自動或在用戶提示和接受后結(jié)束電視觀看。此處理能夠在厚客戶端的情況下由接收器10、11進行，或者此處理能夠在瘦客戶端的情況下在應用服務(wù)器I中進行，而接收器10、11只是用戶代理。兩個接收器10、11隨后分別將退出實況電視消息54、56發(fā)送到應用服務(wù)器1，由此應用服務(wù)器I將對應釋放消息55,57發(fā)送到策略服務(wù)器。因此，釋放了兩個帶寬保留66、67，并且確保了用于高清晰PVR記錄的帶寬保留68的完整性。要注意，應用服務(wù)器I和策略服務(wù)器2能夠可選地組合在一個服務(wù)器中。
圖5是示出下文稱為服務(wù)器的應用服務(wù)器和/或策略服務(wù)器中方法的流程圖。該方法涉及一個受限信道，但一般為并行的幾個受限信道執(zhí)行，例如，并行的幾個第一英里限制。在初始接收帶寬保留步驟80中，服務(wù)器從例如圖I的接收器10等接收器接收帶寬保留請求。該請求包含至少一個開始時間和可選地還包括結(jié)束時間。該請求也可包含例如以4Mbps或12Mbps等數(shù)值來表示或以例如標準清晰電視或高清晰電視等預定義類別來表示的請求多少帶寬?？蛇x的是，不指示請求多少帶寬，其仍能夠是可使用的，例如在所有信道消耗大約相同的帶寬量的情況下，例如所有信道是標準清晰信道。服務(wù)器隨后在獲得保留步驟81中獲得所有相關(guān)保留，例如，從持久性存儲器(可選地在易失性存儲器中緩存)。相關(guān)保留能夠是在時間上與接收的帶寬保留請求至少部分重置的所有保留。在確定可接受的步驟82中，服務(wù)器組合接收的帶寬保留請求和獲得的保留，并確定此類組合的任何部分是否超過所述受限信道的帶寬限制。根據(jù)確定的結(jié)果，在有條件的可接受步驟83中，如果帶寬限制根本未被超過，則帶寬保留請求被認為是可接受的，并且方法繼續(xù)進行處理接受步驟84。如果對于該帶寬保留請求的整個期間超過帶寬限制，則方法繼續(xù)進行處理拒絕步驟86?？蛇x的是，如果僅對于該帶寬保留請求的部分期間超過帶寬限制，則方法繼續(xù)進行處理部分接受步驟85。在處理接受步驟84中，接受響應從服務(wù)器發(fā)送到接收器，指示接受對帶寬保留的請求。此外，帶寬保留與任何以前的帶寬保留一起保存在存儲器中。在處理拒絕步驟86中，拒絕響應從接收器發(fā)送到接收器，指示拒絕帶寬保留。因此，不必在存儲器中保存所述帶寬保留。在可選的處理部分接受步驟85中，指示部分接受響應的消息從服務(wù)器發(fā)送到接收器，帶有關(guān)于對于什么時間能夠接受該帶寬保留請求的信息。接收器隨后的響應能夠是同意發(fā)現(xiàn)的在帶寬限制內(nèi)的時間，或者它能夠與用戶一起執(zhí)行更詳細的處理，例如，允許用戶刪除或修改其它帶寬保留。如果處理部分接受步驟不存在，則部分接受能夠作為拒絕來處理，因為由于至少部分的保留將導致帶寬限制被超過而不能接受它。
上述方法能夠作為諸如應用服務(wù)器I或策略服務(wù)器2等服務(wù)器中的軟件指令來執(zhí)行。圖6是示出接收器中方法的流程圖，其中，該方法布置成與圖5的流程圖所示的方法交互。在初始發(fā)送帶寬保留請求步驟90中，接收器將帶寬保留請求發(fā)送到服務(wù)器。如上所述，帶寬保留至少包括開始時間，并可選地包括結(jié)束時間?？蛇x的是，請求的帶寬作為數(shù)值數(shù)據(jù)或作為類別數(shù)據(jù)而被包括。在接收響應步驟91中，在接收器中接收來自服務(wù)器的帶寬保留響應。隨后，在有條件接受的步驟92中確定收到什么類型的響應。如果帶寬保留響應指示該請求已被接受，則方法繼續(xù)進行處理接受響應步驟93。如果帶寬保留響應指示該請求已被拒絕，則方法繼續(xù)進行處理拒絕響應步驟95。可選的是，如果帶寬保留響應指示請求被 部分地接受，則該方法繼續(xù)進行處理部分接受響應步驟94。在處理接受響應步驟93中，接收器對接受響應做出行動。例如，如果帶寬保留涉及實況電視觀看，則如本領(lǐng)域中本身已知的，接收器開始例如使用IPTV向所述用戶顯示實況電視。如果帶寬保留涉及PVR記錄，則如本領(lǐng)域中本身已知的，接收器計劃記錄。在處理拒絕響應步驟95中，接收器對拒絕響應做出行動。觸發(fā)了帶寬保留請求的用戶動作因此被拒絕。例如，如果用戶動作將是觀看實況電視，則拒絕此觀看，或者如果用戶動作將是計劃PVR記錄，則拒絕該計劃?？蛇x的是，拒絕響應觸發(fā)接收器提供用戶接口，給用戶機會去重新計劃或刪除一個或多個現(xiàn)有保留，以便為期望的用戶動作空出(freeup)帶寬，所述期望的用戶動作是上面的步驟90中發(fā)送的原帶寬保留請求的原因。在處理部分接受響應步驟94中，裝置對部分接受響應做出行動。接收器隨后能夠?qū)⑾l(fā)送回服務(wù)器，同意發(fā)現(xiàn)的在帶寬限制內(nèi)的時間，或者它能夠與用戶一起執(zhí)行更詳細的處理，例如，允許用戶刪除或修改其它帶寬保留。要注意，圖6的方法能夠使用接收器22、10-13的控制器中執(zhí)行的軟件指令來實現(xiàn)。圖7示出圖I的應用服務(wù)器的一實施例的組件。該應用服務(wù)器包括控制器101、內(nèi)部存儲器102和網(wǎng)絡(luò)接口 110。該控制器能夠是能夠執(zhí)行內(nèi)部存儲器102中存儲的軟件指令的任何適合的中央處理單元(CPU)、數(shù)字信號處理器(DSP)等。所述內(nèi)部存儲器能夠是讀和寫存儲器(RAM)和只讀存儲器(ROM)的任何組合。網(wǎng)絡(luò)接口允許應用服務(wù)器連接到IPTV網(wǎng)絡(luò)110，例如以便與接收器10-13通信。還例如為存儲帶寬保留提供了持久存儲裝置106。持久存儲器能夠是任何單個磁性存儲器、光存儲器或固態(tài)存儲器之一或其組合?？蛇x的是，為運營商使用提供了用戶接口(未示出)。備選的是，能夠通過使用網(wǎng)絡(luò)接口 103，從遠程或在本地操作服務(wù)器。策略服務(wù)器2的硬件實現(xiàn)能夠類似于應用服務(wù)器I。圖8的接收器22包括控制器501，該控制器可包括一個或多個子處理器，并且其配置成管理一個或多個軟件模塊和/或應用，以便接收器能夠執(zhí)行上述操作和過程、以及一般在提議類型的通信實體上運行的任何其它常規(guī)操作?？刂破髂軌蚴侵醒胩幚韱卧?CPU)、數(shù)字信號處理器(DSP)或能夠執(zhí)行軟件指令的任何其它邏輯裝置。接收器22包括適合用于與由IPTV網(wǎng)絡(luò)110表示的一個或多個網(wǎng)絡(luò)實體交換信息的收發(fā)器502。該收發(fā)器能夠接收諸如視頻和音頻內(nèi)容等內(nèi)容，并且能夠在網(wǎng)絡(luò)中向上游將消息(例如，控制消息，例如帶寬保留請求消息)發(fā)送到例如應用服務(wù)器I。用戶輸入能夠經(jīng)用戶接口(n) 503提供到接收器22，該用戶接口可選地與接收器22集成，和/或配置為例如遙控器等單獨實體的一部分。接收器22還包括用于向最終用戶顯示與IPTV設(shè)置相關(guān)聯(lián)的信息及IPTV媒體內(nèi)容的一個或多個顯示器504。在有兩個顯示器的情況下，一個顯示器能夠是主內(nèi)容查看顯示器，例如，連接的電視機，并且另一顯示器能夠是接收器本身上提供的更低級的發(fā)光二極管(LED)顯示器。備選的是，如果接收器22具有觸摸屏能力，則顯示器504可配置為與用戶接口 503集成的顯示器。接收器22的軟件應用一般在應用存儲器505中存儲，并且諸如廣播供應等信息可下載和/或緩存在分開的存儲器506中且以后可從其檢索。可選的是，接收器22包括PVR功能性，其中，存儲器506大到足以存儲相當大的視頻和音頻數(shù)據(jù)量。存儲器506因而能夠是磁性存儲器、光存儲器和固態(tài)存儲器任何之一或其組合。用于執(zhí)行PVR功能性的軟件存儲在應用存儲器505中。應用存儲器505可選地包含諸如web瀏覽器、Adobe flash瀏覽器等支持到應用服務(wù)器I的瘦客戶端接口的用戶代理應用。可選的是，應用存儲器505包 含作為用于與應用服務(wù)器I接口的厚客戶端的應用。最后，接收器22還包含時鐘507，時鐘507適用于觸發(fā)應用在特定的時間運行，例如以開始PVR記錄?？蛇x的是，接收器22包括在更大的實體中，如電視或通用計算機。在這些情況下，上述一些或所有組件可以是更大實體的一部分，由此，此類組件不只是提供用于接收器22的使用。只要移動終端利用受限信道(例如，通過例如使用任何IEEE 802. 11標準，經(jīng)無線局域網(wǎng)連接而連接到家庭網(wǎng)絡(luò))，接收器便也能夠包括在移動終端中。圖9示出圖I的策略服務(wù)器2的一實施例的模塊120-122。模塊120-122能夠使用軟件和/或硬件來實現(xiàn)。還要注意，模塊可共享一些硬件組件，例如控制器和存儲器。請求接收器120配置成通過連接124接收在受限信道上保留帶寬的帶寬保留請求。帶寬保留請求包括保留開始時間。保留讀取器121配置成例如從圖7的存儲器106讀取至少部分由保留請求的持續(xù)時間所覆蓋的受限信道上帶寬的任何現(xiàn)有帶寬保留。比較器122配置成確定在帶寬保留請求所覆蓋的任何時間帶寬保留請求和任何現(xiàn)有帶寬保留的組合是否超過帶寬限制(例如，圖3a-3d的限制59)。最后，傳送器123配置成在確定組合在帶寬限制之下時通過連接124發(fā)送保留接受響應和在確定組合超過帶寬限制時發(fā)送保留拒絕響應。連接124例如是到應用服務(wù)器I和/或接收器10-13、22的連接。圖10示出圖I的接收器10 (或11-13)的一實施例的模塊130-131。模塊130-131能夠使用軟件和/或硬件來實現(xiàn)。還要注意，模塊可共享一些物理硬件組件，例如控制器和存儲器。傳送器130配置成通過連接132發(fā)送在受限信道上保留帶寬的帶寬保留請求，其中，帶寬保留請求包括保留開始時間。響應接收器131配置成在確定帶寬組合在帶寬限制之下時通過連接132從應用服務(wù)器接收保留接受響應和在確定組合超過帶寬限制時接收保留拒絕響應。連接132例如是到應用服務(wù)器I和/或策略服務(wù)器2的連接。雖然上述實施例公開為減少第一英里中的帶寬擁塞問題，但本發(fā)明同樣適用于網(wǎng)絡(luò)中的任何擁塞點。另外，沿內(nèi)容輸送路徑的幾個擁塞點各自能夠根據(jù)上述內(nèi)容進行管理，以允許為輸送網(wǎng)絡(luò)中不同層次級別的多個擁塞點進行同時帶寬保留。
本發(fā)明在上面主要參照幾個實施例進行描述。然而，如本領(lǐng)域技術(shù)人員將容易領(lǐng)會到的，與上面公開實施例不同的其它實施 例同樣可能在如隨附專利權(quán)利要求所定義的本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種用于數(shù)字視頻網(wǎng)絡(luò)的帶寬分配服務(wù)器中帶寬分配的方法，所述數(shù)字視頻網(wǎng)絡(luò)包括作為訂戶位置與接入節(jié)點之間鏈路的受限信道，所述方法包括以下步驟 接收保留所述受限信道上帶寬的帶寬保留請求，所述帶寬保留請求包括保留開始時間； 獲得至少部分由所述保留請求的持續(xù)時間所覆蓋的所述受限信道上的帶寬的任何現(xiàn)有帶寬保留，所述持續(xù)時間由所述保留開始時間來界定； 確定在所述帶寬保留請求所覆蓋的任何時間所述帶寬保留請求和所述任何現(xiàn)有帶寬保留的組合是否超過帶寬限制； 在確定所述組合在所述帶寬限制之下時，通過發(fā)送保留接受響應和存儲對應于所述帶寬保留請求的保留來處理接受；以及 在確定所述組合超過所述帶寬限制時，通過發(fā)送保留拒絕響應來處理拒絕。
2.如權(quán)利要求I所述的方法，其中在接收的步驟中，所述帶寬保留請求還包括保留結(jié)束時間。
3.如前面權(quán)利要求任一項所述的方法，其中所述帶寬限制是針對因特網(wǎng)協(xié)議電視的帶寬限制。
4.如前面權(quán)利要求任一項所述的方法，其中所述帶寬限制是針對單個因特網(wǎng)協(xié)議電視訂戶的帶寬限制。
5.如前面權(quán)利要求任一項所述的方法，其中所述保留拒絕響應包含對所述任何現(xiàn)有帶寬保留中至少一個的引用。
6.如前面權(quán)利要求任一項所述的方法，還包括以下步驟 在確定所述組合僅對于所述帶寬保留請求所覆蓋的部分時間超過所述帶寬限制時，通過發(fā)送部分保留接受響應來處理部分接受，所述部分保留接受響應包括所述組合在所述帶寬限制之下的至少一個時間間隔。
7.如權(quán)利要求6所述的方法，其中所述部分接受響應包含對所述任何現(xiàn)有帶寬保留中至少一個的引用。
8.如前面權(quán)利要求任一項所述的方法，其中所述帶寬保留請求包括請求的帶寬的數(shù)值。
9.一種用于數(shù)字視頻網(wǎng)絡(luò)的帶寬分配服務(wù)器中帶寬分配的帶寬分配服務(wù)器，所述數(shù)字視頻網(wǎng)絡(luò)包括作為訂戶位置與接入節(jié)點之間鏈路的受限信道，所述帶寬分配服務(wù)器包括 請求接收器，配置成接收在受限信道上保留帶寬的帶寬保留請求，所述帶寬保留請求包括保留開始時間； 保留讀取器，配置成讀取至少部分由所述保留請求的持續(xù)時間所覆蓋的所述受限信道上帶寬的任何現(xiàn)有帶寬保留，所述持續(xù)時間由所述保留開始時間來界定； 比較器，配置成確定在所述帶寬保留請求所覆蓋的任何時間所述帶寬保留請求和所述任何現(xiàn)有帶寬保留的組合是否超過帶寬限制； 傳送器，配置成在確定所述組合在所述帶寬限制之下時發(fā)送保留接受響應和在確定所述組合超過所述帶寬限制時發(fā)送保留拒絕響應。
10.如權(quán)利要求9所述的帶寬分配服務(wù)器，其中 所述帶寬分配服務(wù)器包括在策略服務(wù)器中；所述請求接收器配置成從應用服務(wù)器接收所述帶寬保留請求，所述應用服務(wù)器配置成服務(wù)來自接收器的請求；以及 所述傳送器配置成發(fā)送響應到所述應用服務(wù)器。
11.如權(quán)利要求9所述的帶寬分配服務(wù)器，其中 所述帶寬分配服務(wù)器包括在組合的策略和應用服務(wù)器中，其中所述策略和應用服務(wù)器配置用于帶寬分配和服務(wù)來自接收器的請求； 所述請求接收器配置成接收來自某個接收器的帶寬保留請求；以及 所述傳送器配置成發(fā)送響應到所述接收器。
12.一種用于保留數(shù)字視頻網(wǎng)絡(luò)中的帶寬的方法，所述數(shù)字視頻網(wǎng)絡(luò)包括作為數(shù)字視頻網(wǎng)絡(luò)中接入節(jié)點與訂戶位置之間鏈路的受限信道，所述方法包括以下步驟 發(fā)送帶寬保留請求以保留受限信道上的帶寬，所述帶寬保留請求包括保留開始時間； 在確定所述帶寬保留請求和任何現(xiàn)有帶寬保留的組合在帶寬限制之下時，接收保留接受響應；以及 在確定所述組合超過所述帶寬限制時，接收保留拒絕響應。
13.如權(quán)利要求12所述的方法，其中在所述帶寬保留請求中包括請求的帶寬的數(shù)值。
14.如權(quán)利要求12或13所述的方法，其中所述保留拒絕響應包含對所述任何現(xiàn)有帶寬保留中至少一個的引用。
15.如權(quán)利要求12或13所述的方法，還包括在確定所述組合僅對于所述帶寬保留請求所覆蓋的部分時間超過所述帶寬限制時接收部分保留接受響應的步驟，所述部分保留接受響應包括所述組合在所述帶寬限制之下的至少一個時間間隔。
16.如權(quán)利要求15所述的方法，其中所述部分接受響應包含對所述任何現(xiàn)有帶寬保留中至少一個的引用。
17.如權(quán)利要求12到16的任一項所述的方法，其中在用戶從具有相對低帶寬的電視信道到具有相對高帶寬的電視信道切換信道時開始所述方法。
18.一種用于保留數(shù)字視頻網(wǎng)絡(luò)中的帶寬的設(shè)備，所述設(shè)備包括 傳送器，配置成發(fā)送在受限信道上保留帶寬的帶寬保留請求，所述帶寬保留請求包括保留開始時間；以及 響應接收器，配置成在確定所述帶寬保留請求和任何現(xiàn)有帶寬保留的組合在帶寬限制之下時接收保留接受響應，以及在確定所述組合超過所述帶寬限制時接收保留拒絕響應。
19.一種包括如權(quán)利要求18所述設(shè)備的機頂盒。
20.—種包括如權(quán)利要求18所述設(shè)備的電視機。
全文摘要
本文提出了一種用于數(shù)字視頻網(wǎng)絡(luò)的帶寬分配服務(wù)器中帶寬分配的方法，所述網(wǎng)絡(luò)包括作為訂戶位置與接入節(jié)點之間鏈路的受限信道。該方法包括接收在受限信道上保留帶寬的帶寬保留請求，帶寬保留請求包括保留開始時間；獲得至少部分由保留請求的持續(xù)時間所覆蓋的受限信道上帶寬的任何現(xiàn)有帶寬保留，所述持續(xù)時間由保留開始時間來界定；確定在帶寬保留請求所覆蓋的任何時間帶寬保留請求和任何現(xiàn)有帶寬保留的組合是否超過帶寬限制；在確定組合在帶寬限制之下時，通過發(fā)送保留接受響應和存儲對應于帶寬保留請求的保留來處理接受；以及在確定組合超過帶寬限制時，通過發(fā)送保留拒絕響應來處理拒絕。本文還提出了一種對應的設(shè)備。
文檔編號H04N21/458GK102742289SQ200980158357
公開日2012年10月17日 申請日期2009年3月25日 優(yōu)先權(quán)日2009年3月25日
發(fā)明者J·斯維德伯格 申請人:瑞典愛立信有限公司