Review Article

Patient Data Prioritization in the Cross-Layer Designs of Wireless Body Area Network

Table 5

Summary of various schemes discussed in cross-layered design.

ProtocolIdentified problemsPatient data classesMobilityTopologyAverage delayPDREnergy consumptionLimitation(s)

WASP
(2006)
Intrabody communication, single-hops requiring more energy, throughput of packets, and 6-bit addressNot consideredNoMultihops320 milliseconds95%HighNo authentication provided for a new node. 6-bit address is not enough for scalable network. ACK has limited definitions and does not include information about damage frame. Node can leave the network without informing the network.

CICADA
(2007)
High energy consumption, path allocation between various nodes, and joining or leaving nodes in networkNot consideredYes Multihops<0.32 millisecondsN/AMediumDisjoining of the child/parent node waits for more than 2 consecutive cycles which wastes the energy and bandwidth of other nodes. New child/parent can join network without authentication. Not suitable for patient data.

TICOSS
(2007)
802.15.4 uses single-hop, packet collision due to the overlapping area, hidden-node problem, and high energy consumptionConsideredYesMultihopsN/AAbove 88%LowNot focused on the high-temperature routes. Regarding security issues, node/parent leaves the network without information. The V-table creates overheads for nodes.

QoS-aware based routing framework
(2007)
Providing priority based services to the high priority patient dataNot consideredYesMeshN/A60%HighIt consumes a high amount of energy of nodes during exchange of various information to other nodes which drops the patient data. This scheme has also a drawback of not considering high delay and data reliability.

Biocomm and Biocomm-D (2009)Reliable path, temperature, energy consumption, and
preventing network from data congestion
High priority dataNoDepending on the node’s temperatureAverage85%MediumDelay noticed due to the overheads of the control messages CMI, it verifies energy and temperature of the entire path which requires more delay and is not acceptable for high priority data.

Adaptive routing and bandwidth allocation protocol (2012)Routing, energy, and QoSEmergency and nonemergency dataNoMeshHigh70%HighNot suitable for emergency data due to its waits for path selection and verifying the residential energy of the entire path. A high delay noticed for emergency and nonemergency data.

P-ARQ (2013)Energy Considered only NoStarN/AN/ALowNo priority defined between emergency and nonemergency vital signs of the patient.

CL-JS
(2013)
Reasons of frame failure and retransmissionNot consideredNoStarHigh80%HighMore energy consumes of sensors during retransmission of the frames. Not suitable for patient data due to high delay.

Reverse Tree Route Configuration (2013)QoS, reliable path, and energyEM, DS, and GMNoMesh (random)HighAbove 70%HighPreempts DS and GM data for emergency data in which sensors consume more energy. The high delay has been noticed during preemption of other sensor data for emergency sensor data.

RE-ATTEMPT (2014)Calculation of the distance from source to destination, linkage of temperature and energy consumptionNormal and emergency dataNoStar and Mesh topology depending on the node’s temperatureAverageAbove 80%HighThe high priority data node is far away from the sink; then, that node can send data to the intermediate nodes if intermediate nodes are active; otherwise, it must send it directly to the sink. High energy consumption and the packet drop when the sink is very far away.

ZEQoS (2014)End-to-end delay, energy and data reliability, and priority-basis slots allocationOP, DSP, and RSP dataYesMultihops<2.5% millisecondsAlmost 95%LowDelay noticed during data transmission due to RTS, CTS activities, and long header designed for nodes.

TMQoS (2014)Delay, reliable routes, and temperature of the sensorsC1, C2, C3, and C4NoMesh LowN/AHighHigh energy consumption of the sensors to verify the temperature, delay, and reliable paths due to which high delay has been faced. Lots of controls have been used for sensor. This is a drawback for emergency data to verify them before data transmission.

COMR (2014)Energy consumption, PDR, and end-to-end delayNot consideredNoMeshHighLowHighThe proposed protocol tried to consume minimum energy of nodes but due to timer, it has consumed maximum energy. The PDR and end-to-end cannot be measured due to not considering of the patient data.

ARBA (2015)Energy, bandwidth allocation to high priority dataHigh priority and low priority dataNoExtended star topologyHigh65%HighThe proposed protocol consumes a high amount of energy of nodes during the selection of intermediate nodes for data transmission. Moreover, this protocol preempts low priority data on the arrival of high priority data which degrades the network performance in terms of low data reliability, high delay and high energy consumption.

TLQoS (2015)Hotspot nodes, reliability, delay, and energy consumptionCr, Dc, Rc, and RgYesMeshAverage75%HighThe proposed protocol selects shortest and minimum temperature-rise path for transmitting patient data but, during verification of each module status, degrades the performance of network in terms of high delay and high energy consumption of sensors.