gpt4 book ai didi

networking - 为什么要等待 DIFS 以检测 channel 是否空闲

转载 作者:行者123 更新时间:2023-12-04 01:34:24 28 4
gpt4 key购买 nike

站等待以检测信道是否空闲 DIFS,然后开始传输。我的问题是为什么只等待 DIFS 而不是 SIFS。
它可能导致什么问题(对 SIFS 而不是 DIFS 的意义)?

最佳答案

简短回答: SIFS不足以检测 channel 是否确实空闲。只是等待的含义SIFS而不是 DIFS就是MAC协议(protocol)不再能够检测到繁忙的信道,因此冲突可能一直发生,从而导致信道效率低下。

长答案:

  • 什么是SIFS ? standard定义使用 SIFS(短帧间空间)来分隔 DATAACK帧。一个站(STA)接收DATA将等待SIFS发送前ACK .应该尽量短,基本刚好够解码帧,MAC处理,准备发送的时间ACK .对于 802.11n/ac,SIFS = 16 微秒。
  • 什么是DIFS ? DIFS = SIFS + 2*slot_time .类似于 SIFS , slot_time是 PHY 相关的。对于 802.11n/ac,slot_time = 9 微秒。 slot_time被定义为足够长以考虑传播延迟等,从而使相邻STA能够检测传输STA的前导码。

  • 话虽如此,如果 STA 只是等待 SIFS在传输之前,它无法检测到可能的 ACK相邻 STA 在完全相同的时间发送帧 - 这会导致冲突和较差的信道效率。

    其他:
  • 如果有一个 slot_time足够长的时间来检测正在发送的 STA 的前导码,为什么不等待 SIFS + slot_time ?好吧可以,但实际上是PIFS通常仅由 AP 使用(具有比普通 STA 更高的访问优先级)。
  • 为什么至少要等待 DIFS发送前?鉴于 DIFS判断 channel 是否忙就足够了,何不等DIFS ?这是因为可能有多个 STA 同时发送信道。如果每个 STA 都在等待 DIFS然后立即发送 - 那么这是另一个碰撞。这就是为什么标准要求如果 STA 发送信道空闲 DIFS ,它可以立即传输。但是如果一个STA发送 channel 繁忙,它必须等待DIFS 加上随机退避时间以避免碰撞。什么是随机退避时间??是时候在 802.11 CSMD/CA 上谷歌了..
  • 供引用,有a similar Q处理 SIFS并谈到了其他 channel 访问时间。
  • 关于networking - 为什么要等待 DIFS 以检测 channel 是否空闲,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17775883/

    28 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com