站等待以检测信道是否空闲DIFS,然后开始传输。我的问题是,为什么要等待DIFS,而不仅仅是SIFS。它可能导致什么问题,问题(针对SIFS而不是DIFS)?
发布于 2015-07-09 10:36:57
简短回答: SIFS
不够长,不足以检测信道是否确实空闲。仅等待SIFS
而不等待DIFS
的含义是,MAC协议将不再能够检测忙碌信道,因此冲突可能一直发生,从而降低信道效率。
长篇答案:
SIFS
?standard定义了使用SIFS (短帧间间隔)来分离DATA
和ACK
帧。它应该尽可能短,基本上足以解码帧、MAC处理和准备发送ACK
的时间。slot_time
被定义为足够长,以解决传播延迟等问题,从而使相邻STA能够检测发送STA的前同步码。话虽如此,如果STA在发送之前只是等待SIFS
,那么它就不可能检测到可能的ACK
帧同时由相邻STA发送-这会导致冲突和低信道效率。
其他:
slot_time
足够长,可以检测到传输STA的前同步码,为什么不等待SIFS + slot_time
?可以,但它实际上是PIFS
,通常只由AP使用(以具有比正常STA更高的访问优先级)。DIFS
?既然DIFS
足以确定通道是否繁忙,为什么不直接等待DIFS
?这是因为可能有多个STA同时发送通道。这就是为什么标准要求如果STA为DIFS
空闲发送信道,它可以立即发送。但是如果STA发送信道忙,它必须等待DIFS
加上随机退避时间以避免冲突。什么是随机退避时间??时间到谷歌在802.11 CSMD/CA然后..SIFS
的a similar Q,并触及了其他渠道访问时间。发布于 2014-01-28 18:10:12
该站首先检测到该站未被其它站使用,然后发送RTS(请求发送)。
发布于 2019-10-03 19:42:05
假设有三个站点正在感知一个繁忙的介质。如果介质在t处变为空闲,则所有三个站都不能意识到介质在时间t处是空闲的。它们只有在时间(t + DIFS)之后才能意识到这一点。
因此,这意味着当介质变为空闲时,所有站点都将在DIFS持续时间之后意识到它。这是一种滞后。这不是一个等待期。
https://stackoverflow.com/questions/17775883
复制相似问题