Abstract

As an emerging research field, networked control systems have shown the increasing importance and attracted more and more attention in the recent years. The integration of control and communication in networked control systems has made the design and analysis of such systems a great theoretical challenge for conventional control theory. Such an integration also makes the implementation of networked control systems a necessary intermediate step towards the final convergence of control, communication, and computation. We here introduce the basics of networked control systems and then describe the state-of-the-art research in this field. We hope such a brief tutorial can be useful to inspire further development of networked control systems in both theory and potential applications.

1. Introduction

“Networked control systems” (NCSs) are the name of a general class of control systems where “the control loop is closed via a serial communication network” [1]. Interest in such a system configuration can date back to as early as 1980s, when the so-called “Integrated Communication and Control Networks” attracted much attention from the control community [2]. From that time on, other aliases, such as “Network-Based Control Systems” and “Control over (through) Networks,” have also been used to describe similar, if not the same, system configuration as NCSs but are seldom used today.

As indicated by its name, the most distinct feature of NCSs is the use of communication networks in the control loop [3, 4]. Earlier days have witnessed the use of the control-oriented communication networks, such as the Control Area Network and DeviceNet, as the first choice of the communication networks in NCSs; the fast development of the communication technology as well as the increasing needs of large scale systems has now made the Internet an overwhelmingly attracting alternative. The Internet offers us the capability of building a large control system at much lower cost and easier maintenances, with also more flexible reconfiguration. Built on such fundamental theoretical advances in NCSs, we have seen various innovations, such as the smart home, smart transportation, remote surgery, and Internet of Things, in recent years [58].

The advantages brought by NCSs however do not come at no cost. A fundamental basis of conventional control systems is that the data exchanges among the control components are lossless. In NCSs, the data have to be transmitted through the communication network, and the nature of the Internet and other variations of data networks means that perfect data exchanges among the control components are essentially unavailable. The imperfect data translation in NCSs thus introduces the so-called communication constraints to the control system, which include, for example, the network-induced delay (the delays occurred in transmitting the sensing and control data), the data packet dropout (the data packet may be missing during transmission), and the time synchronization issue (different control components may work on different clocks) [9]. These communication constraints can greatly degrade the system performance or even destabilize the system at certain conditions, while simple extensions of conventional control approaches cannot be obtained directly in a networked control environment [1016]. These difficulties thus pose great challenges for the control and communication communities and considerable works have been done for a better understanding and design of such systems at the boundary of control theory and communication technology [1719].

Here, we provide a brief tutorial on NCSs. This consists of two parts. We first give an extensive introduction of the communication networks in NCSs, including its basic characteristics and more importantly its interactions with the control system. Note that we focus on data networks such as the Internet but not the control-oriented networks, simply because of the increasing use and more complicated communication features of the former. We then survey the state-of-the-art research on NCSs, from mainly the control perspective with also an emphasis on the codesign approach which integrates both control and communication. This tutorial is not necessarily thorough or comprehensive. Rather, our main purpose is to introduce to the new researchers the basics of NCSs. By attracting more and more young researchers to this field, we believe that the glorious future that NCSs have promised will become true very soon.

For simplicity in this tutorial, we focus on a simpler structure of NCSs. In fact, from a general perspective of system structure, NCSs may contain two different structures [20]: the “direct structure” (Figure 1) and the “hierarchical structure” (Figure 2). The latter is different from the former as a local controller is present and the communication network is used to close the loop between the main controller and the local system. This structural distinction may have some theoretical as well as practical values; the latter, however, may be regarded as a hierarchical combination of the direct structured NCS and a conventional local control system and therefore it is not absolutely necessary to investigate the hierarchical structure as a brand new type of NCSs. In fact, most available works on NCSs to date have focused on the direct structure, which is also the main focus of this brief tutorial.

2. The Basics of Networked Control Systems

This section introduces the basics of NCSs, where an emphasis is made on the differences between NCSs and conventional control systems, that is, the distinct and unique characteristics of NCSs that are brought by the inserted communication network.

2.1. Network Topology

In the presence of the communication network in the NCSs, the conventional control components include the sensor, the controller, and the actuator work as network nodes from the perspective of network topology. From this perspective, two issues need to be addressed as follows.

2.1.1. Time-Synchronization

The control components need to be time synchronized to act properly. This is a fundamental basis of conventional control systems but is usually missing in NCSs due to the use of the distributed communication networks [21]. Under certain conditions, time-synchronization in NCSs may not be a necessary condition if the network-induced delay in the backward channel is not required for the calculation of the control signals and/or the network-induced delay in the forward channel is not required for the implementation of the control actions. In some other cases, as discussed in [22, 23], time-synchronization together with the use of time stamps in NCSs can offer an advantage over conventional time delay systems since the backward channel delay is known by the controller and the forward channel delay (round trip delay as well) is known by the actuator. This advantage can then be used to derive a better control structure for NCSs as done in [22, 24].

2.1.2. Drive Mechanism

The sensor and the actuator can be driven either by time or event. The difference between the two drive mechanisms lies in the trigger method that initiates the control components. For the time-driven mechanism, the control components are trigged to work at regular intervals, while for the event-driven mechanism the control components are only trigged by predefined “events.” From a broad perspective, time-driven mechanism can be regarded as a special case of event-driven mechanism, when the trigger events for the latter are chosen as the time. Therefore, it is no wonder why the event-driven mechanisms are more sophisticated and may require ancillary devices to work.

The sensor is usually time driven, while the controller and the actuator can either be time driven or event driven. For more information on the drive mechanism for the control components, the reader is referred to [25] and the references therein. It is worth mentioning though that, with different drive mechanisms, different system models for NCSs are obtained and event-driven control components generally lead to a better system performance.

2.2. Packet-Based Data Transmission

The data in NCSs is encoded in the data packets and then transmitted through the communication network. A typical data packet is shown in Figure 3. Packet-based transmission is one of the most important characteristics of NCSs which distinguishes it from conventional control systems [2628]. This characteristic can mean that the perfect data transmission as assumed in conventional control systems is absent in NCSs, posing the most challenging aspect in NCSs. The communication constraints caused by the packet-based transmission in NCSs include the network-induced delay, data packet dropout, and data packet disorder, which are detailed in what follows.

2.2.1. Network-Induced Delay

The transmission time for the data packets introduces network-induced delays to NCSs, which are well known to degrade the performance of the control systems.

There are two types of network-induced delays according to where they occur.(i) is network-induced delay from the sensor to the controller, that is, backward channel delay.(ii) is network-induced delay from the controller to the actuator, that is, forward channel delay.

The two types of network-induced delays may have different characteristics [29]. In most cases, however, these delays are not treated separately and only the round trip delay is of interest [4, 3032].

According to the types of the communication networks being used in NCSs, the characteristics of the network-induced delay vary as follows [20, 33, 34].(i)Cyclic service networks (e.g., Toking-Ring and Toking-Bus) are bounded delays which can be regarded as constant for most occasions.(ii)Random access networks (e.g., Ethernet and CAN) are random and unbounded delays.(iii)Priority order networks (e.g., DeviceNet) are bounded delays for the data packets with higher priority and unbounded delays for those with lower priority.

Network-induced delay is one of the most important characteristics of NCSs which has been widely addressed in the literature to date; see, for example, [4, 30, 32, 3548].

2.2.2. Data Packet Dropout

Data transmission error in communication networks is inevitable, which in the case of NCSs then produces a situation called “data packet dropout.” Data packet dropout can occur either in the backward or forward channel, and it makes either the sensing data or the control signals unavailable to NCSs, thus significantly degrading the performance of NCSs.

In communication networks, two different strategies are applied when a data packet is lost, that is, either to send the packet again or simply discard it. Using the terms from communication networks, these two strategies are called transmission control protocol (TCP) and user datagram protocol (UDP), respectively [21]. It is readily seen that, with TCP, all the data packets will be received successfully, although it may take a considerably long time for some data packets, while, with UDP, some data packets will be lost forever.

As far as NCSs are concerned, UDP is used in most applications due to the real-time requirement and the robustness of control systems. As a result, the effect of data packet dropout in NCSs has to be explicitly considered, as done in, for example, [4954].

2.2.3. Data Packet Disorder

In most communication networks, different data packets suffer different delays, which then produces a situation where a data packet sent earlier may arrive at the destination later or vice versa; see Figure 4. This phenomenon is referred to as data packet disorder. The existence of data packet disorder can mean that a newly arrived control signal in NCSs may not be the latest, which never occurs in conventional control systems. The control performance will be inevitably degraded if the control algorithm has not taken explicit consideration of the disordered data. Some preliminary works have been done, usually using an active compensation scheme [5557].

2.2.4. Single and Multipacket

When the sensing data and the control signals are sent via data packets of the network, another situation occurs: in a case where, for example, multiple sensors are used and distributed geographically in NCSs and thus they send their sensing data separately to the controller over the network, the controller may have to wait for the arrival of all the sensing data packets before it is able to calculate the control actions, and if only one sensing data packet is lost, all the other sensing data packets have to be discarded due to incompleteness. We call this situation the “multipacket” transmission of the data in NCSs.

Another situation in NCSs is where the sensing data or the control signals of multiple steps are sent via a single data packet over the network, since the packet size used in NCSs can be very large compared with the data size required to encode a single step of sensing data or control signal. This “single packet” transmission of the data in NCSs is the fundamental basis of the so-called packet-based control approach [24].

2.3. Limited Network Resources

The limitation of the network resources in NCSs is primarily caused by the limited bandwidth of the communication network, which results in the following three situations in NCSs that are distinct from conventional control systems.

2.3.1. Sampling Period, Network Loads, and System Performance

NCSs are a special class of sampled data systems due to the digital transmission of the data in communication networks. However, in NCSs, the limited bandwidth of the network produces a situation where, a smaller sampling period may not result in a better system performance which is normally true for sampled data systems [58].

This situation happens because, with a too small sampling period, too much sensing data will be produced, thus overloading the network and causing congestion, which will result in more data packet dropouts and longer delays, and then degrading the system performance. The relationship between the sampling period, network loads, and system performance in NCSs is illustrated in Figure 5. For example, when the sampling period decreases from the value corresponding to points “a” to “b,” the system performance is getting better as in conventional sampled data systems since the network congestion does not appear until point “b”; however, the system performance is likely to deteriorate due to the network congestion when the sampling period is getting even smaller from the value corresponding to points “b” to “c.” Therefore, the relationship shown in Figure 5 implies that there is a trade-off between the period of sampling of the plant data and the system performance in NCSs; that is, in NCSs, an optimal sampling period exists which offers the best system performance (point “b” in Figure 5).

2.3.2. Quantization

Due to the use of data networks with limited bandwidth, signal quantization is inevitable in NCSs, which has a significant impact on the system performance. Quantization in the meantime is also a potential method to reduce the bandwidth usage which enables it to be an effective tool to avoid the network congestion in NCSs and thus improve the system performance of NCSs. For more information on the quantization effects in NCSs, the reader is referred to [5964] and the references therein.

2.3.3. Network Access Constraint and Scheduling

As shown in Figure 3, an NCS may use only part of the payload and share the data packet with other applications. In particular, in Figure 6, the other applications can also be NCSs, meaning that multiple NCSs share the same communication network. In such a case, the limited bandwidth of the network means that subsystems may not be able to access the network resources at all times due to resource competition. A scheduling algorithm is therefore needed to schedule the timeline of when and how long a specific subsystem can occupy the network resource. At the same time, under the satisfactory control performance constraint, the less bandwidth an NCS uses, the better it does to other applications.

3. The Research on Networked Control Systems

In this section, we briefly survey the state-of-the-art research on NCSs. This consists of two parts, categorized according to the methodologies used in these research; that is, the first category is dominated by the use of the control theory, while the second one adopts a codesign strategy by combining control and communication together.

3.1. Control-Centred Research on NCSs

Since the renewed interest in NCSs [1], the research on NCSs has been primarily done within the control theory community [20].

From the control theory community, one is concerned with the theoretical analysis of the control performance of NCSs where the network in NCSs is modeled by predetermined parameters to the control system. In this type of research, the communication characteristics of NCSs, for example, the network-induced delay, can be formulated and incorporated into the system as some parameters, thereby yielding a conventional control system for further analysis and design. This type of research simplifies the modeling and analysis of NCSs, enabling all existing control methods to be readily applied to NCSs. Hence, such a research strategy has been dominating the research field for a significant period [20, 65].

Since the communication characteristics are assumed to be given parameters, the design of NCSs then faces great conservativeness. Most works can only focus on the extension of existing control approaches to NCSs without full use of the communication characteristics of NCSs. This then ignores the possibility of optimizing the system performance by making efficient use of the network characteristics [6669].

The conventional control approaches and theories that have been applied to NCSs are briefly surveyed as follows.

(i) Time Delay Systems. As far as the network-induced delay is concerned, it is natural to model NCSs as a special class of time delay systems. This research method covers a vast range of research on NCSs; see, for example, [39, 41, 7077] and the survey in [4, 20, 78].

An interesting issue here is to determine the maximum allowable delay bound (MADB) of NCSs, which is the upper bound of the transfer interval that ensures the stability or other performance objectives of NCSs [79]. The determination of MADB is important in theory and can also play a guiding role for practical applications. One can refer to the survey paper in [36] for more information on this issue.

(ii) Stochastic Control. As mentioned above, the communication constraints in NCSs are stochastic in nature, thus enabling the application of conventional stochastic control approaches to NCSs. An early study can be found in [29], where the characteristics of the network-induced delay were explicitly formulated and preliminary stochastic stability criteria of NCSs were obtained; [35] extended the work in [2] to a stochastic optimal control framework and gave the stochastic optimal state feedback and output feedback controllers, respectively; in [42], the sufficient and necessary conditions of the stochastic stability of NCSs were obtained based on the Markov jump system framework. For further information, the reader is referred to the survey in [9].

(iii) Optimal Control. As a very successful idea both in theory and practical applications, optimal control has also found its position in NCSs. Undoubtedly, conventional optimal control approaches can be used in the networked control environment to design the controller for NCSs; see, for example, [48, 50, 51, 8082]; and, as a special class of optimal control approaches, model predictive control (MPC or receding horizon control (RHC)) seems to be more suitable for the networked control environment and “a major extension required to apply model predictive control in networked environments would be the distributed solution of the underlying optimization problem” [27]. Examples of the application of MPC to NCSs can be seen, for example, in [23, 44, 8386].

(iv) Switched System Theory. Another important tool in the study on NCSs is switched system theory, which is typically used by modelling different network conditions in NCSs as different system modes. This approach can readily deal with network-induced delay as well as data packet dropout in NCSs, and the limitation of the approach is caused mainly by how well we understand the properties of the changes of the network conditions, which is generally difficult. For the research in this area, the reader is referred to [72, 75, 8793] and the references therein.

3.2. Codesign for NCSs

As has been pointed out earlier, it is the communication network which replaces the direct connections among the control components in conventional control systems that makes NCSs distinct. Therefore, the so-called codesign approach to NCSs, an approach that integrates both control and communication, has been an emerging trend in recent years. The communication constraints are no longer assumed as predetermined parameters but act as designable factors, and by the efficient use of these factors a better performance can be expected [23, 26, 67, 68, 85, 9497]. We give two examples of the codesign approach to NCSs.

(i) Packet-Based Control Approach. As discussed in Section 2.2, the packet-based transmission is one of the most distinct characteristics of NCSs. This characteristic can be used to derive a codesign control structure for NCSs, called the packet-based control framework, as done in [23, 24, 98100]. The packet-based control approach has its origin in [44, 97], where, with the use of generalized predictive control method, the packet-based structure of the data transmission was efficiently used to actively compensate for the communication constraints in NCSs.

(ii) Control and Scheduling Codesign. In NCSs, a situation may occur where multiple control components share a network with limited bandwidth. In such a situation, network resource scheduling among the control components is necessary; see Section 2.3.3. As far as the scheduling algorithms are concerned, [1] proposed a dynamic scheduling algorithm called “try-once-discard” (TOD) which allocates the network resources in a way that the node with the greatest error in the last reported period has access to the network resource. Reference [101] proposed a Lyapunov uniformly globally asymptotically stable (UGAS) protocol based on TOD, which is further improved in [102]. In [103], the authors used the technique of “communication sequence” (see also [104]) to deal with the network access constraint for such a system configuration and modeled the subsystems as switched systems with two modes “open loop” and “closed loop” which switch according to whether the current subsystem has access to the medium or not. In [105], the authors considered a special case of the configuration shown in Figure 6 where the channel from controller to actuator is linked directly, and the rate monotonic scheduling algorithm is applied to schedule the transmissions of the sensing data of the subsystems.

4. Conclusions

Despite all the achievements that have been made for networked control systems in the past decades, more efforts are still needed in the future. Most of these ongoing researches adopt the codesign methodology, and the collaborations between the control and communication as well as computation communities are desirable.

These collaborations will then reveal the values of networked control systems in broader perspectives, by looking into its close relationship with other systems such as the Internet of Things, cyber-physical systems, and multiagent systems. All these together then bring us the promising future of the networked intelligent automation.

Conflict of Interests

The authors declare that there is no conflict of interests regarding the publication of this paper.

Acknowledgments

This work was supported in part by the National Natural Science Foundation of China under Grants 61304048, 61174058, and 61473024, the Australian Research Council under Grant DP140102180 and Grant LP140100471, and the 111 Project under Grant B12018.