我有一个ER-XUbiquiti 的路由器。由于新冠疫情，我和我的女朋友都花了很多时间进行视频通话。启用“智能队列管理”(QoS) 是否有助于提高通话质量（我们使用UniFi AC Pro AP是否处于 Wi-Fi 覆盖范围内？
我之所以问这个问题，是因为存在一个权衡...我的互联网是 120/20。启用“智能队列管理”后，吞吐量会降低到 103/17。
答案1
智能队列管理 (SQM) 旨在最大限度地减少延迟（又称“延迟”、“ping 时间”、“往返时间”、“RTT”），即使您的互联网连接已满负荷。低延迟对于语音/视频电话会议非常重要，对于快节奏的在线多人游戏尤其重要。
大多数路由器和调制解调器都存在一个称为“缓冲区膨胀”的设计缺陷；当您的 Internet 连接满负荷（拥塞）时，它们会错误管理等待发送的数据包队列，并让队列失控增长，这只会增加延迟而没有任何好处。SQM 是解决缓冲区膨胀的办法。
SQM 与 QoS 仅间接相关。传统的 QoS 方案优先处理某些类型的流量，因此当出现拥塞时，优先级较低的流量会因拥塞相关的延迟而受到冲击，而优先级较高的流量则有望顺利通过。相比之下，SQM 试图将延迟保持在较低水平全部即使遇到交通拥堵，该系统也可以疏导交通，而不会优先处理某一类交通。
目前有几种 SQM 算法。截至撰写本文时，最好的算法是 Cake 和 FQ-CoDel。Cake 比 FQ-CoDel 需要更多的 CPU 能力。如果您的路由器的 SOC（CPU）不够强大，无法以足够快的速度运行 Cake 以跟上您的住宅宽带互联网连接速度，请尝试使用 FQ-CoDel（如果可以的话）。
因此，如果您的路由器的 CPU 不够强大，无法以全线速率运行 Cake 以连接您的互联网，那么启用它将按预期减少您的延迟，但会对您的最高速度造成一定影响。
您可能需要运行在线速度测试来测量缓冲区膨胀。也就是说，比较空闲时的延迟和负载下的延迟，以确保您的延迟不会在负载（拥塞）期间激增。 dslreports.com/speedtest是一个很好的选择，因为它不仅可以测量延迟，还可以给出一个易于理解的字母等级。Netflix Fast.com 和 SourceForge 速度测试也有测量两种延迟并进行比较的方法，但它们无法帮助您解释结果。我一直希望 Ookla 的 Speedtest.net 能增加缓冲膨胀分数，但它们一直让我失望，所以它不适合这个目的。
如果在您的 ER-X 上启用 SQM 可以将 DSLreports 缓冲膨胀等级提高一个字母等级或更多，那么我完全接受您测量的 15% 最高速度下降。除非您的人均下行带宽低于 10-20Mbps，否则延迟问题比带宽问题更加明显。
如果您的路由器的 CPU 足够快，那么就不应该有任何权衡；启用 SQM 应该可以修复您的缓冲区膨胀，而不会产生任何明显的副作用。
答案2
这取决于您所说的“当前足够的质量”的具体含义（或者您到底想改进什么）以及导致这种情况的原因。
如果瓶颈是您的互联网连接，例如您有多个应用程序同时使用 WLAN/互联网连接，那么是的。QoS 可以优先处理某些流量类型（但可能需要配置）。注意：SQM 不是 QMS（我忽略了这一点，请参阅 Spiff 的回答了解更多详细信息）。
如果您的 WLAN/互联网连接的数据传输速率不足以进行两次视频通话，那么就不行。
如果您的视频设备的质量“较差”，那么结果也是“不行”。
需要更多有关质量“差”的原因的信息才能给出更好的答案。