NDN網(wǎng)絡(luò)下一種基于I幀加密的在線視頻安全訪問控制研究

唐金藝　江瑋　楊磊

摘 要：命名數(shù)據(jù)網(wǎng)絡(luò)（NDN）因其路由緩沖和組播特性，在解決高清消費(fèi)類視頻大數(shù)據(jù)量、突發(fā)式集中請(qǐng)求時(shí)有著得天獨(dú)厚的優(yōu)勢(shì)。然而，也正是路由緩沖和組播特性為數(shù)據(jù)的安全性帶來了很多新的挑戰(zhàn)。基于NDN網(wǎng)絡(luò)環(huán)境，充分研究分析了當(dāng)前主流的H.264/AVC視頻壓縮編碼標(biāo)準(zhǔn)，制定了以I幀為加密對(duì)象，結(jié)合祖沖之序列密碼算法（ZUC）進(jìn)行實(shí)時(shí)亂數(shù)流和視頻幀流同步的加密，并在Consumer-Producer API基礎(chǔ)上研究實(shí)現(xiàn)了NDN網(wǎng)絡(luò)下視頻點(diǎn)播的加密流程。在ndnSIM仿真得出，同樣的網(wǎng)絡(luò)模型下通過提出的設(shè)計(jì)方案，可以保證安全可控的同時(shí)，有效地降低網(wǎng)絡(luò)流量開銷，并且可以支持更多的視頻請(qǐng)求者同時(shí)訪問。

關(guān)鍵詞：NDN；H.264/AVC；視頻加密；訪問控制

中圖分類號(hào)：F274；TP311.13 文獻(xiàn)標(biāo)識(shí)碼：A

Abstract： Named Data Networking （NDN） routing includes butter and multicast characters. It has huge advantages on big volume video traffic transferring and high burst traffic. However， due to buffer and multicast characters， it brings huge challenge on the security problem. In this paper， we analyze the standard H.264/AVC and make contribution on treating I frame as the object and sequence combined with ZUC algorithm and the key agreement for real-time random stream and stream video frame synchronization of encryption. Then based on Consumer-Producer API， we also develop Live and Prerecorded Video Streaming of the encryption process. The ndnSIM simulation model under the same network through the scheme proposed in this dissertation can ensure safety control while effectively reduce network traffic overhead， and can support more video simultaneously access request.

Key words： NDN；H.264/AVC；video encryption；access control

1 引言

伴隨著新興網(wǎng)絡(luò)參與形式的變革和社交方式的成長，人們對(duì)互聯(lián)網(wǎng)應(yīng)用需求正潛移默化的發(fā)生變化，隨之而來對(duì)傳統(tǒng)的IP網(wǎng)絡(luò)架構(gòu)帶來了新的考驗(yàn)。根據(jù)一份來自思科公司的統(tǒng)計(jì)預(yù)測(cè)：到2019年互聯(lián)網(wǎng)在線視頻網(wǎng)絡(luò)流量月均開銷會(huì)達(dá)到105EB，其在線視頻的數(shù)據(jù)流量開銷將會(huì)是2014年的4.16倍，其中消費(fèi)類在線視頻流量與消費(fèi)類網(wǎng)絡(luò)流量的占比將由目前的64%增長至2019年的80%[1]。這樣的在線視頻網(wǎng)絡(luò)請(qǐng)求在當(dāng)今的社交方式催化下往往會(huì)存在很大的突發(fā)性，而傳統(tǒng)基于IP架構(gòu)的網(wǎng)絡(luò)是以端到端的傳輸方式進(jìn)行設(shè)計(jì)的，以傳輸為最終目的。IP網(wǎng)絡(luò)架構(gòu)下，面對(duì)每一次客戶端請(qǐng)求都需要服務(wù)端給予一次響應(yīng)。這樣的網(wǎng)絡(luò)架構(gòu)既增加時(shí)延又帶來大量重復(fù)傳輸。

NDN網(wǎng)絡(luò)使用Contentchunk包替換了IP包，這樣的替換可以明顯的看出對(duì)數(shù)據(jù)內(nèi)容的路由方式已經(jīng)由存儲(chǔ)物理地址信息變換為內(nèi)容信息，請(qǐng)求者只注重從網(wǎng)絡(luò)上獲取想要的數(shù)據(jù)，而不會(huì)在意數(shù)據(jù)具體的存儲(chǔ)物理地址[2]。另外，NDN網(wǎng)絡(luò)對(duì)網(wǎng)絡(luò)的路由節(jié)點(diǎn)增加了存儲(chǔ)功能，所有經(jīng)過路由節(jié)點(diǎn)的數(shù)據(jù)都進(jìn)行緩存，這樣的設(shè)計(jì)可以提高網(wǎng)絡(luò)響應(yīng)時(shí)間，同時(shí)節(jié)約了大量的重復(fù)傳輸流量。

針對(duì)在線視頻數(shù)據(jù)傳輸體量大的特點(diǎn)，NDN網(wǎng)絡(luò)架構(gòu)天生具備的多播功能，很好地降低了突發(fā)式數(shù)據(jù)請(qǐng)求重復(fù)點(diǎn)對(duì)點(diǎn)傳輸?shù)牧髁?。NDN網(wǎng)絡(luò)的架構(gòu)設(shè)計(jì)帶來了各種實(shí)惠的同時(shí)，也為非授權(quán)的用戶帶來了“便捷”，這是因?yàn)闆]有進(jìn)行訪問控制的多播功能，使得非授權(quán)用戶一樣可以輕易獲取網(wǎng)絡(luò)上緩存的數(shù)據(jù)。所以，在NDN網(wǎng)絡(luò)環(huán)境下設(shè)計(jì)一種貼合當(dāng)今主流網(wǎng)絡(luò)在線視頻H.264/AVC壓縮編碼格式[3]的訪問控制手段成為新的需求。

2 現(xiàn)狀分析及相關(guān)工作綜述

2.1 現(xiàn)行網(wǎng)絡(luò)下的在線視頻安全訪問控制發(fā)展現(xiàn)狀分析

目前現(xiàn)行網(wǎng)絡(luò)下針對(duì)消費(fèi)類在線視頻的安全訪問控制大方向上主要分為四類：（1）發(fā)起協(xié)議加密；（2）部分?jǐn)?shù)據(jù)加密；（3）全文加密；（4）針對(duì)壓縮編碼的過程進(jìn)行加密。

以上這些方法受制于現(xiàn)行網(wǎng)絡(luò)的基礎(chǔ)架構(gòu)，在數(shù)據(jù)請(qǐng)求時(shí)延和網(wǎng)絡(luò)數(shù)據(jù)流開銷上沒有任何優(yōu)勢(shì)，針對(duì)這一問題一些云視頻商給出了CDN技術(shù)來解決問題，CDN技術(shù)是將完整的視頻文件分發(fā)給部署在各地的CDN節(jié)點(diǎn)上，用以提高訪問速度[4]，但在訪問控制上依然是通過身份驗(yàn)證這樣等級(jí)較低的方法進(jìn)行控制，并且地域上也受到CDN節(jié)點(diǎn)部署位置的限制。

針對(duì)現(xiàn)行網(wǎng)絡(luò)下各類在線視頻訪問控制的方法進(jìn)行一下流量開銷、安全性、數(shù)據(jù)格式變化、附加運(yùn)算開銷和響應(yīng)時(shí)間這幾個(gè)方向進(jìn)行分析對(duì)比如表1所示。

2.2 NDN網(wǎng)絡(luò)

NDN網(wǎng)絡(luò)與TCP/IP網(wǎng)絡(luò)架構(gòu)相似如圖1所示，NDN也是一個(gè)瘦腰的沙漏模型。不同的是NDN使用Contentchunk包替換了IP包，這樣的替換可以明顯的看出對(duì)數(shù)據(jù)內(nèi)容的路由方式已經(jīng)由存儲(chǔ)物理地址信息變換為內(nèi)容信息，請(qǐng)求者只注重從網(wǎng)絡(luò)上獲取想要的數(shù)據(jù)，而不會(huì)在意數(shù)據(jù)具體的存儲(chǔ)物理地址。另外，NDN對(duì)網(wǎng)絡(luò)的路由節(jié)點(diǎn)增加了存儲(chǔ)功能，所有經(jīng)過路由節(jié)點(diǎn)的數(shù)據(jù)都進(jìn)行緩存，這樣的設(shè)計(jì)可以提高網(wǎng)絡(luò)響應(yīng)時(shí)間，同時(shí)節(jié)約了大量的重復(fù)傳輸流量。

2.3 H.264/AVC視頻壓縮編碼

H.264/AVC是ISO/IEC（國際標(biāo)準(zhǔn)化組織）和ITU-T（國際電信聯(lián)盟）于2003年共同提出制定的視頻壓縮編碼格式標(biāo)準(zhǔn)[5]。H.264/AVC壓縮編碼后的數(shù)據(jù)就是用I、P、B幀來構(gòu)成。一組連續(xù)的I、P、B幀就可以構(gòu)成一個(gè)GOP（Group of Pictures）畫面組，很多個(gè)GOP構(gòu)成一段完整的視頻文件。

I幀：稱之為關(guān)鍵幀，可以將其理解為一張完整描述畫面的數(shù)據(jù)包，I幀是一個(gè)GOP中的第一個(gè)幀，通常來說一個(gè)GOP中也就只有唯一一個(gè)I幀，I幀的壓縮只能是適度的，其壓縮方法是幀內(nèi)壓縮。

P幀：用來描述這一幀和之前一個(gè)I幀或P幀的差別，P幀的壓縮是根據(jù)當(dāng)前幀和之前一個(gè)I幀或P幀的運(yùn)動(dòng)變化軌跡來進(jìn)行運(yùn)算的。解碼時(shí)需要結(jié)合之前畫面疊加上本幀的差別后進(jìn)行呈現(xiàn)。

B幀：是更復(fù)雜的雙向差別描述，B幀的壓縮需要通過相鄰的前一幀、后一幀和本幀的運(yùn)動(dòng)軌跡來進(jìn)行運(yùn)算。其壓縮率較高，但CPU編碼開銷會(huì)增大。

3 基于I幀的在線視頻訪問控制方案

基于I幀的在線視頻訪問控制方案的研究目標(biāo)是：在NDN網(wǎng)絡(luò)環(huán)境下，利用H.264/AVC壓縮編碼標(biāo)準(zhǔn)中幀分類的特性，針對(duì)不同用戶數(shù)據(jù)分級(jí)保護(hù)傳輸?shù)姆椒?，結(jié)合ZUC序列密碼算法和幀號(hào)同步計(jì)算各幀密鑰，進(jìn)行差異化數(shù)據(jù)供給，來實(shí)現(xiàn)在線視頻的訪問控制，同時(shí)保留NDN網(wǎng)絡(luò)響應(yīng)時(shí)間短、網(wǎng)絡(luò)流量小的特點(diǎn)。

3.1 典型視頻轉(zhuǎn)碼數(shù)據(jù)分析測(cè)量

分析測(cè)量實(shí)驗(yàn)選擇了三個(gè)典型YUV格式視頻類型作為測(cè)試用例：Akiyo（基本靜態(tài)的新聞播報(bào)視頻）、Waterfall（低速變化的風(fēng)景視頻）、Bus（高速公交車的行進(jìn)視頻），如圖2所示。測(cè)試用例的格式均為CIF （352x288），YUV比例為4：2：0。

利用ffmpeg、x264和libx264，對(duì)具有代表性的三類原始視頻YUV格式文件進(jìn)行H.264/AVC壓縮編碼標(biāo)準(zhǔn)轉(zhuǎn)碼獲得的各種數(shù)據(jù)指標(biāo)如表2所示。通過實(shí)驗(yàn)數(shù)據(jù)可以看出，對(duì)原始YUV視頻文件進(jìn)行標(biāo)準(zhǔn)的H.264/AVC壓縮編碼轉(zhuǎn)換后，其中具有代表性的三類視頻中I幀的數(shù)據(jù)大小占比為20.06%-32.32%之間。

PSNR（Peak Signal Noise Ratio） 峰值信噪比，是作為視頻視覺感知的重要量化標(biāo)準(zhǔn)，使用PSNR數(shù)值可以直接表達(dá)出一個(gè)視頻給體驗(yàn)者的滿意度[6]。測(cè)試方法是分別對(duì)三類視頻的I幀進(jìn)行ZUC算法加密，加密I幀的比例：q分別設(shè)置為12.5%、25%、50%和100%，按比例加密I幀時(shí)，是以1字節(jié)為單位對(duì)其中的若干比特進(jìn)行按比例的加密。

對(duì)三類視頻加密前后分別用PSNR進(jìn)行量化分析，如表3所示。隨著對(duì)I幀加密的比例的增加PSNR也是隨之降低的。所以我們可以得出，選擇對(duì)視頻流的I幀進(jìn)行加密，會(huì)極大地影響視頻的視覺感知度，I幀的加密具有非常大的視覺感知安全保證。

3.2 基于ZUC序列密碼的訪問控制設(shè)計(jì)

針對(duì)視頻編碼I幀數(shù)據(jù)安全保護(hù)的設(shè)計(jì)特點(diǎn)，視頻加密系統(tǒng)采用ZUC算法對(duì)傳輸?shù)囊曨lI幀數(shù)據(jù)進(jìn)行加密保護(hù)。視頻流數(shù)據(jù)在傳輸協(xié)議中拆分為GOP_I、GOP_B、GOP_P 、Audio和Stream_info等幾種數(shù)據(jù)塊文件，其中GOP_I數(shù)據(jù)塊通過ZUC_Cipher加密模塊加密處理后送到NDN網(wǎng)絡(luò)。

序列密碼ZUC算法是中國人自主設(shè)計(jì)的高性能序列密碼，它和其他序列密碼一樣具有很好的數(shù)據(jù)流化特征。又由于其錯(cuò)誤的傳播性極低，甚至可以說是完全不存在錯(cuò)誤傳播。所以選擇ZUC算法來進(jìn)行加密同樣以流形式進(jìn)行編碼的視頻數(shù)據(jù)非常合適。

H.264/AVC視頻的壓縮編碼標(biāo)準(zhǔn)是以Gop為單位進(jìn)行解析播放的，而ZUC序列密碼是連續(xù)產(chǎn)生亂數(shù)和明文進(jìn)行加密處理。無論是視頻的直播還是點(diǎn)播視頻的數(shù)據(jù)文件都是以Gop為單位連續(xù)大量傳輸?shù)?。一旦點(diǎn)播視頻發(fā)生用戶跳播，或者直播視頻發(fā)生中間部分Gop單位的數(shù)據(jù)丟失，序列密碼產(chǎn)生的亂數(shù)和視頻流數(shù)據(jù)的同步將會(huì)出現(xiàn)問題。但如果簡單的對(duì)每一個(gè)Gop簡單的重復(fù)使用同一密鑰加密，將會(huì)使用到相同的亂數(shù)對(duì)明文進(jìn)行加密，攻擊者只要將二組密文進(jìn)行⊕處理即可獲得兩組明文的⊕結(jié)果，非常容易受到攻擊。

3.3 基于I幀的在線視頻訪問控制設(shè)計(jì)

3.3.1 框架設(shè)計(jì)

設(shè)計(jì)是基于NDN項(xiàng)目組提供的Consumer-ProducerAPI以及Gstreamer1.4.3版本庫環(huán)境開發(fā)。Consumer-ProducerAPI提供了在線視頻的網(wǎng)絡(luò)傳輸協(xié)議的通用編程接口。關(guān)于NDN的網(wǎng)絡(luò)協(xié)議棧部分是由NFD[7]（NDNForwardingDaemon）來完成的，NFD提供了完整的網(wǎng)絡(luò)傳輸?shù)闹С?，目前NFD的最新版本為V2.0。在此傳輸協(xié)議基礎(chǔ)上通過API接口將視頻幀組中的I幀在傳輸過程中進(jìn)行加密處理，同時(shí)對(duì)加密I幀的包標(biāo)記為不在網(wǎng)絡(luò)上緩存，其他普通視頻流的相關(guān)包進(jìn)行網(wǎng)絡(luò)緩存，以提高響應(yīng)速度和降低傳輸流量，如圖3所示。

3.3.2 流程設(shè)計(jì)與實(shí)現(xiàn)

Consumer-ProducerAPI的傳輸協(xié)議棧針對(duì)不同類別的數(shù)據(jù)傳輸需求提供了三種傳輸協(xié)議：SDR（SimpleDataRetrieval）、UDR（UnreliableDataRetrieval）和RDR （ReliableDataRetrieval）。其中SDR為簡易數(shù)據(jù)獲取方式，針對(duì)單包數(shù)據(jù)不大的數(shù)據(jù)傳輸進(jìn)行服務(wù)；UDR是不可靠的切塊數(shù)據(jù)獲取方式，一個(gè)幀組的數(shù)據(jù)以一個(gè)個(gè)小塊的形式分別到達(dá)接收端，如果丟失了其中部分?jǐn)?shù)據(jù)塊，整個(gè)幀組將會(huì)被丟棄；RDR是一種可靠的數(shù)據(jù)獲取方式，協(xié)議會(huì)保證數(shù)據(jù)有序的完整到達(dá)接收端。

NDN網(wǎng)絡(luò)的點(diǎn)播是通過視頻發(fā)布者的應(yīng)用程序和消費(fèi)者的應(yīng)用程序通過數(shù)據(jù)流式傳輸來實(shí)現(xiàn)的。首先，視頻發(fā)布者需要提供輸出的具體數(shù)據(jù)內(nèi)容有：視頻流的I幀加密數(shù)據(jù)、視頻流其它幀數(shù)據(jù)、音頻流數(shù)據(jù)、視頻流信息數(shù)據(jù)、音頻流信息數(shù)據(jù)和視頻列表。加密的I幀視頻流和非加密的其他幀以及音頻幀流都是通過RDR協(xié)議進(jìn)行傳輸?shù)?，協(xié)議會(huì)保證數(shù)據(jù)有序的完整到達(dá)接收端。同時(shí)，數(shù)據(jù)的處理上，視頻發(fā)布者使用到了Repo模塊，進(jìn)行數(shù)據(jù)的本地緩存。

4 實(shí)驗(yàn)驗(yàn)證與分析

目前NDN網(wǎng)絡(luò)環(huán)境的構(gòu)建主要有兩種方法：第一種是在IP網(wǎng)的基礎(chǔ)上以覆蓋網(wǎng)模式運(yùn)行；第二種是在現(xiàn)有的鏈路層之上通過協(xié)議棧直接運(yùn)行NDN網(wǎng)絡(luò)。

NDN網(wǎng)絡(luò)系統(tǒng)仿真軟件ndnSIM[8]，對(duì)網(wǎng)絡(luò)報(bào)文處理流程已經(jīng)完整的整合了NFD網(wǎng)絡(luò)協(xié)議棧，都是通過真實(shí)的NDN網(wǎng)絡(luò)協(xié)議完成報(bào)文處理流程，同時(shí)最新版本的ndnSIM還提供了AppFace和NetDeviceFace，可以非常方便地進(jìn)行NDN網(wǎng)絡(luò)環(huán)境下的程序驗(yàn)證仿真。

4.1 網(wǎng)絡(luò)流量開銷理論推導(dǎo)

不考慮復(fù)雜的路由選取情況下，可以構(gòu)建出一個(gè)由單個(gè)Producer服務(wù)端構(gòu)成的樹形網(wǎng)絡(luò)模型，來進(jìn)行數(shù)據(jù)流量開銷的分析。

假設(shè)視頻流的文件大小為：d，需要進(jìn)行加密的I幀占視頻流的比例為：p，其中樹中各個(gè)節(jié)點(diǎn)的高度為：h1，路由器個(gè)數(shù)為Rmax。在這樣一個(gè)網(wǎng)絡(luò)模型下，由以上條件在不考慮Interest包開銷和丟包重傳帶來的額外開銷的情況下，可以得出各授權(quán)節(jié)點(diǎn)完成一個(gè)視頻傳輸?shù)臄?shù)據(jù)流量開銷為S1：

其中當(dāng)p=1時(shí)即是視頻流全文加密的流量開銷，當(dāng)p=1時(shí)也可以用來描述IP網(wǎng)絡(luò)下傳輸視頻總的流量開銷S2：

可以得出：當(dāng)n≥2，0

4.2 仿真分析

在ndnSIM網(wǎng)絡(luò)仿真軟件中構(gòu)建如圖4所示的簡易網(wǎng)絡(luò)模型場(chǎng)景，其中三個(gè)關(guān)系對(duì)等的視頻請(qǐng)求者Consumer1、Consumer2和Consumer3以鏈路帶寬10Mbps連接在Router1上，干線的Router1和Router2分得的鏈路帶寬為1Mbps、Router2和視頻發(fā)布者Producer1的鏈路帶寬為10Mbps。測(cè)試用例視頻流正常播放時(shí)的編解碼速率穩(wěn)定在350Kbps-380Kbps之間，其中I幀數(shù)據(jù)占視頻文件總數(shù)據(jù)的25%，網(wǎng)絡(luò)中數(shù)據(jù)分塊大小設(shè)置為1024B。

實(shí)驗(yàn)1：視頻請(qǐng)求者Consumer1進(jìn)行視頻數(shù)據(jù)全加密通信，向Producer1發(fā)起勻速請(qǐng)求，由Consumer1控制Interest包的生成速度，以保證視頻正常播放，整個(gè)網(wǎng)絡(luò)運(yùn)行正常。如圖5（a）所示。

實(shí)驗(yàn)2：視頻請(qǐng)求者Consumer1、Consumer2同時(shí)進(jìn)行視頻數(shù)據(jù)全加密通信，向Producer1發(fā)起請(qǐng)求，Consumer1、Consumer2也各自控制自己的Interest 包的生成速度，以保證視頻正常播放，整個(gè)網(wǎng)絡(luò)運(yùn)行正常，如圖5（b）所示。

實(shí)驗(yàn)3：視頻請(qǐng)求者Consumer1、Consumer2和Consumer3同時(shí)進(jìn)行視頻數(shù)據(jù)全加密通信，向Producer1發(fā)起請(qǐng)求，Consumer1、Consumer2和Consumer3也各自控制自己的Interest 包的生成速度，由于Router1和Router2分得的鏈路帶寬為1Mbps，Router2向Router1發(fā)送的Data包流量已經(jīng)超過負(fù)荷，產(chǎn)生了網(wǎng)絡(luò)擁塞，如圖5（c）所示。

實(shí)驗(yàn)4：視頻請(qǐng)求者Consumer1、Consumer2和Consumer3同時(shí)以本論文設(shè)計(jì)方案只對(duì)I幀數(shù)據(jù)進(jìn)行端端密鑰方式加密通信，向Producer1發(fā)起請(qǐng)求，Consumer1、Consumer2和Consumer3也各自控制自己的Interest 包的生成速度，整個(gè)網(wǎng)絡(luò)運(yùn)行恢復(fù)正常，如圖5（d）所示。

實(shí)驗(yàn)5：視頻請(qǐng)求者擴(kuò)展為6個(gè)終端，同時(shí)以本論文設(shè)計(jì)方案只對(duì)I幀數(shù)據(jù)進(jìn)行端端密鑰方式加密通信，向Producer發(fā)起勻速請(qǐng)求，整個(gè)網(wǎng)絡(luò)運(yùn)行依然工作正常。

通過以上在ndnSIM仿真得出的結(jié)果可以看到，同樣的網(wǎng)絡(luò)模型下通過本論文提出的設(shè)計(jì)方案只對(duì)I幀數(shù)據(jù)進(jìn)行加密可以有效的降低網(wǎng)絡(luò)流量開銷，并且在相同的網(wǎng)絡(luò)環(huán)境下，可以支持更多的視頻請(qǐng)求者同時(shí)訪問。

5 結(jié)束語

本文基于NDN網(wǎng)絡(luò)環(huán)境，針對(duì)NDN網(wǎng)絡(luò)路由緩沖和組播特性為數(shù)據(jù)安全訪問帶來問題的需求，設(shè)計(jì)提出了基于I幀加密的在線視頻安全訪問控制方案。通過ndnSim網(wǎng)絡(luò)仿真實(shí)驗(yàn)結(jié)果可以看出，該方案通過加密I幀數(shù)據(jù)有效控制了視頻的PSNR數(shù)值，很好地保證了視覺感知安全，同時(shí)很大限度保留了NDN網(wǎng)絡(luò)所具備的流量開銷低和請(qǐng)求時(shí)延短的優(yōu)勢(shì)。

參考文獻(xiàn)

[1] Cisco. Cisco Visual Networking Index： Forecast and Methodology， 2014–2019.

[2] 閔二龍，陳震，許宏峰，等.內(nèi)容中心網(wǎng)絡(luò)CCN研究進(jìn)展探析[J].信息網(wǎng)絡(luò)安全， 2012（02）：6-10.

[3] Schwarz H， Marpe D， Wiegand T. Overview of the Scalable Video Coding Extension of the H.264/AVC Standard[J]. IEEE Transactions on Circuits & Systems for Video Technology， 2007， 17（9）：1103-1120.

[4] 王薇薇，李子木.基于CDN的流媒體分發(fā)技術(shù)研究綜述[J].計(jì)算機(jī)工程與應(yīng)用， 2004， 40（8）：121-125.

[5] Wiegand T， Sullivan G J， Bjontegaard G， et al. Overview of the H.264/AVC video coding standard[J]. IEEE Transactions on Circuits & Systems for Video Technology， 2003， 13（7）：560-576.

[6] 李紅蕾，凌捷，徐少強(qiáng).關(guān)于圖象質(zhì)量評(píng)價(jià)指標(biāo)PSNR的注記[J].廣東工業(yè)大學(xué)學(xué)報(bào)， 2004， 21（3）：74-78.

[7] A. Afanasyev， J. Shi， B. Zhang， L. Zhang，I. Moiseenko， Y. Yu， W. Shang， Y. Huang， J. P.Abraham， S. DiBenedetto et al.， “NFD developers guide，” Technical Report NDN-0021， NDN， Tech.Rep.， 2014.

[8] Afanasyev A， Moiseenko I， Zhang L. ndnSIM： NDN simulator for NS-3[J]. University of California， Los Angeles， Tech. Rep， 2012.

作者簡介：

唐金藝（1981-），男，漢族，安徽含山人，清華大學(xué)，碩士，中國人民解放軍91977部隊(duì)，工程師；主要研究方向和關(guān)注領(lǐng)域：網(wǎng)絡(luò)信息安全。

江瑋（1980-），女，漢族，湖北武漢人，海軍工程大學(xué)，碩士，海軍海洋水文氣象中心，工程師；主要研究方向和關(guān)注領(lǐng)域：圖像處理。

楊磊（1981-），男，漢族，北京人，清華大學(xué)，碩士，中國人民解放軍91977部隊(duì)，工程師；主要研究方向和關(guān)注領(lǐng)域：網(wǎng)絡(luò)視頻安全。