Traffic Filter based Wakeup Service

Slides:



Advertisements
Similar presentations
Doc.: IEEE /0089r0 Submission Listen interval update Jan 2013 Slide 1 Date: Authors: Jinsoo Choi, LG Electronics.
Advertisements

Doc.: IEEE /0880r2 Submission Scheduled Trigger frames July 2015 Slide 1 Date: Authors: A. Asterjadhi, H. Choi, et. al.
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:
Doc.: IEEE /1034r0 Submission September 2015 Yongho Seok, NEWRACOM Notification of Operating Mode Changes Date: Authors: Slide 1.
Overall MAC Procedure for WUR
WUR Wakeup Channel Access
Purpose Indication of WUR Packets
WUR Negotiation and Acknowledgement Procedure Follow up
High Level MAC Concept for WUR
WUR coexistence with existing power save mode
WUR Synchronization Date: Authors: September 2017
DLS Power Save Delivery Mechanism
Solving Status mismatch
Solving Status mismatch
Considerations for WUR Response
Clarifications on WUR/PCR interactions
WUR Acknowledgement Indication
WUR Acknowledgement Indication
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Wake Up Frame to Indicate Group Addressed Frames Transmission
Further considerations on WUR frame format
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Peer Power Save Mode for TDLS
WUR MAC Consideration Date: Authors: Nov 2016 Liwen Chu
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
< November, 2011 > Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [More Low Energy Mechanism Details]
Wake Up Response mode to WUR frame
Group Delay for Group Addressed Wake Up Frames
WUR MAC and Wakeup Frame
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
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Sleep Mode with AP Filtering
CID#89-Directed Multicast Service (DMS)
Power saving mechanism consideration for ah framework
Considerations for WUR Response
Clarifications on WUR/PCR interactions
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Explicit Block Ack Request in DL MU PPDU
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Power Efficiency for Individually Addressed Frames Reception
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
PS-Poll TXOP Date: Authors: Month Year
Random Access UL MU Resource Allocation and Indication
Peer Power Save Mode for TDLS
TD Control field with Response indication in WUR frame
WUR Negotiation and Acknowledgement Procedure Follow up
Scheduled Peer Power Save Mode for TDLS
EHT Multi-link Operation
WUR MAC and Wakeup Frame
Purpose Indication of WUR Packets
Peer Service Period Date: Authors: January 2008 Month Year
Power Efficiency for Individually Addressed Frames Reception
Secure SU and MU Ranging Measurement Procedure
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Initial Negotiation for WUR
Power save state transition
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Further Consideration for WUR Acknowledgement Indication
Peer Traffic Indication enhancements
Purpose Indication of WUR Packets
Enhancement of Low Power Medium Access STAs
Presentation transcript:

Traffic Filter based Wakeup Service Month Year doc.: IEEE 802.11-yy/xxxxr0 January 2017 Traffic Filter based Wakeup Service Date: 2017-01-16 Authors: Yongho Seok, NEWRACOM John Doe, Some Company

January 2017 Introduction This submission discusses the wakeup service operation in a system aspect Yongho Seok, NEWRACOM

January 2017 Basic Wakeup Service The wakeup service is enabled by a request from a STA (WUR STA) [1] An AP disables the wakeup service autonomously or depending on a request from the STA When the wakeup service is enabled for the STA, an AP delivers a Wakeup frame to the STA upon meeting TBD condition Yongho Seok, NEWRACOM

Basic Wakeup Service [11-16/0722r1] January 2017 Basic Wakeup Service [11-16/0722r1] AP STA 802.11 Radio 802.11 Radio WUR WUR Beacon {+ WUR Support capability indication} Wakeup Service Request Power On Wakeup Service Response Wakeup.response primitive is issued for inactivating 802.11 radio Wakeup.request primitive is issued upon meeting TBD condition Power Off Wakeup frame Wakeup.response primitive is issued for activating 802.11 radio Trigger frame (e.g., PS-Poll or QoS Null) Data frame Power On Ack frame Yongho Seok, NEWRACOM

Considerations on wakeup frame transmission January 2017 Considerations on wakeup frame transmission When is a Wakeup frame triggered? If an AP triggers a Wakeup frame whenever the buffered frames for an STA (WUR mode) exist even though it is a delay insensitive frame, a wakeup frame transmission can overwhelm the wireless medium Also, it is vulnerable on a malicious attack from anonymous device A managing mechanism of excessive wakeup frame transmissions is needed The traffic filter service (TFS) defined in IEEE 802.11v-2011 can be a solution [2][3] Yongho Seok, NEWRACOM

January 2017 TFS Protocol Overview An AP/STA negotiates the TFS via TFS Request and Response frames A STA can add traffic filters any time after association or delete filters at any time An AP may delete filters if it executes the filter action (e.g. wakeup) AP Operations An AP inspects unicast and multicast traffic on behalf of STA which installed filter An AP discards unmatched unicast traffic regardless of power states when TFS is enabled An TFS Notify frame is delivered before the triggering frame if requested by the STA Yongho Seok, NEWRACOM

January 2017 TFS Protocol Overview A STA delivers filtering patterns to an AP via TFS Request IEs Yongho Seok, NEWRACOM

January 2017 TFS Protocol Overview The TFS Action Code field defines the actions taken at an AP when a frame matches a traffic filter set Bits Name Notes Delete After Match Setting this field to 1 for any traffic filter set indicates all traffic filter sets established at the AP for the non-AP STA are deleted when a frame matches any of the traffic filter sets established for the non-AP STA. A value of 0 for this field indicates no deletion of the traffic filter set upon a match. 1 Notify Setting this field to 1 indicates the STA is to be sent a TFS Notify frame upon the first frame matching to the traffic filter set or the first frame match after the AP receives a Notify Response frame containing the corresponding TFS ID. Setting this field to 0 indicates the AP does not send TFS Notify frame to the requesting STA. 2-7 Reserved All other bits are reserved. Yongho Seok, NEWRACOM

Traffic Filter based Wakeup Service January 2017 Traffic Filter based Wakeup Service The TFS Action Code field has Wakeup Notify bit subfield Indicate that a Wakeup frame upon the first frame matching to the traffic filter set is sent or not Bits Name Notes Delete After Match Setting this field to 1 for any traffic filter set indicates all traffic filter sets established at the AP for the non-AP STA are deleted when a frame matches any of the traffic filter sets established for the non-AP STA. A value of 0 for this field indicates no deletion of the traffic filter set upon a match. 1 Notify Setting this field to 1 indicates the STA is to be sent a TFS Notify frame upon the first frame matching to the traffic filter set or the first frame match after the AP receives a Notify Response frame containing the corresponding TFS ID. Setting this field to 0 indicates the AP does not send TFS Notify frame to the requesting STA. 2 Wakeup Notify Setting this field to 1 indicates the STA is to be sent a Wakeup frame upon the first frame matching to the traffic filter set or the first frame match after the AP receives a Notify Response frame containing the corresponding TFS ID. Setting this field to 0 indicates the AP does not send Wakeup frame to the requesting STA. 3-7 Reserved All other bits are reserved. Yongho Seok, NEWRACOM

Traffic Filter based Wakeup Service Example January 2017 Traffic Filter based Wakeup Service Example 3rd party network entities AP STA 802.11 Radio 802.11 Radio WUR WUR Wakeup Service Request {+ TFS Request} Wakeup Service Response {+ TFS Response} Power On Malicious packet Wakeup.response primitive is issued for inactivating 802.11 radio -Wakeup.request primitive is not issued because the Traffic Filter condition is not met Trusted packet (Delay insensitive) -Wakeup.request primitive is not issued because the Traffic Filter condition is met but it is a delay insensitive packet Power Off Trusted packet (Delay sensitive) -Wakeup.request primitive is issued because the Traffic Filter condition is met from a delay sensitive packet Wakeup frame Wakeup.response primitive is issued for activating 802.11 radio Trigger frame (e.g., PS-Poll or QoS Null) Power On Yongho Seok, NEWRACOM

January 2017 Summary TGba should consider a mechanism for managing excessive wakeup frame transmissions TBD condition that an AP delivers the wakeup frame to the STA upon meeting may consist of Traffic filter Minimum interval between successive wakeup frames Number of retransmitted wakeup frame Etc. Yongho Seok, NEWRACOM

January 2017 References [1] https://mentor.ieee.org/802.11/dcn/16/11-16-1445-01-0wur-overall-mac-procedure-for-wur.pptx [2] https://mentor.ieee.org/802.11/dcn/07/11-07-0737-00-000v-sleep-mode-with-ap-filtering.ppt [3] https://mentor.ieee.org/802.11/dcn/07/11-07-2148-00-000v-traffic-filtering-and-sleep-mode-presentation.ppt Yongho Seok, NEWRACOM

January 2017 Straw Poll Do you agree that TGba shall provide a mechanism to avoid excessive wakeup frame transmissions? Yongho Seok, NEWRACOM