Doc.: IEEE P802.15-01/226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 1 Project: IEEE P802.15 Working Group for Wireless Personal Area.

Slides:



Advertisements
Similar presentations
Doc.: IEEE xxx Submission January 2015 N. Sato and K. Fukui (OKI)Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Advertisements

IEEE e Submission: Wireless Ping for Network Management 8 September 2008 Bhatti, Mitsubishi ElectricSlide 1 Project: IEEE P
Doc.: IEEE /205 Submission Pat Kinney, Intermec Technologies Intermec’s PicoLink  WPAN MAC Overview.
Doc.: IEEE sru Submission Nov 2013 Takashi Yamamoto, Sumitomo Electric IndustriesSlide 1 Simulation Methodology for SRU Authors: NameAffiliationsAddressPhone .
IEEE 15.4k k J. Schwoerer (France Telecom) – N. Dejean (Elster)) Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /272r0 Submission June 2001 Phil Jamieson, Philips SemiconductorsSlide 1 Project: IEEE P Working Group for Wireless Personal.
July 2014doc.: IEEE Submission Qing Li (InterDigital) Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE j Submission May 2011 Dave Evans, PhilipsSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE /037r0 Submission January 2003 Ed Callaway, Motorola Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE e Submission: NAN Application Description 11 November 2008 RolfeSlide 1 Project: IEEE P Working Group for Wireless.
doc.: IEEE r0 Submission March 2000 Rick Alfvin, Eastman Kodak CompanySlide 1 Project: IEEE P Working Group for Wireless Personal Area.
k Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Preliminary Proposal.
Doc.: IEEE Submission G. R Hiertz, Y. Zang, S. Max, H.-J. ReumermanSlide 1 Project: IEEE P Working Group for.
Doc.: e Submission Liang Li, J Shen,Betty ZhouSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /205r2 Submission 27 October, 2000 Pat Kinney, Intermec Technologies Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: IEEE :
Mar 2008 doc:IEEE e Slide 1 Submission Paul Dixon, Pei Liu, Hisilicon. Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /138r0 Submission March 2001 Mauri Honkanen, NokiaSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /214r1 Submission July 2000 Grant B. Carlson, Eastman Kodak Co. Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /080r0 Submission February 2004 Welborn, MotorolaSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE q Submission ETRI September 2012 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: xxxx A Sub-Committee Report September 2004 Martin et alSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE g TG4g - SUN September 2009 Phil Beecher, Beecher Communications Consultants Ltd Slide 1 Project: IEEE P Working Group.
Doc.: IEEE /357r0 Submission July 2001 Phil Jamieson, Philips SemiconductorsSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE /235r0 Submission May 2001 Philips SemiconductorsSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /369r0 Submission 5 November 2000 James P. K. Gilb, MobilianSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE P /227r1 Submission July 2001 Carl R. Stevenson, Agere Systems Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /272r1 Submission June 2001 Phil Jamieson, Philips SemiconductorsSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE g Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ Supporting.
Doc.: IEEE /495r1 Submission November 2001 R. Durrant/IntelSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE P /125r0 Submission March 2001 Carl R. Stevenson, Agere Systems Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.IEEE b Submission Nov 2004 Liang Li, WXZJ Inc. Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE e Submission Jan, 2009 Ning Gu, Liang Zhang, Haito Lui Slide 1 Project: IEEE P Working Group for Wireless Personal.
May 2011doc.: IEEE 15-XX-XXXX-XX-Xpsc SubmissionSamsung Electronics, ETRI Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /0051r2 Submission January 2004 Dr. John R. Barr, MotorolaSlide 1 Project: IEEE Working Group for Wireless Personal Area Networks.
Doc.: IEEE COEX-02/004r0 Submission 23 January, 2001 James P. K. Gilb, Appairent Technologies Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE /232r0 Submission May, 2001 Pat Kinney, Invensys Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE k Submission ETRI Sep 2011 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE /205r1 Submission Pat Kinney, Intermec Technologies Intermec’s PicoLink  WPAN MAC Overview.
Doc.: IEEE Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Communicating.
Doc.: IEEE ulp Submission Slide 1 May 2012 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE /250r0 Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: IEEE :
Doc.: IEEE /449r0 Submission November 2001 Ed Callaway, Motorola Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE m Submission ETRI July 2012 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE /227r0 Submission July 2000 Rick Alfvin, Eastman Kodak CompanySlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE Submission March 2007 Bruce A Bosco, Motorola Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /368r0 Submission July 2001May 2001 John Barr, MotorolaSlide 1 Project: IEEE Working Group for Wireless Personal Area Networks.
Doc.: IEEE e Submission July 2009 Andy Summers, Skip Ashton, EmberSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [IEEE
Doc.: IEEE Submission September 2011 O. Omeni (Toumaz)Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
<author>, <company>
March 01 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: TG4 RFWaves MAC Proposal Overview Date Submitted:
Submission Title: [Kodak - High Rate PHY Proposal]
Source: [Phil Jamieson] Company: [Philips Semiconductors]
doc.: IEEE <doc#>
November 18 July 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Task Group 4e definitions Date.
doc.: IEEE <doc#>
doc.: IEEE <doc#>
May 2001 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [MAC proposal for the Low Rate Standard]
May 2001 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [MAC proposal for the Low Rate Standard]
28 October, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Beacon-based Multi-Channel MAC for.
doc.: IEEE <doc#>
May 203 doc.: IEEE r1 May 2003 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3a Comparison.
doc.: IEEE <doc#>
18 March 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Extending the MAC Superframe of
doc.: IEEE <doc#>
March 01 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: TG4 RFWaves MAC Proposal Overview Date Submitted:
Submission Title: [Extend-Superframe and GTS Structure]
May 203 doc.: IEEE r2 May 2003 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3a Comparison.
Presentation transcript:

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Media Access Control proposal for the Low Rate WPAN Standard] Date Submitted: [May 2001] Source: [Carl R. Stevenson] Company: [Agere Systems] Address: [555 Union Boulevard, Room 22W214EQ, Allentown, PA 18109] Voice:[(610) ], FAX: [(610) ], Re: [ MAC layer proposal submission, in response of the Call for Proposals ] Abstract:[This contribution is a flexible MAC proposal for a Low Rate WPAN intended to be compliant with the P PAR. It is intended to support both master-slave and peer-to-peer communications. It can also optionally support node-to-node relay capabilities to provide robust communications in a variety of propagation environments to meet the needs of a wide range of low data rate applications. In its basic form, it can support up to 255 nodes per PAN, but through address extension can be expanded to support a much larger number of nodes.] Purpose:[Response to IEEE TG Call for Proposals] 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 P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 2 MAC Layer Proposal Submission to the IEEE P Low Rate WPAN Task Group

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 3 Who is ? Formerly Lucent Technologies Microelectronics Group In the process of spinning off as an independent semiconductor company Extensive experience in communications IC design, DSPs, and wireless systems design

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 4 Description of MAC Layer Proposal (actually a MAC + LLC + at this point) System Operation –Half-duplex TDMA/CSMA-CA DAMA/contention based Protocol Network(s) controlled by “coordinator” unit(s) Beacon from coordinator defines TDMA frame structure –p-persistent slotted aloha CSMA-CA reservation request slots –Dynamic bandwidth allocations for time-sensitive traffic –p-persistent slotted aloha CSMA-CA contention access slots Supports time-sensitive and asynchronous traffic through mix of assigned bandwidth and contention access Supports master-slave and peer-peer communications Possible for slaves to participate in > 1 network Possible to have gateways/portals to other dissimilar networks Promotes power efficiency through sleep modes

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 5 HDLC-like Packet Structure Supports Protocols Based on existing ISO/IEEE/other standards Some SDL exists for similar protocols, which may be reusable with little modification Transparent to data content –Allows encapsulation of higher layer protocols between link layer DSAPs –Does not impose data type dependencies –Can transport encrypted payloads, if desirable Small code size and CPU load possible –Amateur packet radio implementations with nearly comparable complexity use 8-bit CPUs & 32k bytes of code –Additional complexity for TDMA and other features should not be excessive

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 6 Variable Length Packets

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 7 Dynamically-assigned Frame Structure

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 8 Frame Structure Can Vary Frame to Frame to Efficiently Handle a Mix of Traffic Types

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 9 Slaves Can Be Moved to Other Channels Temporarily if Traffic Makes it Desirable

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 10 MAC Implementation Concept (actually a MAC + LLC + at this point) Substantially “Soft” MAC/LLC Implementation –Proposal estimates based on synthesizable ARM7 core –Frame buffers included in PHY size/power estimates –4k Bytes RAM estimated for data –128k bytes ROM estimated for MAC/LLC/Application code –RAM and ROM sizes can be optimized as requirements become more clear (128k bytes of ROM is generous) –Peripherals include 16 bits of GPIO & RTC (other options) –Clock circuitry for scaleable clock rates including very low power ring oscillator for use during deep sleep modes –Ring oscillator calibrated to master crystal oscillator to minimize clock drift during sleep modes –Minimal additional support logic –Application code space and CPU cycles available

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 11 Power Mangement and Battery Life Coordinators should generally be line-powered or have >> battery capacity than slaves –Facilitates efficient, reliable network control –Assures beacons are available regularly for slaves –Power drain due to processing load becomes insignificant Slaves can have extended operating life on modest batteries –Slave devices make use of low power modes –Coordinator can command slaves into deep sleep mode for multiple superframe intervals to conserve battery power in slave devices which can tolerate latency –RSSI & link quality based TX power management possible –Battery requirements/battery life depend on traffic load, TX power, and latency tolerance of a device

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 12 Die Size Estimate - Total Solution (PHY + MAC + Misc)

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 13 Power Consumption Estimate - Total Solution (PHY + MAC + Misc)

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 14 General Solution Criteria CRITERIAREF.VALUE Unit Manufacturing Cost ($) 2.1 Based on area estimates + SOC mplementation, total system cost, including PHY, MAC, LLC & simple application est. to be ~ $1.00-$1.50 Interference and Susceptibility Intermodulation Resistance Jamming Resistance 2.2.4Source 1: TBD- simulations under way Source 2: TBD- simulations under way Source 3: TBD- simulations under way Source 4: TBD- simulations under way Multiple Access2.2.5Scenario 1: TBD- simulations under way Scenario 2: TBD- simulations under way Scenario 3: TBD- simulations under way Coexistence2.2.6Source 1: TBD- simulations under way Source 2: TBD- simulations under way Source 3: TBD- simulations under way Source 4: TBD- simulations under way Source 5: TBD- simulations under way TBD – simulations under way TBD- simulations under way

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 15 General Solution Criteria (cont.) CRITERIAREF.VALUE Interoperability2.3TRUE FALSE Manufactureability2.4.1 Time to Market2.4.2 Regulatory Impact2.4.3TRUE FALSE Maturity of Solution Scalability2.5 Location Awareness 2.6Not supported in terms of measuring relative locations in cm … RSSI and time of arrival techniques cannot readily provide much info Yes – proposed system is based on substantial reuse of existing, proven technology which has been in high volume production for several years Dependent on finalization of specification – could be as soon as ~ 6 months after final specification Proposed system is based on substantial reuse of existing, proven technology which has been in high volume production for several years Baasic concept can be scaled to other data rates, frequency bands, number of channels, etc.

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 16 MAC Protocol Criteria CRITERIAREF.VALUE Transparent to Upper Layer Protocols (TCP/IP) 3.1TRUE FALSE Unique 48-bit Address Subject to debate – needs further discussion TRUE FALSE – gateway devices only Simple Network Join/UnJoin Procedures for RF enabled devices 3.2.2Network join/unjoin can be either automatic or manual. Once network connection is established, sync is inherent. Device Registration Delivered data throughput Traffic Types3.4 (Breakdown of Application Requirements3.3.3) Continuos Data - TBD Periodic Data - TBD Intermittent Data - TBD Topology3.5.1 Application dependent. Some apps need security of user intervention, some can be more promiscuous. Raw data rate 160 kbps, scalable. Net throughput TBD pending sim results for various cases. Mesh or star, master/slave, peer- peer, with relays to extend range

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 17 MAC Protocol Criteria (cont.) CRITERIAREF.VALUE Max. # of devices Address Space: 255, extendable 2a. Continuos Data: TBD rqmt. ill-defined 2b. Periodic Data: TBD rqmt. ill-defined 2c. Intermittent Data: TBD rqmt. ill-defined 3. Combination: TBD rqmt. ill-defined Ad-Hoc Network3.5.3TRUE FALSE Access to a Gateway 3.5.4TRUE FALSE Master Redundancy 3.6.2TRUE – coordinator, not master, per se FALSE NOT APPLICABLE Loss of Connection3.6.3TRUE – detect no beacon, new coordinator FALSE Power Management Types 3.7 Power Consumption of MAC controller 3.8TX and RX: ~6.25mW 100 % d/c) ~68.75 mW (PMLA 100 % d/c) Sleep: ~0.099 mW 0.1% d/c) Deep Sleep: <0.030 mW Proposed system includes extensive power management modes, including “deep sleep”

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 18 MAC Protocol Criteria (cont.) CRITERIAREF.VALUE Authentication3.9.1 Privacy3.9.2 Proposal could support authentication at MAC layer, but we believe that authentication should be implemented in the application, as the requirement may be highly application depenent Simple packet encryption can be provided at the MAC layer, but again, it may be more cost- effective to implement encryption of payloads at the application layer, due to application dependence of requirements

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 19 Pugh Matrix Comparison Values General Solution Criteria Comparison Values CRITERIAREF. Comparison Values -Same+ Unit Manufacturing Cost ($) as a function of time (when product delivers) and volume 2.1 > ¼ x equivalent Bluetooth 1 1/20- x equivalent Bluetooth 1 value as indicated in Note #1 Notes: 1. Bluetooth 1 value is assumed to be $20 in 2H2000. < 1/20 x equivalent Bluetooth 1 Interference and Susceptibility 2.2.2Out of the proposed band: Worse performance than same criteria In band: -: Interference protection is less than 25dB (excluding co-channel and adjacent channel) Out of the proposed band: based on Bluetooth 1.0b (section A.4.3) In band: Interference protection is less than 30dB (excluding co- channel and adjacent and first channel) Out of the proposed band: Better performance than same criteria In band: Interference protection is less greater than 35dB (excluding co-channel and adjacent channel)

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 20 Pugh Matrix Comparison Values General Solution Criteria Comparison Values (cont.) CRITERIAREF. Comparison Values -Same+ Intermodulation Resistance Value 1) < -45dBm-35dBm to –45dBm Needs clarification in Criteria Document > -35dBm Intermodulation above (sensitivity +3 dB) for minimum required data rate Value 2) < 25 dB25 to 35 dB Needs clarification in Criteria Document > 35 dB Jamming Resistance Needs Simplification 2.2.4Any 3 or more sources listed jam 2 sources jamNo more than 1 sources jams Multiple Access2.2.5No Scenarios workHandles Scenario 2One or more of the other 2 scenarios work Coexistence (Evaluation for each of the 5 sources and the create a total value using the formula shown in note #3) 2.2.6Individual Sources: less than 40% (IC = -1) Total: < 3 Individual Sources: 40% - 60% (IC = 0) Total: 3 Individual Sources: greater than 60% (IC = 1) Total: > 3 Interoperability2.3FalseTrueN/A

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 21 Pugh Matrix Comparison Values General Solution Criteria Comparison Values (cont.) CRITERIAREF. Comparison Values -Same+ Manufactureability2.4.1Expert opinion, models ExperimentsPre-existence examples, demo Time to Market When Spec Final? 2.4.2Available after 1Q2002 Available in 1Q2002Available earlier than 1Q2002 Regulatory Impact2.4.3False True N/A Maturity of Solution 2.4.4Expert opinion, models ExperimentsPre-existence examples, demo Scalability2.5Scalability in 1 or less than of the 5 areas listed Scalability in 2 areas of the 5 listed Scalability in 3 or more of the 5 areas listed Location Awareness 2.6N/AFALSETRUE Note 3: Total equation for coexistence value calculation. Individual comparison values (-, same, +) are represented by the following numbers: - equals –1, same equals 0, + equals +1. The individual comparison values will be represented as IC in the equation below, with the subscript representing the source number referenced. Total = 2 * IC * IC 2 + IC 3 + IC 4 + IC 5

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 22 Pugh Matrix Comparison Values MAC Protocol Criteria Criteria Comparison Values CRITERIAREF. Comparison Values -Same+ Transparent to Upper Layer Protocols (TCP/IP) 3.1FALSETRUEN/A Unique 48-bit Address Subject to debate 3.2.1Not Qualified (required by 802) Essential Subject to debate N/A Simple Network Join/UnJoin Procedures for RF enabled devices 3.2.2Extended procedure for joining network style joinEnhanced self- configuration of network Device Registration Application-dependent Needs further discussion 3.2.3Requires manual configuration style registration as specified in sections and Auto registration based on profile Delivered data throughput 3.3.2Does not provide data throughput between 10kkbps and 200kbps One data rate between 10kbps and 200kbps Can be scaled, however. 2 or more data rates one between 10kbps and 100kbps and 1 <> 100kbps and 200kbps Traffic Types3.4Supports 1 or 2 traffic types Support for all 3 traffic types Topology3.5.1Point-to-Multipoint only Point-to-Multipoint & Point-to-Point (with no Peer- to-Peer) Point-to-Multipoint, Point-to-Point & Peer-to-Peer

doc.: IEEE P /226r0 Submission May 2001 Carl R. Stevenson, Agere Systems Slide 23 Pugh Matrix Comparison Values MAC Protocol Criteria Criteria Comparison Values (cont.) CRITERIAREF. Comparison Values -Same+ Max. # Devices3.5.2< 77  7 (255 with ext. possible) Ad-Hoc Network3.5.3FALSETRUEN/A Access to a Gateway3.5.4FALSETRUEN/A Master Redundancy3.6.2FALSETRUEN/A Loss of Connection3.6.3FALSETRUEN/A Power Management Types3.7Does not provide power management Provides power savings mechanisms Uses power harvesting Power Consumption of MAC controller (the peak power of the MAC combined with an appropriate PHY) 3.8  30mW (PMLA) (average under real duty cycles will be MUCH less) Between 5mW and 30mW < 5mW Authentication3.9.1N/ANo Authentication (can support optional) Enhanced authentication at MAC layer Privacy3.9.2No encryption (can support optional) Packet encryption