S-Mac Sensor Medium Access Control Protocol
S-Mac Sensor Medium Access Control Protocol
S-Mac Sensor Medium Access Control Protocol
Outline
Introduction Design Considerations Main sources of energy inefficiency Current MAC design S-MAC Protocol implementation in a test-bed Discussion Conclusion and future work
Battery operated and power limited sensor devices Large number of distributed nodes deployed in an ad-hoc fashion
Design Considerations
Primary attributes: Energy Efficiency
often difficult to recharge or replace batteries prolonging the network lifetime is important
Scalability
Some nodes may die or new nodes may join
S-MAC
Tries to reduce wastage of energy from all four sources of energy inefficiency Collision by using RTS and CTS Overhearing by switching the radio off when transmission is not meant for that node Control Overhead by message passing Idle listening by periodic listen and sleep
Network Assumptions
Composed of many small nodes deployed in ad hoc fashion Most communication will be between nodes as peers, rather than a single base station Nodes must self-configure
Application Assumptions
Dedicated to a single application or a few collaborative application Involves in-network processing to reduce traffic and increase life time
Applications will have long idle periods and can tolerate some latency
Components of S-MAC
Periodic listen and sleep Collision and Overhearing avoidance Message passing
Contd.
Nodes exchange schedules by broadcast Multiple neighbors contend for the medium Once transmission starts, it does not stop until completed
A B C D
Maintaining Synchronization
Needed to prevent clock drift Periodic updating using a SYNC packet
Sender Node ID Next-Sleep Time
SYNC Packet
Receivers adjust their timer counters Listen interval divided into two parts Each part further divided into time slots
Timing Relationship
Collision Avoidance
Similar to IEEE 802.11 using RTS/CTS mechanism Perform virtual and physical carrier sense before transmission RTS/CTS addresses the hidden terminal problem NAV indicates how long the remaining transmission will be.
Overhearing Avoidance
Interfering nodes go to sleep after they hear the RTS or CTS packet The medium is busy when the NAV value is not zero All immediate neighbors of sender and receiver should go to sleep
Message Passing
What is a message? Transmitting a message as a long packet High retransmission cost Fragmentation into small packets High control overhead Solution Disadvantage
Protocol Implementation
Test bed Rene motes developed at UCB They run TinyOS, an eventdriven operating system Two types of packets Fixed size data packets with header(6B), payload(30B) and CRC(2B) Control packets (RTS and CTS), header(6B) (2B) CRC
Our Project
Implementing S-MAC on TinyOS 1.0 Incorporating multicasting with S-MAC