如果在組織內部部署Lync Server 2010，那么最大的優勢就是解決了組織內部的即時通訊需求，為什么這么說？因為縱觀現在微軟所推行的商業智能應用平臺，可以非常直觀的了解到實際上整個微軟商業平臺就是由Lync Server、Exchange Server以及SharePoint Server這三個解決方案來實現。Exchange Server主要用來實現企業的異步通訊，包括郵件、語音信箱、全球通訊簿等；Lync Server主要用來實現企業的即時通訊，包括在線文字聊天、語音會議、電話會議、視頻會議、遠程協助、遠程演示等雙方或多方的溝通；SharePoint Server主要實現的是企業信息、資源的融合，包括門戶網站、工作流程、協同工作、企業搜索以及企業內容管理等。三大解決方案各施其職，共同構建企業的商業信息平臺。 上面的內容有點偏題了，今天我們主要是來看下很多客戶所關心的網絡流量需求，對于一種溝通的方式我們不得不把網絡流量需求記作溝通成本。Lync Server媒體流量的計算和評估我們可以根據不同的開銷進行分別計算，主要將網絡流量需求分為三類：音頻編碼器、視頻分辨率及碼率、流活動級別。我們下面就先來看下Lync Server的音頻網絡流量需求，在音頻編碼器中主要以下幾種編碼器：

音頻編解碼器	方案	音頻負載比特率 (KBPS)	僅限于帶寬音頻負載和 IP 標頭 (Kbps)	帶寬音頻負載、IP 標頭、UDP、RTP 和 SRTP (Kbps)	帶寬音頻負載、IP 標頭、UDP、RTP、SRTP 和前向糾錯 (Kbps)
RTAudio 寬帶	對等	29.0	45.0	57.0	86.0
RTAudio 窄帶	對等，PSTN	11.8	27.8	39.8	51.6
G.722	會議	64.0	80.0	95.6	159.6
G.711	PSTN	64.0	80.0	92.0	156.0
Siren	會議	16.0	32.0	47.6	63.6

音頻編碼器指的是音頻類型，比如PC到PC、PC到電話、PC到PC會議、PC到電話會議等等。需要說明的是RTAudio寬帶和窄帶這兩種編碼器，并不是我們通常所見的PC到PC語音編碼器，而是微軟針對Lync Server專門研發的。簡單的介紹下RTAudio吧，這是一種針對基于IP的實時雙向通訊語音程序專用的的高級語音編碼，是微軟首選的實時語音編碼器，擁有性能、兼容性好、速率控制、延遲低以及前向錯誤糾正等功能。其中的前向錯誤糾正FEC需要額外的流量來實現，可以幫助維護音頻流的質量。上表中的帶寬數值基于 Siren 和 G.722 的 20 毫秒數據分包（每秒 50 個數據包），其中包含其他安全實時傳輸協議 (SRTP) 開銷（在會議方案中），并假定流是 100% 活動的。 看完了音頻我們再來看看視頻，對于視頻，只有一種解碼器，那就是RTVideo。所需要、耗費的網絡帶寬取決于分辨率、編碼率以及幀速率。每種分辨率都有兩個相關的比特率：

• 最大負載比特率 Lync 2010 將此比特率用于該分辨率所能支持的最大幀速率的分辨率。此值可提供最高質量和最高幀速率的視頻，因此十分重要。
• 最小負載比特率 Lync 2010 將此比特率用于大約每秒 1 幀的分辨率。通過此值可以了解在最大比特率不可用或不實際時，可能適用的最低值，因此十分重要。部分用戶可能無法接受每秒 1 幀的視頻體驗，因此考慮使用這些比特率時應十分謹慎。

在了解最大負載比特率和最小負載比特率后，我們再來看下各種分辨率下的這兩個值的需求：

分辨率	最大視頻負載比特率 (Kbps)	最小視頻負載比特率 (Kbps)
主視頻 CIF	250	50
主視頻 VGA	600	350
主視頻 HD	1500	800
全景視頻	350	50

在標準情況下，Lync的所有客戶端節點在開啟音視頻會議時不會持續的傳輸數據包，根據場景的不同有所差異。 在對等方案中：

• 僅當用戶通話時終結點才發送音頻流。
• 參與雙方都會接收到音頻流。
• 如果使用視頻，則雙方終結點都會在整個呼叫過程中發送和接收視頻流。

在會議方案中：

• 僅當用戶通話時終結點才發送音頻流。
• 所有參與者都會接收到音頻流。
• 如果使用視頻，則一次只有兩個終結點發送視頻流（活動講話人和上一個活動講話人）。
• 如果使用視頻，則所有參與者都會接收到視頻流。

也就是在標準環境，不使用第三方for Lync的軟硬件設備時，Lync最多同時顯示一個參會者的視頻圖像，即講話人。通過音頻激活來切換到其他參會人。 下面我們看下微軟給出的流活動級別表格：

方案	媒體	估計流活動 (%)
對等會話	音頻	61
對等會話	主視頻 CIF	84
對等會話	主視頻 VGA	83
對等會話	主視頻 HD	80
對等會話	全景視頻	74
會議	音頻	43
會議	主視頻 CIF	84
會議	主視頻 VGA	83
會議	主視頻 HD	80
會議	全景視頻	74
PSTN	音頻	65

這個流活動級別是微軟估計出來的一個平均值，也就是說我們通過相應的媒體類型，乘以這個估算流活動就可以得到大概的流量耗費。我們下面舉個例子：

• 在對等會話方案中使用RTAudio寬帶編碼器，在不使用FEC的情況下，即：57.0*61%+5=39.77Kbps；
• 同樣在對等會話方案中使用RTAudio寬帶編碼器，在使用FEC的情況下，即：86.0*61%+5=57.46Kbps。

可能這里大家就蒙了，這個"5Kbps"流量耗費又是怎么回事？除音頻和視頻媒體的實時傳輸協議 (RTP) 流量所需的帶寬之外，實時傳輸控制協議 (即RTCP) 也需要帶寬。RTCP 用于報告 RTP 流的統計信息和帶外控制。我們在做規劃時，可以直接參考下表中的帶寬數值規劃 RTCP 流量。這些值代表用于 RTCP 的最大帶寬，并且因控制數據不同，音頻流和視頻流的這些值也有所不同。

媒體	RTCP 最大帶寬 (Kbps)
音頻	5
視頻	10

這里應該就很清楚這個5Kbps是怎么回事了吧，同理，對于視頻的話就需要額外加10Kbps的流量作為評估容量的參考值。其實講到這里相信各位朋友就應該會計算了吧，但這些其實微軟早就為我們準備好了，并且分為使用FEC、不使用FEC以及經典值。 這里還是給大家明確說下不使用FEC最大流帶寬和使用FEC最大流帶寬這兩個值的重要性：

• 不使用 FEC 的最大帶寬 流將使用的最大帶寬，包括不使用 FEC 的方案中的典型流活動和使用的典型編解碼器。這是流處于 100% 活動狀態，且沒有因丟失數據包而觸發使用 FEC 時的帶寬。它對于計算為允許給定的方案使用編解碼器而必須分配的帶寬數量而言，十分重要。
• 使用 FEC 的最大帶寬 流使用的最大帶寬，包括使用 FEC 的方案中的典型流活動和使用的典型編解碼器。這是流處于 100% 活動狀態，且因丟失數據包而觸發使用 FEC 以提高質量時的帶寬。這對于計算為允許給定的方案使用編解碼器，并且允許在數據包丟失的條件下使用 FEC 來維護質量而必須分配的帶寬數量而言，十分重要。

然后再說下經典值：這是流使用的平均帶寬，包括方案中的典型流活動和使用的典型編解碼器。此帶寬可用于估計給定時間內媒體流量使用的帶寬量，但不應用于容量規劃，因為活動級別高于平均水平時，個別呼叫會超過該值。經典值的計算方式就是我上面給大家計算的方式，這里就不再提了直接看下表。 對等會話的音頻/視頻容量規劃

媒體	編解碼器	典型流帶寬(Kbps)	不使用FEC的最大流帶寬	使用FEC的最大流帶寬
音頻	RTAudio寬帶	39.8	62	91
音頻	RTAudio窄帶	29.3	44.8	56.6
主視頻 CIF	RTVideo	220	260	不適用
主視頻 VGA	RTVideo	508	610	不適用
主視頻 HD	RTVideo	1210	1510	不適用
全景視頻	RTVideo	269	360	不適用

會議的音頻/視頻容量規劃

媒體	典型的編解碼器	典型流帶寬(Kbps)	不使用FEC的最大流帶寬	使用FEC的最大流帶寬
音頻	G.722	46.1	100.6	164.6
音頻	Siren	25.5	52.6	68.6
主視頻 CIF	RTVideo	220	260	不適用
主視頻 VGA	RTVideo	508	610	不適用
全景視頻	RTVideo	269	360	不適用

PSTN 的音頻容量規劃

媒體	典型的編解碼器	典型流帶寬(Kbps)	不使用FEC的最大流帶寬	使用FEC的最大流帶寬
音頻	G.711	64.8	97	161
音頻	RTAudio 窄帶	30.9	44.8	56.6

上面三個表中無論是經典值還是不使用FEC的最大流帶寬和使用FEC最大流帶寬，均已經包含了RTCP所需的流量，音頻已經包含RTCP最大流量的5Kbps、視頻包含RTCP最大流量的10Kbps。 我們可以根據以上的Lync Server所需的媒體網絡流量帶寬來評估計算生產環境中所需要的網絡連接速率以及規劃用戶量、硬件設備等。好了，今天就講到這里，感謝各位朋友的捧場！ 創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的Lync Server 2010所需媒体网络流量带宽详解和计算的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。