| Literature DB >> 32604851 |
Zeinab Shahbazi1, Yung-Cheol Byun1.
Abstract
The emergence of biomedical sensor devices, wireless communication, and innovation in other technologies for healthcare applications result in the evolution of a new area of research that is termed as Wireless Body Area Networks (WBANs). WBAN originates from Wireless Sensor Networks (WSNs), which are used for implementing many healthcare systems integrated with networks and wireless devices to ensure remote healthcare monitoring. WBAN is a network of wearable devices implanted in or on the human body. The main aim of WBAN is to collect the human vital signs/physiological data (like ECG, body temperature, EMG, glucose level, etc.) round-the-clock from patients that demand secure, optimal and efficient routing techniques. The efficient, secure, and reliable designing of routing protocol is a difficult task in WBAN due to its diverse characteristic and restraints, such as energy consumption and temperature-rise of implanted sensors. The two significant constraints, overheating of nodes and energy efficiency must be taken into account while designing a reliable blockchain-enabled WBAN routing protocol. The purpose of this study is to achieve stability and efficiency in the routing of WBAN through managing temperature and energy limitations. Moreover, the blockchain provides security, transparency, and lightweight solution for the interoperability of physiological data with other medical personnel in the healthcare ecosystem. In this research work, the blockchain-based Adaptive Thermal-/Energy-Aware Routing (ATEAR) protocol for WBAN is proposed. Temperature rise, energy consumption, and throughput are the evaluation metrics considered to analyze the performance of ATEAR for data transmission. In contrast, transaction throughput, latency, and resource utilization are used to investigate the outcome of the blockchain system. Hyperledger Caliper, a benchmarking tool, is used to evaluate the performance of the blockchain system in terms of CPU utilization, memory, and memory utilization. The results show that by preserving residual energy and avoiding overheated nodes as forwarders, high throughput is achieved with the ultimate increase of the network lifetime. Castalia, a simulation tool, is used to evaluate the performance of the proposed protocol, and its comparison is made with Multipath Ring Routing Protocol (MRRP), thermal-aware routing algorithm (TARA), and Shortest-Hop (SHR). Evaluation results illustrate that the proposed protocol performs significantly better in balancing of temperature (to avoid damaging heat effect on the body tissues) and energy consumption (to prevent the replacement of battery and to increase the embedded sensor node life) with efficient data transmission achieving a high throughput value.Entities:
Keywords: blockchain; implanted sensors; internet of things; smart contract; thermal/energy-aware routing protocol
Year: 2020 PMID: 32604851 PMCID: PMC7349352 DOI: 10.3390/s20123604
Source DB: PubMed Journal: Sensors (Basel) ISSN: 1424-8220 Impact factor: 3.576
State-of-the-art analysis of energy-aware routing approaches.
| Methods | Objective | Limitations |
|---|---|---|
| Co-CEStat [ | Energy efficient routing | Energy utilization is high. |
| MEPF [ | Minimize energy of node with | Network latency is high. |
| RSSI [ | High energy consumption with QoS | Packet loss is high. |
| DARE [ | Minimize energy consumption | Load distributed in not |
| ESR [ | Improve patient mobility and traffic | Network life cycle is less. |
| SIMPLE [ | Energy consumption is balanced | Packet drop is high. |
State-of-the-art analysis of temperature-aware routing protocols.
| Methods | Objective | Limitations | Domain |
|---|---|---|---|
| TARA [ | Compute the temperature-rise | Failed to provide hotspot avoidance. | Cancer and retinal |
| LTRT [ | Temperature-rise is less. | Network life cycle is less | Monitoring system |
| RAIN [ | Efficiently route selection | Delay in packet delivery. | In-vivo network |
| M-ATTEMPT [ | To route the packet | Failed to select new | Homogeneous and |
| Re-ATTEMPT [ | To route the packet away | The network life cycle is less | Homogeneous and |
| HPR [ | Diminish the problem of | The network life cycle is less | Heterogeneous |
| THSR [ | To minimize the | Network life cycle is less | Heterogeneous |
| LTR [ | To diminish the temperature | Packet throughput is less. | Monitoring system |
| M2E2 [ | To route the packet away | High node temperature. | Heterogeneous |
| ALTR [ | To minimize the temperature | High end-to-end delay | Monitoring system |
Figure 1Deployments of nodes and their communication.
Figure 2Blockchain-enabled WBAN architecture.
Figure 3Initialization phase.
Ranking of nodes.
| Node | Node | Assigned Rank to | Assigned Rank to | Assigned Rank to Nodes |
|---|---|---|---|---|
| 37 | 0.5 j | 1 | 1 | 2 |
| 38.2 | 0.38 j | 4 | 6 | 10 |
| 38 | 0.44 j | 3 | 4 | 7 |
| 39 | 0.47 j | 9 | 2 | 11 |
| 38.5 | 0.45 j | 5 | 3 | 8 |
| 38.7 | 0.4 j | 6 | 5 | 11 |
| 38.9 | 0.35 j | 7 | 7 | 14 |
| 37.9 | 0.33 j | 2 | 8 | 10 |
Figure 4Initialization phase.
Simulation setup.
| Component | Description |
|---|---|
| Simulation Area | 3 cm × 2 cm |
| Implanted nodes count | 9 |
| Sink Node | 1 static |
| Node Initial energy | 0.3 j |
| Initial temperature of a node | 37 |
| Size of a Packet | 296 bits |
| Threshold temperature value | 40 |
| Threshold energy value | 0.1 j |
| Application type | Event-Driven |
Figure 5Average temperature rise versus simulation.
Figure 6Average energy versus simulation time.
Figure 7Temperature variation versus simulation time.
Figure 8Energy Variation versus simulation time.
Figure 9Average temperature rise consumption with different node density. (a) Simulation time = 300 s; (b) simulation time = 1000 s.
Figure 10Average energy consumption with different node density. (a) Simulation time = 300 s; (b) simulation time = 1000 s.
Figure 11Throughput with different node density.
Figure 12Read transaction throughput.
Figure 13Transaction throughput.
Figure 14Average transaction latency.
Figure 15Average read latency.
Figure 16Impact of varying peer node with different transaction rate. (a) Average latency; (b) average throughput.
Figure 17Impact of varying orderer node with different send rate. (a) Average latency; (b) average throughput.
Resource use analysis of proposed system.
| Type | Name | CPU | CPU | Memory | Memory | Traffic | Traffic |
|---|---|---|---|---|---|---|---|
| (max %) | (avg %) | (max) | (avg) | In | Out | ||
| Docker |
| 12.44% | 5.59% | 106.6 MB | 98.5 MB | 4 MB | 4.2 MB |
| Docker |
| 17.09% | 6.24% | 93.5 MB | 85.7 MB | 4.3 MB | 5.2 MB |
| Docker |
| 15.02% | 4.56% | 110.5 MB | 105.3 MB | 5.6 MB | 10 MB |
| Docker |
| 0.00% | 5.54% | 90.8 MB | 85.8 MB | 4.8 MB | 5 MB |
| Docker |
| 4.95 % | 1.15% | 34.5 MB | 25.7 MB | 5 MB | 10.6 MB |
| Docker |
| 0.00% | 0.00% | 5.5 MB | 5.2 MB | 546 B | 0 B |
| Docker |
| 0.00% | 0.00% | 5.2 MB | 5.2 MB | 430 B | 0 B |