March 2006 doc.: IEEE /xxxr0 March 2006

Slides:



Advertisements
Similar presentations
Doc.:IEEE /xxxxr0 Submission Nov. 8, 2010 Notification on Change of BW & Rx Nss Joshua Zhao, et al1 Date: Authors:
Advertisements

Doc.: IEEE /1190r2 September 2014 Submission Kaiying Lv (ZTE) Frame Exchange Control for Uplink Multi-user transmission Slide 1 Date:
Doc.: IEEE /605r3 Submission November 2001 S. Kandala, et. al. Slide 1 CFB Ending Rule under HCF Srinivas Kandala, Ken Nakashima, Yashihiro Ohtani.
Doc.: IEEE /0285r0 March 2013 Submission Resource Allocation Frame Format for RAW- based Medium Access Date: Authors: Chittabrata Ghosh,
Doc.: IEEE /0880r2 Submission Scheduled Trigger frames July 2015 Slide 1 Date: Authors: A. Asterjadhi, H. Choi, et. al.
Doc.: IEEE /0102r2 SubmissionLiwen Chu Etc.Slide 1 TGah Power Saving Date: Authors: Date: Jan, 2012.
Doc.: IEEE /0840r1 Submission AP Assisted Medium Synchronization Date: Authors: September 2012 Minyoung Park, Intel Corp.Slide 1.
Doc.: IEEE /1324r0 November 2012 Very Low Energy Paging Date: Authors: Slide 1 S. Merlin et al.
Doc.: IEEE /0292r1 Submission March 2012 Jonathan Segev (Intel)Slide 1 Beacon Pointer for FILS Date: Authors:
Doc.: IEEE /0409r6 Submission July 2012 Shoukang Zheng et. al, I2R, SingaporeSlide 1 Channel Access Supporting Low Power Operation Date:
Doc.: IEEE /0349r1 Submission March 2008 Harkirat Singh, et al., Samsung ElectronicsSlide 1 Potential Benefits of Dual-radio VHT Systems Date:
Doc.: IEEE /0409r5 Submission May 2012 Shoukang Zheng et. al, I2R, SingaporeSlide 1 Supporting Low Power Operation Date: Authors:
Doc.: IEEE /1101r1 Submission Sept Active Polling Date: Authors: Slide 1Yong Liu, Marvell, et. al.
Doc.: IEEE /0590r0 Submission May 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 MAC beaconing sync comment resolution overview Date:
Doc.: IEEE /0591r1 May 2016 SubmissionPatrice NEZOU et al., Canon Issues related to OCW management Date: Slide 1 Authors: NameAffiliationAddress .
Doc.: IEEE /0294r2 Submission March 2012 Jonathan Segev (Intel)Slide 1 Active Scanning Reply Window Date: Authors:
Submission doc.: IEEE /0674r0 May 2016 Hanseul Hong, Yonsei UniversitySlide 1 EIFS excess problem of Acknowledgement for UL MU procedure Date:
Mathilde Benveniste Avaya Labs
Multi-STA BA Design Date: Authors: March 2016 Month Year
FILS Reduced Neighbor Report
Wide Scanning Requests and Responses
Month Year doc.: IEEE yy/xxxxr0 November 2007
Joint Proposal MAC Report
White Space Map Notification
Compressed Uplink Trigger Frame
Detection of Periodic Radars
QoS Handling of Trigger Frame
Spec text clarification for FDMA
Frame Exchange Control for Uplink Multi-user transmission
Non-Automatic Power Saving Delivery
Comments on Relay Date: Authors: Month Year
Peer Power Save Mode for TDLS
EDCA and BlockAck Extensions for Reliable Multicast/Broadcast Services
SU-MIMO Type for Group Addressed Frames
Proposed Modifications in TGh Draft Proposal
FILS Reduced Neighbor Report
Scheduled Medium Access For Large Low Power BSS
Resolution for CID 118 and 664 Date: Authors: Month Year
CR for CID 1105 Date: Authors: January 2019 Month Year
EDCF Issues and Suggestions
BlockAck Enhancement for Multicast Transmissions
Comment Resolutions Date: Authors: February 2008
Notification on Change of BW & Rx Nss
DL MU-MIMO ack protocol
Peer Power Save Mode for TDLS
Power saving mechanism consideration for ah framework
Potential Benefits of Dual-radio VHT Systems
Enhanced Beacon Sync Frame for the
Signalling Multicast Group in PSMP frame
Explanations for CR on NDP feedback report
PHY Power Saving Features For 11ac
PS-Poll TXOP Date: Authors: Month Year
VTS Robust Multicast/Broadcast Protocol
Measurement reporting in TGh
Random Access UL MU Resource Allocation and Indication
Clarification on Beacon Transmission Rules
Peer Power Save Mode for TDLS
Signalling Multicast Group in PSMP frame
Schedule Element Synchronization and Simplification
Considerations on MU-MIMO Protection in 11ac
[VTS –Failed FCS Behavior]
Scheduled Peer Power Save Mode for TDLS
Request Element for DFS in TGh
MBCA and Beacon Timing element clean up
Error Recovery Scheme for Scheduled Ack
Clarification of WUR frame related to group addressed frame
Aug Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Explanation and Revision of Previous Time.
Signalling Multicast Group in PSMP frame
Clarification of WUR frame related to group addressed frame
Aug Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Explanation and Revision of Previous Time.
Presentation transcript:

March 2006 doc.: IEEE 802.11-06/xxxr0 March 2006 Clarification on OM149: Some PSMP-enabled STAs may miss PSMP frame and remain awake for the entire PSMP sequence duration Harkirat Singh, Huai-Rong Shao and Chiu Ngo {har.singh, hr.shao, chiu.ngo}@samsung.com Samsung Electronics March 9, 2006 Harkirat, et al., Samsung Electronics

A typical PSMP sequence March 2006 A typical PSMP sequence PSMP frame includes multiple STA info frames: TSID STA ID DLT Start offset DLT Duration ULT Start offset ULT Duration 8 bits 16 bits 11 bits 10 bits STA info field format The ULT and DLT Start offsets are specified relative to the end of the PSMP frame (pg. 61-62 P802.11n-D0.02) The ULT and DLT durations specify Up Link and Down Link transmission periods Harkirat, et al., Samsung Electronics

March 2006 PSMP sequence error Some PSMP-enabled STAs may miss PSMP frame and remain awake for the entire PSMP sequence duration STA2 failed to receive the PSMP frame. The channel remains idle for this duration – no UL transmissions. STA2 remains awake during the entire PSMP sequence. This leads to: Waste of energy resources. Possibility of collisions caused by power-save legacy devices. Real-time applications may not meet the dead-line. Harkirat, et al., Samsung Electronics

March 2006 PSMP recovery (Without PSMP recovery) No UL transmissions (With PSMP recovery) (Time) Modify PSMP schedule of the currently scheduled STA only (STA2 in this figure) NO CHANGE in PSMP schedule of other STAs (STA3 & STA4 in this figure) Harkirat, et al., Samsung Electronics

Previous slide details March 2006 Previous slide details The AP takes control of the channel if the channel remains idle for a PIFS duration from the start of an ULT duration. The AP generates PSMP-recovery frame that includes modified ULT and/or DLT for the currently scheduled STA, but NO CHANGE of ULTs and/or DLTs for other STAs scheduled later in the PSMP sequence. No PSMP-recovery will be performed if the currently ULT duration is shorter than the total time of PSMP-recovery frame plus PIFS. Other STAs can be benefited, such as STA3/4 in the previous slide: If STA3/4 missed the original PSMP frame, STA3/4 must be awake. Hence, it can obtain its schedule from the PSMP-recovery frame which is the same schedule as in the original PSMP frame. If STA3/4 received the original PSMP frame, STA3/4 must be sleeping. Therefore, the schedule remains unchanged. Harkirat, et al., Samsung Electronics

March 2006 Changes suggested to the current draft (P802.11n-D0.02.pdf) to support the PSMP recovery Section 9.18.1.2: Up Link Transmission Suggested addition at the end of the above section (page 86): “The AP may gain control of the channel whenever the channel remains idle for a PIFS time from the start of an ULT duration. The AP may transmit a PSMP-recovery frame if the currently scheduled ULT duration is longer than the total time of PSMP-recovery frame plus PIFS. The PSMP-recovery frame will modify the schedule of the currently scheduled STA only. The schedule of other STAs will remain unchanged. The PSMP-recovery frame may include: (a) a modified ULT (and/or DLT) for the currently scheduled STA by adjusting the time remaining after PIFS and PSMP-recovery frame and (b) unmodified ULTs (and/or DLTs) for other STAs being originally scheduled after this ULT in the PSMP sequence. The ULT (or DLT) Start Offset is specified relative to the end of the PSMP-recovery frame to compensate for the time already lapsed. If the currently scheduled ULT duration is shorter than the total time of PSMP-recovery frame plus PIFS, no PSMP-recovery frame will be transmitted.” Harkirat, et al., Samsung Electronics

March 2006 Remarks PSMP-recovery does not change the scheduling of the PSMP sequence specified in the original PSMP frame. PSMP-recovery does not influence any other parts in the current draft (P802.11n-D0.02.pdf). PSMP-recovery is completely optional. Harkirat, et al., Samsung Electronics

March 2006 Thankyou! Harkirat, et al., Samsung Electronics

March 2006 Backup Harkirat, et al., Samsung Electronics

How offsets are calculated? March 2006 How offsets are calculated? ULT offset is specified from here After PSMP-recovery frame transmission, this much time is already lapsed New offset is specified from here (Time) Harkirat, et al., Samsung Electronics