網站規劃的一個重要方面就是確保網絡可處理 Lync Server 生成的媒體流量。本節幫助您規劃媒體流量。
媒體流量帶寬使用量可能由於不同變量（如編解碼器使用、分辨率和活動級別）的數量而難於計算。帶寬使用量是使用的編解碼器和流活動的一種功能，這兩者在不同的方案中各不相同。下表列出了 Lync Server 2013 方案中常用的音頻編解碼器。
音頻編解碼器帶寬
| 音頻編解碼器 | 方案 | 音頻負載比特率 (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.722 立體聲 | 對等，會議 | 128.0 | 144.0 | 159.6 | 223.6 |
G.711 | PSTN | 64.0 | 80.0 | 92.0 | 156.0 |
Siren | 會議 | 16.0 | 32.0 | 47.6 | 63.6 |
上表中的帶寬數值基於 Siren 和 G.722 的 20 毫秒數據分包（每秒 50 個數據包），其中包含其他安全實時傳輸協議 (SRTP) 開銷（在會議方案中），並假定流是 100% 活動的。如果鏈接上出現數據包丟失，則會以動態方式使用前向糾錯 (FEC) 以幫助維護音頻流的質量。
G.722 編解碼器的立體聲版本由基於 Lync 2013 Meeting Room Edition 的系統使用，Lync 2013 Meeting Room Edition 啓用立體聲耳機捕獲以允許收聽者更好地辨別會議室中的多個講話人。
對於視頻，默認的編解碼器爲 H.264/MPEG-4 Part 10 高級視頻編碼標準及其可縮放的用於臨時可伸縮性的視頻編碼擴展。若要維護與 Lync 2010 或 Office Communicator 2007 R2 客戶端的互操作性，RTVideo 編解碼器仍用於 Lync 2013 和舊客戶端之間的對等呼叫。在使用 Lync 2013 和舊客戶端這二者的會議會話中，Lync 2013 終結點可能使用視頻編解碼器編碼視頻並將 H.264 比特流發送至 Lync 2013，將 RTVideo 比特流發送至 Lync 2010 或 Office Communicator 2007 R2 客戶端。
所需的帶寬取決於分辨率、質量和幀速率。每種分辨率都有兩個相關的比特率：
- 最大負載比特率 Lync 2013 終結點將此比特率用於該分辨率所能支持的最大幀速率的分辨率。此值可提供最高質量和最高幀速率的視頻，因此十分重要。
- 最小負載比特率 當低於此比特率時，Lync 2013 終結點將切換至下一個更低的分辨率。爲了保證特定分辨率，可用的視頻負載比特率不得低於該分辨率的此最低比特率。利用此值，您可以瞭解在最大比特率不可用或不切實際時可能實現的最低值，因此它很值得關注。對於部分用戶，此低比特率視頻體驗可能被視爲無法接受的視頻體驗，因此在考慮使用這些最低視頻負載比特率時應十分謹慎。請注意，對於用戶移動很少或無用戶移動的視頻場景，實際比特率也還可能暫時低於此最小比特率。
Lync 2013 支持的分辨率更多。這使您可更好地調整到不同的網絡帶寬和接收客戶端功能。此外，Lync 2013 的默認縱橫比已更改爲 16:9。網絡攝像機仍支持 4:3 的縱橫比，它不允許以 16:9 的縱橫比進行捕獲。
視頻分辨率帶寬
| 視頻編解碼器 | 分辨率和縱橫比 | 最大視頻負載比特率 (Kbps) | 最小視頻負載比特率 (Kbps) |
|---|---|---|---|
H.264 | 320x180 (16:9) 212x160 (4:3) | 250 | 15 |
H.264/RTVideo | 424x240 (16:9)) 320x240 (4:3 | 350 | 100 |
H.264 | 480x270 (16:9) 424x320 (4:3) | 450 | 200 |
H.264/RTVideo | 640x360 (16:9) 640x480 (4:3) | 800 | 300 |
H.264 | 848x480 (16:9) | 1500 | 400 |
H.264 | 960x540 (16:9) | 2000 | 500 |
H.264/RTVideo | 1280x720 (16:9) | 2500 | 700 |
H.264 | 1920x1080 (16:9) | 4000 | 500 |
H.264/RTVideo | 960x144 (20:3) | 500 | 15 |
H.264 | 1280x192 (20:3) | 1000 | 250 |
H.264 | 1920x288 (20:3) | 2000 | 500 |
使用視頻負載比特率時，其中包含視頻 FEC，因此使用或不使用視頻 FEC 值都相同。
終結點不會持續流出音頻或視頻數據包。根據不同的方案，流活動的級別也不同，這些級別指示爲流發送數據包的頻率。流活動取決於媒體和方案，而不依賴使用的編解碼器。在對等方案中：
- 僅當用戶通話時終結點才發送音頻流。
- 參與雙方都會接收到音頻流。
- 如果使用視頻，則雙方終結點都會在整個呼叫過程中發送和接收視頻流。
- 對於少或無移動的視頻場景，實際位率在視頻編解碼器未進行更改的情況下跳過視頻的編碼區域時可能會暫時非常低。
在會議方案中：
- 僅當用戶通話時終結點才發送音頻流。
- 所有參與者都會接收到音頻流。
- 如果使用視頻，則所有參與者最多將收到 5 個接收視頻流和 1 個全景（例如，縱橫比 20:3）視頻流。默認情況下，5 個接收視頻流是基於當前發言人歷史記錄的，但用戶還可手動選擇要從其接收視頻流的參與者。
- 每個啓用用戶的發送視頻流的參與者將發送一個或多個視頻流。Lync 2013 新增了最多發送 5 個視頻流的功能以優化所有接收客戶端的視頻質量。將發送的視頻流的實際數量由發送方根據 CPU 容量、可用上行鏈路帶寬和請求特定視頻流的接收客戶端的數量確定。最常見的情況是，在舊客戶端加入會議的情況下發送 1 個 H.264 和 1 個 RTVideo 視頻流。另一常見方案是，發送若干 H.264 視頻流（例如，使用不同視頻分辨率）以適應不同的接收方請求。
除音頻和視頻媒體的實時傳輸協議 (RTP) 流量所需的帶寬之外，實時傳輸控制協議 (RTCP) 也需要帶寬。RTCP 用於報告 RTP 流的統計信息和帶外控制。規劃時，請使用下表中的帶寬數值規劃 RTCP 流量。這些值代表用於 RTCP 的最大帶寬，並且因控制數據不同，音頻流和視頻流的這些值也有所不同。
RTCP 帶寬
| 媒體 | RTCP 最大帶寬 (Kbps) |
|---|---|
音頻 | 5 |
視頻（僅正在發送/接收的 H.264 或 RTVideo） | 10 |
視頻（正在發送/接收的 H.264 和 RTVideo） | 15 |
出於容量規劃的目的，以下兩種帶寬很重要：
- 不使用 FEC 的最大帶寬 流將使用的最大帶寬，包括不使用 FEC 的方案中的典型流活動和使用的典型編解碼器。這是流處於 100% 活動狀態，且沒有因丟失數據包而觸發使用 FEC 時的帶寬。它對於計算爲允許給定的方案使用編解碼器而必須分配的帶寬數量而言，十分重要。
- 使用 FEC 的最大帶寬 流使用的最大帶寬，包括使用 FEC 的方案中的典型流活動和使用的典型編解碼器。這是流處於 100% 活動狀態，且因丟失數據包而觸發使用 FEC 以提高質量時的帶寬。這對於計算爲允許給定的方案使用編解碼器，並且允許在數據包丟失的條件下使用 FEC 來維護質量而必須分配的帶寬數量而言，十分重要。
下面的表中還列出了另一個帶寬值，“典型帶寬”。這是流使用的平均帶寬，包括方案中的典型流活動和使用的典型編解碼器。此帶寬可用於估計給定時間內媒體流量使用的帶寬量，但不應用於容量規劃，因爲活動級別高於平均水平時，個別呼叫會超過該值。下表中的典型視頻流帶寬基於在測得的客戶數據中觀察到的不同視頻分辨率的組合。例如，在對等會話中，大部分用戶將使用默認視頻呈現窗口，但有一定百分比的用戶將增加或最大程度地增加 Lync 應用程序以實現更高的視頻分辨率。
下面的表提供了不同方案中的這三個帶寬值。
對等會話的音頻/視頻容量規劃
| 媒體 | 編解碼器 | 典型流帶寬 (Kbps) | 不使用 FEC 的最大流帶寬 | 使用 FEC 的最大流帶寬 |
|---|---|---|---|---|
音頻 | RTAudio 寬帶 | 39.8 | 62 | 91 |
音頻 | RTAudio 窄帶 | 29.3 | 44.8 | 56.6 |
調用 Lync 2013 終結點時的主視頻 | H.264 | 460 | 4010（用於最大分辨率 1920x1080） | 不適用 |
調用 Lync 2010 或 Office Communicator 2007 R2 終結點時的主視頻 | RTVideo | 460 | 2510（用於最大分辨率 1280x720） | 不適用 |
調用 Lync 2013 終結點時的全景視頻 | H.264 | 190 | 2010（用於最大分辨率 1920x288） | 不適用 |
調用 Lync 2010 或 Office Communicator 2007 R2 終結點時的全景視頻 | RTVideo | 190 | 510（用於最大分辨率 960x144） | 不適用 |
會議的音頻/視頻容量規劃
| 媒體 | 典型的編解碼器 | 典型流帶寬 (Kbps) | 不使用 FEC 的最大流帶寬 | 使用 FEC 的最大流帶寬 |
|---|---|---|---|---|
音頻 | G.722 | 46.1 | 100.6 | 164.6 |
音頻 | Siren | 25.5 | 52.6 | 68.6 |
主視頻接收 | H.264 和/或 RTVideo | 260 | 8015 | 不適用 |
主視頻發送 | H.264 和/或 RTVideo | 270 | 8015 | 不適用 |
全景視頻接收 | H.264 和/或 RTVideo | 190 | 2010（用於最大分辨率 1920x288） | 不適用 |
全景視頻發送 | H.264 和/或 RTVideo | 190 | 2515（用於使用多個分辨率/編解碼器發送比特流） | 不適用 |
對於主視頻，典型和最大流帶寬分別是用於所有收到的視頻流和所有發送視頻流的聚合帶寬。即使對於多個視頻流，典型視頻帶寬也小於對等方案，因爲很多視頻會議使用了內容共享，這會導致視頻窗口小很多，從而使視頻分辨率更低。例如，如果存在兩個傳入 1920x1080p 視頻流，則將使用的發送和接收流二者支持的最大聚合視頻負載帶寬爲 8000 Kbps。
全景視頻的典型流帶寬基於當前可用的設備，這些設備僅流式傳輸最大 960x144 的全景視頻。一旦使用 1920x288 全景視頻的設備變得可用，典型流帶寬就應增大。
PSTN 的音頻容量規劃
| 媒體 | 典型的編解碼器 | 典型流帶寬 (Kbps) | 不使用 FEC 的最大流帶寬 | 使用 FEC 的最大流帶寬 |
|---|---|---|---|---|
音頻 | G.711 | 64.8 | 97 | 161 |
音頻 | RTAudio 窄帶 | 30.9 | 44.8 | 56.6 |
這些表中的網絡帶寬數值僅代表單向流量，其中包括分配給每個流的 5 Kbps 的 RTCP 流量開銷。對於視頻，最大視頻比特率用於計算最大流。
