问计算IEEE 802.11中单个UDP分组传输的重传次数？

EN

它需要测量在IEEE 802.11中发生的再传输的数量.

您没有指定UDP通信量的方向。如果它主要是从一个服务器到另一个客户机，那么客户端将无法准确地度量这个统计数据。只有美联社才有机会捕捉到这些信息。

为什么？因为客户端将对它理解/接收的第一个802.11帧进行ACK，所以它将不知道AP之前尝试发送该帧多少次。它无法理解/接受先前的那些尝试。

如果它是从客户端到服务器，您可以编写/使用一个专门的驱动程序，它可以给出这些统计信息，但这也可能取决于硬件。当然，当任何环境条件发生变化时，结果都可能发生变化。

比如说，对于来自应用程序的200个数据包，IEEE 802.11层中有多少次重传？

如果不以某种方式进行实际测量，就无法说出这一点，但一些企业无线系统可以提供重传/重试统计数据(至少从AP到客户端是如此)。

当传输802.11帧而不接收ACK时，它被重传一定次数。一旦达到重传的阈值，数据速率就向下调整以重试。

现在，不同的供应商应用这些标准的方式略有不同，试图优化无线通信量，从而使他们的产品优于竞争对手。这些优化通常只为公司内部的人所知。其中一些不同之处可能是(不要把它当作一个完整的列表)：

• 在尝试较低的数据速率之前，有多少次重传？
• 降低数据速率时如何选择下一个数据速率？
  • 下一个最低的MCS值(802.11n/802.11ac)？
  • 下一个最低的SS值(802.11ac)？
  • 不考虑MCS/SS值的下一个最低数据速率？
  • 它是否在下降时跳过数据速率/MCS/SS值？
  • 上面的一些组合？

• 在完全放弃帧之前，需要允许多少次重传？
• 下一个帧是从哪个数据速率开始的？
  • 从客户端支持的最高数据速率开始(即一直积极地尝试最佳的数据速率)？
  • 从一个略高于上次成功传输的值开始(即保守地增加最少重传的数据速率)？
  • 维护每个客户端的统计数据，并从钟形曲线上部的某个位置开始(即75%-90%的成功交付帧低于该数据速率)？
  • 其他的算法或过程？

• 这些变化是否基于其他外部因素(客户数量、噪音水平等)？

这就引出了其他的环境因素，这与你试图确定多少次传输的答案有关。射频环境中的噪声有多大，它是否会波动？有多少其他设备试图在同一个频道上进行通信？诸若此类。

让任何人告诉你你会有多少次重传是完全不可能的。它需要测量。

或者有什么方法来阻止IEEE802.11的重传功能？

从没见过，我怀疑你会看到。正如我上面所阐述的，重传过程是如何以最好的数据速率传送帧的过程的一部分。有些供应商允许对流程中不同地点发生多少次重传的细节进行“调整”，但是完全消除它们通常是一个非常糟糕的想法。

最好的方法是将重传的次数减少到最小的阈值。例如，找到一个允许对诸如重传次数等设置进行“调整”的供应商。然后将客户端配置为只支持一小部分数据速率或单个固定数据速率(这也必须是WLAN支持的唯一基本/基本/必需的数据速率)。您必须选择一个较慢的数据速率，以便在任何情况下都能可靠地传递帧。