| Literature DB >> 26134104 |
Antoine Bagula1, Lorenzo Castelli2, Marco Zennaro3.
Abstract
Smart parking is a typical IoT application that can benefit from advances in sensor, actuator and RFID technologies to provide many services to its users and parking owners of a smart city. This paper considers a smart parking infrastructure where sensors are laid down on the parking spots to detect car presence and RFID readers are embedded into parking gates to identify cars and help in the billing of the smart parking. Both types of devices are endowed with wired and wireless communication capabilities for reporting to a gateway where the situation recognition is performed. The sensor devices are tasked to play one of the three roles: (1) slave sensor nodes located on the parking spot to detect car presence/absence; (2) master nodes located at one of the edges of a parking lot to detect presence and collect the sensor readings from the slave nodes; and (3) repeater sensor nodes, also called "anchor" nodes, located strategically at specific locations in the parking lot to increase the coverage and connectivity of the wireless sensor network. While slave and master nodes are placed based on geographic constraints, the optimal placement of the relay/anchor sensor nodes in smart parking is an important parameter upon which the cost and efficiency of the parking system depends. We formulate the optimal placement of sensors in smart parking as an integer linear programming multi-objective problem optimizing the sensor network engineering efficiency in terms of coverage and lifetime maximization, as well as its economic gain in terms of the number of sensors deployed for a specific coverage and lifetime. We propose an exact solution to the node placement problem using single-step and two-step solutions implemented in the Mosel language based on the Xpress-MPsuite of libraries. Experimental results reveal the relative efficiency of the single-step compared to the two-step model on different performance parameters. These results are consolidated by simulation results, which reveal that our solution outperforms a random placement in terms of both energy consumption, delay and throughput achieved by a smart parking network.Entities:
Keywords: Internet-of-Things; optimal sensor placement; radio frequency identification; smart parking; wireless sensor networks
Year: 2015 PMID: 26134104 PMCID: PMC4541838 DOI: 10.3390/s150715443
Source DB: PubMed Journal: Sensors (Basel) ISSN: 1424-8220 Impact factor: 3.576
Figure 1The smart parking system.
Figure 2The smart parking sensor placement.
Figure 3The sensor placement model.
Static solution: single-step algorithm.
| 100 | 5 | 65 | 63 | 14.979 | 48.021 | 48.501 | 1.0% | 98 |
| 100 | 6 | 78 | 74 | 18.584 | 55.416 | 55.595 | 0.3% | 310 |
| 100 | 7 | 91 | 81 | 21.821 | 59.179 | 59.771 | 1.0% | 1297 |
| 100 | 8 | 104 | 86 | 23.821 | 62.179 | 66.024 | 6.2% | 3600 |
| 100 | 9 | 117 | 90 | 23.708 | 66.292 | 66.954 | 1.0% | 3595 |
| 100 | 10 | 130 | 93 | 24.964 | 68.036 | 70.211 | 3.2% | 3600 |
| 100 | 11 | 143 | 96 | 27.579 | 68.421 | 69.431 | 1.5% | 3600 |
| 100 | 12 | 156 | 98 | 28.889 | 69.111 | 71.643 | 3.7% | 3600 |
| 100 | 13 | 169 | 98 | 30.436 | 67.564 | 70.464 | 4.3% | 3600 |
| 100 | 14 | 182 | 98 | 32.537 | 65.463 | 70.113 | 7.1% | 3600 |
| 100 | 15 | 195 | 99 | 35.481 | 63.519 | 67.356 | 6.0% | 3600 |
| 100 | 16 | 208 | 99 | 39.378 | 59.622 | 67.977 | 14.0% | 3600 |
| 100 | 17 | 221 | 98 | 41.477 | 56.523 | 65.778 | 16.4% | 3600 |
| 100 | 18 | 234 | 99 | 45.663 | 53.337 | 64.624 | 21.2% | 3600 |
| 100 | 19 | 247 | 95 | 48.144 | 46.856 | 63.737 | 36.0% | 3600 |
Static solution: two-step algorithm.
| 100 | 5 | 65 | 64 | 16.215 | 47.785 | 47.785 | 0 | 3 |
| 100 | 6 | 78 | 74 | 18.584 | 55.416 | 55.416 | 0 | 10 |
| 100 | 7 | 91 | 82 | 30.190 | 51.810 | 51.810 | 0 | 21 |
| 100 | 8 | 104 | 89 | 36.673 | 52.327 | 52.327 | 0 | 11 |
| 100 | 9 | 117 | 94 | 47.169 | 46.831 | 46.831 | 0 | 14 |
| 100 | 10 | 130 | 98 | 42.664 | 55.336 | 55.336 | 0 | 22 |
| 100 | 11 | 143 | 100 | 52.470 | 47.530 | 47.530 | 0 | 13 |
| 100 | 12 | 156 | 100 | 35.894 | 64.106 | 64.433 | 1% | 80 |
| 100 | 13 | 169 | 100 | 33.806 | 66.194 | 66.523 | 1% | 143 |
| 100 | 14 | 182 | 100 | 34.595 | 65.405 | 65.751 | 1% | 633 |
| 100 | 15 | 195 | 100 | 35.643 | 64.357 | 64.710 | 1% | 252 |
| 100 | 16 | 208 | 100 | 38.057 | 61.943 | 62.322 | 1% | 345 |
| 100 | 17 | 221 | 100 | 43.899 | 56.101 | 56.540 | 1% | 1224 |
| 100 | 18 | 234 | 100 | 48.921 | 51.079 | 54.322 | 7% | 3600 |
| 100 | 19 | 247 | 100 | 57.094 | 42.906 | 51.985 | 19% | 3600 |
Comparing static algorithms.
| 5 | 0.5% | 2844% |
| 6 | 0.0% | 2856% |
| 7 | 14.2% | 6140% |
| 8 | 18.8% | 32,328% |
| 9 | 41.6% | 25,181% |
| 10 | 23.0% | 15,612% |
| 11 | 44.0% | 28,370% |
| 12 | 7.8% | 4375% |
| 13 | 2.1% | 2424% |
| 14 | 0.1% | 469% |
| 15 | –1.3% | 1326% |
| 16 | –3.7% | 943% |
| 17 | 0.8% | 194% |
| 18 | 4.4% | 0% |
| 19 | 9.2% | 0% |
Comparing adaptive algorithms.
| 12 | 13 | |
| 98 | 100 | |
| 28.889 | 33.806 | |
| 69.111 | 66.194 | |
| 70.988 | 66.532 | |
| 2.7% | 1% | |
| 3600s | 1635 s |
Figure 4Optimized Topologies Comparison. (a) Single-step Generated Topology; (b) Two-steps Generated Topology.
Figure 5Average Energy Consumption. (a) Randomly Generated Configuration; (b) Optimally Generated Configuration.
Figure 6Average Playback Delay. (a) Randomly Generated Configuration; (b) Optimally Generated Configuration.
Figure 7Average Packet Delivery. (a) Randomly Generated Configuration; (b) Optimally Generated Configuration.