A Component-Based Architecture for Power-Efficient Media Access - - PowerPoint PPT Presentation

a component based architecture for power efficient media
SMART_READER_LITE
LIVE PREVIEW

A Component-Based Architecture for Power-Efficient Media Access - - PowerPoint PPT Presentation

A Component-Based Architecture for Power-Efficient Media Access Control in WSNs Kevin Klues , Greg Hackmann, Octav Chipara, Chenyang Lu Department of Computer Science and Engineering Problem ! Conflicting application requirements " Energy


slide-1
SLIDE 1

A Component-Based Architecture for Power-Efficient Media Access Control in WSNs

Kevin Klues, Greg Hackmann,

Octav Chipara, Chenyang Lu

Department of Computer Science and Engineering

slide-2
SLIDE 2

2

Problem

! Conflicting application requirements

" Energy " Latency " Throughput

Habitat Monitoring Tracking Structural Health Health Care

slide-3
SLIDE 3

3

Problem

Need different low-level protocols to meet demands of each requirement

! Conflicting application requirements

" Energy " Latency " Throughput

Habitat Monitoring Tracking Structural Health Health Care

slide-4
SLIDE 4

4

Current Solution

! Design a new MAC protocol

"

S-MAC

"

BMAC

"

ZMAC

"

XMAC

"

WiseMAC

"

T-MAC

"

SCP

"

Funnel-MAC

"

Crankshaft

"

802.15.4

"

DRAND

"

……………

MAC Protocol

Send/Receive Logic Send/Receive Interfaces Duty Cycling Interfaces Backoff Control Interfaces

slide-5
SLIDE 5

5

Send/Receive Logic Send/Receive Interfaces Backoff Control Interfaces

Problem with Current Solution

! Design a new MAC protocol

"

S-MAC

"

BMAC

"

ZMAC

"

XMAC

"

WiseMAC

"

T-MAC

"

SCP

"

Funnel-MAC

"

Crankshaft

"

802.15.4

"

DRAND

"

……………

Sleep Scheduling Protocol Clear Channel Assessment Backoff Controller Radio State Machine Sleep Scheduling Interfaces

slide-6
SLIDE 6

6

Send/Receive Logic Send/Receive Interfaces Sleep Scheduling Interfaces Backoff Control Interfaces

Problem with Current Solution

Sleep Scheduling Protocol Clear Channel Assessment Backoff Controller Radio State Machine

! Design a new MAC protocol

"

S-MAC

"

BMAC

"

ZMAC

"

XMAC

"

WiseMAC

"

T-MAC

"

SCP

"

Funnel-MAC

"

Crankshaft

"

802.15.4

"

DRAND

"

……………

slide-7
SLIDE 7

7

Problem with Current Solution

! Design a new MAC protocol

"

S-MAC

"

BMAC

"

ZMAC

"

XMAC

"

WiseMAC

"

T-MAC

"

SCP

"

Funnel-MAC

"

Crankshaft

"

802.15.4

"

DRAND

"

……………

Send/Receive Logic Send/Receive Interfaces Backoff Control Interfaces Duty Cycling Protocol Clear Channel Assessment Radio State Machine

All functionality jumbled into one big monolithic implementation

Backoff Controller Sleep Scheduling Interfaces

slide-8
SLIDE 8

8

Problem with Current Solution

! What’s wrong with a monolithic radio stack?

"

Hard to develop new MAC protocols

  • No clear separation of concerns
  • Need intimate knowledge of entire stack

"

Protocols not reusable across radio platforms

slide-9
SLIDE 9

9

Problem with Current Solution

! What’s wrong with a monolithic radio stack?

"

Hard to develop new MAC protocols

  • No clear separation of concerns
  • Need intimate knowledge of entire stack

"

Protocols not reusable across radio platforms Radio Core Sleep Scheduling Protocol

Link Layer Support for Flexible Radio Power Management in Wireless Sensor Networks Kevin Klues, Guoliang Xing, and Chenyang Lu. In proceedings for The Fifth International Conference on Information Processing in Sensor Networks (IPSN 2007).

slide-10
SLIDE 10

10

Our Contributions

! Extend previous work to componentize sleep scheduling protocols

"

Enables fast development of new protocols

"

Reduces porting effort

! Introduce definition of low-level components enabling more sophisticated protocol development

Radio Core Timers

slide-11
SLIDE 11

11

Outline

! MLA: MAC Layer Architecture ! Example B-MAC Implementation ! Evaluation ! Conclusions

slide-12
SLIDE 12

12

MLA: MAC Layer Architecture

! Component-based architecture for MAC protocol development ! Defines two types of components

"

Hardware-independent (portable across platforms)

"

Hardware-dependent (portable interfaces, platform specific implementations)

! Components implement common features of MAC protocols

Radio Core Timers

"

Previous work focused on supporting duty cycling for CSMA protocols

"

Now provide support for TDMA and time-sync through multiple hardware-dependent components

slide-13
SLIDE 13

13

Component Library

Async I/O Adapter Low Level Dispatcher Time Synchronization Slot Handlers (TDMA/CSMA) Alarm Channel Poller Local Time LPL Listener Radio Core Preamble Sender

Hardware Dependent Hardware Independent

slide-14
SLIDE 14

14

Component Library

Async I/O Adapter

sync I/O Adapter

Low Level Dispatcher Time Synchronization Slot Handlers (TDMA/CSMA) Alarm

larm Channel Channel Poller

  • ller

Local Time

LPL Listener LPL Listener Radio Core adio Core Preamble Sender Preamble Sender

Hardware Dependent Hardware Independent

CSMA Protocols (including RTS/CTS above)

slide-15
SLIDE 15

15

Component Library

Async I/O Adapter

Low Level Dispatcher Low Level Dispatcher Time Synchronization Time Synchronization Slot Handlers Slot Handlers (TDMA/CSMA) (TDMA/CSMA)

Alarm

larm

Channel Poller Local Time

  • cal Time

LPL Listener Radio Core Preamble Sender

Hardware Dependent Hardware Independent

TDMA Protocols

slide-16
SLIDE 16

16

Component Library

Async I/O Adapter sync I/O Adapter Low Level Dispatcher Low Level Dispatcher Time Synchronization Time Synchronization Slot Handlers Slot Handlers (TDMA/CSMA) (TDMA/CSMA) Alarm larm Channel Channel Poller

  • ller

Local Time

  • cal Time

LPL Listener LPL Listener Radio Core adio Core Preamble Sender Preamble Sender

Hardware Dependent Hardware Independent

Hybrid Protocols

slide-17
SLIDE 17

17

MLA: MAC Layer Architecture

! Allows swappable MAC implementations for differing application requirements ! Enables fast development of new MAC protocols ! Simplifies porting to a new platform

"

Reimplement hardware-dependent components

"

Hardware independent components stay the same

! Comparable to monolithic implementations

"

Memory Footprint

"

Performance

"

Energy efficiency

slide-18
SLIDE 18

18

B-MAC

Preamble Sender: Receiver: Check the Channel Sleep Check the Channel and receive Check the Channel Sleep Data Data

slide-19
SLIDE 19

19

B-MAC

Preamble Sender: Receiver: Check the Channel Sleep Check the Channel and receive Check the Channel Sleep Data Data

Receiver performs periodic CCA check

slide-20
SLIDE 20

20

B-MAC

Preamble Sender: Receiver: Check the Channel Sleep Check the Channel and receive Check the Channel Sleep Data Data

Sender sends preambles equal to CCA check period Receiver performs periodic CCA check

slide-21
SLIDE 21

21

B-MAC

Preamble Sender: Receiver: Check the Channel Sleep Check the Channel and receive Check the Channel Data Data Sleep

Sender sends preambles equal to CCA check period Receiver performs periodic CCA check Receiver receives data if channel busy when performing check

slide-22
SLIDE 22

22

Breakdown of B-MAC

! What does it need?

"

Method of turning the radio on and off

"

Method of checking the channel for radio activity (CCA)

"

Periodic Timer to listen for radio activity

"

A way of sending / receiving preambles

"

A way of sending / receiving data

Check the Channel Sleep Check the Channel and receive Check the Channel Data Sleep

slide-23
SLIDE 23

23

Breakdown of B-MAC

! What does it need?

"

Method of turning the radio on and off

"

Method of checking the channel for radio activity (CCA)

Radio Core

slide-24
SLIDE 24

24

Breakdown of B-MAC

! What does it need?

"

Method of turning the radio on and off

"

Method of checking the channel for radio activity (CCA)

"

Periodic Timer to listen for radio activity

Timers Radio Core Channel Poller

slide-25
SLIDE 25

25

Breakdown of B-MAC

! What does it need?

"

Method of turning the radio on and off

"

Method of checking the channel for radio activity (CCA)

"

Periodic Timer to listen for radio activity

"

A way of sending preambles and data

Timers Radio Core Channel Poller Bmac Sender Preamble Sender

slide-26
SLIDE 26

26

Breakdown of B-MAC

! What does it need?

"

Method of turning the radio on and off

"

Method of checking the channel for radio activity (CCA)

"

Periodic Timer to listen for radio activity

"

A way of sending preambles and data

"

A way of receiving data and filtering out preambles

Timers Radio Core Channel Poller Bmac Sender Preamble Sender LPL Listener Bmac Preamble Filter

slide-27
SLIDE 27

27

Other Topics Worth Mentioning

! Customizable CCA checks

"

Uses LocalTime component to control duration of CCA check

"

Larger memory footprint

"

More energy consumption

! Fixed Sleep vs. Periodic LPL Listener

slide-28
SLIDE 28

28

Evaluation

! All evaluations performed on TelosB motes in TinyOS 2.0.1 ! Implemented 5 MAC protocols

"

B-MAC, X-MAC, SCP-Wustl, Pure TDMA, SS-TDMA

! Measure

"

Reusability of components among protocols

"

Memory footprint compared to monolithic implementations

"

Throughput

"

Latency

"

Energy Consumption

slide-29
SLIDE 29

29

Reusability of Components

2 2 4 3 3 Other Components 8 7 8 6 6 Reused Components

Radio Core Local Time Alarm Async I/O Adapter Low Level Dispatcher CSMA Slot Handler TDMA Slot Handler Time Synchronization Preamble Sender LPL Listener Channel Poller SS-TDMA Pure-TDMA SCP-Wustl X-MAC B-MAC

slide-30
SLIDE 30

30

Code Reuse

slide-31
SLIDE 31

31

Memory Footprint (TelosB)

ROM Overhead RAM Overhead

slide-32
SLIDE 32

32

Throughput

slide-33
SLIDE 33

33

Throughput

slide-34
SLIDE 34

34

Throughput

slide-35
SLIDE 35

35

Message Latency

slide-36
SLIDE 36

36

Energy Consumption

slide-37
SLIDE 37

37

Energy Consumption

84.5%

slide-38
SLIDE 38

38

Energy Consumption

85.4%

slide-39
SLIDE 39

39

Energy Consumption

103.3% 96.4%

slide-40
SLIDE 40

40

Conclusion

! MLA: Component-based, Low-Power MAC architecture for wireless sensor networks

"

Increases Flexibility

"

Simplifies development

"

Reduces porting effort

! Provides evidence contrary to the existing philosophy that radio stacks must be monolithic to be efficient

slide-41
SLIDE 41

41

Questions?

Code available under

tinyos-2.x-contrib/wustl/upma

Don’t forget, you can contribute too…

tinyos-contrib-caretakers@millennium.berkeley.edu