Conceptio › Archive › arXiv CS
arXiv CS open access

Towards Sustainable Federated Learning via Carbon-Aware Client Selection

Wentao Gao et al. · arxiv_cs
arXiv CS · Papers
Open Source ↗Direct PDF ↓
clouddistributed-computingparallel-computing
The Information/Communication Technology (ICT) industry is severely challenging the global environment due to the sharply rising carbon emissions generated by machine learning (ML) workloads. Federated Learning (FL) is one of the prominent distributed ML systems used in applications with billions of
Conceptio Open Archive

Analyze & explore related research in Conceptio

Connect this record directly into your research workflow or AI agent. Explore citations across open repositories, query full text, and export structured proof bundles.

1

Towards Sustainable Federated Learning via Carbon-Aware Client Selection

arXiv:2611.09552v1 [cs.DC] 6 Nov 2026

Wentao Gao, Omid Tavallaie, Member, IEEE, Albert Y. Zomaya, Fellow, IEEE

Abstract—The Information/Communication Technology (ICT) industry is severely challenging the global environment due to the sharply rising carbon emissions generated by machine learning (ML) workloads. Federated Learning (FL) is one of the prominent distributed ML systems used in applications with billions of client devices, such as Google Gboard and Apple Siri. Nearly half of the total carbon footprint in FL originates from client-side computation during local training. However, existing client selection strategies in FL primarily focus on minimizing energy consumption rather than carbon emissions, despite the fact that carbon impact depends not only on computational load but also on the underlying carbon intensity of the energy source. In this paper, we address this gap by proposing a carbon-aware fair client selection strategy (CA-FCS) designed to minimize the carbon emissions associated with model training on client devices. In contrast to existing approaches for reducing carbon emissions in FL, we incorporate hourly carbon intensity and a realistic energy consumption model developed using empirical measurements from Google Pixel smartphones to estimate clientside carbon emissions in FL. Since repeatedly selecting lowcarbon clients may reduce data diversity and degrade global model performance, particularly under non-independent and identically distributed (non-IID) data settings, CA-FCS incorporates fairness into client selection to mitigate this issue. We conduct extensive experiments under realistic FL settings for mobile devices, where client participation is constrained by device availability conditions, such as charging status and Wi-Fi connectivity. The results demonstrate that our method reduces client-side carbon emissions by up to 46% while maintaining competitive model accuracy. Index Terms—Federated Learning (FL), Client Selection, Carbon Emissions, Carbon-aware, Fairness

I. I NTRODUCTION

T

HE challenge from climate change, driven by carbon emissions from human activities, remains profoundly severe. According to [1], the pace and scale of global efforts to reduce greenhouse gas emissions and enhance carbon removals are insufficient to achieve the temperature control target set by the Paris Agreement. The Information/Communication Technology (ICT) industry has emerged as one of the largest consumers of electricity [2]. The annual greenhouse gas emissions from the ICT ecosystem now account for over 2% of global emissions [3]. With the large-scale deployment of artificial intelligence, the carbon footprint of machine learning (ML) applications has risen sharply and become a significant part of the ICT carbon footprint [4], [5]. Among various applications Wentao Gao and Albert Y. Zomaya are with school of computer science, The University of Sydney, Australia. Email: wentao.gao@sydney.edu.au, albert.zomaya@sydney.edu.au Omid Tavallaie is with Department of Engineering Science, University of Oxford and Department of Computer Science, University of Western Australia. Email: omid.tavallaie@uwa.edu.au, omid.tavallaie@eng.ox.ac.uk

of ML, Federated Learning (FL) stands out as a particularly important distributed ML system because it serves billions of client devices in real-world deployments, such as Google Gboard and Apple Siri. In a typical FL process, clients perform local training on their private datasets and periodically upload model updates to the server for model aggregation. Recent research by Meta [6] indicates that concerns about the carbon footprint of large-scale FL are growing. Their experiment, which was performed on over a million clients, shows that around 50% of carbon emissions in the FL process come from client-side computing, and another approximately 50% come from the communication between clients and the server. As FL applications typically operate at a large scale with numerous clients, employing client selection algorithms to determine which clients participate in training constitutes a crucial component of the overall process. One of the most popular client selection methods is random client selection, which selects clients randomly in each training round [7]. Many state-of-the-art proposed client selection strategies focus on improving the performance of FL, such as accuracy and convergence speed [8], [9]. However, attention to the environmental impact of client-side computation is limited. The carbon emissions from local training of a client are given by the product of the energy consumption and the carbon intensity during its local training. Carbon intensity refers to the amount of carbon emissions produced per unit of energy production. It varies across locations and over time due to differences in energy resources and temporal fluctuations in the power system [10]. For example, a region that relies on solar tends to exhibit lower carbon intensity compared to a region using coal. Even in a single day, at the same location, carbon intensity may vary across different time periods. Although there are some proposed energy-efficiency client selection strategies (such as [11]), it is worth noting that energy-efficiency and carbon-efficiency are not equivalent. FL typically requires clients (such as mobile devices) to participate only when they are connected to Wi-Fi and charging to avoid accidentally dropping out [6]. It results in heterogeneous participation times across clients. Consequently, even within the same geographic region, clients may have varying carbon intensities during local training due to differences in the time when they implement local training, leading to disparities in their associated carbon emissions. This motivates the need for a carbon-aware client-selection strategy for FL with mobile devices as clients, which can reduce the carbon emissions from client-side computing by prioritizing clients with lower carbon emissions from local training. Fig.1 illustrates an example of client selection outcomes using random selection and selection

2

(a) Random Client Selection

(b) Carbon-aware Client Selection

Fig. 1. Random vs. Carbon-Aware Client Selection. (a) Random client selection: In each training round, a fixed number of clients are randomly selected to participate in FL. (b) Carbon-aware client selection: In each training round, a fixed number of clients with the lowest estimated carbon emissions are selected to participate in FL.

aimed at minimising carbon emitted during training. Exclusively selecting low-emissions clients may lead to biased client selection and degrade the performance of the aggregated global model, particularly with non-independent and identically distributed (non-IID) data settings. As FL selects only a fraction of clients per round for training, employing a fair client selection strategy is essential. Repeatedly selecting certain clients while excluding others can introduce bias and degrade model performance [12]. In this paper, we propose a carbon-aware fair client selection strategy (CA-FCS) for FL with mobile devices as clients. In the design of CA-FCS, to preserve performance for any data distribution (including the extreme case of non-IID), in addition to estimating and taking the carbon emissions of each client into account, we consider two conditions to ensure fairness in the client selection process: 1) by limiting the minimum and maximum number of times that a client can be selected for model training, and 2) by preventing selection of the same client in 2 consecutive training rounds. Besides, in CA-FCS, the precise carbon emissions for a client are estimated without sharing private information (such as geographical position) with the server. The estimation is based on the energy consumption information (such as voltage) and the fine-grained carbon intensity at the time when the client is usually plugged into a power outlet and connected to Wi-Fi. The main contributions of our work are summarized as follows: 1) By considering the varied carbon intensity and power model of mobile devices, we propose CA-FCS, a fair carbon-aware client selection method for FL that dynamically adjusts the set of client devices participating in model training based on their estimated carbon emissions. To the best of our knowledge, CA-FCS is the first client selection method proposed for FL that employs finegrained carbon intensity to estimate the carbon emissions from client devices and further guides the selection process. • 2) To avoid sacrificing model performance (accuracy) while minimizing carbon emissions by using client selection, CA-FCS considers not only the estimated carbon footprint of local model training at each client, but also

•

the fairness of the client selection process. This prevents repeatedly selecting low-carbon clients. As a result, CAFCS provides a fair client selection strategy that maintains a competitive number of training rounds and accuracy under both IID and non-IID settings. • 3) To estimate the precise carbon emissions of model training on a client device, CA-FCS proposes a realistic solution that was implemented and tested on Google Pixel phones with different hardware specifications. By using the electric charge consumed for local training, the voltage of the edge device’s battery, and the fine-grained carbon intensity, the client can estimate the carbon emissions of its local training accurately without sharing private information (such as location) with the server. This approach is different from solutions previously proposed in the literature that incorrectly assume minimizing power consumption is always equal to reducing carbon emissions. The remainder of this paper is organized as follows: Background is introduced in Section II. Section III discusses related works. The key challenges of employing a carbon-aware client selection strategy are explained in Section IV. In Section V, we discuss the measurement of carbon emissions on client devices. CA-FCS is proposed in Section VI. Section VII explains how we implement the experiments of CA-FCS on Google Pixel phones. The experimental results are evaluated in Section VIII. In Section IX, we discuss addressing the limitations and future work of our method. Finally, Section X concludes the paper. II. BACKGROUND FL [7] is a privacy-aware distributed ML framework that enables multiple clients to collaboratively optimize a shared global model under the coordination of a central server while keeping raw training data localized on client devices. In largescale FL systems, the number of participating clients can reach billions, making it infeasible for all clients to participate in every training round due to constraints such as limited bandwidth, computational resources, and energy availability. Therefore, in each training round, only a subset of clients is

3

selected. A key challenge in FL is the non-IID distribution of data across clients, which can degrade model accuracy and slow convergence [13], [14], while also raising concerns about fairness in client selection. Consistently excluding clients with unique data may prevent the global model from capturing important data distributions. Recently, increasing attention has been given to the environmental impact of machine learning, leading to the emergence of sustainable ML research [15], [16], [17]. The ICT industry consumes 2-3% of global electricity today, predicted to reach 8-21% by 2030 [2]. In large-scale FL, a substantial amount of ML tasks are performed on client devices. The carbon emissions from the server-side computation in FL are only 1-2%, while client-side computation contributes 46-50%. Upload and download networking produce 27-29% and 2224%, respectively [6]. The carbon emissions from a mobile device’s local training can be estimated as the product of energy consumption and carbon intensity, where carbon intensity is a measure of how much CO2 is emitted per unit of energy produced. Carbon intensity exhibits spatial and temporal heterogeneity. Regions relying more on renewable or low-carbon sources (e.g., wind, solar, and nuclear power) generally have lower carbon intensity [18], and even within the same region it varies over the day with electricity demand and the generation mix [19]. Since clients typically participate in FL only when connected to stable networks and power sources [20], even clients in the same region may experience different carbon intensities during training (discussed in Section V). Different from centralized training, which can be scheduled in low-carbon regions and time periods, FL inherently involves geographically distributed and temporally constrained client devices, making it particularly challenging to optimize carbon efficiency. III. R ELATED W ORKS Random Client Selection (Fig.1), as adopted in FedAvg [7], randomly samples a subset of clients in each training round. However, it does not consider sustainability-related factors. Strategies such as Oort [9] and PoC [8] improve accuracy and convergence efficiency, but primarily optimize statistical objectives while ignoring the environmental impact of FL. Recently, a number of energy-efficient client selection approaches have been proposed [11], [21], and [22]. These methods reduce the energy consumption of local training and mitigate client dropouts due to low battery levels, but energy efficiency is not equivalent to carbon efficiency. The carbon emissions of client devices depend not only on the energy consumption but also on the corresponding carbon intensity of the electricity, which varies across both location and time. Recent studies ( [23] and [24]) incorporate carbon intensity into the selection process to improve environmental sustainability. However, they rely on coarse-grained carbon intensity estimates, such as annual or monthly averages. Such simplifications may not accurately reflect real-world conditions, as carbon intensity exhibits significant temporal variation even within the same geographic location on the same day [25], which leads to inaccurate emissions estimates and

suboptimal selection decisions. To the best of our knowledge, [23] and [11] are the only existing methods that can be applied to minimize carbon emissions as an optimization objective with fine-grained carbon intensity. They also overlook the differences in energy consumption caused by hardware heterogeneity [26] (e.g., processors, memory architectures, and battery systems), even when clients train in the same location at the same time [27]. Furthermore, they may lack explicit fairness constraints. So, repeatedly prioritizing low-emission clients causes participation imbalance and reduces data diversity, particularly under highly non-IID settings [28]. Moreover, existing carbon-efficiency client selection strategies may lead to privacy concerns. The server typically determines the carbon efficiency of clients based on their carbon intensity by asking them to provide carbon intensity or geographical location. As a result, the server can easily infer clients’ geographical locations, since carbon intensity is spatially heterogeneous [29]. In parallel, some studies have leveraged the temporal variability of carbon intensity to reduce carbon emissions from client-side computing through scheduling in FL. These methods schedule clients’ local training processes during periods of the day when the carbon intensity is low, such as [30] and [31]. However, the effectiveness of such approaches may diminish when the clients are mobile devices. Because mobile devices, such as smartphones, are typically required to be both charging and connected to Wi-Fi before they are allowed to participate in FL [6]. Consequently, clients are unable to freely determine the timing of their participation in FL. IV. K EY C HALLENGES OF E MPLOYING A C ARBON - AWARE C LIENT S ELECTION S TRATEGY Employing a carbon-aware client selection strategy in practical FL with mobile devices faces three key challenges: precise estimation of the carbon emissions from a mobile device in a practical environment, balancing the sustainability and the performance of the global model in FL, and privacy concerns of sharing clients’ information for estimating the carbon emissions. In this section, we discuss each of these challenges in detail. Precise estimation of the carbon emissions from a mobile device in a practical environment: Carbon emissions from a mobile device’s local training are jointly determined by the energy consumption of local training and the carbon intensity of the energy supply at the position of the device during the training period. Both factors are heterogeneous in practice. Energy consumption varies across clients due to hardware heterogeneity, so estimating it solely from reported battery percentage is inherently inaccurate. For example, two mobile devices with battery capacities of 5000 mAh and 3000 mAh experiencing the same battery level reduction from 100% to 75% consume substantially different amounts of electrical charge. Battery level changes reflect not only the energy consumed by FL training but also the energy used by background processes and other concurrent system activities. Carbon intensity varies significantly across both geographic locations and time periods. Because the sustainability of energy sources is different across regions, the carbon intensity

4

may differ significantly between locations. Even in the same place, electricity generation mixes may change dynamically throughout the day due to fluctuations in renewable energy availability and electricity demand. In practical FL deployments, client availability varies throughout the day, as users charge their devices and connect to Wi-Fi at different times, resulting in different participation windows across clients. Consequently, coarse-grained carbon intensity, such as daily average carbon intensity, cannot accurately represent the actual carbon intensity associated with a device during local training. For instance, if a mobile device performs local training at 3:00 a.m. on January 1, 2024, in New South Wales, Australia, the carbon intensity at that time is 299.58 gCO2 /kW h, substantially lower than the daily average of 493.04 gCO2 /kW h. This discrepancy highlights how relying on daily average carbon intensity can lead to inaccurate estimates of the carbon emissions associated with local training. [32]. Balancing the sustainability and the performance of the global model in FL: Excessively selecting clients with low carbon emissions can apparently reduce the carbon footprint from client-side computing. However, rarely or never selecting clients with high carbon emissions may lead to a degradation in the performance of the global model, such as lower accuracy or longer time for convergence. Since clients’ local datasets are usually heterogeneous, insufficient participation from certain clients can prevent the global model from capturing features that exist only in those clients’ datasets. This issue becomes more severe in practical FL scenarios where data distributions across clients are highly skewed (non-IID). Privacy concerns of sharing clients’ information for estimating carbon emissions: Carbon-aware client selection methods should be designed to minimize the amount of information required from clients for estimating their carbon emissions. Ideally, such methods should rely on minimal information, preferably information that does not reveal clients’ private details or behavioral patterns. For instance, requiring clients to share their geographical locations, charging schedules, or Wi-Fi connectivity patterns may introduce additional privacy risks. Therefore, an important research direction is to develop carbon-aware client selection methods that can accurately estimate carbon emissions while requiring minimal information disclosure from clients. More importantly, it should not be overlooked that one of the primary motivations behind FL is to preserve the privacy of clients (users). This fundamental objective must not be compromised for the sake of any optimization, including reducing carbon emissions. V. E STIMATING C ARBON E MISSIONS FOR C LIENTS This section introduces the concept of carbon intensity and presents the formula for estimating carbon emissions from mobile devices. It then explains how CA-FCS estimates these emissions while preserving client privacy by avoiding the disclosure of sensitive information, such as client location. Table. I shows the main notations used in this paper. A. Carbon Intensity Carbon intensity refers to the amount of CO2 equivalent emitted per unit of energy [10]. In this study, it is defined as the

Fig. 2. Carbon intensity (gCO2 /kW h) of Australian states on 19th Oct 2026 7:00 p.m. Australia Eastern Time. The carbon intensity of Queensland (QLD) is highest, and the carbon intensity in South Australia (SA) and Tasmania (TAS) is apparently lower than that of other states.

grams of CO2 equivalent emitted per kilowatt-hour (kW h) of electricity generated (gCO2 /kW h). A lower carbon intensity reflects a cleaner energy source. It varies across regions due to differences in energy generation structures and resource availability. Regions that rely heavily on fossil fuels typically exhibit higher carbon intensity, as these sources emit large amounts of CO2 per unit of energy produced. In contrast, areas with a higher penetration of renewable or green energy sources such as hydroelectric, solar, or wind power tend to achieve significantly lower carbon intensity levels. Consequently, the carbon intensity associated with electricity consumption on client devices is inherently location-dependent and should be carefully considered in the design of carbon-aware FL systems. To illustrate the spatial heterogeneity of carbon intensity, Fig. 2 presents the carbon intensity across different states in Australia at 7:00 p.m. on October 19, 2026. Among all states, Queensland (QLD) exhibits the highest carbon intensity, exceeding 600 gCO2 /kW h, whereas Tasmania (TAS) demonstrates a substantially lower level, which is below 25 gCO2 /kW h. In addition to spatial variation, carbon intensity exhibits significant temporal dynamics primarily driven by fluctuations in electricity demand and changes in the generation mix over time. For example, during the daytime, the availability of cleaner energy sources, such as solar power, may result in lower carbon intensity compared with nighttime. As a result,

TABLE I D ECLARATION OF N OTATIONS Notation S Kmin Kmax N x Tprep Ei Qi Vi Cit CIit Ki St

Definition The set of all clients The minimum number of times that a client can be selected The maximum number of times that a client can be selected The total number of clients The required number of clients in each FL training round The required number of initial training rounds The energy consumption of local training on client i The electric charge consumed for local training on client i The device voltage of client i The carbon emissions of local training on client i at round t The carbon intensity of client i at round t The number of times that client i has been selected The set of selected clients at round t, where t ∈ [0, Tprep − 1]

J&22N:K

5

       



16: 9,& 

 7LPH





Fig. 3. The daily carbon intensity changes of NSW and VIC in Australia on 18/10/2026. In both NSW and VIC, carbon intensity varies over time. Significant differences in carbon intensity levels can be observed between daytime and nighttime.

carbon intensity is inherently time-dependent and cannot be assumed to be constant. Fig.3 illustrates the temporal variations of carbon intensity over a 24-hour period on October 18, 2026, in New South Wales (NSW) and Victoria (VIC), Australia. Both regions exhibit similar diurnal patterns: carbon intensity decreases in the early morning and rises during the nighttime. B. Estimating Carbon Emissions from Local Training on Mobile Devices The carbon emissions Cit (gCO2 ) of client i in round t are estimated from the energy consumption Ei (kW h) for local training and the corresponding carbon intensity CIit (gCO2 /kW h) [33]: Cit = Ei · CIit .

(1)

The energy consumption Ei is the product of the electric charge consumed for local training (mAh) and the device voltage (V ): Ei = Qi · Vi , (2) where Qi and Vi are electric charge consumed and device voltage of client i, respectively. C. The Estimation of Precise Carbon Emissions without Sharing Private Information in CA-FCS In CA-FCS, the server requires clients to independently perform the estimation of carbon emissions generated by local training and upload only the estimated carbon emission values to the server, without transmitting the carbon intensity or energy consumption associated with local training. When the server starts to carbon-aware select the clients for the upcoming training round t (t ≥ Tprep ), client i will receive a request from the server to send Cit , the estimated carbon emissions of local training on client i for the upcoming training round t. The detailed process of estimating the carbon emissions of local training for each client is as follows: • 1) Client i estimates its availability period for the upcoming FL training round (t) based on the user’s habitual daily behavior, including recent device usage and charging patterns. Specifically, the client identifies periods of

the day when the device is typically connected to a charger and the user is unlikely to be actively using other applications. This estimation is performed locally on each client device, without sharing the user’s behavioral information with any other entities in the network. t • 2) Client i obtains CIi , the average carbon intensity over its estimated availability period in the upcoming training round t, using hourly carbon intensity forecasts. Such forecasts can be obtained from existing carbon intensity forecasting services, for example, [32], which provide hourly forecasts for different geographical regions. The methodology for forecasting carbon intensity is beyond the scope of this work. • 3) Client i estimates Ei , the energy consumption of its local training, using the electric charge consumed (Qi ), which is recorded at the first time of local training of client i, and the device voltage Vi according to (2). Since the local training dataset of each client is typically assumed to remain unchanged throughout the whole process of FL [7], the electric charge consumed by local training on the same device can be assumed to be identical across different training rounds. Hence, Qi and Vi are only recorded once in CA-FCS, as long as the size of the local training dataset remains unchanged. t t • 4) Client i estimates Ci using Ei and CIi according to (1). After computing Cit , client i sends Cit to the server for the carbon-aware client selection process. Since the server receives only the estimated total carbon emissions associated with each client’s local training, rather than the carbon intensity values, it cannot directly infer the client’s carbon intensity, device type, or geographical location from the reported information. As a result, CA-FCS mitigates privacy concerns associated with sharing clients’ sensitive information. Unlike existing carbon-aware client selection strategies, CA-FCS comprehensively accounts for heterogeneity in both local training energy consumption and the carbon intensity across clients, enabling more accurate estimation of carbon emissions. The heterogeneity in energy consumption arising from differences in client device hardware specifications is accounted for by using the recorded electric charge consumed during local training and the device voltage. These values vary across mobile devices, reflecting differences in their energy consumption characteristics. CA-FCS excludes the energy consumed by background applications and processes on mobile devices, ensuring that only the energy consumed during local training is considered when estimating each client’s energy consumption. This approach improves the accuracy of local training energy consumption estimation compared to methods that rely on changes in the battery percentage reported by the device’s operating system. Given the spatial and temporal variations in carbon intensity, and the fact that mobile devices typically perform local training only when connected to a charger and a stable Wi-Fi network [6], CA-FCS considers the hourly carbon intensity at each client’s location during its estimated availability period for local training, rather than relying on daily or annual average carbon intensity values. For

6

example, if a client located in NSW, Australia, is available for local training from 3 a.m. to 6 a.m., the hourly carbon intensity values in NSW at 3 a.m., 4 a.m., and 5 a.m. are averaged to estimate the carbon intensity associated with the client’s local training. This approach accounts for the spatial and temporal heterogeneity of carbon intensity while considering the time constraints on clients’ participation in local training. Consequently, by combining more accurate estimates of local training energy consumption with fine-grained carbon intensity data, CA-FCS can achieve more precise carbon emissions estimation. VI. C ARBON - AWARE FAIR C LIENT S ELECTION D ESIGN Carbon-aware client selection is designed to reduce carbon emissions of FL from client-side computing by prioritizing clients with lower carbon emissions associated with local training. However, consistently prioritizing clients with lower carbon emissions may lead to the exclusion of other clients, thereby reducing data diversity and degrading global model performance, particularly in non-IID data settings. To achieve sustainable and equitable FL, balancing environmental efficiency and fairness in client selection is essential. To address this challenge, CA-FCS introduces two constraints to prevent the repeated selection of certain clients and promote fairness in client participation: 1) selection frequency limits, which define the minimum and maximum number of times each client can be selected for local training; and 2) non-consecutive selection, which prevents the same client from being selected in two consecutive training rounds. The server specifies the number of clients N , clients selected per round x, and the minimum and maximum number of times each client can be selected, denoted by Kmin and Kmax , respectively (0 ≤ Kmin ≤ Kmax ). In the initial training rounds of CA-FCS, in each round, the server selects x clients from the total number of N clients sequentially to ensure that each client can participate in FL at least Kmin times. The number of these initial training rounds Tprep is calculated by: N ⌉ · Kmin . (3) x When Kmin ≥ 1, in the initial training rounds, CA-FCS sequentially selects x clients per round to ensure that each client participates in training at least Kmin times. Specifically, at each initial training round t ∈ [0, Tprep − 1], clients with indices in the following cyclic interval are selected for training: Tprep = ⌈

St = [((t)x) mod N, ((t + 1)x) mod N ],

(4)

where the modulo operation enables the selection process to wrap around to the first client after reaching the last client. When the last initial training round (t = Tprep − 1) is finished, all N clients have been selected to participate in FL training at least Kmin times. At round t = Tprep − 1, if fewer than x clients remain with selection counts below Kmin , the remaining slots are filled randomly from clients that have already reached Kmin selected times. For instance, when N = 100, x = 9, and Kmin = 1, the index for each client ranges from 0 to 99 and Tprep = 12. At the twelfth initial training round (t = 11), only client 99 has a selection

count less than Kmin = 1. Then the server will randomly select 8 clients from clients 0 to 98 to meet the required minimum number of selected clients per training round. By using this strategy, CA-FCS prevents certain clients from being permanently excluded, which may reduce the accuracy of the aggregated global model. Algorithm.1 presents the process of initial rounds in CA-FCS. During their first local-training participation, clients record consumed charge Qi and voltage Vi . These values are used to estimate the energy consumption of local training Ei for selecting clients after the initial rounds. At round t (t ≥ Tprep ), CA-FCS performs carbon-aware client selection under fairness constraints. To perform carbon-aware client selection, the server requires each client to estimate its carbon emissions of local training, Cit , using Ei and CIit according to (1) and the procedure described in Section V-C. Then, each client i sends Cit to the server, which ranks all the clients in ascending order of their estimated carbon emissions. The server iteratively selects clients with minimum estimated carbon emissions, subject to two constraints: (1) the client was not selected in the previous training round, and (2) the client’s selection count Ki is less than Kmax . This process continues until x eligible clients have been selected. Algorithm.2 presents the process after initial rounds in CA-FCS. Algorithm 1 The Initial Rounds in CA-FCS (0 ≤ t < Tprep ). 1: Input: S, Kmin , N , x 2: Tprep = ⌈ N x ⌉ · Kmin 3: for 0 ≤ t < Tprep do 4: St = [((t)x) mod N, ((t + 1)x) mod N ] 5: for i in St do 6: if this is the first time client i be selected then 7: Client i records Qi and Vi . 8: end if 9: end for 10: end for

VII. E XPERIMENTS In this section, we explain the setup of our experiments in detail to evaluate the performance of CA-FCS. We examine the performance of CA-FCS and three other state-of-the-art client selection strategies by using 5 different datasets in both IID and non-IID data settings. The values of electricity-related information (electric charge consumed and voltage) of clients in our experiments are obtained from 3 different models of Google Pixel phones. A. Experiment Settings Datasets: The experiments are conducted on five image classification datasets with varying levels of complexity– MNIST [34], FMNIST [35], CIFAR-10 [36], CIFAR-100, and CINIC-10 [37]. MNIST and FMNIST contain 28×28 grayscale images with 60,000 training and 10,000 test samples. CIFAR10 consists of 60,000 color images belonging to 10 classes, with each image having a resolution of 32×32 pixels. CIFAR100 follows the same image format but contains 100 classes

7

Algorithm 2 The Rounds after Initial Rounds in CA-FCS (t ≥ Tprep ). 1: Input: S, Kmax , N , x 2: for t ≥ Tprep do 3: for i in S do 4: Client i obtains CIit according to its habitual. 5: Ei = Qi · Vi 6: Cit = Ei · CIit 7: Client i sends Cit to the server. 8: end for 9: The server sort S in ascending order based on Cit 10: for i in sorted S do 11: if the server has selected x clients then 12: Break 13: else if Ki ≤ Kmax then 14: if client i was not selected in t − 1 then 15: Client i is selected by the server. 16: Ki = Ki + 1 17: end if 18: end if 19: end for 20: end for

instead of 10, with 600 images per class. CINIC-10 combines images from CIFAR-10 and ImageNet [38]. It contains 270,000 color images of size 32×32, evenly distributed across 10 classes. These datasets are used as the benchmark for testing performance in many FL-related papers. Model architectures: For MNIST and FMNIST, we employ a multi-layer perceptron (MLP) consisting of two hidden layers with 200 neurons each and ReLU activation functions (Table. II). For CIFAR-10, CIFAR-100, and CINIC-10, we employ a convolutional neural network (CNN). The CNN architecture consists of two 5×5 convolutional layers with 32 and 64 output channels, respectively, each followed by a 2×2 max-pooling layer. The convolutional layers are followed by a fully connected layer with 512 ReLU-activated neurons and a softmax output layer for classification (Table. III) [7]. Data partition: The experiments consider both IID and non-

TABLE II T HE MODEL ARCHITECTURE OF THE FULLY CONNECTED MODEL USED FOR MNIST AND FMNIST DATASETS Layer Input Dense Dense Dense

Number of Neurons None 200 200 10

Activation None Relu Relu Softmax

TABLE III T HE MODEL ARCHITECTURE OF THE CNN MODEL USED FOR CIFAR-10, CIFAR-100, AND CINIC-10 DATASETS Layer Conv2D Conv2D Dense Dense

Number of Kernels 32 64 None None

Size of Kernel (5,5) (5,5) None None

Number of Neurons None None 512 10

Activation Relu Relu Relu Softmax

IID data settings. Each dataset is equally partitioned into 100 subsets, where each subset serves as the local dataset of one client. Consequently, each client possesses the same number of samples: 600 for MNIST and FMNIST, 500 for CIFAR-10 and CIFAR-100, and 900 for CINIC-10. Two levels of non-IID data distributions are considered. 1) Extreme non-IID setting: For MNIST, FMNIST, CIFAR-10, and CINIC-10, each client contains data from only two classes. For CIFAR-100, each client contains data from 20 classes. • 2) Moderate non-IID setting: For MNIST, FMNIST, and CINIC-10, each client contains data from six classes. For CIFAR-10, each client contains data from five classes, while CIFAR-100 clients contain data from 50 classes. •

Experiment assumptions: To consider hardware heterogeneity across clients, three generations of Google Pixel phones (Google Pixel 5, Google Pixel 7a, and Google Pixel 8a) are used in our experiments [39]. Google Pixel 6a is excluded due to reported thermal throttling issues [40]. These issues make it challenging to accurately record the energy consumption of local training. We assume that the clients using each type of smartphone account for equal proportions. On each phone, we apply a single model training procedure with the same dataset size and training configuration, then use Android Debug Bridge (ADB) command [41] to record the electric charge consumed by model training and device voltage on each smartphone. More details on how to use ADB commands are introduced in Section VII-B. Since carbon intensity varies substantially between daytime and nighttime periods, the time at which clients participate in FL training significantly affects the carbon emissions associated with local computation. In practical FL deployments, participating devices are typically required to be connected to both Wi-Fi and a power source to avoid unexpected dropouts [6]. Motivated by real-world user behavior patterns [42], we assume that 30% of clients are available to start and finish local training during a randomly selected hour between 7 a.m. and 8 p.m., while the remaining 70% are available during a randomly selected hour between 9 p.m. and 6 a.m. of the following day. To evaluate the robustness of the proposed method, additional experiments on FMNIST are conducted under alternative participation ratios of 10%-90%, 20%-80%, and 40%-60%. We further assume that each FL training round is completed within a single day. Time-varying carbon intensity values are obtained from Electricity Maps [32] and used to estimate carbon emissions. In this study, only carbon emissions associated with model training are considered. Baseline and metric: To evaluate the effectiveness of the proposed method, we compare CA-FCS against three baseline client selection strategies: Random Client Selection (Random CS) [7], Carbon-Efficient FL (CEFL) [23], and Energy-Aware FL (EAFL) [11]. Random CS uniformly samples an equal number of clients in each training round. CEFL prioritizes clients with lower carbon intensity and higher local training loss, while dynamically adjusting the number of selected clients according to the deviation of the accuracy curve. EAFL extends Oort [9] by incorporating both local training loss

8

TABLE IV C ONFIGURATION PARAMETERS OF THE E XPERIMENTS Learning Rate for MNIST and FMNIST Learning Rate for CIFAR-10, CIFAR-100 and CINIC-10 Epochs Batch Size Number of Total Clients (N ) Number of Selected Clients in Each Round (x) Kmin Kmax Number of Training Rounds for MNIST, FMNIST and CIFAR-10 Number of Training Rounds for CIAFR-100 and CINIC-10 Types of Client Devices

0.1 0.01 5 10 100 10 1 20 100 200 3

and energy consumption into the client utility metric. In the experiments using EAFL, the battery level of each client device was set to 100% prior to training. This setting is based on our experimental assumption that all mobile devices must be connected to a power source and Wi-Fi network to participate in FL model training. In addition to Random CS, which is the most widely adopted FL client selection method, we include two additional baseline methods, CEFL and EAFL, as, to the best of our knowledge, they are the only existing methods that can be applied to minimize carbon emissions as an optimization objective with fine-grained carbon intensity. The evaluation focuses on: 1) the highest achieved test accuracy, and 2) the carbon emissions generated by client-side computation within a fixed number of training rounds. The fixed training budget is set to 100 training rounds for MNIST, FMNIST, and CIFAR-10, and 200 training rounds for CIFAR100 and CINIC-10. For fairness evaluation, we compare the distribution of client selection frequencies across CA-FCS, Random CS, and fully carbon-aware client selection (CA-CS). CA-CS is a client selection strategy proposed by us for comparison that selects clients solely based on their carbon emissions from clientside computation. It removes all the constraints for fairness in CA-FCS and directly selects the clients with the lowest estimated carbon emissions produced by local training for each FL training round. The reason for proposing CA-CS and comparing it with Random CS and CA-FCS is to demonstrate the importance of incorporating fairness into carbon-aware client selection. Other details: We use Pydroid and PyTorch to code and train the model on Google Pixel phones. Table. IV summarizes the implementation details, including learning rate, batch size, and number of epochs.

Fig. 4. Three Google Pixel phones connect to the computer with ADB to get the file–batterystats.txt, which records the electric charge consumed for local training and device voltage.

Fig. 5. The contents of batterystats.txt, which is generated using ADB commands. It records the electric charge consumed by each operating process. Each process is associated with a unique UID, which can be used to identify the electric charge consumed by the process executing local training.

1) Enable developer options and USB debugging on the Google phones. And connect the Google phones to a computer that has ADB installed, such as in Fig. 4. • 2) Reset battery stats before starting the local training with the command: •

adb shell dumpsys batterystats --reset to ensure that only the consumed charge of local training is recorded. • 3) Disconnect the Google phones from the computer, and train the model with their local data. • 4) Connect the Google phones to the computer again. And use the command: adb shell dumpsys batterystats > batterystats.txt •

B. Estimating Energy Consumption from Google Pixel Phones Using ADB The voltage of Google Pixel 5 and Google Pixel 8a is 3.87 V . The voltage of Google Pixel 7a is 3.85 V (Vi used in our experiments). The electric charge consumed by Google Pixel 5, Google Pixel 7a, and Google Pixel 8a for local training (Qi used in our experiments) is shown in Table. V. Both the voltage and the electric charge consumed can be obtained by using ADB commands [41]. The specific steps to measure the electric charge consumed by a Google Pixel phone for local training are as follows:

to obtain the report of battery stats. 5) Use the UID, which is a unique ID allocated for each process by the Android system, to find the consumed charge corresponding to local training, as shown in Fig.5.

Then, the electric charge consumed and the device voltage obtained from these three smartphones are used as the electric charge consumed by local training and the device voltage of clients with the corresponding device type in our experiments. The energy consumption of each type of Google Pixel phone used in our experiments can be calculated using the electric charge consumed and the device voltage with (2). Table. V shows the energy consumption of the Google Pixel phones with different datasets.

9

TABLE V E LECTRIC C HARGE C ONSUMED AND E NERGY C ONSUMPTION OF L OCAL T RAINING BY U SING D IFFERENT G OOGLE P IXEL P HONES WITH VARIOUS DATASETS

Dataset

Google Pixel 8a Electric Charge Energy Consumption Consumed 0.749 mAh 0.00000300 kWh 0.739 mAh 0.00000286 kWh 5.04 mAh 0.0000195 kWh 5.08 mAh 0.0000197 kWh 7.98 mAh 0.0000309 kWh











5DQGRP&6 &()/ ($)/ &$)&6

      &DUERQ(PLVVLRQV J&22 (a) MNIST IID

$FFXUDF\













      &DUERQ(PLVVLRQV J&22

      &DUERQ(PLVVLRQV J&22

(b) MNIST Non-IID (2 labels)

(c) MNIST Non-IID (6 labels)













$FFXUDF\



$FFXUDF\

$FFXUDF\

Google Pixel 7a Electric Charge Energy Consumption Consumed 0.831 mAh 0.00000320 kWh 0.773 mAh 0.00000298 kWh 3.76 mAh 0.0000145 kWh 3.71 mAh 0.0000144 kWh 6.68 mAh 0.0000257 kWh



$FFXUDF\

$FFXUDF\

MNIST FMNIST CIFAR-10 CIFAR-100 CINIC-10

Google Pixel 5 Electric Charge Energy Consumption Consumed 0.294 mAh 0.00000114 kWh 0.311 mAh 0.00000120 kWh 1.68 mAh 0.00000650 kWh 1.64 mAh 0.00000635 kWh 2.52 mAh 0.00000975 kWh











      &DUERQ(PLVVLRQV J&22

      &DUERQ(PLVVLRQV J&22

      &DUERQ(PLVVLRQV J&22

(d) FMNIST IID

(e) FMNIST Non-IID (2 labels)

(f) FMNIST Non-IID (6 labels)

Fig. 6. Highest achieved accuracy vs. carbon emissions from client-side computing for Random CS, CA-FCS, CEFL, and EAFL of 100 training rounds on MNIST and FMNIST. To the best of our knowledge, CEFL and EAFL are the only existing methods that can be applied to minimize carbon emissions as an optimization objective with fine-grained carbon intensity.

VIII. E VALUATION This section evaluates CA-FCS from two perspectives. First, the highest achieved test accuracy and the client-side carbon emissions of CA-FCS are compared with those of Random CS, CEFL, and EAFL across five datasets and different data distributions. Second, the fairness of client selection in CAFCS is assessed by comparing the selection frequencies of each client with those of Random CS, CA-FCS, and CA-CS. A. Accuracy and Carbon Emissions Comparison Performance on MNIST and FMNIST: Fig. 6 reports the highest test accuracy and client-side carbon emissions accumulated over 100 FL training rounds for Random CS, CEFL, EAFL, and CA-FCS with different data distributions on MNIST and FMNIST. On MNIST (Figs. 6a-6c), CA-FCS consistently incurs the lowest carbon emissions among all methods. Specifically, it reduces client-side carbon emissions by approximately 42%-44% relative to Random CS without sacrificing accuracy. Under IID, non-IID (2 labels), and nonIID (6 labels) settings, CA-FCS attains peak accuracies of

98%, 95%, and 98%, respectively, which match those of Random CS and CEFL, and exceed those of EAFL. A similar trend is observed on FMNIST (Figs. 6d-6f). CA-FCS yields the lowest carbon emissions under both non-IID settings and the second-lowest emissions under the IID setting. Compared with Random CS, which achieves the highest accuracy in all data distributions, CA-FCS reduces carbon emissions by more than 41% while maintaining competitive accuracy. Although CEFL attains slightly lower emissions than CA-FCS under the IID setting, its accuracy degrades noticeably under non-IID distributions. In contrast, CA-FCS preserves accuracy close to that of Random CS, with only a marginal reduction of approximately 1%-2% under non-IID settings. The inferior accuracy of CEFL and EAFL is primarily attributed to insufficient fairness in client selection. Both methods repeatedly prioritize clients with low carbon intensity or low energy consumption, whereas clients associated with higher emissions remain excluded for extended periods. This selection bias reduces data diversity during training, which is particularly detrimental under non-IID distributions. The











   

5DQGRP&6 &()/ ($)/ &$)&6

 

    &DUERQ(PLVVLRQV J&22

   

    &DUERQ(PLVVLRQV J&22

(b) CIFAR-10 Non-IID (2 labels)









  

$FFXUDF\





   

    &DUERQ(PLVVLRQV J&22 (d) CIFAR-100 IID

   

    &DUERQ(PLVVLRQV J&22

(e) CIFAR-100 Non-IID (20 labels)







  

$FFXUDF\



$FFXUDF\



 

    &DUERQ(PLVVLRQV J&22 (g) CINIC-10 IID

 

    &DUERQ(PLVVLRQV J&22

(f) CIFAR-100 Non-IID (50 labels)





    &DUERQ(PLVVLRQV J&22

(c) CIFAR-10 Non-IID (5 labels)



$FFXUDF\

$FFXUDF\

 

(a) CIFAR-10 IID

$FFXUDF\

$FFXUDF\



$FFXUDF\

$FFXUDF\

10

 

    &DUERQ(PLVVLRQV J&22

(h) CINIC-10 Non-IID (2 labels)

 

    &DUERQ(PLVVLRQV J&22

(i) CINIC-10 Non-IID (6 labels)

Fig. 7. Highest achieved accuracy vs. carbon emissions from client-side computing for Random CS, CA-FCS, CEFL, and EAFL of 100 training rounds on CIFAR-10, and 200 training rounds on CIFAR-100 and CINIC-10.

negative impact is further amplified when training on more complex datasets. The performance of CEFL depends strongly on its convergence behavior. CEFL adjusts the number of selected clients according to the slope of the accuracy curve. When convergence occurs early, fewer clients are selected in subsequent training rounds, while lowering the total emissions. However, under delayed convergence, particularly in non-IID settings, CEFL tends to select substantially more clients, and thereby incurs higher carbon emissions from local training. EAFL reduces energy consumption but does not consistently reduce carbon emissions relative to Random CS. Carbon emissions are jointly determined by energy consumption and carbon intensity. Optimizing only energy efficiency cannot guarantee carbon efficiency. Finally, both CEFL and EAFL require evaluating the local training loss of all clients before each selection round. The associated carbon emissions incurred by this evaluation process are excluded in our analysis. However, in large-scale FL deployments involving billions of edge devices, such additional computation introduces non-negligible environmental

overhead. Performance on CIFAR-10, CIFAR-100 and CINIC-10: Fig. 7 presents the results on CIFAR-10, CIFAR-100, and CINIC10, which are more complex datasets. On CIFAR-10, CA-FCS consistently achieves the lowest client-side carbon emissions across all data distributions, reducing them by approximately 46% relative to Random CS. Meanwhile, its accuracy remains comparable to Random CS, with a maximum degradation of only 3% under the extreme non-IID (2 labels) setting. On CIFAR-100, CA-FCS again yields the lowest carbon emissions among all methods. Compared with Random CS, which attains the highest accuracy overall, CA-FCS reduces client-side carbon emissions by 41%-42% at the cost of only approximately 1% accuracy degradation under IID and non-IID (20 labels) settings. Similar observations are obtained on CINIC10, where CA-FCS achieves the lowest carbon emissions and the second-best accuracy among all methods. With the nonIID (2 labels) setting, its highest accuracy is only 3% lower than that of Random CS, while carbon emissions from clientside computation are reduced by approximately 39%. These

Cumulative Probability

11

1.0 0.8 0.6 0.4 0.2 0.0

Random CS CEFL EAFL CA-FCS 0.50 0.75 1.00 1.25 1.50 1.75 2.00 2.25 2.50 Carbon Emissions (mgCO2)

Fig. 8. Cumulative distribution of the carbon emissions of selected clients under four client selection methods (Random CS, CEFL, EAFL, CA-FCS) on FMNIST over 100 rounds. Emissions are binned in intervals of 0.5 mgCO2 , so the cumulative probability increases in discrete steps at 0.5, 1, 1.5, 2, and 2.5 (mgCO2 ). Curves that rise earlier indicate a stronger preference for lowemission clients.

results indicate that the advantage of CA-FCS persists on more complex datasets, where the accuracy reduction of carbonaware selection remains small relative to the carbon emissions savings. Distribution of per-client carbon emissions: Fig. 8 presents the cumulative distribution function (CDF) of the per-client carbon emissions of the clients selected by Random CS, CEFL, EAFL, and CA-FCS over 100 training rounds on FMNIST. For comparison, the emissions of the selected clients are grouped into six intervals: ≤ 0.5 mg, (0.5, 1] mg, (1, 1.5] mg, (1.5, 2] mg, (2, 2.5] mg, and > 2.5 mgCO2 . The cumulative probability is therefore evaluated only at the bin boundaries on the x-axis (0.5, 1, 1.5, 2, and 2.5 mgCO2 ). The results show that CA-FCS prioritizes low-emissions clients substantially more effectively than the other methods. More than 80% of the clients selected by CA-FCS generate no more than 1 mgCO2 during local training. In comparison, fewer than 60% of the clients that generate CO2 less than or equal to 1mg are selected by Random CS and CEFL, and the percentage of EAFL is much lower than 40%. These observations confirm that CA-FCS more effectively concentrates training participation on low-emission clients while still preserving the fairness constraints. Robustness under different temporal availability distributions: Table. VI reports the results on FMNIST under different temporal availability distributions. In addition to the default setting, in which 30% of clients participate during daytime hours and 70% during nighttime hours, we consider participation ratios of 10%-90%, 20%-80%, and 40%-60%. Across all evaluated settings, CA-FCS reduces client-side carbon emissions by at least 38% relative to Random CS while limiting accuracy degradation to at most 3%. Although CEFL attains lower carbon emissions from client-side computing with the IID distribution, its accuracy is lower. Moreover, its carbon emissions with non-IID distributions are substantially higher than those of CA-FCS. These results demonstrate the robustness of CA-FCS to heterogeneous temporal participation patterns. Summary: CA-FCS effectively reduces carbon emissions from client-side computation across diverse datasets and data distributions while maintaining competitive accuracy, thereby

supporting sustainable FL on resource-constrained mobile devices. Across all experiments, CA-FCS reduces carbon emissions from client-side computing by approximately 38%46% relative to Random CS, with a decrease of at most 3% in the highest achieved accuracy. B. Fairness Evaluation Clients are assumed to participate in FL training at fixed time periods each day, and the temporal variation of carbon intensity within a given region generally follows a stable daily pattern. Moreover, each client’s local dataset remains unchanged throughout the FL process, which results in approximately constant energy consumption for local training. Consequently, the carbon emissions generated by the same client remain relatively consistent across training rounds. By using CA-CS, client selection is determined solely by the estimated carbon emissions of local training. Clients with lower carbon emissions are therefore repeatedly prioritized, whereas clients with higher emissions are systematically excluded, which introduces substantial unfairness. In contrast, CA-FCS explicitly incorporates fairness constraints into client selection. Specifically, CA-FCS enforces both minimum and maximum participation frequencies for each client and prevents clients from being selected in consecutive training rounds. These constraints mitigate the over-selection of lowemission clients and ensure that high-emission clients are not permanently excluded from FL training. Fig. 9 shows the level of carbon emissions generated by each client operating a local training. Fig. 10a, Fig. 10b, and Fig. 10c present the client participation frequencies over 100 FL training rounds under Random CS, CA-FCS, and CACS, respectively. Comparing Fig. 9 with Fig. 10, it can be observed that Random CS maintains approximately uniform participation frequencies across all clients, regardless of their carbon emissions. In contrast, CA-CS strongly favors clients with lower emissions. Some low-emission clients are selected more than 40 times, while a substantial number of highemission clients are never selected throughout the entire FL process. This demonstrates that purely carbon-driven selection can lead to severe participation imbalance. CA-FCS achieves a more balanced trade-off between carbon efficiency and fairness. As shown in Fig. 10b, clients with lower carbon emissions are still preferentially selected more frequently, enabling carbon reduction benefits, while clients with higher emissions are also guaranteed opportunities to participate in training. The maximum participation frequency under CA-FCS remains below 20 training rounds, and every client is selected at least once during the FL process. IX. D ISCUSSION AND F UTURE W ORK CA-FCS limits each client’s participation times between Kmin and Kmax and prohibits selection in consecutive rounds. However, in this study, Kmin and Kmax are fixed to 1 and 20, respectively, regardless of the underlying data distribution. In future work, these fairness constraints could be adaptively adjusted according to data heterogeneity. Increasing the minimum numbers while reducing the maximum numbers

12

TABLE VI H IGHEST ACCURACY AND C ARBON E MISSIONS OF 100 T RAINING ROUNDS ON FMNIST WITH D IFFERENT T EMPORAL AVAILABILITY D ISTRIBUTIONS

Client Selection Methods Random CS CEFL EAFL CA-FCS

Client Selection Methods Random CS CEFL EAFL CA-FCS

Client Selection Methods Random CS CEFL EAFL CA-FCS

Client Selection Methods Random CS CEFL EAFL CA-FCS

10%(7 am to 8 pm)-90%(9 pm to 6 am next day) Carbon Emissions from Client-Side Computing Highest Accuracy in 100 Training Rounds of 100 Training Rounds (gCO2 ) IID Non-IID (2 labels) Non-IID (6 labels) IID Non-IID (2 labels) Non-IID (6 labels) 89% 78% 88% 1.201 1.182 1.155 87% 74% 84% 0.591 2.027 1.768 88% 67% 84% 1.416 1.427 1.431 88% 76% 87% 0.716 0.716 0.716 20%(7 am to 8 pm)-80%(9 pm to 6 am next day) Carbon Emissions from Client-Side Computing Highest Accuracy in 100 Training Rounds of 100 Training Rounds (gCO2 ) IID Non-IID (2 labels) Non-IID (6 labels) IID Non-IID (2 labels) Non-IID (6 labels) 89% 78% 88% 1.174 1.138 1.171 87% 68% 85% 0.448 1.772 1.809 88% 72% 84% 1.411 1.424 1.421 88% 76% 87% 0.697 0.697 0.697 30%(7 am to 8 pm)-70%(9 pm to 6 am next day) Carbon Emissions from Client-Side Computing Highest Accuracy in 100 Training Rounds of 100 Rounds (gCO2 ) IID Non-IID (2 labels) Non-IID (6 labels) IID Non-IID (2 labels) Non-IID (6 labels) 89% 78% 88% 1.169 1.189 1.185 87% 72% 84% 0.473 1.974 2.000 88% 65% 84% 1.425 1.439 1,432 89% 76% 87% 0.682 0.682 0.682 40%(7 am to 8 pm)-60%(9 pm to 6 am next day) Carbon Emissions from Client-Side Computing Highest Accuracy in 100 Training Rounds of 100 Training Rounds (gCO2 ) IID Non-IID (2 labels) Non-IID (6 labels) IID Non-IID (2 labels) Non-IID (6 labels) 88% 79% 88% 1.181 1.150 1.169 87% 70% 86% 0.514 1.934 1.925 88% 70% 85% 1.427 1.430 1.436 88% 76% 87% 0.664 0.664 0.664

1.0 9 8 7 6 5 4 3 2 1 0

High (red)

0.9 0.8

Low (white)

0.7 0.6 0.5 0 1 2 3 4 5 6 7 8 9

0.4

Fig. 9. The carbon emissions level of each client when operating a local training of a fully connected model with 600 samples from FMNIST. Each small grid cell represents a client, and darker colors indicate higher carbon emissions generated during local training.

generally leads to a fairer selection process, as it encourages more balanced participation among clients throughout FL training. Such adaptive mechanisms may be particularly beneficial under highly non-IID settings. The experiments in this paper are conducted with real mobile devices and carbon intensity from the real world. However, this still differs from deployment in a fully realistic environment. For example, in practical FL systems, client selection may not be performed before every communication

round. Instead, a single client selection process may be conducted, and the selected clients participate in FL for multiple subsequent rounds. Under such conditions, our method can be adapted into a periodic process for carbon-aware client selection. Specifically, all clients are first selected to participate in FL once and provide their carbon emissions from local training, after which the server selects clients based on the carbon emissions generated during their local training in this participation. The selected clients then participate in the subsequent several communication rounds of training. This constitutes a complete cycle, which is repeated multiple times until the training objective is achieved. The fairness constraints in CA-FCS would also be modified. The minimum participation requirement for each client can be removed, since the first step of each cycle—where all clients are selected to participate in FL once—already guarantees the participation frequency of all clients. Clients that have reached the maximum participation limit will no longer be selected by the carbon-aware client selection process in subsequent cycles. Furthermore, clients selected in the current cycle will not be selected again by the carbon-aware client selection process in the immediately following cycle. This work focuses primarily on reducing the carbon emissions generated by client-side computation through carbonaware client selection. Other important sources of carbon emissions in FL systems, such as communication overhead between clients and the central server, are not considered in this study. Future research could therefore explore communication-aware

13

50

30

5

Low (white)

4

20

3 2 1

10

0

7 6

30

5 4

20

3 2 1

10

0 0

1

2

3

4

5

6

7

8

9

0

(a) Random CS

40

8

High (red)

6

9

40

8

High (red)

High (red)

7

50

7 6

30

5 4

Low (white)

9

40

8

Low (white)

9

50

20

3 2 1

10

0 0

1

2

3

4

5

6

7

(b) CA-FCS

8

9

0

0

1

2

3

4

5

6

7

8

9

0

(c) CA-CS

Fig. 10. The participation times of each client in 100 training rounds of FL using different client selection strategies. Each small grid cell represents a client, and darker colors indicate a higher selection frequency.

carbon optimization strategies. Integrating both computationside and communication-side optimization may enable the development of a more comprehensive and sustainable framework for Green FL. X. C ONCLUSION In this paper, we propose CA-FCS, a fair carbon-aware client selection strategy for FL that aims to reduce the carbon emissions generated by client-side computation during local training. Unlike existing approaches that primarily rely on energy consumption, CA-FCS explicitly estimates the carbon emissions associated with local training and prioritizes clients with lower emissions during the selection process. To preserve fairness and maintain model performance, CA-FCS incorporates participation constraints that regulate the selection frequency of each client. These fairness mechanisms prevent the repeated selection of a small subset of low-emission clients and enable balanced participation across the FL process. Consequently, CA-FCS is able to maintain competitive model accuracy within a limited number of communication rounds, even under highly non-IID data settings. In addition, CA-FCS provides an approach that can estimate the precise carbon emissions of local training on a client device without sharing private information with the server, based on the electric charge consumed and device voltage. We conducted extensive experiments with carbon intensity data from the real world and the electricity information from three generations of Google Pixel smartphones to evaluate the effectiveness of CA-FCS under diverse datasets and data distributions. Experimental results demonstrate that CA-FCS consistently achieves substantial reductions in carbon emissions up to 46% from clientside computation while maintaining accuracy comparable to existing state-of-the-art client selection methods. Overall, this work highlights the importance of jointly considering carbon efficiency and fairness in FL systems and provides a practical step toward more sustainable and environmentally aware FL. R EFERENCES [1] C. Schumer, S. Boehm, J. Jaeger, Y. Kirana, K. Levin, R. Santo, K. Lebling, D. Riedl, A. Lee, N. Singh, M. Sims, N. Chin,

A. Majid, S. Cassius, W. Lamb, A. Gangotra, N. Grant, Y. ZhangBillert, and M. Petroni, “The state of climate action 2025,” World Resources Institute, Washington, DC, Tech. Rep., 10 2025, report published under Systems Change Lab in collaboration with the Bezos Earth Fund, Climate Analytics, ClimateWorks Foundation, the Climate High-Level Champions, and WRI. [Online]. Available: https://www.wri.org/research/state-climate-action-2025 [2] N. Zilberman, E. M. Schooler, U. Cummings, R. Manohar, D. Nafus, R. Soulé, and R. Taylor, “Toward carbon-aware networking,” ACM SIGENERGY Energy Informatics Review, vol. 3, no. 3, pp. 15–20, 2023. [3] X. Qiu, T. Parcollet, J. Fernandez-Marques, P. P. Gusmao, Y. Gao, D. J. Beutel, T. Topal, A. Mathur, and N. D. Lane, “A first look into the carbon footprint of federated learning,” Journal of Machine Learning Research, vol. 24, no. 129, pp. 1–23, 2023. [4] C.-J. Wu, R. Raghavendra, U. Gupta, B. Acun, N. Ardalani, K. Maeng, G. Chang, F. Aga, J. Huang, C. Bai et al., “Sustainable ai: Environmental implications, challenges and opportunities,” Proceedings of Machine Learning and Systems, vol. 4, pp. 795–813, 2022. [5] A. Van Wynsberghe, “Sustainable ai: Ai for sustainability and the sustainability of ai,” AI and Ethics, vol. 1, no. 3, pp. 213–218, 2021. [6] A. Yousefpour, S. Guo, A. Shenoy, S. Ghosh, P. Stock, K. Maeng, S.W. Krüger, M. Rabbat, C.-J. Wu, and I. Mironov, “Green federated learning,” arXiv preprint arXiv:2303.14604, 2023. [7] B. McMahan, E. Moore, D. Ramage, S. Hampson, and B. A. y Arcas, “Communication-efficient learning of deep networks from decentralized data,” in Artificial intelligence and statistics. PMLR, 2017, pp. 1273– 1282. [8] Y. J. Cho, J. Wang, and G. Joshi, “Client selection in federated learning: Convergence analysis and power-of-choice selection strategies,” arXiv preprint arXiv:2010.01243, 2020. [9] F. Lai, X. Zhu, H. V. Madhyastha, and M. Chowdhury, “Oort: Efficient federated learning via guided participant selection,” in 15th {USENIX} Symposium on Operating Systems Design and Implementation ({OSDI} 21), 2021, pp. 19–35. [10] V. H. Hoffmann and T. Busch, “Corporate carbon performance indicators: Carbon intensity, dependency, exposure, and risk,” Journal of Industrial Ecology, vol. 12, no. 4, pp. 505–520, 2008. [11] A. Arouj and A. M. Abdelmoniem, “Towards energy-aware federated learning on battery-powered clients,” in Proceedings of the 1st ACM workshop on data privacy and federated learning technologies for mobile edge network, 2022, pp. 7–12. [12] T. H. Rafi, F. A. Noor, T. Hussain, and D.-K. Chae, “Fairness and privacy preserving in federated learning: A survey,” Information Fusion, vol. 105, p. 102198, 2024. [13] Y. Zhao, M. Li, L. Lai, N. Suda, D. Civin, and V. Chandra, “Federated learning with non-iid data,” arXiv preprint arXiv:1806.00582, 2018. [14] S. Lee, O. Tavallaie, S. Chen, K. Thilakarathna, S. Seneviratne, A. N. Toosi, and A. Y. Zomaya, “Personalizing federated learning for hierarchical edge networks with non-iid data,” arXiv preprint arXiv:2504.08872, 2025. [15] M. Alswaitti, R. Verdecchia, G. Danoy, P. Bouvry, and J. Pecero, “Training green ai models using elite samples,” IEEE Transactions on Sustainable Computing, 2025.

14

[16] S. Iftikhar, S. H. Alsamhi, and S. Davy, “Enhancing sustainability in llm training: Leveraging federated learning and parameter-efficient finetuning,” IEEE Transactions on Sustainable Computing, no. 99, pp. 1–18, 2025. [17] A. G. Philipo, H. Ning, D. S. Sarwatt, J. A. Mohamed, A. S. Yusufu, F. Shi, S. Urenje, and J. Ding, “Sustainable ai: Emerging trends, impacts, and future challenges,” IEEE Transactions on Sustainable Computing, 2025. [18] S. Few, P. Djapic, G. Strbac, J. Nelson, and C. Candelise, “A geographically disaggregated approach to integrate low-carbon technologies across local electricity networks,” Nature Energy, vol. 9, no. 7, pp. 871–882, 2024. [19] J. S. G. Zivin, M. J. Kotchen, and E. T. Mansur, “Spatial and temporal heterogeneity of marginal emissions: Implications for electric cars and other electricity-shifting policies,” Journal of Economic Behavior & Organization, vol. 107, pp. 248–268, 2014. [20] P. Kairouz, H. B. McMahan, B. Avent, A. Bellet, M. Bennis, A. N. Bhagoji, K. Bonawitz, Z. Charles, G. Cormode, R. Cummings et al., “Advances and open problems in federated learning,” Foundations and trends® in machine learning, vol. 14, no. 1–2, pp. 1–210, 2021. [21] S. Han, C. Zhang, L. Wang, W. Zheng, and X. Wen, “Fedecs: client selection for optimizing computing energy in federated learning,” in 2023 IEEE 34th Annual International Symposium on Personal, Indoor and Mobile Radio Communications (PIMRC). IEEE, 2023, pp. 1–6. [22] R. Albelaihi, L. Yu, W. D. Craft, X. Sun, C. Wang, and R. Gazda, “Green federated learning via energy-aware client selection,” in GLOBECOM 2022-2022 IEEE Global Communications Conference. IEEE, 2022, pp. 13–18. [23] T. Mehboob, N. Bashir, J. O. Iglesias, M. Zink, and D. Irwin, “Cefl: Carbon-efficient federated learning,” arXiv preprint arXiv:2310.17972, 2023. [24] J. Bian, L. Wang, S. Ren, and J. Xu, “Cafe: Carbon-aware federated learning in geographically distributed data centers,” in Proceedings of the 15th ACM International Conference on Future and Sustainable Energy Systems, 2024, pp. 347–360. [25] I. Khan, M. W. Jack, and J. Stephenson, “Analysis of greenhouse gas emissions in electricity systems using time-varying carbon intensity,” Journal of Cleaner Production, vol. 184, pp. 1091–1101, 2018. [26] W. Gao, O. Tavallaie, S. Chen, and A. Zomaya, “Federated learning as a service for hierarchical edge networks with heterogeneous models,” in International Conference on Service-Oriented Computing. Springer, 2024, pp. 85–99. [27] J. A. Esquivel, B. Aldous, A. M. Abdelmoniem, A. Alhilal, and L. You, “Performance profiling of federated learning across heterogeneous mobile devices,” in 2024 IEEE 24th International Conference on Software Quality, Reliability, and Security Companion (QRS-C). IEEE, 2024, pp. 363–372. [28] Y. Shi, Z. Liu, Z. Shi, and H. Yu, “Fairness-aware client selection for federated learning,” in 2023 IEEE international conference on multimedia and expo (ICME). IEEE, 2023, pp. 324–329. [29] V. Aryai and M. Goldsworthy, “Real-time high-resolution modelling of grid carbon emissions intensity,” Sustainable Cities and Society, vol. 104, p. 105316, 2024. [30] D. R. Arputharaj, C. Rodriguez, A. Rodio, and G. Neglia, “Green federated learning via carbon-aware client and time slot scheduling,” in 2025 33rd International Symposium on Modeling, Analysis and Simulation of Computer and Telecommunication Systems (MASCOTS). IEEE, 2025, pp. 1–8. [31] J. Yang, Z. Saad, J. Wu, X. Niu, H. Leung, and S. Drew, “A survey on task scheduling in carbon-aware container orchestration,” arXiv preprint arXiv:2508.05949, 2025. [32] Electricity Maps. (2025) Electricity maps – south australia zone data (72h, hourly). Accessed: Sep. 2, 2025. [Online]. Available: https://app.electricitymaps.com/zone/AU-SA/72h/hourly [33] S. M. Hasan, T. Islam, M. Saifuzzaman, K. R. Ahmed, C.-H. Huang, and A. R. Shahid, “Carbon emission quantification of machine learning: A review,” IEEE Transactions on Sustainable Computing, 2025. [34] Y. LeCun, C. Cortes, and C. J. C. Burges, “The mnist database of handwritten digits,” 1998, available: http://yann.lecun.com/exdb/mnist/. [35] H. Xiao, K. Rasul, and R. Vollgraf, “Fashion-MNIST: a novel image dataset for benchmarking machine learning algorithms,” 2017. [36] A. Krizhevsky, V. Nair, and G. Hinton, “Learning multiple layers of features from tiny images,” University of Toronto, Tech. Rep., 2009, technical Report. [37] L. N. Darlow, E. J. Crowley, A. Antoniou, and A. J. Storkey, “CINIC-10 is not ImageNet or CIFAR-10,” 2018.

[38] J. Deng, W. Dong, R. Socher, L.-J. Li, K. Li, and L. Fei-Fei, “Imagenet: A large-scale hierarchical image database,” in Proceedings of the IEEE Conference on Computer Vision and Pattern Recognition (CVPR). IEEE, 2009, pp. 248–255. [39] C. Liang, W. Liang, Y. Chen, K. Li, and A. Y. Zomaya, “Fedtctf: Tensor completion-based federated learning for device heterogeneity,” IEEE Transactions on Sustainable Computing, 2025. [40] Australian Competition and Consumer Commission. (2025) Product recall notice: Google pixel 6a smartphone. Accessed: Sep. 5, 2025. [Online]. Available: https://www.productsafety.gov.au/ search-consumer-product-recalls/google-pixel-6a-smartphone [41] Android Developers. (2025) Android debug bridge (adb). Accessed: Sep. 5, 2025. [Online]. Available: https://developer.android.com/tools/adb [42] P. M. Mammen, C. Zakaria, T. Molom-Ochir, A. Trivedi, P. Shenoy, and R. Balan, “Wisleep: Inferring sleep duration at scale using passive wifi sensing,” arXiv preprint arXiv:2102.03690, 2021.

Wentao Gao received the Bachelor of Advanced Computing degree (Hons.) in computational data science from the University of Sydney, Camperdown, NSW, Australia, in 2023. He is currently pursuing the Ph.D. degree in computer science at the University of Sydney, Sydney, Australia. His research interests include sustainable computing, federated learning, and distributed systems.

Omid Tavallaie is a Lecturer in the Department of Computer Science at the University of Western Australia and a Visiting Academic in the Department of Engineering Science at the University of Oxford. Before joining UWA, he held postdoctoral research positions at both the University of Oxford and the University of Sydney. He earned his PhD in Computer Science from the University of Sydney in 2021. Between 2021 and 2024, he also lectured postgraduate courses at the University of Sydney. Dr Tavallaie has over seven years of teaching experience as a lecturer. His research focuses on sustainable computer networking, distributed systems, the Internet of Things (IoT), and federated learning.

Albert Y. Zomaya is the Peter Nicol Russell Chair Professor of Computer Science at the University of Sydney. A global leader in parallel and distributed systems, he has authored more than 800 publications and 30 books, shaping the field’s research agenda for over three decades. He is a Fellow of the IEEE, the Australian Academy of Science, and the Royal Society of New South Wales, and an elected member of Academia Europaea and the European Academy of Sciences and Arts. Professor Zomaya previously served as Editor-in-Chief of IEEE Transactions on Computers, IEEE Transactions on Sustainable Computing, and ACM Computing Surveys. His work spans parallel and distributed computing, networking, and complex systems, with a lasting influence on both theory and practice.

Related documents

Record · ID 1598825 · SHA-256 803ccc392957106d
Retrieved via Conceptio: every document is proof-bundled with source, license, and retrieval metadata.
Bring this data into your agent: Connect via MCP or API · 20 free credits to start · no card required
Read the Docs → · View CLI source on GitHub · Conceptio Open Knowledge Archive