媒體流量網路使用方式

上次修改主題的時間： 2010-11-17

由於不同變數 (例如轉碼器使用率、解析度和活動層級) 的數目，計算媒體流量頻寬使用率將是一項挑戰。頻寬使用率是使用的轉碼器和資料流活動的函數，這兩者會根據案例的不同而有所差異。下表列出在 Microsoft Lync Server 2010 通訊軟體案例中常用的音訊轉碼器。

音訊轉碼器頻寬

上表中的頻寬數字以 20ms 封包 (每秒 50 個封包) 為依據，對於 Siren 和 G.722 包括會議案例中的安全即時傳輸通訊協定 (SRTP) 額外負荷，因此假定資料流處於 100% 活動狀態。連結上發生封包遺失時將動態使用正向錯誤更正 (FEC)，以協助維護音訊資料流的品質。

對於視訊，轉碼器始終為 RTVideo。所需頻寬依解析度、品質和播放速率而定。對於每個解析度，有兩個特別的位元速率：

• 最大承載位元速率   這是 Lync 2010 端點將用於此解析度支援的最大播放速率解析度的位元速率。此值特別的原因在於它允許最高品質和播放速率視訊。

• 最小承載位元速率   這是 Lync 2010 端點將用於大約每秒 1 框架的解析度的位元速率。此值很特別，從而您可以了解最大位元速率不可用或不可行的情況下可能的最小值。對於某些使用者，每秒 1 框架的視訊可能會被視為無法接受的視訊體驗，因此請謹慎使用這些位元速率。

視訊解析度頻寬

使用視訊 FEC 時，它包括在視訊承載位元速率中，因此有還是沒有視訊 FEC，都沒有單獨的值。

端點不會持續對音訊或視訊封包進行資料流處理。依據不同的案例，有不同層級的資料流活動來指示為資料流傳送封包的頻率。資料流的活動依媒體和案例而定，而不是取決於使用的轉碼器。在對等案例中：

• 端點只在使用者說話時傳送音訊資料流。

• 這兩個參與者都會接收音訊資料流。

• 如果使用視訊，這兩個端點會在整個通話期間傳送和接收視訊資料流。

在會議案例中：

• 端點只在使用者說話時傳送音訊資料流。

• 所有參與者都會接收音訊資料流。

• 如果使用視訊，兩個端點一次只能傳送一個視訊資料流 (目前發言者和以前的發言者)。

• 如果使用視訊，所有參與者都將接收視訊資料流。

下表根據客戶資料測量值顯示資料流活動層級。

資料流活動層級

除了音訊和視訊媒體的即時傳輸通訊協定 (RTP) 流量所需的頻寬，即時傳輸控制通訊協定 (RTCP) 也需要頻寬。RTCP 用於報告統計資料和頻外控制 RTP 資料流。為了規畫，將下表中的頻寬數字用於 RTCP 流量。這些值表示用於 RTCP 的最大頻寬及音訊和視訊資料流的不同 (由於控制資料的不同)

RTCP 頻寬

為了進行容量規劃，需要以下兩種頻寬：

• 沒有 FEC 的最大頻寬   資料流將使用的最大頻寬，包括資料流的一般活動和沒有 FEC 的案例中使用的一般轉碼器。在此頻寬下，資料流處於 100% 活動狀態並且觸發使用 FEC 時沒有封包遺失。特別用於運算必須配置多少頻寬才能讓轉碼器在指定案例中使用。

• 具有 FEC 的最大頻寬   資料流使用的最大頻寬，包括資料流的一般活動和具有 FEC 的案例中使用的一般轉碼器。在此頻寬下，資料流處於 100% 活動狀態並且觸發使用 FEC 以改善品質時封包遺失。特別用於運算必須配置多少頻寬才能讓轉碼器在指定案例中使用，並且在封包遺失的情況下允許使用 FEC 保留品質。

下表還列出其他頻寬值一般頻寬。這是資料流使用的平均頻寬，包括資料流的一般活動和案例中使用的一般轉碼器。此頻寬可用於近似運算媒體流量在任何指定時間使用多少頻寬，而不可用於容量規劃，因為活動層級高於平均值時個別通話將超過此值。

下表提供了各種案例的三種頻寬值。

對等工作階段的音訊/視訊容量規劃

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

PSTN 的音訊容量規劃

這些表中的網路頻寬數字僅表示單向流量，包括每個資料流的 5 Kbps RTCP 流量負荷。對於視訊，最大視訊位元速率用於運算最大資料流。