doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG4 Battery Life Extension] Date Submitted: [13 January 2003] Source: [Ed Callaway] Company: [Motorola] Address: [8000 W. Sunrise Blvd, Plantation, Florida, 33322, USA] Voice:[ ], FAX: [ ], Re: [ IEEE draft 18 ] Abstract:[This contribution describes a method by which the battery life of beaconing TG4 devices may be greatly extended.] Purpose:[To encourage discussion.] Notice:This document has been prepared to assist the IEEE P It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release:The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 2 Beaconing Device Duty Cycle In draft 18, when the beacon order BO=0 (15.36 ms beacon interval), the coordinator’s transceiver must be continuously active. This is because the superframe order SO ≤ BO. For other beacon orders, the minimum transceiver active time including the beacon is a power of 2 multiple of ms.

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 3 CAP Length For most application scenarios, this is far more time than needed to perform the CSMA-CA algorithm—there is simply not that much channel activity. Even if the system were “spoofed” with fake GTS, the minimum CAP is still 420 symbols (6.72 ms), to enable a complete message transfer before the first GTS.

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 4 Market Penetration Having a constantly-active receiver effectively precludes 15.4 from entering any application space that requires a low latency, battery-powered, beaconing device. For these applications, Bluetooth has lower power consumption—and lower latency!

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 5 What to do? For TG4’s low data throughput applications, the contention access period (CAP) may be shortened with minimal effect on network performance—especially in networks of low beacon order. This should be optional, to protect the existing CAP for higher throughput applications.

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 6 What to do? The real requirement is for more than 420 symbols of unassigned time prior to the first GTS to allow space for a maximum sized PSDU and associated ACK. If this requirement is met, the CAP may be shortened to below 420 symbols, enabling the receiver to sleep before the first GTS— or the next beacon.

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 7 What to do? One of two reserved bits in the beacon superframe specification field may be defined as the “battery life extension” field. When set, it limits the CAP such that a device has at least 5 backoff slots in which to do the 2 CCA’s and initiate a transmission. When cleared, the CAP is as defined in D18.

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 8 Battery Life Extension

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 9 Resulting Duty Cycle Improvement Without battery life extension With battery life extension Coordinator Transceiver Activity Ratio with Superframe Order = 0 BO 0BO 1BO 2BO 3BO 4BO 5BO 6BO 7BO 8BO 9BO 10BO 11BO 12BO 13BO E E-054E-052E-051E-05 6x reduction! (for SO=0, better for higher SO) ASSUMPTIONS: The beacon is the minimum size ( GHz PHY). The idle time between the beacon and the first full backoff period is considered an active period (conservative estimate). Without the battery life extension, the coordinator must be active (listening or transmitting) during the entire ms minimum superframe. With the battery life extension, the coordinator goes inactive (stops listening to the channel) if a Frame Start Delimiter is not detected in the fifth full backoff period after the beacon’s IFS period.

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 10 Things that would change in D17 ( Semantics of the [MLME-START.request] service primitive) ( Effect on receipt) (Table 55—MLME-START.request parameters) ( Superframe specification field) (Figure 37—Format of the superframe specification field) ( The CSMA-CA algorithm) (Table 70—MAC PIB attributes)

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 11 Detail 1 1.( Semantics of the [MLME-START.request] service primitive) Add the parameter “BatteryLifeExtension” to the MLME-START.request primitive. 2.( Effect on receipt) Add the following after p. 95, l. 45: “The MLME shall set macBattLifeExt to the value of the BatteryLifeExtension parameter.” 3.(Table 55—MLME-START.request parameters) Add a row: Name: BatteryLifeExtension. Type: Boolean. Valid Range: TRUE or FALSE. Description: If this value is TRUE, the receiver of the beaconing device is disabled if a frame start delimiter is not detected by the third full backoff period of the CAP. If this value is FALSE, the receiver of the beaconing device remains enabled for the entire CAP.

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 12 Detail 2 4.( Superframe specification field) p. 112, l. 32: Strike “(receiver enabled)”. Following l. 40, add “The battery life extension field is one bit in length and shall be set to 1 if frames transmitted to the beaconing device during the CAP must start in or before the fifth full backoff period following the beacon and its IFS. Otherwise the battery life extension field shall be set to 0.” 5.(Figure 37—Format of the superframe specification field) Define bit 12 of the superframe specification field to be the “battery life extension” field.

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 13 Detail 3 6.( The CSMA algorithm) Change line 35 to read, “In a slotted CSMA-CA system with the battery life extension field set to 0, …” Insert the following after line 45: “In a slotted CSMA-CA system with the battery life extension field set to 1, the MAC sublayer shall ensure that, after the random backoff, the remaining CSMA-CA operations can be undertaken and the entire transaction can be transmitted before the end of the CAP. The backoff countdown shall only occur during the first five full backoff periods after the end of the beacon’s IFS period. The MAC sublayer shall proceed if the remaining CSMA-CA algorithm steps (two CCA analyses), the frame transmission and any acknowledgement can be completed before the end of the CAP, and the frame transmission will start in or before the first five full backoff periods after the end of the beacon’s IFS period. If the MAC sublayer can proceed, it shall request that the PHY perform the CCA in the current superframe. If the MAC sublayer cannot proceed, it shall wait until the start of the CAP in the next superframe and repeat the evaluation.”

doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 14 Detail 4 7.(Table 70—MAC PIB attributes) Add a row: Attribute: macBattLifeExt. Identifier: [as required]. Type: Boolean. Range: TRUE or FALSE. Description: This parameter indicates whether battery life extension, by reduction of coordinator receiver operation time during the CAP, is enabled. A value of TRUE indicates that it is enabled. Default: FALSE.