1 / 7

Early Ack Indication

Early Ack Indication. Authors:. Date: 2012-01-16. Ack protection in current 802.11. Duration. Due to hidden terminal problem, an unintended STA that can receive a data frame correctly from a transmitter may not be able to detect the immediate response sent from the data frame receiver

glenna
Download Presentation

Early Ack Indication

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Early Ack Indication Authors: Date: 2012-01-16 Yong Liu, Marvell, et. al.

  2. Yong Liu, Marvell, et. al.

  3. Ack protection in current 802.11 Duration • Due to hidden terminal problem, an unintended STA that can receive a data frame correctly from a transmitter may not be able to detect the immediate response sent from the data frame receiver • The duration field in the MAC header of a data frame is used to provide protection for the immediate response and/or subsequence transmissions • If an unintended STA decodes the duration field in MAC header correctly, it sets NAV according to the duration field value • If a STA receives the SIG of a PPDU correctly, but fails to decode the remaining part of the PPDU, it shall defer medium access EIFS or EIFS-DIFS+AIFS[AC] after the PPDU SIG MH Data Ack EIFS Yong Liu, Marvell, et. al.

  4. Issues • In order to save power, an unintended STA may choose to check SIG field and/or MAC header (RA field) only, and skip the remaining portion of the frame; however, the STA cannot verify the correctness of the duration field and Ack policy field in MAC header • In some cases, an unintended STA can decode SIG field correctly, but cannot decode Data field • For aforementioned cases, the STA has to apply EIFS rule; however, it might be unfair or insufficient to use EIFS because • an MPDU/MMPDU may not have an Ack • EIFS accounts for the worse case Ack duration, which can be significant longer than the actual Ack duration • EIFS protection may not be sufficient to protect a BA (32 bytes), which is much longer than an Ack (14 bytes) Yong Liu, Marvell, et. al.

  5. Our proposal Ack Indication • Add two-bit Ack Indication in SIG field to indicate whether an immediate response is requested right after the PPDU, and also the type of the response (e.g. 00: Ack; 01: BA; 10: No Ack; 11: reserved) • If a STA decodes the SIG correctly, but 1) decides to skip the remaining fields after SIG for power saving, or 2) is not able to decode /verify the MAC header, it can determine whether to defer medium access for Ack protection based on the Ack Indication in SIG SIG MH Data Ack Yong Liu, Marvell, et. al.

  6. Conclusions • Ack protection based on duration field and EIFS is problematic • Early Ack indication in SIG field prvoides a relaible way for a receiving STA to decide whether to defer medium access in order to protect immediate Ack • SIG is typically more reliable than MAC header • The Ack indication can be quickly verified by SIG CRC Yong Liu, Marvell, et. al.

  7. Straw poll • Do you support to include 2-bit Ack Indication (00: Ack; 01: BA; 10: No Ack; 11: reserved) in SIG? Yong Liu, Marvell, et. al.

More Related