我们的新MU-MIMO测试过程测量总吞吐量增长和缩放能力。
介绍
MU-MIMO正在成为中端和高端无线路由器的标准功能。CES 2016甚至看到了MU-MIMO启用的无线扩展器。所以现在是对测试方法进行标准化的时候了。
该方法基本上是在MU-MIMO Ready for Prime Time中使用的？该测试使用MU-MIMO查找总吞吐量增加，并且随着更多MU客户端的添加，更高的吞吐量持续多长时间。
您希望看到的是尽可能多的STA的MU高于SU吞吐量。为了有一个合理的测试时间（这个测试需要一个小时的运行），我们只测试最多16个STA，因为我们的经验是MU和SU线通常在此之前收敛。
测试设置
测试硬件包括一个装有RF46014 WaveBlade Wi-Fi，WBE1604 WaveBlade以太网和管理模块的Ixia VeriWave WaveTest 20三插槽机箱 。
Wi-Fi刀片作为Wi-Fi设备（STA），支持802.11a / b / g / n / ac。它有四个RF端口，可以模拟任何STA从802.11b 1 Mbps到4×4 802.11ac MU-MIMO 1733 Mbps。Wi-Fi刀片可以创建多达500个完全独立的有状态客户端。
管理刀片是两个仪器刀片的控制器，允许机箱坐在局域网上，并通过网络界面访问以进行简单的管理工作。以太网刀片是具有完全数据包捕获功能的四端口千兆线速流量生成器。
MU-MIMO测试设置
Ixia VeriWave的MU-MIMO测试需要直接连接到被测路由器。这是所需的，所以WaveBlade可以精确地控制波束成形，以确保测试的一致性。由于我们有一个安静的RF环境，被测路由器通常不会放置在octoBox测试室中。
Wi-Fi刀片需要大约-30 dBm的输入电平，因此它和被测路由器之间使用50 dB的固定衰减器来降低路由器的信号电平。在以太网刀片和被测路由器的一个LAN端口之间进行单个千兆以太网连接。这是一个NETGEAR R7500v2连接并准备在下面的照片测试。
VeriWave机箱和路由器被测试
测试
VeriWave开发的自定义测试脚本开始于单个MU 1×1 STA，配置为以9个MCS 9索引速率，80 MHz带宽和短保护间隔进行连接，实现最大433 Mbps的链路速率。未使用MIMO信道模型（AF）; 旁路模式被设置。
测试连接STA，然后运行TCP Goodput测试，MSS，窗口和帧大小设置为千兆位链路完全加载。每次测试运行30秒，并在测试结束时记录吞吐量。我们为每个测试使用单个TCP / IP会话（连接）。
测试然后添加另一个MU STA，验证连接，重复30秒测试并记录每个STA的吞吐量，最多可达16个STA。然后，将STA模式设置为SU，重复整个测试序列，以了解总吞吐量如何与非MU设备进行比较。进行两次测试运行，并使用两个结果的平均值。
路由器图表中的测试结果可用作三个基准
• MU MIMO吞吐量
• SU MIMO吞吐量
• MU，SU吞吐量差
对比结果
显示的默认视图是测量的所有16点的平均吞吐量。但是您可以使用选择器显示下面屏幕截图中显示的任何视图。
MU-MIMO吞吐量条形图视图
通过选择最多四个产品并点击“ 性能与设备 ”按钮，您可以将所选的基准测试与设备数量进行比较。下图显示MU-MIMO设备的吞吐量。具有4×4架构（AC2350，AC2600，AC3100等级）的MU-MIMO路由器应使用三个1×1 MU设备提供峰值总吞吐量增益。只有一个绘制的路由器做到这一点; 另外两个峰值有六个MU设备。
MU吞吐量与设备数量相比
下一个图显示了VeriWave设置为模拟SU-MIMO设备的吞吐量，即不支持MU-MIMO的设备。该图应显示出轻微的下降趋势，表明设备之间带宽的有效分配，吞吐量少。其中一个产品的SU吞吐量低于其他两个，并且在六个设备之后急剧下降。设备13-16的单位吞吐量不应该发生。
SU吞吐量与设备数量相比
最后一个情节显示MU，SU吞吐量差异（简单的MU吞吐量 – SU吞吐量）。该图应该从零开始，因为单个设备的MU-MIMO应该没有吞吐量增益。然后，吞吐量应在4×4架构路由器的三个设备上达到峰值，并随着设备数量的增加而减少。
MU和SU吞吐量通常会在使用16个设备的时间收敛。该图中显示的产品之一仍然显示超过SU吞吐量的非常高的MU吞吐量增益，而另一个在只有9个设备之后已经融合。
MU，SU吞吐量差与设备数
