<?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">CMC</journal-id>
<journal-id journal-id-type="nlm-ta">CMC</journal-id>
<journal-id journal-id-type="publisher-id">CMC</journal-id>
<journal-title-group>
<journal-title>Computers, Materials &#x0026; Continua</journal-title>
</journal-title-group>
<issn pub-type="epub">1546-2226</issn>
<issn pub-type="ppub">1546-2218</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">77012</article-id>
<article-id pub-id-type="doi">10.32604/cmc.2026.077012</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>An Agent-Based Network Power Management Scheme in WSN for Enhanced Edge Communication in Beyond 5G Networks</article-title>
<alt-title alt-title-type="left-running-head">An Agent-Based Network Power Management Scheme in WSN for Enhanced Edge Communication in Beyond 5G Networks</alt-title>
<alt-title alt-title-type="right-running-head">An Agent-Based Network Power Management Scheme in WSN for Enhanced Edge Communication in Beyond 5G Networks</alt-title>
</title-group>
<contrib-group>
<contrib id="author-1" contrib-type="author">
<name name-style="western"><surname>Goswami</surname><given-names>Pratik</given-names></name><xref ref-type="aff" rid="aff-1">1</xref><xref ref-type="author-notes" rid="afn1">#</xref></contrib>
<contrib id="author-2" contrib-type="author">
<name name-style="western"><surname>Naseem</surname><given-names>Hamid</given-names></name><xref ref-type="aff" rid="aff-2">2</xref><xref ref-type="author-notes" rid="afn1">#</xref></contrib>
<contrib id="author-3" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Abbas</surname><given-names>Khizar</given-names></name><xref ref-type="aff" rid="aff-3">3</xref><xref rid="cor1" ref-type="corresp">&#x002A;</xref><email>khizarabbas@hanyang.ac.kr</email></contrib>
<contrib id="author-4" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Choi</surname><given-names>Kwonhue</given-names></name><xref ref-type="aff" rid="aff-1">1</xref><xref rid="cor1" ref-type="corresp">&#x002A;</xref><email>gonew@yu.ac.kr</email></contrib>
<aff id="aff-1"><label>1</label><institution>School of Computer Science and Engineering, Yeungnam University</institution>, <addr-line>Gyeongsan-si</addr-line>, <country>Republic of Korea</country></aff>
<aff id="aff-2"><label>2</label><institution>Department of Electrical Engineering, Yeungnam University</institution>, <addr-line>Gyeongsan-si</addr-line>, <country>Republic of Korea</country></aff>
<aff id="aff-3"><label>3</label><institution>Department of Computer Engineering, Gachon University</institution>, <addr-line>Seongnam-si</addr-line>, <country>Republic of Korea</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>&#x002A;</label>Corresponding Authors: Khizar Abbas. Email: <email>khizarabbas@hanyang.ac.kr</email>; Kwonhue Choi. Email: <email>gonew@yu.ac.kr</email></corresp>
<fn id="afn1">
<p><sup>#</sup>These authors contributed equally to this work</p>
</fn>
</author-notes>
<pub-date date-type="collection" publication-format="electronic">
<year>2026</year>
</pub-date>
<pub-date date-type="pub" publication-format="electronic">
<day>9</day><month>4</month><year>2026</year>
</pub-date>
<volume>87</volume>
<issue>3</issue>
<elocation-id>42</elocation-id>
<history>
<date date-type="received">
<day>30</day>
<month>11</month>
<year>2025</year>
</date>
<date date-type="accepted">
<day>20</day>
<month>01</month>
<year>2026</year>
</date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2026 The Authors. Published by Tech Science Press.</copyright-statement>
<copyright-year>2026</copyright-year>
<copyright-holder>The Authors</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_CMC_77012.pdf"></self-uri>
<abstract>
<p>In a distributed edge computing environment, Internet of Things (IoT) and Vehicular-IoT (V-IoT) devices communicate through Wireless Sensor Networks (WSNs) by collecting and transmitting data from different environments. Although energy efficiency is always a critical challenge in WSN due to limited battery power, along with the demand for fast communication over edge devices in 5G and beyond 5G scenarios. Therefore, to overcome the challenges, an advanced hierarchical agent-based power management scheme is proposed for WSNs that optimizes energy distribution while maintaining reliable communication. The proposed model employs Master Agents (MAs), Coordination Agents (CoAs), and Task Agents (TAs) to manage power allocation by following a specific order of selection of nodes. The system dynamically adjusts power distribution based on node requirements, trust values, and communication demands over an optimally covered area of nodes, distributed with a 2D Poisson Point Process. Simulation results demonstrate improved energy efficiency, extended network lifetime, and enhanced communication reliability in edge computing scenarios.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>WSN</kwd>
<kwd>energy efficient communication</kwd>
<kwd>distributed power allocation</kwd>
<kwd>internet of things (IoT)</kwd>
<kwd>V-IoT</kwd>
<kwd>edge communication 5G/6G</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1">
<label>1</label>
<title>Introduction</title>
<p>The rapid proliferation of IoT and industrial IoT devices demands sustainable networks with enhanced computation and communication capabilities [<xref ref-type="bibr" rid="ref-1">1</xref>]. Wireless Sensor Networks (WSNs) play a pivotal role, particularly when integrated with Mobile Edge Computing (MEC) for low-latency, high-bandwidth processing [<xref ref-type="bibr" rid="ref-2">2</xref>&#x2013;<xref ref-type="bibr" rid="ref-4">4</xref>]. From smart homes to wearable health monitors [<xref ref-type="bibr" rid="ref-5">5</xref>,<xref ref-type="bibr" rid="ref-6">6</xref>], these resource-constrained devices continuously sense environmental parameters (temperature, humidity, sound, light [<xref ref-type="bibr" rid="ref-7">7</xref>]) and transmit data to edge servers or clouds.</p>
<sec id="s1_1">
<label>1.1</label>
<title>Challenges in Edge-Enabled WSNs</title>
<p>IoT applications&#x2014;smart cities, healthcare monitoring, industrial automation [<xref ref-type="bibr" rid="ref-8">8</xref>&#x2013;<xref ref-type="bibr" rid="ref-10">10</xref>]&#x2014;impose stringent requirements on WSNs: intensive computation, continuous sensing, and multi-task operations under 6G constraints (limited memory, bandwidth [<xref ref-type="bibr" rid="ref-11">11</xref>,<xref ref-type="bibr" rid="ref-12">12</xref>]). MEC mitigates cloud latency by enabling edge processing [<xref ref-type="bibr" rid="ref-13">13</xref>], yet battery-constrained sensor nodes face critical power management challenges.</p>
<p>Key limitations of traditional approaches include:
<list list-type="bullet">
<list-item>
<p><bold>Static power allocation</bold> ignoring dynamic topologies and node heterogeneity.</p></list-item>
<list-item>
<p><bold>Clustering overhead</bold> (e.g., LEACH CH election every round).</p></list-item>
<list-item>
<p><bold>Lack of trust-awareness</bold> for unreliable edge environments.</p></list-item>
<list-item>
<p><bold>Scalability issues</bold> for dense, Poisson-distributed deployments.</p></list-item>
</list></p>
</sec>
<sec id="s1_2">
<label>1.2</label>
<title>Our Contributions</title>
<p>We propose a <bold>hierarchical multi-agent power management framework</bold> addressing these gaps:
<list list-type="simple">
<list-item><label>a.</label><p><bold>Trust-driven redistribution:</bold> Adaptive power allocation via MA<inline-formula id="ieqn-1"><mml:math id="mml-ieqn-1"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula>CoA<inline-formula id="ieqn-2"><mml:math id="mml-ieqn-2"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula>TA hierarchy with real-time trust metrics (<xref ref-type="disp-formula" rid="eqn-2">Eq. (2)</xref>).</p></list-item>
<list-item><label>b.</label><p><bold>Non-clustered deployment:</bold> 2D Poisson Point Process with hybrid CoA selection.</p></list-item>
<list-item><label>c.</label><p><bold>Theoretical guarantees:</bold> Trust convergence (Theorem 1&#x2013;2), energy conservation (Theorem 3), <inline-formula id="ieqn-3"><mml:math id="mml-ieqn-3"><mml:mi>O</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mi>log</mml:mi><mml:mo>&#x2061;</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> complexity (Lemma 1).</p></list-item>
</list></p>
<p><xref ref-type="table" rid="table-1">Table 1</xref> summarizes notation. The paper is organized as follows: <xref ref-type="sec" rid="s2">Section 2</xref> positions our novelty compared to existing works, <xref ref-type="sec" rid="s3">Section 3</xref> describes the proposed model and system assumptions. <xref ref-type="sec" rid="s4">Section 4</xref> describes proposed algorithms and related analysis. <xref ref-type="sec" rid="s5">Section 5</xref> is to demonstrate the simulation results and finally the paper is concluded with discussion of results, supporting our proposed method in <xref ref-type="sec" rid="s6">Section 6</xref>, discussing the results of our proposed method.</p>
<table-wrap id="table-1">
<label>Table 1</label>
<caption>
<title>Key notation.</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th>Symbol</th>
<th>Description</th>
</tr>
</thead>
<tbody>
<tr>
<td><italic>N, A</italic>, <inline-formula id="ieqn-4"><mml:math id="mml-ieqn-4"><mml:mi>&#x03BB;</mml:mi></mml:math></inline-formula></td>
<td>Nodes, area, Poisson density</td>
</tr>
<tr>
<td><inline-formula id="ieqn-5"><mml:math id="mml-ieqn-5"><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>y</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>, <inline-formula id="ieqn-6"><mml:math id="mml-ieqn-6"><mml:mi>r</mml:mi></mml:math></inline-formula></td>
<td>Node coordinates, neighborhood radius</td>
</tr>
<tr>
<td><italic>S</italic>/<italic>D</italic>, <inline-formula id="ieqn-7"><mml:math id="mml-ieqn-7"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:msub><mml:mi>T</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula></td>
<td>Source/Sink, CoA/TA candidates</td>
</tr>
<tr>
<td><inline-formula id="ieqn-8"><mml:math id="mml-ieqn-8"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>t</mml:mi><mml:mi>h</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-9"><mml:math id="mml-ieqn-9"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mi>q</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-10"><mml:math id="mml-ieqn-10"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>a</mml:mi><mml:mi>d</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td>Power threshold, request, adjusted</td>
</tr>
<tr>
<td><inline-formula id="ieqn-11"><mml:math id="mml-ieqn-11"><mml:mi>&#x03C4;</mml:mi></mml:math></inline-formula>, <inline-formula id="ieqn-12"><mml:math id="mml-ieqn-12"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mi>i</mml:mi><mml:mi>n</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td>Trust value, minimum threshold</td>
</tr>
<tr>
<td><inline-formula id="ieqn-13"><mml:math id="mml-ieqn-13"><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mi>M</mml:mi><mml:mi>A</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>A</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mi>T</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-14"><mml:math id="mml-ieqn-14"><mml:msub><mml:mi>s</mml:mi><mml:mrow><mml:mi>p</mml:mi><mml:mi>o</mml:mi><mml:mi>w</mml:mi><mml:mi>e</mml:mi><mml:mi>r</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mi>p</mml:mi><mml:mi>o</mml:mi><mml:mi>s</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mo>.</mml:mo><mml:mo>.</mml:mo><mml:mo>.</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td>Likelihoods, selection scores</td>
</tr>
<tr>
<td><inline-formula id="ieqn-15"><mml:math id="mml-ieqn-15"><mml:mtext>Fitness</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>, <inline-formula id="ieqn-16"><mml:math id="mml-ieqn-16"><mml:mtext>Cost</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula></td>
<td>Promotion/routing costs</td>
</tr>
<tr>
<td><inline-formula id="ieqn-17"><mml:math id="mml-ieqn-17"><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mi>r</mml:mi><mml:mi>o</mml:mi><mml:mi>t</mml:mi><mml:mi>a</mml:mi><mml:mi>t</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-18"><mml:math id="mml-ieqn-18"><mml:msub><mml:mi>T</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>, <inline-formula id="ieqn-19"><mml:math id="mml-ieqn-19"><mml:msub><mml:mi>h</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></td>
<td>Rotation/timeout/hop limits</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
</sec>
<sec id="s2">
<label>2</label>
<title>Related Work</title>
<sec id="s2_1">
<label>2.1</label>
<title>Agent-Based and Clustering Protocols</title>
<p>Traditional clustering (LEACH [<xref ref-type="bibr" rid="ref-14">14</xref>], HEED, EECS [<xref ref-type="bibr" rid="ref-15">15</xref>]) elects cluster heads probabilistically but suffers CH election overhead and fails in non-uniform deployments. Enhanced variants like firework-optimized LEACH [<xref ref-type="bibr" rid="ref-16">16</xref>,<xref ref-type="bibr" rid="ref-17">17</xref>] and gradient routing [<xref ref-type="bibr" rid="ref-18">18</xref>] improve load balancing but retain clustering rigidity.</p>
<p>Multi-agent systems offer distributed alternatives. NPC [<xref ref-type="bibr" rid="ref-19">19</xref>,<xref ref-type="bibr" rid="ref-20">20</xref>] uses threshold-based power reduction across agents but lacks hierarchy and trust. Three-layer clustering [<xref ref-type="bibr" rid="ref-21">21</xref>] combines centralized/distributed selection but requires base station coordination.</p>
</sec>
<sec id="s2_2">
<label>2.2</label>
<title>Trust and Routing Mechanisms</title>
<p>Trust-aware routing (TARM [<xref ref-type="bibr" rid="ref-22">22</xref>]) computes direct/indirect trust via edge nodes but uses static allocation. Recent MARL approaches [<xref ref-type="bibr" rid="ref-23">23</xref>,<xref ref-type="bibr" rid="ref-24">24</xref>] enable decentralized control through Q-learning, achieving power efficiency but requiring extensive training without trust-power coupling.</p>
</sec>
<sec id="s2_3">
<label>2.3</label>
<title>Edge Computing and Machine Learning</title>
<p>MEC frameworks address offloading [<xref ref-type="bibr" rid="ref-25">25</xref>&#x2013;<xref ref-type="bibr" rid="ref-27">27</xref>] and ESN design [<xref ref-type="bibr" rid="ref-26">26</xref>], optimizing latency/cost. DDPG-based allocation [<xref ref-type="bibr" rid="ref-16">16</xref>] handles continuous actions but lacks WSN-specific trust. Federated learning [<xref ref-type="bibr" rid="ref-28">28</xref>,<xref ref-type="bibr" rid="ref-29">29</xref>] distributes training but assumes stable topologies, unsuitable for dynamic WSNs.</p>
<p>NN-ILEACH [<xref ref-type="bibr" rid="ref-30">30</xref>] uses neural networks for CH selection (11,361 rounds lifetime) but centralizes training and ignores trust.</p>
</sec>
<sec id="s2_4">
<label>2.4</label>
<title>Novelty Relative to Existing Frameworks</title>
<p><xref ref-type="table" rid="table-2">Table 2</xref> compares our approach across seven criteria. Unlike clustering methods (overhead), single-agent trust (static), or MARL (training-heavy), we provide:</p>
<table-wrap id="table-2">
<label>Table 2</label>
<caption>
<title>Comparison with State-of-the-Art.</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th>Method</th>
<th>Year</th>
<th>Multi-Agent</th>
<th>Trust</th>
<th>Redist.</th>
<th>Theory</th>
<th>Non-Clust.</th>
<th>Edge</th>
</tr>
</thead>
<tbody>
<tr>
<td>NPC [<xref ref-type="bibr" rid="ref-19">19</xref>]</td>
<td>2009</td>
<td>&#x2713;</td>
<td><inline-formula id="ieqn-23"><mml:math id="mml-ieqn-23"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-24"><mml:math id="mml-ieqn-24"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-25"><mml:math id="mml-ieqn-25"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td>&#x2713;</td>
<td><inline-formula id="ieqn-26"><mml:math id="mml-ieqn-26"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
</tr>
<tr>
<td>LEACH [<xref ref-type="bibr" rid="ref-14">14</xref>]</td>
<td>2019</td>
<td><inline-formula id="ieqn-27"><mml:math id="mml-ieqn-27"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-28"><mml:math id="mml-ieqn-28"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-29"><mml:math id="mml-ieqn-29"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-30"><mml:math id="mml-ieqn-30"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-31"><mml:math id="mml-ieqn-31"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-32"><mml:math id="mml-ieqn-32"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
</tr>
<tr>
<td>TARM [<xref ref-type="bibr" rid="ref-22">22</xref>]</td>
<td>2022</td>
<td><inline-formula id="ieqn-33"><mml:math id="mml-ieqn-33"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td>&#x2713;</td>
<td><inline-formula id="ieqn-34"><mml:math id="mml-ieqn-34"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-35"><mml:math id="mml-ieqn-35"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td>&#x2713;</td>
<td>&#x2713;</td>
</tr>
<tr>
<td>NN-ILEACH [<xref ref-type="bibr" rid="ref-30">30</xref>]</td>
<td>2024</td>
<td><inline-formula id="ieqn-36"><mml:math id="mml-ieqn-36"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-37"><mml:math id="mml-ieqn-37"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-38"><mml:math id="mml-ieqn-38"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-39"><mml:math id="mml-ieqn-39"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-40"><mml:math id="mml-ieqn-40"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-41"><mml:math id="mml-ieqn-41"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
</tr>
<tr>
<td>MARL-WSN [<xref ref-type="bibr" rid="ref-23">23</xref>]</td>
<td>2024</td>
<td>&#x2713;</td>
<td><inline-formula id="ieqn-42"><mml:math id="mml-ieqn-42"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td>&#x2713;</td>
<td><inline-formula id="ieqn-43"><mml:math id="mml-ieqn-43"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td>&#x2713;</td>
<td>&#x2713;</td>
</tr>
<tr>
<td>FL-Edge [<xref ref-type="bibr" rid="ref-29">29</xref>]</td>
<td>2024</td>
<td>&#x2713;</td>
<td><inline-formula id="ieqn-44"><mml:math id="mml-ieqn-44"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-45"><mml:math id="mml-ieqn-45"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-46"><mml:math id="mml-ieqn-46"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula></td>
<td>&#x2713;</td>
<td>&#x2713;</td>
</tr>
<tr>
<td><bold>Ours</bold></td>
<td>&#x2014;</td>
<td>&#x2713;</td>
<td>&#x2713;</td>
<td>&#x2713;</td>
<td>&#x2713;</td>
<td>&#x2713;</td>
<td>&#x2713;</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><list list-type="simple">
<list-item><label>1.</label><p><bold>Hierarchical non-clustered agents:</bold> MA<inline-formula id="ieqn-20"><mml:math id="mml-ieqn-20"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula>CoA<inline-formula id="ieqn-21"><mml:math id="mml-ieqn-21"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula>TA avoids election overhead.</p></list-item>
<list-item><label>2.</label><p><bold>Trust-power coupling:</bold> Dynamic redistribution with convergence guarantees.</p></list-item>
<list-item><label>3.</label><p><bold>Poisson scalability:</bold> Handles dense, irregular deployments.</p></list-item>
<list-item><label>4.</label><p><bold>Edge-ready:</bold> <inline-formula id="ieqn-22"><mml:math id="mml-ieqn-22"><mml:mi>O</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mi>log</mml:mi><mml:mo>&#x2061;</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>, theoretical bounds.</p></list-item>
</list></p>
<p>It is evident that there are many works that exist where different approaches and methods were taken into consideration to attain energy-efficient sensor networks, and also some of the literature tried to enhance energy efficiency in edge environments. But in most cases, it lacks a technique that can be considered a systematic approach for energy-efficient smooth communication over the edge in the IoT-based WSN paradigm for V-IoT in beyond 5G network.</p>
</sec>
</sec>
<sec id="s3">
<label>3</label>
<title>System Model and Assumptions</title>
<sec id="s3_1">
<label>3.1</label>
<title>Network Architecture</title>
<p>A resource-efficient system relies on multiple factors, and towards energy-efficient communication through a resource-constrained IoT network, the first step is establishing a network architecture with proper deployment of nodes, considering system requirements and infrastructure. The network architecture comprises multiple nodes, and in the IoT and IIoT scenario, it is possible to have multiple tasks over a network simultaneously, and it is evident that those can be different applications. Therefore, there are two possibilities to consider: a) application-specific operation by selecting heterogeneous nodes (where source and sink nodes are predefined) and b) selecting multiple paths for operation, where similar types of applications can occur at the same time within a homogeneous network. Therefore, in our work, we have considered the second option. In the next part of this subsection, detail description of the hierarchical agent-based WSN architecture is presented in <xref ref-type="fig" rid="fig-1">Fig. 1</xref>.</p>
<fig id="fig-1">
<label>Figure 1</label>
<caption>
<title>Proposed system model and architecture.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-1.tif"/>
</fig>
<sec id="s3_1_1">
<label>3.1.1</label>
<title>Node Deployment</title>
<p><list list-type="bullet">
<list-item>
<p><bold>Poisson Point Process (PPP):</bold> In our proposed method, nodes are deployed via 2D Poisson Point Process (Algorithm 1) with intensity <inline-formula id="ieqn-47"><mml:math id="mml-ieqn-47"><mml:mi>&#x03BB;</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mi>N</mml:mi><mml:mi>A</mml:mi></mml:mfrac></mml:math></inline-formula>. Nodes are distributed by generating random (<italic>x, y</italic>) coordinates within grid and continue until <italic>N</italic> nodes are placed.</p>
<p>It ensures uniform spatial distribution and provides coverage for holes in WSNs. The common approach of clustering is avoided to get rid of different types of problems, such as zero cluster head selection and compulsory cluster head selection in every round, which eventually saves a lot of resources.</p></list-item>
<list-item>
<p><bold>Roles of Nodes:</bold> In the proposed WSN battery power management system, the agents follow specific orders to accomplish a task with prolific communication over the network. In this method, it is considered that there are four source nodes for different paths, where it is assumed that for multi-operation networks, different applications can take place simultaneously over a defined network. Each source node acts as an MA [<xref ref-type="bibr" rid="ref-31">31</xref>] for a specific path of communication and is directly connected to the central battery. The work of the MA is to manage the power distribution over the entire network through the other subagents. At the time of consideration of the MA in each path, the other sensor nodes of the network are assumed to be TAs [<xref ref-type="bibr" rid="ref-32">32</xref>] for the particular path, and CoA is selected from other TAs to act as a coordinator between TAs and the MA for optimal communication.
<list list-type="simple">
<list-item><label>&#x2013;</label><p><bold>MA:</bold> High-power nodes managing CoAs (<inline-formula id="ieqn-48"><mml:math id="mml-ieqn-48"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>MA</mml:mtext></mml:mrow></mml:msub><mml:mo>&#x2265;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>)</p></list-item>
<list-item><label>&#x2013;</label><p><bold>CoA:</bold> Optimally positioned nodes (Algorithm 2) with score:
<disp-formula id="eqn-1"><label>(1)</label><mml:math id="mml-eqn-1" display="block"><mml:msub><mml:mrow><mml:mtext>Score</mml:mtext></mml:mrow><mml:mi>i</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:munder><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:munder><mml:msub><mml:mi>w</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo>&#x22C5;</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mspace width="1em" /><mml:mrow><mml:mtext>(where&#xA0;</mml:mtext></mml:mrow><mml:mi>j</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:mrow><mml:mtext>power, pos, density, coverage, link</mml:mtext></mml:mrow><mml:mo fence="false" stretchy="false">}</mml:mo><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p></list-item>
<list-item><label>&#x2013;</label><p><bold>TA:</bold> Worker nodes with power <inline-formula id="ieqn-49"><mml:math id="mml-ieqn-49"><mml:msub><mml:mi>P</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x2264;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></p></list-item>
</list></p></list-item>
</list></p>
<fig id="fig-11">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-11.tif"/>
</fig>
</sec>
<sec id="s3_1_2">
<label>3.1.2</label>
<title>CoA Selection</title>
<p>As mentioned earlier, MAs are basically the source nodes. Among the TAs, a CoA is selected with hybrid by MA. This CoA negotiates with MA for available resources to complete the task by each TA. We have set a threshold power value, which is considered as the required power to complete task by each TA. After each CoA-TA communication for time instant &#x2018;<italic>t</italic>&#x2019;, the consumed power will be determined, and CoA informs the MA of more power requirements. This process continues until the required power for all TAs is calculated. Then, for every time interval of &#x2018;<italic>t</italic>&#x2019;, the power for CoA-MA and CoA-TA communication is calculated based on the distance between nodes.</p>
<p>The CoA (Algorithm 2) is chosen using a weighted scoring mechanism that identifies the node best suited to coordinate the traffic on a given path. Each candidate node is evaluated against five criteria: energy efficiency, position in the topology, local node density, coverage, and link quality. The individual scores are combined into a single weighted score that reflects how suitable the node is to act as a CoA.</p>
<p>First, a power score captures how much usable energy the node still has, normalized with respect to the threshold power level. A positional score then measures how well the node is placed between the source and sink, with nodes located roughly midway between them being preferred. A density score evaluates how many neighbors lie within a given radius, so that a CoA has enough nearby nodes to coordinate without becoming overloaded.</p>
<p>The coverage score reflects how much non-overlapping area the node can cover within its communication range, encouraging selections that improve overall sensing and connectivity. Finally, a link-quality score is obtained from the normalized distances to the source and destination; shorter, more reliable links receive higher values. The five scores are weighted according to design priorities (<inline-formula id="ieqn-56"><mml:math id="mml-ieqn-56"><mml:msub><mml:mi>w</mml:mi><mml:mrow><mml:mtext>power</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-57"><mml:math id="mml-ieqn-57"><mml:msub><mml:mi>w</mml:mi><mml:mrow><mml:mtext>pos</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-58"><mml:math id="mml-ieqn-58"><mml:msub><mml:mi>w</mml:mi><mml:mrow><mml:mtext>density</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-59"><mml:math id="mml-ieqn-59"><mml:msub><mml:mi>w</mml:mi><mml:mrow><mml:mtext>coverage</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-60"><mml:math id="mml-ieqn-60"><mml:msub><mml:mi>w</mml:mi><mml:mrow><mml:mtext>link</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>) and summed to produce the final CoA score for each candidate.</p>
<p>The scoring model normalizes each component to the interval [0, 1], so all metrics are directly comparable even though they capture different aspects of a node&#x2019;s behavior. The CoA is then chosen as the node with the highest overall score, ensuring that the selected coordinator is, at that moment, the most suitable option for the network. In this way, the method balances energy efficiency, coverage, and link quality while keeping the computation lightweight enough to be practical for dynamic wireless sensor networks such as V-IoT where the nodes are homogeneous (<xref ref-type="sec" rid="s8">Appendix A.2</xref>).</p>
<fig id="fig-12">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-12.tif"/>
</fig>
</sec>
</sec>
<sec id="s3_2">
<label>3.2</label>
<title>Power Management Scheme</title>
<p>In the proposed scheme the power management depends mainly on trust-based node selection and power distribution. <xref ref-type="fig" rid="fig-2">Fig. 2</xref> summarizes the proposed agent-based power management cycle.</p>
<fig id="fig-2">
<label>Figure 2</label>
<caption>
<title>Comprehensive representation of proposed power management scheme.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-2.tif"/>
</fig>
<sec id="s3_2_1">
<label>3.2.1</label>
<title>Power and Trust Dynamics</title>
<p>The proposed agent-based power management scheme jointly models the evolution of node power and trust to capture both energy sustainability and communication reliability. Each node <inline-formula id="ieqn-72"><mml:math id="mml-ieqn-72"><mml:mi>i</mml:mi></mml:math></inline-formula> maintains a residual battery level <inline-formula id="ieqn-73"><mml:math id="mml-ieqn-73"><mml:msub><mml:mi>P</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> and a trust value <inline-formula id="ieqn-74"><mml:math id="mml-ieqn-74"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x2208;</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mn>0</mml:mn><mml:mo>,</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">]</mml:mo></mml:math></inline-formula>, which are updated at every round based on power consumption, task participation, and communication quality. Nodes whose power drops below the low-power threshold <inline-formula id="ieqn-75"><mml:math id="mml-ieqn-75"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>low</mml:mtext></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>0.3</mml:mn><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> enter a power-saving mode, where sensing and transmission rates are reduced to extend lifetime, while nodes with sufficient power continue to participate fully in routing and task execution.</p>
<p>Trust dynamics follow a weighted update rule that combines historical behavior, power efficiency, and link quality. For active nodes, the trust value is updated as
<disp-formula id="eqn-2"><label>(2)</label><mml:math id="mml-eqn-2" display="block"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</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:mspace width="thinmathspace" /><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mrow><mml:mtext>power</mml:mtext></mml:mrow><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mrow><mml:mtext>comm</mml:mtext></mml:mrow><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>,</mml:mo></mml:math></disp-formula>where <inline-formula id="ieqn-76"><mml:math id="mml-ieqn-76"><mml:mi>&#x03B1;</mml:mi><mml:mo>=</mml:mo><mml:mn>0.7</mml:mn></mml:math></inline-formula>, <inline-formula id="ieqn-77"><mml:math id="mml-ieqn-77"><mml:mi>&#x03B2;</mml:mi><mml:mo>=</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mo>=</mml:mo><mml:mn>0.15</mml:mn></mml:math></inline-formula> are the history, power efficiency, and communication weights, respectively, satisfying <inline-formula id="ieqn-78"><mml:math id="mml-ieqn-78"><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></inline-formula> (<xref ref-type="sec" rid="s7">Appendix A.1</xref>). Power efficiency is computed as <inline-formula id="ieqn-79"><mml:math id="mml-ieqn-79"><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mtext>power</mml:mtext><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mo movablelimits="true" form="prefix">min</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula>, while communication quality <inline-formula id="ieqn-80"><mml:math id="mml-ieqn-80"><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mtext>comm</mml:mtext><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> reflects packet delivery success and link distance to path endpoints as <inline-formula id="ieqn-81"><mml:math id="mml-ieqn-81"><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mfrac><mml:mtext>Packet loss rate</mml:mtext><mml:mtext>Max tolerable loss</mml:mtext></mml:mfrac></mml:math></inline-formula>.</p>
<p>For inactive nodes, a decay factor is applied to penalize prolonged non-participation, i.e., <inline-formula id="ieqn-82"><mml:math id="mml-ieqn-82"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mi>&#x03B4;</mml:mi><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> with <inline-formula id="ieqn-83"><mml:math id="mml-ieqn-83"><mml:mi>&#x03B4;</mml:mi><mml:mo>&#x2248;</mml:mo><mml:mn>0.95</mml:mn></mml:math></inline-formula>. Nodes with <inline-formula id="ieqn-84"><mml:math id="mml-ieqn-84"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x003C;</mml:mo><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">min</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula> (typically <inline-formula id="ieqn-85"><mml:math id="mml-ieqn-85"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">min</mml:mo></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>0.4</mml:mn></mml:math></inline-formula>) are considered unreliable and are demoted from coordination roles, which in turn triggers CoA reselection and route recomputation in the subsequent algorithms.</p>
</sec>
<sec id="s3_2_2">
<label>3.2.2</label>
<title>Power Allocation</title>
<p>Power allocation in the proposed scheme is performed hierarchically along the path <inline-formula id="ieqn-86"><mml:math id="mml-ieqn-86"><mml:mtext>MA</mml:mtext><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mtext>CoA</mml:mtext><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mtext>TA</mml:mtext></mml:math></inline-formula> and is driven by both the requested task power and the energy state of participating nodes. When a Task Agent <italic>T</italic> issues a request with required power <inline-formula id="ieqn-87"><mml:math id="mml-ieqn-87"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>req</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, the Master Agent identifies the corresponding path and computes power likelihoods for the MA, CoA, and TA as
<disp-formula id="ueqn-3"><mml:math id="mml-ueqn-3" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd /><mml:mtd><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>MA</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mo movablelimits="true" form="prefix">min</mml:mo><mml:mrow><mml:mo>{</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mfrac><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>MA</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mfrac><mml:mo>}</mml:mo></mml:mrow><mml:mo>,</mml:mo><mml:mspace width="1em" /><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>CoA</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mo movablelimits="true" form="prefix">min</mml:mo><mml:mrow><mml:mo>{</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mfrac><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>CoA</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mfrac><mml:mo>}</mml:mo></mml:mrow><mml:mo>,</mml:mo><mml:mspace width="1em" /><mml:msub><mml:mi>L</mml:mi><mml:mi>T</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mo movablelimits="true" form="prefix">min</mml:mo><mml:mrow><mml:mo>{</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mfrac><mml:msub><mml:mi>P</mml:mi><mml:mi>T</mml:mi></mml:msub><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mfrac><mml:mo>}</mml:mo></mml:mrow><mml:mo>.</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>These likelihoods are used to adjust the initial request and account for potential deficits along the path. The adjusted power demand is expressed as
<disp-formula id="eqn-3"><label>(3)</label><mml:math id="mml-eqn-3" display="block"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>adj</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>req</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mn>1</mml:mn><mml:mo>+</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>MA</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>CoA</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>L</mml:mi><mml:mi>T</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>)</mml:mo></mml:mrow><mml:mo>,</mml:mo></mml:math></disp-formula>so that lower likelihoods (i.e., weaker nodes) increase the required energy budget for reliable delivery.</p>
<p>If the remaining global battery <inline-formula id="ieqn-88"><mml:math id="mml-ieqn-88"><mml:msub><mml:mi>B</mml:mi><mml:mrow><mml:mtext>tot</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> and the local node powers can jointly satisfy <inline-formula id="ieqn-89"><mml:math id="mml-ieqn-89"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>adj</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, the algorithm allocates at least <inline-formula id="ieqn-90"><mml:math id="mml-ieqn-90"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> to each node on the path and the task is executed successfully. Otherwise, the Power Redistribution procedure is invoked to draw excess energy from nodes with <inline-formula id="ieqn-91"><mml:math id="mml-ieqn-91"><mml:msub><mml:mi>P</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x003E;</mml:mo><mml:mn>1.5</mml:mn><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> while preserving the stability of their associated MAs. If redistribution cannot fully cover <inline-formula id="ieqn-92"><mml:math id="mml-ieqn-92"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>adj</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, the requesting TA is switched to power-saving mode and the allocation attempt is marked as failed. This hierarchical, trust-aware allocation mechanism ensures that power is preferentially assigned to reliable nodes and that scarce energy is utilized efficiently across the network.</p>
</sec>
</sec>
</sec>
<sec id="s4">
<label>4</label>
<title>Proposed Algorithms</title>
<p>This section presents the distributed algorithms that implement the power management model described in <xref ref-type="sec" rid="s3">Section 3</xref>. The algorithms operate over the hierarchical path <inline-formula id="ieqn-93"><mml:math id="mml-ieqn-93"><mml:mtext>MA</mml:mtext><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mtext>CoA</mml:mtext><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mtext>TA</mml:mtext></mml:math></inline-formula> and realize the concepts of power and trust dynamics, hierarchical power allocation, fault handling, and energy-efficient routing.</p>
<sec id="s4_1">
<label>4.1</label>
<title>Dynamic Power Management</title>
<p>The dynamic power management module implements the power allocation model of <xref ref-type="sec" rid="s3_2_2">Section 3.2.2</xref> as per the Dynamic Power Distribution Algorithm 3. When a Task Agent (TA) requests power for a task, the Master Agent (MA) first evaluates the energy condition of the MA, CoA, and TA through likelihood ratios, then adjusts the requested power to obtain <inline-formula id="ieqn-94"><mml:math id="mml-ieqn-94"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>adj</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>. If the system can satisfy this adjusted demand, power is allocated along the path; otherwise, a redistribution procedure attempts to gather additional energy from high-power nodes Power Redistribution Algorithm 4. If redistribution fails, the TA is placed in power-saving mode.</p>
<p>The Power Redistribution algorithm presents a systematic approach to reallocating power resources within a wireless sensor network when additional power (<inline-formula id="ieqn-95"><mml:math id="mml-ieqn-95"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>need</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>) is required. This algorithm implements a two-phase strategy to meet power demands while maintaining network stability and operational efficiency.</p>
<p>In the first phase, the algorithm searches for donor nodes whose power exceeds <inline-formula id="ieqn-96"><mml:math id="mml-ieqn-96"><mml:mn>1.5</mml:mn><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, while excluding Master Agents (MAs) so that the hierarchy remains intact. These candidates are sorted in descending order of their power <inline-formula id="ieqn-97"><mml:math id="mml-ieqn-97"><mml:msub><mml:mi>P</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula>, and for each node <inline-formula id="ieqn-98"><mml:math id="mml-ieqn-98"><mml:msub><mml:mi>N</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:math></inline-formula> the algorithm first checks that its associated MA still has at least <inline-formula id="ieqn-99"><mml:math id="mml-ieqn-99"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> before any transfer is made. The amount of power moved is then chosen as:
<disp-formula id="eqn-4"><label>(4)</label><mml:math id="mml-eqn-4" display="block"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>transfer</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mo movablelimits="true" form="prefix">min</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>need</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula>which prevents the donor from dropping below the threshold and reduces the remaining demand as much as possible. If this first phase does not fully satisfy the requirement (<inline-formula id="ieqn-100"><mml:math id="mml-ieqn-100"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>need</mml:mtext></mml:mrow></mml:msub><mml:mo>&#x003E;</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula>), a second phase considers ordinary Task Agents (TAs). In this step, each TA has its power reduced by 50%, and the recovered energy is used to further decrease <inline-formula id="ieqn-101"><mml:math id="mml-ieqn-101"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>need</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> via <inline-formula id="ieqn-102"><mml:math id="mml-ieqn-102"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>need</mml:mtext></mml:mrow></mml:msub><mml:mo stretchy="false">&#x2190;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>need</mml:mtext></mml:mrow></mml:msub><mml:mo>&#x2212;</mml:mo><mml:mn>0.5</mml:mn><mml:mo>&#x22C5;</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mi>k</mml:mi></mml:msub><mml:mo>.</mml:mo><mml:mtext>power</mml:mtext></mml:math></inline-formula>. The procedure is considered successful when the remaining demand satisfies <inline-formula id="ieqn-103"><mml:math id="mml-ieqn-103"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>need</mml:mtext></mml:mrow></mml:msub><mml:mo>&#x2264;</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula>. In this way, the algorithm meets urgent power requests while still protecting critical roles and sustaining the network over the long term.</p>
<fig id="fig-13">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-13.tif"/>
</fig>
<fig id="fig-14">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-14.tif"/>
</fig>
</sec>
<sec id="s4_2">
<label>4.2</label>
<title>Trust Update</title>
<p>The trust update mechanism implements the behavior described in <xref ref-type="sec" rid="s3_2_1">Section 3.2.1</xref>. Active nodes gain trust when they use power efficiently and maintain good-quality links, whereas inactive nodes gradually lose trust over time. After each update, the new trust value is clipped to lie within [0, 1]. The complete procedure is summarized in Algorithm 5.</p>
<fig id="fig-15">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-15.tif"/>
</fig>
</sec>
<sec id="s4_3">
<label>4.3</label>
<title>Fault Detection and Recovery</title>
<p>The Fault Detection and Recovery Algorithm 6 provides a structured way to monitor node health and react to failures. Each node <italic>N</italic> sends heartbeat messages at regular intervals <inline-formula id="ieqn-134"><mml:math id="mml-ieqn-134"><mml:mi mathvariant="normal">&#x0394;</mml:mi><mml:mi>t</mml:mi></mml:math></inline-formula>, and the algorithm combines a timeout check with a trust-based check. Two thresholds are defined: a minimum trust value <inline-formula id="ieqn-135"><mml:math id="mml-ieqn-135"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">min</mml:mo></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>0.4</mml:mn></mml:math></inline-formula> and a maximum allowable gap <inline-formula id="ieqn-136"><mml:math id="mml-ieqn-136"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula> between heartbeats. If a node does not send a heartbeat within <inline-formula id="ieqn-137"><mml:math id="mml-ieqn-137"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula>, it is marked as faulty and its tasks are reassigned using the power reallocation procedure in Algorithm 4. If a node continues to send heartbeats but its trust <inline-formula id="ieqn-138"><mml:math id="mml-ieqn-138"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> falls below <inline-formula id="ieqn-139"><mml:math id="mml-ieqn-139"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">min</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula>, its role is downgraded to TA; if it previously served as a CoA, a new CoA is selected according to Algorithm 2. Nodes that maintain regular heartbeats and <inline-formula id="ieqn-140"><mml:math id="mml-ieqn-140"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x2265;</mml:mo><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">min</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula> keep their current roles and power allocations. This hierarchical strategy allows the network to detect problems early and recover gracefully while keeping overall performance stable.
<list list-type="bullet">
<list-item>
<p><bold>Heartbeat Monitoring:</bold> Node <italic>i</italic> is faulty if:
<disp-formula id="ueqn-17"><mml:math id="mml-ueqn-17" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd /><mml:mtd><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mrow><mml:mtext>last</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>&#x003E;</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mtext>&#xA0;or&#xA0;</mml:mtext></mml:mrow><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x003C;</mml:mo><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mrow><mml:mtext>min</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mo>=</mml:mo><mml:mn>0.4</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
</list-item>
<list-item>
<p><bold>Recovery Actions:</bold>
<list list-type="simple">
<list-item><label>&#x2013;</label><p>Demote CoAs with <inline-formula id="ieqn-141"><mml:math id="mml-ieqn-141"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x003C;</mml:mo><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mtext>min</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></p></list-item>
<list-item><label>&#x2013;</label><p>Trigger Algorithm 7 for route recomputation</p></list-item>
</list></p></list-item>
</list></p>
<fig id="fig-16">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-16.tif"/>
</fig>
<p><italic>Sensitivity to Intermittent Link Failures (</italic><inline-formula id="ieqn-147"><mml:math id="mml-ieqn-147"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula>, <inline-formula id="ieqn-148"><mml:math id="mml-ieqn-148"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">min</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula><italic>)</italic></p>
<p>To assess robustness under intermittent links, we conducted a sensitivity study by varying the heartbeat timeout <inline-formula id="ieqn-149"><mml:math id="mml-ieqn-149"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub><mml:mo>&#x2208;</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:mn>2</mml:mn><mml:mo>,</mml:mo><mml:mn>5</mml:mn><mml:mo>,</mml:mo><mml:mn>10</mml:mn><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> and the trust threshold <inline-formula id="ieqn-150"><mml:math id="mml-ieqn-150"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">min</mml:mo></mml:mrow></mml:msub><mml:mo>&#x2208;</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:mn>0.3</mml:mn><mml:mo>,</mml:mo><mml:mn>0.4</mml:mn><mml:mo>,</mml:mo><mml:mn>0.6</mml:mn><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> under a heartbeat failure probability of 0.01. <xref ref-type="table" rid="table-3">Table 3</xref> reports the resulting Lifetime@0.9N and final average trust. Across all tested settings, Lifetime@0.9N remains 500 rounds, while final trust varies only mildly (0.7636&#x2013;0.7815), indicating that the proposed trust/fault handling is stable and does not require strict parameter tuning.</p>
<table-wrap id="table-3">
<label>Table 3</label>
<caption>
<title>Sensitivity of <inline-formula id="ieqn-151"><mml:math id="mml-ieqn-151"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula> and <inline-formula id="ieqn-152"><mml:math id="mml-ieqn-152"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">min</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula> under intermittent link failures (heartbeat failure probability &#x003D; 0.01).</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/> 
</colgroup>
<thead>
<tr>
<th><inline-formula id="ieqn-153"><mml:math id="mml-ieqn-153"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-154"><mml:math id="mml-ieqn-154"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">min</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula></th>
<th>Lifetime@0.9N</th>
<th>FinalTrust</th>
</tr>
</thead>
<tbody>
<tr>
<td>2</td>
<td>0.3</td>
<td>500</td>
<td>0.767934</td>
</tr>
<tr>
<td>2</td>
<td>0.4</td>
<td>500</td>
<td>0.766530</td>
</tr>
<tr>
<td>2</td>
<td>0.6</td>
<td>500</td>
<td>0.769471</td>
</tr>
<tr>
<td>5</td>
<td>0.3</td>
<td>500</td>
<td>0.770784</td>
</tr>
<tr>
<td>5</td>
<td>0.4</td>
<td>500</td>
<td>0.773705</td>
</tr>
<tr>
<td>5</td>
<td>0.6</td>
<td>500</td>
<td>0.776045</td>
</tr>
<tr>
<td>10</td>
<td>0.3</td>
<td>500</td>
<td>0.781537</td>
</tr>
<tr>
<td>10</td>
<td>0.4</td>
<td>500</td>
<td>0.776059</td>
</tr>
<tr>
<td>10</td>
<td>0.6</td>
<td>500</td>
<td>0.763602</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s4_4">
<label>4.4</label>
<title>Energy-Efficient Routing</title>
<p>The Energy-Efficient Data Routing Alogorithm 7 computes routes using both distance and trust information. Given a packet <italic>P</italic>, a source node <italic>S</italic>, a destination <italic>D</italic>, and a hop limit <inline-formula id="ieqn-155"><mml:math id="mml-ieqn-155"><mml:msub><mml:mi>h</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>5</mml:mn></mml:math></inline-formula>, it builds a route <italic>R</italic> that respects energy and reliability constraints. The route is initialized with the source, and while the destination has not been reached and <inline-formula id="ieqn-156"><mml:math id="mml-ieqn-156"><mml:mi>h</mml:mi><mml:mo>&#x003C;</mml:mo><mml:msub><mml:mi>h</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula>, the algorithm looks for candidate next hops <inline-formula id="ieqn-157"><mml:math id="mml-ieqn-157"><mml:mo fence="false" stretchy="false">{</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> within the transmission radius <italic>r</italic> of the current node <inline-formula id="ieqn-158"><mml:math id="mml-ieqn-158"><mml:mi>R</mml:mi><mml:mo stretchy="false">[</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">]</mml:mo></mml:math></inline-formula>, keeping only nodes with <inline-formula id="ieqn-159"><mml:math id="mml-ieqn-159"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mo>&#x003E;</mml:mo><mml:mn>0.5</mml:mn></mml:math></inline-formula>. For each candidate, the cost is computed as
<disp-formula id="eqn-5"><label>(5)</label><mml:math id="mml-eqn-5" display="block"><mml:mrow><mml:mtext>Cost</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:msub><mml:mi>w</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>&#x22C5;</mml:mo><mml:mi>d</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mi>D</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:msub><mml:mi>w</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>&#x22C5;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula>where <inline-formula id="ieqn-160"><mml:math id="mml-ieqn-160"><mml:mi>d</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mi>D</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is the Euclidean distance to <italic>D</italic> and <inline-formula id="ieqn-161"><mml:math id="mml-ieqn-161"><mml:msub><mml:mi>w</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>w</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></inline-formula> control the trade-off between path length and reliability. The node with the smallest cost is added to <italic>R</italic>. If no suitable candidate exists at some step, routing fails. This approach produces paths that are both short and trustworthy, reducing energy use while keeping the network reliable.</p>
<fig id="fig-17">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-17.tif"/>
</fig>
<p><italic>Routing Weight Sensitivity</italic></p>
<p><xref ref-type="table" rid="table-4">Table 4</xref> analyzes <inline-formula id="ieqn-170"><mml:math id="mml-ieqn-170"><mml:msub><mml:mi>w</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>&#x2208;</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:mn>0.2</mml:mn><mml:mo>,</mml:mo><mml:mn>0.5</mml:mn><mml:mo>,</mml:mo><mml:mn>0.8</mml:mn><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> impact (<inline-formula id="ieqn-171"><mml:math id="mml-ieqn-171"><mml:msub><mml:mi>w</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>w</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula>, 50 routes, <inline-formula id="ieqn-172"><mml:math id="mml-ieqn-172"><mml:mi>N</mml:mi><mml:mo>=</mml:mo><mml:mn>1000</mml:mn></mml:math></inline-formula>). Trust emphasis (<inline-formula id="ieqn-173"><mml:math id="mml-ieqn-173"><mml:msub><mml:mi>w</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>0.2</mml:mn></mml:math></inline-formula>, <inline-formula id="ieqn-174"><mml:math id="mml-ieqn-174"><mml:msub><mml:mi>w</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>0.8</mml:mn></mml:math></inline-formula>) yields optimal balanced performance: minimum hops (3.42), perfect path trust (1.0), with delivery (42%).</p>
<table-wrap id="table-4">
<label>Table 4</label>
<caption>
<title>Routing sensitivity: <inline-formula id="ieqn-175"><mml:math id="mml-ieqn-175"><mml:msub><mml:mi>w</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula> (distance) vs. <inline-formula id="ieqn-176"><mml:math id="mml-ieqn-176"><mml:msub><mml:mi>w</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>w</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula> (trust).</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th><inline-formula id="ieqn-177"><mml:math id="mml-ieqn-177"><mml:msub><mml:mi>w</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-178"><mml:math id="mml-ieqn-178"><mml:msub><mml:mi>w</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></inline-formula></th>
<th>AvgHops</th>
<th>PathTrust</th>
<th>Delivery</th>
<th>Lifetime</th>
</tr>
</thead>
<tbody>
<tr>
<td>0.2</td>
<td>0.8</td>
<td>3.42</td>
<td>1.00</td>
<td>0.42</td>
<td>500</td>
</tr>
<tr>
<td>0.5</td>
<td>0.5</td>
<td>3.13</td>
<td>1.00</td>
<td>0.46</td>
<td>500</td>
</tr>
<tr>
<td>0.8</td>
<td>0.2</td>
<td>3.37</td>
<td>1.00</td>
<td>0.48</td>
<td>500</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><xref ref-type="fig" rid="fig-3">Fig. 3</xref> visualizes the trade-off. This approach produces short, trustworthy paths reducing energy while maintaining reliability.</p>
<fig id="fig-3">
<label>Figure 3</label>
<caption>
<title>Routing weight sensitivity: <inline-formula id="ieqn-179"><mml:math id="mml-ieqn-179"><mml:msub><mml:mi>w</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula> controls hops vs. delivery trade-off.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-3.tif"/>
</fig>
</sec>
<sec id="s4_5">
<label>4.5</label>
<title>Role Rotation and Power-Saving</title>
<p>To avoid overusing particular nodes and to extend network lifetime, the framework periodically rotates roles Algorithm 8 and enables power-saving behavior for low-power TAs. In role rotation, well-powered, highly trusted TAs are promoted to MA positions, while exhausted nodes are relieved from leadership. The Dynamic Role Rotation algorithm formalizes this idea. At every interval <inline-formula id="ieqn-180"><mml:math id="mml-ieqn-180"><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mtext>rotate</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, it evaluates each TA <inline-formula id="ieqn-181"><mml:math id="mml-ieqn-181"><mml:msub><mml:mi>T</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> using
<disp-formula id="eqn-6"><label>(6)</label><mml:math id="mml-eqn-6" display="block"><mml:mrow><mml:mtext>Fitness</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mi>&#x03B1;</mml:mi><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:msub><mml:mi>T</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:mfrac><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:msub><mml:mi>T</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mfrac><mml:mo>,</mml:mo></mml:math></disp-formula>where <inline-formula id="ieqn-182"><mml:math id="mml-ieqn-182"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:msub><mml:mi>T</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub></mml:math></inline-formula> is the node&#x2019;s trust and <inline-formula id="ieqn-183"><mml:math id="mml-ieqn-183"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:msub><mml:mi>T</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub></mml:math></inline-formula> its power level. The TA with the highest fitness, <inline-formula id="ieqn-184"><mml:math id="mml-ieqn-184"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mtext>best</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, is selected, the current MA <italic>S</italic> is demoted to TA, and <inline-formula id="ieqn-185"><mml:math id="mml-ieqn-185"><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mtext>best</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> becomes the new MA. A new CoA for this MA is then chosen using Algorithm 2. This periodic rotation spreads the leadership burden, avoids single points of failure, and keeps the network balanced. Also to validate stability, we tested <inline-formula id="ieqn-186"><mml:math id="mml-ieqn-186"><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mtext>rotate</mml:mtext></mml:mrow></mml:msub><mml:mo>&#x2208;</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:mn>30</mml:mn><mml:mo>,</mml:mo><mml:mn>60</mml:mn><mml:mo>,</mml:mo><mml:mn>120</mml:mn><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> and report sensitivity in <xref ref-type="table" rid="table-5">Table 5</xref>. The results show <inline-formula id="ieqn-187"><mml:math id="mml-ieqn-187"><mml:mo>&#x003C;</mml:mo><mml:mspace width="negativethinmathspace" /><mml:mn>3.5</mml:mn><mml:mi mathvariant="normal">&#x0025;</mml:mi></mml:math></inline-formula> energy oscillation variation and zero routing churn across this range, confirming robustness. We use <inline-formula id="ieqn-188"><mml:math id="mml-ieqn-188"><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mtext>rotate</mml:mtext></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>60</mml:mn></mml:math></inline-formula> as the baseline setting.</p>
<table-wrap id="table-5">
<label>Table 5</label>
<caption>
<title>Impact of <inline-formula id="ieqn-189"><mml:math id="mml-ieqn-189"><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mtext>rotate</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> on Energy Oscillations and Routing Churn (Proposed).</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th><inline-formula id="ieqn-190"><mml:math id="mml-ieqn-190"><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mtext>rotate</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></th>
<th>Energy Osc Index</th>
<th>Routing Churn</th>
<th>Lifetime@0.9N</th>
</tr>
</thead>
<tbody>
<tr>
<td>30</td>
<td>0.0331</td>
<td>0.0</td>
<td>500</td>
</tr>
<tr>
<td>60</td>
<td>0.0333</td>
<td>0.0</td>
<td>500</td>
</tr>
<tr>
<td>120</td>
<td>0.0341</td>
<td>0.0</td>
<td>500</td>
</tr>
</tbody>
</table>
<table-wrap-foot>
<fn id="table-5fn1" fn-type="other">
<p>Note: <inline-formula id="ieqn-191"><mml:math id="mml-ieqn-191"><mml:mtext>EnergyOscIndex</mml:mtext><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mtext>std</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:mi mathvariant="normal">&#x0394;</mml:mi><mml:mtext>battery</mml:mtext><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mrow><mml:mtext>mean</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:mtext>battery</mml:mtext><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac></mml:math></inline-formula>; <inline-formula id="ieqn-192"><mml:math id="mml-ieqn-192"><mml:mtext>RoutingChurn</mml:mtext><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mtext>std</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:mi mathvariant="normal">&#x0394;</mml:mi><mml:mtext>hops</mml:mtext><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mrow><mml:mtext>mean</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:mtext>hops</mml:mtext><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac></mml:math></inline-formula>; <inline-formula id="ieqn-193"><mml:math id="mml-ieqn-193"><mml:mtext>Lifetime@0.9N</mml:mtext><mml:mo>=</mml:mo></mml:math></inline-formula> rounds until <inline-formula id="ieqn-194"><mml:math id="mml-ieqn-194"><mml:mo>&#x003C;</mml:mo><mml:mspace width="negativethinmathspace" /><mml:mn>90</mml:mn><mml:mi mathvariant="normal">&#x0025;</mml:mi></mml:math></inline-formula> nodes alive.</p>
</fn>
</table-wrap-foot>
</table-wrap>
<fig id="fig-18">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-18.tif"/>
</fig>
<p>The Power-Saving Mode Activation Algorithm 9 provides an adaptive strategy for controlling TA activity based on energy levels. It uses two thresholds: a low-power threshold <inline-formula id="ieqn-202"><mml:math id="mml-ieqn-202"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>low</mml:mtext></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>0.3</mml:mn><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> and the normal operating threshold <inline-formula id="ieqn-203"><mml:math id="mml-ieqn-203"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>. When a TA&#x2019;s power <inline-formula id="ieqn-204"><mml:math id="mml-ieqn-204"><mml:msub><mml:mi>P</mml:mi><mml:mi>T</mml:mi></mml:msub></mml:math></inline-formula> falls below <inline-formula id="ieqn-205"><mml:math id="mml-ieqn-205"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>low</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, the node reduces its sensing rate (for example, by half), disables non-essential communications, and may request a power boost through Algorithm 3. When <inline-formula id="ieqn-206"><mml:math id="mml-ieqn-206"><mml:msub><mml:mi>P</mml:mi><mml:mi>T</mml:mi></mml:msub><mml:mo>&#x2265;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, the node returns to normal operation. For intermediate levels <inline-formula id="ieqn-207"><mml:math id="mml-ieqn-207"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>low</mml:mtext></mml:mrow></mml:msub><mml:mo>&#x2264;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mi>T</mml:mi></mml:msub><mml:mo>&#x003C;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>, the node remains in its current reduced state. This three-level behavior saves energy without abruptly disconnecting nodes that still have usable battery.</p>
<fig id="fig-19">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-19.tif"/>
</fig>
</sec>
<sec id="s4_6">
<label>4.6</label>
<title>Network Optimization</title>
<p>The Network-Wide Optimization Algorithm 10 coordinates resource management and role tuning across all <italic>N</italic> nodes, <inline-formula id="ieqn-211"><mml:math id="mml-ieqn-211"><mml:mo fence="false" stretchy="false">{</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:msubsup><mml:mo fence="false" stretchy="false">}</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:math></inline-formula>, at regular intervals <inline-formula id="ieqn-212"><mml:math id="mml-ieqn-212"><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mtext>opt</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>. At each optimization step, it first identifies TAs with power above <inline-formula id="ieqn-213"><mml:math id="mml-ieqn-213"><mml:mn>1.2</mml:mn><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> and redistributes their excess energy using Algorithm 4. It then refreshes all trust values using Algorithm 5 and, based on these updated metrics, decides whether to perform role rotations via Algorithm 8. Finally, it recomputes routing paths using Algorithm 7 so that routes remain consistent with the new power and trust landscape. This periodic cycle keeps resource usage efficient and helps maintain good performance as the network and its traffic conditions evolve.</p>
<fig id="fig-20">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-20.tif"/>
</fig>
</sec>
<sec id="s4_7">
<label>4.7</label>
<title>Theoretical Analysis: Convergence, Stability, and Guarantees</title>
<sec id="s4_7_1">
<label>4.7.1</label>
<title>Trust Evolution Convergence (<xref ref-type="disp-formula" rid="eqn-2">Eq. (2)</xref>)</title>
<p><bold>Theorem 1:</bold> <italic>(Boundedness of Trust Values): For all nodes <inline-formula id="ieqn-218"><mml:math id="mml-ieqn-218"><mml:mi>i</mml:mi></mml:math></inline-formula>, trust <inline-formula id="ieqn-219"><mml:math id="mml-ieqn-219"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x2208;</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mn>0</mml:mn><mml:mo>,</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">]</mml:mo></mml:math></inline-formula><inline-formula id="ieqn-220"><mml:math id="mml-ieqn-220"><mml:mi mathvariant="normal">&#x2200;</mml:mi><mml:mi>t</mml:mi><mml:mo>&#x2265;</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula></italic>.</p>
<p><bold>Proof:</bold> Trust update (<xref ref-type="disp-formula" rid="eqn-2">Eq. (2)</xref>):
<disp-formula id="ueqn-9"><mml:math id="mml-ueqn-9" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd /><mml:mtd><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</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:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mrow><mml:mtext>power</mml:mtext></mml:mrow><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mrow><mml:mtext>comm</mml:mtext></mml:mrow><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>,</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p><inline-formula id="ieqn-221"><mml:math id="mml-ieqn-221"><mml:mi>&#x03B1;</mml:mi><mml:mo>=</mml:mo><mml:mn>0.7</mml:mn></mml:math></inline-formula>, <inline-formula id="ieqn-222"><mml:math id="mml-ieqn-222"><mml:mi>&#x03B2;</mml:mi><mml:mo>=</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mo>=</mml:mo><mml:mn>0.15</mml:mn></mml:math></inline-formula>, <inline-formula id="ieqn-223"><mml:math id="mml-ieqn-223"><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mo>&#x22C5;</mml:mo></mml:mrow></mml:msub><mml:mo>&#x2208;</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mn>0</mml:mn><mml:mo>,</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">]</mml:mo></mml:math></inline-formula>. Weighted sum <inline-formula id="ieqn-224"><mml:math id="mml-ieqn-224"><mml:mo>&#x2208;</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mn>0</mml:mn><mml:mo>,</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">]</mml:mo></mml:math></inline-formula>. Clamping ensures bounds. <inline-formula id="ieqn-225"><mml:math id="mml-ieqn-225"><mml:mi>&#x25FB;</mml:mi></mml:math></inline-formula></p>
<p><bold>Theorem 2:</bold> <italic>(Fixed-Point Convergence): Stationary <inline-formula id="ieqn-226"><mml:math id="mml-ieqn-226"><mml:msubsup><mml:mi>e</mml:mi><mml:mrow><mml:mtext>power</mml:mtext><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow><mml:mo>&#x2217;</mml:mo></mml:msubsup><mml:mo>=</mml:mo><mml:msup><mml:mi>p</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup></mml:math></inline-formula>, <inline-formula id="ieqn-227"><mml:math id="mml-ieqn-227"><mml:msubsup><mml:mi>e</mml:mi><mml:mrow><mml:mtext>comm</mml:mtext><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow><mml:mo>&#x2217;</mml:mo></mml:msubsup><mml:mo>=</mml:mo><mml:msup><mml:mi>c</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup></mml:math></inline-formula><inline-formula id="ieqn-228"><mml:math id="mml-ieqn-228"><mml:mtext>&#x00A0;</mml:mtext><mml:mo stretchy="false">&#x27F9;</mml:mo><mml:mtext>&#x00A0;</mml:mtext></mml:math></inline-formula><inline-formula id="ieqn-229"><mml:math id="mml-ieqn-229"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">&#x2192;</mml:mo><mml:msubsup><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msubsup><mml:mo>=</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:msup><mml:mi>p</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mo>+</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:msup><mml:mi>c</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup></mml:math></inline-formula> exponentially (rate <inline-formula id="ieqn-230"><mml:math id="mml-ieqn-230"><mml:mi>&#x03B1;</mml:mi><mml:mo>=</mml:mo><mml:mn>0.7</mml:mn></mml:math></inline-formula>)</italic>.</p>
<p><bold>Proof:</bold> Recurrence: <inline-formula id="ieqn-231"><mml:math id="mml-ieqn-231"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</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:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:msup><mml:mi>p</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mo>+</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:msup><mml:mi>c</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msup><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>. Solution:</p>
<p><inline-formula id="ieqn-232"><mml:math id="mml-ieqn-232"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:msup><mml:mi>&#x03B1;</mml:mi><mml:mi>t</mml:mi></mml:msup><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mn>0</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msubsup><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:msubsup><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msubsup><mml:mo stretchy="false">&#x2192;</mml:mo><mml:msubsup><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi><mml:mo>&#x2217;</mml:mo></mml:msubsup><mml:mo>.</mml:mo></mml:math></inline-formula>&#x25A1;</p>
</sec>
<sec id="s4_7_2">
<label>4.7.2</label>
<title>Power Redistribution Invariants (Algorithm 4)</title>
<p><bold>Theorem 3:</bold> <italic>(Global Energy Conservation): <inline-formula id="ieqn-233"><mml:math id="mml-ieqn-233"><mml:mn>0</mml:mn><mml:mo>&#x2264;</mml:mo><mml:msub><mml:mi>B</mml:mi><mml:mrow><mml:mtext>tot</mml:mtext></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x2264;</mml:mo><mml:msub><mml:mi>B</mml:mi><mml:mrow><mml:mtext>tot</mml:mtext></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mn>0</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula><inline-formula id="ieqn-234"><mml:math id="mml-ieqn-234"><mml:mi mathvariant="normal">&#x2200;</mml:mi><mml:mi>t</mml:mi></mml:math></inline-formula>, where <inline-formula id="ieqn-235"><mml:math id="mml-ieqn-235"><mml:msub><mml:mi>B</mml:mi><mml:mrow><mml:mtext>tot</mml:mtext></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:munder><mml:mo>&#x2211;</mml:mo><mml:mi>i</mml:mi></mml:munder><mml:msub><mml:mi>P</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula></italic>.</p>
<p><bold>Proof:</bold> Algorithm 4 conservative: <inline-formula id="ieqn-236"><mml:math id="mml-ieqn-236"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>transfer</mml:mtext></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mo movablelimits="true" form="prefix">min</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>need</mml:mtext></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>. No creation, only transfer/consumption. <inline-formula id="ieqn-237"><mml:math id="mml-ieqn-237"><mml:mi>&#x25FB;</mml:mi></mml:math></inline-formula></p>
<p><bold>Theorem 4:</bold> <italic>(MA Safety Invariant): No Master Agent drops below <inline-formula id="ieqn-238"><mml:math id="mml-ieqn-238"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula> unless all donors exhausted</italic>.</p>
<p><bold>Proof:</bold> Induction: Algorithm 4 line 4 checks MA power <inline-formula id="ieqn-239"><mml:math id="mml-ieqn-239"><mml:mo>&#x2265;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula>. <inline-formula id="ieqn-240"><mml:math id="mml-ieqn-240"><mml:mi>&#x25FB;</mml:mi></mml:math></inline-formula></p>
</sec>
<sec id="s4_7_3">
<label>4.7.3</label>
<title>Coupled System Stability</title>
<p><bold>Theorem 5:</bold> <italic>(Monotone Trust-Power Feedback): High-trust nodes prioritized (<xref ref-type="disp-formula" rid="eqn-5">Eq. (5)</xref>: <inline-formula id="ieqn-241"><mml:math id="mml-ieqn-241"><mml:msub><mml:mtext>Cost</mml:mtext><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x221D;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>) <inline-formula id="ieqn-242"><mml:math id="mml-ieqn-242"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> stable power <inline-formula id="ieqn-243"><mml:math id="mml-ieqn-243"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> stable trust</italic>.</p>
<p>Low-trust deprioritized <inline-formula id="ieqn-244"><mml:math id="mml-ieqn-244"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> power-saving <inline-formula id="ieqn-245"><mml:math id="mml-ieqn-245"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> less drain. Beneficial feedback loop.</p>
</sec>
<sec id="s4_7_4">
<label>4.7.4</label>
<title>Complexity Proof</title>
<p><bold>Lemma 1:</bold> <italic>(Algorithm Complexities): Matches <xref ref-type="sec" rid="s5_8">Section 5.8</xref>:</italic>
<disp-formula id="eqn-7"><label>(7)</label><mml:math id="mml-eqn-7" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mrow><mml:mtext>CoA</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mi>O</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mi>&#x1D4AB;</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mo>&#x22C5;</mml:mo><mml:mi>K</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>,</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<disp-formula id="eqn-8"><label>(8)</label><mml:math id="mml-eqn-8" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mrow><mml:mtext>redist</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mn>4</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mi>O</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>,</mml:mo><mml:mspace width="1em" /><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mrow><mml:mtext>total</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mi>O</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mi>log</mml:mi><mml:mo>&#x2061;</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>.</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
</sec>
<sec id="s4_7_5">
<label>4.7.5</label>
<title>Summary of Guarantees</title>
<p><list list-type="simple">
<list-item><label>1.</label><p>Trust: Bounded &#x002B; exponential convergence.</p></list-item>
<list-item><label>2.</label><p>Energy: Global conservation &#x002B; MA protection.</p></list-item>
<list-item><label>3.</label><p>Coupling: Beneficial feedback loop.</p></list-item>
<list-item><label>4.</label><p>Complexity: <inline-formula id="ieqn-246"><mml:math id="mml-ieqn-246"><mml:mi>O</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mi>log</mml:mi><mml:mo>&#x2061;</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> validated empirically (<xref ref-type="sec" rid="s5_8">Section 5.8</xref>).</p></list-item>
</list></p>
<p>These explain constant lifetime and linear scaling.</p>
</sec>
</sec>
</sec>
<sec id="s5">
<label>5</label>
<title>Results and Discussion</title>
<p>The effectiveness of the proposed agent based power management scheme is validated using simulation based experiments against established baselines: energy efficient low energy adaptive clustering hierarchy (EE-LEACH) [<xref ref-type="bibr" rid="ref-33">33</xref>], PEGASIS [<xref ref-type="bibr" rid="ref-34">34</xref>], and FEDLEARN [<xref ref-type="bibr" rid="ref-35">35</xref>]. The main simulation parameters are listed in <xref ref-type="table" rid="table-6">Table 6</xref>. All the simulations are done in Python version 3.12.</p>
<table-wrap id="table-6">
<label>Table 6</label>
<caption>
<title>Main simulation parameters used in the experiments.</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th>Parameter</th>
<th>Symbol</th>
<th>Value</th>
<th>Description</th>
</tr>
</thead>
<tbody>
<tr>
<td>Number of nodes</td>
<td><italic>N</italic></td>
<td><inline-formula id="ieqn-247"><mml:math id="mml-ieqn-247"><mml:mn>1000</mml:mn></mml:math></inline-formula></td>
<td>Total WSN sensor nodes.</td>
</tr>
<tr>
<td>Deployment area</td>
<td><italic>A</italic></td>
<td><inline-formula id="ieqn-248"><mml:math id="mml-ieqn-248"><mml:mn>100</mml:mn><mml:mo>&#x00D7;</mml:mo><mml:mn>100</mml:mn><mml:mtext>&#xA0;</mml:mtext><mml:msup><mml:mtext>m</mml:mtext><mml:mn>2</mml:mn></mml:msup></mml:math></inline-formula></td>
<td>Square sensing field.</td>
</tr>
<tr>
<td>Deployment model</td>
<td>PPP</td>
<td><inline-formula id="ieqn-249"><mml:math id="mml-ieqn-249"><mml:mi>&#x03BB;</mml:mi><mml:mo>=</mml:mo><mml:mi>N</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mi>A</mml:mi></mml:math></inline-formula></td>
<td>2D Poisson Point Process.</td>
</tr>
<tr>
<td>Grid dimension</td>
<td><inline-formula id="ieqn-250"><mml:math id="mml-ieqn-250"><mml:msub><mml:mi>X</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>Y</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-251"><mml:math id="mml-ieqn-251"><mml:mn>100</mml:mn><mml:mo>,</mml:mo><mml:mn>100</mml:mn></mml:math></inline-formula></td>
<td>Coordinate limits for node placement.</td>
</tr>
<tr>
<td>Comm. paths/applications</td>
<td><inline-formula id="ieqn-252"><mml:math id="mml-ieqn-252"><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:msub><mml:mi>N</mml:mi><mml:mrow><mml:mtext>app</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-253"><mml:math id="mml-ieqn-253"><mml:mn>4</mml:mn><mml:mo>,</mml:mo><mml:mtext>&#xA0;</mml:mtext><mml:mn>100</mml:mn></mml:math></inline-formula></td>
<td>MAs/paths and logical nodes per path.</td>
</tr>
<tr>
<td>Simulation rounds</td>
<td><italic>T</italic></td>
<td><inline-formula id="ieqn-254"><mml:math id="mml-ieqn-254"><mml:mn>500</mml:mn></mml:math></inline-formula></td>
<td>Iterations per simulation run.</td>
</tr>
<tr>
<td>Initial node battery</td>
<td><inline-formula id="ieqn-255"><mml:math id="mml-ieqn-255"><mml:msub><mml:mi>B</mml:mi><mml:mn>0</mml:mn></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-256"><mml:math id="mml-ieqn-256"><mml:mn>20</mml:mn></mml:math></inline-formula></td>
<td>Initial battery power per node.</td>
</tr>
<tr>
<td>Total battery pool</td>
<td><inline-formula id="ieqn-257"><mml:math id="mml-ieqn-257"><mml:msub><mml:mi>B</mml:mi><mml:mrow><mml:mtext>tot</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-258"><mml:math id="mml-ieqn-258"><mml:mn>10</mml:mn><mml:mo>,</mml:mo><mml:mspace width="negativethinmathspace" /><mml:mn>000</mml:mn></mml:math></inline-formula></td>
<td>Global battery power in system.</td>
</tr>
<tr>
<td>Initial MA power</td>
<td><inline-formula id="ieqn-259"><mml:math id="mml-ieqn-259"><mml:msub><mml:mi>P</mml:mi><mml:mn>0</mml:mn></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-260"><mml:math id="mml-ieqn-260"><mml:mn>2</mml:mn></mml:math></inline-formula></td>
<td>Initial allocation to each MA.</td>
</tr>
<tr>
<td>Threshold power</td>
<td><inline-formula id="ieqn-261"><mml:math id="mml-ieqn-261"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-262"><mml:math id="mml-ieqn-262"><mml:mn>5</mml:mn></mml:math></inline-formula></td>
<td>Required power for normal operation.</td>
</tr>
<tr>
<td>Low-power threshold</td>
<td><inline-formula id="ieqn-263"><mml:math id="mml-ieqn-263"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>low</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-264"><mml:math id="mml-ieqn-264"><mml:mn>0.3</mml:mn><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mtext>th</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td>Power-saving activation level.</td>
</tr>
<tr>
<td>Message size</td>
<td><italic>M</italic></td>
<td><inline-formula id="ieqn-265"><mml:math id="mml-ieqn-265"><mml:mn>5000</mml:mn></mml:math></inline-formula> bits</td>
<td>Packet size for traffic/energy.</td>
</tr>
<tr>
<td>Base energy drain</td>
<td><inline-formula id="ieqn-266"><mml:math id="mml-ieqn-266"><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mtext>base</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-267"><mml:math id="mml-ieqn-267"><mml:mn>0.005</mml:mn></mml:math></inline-formula></td>
<td>Per-round idle drain for TAs.</td>
</tr>
<tr>
<td>Electronics energy</td>
<td><inline-formula id="ieqn-268"><mml:math id="mml-ieqn-268"><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mtext>elec</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-269"><mml:math id="mml-ieqn-269"><mml:mn>100</mml:mn></mml:math></inline-formula> nJ/bit</td>
<td>TX/RX circuitry energy.</td>
</tr>
<tr>
<td>Amplifier energy (prop.)</td>
<td><inline-formula id="ieqn-270"><mml:math id="mml-ieqn-270"><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mtext>amp</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td>150 <inline-formula id="ieqn-272"><mml:math id="mml-ieqn-272"><mml:msup><mml:mi>pJ/bit/m</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:math></inline-formula></td>
<td>RF amplifier for proposed scheme.</td>
</tr>
<tr>
<td>Amplifier energy (base.)</td>
<td><inline-formula id="ieqn-273"><mml:math id="mml-ieqn-273"><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mtext>amp</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td>200 <inline-formula id="ieqn-275"><mml:math id="mml-ieqn-275"><mml:msup><mml:mi>pJ/bit/m</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:math></inline-formula></td>
<td>RF amplifier for baseline schemes.</td>
</tr>
<tr>
<td>Processing energy</td>
<td><inline-formula id="ieqn-276"><mml:math id="mml-ieqn-276"><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mtext>proc</mml:mtext></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-277"><mml:math id="mml-ieqn-277"><mml:mn>100</mml:mn></mml:math></inline-formula> nJ/bit</td>
<td>Local processing energy.</td>
</tr>
<tr>
<td>Routing hop limit</td>
<td><inline-formula id="ieqn-278"><mml:math id="mml-ieqn-278"><mml:msub><mml:mi>h</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub></mml:math></inline-formula></td>
<td><inline-formula id="ieqn-279"><mml:math id="mml-ieqn-279"><mml:mn>5</mml:mn></mml:math></inline-formula></td>
<td>Max hops in routing (Algorithm 7).</td>
</tr>
</tbody>
</table>
<table-wrap-foot>
<fn id="table-6fn1" fn-type="other">
<p>Note: All other algorithm-specific parameters (trust, scoring, and routing weights) are defined in <xref ref-type="table" rid="table-1">Table 1</xref> and in Algorithms 2&#x2013;8.</p>
</fn>
</table-wrap-foot>
</table-wrap>
<sec id="s5_1">
<label>5.1</label>
<title>Network Lifetime and Alive Nodes</title>
<p>The network lifetime of the network is shown with the number of alive nodes with respect to simulation rounds in <xref ref-type="fig" rid="fig-4">Fig. 4</xref>. It can be seen the proposed method, along with EE-LEACH and FEDLEARN maintain all 1000 nodes alive for 500 rounds, demonstrating effective energy management and robustness. In contrast, PEGASIS breaks down much earlier: by around 130 rounds only 8 nodes are still alive, which shows how vulnerable a pure chain-based routing scheme is when power is limited. The Federated Learning baseline keeps all nodes alive for longer, but it does so at the cost of higher overall energy consumption.</p>
<fig id="fig-4">
<label>Figure 4</label>
<caption>
<title>Network lifetime comparison.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-4.tif"/>
</fig>
<p>The stability of the proposed scheme comes from how its main mechanisms work together. The hybrid CoA selection (Algorithm 2) places coordinators in energy-balanced locations so that no small region is overused, while the dynamic power redistribution (Algorithm 4) recovers and reallocates excess energy when needed. On top of this, the power-saving mode (Algorithm 9) prevents sudden failures of nodes by automatically throttling low-energy nodes, eventually help the network to maintain service for a longer time.</p>
</sec>
<sec id="s5_2">
<label>5.2</label>
<title>Average Trust Value</title>
<p>Th next <xref ref-type="fig" rid="fig-5">Fig. 5</xref> shows how the average trust value evolves over time. The proposed method keeps trust high and stable at around 0.78, which indicates reliable communication and a robust update process in Algorithm 5 that blends past behavior, power efficiency, and link quality. PEGASIS, on the other hand, cannot sustain trust because many nodes die early, so the average trust eventually drops to zero. EE-LEACH reaches the highest trust level (about 0.98), reflecting the benefits of clustering, but likely at the cost of higher energy use. The Federated Learning approach achieves a middle ground, maintaining trust at roughly 0.90 while still consuming more energy than the proposed scheme.</p>
<fig id="fig-5">
<label>Figure 5</label>
<caption>
<title>Average trust value evolution.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-5.tif"/>
</fig>
<p>Therefore, by demoting low-trust nodes and reassigning their roles, the trust mechanism limits the influence of unreliable nodes and strengthens overall network reliability, which is crucial for consistent edge-computing performance.</p>
</sec>
<sec id="s5_3">
<label>5.3</label>
<title>Energy Consumption</title>
<p>It can be seen in <xref ref-type="fig" rid="fig-6">Fig. 6</xref> that the energy consumption the proposed method preserves battery power more effectively with balanced energy consumption compare to PEGASIS. In PEGASIS long chain transmissions drain nodes quickly, whereas EE-LEACH also performs well due to its clustering structure. But compare to all of these methods the Federated Learning approach introduces extra coordination overhead and therefore uses more energy overall.</p>
<fig id="fig-6">
<label>Figure 6</label>
<caption>
<title>Comparison of energy consumption in the network.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-6.tif"/>
</fig>
<p>In the proposed method combination of efficient power allocation, timely activation of power-saving mode, and dynamic redistribution of excess energy, extends node lifetime and cuts unnecessary energy use, which is an essential property for IoT edge devices that operate with very limited power budgets.</p>
</sec>
<sec id="s5_4">
<label>5.4</label>
<title>System Throughput</title>
<p><xref ref-type="fig" rid="fig-7">Fig. 7</xref> shows the system throughput over time. PEGASIS reaches the highest peak throughput (about 18.94 Mbits) because it exploits long chain transmissions, but this behavior is short-lived and leads to an early network collapse, so it is not sustainable. The proposed scheme achieves a moderate throughput of roughly 1.96 Mbits per round, which ensures efficient data delivery rate and better energy efficiency for long-term operation at the edge. EE-LEACH and the Federated Learning baseline deliver higher throughput (around 4.9 Mbits), reflecting their different communication patterns, but they do so with additional costs in either scalability or resource usage.</p>
<fig id="fig-7">
<label>Figure 7</label>
<caption>
<title>System throughput evolution.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-7.tif"/>
</fig>
<p>This trade-off demonstrates a critical multi-objective optimization, where acceptable throughput is maintained while keeping the network alive for much longer, rather than maximizing data rate at the expense of network lifetime.</p>
</sec>
<sec id="s5_5">
<label>5.5</label>
<title>Average Hop Count</title>
<p>In <xref ref-type="fig" rid="fig-8">Fig. 8</xref>, comparison of the average number of hops per data path is shown. The proposed scheme keeps the hop count at a moderate level (about 102), which is roughly 59% fewer hops than Federated Learning (249) and about 90% fewer than PEGASIS (996), showing that the CoA-based routing finds much shorter routes. EE-LEACH achieves the smallest hop count (around 20) because clustered nodes often communicate almost directly.</p>
<fig id="fig-8">
<label>Figure 8</label>
<caption>
<title>Average hop count comparison.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-8.tif"/>
</fig>
<p>Fewer hops translate into lower delay and less cumulative energy use, indicating that the proposed routing successfully balances trust, distance, and power.</p>
</sec>
<sec id="s5_6">
<label>5.6</label>
<title>Power Saving Mode Usage</title>
<p><xref ref-type="fig" rid="fig-9">Fig. 9</xref> shows how often nodes enter power-saving mode. In the proposed method, about 20%&#x2013;30% of nodes are typically in power-saving state, which helps conserve energy and extend the network lifetime while still keeping the topology connected. PEGASIS, by contrast, rarely benefits from power-saving because nodes die quickly, leaving little opportunity for controlled savings.</p>
<fig id="fig-9">
<label>Figure 9</label>
<caption>
<title>Fraction of nodes in power-saving mode.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-9.tif"/>
</fig>
<p>This behavior illustrates how the scheme reacts dynamically to node energy levels and traffic demand.</p>
</sec>
<sec id="s5_7">
<label>5.7</label>
<title>Remaining Battery Power</title>
<p><xref ref-type="fig" rid="fig-10">Fig. 10</xref> plots the remaining global battery power. The proposed method preserves more residual energy throughout the simulation than both Federated Learning and PEGASIS, while EE-LEACH also performs well in terms of battery conservation. Effective power redistribution and fault-tolerant operation prevent unnecessary drain, which is critical for prolonging the lifetime of IoT edge nodes.</p>
<fig id="fig-10">
<label>Figure 10</label>
<caption>
<title>Remaining global battery power by different method.</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_77012-fig-10.tif"/>
</fig>
</sec>
<sec id="s5_8">
<label>5.8</label>
<title>Complexity and Scalability Analysis</title>
<sec id="s5_8_1">
<label>5.8.1</label>
<title>Time Complexity</title>
<p>Core algorithms exhibit the following per-round complexities:
<disp-formula id="eqn-9"><label>(9)</label><mml:math id="mml-eqn-9" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd /><mml:mtd><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mrow><mml:mtext>CoA</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mi>&#x1D4AB;</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mo>&#x22C5;</mml:mo><mml:mi>K</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mtext>path length</mml:mtext></mml:mrow><mml:mo>&#x00D7;</mml:mo><mml:mrow><mml:mtext>candidates</mml:mtext></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<disp-formula id="eqn-10"><label>(10)</label><mml:math id="mml-eqn-10" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd /><mml:mtd><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mrow><mml:mtext>dist</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mn>3</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mtext>(per TA request)</mml:mtext></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<disp-formula id="eqn-11"><label>(11)</label><mml:math id="mml-eqn-11" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd /><mml:mtd><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mrow><mml:mtext>redist</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mn>4</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mtext>(scan allocations)</mml:mtext></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<disp-formula id="eqn-12"><label>(12)</label><mml:math id="mml-eqn-12" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd /><mml:mtd><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mrow><mml:mtext>greedy</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mn>7</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>h</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:msub><mml:mi>h</mml:mi><mml:mrow><mml:mo movablelimits="true" form="prefix">max</mml:mo></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>log</mml:mi><mml:mo>&#x2061;</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<disp-formula id="eqn-13"><label>(13)</label><mml:math id="mml-eqn-13" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd /><mml:mtd><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mrow><mml:mtext>rotate</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mn>8</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mtext>every</mml:mtext></mml:mrow><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mrow><mml:mtext>rotate</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mtext>rounds</mml:mtext></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>Total: <inline-formula id="ieqn-280"><mml:math id="mml-ieqn-280"><mml:mi>T</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mi>log</mml:mi><mml:mo>&#x2061;</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> worst-case, <inline-formula id="ieqn-281"><mml:math id="mml-ieqn-281"><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> observed.</p>
</sec>
<sec id="s5_8_2">
<label>5.8.2</label>
<title>Empirical Microbenchmarks</title>
<p>Microbenchmarks (<xref ref-type="table" rid="table-7">Table 7</xref>) via &#x2018;timeit&#x0027; (200K iterations, N &#x003D; 1000) confirm theoretical bounds. Algorithm 4 redistribution dominates 97% runtime (O(N) scans across 996 TAs), while CoA (Algorithm 2) identifies pruning opportunity. Total 387 ms/round scales linearly, enabling <inline-formula id="ieqn-282"><mml:math id="mml-ieqn-282"><mml:mi>N</mml:mi><mml:mo>=</mml:mo><mml:msup><mml:mn>10</mml:mn><mml:mn>4</mml:mn></mml:msup></mml:math></inline-formula> on edge devices.</p>
<table-wrap id="table-7">
<label>Table 7</label>
<caption>
<title>Runtime microbenchmarks (Proposed, <inline-formula id="ieqn-292"><mml:math id="mml-ieqn-292"><mml:mrow><mml:mi mathvariant="normal">&#x0B5;</mml:mi></mml:mrow></mml:math></inline-formula>s per call).</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th>Algorithm</th>
<th>CoA_select</th>
<th>Redistribute</th>
<th>GreedyRoute</th>
</tr>
</thead>
<tbody>
<tr>
<td>2</td>
<td>374,637</td>
<td>&#x2014;</td>
<td>&#x2014;</td>
</tr>
<tr>
<td>3&#x002B;4</td>
<td>&#x2014;</td>
<td>262</td>
<td>&#x2014;</td>
</tr>
<tr>
<td>7</td>
<td>&#x2014;</td>
<td>&#x2014;</td>
<td>12,331</td>
</tr>
<tr>
<td colspan="3">Total per round</td>
<td><inline-formula id="ieqn-293"><mml:math id="mml-ieqn-293"><mml:mo>&#x223C;</mml:mo></mml:math></inline-formula>387,000</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><xref ref-type="table" rid="table-7">Table 7</xref> shows &#x2018;timeit&#x2019; results (200K iterations, N &#x003D; 1000).</p>

</sec>
<sec id="s5_8_3">
<label>5.8.3</label>
<title>Message Complexity</title>
<p>Dominant messages per round total <inline-formula id="ieqn-283"><mml:math id="mml-ieqn-283"><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>:
<list list-type="bullet">
<list-item>
<p><bold>Power requests:</bold> <inline-formula id="ieqn-284"><mml:math id="mml-ieqn-284"><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> (996 TA<inline-formula id="ieqn-285"><mml:math id="mml-ieqn-285"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula>MA per round)</p></list-item>
<list-item>
<p><bold>Heartbeats:</bold> <inline-formula id="ieqn-286"><mml:math id="mml-ieqn-286"><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> (Algorithm 6 fault detection, 1 per node)</p></list-item>
<list-item>
<p><bold>Role updates:</bold> <inline-formula id="ieqn-287"><mml:math id="mml-ieqn-287"><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mtext>rotate</mml:mtext></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> (Algorithm 8, amortized every 60 rounds)</p></list-item>
<list-item>
<p><bold>Data packets:</bold> <inline-formula id="ieqn-288"><mml:math id="mml-ieqn-288"><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo>&#x22C5;</mml:mo><mml:mi>S</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> (<inline-formula id="ieqn-289"><mml:math id="mml-ieqn-289"><mml:mi>h</mml:mi><mml:mo>=</mml:mo><mml:mn>102</mml:mn></mml:math></inline-formula> hops <inline-formula id="ieqn-290"><mml:math id="mml-ieqn-290"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula> 4 sources)</p></list-item>
</list></p>
<p>Empirical validation: constant 102 hops across N &#x003D; 500&#x2013;1500 (<xref ref-type="table" rid="table-8">Table 8</xref>) confirms <inline-formula id="ieqn-291"><mml:math id="mml-ieqn-291"><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> per-packet routing independent of total nodes <italic>N</italic>.</p>
<table-wrap id="table-8">
<label>Table 8</label>
<caption>
<title>Scalability sweep (Proposed).</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th><italic>N</italic></th>
<th>Lifetime@0.9N</th>
<th>FinalTrust</th>
<th>Throughput</th>
<th>Hops</th>
</tr>
</thead>
<tbody>
<tr>
<td>500</td>
<td>300</td>
<td>0.787</td>
<td>1.96M</td>
<td>102</td>
</tr>
<tr>
<td>1000</td>
<td>300</td>
<td>0.773</td>
<td>1.96M</td>
<td>102</td>
</tr>
<tr>
<td>1500</td>
<td>300</td>
<td>0.768</td>
<td>1.96M</td>
<td>102</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s5_8_4">
<label>5.8.4</label>
<title>Scalability for Large N</title>
<p><xref ref-type="table" rid="table-8">Table 8</xref> validates scalability for <inline-formula id="ieqn-294"><mml:math id="mml-ieqn-294"><mml:mi>N</mml:mi><mml:mo>&#x226B;</mml:mo><mml:mn>1000</mml:mn></mml:math></inline-formula>. Lifetime remains constant at 300 rounds across N &#x003D; 500&#x2013;1500 confirming <inline-formula id="ieqn-295"><mml:math id="mml-ieqn-295"><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> linear lifetime scaling. Final trust shows near-linear decay (<inline-formula id="ieqn-296"><mml:math id="mml-ieqn-296"><mml:mi>&#x03C1;</mml:mi><mml:mo>=</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mn>0.965</mml:mn></mml:math></inline-formula>), but message complexity remains <inline-formula id="ieqn-297"><mml:math id="mml-ieqn-297"><mml:mrow><mml:mi>&#x1D4AA;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>h</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> per packet (constant 102 hops, independent of <italic>N</italic>).</p>

</sec>
</sec>
<sec id="s5_9">
<label>5.9</label>
<title>Adversarial Robustness Analysis</title>
<p>To evaluate resilience against malicious behavior, we implemented a composite attack combining <bold>trust inflation</bold> (malicious nodes initialize <inline-formula id="ieqn-298"><mml:math id="mml-ieqn-298"><mml:mi>&#x03C4;</mml:mi><mml:mo>=</mml:mo><mml:mn>1.0</mml:mn></mml:math></inline-formula> despite bad behavior) and <bold>selective packet dropping</bold> (malicious nodes drop with probability 0.5). <xref ref-type="table" rid="table-9">Table 9</xref> shows performance under 20% malicious nodes (<inline-formula id="ieqn-299"><mml:math id="mml-ieqn-299"><mml:mi>m</mml:mi><mml:mi>a</mml:mi><mml:mi>l</mml:mi><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mi>r</mml:mi><mml:mi>a</mml:mi><mml:mi>t</mml:mi><mml:mi>i</mml:mi><mml:mi>o</mml:mi><mml:mo>=</mml:mo><mml:mn>0.2</mml:mn></mml:math></inline-formula>).</p>
<table-wrap id="table-9">
<label>Table 9</label>
<caption>
<title>Proposed method under trust inflation &#x002B; packet dropping attack (<inline-formula id="ieqn-300"><mml:math id="mml-ieqn-300"><mml:mi>m</mml:mi><mml:mi>a</mml:mi><mml:mi>l</mml:mi><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mi>r</mml:mi><mml:mi>a</mml:mi><mml:mi>t</mml:mi><mml:mi>i</mml:mi><mml:mi>o</mml:mi><mml:mo>=</mml:mo><mml:mn>0.2</mml:mn></mml:math></inline-formula>).</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th>Mal_ratio</th>
<th>Avg_throughput</th>
<th>Life@0.9N</th>
<th>Final_Trust</th>
</tr>
</thead>
<tbody>
<tr>
<td>0.2</td>
<td>1,030,000</td>
<td>500</td>
<td>0.778</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>The scheme maintains stable trust (0.778) and full lifetime despite attack, confirming that the weighted trust update (<xref ref-type="disp-formula" rid="eqn-2">Eq. (2)</xref>) and periodic decay effectively counter inflation attacks. Packet dropping reduces throughput proportionally to malicious density, but does not cascade to premature node death or trust collapse.</p>
</sec>
<sec id="s5_10">
<label>5.10</label>
<title>Performance Summary and Discussion</title>
<p>The baseline performance comparison metrics after 500 rounds are summarized in <xref ref-type="table" rid="table-10">Table 10</xref>.</p>
<table-wrap id="table-10">
<label>Table 10</label>
<caption>
<title>Performance comparison summary (500 rounds, 1000 nodes).</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th>Metric</th>
<th>Proposed</th>
<th>EE-LEACH</th>
<th>PEGASIS</th>
<th>FEDLEARN</th>
</tr>
</thead>
<tbody>
<tr>
<td>Lifetime (rounds)</td>
<td>500</td>
<td>500</td>
<td>277</td>
<td>500</td>
</tr>
<tr>
<td>Alive Nodes</td>
<td>1000</td>
<td>1000</td>
<td>8</td>
<td>1000</td>
</tr>
<tr>
<td>Avg Trust</td>
<td>0.7754</td>
<td>0.9753</td>
<td>0.0000</td>
<td>0.9013</td>
</tr>
<tr>
<td>Peak Throughput (bits)</td>
<td>1.96 M</td>
<td>4.97 M</td>
<td>18.94 M</td>
<td>4.75 M</td>
</tr>
<tr>
<td>Avg Hops</td>
<td>102</td>
<td>19.92</td>
<td>996</td>
<td>249</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>From the earlier discussed simulation results, analysis, and performance table, it can be found that the proposed scheme is robust and mainly contributes with three key advantages, which are essential for scalable, energy-efficient edge WSNs:
<list list-type="bullet">
<list-item>
<p>It provides an optimal tradeoff between network longevity and throughput rates, which offers more sustainable operation compared to PEGASIS, which quickly drains the network with short bursts of high throughput.</p></list-item>
<list-item>
<p>The lower number of hop counts compared to FEDLEARN and PEGASIS defines the reduction of packet forwarding cost by building shorter paths. Also trust-based node selection in path establishment ensures network stability simultaneously.</p></list-item>
<list-item>
<p>The power-saving mode in the proposed scheme preserves energy by scaling back a specific node&#x2019;s activity when the battery is low, which prevents disruption of the service. This phenomenon supports WSNs at the edge to adapt dynamic topologies over several applications in resource-constrained network.</p></list-item>
</list></p>
<p>Therefore, this non-cluster, agent-based approach delivers better results compared to cluster-based EE-LEACH in terms of greater flexibility for heterogeneous, multi-path deployments and also cost-effectiveness with respect to the overhead cost and longer routes compared to the Federated Learning baseline. These strong claims with comprehensive results validate the applicability and advantages of the agent-based power management framework as a multi-objective solution for real-world wireless sensor networks operating in energy-constrained edge computing environments.</p>
</sec>
</sec>
<sec id="s6">
<label>6</label>
<title>Conclusions</title>
<p>This paper proposed an agent-based power management scheme for wireless sensor networks operating in edge computing environments. The framework organizes nodes into Master Agents (MAs), Coordination Agents (CoAs), and Task Agents (TAs), and combines Poisson-based deployment, hybrid CoA selection, trust-aware power allocation, and energy-efficient routing. This integrated approach provides a flexible alternative to traditional cluster-based approaches for heterogeneous, multi-path WSNs. The proposed scheme is justified with simulation results, which confirm its importance as robust and energy efficient by balancing moderate throughput and trust levels and significantly extending network lifetime. Compared with the relevant previous works and baseline approaches, it outperforms PEGASIS and Federated Learning baselines in terms of preserving a larger fraction of alive nodes over time, sustaining higher residual battery energy, and reducing the average hop count, all while keeping the average trust value stable. Also, it shows that as a non-cluster-based scheme, the proposed method is more efficient in WSNs over edge compared to EE-LEACH. The hybrid CoA selection and dynamic power redistribution modules were particularly effective in avoiding energy hotspots and reallocating excess power, whereas the trust update and fault recovery mechanisms limited the impact of unreliable nodes.</p>
<p>Overall, the proposed agent-based scheme offers a practical multi-objective solution that jointly optimizes energy efficiency, reliability, and routing performance for real-world WSN deployments in energy-constrained edge computing environments. Future work can be extended by considering extended mobility-aware framework by integrating learning-based prediction of traffic and energy demand and validating the approach on hardware testbeds for larger-scale deployments.</p>
</sec>
</body>
<back>
<ack>
<p>None.</p>
</ack>
<sec>
<title>Funding Statement</title>
<p>This research received no external funding.</p>
</sec>
<sec>
<title>Author Contributions</title>
<p>Conceptualization, Pratik Goswami, and Hamid Naseem; methodology, Pratik Goswami and Khizar Abbas; software, Pratik Goswami, and Khizar Abbas; validation, Pratik Goswami, Hamid Naseem, and Kwonhue Choi; formal analysis, Pratik Goswami; investigation, Pratik Goswami, Hamid Naseem, and Khizar Abbas; resources, Kwonhue Choi; data curation, Pratik Goswami; writing&#x2014;original draft preparation, Pratik Goswami, and Khizar Abbas; writing&#x2014;review and editing, Pratik Goswami, Kwonhue Choi, and Hamid Naseem; visualization, Pratik Goswami, and Khizar Abbas; supervision, Kwonhue Choi; project administration, Kwonhue Choi; funding acquisition, Khizar Abbas. All authors reviewed and approved the final version of the manuscript.</p>
</sec>
<sec sec-type="data-availability">
<title>Availability of Data and Materials</title>
<p>The data supporting the findings of this study were generated through in-house simulations using the agent-based WSN power management framework described in this article. The simulation code and generated datasets are available from the corresponding authors on reasonable request.</p>
</sec>
<sec>
<title>Ethics Approval</title>
<p>Not applicable.</p>
</sec>
<sec sec-type="COI-statement">
<title>Conflicts of Interest</title>
<p>The authors declare no conflicts of interest.</p>
</sec>
<app-group id="appg-1">
<app id="app-1">
<title>Appendix A</title>
<sec id="s7">
<title>Appendix A.1 Trust Update Weights Selection</title>
<p><bold>Sensitivity analysis:</bold> (<xref ref-type="table" rid="table-11">Table A1</xref>) over <inline-formula id="ieqn-301"><mml:math id="mml-ieqn-301"><mml:mi>&#x03B1;</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:mn>0.5</mml:mn><mml:mo>,</mml:mo><mml:mn>0.7</mml:mn><mml:mo>,</mml:mo><mml:mn>0.9</mml:mn><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> with <inline-formula id="ieqn-302"><mml:math id="mml-ieqn-302"><mml:mi>&#x03B2;</mml:mi><mml:mo>=</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mo>=</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B1;</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:math></inline-formula> confirms robustness: final trust remains stable in <inline-formula id="ieqn-303"><mml:math id="mml-ieqn-303"><mml:mo stretchy="false">[</mml:mo><mml:mn>0.769</mml:mn><mml:mo>,</mml:mo><mml:mn>0.778</mml:mn><mml:mo stretchy="false">]</mml:mo></mml:math></inline-formula> and network lifetime at 90% surviving nodes (Lifetime@0.9N) is unchanged at 500 rounds. Trust update variance decreases slightly for larger <inline-formula id="ieqn-304"><mml:math id="mml-ieqn-304"><mml:mi>&#x03B1;</mml:mi></mml:math></inline-formula>, indicating improved stability. Thus, <inline-formula id="ieqn-305"><mml:math id="mml-ieqn-305"><mml:mi>&#x03B1;</mml:mi><mml:mo>=</mml:mo><mml:mn>0.7</mml:mn></mml:math></inline-formula> lies within a broad stable operating region rather than requiring precise tuning.</p>
<table-wrap id="table-11">
<label>Table A1</label>
<caption>
<title>Sensitivity analysis of trust update weights (<inline-formula id="ieqn-306"><mml:math id="mml-ieqn-306"><mml:mi>&#x03B1;</mml:mi></mml:math></inline-formula> sweep, <inline-formula id="ieqn-307"><mml:math id="mml-ieqn-307"><mml:mi>&#x03B2;</mml:mi><mml:mo>=</mml:mo><mml:mi>&#x03B3;</mml:mi><mml:mo>=</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B1;</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:math></inline-formula>).</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th><inline-formula id="ieqn-308"><mml:math id="mml-ieqn-308"><mml:mi>&#x03B1;</mml:mi></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-309"><mml:math id="mml-ieqn-309"><mml:mi>&#x03B2;</mml:mi></mml:math></inline-formula></th>
<th><inline-formula id="ieqn-310"><mml:math id="mml-ieqn-310"><mml:mi>&#x03B3;</mml:mi></mml:math></inline-formula></th>
<th>Lifetime@0.9N</th>
<th>FinalTrust</th>
<th>TrustStdDiff</th>
</tr>
</thead>
<tbody>
<tr>
<td>0.5</td>
<td>0.25</td>
<td>0.25</td>
<td>500</td>
<td>0.774</td>
<td>0.008</td>
</tr>
<tr>
<td>0.7</td>
<td>0.15</td>
<td>0.15</td>
<td>500</td>
<td>0.778</td>
<td>0.008</td>
</tr>
<tr>
<td>0.9</td>
<td>0.05</td>
<td>0.05</td>
<td>500</td>
<td>0.769</td>
<td>0.005</td>
</tr>
</tbody>
</table>
<table-wrap-foot>
<fn id="table-A1fn1" fn-type="other">
<p>Note: Lifetime@0.9N: rounds until <inline-formula id="ieqn-311"><mml:math id="mml-ieqn-311"><mml:mo>&#x003C;</mml:mo><mml:mspace width="negativethinmathspace" /><mml:mn>90</mml:mn><mml:mi mathvariant="normal">&#x0025;</mml:mi></mml:math></inline-formula> nodes alive; TrustStdDiff: <inline-formula id="ieqn-312"><mml:math id="mml-ieqn-312"><mml:mrow><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">d</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi mathvariant="normal">&#x0394;</mml:mi><mml:mi>&#x03C4;</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>.</p>
</fn>
</table-wrap-foot>
</table-wrap>
</sec>
<sec id="s8">
<title>Appendix A.2 PPP under Clustered or Mobility-Aware Deployments (Non-Homogeneous Nodes)</title>
<p>While PPP provides a spatial baseline, V-IoT scenarios exhibit clustered (vehicles/hotspots) and mobile topologies. We extended the simulator with:
<list list-type="simple">
<list-item><label>1.</label><p><bold>Clustered deployment:</bold> 3 Gaussian clusters (<inline-formula id="ieqn-313"><mml:math id="mml-ieqn-313"><mml:mi>&#x03C3;</mml:mi><mml:mo>=</mml:mo><mml:mn>10</mml:mn></mml:math></inline-formula>) <inline-formula id="ieqn-314"><mml:math id="mml-ieqn-314"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> <xref ref-type="table" rid="table-12">Table A2</xref> shows 2.75 times higher local density, which Algorithm 2 exploits via elevated density (<inline-formula id="ieqn-315"><mml:math id="mml-ieqn-315"><mml:mi>w</mml:mi><mml:mo>=</mml:mo><mml:mn>0.20</mml:mn></mml:math></inline-formula>) and coverage (<inline-formula id="ieqn-316"><mml:math id="mml-ieqn-316"><mml:mi>w</mml:mi><mml:mo>=</mml:mo><mml:mn>0.15</mml:mn></mml:math></inline-formula>) scores.</p></list-item>
<list-item><label>2.</label><p><bold>Mobility model:</bold> Random walk (step radius &#x003D; 5 every 10 rounds) <inline-formula id="ieqn-317"><mml:math id="mml-ieqn-317"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> triggers CoA/path re-selection, maintaining performance.</p></list-item>
</list></p>
<p><xref ref-type="table" rid="table-12">Table A2</xref> confirms CoA selection adapts to heterogeneity, with clustered deployments yielding richer neighbor sets for improved coordination.</p>
<table-wrap id="table-12">
<label>Table A2</label>
<caption>
<title>Deployment model comparison: mean neighbors within <inline-formula id="ieqn-318"><mml:math id="mml-ieqn-318"><mml:mi>r</mml:mi><mml:mo>=</mml:mo><mml:mn>10</mml:mn></mml:math></inline-formula>.</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th>Model</th>
<th>Mean Neighbors</th>
</tr>
</thead>
<tbody>
<tr>
<td>PPP</td>
<td>29.04</td>
</tr>
<tr>
<td>Clustered</td>
<td>79.85</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
</app>
</app-group>
<ref-list content-type="authoryear">
<title>References</title>
<ref id="ref-1"><label>[1]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Martal&#x00F2;</surname> <given-names>M</given-names></string-name>, <string-name><surname>Pettorru</surname> <given-names>G</given-names></string-name>, <string-name><surname>Atzori</surname> <given-names>L</given-names></string-name></person-group>. <article-title>A cross-layer survey on secure and low-latency communications in next-generation IoT</article-title>. <source>IEEE Trans Netw Serv Manag</source>. <year>2024</year>;<volume>21</volume>(<issue>4</issue>):<fpage>4669</fpage>&#x2013;<lpage>85</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TNSM.2024.3390543</pub-id>.</mixed-citation></ref>
<ref id="ref-2"><label>[2]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Porambage</surname> <given-names>P</given-names></string-name>, <string-name><surname>Okwuibe</surname> <given-names>J</given-names></string-name>, <string-name><surname>Liyanage</surname> <given-names>M</given-names></string-name>, <string-name><surname>Ylianttila</surname> <given-names>M</given-names></string-name>, <string-name><surname>Taleb</surname> <given-names>T</given-names></string-name></person-group>. <article-title>Survey on multi-access edge computing for internet of things realization</article-title>. <source>IEEE Commun Surv Tutor</source>. <year>2018</year>;<volume>20</volume>(<issue>4</issue>):<fpage>2961</fpage>&#x2013;<lpage>91</lpage>. doi:<pub-id pub-id-type="doi">10.1109/comst.2018.2849509</pub-id>.</mixed-citation></ref>
<ref id="ref-3"><label>[3]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>R&#x00F6;mer</surname> <given-names>K</given-names></string-name>, <string-name><surname>Mattern</surname> <given-names>F</given-names></string-name></person-group>. <article-title>The design space of wireless sensor networks</article-title>. <source>IEEE Wirel Commun</source>. <year>2004</year>;<volume>11</volume>(<issue>6</issue>):<fpage>54</fpage>&#x2013;<lpage>61</lpage>. doi:<pub-id pub-id-type="doi">10.1109/mwc.2004.1368897</pub-id>.</mixed-citation></ref>
<ref id="ref-4"><label>[4]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Akyildiz</surname> <given-names>IF</given-names></string-name>, <string-name><surname>Su</surname> <given-names>W</given-names></string-name>, <string-name><surname>Sankarasubramaniam</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Cayirci</surname> <given-names>E</given-names></string-name></person-group>. <article-title>A survey on sensor networks</article-title>. <source>IEEE Commun Mag</source>. <year>2002</year>;<volume>40</volume>(<issue>8</issue>):<fpage>102</fpage>&#x2013;<lpage>14</lpage>. doi:<pub-id pub-id-type="doi">10.1109/mcom.2002.1024422</pub-id>.</mixed-citation></ref>
<ref id="ref-5"><label>[5]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Culler</surname> <given-names>D</given-names></string-name>, <string-name><surname>Estrin</surname> <given-names>D</given-names></string-name>, <string-name><surname>Srivastava</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Overview of sensor networks</article-title>. <source>IEEE Comput</source>. <year>2004</year>;<volume>37</volume>(<issue>8</issue>):<fpage>41</fpage>&#x2013;<lpage>9</lpage>.</mixed-citation></ref>
<ref id="ref-6"><label>[6]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Heinzelman</surname> <given-names>WB</given-names></string-name>, <string-name><surname>Murphy</surname> <given-names>AL</given-names></string-name>, <string-name><surname>Carvalho</surname> <given-names>HS</given-names></string-name>, <string-name><surname>Perillo</surname> <given-names>MA</given-names></string-name></person-group>. <article-title>Middleware to support sensor network applications</article-title>. <source>IEEE Netw</source>. <year>2004</year>;<volume>18</volume>(<issue>1</issue>):<fpage>6</fpage>&#x2013;<lpage>14</lpage>. doi:<pub-id pub-id-type="doi">10.1109/mnet.2004.1265828</pub-id>.</mixed-citation></ref>
<ref id="ref-7"><label>[7]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Chang</surname> <given-names>JH</given-names></string-name>, <string-name><surname>Tassiulas</surname> <given-names>L</given-names></string-name></person-group>. <article-title>Maximum lifetime routing in wireless sensor networks</article-title>. <source>IEEE/ACM Trans Netw</source>. <year>2004</year>;<volume>12</volume>(<issue>4</issue>):<fpage>609</fpage>&#x2013;<lpage>19</lpage>. doi:<pub-id pub-id-type="doi">10.1109/tnet.2004.833122</pub-id>.</mixed-citation></ref>
<ref id="ref-8"><label>[8]</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Chase</surname> <given-names>J</given-names></string-name></person-group>. <source>The evolution of the internet of things</source>. <publisher-loc>Dallas, TX, USA</publisher-loc>: <publisher-name>Texas Instruments</publisher-name>; <year>2013</year>.</mixed-citation></ref>
<ref id="ref-9"><label>[9]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Bandyopadhyay</surname> <given-names>D</given-names></string-name>, <string-name><surname>Sen</surname> <given-names>J</given-names></string-name></person-group>. <article-title>Internet of things: applications and challenges in technology and standardization</article-title>. <source>Wirel Pers Commun</source>. <year>2011</year>;<volume>58</volume>(<issue>1</issue>):<fpage>49</fpage>&#x2013;<lpage>69</lpage>. doi:<pub-id pub-id-type="doi">10.1007/s11277-011-0288-5</pub-id>.</mixed-citation></ref>
<ref id="ref-10"><label>[10]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Stankovic</surname> <given-names>JA</given-names></string-name></person-group>. <article-title>Research directions for the internet of things</article-title>. <source>IEEE Internet Things J</source>. <year>2014</year>;<volume>1</volume>(<issue>1</issue>):<fpage>3</fpage>&#x2013;<lpage>9</lpage>. doi:<pub-id pub-id-type="doi">10.1109/jiot.2014.2312291</pub-id>.</mixed-citation></ref>
<ref id="ref-11"><label>[11]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Maiti</surname> <given-names>M</given-names></string-name>, <string-name><surname>Ghosh</surname> <given-names>U</given-names></string-name></person-group>. <article-title>Next generation internet of things in fintech ecosystem</article-title>. <source>IEEE Internet Things J</source>. <year>2021</year>;<volume>10</volume>(<issue>3</issue>):<fpage>2104</fpage>&#x2013;<lpage>11</lpage>. doi:<pub-id pub-id-type="doi">10.1109/JIOT.2021.3063494</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>Goswami</surname> <given-names>P</given-names></string-name>, <string-name><surname>Mukherjee</surname> <given-names>A</given-names></string-name>, <string-name><surname>Maiti</surname> <given-names>M</given-names></string-name>, <string-name><surname>Tyagi</surname> <given-names>SKS</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>L</given-names></string-name></person-group>. <article-title>A neural network based optimal resource allocation method for secure IIoT network</article-title>. <source>IEEE Internet Things J</source>. <year>2021</year>;<volume>9</volume>(<issue>4</issue>):<fpage>2538</fpage>&#x2013;<lpage>44</lpage>. doi:<pub-id pub-id-type="doi">10.1109/JIOT.2021.3084636</pub-id>.</mixed-citation></ref>
<ref id="ref-13"><label>[13]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Li</surname> <given-names>X</given-names></string-name>, <string-name><surname>Zhu</surname> <given-names>L</given-names></string-name>, <string-name><surname>Chu</surname> <given-names>X</given-names></string-name>, <string-name><surname>Fu</surname> <given-names>H</given-names></string-name></person-group>. <article-title>Edge computing-enabled wireless sensor networks for multiple data collection tasks in smart agriculture</article-title>. <source>J Sens</source>. <year>2020</year>;<volume>1</volume>(<issue>1</issue>):<fpage>1</fpage>&#x2013;<lpage>9</lpage>. doi:<pub-id pub-id-type="doi">10.1155/2020/4398061</pub-id>.</mixed-citation></ref>
<ref id="ref-14"><label>[14]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Abu Salem</surname> <given-names>AO</given-names></string-name>, <string-name><surname>Shudifat</surname> <given-names>N</given-names></string-name></person-group>. <article-title>Enhanced LEACH protocol for increasing a lifetime of WSNs</article-title>. <source>Pers Ubiquitous Comput</source>. <year>2019</year>;<volume>23</volume>(<issue>5</issue>):<fpage>901</fpage>&#x2013;<lpage>7</lpage>. doi:<pub-id pub-id-type="doi">10.1007/s00779-019-01205-4</pub-id>.</mixed-citation></ref>
<ref id="ref-15"><label>[15]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Aslam</surname> <given-names>N</given-names></string-name>, <string-name><surname>Phillips</surname> <given-names>W</given-names></string-name>, <string-name><surname>Robertson</surname> <given-names>W</given-names></string-name>, <string-name><surname>Sivakumar</surname> <given-names>S</given-names></string-name></person-group>. <article-title>A multi-criterion optimization technique for energy efficient cluster formation in wireless sensor networks</article-title>. <source>Inf Fusion</source>. <year>2011</year>;<volume>12</volume>(<issue>3</issue>):<fpage>202</fpage>&#x2013;<lpage>12</lpage>. doi:<pub-id pub-id-type="doi">10.1016/j.inffus.2010.11.001</pub-id>.</mixed-citation></ref>
<ref id="ref-16"><label>[16]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ali</surname> <given-names>A</given-names></string-name>, <string-name><surname>Ming</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Si</surname> <given-names>T</given-names></string-name>, <string-name><surname>Iram</surname> <given-names>S</given-names></string-name>, <string-name><surname>Chakraborty</surname> <given-names>S</given-names></string-name></person-group>. <article-title>Enhancement of RWSN lifetime via firework clustering algorithm validated by ANN</article-title>. <source>Information</source>. <year>2018</year>;<volume>9</volume>(<issue>3</issue>):<fpage>1</fpage>&#x2013;<lpage>13</lpage>. doi:<pub-id pub-id-type="doi">10.3390/info9030060</pub-id>.</mixed-citation></ref>
<ref id="ref-17"><label>[17]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Kang</surname> <given-names>SH</given-names></string-name>, <string-name><surname>Nguyen</surname> <given-names>T</given-names></string-name></person-group>. <article-title>Distance based thresholds for cluster head selection in wireless sensor networks</article-title>. <source>IEEE Commun Lett</source>. <year>2012</year>;<volume>16</volume>(<issue>9</issue>):<fpage>1396</fpage>&#x2013;<lpage>9</lpage>. doi:<pub-id pub-id-type="doi">10.1109/LCOMM.2012.072012.120712</pub-id>.</mixed-citation></ref>
<ref id="ref-18"><label>[18]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Xu</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>L</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>C</given-names></string-name>, <string-name><surname>Guan</surname> <given-names>X</given-names></string-name></person-group>. <article-title>Joint clustering and routing design for reliable and efficient data collection in large-scale wireless sensor networks</article-title>. <source>IEEE Internet Things J</source>. <year>2016</year>;<volume>3</volume>(<issue>4</issue>):<fpage>520</fpage>&#x2013;<lpage>32</lpage>. doi:<pub-id pub-id-type="doi">10.1109/JIOT.2016.2553121</pub-id>.</mixed-citation></ref>
<ref id="ref-19"><label>[19]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Hosseingholizadeh</surname> <given-names>A</given-names></string-name>, <string-name><surname>Abhari</surname> <given-names>A</given-names></string-name></person-group>. <article-title>A new agent-based solution for wireless sensor networks management</article-title>. In: <conf-name>Proceedings of the 12th Communications and Networking Simulation Symposium (CNS); 2009 Mar 22&#x2013;27</conf-name>; <publisher-loc>San Diego, CA, USA</publisher-loc>.</mixed-citation></ref>
<ref id="ref-20"><label>[20]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Sardouk</surname> <given-names>A</given-names></string-name>, <string-name><surname>Rahim-Amoud</surname> <given-names>R</given-names></string-name></person-group>. <article-title>A strategy for multi-agent based wireless sensor network optimization</article-title>. In: <conf-name>Proceedings of the Third International Conference on Autonomous Infrastructure, Management and Security, AIMS 2009; 2009 Jun 30&#x2013;Jul 2</conf-name>; <publisher-loc>Enschede, The Netherlands</publisher-loc>.</mixed-citation></ref>
<ref id="ref-21"><label>[21]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Lee</surname> <given-names>J</given-names></string-name>, <string-name><surname>Kao</surname> <given-names>T</given-names></string-name></person-group>. <article-title>An improved three-layer low-energy adaptive clustering hierarchy for wireless sensor networks</article-title>. <source>IEEE Internet Things J</source>. <year>2016</year>;<volume>3</volume>(<issue>6</issue>):<fpage>951</fpage>&#x2013;<lpage>8</lpage>. doi:<pub-id pub-id-type="doi">10.1109/JIOT.2016.2565519</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>Saleh</surname> <given-names>A</given-names></string-name>, <string-name><surname>Joshi</surname> <given-names>P</given-names></string-name>, <string-name><surname>Rathore</surname> <given-names>RS</given-names></string-name>, <string-name><surname>Sengar</surname> <given-names>SS</given-names></string-name></person-group>. <article-title>Trust-aware routing mechanism through an edge node for IoT-Enabled sensor networks</article-title>. <source>Sensors</source>. <year>2022</year>;<volume>22</volume>(<issue>20</issue>):<fpage>820</fpage>. doi:<pub-id pub-id-type="doi">10.3390/s2220820</pub-id>.</mixed-citation></ref>
<ref id="ref-23"><label>[23]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Zhou</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Qian</surname> <given-names>L</given-names></string-name>, <string-name><surname>Xu</surname> <given-names>H</given-names></string-name></person-group>. <article-title>Decentralized multi-agent reinforcement learning for large-scale mobile wireless sensor network control using mean field games</article-title>. In: <conf-name>33rd International Conference on Computer Communications and Networks (ICCCN); 2024 Jul 29&#x2013;Aug 1</conf-name>; <publisher-loc>Kailua-Kona, HI, USA</publisher-loc>. p. <fpage>1</fpage>&#x2013;<lpage>6</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ICCCN61486.2024.10637582</pub-id>.</mixed-citation></ref>
<ref id="ref-24"><label>[24]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Soltani</surname> <given-names>P</given-names></string-name>, <string-name><surname>Eskandarpour</surname> <given-names>M</given-names></string-name>, <string-name><surname>Ahmadizad</surname> <given-names>A</given-names></string-name>, <string-name><surname>Soleimani</surname> <given-names>H</given-names></string-name></person-group>. <article-title>Energy-efficient routing algorithm for wireless sensor networks based on multi-agent reinforcement learning</article-title>. <comment>arXiv:2508.14679. 2025</comment>.</mixed-citation></ref>
<ref id="ref-25"><label>[25]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Liu</surname> <given-names>J</given-names></string-name>, <string-name><surname>Shou</surname> <given-names>G</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Hu</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Guo</surname> <given-names>Z</given-names></string-name></person-group>. <article-title>Performance evaluation of integrated multi-access edge computing and fiber-wireless access networks</article-title>. <source>IEEE Access</source>. <year>2018</year>;<volume>6</volume>:<fpage>30269</fpage>&#x2013;<lpage>79</lpage>. doi:<pub-id pub-id-type="doi">10.1109/access.2018.2833619</pub-id>.</mixed-citation></ref>
<ref id="ref-26"><label>[26]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Luo</surname> <given-names>R</given-names></string-name>, <string-name><surname>Jin</surname> <given-names>H</given-names></string-name>, <string-name><surname>He</surname> <given-names>Q</given-names></string-name>, <string-name><surname>Wu</surname> <given-names>S</given-names></string-name>, <string-name><surname>Xia</surname> <given-names>X</given-names></string-name></person-group>. <article-title>Cost-effective edge server network design in mobile edge computing environment</article-title>. <source>IEEE Trans Sustain Comput</source>. <year>2022</year>;<volume>7</volume>(<issue>4</issue>):<fpage>839</fpage>&#x2013;<lpage>50</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TSUSC.2022.3178661</pub-id>.</mixed-citation></ref>
<ref id="ref-27"><label>[27]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Shabariram</surname> <given-names>CP</given-names></string-name>, <string-name><surname>Shanthi</surname> <given-names>N</given-names></string-name>, <string-name><surname>Ponnuswamy</surname> <given-names>PP</given-names></string-name>, <string-name><surname>Subramaniyaswamy</surname> <given-names>V</given-names></string-name>, <string-name><surname>Sathana</surname> <given-names>V</given-names></string-name></person-group>. <article-title>Resource allocation in edge computing environment using deterministic policy gradient algorithm</article-title>. In: <conf-name>Proceedings of the 2024 10th International Conference on Advanced Computing and Communication Systems (ICACCS); 2024 Mar 14&#x2013;15</conf-name>; <publisher-loc>Coimbatore, India</publisher-loc>. p. <fpage>473</fpage>&#x2013;<lpage>8</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ICACCS60874.2024.10717103</pub-id>.</mixed-citation></ref>
<ref id="ref-28"><label>[28]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhou</surname> <given-names>J</given-names></string-name>, <string-name><surname>Pal</surname> <given-names>S</given-names></string-name>, <string-name><surname>Dong</surname> <given-names>C</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>K</given-names></string-name></person-group>. <article-title>Enhancing quality of service through federated learning in edge-cloud AIoT systems</article-title>. <source>Ad Hoc Netw</source>. <year>2024</year>;<volume>153</volume>:<fpage>103346</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.adhoc.2024.103346</pub-id>.</mixed-citation></ref>
<ref id="ref-29"><label>[29]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Qi</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Feng</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Li</surname> <given-names>H</given-names></string-name>, <string-name><surname>Tian</surname> <given-names>J</given-names></string-name></person-group>. <article-title>Leveraging federated learning and edge computing for recommendation systems within cloud computing networks</article-title>. <comment>arXiv:2403.03165. 2024</comment>.</mixed-citation></ref>
<ref id="ref-30"><label>[30]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>El-Sayed</surname> <given-names>HH</given-names></string-name>, <string-name><surname>Abd-Elgaber</surname> <given-names>EM</given-names></string-name>, <string-name><surname>Zanaty</surname> <given-names>EA</given-names></string-name>, <string-name><surname>Alsubaei</surname> <given-names>FS</given-names></string-name>, <string-name><surname>Almazroi</surname> <given-names>AA</given-names></string-name>, <string-name><surname>Bakheet</surname> <given-names>SS</given-names></string-name></person-group>. <article-title>An efficient neural network LEACH protocol to extended lifetime of wireless sensor networks</article-title>. <source>Sci Rep</source>. <year>2024</year>;<volume>14</volume>(<issue>1</issue>):<fpage>26943</fpage>. doi:<pub-id pub-id-type="doi">10.1038/s41598-024-75904-1</pub-id>; <pub-id pub-id-type="pmid">39505911</pub-id></mixed-citation></ref>
<ref id="ref-31"><label>[31]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Mukherjee</surname> <given-names>A</given-names></string-name>, <string-name><surname>Goswami</surname> <given-names>P</given-names></string-name>, <string-name><surname>Ayoub Khan</surname> <given-names>M</given-names></string-name>, <string-name><surname>Li</surname> <given-names>M</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>L</given-names></string-name>, <string-name><surname>Pillai</surname> <given-names>P</given-names></string-name></person-group>. <article-title>Energy efficient resource allocation strategy in massive IoT for industrial 6G applications</article-title>. <source>IEEE Internet Things J</source>. <year>2021</year>;<volume>8</volume>(<issue>7</issue>):<fpage>5194</fpage>&#x2013;<lpage>201</lpage>. doi:<pub-id pub-id-type="doi">10.1109/JIOT.2020.3035608</pub-id>.</mixed-citation></ref>
<ref id="ref-32"><label>[32]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Mukherjee</surname> <given-names>A</given-names></string-name>, <string-name><surname>Goswami</surname> <given-names>P</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>L</given-names></string-name></person-group>. <article-title>Distributed artificial intelligence based cluster head power allocation in cognitive radio sensor networks</article-title>. <source>IEEE Sensor Lett</source>. <year>2019</year>;<volume>3</volume>(<issue>8</issue>):<fpage>1</fpage>&#x2013;<lpage>4</lpage>. doi:<pub-id pub-id-type="doi">10.1109/LSENS.2019.2933908</pub-id>.</mixed-citation></ref>
<ref id="ref-33"><label>[33]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Heinzelman</surname> <given-names>W</given-names></string-name>, <string-name><surname>Chandrakasan</surname> <given-names>A</given-names></string-name>, <string-name><surname>Balakrishnan</surname> <given-names>H</given-names></string-name></person-group>. <article-title>An application-specific protocol architecture for wireless microsensor networks</article-title>. <source>IEEE Trans Wirel Commun</source>. <year>2002</year>;<volume>1</volume>(<issue>4</issue>):<fpage>660</fpage>&#x2013;<lpage>70</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TWC.2002.804190</pub-id>.</mixed-citation></ref>
<ref id="ref-34"><label>[34]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Lindsey</surname> <given-names>S</given-names></string-name>, <string-name><surname>Raghavendra</surname> <given-names>CS</given-names></string-name></person-group>. <article-title>PEGASIS: Power-efficient gathering in sensor information systems</article-title>. In: <conf-name>Proceedings of IEEE Aerospace Conferences; 2002 Mar 9&#x2013;16</conf-name>; <publisher-loc>Big Sky, MT, USA</publisher-loc>. doi:<pub-id pub-id-type="doi">10.1109/AERO.2002.1035242</pub-id>.</mixed-citation></ref>
<ref id="ref-35"><label>[35]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Sattler</surname> <given-names>F</given-names></string-name>, <string-name><surname>Wiedemann</surname> <given-names>S</given-names></string-name>, <string-name><surname>M&#x00FC;ller</surname> <given-names>K-R</given-names></string-name>, <string-name><surname>Samek</surname> <given-names>W</given-names></string-name></person-group>. <article-title>Robust and communication-efficient federated learning from non-i.i.d. data</article-title>. <source>IEEE Trans Neural Netw Learn Syst</source>. <year>2020</year>;<volume>31</volume>(<issue>9</issue>):<fpage>3400</fpage>&#x2013;<lpage>13</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TNNLS.2019.2944481</pub-id>; <pub-id pub-id-type="pmid">31689214</pub-id></mixed-citation></ref>
</ref-list>
</back></article>


