用于音頻視頻網(wǎng)絡的增強流預留協(xié)議的制作方法
【專利摘要】一種增強流預留協(xié)議，包括發(fā)話方裝置發(fā)送用于將數(shù)據(jù)流傳輸?shù)绞章牱窖b置的流預留協(xié)議（SRP）發(fā)話方通告消息，接收發(fā)話方通告消息，并檢查用于流傳輸?shù)妮敵龆丝谏系膸捒捎眯?。在通信帶寬不足的情況下，發(fā)送失敗消息，其中，失敗消息包括關于從發(fā)話方裝置到收聽方裝置的可用帶寬的信息。一種用于在橋接網(wǎng)橋中進行通信的協(xié)議，包括發(fā)話方裝置發(fā)送用于將數(shù)據(jù)流傳輸?shù)绞章牱窖b置的SRP發(fā)話方通告消息。發(fā)話方通告消息包括從發(fā)話方裝置到收聽方裝置的通信路徑信息?；谒雎窂蕉攘窟x擇用于在發(fā)話方裝置與收聽方裝置之間進行數(shù)據(jù)流傳輸?shù)膹陌l(fā)話方裝置到收聽方裝置的通信路徑。
【專利說明】用于音頻視頻網(wǎng)絡的增強流預留協(xié)議
【技術領域】
[0001]本發(fā)明總體涉及音頻視頻(AV)網(wǎng)絡，具體地說，涉及AV網(wǎng)絡中的AV流傳輸。
【背景技術】
[0002]現(xiàn)有的高清晰度多媒體接口(HDMI)的版本缺乏對雙向音頻視頻(AV)流的支持。另一方面，以太網(wǎng)網(wǎng)絡在其跨企業(yè)部署和住宅市場中已變得普遍。在支持高帶寬流量中，這些以太網(wǎng)網(wǎng)絡由于成本的顯著降低而獲益。預期典型的家庭網(wǎng)絡連接將越來越支持1000BASE-TU0GBASE-T以及更高速度的標準。典型的網(wǎng)絡連接包括有線和無線網(wǎng)線鏈接。

【發(fā)明內容】

[0003]技術問題
[0004]本發(fā)明涉及AV網(wǎng)絡(諸如橋接網(wǎng)絡)中的數(shù)據(jù)流傳輸。
[0005]技術方案
[0006]在一個實施例中，本發(fā)明提供一種增強流預留協(xié)議，包括發(fā)話方裝置發(fā)送用于將數(shù)據(jù)流傳輸?shù)绞章牱窖b置的流預留協(xié)議(SRP)發(fā)話方通告消息，接收發(fā)話方通告消息并檢查用于流傳輸?shù)妮敵龆丝谏系膸捒捎眯?。在通信帶寬不足的情況下，將包括關于可用帶寬的信息的失敗消息從發(fā)話方裝置發(fā)送到收聽方裝置。在一個實現(xiàn)方式中，接收發(fā)話方通告消息的步驟還包括中間網(wǎng)橋裝置接收發(fā)話方通告消息，檢查其用于流傳輸?shù)妮敵龆丝谏系膸捒捎眯?，并發(fā)送具有用于指示所述關于可用帶寬的信息的修改的流量規(guī)范的發(fā)話方通告失敗消息。
[0007]在另一實施例中，本發(fā)明提供了一種用于在橋接網(wǎng)絡中的通信的協(xié)議，包括發(fā)話方裝置發(fā)送用于將數(shù)據(jù)流傳輸?shù)绞章牱窖b置的SRP發(fā)話方通告消息。發(fā)話方通告消息包括從發(fā)話方裝置到收聽方裝置的通信路徑信息?；谒雎窂降亩攘縼磉x擇用于在發(fā)話方裝置與收聽方裝置之間的數(shù)據(jù)流傳輸?shù)膹陌l(fā)話方裝置到收聽方裝置的通信路徑。
[0008]有益效果
[0009]參照下面的說明、權利要求書和附圖，本發(fā)明的這些和其它特征、方面和優(yōu)點將變
得容易理解。
【專利附圖】

【附圖說明】
[0010]圖1示出可實現(xiàn)本發(fā)明的實施例的串行連接的橋接AV裝置的AV網(wǎng)絡；
[0011]圖2示出可實現(xiàn)本發(fā)明的實施例的包括多個通信路徑的橋接AV裝置的AV網(wǎng)絡；
[0012]圖2a示出根據(jù)本發(fā)明的實施例的實現(xiàn)SRP的增強資源預留的包括多個通信路徑的橋接AV裝置的AV網(wǎng)絡；
[0013]圖3示出在AV網(wǎng)絡上配置的生成樹協(xié)議(STP)；
[0014]圖4示出根據(jù)本發(fā)明的實施例的實現(xiàn)SRP的增強資源預留的下一代接口(NGI)網(wǎng)絡；[0015]圖5示出根據(jù)本發(fā)明的實施例的用于AV網(wǎng)絡的增強協(xié)議棧；
[0016]圖6示出AV網(wǎng)絡中的成功的帶寬分配；
[0017]圖7示出根據(jù)本發(fā)明的實施例的由網(wǎng)橋基于AV網(wǎng)絡中的可用帶寬更新的發(fā)話方通告失敗消息；
[0018]圖8示出根據(jù)本發(fā)明的實施例的包括在音頻視頻橋接(AVB )網(wǎng)絡中的AVB網(wǎng)橋的發(fā)話方通告處理的用于增強流預留的處理；
[0019]圖9示出根據(jù)本發(fā)明的實施例的包括在AV網(wǎng)絡中經(jīng)由發(fā)話方通告失敗消息指示給發(fā)話方裝置的失敗帶寬的用于增強預留機制的處理；
[0020]圖10示出根據(jù)本發(fā)明的實施例的AV網(wǎng)絡中的成功的帶寬預留；
[0021]圖11示出根據(jù)本發(fā)明的實施例的AV網(wǎng)絡中的發(fā)話方裝置和收聽方裝置之間的可選通信路徑；
[0022]圖12示出根據(jù)本發(fā)明的實施例的AV網(wǎng)絡中的發(fā)話方裝置和收聽方裝置之間的其它可選通信路徑；
[0023]圖13示出根據(jù)本發(fā)明的實施例的包括AV網(wǎng)絡中的發(fā)話方通告消息的處理的AV網(wǎng)絡中的消息流；
[0024]圖14示出根據(jù)本發(fā)明的實施例的對包括AV網(wǎng)絡中的附加網(wǎng)絡資源屬性的發(fā)話方通告消息的處理；
[0025]圖15示出根據(jù)本發(fā)明的實施例的包括AV網(wǎng)絡中的附加網(wǎng)絡資源屬性的收聽方裝置處理消息；
[0026]圖16示出根據(jù)本發(fā)明的實施例的AV網(wǎng)絡中的收聽方消息處理；
[0027]圖17示出根據(jù)本發(fā)明的實施例的使用AV網(wǎng)絡中的備用通信路徑的收聽方消息處理；
[0028]圖18示出根據(jù)本發(fā)明的實施例的AV網(wǎng)絡中的主要通信路徑和備用通信路徑；
[0029]圖19示出包括對實現(xiàn)本發(fā)明的實施例有用的計算機系統(tǒng)的信息處理系統(tǒng)的框圖。
【具體實施方式】
[0030]本發(fā)明涉及AV網(wǎng)絡中的數(shù)據(jù)流傳輸。本發(fā)明的實施例提供了一種用于AV流傳輸?shù)牧黝A留協(xié)議的增強資源預留方案。在一個實施例中，增強資源預留方案修改IEEE802.1Qat的流預留協(xié)議，在一個實施方式中，IEEE802.1Qat的流預留協(xié)議適合于下ー代HDMI接ロ應用。增強資源預留方案包括對改進的錯誤報告和克服可引起服務的流傳輸質量的改變的AV網(wǎng)絡資源改變的支持。
[0031]音頻視頻橋接(AVB)技術標準包括用于允許高質量、時間敏感的AV應用通過IEEE802橋接局域網(wǎng)(LAN)的傳輸?shù)末`組規(guī)范。IEEE802.1Qat流預留協(xié)議(SRP)規(guī)范使AVB目的電子裝置(俗稱收聽方(listener))能夠注冊對特定AV流在AVB網(wǎng)絡中從AVB源電子裝置(俗稱發(fā)話方(talker))發(fā)送的請求。另外，AVB源裝置可請求網(wǎng)絡資源的預留，所述網(wǎng)絡資源的預留能夠使特定AV流能夠被發(fā)送。在IEEE802.1Qat規(guī)范中定義的SRP提供ー種機制，通過該機制，AVB源裝置可注冊對預留AVB網(wǎng)絡內的網(wǎng)絡資源(諸如帶寬)的請求以使特定AV流能夠被發(fā)送。收聽方指示哪個數(shù)據(jù)流將被接收，并且發(fā)話方聲明橋接實體能夠支持的數(shù)據(jù)流。在數(shù)據(jù)流的兩個終端節(jié)點(例如，發(fā)話方和收聽方)以及沿數(shù)據(jù)流的路徑的中轉節(jié)點(例如，網(wǎng)橋)中分配和配置網(wǎng)絡資源。還提供檢測過程成功/失敗的端至端信令機制。
[0032]SRP注冊流，并預留通過由流經(jīng)過的整個路徑所需要的資源。發(fā)話方通過發(fā)送SRP發(fā)話方通告消息來開始。接收到發(fā)話方通告消息的AVB中間網(wǎng)橋檢查在它們的輸出端口上的帶寬可用性。如果網(wǎng)橋具有在該端口上可用的足夠的資源，則發(fā)話方通告消息被傳送到下ー個節(jié)點。如果資源不可用，則網(wǎng)橋不傳送發(fā)話方通告消息，而發(fā)送發(fā)話方失敗消息。接收到發(fā)話方失敗消息的中間網(wǎng)橋將該消息傳送給收聽方。
[0033]收聽方可使用轉發(fā)回發(fā)話方的收聽方就緒消息來進行響應。中間網(wǎng)橋使用就緒消息來保留所述流需要的資源，并在它們的轉發(fā)表中的輸入適當?shù)臈l目以允許所述流在接收到就緒消息的端口上被發(fā)送。當發(fā)話方接收到就緒消息時，發(fā)話方可開始發(fā)送所述流。
[0034]然而，傳統(tǒng)的IEEE802.1Qat SRP是將預留消息從發(fā)話方傳送到收聽方的單向聲明協(xié)議。它不包括反向傳送的確認或狀態(tài)報告消息。另外，傳統(tǒng)的IEEE802.1Qat SRP使用與IEEE802.1d生成樹協(xié)議(STP)密切相關的固定路徑度量。這有效地減少了在合理利用可用網(wǎng)絡帶寬和確保高質量的AV流傳輸中的SRP。
[0035]典型的IEEE802.1AVB網(wǎng)絡包括ー組AVB裝置，統(tǒng)稱為AVB塊或AVB域。AVB網(wǎng)絡可包括有線或光纖局域網(wǎng)(LAN)和/或無線局域網(wǎng)(WLAN),諸如802.llad/ac/a/g/n/ad/ac。AVB網(wǎng)絡內的各個AVB裝置可包括啟用AVB的端點裝置(例如，TV、AV接收器、臺式計算機/膝上型計算機、藍光播放器等)、LAN內的啟用AVB的交換裝置(S卩，AV交換機或網(wǎng)橋)以及WLAN內的啟用AVB的接入點(即，AP)。在AVB塊內，AV目的裝置可請求來自AV源裝置的AV流，所述AV流可在從與AV流的發(fā)送有關的服務質量(QoS)描述符確定的特定延遲目標值內通過AVB網(wǎng)絡傳輸。
[0036]圖1示出包括多個裝置的橋接網(wǎng)絡的示例性AVB網(wǎng)絡10，其中，所述多個裝置包括AV裝置，AV裝置包括一個或多個網(wǎng)橋裝置11、發(fā)話方裝置12和收聽方裝置13，其中，網(wǎng)橋裝置經(jīng)由形成至少ー個路徑的通信鏈路連接發(fā)話方裝置12和收聽方裝置13。圖1示出帶寬分配失敗，其中，網(wǎng)橋11 (即，AVB網(wǎng)橋I)不具有足夠的用于在發(fā)話方裝置11 (S卩，發(fā)話方)與收聽方裝置13 (即，收聽方)之間進行流傳輸?shù)膸?。這導致發(fā)話方12產生發(fā)話方通告失敗指示。根據(jù)IEEE802.lQat，發(fā)話方將接收收聽方就緒失敗或收聽方詢問失敗。然而，發(fā)話方將不知道沿從發(fā)話方到收聽方的網(wǎng)絡路徑的實際可用帶寬的量。圖6示出成功的帶寬分配處理，其中，AVB網(wǎng)橋I和AVB網(wǎng)橋2具有足夠的帶寬，從而發(fā)話方通告被轉發(fā)。收聽方13產生收聽方就緒消息，當收聽方就緒消息到達發(fā)話方12吋，收聽方就緒消息指示在發(fā)話方12和收聽方13之間的AV流傳輸可被開始。
[0037]圖2示出示例性AV網(wǎng)絡20，其中，發(fā)話方12 (即，發(fā)話方BDPl)和收聽方13卿，收聽方TVl)在使用經(jīng)由鏈路L的一個或多個網(wǎng)橋11 (即，Br)的橋接網(wǎng)絡上連接。圖3示出在圖2的AV網(wǎng)絡中的STP初始化之后的配置。一旦STP完成其初始化，網(wǎng)絡中的ー些端ロ被封鎖(由“ X ”示出)以避免循環(huán)和環(huán)路。
[0038]IEEE802.1Qat SRP在屬于STP的鏈路上分配帶寬，其中，從發(fā)話方到收聽方存在一條唯一的路徑。在這樣的鏈路飽和或滿載(即，帶寬分配達到支持的帶寬極限)的情況下，無法再對這些鏈路分配AV流。然而，從發(fā)話方到收聽方可存在可選路徑，但是這些路徑不能被SRP使用。這導致在應用層流傳輸失敗。另外，不存在AV網(wǎng)絡中提供的活動路徑冗余。每當存在端ロ失敗時，STP觸發(fā)使得對ー些封鎖的端ロ進行解除封鎖。這迫使IEEE802.1QatSRP再發(fā)發(fā)話方和收聽方通告。最終，在作為STP的一部分的新的ー組鏈路上分配帶寬。然而，這樣的動作的影響在于AV流傳輸?shù)呐R時失敗，導致在下一代接ロ(諸如下一代HDMI接ロ)中的高質量AV流傳輸?shù)臑碾y性失敗。
[0039]根據(jù)本發(fā)明的實施例，在包括發(fā)話方裝置、收聽方裝置和一個或多個網(wǎng)橋裝置的橋接AV裝置的AVB網(wǎng)絡中，向AV裝置提供用于方便選擇可符合可用寬帶的壓縮或分辨率的適當級別的附加信息(諸如，可用網(wǎng)絡帶寬)。知道可用帶寬允許AV裝置(諸如發(fā)話方裝置)在下一次分配嘗試中選擇適當?shù)膸挿峙?。在某些情況下，帶寬分配與應用層結合發(fā)生，其中，鏈路層帶寬被映射到選擇的用于流傳輸?shù)腁V格式。
[0040]圖4示出示例性網(wǎng)絡40，諸如可實現(xiàn)本發(fā)明的實施例的下一代接ロ(NGI)網(wǎng)絡。網(wǎng)絡40包括使用經(jīng)由通信鏈路連接發(fā)話方裝置和收聽方裝置的一個或多個網(wǎng)橋的橋接網(wǎng)絡。NGI實施方式可包括AVB網(wǎng)絡，AVB網(wǎng)絡包括可選地支持超高速NGI的AVB端點，在一個示例中，AVB端點至少支持20Gbps。在這樣的網(wǎng)絡中，有效載荷可包括可作為原生視頻的AV內容或由顯示接ロ處理(諸如HDM1、顯示端ロ或DVI)格式化的AV內容。在3D、4KUD、HD、無損和視覺無損的范圍內的各種視頻格式被期望被支持。
[0041]根據(jù)傳統(tǒng)的IEEE802.lQat，發(fā)話方節(jié)點產生發(fā)話方通告聲明消息以向LAN中的其它節(jié)點做出聲明，并更新發(fā)話方節(jié)點的多SRP(MSRP)表。發(fā)話方通告消息包括發(fā)話方的MAC地址、聲明類型和需要的帶寬等。例如，在網(wǎng)橋端ロ 0接收到發(fā)話方通告消息之后，MSRP在其MSRP表中注冊發(fā)話方通告消息，并發(fā)送到網(wǎng)橋中的其它端ロ。接收到網(wǎng)橋端ロ 0的發(fā)話方通告消息的網(wǎng)橋端ロ I將該消息注冊在其MSRP表中，將該消息的需要的帶寬與其可用帶寬進行比較。如果可用帶寬大于需要的帶寬，則該消息被轉發(fā)到其它節(jié)點。否則，該消息被改變?yōu)榘l(fā)話方失敗消息并被轉發(fā)。在發(fā)話方通告消息到達收聽方之后，如果收聽方期望從發(fā)話方接收服務，則收聽方產生收聽方就緒消息，并將收聽方就緒消息發(fā)送到發(fā)話方。
[0042]收聽方就緒消息僅具有發(fā)話方的流ID，其中，流ID包括發(fā)話方的MAC地址和整數(shù)編號。例如，如果接收到收聽方就緒消息的網(wǎng)橋端ロ n具有足夠的可用帶寬，則接收到收聽方就緒消息的網(wǎng)橋端ロ n預留需要的帶寬。當在端ロ帶寬預留成功時，收聽方就緒消息通過MSRP屬性傳送被轉發(fā)到發(fā)話方。接收到收聽方就緒消息的發(fā)話方將其MSRP表與該就緒消息中的流ID進行比較。如果收聽方就緒消息與發(fā)話方可提供的流相關聯(lián)，則發(fā)話方可立即開始流的發(fā)送。發(fā)話方和收聽方通告可被總結在如下的表I中:
[0043]消息描述
[0044]發(fā)話方通告通告，針對從發(fā)話方沿網(wǎng)絡路徑還沒有遇到任何帶寬或其它網(wǎng)絡限制的流
[0045]失敗通告，針對由于從發(fā)話方沿路徑的某處的帶寬限制而不能夠開始或對收聽方不可用的流
[0046]收聽方就緒，一個或多個收聽方正在請求連接到流。對于所有收聽方來說沿返回到發(fā)話方的路徑存在足夠的可用帶寬和資源來接收流
[0047]詢問失敗，一個或多個收聽方正在請求連接到流。由于網(wǎng)絡帶寬或資源分配問題，這些收聽方中沒有一個能夠接收流[0048]就緒失敗，兩個或更多個收聽方正在請求連接到流。這些收聽方中的至少ー個沿路徑具有足夠的帶寬和資源來接收流，但是ー個或更多個其它收聽方由于網(wǎng)絡帶寬或資源分配問題而不能夠接收流
[0049]表1.發(fā)話方和收聽方通告
[0050]圖5示出基于IEEE802.1AVB, 1722和IEC61883的AVB網(wǎng)絡的NGI協(xié)議棧50。根據(jù)本發(fā)明的實施例，棧50中的QoS管理功能包括實現(xiàn)增強帶寬預留機制的增強IEEE802.1QatSRP模塊51。如這里所述，SRP模塊51的功能在于能夠進行端至端的同步資源預留。SRP在OSI模型的層-2 (L2)定義流的概念。
[0051]本發(fā)明的實施例提供針對IEEE802.1Qat的增強資源預留方案，其中，增強資源預留方案包括對傳統(tǒng)的IEEE802.1Qat SRP進行修改和添加以包括對改進的錯誤報告和快速克服AV網(wǎng)絡帶寬的改變的支持。由于增強IEEE802.Qat可快速適應于網(wǎng)絡改變，因此AV質量不會受到影響，并且因此帶來更好的用戶體驗。
[0052]根據(jù)本發(fā)明的實施例，具有不足帶寬的網(wǎng)橋發(fā)送具有用于指示從發(fā)話方到收聽方的可用帶寬的修改的流量規(guī)范的發(fā)話方通告失敗消息。發(fā)話方通告失敗消息被傳送到發(fā)話方。發(fā)話方通告由發(fā)話方在所有端ロ被轉發(fā)，包括封鎖的端ロ。對于ー個發(fā)話方和ー個流，收聽方通過多條路徑接收多個發(fā)話方通告消息。
[0053]根據(jù)本發(fā)明的實施例，發(fā)話方通告被增強以包括用于捕捉從發(fā)話方到收聽方的端至端路徑的更多細節(jié)的附加屬性。收聽方基于各種參數(shù)選擇最佳路徑(例如，針對流具有最高的最小可用帶寬的路徑)。收聽方也可選擇返回路徑。這樣，SRP快速克服網(wǎng)絡改變以保持服務的質量。在本發(fā)明的實施例的應用中，下一代HDMI接ロ標準能夠與IEEE802.1AVB互相操作。
[0054]傳統(tǒng)的IEEE802.1Qat提供發(fā)話方失敗機制，其中，發(fā)話方通告失敗消息包括與流關聯(lián)的流量規(guī)范(TSpec)部分。TSpec部分包括32個比特,這32個比特包括以下兩個元素:
[0055]MaxFrameSize:16比特的無符號的MaxFrameSize部分用于分配資源和調整隊列選擇參數(shù)以提供由MSRP發(fā)話方聲明請求的服務的質量。該部分表示發(fā)話方將產生的最大幀大小(不包括用于媒體特定的組幀的任何開銷)(例如，前同步碼、IEEE802.3頭、優(yōu)先級/VID標記、CRC、幀間間隔)。
[0056]MaxInterValFrame: 16比特的無符號的MaxInterValFrame部分用于分配資源和調整隊列選擇參數(shù)以提供由MSRP發(fā)話方聲明請求的服務的質量。該部分表示在ー個“分類測量間隔”中發(fā)話方可發(fā)送的幀的最大數(shù)量。
[0057]在一個實施例中，本發(fā)明提供了針對IEEE802.1Qat的修改的發(fā)話方失敗機制，其中，發(fā)話方通告失敗消息包括與流關聯(lián)的TSpec部分，從而TSpec部分指示可用帶寬。
[0058]根據(jù)本發(fā)明的實施例，具有不足的帶寬的網(wǎng)橋發(fā)送具有指示可用帶寬的修改的TSpec部分的發(fā)話方通告失敗消息。根據(jù)本發(fā)明的實施例，不使用MaxFrameSize和MaxInterValFrame指示可用帶寬,而使用32個比特表示實際的帶寬?？捎脦挼闹甘静灰髮RP消息進行任何修改。
[0059]在一個實施例中，本發(fā)明提供針對IEEE802.1Qat的增強帶寬預留機制，包括經(jīng)由發(fā)話方通告失敗消息指示的失敗帶寬。圖7示出根據(jù)本發(fā)明的實施例的AV網(wǎng)絡70，其中，失敗網(wǎng)橋指示修改發(fā)話方通告失敗指示。網(wǎng)橋71 (即，網(wǎng)橋I)具有不足的帶寬，并產生指示可用帶寬的發(fā)話方通告失敗消息。在網(wǎng)橋2的可用帶寬小于網(wǎng)橋I的情況下，網(wǎng)橋2還更新發(fā)話方通告失敗的TSpec字段。最后，收聽方73接收指示從發(fā)話方72到收聽方73的路徑上可用的最小帶寬的發(fā)話方通告失敗消息。
[0060]圖8示出根據(jù)本發(fā)明的實施例的具有修改的SRP的增強帶寬預留的實施例的處理80的流程圖。處理塊81包括檢查用于發(fā)話方與收聽方之間的流傳輸?shù)陌l(fā)話方通告消息。如果發(fā)話方通告消息沒被檢測到，則處理塊82包括檢查發(fā)話方通告失敗消息。如果發(fā)話方通告失敗消息沒被檢測到，則處理塊83執(zhí)行其它處理，并且處理結束。如果發(fā)話方失敗消息被檢測到，則處理塊84包括確定是否可滿足在TSpec中指定的資源需求。如果可滿足資源需求，則處理塊85包括重新發(fā)送發(fā)話方通告失敗消息，并且處理結束。如果不可滿足資源需求，則處理塊86包括發(fā)送具有反映在有關端ロ的可用帶寬的TSpec的發(fā)話方通告失敗，并且處理結束。
[0061]如果在處理塊81檢測到發(fā)話方通告消息，則處理塊87檢測是否可滿足在TSpec中指定的資源需求。如果可滿足資源需求，則處理塊88包括重新發(fā)送發(fā)話方通告消息，并且處理結束。如果不可滿足資源需求，則處理塊89包括發(fā)送具有反映在有關端ロ的可用帶寬的TSpec的發(fā)話方通告失敗，并且處理結束。
[0062]在一個實施例中，本發(fā)明提供包括經(jīng)由收聽方消息向發(fā)話方指示失敗帶寬的預留機制。收聽方73向發(fā)話方72 (在協(xié)議棧中的層-2)通知可用帶寬。在可選的實施例中，收聽方73向集中裝置(centralized device)通知(或在層_3直接向發(fā)話方通知)在收聽方73可支持的視頻格式方面的可用帶寬。不需要修改發(fā)話方通告失敗指示。然而，當在層_2向發(fā)話方72通知可用帶寬時，使用新的控制消息，或修改收聽方消息。在本發(fā)明的ー個實施例中，收聽方就緒失敗或收聽方詢問失敗被修改以包括在從發(fā)話方72到收聽方73的鏈路上的可用帶寬。如果網(wǎng)橋I產生收聽方詢問失敗，則網(wǎng)橋I將更新TSpec中的可用帶寬。使用在MaxFrameSize和MaxInterValFrame方面的最大可用資源來更新TSpec字段。然而，如果網(wǎng)橋I和網(wǎng)橋2都具有不足的帶寬，則在收聽方消息中向發(fā)話方72反映網(wǎng)橋I和網(wǎng)橋2之間的最小帶寬。
[0063]參照圖9中的AV網(wǎng)絡90，在一個實施例中，本發(fā)明提供包括經(jīng)由發(fā)話方通告失敗消息向發(fā)話方92指示的失敗帶寬的增強預留機制。通常，發(fā)話方通告失敗消息不被發(fā)送回發(fā)話方。在本發(fā)明的一個實施方式中，修改的發(fā)話方通告失敗消息包括關于從發(fā)話方92到收聽方93的可用帶寬的重要信息。如圖9中的示例所示，發(fā)話方通告失敗消息被發(fā)送回發(fā)話方92。具體地講，圖9示出第一網(wǎng)橋91 (即，網(wǎng)橋I)將發(fā)話方通告失敗消息發(fā)送回發(fā)話方92的情況。在第二網(wǎng)橋91 (即，網(wǎng)橋2)支持甚至比在到收聽方93的路徑上的網(wǎng)橋I更小的帶寬的情況下，網(wǎng)橋2產生返回發(fā)話方92的另ー發(fā)話方通告失敗消息。
[0064]參照根據(jù)本發(fā)明的實施例的圖10中的AV網(wǎng)絡100，示例應用涉及采用如上所述的根據(jù)本發(fā)明的實施例的增強資源預留方案，通過該方案，發(fā)話方102知道在從發(fā)話方102到收聽方103的路徑上的可用帶寬。如圖10中的示例所示，發(fā)話方102經(jīng)由網(wǎng)橋101再發(fā)另一發(fā)話方通告，所述另ー發(fā)話方通告具有適合于在從發(fā)話方102到收聽方103的路徑上的最小端至端帶寬的更低TSpec。一旦發(fā)話方102接收到與發(fā)話方通告消息相應的收聽方就緒消息，則開始發(fā)話方102與收聽方103之間的AV流傳輸。[0065]IEEE802.1Qat發(fā)話方通告通常包括以下字段:
[0066]StreamID (流 ID)
[0067]DataFrameParameter (數(shù)據(jù)巾貞參數(shù))
[0068]Destination Address (目的地址)
[0069]Vlan_identif ier
[0070]Tspec
[0071]MaxFrameSize (最大巾貞大小)
[0072]MaxIntervalFrame (最大間隔中貞)
[0073]PriorityAndRank (優(yōu)先級和等級)
[0074]Data Frame priority (數(shù)據(jù)巾貞優(yōu)先級)
[0075]Rank (等級)
[0076]AccumulatedLatency (累積延遲)
[0077]根據(jù)本發(fā)明的實施例，提供增強資源預留方案，在發(fā)話方通告消息中提供附加網(wǎng)絡屬性(例如，在字段中)以捕捉發(fā)話方與收聽方之間的包括通信鏈路的路徑的廣泛特性。這樣的附加網(wǎng)絡屬性的示例(即，作為新屬性的路徑度量)包括針對發(fā)話方通告消息的鏈路屬性，包括:
[0078]下行帶寬(BW)
[0079]上行BW
[0080]下行可用BW
[0081]上行可用BW
[0082]PER
[0083]鏈路類型
[0084]延遲
[0085]跳數(shù)
[0086]當前已獲準的流ID
[0087]圖2a示出AV裝置(例如，AVB裝置)的交換AVB網(wǎng)絡110。每個AV裝置包括用于經(jīng)由通信鏈路(可包括ー個或多個通信路徑)將AV裝置連接到另ー AV裝置的ー個或多個I/O端ロ。根據(jù)本發(fā)明的實施例，網(wǎng)絡110中的AV裝置包括源AV裝置以及由中間AV裝置(交換機/網(wǎng)橋)經(jīng)由通信鏈路連接的目的AV裝置。
[0088]AV源裝置包括發(fā)話方112(例如，BDP_1)，AV目的裝置包括收聽方113(例如，TV1)。網(wǎng)絡包括發(fā)話方112和收聽方113之間的經(jīng)由鏈路和網(wǎng)橋的多條可選路徑。圖11示出網(wǎng)絡110的節(jié)點112和113之間的起源于如加粗鏈路指示的鏈路ab的可選路徑。圖12示出網(wǎng)絡110的節(jié)點112和113之間的起源于如加粗鏈路指示的鏈路ac的可選路徑。每個鏈路表示網(wǎng)絡躍點(hop)。根據(jù)本發(fā)明的實施例，一旦收聽方113知道所有可用路徑選擇和這些路徑的特性，則收聽方113可基于特定路徑度量(例如，裝置端口上的可用帶寬(BW))選擇最佳路徑。
[0089]在圖2a所示的網(wǎng)絡中，在每個端ロ，通過將附加屬性附加到發(fā)話方通告消息來處理發(fā)話方通告。圖13示出根據(jù)本發(fā)明的實施例的圖2a中的網(wǎng)絡的消息流以及發(fā)話方通告消息的處理。當發(fā)話方通告消息在鏈路ab->bd_>df的鏈路上流動時，首先，發(fā)話方112(BDP-1)將所述附加網(wǎng)絡資源屬性附加到鏈路ab。接下來，網(wǎng)橋B將所述附加網(wǎng)絡資源屬性附加到由網(wǎng)橋D接著的鏈路bd，網(wǎng)橋D將所述附加網(wǎng)絡資源屬性附加到鏈路df。收聽方113現(xiàn)在具有對從發(fā)話方112到收聽方113的一個端至端路徑的完整觀察。
[0090]圖14示出根據(jù)本發(fā)明的實施例的用于處理包括附加網(wǎng)絡資源屬性的發(fā)話方通告消息的處理120的流程圖。在處理塊121，如果發(fā)話方裝置正在處理發(fā)話方通告消息，則在處理塊122，在所有發(fā)話方端ロ產生并發(fā)送發(fā)話方通告消息，其中，在處理塊123，接收發(fā)話方通告消息，結束處理。在處理塊121，如果沒有涉及發(fā)話方裝置，則在處理塊124，如果網(wǎng)橋裝置正在處理，則在處理塊125，對于每個端ロ(包括被封鎖的端ロ)，通過包括所述附加鏈路屬性來轉發(fā)發(fā)話方通告消息。此外，在除了接收具有鏈路屬性的消息的端口和用于將消息發(fā)送回發(fā)話方的端ロ之外的所有端口上轉發(fā)所述消息。如果在處理塊124，網(wǎng)橋裝置沒有正在處理，則基于處理塊126檢測收聽方裝置處理，在處理塊127，所有發(fā)話方通告消息被處理，并且基于鏈路信息，選擇可滿足發(fā)話方和收聽方之間的流傳輸需求的路徑(包括鏈路)。
[0091]根據(jù)本發(fā)明的實施例，在用于增強傳統(tǒng)的IEEE802.1Qat的發(fā)話方通告協(xié)議中對資源分配(即，資源預留)的增強包括:
[0092]對于ー個發(fā)話方和ー個流，在收聽方通過多條路徑接收多個發(fā)話方通告消息。
[0093]在發(fā)話方的所有端口上轉發(fā)發(fā)話方通告消息。
[0094]還在被封鎖銷端口上轉發(fā)發(fā)話方通告消息。
[0095]發(fā)話方通告消息包括所述附加鏈路屬性以捕捉從發(fā)話方到收聽方的端至端路徑的更多細節(jié)。
[0096]圖15示出收聽方112選擇df->bd_>ab路徑的示例性情況。收聽方113將路徑度量字段附加到收聽方屬性中。僅包括在收聽方消息中的這些鏈路需要分配帶寬。收聽方113針對特定流處理從單個發(fā)話方112接收到的所有發(fā)話方通告消息。收聽方113基于適合于滿足AV流傳輸?shù)穆窂蕉攘?新的屬性)選擇特定路徑。收聽方113通過選擇的路徑向發(fā)話方112指示該信息，使得中間節(jié)點(例如，一個或多個網(wǎng)橋111)針對特定隨之而來的流分配并預留資源。收聽方消息包括關于將被分配的帶寬的新屬性。收聽方消息還包括由收聽方選擇的鏈路的列表。
[0097]根據(jù)本發(fā)明的實施例，在IEEE802.1Qat中的傳統(tǒng)收聽方消息上的增強包括:收聽方基于各種鏈路參數(shù)選擇最佳路徑，收聽方還可選擇到發(fā)話方的返回路徑。圖16示出根據(jù)本發(fā)明的實施例的用于收聽方消息處理的處理130的流程圖。
[0098]在處理塊131，如果收聽方裝置正在處理，則在處理塊132，基于鏈路屬性信息選擇從發(fā)話方到收聽方的最佳路徑以滿足流傳輸需求。在處理塊133，可選地，還基于鏈路屬性選擇從收聽方到發(fā)話方的最佳返回路徑。在處理塊134，發(fā)送包括關于選擇的路徑中的鏈路的信息的收聽方就緒消息，并結束處理。
[0099]如果在處理塊131，收聽方?jīng)]有正在處理，則在處理塊135，如果網(wǎng)橋裝置正在處理，則在處理塊136，收聽方就緒消息被處理，并且處理結束，其中，如果用于流傳輸所需的足夠的帶寬(BW)不能被分配，則更新網(wǎng)橋分配表，并且向發(fā)話方和收聽方產生錯誤消息。
[0100]在處理塊135，如果網(wǎng)橋裝置沒有正在處理，則基于處理塊137檢測發(fā)話方裝置正在處理，在處理塊138，收聽方就緒消息被處理并且網(wǎng)橋分配表被更新，其中，開始發(fā)話方與收聽方之間的AV流傳輸。
[0101]正如注意到的，傳統(tǒng)的IEEE802.1Qat SRP提供有限的對于網(wǎng)絡故障的恢復能力。通過STP重新初始化并將端ロ從封鎖改變?yōu)榻獬怄i來觸發(fā)端ロ故障事件，反之亦然。一旦STP穩(wěn)定，SRP需要重新運行，并在由STP重新選擇的端口上分配帶寬。這可引起路徑上的AV流傳輸?shù)拈L時間停止。
[0102]本發(fā)明的實施例允許選擇備用(尚未激活)路徑，從而每當收聽方檢測到路徑失敗事件吋，收聽方可觸發(fā)從主要AV流傳輸路徑切換到備用AV流傳輸路徑。收聽方可基于多個條件中的一個來觸發(fā)這樣的事件，所述多個條件包括包丟失超過閾值，PSNR低于可接受級別，過長的延遲和抖動等。根據(jù)本發(fā)明的實施例，對傳統(tǒng)IEEE802.1Qat的增強包括將SRP從STP去除聯(lián)結(在失敗后，不需要重新運行SRP)。此外，已經(jīng)建立可瞬間選擇的備用路徑，通過備用路徑，減少AV流傳輸停止的影響。
[0103]圖17示出根據(jù)本發(fā)明的實施例的AV網(wǎng)絡實現(xiàn)方式，其中，收聽方消息包括用于指示其是否是備用路徑的附加字段。如圖18中的示例所示，根據(jù)本發(fā)明的實施例，在鏈路ac->ce->ef上選擇備用路徑(用間斷線顯示)。在故障的事件中，收聽方113向發(fā)話方112發(fā)送信號以開始在備用路徑上進行流傳輸(在圖18中示出主要路徑和備用路徑)。
[0104]根據(jù)本發(fā)明的實施例，AV裝置可包括應用層(層7)，包括使用網(wǎng)絡的處理；傳輸或TCP層(層4)，包括提供端至端的數(shù)據(jù)傳送的處理；IP層或網(wǎng)絡/互聯(lián)網(wǎng)層(層3)，包括處理數(shù)據(jù)的路由的處理；鏈路層(層2)和物理層(層1)，用于訪問物理通信介質。這些層與能夠寬松地映射到開放式系統(tǒng)結構(0SI)的TCP/IP層。鏈路層包括MAC層，物理層包括被配置用于在AV網(wǎng)絡上進行通信的PHY層。
[0105]如本領域的技術人員所知，上述示例性的結構可以以許多方式實現(xiàn)，諸如在無線裝置、無線發(fā)送器/接收器、無線網(wǎng)絡等中的由處理器執(zhí)行的程序指令、軟件模塊、微代碼、在計算機可讀介質上的計算機程序產品、邏輯電路、專用集成電路、固件、消費者電子裝置等。公開的實施例可采取整體硬件實施例、整體軟件實施例或者包括硬件和軟件元件兩者的實施例的形式。
[0106]圖19是示出包括對實現(xiàn)本發(fā)明的實施例有用的計算機系統(tǒng)300的信息處理系統(tǒng)的高級框圖。計算機系統(tǒng)300包括一個或多個處理器311，并且還可包括電子顯示裝置312(用于顯示圖形、文本和其它數(shù)據(jù))、主存儲器313 (例如，隨機存取存儲器(RAM))、存儲裝置314 (例如，硬盤驅動器)、可移除存儲裝置315 (例如，可移除存儲驅動器、可移除存儲模塊、磁帶驅動器、光盤驅動器、存儲有計算機軟件和/或數(shù)據(jù)的計算機可讀介質)、用戶界面裝置316 (例如，鍵盤、觸摸屏、鍵區(qū)、指向裝置)和通信接ロ 317 (例如，調制解調器、網(wǎng)絡接ロ(諸如以太網(wǎng)卡)、通信端ロ或PCMCIA插槽和卡)。通信接ロ 317允許軟件和數(shù)據(jù)在計算機系統(tǒng)和外部裝置之間傳送。系統(tǒng)300還包括通信基礎設施318 (例如，通信總線、交叉桿(cross-over bar)或網(wǎng)絡)，其中，上述裝置/模塊311至317連接到通信基礎設施318。
[0107]經(jīng)由通信接ロ 317傳送的信息可以是多種信號(諸如電子、電磁、光或能夠通過通信接ロ 317接收的其它信號)的形式，可經(jīng)由攜帯信號的通信鏈路，并可使用電線或電纜、光纖、電話線、蜂窩電話鏈路、射頻(RF)鏈路和/或其它通信信道來實現(xiàn)。這里表示框圖和/或流程圖的計算機程序指令可被加載到計算機、可編程數(shù)據(jù)處理設備或處理裝置，以使得一系列操作在計算機、可編程數(shù)據(jù)處理設備或處理裝置上執(zhí)行，從而產生計算機實現(xiàn)的處理。
[0108]已參照根據(jù)本發(fā)明的實施例的方法、設備(系統(tǒng))和計算機程序產品的流程圖例和/或框圖描述了本發(fā)明的實施例?？赏ㄟ^計算機程序指令實現(xiàn)這樣的圖例/示圖的每個塊或者它們的組合。當計算機程序指令被提供給處理器吋，計算機程序指令產生機器，從而經(jīng)由處理器執(zhí)行的指令創(chuàng)建用于實現(xiàn)在流程圖和/或框圖中指定的功能/操作的工具。流程圖/框圖中的每個塊可表示實現(xiàn)本發(fā)明的實施例的硬件和/或軟件模塊或邏輯器件。在可選的實施方式中，在塊中標注的功能可不根據(jù)附圖中標注的順序發(fā)生，可同時發(fā)生等。
[0109]術語“計算機程序介質”、“計算機可用介質”、“計算機可讀介質”和“計算機程序產品” 一般被用于表示諸如主存儲器、輔存儲器、可移除存儲驅動器、在硬盤驅動器中安裝的硬盤的介質。這些計算機程序產品是用于向計算機系統(tǒng)提供軟件的工具。計算機可讀介質允許計算機系統(tǒng)從計算機可讀介質中讀取數(shù)據(jù)、指令、消息或消息包、或者其它計算機可讀信息。例如，計算機可讀介質可包括非易失性存儲器，諸如軟盤、ROM、閃存、盤驅動存儲器、CD-ROM和其它永久存儲器。其對于例如在計算機系統(tǒng)之間傳輸信息(諸如數(shù)據(jù)和計算機指令)是有用的。計算機程序指令可存儲在計算機可讀介質中，可指示計算機、其它可編程數(shù)據(jù)處理設備或其它裝置以根據(jù)特定方式運行，從而存儲在計算機可讀介質產品中的指令產生制造出的產品，所述制造出的產品包括實現(xiàn)在流程圖和/或框圖塊中指定的功能/動作的指令。
[0110]計算機程序(S卩，計算機控制邏輯器件)被存儲在主存儲器和/或輔存儲器中。還可經(jīng)由通信接ロ接收計算機程序。當這樣的計算機程序被執(zhí)行時，這樣的計算機程序使計算機系統(tǒng)能夠執(zhí)行如這里討論的本發(fā)明的特征。具體地說，當計算機程序被執(zhí)行時，所述計算機程序使處理器(多核處理器)能夠執(zhí)行計算機系統(tǒng)的特征。這樣的計算機程序表示計算機系統(tǒng)的控制器。
[0111]雖然參照本發(fā)明的特定版本描述了本發(fā)明，但是其它版本是可能的。因此，權利要求的精神和范圍不應限于這里包含的優(yōu)選版本的描述。
【權利要求】
1.一種在橋接網(wǎng)絡中進行通信的方法，包括: 發(fā)話方裝置發(fā)送用于將數(shù)據(jù)流傳輸?shù)绞章牱窖b置的流預留協(xié)議(SRP)發(fā)話方通告消息； 接收發(fā)話方通告消息，并檢查用于流傳輸?shù)妮敵龆丝谏系膸捒捎眯裕? 在通信帶寬不足的情況下，發(fā)送失敗消息，其中，失敗消息包括關于從發(fā)話方裝置到收聽方裝置的可用帶寬的信息。
2.如權利要求1所述的方法，其中: 接收發(fā)話方通告消息的步驟包括:中間網(wǎng)橋裝置接收發(fā)話方通告消息，檢查中間網(wǎng)橋裝置用于流傳輸?shù)妮敵龆丝谏系膸捒捎眯?，發(fā)送具有用于指示所述關于可用帶寬的信息的修改的流量規(guī)范的發(fā)話方通告失敗消息。
3.如權利要求2所述的方法，還包括:收聽方裝置接收所述發(fā)話方通告失敗消息，所述發(fā)話方通告失敗消息指示從發(fā)話方裝置到收聽方裝置的最小可用帶寬。
4.如權利要求3所述的方法，還包括:基于所述關于可用帶寬的信息來選擇從發(fā)話方裝置到收聽方裝置的路徑。
5.如權利要求2所述的方法，還包括: 網(wǎng)橋接收所述發(fā)話方通告失敗消息，并將該消息轉發(fā)給收聽方裝置； 收聽方裝置使用轉發(fā)回發(fā)話方裝置的收聽方詢問失敗消息進行響應。
6.如權利要求3所述的方法，還包括: 收聽方裝置在層2向發(fā)話方裝置通知所述可用帶寬。
7.如權利要求3所述的方法，還包括: 收聽方裝置在層3向發(fā)話方裝置通知所述可用帶寬。
8.如權利要求3所述的方法，還包括: 收聽方裝置向集中裝置通知在收聽方裝置可支持的視頻格式方面的所述可用帶寬。
9.如權利要求5所述的方法，還包括: 將發(fā)話方通告失敗消息發(fā)送回發(fā)話方裝置，向發(fā)話方裝置通知在從發(fā)話方裝置到收聽方裝置的路徑上的所述可用帶寬，其中，發(fā)話方裝置被通知在從發(fā)話方裝置到收聽方裝置的路徑上的最小端至端可用帶寬。
10.如權利要求9所述的方法，還包括: 發(fā)話方裝置基于在從發(fā)話方裝置到收聽方裝置的路徑上的最小端至端帶寬來再發(fā)具有流量規(guī)范的另一發(fā)話方通告； 發(fā)話方裝置接收與發(fā)話方通告消息相應的所述收聽方就緒消息，并開始到收聽方裝置的數(shù)據(jù)流傳輸。
11.如權利要求1所述的方法，其中，橋接網(wǎng)絡包括AV裝置的音頻視頻橋接(AVB)網(wǎng)絡。
12.如權利要求2所述的方法，其中: 所述網(wǎng)絡包括多個網(wǎng)橋裝置； 沿發(fā)話方到收聽方的具有多個網(wǎng)橋的路徑調整可用帶寬(BW)，包括接收發(fā)話方通告消息的每個中間網(wǎng)橋裝置，檢查在中間網(wǎng)橋裝置用于流傳輸?shù)妮敵龆丝谏系膸捒捎眯?，并更新用于指示所述關于可用帶寬的信息的修改的流量規(guī)范。
13.如權利要求2所述的方法，還包括: 網(wǎng)橋不等待來自收聽方裝置的響應，而使用發(fā)話方通告失敗消息對發(fā)話方裝置進行響應。
14.一種在橋接網(wǎng)絡中進行通信的方法，包括: 發(fā)話方裝置發(fā)送用于將數(shù)據(jù)流傳輸?shù)绞章牱窖b置的流預留協(xié)議(SRP)發(fā)話方通告消息，發(fā)話方通告消息包括從發(fā)話方裝置到收聽方裝置的通信路徑信息； 基于所述路徑度量選擇用于在發(fā)話方裝置與收聽方裝置之間進行數(shù)據(jù)流傳輸?shù)膹陌l(fā)話方裝置到收聽方裝置的通信路徑。
15.如權利要求14所述的方法，其中，發(fā)話方通告消息包括關于可用帶寬的信息，關于可用帶寬的信息包括: 下行帶寬BW， 上行BW， 下行可用BW， 上行可用BW，
PER, 鏈路類型， 延遲，` 跳數(shù)， 當前已獲準的流ID。
16.如權利要求14所述的方法，還包括: 在發(fā)話方裝置與收聽方裝置之間的通信路徑上的每個裝置端口，通過將附加網(wǎng)絡帶寬信息附加到發(fā)話方通告消息來處理發(fā)話方通告消息。
17.如權利要求16所述的方法，還包括:收聽方裝置接收指示在從發(fā)話方裝置到收聽方裝置的通信路徑上的端至端可用帶寬的發(fā)話方通告消息。
18.如權利要求16所述的方法，還包括:收聽方裝置接收多條發(fā)話方通告消息，每條發(fā)話方通告消息指示從發(fā)話方裝置到收聽方裝置的通信路徑上的端至端可用帶寬。
19.如權利要求18所述的方法，還包括: 收聽方裝置針對特定流利用來自所述發(fā)話方裝置的所述發(fā)話方通告消息，來基于路徑度量選擇適合于滿足流傳輸?shù)奶囟窂健?br> 20.如權利要求19所述的方法，還包括: 收聽方裝置向發(fā)話方裝置指示所述選擇，其中，中間節(jié)點為特定隨之而來的流分配并預留資源。
21.如權利要求20所述的方法，還包括: 收聽方將關于將被分配的帶寬的消息發(fā)送到發(fā)話方裝置，收聽方消息包括在選擇的通信路徑中的鏈路的列表。
22.如權利要求18所述的方法，還包括:收聽方裝置選擇針對所述流的備用通信路徑。
23.如權利要求14所述的方法，其中，橋接網(wǎng)絡包括音頻視頻(AV)裝置的音頻視頻橋接(AVB)網(wǎng)絡。
24.一種橋接通信系統(tǒng)，包括:發(fā)話方裝置、收聽方裝置和多個網(wǎng)橋裝置在橋接音頻視頻(AV)網(wǎng)絡中； 其中，發(fā)話方裝置發(fā)送用于將數(shù)據(jù)流傳輸?shù)绞章牱窖b置的流預留協(xié)議(SRP)發(fā)話方通告消息，發(fā)話方通告消息包括從發(fā)話方裝置到收聽方裝置的通信路徑信息； 其中，基于所述路徑度量選擇用于在發(fā)話方裝置與收聽方裝置之間進行數(shù)據(jù)流傳輸?shù)膹陌l(fā)話方裝置到收聽方裝置的通信路徑。
25.如權利要求24所述的系統(tǒng)，其中，發(fā)話方通告消息包括關于可用帶寬的信息，關于可用帶寬的信息包括: 下行帶寬BW， 上行BW， 下行可用BW， 上行可用BW，
PER, 鏈路類型， 延遲， 跳數(shù)， 當前已獲準 的流ID。
26.如權利要求24所述的系統(tǒng)，其中: 在發(fā)話方裝置與收聽方裝置之間的通信路徑上的每個裝置端口，通過將附加網(wǎng)絡帶寬信息附加到發(fā)話方通告消息來處理發(fā)話方通告消息。
27.如權利要求26所述的系統(tǒng)，其中: 收聽方裝置接收指示在從發(fā)話方裝置到收聽方裝置的通信路徑上的端至端可用帶寬的發(fā)話方通告消息。
28.如權利要求26所述的系統(tǒng)，其中: 收聽方裝置接收多條發(fā)話方通告消息，每條發(fā)話方通告消息指示從發(fā)話方裝置到收聽方裝置的通信路徑上的端至端可用帶寬。
29.如權利要求28所述的系統(tǒng)，其中: 收聽方裝置針對特定流利用來自所述發(fā)話方裝置的所述發(fā)話方通告消息，來基于路徑度量選擇適合于滿足流傳輸?shù)奶囟窂健?br> 30.如權利要求29所述的系統(tǒng)，其中: 收聽方裝置向發(fā)話方裝置指示所述選擇，其中，中間節(jié)點為特定隨之而來的流分配并預留資源。
31.如權利要求30所述的系統(tǒng)，其中: 收聽方將關于將被分配的帶寬的消息發(fā)送到發(fā)話方裝置，收聽方消息包括在選擇的通信路徑中的鏈路的列表。
32.如權利要求28所述的系統(tǒng)，其中，收聽方裝置選擇針對所述流的備用通信路徑。
33.如權利要求24所述的系統(tǒng)，其中，橋接網(wǎng)絡包括AV裝置的音頻視頻橋接(AVB)網(wǎng)絡。
【文檔編號】H04L12/58GK103597778SQ201280028260
【公開日】2014年2月19日 申請日期:2012年6月7日 優(yōu)先權日:2011年6月8日
【發(fā)明者】李在珉, 哈奇萊特·辛格, 崔英·恩基歐, 羅日柱, 金秀英, 金承煥, 金鐘和 申請人:三星電子株式會社