Month Year doc.: IEEE yy/xxxxr0 January 2016

Slides:



Advertisements
Similar presentations
Doc.: IEEE /0060r1 Submission January 2011 Minyoung Park, Intel Corp.Slide 1 Low Power Capability Support for ah Date: Authors:
Advertisements

Submission doc.: IEEE /1108r0 Technical Feasibility for LRLP September 2015 Chittabrata Ghosh, IntelSlide 1 Date: Authors:
Doc.: IEEE /0840r1 Submission AP Assisted Medium Synchronization Date: Authors: September 2012 Minyoung Park, Intel Corp.Slide 1.
Low-Power Wake-Up Receiver (LP-WUR) for
Doc.: IEEE /1324r0 November 2012 Very Low Energy Paging Date: Authors: Slide 1 S. Merlin et al.
LP-WUR (Low-Power Wake-Up Receiver) Follow-Up
WUR Link Budget Analysis
WUR Link Budget Analysis
2200 Mission College Blvd., Santa Clara, CA 95054, USA
AP Power Saving Date: Authors: May 2017 Month Year
WUR power save mode and clock drifting problem
WUR Legacy Preamble Design
WUR-based Broadcast Reference Signal
January, 2017 doc.: IEEE yy/xxxxr0 January, 2017
Sleep States in IEEE ax Simulation Scenarios
On AP Power Saving Usage Model
Discussion of Duty-Cycled Wake-Up Receivers
On Waking-Up Multiple WUR Stations
High Level MAC Concept for WUR
WUR Legacy Preamble Design
WUR Usage Model Date: Authors: Nov 2016
WUR coexistence with existing power save mode
Considerations on WUR Design
Solving Status mismatch
Solving Status mismatch
Follow-Up on WUR Discovery Frame and Discovery Channel
WUR Discovery Frame and Discovery Channel
WUR and Efficiency Tradeoffs
WUR Frame Structure follow-up
July 2015 Calibration Results for PSP and U-APSD for 20MHz, 40MHz and 80 MHz band Date: Authors: Name Affiliations Address Phone Dmitry.
Examining ba Usage Models for Mainstream Devices
Follow-Up on WUR Discovery Frame and Discovery Channel
2200 Mission College Blvd., Santa Clara, CA 95054, USA
Consideration on WUR Frame Structure
Consideration on WUR Frame Structure
Synchronization with Low Power Antenna
Examining ba Usage Models for Main Stream Devices
Wake up packet contents
Follow-Up on WUR Discovery Frame and Discovery Channel
WUR MAC and Wakeup Frame
Examining ba Usage Models for Main Stream Devices
July 2015 Calibration Results for PSP and U-APSD for 20MHz, 40MHz and 80 MHz band Date: Authors: Name Affiliations Address Phone Dmitry.
Examining ba Usage Models for Mainstream Devices
Follow-Up on WUR Discovery Frame and Discovery Channel
2200 Mission College Blvd., Santa Clara, CA 95054, USA
WUR MAC and Wakeup Frame
2200 Mission College Blvd., Santa Clara, CA 95054, USA
WUR and Efficiency Tradeoffs
Examining ba Usage Models for Main Stream Devices
802.11ba Architecture Discussion
Packet Design for Wake-up Receiver (WUR)
FDMA MAC Support Date: Authors: Liwen Chu Marvell
BSS parameters update notification
Consideration on Max Idle Period Extension for ah Power Save
July 2015 Calibration Results for PSP and U-APSD for 20MHz, 40MHz and 80 MHz band Date: Authors: Name Affiliations Address Phone Dmitry.
Power Efficiency for Individually Addressed Frames Reception
July 2015 Calibration Results for PSP and U-APSD for 20MHz, 40MHz and 80 MHz band Date: Authors: Name Affiliations Address Phone Dmitry.
Scheduled Peer Power Save Mode for TDLS
WUR MAC and Wakeup Frame
On AP Power Saving Usage Model
Power Efficiency for Individually Addressed Frames Reception
802.11ba Architecture Discussion
Power Efficient WUR AP Discovery - A Follow Up
Update on PAR Comment Resolution
Traffic Filter based Wakeup Service
Month Year doc.: IEEE yy/xxxxr0 August 2019
Peer Traffic Indication enhancements
WUR with conventional power save
Power Consideration for Multi-link Transmissions
Presentation transcript:

Month Year doc.: IEEE 802.11-yy/xxxxr0 January 2016 LP-WUR (Low-Power Wake-Up Receiver): Enabling Low-Power and Low-Latency Capability for 802.11 Date: 2016-01-18 Authors: Minyoung Park, Intel Corporation John Doe, Some Company

January 2016 Introduction In the November meeting, LP-WUR (low-power wake-up receiver) [1] was introduced to WNG and received strong support for standardization in the 802.11 WG Result of the following straw poll in [1]: “Do you support the basic concept of the LP-WUR technique in this presentation for standardization in the 802.11WG? Y: 65 N: 1 A: 51” In this presentation, we introduce LP-WUR as a mechanism to enable low-power and low-latency for 802.11 Minyoung Park, Intel Corporation

Problem: Escaping the Duty-Cycle Trap January 2016 Problem: Escaping the Duty-Cycle Trap With duty-cycled operation, low power consumption and low latency are conflicting goals To increase battery life, a device needs to sleep more  increased latency To receive data with low latency, a device needs to sleep less  shorter battery life Goal Low latency (but short battery life) Sleep less battery life Sleep more Long battery life (but long latency) latency Minyoung Park, Intel Corporation

Problem: Internet-of-Things (IoT) Use Case January 2016 Problem: Internet-of-Things (IoT) Use Case Today without LP-WUR User cannot access the IoT device while the IoT device is off to save power Internet Waits until IoT device wakes up (worst case = 1 hour) Access Point Access Point command User IoT device Configuration change command (e.g. collect data every 10 min) ON OFF (wakes up every 1 hour) Minyoung Park, Intel Corporation

January 2016 Solution: Low-Power Wake-Up Receiver (LP-WUR) as Companion Radio for 802.11 Comm. Subsystem = Main radio (802.11) + LP-WUR Main radio (802.11): for user data transmission and reception Main radio is off unless there is something to transmit LP-WUR wakes up the main radio when there is a packet to receive User data is transmitted and received by the main radio LP-WUR: not for user data; serves as a simple “wake-up” receiver for the main radio LP-WUR is a simple receiver (doesn’t have a transmitter) Active while the main radio is off Target power consumption < 100 µW in the active state Simple modulation scheme such as On-Off-Keying (OOK) Narrow bandwidth (e.g. < 5 MHz) Target transmission range: LP-WUR = Today’s 802.11 Minyoung Park, Intel Corporation

Design and Operation of LP-WUR January 2016 Design and Operation of LP-WUR Transmission range or Data Packet 802.11 = LP-WUR Transmitter Receiver 802.11 802.11 802.11 802.11 OFF ON OFF ON + Wake-up Packet 802.11 Wake-up signal Wake-up Packet LP-WUR ON Extremely low power receiver design (< 100 uW) - Small and simple OOK demodulator 802.11 preamble for coexistence Use L-SIG to protect the packet This is for 3rd party legacy stations This is not decoded by LP-WUR (L-SIG: legacy SIGNAL field) Payload modulated with On-Off Keying (OOK) Payload = [Wakeup preamble | MAC header (Receiver address) | Frame body | FCS] OOK modulation can be done using OFDM transmitter with modification (OFDM: orthogonal frequency division multiplexing; FCS: frame check sequence) Minyoung Park, Intel Corporation

IoT Use Case Proposed scheme using LP-WUR January 2016 IoT Use Case Proposed scheme using LP-WUR User can access the IoT device with low latency and the IoT device can have long battery life Internet Access Point Access Point Wake-up Packet command User IoT Device Configuration change command (e.g. collect data every 10 min) ON OFF (wakes up every 1 hour) Minyoung Park, Intel Corporation

Technical Feasibility: LP-WUR Designs from University and Industry January 2016 Technical Feasibility: LP-WUR Designs from University and Industry Publications Frequency (GHz) Modulation Power (µW) Sensitivity (dBm) Rate (kbps) Tech CMOS (nm) Active area (mm2) CICC [2007] – UC Berkeley 1.9 OOK 65 -50 40 90 0.16 ISSCC [2008] – UC Berkeley 2 52 -72 100 0.1 VLSI[2014] – Panasonic 0.925 OOK/FSK* 45.5 -87 50 1.27 JSSC[2014] - IMEC 0.78-0.915 123 -86 10 *) FSK: frequency-shift keying References: CICC [2007] : N. Pletcher, S. Gambini, and J. Rabaey, “A 65μW, 1.9 GHz RF to Digital Baseband Wakeup Receiver for Wireless Sensor Nodes,” IEEE Custom Integration Circuits Conference (CICC), 2007. ISSCC [2008]: N. Pletcher, S. Gambini, and J. Rabaey, “A 2 GHz 52 μW Wake-Up Receiver with -72 dBm Sensitivity Using Uncertain-IF Architecture,” IEEE International Solid-State Circuits Conference, 2008. VLSI [2014]: T. Abe, and et. al., “An Ultra-Low-Power 2-step Wake-Up Receiver for IEEE 802.15.4g Wireless Sensor Networks”, Symposium on VLSI Circuits Digest of Technical Papers,” 2014. JSSC[2014]: X. Huang, and et. al., “A 780-950 MHz, 64-146 μW Power-Scalable Synchronized-Switching OOK Receiver for Wireless Event-Driven Applications,” IEEE Journal of Solid-State Circuits, Vol.49, No.5, May 2014. Minyoung Park, Intel Corporation

Usage Model 1: Quick Message/Incoming Call Notification Scenario January 2016 Usage Model 1: Quick Message/Incoming Call Notification Scenario (1) Without LP-WUR (2) With LP-WUR Internet Internet AP buffers data until the client wakes up message or message message message + Wake-up packet Sleep/wake periodically or or Sleep until wake-up packet is received 802.11 Main radio needs to wake up periodically to receive a notification within a latency requirement 802.11+LP-WUR Wake-up upon reception of wake-up packet and receive message Minyoung Park, Intel Corporation

January 2016 Usage Model 2: Quick Status Query/Report, Configuration Change Scenario (1) Without LP-WUR (2) With LP-WUR Internet AP buffers data until the IOT device wakes up Internet Configuration change command Status query command Configuration change command Status query command or Status query command or AP AP Status query command + Status report Wake-up packet Sleep/wake periodically Sleep IOT device 802.11 IOT device 802.11+LP-WUR Minyoung Park, Intel Corporation

Usage Model 3: Quick Emergency/Critical Event Report Scenario Month Year doc.: IEEE 802.11-yy/xxxxr0 January 2016 Usage Model 3: Quick Emergency/Critical Event Report Scenario (1) Without LP-WUR (2) With LP-WUR Mobile gateway sleeps for a long period of time until it receives a wakeup packet from the sensor device Mobile gateway sleeps for a long period of time to save power Internet Internet Sleep/wake periodically or Sleep or Event report Mobile gateway (battery operated) Mobile gateway (battery operated) 802.11 802.11 + LP-WUR Wakeup packet + Event report Emergency event happens but cannot report until the mobile gateway wakes up from the sleep state Emergency event happens and reports the event to the mobile gateway with low-latency IOT/sensor device 802.11 IOT/sensor device 802.11 Minyoung Park, Intel Corporation John Doe, Some Company

Comparisons: Legacy 802.11 Power Save Modes versus LP-WUR Month Year doc.: IEEE 802.11-yy/xxxxr0 January 2016 Comparisons: Legacy 802.11 Power Save Modes versus LP-WUR Scenario: data packet interval > polling interval (=latency requirement) Legacy 802.11 power save modes (1) PS-Poll: STA wakes up periodically to receive beacon frames to see if there is data to receive (2) U-APSD: STA wakes up periodically and transmits a trigger frame to see if there is data to receive (3) Target Wake Time (TWT): AP/STA schedules a next target wake time during the current packet exchange (4) Proposed LP-WUR: doesn’t need to receive beacons nor transmit triggering frames nor schedule TWT (5) Proposed LP-WUR with scheduling: consumes even less power by waking up at scheduled times (e.g. TWT) Proposed LP-WUR 2mS (U-APSD: unscheduled automatic power save delivery) Minyoung Park, Intel Corporation John Doe, Some Company

TGax Power Consumption Model January 2016 TGax Power Consumption Model Doc. 11-14/1444r2 [C. Yu, MediaTek] Doc. 11-15/1100r2 [C. Ghosh, Intel] Minyoung Park, Intel Corporation

Comparison Using TGax Power Consumption Model January 2016 Comparison Using TGax Power Consumption Model Latency requirement: 100mS Parameters Values Wake-up packet length 500 µS LP-WUR power consumption in active state 100 µW LP-WUR active time duration 2 mS Channel access delay 1.5 mS 802.11 PHY rate (data/control) 6.5 Mbps Data packet size 238 bytes Beacon/polling interval 100 mS Legacy power save modes 1.6 mW ~15x LP-WUR always on 105 µW ~224x LP-WUR duty-cycled (2 mS active every 100 mS) 7 µW Minyoung Park, Intel Corporation

January 2016 Comparison Summary LP-WUR shows significant power saving over legacy power save modes Power saving gain : 7x (@5sec latency)~224x (@100mS latency) LP-WUR enables a long battery life and low latency with a small battery Minyoung Park, Intel Corporation

Comparison between LP-WUR and Schemes Discussed in LRLP January 2016 Comparison between LP-WUR and Schemes Discussed in LRLP LP-WUR Schemes discussed in LRLP User data transmission and reception LP-WUR wakes up the 802.11 radio when it receives a wake-up packet User data is transmitted and received by the 802.11 radio (e.g. 802.11ax or a new LRLP PHY/MAC) User data is transmitted and received by a new LRLP PHY/MAC Metrics Average power consumption Latency Data transmission rate Peak/average power consumption Transmission range Average power consumption and latency should be included as a metric for LP-WUR in LRLP Low-power consumption and low-latency should be included as requirements in LRLP Example: average power consumption less than TBD µW at data delivery latency less than TBD mS Minyoung Park, Intel Corporation

January 2016 Conclusions Today’s 802.11 makes trade-offs between low power consumption and low latency The proposed LP-WUR technique can enable low power consumption and low latency at the same time for use cases being discussed in LRLP Our study shows significant power saving gain can be achieved using LP- WUR over legacy 802.11 power save modes with low latency Minyoung Park, Intel Corporation

January 2016 Straw Poll 1 Do you support to include average power consumption and latency as metrics for LP-WUR in LRLP? Y: N: A: Minyoung Park, Intel Corporation

January 2016 Straw Poll 2 Do you support to include low-power consumption and low-latency as requirements for LP-WUR in LRLP? Example: Average power consumption less than TBD µW at data delivery latency less than TBD mS Y: N: A: Minyoung Park, Intel Corporation

January 2016 Straw Poll 3 Do you support to standardize the basic concept of LP- WUR presented in this presentation as a low-power and low-latency solution in LRLP? Y: N: A: Minyoung Park, Intel Corporation

January 2016 References [1] IEEE 802.11-15/1307r1, “Low-power wake-up receiver for 802.11” [2] IEEE 802.11-15/1446r3, “LRLP output report draft” Minyoung Park, Intel Corporation