CN106330614A - 通信测试方法、装置及系统 - Google Patents

Abstract

本发明提供了一种通信测试方法，包括根据测试业务类型配置的客户端和若干服务端通过待测试路由器进行通信；分别获取同样通信参数下多用户多入多出路由器的吞吐量和单用户多入多出路由器的吞吐量；若多用户多入多出路由器吞吐量大于单用户多入多出路由器吞吐量，则判断多用户多入多出路由器的增益有效。本发明还提供通信测试装置，包括：吞吐量获取模块、比较模块、判断模块。此外，本发明还提供了一种通信测试系统。通过本发明，快速有效的验证了无线路由器多用户多入多出技术的增益是否有效，覆盖TCP/UDP多种业务和多进程测试场景。

Description

通信测试方法、装置及系统

技术领域

本发明涉及一种通信测试领域，尤其涉及一种路由器的多用户多入多出技术的测试方法、装置和系统。

背景技术

随着无线技术的发展，最新的无线标准802.11ac已从第一波(Wave1)升级到了第二波(Wave2)，升级后支持的产品在发送波束成型(TxBF，Transmit Beamforming)基础上通过引入多用户多入多出技术(Multi-User Multiple Input Multiple Output)技术，使得无线AP(无线访问接入点:WirelessAccessPoint)同时可以和多个用户进行通信，从而带来更高的网络性能，而传统的单用户多入多出技术(Single-User Multiple Input MultipleOutput)技术要求同一时刻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)在流量发送端使用的是iperf2.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具有不同安装版本，可根据电脑、手机的不同系统选择不同版本安装，且属于开源软件，经济实惠。

应当说明的是，上述实施例均可根据需要自由组合。以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种通信测试方法，其特征在于，包括步骤：

S100根据测试业务类型配置的客户端和若干服务端通过待测试路由器进行通信；

S200分别获取同样通信参数下多用户多入多出路由器的吞吐量和单用户多入多出路由器的吞吐量；

S300若所述多用户多入多出路由器吞吐量大于所述单用户多入多出路由器吞吐量，则判断所述多用户多入多出路由器的增益有效。

2.根据权利要求1所述的一种通信测试方法，其特征在于，所述步骤S100包括步骤：

S110根据测试类型配置所述客户端和所述若干服务端；

S120所述客户端通过所述待测路由器与所述若干服务端通信，建立通信通道。

3.根据权利要求1所述的一种通信测试方法，其特征在于，所述步骤S200还包括步骤：

S210所述若干服务端同时发送数据给所述客户端，进行吞吐量测试；

S220根据数据传送情况，获取在所述若干服务端同时发送数据情况下所述多用户多入多出路由器的最大测试吞吐量。

S230将所述多用户多入多出路由器更换为单用户多入多出路由器进行测试，通过执行所述步骤S100、S210，获取单用户多入多出路由器的最大测试吞吐量。

4.根据权利要求2所述的通信测试方法，其特征在于，所述步骤S210之前还包括步骤：

S205所述若干服务端中的每一个服务端发送数据给所述客户端，进行吞吐量测试；

S206获取所述若干服务端中每一个服务端发送数据情况下，所分别对应的所述多用户多入多出路由器的最大测试吞吐量；

S225将所述多用户多入多出路由器更换为单用户多入多出路由器进行测试，通过执行所述步骤S100、S205获取在所述若干服务端中每一个服务端发送数据情况下，所分别对应的所述单用户多入多出路由器的最大测试吞吐量。

5.根据权利要求2所述的通信测试方法，其特征在于，所述步骤S110包括步骤：

S111根据选择单进程TCP业务,在所述客户端建立一个TCP进程，所述TCP进程包含与所述若干服务端相同数量的独立的TCP子进程用于接收数据流量；

S112在每个TCP子进程及所述若干服务端设置配置命令，其中所有TCP子进程的配置命令除端口外其它一致。

6.根据权利要求2所述的通信测试方法，其特征在于，所述步骤S100包括步骤：

S113在所述客户端选择多进程TCP业务,并建立与所述若干服务端相同数量的独立TCP进程用于接收数据流量，且所述每个独立TCP进程包含与所若干服务端相同数量的TCP子进程；

S114在每个TCP子进程及所述若干服务端设置配置命令，其中，同一个独立TCP进程中的TCP子进程，其配置命令除端口外其它一致。

7.根据权利要求1所述的通信测试方法，其特征在于，所述步骤S100包括步骤：

S115在所述客户端选择单进程UDP业务,并建立一个UDP进程，所述UDP进程包含与所述若干服务端相同数量的独立的UDP子进程用于接收数据流量；

S116在每个UDP子进程及所述若干服务端设置配置命令，其中所有UDP子进程的配置命令除端口外其它一致。

8.根据权利要求1所述的通信测试方法，其特征在于，所述步骤S100包括步骤：

S117在所述客户端选择多进程UDP业务,并建立与所述若干服务端相同数量的独立UDP进程用于接收数据流量，且所述每个独立UDP进程包含与所若干服务端相同数量的UDP子进程；

S118在每个UDP子进程及所述若干服务端设置配置命令，其中，同一个独立UDP进程中的UDP子进程，其配置命令除端口外其它一致。

9.一种通信测试装置，其特征在于，包括：

数据发送模块，用于发送测试数据；

数据接收模块，用于接收来自所述数据发送模块发送的测试数据；

吞吐量获取模块，与所述数据接收模块相连，用于获取同样通信参数下多用户多入多出路由器的吞吐量和单用户多入多出路由器的吞吐量；

比较模块，与所述吞吐量获取模块相连，比较多用户多入多出路由器与单用户多入多出路由器的最大测试吞吐量；

判断模块，与所述比较模块相连，若所述多用户多入多出路由器吞吐量大于所述单用户多入多出路由器吞吐量，则判断所述多用户多入多出路由器的增益有效。

10.一种应用权利要求1-8任一项所述的通信测试方法的测试系统，其特征在于，包括权利要求9所述的通信测试装置、客户机、待测路由器、若干测试终端，所述客户机与所述待测路由器有线连接；

所述通信测试装置的所述数据发送模块位于所述若干测试终端上，构成若干服务端；

所述通信测试装置的所述数据接收模块、吞吐量获取模块、比较模块和判断模块位于所述客户机上，构成客户端；其中：

根据测试业务类型配置的所述客户端和所述若干服务端，通过所述待测路由器进行通信；

所述客户端和所述若干服务端开启通信测试，所述客户端根据通信测试情况获取所述待测路由器的吞吐量；

所述客户端根据所述吞吐量判断所述多用户多入多路由器的增益是否有效。