互連網絡中對數據流的帶寬預留的制作方法
【專利摘要】本申請公開了互連網絡中對數據流的帶寬預留。一種用于互連網絡中對數據流進行帶寬預留的方法和裝置。用于發送數據流的裝置的某些實施例包括將數據流傳送至接收方裝置的發送器,該數據流包括多個數據分組。該裝置還包括:接收器,用于從接收方裝置接收有關數據分組到達狀態的響應;以及用于指導發送器的操作的網絡單元,該網絡單元用于指導該發送器為該數據流保持恒定的帶寬。
【專利說明】互連網絡中對數據流的帶寬預留
[0001]本發明專利申請是國際申請號為PCT/US2008/069256,國際申請日為2008年7月 3日,進入中國國家階段的申請號為200880109153.2,名稱為“互連網絡中對數據流的帶寬 預留”的發明專利申請的分案申請。
【技術領域】
[0002]本發明的實施例一般涉及網絡領域,更具體地涉及用于互連網絡中對數據流進行 帶寬預留的方法和裝置。
[0003]背景
[0004]網絡可包括多個個人電子媒體設備的互連。多個媒體設備可聯網到一起以共享數 據、提高便利性以及更全面地利用各個元件。例如,家庭內的某些設備可連接到一起。在這 樣的環境下,存在用于音頻、視頻、游戲和其它用途的流傳輸數字媒體內容的多個可能的源 和用戶。
[0005]當通過這樣的互連網絡傳輸數據流時,可能需要為該流預留帶寬以保持高服務質 量。例如,當在基于以太網的網絡上與其它業務一起傳輸數據流時,可能會超出總帶寬容 量,從而導致包括該數據流的所有業務源的性能降級。如果實現了帶寬預留,則該數據流一 般僅在存在足夠帶寬時才被許可進入網絡,以例如保證沒有數據分組會因為網絡資源競爭 而丟失。
[0006]然而,常規的聯網設備,尤其是面向消費者市場的產品一般不包括對帶寬預留的 支持。此外,現有的常規帶寬預留方案對工作存在限制。常規方案通常需要所有網絡實體 實現該方案以便生效,即通常不存在部分失效模式或機制以對落到有效預留外部的業務寬 容地作出反應。
[0007]此外,帶寬預留通常需要負責服務預留請求的了解網絡布局的集中式仲裁程序 (或服務器)或需要以分布方式提供集中式仲裁程序的等效功能的預留實體之間的消息交 換協議。常規方法具有限制它們的有用性的缺點,且可使該實現在輕型網絡環境中不實用。 一般不存在用于確定處于正確位置的網絡布局的標準手段,從而在布局可能未知的網絡中 產生困難。在利用仲裁程序的系統中,仲裁程序的可用性必須保證有效,而且必須提供用于 處理未正確釋放預留的未正常工作的實體(諸如因為電源故障)的機制。在分布式方案中, 存在增加的復雜性,因為所有通信實體需要管理預留協議和分布式預留狀態。這兩種方案 一般基于來自諸如交換機或路由器之類的網絡基礎設施的輔助,以獲得容量信息或加強預 留。此類方法中的任一種一般都不能提供用于處理落在任何已建立的預留之外的業務的機 制。
【發明內容】
[0008]提供了一種用于互連網絡中對數據流進行帶寬預留的方法和裝置。
[0009]在本發明的第一方面中,一種裝置可包括用于向接收方裝置發送數據流的發送 器,該數據流包括多個數據分組。該裝置還包括:接收器,用于從接收方裝置接收有關數據分組到達狀態的響應;以及用于指導發送器的操作的網絡單元,該網絡單元用于指導發送 器為數據流保持恒定的帶寬。
[0010]在本發明的第二方面中,一種網絡包括:包含第一網絡接口的第一網絡設備,該第 一網絡設備接收傳輸數據流的請求,其中該數據流包括多個數據分組。第一網絡設備以恒 定帶寬發送數據流。該網絡還包括包含第二網絡接口的第二網絡設備,其中該第二網絡設 備接收該數據流,并通知第一網絡設備有關數據的接收。
[0011]在本發明的第三方面中,一種用于在網絡中為數據流預留帶寬的方法包括為數據 流的傳輸建立恒定帶寬,其中該數據流包括多個數據分組。該方法還包括將數據流傳送至 一個或多個預期的接收方,其中發送該數據流包括發送足夠的額外數據分組以保持恒定帶 寬。如果數據流的發送在某段時間內成功,則帶寬得以預留。
[0012]附圖簡述
[0013]本發明的實施方式在各附圖中是作為實施例而非作為限制示出的,在附圖中相同 的附圖標記指代相同的元件。
[0014]圖1是網絡中數據流的傳輸的圖示;
[0015]圖2是娛樂網絡的實施例的圖示;
[0016]圖3是媒體數據流在網絡中的設備之間的傳輸的實施例的圖示;
[0017]圖4示出了網絡設備之間通信以提供帶寬預留的某些實施例;
[0018]圖5示出了由網絡中的多個設備傳輸數據的實施例;
[0019]圖6是示出用于為網絡中的數據流傳輸預留帶寬的過程的實施例的流程圖;
[0020]圖7是網絡設備的實施例的圖示;以及
[0021]圖8是網絡設備的部件的實施例的圖示。
[0022]詳細描述
[0023]本發明的諸實施例一般涉及互連網絡中對數據流的帶寬預留。
[0024]如本文所使用地,“娛樂網絡”表示用于在設備之間傳輸數字媒體內容(包括音樂、 音頻/視頻、游戲、照片以及其它)的互連網絡。娛樂網絡可包括諸如家庭中的網絡之類的 個人娛樂網絡、商用環境中的娛樂網絡或娛樂設備的任何其它網絡。在這樣的網絡中,某些 網絡設備可以是媒體內容的源,諸如數字電視調諧器、有線機頂盒、視頻存儲服務器以及其 它源設備。其它設備可顯示或使用媒體內容,諸如數字電視、家庭影院系統、音頻系統、游戲 系統以及其它設備。此外,某些設備可旨在存儲或傳輸媒體內容,諸如視頻和音頻存儲服務 器。某些設備可執行多種媒體功能。在某些實施例中,網絡設備可共同定位在單個局域網 上。在其它實施例中,網絡設備可跨越多個網絡分段,諸如通過局域網之間的隧穿。娛樂網 絡可包括多種數據編碼和加密過程。
[0025]在某些實施例中,在互連網絡中提供帶寬預留。該互連網絡可包括但不限于其中 多個娛樂媒體設備互連在網絡中的娛樂網絡。
[0026]在某些實施例中,源設備通過指定數據流所需的恒定帶寬來對網絡基礎設施發起 數據流預留請求。例如,該帶寬可以是數據流的峰值帶寬。如果需要的帶寬可用,則網絡基 礎設施工作以沿使用中的網絡路徑預留帶寬。在某些實施例中,超過任何給定鏈路上的總 容量的后續預留請求被拒絕,其中在請求過程期間的臨時過載狀況被允許。
[0027]在某些實施例中,在不使用中央仲裁程序或服務器、且在競爭的網絡元件之間沒有協調或通信的情況下提供了帶寬預留。在某些實施例中,在其中提供和接收數據流的網 絡實體占有最小資源的聯網環境中提供帶寬預留。在某些實施例中,提供了帶寬預留而不 要求特別的業務可用于此類操作。在一個實施例中,提供了一種在不了解其它實體、網絡布 局、或存在任何不變狀態的情況下為非聯合的設備組建立帶寬預留的手段。在某些實施例 中,帶寬預留允許寬容地處理來自未實現或不支持預留過程的實體的話務。
[0028]在某些實施例中,帶寬預留能以變化的嚴格程度得到實施。例如,如果基礎網絡未 提供增強機制,則實施可基于網絡實體之間的雙方協定。如果在網絡基礎設施中存在對分 組優先級的支持,則可保證新的預留和未參與話務不影響預留數據流。如果在網絡基礎設 施中存在對帶寬預留的支持,則帶寬系統可充分利用該網絡基礎設施來實施帶寬預留。在 某些實施例中,系統將在一切情況下工作,從而使該系統可用于在無約束網絡環境下提供 帶寬預留。
[0029]圖1是網絡中的數據流的傳輸的圖示。在該示例中,多個設備在諸如個人娛樂網 絡之類的網絡中互連。例如,設備A105、設備B110、設備C115以及設備D120連接至網絡 125。在網絡中可能存在任意數量的設備。在該網絡中,這些設備可向網絡中的其它設備發 送數據流,諸如流傳送媒體數據。
[0030]在一個示例中,設備A105可被請求將第一數據流130通過網絡125發送至設備 B110。然而,該網絡可能具有有限容量,從而不能支持所有可能的數據流。在該示例中,設備 C115還可被請求將第二數據流135發送至設備D120。在該實例中,因為第一數據流130和 第二數據流135的同時傳輸網絡容量會被超出,尤其是當數據流之一或二者處于峰值時。
[0031]在某些實施例中,各個傳輸設備將嘗試以恒定的帶寬發送數據流。在某些實施例 中,發送設備將嘗試建立足以為峰值傳輸預留帶寬的恒定帶寬。在某些實施例中,在不與通 過網絡發送數據的其它設備進行任何通信或不知道其它設備的情況下,網絡上的其它設備 的操作將導致所需帶寬的預留。
[0032]在某些實施例中,第一設備將通過除發送數據分組之外還發送足夠的額外分組以 保持峰值帶寬來嘗試建立數據流的帶寬。這些額外分組可包括僅為保持帶寬而包括在內的 空數據分組,且可包括未接收到的任何重發數據分組、推測性或冗余的數據分組發送、或其 它非流式數據發送。
[0033]在一個示例中,設備A105可開始到設備BllO的第一數據流130。如果設備A未成 功,諸如如果存在持續一段時間的干擾(其可稱為“擁擠等待周期”),則設備A在嘗試再次 建立數據流之前將在某個等待周期(“恢復等待周期”)內停止或減少發送。如果在某周期 (“許可等待周期”)內設備A105成功,則設備A105將斷定該數據流130已建立并已獲得優 先級。如果干擾在數據流建立之后出現,諸如當設備C115開始第二數據流135的傳輸時,則 設備A105在停止傳輸之前相比設備C115將等待更長的周期(更長的擁擠等待周期)。以此 方式,后開始的數據流將首先停止或減少,從而在發送設備之間不存在任何通信的情況下, 為首先開始的數據流保持帶寬預留。
[0034]在某些實施例中,系統向標準互連網絡中的數據流提供服務質量保證,包括其中 音頻/視頻數據通過個人娛樂網絡來流傳送的使用情形,該個人娛樂網絡諸如其中數據從 存儲設備流傳送至顯示設備的家庭網絡環境。在本示例中,對音頻/視頻數據流的觀看者 的服務將一般需要以及時方式可靠地傳遞流數據。然而,當網絡包括用于數據傳輸的共用分段時,其它話務會影響該數據傳遞。在某些實施例中,沿數據流通過網絡的路徑預留帶 寬,而不考慮沿該路徑的聯網設備(諸如交換機和路由器)的數量和容量。以此方式,保證數 據流具有充足資源來滿足其需求,從而提供可靠和及時的傳遞。
[0035]在某些實施例中,在帶寬預留中使用最大需求會導致網絡帶寬的次優利用,但諸 如個人娛樂網絡的某些環境會在完整系統利用上評估服務質量。在這樣的環境下,可預期 帶寬在未來擴展會變得更廉價,而服務質量需求將不會降低。
[0036]圖2是娛樂網絡的實施例的圖示。在該圖示中,娛樂網絡系統200為任何兼容的 媒體設備提供到網絡的連接。該連接被示為到娛樂網絡205的連接。在某些實施例中,這 些設備在沒有中央網絡服務器的情況下作為網絡工作。通過該娛樂網絡,可在所連接的任 何設備之間傳輸媒體數據流。此外,可通過網絡遠程控制這些設備。這些設備可經由任何 已知的連接器和連接協議一包括同軸電纜、以太網電纜和火線,以及經由W1-F1、藍牙或 其它無線技術的無線連接來連接至網絡。
[0037]在某些實施例中,這些設備可包括任何媒體源或接收設備。在圖2中,辦公室210 可經由調制解調器222向網絡205提供因特網連接220。從因特網接收的數據可包括任何流 送媒體源,包括但不限于購買的音頻文件(諸如下載的音樂文件)、視頻文件(諸如電影、電 視以及其它)以及計算機游戲。辦公室210還可連接至使用監視器226的個人計算機224, 該監視器226除其它功能之外還能顯示某些媒體流或運行某些計算機游戲。
[0038]該娛樂網絡還可與臥室212中的設備連接,該設備可包括例如向電視232提供數 據的機頂盒230。此外,臥室(或任何其它空間)可包含媒體存儲單元228。該媒體存儲單元 228可從連接至網絡205的任何源接收數據,且可向連接至網絡205的任何數據接收方提供 數據。媒體存儲單元228可包含用于該網絡的任何類型的數據流數據。
[0039]該系統還可包括起居室214,該起居室214例如接收來自電纜或光纖系統234或 來自衛星天線網絡236的輸入。來自此類源的媒體輸入可被提供給連接至網絡205和第二 電視240的機頂盒238。視頻游戲單元242也可連接至網絡205以顯示在起居室電視240 上。可能存在具有聯網設備的任意數量的其它房間,諸如包含連接至網絡205的第三電視 244的廚房。還可能存在其它網絡設備,包括但不限于可包括環繞房屋放置的揚聲器的立體 聲音頻系統。
[0040]此外,任意數量的移動個人電子設備可連接至網絡。這些設備可經由電纜或經由 包括但不限于藍牙、W1-F1、紅外或其它相似的無線通信協議的無線信號來連接。各種此類 協議可能要求到網絡的接口(未在圖2中示出),諸如W1-Fi基站。此類移動個人電子設備 可包括數碼相機246、蜂窩電話248、個人音樂設備250或攝像機252。此外,當汽車靠近網 絡時(諸如在房屋的車庫中出現時),汽車254中包含的移動系統可連接至網絡205。這些移 動個人電子設備例如在網絡范圍內時可自動連接至網絡。當連接之后,這些設備可用于通 過網絡獲取數據或向網絡提供數據,包括可能的自動更新或向設備的下載。在一個示例中, 用戶能通過網絡存取任一移動電子設備中包含的數據,諸如經由機頂盒238存取起居室電 視240上的數碼相機246上所存儲的相片。在某些實施例中,圖2中所示的網絡設備是被 設計成具有有限網絡處理和緩沖能力的低資源設備。
[0041]在某些實施例中,為了預留帶寬,一種網絡設備一直完全利用預留請求中的最大 帶寬。該最大帶寬可等效于或基于數據流的峰值帶寬。該設備可知悉峰值帶寬,或者該峰值帶寬可從多個不同源之一獲得。在某些實施例中,發送設備以統一的速率產生網絡話 務,以使該數據流的總帶寬與帶寬請求匹配。如對音頻/視頻流常見的,數據流可具有變 化和粹發的帶寬需求。在某些實施例中,當流數據帶寬低于最大值時,修飾服務(grooming service)產生附加的話務,以將所發送的帶寬裝填至最大值。在某些實施例中,修飾服務進 一步控制傳輸速率以使猝發平滑。
[0042]在一個示例中,音頻/視頻數據可利用RTP/UDP/IP (實時傳輸協議/用戶數據報 協議/網際協議)協議來發送。在此情況下,預留修飾器發送與來自比如視頻存儲服務器之 類的源的數據流相關聯的數據分組,而且被要求以固定的時間間隔發送特定數量的字節。 當修飾器從源接收分組時,根據具體應用修飾器可立即發送分組,或將其保持至下一發送 間隔。當修飾器達到傳輸間隔且具有帶寬不足時,它產生大小為保持帶寬所必需的分組并 將其發送,以保持全帶寬。
[0043]在一個示例中,可使用TCP/IP (傳輸控制協議/網際協議)協議來傳遞音頻/視頻 數據。TCP通常能通過路由器和防火墻,而UDP通常不被允許通過路由器和防火墻。然而, TCP不允許指定傳輸速率。在某些實施例中,預留修飾器可提供如上所述的有關保持恒定和 均勻帶寬的相同功能,但實現將修飾器集成到該實現中的TCP協議的非標準實現。
[0044]在某些實施例中,根據網絡協議的傳輸占據從而預留沿數據流通過網絡的路徑的 所有鏈路和設備上的帶寬,其中帶寬占據由不了解網絡基礎設施的布局或容量的網絡設備 來完成。在某些實施例中,標準的聯網協議可在沒有特定支持的情況下建立通過網絡的流。 多數現代網絡話務基于TCP協議,該協議具有僅消耗帶寬至可用上限的性質。在某些實施 例中,通過占用最大所需帶寬,數據流將自身與TCP話務隔絕。在局域網中,可允許不受約 束的UDP話務,但在這樣的環境下,該話務需要遵守互連網絡的預留方案。
[0045]圖3是網絡中的設備之間的媒體數據流的傳輸的實施例的圖示。在該圖示中,設 備A305包括網絡接口 310和緩沖器315。緩沖器315可包括已經被發送的數據分組的存 儲。設備A意圖將媒體數據流發送至設備B320,設備B320也被示出包括網絡接口 325和緩 沖器330。緩沖器330可包括已經從設備A305接收的數據分組的存儲。設備A305和設備 B320可連接在娛樂網絡中。
[0046]在某些實施例中,媒體數據流335可包括傳輸的多個峰和谷,因為要傳輸的數據 分組可能隨時間變化。在某些實施例中,設備A305將用附加的數據分組340來“裝填”媒 體數據流,以保持特定帶寬。在某些實施例中,帶寬340將至少與媒體數據流335的峰一樣 大,以使該傳輸將由將容納數據傳輸峰的恒定數據流組成。然而,還可選擇其它帶寬水平。 附加數據分組340可包括不含數據的空數據分組,或可包括重發分組、復制分組或其它有 用信息。附加數據分組340還可包括因為設備B320接收此類數據分組失敗而需要重新發 送的任何數據分組。設備B可向設備A305發送響應350。該響應350可包括接收到數據分 組時的肯定確認(ACK)或預期數據未到達時的否定應答(NAK)。
[0047]圖4示出了網絡設備之間的通信以提供帶寬預留的某些實施例。在該圖示中,請 求方400向網絡設備A405發送請求412,以請求將媒體網絡數據流發送至網絡設備B410。 網絡設備A405通過向網絡設備B410發送數據分組而開始數據流,其中數據分組的發送以 足以保持數據傳輸中的峰值的特定帶寬開始,其中任何剩余帶寬空間按需用額外的數據分 組來填充。設備B410可通過響應于數據分組的到達而提供充足的肯定確認(ACK)來指示成功傳輸,或者以其它方式指示此類數據分組已經到達。
[0048]然而,網絡設備A405可發送網絡設備B410諸如因為網絡已經過度擁擠、因為傳 輸線已經丟失或任何其它原因未能接收的附加數據分組425。在某些實施例中,網絡設備 A405可向網絡設備B410重發丟失的數據分組435。如果傳輸繼續不成功達特定時間周期 440 (擁擠等待周期),則網絡設備A405將停止或減少數據流的傳輸,并等待特定時間周期 445 (恢復等待周期)。如果該帶寬未被預留,則可對請求方發送消息以指示對該數據流的 預留請求被拒絕447。在該時間周期已經過期之后,網絡設備A嘗試恢復數據流450的完整 傳輸。在該實例中,該嘗試再次失敗455,從而導致等待另一時間周期460。在某些實施例 中,等待時間會改變以防止兩個設備同時嘗試預留帶寬,然后同時重試。在該示例中,網絡 設備A再次嘗試重建數據流465,并成功470,以及繼續數據分組475的發送。
[0049]在本發明的實施例中,對與已經建立的數據流相干擾的數據流設置許可控制。對 于以期望帶寬打開的新數據流,利用如上所述的數據修飾。在某些實施例中,網絡基礎設施 將自動將該流路由至期望目的地,并通過占用帶寬來沿該路徑預留帶寬。然而,沿該數據路 徑的一個或多個部分,新的數據流可引起數據溢出情況。
[0050]因為網絡設備缺乏無限數據隊列,所以這些設備最終將響應于過載情況而丟棄數 據分組。在某些實施例中,接收器負責檢測這種情況并通知發送方。如果傳輸協議是經修 飾的TCP,則這樣的反饋是底層協議中固有的。如果傳輸協議是UDP,則可建立暗信道(back channel)以將過載指示發送至數據源。在某些實施例中,過載檢測算法和反饋協議/信道 可以是專用的。當傳輸協議是TCP時,在需要時仍可使用獨立的反饋算法和信道。
[0051]在某些實施例中,當最近發起的流接收到過載指示時,發送設備將在短時間內停 止或減少傳輸(從而該設備具有較短擁擠等待周期),且將向預留請求方提供該數據請求被 拒絕的指示。在這種情形下,不要求具有有效流的實體中的任一個來通信,從而當存在充足 帶寬時許可新流,或當帶寬不足時被網絡拒絕。因此,不需要知曉其它數據流。在某些實施 例中,與數據流目的地合作的各個數據流請求方能僅基于本地信息來作決定。
[0052]在某些實施例中,當數據源嘗試發起新數據流且其預留請求被拒絕時,該源可周 期性地重試許可其數據流。為避免其中兩個(或多個)請求方進行同時嘗試且重復這些嘗試 的“活鎖(livelock)”情況,多個請求之間的延遲可隨機化,以使各個請求方等待隨機的時 間周期,從而允許請求方之一獲得優于其它請求方或多個請求方的優先級。在一個示例中, 諸如1.X倍之類的小的隨機乘法器可應用于該時間周期。
[0053]在不同實施例中,等待周期的長度以及建立方法可以不同。在某些實施例中,許 可、擁擠以及恢復等待周期的長度對于各種設備和數據類型在長度上通用。在某些實施例 中,等待周期的長度可選擇,而且可被例如傳輸設備修改。在某些實施例中,等待周期可包 括隨機因子,或可由隨機因子調節,以使不同的設備可在不同的時刻停止或減小數據流或 恢復數據流。設備的反應將受最小等待周期和最大隨機間隔限制。傳輸設備可根據具體傳 輸來選擇等待周期。在某些實施例中,等待周期的長度可根據數據源的類型、發送的數據類 型或其它因素而不同。在一個示例中,可利用較長的許可等待周期來為數據流建立更高水 平的預留優先級。在其它示例中,可為不同類型的數據或不同類型的網絡設備建立不同的 擁擠等待周期以提供不同的優先級水平,諸如為包含低優先級數據的第一數據流建立的較 短擁擠等待周期和為包含高優先級數據的第二數據流建立的較長擁擠等待周期。[0054]在某些實施例中,請求方還可選擇遞增地增大其數據流預留。例如,源設備可通過 請求小帶寬預留來開始。然后它可按照例如固定量子的序列來增大其有效流的帶寬,諸如 嘗試每幾秒增大預留5Mb/s,直到達到最大數據流水平。該過程可使數據流源能執行其數據 流的緩慢開始,從而允許其發現可用的最大流率或使在過載期間對系統的影響最小。
[0055]在某些實施例中,數據流源可能希望用超出最大流的額外數據來增強其數據流, 以為了某些目的而提供充足的附加帶寬。例如,帶寬可針對附加要求而預留,諸如提供進入 音頻/視頻流的特別播放模式(快進、倒帶、暫停等),或用于改變數字調諧器設備上的信道。
[0056]在某些實施例中,同樣的許可控制過程可如同應用于新的數據流預留一樣應用于 對預留的遞增變化。在這樣的過程中,如果數據流的增大導致目標發送過載反饋,則該遞增 被拒絕,且該數據流源回退至其最后許可的請求。
[0057]在某些實施例中,帶寬預留協議保護帶寬預留不受其它公共數據話務影響。在某 些實施例中,該數據流過程可被增強以提高各個有效流的總體服務質量。在某些實施例中, 如果網絡基礎設施支持分組優先級(這會變得更普遍),則可進一步保護有效流中的話務在 過載期間不被丟棄。例如,有效流可分配到最高分組優先級,背景話務可分配到標準優先 級,而新預留請求分組可分配到較低優先級。在該示例中,有效數據流一般不會因為許可控 制行為或因為其它背景話務(諸如PC上的網上沖浪)而遭受較低的服務質量。
[0058]在某些實施例中,用于吸收過載期間(當新流嘗試進行預留)的分組丟失的有害效 果的另一技術是用超過預留請求(即超過數據需求中的預期最大值)的額外帶寬來裝填預 留數據流。超過這樣的數據需求的裝填會降低有價值的流數據丟失的可能性,并為要重發 丟失數據的數據流源提供某些附加凈空。在某些實施例中,如果分組優先級可用,則該額外 裝填在需要時可被標記為要首先丟棄。
[0059]該數據流修飾器所產生的用于保持帶寬的額外數據分組可用于提高服務質量。在 某些實施例中,這些分組可包含空信息,而在某些其它實施例中,這些額外數據分組可包含 冗余流信息。如果流數據丟失且額外數據分組包含冗余信息,則丟失數據可從這些額外分 組中恢復。
[0060]在某些實施例中,數據流修飾器不需要理解流數據的格式,以產生額外帶寬或有 意義的流數據。在一個示例中,這些額外分組可在獨立的端口上發送至同一目標。
[0061]在某些實施例中,數據流修飾器調節其帶寬的粒度可用于影響整體信號質量。目 標帶寬得以保持的該間隔的減小可提供更均勻的傳輸速率,這對于在網絡基礎設施中預留 資源更佳,因為緩沖器占用呈現更少波動,從而降低了瞬態過載的機會。因此,可在數據流 修飾器中提供更精細定時以提聞服務質量。
[0062]此外,在某些實施例中,修飾器可選擇傳輸來自源的傳入數據,以提高流的均勻 性。然而,某些數據流可要求目標處的時鐘還原,這可排除這種類型的優化。在某些實施例 中,網絡單元中支持這兩種數據傳輸模式一傳輸有延遲和傳輸無延遲。
[0063]在不受約束的網絡中,甚至許可的預留也會因為除流許可請求之外的因素而遭受 過載。如果該流的網絡路徑改變(例如,由于移動或斷開網絡設備上的電纜的情況),或如果 在網絡中存在不相符的話務(諸如不遵守TCP協議或許可控制協議的網絡應用),就會出現 這種情況。因此,有效流可能不能僅依賴于許可控制協議的成功來保證預留在每種情況下 都兌現。[0064]當一組有效數據流經歷過載時,如果未采取動作則這些數據流一般都將降級,從 而使系統性能降級。在某些實施例中,作為響應的第一動作嘗試使用現有的協議來強制不 相符的話務源靜默。例如,ICMP (網際控制報文協議)協議可用于請求不相符的設備靜默 它們的傳輸。然而,可請求有效流以某種方式降低它們的帶寬。通常,更需要丟棄單個流而 不是將所有流降級。因此,可指導有效流選擇要犧牲的流。在某些實施例中,這可如下地完 成:
[0065](I)首先,接收過載反饋通知的有效流等待足以解決新的流請求許可的特定時間 周期(擁擠等待周期)。
[0066](2)如果過載持續,則遭受過載的各個有效流等待隨機的時間量(隨機化因子)然 后再次測試過載。
[0067](3)如果過載持續,則該數據流減小其帶寬,這包括停止數據流或切換至數據流的 較低帶寬版本。以此方式,數據流的源不需要相互通信,但隨機化可能使僅一個流停止或減 小。
[0068](4)當有效流如上所述地丟失其預留時,它應當周期性地嘗試重新獲得其預留(在 恢復等待周期之后),從而按照隨機化因子使請求之間的延遲隨機變化。
[0069]圖5示出了由網絡中的多個設備傳輸數據的實施例。在該圖示中,根據網絡協議 工作的設備通過嘗試發送帶寬對于數據傳輸需求中的任何峰足夠的流來尋求為媒體數據 流傳輸預留帶寬。遇到帶寬可用性不足以攜帶數據流的情況的設備將遇到不能到達的數據 分組,而且將在具有建立帶寬的設備停止或減少傳輸之前停止或減少數據傳輸。
[0070]例如,設備A502開始媒體數據流傳輸(其中該帶寬由圖5中所示的條形高度表 示)。如果該傳輸在特定的發起時間周期512期間成功,指示接收方已經接收到足夠的數據 分組,則設備A502確定該帶寬已建立。在該操作中,設備A502可能不知道有多少其它設備 (如果有的話)在網絡中傳輸或嘗試傳輸數據,但是設備A502能基于其自身數據傳輸的成功 或失敗來做決定。
[0071]設備B504然后嘗試建立媒體數據流,從而為該數據流預留帶寬。在該示例中,該 網絡能傳輸設備A502和設備B504 二者的數據流。在發起時間周期518之后,設備B504確 定設備的數據流已建立。然而,設備A502和設備B504可能相互不知道,或各個設備已經為 數據流的傳輸預留帶寬。然而,當第三設備——設備C506嘗試建立媒體數據流時,該示例 中的網絡不能可靠地傳輸所需的所有數據。各個活動設備在數據分組傳輸中可能遭遇干 擾,而且如果接收問題持續超過特定時間周期,則各個此類設備將停止或減少傳輸。在某些 實施例中,設備A502和設備B504在停止或減少數據傳輸之前相比設備C506將等待的周期 528而言等待更長的周期514和520,因為設備A502和設備B已經確定它們的數據流已經建 立,而設備C506尚未確定。在某些實施例中,設備C在嘗試再次發起數據流之前等待特定的 時間周期529。在某些實施例中,時間周期529的長度是隨機的。因為設備A和B502-504 仍在發送,所以預期設備C506將再次不成功,且在時間周期531之后停止或減少數據傳輸。 在時刻522,設備B結束其傳輸,而且因為足夠的帶寬可用,在時刻531后設備C506在特定 周期532中成功地發起該數據流。
[0072]在該圖示中,設備C508和設備D538稍后嘗試同時發起傳輸。然而,設備A502仍 在傳輸,而且在該示例中可假定,對于兩個設備帶寬足夠,而對于三個設備則帶寬不足。在某些實施例中,設備C506和設備D508兩者在時間周期534和538之后將停止或減少傳輸。 如果這兩個設備在嘗試重新發起傳輸之前等待相同的時間周期,則這兩個設備會繼續一起循環,從而都不能以全帶寬傳輸。在某些實施例中,等待周期的長度隨機或接近隨機(在最小和最大周期長度之間)。例如,設備C506可接收相比用于設備D508的隨機時間周期539 而言更短的隨機等待時間535。然后設備C506能為傳輸周期536預留帶寬,而設備D繼續嘗試且失敗540和542,直到足夠的帶寬變得可用。(在某些實施例中,等待的時間周期可根據其它因素來確定。在某些實施例中,網絡設備可被給予相對優先級,而較高優先級的設備可被給予比較低優先級設備更短的時間周期。
[0073]在某些實施例中,網絡設備A-D502-508可能需要與一個或多個不順應設備510共享網絡資源,這些不順應設備510不采用網絡帶寬預留協議。如果不順應設備使用諸如TCP 之類的另一協議,則當數據傳輸不足時(諸如與設備D508為帶寬544競爭時),該設備一般將減小帶寬,然后將逐漸增大帶寬546。在某些實施例中,網絡設備可能與此類設備協同工作。然而,如果該設備在這些情況下不減小帶寬,則用戶會被要求回避這些設備。在某些實施例中,網絡設備可在網絡上發送警告不順應設備的消息,并要求此類設備結束傳輸或減小帶寬以允許網絡設備的操作。
[0074]圖6是示出用于為網絡中的數據流傳輸預留帶寬的過程的實施例的流程圖。該過程可由接收對數據流602的請求而觸發。接收該請求的設備將嘗試利用足以容納峰值數據傳輸的傳輸帶寬來發起數據流604。該設備將發送一個或多個數據分組,且該傳輸被諸如空分組之類的額外分組裝填以保持預留帶寬606。
[0075]如果數據流的傳輸未過載(608),且數據分組大致被預期的接收方或多個接收方所接收,而且存在要發送的更多數據分組(616),則該過程繼續數據傳輸(606)。如果沒有更多數據要傳輸,則數據流結束(611)。如果該傳輸過載(608),則確定自數據流開始之時起是否已經過去了足夠時間(Ti^1) (610)(許可等待周期),以確定該數據流已經建立且帶寬已被預留(612)。如果還未經過足夠時間,則該數據流還未建立(614)。
[0076]如果該數據流已經建立(612),則確定從過載狀態開始起已經過去時間周期T1 (620),其中T1是其中網絡設備通過重發數據保持數據流的擁擠等待周期。如果T1還未過期,則嘗試重發還未到達的數據分組(628),隨后重新確定該傳輸是否過載(608)。如果T1 已經過期(620),則確定該傳輸是否仍過載(622)。如果不是,則重發丟失數據(628)。如果傳輸過載,則設備在嘗試恢復數據傳輸之前等待隨機時間周期Tffim(624),其中該隨機時間周期允許在多個預留數據分組之間作決策。然后確定傳輸是否仍過載(626)。如果不是,則該過程可繼續重發丟失的數據分組(628)。如果是,則該數據流停止或減少傳輸(630),并在嘗試恢復數據傳輸之前等待隨機時`間(在最小時間與最大時間之間)Tffim(632)。
[0077]如果數據流還未建立(614),則確定時間周期T2是否已經過期(634),其中T2是網絡設備嘗試保持該數據流的時間周期。在某些實施例中,T1大于T2,以使所建立的數據流或多個流繼續嘗試發送比未建立的數據流更長的數據,從而保持預留帶寬。如果T2還未過期, 則嘗試重發還未到達的數據分組(636),隨后重新確定該傳輸是否過載(608)。如果T2已經過期(634),則該數據流停止或減少傳輸(630),并在恢復之前等待隨機時間Tffim(632)。
[0078]雖然在此處未示出,但網絡設備還可限制該網絡設備嘗試重新發起數據流的次數。如果在特定的嘗試次數或某個時間周期期間未出現重新發起,則該網絡設備可停止操作。當在延長的時間周期內沒有足夠帶寬可用時,防止繼續嘗試發起或重新發起數據流是 正確的。
[0079]圖7是網絡設備的實施例的圖示。在某些實施例中,網絡設備705是具有諸如以 太網MAC地址之類的一個物理網絡接口的實體。如圖7所示,該網絡設備包括兩個網絡接 口 710和715。在某些實施例中,網絡設備因此是物理實體。在某些實施例中,該網絡設備 包括一個或多個代理,其中各個代理是駐留在網絡設備上的邏輯實體。網絡設備上可能有 多個代理。例如,圖7示出了網絡設備705,其中網絡接口 710經由通信管理器720提供對 代理730、735以及740的訪問,且經由通信管理器725提供對代理745和750的訪問,以及 經由通信管理器730提供對代理755和760的訪問。在某些實施例中,各個代理分配到全 局唯一的標識符以將其與其它代理區分開,而與網絡設備IP地址和設備重置操作無關。以 此方式,對代理755的命令可被尋址到該代理唯一的地址,從而該消息將通過網絡接口 715 被引導至代理755。
[0080]在某些實施例中,代理用作網絡設備內的通信端點,并提供功能和相關特性的特 定集合。代理可包括媒體源、媒體宿、媒體控制器以及其它元件。在一個示例中,代理可提供 視頻流話務。在該示例中,該代理響應于消息以查詢和控制媒體流,且當被指示時,該代理 可向另一代理自主傳輸媒體流。在某些實施例中,代理在任何時候具有不超過一個活動媒 體會話,從而提供相對簡單的操作。代理可被示為和描述為作為活動對象,因為該代理可發 送和接收消息、響應于這些消息修改內部狀態、且具有執行作為副作用的連續動作的能力。
[0081]在某些實施例中,代理可通過通信管理器的方式在娛樂網絡上通信。在某些實施 例中,每個設備可能存在一個或多個通信管理器,諸如圖7中的通信管理器720、725和730。 在某些實施例中,可通過單個通信管理器來管理多個代理,諸如例如由通信管理器720管 理的代理730、735以及740。在某些實施例中,通信管理器負責將消息路由至受通信管理器 約束的代理和從那些代理路由消息。該過程可包括將消息傳輸至同一網絡設備本地的其它 代理、將來自各個代理的消息在輸出連接上多路復用至遠程網絡設備上的代理、以及處理 廣播請求。在某些實施例中,代理可僅受一個通信管理器約束,而通信管理器可僅受一個網 絡接口約束。
[0082]在某些實施例中,顯示管理器是管理顯示設備上的資源的代理。具體而言,該顯示 管理器負責獲取對顯示資源和屏幕幾何結構的訪問權。在某些實施例中,對于諸如視頻輸 出、圖形輸出、音頻輸出以及用戶輸入之類的各個相關的I/O設備集合,各個顯示設備僅具 有一個顯示管理器。在某些實施例中,代理與會話管理器一起工作以協調媒體內容在顯示 設備處的傳輸和顯示,從而準許對顯示設備資源的訪問權。在某些實施例中,顯示管理器代 表用戶會話的起點并授權對會話管理器的控制。
[0083]在某些實施例中,會話管理器是協調活動用戶的媒體內容集合的代理。在某些實 施例中,一旦選定,則會話管理器利用相應的顯示管理器發起遠程屏幕顯示會話,并開始執 行應用程序以管理網絡中的其它設備。在某些實施例中,顯示管理器向會話管理器轉發輸 入事件并準許對其顯示資源的訪問權,其中會話管理器可授權其它代理,從而允許其它代 理向顯示器傳輸內容。在一個示例中,顯示管理器可準許對在機頂盒內執行的會話管理器 的訪問權。該會話管理器可利用顯示器發起遠程n (用戶界面)會話,并允許網絡設備的 用戶選擇要從遠程視頻存儲設備播放的視頻。在某些實施例中,該會話管理器可傳遞對視頻服務器的訪問權,并指導視頻服務器向顯示器傳輸媒體流。在某些實施例中,會話管理器 保持管理用戶在使用媒體內容時的體驗所需的狀態。
[0084]圖8是網絡設備的部件的實施例的圖示。在該圖示中,網絡設備805可以是娛樂 網絡中的任何設備,包括但不限于圖1中所示的設備。例如,該網絡設備可以是電視、機頂 盒、存儲單元、游戲控制臺或其它媒體設備。在某些實施例中,該網絡設備805包括用于提 供網絡功能的網絡單元810。這些網絡功能包括但不限于媒體數據流的產生、傳輸、存儲以 及接收。網絡單元810可實現為單個片上系統(SoC)或多個部件。
[0085]在某些實施例中,網絡單元810包括用于處理數據的處理器。對數據的處理可包 括媒體數據流的產生、在傳輸或存儲中對媒體數據流的操縱、以及對媒體數據流的解密和 編碼以供使用。該網絡設備還可包括用于支持網絡操作的存儲器,諸如DRAM (動態隨機存 取存儲器)820或其它相似的存儲器和閃存825或其它非易失性存儲器。
[0086]網絡設備805還可包括發送器830和/或接收器840,用于經由一個或多個網絡 接口 855分別在網絡上傳輸數據或從網絡接收數據。發送器830或接收器840可連接至包 括例如以太網電纜850之類的有線傳輸電纜或無線單元。發送器830或接收器840可利用 諸如用于數據傳輸的線835和用于數據接收的線845之類的一根或多根線耦合至網絡單元 810以便傳輸數據和控制信號。還可存在其它的連接。網絡設備805還可包括此處未示出 的用于設備的媒體操作的多個部件。
[0087]在下面的描述中,出于說明目的闡述了眾多具體細節以便提供對本發明的全面理 解。然而,對本領域技術人員將顯而易見的是,沒有這些具體細節也可實施本發明。在其它 實例中,以框圖形式示出了眾所周知的結構和設備。在所示部件之間可能存在中間結構。本 文中所描述或示出的部件可能具有未示出或描述的附加輸入或輸出。
[0088]本發明可包括多個過程。本發明的過程可由硬件部件執行,或可具體化為機器可 執行的指令,這些指令可用于使通過這些指令編程的通用或專用處理器或邏輯電路執行這 些過程。或者,這些過程可通過硬件和軟件的組合來執行。
[0089]本發明的多個部分可設置為計算機程序產品,其可包括其上存儲了計算機程序指 令的計算機可讀介質,這些計算機程序指令可用于對計算機(或其它電子設備)編程以執行 根據本發明的過程。機器可讀介質可包括但不限于軟盤、光盤、CD-ROM (光盤只讀存儲器)、 磁一光盤、ROM (只讀存儲器)、RAM (隨機存取存儲器)、EPROM (可擦除可編程只讀存儲器)、 EEPROM (電可擦除可編程只讀存儲器)、磁或光卡、閃存或適合于存儲電子指令的其它類型 的介質/機器可讀介質。而且,本發明還可被下載為計算機程序產品,其中該程序可從遠程 計算機傳輸至請求計算機。
[0090]許多這些方法以它們最基本的形式進行描述,但可對這些方法中的任一種中添加 或刪除過程,且可對所描述的任一信息添加或減少信息,而不背離本發明的基本范圍。對本 領域技術人員顯而易見的是,可進行許多進一步的修改和改變。所提供的特定實施例不是 為了限制本發明而是為了說明本發明。本發明的范圍并非由以上所提供的特定示例限定, 而僅由以下權利要求限定。
[0091]當描述元件“A”耦合至元件“B”或與其耦合時,元件A可直接耦合至元件B,或通 過例如元件C間接耦合。當說明書或權利要求陳述部件、特征、結構、過程或特性A “引起” 部件、特征、結構、過程或特征B時,它意味著“A”是“B”的至少部分起因,但還可能存在輔助引起“B”的至少一個其它部件、特征、結構、過程或特征。如果說明書指示部件、特征、結 構、過程或特性“可能”、“也許”或“可”被包括,則該部件、特征、結構、過程或特性不需要被 包括。如果說明書或權利要求引用“一個(a)”或“一個(an)”元件,則這不意味著僅有一 個所描述的元件。
[0092]實施例是本發明的實現或示例。說明書中對“實施例”、“一個實施例”、“某些實施 例”或“其它實施例”的引用表示結合實施例所描述的特定特征、結構或特性包括在至少某 些實施例中,但不一定包括在所有實施例中。“實施例”、“一個實施例”或“某些實施例”的 多次出現不一定都指示同樣的實施例。應當理解的是,本發明的示例實施例的上述描述、本 發明的多個特征有時在單個實施例、附圖及其描述中被組合到一起,以將公開內容連成整 體,并幫助理解多個發明方面中的一個或多個方面。然而,這種公開方法不應被解釋為反映 聲明要求保護的本發明相比各個權利要求中明確陳述的特征而言需要更多特征的意圖。相 反,如所附權利要求反映出來的那樣,本發明少于以上公開的單個實施例的所有特征。因 此,權利要求在此明確地被包括到本說明書中,其中各個權利要求獨立作為本發明的單個 實施例。
【權利要求】
1.一種用于傳輸數據的方法,包括:接收傳輸數據流的請求,所述數據流包括多個數據分組,所述數據流具有特定峰值傳輸帶寬;在網絡上將所述數據流從多個裝置中的第一裝置傳輸至第二裝置,其中從所述第一裝置傳輸所述數據流包括將所述數據流保持于與所述峰值傳輸帶寬一樣大的恒定帶寬,傳輸所述數據流還包括傳輸足夠數量的附加數據分組以保持所述帶寬;確定所述網絡的數據干擾水平是大于還是等于閾值水平;如果在所述數據干擾水平未達到所述閾值水平的情況下所述數據流被所述第一裝置成功傳輸達許可等待時間,則由所述第一裝置確定用于傳輸所述數據流的帶寬被預留在所述網絡上;以及如果所述數據干擾水平持續處于或高于所述閾值水平達與擁擠等待時間周期相等的至少一個時間周期,則停止或減少通過所述第一裝置傳輸所述數據流的帶寬,其中在所述第一裝置已經確定所述數據流的傳輸被預留的情況下,所述擁擠等待時間周期比所述第一裝置還未確定所述數據流的傳輸被預留的情況更長。
2.如權利要求1所述的方法,其特征在于,用于傳輸所述數據流的所述請求是從所述網絡上的多個裝置中的任一個裝置接收的,所述任一個裝置包括所述第一裝置或第二裝置。
3.如權利要求1所述的方法,其特征在于,所述擁擠等待時間周期按照隨機間隔被修改。
4.如權利要求3所述的方法,其特征在于,還包括為所述第一裝置建立所述擁擠等待時間周期和隨機間隔。
5.如權利要求1所述的方法,其特征在于,用于保持所述恒定帶寬的所述額外數據分組包括一個或多個空數據分組。
6.如權利要求1所述的方法,其特征在于,用于保持所述恒定帶寬的所述額外數據分組包括包含復制的分組的數據分組。
7.如權利要求1所述的方法,`其特征在于,用于保持所述恒定帶寬的所述額外數據分組包括包含冗余的流信息的數據分組。
8.如權利要求1所述的方法,其特征在于,用于保持所述恒定帶寬的所述額外數據分組包括從所述第一裝置傳輸至所述第二裝置的非流式數據。
9.如權利要求9所述的方法,其特征在于,所述非流式數據從所述數據流的數據分組在單獨的端口上傳輸。
10.如權利要求1所述的方法,其特征在于,還包括從所述第一裝置將未曾被所述第二裝置接收的數據分組重新傳輸至所述第二裝置,其中用于保持所建立的帶寬的所述額外分組包括一個或多個重新發送的數據分組。
11.如權利要求1所述的方法,其特征在于,所述擁擠等待時間周期具有隨機長度。
12.如權利要求1所述的方法,其特征在于,所述擁擠等待時間周期對于所述多個裝置中的每一個而言在長度上部分地通用。
13.如權利要求1所述的方法,其特征在于,所述擁擠等待時間周期取決于所述數據流的類型在長度上部分地通用。
14.如權利要求1所述的方法,其特征在于,所述擁擠等待時間周期取決于所述數據源的類型在長度上部分地通用。
15.如權利要求1所述的方法,其特征在于,所述擁擠等待時間周期部分地由所述第一裝置選擇或修改。
16.如權利要求1所述的方法,其特征在于,所述擁擠等待時間周期按照相對優先級來確定。
17.如權利要求1所述的方法,其特征在于,還包括:如果所述數據流的傳輸被停止或減少并且所述擁擠等待時間周期已過期,則嘗試恢復所述數據流的傳輸。
18.如權利要求17所述的方法,其特征在于,在特定嘗試次數之后或在特定時間周期之后,恢復所述數據流的傳輸的嘗試將停止。
19.如權利要求18所述的方法,其特征在于,還包括向請求裝置發送消息以指示用于所述數據流的所述預留請求被拒絕。
20.如權利要求17所述的方法,其特征在于,還包括使用現有的協議來警告所述多個裝置中的不兼容裝置結束傳輸或減小帶寬。
21.如權利要求20所述的方法,其特征在于,所述現有的協議是ICMP/IP。
22.如權利要求1所述的方法,其特征在于,請求方遞增地增大所述數據流的帶寬。
23.如權利要求22所述的方法,其特征在于,所述請求方通過請求比所述數據流的峰值傳輸帶寬低的帶寬預留來開始。
24.如權利要求22所述的方法,其特征在于,所述請求方請求比所述數據流的峰值傳輸帶寬高的帶寬預留。
25.如權利要求22所 述的方法,其特征在于,還包括應用新的數據流預留。
26.如權利要求1所述的方法,其特征在于,傳輸所述數據流包括使用數據報協議。
27.如權利要求26所述的方法,其特征在于,所述數據報協議是UDP/IP。
28.如權利要求26所述的方法,其特征在于,確定所述數據流是否被所述第一裝置成功傳輸包括:響應于由所述第二裝置發送的數據分組的到達而接收肯定確認。
29.如權利要求1所述的方法,其特征在于,傳輸所述數據流包括使用流協議,其中所述流協議被修改以傳輸附加的分組。
30.如權利要求29所述的方法,其特征在于,所述流協議是TCP/IP。
31.如權利要求29所述的方法,其特征在于,還包括將單獨的反饋算法和信道用于附加分組的傳輸。
32.如權利要求1所述的方法,其特征在于,帶寬預留由所述第一裝置確定,而無需使用所述網絡的中央仲裁程序或服務器,并且無需與所述網絡上的所述多個裝置中的任何競爭裝置的協作或通信。
33.一種用于發送數據的方法,包括:接收傳輸數據流的請求,其中傳輸所述數據流包括作為按照固定的間隔的特定數量的字節的傳輸;在網絡上從裝置傳輸所述數據流,所述數據流包括多個數據分組,其中從所述裝置傳輸所述數據流包括將所述數據流保持在可選擇的帶寬,所述可選擇的帶寬與所述數據分組.的峰值傳輸帶寬至少一樣大;當所述數據流的流低于所述可選擇的帶寬時,傳輸附加的數據分組;延遲傳輸來自所述源的傳入數據,直到所述附加的數據分組的傳輸結束;以及控制所述可選擇的帶寬以使所述數據流中的猝發平滑。
34.如權利要求33所述的方法,其特征在于,傳輸所述數據流包括使用流協議,其中所述流協議被修改以傳輸附加的分組。
35.如權利要求33所述的方法,其特征在于,所述傳輸的延遲可能被選擇性地停用。
36.如權利要求33所述的方法,其特征在于,用于保持所述恒定帶寬的所述額外數據分組包括一個或多個空數據分組。
37.如權利要求33所述的方法,其特征在于,用于保持所述恒定帶寬的所述額外數據分組包括包含復制的分組的數據分組。
38.如權利要求33所述的方法,其特征在于,用于保持所述恒定帶寬的所述額外數據分組包括包含冗余的流信息的數據分組。
39.如權利要求33所述的方法,其特征在于,用于保持所述恒定帶寬的所述額外數據分組包括從所述第一裝置傳輸至所述第二裝置的非流式數據。
40.如權利要求39所述的方法,其特征在于,所述非流式數據從所述數據流的多個數據分組在單獨的端口上傳輸。
41.如權利要求33所述的方法,其特征在于,帶寬預留由所述裝置確定,而無需使用所述網絡的中央仲裁程序或服務器,并且無需與所述網絡上的任何競爭網絡元件的協作或通 f目。
【文檔編號】H04L12/801GK103595655SQ201310496927
【公開日】2014年2月19日 申請日期:2008年7月3日 優先權日:2007年7月27日
【發明者】B·K·舒米特, J·G·漢科, J·D·諾斯卡特 申請人:晶像股份有限公司