<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Preliminary Analysis of LTE Systems with Edge Cloud Computing for Video Streaming Applications</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Lorenza Cotugno</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Enterprise Engineering Mario Lucertini, University of Tor Vergata</institution>
          ,
          <addr-line>Rome</addr-line>
        </aff>
      </contrib-group>
      <fpage>49</fpage>
      <lpage>59</lpage>
      <abstract>
        <p>technologies such as afordable processors, fast internet access, and standardization. This development has been With the introduction of packet-switched networks, it driven by the need to bridge the gap between high user became possible to distribute multimedia content that demands and limited network and storage capacities. For combines data with audio and video information. In example, a digital video signal of "television quality" refact, once digitized, audio and video information is trans- quires 216 Mbit of storage transmission capacity for one ferred in byte format. The initial dificulties encountered, second of video, while a movie with a duration of about however, involved the need for increasingly performant two hours requires over 194 GB of space, values that exconnections between network nodes in terms of band- ceed the current capacities of networks. Video CODECs width and throughput for real-time applications such are essential as they allow data compression, facilitating as internet telephony (VoIP) and streaming, the latter transmission and storage. having become predominant in internet trafic. Most video CODECs currently in use conform to one The main transport protocol for these applications is of the international standards for video encoding. Among the Real-Time Protocol (RTP), which operates over lower- the most influential, JPEG has become the standard for level protocols like UDP [1, 2, 3]. With the constant storing still images, while MPEG-2 and its evolutions, increase in IP trafic, a significant rise in video trafic such as MPEG-4, are essential for digital television and is expected, which will constitute a large part of global DVDs [9, 10, 11, 12, 13, 14, 15, 16, 17]. Other video internet trafic. CODECs on the market include Divx, Xvid, VP8, VP9, The growth of the sector involves various players, from and VP10. Telcos, telecommunications operators overseeing technological infrastructures, to "Over The Top" (OTT) entities, 2.2. Cloud Computing which come from the digital services and technology sector and need an infrastructure to provide their services The term Internet of Things (IoT), coined by Kevin Ash[4, 5] and energy systms [6, 7, 8]. The transition from a ton, refers to a set of devices connected to the Internet, "voice-centric" to a "data-centric" communication model such as mobile phones, cofee machines, and many other has required new interconnection models and services objects [18, 19, 20, 21]. such as Content Delivery Networks (CDNs) to improve In 2003, there were about 6.3 billion people living on the Quality of Experience (QoE) for users. the planet and 500 million devices connected to the InThis work focuses on improving QoE through Trans- ternet, well below the threshold to consider the IoT as parent Caching platforms, analyzing technologies and such. mathematical models, with the aim of optimizing access The explosive growth of smartphones, tablets, and PCs to multimedia content on modern networks such as LTE. brought the number of devices connected to the InterThe work is structured into various chapters that address net to 12.5 billion in 2010, while the world population technical and practical aspects related to these topics. increased to 6.8 billion. It is precisely from this moment that the expansion of the IoT, according to Cisco IBSG's definition, begins [22]. 2. Services The eficient and stable use of IoT technologies is linked to the data management and processing capa2.1. Codec Video bilities, significantly improved with cloud computing platforms such as fog computing or edge computing. The main advantages of using cloud computing are:</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>In recent years, image and video encoding has become
crucial for many digital applications, thanks to advanced
• cost reduction;
• faster access;;
• economies of scale;
• improvement of overall performance;
• greater security.</p>
    </sec>
    <sec id="sec-2">
      <title>3. Content Distribution Platforms</title>
      <sec id="sec-2-1">
        <title>3.3. Transparent caching</title>
        <p>3.1. Content Distribution: "The The function of a Transparent Caching platform is
similar to that of traditional CDNs, which is to ensure that</p>
        <p>Bottleneck Theory" content is placed near the end users, thereby reducing
The concept of content distribution arises from the sim- both the round trip time (RTT) and packet loss, thus
ple necessity of having content closer to the customers improving throughput performance and Quality of
Exwho request it. Content distribution technologies have perience. The main diference from traditional CDNs
become pioneers in addressing some of the issues gener- is that Transparent Caching platforms use self-learning
ated by the rapid growth of the Web, such as slow content functionalities, meaning they dynamically learn the most
download times and WAN link congestion. important content (generally the most requested) and</p>
        <p>The objective of this work is to measure the quality then classify them in order of importance, i.e., based on
of certain connections to solve the problem of the "dis- the most viewed. The content is then stored on a platform
tant" location of some servers, which should instead be and made available only on demand. In addition to the
"replicated" near the client (requester) to optimize the traditional functions of a CDN, Transparent Caching
platuser experience and resource utilization. forms are often used for IP trafic that carries content not</p>
        <p>A data flow can traverse a network only at the speed considered stable (such as web content) or for trafic for
allowed by the slowest link in its path. In theory, every which there is no agreement with the Content Provider.
route through a network has a potential "bottleneck. The The use of Transparent Caching platforms ofers multiple
necessity to improve the throughput is crucial for Non- advantages:
Terrestrial Networks (NTNs) [23]. • no client configuration required, reducing
admin</p>
        <p>These critical points, often located at the "edge" of the istrative activities;
Internet, are primarily influenced by bandwidth. In the
past, corporate networks followed the 80/20 rule (80% • increased application throughput;
of trafic on the LAN and 20% on the WAN), but with • decreased necessary bandwidth;
the expansion of the Internet, this balance has reversed, • greater reliability.
leading to an overload on the WAN. Companies, due to In summary, Transparent Caching platforms ofer a
flexieconomic constraints, cannot increase the bandwidth of ble and efective solution for improving network
perforWAN links, making these critical points the main sources mance, optimizing content access for end users.
of congestion.</p>
      </sec>
      <sec id="sec-2-2">
        <title>3.2. Content Delivery Network (CDN)</title>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>4. Performance Evaluation</title>
      <p>Content Delivery Network or Content Distribution Net- 4.1. Definition
work is represented by a group of network servers
located in specific data centers around the world with the Network performance is evaluated through the
measurepurpose of facilitating the faster retrieval of content for ment of appropriate indicators, of which throughput
Internet users. These servers cache all the information (data flow) and latency are the main ones. It is then
requested by a content provider. useful, if not essential, to consider the quantities derived</p>
      <p>CDNs improve the distribution of various types of con- from these.
tent, including high-definition videos, audio streams, and
software downloads. The use of CDNs ofers significant 4.1.1. Bandwidth
advantages such as:</p>
      <p>Bandwidth is the capacity of the physical channel
avail• improvement of Quality of Experience and down- able to transfer a certain amount of information (in bits)
load times; relative to the considered time interval.
• protection of servers from overloads and
inter</p>
      <p>ruptions; 4.1.2. Throughput (TH or THR)
• flexibility in managing static content;
• ease in handling access spikes and increased
security against attacks.</p>
      <p>Throughput refers to the amount of data trafic and
information that actually reaches its destination within a unit
of time, net of network losses and protocol operations.</p>
      <p>Thus, throughput is linked to the Quality of Experience
perceived by the end user.</p>
      <p>In summary, CDNs represent a fundamental
infrastructure for the eficient distribution of content on the
Internet, making the user experience smoother and more
secure.
4.1.3. Latency
Latency is the time required for a message to reach the
destination node and is measured in units of time, usually
seconds.</p>
      <sec id="sec-3-1">
        <title>4.1.4. Round Trip Time (RTT)</title>
        <p>In this work, latency is considered as a performance
indicator, defined as the time required for a message to travel
from a source node to a destination node and then back
to the source node. This time interval is called the Round
Trip Time (RTT) of the network.</p>
      </sec>
      <sec id="sec-3-2">
        <title>4.1.5. Packet loss (PL o PLR)</title>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>5. Enabling Technologies</title>
      <p>Packet loss is a good measure of the quality of the
connection (in terms of packet loss rate) for many TCP-based
applications. It is generally caused by congestion, which
in turn causes queuing of messages waiting to be
transferred (e.g., in routers).</p>
      <p>A study conducted by Cisco on global Internet trafic
forecasts and trends for the period 2017-2022 has shown
that mobile data trafic during this period will increase
exponentially, reaching approximately 77.5 Exabytes per
4.1.6. Bit Rate (BR) month by 2022 [24]. This volume will represent 20%
The bit rate (or transmission rate) is the number of bits of total IP trafic. To cope with this sudden increase in
per second; that is, the amount of digital information data trafic, new technologies have been introduced to
(bits) transferred per unit of time (second). Generally, it enhance data transmission speeds and make frequency
determines the size and quality of video and audio files: spectrum usage more eficient. Additionally, new
frethe higher the bit rate, the better the quality of the video quencies for mobile radiocommunication have been
inand the larger the file size. troduced through an increase in the number of radio cells.
This new technological approach has resulted in an
increase in spectrum eficiency of about three times that of
4.2. Mathis Model its predecessors, with significantly lower network costs.
The Mathis model explains the relationship between LTE stands for Long Term Evolution; the
telecommunithroughput and packet loss through the following for- cations body known as the Third Generation Partnership
mula: Project (3GPP) initiated the project in 2004, although this
  =    new technology first entered the market starting in 2010.</p>
      <p>* √ LTE represents a broadband wireless technology
dewhere: signed within the telecommunications market.
According to 3GPP, a series of advanced requirements have been
identified for using this new technology:
• MSS (Maximum Segment Size) is the maximum</p>
      <p>segment size;
• TH is the throughput;
• RTT is the round trip time;
• p is the probability of packet loss;
• C is a constant with a value equal to √︁ 23 .</p>
      <p>For simplicity, the values of p and the maximum
segment size (MSS = 1460 bytes) are assumed to be constant.</p>
      <p>The Mathis formula, therefore, highlights how the value
of throughput is inversely proportional to the probability
of packet loss and latency, but directly proportional to the
segment length, as summarized in the following figure.
• Reduction of cost per bit
• Increased service provisioning: more services at</p>
      <p>lower costs with improved user experience
• Flexibility in using existing and new frequency</p>
      <p>bands
• Simplified architecture, open interfaces
• Allowing reasonable terminal power
consump</p>
      <p>tion</p>
      <p>The primary goal of LTE is to provide high data
transmission speeds and increase capacity, improve coverage,
achieve low latency, and optimize packet access
technology to support flexible bandwidth implementation.</p>
      <p>At the same time, its network architecture has been
designed to support packet-switched trafic, seamlessly and
with high quality of service.</p>
      <p>The LTE standard, therefore, supports only
packetswitched communication with its all-IP network. The
reason LTE is designed exclusively for packet switching
is that it aims to provide uninterrupted IP connectivity
between user equipment and the packet data network,
without interrupting end-user applications during mobil- Figure 2: Scenario 1
ity [25].</p>
    </sec>
    <sec id="sec-5">
      <title>6. Project</title>
      <sec id="sec-5-1">
        <title>6.1. Introduction</title>
        <p>The experimental activity presented describes the use
of a drone equipped with a camera payload and a link
to a ground station for transmitting a video made in
accordance with the assigned mission, in 4K resolution,
followed by uploading it to a transparent caching system.</p>
        <p>The drone’s function is simulated; the drone sends
video to the server, which processes the received data.
The server then sends the data to the client upon request.</p>
        <p>Specifically, this work focuses on the activity described,
for which a campaign was conducted to measure the
quality of the link established between a client located
at the University of Tor Vergata or at Villa Mondragone
in Frascati, who wishes to view or download the video
from a server located in Paris, Île-de-France.</p>
      </sec>
      <sec id="sec-5-2">
        <title>6.2. Objective</title>
        <p>The measured data will lead to a series of results
representing a significant sample for evaluating the benefits
derived from using a transparent caching function and
estimating how this position afects final performance. In
particular, simulations of transparent caching located at
progressively decreasing distances from the client will be
used in two diferent scenarios (e.g., in the first scenario,
the client is located at Villa Mondragone, the server at
Îlede-France, and the transparent caching servers in Milan,
Rome, and Tor Vergata).</p>
        <p>In terms of latency, it is expected that approaching the
server will result in a reduction of this metric, leading to
an increase in throughput.</p>
      </sec>
      <sec id="sec-5-3">
        <title>6.3. Theoretical Preparation and</title>
      </sec>
      <sec id="sec-5-4">
        <title>Application of the Mathis Law</title>
        <p>6.3.1. Ping
The ping function allows measuring the response time
(round-trip time in milliseconds (ms)), packet loss
percentages, variability in response time both in the short
term (seconds scale) and long term, and the lack of
reachability, i.e., no response for a series of pings.</p>
        <sec id="sec-5-4-1">
          <title>6.3.2. Performance Measurements</title>
          <p>Network processing eficiency largely depends on the
network’s ability to ensure an adequate level of
performance, which must be measurable. Specifically, as
previously illustrated, throughput is preferred, as it reflects
actual measured performance rather than the maximum
bandwidth available on the line. The second measurable
value characterizing performance is latency, which
corresponds to the time required for a message to traverse the
network from the source node to the destination node
and back to the source node. It is measured exclusively
in terms of time.</p>
        </sec>
        <sec id="sec-5-4-2">
          <title>6.3.3. Constraints and Limits of Measurements</title>
          <p>A single physical line connecting the same two
computers continuously has a constant RTT value, while TCP
connections are likely to exhibit very diferent RTT
values. For example, a TCP connection between two cities
thousands of kilometers apart might have an RTT of 100
ms, whereas a TCP connection between two computers
in the same room, only a few meters apart, might have
an RTT of 1 ms, and the same TCP protocol must
accommodate both connections. Additionally, to complete the
scenario, the connection between the two cities might
vary significantly within the same day, and even
variations in RTT values are possible during a TCP connection
lasting only a few minutes.
6.4. Tools
For conducting the experimental campaign, the following
tools, data processing devices, and network equipment
were used:
• iperf3;
• smartphone with Android operating system;
• PC with Windows 10 operating system.</p>
        </sec>
      </sec>
      <sec id="sec-5-5">
        <title>6.5. Scenario 1</title>
        <p>The experimental activity was based on measuring the
RTT (Round Trip Time) using the PING functionality for
decreasing distances, following the schema represented
below and assuming that the service requester (client)
was always located at the Villa Mondragone site.</p>
        <p>The distance between the fixed client station and the
servers simulating the transparent caching functionality
at increasing distances also serves to hypothesize the
theoretical value of RTT, which can be confirmed by the
ping measurement. Some measurement samples confirm
the validity of this reasoning.</p>
        <sec id="sec-5-5-1">
          <title>6.5.1. Case 1 - Tratta Villa</title>
        </sec>
        <sec id="sec-5-5-2">
          <title>Mondragone-Ile-de-France</title>
          <p>In the first scenario, Villa Mondragone was considered
the access site (client) from which requests were made
to the server at decreasing distances. In the initial phase,
measurements were conducted using the IPERF3 tool,
and these measurements were found to be consistent
with those of the subsequent phase. A PING request
was then sent to simulate access to the server located in
Île-de-France, approximately 1450 km away. RTT
measurements were taken with the PC (Villa
MondragoneÎle-de-France) for diferent packet lengths, expressed in
bytes. Subsequently, using the Mathis law, the
throughput values for various PLR (0.1% and 0.37%) were derived,
as shown in the following figure:</p>
        </sec>
        <sec id="sec-5-5-3">
          <title>6.5.2. Case 2 - Villa Mondragone-Milan Route</title>
          <p>As in the previous case, this simulation considers the
client located at Villa Mondragone, while the server being
queried is positioned in Milan. In this scenario, it is
as if a "transparent caching server" were used, placed
in locations closer to the client compared to the server
where the videos are stored. For this connection, RTT
measurements were taken with the PC for the distance
of approximately 600 km (Villa Mondragone-Milan) with
various packet sizes, expressed in bytes. Subsequently,
applying the Mathis formula, the throughput values were
derived for diferent Packet Loss Rates (PLR) of 0.1% and
0.37%, as shown in the following figure:</p>
        </sec>
        <sec id="sec-5-5-4">
          <title>6.5.3. Case 3 - Villa Mondragone-Rome Route</title>
          <p>Similar to Case 2, in this simulation, the client is at Villa
Mondragone, while the server is located in Rome. For this
connection, RTT was measured with the PC for the
distance of approximately 30 km (Villa Mondragone-Rome)
with diferent packet sizes, expressed in bytes. Using the
Mathis formula, the throughput values were derived for
various PLR values of 0.1% and 0.37%, as illustrated in
the following figure:</p>
        </sec>
        <sec id="sec-5-5-5">
          <title>6.5.4. Case 4 - Villa Mondragone-Tor Vergata</title>
        </sec>
        <sec id="sec-5-5-6">
          <title>University Route</title>
          <p>In this case, as in the previous ones, the client is at Villa
Mondragone, and the server is positioned at the
University of Tor Vergata, Department of Information
Engineering. RTT measurements were taken with the PC for the
distance of approximately 10 km (Villa Mondragone-Tor
Vergata) with various packet sizes, expressed in bytes.
The Mathis formula was then used to derive the
throughput values for diferent PLR values of 0.1% and 0.37%, as
shown in the following figure:</p>
        </sec>
        <sec id="sec-5-5-7">
          <title>6.5.5. Case 5 - Villa Mondragone-Villa</title>
        </sec>
        <sec id="sec-5-5-8">
          <title>Mondragone Route</title>
          <p>In this final case, both the client and server are located
at Villa Mondragone. For this connection, RTT was
measured with the PC for the distance of approximately 0
km (Villa Mondragone-Villa Mondragone) with various
packet sizes, expressed in bytes. The throughput values
were then derived using the Mathis formula for diferent
PLR values of 0.1% and 0.37%, as depicted in the following
ifgure:</p>
        </sec>
      </sec>
      <sec id="sec-5-6">
        <title>6.6. Scenario 2</title>
        <p>The experimental activity was based on measuring RTT
using the PING functionality for decreasing distances,
following the schema represented below, assuming that
the service requester (client) was always located at the
University of Tor Vergata, Department of Information
Engineering.</p>
        <p>The distance between the fixed client station and
the servers, which simulate the behavior of transparent
caching at increasing distances, also helps to hypothesize
the theoretical value of RTT, which can be confirmed
by the ping measurements. Some sample measurements
confirm the validity of this reasoning.
In the first scenario, the University of Tor Vergata
(Department of Information Engineering) was considered
the access site (client) from which to request data from
the server at decreasing distances. Initially,
measurements were conducted using the IPERF3 tool, and results
were consistent with those obtained in the subsequent
phase. A PING request was then sent simulating
access to the server located in Ile-de-France, approximately
1440 km away. For this connection, RTT measurements
were taken with the PC (University of Tor Vergata-Ile
de France) with various packet sizes, expressed in bytes.
Subsequently, applying the Mathis formula, the
throughput value was derived for diferent PLR values (0.1% and
0.37%), as shown in the following figure:</p>
        <sec id="sec-5-6-1">
          <title>6.6.2. Case 2 - University of Tor Vergata-Milan</title>
        </sec>
        <sec id="sec-5-6-2">
          <title>Route</title>
          <p>As in the previous case, in this simulation, the client is
located at the University of Tor Vergata (Department of
Information Engineering), while the queried server is
positioned in Milan. In this scenario, it is as if a "transparent
caching server" were used, placed in locations closer to
the client compared to the server where the videos are
stored. For this connection, RTT was measured with the
PC for a distance of approximately 595 km (University of
Tor Vergata-Milan) with various packet sizes, expressed
in bytes. Applying the Mathis formula, the throughput
value was derived for diferent PLR values (0.1% and
0.37%), as illustrated in the following figure:</p>
        </sec>
        <sec id="sec-5-6-3">
          <title>6.6.3. Case 3 - University of Tor Vergata-Rome</title>
        </sec>
        <sec id="sec-5-6-4">
          <title>Route</title>
          <p>In this third case, the client remains at the University of
Tor Vergata (Department of Information Engineering),
while the server is located in Rome. For this
connection, RTT was measured with the PC for the distance of
approximately 13 km (University of Tor Vergata-Rome)
with various packet sizes, expressed in bytes. Applying
the Mathis formula, the throughput value was derived
for diferent PLR values (0.1% and 0.37%), as shown in
the following figure:</p>
        </sec>
        <sec id="sec-5-6-5">
          <title>6.6.4. Case 4 - University of Tor Vergata-University of Tor Vergata Route</title>
          <p>In this final case, both the client and server are located at
the University of Tor Vergata (Department of Information
Engineering). For this connection, RTT was measured
with the PC for the distance of approximately 0 km
(University of Tor Vergata-University of Tor Vergata) with
various packet sizes, expressed in bytes. Applying the
Mathis formula, the throughput value was derived for
diferent PLR values (0.1% and 0.37%), as depicted in the
following figure:</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>7. Conclusions</title>
      <sec id="sec-6-1">
        <title>7.1. Scenario 1 - Considerations on the Behavior of the Function THR=f(RTT)</title>
        <p>From a theoretical standpoint, applying the Mathis law
and experimental laws linking distance to RTT yields
results consistent with those measured. Specifically, the
following aggregated values reflect a decreasing trend of
THR as a function of RTT.
7.1.1. PLR=0,1%
Tor Vergata (Case 4), and Villa Mondragone (Case
5);
• 86 &lt;   &lt; 99: THR for Case 1 is above
Cases 2 and 4, so the Transparent Caching
locations that still maintain eficient performance are
Rome (Case 3) and Villa Mondragone (Case 5);
• 99 &lt;   &lt; 105: THR for Case 1 is
above Cases 2, 3, and 4, meaning that the only
Transparent Caching location still providing
eficiency is Villa Mondragone (Case 5);
• 105 &lt;   &lt; 127: THR for Case 1 is
above Cases 3 and 4. Therefore, the Transparent
Caching locations that still ensure eficiency are
Milan (Case 2) and Villa Mondragone (Case 5);
•   &gt; 127: THR for Case 1 is above all
other cases, indicating that none of the other
Transparent Caching locations ensure eficient
performance.</p>
        <p>In summary, the final situation of Scenario 1 with PLR
= 0.1% is represented in the following figure:</p>
        <p>Comparing the various curves for the diferent cases in
Scenario 1, with PLR = 0.1%, the following observations
are made:
•   &lt; 82: THR decreases as RTT increases.</p>
        <p>In particular, the curve representing the
simulation without Transparent Caching (Case 1) lies
below all other curves, indicating that the result
aligns well with expectations;
• 82 &lt;   &lt; 86: THR for the case
without Transparent Caching (Case 1) is above the
curve representing Milan (Case 2). In this
interval, the Transparent Caching locations that still
ensure eficient performance are Rome (Case 3),</p>
        <p>In this case, the behavior of the functions is identical
to the case with PLR = 0.1%, while at the same RTT,
the THR value is approximately 90% higher than in the
previous case. Therefore, it is observed that this second
case validates the results already obtained.
ensures eficient performance is only Tor Vergata
(case 4), which is the same site where the client
is located;
•   &gt; 180: The ECC no longer has any
efect, and it is better for the client to query the
main server directly.</p>
        <p>In summary, the final situation for Scenario 2 with PLR
= 0.1% is represented in the following figure:</p>
      </sec>
      <sec id="sec-6-2">
        <title>7.2. Scenario 2 - Considerations on the Behavior of the Function THR=f(RTT)</title>
        <p>From a theoretical perspective, applying the Mathis
equation and experimental laws linking distance to RTT
values leads to results similar to those measured. In particu- 7.2.2. PLR=0,37%
lar, the following aggregated values reflect a decreasing
trend of THR as a function of RTT.
7.2.1. PLR=0,1%
With similar considerations applied for a diferent PLR
(=0.37%), the following observations are made:</p>
        <p>From the comparison of the various curves for the
diferent cases in Scenario 2 with a PLR of 0.1%, the
following observations are made:
•   &lt; 167: THR decreases as RTT
increases, and in particular, the curve
representing the simulation without ECC (case 1) is below
all others, indicating that the result is largely as
expected;
• 167 &lt;   &lt; 172: THR for the case
without ECC (case 1) is above that for Milan (case
2), so in this range, the ECCs that ensure eficient
performance are Rome (case 3) and Tor Vergata
(case 4);
• 172 &lt;   &lt; 180: THR for case 1 is
above that for cases 2 and 3, so the ECC that still</p>
        <p>The behavior of the functions is identical to the case
with PLR = 0.1%, while at the same RTT, the THR value
is approximately 90% higher than in the previous case.</p>
        <p>Therefore, this second case also validates the results
previously obtained.
In summary, the behavior between the two scenarios
is consistent. Indeed, for lower extreme values of RTT
within the defined ranges for both scenarios, a server
without ECC does not appear advantageous, whereas all
other sites simulating the ECC function (Milan, Rome,
Tor Vergata, and Villa Mondragone) are beneficial.
Conversely, for higher extreme values of RTT, the site can be
directly accessed by the client, as the values observed on
other servers do not justify the use of ECC. In
intermediate positions, however, as RTT increases, it becomes
increasingly advantageous to use the server closest to
the client.</p>
        <p>Therefore, in conclusion, the experimental activity
measuring RTT in diferent cases confirms and validates
the results from the simulation activity based on the
Mathis equation.</p>
      </sec>
      <sec id="sec-6-3">
        <title>7.3. Percentage Variations in RTT</title>
        <p>Considering the percentage variations in RTT across
diferent cases diferentiated by server location, the
results shown in the following figure are obtained. It is
observed that the RTT variation is around 20%, except
for the Tor Vergata site, where the variation is
approximately 150%. The significant diference noted is certainly
attributable to the quality of the LTE connection
during the measurements. Given that the average value
of the measurements is notably lower and consistent
with theoretical predictions, it can be considered that the
"anomalous" value might be regarded as a statistically
insignificant outlier.</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>L.</given-names>
            <surname>Peterson</surname>
          </string-name>
          , Computer Networks:
          <article-title>A Systems Approach</article-title>
          , Larry Peterson and
          <string-name>
            <given-names>Bruce</given-names>
            <surname>Davie</surname>
          </string-name>
          ,
          <year>2019</year>
          . (book).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>D.</given-names>
            <surname>Połap</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Woźniak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          , E. Tramontana,
          <article-title>Real-time cloud-based game management system via cuckoo search algorithm</article-title>
          ,
          <source>International Journal of Electronics and Telecommunications</source>
          <volume>61</volume>
          (
          <year>2015</year>
          )
          <fpage>333</fpage>
          -
          <lpage>338</lpage>
          . doi:
          <volume>10</volume>
          .1515/eletel-2015-0043.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Pappalardo</surname>
          </string-name>
          , E. Tramontana,
          <article-title>Improving files availability for bittorrent using a difusion model</article-title>
          ,
          <source>in: Proceedings of the Workshop on Enabling Technologies: Infrastructure for Collaborative Enterprises, WETICE</source>
          ,
          <year>2014</year>
          , p.
          <fpage>191</fpage>
          -
          <lpage>196</lpage>
          . doi:
          <volume>10</volume>
          .1109/WETICE.
          <year>2014</year>
          .
          <volume>65</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>G.</given-names>
            <surname>Ciccarella</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Vatalaro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Vizzarri</surname>
          </string-name>
          ,
          <article-title>Content delivery on ip network: Service providers and tv broadcasters business repositioning</article-title>
          ,
          <source>in: 2019 3rd International Conference on Recent Advances in Signal Processing, Telecommunications &amp; Computing (SigTelCom)</source>
          , IEEE,
          <year>2019</year>
          , pp.
          <fpage>149</fpage>
          -
          <lpage>154</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>G.</given-names>
            <surname>De Magistris</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          , P. Roma,
          <string-name>
            <given-names>J. T.</given-names>
            <surname>Starczewski</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <article-title>An explainable fake news detector based on named entity recognition and stance classification applied to covid-19,</article-title>
          <string-name>
            <surname>Information</surname>
          </string-name>
          (Switzerland)
          <volume>13</volume>
          (
          <year>2022</year>
          ). doi:
          <volume>10</volume>
          .3390/info13030137.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>G.</given-names>
            <surname>Capizzi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. Lo</given-names>
            <surname>Sciuto</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <string-name>
            <surname>E. Tramontana,</surname>
          </string-name>
          <article-title>An advanced neural network based solution to enforce dispatch continuity in smart grids</article-title>
          ,
          <source>Applied Soft Computing</source>
          <volume>62</volume>
          (
          <year>2018</year>
          )
          <fpage>768</fpage>
          -
          <lpage>775</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>G.</given-names>
            <surname>Lo Sciuto</surname>
          </string-name>
          , G. Capizzi,
          <string-name>
            <given-names>R.</given-names>
            <surname>Shikler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <article-title>Organic solar cells defects classification by using a new feature extraction algorithm and an ebnn with an innovative pruning algorithm</article-title>
          ,
          <source>International Journal of Intelligent Systems</source>
          <volume>36</volume>
          (
          <year>2021</year>
          )
          <fpage>2443</fpage>
          -
          <lpage>2464</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>G.</given-names>
            <surname>Lo Sciuto</surname>
          </string-name>
          , G. Susi, G. Cammarata,
          <string-name>
            <given-names>G.</given-names>
            <surname>Capizzi</surname>
          </string-name>
          ,
          <article-title>A spiking neural network-based model for anaerobic digestion process</article-title>
          , in: 2016
          <source>International Symposium on Power Electronics</source>
          , Electrical Drives,
          <article-title>Automation and Motion (SPEEDAM)</article-title>
          , IEEE,
          <year>2016</year>
          , pp.
          <fpage>996</fpage>
          -
          <lpage>1003</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>I. E.</given-names>
            <surname>Richardson</surname>
          </string-name>
          ,
          <article-title>Video codec design: developing image and video compression systems</article-title>
          , John Wiley &amp; Sons,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>F.</given-names>
            <surname>Fiani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <article-title>An advanced solu- trical Drives, Automation and Motion</article-title>
          ,
          <source>SPEEDAM tion based on machine learning for remote emdr</source>
          <year>2014</year>
          ,
          <year>2014</year>
          , p.
          <fpage>1077</fpage>
          -
          <lpage>1084</lpage>
          . doi:
          <volume>10</volume>
          .1109/SPEEDAM. therapy,
          <source>Technologies</source>
          <volume>11</volume>
          (
          <year>2023</year>
          ). doi:
          <volume>10</volume>
          .3390/
          <year>2014</year>
          .6872127.
          <year>technologies11060172</year>
          . [22]
          <string-name>
            <given-names>D.</given-names>
            <surname>Evans</surname>
          </string-name>
          ,
          <article-title>The internet of things, How the</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>R.</given-names>
            <surname>Giuliano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Mazzenga</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Innocenti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Vizzarri</surname>
          </string-name>
          ,
          <article-title>Next Evolution of the Internet is Changing EveryIntegration of video and radio technologies for so- thing, Whitepaper, Cisco Internet Business Solucial distancing</article-title>
          ,
          <source>IEEE Communications Magazine tions Group (IBSG) 1</source>
          (
          <issue>2011</issue>
          )
          <fpage>1</fpage>
          -
          <lpage>12</lpage>
          . 59 (
          <year>2021</year>
          )
          <fpage>30</fpage>
          -
          <lpage>35</lpage>
          . [23]
          <string-name>
            <given-names>R.</given-names>
            <surname>Giuliano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Innocenti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Mazzenga</surname>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          . Vizzarri,
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>N.</given-names>
            <surname>Brandizzi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Fanti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Gallotta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Ioc- L. Di Nunzio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. B.</given-names>
            <surname>Divakarachari</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Habib</surname>
          </string-name>
          , Transchi,
          <string-name>
            <given-names>D.</given-names>
            <surname>Nardi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <article-title>Unsupervised pose es- former neural network for throughput improvetimation by means of an innovative vision trans- ment in non-terrestrial networks</article-title>
          ,
          <source>in: 2023 Interformer, in: Lecture Notes in Computer Science national Conference on Network, Multimedia and (including subseries Lecture Notes in Artificial In- Information Technology (NMITCON)</source>
          , IEEE,
          <year>2023</year>
          ,
          <source>telligence and Lecture Notes in Bioinformatics)</source>
          , vol- pp.
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          . ume 13589 LNAI,
          <year>2023</year>
          , p.
          <fpage>3</fpage>
          -
          <lpage>20</lpage>
          . doi:
          <volume>10</volume>
          .1007/ [24]
          <string-name>
            <given-names>V.</given-names>
            <surname>Cisco</surname>
          </string-name>
          ,
          <source>Cisco visual networking index: Forecast 978-3-031-23480-4_1. and trends</source>
          , 2017
          <article-title>-2022 white paper</article-title>
          , Cisco Internet
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>F.</given-names>
            <surname>Fiani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <source>A fully automatic visual Report</source>
          <volume>17</volume>
          (
          <year>2019</year>
          )
          <article-title>13. attention estimation support system for a safer driv-</article-title>
          [25]
          <string-name>
            <given-names>T.</given-names>
            <surname>Ali-Yahiya</surname>
          </string-name>
          ,
          <article-title>Understanding LTE and its Perforing experience</article-title>
          , in: CEUR Workshop Proceedings, mance, Springer Science &amp; Business
          <string-name>
            <surname>Media</surname>
          </string-name>
          ,
          <year>2011</year>
          . volume
          <volume>3695</volume>
          ,
          <year>2023</year>
          , p.
          <fpage>40</fpage>
          -
          <lpage>50</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>E.</given-names>
            <surname>Iacobelli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          ,
          <string-name>
            <surname>C. Napoli,</surname>
          </string-name>
          <article-title>A machine learning based real-time application for engagement detection</article-title>
          ,
          <source>in: CEUR Workshop Proceedings</source>
          , volume
          <volume>3695</volume>
          ,
          <year>2023</year>
          , p.
          <fpage>75</fpage>
          -
          <lpage>84</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>F.</given-names>
            <surname>Fiani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Ponzi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          ,
          <article-title>Keeping eyes on the road: Understanding driver attention and its role in safe driving</article-title>
          ,
          <source>in: CEUR Workshop Proceedings</source>
          , volume
          <volume>3695</volume>
          ,
          <year>2023</year>
          , p.
          <fpage>85</fpage>
          -
          <lpage>95</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>I. E.</given-names>
            <surname>Tibermacine</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Tibermacine</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Guettala</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          ,
          <article-title>Enhancing sentiment analysis on seed-iv dataset with vision transformers: A comparative study</article-title>
          , in: ACM International Conference Proceeding Series,
          <year>2023</year>
          , p.
          <fpage>238</fpage>
          -
          <lpage>246</lpage>
          . doi:
          <volume>10</volume>
          .1145/3638985.3639024.
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>E.</given-names>
            <surname>Iacobelli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Ponzi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <article-title>Eyetracking system with low-end hardware: Development and evaluation</article-title>
          ,
          <string-name>
            <surname>Information</surname>
          </string-name>
          (Switzerland)
          <volume>14</volume>
          (
          <year>2023</year>
          ). doi:
          <volume>10</volume>
          .3390/info14120644.
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>J.</given-names>
            <surname>Morgan</surname>
          </string-name>
          ,
          <article-title>A simple explanation of'the internet of things'</article-title>
          ,
          <source>Retrieved November</source>
          <volume>20</volume>
          (
          <year>2014</year>
          )
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>G.</given-names>
            <surname>Lo Sciuto</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <article-title>A cloud-based lfexible solution for psychometric tests validation, administration and evaluation</article-title>
          ,
          <source>in: CEUR Workshop Proceedings</source>
          , volume
          <volume>2468</volume>
          ,
          <year>2019</year>
          , p.
          <fpage>16</fpage>
          -
          <lpage>21</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>S. I.</given-names>
            <surname>Illari</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Russo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Avanzato</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <article-title>A cloudoriented architecture for the remote assessment and follow-up of hospitalized patients</article-title>
          ,
          <source>in: CEUR Workshop Proceedings</source>
          , volume
          <volume>2694</volume>
          ,
          <year>2020</year>
          , p.
          <fpage>29</fpage>
          -
          <lpage>35</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>F.</given-names>
            <surname>Bonanno</surname>
          </string-name>
          , G. Capizzi,
          <string-name>
            <given-names>G. L.</given-names>
            <surname>Sciuto</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Napoli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Pappalardo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Tramontana</surname>
          </string-name>
          ,
          <article-title>A novel clouddistributed toolbox for optimal energy dispatch management from renewables in igss by using wrnn predictors and gpu parallel solutions</article-title>
          , in: 2014
          <source>International Symposium on Power Electronics</source>
          , Elec-
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>