IEEE 802.15.4
IEEE 802.15.4
Jump to navigation
Jump to search
This article relies too much on references to primary sources.November 2018) (Learn how and when to remove this template message) ( |
IEEE 802.15.4 is a technical standard which defines the operation of low-rate wireless personal area networks (LR-WPANs). It specifies the physical layer and media access control for LR-WPANs, and is maintained by the IEEE 802.15 working group, which defined the standard in 2003.[1] It is the basis for the Zigbee,[2]ISA100.11a,[3]WirelessHART, MiWi, 6LoWPAN, Thread and SNAP specifications, each of which further extends the standard by developing the upper layers which are not defined in IEEE 802.15.4. In particular, 6LoWPAN defines a binding for the IPv6 version of the Internet Protocol (IP) over WPANs, and is itself used by upper layers like Thread.
Contents
1 Overview
2 Protocol architecture
2.1 The physical layer
2.2 The MAC layer
2.3 Higher layers
3 Network model
3.1 Node types
3.2 Topologies
4 Data transport architecture
5 Reliability and security
6 See also
7 References
8 External links
Overview[edit]
IEEE standard 802.15.4 intends to offer the fundamental lower network layers of a type of wireless personal area network (WPAN) which focuses on low-cost, low-speed ubiquitous communication between devices. It can be contrasted with other approaches, such as Wi-Fi, which offer more bandwidth and require more power. The emphasis is on very low cost communication of nearby devices with little to no underlying infrastructure, intending to exploit this to lower power consumption even more.
The basic framework conceives a 10-meter communications range with a transfer rate of 250 kbit/s. Tradeoffs are possible to favor more radically embedded devices with even lower power requirements, through the definition of not one, but several physical layers. Lower transfer rates of 20 and 40 kbit/s were initially defined, with the 100 kbit/s rate being added in the current revision.
Even lower rates can be considered with the resulting effect on power consumption. As already mentioned, the main identifying feature of IEEE 802.15.4 among WPANs is the importance of achieving extremely low manufacturing and operation costs and technological simplicity, without sacrificing flexibility or generality.
Important features include real-time suitability by reservation of Guaranteed Time Slots (GTS), collision avoidance through CSMA/CA and integrated support for secure communications. Devices also include power management functions such as link quality and energy detection. The standard does have provisions for supporting time and rate sensitive applications because of its ability to operate in pure CSMA/CA or TDMA access modes. The TDMA mode of operation is supported via the GTS feature of the standard.[4]
IEEE 802.15.4-conformant devices may use one of three possible frequency bands for operation (868/915/2450 MHz).
Protocol architecture[edit]
Devices are conceived to interact with each other over a conceptually simple wireless network. The definition of the network layers is based on the OSI model; although only the lower layers are defined in the standard, interaction with upper layers is intended, possibly using an IEEE 802.2 logical link control sublayer accessing the MAC through a convergence sublayer. Implementations may rely on external devices or be purely embedded, self-functioning devices.
The physical layer[edit]
The physical layer is the initial layer in the OSI reference model used worldwide.
The physical layer (PHY) ultimately provides the data transmission service, as well as the interface to the physical layer management entity, which offers access to every layer management function and maintains a database of information on related personal area networks. Thus, the PHY manages the physical RF transceiver and performs channel selection and energy and signal management functions. It operates on one of three possible unlicensed frequency bands:
- 868.0–868.6 MHz: Europe, allows one communication channel (2003, 2006, 2011[5])
- 902–928 MHz: North America, up to ten channels (2003), extended to thirty (2006)
- 2400–2483.5 MHz: worldwide use, up to sixteen channels (2003, 2006)
The original 2003 version of the standard specifies two physical layers based on direct sequence spread spectrum (DSSS) techniques: one working in the 868/915 MHz bands with transfer rates of 20 and 40 kbit/s, and one in the 2450 MHz band with a rate of 250 kbit/s.
The 2006 revision improves the maximum data rates of the 868/915 MHz bands, bringing them up to support 100 and 250 kbit/s as well. Moreover, it goes on to define four physical layers depending on the modulation method used. Three of them preserve the DSSS approach: in the 868/915 MHz bands, using either binary or offset quadrature phase shift keying (the second of which is optional); in the 2450 MHz band, using the latter. An alternative, optional 868/915 MHz layer is defined using a combination of binary keying and amplitude shift keying (thus based on parallel, not sequential spread spectrum, PSSS). Dynamic switching between supported 868/915 MHz PHYs is possible.
Beyond these three bands, the IEEE 802.15.4c study group considered the newly opened 314–316 MHz, 430–434 MHz, and 779–787 MHz bands in China, while the IEEE 802.15 Task Group 4d defined an amendment to 802.15.4-2006 to support the new 950–956 MHz band in Japan. First standard amendments by these groups were released in April 2009.
In August 2007, IEEE 802.15.4a was released expanding the four PHYs available in the earlier 2006 version to six, including one PHY using Direct Sequence ultra-wideband (UWB) and another using chirp spread spectrum (CSS). The UWB PHY is allocated frequencies in three ranges: below 1 GHz, between 3 and 5 GHz, and between 6 and 10 GHz. The CSS PHY is allocated spectrum in the 2450 MHz ISM band.[6]
In April, 2009 IEEE 802.15.4c and IEEE 802.15.4d were released expanding the available PHYs with several additional PHYs: one for 780 MHz band using O-QPSK or MPSK,[7] another for 950 MHz using GFSK or BPSK.[8]
IEEE 802.15.4e was chartered to define a MAC amendment to the existing standard 802.15.4-2006 which adopts channel hopping strategy to improve support for the industrial markets, increases robustness against external interference and persistent multi-path fading. On February 6, 2012 the IEEE Standards Association Board approved the IEEE 802.15.4e which concluded all Task Group 4e efforts.
The MAC layer[edit]
The medium access control (MAC) enables the transmission of MAC frames through the use of the physical channel. Besides the data service, it offers a management interface and itself manages access to the physical channel and network beaconing. It also controls frame validation, guarantees time slots and handles node associations. Finally, it offers hook points for secure services.
Note that the IEEE 802.15 standard does not use 802.1D or 802.1Q, i.e., it does not exchange standard Ethernet frames. The physical frame-format is specified in IEEE802.15.4-2011 in section 5.2. It is tailored to the fact that most IEEE 802.15.4 PHYs only support frames of up to 127 bytes (adaptation layer protocols such as 6LoWPAN provide fragmentation schemes to support larger network layer packets).
Higher layers[edit]
No higher-level layers and interoperability sublayers are defined in the standard. Other specifications - such as ZigBee, SNAP, and 6LoWPAN/Thread - build on this standard. RIOT, OpenWSN, TinyOS, Unison RTOS, DSPnano RTOS, nanoQplus and Contiki operating systems also use a few items of IEEE 802.15.4 hardware and software.
Network model[edit]
Node types[edit]
The standard defines two types of network node.
The first one is the full-function device (FFD). It can serve as the coordinator of a personal area network just as it may function as a common node. It implements a general model of communication which allows it to talk to any other device: it may also relay messages, in which case it is dubbed a coordinator (PAN coordinator when it is in charge of the whole network).
On the other hand, there are reduced-function devices (RFD). These are meant to be extremely simple devices with very modest resource and communication requirements; due to this, they can only communicate with FFDs and can never act as coordinators.
Topologies[edit]
Networks can be built as either peer-to-peer or star networks. However, every network needs at least one FFD to work as the coordinator of the network. Networks are thus formed by groups of devices separated by suitable distances. Each device has a unique 64-bit identifier, and if some conditions are met, short 16-bit identifiers can be used within a restricted environment. Namely, within each PAN domain, communications will probably use short identifiers.
Peer-to-peer (or point-to-point) networks can form arbitrary patterns of connections, and their extension is only limited by the distance between each pair of nodes. They are meant to serve as the basis for ad hoc networks capable of performing self-management and organization. Since the standard does not define a network layer, routing is not directly supported, but such an additional layer can add support for multihop communications. Further topological restrictions may be added; the standard mentions the cluster tree as a structure which exploits the fact that an RFD may only be associated with one FFD at a time to form a network where RFDs are exclusively leaves of a tree, and most of the nodes are FFDs. The structure can be extended as a generic mesh network whose nodes are cluster tree networks with a local coordinator for each cluster, in addition to the global coordinator.
A more structured star pattern is also supported, where the coordinator of the network will necessarily be the central node. Such a network can originate when an FFD decides to create its own PAN and declare itself its coordinator, after choosing a unique PAN identifier. After that, other devices can join the network, which is fully independent from all other star networks.
Data transport architecture[edit]
Frames are the basic unit of data transport, of which there are four fundamental types (data, acknowledgment, beacon and MAC command frames), which provide a reasonable tradeoff between simplicity and robustness. Additionally, a superframe structure, defined by the coordinator, may be used, in which case two beacons act as its limits and provide synchronization to other devices as well as configuration information. A superframe consists of sixteen equal-length slots, which can be further divided into an active part and an inactive part, during which the coordinator may enter power saving mode, not needing to control its network.
Within superframes contention occurs between their limits, and is resolved by CSMA/CA. Every transmission must end before the arrival of the second beacon. As mentioned before, applications with well-defined bandwidth needs can use up to seven domains of one or more contentionless guaranteed time slots, trailing at the end of the superframe. The first part of the superframe must be sufficient to give service to the network structure and its devices. Superframes are typically utilized within the context of low-latency devices, whose associations must be kept even if inactive for long periods of time.
Data transfers to the coordinator require a beacon synchronization phase, if applicable, followed by CSMA/CA transmission (by means of slots if superframes are in use); acknowledgment is optional. Data transfers from the coordinator usually follow device requests: if beacons are in use, these are used to signal requests; the coordinator acknowledges the request and then sends the data in packets which are acknowledged by the device. The same is done when superframes are not in use, only in this case there are no beacons to keep track of pending messages.
Point-to-point networks may either use unslotted CSMA/CA or synchronization mechanisms; in this case, communication between any two devices is possible, whereas in "structured" modes one of the devices must be the network coordinator.
In general, all implemented procedures follow a typical request-confirm/indication-response classification.
Reliability and security[edit]
The physical medium is accessed through a CSMA/CA protocol. Networks which are not using beaconing mechanisms utilize an unslotted variation which is based on the listening of the medium, leveraged by a random exponential backoff algorithm; acknowledgments do not adhere to this discipline. Common data transmission utilizes unallocated slots when beaconing is in use; again, confirmations do not follow the same process.
Confirmation messages may be optional under certain circumstances, in which case a success assumption is made. Whatever the case, if a device is unable to process a frame at a given time, it simply does not confirm its reception: timeout-based retransmission can be performed a number of times, following after that a decision of whether to abort or keep trying.
Because the predicted environment of these devices demands maximization of battery life, the protocols tend to favor the methods which lead to it, implementing periodic checks for pending messages, the frequency of which depends on application needs.
Regarding secure communications, the MAC sublayer offers facilities which can be harnessed by upper layers to achieve the desired level of security. Higher-layer processes may specify keys to perform symmetric cryptography to protect the payload and restrict it to a group of devices or just a point-to-point link; these groups of devices can be specified in access control lists. Furthermore, MAC computes freshness checks between successive receptions to ensure that presumably old frames, or data which is no longer considered valid, does not transcend to higher layers.
In addition to this secure mode, there is another, insecure MAC mode, which allows access control lists[2] merely as a means to decide on the acceptance of frames according to their (presumed) source.
See also[edit]
- ANT
- Bluetooth
- DASH7
- EnOcean
- INSTEON
- NeuRFon
References[edit]
^ IEEE 802.15 WPAN™ Task Group 4, http://www.ieee802.org/15/pub/TG4.html
^ ab Gascón, David (February 5, 2009). "Security in 802.15.4 and ZigBee networks". Retrieved 9 December 2010..mw-parser-output cite.citation{font-style:inherit}.mw-parser-output q{quotes:"""""""'""'"}.mw-parser-output code.cs1-code{color:inherit;background:inherit;border:inherit;padding:inherit}.mw-parser-output .cs1-lock-free a{background:url("//upload.wikimedia.org/wikipedia/commons/thumb/6/65/Lock-green.svg/9px-Lock-green.svg.png")no-repeat;background-position:right .1em center}.mw-parser-output .cs1-lock-limited a,.mw-parser-output .cs1-lock-registration a{background:url("//upload.wikimedia.org/wikipedia/commons/thumb/d/d6/Lock-gray-alt-2.svg/9px-Lock-gray-alt-2.svg.png")no-repeat;background-position:right .1em center}.mw-parser-output .cs1-lock-subscription a{background:url("//upload.wikimedia.org/wikipedia/commons/thumb/a/aa/Lock-red-alt-2.svg/9px-Lock-red-alt-2.svg.png")no-repeat;background-position:right .1em center}.mw-parser-output .cs1-subscription,.mw-parser-output .cs1-registration{color:#555}.mw-parser-output .cs1-subscription span,.mw-parser-output .cs1-registration span{border-bottom:1px dotted;cursor:help}.mw-parser-output .cs1-hidden-error{display:none;font-size:100%}.mw-parser-output .cs1-visible-error{font-size:100%}.mw-parser-output .cs1-subscription,.mw-parser-output .cs1-registration,.mw-parser-output .cs1-format{font-size:95%}.mw-parser-output .cs1-kern-left,.mw-parser-output .cs1-kern-wl-left{padding-left:0.2em}.mw-parser-output .cs1-kern-right,.mw-parser-output .cs1-kern-wl-right{padding-right:0.2em}
^ "ISA100 Committee Home Page". Retrieved 20 July 2011.
^ A. Mishra, C. Na and D. Rosenburgh, "On Scheduling Guaranteed Time Slots for Time Sensitive Transactions in IEEE 802.15.4 Networks," MILCOM 2007 - IEEE Military Communications Conference, Orlando, FL, USA, 2007, pp. 1-7. https://ieeexplore.ieee.org/abstract/document/4455149/
^ IEEE Std 802.15.4-2011 8.1.2.2
^ IEEE Computer Society, (August 31, 2007). IEEE Standard 802.15.4a-2007
^ IEEE Computer Society, (April 17, 2009). IEEE Standard 802.15.4c-2009
^ IEEE Computer Society, (April 17, 2009). IEEE Standard 802.15.4d-2009
External links[edit]
- 802.15.4 Task Group
- Get IEEE 802.15
- IEEE standard 802.15.4v-2017
- IEEE standard 802.15.4u-2016
- IEEE standard 802.15.4t-2017
- IEEE standard 802.15.4q-2016
- IEEE standard 802.15.4p-2014
- IEEE standard 802.15.4n-2016
- IEEE standard 802.15.4m-2014
- IEEE standard 802.15.4k-2013
- IEEE standard 802.15.4j-2013
- IEEE standard 802.15.4g-2012
- IEEE standard 802.15.4f-2012
- IEEE standard 802.15.4e-2012
- IEEE standard 802.15.4d-2009
- IEEE standard 802.15.4c-2009
- IEEE standard 802.15.4a-2007
- IEEE standard 802.15.4-2015
- IEEE standard 802.15.4-2011
- IEEE standard 802.15.4-2006
- IEEE standard 802.15.4-2003
Categories:
- IEEE 802
- Wireless networking standards
(window.RLQ=window.RLQ||).push(function(){mw.config.set({"wgPageParseReport":{"limitreport":{"cputime":"0.196","walltime":"0.280","ppvisitednodes":{"value":494,"limit":1000000},"ppgeneratednodes":{"value":0,"limit":1500000},"postexpandincludesize":{"value":33336,"limit":2097152},"templateargumentsize":{"value":122,"limit":2097152},"expansiondepth":{"value":7,"limit":40},"expensivefunctioncount":{"value":1,"limit":500},"unstrip-depth":{"value":1,"limit":20},"unstrip-size":{"value":7424,"limit":5000000},"entityaccesscount":{"value":0,"limit":400},"timingprofile":["100.00% 188.341 1 -total"," 49.02% 92.321 1 Template:Reflist"," 38.01% 71.584 2 Template:Cite_web"," 33.38% 62.873 1 Template:Primary_sources"," 22.48% 42.337 1 Template:Ambox"," 14.22% 26.791 1 Template:IEEE_standards"," 11.96% 22.528 2 Template:Navbox"," 1.67% 3.151 1 Template:Main_other"," 1.15% 2.162 1 Template:Column-width"]},"scribunto":{"limitreport-timeusage":{"value":"0.076","limit":"10.000"},"limitreport-memusage":{"value":2430715,"limit":52428800}},"cachereport":{"origin":"mw1319","timestamp":"20181221103035","ttl":1900800,"transientcontent":false}}});});{"@context":"https://schema.org","@type":"Article","name":"IEEE 802.15.4","url":"https://en.wikipedia.org/wiki/IEEE_802.15.4","sameAs":"http://www.wikidata.org/entity/Q242039","mainEntity":"http://www.wikidata.org/entity/Q242039","author":{"@type":"Organization","name":"Contributors to Wikimedia projects"},"publisher":{"@type":"Organization","name":"Wikimedia Foundation, Inc.","logo":{"@type":"ImageObject","url":"https://www.wikimedia.org/static/images/wmf-hor-googpub.png"}},"datePublished":"2004-02-05T09:17:58Z","dateModified":"2018-12-20T15:56:13Z","headline":"IEEE standard"}(window.RLQ=window.RLQ||).push(function(){mw.config.set({"wgBackendResponseTime":119,"wgHostname":"mw1275"});});