陳 飛，黃仁樂，李 藝，王瑩煜

(1.北京華電天益信息科技有限公司,北京 102200；2.國網(wǎng)北京市電力公司,北京 100031；3.北京科東電力控制系統(tǒng)有限責(zé)任公司,北京 100085)

移動網(wǎng)絡(luò)視頻傳輸速率自適應(yīng)控制技術(shù)的研究

陳 飛1，黃仁樂2，李 藝1，王瑩煜3

(1.北京華電天益信息科技有限公司,北京 102200；2.國網(wǎng)北京市電力公司,北京 100031；3.北京科東電力控制系統(tǒng)有限責(zé)任公司,北京 100085)

目前移動終端上的視頻傳輸與交互技術(shù)得到了廣泛應(yīng)用，但由于移動網(wǎng)絡(luò)帶寬波動等原因，網(wǎng)絡(luò)中的可用帶寬往往會小于視頻的傳輸速率，造成視頻在傳輸時出現(xiàn)丟包的情況，對視頻傳輸與交互的質(zhì)量產(chǎn)生了較大影響。因而如何根據(jù)網(wǎng)絡(luò)狀態(tài)的變化實時地調(diào)整視頻的傳輸速率，從而降低傳輸過程中的丟包率，保證視頻傳輸與交互的質(zhì)量，具有至關(guān)重要的意義。針對視頻傳輸對于移動網(wǎng)絡(luò)環(huán)境的特殊要求，設(shè)計了一種適用于移動網(wǎng)絡(luò)視頻傳輸?shù)淖赃m應(yīng)速率控制方法。該方法將TCP協(xié)議擁塞控制方法進行了改進，在視頻傳輸?shù)倪^程中依據(jù)網(wǎng)絡(luò)狀態(tài)的變化情況動態(tài)地調(diào)整視頻的傳輸速率。仿真實驗結(jié)果表明，該方法能夠保證傳輸速率在一定范圍內(nèi)平穩(wěn)變化，提高了網(wǎng)絡(luò)可用帶寬的利用率，降低了傳輸過程中的丟包率，基本能夠滿足移動網(wǎng)絡(luò)環(huán)境下對于視頻傳輸與交互質(zhì)量的要求。

移動網(wǎng)絡(luò)；視頻傳輸；速率控制；自適應(yīng)；反饋控制

0 引 言

隨著移動網(wǎng)絡(luò)及移動終端設(shè)備的飛速發(fā)展與普及，移動網(wǎng)絡(luò)視頻應(yīng)用越來越受到廣大用戶的歡迎。通過移動網(wǎng)絡(luò)視頻應(yīng)用，用戶不僅可以隨時隨地點播與收看視頻節(jié)目，還可及時與家人、朋友及商業(yè)伙伴等進行溝通與交互，這也使得近年來人們對于移動網(wǎng)絡(luò)視頻應(yīng)用的需求越來越大，對于其服務(wù)質(zhì)量的要求也越來越高。然而當(dāng)大量的視頻數(shù)據(jù)在網(wǎng)絡(luò)中傳輸時，會占據(jù)大量的網(wǎng)絡(luò)帶寬，而移動網(wǎng)絡(luò)的可用帶寬本身較窄，且?guī)挷▌虞^大，導(dǎo)致網(wǎng)絡(luò)中經(jīng)常出現(xiàn)擁塞，這對于移動網(wǎng)絡(luò)視頻的正常傳輸與質(zhì)量保證產(chǎn)生了很大的影響，可能造成視頻畫面出現(xiàn)延遲或音視頻數(shù)據(jù)不同步等現(xiàn)象[1-4]。因而如何根據(jù)移動網(wǎng)絡(luò)的狀態(tài)動態(tài)地調(diào)整視頻傳輸?shù)乃俾剩ＷC所傳輸?shù)囊曨l數(shù)據(jù)的完整性和質(zhì)量，已成為近年來廣泛研究的一個課題。

目前在傳輸速率控制領(lǐng)域，應(yīng)用最廣泛的是TCP協(xié)議的擁塞控制機制。TCP協(xié)議的擁塞控制機制的核心思想就是“線性增加，乘積減少”，即當(dāng)網(wǎng)絡(luò)中尚未出現(xiàn)擁塞時，發(fā)送速率呈線性增加，而當(dāng)網(wǎng)絡(luò)中出現(xiàn)擁塞時，發(fā)送速率以一定倍數(shù)減小[5]。

對于TCP協(xié)議來說，由于其在每個環(huán)回時間內(nèi)就會對窗口進行調(diào)整，所以這種速率控制策略可以快速地調(diào)整窗口以適應(yīng)網(wǎng)絡(luò)的變化。然而對于視頻傳輸應(yīng)用來說，由于其采用RTP協(xié)議進行數(shù)據(jù)傳輸，而RTCP協(xié)議的發(fā)送者報告每5 s才會對網(wǎng)絡(luò)狀況進行一次反饋，因而如果單純地將TCP協(xié)議的速率控制機制照搬到視頻傳輸應(yīng)用中，會使得視頻傳輸速率的抖動過于劇烈，并且會加劇網(wǎng)絡(luò)的擁塞，降低網(wǎng)絡(luò)帶寬的有效利用率[6]。

針對移動網(wǎng)絡(luò)視頻傳輸速率控制方面存在的問題，在對移動網(wǎng)絡(luò)的特點進行研究的基礎(chǔ)上，文中提出一種視頻傳輸速率自適應(yīng)控制的方法。該方法將TCP協(xié)議的擁塞控制機制進行了改進，并將其應(yīng)用于移動網(wǎng)絡(luò)視頻傳輸中，使其能夠根據(jù)移動網(wǎng)絡(luò)狀態(tài)的改變而動態(tài)地對視頻傳輸速率進行調(diào)整。仿真結(jié)果表明，與簡單地將TCP協(xié)議的擁塞控制機制應(yīng)用到移動視頻傳輸中的方法相比，該方法能夠更為高效地利用網(wǎng)絡(luò)中的可用帶寬，實現(xiàn)了傳輸速率的平穩(wěn)變化，并降低了視頻傳輸過程中的丟包率，可以有效滿足用戶對于移動網(wǎng)絡(luò)視頻傳輸質(zhì)量的要求。

1 移動網(wǎng)絡(luò)在數(shù)據(jù)傳輸方面的缺陷及其對視頻傳輸造成的影響

1.1 移動網(wǎng)絡(luò)在數(shù)據(jù)傳輸方面的缺陷

當(dāng)前的移動網(wǎng)絡(luò)主要包括蜂窩網(wǎng)絡(luò)、無線局域網(wǎng)、藍牙、衛(wèi)星通訊等幾種形式。與傳統(tǒng)的有線網(wǎng)絡(luò)相比，移動網(wǎng)絡(luò)在數(shù)據(jù)傳輸方面主要存在以下缺陷[7-8]。

(1)網(wǎng)絡(luò)帶寬較窄。在有線網(wǎng)絡(luò)環(huán)境中，與視頻傳輸有關(guān)的應(yīng)用的可用帶寬通常為70～700 Mbps。而在移動網(wǎng)絡(luò)環(huán)境中，同類型應(yīng)用的可用帶寬通常僅為5～25 Mbps，因而移動網(wǎng)絡(luò)的可用帶寬與有線網(wǎng)絡(luò)相比明顯較窄。此外，移動網(wǎng)絡(luò)的上行帶寬與下行帶寬也不相同，傳輸過程中的速率也會隨時發(fā)生變化。

(2)數(shù)據(jù)傳輸延遲較高。由于在移動網(wǎng)絡(luò)環(huán)境中物理層的傳輸信號不穩(wěn)定，這給數(shù)據(jù)鏈路層的數(shù)據(jù)控制帶來了更多的開銷，影響了實際的傳輸速率。因而與有線網(wǎng)絡(luò)相比，移動網(wǎng)絡(luò)環(huán)境下數(shù)據(jù)包在傳輸過程中的延遲時間要更長，并且延遲時間經(jīng)常會發(fā)生波動。

(3)傳輸過程中的丟包率較高。在有線網(wǎng)絡(luò)環(huán)境中，出現(xiàn)數(shù)據(jù)包丟失的主要原因是由于網(wǎng)絡(luò)中出現(xiàn)擁堵，因為在傳輸過程中發(fā)生誤碼而導(dǎo)致數(shù)據(jù)包丟失的可能性較小。然而在移動網(wǎng)絡(luò)環(huán)境中，因為傳輸鏈路誤碼導(dǎo)致數(shù)據(jù)包丟失的概率與有線網(wǎng)絡(luò)相比要大得多，加之移動網(wǎng)絡(luò)環(huán)境的可用帶寬較窄，導(dǎo)致移動網(wǎng)絡(luò)環(huán)境下傳輸過程中的丟包率大大增加。

(4)網(wǎng)絡(luò)穩(wěn)定性較差。由于接入移動網(wǎng)絡(luò)的終端設(shè)備通常都處在位置不斷變化的狀態(tài)之下，尤其在移動終端快速移動的時候，移動終端可能會在多個蜂窩區(qū)內(nèi)進行切換，這可能會導(dǎo)致數(shù)據(jù)傳輸鏈接在發(fā)生蜂窩區(qū)切換時出現(xiàn)鏈接斷開和重連的情況。因而移動終端在快速移動中，通信鏈路可能經(jīng)常會出現(xiàn)中斷。

(5)網(wǎng)絡(luò)拓撲結(jié)構(gòu)較為復(fù)雜。盡管移動網(wǎng)絡(luò)中接入的終端通常處于無線網(wǎng)絡(luò)環(huán)境下，然而其業(yè)務(wù)服務(wù)器通常處于有線網(wǎng)絡(luò)環(huán)境中，因而一般的移動網(wǎng)絡(luò)業(yè)務(wù)的數(shù)據(jù)傳輸需要穿越無線網(wǎng)絡(luò)和有線網(wǎng)絡(luò)，從而導(dǎo)致其網(wǎng)絡(luò)拓撲結(jié)構(gòu)與有線網(wǎng)絡(luò)業(yè)務(wù)相比更為復(fù)雜。

1.2 移動網(wǎng)絡(luò)環(huán)境對視頻傳輸造成的影響

鑒于移動網(wǎng)絡(luò)自身存在的缺陷，移動網(wǎng)絡(luò)中的設(shè)備在進行視頻傳輸時會受到以下幾個方面的影響。

(1)視頻傳輸將受到網(wǎng)絡(luò)帶寬波動的影響。從理論上講，當(dāng)前的移動網(wǎng)絡(luò)對于視頻媒體的傳輸是可以滿足要求的，然而在實際應(yīng)用中，由于移動網(wǎng)絡(luò)在傳輸過程中的可用帶寬會發(fā)生較大波動，因而會給視頻的傳輸帶來很大的問題。

(2)傳統(tǒng)的針對有線網(wǎng)絡(luò)的數(shù)據(jù)傳輸擁塞控制機制將不能很好地應(yīng)用到移動網(wǎng)絡(luò)視頻傳輸過程中。在目前的傳輸擁塞控制機制中，應(yīng)用最廣泛的就是TCP協(xié)議所采用的擁塞控制機制。該機制在網(wǎng)絡(luò)空閑時呈線性增加其發(fā)送速率，而在網(wǎng)絡(luò)中出現(xiàn)擁塞時，則呈乘性減小其發(fā)送速率。這種擁塞控制機制在有線網(wǎng)絡(luò)中應(yīng)用時效果較高，然而在移動網(wǎng)絡(luò)環(huán)境中，由于網(wǎng)絡(luò)的可用帶寬的變化往往非常劇烈，這勢必將引起視頻傳輸速率的劇烈變化，影響視頻播放的最終效果。因而在移動網(wǎng)絡(luò)環(huán)境中，需要對現(xiàn)有的擁塞控制機制進行改進。

(3)移動網(wǎng)絡(luò)視頻傳輸中的其他問題。在移動網(wǎng)絡(luò)進行視頻傳輸時還會受到其他因素的影響，如移動終端的電源和能量等問題。

2 傳輸速率自適應(yīng)控制技術(shù)及其控制算法

2.1 傳輸速率自適應(yīng)控制的總體解決方案

文中提出的傳輸速率自適應(yīng)控制技術(shù)采用如下的解決思路：首先對視頻傳輸過程中由接收端返回給發(fā)送端的RTCP數(shù)據(jù)包進行分析，從中提取與網(wǎng)絡(luò)狀態(tài)有關(guān)的參數(shù)并進行分析，由此構(gòu)建當(dāng)前的網(wǎng)絡(luò)狀態(tài)，并對后續(xù)時間段內(nèi)網(wǎng)絡(luò)狀態(tài)的變化進行估計。隨后對于TCP協(xié)議所采用的擁塞控制機制進行改進，將原有的定常數(shù)提高與降低發(fā)送速率的方法替換為變常數(shù)提高與降低發(fā)送速率，并且發(fā)送速率提高或降低的幅度隨著時間的推移逐漸變小，從而在發(fā)送速率可以對網(wǎng)絡(luò)狀態(tài)的變化及時做出響應(yīng)的同時，避免速率的波動過于劇烈。

2.2 RTCP協(xié)議

2.2.1 RTCP協(xié)議概述

實時傳輸控制協(xié)議(Real-time Transport Control Protocol，RTCP)是與實時傳輸協(xié)議(Real-time Transport Protocol，RTP)一道被定義在1996年提出的RFC 1889中的，與RTP協(xié)議一起工作的控制協(xié)議[9-10]。RTCP單獨運行于UDP協(xié)議之上，由UDP協(xié)議對其提供數(shù)據(jù)與控制包的復(fù)用。在RTP會話過程中，每個RTP會話參與者周期性地向所有其他參與者發(fā)送RTCP控制信息包，如圖1所示。對于RTP會話或者廣播來說，RTCP協(xié)議通常會使用單個多目標(biāo)廣播地址，屬于這個會話的所有RTP和RTCP信息包都會使用這個多目標(biāo)廣播地址，由于在會話過程中RTP協(xié)議和RTCP協(xié)議使用不同的UDP端口號，因而通過使用不同的端口號即可把RTP數(shù)據(jù)包和RTCP數(shù)據(jù)包區(qū)分開來[11]。

圖1 RTCP協(xié)議工作原理示意圖

2.2.2 RTCP協(xié)議的功能

在視頻傳輸及交互過程中，RTCP協(xié)議主要具有以下功能[12]。

(1)為參與會話的應(yīng)用提供會話質(zhì)量保證或?qū)捹|(zhì)量信息進行廣播。

RTCP協(xié)議的主要功能是為參與會話的應(yīng)用提供會話質(zhì)量的保證，以及廣播會話質(zhì)量信息。在RTCP數(shù)據(jù)包不對需要傳輸?shù)囊纛l或視頻數(shù)據(jù)進行封裝，而是封裝發(fā)送端與接收端會話質(zhì)量的統(tǒng)計信息。這些信息包括發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)目、傳輸過程中的延時以及傳輸延時的抖動情況等。這些信息反映了網(wǎng)絡(luò)的當(dāng)前狀態(tài)，可以為發(fā)送端、接收端程序或者網(wǎng)絡(luò)管理程序調(diào)整傳輸或管理策略提供參考。

(2)識別與定位會話中的用戶。

RTCP協(xié)議為參與到會話中的每個用戶提供了一個規(guī)范名稱(Canonical Name，CNAME)的全局唯一的標(biāo)識符。通過這一標(biāo)識符，即可對一個RTP會話過程中的參與者進行定位。與此同時，會話中的接收者也可以利用CNAME在相關(guān)RTP連接的幾個數(shù)據(jù)流之間建立聯(lián)系，例如實現(xiàn)音視頻同步等。

(3)對RTCP數(shù)據(jù)包的發(fā)送速率進行控制。

由于在會話過程中，每個參與者都會定期地發(fā)送RTCP數(shù)據(jù)包，當(dāng)會話的參與者數(shù)量較大時，網(wǎng)絡(luò)中傳輸?shù)腞TCP數(shù)據(jù)包將占用過多的網(wǎng)絡(luò)資源。為了防止網(wǎng)絡(luò)擁塞的發(fā)生，必須對RTCP數(shù)據(jù)包的發(fā)送速率進行控制，使其所占的帶寬不超過可用帶寬的5%。由于會話中任意兩個參與者之間都會互相發(fā)送RTCP數(shù)據(jù)包，因此比較容易計算出參與者的數(shù)量，進而對RTCP數(shù)據(jù)包的發(fā)送速率進行調(diào)整。

2.2.3 RTCP數(shù)據(jù)包格式

RTCP數(shù)據(jù)包主要有以下5種類型[13]。

(1)發(fā)送者報告(Sender Report，SR)。由RTP會話的發(fā)送端發(fā)送，其中主要包含發(fā)送端的信息、媒體間的同步信息、累計發(fā)送的數(shù)據(jù)包的數(shù)量以及累計發(fā)送的字節(jié)數(shù)等。

(2)接收者報告(Receiver Report，RR)。由RTP會話中的接收端發(fā)送，其主要內(nèi)容是對數(shù)據(jù)傳輸過程中接收質(zhì)量的反饋。針對為其發(fā)送數(shù)據(jù)的每個發(fā)送端，接收者報告都為其提供丟失報文的數(shù)量、已接收報文的最大序列號、平均時延抖動、接收最后一個發(fā)送者報告的時間、接收最后一個發(fā)送者報告的延時等信息。

(3)信源描述符(Source Description Items，SDES)：包含對發(fā)送端進行描述的信息，包括CNAME等。

(4)BYE：參與者結(jié)束會話。當(dāng)會話過程中有參與者離開時，會發(fā)送一個BYE類型的RTCP數(shù)據(jù)包。

(5)APP：該類型的RTCP數(shù)據(jù)包通常包含具有特定功能的應(yīng)用函數(shù)。

RTCP數(shù)據(jù)包主要由數(shù)據(jù)包頭部分和結(jié)構(gòu)化的報告內(nèi)容組成，數(shù)據(jù)包的內(nèi)容根據(jù)類型的不同而有所差異。文中以發(fā)送者報告為例進行說明，其數(shù)據(jù)包結(jié)構(gòu)如圖2所示。

圖2 發(fā)送者報告數(shù)據(jù)包格式示意圖

通常一個發(fā)送者報告報文由三部分構(gòu)成。

(1)RTCP數(shù)據(jù)包頭部分。

V：版本號，長度為2 bit，當(dāng)前版本為2。

P：填充標(biāo)志，長度為1 bit，如果該標(biāo)志的值為1，則在數(shù)據(jù)包的尾部填充一個八位組。

RC：接收報告計數(shù)，長度為5 bit，指接收報告的塊的個數(shù)。

PT：報文類型，長度為8 bit，SR類型為200。

Length：報文長度，長度為16 bit，以32位為單位。

SSRC of sender：長度為32 bit，表示發(fā)送該發(fā)送者報告的信源的同步標(biāo)識符。

(2)發(fā)送者信息部分。

NTP timestamp：長度為64 bit，指該發(fā)送者報告發(fā)送時的全局網(wǎng)絡(luò)時間。

RTP timestamp：長度為32 bit，其所指示的時間與NTP timestamp一致，但所使用的時間單位與RTP數(shù)據(jù)包中的相同。

Sender’s packet count：長度為32 bit，表示發(fā)送者從開始發(fā)送RTP數(shù)據(jù)包到該發(fā)送者報告產(chǎn)生所經(jīng)過的時間間隔內(nèi)總共發(fā)送的RTP數(shù)據(jù)包的數(shù)量。

Sender’s octet count：長度為32 bit，表示發(fā)送者從開始發(fā)送RTP數(shù)據(jù)包到該發(fā)送者報告產(chǎn)生所經(jīng)過的時間間隔內(nèi)總共發(fā)送的字節(jié)數(shù)。

(3)接收報告塊部分。

SSRC_n：長度為32 bit，表示在該時間間隔內(nèi)曾向該參與者發(fā)送過RTP數(shù)據(jù)包的發(fā)送者的序號。

Fraction lost：長度為8 bit，表示在該時間間隔內(nèi)從SSRC_n接收到的RTP數(shù)據(jù)包的丟包率。

Cumulative number of packets lost：長度為24 bit，表示從開始接收RTP數(shù)據(jù)包到現(xiàn)在為止累計丟失的數(shù)據(jù)包數(shù)量。

Extended highest sequence number received：長度為32 bit，表示從SSRC_n接收到的RTP數(shù)據(jù)包的最大序列號。

Interarrival jitter：長度為32 bit，表示從SSRC_n接收RTP數(shù)據(jù)包的時延的抖動情況。

Last SR(LSR)：長度為32 bit，表示從SSRC_n接收到的最近一個發(fā)送者報告中所記錄的該發(fā)送者報告發(fā)送的時間。

Delay since last SR(DLSR)：長度為32 bit，表示從SSRC_n接收到的最后一個發(fā)送者報告到發(fā)送該報告之間的時間差。

2.3 視頻傳輸過程中網(wǎng)絡(luò)狀態(tài)的測量與預(yù)測

2.3.1 網(wǎng)絡(luò)丟包率的計算與預(yù)測

網(wǎng)絡(luò)丟包率是指傳輸過程中丟失的數(shù)據(jù)包的數(shù)目與所傳輸?shù)臄?shù)據(jù)包的總數(shù)的比值。一般來說，在網(wǎng)絡(luò)中的鏈路與物理設(shè)備均工作正常的情況下，網(wǎng)絡(luò)中出現(xiàn)擁塞是造成傳輸過程中數(shù)據(jù)包丟失的最主要原因。當(dāng)網(wǎng)絡(luò)中數(shù)據(jù)包丟失的狀況持續(xù)出現(xiàn)時，說明網(wǎng)絡(luò)持續(xù)處于擁塞狀態(tài)，因而網(wǎng)絡(luò)丟包率可以反映網(wǎng)絡(luò)在一段時間內(nèi)的擁塞情況。依據(jù)2.1.3節(jié)所描述的發(fā)送者報告，通過提取其中的累計丟失報文數(shù)(Cumulative number of packets lost)以及接收到的報文的最高序號，即可計算出某一時間間隔內(nèi)視頻傳輸過程中的丟包率，從而對網(wǎng)絡(luò)中的擁塞狀況進行長時間測量[14-15]。令第i個時間間隔內(nèi)的丟包率為Li，則Li的計算方法如式(1)所示。

(1)

其中，cum_losti表示從視頻傳輸過程開始到第i個傳輸時間間隔內(nèi)累計丟失的RTP數(shù)據(jù)包總數(shù)；hi_num_recvi表示從視頻傳輸過程開始到第i個傳輸時間間隔內(nèi)所接收到的RTP數(shù)據(jù)包的最大序列號。

由于在發(fā)送者報告中只是給出了某一個時間間隔內(nèi)丟失包的數(shù)目，在視頻傳輸過程中，如果簡單地根據(jù)式(1)中計算出的丟包率對傳輸速率進行控制，會導(dǎo)致傳輸速率的波動。為了減小波動，采用一次指數(shù)平滑法對預(yù)測的丟包率進行平滑，其計算方法如式(2)所示。

(2)

2.3.2 網(wǎng)絡(luò)平均時延抖動的計算

時延抖動指的是網(wǎng)絡(luò)傳輸時延的變化情況。與網(wǎng)絡(luò)丟包率主要對網(wǎng)絡(luò)中長期的擁塞狀況進行描述不同，平均延時抖動(Interarrivaljitter)主要是對網(wǎng)絡(luò)中短期的擁塞狀況進行描述。此外，時延抖動的變化可能預(yù)示著網(wǎng)絡(luò)擁塞即將出現(xiàn)。依據(jù)發(fā)送者報告，第i個時間間隔內(nèi)的平均時延抖動Ji可以直接從發(fā)送者報告中獲取，即Ji=jitter。

2.3.3 網(wǎng)絡(luò)狀態(tài)預(yù)測量的定義與計算

(3)

在實際應(yīng)用中，通過對權(quán)重系數(shù)α和β的不斷調(diào)整，可以最大程度地擬合移動網(wǎng)絡(luò)中網(wǎng)絡(luò)狀態(tài)的變化情況，從而更精確地對發(fā)送速率進行控制，避免視頻傳輸過程中RTP數(shù)據(jù)包的丟失，并減小抖動的程度。

2.4 速率控制算法的工作流程

文中所提出的視頻傳輸速率自適應(yīng)控制算法利用RTCP作為傳輸反饋控制協(xié)議，引入網(wǎng)絡(luò)狀態(tài)預(yù)測量P作為判斷當(dāng)前網(wǎng)絡(luò)狀態(tài)的依據(jù)，并采用變常數(shù)提高與降低的方法來對視頻傳輸過程中的發(fā)送速率進行調(diào)整。令vi+1為第i+1個時間間隔內(nèi)的發(fā)送速率，其具體的計算方法如式(4)所示。

(4)

把式(2)代入到式(4)得到式(5)。

vi+1=

(5)

通過式(5)可以看出，當(dāng)Pi+1≤θ時，說明此時網(wǎng)絡(luò)狀態(tài)較好，網(wǎng)絡(luò)中無擁塞現(xiàn)象或擁塞程度較低，此時可提升發(fā)送速率；而當(dāng)Pi+1>θ時，說明此時網(wǎng)絡(luò)中擁塞較為嚴重，網(wǎng)絡(luò)狀態(tài)較差，此時應(yīng)降低發(fā)送速率。并且由該公式的函數(shù)性質(zhì)可知，vi+1分別為Li和Ji的減函數(shù)，也就是說隨著Li和Ji的增加，發(fā)送速率提升和降低的服務(wù)都趨于收斂，因而采用該公式對發(fā)送速率進行控制，可以降低發(fā)送速率的變化程度，使發(fā)送速率趨于平穩(wěn)。另外，在網(wǎng)絡(luò)傳輸過程中，發(fā)送速度要受到網(wǎng)絡(luò)帶寬的限制，因而根據(jù)網(wǎng)絡(luò)狀態(tài)預(yù)測量計算出的發(fā)送速率需要與預(yù)先設(shè)定的最大和最小發(fā)送速率進行比較，確保發(fā)送速率在可以接受的范圍內(nèi)。

文中提出的視頻傳輸速率自適應(yīng)控制算法的工作流程描述如下。

(1)將發(fā)送速率的初始值設(shè)置為v0，開始進行視頻傳輸。

(3)從發(fā)送者報告中提取第i個時間間隔內(nèi)的平均時延抖動值Ji。

(4)根據(jù)式(3)計算第i+1個時間間隔內(nèi)的網(wǎng)絡(luò)狀態(tài)預(yù)測量Pi+1。

文中提出的視頻傳輸速率自適應(yīng)控制算法的工作流程如圖3所示。

圖3 視頻傳輸速率自適應(yīng)控制算法工作流程示意圖

3 實驗與分析

為了對文中提出的視頻傳輸速率自適應(yīng)控制算法的有效性和實用性進行驗證，保證實驗評價的客觀性，利用OMNeT++仿真軟件構(gòu)建了一個典型的啞鈴狀單瓶頸鏈路網(wǎng)絡(luò)，并對上述算法進行仿真實驗。OMNeT++(ObjectiveModularNetworkTestbedinC++)是一個專門為大型網(wǎng)絡(luò)提供的開源的、基于組件的、模塊化的、開放的、面向?qū)ο蟮碾x散事件網(wǎng)絡(luò)仿真工具。OMNeT++具備非常強大和完善的圖形界面，并能夠?qū)D形界面中的參數(shù)進行配置，同時具備編程、調(diào)試和跟蹤支持的功能，能夠有效而便捷地對通信網(wǎng)絡(luò)及其他復(fù)雜IT系統(tǒng)進行仿真。與此同時，OMNeT++提供對用戶組件庫的支持，可以實現(xiàn)模塊化的靈活重用，允許對仿真內(nèi)核提供擴展，并且提供了圖形化的網(wǎng)絡(luò)編輯和網(wǎng)絡(luò)數(shù)據(jù)流查看工具。與其他開源的網(wǎng)絡(luò)仿真軟件(如NS2等)相比，OMNeT++具有高度的模塊化特性，并可運行于多個操作系統(tǒng)平臺，具備更好的靈活性[16-17]。文中構(gòu)造的啞鈴狀單瓶頸鏈路網(wǎng)絡(luò)的拓撲結(jié)構(gòu)如圖4所示。

在圖4中，S1，S2和S3為視頻傳輸過程中的發(fā)送端，R1，R2和R3是接收端，N1和N2是網(wǎng)絡(luò)中的兩個中間節(jié)點，網(wǎng)絡(luò)中鏈路的帶寬均為4Mbps，傳輸延遲均為20ms。發(fā)送端每5s向所有接收端發(fā)送一次發(fā)送者報告，設(shè)置網(wǎng)絡(luò)狀態(tài)預(yù)測量的檢測閾值θ為0.43，權(quán)重系數(shù)α和β分別為0.36和0.41。初始發(fā)送速率設(shè)定為200kbps，最大和最小發(fā)送速率分別設(shè)定為500kbps和50kpbs。實驗持續(xù)時間為600s，由S1，S2和S3分別向R1，R2和R3傳輸視頻數(shù)據(jù)。

圖4 啞鈴狀單瓶頸鏈路網(wǎng)絡(luò)拓撲結(jié)構(gòu)示意圖

實驗結(jié)果顯示，簡單地采用TCP協(xié)議擁塞控制的傳輸速率控制機制的發(fā)送速率在整個實驗過程中的波動非常劇烈，而文中所提出的傳輸速率控制算法的速率波動則明顯較為平緩。在經(jīng)過一段時間的調(diào)整之后，視頻的發(fā)送速率逐步穩(wěn)定在280～295kbps，有效提高了網(wǎng)絡(luò)中有效帶寬的利用率。實驗中兩種方法的速率變化情況見圖5，以S1發(fā)往R1的視頻數(shù)據(jù)為例。

圖5 視頻發(fā)送速率波動情況對比示意圖

此外，實驗也對視頻傳輸過程中的丟包率進行了統(tǒng)計，統(tǒng)計結(jié)果如表1所示。

表1 兩種方法在視頻傳輸過程中丟包率的比較

結(jié)果顯示，文中提出的傳輸速率控制算法在整個實驗過程中的丟包率被控制在1.5%以下，與簡單地采用TCP協(xié)議擁塞控制的傳輸速率控制機制相比有了明顯提高。由此可見，文中提出的傳輸速率控制算法在保證傳輸速率平穩(wěn)變化的同時，降低了視頻傳輸?shù)膩G包率，保證了接收端視頻播放的質(zhì)量，滿足了移動網(wǎng)絡(luò)應(yīng)用對于視頻傳輸質(zhì)量的要求。

4 結(jié)束語

移動視頻傳輸技術(shù)及交互應(yīng)用的出現(xiàn)和普及，為人與人之間溝通與交流提供了極大的便利。然而視頻數(shù)據(jù)在移動網(wǎng)絡(luò)中的傳輸往往會受到移動網(wǎng)絡(luò)帶寬波動等不利因素的影響，導(dǎo)致視頻數(shù)據(jù)無法正常傳輸，影響視頻傳輸與交互的質(zhì)量，因而根據(jù)網(wǎng)絡(luò)狀態(tài)實時對視頻傳輸速率進行調(diào)整至關(guān)重要。現(xiàn)有的傳輸速率控制機制雖然對于有線網(wǎng)絡(luò)及基于TCP協(xié)議的數(shù)據(jù)傳輸調(diào)控效果較好，但其調(diào)控幅度對于視頻傳輸來說過于劇烈，反而會影響視頻交互的效果。

針對目前視頻傳輸在移動網(wǎng)絡(luò)中存在的問題，文中提出了一種視頻傳輸速率自適應(yīng)控制方法。該方法對于TCP協(xié)議的擁塞控制方法進行了改進，通過對視頻傳輸中產(chǎn)生的RTCP數(shù)據(jù)包的內(nèi)容進行分析，提取與當(dāng)前網(wǎng)絡(luò)狀態(tài)有關(guān)的信息，并以此來對網(wǎng)絡(luò)狀態(tài)的變化情況進行分析與預(yù)測，進而依據(jù)網(wǎng)絡(luò)狀態(tài)的變化動態(tài)地對視頻傳輸過程中的速率進行調(diào)整。該方法在提高了網(wǎng)絡(luò)帶寬利用率的同時，降低了視頻傳輸過程中的丟包率，提高了視頻傳輸與交互的質(zhì)量。在今后的工作中，可將該方法應(yīng)用于移動視頻交互應(yīng)用中，從實踐角度對該方法的正確性進行驗證。

[1] 鄭啟鴻.移動網(wǎng)絡(luò)通信質(zhì)量測評方案的分析與研究[J].信息技術(shù)與信息化,2015(2):47-48.

[2]SamanchuenT,KiattisinS.Implementationandqualityevaluationofvideotelephonyusingsessioninitiationprotocol[C]//Procof2014Asia-Pacificsignalandinformationprocessingassociationannualsummitandconference.ChiangMai,Thailand:Asia-PacificSignalandInformationProcessingAssociation,2014.

[3]QiX,YangQ,NguyenDT,etal.LBVC:towardslow-bandwidthvideochatonsmartphones[C]//Proceedingsofthe6thACMmultimediasystemsconference.Portland,USA:ACM,2015.

[4]AktasI,SchmidtF,Weing?rtnerE,etal.AnadaptivecodecswitchingschemeforSIP-basedVoIP[M]//InternetofThings,SmartSpaces,andNextGenerationNetworking.Berlin:Springer,2012:347-358.

[5]KuangT,TangP.Anewfeedbackstreamingmediacongestioncontrolalgorithm[J].JournalofChemical&PharmaceuticalResearch,2014,6(6):2286-2289.

[6] 梁 皓,駱新全.一種基于RTCP的自適應(yīng)流媒體擁塞控制算法[J].中國傳媒大學(xué)學(xué)報:自然科學(xué)版,2014,21(5):28-31.

[7] 張成偉,程文青,黑曉軍.基于Android平臺的3G移動網(wǎng)絡(luò)測量研究及性能分析[J].計算機科學(xué),2015,42(2):24-28.

[8] 李曉城,錢松榮.3G網(wǎng)絡(luò)中流媒體點對點自適應(yīng)傳輸策略[J].計算機工程,2011,37(20):66-68.

[9] 許 寧.基于RTP協(xié)議的移動視頻監(jiān)控系統(tǒng)的設(shè)計[J].通信技術(shù),2014,47(4):455-458.

[10]GhoshR,GoswamiP.Implementationonadaptivetransmissionofrealtimemultimediadata[J].InternationalJournalofResearchinEngineering&Technology,2014,2(4):175-184.

[11]VolkertT,Mitschele-ThielA,BeckeM,etal.Homerconferencing-amultimediatestbedforvariousexperimentsandmeasurements[C]//Procof7thinternationalconferenceoncomputingandconvergencetechnology.Seoul,Korea:IEEE,2012:224-229.

[12]SchulzrinneH,CasnerS,FrederickR,etal.RFC3550RTP:atransportprotocolforreal-timeapplications[S].Fremont,USA:InternetEngineeringTaskForce,2003.

[13]XuY,HuH.DevelopmentofanetworkadaptiveH.264/AVCmedicalvideotransmissionsystem[J].InternationalJournalofFutureComputerandCommunication,2013,2(4):292-295.

[14]JiangW,MengL,YingS,etal.Acontrolmechanismofstreammediabasedon3Gnetwork[J].JournalofSoftwareEngineeringandApplications,2013,5(12):8-13.

[15] 劉國柱,王洪林.RTCP反饋和緩沖區(qū)的傳輸控制算法研究[J].計算機工程與設(shè)計,2010,31(12):2704-2706.

[16] 楊 寧,李滿坡,宋元成,等.基于OMNeT的電力調(diào)度數(shù)據(jù)網(wǎng)仿真[J].計算機系統(tǒng)應(yīng)用,2014,23(6):28-34.

[17]DhobaleJV,KalyankarNV,KhamitkarSD.ComputernetworkperformanceevaluationbasedondifferentdatapacketsizeusingOMNeT++simulationenvironment[J].GlobalJournalofComputerScienceandTechnology,2014,5(5):2041-2045.

Research on Self-adaptive Control Technology of Video Transmission Speed in Mobile Networks

CHEN Fei1,HUANG Ren-le2,LI Yi1,WANG Ying-yu3

(1.Beijing Huadian Tianyi Information Technology Corporation Limited,Beijing 102200,China；2.State Grid Beijing Electric Power Company,Beijing 100031,China；3.Beijing Kedong Electric Power Control System Co.,Ltd.,Beijing 100085,China)

Nowadays video transmission and interaction on mobile terminals is widely used.However,because the bandwidth of mobile network often fluctuates,it may lead the available bandwidth lower than the transmission speed and packets loss transmitted in network,which in turn affects the quality of video transmission and interaction.Thus how to change the transmission speed timely according to the change of network status,decreasing packet loss ratio in transmission,guaranteeing the quality of transmission and interaction,is very crucial.Aiming at the specific request of video transmission in mobile network environment,a self-adaptive speed control method applicable for mobile network video transmission is put forward.It improves the congestion control method used for TCP,and adjusts transmission speed dynamically according to the variation of network situation during the process of video transmission.The result of simulation shows that this method can guarantee the transmission speed change placidly within limits,which improves utilization ratio of network available bandwidth,and reduces packet loss ratio during transmission.Thus it can basically meet the requirement of video transmission and interaction quality in mobile networks.

mobile network;video transmission;speed control;self-adaption;feedback control

2015-11-27

2016-03-16

時間：2016-08-01

國家電網(wǎng)公司總部科技項目(0711-13OTL21501237-033)

陳 飛(1986-),男,博士,研究方向為電力智能化技術(shù)、電力信息安全；黃仁樂,碩士,教授級高工,研究方向為智能電網(wǎng)、電力智能化技術(shù)。

http://www.cnki.net/kcms/detail/61.1450.TP.20160801.0904.034.html

TP311.1

A

1673-629X(2016)10-0177-07

10.3969/j.issn.1673-629X.2016.10.039