對一個實時的網路語音視訊系統而言，網路的品質對該系統的使用者的體驗具有決定性的作用，所以，在正式部署系統之前，進行較全面的網路測試和網路調優工作是非常必要的。這將是一個複雜的系統工程，如果有專業的團隊來做這件事情是最好的。然而，一般的公司都是由開發人員或實施人員來做這些事情。比如需要進行如下分析：目標使用者主要分佈在哪些城市？在哪個地方或哪些地方（分散式方案）部署伺服器對整體目標使用者而言綜合效果最為理想？如何部署？頻寬需要多大？是否需要支援雙線或多線（電信、聯通、移動、鐵通等）？等等。

　　本文不打算全面系統地介紹這些內容，而是隻把其中最重要的部分拿出來，沒有專業網路調優團隊的中小公司可以按照下面給出的資訊，進行一些必要的測試和分析。在做完這些後，對網路的基本情況就大致心中有數了。

一. 頻寬佔用大小  

      在語音視訊聊天系統或視訊會議系統中，語音、視訊、電子白板、遠端桌面等功能對網路頻寬的要求分別如何了？

　　我們先假設一種常見的場景：假設N個線上使用者同時進行1對1的多媒體溝通（即分為N/2組），在不考慮P2P通道的情況下，頻寬的大致佔用如下表所示（以OMCS語音視訊框架為例，與QQ流量要求接近）：

       對於視訊和遠端桌面而言 --

       幀      頻： 8~10 fps 。

       普通質量：對應EncodeQuality取值為 8 左右。

       高 質  量：對應EncodeQuality取值為 3 左右。

說明：

1.流量對稱

    對伺服器而言，上行、下行的流量是對稱的；對客戶端而言，進、出的流量幾乎也是對稱的。上表中列出的只是單向的流量。

2.正比推算

     以視訊為例，如果視訊的尺寸不是320x240，那麼可以按比例推算頻寬的佔用。假設視訊大小為640x480，那麼，頻寬的佔用將增加4倍（(640x480)/(320x240)）。

3.考慮P2P

      如果啟用了P2P通道，那麼，服務端頻寬佔用會減小，但客戶端頻寬佔用保持不變。假設P2P的成功率為70%，則服務端的頻寬佔用將減少至原來的30%。

4.視訊會議

      上面的資料是基於1對1的多媒體溝通，如果是類似視訊會議的場景，則溝通就是多對多的，這時，頻寬的佔用就會增加，伺服器的上下行的流量也不再對稱。

      比如，有M個使用者在一個視訊會議室聊天，每個使用者的視訊都要廣播給其它的(M-1)個使用者，而且，每個使用者都要接收其它(M-1)個使用者的視訊資料，所以頻寬的佔用就會增加很多。  

二.伺服器共享頻寬與獨享頻寬

      語音視訊資料都是實時採集、實時播放的資料，除了對伺服器頻寬的速度有要求外，更要求伺服器頻寬通訊質量的穩定性，即網路延時小、網路抖動小。很容易理解，如果網路抖動較大，聽到的聲音就是斷斷續續的（OMCS內建了抖動緩衝區JitterBuffer，但也只能在一定程度內減輕這個問題）。

      所以，伺服器的頻寬要求必須是獨享頻寬，共享頻寬無法滿足實時語音視訊的要求。對實時語音視訊而言，100M的共享頻寬，還不如5M的獨享。這也就是為什麼通常租伺服器時，IDC會免費送你100M的共享頻寬，而租5M的獨享頻寬，卻一年要花幾千塊錢。

      另外，要注意：

（1）IDC伺服器頻寬的單位是bits/s，而我們通常說的網速的單位是bytes/s。它們之間是8倍的關係 -- 比如，伺服器的頻寬是1M的，說明下載的速度最多可以達到120kB/s左右。

（2）IDC伺服器頻寬指上行和下行的總和。比如，伺服器的頻寬是1M，說明在同一時刻，下載的速度和上傳的速度加起來不會超過120kB/s。 

三.頻寬計算示例 

1.即時通訊：我有1000個客戶端同時線上，同時進行視訊的人數為100，請問服務端大概需要租多少頻寬？ 

解：假設攝像頭視訊尺寸為640*480，音、視訊為普通質量，P2P成功率為75%。 

則 640*480尺寸的視訊一路頻寬佔用是：20*（(640x480)/(320x240)）= 80KB/s 

一路音訊由表中資料得知為5KB/s 

故總共需要 100*（80+5）*8/1000*25% =17Mbit/s 伺服器頻寬。 

2.視訊教學：我有100個客戶端，其中1個人是老師，老師將自己的桌面和聲音廣播給99個學生，這種情況需要多少伺服器頻寬？ 

解：假設老師桌面解析度為1024*768，音訊為高質量 

則一路音、視訊所佔頻寬為100 + 8 = 108KB/s 

故總共需要 100*108*8/1000 = 86.4Mbit/s伺服器頻寬 

3.視訊會議：我有10個人進行視訊會議，每個人將自己的視訊廣播給其他的9個人，服務端需要多少頻寬？ 

解：假設攝像頭視訊尺寸為320*240，視訊質量為高質量。 

則每個人上行1路下行9路，10個人則上行10路下行90路。下行合起來是100路，即10*10路。 

則總共需要 100*35*8/1000 = 28Mbit/s伺服器頻寬

四.網路品質測試與監控

1.客戶端網路抖動

      在伺服器的頻寬質量得到保證後，參與語音視訊會話的各個客戶端，如果希望都能達到比較流暢的體驗，則需要達到以下亮點：

（1）客戶端到伺服器的ping延時低於100ms。

（2）ping的最大抖動範圍不超過20ms。 

      其中，網路抖動對流暢性的影響更大。在測試時，建議將到伺服器的ping開啟，如此可以觀察ping對語音視訊流暢性的影響。 

      注：ping命令加上 -t 就可以連續不斷地 ping。如 ping 192.168.0.123 -t

2.觀察網路流量

      測試時，推薦在各個客戶端機器上安裝 NetLimiter 網路監控軟體，可以實時檢視客戶端和伺服器之間的上下行流量、以及客戶端與客戶端之間的P2P通道上的網路流量。

      通過將網路流量監控與ping結合起來，就能很容易地測試網路的實時狀態。 

3.測試客戶端與伺服器之間的網路速度

      通過windows自帶的遠端桌面的拷貝檔案功能，結合上面的NetLimiter監控，我們可以很容易地測試出客戶端電腦與伺服器之間的網路速度。

（1）在客戶端電腦上，使用windows自帶的遠端桌面功能（如win7下，開始選單->所有程式->附件->遠端桌面連線），連線到目標伺服器上。

（2）上行拷貝：從當前電腦拷貝一個50M以上的檔案到伺服器上。

（3）下行拷貝：從伺服器上拷貝一個50M以上的檔案到當前電腦。

（4）在拷貝正在進行過程中，開啟NetLimiter的介面，持續觀察客戶端與伺服器之間傳遞的網路速度。

（5）測試時，建議持續觀察5分鐘以上，觀察時請特別注意：（1）上下行速度分別是多少？（2）速度是否穩定？

（6）如果是類似視訊會議這樣的系統，假設需求一般是4個人在同一個會議室，那麼，可選擇4個代表性（所在的地理區域具有代表性）的使用者，然後在這4個人的電腦上同時進行這一測試，分別記錄這4個測試結果。

（7）進行此測試時，可以同時觀察到伺服器的持續的ping值。 

         然後逐一分析每一個結果看其是否能滿足OMCS的頻寬要求。                    

         NetLimiter 截圖如下所示：