# Joint Optimized CPU and Networking Control Scheme for Improved Energy Efficiency in Video Streaming on Mobile Devices

Authors: Sung-Woong Jo; Jong-Moon Chung
Journal: Mobile Information Systems
 (2017)

---

## Abstract

Video streaming service is one of the most popular applications for mobile users. However, mobile video streaming services consume a lot of energy, resulting in a reduced battery life. This is a critical problem that results in a degraded user’s quality of experience (QoE). Therefore, in this paper, a joint optimization scheme that controls both the central processing unit (CPU) and wireless networking of the video streaming process for improved energy efficiency on mobile devices is proposed. For this purpose, the energy consumption of the network interface and CPU is analyzed, and based on the energy consumption profile a joint optimization problem is formulated to maximize the energy efficiency of the mobile device. The proposed algorithm adaptively adjusts the number of chunks to be downloaded and decoded in each packet. Simulation results show that the proposed algorithm can effectively improve the energy efficiency when compared with the existing algorithms.


---

## Body

## 1. Introduction

Due to rapid advances in wireless networks and data processing on mobile devices, a continuously growing number of users are accessing high quality video streaming services from mobile devices [1, 2]. According to [2], video streaming services over wireless networks will generate three-quarters of the mobile data traffic and increase ten times between 2014 and 2019. However, such video streaming services consume a significant amount of energy, resulting in a reduced battery lifetime. This is a critical problem especially for mobile devices, due to their limited energy supply. Therefore, minimizing the energy consumption of mobile video streaming services has become an essential research field.In mobile video streaming services, the network interface and central processing unit (CPU) are two major energy consuming components, which support data communication and video data decoding [3]. Therefore, there have been many studies which focus on minimizing the energy consumption of the network interface and/or CPU. For the network interface, buffer management schemes were proposed to reduce the energy consumption of mobile devices [4, 5]. By dynamically controlling downloading activities, these schemes improved the energy efficiency of video streaming services on mobile devices. In addition, in order to deal with both cellular and Wi-Fi networks, energy efficient methods that control both LTE and Wi-Fi simultaneously in supporting video streaming services over heterogeneous wireless networks were proposed [6, 7]. Meanwhile, for the CPU, dynamic voltage and frequency scaling (DVFS), which can save energy at the cost of a reduced processing speed, is widely used on mobile devices. Based on using the DVFS technique, to improve energy saving of video applications, power management methods were proposed in [8, 9]. These algorithms adaptively control the processing speed through predicting the decoding time of the video. In addition, several research works have focused on scheduling and DVFS in multicore processors [10–12]. Furthermore, for energy optimization among different components including the network interface and CPU, a cross-layer framework was proposed in [13]. The scheme of [13] can reduce the energy consumption of the network interface and CPU. However, none of these papers deal with joint optimization of the network interface and CPU. Additional energy saving can be achievable from approaches that jointly consider the trade-off between the energy consumption and the processing time both on the network interface and on the CPU.In this paper, a joint optimization scheme for improved energy efficiency supporting mobile video streaming services is proposed. First, the energy consumption of the network interface and CPU is analyzed while receiving and decoding the video chunks, respectively. Then, a joint optimization problem statement maximizing the total energy efficiency of the network interface and CPU is formulated. The proposed scheme solves the joint optimization problem and uses the solution to adaptively control the number of chunks to be downloaded and decoded in each packet by considering the video characteristics, wireless network status, and buffer status. The energy consumption of the proposed algorithm is compared with four existing algorithms based on various environments. Simulation results show that the proposed Joint optimized CPU and Video streaming Network (JCVN) control algorithm can improve the energy efficiency of video streaming services on mobile devices.


## 2. System Model

### 2.1. Mobile Video Streaming Service Model

In Figure1, the system model is illustrated [5], where a mobile device directly obtains video streams from the streaming server through the wireless network interface. The video streaming service is assumed to be a video sequence that is compressed at a constant bit rate r bits/s. The video sequence is divided into equal-size chunks of rT0 bits sent periodically in packets with payload durations of T0 s. The system is assumed to operate in discrete time units based on packets i={1,2,…,T}, where T is the maximum number of packets needed to transmit the entire video sequence. By considering a time-varying wireless channel, the download data rate of the mobile device at packet i is denoted as Rd(i). It is assumed that the download data rate remains constant within a packet duration but can vary across different packets.Figure 1
System model of video streaming services on mobile devices.A mobile user may experience interruptions during video playback when the download rate of the video stream is lower than the encoding rate of the video stream due to the time-varying wireless channel and network conditions. Therefore, mobile devices typically use a receiving buffer and playback buffer to satisfy the QoS requirement (i.e., no interruption) [14]. In a mobile device, the downloaded data chunks enter the receiving buffer and the chunks are decoded in the video decoder. The decoded chunks enter the playback buffer and they are displayed corresponding to the playback rate, which is equivalent to the video encoding rate.LetBr(i) and Bp(i) denote the number of chunks in the receiving buffer and playback buffer at the beginning of packet i, respectively. Because mobile devices have limited resources, Br(i) and Bp(i) are bounded by their maximum thresholds as 0≤Br(i)≤Br,Th and 0≤Bp(i)≤Bp,Th, respectively. In addition, the processing delay in the video decoder should be taken into consideration when the chunks are decoded. The processing delay is dependent on the CPU frequency at which the video decoder decodes the chunks. The processing delay is inversely proportional to the CPU frequency [8, 9, 13]. Let Dp denote the processing delay required to decode a chunk at the highest CPU frequency fc,max. Then, the processing delay required to decode a chunk at CPU frequency fc(i) in packet i is Dpfc,max/fc(i).


### 2.2. Energy Consumption Model

The energy consumption of the wireless network interface card (WNIC) is modeled asE=Pnt+Pdl, where Pn is the average power consumption in active state, t is the time duration in active state, Pd is the average power consumption per downloaded data, and l is the amount of downloaded data [5]. By using the WNIC’s energy consumption model, in order to evaluate the energy efficiency, the energy consumption gain of the WNIC for packet i is defined as(1)Eni=PnndirT0Rmin+PdndirT0-PnndirT0Rdi+PdndirT0=PnndirT0Rmin-rT0Rdi,where nd(i) is the number of chunks downloaded in packet i. The energy consumption gain of the WNIC En(i) is the amount of energy saving that can be achieved when downloading nd(i) chunks at the download rate of Rd(i) compared to the case when downloading equal-size chunks at the minimum download rate of Rmin. Note that, in (1), the energy consumption gain of the WNIC En(i) cannot be a negative value due to Rmin≤Rd(i).Furthermore, the power consumption of the CPU is a function of the CPU frequency. According to the model in [15], the average power consumption of the CPU at CPU frequency fc(i) in packet i can be defined as Pp(i)=αfc(i)3+β, where α and β are constants that depend on the mobile device. Then, similar to the WNIC’s energy consumption gain of (1), the energy consumption gain of the CPU based on packet i is defined as (2)Epi=npiDpαfc,max3+β-αfci3+βfc,maxfci,where np(i) is the number of chunks decoded in packet i. The energy consumption gain of the CPU Ep(i) is the amount of energy saving that can be achieved when decoding np(i) chunks at the CPU frequency of fc(i) compared to the case when decoding equal-size chunks at the maximum CPU frequency of fc,max.


## 2.1. Mobile Video Streaming Service Model

In Figure1, the system model is illustrated [5], where a mobile device directly obtains video streams from the streaming server through the wireless network interface. The video streaming service is assumed to be a video sequence that is compressed at a constant bit rate r bits/s. The video sequence is divided into equal-size chunks of rT0 bits sent periodically in packets with payload durations of T0 s. The system is assumed to operate in discrete time units based on packets i={1,2,…,T}, where T is the maximum number of packets needed to transmit the entire video sequence. By considering a time-varying wireless channel, the download data rate of the mobile device at packet i is denoted as Rd(i). It is assumed that the download data rate remains constant within a packet duration but can vary across different packets.Figure 1
System model of video streaming services on mobile devices.A mobile user may experience interruptions during video playback when the download rate of the video stream is lower than the encoding rate of the video stream due to the time-varying wireless channel and network conditions. Therefore, mobile devices typically use a receiving buffer and playback buffer to satisfy the QoS requirement (i.e., no interruption) [14]. In a mobile device, the downloaded data chunks enter the receiving buffer and the chunks are decoded in the video decoder. The decoded chunks enter the playback buffer and they are displayed corresponding to the playback rate, which is equivalent to the video encoding rate.LetBr(i) and Bp(i) denote the number of chunks in the receiving buffer and playback buffer at the beginning of packet i, respectively. Because mobile devices have limited resources, Br(i) and Bp(i) are bounded by their maximum thresholds as 0≤Br(i)≤Br,Th and 0≤Bp(i)≤Bp,Th, respectively. In addition, the processing delay in the video decoder should be taken into consideration when the chunks are decoded. The processing delay is dependent on the CPU frequency at which the video decoder decodes the chunks. The processing delay is inversely proportional to the CPU frequency [8, 9, 13]. Let Dp denote the processing delay required to decode a chunk at the highest CPU frequency fc,max. Then, the processing delay required to decode a chunk at CPU frequency fc(i) in packet i is Dpfc,max/fc(i).


## 2.2. Energy Consumption Model

The energy consumption of the wireless network interface card (WNIC) is modeled asE=Pnt+Pdl, where Pn is the average power consumption in active state, t is the time duration in active state, Pd is the average power consumption per downloaded data, and l is the amount of downloaded data [5]. By using the WNIC’s energy consumption model, in order to evaluate the energy efficiency, the energy consumption gain of the WNIC for packet i is defined as(1)Eni=PnndirT0Rmin+PdndirT0-PnndirT0Rdi+PdndirT0=PnndirT0Rmin-rT0Rdi,where nd(i) is the number of chunks downloaded in packet i. The energy consumption gain of the WNIC En(i) is the amount of energy saving that can be achieved when downloading nd(i) chunks at the download rate of Rd(i) compared to the case when downloading equal-size chunks at the minimum download rate of Rmin. Note that, in (1), the energy consumption gain of the WNIC En(i) cannot be a negative value due to Rmin≤Rd(i).Furthermore, the power consumption of the CPU is a function of the CPU frequency. According to the model in [15], the average power consumption of the CPU at CPU frequency fc(i) in packet i can be defined as Pp(i)=αfc(i)3+β, where α and β are constants that depend on the mobile device. Then, similar to the WNIC’s energy consumption gain of (1), the energy consumption gain of the CPU based on packet i is defined as (2)Epi=npiDpαfc,max3+β-αfci3+βfc,maxfci,where np(i) is the number of chunks decoded in packet i. The energy consumption gain of the CPU Ep(i) is the amount of energy saving that can be achieved when decoding np(i) chunks at the CPU frequency of fc(i) compared to the case when decoding equal-size chunks at the maximum CPU frequency of fc,max.


## 3. JCVN Controller Design

The objective of this paper is to maximize the total energy consumption gain of the WNIC and CPU while satisfying the QoS requirements of the video streaming service. Based on the mathematical models of the previous section, the optimization problem can be stated as(3)maxndi,npiEni+Epi,∀i(4)s.t.0≤ndi≤Rdir,(5)0≤npi≤T0Dp,(6)0≤Bri+1≤Br,Th,(7)0≤Bpi+1≤Bp,Th,where the number of chunks in the receiving buffer and playback buffer can be updated as follows: (8)Bri+1=Bri+ndi-npi,Bpi+1=Bpi+npi-1.In (8), nd(i) is the number of chunks arriving at the receiving buffer through downloading of packet i, np(i) is the number of chunks migrating from the receiving buffer to the playback buffer through the decoding process of packet i, and rT0/rT0=1 is the number of chunks to be displayed to satisfy the QoS requirements based on the encoding rate, in which the numerator term rT0 is the amount of video data to be displayed at the encoding rate r in a packet duration T0 and the denominator term rT0 is the size of a video chunk.Constraint (4) ensures that the number of chunks to be downloaded is not a negative value and cannot be greater than the maximum number of chunks which the mobile device can download at its download rate in a packet. Constraint (5) ensures that the number of chunks to be decoded is not a negative value and cannot be greater than the maximum number of chunks which can be decoded at the maximum CPU frequency in a packet. Constraints (6) and (7) ensure that the numbers of chunks in the receiving buffer and playback buffer are not negative values and should also be less than their maximum thresholds. That is, JCVN controls the number of chunks to be downloaded and decoded while avoiding buffer overflow. In addition, constraint (7) ensures that the video chunks are displayed at their encoding rate and the viewer will not experience any interruption in the playback. This is because Bp(i+1)≥0 (i.e., Bp(i)+np(i)≥1) guarantees that the playback buffer will maintain more chunks than the number of chunks to be displayed at the encoding rate.In addition, to maximize the energy consumption gain of the CPU, when the CPU decodesnp(i) video chunks, CPU frequency fc(i) in packet i should be selected to the minimum CPU frequency at which the CPU can decode np(i) chunks in packet i. Therefore, the number of chunks to be decoded can be presented as a function of the CPU frequency in packet i as follows: (9)npi=T0-rT0RdifciDpfc,maxBri=0T0fciDpfc,maxBri>0,which indicates that if there is no chunk in the receiving buffer (i.e., Br(i)=0), the decoding process starts after downloading a chunk. Otherwise, if there are chunks in the receiving buffer (i.e., Br(i)>0), the chunks are decoded during the packet length T0. In addition, (9) satisfies constraint (5).By solving the optimization problem (3)–(7), an optimal solution set of nd(i) and np(i) which maximizes the total energy consumption gain of the WNIC and CPU based on each packet i can be obtained. The optimization problem is transformed into two variables x and y as follows: (10)maxx,yfx,y=ax+-by3+cy-ds.t.0≤x≤e,0≤y≤g,h≤x-y≤k,l≤y≤m,where x=nd(i), y=np(i), and a, b, c, d, e, g, h, k, l, and m are (for the ith packet) constant values as (11)a=PnT0r1Rmin-1Rdi,b=αT0Dpfc,max/T031-r/Rdi2Bri=0,b=αT0Dpfc,maxT03Bri>0,c=αfc,max3+βDp,d=T0β1-rRdiBri=0,d=T0βBri>0,e=Rdir,g=T0Dp,h=-Bri,k=Br,Th-Bri,l=-Bpi+1,m=Bp,Th-Bpi+1.Let setS denote the range of (x,y) satisfying the above constraints. Then, through theClosed Interval Method of [16], the maximum value of f(x,y) can be obtained at the critical points in S or at the extreme values on the boundary of S. In addition, because f(x,y) is a linear function with respect to x, f(x,y) is maximized at the maximum value among the range of x with an arbitrarily fixed value of y. Therefore, an optimal solution set (x,y) exists on line of x=e (Case 1) or y=x-k (Case 2).Case 1.
Fromx=e, the objective function is represented as a function of y, which is f(e,y)=-by3+cy+ae-d with constraint of max⁡[0,e-k,l]≤y≤min⁡[g,e-h,m]. By letting ∂f(e,y)/∂y=0, the only critical point of the equation is computed as c/3b. In addition, becausethe second derivative test gives ∂2f(e,y)/∂y2=-6by<0 at c/3b, the objective function is concave. Therefore, the objective function has a maximum value at the critical point of c/3b, or the minimum or maximum endpoint of y [16]. If the critical point exists on the larger value than the range of y (i.e., min⁡[g,e-h,m]<c/3b), the objective function has a maximum value at the maximum end point of y=min⁡[g,e-h,m]. Otherwise, if the critical point exists on the smaller value than the range of y (i.e., max⁡[0,e-k,l]>c/3b), the objective function has a maximum value at the minimum end point of y=max⁡[0,e-k,l]. Otherwise, if the critical point exists in the range of y (i.e., max⁡[0,e-k,l]≤c/3b≤min⁡[g,e-h,m]), the objective function has a maximum value at the critical point of c/3b.Case 2.
Fromx=y+k, the objective function is also represented as a function of y, which is f(y+k,y)=-by3+(a+c)y+ak-d with a constraint of max⁡[0,l]≤y≤min⁡[e-k,g,m]. In a similar way, to solve Case 2, by letting ∂f(y+k,y)/∂y=0, the only critical point of the equation is computed as (a+c)/3b. Then, the objective function has a maximum value at the maximum end point of y=min[e-k,g,m], or the minimum end point of y=max[0,l], or the critical point of (a+c)/3b.Therefore, an optimal solution set ofnd(i)∗ and np(i)∗ which maximizes the objective function can be obtained by comparing the values of f(x,y) at the two candidate solutions from Cases 1 and 2. Note that the optimal solution set of nd(i)∗ and np(i)∗ is obtained by assuming that the objective function is a continuous function of nd(i) and np(i). Therefore, because the numbers of chunks to be downloaded and decoded are positive integer values, in the performance evaluation, the values of the optimal solution set were selected to be positive integer values that satisfy the constraints of the optimization problem and have a minimum difference with the derived optimal solution set of nd(i)∗ and np(i)∗, respectively.The pseudocode of the JCVN optimization algorithm is presented in Algorithm1. First, the input parameters of the energy consumption model are obtained based on the optimization problem (step (1)). JCVN computes the optimal candidate solution set of the number of chunks to be downloaded and decoded for Cases 1 and 2 (steps (2) and (3)). Then, an optimal solution set is determined by comparing the values of the objective function at the two candidate solution sets from Cases 1 and 2. If the value of the objective function at Case 1’s optimal candidate solution is equal to or larger than the value of the objective function at Case 2’s optimal candidate solution (i.e., En(nd,1(i)∗)+Ep(np,1(i)∗)≥En(nd,2(i)∗)+Ep(np,2(i)∗)), the optimal solution is selected as the candidate solution set for Case 1 (steps (5) and (6)). Otherwise, if the value of the objective function at Case 1’s optimal candidate solution is less than the value of the objective function at Case 2’s optimal candidate solution (i.e., En(nd,1(i)∗)+Ep(np,1(i)∗)<En(nd,2(i)∗)+Ep(np,2(i)∗)), the optimal solution is selected as the candidate solution set for Case 2 (steps (7) and (8)).Algorithm 1:JCVN algorithm.
(
1
) GET input parameters of the energy consumption model
(
2
) COMPUTE optimal candidate solution set(nd,1(i)∗, np,1(i)∗)for Case1
(
3
) COMPUTE optimal candidate solution set( nd,2(i)∗, np,2(i)∗)for Case2
(
4
) COMPARE values of the objective function at two candidate solution sets
(
5
)   if  Ennd,1(i)∗+Epnp,1(i)∗≥Ennd,2(i)∗+Epnp,2(i)∗
(
6
)       SET optimal solution set to (nd,1(i)∗, np,1(i)∗)
(
7
)   else
(
8
)       SET optimal solution set to (nd,2(i)∗, np,2(i)∗)
(
9
)   end if


## 4. Performance Evaluation

### 4.1. Simulation Settings

In order to make an accurate performance comparison, the experiment parameters of [5, 15] were applied in the simulation experiments as described in the following. The video encoding rate was set to 320 kbps and the video length was 200 s. The entire video file was divided into packets of 2 s, where the mobile device’s receiving buffer and playback buffer can contain up to 20 chunks of video data. In the simulation, a Rayleigh distributed wireless channel was applied to represent the multipath fading characteristics, which results in variations of the download rate of video data with the means of 0.5, 1, 1.5, and 2 Mbps [5]. For example, the variation of the download rates with a mean of 1.5 Mbps is presented in Figure 2(a). The WNIC’s power consumption parameter values applied in the simulation are Pn=0.897 W and Pd=0.134 μJ/bit. In addition, the average number of CPU cycles required per bit (when the application is processed by the CPU) is defined as the processing density, which is dependent on the application type. For the video streaming simulations, a mixture of H.264 240p, 480p, and 720p videos at 30 fps based on a closed group of pictures (GoP) without coordinated universal time (UTC) was used. In addition, a 1,000-cycle/bit processing density was applied based on [15], and the CPU’s power consumption model uses the parameter values of α=0.4 and β=0.3. The detailed simulation parameter settings are summarized in Table 1.Table 1
Simulation parameter settings.
Parameters
Values
Download rate of a mobile device
A Rayleigh distributed wireless channel with the means of 0.5, 1, 1.5, and 2 Mbps
Video encoding rate
320 kbps
Entire video length
200 s
Packet length
2 s
Maximum receiving and playback buffer size
20 chunks
Average power consumption in active state (Pn)
0.897 W
Average power consumption per downloaded data (Pd)
0.134μJ
CPU frequency
0.2, 0.4, 0.6, 0.8, 1.0, 1.2, 1.4, and 1.6 GHz
Coefficient for CPU’s power consumption (α)
0.4 s
Coefficient for CPU’s power consumption (β)
0.3 s
Processing density
1000 cycles/bitFigure 2
(a) Number of chunks downloaded per packet. (b) Number of chunks decoded per packet.
(a)
(b)In the performance analysis, two representative WNIC downloading schemes and two of the most popular CPU processing power control schemes that are used in smart devices are compared with the proposed JCVN scheme. The two representative WNIC downloading schemes are Aggressive Buffer Management (ABM) and Periodical Buffer Management (PBM) [5]. In ABM, the video application actively downloads video chunks until the receiving buffer of the mobile device is full, and is popularly used in mobile devices with unlimited (or very large) power supplies and has no constraints applied to the video streaming services. In PBM, the video application makes requests for a fixed number of video chunks to be periodically sent from the server and stops downloading if the requested video chunks have been all received within the time limit or if the mobile device’s receiving buffer is full, which is a very popular WNIC scheme applied in mobile devices. In the simulation experiments, the PBM default period T0 is set based on the viewer requests of two, three, four, and five video chunks per period for the mean download rates of 0.5, 1, 1.5, and 2 Mbps, respectively.The two most popular CPU processing power control schemes are the maximum CPU frequency (MAX) scheme and the dynamic voltage and frequency scaling (DVFS) scheme. In MAX, the CPU processes video chunks at its highest frequency if video chunks to be decoded are in its receiving buffer. This strategy provides a high performance by processing data at the highest CPU frequency, while it consumes a lot of energy. In DVFS, the CPU frequency is adjusted according to the amount of video chunks to be decoded in the receiving buffer. When DVFS is used, the CPU frequency is set to maximum when the number of video chunks to be decoded is greater than a threshold, and the CPU frequency proportionally decreases (in a staircase fashion) as the decoding load diminishes. The threshold of DVFS was set to four video chunks in the experiments. Note that when the receiving buffer and playback buffer become full, the WNIC and CPU of all existing schemes and JCVN are switched to the power-saving mode in which they do not perform downloading and decoding.In the simulations, the two WNIC schemes were each teamed up with the two CPU control schemes in the following form of PBM with MAX, ABM with MAX, PBM with DVFS, and ABM with DVFS, which are, respectively, denoted as PBM + MAX, ABM + MAX, PBM + DVFS, and ABM + DVFS in Figures2 and 3.Figure 3
Energy consumption of video streaming service of the (a) WNIC, (b) CPU, and (c) WNIC and CPU combined.
(a)
(b)
(c)


### 4.2. Performance Analysis

Figure2 illustrates the difference of JCVN (compared to other schemes) in how it jointly controls the number of chunks to be downloaded and decoded to maximize the combined energy efficiency of the WNIC and CPU. Figures 2(a) and 2(b) show the number of chunks to be downloaded and decoded for each packet at the mean download rate of 1.5 Mbps. In Figure 2(a), ABM + DVFS and JCVN download chunks in accordance with the download rate, while PBM + DVFS has little variation in the number of downloaded chunks regardless of the download rate. Therefore, ABM + DVFS and JCVN can provide a gain in reducing the WNIC’s energy consumption compared to PBM + DVFS. In Figure 2(b), it is observed that PBM + DVFS and ABM + DVFS aggressively decode chunks at the beginning of a download session (i.e., packets 1~5) quickly filling up their buffers and also use full CPU processing capability in the decoding process. Compared to this, JCVN attempts to save energy by downloading only at a sufficient rate in the initial stages (i.e., packets 1~5) and also selects a sufficient CPU operational frequency that will allow an above-QoS level of video playout.In Figure3, the proposed JCVN scheme is compared with the four schemes of PBM + MAX, ABM + MAX, PBM + DVFS, and ABM + DVFS for various download rates, where Figures 3(a), 3(b), and 3(c) present the mobile device’s energy consumption of the WNIC, CPU, and the combined value of the WNIC and CPU, respectively. Figure 3(a) shows that, for all schemes, the energy consumption of the WNIC decreases to around 61% as the average download rate increases. This is because the energy consumption of the WNIC is inversely linear to the download rate as denoted in (1). In Figure 3(b), it is noted that PBM + DVFS and ABM + DVFS consume less energy at the CPU than PBM + MAX and ABM + MAX, which is due to the energy saving capability of DVFS, where the energy saving gain increases as the average download rate decreases. This is because the mobile device can download more video chunks at the receiving buffer in a packet when the download rate is high. Therefore, DVFS will use higher CPU frequencies in order to process the video chunks of the receiving buffer, thereby consuming more energy. Figure 3(c) points out that the sum of the energy consumption of the WNIC and CPU for the proposed JCVN scheme is the lowest among all the algorithms under different download rates. For example, when compared with PBM + MAX and PBM + DVFS, the JCVN scheme can reduce the energy consumption by 10.59~20.05% and 4.08~11.61%, respectively. Because the JCVN scheme adaptively adjusts the number of video chunks to be downloaded and decoded according to the wireless network status as well as the receiving and playback buffer status, it can effectively reduce the total energy consumption of the WNIC and CPU.


## 4.1. Simulation Settings

In order to make an accurate performance comparison, the experiment parameters of [5, 15] were applied in the simulation experiments as described in the following. The video encoding rate was set to 320 kbps and the video length was 200 s. The entire video file was divided into packets of 2 s, where the mobile device’s receiving buffer and playback buffer can contain up to 20 chunks of video data. In the simulation, a Rayleigh distributed wireless channel was applied to represent the multipath fading characteristics, which results in variations of the download rate of video data with the means of 0.5, 1, 1.5, and 2 Mbps [5]. For example, the variation of the download rates with a mean of 1.5 Mbps is presented in Figure 2(a). The WNIC’s power consumption parameter values applied in the simulation are Pn=0.897 W and Pd=0.134 μJ/bit. In addition, the average number of CPU cycles required per bit (when the application is processed by the CPU) is defined as the processing density, which is dependent on the application type. For the video streaming simulations, a mixture of H.264 240p, 480p, and 720p videos at 30 fps based on a closed group of pictures (GoP) without coordinated universal time (UTC) was used. In addition, a 1,000-cycle/bit processing density was applied based on [15], and the CPU’s power consumption model uses the parameter values of α=0.4 and β=0.3. The detailed simulation parameter settings are summarized in Table 1.Table 1
Simulation parameter settings.
Parameters
Values
Download rate of a mobile device
A Rayleigh distributed wireless channel with the means of 0.5, 1, 1.5, and 2 Mbps
Video encoding rate
320 kbps
Entire video length
200 s
Packet length
2 s
Maximum receiving and playback buffer size
20 chunks
Average power consumption in active state (Pn)
0.897 W
Average power consumption per downloaded data (Pd)
0.134μJ
CPU frequency
0.2, 0.4, 0.6, 0.8, 1.0, 1.2, 1.4, and 1.6 GHz
Coefficient for CPU’s power consumption (α)
0.4 s
Coefficient for CPU’s power consumption (β)
0.3 s
Processing density
1000 cycles/bitFigure 2
(a) Number of chunks downloaded per packet. (b) Number of chunks decoded per packet.
(a)
(b)In the performance analysis, two representative WNIC downloading schemes and two of the most popular CPU processing power control schemes that are used in smart devices are compared with the proposed JCVN scheme. The two representative WNIC downloading schemes are Aggressive Buffer Management (ABM) and Periodical Buffer Management (PBM) [5]. In ABM, the video application actively downloads video chunks until the receiving buffer of the mobile device is full, and is popularly used in mobile devices with unlimited (or very large) power supplies and has no constraints applied to the video streaming services. In PBM, the video application makes requests for a fixed number of video chunks to be periodically sent from the server and stops downloading if the requested video chunks have been all received within the time limit or if the mobile device’s receiving buffer is full, which is a very popular WNIC scheme applied in mobile devices. In the simulation experiments, the PBM default period T0 is set based on the viewer requests of two, three, four, and five video chunks per period for the mean download rates of 0.5, 1, 1.5, and 2 Mbps, respectively.The two most popular CPU processing power control schemes are the maximum CPU frequency (MAX) scheme and the dynamic voltage and frequency scaling (DVFS) scheme. In MAX, the CPU processes video chunks at its highest frequency if video chunks to be decoded are in its receiving buffer. This strategy provides a high performance by processing data at the highest CPU frequency, while it consumes a lot of energy. In DVFS, the CPU frequency is adjusted according to the amount of video chunks to be decoded in the receiving buffer. When DVFS is used, the CPU frequency is set to maximum when the number of video chunks to be decoded is greater than a threshold, and the CPU frequency proportionally decreases (in a staircase fashion) as the decoding load diminishes. The threshold of DVFS was set to four video chunks in the experiments. Note that when the receiving buffer and playback buffer become full, the WNIC and CPU of all existing schemes and JCVN are switched to the power-saving mode in which they do not perform downloading and decoding.In the simulations, the two WNIC schemes were each teamed up with the two CPU control schemes in the following form of PBM with MAX, ABM with MAX, PBM with DVFS, and ABM with DVFS, which are, respectively, denoted as PBM + MAX, ABM + MAX, PBM + DVFS, and ABM + DVFS in Figures2 and 3.Figure 3
Energy consumption of video streaming service of the (a) WNIC, (b) CPU, and (c) WNIC and CPU combined.
(a)
(b)
(c)


## 4.2. Performance Analysis

Figure2 illustrates the difference of JCVN (compared to other schemes) in how it jointly controls the number of chunks to be downloaded and decoded to maximize the combined energy efficiency of the WNIC and CPU. Figures 2(a) and 2(b) show the number of chunks to be downloaded and decoded for each packet at the mean download rate of 1.5 Mbps. In Figure 2(a), ABM + DVFS and JCVN download chunks in accordance with the download rate, while PBM + DVFS has little variation in the number of downloaded chunks regardless of the download rate. Therefore, ABM + DVFS and JCVN can provide a gain in reducing the WNIC’s energy consumption compared to PBM + DVFS. In Figure 2(b), it is observed that PBM + DVFS and ABM + DVFS aggressively decode chunks at the beginning of a download session (i.e., packets 1~5) quickly filling up their buffers and also use full CPU processing capability in the decoding process. Compared to this, JCVN attempts to save energy by downloading only at a sufficient rate in the initial stages (i.e., packets 1~5) and also selects a sufficient CPU operational frequency that will allow an above-QoS level of video playout.In Figure3, the proposed JCVN scheme is compared with the four schemes of PBM + MAX, ABM + MAX, PBM + DVFS, and ABM + DVFS for various download rates, where Figures 3(a), 3(b), and 3(c) present the mobile device’s energy consumption of the WNIC, CPU, and the combined value of the WNIC and CPU, respectively. Figure 3(a) shows that, for all schemes, the energy consumption of the WNIC decreases to around 61% as the average download rate increases. This is because the energy consumption of the WNIC is inversely linear to the download rate as denoted in (1). In Figure 3(b), it is noted that PBM + DVFS and ABM + DVFS consume less energy at the CPU than PBM + MAX and ABM + MAX, which is due to the energy saving capability of DVFS, where the energy saving gain increases as the average download rate decreases. This is because the mobile device can download more video chunks at the receiving buffer in a packet when the download rate is high. Therefore, DVFS will use higher CPU frequencies in order to process the video chunks of the receiving buffer, thereby consuming more energy. Figure 3(c) points out that the sum of the energy consumption of the WNIC and CPU for the proposed JCVN scheme is the lowest among all the algorithms under different download rates. For example, when compared with PBM + MAX and PBM + DVFS, the JCVN scheme can reduce the energy consumption by 10.59~20.05% and 4.08~11.61%, respectively. Because the JCVN scheme adaptively adjusts the number of video chunks to be downloaded and decoded according to the wireless network status as well as the receiving and playback buffer status, it can effectively reduce the total energy consumption of the WNIC and CPU.


## 5. Conclusion

In order to deal with the energy consumption issue on mobile devices supporting video streaming services, in this paper, a joint optimization algorithm that can reduce the combined energy consumption of the WNIC and CPU is proposed. The energy consumption of the WNIC and CPU is analyzed and the proposed algorithm adaptively adjusts the number of video chunks to be downloaded and decoded in each packet by solving an optimization problem according to the wireless network status as well as the receiving and playback buffer status. The energy consumption of the proposed algorithm is compared with four existing algorithms based on various average download rates. Results show that the proposed JCVN algorithm is more energy efficient compared to other control schemes.



---

*Source: 9816467-2017-03-16.xml*