Next Article in Journal
Generator of Slow Denial-of-Service Cyber Attacks
Next Article in Special Issue
The Internet of Drones: Requirements, Taxonomy, Recent Advances, and Challenges of Research Trends
Previous Article in Journal
In-Line Mach–Zehnder Interferometers Based on a Capillary Hollow-Core Fiber Using Vernier Effect for a Highly Sensitive Temperature Sensor
Previous Article in Special Issue
Machine Learning for the Dynamic Positioning of UAVs for Extended Connectivity
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

Algorithms for Delivery of Data by Drones in an Isolated Area Divided into Squares

by
Adrian Marius Deaconu
1,
Razvan Udroiu
2,* and
Corina-Ştefania Nanau
1
1
Department of Mathematics and Computer Science, Transilvania University of Brasov, 29 Eroilor Boulevard, 500036 Brasov, Romania
2
Department of Manufacturing Engineering, Transilvania University of Brasov, 29 Eroilor Boulevard, 500036 Brasov, Romania
*
Author to whom correspondence should be addressed.
Sensors 2021, 21(16), 5472; https://doi.org/10.3390/s21165472
Submission received: 26 July 2021 / Revised: 9 August 2021 / Accepted: 10 August 2021 / Published: 13 August 2021

Abstract

:
Drones are frequently used for the delivery of materials or other goods, and to facilitate the capture and transmission of data. Moreover, drone networks have gained significant interest in a number of scenarios, such as in quarantined or isolated areas, following technical damage due to a disaster, or in non-urbanized areas without communication infrastructure. In this context, we propose a network of drones that are able to fly on a map covered by regular polygons, with a well-established mobility schedule, to carry and transfer data. Two means exist to equidistantly cover an area with points, namely, grouping the points into equilateral triangles or squares. In this study, a network of drones that fly in an aerial area divided into squares was proposed and investigated. This network was compared with the case in which the area is divided into equilateral triangles. The cost of the square drone network was lower than that of the triangular network with the same cell length, but the efficiency factors were better for the latter. Two situations related to increasing the drone autonomy using drone charging or battery changing stations were analyzed. This study proposed a Delay Tolerant Network (DTN) to optimize the transmission of data. Multiple simulation studies based on experimental flight tests were performed using the proposed algorithm versus five traditional DTN methods. A light Wi-Fi Arduino development board was used for the data transfer between drones and stations using delivery protocols. The efficiency of data transmission using single-copy and multiple-copy algorithms was analyzed. Simulation results showed a better performance of the proposed Time-Dependent Drone (TD-Drone) Dijkstra algorithm compared with the Epidemic, Spray and Wait, PRoPHET, MaxProp, and MaxDelivery routing protocols.

1. Introduction

Delay tolerant networks (DTNs) allow communication in environments in which frequent transmission discontinuities are present [1,2,3,4]. They have applications in numerous fields, such as space communication networks [1,2,3], smart cities [5], intelligent transport networks, rural networks, environmental monitoring networks, and vehicle networks [4,6]. Within DTNs, message transmission is based on the store-carry-forward paradigm [7,8]. Devices update their communication routes based on the topological changes of the network, and the mobility of the devices plays an important role [9,10,11].
The role of routing [12,13,14] in DTNs is to find the best path to send data through the network to reach the destination. The routing strategies used by DTNs are classified based on criteria such as connection type between nodes, the time at which the path for messages is established, the amount of information held by the nodes about the network, and the number of copies of a message that a node sends.
Algorithms containing different amounts of DTN information are proposed for investigation in [14]. It has been shown that the performances of these algorithms gradually increase, depending on the amount of information about the network they use. Based on the number of copies of a message, single-copy algorithms (forward based) and multiple-copy algorithms (flood based) have been investigated [15,16]. The Direct Delivery algorithm only sends the message to the destination node, and is suitable for both small- and high-mobility networks, in which the probability of meeting between the nodes is high. Comparisons between classical flood-based protocols, such as Epidemic [17], Spray and Wait [18], PRoPHET [19], and MaxProp [20], were undertaken in [15]. Maximum flow with the static approach in buffer-limited delay tolerant networks was investigated in [21,22].
In public transport networks, the connection type between nodes is based on a well-known schedule and well-defined routes. A DTN composed of pedestrians and cyclists equipped with smart devices was investigated using routing protocols in an Opportunistic Network Environment (ONE) [23]. The MaxProp protocol yielded the best results in terms of delivery probability and average latency. DTN communications in the network storage depend on the store-carry-forward mechanism. A DTN system applied in a communication network on a railway line was found to reduce the message delivery time by 20%, depending on the schedule of trains [8]. In [24], an algorithm to search for the shortest safe path on the network with a time-dependent and edge-length danger factor was proposed. This work is suitable for the optimization of heavy trucks carrying inflammable materials, poison gas, or explosive cargo, and traveling within a city. Based on the simulation in ONE software, the Scheduling-Probabilistic Routing Protocol using History of Encounters and Transitivity (PROPHET) improves the delivery rate and optimizes the delivery delay with low overhead in DTNs for IoT applications [25].
Drone networks are now used in numerous applications across domains including topography [26], aerial observation [27], delivery [28,29], agriculture [30], communications [25,31,32], atmospheric sciences [33,34,35], and rescue missions [36].
Drone flight path planning can be categorized as off-line planning, on-line planning, or cooperative planning [37,38]. The relatively short flight distance of drones due to their limited battery energy [39] can be extended using drone networks.
Flight simulations using a topological map of hexagons, in which each hexagon contains one drone, have shown the potential for application in indoor rescue missions [36]. In [40], coverage path planning with UAVs was studied, addressing simple geometric flight patterns, such as back-and-forth and spiral, and more complex grid-based solutions considering full and partial information about the area of interest. The area was divided into squares and a drone was flown from a square to another. Parcel delivery missions using a drone were simulated based on heuristic flight path planning (HFPP) and other routing algorithms [28]. The results showed that HFPP delivers up to 33% more data packets compared with Encounter-Based Routing and Epidemic routing protocols.
Vehicular ad hoc networks (VANETs), which are a type of mobile ad hoc network (MANET), can be used in an intelligent transport system. VANETs allow the mobile vehicles to establish three main categories of communication: vehicle to vehicle, vehicle to infrastructure, and infrastructure to infrastructure. A specific application of VANET applied to a drone network allows messages to be sent via wireless links [32]. A bio-inspired coordination protocol for a drone flying ad-hoc network (FANET) used for agriculture applications [30] has been used in an ad hoc simulator for a preliminary analysis of the feasibility of drone network design. The performance of the branch and bound search-based mode selection (BBS-MS) for drone-based air-to-ground wireless networks was investigated in [31].
In this study, we investigated six routing algorithms in a network of drones with a mobility schedule to ensure communication between isolated areas or in areas with technical damage. We then qualitatively compared the algorithms. The major contributions of this study are as follows:
  • The proposed drone network is independent of the Internet, and is of the DTN type.
  • A topological map as a collection of regular polygons (squares) was proposed.
  • A time-dependent variant of Dijkstra’s algorithm, which determines the fastest route by taking into account the time when the message reaches the node and the time allocated for data transfer, was developed for the proposed network.
  • Five classical algorithms for DTN networks were adapted and tested for the proposed network.
  • Simulations based on flight tests were performed to analyze the efficiency of the data transmission. The results obtained by the single-copy and multiple-copy algorithms were compared, in the case of buffer limited capacity.
  • Practical application of this work is to facilitate the transmission of information in regions quarantined due to an infectious outbreak, such as COVID-19 pandemic, in regions with technical damage due to a disaster, and in non-urbanized areas without electricity access or communication infrastructure.
The remainder of the paper is organized as follows. In Section 2, a drone network architecture based on the mission profile, and drone sensing and communication, are proposed. Then, the algorithms and protocols for the delivery of data using drones are proposed, described, and analyzed. In Section 3, simulation results are summarized and discussed. Finally, conclusions and possible future work are presented in Section 4.

2. Materials and Methods

2.1. Drone Network Architecture and Communication

A network map is essential for both drone flight control and simultaneous localization and mission tasks. As noted in [36], three forms of map generation exist: metric, topological, and hybrid maps. A metric map is represented as a grid, geometric, or feature map. Topological maps are represented by graphs comprised of nodes and edges, where nodes represent places, and the edges represent the paths between the nodes [36]. A hybrid map consists of small metric map locations in nodes. These nodes are connected by edges, which are the paths between the metric maps [36]. In this work, a topological map was proposed.
The 2D network surface is intended to be covered with equidistantly distributed points. These points form regular polygons covering the 2D surface. Below, we prove that the only possible means of covering the 2D surface in this manner is by using equilateral triangles or squares. First, we prove the following lemma:
Lemma 1.
There are 3 ways to cover a 2D surface using regular polygons: equilateral triangles, squares, or regular hexagons.
Proof of Lemma 1.
The sum of the degrees of the angles of a polygon with n vertices (n ≥ 3) is 180° ⋅ (n − 2). Each angle of a regular polygon has [ 360 ( n 2 ) ] / n degrees. If a point of the surface is a vertex of a polygon, then it is a vertex for m polygons (m ≥ 3) around this point (Figure 1). Thus, at such a point we have:
m 180 ( n 2 ) n = 360 2 n n 2 = m
It results that 2 n / ( n 2 ) = 2 + 4 / ( n 2 ) is an integer value greater or equal to 3. This implies that n − 2 is a divisor of 4 and, because n ≥ 3, it follows that n − 2 is one of the values 1, 2, or 4, which is equivalent to the fact that n is 3, 4, or 6, and m is 6, 4 or, respectively, 3. This means that the 2D surface can only be covered with equilateral triangles, squares, or regular hexagons.
Theorem 1.
There are two ways to equidistantly cover a 2D surface with points.
Proof of Theorem 1.
Using the result from Lemma 1 and the fact that the points are considered equidistant on the 2D surface, it follows that there are only two ways to cover the 2D surface: with equilateral triangles or with squares, because using regular hexagons is impossible (the vertices of the hexagons are not equidistantly positioned). □
A network to cover a surface with hexagon cells containing three equilateral triangles was proposed in [41]. In the current paper, a network is proposed to cover a similar surface with square cells containing two operational squares (Figure 2). Each operational cell is covered by a drone. A battery charging/changing dock, which is shared by two drones, is placed in the center of each cell. The docks are able to automatically change/recharge drones, without manual intervention, allowing fully autonomous drone management. The mission profile of each drone consists of several phases or steps: engines start, take off, climb at the cruise altitude, cruise, hovering and data exchange, descent, landing, and engines shut-down. The cruise phase of the flight mission profile consists of four segments (Figure 3). Charging or changing the drone battery is a necessary step at the end of the flight mission.
A drone with a quadcopter configuration [42], i.e., a DJI Mavic 2 Pro (DJI, Shenzhen, China) with a size of 214 × 91 × 84 mm (length × width × height), and takeoff weight of 905 g, was considered in this study. The performance characteristics of this drone are presented in Table 1 [43]. All of the drones of the proposed squares network operate in a pre-programmed manner. The drone network communicates with data exchange points via wireless links.
The endurance of drones can be improved using various methods, such as changing the battery [44,45], charging the battery via wires [46,47], wireless recharging [48], solar cells [49,50], laser-beam in-flight recharging [49,51], and tethered drones [49]. An average time of 90 min is needed to fully charge an empty battery. An automated means of charging a battery via a wire can be performed using a charging platform installed on the ground and a drone retrofit-kit mounted on the drone [46,47]. Thus, the landing gear of the drone is connected by touch with the charging platform after the drone lands, and charging starts automatically. The main disadvantage of this system is that the drone is locked on the ground during the charging of the battery.
An automatic battery changing and recharging system was investigated in [44]. The battery is automatically recharged after it is changed at the station. The electricity needed at each station is able to be provided by a solar panel that charges a battery located at the station. The changing time depends on the efficiency of the changing mechanism, and varies between 15 s [44] and 60 s [45]. In the current study, a maximum changing time before the drone is ready to take off of 60 s was considered.
Four flight tests were performed based on the square-shaped flight mission in the Brasov area of Romania. The flight tests were performed at a temperature of 2 °C, humidity of 69%, and wind speed of 3.5 km/h. A Samsung S9 smartphone device, on which DJI Go 4 app software (DJI, Shenzhen, China) was installed, connected to a DJI remote controller, was used to program the flight mission segments and to remotely control the drone (Figure 4). A flight altitude of 30 m was chosen [52] and the cruise flight distance of each drone was 12,000 m.
The theoretical flight times calculated based on the drone specifications (max. ascent, descent speeds, and cruise speed) are not realistic for simulations. The main factors that influence the experimental flight times are acceleration and deceleration of the drone, and wind speed. The mean flight time for each flight segment was calculated based on the flight tests (Table 2). Moreover, the average calculated cruise speed of the drone obtained from the flight tests was 12.93 m/s.
The percentage of the remaining drone battery obtained at the end of the flight mission was 16% for the rectangular cell. The charging time for the drone battery was 79 min. A safety multiplier of 1.1 was applied to obtain the considered charging time, and the resulting time was used in the simulations. Thus, 87 charging minutes were considered for the rectangular cell flight. The average values of the flight times for each segment were used as input parameters for the simulation of the drone networks in the DTN algorithms.
Eight high-resolution and two infrared sensors were used on the DJI Mavic 2 Pro. These sensors enabled omnidirectional obstacle sensing, to determine the relative speed and distance between the drone and the object, and to ensure good stability in forward and hovering flight. Left, right, up, down, forward, and backward obstacle sensing were used.
A NodeMCU Lua Wi-Fi, V3, ESP-12E, CP2102 Wi-Fi Arduino development board (Espressif Systems, Shanghai, China) was used for the data transfer between the drones and the stations. The main characteristics of the NodeMCU are shown in Table 3. The data were stored on a micro-SD card. The Wi-Fi board and micro-SD card module are very lightweight and have very low power consumption. The experimental layout, consisting of the NodeMCU Lua Wi-Fi board and the micro-SD card module mounted on a breadboard, is shown in Figure 5a. Arduino code was used to program the Wi-Fi boards.
A protective mounting case (Figure 5b) for the Wi-Fi boards was designed using the SolidWorks version 2016 software (Dassault Systèmes, Waltham, MA, USA), and then 3D printed using material extrusion technology from PLA (BCN3D Technologies, Barcelona, Spain) on a BCN3D Sigma R19 printer (BCN3D Technologies, Barcelona, Spain).
The Wi-Fi board, micro-SD module, SD card, connection wires, and power cable weighed a total of 21.8 g, thus representing an increase of 2.4% in the total weight of the drone.

2.2. Algorithms and Protocols for Delivery of Data Using Drones

The DTN was modeled with a graph having fixed and mobile nodes. There are no connections between the fixed nodes, so there is no possibility of direct data transmission because the considered distance between the nearest two nodes is 3000 m. Network connections are provided by mobile nodes (drones), but their condition is not always the same; they have periods when they are active and periods when they are inactive. This means that there is not always an end-to-end path available between any two nodes in the graph.
We tested five well-known routing algorithms for DTNs (Epidemic, Spray and Wait, PRoPHET, MaxProp, and MaxDelivery [54]), and a newly proposed TD-Drone Dijkstra approach, on the square-shaped network shown in Figure 6. We performed tests on the network by choosing random sources and random destinations that could be located on any node (marked as a gray circle or a gray rectangle). We considered the drones worked each day from 7:00 a.m. to 6:00 p.m. and the messages may leave a source node between 7:00 a.m. and 5:00 p.m. We considered 1000 messages randomly sent within this interval of time.
Epidemic is the basic form of a flood-based routing protocol: when two nodes meet, they identify the packages that the other node has and transfer the packages that it does not have. At the end of the process, the two nodes have the same content in the buffer. This process is repeated each time two nodes come into contact. When a node has a copy of a message, it waits to meet the destination. In this case, the resource consumption is high but, in a high mobility network, the delay of message transmission is small. In the current network configuration, the algorithm produces poor results due to the low number of contacts between nodes.
Spray and Wait is an algorithm with two phases, one for sending messages (spray) and one to wait for the contact with the destination node (wait). This algorithm circulates in two variants—standard and binary—depending on the number of spread copies of the message. It acts in the same manner as Epidemic, with an important difference: the number of spread copies is constant. The spray phase of the standard approach consists of spraying L copies of the message by the source node itself. The spray phase of the binary approach consists of spraying half of the number of copies to a meeting node. In this case, not only does the source spray messages, but also every node that has more than one copy. The nodes that have only one copy enter the wait phase. This algorithm has the disadvantage that nodes must keep track of other nodes’ movement, but the advantage is that the level of flooding is limited.
PRoPHET is similar to Epidemic, with the exception that it uses information from the buffer of the other node to update its predictability vector. Each node calculates the predictability of the message delivery and sends the message onward only if the contact node has higher predictability than its own. The disadvantage of this approach is the relationship between the overhead ratio and the number of nodes—as the number of nodes increases, the overhead ratio increases [15]. This protocol is known for the complexity of its forwarding strategy. Thus, it consumes a significant quantity of resources to process and store historical values. This approach is feasible for networks with high computation and infrastructure capabilities.
MaxProp is an algorithm based on prioritizing packet transmission and discarding. The packets in the queue are divided into two categories: those below the “n” hop threshold (up to that point), and those above this threshold. Newer packages that have not traveled too much are considered a priority and the guarantee that they will reach their destination is considered to be high. This algorithm also requires high computation and infrastructure capabilities. This protocol has low performance when nodes have small buffer sizes because of the adaptive threshold calculation, but gives better performance with a larger buffer size. It has a so-called slow start problem, because, in the case of a big network, it may take a very long time before each node receives the delivery predictability of other nodes because of the disconnecting nature of the networks, as shown in [20].
MaxDelivery [54] is an algorithm based on prioritizing message delivery using an appropriate buffer management strategy that consists of a forwarding, dropping, and buffer-cleaning mechanism.
Next, we propose our time-dependent Dijkstra algorithm to find a route between two nodes in our drone network. Dijkstra’s algorithm is used to find the shortest path connecting two nodes in a network [55]. Our routing problem can be modeled using a time-dependent oriented network [56] defined as follows.
Definition 1.
A triple G = (V, A, f) is called a time-dependent oriented network, where V is a set of vertices, A ⊆ V × V is a set of arcs, and f is the time dependency function defined on each arc, f: A × T → T, T ⊆ R+ is called the time set and when moving on the arc a = (u, v) ∈ A from node u to node v, f(a, t) ∈ T is the moment of arrival at node v if node u is left at the moment t ∈ T. Of course, f(a, t) > t, for each arc a ∈ A and for any moment t ∈ T.
In our problem, V is the equidistantly distributed set of 2D points, A is the set of connections between these points ensured by drones, and T = {0, 1, 2, …} is the set of counting seconds in a day. The value of f(a, t) must be computed as quickly as possible. Thus, for each arc a = (u, v), the arrival moments of drones at node v are maintained in order to enable a binary search to be undertaken when f(a, t) is calculated at arc a and time t. The arrival moments of drones for all arcs are pre-calculated (once before starting to use the algorithm) because an exact schedule of drones is known based on each drone’s starting second in a day, its travel on each arc, its data transfer at nodes, and its wireless charge/battery change time.
For a given source node s ∈ V, the function dists: V × T → N is introduced, where dists(u, ts) is the distance in seconds from s to u starting from the moment ts, i.e., it is the minimum number of seconds needed to go from node s to node u ∈ V on the arcs of A if source s is left at moment ts. Of course, dists(s, ts) = 0 for every ts ∈ T. If node u is not reachable (accessible) from s, then dists(u, ts) = +∞. For a given destination node d, our problem is to determine dists(d, ts) at a given time ts. The pseudo-code for the time-dependent Dijkstra algorithm is presented in Figure 7.
Q is a priority queue. This means that, at any moment, the nodes from Q are sorted in ascending order according to their distance in seconds from s. At the end of the algorithm, if destination d was reached, the values kept in the so-called predecessor vector p are used to determine the route from s to d. If a node v was reached, then this was done using the arc (p(v), v), where node p(v) is called the predecessor of v. After the time-dependent Dijkstra algorithm is executed using the staring moment ts, the route from s to d (if it exists, i.e., dists(d) < +∞) is determined using the algorithm presented in Figure 8. Because the nodes of the route are found by the above algorithm in inverse order (from d to s), the route must be reversed at the end.
For each data file that has to be delivered, a “json” file is attached that stores all of the information needed to transfer the file from the source to the destination: delivery type (Dijkstra, Epidemic etc.); file information (name, size, time-to-leave); route information (node codes: stations and drones); etc. The json files that store message information for the algorithms Epidemic, Spray and Wait, PRoPHET, MaxProp, and MaxDelivery implemented in the ONE environment are similar to those considered in [41]. Each route starts and ends with a station id. Each station id (except for the destination) is followed by a drone id, and each drone id is followed by a station id. When a drone arrives at a station, a transfer is initiated between the drone and the station. The drone transfers to the station all of the files that have the station’s id in the attached json files. After the drone transfer to the station is completed, the station transfers to the drone all of the files that have the drone’s id in the json file.
The range of the Wi-Fi boards was tested. The connections between the boards and file transfer were performed at a distance of up to 85 m with no obstacles in between. In Figure 9, the console output of the Wi-Fi board is presented. The following steps are executed: setup (upload speed is set to 115,200, MAC address is obtained), the connection between two Wi-Fi boards is established, the file transfer is performed, and, finally, the Wi-Fi boards are disconnected.
In our model, when transferring files, the drone hovers over the station at a height of 30 m, which is significantly less than the maximum distance obtained in range tests. The transfer speed, including writing on and reading from the SD card, was also tested at a distance of 30 m. An average of 5.81 Mbps was obtained, which means that a file of 10 MB was transferred in 13.77 s.

3. Simulation Results and Discussion

The proposed network of drones can be applied in various scenarios, such as in remote quarantined or isolated areas, following technical damage due to a disaster (e.g., an earthquake), or in non-urbanized areas without electricity access or communication infrastructure. For instance, a remote quarantined zone (e.g., due to the COVID-19 pandemic), in which buildings are separated by a safe distance, is considered. In this scenario, each building may be a house in which patients are isolated, a warehouse storing food or drugs, a laboratory in which medical tests are performed for patients, or a location at which doctors are working (isolated from patients). Data packages (medical images, tests, results, prescriptions from doctors, etc.) must be sent between these buildings. The communication between these buildings can be achieved by drones organized in a square-shaped network.
To validate the proposed method, simulations were performed using the drone network maps as a collection of squares. Most of the simulations were performed using the Java-based simulator ONE and its provided facilities, using an ASUS ROG GL752VW-T4015D laptop with Intel® Core™ i7-6700HQ 2.60GHz processor (Asus, Taipei City, Taiwan), and 8 GB of RAM. The routing protocols used for the simulation within the ONE simulator were Epidemic, Spray and Wait, PRoPHET, MaxProp, and MaxDelivery.
The following main steps were used for implementation of the ONE scenarios. The first step consists of defining the map (Figure 10) in wkt file format, in which the coordinates of all the points on the map, including points that establish the route of each drone, are defined. The initializations of the algorithms that define the mobility of drones consist of establishing the initial positions of drones and the recharging/changing points, associating each drone with a recharger/changing point, establishing the stationary points for data transfer, and defining the route of each drone. The final step is the establishment of the simulation parameters, as shown in Table 4. The time parameters, such as the travel autonomy time, the hovering time for the transfer points, and the parking time at the charging or changing points, were established based on the experimental flight tests of the DJI Mavic 2 Pro drone.
The proposed time-dependent Dijkstra variant was implemented in Visual C++ 2017 programming language. The application has about 1100 lines of C++ source code.
The application written in C++ was executed for each of the two considered situations: squares with battery charging, and squares with battery changing. For each case, the same 1000 route simulations considered in the ONE experiments were executed.
The delivery rate and latency metrics were used to measure the performance of all six routing protocols analyzed in this paper. The delivery rate is determined as a ratio between the number of delivered messages and the number of created messages. The latency is the average time needed for a message to reach the destination starting from the source (departure node).
Detailed results of the comparison between changing the battery and charging the battery cases are presented in Table 5. The results obtained in this paper by simulation were compared with those obtained in [41].
In the case of the squares network and battery changing, the values of the delivery rate were within the range of 0.166 to 0.646 for the routing protocols Epidemic, Spray and Wait, PRoPHET, MaxProp, and MaxDelivery. The best delivery rate was 0.954 for the TD-Drone Dijkstra protocol (Figure 11). The worst result in terms of latency was obtained for MaxDelivery, and TD-Drone Dijkstra’s average latency was the best, as expected (Figure 12).
The delivery rate in the case of drone battery charging was between 0.135 and 0.143 for the routing protocols Epidemic, Spray and Wait, PRoPHET, MaxProp, and MaxDelivery. The maximum delivery rate was 0.54 and was obtained for the TD-Drone Dijkstra protocol. These low values were obtained because of the large delay due to the battery charge. The worst results for latency were obtained for PRoPHET and Epidemic, and TD-Drone Dijkstra’s latency was also the best.
The comparison between average latencies was performed on the routes where the delivery was successful for all of the algorithms (66 routes for the case of battery change and 64 routes in the case of battery recharge).
The best delivery rate in all cases was given by the TD-Drone Dijkstra algorithm because its buffer load was the lowest (the data was loaded only in the stations and drones belonging to the calculated route). The latency in the case of Dijkstra’s algorithm was high because it can deliver most of the packages. Generally, the other algorithms can deliver only on the shorter distances due to buffer restrictions. It is known that Dijkstra’s algorithm results in the shortest path, and, therefore, the best latency.
The delivery rate was better for the triangles drone network (Figure 13 and Figure 14), with the exception of the Spray and Wait algorithm in the battery changing case. For PRoPHET, Max Prop, and TD-Drone Dijkstra in the battery charging case, the latency was significantly better.
Latency in the case of changing the battery in the triangles drone network was generally better (Figure 15), with the exception of Spray and Wait, and in the case of Max Delivery a significantly better latency was obtained. In the case of battery charging (Figure 16), latency was better in the triangles drone network for three algorithms (Epidemic, Max Delivery, and TD-Drone Dijkstra), and, for the other three algorithms, the latency was better in the squares drone network.
In essence, the delivery rate was considerably better for the triangles drone networks, and latency was generally better for the triangles case. The significant disadvantage of the triangles drone network is that double the number of drones is needed to cover approximately the same surface, and double the number of loading/changing stations is required, although the total number of fixed communication stations is similar (63 vs. 65).
Epidemic, Spray and Wait, PRoPHET, and MaxProp are classic algorithms used for DTN. However, in our case, as shown, the time-dependent Dijkstra algorithm adaptation can be successfully used because since the flight timetables are known. There are numerous advantages of the TD-Drone Dijkstra algorithm: an exact and optimum route is a priori calculated, ensuring the fastest time of delivery from departure to destination if the route exists; a message is not unnecessarily sent in the network if no route exists from departure to destination; multiple copies of the messages are not unnecessarily spread through drone and station buffers, resulting in unnecessary overloading of the buffers; and, finally, the rate of delivery success is maximized. The drawback of the TD-Drone Dijkstra algorithm is that the route is calculated using the information about the operating drones and stations at the moment of route calculation and, if a drone or a station from the route is down on this route, the message does not reach the destination. All the routes passing through the station or drone that is down are compromised until the fault is detected. Moreover, this problem reappears when the drone/station is fixed until the moment this information is updated. However, the chance of this problem occurring is low and, if it appears, it may be fixed in time following the repair of the drone/station or when the current status of the network is updated. Using the example of the Spray and Wait or Epidemic algorithms presented in this paper, any message has the chance to reach the destination even if drones or stations are down because a copy of the message is spread in the network.

4. Conclusions and Future Work

This paper presents a novel method of communication in quarantined or isolated areas, or areas with technical damage, using networks of drones that fly based on a well-established mission plan and schedule, on 2D surfaces covered by squares. Two situations of drone battery management—charging and battery changing stations—were investigated.
A network of square cells with two drones in each cell was proposed to cover a geographical area. The drone network was simulated based on input data from experimental flight tests of a quadcopter using six routing algorithms.
A TD-Drone Dijkstra algorithm (single-copy algorithm) and multiple-copies algorithms were proposed to simulate a Delay Tolerant Network of drones. Results showed a delivery rate ranging from 0.166 to 0.954 in the drone network with battery changing, and from 0.135 to 0.540 in the drone network with battery charging. The best latency of 0.43 h for a drone network with battery changing was obtained using the TD-Drone Dijkstra algorithm. Thus, the best results were obtained for the TD-Drone Dijkstra algorithm, which was able to deliver most of the data packages in the shortest time.
The traditional DTN algorithms, such as Epidemic, Spray and Wait, and MaxProp, produced lower results due to the small number of contacts between nodes, and a low number of message exchanges. The fastest communication was established for the drone squares network with battery changing. It was found that the battery change scenario led to an increase in the delivery rate of 76% compared to the battery charge scenario.
It was found that the battery change scenario led to an increase in the delivery rate of ~200% compared to the battery charge scenario.
The fastest communication was found for the drone triangular network with battery charging, and for the drone square network with battery changing. However, the drone square network is considerably cheaper than the drone triangular network. Thus, if cost is not an issue, the triangle network of drones may be implemented because better performances can be achieved. However, if there is a budget constraint, then the square network type is more suitable.
In future work, we will aim to apply this network of drones to parcel delivery during emergencies in remote quarantined zones.

Author Contributions

Conceptualization, A.M.D. and R.U.; methodology, R.U. and A.M.D.; software, A.M.D. and C.-Ş.N.; validation, R.U. and A.M.D.; formal analysis, A.M.D. and R.U.; investigation, R.U. and A.M.D.; resources, R.U., C.-Ş.N. and A.M.D.; data curation, C.-Ş.N. and A.M.D.; writing—original draft preparation, R.U., A.M.D. and C.-Ş.N.; writing—review and editing, R.U. and A.M.D.; visualization, A.M.D. and R.U.; supervision, A.M.D. and R.U.; project administration, R.U. and A.M.D.; funding acquisition, A.M.D., C.-Ş.N. and R.U. All authors have read and agreed to the published version of the manuscript.

Funding

This research was funded by University Transilvania of Brașov.

Institutional Review Board Statement

Not applicable.

Informed Consent Statement

Not applicable.

Data Availability Statement

Not applicable.

Acknowledgments

The authors acknowledge of Transilvania University of Braşov for providing the infrastructure used in this work.

Conflicts of Interest

The authors declare no conflict of interest.

References

  1. Alessi, N.; Caini, C.; de Cola, T.; Martin, S.; Mayer, J.P. DTN Performance in Complex Deep-Space Networks. In Proceedings of the ASMS 2018, Berlin, Germany, 10–12 September 2018; pp. 1–7. [Google Scholar]
  2. Cerf, V.; Hooke, A.; Torgerson, L.; Durst, R.; Scott, K.; Fall, K.; Weiss, H. Delay-Tolerant Networking Architecture. Internet RFC 4838. 2007. Available online: www.rfc-editor.org/rfc/rfc4838.txt (accessed on 25 June 2020).
  3. Bertolazzi, M.; Caini, C. Mars to Earth Data Downloading: A Directory Synchronization Approach. Future Internet 2019, 11, 173. [Google Scholar] [CrossRef] [Green Version]
  4. Tornell, S.M.; Calafate, C.T.; Cano, J.C.; Manzoni, P. DTN Protocols for Vehicular Networks: An Application Oriented Overview. IEEE Commun. Surv. Tutor. 2015, 17, 868–887. [Google Scholar] [CrossRef] [Green Version]
  5. Zguira, Y.; Rivano, H.; Meddeb, A. Internet of Bikes: A DTN Protocol with Data Aggregation for Urban Data Collection. Sensors 2018, 18, 2819. [Google Scholar] [CrossRef] [PubMed] [Green Version]
  6. Urquiza-Aguiar, L.; Tripp-Barba, C.; Aguilar Igartua, M. A Geographical Heuristic Routing Protocol for VANETs. Sensors 2016, 16, 1567. [Google Scholar] [CrossRef] [Green Version]
  7. Warthman, F. Delay-and Disruption-Tolerant Networks (DTNs); Version 3.2.; Warthman Associates: Palo Alto, CA, USA, 2015. [Google Scholar]
  8. Wong, K.S.; Wan, T.C. Current State of Multicast Routing Protocols for Disruption Tolerant Networks: Survey and Open Issues. Electronics 2019, 8, 162. [Google Scholar] [CrossRef] [Green Version]
  9. Tikhonov, E.; Schneps-Schneppe, D.; Namio, D. Delay Tolerant Network Potential in a Railway Network. In Proceedings of the 2020 IEEE 26th Conference of Open Innovations Association (FRUCT), Yaroslavl, Russia, 20–24 April 2020; pp. 438–448. [Google Scholar]
  10. Natkaniec, M. Ad hoc mobile wireless networks: Principles, protocols, and applications. IEEE Commun. Mag. 2009, 47, 12–14. [Google Scholar] [CrossRef]
  11. Picu, A.; Spyropoulos, T. Forecasting DTN performance under heterogeneous mobility: The case of limited replication. In Proceedings of the 9th Annual IEEE Communications Society Conference on Sensor, Mesh and Ad Hoc Communications and Networks (SECON), Seoul, Korea, 18–21 June 2012; pp. 569–577. [Google Scholar]
  12. Mengjuan, L.; Yan, Y.; Zhiguang, Q. A Survey of Routing Protocols and Simulations in Delay-Tolerant Networks, Wireless Algorithms, Systems, and Applications, Vol. 6843 of Lecture Notes in Computer Science; Springer: Berlin/Heidelberg, Germany, 2011; pp. 243–253. [Google Scholar]
  13. Nikam, D.D.; Singh, H.P.; Kushwah, R. Conditional Shortest Path Routing in Delay Tolerant Networks. Int. J. Adv. Res. Sci. Eng. 2017, 6, 1. [Google Scholar]
  14. Jain, S.; Fall, K.; Patra, R. Routing in a Delay Tolerant Network. In Proceedings of the 2004 conference on Applications, Technologies, Architectures, and Protocols for Computer Communications, Portland, OR, USA, 30 August–3 September 2004; Volume 34, pp. 145–158. [Google Scholar] [CrossRef]
  15. Kawakib, K.A.; Mohd, H.O.; Suhaidi, H. Survey and Comparison of Operating Concept for Routing Protocols in DTN. J. Comput. Sci. 2016, 12, 141–152. [Google Scholar]
  16. Spyropoulos, T.; Psounis, K.; Raghavendra, C.S. Single-copy routing in intermittently connected mobile networks. In Proceedings of the 1st Annual IEEE Communications Society Conference on Sensor and Ad Hoc Communications and Networks, Santa Clara, CA, USA, 4–7 October 2004; pp. 235–244. [Google Scholar]
  17. Vahdat, A.; Becker, D. Epidemic Routing for Partially-Connected Ad Hoc Networks; Technical Report CS-2000–06; Duke University: Duhram, NC, USA, 2000. [Google Scholar]
  18. Raghavendra, C.; Spyropoulos, T.; Psounis, K. Spray and Wait: An Efficient Routing Scheme for Intermittently Connected Mobile Networks. In Proceedings of the ACM SIGCOMM Workshop on Delay-Tolerant Networking (WDTN), Philadelphia, PA, USA, 26 August 2005; pp. 252–259. [Google Scholar]
  19. Lindgren, A.; Doria, A.; Schelen, O. Probabilistic routing in intermittently connected networks. ACM SIGMOBILE Mob. Comput. Commun. 2003, 7, 19–20. [Google Scholar] [CrossRef]
  20. Burgess, J.; Gallagher, B.; Jensen, D.; Levine, B.N. MaxProp: Routing for Vehicle-Based Disruption-Tolerant Networks. In Proceedings of the IEEE INFOCOM 2006, Barcelona, Spain, 23–29 April 2006. [Google Scholar]
  21. Nanau, C.Ş. Maximum flow in buffer-limited delay tolerant networks. The static approach. Bull. Transilv. Univ. Bras. Ser. III Math. Inform. Phys. 2020, 13, 363–372. [Google Scholar] [CrossRef]
  22. Schiopu, C.; Ciurea, E. Maximum flows in planar dynamic networks with lower bounds. Fundam. Inform. 2018, 163, 189–204. [Google Scholar] [CrossRef]
  23. Spaho, E. Energy consumption analysis of different routing protocols in a Delay Tolerant Network. J. Ambient Intell. Humaniz. Comput. 2020, 11, 3833–3839. [Google Scholar] [CrossRef]
  24. Jigang, W.; Jin, S.; Ji, H.; Srikanthan, T. Algorithm for time-dependent shortest safe path on transportation networks. Procedia Comput. Sci. 2011, 4, 958–966. [Google Scholar] [CrossRef] [Green Version]
  25. Mao, Y.; Zhou, C.; Ling, Y.; Lloret, J. An Optimized Probabilistic Delay Tolerant Network (DTN) Routing Protocol Based on Scheduling Mechanism for Internet of Things (IoT). Sensors 2019, 19, 243. [Google Scholar] [CrossRef] [Green Version]
  26. Chițonu, G.C.; Rolfsen, C.N.; Deaconu, O. Accessibility to Transylvania’s cultural heritage through BIM-Heritage and community involvement. IOP Conf. Ser. Mater. Sci. Eng. 2020, 789, 012010. [Google Scholar] [CrossRef]
  27. Hassanalian, M.; Abdelkefi, A. Classifications, applications, and design challenges of drones: A review. Prog. Aerosp. Sci. 2017, 91, 99–131. [Google Scholar] [CrossRef]
  28. Iranmanesh, S.; Raad, R. A Novel Data Forwarding Strategy for a Drone Delay Tolerant Network with Range Extension. Electronics 2019, 8, 659. [Google Scholar] [CrossRef] [Green Version]
  29. Kellermann, R.; Biehle, T.; Fischer, L. Drones for parcel and passenger transportation: A literature review. Transp. Res. Interdiscip. Perspect. 2020, 4, 100088. [Google Scholar] [CrossRef]
  30. Rango, F.; De Potrino, G.; Tropea, M.; Santamaria, A.F.; Fazio, P. Scalable and ligthway bio-inspired coordination protocol for FANET in precision agriculture applications. Comput. Electr. Eng. 2019, 74, 305–318. [Google Scholar] [CrossRef]
  31. Hu, T.; Wang, Y.; Ma, B.; Zhang, J. Orbit Angular Momentum MIMO with Mode Selection for UAV-Assisted A2G Networks. Sensors 2020, 20, 2289. [Google Scholar] [CrossRef] [PubMed] [Green Version]
  32. Nazib, R.A.; Moh, S. Routing Protocols for Unmanned Aerial Vehicle-Aided Vehicular Ad Hoc Networks: A Survey. IEEE Access 2020, 8, 77535–77560. [Google Scholar] [CrossRef]
  33. Lee, T.R.; Buban, M.; Dumas, E.; Baker, C.B. On the Use of Rotary-Wing Aircraft to Sample Near-Surface Thermodynamic Fields: Results from Recent Field Campaigns. Sensors 2019, 19, 10. [Google Scholar] [CrossRef] [PubMed] [Green Version]
  34. Alaoui-Sosse, S.; Durand, P.; Medina, P.; Pastor, P.; Lothon, M.; Cernov, I. OVLI-TA: An Unmanned Aerial System for Measuring Profiles and Turbulence in the Atmospheric Boundary Layer. Sensors 2019, 19, 581. [Google Scholar] [CrossRef] [Green Version]
  35. Nolan, P.J.; Pinto, J.; González-Rocha, J.; Jensen, A.; Vezzi, C.N.; Bailey, S.C.C.; De Boer, G.; Diehl, C.; Laurence, R., III; Powers, C.W.; et al. Coordinated Unmanned Aircraft System (UAS) and Ground-Based Weather Measurements to Predict Lagrangian Coherent Structures (LCSs). Sensors 2018, 18, 4448. [Google Scholar] [CrossRef] [Green Version]
  36. Da Rosa, R.; Aurelio Wehrmeister, M.; Brito, T.; Lima, J.L.; Pereira, A.I.P.N. Honeycomb Map: A Bioinspired Topological Map for Indoor Search and Rescue Unmanned Aerial Vehicles. Sensors 2020, 20, 907. [Google Scholar] [CrossRef] [PubMed] [Green Version]
  37. Yang, P.; Tang, K.; Lozano, J.A.; Cao, X. Path planning for single unmanned aerial vehicle by separately evolving waypoints. IEEE Trans. Robot. 2015, 31, 1130–1146. [Google Scholar] [CrossRef] [Green Version]
  38. Zhang, S.; Zhang, H.; Di, B.; Song, L. Cellular controlled cooperative unmanned aerial vehicle networks with sense-and-send protocol. IEEE Int. Things J. 2018, 6, 1–13. [Google Scholar]
  39. Kima, S.J.; Lima, G.J.; Chob, J. Drone flight scheduling under uncertainty on battery duration and air temperature. Comput. Ind. Eng. 2018, 1171, 291–302. [Google Scholar] [CrossRef]
  40. Cabreira, T.M.; Brisolara, L.B.; Ferreira, P.R., Jr. Survey on Coverage Path Planning with Unmanned Aerial Vehicles. Drones 2019, 3, 4. [Google Scholar] [CrossRef] [Green Version]
  41. Udroiu, R.; Deaconu, A.M.; Nanau, C.-Ş. Data Delivery in a Disaster or Quarantined Area Divided into Triangles Using DTN-Based Algorithms for Unmanned Aerial Vehicles. Sensors 2021, 21, 3572. [Google Scholar] [CrossRef] [PubMed]
  42. Udroiu, R.; Blaj, M. Conceptual design of a VTOL remotely piloted aircraft for emergency missions. Sci. Res. Educ. Air Force 2016, 18, 207–214. [Google Scholar] [CrossRef]
  43. DJI. DJI Mavic 2 Pro Specification. Available online: www.dji.com (accessed on 15 June 2020).
  44. Herath, H.M.C.W.B.; Herath, H.M.S.; Sumangala, S.W.; de Silva, O.; Chathuranga, D.; Lalitharatne, T.D. Design and Development of an Automated Battery Swapping and Charging Station for Multirotor Aerial Vehicles. In Proceedings of the 17th International Conference on Control, Automation and Systems (ICCAS 2017), Jeju, Korea, 18–21 October 2017; pp. 356–361. [Google Scholar]
  45. Lee, D.; Zhou, J.; Lin, W.T. Autonomous battery swapping system for quadcopter. In Proceedings of the International Conference on Unmanned Aircraft Systems (ICUAS), Denver, CO, USA, 9–12 June 2015; pp. 118–124. [Google Scholar]
  46. High Power Drone Charging Pad and Infrastructure. Available online: https://skycharge.de/ (accessed on 26 October 2020).
  47. Costea, I.M.; Plesca, V. Automatic battery charging system for electric powered drones. In Proceedings of the 2018 IEEE 24th International Symposium for Design and Technology in Electronic Packaging (SIITME), Iasi, Romania, 25–28 October 2018; pp. 377–381. [Google Scholar]
  48. Mostafa, T.M.; Muharam, A.; Hattori, R. Wireless Battery Charging System for Drones via Capacitive Power Transfer. In Proceedings of the IEEE PELS Workshop on Emerging Technologies: Wireless Power Transfer (WoW), Chongqing, China, 20–22 May 2017. [Google Scholar] [CrossRef]
  49. Boukoberine, M.N.; Zhou, Z.; Benbouzid, M. Power Supply Architectures for Drones-A Review. In Proceedings of the 45th Annual Conference of the IEEE Industrial Electronics Society (IECON 2019), Lisbon, Portugal, 14–17 October 2019; pp. 5826–5831. [Google Scholar]
  50. Lin, C.-F.; Lin, T.-J.; Liao, W.-S.; Lan, H.; Lin, J.-Y.; Chiu, C.-H.; Danner, A. Solar Power Can Substantially Prolong Maximum Achievable Airtime of Quadcopter Drones. Adv. Sci. 2020, 7, 20. [Google Scholar] [CrossRef]
  51. Achtelik, M.C.; Stumpf, J.; Gurdan, D.; Doth, K.-M. Design of a flexible high performance quadcopter platform breaking the MAV endurance record with laser power beaming. In Proceedings of the IEEE/RSJ International Conference on Intelligent Robots and Systems, San Francisco, CA, USA, 25–30 September 2011. [Google Scholar] [CrossRef]
  52. Taddia, Y.; Corbau, C.; Zambello, E.; Pellegrinelli, A. UAVs for Structure-From-Motion Coastal Monitoring: A Case Study to Assess the Evolution of Embryo Dunes over a Two-Year Time Frame in the Po River Delta, Italy. Sensors 2019, 19, 1717. [Google Scholar] [CrossRef] [Green Version]
  53. WiFi NodeMCU ESP8266. Available online: www.espressif.com/en/products/socs/esp8266 (accessed on 25 June 2020).
  54. Nănău, C.Ş. MaxDelivery: A new approach to a DTN Buffer Management. In Proceedings of the 21ST IEEE International Symposium on a World of Wireless, Mobile and Multimedia Networks (IEEE WOWMOM 2020), Cork, Ireland, 31 August–3 September 2020; pp. 60–61. [Google Scholar]
  55. Lewis, R. Algorithms for Finding Shortest Paths in Networks with Vertex Transfer Penalties. Algorithms 2020, 13, 269. [Google Scholar] [CrossRef]
  56. Wang, Y.; Yuan, Y.; Ma, Y.; Wang, G. Time-Dependent Graphs: Definitions, Applications, and Algorithms. Data Sci. Eng. 2019, 4, 352–366. [Google Scholar] [CrossRef] [Green Version]
Figure 1. Regular polygons sharing the same vertex.
Figure 1. Regular polygons sharing the same vertex.
Sensors 21 05472 g001
Figure 2. Square cell with two drones.
Figure 2. Square cell with two drones.
Sensors 21 05472 g002
Figure 3. Square shape flight mission profile of the drone.
Figure 3. Square shape flight mission profile of the drone.
Sensors 21 05472 g003
Figure 4. Square-shaped flight mission profile.
Figure 4. Square-shaped flight mission profile.
Sensors 21 05472 g004
Figure 5. (a)Testing stand of the NodeMCU Lua Wi-Fi board and the micro-SD card module mounted on a testing breadboard. (b)The drone with the 3D-printed case and the Wi-Fi boards mounted on it.
Figure 5. (a)Testing stand of the NodeMCU Lua Wi-Fi board and the micro-SD card module mounted on a testing breadboard. (b)The drone with the 3D-printed case and the Wi-Fi boards mounted on it.
Sensors 21 05472 g005
Figure 6. Squares network considered for experiments.
Figure 6. Squares network considered for experiments.
Sensors 21 05472 g006
Figure 7. Pseudo-code of TD-Drone Dijkstra algorithm.
Figure 7. Pseudo-code of TD-Drone Dijkstra algorithm.
Sensors 21 05472 g007
Figure 8. Pseudo-code for the construction of the route after the execution of the TD-Drone Dijkstra algorithm.
Figure 8. Pseudo-code for the construction of the route after the execution of the TD-Drone Dijkstra algorithm.
Sensors 21 05472 g008
Figure 9. The console output of the Wi-Fi board.
Figure 9. The console output of the Wi-Fi board.
Sensors 21 05472 g009
Figure 10. Design of the squares network in the ONE simulator.
Figure 10. Design of the squares network in the ONE simulator.
Sensors 21 05472 g010
Figure 11. Delivery rate in the squares drone network.
Figure 11. Delivery rate in the squares drone network.
Sensors 21 05472 g011
Figure 12. Average latency in the squares drone network.
Figure 12. Average latency in the squares drone network.
Sensors 21 05472 g012
Figure 13. Delivery rate, battery changing, squares vs. triangles.
Figure 13. Delivery rate, battery changing, squares vs. triangles.
Sensors 21 05472 g013
Figure 14. Delivery rate, battery charging, squares vs. triangles.
Figure 14. Delivery rate, battery charging, squares vs. triangles.
Sensors 21 05472 g014
Figure 15. Average latency: battery changing, squares vs. triangles.
Figure 15. Average latency: battery changing, squares vs. triangles.
Sensors 21 05472 g015
Figure 16. Average latency: battery charging, squares vs. triangles.
Figure 16. Average latency: battery charging, squares vs. triangles.
Sensors 21 05472 g016
Table 1. Drone performance [43].
Table 1. Drone performance [43].
ParameterValue
Max ascent/descent speed4 m/s; 3 m/s
Max flight time (no wind)31 min (at a consistent 25 km/h)
Max flight distance (no wind)18 km (at a consistent 50 km/h)
Drone battery3850 mAh, 1800 mA, 3.83 V
Table 2. Flight test results.
Table 2. Flight test results.
Mission PhaseMean Flight TimeStandard Deviation
Take off + climb (30 m)8.24 s0.193
Cruise segment (3000 m) 232 s0.187
Descent + landing (30 m) 12.12 s0.085
Transfer data (3 points)120 s-
Total flight on square cell1308 s0.651
Table 3. Wi-Fi NodeMCU main characteristics [53].
Table 3. Wi-Fi NodeMCU main characteristics [53].
ParameterValue
ESP8266 chip26 MHz, 4 MB flash, 160 KB RAM
Dimensions (L × W)48 mm × 25 mm
Operating temperature−40 °C to + 125 °C
Weight8 g
Table 4. Simulation parameters for the square-shaped flight mission.
Table 4. Simulation parameters for the square-shaped flight mission.
ParameterValue
Number of drones for cruise 24
Number of fixed transfer points 63
Number of charging/ changing battery points 12
Average cruise speed of a drone46.55 km/h (12.93 m/s)
Flight height of drones30 m
Operating time of the drone in one day11 h
Data transmission speed 2 Mbps
Drone buffer space 2 Gb
Message size 500 kb–1 Mb
Message time to live 10 h
Source and destination of messages any station
No. of route simulations1000
Table 5. Efficiency factors in drone network.
Table 5. Efficiency factors in drone network.
AlgorithmDelivery RateLatency (hours)
Battery
Changing
Battery
Charging
Battery
Changing
Battery
Charging
SquaresTriangularSquaresTriangularSquaresTriangularSquaresTriangular
Epidemic0.1660.2090.1350.1460.810.722.282.13
Spray and Wait0.2110.1790.1410.1560.520.561.751.92
PRoPHET0.5940.7620.1430.3190.610.522.282.49
MaxProp0.6460.7430.1350.2610.520.471.721.90
MaxDelivery0.2030.2710.1390.1601.080.712.111.80
TD-Drone Dijkstra0.9540.9730.5400.6640.430.451.691.48
Publisher’s Note: MDPI stays neutral with regard to jurisdictional claims in published maps and institutional affiliations.

Share and Cite

MDPI and ACS Style

Deaconu, A.M.; Udroiu, R.; Nanau, C.-Ş. Algorithms for Delivery of Data by Drones in an Isolated Area Divided into Squares. Sensors 2021, 21, 5472. https://doi.org/10.3390/s21165472

AMA Style

Deaconu AM, Udroiu R, Nanau C-Ş. Algorithms for Delivery of Data by Drones in an Isolated Area Divided into Squares. Sensors. 2021; 21(16):5472. https://doi.org/10.3390/s21165472

Chicago/Turabian Style

Deaconu, Adrian Marius, Razvan Udroiu, and Corina-Ştefania Nanau. 2021. "Algorithms for Delivery of Data by Drones in an Isolated Area Divided into Squares" Sensors 21, no. 16: 5472. https://doi.org/10.3390/s21165472

APA Style

Deaconu, A. M., Udroiu, R., & Nanau, C. -Ş. (2021). Algorithms for Delivery of Data by Drones in an Isolated Area Divided into Squares. Sensors, 21(16), 5472. https://doi.org/10.3390/s21165472

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