Networking 为什么要等待DIFS以检测通道是否空闲_Networking_Wifi_Protocols

Networking 为什么要等待DIFS以检测通道是否空闲

networking

Networking 为什么要等待DIFS以检测通道是否空闲,networking,wifi,protocols,Networking,Wifi,Protocols,站点等待以检测信道是否为空闲DIFS，然后开始传输。我的问题是为什么要等待DIF而不是SIF。它可能会导致什么问题（检测SIF而不是DIF）？一个站点在检测信道时使用的时间，然后将RTS发送到另一个站点。该总时间称为DIF（DCF，帧间空间）。站点第一次检测到其他站点未使用该站点，然后发送RTS（发送请求）。如果香奈儿处于空闲状态，则频道将从省电模式唤醒，以接受来自某个站点的RTS，因此在此过程中也会花费一些时间。简短回答：SIFS不够长，无法检测频道是否确实处于空闲状态。仅等待SIFS而不

站点等待以检测信道是否为空闲DIFS，然后开始传输。我的问题是为什么要等待DIF而不是SIF。

它可能会导致什么问题（检测SIF而不是DIF）？

一个站点在检测信道时使用的时间，然后将RTS发送到另一个站点。该总时间称为DIF（DCF，帧间空间）。站点第一次检测到其他站点未使用该站点，然后发送RTS（发送请求）。

如果香奈儿处于空闲状态，则频道将从省电模式唤醒，以接受来自某个站点的RTS，因此在此过程中也会花费一些时间。

简短回答：

SIFS

不够长，无法检测频道是否确实处于空闲状态。仅等待

SIFS

而不是

DIFS

的含义是，MAC协议将不再能够检测忙信道，因此冲突可能随时发生，从而降低信道效率

长答案：

什么是
```
SIFS
```
？定义了SIFS（短帧间空间）用于分离
```
数据
```
和
```
确认
```
帧。接收
```
数据的站点（STA）
```
将在发送
```
ACK
```
之前等待
```
SIFS
```
。它应该尽可能短，基本上只足以解码帧、MAC处理和发送
```
ACK
```
的准备时间。对于802.11n/ac，
```
SIFS
```
=16微秒
什么是DIFS
```
DIFS
```
=
```
SIFS+2*时隙时间
```
。与
```
SIFS
```
类似，
```
slot\u time
```
依赖于物理层。对于802.11n/ac，
```
时隙时间
```
=9微秒
```
时隙时间
```
被定义为足够长，以考虑传播延迟等，从而使得相邻STA能够检测发送STA的前导

话虽如此，如果STA在发送之前只是等待

SIFS

，则它无法检测到相邻STA在同一时间发送的可能

ACK

帧-这导致冲突和低信道效率

其他：

如果一个
```
时隙时间
```
足够长，可以检测发送STA的前导码，为什么不等待
```
SIFS+时隙时间
```
？当然可以，但实际上只有AP才使用
```
PIFS
```
（具有比普通STA更高的访问优先级）
为什么在发送之前至少要等待DIFS？既然
```
DIFS
```
足以确定频道是否繁忙，为什么不等待
```
DIFS
```
？这是因为可能有多个STA同时发送信道。如果每个STA只是等待DIFS，那么立即发送，那么这就是另一个冲突。这就是为什么标准规定，如果STA为
```
DIFS
```
发送信道空闲，它可以立即传输。但如果STA发送信道忙，它必须等待DIFS加上随机退避时间，以避免冲突。什么是随机退避时间？？是时候在802.11 CSMD/CA上登录谷歌了
作为参考，有一种方法处理
```
SIFS
```
，并稍微涉及了其他信道访问定时

假设有三个电台检测到忙媒体。如果介质在t时变为空闲状态，则所有三个站点将无法意识到介质在t时处于空闲状态。他们只会在一段时间后意识到这一点（t+DIFS）

所以，这意味着当媒体空闲时，所有电台都会在DIFS持续时间后意识到这一点。这是一种滞后。这不是等待期。

谢谢，但从答案来看，仍然不清楚为什么要等待DIFS，而电台可能会等待更少的SIFS，然后开始传输。非常感谢详细的答案。