# A No-Reference Modular Video Quality Prediction Model for H.265/HEVC and VP9 Codecs on a Mobile Device

Authors: Debajyoti Pal; Vajirasak Vanijja
Journal: Advances in Multimedia
 (2017)

---

## Abstract

We propose a modular no-reference video quality prediction model for videos that are encoded with H.265/HEVC and VP9 codecs and viewed on mobile devices. The impairments which can affect video transmission are classified into two broad types depending upon which layer of the TCP/IP model they originated from. Impairments from the network layer are called the network QoS factors, while those from the application layer are called the application/payload QoS factors. Initially we treat the network and application QoS factors separately and find out the 1 : 1 relationship between the respective QoS factors and the corresponding perceived video quality or QoE. The mapping from the QoS to the QoE domain is based upon a decision variable that gives an optimal performance. Next, across each group we choose multiple QoS factors and find out the QoE for such multifactor impaired videos by using an additive, multiplicative, and regressive approach. We refer to these as the integrated network and application QoE, respectively. At the end, we use a multiple regression approach to combine the network and application QoE for building the final model. We also use an Artificial Neural Network approach for building the model and compare its performance with the regressive approach.


---

## Body

## 1. Introduction

There has been a rapid advance in various video services and their applications, like video telephony, High Definition (HD) and Ultra High Definition (UHD) television, Internet protocol television (IPTV), and mobile multimedia streaming in recent years. Thus, quality assessment of videos that are being streamed and watched online has become an area of active research. As per a report published in [1], video streaming over the Internet is becoming increasingly popular on devices having small form factor screens (4 inches to 6 inches). Most of the mobile phones as of today have a screen resolution of at least 1280 × 720 pixels (HD) or 1920 × 1080 pixels (Full HD). Some phones even have a higher screen resolution of 2556 × 1440 (2K resolution) pixels. Price of the mobile phones has also fallen to a great extent which makes them a perfect candidate for watching videos on the go. Advancements in mobile hardware coupled with decreasing costs have resulted in a greater demand for high resolution video content that could be watched anytime. A report published in [2] confirms this fact stating that presently video traffic constitutes more than 55% of the overall Internet traffic. In order to mitigate the problem of increased load on the existing network infrastructure, sophisticated video compression techniques have been developed that provide an excellent viewing quality without consuming a large network bandwidth during the streaming sessions. H.265/HEVC (High Efficiency Video Coding) developed by the International Telecommunication Union’s (ITU) Video Coding Expert Group (VCEG) and VP9 by Google Inc. are prime examples of such modern codecs. Both of them provide an excellent quality to compression ratio.Quality of Service (QoS) has been defined by ITU as“a characteristic of a telecommunications service that bear on its ability to satisfy stated and implied needs of the users of the service” [3]. On the contrary, the concept of Quality of Experience (QoE) is multidimensional that is influenced by a number of systems, users, and other contextual factors [4]. For the purpose of successful QoE management by the Internet service providers (ISPs), it is extremely important to understand the relationships between QoE and the underlying network and application-layer QoS parameters. In fact, QoS parameters are the most important business relevant parameters for the ISPs [5]. Therefore, in order to measure the user satisfaction, there is a need for mapping from the QoS to the QoE domain.In this paper, a video quality prediction model has been presented for videos encoded with H.265/HEVC and VP9 codecs and viewed on mobile devices that are connected to a Wireless Local Area Network (WLAN-802.11 ac standard). We have considered only the infrastructure mode. A total of seven QoS parameters are considered (four representing the network QoS and the remaining three used for application QoS). Large scale subjective tests are carried out for the purpose of model building. Packet loss, jitter, throughput, and auto resolution scaling are the network QoS factors taken into consideration, while bit rate, frame rate, and video resolution are the application QoS factors taken into account. In order to introduce a modularity concept, the video model has been built in three stages. In stages one and two the video quality model for the network and application QoS factors is built separately one after another independent of each other. In stage three, the video models from stage one and stage two are combined together to obtain the final comprehensive model. This modular approach provides more flexibility since it treats the network and application video models independently. This modular feature should be particularly useful to the ISPs because if any change or modification in the model is required afterwards; then they can work on only those specific factors without having to disturb the remaining ones. Detailed methodology has been provided in a later section.Rest of the paper is organized as follows. In Section2, related literature review is done. Section 3 presents the detailed methodology for building the video model. Section 4 illustrates the subjective tests that have been conducted along with the relevant data analysis. Sections 5 and 6 present the video model for network and application QoS factors, respectively, while Section 7 presents the final integrated video model. Section 8 introduces the Artificial Neural Network (ANN) approach for model building along with the relevant statistics. Finally, in Section 9, we provide the conclusion and the scope for future work.


## 2. Literature Review

In this section, we present a brief review of all the relevant works.


### 2.1. Video Service Quality Estimation Methods

There are two main techniques for video quality assessment: subjective and objective methods. A concise report on both techniques is provided in the following paragraphs.Till date, subjective tests are considered to be the most accurate video quality assessment method. Typically, in a subjective test, users are gathered together in a room to view some video samples. Then they are asked to rate those samples (typically on a scale of 1 to 5), where 1 denotes the worst and 5 the best quality. The rating which is given by the users is commonly referred to as the Mean Opinion Score (MOS), also known as the QoE. ITU has several recommendations where the procedure for conducting subjective tests has been laid down in detail. Different techniques are available for conducting the subjective tests depending upon the application requirement. Absolute Category Rating (ACR), Absolute Category Rating with Hidden Reference (ACR-HR), Degradation Category Rating (DCR), and Pair Comparison (PC) are some of the most frequently employed techniques. Both ACR and ACR-HR are examples of single stimulus method where only one video sequence is shown at a time. DCR and PC are examples of double stimulus methods where both the original and the degraded video sequences are shown to the users in pair. Further detail about these techniques can be obtained from relevant ITU recommendations [6–8]. The recommendations suggest using video sequences having duration of at least 10 seconds. However, the effect of using videos lesser or greater than 10 seconds on the subjective quality assessment has not been accounted for [9]. Papers [10, 11] provide a detailed comparison among the different subjective techniques. Although subjective methods are very accurate, they are time consuming and very expensive to be carried out. Hence, there is a necessity of objective approach.Objective techniques are based upon certain algorithms or mathematical formulae that try to predict the perceived video quality by a human observer. An objective approach can be of intrusive or nonintrusive type. Intrusive methods are also known as Full Reference (FR) techniques, because the evaluation process requires both the original and degraded video sequences to be present. Peak Signal to Noise Ratio (PSNR), Structural Similarity Index (SSIM), and Video Quality Metric (VQM) are examples of such a scheme [12–15]. There is another variation to the intrusive method where only a subset of the original video sequence is presented to the user for the purpose of quality evaluation. This is referred to as the Reduced Reference (RR) method [16]. Nonintrusive methods do not require the presence of any original video sequence; hence, they are also called no-reference (NR) methods. The models presented in [17–19] represent such a technique. For a video streaming scenario, a NR model is more preferable since it involves minimum overhead as it does not require the presence of the original video sequence. Further detail about these methods can be obtained from [20].There is a third technique that is increasingly becoming popular in recent years. It involves a combination of the subjective and objective approach as mentioned above. The very recently published ITU-T Recommendation P.1203 is an example of such an approach [21].


### 2.2. Studies of Correlation between QoS and QoE

Due to the high cost of the subjective tests and relatively low accuracy of the objective algorithms, researchers have tried to estimate the QoE from various QoS factors. ITU-T Recommendation P.861 estimates the listening quality from various voice transmission factors and establishes a nonlinear relationship between the two [22]. Similar work has been done by authors in [23], where they discuss in detail how the human satisfaction of HTTP service (web browsing) is affected by two network QoS parameters, namely, network bandwidth and latency. A nonlinear relationship between the QoS and QoE for web user satisfaction has been proposed by the authors. However, both the works consider only the network QoS parameters and it needs to be seen if the same type of relationship hold true for video traffic also.A generic formula in which QoE and QoS parameters are connected through an exponential relationship called the IQX hypothesis is presented by the authors in [24]. The IQX hypothesis is tested for two different services: voice over IP (VoIP) and web browsing for different values of packet loss, jitter, and reordering conditions. However, the validity of IQX hypothesis for other interactive and streaming applications like video is a matter of further investigation. Similarly, the authors in [25] explain the relationship between QoE and QoS in terms of the Weber-Fechner Law (WFL) that is an important principle in psychophysics. The testing environment is limited to a VoIP system and a mobile broadband application scenario involving web browsing, e-mails, and downloads only. Both IQX hypothesis and WFL have been tested for VoIP application and web services only and they are found to be just the inverse of each other. With respect to video streaming, other factors like video resolution, type of the codec used for compression, nature of the video content, and so on are very important towards determining the video QoE. However, they cannot be taken into account by the IQX hypothesis or WFL since they explain only the network QoS factors.An adaptive QoE measurement scheme for IPTV services has been presented in paper [26]. The authors propose a Video Intelligent Probe (VIP) that integrates the analysis of video processing and network parameters together. The assessment is based upon the quality of images contained in the video signal, packet loss, and the packet arrival time. Similar work has been done by authors in [27] for an IPTV service where the effects of delay, jitter, packet loss rate, error rate, bandwidth, and signal success rate are considered. Both these works primarily take into consideration network QoS factors and they are targeted towards watching videos on a big screen like television. However, there is a considerable difference in the viewing experience on a television and small form factor mobile devices [28, 29].Authors in [30] evaluate the video quality on a mobile platform considering the impact of spatial resolution, temporal resolution, and the quantization step size. All the videos that are considered have a resolution of 4 CIF (704 × 576) only. QoE modeling for VP9 and H.265 encoded videos on mobile devices have been investigated by the authors in [31]. Although application QoS factors like bit rate and video resolution have been taken into consideration, they do not include any network QoS factors. Also, the effect of frame rate has not been taken into account. A content based video quality prediction model over wireless local area networks that combine both application and network level parameters has been proposed in [32]. Bit rate and frame rate are the application QoS factors considered, whereas only the effect of packet loss has been taken into account as the network QoS factor across a variety of video content. Similar models have also been proposed in [33–36].A Dynamic Adaptive Streaming over HTTP (DASH) based multiview video streaming system that can minimize the view-switching delay by employing proper buffer control, parallel streaming, and server push schemes has been presented by authors in [37]. Similar HTTP based video streaming for long-term evolution (LTE) cellular networks has been proposed in [38]. Authors in [39–41] try to predict the video QoE for a DASH based video streaming scenario. Papers [42–44] provide an excellent survey on the QoE estimation techniques in place for a video streaming scenario in general.From this section, we conclude that a lot of research has been done on the quality estimation of videos. The factors taken into consideration belong either to the application layer or the network layer of the TCP/IP protocol suite. Some authors who have considered an effect of both use low resolution videos encoded with older generation codecs like MPEG-2 and H.264/AVC. Also, very little work has been done with respect to video quality estimation on mobile devices. Considering the tremendous and ever increasing popularity of online video streaming services, it is the need of the hour to develop a comprehensive quality prediction model which takes into account factors from both the network and application layers for videos that have been encoded with the current generation H.265/HEVC and VP9 codecs on a mobile device.


## 2.1. Video Service Quality Estimation Methods

There are two main techniques for video quality assessment: subjective and objective methods. A concise report on both techniques is provided in the following paragraphs.Till date, subjective tests are considered to be the most accurate video quality assessment method. Typically, in a subjective test, users are gathered together in a room to view some video samples. Then they are asked to rate those samples (typically on a scale of 1 to 5), where 1 denotes the worst and 5 the best quality. The rating which is given by the users is commonly referred to as the Mean Opinion Score (MOS), also known as the QoE. ITU has several recommendations where the procedure for conducting subjective tests has been laid down in detail. Different techniques are available for conducting the subjective tests depending upon the application requirement. Absolute Category Rating (ACR), Absolute Category Rating with Hidden Reference (ACR-HR), Degradation Category Rating (DCR), and Pair Comparison (PC) are some of the most frequently employed techniques. Both ACR and ACR-HR are examples of single stimulus method where only one video sequence is shown at a time. DCR and PC are examples of double stimulus methods where both the original and the degraded video sequences are shown to the users in pair. Further detail about these techniques can be obtained from relevant ITU recommendations [6–8]. The recommendations suggest using video sequences having duration of at least 10 seconds. However, the effect of using videos lesser or greater than 10 seconds on the subjective quality assessment has not been accounted for [9]. Papers [10, 11] provide a detailed comparison among the different subjective techniques. Although subjective methods are very accurate, they are time consuming and very expensive to be carried out. Hence, there is a necessity of objective approach.Objective techniques are based upon certain algorithms or mathematical formulae that try to predict the perceived video quality by a human observer. An objective approach can be of intrusive or nonintrusive type. Intrusive methods are also known as Full Reference (FR) techniques, because the evaluation process requires both the original and degraded video sequences to be present. Peak Signal to Noise Ratio (PSNR), Structural Similarity Index (SSIM), and Video Quality Metric (VQM) are examples of such a scheme [12–15]. There is another variation to the intrusive method where only a subset of the original video sequence is presented to the user for the purpose of quality evaluation. This is referred to as the Reduced Reference (RR) method [16]. Nonintrusive methods do not require the presence of any original video sequence; hence, they are also called no-reference (NR) methods. The models presented in [17–19] represent such a technique. For a video streaming scenario, a NR model is more preferable since it involves minimum overhead as it does not require the presence of the original video sequence. Further detail about these methods can be obtained from [20].There is a third technique that is increasingly becoming popular in recent years. It involves a combination of the subjective and objective approach as mentioned above. The very recently published ITU-T Recommendation P.1203 is an example of such an approach [21].


## 2.2. Studies of Correlation between QoS and QoE

Due to the high cost of the subjective tests and relatively low accuracy of the objective algorithms, researchers have tried to estimate the QoE from various QoS factors. ITU-T Recommendation P.861 estimates the listening quality from various voice transmission factors and establishes a nonlinear relationship between the two [22]. Similar work has been done by authors in [23], where they discuss in detail how the human satisfaction of HTTP service (web browsing) is affected by two network QoS parameters, namely, network bandwidth and latency. A nonlinear relationship between the QoS and QoE for web user satisfaction has been proposed by the authors. However, both the works consider only the network QoS parameters and it needs to be seen if the same type of relationship hold true for video traffic also.A generic formula in which QoE and QoS parameters are connected through an exponential relationship called the IQX hypothesis is presented by the authors in [24]. The IQX hypothesis is tested for two different services: voice over IP (VoIP) and web browsing for different values of packet loss, jitter, and reordering conditions. However, the validity of IQX hypothesis for other interactive and streaming applications like video is a matter of further investigation. Similarly, the authors in [25] explain the relationship between QoE and QoS in terms of the Weber-Fechner Law (WFL) that is an important principle in psychophysics. The testing environment is limited to a VoIP system and a mobile broadband application scenario involving web browsing, e-mails, and downloads only. Both IQX hypothesis and WFL have been tested for VoIP application and web services only and they are found to be just the inverse of each other. With respect to video streaming, other factors like video resolution, type of the codec used for compression, nature of the video content, and so on are very important towards determining the video QoE. However, they cannot be taken into account by the IQX hypothesis or WFL since they explain only the network QoS factors.An adaptive QoE measurement scheme for IPTV services has been presented in paper [26]. The authors propose a Video Intelligent Probe (VIP) that integrates the analysis of video processing and network parameters together. The assessment is based upon the quality of images contained in the video signal, packet loss, and the packet arrival time. Similar work has been done by authors in [27] for an IPTV service where the effects of delay, jitter, packet loss rate, error rate, bandwidth, and signal success rate are considered. Both these works primarily take into consideration network QoS factors and they are targeted towards watching videos on a big screen like television. However, there is a considerable difference in the viewing experience on a television and small form factor mobile devices [28, 29].Authors in [30] evaluate the video quality on a mobile platform considering the impact of spatial resolution, temporal resolution, and the quantization step size. All the videos that are considered have a resolution of 4 CIF (704 × 576) only. QoE modeling for VP9 and H.265 encoded videos on mobile devices have been investigated by the authors in [31]. Although application QoS factors like bit rate and video resolution have been taken into consideration, they do not include any network QoS factors. Also, the effect of frame rate has not been taken into account. A content based video quality prediction model over wireless local area networks that combine both application and network level parameters has been proposed in [32]. Bit rate and frame rate are the application QoS factors considered, whereas only the effect of packet loss has been taken into account as the network QoS factor across a variety of video content. Similar models have also been proposed in [33–36].A Dynamic Adaptive Streaming over HTTP (DASH) based multiview video streaming system that can minimize the view-switching delay by employing proper buffer control, parallel streaming, and server push schemes has been presented by authors in [37]. Similar HTTP based video streaming for long-term evolution (LTE) cellular networks has been proposed in [38]. Authors in [39–41] try to predict the video QoE for a DASH based video streaming scenario. Papers [42–44] provide an excellent survey on the QoE estimation techniques in place for a video streaming scenario in general.From this section, we conclude that a lot of research has been done on the quality estimation of videos. The factors taken into consideration belong either to the application layer or the network layer of the TCP/IP protocol suite. Some authors who have considered an effect of both use low resolution videos encoded with older generation codecs like MPEG-2 and H.264/AVC. Also, very little work has been done with respect to video quality estimation on mobile devices. Considering the tremendous and ever increasing popularity of online video streaming services, it is the need of the hour to develop a comprehensive quality prediction model which takes into account factors from both the network and application layers for videos that have been encoded with the current generation H.265/HEVC and VP9 codecs on a mobile device.


## 3. Methodology

### 3.1. Problem Statement

In a video streaming service, there are several factors that affect the visual quality as perceived by the end users. These QoS factors can be grouped under the category of network and application QoS factors. Figure1 gives a detailed classification of the factors that we have considered in this paper. Therefore, for our case, the network layer perceptual QoS/video model will be a function of(1)Perceptual  QoSQoENetwork=fPL,J,T,ARS.Figure 1
Classification of QoS factors.Similarly, in the application layer, it will be a function of(2)PerceptualQoSQoEApplication=fBR,FR,R.As both QoENetwork and QoEApplication have the same scale (equivalent to the MOS scale of 1 to 5), hence, the overall/final video model can be expressed as(3)QoEOverall=fQoENetwork,QoEApplication.Equations (1) and (2) are absolutely independent of each other, while (3) integrates (1) and (2) together. This is the reason that our proposed model is modular in nature. Depending upon the requirement either QoENetwork, QoEApplication, or QoEOverall can be obtained. Figure 2 depicts the overall methodology that is followed for building the video model.Figure 2
Methodology for building the video model.11 reference videos are chosen from the SVT High Definition Multiformat Test Set database maintained by the Video Quality Experts Group (VQEG) [45]. These reference videos are then subjected to various types of network and application level impairments. The degraded video sequences are then shown to the users who rate them on a scale of 1 to 5. The results from the subjective test are used for creating the objective model.We begin by mapping the individual network and application QoS factors to their corresponding QoE. Various types of fitting functions are considered, but we choose the optimal one based upon a decision variable (DV) that is discussed in a later part of the paper. After this, we find the perceived video quality due to multiple impairment factors, that is, multiple network and application QoS factors, and refer to them asQoENetwork and QoEApplication, respectively. This is done in three steps as discussed below:(
1
) In step 1, we use a weighted sum (additive) approach to find the network and application QoE by using the Analytic Hierarchy Process (AHP) algorithm and refer to them as QoEAddNetwork and QoEAddApplication, respectively. However, due to a drawback in this approach next we use a multiplicative technique.(
2
) In step 2, we use a multiplicative approach to find the network and application QoE and refer to them as QoEMulNetwork and QoEMulApplication, respectively.(
3
) In step 3, we take into account the interaction of the additive and multiplicative approaches to find the final network and application QoE denoted by QoENetwork and QoEApplication, respectively.The final video modelQoEVideo–Model is found out from QoENetwork and QoEApplication by using a multiple regression approach. Due to the widespread use of different machine learning algorithms we also find QoEVideo–Model using an Artificial Neural Network (ANN) approach and compare the results across the two methods.Next we discuss in detail the various QoS factors that have been considered in this paper.


### 3.2. Network QoS Factors

Here we provide the detail of the considered network QoS factors.(1
) Packet Loss (PL). IP packets may be discarded during their transit over the network or dropped at any intermediate nodes due to network congestion or buffer overflow. Here, we consider a random packet loss pattern as it has a significant detrimental effect on the video stream quality as compared to other types of packet losses [46]. The different packet loss levels that we have considered have been taken from the recommended range of values as suggested by ITU-T via their recommendation ITU-T Y.1541 [47] and presented in Table 4.(2
) Jitter (J). It is defined as the variable delay in receiving packets at the receiver end. It can occur due to network congestion, improper queuing, or several other factors.(3
) Throughput (T). It refers to the amount of data that is successfully transferred from one place to another in a given time period. Its influence towards the video QoE has been well accepted by the research community.(4
) Auto Resolution Scaling (ARS). In an adaptive video streaming scenario, the videos are encoded at multiple discreet bitrates, that is, at different resolutions. For example, the most commonly used video resolution by YouTube is at 144p, 240p, 360p, 480p, 720p, or 1080p. Depending upon the available network bandwidth and other factors, a particular bitrate stream is broken into multiple segments or chunks, with each segment lasting between 2 and 10 seconds. For the sake of this research, the resolution combinations that we choose are (360p + 480p), (720p + 360p), (720p + 480p), (360p + 1080p), and (1080p + 720p). The duration of the video sequences that we use in our experiment are 10 seconds each. Considering the fact that the duration of each fragmented segment should be between 2 and 10 seconds in case of a resolution switch, we take into account only two resolution switches for a particular video playback. Higher number of resolution switches have not been considered keeping in mind the total length of the original video sequences. For the purpose of data analysis, we express the ARS factor as the ratio of a particular resolution combination to the minimum resolution combination of the videos that is used. For example, the ARS factor for (720p + 360p) combination is (1280 × 720 + 640 × 360)/(640 × 360 + 854 × 480) = 1.8. Similarly, for (360p + 480p), (720p + 480p), (360p + 1080p), and (1080p + 720p), the ARS factors are 1, 2.1, 3.6, and 4.7, respectively.Now we explain how the secondary ARS factor is related to the primary ones. Auto resolution scaling is a type of adaptive bitrate streaming technique that is used by the video content providers with an aim to improve the viewing QoE. The video content provider stores the same video contents in multiple resolutions and then depending on various network factors like the available network bandwidth, extent of jitter, and the overall network loading conditions select a particular resolution for showing them to the users. Automatic switching to lower or higher resolutions than what is currently being played happens depending upon the network conditions and factors like amount of playout buffer left, video rendering capability of the viewer’s device, and so on. Hence, the ARS factor that we have considered is a consequence of the primary ones.


### 3.3. Application QoS Factors

Bitrate, frame rate, and resolution of the source videos are the application QoS factors that are considered. The videos that are used in the experiment vary over a wide range of video content. The bitrate factor is different from the throughput one (although they are measured using the same units). Bitrate is a codec related feature, while throughput is a network property that refers to the available bandwidth at any point of time.The perceived video quality depends on the type of video content to a great extent which has been discussed by authors in [32, 48–50]. To define the different types of video contents we have considered the Spatial Information (SI) and Temporal Information (TI) of the source videos. SI gives an indication of the amount of spatial details that each frame has and it has a higher value for more spatially complex scenes. The SI value for every video frame has been calculated by filtering each one of them using the Sobel filter followed by computing the standard deviation. The maximum value in the frame represents the SI content of the scene. Similarly, TI values give an indication of the amount of temporal changes in a particular video sequence. It has a higher value for sequences having greater amount of motion. Equations (4) and (5) show the calculation of the SI and TI values, respectively,(4)SI=maxtime⁡stdspaceSobelFn,(5)TI=maxtime⁡stdspaceFni,j-Fn-1i,j,where Fn is the video frame at time n, stdspace is the standard deviation across all the pixels for each filtered frame, and maxtime is the corresponding maximum value in the considered time interval. The SI and TI values are multiplied in order to arrive at the overall content complexity of any video sequence.The Sobel filter is implemented by convolving two 3 × 3 kernels over the video frame and taking the square root of the sum of the squares of the results of these convolutions. Fory=Sobelx, if xi,j denotes the pixels of the input image at the ith row and jth column, then the result of the first convolution denoted by Gvi,j is given by (6)Gvi,j=-1×xi-1,j-1-2×xi-1,j-1×xi-1,j+1+0×xi,j-1+0×xi,j+0×xi,j+1+1×xi+1,j-1+2×xi+1,j+1×xi+1,j+1.Similarly,Ghi,j which is the result of the second convolution is given by (7)Ghi,j=-1×xi-1,j-1+0×xi-1,j+1×xi-1,j+1-2×xi,j-1+0×xi,j+2×xi,j+1-1×xi+1,j-1+0×xi+1,j+1×xi+1,j+1.Hence, the output from the Sobel filter image at theith row and jth column is given by (8)yi,j=Gvi,j2+Ghi,j2.The calculations are performed for all2≤i≤N-1 and 2≤j≤M-1, where N denotes the number of rows and M the number of columns.Figure3 shows the SI and TI values for the eleven video sequences that have been used in this paper.Figure 3
Calculated SI and TI values of chosen video sequences.For each video sequence, we have taken four different resolutions (VGA, qHD, HD, and Full HD). The resolution factorR that is considered is totally different from the ARS factor discussed previously. R refers solely to the resolution of the videos that have not been subjected to any sort of network impairments. However, the ARS factor has been introduced as a network QoS factor in order to take into consideration the effects of adaptive bitrate streaming. For the sake of data analysis, we express the resolution of a particular video sample denoted by RVideo in a ratio format given by (9)RVideo=ROriginalRMinimum,where ROriginal refers to the actual resolution of the video under consideration and RMinimum refers to its corresponding minimum resolution. For example, the resolution value for any Full HD content will be 1920×1080/640×480=6.75. Similarly, the resolution value for any VGA content will be 640×480/640×480=1. Thus, a video having a higher RVideo value will be at a higher resolution. Next, we discuss the experiment that has been carried out in detail and the subsequent data analysis.


## 3.1. Problem Statement

In a video streaming service, there are several factors that affect the visual quality as perceived by the end users. These QoS factors can be grouped under the category of network and application QoS factors. Figure1 gives a detailed classification of the factors that we have considered in this paper. Therefore, for our case, the network layer perceptual QoS/video model will be a function of(1)Perceptual  QoSQoENetwork=fPL,J,T,ARS.Figure 1
Classification of QoS factors.Similarly, in the application layer, it will be a function of(2)PerceptualQoSQoEApplication=fBR,FR,R.As both QoENetwork and QoEApplication have the same scale (equivalent to the MOS scale of 1 to 5), hence, the overall/final video model can be expressed as(3)QoEOverall=fQoENetwork,QoEApplication.Equations (1) and (2) are absolutely independent of each other, while (3) integrates (1) and (2) together. This is the reason that our proposed model is modular in nature. Depending upon the requirement either QoENetwork, QoEApplication, or QoEOverall can be obtained. Figure 2 depicts the overall methodology that is followed for building the video model.Figure 2
Methodology for building the video model.11 reference videos are chosen from the SVT High Definition Multiformat Test Set database maintained by the Video Quality Experts Group (VQEG) [45]. These reference videos are then subjected to various types of network and application level impairments. The degraded video sequences are then shown to the users who rate them on a scale of 1 to 5. The results from the subjective test are used for creating the objective model.We begin by mapping the individual network and application QoS factors to their corresponding QoE. Various types of fitting functions are considered, but we choose the optimal one based upon a decision variable (DV) that is discussed in a later part of the paper. After this, we find the perceived video quality due to multiple impairment factors, that is, multiple network and application QoS factors, and refer to them asQoENetwork and QoEApplication, respectively. This is done in three steps as discussed below:(
1
) In step 1, we use a weighted sum (additive) approach to find the network and application QoE by using the Analytic Hierarchy Process (AHP) algorithm and refer to them as QoEAddNetwork and QoEAddApplication, respectively. However, due to a drawback in this approach next we use a multiplicative technique.(
2
) In step 2, we use a multiplicative approach to find the network and application QoE and refer to them as QoEMulNetwork and QoEMulApplication, respectively.(
3
) In step 3, we take into account the interaction of the additive and multiplicative approaches to find the final network and application QoE denoted by QoENetwork and QoEApplication, respectively.The final video modelQoEVideo–Model is found out from QoENetwork and QoEApplication by using a multiple regression approach. Due to the widespread use of different machine learning algorithms we also find QoEVideo–Model using an Artificial Neural Network (ANN) approach and compare the results across the two methods.Next we discuss in detail the various QoS factors that have been considered in this paper.


## 3.2. Network QoS Factors

Here we provide the detail of the considered network QoS factors.(1
) Packet Loss (PL). IP packets may be discarded during their transit over the network or dropped at any intermediate nodes due to network congestion or buffer overflow. Here, we consider a random packet loss pattern as it has a significant detrimental effect on the video stream quality as compared to other types of packet losses [46]. The different packet loss levels that we have considered have been taken from the recommended range of values as suggested by ITU-T via their recommendation ITU-T Y.1541 [47] and presented in Table 4.(2
) Jitter (J). It is defined as the variable delay in receiving packets at the receiver end. It can occur due to network congestion, improper queuing, or several other factors.(3
) Throughput (T). It refers to the amount of data that is successfully transferred from one place to another in a given time period. Its influence towards the video QoE has been well accepted by the research community.(4
) Auto Resolution Scaling (ARS). In an adaptive video streaming scenario, the videos are encoded at multiple discreet bitrates, that is, at different resolutions. For example, the most commonly used video resolution by YouTube is at 144p, 240p, 360p, 480p, 720p, or 1080p. Depending upon the available network bandwidth and other factors, a particular bitrate stream is broken into multiple segments or chunks, with each segment lasting between 2 and 10 seconds. For the sake of this research, the resolution combinations that we choose are (360p + 480p), (720p + 360p), (720p + 480p), (360p + 1080p), and (1080p + 720p). The duration of the video sequences that we use in our experiment are 10 seconds each. Considering the fact that the duration of each fragmented segment should be between 2 and 10 seconds in case of a resolution switch, we take into account only two resolution switches for a particular video playback. Higher number of resolution switches have not been considered keeping in mind the total length of the original video sequences. For the purpose of data analysis, we express the ARS factor as the ratio of a particular resolution combination to the minimum resolution combination of the videos that is used. For example, the ARS factor for (720p + 360p) combination is (1280 × 720 + 640 × 360)/(640 × 360 + 854 × 480) = 1.8. Similarly, for (360p + 480p), (720p + 480p), (360p + 1080p), and (1080p + 720p), the ARS factors are 1, 2.1, 3.6, and 4.7, respectively.Now we explain how the secondary ARS factor is related to the primary ones. Auto resolution scaling is a type of adaptive bitrate streaming technique that is used by the video content providers with an aim to improve the viewing QoE. The video content provider stores the same video contents in multiple resolutions and then depending on various network factors like the available network bandwidth, extent of jitter, and the overall network loading conditions select a particular resolution for showing them to the users. Automatic switching to lower or higher resolutions than what is currently being played happens depending upon the network conditions and factors like amount of playout buffer left, video rendering capability of the viewer’s device, and so on. Hence, the ARS factor that we have considered is a consequence of the primary ones.


## 3.3. Application QoS Factors

Bitrate, frame rate, and resolution of the source videos are the application QoS factors that are considered. The videos that are used in the experiment vary over a wide range of video content. The bitrate factor is different from the throughput one (although they are measured using the same units). Bitrate is a codec related feature, while throughput is a network property that refers to the available bandwidth at any point of time.The perceived video quality depends on the type of video content to a great extent which has been discussed by authors in [32, 48–50]. To define the different types of video contents we have considered the Spatial Information (SI) and Temporal Information (TI) of the source videos. SI gives an indication of the amount of spatial details that each frame has and it has a higher value for more spatially complex scenes. The SI value for every video frame has been calculated by filtering each one of them using the Sobel filter followed by computing the standard deviation. The maximum value in the frame represents the SI content of the scene. Similarly, TI values give an indication of the amount of temporal changes in a particular video sequence. It has a higher value for sequences having greater amount of motion. Equations (4) and (5) show the calculation of the SI and TI values, respectively,(4)SI=maxtime⁡stdspaceSobelFn,(5)TI=maxtime⁡stdspaceFni,j-Fn-1i,j,where Fn is the video frame at time n, stdspace is the standard deviation across all the pixels for each filtered frame, and maxtime is the corresponding maximum value in the considered time interval. The SI and TI values are multiplied in order to arrive at the overall content complexity of any video sequence.The Sobel filter is implemented by convolving two 3 × 3 kernels over the video frame and taking the square root of the sum of the squares of the results of these convolutions. Fory=Sobelx, if xi,j denotes the pixels of the input image at the ith row and jth column, then the result of the first convolution denoted by Gvi,j is given by (6)Gvi,j=-1×xi-1,j-1-2×xi-1,j-1×xi-1,j+1+0×xi,j-1+0×xi,j+0×xi,j+1+1×xi+1,j-1+2×xi+1,j+1×xi+1,j+1.Similarly,Ghi,j which is the result of the second convolution is given by (7)Ghi,j=-1×xi-1,j-1+0×xi-1,j+1×xi-1,j+1-2×xi,j-1+0×xi,j+2×xi,j+1-1×xi+1,j-1+0×xi+1,j+1×xi+1,j+1.Hence, the output from the Sobel filter image at theith row and jth column is given by (8)yi,j=Gvi,j2+Ghi,j2.The calculations are performed for all2≤i≤N-1 and 2≤j≤M-1, where N denotes the number of rows and M the number of columns.Figure3 shows the SI and TI values for the eleven video sequences that have been used in this paper.Figure 3
Calculated SI and TI values of chosen video sequences.For each video sequence, we have taken four different resolutions (VGA, qHD, HD, and Full HD). The resolution factorR that is considered is totally different from the ARS factor discussed previously. R refers solely to the resolution of the videos that have not been subjected to any sort of network impairments. However, the ARS factor has been introduced as a network QoS factor in order to take into consideration the effects of adaptive bitrate streaming. For the sake of data analysis, we express the resolution of a particular video sample denoted by RVideo in a ratio format given by (9)RVideo=ROriginalRMinimum,where ROriginal refers to the actual resolution of the video under consideration and RMinimum refers to its corresponding minimum resolution. For example, the resolution value for any Full HD content will be 1920×1080/640×480=6.75. Similarly, the resolution value for any VGA content will be 640×480/640×480=1. Thus, a video having a higher RVideo value will be at a higher resolution. Next, we discuss the experiment that has been carried out in detail and the subsequent data analysis.


## 4. Experiment Details

First, we present the video sequences that have been used in this research.


### 4.1. Video Selection

The publicly available video database of VQEG has been used for selecting our reference videos. A total of 11 sequences are taken; the details of which are shown in Table1. All the sequences are roughly of 10-second duration each and in native YUV 4.2.0 format. The raw videos are encoded using the H.265 and VP9 codecs. Tables 2 and 3 show the encoder configuration used for both the codecs, respectively.Table 1
Video sequences used.
Seq. number
Seq. name
Frame rate
Resolution
Chroma format
Content complexity
(1)
Harbor
60 fps
1920 × 1080
4.2.0
1014
(2)
Ice
60 fps
1920 × 1080
4.2.0
756
(3)
DucksTakeOff
50 fps
1920 × 1080
4.2.0
2728
(4)
ParkJoy
50 fps
1920 × 1080
4.2.0
2450
(5)
Crew
60 fps
1920 × 1080
4.2.0
1053
(6)
CrowdRun
50 fps
1920 × 1080
4.2.0
2688
(7)
Akiyo
30 fps
1920 × 1080
4.2.0
255
(8)
Soccer
60 fps
1920 × 1080
4.2.0
2704
(9)
Foreman
30 fps
1920 × 1080
4.2.0
1140
(10)
Football
30 fps
1920 × 1080
4.2.0
2760
(11)
News
30 fps
1920 × 1080
4.2.0
1470Table 2
Encoder configuration for H.265/HEVC codec.
Parameter
Details
Encoder version
HM 16.6
Profile
Main
Reference frames
4
R/D optimization
Enabled
GOP
8
Coding unit size/depth
64/4
Fast encoding
Enabled
Rate control
Disabled
Internal bit depth
8Table 3
Encoder configuration for VP9 codec.
Parameter
Details
Encoder version
Ffmpeg 3.1.3
Encoding quality
Best
Number of passes
2
Bit rate control mode
Variable bit rate (VBR defined by target bit rate)
Constrained quality (CQ) level
Same as quantization Parameter QP
Initial, optimal, and maximum buffer level
4000 ms, 5000 ms, 6000 ms
GOP size
Auto
GOP length (intraperiod)
320
Internal bit depth
8Table 4
Simulation parameters.
Parameter
Value
Packet loss (%)
0.1, 0.5, 1, 3, 5, 10
Jitter (ms)
1, 2, 3, 4, 5
Throughput (Kbps)
500, 1000, 2000, 3000, 5000
Autoresolution scaling
1, 1.8, 2.1, 3.6, 4.7
Bitrate (Kbps)
500, 1000, 2000, 4000, 8000
Frame rate (fps)
10, 15, 25, 30, 50/60
Resolution
1, 1.69, 3, 6.75Figures4(a)–4(k) show the snapshot of the videos that are considered.Figure 4
Snapshot of used video sequences: (a) Harbor, (b) Ice, (c) DucksTakeOff, (d) ParkJoy, (e) Crew, (f) CrowdRun, (g) Akiyo, (h) Soccer, (i) Foreman, (j) Football, and (k) News.
(a)
(b)
(c)
(d)
(e)
(f)
(g)
(h)
(i)
(j)
(k)


### 4.2. Simulation Test-Bed

The simulation test-bed has been shown in Figure5. We have created 2 sending nodes, namely, a constant bitrate (CBR) background traffic source node and a streaming server that contains all the video sequences we use encoded with the H.265 and VP9 codecs. The bitrate of the CBR has been fixed at 2 Mbps in order to simulate a realistic scenario. Both these sending nodes are connected to router A over the Internet across a 20 Mbps link. Router A is in turn connected to router B over a variable link. Router B is again connected to a wireless access point at 20 Mbps which further transmits this traffic to a mobile node at transmission speeds of up to 600 Mbps typically found in 802.11ac WLANs. No packets are dropped in the wired portion of the video delivery path. The maximum transmitted packet size is 1024 bytes. We use a random pattern for packet loss that takes six values at (0.1, 0.5, 1, 3, 5, and 10%). The effect of jitter has been added by introducing a fixed delay of 100 ms plus five variable delays corresponding to (1, 2, 3, 4, and 5 ms). The network throughput is varied by changing the bandwidth of the variable link between routers A and B and has been fixed at (500, 1000, 2000, 4000, and 8000 Kbps). As previously mentioned, range of all the values considered is based upon the ITU and ETSI recommendations provided in [47, 51, 52]. Values of all the parameters used in the experiment are provided in Table 4. For videos that have been impaired by a single ARS factor only or any particular application QoS factor, the simulation test-bed has not been used. In order to simulate the ARS factor, a particular video is segmented, with each segment being played back at two different resolutions. For example, in case of a video having 300 frames in total, the first 150 frames are played back at a particular resolution and the remaining 150 frames are played back at a different resolution.Figure 5
Simulation test-bed.The experiment has been conducted with Evalvid framework [53] and network simulator toolkit NS2 [54]. Integrating NS2 with the Evalvid platform gives us a lot of flexibility in choosing the parameters.Next, the subjective evaluation process has been described in detail.


### 4.3. Subjective Evaluation

59 participants are involved in the subjective test and they are mixed in gender. Figure6 shows the percentage breakdown of the participants’ age. Before recruiting the participants, an Ishihara color vision test has been conducted on them in order to ensure that none of them suffer from color blindness [55]. The test has been conducted in a controlled laboratory environment. It took 16 weeks to complete the entire subjective test. Table 5 gives the details of the viewing conditions under which the test has been performed.Table 5
Viewing conditions.
Parameter
Setting
Viewing distance from screen
76 cm
Peak luminance of the screen
890 nits
Background room illumination
180 nits
Ratio of brightness of background to peak brightness of screen
0.20Figure 6
Breakdown of participants’ ages.The subjects had to evaluate 462 video sequences that have been impaired by exactly 1 network QoS factor. The total number of network impairment conditions is 21 (6 for PL + 5 for J + 5 for T and 5 for ARS). Considering the 11 video sequences across 2 codecs (21 impaired conditions × 11 video sequences × 2 codecs), we arrive at the number 462. In order to assess the quality of videos impaired by multiple network QoS factors, we limit the number of test sequences to 176. Since carrying out a subjective test consumes considerable amount of time and effort; hence, it was not feasible to include all possible values of the different impairment combinations while presenting the test video sequences. Instead, we choose 176 specific combinations, the details of which have been shown in Table6.Table 6
Impairment choice for 176 video sequences (network QoS).
Impairment combination
Total number of impairments
Number of impaired video sequences
(PL + J)
2
16
(J + T)
2
16
(T + ARS)
2
16
(PL + T)
2
16
(PL + ARS)
2
16
(J + ARS)
2
16
(PL + J + T)
3
16
(PL + J + ARS)
3
16
(J + T + ARS)
3
16
(PL + J + T + ARS)
4
3232 video sequences are impaired by all the network QoS factors, while for all the other remaining conditions, we use 16 sequences for each one. For both the single and multifactor impaired videos, exactly half the number of samples is used for model building and the rest for validation.Similarly, for creating the application video model, we have 308 video sequences impaired by exactly 1 application QoS factor. Five different BR and FR levels, respectively, along with 4 different resolution values across 2 codecs and 11 sequences give a total of 308 combinations. For creating the multifactor impaired videos, as explained previously we have used a subset of the total possible combination. In particular, 140 sequences are used, the details of which are provided in Table7. As before, the 140 sequences are split evenly for the purpose of model creation and validation.Table 7
Impairment choice for 140 video sequences (application QoS).
Impairment combination
Total number of impairments
Number of impaired video sequences
(BR + FR)
2
20
(BR + R)
2
20
(FR + R)
2
20
(BR + FR + R)
3
80The final model is created by combining all the network and application QoS factors together. Thus, we have a total of 7 different factors. Since it is not possible to let the users watch such a huge number of videos, we limit the number of impaired videos to 156. Table8 shows the relevant details. For this case, while creating the video sequences, care has been taken to include the effect of both the network and application QoS factors for every condition. 78 sequences are being used for model creation and the rest for validation.Table 8
Sequence detail for creating final video model.
Impairment combination
Total number of impairments
Number of impaired video sequences
(PL + J + BR + FR)
4
28
(J + T + BR + FR + R)
5
30
(PL + J + T+ ARS + BR + FR)
6
20All the videos are presented on a Samsung Galaxy Note5 for the purpose of evaluation. We chose this device as it has hardware level decoding capability for the H.265 and VP9 codecs. Hardware level decoding has certain advantages over software decoding. Sometimes software decoding results in a jittery/distorted playback for certain format of videos encoded specially with newer codecs. Hardware acceleration is very useful for such cases. In case of hardware acceleration manufacturers specifically implement multimedia chipsets as a part of the motherboard to assist with the video decoding process, whereas software decoders only use the CPU to play videos. Hence, the choice is between something specific (hardware decoders) versus something generic (software decoders). This is the exact reason why we choose Samsung Galaxy Note 5 as it has a dedicated decoder chip for H.265 and VP9 codecs.Single stimulus ACR technique as outlined in ITU-T Recommendation P.910 has been used for designing the experiment. The total number of test videos that the participants have to watch is quiet large (1242 sequences). Approximately, each subject needs about 4 hours of time in order to complete the entire assessment procedure. We divided the entire test duration into 9 different subsessions. Five sessions were completed on the first day and the remaining 4 on the next day for each subject. Each session lasted for about 30 minutes followed by a 15-minute break in order to remove any sort of tiredness and fatigue that may arise due to the extended viewing period. The videos were presented to the subjects in a random order.Next, we discuss the data processing method used.


### 4.4. Outlier Detection and Score Estimation

In case of the subjects whose scores deviate to a certain extent from the mean score, outlier detection has to be carried out in order to remove the subject bias. Roughly, the score distribution should be normal which we find out usingβ2 test (by calculating the kurtosis coefficient of the function, i.e., the ratio of the fourth-order moment to the square of the second-order moment). For a particular test video sequence k, we calculate the mean (x-k), standard deviation (Sk), and the kurtosis coefficient (β2k) as(10)β2k=m4m22,withmx=∑i=1Nxik-x-kxN,whereN is total number of subjects and xik is score given by ith user for kth test videoFor each observeri we find Pi and Qi as given below.If2≤β2k≤4, then:
ifxik≥x-k+2sk, Pi=Pi+1ifxik≤x-k-2sk, Qi=Qi+1Else:
ifxik≥x-k+20sk, Pi=Pi+1ifxik≤x-k-20sk, Qi=Qi+1.Following the above procedure, any subjecti will be removed from the analysis if Pi+Qi/N>0.05 and Pi-Qi/Pi+Qi<0.3. Consequently, the ratings from 4 subjects for the packet loss factor, 5 subjects for the jitter factor, 7 subjects for the ARS factor, and 3 subjects for the frame rate factor have been removed from further analysis. Based upon the user rating the QoE or MOS is calculated as(11)QoEkMOSk=1N∑i=1Nxik,where N is number of subjects and xik is score given by the ith user for kth videoNext, we present the network video model.


## 4.1. Video Selection

The publicly available video database of VQEG has been used for selecting our reference videos. A total of 11 sequences are taken; the details of which are shown in Table1. All the sequences are roughly of 10-second duration each and in native YUV 4.2.0 format. The raw videos are encoded using the H.265 and VP9 codecs. Tables 2 and 3 show the encoder configuration used for both the codecs, respectively.Table 1
Video sequences used.
Seq. number
Seq. name
Frame rate
Resolution
Chroma format
Content complexity
(1)
Harbor
60 fps
1920 × 1080
4.2.0
1014
(2)
Ice
60 fps
1920 × 1080
4.2.0
756
(3)
DucksTakeOff
50 fps
1920 × 1080
4.2.0
2728
(4)
ParkJoy
50 fps
1920 × 1080
4.2.0
2450
(5)
Crew
60 fps
1920 × 1080
4.2.0
1053
(6)
CrowdRun
50 fps
1920 × 1080
4.2.0
2688
(7)
Akiyo
30 fps
1920 × 1080
4.2.0
255
(8)
Soccer
60 fps
1920 × 1080
4.2.0
2704
(9)
Foreman
30 fps
1920 × 1080
4.2.0
1140
(10)
Football
30 fps
1920 × 1080
4.2.0
2760
(11)
News
30 fps
1920 × 1080
4.2.0
1470Table 2
Encoder configuration for H.265/HEVC codec.
Parameter
Details
Encoder version
HM 16.6
Profile
Main
Reference frames
4
R/D optimization
Enabled
GOP
8
Coding unit size/depth
64/4
Fast encoding
Enabled
Rate control
Disabled
Internal bit depth
8Table 3
Encoder configuration for VP9 codec.
Parameter
Details
Encoder version
Ffmpeg 3.1.3
Encoding quality
Best
Number of passes
2
Bit rate control mode
Variable bit rate (VBR defined by target bit rate)
Constrained quality (CQ) level
Same as quantization Parameter QP
Initial, optimal, and maximum buffer level
4000 ms, 5000 ms, 6000 ms
GOP size
Auto
GOP length (intraperiod)
320
Internal bit depth
8Table 4
Simulation parameters.
Parameter
Value
Packet loss (%)
0.1, 0.5, 1, 3, 5, 10
Jitter (ms)
1, 2, 3, 4, 5
Throughput (Kbps)
500, 1000, 2000, 3000, 5000
Autoresolution scaling
1, 1.8, 2.1, 3.6, 4.7
Bitrate (Kbps)
500, 1000, 2000, 4000, 8000
Frame rate (fps)
10, 15, 25, 30, 50/60
Resolution
1, 1.69, 3, 6.75Figures4(a)–4(k) show the snapshot of the videos that are considered.Figure 4
Snapshot of used video sequences: (a) Harbor, (b) Ice, (c) DucksTakeOff, (d) ParkJoy, (e) Crew, (f) CrowdRun, (g) Akiyo, (h) Soccer, (i) Foreman, (j) Football, and (k) News.
(a)
(b)
(c)
(d)
(e)
(f)
(g)
(h)
(i)
(j)
(k)


## 4.2. Simulation Test-Bed

The simulation test-bed has been shown in Figure5. We have created 2 sending nodes, namely, a constant bitrate (CBR) background traffic source node and a streaming server that contains all the video sequences we use encoded with the H.265 and VP9 codecs. The bitrate of the CBR has been fixed at 2 Mbps in order to simulate a realistic scenario. Both these sending nodes are connected to router A over the Internet across a 20 Mbps link. Router A is in turn connected to router B over a variable link. Router B is again connected to a wireless access point at 20 Mbps which further transmits this traffic to a mobile node at transmission speeds of up to 600 Mbps typically found in 802.11ac WLANs. No packets are dropped in the wired portion of the video delivery path. The maximum transmitted packet size is 1024 bytes. We use a random pattern for packet loss that takes six values at (0.1, 0.5, 1, 3, 5, and 10%). The effect of jitter has been added by introducing a fixed delay of 100 ms plus five variable delays corresponding to (1, 2, 3, 4, and 5 ms). The network throughput is varied by changing the bandwidth of the variable link between routers A and B and has been fixed at (500, 1000, 2000, 4000, and 8000 Kbps). As previously mentioned, range of all the values considered is based upon the ITU and ETSI recommendations provided in [47, 51, 52]. Values of all the parameters used in the experiment are provided in Table 4. For videos that have been impaired by a single ARS factor only or any particular application QoS factor, the simulation test-bed has not been used. In order to simulate the ARS factor, a particular video is segmented, with each segment being played back at two different resolutions. For example, in case of a video having 300 frames in total, the first 150 frames are played back at a particular resolution and the remaining 150 frames are played back at a different resolution.Figure 5
Simulation test-bed.The experiment has been conducted with Evalvid framework [53] and network simulator toolkit NS2 [54]. Integrating NS2 with the Evalvid platform gives us a lot of flexibility in choosing the parameters.Next, the subjective evaluation process has been described in detail.


## 4.3. Subjective Evaluation

59 participants are involved in the subjective test and they are mixed in gender. Figure6 shows the percentage breakdown of the participants’ age. Before recruiting the participants, an Ishihara color vision test has been conducted on them in order to ensure that none of them suffer from color blindness [55]. The test has been conducted in a controlled laboratory environment. It took 16 weeks to complete the entire subjective test. Table 5 gives the details of the viewing conditions under which the test has been performed.Table 5
Viewing conditions.
Parameter
Setting
Viewing distance from screen
76 cm
Peak luminance of the screen
890 nits
Background room illumination
180 nits
Ratio of brightness of background to peak brightness of screen
0.20Figure 6
Breakdown of participants’ ages.The subjects had to evaluate 462 video sequences that have been impaired by exactly 1 network QoS factor. The total number of network impairment conditions is 21 (6 for PL + 5 for J + 5 for T and 5 for ARS). Considering the 11 video sequences across 2 codecs (21 impaired conditions × 11 video sequences × 2 codecs), we arrive at the number 462. In order to assess the quality of videos impaired by multiple network QoS factors, we limit the number of test sequences to 176. Since carrying out a subjective test consumes considerable amount of time and effort; hence, it was not feasible to include all possible values of the different impairment combinations while presenting the test video sequences. Instead, we choose 176 specific combinations, the details of which have been shown in Table6.Table 6
Impairment choice for 176 video sequences (network QoS).
Impairment combination
Total number of impairments
Number of impaired video sequences
(PL + J)
2
16
(J + T)
2
16
(T + ARS)
2
16
(PL + T)
2
16
(PL + ARS)
2
16
(J + ARS)
2
16
(PL + J + T)
3
16
(PL + J + ARS)
3
16
(J + T + ARS)
3
16
(PL + J + T + ARS)
4
3232 video sequences are impaired by all the network QoS factors, while for all the other remaining conditions, we use 16 sequences for each one. For both the single and multifactor impaired videos, exactly half the number of samples is used for model building and the rest for validation.Similarly, for creating the application video model, we have 308 video sequences impaired by exactly 1 application QoS factor. Five different BR and FR levels, respectively, along with 4 different resolution values across 2 codecs and 11 sequences give a total of 308 combinations. For creating the multifactor impaired videos, as explained previously we have used a subset of the total possible combination. In particular, 140 sequences are used, the details of which are provided in Table7. As before, the 140 sequences are split evenly for the purpose of model creation and validation.Table 7
Impairment choice for 140 video sequences (application QoS).
Impairment combination
Total number of impairments
Number of impaired video sequences
(BR + FR)
2
20
(BR + R)
2
20
(FR + R)
2
20
(BR + FR + R)
3
80The final model is created by combining all the network and application QoS factors together. Thus, we have a total of 7 different factors. Since it is not possible to let the users watch such a huge number of videos, we limit the number of impaired videos to 156. Table8 shows the relevant details. For this case, while creating the video sequences, care has been taken to include the effect of both the network and application QoS factors for every condition. 78 sequences are being used for model creation and the rest for validation.Table 8
Sequence detail for creating final video model.
Impairment combination
Total number of impairments
Number of impaired video sequences
(PL + J + BR + FR)
4
28
(J + T + BR + FR + R)
5
30
(PL + J + T+ ARS + BR + FR)
6
20All the videos are presented on a Samsung Galaxy Note5 for the purpose of evaluation. We chose this device as it has hardware level decoding capability for the H.265 and VP9 codecs. Hardware level decoding has certain advantages over software decoding. Sometimes software decoding results in a jittery/distorted playback for certain format of videos encoded specially with newer codecs. Hardware acceleration is very useful for such cases. In case of hardware acceleration manufacturers specifically implement multimedia chipsets as a part of the motherboard to assist with the video decoding process, whereas software decoders only use the CPU to play videos. Hence, the choice is between something specific (hardware decoders) versus something generic (software decoders). This is the exact reason why we choose Samsung Galaxy Note 5 as it has a dedicated decoder chip for H.265 and VP9 codecs.Single stimulus ACR technique as outlined in ITU-T Recommendation P.910 has been used for designing the experiment. The total number of test videos that the participants have to watch is quiet large (1242 sequences). Approximately, each subject needs about 4 hours of time in order to complete the entire assessment procedure. We divided the entire test duration into 9 different subsessions. Five sessions were completed on the first day and the remaining 4 on the next day for each subject. Each session lasted for about 30 minutes followed by a 15-minute break in order to remove any sort of tiredness and fatigue that may arise due to the extended viewing period. The videos were presented to the subjects in a random order.Next, we discuss the data processing method used.


## 4.4. Outlier Detection and Score Estimation

In case of the subjects whose scores deviate to a certain extent from the mean score, outlier detection has to be carried out in order to remove the subject bias. Roughly, the score distribution should be normal which we find out usingβ2 test (by calculating the kurtosis coefficient of the function, i.e., the ratio of the fourth-order moment to the square of the second-order moment). For a particular test video sequence k, we calculate the mean (x-k), standard deviation (Sk), and the kurtosis coefficient (β2k) as(10)β2k=m4m22,withmx=∑i=1Nxik-x-kxN,whereN is total number of subjects and xik is score given by ith user for kth test videoFor each observeri we find Pi and Qi as given below.If2≤β2k≤4, then:
ifxik≥x-k+2sk, Pi=Pi+1ifxik≤x-k-2sk, Qi=Qi+1Else:
ifxik≥x-k+20sk, Pi=Pi+1ifxik≤x-k-20sk, Qi=Qi+1.Following the above procedure, any subjecti will be removed from the analysis if Pi+Qi/N>0.05 and Pi-Qi/Pi+Qi<0.3. Consequently, the ratings from 4 subjects for the packet loss factor, 5 subjects for the jitter factor, 7 subjects for the ARS factor, and 3 subjects for the frame rate factor have been removed from further analysis. Based upon the user rating the QoE or MOS is calculated as(11)QoEkMOSk=1N∑i=1Nxik,where N is number of subjects and xik is score given by the ith user for kth videoNext, we present the network video model.


## 5. Network Video Model

To build the network video model first we consider the effect of single network QoS factors on the user QoE. Thereafter, we find the joint effect of all the network QoS factors considered.


### 5.1. Mapping for Individual QoS Factors to User QoE

We do a nonlinear curve-fitting on the subjective dataset to arrive at the relationships between the QoS factors and their corresponding QoE. An optimal fitting is chosen based upon a decision variable (DV) that is introduced here. The overall goodness-of-fit statistics is generally expressed in terms of the sum of squared error (SSE), root mean square error (RMSE),R2 change, or the adjusted-R2 change values. For SSE and RMSE, values closer to 0 indicate that the model has a smaller random error component and that the fit will be more useful for prediction. Similarly, R2 and adjusted-R2 values close to 1 indicate that a greater proportion of variance is accounted for by the model. R2 and adjusted-R2 are given as(12)R2=SSRSST=1-SSESST,AdjustedR2=1-n-1n-pSSESST,where SST is sum of squared total, n is number of observations, and p is number of regression coefficients including the intercept. Based upon the above discussion, we propose the variable DV as(13)DV=R2×AdjustedR2SSE×RMSE.Equation (13) suggests that a higher value of DV is always desirable. We considered various types of fitting models and choose the one which is optimized to get the highest value of DV possible. The goodness-of-fit statistics for each individual mapping has been shown in Table 9.Table 9
Model fitting statistics for network factors.
Parameter
Codec
SSE
RMSE
R2
A
d
j
u
s
t
e
d
R
2
DV
PL
H.265
0.011
0.076
0.998
0.996
1132.51
J
H.265
0.002
0.049
0.999
0.997
8328.25
T
H.265
0.091
0.175
0.985
0.980
60.13
ARS
H.265
0.016
0.04
0.985
0.981
1509.82
P
VP9
0.006
0.059
0.999
0.997
2407.75
J
VP9
0.013
0.022
0.999
0.996
3479.03
T
VP9
0.161
0.282
0.962
0.960
20.34
ARS
VP9
0.092
0.097
0.958
0.936
100.48Equations (14)–(17) give the mapping from QoS to QoE domain for packet loss, jitter, throughput, and auto resolution scaling factor, respectively.(14)QoEPL=a×expb×PL+c×expd×PL,(15)QoEJ=a×expb×J+c×expd×J,(16)QoET=a×log⁡T+b,(17)QoEARS=a×exp-b×ARS+c,where a, b,  c, and d are the coefficients that are found out from curve-fitting and presented in Table 10.Table 10
Coefficient values for network factors.
Parameter
aH.265/VP9 (95% CI)
bH.265/VP9 (95% CI)
cH.265/VP9 (95% CI)
dH.265/VP9 (95% CI)
PL
3.66/2.96
−1.56/−1.38
0.57/1.13
−0.06/−0.05
J
4.51/11.62
−0.37/−3.39
−2 × 10−16/4.4
6.73/−0.35
T
−1.39/−1.65
−7.44/−9.40
—
—
ARS
3.47/3.38
−4.4 × 10−8/−3.7 × 10−7
8.6 × 10−16/0.69
—Figures7–10 show the relationship between the QoS and the corresponding QoE/MOS.Figure 7
Relationship between PL (%) andQoEPL (from subjective test).Figure 8
Relationship between jitter (ms) andQoEJ (from subjective test).Figure 9
Relationship between throughput (Kbps) andQoET (from subjective test).Figure 10
Relationship between auto resolution scaling andQoEARS (from subjective test).Generally we observe that, for all the factors, videos encoded with VP9 codec have a slightly better QoE as compared to the H.265 codec.The PCC (Pearson Correlation Coefficient) has also been calculated for the set of equations obtained above for the individual factors. This has been shown in Table11. Results show that the QoE values which the equations predict have a high degree of correlation with the actual subjective scores.Table 11
Correlational analysis of the different network QoS factors.
Parameter
PCC
PL
0.952
J
0.978
T
0.874
ARS
0.924Next we present the integrated QoE measurement technique from the individual QoS factors.


### 5.2. Integrated QoE Measurement for Network Factors

An additive and multiplicative approach is used for finding out the integrated QoE. The final network video model is obtained by carrying out a regression across both the approaches.In an additive form, the QoE is generally represented as(18)QoEx1,x2=w1QoEx1+w2QoEx2,where w1 and w2 are the weights that need to be found out for QoS factors x1 and x2, respectively. Not all the network QoS factors considered here have the same impact on the perceived video quality. The factor which affects more should be given a higher weight as compared to the factor which is lesser important. Before going for the additive approach, in order to explicitly find out the effect of the different network QoS parameters on the QoE, we perform ANOVA (Analysis of Variance) on the subjective dataset that has the score collected from the 176 video sequences which have been impaired by all the network factors. Table 12 shows the result from the ANOVA analysis.Table 12
Four-way ANOVA on MOS collected from 176 video sequences.
Parameter
Sum of squares
Degrees of freedom
Mean squares
F-statistic
p value
PL
15.74
5
3.15
37.38
1.91
×
10
-
4
J
8.50
4
2.12
114.56
4.2
×
10
-
5
T
15.69
4
3.92
109.57
4.7
×
10
-
3
ARS
1.43
4
0.36
59.70
2.08
×
10
-
4Smallp value (p≤0.01) suggests that all the parameters that are considered are significant. Based upon the magnitude of the p values we can make further claim that jitter impacts the MOS results the most followed by packet loss and auto resolution scaling. Throughput has the least influence. This observation is extremely important in assigning proper weights to the different factors in the additive approach.For assigning the weights, Analytic Hierarchy Process (AHP) algorithm has been used [56, 57]. It is a well-known structured technique that is often used in multicriteria decision making systems. As the first step we obtain the criteria comparison matrix that has been shown in Table 13.Table 13
Criteria comparison matrix for network factors.
Factors
PL
J
T
ARS
PL
1
0.333
5
3
J
3
1
7
5
T
0.2
0.143
1
0.333
ARS
0.333
0.2
3
1
Intermediate loading
4.533
1.676
16
9.333The next step is to build the normalized matrix from which we can get the weight of every factor considered. This normalized matrix has been shown in Table14.Table 14
Normalized matrix for weight calculation.
Factors
PL
J
T
ARS
PL
0.22
0.19
0.31
0.32
J
0.66
0.59
0.43
0.53
T
0.04
0.08
0.06
0.03
ARS
0.07
0.12
0.18
0.10
Weight contribution
0.26
0.55
0.07
0.12Thus, for the case of the network QoE in additive form (18) reduces to(19)QoEAddNetwork=0.26PL+0.55J+0.07T+0.12ARS.From (19), it is evident that the weight associated with the jitter factor is maximum, while it is minimum for the throughput factor. The QoE which is calculated by the additive method has a disadvantage that is now explained.A video that has been distorted by two QoS metrics should not have a better QoE than the video which has been distorted by only one of the two QoS metrics. For example, we refer to Table15 that shows a sample calculation.Table 15
Sample calculation ofQoEAddNetwork.
Network factor
QoS value
QoE
Additive QoE
PL
1%
1.31
0.35
J
5 ms
0.62
0.34
T
2000 Kbps
3.10
0.22
ARS
1
4.07
0.49
Q
o
E
A
d
d
N
e
t
w
o
r
k
1.4The QoE value for each network factor is calculated from the individual QoS to QoE mapping functions that we presented previously in (14)–(17). The additive contribution of each QoE factor is calculated by multiplying each individual network QoS factor by its weight. Finally, QoEAddNetwork is obtained by adding the contribution of the corresponding impairment terms. For this particular case, the range of the QoE values for the individual factors varies from 0.62 to 4.07. The additive QoE value obtained is 1.4, which is within this range. However, it contradicts the fact that the QoE should not be greater than 0.62 (which is the minimum QoE obtained). Thus, clearly there is an anomaly while calculating the QoE using the additive approach.Hence, we consider an alternative multiplicative approach. As the subjects give their opinion on a scale of 1 to 5, we present the QoE equation in multiplicative form by(20)QoEMulNetwork=5×PL5×J5×T5×ARS5.Each individual QoS factor has been weighed on a scale of 5, while evaluating its contribution towards the final multiplicative QoE. Table 16 shows a sample calculation using (20). For the purpose of illustration, same set of QoS values have been taken for both the approaches. The QoEMulNetwork value obtained is 0.08 (lesser than the minimum QoE value of 0.62 corresponding to jitter).Table 16
Sample calculation ofQoEMulNetwork.
Network factor
QoS value
QoE
Multiplicative QoE
PL
1%
1.31
0.26
J
5 ms
0.62
0.12
T
2000 Kbps
3.10
0.62
ARS
1
4.07
0.81
Q
o
E
A
d
d
N
e
t
w
o
r
k
0.08Comparison of the QoE values obtained from both the approaches for the same set of network QoS conditions reveal that the additive approach tends to overpredict the actual viewing quality, while the multiplicative approach tends to underpredict the same. Hence, for building the final network video modelQoENetwork, we use a regression based approach that combines the additive and multiplicative techniques just presented.The regressive model is built based upon (19) and (20) along with the results of the subjective dataset that have 88 video sequences impaired by multiple network QoS factors. Equation (21) represents the network video model which is further shown in Figure 11.(21)QoENetwork=0.14QoEAddNetwork+0.81QoEMulNetwork+0.04QoEAddNetwork×QoEMulNetwork.Figure 11
Network video model.Equation (21) suggests that for the network video model the contribution of the multiplicative part is more as compared to the additive one. Accuracy of the network model is shown in Figure 12, while Table 17 reports the accuracy of each stage in the model building phase. While creating Figure 12, we have used the unseen subjective data that has not been used for the purpose of model building. We note that at each stage there is a gradual increase in the modeling accuracy.Table 17
Modeling accuracy of each stage.
Model stages
R2
A
d
j
u
s
t
e
d
R
2
Additive
0.654
0.649
Multiplicative
0.889
0.888
Regression
0.913
0.912Figure 12
Accuracy of network video model.Next, we present the application video model.


## 5.1. Mapping for Individual QoS Factors to User QoE

We do a nonlinear curve-fitting on the subjective dataset to arrive at the relationships between the QoS factors and their corresponding QoE. An optimal fitting is chosen based upon a decision variable (DV) that is introduced here. The overall goodness-of-fit statistics is generally expressed in terms of the sum of squared error (SSE), root mean square error (RMSE),R2 change, or the adjusted-R2 change values. For SSE and RMSE, values closer to 0 indicate that the model has a smaller random error component and that the fit will be more useful for prediction. Similarly, R2 and adjusted-R2 values close to 1 indicate that a greater proportion of variance is accounted for by the model. R2 and adjusted-R2 are given as(12)R2=SSRSST=1-SSESST,AdjustedR2=1-n-1n-pSSESST,where SST is sum of squared total, n is number of observations, and p is number of regression coefficients including the intercept. Based upon the above discussion, we propose the variable DV as(13)DV=R2×AdjustedR2SSE×RMSE.Equation (13) suggests that a higher value of DV is always desirable. We considered various types of fitting models and choose the one which is optimized to get the highest value of DV possible. The goodness-of-fit statistics for each individual mapping has been shown in Table 9.Table 9
Model fitting statistics for network factors.
Parameter
Codec
SSE
RMSE
R2
A
d
j
u
s
t
e
d
R
2
DV
PL
H.265
0.011
0.076
0.998
0.996
1132.51
J
H.265
0.002
0.049
0.999
0.997
8328.25
T
H.265
0.091
0.175
0.985
0.980
60.13
ARS
H.265
0.016
0.04
0.985
0.981
1509.82
P
VP9
0.006
0.059
0.999
0.997
2407.75
J
VP9
0.013
0.022
0.999
0.996
3479.03
T
VP9
0.161
0.282
0.962
0.960
20.34
ARS
VP9
0.092
0.097
0.958
0.936
100.48Equations (14)–(17) give the mapping from QoS to QoE domain for packet loss, jitter, throughput, and auto resolution scaling factor, respectively.(14)QoEPL=a×expb×PL+c×expd×PL,(15)QoEJ=a×expb×J+c×expd×J,(16)QoET=a×log⁡T+b,(17)QoEARS=a×exp-b×ARS+c,where a, b,  c, and d are the coefficients that are found out from curve-fitting and presented in Table 10.Table 10
Coefficient values for network factors.
Parameter
aH.265/VP9 (95% CI)
bH.265/VP9 (95% CI)
cH.265/VP9 (95% CI)
dH.265/VP9 (95% CI)
PL
3.66/2.96
−1.56/−1.38
0.57/1.13
−0.06/−0.05
J
4.51/11.62
−0.37/−3.39
−2 × 10−16/4.4
6.73/−0.35
T
−1.39/−1.65
−7.44/−9.40
—
—
ARS
3.47/3.38
−4.4 × 10−8/−3.7 × 10−7
8.6 × 10−16/0.69
—Figures7–10 show the relationship between the QoS and the corresponding QoE/MOS.Figure 7
Relationship between PL (%) andQoEPL (from subjective test).Figure 8
Relationship between jitter (ms) andQoEJ (from subjective test).Figure 9
Relationship between throughput (Kbps) andQoET (from subjective test).Figure 10
Relationship between auto resolution scaling andQoEARS (from subjective test).Generally we observe that, for all the factors, videos encoded with VP9 codec have a slightly better QoE as compared to the H.265 codec.The PCC (Pearson Correlation Coefficient) has also been calculated for the set of equations obtained above for the individual factors. This has been shown in Table11. Results show that the QoE values which the equations predict have a high degree of correlation with the actual subjective scores.Table 11
Correlational analysis of the different network QoS factors.
Parameter
PCC
PL
0.952
J
0.978
T
0.874
ARS
0.924Next we present the integrated QoE measurement technique from the individual QoS factors.


## 5.2. Integrated QoE Measurement for Network Factors

An additive and multiplicative approach is used for finding out the integrated QoE. The final network video model is obtained by carrying out a regression across both the approaches.In an additive form, the QoE is generally represented as(18)QoEx1,x2=w1QoEx1+w2QoEx2,where w1 and w2 are the weights that need to be found out for QoS factors x1 and x2, respectively. Not all the network QoS factors considered here have the same impact on the perceived video quality. The factor which affects more should be given a higher weight as compared to the factor which is lesser important. Before going for the additive approach, in order to explicitly find out the effect of the different network QoS parameters on the QoE, we perform ANOVA (Analysis of Variance) on the subjective dataset that has the score collected from the 176 video sequences which have been impaired by all the network factors. Table 12 shows the result from the ANOVA analysis.Table 12
Four-way ANOVA on MOS collected from 176 video sequences.
Parameter
Sum of squares
Degrees of freedom
Mean squares
F-statistic
p value
PL
15.74
5
3.15
37.38
1.91
×
10
-
4
J
8.50
4
2.12
114.56
4.2
×
10
-
5
T
15.69
4
3.92
109.57
4.7
×
10
-
3
ARS
1.43
4
0.36
59.70
2.08
×
10
-
4Smallp value (p≤0.01) suggests that all the parameters that are considered are significant. Based upon the magnitude of the p values we can make further claim that jitter impacts the MOS results the most followed by packet loss and auto resolution scaling. Throughput has the least influence. This observation is extremely important in assigning proper weights to the different factors in the additive approach.For assigning the weights, Analytic Hierarchy Process (AHP) algorithm has been used [56, 57]. It is a well-known structured technique that is often used in multicriteria decision making systems. As the first step we obtain the criteria comparison matrix that has been shown in Table 13.Table 13
Criteria comparison matrix for network factors.
Factors
PL
J
T
ARS
PL
1
0.333
5
3
J
3
1
7
5
T
0.2
0.143
1
0.333
ARS
0.333
0.2
3
1
Intermediate loading
4.533
1.676
16
9.333The next step is to build the normalized matrix from which we can get the weight of every factor considered. This normalized matrix has been shown in Table14.Table 14
Normalized matrix for weight calculation.
Factors
PL
J
T
ARS
PL
0.22
0.19
0.31
0.32
J
0.66
0.59
0.43
0.53
T
0.04
0.08
0.06
0.03
ARS
0.07
0.12
0.18
0.10
Weight contribution
0.26
0.55
0.07
0.12Thus, for the case of the network QoE in additive form (18) reduces to(19)QoEAddNetwork=0.26PL+0.55J+0.07T+0.12ARS.From (19), it is evident that the weight associated with the jitter factor is maximum, while it is minimum for the throughput factor. The QoE which is calculated by the additive method has a disadvantage that is now explained.A video that has been distorted by two QoS metrics should not have a better QoE than the video which has been distorted by only one of the two QoS metrics. For example, we refer to Table15 that shows a sample calculation.Table 15
Sample calculation ofQoEAddNetwork.
Network factor
QoS value
QoE
Additive QoE
PL
1%
1.31
0.35
J
5 ms
0.62
0.34
T
2000 Kbps
3.10
0.22
ARS
1
4.07
0.49
Q
o
E
A
d
d
N
e
t
w
o
r
k
1.4The QoE value for each network factor is calculated from the individual QoS to QoE mapping functions that we presented previously in (14)–(17). The additive contribution of each QoE factor is calculated by multiplying each individual network QoS factor by its weight. Finally, QoEAddNetwork is obtained by adding the contribution of the corresponding impairment terms. For this particular case, the range of the QoE values for the individual factors varies from 0.62 to 4.07. The additive QoE value obtained is 1.4, which is within this range. However, it contradicts the fact that the QoE should not be greater than 0.62 (which is the minimum QoE obtained). Thus, clearly there is an anomaly while calculating the QoE using the additive approach.Hence, we consider an alternative multiplicative approach. As the subjects give their opinion on a scale of 1 to 5, we present the QoE equation in multiplicative form by(20)QoEMulNetwork=5×PL5×J5×T5×ARS5.Each individual QoS factor has been weighed on a scale of 5, while evaluating its contribution towards the final multiplicative QoE. Table 16 shows a sample calculation using (20). For the purpose of illustration, same set of QoS values have been taken for both the approaches. The QoEMulNetwork value obtained is 0.08 (lesser than the minimum QoE value of 0.62 corresponding to jitter).Table 16
Sample calculation ofQoEMulNetwork.
Network factor
QoS value
QoE
Multiplicative QoE
PL
1%
1.31
0.26
J
5 ms
0.62
0.12
T
2000 Kbps
3.10
0.62
ARS
1
4.07
0.81
Q
o
E
A
d
d
N
e
t
w
o
r
k
0.08Comparison of the QoE values obtained from both the approaches for the same set of network QoS conditions reveal that the additive approach tends to overpredict the actual viewing quality, while the multiplicative approach tends to underpredict the same. Hence, for building the final network video modelQoENetwork, we use a regression based approach that combines the additive and multiplicative techniques just presented.The regressive model is built based upon (19) and (20) along with the results of the subjective dataset that have 88 video sequences impaired by multiple network QoS factors. Equation (21) represents the network video model which is further shown in Figure 11.(21)QoENetwork=0.14QoEAddNetwork+0.81QoEMulNetwork+0.04QoEAddNetwork×QoEMulNetwork.Figure 11
Network video model.Equation (21) suggests that for the network video model the contribution of the multiplicative part is more as compared to the additive one. Accuracy of the network model is shown in Figure 12, while Table 17 reports the accuracy of each stage in the model building phase. While creating Figure 12, we have used the unseen subjective data that has not been used for the purpose of model building. We note that at each stage there is a gradual increase in the modeling accuracy.Table 17
Modeling accuracy of each stage.
Model stages
R2
A
d
j
u
s
t
e
d
R
2
Additive
0.654
0.649
Multiplicative
0.889
0.888
Regression
0.913
0.912Figure 12
Accuracy of network video model.Next, we present the application video model.


## 6. Application Video Model

A similar approach like the network video model is followed to build the application video model. First, the effects of the individual application QoS factors to the viewing quality are examined followed by an integrated application QoE estimation using the same three techniques previously presented.


### 6.1. Mapping for Individual Application QoS Factors to User QoE

Equations (22)–(24) show the variation of QoE with respect to bitrate, frame rate, and resolution of the impaired videos, respectively. All the mappings have been done with respect to the decision variable that has already been introduced in the previous section of the paper.(22)QoEBR=a×log⁡BR+b,(23)QoEFR=a×exp⁡b×FR+c×exp⁡d×FR,(24)QoER=a×exp⁡-R-bc2.The relevant coefficients are found out from the experiment and presented in Table 18. The corresponding graphs have been shown in Figures 13–15. For all the factors VP9 codec offers a better viewing experience. Figure 14 suggests that for every video sequence there is an optimal frame rate beyond which the viewing quality does not improve and enters a saturation stage. Similarly, the effect of resolution on the perceived quality follows a Gaussian distribution as evident from (24) and Figure 15. We attribute this observation to the limitations of the human visual system and the size of the screen on which the video is being watched. In case of our experiment, the videos are viewed on a mobile device. The results clearly indicate that, for small sized screens, there will not be any substantial improvement in the viewing quality by increasing the resolution of the videos.Table 18
Coefficient values for application factors.
Parameter
a
b
c
d
BR
0.36/0.34
0.86/1.05
—
—
FR
10.27/7.1
−0.01/−0.02
−8.40/−5.1
−0.03/−0.02
R
3.47/3.51
5.15/5.98
8.64/12.2
—Figure 13
Relationship between bit rate (Kbps) andQoEBR (from subjective test).Figure 14
Relationship between frame rate (fps) andQoEFR (from subjective test).Figure 15
Relationship between resolution andQoER (from subjective test).The model fitting statistics for the individual application factors are shown in Table19. PCC coefficients presented in Table 20 show a relatively high correlation between the subjective scores and the calculated MOS.Table 19
Model fitting statistics for application factors.
Parameter
Codec
SSE
RMSE
R2
A
d
j
u
s
t
e
d
R
2
DV
BR
H.265
0.009
0.055
0.985
0.981
1952.01
FR
H.265
0.018
0.095
0.972
0.964
547.96
R
H.265
0.002
0.014
0.991
0.989
35003.5
BR
VP9
0.001
0.020
0.998
0.997
49750.3
FR
VP9
0.019
0.097
0.981
0.962
512.06
R
VP9
0.00004
0.006
0.999
0.992
4.1 × 106Table 20
Correlational analysis of the different application QoS factors.
Parameter
PCC
BR
0.916
FR
0.941
R
0.987Next, we present the integrated approach towards finding the application level QoE.


### 6.2. Integrated QoE Measurement for Application Factors

The application video model is also built in three stages comprising the additive, multiplicative, and the regressive approach, respectively. As before, an ANOVA analysis is carried out in the beginning over the subjective dataset containing 140 videos that have been impaired by all the application QoS factors. The result of this analysis is used to choose the relative importance of the factors and assign proper weights to them based upon the AHP algorithm. The ANOVA report has been presented in Table21. The viewing quality is most impacted by frame rate followed by bitrate and resolution, respectively.Table 21
Three-way ANOVA on MOS collected from 140 video sequences.
Parameter
Sum of squares
Degrees of freedom
Mean squares
F-statistic
p value
BR
112.458
4
28.114
44.661
1.4
×
10
-
4
FR
277.677
5
55.535
118.872
5.2
×
10
-
5
R
14.039
3
4.680
6.448
0.003The additive form for the application factors has been shown in (25). Intermediate criteria comparison matrix and the final normalized weight matrix that are obtained from the AHP algorithm are presented in Tables 22 and 23, respectively.(25)QoEAddApplication=0.26BR+0.63FR+0.11R.Table 22
Criteria comparison matrix for application factors.
Factors
BR
FR
R
BR
1
0.33
3
FR
3
1
5
R
0.33
0.20
1
Intermediate loading
4.33
1.53
9Table 23
Normalized weight matrix for application factors.
Factors
BR
FR
R
BR
0.23
0.22
0.33
FR
0.69
0.65
0.55
R
0.08
0.13
0.11
Weight contribution
0.26
0.63
0.11The additive approach suffers from the same type of anomaly that has already been discussed in the previous section. Hence, we present the multiplicative form in(26)QoEMulApplication=5×BR5×FR5×R5.As before, the additive approach tends to overpredict the viewing quality, whereas the multiplicative approach tends to underpredict the same. Therefore, a regression based model is presented in (27) that integrates both the approaches for finding the final video quality due to the application factors. The regression model is build based on (25) and (26) along with the subjective score obtained from the 70 video sequences that have been impaired by all the concerned application QoS factors.(27)QoEApplication=0.19QoEAddApplication+0.49QoEMulApplication+0.042QoEAddApplication×QoEMulApplication.The application video model and its accuracy are shown in Figures16 and 17, respectively. Table 24 presents the modeling accuracy across all the three stages.Table 24
Modeling accuracy of each stage.
Model stages
R2
AdjustedR2
Additive
0.848
0.846
Multiplicative
0.904
0.903
Regression
0.912
0.910Figure 16
The application video model.Figure 17
Accuracy of application video model.Next, we find the final integrated video model by combining the network and application video models just presented.


## 6.1. Mapping for Individual Application QoS Factors to User QoE

Equations (22)–(24) show the variation of QoE with respect to bitrate, frame rate, and resolution of the impaired videos, respectively. All the mappings have been done with respect to the decision variable that has already been introduced in the previous section of the paper.(22)QoEBR=a×log⁡BR+b,(23)QoEFR=a×exp⁡b×FR+c×exp⁡d×FR,(24)QoER=a×exp⁡-R-bc2.The relevant coefficients are found out from the experiment and presented in Table 18. The corresponding graphs have been shown in Figures 13–15. For all the factors VP9 codec offers a better viewing experience. Figure 14 suggests that for every video sequence there is an optimal frame rate beyond which the viewing quality does not improve and enters a saturation stage. Similarly, the effect of resolution on the perceived quality follows a Gaussian distribution as evident from (24) and Figure 15. We attribute this observation to the limitations of the human visual system and the size of the screen on which the video is being watched. In case of our experiment, the videos are viewed on a mobile device. The results clearly indicate that, for small sized screens, there will not be any substantial improvement in the viewing quality by increasing the resolution of the videos.Table 18
Coefficient values for application factors.
Parameter
a
b
c
d
BR
0.36/0.34
0.86/1.05
—
—
FR
10.27/7.1
−0.01/−0.02
−8.40/−5.1
−0.03/−0.02
R
3.47/3.51
5.15/5.98
8.64/12.2
—Figure 13
Relationship between bit rate (Kbps) andQoEBR (from subjective test).Figure 14
Relationship between frame rate (fps) andQoEFR (from subjective test).Figure 15
Relationship between resolution andQoER (from subjective test).The model fitting statistics for the individual application factors are shown in Table19. PCC coefficients presented in Table 20 show a relatively high correlation between the subjective scores and the calculated MOS.Table 19
Model fitting statistics for application factors.
Parameter
Codec
SSE
RMSE
R2
A
d
j
u
s
t
e
d
R
2
DV
BR
H.265
0.009
0.055
0.985
0.981
1952.01
FR
H.265
0.018
0.095
0.972
0.964
547.96
R
H.265
0.002
0.014
0.991
0.989
35003.5
BR
VP9
0.001
0.020
0.998
0.997
49750.3
FR
VP9
0.019
0.097
0.981
0.962
512.06
R
VP9
0.00004
0.006
0.999
0.992
4.1 × 106Table 20
Correlational analysis of the different application QoS factors.
Parameter
PCC
BR
0.916
FR
0.941
R
0.987Next, we present the integrated approach towards finding the application level QoE.


## 6.2. Integrated QoE Measurement for Application Factors

The application video model is also built in three stages comprising the additive, multiplicative, and the regressive approach, respectively. As before, an ANOVA analysis is carried out in the beginning over the subjective dataset containing 140 videos that have been impaired by all the application QoS factors. The result of this analysis is used to choose the relative importance of the factors and assign proper weights to them based upon the AHP algorithm. The ANOVA report has been presented in Table21. The viewing quality is most impacted by frame rate followed by bitrate and resolution, respectively.Table 21
Three-way ANOVA on MOS collected from 140 video sequences.
Parameter
Sum of squares
Degrees of freedom
Mean squares
F-statistic
p value
BR
112.458
4
28.114
44.661
1.4
×
10
-
4
FR
277.677
5
55.535
118.872
5.2
×
10
-
5
R
14.039
3
4.680
6.448
0.003The additive form for the application factors has been shown in (25). Intermediate criteria comparison matrix and the final normalized weight matrix that are obtained from the AHP algorithm are presented in Tables 22 and 23, respectively.(25)QoEAddApplication=0.26BR+0.63FR+0.11R.Table 22
Criteria comparison matrix for application factors.
Factors
BR
FR
R
BR
1
0.33
3
FR
3
1
5
R
0.33
0.20
1
Intermediate loading
4.33
1.53
9Table 23
Normalized weight matrix for application factors.
Factors
BR
FR
R
BR
0.23
0.22
0.33
FR
0.69
0.65
0.55
R
0.08
0.13
0.11
Weight contribution
0.26
0.63
0.11The additive approach suffers from the same type of anomaly that has already been discussed in the previous section. Hence, we present the multiplicative form in(26)QoEMulApplication=5×BR5×FR5×R5.As before, the additive approach tends to overpredict the viewing quality, whereas the multiplicative approach tends to underpredict the same. Therefore, a regression based model is presented in (27) that integrates both the approaches for finding the final video quality due to the application factors. The regression model is build based on (25) and (26) along with the subjective score obtained from the 70 video sequences that have been impaired by all the concerned application QoS factors.(27)QoEApplication=0.19QoEAddApplication+0.49QoEMulApplication+0.042QoEAddApplication×QoEMulApplication.The application video model and its accuracy are shown in Figures16 and 17, respectively. Table 24 presents the modeling accuracy across all the three stages.Table 24
Modeling accuracy of each stage.
Model stages
R2
AdjustedR2
Additive
0.848
0.846
Multiplicative
0.904
0.903
Regression
0.912
0.910Figure 16
The application video model.Figure 17
Accuracy of application video model.Next, we find the final integrated video model by combining the network and application video models just presented.


## 7. Final Integrated Video Model

Till now, separate models have been built for the network and application QoS factors. With an aim to build a cross-layer model, we now combine these two models into one single entity.For creating the final video model 78 video sequences are taken. All these video sequences are impaired by multiple network and application QoS factors considered here. Details about the video sequences are provided in Table8. Based on the MOS scores obtained across these 78 sequences and (21) and (27); a regression approach is used to build the final video model. A stepwise method of variable entering scheme is used. During any step if we obtain a nonsignificant result, then the corresponding parameter is removed. Equation (28) represents the final video model and Figure 18 depicts the same. The coefficients of each of the contributing factors suggest that while calculating the overall video quality, the effect of the network QoE is more than the effect due to the(28)QoEVideo–Model=0.38QoENetwork+0.23QoEApplication-0.19application QoE. R2, adjustedR2, and PCC values of 0.953, 0.952, and 0.976, respectively, are obtained for our final model. The modeling accuracy has been shown in Figure 19. For finding out the final model accuracy, we have used the remaining 78 sequences from the subjective dataset that have not been used for the purpose of model building.Figure 18
Final integrated video model.Figure 19
Accuracy of final video model.Next, we present the same video model using an Artificial Neural Network (ANN) based approach.


## 8. ANN Based Video Model

Till now we have used a regression based technique for building the video quality prediction model. The model is able to predict the perceived video quality with reasonable accuracy. However, recently due to the widespread use of different machine learning techniques for analysis of data, we decided to use an Artificial Neural Network approach for building the same model limited to the same parameters that we have considered before and evaluate the performance of both. The same subjective data consisting of 78 impaired video sequences that we have used previously is taken in this case also.Video quality estimation using different types of neural networks has been attempted by several researchers in the past. Probabilistic Neural Networks (PNN), Backpropagation Neural Network (BPNN), Adaptive Neurofuzzy Inference System (ANFIS), and Random Neural Networks (RNN) are some of the techniques commonly used. However, as pointed out in the literature review section, video quality assessment on mobile devices has been done with low resolution videos and using only the H.264 and MPEG-2/4 video codecs. In order to estimate the video quality from subjective metrics like MOS feedforward type ANNs are most commonly used [58–61]. This is the reason why we decided to use an ANN technique for this paper keeping in mind the current research gaps and trying to overcome those.The ANN which we have used in our work is a multilayer perceptron model having one hidden layer. Considering the number of inputs that we have, that is, 7, going for more hidden layers would have increased the overall complexity of the system unnecessarily and also resulted in overfitting problems. Hence, we opted for the one hidden layer architecture. Training of the neural network has been done using the Levenberg-Marquardt (LM) algorithm by issuing the trainlm command in MATLAB. The trainlm command is a network training function that updates the weight and biases of the different nodes according to the LM optimization technique. It is considered to be one of the fastest back propagation algorithms and is highly recommended as a first-choice supervised algorithm, although it consumes more computer memory as compared to other algorithms. For the hidden layer, we have used a hyperbolic tangent sigmoid transfer function by issuing the tansig command. For the output layer, a pure linear transfer function is used by giving the purelin command. The neural network has the same 7 parameters that we have discussed previously as input, plus one extra factor for the type of codec used. As the output, we have the score that predicts the quality of the video.We use a 70 : 30 split ratio for the input data as training, testing, and validation sets. To find the configuration of the network that achieves the best performance, several rounds of tests are conducted by varying the number of neurons in the hidden layer and observing the output. Since we have 8 inputs and 1 output, hence we varied the number of hidden neurons from 4 to 15. Optimal performance was observed with 10 hidden nodes. The system architecture showing the best configuration has been given in Figure20. In the figure, the symbols w and b stand for the weight and bias factors for each node, respectively. The value of w and b for our configuration set for both input and hidden layer has been provided in Tables 25 and 26, respectively.Table 25
Weight and bias value for input layer.
Weight
Bias
PL
J
T
ARS
BR
FR
R
Codec
0.769
0.073
0.644
−0.35
0.540
−0.20
−0.53
0.228
−2.18
0.099
0.342
1.006
0.182
0.933
0.682
1.657
0.101
1.44
1.085
0.183
0.256
0.383
−0.80
−0.10
−0.01
−0.28
−1.57
1.117
0.293
0.194
0.232
1.037
0.478
0.786
0.828
−1.13
−0.90
−0.31
0.238
0.900
−0.44
−0.24
0.847
−0.36
1.13
0.775
0.508
0.893
0.537
0.880
1.801
0.644
0.025
−0.23
0.106
0.351
0.694
−0.97
1.182
−0.53
0.566
0.002
−0.28
0.505
1.085
0.276
0.462
1.710
0.161
1.542
0.094
0.34
0.169
1.144
0.094
1.648
−0.59
1.476
0.571
−0.04
0.21
0.329
0.742
0.133
0.085
0.515
0.324
0.473
1.206
0.42Table 26
Weight and bias value for hidden layer.
Weight
Bias
0.53
1.26
−0.3
−0.1
00.2
1.22
0.73
0.19
0.14
1.01
−0.8Figure 20
System architecture of the neural network.The performance of our model across the training, testing, and validation sets has been shown in Figure21. The best validation performance is obtained at epoch 5 and marked in the figure. Also, we find that as the model learns during the training phase, the mean squared error (MSE) across all the three sets decreases and then becomes almost constant. Figure 22 shows the regression plot across all the 3 sets. The overall R2 value for all the video sequences is 0.964 which is pretty high. The PCC value obtained is 0.984 at a significance level of less than 0.01. Compared to the regressive approach, the ANN model gives a slightly better performance.Figure 21
MSE variation across all sets.Figure 22
Regression plot across all sets.


## 9. Conclusion and Future Work

In this paper, we have proposed a no-reference video quality prediction model for relevant network and application QoS factors for a video streaming scenario. Our proposed model is a cross layered one as it takes into account factors from multiple layers of the TCP/IP protocol stack. At the same time, it has the unique characteristic of being a modular one. Depending upon the requirement, the model can be tuned for predicting the quality due to the network and application factors or a combination of both. At each stage, proper subjective tests have been done for the purpose of model building and validation. The ANN approach provides slightly better prediction accuracy as compared to the regression based approach.All the videos that are used have Full HD resolution and encoded using the latest generation H.265/HEVC and VP9 codecs. Even though these codecs are capable of compressing videos at much higher resolutions up to 4K, we did not consider them in this paper due to the limited availability of the 4K video contents. With more improved network speed and widespread availability of 4K video content, we plan to investigate the effect of higher resolutions in future work. Also, all the video sequences that were used had roughly 10 seconds duration. The effect of longer video sequences has not been investigated in this research, which would be considered in the future.



---

*Source: 8317590-2017-11-23.xml*