專利名稱：設備布局中的音頻/視頻流送的制作方法
設備布局中的音頻/視頻流送
背景技術(shù)：
本發(fā)明一般地涉及提供和接收視頻和音頻數(shù)據(jù)的設備。顯示端口(DisplayPort)是視頻電子標準協(xié)會(VESA)的數(shù)字音頻/視頻互連標準。其允許視頻和音頻從計算機耦合到視頻顯示器或者音頻回放系統(tǒng)。DisplayPort連接器支持主鏈路中的1、2或4個數(shù)據(jù)對，該主鏈路還以1. 62,2. 7或者5. 4千兆比特每秒的碼元速率傳輸時鐘信號和可任選音頻信號。2006年5月批準了 1. 1標準，且2009年宣布了增大數(shù)據(jù)速率的1.2標準。該DisplayPort 1. 2標準使1. 1標準的的帶寬加倍。利用DisplayPort 1. 2標準，兩個WQXGA監(jiān)視器可從單個源鏈路接收音頻/視頻數(shù)據(jù)，或者四個WUXGA監(jiān)視器可從單個源鏈路接收數(shù)據(jù)。此外，1. 2標準允許可用于以通用串行總線(USB)外圍設備數(shù)據(jù)傳輸、話筒音頻傳輸或者攝像機視頻傳輸這幾種應用為例的更高速AUX。顯示器或者宿設備可直接或者通過所謂的分支設備連接到諸如個人計算機或者消費電子設備的源設備。存在許多類型的分支設備，包括中繼音頻或視頻信息的中繼器、將音頻或視頻信息從一個格式轉(zhuǎn)換到另一格式的轉(zhuǎn)換器、復制數(shù)據(jù)的復制器、以及將來自兩個或更多個源設備的流作為輸入且在其下游鏈路上傳輸這些流的集中器。諸如 DisplayPort 1. 2的接口標準允許多個流在一個鏈路上；在這種情況下，這些兩個或多個的輸入流可被傳輸?shù)絾蝹€下游鏈路上。一些集中器可以切換方式操作，即一次僅可傳輸一個所選源。源、宿以及分支設備一起形成布局，在該布局中給定源通過零個或多個分支設備向一個或多個宿流送視頻?；顒右曨l數(shù)據(jù)流過連接各種設備類型的鏈路。每個鏈路受其帶寬和其支持的流的數(shù)量約束。宿將具有有限數(shù)量的音頻和視頻端點來呈現(xiàn)流。因此，基于該布局，可存在可用視頻或者音頻資源的競爭。如

圖1所示的一種此類布局可包括2個源和5個宿，如圖所示。1號源希望將視頻流送至1號宿，而2號源希望將視頻流送至2號宿，2號分支和3號分支之間的鏈路是兩個路徑公用的。因此，在源處可發(fā)生與這種競爭相關(guān)的問題，包括沿著該路徑的該鏈路或者任何其它鏈路中有多少帶寬可用。另一問題是可如何保留該路徑上的資源。又一問題是可驅(qū)動多少音頻/視頻流。其它問題包括可如何控制對共享資源的訪問以及如何傳達錯誤。附圖簡述圖1是根據(jù)一個實施例的音頻/視頻分配布局的示意圖；圖2是根據(jù)一個實施例的用于枚舉、提交和釋放的序列圖；圖3是分支設備的一個實施例的示意圖；圖4是根據(jù)一個實施例的枚舉軟件的流程圖；圖5是根據(jù)一個實施例的消息序列圖；圖6是根據(jù)一個實施例的用于枚舉路徑資源的序列圖；圖7是示出針對圖6所示的布局可如何建立各種顯示配置的序列圖；圖8是根據(jù)一個實施例的兩個源和兩個宿之間的潛在映射的描繪；
4
圖9是一個實施例的流程圖；圖10是一個實施例的流程圖；圖11示出根據(jù)一個實施例的消息序列；圖12是根據(jù)一個實施例的上動作作路徑消息序列；圖13是根據(jù)一個實施例的目的地序列的映射；圖14是根據(jù)一個實施例的上行鏈路動作路徑消息的消息序列圖；圖15是根據(jù)一個實施例的源和分支設備之間的連接的描繪；圖16是根據(jù)一個實施例的多個源和分支設備的描繪；圖17是根據(jù)一個實施例具有兩個視頻端點的布局的描繪；以及圖18是一個實施例的流程圖。
具體實施例方式根據(jù)一些實施例，可在提供和接收視頻和音頻數(shù)據(jù)的設備之間交換特定消息。沿著源和宿設備之間的路徑的設備可響應于那些消息采取協(xié)調(diào)動作。消息可被發(fā)送到由其地址指定的目標目的地。如圖2所示，可使用消息枚舉_路徑_資源(ENUM_PATH_RESOURCES)、 提交 _ 路徑 _ 資源(C0MMIT_PATH_RES0URCES)和釋放 _ 路徑 _ 資源(RELEASE_PATH_ RESOURCES)。舉例而言，在DisplayPort規(guī)范中，這些消息可在AUX信道上傳送。在消息傳輸之前生成地址空間。每個源10向期望宿16發(fā)送ENUM_PATH_RESOURCE 消息18，以枚舉主鏈路帶寬和流的數(shù)量。僅靠期望宿16在上游的分支設備14用可用帶寬 (BW = χ)和流的數(shù)量(#流=s)來作出響應，如20所示。在該回復傳播到更遠的上游之前，上游分支12改變來自下游分支14的可用帶寬(BW = x')和流數(shù)量(#流=8')，以反映可從下游路徑獲得的內(nèi)容，如22所示。最終，源10獲得路徑資源。在控制總線(諸如DisplayPort上的AUX)上發(fā)送消息，但查詢是針對主鏈路資源的。控制總線上不作帶寬保留，且在布局中的設備之間交換控制消息，即使在一個或兩個源要求得到全部主鏈路資源時也是如此。作為消息處理的一部分，每個設備可能需要沿著特定路徑訓練主鏈路以確定作為下游鏈路可用的帶寬的量。作為該過程的一部分還枚舉音頻資源。這是為了確定在任何給定時間點可用于流送的端點的數(shù)量。鏈路帶寬枚舉向操作系統(tǒng)饋送諸如視頻模式枚舉的操作?；诖艘约坝梢懦囊曨l模式的最終用戶的異步選擇，可使用如下的C0MMIT_PATH_RES0URCES消息M來實現(xiàn)提交過程。在提交時間枚舉帶寬是不可用的。舉例而言，在任何給定時間不同源可向同一宿發(fā)送不同ENUM_PATH_RESOURCES消息。它們還可對具有有公共鏈路的路徑的不同宿發(fā)送這些消息。作為示例，1號源枚舉、接著2號源提交、接著1號源提交的序列之后是例如2號源提交，該2號源提交由于之前的1號源提交而失敗。源10向宿16發(fā)送COMMIT_PATH_RESOURCE消息對。該消息具有所需帶寬和流數(shù)量。沿著指定路徑(例如，分支12和14)的所有設備為該源保留資源。回復沈和觀可指示成功或失敗。只有當能夠成功地提交所需資源時，各設備才傳播C0MMIT_PATH_RES0URCES 24。 除了來自不同源設備的獨立資源提交，沿路徑的中間鏈路有可能被重新訓練至較低帶寬，從而提供失敗的另一原因。鏈路訓練是為了使發(fā)射器或者接收器對電氣配置達成協(xié)議而執(zhí)行的握手。為考慮設備的布局，這一概念被擴展至整個路徑，其中路徑上的每個鏈路需要以稱為路徑訓練的協(xié)同方式訓練。有可能一些設備在下游設備提交失敗之前可能已經(jīng)成功地提交了用于視頻流的資源。為了釋放這些資源，源設備可在接收到C0MMIT_PATH_RES0URCES的失敗之后發(fā)送出 RELEASE_PATH_RESOURCES 30 消息?；顒右曨l在C0MMIT_PATH_RES0URCES成功完成之后開始。相反，當該流要被終止時，該源發(fā)出RELEASE_PATH_RESOURCES 32以在沿著路徑的設備處實現(xiàn)已提交資源的釋放。參考圖3，源10、宿16、和在圖3中以34示出的分支設備12或14的每一個包括處理器36。該處理器可耦合到接收器38和發(fā)射器40。該處理器36還可耦合到存儲體42，在一個實施例中該存儲體42存儲包括枚舉軟件44的軟件。因此，存儲體42可以是存儲由處理器36執(zhí)行的指令的計算機可讀介質(zhì)。該存儲體42可以是半導體存儲器、光學存儲器或者磁存儲器。圖4示出的枚舉序列44在一個實施例中可以是軟件，但其還可以在硬件或者固件中實現(xiàn)。在菱形46處的檢查確定枚舉消息是否已被一個分支設備接收。如果已被接收，則消息接收分支設備向上游分支設備回復接收設備的可用帶寬和流的可用數(shù)量。如果接收設備在一段時間之后沒有接收到枚舉消息，則菱形50處的檢查確定非接收設備是否為從指定帶寬和流數(shù)量的下游設備接收消息的上游設備。如果為是，則該上游設備修改反映其能力所需的接收帶寬和流數(shù)量。然后其按需向下一分支或者源發(fā)送原始帶寬和流數(shù)量或者經(jīng)修改的數(shù)量，如框M所示。參考圖5，用于添加或者刪除流的消息序列圖包括具有適當?shù)牧鳂俗R符的源60和兩個宿62、64。宿1 62的標識符為“1”且宿2 64的標識符為“ 1. 2”。每個設備包括標記為“1”或“2”的端口。然后參考圖6，描繪了在源160、分支+宿1 62、以及宿2 64之間的序列圖。AUX 指示控制信道，且主鏈路指示數(shù)據(jù)信道。舉例而言，諸如圖5所示的布局中的每個鏈路可由獨立的控制信道和數(shù)據(jù)信道組成，且這些連接是點對點的。能夠使用尋址和路由機制在控制信道上向任何設備發(fā)送消息。 該過程涉及源處的流的本地唯一標識符以及映射表和集中器的維護，如圖6所示。在地址生成階段期間，通過發(fā)送地址生成消息66使布局中的每個設備對地址達成協(xié)議。然后源經(jīng)由標示為AUX的控制信道向分支+宿162發(fā)送ENUM_PATH_RESOURCES消息68。其還可經(jīng)過控制路徑向分支+宿162發(fā)送C0MMIT_PATH_RES0URCES消息70。綁定是其中布局中的設備對下一流的目的地達成協(xié)議的過程。該綁定過程在枚舉后通過源希望傳輸一新流、向用本地唯一流標識符(例如，宿2的標識符為1. 2)標識的期望目的地宿設備發(fā)送出添加_流(ADD_STREAM)消息72開始。沿著從源60到宿設備64的路徑中的所有設備將該流標識符和接收到該流的輸入端口(例如，1或幻記在其映射表中。每個分支設備62執(zhí)行輸入流標識符(其本身為ID 1)到輸出流標識符(宿264 為1. 的映射。不存在多個源時，輸入流標識符與輸出流標識符相同。每個分支設備也將輸出流標識符和輸出端口號記在其映射表中。
最后，分支設備將消息向前轉(zhuǎn)發(fā)至如消息中包含的路由/地址來指示的目的地， 并假設那些設備上沒有其它資源約束，如74所示。在這種資源約束的情形下，分支設備簡單地向源發(fā)送否定應答。該消息在期望目的地處結(jié)束。如果宿設備能夠接收流，其用確認 76對源作出響應。否則，宿設備發(fā)送否定應答。然后，宿知道其需要消耗數(shù)據(jù)信道中的下一新流。所有分支設備將確認78向上傳播回源。一旦接收到確認，源設備就在通往期望目的地的其鏈路上的數(shù)據(jù)信道上發(fā)出新流 80。該分支設備沿著其映射表中記住的用于新流的路徑路由該流，如82所示。宿設備知道其需要基于之前接收的消息消耗新流，且在顯示器上呈現(xiàn)該流。通過發(fā)送到目標目的地且具有相同流標識符的刪除流消息84、86來執(zhí)行解除綁定或者刪除。這使宿設備預期流中斷，且使分支設備相應地改變其映射表。刪除流消息的確認消息的接收觸發(fā)源停止在數(shù)據(jù)信道上發(fā)送流。在圖7中，可針對圖4所示的布局建立各種顯示配置?！皢物@示器”配置就是呈現(xiàn)視聽數(shù)據(jù)的一個顯示設備。其使用已描述的消息72、74、80、82、84和86?！翱寺∧Ｊ健迸渲檬瞧渲邪l(fā)送相同內(nèi)容92以在兩個監(jiān)視器或者顯示設備上顯示的配置?！皵U展桌面”是其中不同圖像94、96在兩個監(jiān)視器上顯示的替代雙顯示器配置。當布局中呈現(xiàn)多個源(如圖8所示的源1 98和源2 100)時，每個源可同時在交疊路徑上發(fā)出具有相同流標識符的ADD_STREAM消息(這種情況為#1)。在這種情況下，在用于這些新流的交疊路徑上的集中器分支設備102僅傳播一個源的ADD_STREAM消息(在該情況下為源1)，同時阻塞其它源。即，一次僅可添加一個新流。在未被阻塞的源的消息已在數(shù)據(jù)信道上傳遞之后，傳播用于被阻塞源的附加ADD_STREAM消息。在支流設備104上存在多個輸入端口時，分配下一可用流標識符，且分支設備在其映射表108中記錄輸入流標識符和端口號至其輸出流標識符和端口號。作為一個使用情況可添加一個新流。當看到具有不活動標識符的添加流消息時， 該集中器分支設備將新條目增加到其映射表中。如果需要，則其為該流生成新輸出標識符， 且在傳播ADD_STREAM消息時使用該新輸出標識符。集中器分支設備可在其映射表中添加該標識符的目的地地址。另一使用情況是經(jīng)擴展的現(xiàn)有流。如果同一源通過另一 ADD_ STREAM消息將第二宿加入到已經(jīng)活動的流，則因為其已創(chuàng)建的映射仍然有效，該集中器分支設備將不會在其映射表中添加新條目。然而，該集中器將第二目的地地址添加到在其映射表中的其輸入標識符。又一使用情況是從流移除宿。當接收具有針對活動標識符的該宿的地址的刪除流消息時，該集中器標記該宿的地址以供從目的地設備的列表中刪除。隨后，當從宿設備接收刪除流確認消息時，其使用映射表將消息傳播回源以便于改變將由該源識別的標識符。然后從其映射表中刪除用于該流的宿的地址。如果該宿是接收具有該標識符的流的最后一個宿，則其從映射表中刪除條目。否則，如果存在消耗具有該標識符的流的至少一個其它宿， 則不刪除該映射表中的條目。參考圖9，描繪了根據(jù)實現(xiàn)上述綁定的一個實施例的序列110?？稍谲浖⒂布蚬碳袑崿F(xiàn)該序列。在軟件實施例中，可通過分支設備34的諸如圖3所示的處理器36的處理器執(zhí)行指令來實現(xiàn)該序列。在這種情況下，該序列可存儲在存儲體42上。最初，分支設備接收ADD_STREAM消息，如框112所示。其在映射表中存儲來自該消息的流_ID (STREAM_ID)和輸入端口，如框114所示。然后該分支設備將輸入STREAM_ID 映射到輸出STREAM_ID，如框116所示。其在映射表中存儲STREAM_ID和輸出端口號，如框 118所示。然后其向前轉(zhuǎn)發(fā)該消息，如框120所示。最終，如果該消息被成功地傳遞，則將從下游設備接收確認消息，且該分支設備將該確認消息轉(zhuǎn)發(fā)到上游，如框122所示。在一些實施例中，如圖10所示的消息傳遞框架IM可允許沿路徑的所有設備的動作或者僅允許目的地設備的動作。消息具有標識符，且當定義每個新消息時分配一新標識符。消息的定義包括確定其是路徑消息還是目的地消息。取決于執(zhí)行動作的方向路徑消息分為兩種類型，在下行至宿的情況下為下行動作路徑消息，或者在上行至源設備的方式情況下為上行動作路徑消息。這些消息可由布局中的任何設備來發(fā)起。每個消息具有目標地址和相關(guān)聯(lián)路由信息。圖10所示的消息傳遞框架124可由軟件、硬件或固件來實現(xiàn)。舉例而言，其可用存儲在計算機可讀介質(zhì)上的指令形式的軟件來實現(xiàn)，該計算機可讀介質(zhì)諸如圖3所示的存儲體42，該設備34舉例而言可以是分支設備或者宿設備。根據(jù)一個實施例，圖10所示的序列通過從上游設備接收消息來開始，如框1 所示。該接收消息的設備可以是例如分支設備或者宿設備。無論該接收設備是否是最終目的地都獲得消息的定義，如框1 所示。然后在菱形130，該設備檢查以確定消息定義是否指示上行動作消息。如果是，則一旦接收到消息其就執(zhí)行消息所要求的動作，如框132所示。否則，它不是上動作作消息，則菱形134處的檢查確定其是否為下動作作消息。如果其為下動作作消息，則如框136所示，一旦確認就執(zhí)行動作，而不是在接收到消息時執(zhí)行。相反，如果它不是下行動作消息，則如菱形138所確定地，如果它是目的地消息， 則僅當該接收消息的設備是最終目的地才執(zhí)行動作，如框140所示。消息傳遞框架使設備能夠在連接視聽源、分支和宿設備的點對點布局中的特定路徑上執(zhí)行協(xié)同動作。該框架可用于各種操作，包括布局發(fā)現(xiàn)、地址生成、路由、綁定和流管理、資源管理以及功率管理。如圖11所示的下行動作消息如下地工作。在發(fā)送消息之前，源110執(zhí)行所需的任何消息專用動作119。只有當源動作成功時才發(fā)送消息112。如基于地址/路由信息所確定地，源設備通過在下游端口上發(fā)送消息來向目的地設備傳輸該消息。接收消息的各個分支設備114或116或宿118執(zhí)行如由消息類型所要求的動作119。一旦在目的地(例如宿 118)成功地完成動作，其就用確認(ACK) 120來作出響應。該確認被向上傳播回源。上行動作消息122如圖12所示地工作。在此，動作119作為確認120的一部分完成。目的地消息如圖13所示地工作。動作119僅在目的地完成，在該示例中目的地為宿118。該路徑中的其它設備簡單地轉(zhuǎn)發(fā)消息和確認。在圖14中示出用于路徑訓練的下行動作路徑消息的使用，其訓練路徑上的所有鏈路。在圖13中，每個設備處的動作119為鏈路訓練。雖然可使用任何其它消息，但所使用的消息為TRAIN_LINKS_ON_PATH(在鏈路上訓練路徑)。在圖13中，在分支116處引導消
肩、ο圖15是被實現(xiàn)為上行動作消息時的TRAIN_LINKS_ON_PATH的消息序列圖。在此，所有動作119作為確認120的一部分發(fā)生。接口專用框架可使源設備能夠確定通過不同路徑枚舉的功能是同一設備的一部分。DisplayPort標準是“接口”的一個示例。用于枚舉的不同路徑可以是a)表征不同接口類型的路徑；或者b)僅為同一接口類型內(nèi)的不同路徑。該框架使設備能結(jié)合微軟 視窗 ( Microsoft Windows )和諸如通用串行總線(USB)的其它技術(shù)所支持的容器標識符主動性一起使用，且為已連接設備實現(xiàn)以設備為中心而非以功能為中心的用戶接口?？蚣芸砂ㄍㄟ^一組容器_ID(container_ID)(在DisplayPort的情況下其可以是DisplayPort配置數(shù)據(jù)(DPOT))寄存器來展示的16字節(jié)全局唯一標識符(⑶ID)。DP⑶ 實質(zhì)上是用于狀態(tài)檢查、命令傳達和為中斷提供上下文的一組寄存器?？稍诜种гO備、復合宿設備和具有多傳輸?shù)娜魏卧O備上支持COntainer_ID寄存器。具有給定數(shù)量的視頻端點的宿設備預期用該數(shù)量的擴展顯示標識數(shù)據(jù)(EDID)結(jié)構(gòu)來作出響應。該EDID數(shù)據(jù)結(jié)構(gòu)告知源有關(guān)該監(jiān)視器的能力。EDID是VESA標準。當宿設備具有集成的通用串行總線(USB)或者集線設備時，宿的全局唯一標識符匹配USB設備或者集線器的容器描述符中的全局唯一標識符。不論訪問集成到該設備的所有功能時通過的接口類型如何，所有功能都宣稱同一全局唯一標識符。在具有多個視頻端點的宿中，來自每個地址的COntainer_ID寄存器返回該同一全局唯一標識符。對于該布局中的每個設備而言，作為布局發(fā)現(xiàn)過程的一部分該源設備讀取該全局唯一標識符。如果設備包含全局唯一標識符，則源設備讀該全局唯一標識符以確定是否已針對多個路徑或者通過多個接口訪問了該同一設備。另外，源設備通過一些接口專用手段推斷同一物理設備中的功能。在接口為 DisplayPort標準的情況下，該推斷可基于下游設備的相對地址(RAD)。當面對設備的布局時，發(fā)起通信的每個設備需要為目的地設備生成網(wǎng)絡中有效的地址。由于由每個設備生成的地址是有效的但是可能不同于針對同一目的地在另一源上生成的地址，因此該地址稱作相對地址。然后，該源從各相對地址讀EDID。全局唯一標識符生成且與如通過EDID標識的設備相關(guān)聯(lián)。該生成的全局唯一標識符在操作系統(tǒng)中與容器標識符框架一起使用。因此在一些實施例中EDID包含唯一序列號。如果這個無效，則與多個EDID相關(guān)聯(lián)的同一全局唯一標識符發(fā)生改變，從而導致糟糕的用戶體驗。源和分支設備之間的多個連接在圖16中示出。在這種情況下，因為存在至該宿的兩個路徑，所以源為該宿設備生成兩個地址。因為源通過兩個路徑讀取同一全局唯一標識符，所以其能夠推斷這兩個路徑讀取同一宿設備。在丟失全局唯一標識符后，源從可能相同的兩個路徑讀取EDID，生成全局唯一標識符，且將該全局唯一標識符與宿設備相關(guān)聯(lián)。然后該標識符被返回至操作系統(tǒng)。圖17示出具有兩個視頻端點的示例。源的序列如下。該源再次生成兩個地址，該宿設備的每個視頻端點各一個。源從每個視頻端點地址讀取寄存器的容器標識符。因為宿具有與其連接的兩個接口，所以該框架要求宿中存在全局唯一標識符且要求全局唯一標識符在兩個接口中相同。該源檢測全局唯一標識符相同且推斷兩個視頻端點是同一物理設備的一部分。參考圖18，根據(jù)一個實施例，序列150可由圖3所示形式的源來實現(xiàn)。在一些實施例中，圖18中所示的序列可在軟件、硬件或固件中實現(xiàn)。在軟件實施例中，其可由諸如處理
9器36的處理器執(zhí)行的指令序列來實現(xiàn)，且存儲在存儲體42上。在初始枚舉或布局發(fā)現(xiàn)階段期間，為布局中的每個設備讀取標識符(框15 。換言之，源為布局中的設備獲取標識符。該標識符可以是已在本文中討論的任何標識符。然后，該源建立經(jīng)由路徑到源的下游目的地的連接，如框巧4所示。然后該源比較連接路徑中的設備的標識符，如框156所示。如框158所確定地，如果標識符匹配時，則源斷定具有匹配標識符的路徑設備是同一分支或宿設備的一部分。因此，在一些實施例中可容易地處理當兩個設備具有相同標識符時可能產(chǎn)生的不確定性。貫穿本說明書引述的“一個實施例”或“一實施例”意指結(jié)合該實施例描述的特定特征、結(jié)構(gòu)或特性被包含在本發(fā)明內(nèi)所涵蓋的至少一個實現(xiàn)中。由此，短語“一個實施例”或 “一實施例”的出現(xiàn)不一定引述同一實施例。此外，特定特征、結(jié)構(gòu)或特性可設立成除了所示特定實施例以外的其他合適形式，且所有此類形式可被涵蓋在本申請的權(quán)利要求內(nèi)。盡管本發(fā)明已關(guān)于有限的幾個實施例作了描述，本領(lǐng)域技術(shù)人員將會從其中意識到許多改變和變型。所附權(quán)利要求旨在覆蓋所有這樣的改變和變型，只要其落在本發(fā)明的實質(zhì)精神和范圍內(nèi)。
權(quán)利要求
1.一種方法，包括從視頻或音頻數(shù)據(jù)的源接收枚舉消息；響應于所述枚舉消息確定所述接收設備的能力；以及將那些能力傳輸?shù)剿鼋邮赵O備和所述源之間的所述下一上游設備。
2.如權(quán)利要求1所述的方法，其特征在于，傳輸能力包括發(fā)送所述接收設備的所述帶覓ο
3.如權(quán)利要求2所述的方法，其特征在于，發(fā)送能力包括向所述下一上游設備發(fā)送流的可用數(shù)量。
4.如權(quán)利要求1所述的方法，其特征在于，包括從下游設備接收能力消息。
5.如權(quán)利要求4所述的方法，其特征在于，響應于從下游設備接收能力消息來確定接收所述能力消息的所述上游設備的所述能力。
6.如權(quán)利要求5所述的方法，其特征在于，包括在所述上游設備處確定從所述下游設備接收的所述能力是否可由所述上游設備實現(xiàn)。
7.如權(quán)利要求6所述的方法，其特征在于，包括如果所述能力可由所述上游設備實現(xiàn)， 則向上游傳輸所述能力。
8.如權(quán)利要求6所述的方法，其特征在于，包括如果所述能力不能由所述上游設備實現(xiàn)，則修改所述能力并向上游傳輸那些能力。
9 如權(quán)利要求1所述的方法，其特征在于，包括在枚舉后從所述源接收提交消息，且如果所述提交消息中指定的所述資源在接收所述提交消息的所述設備的能力內(nèi)，則向上游發(fā)送成功消息。
10.如權(quán)利要求9所述的方法，其特征在于，包括如果所述提交消息中的所述能力不能實現(xiàn)，則向上游發(fā)送失敗消息。
11.一種存儲指令的計算機可讀介質(zhì)，所述指令由處理器執(zhí)行以響應于從視頻或音頻數(shù)據(jù)的源接收枚舉消息來確定所述接收設備的帶寬和流的數(shù)量;以及將所述帶寬和流的數(shù)量傳輸?shù)皆谒鼋邮赵O備和所述源之間的所述下一上游設備。
12.如權(quán)利要求11所述的介質(zhì)，其特征在于，還存儲指令，所述指令用于在上游設備中從下游設備接收指定帶寬和流數(shù)量的能力消息。
13.如權(quán)利要求11所述的介質(zhì)，其特征在于，還存儲指令，所述指令用于響應于接收來自下游設備的能力消息來確定接收所述能力消息的所述上游設備的所述能力。
14.如權(quán)利要求13所述的介質(zhì)，其特征在于，還存儲指令，所述指令用于在所述上游設備處確定從所述下游設備接收的所述能力是否可由所述上游設備實現(xiàn)。
15.如權(quán)利要求14所述的介質(zhì)，其特征在于，還存儲指令，所述指令用于在所述能力可由所述上游設備實現(xiàn)時向上游傳輸所述能力。
16.如權(quán)利要求14所述的介質(zhì)，其特征在于，還存儲指令，所述指令用于在所述能力不能由所述上游設備實現(xiàn)時修改所述能力并向上游發(fā)送那些能力。
17.如權(quán)利要求11所述的介質(zhì)，其特征在于，還存儲指令，所述指令用于在枚舉后從所述源接收提交消息，且如果所述提交消息中指定的所述資源在接收所述提交消息的所述設備的能力內(nèi)，則向上游發(fā)送成功消息。
18.如權(quán)利要求17所述的介質(zhì)，其特征在于，還存儲指令，所述指令用于在所述提交消息中的所述能力不能實現(xiàn)時向上游發(fā)送失敗消息。
19.如權(quán)利要求18所述的介質(zhì)，其特征在于，還存儲指令，所述指令用于向所述下一上游分支發(fā)送對提交消息的響應。
20.如權(quán)利要求17所述的介質(zhì)，其特征在于，還存儲指令，所述指令用于對響應于提交消息的提交失敗作出響應來發(fā)送消息以釋放資源。
21.一種接收來自源的視頻或音頻數(shù)據(jù)的設備，并將所述視頻或音頻數(shù)據(jù)通過所述設備傳輸?shù)剿?，所述設備包括接收器；發(fā)射器；以及單元，其用于處理接收自源的枚舉消息，確定所述設備的能力、且將消息從所述發(fā)射器向上游發(fā)送至源和所述設備之間的分支。
22.如權(quán)利要求21所述的設備，其特征在于，所述單元用于按照帶寬和流數(shù)量來發(fā)送至少一個所述設備的能力。
23.如權(quán)利要求21所述的設備，其特征在于，所述單元用于用所述設備是否能夠提交響應于所述枚舉消息確定的能力的指示來對來自所述源的提交消息作出響應。
24.一種用于從源接收預期供宿使用的視頻或音頻數(shù)據(jù)的設備；處理器；以及耦合到所述處理器的存儲體，所述存儲體存儲指令，所述指令用于從所述設備和所述宿之間的分支接收能力消息且用于確定所述設備是否能夠滿足在所述消息中所陳述的能力，如果滿足則將所述能力轉(zhuǎn)發(fā)回所述源，否則修改所述能力并向所述源轉(zhuǎn)發(fā)回所述經(jīng)修改的能力。
25.如權(quán)利要求M所述的設備，其特征在于，所述存儲體存儲指令，所述指令用于指示所述設備是否還能夠響應于來自所述分支的消息成功提交那些能力，來自所述分支的消息指示其能夠成功提交在枚舉期間建立的能力。
26.如權(quán)利要求25所述的設備，其特征在于，所述存儲體還存儲用于響應于來自所述源的釋放消息釋放資源的指令。
全文摘要
可針對音頻/視頻流送在布局中管理資源。該布局包括音頻/視頻源和宿以及居間分支設備。這些源、宿和分支設備之間的消息可用于資源管理。
文檔編號H04L12/56GK102195963SQ201110037409
公開日2011年9月21日 申請日期2011年1月27日 優(yōu)先權(quán)日2010年1月28日
發(fā)明者S·坎布哈特拉 申請人:英特爾公司