【正文】 定B=1Mbps，Tin取0s~1000s之間的隨機(jī)值，Tout取Tin~1000s之間的隨機(jī)值， N取值分別為50、60、70、80、90、100，對(duì)每一個(gè)N值做20次試驗(yàn)，記錄不同N值下所有節(jié)點(diǎn)接受服務(wù)時(shí)延的平均值。B. 剛開始時(shí)隨著節(jié)點(diǎn)數(shù)的增加平均時(shí)延逐步變大，而后隨著節(jié)點(diǎn)數(shù)的繼續(xù)增多，平均時(shí)延增大的速度變慢。分析可知系統(tǒng)的算法與不同能力節(jié)點(diǎn)的加入次序有關(guān)：若比較多的服務(wù)能力差的節(jié)點(diǎn)先請(qǐng)求加入，然后占據(jù)了多播樹的上游，那么整棵多播樹的效率和性能將會(huì)很低；若比較多的服務(wù)能力強(qiáng)的節(jié)點(diǎn)先請(qǐng)求加入，占據(jù)多播樹的上游，那么整棵多播樹的效率和性能將會(huì)顯著提高。隨著客戶數(shù)目的快速增長，在傳統(tǒng)的C/S(Client/Server)模式下，服務(wù)器端的資源很快被耗盡，成為系統(tǒng)服務(wù)能力的瓶頸所在，同時(shí)用戶的服務(wù)質(zhì)量也難以得到保證。雖然P2P技術(shù)和應(yīng)用層多播在流媒體傳播方面的應(yīng)用已有了一定程度的成果，但要想把它們應(yīng)用于流媒體傳播，性能和效果還不成熟、不理想，值得進(jìn)一步研究和改善。 展望本文雖然取得了一定的成果，但是由于本人水平和時(shí)間的限制，有以下不足之處有待完善，總結(jié)如下：1) 沒有深入研究流媒體技術(shù)本身，以設(shè)計(jì)出更適用的流媒體數(shù)據(jù)調(diào)度和傳輸?shù)姆桨?，使系統(tǒng)能夠?qū)Χ喾N音頻數(shù)據(jù)進(jìn)行智能地分片發(fā)送和傳輸。3) 沒能建立一個(gè)合理的激勵(lì)機(jī)制。這需要對(duì)節(jié)點(diǎn)在P2P系統(tǒng)中的行為和興趣進(jìn)行統(tǒng)計(jì)建模，理解激勵(lì)機(jī)制和節(jié)點(diǎn)行為之間的關(guān)系，以建立適當(dāng)?shù)募?lì)機(jī)制。單多播樹結(jié)構(gòu)中，轉(zhuǎn)發(fā)能力較小的內(nèi)部節(jié)點(diǎn)可能需承擔(dān)很大轉(zhuǎn)發(fā)負(fù)載，而葉節(jié)點(diǎn)卻無需承擔(dān)。三個(gè)多月來畢業(yè)設(shè)計(jì)過程，讓我深深體會(huì)到做好一件事要以系統(tǒng)謹(jǐn)慎的思維去對(duì)待，并且要善于自我學(xué)習(xí)，不能怕去求助他人，保持一個(gè)樂觀自信的心態(tài)是非常重要的。在這要感謝我的學(xué)校華中科技大學(xué)，正是因?yàn)樗峁┝嗣利惖男@才能讓我茁壯的吸取著知識(shí)的養(yǎng)分，其人文氛圍也深深的影響我的品質(zhì)。由于本人學(xué)識(shí)有限，加之時(shí)間倉促，文中不免有錯(cuò)誤和待改進(jìn)之處，真誠歡迎各位師長、同行能提出寶貴意見。最后也要感謝陪我走過四年的大學(xué)生活的同學(xué)和老師們，你們給予我的幫助和歡樂我永遠(yuǎn)也不會(huì)忘記的。大學(xué)四年的生活即將過去，回想起來充滿了苦與樂。致 謝在論文完成之際，我要首先感謝廖小飛老師對(duì)我畢業(yè)設(shè)計(jì)的指導(dǎo)，還要感謝實(shí)驗(yàn)室學(xué)長學(xué)姐的幫助，他們?yōu)槲抑笇?dǎo)了課題的研究方法、解決辦法，并為我提供了許多參考資料，幫助我克服了畢設(shè)中遇到的許多困難。由于參與服務(wù)的各個(gè)客戶之間毫無關(guān)系，要在互不信任的客戶之間互相提供服務(wù)無疑需要一個(gè)有效的認(rèn)證或或其它安全機(jī)制。但前提條件是P2P流媒體系統(tǒng)中的節(jié)點(diǎn)之間需要充分的相互協(xié)作，共享彼此擁有的資源，如磁盤空間、上傳帶寬等。帶寬、時(shí)延、在線時(shí)長等各不相同的節(jié)點(diǎn)隨機(jī)地加入多播樹中，若讓一些服務(wù)能力很差的節(jié)點(diǎn)占據(jù)了多播樹的上游，它們無法承擔(dān)起服務(wù)其它節(jié)點(diǎn)的責(zé)任，這時(shí)整棵樹的效率和性能將大幅降低。本文在深入分析了P2P技術(shù)和應(yīng)用層多播技術(shù)后，設(shè)計(jì)了適用于流媒體直播系統(tǒng)的應(yīng)用層多播樹的構(gòu)建和動(dòng)態(tài)維護(hù)方案。在解決了流媒體的關(guān)鍵技術(shù)問題后，流媒體技術(shù)的應(yīng)用必然會(huì)在未來的網(wǎng)絡(luò)中發(fā)揮更重要的作用，并在一定程度上改變?nèi)藗兪褂镁W(wǎng)絡(luò)的方式。實(shí)驗(yàn)結(jié)果表明，從功能上看，系統(tǒng)基本達(dá)到了設(shè)計(jì)目標(biāo)；從性能上看，系統(tǒng)在一般情況下具有較好的服務(wù)質(zhì)量，但由于均衡負(fù)載的能力不夠，性能的穩(wěn)定性有待提高。C. 當(dāng)節(jié)點(diǎn)數(shù)到達(dá)80左右時(shí)，時(shí)而會(huì)出現(xiàn)有節(jié)點(diǎn)無法連入多播樹的情況。3) 結(jié)果分析A. 從節(jié)點(diǎn)到根節(jié)點(diǎn)的平均延時(shí)來看，大多數(shù)節(jié)點(diǎn)都獲得了較好的服務(wù)質(zhì)量。：服務(wù)器ED服務(wù)器BCED30s時(shí)刻A服務(wù)器BCED40s時(shí)刻60s時(shí)刻 30s,40s,60s時(shí)刻的多播樹3) 結(jié)果分析實(shí)驗(yàn)結(jié)果達(dá)到預(yù)期估計(jì)，說明基于P2P的多人語音仿真系統(tǒng)能夠正常運(yùn)行，實(shí)現(xiàn)了基本功能。 功能仿真1) 仿真實(shí)驗(yàn)的設(shè)計(jì)設(shè)定N=5，B=400Kbps，Bi取200Kbps~400Kbps之間的隨機(jī)值。網(wǎng)絡(luò)與媒體數(shù)據(jù)傳輸管理模塊有兩個(gè)作用，一是索引服務(wù)器對(duì)多播樹的結(jié)構(gòu)信息和節(jié)點(diǎn)列表進(jìn)行維護(hù)，二是管理媒體數(shù)據(jù)的傳輸；節(jié)點(diǎn)組織與管理模塊對(duì)節(jié)點(diǎn)的加入和退出進(jìn)行處理，以構(gòu)建和動(dòng)態(tài)維護(hù)多播樹；基于“心跳”的通信管理模塊主要用于管理網(wǎng)絡(luò)中節(jié)點(diǎn)之間的定時(shí)通信，以保證網(wǎng)絡(luò)狀態(tài)地實(shí)時(shí)更新，并可檢測網(wǎng)絡(luò)的異常；音頻管理模塊則作用于客戶端，處理接收到的音頻數(shù)據(jù)包，供用戶播放，并向子節(jié)點(diǎn)復(fù)制轉(zhuǎn)發(fā)音頻數(shù)據(jù)包。，心跳包內(nèi)容如下：A） 發(fā)送方的網(wǎng)絡(luò)IP地址；B） 目的方的網(wǎng)絡(luò)IP地址；C）往返時(shí)延RTT；D）上行帶寬Bi，可用帶寬Fi，請(qǐng)求帶寬R；E）節(jié)點(diǎn)的在線時(shí)長Ti。F節(jié)點(diǎn)從父節(jié)點(diǎn)處接受音頻數(shù)據(jù)包，進(jìn)行處理播放，并轉(zhuǎn)發(fā)包給子節(jié)點(diǎn)索引服務(wù)器查詢接收到的消息是否有節(jié)點(diǎn)的加入請(qǐng)求否是請(qǐng)求加入的節(jié)點(diǎn)為F節(jié)點(diǎn)，服務(wù)器獲取其信息否F節(jié)點(diǎn)從中選擇對(duì)自己服務(wù)能力最強(qiáng)的節(jié)點(diǎn)作為父節(jié)點(diǎn)開 始服務(wù)器接受請(qǐng)求，查詢節(jié)點(diǎn)列表，遍歷多播樹中的節(jié)點(diǎn)，計(jì)算各節(jié)點(diǎn)對(duì)F節(jié)點(diǎn)的服務(wù)能力樹中是否有節(jié)點(diǎn)有能力提供服務(wù)對(duì)F節(jié)點(diǎn)做對(duì)于NAT節(jié)點(diǎn)的特殊處理，請(qǐng)求插入到某NAT節(jié)點(diǎn)與其父節(jié)點(diǎn)之間是否F節(jié)點(diǎn)的上行帶寬大于請(qǐng)求帶寬且樹中有NAT節(jié)點(diǎn)？是是否找到合適的位置插入服務(wù)器拒絕F節(jié)點(diǎn)的加入請(qǐng)求節(jié)點(diǎn)F成功加入多播樹，服務(wù)器更新相關(guān)信息，F(xiàn)節(jié)點(diǎn)的父節(jié)點(diǎn)更新相關(guān)信息結(jié)束，等待下一次調(diào)度否是 節(jié)點(diǎn)加入的過程 節(jié)點(diǎn)的離開節(jié)點(diǎn)離開的算法在第三章已經(jīng)詳細(xì)描述。該模塊并不需要知道網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)如何，只需要負(fù)責(zé)將數(shù)據(jù)傳輸?shù)侥繕?biāo)節(jié)點(diǎn)即可。接受節(jié)點(diǎn)發(fā)來的加入和離開請(qǐng)求，接受節(jié)點(diǎn)發(fā)來的心跳包，向節(jié)點(diǎn)發(fā)送指令包、信息包以及心跳包。網(wǎng)絡(luò)與媒體數(shù)據(jù)傳輸管理模塊節(jié)點(diǎn)組織與管理模塊基于“心跳”的通信管理模塊音頻管理模塊 多人語音仿真系統(tǒng)的功能模塊圖 網(wǎng)絡(luò)與媒體數(shù)據(jù)傳輸管理模塊網(wǎng)絡(luò)管理模塊包含索引管理子模塊和媒體數(shù)據(jù)傳輸子模塊。I）定時(shí)器（Timmer）為了方便一些算法的實(shí)現(xiàn)，特別是一些需要周期性運(yùn)行的算法，每個(gè)節(jié)點(diǎn)都與一個(gè)定時(shí)器。節(jié)點(diǎn)在每個(gè)時(shí)間片內(nèi)得到運(yùn)行機(jī)會(huì)時(shí)，就會(huì)對(duì)消息隊(duì)列進(jìn)行處理，直到處理完所有processingTime小于或等于當(dāng)前系統(tǒng)時(shí)間的消息為止。MessageDispatcher的工作過程是這樣的，首先根據(jù)消息中的src和dest屬性查找延時(shí)表，獲取消息發(fā)送者和接收者之間的延時(shí)，將延時(shí)信息填入消息的delay屬性中，同時(shí)還將當(dāng)前的時(shí)間填入消息的dispatchTime屬性中；然后，根據(jù)消息的dest屬性查找哈希表，將消息添加到nodeID為dest的節(jié)點(diǎn)的消息隊(duì)列中。D）節(jié)點(diǎn)延時(shí)（Delay）任意兩個(gè)節(jié)點(diǎn)之間的延時(shí)是介于系統(tǒng)定義的最大延時(shí)（max delay）和最小延時(shí)（min delay）之間的一個(gè)隨機(jī)值。C）節(jié)點(diǎn)（Node）每個(gè)節(jié)點(diǎn)都有一個(gè)全局標(biāo)識(shí)的標(biāo)識(shí)，稱為nodeID，通過nodeID可以唯一確定一個(gè)節(jié)點(diǎn)。仿真系統(tǒng)內(nèi)部的所有的時(shí)間包括系統(tǒng)時(shí)間和延時(shí)都以該單位時(shí)間來衡量。 仿真實(shí)驗(yàn)平臺(tái)的設(shè)計(jì)為了方便對(duì)算法進(jìn)行測試，用JAVA語言實(shí)現(xiàn)了一基于輪詢機(jī)制的仿真系統(tǒng)作為仿真平臺(tái)。本章主要介紹多人語音系統(tǒng)的方案設(shè)計(jì)和基于P2P的應(yīng)用層多播樹的算法設(shè)計(jì)。(3)節(jié)點(diǎn)的非正常退出節(jié)點(diǎn)的異常退出就是最主要的一種變故，應(yīng)用心跳檢測機(jī)制來輪詢這種故障，某節(jié)點(diǎn)超過規(guī)定時(shí)間沒有收到從其父節(jié)點(diǎn)處轉(zhuǎn)發(fā)來的數(shù)據(jù)，就給父節(jié)點(diǎn)發(fā)送檢測信息，看父節(jié)點(diǎn)是否斷開了連接，若該父節(jié)點(diǎn)由于異常退出了網(wǎng)絡(luò)，系統(tǒng)就會(huì)啟動(dòng)處理正常退出的重構(gòu)算法，并通知服務(wù)器節(jié)點(diǎn)的離開。例如在基于P2P的應(yīng)用層多播網(wǎng)絡(luò)中，部分區(qū)域突然變得堵塞，導(dǎo)致某些peer之間的延時(shí)增大，以至于末端節(jié)點(diǎn)由于到服務(wù)器的延時(shí)過大而無法得到滿意的音頻服務(wù)；某個(gè)轉(zhuǎn)播者由于一些原因，自身的可用帶寬變小，導(dǎo)致它無法繼續(xù)給所有的兒子提供音頻服務(wù)；某個(gè)節(jié)點(diǎn)由于斷電、網(wǎng)絡(luò)故障等原因，在沒有發(fā)送正常退出請(qǐng)求的情況下離開了多播樹，導(dǎo)致多播樹的結(jié)構(gòu)受損等等。需要注意的是，在加入過程中計(jì)算節(jié)點(diǎn)到服務(wù)器的延時(shí)時(shí)，這里要求所有子樹的所有葉子到服務(wù)器的延時(shí)均小于保證基本服務(wù)的最小延時(shí)，方算成功重構(gòu)了多播樹。無論節(jié)點(diǎn)是哪種方式退出，都會(huì)影響到多播樹的結(jié)構(gòu)。若F節(jié)點(diǎn)有NAT子節(jié)點(diǎn)，則轉(zhuǎn)發(fā)音頻數(shù)據(jù)包給子節(jié)點(diǎn)。3）執(zhí)行對(duì)于NAT節(jié)點(diǎn)的特殊處理，若F節(jié)點(diǎn)成功插入到某NAT節(jié)點(diǎn)與其父節(jié)點(diǎn)之間，則轉(zhuǎn)5）；若所有NAT節(jié)點(diǎn)處都不滿足F節(jié)點(diǎn)的插入，則轉(zhuǎn)4）。若所有NAT節(jié)點(diǎn)處都不能滿足F節(jié)點(diǎn)的插入，則拒絕F節(jié)點(diǎn)的加入請(qǐng)求。所以考慮到安全問題以及算法的復(fù)雜性，不考慮NAT的穿透[23]，將NAT后的節(jié)點(diǎn)的服務(wù)能力PSC設(shè)置為1，并在多播樹不具有能力服務(wù)新節(jié)點(diǎn)而樹中又存在NAT后的節(jié)點(diǎn)時(shí)，做一定的處理，使多播樹服務(wù)盡可能更多的節(jié)點(diǎn)。(2)對(duì)處于NAT后的節(jié)點(diǎn)的特殊處理NAT即“網(wǎng)絡(luò)地址轉(zhuǎn)換”，是一種把內(nèi)部私有網(wǎng)絡(luò)IP地址映射成公網(wǎng)IP地址的技術(shù)，它允許一個(gè)機(jī)構(gòu)以一個(gè)公用IP地址出現(xiàn)在Internet上?？捎脦挍Q定了接受到的音頻的質(zhì)量，當(dāng)其大于請(qǐng)求帶寬時(shí)即可保證基本的服務(wù)，到一定程度即可保證流暢完整的服務(wù)，但若再增大，則對(duì)音頻質(zhì)量不會(huì)產(chǎn)生顯著影響；綜合延時(shí)是影響服務(wù)質(zhì)量最重要的因素，綜合延時(shí)越小，用戶所得到的服務(wù)質(zhì)量和感受就越好；在線時(shí)長決定了節(jié)點(diǎn)在樹中的穩(wěn)定性，進(jìn)而影響到整棵多播樹結(jié)構(gòu)的穩(wěn)定，在線時(shí)長越長，節(jié)點(diǎn)就越穩(wěn)定，在多播樹中擔(dān)當(dāng)?shù)呢?zé)任就越大，該服務(wù)更多的節(jié)點(diǎn)。綜合考慮帶寬、可靠性、延時(shí)三個(gè)要素，定義樹中節(jié)點(diǎn)對(duì)新節(jié)點(diǎn)的服務(wù)能力為PSC=α*（可用帶寬 請(qǐng)求帶寬）+β*（最小時(shí)延 綜合時(shí)延）+γ*在線時(shí)長。如果希望得到比較穩(wěn)定的音頻服務(wù)，則應(yīng)選擇相對(duì)穩(wěn)定的節(jié)點(diǎn)作為父節(jié)點(diǎn)，以保證樹結(jié)構(gòu)的穩(wěn)定，如在線時(shí)間較長，不會(huì)頻繁加入或退出系統(tǒng)的節(jié)點(diǎn)。 多播樹生成算法設(shè)計(jì)當(dāng)一個(gè)語音服務(wù)器新開放時(shí)，只有一個(gè)服務(wù)器作為多人語音多播樹的根，若有N個(gè)用戶請(qǐng)求收聽，那么構(gòu)建初始的多播樹有兩種方法：一種是一次綜合考慮前N個(gè)節(jié)點(diǎn)的加入請(qǐng)求，根據(jù)這N個(gè)節(jié)點(diǎn)的特性構(gòu)建一顆高性能高效率的多播樹，然后再依到達(dá)順序一個(gè)一個(gè)地處理后來節(jié)點(diǎn)的加入和樹中節(jié)點(diǎn)的離開；第二種是采取貪心算法，即邊加入邊生成，把當(dāng)前請(qǐng)求加入的節(jié)點(diǎn)按序組織成隊(duì)列，一個(gè)一個(gè)地加入到多播樹中，每一次加入都選擇在當(dāng)前看來是最好的位置。⑧到根的延時(shí)Di。節(jié)點(diǎn)需要知道自己的父節(jié)點(diǎn)是誰。⑤可用帶寬Fi。節(jié)點(diǎn)i在網(wǎng)絡(luò)中本地上傳的帶寬，決定了節(jié)點(diǎn)能夠服務(wù)的節(jié)點(diǎn)總數(shù)，上行帶寬除以請(qǐng)求帶寬，所得商即可連接的子節(jié)點(diǎn)數(shù)。節(jié)點(diǎn)在網(wǎng)絡(luò)中的唯一標(biāo)識(shí)，通過網(wǎng)絡(luò)地址來定位節(jié)點(diǎn)，與之通信。轉(zhuǎn)播者處于中間，它的存在體現(xiàn)了P2P網(wǎng)絡(luò)的基本特征：即節(jié)點(diǎn)不僅接收數(shù)據(jù)，還要進(jìn)行轉(zhuǎn)發(fā)；收聽者處于最低層，是多播樹的葉子節(jié)點(diǎn)，只下載數(shù)據(jù)而不提供上傳。服務(wù)器和所有客戶端節(jié)點(diǎn)組織成多播樹，多播樹中的節(jié)點(diǎn)接收來自父節(jié)點(diǎn)多播的音頻數(shù)據(jù)，同時(shí)將數(shù)據(jù)以多播的方式傳送給其它節(jié)點(diǎn)。這就相當(dāng)于每個(gè)節(jié)點(diǎn)既是服務(wù)器，也是客戶端，這樣，不但減輕了服務(wù)器s負(fù)擔(dān)，而且客戶端得到的服務(wù)質(zhì)量也得到了相應(yīng)地提高。假如整棵多播樹不具有足夠服務(wù)能力而無法繼續(xù)服務(wù)新節(jié)點(diǎn)，則服務(wù)器S會(huì)拒絕節(jié)點(diǎn)C的請(qǐng)求，節(jié)點(diǎn)C會(huì)隔一段時(shí)間后再度發(fā)來加入請(qǐng)求，直到成功加入或者用戶放棄請(qǐng)求。5) 盡可能的為更多用戶提供滿足基本質(zhì)量的服務(wù)，即構(gòu)建一顆盡可能龐大的多播樹。3) 充分利用網(wǎng)絡(luò)資源。具體地說，多人語音系統(tǒng)按照以下原則設(shè)計(jì)[17][21]：1) 能夠滿足音頻播放的要求。本系統(tǒng)采用樹形拓?fù)浣Y(jié)構(gòu)，應(yīng)用層多播樹的建立和維護(hù)是決定以樹形拓?fù)浣Y(jié)構(gòu)為基礎(chǔ)的P2P網(wǎng)絡(luò)性能好壞的關(guān)鍵技術(shù)，因此，系統(tǒng)的方案設(shè)計(jì)、應(yīng)用層多播樹的建立和維護(hù)是本章研究的重點(diǎn)。本章的主要內(nèi)容是介紹用于多人語音系統(tǒng)中的關(guān)鍵技術(shù)，包括P2P技術(shù)和應(yīng)用層多播技術(shù)。節(jié)點(diǎn)退出是指節(jié)點(diǎn)發(fā)出退出組播組的請(qǐng)求，需要對(duì)節(jié)點(diǎn)的組織進(jìn)行調(diào)整。本系統(tǒng)采用“樹”狀邏輯結(jié)構(gòu)。目前，組播節(jié)點(diǎn)的組織方法主要有兩種，即“網(wǎng)”和“樹”狀邏輯結(jié)構(gòu)。在樹狀模型的P2P流媒體直播系統(tǒng)中，首要問題是將服務(wù)器和參與服務(wù)的節(jié)點(diǎn)組織成ALM(ApplicationLevel Multicast，應(yīng)用層多播)樹[18]。應(yīng)用層多播樹的建立和動(dòng)態(tài)維護(hù)是P2P樹狀拓?fù)浣Y(jié)構(gòu)建立的關(guān)鍵。該技術(shù)本質(zhì)上是用單播來實(shí)現(xiàn)組播，將組播的復(fù)雜性從網(wǎng)絡(luò)層轉(zhuǎn)移到端系統(tǒng)。P2P流媒體直播是最新發(fā)展起來的一種流媒體廣播方式，它利用P2P的原理來建立播放網(wǎng)絡(luò)，從而達(dá)到節(jié)省服務(wù)端帶寬消耗、減輕服務(wù)器處理壓力的目的。在基于P2P的流媒體技術(shù)中，每個(gè)流媒體用戶是P2P網(wǎng)絡(luò)中的一個(gè)節(jié)點(diǎn)，用戶可以根據(jù)其他節(jié)點(diǎn)的設(shè)備能力和網(wǎng)絡(luò)狀態(tài)與一個(gè)或幾個(gè)用戶建立連接來分享數(shù)據(jù)，這種連接能減輕服務(wù)器的負(fù)擔(dān)和提高每個(gè)用戶的音視頻質(zhì)量。(4)混合式拓?fù)浼惺絇2P形式有利于網(wǎng)絡(luò)資源的快速檢索，只要服務(wù)器的處理能力足夠強(qiáng)就可以無限擴(kuò)展，但是其中心化的模式容易遭到直接攻擊，分布式P2P形式解決了攻擊問題，但是又缺乏快速搜索和可擴(kuò)展性。網(wǎng)絡(luò)中各個(gè)節(jié)點(diǎn)分別存儲(chǔ)自己的虛擬地址路由表進(jìn)行路由。(3)完全分布式結(jié)構(gòu)化拓?fù)浣Y(jié)構(gòu)化分布式P2P網(wǎng)絡(luò)是一種純P2P網(wǎng)絡(luò)。但是由于這種拓?fù)涞木W(wǎng)絡(luò)中多采用洪泛方式查詢和資源定位，隨著網(wǎng)絡(luò)規(guī)模不