<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article article-type="research-article" dtd-version="2.3" xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Phys.</journal-id>
<journal-title>Frontiers in Physics</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Phys.</abbrev-journal-title>
<issn pub-type="epub">2296-424X</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">1087410</article-id>
<article-id pub-id-type="doi">10.3389/fphy.2022.1087410</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Physics</subject>
<subj-group>
<subject>Original Research</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group>
<article-title>Cascading failures in EV charging network</article-title>
<alt-title alt-title-type="left-running-head">Ma and Li</alt-title>
<alt-title alt-title-type="right-running-head">
<ext-link ext-link-type="uri" xlink:href="https://doi.org/10.3389/fphy.2022.1087410">10.3389/fphy.2022.1087410</ext-link>
</alt-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name>
<surname>Ma</surname>
<given-names>Sining</given-names>
</name>
<xref ref-type="aff" rid="aff1">
<sup>1</sup>
</xref>
<xref ref-type="corresp" rid="c001">&#x2a;</xref>
<uri xlink:href="https://loop.frontiersin.org/people/2078519/overview"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Li</surname>
<given-names>Jie</given-names>
</name>
<xref ref-type="aff" rid="aff2">
<sup>2</sup>
</xref>
</contrib>
</contrib-group>
<aff id="aff1">
<sup>1</sup>
<institution>Fujian Hesheng Zhixin Intelligent Electric Co., Ltd.</institution>, <addr-line>Quanzhou</addr-line>, <country>China</country>
</aff>
<aff id="aff2">
<sup>2</sup>
<institution>State Grid Corporation of China Europe Representative Office</institution>, <addr-line>Berlin</addr-line>, <country>Germany</country>
</aff>
<author-notes>
<fn fn-type="edited-by">
<p>
<bold>Edited by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/940113/overview">Yongxiang Xia</ext-link>, Hangzhou Dianzi University, China</p>
</fn>
<fn fn-type="edited-by">
<p>
<bold>Reviewed by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/1770697/overview">Cunlai Pu</ext-link>, Nanjing University of Science and Technology, China</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/926546/overview">Jiajing Wu</ext-link>, Sun Yat-sen University, China</p>
</fn>
<corresp id="c001">&#x2a;Correspondence: Sining Ma, <email>masining@sgepri.sgcc.com.cn</email>
</corresp>
<fn fn-type="other">
<p>This article was submitted to Interdisciplinary Physics, a section of the journal Frontiers in Physics</p>
</fn>
</author-notes>
<pub-date pub-type="epub">
<day>29</day>
<month>11</month>
<year>2022</year>
</pub-date>
<pub-date pub-type="collection">
<year>2022</year>
</pub-date>
<volume>10</volume>
<elocation-id>1087410</elocation-id>
<history>
<date date-type="received">
<day>02</day>
<month>11</month>
<year>2022</year>
</date>
<date date-type="accepted">
<day>16</day>
<month>11</month>
<year>2022</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#xa9; 2022 Ma and Li.</copyright-statement>
<copyright-year>2022</copyright-year>
<copyright-holder>Ma and Li</copyright-holder>
<license xlink:href="http://creativecommons.org/licenses/by/4.0/">
<p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (CC BY). The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</p>
</license>
</permissions>
<abstract>
<p>With the rapid increase of Electric vehicle (EV) penetration, EV charging network become an important infrastructure. This paper studies the configuration of EV charging network from a safety perspective. It is found that cascading failures may happen if one charging station is out of work and its load has to be redistributed to its neighboring stations. The cascading failure model borrowed from network science area is used in the study, and the results show the effects of system parameters on the network robustness. The results indicate that in order to achieve a good performance, it is better to assign extra load based on neighbors&#x2019; degree when a node is overloaded. On the other hand, the extra load redistribution should not consider the distance between the overloaded node and its neighbors.</p>
</abstract>
<kwd-group>
<kwd>EV charging network</kwd>
<kwd>cascading failures</kwd>
<kwd>spatial network</kwd>
<kwd>robustness</kwd>
<kwd>electric vehicle (EV)</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1">
<title>1 Introduction</title>
<p>Electric vehicle (EV) has received much attention in the past years due to its environment-friendly feature [<xref ref-type="bibr" rid="B1">1</xref>]. Indeed, the industrialization all over the world results in wide fossil fuel applications and more and more greenhouse gas emission. Among them, the emission from automotive vehicles becomes one of the main reasons for air pollution, especially in big cities. It was shown that all kinds of transportation uses about 49% of oil consumption [<xref ref-type="bibr" rid="B2">2</xref>]. Comparing to the traditional gas-powered vehicles, EVs has higher efficiency which can reduce the dependence on fossil fuel greatly. Due to its advantage, many governments encourage people to change from gas-powered vehicles to EV.</p>
<p>However, the limited battery limits the usage of EV and causes the so-called mileage anxiety. To solve the problem, it is important to develop the charging or swapping infrastructures [<xref ref-type="bibr" rid="B3">3</xref>]. Currently, the electric vehicle charging mainly relies on charging facilities located at home or work place. It is also important to develop public EV charging networks, especially for long-range travellers.</p>
<p>There has been quite lots of research on the EV charging technology, mainly focusing on the location and capacity of charging facilities. Some research has been carried out on the planning of electric vehicle charging stations, mainly from the perspective of traffic flow [<xref ref-type="bibr" rid="B4">4</xref>, <xref ref-type="bibr" rid="B5">5</xref>] and the temporal and spatial distribution of EV charging load [<xref ref-type="bibr" rid="B6">6</xref>&#x2013;<xref ref-type="bibr" rid="B9">9</xref>], and the site selection of EV charging stations. In Ref. [<xref ref-type="bibr" rid="B10">10</xref>], from the operator&#x2019;s point of view, the profits of charging stations are studied and the limitations of the grid are taken into account. Reference [<xref ref-type="bibr" rid="B11">11</xref>] used the multi-objective optimization algorithm to minimize the costs due to the investment and operating. Reference [<xref ref-type="bibr" rid="B12">12</xref>] gives the planning of charging stations by using an optimization problem with the goal to minimize the total time and cost of charging operations. The proposed model was tested to provide a realistic and flexible bus service in Luxembourg. Reference [<xref ref-type="bibr" rid="B13">13</xref>] used the Bayesian game and considered the power grids and transportation networks together. Reference [<xref ref-type="bibr" rid="B14">14</xref>] considered the strategic and competitive charging behavior of EV drivers. Reference [<xref ref-type="bibr" rid="B15">15</xref>] take into account the service radius of charging stations, and find the optimal location of stations by a two-step screening method. Reference [<xref ref-type="bibr" rid="B16">16</xref>] used block chain technology in the EV incentive system.</p>
<p>All the above research assumed that the EV charging network works in a normal status. That is, each and every charging station works effectively. However, since there are many charging stations in the charging network, it is highly possible that one or several charging stations are out of work for some reason. When it happens, the EVs which used to charge in the failed stations have to find other stations to charging. This will enhance the burden of these working stations. If too many EVs are concentrated in one charging station and exceed its capacity, then the EVs have to find other stations again, as the waiting time is too long. This may increase the load of other charging stations. If this cascade effect keeps going, then the whole charging network may be affected. We call it as the cascading failures in EV charging network.</p>
<p>The cascading failures have been well studied in network science. There are different kinds of cascading failure models. The first kind of cascading failures consider the load transmitted from source node to destination node [<xref ref-type="bibr" rid="B17">17</xref>&#x2013;<xref ref-type="bibr" rid="B20">20</xref>]. Usually, the transmission follows the shortest path length between source and destination. In this way, a node handles the traffic load not only generated by itself but also transmitted through it due to other source-destination pairs. When a node is attacked or failed, shortest paths which used to go through this node have to change. Then, the traffic load of other nodes will change accordingly. The addition of traffic load on some nodes may exceed their capacities so that the overloaded nodes are out of work. The failure of these nodes will change the load distribution and causes another round of overloading. The process keeps going and cascading failures occur. This cascading failure model is suitable for the transmission process such as the telecommunication or power transfer. The second kind of cascading [<xref ref-type="bibr" rid="B21">21</xref>, <xref ref-type="bibr" rid="B22">22</xref>] also considers the load. However, different from the first kind, here the load is more about the burden the node has to afford. Once a node is failed or attacked, its burden will be distributed to its neighbors. That is, the load (or burden) of its neighbors increases. If the load of a node exceeds its capacity, then the overloaded node fails and redistributes its load to its neighbors. The process keeps going and cascading failures occurs. Comparing the first kind of cascading failures, the second kind of cascading failures is local, i.e., a failure of node only influence its neighbors. Instead, in the first kind of cascading failures, the failure of one node may have direct effect on some nodes far away from it. The third kind of cascading failures do not consider the traffic load. Instead, it is based on the structure. For example, Watts [<xref ref-type="bibr" rid="B23">23</xref>] proposed a cascading failure model to show the influence from neighbors. In this model, there are two states for nodes, say, 0 or 1. Once more than a pre-defined threshold of its neighbors are at state 1, then this node will be at state 1, otherwise it will be at state 0. At the initial time, a proportion of nodes are set as state 1. Then based on the basic rule, the state of nodes evolves cascadingly. Obviously, there is no load on nodes, and nodes&#x2019; states change in a cascading manner. This kind of cascading failures can be used to study how people&#x2019;s opinion is influenced by acquaintance. Comparing three kinds of cascading failures, obviously the second kind is more suitable for our study.</p>
<p>In this paper, we consider the EV charging network as a complex network and study how the cascading failures affect the network performance. Different from previous study on the cascading failures in complex networks, we not only consider the attributes of node, but also consider the role of link attributes in the load redistribution process.</p>
<p>The rest of this paper is organized as follows. In <xref ref-type="sec" rid="s2">Section 2</xref> we give the network model and the cascading failure model for EV charging network. In <xref ref-type="sec" rid="s3">Section 3</xref> the simulation results are shown. <xref ref-type="sec" rid="s4">Section 4</xref> summarizes the paper.</p>
</sec>
<sec id="s2">
<title>2 Network model</title>
<p>The EV charging network is modeled as a complex network. In this network, the charging stations are modeled as nodes and the paths between them are modeled as the links. Moreover, each node has a location, and each link has a length. Therefore, this network is a spatial network. To model the network in practice, the most often used model is the random geometric graph (RGG). It is described as follows.<list list-type="simple">
<list-item>
<p>1) Before the generation process, set parameters including the number of node <inline-formula id="inf1">
<mml:math id="m1">
<mml:mrow>
<mml:mi mathvariant="normal">N</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and the connection radius <inline-formula id="inf2">
<mml:math id="m2">
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
</list-item>
<list-item>
<p>2)<inline-formula id="inf3">
<mml:math id="m3">
<mml:mrow>
<mml:mi mathvariant="normal">N</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> nodes are distributed in a 1 &#xd7; 1 square.</p>
</list-item>
<list-item>
<p>3) For each node, calculate the distance from it to other nodes. The distance from node <inline-formula id="inf4">
<mml:math id="m4">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> to node <inline-formula id="inf5">
<mml:math id="m5">
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> can be calculated by</p>
</list-item>
</list>
<disp-formula id="e1">
<mml:math id="m6">
<mml:mrow>
<mml:msub>
<mml:mi>d</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msqrt>
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>x</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>x</mml:mi>
<mml:mi>j</mml:mi>
</mml:msub>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mn>2</mml:mn>
</mml:msup>
<mml:mo>&#x2b;</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>y</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>y</mml:mi>
<mml:mi>j</mml:mi>
</mml:msub>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mn>2</mml:mn>
</mml:msup>
</mml:mrow>
</mml:msqrt>
</mml:mrow>
</mml:math>
<label>(1)</label>
</disp-formula>where <inline-formula id="inf6">
<mml:math id="m7">
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>x</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mo>,</mml:mo>
<mml:msub>
<mml:mi>y</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> is the location of node <inline-formula id="inf7">
<mml:math id="m8">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. Then connect two nodes if their distance is smaller than <inline-formula id="inf8">
<mml:math id="m9">
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, as shown in <xref ref-type="fig" rid="F1">Figure 1</xref>.<list list-type="simple">
<list-item>
<p>4) Repeat step 3 until all nodes are considered.</p>
</list-item>
</list>
</p>
<fig id="F1" position="float">
<label>FIGURE 1</label>
<caption>
<p>Building connections by using RGG model. All nodes within node <inline-formula id="inf9">
<mml:math id="m10">
<mml:mrow>
<mml:msup>
<mml:mi mathvariant="normal">i</mml:mi>
<mml:mo>&#x2019;</mml:mo>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula> s connection radius are connected to <inline-formula id="inf10">
<mml:math id="m11">
<mml:mrow>
<mml:mi mathvariant="normal">i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
</caption>
<graphic xlink:href="fphy-10-1087410-g001.tif"/>
</fig>
<p>From above description, the RGG model is quite simple. However, when using the RGG model, the connection radius <inline-formula id="inf11">
<mml:math id="m12">
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> has to be set to be small. Otherwise, the number of connections will be quite large. This restricts the usage of the model. Therefore, we use the Improved random geometric graph (IRGG) as the model in this paper. IRGG network is built based on the following rules [<xref ref-type="bibr" rid="B24">24</xref>].<list list-type="simple">
<list-item>
<p>1) Before the generation process, set parameters including the number of node <inline-formula id="inf12">
<mml:math id="m13">
<mml:mrow>
<mml:mi mathvariant="normal">N</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, the connection radius <inline-formula id="inf13">
<mml:math id="m14">
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and the connection probability <italic>p</italic>.</p>
</list-item>
<list-item>
<p>2)<inline-formula id="inf14">
<mml:math id="m15">
<mml:mrow>
<mml:mi mathvariant="normal">N</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> nodes are distributed in a 1 &#xd7; 1 square.</p>
</list-item>
<list-item>
<p>3) For each node, calculate the distance from it to other nodes. The distance from node <inline-formula id="inf15">
<mml:math id="m16">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> to node <inline-formula id="inf16">
<mml:math id="m17">
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> can be calculated by <xref ref-type="disp-formula" rid="e1">Eq. 1</xref>. Then connect two nodes with the probability <italic>p</italic> if their distance is smaller than <inline-formula id="inf17">
<mml:math id="m18">
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, as shown in <xref ref-type="fig" rid="F2">Figure 2</xref>.</p>
</list-item>
<list-item>
<p>4) Repeat step 3 until all nodes are considered.</p>
</list-item>
</list>
</p>
<fig id="F2" position="float">
<label>FIGURE 2</label>
<caption>
<p>Building connections by using IRGG model. Nodes within node <inline-formula id="inf18">
<mml:math id="m19">
<mml:mrow>
<mml:mi mathvariant="normal">i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>&#x2019;s connection radius are connected to <inline-formula id="inf19">
<mml:math id="m20">
<mml:mrow>
<mml:mi mathvariant="normal">i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> with a probability <italic>p</italic>.</p>
</caption>
<graphic xlink:href="fphy-10-1087410-g002.tif"/>
</fig>
<p>From the above description, the difference between RGG and IRGG is only at the connection probability <italic>p</italic>. When <italic>p</italic> &#x3d; 1, IRGG becomes identical to RGG. Therefore, RGG is a special case of IRGG, and IRGG has higher flexibility to control the number of links by using different value of <italic>p</italic>.</p>
<p>By using the IRGG model, the information about links is also easily available. Since all the nodes are allocated in a 1 &#xd7; 1 square, the average number of nodes within node <inline-formula id="inf20">
<mml:math id="m21">
<mml:mrow>
<mml:msup>
<mml:mi>i</mml:mi>
<mml:mo>&#x2019;</mml:mo>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula> s connection radius is <inline-formula id="inf21">
<mml:math id="m22">
<mml:mrow>
<mml:mi>&#x3c0;</mml:mi>
<mml:msup>
<mml:mi>r</mml:mi>
<mml:mn>2</mml:mn>
</mml:msup>
<mml:mi mathvariant="normal">N</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. Then, the average number of links for node <inline-formula id="inf22">
<mml:math id="m23">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is <inline-formula id="inf23">
<mml:math id="m24">
<mml:mrow>
<mml:mi>&#x3c0;</mml:mi>
<mml:msup>
<mml:mi>r</mml:mi>
<mml:mn>2</mml:mn>
</mml:msup>
<mml:mi mathvariant="normal">N</mml:mi>
<mml:mi mathvariant="normal">P</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. In network science, the number of links for node <inline-formula id="inf24">
<mml:math id="m25">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is usually denoted by <inline-formula id="inf25">
<mml:math id="m26">
<mml:mrow>
<mml:msub>
<mml:mi>k</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, called the node degree. The average degree, i.e., the average number of links for node, is denoted by <inline-formula id="inf26">
<mml:math id="m27">
<mml:mrow>
<mml:mo>&#x3c;</mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>&#x3e;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>. Then, in IRGG network,<disp-formula id="e2">
<mml:math id="m28">
<mml:mrow>
<mml:mo>&#x3c;</mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>&#x3e;</mml:mo>
<mml:mo>&#x3d;</mml:mo>
<mml:mi mathvariant="normal">&#x3c0;</mml:mi>
<mml:msup>
<mml:mi>r</mml:mi>
<mml:mn>2</mml:mn>
</mml:msup>
<mml:mi mathvariant="normal">N</mml:mi>
<mml:mi mathvariant="normal">P</mml:mi>
</mml:mrow>
</mml:math>
<label>(2)</label>
</disp-formula>
</p>
</sec>
<sec id="s3">
<title>3 Cascading failures model</title>
<p>In the charging network, the load at charging stations is EVs coming for charging. Without loss of generality, we assume that each EV increases identical load to the station, i.e., the more EVs at a charging station, the higher load this station has to burden. On the other hand, each charging station has a capacity, which limits the number of EVs it can serve (which is the load of station). If too many EVs come at the same time, the station cannot afford such a high load and EVs will prefer to go to other charging stations. Then, the redistribution of load may cause the overloading of other charging station, and finally the cascading failures may occur. This is the case when one charging station is out of work. A robust structure of charging station.</p>
<p>To model the above phenomenon, we build the following cascading failures model.</p>
<p>First, the initial load of node <inline-formula id="inf27">
<mml:math id="m29">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is defined as [<xref ref-type="bibr" rid="B25">25</xref>]<disp-formula id="e3">
<mml:math id="m30">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msubsup>
<mml:mi>k</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>&#x3b1;</mml:mi>
</mml:msubsup>
</mml:mrow>
</mml:math>
<label>(3)</label>
</disp-formula>where <inline-formula id="inf28">
<mml:math id="m31">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is a tunable parameter. This setting represents the fact that a node with a higher degree usually is more popular to attract load.</p>
<p>The node capacity is set to be proportional to its initial load, i.e.,<disp-formula id="e4">
<mml:math id="m32">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>T</mml:mi>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
<label>(4)</label>
</disp-formula>where <inline-formula id="inf29">
<mml:math id="m33">
<mml:mrow>
<mml:mi>T</mml:mi>
<mml:mo>&#x3e;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> shows the redundancy level of node. That is, at the initial state, all nodes work well without any overloading.</p>
<p>When a node <inline-formula id="inf30">
<mml:math id="m34">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is removed from the network, its load is redistributed to its neighbor nodes. Here we consider two effects. On one hand, the neighbor node with higher redundancy should receive more load from the failed node. According <xref ref-type="disp-formula" rid="e4">Eq. 4</xref>, the redundancy is proportional to the initial load; and according to <xref ref-type="disp-formula" rid="e3">Eq. 3</xref>, the load is related to the node degree. Then, a neighbor node with higher degree should receive more load from the failed node <inline-formula id="inf31">
<mml:math id="m35">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. On the other hand, back to the practical charging network, after charging station <inline-formula id="inf32">
<mml:math id="m36">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is out of work, the EV wait here has to go to another charging station. At this time, the driver may prefer to find a charging station close to the current one. That is, the shorter distance between the neighbor node and node <inline-formula id="inf33">
<mml:math id="m37">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, more load should be redistributed to that neighbor node. In summary, when determining the load redistribution, we should consider two aspects, one is the degree of neighbor nodes, and the other is the distance from node <inline-formula id="inf34">
<mml:math id="m38">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> to its neighbor nodes.</p>
<p>Unfortunately, the above two aspects have different units and it is impossible to combine them directly. To consider them both, we first normalize them.<disp-formula id="e5">
<mml:math id="m39">
<mml:mrow>
<mml:msub>
<mml:mover accent="true">
<mml:mi>k</mml:mi>
<mml:mo>&#x223c;</mml:mo>
</mml:mover>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>k</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>min</mml:mi>
<mml:mo>&#x2061;</mml:mo>
<mml:mo>&#x2061;</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>k</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mrow>
<mml:mrow>
<mml:mi>max</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>k</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>min</mml:mi>
<mml:mo>&#x2061;</mml:mo>
<mml:mo>&#x2061;</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>k</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
<label>(5)</label>
</disp-formula>where <inline-formula id="inf35">
<mml:math id="m40">
<mml:mrow>
<mml:msub>
<mml:mi>k</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> is the degree of node <inline-formula id="inf36">
<mml:math id="m41">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, <inline-formula id="inf37">
<mml:math id="m42">
<mml:mrow>
<mml:mi>min</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>k</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>/</mml:mo>
<mml:mi>max</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>k</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula> is the minimal/maximal degree in all nodes. And<disp-formula id="e6">
<mml:math id="m43">
<mml:mrow>
<mml:msub>
<mml:mover accent="true">
<mml:mi>l</mml:mi>
<mml:mo>&#x223c;</mml:mo>
</mml:mover>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>l</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>min</mml:mi>
<mml:mo>&#x2061;</mml:mo>
<mml:mo>&#x2061;</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mrow>
<mml:mrow>
<mml:mi>max</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>min</mml:mi>
<mml:mo>&#x2061;</mml:mo>
<mml:mo>&#x2061;</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
<label>(6)</label>
</disp-formula>where <inline-formula id="inf38">
<mml:math id="m44">
<mml:mrow>
<mml:msub>
<mml:mi>l</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> is the distance between nodes <inline-formula id="inf39">
<mml:math id="m45">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf40">
<mml:math id="m46">
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, <inline-formula id="inf41">
<mml:math id="m47">
<mml:mrow>
<mml:mi>min</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>/</mml:mo>
<mml:mi>max</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula> is the minimal/maximal value of distance. In this way, the normalized degree and normalized distance have no unit any more, and both of them are in the range [0,1]. Therefore, we can simply add them to have both effects.</p>
<p>As we discussed before, when a node <inline-formula id="inf42">
<mml:math id="m48">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is removed, its load should be redistributed to its neighbors, and the neighbor node <inline-formula id="inf43">
<mml:math id="m49">
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> should receive the extra load proportional to its degree and distance to node <inline-formula id="inf44">
<mml:math id="m50">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. That is,<disp-formula id="e7">
<mml:math id="m51">
<mml:mrow>
<mml:mi mathvariant="italic">&#x394;</mml:mi>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>&#x2192;</mml:mo>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:msub>
<mml:mover accent="true">
<mml:mi>k</mml:mi>
<mml:mo>&#x223c;</mml:mo>
</mml:mover>
<mml:mi>j</mml:mi>
</mml:msub>
<mml:mi>&#x3b1;</mml:mi>
</mml:msup>
<mml:mo>&#x2b;</mml:mo>
<mml:msup>
<mml:msub>
<mml:mover accent="true">
<mml:mi>l</mml:mi>
<mml:mo>&#x223c;</mml:mo>
</mml:mover>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mi>&#x3b2;</mml:mi>
</mml:msup>
</mml:mrow>
<mml:mrow>
<mml:mrow>
<mml:munder>
<mml:mstyle displaystyle="true">
<mml:mo>&#x2211;</mml:mo>
</mml:mstyle>
<mml:mrow>
<mml:mi>m</mml:mi>
<mml:mo>&#x2208;</mml:mo>
<mml:msub>
<mml:mi>V</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
</mml:mrow>
</mml:munder>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:msup>
<mml:msub>
<mml:mover accent="true">
<mml:mi>k</mml:mi>
<mml:mo>&#x223c;</mml:mo>
</mml:mover>
<mml:mi>m</mml:mi>
</mml:msub>
<mml:mi>&#x3b1;</mml:mi>
</mml:msup>
<mml:mo>&#x2b;</mml:mo>
<mml:msup>
<mml:msub>
<mml:mover accent="true">
<mml:mi>l</mml:mi>
<mml:mo>&#x223c;</mml:mo>
</mml:mover>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>m</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mi>&#x3b2;</mml:mi>
</mml:msup>
</mml:mrow>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
<label>(7)</label>
</disp-formula>where <inline-formula id="inf45">
<mml:math id="m52">
<mml:mrow>
<mml:msub>
<mml:mi>V</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> is the set of neighbor nodes of node <inline-formula id="inf46">
<mml:math id="m53">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
<p>The capacity is the maximal load a node can handle. So after receiving extra load from node <inline-formula id="inf47">
<mml:math id="m54">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, the neighbor node <inline-formula id="inf48">
<mml:math id="m55">
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> should check the relation between its current load and its capacity. If <inline-formula id="inf49">
<mml:math id="m56">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>j</mml:mi>
</mml:msub>
<mml:mo>&#x2265;</mml:mo>
<mml:msub>
<mml:mi>l</mml:mi>
<mml:mi>j</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mo>&#x394;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>&#x2192;</mml:mo>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, then node <inline-formula id="inf50">
<mml:math id="m57">
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> can handle all the load and works well. Otherwise, if <inline-formula id="inf51">
<mml:math id="m58">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>j</mml:mi>
</mml:msub>
<mml:mo>&#x3c;</mml:mo>
<mml:msub>
<mml:mi>l</mml:mi>
<mml:mi>j</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mo>&#x394;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>&#x2192;</mml:mo>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, then node <inline-formula id="inf52">
<mml:math id="m59">
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is overloaded and its load should be redistributed to its neighbor nodes. This cascading failure process keeps going until no more node is overloaded. When the cascading failure process stops, count the number of failed nodes, denoted as <inline-formula id="inf53">
<mml:math id="m60">
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>F</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, where <inline-formula id="inf54">
<mml:math id="m61">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is the node which is removed initially.</p>
<p>In the above cascading failure process, the selection of initially removed node directly affects the cascading failure scale. In other words, <inline-formula id="inf55">
<mml:math id="m62">
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>F</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> shows the robustness of charging network after removing node <inline-formula id="inf56">
<mml:math id="m63">
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. To show the more general robustness, we get the robustness of charging network after removing each and every node, and calculate the average as<disp-formula id="e8">
<mml:math id="m64">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:mi>F</mml:mi>
</mml:mrow>
<mml:mi>N</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mo>&#x2211;</mml:mo>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>F</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
</mml:mrow>
<mml:mrow>
<mml:mi>N</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>N</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
<label>(8)</label>
</disp-formula>
</p>
<p>Since <inline-formula id="inf57">
<mml:math id="m65">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>&#x2264;</mml:mo>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>F</mml:mi>
<mml:mi>i</mml:mi>
</mml:msub>
<mml:mo>&#x2264;</mml:mo>
<mml:mi>N</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>, <inline-formula id="inf58">
<mml:math id="m66">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:mi>F</mml:mi>
</mml:mrow>
<mml:mi>N</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> will be in the range [0, 1]. It shows the robustness of network if a randomly selected node is removed. We will use it as the index to measure the network performance.</p>
</sec>
<sec id="s4">
<title>4 Simulations</title>
<sec id="s4-1">
<title>4.1 Settings</title>
<p>In our simulation, the IRGG model is used to generate the spatial network. The number of nodes is <inline-formula id="inf59">
<mml:math id="m67">
<mml:mrow>
<mml:mi mathvariant="normal">N</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1000</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>. The connection radius is <inline-formula id="inf60">
<mml:math id="m68">
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0.1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>. The connection probability <italic>p</italic> is set so that the average node degree is <inline-formula id="inf61">
<mml:math id="m69">
<mml:mrow>
<mml:mo>&#x3c;</mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>&#x3e;</mml:mo>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>10</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
</sec>
<sec id="s4-2">
<title>4.2 Simulation results</title>
<p>In the cascading failure model, the most important thing is how to redistribute the load when a node is removed. Based on <xref ref-type="disp-formula" rid="e7">Eq. 7</xref>, the load redistribution considers two aspects. One is the degree of neighbor and the other is the distance from the removed node to its neighbor. These two aspects are controlled by tunable parameters <inline-formula id="inf62">
<mml:math id="m70">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf63">
<mml:math id="m71">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, respectively. <xref ref-type="fig" rid="F3">Figure 3</xref> and <xref ref-type="fig" rid="F4">Figure 4</xref> show the effects of <inline-formula id="inf64">
<mml:math id="m72">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf65">
<mml:math id="m73">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> on the network robustness due to cascading failures. It is quite interesting that no matter how the redundancy parameter <inline-formula id="inf66">
<mml:math id="m74">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> changes, we can find the optimal values <inline-formula id="inf67">
<mml:math id="m75">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf68">
<mml:math id="m76">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>. That is to say, the best strategy is that the neighbor receives the load proportional to the degree of neighbor. The optimal value <inline-formula id="inf69">
<mml:math id="m77">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> is also found in Ref. [<xref ref-type="bibr" rid="B25">25</xref>], which studied the cascading failures in Barabasi-Albert scale-free networks. Therefore, our finding in spatial networks indicates that this optimal value is universal. On the other hand, optimal value <inline-formula id="inf70">
<mml:math id="m78">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> indicates that when facing the cascading failures, it is the better not to consider the distance during the load redistribution. Of course, if the redundancy is large enough, the performance is almost unchanged for a positive value of <inline-formula id="inf71">
<mml:math id="m79">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
<fig id="F3" position="float">
<label>FIGURE 3</label>
<caption>
<p>Effect of parameter <inline-formula id="inf72">
<mml:math id="m80">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> on the cascading failures performance. <inline-formula id="inf73">
<mml:math id="m81">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> in the simulations.</p>
</caption>
<graphic xlink:href="fphy-10-1087410-g003.tif"/>
</fig>
<fig id="F4" position="float">
<label>FIGURE 4</label>
<caption>
<p>Effect of parameter <inline-formula id="inf74">
<mml:math id="m82">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> on the cascading failures performance. <inline-formula id="inf75">
<mml:math id="m83">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> in the simulations.</p>
</caption>
<graphic xlink:href="fphy-10-1087410-g004.tif"/>
</fig>
<p>Next, we show how the redundancy parameter <inline-formula id="inf76">
<mml:math id="m84">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> affects the robustness performance. <xref ref-type="fig" rid="F5">Figure 5</xref> and <xref ref-type="fig" rid="F6">Figure 6</xref> show the results.</p>
<fig id="F5" position="float">
<label>FIGURE 5</label>
<caption>
<p>Effect of redundancy parameter <inline-formula id="inf77">
<mml:math id="m85">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> on the cascading failures performance, with different values of <inline-formula id="inf78">
<mml:math id="m86">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. <inline-formula id="inf79">
<mml:math id="m87">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> in the simulations.</p>
</caption>
<graphic xlink:href="fphy-10-1087410-g005.tif"/>
</fig>
<fig id="F6" position="float">
<label>FIGURE 6</label>
<caption>
<p>Effect of parameter <inline-formula id="inf80">
<mml:math id="m88">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> on the cascading failures performance, with different values of <inline-formula id="inf81">
<mml:math id="m89">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. <inline-formula id="inf82">
<mml:math id="m90">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> in the simulations.</p>
</caption>
<graphic xlink:href="fphy-10-1087410-g006.tif"/>
</fig>
<p>In <xref ref-type="fig" rid="F5">Figure 5</xref>, when <inline-formula id="inf83">
<mml:math id="m91">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is small, <inline-formula id="inf84">
<mml:math id="m92">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:mi>F</mml:mi>
</mml:mrow>
<mml:mi>N</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> is almost 1. This is the case that the network is extremely fragile. Actually, when <inline-formula id="inf85">
<mml:math id="m93">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is small, each node has very limited redundancy to handle extra load from failed neighbors. So, when the extra load is received, it is highly possible the node is overloaded. In this case, no matter where is initial removed node, the network will collapse. When <inline-formula id="inf86">
<mml:math id="m94">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> becomes large, nodes have more and more redundancy to handle extra load from failed neighbors. Therefore, <inline-formula id="inf87">
<mml:math id="m95">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:mi>F</mml:mi>
</mml:mrow>
<mml:mi>N</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> drops, and the robustness is enhanced. Even though, the value of <inline-formula id="inf88">
<mml:math id="m96">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> influences the robustness. The influence of <inline-formula id="inf89">
<mml:math id="m97">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> can be divided into two categories. When <inline-formula id="inf90">
<mml:math id="m98">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
<mml:mo>&#x3c;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>, changing its value has distinct effect on the robustness. But when <inline-formula id="inf91">
<mml:math id="m99">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
<mml:mo>&#x3e;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>, changing its value has almost no effect on the robustness, which is consistent with <xref ref-type="fig" rid="F4">Figure 4</xref>. Comparing all values of <inline-formula id="inf92">
<mml:math id="m100">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, we can easily find that <inline-formula id="inf93">
<mml:math id="m101">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:mi>F</mml:mi>
</mml:mrow>
<mml:mi>N</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> is the lowest when <inline-formula id="inf94">
<mml:math id="m102">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
<p>In <xref ref-type="fig" rid="F6">Figure 6</xref>, the robustness performance drops with redundancy parameter <inline-formula id="inf95">
<mml:math id="m103">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. Comparing to the effect of <inline-formula id="inf96">
<mml:math id="m104">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> shown in <xref ref-type="fig" rid="F5">Figure 5</xref>, here the effect of <inline-formula id="inf97">
<mml:math id="m105">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is quite limited. No matter <inline-formula id="inf98">
<mml:math id="m106">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is positive or negative, the curves are quite close to each other.</p>
<p>Finally, we consider the network with different average number of links, and show the robustness performance in <xref ref-type="fig" rid="F7">Figure 7</xref>. It can be seen that the average number of links plays little role in the result. Indeed, when the average number of links is small, an overloaded node will redistribute its load to these small number of neighbors, then each neighbors will receive a relatively high extra load. On the other hand, however, also due to the small average number of links, a node will receive extra load from fewer neighbors. Putting these two aspects together, the total effect is almost the same. That is why the curves in <xref ref-type="fig" rid="F7">Figure 7</xref> are so closed.</p>
<fig id="F7" position="float">
<label>FIGURE 7</label>
<caption>
<p>Effect of redundancy parameter <inline-formula id="inf99">
<mml:math id="m107">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> on the cascading failures performance, with different values of &#x3c;k&#x3e;. <inline-formula id="inf100">
<mml:math id="m108">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>,</mml:mo>
<mml:mtext>&#x2009;</mml:mtext>
<mml:mi>&#x3b2;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> in the simulations.</p>
</caption>
<graphic xlink:href="fphy-10-1087410-g007.tif"/>
</fig>
</sec>
</sec>
<sec sec-type="conclusion" id="s5">
<title>5 Conclusion</title>
<p>In summary, this paper studies the robustness of the EV charging network. It is found that the load redistribution rule plays an important role in determine the network robustness. To achieve a good performance, the load should be transmitted to the neighbors based on neighbors&#x2019; degree. That is, neighbor with higher degree should receive more extra load and neighbor with lower degree should receive less extra load. On the other hand, to improve the performance, the distance should not be taken into account. Of course, when the load redundancy is large enough, the decision positively related to the distance has little effect on the network robustness.</p>
</sec>
</body>
<back>
<sec sec-type="data-availability" id="s6">
<title>Data availability statement</title>
<p>The original contributions presented in the study are included in the article/Supplementary Material, further inquiries can be directed to the corresponding author.</p>
</sec>
<sec id="s7">
<title>Author contributions</title>
<p>The conceptualization, method determination, mathematical modeling, simulation and data validation of this paper were done by SM, and JL participated in the algorithm design, simulation design, data organization and visualization, and report writing. All authors have read and agreed to the published version of this manuscript.</p>
</sec>
<sec sec-type="COI-statement" id="s8">
<title>Conflict of interest</title>
<p>Author SM was employed by Fujian Hesheng Zhixin Intelligent Electric Co., Ltd. Author JL was employed by State Grid Corporation of China Europe Representative Office.</p>
</sec>
<sec sec-type="disclaimer" id="s9">
<title>Publisher&#x2019;s note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations, or those of the publisher, the editors and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p>
</sec>
<ref-list>
<title>References</title>
<ref id="B1">
<label>1.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Yong</surname>
<given-names>JY</given-names>
</name>
<name>
<surname>Ramachandaramurthy</surname>
<given-names>VK</given-names>
</name>
<name>
<surname>Tan</surname>
<given-names>KM</given-names>
</name>
<name>
<surname>Mithulananthan</surname>
<given-names>N</given-names>
</name>
</person-group>. <article-title>A review on the state-of-the-art technologies of electric vehicle, its impacts and prospects</article-title>. <source>Renew Sustain Energ Rev</source> (<year>2015</year>) <volume>49</volume>:<fpage>365</fpage>&#x2013;<lpage>85</lpage>. <pub-id pub-id-type="doi">10.1016/j.rser.2015.04.130</pub-id>
</citation>
</ref>
<ref id="B2">
<label>2.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ding</surname>
<given-names>N</given-names>
</name>
<name>
<surname>Prasad</surname>
<given-names>K</given-names>
</name>
<name>
<surname>Lie</surname>
<given-names>TT</given-names>
</name>
</person-group>. <article-title>The electric vehicle: A review</article-title>. <source>Int J Electric Hybrid Vehicles</source> (<year>2017</year>) <volume>9</volume>:<fpage>49</fpage>&#x2013;<lpage>66</lpage>. <pub-id pub-id-type="doi">10.1504/ijehv.2017.082816</pub-id>
</citation>
</ref>
<ref id="B3">
<label>3.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>X</given-names>
</name>
<name>
<surname>Xing</surname>
<given-names>K</given-names>
</name>
<name>
<surname>Ni</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Xia</surname>
<given-names>Y</given-names>
</name>
</person-group>. <article-title>An electric vehicle battery-swapping system: Concept, architectures, and implementations</article-title>. <source>IEEE Intell Transport Syst Mag</source> (<year>2022</year>) <volume>14</volume>:<fpage>175</fpage>&#x2013;<lpage>94</lpage>. <pub-id pub-id-type="doi">10.1109/mits.2021.3119935</pub-id>
</citation>
</ref>
<ref id="B4">
<label>4.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Sun</surname>
<given-names>Z</given-names>
</name>
<name>
<surname>Zhou</surname>
<given-names>X</given-names>
</name>
<name>
<surname>Du</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Liu</surname>
<given-names>X</given-names>
</name>
</person-group>. <article-title>When traffic flow meets power flow: On charging station deployment with budget constraints</article-title>. <source>IEEE Trans Veh Technol</source> (<year>2017</year>) <volume>66</volume>:<fpage>2915</fpage>&#x2013;<lpage>26</lpage>. <pub-id pub-id-type="doi">10.1109/tvt.2016.2593712</pub-id>
</citation>
</ref>
<ref id="B5">
<label>5.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Erdogan</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Capar</surname>
<given-names>I</given-names>
</name>
<name>
<surname>Capar</surname>
<given-names>I</given-names>
</name>
<name>
<surname>Nejad</surname>
<given-names>MM</given-names>
</name>
</person-group>. <article-title>Establishing a statewide electric vehicle charging station network in Maryland: A corridor-based station location problem</article-title>. <source>Socio-Economic Plann Sci</source> (<year>2022</year>) <volume>79</volume>:<fpage>101127</fpage>. <pub-id pub-id-type="doi">10.1016/j.seps.2021.101127</pub-id>
</citation>
</ref>
<ref id="B6">
<label>6.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Yi</surname>
<given-names>T</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Lin</surname>
<given-names>T</given-names>
</name>
<name>
<surname>Liu</surname>
<given-names>J</given-names>
</name>
</person-group>. <article-title>Research on the spatial-temporal distribution of electric vehicle charging load demand: A case study in China</article-title>. <source>J Clean Prod</source> (<year>2020</year>) <volume>242</volume>:<fpage>118457</fpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2019.118457</pub-id>
</citation>
</ref>
<ref id="B7">
<label>7.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ge</surname>
<given-names>X</given-names>
</name>
<name>
<surname>Shi</surname>
<given-names>L</given-names>
</name>
<name>
<surname>Fu</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Muyeen</surname>
<given-names>SM</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>Z</given-names>
</name>
<name>
<surname>He</surname>
<given-names>H</given-names>
</name>
</person-group>. <article-title>Data-driven spatial-temporal prediction of electric vehicle load profile considering charging behavior</article-title>. <source>Electric Power Syst Res</source> (<year>2020</year>) <volume>187</volume>:<fpage>106469</fpage>. <pub-id pub-id-type="doi">10.1016/j.epsr.2020.106469</pub-id>
</citation>
</ref>
<ref id="B8">
<label>8.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Xiang</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Jiang</surname>
<given-names>Z</given-names>
</name>
<name>
<surname>Gu</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Teng</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Wei</surname>
<given-names>X</given-names>
</name>
<name>
<surname>Wang</surname>
<given-names>Y</given-names>
</name>
</person-group>. <article-title>Electric vehicle charging in smart grid: A spatial-temporal simulation method</article-title>. <source>Energy</source> (<year>2019</year>) <volume>189</volume>:<fpage>116221</fpage>. <pub-id pub-id-type="doi">10.1016/j.energy.2019.116221</pub-id>
</citation>
</ref>
<ref id="B9">
<label>9.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>X</given-names>
</name>
<name>
<surname>Wang</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Gonzlez</surname>
<given-names>MC</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>J</given-names>
</name>
</person-group>. <article-title>Multimicrogrid load balancing through EV charging networks</article-title>. <source>IEEE Internet Things J</source> (<year>2022</year>) <volume>9</volume>:<fpage>5019</fpage>&#x2013;<lpage>26</lpage>. <pub-id pub-id-type="doi">10.1109/jiot.2021.3108698</pub-id>
</citation>
</ref>
<ref id="B10">
<label>10.</label>
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Zhang</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Cai</surname>
<given-names>L</given-names>
</name>
<name>
<surname>Pan</surname>
<given-names>J</given-names>
</name>
</person-group>. <article-title>EV charging network design with transportation and power grid constraints</article-title>. In: <source>Proceedings of the IEEE conference on computer communications</source>. <publisher-loc>Honolulu, HI, USA</publisher-loc> (<year>2018</year>). p. <fpage>249215</fpage>&#x2013;<lpage>50019</lpage>.</citation>
</ref>
<ref id="B11">
<label>11.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Wang</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Dong</surname>
<given-names>ZY</given-names>
</name>
<name>
<surname>Luo</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Meng</surname>
<given-names>K</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>Y</given-names>
</name>
</person-group>. <article-title>Stochastic collaborative planning of electric vehicle charging stations and power distribution system</article-title>. <source>IEEE Trans Industr Inform</source> (<year>2018</year>) <volume>14</volume>:<fpage>321</fpage>&#x2013;<lpage>31</lpage>. <pub-id pub-id-type="doi">10.1109/tii.2017.2662711</pub-id>
</citation>
</ref>
<ref id="B12">
<label>12.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ma</surname>
<given-names>TY</given-names>
</name>
<name>
<surname>Xie</surname>
<given-names>S</given-names>
</name>
</person-group>. <article-title>Optimal fast charging station locations for electric ridesharing with vehicle-charging station assignment</article-title>. <source>Transportation Res D: Transport Environ</source> (<year>2021</year>) <volume>90</volume>:<fpage>102682</fpage>. <pub-id pub-id-type="doi">10.1016/j.trd.2020.102682</pub-id>
</citation>
</ref>
<ref id="B13">
<label>13.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Luo</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Huang</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Gupta</surname>
<given-names>V</given-names>
</name>
</person-group>. <article-title>Placement of ev charging stations&#x2014;Balancing benefits among multiple entities</article-title>. <source>IEEE Trans Smart Grid</source> (<year>2017</year>) <volume>8</volume>:<fpage>759</fpage>&#x2013;<lpage>68</lpage>.</citation>
</ref>
<ref id="B14">
<label>14.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Xiong</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Gan</surname>
<given-names>J</given-names>
</name>
<name>
<surname>An</surname>
<given-names>B</given-names>
</name>
<name>
<surname>Miao</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Bazzan</surname>
<given-names>ALC</given-names>
</name>
</person-group>. <article-title>Optimal electric vehicle fast charging station placement based on game theoretical framework</article-title>. <source>IEEE Trans Intell Transp Syst</source> (<year>2018</year>) <volume>19</volume>:<fpage>2493</fpage>&#x2013;<lpage>504</lpage>. <pub-id pub-id-type="doi">10.1109/tits.2017.2754382</pub-id>
</citation>
</ref>
<ref id="B15">
<label>15.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Liu</surname>
<given-names>Z</given-names>
</name>
<name>
<surname>Wen</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Gerard</surname>
<given-names>L</given-names>
</name>
</person-group>. <article-title>Optimal planning of electric-vehicle charging stations in distribution systems</article-title>. <source>IEEE Trans Power Deliv</source> (<year>2013</year>) <volume>28</volume>:<fpage>102</fpage>&#x2013;<lpage>10</lpage>. <pub-id pub-id-type="doi">10.1109/tpwrd.2012.2223489</pub-id>
</citation>
</ref>
<ref id="B16">
<label>16.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>X</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>T</given-names>
</name>
<name>
<surname>Ye</surname>
<given-names>W</given-names>
</name>
<name>
<surname>Wang</surname>
<given-names>Z</given-names>
</name>
<name>
<surname>Iu</surname>
<given-names>HHC</given-names>
</name>
</person-group>. <article-title>Blockchain-based electric vehicle incentive system for renewable energy consumption</article-title>. <source>IEEE Trans Circuits Syst</source> (<year>2021</year>) <volume>68</volume>:<fpage>396</fpage>&#x2013;<lpage>400</lpage>. <pub-id pub-id-type="doi">10.1109/tcsii.2020.2996161</pub-id>
</citation>
</ref>
<ref id="B17">
<label>17.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Motter</surname>
<given-names>AE</given-names>
</name>
<name>
<surname>Lai</surname>
<given-names>Y-C</given-names>
</name>
</person-group>. <article-title>Cascade-based attacks on complex networks</article-title>. <source>Phys Rev E</source> (<year>2002</year>) <volume>66</volume>:<fpage>065102</fpage>. <pub-id pub-id-type="doi">10.1103/physreve.66.065102</pub-id>
</citation>
</ref>
<ref id="B18">
<label>18.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Crucitti</surname>
<given-names>P</given-names>
</name>
<name>
<surname>Latora</surname>
<given-names>V</given-names>
</name>
<name>
<surname>Marchiori</surname>
<given-names>M</given-names>
</name>
</person-group>. <article-title>Model for cascading failures in complex networks</article-title>. <source>Phys Rev E</source> (<year>2004</year>) <volume>69</volume>:<fpage>045104</fpage>. <pub-id pub-id-type="doi">10.1103/physreve.69.045104</pub-id>
</citation>
</ref>
<ref id="B19">
<label>19.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Sch&#xe4;fer</surname>
<given-names>B</given-names>
</name>
<name>
<surname>Witthaut</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Timme</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Latora</surname>
<given-names>V</given-names>
</name>
</person-group>. <article-title>Dynamically induced cascading failures in power grids</article-title>. <source>Nat Commun</source> (<year>2018</year>) <volume>9</volume>:<fpage>1975</fpage>. <pub-id pub-id-type="doi">10.1038/s41467-018-04287-5</pub-id>
</citation>
</ref>
<ref id="B20">
<label>20.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Xia</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Wang</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Shen</surname>
<given-names>H-L</given-names>
</name>
<name>
<surname>Song</surname>
<given-names>H</given-names>
</name>
</person-group>. <article-title>Cascading failures in spatial complex networks</article-title>. <source>Physica A: Stat Mech its Appl</source> (<year>2020</year>) <volume>559</volume>:<fpage>125071</fpage>. <pub-id pub-id-type="doi">10.1016/j.physa.2020.125071</pub-id>
</citation>
</ref>
<ref id="B21">
<label>21.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Wang</surname>
<given-names>J-W</given-names>
</name>
<name>
<surname>Rong</surname>
<given-names>L-L</given-names>
</name>
</person-group>. <article-title>Cascade-based attack vulnerability on the US power grid</article-title>. <source>Saf Sci</source> (<year>2009</year>) <volume>47</volume>:<fpage>1332</fpage>&#x2013;<lpage>6</lpage>. <pub-id pub-id-type="doi">10.1016/j.ssci.2009.02.002</pub-id>
</citation>
</ref>
<ref id="B22">
<label>22.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Jin</surname>
<given-names>Z</given-names>
</name>
<name>
<surname>Duan</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Wang</surname>
<given-names>N</given-names>
</name>
</person-group>. <article-title>Cascading failure of complex networks based on load redistribution and epidemic process</article-title>. <source>Physica A: Stat Mech its Appl</source> (<year>2022</year>) <volume>606</volume>:<fpage>128041</fpage>. <pub-id pub-id-type="doi">10.1016/j.physa.2022.128041</pub-id>
</citation>
</ref>
<ref id="B23">
<label>23.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Watts</surname>
<given-names>DJ</given-names>
</name>
</person-group>. <article-title>A simple model of global cascades on random networks</article-title>. <source>Proc Natl Acad Sci U S A</source> (<year>2002</year>) <volume>99</volume>:<fpage>5766</fpage>&#x2013;<lpage>71</lpage>. <pub-id pub-id-type="doi">10.1073/pnas.082090499</pub-id>
</citation>
</ref>
<ref id="B24">
<label>24.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Lin</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Xia</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Liang</surname>
<given-names>Y</given-names>
</name>
</person-group>. <article-title>Efficient routing for spatial networks</article-title>. <source>Chaos</source> (<year>2022</year>) <volume>32</volume>:<fpage>053110</fpage>. <pub-id pub-id-type="doi">10.1063/5.0091976</pub-id>
</citation>
</ref>
<ref id="B25">
<label>25.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Wang</surname>
<given-names>J-W</given-names>
</name>
<name>
<surname>Rong</surname>
<given-names>L-L</given-names>
</name>
</person-group>. <article-title>Cascading failures in Barabasi-Albert scale-free networks with a breakdown probability</article-title>. <source>Int J Mod Phys C</source> (<year>2009</year>) <volume>20</volume>:<fpage>585</fpage>&#x2013;<lpage>95</lpage>. <pub-id pub-id-type="doi">10.1142/s0129183109013819</pub-id>
</citation>
</ref>
</ref-list>
</back>
</article>