两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法、內(nèi)容中心網(wǎng)絡(luò)以及通信方法與流程

文檔序號:12008688閱讀:193來源:國知局
內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法、內(nèi)容中心網(wǎng)絡(luò)以及通信方法與流程
本發(fā)明涉及計算機(jī)體系結(jié)構(gòu)技術(shù)領(lǐng)域,具體涉及一種內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法、內(nèi)容中心網(wǎng)絡(luò)以及根據(jù)該內(nèi)容中心網(wǎng)絡(luò)實現(xiàn)的通信方法。

背景技術(shù):
隨著互聯(lián)網(wǎng)上應(yīng)用的不斷發(fā)展變化,基于TCP/IP的現(xiàn)有互聯(lián)網(wǎng)逐漸暴露出諸多問題,例如安全性差,不支持移動,不可靠,缺乏靈活性,有效性限制,對新應(yīng)用僵化等問題。針對這些問題,目前國內(nèi)外很多研究機(jī)構(gòu)對未來網(wǎng)絡(luò)的體系結(jié)構(gòu)進(jìn)行設(shè)計研究。內(nèi)容中心網(wǎng)絡(luò)(ContentCentricNetworking,CCN)是當(dāng)前未來互聯(lián)網(wǎng)體系架構(gòu)研究的重要成果之一,其核心思想是改變當(dāng)前互聯(lián)網(wǎng)終端間的端到端通信機(jī)制,將內(nèi)容與終端位置剝離,通過發(fā)布/訂閱范式(Publish/SubscribeParadigm)來提供存儲和多方通信等服務(wù)。具體來說,就是網(wǎng)絡(luò)中傳送的一切內(nèi)容都可以看作信息對象,可以說是一個信息互聯(lián)的網(wǎng)絡(luò),而非主機(jī)互聯(lián),其核心對象是信息,通過信息的名字進(jìn)行標(biāo)識每一個信息。對網(wǎng)絡(luò)來說,其中流動的都是有名字的信息,網(wǎng)絡(luò)能區(qū)別每一個信息,但具體信息意義,網(wǎng)絡(luò)并不知道,靠信息生產(chǎn)者和消費(fèi)者的上層應(yīng)用解釋。整個網(wǎng)絡(luò)及其終端就在各種信息的驅(qū)動下運(yùn)行起來了,而網(wǎng)絡(luò)的作用就是管理所有信息的流動和緩存,并用正確的信息快速響應(yīng)信息的請求者。用戶或應(yīng)用可以只關(guān)注信息本身,而不關(guān)心信息塊的其他屬性,比如不用關(guān)心信息的所有者屬性。內(nèi)容中心網(wǎng)絡(luò)體系結(jié)構(gòu)的外形和當(dāng)今TCP/IP網(wǎng)絡(luò)很相似,都是沙漏模型,最大的不同是在“瘦腰”處用內(nèi)容塊(ContentChunk)代替了IP。從網(wǎng)絡(luò)的角度看,就是用對數(shù)據(jù)命名代替了對物理主機(jī)的命名。另外,網(wǎng)絡(luò)中內(nèi)建了存儲功能,用來緩存經(jīng)過的數(shù)據(jù),用以縮短其他用戶訪問同樣數(shù)據(jù)的響應(yīng)時間,同時可大大減少網(wǎng)絡(luò)中的流量。內(nèi)容中心網(wǎng)絡(luò)通信由數(shù)據(jù)消費(fèi)者驅(qū)動,數(shù)據(jù)可以進(jìn)行塊級傳輸,有兩種包類型:興趣包(InterestPacket)和數(shù)據(jù)包(DataPacket)。消費(fèi)者通過發(fā)送興趣包來請求內(nèi)容,監(jiān)聽節(jié)點(diǎn)如果有該內(nèi)容,則進(jìn)行響應(yīng)。興趣包和數(shù)據(jù)包均與位置無關(guān),在一個廣播介質(zhì)上,如果有一個興趣包請求,則其他對同一內(nèi)容感興趣的消費(fèi)者可以共享該請求。當(dāng)前內(nèi)容中心網(wǎng)絡(luò)的實現(xiàn)是基于TCP/IP協(xié)議之上的覆蓋網(wǎng)絡(luò)(OverlayNetwork)。其目的是使得內(nèi)容中心網(wǎng)絡(luò)能兼容現(xiàn)有TCP/IP網(wǎng)絡(luò),在現(xiàn)有網(wǎng)絡(luò)上進(jìn)行部署運(yùn)行。但是由于基于TCP/IP協(xié)議,并不能在體系架構(gòu)上充分發(fā)揮內(nèi)容中心網(wǎng)絡(luò)設(shè)計在內(nèi)容傳輸、安全性以及移動性方面的優(yōu)勢。比如,移動網(wǎng)絡(luò)切換后,通信端點(diǎn)需要重新獲取IP地址;內(nèi)容傳輸過程中,需要建立UDP(UserDatagramProtocol,用戶數(shù)據(jù)報協(xié)議)或TCP(TransmissionControlProtocol,傳輸控制協(xié)議)連接,當(dāng)網(wǎng)絡(luò)中出現(xiàn)鏈路或節(jié)點(diǎn)故障時,就出現(xiàn)數(shù)據(jù)傳輸中斷;由于有地址的存在,攻擊者依然可以辨識內(nèi)容源并進(jìn)行追蹤。同時,覆蓋網(wǎng)本身的維護(hù)和傳輸成本也比較高,也抵消了內(nèi)容中心網(wǎng)絡(luò)帶來的內(nèi)容分發(fā)的優(yōu)勢,而且并不能充分利用多源并取的優(yōu)勢。因此,有必要提出了一種內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法,通過該方法構(gòu)建一個完全沒有TCP/IP協(xié)議限制,通過數(shù)據(jù)命名來進(jìn)行通信的純粹的內(nèi)容中心網(wǎng)絡(luò),以充分發(fā)揮內(nèi)容中心網(wǎng)絡(luò)的設(shè)計優(yōu)勢與潛力。

技術(shù)實現(xiàn)要素:
(一)要解決的技術(shù)問題本發(fā)明的目的在于提供一種內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法,從而更充分的發(fā)揮內(nèi)容中心網(wǎng)絡(luò)的設(shè)計優(yōu)勢與潛力。(二)技術(shù)方案本發(fā)明技術(shù)方案如下:一種內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法,包括:將網(wǎng)絡(luò)節(jié)點(diǎn)通過網(wǎng)卡以及數(shù)據(jù)通路相連,并關(guān)閉網(wǎng)卡IP地址設(shè)置;將所述網(wǎng)卡的工作模式設(shè)置為混雜模式;設(shè)置網(wǎng)卡的最大傳輸單元長度值以容納完整的內(nèi)容數(shù)據(jù)包;創(chuàng)建網(wǎng)絡(luò)節(jié)點(diǎn)基于原始套接字的底層接口面;將網(wǎng)絡(luò)節(jié)點(diǎn)的物理接口與該網(wǎng)絡(luò)節(jié)點(diǎn)的底層接口面綁定,將網(wǎng)卡與特定轉(zhuǎn)發(fā)接口綁定;將內(nèi)容數(shù)據(jù)命名存儲在內(nèi)容源節(jié)點(diǎn),所述內(nèi)容源節(jié)點(diǎn)通過外向網(wǎng)卡廣播內(nèi)容數(shù)據(jù)命名的前綴。優(yōu)選的,所述網(wǎng)卡為以太網(wǎng)網(wǎng)卡,一個以太網(wǎng)幀就是一個完整的內(nèi)容數(shù)據(jù)包。本發(fā)明還提供了一種根據(jù)上述任意一種內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法實現(xiàn)的內(nèi)容中心網(wǎng)絡(luò):一種內(nèi)容中心網(wǎng)絡(luò),包括至少兩個通過網(wǎng)卡以及數(shù)據(jù)通路相連的網(wǎng)絡(luò)節(jié)點(diǎn);所述網(wǎng)卡IP地址設(shè)置被關(guān)閉,并且工作模式為混雜模式;所述網(wǎng)卡的最大傳輸單元長度值可以容納完整的內(nèi)容數(shù)據(jù)包;所述網(wǎng)絡(luò)節(jié)點(diǎn)包括基于原始套接字的底層接口面,網(wǎng)絡(luò)節(jié)點(diǎn)的物理接口與該網(wǎng)絡(luò)節(jié)點(diǎn)的底層接口面綁定,網(wǎng)卡與特定轉(zhuǎn)發(fā)接口綁定;內(nèi)容數(shù)據(jù)命名存儲在內(nèi)容源節(jié)點(diǎn),所述內(nèi)容源節(jié)點(diǎn)通過外向網(wǎng)卡廣播內(nèi)容數(shù)據(jù)命名的前綴。本發(fā)明還提供了一種根據(jù)上述內(nèi)容中心網(wǎng)絡(luò)實現(xiàn)的通信方法:一種內(nèi)容中心網(wǎng)絡(luò)通信方法,包括:對一個內(nèi)容數(shù)據(jù)包感興趣的第一個請求網(wǎng)絡(luò)節(jié)點(diǎn)利用興趣包請求該內(nèi)容數(shù)據(jù)包,內(nèi)容源節(jié)點(diǎn)收到該興趣包后,將內(nèi)容數(shù)據(jù)包發(fā)送給所述第一個請求網(wǎng)絡(luò)節(jié)點(diǎn);對該內(nèi)容數(shù)據(jù)包感興趣的其它請求網(wǎng)絡(luò)節(jié)點(diǎn),從途經(jīng)的其它網(wǎng)絡(luò)節(jié)點(diǎn)的緩存中獲取該內(nèi)容數(shù)據(jù)包或者向內(nèi)容源節(jié)點(diǎn)請求該內(nèi)容數(shù)據(jù)包。(三)有益效果本發(fā)明實施例所提供的內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法與現(xiàn)有的基于覆蓋網(wǎng)的內(nèi)容中心網(wǎng)絡(luò)實現(xiàn)方法相比,依靠現(xiàn)有廣泛部署的以太網(wǎng),在以太網(wǎng)協(xié)議幀上封裝內(nèi)容數(shù)據(jù)包,以最小的網(wǎng)絡(luò)遷移成本,實現(xiàn)了一個完全不依賴通信地址而僅僅依賴內(nèi)容名字本身的信息網(wǎng)絡(luò)。由于無需IP地址,無需MAC地址,因此沒有了IPv4地址耗盡的問題;由于無數(shù)據(jù)流,因此不會因為單條鏈路故障或擁堵,造成數(shù)據(jù)傳輸?shù)钠款i;實現(xiàn)了協(xié)議棧扁平化,即將7層的TCP/IP協(xié)議,壓縮為3層,即物理傳輸層,網(wǎng)絡(luò)層和應(yīng)用層;并且,由于大規(guī)模使用超長幀,大幅度提升了傳輸效率。附圖說明圖1是本發(fā)明實施例中內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法的流程示意圖;圖2是本發(fā)明實施例中內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)協(xié)議棧結(jié)構(gòu)變化;圖3是本發(fā)明實施例中內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)的星形網(wǎng)絡(luò)拓?fù)?;圖4是本發(fā)明實施例中內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)的星形拓?fù)鋽?shù)據(jù)傳輸性能示意圖;圖5是本發(fā)明實施例中內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)的線形網(wǎng)絡(luò)拓?fù)?;圖6是本發(fā)明實施例中內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)的線形拓?fù)鋽?shù)據(jù)傳輸性能示意圖。具體實施方式下面結(jié)合附圖和實施例,對本發(fā)明的具體實施方式做進(jìn)一步描述。以下實施例僅用于說明本發(fā)明,但不用來限制本發(fā)明的范圍。本實施例中首先提供了一種內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法,如圖2中所示,主要包括以下步驟:將網(wǎng)絡(luò)節(jié)點(diǎn)通過網(wǎng)卡以及數(shù)據(jù)通路相連,并關(guān)閉網(wǎng)卡IP地址設(shè)置,該網(wǎng)絡(luò)將完全運(yùn)行CCN協(xié)議;本實施例中,網(wǎng)卡為常用的以太網(wǎng)網(wǎng)卡,上述數(shù)據(jù)通路可以是網(wǎng)線;將所述網(wǎng)卡的工作模式設(shè)置為混雜模式,從而可進(jìn)行廣播和內(nèi)容數(shù)據(jù)包的接收,以確保內(nèi)容中心網(wǎng)絡(luò)的物理鏈接;設(shè)置網(wǎng)卡的最大傳輸單元長度值(MaximumTransmissionUnit,MTU),從而能夠容納完整的內(nèi)容數(shù)據(jù)包,保證內(nèi)容中心網(wǎng)絡(luò)的內(nèi)容數(shù)據(jù)包在傳輸過程中不被分割,比如,如果內(nèi)容數(shù)據(jù)包為4KB,則設(shè)置MTU大于4KB,如果內(nèi)容數(shù)據(jù)包為8KB,則設(shè)置MTU大于8KB,MTU最大值視網(wǎng)卡而定,例如,可以設(shè)置為16KB;本實施例中,所述網(wǎng)卡為以太網(wǎng)網(wǎng)卡,一個以太網(wǎng)幀就是一個完整的內(nèi)容數(shù)據(jù)包。創(chuàng)建網(wǎng)絡(luò)節(jié)點(diǎn)基于原始套接字(rawsocket)的底層接口face(接口面);該步驟通過修改當(dāng)前內(nèi)容中心網(wǎng)絡(luò)的實現(xiàn)代碼完成;將網(wǎng)絡(luò)節(jié)點(diǎn)的物理接口與該網(wǎng)絡(luò)節(jié)點(diǎn)的底層接口面綁定,并且將網(wǎng)卡綁定到一些特定的轉(zhuǎn)發(fā)接口上,直接控制以太網(wǎng)幀層來進(jìn)行內(nèi)容數(shù)據(jù)包的收發(fā);將內(nèi)容數(shù)據(jù)命名存儲在內(nèi)容中心網(wǎng)絡(luò)的內(nèi)容源節(jié)點(diǎn),所述內(nèi)容源節(jié)點(diǎn)通過外向網(wǎng)卡(out-bounding)廣播內(nèi)容數(shù)據(jù)命名的前綴;例如,內(nèi)容數(shù)據(jù)命名為/tsinghua/saturn/test,可以通過外向網(wǎng)卡廣播該內(nèi)容數(shù)據(jù)命名的前綴。本發(fā)明還提供了一種根據(jù)上述內(nèi)容中心網(wǎng)絡(luò)實現(xiàn)的通信方法:一種內(nèi)容中心網(wǎng)絡(luò)通信方法,包括:對一個內(nèi)容數(shù)據(jù)包感興趣的第一個請求網(wǎng)絡(luò)節(jié)點(diǎn),利用興趣包請求該內(nèi)容數(shù)據(jù)包,內(nèi)容源節(jié)點(diǎn)收到該興趣包后,將內(nèi)容數(shù)據(jù)包發(fā)送給所述第一個請求網(wǎng)絡(luò)節(jié)點(diǎn);例如,請求者采用“ccngetfileccnx:/tsinghua/saturn/testtest”指令請求該內(nèi)容數(shù)據(jù)包,最終內(nèi)容源節(jié)點(diǎn)將內(nèi)容數(shù)據(jù)包test發(fā)給了請求者;對該內(nèi)容數(shù)據(jù)包感興趣的其它請求網(wǎng)絡(luò)節(jié)點(diǎn),從途經(jīng)的其它網(wǎng)絡(luò)節(jié)點(diǎn)的緩存中獲取該內(nèi)容數(shù)據(jù)包或者向內(nèi)容源節(jié)點(diǎn)請求該內(nèi)容數(shù)據(jù)包。本發(fā)明還提供了一種根據(jù)上述任意一種內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)方法實現(xiàn)的內(nèi)容中心網(wǎng)絡(luò):一種內(nèi)容中心網(wǎng)絡(luò),包括至少兩個通過網(wǎng)卡以及數(shù)據(jù)通路相連的網(wǎng)絡(luò)節(jié)點(diǎn);所述網(wǎng)卡IP地址設(shè)置被關(guān)閉,并且工作模式為混雜模式;所述網(wǎng)卡的最大傳輸單元長度值可以容納完整的內(nèi)容數(shù)據(jù)包;所述網(wǎng)絡(luò)節(jié)點(diǎn)包括基于原始套接字的底層接口面,網(wǎng)絡(luò)節(jié)點(diǎn)的物理接口與該網(wǎng)絡(luò)節(jié)點(diǎn)的底層接口面綁定,網(wǎng)卡與特定轉(zhuǎn)發(fā)接口綁定;內(nèi)容數(shù)據(jù)命名存儲在內(nèi)容源節(jié)點(diǎn),所述內(nèi)容源節(jié)點(diǎn)通過外向網(wǎng)卡廣播內(nèi)容數(shù)據(jù)命名的前綴。圖2中給出了內(nèi)容中心網(wǎng)絡(luò)的底層實現(xiàn)相比于當(dāng)前基于覆蓋網(wǎng)實現(xiàn)的內(nèi)容中心網(wǎng)絡(luò)的協(xié)議架構(gòu)的改變;表1和表2給出了內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)后以太網(wǎng)幀承載的差異。由于內(nèi)容中心網(wǎng)絡(luò)的底層實現(xiàn)方法依靠內(nèi)容數(shù)據(jù)命名路由,以太網(wǎng)幀協(xié)議的MAC地址即可忽略,這部分空間也可用于內(nèi)容中心網(wǎng)絡(luò)的承載。如表1中所示,為普通的以太網(wǎng)幀結(jié)構(gòu);在以太網(wǎng)中,一個以太網(wǎng)幀就是一個完整的內(nèi)容數(shù)據(jù)包。一個以太網(wǎng)幀是以7個8位二進(jìn)制的同步位和1個8位二進(jìn)制的分割位開始,中間是60至1518位二進(jìn)制的負(fù)載區(qū),然后是4字節(jié)的校驗序列,最后是12字節(jié)的結(jié)束位。表1以太網(wǎng)幀結(jié)構(gòu)表2顯示了以太網(wǎng)超長幀(jumboframe)承載內(nèi)容中心網(wǎng)絡(luò)數(shù)據(jù)包時的幀結(jié)構(gòu);在以太網(wǎng)超長幀承載內(nèi)容中心網(wǎng)絡(luò)數(shù)據(jù)包時,其中以太網(wǎng)幀的MAC地址域和類型長度域?qū)⒉辉傩枰虼丝梢越y(tǒng)一提供給內(nèi)容中心網(wǎng)絡(luò)的內(nèi)容數(shù)據(jù)包使用,然后是4字節(jié)的校驗序列,最后是12字節(jié)的結(jié)束位。表2以太網(wǎng)幀承載CCN網(wǎng)絡(luò)內(nèi)容塊表3是協(xié)議效率的實驗結(jié)果,給出了內(nèi)容中心網(wǎng)絡(luò)的覆蓋網(wǎng)實現(xiàn)與底層實現(xiàn)的協(xié)議傳輸效率比較結(jié)果。當(dāng)前內(nèi)容中心網(wǎng)絡(luò)實現(xiàn)中默認(rèn)的一個內(nèi)容數(shù)據(jù)包大小是4772字節(jié)(包括有效數(shù)據(jù)、簽名、編碼信息等),傳輸?shù)挠行?shù)據(jù)為4096字節(jié)。而傳統(tǒng)的以太網(wǎng)幀一次只能傳輸1500字節(jié)的內(nèi)容,因此內(nèi)容中心網(wǎng)絡(luò)中4772字節(jié)的內(nèi)容數(shù)據(jù)包要被切分成4個以太網(wǎng)幀傳輸,通過計算可以分別得到內(nèi)容中心網(wǎng)絡(luò)覆蓋網(wǎng)和原始以太網(wǎng)幀的內(nèi)容中心網(wǎng)絡(luò)協(xié)議的傳輸效率;而采用表2以太網(wǎng)超長幀的話,如果幀長最大為7KB,則每幀即可承載一個內(nèi)容中心網(wǎng)絡(luò)數(shù)據(jù)包。表3CCN的覆蓋網(wǎng)實現(xiàn)與底層實現(xiàn)協(xié)議傳輸效率比較如表3中計算公式所示,54字節(jié)是一個TCP/IP以太網(wǎng)幀的報頭長度;對于數(shù)據(jù)傳輸,內(nèi)容中心網(wǎng)絡(luò)覆蓋網(wǎng)的效率大約為82%,原始以太網(wǎng)幀的內(nèi)容中心網(wǎng)絡(luò)的效率大約為86%,協(xié)議傳輸效率將提高4.5%;這個結(jié)果是比較符合理論結(jié)果的;理論上,內(nèi)容中心網(wǎng)絡(luò)覆蓋網(wǎng)實現(xiàn)既有TCP報頭的消耗,又有簽名和編碼的消耗;而內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)省掉了TCP/IP/Ethernet報頭,因此效率會更高。表4中給出了在下載內(nèi)容數(shù)據(jù)的時延上,內(nèi)容中心網(wǎng)絡(luò)的覆蓋網(wǎng)實現(xiàn)與底層實現(xiàn)的性能對比實驗的結(jié)果。實驗環(huán)境可以參考圖2中的兩個網(wǎng)絡(luò)節(jié)點(diǎn)之間的覆蓋網(wǎng)實現(xiàn)和底層實現(xiàn);從表4中可以看到,底層實現(xiàn)具有更好的時延性能。表4CCN的覆蓋網(wǎng)實現(xiàn)與底層實現(xiàn)的下載時延對比圖3是一個簡單的實例,示意了內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)的星形拓?fù)鋵嶒?;圖示為按照上述實現(xiàn)方法創(chuàng)建的一個星形網(wǎng)絡(luò)拓?fù)洌渲邪?個網(wǎng)絡(luò)節(jié)點(diǎn),網(wǎng)絡(luò)節(jié)點(diǎn)A,B,C和R的部署為星形拓?fù)洹D4示出根據(jù)圖3中實驗獲取的兩組下載數(shù)據(jù)的傳輸速度比較結(jié)構(gòu);網(wǎng)絡(luò)節(jié)點(diǎn)B向A以及網(wǎng)絡(luò)節(jié)點(diǎn)C向A均索取大小不一文件,時間上B先于A。從圖中可以看到,因為網(wǎng)絡(luò)節(jié)點(diǎn)R的緩存,網(wǎng)絡(luò)節(jié)點(diǎn)C下載速率有2-3倍的提升。網(wǎng)絡(luò)節(jié)點(diǎn)A,B,C均配置雙網(wǎng)卡,而網(wǎng)絡(luò)節(jié)點(diǎn)R配置了3網(wǎng)卡。實驗中,網(wǎng)絡(luò)節(jié)點(diǎn)運(yùn)行的Linux操作系統(tǒng)為centos5.564位版本,采用的網(wǎng)卡型號是TP-LINKTG-3269C,支持MTU最長為7018字節(jié)。圖5是又一個簡單的實例,示意了內(nèi)容中心網(wǎng)絡(luò)底層實現(xiàn)的線形拓?fù)鋵嶒?;按照上述實現(xiàn)方法創(chuàng)建的一個線形網(wǎng)絡(luò)拓?fù)?,其中網(wǎng)絡(luò)節(jié)點(diǎn)A,B,C部署為線形拓?fù)?,網(wǎng)絡(luò)節(jié)點(diǎn)B向A以及網(wǎng)絡(luò)節(jié)點(diǎn)C向A均索取大小不一文件,兩次索取相互獨(dú)立,時間上B先于A,B向A索取數(shù)據(jù)后,清空緩存。圖6示出根據(jù)圖5中實驗獲取的兩組下載數(shù)據(jù)的傳輸速度比較結(jié)果;從圖中可以看到,網(wǎng)絡(luò)節(jié)點(diǎn)B向A獲取數(shù)據(jù)為一跳,網(wǎng)絡(luò)節(jié)點(diǎn)C向A獲取數(shù)據(jù)為二跳,隨著傳輸數(shù)據(jù)文件大小增加,性能差異逐漸增大。以上實施方式僅用于說明本發(fā)明,而并非對本發(fā)明的限制,有關(guān)技術(shù)領(lǐng)域的普通技術(shù)人員,在不脫離本發(fā)明的精神和范圍的情況下,還可以做出各種變化和變型,因此所有等同的技術(shù)方案也屬于本發(fā)明的保護(hù)范疇。
當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1
墨竹工卡县| 临清市| 启东市| 柞水县| 长丰县| 肃南| 略阳县| 拉孜县| 酒泉市| 全椒县| 安龙县| 泉州市| 兰州市| 普宁市| 靖西县| 连云港市| 河东区| 淳安县| 西宁市| 方正县| 南宫市| 阿城市| 吉首市| 扎赉特旗| 佳木斯市| 潞西市| 象州县| 北票市| 友谊县| 芜湖市| 梅河口市| 通州区| 中牟县| 平果县| 马山县| 锡林郭勒盟| 公主岭市| 漠河县| 崇州市| 郁南县| 杂多县|