Movatterモバイル変換


[0]ホーム

URL:


Next Article in Journal
Reliability and Repeatability Analysis of Indices to Measure Gait Deterioration in MS Patients during Prolonged Walking
Previous Article in Journal
Rate Dependent Krasnoselskii-Pokrovskii Modeling and Inverse Compensation Control of Piezoceramic Actuated Stages
 
 
Search for Articles:
Title / Keyword
Author / Affiliation / Email
Journal
Article Type
 
 
Section
Special Issue
Volume
Issue
Number
Page
 
Logical OperatorOperator
Search Text
Search Type
 
add_circle_outline
remove_circle_outline
 
 
Journals
Sensors
Volume 20
Issue 18
10.3390/s20185061
Font Type:
ArialGeorgiaVerdana
Font Size:
AaAaAa
Line Spacing:
Column Width:
Background:
Letter

A Design of a Time Synchronization Protocol Based on Dynamic Route and Forwarding Certification

School of Mechanical, Electrical & Information Engineering, Shandong University, Weihai 264209, China
*
Author to whom correspondence should be addressed.
Sensors2020,20(18), 5061;https://doi.org/10.3390/s20185061
Submission received: 10 July 2020 /Revised: 3 September 2020 /Accepted: 4 September 2020 /Published: 6 September 2020
(This article belongs to the SectionSensor Networks)

Abstract

:
Time synchronization is a key technique in large-scale wireless sensor network applications. In order to tackle the problems of multi-hop synchronization error accumulation, clock frequency skew swinging, and network topology changes, a time synchronization protocol based on dynamic routing and forwarding certification (DRFC-TSP) is proposed in this paper. During the time synchronization process, a reference node with fewer synchronization hops and a more stable clock frequency is selected for every single hop, in order to obtain the best synchronization route. In this way, synchronization error accumulation can be restrained and the impact of clock frequency skew swinging on the time synchronization precision can be reduced. Furthermore, changes of the network topology can be well adapted by dynamic routing, in which the reference node is updated in every synchronization round. In the forwarding certification process, the status of nodes forwarding synchronous information outwards is authored by information exchange between neighboring nodes. Only synchronous information of the certificated nodes with a better performance can be forwarded. The network traffic can be decreased and the time synchronization precision can also be ensured, even with less energy consumption. Feasibility testing in large-scale wireless sensor networks is verified on NS2 simulation and more performances are evaluated on an embedded Linux platform.

    1. Introduction

    Time synchronization is a fundamental technology in wireless sensor networks (WSN) [1,2]. Due to the collaboration features [3] of WSN nodes, it is important for each node to synchronize accurately [4]. Considering the particular demands [5,6,7] compared with the internet in terms of energy consumption limits and synchronization precision, traditional time synchronization protocols are not suitable for WSN. A variety of typical protocols have been proposed since the time synchronization subject of WSN was defined, such as the timing-sync protocol for sensor networks (TPSN) [8], delay measurement time synchronization (DMTS) [9], flooding time synchronization protocol (FTSP) [10], reference broadcast synchronization (RBS) [11], and pairwise broadcast synchronization (PBS) [12]. These protocols directly synchronize nodes’ clocks or trigger the process according to reference clock time information.
    These typical protocols can be perfectly applied in a one-hop situation, but they cannot satisfy the synchronization needs in large-scale WSN. Meanwhile, the clock frequency skew swinging [13] that occurs in the long-running is another problem that is currently ignored. Accumulation error will increase severely if repeating one hop synchronization process between neighboring nodes in the network.
    Therefore, based on typical protocols, several time synchronization protocols for large-scale WSN were put forward. For example, the dynamic route list based timing-sync protocol (DRL-TSP) [14] is a strategy that chooses a parent node in the last hop as the synchronization reference for each node, which provides the minimal hops from the root node by dividing the network into a hierarchical structure. Efficient and simple algorithm for time synchronization (E-SATS) [15] is proposed for reducing computations and energy consumption. However, for the WSN with a limited energy, a fixed hierarchical structure or a settled clustered structure results in a strong dependency on topology, which will consume extra energy in the process of building and fixing the established structure. Furthermore, it cannot react rapidly if the topology changes [16,17,18].
    On the basis of the current time synchronization research, in order to tackle the problem of multi-hop error accumulation, the clock frequency skew influence, and the network topology changing, a time synchronization protocol named the time synchronization protocol based on dynamic routing and forwarding certification (DRFC-TSP) for large-scale WSN is proposed. In this protocol, by acquiring optimal reference time information in each hop instead of employing a fixed pre-established structure, every node can obtain an optimum route from the root node, which will ensure that the synchronization precision is good and allow adaptations to topology changes. The certification of time information forwarding is evaluated by a forwarding certification strategy. Therefore, the bad performance nodes do not forward their packets, and network traffic and energy consumption can be decreased.
    The rest of the paper is organized as follows:Section 2 gives an introduction to the typical time synchronization models in large-scale WSN;Section 3 describes details on the algorithm of DRFC-TSP;Section 4 provides the design principles of realization on an embedded Linux platform;Section 5 illustrates the results of the simulation and field experiment; and the final section presents the conclusion.

    2. Analysis of Time Synchronization Models in Large-Scale WSN

    According to the time synchronization information exchanging methods, there is a hierarchical model and clustered model [19,20,21] in large-scale WSN. The hierarchical model is appropriate for protocols such as TPSN, in which information exchange occurs in pairs. In this model, the network is divided into a one-hop level structure, and nodes in one level synchronize with nodes in the next level. The clustered model is suitable for protocols such as FTSP, in which nodes obtain the synchronization information broadcasted by the reference nodes. In this model, a cluster structure is established at first and a head node is selected as the time reference in each cluster. Then, the head node broadcasts the time synchronization information to each node by multi-hop forwarding.
    A hierarchical model is shown inFigure 1. The first phase involves creating a hierarchy structure, and time synchronization is then carried out between levels. The root node launches a synchronization process and the information is delivered level by level. In this way, every node synchronizes with its parent node from the upper level by a one-hop process. In the level established phase, the level number should be the minimum, in order to reduce multi-hop error accumulation. This strategy will result in much redundant information exchange and aggravate the network traffic. Meanwhile, it strongly depends on the topology.
    A clustered model is shown inFigure 2. The synchronization is accomplished by cluster head and intracluster synchronization. After cluster heads synchronize, each head becomes a local root node and sends time information in its own clusters, where the synchronized nodes forward synchronization information to every node hop by hop. In the forwarding process, synchronization information is received by all of the neighbors. However, most of the information is redundant. This strategy is more adaptable to topology changes, but causes severe energy waste.

    3. Design of a Time Synchronization Protocol Based on Dynamic Routing and Forwarding Certification

    The proposed time synchronization protocol DRFC-TSP is composed of two processes: the time synchronization process during which the node modifies its clock according to the reference information, and the forwarding certification process during which certain nodes are authorized to conduct forward certification. Two process phases are initiated by the root node, and the other nodes accomplish the corresponding process. The realization of DRFC-TSP is shown inFigure 3.

    3.1. Time Synchronization Based on Dynamic Routing

    In the time synchronization process, the root node initiates a new round of synchronization as the reference time. The others will accomplish information receiving; synchronization round recording; and reference synchronization information selecting, time synchronizing, and performance information caching. After accomplishing these processes, the node with forwarding certification should continue to forward time synchronization messages.
    A time variableTref is set for choosing the reference node. During the time ofTref, a node without synchronization continually receives information from reference candidates. WhenTref is increased, the candidate node with the best performance will be selected as the reference. By choosing the best reference in each hop, an optimum synchronization route will be ensured. The parameter calledStd is defined as a measurement of the node performance, which is related to the hops to root node, clock frequency performance, and value ofStd in the last synchronization round. According toStd, the best candidate will be selected as the reference.Std is defined as follows:
    Stdi=λ(H)μ(F)η(Stdi1)
    whereStdi is the performance parameter in roundi,λ(H) is a variable determined by the hop numberH,μ(F) is a variable determined by the frequency skewF in the current synchronization round, andη(Stdi1) is the performance parameter in roundi−1. A node with a good performance should have a smaller number of hops and a more stable clock frequency. Therefore, the node with a better node clock performance has a smallerStd parameter. Additionally, in order to achieve proper synchronization performances in different practical applications,Std should be adjusted according to the influence of hops and frequency skew in the specific network environment.

    3.2. Authorization of Node Forwarding Certification

    In the process of dynamic routing for time synchronization, nodes to be synchronized always select the best performance nodes as their synchronization references. Therefore, nodes with a poor performance have no chance of being selected as the references, even though the neighbors receive information from these poor nodes. In such a condition, network traffic will be heavily burdened due to large amounts of redundant information and energy is wasted. In order to improve the performance, the authorization of node forwarding certification is put forward.
    A threshold markedRcer is set as the evaluation index, which represents the percentage of qualified nodes in the neighbor domain that are eligible to be put forward.Rcer can be set according to the status of energy consumption. Each node compares itsStd with the others’ and ranks itself in the neighbor domain. When its rank is larger thanRcer in the neighbor domain, its forwarding certification will be terminated. Due to this strategy, useless information transmission will be effectively controlled and the energy consumption will be reduced.
    Flag_QA is defined as the mark of forwarding certification. In the first round of time synchronization, all nodes are qualified to forward information, that is, the Flag_QA of each node is set to 1. After several rounds, the performance parameters of each node in previous rounds have been cached. Then, the process of forwarding certification is initiated. Each node broadcasts itsStd and receives others to rank itself in the neighbor domain. If its rank is less thanRcer, Flag_QA is set to 1, which means that this node needs to forward its time synchronization information after completing time synchronization; otherwise, Flag_QA is set to 0, which means that this node just ends this round after synchronization, without forwarding time synchronization information to others.

    3.3. Solution for the Reference Node Void Problem

    Since the parts of nodes with a poor performance are disqualified from forwarding synchronization information, there is probably a problem that some nodes lack synchronization references; that is, all of the previous hop nodes within the communication range of a certain node are disqualified from forwarding time synchronization information, so that the node cannot synchronize because time synchronization information is not received in this round.
    To tackle the reference node void problem,Twait is defined as the maximum waiting time. DuringTwait, the nodes to be synchronized passively wait for time synchronization information. If there is no information received afterTwait, the node is considered to have the status of a reference node void. In this case, the node will initiate a synchronous request to its neighbors. Then, all nodes that have received this request will reply. The node will be synchronized with the best performance reference node.

    4. Realization of DRFC-TSP on an Embedded Linux Platform

    4.1. Development and Testing Environment

    The protocol program is developed and compiled on Ubuntu 12.04, and then implemented in the embedded system with Linux Kernel 2.6. Nodes communicate via the Wi-Fi wireless card with the IEEE 802.11 g communication protocol, which works in a 2.4 GHz public frequency band and reaches the maximum transfer rate of 20 Mbit/s or more. An ad-hoc network with the Smart210 Linux embedded platform is integrated, which communicates by Wi-Fi, the ad hoc on-demand distance vector routing (AODV) [22] WSN routing protocol, and the IP routing protocol embedded in the Linux operating system [23]. The User Datagram Protocol (UDP) communication protocol is adopted. In socket network programming, the time information in the synchronization process is acquired by calling relevant time system functions. Specifically, the data structure Timeval of the Linux kernel is used, and two functions, consisting of gettimeofday() and settimeofday(), are called to obtain and modify the system time.

    4.2. Realization Process

    4.2.1. Synchronization Process of the Root Node

    The clock of the root node is considered to be the reference time; that is, the time offset is always 0 and the frequency skew is always 1. The root node will provide a time reference to the network and initiate the time synchronization process. The forwarding certification round will be carried out afterN rounds of time synchronization.
    During a synchronization round, only the root node can update the round number. When a new round of time synchronization or forwarding certification is carried out, the synchronization round number is increased by 1.
    When a new round of synchronization is initiated, the current round number should be check. If the round number is the integral multiple of N, forwarding certification should be initiated in the current round; otherwise, the time synchronization process is carried out.

    4.2.2. Synchronization Process of the Non-Root Node

    The synchronization flow chart of the non-root node is shown inFigure 4.
    (a)
    All of the non-root nodes keep the UDP server online to monitor the synchronization packet.
    (b)
    When the node detects a packet, go to step (d); otherwise, go to step (c).
    (c)
    If the timer forTwait is up, the node should send a request for synchronization to its neighbors because a void appears. After the packets from neighbors are received, go to step (h); otherwise, go to step (a).
    (d)
    When the node to be synchronized detects a synchronization packet, it should determine whether the current message is a time synchronization packet or forwarding certification. If a time synchronization packet is received, then go to step (e); otherwise, it is a forwarding certification packet, so go to step (k).
    (e)
    The timer of synchronization is turned on to count downTref.
    (f)
    The node to be synchronized records several parameters in the received packet, such as the current round number, the hop count,Std, the sending time, etc. Furthermore, it needs to record the local time when the current packet is received. These parameters are tentatively set as the reference node information for the node. The node to be synchronized keeps on receiving other packets and compares synchronization information with its record. If the performance of the newly received synchronization message is better than the current record, the record about candidate reference nodes is updated; otherwise, the record remains unchanged.
    (g)
    If the timer forTref is up, go to step (h); otherwise, go to step (a).
    (h)
    Turn off UDP monitoring. The node is synchronized according to the records and caching information in this round.
    (i)
    If the node is forwarding certificated, go to step (j); otherwise, the node does nothing, so go step (n).
    (j)
    Generate the time synchronization packet and forward it to the next hop. The current round of synchronization is finished, so go to step (n).
    (k)
    The timer for certification is turned on.
    (l)
    The number of neighbors is marked as My_Neighbor plus 1 when a node receives a certification packet. If the Std of the neighbor node is smaller than that of the current node, it is considered that the neighbor performs better, and the ranking parameter marked as My_Place of the current node is increased by 1; otherwise, it is considered that the neighbor performs worse, and My_Place remains unchanged.
    (m)
    Determine whether the timer for certification has expired, if not, continue to step (l); otherwise, turn off UDP monitoring, and then compare the two parameters My_Place and My_Neighbor. IfMy_placeRcer×My_neighbor, then the node’s performance is considered to be better than the threshold, so it is authorized with forwarding certification and set as Flag_QA = 1. If not, this node is not certificated and marked as Flag_QA with 0. Then, go to step (i).
    (n)
    Restart the UDP monitor for packets of the next round, and then go to step (a).

    5. Analysis of the Simulation and Test

    Both a simulation and field experiment were carried out, in order to evaluate the performance of the proposed time synchronization protocol. The feasibility was tested on a simulation platform of NS 2.29. In addition, the time precision and topology adaptation of the proposed protocol were evaluated on the embedded Linux platform.

    5.1. Simulation in NS2

    5.1.1. Analysis of the Reference Node Optimization

    Parameter settings in the simulation are shown inTable 1. In this simulation, 300 nodes with a long enoughTref value (5 ms) were tested, which ensured that all reference candidates’ synchronization packets could be received. The performance of the accumulation error is shown inFigure 5. As can be seen, DRFC-TSP costed 17 hops for synchronizing the whole network, but DMTS without reference optimizing costed 27 hops. Moreover, the synchronization error of the edge node of DMTS was almost three times greater than that of DRFC-TSP. After six hops, the error of DMTS grew faster than that of DRFC-TSP. The simulation in NS2 shows that the hop number of a node achieving synchronization was smaller; that is, less energy was consumed in the time synchronization process in DRFC-TSP with reference node optimization. As is well known, the energy consumption of WSN was mainly in communication. Since DRFC-TSP can obtain more precise time by less hops than DMTS, several evaluations for the proposed protocol was performed.

    5.1.2. Influence ofTref on the Network Convergence Time

    In the simulation, networks with 60, 100, 300, 600, 900, and 1500 nodes were tested separately, and the values ofTref were set to 1 and 3 ms, respectively. The simulation result is shown inFigure 6. As can be seen, the convergence time became longer when the number of nodes grew. In the simulation with the same number of nodes, the synchronization convergence time was positively related toTref. This shows thatTref was the main factor affecting the convergence time of the whole network.

    5.1.3. Influence ofTref on the Synchronization Precision

    In the simulation, the network contained 300 nodes and the communication delay was a random variable with a mean of 1 ms and variance of 2 ms2.Tref was set as 0.5, 1, and 3 ms, respectively. The result is shown inFigure 7. In the simulation whenTref was 0.5 ms, the number of hops required to complete the time synchronization of the network was two times greater than whenTref was 1 or 3 ms. Meanwhile, the accumulation error of synchronization in the simulation whereTref was 0.5 ms was relatively larger than in the others and the growth was more obvious. Therefore, a largerTref was beneficial for selecting a reference node with a better performance. However, the cumulative errors whenTref was 1 or 3 ms were nearly the same; that is,Tref was a factor of synchronization precision, but its influence became lower whenTref became bigger. In applications, an appropriateTref should be selected to satisfy the need of the convergence time and synchronization precision.

    5.2. Field Test on an Embedded Linux Platform

    The field test used nine embedded Linux platforms as nodes, and carried out the porting of DRFC-TSP on the platform. The field tests on the multi-hop error accumulation, synchronization accuracy, and adaptability of the protocol to different topologies were evaluated. The frequency offset of the nine nodes relative to node 0 is shown inTable 2.

    5.2.1. Analysis of the Forwarding Certification Process

    In the test, node 0 was set as the root node, and node 8 was the node to be synchronized. Nodes 1, 2, 3, and 4 were set as the second hop, being one hop from the root node, and nodes 5, 6, and 7 were set as the third hop, being two hops from the root node. The topology described above is shown inFigure 8.
    When the time synchronization test finished, the parameters of each node were recorded and are shown inTable 3. This table shows that nodes 1, 4, and 5 were not certificated, and node 2 and 7 were selected as the reference nodes. Node 8 was synchronized with node 7. The test shows that the principle of forwarding certification in DRFC-TSP could introduce a better reference node for every hop. Therefore, node 8 had 3.03 ms time offset relative to node 0 in the test.

    5.2.2. Routing Influence on the Synchronization Precision

    In order to evaluate the influence of different routes on the synchronization precision, the four routes shown inFigure 9 were tested.
    The routing established by DRFC-TSP in the tests is shown inFigure 9(2), and the others are designed routes. As can be seen fromFigure 10, route 0-1-5-8 shown inFigure 9(1) has the worst performance of synchronization, while route 0-2-7-8 shown inFigure 9(2) is the best, and the other two routes 0-4-6-8 and 0-3-6-8 perform better than route 0-1-5-8. The result of these field tests can be predicted fromTable 3. Due to the poor performance of nodes 1 and 5 in route 0-1-5-8, node 8 has the worst synchronization performance. In comparison, route 0-2-7-8 established by DRFC-TSP provides the best synchronization, since each node in this route optimizes its reference nodes.

    5.2.3. Adaptation of DRFC-TSP to the Different Topologies

    In order to evaluate the adaptation of DRFC-TSP to the different topologies, the six topologies shown inFigure 11 were simulated. The time offset of node 8 and its reference node is shown inFigure 12. In the topology shown inFigure 11(2) and topology shown inFigure 11(4), node 4 was selected as the reference node, although its offset was slightly larger compared with the cost of adding one hop. In the topology shown inFigure 11(5), node 8 selected node 6 as the reference node to synchronize, because the hop from root node 0 and time offset of node 6 were both the smallest. In the topology shown inFigure 11(3), nodes 2 and 6 exhibiting a small offset were selected as intermediate forwarding nodes, and this is the path with the least number of hops.

    6. Conclusions

    The proposed DRFC-TSP based on dynamic routing and node forwarding certification was designed to reduce accumulation error and the impact of clock frequency skew swinging on the time synchronization precision. Meanwhile, the reference node void coping mechanism can deal with synchronization process interruption to ensure that the synchronization process is reliable. The simulation and field test show that DRFC-TSP had good time synchronization performance. As shown,Tref and Rcer in DRFC-TSP could be modified according to the requirement of precision and energy status. Moreover, the choice of functions forStd could affect the performance. How to strike optimal trades among these parameters in different applications, which is a direction for our future research. In addition, only several topologies were tested due to limited embedded Linux platforms. Although the proposed protocol could adapt them, further experiments in the large-scale environment are required in our future work.

    Author Contributions

    D.Z.: Supervision, project administration, resources, writing—review and editing, software, and validation; Y.Y.: Conceptualization, investigation, formal analysis, data curation, and writing original draft; Y.B.: Validation and software. All authors have read and agreed to the published version of the manuscript.

    Funding

    This research described in this paper was funded by Natural Science Foundation of Shandong Province (Project No. ZR2017PF009).

    Conflicts of Interest

    The authors declare no conflict of interest.

    References

    1. Huan, X.; Kim, K.S.; Lee, S. A beaconless asymmetric energy-efficient time synchronization scheme for resource-constrained multi-hop wireless sensor networks.IEEE Trans. Commun.2020,68, 1716–1730. [Google Scholar] [CrossRef] [Green Version]
    2. Miguel, G.; Diana, B.; Jaime, L.; Pascal, L. A Secure Intragroup Time Synchronization Technique to Improve the Security and Performance of Group-Based Wireless Sensor Networks. InWireless Networks and Security; SCT, Springer: Berlin/Heidelberg, Germany, 2013; pp. 403–422. [Google Scholar]
    3. Dargie, W.; Poellabauer, C.Fundamentals of Wireless Sensor Networks: Theory and Practice; John Wiley and Sons: Hoboken, NJ, USA, 2010; pp. 168–183. [Google Scholar]
    4. Liu, X.; Jun, L.; Catherine, R. Compressed data aggregation: Energy-efficient and high-fidelity data collection.IEEE/ACM Trans. Netw.2012,21, 1722–1735. [Google Scholar]
    5. Paolo, B.; Giuseppe, C.; Antonio, C.; Luca, F. Convergence of MANET and WSN in IoT urban scenarios.IEEE Sens. J.2013,13, 3358–3567. [Google Scholar]
    6. Cohen, A.; Cohen, A.; Gurewitz, O. Efficient data collection over multiple access wireless sensors network.IEEE/ACM Trans. Netw.2020,28, 491–504. [Google Scholar] [CrossRef] [Green Version]
    7. Jaime, L.; Miguel, G.; Diana, B.; Sandra, S. A wireless sensor network deployment for rural and forest fire detection and verification.Sensors2009,9, 8722–8747. [Google Scholar]
    8. Saurabh, G.; Ram, K.; Mani, B.S. Timing-sync protocol for sensor networks. In Proceedings of the International Conference on Embedded Networked Sensor Systems, Los Angeles, CA, USA, 5–7 November 2003; pp. 138–149. [Google Scholar]
    9. Ping, S.Delay Measurement Time Synchronization for Wireless Sensor Networks; IRB-TR-03-013; Intel Research Berkeley Lab: Berkley, CA, USA, 2003. [Google Scholar]
    10. Miklos, M.; Branislav, K.; Gyula, S.; Akos, L. The flooding time synchronization protocol. In Proceedings of the 2nd International Conference on Embedded Networked Sensor, Baltimore, MD, USA, 3–5 November 2004; pp. 39–49. [Google Scholar]
    11. Jeremy, E.; Kay, R. Wireless Sensor Networks: A new regime for time synchronization.ACM SIGCOMM Comput. Commun.2003,33, 149–154. [Google Scholar]
    12. Kyoungp-lae, N.; Serpedin, E.; Qaraqe, K. A new approach for time synchronization in wireless sensor networks pairwise broadcast synchronization.IEEE Trans. Wireless Commun.2008,7, 3318–3322. [Google Scholar] [CrossRef]
    13. Zongjun, Z.; Enqing, D.; Dejing, Z.; Jie, S. A time synchronization protocol based on dynamic route list for wireless sensor networks. In Proceedings of the 19th Asia-Pacific Conference on Communications, Denpasar, Indonesia, 29–31 August 2013; pp. 121–126. [Google Scholar]
    14. Jie, S.; Enqing, D.; Zongjun, Z.; Yuan, Y.; Zhenqiang, H. A time synchronization protocol for large scale wireless sensor networks. In Proceedings of the 21st Asia-Pacific Conference on Communications Workshop, Kyoto, Japan, 14–16 October 2015. [Google Scholar]
    15. Chalapathi, G.; Chamola, V.; Gurunarayanan, S.; Sikdar, B. E-SATS: An efficient and simple time synchronization protocol for cluster- based wireless sensor networks.IEEE Sens. J.2019,19, 10144–10156. [Google Scholar] [CrossRef]
    16. Poonam, Y.; Nagesh, Y.; Shirshu, V. Cluster based hierarchical wireless sensor networks (CHWSN) and time synchronization in CHWSN. In Proceedings of the International Symposium on Communications and Information Technologies, Sydney, NSW, Australia, 17–19 October 2007; pp. 1149–1154. [Google Scholar]
    17. Ankit, T.; Ketan, K. Cluster head election for energy and delay constraint applications of wireless sensor network.IEEE Sens. J.2015,14, 2658–2664. [Google Scholar]
    18. Benzaid, C.; Bagaa, M.; Younis, M. Efficient clock synchronization for clustered wireless sensor networks.Ad Hoc Netw.2016,56, 13–27. [Google Scholar] [CrossRef]
    19. Jie, W.; Liyi, Z.; Yu, B. Cluster-based consensus time synchronization for wireless sensor networks.IEEE Sens. J.2015,15, 1404–1413. [Google Scholar]
    20. Zhenqiang, H.; Enqing, D.; Yuan, Y.; Wei, L. Realization of time synchronization protocol based on frequency skew bid and dynamic topology using embedded Linux system. In Proceedings of the 2016 IEEE 30th International Conference on Advanced Information Networking and Applications, Crans-Montana, Switzerland, 23–25 March 2016; pp. 160–165. [Google Scholar]
    21. Zhaowei, W.; Peng, Z.; Mingtuo, Z.; Dong, L.; Jintao, W. Cluster-based maximum consensus time synchronization for industrial wireless sensor networks.Sensors2017,17, 141. [Google Scholar]
    22. Guillaume, L.; Van, J. Adding reputation extensions to AODV-UU. In Proceedings of the 2010 17th IEEE Symposium on Communications and Vehicular Technology, Enschede, The Netherlands, 10 September 2010; pp. 84–89. [Google Scholar]
    23. Juan, X.; Enqing, D.; Dejing, Z.; Wei, L.; Weichong, Z. Performance analysis of two high rate routing protocols for wireless sensor networks based on the Linux platform. In Proceedings of the 2016 International Conference on Information Networking, Kota Kinabalu, Malaysia, 13–15 January 2016; pp. 120–123. [Google Scholar]
    Sensors 20 05061 g001 550
    Figure 1. Hierarchical model.
    Figure 1. Hierarchical model.
    Sensors 20 05061 g001
    Sensors 20 05061 g002 550
    Figure 2. Clustered model.
    Figure 2. Clustered model.
    Sensors 20 05061 g002
    Sensors 20 05061 g003 550
    Figure 3. Flow chart of the time synchronization protocol based on dynamic routing and forwarding certification (DRFC-TSP).
    Figure 3. Flow chart of the time synchronization protocol based on dynamic routing and forwarding certification (DRFC-TSP).
    Sensors 20 05061 g003
    Sensors 20 05061 g004 550
    Figure 4. Synchronization flow chart of the non-root node.
    Figure 4. Synchronization flow chart of the non-root node.
    Sensors 20 05061 g004
    Sensors 20 05061 g005 550
    Figure 5. Performance of the accumulation error.
    Figure 5. Performance of the accumulation error.
    Sensors 20 05061 g005
    Sensors 20 05061 g006 550
    Figure 6. Convergence time of different numbers of nodes.
    Figure 6. Convergence time of different numbers of nodes.
    Sensors 20 05061 g006
    Sensors 20 05061 g007 550
    Figure 7. Synchronization error comparison of differentTref.
    Figure 7. Synchronization error comparison of differentTref.
    Sensors 20 05061 g007
    Sensors 20 05061 g008 550
    Figure 8. Distribution of nodes and the single node platform. (a) Distribution of nodes in the field test and (b) embedded Linux platforms as nodes in the test.
    Figure 8. Distribution of nodes and the single node platform. (a) Distribution of nodes in the field test and (b) embedded Linux platforms as nodes in the test.
    Sensors 20 05061 g008
    Sensors 20 05061 g009 550
    Figure 9. (1–4) Comparison of routes in multi-hop experiments.
    Figure 9. (1–4) Comparison of routes in multi-hop experiments.
    Sensors 20 05061 g009
    Sensors 20 05061 g010 550
    Figure 10. Time offset of node 8 and its reference of each route.
    Figure 10. Time offset of node 8 and its reference of each route.
    Sensors 20 05061 g010
    Sensors 20 05061 g011 550
    Figure 11. (1–6) Synchronization in six different topologies.
    Figure 11. (1–6) Synchronization in six different topologies.
    Sensors 20 05061 g011
    Sensors 20 05061 g012 550
    Figure 12. Comparison of synchronization in different topologies.
    Figure 12. Comparison of synchronization in different topologies.
    Sensors 20 05061 g012
    Table
    Table 1. Simulation parameters in NS2.
    Table 1. Simulation parameters in NS2.
    ParameterValue
    Node number60/100/300/600/900/1500
    Average distance of nodes10 m
    Wireless communication radius20 m
    Clock frequency±50 ppm
    Synchronization period30 s
    Simulation time3000 s
    Table
    Table 2. Frequency offset of embedded Linux platforms.
    Table 2. Frequency offset of embedded Linux platforms.
    Num.Wireless Card Mac AddressFrequency Offset Node 0 (ppm)
    0 (Standard)FC:4D:D4:6D:D7:F40
    1E0:2A:82:71:F4:2C−115.5
    202:25:65:38:34:F012.4
    344:33:4C:49:41:DE53.6
    444:33:4C:45:37:BA102.7
    544:33:4C:49:50:BA103.1
    644:33:4C:49:42:0C14.9
    744:33:4C:49:41:EA4.6
    844:33:4C:46:D1:C982.8
    Table
    Table 3. Parameters of embedded Linux platforms after the test.
    Table 3. Parameters of embedded Linux platforms after the test.
    Node Num.HopsCertificated or NotReferenceOffset (ms)
    11No08.24
    21Yes02.34
    31Yes06.24
    41No09.79
    52No27.55
    62Yes21.69
    72Yes20.26
    83-73.03

    © 2020 by the authors. Licensee MDPI, Basel, Switzerland. This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license (http://creativecommons.org/licenses/by/4.0/).

    Share and Cite

    MDPI and ACS Style

    Zhang, D.; Yuan, Y.; Bi, Y. A Design of a Time Synchronization Protocol Based on Dynamic Route and Forwarding Certification.Sensors2020,20, 5061. https://doi.org/10.3390/s20185061

    AMA Style

    Zhang D, Yuan Y, Bi Y. A Design of a Time Synchronization Protocol Based on Dynamic Route and Forwarding Certification.Sensors. 2020; 20(18):5061. https://doi.org/10.3390/s20185061

    Chicago/Turabian Style

    Zhang, Dejing, Yuan Yuan, and Yanqing Bi. 2020. "A Design of a Time Synchronization Protocol Based on Dynamic Route and Forwarding Certification"Sensors 20, no. 18: 5061. https://doi.org/10.3390/s20185061

    APA Style

    Zhang, D., Yuan, Y., & Bi, Y. (2020). A Design of a Time Synchronization Protocol Based on Dynamic Route and Forwarding Certification.Sensors,20(18), 5061. https://doi.org/10.3390/s20185061

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

    Article Metrics

    No
    No

    Article Access Statistics

    For more information on the journal statistics, clickhere.
    Multiple requests from the same IP address are counted as one view.
    Sensors, EISSN 1424-8220, Published by MDPI
    RSSContent Alert

    Further Information

    Article Processing Charges Pay an Invoice Open Access Policy Contact MDPI Jobs at MDPI

    Guidelines

    For Authors For Reviewers For Editors For Librarians For Publishers For Societies For Conference Organizers

    MDPI Initiatives

    Sciforum MDPI Books Preprints.org Scilit SciProfiles Encyclopedia JAMS Proceedings Series

    Follow MDPI

    LinkedIn Facebook X
    MDPI

    Subscribe to receive issue release notifications and newsletters from MDPI journals

    © 1996-2025 MDPI (Basel, Switzerland) unless otherwise stated
    Terms and Conditions Privacy Policy
    We use cookies on our website to ensure you get the best experience.
    Read more about our cookieshere.
    Accept
    Back to TopTop
    [8]ページ先頭

    ©2009-2025 Movatter.jp