May 2004 doc IEEE 802 15 doc Project

May 2004 doc. : IEEE 802. 15 -<doc#> Project: IEEE P 802. 15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Delayed Negative Acknowledgement (Dly-NACK)] Date Submitted: [30 April, 2004] Source: [Jinwoo Hong, Inhwan Kim, Dae-kyu Bae, Hyunah Sung] Company [Samsung Electronics] Address [416 Maetan-3 Dong, Yeongtong-Gu, Suwon-City, Gyeonggi-Do, South Korea] Voice: [+82 -31 -200 -3749], FAX: [+31 -200 -3350], E-Mail: [jinoo 2 k@samsung. com] Re: [] Abstract: [Delayed Negative Acknowledgement method for IEEE 802. 15. X WPAN] Purpose: [For discussion to add delayed negative acknowledgement with using delayed acknowledgement] Notice: This document has been prepared to assist the IEEE P 802. 15. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release: The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P 802. 15. Submission 1 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> Delayed Negative Acknowledgement (Dly-NACK) May 2004 Submission 2 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> Abstract • We propose an acknowledgement method named Delayed Negative Acknowledgement used with Delayed Acknowledgement. • by using Dly-NACK, Dly-(N)ACK’s frame length is always smaller than or equal to Dly-ACK’s without Dly-NACK Submission 3 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> MAC Header for Dly-(N)ACK • MAC Header octets: 1 3 1 1 2 2 Stream Index Fragmentation Control Src. ID Dest. ID PNID Frame Control Submission bits: b 15 -b 11 b 10 b 9 b 8 -b 7 b 6 b 5 -b 3 b 2 -b 0 Reserved More Data Retry ACK policy SEC Frame Type Protocol Version 4 b 5 b 4 b 3 Frame type description 000 001 010 011 100 101 110 -111 Beacon frame Immediate ACK (Imm-ACK) frame Delayed ACK (Dly-ACK) frame Command frame Data frame Delayed Negative ACK (Dly-NACK) frame Reserved Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> Acknowledgement Format • Dly-ACK octets: 4 2 … 2 2 1 10 FCS MPDU ID block-n … MPDU ID block-2 MPDU ID block-1 MPDUs ACKed MAX Frames MAX Burst MAC header • Dly-NACK octets: 4 2 … 2 2 1 10 FCS MPDU ID block-n … MPDU ID block-2 MPDU ID block-1 MPDUs NACKed MAX Frames MAX Burst MAC header Submission bits: b 15 -b 9 b 8 -b 0 Fragment Number MSDU Number 5 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> How to make Dly-NACK Frame… • Basic Rule – Put the MPDU block with the MPDUs of frames which are not received at the receiver. – Put the number of MPDU blocks to MPDUs NACKed field – Fill the other fields with appropriate values with the same calculation in Dly-ACK Submission 6 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> How to fill MPDU blocks… • If the receiver does not see… – MSDU with Fragment Number(FN) • MPDU = MSDU + FN – whole MSDU • MPDU = MSDU + b 111_1111 • If the last fragment number is b 111_1111 – use Dly-ACK MPDU Block Submission bits: b 15 -b 9 b 8 -b 0 Fragment Number MSDU Number 7 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> When is the Dly-(N)ACK used? • If the received frames are more than lost ones – Dly-NACK will be used • If the received frames are less than lost ones – Dly-ACK will be used Submission 8 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> Using Dly-NACK • The same negotiation in Dly-ACK – except • Dly-NACK Frame • Dly-NACK = 0 • There is no MPDU block Negotiation in Dly-ACK Submission 9 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> Use Case I 0 0 0 1 0 2 0 3 0 4 0 5 0 6 0 7 0 8 0 9 FN MSDU received frame FN MSDU lost frame Dly-NACK octets: 4 FCS 1 10 MPDUs MAX MAC header NACKed Frames Burst (0) Dly-ACK octets: 4 FCS 2 2 2 2 2 1 10 MPDU ID MPDU ID MPDU ID MPDUs MAX MAC header ACKed block block block Frames Burst (10) (0, 9) (0, 8) (0, 7) (0, 6) (0, 5) (0, 4) (0, 3) (0, 2) (0, 1) (0, 0) Submission 10 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> Use Case II 0 0 0 1 0 2 0 3 0 4 0 5 0 6 0 7 0 8 0 9 FN MSDU received frame FN MSDU lost frame Dly-NACK octets: 4 FCS 2 2 1 10 MPDU ID MPDUs MAX MAC header block NACKed Frames Burst (2) (7 F, 7) (7 F, 3) Dly-ACK octets: 4 FCS Submission 2 2 2 2 1 10 MPDU ID MPDU ID MPDUs MAX MAC header ACKed block block Frames Burst (8) (0, 9) (0, 8) (0, 6) (0, 5) (0, 4) (0, 2) (0, 1) (0, 0) 11 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> Use Case III 0 0 0 1 0 2 0 3 0 4 0 5 0 6 0 7 0 8 0 9 FN MSDU received frame FN MSDU lost frame Dly-ACK octets: 4 FCS 2 2 1 10 MPDU ID MPDUs MAX MAC header ACKed block Frames Burst (2) (0, 7) (0, 3) Dly-NACK octets: 4 FCS Submission 2 2 2 2 1 10 MPDU ID MPDU ID MPDUs MAX MAC header block block NACKed Frames Burst (8) (7 F, 9) (7 F, 8) (7 F, 6) (7 F, 5) (7 F, 4) (7 F, 2) (7 F, 1) (7 F, 0) 12 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> Use Case IV 0 0 1 0 2 0 3 0 0 1 1 1 2 1 3 1 4 1 5 1 FN MSDU received frame FN MSDU lost frame Dly-NACK octets: 4 FCS 2 2 2 1 10 MPDU ID MPDUs MAX MAC header block NACKed Frames Burst (3) (0, 1) (3, 0) Dly-ACK octets: 4 FCS Submission 2 2 2 2 1 10 MPDU ID MPDU ID MPDUs MAX MAC header ACKed block block Frames Burst (7) (5, 1) (4, 1) (2, 1) (1, 1) (2, 0) (1, 0) (0, 0) 13 Jinwoo Hong et al, Samsung Electronics

May 2004 doc. : IEEE 802. 15 -<doc#> Enhancement • To Save ACK length with Dly-NACK – Lsave = |Nrecv – Nlost| x 2 bytes • where – Nrecv = number of received frames – Nlost = number of lost frames • To reduce total probability of Bit Error Rate (BER) and Frame Error Rate (FER) Submission 14 Jinwoo Hong et al, Samsung Electronics