江苏龙网

  1. 首页 > 生活 > >

WIFI上下行流量不对等的深层次原因

我对802.11系列协议理解不是很深，强答一下吧。测试涉及设备华硕RT-AC87U路由器ASUS：支持802.11ac在5G频段的4*4MIMO。256-QAM调制华硕PCE-AC88无线网卡ASUS：支持802.11ac2.0的4*4MIMO。1024-QAM调制。1、显然受限的是路由器。那么只能使用802.11ac。4*4MIMO，256-QAM调制。2、现在是单用户测试，不用考虑802.11ac的EDCA功能。应该是通过PCA+DCA调度的。由于wifi默认AP是1对多的方式。所以上下行稍有不同。上行传送，是在监听帧发出申请，得到确认后上行发射，下一个监听帧继续发送上传申请。下行类似。由于传统DCA会导致AP在竞争信道时候没有优势，导致上行信道分配比下行分配多，而实际业务往往是下行流量大。所以很早就有很多算法，尝试平衡这里面的差异。会向下行分配信道倾斜。从我查到的一些算法来看，会导致上行申请信道的窗口数量减少。对上行不利。因此这应该是原因之一。理论上来说，现实的产品就应该下行速率高一些。但是，我注意到，你测试出来的速率似乎太低了。才400M。远没有达到极限。那么可能还有另外一个原因。就是你测试上下行的TCP协议伴随的ACK IP包导致上下行冲突，导致上下行同时等待，引起信道闲置。我以前在别的无线网络分析上下行问题的时候发现，TCP协议下，传输需要有一个ACK的回应。上行传输数据，需要下行回应ACK。这意味着在传送中，需要下行需要申请信道占用来传送ACK包。虽然ACK包很小。但是必须占用完整的一个最小的信道。这意味着并不能把所有带宽给到上行。当然同理下行也一样。由于TCP协议的特点，上下行碰撞是必然的。这也可以解释为何下行差极限速率也挺远的。但如果算法上对下行优先，那么在发生碰撞后的DIFS等待周期，上行会比下行多。这意味着在没有下行的情况下，虽然信道空闲，但上行等待的时间更长。而且下行ACK包会不断到来，也许会导致上行长时间断流，直到下行ACK传完为止。如果你的抓包出现上行速率周期性下跌到近乎0。就很可能是这种原因如果我的猜测是对的。那么请题主不妨试试用UDP来测试极限速率。但貌似UDP上行的测速工具不常见啊。要不，题主在网卡那部机器上装一个UDP下载服务器，比如不限速的流媒体。然后在路由器那一侧来下载。这样应该能做到上行UDP的测速。再次强调，我对802.11了解不深。上面真的是强答的。另外，如果不是考虑单用户极限。我建议题主用多个网卡同步上传下载来测试。因为802.11是碰撞竞争机制，多用户和单用户的性能差异很大。哪怕不考虑MU-MIMO的加成，多用户的总吞吐率也是可能高于单用户的。==========原答案。估计理解错题主的意思了。题主说的应该是测量出来的上下行极限速率有差异==========不太理解题目意思。上下行流量取决于业务行为啊。现在公网来说，浏览，观看媒体，下载的远多与上传的，上下行连1:2都达不到呢，题主这个情况，上行流量已经算多的了。
■网友
猜测应该是硬件原因。我们做无线网卡的时候测试是要达到上下行完全对等的。前提是我们自家的路由器+自家的无线网卡。别家能不能达到，这个不清楚。但至少我可以告诉你：理论上能达到对等，实际上也能达到，至于为什么你的没有达到，原因需要具体分析了。


    推荐阅读


    上一篇：初级码农，工作待遇还行，但学不到东西，我该不该换工作呢

    下一篇：苹果公司有没有阴谋