首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >为什么要等待DIFS来检测通道是否空闲

为什么要等待DIFS来检测通道是否空闲
EN

Stack Overflow用户
提问于 2013-07-21 19:11:07
回答 3查看 1K关注 0票数 5

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

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2015-07-09 10:36:57

简短回答: SIFS不够长,不足以检测信道是否确实空闲。仅等待SIFS而不等待DIFS的含义是,MAC协议将不再能够检测忙碌信道,因此冲突可能一直发生,从而降低信道效率。

长篇答案:

  • 什么是SIFSstandard定义了使用SIFS (短帧间间隔)来分离DATAACK帧。它应该尽可能短,基本上足以解码帧、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然后..
  • 作为参考,有处理SIFSa similar Q,并触及了其他渠道访问时间。
票数 5
EN

Stack Overflow用户

发布于 2014-01-28 18:10:12

该站首先检测到该站未被其它站使用,然后发送RTS(请求发送)。

票数 0
EN

Stack Overflow用户

发布于 2019-10-03 19:42:05

假设有三个站点正在感知一个繁忙的介质。如果介质在t处变为空闲,则所有三个站都不能意识到介质在时间t处是空闲的。它们只有在时间(t + DIFS)之后才能意识到这一点。

因此,这意味着当介质变为空闲时,所有站点都将在DIFS持续时间之后意识到它。这是一种滞后。这不是一个等待期。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/17775883

复制
相关文章

相似问题

领券
💥开发者 MCP广场重磅上线!
精选全网热门MCP server,让你的AI更好用 🚀
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档