A Novel Technique to Parameterize Congestion Control in 6TiSCH IIoT Networks
Abstract
The Industrial Internet of Things (IIoT) refers to the use of interconnected smart devices, sensors, and other technologies to create a network of intelligent systems that can monitor and manage industrial processes. 6TiSCH (IPv6 over the Time Slotted Channel Hop** mode of IEEE 802.15.4e) as an enabling technology facilitates low-power and low-latency communication between IoT devices in industrial environments. The Routing Protocol for Low power and lossy networks (RPL), which is used as the de-facto routing protocol for 6TiSCH networks is observed to suffer from several limitations, especially during congestion in the network. Therefore, there is an immediate need for some modifications to the RPL to deal with this problem. Under traffic load which keeps on changing continuously at different instants of time, the proposed mechanism aims at finding the appropriate parent for a node that can forward the packet to the destination through the least congested path with minimal packet loss. This facilitates congestion management under dynamic traffic loads. For this, a new metric for routing using the concept of exponential weighting has been proposed, which takes the number of packets present in the queue of the node into account when choosing the parent at a particular instance of time. Additionally, the paper proposes a parent selection and swap** mechanism for congested networks. Performance evaluations are carried out in order to validate the proposed work. The results show an improvement in the performance of RPL under heavy and dynamic traffic loads.
Index Terms:
6TiSCH, Industrial Internet of Things, Congestion Control, RPL.I Introduction
Over the last decade, there has been a huge rise in the use of wireless Internet of Things (IoT) devices, especially in the industrial sectors [1, 2, 3]. IoT has numerous applications in the industrial sector, such as predictive maintenance, supply chain management, quality control, energy management, worker safety, etc [4, 5]. Due to the exponential increase in the use of constrained devices, a strategy to uniquely address these devices became an issue. In order to deal with this problem, IEEE 802.15.4e [6] 6TiSCH working group has standardized the control plane and IP layer on top of the TSCH MAC layer [7]. Integration of IPv6 to the TSCH network gave rise to certain issues, the proper handling of which, was extremely essential. One such challenge was addressing the arrangement of nodes in the 6TiSCH networks. To resolve this issue, an efficient network routing protocol was needed, which can route the data in the network, considering the power consumption and the limited computing capabilities of the IoT devices. In pursuit of a routing algorithm suitable for the given network, RPL was integrated with the 6TiSCH stack which was designed by the IETF Roll WG, specified in [RFC6550]. RPL is an IPv6-based routing protocol that is designed to operate in low-power and lossy networks (LLNs), and is especially suited to TiSCH-based IoT networks. RPL supports multipoint-to-point and point-to-multipoint communication, energy-efficient routing, and multicast traffic, among other characteristics that make it a good fit for LLNs. Overall, RPL is a crucial protocol for effective communication in low-power and lossy networks, which are increasingly common in the Internet of Things (IoT) and other applications.
RPL is observed to suffer from several limitations during network congestion [8, 9, 10]. Although IIoT devices generate small amounts of data, congestion can still occur in 6TiSCH IIoT networks due to high network density, synchronization due to clock inaccuracies, scheduling conflicts, data spikes during certain events in the industrial processes, packet loss, and retransmission. Smart Grid Management is an application scenario where congestion has been observed to occur in IIoT networks. This congestion can lead to sub-optimal network efficiency and performance and, in severe cases, may even cause network failure. Hence, it is extremely necessary to develop efficient congestion detection and control mechanisms for 6TiSCH networks. RPL was initially designed with the primary objective of handling low and moderate traffic in the network. As a result, its performance degraded when data traffic rates in the network fluctuated or increased by a very high amount (bursty data). Therefore, in this paper, we aim to address the aforesaid issue by computing the appropriate parent to route the packets with the least congestion path. Additionally, this assists in achieving energy-efficiency by reducing packet loss and re-transmissions.
I-A Motivation
The effectiveness of congestion control depends on the network’s ability to remain resilient under high-traffic conditions. Inefficient routing protocols result in network congestion. In 6TiSCH-based IoT network applications, the congestion can be avoided through the dynamic swap** of parents. The primary idea is to swap (or associate) to a less congested parent for routing the packets. However, unnecessary or excessive swap** of parents can lead to an unstable network with high swap** overhead as an association/disassociation requires the exchange of several control frames. Further, it may result in packet transmission failures since the child node often remains idle, waiting for new parents to be assigned most of the time. Therefore, there is a necessity to minimize the parent swap** unless the node is congested for a longer duration. In the paper, we aim to associate the child node with a less congested parent based on certain conditions discussed further.
From [11], it can be observed that when a parent node reaches a critical congestion level defined by a factor , the child nodes are swapped. However, this threshold does not consider the parent node’s previous congestion records. Additionally, a parent node may experience temporary congestion due to sporadic data bursts. In such cases, it will likely return to its normal operation mode after some time. Further, the technique considered in [11] marks the parent node from which the child nodes have been swapped due to the exceeding prescribed value of (critical level of congestion) as a poor candidate for parent for a amount of time. However, for sporadic data bursts, the computed mean value of (level of congestion at a particular node) does not change significantly, and hence, swap** a parent is not an optimal choice.
We illustrate the need to reduce unnecessary swap** during sporadic data bursts in Fig. 1 and Fig. 1. In Fig. 1, we observe that there is a sudden data burst for a parent node resulting in a peak represented by [11]. This results in parent swap** as exceeds the value. However, it can be observed the traffic load reduces quickly, indicating a sub-optimal choice of parent swap. In this scenario, the average level of congestion in the considered parent node does not significantly change. This is shown by the in Fig. 1. Further, Fig. 1 shows a parent node with consistently high traffic but below the . This node becomes a good parent candidate for the child nodes swapped from parent nodes having traffic characteristics of Fig. 1. But, due to this swap, the candidate parent node may incur more congestion resulting in packet retransmissions and losses. This degradation in network performance could have been avoided if parent swap** is performed based on the average level of congestion in the parent, given by .
![Refer to caption](extracted/5402868/scatter-plot_2.png)
![Refer to caption](extracted/5402868/scatter-plot_3.png)
I-B Contribution & Organization
In this paper, we propose a novel technique to reduce unnecessary parent swaps and later compute an appropriate parent for routing packets. This is achieved by incorporating exponential weighting to select the parent node based on the number of packets in the node’s queue at a given instance of time. The proposed mechanism identifies and manages congestion in 6TiSCH networks. The contributions of the paper are summarized below.
-
1.
Development of a parent selection and swap** mechanism for congested networks and avoiding unnecessary parent swap** during sporadic traffic data bursts.
-
2.
Development of a new metric for RPL-based routing using the concept of exponential weighting to compute the appropriate parent with the least congested path. This helps in managing congestion in the network.
-
3.
Performance comparison with existing work shows the proposed mechanism improves RPL-based several QoS measurements under heavy and dynamic traffic loads.
The rest of the paper has been divided into the following sections: Section II discusses the related work in the routing domain of 6TiSCH and LLN networks. The network model considered has been discussed in Section III. Section IV describes the proposed work and the algorithms used. Section V discusses in extensive detail the experimentation performed and the performance evaluations. Section VI concludes the paper.
II Related Work
The rapid growth of network size caused by the implementation of IPV6 into the TSCH schedule for IIoT devices has led to a significant issue of network congestion that needs to be addressed, given that RPL was initially designed for small to moderate-size topologies. To achieve congestion control in RPL, various techniques [12, 13, 14, 15, 16, 17, 11] can be employed, such as rate control, congestion notification, and congestion avoidance. Rate control involves limiting the rate at which data is sent through the network, while congestion notification involves signaling to nodes that congestion is occurring. Congestion avoidance involves adjusting the routing paths in the network to avoid congested areas. The authors in [12] relied only on objects defined by RPL and proposed a new objective function for network formation based on the rank criteria, which is merely a track of the hop count of a particular node to its DODAG sink. It also provides a mechanism to increase the rank of a particular node when the upward data transmission fails, though an increase in rank may trigger network reformation, which creates a high network overhead. Moreover, it does not discuss any method to calculate congestion or load balancing. In [13], an objective function that incorporates various metrics for path calculation, preferred parent selection, and parent swap** is presented. For parent swap**, it uses a threshold to select a new preferred parent based on the path’s cost through the current preferred parent compared to the minimum cost path. Although it prevents unnecessary swaps when an upstream transmission fails, it does not consider congestion status for either the current or preferred parent for the reallocation of child nodes. The authors in [14] proposed a congestion control mechanism primarily focused on Queue utilization and rank i.e., the number of hops from a node to the sink/DODAG root node. The scheme was relatively inadequate since they only considered the ratio of the number of packets in the queue to the buffer size, which would prompt a parent swap once it met a specific threshold. However, there may be instances where the data transmitted in bursts fill the queue temporarily, and the queue remains underutilized for the remainder of the network session. [15] describes an objective function that addresses both low and high data transmission scenarios. The authors propose an objective function that considers link quality and buffer occupancy and a combined matrix for congestion detection with two prioritizing factors that balance suitable features for congestion detection. However, this approach has the same disadvantage with sporadic data bursts as discussed previously. In [11], the proposed approach includes two parent selection techniques to adjust to changing network traffic loads. The level of each node’s queue backlog is monitored to identify congestion, and new parent nodes are chosen following the balance of the network’s load. Unnecessary parent swaps are a major issue in this technique. In view of this, we present a novel technique that minimizes unnecessary parent swaps and computes an appropriate parent node for routing packets in a congested network.
III Network Model
![Refer to caption](extracted/5402868/RPL.jpg)
The network model considered in this paper has been shown in Fig. 2. The network has a Destination Oriented Directed Acyclic Graph (DODAG) structure. The DODAG has a stratified routing structure that organizes nodes in a tree-like topology which has a single root node at the top, leaf nodes at the bottom, and each node has one or more parents, which are responsible for forwarding packets toward the destination. Each DODAG network topology has a version number. This same number is present in all the nodes of the network. There are two modes of operation, namely, a) Storing mode: wherein all the nodes contain full information of the network topology in their routing table. As a result, all the nodes have information about directly reaching the other nodes, and b) Non-Storing mode: wherein only the border router or DODAG root has the complete information of the network topology in their routing table. All other nodes only maintain their list of parents and use this list as a route to send their packets toward the border router. In this paper, we considered the network functions in the Non-Storing Mode. A node sends a DIS control message when it wishes to join a DODAG but hears no announcement or cannot detect any DODAG network. When a node in a DODAG network receives DIS messages, it multicasts the DIO message and announces to other nodes the presence of itself and the DODAG network. Each node in the network maintains a routing table that lists the next-hop node for each destination. When a node needs to send a packet to a destination, it looks up the destination in its routing table and forwards it to the next-hop node listed. If a node doesn’t have a routing table entry for a particular destination or wants to join the network, it sends a DAO message up the DODAG toward the root node. The root node then replies with a DAO-ACK message that contains information about the destination, including its rank and the next-hop node towards the destination.
IV Proposed Work
Symbols | Meaning |
---|---|
CuP | Current Parent node of node i |
CaP | Candidate Parent of node i |
PS(P) | Parent Score of node P |
minPS | minimum Parent Score |
DAG | Directed Acyclic Graph |
DODAG | Destination Oriented DAG |
DIS | DODAG Information Solicitation |
DIO | DODAG Information Object |
DAO | DODAG Advertisement Object |
DAO-ACK | DODAG Advertisement Object Acknowedgement |
Parent(n) | Potential set of parent candidates |
ETX(n,P) | Estimated Transmission Count from node n to P |
TNOP(n,P) | total number of packets sent from node n to P |
TNOPSS (n,P) | total number of packets sent successfully from |
node n to P | |
QOF (n) | Queue Occupancy Factor of node n |
EWQOF | Exponential Weighted Queue Occupancy Factor |
HDLAC (n,P) | Hop Distance Link Assessment Criterion |
NONTP (n) | Number of non-transmitted packets of queue of n |
QL (n) | Length of Queue of n |
In this section, we present our proposed mechanism, which is based on our novel approach termed Exponential Weighted Queue Occupancy Factor (EWQOF) for identifying and managing congestion in 6TiSCH networks. Initially, the DODAG tree is formed by disseminating and receiving RPL control messages, namely DIS, DIO, DAO, and DAO-ACK. In the first instance, the parent is selected by a node from its potential set of parents based on their distance from the DODAG root i.e., node selects the parent which has the minimum distance to the DODAG root. However, this congestion metric is insufficient and not useful for the nodes during the entire network lifetime due to the dynamic nature of the traffic. In the 6TiSCH network, the traffic load may change during its lifetime due to various reasons: addition of new IoT devices to the network with heterogeneous sending rate, change in packet sending rate of IoT devices during certain intervals of time, malfunction or shutdown for maintenance of certain IoT devices during certain time intervals. Our proposed work comes into action after the initial DODAG tree is formed. Next, we consider metrics that are used for the detection and prevention of congestion in the network. The first metric criterion for selecting a better potential parent is called . The of a parent is the number of nodes between the and the DODAG root. Alternatively, it can be defined as the number of hops or hop distance from to DODAG root plus one. It is represented as .
(1) |
The second metric criterion for selecting a parent to send the packets through the least congested path is called . is the ratio of the total number of packet transmissions from node to parent to the total number of successful transmissions of packets from node to parent . This metric gives us a notion of the link quality connecting node to parent .
(2) |
The third metric for selecting the least congested parent from the candidate parent set is the . It is also called the backlog factor. It is the ratio of the number of packets in the queue of , which has not yet been transmitted to the length of the queue.
(3) |
The information about these metrics of a node is circulated to various nodes of the network through DIO messages.
IV-A Parent Selection and Swap** Mechanism
In this section, we present the proposed parent selection and swap** Algorithm 1. It describes how the parent nodes are selected from the candidate parent set to prevent congestion in the network. The different parameters used in the proposed algorithm are explained below.
The level of congestion at a particular node is given by . It is a very essential parameter since it triggers the node to switch its parent to avert congestion. We define as follows:
(4) |
In Eq. (4), we calculate the congestion level at a particular node by using the concept of QOF. Sometimes it may happen that the parent of , i.e., is highly congested even though is not congested. In such a case, it would be an optimal choice for the child node of not to select the parent as because it would eventually lead to congestion and loss of packets. So we modify the equation of QOF as follows:
(5) |
Let us assume that the current time instant is , then is the queue occupancy factor of the node from time instant to time instant . In Eq. (4), is called the smoothing factor. We have considered . The Eq. (4) calculates the congestion level of a node by taking into account its QOF for the previous time slots and giving more weightage to the QOF of the recent time slots and less weightage to the QOF of former time slots. This concept is being applied using exponential weighting.
The value of is determined such that where is the duration of the slotframe and is the minimum interval of the Trickle Timer [18]. It should be noted that . Resource limitations are common in LLN nodes, which often have restricted storage capacity. As is increased to accommodate more values of QOF, it could potentially surpass the node’s storage limit, creating a constraint for the node beyond a certain point. The upper bound of is decided based on the available resources in the node.
(6) |
Each node records the of its current parent . If the node finds that the is greater than , then it infers that the congestion level of its parent is high, so the loss of its transmitted packets will be high, and hence the node decides to change its parent. Thus the value of enables the node to decide when to switch its parent due to a high congestion level. Here we consider that the . The value of must be chosen very carefully. If the value of is very high, then the congestion detection and parent swap** mechanism will get delayed. If the value is very low, then there will be unnecessary swap** of parents even with a low congestion level which will increase the power consumption and overhead in the network.
In this proposed work, the parent selection strategy combines the Rank, ETX, and level of congestion () metrics to compute node congestion and select the most appropriate parent with less congestion level. Using this concept, a routing metric is introduced. is defined as follows:
(7) |
where is a weight factor. It controls the effect of in during the parent selection process. Since is a fraction, so . To have a significant effect of in , .
In addition to Eq. (6), there exists another criterion that needs to be satisfied to avoid unnecessary parent change. It is . It is defined as follows:
(8) |
where,
(9) |
is a threshold value used to prevent rapid switching of parents or oscillations between parents in order to reduce the excessive attrition in the network. After satisfying Eq. (6) and Eq. (8), the most appropriate least congested parent , having the minimum Parent Score, is determined and chosen as per the following expression.
(10) |
![Refer to caption](extracted/5402868/throughput1.jpeg)
![Refer to caption](extracted/5402868/pdr.png)
![Refer to caption](extracted/5402868/average_number_of_swaps1.jpeg)
![Refer to caption](extracted/5402868/Average_Energy_Consumed1.jpeg)
V Experimental Results
In this section, the performance of the proposed EWQOF mechanism is evaluated and compared with Max QOF scheme, which has already been proved to outperform RPL with OF0 and MHROF objective functions [11]. The performance metrics considered for the evaluation of the proposed scheme are 1) Throughput, 2) Packet Delivery Ratio, 3) Average number of Swaps, and 4) Average Energy Consumption.
V-A Simulation Setup
The network topology considered for the experiment is shown in Fig 2. Extensive simulations were conducted in MATLAB to assess the effectiveness of the proposed approach. The parameters and settings specified in Table II were employed for the evaluations. The value of considered for the experiment is 0.25 [11]. The value of considered for the experiment is 0.5. This value was chosen as it enables to track QOF data closely by giving a balanced weight between recent QOF data and past QOF data and provides a significant increase in Packet Delivery Ratio as compared to other values of .
Simulation Parameters | Values Considered |
---|---|
Propagation Model | Shadowing (Log-Normal) |
Standard Deviation | 14 dB |
Deployment Area | 200m x 200m |
Transmission Range | 30m |
Data Rate | 250 kb/s |
Packet Length | 100 B |
Slotframe Length | 100 slots |
Time slot duration | 10ms |
Output buffer size | 10 packets |
3s | |
0.5 | |
0.5 | |
0.5 |
V-B Throughput
Throughput is one of the most important QoS parameters for any IoT application. It can be observed from Fig 3 that the proposed mechanism outperforms the Max QOF technique. This is largely due to the fact that the parent nodes are not swap immediately after a sudden spike in traffic, which otherwise results in packet loss. Unnecessary swap** increases network overhead from the association process and reduces throughput. Additionally, the proposed mechanism computes an optimal parent for data transmission in a congested channel resulting in higher successfully transmitted packets. We observe a 6-30% improvement in the RPL performance on implementing the proposed mechanism.
V-C Packet Delivery Ratio
The performance metric known as the packet delivery ratio (PDR) is commonly used in sensor network literature and is a vital parameter to measure the performance of a routing protocol like RPL. It measures the proportion of successfully delivered packets to the total number of packets transmitted by the sensors. Fig3) shows that on scaling up the network, the PDR of the proposed mechanism is higher than the Max QOF technique. This can be attributed to its inherent nature of identifying and swap** parents based on the average level of congestion in the parent, and avoiding needless swaps. We observe a 4-10% improvement in the RPL performance on implementing the proposed mechanism.
V-D Average number of swaps
Swap** are associated with additional overhead as discussed earlier. Frequent unnecessary swap** result in excessive power consumption with the exchange of control frames and transmission of messages. Fig. 3 shows the total number of swaps over a fixed period of time. Max QoF suffers from excessive swaps as it selects a new parent whenever the current data burst increases beyond . However, the proposed EWQOF mechanism has lesser number of swaps compared to the Max QOF, especially on increasing the network size beyond 30 nodes (15-60%).
V-E Average Energy Consumption
As the devices considered in a 6TiSCH-based IoT network application are energy constrained, it is of utmost importance to have techniques that increase the overall network lifetime. The incorporation of the proposed mechanism in RPL results in higher energy savings compared to the Max QoF technique. The primary reason is the reduced number of parent swaps and the ability to compute and select the appropriate parent for the transmission route during network congestion. The energy savings is further noticeable for large-sized networks as shown in Fig3.
VI Conclusion & Future Work
In this paper, we address the issue of inefficient congestion control mechanisms in RPL arising from inefficient in-built congestion control mechanisms. The severity of the issue is observed in bursty data traffic resulting in frequent changes in the parent-child associations. In this paper, we address this issue by reducing unnecessary parent changes and computing an appropriate parent and route. This ensures that a node forwards its packets to the destination through the least congested path, resulting in minimal packet loss. A novel routing metric incorporating exponential weighting has been proposed to select the parent node based on the number of packets in the node’s queue at a given moment. Additionally, the proposed parent selection and swap** mechanism enables efficient transmissions in congested networks. The simulation results show that the proposed mechanism outperforms the related technique by reducing the number of parent swaps and energy dissipation and improving the packet delivery rate and throughput. As a part of future work, we plan to investigate and further analyze the parameters affecting the parent swaps and implement them in a real testbed.
References
- [1] F. Guo, F. R. Yu, H. Zhang, X. Li, H. Ji, and V. C. Leung, “Enabling massive IoT toward 6G: A comprehensive survey,” IEEE Internet of Things Journal, vol. 8, no. 15, pp. 11 891–11 915, March 2021.
- [2] N. Choudhury, R. Matam, M. Mukherjee, and L. Shu, “Beacon Synchronization and Duty-cycling in IEEE 802.15.4 Cluster-tree Networks: A Review,” IEEE Internet Things J., vol. 5, no. 3, pp. 1765–1788, June 2018.
- [3] M. Mahyoub, A. S. H. Mahmoud, M. Abu-Amara, and T. R. Sheltami, “An efficient RPL-based mechanism for node-to-node communications in IoT,” IEEE Internet of Things Journal, vol. 8, no. 9, pp. 7152–7169, May 2020.
- [4] A. Kumbam, N. Choudhury, and M. M. Nasralla, “LIDS: Lightweight Dynamic Scheduling Technique for 6G-enabled Massive LoRa based IoT Systems,” in 2022 IEEE Globecom Workshops (GC Wkshps), Dec. 2022, pp. 1622–1627.
- [5] N. Choudhury, R. Matam, M. Mukherjee, and J. Lloret, “A non-threshold-based cluster-head rotation scheme for IEEE 802.15.4 cluster-tree networks,” in 2018 IEEE global communications conference (GLOBECOM), Dec. 2018, pp. 1–6.
- [6] I. S. Association, “IEEE Std 802.15.4e: Low-Rate Wireless Personal Area Networks (LR-WPANs)—Amendment 1: MAC Sublayer; IEEE Std 802.15.4e-2012 (Amendment to IEEE Std 802.15.4-2011),” IEEE Comp. Soc.: New York, NY, USA, 2012.
- [7] X. Vilajosana, T. Watteyne, T. Chang, M. Vučinić, S. Duquennoy, and P. Thubert, “Ietf 6tisch: A tutorial,” IEEE Communications Surveys & Tutorials, vol. 22, no. 1, pp. 595–615, Sept. 2019.
- [8] F. Righetti, C. Vallati, D. Rasla, and G. Anastasi, “Investigating the CoAP congestion control strategies for 6TiSCH-based IoT networks,” IEEE Access, vol. 11, pp. 11 054–11 065, Feb. 2023.
- [9] H. Lamaazi and N. Benamar, “A comprehensive survey on enhancements and limitations of the RPL protocol: A focus on the objective function,” Ad Hoc Networks, vol. 96, p. 102001, 2020.
- [10] C. Lim, “A survey on congestion control for RPL-based wireless sensor networks,” Sensors, vol. 19, no. 11, p. 2567, 2019.
- [11] H. Farag, P. Österberg, and M. Gidlund, “Congestion Detection and Control for 6TiSCH Networks in IIoT Applications,” in IEEE International Conference on Communications (ICC), June. 2020, pp. 1–6.
- [12] P. Thubert, “Objective Function Zero for the Routing Protocol for Low-Power and Lossy Networks (RPL),” RFC 6552, Mar. 2012. [Online]. Available: https://www.rfc-editor.org/info/rfc6552
- [13] O. Gnawali and P. Levis, “The Minimum Rank with Hysteresis Objective Function,” RFC 6719, Sept. 2012. [Online]. Available: https://www.rfc-editor.org/info/rfc6719
- [14] H.-S. Kim, J. Paek, and S. Bahk, “Qu-rpl: Queue utilization based rpl for load balancing in large scale industrial applications,” in 2015 12th Annual IEEE International Conference on Sensing, Communication, and Networking (SECON), 2015, pp. 265–273.
- [15] H. A. A. Al-Kashoash, Y. Al-Nidawi, and A. H. Kemp, “Congestion-aware rpl for 6l0wpan networks,” in 2016 Wireless Telecommunications Symposium (WTS), 2016, pp. 1–6.
- [16] K. S. Bhandari, A. S. M. S. Hosen, and G. H. Cho, “Coar: Congestion-aware routing protocol for low power and lossy networks for iot applications,” Sensors, vol. 18, no. 11, 2018. [Online]. Available: https://www.mdpi.com/1424-8220/18/11/3838
- [17] M. A. Lodhi, A. Rehman, M. M. Khan, and F. B. Hussain, “Multiple path rpl for low power lossy networks,” in 2015 IEEE Asia Pacific Conference on Wireless and Mobile (APWiMob), 2015, pp. 279–284.
- [18] D. Z. Fawwaz and S.-H. Chung, “Adaptive Trickle Timer for Efficient 6TiSCH Network Formation using Q-Learning,” IEEE Access, vol. 11, pp. 37 931–37 943, April 2023.