More and more devices are becoming wirelessly connected. Many of these devices are operating in crowded unlicensed bands, where different wireless technologies compete for the same spectrum. A typical example is the unlicensed ISM band at 2.4 GHz, which is used by IEEE 802.11bgn, IEEE 802.15.4, and IEEE 802.15.1, among others. Each of these technologies implements appropriate Media Access Control (MAC) mechanisms to avoid packet collisions and optimize Quality of Service. Although different technologies use similar MAC mechanisms, they are not always compatible. For example, all CSMA/CA-based technologies use Clear Channel Assessment (CCA) to detect when the channel is free; however, in each case it is specifically designed to improve detection reliability of the specific technology. Unfortunately, this approach decreases the detection probability of other technologies, increasing the amount of cross-technology collisions. In this article, we introduce the concept of coexistence aware CCA (CACCA), which enables a node operating in one technology to backoff for other coexisting technologies as well. As a proof of concept, we analyze the Packet Error Rate(PER) incurred by an IEEE 802.15.4 network in the presence of IEEE 802.11bg interference, and assess the PER reduction that is achieved by using CACCA.
Keywords:IEEE 802.15.4; IEEE 802.11; coexistence; clear channel assessment (CCA); coexistence aware clear channel assessment
Wi-Fi has since long been the major wireless technology connecting PCs with each other. Lately, we observe an evolution from powerful wireless devices to lightweight-embedded devices, while at the same time their density is increasing. The number of such wireless devices is expected to become an order of magnitude bigger than the current number of PCs, as can be seen in Figure 1. In addition, new types of application areas introduce new wireless communications solutions, which employ a variety of wireless technologies.
The problem when using different wireless technologies in the same frequency band is that most of them are not designed to be compatible with each other. Even if different technologies use a similar Medium Access Control (MAC) protocol, they might still impede each other.
Within this article we study the collisions between two heterogeneous CSMA/CA-based MAC technologies. As a proof of concept, we analyze the collisions between IEEE 802.11bg and IEEE 802.15.4. Throughout the article, we refer to IEEE 802.11bg with the term Wi-Fi, and to IEEE 802.15.4 with the term Zigbee. Note that IEEE 802.15.4 only defines the physical (PHY) layer and MAC layer, in contrast to Zigbee that also specifies higher layers of communication above IEEE 802.15.4. However, for the sake of simplicity we use the terms IEEE 802.15.4 and Zigbee to denote the same thing.
The co-existence behavior of Wi-Fi and Zigbee has been studied extensively. The physical layer effects of Wi-Fi and Zigbee coexistence are already considered in the IEEE 802.15.4 standard . Zhen et al.  study the cross-technology detection probability of Clear Channel Assessment (CCA) between Zigbee and Wi-Fi. They conclude that Zigbee is oversensitive to Wi-Fi, while Wi-Fi is insensitive to Zigbee beyond a Heterogeneous Exclusive CCA Range, which they calculate to be 25m with the free space pathloss model. Yuan et al.  study the co-existence behavior of Zigbee and saturated Wi-Fi. They conclude through a model and simulation that 5.75% of the Zigbee throughput remains under the assumption that Wi-Fi and Zigbee CCA can avoid all cross-technology collisions. They also conclude through simulation that no throughput remains in case Wi-Fi does not detect Zigbee. Pollin et al.  measure the coexistence impact of Zigbee and Wi-Fi. They conclude that standard Wi-Fi devices do not backoff for Zigbee traffic, even in very close proximity. They also show that the CCA mechanism of Zigbee can reduce collisions with Wi-Fi, but it is too slow to avoid all Wi-Fi traffic. Thonet et al.  measure up to 85% Zigbee packet loss due to 802.11b traffic. Consequently, we conclude that Zigbee might incur severe packet loss when it coexists with Wi-Fi. However, no model predicting the performance degradation has been proposed. Out of , it is possible to determine the Packet Error Rate (PER) depending on the signal-to-interference ratio (SIR) and the size of the collision window, given there is a collision. However, the amount of collisions is dependant on the channel access mechanism of both Wi-Fi and Zigbee. Hence, a detailed model for cross-technology collisions that considers realistic Wi-Fi and Zigbee channel access mechanisms is a key open issue. In [6,7], we propose such a model and focus on exploring the economic value of introducing sensing engines in one specific business scenario. In this article, we focus on a thorough theoretical study of this model, and verify it against real-life measurements in a testbed environment.
The remainder of the article is organized as follows. In Section 2, we analyze the CCA-based medium access in Wi-Fi and Zigbee. In Section 3, we derive the Zigbee PER model under Wi-Fi interference, look at the sensitivities it has and verify it through measurements. Out of this model, the major mechanism leading to the high Zigbee PER is identified. In Section 4, we analyze the different Coexistence Aware CCA (CACCA) implementation alternatives, and the implications of using a spectrum sensing engine as a CACCA agent. Section 5 gives an overview of potential topics for further research, while Section 6 concludes this article.
2. CCA operating principle
The operating principle of a CCA-based MAC consists of three steps, as depicted in Figure 2. Prior to any transmission, the radio remains in receive-mode for a time window of length TCCA, during which it measures the average received power. If it is above a certain threshold, the radio assumes the channel is busy, and backs-off. Otherwise, the radio switches to transmit mode--which takes TRx2Tx--and starts to transmit the packet.
Figure 2. CCA-based packet transmission.
Both Wi-Fi and Zigbee use CCA, however their operating parameters such as Bandwidth (BW), Power Spectral Density (PSD), and timing (duration of the CCA window, packet time, etc.) differ, as can be seen in Table 1.
The difference in bandwidth and power--of which a spectral diagram is given in Figure 3--results in a difference in detection sensitivity. With a bandwidth of 22 MHz, Wi-Fi CCA captures the full power of both Wi-Fi and Zigbee transmissions. Zigbee transmits at 0 dBm, which is 20 dB lower than the Wi-Fi transmission, resulting in a 20-dB lower sensitivity to Zigbee than to Wi-Fi. On the other hand, with a bandwidth of only 2 MHz, Zigbee CCA captures the full power of other Zigbee transmissions in the same channel, but only 2/22th--or -10.4 dB--of the Wi-Fi transmit power, resulting in a 9.6-dB higher sensitivity to Wi-Fi than to Zigbee. These simple calculations support the observations of  that we mentioned earlier.
Figure 3. Spectral comparison of Wi-Fi and Zigbee.
Both Wi-Fi and Zigbee allow preamble detection instead of energy detection as CCA. Preamble detection can improve sensitivity, but prevents cross-technology detection due to the differences in preambles between technologies. In Zigbee, this is usually disabled as the sensing time defined by the standard is sufficiently long to allow adequate sensing sensitivity. However, Wi-Fi enables this by default in order to reach the maximum sensing sensitivity within the short Wi-Fi CCA timeframe. We can therefore assume that standard Wi-Fi does not backoff at all for Zigbee traffic.
3. Zigbee PER under Wi-Fi interference
3.1. Analytical PER model
In the following, we assume that every collision between a WiFi packet and a Zigbee packet results in the Zigbee packet being lost. Although this is undoubtedly an oversimplification, it allows us to clearly show the plausible PER reduction through the usage of CACCA.
We focus on the packet loss in the Zigbee network under Wi-Fi interference. For the sake of convenience, we sometimes use the Packet Success Rate (PSR), which is defined by
We identify three sources for Zigbee Packet Errors. First, there is packet loss due to the received Zigbee signal being too low compared to the radio noise (PERZ,SNR). Second, Zigbee packets can get lost because of collisions with other Zigbee packets (PERZ,Z). Finally, Zigbee packet loss can occur because of collisions between Zigbee and Wi-Fi packets (PERZ,W). These independent events are not mutually exclusive, hence the total PERZ is smaller than or equal to their sum. Moreover, PERZ,W is only one of the sources of PERZ and thus also smaller than or equal to PERZ. For the total Zigbee PER (PERZ), we have
PERZ,SNR has been studied extensively, as described for example in . In addition, we will not discuss PERZ,Z in detail in this article. Nevertheless, under normal operating conditions--which means low load in the sensor network and sufficient link budget--PERZ,Z ≈ 0 and PERZ,SNR ≈ 0. Consequently,
In Figure 4, we illustrate the possible interactions between Wi-Fi and Zigbee broadcast traffic. Remember that Wi-Fi CCA does not detect Zigbee transmissions; therefore, the CCA and Rx2Tx windows of Wi-Fi are not visualized in Figure 4. In case 1, a Wi-Fi transmission starts and finishes without interaction with Zigbee, and thus no collision occurs. In the second case, a Wi-Fi packet starts close before the Zigbee device starts its CCA. Hence, the Zigbee CCA window will completely be overlapped by the Wi-Fi transmission and Zigbee will sense the channel as busy. In case 3, the Wi-Fi packet starts earlier than a certain percentage--β--of the CCA window. β is defined as the percentage a transmitted Wi-Fi packet needs to cover the Zigbee CCA window in order for the Zigbee device to assess the channel as busy. Therefore, the Zigbee device will backoff, avoiding a collision. In case 4, the Wi-Fi packet starts beyond the β boundary, resulting in Zigbee assessing the channel as free. Initially, we assume that all Wi-Fi packets are longer than ; therefore, the Wi-Fi packet will have some overlap with the actual Zigbee packet, which will result in a collision. Later on we will also examine our model with shorter Wi-Fi packets. Finally, in the fifth case, the Wi-Fi packet starts during the Zigbee packet, resulting in a collision. We conclude that a collision happens whenever a Wi-Fi transmission starts during the timeframe of a Zigbee transmission. We further assume that all collisions result in packet losses, and therefore the probability of not losing a packet, PSRZ,W, equals to the probability of not having a Wi-Fi transmission starting during this time frame, which can be written as
Figure 4. Possible Zigbee Wi-Fi interactions.
is a random variable that represents the time until the current Inter Packet Delay (IPD) of Wi-Fi terminates and a new Wi-Fi packet starts, TZ is the average Zigbee packet length, TZ,CCA is the Zigbee CCA time, TZ,Rx2Tx, is the Zigbee Rx to Tx turnaround time.
Since Wi-Fi CCA does not detect Zigbee transmissions, the instants of time at which Wi-Fi transmissions start are independent of the Zigbee transmissions. We assume that the distribution of Wi-Fi IPD can be approximated by the exponential distribution, with average . Note that it is typically assumed that the Wi-Fi IPD has a self-similar distribution (i.e., traffic bursts). However, traffic bursts can be divided into periods of intense traffic, and periods of less intense traffic. Within each period, we assume the distribution of IPD can reasonably be approximated by the exponential distribution, respectively, with a high and a low rate. This assumption allows to determine the PERZ,W during intense traffic as well as during low traffic periods, which is the major intent of this study.
Under these assumptions we can write
In the remainder of this article, we use typical default values for the various parameters, as specified in Table 2 unless explicitly noted otherwise. In addition, we use a default value of β = 1. In Table 2 the MAC frame size--as well as the derived MAC load--consists of the MAC header + payload. We continue to use this MAC load throughout this article. The packet durations are derived according to  for Zigbee and  for Wi-Fi without ACKs or RTS/CTS.
Table 2. Parameters used
where R is the average Wi-Fi packet rate (packets/s), TW is the average Wi-Fi packet duration (s).
Equation (6) shows that the influence of TW on remains relatively low as long as 1/R remains large compared to TW. The duration of the default Wi-Fi packet at 1 Mbps is 10.4 ms, so in order to limit the deviation in to 10%, the packet rate should remain below 10 packets/s (=102.2 kbps). We can therefore expect that below this throughput the different Wi-Fi data rates will result in almost identical PERZ,W. We will therefore use the 100 kbps point (the highlighted vertical line in Figure 5) as a first comparison point throughout this article. Furthermore, we assume that a Zigbee network can cope with up to 10% packet loss. Hence, we use the Wi-Fi load resulting in 10% PERZ,W (the highlighted horizontal line in Figure 5) as a second comparison point throughout this article. Figure 5 plots PERZ,W as a function of the Wi-Fi load for a Zigbee frame size of 100 bytes. We calculate a Zigbee PERZ,W of 3.74% at the 100 kbps point. The load at this point for 54 Mbps Wi-Fi data rate equals 279 kbps.
Figure 5. PERZ,W as a function of the Wi-Fi load for different Wi-Fi physical data rates.
3.2. Sensitivity analysis
The total Zigbee packet duration TZ can vary between 320 and 4256 μs. Figure 6 shows the difference in PERZ,W for 54 Mbps Wi-Fi. There is a factor 8 difference in PERZ,W between the largest and smallest Zigbee packets.
Figure 6. Sensitivity of PERZ,W to Zigbee packet size.
β depends on the CCA threshold and the received signal energy. Determining the exact value of β is out of scope for this article. However, we explore the sensitivity of PERZ,W to the value of β. Equation (7) shows the PSRZ,W in the case β = 0 while Figure 7 compares the case of β = 1 with that of β = 0. There is a reduction of PERZ,W with a factor 1.23 at the 100 kbps point, and the 10% PERZ,W point shifts from 279 to 324 kbps.
Figure 7. Sensitivity of PERZ,W to β, and to small Wi-Fi packets.
Recall that during the analysis we assumed the Wi-Fi packets to be longer than . However, Wi-Fi can transmit smaller packets. A collision will then only occur if the actual Wi-Fi packet transmission starts less than the duration of the Wi-Fi packet before the actual Zigbee packet starts. This change has the effect of replacing the term in (5) with the actual duration of the Wi-Fi packet TW:
The largest deviation to the base model is caused with the smallest Wi-Fi packets possible (28 μs). This possibility is also visualized in Figure 7. There is a factor 1.8 difference for 100 kbps Wi-Fi, and the 10% PERZ,W point shifts from 279 to 486 kbps.
3.3. Experimental model verification
We now turn to validate our model in practice. The experiments are conducted in the Wireless lab of the IBBT iLab.t technology center . iLab.t has an RF-shielded environment of 4 shielded Qosmotec boxes, in which Zigbee and Wi-Fi devices are connected by coax cables. It can achieve full mesh connectivity between all four boxes through the use of a PC controlled attenuator. Hence, no external interference is received, and the attenuation of each link can be set. Using this setup allows for real devices to communicate in a controlled environment. For our experiments, we use three nodes with attenuation between them set as shown in Figure 8. The Wi-Fi transmitter broadcasts at 18 dBm, the Zigbee transmitter broadcasts at 0 dBm, and PERZ is measured at the Zigbee receiver. These settings result in SNR at the Zigbee receiver of about 25 dB, and SIR of -22.4 dB. Hence, all Zigbee packets which do not collide with Wi-Fi are received correctly, and all packets that collide with Wi-Fi are lost.
Figure 8. The test setup.
All experiments are run with 100 bytes Zigbee packets and 1278 bytes Wi-Fi packets sent at bitrates of 1, 11, and 54 Mbps. All packets are transmitted with a fixed IPD.
Figure 9 displays a comparison between the measurements and the model for 54 Mbps Wi-Fi. The PERZ ≈ PERZ,W measurements are within a margin of 13% from the model for loads lower than 1 Mbps. A maximum deviation of 34% is measured at 2 Mbps application load (a packet-rate of 200 packets/s), which is the point where becomes smaller than TZ and obviously no Zigbee packet can be sent.
Figure 9. 54 Mbps modeled and measured PERZ,W.
The PERZ,W for 11 Mbps Wi-Fi is depicted in Figure 10. The measurement outcome is similar to the 54 Mbps case as the Wi-Fi packet durations at 54 Mbps (=212 μs) and 11 Mbps (=1121 μs) are both relatively small compared to 1/R (=5000 μs). The maximum deviation to the model is also situated around 2 Mbps.
Figure 10. 11 Mbps modeled and measured PERZ,W.
The comparison for 1 Mbps Wi-Fi is displayed in Figure 11. It shows that below the 0.1 Mbps load point the error remains below 13%. Beyond this point (0.1-0.4 Mbps), the model and the measured PERZ,W diverge. This is because the model assumes the Zigbee and Wi-Fi packet transmissions to be independent. However, due to Zigbee transmissions backing-off on the relatively long Wi-Fi packets (10 ms), they tend to start their transmissions close after a Wi-Fi transmission. This results in fewer collisions than expected because in the experiments the IPD for Wi-Fi is constant. Beyond the 0.4 Mbps point, approaches TZ, resulting in a fast increase in PER. Above 0.7 Mbps, is smaller than TZ, resulting in 100% packet loss.
Figure 11. 1 Mbps modeled and measured PERZ,W.
As mentioned earlier, these tests are conducted with constant IPD for both Wi-Fi and Zigbee, and still the PER measurements are rather close to our calculations. The error remains below 25% in the region where the Zigbee network stays operational (PERZ,W < 10%). This indicates that the sensitivity of our model to the probability distribution of and is rather low.
4. Deployment of sensing engine-based CACCA
4.1. Sensing engine characteristics
A spectral sensing engine is a fast and accurate device that measures spectral power density across a wide bandwidth (e.g., 174 MHz-6 GHz ). The internals of a sensing engine are detailed in [10,11]. A sensing engine is commonly used in space and frequency-based interference avoidance within a vertical spectrum sharing context [11-13]. However, in this article, we use a sensing engine as a CCA agent, which is a time domain function. Hence, in this study, we use a sensing engine to analyze a limited bandwidth within a very short timeframe. It is focused on achieving the highest detection reliability within a very small timeframe and therefore we assume that it can detect Zigbee reliably within the Wi-Fi CCA time. Accordingly, we assume that when deploying a sensing engine the Zigbee CCA time--TZS,CCA--can be reduced to 4 μs, which equals the Wi-Fi CCA time, and is 32 times faster than standard Zigbee. An overview of the resulting timings is given in Table 3.
Table 3. Regular CCA versus sensing engine based CACCA timings
The power consumption of a sensing engine detecting Wi-Fi is presented in , and equals 110 mW for the analog part, and 4 mW for the digital part to detect Wi-Fi, totaling to 114 mW. The sensing engine needs to be switched on during the 9 μs long CCA + Rx2Tx window, resulting in a total energy consumption of 9 μs * 114 mW = 1.03 μJ. The minimal power consumption of a current CC2520 Zigbee Radio in transmit mode equals 45 mW, and the smallest Zigbee packet lasts 320 μs, resulting in a total minimal transmit energy of 12.8 μJ. Hence, the total impact on the power consumption of the sensing engine equals at most 8% per transmitted packet.
When deployed in a Zigbee device, the sensing engine creates a parallel receive chain to that of the Zigbee device, as depicted in Figure 12. Therefore, it can continue sensing the channel--and thus cancel the pending transmission--while the Zigbee device is switching towards transmit mode. Consequently, TZS,Rx2Tx could in theory become negligible. To be realistic, we assume TZS,Rx2Tx can be as short as TW,Rx2Tx. The influence of implementing a sensing engine on Zigbee devices is visualized in Figure 13.
Figure 12. Wi-Fi versus Zigbee sensing engine implementation.
Figure 13. Zigbee timing with and without Sensing Engine.
When deployed in a Wi-Fi device there is no need for a separate receive chain, as common Wi-Fi devices have the necessary bandwidth and sensitivity. A Zigbee packet is detected by the sensing engine within a timeframe of 4 μs. The standard Wi-Fi CCA time is 4 μs, hence we assume that the implementation of a sensing engine in Wi-Fi devices will not change TW,CCA and TW,Rx2Tx.
Only the digital part of a sensing engine will contribute to the energy consumption in a WiFi device. This 4 mW is only consumed during an 8-μs long timeframe, totaling to 32 nJ per transmission. An 18-dBm Wi-Fi transmission consumes at least 63 mW, using a 100% efficient radio. The shortest packet lasts 24.5 μs , resulting in an energy consumption of 1.5 μJ. The sensing engine energy consumption will thus contribute to at most 2% of the energy consumption per packet transmitted at 18 dBm.
4.2. Case 1: Zigbee side CACCA
A standard Zigbee device can detect Wi-Fi transmissions; therefore, the only effect of introducing sensing engines to Zigbee devices is that the CCA time TZ,CCA and the Rx2Tx transition time TZ,Rx2Tx are reduced to TZS,CCA and TZS,Rx2Tx--the resulting PSRZS,W is shown in (9) and PERZS,W is depicted in Figure 14.
Figure 14. PERZS,W as a function of the Wi-Fi load.
PERZS,W calculated at the 100 kbps point equals 1.05%. In other words, the inclusion of the sensing engine results in a PERZ,W drop of 24%. The 10% PERZ,W point shifts from 279 to 324 kbps.
Figure 15 depicts PERZS,W for different Zigbee packet sizes. Comparing these results with the no sensing engine results of Figure 6 reveals the very modest difference. It is only for very small packets that a significant difference becomes noticeable. In this case, PERZ,W at 100 kbps Wi-Fi reduces with a factor 1.9 while the 10% PERZ,W point shifts from 279 to 580 kbps.
Figure 15. Sensitivity of PERZS,W to Zigbee packet size.
4.3. Case 2: Wi-Fi side CACCA
In Section 3, we came to the conclusion that one of the major reasons for packet loss is the inability of Wi-Fi to detect Zigbee packets. Adding a sensing engine to the Wi-Fi devices will solve this problem. Figure 16 illustrates the possible collision scenarios between standard Zigbee and a sensing engine-enabled Wi-Fi.
Figure 16. Possible Wi-Fi ⇔ Zigbee interactions--Wi-Fi side sensing engine.
Figure 16 shows two different collision possibilities. The first (case 3 in the diagram) occurs when a Wi-Fi transmission starts within the timeframe, in which Zigbee does not detect the Wi-Fi transmission. The second (case 4) is the reverse scenario where Wi-Fi does not detect the Zigbee transmission. Combining these two mutually exclusive events results in Equation (10), in which TWS,CCA and TWS,Rx2Tx equal, respectively, the Wi-Fi side sensing engine CCA and Rx2Tx times.
Filling in the default values from Table 2 and assuming β1 = β2 = 1 gives
In order to analyze the dependence on the Wi-Fi load, we assume sufficiently large, resulting in a negligible impact of the second part of (12). The first part of PERZ,WS is presented in Figure 17. We assess a PERZ,WS of 0.35% at the 100 kbps point, which is a reduction of 75% compared with PERZ,W. The 10% PERZ,W point shifts from 279 to 3130 kbps.
Figure 17. PERZ,WS as a function of the Wi-Fi load.
Analyzing the dependence of PERZ,WS on the Zigbee load--the second part of formula (12)--can be achieved assuming is sufficiently large. Figures 18 and 19 show the second part of PERZ,WS as a function of the Zigbee load. PERZ,WS stays below 1% as long as the Zigbee load remains below 200 kbps. The maximum PERZ,WS remains below 2.5% under all circumstances.
Figure 18. PERZ,WS as a function of the Zigbee load.
Figure 19. PERZS,WS as a function of the Wi-Fi load.
4.4. Case 3: Wi-Fi and Zigbee CACCA
In typical operating conditions, the Zigbee load is low, thus most of the contribution to PERZ,W comes from the first part of (12). This part highly depends on the Zigbee CCA + Rx2Tx time; therefore, it makes sense to also examine the effect of implementing the sensing engine on both Zigbee and Wi-Fi.
The model is identical in form with the model of case 2. The difference is found in TZ,CCA and TZ,Rx2Tx which are reduced to TZS,CCA and TZS,Rx2Tx, respectively. Equation (13) shows the model incorporating Zigbee and Wi-Fi sensing.
Filling in the values gives us
Again, we look at the two parts of the formula separately. The probability of Wi-Fi starting its transmission during the TZS,CCA + TZS,Rx2Tx window is significantly lower compared to case 2, as this window now only lasts for 9 μs instead of 320 μs. The 100 kbps point has a calculated PERZS,WS of 0.01%. In comparison with COTS hardware, this creates a drop in PERZ,W of 99.6%. The 10% PERZ,W point shifts from 279 kbps to 37 Mbps.
4.5. Case comparisons
Case 1 handles the usage of the sensing engine on the Zigbee nodes. We conclude that PERZ,W is highly dependent on TZ and . The analysis shows reduction of 8-48% in PERZ,W (at 100 kbps Wi-Fi load), depending on the size of the Zigbee packets. The Wi-Fi load which leads to 10% Zigbee packet loss equals 324 kbps (for default size Zigbee packets of 100 bytes).
Case 2 handles the inclusion of the sensing engine in the Wi-Fi devices. The model shows that the dependence on is reduced, while the dependence on the Zigbee packet size is almost completely removed. This case reduces PERZ,W at 100 kbps Wi-Fi load by 75% while the Wi-Fi load which leads to 10% Zigbee packet loss becomes 3130 kbps.
Case 3 considers the implementation of the sensing engine on both Zigbee and Wi-Fi nodes. This case has the lowest dependence on . It reduces PERZ,W at 100 kbps Wi-Fi load by 99.6%, and achieves a Wi-Fi load resulting in a 10% Zigbee packet loss of 37 Mbps.
Figure 20 compares all the cases while Figure 21 zooms in on the--horizontal--10% Zigbee PER line, and the--vertical--100 kbps Wi-Fi load line. In addition, Table 4 summarizes all the cases and their dependencies on packet lengths (TZ and TW) and IPDs ( and ).
5. Future study
We instantiated the CACCA analysis within a Zigbee ⇔ Wi-Fi context. However, similar analysis can be done in other combinations of technologies, as well as identical technologies that operate in partially overlapping bands (e.g., IEEE 802.11bgn @ 2.4 GHz).
Another aspect we did not consider is the impact the sensing engine has on the Wi-Fi side. It does not only reduce PERW,Z--which is a positive effect--but it also reduces the throughput of Wi-Fi--which is a negative effect. As such this remains an open issue.
This article only considers Wi-Fi broadcast traffic, without acknowledges or request to send/clear to send. An elaboration on their impact remains for future study.
A final direction for future study is to study the combination of the time domain collision avoidance, together with frequency and/or space domain collision avoidance. This will exploit the possible benefits of a spectrum sensing engine to its fullest.
As more and more wireless technologies emerge, more of these technologies have to coexist with one another. One of the major open Wi-Fi ⇔ Zigbee coexistence issues is a model for cross-technology packet collisions. We propose a new analytical model for Zigbee packet loss due to collisions with Wi-Fi packets, analyze it theoretically and validate it experimentally. Out of this model, we conclude that the major cause of Zigbee packet loss is the inability of Wi-Fi to detect Zigbee transmissions.
In order to solve this problem, we propose the CACCA concept. CACCA enables Wi-Fi to detect Zigbee, and can be implemented through a sensing engine. There are three different deployment alternatives, namely, only Zigbee side deployment, only Wi-Fi side deployment, and Zigbee as well as Wi-Fi deployment. Deploying CACCA only on Zigbee results in 24% packet loss reduction, deploying it on Wi-Fi results in 75% packet loss reduction while deploying it on both sides reduces Zigbee packet loss by 99.6%. The maximum allowable Wi-Fi load in order to have less than 10% Zigbee packet loss rises from 279 kbps in the regular CCA case to 324 kbps in the Zigbee only deployment alternative, 3.1 Mbps in the Wi-Fi only deployment alternative and 37 Mbps when deploying it on both sides. The added energy consumption of a sensing engine-based CACCA deployment equals to less than 8% per packet transmitted on the Zigbee side, and less than 2% on the Wi-Fi side.
We can conclude that the deployment of CACCA achieves substantial reduction of the Zigbee incurred packet loss, without needing any additional information exchange (and the incurred overhead), nor having a severe impact on the energy consumption. It can inherently cope with dynamic environments, and is backwards compatible with the IEEE 802.15.4 and IEEE 802.11 standards. Consequently, implementing CACCA increases the reliability of Zigbee while coexisting with Wi-Fi to an unprecedented level, without losing backwards compatibility with existing technologies.
As a final remark, we believe that while in the short-term CACCAmight be seen as a quick-fix for IEEE 802.11bgn ⇔ IEEE 802.15.4 coexistence, it can easily be extended to allow coexistence beyond current state-of-the-art technologies.
The authors declare that they have no competing interests.
The research leading to these results has received funding from the European Union's Seventh Framework Programme FP7/2007-2013 under grant agreements no. 257542 (CONSERN project) and no. 258301(CREW project). It has also received funding from IWT under projects ESSENCES and SYMBIONETS and from IBBT under the project NGWINETS.
IEEE Std. 802.15.4--2006, IEEE Standard for Information Technology--Telecommunications and Information exchange between systems--Local and metropolitan area networks--Specific requirements--Part 15.4: Wireless Medium Access Control (MAC) and Physical Layer (PHY) Specifications for Low-Rate Wireless Personal Area Networks (WPANs)
W Yuan, X Wang, A coexistence model of IEEE 802.15.4 and IEEE 802.11b/g. Proceedings of 14th IEEE Symposium on Communications and Vehicular Technology in the Benelux, 1–5 (2007) (doi:10, 2007), . 1109/SCVT.2007.4436237
S Pollin, I Tan, B Hodge, C Chun, A Bahai, Harmful coexistence between 802.15.4 and 802.11: a measurement-based study. Proceedings of 3rd International Conference on Cognitive Radio Oriented Wireless Networks and Communications (CrownCom), 1–6 (2008) (doi:10, 2008), . 1109/CROWNCOM.2008.4562460
G Thonet, P Allard-Jacquin, P Colle, Zigbee-Wi-Fi coexistence white paper and test report (Accessed 15 Feb), [http://www.aduratech.com/pdf/ZigBee-WiFi-Coexistence.pdf] webcite. 2012
L Tytgat, M Barrie, V Gonçalves, O Yaron, I Moerman, P Demeester, S Pollin, P Ballon, S Delaere, Techno-economical viability of cognitive solutions for a factory scenario. Proceedings of 2011 IEEE International Symposium on Dynamic Spectrum Access Networks (DySPAN) (Aachen, Germany, 2011), pp. 254–264
M Barrie, L Tytgat, V Gonçalves, O Yaron, I Moerman, P Demeester, S Pollin, P Ballon, S Delaere, Techno-economic evaluation of cognitive radio in a factory scenario. in NETWORKING 2011 WORKSHOPS, from Lecture Notes in Computer Science 2011, issue Lecture Notes in Computer Science 2011, vol. 6827, ed. by V Casares-Giner et al (Springer, 2011), pp. 52–61 (n, 2011), . 2011
AW Min, K Kim, K Shin, Robust cooperative sensing via state estimation in cognitive radio networks. 2011 IEEE international symposium on Dynamic Spectrum Access Networks (DySPAN) (Aachen, Germany, 2011), pp. 185–196
P Van Wesemael, S Pollin, E Lopez, A Dejonghe, Performance evaluation of sensing solutions for LTE and DVB-T. 2011 IEEE international symposium on Dynamic Spectrum Access Networks (DySPAN) (Aachen, Germany, 2011), pp. 531–537
S Pollin, L Hollevoet, F Naessens, P Van Wesemael, A Dejonghe, L Van der Perre, Versatile sensing for mobile devices: cost, performance and hardware prototypes. Proceedings of the 3rd ACM workshop on Cognitive radio networks (CoRoNet'11) 2011 (ACM, New York, 2011), pp. 19–24 (doi:10, 2011), . 1145/2030678.2030684
M Meekers, S Devitt, L Wu, Morgan stanley internet trends 04/12/2010 (Morgan Stanley Research 2010) (Accessed 15 Feb), [http:/ / www.morganstanley.com/ institutional/ techresearch/ pdfs/ Internet_Trends_041210.pdf] webcite. 2012
IEEE Std. 802.11--2007, IEEE Standard for Information Technology--Telecommunications and information exchange between systems--Local and metropolitan area networks--Specific requirements--Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications