媒体流量带宽使用量可能由于不同变量（如编解码器使用、分辨率和活动级别）的数量而难于计算。带宽使用量是使用的编解码器和流活动的一种功能，这两者在不同的方案中各不相同。下表列出了 Lync Server 2013 方案中常用的音频编解码器。

音频编解码器带宽

上表中的带宽数值基于 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 的纵横比进行捕获。

视频分辨率带宽

使用视频负载比特率时，其中包含视频 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 带宽

出于容量规划的目的，以下两种带宽很重要：

• 不使用 FEC 的最大带宽 流将使用的最大带宽，包括不使用 FEC 的方案中的典型流活动和使用的典型编解码器。这是流处于 100% 活动状态，且没有因丢失数据包而触发使用 FEC 时的带宽。它对于计算为允许给定的方案使用编解码器而必须分配的带宽数量而言，十分重要。
  
• 使用 FEC 的最大带宽 流使用的最大带宽，包括使用 FEC 的方案中的典型流活动和使用的典型编解码器。这是流处于 100% 活动状态，且因丢失数据包而触发使用 FEC 以提高质量时的带宽。这对于计算为允许给定的方案使用编解码器，并且允许在数据包丢失的条件下使用 FEC 来维护质量而必须分配的带宽数量而言，十分重要。
  

下面的表中还列出了另一个带宽值，“典型带宽”。这是流使用的平均带宽，包括方案中的典型流活动和使用的典型编解码器。此带宽可用于估计给定时间内媒体流量使用的带宽量，但不应用于容量规划，因为活动级别高于平均水平时，个别呼叫会超过该值。下表中的典型视频流带宽基于在测得的客户数据中观察到的不同视频分辨率的组合。例如，在对等会话中，大部分用户将使用默认视频呈现窗口，但有一定百分比的用户将增加或最大程度地增加 Lync 应用程序以实现更高的视频分辨率。

下面的表提供了不同方案中的这三个带宽值。

对等会话的音频/视频容量规划

会议的音频/视频容量规划

对于主视频，典型和最大流带宽分别是用于所有收到的视频流和所有发送视频流的聚合带宽。即使对于多个视频流，典型视频带宽也小于对等方案，因为很多视频会议使用了内容共享，这会导致视频窗口小很多，从而使视频分辨率更低。例如，如果存在两个传入 1920x1080p 视频流，则将使用的发送和接收流二者支持的最大聚合视频负载带宽为 8000 Kbps。

全景视频的典型流带宽基于当前可用的设备，这些设备仅流式传输最大 960x144 的全景视频。一旦使用 1920x288 全景视频的设备变得可用，典型流带宽就应增大。

PSTN 的音频容量规划

这些表中的网络带宽数值仅代表单向流量，其中包括分配给每个流的 5 Kbps 的 RTCP 流量开销。对于视频，最大视频比特率用于计算最大流。