專利名稱：：發(fā)送和接收媒體分組流的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及對諸如音頻和視頻通道以及發(fā)光指令之類的數(shù)字媒體分組的發(fā)送和接收。例如但不限于，本發(fā)明涉及使用因特網(wǎng)協(xié)議(IP)計算機(jī)網(wǎng)絡(luò)以利用滿足高保真度需求的方式來發(fā)送媒體設(shè)備所產(chǎn)生的媒體通道。將媒體通道作為媒體分組從發(fā)送機(jī)設(shè)備發(fā)送到接收機(jī)設(shè)備以播出。本發(fā)明涉及發(fā)送機(jī)設(shè)備、接收機(jī)設(shè)備、指令消息、接收和發(fā)送媒體分組流的方法、執(zhí)行這些方法的計算機(jī)軟件以及數(shù)據(jù)網(wǎng)絡(luò)。
背景技術(shù)：
：長久以來，使用應(yīng)用專用的電纜對諸如音頻和視頻通道之類的媒體通道進(jìn)行傳送。例如，使用雙核揚(yáng)聲器電纜來將左和右音頻通道從放大器傳送至揚(yáng)聲器。最近，使用諸如單播或多播之類的協(xié)議通過基于計算機(jī)的網(wǎng)絡(luò)來傳送媒體信號。單播是通過計算機(jī)網(wǎng)絡(luò)向單一目的地發(fā)送分組的方法。針對每一個希望接收分組的媒體設(shè)備，必須重傳單播分組。典型地，多播指的是IP多播，IP多播是利用多播地址在TCP/IP網(wǎng)絡(luò)上同時向多個接收機(jī)設(shè)備有效地進(jìn)行發(fā)送的協(xié)議。計算機(jī)網(wǎng)絡(luò)接著操作以將分組路由到在網(wǎng)絡(luò)上的每一個希望接收多播分組的設(shè)備上。被設(shè)計為發(fā)送數(shù)字媒體的基于計算機(jī)的網(wǎng)絡(luò)的示例為由Telos市售的計算機(jī)網(wǎng)絡(luò)。Telos計算機(jī)網(wǎng)絡(luò)利用多播協(xié)議進(jìn)行操作，且每一分組多播流承載一個信息通道。在計算機(jī)網(wǎng)絡(luò)上傳送的所有數(shù)據(jù)是同構(gòu)的。每個分組包含來自單個通道的采樣，并且在網(wǎng)絡(luò)上傳送的所有通道使用48KHz采樣速率和每一采樣使用20比特數(shù)據(jù)。通過保持分組和采樣格式同構(gòu)，Telos系統(tǒng)始終知道如何解釋到來的分組。它所需要知道的只是與每一個通道相對應(yīng)的是哪一個多播地址。由CobraNet市售的另一種計算機(jī)網(wǎng)絡(luò)使用單播協(xié)議。發(fā)送機(jī)以給定的重復(fù)時間間隔發(fā)送分組，并且接收機(jī)被配置為在該特定時間間隔期間接收分組。
發(fā)明內(nèi)容在第一方面，本發(fā)明提供了用于接收來自數(shù)據(jù)網(wǎng)絡(luò)的媒體分組流的接收機(jī)設(shè)備，所述接收機(jī)設(shè)備包括數(shù)據(jù)接口，用于接收媒體分組流，每一媒體分組流包含一個或多個用戶選擇的媒體通道；處理器，用于從接收到的媒體分組流中提取用戶選擇的媒體通道；以及控制器，用于接收關(guān)于用戶對在數(shù)據(jù)網(wǎng)絡(luò)上廣告的媒體通道的選擇的信相同發(fā)送源發(fā)送的用戶選擇的媒體通道歸群，以及自動地向處理器提供對于每個群將接收一個或多個媒體分組流的指令和每一個媒體分組流中的用戶選擇的媒體通道的數(shù)目。這樣，用戶不需要手動配置處理器以接收媒體分組流。取而代之的是，處理器操作以接收關(guān)于媒體通道的用戶選擇的信息，并自動配置處理器。此外，通過使用本發(fā)明，接收機(jī)設(shè)備能夠利用單播協(xié)議和多播協(xié)議二者來接收媒體通道。本發(fā)明具有能夠使用低成本數(shù)據(jù)網(wǎng)絡(luò)布線和設(shè)備(例如交換式以太網(wǎng))來接收媒體分組流的優(yōu)點(diǎn)。每個選擇的媒體通道都具有格式，且控制器可以操作以接收關(guān)于每個選擇的媒體通道的格式的信息。媒體通道的格式可以包括采樣速率、比特深度和編碼方法中的任意一個或多個。控制器還可以對具有相同格式的選擇的媒體通道進(jìn)行歸群。根據(jù)格式的歸群可以根據(jù)采樣速率、比特深度和編碼方法中的任意一個或多個。備選地，具有不同媒體通道格式的媒體通道可以被包括在一個媒體分組流內(nèi)。這樣，本發(fā)明的數(shù)據(jù)網(wǎng)絡(luò)提供了改進(jìn)的靈活度，因為接收機(jī)設(shè)備能夠接收來自同一數(shù)據(jù)網(wǎng)絡(luò)的異構(gòu)媒體通道。媒體分組流的每一個分組可以包含比群中所選擇的媒體通道更多的媒體通道。群中的一個或多個媒體分組流還可以包含并非該群中所選擇的媒體通道的媒體通道?？刂破骺梢韵蛱幚砥魈峁╆P(guān)于對于每個群將接收兩個或更多個分組流的指令。控制器可以遠(yuǎn)離處理器和/或數(shù)據(jù)接口。關(guān)于發(fā)送源的信息可以包括發(fā)送源的網(wǎng)絡(luò)參數(shù)。發(fā)送源可以是發(fā)送設(shè)備。網(wǎng)絡(luò)參數(shù)可以包括IP地址和配置端口標(biāo)識符?？刂破鬟€可以針對每一個所選擇的媒體通道接收關(guān)于能夠用以對所選擇的通道進(jìn)行接收的方法的信息。能夠用以對所選擇的媒體通道進(jìn)行接收的方法可以在一個或多個還包含其它媒體通道的預(yù)定媒體分組流內(nèi)?？梢允褂枚嗖f(xié)議來接收該預(yù)定媒體分組流。對所選擇的媒體通道的接收可以利用單播協(xié)議，并基于對發(fā)送源的請求來進(jìn)行?？刂破骺蛇M(jìn)一步操作以向發(fā)送源發(fā)送請求以接收包含群中的一個或多個所選擇的媒體通道的媒體分組流。13控制器可以確定接收所選擇的媒體通道的優(yōu)選方法。這可包括確定預(yù)定媒體分組流中的媒體通道是否包括其它所選擇的媒體通道，以及當(dāng)預(yù)定媒體分組流內(nèi)的所選擇的媒體通道的數(shù)目增大時，傾向?qū)︻A(yù)定媒體分組流的接收。控制器還可以接收關(guān)于用以接收所選擇的媒體通道的方法的加杈因子，并傾向于具有指示優(yōu)選方法的加權(quán)因子的方法?？刂破鲗τ谔幚砥鞯闹噶羁梢园ㄓ糜诤雎砸邮盏拿襟w分組流內(nèi)的一個或多個媒體通道的指令?？刂破鲗τ谔幚砥鞯闹噶羁梢园P(guān)于所提取的選擇的媒體通道應(yīng)被路由到哪一個輸出通道的指令。控制器對于處理器的指令可以包括關(guān)于目的地址和所要使用的端口、或用于非因特網(wǎng)協(xié)議傳輸?shù)牡韧瑢ぶ沸畔⒌闹噶睢＝邮諜C(jī)設(shè)備可以包括兩個或更多個數(shù)據(jù)接口，并且控制器對于處理器的指令可以包括關(guān)于將在哪一個數(shù)據(jù)接口上接收媒體分組流的信息?？刂破鬟€可以操作用于向發(fā)送源發(fā)送請求以在第一數(shù)據(jù)接口處接收第一媒體分組流和在第二數(shù)據(jù)接口處接收第二媒體分組流，其中第一和第二媒體分組流中所包含的采樣是相同的。媒體通道可以在網(wǎng)絡(luò)上以唯一的名稱進(jìn)行廣告，該唯一名稱以文字形式描述媒體通道的源?？刂破魉邮盏年P(guān)于對媒體通道的用戶選擇的信息可以是對每一用戶選擇通道的唯一名稱的指示。該名稱可以包括描述媒體通道源的一個或多個字以及描述將發(fā)送媒體通道的發(fā)送源的一個或多個字。這使得用戶能夠容易地瀏覽并無疑義地識別期望的媒體通道?？刂破骺梢詫⒚襟w通道的廣告名稱作為查找鍵發(fā)送到與數(shù)據(jù)網(wǎng)路連接的數(shù)據(jù)庫，并從與數(shù)據(jù)網(wǎng)絡(luò)連接的數(shù)據(jù)庫接收媒體通道格式信息作為答復(fù)。數(shù)14據(jù)庫可以是分布式數(shù)據(jù)庫。接收機(jī)設(shè)備可以包括第二數(shù)據(jù)接口，并且控制器可以向處理器提供將在第二數(shù)據(jù)接口處接收媒體分組流的拷貝的指令?？梢蕴峁┒鄠€第二數(shù)據(jù)接口。在數(shù)據(jù)網(wǎng)絡(luò)上，用戶界面可以遠(yuǎn)離處理器。這使得用戶能夠從數(shù)據(jù)網(wǎng)絡(luò)的一個位置對所有的接收機(jī)設(shè)備進(jìn)行配置?？刂破骺梢园ㄓ糜诖鎯θ旱募?xì)節(jié)和用以接收群中的媒體通道的方法的存儲裝置。這包括關(guān)于群的發(fā)送源和群內(nèi)的媒體通道的格式的信息。媒體通道可以是音頻信號、視頻信號、或者諸如發(fā)光指令信號之類的指令信號。數(shù)據(jù)網(wǎng)絡(luò)可以基于因特網(wǎng)協(xié)議來實現(xiàn)。數(shù)據(jù)網(wǎng)絡(luò)可以利用另一基于分組的傳輸方法來實現(xiàn)。該網(wǎng)絡(luò)可以包括子網(wǎng)絡(luò)，其中的每一個子網(wǎng)絡(luò)具有不同的基于分組的傳輸方法。媒體分組流可以包含有具有不同比特深度、編碼和采樣速率的不同的或重疊的媒體通道。單個媒體分組流可以使用分組中的部分或所有空間。在第二方面，本發(fā)明提供了接收來自數(shù)據(jù)網(wǎng)絡(luò)的媒體分組流的方法，該方法包括步驟接收關(guān)于用戶對在數(shù)據(jù)網(wǎng)絡(luò)上廣告的媒體通道的選擇的信息；接收關(guān)于每個用戶選擇的媒體通道的發(fā)送源的信息，由此對能夠從相同發(fā)送源發(fā)送的用戶選擇的媒體通道歸群；自動地向處理器提供對于每個群將接收一個或多個媒體分組流的指令和每個媒體分組流中的用戶選擇的媒體通道的數(shù)目；接收一個或多個媒體分組流；以及從接收到的媒體分組流中提取出用戶選擇的媒體通道。在第三方面，本發(fā)明提供了從控制器發(fā)送到接收機(jī)設(shè)備的處理器的指令消息。在第四方面，本發(fā)明提供了用于執(zhí)行該方法的計算機(jī)軟件。在另一方面，本發(fā)明提供了用于通過數(shù)據(jù)網(wǎng)絡(luò)發(fā)送媒體數(shù)據(jù)流的發(fā)送機(jī)設(shè)備，所述發(fā)送機(jī)設(shè)備包括多個輸入媒體通道，用于接收媒體通道，其中各媒體通道具有格式；一個或多個發(fā)送端口，用于發(fā)送媒體分組流；處理器，用于對接收到的媒體通道進(jìn)行分組化，以創(chuàng)建由發(fā)送端口發(fā)送的媒體分組流；以及控制器，用于對具有相同格式的接收到的媒體通道進(jìn)行歸群或接收關(guān)于哪些接收到的媒體通道組成群的指令；以及自動地向處理器提供指令從而將群中的媒體通道分組化至相同的媒體分組流中?？刂破鬟€可以操作以接收進(jìn)一步的對哪些接收到的媒體通道組成群進(jìn)行修改的指令。這樣，可以隨時間動態(tài)地修改群?？刂破鬟€可以操作以向處理器4是供關(guān)于將要從兩個發(fā)送端口(例如兩個數(shù)據(jù)接口-主接口和冗余接口)發(fā)送媒體分組流的進(jìn)一步的指令?？刂破骺梢酝ㄟ^向處理器發(fā)送指令消息來控制處理器?？刂破鬟€可以控制處理器來將媒體分組流尋址到一個地址和端口。該地址可以是多播地址或單播地址(即，數(shù)據(jù)網(wǎng)絡(luò)上的特定地址)。該指令消息可以包括構(gòu)建分組所需要的信息。例如，對于IP分組，該信息可以包括目的地址、目的端口、群中的通道數(shù)目以及群中的各々某體通道的時隙細(xì)節(jié)之中的任意一項或多項。對于其它協(xié)議類型，將需要其它信息或地址。在數(shù)據(jù)網(wǎng)絡(luò)上，控制器可以遠(yuǎn)離處理器和/或發(fā)送端口。這樣，對媒體通道進(jìn)行分組化的控制可以遠(yuǎn)離數(shù)據(jù)網(wǎng)絡(luò)而執(zhí)行，例如在與數(shù)據(jù)網(wǎng)絡(luò)相連接的分離計算機(jī)上執(zhí)行。如果媒體通道的格式改變，則控制器還操作以自動將媒體通道重新歸群至具有相同格式的群。在另一方面，本發(fā)明提供了用于通過數(shù)據(jù)網(wǎng)絡(luò)發(fā)送媒體分組流的方法，該方法包括步驟在多個輸入媒體通道處接收媒體通道，各媒體通道具有格式；對具有相同格式的一個或多個接收到的媒體通道進(jìn)行歸群，或者根據(jù)所接收到的關(guān)于哪些媒體通道組成群的指令對一個或多個媒體通道進(jìn)行歸群；自動向處理器提供指令以將群中的媒體通道分組到相同媒體分組流中；以及發(fā)送媒體分組流。在另一方面，本發(fā)明提供了從控制器發(fā)送到發(fā)送機(jī)設(shè)備的處理器的指令消息。在另一方面，本發(fā)明提供了用于執(zhí)行上述方法的軟件程序。在又一方面，本發(fā)明包括從接收機(jī)設(shè)備的控制器發(fā)送到發(fā)送機(jī)設(shè)備的控制器的指令消息，該發(fā)送機(jī)設(shè)備可操作用于動態(tài)地配置媒體分組流。在另一方面，本發(fā)明包括包含上述發(fā)送機(jī)設(shè)備和接收機(jī)設(shè)備的計算機(jī)系統(tǒng)。在又一方面，本發(fā)明提供了用于通過數(shù)據(jù)網(wǎng)絡(luò)發(fā)送媒體分組流的發(fā)送機(jī)設(shè)備，該發(fā)送機(jī)設(shè)備包括多個輸入媒體通道，用于接收媒體通道，各媒體通道具有格式；一個或多個發(fā)送端口，用于發(fā)送媒體分組流；處理器，用于對接收到的媒體通道進(jìn)行分組化，以創(chuàng)建用于由發(fā)送端口發(fā)送的媒體分組流；以及17控制器，用于控制處理器來創(chuàng)建包含具有相同格式的一個或多個媒體通道的第一媒體分組流，以及創(chuàng)建包含具有相同格式的一個或多個媒體通道的第二媒體分組流，其中所述第一媒體分組流中的媒體通道的格式與第二媒體分組流中的媒體通道的格式不同。控制器還可以自動地確定每個分組流中的每一分組的幀數(shù)目，其中第一分組流中的每一分組的幀數(shù)目與第二分組流中的每一分組的幀數(shù)目不同。分組中的每一個幀包括每一個媒體通道的一個采樣。每一個分組的幀數(shù)目可以基于該群內(nèi)的媒體通道的采樣速率和比特深度而確定?？刂破鬟€可以控制處理器來將第一媒體分組流發(fā)送到多播地址，且第二媒體分組流可被發(fā)送到單播地址。在又一方面，本發(fā)明提供了用于通過數(shù)據(jù)網(wǎng)絡(luò)發(fā)送媒體分組流的方法，該發(fā)送機(jī)設(shè)備包括在多個輸入媒體通道處接收媒體通道，每個媒體通道具有格式；控制處理器來創(chuàng)建包含具有相同格式的一個或多個媒體通道的第一媒體分組流，以及創(chuàng)建包含具有相同格式的一個或多個媒體通道的第二媒體分組流，其中第一媒體分組流中的媒體通道的格式與第二媒體分組流中的媒體通道的格式不同；以及發(fā)送所創(chuàng)建的媒體分組流。本發(fā)明還提供了用于發(fā)送上述第一和第二媒體分組流的計算機(jī)軟件。在另一方面，本發(fā)明提供了用于接收來自數(shù)據(jù)網(wǎng)絡(luò)的媒體分組流的接收機(jī)設(shè)備，該接收機(jī)設(shè)備包括數(shù)據(jù)接口，用于接收第一媒體分組流和第二媒體分組流，其中第一媒體分組流和第二媒體分組流中的每一個分組包含一個或多個媒體通道；18處理器，用于從第一媒體分組流和第二媒體分組流中提取媒體通道；以及控制器，用于接收關(guān)于第一和第二媒體分組流內(nèi)所包含的媒體通道的格式的信息，其中第一媒體分組流中所包含的媒體通道的格式與第二媒體分組流內(nèi)所包含的媒體通道的格式不同；以及用于向處理器提供關(guān)于如何根據(jù)不同的媒體通道格式來對第一和第二媒體分組流進(jìn)行解分組化的指令。在又一方面，本發(fā)明提供了用于接收來自數(shù)據(jù)網(wǎng)絡(luò)的媒體分組流的方法，該方法包括步驟接收第一媒體分組流和第二媒體分組流，其中第一和第二媒體分組流中的每一個分組包含一個或多個媒體通道；接收關(guān)于第一和第二媒體分組流內(nèi)所包含的媒體通道的格式的信息，其中第一媒體分組流內(nèi)所包含的媒體通道的格式與第二媒體分組流內(nèi)所包含的媒體通道的格式不同；以及向處理器提供關(guān)于如何根據(jù)不同的媒體格式來對第一和第二媒體分組流進(jìn)行解分組化的指令，以使得處理器從第一和第二媒體分組流中提取媒體通道。本發(fā)明還提供了用于接收上述第一和第二媒體分組流的計算機(jī)軟件。在另一方面，本發(fā)明提供了用于發(fā)送和接收媒體分組流的計算機(jī)網(wǎng)絡(luò)，該計算機(jī)網(wǎng)絡(luò)包括上述發(fā)送和接收設(shè)備?，F(xiàn)在將參考附圖對本發(fā)明的實施例進(jìn)行描述，在附圖中圖l是可以用于本發(fā)明的網(wǎng)絡(luò)的示意圖；圖2是根據(jù)本發(fā)明的第一實施方案使用單播協(xié)議的網(wǎng)絡(luò)的示意圖3是圖2中所示的實施方案的方法的流程圖；圖4(a)是用戶界面的示例顯示；圖4(b)是使用本發(fā)明通過網(wǎng)絡(luò)發(fā)送的分組流的單個分組的示意圖5是根據(jù)本發(fā)明的第二實施方案使用多播協(xié)議的網(wǎng)絡(luò)的示意圖6是圖5中所示的實施方案的方法的流程圖7是根據(jù)本發(fā)明的第三實施方案使用冗余接口的網(wǎng)絡(luò)的示意圖8(a)至8(d)是在數(shù)據(jù)網(wǎng)絡(luò)中如何實現(xiàn)冗余的示意圖；以及圖9是根據(jù)本發(fā)明的第四實施方案使用冗余接口的網(wǎng)絡(luò)的另一示意圖。具體實施方案河婆逸伊-祭迷首先參照圖l,數(shù)據(jù)網(wǎng)絡(luò)IOO包括發(fā)送機(jī)設(shè)備110和接收機(jī)設(shè)備112。在網(wǎng)絡(luò)100中可能存在多個發(fā)送機(jī)設(shè)備110和多個接收機(jī)設(shè)備112，但是這里為了清楚起見，僅討論其中之一。此外，設(shè)備110和112可能可以執(zhí)行發(fā)送和接收兩項功能，但是這里為了更加清楚起見，將設(shè)備110和112描述為僅執(zhí)行一項功能。發(fā)送機(jī)設(shè)備110和接收機(jī)設(shè)備112通過網(wǎng)絡(luò)114彼此連接，從而使它們能夠發(fā)送和接收數(shù)字媒體分組。發(fā)送機(jī)設(shè)備110包含音頻處理引擎(APE)120和音頻處理引擎控制器(APEC)122。接收機(jī)設(shè)備112也包含APE124和APEC126。在能夠包含兩個或多個媒體通道的媒體分組流中發(fā)送媒體分組。為了簡單起見，本實施方案將媒體分組流中的所有媒體通道描述為相同的格式，然而本發(fā)明也適用于一個媒體分組流內(nèi)的多個媒體通道格式。諸如吉他之類的媒體設(shè)備140與APE120連接，APE120接收媒體設(shè)備140所產(chǎn)生的媒體信號。可以添加預(yù)處理器(未示出)，以將媒體通道從模擬轉(zhuǎn)換為數(shù)字或從一種數(shù)字格式轉(zhuǎn)換到另一數(shù)字格式(例如，采樣速率或比特深度轉(zhuǎn)換)。然后，APE120對數(shù)字媒體通道進(jìn)行分組化。利用網(wǎng)絡(luò)114將產(chǎn)生的分組流發(fā)送到接收機(jī)設(shè)備112的APE124。然后，APE124對數(shù)字媒體信號進(jìn)行解分組化，(如果適當(dāng)?shù)脑?將其轉(zhuǎn)換為模擬信號，并將模擬媒體信號發(fā)送至媒體設(shè)備142，例如用于播出的揚(yáng)聲器。當(dāng)媒體信號為諸如MIDI源之類的非模擬源時，不必進(jìn)行轉(zhuǎn)換。在時間上嚴(yán)格控制分組化和發(fā)送的速率和偏移，以確保通過媒體設(shè)備142對媒體信號的播出與通過連接到網(wǎng)絡(luò)114、同樣接收來自APE120的媒體信號的另一媒體設(shè)備(未示出)對媒體信號的播出之間同步。在共同未決的PCT申請PCT/AU2006/000538(WO2006/110960)中詳細(xì)描述了APE120和124的分組化操作。APEC122/126是以軟件或硬件實現(xiàn)的組件。在網(wǎng)絡(luò)100中，APEC122/126與APE120/124處于相同的物理設(shè)備上，但是備選地可以遠(yuǎn)離APE120/124，例如可以處于與網(wǎng)絡(luò)114連接的另一設(shè)備或中央計算機(jī)上。APEC122/126向用戶提供APE120/124以及與其連接的任意音頻設(shè)備140和142的概況。發(fā)送機(jī)設(shè)備110具有能夠命名、并可以提供給網(wǎng)絡(luò)114上的接收機(jī)設(shè)備112的多個可發(fā)送通道；這被稱為廣告。接收設(shè)備112具有多個接收通道?？梢詫⒁衙陌l(fā)送通道分配給接收通道；這被稱為預(yù)訂。APEC122和126將對APE120/124進(jìn)行配置，以將媒體信號從發(fā)送通道路由到接收通道。接收和發(fā)送APEC126和122通過網(wǎng)絡(luò)114交換配置信息和控制消息。經(jīng)由諸如DNS-SD之類的服務(wù)發(fā)現(xiàn)數(shù)據(jù)庫118交換配置信息。該數(shù)據(jù)庫可以利用分布式方式實現(xiàn)，每個設(shè)備110和112存儲和提供與其APEC122/126相關(guān)21聯(lián)的配置信息。有時需要附加控制消息來完成預(yù)訂過程，并使得媒體信號被路由。這些附加控制消息在接收APEC126與發(fā)送APEC122之間發(fā)送。每個APEC122/126配置其自身的APE120/124，并與其它APEC122/126進(jìn)行交互，以確保配置在通信的APE120/124之間匹配。在每個設(shè)備110和112內(nèi)部，諸如來自音頻設(shè)備140的通道之類的輸入通道被稱為"TX通道"，因為它們將通過網(wǎng)絡(luò)進(jìn)行發(fā)送，諸如被發(fā)送至音頻設(shè)備142的通道之類的輸出通道被稱為"RX通道"，因為它們將從網(wǎng)絡(luò)上接收數(shù)據(jù)。單j番實施例現(xiàn)在將參考圖2和圖3，對根據(jù)本發(fā)明的一個實施方案的圖1中的計算機(jī)網(wǎng)絡(luò)的操作進(jìn)行描述。在圖1和圖2中，使用相同的附圖標(biāo)記來表示網(wǎng)絡(luò)中的相同組件。在本實施方案中，計算機(jī)網(wǎng)絡(luò)104利用單播協(xié)議進(jìn)行操作。連接網(wǎng)絡(luò)首先，必須連接500設(shè)備以創(chuàng)建網(wǎng)絡(luò)104。在本例中，四個媒體設(shè)備(鍵盤144、吉他140、用于CD的左通道146和用于CD的右通道148)與發(fā)送機(jī)設(shè)備110的四個輸入通道連4妻。四個物理通道輸入分別標(biāo)記為通道1至4。在本實施例中，鍵盤和吉他使用相同的采樣速率和采樣格式(比如48kHz，24比特，PCM編碼)。CD通道具有不同的采樣速率和采樣格式(比如44.1kHz，16比特，PCM編碼)?；旌掀?12的輸出通道與混合控制臺145連接。設(shè)備110和112使用相同的機(jī)制來配置其網(wǎng)絡(luò)接口的地址。一種這樣的機(jī)制是零配置鏈路本地尋址。每個設(shè)備110和112在特定范圍內(nèi)隨機(jī)地挑選地址，然后通過使用地址解析協(xié)議(ARP)詢問誰擁有該地址來對網(wǎng)絡(luò)114進(jìn)行22檢查，以查看是否有別人在使用相同的地址。如果沒有設(shè)備作出響應(yīng)，則認(rèn)為該地址未被使用，并且設(shè)備110或112可以安全地聲明其自身對該地址的使用。在本實施例中，發(fā)送機(jī)110的接口130具有地址169.254.10.il，接收機(jī)設(shè)備112的接口132具有地址169.254.28.12。在本實施例中，每個設(shè)備110/112具有在其APEC122/126與APE120/124之間共享用于主數(shù)據(jù)和配置的單一接口，盡管它們可以是分離的。在本實施例中，沒有冗余的接口(下面對冗余接口進(jìn)行進(jìn)一步的討論)。分配名稱接下來，給每一個設(shè)備和通道賦予適當(dāng)?shù)拿Q502。與所有配置一樣，將名稱存儲在APEC122和126。利用缺省名稱來初始化每一個APEC122。選擇唯一缺省名稱的方法是對諸如制造商和產(chǎn)品名稱的簡短描述之后緊跟設(shè)備序列號。用戶可以使用用戶界面149來改變存儲在APEC122和126上的名稱。在本實施例中，界面149由與網(wǎng)絡(luò)114連接的PC機(jī)才是供，并在PC機(jī)的屏幕上呈現(xiàn)給用戶。通道以各種方式標(biāo)識為從1開始的、并由APE120定義的任意號碼。這個步驟包括根據(jù)需要給通道和設(shè)備賦予描述性文本名稱，例如輸入/TX通道是唯一給定文本名稱的通道。發(fā)送機(jī)設(shè)備110被命名為"接口箱(stage-box)"。還對四個輸入通道進(jìn)行命名。將與鍵盤144連接的輸入通道1命名為"鍵盤(keyboard)"。將與吉他140連接的輸入通道2命名為"吉他(guitar)"。將與CD的左通道146連接的輸入通道3命名為"CD-左(CD-left)"。將與CD的右通道148連接的輸入通道4命名為"CD-右(CD-right)"。接收設(shè)備112被命名為"混合器"。接收機(jī)設(shè)備112具有編號為1至8的8個輸出通道。因為它們是輸出通道，在APEC122和126之間的任意消息交換中沒有引用它們，沒有給它們賦予任何用于廣告的名稱。為了本實施例的目的，接收設(shè)備U2不具有與媒體設(shè)備連接的任何輸入通道。APEC122將其TX通道作為從1開始的單一鄰4妻數(shù)組菱現(xiàn)給用戶界面149。每個呈現(xiàn)的TX通道還呈現(xiàn)出了關(guān)聯(lián)名稱。在廣告和預(yù)訂期間如下所述使用名稱。這樣，用戶的配置交互基于通道和設(shè)備的文本名稱。從用戶角度，這使得配置更加友好。APEC126將其RX通道作為從1至8的單一鄰接數(shù)組呈現(xiàn)給用戶界面149。APE120和124給每一個物理通道賦予任意標(biāo)識符。APEC122和126的任務(wù)是將這些物理標(biāo)識符映射到諸如通道數(shù)組和用于TX通道的名稱之類的其它表示。APE120和124確保其物理通道的號碼和標(biāo)識符對于給定的運(yùn)行是新配置硬件，并且在硬件重啟時APEC將適用新配置。假設(shè)接口箱的APE120將其四個通道標(biāo)識為16、17、32和33。接口箱的APEC122將這些標(biāo)識符表示為輸入通道1-4，并與適當(dāng)?shù)拿Q進(jìn)行關(guān)聯(lián)?；旌掀鞯腁PE124有編號為8-15的8個輸出通道?；旌掀鞯腁PEC126將這些表示為輸出通道1-8。此外，APEC122能夠支持TX通道別名。這就意味著相同的物理通道可以通過APEC122表示為兩個具有不同名稱的不同通道。例如，接口箱的IIO物理通道ID16可以是命名為"鍵盤"的通道1和命名為"主旋律(leadmelody)"的通道5(未示出)。別名可以由APEC122添加或刪除。別名被添加到輸入通道的其它固定數(shù)組的末端。作為單播廣告的一部分，每一個APEC122和126需要唯一的標(biāo)識符來指代通道。正常的操作是簡單地使用APE的通道ID。本單播實施例使用動態(tài)束配置。動態(tài)束配置意味著在接收機(jī)112通過預(yù)訂(如下所述)的方法請求動態(tài)束之前不創(chuàng)建束(以及分組)。APEC122沒有在APE120上初始配置任何束。動態(tài)束創(chuàng)建需要發(fā)送機(jī)110上的配置端口。這個端口接受來自接收機(jī)112的束創(chuàng)建請求。在本實施例中，接口箱110已經(jīng)將UDP/IP端口14481建立為其配置端口。地址是接口箱的地址169.254.10.11。單播通道廣告下一個步驟是通過接口箱110將TX通道廣告到網(wǎng)絡(luò)114上504。當(dāng)由發(fā)送機(jī)110對TX通道進(jìn)行廣告時，其它接收機(jī)設(shè)備112將其視為"網(wǎng)絡(luò)通道"。接口箱110為每個活動的TX通道創(chuàng)建通道廣告。每一個通道具有網(wǎng)絡(luò)名稱，該網(wǎng)絡(luò)名稱通過將通道名稱與設(shè)備名稱拼接而形成，例如"keyboard@stage-box"。因為"stage-box"在網(wǎng)絡(luò)104上是唯一的，并且"keyboard"在接口箱110上也是唯一的，所以可以保證該網(wǎng)絡(luò)名稱在網(wǎng)絡(luò)104上是唯一的。針對4建盤，通道廣告具有四個部分，如以下所示■通道網(wǎng)絡(luò)名稱keyboard@stage-box。這#皮服務(wù)發(fā)現(xiàn)118用作」搜索鍵。■通道格式。在本例中為48kHz，24比特，PCM編碼。■動態(tài)束配置信息。在本例中，配置端口是stage-box.local:14481。"stage-box.local"是標(biāo)識接口箱的配置接口130的地址的唯一名稱。通過DNS將該名稱解析為169.254.10.11。接口箱110每個動態(tài)束能夠處理多達(dá)四個通道。■包含該通道的現(xiàn)有靜態(tài)(多4番)束。在本例中，沒有靜態(tài)束。預(yù)訂接下來，混合器112預(yù)訂506接口箱110所廣告的網(wǎng)絡(luò)通道。當(dāng)接收機(jī)112將(遠(yuǎn)程)網(wǎng)絡(luò)通道與(本地)RX通道進(jìn)行關(guān)聯(lián)時，預(yù)訂發(fā)生。諸如界面149之類的用戶配置工具可以瀏覽可用網(wǎng)絡(luò)通道廣告506(a),并使用這些名稱來配置在接收機(jī)上的預(yù)訂。在本實施例中，混合器112已經(jīng)被配置，以使得RX通道1被預(yù)訂到keyboard@stage-box、RX通道3被預(yù)訂到guitar@stage-box，以及RX通道7^皮預(yù)訂到CD-right@stage-box。應(yīng)注意，RX通道號(在接收機(jī)110上)和TX通道號(在發(fā)送機(jī)112上)是獨(dú)立的。下表總結(jié)了混合器112的通道配置RX通道4皮預(yù)訂至...1keyboard@stage-box2-3-4guitar@stage-box6-7CD-right@stage-box8-圖4(a)示出了如何在用戶界面149上將該表顯示給用戶?，F(xiàn)在，接收機(jī)112需要連接預(yù)訂的通道，并因而完成預(yù)訂。該處理的第一階段是對在服務(wù)發(fā)現(xiàn)118中用作鍵的每一個網(wǎng)絡(luò)通道名稱進(jìn)行解析，該服務(wù)發(fā)現(xiàn)118可以是作為網(wǎng)絡(luò)114上的可接入設(shè)備的數(shù)據(jù)庫。數(shù)據(jù)庫為每一個網(wǎng)絡(luò)通道名稱存儲相應(yīng)的詳細(xì)廣告。接收機(jī)112將每一個網(wǎng)絡(luò)通道名稱傳遞506(b)給服務(wù)發(fā)現(xiàn)系統(tǒng)118并接收回匹配的詳細(xì)廣告(如果存在的話)。在keyboard@stage-box的例子中，通過使用DNS-SD作為服務(wù)發(fā)現(xiàn)協(xié)議，26將如下接收網(wǎng)絡(luò)通道的廣告^己錄keyboard@stage-box._netaudio—chan.—udp.localSRV0014481stage-box.locali己錄keyboard@stage-box._netaudio—chan.—udp.localTXTtxtvers=2rate=48000bits=24enc=lnchan=4id=16"keyboard@stage-box.—netaudio_chan._udp.local"是用于通道廣告的lt的全稱。SRV記錄是通道的原始記錄。它包括動態(tài)束配置端口的地址和IP端口。TXT記錄包含詳細(xì)的信息，包括采樣速率(rate)、比特深度(bits)和編碼(enc)(l=PCM)。"txtvers"字段是TXT記錄的版本號。"nchan"字段是每一個動態(tài)束的最大通道數(shù)。接口箱110的每個動態(tài)束最多具有四個通道，這足以通過一個分組來發(fā)送所有輸入。id字段是由APE120用來簡要地標(biāo)識其通道的任意物理通道標(biāo)識符。通道名稱"鍵盤(keyboard)"具有ID16。除了發(fā)送APEC120之外，這個ID只對接收機(jī)APEC124在APEC122上配置動態(tài)束有幫助。在本實施例中，混合器112將向服務(wù)發(fā)現(xiàn)請求3個鍵keyboard@stage-box、guitar@stage-box和CD-right@stage-box。它將從月良務(wù)發(fā)現(xiàn)系統(tǒng)1184姿收回三個詳細(xì)廣告，一個4十對keyboard@stage-box、一個4十對guitar@stage-box以及另一個針對CD-right@stage-box。此時混合器112的APEC126通過通道才各式和連4妄方法對這些廣告進(jìn)行歸群505(c)。因為通道吉他和鍵盤具有相同的通道格式和相同的動態(tài)創(chuàng)建端口，APEC126為這兩個通27道創(chuàng)建一個群(cl)。為CD-right@stage-box創(chuàng)建分離的群(c2)，因為CD-right@stage-box與keyboard@stage-box和guitar@stage-box具有不同的采樣速率。因為在本實施例中使用的單播協(xié)議基于動態(tài)創(chuàng)建，所以接收機(jī)112需要指定505(d)目的地址和端口。目的地址將是混合器112的自身接口132的地址(169.254.28.12),因為該接口用于主數(shù)據(jù)。在一些情況下，APEC126可以選擇其自身的目的端口，但是在本實施例中APEC126并非如此，APEC126選擇端口26528用于群cl，選擇26719用于群c2。此時混合器112必須為每個群創(chuàng)建束對對于每一個群，在混合器112自身的APE124上的RX束和接口箱110上的匹配TX束。如圖4(b)所示，作為創(chuàng)建群的一部分，在分組550的每一個幀554中必須給每一個通道分配采樣空間556。這被稱為時隙。每分組550具有每通道一個時隙，由此具有每幀554—個采樣空間556。群cl的束具有下面的規(guī)范■目的169.254.28.12:26528■通道格式48kHz,24比特，PCM■時隙2群c2的束具有下面的規(guī)范■目的169.254.28.12:26719■通道格式44.1kHz,16比特，PCM■時隙1在每個設(shè)備110和112上將具有不同的通道映射。對于群cl，在接口箱110上，輸入通道l(鍵盤)將映射到時隙1，輸入通道2(吉他)將映射到時隙2。在混合器112上，時隙l(來自接口箱的鍵盤)將映射到輸出通道1，時隙2(來自接口箱的吉他)將映射到輸出通道4。對于群c2，在接口箱110上，輸入通道4(CD-右)將映射到時隙1。在混合器112上，時隙l(來自接口箱的CD-右)將映射到輸出通道7。在本地，對于每個群，混合器112從其APEC126向其APE124發(fā)送506(e)創(chuàng)建RX束'消息。對于群cl:字段值備注目的地址169.254.28.12混合器的主數(shù)據(jù)接口地址目的端口26528接口0主數(shù)據(jù)接口為柳時隙數(shù)目2對于時隙1的映射[8]具有一個元素的數(shù)組RX通道1對于時隙2的映射[11]具有一個元素的數(shù)組RX通道4對于群c2:字段值備注目的地址169.254.28.12混合器的主數(shù)據(jù)接口地址目的端口26719接口0主數(shù)據(jù)接口為糾時隙數(shù)目1對于時隙1的映射[14]具有一個元素的數(shù)組RX通道7應(yīng)注意，在值映射中傳遞的通道標(biāo)識符是APE124所使用的那些標(biāo)識符。在混合器112上，RX通道1與APE124RX通道8相對應(yīng)，RX通道4與APE124RX通道11相對應(yīng)，RX通道7與APE124RX通道14相對應(yīng)。通道映射實際上是被實現(xiàn)為比特字段的數(shù)組，而不是單一值。例如，將時隙2路由到RX通道4和RX通道5是有意義的，由此在接收機(jī)112處復(fù)制時隙2。在這種情況下，第二通道映射應(yīng)是[ll，12]。通道才各式隱含于在通道映射中傳遞的通道中。在本實施例中，映射中的所有通道必須具有相同的格式。在單個束創(chuàng)建消息中傳遞具有不同通道格式的通道是錯誤的。W建遠(yuǎn)資7X乂混合器112不能在接口箱的APE120上直接創(chuàng)建束。取而代之，混合器112請求506(f)接口箱的APEC122代表混合器112為每個群創(chuàng)建束。對于每個群，混合器的APEC126通過廣告的配置端口14481向接口箱的APEC122發(fā)送消息。該消息字段與在配置APE124時所使用的字段十分相似。主要的區(qū)別在于，在通道映射的字段不是數(shù)組。取而代之的是，使用來自于每個廣告的通道標(biāo)識符(即APE120的標(biāo)識符)。對于群cl,從混合器112到接口箱110的消息為:<table>tableseeoriginaldocumentpage30</column></row><table>在接口箱110上，對于每個群cl，APEC122將來自混合器112的消息轉(zhuǎn)換為消息，以在接口箱的APE120上創(chuàng)建505(g)指定束。<table>tableseeoriginaldocumentpage31</column></row><table>對于群c2，用以在接口箱的APE120上創(chuàng)建505(g)指定束的消息可以是:<table>tableseeoriginaldocumentpage31</column></row><table>與RX束配置消息不同，只有單一通道能夠映射到給定的時隙。一旦在接口箱110上創(chuàng)建TX束，接口箱110將開始向混合器122發(fā)送分組流。發(fā)送束現(xiàn)在，將接口箱110和混合器112配置為發(fā)送和接收束，此時可以開始發(fā)送508分組流。束指定了從發(fā)送機(jī)110向接收機(jī)112發(fā)送的分組流。與上面描述的配置和服務(wù)發(fā)現(xiàn)消息不同的是，分組流是高優(yōu)先級數(shù)據(jù)，并且對時間非常敏感。相反，花若干秒時間傳播服務(wù)發(fā)現(xiàn)改變是正常的。參照圖4(b)，流中的每個分組550具有報頭552，其后是一個或多個幀554。每個幀554包含來自流中的每個通道的一個采樣556。每個分組550的幀554的數(shù)目不是固定的，并且可以通過APEC122進(jìn)行調(diào)諧。也就是說，幀554的大小取決于束中所包括的通道數(shù)目以及每個通道的大小(比特深度)。然后，根據(jù)幀的大小選擇每個分組550中的適當(dāng)數(shù)目的幀554。增加每個分組550的幀554的數(shù)目將會增加等待時間，但是改進(jìn)了網(wǎng)絡(luò)效率。只要接收機(jī)需要所有那些通道，則增加每個幀的通道的數(shù)目將會改善網(wǎng)絡(luò)的效率。除了分組數(shù)據(jù)之外，每個分組報頭552包含標(biāo)準(zhǔn)以太網(wǎng)報頭、標(biāo)準(zhǔn)IP報頭和標(biāo)準(zhǔn)UDP報頭。分組數(shù)據(jù)包含音頻路由報頭，其后跟著幀554。音頻路由報頭音頻路由報頭是9字節(jié)長，并包含下列字段:字段大小備注版本1字節(jié)時間戳(秒)4字節(jié)從1970年1月1號開始的秒數(shù)時間戳(采樣)4字節(jié)從計秒開始的采樣數(shù)目時間戳是采樣的第一幀的采樣時間(一幀中的所有采樣具有相同時間戳)。每個后續(xù)幀在前一幀的時間戳之后具有時間戳為1的采樣。因為片段成分作為采樣(而不是毫秒或納秒)給出，所以在不知道采樣的采樣速率的情況下，無法重構(gòu)實際的時間戳。該信息是經(jīng)由服務(wù)發(fā)現(xiàn)機(jī)制118在帶外提供的。在本實施例中，采樣速率為48kHz。在音頻路由分組報頭中不包含大小字段。該信息是由高層報頭提供的，該高層報頭例如始終為UDP/IP。采樣556中的每一幀554包含具有相同才各式(24比特PCM)的固定數(shù)目的采樣556。在本實施例中，每一幀應(yīng)為6字節(jié)長。第一個3字節(jié)為時隙1，第32二個3字節(jié)為時隙2。根據(jù)接口箱上的clTX束規(guī)范，時隙1包含來自鍵盤(通道l,APE通道16)的采樣，而時隙2包含來自吉他(通道2，APE通道17)的采樣。如果每一個分組在長度上為10幀，則對于整個69字節(jié)的UDP/IP數(shù)據(jù)長度而言，將存在60字節(jié)的幀加上9字節(jié)的報頭。在每一分組對之間，采樣時間戳可能相差10個采樣(以48kHz，208.33微秒)。每個分組的UDP/IP目的是由TX束所指定的169.254.28.12端口26258。以第二高優(yōu)先級發(fā)送分組；比時鐘分組的優(yōu)先級低，但是高于任何其它數(shù)據(jù)。多播實施例現(xiàn)在將參考圖5和圖6，對根據(jù)本發(fā)明另一實施方案的圖1中的計算機(jī)網(wǎng)絡(luò)的操作進(jìn)行描述。在圖1和5中使用相同的附圖標(biāo)記來表示網(wǎng)絡(luò)中的相同組件。在本實施方案中，計算機(jī)網(wǎng)絡(luò)105使用多播協(xié)議進(jìn)行操作。與單播不同，多播通常要求發(fā)送機(jī)110預(yù)配置束和分組流。然后，接收機(jī)112提取有關(guān)通道。與單播不同，多播接收機(jī)112不需要直接與多播發(fā)送機(jī)110進(jìn)行通信。首先，如在上述單播實施方案中所描述地重復(fù)連接500和命名502步驟。創(chuàng)建束當(dāng)使用單播時，即便通道正被發(fā)送，也對其進(jìn)行廣告，并且動態(tài)地創(chuàng)建束。當(dāng)使用多播時，靜態(tài)地創(chuàng)建束，并且只在它們被發(fā)送時才對其進(jìn)行廣告。在本實施例中，接口箱110將發(fā)送所有通道。與單播實施例(圖2)—樣，鍵盤33144和吉他140使用相同的采樣速率和采樣格式(如48kHz、24比特、PCM編碼)。CD通道146和148具有不同的采樣速率和采樣格式(如44.1kHz、16比特、PCM編碼)。為了發(fā)送所有這些通道，APEC122配置兩個多播束，一個束針對一個采樣速率、比特深度和編碼方法。第一束(bl)將包含兩個通道鍵盤144和吉他140，第二束(b2)將包含兩個通道CD-左146和CD-右148。威口在能夠創(chuàng)建束之前，需要分配800多播目的地址。將命名空間239.254/16保留用于鏈路本地多4番地址。使用一種機(jī)制來選擇適當(dāng)?shù)奈ㄒ坏刂?。一種這樣的機(jī)制是使用動態(tài)DNS數(shù)據(jù)庫來對包含隨機(jī)產(chǎn)生的多播地址的記錄進(jìn)行注冊。如果另一個設(shè)備已經(jīng)注冊了該地址，則選擇新的地址。在發(fā)現(xiàn)未注冊的地址之前，重復(fù)該流程。對該地址的注冊聲明了對該地址的所有權(quán)。這里，選擇地址239.254.46.46用于第一束，選擇239.254.189.72用于第二束。此外，還需要IP端口，APEC122選擇29061和29064。在本地，接口箱110從其APEC122向其APE120發(fā)送802以下兩個'創(chuàng)建TX束，消息<table>tableseeoriginaldocumentpage34</column></row><table>目的地址239.254.189.72多播目的地址目的端口29064接口0主數(shù)據(jù)接口為#0通道數(shù)目2時隙1的TX通道32CD-左時隙2的TX通道33CD-右現(xiàn)在創(chuàng)建了束，每個束的分組流開始發(fā)送804。任何有能力接收多播的接收機(jī)可以啟動對地址239.254.46.46或239.254.189.72的接收，并接收適當(dāng)?shù)牧?。一些網(wǎng)絡(luò)交換機(jī)可以對多播業(yè)務(wù)進(jìn)行過濾，以使得業(yè)務(wù)僅被發(fā)送給感興趣的設(shè)備(即，不是完全廣播)。例如，束bl的分組中的每一幀將具有兩個采樣或6字節(jié)的音頻數(shù)據(jù)。假設(shè)每分組10個幀，則將有60字節(jié)的數(shù)據(jù)。添加9字節(jié)的報頭將會產(chǎn)生69字節(jié)的UDP/IP有效載荷。多播通道廣告多播通道廣告的基本結(jié)構(gòu)與單播通道廣告806相同。然而，其中填充靜態(tài)束信息而不是動態(tài)束配置信息。因為指定的通道可以是具有一些靜態(tài)束的元素，所以將每個靜態(tài)束的細(xì)節(jié)存儲118中的獨(dú)立的服務(wù)發(fā)現(xiàn)記錄中；束的名稱是用于該記錄的鍵。靜態(tài)束的服務(wù)發(fā)現(xiàn)記錄不對單個通道進(jìn)行描述；該信息必須從通道廣告中獲得。針對靜態(tài)束中所包含的通道的通道廣告引用束名稱，并且時隙值是該通道所占據(jù)的靜態(tài)束中的時隙。35^歡在使用DNS-SD作為服務(wù)發(fā)現(xiàn)實現(xiàn)的情況下，通道廣告中的附加束字段將如下出現(xiàn)i己錄keyboard@stage-box.netaudio—chan.—udp.localTXTtxtvers=!2rate=48000bits=24enc=lb.bl=l已經(jīng)省略了專門與動態(tài)束相關(guān)的字段-"nchan"和"id"。在它們的位置處為字段"b.bl=l"。"b."說明了該字段是靜態(tài)束參考。"M"說明了束的名稱是"bl"。值"1"說明了鍵盤占據(jù)該束中的時隙1。假設(shè)該束與通道駐留于相同的設(shè)備中。"keyboard@stage-box"被指定為靜態(tài)束廣告與通道一樣，束被廣告806為"名稱@設(shè)備"。然而，單個束的廣告可能解析為幾個不同的束，它們中的每一個具有相同的格式，但是具有不同的目的地址(參見下面關(guān)于冗余的討論)。束廣告具有四個部分■束網(wǎng)絡(luò)名稱bl@stage-box。這被服務(wù)發(fā)現(xiàn)用作搜索鍵。■束通道格式。在本例中，bl為48kHz、24比特、PCM編碼。束中的所有通道具有相同的格式?！鍪哪康牡刂泛投丝?39.254.46.46，端口29061。36■束中的時隙數(shù)目。在本例中為2。只有目的信息在相同束的多個版本之間發(fā)生改變。共享束網(wǎng)絡(luò)名稱的所有束還共享通道格式和時隙數(shù)目。束名稱是APEC122所使用的任意標(biāo)識符。它通常對于用戶而言是不可見的，并且除了作為標(biāo)記之外，沒有語義?？梢酝ㄟ^GUI149支持對束名稱的用戶配置，例如使用GUI149將束bl命名為"鍵盤和吉他(keyboard-and-guitar)"。D7V5^D某魔在本實施例中,存在兩個束廣告，"bl@stage-box"和"b2@stage-box"。在使用DNS-CD作為服務(wù)發(fā)現(xiàn)協(xié)議的情況下，針對束bl的束廣告應(yīng)如下出現(xiàn)i己錄b1@stage-box._netaudio_bund._udp.localSRV012906146.46.254.239.mcastlocali己錄b1@stage-box.—netaudio—bund.—udp.localTXTtxtvers=lrate=48000bits=24enc=lnchan=2具有相同名稱的所有束共享單個TXT記錄。每一目的地址具有一個SRV記錄。SRV記錄不包含地址，而是包含目標(biāo)域名稱。當(dāng)接口箱110聲明地址239.254.46.46時，其創(chuàng)建了特定記錄。對該記錄進(jìn)行的解析提供域名稱。記錄46.46.254.239.mcast.localINA239.254.46.46"nchan"字段是該束中的通道(時隙)數(shù)目。37預(yù)訂與單播實施例同等地處理預(yù)訂808。與單播實施例相同，第一動作是選擇808(a)和解析808(b)廣告。然后，聚合808(c)這些選擇。當(dāng)處理靜態(tài)束時，如果通道格式相同，則能夠聚合通道，并且它們共享任意一個靜態(tài)束。一旦聚合完成，配置APE124以接收分組。因為分組已經(jīng)在發(fā)送中，所以不需要請求正在發(fā)送的APEC122創(chuàng)建新的束。然而，正在被-接收的分組可以包含不期望的通道。在這種情況下，APEC126選擇通道鍵盤、吉他和CD-右。利用DNS-SD118獲得針對這些通道的詳細(xì)廣告。通過聚合，確定了預(yù)訂將是針對束bl和b2，但是b2中的第一時隙將被忽略。APEC126配置消息808(d)指示APE124忽略CD-左通道。在本地，混合器112從其APEC126向其APE124發(fā)送808(d)如下'創(chuàng)建RX束，消息，以為每個束配置APE126。<table>tableseeoriginaldocumentpage38</column></row><table>接收機(jī)112現(xiàn)在開始接收810,并且能夠?qū)l時隙l(鍵盤)路由到RX通道l，將時隙2(吉他)路由到RX通道4。對于b2，丟掉時隙l(CD-左)，并將時隙2(CD-右)路由到RX通道7。組合多播和單播許多發(fā)送機(jī)支持多播和單播兩者。通道可以使用一個動態(tài)配置端口和一個或多個靜態(tài)束來廣告。在聚合期間，接收機(jī)APEC必須確定對所選擇的通道進(jìn)行預(yù)訂的最佳方法。通常，相比于創(chuàng)建動態(tài)束，接收機(jī)應(yīng)優(yōu)先嘗試將其APE配置為接收靜態(tài)束。然而，無線鏈路上的設(shè)備(公知的多播/廣播性能不好)可能更傾向于動態(tài)束。當(dāng)存在多個同樣適當(dāng)?shù)撵o態(tài)束時，SRV權(quán)重域可以用來在它們之間進(jìn)行選擇。具有較高權(quán)重的束應(yīng)優(yōu)先于具有較低權(quán)重的那些束。在本實施例中，所有權(quán)重都為<1'。備選地，兩個通道能夠共享一個靜態(tài)束但不共享其它束。不考慮權(quán)重，接收機(jī)在可能的情況下應(yīng)該傾向于配置較少的束。通常，單播被配置為使用動態(tài)束，多播被配置為使用束。然而，相反配置也是允許的。單播可以配置靜態(tài)束以謹(jǐn)慎地將數(shù)據(jù)發(fā)送到不位于本地網(wǎng)絡(luò)上的接收機(jī)。接收機(jī)需要檢驗靜態(tài)束的地址，因為該地址可能對于該接收機(jī)不可用。冗余現(xiàn)在將參考圖9對冗余進(jìn)行描述。通過在APE的不同接口上對分組流進(jìn)行復(fù)制來實現(xiàn)冗余。主要在APEC層對冗余進(jìn)行控制。APEC可以將在APE上的給定分組流程序設(shè)計為要通過特定數(shù)據(jù)接口發(fā)送或接收。如果要冗余地發(fā)送特定媒體分組流，那么APEC會程序設(shè)計分組流的兩個或更多個拷貝。一個拷貝要從APE120的第一接口130發(fā)送，分組流的第二拷貝要從APE120的第二接口136發(fā)送。類似地，進(jìn)行接收的APEC126將其APE124程序設(shè)計為通過每一個數(shù)據(jù)接口132和134接收拷貝。每一個復(fù)制的分組流被程序設(shè)計為將采樣拷貝到相同的輸出通道。這意味著分組流被寫入相同的緩存器中。由于兩個分組流中的采樣和關(guān)聯(lián)時間戳相同，因此對相同的采樣進(jìn)行處理，并將其重新寫入用于輸出通道的緩存器。通常，這將會導(dǎo)致錯誤和竟?fàn)幍臓顟B(tài)。由于所有的冗余束都包含通過時間戳進(jìn)行同步的相同采樣，哪一個采樣數(shù)據(jù)首先被寫入緩存器并不要緊，因為所有復(fù)制的拷貝被簡單的重復(fù)寫入，所以實際上僅將各采樣的一份拷貝發(fā)送到輸出通道。也可以通過將通道添加到多個不同的束中來冗余地發(fā)送單個通道。圖8示出了在數(shù)據(jù)網(wǎng)絡(luò)上實現(xiàn)冗余的一些方式。接口可以經(jīng)由多個路徑連接到獨(dú)立的網(wǎng)絡(luò)或者連接到單個網(wǎng)絡(luò)。圖8(c)中的接口138和139分別為發(fā)送機(jī)110和接收機(jī)112的第二冗余接口。圖8(d)示出了發(fā)送機(jī)110上的一個接口可以向接收機(jī)112上的分離接口進(jìn)行發(fā)送?？诰哂卸鄠€通道數(shù)據(jù)接口的APE120和124各自指定一個接口作為主接口。該主接口為接口#0。任何其它(冗余的)通道數(shù)據(jù)接口從1開始編號。例如，圖7中的具有一個主接口132和一個冗余接口134的APE124具有接口#0和#1。為了簡單起見，當(dāng)進(jìn)行發(fā)送或接收時，將APE120和124配置為只與等同接口進(jìn)行發(fā)送或接收。一個APE120上的主接口130與另一APE124上的主接口132進(jìn)行通信。一個APE120上的接口136#1只與另一APE124上的40接口134#1進(jìn)行通信。以此類推。這就使得能夠從外部對每個APE接口做標(biāo)記。在硬件本身上，主接口可以著黑色，第一冗余接口為紅色，第二冗余接口為藍(lán)色，等等。這就使得用戶能夠容易地區(qū)分不同的接口，并確保在組裝500期間它們被正確地接線。卓潛冗余字段"nred"可能被包括在廣告TXT記錄中。該值指示了冗余接口的數(shù)目。如果忽略該字段，則該值被視為零。零值指示沒有冗余接口，這意味著APE僅支持主數(shù)據(jù)流。值1指示有單個冗余接口。大于1的值指示多個冗余接口(編號為l..n)。除了發(fā)送單個動態(tài)束請求，進(jìn)行接收的APEC126還可以基于發(fā)送機(jī)上可用的每個冗余接口發(fā)送一個請求，每個請求具有不同的接口字段。備選地，可以將發(fā)向冗余接口的、對于冗余流的請求合并到發(fā)向非冗余接口的、對于分組流的初始請求消息中。如圖7所示，除了主接口130(#0)之外，接口箱110還具有冗余接口136(#1)?，F(xiàn)在對通道廣告的TXT記錄進(jìn)行格式化如下記錄keyboard@stage-box.—netaudio—chan.—udp.localTXTtxtvers=!2rate=48000bits=24enc=lnchan=4id=16nred=l41混合器112也支持冗余通道。其主數(shù)據(jù)接口的地址為169.254.28.12(根據(jù)上面描述的實施例)。其第二數(shù)據(jù)接口的地址為169.254.132.15。在本地，混合器112從其APEC126向其APE124發(fā)送如下'創(chuàng)建RX束'消息:字段值備注目的地址169.254.28.12混合器的主數(shù)據(jù)接口地址目的端口26528接口0主數(shù)據(jù)接口為#0通道數(shù)目2時隙1的映射[8]具有一個元素的數(shù)組RX通道1時隙2的映射[11]具有一個元素的數(shù)組RX通道4字段值備注目的地址169.254.132.15混合器的第二數(shù)據(jù)接口地址目的端口28452接口1第二數(shù)據(jù)接口為#|通道數(shù)目2時隙1的映射[8]具有一個元素的數(shù)組RX通道1時隙2的映射[11]具有一個元素的數(shù)組RX通道4每一個消息將一個接收的分組流配置給接口之一。第二接口134(#1)可以與主接口132相同或不同的端口號，這取決于APE124的設(shè)計。本實施例假設(shè)選^^不同的端口。正如混合器112必須在其APE124上創(chuàng)建兩個分離束，其必須在接口箱110上創(chuàng)建兩個分離的動態(tài)束。將下列消息從APEC126發(fā)送到接口箱110:字段值備注目的地址169.254.28.12混合器的主數(shù)據(jù)接口地址目的端口26528接口0主數(shù)據(jù)接口為#0時隙數(shù)目2時隙116keyboard@stage-box的ID42時隙217guitar@stage-box的ID字段值備注目的地址169.254.132.15混合器的第二數(shù)據(jù)接口地址目的端口28452接口1第二數(shù)據(jù)接口為#1時隙數(shù)目2時隙116keyboard@stage-box的ID時隙217guitar@stage-box的ID最終，接口箱110在本地APE120上創(chuàng)建兩個束，以滿足這些請求字段值備注目的地址169.254,28.12混合器的主數(shù)據(jù)接口地址目的端口26528接口0(接口箱上的)主數(shù)據(jù)接口為柳通道數(shù)目2時隙1的TX通道16TX通道1時隙2的TX通道17TX通道2字段值備注目的地址169.254.132.15混合器的第二數(shù)據(jù)接口地址目的端口26452接口1(接口箱上的)第二數(shù)據(jù)接口為#1通道數(shù)目2時隙1的TX通道16TX通道1時隙2的TX通道17TX通道2多潛冗余為了支持冗余多播，發(fā)送機(jī)110創(chuàng)建一些不同的分組流，并將其作為與單個束名稱相關(guān)聯(lián)的分離靜態(tài)束進(jìn)行廣告。例如，為了廣告如此前多播實施例中所描述的束bl的兩個拷貝，即主束130和第二束136，接口箱IIO將首先聲明用于每一個束的多播地址。主束使用239.254.46.46(如之前的實施例)。第二束使用239.254.98.147。對于本實施43例,假設(shè)兩個束使用相同的端口(29061)。創(chuàng)建兩個SRV記錄，每一個分組流一個。由于對每一個分組流進(jìn)行相同的格式化，因此只需要單個TXT記錄。i己錄b1@stage-box._netaudio—bund.一udp.localSRV1129061147.98.254.239.mcast.locali己錄b1@stage-box.—netaudio—bund.一udp.localTXTtxtvers=lrate=4,0bits=24enc=lnchan=4如果只使用單個(主)接口，則將SRV中的"優(yōu)先級"字段(表示為第一個號碼)設(shè)置為0。非零優(yōu)先級指示將束應(yīng)用到冗余接口，在本例中為接口l。對這些束廣告進(jìn)行解碼使得接收機(jī)能夠在每個接口上配置適當(dāng)?shù)氖?。APEC126將APE124配置為在第一主接口132上接收主束，以及在第二接口134上接收第二束。本領(lǐng)域技術(shù)人員應(yīng)理解，在不背離廣泛描述的本發(fā)明的精神或范圍的前提下，可以對如特定實施方案中所示的本發(fā)明進(jìn)行多種變體和/或修改。翻當(dāng)使用靜態(tài)束時，可以以任意方便的方式將通道分配給束。也可以通過在特定接口上創(chuàng)建特定束來實現(xiàn)冗余?！鰟討B(tài)束通常為單播。靜態(tài)束通常為多播。如果需要的話，也可以將動012906146.46.254.239.mcast.localudp.localSRV44態(tài)束配置為多播，或者將靜態(tài)束配置為單播?！隹梢耘渲锰囟ㄍǖ酪杂糜趩尾ズ投嗖烧?。標(biāo)準(zhǔn)的策略是接收機(jī)應(yīng)相對于單^^更傾向于多播，因為已經(jīng)滿足了多播的資源需求。單個接收機(jī)可以不考慮該策略?！鲆部梢猿坊卦搹V告。存在一定的規(guī)則用來對撤回(地址重用)進(jìn)行管理，以確保正確地移除所配置的束。撤回規(guī)則是如果配置消息變得暫時不可接入，系統(tǒng)將繼續(xù)操作。不能改變現(xiàn)有配置，但是它們不會自動終止。■物理通道輸A/輸出也可以以軟件形式實現(xiàn)，例如以混合器的軟件形式，而不必是實際的物理插塞?！霰M管這些實施例假設(shè)了采樣的通道數(shù)據(jù)，然而完全相同的協(xié)議機(jī)制將可用于任意固定大小的周期數(shù)據(jù)流。利用傳輸(分組和束)機(jī)制的變體，也可以支持非周期或可變大小的數(shù)據(jù)?！鼋o時隙分配同構(gòu)通道是為了實現(xiàn)方便?？梢岳闷鹗甲止?jié)和長度在幀中標(biāo)識具有共同采樣速率的非同構(gòu)通道媒體數(shù)據(jù)?！鱿到y(tǒng)可以處理能夠在廣告中表現(xiàn)的任何數(shù)據(jù)。例如，我們對表示壓縮視頻的幀的廣告格式進(jìn)行了定義。最簡單地，我們可以利用音頻分組所使用的完全相同的全局時間戳來廣告單個視頻流，然后使用UI來告訴APEC(或等同物)我們想要將哪一個路由到何處。APEC將發(fā)現(xiàn)可用視頻通道，并自動布置路由。與未壓縮的音頻采樣不同的是，壓縮視頻的幀通常不是固定大小的。然而，如果這種幀包含大小值，則進(jìn)行接收的APEC可能請求來自不同流的三個這樣的幀被放入每個分流的每個"幀"中，并且知道如果來對它們進(jìn)行解碼。高級的廣告系統(tǒng)甚至可以明確束格式(以及分組格式)，該格式由一個視頻幀以及其后跟著的若干音頻幀組成，即使這些幀具有不同的采樣速率它們45也可以被同步?；旌蠋笮『筒蓸铀俾市枰鼮閺?fù)雜的廣告方案?！鯩IDI是非周期數(shù)據(jù)的示例。使得用戶能夠抽象地路由音頻至音頻和視頻至視頻的相同接口能夠路由MIDI至MIDI。與周期分組一樣，MIDI分組能具有時間戳，但是接收機(jī)不應(yīng)預(yù)期MIDI數(shù)據(jù)單元將周期性到達(dá)。非周期性數(shù)據(jù)可能需要周期性的"keepalive"消息來區(qū)分靜默與非功能流。只要存在說明"該分組中沒有該數(shù)據(jù)"的標(biāo)記，則非周期性數(shù)據(jù)能夠和周期性數(shù)據(jù)一樣容易地自動聚合?！霰M管該系統(tǒng)僅用于同構(gòu)音頻使得廣告和分組解析更為簡單，如本發(fā)明的實施方案所示，系統(tǒng)并不需要工作。使得用戶能夠建立音頻路由請求、然后使得系統(tǒng)解決該請求的相同用戶界面將作用于任何類型的流化分組數(shù)據(jù)?！鑫词境鲇糜谧詣臃峙涞刂返乃惴?。這些算法中的一些已經(jīng)存在(例如鏈路本地單播)；其它算法需要制定(例如鏈路本地多播)。也可以使用中心配置的地址(例如經(jīng)由DHCP)?！?單播模式"行為('動態(tài)束'接收機(jī)聚合并創(chuàng)建束)可以與多播地址一同使用。此外，"多播模式"行為('靜態(tài)束'發(fā)送機(jī)發(fā)送預(yù)創(chuàng)建的束，并且接收機(jī)挑選它們想要的通道(由此為束))能夠與單播地址一同使用。因此，現(xiàn)有的實施方案在所有方面都應(yīng)被認(rèn)為是示例性的而并非限制性的。4權(quán)利要求1.用于接收來自數(shù)據(jù)網(wǎng)絡(luò)的媒體分組流的接收機(jī)設(shè)備，所述接收機(jī)設(shè)備包括數(shù)據(jù)接口，用于接收媒體分組流，每一媒體分組流包含一個或多個用戶選擇的媒體通道；處理器，用于從接收到的媒體分組流中提取用戶選擇的媒體通道；以及控制器，用于接收關(guān)于用戶對在數(shù)據(jù)網(wǎng)絡(luò)上廣告的媒體通道的選擇的信息，用于接收關(guān)于每個用戶選擇的媒體頻道的發(fā)送源的信息，由此對能夠從相同發(fā)送源發(fā)送的用戶選擇的媒體通道進(jìn)行歸群，以及自動地向處理器提供對于每個群將接收一個或多個媒體分組流的指令和每個媒體分組流中用戶選擇的媒體通道的數(shù)目。2.根據(jù)權(quán)利要求l所述的接收機(jī)設(shè)備，其中，每個所述的選擇的媒體通道中具有格式，且控制器還操作以接收關(guān)于每個所選擇的媒體通道的格式信息，由此參考所選擇的媒體通道的格式對所選擇的媒體通道進(jìn)行歸群。3.根據(jù)權(quán)利要求1或2所述的接收機(jī)設(shè)備，其中，群中的一個或多個媒體分組流還包含并非該群中所選擇的媒體通道的媒體通道。4.根據(jù)權(quán)利要求l、2或3所述的接收機(jī)設(shè)備，其中，所述控制器遠(yuǎn)離所述處理器和/或數(shù)據(jù)接口。5.根據(jù)前述任一權(quán)利要求所述的接收機(jī)設(shè)備，其中，關(guān)于所述發(fā)送源的信息包括該發(fā)送源的網(wǎng)絡(luò)參數(shù)。6.根據(jù)權(quán)利要求5所述的接收機(jī)設(shè)備，其中，所述網(wǎng)絡(luò)參數(shù)包括IP地址和配置端口標(biāo)識符。7.根據(jù)前述任一權(quán)利要求所述的接收機(jī)設(shè)備，其中，所述發(fā)送源是發(fā)送機(jī)設(shè)備。8.根據(jù)前述任一權(quán)利要求所述的接收機(jī)設(shè)備，其中，針對每一個所選擇的媒體通道，所述控制器還接收關(guān)于能夠用以接收所選擇的媒體通道的方法的信息。9.根據(jù)權(quán)利要求8所述的接收機(jī)設(shè)備，其中，所述能夠用以接收所選擇的媒體通道的方法處于利用多播協(xié)議的一個或多個預(yù)定媒體分組流內(nèi)。10.根據(jù)權(quán)利要求8所述的接收機(jī)設(shè)備，其中，所述能夠用以接收所選擇的媒體通道的方法是利用單播協(xié)議、基于對所述發(fā)送源的請求進(jìn)行的。11.根據(jù)權(quán)利要求10所述的接收機(jī)設(shè)備，其中，所述控制器還操作以發(fā)送請求從而接收媒體分組流，所述媒體分組流包含群中的一個或多個選擇的媒體通道。12.根據(jù)前述任一權(quán)利要求所述的接收機(jī)設(shè)備，其中，所述控制器還操作以確定接收所選擇的媒體通道的優(yōu)選方法。13.根據(jù)前述任一權(quán)利要求所述的接收機(jī)設(shè)備，其中，所述控制器還向所令。14.<image>imageseeoriginaldocumentpage4</image>15.根據(jù)前述任一權(quán)利要求所述的接收機(jī)設(shè)備，其中，所述接收機(jī)設(shè)備包括兩個或更多個數(shù)據(jù)接口，且所述控制器還向所述處理器提供關(guān)于每一個媒體分組流將在哪一個數(shù)據(jù)接口接收的指令。16.根據(jù)權(quán)利要求15所述的接收機(jī)設(shè)備，其中，所述控制器還操作以發(fā)送請求從而在第一數(shù)據(jù)接口接收第一媒體分組流以及在第二數(shù)據(jù)接口接收第二媒體分組流，其中在所述第一媒體分組流和第二媒體分組流中所包含的采樣是相同的。17.根據(jù)前述任一權(quán)利要求所述的接收機(jī)設(shè)備，其中，所述控制器所接收的關(guān)于媒體通道的用戶選擇的信息表示每個用戶選擇的媒體通道的唯一名稱，該名稱以文字形式描述媒體通道的源。18.根據(jù)前述任一權(quán)利要求所述的接收機(jī)設(shè)備，其中，所述控制器還操作以將所述媒體通道的廣告名稱的指示作為與數(shù)據(jù)網(wǎng)絡(luò)連接的數(shù)據(jù)庫的查找鍵發(fā)送，并接收所述媒體通道的媒體通道格式信息。19.根據(jù)前述任一權(quán)利要求所述的接收機(jī)設(shè)備，其中，所述媒體分組流包含具有不同比特深度、編碼和采樣速率的不同的或重疊的媒體通道。20.用于接收來自數(shù)據(jù)網(wǎng)絡(luò)的媒體分組流的方法，所述方法包括步驟接收關(guān)于用戶對在數(shù)據(jù)網(wǎng)絡(luò)上廣告的媒體通道的選擇的信息；接收關(guān)于每個用戶選擇的媒體通道的發(fā)送源的信息，從而對能夠從相同發(fā)送源發(fā)送的用戶選擇的媒體通道進(jìn)行歸群；自動地向處理器提供對于每個群將接收一個或多個媒體分組流的指令和每個媒體分組流中的用戶選擇的媒體通道的數(shù)目；接收一個或多個媒體分組流；以及從接收到的媒體分組流中提取出用戶選擇的媒體通道。21.用于操作接收機(jī)設(shè)備以執(zhí)行權(quán)利要求20所述的方法的計算機(jī)軟件。22.從根據(jù)權(quán)利要求l至19任一權(quán)利要求所述的接收機(jī)設(shè)備的控制器發(fā)送到處理器的指令消息，其中，所述指令消息包含關(guān)于對于每個群將由所述發(fā)送機(jī)設(shè)備接收的一個或多個媒體分組流的信息和每個媒體分組流中的用戶選擇的媒體通道的數(shù)目。23.用于通過數(shù)據(jù)網(wǎng)絡(luò)發(fā)送媒體數(shù)據(jù)流的發(fā)送機(jī)設(shè)備，所述發(fā)送機(jī)設(shè)備包括多個輸入媒體通道，用于接收媒體通道，每個媒體通道具有格式；一個或多個發(fā)送端口，用于發(fā)送媒體分組流；處理器，用于對接收到的媒體通道進(jìn)行分組化，以創(chuàng)建由發(fā)送端口發(fā)送的媒體分組流；以及控制器，用于對具有相同格式的接收到的媒體通道進(jìn)行歸群或接收關(guān)于哪些接收到的媒體通道組成群的指令；以及自動地向處理器提供指令以將群中的媒體通道分組化到相同的媒體通道流中。24.根據(jù)權(quán)利要求23所述的發(fā)送機(jī)設(shè)備，其中，所述控制器還操作以進(jìn)一步接收對哪些接收到的4某體通道組成群進(jìn)行修改的指令。25.根據(jù)權(quán)利要求23或24所述的發(fā)送機(jī)設(shè)備，其中，所述控制器還控制所述處理器以將媒體分組流尋址到地址和端口。26.根據(jù)權(quán)利要求25所述的發(fā)送機(jī)設(shè)備，其中，所述地址是多播地址或單播地址。27.根據(jù)權(quán)利要求23至26中任一項所述的發(fā)送機(jī)設(shè)備，其中，到所述處理器的指令消息包括目的地址、目的端口、群中的通道數(shù)目以及群中的每一個媒體通道的時隙細(xì)節(jié)之中的任意一項或多項。28.根據(jù)權(quán)利要求23至27中任一項所述的發(fā)送機(jī)設(shè)備，其中，所述控制器遠(yuǎn)離所述處理器和/或輸入媒體通道。29.根據(jù)權(quán)利要求23至28中任一項所述的發(fā)送機(jī)設(shè)備，其中，如果媒體通道的格式改變，則所述控制器還操作以自動將所述媒體通道重新歸群為具有相同才各式的群。30.根據(jù)權(quán)利要求24至29中任一項所述的發(fā)送機(jī)設(shè)備，其中，所述關(guān)于哪些接收到的媒體通道組成組的指令從與接收機(jī)設(shè)備相關(guān)聯(lián)的控制器處接收。31.根據(jù)權(quán)利要求24至30中任一項所述的發(fā)送機(jī)設(shè)備，其中，所述控制器還操作以向所述處理器提供指令從而向接收機(jī)設(shè)備發(fā)送第一數(shù)據(jù)接口和向接收機(jī)設(shè)備發(fā)送第二媒體分組流，其中所述第一媒體分組流和第二媒體分組流中所包含的采樣是相同的。32.用于通過數(shù)據(jù)網(wǎng)絡(luò)發(fā)送媒體分組流的方法，所述方法包括步驟在多個輸入媒體通道處接收媒體通道，每個媒體通道具有格式；對具有相同格式的一個或多個接收到的媒體通道進(jìn)行歸群，或者根據(jù)所接收到的關(guān)于哪些媒體通道組成群的指令對一個或多個媒體通道進(jìn)行歸群；自動向處理器提供指令以將群中的媒體通道分組至相同的媒體分組流中；以及發(fā)送媒體分組流。33.用于操作發(fā)送機(jī)設(shè)備以執(zhí)行權(quán)利要求32所述的方法的計算機(jī)軟件。34.從根據(jù)權(quán)利要求24至31任一權(quán)利要求所述的發(fā)送機(jī)設(shè)備的控制器發(fā)送到處理器的指令消息，其中所迷指令消息包含關(guān)于每個群中的一個或多個媒體分組流的識別信息以及發(fā)送地址。35.用于通過數(shù)據(jù)網(wǎng)絡(luò)發(fā)送媒體數(shù)據(jù)流的發(fā)送機(jī)設(shè)備，所述發(fā)送機(jī)設(shè)備包括多個輸入媒體通道，用于接收媒體通道，每個媒體通道具有格式；一個或多個發(fā)送端口，用于發(fā)送媒體分組流；處理器，用于對接收到的媒體通道進(jìn)行分組化，以創(chuàng)建由發(fā)送端口發(fā)送的媒體分組流；以及控制器，用于控制處理器以創(chuàng)建包含具有相同格式的一個或多個媒體通道的第一媒體分組，以及創(chuàng)建包含具有相同格式的一個或多個媒體通道的第二媒體分組，其中所述第一媒體分組流中的媒體通道的格式與第二媒體分組流中的媒體通道的格式不同。36.根據(jù)權(quán)利要求35所述的發(fā)送機(jī)設(shè)備，其中，所述控制器還自動地確定每個分組流的每個分組的幀數(shù)目，其中第一分組流的每一分組的幀數(shù)目與第二分組流的每一分組的幀數(shù)目不同。37.根據(jù)權(quán)利要求35或36所述的發(fā)送機(jī)設(shè)備，其中，所述每一分組的幀數(shù)目是基于所述群內(nèi)的媒體通道的采樣速率和比特深度而確定的。38.根據(jù)權(quán)利要求35、36或37所述的發(fā)送機(jī)設(shè)備，其中，所述控制器還控制所述處理器來使得第一媒體分組流被發(fā)送到多播地址，以及第二媒體分組流被發(fā)送到單播地址。39.用于通過數(shù)據(jù)網(wǎng)絡(luò)發(fā)送媒體分組流的方法，所述發(fā)送機(jī)設(shè)備包括在多個輸入媒體通道處接收媒體通道，每個媒體通道具有格式；控制處理器來創(chuàng)建包含具有相同格式的一個或多個媒體通道的第一媒體分組流，以及創(chuàng)建包含具有相同格式的一個或多個媒體通道的第二媒體分組流，其中第一媒體分組流中的媒體通道的格式與第二媒體分組流中的媒體通道的才各式不同；以及發(fā)送所創(chuàng)建的媒體分組流。40.用于操作發(fā)送機(jī)設(shè)備以執(zhí)行權(quán)利要求39所述的方法的計算機(jī)軟件。41.用于接收來自數(shù)據(jù)網(wǎng)絡(luò)的媒體分組流的接收機(jī)設(shè)備，所述接收機(jī)設(shè)備包括數(shù)據(jù)接口，用于接收第一媒體分組流和第二媒體分組流，其中第一媒體分組流和第二媒體分組流中的每一個分組包含一個或多個媒體通道；處理器，用于從第一媒體分組流和第二媒體分組流中提取媒體通道；以及控制器，用于接收關(guān)于第一媒體分組流和第二媒體分組流內(nèi)所包含的媒體通道的格式的信息，其中第一媒體分組流中所包含的媒體通道的格式與第二媒體分組流內(nèi)所包含的媒體通道的格式不同；以及用于向處理器提供關(guān)于如何根據(jù)不同的媒體通道格式來對第一媒體分組流和第二媒體分組流進(jìn)行解分組化的指令。42.用于接收來自數(shù)據(jù)網(wǎng)絡(luò)的媒體分組流的方法，所述方法包括步驟接收第一媒體分組流和第二媒體分組流，其中第一媒體分組流和第二媒體分組流中的每一個分組包含一個或多個媒體通道；接收關(guān)于第一媒體分組流和第二媒體分組流內(nèi)所包含的媒體通道的格式的信息，其中第一媒體分組流內(nèi)所包含的媒體通道的格式與第二媒體分組流內(nèi)所包含的媒體通道的格式不同；以及向處理器提供關(guān)于如何根據(jù)不同的媒體通道格式來對第一媒體分組流和第二媒體分組流進(jìn)行解分組化的指令，以使得處理器從第一媒體分組流和第二媒體分組流中提取媒體通道。43.用于操作接收機(jī)設(shè)備以執(zhí)行權(quán)利要求42所述的方法的計算機(jī)軟件。44.數(shù)據(jù)網(wǎng)絡(luò)，包括根據(jù)權(quán)利要求23至31中任一項或權(quán)利要求35所述的發(fā)送機(jī)設(shè)備；根據(jù)權(quán)利要求1至19中任一項或權(quán)利要求41所述的接收機(jī)設(shè)備；以及通信裝置，用于使得媒體分組流能夠從所述發(fā)送機(jī)設(shè)備發(fā)送至所述接收設(shè)備。全文摘要本發(fā)明涉及對諸如音頻和視頻通道及發(fā)光指令之類的數(shù)字媒體分組的發(fā)送和接收。網(wǎng)絡(luò)(104)至少包括發(fā)送機(jī)設(shè)備(110)和接收機(jī)設(shè)備(112)。這些設(shè)備的控制器(122)和(126)處理配置消息在設(shè)備(110)和(112)之間的交換。通過使用本發(fā)明，用戶不需要手動配置處理器以接收媒體分組流。取而代之的是，接收設(shè)備(112)的控制器(126)操作以接收關(guān)于媒體通道的用戶選擇的信息，并自動地配置發(fā)送機(jī)設(shè)備的處理器。此外，接收設(shè)備(112)能夠利用單播和多播協(xié)議來接收媒體通道?？梢越o媒體通道提供在網(wǎng)絡(luò)(104)上唯一的文本標(biāo)簽，并使得用戶能夠容易地識別媒體通道的實際源。不同格式的媒體通道可在相同的網(wǎng)絡(luò)上同時發(fā)送。此外，可以容易地采用冗余媒體通道。文檔編號H04L12/00GK101491002SQ200780026686公開日2009年7月22日申請日期2007年5月17日優(yōu)先權(quán)日2006年5月17日發(fā)明者安德魯·懷特,艾丹·威廉斯申請人:國家Ict澳大利亞有限公司