基于DPDK的包級別ICN視頻傳輸

霍玲玲 李萌萌 王 遠(yuǎn)

1(吉林工商學(xué)院外國語學(xué)院 吉林 長春 130507) 2(蘭州大學(xué)信息科學(xué)與工程學(xué)院 甘肅 蘭州 730000)

0 引 言

與IP網(wǎng)絡(luò)不同，信息中心網(wǎng)絡(luò)(ICN)擯棄了傳統(tǒng)的細(xì)腰結(jié)構(gòu)，側(cè)重于命名數(shù)據(jù)的緩存和分發(fā)，是典型的未來互聯(lián)網(wǎng)范式之一[1]。獨特的網(wǎng)內(nèi)緩存特性使ICN備受關(guān)注，也使其具有更廣泛的應(yīng)用價值，如車載網(wǎng)、無線衛(wèi)星網(wǎng)絡(luò)、移動社交網(wǎng)絡(luò)等。然而，與此同時越來越多的媒體應(yīng)用和視頻服務(wù)商層出不窮，如YouTube、NetFlix、騰訊等，這就要求ICN必須能夠兼容這些應(yīng)用，即支持高效的視頻傳輸。雖然一些服務(wù)商(如CDN)同樣支持大型視頻的高效傳輸，但是它們的葉子節(jié)點比較高，很難以較低的價格開銷下沉到局域網(wǎng)。相比之下，ICN天然地支持網(wǎng)內(nèi)緩存，能夠部署到局域網(wǎng)以及更靠近用戶的地方，且路由器部署的緩存大小比較靈活，這就使得當(dāng)前的視頻傳輸業(yè)務(wù)對ICN部署的需求較大。

隨著云計算、物聯(lián)網(wǎng)、5G等技術(shù)的發(fā)展，現(xiàn)在網(wǎng)內(nèi)傳輸?shù)囊曨l不再是以MB來論，往往都是以多少GB來論。如果再沿用傳統(tǒng)ICN對內(nèi)容的內(nèi)容級別或者塊級別的緩存，那么將會引起兩個嚴(yán)重的問題。(1)內(nèi)容路由器的大小是受限的(它不可能無限制地放大，這是由緩存價值所決定的)，它通常沒有能力去容納多個不同的完整視頻數(shù)據(jù)，這就導(dǎo)致緩存不斷地替換，最終使得網(wǎng)絡(luò)性能大幅度下降。(2)對于同一個視頻，并不是所有的用戶對這個整的視頻數(shù)據(jù)都感興趣；相反，大部分用戶只對視頻的某個片段感興趣(即熱點片段，例如文獻(xiàn)[2]指出83%的觀看時間僅僅集中在1%的視頻，這說明整個視頻僅僅有一小段是流行的，而剩余的那些片段往往是無人關(guān)注的)，這種情況就會導(dǎo)致緩存的利用率不高，不利于整體網(wǎng)絡(luò)性能的提升和用戶體驗質(zhì)量的改善。

基于上述的分析和討論，包級的緩存應(yīng)該被提出，一方面是為了提高視頻的傳輸性能，另一方面是為了更好地兼容IP網(wǎng)絡(luò)。除此之外，本文還引入數(shù)據(jù)平面開發(fā)套件(DPDK)[3]來保障視頻的有效傳輸，主要體現(xiàn)著兩個方面：(1)采用特有的函數(shù)庫來確保除最后一個包之外的每個包的大小是一致的(這不同于IP層的切包和網(wǎng)卡切包，因為ICN本身不具備這種能力)；(2)繞過內(nèi)核，加大視頻數(shù)據(jù)在端側(cè)的傳輸能力。

1 相關(guān)工作

近年來，國內(nèi)外的研究學(xué)者就ICN的視頻傳輸已經(jīng)開展了一些相關(guān)工作，并且取得了一定的成效。文獻(xiàn)[4]利用流映射代理來監(jiān)管內(nèi)容路由器之間的信息連接情況，在此基礎(chǔ)上提出無縫的視頻傳輸方案用于解決節(jié)點的移動性問題。文獻(xiàn)[5]借鑒供應(yīng)鏈管理中的庫存模型來模擬視頻傳輸?shù)倪^程，使視頻流在離散狀態(tài)下自組織地傳輸。文獻(xiàn)[6]提出了基于繼電器的多點視頻傳輸方案，利用無線感知環(huán)境設(shè)計了一個低復(fù)雜度的算法去選擇繼電器。文獻(xiàn)[7]提出基于軟件定義網(wǎng)絡(luò)的視頻傳輸方案，充分利用軟件定義網(wǎng)絡(luò)的集中控制能力和具有全局視圖的能力來主導(dǎo)視頻的傳輸。文獻(xiàn)[8]在理論上給出了一個視頻傳輸分析模型，能夠處理多路徑下的多個視頻流的請求。文獻(xiàn)[9]啟發(fā)于自然界中的螞蟻行為，提出一種分布式并行的視頻傳輸方案，整個視頻的傳輸過程都是以自組織自適應(yīng)的方式進(jìn)行的。文獻(xiàn)[10]集成有狀態(tài)的數(shù)據(jù)轉(zhuǎn)發(fā)構(gòu)建了一個多播樹，并給出一種劃分算法將多播樹分解成多個區(qū)域，繼而針對不同的區(qū)域來傳輸視頻。文獻(xiàn)[11]提出了一種基于網(wǎng)絡(luò)編碼的視頻傳輸方案，主要用于提升緩存命中率和網(wǎng)絡(luò)吞吐。文獻(xiàn)[12]在無線接入網(wǎng)上構(gòu)建了一個視頻傳輸機制的測試床，具有很好的支撐效果。

雖然以上相關(guān)視頻傳輸方案具有不錯的性能，但在緩存命中率、傳輸時延、網(wǎng)絡(luò)負(fù)載等方面仍有提升的空間。此外，不同于現(xiàn)有的工作，本文首次提出基于包級別緩存的視頻傳輸，并通過DPDK給予保障，這最大程度地減少視頻傳輸?shù)牧髁亢图涌煲曨l傳輸?shù)乃俣取?/p>

2 包級別的視頻傳輸方案

2.1 思想孵化

就傳統(tǒng)的ICN視頻傳輸方案而言，一段視頻總是要從視頻提供商出發(fā)一直被分發(fā)到用戶請求者。然而事實上，如果本地能夠通過某種手段知曉下游有該視頻片段的緩存，那么本地大可不必再傳輸這個視頻段，取而代之的是只傳輸這段視頻的標(biāo)識，這樣一來就大幅度節(jié)省了傳輸?shù)囊曨l流量。對此，給出一個事例進(jìn)行說明，如圖1所示。

圖1中有四個內(nèi)容路由器，分別是I、J、K和L。在初始狀態(tài)下(如圖1(a)所示)，I、J和L緩存有packet-x而K沒有緩存packet-x。在user1和user2都請求packet-x的情況下，根據(jù)傳統(tǒng)的ICN視頻傳輸方案，packet-x的傳輸路徑分別是I->K->L->user1和J-K-L->user2。可以看出packet-x在局部路徑K->L上進(jìn)行了重復(fù)的傳輸。由于一個視頻會有若干個包構(gòu)成，多次如此重復(fù)傳輸，勢必嚴(yán)重影響整體網(wǎng)絡(luò)的性能。

(a) (b)圖1 思想孵化說明

正如上述所講，如果I和J知道它們的下游L有packet-x，那么它們不需要再向下傳輸packet-x，取而代之可以在局部路徑上僅僅傳輸packet-x的包頭。即如圖1(b)所示，局部路徑I->K->L和J->K-L只需傳輸packet-x的包頭，這是因為L已經(jīng)緩存有packet-x；而packet-x只需在局部路徑L->user1和L->user2上傳輸即可。

根據(jù)這個事例，本文將要設(shè)計的包級別的視頻傳輸方案的核心思想總結(jié)為以下兩點：1)如果本地判斷下游有緩存，本地僅向下游傳輸包頭；2)如果本地接到的是上游發(fā)來的包頭而下游又沒有緩存，本地需要重新構(gòu)造這個包。通過核心思想，可以看出有兩個問題需要細(xì)究：1)本地如何判斷下游是否有緩存；2)詳細(xì)的視頻傳輸方案是如何設(shè)計的。

2.2 下游緩存判斷

就經(jīng)典的ICN而言，內(nèi)容路由器通常包含有三個用于興趣路由以及視頻傳輸?shù)谋斫Y(jié)構(gòu)，分別是用于存儲視頻的內(nèi)容存儲表(Content Store，CS)、用于檢測興趣是否轉(zhuǎn)發(fā)成功情況的未決興趣表(Pending Interest Table，PIT)和用于引導(dǎo)興趣準(zhǔn)確轉(zhuǎn)發(fā)的轉(zhuǎn)發(fā)信息表(Forwarding Information Base，F(xiàn)IB)。顯然，這三個表難以實現(xiàn)對下游是否有緩存的判斷。為此，本文為內(nèi)容路由器增設(shè)一個新的表結(jié)構(gòu)，即包傳輸表(Packet Transmission Table,PTT)用于記錄包往下游傳輸?shù)那闆r，如表1所示。

表1 新增的PTT結(jié)構(gòu)

可以看出PTT由兩個字段組成，即包的標(biāo)識ID和定時器Timer。其中ID是包頭的一個字段，由視頻供應(yīng)商統(tǒng)一編寫，即應(yīng)用層的實現(xiàn)；Timer是由系統(tǒng)產(chǎn)生的定時器，用于記錄對應(yīng)包轉(zhuǎn)發(fā)的剩余時間。具體地講，PTT的一個表項要表達(dá)的意思是：某個包已經(jīng)向下游發(fā)生了傳輸動作并且下游緩存的存在時間是Timer對應(yīng)的數(shù)值。

針對PTT，需要指出的有三點：(1)如果內(nèi)容路由器需要向下傳輸相同的包，那么對應(yīng)表項的Timer歸置到初始值；(2)如果內(nèi)容路由器需要向下傳輸新的包，那么PTT需要新增一個表項并置Timer為初始值；(3)如果某個表項的Timer變?yōu)?，這說明該ID對應(yīng)的包這個時間段沒有通過該內(nèi)容路由器傳輸，因此要清除該表項。這樣一來，就能夠根據(jù)PTT來判斷下游是否有緩存了，即如果在PTT中查到有對應(yīng)的ID，那么就意味著下游一定有緩存。

通過上述描述，雖然PTT能夠判斷下游是否有緩存，但于整個系統(tǒng)而言仍需要CS的配合，這是由Timer的協(xié)調(diào)所決定的。為此，本文改進(jìn)CS如表2所示，其中改進(jìn)CS的一個表項要表達(dá)的意思是：某個包從上游過來且它的存儲時間是Timer對應(yīng)的數(shù)值。特別地，表2中的Timer值要與PTT中的Timer值相對應(yīng)。

表2 改進(jìn)的CS結(jié)構(gòu)

2.3 傳輸方案設(shè)計

根據(jù)2.1節(jié)孵化的兩點核心思想和2.2節(jié)設(shè)計的兩個表結(jié)構(gòu)，整個視頻傳輸方案總結(jié)如下：

1)檢查PTT，如果發(fā)現(xiàn)下游有某個包，那么這個包被“拆開”，只保留對應(yīng)的ID在包頭中，并將它傳輸?shù)较掠稳ァ?/p>

2)檢查PTT，如果發(fā)現(xiàn)下游沒有要傳輸?shù)陌⑶胰绻镜貜纳嫌谓拥降氖钦麄€包，則向下傳輸該包；如果本地從上游接到的是包頭所帶的ID，那么需要對包頭進(jìn)行“拼接”操作，即檢查CS、尋找該ID對應(yīng)的數(shù)據(jù)段，然后將其“拼接”到包頭的后面，最后才能向下游傳輸。

考慮packet-x由ID-x和payload-x組成，它從任意的內(nèi)容路由器I直接到內(nèi)容路由器J進(jìn)行傳輸，整個過程的偽代碼描述如算法1所示。

算法1視頻傳輸方案

輸入：packet-x，I，J。

輸出：NULL。

1.I解析接收到的包；

2.ifI接到的是ID-x+payload-x，then

3.ifI的CS緩存有packet-x，then

4.ifI的TPP有匹配的ID-x，then

5. 拆開packet-x并傳輸ID-x到J；

6.else

7. 傳輸packet-x到J；

8.else

9. 緩存packet-x并操作4至7行；

10.else

11.ifI的PTT有匹配的ID-x，then

12. 傳輸ID-x到J；

13.else

14.ifI的CS緩存有packet-x，then

15. 拼接payload-x到ID-x并傳輸?shù)絁；

16.else

17. 丟掉ID-x；

特別地，對于算法的最后一行，它的意思是當(dāng)內(nèi)容路由器I和內(nèi)容路由器J的CS都沒有匹配的packet-x時，ID-x不必向上回溯而是要丟棄。

2.4 定量分析

假設(shè)一段視頻有N個包需要傳輸，下游的緩存命中率為rhit，采用本文設(shè)計的傳輸方案時任意包所經(jīng)過內(nèi)容路由器的數(shù)量為ni，不采用本文設(shè)計的傳輸方案時任意包所經(jīng)過內(nèi)容路由器的數(shù)量為uni。基于此，本文的視頻傳輸流量和非本文的視頻傳輸流量分別為：

(1)

(2)

式中：headersize和payloadsize分別是包頭的大小和包容納視頻數(shù)據(jù)的大小。用srate代表流量的節(jié)省率，則有：

(3)

考慮一個視頻大小為3 GB左右，N=1 610 612，payloadsize=2 000 B，headersize=10 B，ni=1.6，uni=3，rhit=35%。將它們代入式(3)，可以得到srate=65.5%，這說明本文設(shè)計的視頻傳輸方案能夠節(jié)省大量的傳輸數(shù)據(jù)，對性能優(yōu)化起到重要的推動作用。

3 DPDK的效用分析

正如前文所述，DPDK的引入一方面是確保視頻傳輸方案中除最后一個包外的每個包的大小一致，另一方面是利用它繞內(nèi)核的特性來加速視頻數(shù)據(jù)的傳輸。為了實現(xiàn)以上兩個效用，本文重點使用DPDK的三個基礎(chǔ)模塊，即DPDK Generic Segmentation Offload(GSO)、DPDK send和DPDK receive。其中，第二和第三個模塊用于實現(xiàn)DPDK的第二個效用，即加速視頻數(shù)據(jù)的傳輸：DPDK send用于發(fā)包，DPDK receive用于收包，分別可以調(diào)用內(nèi)置的DPDK函數(shù)來完成各自的發(fā)包和收包，即rte_tx_burst和rte_rx_burst函數(shù)。

對于DPDK的第一個效用，需要由DPDK GSO來實現(xiàn)。雖然基于GSO的包切片是一個工程實現(xiàn)，但是它僅僅處理標(biāo)準(zhǔn)的包，即TCP header、IP header、以太header，而不能直接用于本文帶ID的視頻傳輸方案。為此本文改進(jìn)GSO來確保包大小的一致性，描述如下：

1)為要傳輸?shù)恼麄€視頻段添加標(biāo)準(zhǔn)的包頭。

2)調(diào)用內(nèi)置函數(shù)rte_gso_segment來做切包，其中每個包由標(biāo)準(zhǔn)的包頭和對應(yīng)的視頻片段組成。

3)插入ID到標(biāo)準(zhǔn)包頭的后面，從而形成新的帶ID的包頭。特別地，ID和對應(yīng)的視頻片段在邏輯上是相鄰的但在物理上是不相鄰的，這通過指針來實現(xiàn)。

4)把形成的多個包逐次放到DPDK緩沖隊列中準(zhǔn)備發(fā)送。

上述過程的偽代碼描述如算法2所示。其中：videombuf用于承載整個視頻段；segmbuf用于承載切好的標(biāo)準(zhǔn)包；outmbuf用于承載重新組合帶ID的包；p_size是規(guī)定包的大小；no_segs是每次最大允許的切包個數(shù)。

算法2基于DPDK GSO的切包

輸入：結(jié)構(gòu)體*mbuf_pool，*videombuf，*segmbuf，

*sheadermbuf，*IDmbuf。

輸出：結(jié)構(gòu)體*outmbuf。

1.rte_eal_init(argc,argv)；

2.mbuf_pool=rte_pktmbuf_pool_create()；

3.將整個視頻段放到videombuf；

4.rte_pktmbuf_chain(sheadermbuf,videombuf)；

5.rte_gso_segment(videombuf,p_size,segmbuf,no_segs)；

6.for切好的每個包，do

7. *p=包的header；

8. *q=包的payload；

9. rte_pktmbuf_chain(p,IDmbuf)；

10. rte_pktmbuf_chain(IDmbuf,q)；

11.endfor

12.outmbuf=segmbuf；

4 實 驗

4.1 仿真設(shè)置

本文的仿真細(xì)節(jié)如下：

1)仿真硬件環(huán)境設(shè)置為Intel(R)Core(TM-2)Quad CPU@ 2.86 GHz，3.99 GB內(nèi)存，且操作系統(tǒng)為Ubuntu 14.04.5 LTS 64 bit。

2)仿真軟件環(huán)境為NS3，通過C++語言進(jìn)行編程。

3)仿真數(shù)據(jù)集來自于校園網(wǎng)測試的真實YouTube數(shù)據(jù)集[13]，包括18 751個興趣請求、13 764個視頻和2 377個用戶。

4)仿真實驗拓?fù)涫荗teglobe網(wǎng)絡(luò)拓?fù)洌?1個節(jié)點和69條邊，如圖2所示。

圖2 Oteglobe網(wǎng)絡(luò)拓?fù)?/p>

5)對比基準(zhǔn)為文獻(xiàn)[7]和文獻(xiàn)[11]，它們分別呈現(xiàn)了基于軟件定義網(wǎng)絡(luò)的方法和基于網(wǎng)絡(luò)編碼的方法。

6)實驗評價的指標(biāo)是平均緩存命中率、平均傳輸時延和平均網(wǎng)絡(luò)負(fù)載。

7)將18 751個興趣請求按時隙平均分為5個階段，每個階段取400個興趣請求，即測試5組實驗。

仿真參數(shù)設(shè)置如表3所示。

表3 仿真參數(shù)設(shè)置

4.2 緩存命中率

三個視頻傳輸方案的平均緩存命中率如圖3所示。可以看出本文提出的視頻傳輸方案具有最高的平均緩存命中率，其次是文獻(xiàn)[11]，最后是文獻(xiàn)[7]，這是因為包級別的緩存能使內(nèi)容路由器緩存數(shù)量更多并且種類更豐富的包。對于文獻(xiàn)[7]和文獻(xiàn)[11]，后者有更高的平均緩存命中率是因為兩個方面：(1)文獻(xiàn)[11]充分利用了網(wǎng)內(nèi)緩存的能力去放置更多的視頻塊在內(nèi)容路由器中，這有效提高了緩存的利用率；(2)文獻(xiàn)[11]采用分布式協(xié)作緩存的方式去挖掘緩存的可能性，而文獻(xiàn)[7]僅僅通過集中式的方式來調(diào)度緩存的視頻塊，緩存靈活性不夠高。

圖3 平均緩存命中率

4.3 傳輸時延

三個視頻傳輸方案的平均傳輸時延如圖4所示。可以看出本文提出的視頻傳輸方案能以最短的時間將視頻從視頻服務(wù)商傳輸?shù)接脩簦饕谌矫娴脑颍?1)包級別的緩存促使較高的緩存命中率，同時使整體興趣請求的平均路由跳數(shù)變小，因此視頻傳輸過程中不需要再經(jīng)歷那么長的路徑；(2)得益于設(shè)計的輕載型視頻傳輸方案，當(dāng)判斷下游有某個視頻段時，該視頻段不必再往下傳輸，這大大地減少了傳輸?shù)囊曨l數(shù)據(jù)，使傳輸效率大幅度地增加；(3)受益于DPDK繞內(nèi)核的方式，它通過DPDK send和DPDK receive兩個模塊來加速端側(cè)視頻流的發(fā)送和接收，在雙核的促使下幾乎能使吞吐量達(dá)到網(wǎng)絡(luò)設(shè)置的帶寬。

圖4 平均傳輸時延

進(jìn)一步地，還可以看出與文獻(xiàn)[11]相比，文獻(xiàn)[7]執(zhí)行較短的平均傳輸時延，這是因為文獻(xiàn)[7]只采用了軟件定義網(wǎng)絡(luò)的思想而未涉及到復(fù)雜的計算。與之相反，文獻(xiàn)[11]采用了網(wǎng)絡(luò)編碼的思想，雖然能夠提升緩存的命中率，但卻因為其編碼的時間復(fù)雜度較高而大大犧牲了傳輸時延。

4.4 網(wǎng)絡(luò)負(fù)載

三個視頻傳輸方案的平均網(wǎng)絡(luò)負(fù)載如圖5所示。可以看出本文提出的視頻傳輸方案在平均網(wǎng)絡(luò)負(fù)載方面具有絕對的優(yōu)勢，這是因為在視頻傳輸?shù)倪^程中，有大部分的包未曾向下傳輸，取而代之的是僅僅傳輸與之相對應(yīng)的包頭。正如2.4節(jié)中定量分析的那樣，整個傳輸?shù)倪^程中，本文的視頻傳輸方案規(guī)避了巨大的流量傳輸。而對于文獻(xiàn)[7]和文獻(xiàn)[11]，后者是一種分布式的方案，它能夠?qū)⒁曨l流分散到網(wǎng)絡(luò)各處，使網(wǎng)絡(luò)中的內(nèi)容路由器均攤流量壓力。此外，后者采用了網(wǎng)絡(luò)編碼，取得了高的平均緩存命中率，這意味著它有更高的能力去快速地處理網(wǎng)絡(luò)中的視頻流量。綜上兩點，可以說明文獻(xiàn)[11]較文獻(xiàn)[7]具有較低的平均網(wǎng)絡(luò)負(fù)載。

圖5 平均網(wǎng)絡(luò)負(fù)載

4.5 統(tǒng)計性測試

為了使本文的實驗結(jié)果更有說服力，本節(jié)給出基于Wilcoxon的統(tǒng)計性測試[14]，其中置信水平設(shè)為0.01。本節(jié)只呈現(xiàn)第一組實驗關(guān)于緩存命中率、傳輸時延、網(wǎng)絡(luò)負(fù)載的統(tǒng)計性測試結(jié)果，結(jié)果如表4所示。其中：R+對應(yīng)的數(shù)字表示前者的實驗結(jié)果值大于后者實驗結(jié)果的次數(shù)；R-則相反。

表4 第一組實驗的統(tǒng)計性測試結(jié)果

可以看出，所有的p值都等于0，這說明本文提出的視頻傳輸方案在緩存命中率、傳輸時延和網(wǎng)絡(luò)負(fù)載三個方面的整體性能要好于兩個對比機制。

5 結(jié) 語

與IP網(wǎng)絡(luò)不同，ICN具有非常典型的網(wǎng)內(nèi)緩存特征。然而當(dāng)前針對緩存的研究，其粒度往往都是內(nèi)容級別的或者塊級別的。此外，針對ICN的視頻傳輸應(yīng)用，僅僅靠天然的網(wǎng)絡(luò)緩存來支撐視頻的高效傳輸也是遠(yuǎn)遠(yuǎn)不夠的。鑒于此，本文提出一種包級別緩存的理念，并以此設(shè)計了輕載的視頻傳輸方案，即盡可能多地向下游傳輸包頭而非整個包。除此之外，為了進(jìn)一步提高視頻傳輸?shù)男屎捅Ｕ习墑e的傳輸，又引入DPDK來進(jìn)行端側(cè)加速和完成切包。基于真實的數(shù)據(jù)集在Oteglobe網(wǎng)絡(luò)拓?fù)渖线M(jìn)行仿真，并基于Wilcoxon進(jìn)行統(tǒng)計性測試，實驗驗證了本文提出的視頻傳輸方案是可行且有效的。

然而作為一個新的視頻傳輸方案，本文方案仍然存在一些挑戰(zhàn)，其中最為突出的就是一致性問題的解決，即上游判斷下游有緩存可能存在不一致的情況(由于下游內(nèi)容頻繁地替換造成的)。如果要設(shè)計關(guān)于內(nèi)容的路由通告協(xié)議，那么當(dāng)網(wǎng)絡(luò)規(guī)模變大，網(wǎng)內(nèi)的路由通告信息會呈現(xiàn)指數(shù)增長，致使網(wǎng)絡(luò)性能下降，顯然不是最科學(xué)的解決方案。為此，可以設(shè)計平滑過渡的方案來解決這一問題，其主要的核心思想有兩點：(1)為下游內(nèi)容路由器設(shè)置一個緩存閾值(可以通過實驗來確定合適的值)，當(dāng)達(dá)到這個閾值時，觸發(fā)一個向上通告信息告訴下游緩存已滿，上游不必再緩存轉(zhuǎn)發(fā)信息(即不存在關(guān)于后續(xù)信息的一致性判斷問題)；(2)借鑒內(nèi)容分發(fā)網(wǎng)絡(luò)的思想，如果下游替換頻率比較高且達(dá)到一定的水平，這說明突發(fā)性流量到來，內(nèi)容比較集中，此時下游再進(jìn)行緩存也沒有意義，故可以暫時關(guān)閉上游緩存轉(zhuǎn)發(fā)信息的能力和下游緩存內(nèi)容信息的能力。未來將圍繞平滑過渡方案展開詳細(xì)的研究，并基于多個大規(guī)模網(wǎng)絡(luò)拓?fù)浣o予實驗說明。