<?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">53462</article-id>
<article-id pub-id-type="doi">10.32604/cmes.2024.053462</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>FedAdaSS: Federated Learning with Adaptive Parameter Server Selection Based on Elastic Cloud Resources</article-title>
<alt-title alt-title-type="left-running-head">FedAdaSS: Federated Learning with Adaptive Parameter Server Selection Based on Elastic Cloud Resources</alt-title>
<alt-title alt-title-type="right-running-head">FedAdaSS: Federated Learning with Adaptive Parameter Server Selection Based on Elastic Cloud Resources</alt-title>
</title-group>
<contrib-group>
<contrib id="author-1" contrib-type="author">
<name name-style="western"><surname>Xu</surname><given-names>Yuwei</given-names></name></contrib>
<contrib id="author-2" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Zhao</surname><given-names>Baokang</given-names></name><email>bkzhao@nudt.edu.cn</email></contrib>
<contrib id="author-3" contrib-type="author">
<name name-style="western"><surname>Zhou</surname><given-names>Huan</given-names></name></contrib>
<contrib id="author-4" contrib-type="author">
<name name-style="western"><surname>Su</surname><given-names>Jinshu</given-names></name></contrib>
<aff>
<institution>School of Computer, National University of Defense Technology</institution>, <addr-line>Changsha, 410000</addr-line>, <country>China</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>&#x002A;</label>Corresponding Author: Baokang Zhao. Email: <email>bkzhao@nudt.edu.cn</email></corresp>
</author-notes>
<pub-date date-type="collection" publication-format="electronic">
<year>2024</year></pub-date>
<pub-date date-type="pub" publication-format="electronic"><day>20</day><month>8</month><year>2024</year></pub-date>
<volume>141</volume>
<issue>1</issue>
<fpage>609</fpage>
<lpage>629</lpage>
<history>
<date date-type="received">
<day>30</day>
<month>4</month>
<year>2024</year>
</date>
<date date-type="accepted">
<day>24</day>
<month>6</month>
<year>2024</year>
</date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2024 The Authors.</copyright-statement>
<copyright-year>2024</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_53462.pdf"></self-uri>
<abstract>
<p>The rapid expansion of artificial intelligence (AI) applications has raised significant concerns about user privacy, prompting the development of privacy-preserving machine learning (ML) paradigms such as federated learning (FL). FL enables the distributed training of ML models, keeping data on local devices and thus addressing the privacy concerns of users. However, challenges arise from the heterogeneous nature of mobile client devices, partial engagement of training, and non-independent identically distributed (non-IID) data distribution, leading to performance degradation and optimization objective bias in FL training. With the development of 5G/6G networks and the integration of cloud computing edge computing resources, globally distributed cloud computing resources can be effectively utilized to optimize the FL process. Through the specific parameters of the server through the selection mechanism, it does not increase the monetary cost and reduces the network latency overhead, but also balances the objectives of communication optimization and low engagement mitigation that cannot be achieved simultaneously in a single-server framework of existing works. In this paper, we propose the FedAdaSS algorithm, an adaptive parameter server selection mechanism designed to optimize the training efficiency in each round of FL training by selecting the most appropriate server as the parameter server. Our approach leverages the flexibility of cloud resource computing power, and allows organizers to strategically select servers for data broadcasting and aggregation, thus improving training performance while maintaining cost efficiency. The FedAdaSS algorithm estimates the utility of client systems and servers and incorporates an adaptive random reshuffling strategy that selects the optimal server in each round of the training process. Theoretical analysis confirms the convergence of FedAdaSS under strong convexity and L-smooth assumptions, and comparative experiments within the FLSim framework demonstrate a reduction in training round-to-accuracy by 12%&#x2013;20% compared to the Federated Averaging (FedAvg) with random reshuffling method under unique server. Furthermore, FedAdaSS effectively mitigates performance loss caused by low client engagement, reducing the loss indicator by 50%.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>Machine learning systems</kwd>
<kwd>federated learning</kwd>
<kwd>server selection</kwd>
<kwd>artificial intelligence of things</kwd>
<kwd>non-IID data</kwd>
</kwd-group>
<funding-group>
<award-group id="awg1">
<funding-source>National Natural Science Foundation of China</funding-source>
<award-id>U22B2005</award-id>
<award-id>62372462</award-id>
</award-group>
</funding-group>
</article-meta>
</front>
<body>
<sec id="s1">
<label>1</label>
<title>Introduction</title>
<p>In recent years, artificial intelligence (AI) technology has made significant progress, and its application scope is constantly expanding, covering various fields such as smart homes, voice assistants, and intelligent decision-making. However, with the widespread promotion of AI applications, the issue of privacy protection has attracted widespread attention [<xref ref-type="bibr" rid="ref-1">1</xref>]. Many countries and regions have established corresponding laws and regulations to ensure user privacy, and strictly restrict the use and processing of data [<xref ref-type="bibr" rid="ref-2">2</xref>]. This undoubtedly poses a challenge to the development of artificial intelligence applications. In response to this concern, federated learning (FL) has gradually evolved into a privacy-preserving machine learning paradigm. In this paradigm, mobile devices and Internet of Things (IoT) clients distributed in different geographical regions can collaborate to train machine learning models while keeping their respective data on local devices. FL is widely used for a variety of tasks. Examples include speech recognition, handwriting recognition, and text prediction in the consumer Internet, as well as collaboration between medical, industrial [<xref ref-type="bibr" rid="ref-3">3</xref>], and communications [<xref ref-type="bibr" rid="ref-4">4</xref>] entities.</p>
<p>In FL training, there are numerous and widely distributed devices, coupled with a certain degree of heterogeneity in system performance, which leads to significant differences in the success probability of each client participating in training (hereinafter referred to as engagement). In addition, the client data participating in federated learning training varies in scale [<xref ref-type="bibr" rid="ref-5">5</xref>], and the data distribution also exhibits non-independent identically distributed (non-IID) characteristics [<xref ref-type="bibr" rid="ref-6">6</xref>]. These characteristics result in significant performance loss in federated learning, affecting round-to-accuracy performance, and there is an issue of optimization target deviation [<xref ref-type="bibr" rid="ref-7">7</xref>,<xref ref-type="bibr" rid="ref-8">8</xref>].</p>
<p>Existing FL optimization methods mainly aim to reduce communication costs and improve training efficiency by fine-tuning client selection strategies [<xref ref-type="bibr" rid="ref-9">9</xref>], local updates [<xref ref-type="bibr" rid="ref-10">10</xref>,<xref ref-type="bibr" rid="ref-11">11</xref>], and communication compression [<xref ref-type="bibr" rid="ref-12">12</xref>&#x2013;<xref ref-type="bibr" rid="ref-16">16</xref>] strategies. However, these methods have not fully addressed the problem of low engagement. On the other hand, decentralized [<xref ref-type="bibr" rid="ref-17">17</xref>] and asynchronous methods [<xref ref-type="bibr" rid="ref-18">18</xref>&#x2013;<xref ref-type="bibr" rid="ref-21">21</xref>] can increase engagement, but synchronization costs are high and convergence speed is slow.</p>
<p>The client selection mechanism has been widely studied and applied to improve training efficiency reduce communication overhead, and increase the robustness of FL training. The first is the system utility perspective. Client selection reduces communication pressure on the parameter server, reducing unnecessary communication and network load, especially in bandwidth-constrained environments. Mobile devices may have limited computing and storage resources. By selecting clients with sufficient resources for training, the training process can run smoothly without overburdening resource-constrained devices. The second is to improve the statistical performance of FL training. Client data may be heterogeneous, i.e., different clients may have different data characteristics. By selecting clients that represent the overall data distribution, a better-performing global model can be trained. At the same time, by selecting clients with high data quality and high computing power to participate in training, the convergence speed of the model can be accelerated.</p>
<p>With the development of 5G/6G networks and the integration of computing resources through cloud computing, edge computing and other methods, mobile user-oriented application development can design more flexible paradigms [<xref ref-type="bibr" rid="ref-22">22</xref>,<xref ref-type="bibr" rid="ref-23">23</xref>]. Based on the widespread distribution of cloud computing resources worldwide (as shown in <xref ref-type="table" rid="table-1">Table 1</xref>), effective utilization of these resources can optimize the federated learning process. The parameter server of FL can be set and migrated by a specific server selection mechanism, which ensures that the overall usage cost does not increase. Selecting the optimal parameter server according to geographical distribution, network state, and computing resources can reduce the communication delay of FL training and reduce resource competition, which has been widely verified in general distributed tasks. On the other hand, we found that server selection can improve the FL training process from a statistical utility perspective. This is reflected in two aspects: first, it can extend the client selection strategy (co-selection), and second, it can be combined with client selection as an orthogonal method (server selection after client selection), thereby improving the overall client participation and the training efficiency of federated learning.</p>
<table-wrap id="table-1">
<label>Table 1</label>
<caption>
<title>The top 10 cloud service providers</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>#</th>
<th>Cloud service provider</th>
<th>Regions</th>
<th>Availability zones</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>Amazon web services (AWS)</td>
<td>33</td>
<td>105</td>
</tr>
<tr>
<td>2</td>
<td>Microsoft azure</td>
<td>64</td>
<td>126</td>
</tr>
<tr>
<td>3</td>
<td>Google cloud platform (GCP)</td>
<td>40</td>
<td>121</td>
</tr>
<tr>
<td>4</td>
<td>Alibaba cloud</td>
<td>30</td>
<td>89</td>
</tr>
<tr>
<td>5</td>
<td>Oracle cloud</td>
<td>48</td>
<td>58</td>
</tr>
<tr>
<td>6</td>
<td>IBM cloud</td>
<td>10</td>
<td>30</td>
</tr>
<tr>
<td>7</td>
<td>Tencent cloud</td>
<td>21</td>
<td>65</td>
</tr>
<tr>
<td>8</td>
<td>OVHcloud</td>
<td>17</td>
<td>37</td>
</tr>
<tr>
<td>9</td>
<td>DigitalOcean</td>
<td>9</td>
<td>15</td>
</tr>
<tr>
<td>10</td>
<td>Linode (Akamai)</td>
<td>20</td>
<td>20</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>We propose an adaptive server selection algorithm FedAdaSS, which differs from the traditional approach of having a unique fixed parameter server. We adopt an adaptive strategy to select the optimal server as the parameter server in each training round to optimize the training effect. The server selection mechanism can be incorporated into existing federated learning training algorithms as an orthogonal mechanism. In addition to improving FL from system performance as in classical distributed computing, we have also demonstrated that it can improve statistical performance while also expanding the client selection policy space.</p>
<p>Optimizing server selection is a challenging task. In theory, the optimal choice requires us to obtain global prior knowledge in advance. However, in the actual training process, we cannot know the current set of clients in advance. Relying solely on the optimal set of clients per round to select servers can reduce wall clock time, but it cannot effectively alleviate the problem of optimization target offset. To this end, this article proposes an adaptive random shuffle strategy that estimates the utility of the client system and server in each round and then approximately selects the nearest server to accelerate the training process.</p>
<p>After rigorous theoretical analysis, we have confirmed that the FedAdaSS algorithm converges under strong convexity and L-smooth assumptions. Within the FLSim framework, we compared FedAdaSS with the Federated Averaging with random reshuffling (FedAvg&#x002B;RR) and confirmed that optimizing the server selection mechanism can reduce the training #round-to-accuracy by 12%&#x2013;20%. Under communication optimization strategies such as small number of participants and the large number of local steps, this optimization method shows significant advantages. In addition, when comparing different engagement levels, FedAdaSS can effectively mitigate the performance loss caused by low engagement, reducing the loss indicator by 50%.</p>
<p>The key contributions of our work are the following:
<list list-type="bullet">
<list-item>
<p>We propose a basic framework for optimizing FL with elastic cloud resources, and analyze the optimization objectives and trade-offs for server selection.</p></list-item>
<list-item>
<p>We propose the FedAdaSS algorithm, which is an adaptive server selection algorithm with dynamic client random shuffling to overcome the problems of dynamic joining and low commitment of clients, thereby increasing the statistical performance, and theoretically analyzing its convergence.</p></list-item>
<list-item>
<p>We evaluate the adaptability of server selection to common FL optimization methods and the performance improvement it brings through comparative experiments.</p></list-item>
</list></p>
</sec>
<sec id="s2">
<label>2</label>
<title>Related Work</title>
<sec id="s2_1">
<label>2.1</label>
<title>Federated Learning</title>
<p>Federated Learning is a distributed machine learning approach that allows multiple participants (typically devices or organizations) to work together to train a global machine learning model while maintaining the privacy of their respective data [<xref ref-type="bibr" rid="ref-6">6</xref>]. The key benefit of this approach is that it eliminates the need to centralize data in a single location, thereby reducing the risk of data leakage and reducing the need for centralized storage and computational resources [<xref ref-type="bibr" rid="ref-10">10</xref>].</p>
<p>Due to the size of the population and the diversity of user data and devices in FL, each round of training runs on a customer terminal set (with hundreds of participants), typically requiring hundreds of rounds (of a few minutes each) and several days to complete. For example, in the case of the Gboard keyboard, Google conducted weeks of federated training on natural language processing (NLP) models on 1.5 million devices [<xref ref-type="bibr" rid="ref-6">6</xref>,<xref ref-type="bibr" rid="ref-24">24</xref>]. Due to the large number of devices wide geographical distribution, and certain heterogeneity of system performance, each client shows great differences in the success probability of participating in training. Furthermore, client data involved in federated learning training differ in size and have a non-IID distribution. These factors cause federation learning performance to suffer a large loss, affect round-to-accuracy performance, and cause optimization target bias. To address these issues during the cross-device FL training process, existing methods can be classified into server-centric methods that focus on reducing communication overhead, and client-centric methods that focus on improving user engagement.</p>
</sec>
<sec id="s2_2">
<label>2.2</label>
<title>System Performance Optimization in FL</title>
<p>In the general paradigm of cross-device FL, the unique parameter server broadcasts the model parameters in each training round and aggregates the model parameters returned by the clients. However, due to resource constraints, methods such as multiple local updates, client selection, and communication compression have been proposed to meet the requirements of the parameter server.</p>
<p>The goal of the local update policy is to reduce the frequency of communication and to utilize the client&#x2019;s computational resources as much as possible [<xref ref-type="bibr" rid="ref-25">25</xref>], where each device performs multiple local steps before passing its updates back to the central server. One representative method is the Federated Averaging algorithm [<xref ref-type="bibr" rid="ref-20">20</xref>], which is an adaption of local-update to parallel stochastic gradient descent (SGD). The client involved in the training of each round runs a certain number of SGD steps based on its local data and sends back the local updated parameters to the server, then the pseudo-gradient for the global model is aggregated from each returned update. Recently, such methods have attracted a lot of attention, both in terms of theoretical guarantees [<xref ref-type="bibr" rid="ref-11">11</xref>,<xref ref-type="bibr" rid="ref-26">26</xref>], as well as in terms of optimization for real-world scenarios [<xref ref-type="bibr" rid="ref-1">1</xref>,<xref ref-type="bibr" rid="ref-27">27</xref>&#x2013;<xref ref-type="bibr" rid="ref-29">29</xref>].</p>
<p>To address network bandwidth constraints and client heterogeneity, FL client selection is an emerging topic. FL client selection determines which client devices are selected in each training round. Effective FL client selection schemes can significantly improve model accuracy, increase fairness, improve robustness, and reduce training overhead [<xref ref-type="bibr" rid="ref-9">9</xref>]. For example, the paper [<xref ref-type="bibr" rid="ref-30">30</xref>] proposed a client selection framework called Oort, which improves the time-to-accuracy performance of model training by prioritizing those clients that have the greatest benefit in improving model accuracy and can perform training quickly. In addition, Oort allows developers to specify data distribution requirements during model testing and improve test duration efficiency by carefully selecting clients that meet those requirements.</p>
<p>Communication compression in FL is also a strategy that reduces data transmission between client devices and the central server during the training process. Quantization is a popular method that reduces the precision of model updates, making their transmission size smaller [<xref ref-type="bibr" rid="ref-31">31</xref>,<xref ref-type="bibr" rid="ref-32">32</xref>]. Sketching, as introduced by [<xref ref-type="bibr" rid="ref-33">33</xref>], provides a more concise alternative by summarizing updates using compact data structures. This enables approximate, yet significantly smaller representations of the original data.</p>
</sec>
<sec id="s2_3">
<label>2.3</label>
<title>Framework Optimization in FL</title>
<p>The training time scheduled by the parameter server is difficult to match with the idle time of the device, and the effective engagement rate of the client is low. Therefore, new frameworks of FL such as asynchronous distributed training [<xref ref-type="bibr" rid="ref-34">34</xref>] as well as decentralized federated learning methods have also been widely studied.</p>
<p>For asynchronous FL, the server updates the global model whenever it receives a local update. The authors in [<xref ref-type="bibr" rid="ref-35">35</xref>] found empirically that the asynchronous approach is robust to participants joining in the middle of training rounds and when the federation includes participating devices with heterogeneous processing capabilities. A new asynchronous federation optimization algorithm was proposed in [<xref ref-type="bibr" rid="ref-36">36</xref>] to improve the flexibility and scalability of federation learning, where each newly received local update is adaptively weighted according to its staleness, which is defined as the difference between the current epoch and the iteration to which the received update belongs. Furthermore, the authors also prove the convergence guarantee for a restricted family of non-convex problems. However, the current hyperparameters of the FedAsync algorithm still need to be tuned to ensure convergence in different environments. As such, the algorithm is still unable to generalize to the dynamic computational constraints of heterogeneous devices. Synchronous FL is still the most commonly used method today due to the uncertain reliability of asynchronous FL [<xref ref-type="bibr" rid="ref-37">37</xref>].</p>
<p>Decentralized federated learning is another way to maximize the possibility of the participant, which distributes the aggregation of model parameters between the neighboring participants [<xref ref-type="bibr" rid="ref-21">21</xref>,<xref ref-type="bibr" rid="ref-38">38</xref>,<xref ref-type="bibr" rid="ref-39">39</xref>]. Decentralized Federated Learning uses a P2P communication method, it deals with a dynamic and heterogeneous topology where participants often change their location or role in the federation. A study compared the communication efficiency of decentralized algorithms, such as gossip learning, with centralized FL [<xref ref-type="bibr" rid="ref-21">21</xref>]. It found that the best gossip variant had comparable overall performance to the best centralized FL algorithm. Another challenge in decentralized FL is imbalance heterogeneity, replacement of weight averaging with mutual knowledge distillation [<xref ref-type="bibr" rid="ref-40">40</xref>] was proposed to tackle class imbalance.</p>
</sec>
<sec id="s2_4">
<label>2.4</label>
<title>Limitations of Current Works</title>
<p>Existing system performance optimization methods, whose core goal is to reduce communication overhead, mainly use multiple local updates, client selection, and communication compression methods, but these methods are assumed to have better results when all clients effectively complete training and all have a high probability of participation. In the actual system, the client, due to its task, can not do more than an effective synchronization to the free time for training, so the total training engagement is low, slowing down the total training time; on the other hand, due to the client&#x2019;s data distribution of the phenomenon of non-IID, low engagement leads to the intensification of this imbalance phenomenon, which makes the distribution of training data is different from the distribution of the objective function, resulting in the training objective bias.</p>
<p>The methods proposed to solve the low engagement problem, such as asynchronous training and P2P training, have not been widely used in practical systems due to their characteristics, longer convergence times, and higher communication costs. Therefore, to solve the above contradiction, we propose a federated learning framework based on elastic cloud server resources, which improves the participation of clients and extends the policy framework of client selection by providing server selection when client selection, and on this basis, we propose a server selection method that supports dynamic client RR, FedAdaSS, which proves that server selection can be used as an orthogonal method to existing state-of-the-art (SOTA) methods and provides statistical performance improvement.</p>
</sec>
</sec>
<sec id="s3">
<label>3</label>
<title>Overview</title>
<p>In this paper, the standard formulation of Federated Learning is considered as a finite sum minimization problem:
<disp-formula id="eqn-1"><label>(1)</label><mml:math id="mml-eqn-1" display="block"><mml:munder><mml:mo movablelimits="true" form="prefix">min</mml:mo><mml:mrow><mml:mi>x</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msup><mml:mrow><mml:mi mathvariant="double-struck">R</mml:mi></mml:mrow><mml:mi>d</mml:mi></mml:msup></mml:mrow></mml:munder><mml:mrow><mml:mo>[</mml:mo><mml:mi>f</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x225C;</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mi>&#x1D49E;</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow></mml:mfrac><mml:munder><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>c</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mrow><mml:mi>&#x1D49E;</mml:mi></mml:mrow></mml:mrow></mml:munder><mml:msub><mml:mi>f</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>]</mml:mo></mml:mrow><mml:mo>,</mml:mo></mml:math></disp-formula>where <inline-formula id="ieqn-1"><mml:math id="mml-ieqn-1"><mml:mrow><mml:mi>&#x1D49E;</mml:mi></mml:mrow></mml:math></inline-formula> is the client set. <inline-formula id="ieqn-2"><mml:math id="mml-ieqn-2"><mml:msub><mml:mi>f</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:msub><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mi>&#x03BE;</mml:mi><mml:mo>&#x223C;</mml:mo><mml:msub><mml:mrow><mml:mi>&#x1D49F;</mml:mi></mml:mrow><mml:mi>c</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mo stretchy="false">[</mml:mo><mml:mi>l</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>x</mml:mi><mml:mo>;</mml:mo><mml:mi>&#x03BE;</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">]</mml:mo></mml:math></inline-formula> corresponds to the average local loss of the current model parameterized by <inline-formula id="ieqn-3"><mml:math id="mml-ieqn-3"><mml:mi>x</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msup><mml:mrow><mml:mi mathvariant="double-struck">R</mml:mi></mml:mrow><mml:mi>d</mml:mi></mml:msup></mml:math></inline-formula> over the training data <inline-formula id="ieqn-4"><mml:math id="mml-ieqn-4"><mml:msub><mml:mrow><mml:mi>&#x1D49F;</mml:mi></mml:mrow><mml:mi>c</mml:mi></mml:msub></mml:math></inline-formula> located on client <italic>c</italic>. In the real scenario, the participants are mainly geographically distributed and have numerous mobile devices. When these devices participate in training, it is difficult to ensure that each mobile client can continuously and stably participate in the training process due to the variety of usage scenarios and user behaviors.</p>
<p>We assume that the FL training organizer has automatic control over the creation and destruction of server resources. Modern cloud platforms have their application programming interface (API) to support the automatization, and many interfaces can hide the differences between multiple clouds and provide a unified resource lifecycle control interface. During the training process, there is a global orchestrator role that can be performed by a separate server. The orchestrator selects the server responsible for the next round of training (parameter broadcasting and aggregation) and the participating clients, i.e., the orchestrator is responsible for maintaining and updating the FL state information.</p>
<p>Since servers in the same region on the cloud platform have relatively consistent network and computing resources. For simplicity, we assume that each region of one cloud has one selectable server, as shown in <xref ref-type="fig" rid="fig-1">Fig. 1</xref>, and the selection described in this article includes the entire lifecycle process of creation, maintenance, and eventual destruction.</p>
<fig id="fig-1">
<label>Figure 1</label>
<caption>
<title>Elastic cloud resources controlled by orchestrator</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_53462-fig-1.tif"/>
</fig>
<p>As shown in <xref ref-type="fig" rid="fig-2">Fig. 2</xref>, the basic framework of FL includes server selection. The FL task is planned by the orchestrator as a whole, where the server set is all cloud servers available for selection (as mentioned earlier, including the entire lifecycle management), and the client set is all mobile clients participating in FL. This article mainly discusses learning and training tasks in a synchronous federation that involves multiple global rounds. In each round, the orchestrator selects the parameter server for that round, which is responsible for parameter distribution and aggregation. Then, some kind of client selection mechanism selects some clients to participate in the training. After the selected server distributes the model parameters to the clients, the clients use local data to perform several rounds of local steps, typically the SGD process. Then the parameter server collects the results returned by the clients, usually the clients that successfully returned within a certain time threshold, and calculates the weighted average of the returned weights as the result of this round. The above steps are repeated until the model meets a certain requirement, such as a fixed number of rounds, or the accuracy reaches a threshold.</p>
<fig id="fig-2">
<label>Figure 2</label>
<caption>
<title>The architecture of federated learning with server selection</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_53462-fig-2.tif"/>
</fig>
<p>Due to factors such as location distance and network quality, the bandwidth between clients and servers in different regions is different, the success rate of participating in training is also different, and the distribution of server training success rate among different clients is also different. We can assume that the success rate of clients under the same server is approximately a power-law distribution. Server selection based on optimized latency can improve the wall time of FL training. At the same time, server selection can cooperate with client selection, which not only expands the policy space of client selection but also further improves the effect of client selection with the existing state of the art, thus statistically improving training efficiency.</p>
</sec>
<sec id="s4">
<label>4</label>
<title>Server Selection Method in Federated Learning</title>
<sec id="s4_1">
<label>4.1</label>
<title>General Optimization Objectives of FL</title>
<p>In the system design process of federated learning, the first metric to focus on is time-to-accuracy, which has two main influencing factors, (i) System utility factors: the training process includes the actual available performance of both client-side and server-side participants, and the quality of network among them. These physical metrics will affect the actual running time of the system. (ii) Algorithm and data factors: by adjusting the hyper-parameters in the training process, as well as the use of client selection algorithms, as a way to affect the round-to-accuracy performance of the training, to further reduce the training time in the same environment and system setup.</p>
<p>To achieve the above objectives. From a system optimization perspective, the main constraints are the unreliability of computing resources of clients and restricted network resources. Client selection methods are firstly involved to ensure that the training can be carried out continuously, and secondly, to reduce the communication overhead, methods such as <italic>local update</italic> and <italic>communication compression</italic> are further used.</p>
<p>From the client&#x2019;s perspective, the primary constraint is the lack of engagement; due to the uncontrollable synchronization of training time and the passive selection mechanism from the parameter server, the client&#x2019;s arithmetic availability and training time cannot occur simultaneously, resulting in the client arithmetic that participates in federated learning to be a very small fraction of the total arithmetic. In addition, due to possible single-point-of-failure issues and privacy considerations, the use of distributed algorithms can provide better hence protection. Therefore, clients expect to use asynchronous or decentralized methods to achieve this goal.</p>
</sec>
<sec id="s4_2">
<label>4.2</label>
<title>Optimal Server Selection Requirements</title>
<p>All servers that can be created by cloud platforms in different regions are taken as a server set, and the orchestrator selects one server as a parameter server, which is responsible for parameter broadcasting, collecting local update results from different clients, and calculating the final result of this round. To illustrate the importance of server selection, we discuss the requirements for optimal server selection in a state-of-the-art client selection scenario.</p>
<p>Concerning all data samples for training planning, Random Reshuffling of the training data at the beginning of each epoch is a successful technique for optimizing the empirical risk minimization process in standard SGD process analysis. In FL training, the current state-of-the-art approach also introduces the RR process, but the difference is that this process is defined on the client arrangement, as shown in <xref ref-type="fig" rid="fig-3">Fig. 3</xref>, which requires that in a meta-epoch consisting of multiple rounds of global training, each client is selected at most once, and in the next meta-epoch all clients are randomly reshuffled to enter training.</p>
<fig id="fig-3">
<label>Figure 3</label>
<caption>
<title>Random reshuffling of clients in FL training scheduling</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_53462-fig-3.tif"/>
</fig>
<p>To further increase the round-to-accuracy performance, we can utilize the <italic>importance sampling</italic> method to prioritize high-utility clients [<xref ref-type="bibr" rid="ref-30">30</xref>,<xref ref-type="bibr" rid="ref-41">41</xref>], where the importance of each data point&#x2019;s contribution to training can be quantified using the L2-norm of the gradient. Assuming that each client <italic>x</italic> has a training sample set of <inline-formula id="ieqn-5"><mml:math id="mml-ieqn-5"><mml:msub><mml:mi>B</mml:mi><mml:mi>x</mml:mi></mml:msub></mml:math></inline-formula>, the importance of each client can be defined as
<disp-formula id="eqn-2"><label>(2)</label><mml:math id="mml-eqn-2" display="block"><mml:msub><mml:mi>U</mml:mi><mml:mi>x</mml:mi></mml:msub><mml:mo>&#x225C;</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:msub><mml:mi>B</mml:mi><mml:mi>x</mml:mi></mml:msub><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:msqrt><mml:mfrac><mml:mn>1</mml:mn><mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:msub><mml:mi>B</mml:mi><mml:mi>x</mml:mi></mml:msub><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow></mml:mfrac><mml:munder><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mi>B</mml:mi><mml:mi>x</mml:mi></mml:msub></mml:mrow></mml:munder><mml:mo fence="false" stretchy="false">&#x2016;</mml:mo><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:mi>f</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>k</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:msup><mml:mo fence="false" stretchy="false">&#x2016;</mml:mo><mml:mn>2</mml:mn></mml:msup></mml:msqrt><mml:mo>.</mml:mo></mml:math></disp-formula></p>
<p>Optimal server selection can be quantified as selecting the most efficient server. After selecting clients by RR and quantifying the utility per client, we can compute the utility of each server. Due to the different geographic distributions of clients and servers, the network states of different client-server combinations are inconsistent. Assuming that the success rate of the training process between different clients and servers is defined as <italic>P</italic>(<italic>x</italic>, <italic>y</italic>), and assuming that the set of clients in each round is <inline-formula id="ieqn-6"><mml:math id="mml-ieqn-6"><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula>, and the selected server corresponding to each round is <inline-formula id="ieqn-7"><mml:math id="mml-ieqn-7"><mml:msub><mml:mi>y</mml:mi><mml:mi>r</mml:mi></mml:msub></mml:math></inline-formula>, the final utility of a server and client co-selection in one meta-epoch is defined as the expectation the importance value sum of all client participated in training:
<disp-formula id="eqn-3"><label>(3)</label><mml:math id="mml-eqn-3" display="block"><mml:mrow><mml:mtext>Util</mml:mtext></mml:mrow><mml:mo>&#x225C;</mml:mo><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>t</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:munder><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>x</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>r</mml:mi></mml:msub></mml:mrow></mml:munder><mml:mrow><mml:mi>P</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>x</mml:mi><mml:mo>,</mml:mo><mml:mi>y</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:msub><mml:mi>U</mml:mi><mml:mi>x</mml:mi></mml:msub></mml:mrow><mml:mo>,</mml:mo><mml:mspace width="1em" /><mml:munderover><mml:mo>&#x22C3;</mml:mo><mml:mrow><mml:mi>t</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:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mrow><mml:mi>&#x1D49E;</mml:mi></mml:mrow><mml:mrow><mml:mtext>&#x00A0;and&#x00A0;</mml:mtext></mml:mrow><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x2229;</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mi mathvariant="normal">&#x2205;</mml:mi><mml:mo>,</mml:mo><mml:mi mathvariant="normal">&#x2200;</mml:mi><mml:mi>i</mml:mi><mml:mo>&#x2260;</mml:mo><mml:mi>j</mml:mi><mml:mo>.</mml:mo></mml:math></disp-formula></p>
<p>The client sets in each round of one meta-epoch do not intersect, and the union of the client sets <inline-formula id="ieqn-8"><mml:math id="mml-ieqn-8"><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula> in each round covers all clients.</p>
<p>The optimal server selection mechanism should be the one that maximizes the utility in <xref ref-type="disp-formula" rid="eqn-3">Eq. (3)</xref>. In addition, the timing of the federated learning training provided by the parameter server from the client&#x2019;s perspective should be matched as closely as possible with the time available for the client&#x2019;s arithmetic, thus minimizing the partial participant problem. This requirement is equivalent to maximizing the number of FL client participants, consistent with the optimization goal.</p>
<fig id="fig-9">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_53462-fig-9.tif"/>
</fig>
</sec>
<sec id="s4_3">
<label>4.3</label>
<title>Trade-Offs and Adaptive Server Selection Method</title>
<sec id="s4_3_1">
<label>4.3.1</label>
<title>Adaptive Clients Random Reshuffling</title>
<p>In cross-device FL deployment, client joining and exiting are unpredictable. We cannot obtain the client set in advance, nor can we guarantee that it will remain unchanged during training. As a result, it is not possible to reshuffle all clients beforehand and select the optimal server in advance. There is no strict meta-epoch boundary in this case, so we cannot obtain a meta-epoch client permutation in advance according to the RR defined on the static client set. Therefore, we introduce an adaptive client random reshuffling method in FedAdaSS.</p>
<p>As shown in <xref ref-type="fig" rid="fig-4">Fig. 4</xref>, before each round of training, FedAdaSS will update the current set of clients, remove the clients selected in previous rounds, and randomly select clients from the remaining set for this round. Server selection will also depend on the results of the current round of client selection. We approximate that choosing the optimal server in each round achieves a global relative superiority. The algorithm implements random reshuffle by dynamically maintaining the remaining unselected clients. trained clients are added to the set <inline-formula id="ieqn-40"><mml:math id="mml-ieqn-40"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>g</mml:mi><mml:mi>n</mml:mi><mml:mi>o</mml:mi><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mi>d</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> at the end of each round, and <italic>K</italic> clients are randomly selected from the set <inline-formula id="ieqn-41"><mml:math id="mml-ieqn-41"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mi>a</mml:mi><mml:mi>c</mml:mi><mml:mi>t</mml:mi><mml:mi>i</mml:mi><mml:mi>v</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub><mml:mi mathvariant="normal">&#x2216;</mml:mi><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>g</mml:mi><mml:mi>n</mml:mi><mml:mi>o</mml:mi><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mi>d</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> at the beginning of the round. when <inline-formula id="ieqn-42"><mml:math id="mml-ieqn-42"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mi>a</mml:mi><mml:mi>c</mml:mi><mml:mi>t</mml:mi><mml:mi>i</mml:mi><mml:mi>v</mml:mi><mml:mi>e</mml:mi></mml:mrow></mml:msub><mml:mi mathvariant="normal">&#x2216;</mml:mi><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>g</mml:mi><mml:mi>n</mml:mi><mml:mi>o</mml:mi><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mi>d</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> is empty, it can be approximated as the end of a global epoch, and reset <inline-formula id="ieqn-43"><mml:math id="mml-ieqn-43"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>g</mml:mi><mml:mi>n</mml:mi><mml:mi>o</mml:mi><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mi>d</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> to the empty set and continue the above steps.</p>
<fig id="fig-4">
<label>Figure 4</label>
<caption>
<title>The main loop and adaptive random reshuffling of clients in FedAdaSS</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_53462-fig-4.tif"/>
</fig>
</sec>
<sec id="s4_3_2">
<label>4.3.2</label>
<title>Server Selection with Utility Estimation</title>
<p>For the utility computation of clients and sever, <italic>Util</italic>(<italic>c</italic>) takes the value from the gradient obtained in the current round, and we can not get the utility of each client in advance before choosing the current server and training. However, due to the adaptive reshuffling process, each client only participates in training once per epoch, while the sequential relationship between client utilities, due to the positive correlation between utility and data size, does not change significantly over the multiple training epochs. Thus, our updated client utility for each epoch can be used as an estimate of that client&#x2019;s utility for the next epoch of server selection.</p>
</sec>
<sec id="s4_3_3">
<label>4.3.3</label>
<title>Division of Roles and Cooperation in the Procedure</title>
<p>After introducing the two main computational processes in the Algorithm 1, we will introduce the interaction process in the FedAdaSS algorithm. As described in <xref ref-type="sec" rid="s3">Section 3</xref>, we split the roles in FedAdaSS into orchestrator, parameter server, and client.</p>
<p>The orchestrator is responsible for maintaining the client collection and the server collection. The server collection is obtained during initialization, and the currently available clients are updated before each round of client selection. The orchestrator arranges each round of FL training in turn. In a given round <italic>t</italic>, the orchestrator first computes and selects the server <inline-formula id="ieqn-44"><mml:math id="mml-ieqn-44"><mml:msub><mml:mi>s</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula> and clients <inline-formula id="ieqn-45"><mml:math id="mml-ieqn-45"><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula> of the current round, and initializes the server <inline-formula id="ieqn-46"><mml:math id="mml-ieqn-46"><mml:msub><mml:mi>s</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula> using the result and the parameters of the model of the previous round. Its communication overhead is not large, corresponding to a constant multiple (maybe including the intermediate state of optimization) of the communication between the server and one client. Then, FedAvg is executed between the server and the client, and the orchestrator retrieves the training results for that round from the server.</p>
<p>The server is initialized by the orchestrator through the cloud platform API, and the server obtains the client set of the current round and the current model parameters during initialization. Thereafter, the server process is similar to that in generic FL, where the server broadcasts the current model parameters <inline-formula id="ieqn-47"><mml:math id="mml-ieqn-47"><mml:msub><mml:mi>x</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula> to all clients in <inline-formula id="ieqn-48"><mml:math id="mml-ieqn-48"><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula>. Each client performs multiple local steps, returning resulting model parameters <inline-formula id="ieqn-49"><mml:math id="mml-ieqn-49"><mml:msubsup><mml:mi>C</mml:mi><mml:mi>t</mml:mi><mml:mi>c</mml:mi></mml:msubsup></mml:math></inline-formula> and client utility <italic>Util</italic>(<italic>c</italic>). The server then computes <inline-formula id="ieqn-50"><mml:math id="mml-ieqn-50"><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>t</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo stretchy="false">&#x2190;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mi>t</mml:mi></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>&#x03B7;</mml:mi><mml:mi>g</mml:mi></mml:msub><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mo>&#x22C5;</mml:mo><mml:msub><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>c</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:mrow></mml:msub><mml:msubsup><mml:mi mathvariant="normal">&#x0394;</mml:mi><mml:mi>t</mml:mi><mml:mi>c</mml:mi></mml:msubsup></mml:math></inline-formula> and returns all results to the orchestrator. The orchestrator then ends the life cycle of the server. The system implementation and training method of the client are consistent with the general federated learning process, and there is no need to provide redundant additional descriptions here.</p>
</sec>
</sec>
</sec>
<sec id="s5">
<label>5</label>
<title>Convergence Analysis</title>
<sec id="s5_1">
<label>5.1</label>
<title>Preliminaries</title>
<p>The loss function of client <italic>c</italic> is composed of single losses <inline-formula id="ieqn-51"><mml:math id="mml-ieqn-51"><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup><mml:mo stretchy="false">(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> where <italic>j</italic> corresponds to <italic>j</italic>-th data points with the current model parameterized by <italic>x</italic>. We assume that client <italic>c</italic> has access to an oracle that, when given input (<italic>j</italic>, <italic>x</italic>), returns the gradients <inline-formula id="ieqn-52"><mml:math id="mml-ieqn-52"><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup><mml:mo stretchy="false">(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> as an output. We donate <inline-formula id="ieqn-53"><mml:math id="mml-ieqn-53"><mml:mo stretchy="false">[</mml:mo><mml:mi>l</mml:mi><mml:mo stretchy="false">]</mml:mo><mml:mo>&#x225C;</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mn>2</mml:mn><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:mi>l</mml:mi><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> for any <inline-formula id="ieqn-54"><mml:math id="mml-ieqn-54"><mml:mi>l</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">N</mml:mi></mml:mrow></mml:math></inline-formula>. To show the convergence of our methods, we adopt the standard assumptions in convex optimization, which are commonly used in the previous works [<xref ref-type="bibr" rid="ref-42">42</xref>].</p>
<p><bold>Assumption 1.</bold> The functions <inline-formula id="ieqn-55"><mml:math id="mml-ieqn-55"><mml:mrow><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup><mml:mo stretchy='false'>(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy='false'>)</mml:mo></mml:mrow></mml:math></inline-formula> are <inline-formula id="ieqn-56"><mml:math id="mml-ieqn-56"><mml:mrow><mml:msub><mml:mi>L</mml:mi><mml:mi>c</mml:mi></mml:msub></mml:mrow></mml:math></inline-formula>-smooth for all <inline-formula id="ieqn-57"><mml:math id="mml-ieqn-57"><mml:mrow><mml:mi>c</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mi mathvariant='script'>C</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mo stretchy='false'>[</mml:mo><mml:mo>&#x007C;</mml:mo><mml:msub><mml:mi mathvariant='script'>D</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo>&#x007C;</mml:mo><mml:mo stretchy='false'>]</mml:mo></mml:mrow></mml:math></inline-formula>; i.e., there is an <inline-formula id="ieqn-58"><mml:math id="mml-ieqn-58"><mml:mrow><mml:msub><mml:mi>L</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo>&#x003E;</mml:mo><mml:mn>0</mml:mn></mml:mrow></mml:math></inline-formula> such that for any <italic>c</italic>, <italic>j</italic>, <italic>x</italic>, <italic>y</italic>
<disp-formula id="eqn-4"><label>(4)</label><mml:math id="mml-eqn-4" display="block"><mml:mrow><mml:mo>&#x2016;</mml:mo><mml:mo>&#x2207;</mml:mo><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup><mml:mo stretchy='false'>(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy='false'>)</mml:mo><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup><mml:mo stretchy='false'>(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy='false'>)</mml:mo><mml:mo>&#x2016;</mml:mo><mml:mtext>&#x2009;</mml:mtext><mml:mo>&#x2264;</mml:mo><mml:msub><mml:mi>L</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo>&#x2016;</mml:mo><mml:mi>x</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>y</mml:mi><mml:mo>&#x2016;</mml:mo><mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula></p>
<p><bold>Assumption 2.</bold> The functions <inline-formula id="ieqn-59"><mml:math id="mml-ieqn-59"><mml:mrow><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup><mml:mo stretchy='false'>(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy='false'>)</mml:mo></mml:mrow></mml:math></inline-formula> are <inline-formula id="ieqn-60"><mml:math id="mml-ieqn-60"><mml:mrow><mml:msub><mml:mi>&#x03BC;</mml:mi><mml:mi>c</mml:mi></mml:msub></mml:mrow></mml:math></inline-formula>-strongly convex for all <inline-formula id="ieqn-61"><mml:math id="mml-ieqn-61"><mml:mrow><mml:mi>c</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mi mathvariant='script'>C</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mo stretchy='false'>[</mml:mo><mml:mo>&#x007C;</mml:mo><mml:msub><mml:mi mathvariant='script'>D</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo>&#x007C;</mml:mo><mml:mo stretchy='false'>]</mml:mo></mml:mrow></mml:math></inline-formula>; i.e., there is an <inline-formula id="ieqn-62"><mml:math id="mml-ieqn-62"><mml:mrow><mml:msub><mml:mi>&#x03BC;</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo>&#x003E;</mml:mo><mml:mn>0</mml:mn></mml:mrow></mml:math></inline-formula> such that for any <italic>c</italic>, <italic>j</italic>, <italic>x</italic>, <italic>y</italic>
<disp-formula id="eqn-5"><label>(5)</label><mml:math id="mml-eqn-5" display="block"><mml:mrow><mml:mo>&#x2329;</mml:mo><mml:mo>&#x2207;</mml:mo><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup><mml:mo stretchy='false'>(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy='false'>)</mml:mo><mml:mo>,</mml:mo><mml:mi>y</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>x</mml:mi><mml:mo>&#x232A;</mml:mo><mml:mo>&#x2264;</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup><mml:mo stretchy='false'>(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy='false'>)</mml:mo><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup><mml:mo stretchy='false'>(</mml:mo><mml:mi>y</mml:mi><mml:mo stretchy='false'>)</mml:mo><mml:mo>+</mml:mo><mml:mfrac><mml:mrow><mml:msub><mml:mi>&#x03BC;</mml:mi><mml:mi>c</mml:mi></mml:msub></mml:mrow><mml:mn>2</mml:mn></mml:mfrac><mml:mo>&#x2225;</mml:mo><mml:mi>x</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>y</mml:mi></mml:mrow><mml:mo>&#x2225;</mml:mo><mml:mo>)</mml:mo></mml:mrow><mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula></p>
<p>FedAdaSS introduces the RR of clients, and analysis of existing RR shows that it cannot converge to a certain exact value. Through analysis of the shuffling radius upper bound brought by RR, it can be proved that it converges to a certain neighborhood related to <inline-formula id="ieqn-63"><mml:math id="mml-ieqn-63"><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup></mml:math></inline-formula>. We use the notions of <italic>shuffling variance</italic>, introduced by Mishchenko et al. [<xref ref-type="bibr" rid="ref-43">43</xref>] for the analysis, Given a static stepsize <inline-formula id="ieqn-64"><mml:math id="mml-ieqn-64"><mml:mi>&#x03B7;</mml:mi><mml:mo>&gt;</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula> and a permutation <inline-formula id="ieqn-65"><mml:math id="mml-ieqn-65"><mml:mi>&#x03C0;</mml:mi></mml:math></inline-formula> of [<italic>n</italic>], the intermediate points <inline-formula id="ieqn-66"><mml:math id="mml-ieqn-66"><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mn>1</mml:mn></mml:msubsup><mml:mo>,</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>n</mml:mi></mml:msubsup></mml:math></inline-formula> is
<disp-formula id="eqn-6"><label>(6)</label><mml:math id="mml-eqn-6" display="block"><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>i</mml:mi></mml:msubsup><mml:mo>&#x225C;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:munderover><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:msub><mml:mi>f</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>,</mml:mo><mml:mspace width="1em" /><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:mi>n</mml:mi><mml:mo>.</mml:mo></mml:math></disp-formula></p>
<p>The shuffling radius <inline-formula id="ieqn-67"><mml:math id="mml-ieqn-67"><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo stretchy="false">(</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is
<disp-formula id="eqn-7"><label>(7)</label><mml:math id="mml-eqn-7" display="block"><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo stretchy="false">(</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x225C;</mml:mo><mml:munder><mml:mo movablelimits="true" form="prefix">max</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mrow><mml:mo stretchy="false">[</mml:mo><mml:mi>n</mml:mi><mml:mo stretchy="false">]</mml:mo></mml:mrow></mml:mrow></mml:munder><mml:mrow><mml:mo>[</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:mfrac><mml:msub><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mi>&#x03C0;</mml:mi></mml:msub><mml:mrow><mml:mo>[</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:msub><mml:mi>f</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>i</mml:mi></mml:msubsup><mml:mo>,</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></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:math></disp-formula>where <inline-formula id="ieqn-68"><mml:math id="mml-ieqn-68"><mml:msub><mml:mi>D</mml:mi><mml:mi>f</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>x</mml:mi><mml:mo>,</mml:mo><mml:mi>y</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mi>f</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mi>f</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>y</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mo fence="false" stretchy="false">&#x27E8;</mml:mo><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:mi>f</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>y</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>,</mml:mo><mml:mi>x</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>y</mml:mi><mml:mo fence="false" stretchy="false">&#x27E9;</mml:mo></mml:math></inline-formula> is the Bregman divergence associated with <italic>f</italic>. Due to our use of dynamic client rearrangement, the corresponding shuffling radius is equivalent to the RR process of each data point. With the combination of <italic>L</italic>-smooth of <italic>f</italic> and the definition of <inline-formula id="ieqn-69"><mml:math id="mml-ieqn-69"><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>i</mml:mi></mml:msubsup></mml:math></inline-formula>, we could get the bound of shuffling radius (for a detailed proof, see <xref ref-type="sec" rid="s8">Appendix A</xref>).</p>
<p><bold>Lemma 1.</bold> (Shuffling radius bounds). For all <inline-formula id="ieqn-70"><mml:math id="mml-ieqn-70"><mml:mrow><mml:mi>&#x03B7;</mml:mi><mml:mo>&#x003E;</mml:mo><mml:mn>0</mml:mn></mml:mrow></mml:math></inline-formula>, we get the upper bound of shuffling radius <inline-formula id="ieqn-71"><mml:math id="mml-ieqn-71"><mml:mrow><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow><mml:mn>2</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula>.
<disp-formula id="eqn-8"><label>(8)</label><mml:math id="mml-eqn-8" display="block"><mml:mrow><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo>&#x2264;</mml:mo><mml:mfrac><mml:mrow><mml:mi>n</mml:mi><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:msub></mml:mrow><mml:mn>2</mml:mn></mml:mfrac><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mi>n</mml:mi><mml:mo>&#x2016;</mml:mo><mml:mo>&#x2207;</mml:mo><mml:mi>f</mml:mi><mml:mo stretchy='false'>(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mo>*</mml:mo></mml:msub><mml:mo stretchy='false'>)</mml:mo><mml:msup><mml:mo>&#x2016;</mml:mo><mml:mn>2</mml:mn></mml:msup><mml:mo>+</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mn>2</mml:mn></mml:mfrac><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mo>*</mml:mo><mml:mn>2</mml:mn></mml:msubsup></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mo>,</mml:mo></mml:mrow></mml:math></disp-formula>where <inline-formula id="ieqn-72"><mml:math id="mml-ieqn-72"><mml:mrow><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mo>*</mml:mo><mml:mn>2</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> is the gradient variance at the optimum <inline-formula id="ieqn-73"><mml:math id="mml-ieqn-73"><mml:mrow><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mo>*</mml:mo><mml:mn>2</mml:mn></mml:msubsup><mml:mo>&#x225C;</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mi>n</mml:mi></mml:mfrac><mml:mstyle displaystyle='true'><mml:msub><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mo stretchy='false'>[</mml:mo><mml:mi>n</mml:mi><mml:mo stretchy='false'>]</mml:mo></mml:mrow></mml:msub><mml:mrow><mml:mo>&#x2016;</mml:mo><mml:mo>&#x2207;</mml:mo><mml:msub><mml:mi>f</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy='false'>(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mo>*</mml:mo></mml:msub><mml:mo stretchy='false'>)</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mo>&#x2207;</mml:mo><mml:mi>f</mml:mi><mml:mo stretchy='false'>(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mo>*</mml:mo></mml:msub><mml:mo stretchy='false'>)</mml:mo><mml:msup><mml:mo>&#x2016;</mml:mo><mml:mn>2</mml:mn></mml:msup></mml:mrow></mml:mstyle></mml:mrow></mml:math></inline-formula>. Since <italic>f</italic> is <inline-formula id="ieqn-74"><mml:math id="mml-ieqn-74"><mml:mrow><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:msub></mml:mrow></mml:math></inline-formula>-smooth and <inline-formula id="ieqn-75"><mml:math id="mml-ieqn-75"><mml:mrow><mml:mo>&#x2207;</mml:mo><mml:mi>f</mml:mi><mml:mo stretchy='false'>(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mo>*</mml:mo></mml:msub><mml:mo stretchy='false'>)</mml:mo><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow></mml:math></inline-formula>, we get that
<disp-formula id="eqn-9"><label>(9)</label><mml:math id="mml-eqn-9" display="block"><mml:mrow><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo>&#x2264;</mml:mo><mml:mfrac><mml:mrow><mml:mi>n</mml:mi><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:msub></mml:mrow><mml:mn>4</mml:mn></mml:mfrac><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mo>*</mml:mo><mml:mn>2</mml:mn></mml:msubsup><mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula></p>
</sec>
<sec id="s5_2">
<label>5.2</label>
<title>Convergence Guarantees</title>
<p>After defining the variance quantities and assuming that each <inline-formula id="ieqn-76"><mml:math id="mml-ieqn-76"><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup></mml:math></inline-formula> is <inline-formula id="ieqn-77"><mml:math id="mml-ieqn-77"><mml:mi>&#x03BC;</mml:mi></mml:math></inline-formula>-strongly convex which is commonly satisfied in machine learning applications as in <inline-formula id="ieqn-78"><mml:math id="mml-ieqn-78"><mml:msub><mml:mi>l</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></inline-formula> regularized linear regression and <inline-formula id="ieqn-79"><mml:math id="mml-ieqn-79"><mml:msub><mml:mi>l</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></inline-formula> regularized logistic regression, we can get the result that the optimization term decreases linearly. The exponential is the product of the number of data points of each client <italic>N</italic>, the number of communication rounds in each global epoch <italic>R</italic>, and the number of global epochs <italic>T</italic>. Since the cohort and data points on each client are sampled without replacement for each round, the statistical term scales proportionally to the squared step size <inline-formula id="ieqn-80"><mml:math id="mml-ieqn-80"><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:math></inline-formula>. The formal statement of the theorem follows.</p>
<p><bold>Theorem 1.</bold> Assume that functions <inline-formula id="ieqn-81"><mml:math id="mml-ieqn-81"><mml:mrow><mml:msubsup><mml:mi>f</mml:mi><mml:mi>c</mml:mi><mml:mi>j</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> are <inline-formula id="ieqn-82"><mml:math id="mml-ieqn-82"><mml:mrow><mml:msub><mml:mi>L</mml:mi><mml:mi>c</mml:mi></mml:msub></mml:mrow></mml:math></inline-formula>-smooth and <inline-formula id="ieqn-83"><mml:math id="mml-ieqn-83"><mml:mrow><mml:msub><mml:mi>&#x03BC;</mml:mi><mml:mi>c</mml:mi></mml:msub></mml:mrow></mml:math></inline-formula>-strongly convex for each <italic>c</italic> and <italic>j</italic>. If <inline-formula id="ieqn-84"><mml:math id="mml-ieqn-84"><mml:mrow><mml:mi>&#x03B7;</mml:mi><mml:mo>&#x2264;</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mrow><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:msub></mml:mrow></mml:mfrac></mml:mrow></mml:math></inline-formula>, then the iterates generated by the Algorithm 1 satisfy
<disp-formula id="eqn-10"><label>(10)</label><mml:math id="mml-eqn-10" display="block"><mml:mrow><mml:mi mathvariant='double-struck'>E</mml:mi><mml:mrow><mml:mo>[</mml:mo> <mml:mrow><mml:mo>&#x2016;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mi>T</mml:mi></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mo>*</mml:mo></mml:msub><mml:msup><mml:mo>&#x2016;</mml:mo><mml:mn>2</mml:mn></mml:msup></mml:mrow> <mml:mo>]</mml:mo></mml:mrow><mml:mo>&#x2264;</mml:mo><mml:msup><mml:mrow><mml:mo stretchy='false'>(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:mo stretchy='false'>)</mml:mo></mml:mrow><mml:mrow><mml:mi>N</mml:mi><mml:mi>R</mml:mi><mml:mi>T</mml:mi></mml:mrow></mml:msup><mml:mo>&#x2016;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mn>0</mml:mn></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mo>*</mml:mo></mml:msub><mml:msup><mml:mo>&#x2016;</mml:mo><mml:mn>2</mml:mn></mml:msup><mml:mo>+</mml:mo><mml:mfrac><mml:mrow><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:mrow><mml:mi>&#x03BC;</mml:mi></mml:mfrac><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula></p>
<p>The results show the exponential rate of convergence to a neighborhood of size <inline-formula id="ieqn-85"><mml:math id="mml-ieqn-85"><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mfrac><mml:mrow><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:mrow><mml:mi>&#x03BC;</mml:mi></mml:mfrac></mml:mstyle><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup></mml:math></inline-formula> and can be adjusted to accommodate dynamic client shuffling, with the only requisite modification being the alteration of the rates and convergence analysis. Detailed proof can be found in the <xref ref-type="sec" rid="s9">Appendix B</xref>.</p>
</sec>
</sec>
<sec id="s6">
<label>6</label>
<title>Evaluation</title>
<sec id="s6_1">
<label>6.1</label>
<title>Experimental Methodology</title>
<p>To demonstrate that FedAdaSS can effectively provide both random reshuffling and partial participant mitigation in large-scale client scenarios, we perform experimental verification in addition to theoretical analysis. Due to the lack of large-scale client validation conditions, we use simulation experiments for validation and expand FLSim [<xref ref-type="bibr" rid="ref-44">44</xref>] to provide a server selection mechanism as the experimental framework, simulating 10 candidate servers in the experiment. We used the CIFAR10 dataset to simulate 100 clients and split the data into IID and non-IID methods for experiments. The non-IID group splits the sample size according to a power law distribution. To account for the heterogeneity of clients, as shown in <xref ref-type="fig" rid="fig-5">Fig. 5</xref>, we generate the training success probability of each client to one server according to the power law distribution. In the comparative experiment, to demonstrate the performance of server selection under different network conditions, we set the average success rate of client generation to <italic>p</italic> &#x003D; 75%&#x2013;95%.</p>
<fig id="fig-5">
<label>Figure 5</label>
<caption>
<title>Distribution of probability of successful communication</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_53462-fig-5.tif"/>
</fig>
</sec>
<sec id="s6_2">
<label>6.2</label>
<title>Comparisons Results</title>
<p>To demonstrate the improvement of statistical utility in FL process by server selection and to enhance existing client selection methods, we choose the state-of-the-art method, i.e., client RR (FedAvg&#x002B;RR), as a comparison. The overall results show that FedAdaSS can reduce the number of rounds to reach the same accuracy value (#round-to-accuracy) by approximately 12% to 20% under the same environmental parameters,</p>
<p>Next, we will compare different environmental parameters (IID/non-IID, average success rate <italic>p</italic>, number of clients per round k, local steps N) to study the characteristics and causes of server selection performance improvement.</p>
<sec id="s6_2_1">
<label>6.2.1</label>
<title>Increasing Training Speed</title>
<p><xref ref-type="fig" rid="fig-6">Fig. 6</xref> compares the decline curves of the loss function for different numbers of participants in each training round. It can be seen that as the number of participants increases, the loss function decreases faster. This indicates that increasing the number of participants can reduce the #round-to-accuracy. Under the same k setting, it can be seen that FedAdaSS accelerates training speed by 5%&#x2013;10%, which is more significant at low engagement levels.</p>
<fig id="fig-6">
<label>Figure 6</label>
<caption>
<title>Training loss of FedAdaSS and FedAvg&#x002B;RR</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_53462-fig-6.tif"/>
</fig>
<p>In addition, as shown in <xref ref-type="fig" rid="fig-7">Fig. 7</xref>, under the setting of non-IID, a lower number of training clients has a greater impact on convergence. At this time, adding server selection can also accelerate convergence speed by 10%&#x2013;20%. This improvement is more significant with the fewer number of clients and less engagement.</p>
<fig id="fig-7">
<label>Figure 7</label>
<caption>
<title>Accuracy of aggregation of each training round on non-IID data and with <italic>p</italic> &#x003D; 75% and <italic>p</italic> &#x003D; 90%</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_53462-fig-7.tif"/>
</fig>
</sec>
<sec id="s6_2_2">
<label>6.2.2</label>
<title>Mitigating Low Engagement of Clients</title>
<p><xref ref-type="fig" rid="fig-8">Fig. 8</xref> compares the accuracy training curves under the same machine learning parameter configuration but different communication success probability settings. It can be seen that compared to the FedAvg&#x002B;RR method, the FedAdaSS method has a smaller negative impact on the decrease in engagement. Due to the dropout strategy, the actual number of client participants is the same under different methods. However, under the same method, the impact of low engagement may not have been added to the training, resulting in a reduction in effective training data. It can be seen that after joining the server selection, the decrease in accuracy under the same setting was alleviated by increasing the participation opportunities of these low-probability clients, resulting in a 3% increase in tie values. In addition, under the high local steps setting set to reduce communication overhead, the impact of low engagement on #round-to-accuracy is more pronounced, resulting in an increase of about 50% in #round-to-accuracy. At this point, using FedAdaSS can reduce this loss to about 20%.</p>
<fig id="fig-8">
<label>Figure 8</label>
<caption>
<title>Final average accuracy of the training and round-to-accuracy with different settings of the probability of successful communication (<italic>p</italic> &#x003D; 75%&#x2013;95%)</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMES_53462-fig-8.tif"/>
</fig>
<p>In summary, FedAdaSS can firstly improve client engagement compared to the singular server method, thus increasing the number of clients involved in training per round, thus reducing rounds to accuracy. Second, FedAdaSS improves the fairness of each client&#x2019;s participation, allowing the random reshuffling process to cover a larger number of clients, making it possible to achieve a better gradient representation in a global epoch, and thus reducing round-to-accuracy. And since the number of local steps in FL is relatively large, adding RR can effectively improve the training performance. Therefore, it is demonstrated that FedAdaSS can be effectively combined with existing methods to accelerate the training process of federated learning.</p>
</sec>
</sec>
</sec>
<sec id="s7">
<label>7</label>
<title>Conclusions</title>
<p>Federated learning training involves a large number of geographically distributed devices, and the heterogeneity of system performance leads to significant differences in clients&#x2019; engagement levels. In addition, the client&#x2019;s data have different scales and distributions, which are not independent and identically distributed, resulting in significant performance loss in federated learning, affecting the round-to-accuracy performance, and there is an optimization target bias problem. We propose a basic framework for optimizing using optional computing power servers in federated learning and analyze the optimization objectives and trade-offs for server selection. A self-adaptive server selection algorithm FedAdaSS with random shuffling is proposed to overcome the dynamic joining and low engagement issues of clients, and its effectiveness is theoretically analyzed. Through comparative experiments, we demonstrate that FedAdaSS can reduce round to accuracy and alleviate performance losses caused by low engagement.</p>
</sec>
</body>
<back>
<ack>
<p>The authors wish to express their appreciation to the reviewers for their helpful suggestions which greatly improved the presentation of this paper.</p>
</ack>
<sec><title>Funding Statement</title>
<p>This work was supported in part by the National Natural Science Foundation of China under Grant U22B2005, Grant 62372462.</p>
</sec>
<sec><title>Author Contributions</title>
<p>The authors confirm their contribution to the paper as follows: study conception and design: Yuwei Xu, Baokang Zhao; data collection: Huan Zhou, Baokang Zhao; analysis and interpretation of results: Yuwei Xu, Huan Zhou; draft manuscript preparation: Yuwei Xu, Baokang Zhao, Jinshu Su. 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>All data used in the experimental process was generated using the FLSim simulator, which is perfectly reproducible following the instructions of <xref ref-type="sec" rid="s6">Section 6</xref>.</p>
</sec>
<sec sec-type="COI-statement"><title>Conflicts of Interest</title>
<p>The authors declare that they have 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="journal"><person-group person-group-type="author"><string-name><surname>Bao</surname> <given-names>G</given-names></string-name>, <string-name><surname>Guo</surname> <given-names>P</given-names></string-name></person-group>. <article-title>Federated learning in cloud-edge collaborative architecture: key technologies, applications and challenges</article-title>. <source>J Cloud Comput</source>. <year>2022</year>;<volume>11</volume>:<fpage>4</fpage>.</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>Kotsehub</surname> <given-names>N</given-names></string-name>, <string-name><surname>Baughman</surname> <given-names>M</given-names></string-name>, <string-name><surname>Chard</surname> <given-names>R</given-names></string-name>, <string-name><surname>Hudson</surname> <given-names>N</given-names></string-name>, <string-name><surname>Patros</surname> <given-names>P</given-names></string-name>, <string-name><surname>Rana</surname> <given-names>O</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>FLoX: federated learning with FaaS at the edge</article-title>. In: <conf-name>2022 IEEE 18th International Conference on e-Science (e-Science)</conf-name>; <year>2022</year>; <publisher-loc>Salt Lake City, UT, USA</publisher-loc>: <publisher-name>IEEE</publisher-name>. p. <fpage>11</fpage>&#x2013;<lpage>20</lpage>.</mixed-citation></ref>
<ref id="ref-3"><label>3.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Garg</surname> <given-names>S</given-names></string-name>, <string-name><surname>Lin</surname> <given-names>H</given-names></string-name>, <string-name><surname>Hu</surname> <given-names>J</given-names></string-name>, <string-name><surname>Kaddoum</surname> <given-names>G</given-names></string-name>, <string-name><surname>Piran</surname> <given-names>MJ</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>Toward accurate anomaly detection in industrial internet of things using hierarchical federated learning</article-title>. <source>IEEE Internet Things J</source>. <year>2022 May</year>;<volume>9</volume>:<fpage>7110</fpage>&#x2013;<lpage>9</lpage>. doi: <pub-id pub-id-type="doi">10.1109/JIOT.2021.3074382</pub-id>.</mixed-citation></ref>
<ref id="ref-4"><label>4.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Hu</surname> <given-names>J</given-names></string-name>, <string-name><surname>Lin</surname> <given-names>H</given-names></string-name>, <string-name><surname>Garg</surname> <given-names>S</given-names></string-name>, <string-name><surname>Kaddoum</surname> <given-names>G</given-names></string-name>, <string-name><surname>Piran</surname> <given-names>MJ</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>QoS and privacy-aware routing for 5G-enabled industrial internet of things: a federated reinforcement learning approach</article-title>. <source>IEEE Trans Ind Inform</source>. <year>2022 Jun</year>;<volume>18</volume>:<fpage>4189</fpage>&#x2013;<lpage>97</lpage>. doi: <pub-id pub-id-type="doi">10.1109/TII.2021.3124848</pub-id>.</mixed-citation></ref>
<ref id="ref-5"><label>5.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Bonawitz</surname> <given-names>K</given-names></string-name>, <string-name><surname>Eichner</surname> <given-names>H</given-names></string-name>, <string-name><surname>Grieskamp</surname> <given-names>W</given-names></string-name>, <string-name><surname>Huba</surname> <given-names>D</given-names></string-name>, <string-name><surname>Ingerman</surname> <given-names>A</given-names></string-name>, <string-name><surname>Ivanov</surname> <given-names>V</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Towards federated learning at scale: system design</article-title>. <source>Proc Mach Learni Syst</source>. <year>2019</year>;<volume>1</volume>:<fpage>374</fpage>&#x2013;<lpage>88</lpage>.</mixed-citation></ref>
<ref id="ref-6"><label>6.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Banabilah</surname> <given-names>S</given-names></string-name>, <string-name><surname>Aloqaily</surname> <given-names>M</given-names></string-name>, <string-name><surname>Alsayed</surname> <given-names>E</given-names></string-name>, <string-name><surname>Malik</surname> <given-names>N</given-names></string-name>, <string-name><surname>Jararweh</surname> <given-names>Y</given-names></string-name></person-group>. <article-title>Federated learning review: fundamentals, enabling technologies, and future applications</article-title>. <source>Inform Process Manag</source>. <year>2022 Nov</year>;<volume>59</volume>:<fpage>103061</fpage>. doi: <pub-id pub-id-type="doi">10.1016/j.ipm.2022.103061</pub-id>.</mixed-citation></ref>
<ref id="ref-7"><label>7.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Sattler</surname> <given-names>F</given-names></string-name>, <string-name><surname>Wiedemann</surname> <given-names>S</given-names></string-name>, <string-name><surname>Muller</surname> <given-names>KR</given-names></string-name>, <string-name><surname>Samek</surname> <given-names>W</given-names></string-name></person-group>. <article-title>Robust and communication-efficient federated learning from non-i.i.d. data</article-title>. <source>IEEE Trans Neural Netw Learn Syst</source>. <year>2020 Sep</year>;<volume>31</volume>:<fpage>3400</fpage>&#x2013;<lpage>13</lpage>. doi: <pub-id pub-id-type="doi">10.1109/TNNLS.5962385</pub-id>.</mixed-citation></ref>
<ref id="ref-8"><label>8.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Luo</surname> <given-names>K</given-names></string-name>, <string-name><surname>Li</surname> <given-names>X</given-names></string-name>, <string-name><surname>Lan</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Gao</surname> <given-names>M</given-names></string-name></person-group>. <article-title>GradMA: a gradient-memory-based accelerated federated learning with alleviated catastrophic forgetting</article-title>. In: <conf-name>2023 IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR)</conf-name>; <year>2023</year>; <publisher-loc>Vancouver, BC, Canada</publisher-loc>: <publisher-name>IEEE</publisher-name>. p. <fpage>3708</fpage>&#x2013;<lpage>17</lpage>.</mixed-citation></ref>
<ref id="ref-9"><label>9.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Fu</surname> <given-names>L</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>H</given-names></string-name>, <string-name><surname>Gao</surname> <given-names>G</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>M</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>X</given-names></string-name></person-group>. <article-title>Client selection in federated learning: principles, challenges, and opportunities</article-title>. <source>IEEE Internet Things J</source>. <year>2023</year>;<volume>10</volume>:<fpage>1</fpage></mixed-citation></ref>
<ref id="ref-10"><label>10.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Gholami</surname> <given-names>P</given-names></string-name>, <string-name><surname>Seferoglu</surname> <given-names>H</given-names></string-name></person-group>. <article-title>DIGEST: fast and communication efficient decentralized learning with local updates</article-title>. <source>IEEE Trans Mach Learn Commun Netw</source>. <year>2024</year>;<fpage>1</fpage>.</mixed-citation></ref>
<ref id="ref-11"><label>11.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Glasgow</surname> <given-names>M</given-names></string-name>, <string-name><surname>Yuan</surname> <given-names>H</given-names></string-name>, <string-name><surname>Ma</surname> <given-names>T</given-names></string-name></person-group>. <article-title>Sharp bounds for federated averaging (Local SGD) and continuous perspective</article-title>. In: <conf-name>International Conference on Artificial Intelligence and Statistics</conf-name>; <year>2022</year>; <publisher-name>PMLR</publisher-name>. p. <fpage>9050</fpage>&#x2013;<lpage>90</lpage>.</mixed-citation></ref>
<ref id="ref-12"><label>12.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Yang</surname> <given-names>HH</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Quek</surname> <given-names>TQS</given-names></string-name>, <string-name><surname>Poor</surname> <given-names>HV</given-names></string-name></person-group>. <article-title>Scheduling policies for federated learning in wireless networks</article-title>. <source>IEEE Trans Commun</source>. <year>2020 Jan</year>;<volume>68</volume>:<fpage>317</fpage>&#x2013;<lpage>33</lpage>. doi: <pub-id pub-id-type="doi">10.1109/TCOMM.26</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>Foley</surname> <given-names>P</given-names></string-name>, <string-name><surname>Sheller</surname> <given-names>MJ</given-names></string-name>, <string-name><surname>Edwards</surname> <given-names>B</given-names></string-name>, <string-name><surname>Pati</surname> <given-names>S</given-names></string-name>, <string-name><surname>Riviera</surname> <given-names>W</given-names></string-name>, <string-name><surname>Sharma</surname> <given-names>M</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>OpenFL: the open federated learning library</article-title>. <source>Phys Med Biol</source>. <year>2022 Nov</year>;<volume>67</volume>:<fpage>214001</fpage>. doi: <pub-id pub-id-type="doi">10.1088/1361-6560/ac97d9</pub-id>; <pub-id pub-id-type="pmid">36198326</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>Oh</surname> <given-names>K</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>M</given-names></string-name>, <string-name><surname>Chandra</surname> <given-names>A</given-names></string-name>, <string-name><surname>Weissman</surname> <given-names>J</given-names></string-name></person-group>. <article-title>Network cost-aware geo-distributed data analytics system</article-title>. <source>IEEE Trans Parallel Distrib Syst</source>. <year>2022 Jun</year>;<volume>33</volume>:<fpage>1407</fpage>&#x2013;<lpage>20</lpage>. doi: <pub-id pub-id-type="doi">10.1109/TPDS.2021.3108893</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>Chahoud</surname> <given-names>M</given-names></string-name>, <string-name><surname>Otoum</surname> <given-names>S</given-names></string-name>, <string-name><surname>Mourad</surname> <given-names>A</given-names></string-name></person-group>. <article-title>On the feasibility of federated learning towards on-demand client deployment at the edge</article-title>. <source>Inf Process Manag</source>. <year>2023 Jan</year>;<volume>60</volume>:<fpage>103150</fpage>. doi: <pub-id pub-id-type="doi">10.1016/j.ipm.2022.103150</pub-id>.</mixed-citation></ref>
<ref id="ref-16"><label>16.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Grudzie&#x0144;</surname> <given-names>M</given-names></string-name>, <string-name><surname>Malinovsky</surname> <given-names>G</given-names></string-name>, <string-name><surname>Richt&#x00E1;rik</surname> <given-names>P</given-names></string-name></person-group>. <article-title>Improving accelerated federated learning with compression and importance sampling</article-title>. <comment>arXiv preprint arXiv:2306.03240</comment>, <year>2023</year>. doi:<pub-id pub-id-type="doi">10.48550/ARXIV.2306.03240</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>Li</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Lu</surname> <given-names>J</given-names></string-name>, <string-name><surname>Luo</surname> <given-names>S</given-names></string-name>, <string-name><surname>Zhu</surname> <given-names>D</given-names></string-name>, <string-name><surname>Shao</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Li</surname> <given-names>Y</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Towards effective clustered federated learning: a peer-to-peer framework with adaptive neighbor matching</article-title>. <source>IEEE Trans Big Data</source>. <year>2022</year>:<fpage>1</fpage>&#x2013;<lpage>16</lpage>.</mixed-citation></ref>
<ref id="ref-18"><label>18.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Guan</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>X</given-names></string-name>, <string-name><surname>Ren</surname> <given-names>T</given-names></string-name>, <string-name><surname>Niu</surname> <given-names>J</given-names></string-name></person-group>. <article-title>Enabling communication-efficient federated learning via distributed compressed sensing</article-title>. In: <conf-name>IEEE INFOCOM 2023-IEEE Conference on Computer Communications</conf-name>; <year>2023</year>; <publisher-loc>New York City, NY, USA</publisher-loc>: <publisher-name>IEEE</publisher-name>. p. <fpage>1</fpage>&#x2013;<lpage>10</lpage>.</mixed-citation></ref>
<ref id="ref-19"><label>19.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Zhang</surname> <given-names>F</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>X</given-names></string-name>, <string-name><surname>Lin</surname> <given-names>S</given-names></string-name>, <string-name><surname>Wu</surname> <given-names>G</given-names></string-name>, <string-name><surname>Zhou</surname> <given-names>X</given-names></string-name>, <string-name><surname>Jiang</surname> <given-names>J</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>No one idles: Efficient heterogeneous federated learning with parallel edge and server computation</article-title>. In: <conf-name>International Conference on Machine Learning</conf-name>; <year>2023</year>; <publisher-loc>Honolulu, Hawaii, USA</publisher-loc>: <publisher-name>PMLR</publisher-name>. p. <fpage>41399</fpage>&#x2013;<lpage>413</lpage>.</mixed-citation></ref>
<ref id="ref-20"><label>20.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>McMahan</surname> <given-names>B</given-names></string-name>, <string-name><surname>Moore</surname> <given-names>E</given-names></string-name>, <string-name><surname>Ramage</surname> <given-names>D</given-names></string-name>, <string-name><surname>Hampson</surname> <given-names>S</given-names></string-name>, <string-name><surname>Arcas</surname> <given-names>BA</given-names></string-name></person-group>. <article-title>Communication-efficient learning of deep networks from decentralized data</article-title>. In: <conf-name>Artificial intelligence and statistics</conf-name>; <year>2017</year>; <publisher-name>PMLR</publisher-name>. p. <fpage>1273</fpage>&#x2013;<lpage>82</lpage>.</mixed-citation></ref>
<ref id="ref-21"><label>21.</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>P&#x00E9;rez</surname> <given-names>MQ</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>, <string-name><surname>P&#x00E9;rez</surname> <given-names>MG</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Decentralized federated learning: fundamentals, state of the art, frameworks, trends, and challenges</article-title>. <source>IEEE Commun Surv Tutorials</source>. <year>2023</year>;<volume>25</volume>:<fpage>2983</fpage>&#x2013;<lpage>3013</lpage>. doi: <pub-id pub-id-type="doi">10.1109/COMST.2023.3315746</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>Barbarossa</surname> <given-names>S</given-names></string-name>, <string-name><surname>Sardellitti</surname> <given-names>S</given-names></string-name>, <string-name><surname>Lorenzo</surname> <given-names>PD</given-names></string-name></person-group>. <article-title>Communicating while computing: distributed mobile cloud computing over 5G heterogeneous networks</article-title>. <source>IEEE Signal Process Mag</source>. <year>2014 Nov</year>;<volume>31</volume>:<fpage>45</fpage>&#x2013;<lpage>55</lpage>. doi: <pub-id pub-id-type="doi">10.1109/MSP.2014.2334709</pub-id>.</mixed-citation></ref>
<ref id="ref-23"><label>23.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Messaoud</surname> <given-names>S</given-names></string-name>, <string-name><surname>Bradai</surname> <given-names>A</given-names></string-name>, <string-name><surname>Ahmed</surname> <given-names>OB</given-names></string-name>, <string-name><surname>Quang</surname> <given-names>PTA</given-names></string-name>, <string-name><surname>Atri</surname> <given-names>M</given-names></string-name>, <string-name><surname>Hossain</surname> <given-names>MS</given-names></string-name></person-group>. <article-title>Deep federated Q-learning-based network slicing for industrial IoT</article-title>. <source>IEEE Trans Ind Inform</source>. <year>2021 Aug</year>;<volume>17</volume>:<fpage>5572</fpage>&#x2013;<lpage>82</lpage>. doi: <pub-id pub-id-type="doi">10.1109/TII.2020.3032165</pub-id>.</mixed-citation></ref>
<ref id="ref-24"><label>24.</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Hard</surname> <given-names>A</given-names></string-name>, <string-name><surname>Rao</surname> <given-names>K</given-names></string-name>, <string-name><surname>Mathews</surname> <given-names>R</given-names></string-name>, <string-name><surname>Ramaswamy</surname> <given-names>S</given-names></string-name>, <string-name><surname>Beaufays</surname> <given-names>F</given-names></string-name>, <string-name><surname>Augenstein</surname> <given-names>S</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>Federated learning for mobile keyboard prediction</article-title>. <comment>arXiv preprint arXiv: 81103604</comment>. <year>2018 Nov</year>.</mixed-citation></ref>
<ref id="ref-25"><label>25.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhang</surname> <given-names>T</given-names></string-name>, <string-name><surname>Gao</surname> <given-names>L</given-names></string-name>, <string-name><surname>He</surname> <given-names>C</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>M</given-names></string-name>, <string-name><surname>Krishnamachari</surname> <given-names>B</given-names></string-name>, <string-name><surname>Avestimehr</surname> <given-names>AS</given-names></string-name></person-group>. <article-title>Federated learning for the internet of things: applications, challenges, and opportunities</article-title>. <source>IEEE Internet of Things Magazine</source>. <year>2022 Mar</year>;<volume>5</volume>:<fpage>24</fpage>&#x2013;<lpage>9</lpage>. doi: <pub-id pub-id-type="doi">10.1109/IOTM.004.2100182</pub-id>.</mixed-citation></ref>
<ref id="ref-26"><label>26.</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Li</surname> <given-names>X</given-names></string-name>, <string-name><surname>Huang</surname> <given-names>K</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>W</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>S</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>Z</given-names></string-name></person-group>. <article-title>On the convergence of fedavg on non-iid data</article-title>. <comment>arXiv preprint arXiv:190702189</comment>. <year>2019</year>.</mixed-citation></ref>
<ref id="ref-27"><label>27.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Lim</surname> <given-names>WYB</given-names></string-name>, <string-name><surname>Luong</surname> <given-names>NC</given-names></string-name>, <string-name><surname>Hoang</surname> <given-names>DT</given-names></string-name>, <string-name><surname>Jiao</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Liang</surname> <given-names>YC</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>Q</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Federated learning in mobile edge networks: a comprehensive survey</article-title>. <source>IEEE Commun Surv Tutorials</source>. <year>2020 Feb</year>;<volume>22</volume>:<fpage>2031</fpage>&#x2013;<lpage>63</lpage>. doi: <pub-id pub-id-type="doi">10.1109/COMST.9739</pub-id>.</mixed-citation></ref>
<ref id="ref-28"><label>28.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Roy</surname> <given-names>S</given-names></string-name>, <string-name><surname>Chergui</surname> <given-names>H</given-names></string-name>, <string-name><surname>Sanabria-Russo</surname> <given-names>L</given-names></string-name>, <string-name><surname>Verikoukis</surname> <given-names>C</given-names></string-name></person-group>. <article-title>A cloud native SLA-driven stochastic federated learning policy for 6G zero-touch network slicing</article-title>. In: <conf-name>ICC 2022&#x2014;IEEE International Conference on Communications</conf-name>; <year>2022</year>; <publisher-loc>Seoul, Republic of Korea</publisher-loc>: <publisher-name>IEEE</publisher-name>. p. <fpage>4269</fpage>&#x2013;<lpage>74</lpage>.</mixed-citation></ref>
<ref id="ref-29"><label>29.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Shi</surname> <given-names>W</given-names></string-name>, <string-name><surname>Zhou</surname> <given-names>S</given-names></string-name>, <string-name><surname>Niu</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Jiang</surname> <given-names>M</given-names></string-name>, <string-name><surname>Geng</surname> <given-names>L</given-names></string-name></person-group>. <article-title>Joint device scheduling and resource allocation for latency constrained wireless federated learning</article-title>. <source>IEEE Trans Wirel Commun</source>. <year>2021 Jan</year>;<volume>20</volume>:<fpage>453</fpage>&#x2013;<lpage>67</lpage>. doi: <pub-id pub-id-type="doi">10.1109/TWC.7693</pub-id>.</mixed-citation></ref>
<ref id="ref-30"><label>30.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Lai</surname> <given-names>F</given-names></string-name>, <string-name><surname>Zhu</surname> <given-names>X</given-names></string-name>, <string-name><surname>Madhyastha</surname> <given-names>HV</given-names></string-name>, <string-name><surname>Chowdhury</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Oort: efficient federated learning via guided participant selection</article-title>. In: <conf-name>15th USENIX Symposium on Operating Systems Design and Implementation (OSDI 21)</conf-name>; <year>2021</year>; p. <fpage>19</fpage>&#x2013;<lpage>35</lpage>.</mixed-citation></ref>
<ref id="ref-31"><label>31.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Reisizadeh</surname> <given-names>A</given-names></string-name>, <string-name><surname>Mokhtari</surname> <given-names>A</given-names></string-name>, <string-name><surname>Hassani</surname> <given-names>H</given-names></string-name>, <string-name><surname>Jadbabaie</surname> <given-names>A</given-names></string-name>, <string-name><surname>Pedarsani</surname> <given-names>R</given-names></string-name></person-group>. <article-title>FedPAQ: a communication-efficient federated learning method with periodic averaging and quantization</article-title>. In: <conf-name>International Conference on Artificial Intelligence and Statistics</conf-name>; <year>2020</year>; <publisher-name>PMLR</publisher-name>. p. <fpage>2021</fpage>&#x2013;<lpage>31</lpage>.</mixed-citation></ref>
<ref id="ref-32"><label>32.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Shlezinger</surname> <given-names>N</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>M</given-names></string-name>, <string-name><surname>Eldar</surname> <given-names>YC</given-names></string-name>, <string-name><surname>Poor</surname> <given-names>HV</given-names></string-name>, <string-name><surname>Cui</surname> <given-names>S</given-names></string-name></person-group>. <article-title>UVeQFed: universal vector quantization for federated learning</article-title>. <source>IEEE Trans Signal Process</source>. <year>2021</year>;<volume>69</volume>:<fpage>500</fpage>&#x2013;<lpage>14</lpage>. doi: <pub-id pub-id-type="doi">10.1109/TSP.78</pub-id>.</mixed-citation></ref>
<ref id="ref-33"><label>33.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Rothchild</surname> <given-names>D</given-names></string-name>, <string-name><surname>Panda</surname> <given-names>A</given-names></string-name>, <string-name><surname>Ullah</surname> <given-names>E</given-names></string-name>, <string-name><surname>Ivkin</surname> <given-names>N</given-names></string-name>, <string-name><surname>Stoica</surname> <given-names>I</given-names></string-name>, <string-name><surname>Braverman</surname> <given-names>V</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>FetchSGD: communication-efficient federated learning with sketching</article-title>. In: <conf-name>International Conference on Machine Learning</conf-name>; <year>2020</year>; <publisher-name>PMLR</publisher-name>. p. <fpage>8253</fpage>&#x2013;<lpage>65</lpage>.</mixed-citation></ref>
<ref id="ref-34"><label>34.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Lian</surname> <given-names>X</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>W</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>C</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>J</given-names></string-name></person-group>. <article-title>Asynchronous decentralized parallel stochastic gradient descent</article-title>. In: <conf-name>International Conference on Machine Learning</conf-name>; <year>2018</year>; <publisher-loc>Stockholm, Sweden</publisher-loc>: <publisher-name>PMLR</publisher-name>. p <fpage>3043</fpage>&#x2013;<lpage>52</lpage>.</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>Sprague</surname> <given-names>MR</given-names></string-name>, <string-name><surname>Jalalirad</surname> <given-names>A</given-names></string-name>, <string-name><surname>Scavuzzo</surname> <given-names>M</given-names></string-name>, <string-name><surname>Capota</surname> <given-names>C</given-names></string-name>, <string-name><surname>Neun</surname> <given-names>M</given-names></string-name>, <string-name><surname>Do</surname> <given-names>L</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Asynchronous federated learning for geospatial applications</article-title>. In: <conf-name>Joint European Conference on Machine Learning and Knowledge Discovery in Databases</conf-name>; <year>2018</year>; <publisher-loc>Dublin, Ireland</publisher-loc>: <publisher-name>Springer</publisher-name>. p. <fpage>21</fpage>&#x2013;<lpage>8</lpage>.</mixed-citation></ref>
<ref id="ref-36"><label>36.</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Xie</surname> <given-names>C</given-names></string-name>, <string-name><surname>Koyejo</surname> <given-names>S</given-names></string-name>, <string-name><surname>Gupta</surname> <given-names>I</given-names></string-name></person-group>. <article-title>Asynchronous federated optimization</article-title>. <comment>arXiv preprint arXiv:190 303934</comment>. <year>2013 Mar</year>.</mixed-citation></ref>
<ref id="ref-37"><label>37.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Kairouz</surname> <given-names>P</given-names></string-name>, <string-name><surname>McMahan</surname> <given-names>HB</given-names></string-name>, <string-name><surname>Avent</surname> <given-names>B</given-names></string-name>, <string-name><surname>Bellet</surname> <given-names>A</given-names></string-name>, <string-name><surname>Bennis</surname> <given-names>M</given-names></string-name>, <string-name><surname>Bhagoji</surname> <given-names>AN</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Advances and open problems in federated learning</article-title>. <source>Found Trends Mach Learn</source>. <year>2021</year>;<volume>14</volume>:<fpage>1</fpage>&#x2013;<lpage>210</lpage>. doi: <pub-id pub-id-type="doi">10.1561/2200000083</pub-id>.</mixed-citation></ref>
<ref id="ref-38"><label>38.</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Lalitha</surname> <given-names>A</given-names></string-name>, <string-name><surname>Kilinc</surname> <given-names>OC</given-names></string-name>, <string-name><surname>Javidi</surname> <given-names>T</given-names></string-name>, <string-name><surname>Koushanfar</surname> <given-names>F</given-names></string-name></person-group>. <article-title>Peer-to-peer federated learning on graphs</article-title>. <comment>arXiv preprint arXiv:190111173</comment>. <year>2019 Jan</year>.</mixed-citation></ref>
<ref id="ref-39"><label>39.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Warnat-Herresthal</surname> <given-names>S</given-names></string-name>, <string-name><surname>Schultze</surname> <given-names>H</given-names></string-name>, <string-name><surname>Shastry</surname> <given-names>KL</given-names></string-name>, <string-name><surname>Manamohan</surname> <given-names>S</given-names></string-name>, <string-name><surname>Mukherjee</surname> <given-names>S</given-names></string-name>, <string-name><surname>Garg</surname> <given-names>V</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Swarm learning for decentralized and confidential clinical machine learning</article-title>. <source>Nature</source>. <year>2021 Jun</year>;<volume>594</volume>:<fpage>265</fpage>&#x2013;<lpage>70</lpage>. doi: <pub-id pub-id-type="doi">10.1038/s41586-021-03583-3</pub-id>; <pub-id pub-id-type="pmid">34040261</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>Li</surname> <given-names>C</given-names></string-name>, <string-name><surname>Li</surname> <given-names>G</given-names></string-name>, <string-name><surname>Varshney</surname> <given-names>PK</given-names></string-name></person-group>. <article-title>Decentralized federated learning via mutual knowledge transfer</article-title>. <source>IEEE Internet Things J</source>. <year>2022 Jan</year>;<volume>9</volume>:<fpage>1136</fpage>&#x2013;<lpage>47</lpage>. doi: <pub-id pub-id-type="doi">10.1109/JIOT.2021.3078543</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>Wang</surname> <given-names>S</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>S</given-names></string-name>, <string-name><surname>Li</surname> <given-names>H</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Zhou</surname> <given-names>C</given-names></string-name>, <string-name><surname>Xu</surname> <given-names>C</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>PyramidFL: a fine-grained client selection framework for effiicient federated learning</article-title>. In: <conf-name>28th ACM Annual International Conference on Mobile Computing and Networking, MobiCom 2022</conf-name>; <year>2022</year>; <publisher-loc>Sydney, NSW, Australia</publisher-loc>: <publisher-name>Association for Computing Machinery</publisher-name>. p. <fpage>542</fpage>&#x2013;<lpage>55</lpage>.</mixed-citation></ref>
<ref id="ref-42"><label>42.</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Horv&#x00E1;th</surname> <given-names>S</given-names></string-name>, <string-name><surname>Sanjabi</surname> <given-names>M</given-names></string-name>, <string-name><surname>Xiao</surname> <given-names>L</given-names></string-name>, <string-name><surname>Richt&#x00E1;rik</surname> <given-names>P</given-names></string-name>, <string-name><surname>Rabbat</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Fedshuffle: recipes for better use of local work in federated learning</article-title>. <comment>arXiv preprint arXiv: 220413169</comment>. <year>2022</year>.</mixed-citation></ref>
<ref id="ref-43"><label>43.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Mishchenko</surname> <given-names>K</given-names></string-name>, <string-name><surname>Khaled</surname> <given-names>A</given-names></string-name>, <string-name><surname>Richt&#x00E1;rik</surname> <given-names>P</given-names></string-name></person-group>. <article-title>Random reshuffling: simple analysis with vast improvements</article-title>. <source>Adv Neural Inf Process Syst</source>. <year>2020</year>;<volume>33</volume>:<fpage>17309</fpage>&#x2013;<lpage>20</lpage>.</mixed-citation></ref>
<ref id="ref-44"><label>44.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><collab>Meta</collab></person-group>. <article-title>Federated Learning Simulator (FLSim)</article-title>. <source>Meta Res</source>. <year>2022 Jun.</year> Available from: <ext-link ext-link-type="uri" xlink:href="https://github.com/facebookresearch/FLSim">https://github.com/facebookresearch/FLSim</ext-link>. <comment>[Accessed 2022]</comment>.</mixed-citation></ref>
<ref id="ref-45"><label>45.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Mishchenko</surname> <given-names>K</given-names></string-name>, <string-name><surname>Khaled</surname> <given-names>A</given-names></string-name>, <string-name><surname>Richt&#x00E1;rik</surname> <given-names>P</given-names></string-name></person-group>. <article-title>Proximal and federated random reshuffling</article-title>. In: <conf-name>International Conference on Machine Learning</conf-name>; <year>2022</year>; <publisher-loc>Baltimore, MD, USA</publisher-loc>: <publisher-name>PMLR</publisher-name>. p. <fpage>15718</fpage>&#x2013;<lpage>49</lpage>.</mixed-citation></ref>
</ref-list>
<sec id="s8">
<title>Appendix A. Proof of Lemma Shuffling Radius Bounds</title>
<p><bold>Proof 1.</bold> First, we have to introduce the lemma appears in [<xref ref-type="bibr" rid="ref-43">43</xref>,<xref ref-type="bibr" rid="ref-45">45</xref>], which describes the variance of sampling multiple vectors from a finite set of vectors without replacement. Supposed that there are vectors <inline-formula id="ieqn-86"><mml:math id="mml-ieqn-86"><mml:msub><mml:mi>X</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:msub><mml:mi>X</mml:mi><mml:mi>n</mml:mi></mml:msub><mml:mo>&#x2208;</mml:mo><mml:msup><mml:mrow><mml:mi mathvariant="double-struck">R</mml:mi></mml:mrow><mml:mi>d</mml:mi></mml:msup></mml:math></inline-formula>. We define the average as <inline-formula id="ieqn-87"><mml:math id="mml-ieqn-87"><mml:mover><mml:mi>X</mml:mi><mml:mo accent="false">&#x00AF;</mml:mo></mml:mover></mml:math></inline-formula> and the population variance as <inline-formula id="ieqn-88"><mml:math id="mml-ieqn-88"><mml:msup><mml:mi>&#x03C3;</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:math></inline-formula>. <inline-formula id="ieqn-89"><mml:math id="mml-ieqn-89"><mml:msub><mml:mi>X</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:msub><mml:mi>X</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mi>k</mml:mi></mml:msub></mml:mrow></mml:msub></mml:math></inline-formula> are sampled uniformly from <inline-formula id="ieqn-90"><mml:math id="mml-ieqn-90"><mml:mo fence="false" stretchy="false">{</mml:mo><mml:msub><mml:mi>X</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:msub><mml:mi>X</mml:mi><mml:mi>n</mml:mi></mml:msub><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> without replacement, and <inline-formula id="ieqn-91"><mml:math id="mml-ieqn-91"><mml:msub><mml:mover><mml:mi>X</mml:mi><mml:mo accent="false">&#x00AF;</mml:mo></mml:mover><mml:mi>&#x03C0;</mml:mi></mml:msub></mml:math></inline-formula> is their average. The average and variance of sampling is
<disp-formula id="ueqn-11"><mml:math id="mml-ueqn-11" display="block"><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msub><mml:mover><mml:mi>X</mml:mi><mml:mo accent="false">&#x00AF;</mml:mo></mml:mover><mml:mi>&#x03C0;</mml:mi></mml:msub><mml:mo>]</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mover><mml:mi>X</mml:mi><mml:mo accent="false">&#x00AF;</mml:mo></mml:mover><mml:mo>,</mml:mo></mml:math></disp-formula>
<disp-formula id="eqn-11"><label>(11)</label><mml:math id="mml-eqn-12" display="block"><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msub><mml:mover><mml:mi>X</mml:mi><mml:mo accent="false">&#x00AF;</mml:mo></mml:mover><mml:mrow><mml:mi>&#x03C0;</mml:mi></mml:mrow></mml:msub><mml:mo>&#x2212;</mml:mo><mml:mover><mml:mi>X</mml:mi><mml:mo accent="false">&#x00AF;</mml:mo></mml:mover><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>k</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi><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:mrow></mml:mfrac><mml:msup><mml:mi>&#x03C3;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:mo>.</mml:mo></mml:math></disp-formula></p>
<p>Since <inline-formula id="ieqn-92"><mml:math id="mml-ieqn-92"><mml:msub><mml:mi>f</mml:mi><mml:mi>c</mml:mi></mml:msub></mml:math></inline-formula> is <inline-formula id="ieqn-93"><mml:math id="mml-ieqn-93"><mml:msub><mml:mi>L</mml:mi><mml:mi>c</mml:mi></mml:msub></mml:math></inline-formula>-smooth and the definition of <inline-formula id="ieqn-94"><mml:math id="mml-ieqn-94"><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>i</mml:mi></mml:msubsup></mml:math></inline-formula>, we can get the bound from Bregman divergence in <xref ref-type="disp-formula" rid="eqn-7">Eq. (7)</xref>.
<disp-formula id="eqn-12"><label>(12)</label><mml:math id="mml-eqn-13" display="block"><mml:mtable columnalign="right left" rowspacing="3pt" columnspacing="0em" displaystyle="true"><mml:mtr><mml:mtd><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:msub><mml:mi>f</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>i</mml:mi></mml:msubsup><mml:mo>,</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>]</mml:mo></mml:mrow><mml:mo>&#x2264;</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:mfrac><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mn>2</mml:mn></mml:mfrac><mml:mo fence="false" stretchy="false">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>i</mml:mi></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:msup><mml:mo fence="false" stretchy="false">&#x2016;</mml:mo><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>&#x2264;</mml:mo><mml:mfrac><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mn>2</mml:mn></mml:mfrac><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:mo fence="false" stretchy="false">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>i</mml:mi></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:msup><mml:mo fence="false" stretchy="false">&#x2016;</mml:mo><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mrow><mml:mn>2</mml:mn></mml:mfrac><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:munder><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mi>i</mml:mi><mml:mo stretchy="false">]</mml:mo></mml:mrow></mml:munder><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:msub><mml:mi>f</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:msup><mml:mi>i</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:mrow><mml:mn>2</mml:mn></mml:mfrac><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mi>i</mml:mi></mml:mfrac><mml:munder><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mi>i</mml:mi><mml:mo stretchy="false">]</mml:mo></mml:mrow></mml:munder><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:msub><mml:mi>f</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>.</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>Let <inline-formula id="ieqn-95"><mml:math id="mml-ieqn-95"><mml:msub><mml:mi>X</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo>&#x225C;</mml:mo><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:msub><mml:mi>f</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>, then we have <inline-formula id="ieqn-96"><mml:math id="mml-ieqn-96"><mml:msub><mml:mover><mml:mi>X</mml:mi><mml:mo accent="false">&#x00AF;</mml:mo></mml:mover><mml:mi>&#x03C0;</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mfrac><mml:mn>1</mml:mn><mml:mi>j</mml:mi></mml:mfrac></mml:mstyle><mml:msub><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mi>i</mml:mi><mml:mo stretchy="false">]</mml:mo></mml:mrow></mml:msub><mml:msub><mml:mi>X</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:mrow></mml:msub></mml:math></inline-formula> and <inline-formula id="ieqn-97"><mml:math id="mml-ieqn-97"><mml:mover><mml:mi>X</mml:mi><mml:mo accent="false">&#x00AF;</mml:mo></mml:mover><mml:mo>=</mml:mo><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:mi>f</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>, with <xref ref-type="disp-formula" rid="eqn-11">Eq. (11)</xref> we get
<disp-formula id="eqn-13"><label>(13)</label><mml:math id="mml-eqn-14" display="block"><mml:mtable columnalign="right left" rowspacing="3pt" columnspacing="0em" displaystyle="true"><mml:mtr><mml:mtd><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:msub><mml:mi>f</mml:mi><mml:mrow><mml:msub><mml:mi>&#x03C0;</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>i</mml:mi></mml:msubsup><mml:mo>,</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>]</mml:mo></mml:mrow></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>&#x2264;</mml:mo><mml:mfrac><mml:mrow><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:msup><mml:mi>i</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:mrow><mml:mn>2</mml:mn></mml:mfrac><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msub><mml:mover><mml:mi>X</mml:mi><mml:mo accent="false">&#x00AF;</mml:mo></mml:mover><mml:mi>&#x03C0;</mml:mi></mml:msub><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:msup><mml:mi>i</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:mrow><mml:mn>2</mml:mn></mml:mfrac><mml:mrow><mml:mo>(</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:mi>f</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>+</mml:mo><mml:mfrac><mml:mrow><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>i</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>i</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo>)</mml:mo></mml:mrow><mml:mo>.</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>With definition of shuffling radius and <italic>i</italic> &#x2264; <italic>n</italic>, we get
<disp-formula id="eqn-14"><label>(14)</label><mml:math id="mml-eqn-15" display="block"><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo>&#x2264;</mml:mo><mml:mfrac><mml:mrow><mml:mi>n</mml:mi><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mrow><mml:mtext>max</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:mrow><mml:mn>2</mml:mn></mml:mfrac><mml:mrow><mml:mo>(</mml:mo><mml:mi>n</mml:mi><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:mi>f</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>+</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mn>2</mml:mn></mml:mfrac><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo>)</mml:mo></mml:mrow><mml:mo>.</mml:mo></mml:math></disp-formula></p>
<p>&#x25A0;</p>
</sec>
<sec id="s9">
<title>Appendix B. Proof of Theorem 5.1</title>
<p><bold>Proof 2.</bold> Using <inline-formula id="ieqn-98"><mml:math id="mml-ieqn-98"><mml:mi>&#x03BC;</mml:mi></mml:math></inline-formula>-convexity and <italic>L</italic>-smoothness of <italic>f</italic>, we have:
<disp-formula id="ueqn-15"><mml:math id="mml-ueqn-15" display="block"><mml:mfrac><mml:mi>&#x03BC;</mml:mi><mml:mn>2</mml:mn></mml:mfrac><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>&#x2264;</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:msub><mml:mi>f</mml:mi><mml:mi>m</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo>,</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo>)</mml:mo></mml:mrow></mml:math></disp-formula>
<disp-formula id="ueqn-16"><mml:math id="mml-ueqn-16" display="block"><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:msub><mml:mi>f</mml:mi><mml:mi>m</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x2212;</mml:mo><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:msub><mml:mi>f</mml:mi><mml:mi>m</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mo>]</mml:mo></mml:mrow><mml:mo>&#x2264;</mml:mo><mml:mn>2</mml:mn><mml:mi>L</mml:mi><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:msub><mml:mi>f</mml:mi><mml:mi>m</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo>,</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo>)</mml:mo></mml:mrow><mml:mo>.</mml:mo></mml:math></disp-formula></p>
<p>With the inequality, we have:
<disp-formula id="eqn-15"><label>(15)</label><mml:math id="mml-eqn-16" display="block"><mml:mtable columnalign="right left" rowspacing="3pt" columnspacing="0em" displaystyle="true"><mml:mtr><mml:mtd><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>&#x2264;</mml:mo></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:mi>&#x03B7;</mml:mi><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:msub><mml:mi>f</mml:mi><mml:mi>m</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msubsup><mml:mo>,</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo>)</mml:mo></mml:mrow><mml:mo>]</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>2</mml:mn><mml:mi>&#x03B7;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>L</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:msub><mml:mi>f</mml:mi><mml:mi>m</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msubsup><mml:mo>,</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo>)</mml:mo></mml:mrow><mml:mo>]</mml:mo></mml:mrow><mml:mo>.</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>Using the definition of <inline-formula id="ieqn-99"><mml:math id="mml-ieqn-99"><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup></mml:math></inline-formula> and <inline-formula id="ieqn-100"><mml:math id="mml-ieqn-100"><mml:mi>&#x03B7;</mml:mi><mml:mo>&#x2264;</mml:mo><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mfrac><mml:mn>1</mml:mn><mml:mi>L</mml:mi></mml:mfrac></mml:mstyle></mml:math></inline-formula>, we get following bound:
<disp-formula id="eqn-16"><label>(16)</label><mml:math id="mml-eqn-17" display="block"><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>&#x2264;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>3</mml:mn></mml:msup><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo>.</mml:mo></mml:math></disp-formula></p>
<p>Unrolling the recursion, we have:
<disp-formula id="eqn-17"><label>(17)</label><mml:math id="mml-eqn-18" display="block"><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>n</mml:mi></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>,</mml:mo><mml:mi>n</mml:mi></mml:mrow></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>&#x2264;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>N</mml:mi></mml:msup><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mo>]</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>3</mml:mn></mml:msup><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:munderover><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>j</mml:mi></mml:msup><mml:mo>.</mml:mo></mml:math></disp-formula></p>
<p>With the <italic>K</italic> recursion of epochs and clients selection involved:
<disp-formula id="eqn-18"><label>(18)</label><mml:math id="mml-eqn-19" display="block"><mml:mtable columnalign="right left" rowspacing="3pt" columnspacing="0em" displaystyle="true"><mml:mtr><mml:mtd><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mi>t</mml:mi><mml:mrow><mml:mi>k</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mrow><mml:mi>k</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mi>C</mml:mi></mml:mfrac><mml:munder><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>m</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:mrow></mml:munder><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>k</mml:mi></mml:mrow></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mi>C</mml:mi></mml:mfrac><mml:munder><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>m</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:mrow></mml:munder><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>&#x2264;</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mi>C</mml:mi></mml:mfrac><mml:munder><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>m</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:mrow></mml:munder><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mi>t</mml:mi></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mo>,</mml:mo><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>&#x2264;</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mi>C</mml:mi></mml:mfrac><mml:munder><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>m</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:mrow></mml:munder><mml:mrow><mml:mo>(</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>N</mml:mi></mml:msup><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mi>t</mml:mi><mml:mi>k</mml:mi></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03BC;</mml:mi><mml:mn>3</mml:mn></mml:msup><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:munderover><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>j</mml:mi></mml:msup><mml:mo>)</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>N</mml:mi></mml:msup><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mi>t</mml:mi><mml:mi>k</mml:mi></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>k</mml:mi></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03BC;</mml:mi><mml:mn>3</mml:mn></mml:msup><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:munderover><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>j</mml:mi></mml:msup><mml:mo>.</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>Since <inline-formula id="ieqn-101"><mml:math id="mml-ieqn-101"><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>t</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mi>t</mml:mi><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:msubsup></mml:math></inline-formula> and <inline-formula id="ieqn-102"><mml:math id="mml-ieqn-102"><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>K</mml:mi></mml:msubsup></mml:math></inline-formula>, the recursion index <italic>r</italic> can be unrolled:
<disp-formula id="eqn-19"><label>(19)</label><mml:math id="mml-eqn-20" display="block"><mml:mtable columnalign="right left" rowspacing="3pt" columnspacing="0em" displaystyle="true"><mml:mtr><mml:mtd><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>t</mml:mi><mml:mo>+</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mi>t</mml:mi><mml:mi>K</mml:mi></mml:msubsup><mml:mo>&#x2212;</mml:mo><mml:msubsup><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow><mml:mi>K</mml:mi></mml:msubsup><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>&#x2264;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi>N</mml:mi><mml:mi>K</mml:mi></mml:mrow></mml:msup><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mi>t</mml:mi></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03BC;</mml:mi><mml:mn>3</mml:mn></mml:msup><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:munderover><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>j</mml:mi></mml:msup><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:munderover><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mi>N</mml:mi></mml:mrow></mml:msup><mml:mo>.</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>Unroll the recursion for index <italic>t</italic> and apply the property described before:
<disp-formula id="eqn-20"><label>(20)</label><mml:math id="mml-eqn-21" display="block"><mml:mtable columnalign="right left" rowspacing="3pt" columnspacing="0em" displaystyle="true"><mml:mtr><mml:mtd><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mi>T</mml:mi></mml:mrow></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>]</mml:mo></mml:mrow></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>&#x2264;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi>N</mml:mi><mml:mi>K</mml:mi><mml:mi>T</mml:mi></mml:mrow></mml:msup><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mn>0</mml:mn></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03BC;</mml:mi><mml:mn>3</mml:mn></mml:msup><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:munderover><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>j</mml:mi></mml:msup><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:munderover><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi>k</mml:mi><mml:mi>N</mml:mi></mml:mrow></mml:msup><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>t</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>T</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:munderover><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi>t</mml:mi><mml:mi>K</mml:mi><mml:mi>N</mml:mi></mml:mrow></mml:msup></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>&#x2264;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi>N</mml:mi><mml:mi>K</mml:mi><mml:mi>T</mml:mi></mml:mrow></mml:msup><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mn>0</mml:mn></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>+</mml:mo><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03BC;</mml:mi><mml:mn>3</mml:mn></mml:msup><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:munderover><mml:mo movablelimits="false">&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi><mml:mi>K</mml:mi><mml:mi>T</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:munderover><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mi>j</mml:mi></mml:msup></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>&#x2264;</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mi>&#x03BC;</mml:mi><mml:msup><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mi>N</mml:mi><mml:mi>K</mml:mi><mml:mi>T</mml:mi></mml:mrow></mml:msup><mml:msup><mml:mrow><mml:mo symmetric="true">&#x2016;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mn>0</mml:mn></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>x</mml:mi><mml:mrow><mml:mo>&#x2217;</mml:mo></mml:mrow></mml:msub><mml:mo symmetric="true">&#x2016;</mml:mo></mml:mrow><mml:mn>2</mml:mn></mml:msup><mml:mo>+</mml:mo><mml:mfrac><mml:mrow><mml:mn>2</mml:mn><mml:msup><mml:mi>&#x03B7;</mml:mi><mml:mn>2</mml:mn></mml:msup></mml:mrow><mml:mi>&#x03BC;</mml:mi></mml:mfrac><mml:msubsup><mml:mi>&#x03C3;</mml:mi><mml:mrow><mml:mrow><mml:mtext>rad</mml:mtext></mml:mrow></mml:mrow><mml:mn>2</mml:mn></mml:msubsup><mml:mo>.</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>&#x25A0;</p>
</sec>
</back></article>