![Page 1: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/1.jpg)
Time Synchronizationfor Wireless Sensor Networks
![Page 2: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/2.jpg)
Importance of timesync
• Internet Time Synchronization– Critical in some contexts (e.g. crypto,
distributed packet traces)
– A convenience in many other contexts
• Sensor Network Synchronization– Fundamental to its purpose: data fusion
– Physical time needed to relate events in the physical world
![Page 3: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/3.jpg)
Heterogeneity • Time sync is critical at many layers
– Beam-forming, localization, distributed DSP
– Data aggregation & caching
– TDMA guard bands
– “Traditional” uses (debugging, user interaction…)
• But time sync needs are non-uniform– Maximum Error
– Lifetime
– Scope & Availability
– Efficiency (use of power and time)
– Cost and form factor
![Page 4: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/4.jpg)
Beam-forming, localization, distributed Digital Signal Processing: small scope, short lifetime, high precision
![Page 5: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/5.jpg)
t=3
t=2
t=1
t=0
Target tracking:larger scope, longer lifetime,but lower required precision
![Page 6: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/6.jpg)
Isn’t this solved?
• NTP (Network Time Protocol)– Ubiquitous in the Internet
– Variants appearing in sensor networks
• 802.11 synchronization– Precise clock agreement within a cluster
• GPS, WWVB, other radio time services
• High-stability oscillators (Rubidium, Cesium...)
![Page 7: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/7.jpg)
So what’s wrong?
• This isn’t the Internet– Important assumptions no longer hold
• (fewer resources available for synchronization…)
– Sensor apps have stronger requirements• (…but we have to do better than the Internet anyway)
• Energy, energy energy:– Listening to the network is no longer free; even occasional CPU
use can have a major impact
• Existing work is a critical building blockBUT...
![Page 8: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/8.jpg)
Infrastructure vs. Ad-Hoc
• “NTP provides UTC to the entire Internet”– But wait, you’re cheating! UTC is distributed to
many places in the network out of band via various radio services (WWV, GPS, …)
– Path from clients to a canonical clock is short
• Infrastructure isn’t ubiquitous in sensor nets– GPS doesn’t work indoors, in the forest,
underwater, on Mars…
• What happens without infrastructure?
![Page 9: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/9.jpg)
Poor Topologies
Master
Stratum 2
Stratum 3
?????
A C
B
Should A or C serve as B’s master?Either decision leads to poor sync with the other.
![Page 10: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/10.jpg)
“Mundane” Reasons
• Cost– We can’t put a $500 Rubidium oscillator or a
$50 GPS receiver on a $5 sensor node
• Form factor– Nodes are small, extra components are large
• Not actually a mundane limitation if it changes the economics of the sensor net
![Page 11: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/11.jpg)
So what do we do?
New architectural directions fortime synchronization in sensor networks
![Page 12: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/12.jpg)
Leveraging the Medium
• Wireless networks often use network interfaces with physical-layer broadcasts
• Reference Broadcast Synchronization takes advantage of this to remove most of the non-determinism from the critical path
![Page 13: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/13.jpg)
4 Time Components in Traditional sync
Sender Receiver
At the tone: t=1
NIC
Physical Media
NIC
Send time
Access Time
Propagation Time
Receive Time
Problem: Many sources of unknown, nondeterministiclatency between timestamp and its reception
![Page 14: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/14.jpg)
Reference Broadcasts
Sender Receiver
NIC
Physical Media
NIC
Propagation Time
Receive Time
Sync 2 receivers with each other, NOT sender with receiver
Receiver
NICI saw itat t=4 I saw it
at t=5
![Page 15: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/15.jpg)
NICSender
Receiver 1
Receiver 2
Critical Path
NICSender
Receiver
Critical PathTime
RBS reduces error byremoving much of it from the critical path
Traditional critical path:From the time the sender
reads its clock, to when the receiver reads its clock
RBS: Only sensitive to the differences in receive time
and propagation delay
![Page 16: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/16.jpg)
Receiver Determinism
1st testbed: Berkeley motes with narrowband (19.2K) radios
![Page 17: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/17.jpg)
Time
![Page 18: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/18.jpg)
Comparison to NTP• Second implementation:
– Compaq IPAQs (small Linux machines)
– 11mbit 802.11 PCMCIA cards
• Ran NTP, RBS-Userspace, RBS-Kernel– NTP synced to GPS clock every 16 secs
– NTP with phase correction, too; it did worse (!)
• In each case, asked 2 IPAQs to raise a GPIO line high at the same time; differences measured with logic analyzer
![Page 19: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/19.jpg)
“Here 0 sec after blue pulse!”
“Here 1 sec after blue pulse!”
“Here 3 sec afterred pulse!”
“Here 1 sec afterred pulse!”
Multi-Hop RBS• Some nodes broadcast RF synchronization pulses
• Receivers in a neighborhood are synced by using the pulse as a time reference. (The pulse senders are not synced.)
• Nodes that hear both can relate the time bases to each other
“Red pulse 2 secafter blue pulse!”
![Page 20: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/20.jpg)
1
3
2
A4
8
C
5
7
6B
10
D11
9
1
3
2
4
8
5
7
6
10 11
9
Time RoutingThe physical topology can be easily
converted to a logical topology; links represent possible clock conversions
Use shortest path search to find a “time route”;Edges can be weighted by error estimates
![Page 21: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/21.jpg)
Multi-Hop RBS
0
1
2
3
4
5
6
7
1 Hop 2 Hop 3 Hop 4 Hop
Error (usec)
Std Dev
Error
1.85 +/- 1.28
2.73 +/- 1.912.73 +/- 2.42
3.68 +/- 2.57
Error (and std dev) over multiple hops, in usec
![Page 22: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/22.jpg)
• Most protocols stay synced all the time
• Post-facto sync:– Clocks start out unsynchronized
– A set of receivers waits for an interesting event
– Locally timestamp an event when it happens
– After the fact, reconcile clocks
• Avoids wasting energy on unneeded sync; it’s easier to predict the past than future
“Post-Facto” Sync
![Page 23: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/23.jpg)
Post-Facto Sync
Test pulses
Sync pulses
Drift Estimate
7usec error after 60 seconds of silence
![Page 24: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/24.jpg)
Applications
A few brief anecdotes
![Page 25: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/25.jpg)
Acoustic Localization
![Page 26: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/26.jpg)
Correlation • Green is reference, Red is measured
– Signals aligned to offset yielding max correlation
Time in Samples (20 uS)
Am
plit
ude
![Page 27: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/27.jpg)
Lessons Learned
What’s the big picture?
![Page 28: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/28.jpg)
We need many methods
Time Sync Parameter Space:(max error, lifetime, scope, etc.)
Application Requirement
Available SyncMethods
Better
Better
Goal: make the set rich enough to minimize waste
![Page 29: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/29.jpg)
We need many methods
Time Sync Parameter Space:(max error, lifetime, scope, etc.)
Application Requirement
Better
Better
Goal: make the set rich enough to minimize waste
Ideally, methodsshould be tunable
![Page 30: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/30.jpg)
A new service model
• Traditional time synchronization: “What time is it”?– Forces clocks to be synchronized all the time
– Forces synchronization to pick one timescale
• Our new model: explicit conversions– What time is it here?
– For a given time here, what’s the time there?
• This model buys us enormous freedom!
![Page 31: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/31.jpg)
No global timescale
A C
B
Your clock is your clock.Just know how your clock relates to others.
![Page 32: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/32.jpg)
Future Work
• RBS is “under-specified” -- Who broadcasts? How is information disseminated?– Are there standard, easily configured solutions?
• Can we exploit global knowledge?– Initial work by Karp, Shenker is promising
• Is post-facto sync really practical?– Does it save enough energy and have a low
enough cost in lost precision?
![Page 33: Time Synchronization for Wireless Sensor Networks](https://reader031.vdocuments.mx/reader031/viewer/2022032105/56649d585503460f94a370f1/html5/thumbnails/33.jpg)
Summary• Time sync is critical for sensor networks
• Existing solutions are inadequate: insufficient precision, wasteful of energy
• Fruitful new ideas have come about that never would have developed in the Internet:– Leverage the broadcast channel
– Use local timescales
– Sync after the fact
• A new service model is more expressive
• New field = new problems = new solutions!