A-MPDU contents context

两个任意:
  action no ack可以在任意context下发送(比如CBF)
  S-MPDU context下可以发送任意MPDU
3种context:
1.control response: Ack context. 只包含ack包。并且Ack/Block Ack只能一种。因为要求Ack包一定放在A-MPDU最开始,两种就没办法放了。
2.data no response。只包含data包。
以上两种都是一种可能不可靠的方式:对方有没有收到并不知道。比如Ack对方没收到,我方会接收到对端发来的“重传包”,data对方没收到。这两种contexts是否要用其他protection方式?
3.data with response。
这里的response指的是要求对方回ack。比如blockacqreq或者data under ht-immediate block acq。这是比较可靠的。
另外这个context下还可以附带一些ack/blockack包。这样就能知道对方有没有收到我发的ack/blockacq包。同样,ack/blockacq一定在A-MPDU的最开头。blockacqreq和data under ht-immediate block acq只能选一个。

HE增加了4种contexts:
这4种,在HE PPDU下替代了原先的data with response。
同时,将ack与blockacq类型,分开;将single-TID, multi-TID分开,这样就是4种情形。
这四种,依然都可以携带ack/blockack/multi-sta blockack。只能其中一种ack。
依然可以带action no ack。
依然可以带Qos Null frame with No ack Ack policy
non-ack-enabled singl

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

relis

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

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

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

打赏作者

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

抵扣说明:

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

余额充值