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

Question

电台等待以检测信道是否空闲DIFS然后开始传输。我的问题是为什么只等待DIFS而不是SIFS。 什么问题，它可能导致的问题（SIFS而不是DIFS）？

Answer 1

简短回答：SIFS不足以检测通道是否确实空闲。等待SIFS而不是DIFS的含义是MAC协议将不再能够检测繁忙信道，因此可能会一直发生冲突，从而导致信道效率低下。

龙答：

• 什么是SIFS？ standard定义了SIFS（短帧间空间）用于分离帧和帧。收到DATA的台站（STA）在发送ACK之前将等待SIFS。它应该尽可能短，基本上就足以解码帧，MAC处理和准备时间以发送ACK。对于802.11n/ac，SIFS = 16微秒。
• 什么是DIFS？ DIFS = SIFS + 2*slot_time。与SIFS类似，slot_time是PHY依赖性的。对于802.11n/ac，slot_time = 9微秒。定义为足够长的时间以解释传播延迟，从而使相邻STA能够检测传送STA的前导码。

话虽如此，如果一个STA只是等待SIFS发射之前，有没有办法可以检测有可能通过在完全相同的时间，邻居STA发送ACK框架 - 这导致冲突和渠道效率低下。

其他：

• 如果一个slot_time在足够长的时间来检测发射STA的序言，为什么单单不等待SIFS + slot_time？可以，但它实际上是PIFS，通常仅由AP使用（具有比普通STA更高的访问优先级）。
• 为什么要等至少DIFS发送之前？鉴于DIFS足以确定通道是否忙，为什么不等待DIFS？这是因为可能有多个可能同时发送频道的STA。如果每个STA只是等待DIFS然后立即发送 - 那么这是另一个冲突。这就是为什么标准要求如果STA发送信道空闲为DIFS，它可以立即传输。但是如果STA发送信道繁忙，则必须等待DIFS加上随机退避时间以避免冲突。什么是随机退避时间？时间到谷歌的802.11 CSMD /加州然后..
• 作为参考，有a similar Q处理SIFS并触及了其他渠道访问时间。

Answer 2

一个站点用于检测信道，然后发送RTS到另一个站点的时间。此总时间称为DIFS（DCF，帧间空间）。该站首次感知到该站未被其他站使用，然后发送RTS（请求发送）。 如果chanel闲置，那么频道从省电模式唤醒以接受来自电台的RTS，因此在这个过程中也花费了一些时间。