Presentation is loading. Please wait.

Presentation is loading. Please wait.

Doc.: IEEE 802.11-13/0519r0 SubmissionSlide 1 Speed Frame Exchange Using NDP Frames Date: 2013-05-11 Authors: Shoukang Zheng, I2R May 2013 NameAffiliationsAddressPhoneEmail.

Similar presentations


Presentation on theme: "Doc.: IEEE 802.11-13/0519r0 SubmissionSlide 1 Speed Frame Exchange Using NDP Frames Date: 2013-05-11 Authors: Shoukang Zheng, I2R May 2013 NameAffiliationsAddressPhoneEmail."— Presentation transcript:

1 doc.: IEEE 802.11-13/0519r0 SubmissionSlide 1 Speed Frame Exchange Using NDP Frames Date: 2013-05-11 Authors: Shoukang Zheng, I2R May 2013 NameAffiliationsAddressPhoneEmail Shoukang ZhengI2R1 Fusionopolis Way, Singapore +65 6408 2252skzheng@i2r.a-star.edu.sg Zander LeiI2R Li Chia ChooI2R Haiguang WangI2R Yuan ZhouI2R Yeow Wai LeongI2R Huai-Rong ShaoSamsung Chiu NgoSamsungchiu.ngo@samsung.com ChaoChun WangMediaTekSan Jose, CA, USA+1-408-526-1899chaochun.wang@mediatek.com James WangMediaTekSan Jose, CA, USAjames.wang@mediatek.com Jianhan LiuMediaTekSan Jose, CA, USAjianhan.liu@mediatek.com Vish PonnampalamMediaTekSan Jose, CA, USAvish.ponnampalam@mediatek.com James YeeMediaTekHsinchu, Taiwanjames.yee@mediatek.com Thomas PareMediaTekthomas.pare@mediatek.com Kiran UlnMediaTekkiran.uln@mediatek.com Eric WongBroadcomSunnyvale, CA, USA+1-408-922-6672ewong@broadcom.com Matthew FischerBroadcomSunnyvale, CA, USA+1-408-543-3370mfischer@broadcom.com Minyoung ParkIntelHillsboro, OR, USA+1-503-712-4705minyoung.park@intel.com Tom TetzlaffIntelthomas.a.tetzlaff@intel.com Emily QiIntelHillsboro, OR, USAemily.h.qi@intel.com

2 doc.: IEEE 802.11-13/0519r0 Submission March 2013 Authors: NameAffiliationsAddressPhoneEmail Hongyuan ZhangMarvell Santa Clara, CA, USA+1-408-222-1837hongyuan@marvell.com Su Khiong YongMarvell Santa Clara, CA, USAskyong@marvell.com Sudhir SrinivasaMarvellSanta Clara, CA, USAsudhirs@marvell.com George CalcevHuaweiRolling Meadows, IL, USA george.calcev@huawei.com Osama Aboul MagdHuaweiOttawa, Canadaosama.aboulmagd@huawei.co m Young Hoon KwonHuaweiSan Diego, CA, USAyounghoon.kwon@huawei.com Betty ZhaoHuaweiBeijing, China+86-10-59728332betty.zhao@huawei.com David Xun YangxunHuaweiShenzhen, Chinadavid.yangxun@huawei.com Bin ZhenHuaweiShenzhen, Chinazhenbin@huawei.com Yongho SeokLG Electronics LG R&D Complex, Anyang, Korea +82-42-450-1947yongho.seok@lge.com Jeongki KimLG ElectronicsAnyang, Koreajeongki.kim@lge.com Jinsoo ChoiLG ElectronicsAnyang, Koreajinsoo.choi@lge.com Hangyu ChoLG ElectronicsAnyang, Koreahg.cho@lge.com Sun, Bo ZTEXi’an, Chinasun.bo1@zte.com.cn Lv, Kaiying ZTEXi’an, Chinalv.kaiying@zte.com Simone MerlinQualcommSan Diego, CA, USA+1-858-845-1243smerlin@qti.qualcomm.com Santosh AbrahamQualcommSan Diego, CA, USAsabraham@qti.qualcomm.com Menzo WentinkQualcommBreukelen, Netherlandsmwentink@qca.qualcomm.com Alfred AsterjadhiQualcommSan Diego, CA, USAaasterja@qti.qualcomm.com Amin JafarianQualcommSan Diego, CA, USAjafarian@qti.qualcomm.com Hemanth SampathQualcommSan Diego, CA, USAhsampath@qti.qualcomm.com VK jonesQualcommSanta Clara, CA, USAvkjones@qca.qualcomm.com Bin TianQualcomm George CherianQualcomm Slide 2 Shoukang Zheng, I2R

3 doc.: IEEE 802.11-13/0519r0 Submission March 2013 Authors: NameAffiliationsAddressPhoneEmail Sayantan ChoudhuryNokiaBerkeley, CA, USAsayantan.choudhury@nokia.com Klaus DopplerNokiaBerkeley, CA, USAklaus.doppler@nokia.com Chittabrata GhoshNokiaBerkeley, CA, USA+1-650-200-7566chittabrata.ghosh@nokia.com Esa TuomaalaNokiaBerkeley, CA, USA Ken MoriPanasonicOsaka, Japanmori.ken1@jp.panasonic.com Rojan ChitrakarPanasonic Tai Seng Ave, Singapore +65-6550-5347 rojan.chitrakar@sg.panasonic.com Minho CheongETRI 138 Gajeong-no, Yuseong-gu, Daejeon, Korea +82-42-560-5635minho@etri.re.kr Hyoung Jin KwonETRIDaejeon, Korea+82-42-860-1698kwonjin@etri.re.kr Jae Seung LeeETRIDaejeon, Korea+82-42-860-1326jasonlee@etri.re.kr Jae Woo ParkETRIDaejeon, Korea+82-42-860-5723parkjw@etri.re.kr Sok-kyu LeeETRIDaejeon, Korea+82-42-860-5919sk-lee@etri.re.kr Anna PantelidouRenesas Mobile Oulu, Finland +358-50-410-5316 anna.pantelidou@renesasmobile.c om Juho PirskanenRenesas Mobile Oulu, Finland +358-50-363-6632 juho.pirskanen@renesasmobile.co m Timo KoskelaRenesas Mobile Oulu, Finland +358-50-487-6991timo.koskela@renesasmobile.com Liwen ChuSTMicroelectronics Santa Clara, CA, USA +1-408-467-8436liwen.chu@st.com George VlantisSTMicroelectronics Santa Clara, CA, USA +1-408-893-9357george.vlantis@st.com Slide 3 Shoukang Zheng, I2R

4 doc.: IEEE 802.11-13/0519r0 Submission Motivation Speed frame exchange uses normal PS-Poll and ACK [1] –More Data field in MAC header and Ack Indication bits in SIG field are used for speed frame exchange –Retrieving downlink buffered unit based on PS-Poll is proposed NDP frames are more robust (lower MCS) and efficient (SFD r14 specifies that NDP ACK is preferred) –NDP ACK doesn’t have Ack Indication bits so far Propose an approach based on NDP frames for speed frame exchange Problem: –No available bits to accommodate ACK Indication Shoukang Zheng, I2R Slide 4 May 2013

5 doc.: IEEE 802.11-13/0519r0 Submission NDP frame SIG Fields NDP PS-Poll Fields –RA, TA, Preferred MCS, UDI NDP ACK (for non-NDP frame) Fields –More Data, Duration Indication, Duration, Relayed Frame Modified NDP ACK (for NDP PS-Poll frame) Fields –Ack ID, More Data, Duration Indication, Duration Duration Indication field: 1-bit –Indicate whether the Duration field is the time of no data transmission (i.e., wakeup timer) for the STA (Duration Indication = 1) or the channel access reservation time following current NDP ACK (Duration Indication = 0) Duration field indicates either the period of time that there will be no data transmission for the STA being acknowledged if Duration Indication = 1, or the duration for all frames transmitted during CP, and under HCF for frames transmitted during the CFP, if Duration Indication = 0. Shoukang Zheng, I2R Slide 5 May 2013

6 doc.: IEEE 802.11-13/0519r0 Submission Proposal Duration field is available for (Modified) NDP ACK –Duration Indication = 0 indicates there could be an immediate frame following (Modified) NDP ACK Duration = 0 is equivalent to No Response (Ack Indication bits = 10) Duration = a reserved value <= floor(SIFS/TU) is equivalent to Long Response with unknown length/duration (Ack Indication bits = 11), suitable for DATA without Duration field –The value < floor(SIFS/TU) is reserved as STA is allowed to access the channel after SIFS Duration > floor(SIFS/TU) is equivalent to long Response with known length/duration (Ack Indication bits = 11) indicates channel access reservation time for the transmissions following current (Modified) NDP ACK, suitable for DATA with Duration field –Duration Indication = 1 indicates that Duration field is a wakeup timer and there is no immediate frame following current (Modified) NDP ACK Duration = 0 is equivalent to No sleep time Shoukang Zheng, I2R Slide 6 May 2013

7 doc.: IEEE 802.11-13/0519r0 Submission Station with UL and DL Data Shoukang Zheng, I2R Slide 7 STA returns to sleep since last MoreData from AP is 0 MoreData=0 Duration Indication=0, Duration=1 SIFS A STA wakes from sleep, e.g. at a scheduled wake time AP and STA have unequal number of UL and DL DATA frames. SIFS AP STA Wake SIFS MoreData=0 Ack Indication=00 NDP PS-Poll D MoreData=1 Ack Indication=11 MoreData=0 Duration Indication=0 Duration=0 SIFS MoreData=0 Ack Indication=11 D MoreData=1 Ack Indication=00 DD A B NDP ACK TIM bit is set for STA Ack Indication b00 indicates NDP ACK as immediate following frame May 2013

8 doc.: IEEE 802.11-13/0519r0 Submission UDI NDP PS-Poll frame with UDI can be used as the first frame for speed frame change and is responded with modified NDP ACK or DATA –If it is responded by modified NDP ACK, Duration field is set to a reserved value for unknown length/duration case since AP doesn’t know the STA’s frame length Otherwise the value determined by Preferred MCS and UDI Shoukang Zheng, I2R Slide 8 May 2013

9 doc.: IEEE 802.11-13/0519r0 Submission NDP PS-Poll and Modified NDP ACK Shoukang Zheng, I2R Slide 9 STA returns to sleep since last MoreData from AP is 0 MoreData=0 Duration Indication=0, Duration=1 SIFS A STA wakes from sleep, e.g. at a scheduled wake time AP and STA have unequal number of UL and DL DATA frames. SIFS AP STA Wake SIFS MoreData=0 Ack Indication=00 NDP PS-Poll A MoreData=1 Duration Indication=0, Duration=1 MoreData=0 Duration Indication=0 Duration=0 SIFS MoreData=0 Ack Indication=11 D MoreData=1 Ack Indication=00 DD A B NDP ACK TIM bit is set for STA Ack Indication b00 indicates NDP ACK as immediate following frame Modified NDP ACK May 2013

10 doc.: IEEE 802.11-13/0519r0 Submission Channel Access Upon Receipt of (Modified) NDP ACK Assume equivalent ACK Indication in slide 6 3 rd party STA upon receiving (Modified) NDP ACK, before next event it can –defer for a duration = Duration field value in (Modified) NDP ACK*TU+ aSIFSTime if Duration Indication = 0 and Duration > SIFS/TU –defer for a duration = aPPDUMaxTime + 2*aSIFSTime if Duration Indication = 0 and 0<Duration <= SIFS/TU –defer aSIFSTime if Duration Indication = 0 and Duration = 0 or Duration Indication = 1 Shoukang Zheng, I2R Slide 10 May 2013

11 doc.: IEEE 802.11-13/0519r0 Submission Conclusion Speed frame exchange based on NDP frames can further improve the channel efficiency by reducing medium access and contention time and STA can achieve more power-saving Shoukang Zheng, I2R Slide 11 May 2013

12 doc.: IEEE 802.11-13/0519r0 Submission Straw Poll 1 Do you support to include (equivalent) ACK Indication by using the following reserved values for Duration Indication and Duration fields of (Modified) NDP ACK? –Duration Indication = 0 & Duration = 0 indicates No response –Duration Indication = 1 & Duration = 0 indicates long response Y/N/A Shoukang Zheng, I2RSlide 12 May 2013

13 doc.: IEEE 802.11-13/0519r0 Submission Straw Poll 2 Do you support to include Speed frame exchange based on NDP ACK/modified NDP ACK? Y/N/A Shoukang Zheng, I2RSlide 13 May 2013

14 doc.: IEEE 802.11-13/0519r0 Submission Straw Poll 3 Do you support NDP PS-Poll frame can be the first frame for speed frame exchange? Y/N/A Shoukang Zheng, I2RSlide 14 May 2013

15 doc.: IEEE 802.11-13/0519r0 Submission References [1] doc.: IEEE 802.11-11/1137r14 Shoukang Zheng, I2R Slide 15 May 2013

16 doc.: IEEE 802.11-13/0519r0 Submission Backup Shoukang Zheng, I2R Slide 16 May 2013

17 doc.: IEEE 802.11-13/0519r0 Submission ACK Indication R.3.2.1.B: The draft specification shall include 2-bit Ack Indication (00: Ack; 01: BA; 10: No Ack; 11: a frame that is not ACK, BA or CTS) in SIG. The definition of value (b11) response frame type to indicate the presence of a frame that is not ACK, CTS or BA following current transmission. [July 2012 meeting minutes, 11-12/834r0] Shoukang Zheng, I2R Slide 17 May 2013

18 doc.: IEEE 802.11-13/0519r0 Submission Example of Equivalent ACK Indication for (Modified) NDP ACK* Shoukang Zheng, I2R Slide 18 Duration IndicationDurationDescription 00AckInd=10 (No response) 01AckInd=11 (long response, unknown duration) 02AckInd=11(CF-End as the Response with known duration) 03TBD 04 0>4AckInd=11(long response, known duration) 10No sleep time 1NonzeroWakeup timer *Assume SIFS=160μs and TU=40μs for Duration field when Duration Indication = 0 May 2013


Download ppt "Doc.: IEEE 802.11-13/0519r0 SubmissionSlide 1 Speed Frame Exchange Using NDP Frames Date: 2013-05-11 Authors: Shoukang Zheng, I2R May 2013 NameAffiliationsAddressPhoneEmail."

Similar presentations


Ads by Google