18.02.2014 Views

wireless ad hoc networking

wireless ad hoc networking

wireless ad hoc networking

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

102 Wireless Ad Hoc Networking<br />

3.5.2 Voice Streaming<br />

In our second deployment, we wanted to <strong>ad</strong>d the ability for the network to<br />

switch into a high rate of operation capable of streaming interactive voice<br />

from a gateway to a mobile node. Under normal circumstances, sensor data<br />

is collected once every 20 s from all nodes. This includes light, temperature,<br />

average energy level, battery voltage, and the SNR values associated<br />

with any nearby mobile nodes. During the audio streaming mode of operation,<br />

the network sends compressed voice data at 13 kBps. Our primary<br />

focus was on the <strong>networking</strong> aspects and evaluating the feasibility of such<br />

a system. For our tests, the mobile node was able to sample audio from the<br />

onboard microphone and compress the data while running the <strong>networking</strong><br />

task. Our current mobile nodes do not have an onboard digital-to-analog<br />

converter (DAC) and speaker output, so we used a laptop connected to<br />

the node with a serial port to playback the received audio. To simplify<br />

tests, we transferred the raw packet data over the universal asynchronous<br />

reciever/transmitter (UART) and performed the decompression and playback<br />

live on the PC. In a next-generation device, the handheld mobile<br />

node would have a high-end microcontroller capable of doing both the<br />

compression and decompression with a built-in DAC and speaker system.<br />

In controlled environments outside of the mine, we found that the system<br />

performed with below 3% packet loss per hop. Sending redundant<br />

data in separate packets allowed for easily understandable end-to-end voice<br />

transfers. Figure 3.23 shows the distribution of packet loss clustering at four<br />

different hops along an eight-hop series of nodes inside the coal mine. The<br />

end-to-end latency across the eight hops between when audio was sampled<br />

and when the playback occurred was just under 200 ms. Each hop along<br />

a prescheduled path toward the gateway maintained an average latency<br />

of 24 ms. We found that while the mine corridor is clear of obstructions<br />

the <strong>wireless</strong> channel shows few packet drops. In some situations when<br />

a machine blocks the narrow corridor we see packet loss rates as high<br />

as 50%. Under these circumstances, packet drops are heavily clustering<br />

making error concealment or recovery difficult. Since occupancy inside a<br />

coal mine is relatively sparse (usually less than five groups) compared to<br />

the mine’s size, clear paths are quite common. Future work will investigate<br />

protocols that use the mesh nature of sensor networks to ameliorate broken<br />

links by using redundant paths.<br />

3.6 Summary and Concluding Remarks<br />

We presented in this chapter a detailed description of the FireFly WSN<br />

platform, developed by the Real-Time and Multimedia Systems Laboratory<br />

at Carnegie Mellon University. This platform consists of extensible FireFly<br />

sensor nodes, a time-driven link layer multihop <strong>networking</strong> protocol called

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!