<!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>
      <journal-title-group>
        <journal-title>G Wireless Networks,
July</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Towards Trustworthy AI for QoE prediction in B5G/6G Networks</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>José Luis Corcuera Bárcena</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Pietro Ducange</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Francesco Marcelloni</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Giovanni Nardini</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alessandro Noferi</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alessandro Renda</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Giovanni Stea</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Antonio Virdis</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Center for Logistic Systems, University of Pisa</institution>
          ,
          <addr-line>Via dei Pensieri 60, 57124 Livorno</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Department of Information Engineering, University of Pisa</institution>
          ,
          <addr-line>Largo Lucio Lazzarino 1, 56122 Pisa</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2022</year>
      </pub-date>
      <volume>21</volume>
      <issue>2022</issue>
      <fpage>0000</fpage>
      <lpage>0002</lpage>
      <abstract>
        <p>The ability to forecast Quality of Experience (QoE) metrics will be crucial in several applications and services ofered by the future B5G/6G networks. However, QoE timeseries forecasting has not been adequately investigated so far, mainly due to the lack of available realistic datasets. In this paper, we first present a novel QoE forecasting dataset obtained from realistic 5G network simulations and characterized by Quality of Service (QoS) and QoE metrics for a video-streaming application; then, we embrace the topical challenge of trustworthiness in the adoption of AI systems for tackling the QoE prediction task. We show how an eXplainable Artificial Intelligence (XAI) model, namely Decision Tree, can be efectively leveraged for addressing the forecasting problem. Finally, we identify federated learning as a suitable paradigm for privacy-preserving collaborative model training and outline the related challenges from both an algorithmic and 6G network support perspective.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Machine learning</kwd>
        <kwd>B5G/6G networks</kwd>
        <kwd>QoE forecasting</kwd>
        <kwd>Explainable AI</kwd>
        <kwd>Federated learning</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        The development of Beyond 5G (B5G) and 6G networks is currently underway, as testified by
the activity of international projects such as Hexa-X1. Such new technologies are expected
to pave the way to innovative services that will pose stringent quality requirements. For
example, automotive applications, such as see-through or tele-operated driving [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ], require
the transmission of high-definition videos in real time. The Quality of Experience (QoE)
perceived by the end users determines whether the service can be provided or not. However,
QoE metrics can often be obtained by subjective rating only, making it dificult to monitor them
in real time. In computer networks - including B5G/6G ones - QoE depends on the Quality of
Service (QoS) metrics provided by the network itself, e.g. radio channel quality and packet loss,
although direct mapping between them and QoE is not straightforward [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. For this reason,
Artificial Intelligence (AI) and in particular Machine Learning (ML) approaches are foreseen as
a valid mean to predict QoE from QoS metrics.
      </p>
      <p>
        Some recent works on the topic [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ] have relied on aggregate metrics and have not addressed
the problem of predicting QoE in near real-time over input data streams. The main roadblock
toward this goal is the lack of available realistic datasets featuring QoS and QoE timeseries.
Indeed, obtaining a reliable dataset related to mobile network applications is dificult, because
network operators are hardly willing to share information about their network. Even if a subset
of measurements is provided, their level of detail may not be the required one. Simulations
are a viable option to overcome the above limitations: they can replicate custom (large-scale)
network deployments with custom parametrization (e.g., number of users or amount of trafic).
This allows AI systems to accurately model a variety of network conditions that may not be
observed during a limited time frame in the real network.
      </p>
      <p>
        However, the design of AI systems cannot be simply targeted to optimize accuracy and
technical robustness but must also comply with additional requirements towards trustworthy
AI [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], such as transparency of AI models and privacy of data owners. The former requirement
is at the core of the eXplainable Artificial Intelligence (XAI) field [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], concerned with producing
details and reasons regarding the functioning of a model, by either ensuring its interpretability
by design, or exploiting post-hoc techniques. On the other hand, the privacy requirement poses
serious challenges to the training stage of data-hungry ML models and may require to revisit
the learning paradigms: Federated Learning (FL) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] has been recently proposed as a solution to
enable collaborative training of AI models while preserving the privacy of data owners.
      </p>
      <p>In this work we approach the problem of QoE prediction in future B5G/6G networks from
diferent perspectives. Specifically, the contributions of this paper are threefold: i) we use
realistic simulations to make available a dataset that includes QoS and QoE metrics for a
videostreaming application in a 5G network environment; ii) we present a preliminary analysis on
the above dataset exploiting an XAI model to predict QoE; iii) we argue that FL is suitable to
predict QoE in a privacy-preserving way, and we discuss how 6G networks should support it.</p>
      <p>The rest of this paper is organized as follows: Section 2 formulates our problem and describes
the dataset we obtained from realistic 5G network simulations. A preliminary approach for
QoE prediction with an XAI model is presented in Section 3, whereas Section 4 highlights the
pathway towards FL in future 6G networks. Finally, we draw conclusions in Section 5.</p>
    </sec>
    <sec id="sec-2">
      <title>2. QoE prediction in B5G/6G networks</title>
      <p>In this section, we present the problem of QoE prediction in B5G/6G networks. We also present
a simulated QoE dataset and discuss the assumptions we made to generate it.</p>
      <sec id="sec-2-1">
        <title>2.1. Problem statement</title>
        <p>We consider an automotive environment where connected vehicles are User Equipments (UEs)
of the mobile network, and are attached to their respective base station, or gNodeB (gNB).
UEs play real-time video streams whose perceived quality is a relevant factor to determine
the availability of some advanced driving assistance system. For example, in a see-through
application, a vehicle receives the live video acquired by the camera of the vehicle in front of
it, which helps the driver overtake. However, such a service is only safe if one can rely on
the video to be displayed continuously and with high quality for the entire duration of the
maneuver, which may require several seconds. Thus, in order to decide whether to begin the
maneuver at all, we need to predict the QoE perceived by UEs in the next future by leveraging
real-time QoS and QoE data generated by the UEs themselves.</p>
        <p>We assume that each UE collects both QoS (e.g., SINR) and QoE (e.g., percentage of frames
that are correctly displayed) metrics while receiving the video stream. Context information
like UE’s position and speed can also be collected and used as factors to train an ML model.
The above metrics are collected by each UE at discrete time periods, hence for each metric
the UE generates a vector whose -th element is the value of the metric collected at time .
Network-wise metrics like average utilization of the cell can also be leveraged to provide more
meaningful predictions. All the above metrics gathered by the UE and the network will be used
to predict the value of a target QoE metric (or a set thereof) at a time in the future.</p>
        <p>To support the above prediction, we need to train an ML model with a dataset that includes
realistic QoS and QoE metrics obtained from the mobile network. Since mobile network
operators are hardly available to share data about their users and network, we resorted to
network simulations to generate the relevant dataset.</p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Generation of the dataset</title>
        <p>
          Simulations are carried out with Simu5G [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ], an open-source model library for the OMNeT++
simulation framework2 that enables the evaluation of end-to-end performance of 5G-enabled
applications. Within Simu5G, we implemented a client-server video-streaming application. The
server sends a video stream to the client following a trace-based approach: sending rate, size
and type of video frames are read from a trace file generated from real videos via a dedicated
command of the FFmpeg library3. Traces were obtained from three dash-camera videos, so
as to reproduce a see-through scenario.4 Before sending the frames over the network, the
server fragments them in packets, which are then transmitted via the Real-time Transport
Protocol (RTP). RTP packets received by the client are then played out at their corresponding
playout time. We configured the client with 100ms-playout delay: this is a tradeof between the
real-timeliness of the video streaming and the bufering time required to prevent stalls.
        </p>
        <p>
          Figure 1 shows the simulation scenario. Seven gNBs are deployed in a regular hexagonal
grid with inter-gNB distance of 500m. Fifteen UEs are deployed randomly over the floorplan
and connect to the gNB they receive the highest power from. Each of them runs the client side
of the video streaming application, whereas their server-side counterparts reside on a remote
host connected to the 5G core network. Each client receives a diferent video trace, obtained by
starting one of the three above-mentioned dash cam videos at diferent times. To create realistic
load conditions, each gNB also sends 50  of downlink trafic to 30 background UEs. We also
simulate an additional tier of background cells, each serving 30 background UEs, in order to
generate realistic interference to the UEs attached to the seven central gNBs [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. We run 24
        </p>
        <sec id="sec-2-2-1">
          <title>2OMNeT++ Website: https://omnetpp.org, accessed May 2022 3ffprobe -show_frames: online documentation https://fmpeg.org/fprobe.html, accessed May 2022 4https://bit.ly/3iN651q, https://bit.ly/35n9elO, https://bit.ly/3IT5g24, accessed May 2022</title>
          <p>independent replicas of an 120-second simulation, collecting time-tagged metrics from the 15
UEs in the seven central cells. Metrics are summarized in Table 1.</p>
          <p>The resulting dataset consists of 5568 rows, each being a tuple with six fields: run is the ID of
the replica; network_parameters include the variables describing the simulation configuration
(e.g., the scheduling algorithm); module is the network entity (e.g., ue[0]) that recorded the
metric; statistic is the name of the recorded metric; values is a vector including the values
recorded for the above metric; timestamp is a vector whose elements are the timestamps of the
corresponding elements of the values vector. The dataset is available at http:// www.iet.unipi.it/
g.nardini/ ai6g_qoe_dataset.html.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. QoE prediction as a regression problem</title>
      <p>
        Although the forecasting literature has traditionally been dominated by statistical methods
based on linear processes, ML methods are currently gaining increasing attention due to their
high modelling capability especially on large datasets [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. In this preliminary analysis we focus
on the latter set of approaches and formulate our QoE prediction task as a regression problem.
First, we describe the preprocessing steps designed to transform the original raw dataset into a
regression dataset, suitable for the downstream adoption of traditional ML approaches. Then,
we show the results of a first experimental analysis, using a Decision Tree as regression model.
The choice of this model is dictated by the explainability requirement for trustworthy AI.
Treebased models are generally considered among the most inherently explainable classification
and regression models; their interpretability, however, depends on several factors [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] and a
thorough analysis of this aspect will be key for future investigations.
      </p>
      <sec id="sec-3-1">
        <title>3.1. Data preprocessing</title>
        <p>We observe that the time-tagged metrics in the dataset are not aligned on the same timestamps
for two main reasons: ) only few of them have fixed sampling interval, and ) some values are
missing at specific times due to, e.g., connection drops. Thus, a preprocessing stage is required.</p>
        <p>As a first step, the timeseries available to the UEs have been identified. It is worth
underlining that the avgServedBlocksDl statistic can be retrieved by the UEs based on the available
information on the ServingCell. In other words, for each UE, we build a new timeseries, namely
avgServedBlocksDl_UE, by exploiting the handover information and concatenating the
avgServedBlocksDl timeseries fragments taken from the cells serving the UE itself. For example, a UE may
obtain this information through the services available in a MEC-enabled architecture.</p>
        <p>Fig. 2 shows the procedure used for a preliminary analysis with ML techniques for the
QoEprediction task. As an example, the first ten seconds of the timeseries from three metrics are
shown, namely positionX, rcvdSinrDL and framesDisplayed (QoE target metric). To obtain any
record of the preprocessed dataset we compute statistics within a window  over historical data
of each variable. Specifically, mean, median, max, min, variance, standard deviation, kurtosis,
skewness, Q1 and Q3 are computed, and the number of samples used for the estimates is stored.
In future developments the actual trends of the variables can also be considered. The associated
target value is the mean of the frameDisplayed variable over the time horizon of size  (one
step ahead forecasting). The subsequent record is obtained by sliding the two windows with a
step . Each instance is thus represented in R132 (11 statistics evaluated over window of size
W on 12 timeseries) and is associated with the target QoE (average value of frameDisplayed
over window of size H). In this analysis we focus on timeseries metrics, therefore we do not
include the values of firstFrameElapsedTime in the model.</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Preliminary experimental analysis: setup and results</title>
        <p>The dataset has been divided in training and test sets for a first experimental evaluation campaign:
20 runs are grouped to form the training set, whereas the remaining 4 runs represent the test
set. A distinctive trait of the dataset is that some values are missing (e.g., because a simulated
UE lost connectivity at some point). For the purpose of the present work, we simply discard
such records from both the training and the test sets.</p>
        <p>As per the choice of the XAI model, we resort to the Python implementation of the Decision
Tree (DT) for regression available in scikit-learn5. We set the windows size  = 10 and
 = 1 and tested with diferent split criteria. For the sake of brevity, we only report the results
of the best configuration obtained by using MSE as split criteria, 0.01 as the fraction of samples
required to split an internal node and 0.001 as the fraction of samples required to be at a leaf
node. Table 2 reports the performance of the trained model measured in terms of MSE, MAE
and coeficient of determination ( 2) for diferent values of maximum depth of DTs (5,10,15);
also, we report the complexity of the models measured in terms of number of nodes, number of
leaf nodes and number of features selected in the induced tree.</p>
        <p>The reported results should be intended as a first baseline on our QoE forecasting dataset. It is
interesting to note that the DT at depth 10 achieves the best generalization capability, with a MAE
on the test set lower than 25%. An increase in depth does not bring any benefit: the complexity
of the model increases leading only to a more severe overfitting. Conversely, the most compact
DT exhibits a slight reduction in the regression metrics but is significantly less complex, and
therefore more interpretable, compared to deeper trees. In the following, a rule extracted from
the most compact DT is shown: IF framesDisplayed_skew ≤ 0.49 AND interArrivalTimeRtp_skew
≤ 0.40 AND interArrivalTimeRtp_counter ≤ 0.37 AND interArrivalTimeRtp_max ≤ 0.09 AND
frameSize_Q3 ≤ 0.00 THEN framesDisplayed = 0.08.</p>
        <sec id="sec-3-2-1">
          <title>5https://scikit-learn.org/, accessed May 2022</title>
          <p>To better assess the quality of model predictions it is worth looking at the timeseries: Fig.
3 reports the examples of QoE timeseries for two UEs, featuring both the ground-truth and
the predicted values obtained by the most accurate model (depth 10). The visual analysis of
Fig. 3 suggests that the model provides reasonable predictions in diferent scenarios, namely
when the timeseries are plagued simply by one or by several events of QoE degradation. In the
latter case, regression metrics are comparably lower, likely due to the latency of the model in
capturing the transition between QoE levels. The detection of such transitions represents one
of the most significant challenge of the problem at hand.</p>
          <p>Although the preliminary results can be considered promising, we emphasize a few aspects
that deserve further investigation. First, a comparative analysis covering multiple models
and parameters configuration should be carried out; in particular, the impact of the choice
of windows size  and  must be assessed. Second, an appropriate strategy for handling
missing values should be devised. Third, an analysis on which metrics are relevant for the QoE
forecasting task is advocated. Finally, it should be noticed that the adopted approach stems from
a strong assumption: we build a global training set by collecting data produced by diferent
sources. In the following section we present a solution to tackle the QoE prediction task when
this last assumption is too strict or unachievable.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Federated Learning for QoE prediction</title>
      <p>Collecting peripheral data for processing and training on a centralized server is often impractical
due to the resulting communication overheads and the disclosure of UEs’ private data. The
preservation of data owners’ privacy is a crucial requirement towards the realization of trusted
AI-empowered B5G/6G networks: it becomes thus essential to leverage novel paradigms, such
as FL, that enable collaborative model training between UEs without any sharing of raw data
with each other or with other parties. FL perfectly fits the scenario described in this paper. In
the following we outline the challenges associated with the fulfillment of the trustworthiness
requirement through the federated learning of inherently explainable AI models (Fed-XAI), and
we define an architecture to support Fed-XAI operations in a 6G framework.</p>
      <sec id="sec-4-1">
        <title>4.1. Enhancing users’ trust: Federated Learning of XAI models</title>
        <p>
          As anticipated in Section 1, realization of trustworthy AI entails compliance with several
requirements, including privacy and transparency [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ]. While the privacy requirement is natively
satisfied by the FL paradigm, the transparency one strongly depends on the specific model
adopted and its ability to provide explanations on any decision made. Most of the existing
FL approaches leverage the federated setting for collaborative training neural networks (NNs)
and deep learning (DL) models, which are often referred to as opaque or black box models.
Conversely, FL of explainable-by-design AI models, such as DTs and Rule Based Systems (RBSs),
has not been adequately investigated so far. The concept of Fed-XAI (i.e., FL of XAI models)
aims to fill this gap by enhancing users’ trust in AI-empowered future 6G networks. Whenever
the FL process is orchestrated by a central entity, a possible implementation of Fed-XAI consists
in (i) local learning of XAI models by data owners, (ii) local models transmission to the central
server, (iii) models aggregation by the central server, and (iv) global model transmission to the
data owners for local inference. The aggregation step is the major challenge towards Fed-XAI:
appropriate procedures for merging DTs and RBSs should be devised as their learning stage
is not based on the optimization of a diferentiable global objective function (as it is the case
with NNs and DL models) and the well established federated averaging protocol (FedAvg) [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ],
designed for collaborative gradient-based optimization, cannot be immediately applied.
        </p>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. 6G network support to Federated Learning</title>
        <p>We envision that UEs of future 6G networks will participate in FL processes following the
as-a-service paradigm. To this aim, the 6G network must provide new protocols that handle
the interactions among the entities involved in the FL framework, such as querying the list
of available FL processes and joining one of them, as well as participating in the training and
obtaining a model. In the following, we refer to an FL process as a collaborative learning task
dedicated to a specific application (e.g., QoE prediction for automotive applications).</p>
        <p>Our proposed logical architecture for Fed-XAI in 6G networks is depicted in Fig. 4.</p>
        <p>Each UE is supported by a Fed-XAI local manager, which interacts with the FL framework
on behalf of the UE application. It manages both the learning and inferencing modules of the
UE. When the UE wants to join/leave an FL process, its Fed-XAI local manager queries the
Fed-XAI service provider, which is the module that maintains the overall view of the FL processes
available in the system. The Fed-XAI service provider orchestrates the entities that will actually
execute the FL processes. In particular, each active FL process is composed of two modules, i.e.
the Fed-XAI controller and the Fed-XAI computation engine. The former manages control-plane
interactions with the Fed-XAI service provider (e.g., authorization grants) and the Fed-XAI local
manager, whereas the latter acts as the FL aggregator. Indeed, the Fed-XAI computation engine
exchanges local and global model updates with the learning submodules of UEs’ Fed-XAI local
manager, which in turn act as FL collaborators. Notably, the deployment of the above entities is
immaterial: the Fed-XAI service provider may reside either in the cloud or at the edge of the 6G
network, while the Fed-XAI local manager may reside at either the UE device or at the edge.
This last option may be necessary with resource-constrained UEs, e.g. IoT devices.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusions</title>
      <p>In this work, we have presented a novel dataset obtained through realistic 5G network
simulations for QoE forecasting in B5G/6G networks. We have discussed some preliminary QoE
forecasting results achieved by a Decision Tree as an inherently explainable model, and
experimentally highlighted the adequacy of the adopted approach as a baseline for the QoE forecasting
task. Finally, we have discussed the implications of extending the XAI model towards an FL
approach, from both an algorithmic and a network perspective. Future work will include
designing a Fed-XAI-based approach to tackle the prediction of QoE in B5G/6G networks, as well as
evaluating the impact of network transport on the performance of XAI models, and vice versa.</p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgments</title>
      <p>We acknowledge the support of: the Italian Ministry of University and Research (MIUR), in the
framework of the Cross-Lab project (Departments of Excellence) and PON 2014-2021 “Research
and Innovation", DM MUR 1062/2021, Project title: “Progettazione e sperimentazione di algoritmi
di federated learning per data stream mining”; the Center for Logistic Systems of Livorno; the
EU Commission through the H2020 projects Hexa-X (Grant no. 101015956).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>C-V2X Use</surname>
          </string-name>
          Cases and Service Level Requirements Vol. I,
          <string-name>
            <surname>Technical</surname>
            <given-names>Report</given-names>
          </string-name>
          , 5GAA,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>C-V2X Use</surname>
          </string-name>
          Cases and Service Level Requirements Vol. II,
          <string-name>
            <surname>Technical</surname>
            <given-names>Report</given-names>
          </string-name>
          , 5GAA,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>V.</given-names>
            <surname>Vasilev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Leguay</surname>
          </string-name>
          , S. Paris, L. Maggi,
          <string-name>
            <given-names>M.</given-names>
            <surname>Debbah</surname>
          </string-name>
          ,
          <article-title>Predicting QoE Factors with Machine Learning</article-title>
          ,
          <source>in: 2018 IEEE Int'l Conf. on Communications (ICC)</source>
          ,
          <year>2018</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.</given-names>
            <surname>Renda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Ducange</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Gallo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Marcelloni</surname>
          </string-name>
          ,
          <article-title>XAI Models for Quality of Experience Prediction in Wireless Networks</article-title>
          ,
          <source>in: 2021 IEEE Int'l Conf. on Fuzzy Systems (FUZZ-IEEE)</source>
          , IEEE,
          <year>2021</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>E.</given-names>
            <surname>Commission</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.</surname>
          </string-name>
          <article-title>Directorate-General for Communications Networks, Technology, Ethics guidelines for trustworthy AI</article-title>
          ,
          <string-name>
            <surname>Publications</surname>
            <given-names>Ofice</given-names>
          </string-name>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>A. B.</given-names>
            <surname>Arrieta</surname>
          </string-name>
          , et al.,
          <string-name>
            <surname>Explainable Artificial</surname>
          </string-name>
          <article-title>Intelligence (XAI): Concepts, taxonomies, opportunities and challenges toward responsible AI</article-title>
          ,
          <source>Information fusion 58</source>
          (
          <year>2020</year>
          )
          <fpage>82</fpage>
          -
          <lpage>115</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Q.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <surname>Y. Tong,</surname>
          </string-name>
          <article-title>Federated machine learning: Concept and applications</article-title>
          ,
          <source>ACM Trans. on Intelligent Systems and Technology (TIST) 10</source>
          (
          <year>2019</year>
          )
          <fpage>1</fpage>
          -
          <lpage>19</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>G.</given-names>
            <surname>Nardini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Sabella</surname>
          </string-name>
          , G. Stea,
          <string-name>
            <given-names>P.</given-names>
            <surname>Thakkar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Virdis</surname>
          </string-name>
          ,
          <string-name>
            <surname>Simu5G-An</surname>
            <given-names>OMNeT</given-names>
          </string-name>
          ++
          <article-title>Library for End-to-End Performance Evaluation of 5G Networks, IEEE Access 8 (</article-title>
          <year>2020</year>
          )
          <fpage>181176</fpage>
          -
          <lpage>181191</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>G.</given-names>
            <surname>Nardini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Stea</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Virdis</surname>
          </string-name>
          ,
          <article-title>Scalable Real-Time Emulation of 5G Networks With Simu5G</article-title>
          ,
          <source>IEEE Access 9</source>
          (
          <year>2021</year>
          )
          <fpage>148504</fpage>
          -
          <lpage>148520</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>V.</given-names>
            <surname>Cerqueira</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Torgo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Soares</surname>
          </string-name>
          ,
          <article-title>Machine learning vs statistical methods for time series forecasting: Size matters</article-title>
          , arXiv preprint arXiv:
          <year>1909</year>
          .
          <volume>13316</volume>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>