# Crowdsourcing Based Performance Analysis of Mobile User Heterogeneous Services
## 4 Data Analysis
### Services  
To begin, Table 2 reports the number of examples and the rate of the selected services (downloading, video, web).  
Indeed, we notice that the number of traces that concern the web and the video (68,443 and 60,539 traces, respectively) are more presented than the traces of the download service  
\begin{table}
\begin{tabular}{l l l l} \hline \hline
**Name** & **Datatype** & **Description** & **Examples I Values** \\ \hline _id_ & Numeric & Unique id of the test & 83159737 \\ \hline _id\_QSCycle_ & Numeric & Unique id of the cycle & 8622500 \\ \hline _timestamp_ & Temporal & Local Time of measure collection (GMT+1) & 7 May 2021 17:46:00 \\ \hline _cell\_id_ & Numerical & Unique number used to identify each BTS & 102952007.0 \\ \hline _code\_zone_ & Spatial & French national code & 75010, 77100, etc. \\ \hline _name\_zone_ & Spatial & City name where measure is gathered & Paris, Chelles, etc. \\ \hline _latitude_ & Spatial & GPS latitude value & 48.8873 \\ \hline _longitude_ & Spatial & GPS longitude value & 2.6304 \\ \hline _network\_techno_ & Categorical & Cellular used technology & _UMTS_, \(LTE\), etc. \\ \hline _mobility_ & Categorical & Mobility mode & Car or Train \\ \hline _equipment_ & Categorical & Used Android Smartphone in the measurement & Samsung or Redmi \\ \hline _service_ & Categorical & The tested service & STREAM I WEB I DOWNLOAD \\ \hline _launch\_duration_ & Numeric & Delay from start to 1 st byte/loading/play in ms & 540 \\ \hline _bitrate\_traffic_ & Numeric & Bitrate based on OS Traffic stats (kbps) & 12,034 \\ \hline _speed_ & Numeric & Mobility speed (Km/h) & [0; 135] \\ \hline _rsrq_ & Numeric & \(LTE\) Reference Signal Received Quality & \(-84.0\) \\ \hline _rsrp_ & Numeric & \(LTE\) Reference Signals Received Power & \(-84.0\) \\ \hline _rssnr_ & Numeric & Reference Signal Signal to Noise Ratio (dB) & 70 \\ \hline _signal\_strength_ & Numeric & LTE signal strength (dB) & \(-51.0\) \\ \hline _status_ & Categorical & Services status & \(OK\,\)\(\dagger\)with 35,409 traces. This is due to the setting up of \"Full Test\" mode itself presented in Figure 2. We notice that the traces are collected for just 10 s for the Download service while they are collected for a duration of 30 and 60 s for video and web services, respectively. This observation explains why the bitrate of downloading traces is almost less than the bitrate of video services as shown in Table 3.  
We found, as in the literature, that the video service is the most demanding service in terms of bandwidth with 33 MB/s in average. Regarding the web service, it is the least demanding service in terms of bandwidth with an average of 3.5 MB/s. This is justified by the fact that it does not need a lot of bandwidth to view web pages that are not too large in size compared to HD video segments.  
Compared to the downloading service, we notice that it has the shortest launch time compared to video and web services. This is logical as the user requires the complete download before viewing the file.  
In addition, we have noticed that the video bitrate peak exceeds 237 MB/s. This peak is surely the result of \(LTE\_A\) (4\(G\)) technology with the new \(LTE\) system with 4 \(\times\) 4 \(MIMO\) (474\(R\)) configuration considered by the French operator. Notice here that we did not collect 5\(G\) traces, but the study remains applicable to it.