05.01.2015 Views

Wireless Sensor Networks : Technology, Protocols, and Applications

Wireless Sensor Networks : Technology, Protocols, and Applications

Wireless Sensor Networks : Technology, Protocols, and Applications

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

IEEE 802.15.4 LR-WPANs STANDARD CASE STUDY 181<br />

by network beacons <strong>and</strong> divided into 16 equally sized slots. The first time slot<br />

of each superframe is used to transmit the beacon. The main purpose of the beacon<br />

is to synchronize the attached devices, identify the PAN, <strong>and</strong> describe the superframe<br />

structure. The remaining time slots are used by competing devices for communications<br />

during the contention access period (CAP). The devices use a slotted<br />

CSMA-CA-based protocol to gain access to compete for the time slots. All communications<br />

between devices must complete by the end of the current CAP <strong>and</strong> the<br />

beginning of the next network beacon.<br />

To satisfy the latency <strong>and</strong> b<strong>and</strong>width requirements of the supported applications,<br />

the PAN coordinator may dedicate groups of contiguous time slots of the active<br />

superframe to these applications. These slots are labeled as guaranteed time slots<br />

(GTSs). The number of GTSs cannot exceed seven. A single GTS allocation, however,<br />

may occupy more then one time slot. Together the GTSs form the contentionfree<br />

period (CFP). As shown in Figure 5.16(b), the CFP always appears at the end<br />

of the active superframe <strong>and</strong> starts at a slot boundary immediately following the<br />

CAP. The CAP time slots remain for contention-based access between networked<br />

devices <strong>and</strong> new devices wishing to join the network. All communication transactions<br />

using contention-based access <strong>and</strong> GTS-based access must complete before<br />

the end their associated CAP <strong>and</strong> CFP, respectively.<br />

Network devices, which need GTS allocation, can send requests during the CAP<br />

period to reserve a desired number of contiguous time slots. The requested slots can<br />

be of either the ‘‘receive’’ or the ‘‘transmit’’ type. The receive slots are used by the<br />

device to fetch data from the coordinator, while the transmit slots are used to send<br />

data to the coordinator. Devices that have no data to exchange with the coordinator<br />

can switch off their power <strong>and</strong> go into a sleep mode. Devices are expected to remain<br />

active, however, during their allocated GTSs. Devices are allowed to go into a sleep<br />

mode during the rest of the GTSs.<br />

To reduce energy consumption, the coordinator may also issue a superframe containing<br />

both an active period <strong>and</strong> an idle period, as shown in Figure 5.16(c). The<br />

active period, composed of 16 time slots, contains the frame beacon, the CAP time<br />

slots, <strong>and</strong> if applicable, the CAP slots. The inactive period defines a time period<br />

during which all network nodes, including the coordinator, can go into a sleep<br />

mode. In this mode, the network devices switch off their power <strong>and</strong> set a timer<br />

to wake up immediately before the announcement of the next beacon frame.<br />

It is worth noting that to accommodate a wide range of application requirements<br />

<strong>and</strong> network deployment, the length of the active <strong>and</strong> inactive periods, the time slot<br />

duration, <strong>and</strong> the number <strong>and</strong> usage of the slots designated as GTSs are configurable<br />

network parameters. Consequently, depending on the network activity, the<br />

types of devices connected to the network, <strong>and</strong> the nature of the application supported<br />

by the network, the length of the inactive period varies <strong>and</strong> may be set to<br />

zero.<br />

Frame Types The general MAC frame format of the IEEE 802.15.4 MAC-layer<br />

st<strong>and</strong>ard is depicted in Figure 5.17(a). It is composed of three basic components:<br />

the MAC header, the MAC payload, <strong>and</strong> the MAC footer. The MAC header

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

Saved successfully!

Ooh no, something went wrong!