Presentation is loading. Please wait.

Presentation is loading. Please wait.

Doc.: IEEE 802.11-12/1302r0 Submission November 2012 Yongho Seok, LG ElectronicsSlide 1 TXOP Truncation Date: 2012-11-12 Authors: NameAffiliationsAddressPhoneEmail.

Similar presentations


Presentation on theme: "Doc.: IEEE 802.11-12/1302r0 Submission November 2012 Yongho Seok, LG ElectronicsSlide 1 TXOP Truncation Date: 2012-11-12 Authors: NameAffiliationsAddressPhoneEmail."— Presentation transcript:

1 doc.: IEEE 802.11-12/1302r0 Submission November 2012 Yongho Seok, LG ElectronicsSlide 1 TXOP Truncation Date: 2012-11-12 Authors: NameAffiliationsAddressPhoneEmail Yongho SeokLG Electronics LG R&D Complex Anyang-Shi, Kyungki- Do, Korea +82-31-450-1947yongho.seok@lge.com Minyoung ParkIntelHillsboro, OR+1 503 712 4705minyoung.park@intel.com Matthew FischerBroadcommfischer@broadcom.com Jinsoo ChoiLG Electronics Jeongki KimLG Electronics Hangyu ChoLG Electronics Eric WongBroadcomSunnyvale, CA+1 408 922 6672ewong@broadcom.com Tom TetzlaffIntel Emily QiIntel Simone MerlinQualcommSan Diego, CA+1 858 845 1243smerlin@qualcomm.com Amin JafarianQualcomm Bin TianQualcomm Santosh AbrahamQualcomm Menzo WentinkQualcomm Hemanth SampathQualcomm VK jonesQualcomm

2 doc.: IEEE 802.11-12/1302r0 SubmissionSlide 2 NameAffiliationsAddressPhoneEmail Yong LiuMarvell Hongyuan ZhangMarvell Sudhir SrinivasaMarvell George CalcevHuaweiRolling Meadows, IL, USA George.Calcev@huawei.co m Osama Aboul MagdHuawei Young Hoon KwonHuawei Betty ZhaoHuawei David YangxunHuawei Bin ZhenHuawei ChaoChun WangMediaTek James WangMediaTek Jianhan LiuMediaTek Vish PonnampalamMediaTek James YeeMediaTek Huai-Rong Shao Samsung Electronics Chiu NgoSamsung Electronics Minho CheongETRI Jae Seung LeeETRI Hyoungjin KwonETRI Jaewoo ParkETRI Sok-kyu LeeETRI Sun, Bo ZTE Lv, Kaiying ZTE Authors: November 2012 Yongho Seok, LG Electronics

3 doc.: IEEE 802.11-12/1302r0 SubmissionYongho Seok, LG ElectronicsSlide 3 Authors: NameAffiliationsAddressPhoneEmail Sayantan ChoudhuryNokia Klaus DopplerNokia Chittabrata GhoshNokia Esa TuomaalaNokia Ken MoriPanasonic Rojan ChitrakarPanasonic Haiguang WangI2R Shoukang ZhengI2R Yeow Wai LeongI2R Zander LeiI2R Jaya ShankarI2R Anh Tuan HoangI2R Joseph Teo Chee MingI2R Anna PantelidouRenesas Mobile Juho PirskanenRenesas Mobile Timo KoskelaRenesas Mobile Liwen ChuSTMicroelectronics George VlantisSTMicroelectronics November 2012

4 doc.: IEEE 802.11-12/1302r0 Submission Channel Access in Restricted Access Window Beacon Interval Restricted Access Window (RAW) Slot Boundary Slot Boundary Slot Boundary Slot Boundary Slot Boundary Slot Boundary Slot duration A Restricted Access Window (RAW) is divided in time slots. STA wakes up at TBTT and it listens to a Beacon frame that indicates the slot duration for each Restricted Access Window (RAW). STA determines its channel access slot assigned by AP. STA may sleep before its channel access slot. STA shall start to access the channel at the slot boundary of its channel access slot based on EDCA. AP may protect the PS-Poll/Trigger frames by setting the NAV Slide 4Yongho Seok, LG Electronics November 2012

5 doc.: IEEE 802.11-12/1302r0 SubmissionYongho Seok, LG Electronics November 2012 Slide 5 When a STA gains access to the channel using EDCA and empties its transmission queue, it may transmit a CF-End frame provided that the remaining duration is long enough to transmit this frame. By transmitting the CF-End frame, the STA is explicitly indicating the completion of its TXOP. A STA shall interpret the reception of a CF-End frame as a NAV reset, i.e., it resets its NAV timer to 0 at the end of the PPDU containing this frame. After receiving a CF-End frame with a matching BSSID, an AP may respond by transmitting a CF-End frame after SIFS. Channel Access in Restricted Access Window

6 doc.: IEEE 802.11-12/1302r0 Submission When CF-END inside RAW is used to truncate the TXOP of the granted STAs, it also makes to reset the NAV of 3 rd party STAs. Motivation Beacon Restricted Access Window RTS CTS DATA ACK CF-END NAV CTS Granted STA1 (assigned slot1) Granted STA2 (assigned slot 1) 3 rd party STA Reset NAV RTS TXOP Limit Slot 1Slot 0 Yongho Seok, LG Electronics November 2012 Slide 6

7 doc.: IEEE 802.11-12/1302r0 SubmissionYongho Seok, LG Electronics November 2012 Slide 7 Duration field value of CF-END frame is set to either zero or a truncated time. If the Duration field value of the received CF-END frame is set to zero, then all STAs reset its NAV. Else if the Duration field of the received CF-END frame is matched with the local NAV of a STA, then the STA resets its NAV. The matching condition allows for a tolerance of +/- TBD microsecond. Else the received CF-END frame is discarded. Proposal

8 doc.: IEEE 802.11-12/1302r0 Submission Beacon Restricted Access Window RTS CTS DATA ACK CF-END NAV CTS Granted STA1 (assigned slot1) Granted STA2 (assigned slot 1) 3 rd party STA TXOP Limit Slot 1Slot 0 Reset NAV Duration Discard CF-END RTS Yongho Seok, LG Electronics November 2012 Slide 8 Overall procedure of TXOP truncation in RAW. Depending on the Duration field value of CF-END, STAs have two different behaviors of resetting NAV. Proposal (example)

9 doc.: IEEE 802.11-12/1302r0 Submission DATA ACK CF-END NAV CTS DATA ACKCF-END Reset NAV RTS NAV Restricted Access Window Granted STA1 (assigned to last slot N) Granted STA2 (assigned to last slot N) 3 rd party STA Reset NAV Duration Discard CF-END RTS Duration Yongho Seok, LG Electronics November 2012 Slide 9 Overall procedure of TXOP truncation in RAW. Depending on the Duration field value of CF-END, STAs have two different behaviors of resetting NAV. Proposal (example)

10 doc.: IEEE 802.11-12/1302r0 SubmissionYongho Seok, LG Electronics November 2012 Slide 10 Proposal (example)

11 doc.: IEEE 802.11-12/1302r0 SubmissionYongho Seok, LG Electronics November 2012 Slide 11 Conclusion In 802.11ah, we defined a restricted access window. During the restricted access window, only granted STAs access the channel using EDCA. But, the non-granted STAs set the NAV for the duration of the restricted access window. Motivation of this contribution is Inside the RAW, CF-END frame used for truncating TXOP does not reset the NAV of the non-granted STAs For this purpose, we proposed to define two different behaviors of resetting the NAV

12 doc.: IEEE 802.11-12/1302r0 SubmissionYongho Seok, LG Electronics November 2012 Slide 12 Straw Poll 1 Do you support the following CF-END rule ? Duration field value of CF-END frame is set to either zero or a truncated time. If the Duration field value of the received CF-END frame is set to zero, then all STAs reset its NAV. Else if the Duration field of the received CF-END frame is matched with the local NAV of a STA, then the STA resets its NAV. The matching condition allows for a tolerance of +/- TBD microsecond. Else the received CF-END frame is discarded.

13 doc.: IEEE 802.11-12/1302r0 Submission RTS CTS DATA STA3 (BSS2) DATA ACK CF-END NAV CTS STA1 (BSS1) STA2 (BSS1) Reset NAV AP1 (BSS1) AP2 (BSS2) NAV RTSDATA ACK DATA Collision ACK NAV Yongho Seok, LG Electronics November 2012 Slide 13 Backup In OBSS environment, CF-END frame makes to reset the NAV set by other BSS.

14 doc.: IEEE 802.11-12/1302r0 Submission STA3 (BSS2) RTS CTS DATA ACK CF-END NAV STA1 (BSS1) STA2 (BSS1) Discard CF-END AP1 (BSS1) AP2 (BSS2) NAV ACK DATA Duration RTS CTS DATA Yongho Seok, LG Electronics November 2012 Slide 14 Backup But, if we use the proposed CF-END rule (defined in slide 7), we can solve the problem of resetting the NAV.


Download ppt "Doc.: IEEE 802.11-12/1302r0 Submission November 2012 Yongho Seok, LG ElectronicsSlide 1 TXOP Truncation Date: 2012-11-12 Authors: NameAffiliationsAddressPhoneEmail."

Similar presentations


Ads by Google