无线射频专题《IEEE 802.11协议讲解1@路由高级配置项,Beacon周期、RTS阈值、DTIM》

前言:

一些中高端路由,会存在很多复杂的配置项,例如Beacon周期、RST阈值、DTIM等热点参数配置,如果没有读过IEEE 802.11协议,真的不知道这些参数该如何配置、以及其作用。而且取值要适中,偏低或者偏高,都会严重影响到路由性能的发挥

 

Beacon周期:

路由器AP(热点)每隔一定周期会发送Beacon信标报文,该报文通告WLAN网络服务,同时和STA进行信息同步,AP通过Beacon通知STA报文缓存状态。

 

包括但不限于以下作用:

  • TimeStamp 时间戳的作用是用来同步,AP发送的Beacon报文带有TimeStamp,STA接收到这个字段后,同步自己的时间与AP时间一致
  • BeaconInterval  发送beacon的间隔,802.11标准规定默认值是100个TU(Time Unit,1TU=1024us),TU是时间单元,我们常说是100ms,实际上是不对的,应该是100TU或者是0.102400S
  • SSID,用于广播自己的网络名字,属于被动发现网络的形式(对于多SSID方案,需要注意Beacon周期的空口资源消耗,否则容易出现Beacon周期不规律的情况,来自中兴案例)
  • TIM ,用于表明AP在节电模式的STA设备中缓存数据,STA收到后,如果有自己的管理ID,请求提取数据

 

BeaconInterval的间隔设置要合理,不能太长也不能太短:

  • 如果时间太长,STA长时间听不到信标,以为AP不在了,可能引起掉线,或者AP为STA缓存过多的数据导致数据溢出(如果设备处于漫游地段,建议缩短该区域Beacon周期)
  • 如果时间太短,会导致处于节电的STA频繁的醒来,起不到节电的目的

 

并且通过实验证明:BeaconInterval报文发送周期设置成1000时,表现为ping包时会出现延时和概率性丢包,若想获得更好的实时性,建议将beacon报文发送周期设置为100(提醒:市面上大部分的路由AP默认Beacon值都是100)

下图是通过抓包工具分析出来的Beacon报文包:

 

DTIM(延迟传输指示映射)概念解析:

先看下 IEEE 802.11协议是如何描述的:

指定组播地址的帧无法使用论询算法(polling algorithm)来传递,因为在定义上,这些帧是发给某个特定组的。因此,802.11纳入了一种机制,用来缓存与传递广播与组播(或多播)帧。缓存的方式与单播帧一样,但不同于为处于休眠状态的工作站所缓存的帧,经缓存的广播与组播帧是通过AID 0存储的。接入点会将TIM的第一个位设定为0,代表有广播或组播帧被缓存。此位对应于AID 0(即DTIM专门为低功耗设备而设立)

每个BSS均有一个称为DTIM Period的参数,TIM是以Beacon信息来传送的。每当经过几个固定的Beacon interval (信标间隔),就会发送一个特殊类型的TIM,称为延迟专输指示映射(Delivery Traffi Inication Map,简称DTIM),Beacon帧中的TIM元素包含了一个计数器,用来倒数计时至下一个DTIM来临。在DTIM帧中,此计数器值为0。经缓存的广播与组播数据会在DTIM Beacon之后传送。如有多个缓存帧,则会依次传送。 Frame Control字段中的More Data位用以指示是否还有其他帧待传。信道使用权的取得规则也适用于暂存帧的传送。接入点或许会选择暂缓处置所收到的PS-Pol请求,直到传送完缓存区中的广播与组播帧。

图8-14显示了一个接入点及一个与之关联的工作站。接入点的DTIM interval (延迟传输指示映射间隔)被设为3,因此每隔两个TIM就会有一个DTIM. Station 1处于休眠模式,其listen interval (聆听间隔)为3。每3个beacon周期Station 1就会醒来接收经缓存的广播与组播帧。每传送一个DTIM帧,就会接着传送被缓存的广播与组播帧其后伴随的是与工作站关联的PS-Poll交换过程。在第二个beacon interval (信标间隔)区间,缓存区中只有广播与组播帧,这些帧随即会被传送到Bss。在第五个beacorinterval (信标间隔)区间,Station 1还有一个被缓存的(单播)帧,Station 1可以监见DTIM中的指示映射(map),等到被缓存的广播与组播帧传送完毕后再发送PS-Poll信息(PS-Poll,一种竞争机制)

 

疑问:DTIM的低功耗工作流程是怎样的?

  • 低功耗设备进入STA-PS模式,RF处于睡眠状态,无法侦听和发送任何无线信号
  • 低功耗设备在Listen-Interval周期(BeaconInterval周期的整数倍)到达后,侦听AP广播的TIM信号(DTIM),判断是否存在DTIM标识(AP是否含帧缓存)
  • 若TIM信号存在DTIM标识,说明AP已存在缓存帧信息,主动通过PS-Poll机制获得已缓存的帧信息(我知道你要给我发消息,Send:我已经睡醒了,Recv:赶紧把信息传输给我)
  • 完成一次数据交互后,低功耗设备重新进入STA-PS模式,等待下一次Listen-Interval周期到来,侦听AP广播的TIM信号

 

RTS(请求发送)/CTS(清除发送):

RTS帧可用来取得媒介的控制权,以便传送容量较大的数据帧,至于“容量较大”的仲裁,由 RTS Threshold(阈值)决定,例如: 

  • 当设为0表示只要发送数据包就要检测是否冲突,AP都会发送RTS
  • 当设置为2347表示永远不会发送RTS信号,因为没有数据包大于值2347
  • 当设为其他值 :比如设为200, 只要数据包大于200,路由就会发送RTS信号通知对方,以防信号冲突
### 解决PyCharm无法加载Conda虚拟环境的方法 #### 配置设置 为了使 PyCharm 能够成功识别并使用 Conda 创建的虚拟环境,需确保 Anaconda 的路径已正确添加至系统的环境变量中[^1]。这一步骤至关重要,因为只有当 Python 解释器及其关联工具被加入 PATH 后,IDE 才能顺利找到它们。 对于 Windows 用户而言,在安装 Anaconda 时,默认情况下会询问是否将它添加到系统路径里;如果当时选择了否,则现在应该手动完成此操作。具体做法是在“高级系统设置”的“环境变量”选项内编辑 `Path` 变量,追加 Anaconda 安装目录下的 Scripts 文件夹位置。 另外,建议每次新建项目前都通过命令行先激活目标 conda env: ```bash conda activate myenvname ``` 接着再启动 IDE 进入工作区,这样有助于减少兼容性方面的问题发生概率。 #### 常见错误及修复方法 ##### 错误一:未发现任何解释器 症状表现为打开 PyCharm 新建工程向导页面找不到由 Conda 构建出来的 interpreter 列表项。此时应前往 Preferences/Settings -> Project:...->Python Interpreter 下方点击齿轮图标选择 Add...按钮来指定自定义的位置。按照提示浏览定位到对应版本 python.exe 的绝对地址即可解决问题。 ##### 错误二:权限不足导致 DLL 加载失败 有时即使指定了正确的解释器路径,仍可能遇到由于缺乏适当的操作系统级许可而引发的功能缺失现象。特别是涉及到调用某些特定类型的动态链接库 (Dynamic Link Library, .dll) 时尤为明显。因此拥有管理员身份执行相关动作显得尤为重要——无论是从终端还是图形界面触发创建新 venv 流程均如此处理能够有效规避此类隐患。 ##### 错误三:网络连接异常引起依赖下载超时 部分开发者反馈过因网速慢或者其他因素造成 pip install 操作中途断开进而影响整个项目的初始化进度条卡住的情况。对此可尝试调整镜像源加速获取速度或是离线模式预先准备好所需资源包后再继续后续步骤。 ---
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

物联网研究室BBC

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值