好吧，它与清除发送和发送信号有关。简而言之：AP 基本上告诉设备它正在收听该设备并准备好接收（部分）其消息。对于所有客户端，每隔一个回合就会发生这种情况。

查找：RTS/CTS（请求发送/清除发送），你会得到一堆描述这个机制的信息。这有点像 TCP 如何处理握手。

较弱的信号并不重要，至少如果它高于 -90 RSSI。那里的一切……不太可靠。

首先，802.11 允许所有设备以“公平”的方式通过 CSMA/CA 访问信道。具有较强信号的设备（例如设备“A”）将首先感知信道并检查是否有任何其他设备（例如 AP 或其他设备“B”）正在传输。只有这样它才会传播。

现在让我们说设备 B 的传输非常弱（或者它对设备 A 隐藏）以至于设备 A 无法感知它。在这种情况下，将发生数据包冲突并调用重传（类似于 ARQ）。这是 802.11 性能不佳的经典案例。为了解决这个问题，AP通常会内置某种形式的速率/功率控制，以便所有设备以提高整体性能的方式传输信号。解决此问题的另一种方法是使用 RTS/CTS 信令。然而，大多数实现不使用这种方法，因为它有很大的开销。