P2P在流媒體中的應(yīng)用

1、.：.；P2P在流媒體中的運(yùn)用摘要：隨著現(xiàn)代網(wǎng)絡(luò)技術(shù)的不斷開展，流媒體效力得到了廣泛的運(yùn)用，目前主要有兩種方式可以實(shí)現(xiàn)提供流媒體音視頻的效力，即客戶端/效力器方式和對(duì)等網(wǎng)絡(luò)方式。其中對(duì)等網(wǎng)絡(luò)作為一種傳輸技術(shù)，使得大范圍的音視頻在線直播和點(diǎn)播成為能夠，成為當(dāng)前大規(guī)模并發(fā)流媒體效力的主要技術(shù)。雖然對(duì)等網(wǎng)絡(luò)技術(shù)推進(jìn)了流媒體效力的運(yùn)用，但是依然存在著許多問題和挑戰(zhàn)，限制了流媒體效力性能的提高。本文引見了P2P方式的流媒體效力技術(shù)，它采用智能節(jié)點(diǎn)彈性重疊網(wǎng)絡(luò)流媒體分發(fā)模型來合理利用效力器性能和效力端的網(wǎng)絡(luò)資源，以及用戶計(jì)算機(jī)的空閑才干和用戶端的空閑帶寬，突破了現(xiàn)有流媒體系統(tǒng)面臨的妨礙，同時(shí)使得流媒體系統(tǒng)

2、以更低的本錢提供更高質(zhì)量和更大容量的流媒體效力。最后對(duì)引入P2P技術(shù)的晉級(jí)版P4P，保證了流媒體的高速通訊，讓現(xiàn)有的網(wǎng)絡(luò)變得越來越暢通。 關(guān)鍵詞：對(duì)等網(wǎng)絡(luò)；流媒體；P4P；用戶端；效力器The Application of P2P in Streaming MediaAbstract: With the development of network technologies, streaming services have been widely applied. Nowadays there are two basic and effective methods to implement t

3、his application: Client/Server (C/S) and Peer-Peer (P2P). As one kind of transmission technology, P2P makes streaming services on a large scale possible and becomes the popular streaming technology. However, there exist some problems and challenges for P2P streaming framework to impact the developme

4、nt of streaming.In this paper, we introduce the P2P mode of streaming media services technology, it adopts the intelligent node flexibility overlap network to rationally use the server-side performance and service network resources, as well as the users computer and the spare capacity of idle client

5、 bandwidth, breakthroughs the obstacles in the existing streaming media systems，at the same time allows streaming media systems to lower the cost of providing higher quality and greater capacity of the streaming media service. Finally, we introduce an upgraded version P4P of P2P technology, to ensur

6、e a high-speed communications in streaming media and make sure the existing network is becoming clear better and better.Keywords: peer-to-peer, streaming system, P4P, client, server1 概述基于單播C/S 構(gòu)造的媒體效力器容易成為系統(tǒng)瓶頸，其擴(kuò)展性不高，不適宜流媒體大規(guī)模數(shù)據(jù)的分發(fā)。相應(yīng)的IP 組播1技術(shù)存在固有限制難以部署、CDN2分發(fā)網(wǎng)絡(luò)本錢過高、只是將瓶頸轉(zhuǎn)移而非消除等問題。因此，P2P 流媒體技術(shù)成為研討熱點(diǎn)

7、。P2P 網(wǎng)絡(luò)是一個(gè)動(dòng)態(tài)構(gòu)建的自主網(wǎng)，節(jié)點(diǎn)會(huì)隨時(shí)參與或分開網(wǎng)絡(luò)，節(jié)點(diǎn)間的處置才干、存儲(chǔ)才干和帶寬存在異構(gòu)性。且流媒體本身具有其獨(dú)特性質(zhì)，如數(shù)據(jù)存儲(chǔ)量大、傳輸繼續(xù)時(shí)間長、帶寬占用高以及高QoS 要求等?？梢姡赑2P 流媒體技術(shù)中，需求處理如何充分利用節(jié)點(diǎn)資源并減少節(jié)點(diǎn)啟動(dòng)延時(shí)，保證播放的延續(xù)性并有利于系統(tǒng)的擴(kuò)展性、穩(wěn)定性等問題。文獻(xiàn)3提出單樹構(gòu)造的P2P 流媒體效力體系，采用單發(fā)送者方式進(jìn)展媒體分發(fā)。文獻(xiàn)4與文獻(xiàn)5都提出了構(gòu)造多棵組播樹 (multicast tree)來傳輸流媒體文件，但系統(tǒng)只適用于小規(guī)模網(wǎng)絡(luò)。文獻(xiàn)6提出建立多個(gè)分發(fā)樹來傳輸流媒體文件，類似于Napster，搜索效率比較高，但

8、存在單點(diǎn)失效問題。引起以上問題的緣由是多方面的：首先，P2P技術(shù)本身開展就有很多問題(如平安、版權(quán)、隱私維護(hù)、網(wǎng)絡(luò)帶寬吞噬)需求處理，隨著P2P技術(shù)的其他方面運(yùn)用日趨廣泛，在提高系統(tǒng)效率的同時(shí)，勢必將這些問題引入其他系統(tǒng)；更重要的是，P2P技術(shù)在給Internet 用戶帶來方便的同時(shí)，也給網(wǎng)絡(luò)運(yùn)營商和內(nèi)容提供商帶來了棘手的問題。各類P2P運(yùn)用的日漸增多，加劇了網(wǎng)絡(luò)性能的惡化，降低了其他合法用戶的效力質(zhì)量。另外，P2P網(wǎng)絡(luò)流通的內(nèi)容缺乏有效的管理，大量的影音、文件被非法傳播，給內(nèi)容提供商帶來了宏大的經(jīng)濟(jì)損失。因此，如何提出一個(gè)平安、可控、可管理、可運(yùn)營的P2P運(yùn)用模型，為Internet 用戶、

9、網(wǎng)絡(luò)運(yùn)營商和內(nèi)容提供商三方提供共贏的處理方案，是P2P技術(shù)長期開展要處理的頭等大事。2 P2P智能節(jié)點(diǎn)彈性重疊網(wǎng)絡(luò)模型本文采用基于挪動(dòng)CDN與P2P網(wǎng)絡(luò)交融方案的智能節(jié)點(diǎn)彈性重疊網(wǎng)絡(luò)流媒體傳輸模型如 圖1所示。系統(tǒng)總體上分為3層：用戶層，管理層，控制層。為實(shí)現(xiàn)系統(tǒng)規(guī)模可擴(kuò)展的目的，系統(tǒng)采取按域劃分的思想，根據(jù)地域、機(jī)構(gòu)、用戶規(guī)模等準(zhǔn)那么在不同地域設(shè)置管理域主節(jié)點(diǎn)，經(jīng)過各管理域主節(jié)點(diǎn)管理本域內(nèi)的各終端(Peer)，各域主節(jié)點(diǎn)之間交換管理信息，使系統(tǒng)內(nèi)各Peer節(jié)點(diǎn)按一致戰(zhàn)略在系統(tǒng)內(nèi)最優(yōu)的道路上進(jìn)展通訊，提高系統(tǒng)的通訊效率，監(jiān)測并對(duì)網(wǎng)絡(luò)中出現(xiàn)的各類異常作出反響；控制層根據(jù)用戶終端的節(jié)點(diǎn)屬性、用戶屬

10、性等信息配置用戶到相應(yīng)的管理域，并監(jiān)控管理域內(nèi)各節(jié)點(diǎn)，用戶Peer端所實(shí)現(xiàn)的各項(xiàng)業(yè)務(wù)那么在管理域的控制下完成。圖1 基于挪動(dòng)CDN與P2P的智能彈性重疊網(wǎng)絡(luò) 3 P2P流媒體的數(shù)據(jù)傳輸戰(zhàn)略一個(gè)好的數(shù)據(jù)調(diào)度算法可以有效節(jié)約網(wǎng)絡(luò)資源。目前，典型數(shù)據(jù)調(diào)度算法有2 種方式：推方式和拉方式。在推方式中，節(jié)點(diǎn)收到數(shù)據(jù)后不思索其他節(jié)點(diǎn)的動(dòng)態(tài)行為而直接轉(zhuǎn)發(fā)。在拉方式中，數(shù)據(jù)的調(diào)度先由鄰居節(jié)點(diǎn)懇求驅(qū)動(dòng)，然后節(jié)點(diǎn)根據(jù)一定算法響運(yùn)用戶懇求。P2P 是一種動(dòng)態(tài)異構(gòu)網(wǎng)絡(luò)，它需求更智能的調(diào)度算法。在已有P2P 流媒體效力體系中，較常用的媒體傳輸戰(zhàn)略為補(bǔ)丁流算法和DONet 中基于數(shù)據(jù)驅(qū)動(dòng)的拉方式調(diào)度。3.1 補(bǔ)丁流調(diào)度算

11、法補(bǔ)丁流調(diào)度算法系統(tǒng)中的節(jié)目流普通分為2 類：(1)包含完好節(jié)目信息的數(shù)據(jù)流，稱為Regular 流；(2)只包含節(jié)目開場部分很短的一個(gè)片斷，稱為Patching 流。圖2 顯示了補(bǔ)丁算法的根本調(diào)度戰(zhàn)略，詳細(xì)如下：在t0 時(shí)辰，系統(tǒng)為用戶懇求r0 生成Regular 流，其長度為V。設(shè)用戶可緩存長度為B的數(shù)據(jù)，新用戶懇求r 在t 時(shí)辰到達(dá)。假設(shè)(tt0)B，那么系統(tǒng)生成一個(gè)包含媒體開場部分0, tt0的Patching 流，長度為tt0。用戶同時(shí)接納Regular 流和Patching 流數(shù)據(jù)，并立刻播放Patching 流數(shù)據(jù)，而將Regular 流的數(shù)據(jù)暫存到緩沖區(qū)。當(dāng)用戶播放完P(guān)atch

12、ing 流后，播放緩存的Regular 流數(shù)據(jù)，并將接納到的Regular 流數(shù)據(jù)不斷參與緩沖區(qū)。只需生成一個(gè)長度很小的Patching 流，就可以讓2 個(gè)用戶共享一個(gè)Regular流。圖2 補(bǔ)丁流調(diào)度文獻(xiàn)7提出的P2Cast 采用上述算法。在P2Cast 中，節(jié)點(diǎn)參與后，從父節(jié)點(diǎn)處獲得根本流，采用推方式。補(bǔ)丁流從效力器或之前參與的任何節(jié)點(diǎn)處獲取，采用拉方式。P2Cast補(bǔ)丁流運(yùn)用實(shí)例如圖3所示，其中，陰影部分表示Client1曾經(jīng)緩存的內(nèi)容。Client2 在t2 到達(dá)時(shí)，可以從Client1 處獲取補(bǔ)丁流。該類用戶利用本地緩存同時(shí)接納2條或多條媒體流的補(bǔ)丁流戰(zhàn)略，實(shí)現(xiàn)了無延遲的效力。系統(tǒng)盡

13、能夠用組播流合并用戶，以維持較高效率。但上述方法較適用于樹狀構(gòu)造的P2P 媒體效力模型，難以運(yùn)用于DONet 無構(gòu)造覆蓋網(wǎng)絡(luò)。圖3 P2Cast 補(bǔ)丁流運(yùn)用實(shí)例3.2 DONet 中的數(shù)據(jù)傳輸戰(zhàn)略DONet 采用基于數(shù)據(jù)驅(qū)動(dòng)的拉方式調(diào)度戰(zhàn)略，節(jié)點(diǎn)用一個(gè)緩存映射(Buffer Map, BM)表示本人的緩存情況，并周期性與鄰居節(jié)點(diǎn)交換BM 了解彼此緩存情況，節(jié)點(diǎn)根據(jù)本人想要的數(shù)據(jù)和BM 來選擇鄰居節(jié)點(diǎn)，并向這些節(jié)點(diǎn)懇求缺失的數(shù)據(jù)，屬于數(shù)據(jù)驅(qū)動(dòng)方式。調(diào)度受以下2個(gè)條件約束：(1)每個(gè)數(shù)據(jù)片段應(yīng)該在播放的Deadline 之前到達(dá)，使錯(cuò)過Deadline的片斷盡能夠地少；(2)每個(gè)節(jié)點(diǎn)的帶寬情況不同

14、。某個(gè)片段的提供者越少，就越難滿足Deadline 懇求。因此，DONet 統(tǒng)計(jì)每個(gè)片段的提供者數(shù)量，并采用稀少數(shù)據(jù)優(yōu)先算法，先獲取只需一個(gè)提供者的數(shù)據(jù)片段，然后獲取有2個(gè)提供者的數(shù)據(jù)片段，依此類推。獲取有多個(gè)提供者的片斷時(shí)，在保證Deadline 的前提下，選擇帶寬最大的提供者。DONet 同時(shí)采用了拉方式，因此，數(shù)據(jù)傳輸過程需求經(jīng)過3個(gè)步驟：(1)節(jié)點(diǎn)A 向節(jié)點(diǎn)B 發(fā)送BM 音訊；(2)節(jié)點(diǎn)B 根據(jù)節(jié)點(diǎn)A 的BM音訊發(fā)送數(shù)據(jù)懇求；(3)節(jié)點(diǎn)A 根據(jù)收到的懇求給節(jié)點(diǎn)B 發(fā)送相應(yīng)數(shù)據(jù)。假設(shè)A, B 間的傳輸延遲為TAB，發(fā)送BM 和懇求的周期為T，交換BM 和懇求等待的平均時(shí)間為0.5T，數(shù)據(jù)

15、發(fā)送的平均時(shí)間也為0.5T，那么完成整個(gè)傳輸?shù)臅r(shí)間如下公式所示：DONet是第1個(gè)勝利運(yùn)轉(zhuǎn)的大規(guī)模直播系統(tǒng)，但這種基于拉戰(zhàn)略的調(diào)度算法相對(duì)推傳輸戰(zhàn)略(Twhole=TAB)增大了視頻傳輸延遲和系統(tǒng)控制開銷。文獻(xiàn)8在指出上述戰(zhàn)略使網(wǎng)絡(luò)流量中的控制信息比重較高，導(dǎo)致系統(tǒng)控制開銷增大時(shí)，提出了一種推拉結(jié)合的戰(zhàn)略，節(jié)點(diǎn)將時(shí)間分成延續(xù)的時(shí)間片，在不同時(shí)間片內(nèi)分別采用拉方式或推方式進(jìn)展調(diào)度。在有新鄰居節(jié)點(diǎn)參與或有鄰居節(jié)點(diǎn)退出后的下一個(gè)時(shí)間片內(nèi)，節(jié)點(diǎn)通常任務(wù)在拉方式下，在其他時(shí)間片內(nèi)，節(jié)點(diǎn)普通任務(wù)在推方式下，因此，有效減少了傳輸延遲和控制開銷。4 P2P 多媒體內(nèi)容分發(fā)戰(zhàn)略 在P2P的網(wǎng)絡(luò)中，一切節(jié)點(diǎn)都是對(duì)

16、等的，除非某些網(wǎng)絡(luò)中設(shè)置一些超級(jí)節(jié)點(diǎn)擔(dān)任管理部分網(wǎng)絡(luò)的事務(wù)。另外，每個(gè)節(jié)點(diǎn)都對(duì)網(wǎng)絡(luò)中的某些內(nèi)容具有興趣，或者其所擁有的某些內(nèi)容其它節(jié)點(diǎn)會(huì)感興趣。內(nèi)容分發(fā)算法的目的是建立起從源到目的接納節(jié)點(diǎn)的最小延遲和滿足音視頻等播放質(zhì)量的分發(fā)網(wǎng)絡(luò)。由于網(wǎng)絡(luò)中資源的存放方式不同，分發(fā)戰(zhàn)略可以分為單源和多源的戰(zhàn)略。另外，根據(jù)分發(fā)過程中數(shù)據(jù)的傳輸途徑不同，又可以分為單途徑和多途徑戰(zhàn)略。還有的戰(zhàn)略對(duì)不同的節(jié)點(diǎn)進(jìn)展了分代或分組，根據(jù)內(nèi)容，分發(fā)戰(zhàn)略可以分為以下四類：單源單途徑、單源多途徑、單源分代和多源多途徑。單源與多源戰(zhàn)略如圖4，圖5所示圖4 單源的P2P流媒體傳輸圖5 多源的P2P流媒體傳輸本文主要從多源多途徑戰(zhàn)略分

17、析P2P在流媒體中的運(yùn)用。在網(wǎng)絡(luò)高速開展的信息時(shí)代，網(wǎng)絡(luò)資源的來源之廣，這就代表資源擁有的節(jié)點(diǎn)是非常多的，因此我們可以充分利用這種資源，建立多源多途徑構(gòu)造，在這種構(gòu)造中，沒有相對(duì)的中心節(jié)點(diǎn)，內(nèi)容能夠曾經(jīng)實(shí)現(xiàn)分布在不同的節(jié)點(diǎn)上，一切節(jié)點(diǎn)都可以成為發(fā)布者和接納者。如圖6所示，假設(shè)節(jié)點(diǎn)A，B，C分別擁有一部視頻的第，段，為了正常播放，A需求到B和C獲取第,部分； 同理,B要到A,C獲得第，部分，C要到A，B獲得第，部分， D要到A，B，C獲得第，部分。采用多源多途徑構(gòu)造的主要戰(zhàn)略有GnuStream9和PROMISE10等.5 P2P流媒體中的節(jié)點(diǎn)選擇優(yōu)化算法圖6 網(wǎng)狀構(gòu)造當(dāng)一個(gè)節(jié)點(diǎn)有多個(gè)節(jié)點(diǎn)可以為

18、它提供資源時(shí)，選擇哪些節(jié)點(diǎn)為這個(gè)節(jié)點(diǎn)效力是P2P 流媒體效力體系需求處理的問題之一。普通的處理方案采用隨機(jī)選取原那么，該做法不能保證效力質(zhì)量且選擇的節(jié)點(diǎn)能夠使構(gòu)造的邏輯網(wǎng)絡(luò)與實(shí)踐物理網(wǎng)絡(luò)不匹配，這種不匹配會(huì)導(dǎo)致同一個(gè)音訊在同一個(gè)物理鏈路上傳送數(shù)次，嚴(yán)重占用網(wǎng)絡(luò)資源。流媒體的數(shù)據(jù)量和占用帶寬較大，因此，上述問題尤為突出。文獻(xiàn)11采用LTM(Location-aware Topology Matching)優(yōu)化覆蓋網(wǎng)，找到最近的節(jié)點(diǎn)提供效力以減少延遲。上述過程主要步驟如下：(1)節(jié)點(diǎn)周期性地對(duì)其鄰居節(jié)點(diǎn)發(fā)送洪泛音訊，定義為dm(id, S, TTL)，其中，id 表示音訊的ID 號(hào)；S表示發(fā)送音訊

19、的節(jié)點(diǎn)；TTL 為音訊傳送的最大跳數(shù)。假設(shè)要找S 的最近鄰居節(jié)點(diǎn)，令TTL=2，那么發(fā)送的探測音訊內(nèi)容包含6個(gè)部分：音訊ID 號(hào)，TTL 值，源節(jié)點(diǎn)IP 地址，源節(jié)點(diǎn)發(fā)送音訊時(shí)的時(shí)間戳，直接鄰居節(jié)點(diǎn)的IP 地址，直接鄰居節(jié)點(diǎn)收到音訊時(shí)的時(shí)間戳。圖7 描畫了音訊的傳送路標(biāo)。(2)更新邏輯鏈路。根據(jù)時(shí)間戳，節(jié)點(diǎn)P1 比較SP1 和SN1P1 這2 條途徑的間隔 。假設(shè)SN1P1 延遲更長，那么將N1P1 這條途徑裁剪掉，在S, P1 之間直接建立途徑。經(jīng)過幾次操作后，節(jié)點(diǎn)將找到最近的鄰居節(jié)點(diǎn)。文獻(xiàn)12提出一種基于拓?fù)溥x擇的思想。先利用搜索算法找到一定候選節(jié)點(diǎn)組成一個(gè)Candidate 集(P) ，

20、 然后在Candidate 集中根據(jù)節(jié)點(diǎn)選擇算法選出最正確發(fā)送節(jié)點(diǎn)集，稱為Active 集(Pactv)。節(jié)點(diǎn)選擇算法描圖7 LTM 算法的音訊傳送述如下：每個(gè)候選發(fā)送節(jié)點(diǎn)pP，它有2個(gè)根本屬性Rp(可提供的最大發(fā)送率)和Ap(節(jié)點(diǎn)p 的可靠性)。ij 表示銜接節(jié)點(diǎn)i 到節(jié)點(diǎn)j 的邊(也稱為段)，質(zhì)量用gij 表示，gij 由邊上的數(shù)據(jù)丟包率和可用帶寬決議，假設(shè)用lij 表示ij 上的丟包率，wij 表示一個(gè)權(quán)值并由ij的可用帶寬和已被選入Active集且共享該段的節(jié)點(diǎn)的集中發(fā)送速率決議，那么 (1)用表示為節(jié)點(diǎn)p分配的權(quán)值，那么(2)其中，bij 是ij 的可用帶寬；S 是已被選為發(fā)送節(jié)點(diǎn)的

21、集合；sr 是從發(fā)送節(jié)點(diǎn)s 到接納節(jié)點(diǎn)r的途徑。用Gp 表示節(jié)點(diǎn)p提供效力的質(zhì)量，那么(3)在節(jié)點(diǎn)選擇時(shí)，選擇在接納端具有最大速率期望值的節(jié)點(diǎn)集協(xié)作為Active 集。即根據(jù)式(4)選擇滿足式(5)約束條件的節(jié)點(diǎn)集合。 (4) (5)其中，Rl 和Ru 分別為目的速率的上下限。算法描畫如下：Enumerate all sets that satisfy constraints in Eq.(4): P1, P2, , PMPactv = null；ER = 0for each Pm, i m M doSet difij = bij, ER = 0for each pPm do endfor e

22、ndforif ER ER then ER = ER Pactv= Pmendfor return Pactv6 P2P前景展望P2P在國內(nèi)的研討曾經(jīng)從實(shí)驗(yàn)室走向市場，如現(xiàn)今我們比較常用的P2P軟件有PPStream，PPLive，UUsee,原貴州網(wǎng)通開發(fā)的網(wǎng)視通，挪動(dòng)的互聯(lián)星空等等，這種視頻點(diǎn)播13軟件以及基于P2P的高速在線游戲14極大的文娛了寬廣寬帶用戶。隨著國外研討機(jī)構(gòu)對(duì)P2P技術(shù)的深化研討，P2P的晉級(jí)版本P4P15曾經(jīng)闖入人們的視野，P4P全稱 “Proactive network Provider Participation for P2P， 是P2P技術(shù)的晉級(jí)版，意在加強(qiáng)效力

23、供應(yīng)商(ISP)與客戶端程序的通訊，降低骨干網(wǎng)絡(luò)傳輸壓力和運(yùn)營本錢，并提高改良的P2P文件傳輸?shù)男阅堋ＥcP2P隨機(jī)挑選 Peer(對(duì)等機(jī))不同，P4P協(xié)議可以協(xié)調(diào)網(wǎng)絡(luò)拓?fù)鋽?shù)據(jù)，可以有效選擇Peer，從而提高網(wǎng)絡(luò)路由效率。傳統(tǒng)的P2P方式下數(shù)據(jù)節(jié)點(diǎn)的傳輸是隨機(jī)的，也就是說這種傳輸方式能夠占據(jù)恣意一個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)或者出口的帶寬。而P4P那么是智能選取數(shù)據(jù)交換對(duì)象，更多的經(jīng)過智能運(yùn)算選擇同一路由器或者地域性網(wǎng)絡(luò)來進(jìn)展數(shù)據(jù)交換，最大程度上處理大型節(jié)點(diǎn)和網(wǎng)絡(luò)出口負(fù)載，同樣經(jīng)過智能選擇數(shù)據(jù)交換對(duì)象也能大大提高數(shù)據(jù)傳輸才干,P4P技術(shù)的出現(xiàn)將對(duì)今后3G網(wǎng)絡(luò)的高速通訊提供技術(shù)保證。7 終了語流媒體運(yùn)用將越來越廣泛

24、，P2P 網(wǎng)絡(luò)與流媒體具有其獨(dú)特的特征和要求?，F(xiàn)有的P2P 流媒體效力體系尚未成熟，處于研討階段，需求研討并處理如下問題：(1)運(yùn)用層組播的平安性問題。組播是一種開放的環(huán)境，為防止惡意用戶侵入，對(duì)等實(shí)體間必需進(jìn)展平安認(rèn)證。如何構(gòu)造P2P 環(huán)境下的平安信任模型具有重要研討意義。(2)鼓勵(lì)機(jī)制。要提高Internet 的資源利用率，對(duì)等實(shí)體就要情愿奉獻(xiàn)本人的資源。但實(shí)踐上大部分接納效力的節(jié)點(diǎn)不情愿奉獻(xiàn)本人的空閑資源為他人效力，導(dǎo)致網(wǎng)絡(luò)資源利用率不高。研討一個(gè)好的鼓勵(lì)機(jī)制是保證P2P 流媒體系統(tǒng)正常運(yùn)轉(zhuǎn)的關(guān)鍵。(3)QoS保證機(jī)制。在P2P 系統(tǒng)中節(jié)點(diǎn)具有Ad-hoc 特性，要在該動(dòng)態(tài)環(huán)境下保證流媒

25、體的效力質(zhì)量，就要設(shè)計(jì)更好的數(shù)據(jù)調(diào)度和節(jié)點(diǎn)選擇算法，研討代價(jià)低、易實(shí)現(xiàn)的容錯(cuò)機(jī)制。(4)VCR 的支持。目前大部分P2P 媒體系統(tǒng)都屬于直播系統(tǒng)，較少涉及交互性更強(qiáng)、更能滿足用戶需求的點(diǎn)播系統(tǒng)。參與VCR 控制以加強(qiáng)用戶交互性，是P2P 流媒體系統(tǒng)的開展趨勢。易購網(wǎng): HYPERLINK yigou008 yigou008什么減肥藥效果最好： HYPERLINK jianfeigod jianfeigod淘寶皇冠店鋪導(dǎo)航： HYPERLINK 4399taobao 4399taobao參考文獻(xiàn) 1 Quinn B, Almeroth K. IP multicast applications:

26、Challenges and solutions. IETF RFC 3170, 2001. 2 Day M, Gilletti D. Content distribution network peering scenarios. draft-day-cdnp-scenarios-02.txt, 2000. /docs/draft-day-cdnp-scenarios-02.html 3 Duc A, Tran K A, Hua Taido. Zigzag: An Efficient Peer-to-Peer Scheme for Media Stream

27、ingC/Proc. of IEEE INFOCOM03. San Francisco, USA: s. n., 2003.4 Castro M, Druschel P, Kermarrec A M, et al. Splitstream: Highbandwidth Content Distribution in a Cooperative EnvironmentC/Proc. of IPTPS03. Berkeley, USA: s. n., 2003.5 Chu Yanghua, Sanjay G R, Zhang Hui. A Case for End Systems Multicas

28、tC/Proc. of ACM SIGMETRICS00. S. l.: ACM Press, 2000. 6 Padmanabhan V, Wang Helen, Chou Philip, et al. Distributing Streaming Media Content Using Cooperative NetworkingC/Proc. of NOSSDAV02. Miami Beach, FL, USA: s. n., 2002. 7 Guo Yang, Kyoungwon S, Kurose J, et al. P2Cast: P2P Patching Scheme for V

29、oD ServiceC/Proc. of the 12th Intl Conf. on Worldwide Web. Budapest, Hungary: s. n., 2003.8 Zhang Meng, Luo Jianguang, Zhao Li, et al. A Peer-to-Peer Network for Live Media StreamingUsing a Push-pull ApproachC/Proc. of ACM Multimedia Conference. S. l.: ACM Press, 2005.9 Jiang X, Dong Y, Xu D, Bhargava B. GnuStream: A P2P media streaming system prototype. In: Proc. of the IEEE Intl Conf. on Multimedia an