網站規劃的一個重要方面就是確保網路可處理 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 流量開銷。對於視頻,最大視頻位元速率用於計算最大流。