【文章內(nèi)容簡介】 議室數(shù)據(jù)共享功能界面. 網(wǎng)絡建設考慮XX公司視頻會議系統(tǒng)建立在IP數(shù)據(jù)網(wǎng)基礎(chǔ)上的，因此網(wǎng)絡的基礎(chǔ)建設至關(guān)重要。WebAVD視頻會議系統(tǒng)基于XX公司目前已經(jīng)建立的VPN網(wǎng)絡，在目前已有業(yè)務的基礎(chǔ)上增加新的功能視頻和數(shù)據(jù)業(yè)務，對已有的基礎(chǔ)網(wǎng)絡不做大的調(diào)整。系統(tǒng)拓撲結(jié)構(gòu)無需改動，只是在需要參加會議的地方通過以太網(wǎng)絡接口將終端設備接入IP 網(wǎng)絡，同時保證網(wǎng)關(guān)防火墻開放必要的端口即可，實際安裝調(diào)試實現(xiàn)比較方便簡單。視頻業(yè)務的接入是建立在IP數(shù)據(jù)網(wǎng)基礎(chǔ)上的。視頻會議設備接在路由器的后端，以IP數(shù)據(jù)包的方式傳送視音頻信號和控制信令。視頻是實時業(yè)務，以UDP，RTP方式在網(wǎng)上傳送語音和圖像數(shù)據(jù)包，采用音頻數(shù)據(jù)優(yōu)先的策略，數(shù)據(jù)傳輸自適應網(wǎng)絡的通信狀況。. 視頻會議傳輸方式當召開多點會議時，就需要通過服務器進行轉(zhuǎn)發(fā)，因此系統(tǒng)的會議傳輸方式和機制就尤為重要。所謂會議數(shù)據(jù)的傳輸方式，其實是指IP網(wǎng)絡中IP數(shù)據(jù)包的傳輸方式。目前IPv4定義了3種IP數(shù)據(jù)包的傳輸：單播（Unicast）、廣播（Broadcast）和組播（Multicast）.單播用于發(fā)送數(shù)據(jù)包到單個目的地，這種傳輸是最常見的IP傳輸，單播實際上是點對點的；廣播是指發(fā)送數(shù)據(jù)包到同一廣播域或子網(wǎng)內(nèi)的所有設備；組播指的是在IP網(wǎng)絡上對一組IP站點進行數(shù)據(jù)傳送，這一組IP站點是動態(tài)形成的，每一個IP站點都可以動態(tài)地加入或者退出這個組，運行TCP/IP協(xié)議集的有組播能力的節(jié)點可以接收組播消息。顯然，廣播傳輸方式不適合直接用于傳輸視頻數(shù)據(jù)，因此針對視頻會議應用的有單播和組播兩種方式。. 網(wǎng)絡帶寬需求分析系統(tǒng)具有視頻碼流速率自適應機制，支持多種碼流（64k—2M）傳輸，可根據(jù)不同的網(wǎng)絡帶寬條件選擇不同的傳輸碼流，靈活方便，同時也可以最大限度地利用用戶的網(wǎng)絡帶寬資源。1) 單播方式下的帶寬需求分析由于單播是在IP網(wǎng)絡最常見的傳輸方式，如果采用單播方式進行傳輸會議數(shù)據(jù)，則系統(tǒng)具有非常好的適用性，可以廣泛地用于各種廣域網(wǎng)環(huán)境，甚至公眾網(wǎng)環(huán)境。但是采用單播方式傳輸會議，其缺陷也是顯而易見的，在一個單播環(huán)境里，由一路用戶發(fā)送圖像和聲音，經(jīng)由會議服務器依次送出N個信息流，由網(wǎng)絡中的N個用戶接收，則服務器端網(wǎng)絡上行和下行總出口需要[一路音視頻流所占帶寬（N+1）]Bps的帶寬。因此，采用單播方式傳輸會議音視頻數(shù)據(jù)，在會議方數(shù)較少的情況下可行的，但要組建幾百方甚至幾千方的視頻會議系統(tǒng)時，在廣域網(wǎng)環(huán)境中服務器端網(wǎng)絡出口的帶寬容量是一個巨大的瓶頸。 以下以傳輸碼流為200k左右的條件結(jié)合實際功能應用進行帶寬條件的分析：216。 點對點音視頻通訊一個終端視頻和音頻編碼后的數(shù)據(jù)包流量大約為250kbit（視頻占210k左右，音頻占用40k左右），如果用戶采用的是點對點呼叫模式（即不通過服務器中轉(zhuǎn)）進行雙方通話，則雙方的網(wǎng)絡出口情況為接收（received）和發(fā)送（send）都為250k，因此雙方點對點呼叫的最低帶寬要求為500k。216。 多方通話 超過多方通話時，需要通過服務器進行視頻和音頻數(shù)據(jù)的轉(zhuǎn)發(fā)。進行多方通話時，具體各個網(wǎng)絡出口的流量分布如下（為了描述方便，省略網(wǎng)絡中繼設備和其它網(wǎng)絡開銷）：R：表示為終端接收到的數(shù)據(jù)流量S：表示終端發(fā)送的數(shù)據(jù)流量2) 組播方式下的帶寬需求分析因為組播能夠有效地節(jié)約網(wǎng)絡帶寬、降低網(wǎng)絡負載，所以在實時數(shù)據(jù)傳送、多媒體會議、數(shù)據(jù)拷貝、游戲和仿真等諸多方面都有廣泛的應用。WebAVD系統(tǒng)利用IP組播技術(shù)實現(xiàn)了IP網(wǎng)絡中一點到多點的高效數(shù)據(jù)傳送，有效的降低了網(wǎng)絡資源利用率。同單播相比，組播效率非常高，因為任何給定的鏈路至多用一次，可以節(jié)省網(wǎng)絡帶寬和資源。在一個組播會議環(huán)境里，由一路用戶發(fā)送圖像和聲音，服務器發(fā)出的一個組播視頻流，不論網(wǎng)絡中的用戶數(shù)目有多少，由網(wǎng)絡中的路由器或交換器同時復制出N個視頻流，廣播到每個用戶，因此僅需一路音視頻流所占的帶寬。 另一方面，由于組播的實現(xiàn)實際上基于IP網(wǎng)絡上路由交換設備對組播協(xié)議（如IGMP、PIM協(xié)議等）的實現(xiàn)，而路由交換設備針對組播協(xié)議的配置相對復雜，要求相關(guān)技術(shù)人員有較高的網(wǎng)絡管理水平。因此，組播的應用雖然簡單，但對針對組播應用的網(wǎng)絡配置較為復雜。. 單播和組播混合的會議傳輸 基于單播會議和組播會議各自的優(yōu)缺點，WebAVD視頻會議系統(tǒng)結(jié)合實現(xiàn)了單播和組播混合的會議傳輸方式，以使系統(tǒng)具有極強的適應性。在XX公司視頻會議實際應用中，系統(tǒng)的會議服務器在轉(zhuǎn)發(fā)音視頻數(shù)據(jù)時可以同時支持組播和單播兩種傳輸方式，并且具有自適應機制，服務器在轉(zhuǎn)發(fā)會議數(shù)據(jù)時可以支持單播和組播混合的方式傳輸。由于組播能有效地節(jié)省網(wǎng)絡帶寬資源，因此系統(tǒng)的設計考慮組播優(yōu)先、單播次之的原則，即在網(wǎng)絡環(huán)境上的單播路由器上支持組播路由，則采用組播方式傳輸音視頻數(shù)據(jù)，否則用單播方式傳輸。這樣可以最大限度地利用帶寬資源，同時有效地減輕服務器的CPU負載。3. WebAVD企業(yè)實時通訊系統(tǒng)后期擴展優(yōu)勢分析相對于傳統(tǒng)的硬件視頻會議系統(tǒng)（如TANDBERG、POLYCOM等），WebAVD企業(yè)實時通訊系統(tǒng)具有以下優(yōu)勢：. 成本價格優(yōu)勢與國外傳統(tǒng)昂貴的硬件視頻會議終端（如Tandberg、Poly等）相比，本地化設計開發(fā)和生產(chǎn)大大降低了產(chǎn)本，WebAVD高性能的會議系統(tǒng)終端的售價僅為國外廠商的1/4左右。另一方面，在實際應用中，傳統(tǒng)的硬件視頻會議在擴展XX公司的視頻會議系統(tǒng)時，就需要增加極其昂貴的MCU硬件設備，而WebAVD會議服務器軟件是由WebAVD自主研發(fā)，性能穩(wěn)定可靠，而生產(chǎn)成本和價格都要遠遠低于實現(xiàn)類似功能的MCU硬件設備產(chǎn)品。在后期XX公司的視頻會議擴展時僅需要新增加分會場的電腦設備、WebAVD軟件終端以及攝像頭、耳麥，或WebAVD硬件終端，原有服務器和系統(tǒng)即可進行平滑升級。. 系統(tǒng)的可擴展優(yōu)勢WebAVD服務器端系統(tǒng)采用的是集群分布式結(jié)構(gòu)，可以通過增加硬件服務器數(shù)量，實現(xiàn)動態(tài)容量的擴展，對正在