相關(guān)申請的交叉引用

本申請要求于2009年9月23日提交的美國臨時申請序列號61/245,170的權(quán)益，并且本申請還要求于2010年3月31日提交的美國臨時申請序列號61/319,363的權(quán)益，為了所有的目的，這些申請的披露通過引用結(jié)合在此。

技術(shù)領(lǐng)域

實施方案涉及冗余報文處理，并且更具體地涉及對來自同一源節(jié)點并且具有不同IP地址的冗余報文進(jìn)行報文層處理。

背景技術(shù)：

圖1是開放系統(tǒng)互聯(lián)(OSI)模型的一個列表。該OSI模型可表示為具有比特、幀和數(shù)據(jù)包數(shù)據(jù)單元的媒質(zhì)層以及表示為具有數(shù)據(jù)和數(shù)據(jù)段的主機(jī)層。這些層可進(jìn)一步細(xì)分為物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會話層、表示層和應(yīng)用層。用戶數(shù)據(jù)報協(xié)議(UDP)是一個為使用互聯(lián)網(wǎng)協(xié)議(IP)的網(wǎng)絡(luò)中的計算機(jī)間的報文交換提供有限服務(wù)的通信協(xié)議，即輕量級協(xié)議。UDP使用IP從一個計算機(jī)/節(jié)點向另一個計算機(jī)/節(jié)點傳輸數(shù)據(jù)單元，即數(shù)據(jù)報。具體地講，UDP不提供為到達(dá)的數(shù)據(jù)包排序。

技術(shù)實現(xiàn)要素：

實施方案可以包含互聯(lián)網(wǎng)絡(luò)中的一個節(jié)點，該節(jié)點包括：一個處理器和可尋址存儲器，其中該處理器被配置成：(a)讀取所接收的一個數(shù)據(jù)包的一個序列號和一個起始端標(biāo)識符，該數(shù)據(jù)包具有一個報文；(b)將與該起始端標(biāo)識符相關(guān)聯(lián)的一個已存儲的最高序列號和所接收的數(shù)據(jù)包的序列號進(jìn)行比較；(c)如果所接收的數(shù)據(jù)包的序列號小于或等于同該起始端標(biāo)識符相關(guān)聯(lián)的已存儲的最高序列號，則丟棄所接收的數(shù)據(jù)包；并且(d)如果所接收的數(shù)據(jù)包的序列號大于同該起始端標(biāo)識符相關(guān)聯(lián)的已存儲的最高序列號，則基于一個上層協(xié)議將所接收的數(shù)據(jù)包中的報文交付給一個應(yīng)用?？蛇x地，該節(jié)點可被配置成從兩條或更多條路徑接收具有相同起始端標(biāo)識符的數(shù)據(jù)包。該起始端可包括一個近實時控制器，并且該節(jié)點可包括一個網(wǎng)關(guān)和以下各項中的至少一個：(1)一個對所接收的幀的有效載荷信息進(jìn)行響應(yīng)的效應(yīng)器；(2)一個射頻發(fā)射器；(3)一個射頻接收器；以及(4)一個傳感器。

在一個實施方案中，該起始端包含一個近實時控制器，并且該節(jié)點包括一個網(wǎng)關(guān)和一個射頻發(fā)射器。在一個實施方案中，該起始端包括一個近實時控制器，并且該節(jié)點包括一個網(wǎng)關(guān)和一個射頻接收器。在一個實施方案中，該起始端包括一個近實時控制器，并且該節(jié)點包括一個網(wǎng)關(guān)和一個傳感器。

例如，一些實施方案還可以是一種冗余報文處理方法，該方法包括：(a)通過一個起始端節(jié)點的一個處理器將：(i)一個幀序列號分配給一個第一數(shù)據(jù)包的一個幀；(ii)一個起始端標(biāo)識號分配給該第一數(shù)據(jù)包的該幀；(iii)該幀序列號分配給一個第二數(shù)據(jù)包的一個幀；以及(iv)一個起始端標(biāo)識號分配為給該第二數(shù)據(jù)包的該幀；(b)由一個目的節(jié)點的一個處理器來記錄：包括該第一數(shù)據(jù)包和該第二數(shù)據(jù)包的一個組的一個第一被接收的數(shù)據(jù)包的幀序列號和起始端號；并且(c)由該目的節(jié)點的該處理器來丟棄：具有所記錄的幀序列號以及所記錄的起始端號的一個第二被接收的數(shù)據(jù)包。在丟棄步驟之前，該方法的一些實施方案可以進(jìn)一步包括：由該目的節(jié)點的該處理器在如果該第二被接收的數(shù)據(jù)包的幀序列號與所記錄的第一被接收的數(shù)據(jù)包的幀序列號的差值大于一個上限值或低于一個下限值時，記錄具有所記錄的該第一被接收的數(shù)據(jù)包的起始端號的第二被接收的數(shù)據(jù)包的一個幀序列號和一個起始端號。該方法的一些實施方案可進(jìn)一步包括：由該起始端節(jié)點經(jīng)過一個第一網(wǎng)絡(luò)接口電路來發(fā)送該第一數(shù)據(jù)包并且經(jīng)過一個第二網(wǎng)絡(luò)接口電路來發(fā)送該第二數(shù)據(jù)包。

一些方法實施方案還包括一種網(wǎng)絡(luò)節(jié)點健康評估方法，該方法包括：(a)向一個網(wǎng)絡(luò)中的多個網(wǎng)絡(luò)節(jié)點廣播一個健康請求；(b)接收來自該多個網(wǎng)絡(luò)節(jié)點中的至少一個節(jié)點的一個健康請求響應(yīng)報文，其中所接收的健康請求響應(yīng)報文包括該響應(yīng)節(jié)點的一個以太網(wǎng)MAC地址；(c)將一個時間戳與所接收的健康請求響應(yīng)報文相關(guān)聯(lián)；(d)存儲所接收的響應(yīng)節(jié)點的以太網(wǎng)MAC地址以及與其相關(guān)聯(lián)的時間戳；并且(e)基于所接收的和存儲的一個或多個節(jié)點的以太網(wǎng)MAC地址向兩個或更多個網(wǎng)絡(luò)接口電路(NIC)以太網(wǎng)驅(qū)動程序提供完全相同的輸出報文。該示例性方法實施方案還可以包括基于所接收的和存儲的一個或多個節(jié)點的以太網(wǎng)MAC地址的一個或多個時間戳對網(wǎng)絡(luò)健康進(jìn)行評估。該示例性方法實施方案還可以包括對通過兩條或更多條NIC路徑發(fā)送的數(shù)據(jù)包與通過該兩條或更多條NIC路徑接收的數(shù)據(jù)包進(jìn)行比較，并確定該兩條或更多條NIC路徑中的每條路徑的丟包數(shù)量。

附圖說明

通過舉例對多個實施方案進(jìn)行了展示，但不限于附圖中的圖示，并且在附圖中：

圖1是開放系統(tǒng)互聯(lián)模型的一個列表；

圖2是一個示例性上層系統(tǒng)圖；

圖3描繪了一個實施方案的示例性分層；

圖4描繪了一個上層關(guān)系接口圖；

圖5描繪了一個關(guān)系接口圖；

圖6示出了一個示例性幀頭內(nèi)容結(jié)構(gòu)和報文內(nèi)容結(jié)構(gòu)；

圖7是描繪示例性順序過濾和ping請求操作的一個上層流程圖；

圖8是描繪一個示例性順序過濾實施方案的流程圖；

圖9是一個描繪了為健康評估而采用的一種具有數(shù)據(jù)收集的示例性基于以太網(wǎng)的通信流程的功能框圖；并且

圖10將一種示例性算法結(jié)構(gòu)描繪為一個GoComMux流程圖。

具體實施方式

參閱描述示例性實施方案的附圖。圖2是一個示例性上層系統(tǒng)圖200。在此，處理器被定義為一個計算機(jī)或具有一個中央處理單元(CPU)和可尋址存儲器的計算裝置，其中可以通過可執(zhí)行的機(jī)器可讀指令、電路或其組合對一個計算裝置進(jìn)行配置從而使其具有特定計算裝置的功能。網(wǎng)絡(luò)可以由一個包含處理器的一個源節(jié)點、包含一個處理器的一個目的節(jié)點以及部署于這些節(jié)點之間的一個網(wǎng)絡(luò)鏈路組成。該源節(jié)點可生成一個報文，比如用于目的節(jié)點的命令。該示例性報文可以由多個網(wǎng)絡(luò)接口卡來準(zhǔn)備和發(fā)送。在圖2的示例性圖中，該源節(jié)點210通過兩個網(wǎng)絡(luò)接口裝置215、220或可以是網(wǎng)絡(luò)接口卡(NIC)的計算機(jī)電路板與網(wǎng)絡(luò)相連接。于是每個NIC可以連接至一個路由交換器231-234，例如，具有定向端口路由表的交換器。在圖2的示例性網(wǎng)絡(luò)中，該第一NIC可向一個第一交換器(SW_1)231發(fā)送，并且該第一交換器可向一個第二交換器(SW_2)232發(fā)送。同樣在圖2的示例性網(wǎng)絡(luò)中，第二NIC 220可以像第一NIC 215一樣向一個第四交換器(SW_4)234發(fā)送相同的報文，第四交換器234可向一個第三交換器(SW_3)233發(fā)送。第二交換器232和第三交換器233可向目的節(jié)點230發(fā)送數(shù)據(jù)包/數(shù)據(jù)報。因此，舉例來說，目的節(jié)點230可以通過兩個或更多個信道接收到來自一個源節(jié)點210的冗余報文

圖3描繪了一個實施方案的示例性分層300，從物理層310到UDP/IP320到短消息協(xié)議330，然后至應(yīng)用層340。圖3還描述了大數(shù)據(jù)流350、一個套接字封裝360、以及一個網(wǎng)絡(luò)控制堆棧370。圖4是一個上層關(guān)系接口圖400，描述了介于套接字層420和應(yīng)用層430之間的報文處理層410。本例中的套接字層420管理套接字的打開和關(guān)閉、處理UDP數(shù)據(jù)包的接收和發(fā)送、并支持單播和多播UDP數(shù)據(jù)報。本例中的報文處理層410對ping報文進(jìn)行響應(yīng)，使用嵌入的序列號對報文進(jìn)行過濾，并且，如果可以與實時操作系統(tǒng)(RTOS)節(jié)點一起工作，當(dāng)有新報文可用時還會調(diào)用應(yīng)用層430。圖5是展現(xiàn)一個示例性應(yīng)用接口510的關(guān)系接口圖500。本圖示出了發(fā)向和來自應(yīng)用層的報文的示例性流程。

圖6描繪了一個示例性幀頭內(nèi)容結(jié)構(gòu)和報文內(nèi)容結(jié)構(gòu)600。所示的幀頭610具有一個序列號615和起始端識別碼(ID)625。為實現(xiàn)應(yīng)用級的連續(xù)性，可以結(jié)合起始端ID 625參考序列號615。序列號615可以是由一個特定起始端發(fā)送的幀中的一個16比特的整數(shù)。每個起始端節(jié)點可有兩個或更多個NIC，各自具有一個不同的IP地址。起始端ID 625可以是唯一地標(biāo)識一個幀發(fā)自哪個節(jié)點的一個8比特的整數(shù)。節(jié)點ID頭文件可用來獲取節(jié)點號列表。

圖7是描繪順序濾波710和ping請求處理720的示例性過程的一個上層流程圖700。兩個或更多個源能夠以幀的形式提供報文，其中這些報文是完全相同的，并且這些序列號是相同的。報文處理層730可存儲最后接受到的序列號，并對該序列號與所接收的幀的序列號進(jìn)行比較。網(wǎng)絡(luò)控制器節(jié)點可以使用嵌入的序列號來過濾報文，當(dāng)有新報文可用時調(diào)用應(yīng)用層740，通過向所有節(jié)點發(fā)送ping報文確定網(wǎng)絡(luò)連通性和/或健康性，并處理對應(yīng)的響應(yīng)。該網(wǎng)絡(luò)控制器節(jié)點可以根據(jù)對周期ping報文的響應(yīng)或響應(yīng)缺失建立一個網(wǎng)絡(luò)連通性圖750或關(guān)系表格，并向應(yīng)用層740提供回調(diào)以獲取連通性信息。

圖8是描繪本發(fā)明的一個示例性順序過濾實施方案的流程圖800。當(dāng)接收并讀取數(shù)據(jù)包(步驟810)時，一個示例性接收實施方案可對新接收的數(shù)據(jù)包與具有相同起始端ID的之前、最近接收的數(shù)據(jù)包的序列號進(jìn)行比較(820)。如果新接收的數(shù)據(jù)包的序列號小于或等于所記錄的號(測試830)，則可以丟棄該新接收的數(shù)據(jù)包(步驟840)。在一些實施方案中，接收節(jié)點的報文處理層可以對新接收數(shù)據(jù)包的序列號與所記錄的號的差值大小進(jìn)行比較。然后，接收端可以重置為該新序列號，可以記錄一個順序顛倒事件，并相應(yīng)地可以保存該新接收的數(shù)據(jù)包用于處理(步驟860)。

一個示例性實施方案可以是在一種飛行器系統(tǒng)中，在該飛行器的航空網(wǎng)絡(luò)中具有兩個或更多個飛行控制計算器(FCC)。每個FCC有兩個網(wǎng)絡(luò)接口電路或網(wǎng)絡(luò)接口卡(NIC)，相應(yīng)地它們向該飛行器的航空網(wǎng)絡(luò)提供兩個接入點。如上所述，如上述披露的該網(wǎng)絡(luò)的一個示例性架構(gòu)是使得每個NIC通過網(wǎng)絡(luò)分段可以向每個子系統(tǒng)提供無重疊的連接。即，從特定FCC的一個第一NIC到任何特定子系統(tǒng)的路徑均沒有與從該特定FCC的一個第二NIC到該子系統(tǒng)的路徑一樣的物理層網(wǎng)絡(luò)連接。該示例性容錯網(wǎng)絡(luò)實施方案部分基于被配置成從它的每個NIC產(chǎn)生冗余報文的FCC?？梢杂糜贔CC的網(wǎng)絡(luò)堆?？赡懿恢С謱尾I(yè)務(wù)量直接引導(dǎo)至一個特定的NIC。本實施方案中的堆棧是在存在到任何特定子網(wǎng)的一個單一連接的假設(shè)下進(jìn)行運行的，并相應(yīng)地將該業(yè)務(wù)量自動路由至一個適當(dāng)?shù)腘IC。具體而言，由該堆棧維護(hù)的地址解析協(xié)議(ARP)表不要求兩個NIC位于同一子網(wǎng)中，并從而可以阻止網(wǎng)絡(luò)堆棧向這些子系統(tǒng)發(fā)送冗余單播。如果網(wǎng)絡(luò)堆棧確定向特定NIC的直接多播會如預(yù)期那樣工作，一個替代實施方案將不會使用單播。

一些示例性實施方案包括(例如)通過使用與標(biāo)準(zhǔn)VxWorks堆棧相結(jié)合而工作的VxWorks muxLib接口直接向兩個NIC發(fā)送雙重冗余的以太網(wǎng)數(shù)據(jù)包。直接向兩個NIC發(fā)送雙重冗余的以太網(wǎng)數(shù)據(jù)包通常情況下會避免在嘗試向具有兩個連接的子網(wǎng)發(fā)送單播時遇到的單播路由和ARP查表挑戰(zhàn)。

當(dāng)IP數(shù)據(jù)報由多歸屬主機(jī)發(fā)出時，它會被傳遞到具有到目的端的最直觀路由的接口。相應(yīng)地，該數(shù)據(jù)報可包含該多歸屬主機(jī)中一個接口的源IP地址，但是由一個不同的接口放到媒質(zhì)中。該幀的源媒質(zhì)接入控制地址是將該幀實際發(fā)送到媒質(zhì)的接口的地址，且源IP地址是該發(fā)送應(yīng)用的發(fā)起者，而未必是與網(wǎng)絡(luò)連接UI中的發(fā)送接口相關(guān)聯(lián)的一個IP地址。所謂的“弱端模型”系統(tǒng)(在該系統(tǒng)中一個地址指的是一個主機(jī)而不是接口)包含于包括Microsoft^TM Windows^TM在內(nèi)的一些操作系統(tǒng)中?！叭醵四Ｐ汀币馑际钱?dāng)一個數(shù)據(jù)包到達(dá)一個多歸屬系統(tǒng)上的接口之一時，只要其目的地址與這些地址之一匹配就會被網(wǎng)絡(luò)堆棧選中。另一方面，所謂“強(qiáng)端模型”系統(tǒng)要求數(shù)據(jù)包的目的地址與其到達(dá)的下層接口地址匹配。對于發(fā)送數(shù)據(jù)包，弱端系統(tǒng)將從與該數(shù)據(jù)包的源IP地址不匹配的接口發(fā)送數(shù)據(jù)包，而強(qiáng)端系統(tǒng)不會從與數(shù)據(jù)包的源IP地址不匹配的接口發(fā)送數(shù)據(jù)包。

通常對于性示例性系統(tǒng)架構(gòu)而言，參照圖9，其中FCC應(yīng)用900一分為二成內(nèi)核空間910和實時處理(RTP)970。內(nèi)核910管理驅(qū)動器接口，并且RTP 970管理航空實施方案的報文發(fā)送和飛行控制功能。作為標(biāo)準(zhǔn)IP UDP以太網(wǎng)幀的有效載荷的一部分，包含名為“goCom”層911的層會起到以下促進(jìn)作用：(a)基于goFrame頭的副本序列號而丟棄所接收的冗余報文；以及(b)收集副本報文的統(tǒng)計信息?？梢詤⒖妓占臄?shù)據(jù)并將其用于監(jiān)測任一和全部冗余路徑的健康。在一個示例性實施方案中，VxWorks提供了muxLib接口912從而能夠訪問在網(wǎng)絡(luò)接口上接收的以太網(wǎng)數(shù)據(jù)包。該muxLib還用于向特定網(wǎng)絡(luò)接口發(fā)送以太網(wǎng)報文。

接收到一個數(shù)據(jù)包時，在接收中斷情況下可以執(zhí)行已安裝的應(yīng)用回調(diào)。由mux接口提供指向包含所接收的數(shù)據(jù)包的緩沖器的一個指針。通過一系列的濾波器對該數(shù)據(jù)包進(jìn)行檢查，以使其成為有效的“goCom”幀。如果該報文來自網(wǎng)絡(luò)中的子系統(tǒng)，例如傳感器、效應(yīng)器和/或收發(fā)器節(jié)點組成的航空網(wǎng)絡(luò)，該子系統(tǒng)的以太網(wǎng)地址可存儲在由子系統(tǒng)IP地址標(biāo)引的表913中。相應(yīng)地，可以參考所標(biāo)引的子系統(tǒng)以太網(wǎng)地址表向與已存儲的地址相對應(yīng)的子系統(tǒng)回發(fā)單播報文。該示例性表可以取代ARP而運行-單獨的實施方案機(jī)制-在某種程度上是因為ARP不會在航空雙重網(wǎng)絡(luò)路徑實施方案下持續(xù)地運行。相應(yīng)地，注意到FCC不能向任何沒有向其發(fā)送過報文的子系統(tǒng)發(fā)送報文-因為FCC是通過所標(biāo)引的表格來訪問或?qū)W習(xí)這些子系統(tǒng)的以太網(wǎng)MAC地址。為主動填充表格，一個示例性實施方案要求網(wǎng)絡(luò)中的所有節(jié)點都要對多播“健康請求”進(jìn)行響應(yīng)。此健康請求可選自系統(tǒng)的典型或標(biāo)準(zhǔn)功能。也就是說，對可用健康請求的調(diào)整或修改不需要支持雙單播容錯網(wǎng)絡(luò)設(shè)計。相應(yīng)地，當(dāng)這些子系統(tǒng)用健康響應(yīng)報文對健康請求作出響應(yīng)時，F(xiàn)CC立即學(xué)習(xí)到網(wǎng)絡(luò)上每個節(jié)點的以太網(wǎng)MAC地址。何時從子系統(tǒng)收到數(shù)據(jù)包的時間戳也被存儲于該表格中。這允許基于每條路徑的近期連通性來評估網(wǎng)絡(luò)健康。還收集了每條路徑上丟失了多少數(shù)據(jù)包的統(tǒng)計信息。這些統(tǒng)計信息的收集將即使是單一數(shù)據(jù)包丟失的靈敏檢測也考慮在內(nèi)。高級的靈敏檢測為早期檢測并隔離網(wǎng)絡(luò)問題提供了可能。

從RTP到內(nèi)核的報文信道接口可用于傳輸有待冗余地發(fā)自兩個NIC的單播報文。一個示例性實施方案具有固定大小緩沖區(qū)的報文信道，該緩沖區(qū)足以容納系統(tǒng)預(yù)期產(chǎn)生的最大可支持的以太網(wǎng)數(shù)據(jù)包或媒質(zhì)傳輸單位(MTU)。一個示例性實施方案可以具有大小為1536字節(jié)的MTU。報文信道920接口可被配置成可變的，并允許向網(wǎng)絡(luò)內(nèi)任何子系統(tǒng)發(fā)送大范圍的單播?？梢詤⒄請笪木彌_區(qū)前端的元數(shù)據(jù)來確定該報文準(zhǔn)備發(fā)送的IP地址和端口。

當(dāng)內(nèi)核910接收到從RTP 970發(fā)往特定子系統(tǒng)的報文時，它可以首先對其檢查以確定該子系統(tǒng)的一個有效以太網(wǎng)地址是否存儲在以太網(wǎng)表格913中。如果沒有，可以將該報文默默地丟棄，即，不用通知網(wǎng)絡(luò)的其他元素和FCC應(yīng)用RTP就丟棄。如果該以太網(wǎng)地址對于子系統(tǒng)而言可用，則基于報文920形成930兩個數(shù)據(jù)包。除了它們所起源的NIC外，這兩個報文是完全相同的。具體而言，兩個數(shù)據(jù)包使用相同的序列號。然后將這兩個數(shù)據(jù)包通過muxLib接口912發(fā)往兩個NIC(具體而言它們對應(yīng)的NIC以太網(wǎng)驅(qū)動器951和952)用于傳輸。

可以與一個共享數(shù)據(jù)庫支持(例如sdLib支持)一起構(gòu)建體現(xiàn)為Vxworks內(nèi)核的內(nèi)核910，以提供一個從數(shù)據(jù)包接收處理器向RTP代碼傳遞統(tǒng)計信息的高效機(jī)制，該代碼用網(wǎng)絡(luò)統(tǒng)計信息生成goCom報文。內(nèi)核實施方案將muxLib用作由網(wǎng)絡(luò)堆棧使用的標(biāo)準(zhǔn)接口。

非易失性存儲器(如閃存或NVRAM)可以用于存儲Hobbs時間，即運行時間，用于給所接收的以太網(wǎng)數(shù)據(jù)包添加時間戳。盡管相對較快，但NVRAM接入仍比RAM接入要慢，而且由于每個所接收的數(shù)據(jù)包被添加了時間戳，需要考慮讀取性能。RAM可以是32比特的接入裝置，與此相對的是，NVRAM可以是8比特的接入裝置。該8比特接入與秒數(shù)計數(shù)器的冗長的4字節(jié)交叉進(jìn)行數(shù)據(jù)相干檢測，而32比特接入是固有的基元。相應(yīng)地，Hobbs秒數(shù)計數(shù)器既存儲于RAM也存儲于NVRAM，并且作為二分之一的中斷處理可以在兩個位置對其進(jìn)行更新。

在引導(dǎo)加載程序?qū)?yīng)用下載到低端內(nèi)存的同時使用高端內(nèi)存的情況下，可以使用標(biāo)準(zhǔn)的RAM圖，比如Vxworks標(biāo)準(zhǔn)RAM圖。啟動時，該應(yīng)用以SYSMEMTOP開始使用高端內(nèi)存來建立堆棧。堆棧降低。任何固定存儲器分配都不受位于上述SYSMEMTOP中的OS或編譯器管理。該內(nèi)核應(yīng)用使用sdLib創(chuàng)建由內(nèi)核管理的指定的共享數(shù)據(jù)區(qū)。然后，可以由RTP應(yīng)用打開該指定區(qū)域從而可以讀取該以太網(wǎng)數(shù)據(jù)包統(tǒng)計信息。

適于VxWorks的Curtis Wright BSP可用來提供以太網(wǎng)驅(qū)動器。相應(yīng)地，該muxLib以太網(wǎng)驅(qū)動器接口可被配置成運行于MUX_PROTO_SNARF模式。該配置允許對所有的接收數(shù)據(jù)包進(jìn)行混合檢查。然后，可選地將這些數(shù)據(jù)包返回至muxLib以發(fā)送至標(biāo)準(zhǔn)網(wǎng)絡(luò)堆棧進(jìn)行標(biāo)準(zhǔn)處理。

圖10的GoComMux流程圖描繪了一個示例性算法結(jié)構(gòu)。應(yīng)用層可以為goComMux模塊1010初始化或產(chǎn)生一個進(jìn)程。一旦該模塊被初始化1020，然后goComMux模塊可以綁定一個第一NIC 1030和綁定一個第二NIC 1040-以便可以確定其源于哪個NIC。可以執(zhí)行一個初始化報文發(fā)送的進(jìn)程1050，其中內(nèi)核可以對驅(qū)動器接口進(jìn)行處理并向內(nèi)核發(fā)送信道讀取RTP報文1060，例如數(shù)據(jù)包/數(shù)據(jù)報。該GoComMux模塊可以向FCC應(yīng)用RTP 970發(fā)送幀1070。該GoComMux模塊可以接受向第一NIC 1080和第二NIC 1085的中斷，并調(diào)用一個從MuxLib接收數(shù)據(jù)幀的進(jìn)程1090。

考慮到可以對上述實施方案的特定特征和方面作出不同組合和/或子組合，但仍然屬于本發(fā)明的范疇。相應(yīng)地，應(yīng)當(dāng)了解到本披露實施方案的不同特點和方面可以相互結(jié)合或彼此替換以組成本披露發(fā)明的不同模式。進(jìn)一步地，通過舉例披露的本發(fā)明的范圍不由以上特定披露實施方案所限制。