<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.1 20151215//EN" "http://jats.nlm.nih.gov/publishing/1.1/JATS-journalpublishing1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xml:lang="en" article-type="research-article" dtd-version="1.1">
<front>
<journal-meta>
<journal-id journal-id-type="pmc">CMES</journal-id>
<journal-id journal-id-type="nlm-ta">CMES</journal-id>
<journal-id journal-id-type="publisher-id">CMES</journal-id>
<journal-title-group>
<journal-title>Computer Modeling in Engineering &#x0026; Sciences</journal-title>
</journal-title-group>
<issn pub-type="epub">1526-1506</issn>
<issn pub-type="ppub">1526-1492</issn>
<publisher>
<publisher-name>Tech Science Press</publisher-name>
<publisher-loc>USA</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">47806</article-id>
<article-id pub-id-type="doi">10.32604/cmes.2024.047806</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>Reliable Data Collection Model and Transmission Framework in Large-Scale Wireless Medical Sensor Networks</article-title>
<alt-title alt-title-type="left-running-head">Reliable Data Collection Model and Transmission Framework in Large-Scale Wireless Medical Sensor Networks</alt-title>
<alt-title alt-title-type="right-running-head">Reliable Data Collection Model and Transmission Framework in Large-Scale Wireless Medical Sensor Networks</alt-title>
</title-group>
<contrib-group>
<contrib id="author-1" contrib-type="author">
<name name-style="western"><surname>Gou</surname><given-names>Haosong</given-names></name><xref ref-type="aff" rid="aff-1">1</xref></contrib>
<contrib id="author-2" contrib-type="author">
<name name-style="western"><surname>Zhang</surname><given-names>Gaoyi</given-names></name><xref ref-type="aff" rid="aff-1">1</xref></contrib>
<contrib id="author-3" contrib-type="author">
<name name-style="western"><surname>Calixto</surname><given-names>Ren&#x00EA; Ripardo</given-names></name><xref ref-type="aff" rid="aff-2">2</xref></contrib>
<contrib id="author-4" contrib-type="author">
<name name-style="western"><surname>Jagatheesaperumal</surname><given-names>Senthil Kumar</given-names></name><xref ref-type="aff" rid="aff-3">3</xref></contrib>
<contrib id="author-5" contrib-type="author" corresp="yes">
<name name-style="western"><surname>de Albuquerque</surname><given-names>Victor Hugo C.</given-names></name><xref ref-type="aff" rid="aff-2">2</xref><email>victor.albuquerque@ieee.org</email></contrib>
<aff id="aff-1"><label>1</label><addr-line></addr-line><institution>China Mobile Group Sichuan Co., Ltd.</institution>, <addr-line>Chengdu, 640041</addr-line>, <country>China</country></aff>
<aff id="aff-2"><label>2</label><institution>Department of Teleinformatics Engineering, Federal University of Cear&#x00E1;</institution>, <addr-line>Fortaleza, 60455-970</addr-line>, <country>Brazil</country></aff>
<aff id="aff-3"><label>3</label><institution>Department of Electronics &#x0026; Communication Engineering, Mepco Schlenk Engineering College</institution>, <addr-line>Sivakasi, 626005</addr-line>, <country>India</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>&#x002A;</label>Corresponding Author: Victor Hugo C. de Albuquerque. Email: <email>victor.albuquerque@ieee.org</email></corresp>
</author-notes>
<pub-date date-type="collection" publication-format="electronic">
<year>2024</year></pub-date>
<pub-date date-type="pub" publication-format="electronic"><day>16</day><month>4</month><year>2024</year></pub-date>
<volume>140</volume>
<issue>1</issue>
<fpage>1077</fpage>
<lpage>1102</lpage>
<history>
<date date-type="received"><day>18</day><month>11</month><year>2023</year>
</date>
<date date-type="accepted"><day>05</day><month>1</month><year>2024</year>
</date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2024 Gou et al.</copyright-statement>
<copyright-year>2024</copyright-year>
<copyright-holder>Gou et al.</copyright-holder>
<license xlink:href="https://creativecommons.org/licenses/by/4.0/">
<license-p>This work is licensed under a <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International License</ext-link>, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<self-uri content-type="pdf" xlink:href="TSP_CMES_47806.pdf"></self-uri>
<abstract>
<p>Large-scale wireless sensor networks (WSNs) play a critical role in monitoring dangerous scenarios and responding to medical emergencies. However, the inherent instability and error-prone nature of wireless links present significant challenges, necessitating efficient data collection and reliable transmission services. This paper addresses the limitations of existing data transmission and recovery protocols by proposing a systematic end-to-end design tailored for medical event-driven cluster-based large-scale WSNs. The primary goal is to enhance the reliability of data collection and transmission services, ensuring a comprehensive and practical approach. Our approach focuses on refining the hop-count-based routing scheme to achieve fairness in forwarding reliability. Additionally, it emphasizes reliable data collection within clusters and establishes robust data transmission over multiple hops. These systematic improvements are designed to optimize the overall performance of the WSN in real-world scenarios. Simulation results of the proposed protocol validate its exceptional performance compared to other prominent data transmission schemes. The evaluation spans varying sensor densities, wireless channel conditions, and packet transmission rates, showcasing the protocol&#x2019;s superiority in ensuring reliable and efficient data transfer. Our systematic end-to-end design successfully addresses the challenges posed by the instability of wireless links in large-scale WSNs. By prioritizing fairness, reliability, and efficiency, the proposed protocol demonstrates its efficacy in enhancing data collection and transmission services, thereby offering a valuable contribution to the field of medical event-driven WSNs.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>Wireless sensor networks</kwd>
<kwd>reliable data transmission medical emergencies</kwd>
<kwd>cluster</kwd>
<kwd>data collection</kwd>
<kwd>routing scheme</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1">
<label>1</label>
<title>Introduction</title>
<p>A multitude of sensor nodes is deployed within large-scale wireless sensor networks to monitor a wide range of dangerous scenarios and emergency conditions, with the primary goal of delivering monitoring data to designated destination nodes [<xref ref-type="bibr" rid="ref-1">1</xref>&#x2013;<xref ref-type="bibr" rid="ref-3">3</xref>]. Due to inherent limitations in processing capability and energy resources, packet transmissions are susceptible to potential failures and unexpected errors. While existing research in data transmission for wireless sensor networks often assumes that a certain degree of sensing data loss is tolerable, the need for a reliable data transmission mechanism becomes evident in various practical application scenarios. For instance, in an emergency event monitoring system, ensuring the error-free delivery of critical emergency data is paramount.</p>
<p>Our research is dedicated to practical applications in event-driven Wireless Sensor Networks (WSNs), as illustrated in <xref ref-type="fig" rid="fig-1">Fig. 1</xref>. This complex system encompasses algorithms for sensing data collection, transmission optimization, data error recovery, routing, energy efficiency, and more. We conducted an extensive review of related research works on information assurance in sensor networks [<xref ref-type="bibr" rid="ref-4">4</xref>], optimal path selection [<xref ref-type="bibr" rid="ref-5">5</xref>,<xref ref-type="bibr" rid="ref-6">6</xref>], effective node detection [<xref ref-type="bibr" rid="ref-7">7</xref>,<xref ref-type="bibr" rid="ref-8">8</xref>], and adaptive broadcasting [<xref ref-type="bibr" rid="ref-9">9</xref>]. Furthermore, reviews were also carried out on cluster head selection [<xref ref-type="bibr" rid="ref-10">10</xref>,<xref ref-type="bibr" rid="ref-11">11</xref>], low-latency transmission [<xref ref-type="bibr" rid="ref-12">12</xref>], secure data transmission [<xref ref-type="bibr" rid="ref-13">13</xref>,<xref ref-type="bibr" rid="ref-14">14</xref>] as well as energy efficient data transmission [<xref ref-type="bibr" rid="ref-15">15</xref>]. In addition, noteworthy works on healthcare data transmission were also analyzed [<xref ref-type="bibr" rid="ref-16">16</xref>,<xref ref-type="bibr" rid="ref-17">17</xref>]. These works where primarily focus on isolated aspects of the system. Large-scale WSN deployment in challenging situations aims to achieve timely threat identification, real-time data gathering, and optimal resource distribution for effective emergency response. WSNs improve emergency medical services by enabling quick patient monitoring, prompt data transmission, and improved communication in medical situations. Few researchers have considered the holistic integration of these works to create a comprehensive system. Consequently, our initial objective is to design a comprehensive application protocol that ensures reliable data collection and delivery in large-scale WSNs while minimizing power consumption within the common IEEE 802.15.4 architecture [<xref ref-type="bibr" rid="ref-18">18</xref>&#x2013;<xref ref-type="bibr" rid="ref-20">20</xref>]. Packet loss, delay, and erratic data transmission are some of the significant issues brought on by the instability and flaws in wireless communications in large-scale WSNs. Robust processes are necessary to limit the impact of these challenges in medical event-driven scenarios, where timely and accurate data collecting is essential for prompt decision-making. Our work comprises three core components:</p>
<p>
<list list-type="bullet">
<list-item><p>Enhanced Hop-Count-Based Routing Scheme: The conventional hop-count-based routing scheme is a straightforward choice for most WSNs, requiring no additional hardware configurations. Nonetheless, the standard hop-based routing protocols often fall short in delivering the desired transmission reliability. To address this issue, we have devised an enhanced hop-count-based routing scheme aimed at mitigating the shortcomings associated with standard hop-based routing protocols.</p></list-item>
<list-item>
<p>Enhanced CSMA/CA (ECC): IEEE 802.15.4 employs CSMA/CA to manage collisions resulting from multiple transmission attempts. While CSMA/CA was originally designed to coordinate channel access for numerous wireless devices, its effectiveness in mitigating collisions within large-scale WSNs has not met expectations. This paper presents enhancements to the original CSMA/CA protocol, improving its efficiency in delivering data collection services.</p></list-item>
<list-item>
<p>Reliable Data Delivery Mechanism (RDDM): This mechanism is devised to tackle the existing challenges related to reliable data delivery across multiple hops. It aims to design a more efficient and effective approach to achieve the desired level of transmission reliability.</p></list-item>
</list></p>
<fig id="fig-1">
<label>Figure 1</label>
<caption>
<title>Application architecture of our target scenario</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-1.tif"/>
</fig>
<p>The article [<xref ref-type="bibr" rid="ref-21">21</xref>] presented a novel framework for securely embedding Electronic Health Records (EHRs) into images, utilizing techniques including left data mapping, pixel repetition, RC4 encryption, and checksum computation. This approach achieves a high payload, reversibility, and tamper detection, outperforming state-of-the-art methods. Edge computing, in conjunction with machine learning, enables local decision-making and introduces the concept of edge learning [<xref ref-type="bibr" rid="ref-22">22</xref>], addressing latency and resource challenges. The article also discusses a video data prioritization framework for surveillance networks and evaluates various communication aspects, while recognizing remaining challenges. Researchers proposed various optimizations, such as a high-speed wireless topology for data center networks [<xref ref-type="bibr" rid="ref-23">23</xref>] and strategies for enhancing energy efficiency in buildings [<xref ref-type="bibr" rid="ref-24">24</xref>], which could be effectively employed for reliable healthcare data transmission.</p>
<p>The main contributions of this article are summarized as follows:
<list list-type="bullet">
<list-item>
<p>Through enhanced hop-count routing, attainment of improved fairness and accuracy, resolving transmission reliability issues in large-scale wireless medical sensor networks.</p></list-item>
<list-item>
<p>Deployment of efficient data collection strategies, which mitigates collisions, ensuring timely data reporting within clusters in medical event-driven scenarios.</p></list-item>
<list-item>
<p>Providing a reliable data delivery mechanism, with a framework that ensures multi-hop transmission reliability, addressing wireless link failures for aggregated data in clusters.</p></list-item>
<list-item>
<p>Facilitating systematic end-to-end design, that provides exceptional performance with balanced reliability, adaptable to varying conditions in medical wireless sensor networks.</p></list-item>
</list></p>
<p>The rest of the study is organized as follows: <xref ref-type="sec" rid="s2">Section 2</xref> provides an overview of related works, presenting the existing literature and research relevant to the proposed framework. It outlines the background information, identifies the need for such a framework, and addresses gaps in the current literature. <xref ref-type="sec" rid="s3">Section 3</xref> describes the proposed improved hop-count routing in detail for large-scale wireless medical sensor networks. <xref ref-type="sec" rid="s4">Section 4</xref> presents the problem statement with efficient means of data collection. <xref ref-type="sec" rid="s5">Section 5</xref> focuses on reliable means of data delivery addressing the challenges in the existing literature. <xref ref-type="sec" rid="s6">Section 6</xref> shows the results of the framework&#x2019;s implementation and its effectiveness in enhancing the performance for reliable data transmission. It outlines the methodology used in the experiments and discusses the results obtained with improved hop count. Finally, <xref ref-type="sec" rid="s7">Section 7</xref> concludes and summarizes the key findings and contributions of the proposed framework.</p>
</sec>
<sec id="s2">
<label>2</label>
<title>Related Work</title>
<p>In this section, we review the related works in this area, with a focus on routing schemes in WSNs, data collection means, reliable data delivery, and energy-efficient strategies. We highlight the advantages and limitations of existing methods and identify the research gaps that need to be addressed in future studies. <xref ref-type="table" rid="table-1">Table 1</xref> shows the range of coverage of the parameters involved in the conventional approaches with reliable data transmission facilities.</p>
<table-wrap id="table-1">
<label>Table 1</label>
<caption>
<title>Coverage of state-of-the-art approaches in reliable data transmission along with its parameters</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Ref.</th>
<th>Year</th>
<th>Payload capacity</th>
<th>Average PSNR</th>
<th>Computation complexity</th>
<th>Tamper detection capability</th>
<th>Imperceptibility</th>
</tr>
</thead>
<tbody>
<tr>
<td>[<xref ref-type="bibr" rid="ref-25">25</xref>]</td>
<td>2023</td>
<td>&#x2713;</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-26">26</xref>]</td>
<td>2020</td>
<td>&#x2713;</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-27">27</xref>]</td>
<td>2020</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-28">28</xref>]</td>
<td>2020</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-29">29</xref>]</td>
<td>2023</td>
<td>&#x2717;</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-30">30</xref>]</td>
<td>2022</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
<td>&#x2713;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-31">31</xref>]</td>
<td>2023</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
<td>&#x2713;</td>
<td>&#x2717;</td>
<td>&#x2713;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-32">32</xref>]</td>
<td>2023</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
<td>&#x2717;</td>
<td>&#x2713;</td>
<td>&#x2713;</td>
</tr>
</tbody>
</table>
</table-wrap>
<sec id="s2_1">
<label>2.1</label>
<title>General Routing Schemes in WSNs</title>
<p>One of the paramount concerns in Wireless Sensor Networks (WSNs) is enabling sensors to discern the direction of data transmissiona concept referred to as global direction guidance for data transmission. Before initiating any data transmission, the entire network must establish a transmission guidance framework through a routing scheme. This framework imparts a global direction implicitly to each sensor node, directing it towards the sink node. Generally, three primary routing schemes are employed to establish this global transmission guidance: geographic location-based schemes [<xref ref-type="bibr" rid="ref-33">33</xref>&#x2013;<xref ref-type="bibr" rid="ref-35">35</xref>], transmission cost-based schemes [<xref ref-type="bibr" rid="ref-36">36</xref>], and hop count-based schemes.</p>
<p>In large-scale WSNs, data transmission, and recovery protocols frequently use methods like retransmission and error correction to overcome abnormalities. Such solutions can, however, result in energy inefficiencies and latency. Furthermore, they might not take into account the large-scale dynamic nature of the WSNs in a comprehensive way, which could limit their ability to grow, adapt, and distribute data efficiently, especially in real-world medical circumstances. Geographic location-based schemes typically require GPS equipment, while transmission cost-based schemes necessitate additional hardware or modules to assess costs, such as energy consumption.</p>
</sec>
<sec id="s2_2">
<label>2.2</label>
<title>Efficient Data Collection in WSNs</title>
<p>Data aggregation stands out as one of the most efficient methods within WSNs for alleviating network communication overhead. In our scenario, as soon as sensor data is generated by cluster members, it must be transmitted to the cluster head. However, this form of multiple-to-one communication often leads to significant collisions, causing increased packet loss and undermining the efficacy of data collection. Addressing this challenge is a crucial issue, yet practical research in this area remains relatively limited, highlighting the importance of collision control within a cluster. Early Message Ahead Join Adaptive Data Aggregation (E-ADA) [<xref ref-type="bibr" rid="ref-37">37</xref>] scheme for efficient data collection in IoT employs an early notification to enhance data aggregation probability and optimize energy consumption and introduces a delay-optimized convergence Routing. It is largely helpful in reducing transmission latency, demonstrating superior performance in network delay and lifetime compared to existing schemes.</p>
</sec>
<sec id="s2_3">
<label>2.3</label>
<title>Reliable Data Delivery in WSNs</title>
<p>In contrast to traditional wireless networks, sensor nodes within WSNs possess severely constrained power, bandwidth, and storage resources while contending with an error-prone wireless channel. These characteristics render the development of reliable data transmission protocols for WSNs exceptionally challenging. Furthermore, conventional reliable data transmission protocols commonly employed in the internet and other wireless networks, such as TCP and UDP, are ill-suited for the unique constraints of WSNs [<xref ref-type="bibr" rid="ref-38">38</xref>] Despite the emergence of numerous reliable transmission protocols, the majority of them cater to highly specific applications [<xref ref-type="bibr" rid="ref-39">39</xref>], rather than addressing the needs of general WSNs. With reliable data delivery in facial expression recognition, being a broad field of study, it faces certain challenges due to intra-class diversity. The study in [<xref ref-type="bibr" rid="ref-40">40</xref>] introduces a framework using HOG descriptors and Random Forest thereby proving remarkable accuracy on challenging facial datasets.</p>
</sec>
<sec id="s2_4">
<label>2.4</label>
<title>Energy Efficient Strategies</title>
<p>Energy conservation is a paramount concern in WSNs, manifesting as a primary focus across numerous WSN applications. Typically, two avenues are explored for achieving energy efficiency:
<list list-type="order">
<list-item><p>Minimizing energy consumption at the individual node level: This entails reducing energy consumption by decreasing transceiver usage time (e.g., implementing a sleep mechanism) and optimizing transceiver power settings since transceivers and data processing units are the primary energy consumers in sensors.</p></list-item>
<list-item><p>Enhancing energy efficiency across the entire network: Given the complex network structure of WSNs, with a multitude of sensor nodes leading to uneven energy consumption and waste, network-wide energy consumption can be ameliorated through optimizations such as media access control.</p></list-item>
</list></p>
<p>This paper exclusively delves into the design of low-energy communication strategies and investigates various techniques for energy conservation, including sleep schedule adjustments, energy-efficient MAC protocols, energy-efficient routing protocols, and low-energy architectural designs within IEEE 802.15.4. While these strategies individually achieve energy efficiency, our focus is on optimizing performance across multiple strategies to attain superior results.</p>
</sec>
</sec>
<sec id="s3">
<label>3</label>
<title>Improved Hop-Count Routing</title>
<p>In this section, the challenges of general hop-based routing protocols and the need for improved hop count strategies are discussed.</p>
<sec id="s3_1">
<label>3.1</label>
<title>Disadvantages of General Hop-Based Routing Protocol</title>
<p>In existing hop-count-based routing protocols, WSN sensors are typically divided into sub-zones based on their hop counts from the sink node, as illustrated in <xref ref-type="fig" rid="fig-2">Fig. 2</xref> model <italic>I</italic>. In this model, sensor nodes <italic>A</italic> and <italic>B</italic> share the same hop counts despite their differing locations. The work in [<xref ref-type="bibr" rid="ref-41">41</xref>] explores wireless mobile ad-hoc networks, analyzing DSDV, AODV, and DSR routing protocols. This study compares their performance, revealing that while it transfers more data, AODV experiences fewer losses due to path changes. Here, the significant goal is to identify suitable routing protocols for WSNs, addressing technology limitations and proposing an enhanced protocol. The conventional hop-count-based routing approach provides only approximate location information to each sensor, resulting in uneven distribution of next forwarding neighbors. Denoting expected transmission reliability as <italic>R</italic> and channel error as <inline-formula id="ieqn-1"><mml:math id="mml-ieqn-1"><mml:mi>e</mml:mi></mml:math></inline-formula> (0 &#x003C; e &#x003C; 1), and representing the number of redundant transmissions or next forward neighbors as <italic>M</italic>, the desired forwarding reliability <italic>R</italic> can be obtained [<xref ref-type="bibr" rid="ref-4">4</xref>,<xref ref-type="bibr" rid="ref-5">5</xref>] as follows:</p>
<p><disp-formula id="eqn-1"><label>(1)</label><mml:math id="mml-eqn-1" display="block"><mml:mi>R</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msup><mml:mi>e</mml:mi><mml:mi>M</mml:mi></mml:msup></mml:math></disp-formula></p>
<fig id="fig-2">
<label>Figure 2</label>
<caption>
<title>General hop count based routing models I and II</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-2.tif"/>
</fig>
<p>As per <xref ref-type="disp-formula" rid="eqn-1">Eq. (1)</xref>, the forwarding reliability of nodes <italic>A</italic> and <italic>B</italic> in <xref ref-type="fig" rid="fig-3">Fig. 3</xref> is determined by the count of the next forward neighbors located at hop <inline-formula id="ieqn-2"><mml:math id="mml-ieqn-2"><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula>. Assuming that the counts of next forward neighbors for nodes <italic>A</italic> and <italic>B</italic> at hop <inline-formula id="ieqn-3"><mml:math id="mml-ieqn-3"><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula> are denoted as <inline-formula id="ieqn-4"><mml:math id="mml-ieqn-4"><mml:msub><mml:mi>M</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> and <inline-formula id="ieqn-5"><mml:math id="mml-ieqn-5"><mml:msub><mml:mi>M</mml:mi><mml:mrow><mml:mi>B</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>, respectively, and considering an average channel error of <inline-formula id="ieqn-6"><mml:math id="mml-ieqn-6"><mml:mi>e</mml:mi></mml:math></inline-formula>, the forwarding reliability of nodes <italic>A</italic> and <italic>B</italic> can be expressed as follows using <xref ref-type="disp-formula" rid="eqn-1">Eq. (1)</xref>:</p>
<p><disp-formula id="eqn-2"><label>(2)</label><mml:math id="mml-eqn-2" display="block"><mml:msub><mml:mi>R</mml:mi><mml:mi>A</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msup><mml:mi>e</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>M</mml:mi><mml:mi>A</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msup></mml:math></disp-formula>
<disp-formula id="eqn-3"><label>(3)</label><mml:math id="mml-eqn-3" display="block"><mml:msub><mml:mi>R</mml:mi><mml:mi>B</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msup><mml:mi>e</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>M</mml:mi><mml:mi>B</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msup></mml:math></disp-formula></p>
<fig id="fig-3">
<label>Figure 3</label>
<caption>
<title>Examples of new hop count recalculation</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-3.tif"/>
</fig>
<p>Model II in <xref ref-type="fig" rid="fig-2">Fig. 2</xref> shows that MA,f &#x003E; MB,f, under the same distribution of sensor nodes (Because Node A covers more region area in hop h-1). Thus, node <italic>A</italic> has higher forwarding reliability than <italic>B</italic>, namely:
<disp-formula id="eqn-4"><label>(4)</label><mml:math id="mml-eqn-4" display="block"><mml:msub><mml:mi>R</mml:mi><mml:mi>A</mml:mi></mml:msub><mml:mo>&#x003E;</mml:mo><mml:msub><mml:mi>R</mml:mi><mml:mi>B</mml:mi></mml:msub></mml:math></disp-formula></p>
<p>It shows that the general hop-count-based routing scheme makes the node at the same hop have different forwarding reliability. We designed an improved hop-count routing scheme to address this problem in the following part.</p>
</sec>
<sec id="s3_2">
<label>3.2</label>
<title>Improved Hop-Count Routing Scheme</title>
<p>Different numbers of next forward neighbors cause unbalanced forwarding reliability due to the rough location information (only based on hop count). Thus, one of the possible ways to resolve the current problem is to make the location information of each node more accurate. As is shown in <xref ref-type="fig" rid="fig-2">Fig. 2</xref> model <italic>I</italic>, the communication ranges of nodes <italic>A</italic> and <italic>B</italic> cover three hop regions and have different coverage at the forwarding hop <inline-formula id="ieqn-7"><mml:math id="mml-ieqn-7"><mml:mi>h</mml:mi></mml:math></inline-formula> and the backward hop <inline-formula id="ieqn-8"><mml:math id="mml-ieqn-8"><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula>. This kind of information could improve the accuracy of the location in the general hop-count routing scheme. We define a new type of hop count H&#x2019; for a given node <inline-formula id="ieqn-9"><mml:math id="mml-ieqn-9"><mml:mi>&#x03B3;</mml:mi></mml:math></inline-formula> as:
<disp-formula id="eqn-5"><label>(5)</label><mml:math id="mml-eqn-5" display="block"><mml:msup><mml:mi>H</mml:mi><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msup><mml:mo>=</mml:mo><mml:mi>&#x03B1;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>;</mml:mo><mml:mi>&#x03B1;</mml:mi><mml:mo>+</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:mo>+</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:math></disp-formula></p>
<p>To find the values of <inline-formula id="ieqn-10"><mml:math id="mml-ieqn-10"><mml:mi>&#x03B1;</mml:mi><mml:mrow><mml:mover><mml:mn>1</mml:mn><mml:mo>&#x00A8;</mml:mo></mml:mover></mml:mrow></mml:math></inline-formula>&#x00BC; <inline-formula id="ieqn-11"><mml:math id="mml-ieqn-11"><mml:mi>&#x03B2;</mml:mi></mml:math></inline-formula>, and <inline-formula id="ieqn-12"><mml:math id="mml-ieqn-12"><mml:mi>&#x03B3;</mml:mi></mml:math></inline-formula>, we assume the numbers of neighbor nodes of the given node <inline-formula id="ieqn-13"><mml:math id="mml-ieqn-13"><mml:mi>&#x03B3;</mml:mi></mml:math></inline-formula> at hop <inline-formula id="ieqn-14"><mml:math id="mml-ieqn-14"><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula>, <inline-formula id="ieqn-15"><mml:math id="mml-ieqn-15"><mml:mi>h</mml:mi></mml:math></inline-formula>, and <inline-formula id="ieqn-16"><mml:math id="mml-ieqn-16"><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula> are <inline-formula id="ieqn-17"><mml:math id="mml-ieqn-17"><mml:mi>N</mml:mi><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula>, <inline-formula id="ieqn-18"><mml:math id="mml-ieqn-18"><mml:mi>N</mml:mi><mml:mi>h</mml:mi></mml:math></inline-formula> and <inline-formula id="ieqn-19"><mml:math id="mml-ieqn-19"><mml:mi>N</mml:mi><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula>, respectively, then we have:
<disp-formula id="eqn-6"><label>(6)</label><mml:math id="mml-eqn-6" display="block"><mml:mi>&#x03B1;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mi>h</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub></mml:mrow></mml:mfrac></mml:math></disp-formula>
<disp-formula id="eqn-7"><label>(7)</label><mml:math id="mml-eqn-7" display="block"><mml:mi>&#x03B2;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>N</mml:mi><mml:mi>h</mml:mi></mml:msub><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mi>h</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub></mml:mrow></mml:mfrac></mml:math></disp-formula>
<disp-formula id="eqn-8"><label>(8)</label><mml:math id="mml-eqn-8" display="block"><mml:mi>&#x03B3;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mi>h</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>Finally, we can express the new optimized hop count <italic>H&#x2019;</italic> as:
<disp-formula id="eqn-9"><label>(9)</label><mml:math id="mml-eqn-9" display="block"><mml:mi>H</mml:mi><mml:mo>=</mml:mo><mml:mi>&#x03B1;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mfrac><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mi>h</mml:mi></mml:msub><mml:mi>h</mml:mi><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mi>h</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>Finally, <italic>H&#x2019;</italic> means the average hop counts of neighbor nodes within the communication range. To better understand how the improved hop-count routing scheme works, we show an example of new hop-count recalculating in example <italic>I</italic> of <xref ref-type="fig" rid="fig-3">Fig. 3</xref>. Node <italic>A</italic> has 4, 8, and 4 neighbor nodes at hop 5, 6, and 7, respectively, and node <italic>B</italic> has 2, 8, and 4 neighbor nodes at hop 5, 6, and 7 separately. Then, we recalculate the new hop count H&#x2019; for nodes <italic>A</italic> (H&#x2019;A) and <italic>B</italic> (H&#x2019;B) as follows:</p>
<p>For node <italic>A</italic>:
<disp-formula id="eqn-10"><label>(10)</label><mml:math id="mml-eqn-10" display="block"><mml:mi>&#x03B1;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>M</mml:mi><mml:mn>5</mml:mn></mml:msub><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>5</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>6</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>7</mml:mn></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>4</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>4</mml:mn><mml:mo>+</mml:mo><mml:mn>8</mml:mn><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>2</mml:mn><mml:mn>7</mml:mn></mml:mfrac></mml:math></disp-formula>
<disp-formula id="eqn-11"><label>(11)</label><mml:math id="mml-eqn-11" display="block"><mml:mi>&#x03B2;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>M</mml:mi><mml:mn>6</mml:mn></mml:msub><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>5</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>6</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>7</mml:mn></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>8</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>4</mml:mn><mml:mo>+</mml:mo><mml:mn>8</mml:mn><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>4</mml:mn><mml:mn>7</mml:mn></mml:mfrac></mml:math></disp-formula>
<disp-formula id="eqn-12"><label>(12)</label><mml:math id="mml-eqn-12" display="block"><mml:mi>&#x03B3;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>M</mml:mi><mml:mn>7</mml:mn></mml:msub><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>5</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>6</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>7</mml:mn></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>4</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>4</mml:mn><mml:mo>+</mml:mo><mml:mn>8</mml:mn><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>2</mml:mn><mml:mn>7</mml:mn></mml:mfrac></mml:math></disp-formula>
<disp-formula id="eqn-13"><label>(13)</label><mml:math id="mml-eqn-13" display="block"><mml:msubsup><mml:mi>H</mml:mi><mml:mi>A</mml:mi><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msubsup><mml:mo>=</mml:mo><mml:mi>&#x03B1;</mml:mi><mml:mn>5</mml:mn><mml:mo>+</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:mn>6</mml:mn><mml:mo>+</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mn>7</mml:mn><mml:mo>=</mml:mo><mml:mfrac><mml:mn>2</mml:mn><mml:mn>7</mml:mn></mml:mfrac><mml:mn>5</mml:mn><mml:mo>+</mml:mo><mml:mfrac><mml:mn>4</mml:mn><mml:mn>7</mml:mn></mml:mfrac><mml:mn>6</mml:mn><mml:mo>+</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mn>7</mml:mn></mml:mfrac><mml:mn>7</mml:mn><mml:mo>&#x2248;</mml:mo><mml:mn>5.86</mml:mn></mml:math></disp-formula></p>
<p>For node <italic>B</italic>:
<disp-formula id="eqn-14"><label>(14)</label><mml:math id="mml-eqn-14" display="block"><mml:mi>&#x03B1;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>M</mml:mi><mml:mn>5</mml:mn></mml:msub><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>5</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>6</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>7</mml:mn></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>2</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>4</mml:mn><mml:mo>+</mml:mo><mml:mn>8</mml:mn><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mn>7</mml:mn></mml:mfrac></mml:math></disp-formula>
<disp-formula id="eqn-15"><label>(15)</label><mml:math id="mml-eqn-15" display="block"><mml:mi>&#x03B2;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>M</mml:mi><mml:mn>6</mml:mn></mml:msub><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>5</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>6</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>7</mml:mn></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>8</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>4</mml:mn><mml:mo>+</mml:mo><mml:mn>8</mml:mn><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>4</mml:mn><mml:mn>7</mml:mn></mml:mfrac></mml:math></disp-formula>
<disp-formula id="eqn-16"><label>(16)</label><mml:math id="mml-eqn-16" display="block"><mml:mi>&#x03B3;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>M</mml:mi><mml:mn>7</mml:mn></mml:msub><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>5</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>6</mml:mn></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mn>7</mml:mn></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>2</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>4</mml:mn><mml:mo>+</mml:mo><mml:mn>8</mml:mn><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mn>7</mml:mn></mml:mfrac></mml:math></disp-formula>
<disp-formula id="eqn-17"><label>(17)</label><mml:math id="mml-eqn-17" display="block"><mml:msubsup><mml:mi>H</mml:mi><mml:mi>B</mml:mi><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msubsup><mml:mo>=</mml:mo><mml:mi>&#x03B1;</mml:mi><mml:mn>5</mml:mn><mml:mo>+</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:mn>6</mml:mn><mml:mo>+</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mn>7</mml:mn><mml:mo>=</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mn>7</mml:mn></mml:mfrac><mml:mn>5</mml:mn><mml:mo>+</mml:mo><mml:mfrac><mml:mn>4</mml:mn><mml:mn>7</mml:mn></mml:mfrac><mml:mn>6</mml:mn><mml:mo>+</mml:mo><mml:mfrac><mml:mn>2</mml:mn><mml:mn>7</mml:mn></mml:mfrac><mml:mn>7</mml:mn><mml:mo>&#x2248;</mml:mo><mml:mn>6.14</mml:mn></mml:math></disp-formula></p>
<p>In our enhanced hop-count-based routing scheme, the traditional integer hop counts of nodes <italic>A</italic> and <italic>B</italic> are refined into more precise non-integer hop counts. This refinement enables each node to identify an increased number of equally distributed next-forwarding neighbors, thereby alleviating issues associated with the standard hop-count routing approach. As illustrated in <xref ref-type="fig" rid="fig-4">Fig. 4</xref>, node <italic>A</italic> and node <italic>B</italic> serve as an example. In the conventional hop-count routing scheme, node A has two forwarding neighbors, I and J, both at hop 5, whereas node <italic>B</italic> has only one forwarding neighbor. However, after recalculating the new hop counts, the integer hop counts are further divided into smaller decimal hop counts, as indicated in the figure. Consequently, node B can transmit its packet to nodes <italic>H</italic> and <italic>K</italic>, which possess smaller hop counts such as 5.45, as depicted in <xref ref-type="fig" rid="fig-4">Fig. 4</xref>.</p>
<fig id="fig-4">
<label>Figure 4</label>
<caption>
<title>The new non-integer hop counts</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-4.tif"/>
</fig>
<p>To build a more efficient hop-count-based routing scheme, we have to collect general hop-count information for each node in the network:
<list list-type="bullet">
<list-item>
<p>The sink node initializes its hop count as &#x2018;0&#x2019; and broadcasts a hop-count &#x2018;1&#x2019; message to its neighbors. The neighbors set this received hop count as their latest hop count, then the neighbors rebroadcast the message to their neighbors by increasing their hop count by 1. In this course, we implement the adaptive broadcasting algorithm [<xref ref-type="bibr" rid="ref-9">9</xref>] to mitigate collisions of broadcasting.</p></list-item>
<list-item>
<p>The nodes update their hop count if multiple messages are received by adopting the minor hop count.</p></list-item>
<list-item>
<p>After flooding this message over the whole network, all the nodes have to exchange their hop count with their neighbors based on the distributed neighbors information collection algorithm [<xref ref-type="bibr" rid="ref-7">7</xref>].</p></list-item>
<list-item>
<p>Recalculating the hop count by <xref ref-type="disp-formula" rid="eqn-9">(9)</xref> in our improved hop-count routing scheme.</p></list-item>
</list></p>
</sec>
</sec>
<sec id="s4">
<label>4</label>
<title>Efficient Data Collection</title>
<p>In the dynamic realm of healthcare, wireless medical sensor networks have emerged as a transformative force, offering the potential to revolutionize patient care and diagnostics through interconnected devices. However, their effectiveness pivots on one core element: efficient data collection. In this section, we explore the intricate details of designing a dependable data collection and transmission system in large-scale wireless medical sensor networks.</p>
<sec id="s4_1">
<label>4.1</label>
<title>Problem Statement</title>
<p>In WSNs, when an event occurs, it triggers the neighboring nodes to simultaneously transmit event data to the sink node for aggregation, as depicted in <xref ref-type="fig" rid="fig-5">Fig. 5</xref>. Despite the widespread adoption of the cluster structure for data aggregation, two primary challenges persist:</p>
<p><list list-type="order">
<list-item><p>Cluster head election: In typical event-driven WSNs, selecting the cluster head from the active sensor nodes is a critical step in cluster formation. In our study, we assume that cluster head selection can be performed using existing algorithms, such as those discussed in [<xref ref-type="bibr" rid="ref-10">10</xref>,<xref ref-type="bibr" rid="ref-11">11</xref>,<xref ref-type="bibr" rid="ref-33">33</xref>].</p></list-item>
<list-item><p>Collisions among cluster members: Multiple member nodes concurrently transmit data to the same cluster head, leading to significant collisions, transmission failures, and the need for repeated re-transmissions. To mitigate these collisions, energy-efficient architecture-based CSMA/CA mechanisms, as introduced in IEEE 802.15.4, are often employed. However, the original CSMA/CA protocol in IEEE 802.15.4 may not provide adequate efficiency in such scenarios.</p></list-item>
</list></p>
<fig id="fig-5">
<label>Figure 5</label>
<caption>
<title>Event-driven cluster architecture</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-5.tif"/>
</fig>
</sec>
<sec id="s4_2">
<label>4.2</label>
<title>Enhanced Channel Utilization</title>
<p>Upon the occurrence of an event, nodes are activated to report the event to their respective cluster head. However, the frequent transmissions to the same cluster head lead to a high collision rate, even when using the CSMA/CA algorithm. Although CSMA/CA was originally designed to coordinate channel access among multiple wireless devices, its collision mitigation efficiency in large-scale WSNs falls short of expectations. Additionally, the CSMA/CA algorithm relies on nodes introducing random delays to avoid collisions without considering the current channel utilization.</p>
<p>Furthermore, in the context of cluster-based WSNs operating under IEEE 802.15.4, most research has focused on minimizing interference between neighboring clusters [<xref ref-type="bibr" rid="ref-36">36</xref>,<xref ref-type="bibr" rid="ref-42">42</xref>], rather than addressing collisions within a single cluster. Therefore, it becomes necessary to enhance the original CSMA/CA algorithm to better suit the requirements of WSNs.</p>
<p>It is important to note that we define the &#x201C;Enhanced channel utilization&#x201D; as the state achieved when the network operates at maximum utilization. For a cluster comprising <inline-formula id="ieqn-20"><mml:math id="mml-ieqn-20"><mml:mi>n</mml:mi></mml:math></inline-formula> nodes, we establish the transmission probability (<inline-formula id="ieqn-21"><mml:math id="mml-ieqn-21"><mml:mi>&#x03C4;</mml:mi></mml:math></inline-formula>) within a random time slot. Subsequently, we calculate the probabilities for three distinct cases during the time interval <inline-formula id="ieqn-22"><mml:math id="mml-ieqn-22"><mml:mo stretchy="false">[</mml:mo><mml:mi>t</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">]</mml:mo></mml:math></inline-formula>:
<list list-type="simple">
<list-item><label>1.</label><p>A channel stays idle:</p></list-item>
</list>
<disp-formula id="eqn-18"><label>(18)</label><mml:math id="mml-eqn-18" display="block"><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup></mml:math></disp-formula>
<list list-type="simple">
<list-item><label>2.</label><p>Successful transmission:</p></list-item>
</list>
<disp-formula id="eqn-19"><label>(19)</label><mml:math id="mml-eqn-19" display="block"><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>S</mml:mi><mml:mi>u</mml:mi><mml:mi>c</mml:mi><mml:mi>c</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mi>n</mml:mi><mml:mi>&#x03C4;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msup></mml:math></disp-formula>
<list list-type="simple">
<list-item><label>3.</label><p>More than one node collided:</p></list-item>
</list>
<disp-formula id="eqn-20"><label>(20)</label><mml:math id="mml-eqn-20" display="block"><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup><mml:mo>&#x2212;</mml:mo><mml:mi>n</mml:mi><mml:mi>&#x03C4;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msup></mml:math></disp-formula></p>
<p>Based on <xref ref-type="disp-formula" rid="eqn-18">(18)</xref>&#x2013;<xref ref-type="disp-formula" rid="eqn-20">(20)</xref>, we can compute the network utilization as:
<disp-formula id="eqn-21"><label>(21)</label><mml:math id="mml-eqn-21" display="block"><mml:mi>S</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>S</mml:mi><mml:mi>u</mml:mi><mml:mi>c</mml:mi><mml:mi>c</mml:mi></mml:mrow></mml:msub><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>P</mml:mi><mml:mi>a</mml:mi><mml:mi>c</mml:mi><mml:mi>k</mml:mi><mml:mi>e</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>S</mml:mi><mml:mi>u</mml:mi><mml:mi>c</mml:mi><mml:mi>c</mml:mi></mml:mrow></mml:msub><mml:mi>c</mml:mi><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>S</mml:mi><mml:mi>u</mml:mi><mml:mi>c</mml:mi><mml:mi>c</mml:mi></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>Here, <inline-formula id="ieqn-23"><mml:math id="mml-ieqn-23"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>S</mml:mi><mml:mi>u</mml:mi><mml:mi>c</mml:mi><mml:mi>c</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> presents the average time duration of channel utilization in case of successful transmissions, and <inline-formula id="ieqn-24"><mml:math id="mml-ieqn-24"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> is the average time duration if the channel experiences a collision. Here, <inline-formula id="ieqn-25"><mml:math id="mml-ieqn-25"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> is the average time duration in case of the channel stays idle.</p>
<p>To maximize network utilization S, we can get the enhanced transmission probability according to the deduction in [<xref ref-type="bibr" rid="ref-43">43</xref>]:
<disp-formula id="eqn-22"><label>(22)</label><mml:math id="mml-eqn-22" display="block"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mi>O</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>s</mml:mi><mml:mi>q</mml:mi><mml:mi>r</mml:mi><mml:mi>t</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mi>n</mml:mi><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mi>n</mml:mi><mml:mo stretchy="false">]</mml:mo><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:mo>&#x2248;</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mrow><mml:mi>n</mml:mi><mml:mi>s</mml:mi><mml:mi>q</mml:mi><mml:mi>r</mml:mi><mml:mi>t</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>Here, T<sup>&#x002A;</sup> &#x003D; <inline-formula id="ieqn-26"><mml:math id="mml-ieqn-26"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>/<inline-formula id="ieqn-27"><mml:math id="mml-ieqn-27"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> in <xref ref-type="disp-formula" rid="eqn-22">(22)</xref>, the parameter T<sup>&#x002A;</sup> could be a known value by observing the channel utilization. Thus, the Enhanced transmission probability only depends on the number of sensors (the parameter n) in the cluster. However, it is impossible to predict the number of activated sensors in the event, and we have to find another way to maximize network utilization.</p>
<p>As the only centralized coordinator in a cluster, the cluster head can count the time duration of TColl and TIdle while receiving the data from member nodes. Based on the TColl and TIdle acquired from the cluster head. We define the channel utilization L as:
<disp-formula id="eqn-23"><label>(23)</label><mml:math id="mml-eqn-23" display="block"><mml:mi>L</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>E</mml:mi><mml:mo stretchy="false">[</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">]</mml:mo></mml:mrow><mml:mrow><mml:mi>E</mml:mi><mml:mo stretchy="false">[</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">]</mml:mo></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub></mml:mrow><mml:mrow><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup></mml:mrow><mml:mrow><mml:mo stretchy="false">[</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup><mml:mo>&#x2212;</mml:mo><mml:mi>n</mml:mi><mml:mi>&#x03C4;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msup><mml:mo stretchy="false">]</mml:mo><mml:mo>.</mml:mo><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>Here, <italic>L</italic> is known. Usually, due to a large number of nodes and low transmission probability, we make <inline-formula id="ieqn-28"><mml:math id="mml-ieqn-28"><mml:mi>n</mml:mi><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mi mathvariant="normal">&#x221E;</mml:mi></mml:math></inline-formula> and <inline-formula id="ieqn-29"><mml:math id="mml-ieqn-29"><mml:mi>&#x03C4;</mml:mi><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula>, and according to the Taylor formula, we obtain:
<disp-formula id="eqn-24"><label>(24)</label><mml:math id="mml-eqn-24" display="block"><mml:munder><mml:mo movablelimits="true" form="prefix">lim</mml:mo><mml:mrow><mml:mi>n</mml:mi><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mi mathvariant="normal">&#x221E;</mml:mi><mml:mo>,</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mn>0</mml:mn></mml:mrow></mml:munder><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup><mml:mo>&#x2248;</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>n</mml:mi><mml:mi>&#x03C4;</mml:mi><mml:mo>+</mml:mo><mml:mfrac><mml:mrow><mml:mi>n</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:mfrac><mml:msup><mml:mi>&#x03C4;</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:math></disp-formula></p>
<p>Combined with <xref ref-type="disp-formula" rid="eqn-24">(24)</xref>, we can further simplify <xref ref-type="disp-formula" rid="eqn-23">(23)</xref> as:
<disp-formula id="eqn-25"><label>(25)</label><mml:math id="mml-eqn-25" display="block"><mml:mi>L</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup></mml:mrow><mml:mrow><mml:mo stretchy="false">[</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup><mml:mo>&#x2212;</mml:mo><mml:mi>n</mml:mi><mml:mi>&#x03C4;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msup><mml:mo stretchy="false">]</mml:mo><mml:mo>.</mml:mo><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mi>n</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msup><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>n</mml:mi><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>2</mml:mn><mml:mrow><mml:mi>n</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:msup><mml:mi>&#x03C4;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>Replace <inline-formula id="ieqn-30"><mml:math id="mml-ieqn-30"><mml:mi>&#x03C4;</mml:mi></mml:math></inline-formula> with <inline-formula id="ieqn-31"><mml:math id="mml-ieqn-31"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mi>O</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> in <xref ref-type="disp-formula" rid="eqn-22">Eq. (22)</xref>, we obtain the enhanced L:
<disp-formula id="eqn-26"><label>(26)</label><mml:math id="mml-eqn-26" display="block"><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mi>O</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mfrac><mml:mn>2</mml:mn><mml:mrow><mml:mi>n</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:msup><mml:mi>&#x03C4;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:msubsup><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow><mml:mo>&#x2217;</mml:mo></mml:msubsup></mml:mrow></mml:mfrac><mml:mo>=</mml:mo><mml:mfrac><mml:mn>2</mml:mn><mml:mrow><mml:mi>n</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:mi>n</mml:mi><mml:msqrt><mml:mo stretchy="false">(</mml:mo></mml:msqrt><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mn>2</mml:mn><mml:mo>)</mml:mo></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:msubsup><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow><mml:mo>&#x2217;</mml:mo></mml:msubsup></mml:mrow></mml:mfrac><mml:mo>&#x2248;</mml:mo><mml:mn>1</mml:mn></mml:math></disp-formula></p>
<p><inline-formula id="ieqn-32"><mml:math id="mml-ieqn-32"><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mi>O</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> shows the Enhanced rate of <inline-formula id="ieqn-33"><mml:math id="mml-ieqn-33"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> and <inline-formula id="ieqn-34"><mml:math id="mml-ieqn-34"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> while achieving the enhanced network utilization. In other words, when the average collision time duration is equal to the average idle time duration, the channel achieves the best utilization. However, we still do not have clear guidance from <italic>L</italic> to adjust the transmission behaviour of each node. In this case, we further transform <xref ref-type="disp-formula" rid="eqn-25">(25)</xref> to be:
<disp-formula id="eqn-27"><label>(27)</label><mml:math id="mml-eqn-27" display="block"><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mi>L</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup><mml:mo>=</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup><mml:mo>&#x2212;</mml:mo><mml:mi>n</mml:mi><mml:mi>&#x03C4;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msup><mml:mo stretchy="false">]</mml:mo></mml:math></disp-formula></p>
<p>According to Taylor formula, we can derive:
<disp-formula id="eqn-28"><label>(28)</label><mml:math id="mml-eqn-28" display="block"><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>n</mml:mi></mml:msup><mml:mo>&#x2212;</mml:mo><mml:mi>n</mml:mi><mml:mi>&#x03C4;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03C4;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msup><mml:mi>&#x03C4;</mml:mi><mml:mo>&#x2248;</mml:mo><mml:mfrac><mml:mrow><mml:mi>n</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:mfrac><mml:msup><mml:mi>&#x03C4;</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:math></disp-formula></p>
<p>Assume that <inline-formula id="ieqn-35"><mml:math id="mml-ieqn-35"><mml:mi>n</mml:mi><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mi mathvariant="normal">&#x221E;</mml:mi></mml:math></inline-formula>, <inline-formula id="ieqn-36"><mml:math id="mml-ieqn-36"><mml:mi>n</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> <inline-formula id="ieqn-37"><mml:math id="mml-ieqn-37"><mml:mo>&#x2248;</mml:mo></mml:math></inline-formula> <inline-formula id="ieqn-38"><mml:math id="mml-ieqn-38"><mml:msup><mml:mi>n</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:math></inline-formula>, thus we can transfer <xref ref-type="disp-formula" rid="eqn-27">Eq. (27)</xref> to be:
<disp-formula id="eqn-29"><label>(29)</label><mml:math id="mml-eqn-29" display="block"><mml:msup><mml:mi>n</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:msup><mml:mi>&#x03C4;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mi>L</mml:mi><mml:mo>=</mml:mo><mml:mn>2</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mn>2</mml:mn><mml:mi>n</mml:mi><mml:mi>&#x03C0;</mml:mi><mml:mo>+</mml:mo><mml:msup><mml:mi>n</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:msup><mml:mi>&#x03C4;</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:math></disp-formula></p>
<p>Replacing <inline-formula id="ieqn-39"><mml:math id="mml-ieqn-39"><mml:mi>n</mml:mi><mml:mi>&#x03C0;</mml:mi></mml:math></inline-formula> by <italic>Y</italic>, we have:
<disp-formula id="eqn-30"><label>(30)</label><mml:math id="mml-eqn-30" display="block"><mml:mo stretchy="false">(</mml:mo><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mi>L</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:msup><mml:mi>&#x03B3;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mi>&#x03B3;</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>2</mml:mn><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:math></disp-formula></p>
<p>From <xref ref-type="disp-formula" rid="eqn-30">Eq. (30)</xref>, we have:
<disp-formula id="eqn-31"><label>(31)</label><mml:math id="mml-eqn-31" display="block"><mml:mi>Y</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:msqrt><mml:mo stretchy="false">(</mml:mo></mml:msqrt><mml:mn>1</mml:mn><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">(</mml:mo><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mi>L</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow><mml:mrow><mml:mspace width="negativethinmathspace" /><mml:mrow><mml:mo>/</mml:mo></mml:mrow></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mi>L</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>Replacing <italic>L</italic> with <inline-formula id="ieqn-40"><mml:math id="mml-ieqn-40"><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mi>O</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>:
<disp-formula id="eqn-32"><label>(32)</label><mml:math id="mml-eqn-32" display="block"><mml:msub><mml:mi>Y</mml:mi><mml:mrow><mml:mi>O</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msqrt><mml:mo stretchy="false">(</mml:mo></mml:msqrt><mml:mn>1</mml:mn><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">(</mml:mo><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mi>L</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msup></mml:mrow><mml:mrow><mml:msup><mml:mi>T</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mi>L</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>Here, <italic>Y</italic> is the number of sensor nodes that may transmit in a random time slot. Thus <inline-formula id="ieqn-41"><mml:math id="mml-ieqn-41"><mml:mi>Y</mml:mi><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>Y</mml:mi><mml:mrow><mml:mi>O</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> indicates the difference in the number of active sensor nodes before and after the enhancement.</p>
</sec>
<sec id="s4_3">
<label>4.3</label>
<title>Enhanced CSMA/CA Algorithm (ECC)</title>
<p>According to the previous analysis, we propose an Enhanced CSMA/CA algorithm as follow: Channel state estimation. When the cluster head receives the data from its member nodes, it exactly knows the channel utilizing condition. It counts the time duration of <inline-formula id="ieqn-42"><mml:math id="mml-ieqn-42"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>S</mml:mi><mml:mi>u</mml:mi><mml:mi>c</mml:mi><mml:mi>c</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-43"><mml:math id="mml-ieqn-43"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> and <inline-formula id="ieqn-44"><mml:math id="mml-ieqn-44"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> at a certain period <inline-formula id="ieqn-45"><mml:math id="mml-ieqn-45"><mml:mi>i</mml:mi></mml:math></inline-formula> (usually, it is available to exploit this kind of information at the MAC layer), as shown in <xref ref-type="fig" rid="fig-6">Fig. 6</xref>. Then we can average them to reflect the channel-utilizing condition.</p>
<p><disp-formula id="eqn-33"><label>(33)</label><mml:math id="mml-eqn-33" display="block"><mml:mi>E</mml:mi><mml:mo stretchy="false">[</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">]</mml:mo><mml:mo>=</mml:mo><mml:mi>E</mml:mi><mml:mo stretchy="false">[</mml:mo><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mi>n</mml:mi></mml:munderover><mml:msubsup><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow><mml:mi>i</mml:mi></mml:msubsup><mml:mo stretchy="false">]</mml:mo></mml:math></disp-formula>
<disp-formula id="eqn-34"><label>(34)</label><mml:math id="mml-eqn-34" display="block"><mml:mi>E</mml:mi><mml:mo stretchy="false">[</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">]</mml:mo><mml:mo>=</mml:mo><mml:mi>E</mml:mi><mml:mo stretchy="false">[</mml:mo><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mi>n</mml:mi></mml:munderover><mml:msubsup><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>i</mml:mi><mml:mi>e</mml:mi></mml:mrow><mml:mi>i</mml:mi></mml:msubsup><mml:mo stretchy="false">]</mml:mo></mml:math></disp-formula></p>
<fig id="fig-6">
<label>Figure 6</label>
<caption>
<title>Channel states of cluster head</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-6.tif"/>
</fig>
<p>The channel-using information must be updated frequently to track channel-utilizing conditions more accurately. Thus, we only count the average collision and idle time duration in the last <inline-formula id="ieqn-46"><mml:math id="mml-ieqn-46"><mml:mi>x</mml:mi></mml:math></inline-formula> periods.</p>
<p>Then, we can evaluate the channel utilizing conditions as:
<disp-formula id="eqn-35"><label>(35)</label><mml:math id="mml-eqn-35" display="block"><mml:mi>L</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>E</mml:mi><mml:mo stretchy="false">[</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>d</mml:mi><mml:mi>l</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">]</mml:mo></mml:mrow><mml:mrow><mml:mi>E</mml:mi><mml:mo stretchy="false">[</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>l</mml:mi><mml:mi>l</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">]</mml:mo></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>The value of L will be updated every x period and recorded as (L1, L2, L3, &#x2026;, Ln). Transmission adjustment. After obtaining the latest channel utilizing condition parameter L, the cluster head will enclose this parameter in the Beacon Payload field of the periodically generated beacon frames, as shown in <xref ref-type="fig" rid="fig-7">Fig. 7</xref>.</p>
<fig id="fig-7">
<label>Figure 7</label>
<caption>
<title>Beacon frame format</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-7.tif"/>
</fig>
<p>After receiving the beacon, each sensor node knows the current channel utilizing condition, adjusting their behaviors to mitigate the possible collisions. To achieve this goal, each transmission attempt will be enabled by a certain probability <inline-formula id="ieqn-47"><mml:math id="mml-ieqn-47"><mml:msub><mml:mi>P</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula> and rescheduled by probability <inline-formula id="ieqn-48"><mml:math id="mml-ieqn-48"><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula>.</p>
<p>Here, <inline-formula id="ieqn-49"><mml:math id="mml-ieqn-49"><mml:msub><mml:mi>P</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula> can be defined as:
<disp-formula id="eqn-36"><label>(36)</label><mml:math id="mml-eqn-36" display="block"><mml:msub><mml:mi>P</mml:mi><mml:mi>t</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msup><mml:mrow><mml:mo>[</mml:mo><mml:mi>m</mml:mi><mml:mi>i</mml:mi><mml:mi>n</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mfrac><mml:mi>Y</mml:mi><mml:msub><mml:mi>Y</mml:mi><mml:mrow><mml:mi>O</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:mfrac><mml:mo>)</mml:mo></mml:mrow><mml:mo>]</mml:mo></mml:mrow><mml:mrow><mml:mi>N</mml:mi><mml:mi>B</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msup></mml:math></disp-formula></p>
<p>Here, NB indicates the back-off times of CSMA/CA or the times the sensor node tries to transmit. The fairness of each transmission among the member nodes will be improved. From <xref ref-type="disp-formula" rid="eqn-36">(36)</xref>, we can find that:</p>
<p><italic>A</italic>. In the case of <inline-formula id="ieqn-50"><mml:math id="mml-ieqn-50"><mml:mi>Y</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:msub><mml:mi>Y</mml:mi><mml:mrow><mml:mi>o</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> &#x003C; 1. Here, <inline-formula id="ieqn-51"><mml:math id="mml-ieqn-51"><mml:mi>Y</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:msub><mml:mi>Y</mml:mi><mml:mrow><mml:mi>o</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> &#x003C; 1 indicates channel utilization is not sufficient. And it should enable more member nodes to transmit for higher channel utilization.</p>
<p>As for NB, the larger <italic>NB</italic> achieves a higher transmission probability. Thus, the nodes with more extended waiting have a higher priority or more privileges to transmit.</p> <p><italic>B</italic>. In case of <inline-formula id="ieqn-52"><mml:math id="mml-ieqn-52"><mml:mi>Y</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:msub><mml:mi>Y</mml:mi><mml:mrow><mml:mi>o</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> &#x003E; 1.</p>
<p>Here, <inline-formula id="ieqn-53"><mml:math id="mml-ieqn-53"><mml:mi>Y</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:msub><mml:mi>Y</mml:mi><mml:mrow><mml:mi>o</mml:mi><mml:mi>p</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> &#x003E; 1 indicates channel utilization is excessive. And upcoming transmission attempts has to be suspended for lower collisions. The flow of the ECC algorithm is shown in <xref ref-type="fig" rid="fig-8">Fig. 8</xref>.</p>
<fig id="fig-8">
<label>Figure 8</label>
<caption>
<title>ECC algorithm</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-8.tif"/>
</fig>
</sec>
</sec>
<sec id="s5">
<label>5</label>
<title>Reliable Data Delivery</title>
<p>In the realm of large-scale wireless medical sensor networks, data transmission is the vital conduit for delivering crucial insights to healthcare providers. Building upon efficient data collection, this section delves into the intricacies of ensuring the dependable and timely delivery of information, ultimately safeguarding patient care and the transformative potential of these networks in healthcare.</p>
<sec id="s5_1">
<label>5.1</label>
<title>Problem Statement</title>
<p>As is known to all, redundant transmissions are recognized as one of the most effective methods to deliver desired reliable data. However, there are still some problems in existing research:</p>
<p>Forwarding collisions. In most end-to-end reliable transmission protocols, the source node transmits a packet to next-hop neighbors. The neighbors who receive the source packet correctly continuously forward the packet to next-hop neighbors separately until the sink node receives it. The same source packet can be transmitted via multiple paths to avoid transmission loss due to wireless link failures, as is shown in various transmitters of <xref ref-type="fig" rid="fig-9">Fig. 9</xref>. However, the reliability is seriously degraded due to the collisions caused by multiple transmissions at each hop [<xref ref-type="bibr" rid="ref-44">44</xref>,<xref ref-type="bibr" rid="ref-45">45</xref>]. These researchers assume an ideal TDMA scheme is adopted to cope with this situation, which is impractical.</p>
<fig id="fig-9">
<label>Figure 9</label>
<caption>
<title>The scenario of different transmitters</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-9.tif"/>
</fig>
<p>Excessive transmissions. Another problem of most end-to-end reliable protocols is that all suitable transmitters have to compete for their communications at each hop without considering whether they have already succeeded in forwarding the packet to the next-hop. As a result, it wastes much more energy.</p>
<p>Explicit acknowledgment (ACK). In the hop-by-hop recovery, an ACK is used to confirm each successful transmission at each hop. However, the ACK consumes network resources under the same wireless link.</p>
</sec>
<sec id="s5_2">
<label>5.2</label>
<title>Design of Solution</title>
<p>To resolve the problems mentioned earlier, our design should meet the following requirements:
<list list-type="bullet">
<list-item>
<p>Rule 1. Only one node can be selected as the forwarding node at each hop. As is shown in the single transmitter of <xref ref-type="fig" rid="fig-9">Fig. 9</xref>. In this case, the redundant transmissions are reduced, and the collisions caused by the multiple forwarding nodes are avoided.</p></list-item>
<list-item>
<p>Rule 2. The node closest to the sink is preferred to be the next forwarding node among the multiple forwarding candidates at each hop. All the &#x201C;closest nodes&#x201D; can build a relatively shortest path from the source (cluster head) to the destination (sink node). Thus, the decreased hop count reduces the transmission energy consumption and time delay.</p></list-item>
<list-item>
<p>Rule 3. The standard ACK packet is not preferred at each hop, and we had better perform the transmission confirmation by sensing the channel.</p></list-item>
</list></p>
</sec>
<sec id="s5_3">
<label>5.3</label>
<title>Reliable Data Delivery over Multi-Hops</title>
<p>The overview of our designed protocol is that the cluster head periodically transmits the collected event information to the sink node via multi-hops. Only one node sends the source packet to its next bop neighbors at each hop. Then, only one of the neighbors who received the source packet correctly will be selected to forward this packet continuously until the sink node receives the source packet, as shown in <xref ref-type="fig" rid="fig-10">Fig. 10</xref>. <xref ref-type="table" rid="table-2">Table 2</xref> shows the list of notations used in the reliable transmission framework.</p>
<fig id="fig-10">
<label>Figure 10</label>
<caption>
<title>The shortest path from source to destination</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-10.tif"/>
</fig><table-wrap id="table-2">
<label>Table 2</label>
<caption>
<title>Notations and its significance</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Notations</th>
<th>Description</th>
</tr>
</thead>
<tbody>
<tr>
<td><italic>R</italic></td>
<td>Reliability-desired forwarding</td>
</tr>
<tr>
<td><inline-formula id="ieqn-54"><mml:math id="mml-ieqn-54"><mml:mi>e</mml:mi></mml:math></inline-formula></td>
<td>Channel error</td>
</tr>
<tr>
<td><italic>M</italic></td>
<td>Next forward neighbors</td>
</tr>
<tr>
<td><inline-formula id="ieqn-55"><mml:math id="mml-ieqn-55"><mml:mi>h</mml:mi></mml:math></inline-formula></td>
<td>Forwarding hop</td>
</tr>
<tr>
<td><italic>H</italic><sup><italic>&#x2032;</italic></sup></td>
<td>Average hop counts</td>
</tr>
<tr>
<td><inline-formula id="ieqn-56"><mml:math id="mml-ieqn-56"><mml:mi>&#x03C4;</mml:mi></mml:math></inline-formula></td>
<td>Transmission probability</td>
</tr>
<tr>
<td><italic>Y</italic></td>
<td>Number of sensor nodes</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>The detailed design of reliable data delivery over multi-hops is shown as follows:</p>
<p>Sleeping forwarding neighbors wake up. When a packet is ready to be forwarded to the next hop, the next forwarding neighbors at the next hop have to be activated for packet reception. To save energy in the inactive neighbor&#x2019;s nodes waking up duration, we adopt the successive small preambles [<xref ref-type="bibr" rid="ref-1">1</xref>] to wake up the next forwarding neighbors, as shown in <xref ref-type="fig" rid="fig-11">Fig. 11</xref>.</p>
<fig id="fig-11">
<label>Figure 11</label>
<caption>
<title>Successive small preambles</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-11.tif"/>
</fig>
<p>Election of unique forwarding node. We proposed an efficient algorithm to select a &#x2018;best node&#x2019; as the unique forward node to enable a single node for data transmission and disable the other nodes to be &#x201C;silent&#x201D;.
<list list-type="bullet">
<list-item><p>Step 1: When a transmitting node (including cluster head) is ready to transmit a packet, it monitors the channel and ensures the channel is not occupied by any other transmission, the same as the CSMA/CA. Then, the source node transmits the packet to neighbors at next-hop. Otherwise, if the channel is occupied, the source node delays the transmission to wait until the channel becomes available.</p></list-item>
<list-item>
<p>Step 2: After transmitting the packet to the next-hop (node I, J,..., K as shown in <xref ref-type="fig" rid="fig-12">Fig. 12</xref>, the neighbors with correct receiving will be selected as candidates for the subsequent forwarding and compete for the unique forwarding node, we choose the closest candidate from the sink node as the only next forwarding node.</p></list-item>
<list-item>
<p>Step 3: We assume a contention access period as T, dividing the period T into n time slots and n <sup>&#x002A;</sup> m time slices. Here, T is less than the period of one packet transmission, and starting time Tslot(i) of the candidate I can be:</p></list-item>
</list></p>
<p><disp-formula id="eqn-37"><label>(37)</label><mml:math id="mml-eqn-37" display="block"><mml:mi>T</mml:mi><mml:mi>s</mml:mi><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>t</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>i</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mrow><mml:mo>[</mml:mo><mml:mfrac><mml:mi>T</mml:mi><mml:mi>n</mml:mi></mml:mfrac><mml:mo>]</mml:mo></mml:mrow><mml:mfrac><mml:mrow><mml:msubsup><mml:mi>H</mml:mi><mml:mrow><mml:mi>F</mml:mi><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mi>m</mml:mi><mml:mi>a</mml:mi><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>H</mml:mi><mml:mi>I</mml:mi><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msubsup></mml:mrow><mml:mrow><mml:msubsup><mml:mi>H</mml:mi><mml:mrow><mml:mi>F</mml:mi><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mi>m</mml:mi><mml:mi>a</mml:mi><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>H</mml:mi><mml:mi>F</mml:mi><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msubsup></mml:mrow></mml:mfrac><mml:mi>n</mml:mi><mml:mo>+</mml:mo><mml:mrow><mml:mo>[</mml:mo><mml:mfrac><mml:mi>T</mml:mi><mml:mrow><mml:mi>n</mml:mi><mml:mi>m</mml:mi></mml:mrow></mml:mfrac><mml:mi>r</mml:mi><mml:mi>a</mml:mi><mml:mi>n</mml:mi><mml:mi>d</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mo stretchy="false">)</mml:mo><mml:mo>]</mml:mo></mml:mrow></mml:math></disp-formula></p>
<fig id="fig-12">
<label>Figure 12</label>
<caption>
<title>Election of unique forwarding node</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-12.tif"/>
</fig>
<p>Here, HI shows the enhanced hop counts of node <italic>I</italic>, <italic>H&#x2019;F</italic>, denotes the enhanced hop counts of node <italic>F</italic>. And <inline-formula id="ieqn-57"><mml:math id="mml-ieqn-57"><mml:msup><mml:mi>H</mml:mi><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msup><mml:msub><mml:mi>F</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mi>a</mml:mi><mml:mi>x</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>, is the max enhanced hop counts of the neighbor nodes of <italic>F</italic>. Finally, <inline-formula id="ieqn-58"><mml:math id="mml-ieqn-58"><mml:msup><mml:mi>H</mml:mi><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msup><mml:mi>F</mml:mi><mml:mi>m</mml:mi><mml:mi>a</mml:mi><mml:mi>x</mml:mi><mml:mo>&#x2212;</mml:mo><mml:msup><mml:mi>H</mml:mi><mml:mrow><mml:msup><mml:mo>&#x200A;</mml:mo><mml:mo>&#x2032;</mml:mo></mml:msup></mml:mrow></mml:msup><mml:mi>F</mml:mi></mml:math></inline-formula> implies the max communication range of node <italic>F</italic>.</p>
<p>According to <xref ref-type="disp-formula" rid="eqn-37">(37)</xref>, each candidate first selects a time slot based on their different improved hop counts. As shown in <xref ref-type="disp-formula" rid="eqn-37">(37)</xref>, the nodes with the more minor hop counts would be allocated the front time slots. In other words, the nodes closer to the sink node have more privileges to become the next forwarding transmitter. As shown in <xref ref-type="fig" rid="fig-12">Fig. 12</xref>, node <italic>I</italic> and node <italic>J</italic> stay closer to the sink node than node <italic>K</italic>. Thus, node <italic>I</italic> and node <italic>J</italic> choose a shorter backoff time slot t2. Furthermore, to prevent two or more candidates from selecting the same time slot, like nodes <italic>I</italic> and <italic>J</italic>, each candidate has to randomly choose a time slice to scatter each transmission attempt further. Finally, node <italic>I</italic> will first start its transmission attempt due to the shortest backoff time delay.</p>
<p>Reduction of excessive transmissions. A forwarding node has to multicast the received packets to next-hop neighbors at each hop to guarantee the expected reliability. However, the necessary number of neighbor nodes could differ depending on the different situations. When a wireless link experiences a high transmission failure, it needs more receiving neighbors to improve the forwarding reliability, as shown in <xref ref-type="fig" rid="fig-13">Fig. 13a</xref>. On the contrary, when the wireless link condition stays good, the receiving neighbor nodes should be reduced to save energy, as shown in <xref ref-type="fig" rid="fig-13">Fig. 13b</xref>.</p>
<fig id="fig-13">
<label>Figure 13</label>
<caption>
<title>Reduction on redundant broadcasting</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-13.tif"/>
</fig>
<p>To reduce the excessive transmissions, each forwarding node calculates the thresholds <inline-formula id="ieqn-59"><mml:math id="mml-ieqn-59"><mml:mi mathvariant="normal">&#x25B3;</mml:mi><mml:mi>h</mml:mi></mml:math></inline-formula> according to the average wireless link failure and adds it into the packet header for the next multicast. Then only the neighbors less than <inline-formula id="ieqn-60"><mml:math id="mml-ieqn-60"><mml:mo stretchy="false">(</mml:mo><mml:mi>H</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi mathvariant="normal">&#x25B3;</mml:mi><mml:mi>h</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> are allowed to receive this packet. According to different thresholds <inline-formula id="ieqn-61"><mml:math id="mml-ieqn-61"><mml:mi mathvariant="normal">&#x25B3;</mml:mi><mml:mi>h</mml:mi></mml:math></inline-formula>, a packet from node <italic>A</italic> can multicast to the different sets of neighbors in different shadow areas <italic>SA</italic>.</p>
</sec>
</sec>
<sec id="s6">
<label>6</label>
<title>Performance Evaluation</title>
<p>This section explores performance evaluation through the simulation setup, which is established as the foundation for precise analysis. Subsequently, the improved hop-count routing schemes and reliable data transmission in a cluster unveil the innovations in routing and communication, emphasizing their pivotal role in ensuring seamless connectivity and superior healthcare outcomes.</p>
<sec id="s6_1">
<label>6.1</label>
<title>Simulation Setup</title>
<p>To validate the performance of our protocol, our simulation platform was built in MATLAB. A sensor node is created in our program with the necessary functions of the MAC layer, network layer, transmission layer, and application layer. Then, we deploy a number of sensor nodes in the network to form our target practical application scenario. Most of the parameters are derived from our common experiment hardware and others from our previous experimental experience to guarantee the performance evaluation close to the practical applications.</p>
<p>In our simulation, different numbers of stationary sensor nodes are randomly deployed over 200 <sup>&#x002A;</sup> 200 m<sup>2</sup> field, and we randomly select a circular area as the event area. The sensors in the event area will generate the event information, and each event is assumed to be on for the 60 s. The other simulation settings are defined, and the parameters of the simulation we adopted are listed in <xref ref-type="table" rid="table-3">Table 3</xref>.</p>
<table-wrap id="table-3">
<label>Table 3</label>
<caption>
<title>Simulation parameters</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th><inline-formula id="ieqn-62"><mml:math id="mml-ieqn-62"><mml:mrow><mml:mtext mathvariant="bold">Parameters</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-63"><mml:math id="mml-ieqn-63"><mml:mrow><mml:mtext mathvariant="bold">Value</mml:mtext></mml:mrow></mml:math></inline-formula></th>
</tr>
</thead>
<tbody>
<tr>
<td>Energy consumption for receiving</td>
<td>5 <inline-formula id="ieqn-64"><mml:math id="mml-ieqn-64"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula> 10 J/bit</td>
</tr>
<tr>
<td>Energy consumption for transmission</td>
<td>9 <inline-formula id="ieqn-65"><mml:math id="mml-ieqn-65"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula> 10 J/bit</td>
</tr>
<tr>
<td>Transmission rate</td>
<td>250 kbps</td>
</tr>
<tr>
<td>Waking up packet</td>
<td>50 bits</td>
</tr>
<tr>
<td>Frequency of waking up packet sending</td>
<td>10 times/s</td>
</tr>
<tr>
<td>Packet length</td>
<td>1000 bits</td>
</tr>
<tr>
<td>Expected reliability</td>
<td>0.9</td>
</tr>
<tr>
<td>Communication range</td>
<td>30 m</td>
</tr>
<tr>
<td>Channel evaluation period</td>
<td>3 s</td>
</tr>
<tr>
<td>Time slots n</td>
<td>10</td>
</tr>
<tr>
<td>Time slices m</td>
<td>5</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>For better presentation, we use the abbreviations of GHRS, IHRS, and GLRS to stand for general hop-count routing schemes, improved hop-count routing schemes, and geographic location-based routing schemes, respectively.</p>
</sec>
<sec id="s6_2">
<label>6.2</label>
<title>Improved Hop-Count Routing Scheme</title>
<sec id="s6_2_1">
<label>6.2.1</label>
<title>Number of Next-Hop Neighbors</title>
<p>Different numbers of sensor nodes are randomly deployed over <inline-formula id="ieqn-66"><mml:math id="mml-ieqn-66"><mml:mn>200</mml:mn><mml:mo>&#x00D7;</mml:mo><mml:mn>200</mml:mn></mml:math></inline-formula> m<sup>2</sup> field, and we calculate the average number of next-hop neighbors by repeating 100 rounds.</p>
<p>Finally, <xref ref-type="fig" rid="fig-14">Fig. 14</xref> compared the average number of next-hop neighbors among the protocols GHRS, IHRS, and GLRS in terms of various sensors. <xref ref-type="fig" rid="fig-14">Fig. 14</xref> indicated that: IHRS has more next-hop neighbors than the other two schemes.</p>
<fig id="fig-14">
<label>Figure 14</label>
<caption>
<title>The average number of next-hop neighbors</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-14.tif"/>
</fig>
</sec>
<sec id="s6_2_2">
<label>6.2.2</label>
<title>Number of Next forwarding Neighbors</title>
<p>For node <inline-formula id="ieqn-67"><mml:math id="mml-ieqn-67"><mml:mi>i</mml:mi></mml:math></inline-formula>, we assume that the number of the next forwarding neighbors under the protocols GHRS, IHRS, and GLRS are <inline-formula id="ieqn-68"><mml:math id="mml-ieqn-68"><mml:msubsup><mml:mi>M</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi>G</mml:mi><mml:mi>L</mml:mi></mml:mrow></mml:msubsup></mml:math></inline-formula>, <inline-formula id="ieqn-69"><mml:math id="mml-ieqn-69"><mml:msubsup><mml:mi>M</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi>G</mml:mi><mml:mi>H</mml:mi></mml:mrow></mml:msubsup></mml:math></inline-formula>, and <inline-formula id="ieqn-70"><mml:math id="mml-ieqn-70"><mml:msubsup><mml:mi>M</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>H</mml:mi></mml:mrow></mml:msubsup></mml:math></inline-formula>, respectively. The following formulas can reflect the differences among these schemes:
<disp-formula id="eqn-38"><label>(38)</label><mml:math id="mml-eqn-38" display="block"><mml:msub><mml:mi>V</mml:mi><mml:mrow><mml:mi>G</mml:mi><mml:mi>H</mml:mi><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mi>G</mml:mi><mml:mi>L</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msubsup><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mi>N</mml:mi></mml:msubsup><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:msubsup><mml:mi>M</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi>G</mml:mi><mml:mi>L</mml:mi></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>M</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi>G</mml:mi><mml:mi>H</mml:mi></mml:mrow></mml:msubsup><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow><mml:mi>N</mml:mi></mml:mfrac></mml:math></disp-formula>
<disp-formula id="eqn-39"><label>(39)</label><mml:math id="mml-eqn-39" display="block"><mml:msub><mml:mi>V</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>H</mml:mi><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mi>G</mml:mi><mml:mi>L</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msubsup><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mi>N</mml:mi></mml:msubsup><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:msubsup><mml:mi>M</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi>G</mml:mi><mml:mi>L</mml:mi></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>M</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi>I</mml:mi><mml:mi>H</mml:mi></mml:mrow></mml:msubsup><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow><mml:mi>N</mml:mi></mml:mfrac></mml:math></disp-formula></p>
<p><inline-formula id="ieqn-71"><mml:math id="mml-ieqn-71"><mml:mi>V</mml:mi><mml:mi>G</mml:mi><mml:mi>H</mml:mi><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mi>G</mml:mi><mml:mi>L</mml:mi></mml:math></inline-formula> indicates the number of next forwarding neighbors between the protocols GHRS and GLRS. <inline-formula id="ieqn-72"><mml:math id="mml-ieqn-72"><mml:mi>V</mml:mi><mml:mi>G</mml:mi><mml:mi>L</mml:mi><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mi>I</mml:mi><mml:mi>H</mml:mi></mml:math></inline-formula> indicates the number of next forwarding neighbors between the GLRS and IHRS.</p>
<p>Different numbers of sensor nodes are randomly deployed over <inline-formula id="ieqn-73"><mml:math id="mml-ieqn-73"><mml:mn>200</mml:mn><mml:mo>&#x00D7;</mml:mo><mml:mn>200</mml:mn></mml:math></inline-formula> m<sup>2</sup> field, and we calculate the average number of next-hop neighbors by repeating 100 rounds. Finally, <xref ref-type="fig" rid="fig-15">Fig. 15</xref> compared the differences in the numbers of next forwarding neighbors in terms of the different number of sensors. The figure indicates our protocol IHRS achieves the best performance. That means our proposed protocol IHRS can reduce the difference of next forwarding neighbors in quantity and the forwarding reliability. To better understand the difference of next forwarding neighbors in quantity, we randomly select ten nodes to show their different numbers of next forwarding neighbors under three different routing schemes in <xref ref-type="table" rid="table-4">Table 4</xref>.</p>
<fig id="fig-15">
<label>Figure 15</label>
<caption>
<title>Differences in the number of receiving neighbors</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-15.tif"/>
</fig><table-wrap id="table-4">
<label>Table 4</label>
<caption>
<title>The number of next forwarding neighbors</title>
</caption>
<table frame="hsides">
<colgroup>
<col/>
<col/>
<col/>
<col/>
<col/>
<col/>
<col/>
<col/>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th></th>
<th><inline-formula id="ieqn-74"><mml:math id="mml-ieqn-74"><mml:mrow><mml:mtext mathvariant="bold">Node 12</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-75"><mml:math id="mml-ieqn-75"><mml:mrow><mml:mtext mathvariant="bold">Node 32</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-76"><mml:math id="mml-ieqn-76"><mml:mrow><mml:mtext mathvariant="bold">Node 41</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-77"><mml:math id="mml-ieqn-77"><mml:mrow><mml:mtext mathvariant="bold">Node 52</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-78"><mml:math id="mml-ieqn-78"><mml:mrow><mml:mtext mathvariant="bold">Node 67</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-79"><mml:math id="mml-ieqn-79"><mml:mrow><mml:mtext mathvariant="bold">Node 69</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-80"><mml:math id="mml-ieqn-80"><mml:mrow><mml:mtext mathvariant="bold">Node 98</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-81"><mml:math id="mml-ieqn-81"><mml:mrow><mml:mtext mathvariant="bold">Node 102</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-82"><mml:math id="mml-ieqn-82"><mml:mrow><mml:mtext mathvariant="bold">Node 137</mml:mtext></mml:mrow></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-83"><mml:math id="mml-ieqn-83"><mml:mrow><mml:mtext mathvariant="bold">Node 159</mml:mtext></mml:mrow></mml:math></inline-formula></th>
</tr>
</thead>
<tbody>
<tr>
<td>Geographic location</td>
<td>26</td>
<td>24</td>
<td>17</td>
<td>28</td>
<td>18</td>
<td>28</td>
<td>28</td>
<td>22</td>
<td>17</td>
<td>30</td>
</tr>
<tr>
<td>Improved hop count</td>
<td>24</td>
<td>19</td>
<td>16</td>
<td>25</td>
<td>17</td>
<td>24</td>
<td>28</td>
<td>13</td>
<td>17</td>
<td>28</td>
</tr>
<tr>
<td>General hop count</td>
<td>9</td>
<td>17</td>
<td>15</td>
<td>4</td>
<td>15</td>
<td>6</td>
<td>4</td>
<td>0</td>
<td>2</td>
<td>10</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
</sec>
<sec id="s6_3">
<label>6.3</label>
<title>Reliable Data Transmission in a Cluster</title>
<sec id="s6_3_1">
<label>6.3.1</label>
<title>Channel Utilization</title>
<p>We set different time durations from 3 to 60 s, and selected different numbers of active sensors to show the various performances of our proposed algorithm by repeating 50 rounds. Finally, <xref ref-type="fig" rid="fig-16">Fig. 16a</xref> compared the channel utilization in terms of 30 active sensor nodes. The result indicates that ECC achieves better performance than the original IEEE 802.15.4. ECC and IEEE 802.15.4 achieve very similar channel utilization at the beginning because both start their transmission attempts by adopting the same mechanism. However, the cluster head starts to evaluate the channel condition after 3 s, and then ECC starts to adjust transmission attempts to decrease collisions. The channel utilization is more sufficient. <xref ref-type="fig" rid="fig-16">Fig. 16b</xref> made a detailed comparison of the channel utilization in different numbers of activated sensors. <xref ref-type="fig" rid="fig-17">Fig. 17</xref> indicated that ECC achieves better performance than IEEE 802.15.4 regarding the other numbers of activated sensors. The system keeps constant channel utilization, especially with the number of active nodes increasing. In contrast, the channel utilization of IEEE 802.15.4 is rapidly decreased because the ECC algorithm will adjust the transmission attempts to avoid collisions for better channel utilization.</p>
<fig id="fig-16">
<label>Figure 16</label>
<caption>
<title>Channel utilization (30 sensor nodes)</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-16.tif"/>
</fig><fig id="fig-17">
<label>Figure 17</label>
<caption>
<title>Packet collision rate and dropping rate</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-17.tif"/>
</fig>
</sec>
<sec id="s6_3_2">
<label>6.3.2</label>
<title>Packet Transmission Reliability</title>
<p>We set different numbers of active sensors to calculate the packet collision rate and packet dropping rate by repeating 200 rounds. Finally, <xref ref-type="fig" rid="fig-17">Fig. 17a</xref> makes a detailed comparison of the packet collision rate in different activated sensors. <xref ref-type="fig" rid="fig-17">Fig. 17b</xref> showed that ECC consistently achieves a lower packet collision rate. In IEEE 802.15.4, more serious collisions occur with the number of active sensors increasing. However, ECC consistently achieves a similar packet collision rate by monitoring the channel condition and making a better schedule for transmission attempts to decrease potential transmission collisions efficiently. <xref ref-type="fig" rid="fig-17">Fig. 17b</xref> compared the packet dropping rate with a different number of activated sensors. <xref ref-type="fig" rid="fig-17">Fig. 17b</xref> showed that ECC consistently achieves a lower packet dropping rate. In IEEE 802.15.4, a packet will be dropped when the transmission meets the maximum back-off stages because of the serious collisions. At the same time, the ECC reduces collisions efficiently, and a packet could be transmitted to the next hop in time without waiting for more back-off stages.</p>
</sec>
</sec>
<sec id="s6_4">
<label>6.4</label>
<title>Improved Hop-Count Routing Scheme</title>
<p>We abstract the main principles from two kinds of reliable data delivery protocols to prove the better performance of RDDM.</p>
<p>End-to-end error recovery (E2E). Assume that acknowledgment is not applied. The cumulative transmission loss at each hop has to be considered for the expected transmission reliability from the source to the destination. Thus, the expected number of next forwarding neighbors <italic>N</italic> can be expressed by <xref ref-type="disp-formula" rid="eqn-40">Eq. (40)</xref>:
<disp-formula id="eqn-40"><label>(40)</label><mml:math id="mml-eqn-40" display="block"><mml:mi>N</mml:mi><mml:mo>=</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>g</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>r</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>g</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>e</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>h</mml:mi></mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>Here, <inline-formula id="ieqn-84"><mml:math id="mml-ieqn-84"><mml:mi>r</mml:mi></mml:math></inline-formula> presents desired reliability and indicates channel error, and <inline-formula id="ieqn-85"><mml:math id="mml-ieqn-85"><mml:mi>h</mml:mi></mml:math></inline-formula> is hop count. Hop-by-hop error recovery (H2H). Assume that acknowledgment is applied at each hop. the cumulative packet loss at each hop has not to be considered. Thus, the expected number of next forwarding neighbors <italic>N</italic> can be derived from the following <xref ref-type="disp-formula" rid="eqn-41">Eq. (41)</xref>:
<disp-formula id="eqn-41"><label>(41)</label><mml:math id="mml-eqn-41" display="block"><mml:mi>N</mml:mi><mml:mo>=</mml:mo><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>g</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>r</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>g</mml:mi><mml:mi>e</mml:mi></mml:math></disp-formula></p>
<p>An example is given in <xref ref-type="table" rid="table-5">Table 5</xref> to address the different expected numbers of next forwarding neighbors at the source node in the two models. In this example, we set the expected reliability to 0.9 and calculate the expected transmission paths with different channel error rates and hop counts for two models. <xref ref-type="table" rid="table-5">Table 5</xref>. The expected number of next forwarding neighbors.</p>
<table-wrap id="table-5">
<label>Table 5</label>
<caption>
<title>The expected number of next forwarding neighbors</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Channel error rate</th>
<th></th>
<th></th>
<th></th>
<th>Hopes from source to link</th>
</tr>
</thead>
<tbody>
<tr>
<td></td>
<td></td>
<td>3</td>
<td>5</td>
<td>7</td>
</tr>
<tr>
<td></td>
<td>E2E</td>
<td>2</td>
<td>3</td>
<td>4</td>
</tr>
<tr>
<td>0.1</td>
<td>H2H</td>
<td>1</td>
<td>1</td>
<td>1</td>
</tr>
<tr>
<td></td>
<td>E2E</td>
<td>4</td>
<td>6</td>
<td>10</td>
</tr>
<tr>
<td>0.2</td>
<td>H2H</td>
<td>2</td>
<td>2</td>
<td>2</td>
</tr>
<tr>
<td></td>
<td>E2E</td>
<td>6</td>
<td>13</td>
<td>27</td>
</tr>
<tr>
<td>0.3</td>
<td>H2H</td>
<td>2</td>
<td>2</td>
<td>2</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>In this part, we set different link failure rates to show the different performance on packet delivery rate, time delay, and energy consumption by repeating 100 rounds. Finally, these performance details are addressed as follows.</p>
<p><xref ref-type="fig" rid="fig-18">Fig. 18</xref> compared the average packet delivery ratio in terms of different transmission failure rates. The RDDM consistently outperforms the protocols E2E and H2H in different transmission failure rates. RDDM consistently achieves the lowest packet delivery rate. At the same time, E2E becomes the worst because RDDM can provide the highest packet transmission and forwarding reliability than the other two protocols at each hop.</p>
<fig id="fig-18">
<label>Figure 18</label>
<caption>
<title>Packet delivery rate</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-18.tif"/>
</fig>
<p><xref ref-type="fig" rid="fig-19">Fig. 19</xref> compared the average transmission time delay in different failure rates. The figure shows that RDDM outperforms the other two protocols by achieving the lowest time delay. Because RDDM has the highest forwarding reliability at each hop to avoid forwarding failure. Meanwhile, a single node is selected to forward the packet without redundant transmissions in RDDM. Finally, RDDM confirms the successful forwarding by monitoring the channel to reduce the time delay of ACK failures.</p>
<fig id="fig-19">
<label>Figure 19</label>
<caption>
<title>Transmission time delay</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-19.tif"/>
</fig>
<p><xref ref-type="fig" rid="fig-20">Fig. 20</xref> compared the average energy consumption in different transmission failure rates. The figure shows that RDDM achieves the best performance with the lowest energy consumption. We can analyze why (1) RDDM balanced the forwarding reliability and reduced the forwarding failure at each hop. (2) In RDDM, the packet can be forwarded by only one node at each hop, and the lowest energy consumption is achieved by avoiding energy wasting on redundant transmissions. Meanwhile, in E2E and H2H, multiple paths are established, and a packet could be forwarded by multiple forwarding nodes at each hop, resulting in energy wasting for the excessive redundant transmissions.</p>
<fig id="fig-20">
<label>Figure 20</label>
<caption>
<title>Energy consumption</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_47806-fig-20.tif"/>
</fig>
<p>After the data aggregation, the aggregated data needs to be reliably transmitted from the cluster head to the sink node over multi-hops. Due to wireless link failure, data transmissions may fail to be delivered. To guarantee transmission reliability over multi-hops, we design a reliable data delivery mechanism that ensures desired reliability and achieves better performance on other metrics. Finally, the mathematical analysis and simulation show the better performance we achieved with our design [<xref ref-type="bibr" rid="ref-45">45</xref>]. However, although the better performance of our design is validated, there are some challenges [<xref ref-type="bibr" rid="ref-46">46</xref>&#x2013;<xref ref-type="bibr" rid="ref-50">50</xref>].</p>
</sec>
</sec>
<sec id="s7">
<label>7</label>
<title>Conclusions and Future Works</title>
<p>This work holds significant theoretical and applied implications for medical event-driven WSNs. The contributions of our study are evident in the systematic improvements made to the hop-count routing scheme, the introduction of the ECC algorithm, and the design of a Reliable Data Delivery Mechanism. The real benefits are seen in the improved performance that has been shown through simulations and mathematical analysis.</p>
<p>In practice, the robustness of our proposed architecture is evident in its demonstrated ability to significantly enhance the dependability of multi-hop medical data transfer. This heightened dependability translates into the creation of WSNs that are not only more resilient but also exceptionally efficient, specifically tailored to meet the stringent requirements of healthcare applications. The architecture&#x2019;s performance improvements underscore its potential to revolutionize the reliability and efficiency benchmarks in healthcare-focused WSNs.</p>
<p>Navigating the intricacies of multi-event scenarios poses a noteworthy challenge that demands careful consideration in our future endeavors. The imperative to enhance the timeliness of data transmission, particularly in critical medical circumstances, is a pressing concern that warrants focused research attention. Additionally, exploring the integration of edge computing within WSNs is a promising avenue to address the evolving landscape of information processing.</p>
<p>Future studies could concentrate on improving the suggested design to successfully address these issues. Additionally, focus ought to be placed on investigating novel approaches to improve the promptness of data transfer in severe medical situations. Furthermore, examining how edge computing functions in WSNs and other medical models offers a fruitful direction for further research. These directions hold the potential to progress the area and support the continuous development of dependable and effective WSNs for medical applications.</p>
</sec>
</body>
<back>
<ack>
<p>None.</p>
</ack>
<sec><title>Funding Statement</title>
<p>The authors received no specific funding for this study.</p>
</sec>
<sec><title>Author Contributions</title>
<p>The authors confirm their contribution to the paper as follows: study conception and design: H. Gou, G. Zhang; data collection: R. R. Calixto; analysis and interpretation of results: H. Gou, G. Zhang, R. R. Calixto; draft manuscript preparation: S. K. Jagatheesaperumal, V. H. C. de Albuquerque. All authors reviewed the results and approved the final version of the manuscript.</p>
</sec>
<sec sec-type="data-availability"><title>Availability of Data and Materials</title>
<p>All data generated or analysed during this study are included in this published article.</p>
</sec>
<sec sec-type="COI-statement"><title>Conflicts of Interest</title>
<p>The authors declare that they have no conflicts of interest to report regarding the present study.</p>
</sec>
<ref-list content-type="authoryear">
<title>References</title>
<ref id="ref-1"><label>1.</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Akyildiz</surname>, <given-names>L. E.</given-names></string-name>, <string-name><surname>Vuran</surname>, <given-names>M. C.</given-names></string-name></person-group> (<year>2010</year>). <source>Wireless sensor networks</source>. <publisher-loc>UK</publisher-loc>: <publisher-name>John Wiley &#x0026; Sons</publisher-name>.</mixed-citation></ref>
<ref id="ref-2"><label>2.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Gou</surname>, <given-names>H. S.</given-names></string-name>, <string-name><surname>Li</surname>, <given-names>G.</given-names></string-name>, <string-name><surname>Yoo</surname>, <given-names>Y. W.</given-names></string-name></person-group> (<year>2018</year>). <article-title>A partition based centralized LEACH algorithm for wireless sensor networks using solar energy</article-title>. <conf-name>Proceedings of the International Conference on Hybrid Information Technology</conf-name>, pp. <fpage>60</fpage>&#x2013;<lpage>66</lpage>. <publisher-loc>Daejeon, Korea</publisher-loc>.</mixed-citation></ref>
<ref id="ref-3"><label>3.</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Misra</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Gang</surname>, <given-names>I. W.</given-names></string-name>, <string-name><surname>Misra</surname>, <given-names>S. C.</given-names></string-name></person-group> (<year>2013</year>). <source>Guide to wireless sensor networks</source>. <publisher-loc>UK</publisher-loc>: <publisher-name>Springer London</publisher-name>.</mixed-citation></ref>
<ref id="ref-4"><label>4.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Deb</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Bhatnagar</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Nath</surname>, <given-names>B.</given-names></string-name></person-group> (<year>2017</year>). <article-title>Information assurance in sensor networks</article-title>. <conf-name>Proceedings of the ACM International Conference on Wireless Sensor Networks and Applications</conf-name>, pp. <fpage>160</fpage>&#x2013;<lpage>168</lpage>. <publisher-loc>San Diego, CA, USA</publisher-loc>.</mixed-citation></ref>
<ref id="ref-5"><label>5.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Ramani</surname>, <given-names>G.</given-names></string-name>, <string-name><surname>Amarendra</surname>, <given-names>K.</given-names></string-name></person-group> (<year>2021</year>). <article-title>Optimal path selection with clustering in wireless sensor networks</article-title>. <conf-name>Materials Today: Proceedings</conf-name>.</mixed-citation></ref>
<ref id="ref-6"><label>6.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Senthil Kumar</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Manikandan</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Sara</surname>, <given-names>S. B. V. J.</given-names></string-name>, <string-name><surname>Silvia Priscila</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Kumar</surname>, <given-names>C. S.</given-names></string-name></person-group> (<year>2021</year>). <article-title>Enhanced particle swarm optimization for reliable data transmission in WSN</article-title>. <conf-name>2021 5th International Conference on Trends in Electronics and Informatics (ICOEI)</conf-name>, pp. <fpage>1</fpage>&#x2013;<lpage>4</lpage>. <publisher-loc>Tirunelveli, India</publisher-loc>.</mixed-citation></ref>
<ref id="ref-7"><label>7.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Gou</surname>, <given-names>H. S.</given-names></string-name>, <string-name><surname>Yoo</surname>, <given-names>Y. H.</given-names></string-name></person-group> (<year>2010</year>). <article-title>Distributed method for bottleneck node detection in wireless sensor networks</article-title>. <conf-name>Proceedings of the 2010 IEEE 10th Computer and Information Technology</conf-name>, pp. <fpage>28</fpage>&#x2013;<lpage>34</lpage>. <publisher-loc>Bradford, UK</publisher-loc>.</mixed-citation></ref>
<ref id="ref-8"><label>8.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Chen</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Zheng</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Liang</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Zhan</surname>, <given-names>Z.</given-names></string-name>, <string-name><surname>Jiang</surname>, <given-names>M.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2022</year>). <article-title>Edge2Analysis: A novel AIoT platform for atrial fibrillation recognition and detection</article-title>. <source>IEEE Journal of Biomedical and Health Informatics</source><italic>,</italic> <volume>26</volume><italic>(</italic><issue>2</issue><italic>),</italic> <fpage>5772</fpage>&#x2013;<lpage>5782</lpage>; <pub-id pub-id-type="pmid">35511842</pub-id></mixed-citation></ref>
<ref id="ref-9"><label>9.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Jeong</surname>, <given-names>H. C.</given-names></string-name>, <string-name><surname>Kim</surname>, <given-names>J. H.</given-names></string-name>, <string-name><surname>Yoo</surname>, <given-names>Y. H.</given-names></string-name></person-group> (<year>2013</year>). <article-title>Adaptive broadcasting method using neighbor type information in wireless sensor networks</article-title>. <source>IEEE Sensors</source><italic>,</italic> <volume>11</volume><italic>(</italic><issue>6</issue><italic>),</italic> <fpage>5952</fpage>&#x2013;<lpage>5967</lpage>.</mixed-citation></ref>
<ref id="ref-10"><label>10.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Rambabu</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Reddy</surname>, <given-names>A. V.</given-names></string-name>, <string-name><surname>Janakiraman</surname>, <given-names>S.</given-names></string-name></person-group> (<year>2019</year>). <article-title>Hybrid artificial bee colony and monarchy butterfly optimization algorithm (HABC-MBOA)-based cluster head selection for WSNs</article-title>. <source>Journal of King Saud University-Computer and Information Sciences</source><italic>,</italic> <volume>34</volume><italic>(</italic><issue>5</issue><italic>),</italic> <fpage>1895</fpage>&#x2013;<lpage>1905</lpage>.</mixed-citation></ref>
<ref id="ref-11"><label>11.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Sharma</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Mohapatra</surname>, <given-names>A. K.</given-names></string-name>, <string-name><surname>S.Tomar</surname>, <given-names>G.</given-names></string-name></person-group> (<year>2021</year>). <article-title>A review of soft computing based cluster-head selection algorithms in wireless sensor network</article-title>. <conf-name>Materials Today: Proceedings</conf-name>. <pub-id pub-id-type="doi">10.1016/j.matpr.2021.02.724</pub-id></mixed-citation></ref>
<ref id="ref-12"><label>12.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Yang</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Choi</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Alouini</surname>, <given-names>M.</given-names></string-name></person-group> (<year>2021</year>). <article-title>Ultra-reliable low-latency transmission of small data over fading channels: A data-oriented analysis</article-title>. <source>IEEE Communications Letters</source><italic>,</italic> <volume>24</volume><italic>(</italic><issue>3</issue><italic>),</italic> <fpage>515</fpage>&#x2013;<lpage>519</lpage>.</mixed-citation></ref>
<ref id="ref-13"><label>13.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Kore</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Patil</surname>, <given-names>S.</given-names></string-name></person-group> (<year>2021</year>). <article-title>Reliable and secure data transmission in smart healthcare application of Internet of Things</article-title>. <conf-name>2021 IEEE Bombay Section Signature Conference (IBSSC)</conf-name>, pp. <fpage>1</fpage>&#x2013;<lpage>6</lpage>. <publisher-loc>Gwalior, India</publisher-loc>.</mixed-citation></ref>
<ref id="ref-14"><label>14.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Li</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Hofmann</surname>, <given-names>C.</given-names></string-name>, <string-name><surname>Franz</surname>, <given-names>E.</given-names></string-name></person-group> (<year>2020</year>). <article-title>Secure and reliable data transmission in SDN-based backend networks of industrial IoT</article-title>. <conf-name>2020 IEEE 45th Conference on Local Computer Networks (LCN)</conf-name>, pp. <fpage>365</fpage>&#x2013;<lpage>368</lpage>. <publisher-loc>Sydney, NSW, Australia</publisher-loc>.</mixed-citation></ref>
<ref id="ref-15"><label>15.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Panchal</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Upadhyay</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Vyavahare</surname>, <given-names>P. D.</given-names></string-name></person-group> (<year>2022</year>). <article-title>Cross-layer based energy efficient reliable data transmission system for IoT networks</article-title>. <conf-name>2022 IEEE 11th International Conference on Communication Systems and Network Technologies (CSNT)</conf-name>, pp. <fpage>527</fpage>&#x2013;<lpage>532</lpage>. <publisher-loc>Indore, India</publisher-loc>.</mixed-citation></ref>
<ref id="ref-16"><label>16.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhang</surname>, <given-names>X.</given-names></string-name>, <string-name><surname>Jiang</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Wu</surname>, <given-names>W.</given-names></string-name>, <string-name><surname>de Albuquerque</surname>, <given-names>V. H. C.</given-names></string-name></person-group> (<year>2021</year>). <article-title>Hybrid feature fusion for classification optimization of short ECG segment in IoT based intelligent healthcare system</article-title>. <source>Neural Computing and Applications</source><italic>,</italic> <volume>35</volume><italic>(</italic><issue>31</issue><italic>),</italic> <fpage>22823</fpage>&#x2013;<lpage>22837</lpage>.</mixed-citation></ref>
<ref id="ref-17"><label>17.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Marques</surname>, <given-names>J. A. L.</given-names></string-name>, <string-name><surname>Han</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Wu</surname>, <given-names>W.</given-names></string-name>, <string-name><surname>Madeiro</surname>, <given-names>J. P. D. V.</given-names></string-name>, <string-name><surname>Neto</surname>, <given-names>A. V. L.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2020</year>). <article-title>IoT-based smart health system for ambulatory maternal and fetal monitoring</article-title>. <source>IEEE Internet of Things Journal</source><italic>,</italic> <volume>8</volume><italic>(</italic><issue>23</issue><italic>),</italic> <fpage>16814</fpage>&#x2013;<lpage>16824</lpage>.</mixed-citation></ref>
<ref id="ref-18"><label>18.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Bilal</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Khan</surname>, <given-names>B. M.</given-names></string-name></person-group> (<year>2019</year>). <article-title>A hybrid wireless electroencephalography network based on the IEEE 802.11 and IEEE 802.15.4 standards</article-title>. <source>Bioelectronics and Medical Devices</source>, <fpage>819</fpage>&#x2013;<lpage>832</lpage>.</mixed-citation></ref>
<ref id="ref-19"><label>19.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Gezer</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Okdem</surname>, <given-names>S.</given-names></string-name></person-group> (<year>2020</year>). <article-title>Improving IEEE 802.15.4 channel access performance for IoT and WSN devices</article-title>. <source>Computers &#x0026; Electrical Engineering</source><italic>,</italic> <volume>87</volume><italic>,</italic> <fpage>106745</fpage>.</mixed-citation></ref>
<ref id="ref-20"><label>20.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Mkongwa</surname>, <given-names>K. G.</given-names></string-name>, <string-name><surname>Liu</surname>, <given-names>Q.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>S.</given-names></string-name></person-group> (<year>2021</year>). <article-title>An adaptive backoff and dynamic clear channel assessment mechanisms in IEEE 802.15.4 MAC for wireless body area networks</article-title>. <source>Ad Hoc Networks</source><italic>,</italic> <volume>120(2021)</volume><italic>,</italic> <fpage>102554</fpage>.</mixed-citation></ref>
<ref id="ref-21"><label>21.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Parah</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Kaw</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Bellavista</surname>, <given-names>P.</given-names></string-name>, <string-name><surname>Loan</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Bhat</surname>, <given-names>G.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2020</year>). <article-title>Efficient security and authentication for edge-based Internet of Medical Things</article-title>. <source>IEEE Internet of Things Journal</source><italic>,</italic> <volume>8</volume><italic>,</italic> <fpage>15652</fpage>&#x2013;<lpage>15662</lpage>; <pub-id pub-id-type="pmid">35582243</pub-id></mixed-citation></ref>
<ref id="ref-22"><label>22.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Muhammad</surname>, <given-names>K.</given-names></string-name>, <string-name><surname>Ser</surname>, <given-names>J. D.</given-names></string-name>, <string-name><surname>Magaia</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Fonseca</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Hussain</surname>, <given-names>T.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2022</year>). <article-title>Communication technologies for edge learning and inference: A novel framework, open issues, and perspectives</article-title>. <source>IEEE Network</source><italic>,</italic> <volume>37</volume><italic>(</italic><issue>2</issue><italic>),</italic> <fpage>246</fpage>&#x2013;<lpage>252</lpage>.</mixed-citation></ref>
<ref id="ref-23"><label>23.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Cao</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Zhao</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Yang</surname>, <given-names>P.</given-names></string-name>, <string-name><surname>Gu</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Muhammad</surname>, <given-names>K.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2019</year>). <article-title>Multiobjective 3-D topology optimization of next-generation wireless data center network</article-title>. <source>IEEE Transactions on Industrial Informatics</source><italic>,</italic> <volume>16</volume><italic>,</italic> <fpage>3597</fpage>&#x2013;<lpage>3605</lpage>.</mixed-citation></ref>
<ref id="ref-24"><label>24.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Kumar</surname>, <given-names>V. S.</given-names></string-name>, <string-name><surname>Swaroop</surname>, <given-names>C.</given-names></string-name>, <string-name><surname>Khanna</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Gupta</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Rodrigues</surname>, <given-names>J.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2018</year>). <article-title>Energy efficient management of pipelines in buildings using linear wireless sensor networks</article-title>. <source>Sensors</source><italic>,</italic> <volume>18</volume><italic>,</italic> <fpage>2618</fpage>; <pub-id pub-id-type="pmid">30103372</pub-id></mixed-citation></ref>
<ref id="ref-25"><label>25.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Srinivasu</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Veeramani</surname>, <given-names>V.</given-names></string-name></person-group> (<year>2023</year>). <article-title>Steganography using wavelet transform for secured data transmission</article-title>. <source>Journal of Ambient Intelligence and Humanized Computing</source><italic>,</italic> <volume>14</volume><italic>,</italic> <fpage>9509</fpage>&#x2013;<lpage>9527</lpage>.</mixed-citation></ref>
<ref id="ref-26"><label>26.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Kadhim</surname>, <given-names>I.</given-names></string-name>, <string-name><surname>Premaratne</surname>, <given-names>P.</given-names></string-name>, <string-name><surname>Vial</surname>, <given-names>P.</given-names></string-name></person-group> (<year>2020</year>). <article-title>Improved image steganography based on super-pixel and coefficient-plane-selection</article-title>. <source>Signal Processing</source><italic>,</italic> <volume>171</volume><italic>,</italic> <fpage>107481</fpage>.</mixed-citation></ref>
<ref id="ref-27"><label>27.</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Vaseashta</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Kudaverdyan</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Tsaturyan</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>B&#x00F6;lgen</surname>, <given-names>N.</given-names></string-name></person-group> (<year>2020</year>). <chapter-title>Cyber-physical systems to counter CBRN threats&#x2014;sensing payload capabilities in aerial platforms for real-time monitoring and analysis</chapter-title>. In: <source>Nanoscience and Nanotechnology in Security and Protection Against CBRN Threats</source>, pp. <fpage>3</fpage>&#x2013;<lpage>20</lpage>. <publisher-loc>NL</publisher-loc>: <publisher-name>Springer, Dordrecht</publisher-name>.</mixed-citation></ref>
<ref id="ref-28"><label>28.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Swaraja</surname>, <given-names>K.</given-names></string-name>, <string-name><surname>Meenakshi</surname>, <given-names>K.</given-names></string-name>, <string-name><surname>Kora</surname>, <given-names>P.</given-names></string-name></person-group> (<year>2020</year>). <article-title>An optimized blind dual medical image watermarking framework for tamper localization and content authentication in secured telemedicine</article-title>. <source>Biomedical Signal Processing and Control</source><italic>,</italic> <volume>55</volume><italic>,</italic> <fpage>101665</fpage>.</mixed-citation></ref>
<ref id="ref-29"><label>29.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Alhazmi</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Benrhouma</surname>, <given-names>O.</given-names></string-name>, <string-name><surname>AlHassan</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Ashraf</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Alqahtany</surname>, <given-names>S.</given-names></string-name></person-group> (<year>2023</year>). <article-title>A chaotic-based watermarking scheme for ensuring integrity of a face recognition system in public large gathering scenario</article-title>. <source>Journal of King Saud University-Computer and Information Sciences</source><italic>,</italic> <volume>35</volume><italic>,</italic> <fpage>101845</fpage>.</mixed-citation></ref>
<ref id="ref-30"><label>30.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Xu</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Klein</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Jochims</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Weissner</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Kays</surname>, <given-names>R.</given-names></string-name></person-group> (<year>2022</year>). <article-title>A reliable and unobtrusive approach to display area detection for imperceptible display camera communication</article-title>. <source>Journal of Visual Communication and Image Representation</source><italic>,</italic> <volume>85</volume><italic>,</italic> <fpage>103510</fpage>.</mixed-citation></ref>
<ref id="ref-31"><label>31.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Andono</surname>, <given-names>P.</given-names></string-name>, <string-name><surname>Setiadi</surname>, <given-names>D.</given-names></string-name></person-group> (<year>2023</year>). <article-title>Quantization selection based on characteristic of cover image for PVD Steganography to optimize imperceptibility and capacity</article-title>. <source>Multimedia Tools and Applications</source><italic>,</italic> <volume>82</volume><italic>,</italic> <fpage>3561</fpage>&#x2013;<lpage>3580</lpage>.</mixed-citation></ref>
<ref id="ref-32"><label>32.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Chen</surname>, <given-names>X.</given-names></string-name>, <string-name><surname>Liu</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Huang</surname>, <given-names>Q.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>D.</given-names></string-name>, <string-name><surname>Zhou</surname>, <given-names>H.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2023</year>). <article-title>Stalker attacks: Imperceptibly dropping sketch measurement accuracy on programmable switches</article-title>. <source>IEEE Transactions on Information Forensics and Security</source><italic>,</italic> <volume>18</volume><italic>,</italic> <fpage>5832</fpage>&#x2013;<lpage>5847</lpage>.</mixed-citation></ref>
<ref id="ref-33"><label>33.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Han</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Pirbhulal</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Wu</surname>, <given-names>W.</given-names></string-name>, <string-name><surname>Albuquerque</surname>, <given-names>V. H. C. D.</given-names></string-name></person-group> (<year>2019</year>). <article-title>A novel cluster head selection technique for edge-computing based IoMT systems</article-title>. <source>Computer Networks</source><italic>,</italic> <volume>158</volume><italic>,</italic> <fpage>114</fpage>&#x2013;<lpage>122</lpage>.</mixed-citation></ref>
<ref id="ref-34"><label>34.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Shin</surname>, <given-names>S. Y.</given-names></string-name></person-group> (<year>2013</year>). <article-title>Throughput analysis of IEEE 802.15.4 network under IEEE 802.11 network interference</article-title>. <source>AEU-International Journal of Electronics and Communications</source><italic>,</italic> <volume>67</volume><italic>,</italic> <fpage>686</fpage>&#x2013;<lpage>689</lpage>.</mixed-citation></ref>
<ref id="ref-35"><label>35.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Krentz</surname>, <given-names>K. F.</given-names></string-name>, <string-name><surname>Meinel</surname>, <given-names>C.</given-names></string-name></person-group> (<year>2019</year>). <article-title>Denial-of-sleep defenses for IEEE 802.15.4 coordinated sampled listening (CSL)</article-title>. <source>Computer Networks</source><italic>,</italic> <volume>148</volume><italic>,</italic> <fpage>60</fpage>&#x2013;<lpage>71</lpage>.</mixed-citation></ref>
<ref id="ref-36"><label>36.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Hayashi</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Takai</surname>, <given-names>S.</given-names></string-name></person-group> (<year>2015</year>). <article-title>GTS-based communication task scheduling for quantized output consensus over IEEE 802.15.4 wireless networks</article-title>. <source>Automatica</source><italic>,</italic> <volume>55</volume><italic>,</italic> <fpage>6</fpage>&#x2013;<lpage>11</lpage>.</mixed-citation></ref>
<ref id="ref-37"><label>37.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ouyang</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Liu</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Xiong</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>T.</given-names></string-name></person-group> (<year>2020</year>). <article-title>An effective early message ahead join adaptive data aggregation scheme for sustainable IoT</article-title>. <source>IEEE Transactions on Network Science and Engineering</source><italic>,</italic> <volume>8</volume><italic>,</italic> <fpage>201</fpage>&#x2013;<lpage>219</lpage>.</mixed-citation></ref>
<ref id="ref-38"><label>38.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Faheem</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Butt</surname>, <given-names>R. A.</given-names></string-name>, <string-name><surname>Raza</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Ashraf</surname>, <given-names>M. W.</given-names></string-name>, <string-name><surname>Ngadi</surname>, <given-names>M. A.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2019</year>). <article-title>Energy-efficient and reliable data gathering using the internet of software-defined mobile sinks for WSNs-based smart grid applications</article-title>. <source>Computer Standards &#x0026; Interfaces</source><italic>,</italic> <volume>66</volume><italic>,</italic> <fpage>10334</fpage>.</mixed-citation></ref>
<ref id="ref-39"><label>39.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Dourado</surname>, <given-names>C. M. J. M.</given-names></string-name>, <string-name><surname>Silva</surname>, <given-names>S. P. P. D.</given-names></string-name>, <string-name><surname>Nobrega</surname>, <given-names>R. V. M. D.</given-names></string-name>, <string-name><surname>Filho</surname>, <given-names>P. P.</given-names></string-name>, <string-name><surname>Muhammad</surname>, <given-names>K.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2021</year>). <article-title>An open IoHT-based deep learning framework for online medical image recognition</article-title>. <source>IEEE Journal on Selected Areas in Communications</source><italic>,</italic> <volume>39</volume><italic>(</italic><issue>2</issue><italic>),</italic> <fpage>541</fpage>&#x2013;<lpage>548</lpage>.</mixed-citation></ref>
<ref id="ref-40"><label>40.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Saeed</surname>, <given-names>V.</given-names></string-name></person-group> (<year>2024</year>). <article-title>A framework for recognition of facial expression using HOG features</article-title>. <source>International Journal of Mathematics, Statistics, and Computer Science</source><italic>,</italic> <volume>2</volume><italic>,</italic> <fpage>1</fpage>&#x2013;<lpage>8</lpage>.</mixed-citation></ref>
<ref id="ref-41"><label>41.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Khurana</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Singh</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Goyal</surname>, <given-names>N.</given-names></string-name></person-group> (<year>2012</year>). <article-title>An evaluation of ad-hoc routing protocols for wireless sensor networks</article-title>. <source>International Journal of Advanced Research in Computer Science and Electronics Engineering</source><italic>,</italic> <volume>1(5)</volume>.</mixed-citation></ref>
<ref id="ref-42"><label>42.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Pe&#x0161;ovi&#x0107;</surname>, <given-names>U.</given-names></string-name>, <string-name><surname>Planin&#x0161;i&#x010D;</surname>, <given-names>P.</given-names></string-name></person-group> (<year>2017</year>). <article-title>Error probability model for IEEE 802.15.4 wireless communications in the presence of co-channel interference</article-title>. <source>Physical Communication</source><italic>,</italic> <volume>25</volume><italic>,</italic> <fpage>43</fpage>&#x2013;<lpage>53</lpage>.</mixed-citation></ref>
<ref id="ref-43"><label>43.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Bianchi</surname>, <given-names>G.</given-names></string-name></person-group> (<year>2000</year>). <article-title>Performance analysis of the IEEE 802.11 distributed coordination function</article-title>. <source>IEEE Journal on Selected Areas in Communications</source><italic>,</italic> <volume>18</volume><italic>(</italic><issue>3</issue><italic>),</italic> <fpage>535</fpage>&#x2013;<lpage>547</lpage>.</mixed-citation></ref>
<ref id="ref-44"><label>44.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Bhatia</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Hansdah</surname>, <given-names>R. C.</given-names></string-name></person-group> (<year>2016</year>). <article-title>TRM-MAC: A TDMA-based reliable multicast MAC protocol for WSNs with the flexibility to trade-off between latency and reliability</article-title>. <source>Computer Networks</source><italic>,</italic> <volume>104</volume>, <fpage>79</fpage>&#x2013;<lpage>93</lpage>.</mixed-citation></ref>
<ref id="ref-45"><label>45.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Garg</surname>, <given-names>P.</given-names></string-name>, <string-name><surname>Dixit</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Sethi</surname>, <given-names>P.</given-names></string-name>, <string-name><surname>Pinheiro</surname>, <given-names>P. R.</given-names></string-name></person-group> (<year>2020</year>). <article-title>Impact of node density on the QoS parameters of routing protocols in opportunistic networks for smart spaces</article-title>. <source>Mobile Information Systems</source><italic>,</italic> <volume>2020</volume><italic>,</italic> <fpage>1</fpage>&#x2013;<lpage>18</lpage>.</mixed-citation></ref>
<ref id="ref-46"><label>46.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wu</surname>, <given-names>W.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>de Albuquerque</surname>, <given-names>V. H. C.</given-names></string-name>, <string-name><surname>Xu</surname>, <given-names>L.</given-names></string-name></person-group> (<year>2020</year>). <article-title>Hyper-noise interference privacy protection framework for intelligent medical data-centric networks</article-title>. <source>IEEE Network</source><italic>,</italic> <volume>35</volume><italic>(</italic><issue>1</issue><italic>),</italic> <fpage>333</fpage>&#x2013;<lpage>339</lpage>.</mixed-citation></ref>
<ref id="ref-47"><label>47.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wu</surname>, <given-names>W.</given-names></string-name>, <string-name><surname>Pirbhulal</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Li</surname>, <given-names>G.</given-names></string-name></person-group> (<year>2020</year>). <article-title>Adaptive computing-based biometric security for intelligent medical applications</article-title>. <source>Neural Computing and Applications</source><italic>,</italic> <volume>32</volume><italic>(</italic><issue>15</issue><italic>),</italic> <fpage>11055</fpage>&#x2013;<lpage>11064</lpage>.</mixed-citation></ref>
<ref id="ref-48"><label>48.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhang</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Pirbhulal</surname>, <given-names>S.</given-names></string-name></person-group> (<year>2020</year>). <article-title>Active balancing mechanism for imbalanced medical data in deep learning&#x2014;based classification models</article-title>. <source>ACM Transactions on Multimedia Computing, Communications, and Applications (TOMM)</source><italic>,</italic> <volume>16</volume><italic>(</italic><issue>1s</issue><italic>),</italic> <fpage>1</fpage>&#x2013;<lpage>15</lpage>.</mixed-citation></ref>
<ref id="ref-49"><label>49.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Santos</surname>, <given-names>M. A. G.</given-names></string-name>, <string-name><surname>Munoz</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Olivares</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Filho</surname>, <given-names>P. P. R.</given-names></string-name>, <string-name><surname>J.</surname>, <given-names>D. S.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2020</year>). <article-title>Online heart monitoring systems on the Internet of Health Things environments: A survey</article-title>. <source>Information Fusion</source><italic>,</italic> <volume>53</volume><italic>,</italic> <fpage>222</fpage>&#x2013;<lpage>239</lpage>.</mixed-citation></ref>
<ref id="ref-50"><label>50.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Pirbhulal</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Wu</surname>, <given-names>W.</given-names></string-name>, <string-name><surname>Muhammad</surname>, <given-names>K.</given-names></string-name></person-group> (<year>2020</year>). <article-title>Mobility enabled security for optimizing IoT based intelligent applications</article-title>. <source>IEEE Network</source><italic>,</italic> <volume>34</volume><italic>(</italic><issue>2</issue><italic>),</italic> <fpage>72</fpage>&#x2013;<lpage>77</lpage>.</mixed-citation></ref>
</ref-list>
</back></article>