<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">JCC</journal-id><journal-title-group><journal-title>Journal of Computer and Communications</journal-title></journal-title-group><issn pub-type="epub">2327-5219</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/jcc.2020.85005</article-id><article-id pub-id-type="publisher-id">JCC-100510</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>Computer Science&amp;Communications</subject></subj-group></article-categories><title-group><article-title>
 
 
  Assessment of Quality of Experience (QoE) of Web and Video Services over a Mobile Network Using a Network Emulator
 
</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Akpovi</surname><given-names>Ominike</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Jonah</surname><given-names>Joshua</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Oludele</surname><given-names>Awodele</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Achimba</surname><given-names>Ogbonna</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib></contrib-group><aff id="aff1"><addr-line>Computer Science Department, Babcock University, Ilishan, Ogun State, Nigeria</addr-line></aff><pub-date pub-type="epub"><day>07</day><month>05</month><year>2020</year></pub-date><volume>08</volume><issue>05</issue><fpage>89</fpage><lpage>95</lpage><history><date date-type="received"><day>23,</day>	<month>April</month>	<year>2020</year></date><date date-type="rev-recd"><day>25,</day>	<month>May</month>	<year>2020</year>	</date><date date-type="accepted"><day>28,</day>	<month>May</month>	<year>2020</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
 
 
  This paper investigates the subjective assessment of QoE of web and video services over a mobile network. To achieve this, the authors used the network emulator (NetEm) traffic control functionality to simulate the dynamic behaviour of a mobile network. Experiments were conducted in a laboratory setting and test conditions were varied to ascertain the QoE, with a focus on QoE metrics such as delay and packet loss ratio. From the experiments conducted, it was observed that there was a negative correlation between delay and average mean opinion score (MOS), and between packet loss ratio and average MOS. The results obtained can be adopted by network operators to provide better services which would lead to improved subscriber base and profitability for the operators and better QoE for the end users.
 
</p></abstract><kwd-group><kwd>Network Emulator</kwd><kwd> Delay</kwd><kwd> Packet Loss Ratio (PLR)</kwd><kwd> Quality of Experience (QoE)</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>With the present advancement in mobile networks, there is a growing need for mobile internet services by end users. Examples of such services are web, video and over-the-top (OTT) services, and these are different from the traditional voice services mobile network operators provide. Qualinet, a body responsible for multidisciplinary QoE research in Europe, defines QoE as “the degree of delight or annoyance of the user of an application or service. It results from the fulfillment of his or her expectations with respect to the utility or enjoyment of the application or service in the light of the user’s personality and current state” [<xref ref-type="bibr" rid="scirp.100510-ref1">1</xref>].</p><p>The Quality of Experience (QoE) of end users is a key issue to be considered by mobile network operators, in order to ensure subscriber growth [<xref ref-type="bibr" rid="scirp.100510-ref2">2</xref>]. The way QoE is perceived, differs from one application or service to another. For example, QoE is positive in a voice application if end users can communicate effortlessly and the quality of the voice transmission is excellent. Similarly, a positive QoE for a web browsing service translates to the fact that end users can quickly download videos, graphics and high quality images [<xref ref-type="bibr" rid="scirp.100510-ref3">3</xref>].</p><p>Due to the growing number of operators in Telco and network services industry, it is imperative that telecommunications service providers strive to keep their customers happy, while also maintaining and improving their subscriber base. Telcos need to be proactive as there are low exit barriers for customers who wish to change network providers as a result of low service quality. Thus, the onus lies on the service providers to regularly monitor and improve QoE as the need arises [<xref ref-type="bibr" rid="scirp.100510-ref4">4</xref>]. In [<xref ref-type="bibr" rid="scirp.100510-ref5">5</xref>] [<xref ref-type="bibr" rid="scirp.100510-ref6">6</xref>], research showed that the majority of the end users are willing to spend more to have a superior quality of experience. Similarly, they are also willing to change service providers if their needs are not adequately fulfilled.</p><p>A network emulator was used because of the ease it provides in constructing an experimental environment for subjects to assess the QoE of the web and video services to be investigated. In evaluating the QoE, emphasis was on two network level QoE metrics, Delay and Packet Loss Ratio (PLR). The network emulator tool was used to create specific sequences of delay and artificial packet loss [<xref ref-type="bibr" rid="scirp.100510-ref7">7</xref>]. Delay, also called network latency, is the time it takes to send a packet from a source to destination or vice versa, while Packet loss can be defined as the failure or inability of IP packets sent over a network to reach their destination. Transmission issues, network congestion and limited memory are some of the reasons networks experience packet losses. The organization of the rest of this paper is as follows. In Section II, the network emulator tool is discussed. The experiments and results are shown in Sections III and IV respectively and Section V concludes our study.</p></sec><sec id="s2"><title>2. Network Emulator Tool</title><p>NetEm is a Linux traffic control functionality which can be used in emulating bandwidth, delay, packet loss, packet reordering, and jitter amongst other metrics [<xref ref-type="bibr" rid="scirp.100510-ref8">8</xref>]. It functions as a traffic shaper which controls the transfer of data over a network to achieve desired quality of service (QoS) requirements. The traffic shaper introduces certain conditions in the network based on the input parameters specified [<xref ref-type="bibr" rid="scirp.100510-ref9">9</xref>]. The emulator was placed in-between the end user devices and the internet cloud. Other available traffic shapers are Dummynet and NIST Net.</p><p>In this paper, the WAN emulator was set up as a network bridge. When you “bridge” two Ethernet adapters together (for example, eth0 and eth1), the two networks become one single (larger) Ethernet network. The reason for bridging Ethernet connections is to monitor traffic flowing across an Ethernet cable. An Ethernet bridge is used to forward packets between two or more networks so that they behave in most cases as if they were a single network. A bridge could be configured in a physical hardware device or implemented as a software application.</p></sec><sec id="s3"><title>3. Experiments</title><sec id="s3_1"><title>3.1. Testbed</title><p>A testbed was setup in the laboratory as illustrated in <xref ref-type="fig" rid="fig1">Figure 1</xref>, to emulate the behavior of a mobile network using an Ubuntu Linux (Bionic Beaver) server and the NetEm tool. The testbed included a Cisco Catalyst 3750 Series Network Switch, a Wide area Network (WAN) emulator (traffic shaper), Internet router and end user devices such as desktop PCs and Laptops. In <xref ref-type="table" rid="table1">Table 1</xref>, the configuration of the emulator is given.</p></sec><sec id="s3_2"><title>3.2. Procedure and Participants</title><p>To evaluate the QoE, experiments were carried out with users for various test scenarios and all the users were tested/presented with the same scenarios. For the web browsing experiments, contents presented to the users included online photo albums, e-commerce sites, news pages and map services. Popular services such as Footytube, Netflix and YouTube were used for the video streaming sessions. Free browsing tasks were also given to the subjects i.e. It does not explicitly require users to achieve specific goals during the web browsing session (WBS).</p><table-wrap id="table1" ><label><xref ref-type="table" rid="table1">Table 1</xref></label><caption><title> Configuration for emulator system</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >CPU</th><th align="center" valign="middle" >Core i3-4150 Processor, 3.50 Ghz X4</th></tr></thead><tr><td align="center" valign="middle" >Memory</td><td align="center" valign="middle" >8 GB</td></tr><tr><td align="center" valign="middle" >Operating System</td><td align="center" valign="middle" >Ubuntu Linux 18.04 Bionic Beaver</td></tr><tr><td align="center" valign="middle" >Network Interface Card</td><td align="center" valign="middle" >100BASE-TX (2)</td></tr></tbody></table></table-wrap><p>Here, subjects explored the defined test contents by calling up several web pages. The users accessed these web pages and rated how they perceived the service, using the MOS (Mean Opinion Score) five scale parameters, with each grade reflecting users’ judgment of the experiment under test. The choice of the MOS scale is hinged on the fact that with complex reporting systems, there is normally low participation rate. Questionnaires were administered at the end of the experiments to obtain the MOS ratings of the subjects. In <xref ref-type="table" rid="table2">Table 2</xref>, the MOS quality ratings used by the subjects during the experiments is shown.</p><p>Different parameters that could influence QoE (such as delay and other packet loss ratio) were introduced (without the knowledge of the users) and the then the test was repeated successively. After the experiments were carried out, questionnaires were used to elicit information from the experiments conducted.</p><p>In study I (web and video), delay value was varied from 100 ms to 1000 ms at intervals of 100 ms. The participants were unaware of the delay values at any instant. A total of 48 participants, 29 Males and 19 Females were involved in the study. The average age of the subjects was 27. There was a pre-experiment briefing of 10 minutes at the start of each experiment and a 10-minute period after each experiment to debrief the users. The duration of each experiment was for 20 minutes.</p><p>In study II (web and video), the packet loss ratio was varied from 5% to 35% at intervals of 5%. Again, the participants were unaware of the packet loss ratio at each level. A total of 40 participants, 22 Males and 18 Females were involved in the study. The average age of the subjects was 23. There was a pre-experiment briefing of 10 minutes at the start of each experiment and a 10-minute period after each experiment to debrief the users. The duration of each experiment was for 20 minutes.</p></sec></sec><sec id="s4"><title>4. Results and Discussions</title><p><xref ref-type="table" rid="table3">Table 3</xref> shows a summary of the results obtained from study I and <xref ref-type="fig" rid="fig2">Figure 2</xref> shows the graph of web and video MOS plotted against overall delay.</p><table-wrap id="table2" ><label><xref ref-type="table" rid="table2">Table 2</xref></label><caption><title> MOS quality rating</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >Quality</th><th align="center" valign="middle" >MOS</th></tr></thead><tr><td align="center" valign="middle" >Excellent</td><td align="center" valign="middle" >5</td></tr><tr><td align="center" valign="middle" >Good</td><td align="center" valign="middle" >4</td></tr><tr><td align="center" valign="middle" >Fair</td><td align="center" valign="middle" >3</td></tr><tr><td align="center" valign="middle" >Poor</td><td align="center" valign="middle" >2</td></tr><tr><td align="center" valign="middle" >Bad</td><td align="center" valign="middle" >1</td></tr></tbody></table></table-wrap><table-wrap id="table3" ><label><xref ref-type="table" rid="table3">Table 3</xref></label><caption><title> Delay comparison</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >S/N</th><th align="center" valign="middle" >Delay Value (Ms)</th><th align="center" valign="middle" >Web MOS</th><th align="center" valign="middle" >Video MOS</th></tr></thead><tr><td align="center" valign="middle" >1</td><td align="center" valign="middle" >100</td><td align="center" valign="middle" >4.85</td><td align="center" valign="middle" >5.00</td></tr><tr><td align="center" valign="middle" >2</td><td align="center" valign="middle" >200</td><td align="center" valign="middle" >4.83</td><td align="center" valign="middle" >4.94</td></tr><tr><td align="center" valign="middle" >3</td><td align="center" valign="middle" >300</td><td align="center" valign="middle" >4.69</td><td align="center" valign="middle" >4.77</td></tr><tr><td align="center" valign="middle" >4</td><td align="center" valign="middle" >400</td><td align="center" valign="middle" >3.81</td><td align="center" valign="middle" >4.71</td></tr><tr><td align="center" valign="middle" >5</td><td align="center" valign="middle" >500</td><td align="center" valign="middle" >3.00</td><td align="center" valign="middle" >3.58</td></tr><tr><td align="center" valign="middle" >6</td><td align="center" valign="middle" >600</td><td align="center" valign="middle" >2.81</td><td align="center" valign="middle" >3.56</td></tr><tr><td align="center" valign="middle" >7</td><td align="center" valign="middle" >700</td><td align="center" valign="middle" >2.81</td><td align="center" valign="middle" >2.67</td></tr><tr><td align="center" valign="middle" >8</td><td align="center" valign="middle" >800</td><td align="center" valign="middle" >2.81</td><td align="center" valign="middle" >2.61</td></tr><tr><td align="center" valign="middle" >9</td><td align="center" valign="middle" >900</td><td align="center" valign="middle" >2.48</td><td align="center" valign="middle" >1.71</td></tr><tr><td align="center" valign="middle" >10</td><td align="center" valign="middle" >1000</td><td align="center" valign="middle" >1.67</td><td align="center" valign="middle" >1.20</td></tr></tbody></table></table-wrap><p>Discussion I</p><p>In study I, the delay values specified ensured that the NetEm delayed all packets by the time specified in milliseconds. The MOS of all subjects in the study for each delay level, for the web and video services was averaged and the results obtained as shown in <xref ref-type="table" rid="table3">Table 3</xref>. This study revealed that the MOS for web and video services was 4.85 and 5.00 respectively at delay value of 100 ms and these values dropped significantly to 1.67 and 1.20 respectively, at 1000 ms. As the delay value increased, the MOS of users decreased correspondingly. The study revealed that users began to feel dissatisfied with the services when delay values rose to 600 ms. The threshold for acceptability of the services were found to be 900 ms, as users were not willing to reuse the service at delay values exceeding 900 ms. It was observed that a negative correlation existed between the delay and the average MOS.</p><p><xref ref-type="table" rid="table4">Table 4</xref> shows a summary of the results obtained from study II and <xref ref-type="fig" rid="fig3">Figure 3</xref> shows the graph of web and video MOS plotted against packet loss ratio.</p><p>Discussion II</p><p>In this study II, netem emulated packet loss by randomly dropping the specified percentage of packets before queuing. The results obtained are shown in <xref ref-type="table" rid="table4">Table 4</xref>. This study revealed that users began to feel dissatisfied with the service when the packet loss ratio (PLR) was 25% and above. This study revealed that</p><table-wrap id="table4" ><label><xref ref-type="table" rid="table4">Table 4</xref></label><caption><title> Packet loss ratio comparison</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >S/N</th><th align="center" valign="middle" >Packet Loss Ratio (%)</th><th align="center" valign="middle" >Web MOS</th><th align="center" valign="middle" >Video MOS</th></tr></thead><tr><td align="center" valign="middle" >1</td><td align="center" valign="middle" >5</td><td align="center" valign="middle" >3.75</td><td align="center" valign="middle" >3.98</td></tr><tr><td align="center" valign="middle" >2</td><td align="center" valign="middle" >10</td><td align="center" valign="middle" >3.55</td><td align="center" valign="middle" >3.93</td></tr><tr><td align="center" valign="middle" >3</td><td align="center" valign="middle" >15</td><td align="center" valign="middle" >3.35</td><td align="center" valign="middle" >3.85</td></tr><tr><td align="center" valign="middle" >4</td><td align="center" valign="middle" >20</td><td align="center" valign="middle" >2.63</td><td align="center" valign="middle" >3.43</td></tr><tr><td align="center" valign="middle" >5</td><td align="center" valign="middle" >25</td><td align="center" valign="middle" >2.43</td><td align="center" valign="middle" >3.18</td></tr><tr><td align="center" valign="middle" >6</td><td align="center" valign="middle" >30</td><td align="center" valign="middle" >1.93</td><td align="center" valign="middle" >2.18</td></tr><tr><td align="center" valign="middle" >7</td><td align="center" valign="middle" >35</td><td align="center" valign="middle" >1.68</td><td align="center" valign="middle" >1.61</td></tr></tbody></table></table-wrap><p>the MOS for web and video services was 3.75 and 3.98 respectively at PLR value of 5% and these values dropped significantly to 1.68 and 1.61 respectively at PLR value 35%. 1000 ms. Again, a negative correlation existed between the PLR value and the average MOS.</p></sec><sec id="s5"><title>5. Conclusion</title><p>In this study, we performed QoE assessment by conducting several experiments on web and video streaming services by introducing artificial delays and randomly dropping packets using a network emulator tool, NetEm. End users performed a subjective assessment of their experiences and rated it using the MOS. From the results obtained, we found that the threshold for acceptability of the web and video service was found to be at delay values of 1000 ms at which point the web and video MOS were 1.67 and 1.20 respectively. For PLR, the threshold was at 30% with web and video MOS of 1.93 and 2.18 respectively. Mobile network operators can adopt the results obtained to provide better services which would lead to better QoE for the end users. In future, more metrics could be investigated and field trials or crowdsourcing methods employed to improve subject diversity.</p></sec><sec id="s6"><title>Conflicts of Interest</title><p>The authors declare no conflicts of interest regarding the publication of this paper.</p></sec><sec id="s7"><title>Cite this paper</title><p>Ominike, A., Joshua, J., Awodele, O. and Ogbonna, A. (2020) Assessment of Quality of Experience (QoE) of Web and Video Services over a Mobile Network Using a Network Emulator. Journal of Computer and Communications, 8, 89-95. https://doi.org/10.4236/jcc.2020.85005</p></sec></body><back><ref-list><title>References</title><ref id="scirp.100510-ref1"><label>1</label><mixed-citation publication-type="other" xlink:type="simple">Le Callet, P., M&amp;ouml;ller, S. and Perkis, A. (2012) Qualinet White Paper on Definitions of Quality of Experience (QoE) and Related Concepts. Proceedings of the 5th Qualinet Meeting, Novi Sad, Serbia.</mixed-citation></ref><ref id="scirp.100510-ref2"><label>2</label><mixed-citation publication-type="other" xlink:type="simple">Wang, Y., Zhou, W. and Zhang, P. (2017) QoE Management in Wireless Networks. Springer, Berlin. https://doi.org/10.1007/978-3-319-42454-5</mixed-citation></ref><ref id="scirp.100510-ref3"><label>3</label><mixed-citation publication-type="other" xlink:type="simple">Ominike, A., Joshua, J., Awodele, O. and Ogbonna, A. (2019) A Quality of Experience Hexagram Model for Mobile Network Operators Multimedia Services and Applications. International Journal of Computer (IJC), 4523, 95-105.</mixed-citation></ref><ref id="scirp.100510-ref4"><label>4</label><mixed-citation publication-type="other" xlink:type="simple">Spetebroot, T., Afra, S., Aguilera, N., Saucez, D., Barakat, C. and Antipolis-Mediterranee, I.S. (2014) From Network-Level Measurements to Expected Quality of Experience: The Skype Use Case. 2015 IEEE International Workshop on Measurements &amp; Networking (M&amp;N), Coimbra, 12-13 October 2015, 1-6. https://doi.org/10.1109/IWMN.2015.7322989</mixed-citation></ref><ref id="scirp.100510-ref5"><label>5</label><mixed-citation publication-type="other" xlink:type="simple">Venturini, F., Marshall, C. and Alberto Di, E. (2012) Hearts, Minds and Wallets Winning the Battle for Consumer Trust. 1-16.</mixed-citation></ref><ref id="scirp.100510-ref6"><label>6</label><mixed-citation publication-type="other" xlink:type="simple">Accenture (2014) Digital Video and the Connected Consumer.</mixed-citation></ref><ref id="scirp.100510-ref7"><label>7</label><mixed-citation publication-type="other" xlink:type="simple">Shibata, M., Ito, Y. and Koshimura, R. (2014) Evaluation of QoE of Web Services on a Mobile Host over a Wireless LAN by Simulator/Emulator System. 2014 International Conference on Information and Communication Technology Convergence (ICTC), Busan, 22-24 October 2014, 77-81. https://doi.org/10.1109/ICTC.2014.6983087</mixed-citation></ref><ref id="scirp.100510-ref8"><label>8</label><mixed-citation publication-type="other" xlink:type="simple">Hemminger, S. (2005) Network Emulation with NetEm. Proc. 6th Aust. Natl. Linux Conf. (LCA 2005), April, 1-9.</mixed-citation></ref><ref id="scirp.100510-ref9"><label>9</label><mixed-citation publication-type="other" xlink:type="simple">Shinwary, A. (2010) Mapping of User Quality-of-Experience to Application Perceived Performance for Web Application. PhD Thesis, School of Computing, Blekinge Institute of Technology, Sweden.</mixed-citation></ref></ref-list></back></article>