Consideration on WUR packet Design

Slides:



Advertisements
Similar presentations
Overall MAC Procedure for WUR
Advertisements

WUR Legacy Preamble Design
WUR Preamble SYNC Field Design
WUR Legacy Preamble Design
Demand on Roaming for WUR
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Data Rate Selection for Wake-up Receiver
Solving Status mismatch
Solving Status mismatch
WUR MAC issues follow-up
WUR Acknowledgement Indication
WUR Acknowledgement Indication
WUR SYNC Preamble Design
Consideration on WUR sync preamble
WUR Frame Structure follow-up
Wakeup Frame Format Date: Authors: Sept 2017 Liwen Chu
WUR SYNC Preamble Design
Consideration on WUR Frame Structure
Consideration on Wake-Up Receiver Security
WUR SYNC Preamble Design
Consideration on WUR Frame Structure
2840 Junction Ave, San Jose, CA 95134, USA
Address structure in unicast wake-up frame
Consideration on WUR frame for Fast Scanning
2840 Junction Ave, San Jose, CA 95134, USA
Wake up packet contents
Preamble Design for WUR WLAN
WUR MAC issues follow-up
WUR MAC and Wakeup Frame
Wakeup Frame Format Date: Authors: Sept 2017 Liwen Chu
Preamble Design for WUR WLAN
Wake Up Response mode to WUR frame
Wakeup Frame Length Date: Authors: Jan 2017 Liwen Chu
WUR MAC and Wakeup Frame
WUR MAC and Wakeup Frame
WUR MAC and Wakeup Frame
Consideration on PER Prediction for PHY Abstraction
WUR MAC and Wakeup Frame
WUR Acknowledgement Indication
Further Consideration for WUR Acknowledgement Indication
Address structure in unicast wake-up frame
Flexible Group ID Allocation
Multi-WID Addressed WUR Frame
WUR frame format – Follow up
Packet Design for Wake-up Receiver (WUR)
FDMA MAC Support Date: Authors: Liwen Chu Marvell
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Address structure in unicast wake-up frame
2840 Junction Ave, San Jose, CA 95134, USA
Power Efficiency for Individually Addressed Frames Reception
Wakeup Frame Format Date: Authors: Sept 2017 Liwen Chu
WUR FDMA Padding Content
WUR MAC and Wakeup Frame
WUR Security Proposal Date: Authors: September 2017
WUR Security Proposal Date: Authors: September 2017
Block Addressed WUR Frame
TD Control field with Response indication in WUR frame
Consideration on PER Prediction for PHY Abstraction
Address structure in unicast wake-up frame
2840 Junction Ave, San Jose, CA 95134, USA
Wakeup Frame Format Date: Authors: Sept 2017 Liwen Chu
WUR MAC and Wakeup Frame
Address structure in unicast wake-up frame
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Power Efficiency for Individually Addressed Frames Reception
WUR MAC and Wakeup Frame
Considerations on WUR frame format
Further Consideration for WUR Acknowledgement Indication
Multi-WID Addressed WUR Frame
Presentation transcript:

Consideration on WUR packet Design doc.: IEEE 802.11-yy/XXXXr0 Month Year Consideration on WUR packet Design Date: 2017-09-08 Authors: Name Affiliation Address Email Kaiying Lv ZTE Corp. NO.9 Wuxing Duan Xifeng Road, Xi’an, China lv.kaiying@zte.com.cn Ning Wei Bo Sun

Introduction The wake-up format based on the previous discussions[1-3] can be summaried as: WLAN legacy preamble for intra-frame protection and coexistence with WLAN devices A BPSK symbol for 11n device to restrain false alarm WUR sync sequence for the identification to wake-up packet (WUP) WUR signature sequence for data rate indication WUR payload for carrying necessary control and management and/or traffic information We propose to introduce some considerations for the WUR Payload (frame format) design Special considerations for power saving Security issues

Power saving in WUR frame design Point A: WUR TX’s identifier The Wakeup Request should at least include WUR TX’s identifier which is of very low collision probability. Eg. BSS Color WUR TX’s identifier could be used for earlier detection or identification for an WUR device to have more power saving by filtering the WUR packets transmitted from OBSS without decoding the whole WUR packets Point B: Length Indication Length indication could be used for indicating how long the WUR device can be in shallow sleep if an OBSS WUR packet is detected. Point A and B need immediate process for power saving, so they’re not supposed to be checked together with other payload information after all payload is received. So we propose to define a WUR SIG filed for such information requesting immediate process A CRC sub-field is added at the end of WUR SIG field

Security in WUR frame design IoT devices are sensitive to power-costing attack. The WUR frame design should consider to protect privacy information from malicious attacks. When a simple security protocol is used, typically an unicast secret sequence and a broadcast secret sequence are used for unicast WUR packet and broadcast/multicast WUR packet respectively. It’s necessary to understand whether the unicast secret sequence or the broadcast secret sequence is used before decoding the payload part. Similar as Length indication and transmitter’s identifier, the unicast/broadcast indication needs immediate process and is suitable to be located in WUR SIG field.

Conclusion In this contribution, we discussed WUR packet design with consideration of power saving and security an “WUR SIG” field might be useful for power saving when considering a WUR packet design The encryption for WUR packet is discussed to protect WUR from malicious attacks. Two options are proposed: both WUR SIG and WUR payload are encrypted with implicit indication to secure-key type Only WUR payload is encrypted with explicit indication to secure-key type.

Reference [1]11-17-0084-00-00ba-high-level-phy-design [2]11-17-0675-00-00ba-wur-coexistence-and-packet-format [3]11-17-0679-01-00ba-1-wur-packet-format-and-preamble- design [4]11-16-1460-01-0wur-wur-mac-discussion

Straw Poll 1 Do you agree that 11ba should add WUR SIG into WUP format? Yes NO Abstain

Straw Poll 2 Do you agree that 11ba should consider security issue when design an WUP format? Yes NO Abstain