多信源園區(qū)網流媒體流量均衡系統(tǒng)的研究ok

1、.PAGE . 多信源園區(qū)網流媒體流量均衡系統(tǒng)的研究亞軍震倫詹增榮(番禺職業(yè)技術學院信息工程學院， 511483)摘要：針對中小型園區(qū)網有多個視頻點播信源的實際情況，提出了集中分布式流媒體流量均衡的方案。探討了基于網絡探測的多信源流量均衡策略，研究了網絡探測、節(jié)目重定向等關鍵技術，介紹了節(jié)目流行度的計算與應用的方法。實驗證明系統(tǒng)可提高網絡的可用性。關鍵詞：流媒體;分布式系統(tǒng);網絡探測；擁塞控制中圖:TP393 文獻標識碼: AMulti-source Streaming Media Network Load BalancingSystemJiang Yajun Yang zhenlun Zha

2、n ZengrongSchool of Information Engineering, Panyu Polytechnic College, Guangzhou 511483, ChinaAbstract:Taking into account the campus network with multiple video-on-demand source.this paper put forward a hierarchical method for network load balancing,abalanced strategy of network traffic is introdu

3、ced,also many key issues are studied deeply,for e*ample,network probe,changingservers andcalculation of popularity etc.E*perimental results show the system can improve the network availability.Key words: streamingmedia;distributed system;network detection;congestion control0 引言隨著園區(qū)網中流媒體技術的推廣應用，網絡擁塞C

4、ongestion十分嚴重，防止網絡擁塞最直接的方法是不斷增加網絡資源，但因費用巨大，不具現實意義。目前解決流媒體流量擁塞的方法一是研發(fā)高效媒體流的播發(fā)技術13 ，減輕和流媒體效勞器的負載；二是優(yōu)化流媒體效勞器的節(jié)目部署7，提高其存儲容量與總的并發(fā)數；三是研發(fā)流媒體信源的分布式存儲技術CDN，在客戶群近端加裝代理效勞器5612，改善Internet的訪問速度和效勞質量；四是實現客戶端之間的資源共享24，提升網絡的可用性。分布式存儲技術是當前解決流媒體流量擁塞問題的研究熱點，方法是將流媒體節(jié)目分布復制(Replicating)到客戶近端的代理效勞器上，通過就近點播到達均衡流量的目的。分布復制技術

5、有兩種，一是采用基于閾值的復制10，二是基于預測8的復制。前者的問題是復制常在網絡繁忙時段中進展，節(jié)目響應滯后會影響播放的效果；忙時占用網絡帶寬，可能會導致網絡崩潰Congestion collapse。后者通過對區(qū)域節(jié)目流行度的統(tǒng)計，預測可能的應用，而將熱門節(jié)目在閑時預先存放。由于預測控制為開環(huán)控制，要求流量特征可準確規(guī)定，性能要求可事先獲得才能取得滿意的效果，這對于現在的園區(qū)網而言是很難做到的，因此這些系統(tǒng)的均衡效果有限。目前能大規(guī)模商用的園區(qū)網流媒體均衡系統(tǒng)很少，究其原因主要存在幾個方面問題：1 研究僅限于理想的網絡環(huán)境。畢竟單一流媒體信源且封閉的園區(qū)網數量很少，大多數的源區(qū)網都接入了I

6、nternet，而接入了Internet的園區(qū)網的流媒體用戶不可能只點播網的節(jié)目，流媒體流量的均衡存在多個信源流量均衡的問題。2 流媒體流量在網絡中占用的網絡資源比擬大，是網絡擁塞的主要原因，卻不是唯一原因。事實上除了媒體流可能造成網絡擁塞外，網絡攻擊可能導致網絡擁塞，網絡資源如收稿日期：2010-6-18. 基金工程：*市科技攻關工程2008-Z-54-1.第一作者簡介: 蔣亞軍(1962),男,碩士研究生,高級工程師,主要研究領域為網絡多媒體技術，模式識別. :.源端設備的負載能力的缺乏也可導致網絡擁塞，因此，一個好的均衡系統(tǒng)應具有網絡資源狀態(tài)信息的收集能力

7、。3由于園區(qū)網的流量特征是很難準確規(guī)定的，性能要求也難以事先獲得，這就決定了開環(huán)控制難以保證均衡的效果，系統(tǒng)必須實現閉環(huán)的流量控制。系統(tǒng)需要配置網絡檢測環(huán)節(jié)，用于測量網絡流量、統(tǒng)計外網的區(qū)域節(jié)目流行度和計算QoS，提供即時的反應信息。4流行度作為流量均衡的重要指標需要重新定義。首先流行度是一個相對值，大小與時間周期有關，是時間的函數；其次，流行度與計算的節(jié)點位置有關，是區(qū)域或節(jié)點的函數，離開具體的物理位置去比擬流行度都沒有意義；第三，流行度對網絡流量的影響與所處位置的I/O或信道的寬窄有關，節(jié)目的流行度高，并不一定會造成網絡擁塞，只有當節(jié)目占用網絡帶寬到達一定的程度時，節(jié)目的流行度對于均衡網絡

8、流量才有參考意義。針對上述問題，本文提出了一種基于網絡探測的多信源園區(qū)網的流媒體流量的均衡方法，目的是實現其商業(yè)應用。思路是構建一園區(qū)網的主資源存儲與中央流量控制中心，負責媒體資源的編輯、存儲和點播效勞，收集各端源設備的運行信息，管理資源的分布配置；在邊緣節(jié)點上安裝多個區(qū)域代理，緩存區(qū)域熱門節(jié)目，進展區(qū)域客戶端資源的二級管理，包括客戶端登錄、資源信息收集與共享；在客戶端上安裝共享點播軟件，利用客戶端的上行信道實現區(qū)域客戶端之間的資源共享。另外，在網絡邊緣節(jié)點上加裝了網絡探測器，檢測區(qū)域網絡流量，統(tǒng)計、外網信源的區(qū)域或節(jié)點的流行度。研究多層次流媒體信源的分布式存儲、均衡與管理策略，構建一個多信源

9、的園區(qū)網流媒體流量均衡系統(tǒng)。仿真實驗說明，該系統(tǒng)可較好地挖掘網絡潛能，有效地提升網絡的效勞性能。本文將介紹均衡系統(tǒng)的架構設計、各局部層次的定位與所采用的均衡策略，以及系統(tǒng)涉及的局部關鍵技術。1系統(tǒng)設計設計多信源的流媒體流量均衡系統(tǒng)要考慮幾個方面的問題：一是外網信源的點播節(jié)目的流行度的統(tǒng)計問題。流行度有效勞器點播的流行度、區(qū)域或節(jié)點節(jié)目流行度與客戶端點播節(jié)目的流行度等。網效勞器的點播流行度是比擬容易統(tǒng)計的，而對于、外網的區(qū)域的節(jié)目流行度統(tǒng)計，要增加網絡探針來完成。效勞器點播的流行度已有定義，而對于區(qū)域節(jié)目的流行度要重新定義。二是要建立網絡端源設備與網絡資源情況的傳送機制。園區(qū)網的全局流量的均衡實

10、現不能只依據節(jié)目點播的流行度，要綜合考慮到網絡各局部可用的資源及裕度，甚至要考慮網絡各局部區(qū)域QoS的影響。三是要建立良好的節(jié)目復制策略，防止復制引起網絡環(huán)境惡化。1.1多信源流量均衡系統(tǒng)架構均衡架構如下列圖一所示，系統(tǒng)采用集中多層次分布式架構，由中心流媒體效勞器、具網絡探測功能的流媒體代理效勞器、客戶端與網絡設備組成，構成有流量均衡能力的多信源VOD系統(tǒng)。圖1 多信源流量均衡系統(tǒng)架構Fig.1 The structure of multi-source load balancing system中心流媒體效勞器負責流媒體主資源信息的存儲、檢索、點播效勞和整個網絡的管理與流量的均衡控制，它由三

11、個模塊組成：一是流媒體節(jié)目制作與效勞模塊，負責節(jié)目的制作、存儲與點播響應；二是信息統(tǒng)計模塊，負責記錄代理效勞器與客戶端的登錄、節(jié)點資源信息、區(qū)域流量與設備狀態(tài)信息的收集與統(tǒng)計，三是全局資源管理模塊，負責管理 全網媒體資源與網絡資源，依據管理策略發(fā)布調度控制命令，實現點播的重定向，進展流量控制。代理效勞器安裝在邊緣節(jié)點上，它是一雙網卡的流媒體效勞器，考慮移動方便也可以采用嵌入式效勞器6。代理效勞器可依據區(qū)域節(jié)目的流行度，自適應緩存流行節(jié)目的容，接替外網信源提供點播效勞。本系統(tǒng)的特點是安裝的代理效勞器除了具備根本的節(jié)目代理的功能外，還增加了網絡探針，用于監(jiān)測網絡節(jié)點的數據報，測量區(qū)域節(jié)點的流量，統(tǒng)

12、計區(qū)域節(jié)目的流行度。客戶端具有點播信息緩存與流媒體資源共享能力。邊緣代理效勞器負責發(fā)現和管理客戶端的資源，系統(tǒng)透過專門設計的客戶端點播軟件實現區(qū)域客戶端之間的資源共享。1.2層次關系系統(tǒng)采用的是主從分布式管理架構。中心流媒體效勞器具有較高的管理權限，對園區(qū)網信源與設備資源進展統(tǒng)一調度、配置與管理，是媒體信息、網絡資源、各節(jié)點信息會聚與管理的中心。系統(tǒng)的主從關系是指流媒體中心流媒體效勞器端、邊緣代理效勞器與客戶端的三層次的管理地位。分布式是指各個邊緣節(jié)點代理效勞器自成系統(tǒng)，可管理各自不同區(qū)域的網絡資源，沒有中心效勞器的管理與控制，代理效勞器也能夠獨立地正常工作，它本身就具有節(jié)目自適應存儲與節(jié)目的

13、重定向功能，可單獨為客戶端提供點播效勞。代理效勞器之間具有一樣的地位，彼此可以互相發(fā)現，節(jié)目容可以共享；邊緣節(jié)點的流媒體效勞器還可以管理區(qū)域的客戶端資源，實現客戶端之間的資源共享。1.3 均衡策略系統(tǒng)均衡策略是指系統(tǒng)依據各區(qū)域網絡流量與節(jié)目的流行度、流媒體與網絡資源分布情況、代理效勞器與客戶端工作狀態(tài)而設計的處理方法，它包括節(jié)目的存儲、節(jié)目的重定向、自適應緩存策略等。本文重點討論中心效勞器的均衡策略、邊緣代理的控制策略與客戶端的支援策略。1.3.1 中心效勞器均衡策略假設保證QoS的中心效勞器允許的最大I/O流量為L，最大允許并發(fā)點播數為M，中心流媒體效勞器的實際流量為l，實際并發(fā)點播數為m，

14、中心效勞器采用如下的均衡策略：1 不介入策略假設中心效勞器的I/O流量l與實際點播數m滿足如下關系： and 1則中心流媒體效勞器采用不介入策略。管理模塊只作正常的信息收集，統(tǒng)計和計算節(jié)目的流行度，中心流媒體節(jié)目效勞模塊為客戶端提供效勞。區(qū)域代理效勞器與客戶端均不介入效勞，區(qū)域代理只統(tǒng)計區(qū)域網絡流量與節(jié)目的流行度，實時緩存區(qū)域流行度高的節(jié)目容。 2一般介入策略假設中心流媒體效勞器的I/O流量l與節(jié)目實際點播數m同時滿足如下關系： or and or 2為保證中心流媒體效勞器的流量慢增長，采用一般介入策略。中心效勞器依據統(tǒng)計的各區(qū)域節(jié)目流行度分布，綜合考慮各流媒體節(jié)目效勞器的CPU、存、I/O的

15、利用率，區(qū)域節(jié)點的流量狀況與區(qū)域流量裕度，命令區(qū)域代理效勞器參與效勞，并設置點播節(jié)目的重定向。3大并發(fā)控制策略假設中心效勞器I/O流量與實際的節(jié)目點播數m滿足如下關系： or 3系統(tǒng)采用大并發(fā)控制策略。此時制止對中心效勞器的調用，只允許區(qū)域代理或客戶端提供共享效勞。對預知的突發(fā)流量，如體育比賽與公共教育節(jié)目，系統(tǒng)可通過中心效勞器管理端對節(jié)目預先配置，規(guī)定節(jié)目重定向策略，最大限度地防止網絡擁塞的發(fā)生。由于邊緣節(jié)點具有自適應節(jié)目存儲功能，可同步存儲熱門節(jié)目，可以減緩網絡的擁塞。4 流量預處理策略中心流媒體效勞器的I/O帶寬是有限的，實驗說明，一臺部門級效勞器大約能夠保證100個左右的并發(fā)點播每個占

16、1Mbps帶寬，過多的會導致QoS顯著下降。事實證明，忙時才分布存儲熱門節(jié)目，是不可能緩解網絡擁塞的，最好的方法是閑時復制，可在閑時如凌晨2:00-4:00依據節(jié)目流行度的統(tǒng)計特性或者是其他預知信息預先配置媒體資源，防止可預知的突發(fā)網絡流量造成的擁塞。1.3.2 邊緣代理效勞控制策略邊緣效勞代理效勞器的作用有二，一是緩存區(qū)域熱門節(jié)目為近端客戶提供代理效勞；二是檢測區(qū)域節(jié)點流量與統(tǒng)計節(jié)目的流行度，給中心效勞器提供適時信息，保證系統(tǒng)管理的細粒度。該設備采用的管理策略有不介入策略、自適應存儲策略、動態(tài)加盟策略與資源預配置策略等。由于代理效勞器采用的不介入策略與中心效勞器一樣，故不作累述。自適應存儲策

17、略當代理效勞器檢測到區(qū)域流量大于交換設備端口允許流量的1/2時，代理效勞器進入代理效勞狀態(tài)。區(qū)域代理統(tǒng)計節(jié)點的節(jié)目流行度，并根據預先設定的閾值進展節(jié)目的緩存。當客戶端提出點播申請時，自動接替中心效勞器或網外流媒體效勞器為客戶端提供點播效勞。資源共享策略當代理效勞器檢測到區(qū)域流量大于交換設備I/O端口允許流量的1/2，且小于允許流量的0.95倍時，邊緣代理效勞器檢測區(qū)域網絡節(jié)點流量，同時監(jiān)測客戶端工作狀況，適時獲取區(qū)域客戶端緩存的節(jié)目清單，對于區(qū)域的點播，設置節(jié)目的重定向表。如果點播節(jié)點代理中緩存了所需的節(jié)目，則提供代理效勞；如點播的節(jié)目是區(qū)域客戶端曾點播過的節(jié)目，而該客戶端又處于激活狀態(tài)，則實

18、現客戶端之間的資源共享。另外，各邊緣代理之間也可實現資源的共享。中心效勞器有一邊緣代理效勞的資源配置表，定長時間更新如5秒，可利用重定向技術，實現區(qū)域代理效勞器間的資源共享。動態(tài)加盟邊緣代理在系統(tǒng)資源短缺的情況下也可動態(tài)加盟。代理動態(tài)加盟有兩個途徑，一是系統(tǒng)配置的代理效勞器具有即插即用功能，代理與網絡聯(lián)通時會向中心效勞器發(fā)送報文，申請加盟，承受申請之后會向中心效勞器傳送資源配置信息報文完成參加；二是中心管理端也可以通過輪詢的方法與新增代理效勞器建立聯(lián)系。1.3.3 客戶端的支援策略本客戶端軟件是在開源的點播客戶端Mplayer上修改而成。利用Web界面實現對遠程的流媒體節(jié)目的檢索、點播、快退與

19、快進功能?？蛻舳嗽谠瓉淼母咨闲略隽艘恍┬碌墓δ埽纾洪_辟了專用的存儲空間供已播節(jié)目緩存之用，在定長時間給區(qū)域代理上傳節(jié)目清單和客戶端運行狀況信息，利用上行信道為區(qū)域客戶端提供共享效勞?？蛻舳说闹г呗匀缦拢嚎蛻舳瞬恢鲃酉蚱渌蛻舳颂峁┬?，其共享效勞受區(qū)域代理控制。區(qū)域代理在資源容許的情況下優(yōu)先為客戶端提供效勞，只有當其效勞能力缺乏時才容許客戶端之間實現資源的共享?？蛻舳硕〞r向區(qū)域代理上傳緩存節(jié)目清單，匯報客戶端的資源利用情況，區(qū)域代理確定客戶端提供資源支援的順序，并為區(qū)域客戶端之間的資源共享效勞提供備份。1.4 關鍵技術的研究 系統(tǒng)關鍵技術有區(qū)域節(jié)點的流媒體數據的探測技術，流媒體節(jié)目流行度

20、與系統(tǒng)流媒體節(jié)目的重定向技術等。1.4.1 網絡探測網絡探測的容是網絡的流量特征、拓撲狀況、端到端時延、丟包率、帶寬利用率等，本系統(tǒng)主要探測的是區(qū)域或節(jié)點的流量和流媒體節(jié)目的數據報。網絡探測有主動探測與被動探測之分，前者要發(fā)送數據報文，會增加網絡的流量；后者被動接收網絡的信息，對網絡沒有影響。數據庫探針Web Server效勞端節(jié)點Web Server客戶端請求響應數據庫圖2 網絡探針構造圖Fig.2 The structure of network probe中心效勞器代理效勞器本系統(tǒng)是將雙網卡代理效勞器的一個網卡旁接在網絡的邊緣節(jié)點上，通過對交換機端口的鏡像配置，被動捕獲區(qū)域網絡的報文信息

21、的。將網絡探測器安裝在邊緣節(jié)點上是為防止檢測的盲點和誤檢。當然，可使用光分路器改善數據捕獲的效果，將探測器安裝在骨干節(jié)點上，獲得更大的信息捕獲空間，但會增加本錢。本系統(tǒng)的網絡探測包括流量測量和流媒體節(jié)目信息的檢測兩局部容。流量測量采用被動式IP流量探測技術，而節(jié)目的數據報則可以通過協(xié)議包的分析工具來解決。網絡探針的構造如圖2所示。探測網絡流量有開源流量監(jiān)控軟件如PRTG與MRTG。由于PRTG安裝比擬簡單，MRTG的指令基于命令行，比擬復雜；PRTG可以輕松用一臺計算機監(jiān)控多臺效勞器，而MRTG需要反復設置修改默認模板配置；PRTG的監(jiān)控容較MRTG為多，而且PRTG還可記錄CPU使用，存資源

22、，緩存信息等；最關鍵的是PRTG集成了頁面發(fā)布工具，在監(jiān)控完畢后不需要任何設置就可以通過網頁的形式訪問結果，而MRTG自己不帶頁面發(fā)布工具，需要安裝IIS或Apache才能將生成的報表在頁面發(fā)布。因此，本系統(tǒng)用PRTG定時收集區(qū)域流量信息與效勞器的運行狀態(tài)信息，為中心效勞器提供適時的效勞。流媒體節(jié)目信息的檢測使用數據報分析工具。典型數據報監(jiān)控的軟件有Sniffer pro和Ethereal。兩款軟件都可捕獲網絡中流動的幾乎所有數據報文信息，分析數據包中的源地址、目的地址以及端口號，解析數據包中的容。由于Ethereal置了的一些網絡數據包分析工具，相比sniffer pro功能更強一些，本系統(tǒng)

23、采用了Ethereal。 當然，無論是使用PRTG還是Ethereal都要整合才能融入本系統(tǒng)。 1.4.2 節(jié)目流行度節(jié)目流行度是基于流媒體流量均衡的重要參數，它是一個相對變量。信道的節(jié)目流行度是指一段時間，單向點播節(jié)目信息量占信道單向總信息量的比值。假設設在單位時間t的點播的總信息量為C，總點播的流媒體節(jié)目片段數為M；第i個節(jié)目片段的信息量為Li，有N個客戶端點播，第k次點播的完整率為；則節(jié)目的流行度定義為： (5)其中t可取值為：時，日，周和月等，由5式可生成不同周期的流行度表。從5式也還可看出，流行度高，是指單位時間的節(jié)目出現的頻度高，點播節(jié)目占的時間相對較長。T的取值不能太小，否則Ct

24、不穩(wěn)定，P就不穩(wěn)定，t取值一般最少為一天。按點播信源的不同，可分網與外網的節(jié)目流行度，按統(tǒng)計對象的不同又可分中心效勞器流行度CP、代理流行度SP、區(qū)域節(jié)點流行度LP與全局節(jié)目的流行度AP。中心效勞器與代理效勞器的節(jié)目流行度可按5式直接計算。而區(qū)域節(jié)目流行度則要用網絡探針獲取網絡區(qū)域節(jié)點的節(jié)目數據報文，統(tǒng)計流量才能得到。用Ethereal工具可獲得區(qū)域節(jié)點的數據報信息，如表1所示，解析報文可完成節(jié)目點播信息量的統(tǒng)計。用PRTG可統(tǒng)計單位時間區(qū)域節(jié)目的總信息流量，由獲得的區(qū)域節(jié)目信息流量與區(qū)域的總流量，從而可計算出區(qū)域的節(jié)目流行度。這里要注意的是效勞器點播的總信息流量與區(qū)域信息流量是有差異的。 表

25、 1 點播的RTSP數據報信息Tab.1 The information of RTSP packets in VOD procedureMov2.mov 8.3315031 5 554 32808 1309Stream1.mov 10.431213 35 00 554 4316 1140Mov1.mov 7.990158 554 32808 1205媒體名稱 時間 源IP 目標IP 源端口 目標端口 長度1.4.3節(jié)目點播的重定向 圖3 點播的重定向Fig.3 The redirection procedure of VOD節(jié)目點播的重定向是指點播信源物理位置的定向

26、遷移。流媒體流量均衡實質上是將面向中心或者外網信源的集中點播改為面向網分布代理點播的過程。重定向的目的是使邊緣代理或資源支援的客戶端的資源實現共享。重定向的條件是點播節(jié)目存在于區(qū)域代理或者相鄰的客戶機上，且中心效勞器或者園區(qū)網入口I/O流量超過閾值。點播重定向的過程是點播客戶端發(fā)送點播的協(xié)商數據包到中心流媒體效勞器端的過程。中心效勞器檢查點播節(jié)目的分布情況，假設本身I/O流量與效勞器負荷超過預定值，則將信源指定為緩存該節(jié)目的代理效勞器，使客戶端與效勞代理建立聯(lián)系，并為之提供效勞。下面是網信源點播的重定向舉例，以主流協(xié)議RTSP協(xié)議族為例說明。如圖3所示，首先點播客戶端發(fā)起點播請求1，效勞器回復

27、并提供SDPSession Description protocol數據報2，接著客戶端發(fā)送SETUP包(3)請求并建立數據傳輸通道如視頻流、音頻流傳輸端口等，中心流媒體效勞器將該數據報轉發(fā)至代理效勞器(4)，代理效勞器提供建立數據通道的信息(5)，中心效勞器再將該信息轉發(fā)至點播的客戶端(6)，最后當客戶端請求播放節(jié)目時(7)，中心效勞器將該請求轉發(fā)至代理效勞器(8)，代理效勞器提供包含節(jié)目容的RTP/RTCP數據報為客戶端提供點播效勞(9)。由于點播協(xié)商的數據包信息量較少，不會過多消耗網絡資源，恰當地設置中心效勞器負荷與I/O帶寬的閾值可以保證不過快趨于滿負載。對于外網信源的節(jié)目點播，需要依

28、靠區(qū)域網絡探測來發(fā)現。當網絡出口流量接近其設定的閾值門限時，有能力的代理效勞器會自動與客戶端建立聯(lián)系，適時接替外網信源的工作為之提供效勞。2 仿真實驗與評價網絡拓撲構造如圖一。用一臺中心流媒體效勞器，三臺流媒體代理效勞器均采用Dell Power Edge 2850與300臺普通PC建立仿真實驗環(huán)境。在企業(yè)效勞器上安裝流媒體資源庫與中心效勞器流媒體系統(tǒng)軟件，三臺部門級效勞器上安裝自適應存儲代理、網絡探測軟件與流量檢測軟件，300臺PC上安裝客戶端點播軟件。中心效勞器上安裝300套流媒體節(jié)目，網絡帶寬限制在30Mbps，外網帶寬設置為10Mbps。邀請學生根據自己的喜好利用三組PC每組100臺點

29、播節(jié)目，比照一般流媒體點播系統(tǒng)、CDN流媒體點播系統(tǒng)與本點播系統(tǒng)的點播情況，如圖四和圖五所示，發(fā)現可以允許的最大并發(fā)點播數有明顯的差異。圖4 內網點播極限用戶數比照圖Fig.4 conparison result of peak users number圖5 外網點播極限用戶數比照圖Fig.5 The parison result of peak users number in e*tranete*tranet在中心流媒體效勞器上安裝一般點播系統(tǒng)Apple Darwin Streaming Server，客戶端點播軟件安裝Mplayer，發(fā)現其并發(fā)點播的極限用戶數受效勞器I/O帶寬與網絡帶寬的

30、限制，實際可點播的用戶大約為56個左右配置文件選擇500Kbps；點播外網的節(jié)目極限用戶數則受網絡入口帶寬與外網的點播環(huán)境限制為30個左右每個流量大約在300Kbps；安裝具有CDN功能的流媒體點播系統(tǒng)對網的點播用戶數有所提高，為130個左右，但是對于外網的點播改善不明顯；安裝本系統(tǒng)對于網的并發(fā)點播用戶數有更加明顯的提高，到達280個，而且性能穩(wěn)定，對于外網的點播也有改善，對于突發(fā)性的網絡流量無論是源自網還是外網如體育賽事的可點播用戶數的增長也很明顯。3完畢語介紹了一種中小型園區(qū)網的流媒體技術應用的系統(tǒng)優(yōu)化和改造方案，引入了網絡探測技術，提出了一種將CDN技術與P2P技術融合的流媒體流量全局均衡的方法，重新定義了節(jié)目的流行度，實驗證明了本流媒體流量均衡系統(tǒng)具有較高的可用性。 參考文獻：1 王錚，永昊，云，霍曉宇。覆蓋網絡組播與 Patching算法在VOD 系統(tǒng)中的應用，交通大學學報J，2005，295：19-23。2 唐瑞春，青磊，斌。一種基于P2P協(xié)作的代理緩存流媒體調度算法，電子與信息學報J，2009，3111：2756-2761。3 磊，王彬彬，家謀。VOD播送協(xié)議分析和建模。寬帶網絡與傳輸M，2005，275(5)：46-49。4 史厚兵，朱怡安，王云嵐，年福豐?；谪撦d均衡的多源流