通信測試方法、裝置及系統與流程

本發明涉及一種通信測試領域，尤其涉及一種路由器的多用戶多入多出技術的測試方法、裝置和系統。

背景技術：

隨著無線技術的發展，最新的無線標準802.11ac已從第一波(Wave1)升級到了第二波(Wave2)，升級后支持的產品在發送波束成型(TxBF，Transmit Beamforming)基礎上通過引入多用戶多入多出技術(Multi-User Multiple Input Multiple Output)技術，使得無線AP(無線訪問接入點:WirelessAccessPoint)同時可以和多個用戶進行通信，從而帶來更高的網絡性能，而傳統的單用戶多入多出技術(Single-User Multiple Input Multiple Output)技術要求同一時刻AP只能跟一個客戶端單播通信。單用戶多入多出技術，即“單用戶多進多出”，其雖然可以通過多鏈路同時傳輸的方式，提升路由器與客戶端設備之間的網絡通訊速率，但在同一時間和同一個頻段內，路由器只能夠與一個客戶端設備通信。多用戶多入多出技術則是在常規多入多出技術的基礎上，添加了多用戶同時通信機制，因此多用戶多入多出技術可以將全部的無線帶寬利用起來。在多用戶接入的情況下，各個設備的網絡延遲狀況都會得到較好的改善。

目前無線路由在驗證多用戶多入多出技術的方法和系統方面還是空白。

技術實現要素：

本發明的目的是提供通信測試方法、裝置和系統，驗證無線路由器的多用戶多入多出技術具有有效增益，并可將此方法和系統應用于實際生產中支持多用戶多入多出技術的無線路由器的檢測。

本發明提供一種通信測試方法，技術方案如下：

S100根據測試業務類型配置的客戶端和若干服務端通過待測試路由器進行通信；

S200分別獲取同樣通信參數下多用戶多入多出路由器的吞吐量和單用戶多入多出路由器的吞吐量；

S300若所述多用戶多入多出路由器吞吐量大于所述單用戶多入多出路由器吞吐量，則判斷所述多用戶多入多出路由器的增益有效。

本方案可用于測試多種業務類型，比如TCP/UDP的多種業務，選定業務類型后，只需在測試工具的客戶端和若干服務端設置相應配置命令，即可開展后續測試。測試工具可用Iperf或Chariot等。

開啟測試后，測試工具的服務端和客戶端之間會進行數據流的傳送，進行吞吐量的測試。由于是通過無線路由器建立客戶端和服務端之間的通信連接關系，故可獲取路由器的測試吞吐量。

由于若干服務端是通過無線路由器與客戶端建立的無線通信連接關系，故，在不同環境下，受溫度、濕度或其它干擾影響下，可能測試出的結果不同。此外，若干服務端的位置也可能影響測試結果。故我們選擇在同樣情況下，測試單用戶多入多出路由器和多用戶多入多出路由器的吞吐量，然后將二者結果進行對比，看多用戶多入多出路由器的吞吐量是否大于單用戶多入多出路由器的吞吐量，從而判斷多用戶多入多出路由器的增益有效。

進一步優選的，所述步驟S100還包括步驟：

S110根據測試類型配置所述測試工具的客戶端和所述若干服務端；

S120所述客戶端通過所述待測路由器與所述若干服務端通信，建立通信通道。

進一步優選的，所述步驟S200還包括步驟：

S210所述若干服務端同時發送數據給所述客戶端，進行吞吐量測試；

S220根據數據傳送情況，獲取在所述若干服務端同時發送數據情況下所述多用戶多入多出路由器的最大測試吞吐量。

S230將所述多用戶多入多出路由器更換為單用戶多入多出路由器進行測試，通過執行所述步驟S100、S210，獲取單用戶多入多出路由器的最大測試吞吐量。

此處測試若干服務端同時發送數據流給客戶端時路由器的吞吐量，將獲得的多用戶多入多出路由器的吞吐量與同樣情況下單用戶多入多出技術的路由器的吞吐量相比，判斷其增益是否有效。

進一步優選的，所述步驟S210之前還包括步驟：

S205所述若干服務端中的每一個服務端發送數據給所述客戶端，進行吞吐量測試；

S206獲取所述若干服務端中每一個服務端發送數據情況下，所分別對應的所述多用戶多入多出路由器的最大測試吞吐量；

S225將所述多用戶多入多出路由器更換為單用戶多入多出路由器進行測試，通過執行所述步驟S100、S205獲取在所述若干服務端中每一個服務端發送數據情況下，所分別對應的所述單用戶多入多出路由器的最大測試吞吐量。

此方案在之前基礎上加上了每一個服務端發送數據流來獲取的路由器的吞吐量，比對單個服務端獲取的吞吐量，進一步驗證增益的有效性。

進一步優選的，所述步驟S110包括步驟：

S111在所述客戶端選擇單進程TCP業務,并建立一個TCP進程，所述TCP進程包含與所述若干服務端相同數量的獨立的TCP子進程用于接收數據流量；

S112在每個TCP子進程及所述若干服務端設置配置命令，其中所有TCP子進程的配置命令除端口外其它一致。

進一步優選的，所述步驟S110包括步驟：

S113在所述客戶端選擇多進程TCP業務,并建立與所述若干服務端相同數量的獨立TCP進程用于接收數據流量，且所述每個獨立TCP進程包含與所若干服務端相同數量的TCP子進程；

S114在每個TCP子進程及所述若干服務端設置配置命令，其中，同一個獨立TCP進程中的TCP子進程，其配置命令除端口外其它一致。

進一步優選的，所述步驟S110包括步驟：

S115在所述客戶端選擇單進程UDP業務,并建立一個UDP進程，所述UDP進程包含與所述若干服務端相同數量的獨立的UDP子進程用于接收數據流量；

S116在每個UDP子進程及所述若干服務端設置配置命令，其中所有UDP子進程的配置命令除端口外其它一致。

進一步優選的，所述步驟S110包括步驟：

S117在所述客戶端選擇多進程UDP業務,并建立與所述若干服務端相同數量的獨立UDP進程用于接收數據流量，且所述每個獨立UDP進程包含與所若干服務端相同數量的UDP子進程。

S118在每個UDP子進程及所述若干服務端設置配置命令，其中，同一個獨立UDP進程中的UDP子進程，其配置命令除端口外其它一致。

本方案可覆蓋多種業務范圍，根據每種業務測試類型的不同，我們需進行不同的配置，但配置只需在測試客戶端和服務端進行相應設置即可，簡單易行，方便快捷。

進一步優選的，測試工具可選用Iperf。

開源的iPerf模擬發包儀器，具有安裝操作方便，節約測試成本的效果，可以覆蓋TCP/UDP的多種業務類型。

本發明還提供一種通信測試裝置，包括：

數據發送模塊，用于發送測試數據；

數據接收模塊：用于接收來自所述數據發送模塊發送的測試數據；

吞吐量獲取模塊：與所述數據接收模塊相連，用于獲取同樣通信參數下多用戶多入多出路由器的吞吐量和單用戶多入多出路由器的吞吐量；

比較模塊：與所述吞吐量獲取模塊相連，比較多用戶多入多出路由器與單用戶多入多出路由器的最大測試吞吐量；

判斷模塊：與所述比較模塊相連，若所述多用戶多入多出路由器吞吐量大于所述單用戶多入多出路由器吞吐量，則判斷所述多用戶多入多出路由器的增益有效。

此外，本發明還提供一種通信測試系統，應用上述無線路由器多用戶多入多出技術測試方法，該測試系統包括上述的通信測試裝置、客戶機、待測路由器、若干測試終端，所述客戶機與所述待測路由器有線連接；所述通信測試裝置的所述數據發送模塊位于所述若干測試終端上，構成若干服務端；所述通信測試裝置的所述數據接收模塊、吞吐量獲取模塊、比較模塊和判斷模塊位于所述客戶機上，構成客戶端；其中：

根據測試業務類型配置的所述客戶端和所述若干服務端，通過所述待測路由器進行通信；

所述客戶端和所述若干服務端開啟通信測試，所述客戶端根據通信測試情況獲取所述待測路由器的吞吐量；

所述客戶端根據所述吞吐量判斷所述多用戶多入多路由器的增益是否有效。

本系統中的客戶機可使用電腦、測試機等，測試終端可使用手機、電腦等電子設備，無需再額外購買儀器，節約了成本。

進一步優選的，所述業務類型包括：單進程TCP業務、多進程TCP業務、單進程UDP業務、多進程UDP業務。

系統中的通信測試裝置中的數據發送模塊、數據接收模塊、吞吐量獲取模塊可通過各種測試網絡設備性能的軟件來實現，比如Chariot或Iperf。Iperf操作起來非常簡單，且屬于開源軟件，經濟實惠。通過該軟件安裝在客戶機和測試終端上，即可實施檢測，部署方便。

通過本發明提供的通信測試方法、裝置和系統，能夠帶來以下有益效果：

(1)不用購買專用測試儀表，節約設備成本。

(2)本發明的測試系統部署方便。

(3)測試周期短，效率高。

(4)可以覆蓋TCP/UDP多種業務和多進程測試場景。

附圖說明

為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域的普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1是一種通信測試方法實施例1流程圖；

圖2是一種通信測試方法實施例3流程圖；

圖3是一種通信測試方法實施例4流程圖；

圖4是一種通信測試方法實施例5流程圖；

圖5是一種通信測試系統拓撲圖；

圖6是單用戶多入多出技術與多用戶多入多出技術的吞吐量對比圖；

圖7是一種通信測試裝置框圖；

圖8是一種通信測試系統框圖；

附圖標號說明：

51-電腦；52-有線光纖；53-待測路由器；54-測試終端1；55-測試終端2。

具體實施方式

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對照附圖說明本發明的具體實施方式。顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖，并獲得其他的實施方式。

為使圖面簡潔，各圖中只示意性地表示出了與本發明相關的部分，它們并不代表其作為產品的實際結構。另外，以使圖面簡潔便于理解，在有些圖中具有相同結構或功能的部件，僅示意性地繪示了其中的一個，或僅標出了其中的一個。在本文中，“一個”不僅表示“僅此一個”，也可以表示“多于一個”的情形。

本發明一方面提供了一種通信測試方法，本方法第一實施例如圖1所示，包括：

S100根據測試業務類型配置的客戶端和若干服務端通過待測試路由器進行通信；

S200分別獲取同樣通信參數下多用戶多入多出路由器的吞吐量和單用戶多入多出路由器的吞吐量；

S300若多用戶多入多出路由器吞吐量大于單用戶多入多出路由器吞吐量，則判斷多用戶多入多出路由器的增益有效。

本實施例可提供多種測試業務類型，比如單進程或多進程的TCP/UDP等多種業務，可選擇只測試其中一種類型，也可以測完一種類型后繼續測余下的其它類型，通過測量不同類型業務下的路由器吞吐量，驗證、判斷多用戶多入多出技術的增益。該方案中若干服務端即代表了多用戶，現有技術中的無線路由器一般最多有4個服務端用于測試，但不排除以后技術中可有更多服務端，不論有多少個服務端，均可用此方案進行測試。當然，實際測量中，一般我們測試使用2個測試終端作為服務端即可。根據測試類型的不同，我們需在測試工具的服務端和客戶端進行相應的配置，配置好收發端口、測試時間、發送間隔、帶寬、類型等。測試工具可采用現有的各種測試性能的軟件包，比如Iperf或者Chariot等。

開啟測試后，測試工具的服務端和客戶端之間會進行數據流的傳送，進行吞吐量的測試。由于是通過無線路由器建立客戶端和服務端之間的通信連接關系，故可獲取路由器的測試吞吐量。

吞吐量是指對網絡、設備、端口、虛電路或其他設施，單位時間內成功地傳送數據的數量(以比特、字節、分組等測量)。吞吐量的測試方法是：在測試中以一定速率發送一定數量的幀，并計算待測設備傳輸的幀，如果發送的幀與接收的幀數量相等，那么就將發送速率提高并重新測試；如果接收幀少于發送幀則降低發送速率重新測試，直至得出最終結果。吞吐量測試結果以比特/秒或字節/秒表示。

獲得路由器的吞吐量后即可與標準的吞吐量相比較，若在標準吞吐量以下則增益無效，若在標準吞吐量以上則有效。此標準吞吐量可自行按情況設定，比如按照單用戶多入多出路由器的吞吐量為標準吞吐量，或者大于該單用戶多入多出路由器吞吐量的某個值作為標準值、或者通過多次試驗后取一個范圍值作為標準范圍等。

優選的，由于測試環境和測試終端位置等均可能對測試結果造成影響，故如果我們選取同樣環境和條件下測試不支持多用戶多入多出技術的路由器，例如單用戶多入多出技術的無線路由器進行相同測試，并把測試結果作為標準比較值，則更能有效而準確的看出多用戶多入多出技術的增益是否有效，增益相差多少。

本通信測試方法的第二個實施例包括步驟：

S110根據測試類型配置測試工具的客戶端和若干服務端；

S120客戶端通過待測路由器與若干服務端通信，建立通信通道。

S200分別獲取同樣通信參數下多用戶多入多出路由器的吞吐量和單用戶多入多出路由器的吞吐量；

S300若多用戶多入多出路由器吞吐量大于單用戶多入多出路由器吞吐量，則判斷多用戶多入多出路由器的增益有效。

本通信測試方法的第三個實施例如圖2所示，包括步驟：

S100根據測試業務類型配置的客戶端和若干服務端通過待測試路由器進行通信；

S210若干服務端同時發送數據給客戶端，進行吞吐量測試；

S220根據數據傳送情況，獲取在若干服務端同時發送數據情況下多用戶多入多出路由器的最大測試吞吐量。

S230將多用戶多入多出路由器更換為單用戶多入多出路由器進行測試，通過執行步驟S100、S210，獲取單用戶多入多出路由器的最大測試吞吐量。

S300若多用戶多入多出路由器吞吐量大于單用戶多入多出路由器吞吐量，則判斷多用戶多入多出路由器的增益有效。

本實施例中，客戶端和若干服務端進行通信，在確認通信信道暢通無誤情況下，服務端再發送數據流返回給客戶端，從而確保了傳輸的準確性。

本通信測試方法的第四個實施例，在實施例三的基礎上增加了單個服務端發送數據流進行測試的步驟。如圖3所示，包括：

S100根據測試業務類型配置的客戶端和若干服務端通過待測試路由器進行通信；

S205若干服務端中的每一個服務端發送數據給客戶端，進行吞吐量測試；

S206獲取若干服務端中每一個服務端發送數據情況下，所分別對應的多用戶多入多出路由器的最大測試吞吐量；

S210若干服務端同時發送數據給客戶端，進行吞吐量測試；

S220根據數據傳送情況，獲取在若干服務端同時發送數據情況下多用戶多入多出路由器的最大測試吞吐量。

S225將多用戶多入多出路由器更換為單用戶多入多出路由器進行測試，通過執行步驟S100、S205獲取在若干服務端中每一個服務端發送數據情況下，所分別對應的單用戶多入多出路由器的最大測試吞吐量。

S230通過執行步驟S100、S210，獲取單用戶多入多出路由器的最大測試吞吐量。

S300若多用戶多入多出路由器吞吐量大于單用戶多入多出路由器吞吐量，則判斷多用戶多入多出路由器的增益有效。

此方案在之前基礎上加上了每一個服務端發送數據流來獲取的路由器的吞吐量，增加比對單個服務端獲取的吞吐量，進一步驗證增益的有效性。

注意本發明中所述步驟標號并不完全代表執行的先后順序，比如本方案中既可以先對單個服務端發流情況下先測試吞吐量、也可以對幾個服務端同時發流情況下測試吞吐量，本步驟標號并不限制其先后順序。

我們也能從其看出，多個服務端同時傳輸通信時的吞吐量并不簡單是單個服務端通信時吞吐量的簡單相加。其總的吞吐量小于各服務端單獨發流時吞吐量的總和。

本通信測試方法的第五個實施例，針對選擇的測試業務類型，進行不同的配置。具體如圖4所示：

選擇單進程TCP業務時測試步驟如下：

S111在客戶端選擇單進程TCP業務,并建立一個TCP進程，TCP進程包含與若干服務端相同數量的獨立的TCP子進程用于接收數據流量；

S112在每個TCP子進程及若干服務端設置配置命令，其中所有TCP子進程的配置命令除端口外其它一致；

S120客戶端通過待測路由器與若干服務端通信，建立通信通道。

S200分別獲取同樣通信參數下多用戶多入多出路由器的吞吐量和單用戶多入多出路由器的吞吐量；

S300若多用戶多入多出路由器吞吐量大于單用戶多入多出路由器吞吐量，則判斷多用戶多入多出路由器的增益有效。

選擇多進程TCP業務時步驟如下：

S113在客戶端選擇多進程TCP業務,并建立與若干服務端相同數量的獨立TCP進程用于接收數據流量，且每個獨立TCP進程包含與所若干服務端相同數量的TCP子進程。

S114在每個TCP子進程及若干服務端設置配置命令，其中，同一個獨立TCP進程中的TCP子進程，其配置命令除端口外其它一致。；

S120客戶端通過待測路由器與若干服務端通信，建立通信通道。

S200分別獲取同樣通信參數下多用戶多入多出路由器的吞吐量和單用戶多入多出路由器的吞吐量；

S300若多用戶多入多出路由器吞吐量大于單用戶多入多出路由器吞吐量，則判斷多用戶多入多出路由器的增益有效。

測試單進程UDP業務時，步驟如下：

S115在客戶端選擇單進程UDP業務,并建立一個UDP進程，UDP進程包含與若干服務端相同數量的獨立的UDP子進程用于接收數據流量；

S116在每個UDP子進程及若干服務端設置配置命令，其中所有UDP子進程的配置命令除端口外其它一致；

S120客戶端通過待測路由器與若干服務端通信，建立通信通道。

S200分別獲取同樣通信參數下多用戶多入多出路由器的吞吐量和單用戶多入多出路由器的吞吐量；

S300若多用戶多入多出路由器吞吐量大于單用戶多入多出路由器吞吐量，則判斷多用戶多入多出路由器的增益有效。

選擇多進程UDP業務時，步驟如下：

S117在客戶端選擇多進程UDP業務,并建立與若干服務端相同數量的獨立UDP進程用于接收數據流量，且每個獨立UDP進程包含與所若干服務端相同數量的UDP子進程。

S118在每個UDP子進程及若干服務端設置配置命令，其中，同一個獨立UDP進程中的UDP子進程，其配置命令除端口外其它一致；

S120客戶端通過待測路由器與若干服務端通信，建立通信通道。

S200分別獲取同樣通信參數下多用戶多入多出路由器的吞吐量和單用戶多入多出路由器的吞吐量；

S300若多用戶多入多出路由器吞吐量大于單用戶多入多出路由器吞吐量，則判斷多用戶多入多出路由器的增益有效。

上述方案是針對選擇的4種不同業務測試類型，進行不同配置操作，建立立了端口到端口的傳輸通道。

優選的，本發明中的測試工具為Iperf。開源的iPerf模擬發包儀器，具有安裝操作方便，節約測試成本的效果，可以覆蓋TCP/UDP的多種業務類型。下面我們將針對選用Iperf工具，采用2個測試終端作為實例來具體詳細說明一種優選的測試方法。

本發明的通信測試方法第六個實施例，我們使用開源的iPerf來生成數據流(IPerf網絡流量發生器)，我們選擇手機端(測試終端1&測試終端2)為iPerf流量服務器發送端(iperf-s)，電腦端51作iPerf流量客戶端接收(iperf-c)在流量發送端使用的是iperf 2.0.4(Android版)，流量接收端使用的是32bit x86windows iperf 2.0.5-2。具體流程如下：

(1)搭建測試拓撲，如圖5所示，電腦51通過有線光纖52連接至無線路由器53，測試終端54和測試終端55均通過無線路由器53與電腦51建立通信連接。

(2)在PC端安裝32bit x86windows iperf 2.0.5-2，在命令提示符中輸入iperf命令即可運行Iperf；在兩個手機端安裝iperf 2.0.4(Android版)。

(3)運行數據模擬流量器軟件進行測試。

(4)測試單進程TCP吞吐量：

我們在PC上分別建立了2個獨立的TCP進程用于接收流量，每個進程采用了除端口以外其他一致的配置命令行：

iperf–c【server-ip】–i 4–t 36000–w6M-b1000M–p【server-port】

在這個命令中-c代表是iperf的流量接收端(Client)，-i是時間間隔，此處是4秒，-t為測試時長，方便起見設置為36000秒，-b為目標帶寬，我們使用千兆有線網絡與路由器連接，每個進程500M帶寬，總帶寬為1000Mbps，-w6M為指定TCP，緩沖大小為6M

在手機服務器端運行iperf，我們使用的命令行如下：

iperf–s 123456–i 4–M–p

以在本機端口123456上啟用iperf其中-s代表手機為服務器端(Server)，-i4為每4秒顯示一次結果。

通過PC給測試終端1發流，并記錄最大測試吞吐量。

通過PC給測試終端2發流，并記錄最大測試吞吐量。

通過PC給測試終端1和測試終端2同時發流，并記錄最大測試吞吐量。

對比支持多用戶多入多出技術的待測設備和不支持多用戶多入多出技術的待測設備的測試數據，從而確認在業務為TCP單進程的環境下，多用戶多入多出技術的增益是否有效。

實際操作中，我們獲得如圖6所示的吞吐量對比圖，其中單用戶多入多出技術系統和多用戶多入多出技術系統吞吐量對比數據如下表所示：

從測試數據對比看出單用戶多入多出技術系統和多用戶多入多出技術系統吞吐量在我們測試中相差了1.5倍！從中也看出本測試方法系統在測試多用戶多入多出技術多種業務吞吐量增益上的正確性和可操作性。

如果還想進一步驗證其他業務性能，我們可在進行完一項業務測試后我們還可選擇其它業務類中的任意一種或多種類型進行下一步測試：

(5)測試多進程TCP吞吐量

我們在PC上分別建立了2個獨立的包含2個TCP的進程用于接收流量，每個進程采用了除端口以外其他一致的配置命令行：

iperf–c【server-ip】–i 4–t 36000–w6M-b1000M–p【server-port】-P 2

在這個命令中-c代表是iperf的流量接收端(Client)，-i是時間間隔，此處是4秒。-t為測試時長，方便起見設置為36000秒。-b為目標帶寬，我們使用千兆有線網絡與路由器連接，每個進程500M帶寬，總帶寬為1000Mbps，-w6M為指定TCP，緩沖大小為6M，-P為進程數。

在手機服務器端運行iperf，我們使用的命令行如下：

iperf–s 123456–i 4–M–p

以在本機端口123456上啟用iperf其中-s代表手機為服務器端(Server)，-i4為每4秒顯示一次結果，

通過PC給測試終端1發流，并記錄最大測試吞吐量。

通過PC給測試終端2發流，并記錄最大測試吞吐量。

通過PC給測試終端1和測試終端2同時發流，并記錄最大測試吞吐量。

對比支持多用戶多入多出技術的待測設備和不支持多用戶多入多出技術的待測設備的測試數據，從而確認在業務為TCP多進程的環境下，多用戶多入多出技術的增益是否有效。

(6)測試單進程UDP吞吐量

我們在PC上分別建立了2個獨立的UDP進程用于接收流量，每個進程采用了除端口以外其他一致的配置命令行：

iperf–c【server-ip】–i 4–t 36000–w6M-b1000M–p【server-port】-u

在這個命令中-c代表是iperf的流量接收端(Client)，-i是時間間隔，此處是4秒。-t為測試時長，方便起見設置為36000秒。-b為目標帶寬，我們使用千兆有線網絡與路由器連接，每個進程500M帶寬，總帶寬為1000Mbps，-w6M為指定TCP，緩沖大小為6M，u為UDP模式。

在手機服務器端運行iperf，我們使用的命令行如下：

iperf–s 123456–i 4–M–p-u

以在本機端口123456上啟用iperf其中-s代表手機為服務器端(Server)，-i4為每4秒顯示一次結果，u為UDP模式。

通過PC給測試終端1發流，并記錄最大測試吞吐量。

通過PC給測試終端2發流，并記錄最大測試吞吐量。

通過PC給測試終端1和測試終端2同時發流，并記錄最大測試吞吐量。

對比支持多用戶多入多出技術的待測設備和不支持多用戶多入多出技術的待測設備的測試數據，從而確認在業務為UDP單進程的環境下，多用戶多入多出技術的增益是否有效。

(7)測試多進程UDP吞吐量

我們在PC上分別建立了2個獨立的包含2個UDP的進程用于接收流量，每個進程采用了除端口以外其他一致的配置命令行：

iperf–c【server-ip】–i 4–t 36000–w6M-b1000M–p【server-port】-P 2-u

在這個命令中-c代表是iperf的流量接收端(Client)，-i是時間間隔，此處是4秒。-t為測試時長，方便起見設置為36000秒。-b為目標帶寬，我們使用千兆有線網絡與路由器連接，每個進程500M帶寬，總帶寬為1000Mbps，-w6M為指定TCP，緩沖大小為6M，-P為進程數，u為UDP模式。

在手機服務器端運行iperf，我們使用的命令行如下：

iperf–s 123456–i 4–M–p-u

以在本機端口123456上啟用iperf其中-s代表手機為服務器端(Server)，-i4為每4秒顯示一次結果，u為UDP模式。

通過PC給測試終端1發流，并記錄最大測試吞吐量。

通過PC給測試終端2發流，并記錄最大測試吞吐量。

通過PC給測試終端1和測試終端2同時發流，并記錄最大測試吞吐量。

對比支持多用戶多入多出技術的待測設備和不支持多用戶多入多出技術的待測設備的測試數據，從而確認在業務為UDP多進程的環境下，多用戶多入多出技術的增益是否有效。

另一方面，本發明還提供一種通信測試裝置，如圖7所示，包括：

數據發送模塊401，用于發送測試數據；

數據接收模塊402：用于接收來自數據發送模塊401發送的測試數據；

吞吐量獲取模塊403：與數據接收模塊402相連，用于獲取同樣通信參數下多用戶多入多出路由器的吞吐量和單用戶多入多出路由器的吞吐量；

比較模塊404：與吞吐量獲取模塊403相連，比較多用戶多入多出路由器與單用戶多入多出路由器的最大測試吞吐量；

判斷模塊405：與比較模塊404相連，若多用戶多入多出路由器吞吐量大于單用戶多入多出路由器吞吐量，則判斷多用戶多入多出路由器的增益有效。

該通信測試裝置可以獲取兩種技術的路由器的吞吐量，并進行比較，判斷增益，一般該通信測試裝置可通過軟件實現。

另一方面，本發明還提供通信測試系統，本測試系統如圖8所示，該系統采用本發明中無線路由器多用戶多入多出技術測試方法進行測試，該測試系統包括通信測試裝置40、客戶機10、待測路由器20、安若干測試終端30，客戶機10與待測路由器20通過有線連接，其中：

通信測試裝置40的數據發送模塊401位于若干測試終端上，構成若干服務端；

通信測試裝置40的數據接收模塊402、吞吐量獲取模塊403、比較模塊404和判斷模塊405位于客戶機10上，構成客戶端；其中：

根據測試業務類型配置的客戶端的數據接收模塊402和若干服務端的數據發送模塊401，通過待測路由器20進行通信；

客戶端的數據接收模塊402和若干服務端的數據發送模塊401開啟通信測試，客戶端的吞吐量獲取模塊403根據通信測試情況獲取待測路由器20的吞吐量；

客戶端的比較模塊404比較的單用戶多入多出待測路由器和多用戶多入多出待測路由器的吞吐量；

客戶端的判斷模塊405根據比較模塊404的比較結果，判斷多用戶多入多路由器的增益是否有效。

本系統中客戶機10、測試終端30可選用電腦、測試儀、手機等電子設備，無需額外購買專用測試儀器，簡單而經濟。

此外，我們也可設置數據接收模塊還可以發送指令或命令，數據數據發送模塊可以接收指令或命令，測試中，數據接收模塊發送指令給數據發送模塊，通知數據發送模塊發送數據；數據發送模塊收到指令后發送數據流給數據接收模塊。

進一步優選的，業務類型包括：單進程TCP業務、多進程TCP業務、單進程UDP業務、多進程UDP業務。

本系統可用于測試多種業務類型，系統中的通信測試裝置中的數據發送模塊、數據接收模塊和吞吐量獲取模塊可通過各種測試網絡設備性能的軟件實現，比如Chariot或Iperf。Iperf作為一個網絡性能測試工具，可以測試最大TCP和UDP帶寬性能，還可以報告帶寬，延遲抖動和數據包丟失等。它操作起來非常簡單，且Iperf具有不同安裝版本，可根據電腦、手機的不同系統選擇不同版本安裝，且屬于開源軟件，經濟實惠。

應當說明的是，上述實施例均可根據需要自由組合。以上僅是本發明的優選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。