IEEE 802.11 RTS/CTS/BA/Management

本文详细介绍了IEEE 802.11标准中的RTS/CTS协议,用于减少无线网络中的冲突,特别是针对'隐藏终端'问题。此外,还探讨了BA(Block Acknowledgement)机制,提高了数据传输的成功率,并概述了管理帧的不同类型及其在WLAN中的作用。
摘要由CSDN通过智能技术生成

RTS/CTS

IEEE 802.11 RTS/CTS即RTS/CTS协议(Request To Send/Clear To Send)即请求发送/清除发送协议是被802.11无线网络协议采用的一种用来减少由隐藏节点问题所造成的冲突的机制

相当于一种握手协议,主要用来解决"隐藏终端"问题。"隐藏终端"(Hidden Stations)是指,基站A向基站B发送信息,基站C未侦测到A也向B发送,故A和C同时将信号发送至B,引起信号冲突,最终导致发送至B的信号都丢失了。"隐藏终端"多发生在大型单元中(一般在室外环境),这将带来效率损失,并且需要错误恢复机制。当需要传送大容量文件时,尤其需要杜绝"隐藏终端"现象的发生。IEEE802.11提供了如下解决方案。在参数配置中,若使用RTS/CTS协议,同时设置传送上限字节数----一旦待传送的数据大于此上限值时,即启动RTS/CTS握手协议:首先,A向B发送RTS信号,表明A要向B发送若干数据,B收到RTS后,向所有基站发出CTS信号,表明已准备就绪,A可以发送,而其余欲向B发送数据的基站则暂停发送;双方在成功交换RTS/CTS信号(即完成握手)后才开始真正的数据传递,保证了多个互不可见的发送站点同时向同一接收站点发送信号时,实际只能是收到接收站点回应CTS的那个站点能够进行发送,避免了冲突发生。即使有冲突发生,也只是在发送RTS时,这种情况下,由于收不到接收站点的CTS消息,大家再回头用DCF提供的竞争机制,分配一个随机退守定时值,等待下一次介质空闲DIFS后竞争发送RTS,直到成功为止。

BA

接收端对帧接受情况进行确认的方式有整体确认和分别确认。整体确认是对所有MPDU的接收状态进行确认,而分别确认可对各个子帧进行检查分别确认。与整体确认的方式相比,在分别确认机制中每个FCS检测的数据长度变短,检测到误码的概率便随之降低,进而提高数据传输的成功率。

之前的反馈机制是发送一个数据帧必须等待一个ACK,这样增大了开销,降低了信道的利用率。802.11N提出的块确认(Block Acknowledgement,BA)机制,检查A-MPDU的所有MPDU均包含的FCS,通过BA 帧中包含的BA 位图(bitmap),指示每一个MPDU 的接收状态(一一对应),BA位图中的第一个比特对应指示BA 起始序列控制字段中第一个序列号(sequence number,SN) 的MSDU 的接收状态,以此类推。

发送方若没有收到应答帧BA,则认为AMPDU 中所有子帧发送失败,MAC 需要重传发送失败的子帧;若收到BA,则MAC 可以清除BA 成功应答的子帧,继续重传没有应答的子帧。

  • 13
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

李小白20200202

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

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

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

打赏作者

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

抵扣说明:

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

余额充值