[go: up one dir, main page]

Next Article in Journal
Sensor-Based Extraction Approaches of In-Vehicle Information for Driver Behavior Analysis
Previous Article in Journal
MultiFuzz: A Coverage-Based Multiparty-Protocol Fuzzer for IoT Publish/Subscribe Protocols
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

The Impact of Rate Adaptation Algorithms on Wi-Fi-Based Factory Automation Systems

1
Department of Management and Engineering, University of Padova, S. S. Nicola 3, 36100 Vicenza, Italy
2
Department of Engineering “Enzo Ferrari”, University of Modena and Reggio Emilia, 41125 Modena, Italy
3
National Research Council of Italy, CNR–IEIIT, Via Gradenigo 6/B, 35131 Padova, Italy
*
Author to whom correspondence should be addressed.
Sensors 2020, 20(18), 5195; https://doi.org/10.3390/s20185195
Submission received: 8 August 2020 / Revised: 1 September 2020 / Accepted: 9 September 2020 / Published: 11 September 2020
(This article belongs to the Section Communications)

Abstract

:
Factory automation systems based on the IEEE 802.11 Wi-Fi standard may benefit from its Multi-Rate Support (MRS) feature, which allows for dynamically selecting the most suitable transmission rate for the targeted application context. The MRS is implemented by means of rate adaptation algorithms (RAAs), which has already demonstrated to be effective to improve both timeliness and reliability, which are typically strict requirements of industrial real-time communication systems. Indeed, some of such algorithms have been specifically conceived for reliable real-time communications. However, the computational complexity of such algorithms has not been effectively investigated yet. In this paper, we address such an issue, particularly focusing on the execution times of some specific rate adaptation algorithms, as well as on their impact on the automation tasks. In this respect, after a formal description of the algorithms, we present the outcomes of an extensive experimental session, which includes practical measurements and realistic simulations. The obtained results are encouraging, since the measured execution times indicate that rate adaptation algorithms can be profitably adopted by industrial automation systems, allowing for improving their reliability and timeliness without impacting on the overall performance.

1. Introduction

Modern factory automation systems are based on distributed architectures in which communication networks are exploited to connect industrial controllers and field devices, like sensors and actuators, located throughout a plant, possibly at considerable distances [1]. During operation, the components of these systems execute tasks (e.g. data acquisition and analysis, control, data fusion, etc.), which have to be appropriately scheduled to achieve the expected plant behavior [2,3]. In this scenario, task execution times represent key variables, mainly determined by two components. The first one is concerned with the local (internal to a device) elaboration, which typically comprises the CPU time that is necessary to execute the protocol stack code, as well as the latencies due to data buffering and queuing. The second one is related to the communication times necessary for transmitting data to the components distributed over the plant. Thus, for example, the instance of a control task in a networked system comprises, not only the time necessary to execute the control algorithm on a local controller, but also both the time necessary to acquire the feedback data, obtained from a message sent by remote sensors connected to the network, and the time to send control commands to remote actuators, again via the network [4]. Communication times play a critical role in task scheduling, since their values can be substantially higher than those due to local elaboration and, more importantly, they may be strongly variable. A typical cause of such variability is represented by a failure in delivering a packet, which necessarily requires a retransmission: in this case, the actual task communication time results at least doubled with respect to the time necessary to a single transmission attempt. This problem is even more evident when wireless networks are used, since they are inherently error prone [5,6].
The usage of wireless technology is of strategic importance to enable the Industrial Internet of Things (IIoT), which claims for the connection of industrial equipment (things), making them reachable from anywhere, at any time, using any service [7]. IIoT is part of the Industry 4.0 plan, which is fostering a significant transformation within the field of industrial automation and control. Some of the leading issues of this paradigm are represented by the need of interconnection, integration, and interoperability among possibly heterogeneous industrial systems [8].
The IEEE 802.11 Wireless LAN [9], universally known as Wi-Fi, already demonstrated its ability to cope with the tight requirements of the industrial field of application [10]. Moreover, it is easy to use, flexible, and able to provide the required interoperability [11]. Additionally, Wi-Fi has an attractive feature, namely the Multi–Rate Support (MRS), which revealed to be definitely advantageous in environments subjected to frequent fluctuations of the Signal–to–Noise Ratio (SNR), such as the industrial ones [12]. Indeed, the use of suitable Rate Adaptation (RA) Algorithms (RAAs) allows to dynamically change the packet transmission rate to better cope with the channel status. Roughly speaking, the most common RAAs select low transmission rates for low values of the SNR, since lower rates adopt more robust modulation schemes.
Several RAAs have been designed over the years and some of them were specifically conceived for industrial applications [12,13]. These latter ones have demonstrated their effectiveness, in that they are able to rapidly adapt to the SNR behavior, and revealed to be able to ensure low communication times, along with less variability and limited packet loss ratios. However, the computational complexity and execution times of such algorithms have not been effectively addressed yet. This is an aspect of considerable importance which may have a serious impact on the overall tasks execution times, especially when devices with limited resources, such as industrial sensors/actuators are used.
This paper moves from the above considerations and focuses on the computational aspects of rate adaptation algorithms, as well as of protocol stacks, adopted for industrial real–time applications, as will be described in the following.

2. Related Work and Contribution

The actual impact of task execution times on the performance of distributed automation systems has only rarely been addressed by the scientific literature. More commonly, theoretical analyses and/or experimental measurements on prototype systems have been carried out. In this respect, an essential review of related works, mostly concerned with Wi-Fi systems, is provided in the following.
In [14], the authors provide an interesting survey that addresses the timeliness of the IEEE 802.11 MAC mechanisms. Another survey is given by [10], where the authors focus more specifically on the deployment of Wi-Fi for time critical and reliable industrial control applications. In [15], the authors investigate the adoption of frequency–domain based access protocols to improve the performance of legacy Wi-Fi. In [16], the features of IEEE 802.11ax are analyzed in detail to achieve efficient scheduling (i.e., an effective assignment of users to subcarriers in order to improve network throughput). The design and practical implementations of real–time networks based, to different extents, on IEEE 802.11, are provided in [17,18], respectively. In [17], the authors propose a new MAC protocol based on a Time Division Multiple Access (TDMA) technique that relies on the IEEE 802.11 Distributed Coordination Function (DCF), capable of providing deterministic performance. A prototype implementation of the protocol actually demonstrated its effectiveness. In [18], a modification of the IEEE 802.11 physical layer is introduced in order to achieve very low packet delivery times, which were comparable with those of the wired counterparts. In [19], the authors describe WIA–FA, a communication system for factory automation based on Wi-Fi, standardized by the International Electrotechnical Commission (IEC) [20], along with some interesting case studies and examples of application to real manufacturing plants. Real–time industrial multimedia applications, particularly video streaming, are addressed in [21], where the authors show the capability of Wi-Fi to handle such a kind of traffic. A valuable example of calculation of protocol stack execution times is given in [22]. Here, the authors not only describe a possible measurement procedure, but also provide the results of some experimental sessions aimed at evaluating the execution times of both the TCP/IP and UDP/IP protocol stacks for a given embedded device.
The aforementioned studies represent interesting and valuable contributions that, however, do not address the real behavior of devices, typically determined by non-negligible computational requirements and times that may reveal of paramount importance in the real-time industrial communication context [23]. Focusing on Wi-Fi, this aspect might be exacerbated by the adoption of RAAs that, undeniably, require an undefined amount of time for the execution of their code. Hence, there is the risk that the benefits achieved with the adoption of MRS on the communication side, in particular the reduced packet delivery times, are vanished by the possible increase of the local elaboration times, caused by the execution of the rate adaptation algorithms. These considerations fostered the preparation of this paper whose main contribution can be summarized, as follows:
  • Implementation of rate adaptation algorithms for industrial real-time applications and experimental assessment of their execution times;
  • Evaluation of the impact of rate adaptation algorithms on the protocol stacks execution times and on the communication times;
  • Performance assessment of Wi-Fi–based industrial communication networks with rate adaptation algorithms enabled.
In detail, the paper is structured, as follows. Section 3 provides some essential background about real–time industrial networks. Section 4 presents the rate adaptation algorithms conceived for real-time communication, to give the foundations to evaluate the impact of their execution times. Section 5 describes the implementation of the algorithms and introduces the setup adopted for the experimental sessions. Section 6 presents the tests that were executed and discusses the obtained results. Finally, Section 7 concludes the paper and outlines some future research activities.

3. Background: Real–time Industrial Networks

Real-time industrial networks have been extensively addressed by the scientific literature [1,24]. They are communication systems that are specifically designed to effectively interconnect industrial devices, such as controllers, sensors, and actuators. This type of communication implies the timely transmission of limited amounts of data (some tens of bytes, typically) carrying, for example, set–points values or process data variables. Industrial networks have often to comply with tight timing requirements due to the peculiarity of the applications for which they are deployed. Indeed, they have to grant for the precise scheduling of periodic messages, as well as to ensure that aperiodic messages are delivered within a-priori specified deadlines. Notably, packet transmission periods and deadlines can be as low as some hundreds of microseconds. The introduction of wireless networks in this challenging context needed careful analyses, due to the well known problems that may affect wireless communication, such as fading, path loss, and collisions, which inevitably lead to delays in packet delivery or, even worse, to packet losses [25,26]. This topic has been addressed by several research activities in the past years, that led to the latest state of play in which wireless networks are widespread in the industrial scenario, particularly for process automation applications [27,28]. Moreover, their deployment is expected to grow significantly in the next future [29].
Suitable protocols have been adopted in order for both types of industrial networks (i.e., wired and wireless) in order to fulfill the aforementioned requirements. The most widespread are based on techniques, like TDMA (Time Division Multiple Access), Master–Slave, and Producer–Consumer [30,31]. In general, these protocols introduce an ordered access scheme to the transmission medium that allows for properly handling the message flows generated by the applications. For example, in a Master–Slave configuration, if a temperature sensor (the Slave) has to transmit its value with a given periodicity to a controller (the Master), then it will be periodically granted by the Master with the right to access the network to transmit the temperature value. In this way, the desired timing behavior can be achieved. Additionally, with such protocols packet collisions are definitely reduced, since stations are not allowed to initiate a transmission autonomously and, hence, to transmit contemporaneously.

4. Rate Adaptation Algorithms for Wi–Fi–Based Real Time Industrial Networks

The MRS feature of IEEE 802.11 can be deployed to dynamically change the transmission rate of a packet. Indeed, the adopted rate can be selected from a set of available rates before each transmission.
Definition 1
(Set of available rates). The set of the available rates, R, for the transmission of a packet is defined, as follows.
R = { r 1 , r 2 , . . . , r n } w h e r e r i > r i 1 , i { 1 , 2 , . . . , n } .
Basically, the operation of a RAAs consists in the selection of an ordered set of rates, called Retransmission Chain, to be used for the transmission of a packet.
Definition 2
(Retransmission chain). Consider the transmission of a packet for which a maximum of N attempts can be carried out. The Retransmission Chain, RC, is defined as
R C = { r ( 1 ) , r ( 2 ) . . . , r ( N ) } , r ( i ) R .
meaning that the first transmission attempt is scheduled at rate r ( 1 ) , the second at rate r ( 2 ) , the N-th at rate  r ( N )

4.1. ARF: Automatic Rate Fallback

Automatic Rate Fallback (ARF) [32] is one of the most popular rate adaptation strategies for Wi-Fi, designed for general purpose applications.
The behavior of ARF can be briefly described, as follows. Consider a set R of available data rates. Starting from the generic rate r i , a station implementing ARF moves to the lower rate r i 1 after K consecutive failed transmission attempts. Conversely, the rate is increased to r i + 1 after N successful attempts. Also, if a failure occurs at the first transmission attempt after the rate has been increased, then the rate is immediately lowered down to r i 1 (this feature is known as "Probing transmission"). Typical values of the parameters K and N for the ARF algorithm are 2 and 10, respectively [33].
Unfortunately, ARF demonstrated to be rather ineffective for real–time industrial communication. However, its behavior allowed to derive two new algorithms able to reduce both the number of retransmissions and the delivery time of a packet, that revealed suitable for the industrial scenario. These are, namely, Static retransmission rate ARF (SARF) and Fast rate reduction ARF (FARF) [12].

4.2. SARF: Static Retransmission Rate ARF

SARF [12] is a variant of ARF in which each retransmission attempt is carried out at rate r 1 , i.e., the lowest rate in the set R. In practice, if the first transmission attempt fails, then for all the subsequent retransmissions we will have r ( i ) = r 1 r ( i ) R C with i { 2 , 3 , . . . , N } . However, a successful retransmission carried out at the lowest rate is not considered as an event that resets the consecutive failures counter in order to grant SARF with the same sensitivity to channel variations of ARF. More precisely, only the original (first) transmission attempt is considered, and if K of these attempts fail then the rate will be lowered anyway, even if they were interleaved by one or more successful retransmissions. SARF ensures a very high success probability in packet transmission, since the lowest transmission rate uses the most robust modulation. This allows to limit the number of retransmissions, with the consequent reduction of the randomness. The pseudo-code of SARF is described by Algorithm 1.
Algorithm 1 SARF Algorithm
 1:
/* Initialization
 2:
c c f 0 ;            ▹ Number of consecutive transmission failures
 3:
c c s 0 ;         ▹ Number of consecutive transmission successes
 4:
R { r 1 , r 2 , . . . , r n } ;                 ▹ Available rates
 5:
i 1 ;            ▹ Select the lowest transmission rate in set R
 6:
t r r 1 ;            ▹ Set transmission rate to the lowest value
 7:
/* End Initialization
 8:
while true do
 9:
    if Request of a new transmission then
10:
        if Previous attempt was failed then
11:
           Perform transmission attempt at the lowest rate
12:
        else
13:
           Perform transmission attempt at the current rate
14:
           if Success then
15:
                c c f 0 ;             ▹ Reset # of consecutive failures
16:
                c c s + + ;        ▹ Increase counter of consecutive successes
17:
               if c c s N then          ▹ If success threshold reached
18:
                   if i < n then            ▹ If highest rate not reached
19:
                        i + + ;
20:
                        t r r i ;                      ▹ Increase rate
21:
                   end if
22:
               end if
23:
           else
24:
               /* (If failure)
25:
                c c s 0 ;            ▹ Reset # of consecutive successes
26:
                c c f + + ;               ▹ Increase consecutive failures
27:
               if c c f K then          ▹ If failure threshold reached
28:
                   if i > 1 then             ▹ If lowest rate not reached
29:
                     i ;
30:
                        t r r i ;                    ▹ Decrease rate
31:
                   end if
32:
               end if
33:
           end if
34:
        end if
35:
    end if
36:
end while

4.3. FARF: Fast Rate Reduction ARF

FARF is an algorithm that represents a customization of ARF in which K = 1 and r ( i + 1 ) r 1 . In practice, just a single failed attempt is sufficient to set the new transmission rate to the lowest value in the set R, (i.e., r 1 ). Conversely, the increasing of the rate follows the same rules of ARF, and happens after N consecutive successful attempts. Analogously to SARF, r ( i ) = r 1 r ( i ) R C with i { 2 , 3 , . . . , N } . From a certain point of view, FARF is a more conservative algorithm than SARF, since it intrinsically assumes that a failure is an event that requires to maintain low rates for a certain number of subsequent packet transmissions. The pseudo-code for FARF is described by Algorithm 2.
Algorithm 2 FARF Algorithm
 1:
/* Same code as SARF Algorithm (lines 3 to 7)
 2:
while true do
 3:
    if Request of a new transmission then
 4:
        Perform transmission attempt
 5:
        if Success then
 6:
             /* Same code as SARF Algorithm (lines 16 to 22)
 7:
        else
 8:
             /* (If failure)
 9:
              c c s 0 ;          ▹ Reset # of consecutive successes
10:
            t r r 1 ;     ▹ Set transmission rate to the lowest value
11:
        end if
12:
    end if
13:
end while

4.4. RSIN: Rate Selection for Industrial Networks

RSIN is a rate adaptation algorithm specifically conceived for the industrial environment, proposed in [13], and based on two fundamental assumptions. Specifically, (i) a station wishing to send a frame (of a given length) has to be aware of the SNR perceived by the receiver and (ii) the station has to know the relationship between SNR and packet error rate (PER) for all the rates of the transmission set R. For each packet to be transmitted, let D be its deadline. Subsequently, the outputs of RSIN are the number of retransmissions ( N o p t ), the retransmission chain ( R C o p t ) and the residual error rate probability for the transmission of that packet in a time less than D. More formally, RSIN can be described by a constrained optimization problem.
Definition 3
(RSIN constrained optimization problem). For each packet transmission let be:
D 
the transmission deadline;
s 
the signal–to–noise ratio;
l 
the payload of the packet to transmit; and,
N m a x
the maximum number of retransmission attempts.
Let us define:
N 
the number of allowed retransmission attempts;
P r
the residual packet transmission error probability, given N retransmissions at rates r ( 1 ) . . . . r ( N ) ; and,
t t r a n s
the transmission time.
Subsequently, the constrained optimization problem is to find an optimal number of retransmissions attempts N o p t , and a retransmission chain R C o p t = { r o p t ( 1 ) , r o p t ( 2 ) . . . , r o p t ( N o p t ) } , which minimize the residual packet transmission error probability, while ensuring that the deadline is not missed. That is
min N N m a x , r ( i ) P r ( l , s , N , R C ) max N N m a x , r ( i ) t t r a n s ( l , s , N , R C ) D , i = 1 N
RSIN is described by Algorithms 3 and 4. One of the core sections of Algorithm 3 is represented by lines 18–20. At this stage, a vector of retransmission chains is built, and each element stores the chain ensuring the lowest transmission error probability for that specific number of retransmission attempts, ranging from 1 to N m a x . This is achieved with the invocation of Algorithm 4. Subsequently, lines 22–33 select the optimal retransmission chain among the N m a x chains of the R C ¯ l o w vector, as the one associated with the lowest transmission error probability. It is worth noting, in Algorithm 4, how the selection of the retransmission chain is handled in case more retransmission chains ensure the same transmission error probability. As can be seen (lines 9–13), in this case Algorithm 4 selects the retransmission chain that has the lower transmission time. A further assumption has been adopted to limit the execution time of RSIN. Specifically, the construction of the array of retransmission chains by Algorithm 4, has been carried out under the condition
r ( 1 ) r ( 2 ) . . . r ( N )
that limits the retransmission chains to be considered.
Algorithm 3 RSIN Algorithm
 1:
N
▹ number of retransmission attempts
 2:
/* Inputs */
 3:
N m a x
▹ max number of retransmission attempts
 4:
R = { r 1 , r 2 , . . . , r n }
▹ set of available rates
 5:
D
▹ Packet deadline
 6:
s
▹ SNR value
 7:
/* Definitions */
 8:
t t r a n s
▹ packet transmission time
 9:
P r , o p t
▹ residual error probability for the optimal rate sequence
10:
/* Definitions – Vectors of size N m a x */
11:
P ¯ r
P ¯ r [ i ] : residual error probability when N = i , i = 1 N m a x
12:
t ¯ t r a n s
t ¯ t r a n s [ i ] : transmission time when N = i , i = 1 N m a x
13:
R C ¯ l o w
▹ Vector of rate chains.
14:
/* The i-th element, R C ¯ l o w [ i ] , contains the retransmission chain of length N = i that ensures the lowest transmission error probability*/
15:
/* Outputs */
16:
N o p t
▹ optimal number of retransmissions
17:
R C o p t = { r o p t ( 1 ) , r o p t ( 2 ) , . . . , r o p t ( N o p t ) }
▹ optimal retransmission chain
18:
for i 1 to N m a x do
19:
    Running Algorithm 4.
20:
end for
21:
/* Calculation of N o p t and R C o p t */
22:
N o p t 1
23:
R C o p t R C ¯ l o w [ 1 ]
24:
P r , o p t P ¯ r [ 1 ]
25:
for i 2 to N m a x do
26:
    if P ¯ r [ i ] < P r , o p t then
27:
         N o p t i
28:
         R C o p t R C ¯ l o w [ i ]
29:
         P r , o p t P ¯ r [ i ]
30:
    else
31:
        Do nothing
32:
    end if
33:
end for
Algorithm 4: Selection of the retransmission chain ensuring the lowest transmission error probability for each value of N
1:
repeat
2:
    Generate a retransmission chain of size i, R C i
3:
    calculate t t r a n s ( l , s S , N , R C i )
4:
    if t t r a n s ( l , s S , N , R C i ) D then
5:
        if P r ( l , s S , N , R C i ) < P ¯ r [ i ] then
6:
            t ¯ t r a n s [ i ] t t r a n s ( l , s S , N , R i )
7:
            P ¯ r [ i ] P r ( l , s S , N , R i )
8:
            R C ¯ l o w [ i ] R C i
9:
        else if P r ( l , s S , N , R i ) = P ¯ r [ i ] then
10:
           if t t r a n s ( l , s S , N , R C i ) < t ¯ t r a n s [ i ] then
11:
                t ¯ t r a n s [ i ] t t r a n s ( l , s S , N , R C i )
12:
                P ¯ r [ i ] P r ( l , s S , N , R i )
13:
                R C ¯ l o w [ i ] R C i
14:
           else
15:
               Do Nothing
16:
           end if
17:
        else
18:
           Do Nothing
19:
        end if
20:
    else
21:
        Continue
22:
    end if
23:
until there are sequences of rates r j , of length i , R , meeting condition 2
Finally, in [34] a variant of RSIN, namely RSIN with Estimation (RSIN–E), has been introduced. RSIN–E has been devised to address the cases in which the SNR is not made available by the receivers. Thus, a learning algorithm has been designed to provide an estimation of the SNR, as better detailed in [34]. The learning algorithm is executed cyclically, with update period T U . Clearly, the introduction of a further algorithm has the effect of increasing the execution time of RSIN–E, as will be investigated in the following of the paper. In particular, the lower the update period, the higher the impact on the execution time.

5. Algorithms Implementation and Experimental Set–Up

The RAAs described in the previous section, with the exclusion of ARF, have been practically implemented on a Personal Computer (Dell Optiplex 960) equipped with an Ubuntu Long Term Support Linux distribution, based on Linux kernel version 4.1.0-040100-lowlatency. The PC is equipped with two commercial off-the-shelf Wireless Network Interface Cards (WNICs), namely TP-LINK model TL-WN851ND, in order to implement an IEEE 802.11n network, as described in Figure 1. The used WNICs are based on the AR9287 chip, which adopts the open–source ath9k driver. This choice, along with adequate modifications to the mac80211 module, following the technique outlined in [35], allowed to implement and test the designed rate adaptation algorithms.
Clearly, the use of a PC with two WNICs does not reflect a real industrial network set-up at all. However, the first set of experiments we executed do not need to be carried out on an actual industrial network, as it will be better detailed in the following. Indeed, the performed analysis is aimed at evaluating the execution times of the RAAs and their impact on the MAC layer execution times. Such times are related to the algorithms implementation and do not depend on the network configuration. Moreover, having the two WNICs installed on the same PC revealed definitely advantageous, because it allowed for exploiting a unique clock source for the experiments, ensuring high accuracy of the results, since there was no need to synchronize the two boards.
For the specific case of the RSIN algorithm, we developed two different implementations. In the first one, the constrained optimization problem (Equation (1)) is run before the transmission of each packet. In the second implementation, referred to as “RSIN Light” (RSIN–L) in the following, a set including all of the optimal retransmission chains, for each possible SNR value, is determined at an early initialization phase, and is stored within a look-up table. Thus, the selection of the retransmission chain, which happens just before a single packet transmission, simply involves access to that table. This strategy clearly reduces the execution time of the algorithm. However, because the constrained optimization problem is not solved dynamically, RSIN–L implicitly assumes that (i) the relationship between SNR and PER does not vary over time, (ii) the deadline is the same for all the transmitted packets, (iii) the packets have fixed length. The actual assessment of such conditions depends on the communication channel status as well as on the specific application.
The choice of using a Personal Computer for the implementation of the algorithms, as well as of the subsequent measurement campaign, has been suggested by the flexibility ensured by such device. Indeed, it has been possible to adequately modify the MAC layer protocol stack, as well as to enable/disable and tune the rate adaptation algorithms during the execution of the tests. However, in real applications different devices may be used, since factory automation systems make use of Programmable Logic Controllers (PLCs), sensors/actuators and, possibly, Soft PLCs. All of these devices, typically, do not grant full access to the MAC layer functions and, hence, could have not been used for our purposes. Nevertheless, and more importantly, rate adaptation algorithms do exist and are (or may be) used by such kind of devices. In this respect, we believe the results of the practical experiments we carried out, which will be discussed in the next Section, represent a meaningful indication of the impact of rate adaptation algorithms on the performance of industrial devices.
The RAAs have been implemented within the context of the Linux mac80211 framework. In agreement with this approach, we developed the set of required functions for each algorithm. A test application has been subsequently designed, in which the data exchange described in Figure 2 was triggered periodically, thus resembling a typical industrial polling sequence. A Master–Slave relationship has been set-up where one board (the Master), configured as Access Point, sends a request packet to the other one, configured as Station (the Slave), which responds with a data packet. Each transaction ends when the Master receives the packet with the requested data. The complete list of the settings used for the experiments is summarized in Table 1. They have been selected to comply with the most common features/requirements of Wi-Fi based real-time industrial networks and their relevant rate adaptation algorithms, as described in [25,36,37,38].
We introduced adequate timestamp points within the relevant parts of the protocol stack code in order to measure the RAAs execution times. Figure 3 provides a representation of the timings related to the transmission of a packet. As can be seen, the packet is initialized at time t 1 and delivered to the MAC layer at time t 2 . The execution of the RAA takes place in the interval t 3 t 4 . The packet is eventually delivered to the physical layer at time t 5 . Notably, the reference clock shared by the two WNICs allowed to precisely timestamp the events concerned with code execution.

6. Performance Assessment

6.1. Execution Times of Rate Adaptation Algorithms

The execution time of each rate adaptation algorithm has been measured placing timestamps at the instants t 3 and t 4 in Figure 2. The obtained statistics are given in Table 2, whereas Figure 4 reports the Experimental Cumulative Distribution Function (ECDF).
As can be seen, the statistics also comprise Minstrel, a widespread general purpose algorithm [35]. Minstrel has not been designed for real–time industrial applications. However, it has been included here as an effective basis for comparison. From the presented results, it appears evident that SARF, FARF and RSIN–L have execution times of the same order of magnitude of Minstrel. Conversely, RSIN has the highest execution time, as an effect of the constrained optimization problem algorithm executed before each packet transmission. RSIN–E has an intermediate value, due to the choice of using a look up table in the experiments for such algorithm, analogously to RSIN–L. A higher value is expected in case the constrained optimization problem is executed before each packet transmission. Also, the mean execution time of RSIN–E can be reduced by increasing the update time of the learning algorithm, T U , which in this experiment was set to a rather low value (10 ms, as reported in Table 1).
In industrial applications, in order to assess real–time performance, often worst case communication times have to be taken into consideration. For this reason, we calculated the maximum execution times of the algorithms, that are reported in Table 3. As can be seen SARF, FARF and RSIN–L perform better than Minstrel, whereas both RSIN and RSIN–E show higher times, in agreement with the previous analysis.

6.2. Impact of the Rate Adaptation Algorithms on the MAC layer Execution Time

In a further session of experiments, we determined the execution times of the MAC protocol with the rate adaptation algorithms running, and evaluated the relevant impact of the algorithms themselves on such times. The impact is defined as the percentage of MAC layer execution time used to run the RA algorithm, and expressed as the ration between the algorithms execution time and the overall execution time of the MAC protocol stack. The MAC layer execution time has been measured, with refer to Figure 3 as the difference between the two timestamps t 2 and t 5 . The statistics are reported in Table 4, whereas Figure 5 shows the ECDFs curves. The Table also reports the impact of RAAs.
As can be seen, the experimental results reveal that the impact of the rate adaptation algorithms on the IEEE 802.11 MAC layer execution times may be considerable, depending on the selected algorithm.

6.3. Impact of the Rate Adaptation Algorithms on Communication

In order to achieve deeper insights about the various components of a data exchange cycle, we evaluated the time taken by the communication sequence of Figure 2, that in the following we refer to as round trip time (RTT), and the consequent impact of the rate adaptation algorithms on it. Similarly to the previous section, the impact is evaluated as the percentage of RTT used to run the RA algorithm. In this experiment, we decided to use the same network configuration shown in Figure 1 that, as already observed, does not reflect that of a typical industrial network. Nonetheless, the obtained results are meaningful. Indeed, the proximity of the two WNICs ensures an efficient communication, characterized by the selection of high transmission rates by the RAAs and very limited packet retransmissions, as we assessed in a post processing analysis. Consequently, the communication times resulted definitely lower than those achievable with a (more realistic) distributed industrial network. Thus, the measured RTT represents a lower bound for such a performance index. Conversely, the measured impact is an upper bound, since the execution times of the rate adaptation algorithms do not depend on the network configuration.
The RTT has been calculated inserting two timestamps in the code, the first one placed at time t 1 (in Figure 3), and the second one, with refer to Figure 2, at the instant of data reception from the Slave. The resulting ECDFs are presented in Figure 6.
At a first glance, from the figure, it appears evident that the adoption of rate adaptation algorithms specifically designed for real–time communication algorithms results definitely advantageous, since they allow to achieve low values of round trip times, characterized by very limited variability, as also confirmed by the statistics reported in Table 5. This is due to the very high probability of success at the first transmission attempt they achieve (for example, we measured 98.2 % for SARF and 99.6 % for RSIN). In this way, the random backoff times between two subsequent transmission attempts were mostly avoided, with the consequent benefits on timeliness [13].
More importantly, Table 5 shows that the impact of the execution time of all the rate adaptation algorithms on RTT is very limited, in particular, also for algorithms such as RSIN and RSIN–E that showed longer execution times than the other ones. This result on the one hand confirms that the adoption of the rate adaptation algorithms is advantageous whereas, on the other hand, it shows that communication times are predominant over elaboration times.

6.4. Minimum Cycle Time for a Wi–Fi based Real–time Industrial Network

In a final session of tests, we carried out a set of simulations to investigate the impact of the execution times on the minimum cycle time (MCT), a typical performance index for industrial networks [1,39]. The MCT has been introduced for networks based on a cycle (that are widespread in the industrial scenario) in which a master device regularly polls a set of slaves. In such a kind of configurations, MCT is defined as the minimum time employed by the master to subsequently poll all the slaves.
We referred to industrial network configurations typically deployed at the lower levels of factory automation systems, such as production islands, that comprise a controller and a limited number of sensors/actuators [40]. Also, the parameters selected for this test are those listed in Table 1. For the sake of simplicity, aperiodic traffic has not been considered. In order to execute realistic simulations, we took into consideration the results of the previous measurement sessions. In particular, the measured MAC layer execution times were introduced in the simulation model of all the involved nodes. Moreover, from the communication point of view, we adopted an approach similar to that presented in [41,42]. Transmission and Reception correlation matrices are calculated to simulate a multi-path MIMO channel. Specifically, we used the “F” channel model, proposed by the IEEE 802.11 Task Group n, that is targeted for industrial environments. The simulation setup comprised one master and a variable number of slaves. The polling of a slave, as described in Figure 2, starts with a data request packet issued by the master and ends with the reception of the response data from the slave. In the simulations, we considered two rate adaptation algorithms among those addressed so far, namely RSIN and RSIN–L. Furthermore, as a basis for reference, we plotted the behavior of the MCT for the (purely theoretical) case in which the execution time of the rate adaptation algorithm was not considered. This is referred to as “No–ET”. The settings of the network were those presented in Table 1.
The behavior of the MCT versus the number of nodes is provided in Figure 7 that reports the mean values (continuous lines) and the variation range relevant to the 5th and 99th percentiles, respectively (dotted lines). The statistics are reported in Table 6. To ensure good readability the figure does not comprise RSIN–L that, however, has a behavior very close to that of No–ET. As can be seen, although the adoption of RSIN leads to a greater MCT, with respect to No–ET, its impact is rather limited. As an example, for the case of 20 nodes, it results 2.94 % . These outcomes are confirmed by the statistics of MCT, which also show that the variability introduced by the rate adaptation algorithm on the MCT is negligible. As a final remark, it may be observed that, practically, the MCT increases linearly with the number of nodes. This is not surprising, because the main cause of non–linearity is represented by packet retransmissions during the polling of slaves, that introduce random backoff times, with the consequent negative impact on the MCT. A packet needs to be retransmitted either when it incurs in a collision or when it is lost for other communication impairments. However, with the adopted Master–Slave protocol, collisions are negligible (slaves can not transmit contemporaneously) and so are the consequent packet retransmissions. Moreover, packet retransmissions due to other causes are limited by RSIN, that cleverly selects transmission rates able to ensure the best packet transmission success probability.

7. Conclusions and Future Directions of Research

In this paper, we addressed the impact of rate adaptation algorithms on the task execution times of distributed automation systems, based on Wi-Fi. The analysis has been carried out gradually, via practical experiments as well as by simulations. We first evaluated the execution times of the algorithms, then we determined their impact on the MAC protocol stack and, eventually, on the task execution times. The obtained results clearly indicate that the adoption of rate adaptation algorithms in real-time industrial communication systems should be encouraged, since they bring considerable benefits in terms of timeliness and reliability with a limited impact on the task execution times and, hence, on industrial control scheduling policies.
Future activities may be envisaged in two directions. The first one involves the development of new rate adaptation algorithms for the industrial scenario, and/or the enhancement of the existing ones. To this regard, the behavior of RSIN could be made more effective, in order to further limit its execution time. For example, some Retransmission Chains that are not able to meet a deadline could be a priori excluded, reducing in such a way the number of iterations performed in Algorithm 3.
The second direction refers to the execution of more comprehensive experimental assessments. Particularly, measurements should be carried out on real industrial devices, in order to achieve a complete characterization of their behavior.

Author Contributions

Conceptualization, F.T. and S.V.; Data curation, T.F.; Funding acquisition, F.T.; Investigation, T.F., F.T. and S.V.; Methodology, F.T. and S.V.; Software, T.F.; Supervision, F.T. and S.V.; Visualization, T.F.; Writing—original draft, T.F., F.T. and S.V.; Writing—review & editing, T.F., F.T. and S.V. All authors have read and agreed to the published version of the manuscript.

Funding

This research was partially funded by the grant FAR Impulso Tramarin, University of Modena and Reggio Emilia, Italy, and by the grant INTERACT BIRD194014, University of Padova, Italy.

Conflicts of Interest

The authors declare no conflict of interest.

References

  1. Vitturi, S.; Zunino, C.; Sauter, T. Industrial Communication Systems and Their Future Challenges: Next-Generation Ethernet, IIoT, and 5G. Proc. IEEE 2019, 107, 944–961. [Google Scholar] [CrossRef]
  2. Srinivasan, S.; Buonopane, F.; Vain, J.; Ramaswamy, S. Model Checking Response Times in Networked Automation Systems Using Jitter Bounds. Comput. Ind. 2015, 74, 186–200. [Google Scholar] [CrossRef]
  3. Bernat, G.; Burns, A.; Liamosi, A. Weakly hard real-time systems. IEEE Trans. Comput. 2001, 50, 308–321. [Google Scholar] [CrossRef] [Green Version]
  4. Lian, F.-L.; Yook, J.K.; Tilbury, D.M.; Moyne, J. Network architecture and communication modules for guaranteeing acceptable control and communication performance for networked multi-agent systems. IEEE Trans. Industr. Inform. 2006, 2, 12–24. [Google Scholar] [CrossRef]
  5. Schenato, L. Optimal Estimation in Networked Control Systems Subject to Random Delay and Packet Drop. IEEE Trans. Automat. Contr. 2008, 53, 1311–1317. [Google Scholar] [CrossRef]
  6. Gozalvez, J.; Sepulcre, M.; Palazon, J. On the feasibility to deploy mobile industrial applications using wireless communications. Comput. Ind. 2014, 65, 1136–1146. [Google Scholar] [CrossRef]
  7. Borgia, E. The Internet of Things vision: Key features, applications and open issues. Comput. Commun. 2014, 54, 1–31. [Google Scholar] [CrossRef]
  8. Xu, H.; Yu, W.; Griffith, D.; Golmie, N. A Survey on Industrial Internet of Things: A Cyber-Physical Systems Perspective. IEEE Access 2018, 6, 78238–78259. [Google Scholar] [CrossRef]
  9. 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; IEEE Std 802.11-2012 (Revision of IEEE Std 802.11-2007); IEEE: Piscataway, NJ, USA, 2012.
  10. Tramarin, F.; Mok, A.K.; Han, S. Real-Time and Reliable Industrial Control Over Wireless LANs: Algorithms, Protocols, and Future Directions. Proc. IEEE 2019, 107, 1027–1052. [Google Scholar] [CrossRef]
  11. Bellalta, B.; Bononi, L.; Bruno, R.; Kassler, A. Next generation IEEE 802.11 Wireless Local Area Networks: Current status, future directions and open challenges. Comput. Commun. 2016, 75, 1–25. [Google Scholar] [CrossRef] [Green Version]
  12. Vitturi, S.; Seno, L.; Tramarin, F.; Bertocco, M. On the Rate Adaptation Techniques of IEEE 802.11 Networks for Industrial Applications. IEEE Trans. Industr. Inform. 2013, 9, 198–208. [Google Scholar] [CrossRef]
  13. Tramarin, F.; Vitturi, S.; Luvisotto, M. A Dynamic Rate Selection Algorithm for IEEE 802.11 Industrial Wireless LAN. IEEE Trans. Industr. Inform. 2017, 13, 846–855. [Google Scholar] [CrossRef]
  14. Cheng, Y.; Yang, D.; Zhou, H.; Wang, H. Adopting IEEE 802.11 MAC for industrial delay-sensitive wireless control and monitoring applications: A survey. Comput. Netw. 2019, 157, 41–67. [Google Scholar] [CrossRef]
  15. Al-Mefleh, H.; Al-Kofahi, O. Frequency-domain contention and polling MAC protocols in IEEE 802.11 wireless networks: A survey. Comput. Commun. 2018, 129, 1–18. [Google Scholar] [CrossRef]
  16. Wang, K.; Psounis, K. Efficient scheduling and resource allocation in 802.11ax multi-user transmissions. Comput. Commun. 2020, 152, 171–186. [Google Scholar] [CrossRef]
  17. Wei, Y.; Leng, Q.; Han, S.; Mok, A.K.; Zhang, W.; Tomizuka, M. RT-WiFi: Real-Time High-Speed Communication Protocol for Wireless Cyber-Physical Control Applications. In Proceedings of the 2013 IEEE 34th Real-Time Systems Symposium, Vancouver, BC, Canada, 3–6 December 2013. [Google Scholar]
  18. Luvisotto, M.; Pang, Z.; Dzung, D. Ultra High Performance Wireless Control for Critical Applications: Challenges and Directions. IEEE Trans. Industr. Inform. 2017, 13, 1448–1459. [Google Scholar] [CrossRef]
  19. Liang, W.; Zheng, M.; Zhang, J.; Shi, H.; Yu, H.; Yang, Y.; Liu, S.; Yang, W.; Zhao, X. WIA-FA and Its Applications to Digital Factory: A Wireless Network Solution for Factory Automation. Proc. IEEE 2019, 107, 1053–1073. [Google Scholar] [CrossRef]
  20. IEC 62948—Industrial Networks—Wireless Communication Network and Communication Profiles-WIA-FA. 2017. Available online: https://webstore.iec.ch/publication/32718 (accessed on 10 September 2020).
  21. Blanes, J.S.; Berenguer-Sebastiá, J.; Sempere-Paya, V.; Ferrandis, D.T. 802.11n Performance analysis for a real multimedia industrial application. Comput. Ind. 2015, 66, 31–40. [Google Scholar] [CrossRef] [Green Version]
  22. Cibrario–Bertolotti, I.; Hu, T. Real-time performance of an open-source protocol stack for low-cost, embedded systems. In Proceedings of the conference on ETFA2011, Toulouse, France, 5–9 September 2011. [Google Scholar]
  23. Seno, L.; Tramarin, F.; Vitturi, S. Performance of Industrial Communication Systems: Real Application Contexts. IEEE Ind. Electron. Mag. 2012, 6, 27–37. [Google Scholar] [CrossRef]
  24. Wollschlaeger, M.; Sauter, T.; Jasperneite, J. The Future of Industrial Communication: Automation Networks in the Era of the Internet of Things and Industry 4.0. IEEE Ind. Electron. Mag. 2017, 11, 17–27. [Google Scholar] [CrossRef]
  25. Willig, A. Recent and Emerging Topics in Wireless Industrial Communications: A Selection. IEEE Trans. Ind. Inform. 2008, 4, 102–124. [Google Scholar] [CrossRef] [Green Version]
  26. Gungor, V.C.; Hancke, G.P. Industrial Wireless Sensor Networks: Challenges, Design Principles, and Technical Approaches. IEEE Trans. Ind. Electron. 2009, 56, 4258–4265. [Google Scholar] [CrossRef] [Green Version]
  27. Zhao, G. Wireless Sensor Networks for Industrial Process Monitoring and Control: A Survey. Netw. Protoc. Algorithms 2011, 3. [Google Scholar] [CrossRef]
  28. Mehta, B.; Reddy, Y. Industrial Process Automation Systems Design and Implementation; Elsevier: Amsterdam, The Netherlands, 2015. [Google Scholar]
  29. Industrial Wireless Sensor Network (IWSN) Market Size, Share & Trends Analysis Report By Component (Hardware, Software, Service), by Type, by Technology, by Application, by End Use, and Segment Forecasts, 2019–2025; Technical Report, no. GVR-2-68038-325-6; Grand View Research: San Francisco, CA, USA, 2019.
  30. Miorandi, D.; Vitturi, S. Analysis of master-slave protocols for real-time-industrial communications over IEEE802. 11 WLANs. In Proceedings of 2nd IEEE International Conference on Industrial Informatics, INDIN ’04, Berlin, Germany, 24–26 June 2004. [Google Scholar]
  31. Thomesse, J.P. Fieldbus Technologies in Industrial Automation; IEEE: Piscataway, NJ, USA, 2005. [Google Scholar]
  32. Kamerman, A.; Monteban, L. WaveLAN®-II: A high-performance wireless LAN for the unlicensed band. Bell Syst. Tech. J. 1997, 2, 118–133. [Google Scholar] [CrossRef]
  33. Lacage, M.; Manshaei, M.H.; Turletti, T. IEEE 802.11 Rate Adaptation: A Practical Approach. In Proceedings of the 7th ACM International Symposium on Modeling, Analysis and Simulation of Wireless and Mobile Systems; Association for Computing Machinery: New York, NY, USA, 2004; pp. 126–134. [Google Scholar]
  34. Luvisotto, M.; Tramarin, F.; Vitturi, S. A Learning Algorithm for Rate Selection in Real–Time Wireless LANs. Comput. Netw. 2017, 126, 114–124. [Google Scholar] [CrossRef]
  35. Yin, W.; Hu, P.; Indulska, J. Rate control in the mac80211 framework: Overview, evaluation and improvements. Comput. Netw. 2015, 81, 289–307. [Google Scholar] [CrossRef]
  36. Tramarin, F.; Vitturi, S.; Luvisotto, M.; Zanella, A. On the Use of IEEE 802.11n for Industrial Communications. IEEE Trans. Industr. Inform. 2016, 12, 1877–1886. [Google Scholar] [CrossRef]
  37. Sauter, T.; Jasperneite, J.; Lo Bello, L. Towards new hybrid networks for industrial automation. In Proceedings of the 2009 IEEE Conference on Emerging Technologies Factory Automation, Mallorca, Spain, 22–25 September 2009. [Google Scholar]
  38. Sauter, T. The Three Generations of Field-Level Networks—Evolution and Compatibility Issues. IEEE Trans. Ind. Electron. 2010, 57, 3585–3595. [Google Scholar] [CrossRef]
  39. Robert, J.; Georges, J.P.; Rondeau, E.; Divoux, T. Minimum Cycle Time Analysis of Ethernet–Based Real–Time Protocols. Int. J. Comput. Commun. Control 2012, 7, 743–757. [Google Scholar] [CrossRef] [Green Version]
  40. Zurawski, R. Industrial Communication Technology Handbook; Taylor & Francis Ltd: Abingdon, UK, 2017. [Google Scholar]
  41. Erceg, V. IEEE P802.11 Wireless LANs TGn Channel Models. Available online: http://www.mweda.com/img/smqh/tongxin/tongxin-731o0qlqhuwuma.pdf (accessed on 10 September 2020).
  42. Schumacher, L.; Pedersen, K.I.; Mogensen, P.E. From antenna spacings to theoretical capacities - guidelines for simulating MIMO systems. In Proceedings of the The 13th IEEE International Symposium on Personal, Indoor and Mobile Radio Communications, Lisboa, Portugal, 18 September 2002; pp. 587–592. [Google Scholar]
Figure 1. A Sketch of the Experimental Set–up.
Figure 1. A Sketch of the Experimental Set–up.
Sensors 20 05195 g001
Figure 2. Data transaction between the two Wireless Network Interface Cards (WNICs).
Figure 2. Data transaction between the two Wireless Network Interface Cards (WNICs).
Sensors 20 05195 g002
Figure 3. Timings related to the transmission of a packet.
Figure 3. Timings related to the transmission of a packet.
Sensors 20 05195 g003
Figure 4. ECDFs for the comparison of the RAAs execution times.
Figure 4. ECDFs for the comparison of the RAAs execution times.
Sensors 20 05195 g004
Figure 5. ECDFs representing the IEEE 802.11 MAC layer execution times.
Figure 5. ECDFs representing the IEEE 802.11 MAC layer execution times.
Sensors 20 05195 g005
Figure 6. ECDFs for the comparison of the RTT when rate adaptation is enabled.
Figure 6. ECDFs for the comparison of the RTT when rate adaptation is enabled.
Sensors 20 05195 g006
Figure 7. Minimum Cycle Time for a Prototype Industrial Network.
Figure 7. Minimum Cycle Time for a Prototype Industrial Network.
Sensors 20 05195 g007
Table 1. Settings of the experimental testbed.
Table 1. Settings of the experimental testbed.
ParameterValue
Period of Transactions10 ms
Number of transactions100,000
Packet Length50 bytes
KSARF2
NSARF = NFARF10
Update Period RSIN-E, TU10 ms
RSIN and RSIN-E Deadline2 ms
Center Frequency2660 MHz
Channel modelIEEE 802.11n
Channel bandwidth40 MHz
STBCEnabled
LDPCDisabled
Guard IntervalNormal
N of spatial streams2
Available Data rates [ M b p s ]13.5, 27, 40.5, 54, 81, 108, 121.5, 135
Table 2. Execution time statistics of the rate adaptation algorithms.
Table 2. Execution time statistics of the rate adaptation algorithms.
AlgorithmMeanStd. deviation
SARF 1.56895 μ s 0.993964 μ s
FARF 1.80424 μ s 0.999401 μ s
RSIN-L 1.95316 μ s 1.24508 μ s
RSIN 22.8111 μ s 2.9518 μ s
RSIN-E 5.5637 μ s 3.98806 μ s
Minstrel 1.29763 μ s 1.79429 μ s
Table 3. Maximum values of the execution time of the selected RAAs.
Table 3. Maximum values of the execution time of the selected RAAs.
AlgorithmMax Value
SARF 4.81206 μ s
FARF 4.33086 μ s
RSIN-L 6.13538 μ s
RSIN 31.7115 μ s
RSIN-E 17.2933 μ s
Minstrel 7.71133 μ s
Table 4. Impact of the RA techniques on the MAC layer execution time.
Table 4. Impact of the RA techniques on the MAC layer execution time.
MAC Execution Time
AlgorithmMeanStd. deviationImpact [%]
SARF 11.7137 μ s 6.26242 μ s 13.39
FARF 13.4602 μ s 6.81398 μ s 13.40
RSIN-L 12.5359 μ s 6.9672 μ s 15.58
RSIN 29.4723 μ s 7.00321 μ s 77.40
RSIN-E 18.096 μ s 6.90356 μ s 30.75
Minstrel 12.7162 μ s 6.91258 μ s 10.20
Table 5. Statistics of the Round Trip Time and Impact of the RA techniques.
Table 5. Statistics of the Round Trip Time and Impact of the RA techniques.
Round Trip Time
AlgorithmMeanStd. DeviationImpact [%]
SARF 1.69607 ms 0.978333 ms 0.1836
FARF 1.6906 ms 0.965661 ms 0.2134
RSIN-L 1.61245 ms 0.927467 ms 0.2423
RSIN 1.66003 ms 0.891203 ms 2.7478
RSIN-E 1.53468 ms 0.789313 ms 0.7250
Minstrel 2.26982 ms 1.47906 ms 0.1143
Table 6. Statistics of the MCT and Impact of the RA algorithms.
Table 6. Statistics of the MCT and Impact of the RA algorithms.
Nr.RSINRSIN–LNo–ET
NodesMeanDev.MeanDev.MeanDev.
[ms][ms][ms][ms][ms][ms]
5 8.5064 0.4198 8.3022 0.4241 8.2566 0.4274
10 16.9741 0.5772 16.5751 0.5879 16.4748 0.5883
20 33.9502 0.8226 33.1381 0.8314 32.9521 0.8386

Share and Cite

MDPI and ACS Style

Fedullo, T.; Tramarin, F.; Vitturi, S. The Impact of Rate Adaptation Algorithms on Wi-Fi-Based Factory Automation Systems. Sensors 2020, 20, 5195. https://doi.org/10.3390/s20185195

AMA Style

Fedullo T, Tramarin F, Vitturi S. The Impact of Rate Adaptation Algorithms on Wi-Fi-Based Factory Automation Systems. Sensors. 2020; 20(18):5195. https://doi.org/10.3390/s20185195

Chicago/Turabian Style

Fedullo, Tommaso, Federico Tramarin, and Stefano Vitturi. 2020. "The Impact of Rate Adaptation Algorithms on Wi-Fi-Based Factory Automation Systems" Sensors 20, no. 18: 5195. https://doi.org/10.3390/s20185195

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop