To provide network coverage, gateways must be placed such that they can communicate with end devices. Therefore, the number and positions of the gateways are critical design factors. Additionally, the intended recipient, or next hop, and the configuration of each link must be selected. This work reuses the network and carbon footprint model introduced in [
7]; all calculations and scenario parameters are identical to that work. For each scenario, the total CF is computed as the sum of gateway and end-device life cycle contributions, including operational electricity consumption provided by photovoltaic panels and battery life-cycle emissions. Manufacturing and end-of-life emissions are not optimized in this study, as the number of end devices is assumed to be constant across all scenarios. We train a new MLP based on the second architecture from [
8] using the same dataset, and we repeat the full training procedure. All computational experiments and analyses reported in this work were performed using MATLAB R2024a.
2.1. Network Model
LoRa is a widely used physical (PHY) layer technology for low-power wide-area networks (LPWANs), designed to enable long-range and low-power communications by employing chirp spread spectrum (CSS) modulation. In CSS, information is conveyed through chirps whose instantaneous frequency sweeps across a given bandwidth, which provides high robustness to noise and enables reception at low signal-to-noise ratios. LoRa links are typically configured through a small set of PHY parameters, among which the spreading factor (SF) is the most influential in coverage and airtime: increasing SF increases receiver sensitivity (hence improving range) but decreases the data rate and increases time on air, directly affecting energy consumption and channel occupancy. Consequently, SF selection trades throughput and energy against robustness and coverage [
15]. Because LoRa commonly operates in unlicensed sub-gigahertz bands, regulatory constraints limit channel occupancy. In the European frequency band of 868
, a widely used constraint is a 1% maximum duty cycle per sub-band.
Although LoRaWAN, the standard protocol for LoRa, natively only supports star-of-stars deployments, here the physical LoRa layer is used within a multi-hop topology. We adopt the LoRa-based multi-hop model from [
7]: end devices may forward received packets during predefined time slots until the packet reaches a gateway. End devices are preprogrammed with knowledge of their next hop, and the effect of clock drift or collisions is sufficiently small to be disregarded. A typical scenario (illustrated in
Figure 1) places
end devices uniformly at random within an urban square area with area
km
2. Although LoRa links can span tens of kilometers in rural environments, measurement campaigns show a significant degradation of the packet delivery ratio in urban settings [
5]. Under the adopted propagation and interference model, this area represents the largest urban region for which a single gateway can still provide near-complete coverage, making it a suitable test case to study multi-hop operation and CF-aware gateway placement. End devices generate identical uplink traffic (10 packets/
of 250 bits), and radios use the same maximum transmission power (14 dBm). This multi-hop topology was shown to have a positive impact on the CF of the proposed network compared to classic LoRaWAN topologies [
7].
The problem of placement and configuration is modeled as an integer linear program. Gateway locations are discretized as an array of
K candidate points on the plane,
, and each point may host a gateway (
) or remain empty (
). Binary and integer decision variables encode (i) gateway deployment over
via
, (ii) the next hop chosen for an end device (to another end device or a deployed gateway), and (iii) SF assignment per link. The objective minimizes the carbon footprint computed by the life-cycle model subject to connectivity, duty-cycle, and link feasibility constraints. Link feasibility captures the requirement that the received signal conditions under the selected SF satisfy the adopted propagation model, while the duty-cycle constraints ensure that the total airtime induced by both a device’s own traffic and forwarded traffic does not violate the regulatory maximum occupancy. The ILP therefore yields ground-truth gateway placements and the corresponding configuration used to label training samples in [
8].
For experiments where the gateway location is known (e.g., the position is calculated by the MLP), we use a simplified ILP formulation with fixed gateway positions (i.e., fixing the selected elements of to match the predicted coordinates after discretization) and solve the ILP to obtain feasible next-hop and SF assignments and to evaluate the CF of the MLP-predicted solution. As part of this evaluation, the ILP also determines the per-device forwarding load, which is used to compute the corresponding traffic weights. This hybrid workflow preserves comparability with the ILP-optimized baseline while exploiting the MLP for rapid gateway selection.
2.2. Carbon Footprint
We quantify the network CF using the same life-cycle accounting adopted in [
7,
8]. The total network footprint is computed by combining gateway and end-device contributions while keeping the number of end devices fixed across scenarios (such that their manufacturing/end-of-life contributions do not influence the optimization process).
Gateway energy consumption is modeled according to the gateway analysis in [
16]. To remain conservative, we use the worst-case configuration among those analyzed: a Lorrier LR2 gateway with Long-Term Evolution (LTE) backhaul.
End-device consumption is driven by the time on air required to deliver traffic and by listening for an acknowledgment. Both terms depend on the amount of transmitted traffic and the selected SF (higher SF increases time on air), and therefore multi-hop forwarding can substantially change the per-device energy profile.
End devices and gateways are powered by photovoltaics and include a battery with enough capacity for 24 h of operation. Thus, we convert energy demands into CF through two life-cycle scalar factors: , capturing the photovoltaic-panel contribution, and , capturing the battery contribution associated with daily cycling (365 recharge cycles/year for a battery with enough capacity to power the device for 24 h). The end-device CF is then obtained by applying the combined factor to each device’s energy consumption. The total CF of the network, , is the sum of the CF of all end devices and gateways.
2.4. Neural Network Architecture and Training
Following the two-stage workflow introduced in [
8], we proceed as follows. First, a dataset of 24,000 scenario instances is generated by solving the full ILP problem defined in the previous
Section 2.3, which yields ground-truth gateway placements and feasible network configurations. Next, a first-stage MLP—which does not require CF or traffic-weight features—is trained to predict the gateway position from end-device locations only. Given this initial gateway position, we solve a streamlined version of the ILP problem in which the gateway placement
is fixed and therefore no longer optimized; as a result, this reduced formulation only needs to determine a feasible communication configuration. The network generated with this gateway position is then used to construct the input features of the second-stage MLP:
(1) and (2) Raw end-device (point-cloud) features. Each scenario is represented as an unordered set of end-device feature vectors containing (1) Cartesian coordinates and (2) a weight term. Device positions are randomly generated, while transmitted traffic is computed after the first-stage network is configured by solving the streamlined ILP problem. The weight is defined as the logarithm of the transmitted traffic expressed in ‘traffic units’, where one traffic unit corresponds to the quantity of data generated by a single end device in one hour. Consequently, the weight ranges from for devices that only transmit their own traffic to for devices that also forward the traffic of the other 29 end devices.
(3) Spatial sampling regions (SSRs). To obtain a fixed-length spatial representation, the deployment area is partitioned into overlapping circular regions of radius , with region centers arranged on an grid and inter-center distance r. This radius was selected empirically based on validation performance. Although this value achieved the best mean result among the tested radii, the confidence intervals overlapped across the evaluated values, indicating that the model is not highly sensitive to moderate changes in the SSR radius. Therefore, should be interpreted as a robust empirical choice rather than as a uniquely optimal value. For each SSR, the number of end devices within the region is counted, yielding a 121-dimensional spatial summary that preserves coarse locality while remaining invariant to the ordering and exact number of end devices.
(4) Carbon footprint (CF). In addition to being the optimization objective, the CF value is provided as a single scenario-level input feature. It is calculated as the sum of the CFs generated by all gateways and end devices, as described in
Section 2.2. This scalar acts as a compact global descriptor of the deployment, complementing the fine-grained spatial encodings and potentially improving generalization across scenarios with different energy and infrastructure characteristics.
These four input types are used for training a second-stage MLP, which is the focus of this work and produces the final gateway placement.
Table 2 reports the number, range, normalized range, mean, standard deviation, and median of each input type. The resulting dataset is split into training/validation/test subsets with proportions of 67%/17%/17%, respectively. Rare instances for which the ILP has no feasible solution with a single gateway are discarded. All inputs are min–max scaled using statistics computed on the training and validation sets (the normalized ranges shown in
Table 2 correspond to the test subset and therefore do not always span the entire range
).
Although all input types exhibit different statistical distributions, a key structural distinction is that the coordinate and weight features originate from an unordered set of 30 end devices. As a result, any permutation of these inputs should not affect the predicted gateway placement. To improve robustness and encourage permutation invariance for the unordered set of end devices, we apply two data augmentations: random permutations of the end-device ordering and global geometric transformations of the deployment (mirror reflections). This expected permutation symmetry and its effect on the MLP’s behavior are examined below in
Section 3.1.
The second-stage MLP feeds a fixed-length input vector to a single dense hidden layer with 22 neurons, and a two-neuron output regresses gateway Cartesian coordinates. Training uses the Levenberg–Marquardt optimizer with damping parameter , mean squared error (MSE) loss and up to 1000 epochs with early stopping (patience 6). Finally, for each gateway position predicted by the second-stage MLP, the streamlined ILP problem is solved again to obtain the associated configuration and to evaluate the resulting CF.
After the MLP outputs the gateway coordinates, we follow the evaluation pipeline introduced in [
8]. Specifically, the streamlined version of the ILP problem is solved with the gateway position fixed to the predicted coordinates. This step determines feasible link establishment and SF assignments and is used to compute the resulting CF. If the solution with a single gateway is infeasible, additional gateways are progressively deployed following a regular grid pattern: first two gateways, then four, and finally nine, until a feasible solution is obtained.
It should be noted that the MLP is trained using network instances whose size was selected during the ILP design phase to be close to the coverage limit of a single gateway, with only a small percentage of infeasible topologies. As discussed in [
8], extending this approach to larger deployments that require multiple gateways does not necessarily require retraining an MLP to output multiple gateway positions. Instead, the set of end devices can first be partitioned into spatial clusters using standard clustering techniques (e.g., Fuzzy C-Means), after which the proposed MLP can be applied independently to each cluster to determine suitable gateway locations.
This divide-and-conquer strategy is naturally scalable because each cluster preserves the single-gateway formulation for which the model was designed, while the per-cluster predictions can be computed independently and, if required, in parallel. In this context, the main scalability limitation does not arise from the MLP itself, whose number of parameters grows linearly with the number of end devices for a fixed hidden-layer size, but from the ILP used to generate labels and evaluate configurations: as the number of end devices, candidate gateway locations, and feasible links increases, the number of decision variables and constraints grows rapidly, and the corresponding solution time becomes the dominant computational bottleneck. Therefore, constraining the optimization to local clusters is not only a practical way to address multi-gateway deployments but also a principled mechanism to maintain tractable label generation while preserving the interpretability of the learned input roles. This clustered formulation assumes that most relay interactions remain predominantly local; if strong inter-cluster dependencies arise, a second refinement step can be applied to jointly adjust neighboring gateway positions after the per-cluster initialization.
2.5. Machine Learning Explainability
Beyond predictive accuracy, the objective of this work is to provide insight into how the proposed learning model exploits input information to reduce the carbon footprint of LoRa-based multi-hop networks. XAI emphasizes that understanding data-driven models can support better training and model selection, help detect biases, and improve robustness assessments. Moreover, domain knowledge and explainability are often viewed as necessary ingredients to achieve scientific consistency and to obtain scientifically meaningful outcomes beyond raw predictive performance [
12,
13].
In this sense, our approach aligns with perspectives on explainable machine learning for scientific discovery, where the goal is not only to justify individual predictions but also to understand the mechanisms by which a model encodes and uses domain-relevant information. While much of the explainability literature focuses on pattern recognition and computer vision, similar principles apply to MLPs: explainability tools can identify influential input features, assess robustness to perturbations in the input data, and support human understanding of model behavior, ultimately enabling iterative model improvement [
13,
17]. Accordingly, we address explainability through a combination of transparent design choices, post hoc interpretability analyses, and domain-informed feature engineering, following the terminology in [
12].
Interpretability in our framework is assessed through complementary importance analyses, including sensitivity analysis, ablation studies, and SHAP values [
18]. Together, these methods provide insight into the contribution of each input block to the predicted gateway position, both locally and globally. In particular, they help identify the information on which the model relies and clarify how different encodings interact when optimizing the carbon footprint. Since each technique captures different aspects of model behavior, their combined use provides a more robust interpretation than any single method alone.
Feature selection methods are commonly categorized based on whether the selection criterion depends on the predictive model (wrapper approaches) or is model-agnostic (filter approaches). Although filtering is typically less computationally intensive, it may ignore feature interactions and may not reflect how features behave within the chosen learning algorithm; moreover, many filter criteria rely on simple linear relationships that can be insufficient for nonlinear models [
19]. We extend this reasoning to feature importance and employ multiple wrapper-style analyses to determine which information is most relevant for CF-aware gateway placement. While the relative importance of features can vary across datasets, architectures, and network sizes, the methodological conclusions regarding which types of information are informative for the task can guide the design of sustainable IoT planning pipelines; broader implications are discussed in
Section 4. Although numerical importance rankings may vary with architecture capacity and deployment density, the identified roles of global descriptors (e.g., CF-like signals) versus spatial encodings (fine coordinates and coarse summaries) are expected to remain informative across a broad class of regression-based gateway placement models.
From an optimization standpoint, the use of an MSE loss function contributes to the interpretability of the training objective: because the model outputs gateway coordinates, minimizing the MSE corresponds to minimizing the squared Euclidean distance between predicted and target gateway positions. This establishes a direct geometric relationship between loss reduction and spatial accuracy, making training progress easy to relate to the underlying placement problem.
A further element supporting explainability is the symmetry analysis presented in
Section 3.1. End-device information is naturally represented as an unordered set; therefore, the predictive function should be invariant to permutations of the input ordering. By analyzing the trained weights, we study how symmetry constraints induced by data augmentation are reflected in the learned parameters. This provides a model-internal view of how a standard MLP can approximate set-like behavior without specialized set architectures, thereby increasing confidence in generalization.
Finally, domain knowledge is explicitly incorporated through the use of SSRs as input features. SSRs exploit the approximately circular nature of wireless coverage regions and provide a structured spatial summary consistent with the geometry of the deployment area. Based on insights from our previous ILP-based optimization, we expected the effective SSR radius to be on the order of the coverage radius associated with spreading factor 7, which was frequently preferred by the optimization process [
7]. The final radius is selected empirically by testing multiple values and choosing the one that minimizes the validation-set carbon footprint, following a data-driven procedure analogous to selecting other hyperparameters (e.g., the number of hidden neurons). This combination of physical intuition and empirical validation illustrates how informed feature design can support both performance and interpretability.
Overall, rather than treating the neural network as a black box, this work leverages interpretability tools, symmetry considerations, and domain knowledge to explain how and why the model behaves as it does. In doing so, we aim not only to improve gateway placement recommendations but also to advance understanding of how learning-based methods can be reliably applied to green communication network design.