本文來(lái)自 愛(ài)奇藝 技術(shù)產(chǎn)品中心 資深工程師 王亞楠在LiveVideoStackCon 2018熱身分享，并由LiveVideoStack整理而成。在分享中，王亞楠分別介紹了自動(dòng)碼率調(diào)節(jié)的實(shí)現(xiàn)過(guò)程、現(xiàn)行算法與評(píng)價(jià)標(biāo)準(zhǔn)，并重點(diǎn)介紹了基于強(qiáng)化學(xué)習(xí)的自動(dòng)碼率調(diào)節(jié)算法的技術(shù)架構(gòu)與實(shí)現(xiàn)要點(diǎn)。

大家好，我是王亞楠，現(xiàn)在就職于愛(ài)奇藝終端網(wǎng)絡(luò)部署，今天很高興能在這個(gè)平臺(tái)來(lái)跟大家講述一下我們?cè)趷?ài)奇藝做的一些很有意思的工作，這個(gè)工作主要就是我們基于強(qiáng)化學(xué)習(xí)做的自動(dòng)碼率調(diào)節(jié)。

今天的主要內(nèi)容：

1.自適應(yīng)碼流

2.強(qiáng)化學(xué)習(xí)

3.基于強(qiáng)化學(xué)習(xí)的自動(dòng)碼率調(diào)節(jié)

今天的主要內(nèi)容分三個(gè)方面，第一，介紹一下什么叫自適應(yīng)碼流，在自適應(yīng)碼流中我會(huì)著重介紹為什么要用自動(dòng)碼率調(diào)節(jié)。然后會(huì)給大家介紹一個(gè)很清晰的評(píng)價(jià)標(biāo)準(zhǔn)來(lái)衡量我們做的自動(dòng)碼率調(diào)節(jié)。第二，介紹強(qiáng)化學(xué)習(xí)，可能在座的大部分人對(duì)強(qiáng)化學(xué)習(xí)的了解應(yīng)該不是很多。第三，基于強(qiáng)化學(xué)習(xí)的自動(dòng)碼率調(diào)節(jié)，在這里會(huì)簡(jiǎn)單介紹一下怎么樣用強(qiáng)化學(xué)習(xí)來(lái)實(shí)現(xiàn)自動(dòng)碼率調(diào)節(jié)，自動(dòng)碼率調(diào)節(jié)現(xiàn)在已經(jīng)有一些算法了，但這些算法都有自己的優(yōu)勢(shì)，當(dāng)然也有自己的短處，那么為什么我們要用強(qiáng)化學(xué)習(xí)來(lái)做？以及我們?cè)谟脧?qiáng)化學(xué)習(xí)做自動(dòng)碼率調(diào)節(jié)的時(shí)候，它應(yīng)該是采用一種怎樣的技術(shù)架構(gòu)，以及有哪些要實(shí)現(xiàn)的技術(shù)要點(diǎn)？

1、關(guān)于我們

我們項(xiàng)目組是隸屬于愛(ài)奇藝網(wǎng)絡(luò)終端部的，愛(ài)奇藝目前是國(guó)內(nèi)最大的長(zhǎng)視頻網(wǎng)絡(luò)公司，僅在過(guò)去的一年，共增加兩千八百多部的電視劇，以及一萬(wàn)多部的電影，移動(dòng)端的月活動(dòng)量達(dá)到6.1億，PC端也達(dá)到了3.6億，是除了微信和QQ之外，月活動(dòng)量最多的一個(gè)應(yīng)用。我們用戶的網(wǎng)絡(luò)環(huán)境和設(shè)備是千差萬(wàn)別的，網(wǎng)絡(luò)環(huán)境主要分為三種， PC端主要用的是有線連接，手機(jī)端大多是的是WiFi，數(shù)據(jù)網(wǎng)絡(luò)用的不是太多，除了這三種還有其他網(wǎng)絡(luò)，比如連上一些其它的手機(jī)熱點(diǎn)等等。愛(ài)奇藝的終端也包括很多種，現(xiàn)在最多的用戶是手機(jī)用戶，除了手機(jī)還有一些比較常見(jiàn)的如PAD和PC。另外，在中國(guó)的家庭里面，網(wǎng)絡(luò)電視也是非常重要的一個(gè)方面。除此之外，還有一個(gè)特殊的應(yīng)用——奇藝果，這是我們自己推出的一個(gè)很適合連接到網(wǎng)絡(luò)電視上，可以將你手機(jī)上內(nèi)容完全在電視上進(jìn)行播放的一個(gè)工具，效果很好而且也很便宜。我們組一直致力于用技術(shù)手段為用戶提供更清晰流暢的觀看體驗(yàn)，下面為大家介紹的自適應(yīng)碼率調(diào)節(jié)就是提升觀看體驗(yàn)的一種手段。

2、自適應(yīng)碼流

2.1 介紹自適應(yīng)碼流

用戶在觀看一個(gè)視頻的時(shí)候，需要將視頻內(nèi)容從服務(wù)器上取到本地才能觀看，在這個(gè)過(guò)程中因?yàn)橛脩舻木W(wǎng)絡(luò)環(huán)境和設(shè)備千差萬(wàn)別，如何在一個(gè)復(fù)雜的環(huán)境中給用戶提供一個(gè)清晰流暢的視頻，自適應(yīng)碼流就是一個(gè)很好的解決辦法。因?yàn)樗梢愿鶕?jù)用戶的網(wǎng)絡(luò)情況來(lái)為用戶提供不同的碼率節(jié)目，它能夠更充分的利用用戶的帶寬，根據(jù)用戶的帶寬提供不同的碼率節(jié)目，相比較于之前單一的碼率節(jié)目，它所提供的節(jié)目會(huì)更清晰流暢。

自適應(yīng)碼流包括兩個(gè)方面：

1）傳輸形式：HLS/DASH/Smooth Streaming

2）碼率調(diào)節(jié)算法：ABR

HLS是蘋果公司推出的一個(gè)傳輸協(xié)議，Smooth Streaming是微軟推出的一個(gè)標(biāo)準(zhǔn)協(xié)議，DASH是大家目前用的最多的開源的傳輸形式。我們可以通過(guò)碼率調(diào)節(jié)算法來(lái)確定如何通過(guò)用戶的網(wǎng)絡(luò)情況來(lái)提供不同碼率，它整個(gè)流程是在節(jié)目生產(chǎn)的時(shí)候就會(huì)被編碼為不同的碼率，根據(jù)用戶的不同情況，比如說(shuō)在PC觀看還是在手機(jī)觀看，以及用戶的網(wǎng)絡(luò)情況不同，會(huì)給用戶分發(fā)不同碼率的節(jié)目，使得用戶在觀看的時(shí)候能夠不卡且清晰度最高。

2.2 實(shí)現(xiàn)過(guò)程

同一個(gè)用戶的帶寬在不同的時(shí)間段是會(huì)有一定的波動(dòng)的，如果我們?yōu)橛脩糁惶峁﹩我淮a率的話，那在一部分時(shí)間之內(nèi)會(huì)造成用戶很大的帶寬浪費(fèi)，這樣用戶的觀看體驗(yàn)并不是很好，在一定觀看時(shí)間內(nèi)，當(dāng)帶寬小于碼率的時(shí)候，會(huì)造成用戶觀看的時(shí)候非?？ǎD是對(duì)用戶的觀看體驗(yàn)影響最大的一個(gè)方面。

為了使用戶觀看時(shí)候能夠流暢，自適應(yīng)碼流能夠根據(jù)用戶的不同的網(wǎng)絡(luò)環(huán)境和不同的設(shè)備類型，在特定的時(shí)間段內(nèi)來(lái)選擇特定的碼率，使得用戶在觀看的時(shí)候既能不卡，又能提供在他的網(wǎng)絡(luò)環(huán)境所能容納的最高的碼率節(jié)目，這樣用戶觀看下來(lái)就會(huì)比較清晰、流暢。

當(dāng)在剛開播的時(shí)候用戶的網(wǎng)絡(luò)環(huán)境可能不太好，或者是Buffer中沒(méi)有內(nèi)容，這時(shí)先給他一個(gè)比較低的碼率，當(dāng)用戶的網(wǎng)速起來(lái)之后，或者當(dāng)它的Buffer慢慢的變多之后，我們會(huì)給他提供一個(gè)比較高的碼率，這樣的話，他可以切換到這樣一個(gè)更高的碼率，如果用戶的網(wǎng)速變得更好，那么我們也可以給他提供更高清的碼率，但是這個(gè)在切換的時(shí)候，我們會(huì)選擇一定的時(shí)間點(diǎn)，這個(gè)時(shí)間點(diǎn)也就是我們?cè)谧赃m應(yīng)碼流中所稱為的關(guān)鍵幀。那么我們?nèi)绾胃鶕?jù)用戶的當(dāng)前狀態(tài)來(lái)確定下一個(gè)要播放碼率呢？目前采用的幾個(gè)通用的方面，主要是帶寬，還有目前已經(jīng)緩存了多少的數(shù)據(jù)，設(shè)備的類型，以及當(dāng)前設(shè)備所能支持的碼率。當(dāng)協(xié)議確定之后，就要通過(guò)自適應(yīng)碼流的一個(gè)非常關(guān)鍵的技術(shù)，也就叫自適應(yīng)碼率調(diào)節(jié)來(lái)根據(jù)用戶的網(wǎng)絡(luò)環(huán)境來(lái)進(jìn)行碼率的調(diào)節(jié)。

2.3 現(xiàn)行自動(dòng)碼率調(diào)節(jié)算法

1）基于帶寬的算法：FESTIVE

基于帶寬的算法主要是通過(guò)用戶前一段時(shí)間的網(wǎng)絡(luò)變化，然后來(lái)預(yù)估后續(xù)可能的網(wǎng)絡(luò)帶寬，然后根據(jù)預(yù)估的帶寬，來(lái)決定這個(gè)用戶所適合的碼率。

2）基于Buffer的算法：BOLA

基于Buffer是因?yàn)橛脩舻木W(wǎng)絡(luò)環(huán)境的變化最終會(huì)體現(xiàn)到用戶的Buffer中，也就是Buffer中緩存了多少數(shù)據(jù)，是受帶寬的影響的，那么只要基于Buffer，也可以決定我下一個(gè)將要選擇的碼率。

3）綜合考慮Buffer和帶寬的算法：MPC

基于Buffer和帶寬的算法，也就是把這兩種因素綜合考慮起來(lái)。

各自優(yōu)缺點(diǎn)：

2.4 自動(dòng)碼率調(diào)節(jié)評(píng)價(jià)標(biāo)準(zhǔn)

在考慮能不能用一種新的算法之前，我們需要先決定，我們?cè)趺礃觼?lái)評(píng)估我們做的這個(gè)自動(dòng)碼率調(diào)節(jié)，要評(píng)估它在什么情況下才算是好的，它的效果是可以接受的。現(xiàn)在評(píng)估主要是從三個(gè)方面：清晰度，流暢度，平滑度。

簡(jiǎn)單解釋一下，清晰度就是用戶直觀看到的碼率的清晰度，比如說(shuō)是720P，還是1080P；另外，流暢度比較好理解，用戶只要不卡，它的觀看就是流暢的，如果它卡頓的話，卡的時(shí)間越長(zhǎng)，那用戶可能就更多的會(huì)不再看你這個(gè)視頻了；再一個(gè)就是平滑度，如果你在非常頻繁的切換的話，用戶能夠很清晰的感知到你這個(gè)切換過(guò)程，也是對(duì)用戶的觀看體驗(yàn)也是有個(gè)影響的。

我們的目標(biāo)就是在盡量不產(chǎn)生卡頓的基礎(chǔ)上能夠最大化的盡量利用用戶的帶寬，同時(shí)盡量減少我們的切換次數(shù)。基于這樣一個(gè)標(biāo)準(zhǔn)，我們形成了一個(gè)公式：

這個(gè)公式考慮到了剛才說(shuō)的三個(gè)方面的緯度，當(dāng)然也會(huì)加一些調(diào)節(jié)因子。再者就是我們?nèi)绻胱錾暇€的話，需要考慮的一個(gè)重要方面就是成本控制。因?yàn)槲覀兲岣逹oS的最終目的，就是希望用戶能夠更長(zhǎng)時(shí)間觀看我們的視頻，這樣會(huì)為我們帶來(lái)更高的收益，但是如果我們完全不考慮帶寬來(lái)為用戶提高更高的碼率，我們整體的帶寬的成本也會(huì)變得越來(lái)越高，這樣可能導(dǎo)致我們所取得的收益可能并不足以覆蓋所付出的成本，所以如果要上線的話，成本控制也是需要考慮的一個(gè)重要方面。在這個(gè)評(píng)估模型中，它其實(shí)有很多方面都沒(méi)有考慮到，一個(gè)是沒(méi)有考慮到卡頓的次數(shù)；另外一個(gè)，它并不是用戶觀看體驗(yàn)直接的體現(xiàn)，只是我們一個(gè)計(jì)算公式。

3、強(qiáng)化學(xué)習(xí)

強(qiáng)化學(xué)習(xí)目前是AI領(lǐng)域中運(yùn)用非常廣泛的一個(gè)技術(shù)，主要是在預(yù)測(cè)，就是做決策方面比較擅長(zhǎng)。它主要包括兩個(gè)部分，一個(gè)是Agent，即最終做決策的一個(gè)單位，另外一個(gè)就是Environment，這個(gè)環(huán)境也就是Agent所面臨的所有輸入。整個(gè)流程就是在每一步，Environment會(huì)給Agent一個(gè)輸入，這個(gè)輸入也就是狀態(tài)。在Agent取得這個(gè)狀態(tài)以后，會(huì)采取一定的動(dòng)作。在采取這個(gè)動(dòng)作之后，這個(gè)Agent會(huì)獲得一定的獎(jiǎng)勵(lì)，也就是Reward，那這個(gè)Agent就會(huì)觀察我現(xiàn)在的狀態(tài)，我所采取的動(dòng)作是什么，我所獲得的Reward是什么，這樣在經(jīng)過(guò)一系列的訓(xùn)練之后，它能夠使得我之后再采取一些動(dòng)作的時(shí)候，我所能獲得的獎(jiǎng)勵(lì)就是最高的，就是這樣一個(gè)過(guò)程。

那么為什么要用強(qiáng)化學(xué)習(xí)完成自動(dòng)碼率調(diào)節(jié)呢？

因?yàn)閺?qiáng)化學(xué)習(xí)所解決的問(wèn)題就是馬爾科夫過(guò)程的問(wèn)題，ABS問(wèn)題又正好是一個(gè)馬爾科夫過(guò)程的問(wèn)題，因?yàn)锳BS其實(shí)是根據(jù)我們當(dāng)前的狀態(tài)來(lái)選擇下一個(gè)碼率，它和之前的狀態(tài)都是不相關(guān)的。如果我們采用強(qiáng)化學(xué)習(xí)來(lái)做選擇下一個(gè)碼率，我們把帶寬，Buffer，還有等等一些播放狀態(tài)來(lái)當(dāng)作我的狀態(tài)，只需要把這些狀態(tài)輸入我的Agent，無(wú)需要對(duì)帶寬進(jìn)行預(yù)測(cè)了，而且我們現(xiàn)在的技術(shù)已經(jīng)可以滿足，提供一些數(shù)據(jù)后，強(qiáng)化學(xué)習(xí)自動(dòng)訓(xùn)練，并且針對(duì)不同的場(chǎng)景可以使用不同模型，這樣的話，也無(wú)需進(jìn)行調(diào)參。

4、基于強(qiáng)化學(xué)習(xí)的自動(dòng)碼率調(diào)節(jié)

在做成基于強(qiáng)化學(xué)習(xí)的自動(dòng)碼率調(diào)節(jié)后首先需要考慮一個(gè)問(wèn)題，即這個(gè)過(guò)程是放到客戶端還是服務(wù)器端來(lái)做？

1） 客戶端實(shí)現(xiàn)碼率預(yù)測(cè)功能

架構(gòu)非常簡(jiǎn)單，我們只要把這個(gè)模型訓(xùn)練好之后，拿到客戶端來(lái)做，由客戶端自己來(lái)決定下一個(gè)碼率就好了。

2）服務(wù)器端實(shí)現(xiàn)碼率預(yù)測(cè)功能

這就要實(shí)現(xiàn)一個(gè)BS架構(gòu)，自動(dòng)碼率調(diào)節(jié)功能是由客戶端和服務(wù)器端共同來(lái)做的，服務(wù)器端來(lái)決定選擇哪個(gè)碼率，然后將這個(gè)碼率再發(fā)送給客戶端。

另外一個(gè)問(wèn)題，經(jīng)過(guò)模型訓(xùn)練后，如何確定一個(gè)最優(yōu)模型呢？

模型訓(xùn)練好了之后，需要進(jìn)行一個(gè)評(píng)估，評(píng)估好了之后，我們會(huì)選擇我們?cè)u(píng)估效果最好的那個(gè)模型來(lái)使用，在這個(gè)過(guò)程我們會(huì)選擇用A/B Test的架構(gòu)來(lái)選取最優(yōu)模型。A/B Test的結(jié)果是確定最終模型的關(guān)鍵；C/S架構(gòu)更適合做A/B Test，因?yàn)榉?wù)器端是可以很容易控制的，我們?cè)贑S這樣一種架構(gòu)上來(lái)做A/B Test是比較簡(jiǎn)單方便的。

下面來(lái)看一個(gè)實(shí)時(shí)多模型的A/B Test架構(gòu)圖：

客戶端和服務(wù)器端進(jìn)行溝通的時(shí)候，我們可以先經(jīng)過(guò)一個(gè)算法的選擇器，可以用一個(gè)服務(wù)器來(lái)做分發(fā)，來(lái)實(shí)現(xiàn)A/B Test以更好的評(píng)估訓(xùn)練出來(lái)的模型，在這個(gè)算法服務(wù)器后面，就是對(duì)應(yīng)的一個(gè)一個(gè)的強(qiáng)化學(xué)習(xí)模型的服務(wù)器，通過(guò)一個(gè)算法分發(fā)器，就能夠決定一個(gè)模型它所針對(duì)哪些用戶。同時(shí)Selector也可以知道它所收集到的不同模型的數(shù)據(jù)是什么；然后通過(guò)這個(gè)A/B Test Selector服務(wù)器，將收集到的數(shù)據(jù)通過(guò)QoS Scorer服務(wù)器來(lái)進(jìn)行最終的計(jì)算，這樣就實(shí)現(xiàn)了一個(gè)A/B Test 的過(guò)程。

在利用A/B Test來(lái)評(píng)估最優(yōu)模型的過(guò)程也會(huì)遇到很多的問(wèn)題：

1）碼率預(yù)測(cè)模型的選擇

強(qiáng)化學(xué)習(xí)它有很多模型，因?yàn)榇a率預(yù)測(cè)它的狀態(tài)是個(gè)連續(xù)的過(guò)程，所以我們選擇DRL，DRL對(duì)連續(xù)的輸入輸出都會(huì)有一個(gè)比較好的結(jié)果。

2） 選擇合理的訓(xùn)練方式

首先，訓(xùn)練數(shù)據(jù)的收集是需要客戶端來(lái)投遞的；其次是Reward的選擇，因?yàn)閺?qiáng)化學(xué)習(xí)一個(gè)很重要因素就是需要給它一個(gè)Reward，那Reward的選擇會(huì)直接影響到后續(xù)訓(xùn)練出來(lái)模型的效果；再就是On-Policy還是Off-Policy的訓(xùn)練方式。

3）QoS評(píng)估

我們現(xiàn)在很常用的一些模型它沒(méi)有考慮卡頓次數(shù)的因素，所以需要考慮這個(gè)；再就是我們會(huì)增加一些用戶反饋的數(shù)據(jù)來(lái)直觀的表現(xiàn)出用戶是否喜歡我們這樣給他做的自動(dòng)碼率調(diào)節(jié)，可能有的用戶并不喜歡。

4）成本控制

我們需要考慮的非常清楚，我們?yōu)橛脩籼峁└逦囊曨l，收益是否會(huì)大于支出。

5、Q&A

Q1：亞楠老師，有一位同學(xué)問(wèn)到，請(qǐng)問(wèn)你們這個(gè)是用在點(diǎn)播上的嗎？有應(yīng)用在直播嗎？

A：我們現(xiàn)在是在點(diǎn)播上用，不過(guò)會(huì)計(jì)劃部署到直播端，線上現(xiàn)在也是有用戶在用，如果你是我們的灰度用戶，你可能會(huì)觀看到這樣一個(gè)效果。最后的效果也是我剛才介紹的一部分，這里面會(huì)有一個(gè)評(píng)分，評(píng)分最高就是用強(qiáng)化學(xué)習(xí)來(lái)做自動(dòng)碼率調(diào)節(jié)的效果，相比于其他的得分是一些其他模型的得分，目前我們來(lái)看用強(qiáng)化學(xué)習(xí)來(lái)做這樣的事情還是可以的，相對(duì)于強(qiáng)化學(xué)習(xí)來(lái)說(shuō)，自動(dòng)碼率調(diào)節(jié)還算是一個(gè)非常簡(jiǎn)單的事情。

Q2：亞楠老師可以具體的說(shuō)一下QoS的評(píng)分嗎？

A：QoS評(píng)分我們現(xiàn)在會(huì)有很多種了，我現(xiàn)在翻到那頁(yè)P(yáng)PT，我們現(xiàn)在的QoS評(píng)分，目前這個(gè)QoS評(píng)分是我們做得一個(gè)Reward，我們最終在做，我剛才給的那一幅圖上面，會(huì)加很多其他的因素，我這里的卡頓次數(shù)，還有用戶觀看的體驗(yàn)的這樣一個(gè)得分，在這里定義的QoS是清晰度的得分，還有流暢度的得分，平滑度的得分，這三項(xiàng)結(jié)合到一起，然后我們自己調(diào)節(jié)的這樣一個(gè)模型。

Q3：輸出的碼率是連續(xù)的嗎？

A：輸出碼率是不連續(xù)的，因?yàn)樽赃m應(yīng)碼率它的碼率都是固定檔位的，它會(huì)有幾檔之分，它不是連續(xù)的碼率的。

Q4：在實(shí)戰(zhàn)中有沒(méi)有部署過(guò)mao的Pensieve，在相同的State&Action下，Performance是怎么樣的？

A：這是個(gè)好問(wèn)題，我們這個(gè)工作就是和mao合作的，一開始是我們和他合作的，他們希望能夠用一些業(yè)界的數(shù)據(jù)來(lái)證明一下，那我們?cè)谧鲞@個(gè)事情的時(shí)候，如果做研究的模型，直接拿出來(lái)用到我們線上的話，是有很多方面是需要進(jìn)行改動(dòng)的，調(diào)節(jié)的。那我們最開始的思想是借鑒的毛的這個(gè)Pensieve的一個(gè)思想，最后加入了很多我們的思考，以及針對(duì)我們?cè)趯?shí)際的工作中遇到的很多問(wèn)題進(jìn)行了解決。那基本思想就是Pensieve，我們是和他進(jìn)行一個(gè)合作的。Performance，因?yàn)槲覀兪窃谶@個(gè)模型之上加入了很多我們自己的一些理解，還有一些其他因素這樣做的，具體的performance數(shù)據(jù)數(shù)據(jù)可以關(guān)注我們后續(xù)的技術(shù)分享。

Q5：客戶端集成模型，你們感覺(jué)它的性能是怎樣的？

A：客戶端集成模型我們也有評(píng)估，最終確定出來(lái)效果之后，我們覺(jué)得影響應(yīng)該不會(huì)很大，特別是對(duì)PC端，當(dāng)然對(duì)一些低端的安卓機(jī)可能會(huì)有一些影響，具體的一些低端的安卓機(jī)我們要不要用這樣一種在客戶端實(shí)現(xiàn)的方式，我們后面還需要繼續(xù)評(píng)估。對(duì)于一些比較高端的安卓機(jī)，還有蘋果機(jī)應(yīng)該是沒(méi)有什么影響。復(fù)雜度，看你怎么說(shuō)，因?yàn)檫@樣一個(gè)事情，除了網(wǎng)絡(luò)和Buffer以外，就是一些我們所考慮到的，比如說(shuō)成本的因素，等等這樣一些因素，我們的維度是比較少的，并沒(méi)有很多，所以它的復(fù)雜度也并不是很高，這樣的話，對(duì)于我們的放到客戶端來(lái)做，其實(shí)是有優(yōu)勢(shì)的。我們現(xiàn)在之所以會(huì)首先選擇C/S架構(gòu)，主要是為了先做A/B Test，做完A/B Test之后，我們能最終確定一個(gè)最優(yōu)的一個(gè)模型。

Q6：比如卡頓比各播放碼率分布在部署前后的變化，總帶寬的變化，下載速度的統(tǒng)計(jì)等這些是怎樣的？

A：卡頓比，這個(gè)數(shù)據(jù)都比較細(xì)了，我們可以說(shuō)一下，首先是碼率分布的話，碼率的質(zhì)量是有一個(gè)很明顯的提升的，包括我們的720P和1080P的占比都會(huì)有一個(gè)非常明顯的提升，相對(duì)應(yīng)的卡頓比的變化倒不是很明顯。我在這里之所以提高到，提了很多次這些成本控制，就是我們觀測(cè)到，因?yàn)槲覀兊那逦?，就是高碼率的占比會(huì)比較大的時(shí)候，我的帶寬的增長(zhǎng)其實(shí)是非常大的，所以這個(gè)帶寬的變化也是比較大的。下載速度，當(dāng)然下載速度我們倒沒(méi)有特意的去評(píng)估，因?yàn)槲覀冇X(jué)得，我們從我們?cè)u(píng)估的角度來(lái)看，卡頓比如果沒(méi)有增加的話，它的下載速度是能夠支撐他在下載的碼率。