Addressing in WUR frames

Slides:



Advertisements
Similar presentations
Doc.: IEEE /0102r2 SubmissionLiwen Chu Etc.Slide 1 TGah Power Saving Date: Authors: Date: Jan, 2012.
Advertisements

Month Year doc.: IEEE yy/xxxxr0 November, 2015
WUR coexistence with existing power save mode
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Authors: Alfred Asterjadhi, George Cherian
WUR MAC issues follow-up
WUR frame format follow-up
Clarifications on WUR/PCR interactions
BSS Management through WUR Wakeup Frame
WUR frame format follow-up
WUR frame format follow-up
WUR frame format – Follow up
Wakeup Frame Format Date: Authors: Sept 2017 Liwen Chu
WUR frame format – Follow up
Considerations on VL WUR frames
Wake Up Frame to Indicate Group Addressed Frames Transmission
Classification of WUR frames
Further considerations on WUR frame format
Clarifications on WUR/PCR interactions
Operation after Wake-up Frame Transmission and Reception
MAC Capabilities Info. in HE Capabilities IE
Address structure in unicast wake-up frame
Secure WUR frames Date: Authors: January 2018
WUR frame format – Follow up
Operation after Wake-up Frame Transmission and Reception
WUR MAC issues follow-up
Further considerations on WUR frame format
WUR MAC and Wakeup Frame
Wakeup Frame Format Date: Authors: Sept 2017 Liwen Chu
Duty cycle mode STA’s PS follow-up
Wake Up Response mode to WUR frame
Group Delay for Group Addressed Wake Up Frames
WUR frame format follow-up
WUR MAC and Wakeup Frame
Addressing in WUR frames
Discussion on Group ID Structure
WUR frame format follow-up
Authors: Alfred Asterjadhi, George Cherian
Further considerations on WUR frame format
Address structure in unicast wake-up frame
Multi-WID Addressed WUR Frame
WUR frame format – Follow up
WUR frame format follow-up
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Wakeup Frame Format Date: Authors: Jan 2017 Liwen Chu
Clarifications on WUR/PCR interactions
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Address structure in unicast wake-up frame
Operation after Wake-up Frame Transmission and Reception
Considerations on VL WUR frames
Wakeup Frame Format Date: Authors: Sept 2017 Liwen Chu
WUR MAC and Wakeup Frame
Considerations on VL WUR frames
Duty cycle mode STA’s PS follow-up
Addressing in WUR frames
Block Addressed WUR Frame
TD Control field with Response indication in WUR frame
Discussion on Group ID Structure
Address structure in unicast wake-up frame
Clarification of WUR frame related to group addressed frame
Wakeup Frame Format Date: Authors: Sept 2017 Liwen Chu
Authors: Alfred Asterjadhi, George Cherian
Address structure in unicast wake-up frame
Considerations on VL WUR frames
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
WUR MAC and Wakeup Frame
Clarification of WUR frame related to group addressed frame
Considerations on WUR frame format
Multi-WID Addressed WUR Frame
Multi-Link Operation: Anchor Channel
Presentation transcript:

Addressing in WUR frames March 2018 Addressing in WUR frames Authors: Alfred Asterjadhi, George Cherian Alfred Asterjadhi, Qualcomm Inc

March 2018 Introduction WUR STAs rely on the Address field of WUR frames to identify if the frame is Individually addressed to them (Wake Up ID), Broadcasted to them (Transmit ID), Group addressed to a group to which the STA belongs (Group ID) WUR STAs also rely in additional information that is Implicitly contained in the WUR frame (Embedded BSSID) Explicitly contained in the WUR frame (e.g., in TD Control field) Which lead to increased likelihood that received addressing info. is reliable Minimize false wake ups due to WUR frames generated by OBSS APs Maximize filtering opportunities for WUR frames that are not intended to the WUR STA We propose rules on how to select the above identifiers to ensure that The values selected by the AP for these identifiers are as random as possible The management of identifiers is as simple as possible (and inline with existing PCR architecture) The memory requirement for storing these identifiers is as low as possible Alfred Asterjadhi, Qualcomm Inc

Addressing considerations March 2018 Addressing considerations An AP maintains the following main identifiers: BSSID which is the basic service set identifier of the BSS (6 Bytes) N-1 other BSSID identifiers that identify non-transmitted BSSIDs AIDs for each of the STAs that is associated with it (12 bits) It additionally maintains a TIM bitmap that identifies: Existence of broadcast BU delivery for its STAs (bit 0) Existence of broadcast BU delivery for the non-transmitted BSSID (bits 1 to n-1) Existence of individual BUs for each STA (bit AID) Every non-AP STA is required to maintain all these identifiers when its PCR is on PS mechanisms in the PCR heavily rely on these indications to deliver buffered BUs to the PS STAs Every WUR STA should maintain the minimum possible identifiers: Transmit ID (12 bits), which has a conceptual equivalency with bit 0 of TIM bitmap) Wake Up ID (12 bits), which has a conceptual equivalency with bit equal to the AID of the STA of TIM bitmap Group ID (12 bits), which has a conceptual equivalency with bits (1 to n-1) of the TIM bitmap However not limited to these cases only since even within the same BSS the AP can allocate multiple groups (similar to 11ac) Alfred Asterjadhi, Qualcomm Inc

PCR to WUR mapping March 2018 BSSID PCR WUR TIM bitmap PCR 0, 1, …, n-1, AID n, …, AID m, … 2047 WUR TXID 0, 1 , …, n-1, WID n, …, WID m, … 2047 Embed BSSID Simplest approach would be to use the same mapping as TIM bitmap No architectural changes and no increased memory for AP to maintain a separate ID space Minimum memory required for a WUR STA to Store value 0 for TXID and WID: at most 3 octets (+ up to 8 bits if multiple BSSID operating) Store values for group IDs (with 12 bits each then # GIDs times 12 bits) However if GIDs are in a contiguous space then storage can significantly reduced (see next slide) Drawback: All APs use same AID assignment (start low and go high) Address field values selected by all APs would be concentrated in the low end of the ID space Increases likelihood of collisions and false wake ups due to OBSS frames (rely only on Embed BSSID) Note: Issue incurred in the development of other amendments as well (11ac, 11ah, etc.) Alfred Asterjadhi, Qualcomm Inc

Proposal: PCR to WUR mapping March 2018 Proposal: PCR to WUR mapping BSSID TIM bitmap PCR 0, 1, …, n-1, AID n, …, AID m, … 2047 Hash (BSSID) WUR TXID 0, 1 , …, n-1, WID n, …, WID m, … 2047 Embed BSSID Proposal: Use a hash of the BSSID to randomize the assignments Simplest hash function is to XOR different portions of the BSSID (widely used in 802.11) Pro 1: Allows to use the same mapping as TIM bitmap No architectural changes and no increased memory for AP to maintain a separate ID space Minimum memory required for a WUR STA to Store one value for TXID and one for WID: at most 3 octets (+ up to 3 bits if multiple BSSID Store values for group IDs (with 12 bits each then # GIDs times 12 bits) However if GIDs are contiguous space then storage can be significantly reduced (see next slide) Pro 2: All identifiers are randomly distributed in the ID space Allowing early packet filtering, reduced collisions, etc. Alfred Asterjadhi, Qualcomm Inc

What if? Can either of the AP be able to change its hashing function? March 2018 What if? By some chance two APs in the same neighborhood: I.e., have 2 IDs (12b) that match and Embedded BSSID (16b) match as well? This is an extremely low probability event (28 bits to coincide) But if it occurs it would be good to have a countermeasure Can either of the AP be able to change its hashing function? Option 1: The AP optionally advertises an alternative WUR BSSID Simplest approach but requires extra 6 bytes exchanged in the main radio Option 2: The AP optionally advertises a change in the hashing function Increase in computation logics but does not require change of BSSID Option 1 is preferred since keeps WUR STA’s complexity low Alfred Asterjadhi, Qualcomm Inc

AP side: XOR-based options March 2018 AP side: XOR-based options The AP generates the identifiers as follows: Transmit ID = Option 1: = BSSID[36: 47] Option 2: = BSSID[0: 11] XOR BSSID[12: 23] XOR BSSID[24: 35] XOR BSSID[36: 47] Option 3: = Other? Wake Up ID = (AID + Transmit ID) mod 212 As part of the Group ID procedure: Transmit ID n = (n + Transmit ID) mod 212, where n in TIM bitmap for non-TX BSSID Group ID = (m + Transmit ID) mod 212, where m in TIM bitmap for that group ID Same hashing function applied to Embedded BSSID: Embedded BSSID = Option 1: = BSSID[20: 35] Option 2: = BSSID [0 : 15] XOR BSSID [16:31] XOR BSSID [32: 47] Option 3: Other? Where BSSID is the address of the transmitting AP Unless the AP advertises a WUR BSSID in WUR elements it transmits Alfred Asterjadhi, Qualcomm Inc

STA side March 2018 When in WUR mode the STA needs to store only: Basic: Transmit ID (12b), Wake Up ID (up to 12b), Embedded BSSID (16b) Plus Multi-BSSID: Another 8 bits to identify its non-transmitted BSSID Plus Group IDs: Depends on how it is designed Worst case: Random assignment of Group IDs: Things can go north linearly 12b X # Group IDs (e.g., 10 IDs would need 15 bytes) To control the amount of memory required The AP allocates the Group IDs in a contiguous ID space: That can be identified by a Start ID + Group Bitmap (12 bits plus bitmap size) WUR STA together with Group ID support also declares bitmap size it supports Alfred Asterjadhi, Qualcomm Inc

Conclusion We propose rules for address assignment that: March 2018 Conclusion We propose rules for address assignment that: Keep maintenance complexity at the AP to a minimum Require minimum storage at the STA side Ensure false wake ups and address collisions are kept to a minimum Provide seamless transition between PCR and WUR operation Maintain assignment flexibility for a wide range of use cases Alfred Asterjadhi, Qualcomm Inc

Straw Poll 1 Do you support to add the following to the TGba SFD? March 2018 Straw Poll 1 Do you support to add the following to the TGba SFD? The Transmit ID is algorithmically obtained from the BSSID The Embedded BSSID is algorithmically obtained from the BSSID Alfred Asterjadhi, Qualcomm Inc

March 2018 Straw Poll 2 Do you support to add the following to the TGba SFD? An AP shall maintain Group IDs in a contiguous portion of the ID space A STA that declares support of Group IDs is required to store at least one group ID and shall declare the Group ID bitmap size that it is capable of storing Alfred Asterjadhi, Qualcomm Inc