Next Article in Journal
Computational Assessment of Shear Stress-Driven Flow Alterations at the Renal Artery Origin Under Varying Pressure Conditions
Previous Article in Journal
Advanced Computational Investigation of Brush Seal Thermo-Fluid–Mechanical Performance Through Novel Porous Media Coefficient Derivation
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

EdgeRescue: Lightweight AI-Based Self-Healing for Energy-Constrained IoT Meshes

by
Haifa A. Alanazi
*,
Abdulaziz G. Alanazi
and
Nasser S. Albalawi
Department of Information Systems and Computer Science, Faculty of Computing and Information Technology, Northern Border University, Rafha 91911, Saudi Arabia
*
Author to whom correspondence should be addressed.
Computation 2026, 14(4), 84; https://doi.org/10.3390/computation14040084
Submission received: 20 February 2026 / Revised: 25 March 2026 / Accepted: 30 March 2026 / Published: 3 April 2026
(This article belongs to the Section Computational Engineering)

Abstract

As the scale and complexity of Internet of Things (IoT) deployments increase, maintaining resilience in resource-constrained mesh networks becomes a significant challenge. Frequent node failures due to battery depletion, environmental interference, or hardware degradation can disrupt data flows and lead to operational downtime. To address this, we propose EdgeRescue, a novel lightweight AI-driven framework for self-healing in energy-constrained IoT mesh environments. EdgeRescue enables each node to perform local anomaly detection using compact 1D Convolutional Neural Networks (1D-CNNs) and initiates distributed, energy-aware routing reconfiguration when faults are detected. Unlike cloud-dependent methods, EdgeRescue operates entirely at the edge, requiring minimal computation, memory, and communication overhead. Extensive simulations on a 100-node testbed demonstrate that EdgeRescue improves packet delivery by 13.2%, reduces recovery latency by 57%, and lowers average node energy consumption by 18.8% compared to state-of-the-art baselines. These results establish EdgeRescue as a scalable and practical solution for achieving real-time resilience in next-generation IoT mesh networks.

1. Introduction

The rapid proliferation of the Internet of Things (IoT) has led to the deployment of dense mesh networks composed of heterogeneous, resource-constrained nodes in diverse domains such as environmental monitoring, industrial automation, smart agriculture, and urban infrastructure [1,2]. These networks are often deployed in harsh or inaccessible locations, making physical maintenance both costly and impractical. In such scenarios, ensuring operational resilience and minimizing downtime is paramount.
IoT mesh networks, particularly those utilizing protocols like Zigbee, 6LoWPAN, or BLE Mesh, rely on decentralized node collaboration to route data to gateways or sink nodes. However, the limited energy reserves, susceptibility to environmental interference, and hardware degradation of individual nodes pose significant challenges to reliable long-term operation [3]. Node failures—whether due to battery depletion, communication loss, or component fault—can trigger cascading effects, resulting in disrupted data flows and partitioned networks [4]. Consequently, self-healing capabilities have become an essential design requirement in next-generation IoT systems.
Traditional self-healing mechanisms are often reactive and depend heavily on central coordinators or cloud-based intelligence [5]. Such approaches introduce communication overhead, latency, and single points of failure, which are undesirable in energy-constrained and mission-critical deployments. Moreover, many existing solutions lack predictive intelligence, failing to detect latent faults before total failure occurs [6]. Prior efforts such as LP-OPTIMA [7] have explored prescriptive maintenance and resource optimization for low-power embedded systems, and related work has investigated self-healing in semantically interoperable IoT edge devices [8]. While these contributions advance the state of the art, they do not fully address the joint challenge of on-device anomaly detection and distributed recovery in mesh topologies under tight energy constraints. There is therefore an urgent need for lightweight, autonomous, and intelligent fault management that can operate natively within the network edge.
To address these challenges, this paper proposes EdgeRescue—a novel self-healing framework designed for energy-constrained IoT mesh networks. EdgeRescue integrates compact edge AI modules directly into low-power nodes, enabling them to continuously monitor local health parameters, detect anomalies, and initiate cooperative recovery actions. Unlike centralized or cloud-reliant models, EdgeRescue operates entirely at the edge, offering real-time responsiveness and resilience without external dependencies. Our design ensures that nodes can adaptively reroute traffic, isolate failing peers, and preserve connectivity, all while minimizing energy consumption and memory overhead.
The contributions of this work are threefold:
  • We introduce a fully decentralized, AI-driven self-healing system for IoT meshes that operates on low-power microcontrollers.
  • We propose a novel on-device anomaly detection strategy using lightweight 1D convolutional neural networks (1D-CNNs) tailored for runtime energy efficiency.
  • We evaluate the framework through simulation-based experiments on IoT mesh environments and demonstrate improvements in packet delivery, recovery latency, and energy efficiency compared to existing methods.
EdgeRescue aims to bridge the gap between predictive fault detection and energy-efficient autonomous recovery, representing a step toward resilient edge intelligence in distributed IoT systems.
The remainder of this paper is organized as follows. Section 2 presents a comprehensive review of related work in the areas of self-healing IoT systems, edge-based anomaly detection, and energy-efficient recovery protocols. Section 3 describes the proposed EdgeRescue system architecture, detailing the core components deployed at each node and their interactions within the mesh network. Section 4 introduces the methodology behind our approach, including the anomaly detection model, distributed healing protocol, and energy-aware routing algorithm. In Section 5, we present experimental results based on simulations, with quantitative comparisons against state-of-the-art baselines and visual analysis of performance metrics. Section 6 discusses the implications of our findings, outlines limitations, and identifies potential directions for future research. Finally, Section 7 concludes the paper with a summary of contributions and the broader significance of EdgeRescue for resilient IoT infrastructure.

2. Related Works

The need for resilience in distributed IoT mesh networks has led to substantial research into fault detection, anomaly prediction, and autonomous recovery strategies. However, most existing approaches either lack scalability in constrained environments or rely heavily on centralized cloud components that increase latency and power usage.
Self-healing mechanisms in wireless sensor networks (WSNs) and IoT meshes have historically centered around routing-based recovery and fault-tolerant topologies. Protocols such as the Collection Tree Protocol (CTP) and RPL (Routing Protocol for Low-Power and Lossy Networks) [9,10] enable basic path reconstruction when nodes fail, but are reactive and often incur convergence delays that disrupt real-time data transmission. Moreover, they do not offer any prediction or pre-failure detection.
To address fault localization, techniques using redundant node deployment and heartbeat message exchanges have been proposed [11]. However, these methods significantly increase energy consumption and bandwidth usage. Some studies incorporate cluster-based organization [12] to localize decision-making but lack intelligent fault interpretation capabilities.
The rise of edge computing has enabled anomaly detection to be performed closer to the data source. Deep learning models such as AutoEncoders (AEs), Convolutional Neural Networks (CNNs), and Recurrent Neural Networks (RNNs) have been deployed in edge-based systems for detecting network failures and malicious behaviors [5]. However, their deployment on resource-constrained devices remains limited due to memory and processing bottlenecks.
Lightweight alternatives have emerged in recent years. For instance, LightNet [13] proposed a decision-tree-based anomaly detector suitable for low-end microcontrollers. Similarly, STAD [14] introduced a statistical pattern-based model that performs zero-shot anomaly detection on embedded IoT devices. Nevertheless, these models offer limited adaptability and lack autonomous recovery mechanisms.
Designing AI solutions that are compatible with constrained energy budgets is a growing subfield of edge intelligence. Pruning and quantization techniques have been widely adopted to compress deep models for IoT nodes [15]. TinyML, the field of deploying machine learning models on microcontrollers, has advanced significantly with platforms like TensorFlow Lite Micro and CMSIS-NN [16].
Several works have explored reinforcement learning for adaptive resource allocation and node health management [17,18]. However, these models often require long convergence times and pre-training, making them impractical in zero-day or intermittent deployment settings. Moreover, their inference pipelines are often too heavy for on-chip execution on Class 1 and 2 constrained devices [19].
Distributed recovery mechanisms have been investigated in the context of Mobile Ad Hoc Networks (MANETs) and WSNs. Gossip-based protocols [20] and distributed consensus models like Raft or Paxos [21] offer scalable approaches for peer-to-peer failure agreement, but require frequent inter-node messaging and synchronization. For ultra-low-power networks, such message overhead is unsustainable.
More recently, self-organizing architectures such as SelfIoT [22] and HealNet [23] introduced early-stage AI modules capable of partial diagnosis and healing. However, these approaches either assume cloud interaction for decision support or operate only at the gateway level, leaving individual node-level healing unaddressed.
On the resource optimization side, LP-OPTIMA [7] targets prescriptive maintenance in low-power embedded systems by managing resource usage proactively. While it shares EdgeRescue’s concern for energy efficiency, it does not incorporate anomaly-driven fault detection or peer-based mesh recovery. Similarly, work on self-healing of semantically interoperable IoT edge devices [8] demonstrates autonomous recovery at the device level, but focuses on semantic service restoration rather than network-layer resilience in mesh topologies. More recent distributed anomaly detection frameworks such as [24] tackle node-level detection in edge networks but stop short of coupling detection with energy-aware routing reconfiguration.

Gaps and Motivation

Despite promising advances, existing self-healing solutions for IoT mesh networks fall short in three key aspects: (1) they are often reactive rather than proactive, (2) they assume cloud connectivity for learning or recovery orchestration, and (3) they lack modular, scalable design suited for mesh topologies.
EdgeRescue addresses these limitations by embedding autonomous anomaly detection, distributed peer-aware recovery, and energy-aware routing reconfiguration into a single modular framework. Unlike LP-OPTIMA-style optimization or gateway-level healing systems, EdgeRescue introduces a new design point where detection, recovery, and routing adaptation all happen locally at each node without any cloud dependency. It is designed to operate fully within the computational and power constraints of edge mesh nodes, representing a practical evolution toward deployable intelligent self-healing.

3. System Architecture

EdgeRescue is designed as a decentralized, modular architecture tailored for constrained IoT mesh networks. It enables autonomous fault detection and recovery at the edge, without dependence on cloud infrastructure or centralized decision-making entities. The architecture is composed of lightweight AI modules embedded within each node, a localized collaboration protocol, and an energy-aware routing subsystem that allows for dynamic reconfiguration of the mesh topology.
Figure 1 presents an overview of the EdgeRescue architecture, illustrating the interaction among its major components deployed across IoT nodes.

3.1. On-Node Intelligence Layer

Each participating node in the IoT mesh is equipped with a Local Intelligence Unit (LIU) composed of the following submodules:
  • Anomaly Detector (AD): A lightweight 1D Convolutional Neural Network (1D-CNN) model trained offline to detect deviations in node behavior. It processes a real-time input vector comprising sensor readings (e.g., voltage levels, RSSI, queue size, transmission interval).
  • Node Health Profiler (NHP): Continuously collects system metrics and creates temporal feature embeddings that feed into the anomaly detector. It includes threshold calibration mechanisms to reduce false positives.
  • Energy Monitor (EM): Tracks residual battery and duty cycle statistics. It enforces node-aware routing changes to prevent overburdening energy-depleted nodes during rerouting.
These submodules operate independently on edge hardware and require less than 50 KB of SRAM and 100 KB of flash, making them suitable for deployment on microcontrollers such as ARM Cortex-M4F or ESP32-class devices.
The autonomous operation of each node follows a fixed local execution cycle with no dependency on external coordination at any stage. Node n i samples its telemetry vector h i ( t ) every δ seconds, feeds it into the on-chip 1D-CNN model f θ , and computes an anomaly score y i [ 0 , 1 ] entirely in local SRAM. If y i > τ , the node independently decides to broadcast a Fault Notification Packet (FNP) to its 1-hop neighbors. No gateway instruction, cloud query, or inter-node vote triggers this decision—the node acts on its own inference output alone. Neighbors receiving the FNP also act independently: each one checks its own routing table, excludes the flagged node, and recomputes its forwarding paths using the local cost function C i , j . The FNP is a one-directional notification, not a command; the receiving node decides what to do with it based on its own routing state. This design means the full detection-to-recovery cycle—from telemetry sampling to rerouted packet delivery—runs entirely within the mesh, with the gateway playing no role in fault management.
Unlike LP-OPTIMA-style frameworks, which rely on periodic prescriptions sent to stakeholders and centralized control signals to act on faults, EdgeRescue places the full detection-to-recovery pipeline on each individual node. The interaction with neighboring nodes is purely peer-to-peer and is limited to short fault notification packets, keeping communication overhead minimal.

3.2. Distributed Healing Protocol

When a node detects anomalous behavior—such as signal degradation, excessive queuing, or voltage drop—the Anomaly Detector flags the node state as unstable. This triggers the Distributed Healing Protocol (DHP), which operates as follows:
(1)
Fault Broadcast: The detecting node notifies its 1-hop neighbors of its compromised state through a lightweight broadcast containing its node ID and fault code. This packet is 6 bytes in size and is transmitted once per detected fault event, so the added channel load is negligible relative to normal data traffic.
(2)
Neighborhood Assessment: Neighboring nodes evaluate their routing tables to check for paths transiting the failed node and recompute alternative paths using local heuristics (e.g., shortest signal path or energy-balanced hops). Each neighbor does this computation locally using only its own routing state—no coordination with other neighbors is needed.
(3)
Path Reinforcement: A reinforcement timer validates the new paths over several data cycles. If packet loss persists above a defined threshold, the healing process is retriggered from Step 1.
The sequence from FNP broadcast to validated rerouted delivery is fully self-contained within the mesh. To make this concrete, Table 1 shows a representative event trace from a single node failure captured during simulation. Node n 47 degrades gradually over several seconds before its anomaly score crosses τ , at which point the local loop triggers the FNP without any external prompt. The full recovery completes in under 4 s, with no gateway involvement at any step.
The DHP has a few known limitations worth acknowledging. If multiple nodes fail simultaneously, fault broadcasts can collide and neighboring nodes may receive conflicting routing updates, potentially causing transient loops before convergence. If a node fails silently without having time to broadcast its fault, nearby nodes rely solely on link-quality degradation signals to infer the failure, which can introduce a short detection delay. These are inherent trade-offs of fully distributed operation and are discussed further in Section 6.

3.3. Routing Reconfiguration Engine

Routing in EdgeRescue is based on an adaptive Distance Vector model enhanced with real-time link quality and node health metrics. Each node maintains a cost function:
C i , j = α · 1 R S S I i , j + β · E j 1 + γ · S j
where:
  • R S S I i , j is the signal strength from node i to j;
  • E j is the remaining energy of node j;
  • S j is the anomaly score of node j;
  • α , β , γ are tunable weights.
This cost function discourages routing through unhealthy or energy-depleted nodes. Figure 2 demonstrates this distributed self-healing loop.

3.4. Edge Scalability and Robustness

The modularity of EdgeRescue ensures seamless scalability. New nodes automatically integrate by broadcasting their health profile and participating in the DHP loop. The decentralized approach ensures that no single node becomes a point of failure. The architecture also supports heterogeneity, enabling integration with nodes that use different sensing capabilities or power sources.
The current design targets static mesh deployments, which represent the primary and most common deployment context for low-power IoT infrastructure. Extension to mobile scenarios and fog-level multi-tier architectures is outside the scope of this work and is left for future investigation.
EdgeRescue achieves a practical balance between on-node intelligence and resource constraints, offering a scalable and resilient platform for IoT mesh deployments in energy-sensitive environments.

4. Proposed Methodology

EdgeRescue integrates embedded anomaly detection, distributed fault localization, and energy-aware routing to enable fully decentralized self-healing in IoT mesh networks. This section formally presents the methodology governing its operation, including the mathematical modeling of fault detection, routing adaptation, and node collaboration.

4.1. Feature Vector Construction

Each node n i maintains a real-time monitoring vector h i ( t ) composed of the following telemetry features:
h i ( t ) = [ V i ( t ) , R S S I i ( t ) , Δ T i ( t ) , Q i ( t ) ]
where:
  • V i ( t ) : instantaneous voltage level.
  • R S S I i ( t ) : received signal strength indicator.
  • Δ T i ( t ) : packet inter-arrival time.
  • Q i ( t ) : transmission queue length.
These signals are normalized and temporally windowed into short sequences H i = { h i ( t 1 ) , , h i ( t w ) } that are input to the anomaly detection model.

4.2. Lightweight Anomaly Detection

A compact 1D-CNN model f θ is trained offline to learn typical behavior sequences. At runtime, each node performs:
y i = f θ ( H i )
where y i is an anomaly score in [ 0 , 1 ] . If y i > τ , the node is flagged as anomalous. The model is trained using binary cross-entropy loss on labeled sequences.

4.3. Fault Signaling and Distributed Healing

Once a node is flagged as faulty, it broadcasts a Fault Notification Packet (FNP) to its 1-hop neighbors. The neighbors then execute the following healing protocol:
(1)
Update Routing Table: Nodes identify if their routing paths pass through the faulty node n i .
(2)
Compute New Path: For each destination d, the new path is computed using:
new _ path ( d ) = arg min p P ( i , j ) p C i , j
where C i , j is the composite cost:
C i , j = α · 1 R S S I i , j + β · 1 E j + γ · S j
with E j the residual energy and S j the anomaly score of node j.
(3)
Path Validation: New paths are validated using heartbeat ACKs. If loss rate exceeds threshold, re-routing is retried.

4.4. Energy-Aware Decision Scaling

To avoid overloading a single node during recovery, the routing cost incorporates real-time energy E j , updated every δ seconds. Nodes use a weighted decision buffer to prevent flapping:
C ^ i , j ( t ) = λ · C i , j ( t ) + ( 1 λ ) · C ^ i , j ( t 1 )
where λ [ 0 , 1 ] is a forgetting factor that balances new measurements with stability.

4.5. Protocol Pseudocode

1:
EdgeRescue Node Workflow
(1)
Monitor telemetry and update h i ( t )
(2)
If f θ ( H i ) > τ , broadcast FNP
(3)
Upon receiving FNP:
  • Update routing table by excluding node n i ;
  • Recompute paths using Equations (3) and (4);
  • Validate new path via ACK monitoring.
(4)
Loop every δ seconds

4.6. Model Deployment and Resource Profile

The CNN-based detector is quantized to int8 using post-training quantization. Model footprint:
  • Flash: 92 KB;
  • SRAM (inference): 24 KB;
  • Inference Time: 1.2 ms (on ARM Cortex-M4F).
The method ensures compatibility with TinyML platforms like TensorFlow Lite Micro and CMSIS-NN and integrates easily into real-time operating systems like Contiki-NG and ZephyrRTOS.

5. Experimental Results

To evaluate the effectiveness of EdgeRescue in realistic IoT environments, we conducted large-scale simulations using the Cooja simulator within the Contiki-NG operating system. The objective was to assess the framework’s capability to proactively detect faults, recover network functionality with minimal latency, and maintain communication efficiency in energy-constrained mesh networks.

5.1. Simulation Setup

Our simulation consisted of 100 randomly distributed IoT nodes within a 100 × 100 m grid. Each node emulated real-world IoT constraints, including a battery capacity of 2000 mAh, a transmission range of 30 m, and a variable packet transmission interval ranging from 1 to 5 s. The network was configured using the RPL routing protocol, with DIO messages transmitted every 4 s. To examine the robustness of our approach, we introduced three types of faults: battery depletion at select nodes, congestion-induced packet queue overflow, and intermittent signal degradation due to simulated RSSI drops. Each experiment was repeated across 10 independent runs with different random node placements and fault injection seeds, and results are reported as mean values with standard deviation.
Fault injection was performed manually by scripting node shutdown events at predetermined simulation timestamps within Cooja. The anomaly detection threshold τ was set to 0.5 based on validation performance and was kept fixed across all runs.
To verify that EdgeRescue operates autonomously without any central coordination, we ran an additional gateway-isolation experiment using the same 100-node setup. In this variant, the gateway node was disconnected at t = 0 before any fault injection, so no sink-level routing existed at any point during the run. EdgeRescue nodes were left to detect, broadcast, and reroute entirely within the mesh. RPL was included as a reference baseline under the same condition. We also ran an ablation study across three stripped-down variants of EdgeRescue to measure the contribution of each individual component: (i) EdgeRescue without the Anomaly Detector (DHP triggered only by link-loss timeout), (ii) EdgeRescue without energy-aware routing ( β = 0 , γ = 0 in C i , j ), and (iii) EdgeRescue without ACK-based path validation (paths accepted after first successful packet). These variants isolate the effect of each design choice on the final performance numbers.
We compared EdgeRescue against four baseline methods: the standard RPL protocol without self-healing capabilities [10], LightNet—a decision tree-based anomaly detection model optimized for edge devices [13], HealNet—an edge-enabled recovery system with centralized learning modules [23], and UDAD [24]—a recently proposed unsupervised distributed anomaly detection framework for IoT edge networks.
These four baselines were selected to cover the full design space that EdgeRescue sits within. RPL represents the standard routing-only baseline with no fault intelligence. LightNet covers lightweight on-device detection but has no recovery mechanism. HealNet adds recovery but centralizes the learning component off-node. UDAD brings distributed ML-based detection but stops short of coupling it with energy-aware rerouting. No existing system in the current literature, to our knowledge, jointly addresses on-device anomaly detection and energy-aware distributed mesh recovery as a single node-level framework, which is the exact gap EdgeRescue targets. The four baselines together cover each individual aspect of this problem and form the closest available set of analogs for comparison.

5.2. Evaluation Metrics

To evaluate system behavior, we employed six primary metrics. The first was Packet Delivery Ratio (PDR), defined as the percentage of successfully delivered packets over total transmissions. Second, we measured the Mean Recovery Time (MRT), calculated as the average time interval between fault detection and successful network stabilization. Third, we monitored the Average Node Energy Drain, capturing the average mAh consumed per node during operation. Fourth, we recorded the False Positive Rate (FPR), representing the proportion of incorrectly flagged non-faulty nodes as anomalies. Fifth, to better characterize detection quality, we report Precision, Recall, and F1-score of the anomaly detector against ground-truth fault labels. Sixth, we measured the average time from anomaly flag to first successful rerouted packet delivery, which we refer to as Healing Response Time (HRT), as a finer-grained complement to MRT.

5.3. Quantitative Comparison and Analysis

The quantitative results are presented in Table 2. EdgeRescue consistently outperformed all baseline methods across all metrics. Specifically, it achieved a Packet Delivery Ratio of 94.6% ± 1.2%, which is significantly higher than the 81.4% achieved by RPL, 86.3% by LightNet, and 89.7% by HealNet. This improvement highlights the effectiveness of proactive anomaly detection and immediate local rerouting. The improvement is visually confirmed in Figure 3, which compares the PDR of all methods.
Table 3 reports the anomaly detection performance of EdgeRescue alongside the detection-capable baselines. EdgeRescue achieved a Precision of 96.1%, Recall of 93.8%, and F1-score of 94.9%, with a mean Healing Response Time of 1.6 s from anomaly flag to first successfully rerouted packet. LightNet, despite reasonable recall, showed higher false positives, while HealNet’s centralized design introduced additional latency before rerouting began.
Table 4 summarizes the per-method computational overhead. EdgeRescue’s on-device model occupies 92 KB of flash and requires 24 KB SRAM during inference, with a single inference completing in 1.2 ms on an ARM Cortex-M4F. This is competitive with LightNet’s simpler decision-tree model and significantly lighter than HealNet’s centralized module, which runs off-device.
Regarding recovery speed, EdgeRescue showed a Mean Recovery Time of just 3.9 s—markedly faster than LightNet’s 9.1 s and HealNet’s 6.2 s. This rapid fault response is shown in Figure 4, reflecting EdgeRescue’s efficient local decision-making mechanism.
The average energy drain per node was also minimized in EdgeRescue, with each node consuming only 63.5 mAh on average, compared to 78.2 mAh for RPL and 72.4 mAh for LightNet. The energy saving comes from localized anomaly processing and reduced message overhead, as illustrated in Figure 5.
In terms of False Positive Rate, EdgeRescue achieved only 2.3% false alarms, lower than both LightNet (6.7%) and HealNet (4.1%). Figure 6 confirms this, and the gap is explained by the temporal pattern-learning capability of the 1D-CNN—threshold-based detectors like LightNet react to instantaneous signal drops, which causes more false triggers in environments where RSSI fluctuates naturally.
Table 5 presents the ablation study results. Removing the Anomaly Detector drops PDR by 6.8 percentage points and raises MRT to 8.1 s—close to LightNet’s performance—since the DHP then relies only on link-loss timeout to detect failures, which is slower than CNN-based early flagging. Disabling energy-aware routing ( β = γ = 0 ) keeps PDR relatively stable but raises energy drain by 9.4 mAh, as the rerouting ignores node energy state and repeatedly burdens the same high-connectivity nodes. Removing ACK-based path validation increases FPR slightly and raises MRT, because some newly selected paths carry residual congestion that is only caught during validation. The full EdgeRescue configuration consistently outperforms all three stripped variants, confirming that each component contributes independently to the final result.
Table 6 reports how the anomaly detection threshold τ affects the precision–recall trade-off. As τ decreases from 0.7 to 0.3, recall rises from 88.4% to 97.1% but FPR also rises sharply—from 0.9% to 7.6%. The value τ = 0.5 sits at a practical operating point where recall stays above 93% while FPR remains below 2.5%. This threshold may need adjustment in deployments where either missed detections or false alarms carry higher costs—for instance, in safety-critical control applications, a lower τ is preferable, while in battery-constrained monitoring, a higher τ reduces unnecessary rerouting overhead.
Table 7 shows the results of the gateway-isolation experiment. With the gateway disconnected, RPL’s PDR drops to 43.2% and MRT becomes unmeasurable—the protocol stalls because it depends on the sink node for route computation under failure. EdgeRescue, by contrast, holds a PDR of 91.3% ± 1.8% and an MRT of 4.6 ± 0.9 s—a modest degradation from the connected case (94.6% and 3.9 s) that comes purely from the loss of one routing destination, not from any loss of healing capability. Each node detects faults, broadcasts FNPs, and reroutes paths exactly as it does in the connected case, with no change in local behavior. This confirms that the autonomous healing loop functions entirely within the mesh and does not rely on gateway presence at any stage.
Across all experiments—standard fault injection, gateway isolation, ablation, and threshold sweep—EdgeRescue’s results are consistent. The gains do not come from a single lucky design choice but from all three components working together: early CNN-based detection, energy-aware routing, and ACK-validated path confirmation. The simulation environment (Cooja/Contiki-NG) is a well-established platform in IoT research and the results reflect realistic node constraints. Physical hardware deployment on platforms such as ESP32 or TelosB would validate timing and energy numbers under real radio conditions, and this forms a natural extension of the present work.

6. Discussion

The experimental results presented in the previous section underscore the robustness and efficiency of the EdgeRescue framework in managing faults within resource-constrained IoT mesh environments. Notably, the significant improvement in Packet Delivery Ratio (PDR) and reduction in Mean Recovery Time (MRT) demonstrate that EdgeRescue enables proactive detection and swift mitigation of network anomalies. This is especially critical in real-world deployments such as environmental monitoring, industrial automation, and smart agriculture, where downtime or delayed recovery can result in data loss or operational failure.
Compared to baseline methods, EdgeRescue offers two key innovations that explain its superior performance. First, its use of lightweight 1D-CNN models on each node ensures real-time anomaly detection without requiring cloud or gateway intervention. This approach effectively decentralizes intelligence and eliminates the bottlenecks associated with centralized diagnostics. Second, the framework’s energy-aware routing reconfiguration ensures that rerouting decisions are made not only based on connectivity but also with consideration of the energy status and reliability of each node. This prevents cascading failures and extends the operational life of the network.
It is also worth noting under what conditions EdgeRescue’s advantage is most pronounced. The gains in PDR and MRT are largest when faults are isolated—that is, when one or a small number of nodes degrade gradually rather than failing all at once. In such cases, the 1D-CNN has sufficient time to build up an anomaly score before full failure, and the DHP can reroute cleanly. When multiple nodes fail simultaneously or when the network is already heavily loaded, the advantage over baselines narrows, as discussed in Section 3. EdgeRescue also outperforms statistical baselines more clearly in dynamic signal environments where RSSI fluctuates—settings where threshold-based detectors like LightNet tend to produce more false positives.
Overall, EdgeRescue’s modularity, low computational overhead, and distributed intelligence present a promising direction in how self-healing is implemented in low-power IoT mesh networks. The framework is well-suited for integration with open-source operating systems such as Contiki-NG, Zephyr, and RIOT, making it a reasonable candidate for deployment across a variety of hardware platforms.
Despite the encouraging results, several limitations of the current work should be acknowledged. First, the anomaly detection model is trained offline on a fixed dataset, which means it may not generalize well to fault patterns that differ significantly from those seen during training. Deploying the model on a new network type without retraining introduces a cold-start problem that is not yet addressed. Second, the detection threshold τ was fixed at 0.5 throughout all experiments; in practice, different deployment environments may require different threshold values, and the sensitivity of results to this choice was not fully explored. Third, as noted in Section 3, silent node failures—where a node dies without broadcasting a fault—rely on indirect link-quality signals for detection, which can delay the healing response by a few seconds. Fourth, the current evaluation covers only static mesh topologies; mobile deployments and fog-level multi-tier architectures remain untested. Finally, all results are simulation-based, and while the Cooja/Contiki-NG environment is widely used in IoT research, physical hardware experiments on platforms such as ESP32 or TelosB are needed before strong deployment claims can be made.

7. Conclusions

In this paper, we introduced EdgeRescue—a novel, lightweight, AI-powered self-healing framework tailored for energy-constrained IoT mesh networks. Unlike traditional approaches that depend on centralized processing or heavy cloud analytics, EdgeRescue decentralizes anomaly detection and recovery by embedding intelligent modules directly within each node. The system achieves fault detection through compact CNN-based models and adapts routing paths in real time using a multi-criteria cost function incorporating energy, link quality, and anomaly scores.
Through simulation-based evaluation, we showed that EdgeRescue performs consistently well across packet delivery, recovery latency, energy efficiency, and detection precision compared to existing methods. By reducing Mean Recovery Time by up to 57% and False Positive Rate by more than 45% relative to prior baselines, the results support the value of localized, intelligent fault management in IoT mesh networks. These findings are encouraging, though hardware validation on physical platforms remains an important next step.
Future work will explore extending the architecture with unsupervised and online learning capabilities so the model can adapt to new fault patterns without retraining. We also plan to investigate healing stability under adversarial or non-cooperative node conditions, evaluate EdgeRescue on real hardware platforms such as TelosB, ESP32, and STM32-based motes, and extend the design to mobile mesh and fog-level multi-tier IoT architectures.
EdgeRescue represents a practical step toward self-healing in next-generation IoT systems, with potential applicability in critical infrastructure, industrial control, and remote monitoring environments.

Author Contributions

Conceptualization, N.S.A. and A.G.A.; methodology, N.S.A.; formal analysis, N.S.A.; validation, N.S.A.; data curation, H.A.A.; visualization, H.A.A.; investigation, N.S.A. and A.G.A.; writing—original draft preparation, N.S.A.; writing—review and editing, A.G.A. and H.A.A. All authors have read and agreed to the published version of the manuscript.

Funding

This research was funded by the Deanship of Scientific Research at Northern Border University, grant number NBU-FFR-2026-2466-04.

Data Availability Statement

The data supporting the findings of this study are available from the corresponding author upon reasonable request.

Conflicts of Interest

The authors declare no conflicts of interest.

References

  1. Atzori, L.; Iera, A.; Morabito, G. The internet of things: A survey. Comput. Netw. 2010, 54, 2787–2805. [Google Scholar] [CrossRef]
  2. Cilfone, A.; Davoli, L.; Belli, L.; Ferrari, G. Wireless mesh networking: An IoT-oriented perspective survey on relevant technologies. Future Internet 2019, 11, 99. [Google Scholar] [CrossRef]
  3. Mohammadi, M.; Al-Fuqaha, A.; Sorour, S.; Guizani, M. Deep learning for IoT big data and streaming analytics: A survey. IEEE Commun. Surv. Tutor. 2018, 20, 2923–2960. [Google Scholar] [CrossRef]
  4. Karagiannis, V.; Chatzimisios, P.; Vazquez-Gallego, F.; Alonso-Zarate, J. A survey on application layer protocols for the internet of things. Trans. IoT Cloud Comput. 2015, 3, 11–17. [Google Scholar]
  5. Ruan, H.; Dorneanu, B.; Arellano-Garcia, H.; Xiao, P.; Zhang, L. Deep learning-based fault prediction in wireless sensor network embedded cyber-physical systems for industrial processes. IEEE Access 2022, 10, 10867–10879. [Google Scholar] [CrossRef]
  6. Fährmann, D.; Martín, L.; Sánchez, L.; Damer, N. Anomaly detection in smart environments: A comprehensive survey. IEEE Access 2024, 12, 64006–64049. [Google Scholar] [CrossRef]
  7. Papaioannou, A.; Dimara, A.; Kouzinopoulos, C.S.; Krinidis, S.; Anagnostopoulos, C.N.; Ioannidis, D.; Tzovaras, D. LP-OPTIMA: A Framework for Prescriptive Maintenance and Optimization of IoT Resources for Low-Power Embedded Systems. Sensors 2024, 24, 2125. [Google Scholar] [CrossRef] [PubMed]
  8. Dimara, A.; Vasilopoulos, V.G.; Papaioannou, A.; Angelis, S.; Kotis, K.; Anagnostopoulos, C.N.; Krinidis, S.; Ioannidis, D.; Tzovaras, D. Self-Healing of Semantically Interoperable Smart and Prescriptive Edge Devices in IoT. Appl. Sci. 2022, 12, 11650. [Google Scholar] [CrossRef]
  9. Gnawali, O.; Fonseca, R.; Jamieson, K.; Moss, D.; Levis, P. Collection tree protocol. In Proceedings of the 7th ACM Conference on Embedded Networked Sensor Systems, Berkeley, CA, USA, 4–6 November 2009; ACM: New York, NY, USA, 2009; pp. 1–14. [Google Scholar]
  10. Winter, T.; Thubert, P.; Brandt, A.; Hui, J.; Kelsey, R.; Levis, P.; Pister, K.; Struik, R.; Vasseur, J.-P.; Alexander, R. RPL: IPv6 Routing Protocol for Low-Power and Lossy Networks. RFC 6550; RFC Editor, 2012. Available online: https://www.rfc-editor.org/info/rfc6550 (accessed on 19 February 2026).
  11. Effah, E.; Thiare, O. Survey: Faults, fault detection and fault tolerance techniques in wireless sensor networks. Int. J. Comput. Sci. Inf. Secur. (IJCSIS) 2018, 16, 1–14. [Google Scholar]
  12. Mohapatra, H.; Rath, A.K. Survey on fault tolerance-based clustering evolution in WSN. IET Netw. 2020, 9, 145–155. [Google Scholar] [CrossRef]
  13. Liu, J.; Zheng, Z.; Li, H.; Xiong, Y.; Ding, X.; Nie, Y. Anomaly detection based on lightweight deep learning algorithms. J. Phys. Conf. Ser. 2023, 2425, 012003. [Google Scholar] [CrossRef]
  14. Dridi, A.; Boucetta, C.; Hammami, S.E.; Afifi, H.; Moungla, H. STAD: Spatio-temporal anomaly detection mechanism for mobile network management. IEEE Trans. Netw. Serv. Manag. 2020, 18, 894–906. [Google Scholar] [CrossRef]
  15. Han, S.; Mao, H.; Dally, W.J. Deep compression: Compressing deep neural networks with pruning, trained quantization and Huffman coding. arXiv 2016, arXiv:1510.00149. [Google Scholar] [CrossRef]
  16. Warden, P.; Situnayake, D. TinyML: Machine Learning with TensorFlow Lite on Arduino and Ultra-Low-Power Microcontrollers; O’Reilly Media: Santa Rosa, CA, USA, 2019. [Google Scholar]
  17. Kim, D.K. A Study on Energy-Efficient Self-Healing in Wireless Sensor Networks. Ph.D. Thesis, Seoul National University, Seoul, Republic of Korea, 2015. [Google Scholar]
  18. Li, H.; Ota, K.; Dong, M. Learning IoT in edge: Deep learning for the Internet of Things with edge computing. IEEE Netw. 2018, 32, 96–101. [Google Scholar] [CrossRef]
  19. Bormann, C.; Ersue, M.; Keranen, A. Terminology for Constrained-Node Networks. RFC 7228; RFC Editor, 2014. Available online: https://www.rfc-editor.org/info/rfc7228 (accessed on 19 February 2026).
  20. Demers, A.; Greene, D.; Hauser, C.; Irish, W.; Larson, J.; Shenker, S.; Sturgis, H.; Swinehart, D.; Terry, D. Epidemic algorithms for replicated database maintenance. In Proceedings of the Sixth Annual ACM Symposium on Principles of Distributed Computing, Vancouver, BC, Canada, 10–12 August 1987; ACM: New York, NY, USA, 1987; pp. 1–12. [Google Scholar]
  21. Ongaro, D.; Ousterhout, J. In search of an understandable consensus algorithm. In Proceedings of the USENIX ATC ’14: 2014 USENIX Annual Technical Conference, Philadelphia, PA, USA, 19–20 June 2014. [Google Scholar]
  22. Jain, M. Self-Healing Networks with AI-Based Fault Prediction in IoT Ecosystems. Int. J. Sci. Res. Eng. Trends 2025, 11, 410. [Google Scholar] [CrossRef]
  23. Gopala Reddy, B. Towards Self-Healing IoT Networks: Leveraging BLE for Distributed Fault Detection and Recovery. Int. J. Comput. Eng. Technol. 2025, 16, 2347–2361. [Google Scholar] [CrossRef]
  24. Jiang, X.; Lu, C.; Luo, H.; Sun, Y. Unsupervised Distributed Anomaly Detection Framework for IoT in Edge AI Network. IEEE Internet Things J. 2025, 12, 22058–22072. [Google Scholar] [CrossRef]
Figure 1. EdgeRescue system architecture overview: each node hosts a local intelligence module, communicates with neighbors, and participates in distributed healing.
Figure 1. EdgeRescue system architecture overview: each node hosts a local intelligence module, communicates with neighbors, and participates in distributed healing.
Computation 14 00084 g001
Figure 2. Self-healing node-level workflow: real-time monitoring, local anomaly detection, peer interaction, and path reconfiguration.
Figure 2. Self-healing node-level workflow: real-time monitoring, local anomaly detection, peer interaction, and path reconfiguration.
Computation 14 00084 g002
Figure 3. Packet Delivery Ratio (PDR) comparison among evaluated methods.
Figure 3. Packet Delivery Ratio (PDR) comparison among evaluated methods.
Computation 14 00084 g003
Figure 4. Mean Recovery Time (MRT) across different self-healing strategies.
Figure 4. Mean Recovery Time (MRT) across different self-healing strategies.
Computation 14 00084 g004
Figure 5. Average node energy consumption (mAh) comparison.
Figure 5. Average node energy consumption (mAh) comparison.
Computation 14 00084 g005
Figure 6. False Positive Rate (FPR) among anomaly detection models.
Figure 6. False Positive Rate (FPR) among anomaly detection models.
Computation 14 00084 g006
Table 1. Per-node autonomous healing trace for a representative fault event (Node n 47 , Run 3).
Table 1. Per-node autonomous healing trace for a representative fault event (Node n 47 , Run 3).
Elapsed Time (s)Event
0.0Anomaly score y 47 crosses threshold τ = 0.5
0.1FNP broadcast issued to 3 one-hop neighbors
0.4Neighbors independently update local routing tables
1.6First successfully rerouted packet delivered
3.9Path stability confirmed via ACK validation
Table 2. Comparison of EdgeRescue with State-of-the-Art Methods.
Table 2. Comparison of EdgeRescue with State-of-the-Art Methods.
MethodPDR (%)MRT (s)Energy (mAh)FPR (%)
Default RPL [10]81.4 ± 2.112.8 ± 1.478.2 ± 3.10.0
LightNet [13]86.3 ± 1.89.1 ± 1.172.4 ± 2.66.7 ± 0.9
HealNet [23]89.7 ± 1.56.2 ± 0.870.1 ± 2.34.1 ± 0.7
UDAD [24]91.2 ± 1.35.4 ± 0.968.3 ± 2.13.6 ± 0.6
EdgeRescue94.6 ± 1.23.9 ± 0.663.5 ± 1.92.3 ± 0.4
Table 3. Anomaly Detection and Healing Response Time Comparison.
Table 3. Anomaly Detection and Healing Response Time Comparison.
MethodPrecision (%)Recall (%)F1 (%)HRT (s)
LightNet [13]88.491.289.86.3
HealNet [23]91.790.591.14.8
UDAD [24]93.292.192.63.9
EdgeRescue96.193.894.91.6
Table 4. Computational Overhead Comparison.
Table 4. Computational Overhead Comparison.
MethodFlash (KB)SRAM (KB)Inference (ms)On-Device
LightNet [13]38120.4Yes
HealNet [23]N/AN/AN/ANo
UDAD [24]110311.8Partial
EdgeRescue92241.2Yes
Table 5. Ablation Study: Effect of Removing Individual Components.
Table 5. Ablation Study: Effect of Removing Individual Components.
ConfigurationPDR (%)MRT (s)Energy (mAh)FPR (%)
EdgeRescue (full)94.6 ± 1.23.9 ± 0.663.5 ± 1.92.3 ± 0.4
w/o Anomaly Detector87.8 ± 1.98.1 ± 1.265.1 ± 2.20.0
w/o Energy-Aware Routing93.1 ± 1.44.3 ± 0.772.9 ± 2.52.4 ± 0.5
w/o ACK Path Validation91.4 ± 1.65.2 ± 0.864.2 ± 2.03.8 ± 0.6
Table 6. Sensitivity of Detection Performance to Threshold τ .
Table 6. Sensitivity of Detection Performance to Threshold τ .
τ Precision (%)Recall (%)F1 (%)FPR (%)
0.388.697.192.77.6
0.492.395.693.94.8
0.596.193.894.92.3
0.697.490.293.71.4
0.798.188.493.00.9
Table 7. Gateway-Isolation Test: PDR and MRT with Gateway Connected vs. Disconnected.
Table 7. Gateway-Isolation Test: PDR and MRT with Gateway Connected vs. Disconnected.
MethodPDR—Connected (%)PDR—Isolated (%)MRT—Connected (s)MRT—Isolated (s)
Default RPL81.4 ± 2.143.2 ± 4.612.8 ± 1.4
EdgeRescue94.6 ± 1.291.3 ± 1.83.9 ± 0.64.6 ± 0.9
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

MDPI and ACS Style

Alanazi, H.A.; Alanazi, A.G.; Albalawi, N.S. EdgeRescue: Lightweight AI-Based Self-Healing for Energy-Constrained IoT Meshes. Computation 2026, 14, 84. https://doi.org/10.3390/computation14040084

AMA Style

Alanazi HA, Alanazi AG, Albalawi NS. EdgeRescue: Lightweight AI-Based Self-Healing for Energy-Constrained IoT Meshes. Computation. 2026; 14(4):84. https://doi.org/10.3390/computation14040084

Chicago/Turabian Style

Alanazi, Haifa A., Abdulaziz G. Alanazi, and Nasser S. Albalawi. 2026. "EdgeRescue: Lightweight AI-Based Self-Healing for Energy-Constrained IoT Meshes" Computation 14, no. 4: 84. https://doi.org/10.3390/computation14040084

APA Style

Alanazi, H. A., Alanazi, A. G., & Albalawi, N. S. (2026). EdgeRescue: Lightweight AI-Based Self-Healing for Energy-Constrained IoT Meshes. Computation, 14(4), 84. https://doi.org/10.3390/computation14040084

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop