Cancellation of aggregate Multicast feedback – measurement results July 2010 doc.: IEEE 802.11-10/0768r2 July 2010 Cancellation of aggregate Multicast feedback – measurement results Date: 2010-07-12 Authors: Jochen Miroll Jochen Miroll, Saarland University
July 2010 doc.: IEEE 802.11-10/0768r2 July 2010 Abstract This presentation is an update on the Leader-based aggregate feedback Protocol (LBP) proposal previously made to TGaa by the authors and provides measurement results obtained on a consumer 802.11 hardware test bed The feedback cancellation probability in the worst case of LBP is measured and compared to previous theoretical / simulation results These results have also been published and presented at the IEEE ISCE 2010 conference in June 2010 Revisions of this document Rev. 1 has consistent coloring of frame exchange sequences Rev. 2 has an additional slide on measurement results (slide 16) Jochen Miroll Jochen Miroll, Saarland University
Motivation 11aa is standardizing Multicast ARQ: MRG July 2010 Motivation 11aa is standardizing Multicast ARQ: MRG Gathering per-receiver feedback, the overhead due to the positive ACKs grows linearly with the number n of receivers How does 11aa MRG compensate for this increased overhead? Aggregation of multiple frames: single-TID, uncompressed Block-ACK (802.11n) for MRG Per-frame ACK becomes multi-frame Block-ACK bitmap for the last k frames Still: overhead increases linearly with receivers n How to get rid of the dependency on n? We have previously proposed a leader-based Multicast retransmission scheme to 11aa Jochen Miroll
Feedback aggregation in the same time slot July 2010 Feedback aggregation in the same time slot All receivers provide feedback, but this feedback from k≤n STAs is aggregated in a single time slot overhead(k) = overhead(1) Introduction of NACK AP transmits a data frame Then, AP asks for ACK/NACK If STA i has received the data frame: it responds with an ACK If STA j did not receive the data frame: it responds with NACK at the same time ? AP1 ACK STA 1 NACK STA 2 STA 3 NACK STA 4 Jochen Miroll
Feedback cancellation premise July 2010 Feedback cancellation premise If ACK and NACK are approx. equally „strong“ Is it possible to cancel an ACK by a simultaneous NACK and thus enforce a retransmission? The „capture effect“: Describes the phenomenon that a frame (e.g. ACK) may be received correctly in the presence of another, similarly strong (e.g. NACK) Main reasons for this „imperfect collision“ Locking the preamble and then Viterbi decoding the locked-onto frame is a very robust mechanism. E.g.: ACK is BPSK, rate ½ and only 14 Bytes in length. It is the most robust 802.11 frame (OFDM: few dB difference between ACK and NACK may suffice to „capture“) Jochen Miroll
Earlier comments from TGaa (resolved) July 2010 Earlier comments from TGaa (resolved) Will feedback cancellation actually work? answer: Yes, collisions are happening all of the time answer: No, due to the capture effect We have consequently provided Matlab and ns-2 results for feedback cancellation to Tgaa cf. doc.: IEEE 802.11-09/1150r2 Provided in this document: measurement results using real and cheap 802.11 hardware Jochen Miroll
Leader-based feedback cancellation July 2010 Leader-based feedback cancellation Idea: Multicast is essentially handled as a unicast connection to a „leader receiver“ „Non-leaders“ transmit a NACK if a frame is lost Target: Larger Multicast groups (large n) If ACK survives the somewhat weaker NACK, does it survive many? Does it survive many equally strong, many somewhat stronger? Intuitive leader selection: choose the „weakest“ receiver (as seen by the AP, no power control, just due to path loss) If no loss: Leader’s ACKs can be received (ACKs are most robust) Else: Expect a good chance that whenever several somewhat stronger NACKs are transmitted at the same time, the Leader’s ACK will be cancelled Jochen Miroll
July 2010 doc.: IEEE 802.11-10/0768r2 July 2010 Aggregation through Leader-Based feedback cancellation Protocol (LBP) cf. doc.: IEEE 802.11-09/0290r1 optional SEQ / DATA sequence could also be reversed SEQ# indicator and NAV updater to synchronize aggregate feedback Jochen Miroll Jochen Miroll, Saarland University
Feedback cancellation constraint July 2010 Feedback cancellation constraint Failure of feedback cancellation results in uncorrectable packet loss at non-leaders (i.e. capture of ACK happens, no collision) Question that arises: What is the error floor in the worst case? What is the worst case for the leader-based feedback cancellation approach? Intuitively: the „weakest“ receiver can not be distinguished All receivers on average experience the same SNR We assume that all are sending approx. equally strong feedback Jochen Miroll
Feedback cancellation measurements July 2010 Feedback cancellation measurements Examine two different cases of how feedback aggregation may be implemented In the WLAN card‘s real-time OS In the WLAN card‘s host OS (e.g. Linux) Implications Cards allow for strict timing constraints (similar to 802.11 ACK, ±900ns), so we can examine short feedback Host OS is less accurate in timing, thus we examine feedback cancellation with frames of several tens of Bytes Jochen Miroll
Feedback cancellation test setup (1) July 2010 Feedback cancellation test setup (1) We have used real consumer 802.11 hardware Limited freedom in implementing MAC algorithms But: We can fix some parameters in cancellation experiments Here: Non-leaders transmit different frames Examine different frame sizes and timings with what is possible… …out of the box: Let positive feedback be a 6 Mbps ACK and the negative feedback be a 12 Mbps ACK …own implementation: Driver level (software) ACK/NACK implementation Jochen Miroll
Feedback cancellation test setup (2) July 2010 Feedback cancellation test setup (2) SEQ frame triggers feedback, assume this is the question „did you get the data frame“ Jochen Miroll
Feedback cancellation test setup (3) July 2010 Feedback cancellation test setup (3) To obtain independence from the (fading) environment: Move receivers slowly around the AP, changing their positions in the environment Periodically change the roles (leader, non-leader) of the receivers (always have exactly 1 leader) Non-leader 1 Non-leader n-1 Leader AP Jochen Miroll
Validation of test setup July 2010 Validation of test setup CDF of SNR at receivers is very steep ~identical channel conditions for all receivers on average Error free reception rates of different frames at the end of measurement run yield valid results SEQ (trigger) loss? loss rate < 0.1% Jochen Miroll
Test results (worst-case representative) July 2010 Test results (worst-case representative) Parameter Value 802.11 wireless channel 40 (5.2 GHz) AP transmit power 17 dBm Station transmit power 8 dBm Number of stations/non- leaders 4/3 SEQ frequency 10 Hz SEQs transmitted ~26000 Role switching interval 100 s 1 leader, 3 non-leaders Assume large n but only few losses among stations, including the leader Virtually no SEQ loss ~89% feedback cancellation success probability Result seems independent of frame length and timing Worst case results (where leader-selection would not work) Measurement parameter Rate LBP ACK loss avg. 0.894134 LBP NACK loss avg. 0.753818 Hardware ACK-6 loss avg. 0.893892 Hardware ACK-12 loss avg. 0.854081 LBP SEQ loss at station 1 0.000137 LBP SEQ loss at station 2 0.000168 LBP SEQ loss at station 3 0.000246 LBP SEQ loss at station 4 0.000138 Jochen Miroll
Test results (non-worst-case) July 2010 Test results (non-worst-case) ACK/NACK Jamming rate in different scenarios (Two members, mem1: leader (sends ACK), 10m from AP, 802.11a 5 GHz) Measurement parameter Distance of mem2 from the AP ~1m ~4m ~7m ~10m LBP ACK loss 0.999951 0.996433 0.999045 0.846425 LBP NACK loss 0.004044 0.419478 0.601006 0.509594 HW-ACK (6mbps) loss 0.999854 0.999604 0.999547 0.913178 HW-ACK (12mbps) loss 0.003069 0.020855 0.029115 0.428555 LBP SEQ loss at mem1 0.000000 RSSI 30 RSSI 37 RSSI 38 0.000266 RSSI 42 LBP SEQ loss at mem2 RSSI 52 RSSI 46 RSSI 41 0.000151 Jochen Miroll
Theoretical / Simulation results July 2010 Theoretical / Simulation results Compare with ns-2 results Scenario: Rayleigh fading channel, equal AP-STAs distance feedback cancellation rate is about 76% for 2, more than 90% for more than 2, and already 99% for 5 receivers Again: worst case where leader selection fails Jochen Miroll
July 2010 Conclusion Scalable Multicast error correction can be achieved by aggregation through cancellation Real test bed results are backed up by simulations Channel will not be arbitrarily reliable but limited by an error floor not as bad as it may sound if done right, as explained in doc.: IEEE 802.11-10/0788 Combined MAC-layer and “Application Layer” error correction feasible Assume overlay packet erasure FEC Audio/Visual streams typically can tolerate errors Residual error requirement can be dealt with on layers above MAC Jochen Miroll
July 2010 Questions? (a further presentation (10/0788r2) will propose how this scheme should be incorporated into 11a) Jochen Miroll
Backup slides following… July 2010 Backup slides following… Jochen Miroll
Recap: Hybrid LBP (HLBP)* cf. doc.: IEEE 802.11-09/0290r1 July 2010 Recap: Hybrid LBP (HLBP)* cf. doc.: IEEE 802.11-09/0290r1 Phase I Transmit a block of frames, as in MRG BA. Here: systematic FEC part Phase II Parity phase. Instead of BAR/BA, do AggregateAckRequest/AggregateAck * Assume e.g. DVB-IPDC or Raptor code on upper layer, MAC somehow knows which packets are systematic (DATA) or parity Jochen Miroll