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

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