Skip to main content
Article thumbnail
Location of Repository

Near-Optimal Energy Consumption for Radio Synchronization

By Milan Bradonjić, Eddie Kohler and Rafail Ostrovsky

Abstract

In this paper we consider a new model of communication where wireless devices can either switch their radios off to save energy (and hence, can neither send nor receive messages), or switch their radios on and engage in communication. Our goal is to minimize use of the radio for both transmitting and receiving. Our base model ignores issues of communication interference, though we also extend it to handle this requirement as well. We assume that nodes eventually intend to communicate periodically, or according to some other time-based schedule. Clearly, perfectly synchronized devices could switch their radios on for exactly the minimum periods required by their joint schedules. The main challenge is thus how to synchronize the devices ’ schedules, given that their initial schedules may be offset relative to one another (even if their clocks run at the same speed). In this paper we study how frequently the devices must switch on their radios in order to both synchronize their clocks and communicate. The abstract problem is new even for two processors. In this setting, we show optimal use of the radio for two processors and near-optimal use of the radio for synchronization of an arbitrary number of processors. In particular, for two processors we prove a tight (up to constant factors) matching Θ ( √ n) upper and lower bounds of the number of times the radio has to be on, where n is the discretized uncertainty perio

Year: 2008
OAI identifier: oai:CiteSeerX.psu:10.1.1.135.8248
Provided by: CiteSeerX
Download PDF:
Sorry, we are unable to provide the full text but you may find it at the following location(s):
  • http://citeseerx.ist.psu.edu/v... (external link)
  • http://www.ee.ucla.edu/~milan/... (external link)
  • Suggested articles


    To submit an update or takedown request for this paper, please submit an Update/Correction/Removal Request.