基于RTS/CTS机制的wifi 协议（最新详解）

一、定义详解     

        WiFi协议（即IEEE 802.11标准系列）中的RTS/CTS（Request to Send / Clear to Send，请求发送/清除发送）机制是一种用于解决无线局域网中“隐藏节点”问题和提高网络效率的拥塞控制方法。在早期的802.11标准中，特别是那些工作在争用期模式下的设备，常常会遇到由于无线信号覆盖范围不完全重叠而导致的数据包冲突现象。

**隐藏终端问题**
        在一个无线网络环境中，当两个或多个设备同时尝试向同一个接收设备发送数据时，如果它们彼此无法直接检测到对方的传输（因为它们位于接收端设备的不同范围内），就会出现隐藏节点问题。这会导致同时发送的数据包相互碰撞，进而导致数据损坏和传输效率降低。

**RTS/CTS握手过程**
为了解决这个问题，802.11标准引入了RTS/CTS帧作为一种预约信道的方法：

        1. **发送方A** 需要发送数据给 **接收方B** 时，首先发送一个非常短的 RTS (Request to Send) 控制帧。该帧包含将要发送的数据帧长度信息。

        2. 当 **接收方B** 接收到 RTS 帧后，它会广播一个 CTS (Clear to Send) 控制帧响应。这个CTS帧不仅通知A可以开始发送数据，同时也让所有监听到CTS帧的其他节点（包括可能的隐藏节点C、D等）知道，在一段时间内（由CTS帧中的NAV字段指示）需要保持沉默，避免在这段时间内发送数据以免发生冲突。

        3. **发送方A** 在接收到CTS之后，确认现在信道已经清空，并且可以在预定的时间窗口内安全地发送数据帧至 **接收方B**。

        4. 其他节点在收到CTS后，根据CTS帧中携带的NAV值更新其网络分配向量（Network Allocation Vector, NAV），并在NAV指定的时段内暂停发送，从而避免了与正在进行的数据传输冲突。

        5. 数据传输完成后，网络进入新的竞争状态，其他节点可以根据CSMA/CA（载波侦听多路访问/冲突避免）机制重新竞争信道使用权。

**RTS Threshold**
        为了优化性能并不过度使用RTS/CTS机制，802.11标准允许配置一个参数叫做RTS阈值。只有当数据帧的长度超过这个阈值时，才会触发RTS/CTS握手过程。对于较小的数据帧，系统默认采用CSMA/CA机制来避免冲突，以减少开销。这是因为频繁的RTS/CTS交换也会消耗宝贵的带宽资源。

二、应用场景

RTS/CTS机制主要适用于以下无线网络通信场景：

        1. **隐藏节点问题突出的环境**：在多用户、复杂布局的无线局域网中，存在隐藏节点（即一个节点无法监听到另一个节点与共享同一信道的第三节点之间的传输）时，通过使用RTS/CTS可以减少冲突。例如，在有多个障碍物或建筑物遮挡导致信号覆盖不完整的地方。

        2. **高密度无线网络**：当大量无线设备集中在同一区域内并且频繁发送数据时，为了有效管理和协调信道使用权，避免因竞争导致的数据包碰撞，可以启用RTS/CTS机制。

        3. **长数据帧传输**：对于传输长度较大的数据包，尤其是视频流、文件传输等场景，由于传输时间较长，发生碰撞的概率相对较大。在这种情况下，采用RTS/CTS可以提前预约信道，显著降低碰撞风险。

        4. **对传输可靠性和延迟要求较高的应用**：如VoIP通话、实时视频监控等实时性要求高的应用场合，通过RTS/CTS机制确保传输效率和稳定性。

        然而，由于RTS/CTS握手会增加额外的开销（包括控制帧的发送时间和信道占用），对于小数据包传输或者低密度网络，通常会选择关闭RTS/CTS机制以提高整体吞吐量和响应速度。因此，在实际部署中，会根据网络的实际状况和需求来动态调整是否启用RTS/CTS以及设置合适的RTS阈值。