Wireless Sensor Networks : Technology, Protocols, and Applications
Wireless Sensor Networks : Technology, Protocols, and Applications
Wireless Sensor Networks : Technology, Protocols, and Applications
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