【正文】 業(yè)界相繼提出了多種解決方案，比較重要的有內(nèi)容分發(fā)網(wǎng)絡(luò) (Content Delivery Network，CDN)和IP組播 (IP Multicast)，以及對(duì)等網(wǎng)絡(luò)（P2P）內(nèi)容分發(fā)方式等。流媒體的特點(diǎn)是數(shù)據(jù)量大、傳輸持續(xù)時(shí)間長(zhǎng)、并且對(duì)延遲、抖動(dòng)、丟包率、帶寬等QoS指標(biāo)要求嚴(yán)格，在當(dāng)前的因特網(wǎng)上構(gòu)建大規(guī)模的性價(jià)比高的流媒體系統(tǒng)是一個(gè)具有挑戰(zhàn)性的工作。據(jù)統(tǒng)計(jì)，采用CDN技術(shù)，能處理整個(gè)網(wǎng)站頁(yè)面的 70%～95％的內(nèi)容訪問(wèn)量，減輕服務(wù)器的壓力，提升了網(wǎng)站的性能和可擴(kuò)展性。因此將內(nèi)容推到網(wǎng)絡(luò)的邊緣，為用戶提供就近性的邊緣服務(wù)，從而保證服務(wù)的質(zhì)量和整個(gè)網(wǎng)絡(luò)上的訪問(wèn)秩序就成了一種顯而易見(jiàn)的選擇?！　⊥ㄟ^(guò)上圖，我們可以了解到，使用了CDN緩存后的網(wǎng)站的訪問(wèn)過(guò)程變?yōu)椋?　　由于它離用戶更近，因而響應(yīng)時(shí)間必然更快。因此，如何使系統(tǒng)具有高可擴(kuò)展性也就成為其核心問(wèn)題。各節(jié)點(diǎn)向中心服務(wù)器注冊(cè)自己的信息，通過(guò)對(duì)中心服務(wù)器的訪問(wèn)，進(jìn)行信息查詢，然后在兩個(gè)節(jié)點(diǎn)之間進(jìn)行直接交互。通過(guò)這種方法，系統(tǒng)提供了一個(gè)可擴(kuò)展的方案實(shí)現(xiàn)了文件的精確匹配查詢。在PeerCast中，節(jié)點(diǎn)的加入和離開策略都很簡(jiǎn)單，但也容易導(dǎo)致樹的不平衡。P2P 技術(shù)具有天然的可擴(kuò)展性和系統(tǒng)級(jí)的可靠性，因?yàn)榉?wù)來(lái)自每個(gè)節(jié)點(diǎn)，當(dāng)節(jié)點(diǎn)增加時(shí)，整個(gè)系統(tǒng)的服務(wù)能力增加。三、CDN與P2P的結(jié)合內(nèi)容分發(fā)網(wǎng)絡(luò)和 P2P 技術(shù)是當(dāng)前互聯(lián)網(wǎng)比較流行的兩種技術(shù)，他們都有各自的優(yōu)缺點(diǎn)。其思想是在各對(duì)等節(jié)點(diǎn)之間、在應(yīng)用層之上構(gòu)建樹型覆蓋結(jié)構(gòu)。正是由于這些缺陷，才有了結(jié)構(gòu)化分布式P2P 網(wǎng)絡(luò)的提出。其次針對(duì)為網(wǎng)絡(luò)用戶提供服務(wù)的規(guī)模受限這個(gè)問(wèn)題，產(chǎn)生的原因和上個(gè)問(wèn)題產(chǎn)生的根源實(shí)際上是一樣的，由于帶寬和服務(wù)器性能受限，所以致使服務(wù)器不能為網(wǎng)絡(luò)用戶提供大規(guī)模的視頻服務(wù)，同樣因?yàn)橛行У臏p輕了服務(wù)器的負(fù)擔(dān)，分散了網(wǎng)絡(luò)的負(fù)載，所以通過(guò)P2P技術(shù)服務(wù)商可以提供大規(guī)模的視頻點(diǎn)播服務(wù)。一個(gè)節(jié)點(diǎn)的單臺(tái)Cache承載數(shù)量不夠時(shí)，才需要多臺(tái)Cache，多臺(tái)Cache同時(shí)工作，才需要負(fù)載均衡器，使Cache群協(xié)同工作。全局負(fù)載均衡DNS通過(guò)一組預(yù)先定義好的策略，將當(dāng)時(shí)最接近用戶的節(jié)點(diǎn)地址提供給用戶，使用戶能夠得到快速的服務(wù)。傳統(tǒng)未加緩存服務(wù)的訪問(wèn)過(guò)程：由上圖可見(jiàn)，用戶訪問(wèn)未使用CDN緩存網(wǎng)站的過(guò)程為：1）用戶向?yàn)g覽器提供要訪問(wèn)的；2）瀏覽器調(diào)用解析函數(shù)庫(kù)對(duì)域名進(jìn)行解析，以得到此域名對(duì)應(yīng)的IP地址；3）瀏覽器使用所得到的IP地址，域名的服務(wù)主機(jī)發(fā)出數(shù)據(jù)訪問(wèn)請(qǐng)求； 　　4）瀏覽器根據(jù)域名主機(jī)返回的數(shù)據(jù)顯示網(wǎng)頁(yè)的內(nèi)容。從內(nèi)容與網(wǎng)絡(luò)的結(jié)合模式上看，內(nèi)容的發(fā)布已經(jīng)走過(guò)了ICP的內(nèi)容（應(yīng)用）服務(wù)器和這兩個(gè)階段。通過(guò)用戶就近性和服務(wù)器負(fù)載的判斷，CDN確保內(nèi)容以一種極為高效的方式為用戶的請(qǐng)求提供服務(wù)。以前，多媒體文件需要從服務(wù)器上下載后才能播放。隨著互聯(lián)網(wǎng)工業(yè)的成熟和商業(yè)模式的變革，在這條價(jià)值鏈上的角色越來(lái)越多也越來(lái)越細(xì)分。例如某IDC全國(guó)有10個(gè)機(jī)房，加入IDC的CDN網(wǎng)絡(luò)，托管在一個(gè)節(jié)點(diǎn)的Web服務(wù)器，相當(dāng)于有了10個(gè)鏡像服務(wù)器，就近供客戶訪問(wèn)。CDN的網(wǎng)絡(luò)架構(gòu)理論上，最簡(jiǎn)單的CDN網(wǎng)絡(luò)有一個(gè)負(fù)責(zé)全局負(fù)載均衡的DNS和各節(jié)點(diǎn)一臺(tái)Cache，即可運(yùn)行。例如，一個(gè)比特率為300kbps的視頻節(jié)目，如果同時(shí)有1000人訪問(wèn)，那么服務(wù)器端網(wǎng)絡(luò)帶寬必須達(dá)到300Mbps以上，如果此時(shí)要支持更多的用戶數(shù)據(jù)就是難上加難了，所以在要實(shí)現(xiàn)在網(wǎng)絡(luò)上的普及，采用傳統(tǒng)的模式會(huì)導(dǎo)致底層網(wǎng)絡(luò)負(fù)擔(dān)加重，而影響用戶的應(yīng)用體驗(yàn)。其中Gnutella 是最簡(jiǎn)單又最具有代表性的，F(xiàn)reenet 則要復(fù)雜很多，而發(fā)展到后來(lái)的 KaZaA 和eDonkey通過(guò)超級(jí)節(jié)點(diǎn)來(lái)組織成雙層的 P2P 網(wǎng)絡(luò)，其超級(jí)節(jié)點(diǎn)層自組織成非結(jié)構(gòu)化網(wǎng)絡(luò)，所以也將其歸結(jié)到此類。用戶計(jì)算機(jī)在整個(gè)模式的流媒體服務(wù)系統(tǒng)中具有短暫性，如何保證它的退出而不影響其他的用戶收看節(jié)目采用冗余的數(shù)據(jù)路徑，在一條數(shù)據(jù)路徑失敗后用戶迅速?gòu)牧硪粭l路徑獲取數(shù)據(jù)，然后再在觀看當(dāng)前節(jié)目的用戶組中為自己找到一條新的數(shù)據(jù)路徑備份。該類研究主要涉及三個(gè)基本問(wèn)題：一是媒體內(nèi)容搜索，即如何找到所需的完整的媒體數(shù)據(jù)；二是媒體流調(diào)度與控制，即在保障QoS前提下，采用什么策略將媒體數(shù)據(jù)傳輸?shù)奖镜?；三是媒體數(shù)據(jù)布局與存儲(chǔ)，即由于媒體文件數(shù)據(jù)量大，研究如何將媒體數(shù)據(jù)切分并在已被服務(wù)節(jié)點(diǎn)中冗余布局的策略。P2P 與內(nèi)容分發(fā)網(wǎng)絡(luò)結(jié)合的方式有兩種：一種是 CDNonP2P，這種結(jié)合方式是將內(nèi)容分發(fā)網(wǎng)絡(luò)的管理方式引入 P2P 網(wǎng)絡(luò)，組建一個(gè)以 CDN 為核心，以 P2P為服務(wù)邊緣的系統(tǒng)，用戶通過(guò) P2P 客戶端來(lái)獲取服務(wù)。理想的組播樹是在深度和寬度之間能夠有效的平衡，事實(shí)上，當(dāng)所有節(jié)點(diǎn)