规划Skype for Business Server中的呼叫允许控制
了解呼叫允许控制，在Skype for Business Server 企业语音中，如果通话媒体质量不佳，可能会阻止呼叫发生。
对于电话、视频和应用程序共享等基于 IP 的应用程序，通常不会将企业网络的可用带宽视为 LAN 环境内的限制因素。 但是，在相互连接站点的 WAN 链路中，网络带宽可能受限。
当过多网络流量通过 WAN 链路时，将使用当前的诸如队列、缓冲和数据包丢弃等机制解决拥塞问题。 额外的流量通常会延迟，直到网络拥塞问题得以缓解，或者必要时会丢弃流量。 对于这些情况下的传统数据流量，接收客户端可以恢复。 但对于实时流量（如统一通信），则不能采用这种方式解决网络拥塞问题，因为统一通信流量对延迟和数据包丢失非常敏感。 WAN 上的拥塞会导致用户的用户体验质量 (QoE) 降低。 实际上，对于发生拥塞时的实时流量，最好拒绝呼叫，而不是提供质量欠佳的连接。
呼叫允许控制 (CAC) 可确定是否有足够的网络带宽来建立质量可接受的实时会话。 在Skype for Business Server中，CAC 仅控制音频和视频的实时流量，但不会影响数据流量。 如果默认 WAN 路径不具备所需的带宽，则 CAC 可尝试通过 Internet 路径或公用电话交换网 (PSTN) 路由呼叫。
本节介绍了呼叫允许控制功能，并解释了如何规划 CAC。
注意
Skype for Business Server具有三个高级企业语音功能：呼叫允许控制 (CAC) 、紧急服务 (E9-1-1) 和媒体旁路。 有关这三项功能共有的规划信息的概述，请参阅 Skype for Business Server 中高级企业语音功能的网络设置。
Skype for Business Server 中的 CAC 设计提供四个main属性：
不需要使用其他设备（如经过特殊配置的路由器），即可轻松部署和管理。
它可处理关键的统一通信用例，例如漫游用户和多点登录。 根据终结点的位置（而非用户的驻留位置）实施 CAC 策略。
除了语音呼叫，它还可以应用于其他通信，例如视频呼叫和音频/视频会议会话。
能够灵活地表示各种网络拓扑。
如果新语音会话或视频会话超出您在 WAN 链路上设置的带宽限制，该会话将被阻止或（仅在电话呼叫情况下）重新路由至 PSTN。
CAC 仅控制语音和视频的实时流量。 它不控制数据流量。
管理员定义 CAC 策略，这些策略由随每个前端池一起安装的带宽策略服务强制实施。 CAC 设置会自动传播到网络中的所有Skype for Business Server前端服务器。
对于因 CAC 策略而失败的呼叫，重新路由呼叫的优先顺序如下：
Internet
PSTN
语音邮件
呼叫详细信息记录 (CDR) 捕获有关重新路由至 PSTN 或语音邮件的呼叫的信息。 CDR 不会捕获有关重新路由至 Internet 的呼叫的信息，因为 Internet 被视为备用路径而非次要选项。
注意
语音邮件处理不会因为带宽限制而被拒绝。
带宽策略服务生成两种逗号分隔值 (CSV) 格式的日志文件。 “检查失败”日志文件捕获带宽请求被拒绝时的信息。 “链接利用率”日志文件捕获网络拓扑快照和 WAN 链路带宽用量。 这两种日志文件都有助于根据利用率微调 CAC 策略。
呼叫允许控制注意事项
管理员选择将带宽策略服务安装在中央站点中配置的第一个池上。 由于每个网络区域有一个中央站点，因此每个网络区域只有一个带宽策略服务，它管理用于该区域、其关联站点和到这些站点的链接的带宽策略。 带宽策略服务作为前端服务器的一部分运行，因此高可用性内置在该池中。 在每个前端服务器上运行的带宽策略服务每 15 秒同步一次。 如果前端池发生故障，则不再为该站点强制实施 CAC 策略，直到前端池，从而带宽策略服务再次正常运行。 这意味着，在带宽策略服务停用期间，所有呼叫都将通过。 因此，在此期间可能会出现链接的带宽订阅过度的情况。
带宽策略服务在前端池中提供高可用性;但是，它不提供跨前端池的冗余。 带宽策略服务无法从一个前端池故障转移到另一个前端池。 还原到前端池的服务后，带宽策略服务将恢复，并且可以再次强制实施带宽策略检查。
网络注意事项
尽管 Skype for Business Server 中的带宽策略服务对音频和视频强制实施带宽限制，但网络路由器 (第 2 层和第 3 层) 不会强制实施此限制。 CAC 无法阻止数据应用程序，例如，阻止占用 WAN 链路的整个网络带宽，包括 CAC 策略为音频和视频保留的带宽。 要提供必需的网络带宽保护，您可以部署服务质量 (QoS) 协议，例如差分服务 (DiffServ)。 因此，最佳实践是协调按照您可能部署的任何 QoS 设置定义的 CAC 带宽策略。
VPN 上的媒体和信号路径
如果您的企业支持通过 VPN 的媒体，则请确保媒体流和信号流都能通过 VPN，或两者都通过 Internet 进行路由。 默认情况下，媒体流和信号流通过 VPN 通道。
外部用户的呼叫允许控制
呼叫允许控制不会超出Skype for Business Server组织的限制。 CAC 不能应用于遍历 Internet 的媒体流量，该流量不是由Skype for Business Server管理的。 如果调用的终结点属于组织，并且边缘服务器已添加到网络配置，则将对流经企业网络的呼叫部分执行 CAC 检查，如呼叫允许控制部署：Skype for Business Server的最终清单中所述。 如果呼叫的端点不属于该组织，例如联盟用户或 PIC 用户，则不会执行任何带宽策略检查，并且传出呼叫将忽略任何 CAC 限制。
PSTN 连接的呼叫允许控制
无论中介服务器是连接到 IP/PBX、PSTN 网关还是 SIP 中继，都可在中介服务器上强制实施呼叫允许控制。 由于中介服务器是 B2BUA) (背靠背的用户代理，因此它会终止媒体。 它有两个连接端：一端连接到Skype for Business Server，另一个网关端连接到 PSTN 网关、IP/PBX 或 SIP 中继。 有关 PSTN 连接的详细信息，请参阅规划Skype for Business Server中的 PSTN 连接。
除非启用了媒体旁路，否则可以在中介服务器的两侧强制实施 CAC。 如果启用了媒体旁路，则媒体流量不会遍历中介服务器，而是直接在Skype for Business客户端和网关之间流动。 在这种情况下，不需要使用 CAC。 有关详细信息，请参阅在 Skype for Business 中规划媒体旁路。
下图说明了如何在启用和不启用媒体旁路的情况下在 PSTN 连接上实施 CAC。
在 PSTN 连接上实施呼叫允许控制
定义呼叫允许控制要求
规划呼叫允许控制 (CAC) 需要有关企业网络拓扑的详细信息。 为了帮助您规划呼叫允许控制策略，请执行以下步骤。
确认企业网络中的中心/中枢（称为网络区域）。
确认每个网络区域中的办公室或位置（称为网络站点）。
确定每对网络区域之间的网络路由。
确定对每个 WAN 链路的带宽限制。
注意
带宽限制是指 WAN 链路上分配给企业语音和音频/视频流量的带宽量。 当 WAN 链路被描述为“带宽受限”时，WAN 链路的带宽限制低于通过该链路的预期峰值流量。
标识分配给每个网络站点的 IP 子网。
为了解释这些概念，我们将使用下图所示的示例网络拓扑。
呼叫允许控制的示例拓扑
注意
所有网络站点都与一个网络区域关联。 例如，波特兰、里诺和阿尔伯克基包括在北美区域中。 在此图中，只显示应用了 CAC 策略、具有带宽限制的 WAN 链路。 芝加哥、纽约和底特律的网络站点在北美区域椭圆中显示，因为这些区域没有带宽限定，因此不需要 CAC 策略。
以下各节将介绍此示例拓扑的组件。 有关如何规划此拓扑（包括带宽限制）的详细信息，请参阅示例：收集Skype for Business Server中的呼叫允许控制要求。
确认网络区域
网络区域代表网络中枢或网络中心。
网络中枢或中心是计算机网络基础结构的一部分，它将网络的不同部分相互连接起来，为不同 LAN 或子网间的信息交换提供路径。 网络中枢可以将各种网络关联在一起，适用范围从较小区域到广阔的地理区域。 网络中枢的容量通常大于与其连接的网络的容量。
示例拓扑具有三个网络区域：北美、EMEA 和 APAC。 网络区域是网络站点的集合（请参阅本主题后面的网络站点定义）。 与您的网络运营团队一起确认网络区域。
将中央站点与每个网络区域相关联
CAC 要求为每个网络区域定义Skype for Business Server中央站点。 从该网络区域中的所有站点中选择具有最佳网络连接性和最高带宽的站点作为中央站点。 前面的网络拓扑示例显示了三个网络区域，每个网络区域都有一个管理 CAC 决策的中央站点。 前面示例中的相应关联如下表所示。
注意
中央站点不一定与网络站点对应。 在本文档的示例中，某些中央站点（芝加哥、伦敦和北京）与网络站点共享同一名称。 但是，即使中央站点和网络站点共享同一名称，中心站点也是Skype for Business Server拓扑的元素，而网络站点是Skype for Business Server拓扑所在的整个网络的一部分。
网络区域、中央站点和网络站点
| 网络区域 | 中央站点 | 网络站点 |
|---|---|---|
| 北美洲 |
芝加哥 |
芝加哥 纽约 底特律 波特兰 里诺 阿尔伯克基 |
| EMEA |
伦敦 |
伦敦 科隆 |
| APAC |
北京 |
北京 马尼拉 |
确认网络站点
网络站点是指为组织提供了实际场地（如办公室、建筑群或校园）的位置。 具有 LAN 并与其他站点建立 WAN 连接的实际场地被视为网络站点。 首先清点组织的所有办公室。 在我们的示例拓扑中，北美网络区域包括以下网络站点：纽约、芝加哥、底特律、波特兰、里诺和阿尔伯克基。
必须将每个网络站点与某个网络区域关联。 根据网络站点是否具有受限 WAN 链路，将带宽策略与网络站点相关联。 有关 CAC 策略以及使用这些策略分配的带宽的详细信息，请参阅本主题后面介绍的“定义带宽策略”。 要配置 CAC，请将网络站点与网络区域相关联，然后创建应用于给定站点或区域之间的带宽受限连接以及站点和区域之间的 WAN 连接的带宽分配策略。
确认网络链接
网络链接是指与链接不同区域和站点的物理 WAN 的连接。 我们的示例拓扑中包括两个区域网络链接，区域和站点之间的五个网络链接，以及两个站点之间的一个网络链接。
两个区域链接分别为北美和 EMEA 之间的链接以及 APAC 和 EMEA 之间的链接，分别表示为 NA-EMEA-LINK 和 EMEA-APAC-LINK。
站点链接由将波特兰、里诺和阿尔伯克基连接到北美区域、将马尼拉连接到 APAC 区域、以及将科隆连接到 EMEA 区域的线路表示。 里诺和阿尔伯克基之间的线路显示了这两个站点之间的直接网络链接。
定义带宽策略
与您的网络运营团队一起确定可用于组织中跨 WAN 链路的实时音频和视频流量的带宽。 如果带宽使用量受限；即，如果预期使用的带宽大于可为音频和视频形式分配的带宽，则带宽策略通常应用于 WAN 链路。
CAC 带宽策略定义可为实时音频和视频形式保留的最大带宽。 由于 CAC 不限制其他流量的带宽，因此它无法阻止其他数据流量（如大型文件传输、音乐流）占用所有网络带宽。
CAC 带宽策略可定义下列任何内容或所有内容：
分配给音频的最大带宽总量。
分配给视频的最大带宽总量。
分配给单个音频呼叫（会话）的最大带宽。
分配给单个视频呼叫（会话）的最大带宽。
注意
所有 CAC 带宽值均表示最大“单向”带宽限制。
注意
Skype for Business Server语音策略功能使用户能够覆盖对用户传入呼叫的带宽策略检查， (用户) 发出的传出呼叫。 建立会话后，将准确计算带宽消耗。 应慎用此设置。 有关详细信息，请参阅在 Skype for Business 中创建或修改语音策略并配置 PSTN 用法记录或部署文档中的修改语音策略和配置 PSTN 用法记录。
要基于每个会话优化带宽用量，请考虑将要使用的音频和视频编解码器的类型。 特别要避免出现为预期要频繁使用的编解码器分配的带宽不足的情况。 相反，如果要阻止媒体使用需要更多带宽的编解码器，则应将每个会话的最大带宽设置为足以阻止此类使用的较低值。 对于音频，并不是每一种编解码器都适用于每一种方案。 例如：
考虑编解码器的带宽和优先级时，Skype for Business终结点之间的对等音频呼叫将使用 RTAudio (8kHz) 或 RTAudio (16kHz) 。
Skype for Business终结点与 A/V 会议服务之间的电话会议将使用 G.722 或 Siren。
对公用电话交换网 (PSTN) Skype for Business终结点的呼叫将使用 G.711 或 RTAudio (8kHz) 。
借助下表优化每个会话的最大带宽设置。
不同编解码器的带宽用量要求
| 编解码器 | 不带前向纠错 (FEC) 的带宽要求 | 带前向纠错 (FEC) 的带宽要求 |
|---|---|---|
| RTAudio (8kHz) |
49.8 kbps |
61.6 kbps |
| RTAudio (16kHz) |
67 kbps |
96 kbps |
| Siren |
57.6 kbps |
73.6 kbps |
| G.711 |
102 kbps |
166 kbps |
| G.722 |
105.6 kbps |
169.6 kbps |
| RTVideo (CIF 15 fps) |
260 kbps |
不适用 |
| RTVideo (VGA 30 fps) |
610 kbps |
不适用 |
注意
带宽要求考虑以下几项的开销：以太网 II、IP、用户数据报协议 (UDP)、RTP（实时传输协议）和 SRTP（安全实时传输协议）。 其中还包括 RTCP 开销 (10 kbps)。
G.722.1 和 Siren 编解码器类似，但是它们提供不同的比特率。
G.722 是Skype for Business Server会议的默认编解码器，它与 G.722.1 和 Siren 编解码器完全不同。
在以下情况下，Skype for Business Server使用 Siren 编解码器：
带宽策略设置太低而无法使用 G.722 时。
如果通信服务器 2007 或 Communications Server 2007 R2 客户端连接到Skype for Business Server会议服务 (，因为这些客户端不支持 G.722 编解码器) 。
不同方案的带宽用量要求
| 应用场景 | 针对量优化的带宽要求 (kbps) | 平衡模式下的带宽要求 (kbps) | 针对质优化的带宽要求 (kbps) |
|---|---|---|---|
| 对等音频呼叫 |
45 kbps |
62 kbps |
91 kbps |
| 电话会议 |
53 kbps |
101 kbps |
165 kbps |
| PSTN 呼叫 (Skype for Business和 PSTN 网关之间，媒体旁路) |
97 kbps |
97 kbps |
161 kbps |
| PSTN 在 Skype for Business 与中介服务器之间 (调用，无需媒体旁路) |
45 kbps |
97 kbps |
161 kbps |
| 在中介服务器和 PSTN 网关之间 (PSTN 呼叫，无需媒体旁路) |
97 kbps |
97 kbps |
161 kbps |
| Skype for Business - Polycom 调用 |
101 Kbps |
101 Kbps |
101 Kbps |
标识 IP 子网
对于每个网络站点，您将需要和网络管理员一起确定分配给每个网络站点的 IP 子网。 如果网络管理员已经将 IP 子网组织到网络区域和网络站点中，则您的工作将大为简化。
在我们的示例中，为北美区域中的纽约站点分配了以下 IP 子网：172.29.80.0/23、157.57.216.0/25、172.29.91.0/23、172.29.81.0/24。 假设通常在底特律工作的 Bob 到纽约办事处出差进行培训。 当他打开计算机并连接到网络时，他的计算机将获取为纽约预留的四个范围之一中的 IP 地址，例如 172.29.80.103。
谨慎
在服务器上配置网络期间指定的 IP 子网必须与客户端计算机提供的格式匹配，才能正确用于媒体旁路。 Skype for Business客户端采用其本地 IP 地址，并使用关联的子网掩码屏蔽 IP 地址。 在确定与每个客户端关联的绕过 ID 时，注册机构会将与每个网络站点关联的 IP 子网列表与客户端提供的子网进行比较，以获取完全匹配。 因此，在服务器上配置网络期间输入的子网是实际子网而不是虚拟子网，这一点很重要。 (如果部署呼叫允许控制， 但不是媒体旁路，即使配置了虚拟子网，呼叫允许控制也会正常运行。) 例如，如果客户端在 IP 地址为 172.29.81.57 且 IP 子网掩码为 255.255.255.0 的计算机上登录，Skype for Business将请求与子网 172.29.81.0 关联的绕过 ID。 如果子网定义为 172.29.0.0/16，那么即使客户端属于虚拟子网，注册器也不会将此看做匹配，因为注册器会专门查找子网 172.29.81.0。 因此，管理员必须完全按照Skype for Business客户端提供的 (输入子网，这些客户端在网络配置过程中以静态方式或 DHCP.)
呼叫允许控制的最佳做法
为了提高性能以及方便部署，在部署呼叫允许控制时，请应用以下最佳做法：
确保已为当前媒体流量和预期媒体流量提供了充足的 WAN。
注意
建议在设置带宽限制时预留一定的缓冲区。 有些方案（如争用情况）会影响使用的带宽总量，可能导致出现超出带宽限制的情况。 例如，当媒体流量接近带宽限制时，如果两个呼叫都尝试启动，则其中一个呼叫可能会因为另一个设法首先启动而被拒绝。
监控网络使用情况以及呼叫详细信息记录，这样便可以根据网络使用情况的变化来选择最佳 CAC 设置并更新 CAC 设置。
使用 CAC 带宽策略补充 QoS 设置。
如果要将已阻止的呼叫重新路由到 PSTN，请验证 PSTN 功能和容量。 有关详细信息，请参阅 Planning Outbound Call Routing。
注意
容量指为支持潜在 PSTN 重新路由而需要打开的端口数量。