爲什麼要等待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，因此在這個過程中也花費了一些時間。