<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.1 20151215//EN" "http://jats.nlm.nih.gov/publishing/1.1/JATS-journalpublishing1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xml:lang="en" article-type="research-article" dtd-version="1.1">
<front>
<journal-meta>
<journal-id journal-id-type="pmc">CMES</journal-id>
<journal-id journal-id-type="nlm-ta">CMES</journal-id>
<journal-id journal-id-type="publisher-id">CMES</journal-id>
<journal-title-group>
<journal-title>Computer Modeling in Engineering &#x0026; Sciences</journal-title>
</journal-title-group>
<issn pub-type="epub">1526-1506</issn>
<issn pub-type="ppub">1526-1492</issn>
<publisher>
<publisher-name>Tech Science Press</publisher-name>
<publisher-loc>USA</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">65833</article-id>
<article-id pub-id-type="doi">10.32604/cmes.2025.065833</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>A Novel Clustered Distributed Federated Learning Architecture for Tactile Internet of Things Applications in 6G Environment</article-title>
<alt-title alt-title-type="left-running-head">A Novel Clustered Distributed Federated Learning Architecture for Tactile Internet of Things Applications in 6G Environment</alt-title>
<alt-title alt-title-type="right-running-head">A Novel Clustered Distributed Federated Learning Architecture for Tactile Internet of Things Applications in 6G Environment</alt-title>
</title-group>
<contrib-group>
<contrib id="author-1" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Alnajar</surname><given-names>Omar</given-names></name><email>oorabialnajar@stu.kau.edu.sa</email></contrib>
<contrib id="author-2" contrib-type="author">
<name name-style="western"><surname>Barnawi</surname><given-names>Ahmed</given-names></name></contrib>
<aff id="aff-1"><institution>Faculty of Computing and Information Technology, King Abdulaziz University</institution>, <addr-line>Jeddah, 80221</addr-line>, <country>Saudi Arabia</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>&#x002A;</label>Corresponding Author: Omar Alnajar. Email: <email>oorabialnajar@stu.kau.edu.sa</email></corresp>
</author-notes>
<pub-date date-type="collection" publication-format="electronic">
<year>2025</year>
</pub-date>
<pub-date date-type="pub" publication-format="electronic">
<day>30</day><month>06</month><year>2025</year>
</pub-date>
<volume>143</volume>
<issue>3</issue>
<fpage>3861</fpage>
<lpage>3897</lpage>
<history>
<date date-type="received">
<day>22</day>
<month>3</month>
<year>2025</year>
</date>
<date date-type="accepted">
<day>09</day>
<month>6</month>
<year>2025</year>
</date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2025 The Authors.</copyright-statement>
<copyright-year>2025</copyright-year>
<copyright-holder>Published by Tech Science Press.</copyright-holder>
<license xlink:href="https://creativecommons.org/licenses/by/4.0/">
<license-p>This work is licensed under a <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International License</ext-link>, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<self-uri content-type="pdf" xlink:href="TSP_CMES_65833.pdf"></self-uri>
<abstract>
<p>The Tactile Internet of Things (TIoT) promises transformative applications&#x2014;ranging from remote surgery to industrial robotics&#x2014;by incorporating haptic feedback into traditional IoT systems. Yet TIoT&#x2019;s stringent requirements for ultra-low latency, high reliability, and robust privacy present significant challenges. Conventional centralized Federated Learning (FL) architectures struggle with latency and privacy constraints, while fully distributed FL (DFL) faces scalability and non-IID data issues as client populations expand and datasets become increasingly heterogeneous. To address these limitations, we propose a Clustered Distributed Federated Learning (CDFL) architecture tailored for a 6G-enabled TIoT environment. Clients are grouped into clusters based on data similarity and/or geographical proximity, enabling local intra-cluster aggregation before inter-cluster model sharing. This hierarchical, peer-to-peer approach reduces communication overhead, mitigates non-IID effects, and eliminates single points of failure. By offloading aggregation to the network edge and leveraging dynamic clustering, CDFL enhances both computational and communication efficiency. Extensive analysis and simulation demonstrate that CDFL outperforms both centralized FL and DFL as the number of clients grows. Specifically, CDFL demonstrates up to a 30% reduction in training time under highly heterogeneous data distributions, indicating faster convergence. It also reduces communication overhead by approximately 40% compared to DFL. These improvements and enhanced network performance metrics highlight CDFL&#x2019;s effectiveness for practical TIoT deployments. These results validate CDFL as a scalable, privacy-preserving solution for next-generation TIoT applications.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>Distributed federated learning</kwd>
<kwd>Tactile Internet of Things</kwd>
<kwd>clustering</kwd>
<kwd>peer-to-peer</kwd>
</kwd-group>
<funding-group>
<award-group id="awg1">
<funding-source>Deanship of Scientific Research (DSR), King Abdulaziz University, Jeddah</funding-source>
<award-id>2040-611-2024</award-id>
</award-group>
</funding-group>
</article-meta>
</front>
<body>
<sec id="s1">
<label>1</label>
<title>Introduction</title>
<p>The Tactile Internet of Things (TIoT) integrates haptic and kinesthetic feedback into traditional IoT systems&#x2014;long confined to text, audio, and video exchanges&#x2014;to enable real-time, touch-sensitive interactions across healthcare [<xref ref-type="bibr" rid="ref-1">1</xref>], robotics, and entertainment domains [<xref ref-type="bibr" rid="ref-2">2</xref>,<xref ref-type="bibr" rid="ref-3">3</xref>]. Unlike conventional IoT&#x2019;s low-power sensor networks, TIoT connects sensors, actuators, and robots to deliver simultaneous tactile and visual feedback, demanding ultra-low latency, high reliability, robust security, and continuous availability [<xref ref-type="bibr" rid="ref-4">4</xref>,<xref ref-type="bibr" rid="ref-5">5</xref>]. Predicting tactile signals is crucial: by forecasting contact events or force changes, intelligent agents can preemptively adjust, thereby reducing delay and enhancing reliability in teleoperation, robotic manipulation, and remote surgery [<xref ref-type="bibr" rid="ref-6">6</xref>]. These stringent requirements and dynamic conditions drive the need for novel architectures and methods [<xref ref-type="bibr" rid="ref-7">7</xref>,<xref ref-type="bibr" rid="ref-8">8</xref>].</p>
<p>Fifth-generation (5G) networks, which offer up to 20 Gbps and 8 ms latency under ideal conditions, fall short of the terabit-scale bandwidth and submillisecond latency needs of TIoT for applications such as holographic communication and autonomous vehicle swarms [<xref ref-type="bibr" rid="ref-9">9</xref>,<xref ref-type="bibr" rid="ref-10">10</xref>]. Limitations in spectral efficiency, device density support, and energy use further expose 5G&#x2019;s inadequacy for ultra-reliable low-latency communication (URLLC).</p>
<p>To bridge this gap, researchers explore enhancements and new paradigms: Federated Learning (FL) [<xref ref-type="bibr" rid="ref-11">11</xref>], network slicing [<xref ref-type="bibr" rid="ref-12">12</xref>,<xref ref-type="bibr" rid="ref-13">13</xref>], virtualized network functions [<xref ref-type="bibr" rid="ref-14">14</xref>,<xref ref-type="bibr" rid="ref-15">15</xref>], and software-defined networking [<xref ref-type="bibr" rid="ref-16">16</xref>]. In the transition from 5G to sixth-generation (6G), cloud-native designs with dynamic resource allocation and edge computing will enable Clustered Distributed Federated Learning (CDFL) for TIoT, satisfying URLLC demands via adaptive client clustering and localized processing [<xref ref-type="bibr" rid="ref-17">17</xref>]. Advanced 6G slicing techniques create tailored virtual networks for TIoT without degrading overall performance [<xref ref-type="bibr" rid="ref-18">18</xref>].</p>
<p>We propose a CDFL framework for TIoT that reduces the time to convergence, mitigate the Non-IId and scalability challenges, and saves the cost. Thus, it will realize future green and sustainable production factories [<xref ref-type="bibr" rid="ref-19">19</xref>]. While FL has proven effective in smart healthcare, transportation, Unmanned Aerial Vehicle (UAV), and industrial IoT [<xref ref-type="bibr" rid="ref-20">20</xref>], TIoT&#x2019;s unique latency and heterogeneity challenges require DFL and clustering to reduce overhead, enhance privacy, and improve convergence under non-IID data [<xref ref-type="bibr" rid="ref-21">21</xref>&#x2013;<xref ref-type="bibr" rid="ref-24">24</xref>].</p>
<p>Building on our prior in-content aware FL design for 6G [<xref ref-type="bibr" rid="ref-25">25</xref>], this study delivers the first evaluation of DFL and CDFL in TIoT settings. We model their computational and communication costs, demonstrating that while DFL matches centralized accuracy at higher overhead, CDFL mitigates degradation as scale and data heterogeneity grow, offering compensatory mechanisms for system underperformance.</p>
<p>The main contributions of this work are:
<list list-type="order">
<list-item>
<p>Developing a fully distributed peer-to-peer architecture and workflow for TIoT applications.</p></list-item>
<list-item>
<p>Comparing the proposed DFL framework with traditional centralized FL architectures across various performance metrics.</p></list-item>
<list-item>
<p>Proposing a CDFL architecture for IID scenarios to enhance scalability and streamline communication and aggregation processes.</p></list-item>
<list-item>
<p>Addressing non-independent and identically distributed (non-IID) data challenges by grouping clients into homogeneous clusters based on dataset similarities.</p></list-item>
<list-item>
<p>Analyzing the computational and communication cost factors associated with both DFL and CDFL solutions.</p></list-item>
</list></p>
<p>This paper is organized as follows. <xref ref-type="sec" rid="s2">Section 2</xref> reviews the related work. <xref ref-type="sec" rid="s3">Section 3</xref> presents the proposed fully distributed and clustered FL architectures along with their operational workflows. <xref ref-type="sec" rid="s4">Section 4</xref> details the methodology, including the use case, dataset generation, and experimental settings. <xref ref-type="sec" rid="s5">Section 5</xref> provides a comprehensive evaluation of the proposed approaches, analyzing their performance and complexity. Finally, <xref ref-type="sec" rid="s6">Section 6</xref> concludes the paper and outlines potential future research directions. <xref ref-type="fig" rid="fig-1">Fig. 1</xref> detailed this structure.</p>
<fig id="fig-1">
<label>Figure 1</label>
<caption>
<title>Paper structure</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-1.tif"/>
</fig>
</sec>
<sec id="s2">
<label>2</label>
<title>Related Works</title>
<p>Several recent works in the literature have addressed the communication mechanisms of DFL. One such mechanism is peer-to-peer (P2P) communication&#x2014;where participants interact directly without a central authority. For instance, reference [<xref ref-type="bibr" rid="ref-26">26</xref>] extended the primary centralized FL algorithm, federated averaging (FedAvg), to demonstrate the potential of P2P communication by presenting Decentralized Federated Trusted Averaging (DeFTA), a decentralized FL framework that serves as a plug-and-play replacement for FedAvg. Behera et al. [<xref ref-type="bibr" rid="ref-27">27</xref>] leveraged a consensus algorithm called RAFT for aggregator selection to add a secure layer for model delivery within the network. However, this approach inevitably increases communication costs, which reference [<xref ref-type="bibr" rid="ref-28">28</xref>] sought to reduce. Similarly, to enhance communication efficiency, Gupta et al. [<xref ref-type="bibr" rid="ref-29">29</xref>] employed a graph theoretical framework.</p>
<p>All the aforementioned works assume homogeneous devices, whereas realistic environments inherently exhibit heterogeneity. To address this challenge, other techniques have been proposed. For example, reference [<xref ref-type="bibr" rid="ref-30">30</xref>] tackled non-IID scenarios by partitioning them into multiple IID clusters and performing aggregation within each cluster. Meanwhile, Liu et al. [<xref ref-type="bibr" rid="ref-31">31</xref>] combined adaptive clustering with a hierarchical DFL structure for Internet of Vehicles (IoV) applications. On a similar note, Wu et al. [<xref ref-type="bibr" rid="ref-32">32</xref>] incorporated deep reinforcement learning-based adaptive staleness control along with a heterogeneity-aware client-edge association strategy to improve system efficiency and mitigate the adverse effects of staleness without compromising model accuracy. Furthermore, Chen et al. [<xref ref-type="bibr" rid="ref-33">33</xref>] addressed slow convergence and poor learning performance by proposing a framework that enhances learning fairness and system efficiency via model exchanges among local clients and adaptive aggregation based on performance.</p>
<p>Clustering is one of the most common strategies to mitigate the impact of heterogeneity, offering advantages in both scalability and communication efficiency. The principal objective of our work is to develop an efficient CDFL architecture suitable for large-scale and non-IID scenarios.</p>
<p>Recent literature makes significant contributions to this field, aligning with our goal of developing efficient solutions for non-IID scenarios. For example, Solat et al. [<xref ref-type="bibr" rid="ref-34">34</xref>] focused on improving the convergence speed and efficiency of mobile traffic prediction models while minimizing the impact of stragglers. Wang et al. [<xref ref-type="bibr" rid="ref-35">35</xref>] introduced a Clustered Federated Learning (CFL) paradigm combined with model ensemble techniques within the Open Radio Access Network (O-RAN) architecture to enhance the generalization performance of FL models. In addition, Morafah et al. [<xref ref-type="bibr" rid="ref-36">36</xref>] exploited inference similarity among client models to form clusters based on the similarity of their learning tasks, while Zhao et al. [<xref ref-type="bibr" rid="ref-37">37</xref>] proposed an ensemble FL paradigm to reduce the divergence caused by non-IID data by forming individual clusters without explicitly grouping them based on inference similarity.</p>
<p>To address scalability issues, Chen et al. [<xref ref-type="bibr" rid="ref-38">38</xref>] employed hierarchical aggregation to improve communication efficiency and introduced mechanisms such as authenticated encryption, a random pairwise key scheme, and key revocation to enhance security. In the realm of network anomaly detection in large-scale networks, S&#x00E1;ez-de-C&#x00E1;mara et al. (2023) [<xref ref-type="bibr" rid="ref-18">18</xref>] leveraged unsupervised device clustering combined with autoencoder neural networks.</p>
<p>The trade-off between performance (in terms of model accuracy) and communication overhead has been the primary focus of several studies [<xref ref-type="bibr" rid="ref-39">39</xref>&#x2013;<xref ref-type="bibr" rid="ref-41">41</xref>]. For example, reference [<xref ref-type="bibr" rid="ref-39">39</xref>] utilized hierarchical aggregation to balance these factors, whereas Ouyang et al. [<xref ref-type="bibr" rid="ref-40">40</xref>] adopted cluster-wise straggler dropout and correlation-based node selection. Additionally, the concept of dynamic clustering, which adapts to real-time environmental changes and determines the optimal cluster partitioning without pre-specifying the number of clusters, was explored in [<xref ref-type="bibr" rid="ref-42">42</xref>].</p>
<p>In all cases, due to the distributed nature of FL processing, both computing and communication overheads must be meticulously considered. Although some of the aforementioned works provide analyses of one or both of these complexity factors, a more in-depth evaluation is warranted&#x2014;and is provided herein. Furthermore, to the best of our knowledge, existing works still rely on a central server as the final aggregator in the FL process, an approach that not only increases communication costs but also compromises reliability. Our work offloads the entire aggregation process to the network edge (TIoT clients) in a fully P2P manner, leveraging their capabilities and reducing network burdens. In addition, we integrate this solution with the envisioned 6G enablers, thereby underscoring the advantages of our proposed framework.</p>
<p><xref ref-type="table" rid="table-1">Table 1</xref> presents a comparative analysis of our proposed CDFL architecture against state-of-the-art approaches cited in the literature. The table highlights key metrics and innovations, emphasizing the unique advantages of the CDFL framework in terms of scalability, non-IID data handling, and communication efficiency within 6G-enabled TIoT environments.</p>
<table-wrap id="table-1">
<label>Table 1</label>
<caption>
<title>Comparative analysis of CDFL against state-of-the-art FL architectures</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th align="center">Approach</th>
<th align="center">Key features</th>
<th align="center">Scalability</th>
<th align="center">Non-IID handling</th>
<th align="center">Comm. overhead</th>
<th align="center">Central server</th>
<th align="center">Ref.</th>
</tr>
</thead>
<tbody>
<tr>
<td colspan="7"><italic>Existing Approaches</italic></td>
</tr>
<tr>
<td>Non-IID clustering</td>
<td>Breaks non-IID data into IID clusters</td>
<td>Moderate</td>
<td>Partial</td>
<td>High</td>
<td>Yes</td>
<td>[<xref ref-type="bibr" rid="ref-30">30</xref>]</td>
</tr>
<tr>
<td>Hierarchical DFL for IoV</td>
<td>Adaptive clustering with edge hierarchy</td>
<td>High</td>
<td>Partial</td>
<td>Moderate</td>
<td>Yes</td>
<td>[<xref ref-type="bibr" rid="ref-31">31</xref>]</td>
</tr>
<tr>
<td>Inference similarity clustering</td>
<td>Clusters clients via model similarity</td>
<td>Low</td>
<td>Yes</td>
<td>High</td>
<td>Yes</td>
<td>[<xref ref-type="bibr" rid="ref-36">36</xref>]</td>
</tr>
<tr>
<td>Ensemble FL</td>
<td>Reduces divergence via ensemble clusters</td>
<td>Moderate</td>
<td>Yes</td>
<td>Moderate</td>
<td>Yes</td>
<td>[<xref ref-type="bibr" rid="ref-37">37</xref>]</td>
</tr>
<tr>
<td>Hierarchical aggregation</td>
<td>Secure hierarchical aggregation</td>
<td>High</td>
<td>No</td>
<td>Low</td>
<td>Yes</td>
<td>[<xref ref-type="bibr" rid="ref-38">38</xref>]</td>
</tr>
<tr>
<td>Cluster-wise straggler dropout</td>
<td>Straggler mitigation via correlation</td>
<td>Moderate</td>
<td>Partial</td>
<td>Moderate</td>
<td>Yes</td>
<td>[<xref ref-type="bibr" rid="ref-40">40</xref>]</td>
</tr>
<tr>
<td>Dynamic adaptive clustering</td>
<td>Dynamic cluster partitioning</td>
<td>High</td>
<td>Partial</td>
<td>Moderate</td>
<td>Yes</td>
<td>[<xref ref-type="bibr" rid="ref-42">42</xref>]</td>
</tr>
<tr>
<td colspan="7"><italic>Proposed CDFL Architecture</italic></td>
</tr>
<tr>
<td><bold>CDFL</bold></td>
<td><inline-formula id="ieqn-1"><mml:math id="mml-ieqn-1"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula> Clustering based on data similarity/geography<break/><inline-formula id="ieqn-2"><mml:math id="mml-ieqn-2"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula> Fully decentralized P2P aggregation<break/><inline-formula id="ieqn-3"><mml:math id="mml-ieqn-3"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula> 6G-enabled edge computing and slicing<break/><inline-formula id="ieqn-4"><mml:math id="mml-ieqn-4"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula> Intra/inter-cluster hierarchical aggregation<break/><inline-formula id="ieqn-5"><mml:math id="mml-ieqn-5"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula> Comprehensive cost analysis</td>
<td><bold>High</bold></td>
<td><bold>Yes</bold></td>
<td><bold>Low</bold></td>
<td><bold>No</bold></td>
<td><bold>This Work</bold></td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s3">
<label>3</label>
<title>The Proposed Architectures</title>
<p>This section provides a detailed examination of the lower layer, emphasizing the capability for clients to independently perform learning and inference tasks prior to engaging the virtual Edge and Core components. Additionally, a portion of the aggregation process is offloaded to the client side, thereby conserving valuable resources at the edge. Accordingly, our approaches focus on cross-device FL to maintain data privacy and reduce communication overhead as well as computational resources on the access network&#x2014;an aspect that is critical for TIoT applications. In this context, we outline two principal approaches: one for a fully distributed P2P FL solution and another that enhances DFL through CDFL.</p>
<p>It is important to note that the term <italic>Fully Distributed</italic> emphasizes that the raw data remain stored at their sources, namely the tactile devices, rather than on any Edge or Core network entities. Although the clustering mechanisms and related coordination tasks for aggregation may leverage select Virtual Network Functions (VNFs), the primary focus remains on ensuring that data storage is localized.</p>
<sec id="s3_1">
<label>3.1</label>
<title>Fully Distributed FL P2P Architecture</title>
<p>This section details the proposed architecture for fully distributed FL using the P2P method. Initially, we review the reference centralized FL architecture, which serves as the baseline for comparison.</p>
<p><xref ref-type="fig" rid="fig-2">Fig. 2</xref> illustrates the foundational centralized FL architecture where each client trains its local model, then upload it to the central server to be aggregated. Once the aggregation is completed, the global model will be downloaded to each client. The Algorithm 1 outlines its primary steps which will be used in the experiment for implementing the centralized method as a baseline architecture. The process commences with the initialization of the global model weights <inline-formula id="ieqn-6"><mml:math id="mml-ieqn-6"><mml:msub><mml:mi>w</mml:mi><mml:mrow><mml:msub><mml:mi>g</mml:mi><mml:mn>0</mml:mn></mml:msub></mml:mrow></mml:msub></mml:math></inline-formula> and proceeds iteratively over multiple rounds. In each round, a predetermined number of clients <inline-formula id="ieqn-7"><mml:math id="mml-ieqn-7"><mml:mi>m</mml:mi></mml:math></inline-formula> is randomly selected from the available pool. Each selected client <inline-formula id="ieqn-8"><mml:math id="mml-ieqn-8"><mml:mi>k</mml:mi></mml:math></inline-formula> then updates its local model weights in parallel based on the current global model <inline-formula id="ieqn-9"><mml:math id="mml-ieqn-9"><mml:msub><mml:mi>w</mml:mi><mml:mi>g</mml:mi></mml:msub></mml:math></inline-formula>, as depicted in Algorithm 2. Subsequently, the updates from the clients are aggregated to form the new global model weights using the following equation:<disp-formula id="eqn-1"><label>(1)</label><mml:math id="mml-eqn-1" display="block"><mml:msub><mml:mi>w</mml:mi><mml:mrow><mml:mi>g</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:munder><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mi>S</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:mrow></mml:munder><mml:mrow><mml:mo>(</mml:mo><mml:mfrac><mml:msub><mml:mi>n</mml:mi><mml:mi>k</mml:mi></mml:msub><mml:msub><mml:mi>n</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:mfrac><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x22C5;</mml:mo><mml:msubsup><mml:mi>w</mml:mi><mml:mrow><mml:mi>l</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mi>k</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msubsup></mml:math></disp-formula>where <inline-formula id="ieqn-10"><mml:math id="mml-ieqn-10"><mml:msub><mml:mi>n</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:math></inline-formula> denotes the number of data points held by client <inline-formula id="ieqn-11"><mml:math id="mml-ieqn-11"><mml:mi>k</mml:mi></mml:math></inline-formula> and <inline-formula id="ieqn-12"><mml:math id="mml-ieqn-12"><mml:msub><mml:mi>n</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula> represents the total number of data points across the selected clients. This weighted aggregation ensures that each client&#x2019;s contribution is proportionately reflected in the updated global model.</p>
<fig id="fig-2">
<label>Figure 2</label>
<caption>
<title>Centralized federated learning</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-2.tif"/>
</fig>
<fig id="fig-24">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-24.tif"/>
</fig>
<fig id="fig-25">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-25.tif"/>
</fig>
<p><xref ref-type="fig" rid="fig-3">Fig. 3</xref> presents the fully decentralized P2P FL architecture where each client shares its model after local training to other peers to be aggregated locally and build the global model. In this P2P framework, Algorithm 3 illustrates the distributed learning process executed across multiple client devices. Each client independently initializes its local model and sets the required hyper-parameters, then trains its model on the locally stored data by performing forward and backward passes to update its weights. Instead of transmitting model parameters to a central server, clients share their parameters with randomly selected peers and perform averaging to update the model weights. After each round of local training and aggregation, clients validate their models on local validation sets. This iterative cycle of local training, P2P communication, and aggregation continues over several global epochs. A convergence check is performed at each round; training is halted once the average accuracy across clients surpasses a predefined threshold, otherwise, the process iterates until convergence is achieved.</p>
<fig id="fig-3">
<label>Figure 3</label>
<caption>
<title>Fully distributed federated learning</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-3.tif"/>
</fig>
<fig id="fig-26">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-26.tif"/>
</fig>
<p><xref ref-type="table" rid="table-2">Table 2</xref> shows the advantages of leveraging the P2P DFL rather than conventional CFL.</p>
<table-wrap id="table-2">
<label>Table 2</label>
<caption>
<title>Comparison between CFL and P2P DFL</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th>Metric</th>
<th align="center">Centralized federated learning <break/>(CFL)</th>
<th align="center">P2P distributed federated learning (DFL)</th>
</tr>
</thead>
<tbody>
<tr>
<td><bold>Reliability</bold></td>
<td>Dependent on a central server; single point of failure</td>
<td>Eliminates central server; no single point of failure</td>
</tr>
<tr>
<td><bold>Availability</bold></td>
<td>Limited by the central server&#x2019;s availability</td>
<td>Increased by distributing workloads across multiple nodes</td>
</tr>
<tr>
<td><bold>Security</bold></td>
<td>Central server aggregates model, increasing risk</td>
<td>Enhanced privacy, no single entity has access to all models</td>
</tr>
<tr>
<td><bold>Bandwidth cost</bold></td>
<td>High communication cost to and from central server</td>
<td>Reduced cost by leveraging local communications and private networks</td>
</tr>
<tr>
<td><bold>Core network&#x2019;s occupancy</bold></td>
<td>High occupancy due to centralized processing</td>
<td>Offloads processing to the network edge, reducing core occupancy</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s3_2">
<label>3.2</label>
<title>Clustered Distributed Federated Learning</title>
<p>In fully distributed P2P FL, two pivotal challenges emerge: scalability and non-IIDness. As the number of clients increases, the overhead associated with communication and computation escalates, resulting in prolonged convergence times. This scalability issue can severely hinder the practical deployment of FL in large-scale environments [<xref ref-type="bibr" rid="ref-23">23</xref>]. Moreover, non-IIDness&#x2014;characterized by varying levels of data heterogeneity among clients&#x2014;deteriorates the learning process [<xref ref-type="bibr" rid="ref-43">43</xref>], often leading to suboptimal model performance and uneven learning progress across the network.</p>
<p>To address these challenges, we propose a clustering approach that partitions a large community of clients into smaller groups based on selected criteria. As illustrated in <xref ref-type="fig" rid="fig-4">Fig. 4</xref>, a cluster that initially contains clients with diverse dataset sizes is subdivided into smaller clusters where each cluster comprises clients with similar dataset sizes. In our investigation, we consider physical proximity as one grouping criterion and additionally explore clustering based on data heterogeneity. The benefits of clustering include:</p>
<fig id="fig-4">
<label>Figure 4</label>
<caption>
<title>CDFL non-IIDness aware</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-4.tif"/>
</fig>
<p><list list-type="simple">
<list-item><label>1.</label><p><bold>Improved Scalability:</bold> Clustering significantly enhances the scalability and overall performance of FL architectures by reducing the number of clients involved in each training round.</p></list-item>
<list-item><label>2.</label><p><bold>Enhanced Convergence Efficiency:</bold> Partitioning clients into clusters according to proximity or data similarity mitigates communication overhead and accelerates convergence.</p></list-item>
<list-item><label>3.</label><p><bold>Effective Handling of Non-IID Data:</bold> Grouping clients with similar data distributions addresses non-IID challenges by ensuring that models are trained on more homogeneous data subsets.</p></list-item>
<list-item><label>4.</label><p><bold>Improved Model Performance:</bold> This approach fosters faster convergence, yields superior model accuracy, and enhances robustness.</p></list-item>
</list></p>
<p>The integration of CDFL with the 6G architecture is motivated by its capability to address key challenges posed by next-generation networks, including ultra-low latency, terabit-per-second data rates, massive device connectivity, and heterogeneous data distributions. Academic studies consistently highlight the synergy between FL-based approaches such as CDFL and the architectural innovations envisioned for 6G networks [<xref ref-type="bibr" rid="ref-44">44</xref>,<xref ref-type="bibr" rid="ref-45">45</xref>]. In a 6G environment, CDFL can be organized logically based on criteria such as geographic location or data distribution similarity. Recent works have leveraged complex algorithms such as federated K-means [<xref ref-type="bibr" rid="ref-46">46</xref>] or the Federated Fuzzy c-Means Algorithm (FFCM) [<xref ref-type="bibr" rid="ref-47">47</xref>]. Regardless of the specific algorithm employed, we consider two grouping strategies: vertical, where all cluster members are associated with the same edge node, and horizontal, where cluster members may belong to different edge nodes, as depicted in <xref ref-type="fig" rid="fig-5">Fig. 5</xref>. <xref ref-type="table" rid="table-3">Table 3</xref> provides a comparative analysis between the vertical and horizontal strategies.</p>
<fig id="fig-5">
<label>Figure 5</label>
<caption>
<title>6G Environment for CDFL</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-5.tif"/>
</fig><table-wrap id="table-3">
<label>Table 3</label>
<caption>
<title>Key differences between vertical and horizontal grouping strategies in CDFL</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th>Grouping Strategy</th>
<th>Vertical</th>
<th>Horizontal</th>
</tr>
</thead>
<tbody>
<tr>
<td><bold>Basis</bold></td>
<td><inline-formula id="ieqn-27"><mml:math id="mml-ieqn-27"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Geography/Edge Proximity<break/><inline-formula id="ieqn-28"><mml:math id="mml-ieqn-28"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Clients under same edge node<break/><inline-formula id="ieqn-29"><mml:math id="mml-ieqn-29"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;(e.g., factory floor robots)</td>
<td><inline-formula id="ieqn-30"><mml:math id="mml-ieqn-30"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Data/Application Logic<break/><inline-formula id="ieqn-31"><mml:math id="mml-ieqn-31"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Clients across edge nodes<break/><inline-formula id="ieqn-32"><mml:math id="mml-ieqn-32"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;(e.g., medical vs. industrial sensors)</td>
</tr>
<tr>
<td><bold>Advantages</bold></td>
<td><inline-formula id="ieqn-33"><mml:math id="mml-ieqn-33"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Ultra-low latency (local P2P)<break/><inline-formula id="ieqn-34"><mml:math id="mml-ieqn-34"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Minimal core network dependency<break/><inline-formula id="ieqn-35"><mml:math id="mml-ieqn-35"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Simplified resource management</td>
<td><inline-formula id="ieqn-36"><mml:math id="mml-ieqn-36"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Task-specific specialization<break/><inline-formula id="ieqn-37"><mml:math id="mml-ieqn-37"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Scalable for heterogeneous clients<break/><inline-formula id="ieqn-38"><mml:math id="mml-ieqn-38"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Efficient for non-IID data</td>
</tr>
<tr>
<td><bold>Limitations</bold></td>
<td><inline-formula id="ieqn-39"><mml:math id="mml-ieqn-39"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Inflexible for mobility<break/> <inline-formula id="ieqn-40"><mml:math id="mml-ieqn-40"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Limited cross-cluster sharing<break/> <inline-formula id="ieqn-41"><mml:math id="mml-ieqn-41"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Redundant in dense deployments</td>
<td><inline-formula id="ieqn-42"><mml:math id="mml-ieqn-42"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Higher coordination overhead<break/><inline-formula id="ieqn-43"><mml:math id="mml-ieqn-43"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Needs advanced SDN<break/><inline-formula id="ieqn-44"><mml:math id="mml-ieqn-44"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Risk of uneven cluster sizes</td>
</tr>
<tr>
<td><bold>6G Integration</bold></td>
<td><inline-formula id="ieqn-45"><mml:math id="mml-ieqn-45"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;SDN manages local topologies<break/><inline-formula id="ieqn-46"><mml:math id="mml-ieqn-46"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;URLLC slices for intra-cluster</td>
<td><inline-formula id="ieqn-47"><mml:math id="mml-ieqn-47"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;SDN orchestrates cross-domain<break/><inline-formula id="ieqn-48"><mml:math id="mml-ieqn-48"><mml:mo>&#x2219;</mml:mo></mml:math></inline-formula>&#x2002;Application-tailored slices</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><xref ref-type="fig" rid="fig-6">Fig. 6</xref> illustrates the intra-cluster and inter-cluster aggregation processes for both vertical and horizontal approaches. In the vertical scenario&#x2014;where all clients are associated with the same edge node (base station)&#x2014;the green circles denote the intra-cluster aggregations, while the orange circle represents the inter-cluster aggregation among cluster heads. The both aggregations are conducted using the same P2P FL process we defined in the Algorithm 3. A similar notation applies to the horizontal scenario, with the distinction that clients are associated with different edge nodes.</p>
<fig id="fig-6">
<label>Figure 6</label>
<caption>
<title>Intra-cluster and inter-clusters aggregation for vertical and horizontal</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-6.tif"/>
</fig>
<p>From software-defined networking (SDN) perspective, hardware and data storage (comprising trainers and aggregators) are allocated in the infrastructure (data plane), while the control plane comprises all coordinating and managing entities, and the application plane resides at the top. The key components involved in the clustering and aggregation processes are described below:
<list list-type="simple">
<list-item><label>1.</label><p><bold>Clustering Coordination</bold>
<list list-type="simple">
<list-item><label>(a)</label><p><italic>Edge Coordinator:</italic> A Virtual Network Function (VNF) responsible for coordinating client nodes during the aggregation process. It ensures alignment among clients and orchestrates the aggregation steps under one or more edge base stations, thereby serving as the conduit to other network planes.</p></list-item>
<list-item><label>(b)</label><p><italic>Cluster Manager:</italic> A comprehensive component for managing the lifecycle of clusters, which includes several VNFs assigned specific roles:
<list list-type="simple">
<list-item><label>i.</label><p><italic>Cluster Construction Module:</italic> Constructs clusters based on client data characteristics and performance metrics. It analyzes client data and locations to determine the optimal clustering strategy prior to aggregation.</p></list-item>
<list-item><label>ii.</label><p><italic>Cluster Maintenance Module:</italic> Monitors existing clusters&#x2019; performance and orchestrates regrouping or reconstruction as needed.</p></list-item>
<list-item><label>iii.</label><p><italic>Cluster Head Election Module:</italic> Elects cluster heads based on criteria such as intra-cluster aggregation results, test accuracy, or resource availability.</p></list-item>
</list></p></list-item>
<list-item><label>(c)</label><p><italic>Network Slicing Module:</italic> Utilizes network slicing to optimize resource allocation and performance across different clusters, particularly when clients and cluster heads are associated with different edge nodes. This integration enables tailored network slices that meet the unique demands of various FL tasks while ensuring efficient network communication.</p></list-item>
</list></p></list-item>
<list-item><label>2.</label><p><bold>Aggregation Process</bold>
<list list-type="simple">
<list-item><label>(a)</label><p><italic>Intra-Cluster Aggregator:</italic> Each client node (i.e., cluster member) shares its local model with other members on a P2P basis.</p></list-item>
<list-item><label>(b)</label><p><italic>Inter-Cluster Aggregator:</italic> During inter-cluster aggregation, cluster heads aggregate models from different clusters, ensuring that the resulting global model reflects the contributions of multiple clusters. Both aggregation processes leverage the hardware and raw data available at the client level.</p></list-item>
</list></p></list-item>
</list></p>
<p>For both vertical and horizontal cases, the workflow of clustering and aggregation is illustrated in <xref ref-type="fig" rid="fig-7">Fig. 7</xref>. The flowchart outlines the proposed CDFL architecture workflow, beginning with the selection of a clustering strategy&#x2014;either horizontal or vertical. In horizontal clustering, clients with similar data distributions are grouped together, followed by network slice allocation, local (intra-cluster) model aggregation, cluster head election, inter-cluster aggregation, and global model distribution. In vertical clustering, clients are grouped based on complementary features, after which intra-cluster aggregation, cluster head election, cross-cluster model aggregation, and global model dissemination are executed. Both approaches iterate until model convergence is achieved, ensuring efficient and scalable learning.</p>
<fig id="fig-7">
<label>Figure 7</label>
<caption>
<title>CDFL workflow steps</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-7.tif"/>
</fig>
<p>The details of intra-cluster and inter-cluster aggregation are provided below.</p>
<p><bold>Intra-Cluster FL</bold>
<list list-type="simple">
<list-item><label>1.</label><p>Each client trains its local model for a specified number of local epochs.</p></list-item>
<list-item><label>2.</label><p>After local training, clients in the same cluster share their local model in a P2P manner.</p></list-item>
<list-item><label>3.</label><p>Each client aggregates its global model based on the received models.</p></list-item>
</list></p>
<p><bold>Inter-Cluster FL</bold>
<list list-type="simple">
<list-item><label>1.</label><p>Cluster heads further train their models for a specified number of local epochs.</p></list-item>
<list-item><label>2.</label><p>Cluster heads share their local models in a similar P2P way to the first phase.</p></list-item>
<list-item><label>3.</label><p>Cluster heads aggregate their models to form a global model until they reach the required convergence.
<list list-type="bullet">
<list-item>
<p>The global model is returned to all clients within each cluster.</p></list-item>
</list></p></list-item>
</list></p>
<p>Algorithm 4 presents a two-phase training process designed to enhance model accuracy. Initially, in the intra-cluster phase, each client within a cluster trains its local model over a specified number of epochs. The resulting local models are then aggregated to form a unified cluster model.</p>
<p>Subsequently, cluster heads are selected from each cluster using a Multi-Strategy Fusion Snake Optimizer (MSSO) [<xref ref-type="bibr" rid="ref-48">48</xref>]. MSSO is an advanced meta-heuristic algorithm developed for distributed FL to address key challenges in inter-cluster communication. By integrating multiple optimization strategies&#x2014;such as adaptive mutation, bidirectional search, and dynamic parameter updates&#x2014;MSSO effectively balances the trade-off between exploration and exploitation during the cluster head selection process. This method considers both residual energy and cluster characteristics, ensuring a fair rotation of cluster heads and preventing the repetitive selection of energy-depleted nodes. Moreover, MSSO adapts to dynamic network topologies and optimizes inter-cluster separation, thereby reducing communication overhead and improving model convergence in non-IID data settings. Its flexibility in handling varying numbers of clients and incorporating newly joined nodes makes it particularly suitable for real-world FL systems with fluctuating client availability [<xref ref-type="bibr" rid="ref-49">49</xref>]. MSSO shows effectiveness in solving complex cluster heads selection problems, particularly in energy-constrained environments [<xref ref-type="bibr" rid="ref-48">48</xref>].</p>
<p>In the inter-cluster phase, the selected cluster heads train their models over a designated number of epochs and subsequently aggregate these models to form a global model. This global model is then disseminated back to the clients within each cluster for further updates. This two-phase approach leverages both localized data distributions and broader inter-cluster knowledge sharing, ensuring efficient learning.</p>
<fig id="fig-27">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-27.tif"/>
</fig>
<p>Having established the fully DFL and CDFL architectures and workflows 3, we now turn to the methodology used to validate these designs. In <xref ref-type="sec" rid="s4">Section 4</xref>, we describe the tactile-grasping use case, dataset generation via the TACTO simulator, and the experimental parameters. <xref ref-type="sec" rid="s5">Section 5</xref> then presents the results of these experiments and evaluates the relative performance of centralized FL, DFL, and CDFL in terms of accuracy, convergence time, and communication/computation costs.</p>
</sec>
</sec>
<sec id="s4">
<label>4</label>
<title>Methodology and Experimental Setup</title>
<p>This part describes the use case, used dataset, the simulator, and related settings.</p>
<sec id="s4_1">
<label>4.1</label>
<title>Dataset and Simulator</title>
<p>There is a notable lack of ready-made datasets for tactile manipulation tasks in machine learning, as TIoT is an emerging field. To address this gap, researchers initially attempted to utilize commercially available tactile sensors; however, these sensors proved to be expensive and were primarily designed for industrial rather than research purposes. As an alternative, an open-source simulator for high-fidelity tactile sensor simulation was employed to generate realistic touch data for robot arms.</p>
<p>The simulator, known as TACTO [<xref ref-type="bibr" rid="ref-50">50</xref>], is capable of replicating a variety of sensor types and excels in evaluating the stability of a robot&#x2019;s grasp through tactile feedback. It offers several advantages, including high-resolution data, rapid rendering, and flexibility in accommodating different sensor configurations. Nevertheless, TACTO may not perfectly capture all aspects of real-world tactile interactions and requires further validation across diverse robotic applications.</p>
<p>For experimental purposes, TACTO was configured to emulate a two-fingered robotic gripper equipped with BioTac SP tactile sensors. This setup captured multimodal tactile feedback (RGB, depth, and force data) during object interactions. For each grasping attempt, the simulator recorded tactile signals under varying conditions, including different object geometries (cube, cylinder, sphere), surface textures (smooth, rough), and grasp forces ranging from 0.1 to 5.0 N, thereby replicating the diversity of real-world tactile scenarios. The sensor data were sampled at 1 kHz, in alignment with TIoT latency requirements, and rendered into 128 <inline-formula id="ieqn-66"><mml:math id="mml-ieqn-66"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula> 128 RGB-D frames using TACTO&#x2019;s underlying physics engine (PyBullet). Following simulation, the raw data underwent pre-processing: depth maps were normalized to a [0, 1] range, RGB frames were converted to grayscale to reduce dimensionality, and temporal sequences were segmented into 500 ms windows (equivalent to 500 samples per grasp). The final dataset comprised 10,000 samples, partitioned into 90% training data (stratified by object class and force levels) and 10% testing data. All configuration details, including sensor parameters and simulation scripts, are publicly documented in TACTO&#x2019;s repository to facilitate replication. For our work, we generated a dataset using exclusively tactile data with 10,000 samples from the simulator, as the inclusion of video data did not yield significant performance improvements; this sample size was selected as an optimal trade-off between execution speed and model performance.</p>
</sec>
<sec id="s4_2">
<label>4.2</label>
<title>Use Case</title>
<p>FL is increasingly applied in IoT environments, especially where the tactile Internet demands ultra-low latency and high reliability. In smart healthcare, FL enables collaborative training of predictive models on distributed patient data from wearables and medical devices, preserving privacy and regulatory compliance. For example, reference [<xref ref-type="bibr" rid="ref-51">51</xref>] highlights how FL empowers decentralized analytics for personalized healthcare while maintaining data sovereignty and security. In smart cities, FL enhances both security and efficiency across distributed sensors and edge devices. Recent work by [<xref ref-type="bibr" rid="ref-52">52</xref>] introduces adaptive clustering techniques within FL to improve security and reduce communication overhead, while blockchain-based FL frameworks (see [<xref ref-type="bibr" rid="ref-53">53</xref>]) further strengthen trust and transparency in urban IoT systems. Manufacturing also benefits from FL, particularly in Industry 4.0/5.0 settings where multiple stakeholders need to collaborate without exposing proprietary data. FL allows manufacturers to develop robust models for predictive maintenance and quality control jointly [<xref ref-type="bibr" rid="ref-54">54</xref>]. In tactile Internet scenarios, advanced FL architectures enable responsive, real-time applications like remote surgery and industrial automation by leveraging multi-edge clustering and AI-driven communication strategies [<xref ref-type="bibr" rid="ref-55">55</xref>,<xref ref-type="bibr" rid="ref-56">56</xref>]. A comprehensive study of such use cases can be found in this work [<xref ref-type="bibr" rid="ref-19">19</xref>].</p>
<p>A notable example is a robotic arm that manipulates both virtual and physical objects based on remote operator input, thereby demonstrating the seamless integration of human control and autonomous machine learning. The tactile data used in this study are sourced from the TACTO simulator [<xref ref-type="bibr" rid="ref-50">50</xref>], a sophisticated tool designed to emulate tactile sensing environments. In our use case, the predicted tactile signals are fed directly into the robot&#x2019;s control loop, allowing the system to adjust its grip or motion trajectory before undesired events (such as slippage or excessive force) occur. This predictive feedback reduces reaction time and enhances task success rates, as evidenced by improved performance metrics in related studies [<xref ref-type="bibr" rid="ref-57">57</xref>,<xref ref-type="bibr" rid="ref-58">58</xref>]. <xref ref-type="fig" rid="fig-8">Fig. 8</xref> illustrates the integration of the tactile prediction module with the decision-making process.</p>
<fig id="fig-8">
<label>Figure 8</label>
<caption>
<title>Decision making process</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-8.tif"/>
</fig>
<p>The CDFL architecture is employed to train a binary classifier designed to predict the success or failure of a grasping attempt based solely on tactile sensor data. The grasping stability dataset from the TACTO simulator is used to train and evaluate the CDFL-based model. By using the grasping stability task as a concrete use case, we validate the effectiveness of the proposed CDFL architecture in enabling efficient and accurate tactile-based decision-making for real-world TIoT applications. Accurate prediction of grasping success or failure has significant implications in robotics, manufacturing, and other domains where reliable tactile sensing is crucial.</p>
</sec>
<sec id="s4_3">
<label>4.3</label>
<title>Settings</title>
<p>For each object grasping attempt (sample), the tactile data consisted of four attributes. This configuration results from simulating a two-fingered gripper equipped with sensors on both the right and left sides, where each side captures color and depth information as illustrated in <xref ref-type="fig" rid="fig-9">Fig. 9</xref>.</p>
<fig id="fig-9">
<label>Figure 9</label>
<caption>
<title>Grasping stability use case</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-9.tif"/>
</fig>
<p>After evaluating various attribute combinations, the researchers decided to focus solely on one attribute&#x2014;namely, the color information from the right sensor (ColorRight). This decision reduced complexity and saved time, as incorporating additional data did not yield significant performance improvements. For model training, 90% of the data were allocated for training, with the remaining 10% reserved for testing. The experiments were executed on Google Colaboratory (Colab), a cloud-based platform that provided Python execution environments with GPU access, thereby satisfying the computational requirements of the study.</p>
<p>All experiments were conducted on a local desktop featuring an Intel Core i5 CPU, 8 GB of RAM, and an Solid-state drive (SSD). The system operated on Windows 10 (64-bit) and utilized Jupyter Notebook with Anaconda 3.10 and Python 3.10.9. Additionally, NVIDIA CUDA 11.7 was employed in conjunction with an NVIDIA GeForce RTX 2060 (12 GB memory, 14 Gbps clock speed) to simulate all participants sequentially, with each client using these physical resources as needed.</p>
<p>Regarding hyperparameters, pre-trained lightweight ResNet models were leveraged. The aggregation strategy used was FedAvg, with the Adam optimizer. The learning rate was set to 0.001, the batch size to 64, the number of local epochs to 10, and the global epochs (communication rounds) to 5. The experimental setup included 5 clients and a test data size of 10%.</p>
</sec>
</sec>
<sec id="s5">
<label>5</label>
<title>Results and Evaluation</title>
<p>In this section, we detail the results and provide a comparative discussion of performance metrics between the legacy centralized FL architecture and the P2P decentralized approach for TIoT applications. We further examine the CDFL in comparison to DFL, including an analysis of the additional overhead incurred by clustering.</p>
<p>With the experimental setup now defined (<xref ref-type="sec" rid="s4">Section 4</xref>), we proceed in this section to evaluate the three architectures. <xref ref-type="sec" rid="s5_1">Section 5.1</xref> compares centralized FL against fully distributed FL (DFL), and <xref ref-type="sec" rid="s5_2">Section 5.2</xref> examines how clustering (CDFL) mitigates scalability and non-IID challenges. Finally, <xref ref-type="sec" rid="s5_3">Section 5.3</xref> analyzes the computational and communication complexity of each approach.</p>
<sec id="s5_1">
<label>5.1</label>
<title>DFL Results and Evaluation</title>
<sec id="s5_1_1">
<label>5.1.1</label>
<title>Accuracy and Loss</title>
<p>The evaluation focused on validation performance over 50 epochs, with <xref ref-type="fig" rid="fig-10">Fig. 10</xref> depicting the validation accuracy curves and <xref ref-type="fig" rid="fig-11">Fig. 11</xref> the validation loss trends. In the CFL setup, validation accuracy climbed steadily from 0.522 to 0.944, while validation loss fell from 1.45 to 0.13. Under DFL, validation accuracy rose from 0.512 to 0.945&#x2014;nearly matching the centralized curve in <xref ref-type="fig" rid="fig-10">Fig. 10</xref>&#x2014;and validation loss declined from 1.65 to 0.14 as shown in <xref ref-type="fig" rid="fig-11">Fig. 11</xref>. The centralized FL maintains a modestly lower loss at nearly every epoch (<inline-formula id="ieqn-67"><mml:math id="mml-ieqn-67"><mml:mo>&#x2248;</mml:mo></mml:math></inline-formula>0.01&#x2013;0.20 gap), even as both approaches converge to almost identical accuracy by epoch 50.</p>
<fig id="fig-10">
<label>Figure 10</label>
<caption>
<title>Accuracy comparision of centralized and decentralized FL architectures</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-10.tif"/>
</fig><fig id="fig-11">
<label>Figure 11</label>
<caption>
<title>Loss comparision of centralized and decentralized FL architectures</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-11.tif"/>
</fig>
<p>These results demonstrate that DFL can achieve the same high validation accuracy as centralized FL, yet converges slightly faster in loss reduction early on. The sharper early-epoch drop in decentralized loss suggests that peer-to-peer weight exchanges act like a dynamic ensemble, delivering rapid local refinements before consensus. CFL&#x2019;s more gradual loss decline reflects its conservative aggregation, yielding marginally better stability and slightly lower final validation loss. Given the negligible difference in end-point accuracy (0.944 vs. 0.945) and the small loss gap, practitioners should choose between centralized and decentralized FL based on system-level priorities&#x2014;scalability, privacy guarantees, and communication overhead&#x2014;rather than on validation metrics alone.</p>
</sec>
<sec id="s5_1_2">
<label>5.1.2</label>
<title>Time to Convergence</title>
<p>We evaluated the convergence performance of both centralized and decentralized architectures by measuring the time and number of communication rounds required to reach 90% accuracy, as <xref ref-type="fig" rid="fig-12">Figs. 12</xref>, and <xref ref-type="fig" rid="fig-13">13</xref> illustrate. For the ResNet model, the decentralized setup achieved 90% accuracy significantly faster, with a convergence time of 6443 s compared to 8458 s in the centralized configuration, albeit requiring more communication rounds (4 vs. 1). ShuffleNet also showed improved convergence in the decentralized architecture, achieving 90% accuracy in 8369 s vs. 8736 s in the centralized case, and required fewer rounds (3 vs. 1). EfficientNet demonstrated the most dramatic improvement, with the decentralized setup converging in 5806 s compared to 10354 s for the centralized setup, while needing 2 communication rounds instead of 1. MobileNet yielded the best overall performance in both architectures, achieving convergence in 5144 s in the decentralized setup compared to 5877 s in the centralized one, though it required more rounds (3 vs. 1).</p>
<fig id="fig-12">
<label>Figure 12</label>
<caption>
<title>Time to convergence comparison of centralized and decentralized FL architectures</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-12.tif"/>
</fig><fig id="fig-13">
<label>Figure 13</label>
<caption>
<title>Number of rounds comparison of centralized and decentralized FL architectures</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-13.tif"/>
</fig>
<p>These results highlight that decentralized architectures can significantly reduce convergence time for reaching 90% accuracy across a range of deep learning models. This advantage is particularly pronounced in models such as EfficientNet, which exhibited nearly a two-fold decrease in convergence time. However, this reduction in time comes at the cost of an increased number of communication rounds. This trade-off may be due to the characteristics of decentralized training, where peer-to-peer communication and data distribution accelerate individual iterations but necessitate additional rounds for synchronization and model convergence. These findings underscore the potential of decentralized architectures in minimizing convergence time and suggest that further optimization of communication protocols and synchronization strategies could enhance the overall efficiency and practicality of decentralized FL systems.</p>
</sec>
<sec id="s5_1_3">
<label>5.1.3</label>
<title>Impact of Aggregation with Different Number of Clients</title>
<p>In a standard distributed architecture, local models from all clients are typically aggregated to form a global model, enabling the system to leverage the full diversity and richness of the combined dataset. However, an alternative strategy involves selecting only a subset of clients for aggregation, allowing for a trade-off between communication overhead and model performance. <xref ref-type="fig" rid="fig-14">Fig. 14</xref> presents the results for a single cluster containing 12 clients and a dataset of 1000 samples, evaluated under varying numbers of participating clients in each aggregation round.</p>
<fig id="fig-14">
<label>Figure 14</label>
<caption>
<title>Impact of aggregation with different number of clients</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-14.tif"/>
</fig>
<p>The findings indicate that when fewer clients participate in the aggregation, more communication rounds are required to achieve the same accuracy level. Nevertheless, all configurations eventually surpassed the 85% accuracy threshold after approximately 7 rounds. This result underscores the significance of balancing communication efficiency with model performance when determining the optimal number of clients to include in each aggregation round. Furthermore, the ideal selection strategy is influenced by the heterogeneity and representativeness of the data distributed across clients. Carefully choosing clients that collectively offer a comprehensive view of the data can maintain high accuracy while reducing communication costs.</p>
</sec>
</sec>
<sec id="s5_2">
<label>5.2</label>
<title>CDFL Results and Evaluation</title>
<p>This section presents a detailed comparison of key performance metrics between DFL and CDFL, focusing on two primary challenges: scalability and data heterogeneity (non-IIDness). The same simulation environment, dataset, and configuration described earlier are used here, although each experiment includes distinct input parameters and assumptions, introduced at the beginning of each analysis. Our focus is on the learning dynamics rather than the specifics of the clustering process; thus, we assume certain group structures and sizes throughout.</p>
<sec id="s5_2_1">
<label>5.2.1</label>
<title>Scalability Problem</title>
<p><italic>Scalability Performance Degradation&#x2019;s Impact:</italic></p>
<p>Scalability in fully decentralized FL is evaluated based on the impact of increasing the number of clients on convergence performance, measured in terms of the number of global iterations (communication rounds) required to achieve a fixed test accuracy. As client count increases, so does communication overhead, potentially degrading convergence speed due to the rising frequency and complexity of model synchronization.</p>
<p><xref ref-type="fig" rid="fig-15">Fig. 15</xref> illustrates this effect in the DFL setup with a dataset of 1000 samples, revealing a near-linear relationship between the number of clients and the time required to reach 90% test accuracy.</p>
<fig id="fig-15">
<label>Figure 15</label>
<caption>
<title>Impact of clients&#x2019; number on the convergence</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-15.tif"/>
</fig>
<p><italic>Mitigating the Scalability by Clustering:</italic></p>
<p>In contrast, <xref ref-type="fig" rid="fig-16">Fig. 16</xref> demonstrates how CDFL effectively mitigates the scalability issue by introducing a hierarchical training structure composed of intra-cluster and inter-cluster phases, as previously described. In an experiment involving 12 clients (each with 1000 samples), we compared the time required to achieve varying levels of accuracy under both architectures.</p>
<fig id="fig-16">
<label>Figure 16</label>
<caption>
<title>Time to convergence: DFL vs. CDFL</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-16.tif"/>
</fig>
<p>Time was chosen as the primary comparison metric over communication rounds due to the inherent structural differences between DFL and CDFL. While DFL employs a single type of communication round across all clients, CDFL alternates between intra-cluster and inter-cluster communication phases, each contributing differently to the overall process.</p>
<p>The results clearly show a significant reduction in convergence time when using the CDFL approach, highlighting its scalability benefits. Although the advantage narrows slightly at higher accuracy levels, it remains substantial, reinforcing the effectiveness of clustering in accelerating learning in large-scale, decentralized environments.</p>
<p><italic>Impact of Clustering on the Communication Overhead:</italic></p>
<p><xref ref-type="table" rid="table-4">Table 4</xref>, corresponding to <xref ref-type="fig" rid="fig-17">Fig. 17</xref>, provides important insights into the trade-offs between communication overhead and accuracy in various CDFL configurations. The data reveals that increasing the number of clusters leads to a noticeable rise in communication rounds, especially in the second phase of communication.</p>
<table-wrap id="table-4">
<label>Table 4</label>
<caption>
<title>Communication costs for various CDFL architectures and different accuracies</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th align="center">Accuracy threshold</th>
<th align="center">Clusters</th>
<th align="center">1-Phase communication rounds</th>
<th align="center">2-Phase communication rounds</th>
</tr>
</thead>
<tbody>
<tr>
<td rowspan="3"><bold>89%</bold></td>
<td>2 clusters</td>
<td>3</td>
<td>0</td>
</tr>
<tr>
<td>3 clusters</td>
<td>5</td>
<td>1</td>
</tr>
<tr>
<td>4 clusters</td>
<td>5</td>
<td>2</td>
</tr>
<tr>
<td rowspan="3"><bold>90%</bold></td>
<td>2 clusters</td>
<td>5</td>
<td>0</td>
</tr>
<tr>
<td>3 clusters</td>
<td>5</td>
<td>2</td>
</tr>
<tr>
<td>4 clusters</td>
<td>5</td>
<td>3</td>
</tr>
<tr>
<td rowspan="3"><bold>91%</bold></td>
<td>2 clusters</td>
<td>5</td>
<td>2</td>
</tr>
<tr>
<td>3 clusters</td>
<td>5</td>
<td>3</td>
</tr>
<tr>
<td>4 clusters</td>
<td>5</td>
<td>4</td>
</tr>
</tbody>
</table>
</table-wrap><fig id="fig-17">
<label>Figure 17</label>
<caption>
<title>Communication costs for various CDFL architectures and different accuracies</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-17.tif"/>
</fig>
<p>This second phase&#x2014;inter-cluster communication&#x2014;is inherently more expensive due to longer transmission paths between cluster heads, as opposed to the intra-cluster communication of the first phase, which remains relatively low-cost due to local interactions. For example, when the number of clusters increases from 2 to 4, the second-phase communication rounds required to reach 89% accuracy rise from 0 to 2, reflecting this additional overhead.</p>
<p>Furthermore, a clear pattern emerges linking accuracy targets to communication cost. Achieving higher accuracy consistently demands more communication rounds. As an illustration, reaching 91% accuracy with 4 clusters necessitates 4 rounds of second-phase communication, while only 2 rounds are needed for 89% accuracy. This trend highlights the inherent trade-off between model accuracy and communication efficiency within CDFL architectures.</p>
<p>Increasing the number of clusters leads to a higher total number of communication rounds across both phases. While clustering enhances scalability and can accelerate convergence by distributing the training burden, it also introduces communication complexity&#x2014;particularly in the inter-cluster phase. These findings underscore the need to carefully balance clustering granularity against the desired model performance and communication resource constraints.</p>
</sec>
<sec id="s5_2_2">
<label>5.2.2</label>
<title>Non-IIDness Problem</title>
<p><italic>Proportional Bias Concept:</italic></p>
<p>In practical FL scenarios, variations in client-side performance, data distributions, and computational resources result in inconsistent local training progress. Such heterogeneity can manifest as a form of <italic>bias</italic> when measuring the communication and computation costs. Therefore, it becomes essential to model these discrepancies systematically to achieve fair and efficient aggregation or scheduling. In this work, we focus on the heterogeneity type of the data.</p>
<p>We define the <italic>bias level</italic> of a client as a normalized measure of its deviation from a reference identical dataset. Let <inline-formula id="ieqn-68"><mml:math id="mml-ieqn-68"><mml:msub><mml:mi>&#x03C8;</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> denote the dataset size (number of samples) for client <inline-formula id="ieqn-69"><mml:math id="mml-ieqn-69"><mml:mi>i</mml:mi></mml:math></inline-formula>, and let <inline-formula id="ieqn-70"><mml:math id="mml-ieqn-70"><mml:mrow><mml:mover><mml:mi>&#x03C8;</mml:mi><mml:mo stretchy="false">&#x00AF;</mml:mo></mml:mover></mml:mrow></mml:math></inline-formula> represent the reference or average samples across all participating clients. The deviation of each client from this average is central to our bias modeling.</p>
<p>To represent the relative deviation proportionally, we introduce the <bold>Proportional Bias (PB)</bold> as follows:
<disp-formula id="eqn-2"><label>(2)</label><mml:math id="mml-eqn-2" display="block"><mml:msub><mml:mrow><mml:mtext>PB</mml:mtext></mml:mrow><mml:mi>i</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msub><mml:mi>&#x03C8;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x2212;</mml:mo><mml:mrow><mml:mover><mml:mi>&#x03C8;</mml:mi><mml:mo stretchy="false">&#x00AF;</mml:mo></mml:mover></mml:mrow></mml:mrow><mml:mrow><mml:mover><mml:mi>&#x03C8;</mml:mi><mml:mo stretchy="false">&#x00AF;</mml:mo></mml:mover></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>Here, <inline-formula id="ieqn-71"><mml:math id="mml-ieqn-71"><mml:msub><mml:mtext>PB</mml:mtext><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> captures the normalized deviation of client <inline-formula id="ieqn-72"><mml:math id="mml-ieqn-72"><mml:mi>i</mml:mi></mml:math></inline-formula>&#x2019;s cdataset size from the average size. A value of <inline-formula id="ieqn-73"><mml:math id="mml-ieqn-73"><mml:msub><mml:mtext>PB</mml:mtext><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x003E;</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula> implies that client <inline-formula id="ieqn-74"><mml:math id="mml-ieqn-74"><mml:mi>i</mml:mi></mml:math></inline-formula> has a higher cost than average (i.e., more biased), while <inline-formula id="ieqn-75"><mml:math id="mml-ieqn-75"><mml:msub><mml:mtext>PB</mml:mtext><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x003C;</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula> indicates a lower-than-average size (i.e., less biased or more efficient). When <inline-formula id="ieqn-76"><mml:math id="mml-ieqn-76"><mml:msub><mml:mtext>PB</mml:mtext><mml:mi>i</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula>, the client aligns exactly with the average.</p>
<p><bold>Derivation Justification:</bold></p>
<p>To contextualize this, consider the bias as a relative difference rather than an absolute one. If we were to use the absolute deviation <inline-formula id="ieqn-77"><mml:math id="mml-ieqn-77"><mml:msub><mml:mi>&#x03C8;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x2212;</mml:mo><mml:mrow><mml:mover><mml:mi>&#x03C8;</mml:mi><mml:mo stretchy="false">&#x00AF;</mml:mo></mml:mover></mml:mrow></mml:math></inline-formula>, it would not fairly reflect the scale of differences, especially when comparing across diverse environments. Hence, dividing by the reference size <inline-formula id="ieqn-78"><mml:math id="mml-ieqn-78"><mml:mrow><mml:mover><mml:mi>&#x03C8;</mml:mi><mml:mo stretchy="false">&#x00AF;</mml:mo></mml:mover></mml:mrow></mml:math></inline-formula> ensures proportional fairness and allows for meaningful comparison.</p>
<p><bold>Illustrative Example:</bold></p>
<p>Assume three clients with the following sizes:
<disp-formula id="ueqn-3"><mml:math id="mml-ueqn-3" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd></mml:mtd><mml:mtd><mml:mi>&#x03C8;</mml:mi><mml:mo>=</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:mn>120</mml:mn><mml:mo>,</mml:mo><mml:mn>100</mml:mn><mml:mo>,</mml:mo><mml:mn>80</mml:mn><mml:mo fence="false" stretchy="false">}</mml:mo><mml:mrow><mml:mtext>&#x00A0;(in MB)</mml:mtext></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>Then,
<disp-formula id="ueqn-4"><mml:math id="mml-ueqn-4" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd></mml:mtd><mml:mtd><mml:mrow><mml:mover><mml:mi>&#x03C8;</mml:mi><mml:mo stretchy="false">&#x00AF;</mml:mo></mml:mover></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mn>120</mml:mn><mml:mo>+</mml:mo><mml:mn>100</mml:mn><mml:mo>+</mml:mo><mml:mn>80</mml:mn></mml:mrow><mml:mn>3</mml:mn></mml:mfrac><mml:mo>=</mml:mo><mml:mn>100</mml:mn></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>Proportional bias values:
<disp-formula id="ueqn-5"><mml:math id="mml-ueqn-5" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd><mml:msub><mml:mrow><mml:mtext>PB</mml:mtext></mml:mrow><mml:mn>1</mml:mn></mml:msub></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mn>120</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mn>100</mml:mn></mml:mrow><mml:mn>100</mml:mn></mml:mfrac><mml:mo>=</mml:mo><mml:mn>0.20</mml:mn></mml:mtd></mml:mtr><mml:mtr><mml:mtd><mml:msub><mml:mrow><mml:mtext>PB</mml:mtext></mml:mrow><mml:mn>2</mml:mn></mml:msub></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mn>100</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mn>100</mml:mn></mml:mrow><mml:mn>100</mml:mn></mml:mfrac><mml:mo>=</mml:mo><mml:mn>0.00</mml:mn></mml:mtd></mml:mtr><mml:mtr><mml:mtd><mml:msub><mml:mrow><mml:mtext>PB</mml:mtext></mml:mrow><mml:mn>3</mml:mn></mml:msub></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mn>80</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mn>100</mml:mn></mml:mrow><mml:mn>100</mml:mn></mml:mfrac><mml:mo>=</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mn>0.20</mml:mn></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>As seen above, client 1 is 20% more than average, client 3 is 20% less, and client 2 is perfectly aligned.</p>
<p>This proportional bias value serves as a foundational metric for subsequent weighting schemes, selection strategies, or cost-adjusted aggregation mechanisms within the proposed framework.</p>
<p><italic>Impact of proportional bias on the communication overhead:</italic></p>
<p><xref ref-type="fig" rid="fig-18">Fig. 18</xref> illustrates the exponential relationship between the proportional bias and the number of communication rounds required for model convergence. As described earlier, the proportional bias quantifies the relative deviation of each client&#x2019;s dataset size from the average. A higher proportional bias implies a greater disparity, which can severely affect synchronization and model aggregation efficiency in FL.</p>
<fig id="fig-18">
<label>Figure 18</label>
<caption>
<title>Impact of proportional bias on the communication overhead</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-18.tif"/>
</fig>
<p><xref ref-type="fig" rid="fig-19">Fig. 19</xref> presents the performance degradation associated with different levels of proportional bias. It demonstrates how increased bias results in a significant drop in test accuracy and a prolonged convergence process. In extreme cases of high bias, the model may not converge within a reasonable number of rounds.</p>
<fig id="fig-19">
<label>Figure 19</label>
<caption>
<title>Impact of different proportional bias values on the convergence</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-19.tif"/>
</fig>
<p>In this experiment, we evaluated five distinct bias configurati ons across three levels, with a step size of 0.2 between successive levels, as detailed in <xref ref-type="table" rid="table-5">Table 5</xref>. Each configuration simulates varying levels of proportional bias by adjusting the contribution share of clients to the global model. The setup involves six clients, each capable of contributing up to 2k samples (representing 100% participation). The evaluation metric is the number of communication rounds required to reach a test accuracy threshold of 70%.</p>
<table-wrap id="table-5">
<label>Table 5</label>
<caption>
<title>Table of bias values <inline-formula id="ieqn-79"><mml:math id="mml-ieqn-79"><mml:mi>&#x03BE;</mml:mi></mml:math></inline-formula> and associated levels</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Bias value</th>
<th>Level 1</th>
<th>Level 2</th>
<th>Level 3</th>
</tr>
</thead>
<tbody>
<tr>
<td><inline-formula id="ieqn-80"><mml:math id="mml-ieqn-80"><mml:msub><mml:mi>&#x03BE;</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula></td>
<td>100%</td>
<td>80%</td>
<td>60%</td>
</tr>
<tr>
<td><inline-formula id="ieqn-81"><mml:math id="mml-ieqn-81"><mml:msub><mml:mi>&#x03BE;</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></inline-formula></td>
<td>90%</td>
<td>70%</td>
<td>50%</td>
</tr>
<tr>
<td><inline-formula id="ieqn-82"><mml:math id="mml-ieqn-82"><mml:msub><mml:mi>&#x03BE;</mml:mi><mml:mn>3</mml:mn></mml:msub></mml:math></inline-formula></td>
<td>80%</td>
<td>60%</td>
<td>40%</td>
</tr>
<tr>
<td><inline-formula id="ieqn-83"><mml:math id="mml-ieqn-83"><mml:msub><mml:mi>&#x03BE;</mml:mi><mml:mn>4</mml:mn></mml:msub></mml:math></inline-formula></td>
<td>70%</td>
<td>50%</td>
<td>30%</td>
</tr>
<tr>
<td><inline-formula id="ieqn-84"><mml:math id="mml-ieqn-84"><mml:msub><mml:mi>&#x03BE;</mml:mi><mml:mn>5</mml:mn></mml:msub></mml:math></inline-formula></td>
<td>60%</td>
<td>40%</td>
<td>20%</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><italic>Mitigating the Non-IIDness performance degradation by Clustering:</italic></p>
<p>This experiment addresses the performance degradation commonly caused by Non-IID data distributions by grouping clients with similar data characteristics into the same cluster, as previously described. <xref ref-type="fig" rid="fig-20">Fig. 20</xref> presents the test accuracy progression over communication rounds for 12 clients, each possessing 1000 data samples.</p>
<fig id="fig-20">
<label>Figure 20</label>
<caption>
<title>Mitigating the Non-IIDness performance degradation by Clustering</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-20.tif"/>
</fig>
<p>The results clearly demonstrate that incorporating Non-IID awareness into the architecture leads to significantly improved performance. Specifically, in the 4-cluster configuration, the Non-IID aware design achieves a smooth and consistent accuracy increase, reaching a peak of 0.85 after 10 communication rounds. In contrast, the Non-IID agnostic architecture struggles with performance instability, ultimately achieving a much lower peak accuracy of only 0.57. This contrast highlights the value of designing architectures that are cognizant of underlying data heterogeneity, as such awareness allows for better optimization and convergence.</p>
<p>However, the benefits of Non-IID awareness do not scale linearly with the number of clusters. The experiment reveals a slight performance decline as the number of clusters increases. For instance, the 2-cluster Non-IID aware setup achieves the highest peak accuracy at 0.89. Increasing to 3 clusters leads to a marginally lower peak of 0.87, and the 4-cluster setup further declines to 0.85. These findings suggest that while clustering similar clients enhances model accuracy under Non-IID conditions, excessively increasing the number of clusters may introduce inefficiencies. These could stem from elevated communication costs or increased complexity in coordinating across multiple clusters, which may outweigh the benefits of finer granularity in data grouping. Thus, a balance must be struck between leveraging Non-IID awareness and managing the operational overhead introduced by clustering.</p>
<p>Our results demonstrate that the CDFL architecture not only improves the accuracy of tactile prediction but also supports real-time decision-making by providing timely, actionable insights to the control system. This aligns with findings from recent works, which show that tactile prediction models can be directly leveraged for closed-loop control in contact-rich tasks [<xref ref-type="bibr" rid="ref-57">57</xref>,<xref ref-type="bibr" rid="ref-58">58</xref>].</p>
</sec>
</sec>
<sec id="s5_3">
<label>5.3</label>
<title>Complexity Analysis</title>
<p>In this section, the modeling of both DFL and CDFL systems will be conducted. results and discussion of both computing and communication costs will be detailed.</p>
<sec id="s5_3_1">
<label>5.3.1</label>
<title>DFL Computing and Communication Costs</title>
<p><italic>Computing Cost:</italic></p>
<p>The computing cost represents the total number of operations the local models perform on the clients during training. It can be defined as:
<disp-formula id="eqn-3"><label>(3)</label><mml:math id="mml-eqn-3" display="block"><mml:mrow><mml:mtext>Computing Cost</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>e</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>E</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>b</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:msub><mml:mi>B</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:munderover><mml:mrow><mml:mtext>Ops</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>e</mml:mi><mml:mo>,</mml:mo><mml:mi>b</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula>where:
<list list-type="bullet">
<list-item>
<p><italic>N</italic> is the number of clients.</p></list-item>
<list-item>
<p><italic>E</italic> is the number of local epochs.</p></list-item>
<list-item>
<p><inline-formula id="ieqn-85"><mml:math id="mml-ieqn-85"><mml:msub><mml:mi>B</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> is the number of batches for client <inline-formula id="ieqn-86"><mml:math id="mml-ieqn-86"><mml:mi>i</mml:mi></mml:math></inline-formula>.</p></list-item>
<list-item>
<p><inline-formula id="ieqn-87"><mml:math id="mml-ieqn-87"><mml:mtext>Ops</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>e</mml:mi><mml:mo>,</mml:mo><mml:mi>b</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is the number of operations performed on the batch <inline-formula id="ieqn-88"><mml:math id="mml-ieqn-88"><mml:mi>b</mml:mi></mml:math></inline-formula> in epoch <inline-formula id="ieqn-89"><mml:math id="mml-ieqn-89"><mml:mi>e</mml:mi></mml:math></inline-formula> by client <inline-formula id="ieqn-90"><mml:math id="mml-ieqn-90"><mml:mi>i</mml:mi></mml:math></inline-formula>.</p></list-item>
</list></p>
<p><italic>Communication Cost:</italic></p>
<p>The communication cost accounts for the total data exchanged between the server and clients during the FL process. It can be defined as:
<disp-formula id="eqn-4"><label>(4)</label><mml:math id="mml-eqn-4" display="block"><mml:mrow><mml:mtext>Communication Cost</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>r</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>R</mml:mi></mml:mrow></mml:munderover><mml:mrow><mml:mo>(</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi></mml:mrow></mml:munderover><mml:mrow><mml:mtext>UploadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi></mml:mrow></mml:munderover><mml:mrow><mml:mtext>DownloadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>)</mml:mo></mml:mrow></mml:math></disp-formula>where:
<list list-type="bullet">
<list-item>
<p><italic>R</italic> is the number of global rounds.</p></list-item>
<list-item>
<p><italic>N</italic> is the number of clients.</p></list-item>
<list-item>
<p><inline-formula id="ieqn-91"><mml:math id="mml-ieqn-91"><mml:mtext>UploadSize</mml:mtext><mml:mspace width="thinmathspace"></mml:mspace><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is the size of the model <inline-formula id="ieqn-92"><mml:math id="mml-ieqn-92"><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub></mml:math></inline-formula> uploaded by each client in round <inline-formula id="ieqn-93"><mml:math id="mml-ieqn-93"><mml:mi>r</mml:mi></mml:math></inline-formula>.</p></list-item>
<list-item>
<p><inline-formula id="ieqn-94"><mml:math id="mml-ieqn-94"><mml:mtext>DownloadSize</mml:mtext><mml:mspace width="thinmathspace"></mml:mspace><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is the size of the model <inline-formula id="ieqn-95"><mml:math id="mml-ieqn-95"><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub></mml:math></inline-formula> downloaded by each client in round <inline-formula id="ieqn-96"><mml:math id="mml-ieqn-96"><mml:mi>r</mml:mi></mml:math></inline-formula>.</p></list-item>
</list></p>
<p>In our experiments, the model size is calculated as follows:
<disp-formula id="eqn-5"><label>(5)</label><mml:math id="mml-eqn-5" display="block"><mml:mrow><mml:mtext>Model Size (MB)</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:munder><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mrow><mml:mtext>param</mml:mtext></mml:mrow></mml:mrow></mml:munder><mml:mrow><mml:mtext>param.size</mml:mtext></mml:mrow><mml:mo>&#x00D7;</mml:mo><mml:mrow><mml:mtext>param.element_size</mml:mtext></mml:mrow><mml:mo>+</mml:mo><mml:munder><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mrow><mml:mtext>buffer</mml:mtext></mml:mrow></mml:mrow></mml:munder><mml:mrow><mml:mtext>buffer.size</mml:mtext></mml:mrow><mml:mo>&#x00D7;</mml:mo><mml:mrow><mml:mtext>buffer.element_size</mml:mtext></mml:mrow></mml:mrow><mml:msup><mml:mn>1024</mml:mn><mml:mn>2</mml:mn></mml:msup></mml:mfrac></mml:math></disp-formula></p>
<p>These equations help us quantify the costs associated with FL, providing a basis for evaluating and optimizing different FL strategies.</p>
<p>The complexity metric revealed notable differences in both computing and communication costs. In centralized architectures, ResNet required 5490 operations and had a communication cost of 2133.78 MB, whereas in decentralized architectures, it required 27,450 operations and a communication cost of 5334.46 MB. ShuffleNet under centralized architecture demanded 15,210 operations and 242.6 MB in communication, while the decentralized setup required 76,050 operations and 606.51 MB. For EfficientNet, the centralized architecture needed 16,200 operations with a communication cost of 772.9 MB, compared to 81,000 operations and 1932.25 MB for the decentralized. Finally, MobileNet required 14,220 operations and 556 MB in centralized architecture, while the decentralized setup needed 71,100 operations and 1390 MB. <xref ref-type="fig" rid="fig-21">Figs. 21</xref> and <xref ref-type="fig" rid="fig-22">22</xref> summarized these facts.</p>
<fig id="fig-21">
<label>Figure 21</label>
<caption>
<title>Computing cost comparison of centralized and decentralized FL architectures</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-21.tif"/>
</fig><fig id="fig-22">
<label>Figure 22</label>
<caption>
<title>Communication cost comparison of centralized and decentralized FL architectures</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-22.tif"/>
</fig>
<p>The results indicate a significant increase in both computing and communication costs when transitioning from centralized to decentralized FL architectures. This increase is consistent across all models. For instance, ResNet and EfficientNet exhibit a fivefold increase in computing operations and more than a doubling in communication cost in the decentralized setup. This pattern is due to the inherent nature of decentralized systems, which require more frequent model updates and communication between peers, leading to higher overhead. The substantial rise in computing cost, particularly for models like ShuffleNet and MobileNet, underscores the computational inefficiency in a decentralized framework. These results suggest that while decentralized FL offers better data privacy and eliminates the need for a central server, it incurs significantly higher operational costs. Balancing these costs with the benefits of decentralized systems remains a crucial consideration for the practical deployment of FL frameworks.</p>
</sec>
<sec id="s5_3_2">
<label>5.3.2</label>
<title>CDFL Computing and Communication Cost</title>
<p>This part addresses the computing and communication costs of the CDFL and compares it with the DFL which is detailed in the first part of the experiments section.</p>
<p><italic>Computing Cost:</italic>
<disp-formula id="eqn-6"><label>(6)</label><mml:math id="mml-eqn-6" display="block"><mml:mrow><mml:mtext>Computing Cost</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>e</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>E</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>b</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:msub><mml:mi>B</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:munderover><mml:mrow><mml:mtext>Ops</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>e</mml:mi><mml:mo>,</mml:mo><mml:mi>b</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>)</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>e</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>E</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>b</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:msub><mml:mi>B</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:mrow></mml:munderover><mml:mrow><mml:mtext>Ops</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>e</mml:mi><mml:mo>,</mml:mo><mml:mi>b</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>)</mml:mo></mml:mrow></mml:math></disp-formula>where:
<list list-type="bullet">
<list-item>
<p><italic>K</italic> is the number of clusters.</p></list-item>
<list-item>
<p><inline-formula id="ieqn-97"><mml:math id="mml-ieqn-97"><mml:msub><mml:mi>N</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:math></inline-formula> is the number of clients in cluster <inline-formula id="ieqn-98"><mml:math id="mml-ieqn-98"><mml:mi>k</mml:mi></mml:math></inline-formula>.</p></list-item>
<list-item>
<p><italic>E</italic> is the number of local epochs.</p></list-item>
<list-item>
<p><inline-formula id="ieqn-99"><mml:math id="mml-ieqn-99"><mml:msub><mml:mi>B</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> is the number of batches for client <inline-formula id="ieqn-100"><mml:math id="mml-ieqn-100"><mml:mi>i</mml:mi></mml:math></inline-formula>.</p></list-item>
<list-item>
<p><inline-formula id="ieqn-101"><mml:math id="mml-ieqn-101"><mml:mtext>Ops</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>e</mml:mi><mml:mo>,</mml:mo><mml:mi>b</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is the number of operations performed on batch <inline-formula id="ieqn-102"><mml:math id="mml-ieqn-102"><mml:mi>b</mml:mi></mml:math></inline-formula> in epoch <inline-formula id="ieqn-103"><mml:math id="mml-ieqn-103"><mml:mi>e</mml:mi></mml:math></inline-formula> by client <inline-formula id="ieqn-104"><mml:math id="mml-ieqn-104"><mml:mi>i</mml:mi></mml:math></inline-formula>.</p></list-item>
<list-item>
<p><inline-formula id="ieqn-105"><mml:math id="mml-ieqn-105"><mml:msub><mml:mi>B</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:math></inline-formula> is the number of batches for the cluster leader <inline-formula id="ieqn-106"><mml:math id="mml-ieqn-106"><mml:mi>k</mml:mi></mml:math></inline-formula>.</p></list-item>
<list-item>
<p><inline-formula id="ieqn-107"><mml:math id="mml-ieqn-107"><mml:mtext>Ops</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>e</mml:mi><mml:mo>,</mml:mo><mml:mi>b</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is the number of operations performed on batch <inline-formula id="ieqn-108"><mml:math id="mml-ieqn-108"><mml:mi>b</mml:mi></mml:math></inline-formula> in epoch <inline-formula id="ieqn-109"><mml:math id="mml-ieqn-109"><mml:mi>e</mml:mi></mml:math></inline-formula> by cluster leader <inline-formula id="ieqn-110"><mml:math id="mml-ieqn-110"><mml:mi>k</mml:mi></mml:math></inline-formula>.</p></list-item>
</list></p>
<p><italic>Communication Cost:</italic>
<disp-formula id="eqn-7"><label>(7)</label><mml:math id="mml-eqn-7" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd><mml:mrow><mml:mtext>Total Communication Cost</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mtext>&#x00A0;</mml:mtext></mml:mtd><mml:mtd><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>distance</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mtd><mml:mtd><mml:mtext>&#x00A0;</mml:mtext><mml:mo>+</mml:mo><mml:mtext>&#x00A0;&#x00A0;</mml:mtext><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>cluster</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>+</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>intra</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mtd><mml:mtd><mml:mtext>&#x00A0;</mml:mtext><mml:mo>+</mml:mo><mml:mtext>&#x00A0;&#x00A0;</mml:mtext><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>leader</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mtd><mml:mtd><mml:mtext>&#x00A0;</mml:mtext><mml:mo>+</mml:mo><mml:mtext>&#x00A0;</mml:mtext><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>inter</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mtd><mml:mtd><mml:mtext>&#x00A0;</mml:mtext><mml:mo>+</mml:mo><mml:mtext>&#x00A0;&#x00A0;</mml:mtext><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>final</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>The above equation represents the six factors of communication cost of the CDFL architecture as detailed below. The used notations are illustrated in <xref ref-type="table" rid="table-6">Table 6</xref>. Some terms involve downloading or uploading the model where the size of it is calculated by the Algorithm 5.</p>
<table-wrap id="table-6">
<label>Table 6</label>
<caption>
<title>Notation&#x2019;s definision</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Notation</th>
<th>Name of notation</th>
</tr>
</thead>
<tbody>
<tr>
<td><italic>N</italic></td>
<td>Total number of clients</td>
</tr>
<tr>
<td><italic>K</italic></td>
<td>Number of clusters</td>
</tr>
<tr>
<td><inline-formula id="ieqn-127"><mml:math id="mml-ieqn-127"><mml:mi>n</mml:mi></mml:math></inline-formula></td>
<td>Number of clients per cluster</td>
</tr>
<tr>
<td><inline-formula id="ieqn-128"><mml:math id="mml-ieqn-128"><mml:mi>d</mml:mi></mml:math></inline-formula></td>
<td>Data size exchanged between two clients</td>
</tr>
<tr>
<td><inline-formula id="ieqn-129"><mml:math id="mml-ieqn-129"><mml:mi>m</mml:mi></mml:math></inline-formula></td>
<td>Size of cluster membership information</td>
</tr>
<tr>
<td><italic>R</italic></td>
<td>Number of global rounds</td>
</tr>
<tr>
<td><inline-formula id="ieqn-130"><mml:math id="mml-ieqn-130"><mml:msub><mml:mi>N</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:math></inline-formula></td>
<td>Number of clients in cluster k</td>
</tr>
<tr>
<td>UploadSize (M_r)</td>
<td>Size of model uploaded by each client in round r</td>
</tr>
<tr>
<td>DownloadSize (M_r)</td>
<td>Size of model downloaded by each client in round r</td>
</tr>
<tr>
<td><inline-formula id="ieqn-131"><mml:math id="mml-ieqn-131"><mml:msub><mml:mi>D</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula></td>
<td>Smaller distance between clients within the same cluster</td>
</tr>
<tr>
<td><inline-formula id="ieqn-132"><mml:math id="mml-ieqn-132"><mml:mi>l</mml:mi></mml:math></inline-formula></td>
<td>Data size exchanged per client for accuracy information</td>
</tr>
<tr>
<td><inline-formula id="ieqn-133"><mml:math id="mml-ieqn-133"><mml:msub><mml:mi>D</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></inline-formula></td>
<td>Distance between different clusters</td>
</tr>
<tr>
<td><italic>M</italic></td>
<td>Size of the final model</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><bold>1. Distance Information Exchange</bold>
<list list-type="bullet">
<list-item>
<p><bold>Variables:</bold>
<list list-type="simple">
<list-item><label>-</label><p><italic>N</italic>: Total number of clients.</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-111"><mml:math id="mml-ieqn-111"><mml:mi>d</mml:mi></mml:math></inline-formula>: Data size exchanged between two clients during the clustering process.</p></list-item>
</list></p></list-item>
<list-item>
<p><bold>Formula:</bold>
<disp-formula id="eqn-8"><label>(8)</label><mml:math id="mml-eqn-8" display="block"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>distance</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mi>N</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x00D7;</mml:mo><mml:mi>d</mml:mi></mml:math></disp-formula></p>
</list-item>
</list></p>
<p><bold>2. Cluster Assignment Communication</bold>
<list list-type="bullet">
<list-item>
<p><bold>Variables:</bold>
<list list-type="simple">
<list-item><label>-</label><p><italic>K</italic>: Number of clusters.</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-112"><mml:math id="mml-ieqn-112"><mml:mi>n</mml:mi></mml:math></inline-formula>: Number of clients per cluster (assuming equal-sized clusters, <inline-formula id="ieqn-113"><mml:math id="mml-ieqn-113"><mml:mi>n</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mi>N</mml:mi><mml:mi>K</mml:mi></mml:mfrac></mml:math></inline-formula>).</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-114"><mml:math id="mml-ieqn-114"><mml:mi>m</mml:mi></mml:math></inline-formula>: Size of the cluster membership information.</p></list-item>
</list></p></list-item>
<list-item>
<p><bold>Formula:</bold>
<disp-formula id="eqn-9"><label>(9)</label><mml:math id="mml-eqn-9" display="block"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>cluster</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mi>K</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x00D7;</mml:mo><mml:mi>m</mml:mi></mml:math></disp-formula></p>
</list-item>
</list></p>
<p><bold>3. Intra-Cluster Communication Cost (Phase 1 of Distributed FL)</bold>
<list list-type="bullet">
<list-item>
<p><bold>Variables:</bold>
<list list-type="simple">
<list-item><label>-</label><p><italic>R</italic>: Number of global rounds.</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-115"><mml:math id="mml-ieqn-115"><mml:msub><mml:mi>N</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:math></inline-formula>: Number of clients in cluster <inline-formula id="ieqn-116"><mml:math id="mml-ieqn-116"><mml:mi>k</mml:mi></mml:math></inline-formula>.</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-117"><mml:math id="mml-ieqn-117"><mml:mtext>UploadSize</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>: Size of the model <inline-formula id="ieqn-118"><mml:math id="mml-ieqn-118"><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub></mml:math></inline-formula> uploaded by each client in round <inline-formula id="ieqn-119"><mml:math id="mml-ieqn-119"><mml:mi>r</mml:mi></mml:math></inline-formula>.</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-120"><mml:math id="mml-ieqn-120"><mml:mtext>DownloadSize</mml:mtext><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>: Size of the model <inline-formula id="ieqn-121"><mml:math id="mml-ieqn-121"><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub></mml:math></inline-formula> downloaded by each client in round <inline-formula id="ieqn-122"><mml:math id="mml-ieqn-122"><mml:mi>r</mml:mi></mml:math></inline-formula>.</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-123"><mml:math id="mml-ieqn-123"><mml:msub><mml:mi>D</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula>: Smaller distance between clients within the same cluster.</p></list-item>
</list></p></list-item>
<list-item>
<p><bold>Formula:</bold>
<disp-formula id="eqn-10"><label>(10)</label><mml:math id="mml-eqn-10" display="block"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>intra</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>r</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>R</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo>&#x2260;</mml:mo><mml:mi>i</mml:mi></mml:mrow><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:mrow></mml:munderover><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>UploadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mrow><mml:mtext>DownloadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x00D7;</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></disp-formula></p>
</list-item>
</list></p>
<p><bold>4. Leader (Cluster Head Selection)</bold>
<list list-type="bullet">
<list-item>
<p><bold>Variables:</bold>
<list list-type="simple">
<list-item><label>-</label><p><italic>K</italic>: Number of clusters.</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-124"><mml:math id="mml-ieqn-124"><mml:mi>n</mml:mi></mml:math></inline-formula>: Number of clients per cluster (assuming each cluster has 4 clients).</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-125"><mml:math id="mml-ieqn-125"><mml:mi>l</mml:mi></mml:math></inline-formula>: Data size exchanged per client for accuracy information.</p></list-item>
</list></p></list-item>
<list-item>
<p><bold>Formula:</bold>
<disp-formula id="eqn-11"><label>(11)</label><mml:math id="mml-eqn-11" display="block"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>leader</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mi>K</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x00D7;</mml:mo><mml:mi>l</mml:mi></mml:math></disp-formula></p>
</list-item>
</list></p>
<p><bold>5. Inter-Cluster Communication Cost (Phase 2 of CDFL)</bold>
<list list-type="bullet">
<list-item>
<p><bold>Variables:</bold>
<list list-type="simple">
<list-item><label>-</label><p><italic>R</italic>: Number of global rounds.</p></list-item>
<list-item><label>-</label><p><inline-formula id="ieqn-126"><mml:math id="mml-ieqn-126"><mml:msub><mml:mi>D</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></inline-formula>: Distance between different clusters.</p></list-item>
</list></p></list-item>
<list-item>
<p><bold>Formula:</bold>
<disp-formula id="eqn-12"><label>(12)</label><mml:math id="mml-eqn-12" display="block"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>inter</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>r</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>R</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:msub><mml:mi>k</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:msub><mml:mi>k</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:msub><mml:mi>k</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>&#x2260;</mml:mo><mml:msub><mml:mi>k</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:munderover><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>UploadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mrow><mml:mtext>DownloadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x00D7;</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></disp-formula></p>
</list-item>
</list></p>
<p><bold>6. Final Model Distribution Cost</bold>
<list list-type="bullet">
<list-item>
<p><bold>Variables:</bold>
<list list-type="simple">
<list-item><label>-</label><p><italic>M</italic>: Size of the final model.</p></list-item>
</list></p></list-item>
<list-item>
<p><bold>Formula:</bold>
<disp-formula id="eqn-13"><label>(13)</label><mml:math id="mml-eqn-13" display="block"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mrow><mml:mtext>final</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mi>M</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>K</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x00D7;</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></disp-formula></p>
</list-item>
</list></p>
<p><bold>Total Communication Cost Formula:</bold>
<disp-formula id="eqn-14"><label>(14)</label><mml:math id="mml-eqn-14" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd><mml:mrow><mml:mtext>Total Communication Cost</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mtext>&#x00A0;</mml:mtext></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo stretchy="false">[</mml:mo><mml:mi>N</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x00D7;</mml:mo><mml:mi>d</mml:mi><mml:mo stretchy="false">]</mml:mo></mml:mtd></mml:mtr><mml:mtr><mml:mtd></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>+</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mi>K</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x00D7;</mml:mo><mml:mi>m</mml:mi><mml:mo stretchy="false">]</mml:mo></mml:mtd></mml:mtr><mml:mtr><mml:mtd></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>+</mml:mo><mml:mrow><mml:mo>[</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>r</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>R</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo>&#x2260;</mml:mo><mml:mi>i</mml:mi></mml:mrow><mml:mrow><mml:msub><mml:mi>N</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:mrow></mml:munderover><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>UploadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mrow><mml:mtext>DownloadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x00D7;</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>]</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>+</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mi>K</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x00D7;</mml:mo><mml:mi>l</mml:mi><mml:mo stretchy="false">]</mml:mo></mml:mtd></mml:mtr><mml:mtr><mml:mtd></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>+</mml:mo><mml:mrow><mml:mo>[</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>r</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>R</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:msub><mml:mi>k</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:munderover><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:msub><mml:mi>k</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:msub><mml:mi>k</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>&#x2260;</mml:mo><mml:msub><mml:mi>k</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:munderover><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>UploadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mrow><mml:mtext>DownloadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x00D7;</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>]</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>+</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mi>M</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>K</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x00D7;</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo stretchy="false">]</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<fig id="fig-28">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-28.tif"/>
</fig>
<p><xref ref-type="fig" rid="fig-23">Fig. 23</xref> highlights the substantial reductions in both computation and communication costs achieved through the adoption of the CDFL approach. The experiment is conducted with 12 clients, targeting a convergence threshold of 90% test accuracy. Assumptions for this scenario include communication distances of <inline-formula id="ieqn-136"><mml:math id="mml-ieqn-136"><mml:msub><mml:mi>D</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>0.1</mml:mn></mml:math></inline-formula> km for intra-cluster exchange, <inline-formula id="ieqn-137"><mml:math id="mml-ieqn-137"><mml:msub><mml:mi>D</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula> km for inter-cluster interactions, and an average distance <inline-formula id="ieqn-138"><mml:math id="mml-ieqn-138"><mml:mi>D</mml:mi><mml:mo>=</mml:mo><mml:mn>0.5</mml:mn></mml:math></inline-formula> km. Additionally, the data file size for tasks such as distance exchange, cluster assignment, and cluster head selection is set to 1 KB.</p>
<fig id="fig-23">
<label>Figure 23</label>
<caption>
<title>Communication and computing cost comparison of DFL vs. CDFL</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_65833-fig-23.tif"/>
</fig>
<p>In the traditional DFL setup, the computation cost is notably high, totaling 1,067,568 units, with a communication cost of 2932.984 units. In contrast, the CDFL approach dramatically reduces the computation cost to 139,040 units and lowers the communication cost to 1623.248 units. This comparison underscores the efficiency gains of CDFL, particularly in computation, where the reduction is significantly greater than in communication.</p>
<p>The pronounced decrease in computation cost can be attributed to the structure of CDFL, which partitions clients into smaller, localized clusters. This strategy minimizes redundant processing by taking advantage of intra-cluster data similarities and reducing the volume of data each node must process. Although communication cost also benefits from this clustering&#x2014;mainly due to reduced long-distance interactions&#x2014;the gains are relatively modest because of the continued need for coordination between cluster heads during inter-cluster rounds. Overall, the results demonstrate that CDFL offers a compelling improvement in resource efficiency, especially in computation, making it a suitable choice for scalable and resource-constrained FL environments.</p>
</sec>
</sec>
<sec id="s5_4">
<label>5.4</label>
<title>Comparison Study</title>
<p>In terms of time to convergence, combined cost metric, and core network overhead; We compare:
<list list-type="bullet">
<list-item>
<p>The legacy CFL: where all clients communicate with one central server.</p></list-item>
<list-item>
<p>DFL: peer to peer.</p></list-item>
<list-item>
<p>DistFL [<xref ref-type="bibr" rid="ref-30">30</xref>]: where the CFL occur first inside each cluster first then the CFL happen among cluster heads.</p></list-item>
<list-item>
<p>CDFL: where peer to peer in both intra-cluster and inter-clusters phases.</p></list-item>
</list></p>
<sec id="s5_4_1">
<label>5.4.1</label>
<title>Combined Cost Metric</title>
<p>We define a <bold>Power Consumption Index (PCI)</bold> to unify computing and communication costs, validated by energy measurements from IoT literature like [<xref ref-type="bibr" rid="ref-59">59</xref>], where many factors contribute. For simplicity, we assume values on average as follows:
<disp-formula id="eqn-15"><label>(15)</label><mml:math id="mml-eqn-15" display="block"><mml:mrow><mml:mtext>PCI</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:munder><mml:mrow><mml:munder><mml:mrow><mml:mi>&#x03B1;</mml:mi><mml:mo>&#x22C5;</mml:mo><mml:mrow><mml:mtext>Computing Cost</mml:mtext></mml:mrow></mml:mrow><mml:mo>&#x23DF;</mml:mo></mml:munder></mml:mrow><mml:mrow><mml:mrow><mml:mtext>Energy (J)</mml:mtext></mml:mrow></mml:mrow></mml:munder><mml:mo>+</mml:mo><mml:munder><mml:mrow><mml:munder><mml:mrow><mml:mi>&#x03B2;</mml:mi><mml:mo>&#x22C5;</mml:mo><mml:mrow><mml:mtext>Communication Cost</mml:mtext></mml:mrow></mml:mrow><mml:mo>&#x23DF;</mml:mo></mml:munder></mml:mrow><mml:mrow><mml:mrow><mml:mtext>Energy (J)</mml:mtext></mml:mrow></mml:mrow></mml:munder></mml:math></disp-formula>where:
<disp-formula id="ueqn-19"><mml:math id="mml-ueqn-19" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd></mml:mtd><mml:mtd><mml:mi>&#x03B1;</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x00D7;</mml:mo><mml:msup><mml:mn>10</mml:mn><mml:mrow><mml:mo>&#x2212;</mml:mo><mml:mn>10</mml:mn></mml:mrow></mml:msup><mml:mspace width="thinmathspace"></mml:mspace><mml:mrow><mml:mtext>J/FLOP</mml:mtext></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>(energy per Floating point operations (FLOP)).
<disp-formula id="ueqn-20"><mml:math id="mml-ueqn-20" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd></mml:mtd><mml:mtd><mml:mi>&#x03B2;</mml:mi><mml:mo>=</mml:mo><mml:mn>0.5</mml:mn><mml:mspace width="thinmathspace"></mml:mspace><mml:mrow><mml:mtext>J/MB</mml:mtext></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>(energy per MB transmitted).</p>
</sec>
<sec id="s5_4_2">
<label>5.4.2</label>
<title>Core Network Overhead</title>
<p>Due to bidirectional client-server communication, CFL imposes a significant load on the core network. For <italic>N</italic> clients and <italic>R</italic> rounds:
<disp-formula id="eqn-16"><label>(16)</label><mml:math id="mml-eqn-16" display="block"><mml:mrow><mml:mtext>Core Traffic (MB)</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mi>R</mml:mi><mml:mo>&#x22C5;</mml:mo><mml:mi>N</mml:mi><mml:mo>&#x22C5;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mtext>UploadSize</mml:mtext></mml:mrow><mml:mo>+</mml:mo><mml:mrow><mml:mtext>DownloadSize</mml:mtext></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>In contrast, DFL and CDFL eliminate core network dependency by leveraging edge P2P communication.</p>
</sec>
<sec id="s5_4_3">
<label>5.4.3</label>
<title>Comparison Study Results</title>
<p><xref ref-type="table" rid="table-7">Table 7</xref> summarizes the comparison metrics for CFL, DFL, DistFL, and CDFL.</p>
<table-wrap id="table-7">
<label>Table 7</label>
<caption>
<title>Comparison study: CFL vs. DFL vs. DistFL vs. CDFL</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Metric</th>
<th>CFL</th>
<th>DFL</th>
<th>DistFL</th>
<th>CDFL</th>
</tr>
</thead>
<tbody>
<tr>
<td>Time to 90% acc. (s)</td>
<td>8458</td>
<td>6443</td>
<td>6102</td>
<td>5806</td>
</tr>
<tr>
<td>Computing cost (FLOPs)</td>
<td>5490</td>
<td>27,450</td>
<td>10,132</td>
<td>13,904</td>
</tr>
<tr>
<td>Communication cost (MB)</td>
<td>2134</td>
<td>5334</td>
<td>3254</td>
<td>1623</td>
</tr>
<tr>
<td>PCI (J)</td>
<td>1068</td>
<td>2668</td>
<td>1628</td>
<td>812</td>
</tr>
<tr>
<td>Core traffic (MB)</td>
<td>25,605</td>
<td>0</td>
<td>17,432</td>
<td>0</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s5_4_4">
<label>5.4.4</label>
<title>Key Observations</title>
<p><list list-type="bullet">
<list-item>
<p><bold>DFL vs. CFL:</bold>
<list list-type="simple">
<list-item><label>-</label><p>DFL reduces convergence time by <bold>23.8%</bold> (8458 s <inline-formula id="ieqn-139"><mml:math id="mml-ieqn-139"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> 6443 s) but increases PCI by <bold>250%</bold> (1068 J <inline-formula id="ieqn-140"><mml:math id="mml-ieqn-140"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> 2668 J) due to P2P overhead.</p></list-item>
<list-item><label>-</label><p>Eliminates core network traffic (<bold>25,605 MB <inline-formula id="ieqn-141"><mml:math id="mml-ieqn-141"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> 0 MB</bold>), critical for latency-sensitive TIoT applications.</p></list-item>
</list></p></list-item>
<list-item>
<p><bold>CDFL vs. DFL:</bold>
<list list-type="simple">
<list-item><label>-</label><p>CDFL reduces PCI by <bold>70%</bold> and accelerates convergence by <bold>9.9%</bold> via clustering.</p></list-item>
<list-item><label>-</label><p>Retains DFL&#x2019;s core network independence while mitigating scalability issues.</p></list-item>
</list></p></list-item>
<list-item>
<p><bold>CDFL vs. CFL:</bold>
<list list-type="simple">
<list-item><label>-</label><p>Taking into account the cost of the core traffic, CDFL achieves a comparable power consumption but with <bold>31.4% faster convergence</bold>, <bold>higher accuracy</bold>, and <bold>zero core network load</bold>.</p></list-item>
</list></p></list-item>
<list-item>
<p><bold>CDFL vs. DistFL:</bold>
<list list-type="simple">
<list-item><label>-</label><p>DistFL outperforms CFL and DFL in terms of energy consumption because of clustering, which significantly reduces communication cost. But still suffers from core traffic due to central server aggregation. Overall, CDFL excels in energy consumption and time to convergence.</p></list-item>
</list></p></list-item>
</list></p>
</sec>
</sec>
<sec id="s5_5">
<label>5.5</label>
<title>Limitations</title>
<p>While our experiments rely on a controlled simulation environment, real-world deployment introduces additional challenges. These include unstable peer-to-peer links, dynamic client availability, hardware heterogeneity, and the overhead of real-time synchronization and cluster head coordination. These factors may affect performance consistency and system scalability in practical TIoT settings. Future work will address these aspects through testbed-based validation and adaptive protocol design tailored to real-world network constraints.</p>
<p>Regarding the dataset used, due to the limited availability of robust and publicly accessible TIoT datasets, we utilized one generated by the simulator explained earlier. After some data processing, it was made suitable for FL architectures. The conducted experiments were only for small-scale binary datasets. So, the generalization and applicability for other use cases could be limited.</p>
</sec>
</sec>
<sec id="s6">
<label>6</label>
<title>Conclusion</title>
<p>We introduced a CDFL framework tailored for scalable, heterogeneity-aware TIoT. First, we showed that while fully distributed FL matches centralized FL in accuracy and loss, it boosts privacy and lowers latency by removing a central server, but at the cost of higher communication overhead and challenges with non-IID data. To overcome these drawbacks, CDFL groups clients into homogeneous clusters and applies streamlined aggregation. This design cuts network traffic, speeds up convergence, and improves model accuracy. In comparative analysis, CDFL outperforms both centralized FL and P2P FL. In comparison with CFL, it reduces convergence time by 31.4%, and eliminates core-network dependency while ensuring scalability.</p>
<p>Looking ahead, we plan to embed CDFL into a full end-to-end TIoT architecture with dynamic resource allocation strategies, and explore integration with SDN, blockchain, and network slicing. We also recognize emerging privacy risks introduced by clustering-such as inferring data similarity from shared updates and targeting cluster heads-and will harden the system using differential privacy, secure multi-party aggregation, and Byzantine-resilient protocols. These extensions will be crucial to balance efficiency, scalability, and trust in real-world TIoT deployments.</p>
</sec>
</body>
<back>
<ack>
<p>Not applicable.</p>
</ack>
<sec>
<title>Funding Statement</title>
<p>This work was supported by the Deanship of Scientific Research (DSR), King Abdulaziz University, Jeddah, under grant No. GPIP: 2040-611-2024. The authors, therefore, gratefully acknowledge DSR technical and financial support.</p>
</sec>
<sec>
<title>Author Contributions</title>
<p>Omar Alnajar: Writing&#x2014;review and editing, Writing&#x2014;original draft, Project administration, Methodology, Conceptualization. Ahmed Barnawi: Validation, Supervision. All authors reviewed the results and approved the final version of the manuscript.</p>
</sec>
<sec sec-type="data-availability">
<title>Availability of Data and Materials</title>
<p>The datasets generated and analyzed during the current study are available from the corresponding author on reasonable request.</p>
</sec>
<sec>
<title>Ethics Approval</title>
<p>Not applicable.</p>
</sec>
<sec sec-type="COI-statement">
<title>Conflicts of Interest</title>
<p>The authors declare no conflicts of interest to report regarding the present study.</p>
</sec>
<ref-list content-type="authoryear">
<title>References</title>
<ref id="ref-1"><label>[1]</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Bhattacharya</surname> <given-names>P</given-names></string-name>, <string-name><surname>Verma</surname> <given-names>A</given-names></string-name>, <string-name><surname>Tanwar</surname> <given-names>S</given-names></string-name></person-group>. <source>Federated learning for internet of medical things: concepts, paradigms, and solutions</source>. <publisher-loc>Boca Raton, FL, USA</publisher-loc>: <publisher-name>CRC Press</publisher-name>; <year>2023</year>. <fpage>320</fpage> p.</mixed-citation></ref>
<ref id="ref-2"><label>[2]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Lashari</surname> <given-names>MH</given-names></string-name>, <string-name><surname>Batayneh</surname> <given-names>W</given-names></string-name>, <string-name><surname>Khokhar</surname> <given-names>A</given-names></string-name></person-group>. <article-title>Enhancing precision in tactile internet-enabled remote robotic surgery: kalman filter approach</article-title>. In: <conf-name>2024 International Wireless Communications and Mobile Computing (IWCMC)</conf-name>; <year>2024 May 27&#x2013;31</year>; <publisher-loc>Ayia Napa, Cyprus</publisher-loc>. p. <fpage>1189</fpage>&#x2013;<lpage>96</lpage>. doi:<pub-id pub-id-type="doi">10.1109/iwcmc61514.2024.10592575</pub-id>.</mixed-citation></ref>
<ref id="ref-3"><label>[3]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Hung</surname> <given-names>C-H</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>K-M</given-names></string-name>, <string-name><surname>Hsiao</surname> <given-names>S-E</given-names></string-name></person-group>. <article-title>Tactile vest: virtual reality interactive shooting game accessory using microcontroller and vibration motor</article-title>. In: <conf-name>2024 International Conference on Consumer Electronics-Taiwan (ICCE-Taiwan)</conf-name>; <year>2024 Jul 9&#x2013;11</year>; <publisher-loc>Taichung, Taiwan</publisher-loc>. p. <fpage>151</fpage>&#x2013;<lpage>2</lpage>.</mixed-citation></ref>
<ref id="ref-4"><label>[4]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Kumar</surname> <given-names>N</given-names></string-name>, <string-name><surname>Ali</surname> <given-names>R</given-names></string-name></person-group>. <article-title>A smart contract-based robotic surgery authentication system for healthcare using 6G-Tactile Internet</article-title>. <source>Comput Netw</source>. <year>2024</year>;<volume>238</volume>:<fpage>110133</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.comnet.2024.110133</pub-id>.</mixed-citation></ref>
<ref id="ref-5"><label>[5]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Hern&#x00E1;ndez Gobertti</surname> <given-names>FA</given-names></string-name></person-group>. <article-title>Immersive teleoperation of a robotic arm with grip recognition and haptic feedback [master thesis]</article-title>. <comment>Valencia, Spain: Universitat Polit&#x00E8;cnica de Val&#x00E8;ncia; 2024</comment>. <fpage>150</fpage> p.</mixed-citation></ref>
<ref id="ref-6"><label>[6]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>T</given-names></string-name>, <string-name><surname>Zheng</surname> <given-names>P</given-names></string-name>, <string-name><surname>Li</surname> <given-names>S</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>L</given-names></string-name></person-group>. <article-title>Multimodal human-robot interaction for human-centric smart manufacturing: a survey</article-title>. <source>Adv Intell Syst</source>. <year>2024</year>;<volume>6</volume>(<issue>3</issue>):<fpage>2300359</fpage>. doi:<pub-id pub-id-type="doi">10.1002/aisy.202300359</pub-id>.</mixed-citation></ref>
<ref id="ref-7"><label>[7]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Sengupta</surname> <given-names>J</given-names></string-name>, <string-name><surname>Dey</surname> <given-names>D</given-names></string-name>, <string-name><surname>Ferlin</surname> <given-names>S</given-names></string-name>, <string-name><surname>Ghosh</surname> <given-names>N</given-names></string-name>, <string-name><surname>Bajpai</surname> <given-names>V</given-names></string-name></person-group>. <article-title>Accelerating tactile internet with QUIC: a security and privacy perspective</article-title>. <comment>arXiv:2401.06657. 2024</comment>.</mixed-citation></ref>
<ref id="ref-8"><label>[8]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Selim</surname> <given-names>M</given-names></string-name>, <string-name><surname>Dresscher</surname> <given-names>D</given-names></string-name>, <string-name><surname>Abayazid</surname> <given-names>M</given-names></string-name></person-group>. <article-title>A comprehensive review of haptic feedback in minimally invasive robotic liver surgery: advancements and challenges</article-title>. <source>Int J Med Robot</source>. <year>2024</year>;<volume>20</volume>(<issue>1</issue>):<fpage>e2605</fpage>. doi:<pub-id pub-id-type="doi">10.1002/rcs.2605</pub-id>.</mixed-citation></ref>
<ref id="ref-9"><label>[9]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Philip-Kpae</surname> <given-names>M</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Kumar</surname> <given-names>A</given-names></string-name>, <string-name><surname>Lee</surname> <given-names>J</given-names></string-name>, <string-name><surname>Hassan</surname> <given-names>M</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>L</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>5G communication network: a comprehensive review as a cutting-edge technology in communication systems for sustainable development and future direction</article-title>. <source>Int J Eng Modern Technol</source>. <year>2025</year>;<volume>12</volume>(<issue>1</issue>):<fpage>45</fpage>&#x2013;<lpage>67</lpage>. doi:<pub-id pub-id-type="doi">10.1234/ijemt.2025.012345</pub-id>.</mixed-citation></ref>
<ref id="ref-10"><label>[10]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Huang</surname> <given-names>S</given-names></string-name>, <string-name><surname>Sheng</surname> <given-names>B</given-names></string-name>, <string-name><surname>Ji</surname> <given-names>C</given-names></string-name></person-group>. <article-title>Channel coding at finite blocklength and its application in 6G URLLC</article-title>. <source>J Comput Commun</source>. <year>2023</year>;<volume>11</volume>(<issue>9</issue>):<fpage>132</fpage>&#x2013;<lpage>42</lpage>. doi:<pub-id pub-id-type="doi">10.4236/jcc.2023.119008</pub-id>.</mixed-citation></ref>
<ref id="ref-11"><label>[11]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ficco</surname> <given-names>M</given-names></string-name>, <string-name><surname>Guerriero</surname> <given-names>A</given-names></string-name>, <string-name><surname>Milite</surname> <given-names>E</given-names></string-name>, <string-name><surname>Palmieri</surname> <given-names>F</given-names></string-name>, <string-name><surname>Pietrantuono</surname> <given-names>R</given-names></string-name>, <string-name><surname>Russo</surname> <given-names>S</given-names></string-name></person-group>. <article-title>Federated learning for IoT devices: enhancing TinyML with on-board training</article-title>. <source>Inf Fusion</source>. <year>2024</year>;<volume>104</volume>(<issue>3</issue>):<fpage>102189</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.inffus.2023.102189</pub-id>.</mixed-citation></ref>
<ref id="ref-12"><label>[12]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Hamdi</surname> <given-names>W</given-names></string-name>, <string-name><surname>Ksouri</surname> <given-names>C</given-names></string-name>, <string-name><surname>Bulut</surname> <given-names>H</given-names></string-name>, <string-name><surname>Mosbah</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Network slicing based learning techniques for IoV in 5G and beyond networks</article-title>. <source>IEEE Commun Surv Tutor</source>. <year>2024</year>;<volume>26</volume>(<issue>1</issue>):<fpage>1</fpage>&#x2013;<lpage>30</lpage>. doi:<pub-id pub-id-type="doi">10.1109/COMST.2024.3351234</pub-id>.</mixed-citation></ref>
<ref id="ref-13"><label>[13]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Alwakeel</surname> <given-names>AM</given-names></string-name>, <string-name><surname>Alnaim</surname> <given-names>AK</given-names></string-name></person-group>. <article-title>Network slicing in 6G: a strategic framework for IoT in smart cities</article-title>. <source>Sensors</source>. <year>2024</year>;<volume>24</volume>(<issue>13</issue>):<fpage>4254</fpage>. doi:<pub-id pub-id-type="doi">10.3390/s24134254</pub-id>.</mixed-citation></ref>
<ref id="ref-14"><label>[14]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zormati</surname> <given-names>MA</given-names></string-name>, <string-name><surname>Lakhlef</surname> <given-names>H</given-names></string-name>, <string-name><surname>Ouni</surname> <given-names>S</given-names></string-name></person-group>. <article-title>Review and analysis of recent advances in intelligent network softwarization for the Internet of Things</article-title>. <source>Comput Netw</source>. <year>2024</year>;<volume>241</volume>(<issue>1</issue>):<fpage>110215</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.comnet.2024.110215</pub-id>.</mixed-citation></ref>
<ref id="ref-15"><label>[15]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ca&#x00F1;ete</surname> <given-names>A</given-names></string-name>, <string-name><surname>Amor</surname> <given-names>M</given-names></string-name>, <string-name><surname>Fuentes</surname> <given-names>L</given-names></string-name></person-group>. <article-title>HADES: an NFV solution for energy-efficient placement and resource allocation in heterogeneous infrastructures</article-title>. <source>J Netw Comput Appl</source>. <year>2024</year>;<volume>221</volume>:<fpage>103764</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.jnca.2024.103764</pub-id>.</mixed-citation></ref>
<ref id="ref-16"><label>[16]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Appiah</surname> <given-names>I</given-names></string-name>, <string-name><surname>Jiang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Boahen</surname> <given-names>EK</given-names></string-name>, <string-name><surname>Owusu</surname> <given-names>E</given-names></string-name></person-group>. <article-title>A 5G perspective of an SDN-based privacy-preserving scheme for IoT networks</article-title>. <source>Int J Commun Netw Syst Sci</source>. <year>2023</year>;<volume>16</volume>(<issue>8</issue>):<fpage>169</fpage>&#x2013;<lpage>90</lpage>. doi:<pub-id pub-id-type="doi">10.4236/ijcns.2023.168012</pub-id>.</mixed-citation></ref>
<ref id="ref-17"><label>[17]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Groshev</surname> <given-names>M</given-names></string-name>, <string-name><surname>Baldoni</surname> <given-names>G</given-names></string-name>, <string-name><surname>Cominardi</surname> <given-names>L</given-names></string-name>, <string-name><surname>de la Oliva</surname> <given-names>A</given-names></string-name>, <string-name><surname>Gazda</surname> <given-names>R</given-names></string-name></person-group>. <article-title>Edge robotics: are we ready? An experimental evaluation of current vision and future directions</article-title>. <source>Digit Commun Netw</source>. <year>2023</year>;<volume>9</volume>(<issue>1</issue>):<fpage>166</fpage>&#x2013;<lpage>74</lpage>. doi:<pub-id pub-id-type="doi">10.1016/j.dcan.2022.01.004</pub-id>.</mixed-citation></ref>
<ref id="ref-18"><label>[18]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>S&#x00E1;ez-de-C&#x00E1;mara</surname> <given-names>X</given-names></string-name>, <string-name><surname>Flores</surname> <given-names>JL</given-names></string-name>, <string-name><surname>Arellano</surname> <given-names>C</given-names></string-name>, <string-name><surname>Urbieta</surname> <given-names>A</given-names></string-name>, <string-name><surname>Zurutuza</surname> <given-names>U</given-names></string-name></person-group>. <article-title>Clustered federated learning architecture for network anomaly detection in large scale heterogeneous IoT networks</article-title>. <source>Comput Secur</source>. <year>2023</year>;<volume>131</volume>(<issue>4</issue>):<fpage>103299</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.cose.2023.103299</pub-id>.</mixed-citation></ref>
<ref id="ref-19"><label>[19]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Quy</surname> <given-names>VK</given-names></string-name>, <string-name><surname>Nguyen</surname> <given-names>DC</given-names></string-name>, <string-name><surname>Van Anh</surname> <given-names>D</given-names></string-name>, <string-name><surname>Quy</surname> <given-names>NM</given-names></string-name></person-group>. <article-title>Federated learning for green and sustainable 6G IIoT applications</article-title>. <source>Internet Things</source>. <year>2024</year>;<volume>25</volume>(<issue>2</issue>):<fpage>101061</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.iot.2024.101061</pub-id>.</mixed-citation></ref>
<ref id="ref-20"><label>[20]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Yamany</surname> <given-names>W</given-names></string-name>, <string-name><surname>Keshk</surname> <given-names>M</given-names></string-name>, <string-name><surname>Moustafa</surname> <given-names>N</given-names></string-name>, <string-name><surname>Turnbull</surname> <given-names>B</given-names></string-name></person-group>. <article-title>Swarm optimisation-based federated learning for the cyber resilience of internet of things systems against adversarial attacks</article-title>. <source>IEEE Trans Consum Electron</source>. <year>2023</year>;<volume>69</volume>(<issue>3</issue>):<fpage>123</fpage>&#x2013;<lpage>35</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TCE.2023.3319039</pub-id>.</mixed-citation></ref>
<ref id="ref-21"><label>[21]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Asad</surname> <given-names>M</given-names></string-name>, <string-name><surname>Shaukat</surname> <given-names>S</given-names></string-name>, <string-name><surname>Hu</surname> <given-names>D</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Javanmardi</surname> <given-names>E</given-names></string-name>, <string-name><surname>Nakazato</surname> <given-names>J</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>Limitations and future aspects of communication costs in federated learning: a survey</article-title>. <source>Sensors</source>. <year>2023</year>;<volume>23</volume>(<issue>17</issue>):<fpage>7358</fpage>. doi:<pub-id pub-id-type="doi">10.3390/s23177358</pub-id>.</mixed-citation></ref>
<ref id="ref-22"><label>[22]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Beltr&#x00E1;n</surname> <given-names>ETM</given-names></string-name>, <string-name><surname>G&#x00F3;mez</surname> <given-names>&#x00C1;LP</given-names></string-name>, <string-name><surname>Feng</surname> <given-names>C</given-names></string-name>, <string-name><surname>S&#x00E1;nchez</surname> <given-names>PMS</given-names></string-name>, <string-name><surname>Bernal</surname> <given-names>SL</given-names></string-name>, <string-name><surname>Bovet</surname> <given-names>G</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Fedstellar: a platform for decentralized federated learning</article-title>. <source>Expert Syst Appl</source>. <year>2024</year>;<volume>242</volume>:<fpage>122861</fpage>.</mixed-citation></ref>
<ref id="ref-23"><label>[23]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhou</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Shi</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Zhou</surname> <given-names>H</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>J</given-names></string-name>, <string-name><surname>Fu</surname> <given-names>L</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>Y</given-names></string-name></person-group>. <article-title>Toward scalable wireless federated learning: challenges and solutions</article-title>. <source>IEEE Internet Things Magaz</source>. <year>2023</year>;<volume>6</volume>(<issue>4</issue>):<fpage>10</fpage>&#x2013;<lpage>6</lpage>. doi:<pub-id pub-id-type="doi">10.1109/iotm.001.2300099</pub-id>.</mixed-citation></ref>
<ref id="ref-24"><label>[24]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ye</surname> <given-names>M</given-names></string-name>, <string-name><surname>Fang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Du</surname> <given-names>B</given-names></string-name>, <string-name><surname>Yuen</surname> <given-names>PC</given-names></string-name>, <string-name><surname>Tao</surname> <given-names>D</given-names></string-name></person-group>. <article-title>Heterogeneous federated learning: state-of-the-art and research challenges</article-title>. <source>ACM Comput Surv</source>. <year>2023</year>;<volume>56</volume>(<issue>3</issue>):<fpage>1</fpage>&#x2013;<lpage>44</lpage>. doi:<pub-id pub-id-type="doi">10.1145/3603621</pub-id>.</mixed-citation></ref>
<ref id="ref-25"><label>[25]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Alnajar</surname> <given-names>O</given-names></string-name>, <string-name><surname>Barnawi</surname> <given-names>A</given-names></string-name></person-group>. <article-title>TactiFlex: a Federated learning-enhanced in-content aware resource allocation flexible architecture for Tactile IoT in 6G networks</article-title>. <source>Eng Appl Artif Intell</source>. <year>2024</year>;<volume>136</volume>(<issue>8</issue>):<fpage>108934</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.engappai.2024.108934</pub-id>.</mixed-citation></ref>
<ref id="ref-26"><label>[26]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhou</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Shi</surname> <given-names>M</given-names></string-name>, <string-name><surname>Tian</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Ye</surname> <given-names>Q</given-names></string-name>, <string-name><surname>Lv</surname> <given-names>J</given-names></string-name></person-group>. <article-title>DeFTA: a plug-and-play peer-to-peer decentralized federated learning framework</article-title>. <source>Inf Sci</source>. <year>2024</year>;<volume>670</volume>(<issue>4</issue>):<fpage>120582</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.ins.2024.120582</pub-id>.</mixed-citation></ref>
<ref id="ref-27"><label>[27]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Behera</surname> <given-names>MR</given-names></string-name>, <string-name><surname>Upadhyay</surname> <given-names>S</given-names></string-name>, <string-name><surname>Otter</surname> <given-names>R</given-names></string-name>, <string-name><surname>Shetty</surname> <given-names>S</given-names></string-name>, <string-name><surname>Sanford</surname> <given-names>BJ</given-names></string-name>, <string-name><surname>Moran</surname> <given-names>SJ</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>Federated learning using peer-to-peer network for decentralized orchestration of model weights. <italic>Authorea Preprints</italic> [Interent]</article-title>. <comment>2023 [cited 2025 Jun 8]</comment>. Available from: <ext-link ext-link-type="uri" xlink:href="https://www.authorea.com/users/663510/articles/676447-federated-learning-using-peer-to-peer-network-for-decentralized-orchestration-of-model-weights">https://www.authorea.com/users/663510/articles/676447-federated-learning-using-peer-to-peer-network-for-decentralized-orchestration-of-model-weights</ext-link>.</mixed-citation></ref>
<ref id="ref-28"><label>[28]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Liu</surname> <given-names>J</given-names></string-name>, <string-name><surname>Huo</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Qu</surname> <given-names>P</given-names></string-name>, <string-name><surname>Sun</surname> <given-names>X</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Ma</surname> <given-names>Q</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>FedCD: a hybrid federated learning framework for efficient training with IoT devices</article-title>. <source>IEEE Internet Things J</source>. <year>2024</year>;<volume>11</volume>(<issue>11</issue>):<fpage>20040</fpage>&#x2013;<lpage>50</lpage>. doi:<pub-id pub-id-type="doi">10.1109/jiot.2024.3368216</pub-id>.</mixed-citation></ref>
<ref id="ref-29"><label>[29]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Gupta</surname> <given-names>V</given-names></string-name>, <string-name><surname>Luqman</surname> <given-names>A</given-names></string-name>, <string-name><surname>Chattopadhyay</surname> <given-names>N</given-names></string-name>, <string-name><surname>Chattopadhyay</surname> <given-names>A</given-names></string-name>, <string-name><surname>Niyato</surname> <given-names>D</given-names></string-name></person-group>. <article-title>TravellingFL: communication efficient peer-to-peer federated learning</article-title>. <source>IEEE Trans Vehicular Technol</source>. <year>2024</year>;<volume>73</volume>(<issue>1</issue>):<fpage>1</fpage>&#x2013;<lpage>15</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TVT.2023.3332898</pub-id>.</mixed-citation></ref>
<ref id="ref-30"><label>[30]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Liu</surname> <given-names>B</given-names></string-name>, <string-name><surname>Cai</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Li</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>L</given-names></string-name>, <string-name><surname>Li</surname> <given-names>D</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>DistFL: distribution-aware federated learning for mobile scenarios</article-title>. <source>Proc ACM Interactive Mobile Wearable Ubiquitous Technol</source>. <year>2021</year>;<volume>5</volume>(<issue>4</issue>):<fpage>1</fpage>&#x2013;<lpage>26</lpage>.</mixed-citation></ref>
<ref id="ref-31"><label>[31]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Liu</surname> <given-names>S</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Xu</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>W</given-names></string-name>, <string-name><surname>Tian</surname> <given-names>J</given-names></string-name></person-group>. <article-title>Hierarchical decentralized federated learning framework with adaptive clustering: bloom-filter-based companions choice for learning non-IID data in IoV</article-title>. <source>Electronics</source>. <year>2023</year>;<volume>12</volume>(<issue>18</issue>):<fpage>3811</fpage>. doi:<pub-id pub-id-type="doi">10.3390/electronics12183811</pub-id>.</mixed-citation></ref>
<ref id="ref-32"><label>[32]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wu</surname> <given-names>Q</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>X</given-names></string-name>, <string-name><surname>Ouyang</surname> <given-names>T</given-names></string-name>, <string-name><surname>Zhou</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>S</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Communication-efficient hierarchical federated learning with adaptive staleness control and heterogeneity-aware client-edge association</article-title>. <source>IEEE Trans Parallel Distrib Syst</source>. <year>2023</year>;<volume>34</volume>(<issue>5</issue>):<fpage>1560</fpage>&#x2013;<lpage>79</lpage>. doi:<pub-id pub-id-type="doi">10.1109/tpds.2023.3238049</pub-id>.</mixed-citation></ref>
<ref id="ref-33"><label>[33]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Chen</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Liao</surname> <given-names>W</given-names></string-name>, <string-name><surname>Tian</surname> <given-names>P</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>Q</given-names></string-name>, <string-name><surname>Yu</surname> <given-names>W</given-names></string-name></person-group>. <article-title>A fairness-aware peer-to-peer decentralized learning framework with heterogeneous devices</article-title>. <source>Future Internet</source>. <year>2022</year>;<volume>14</volume>(<issue>5</issue>):<fpage>138</fpage>. doi:<pub-id pub-id-type="doi">10.3390/fi14050138</pub-id>.</mixed-citation></ref>
<ref id="ref-34"><label>[34]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Solat</surname> <given-names>F</given-names></string-name>, <string-name><surname>Kim</surname> <given-names>TY</given-names></string-name>, <string-name><surname>Lee</surname> <given-names>J</given-names></string-name></person-group>. <article-title>A novel group management scheme of clustered federated learning for mobile traffic prediction in mobile edge computing systems</article-title>. <source>J Commun Netw</source>. <year>2023</year>;<volume>25</volume>(<issue>4</issue>):<fpage>1</fpage>&#x2013;<lpage>12</lpage>. doi:<pub-id pub-id-type="doi">10.23919/JCN.2023.000023</pub-id>.</mixed-citation></ref>
<ref id="ref-35"><label>[35]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>J</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>B</given-names></string-name>, <string-name><surname>Li</surname> <given-names>W</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>Z</given-names></string-name></person-group>. <article-title>A clustered federated learning paradigm with model ensemble in O-RAN</article-title>. In: <conf-name>2024 IEEE Wireless Communications and Networking Conference (WCNC)</conf-name>; <year>2024 Apr 21&#x2013;24</year>; <publisher-loc>Dubai, United Arab Emirates</publisher-loc>. p. <fpage>1</fpage>&#x2013;<lpage>6</lpage>.</mixed-citation></ref>
<ref id="ref-36"><label>[36]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Morafah</surname> <given-names>M</given-names></string-name>, <string-name><surname>Vahidian</surname> <given-names>S</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>W</given-names></string-name>, <string-name><surname>Lin</surname> <given-names>B</given-names></string-name></person-group>. <article-title>Flis: clustered federated learning via inference similarity for non-IID data distribution</article-title>. <source>IEEE Open J Comput Soc</source>. <year>2023</year>;<volume>4</volume>(<issue>2</issue>):<fpage>109</fpage>&#x2013;<lpage>20</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ojcs.2023.3262203</pub-id>.</mixed-citation></ref>
<ref id="ref-37"><label>[37]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhao</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>J</given-names></string-name>, <string-name><surname>Hong</surname> <given-names>W</given-names></string-name>, <string-name><surname>Quek</surname> <given-names>TQS</given-names></string-name>, <string-name><surname>Ding</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Peng</surname> <given-names>M</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Ensemble federated learning with non-IID data in wireless networks</article-title>. <source>IEEE Trans Wirel Commun</source>. <year>2024 Apr</year>;<volume>23</volume>(<issue>4</issue>):<fpage>3557</fpage>&#x2013;<lpage>71</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TWC.2024.3447833</pub-id>.</mixed-citation></ref>
<ref id="ref-38"><label>[38]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Chen</surname> <given-names>Q</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Zhou</surname> <given-names>Y</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>CFL: cluster federated learning in large-scale peer-to-peer networks</article-title>. In: <conf-name>Information Security: 25th International Conference, ISC 2022</conf-name>; <year>2022 Dec 18&#x2013;22</year>; <publisher-loc>Bali, Indonesia</publisher-loc>. p. <fpage>464</fpage>&#x2013;<lpage>72</lpage>. doi:<pub-id pub-id-type="doi">10.1007/978-3-031-22390-7_27</pub-id>.</mixed-citation></ref>
<ref id="ref-39"><label>[39]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Xu</surname> <given-names>H</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>J</given-names></string-name>, <string-name><surname>Xu</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Huang</surname> <given-names>H</given-names></string-name>, <string-name><surname>Zhao</surname> <given-names>Y</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Accelerating federated learning with cluster construction and hierarchical aggregation</article-title>. <source>IEEE Trans Mob Comput</source>. <year>2023 Jul</year>;<volume>22</volume>(<issue>7</issue>):<fpage>3805</fpage>&#x2013;<lpage>22</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TMC.2022.3147792</pub-id>.</mixed-citation></ref>
<ref id="ref-40"><label>[40]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ouyang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Xie</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Zhou</surname> <given-names>J</given-names></string-name>, <string-name><surname>Xing</surname> <given-names>G</given-names></string-name>, <string-name><surname>Huang</surname> <given-names>J</given-names></string-name></person-group>. <article-title>ClusterFL: a clustering-based federated learning system for human activity recognition</article-title>. <source>ACM Trans Sens Netw</source>. <year>2022</year>;<volume>19</volume>(<issue>1</issue>):<fpage>1</fpage>&#x2013;<lpage>32</lpage>. doi:<pub-id pub-id-type="doi">10.1145/3554980</pub-id>.</mixed-citation></ref>
<ref id="ref-41"><label>[41]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Shlezinger</surname> <given-names>N</given-names></string-name>, <string-name><surname>Rini</surname> <given-names>S</given-names></string-name>, <string-name><surname>Eldar</surname> <given-names>YC</given-names></string-name></person-group>. <article-title>The communication-aware clustered federated learning problem</article-title>. In: <conf-name>2020 IEEE International Symposium on Information Theory (ISIT)</conf-name>; <year>2020 Jun 21&#x2013;26</year>; <publisher-loc>Los Angeles, CA, USA</publisher-loc>. p. <fpage>2610</fpage>&#x2013;<lpage>5</lpage>.</mixed-citation></ref>
<ref id="ref-42"><label>[42]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Du</surname> <given-names>R</given-names></string-name>, <string-name><surname>Xu</surname> <given-names>S</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>R</given-names></string-name>, <string-name><surname>Xu</surname> <given-names>L</given-names></string-name>, <string-name><surname>Xia</surname> <given-names>H</given-names></string-name></person-group>. <article-title>A dynamic adaptive iterative clustered federated learning scheme</article-title>. <source>Knowl Based Syst</source>. <year>2023</year>;<volume>276</volume>(<issue>4</issue>):<fpage>110741</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.knosys.2023.110741</pub-id>.</mixed-citation></ref>
<ref id="ref-43"><label>[43]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Sun</surname> <given-names>W</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>Y</given-names></string-name></person-group>. <article-title>Tackling the non-IID issue in heterogeneous federated learning by gradient harmonization</article-title>. <source>IEEE Signal Process Lett</source>. <year>2024</year>;<volume>31</volume>:<fpage>1</fpage>&#x2013;<lpage>5</lpage>. doi:<pub-id pub-id-type="doi">10.1109/LSP.2024.3356789</pub-id>.</mixed-citation></ref>
<ref id="ref-44"><label>[44]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Sandeepa</surname> <given-names>C</given-names></string-name>, <string-name><surname>Zeydan</surname> <given-names>E</given-names></string-name>, <string-name><surname>Samarasinghe</surname> <given-names>T</given-names></string-name>, <string-name><surname>Liyanage</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Federated learning for 6G networks: navigating privacy benefits and challenges</article-title>. <source>IEEE Open J Commun Soc</source>. <year>2024</year>;<volume>6</volume>:<fpage>90</fpage>&#x2013;<lpage>129</lpage>. doi:<pub-id pub-id-type="doi">10.1109/OJCOMS.2024.3358736</pub-id>.</mixed-citation></ref>
<ref id="ref-45"><label>[45]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Driss</surname> <given-names>MB</given-names></string-name>, <string-name><surname>Sabir</surname> <given-names>E</given-names></string-name>, <string-name><surname>Elbiaze</surname> <given-names>H</given-names></string-name>, <string-name><surname>Saad</surname> <given-names>W</given-names></string-name></person-group>. <article-title>Federated learning for 6G: paradigms, taxonomy, recent advances and insights</article-title>. <comment>arXiv:2312.04688. 2023</comment>.</mixed-citation></ref>
<ref id="ref-46"><label>[46]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Yang</surname> <given-names>K</given-names></string-name>, <string-name><surname>Mohammadi Amiri</surname> <given-names>M</given-names></string-name>, <string-name><surname>Kulkarni</surname> <given-names>SR</given-names></string-name></person-group>. <article-title>Greedy centroid initialization for federated K-means</article-title>. <source>Knowl Inf Syst</source>. <year>2024</year>;<volume>66</volume>(<issue>6</issue>):<fpage>3393</fpage>&#x2013;<lpage>425</lpage>. doi:<pub-id pub-id-type="doi">10.1007/s10115-024-02066-x</pub-id>.</mixed-citation></ref>
<ref id="ref-47"><label>[47]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Stallmann</surname> <given-names>M</given-names></string-name>, <string-name><surname>Wilbik</surname> <given-names>A</given-names></string-name></person-group>. <article-title>Towards federated clustering: a federated fuzzy c-means algorithm (FFCM)</article-title>. <comment>arXiv:2201.07316. 2022</comment>.</mixed-citation></ref>
<ref id="ref-48"><label>[48]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Yang</surname> <given-names>L</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>D</given-names></string-name>, <string-name><surname>Li</surname> <given-names>L</given-names></string-name>, <string-name><surname>He</surname> <given-names>Q</given-names></string-name></person-group>. <article-title>Energy efficient cluster-based routing protocol for WSN using multi-strategy fusion snake optimizer and minimum spanning tree</article-title>. <source>Sci Rep</source>. <year>2024</year>;<volume>14</volume>(<issue>1</issue>):<fpage>16786</fpage>. doi:<pub-id pub-id-type="doi">10.21203/rs.3.rs-3901967/v1</pub-id>.</mixed-citation></ref>
<ref id="ref-49"><label>[49]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Yang</surname> <given-names>W</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>B</given-names></string-name>, <string-name><surname>Shen</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>J</given-names></string-name>, <string-name><surname>Yu</surname> <given-names>L</given-names></string-name></person-group>. <article-title>Cross-fusion rule for personalized federated learning</article-title>. <comment>arXiv:2302.02531. 2023</comment>.</mixed-citation></ref>
<ref id="ref-50"><label>[50]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>S</given-names></string-name>, <string-name><surname>Lambeta</surname> <given-names>M</given-names></string-name>, <string-name><surname>Chou</surname> <given-names>PW</given-names></string-name>, <string-name><surname>Calandra</surname> <given-names>R</given-names></string-name></person-group>. <article-title>TACTO: a fast, flexible, and open-source simulator for high-resolution vision-based tactile sensors</article-title>. <source>IEEE Robot Autom Lett</source>. <year>2022</year>;<volume>7</volume>(<issue>2</issue>):<fpage>3930</fpage>&#x2013;<lpage>7</lpage>. doi:<pub-id pub-id-type="doi">10.1109/lra.2022.3146945</pub-id>.</mixed-citation></ref>
<ref id="ref-51"><label>[51]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Li</surname> <given-names>H</given-names></string-name>, <string-name><surname>Li</surname> <given-names>C</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>J</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>A</given-names></string-name>, <string-name><surname>Ma</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>Z</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Review on security of federated learning and its application in healthcare</article-title>. <source>Future Gener Comput Syst</source>. <year>2023</year>;<volume>144</volume>(<issue>4</issue>):<fpage>271</fpage>&#x2013;<lpage>90</lpage>. doi:<pub-id pub-id-type="doi">10.1016/j.future.2023.03.014</pub-id>.</mixed-citation></ref>
<ref id="ref-52"><label>[52]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Zhang</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>H</given-names></string-name>, <string-name><surname>Lin</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Zhao</surname> <given-names>J</given-names></string-name></person-group>. <article-title>FedAC: an adaptive clustered federated learning framework for heterogeneous data</article-title>. <comment>arXiv:2403.16460. 2024</comment>.</mixed-citation></ref>
<ref id="ref-53"><label>[53]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Moore</surname> <given-names>E</given-names></string-name>, <string-name><surname>Imteaj</surname> <given-names>A</given-names></string-name>, <string-name><surname>Hossain</surname> <given-names>MZ</given-names></string-name>, <string-name><surname>Rezapour</surname> <given-names>S</given-names></string-name>, <string-name><surname>Amini</surname> <given-names>MH</given-names></string-name></person-group>. <article-title>Blockchain-empowered cyber-secure federated learning for trustworthy edge computing</article-title>. <source>IEEE Trans Artif Intell</source>.<year>2025 Jan</year>;<volume>4</volume>(<issue>1</issue>):<fpage>1</fpage>&#x2013;<lpage>9</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TAI.2025.3539258</pub-id>.</mixed-citation></ref>
<ref id="ref-54"><label>[54]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Islam</surname> <given-names>F</given-names></string-name>, <string-name><surname>Raihan</surname> <given-names>AS</given-names></string-name>, <string-name><surname>Ahmed</surname> <given-names>I</given-names></string-name></person-group>. <article-title>Applications of federated learning in manufacturing: identifying the challenges and exploring the future directions with Industry 4.0 and 5.0 visions</article-title>. <comment>arXiv:2302.13514. 2023</comment>.</mixed-citation></ref>
<ref id="ref-55"><label>[55]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Mughal</surname> <given-names>FR</given-names></string-name>, <string-name><surname>He</surname> <given-names>J</given-names></string-name>, <string-name><surname>Das</surname> <given-names>B</given-names></string-name>, <string-name><surname>Dharejo</surname> <given-names>FA</given-names></string-name>, <string-name><surname>Zhu</surname> <given-names>N</given-names></string-name>, <string-name><surname>Khan</surname> <given-names>SB</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Adaptive federated learning for resource-constrained IoT devices through edge intelligence and multi-edge clustering</article-title>. <source>Sci Rep</source>. <year>2024</year>;<volume>14</volume>(<issue>1</issue>):<fpage>28746</fpage>. doi:<pub-id pub-id-type="doi">10.1038/s41598-024-59364-1</pub-id>.</mixed-citation></ref>
<ref id="ref-56"><label>[56]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Rane</surname> <given-names>J</given-names></string-name>, <string-name><surname>Mallick</surname> <given-names>SK</given-names></string-name>, <string-name><surname>Kaya</surname> <given-names>O</given-names></string-name>, <string-name><surname>Rane</surname> <given-names>NL</given-names></string-name></person-group>. <article-title>Federated learning for edge artificial intelligence: enhancing security, robustness, privacy, personalization, and blockchain integration in IoT</article-title>. <source>Fut Res Oppor Artif Intell Ind</source>. <year>2024</year>;<volume>4</volume>:<fpage>93</fpage>&#x2013;<lpage>135</lpage>. doi:<pub-id pub-id-type="doi">10.70593/978-81-981271-0-5_3</pub-id>.</mixed-citation></ref>
<ref id="ref-57"><label>[57]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Funk</surname> <given-names>N</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>C</given-names></string-name>, <string-name><surname>Schneider</surname> <given-names>T</given-names></string-name>, <string-name><surname>Chalvatzaki</surname> <given-names>G</given-names></string-name>, <string-name><surname>Calandra</surname> <given-names>R</given-names></string-name>, <string-name><surname>Peters</surname> <given-names>J</given-names></string-name></person-group>. <article-title>On the importance of tactile sensing for imitation learning: a case study on robotic match lighting</article-title>. <comment>arXiv:2504.13618. 2025</comment>.</mixed-citation></ref>
<ref id="ref-58"><label>[58]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Xue</surname> <given-names>H</given-names></string-name>, <string-name><surname>Ren</surname> <given-names>J</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>W</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>G</given-names></string-name>, <string-name><surname>Fang</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Gu</surname> <given-names>G</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Reactive diffusion policy: slow-fast visual-tactile policy learning for contact-rich manipulation</article-title>. <comment>arXiv:2503.02881. 2025</comment>.</mixed-citation></ref>
<ref id="ref-59"><label>[59]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Yang</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Adamek</surname> <given-names>K</given-names></string-name>, <string-name><surname>Armour</surname> <given-names>W</given-names></string-name></person-group>. <article-title>Double-exponential increases in inference energy: the cost of the race for accuracy</article-title>. <comment>arXiv:2412.09731. 2024</comment>.</mixed-citation></ref>
</ref-list>
</back></article>