TWT SP initiation and termination and legacy PS

Slides:



Advertisements
Similar presentations
/0853r1 Submission July 2008 Jakub Majkowski (Nokia)Slide 1 Peer Traffic Indication enhancements Date: Authors:
Advertisements

Submission doc.: IEEE /1454r1 November 2014 Jarkko Kneckt (Nokia)Slide ax Power Save Discussion Date: Authors:
Submission doc.: IEEE /1454r0 November 2014 Jarkko Kneckt (Nokia)Slide ax Power Save Discussion Date: Authors:
Submission doc.: IEEE 11-10/0259r0 March 2013 Jarkko Kneckt (Nokia)Slide 1 CID 266 & CID 281 Date: Authors:
Doc.: IEEE /0103r0 Submission January 2008 Jarkko Kneckt, NokiaSlide 1 Peer Service Period Date: Authors:
Doc.: IEEE /0880r2 Submission Scheduled Trigger frames July 2015 Slide 1 Date: Authors: A. Asterjadhi, H. Choi, et. al.
Doc.: IEEE /0840r1 Submission AP Assisted Medium Synchronization Date: Authors: September 2012 Minyoung Park, Intel Corp.Slide 1.
Doc.:IEEE /0114r0 January 2012 Low Power Medium Access Date: Slide 1 Authors:
Submission doc.: IEEE 11-15/0592r0 May 2015 Eric Wong (Apple)Slide 1 More Power Save Calibration Results Date: Authors:
Submission doc.: IEEE 11-11/1204r1 ZTE CorporationSlide 1 Power saving mechanism consideration for ah framework Date: Authors: Sept 2011.
Submission doc.: IEEE /1309r0 November 2012 Non-TIM Mode Negotiation Date: Slide 1 Authors: Kaiying Lv, ZTE.
Doc.: IEEE /0618r0 Submission Listen interval for sensor devices May 2012 Slide 1 Date: Authors: Jinsoo Choi, LG Electronics.
Submission doc.: IEEE /0353r1 March 2016 Hanseul Hong, Yonsei UniversitySlide 1 MU-RTS/CTS for TWT Protection Date: Authors:
Submission doc.: IEEE 11-14/1161r0 September 2014 Eric Wong et al (Apple)Slide 1 Parameters for Power Save Mechanisms Date: Authors:
Doc.: IEEE /0048r0 SubmissionSlide 1Young Hoon Kwon, Newracom Protection using MU-RTS/CTS Date: Authors: January 2016.
Multi-STA BA Design Date: Authors: March 2016 Month Year
WUR coexistence with existing power save mode
DLS Power Save Delivery Mechanism
Parameters for Power Save Mechanisms
TWT Information frames in 11ax
Clarifications on WUR/PCR interactions
WUR Acknowledgement Indication
WUR Acknowledgement Indication
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Power Save Calibration
Non-Automatic Power Saving Delivery
Integration of WUR to Power Save Mode
Wake Up Frame to Indicate Group Addressed Frames Transmission
Clarifications on WUR/PCR interactions
Power Efficient PS Poll
MAC Capabilities Info. in HE Capabilities IE
Peer Power Save Mode for TDLS
Improvement to TWT Parameter set selection
SU-MIMO Type for Group Addressed Frames
Some Power-save changes in e Draft
11BA Power Save Date: Authors: July 2017 Liwen Chu Marvell
WUR MAC and Wakeup Frame
WUR MAC and Wakeup Frame
Data transmission detail in WUR mode
Overlapping BSS Co-Existence
WUR MAC and Wakeup Frame
Resolution for CID 118 and 664 Date: Authors: Month Year
Discussion on CR for CID 5066
WUR MAC and Wakeup Frame
WUR Acknowledgement Indication
Peer Power Save Mode for TDLS
Further Consideration for WUR Acknowledgement Indication
Power Efficient PS Poll
Power efficient and unified s solution
Clarifications on WUR/PCR interactions
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Explicit Block Ack Request in DL MU PPDU
MDA Enhancements Date: Authors: May 2008 Month Year
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Power Efficiency for Individually Addressed Frames Reception
Peer Power Save Mode for TDLS
Interference Signalling Enhancements
Scheduled Peer Power Save Mode for TDLS
Resolutions of the Remaining Power Management Comments
WUR MAC and Wakeup Frame
Peer Service Period Date: Authors: January 2008 Month Year
Reserving STA Date: Authors: January 2011 January 2011
Power Efficiency for Individually Addressed Frames Reception
Chapter 11 Comment Resolution for Letter Ballot 63
Power save state transition
Further Consideration for WUR Acknowledgement Indication
Peer Traffic Indication enhancements
EHT Power saving considering multi-link
Enhancement of Low Power Medium Access STAs
Utilizing Unused Resources by Allowing Simultaneous Transmissions
Presentation transcript:

TWT SP initiation and termination and legacy PS Month Year doc.: IEEE 802.11-yy/xxxxr0 September 2017 TWT SP initiation and termination and legacy PS Date: 2017-09-01 Authors: Jarkko Kneckt, Apple John Doe, Some Company

Month Year doc.: IEEE 802.11-yy/xxxxr0 September 2017 Abstract This submission is related to CID5958 and CID5971. CIDs and resolutions are provided in submission 11-17- 1337r0. This submission studies the TWT SP initiation and TWT SP termination when a TWT SPs ongoing, an U-APSD SP is ongoing or a STA has transmitted PS_Poll frame. Target is to ensure high throughput and efficient power save for 802.11ax power saving STAs. Jarkko Kneckt, Apple John Doe, Some Company

September 2017 Legacy Power save Legacy power save mechanisms operate in parallel with TWT mechanisms A non-AP STA may transmit a frame which Power Management field in the MAC headers indicates whether the STA operates in active mode or in power save mode A non-AP STA may transmit an APSD trigger or PS-Poll frame Jarkko Kneckt, Apple

Multiple TWT agreements September 2017 Multiple TWT agreements A TWT requesting STA may have multiple TWT agreements and each agreement defines a schedule for TWT SPs A TWT SP may start when other SP is ongoing A TWT SP may end when other SP is ongoing Broadcast TWT and individual TWT may be ongoing at the same time Jarkko Kneckt, Apple

Discussed issues in the presentation September 2017 Discussed issues in the presentation In annex of the submission all combinations of the service periods and PS_Poll frame transmissions are shown The analysis found two issues: Issue 1, Announced TWT SP initiation Issue 2, TWT SP termination signaling Jarkko Kneckt, Apple

Issue 1, Announced TWT SP initiation September 2017 Issue 1, Announced TWT SP initiation The announced TWT SP initiation is not clearly specified: Currently, in announced TWT SP a TWT responding STA may transmit data to the TWT requesting STA if it receives a PS_Poll frame or an APSD trigger frame during the announced TWT SP It is unclear whether an ongoing SP or a PS_Poll frame transmitted before the announced TWT SP allows the TWT responder to transmit data in announced TWT SP Jarkko Kneckt, Apple

September 2017 Issue 1, Proposal A TWT responding STA that receives a PS-Poll frame or an APSD trigger frame from a TWT requesting STA in PS mode during an announced TWT SP, has other SP ongoing with the requesting STA in PS mode, or the STA has transmitted a PS_Poll frame and not received DL MPDU within the beacon interval shall follow the rules defined in 11.2.3.6 (AP operation during the CP) The normative text is provided in submission 11-17- 1337r0   Jarkko Kneckt, Apple

Issue 2, SP termination signaling September 2017 Issue 2, SP termination signaling In some TWT SP combinations, the TWT SP termination does not allow the STA to return doze: If U-APSD SP termination is needed, the AP needs to send a frame with EOSP field set to 1 A PS_Poll may need a DL frame transmission TWT SP may be terminated with: Transmission of a frame with EOSP =1or More Data=0, if the frame does not have EOSP Transmission of an EOSP=1 or More Data=0 in a ACK or BA frame Transmission of Cascade Indication=0 and no addressed RU in Trigger frame If AP has transmitted no frames, the expiration of the Nominal Minimum Wakeup Time of the TWT SP, Jarkko Kneckt, Apple

September 2017 Issue 2, Proposal Proposal: For simplicity a STA should be allowed to return doze after all TWT SPs are terminated This means that AP does not send pending DL data frame for the received PS-Poll frame The AP terminates also the possible ongoing U-APSD SP when the TWT SP is terminated. No need to send a separate frame with EOSP=1 for the U-ASPD SP Only the termination of TWT SPs is clarified, no change to legacy STAs U-APSD SP termination or response to PS-Poll The normative text is provided in submission 11-17- 1337r0 Jarkko Kneckt, Apple

Issue 2, Advantages of proposal September 2017 Issue 2, Advantages of proposal There are advantages to terminate all SPs and pending PS_Poll data transmissions with TWT signaling: The TWT requesting STA and TWT responding STA do not need to keep a record which frame it should receive/transmit in order to allow the TWT requesting STA to return doze The synchronization requirements, i.e. to know whether the frame was transmitted during Nominal Minimum Wake Duration is relaxed. The operation expected operation does not depend on the time when the frame was received Complicated error situations due to transmission errors, e.g. a non- AP STA expects a response from the AP, while the AP assumes that it has already terminated the SP, are mitigated The signaling overhead may be reduced Jarkko Kneckt, Apple

Summary The submission studies simultaneously ongoing SPs Month Year doc.: IEEE 802.11-yy/xxxxr0 September 2017 Summary The submission studies simultaneously ongoing SPs The following proposals are made to improve system throughput and power save efficiency: In announced TWT SP, the TWT responding STA may to immediately transmit data to the TWT requesting STA in PS mode without receiving PS-Poll or APSD trigger, if it knows that the TWT requesting STA is awake The termination of the last TWT SP allows the TWT requesting STA in PS mode to go to doze Submission 11-1337r0 defines the resolutions to CID5859 and CID 5971 and proposed normative text Jarkko Kneckt, Apple John Doe, Some Company

Annex, Listing different service period start and termination cases September 2017 Annex, Listing different service period start and termination cases In the SP initiation the special focus is set whether the TWT responding STA is allowed to send data In the SP termination the special focus is set to describe whether early TWT SP termination terminates all ongoing SPs are Jarkko Kneckt, Apple

September 2017 Ongoing SP or received frame Starting new SP or received frame How many SPs are ongoing after the new SP starts? Rules for TWT responding STA? How long the TWT responding STA may transmit data? Does early TWT SP termination allow TWT requesting STA to go to Doze? Announced , APSD trigger or PS_Poll not transmitted Announced The TWT Responding STA shall get a PS-Poll or an APSD Trigger before it may transmit DL frames. If APSD or PS_poll is received, DL data may be sent until both TWT SPs are terminated. If no early termination until the end of the last SP. Yes Unannounced The TWT Responding STA may send DL data when Unannounced TWT SP starts. Until the announced and Unannounced TWT SPs are terminated. If no early termination until the end of the last SPs. U-APSD trigger frame received Only the announced TWT SP is started. TWT responding STA may send data when U-APSD trigger is received. Until the Announced TWT SP is terminated. PS_Poll frame received Only the announced TWT SP is started. TWT responding STA may send data when PS_Poll is received. Announced , APSD trigger or PS_Poll is transmitted Two announced TWT SPs are ongoing. It is unclear should a STA transmit a PS_Poll or APSD trigger to receive DL traffic when the second announced TWT starts. Until both announced TWT SPs are terminated. If no early termination until the end of the last SP. Announced , APSD trigger or PS_Poll is transmitted The announced and unannounced TWT SPs are ongoing. Until both TWT SPs are terminated. If no early termination until the end of the last SP. The announced TWT SP and U-APSD SP are ongoing Until both TWT and U-APSD SPs are terminated. No, U-APSD SP termination is needed. The announced TWT SP is ongoing and the AP transmits at least one DL frame Until the announced TWT SP is terminated and at least one DL frame is transmitted. No, a DL frame transmission is needed. Jarkko Kneckt, Apple

September 2017 Jarkko Kneckt, Apple Ongoing SP or received frame Starting new SP or received frame How many SPs are ongoing after the new SP starts? Rules for TWT responding STA? How long the TWT responding STA may transmit data? Does early TWT SP termination allow TWT requesting STA to go to Doze? Unannounced Announced The unannounced and announced TWT SPs are ongoing. It is unclear should a TWT requesting STA transmit a PS_Poll or APSD trigger to receive DL traffic when the announced TWT starts. Until both TWT SPs are terminated. If no early termination until the end of the last SP. Yes Two unannounced TWT SPs are ongoing. U-APSD trigger frame received The unannounced TWT SP and U-APSD SP are ongoing. Until the TWT and U-APSD SP are terminated. No, U-APSD SP termination is needed. PS_Poll frame received The unannounced TWT SP is ongoing and the AP transmits at least one DL frame. Until the TWT SP is terminated and at least one DL frame is transmitted. No, a DL frame transmission is needed. U-APSD U-APSD SP and announced TWT SP are ongoing. It is unclear should a TWT requesting STA transmit a PS_Poll or APSD trigger to receive DL traffic when the announced TWT starts. Not possible. Only a single U-APSD SP is ongoing at a time. Until the U-APSD SP is terminated. U-APSD SP is ongoing and depending on U-APSD configuration a frame may need to be transmitted. Until the U-APSD SP is terminated and the configured DL frame is transmitted. No, U-APSD SP termination is needed. Depending on U-APSD configuration a DL frame may be needed. Jarkko Kneckt, Apple

September 2017 Ongoing SP or received frame Starting new SP or received frame How many SPs are ongoing after the new SP starts? Rules for TWT responding STA? How long the TWT responding STA may transmit data? Does early TWT SP termination allow TWT requesting STA to go to Doze? PS_Poll from TWT Requesting STA received by TWT responding STA Announced Announced TWT SP are ongoing. It is unclear should a STA transmit a PS_Poll or APSD trigger to receive DL traffic when the announced TWT starts. Also may AP transmit a single frame or for the whole duration of the announced TWT SP. Until announced TWT SP is terminated or a single DL MPDU is transmitted . No, a DL frame transmission is needed. Unannounced Unannounced TWT SP is ongoing Until unannounced TWT SP is terminated or a single DL MPDU is transmitted . U-APSD trigger frame received U-APSD SP ongoing Until U-APSD SP is terminated and the configured DL frame is transmitted. No, U-APSD SP termination is needed. Depending on APSD configuration a DL frame may be needed. PS_Poll frame received A DL frame needs to be transmitted. Until one DL frame is transmitted. Jarkko Kneckt, Apple