Microsoft Teams 中的媒体质量和网络连接性能
重要
由世纪互联在中国运营的Skype for Business将于2023年10月1日停用。 如果尚未升级 Skype for Business Online 用户，系统会自动安排他们进行辅助升级。 如果想要自行将组织升级到 Teams，强烈建议你立即开始规划升级路径。 请记住，成功升级与技术和用户就绪情况一致，因此在导航到 Teams 旅程时，请务必利用我们的 升级指南 。
Skype for Business Online（不包括世纪互联在中国运营的服务）已于 2021 年 7 月 31 日停用。
本文定义了Microsoft Teams 服务的网络性能要求集，以及如何根据网络连接评估选择使用 Internet 或 ExpressRoute 在网络与 Microsoft Teams 之间建立连接。 如果已决定将 Azure ExpressRoute 用于与 Microsoft 365 或 Office 365 的专用连接，本文档还提供了有关如何在不同的 Microsoft Teams 部署方案中规划 ExpressRoute 连接的指南。
Real-Time 媒体 (音频、视频和基于 IP 的应用程序共享) 的质量受到端到端网络连接质量的极大影响。 为了获得最佳Microsoft Teams 媒体质量，请务必确保公司网络与Microsoft Teams 之间有高质量的连接。 实现此目的的最佳方法是根据网络容量设置内部网络和云连接，以适应所有连接Microsoft Teams 的高峰流量。
Microsoft 365 和Office 365服务（包括 Microsoft Teams）不需要 Azure ExpressRoute。 但是，Azure ExpressRoute 是可用的部署选项之一，可帮助确保与 Microsoft 365 或 Office 365 的连接满足Microsoft Teams 网络性能要求，并确保获得最佳Microsoft Teams 媒体质量体验。
提示
尽管本主题提供了整体网络性能指南，但网络评估的完整指南不在本文档的范围内。 若要查找Microsoft Teams 合作伙伴的列表，这些合作伙伴可以帮助你进行网络性能度量，这是全面和完整的网络评估的一部分，请访问 Skype for Business 合作伙伴解决方案。
Microsoft Teams 的网络连接要求
影响Microsoft Teams 媒体质量的因素
Microsoft Teams Real-Time 媒体 (音频、视频和应用程序共享) 质量（包括使用的设备、环境和网络连接）有许多不同因素。
设备
在 Real-Time 媒体会话中，所有参与者使用的媒体捕获和呈现设备（如头戴显示设备和 Web 摄像头）对整体音频和视频质量有很大的影响。 质量较低的设备或设备驱动程序不正确，音频的整体声音质量较低，视频的图像质量较低。 经过认证的设备或优质设备有助于回声消除、噪音筛选、视频分辨率并减少延迟。
尽管不需要经过认证的音频和视频媒体设备，但强烈建议使用经过认证的Microsoft Teams 的设备，以获得最佳的媒体体验。 有关所有Microsoft Teams 认证设备的列表，请参阅 Microsoft Teams 认证的 Android 设备。 可以使用Skype for Business管理中心中的Microsoft Teams 通话质量仪表板来验证正在使用的设备是否正常工作并监视音频和视频媒体质量。
提示
要获得最佳Skype for Business媒体质量体验，需要经过认证的设备。
请务必记住，任何媒体设备（Microsoft Teams 客户端）以及 Real-Time 媒体流式传输的Skype for Business服务器都会带来一定的延迟。 设备和软件处理延迟以及网络延迟对端到端整体延迟和最终用户体验产生巨大影响并影响。
环境
用户开会和使用音频和视频设备的环境和周边地区是音频和视频质量的另一个重要因素。 从嘈杂环境中呼叫的用户将有回声、静音和不清楚的音频。 用户在黑暗或低光照环境中则无法生成明亮清晰的视频图像画质。 在会议室设置中，麦克风和视频设备的位置直接影响参与者接收的声音和图像质量。
若要更清楚地了解用户的音频和视频体验，请使用Skype for Business应用工具>选项>音频设备或视频设备对正在使用的设备进行更改并自定义其设置。
网络
通过 IP 网络 Real-Time 媒体的质量受到网络连接质量的很大影响，尤其是受以下数量的影响：
延迟 这是从网络上的点 A 到点 B 获取 IP 数据包所需的时间。 这种网络传播延迟与两点之间的物理距离和光速有关，包括介于两者之间的各种路由器产生的额外开销。 延迟以单向或往返时间 (RTT) 度量。
数据包丢失 这通常定义为在给定时间范围内丢失的数据包的百分比。 数据包丢失直接影响音频质量-从几乎没有影响的小型单个丢失数据包，到导致完全音频切断的背靠背突发丢失。
数据包间到达抖动或干脆抖动 这是连续数据包之间的平均延迟变化。 大多数新式 VoIP 软件（包括Microsoft Teams）都可以通过缓冲适应某种程度的抖动。 只有当抖动超过缓冲时，参与者才会注意到抖动的影响。
注意
缓冲抖动会增加端到端延迟。
由于许多并发Microsoft Teams Real-Time 媒体会话，以及由其他 Microsoft 365 或 Office 365 服务和其他业务应用程序生成的其他网络流量，确保整个网络路径上有足够的带宽将网络连接到 Microsoft Teams 服务对于避免网络拥塞并确保出色的媒体 Real-Time 媒体 (音频至关重要。 视频和应用程序共享) 质量。
跨拥堵网络实现服务质量 (QoS)
此外，整个网络的流量拥塞会严重影响媒体质量。 为了允许音频和视频数据包更快地传输网络，并优先于拥挤网络中的其他网络流量，可以使用服务质量 (QoS) 来帮助为音频和视频通信提供最佳最终用户体验。
QoS 提供了一种方法，可将更高的优先级分配给承载音频或视频数据的网络数据包。 通过为这些数据包分配更高的优先级，音频和视频通信可能会比涉及文件传输、Web 浏览或数据库备份等内容的网络会话更快且中断更少。 这是因为默认情况下，用于文件传输或数据库备份的网络数据包被分配为“尽最大努力”作为优先事项，网络拥塞不会产生那么大的影响。 如果不为媒体 (音频、视频和应用程序共享) 数据包分配更高的优先级，并将它们指定为“尽最大努力”，它们也会与所有其他网络流量一起处理。 根据网络拥塞量，这最终可能会降低用户的整体音频和视频质量体验。
强烈建议在网络上实现 QoS，以确保网络内的网络拥塞不会造成影响。 但是，为了产生最大的影响，所有网络终结点都必须支持 QoS，这意味着所有终结点都必须遵循 QoS 标记和数据包优先级。 Microsoft Teams 服务在Microsoft网络中遵循 QoS 标记和优先级。 但是，通过公共连接（如 Internet）从公司网络路由到Microsoft网络的流量不会保留 QoS 标记和数据包优先级。 使用 Azure ExpressRoute 从网络到 Microsoft 365 或 Office 365 的专用连接提供了一种部署解决方案，可保留 QoS 标记和数据包优先级，进而提高最终用户的整体音频和视频质量。
连接到 Microsoft Teams 的网络性能要求
Skype for Business Real-Time媒体通过许多不同的设备、客户端应用、服务器软件和不同的网络传输。 Real-Time 媒体的端到端延迟是指在所有组件和网段上引入的总延迟量。 端到端网络连接的质量由质量最差的网络段决定。 此段充当此网络流量的瓶颈。
下图演示了会议中从一个Microsoft Teams 参与者到另一个参与者的单向音频流。
在此会议方案中，媒体路径由以下网段组成：
从用户 1 连接到Microsoft网络边缘 这通常包括 WiFi 或以太网等网络连接、从用户 1 到 Internet 出口点 (网络 Edge 设备) 的 WAN 连接，以及从网络边缘到Microsoft网络边缘的 Internet 连接。
Microsoft网络内的连接 这是在 Microsoft Edge 到使用 A/V 会议服务器的 Teams 数据中心Microsoft之间。
Microsoft网络中的连接 这是在 Microsoft Teams 数据中心和Microsoft网络边缘之间。
从Microsoft网络边缘连接到用户 2 这包括从网络边缘到Microsoft网络边缘的 Internet 连接、从用户 2 到 Internet 出口点 (网络边缘) 的 WAN 连接，以及 WiFi 或以太网等网络连接。
下图显示了Microsoft Teams PSTN 呼叫的组件和网段的细目：
在 PSTN 呼叫方案中，媒体路径跨越以下网段：
从Skype for Business客户端调用方连接到Microsoft网络边缘这通常包括 WiFi 或以太网等网络连接、从Skype for Business客户端调用方到 Internet 出口点的 WAN 连接 (网络边缘设备) ，以及从网络边缘到Microsoft网络边缘的 Internet 连接。
Microsoft网络内的连接 这是在 Microsoft Edge 到使用中介服务器的 Teams 数据中心Microsoft之间。
Microsoft网络中的连接 这是在 Microsoft Teams 数据中心和Microsoft网络边缘之间。
Microsoft网络与 PSTN 服务提供商合作伙伴之间的连接这是用于从Microsoft网络外部的Skype for Business客户端发出 PSTN 呼叫的连接。
从Skype for Business客户端到Microsoft网络边缘的网络性能要求
为了获得最佳Skype for Business媒体质量，从公司网络连接到Microsoft网络边缘时，需要以下网络性能指标目标或阈值。 此网络段包括内部网络，包括所有 WiFi 和以太网连接、通过 WAN 连接的任何公司站点到站点流量，例如多协议标签交换 (MPLS) ，以及 Internet 或 ExpressRoute 合作伙伴与Microsoft网络边缘的连接。
谨慎
公司网络上Skype for Business客户端与 Microsoft 365 或 Office 365 服务之间的连接必须满足以下网络性能要求和阈值。
| 指标 | 最佳的 | Poor |
|---|---|---|
| 往返时间 (RFC 3550) | < 60 毫秒 | > 500 毫秒 |
| 最大数据包丢失 (RFC 3550) | < 5% | > 25% |
| 平均数据包丢失 (RFC 3550) | < 0.5% | > 10% |
| 数据包抖动 (RFC 3550) | < 3 毫秒 | > 30 毫秒 |
其他性能目标要求：
Microsoft网络在全球拥有 160 多个边缘位置。 我们通过这些 Edge 站点与全球) 的主要 Internet 服务提供商 (ISP 合作。 延迟指标目标假定你的公司站点和Microsoft边缘位于同一大洲。
公司站点或站点到Microsoft网络边缘连接包括第一跃点网络访问，可以是 WiFi 或其他无线技术。
网络性能目标假定适当的带宽和/或服务质量规划。 换句话说，当网络连接处于峰值负载时，这直接应用于Skype for Business Real-Time媒体流量。
测量网络性能
若要测量从任何公司网络站点到网络边缘的实际网络性能（尤其是延迟和数据包丢失），可以使用 ping 等工具，针对从 Microsoft Edge 和数据中心站点运行的一组Skype for Business媒体中继服务进行测试。
注意
通过 ping (ICMP) 来衡量网络性能无效。 因此，下面的 anycast IP 公开将从 2020 年 1 月开始停止响应 ICMP 请求。 为了有效地衡量网络性能，Microsoft建议使用 网络评估工具。
若要测试与Microsoft网络的 Internet 连接，建议针对Skype for Business媒体中继的以下 VIP 进行测试。 Anycast VIP 将解析为Microsoft网络边缘站点中媒体中继的 IP 地址，该站点最靠近测试位置。
|
IP 地址 |
类型 |
位置 |
|---|---|---|
| 13.107.8.2 |
贵宾 |
World Wide Anycast IP |
下面是评估网络性能时要遵循的一些高级建议：
应评估内部网络以及与 Microsoft 365 或 Office 365 的连接。
应长时间评估和收集所有网络的数据。 我们建议你在至少一周内执行网络性能测试，以便可以查看所有工作日和小时的使用模式。 这将显示高峰时间。
应采用多个网络性能度量示例。 建议在整个收集数据期间每 10 分钟从公司站点进行一次测量。 若要比较 Microsoft Teams 网络性能要求，请从此示例数据集中获取第 90 百分位度量值。
应持续评估网络的性能。 由于使用模式更改、使用大量带宽的新企业应用程序以及组织或物理公司位置的更改，网络利用率随时间推移而变化。 必须根据这些网络性能要求和目标/阈值持续监视网络性能，并及时进行调整，以确保最佳 Real-Time 媒体质量。
使用 Azure VM 测量网络性能
Microsoft Azure 云中的服务使用测试设置的Skype for Business客户和合作伙伴的网络评估解决方案不是针对Microsoft网络 Edge 站点进行测试。 在这些解决方案中，网络评估工具针对在 Azure 云中设置为服务的自定义终结点测试延迟、数据包丢失和抖动。 因此，测试网络流量通过另一个网段，即Microsoft网络边缘与托管网络评估服务的 Azure 数据中心之间的连接。
适用于基于 Azure 托管测试服务的那些网络评估解决方案。 建议在国家/地区和/或区域内执行网络评估。 例如，对于美国东部的客户站点，应针对 Azure 美国东部数据中心区域中托管的测试服务实例执行评估。
下面是基于 Azure 服务的网络评估设置 (RTT) 目标的延迟。 单向延迟目标将是相应 RTT 目标的一半。 数据包丢失和抖动目标与为基于媒体中继Skype测试定义的目标相同。
|
客户区域 |
Azure 区域 |
网络 Edge - Azure 往返时间 (RTT) |
站点 - Azure 往返时间 (RTT) |
|---|---|---|---|
| 美国中部 |
美国中部 |
99 |
139 |
| 美国东部 |
美国东部 |
86 |
126 |
| 美国中北部 |
美国中北部 |
97 |
137 |
| 美国中南部 |
美国中南部 |
94 |
134 |
| 美国西部 |
美国西部 |
94 |
134 |
| 夏威夷美国 |
美国西部 |
116 |
156 |
| 加拿大中部 |
加拿大中部 |
138 |
178 |
| 加拿大东部 |
加拿大东部 |
131 |
171 |
| 北欧 |
北欧 |
99 |
139 |
| 西欧 |
西欧 |
95 |
135 |
| 东亚 |
东亚 |
118 |
158 |
| 东南亚 |
东南亚 |
97 |
137 |
| 日本东部 |
日本东部 |
111 |
151 |
| 日本西部 |
日本西部 |
118 |
158 |
| 巴西南部 |
巴西南部 |
70 |
110 |
| 澳大利亚东部 |
澳大利亚东部 |
124 |
164 |
| 澳大利亚东南部 |
澳大利亚东南部 |
124 |
164 |
| 印度中部 |
印度中部 |
103 |
143 |
| 印度南部 |
印度南部 |
103 |
143 |
| 印度西部 |
印度西部 |
103 |
143 |
| 中国东部 |
中国东部 |
120 |
160 |
| 中国北部 |
中国北部 |
120 |
160 |
媒体质量和 ExpressRoute
适用于 Microsoft 365 或 Office 365 的 Azure ExpressRoute 是用于连接到 Microsoft 365 或 Office 365 的专用网络连接。 它使客户能够控制其网络流量的路径。 他们不再需要担心 Internet 上发生的不可预知的路由，其中数据由未知运营商、提供商和 ISP 携带。 通过 ExpressRoute 发送的网络流量直接通过 ExpressRoute 合作伙伴的网络发送到Microsoft的网络。 这样，客户就可以将 Microsoft 365 或 Office 365视为其位于具有专用连接的站点外数据中心。
Azure ExpressRoute 适用于所有 Microsoft 365 和Office 365许可产品/ 服务。 但是，Microsoft 365 和 Office 365 需要 Azure ExpressRoute Premium 加载项才能启用全局路由。 拥有至少 500 个席位且正在实施 ExpressRoute 的客户可以获取所需的 ExpressRoute Premium 加载项 ，无需额外付费。
需要 ExpressRoute 才能获得良好的媒体质量吗？
Azure ExpressRoute 不是获得最佳Microsoft Teams 媒体质量的要求。 但是，它是一个部署选项，可帮助你确保云连接满足Skype for Business网络性能目标或阈值。
Microsoft 365 和 Office 365 是使用 Internet 的高性能和安全服务。 我们将继续投资新的安全功能和区域边缘节点，以不断提高安全性和性能。 Microsoft 365 或 Office 365 服务（包括 Microsoft Teams）不需要 Azure ExpressRoute。 Azure ExpressRoute 是可用的部署选项之一，可帮助确保与 Microsoft 365 或 Office 365 的连接满足Skype for Business网络性能要求，并确保最佳Microsoft Teams 媒体质量体验。
对于Microsoft Teams 媒体质量，公司站点与Microsoft网络边缘之间的连接必须满足从Skype for Business客户端到Microsoft网络边缘的网络性能要求中的性能目标，并且网络边缘与Microsoft网络边缘之间的连接必须满足性能目标。
此外，公司的物理网络连接（包括内部网络和云连接容量）能够适应高峰媒体流量，这一点也很重要。 Azure ExpressRoute 是帮助客户确保其Microsoft Teams 云连接满足所有这些性能要求的许多方法之一。
语音质量 SLA 是否需要 ExpressRoute？
否，Microsoft Teams 语音质量 SLA 不需要 ExpressRoute。 Microsoft Teams 语音质量 SLA 适用于任何Microsoft Teams 语音服务用户在正确的许可证和订阅中发出的任何合格呼叫，该用户能够进行任何类型的 VoIP 或 PSTN 呼叫。 语音质量 SLA 应包括满足以下所有条件：
来自Microsoft认证 IP 电话的呼叫。
有线以太网连接。
Microsoft网络问题导致的语音质量问题。
注意
语音质量 SLA 排除了由非Microsoft网络（包括 ExpressRoute 合作伙伴和其他网络）中的问题导致通话质量低的呼叫。
Internet 还是 Azure ExpressRoute？
在决定Microsoft Teams 的网络连接选项之前，客户必须根据网络性能要求中所述的网络性能要求评估其网络和当前 Internet 连接性 ，才能连接到Microsoft Teams。
如果通过当前 Internet 连接的网络性能在高峰时段设置了足够的容量，并且它满足从站点到Microsoft网络边缘以及从网络边缘到Microsoft网络边缘的网络性能要求，则可以继续使用现有的 Internet 连接连接到 Microsoft Teams。
对于未满足网络性能要求的公司站点，强烈建议先与现有网络服务提供商合作，以提高整体网络性能。 但是，如果仍无法满足这些要求，则使用 Azure ExpressRoute 可帮助确保Microsoft Teams 云连接有助于满足网络性能要求。
Azure ExpressRoute 提供以下附加优势：
服务级别协议 (SLA) 网络与Microsoft网络之间的连接可用性。 ExpressRoute 的可用性 SLA 保证为 99.9%。
Microsoft 365 和 Office 365 服务所需的计划带宽和保证带宽。 为此，可以使用 ExpressRoute 仅发送Microsoft 365、Office 365或Skype for Business流量，然后让所有其他 Internet 流量通过网络的其他 Internet 出口/入口点。
ExpressRoute 旨在保留网络与Microsoft网络之间的 DSCP QoS 标记。
有关 ExpressRoute QoS 和容量规划的详细信息，请参阅 Microsoft Teams 中的 ExpressRoute 和 QoS。
是否可以为仅 Microsoft Teams 设置 Azure ExpressRoute？
是的，可以设置 Azure ExpressRoute 以确保从公司网络到仅Microsoft Teams 的出色网络连接。 这将为用户提供最佳的 Real-Time 媒体质量，但你可以继续通过 Internet 连接到其他Microsoft 365 或Office 365服务。
边界网关协议 (BGP) 是 Internet 上的路由协议，用于通过 Internet 路由网络流量。 它旨在交换自治系统之间的路由信息， (AS) 通过 Internet 找到。 BGP 社区值是可应用于传入或传出路由的属性标记。 BGP 社区通常用于向接收 AS 发出信号，该出站链接用于根据地理位置、服务类型或其他条件到达给定目标。
借助 BGP 社区支持，Microsoft将根据前缀和路由所属的服务使用适当的 BGP 社区值标记这些前缀和路由。 Microsoft将使用相应的 BGP 社区值来标记通过公共对等互连和Microsoft对等互连播发的前缀，以指示托管前缀的区域。 你可以依靠社区值做出适当的路由决策，以提供最佳路由。 可以使用 Microsoft Teams BGP 社区值来仅为 Microsoft Teams 设置 ExpressRoute 连接。 有关详细信息，请参阅 ExpressRoute 路由要求。
Microsoft Teams 的 ExpressRoute 连接方案
如果你已根据上述建议确定 ExpressRoute 适合你，下面是有关应获取的 ExpressRoute 连接的位置和数量的建议。
仅联机部署 - 单站点
如果所有用户都使用 Microsoft Teams 服务，并且你的办公室以单个物理位置为中心，并且你决定部署 Azure ExpressRoute，则应在公司站点与最近的 ExpressRoute 对等互连位置之间设置单个 ExpressRoute 连接。
下图显示了此类部署的示例。 对于此示例，Contoso 是位于佛罗里达州奥兰多的大学。 Contoso 有 10,000 名教职员工和学生。 从其位置到 Microsoft Edge 站点的 Internet 测试在高峰时段显示超过 5% 的数据包丢失。 他们决定使用具有过度预配带宽的 ExpressRoute 与 Microsoft 365 或Office 365建立专用连接，以便避免 Microsoft 365 或 Office 365网络拥塞，尤其是对于Microsoft Teams Real-Time 流量。 他们通过位于佐治亚州亚特兰大 MeetMe 站点的 ExpressRoute 连接到Microsoft云。
仅联机部署 - 同一大洲上的多个站点
如果你的公司使用来自同一区域或大陆的多个办事处的Microsoft Teams 服务，并且你选择实现 Azure ExpressRoute，则建议通过 ExpressRoute 连接main站点，然后选择性地为不符合建议的网络性能目标的其他位置添加其他 ExpressRoute 对等互连。
在以下示例中，Contoso 是美国旅游服务公司，总部设在纽约，但在美国设有其他办事处。 他们的办公室通过 WAN 相互连接，该 WAN 使用 MPLS 连接到 Microsoft 365 或 Office 365。 他们最初从新泽西州霍博肯市的互联网路由器到纽约 MeetMe 站点建立了 ExpressRoute 连接。
通过此设置，从大多数站点到Microsoft网络 (New York Edge 站点) 的网络流量可以满足从Skype for Business客户端到Microsoft网络边缘的网络性能要求中所述的Skype for Business客户端连接网络性能目标。 但是，Contoso 西海岸办事处到纽约之间的延迟单向超过 50 毫秒。 此外，Honolulu 是 Contoso 的第二大办公室，从 Honolulu 到纽约的延迟单向超过 80 毫秒。 为确保这些办公室的用户获得良好的媒体质量，Contoso 决定在其圣何塞站点和硅谷 ExpressRoute MeetMe 站点之间添加西海岸 ExpressRoute 连接。
仅联机部署 - 不同大洲的多个站点
如果所有用户都使用 Microsoft Teams 服务，并且你的办公室位于跨多个大洲的多个物理位置，则如果你决定部署 Azure ExpressRoute，则应在每个大洲的main站点与其最近的 ExpressRoute 对等互连位置之间为每个大洲设置至少一个 ExpressRoute 连接。 根据成本和权益，可以选择从不满足网络性能目标的站点部署其他 ExpressRoute 连接。
在以下示例中，Contoso 是一家大型公司律师事务所，在北美和欧洲的主要城市设有办事处。 根据 Internet 连接和内部网络性能评估，Contoso 决定在北美部署两个 ExpressRoute 连接，并为其所有欧洲办事处部署一条 ExpressRoute 线路。
混合部署
如果你有一个本地 Lync 或 Microsoft Teams 部署，并选择实现混合Microsoft Teams 集成，我们建议如果你决定部署 Azure ExpressRoute，则需要为每个本地 Lync 或Microsoft Teams Edge 站点提供至少一个 ExpressRoute 连接，并且每个大洲与办公室至少有一个 ExpressRoute 连接。 根据成本和效益，对于每个大洲，可以选择从未满足网络性能目标的办公室部署其他 ExpressRoute 连接。
如果有本地 Microsoft Teams 部署，则必须遵循 边缘服务器规划和部署指南。 具体而言，边缘服务器必须可从网络外部访问。 这通常是通过向边缘服务器分配可路由的公共 IP 地址，或者通过使用网络地址转换 (NAT) 来实现的。
在以下示例中，Contoso 具有现有的本地Microsoft Teams 企业版语音部署。 他们希望将本地用户迁移到 Microsoft 365 或 Office 365 联机服务。 他们还决定使用混合部署，以便可以继续使用所有本地和联机用户的现有 PSTN 基础结构。 Contoso 的本地数据中心和Skype for Business边缘服务器位于芝加哥。 对于他们的部署，Contoso 决定在其芝加哥数据中心和芝加哥 ExpressRoute 之间设置一个 ExpressRoute 连接。 他们还增加了西海岸 ExpressRoute 连接，以更好地为火奴鲁鲁办事处提供服务。
使用 Cloud Connector Edition 进行联机部署
Skype for Business 云连接器版本是一种混合产品/服务，由一组实现本地 PSTN 连接的打包虚拟机 (VM) 组成。 通过在虚拟化环境中部署最小Skype for Business Server拓扑，你将能够通过现有的本地 PSTN 语音基础结构使用座机和移动电话发送和接收呼叫。
如果决定部署 Azure ExpressRoute 和云连接器版本，我们建议在每个大洲的main站点与最近的 ExpressRoute 对等互连位置之间设置至少一个 Express Route 连接。 根据成本与权益，对于每个大洲，可以选择从未满足网络性能目标的站点部署其他 ExpressRoute 连接。
如果有本地Microsoft Teams 部署，则必须遵循Skype for Business 云连接器版本规划指南。 具体而言，应为 Access Edge 和 A/V Edge 服务分配公共 IP 地址，并Microsoft 365 或 Office 365 数据中心可访问。
在以下示例中，Contoso 是一家欧洲会计师事务所，在几个主要欧洲国家/地区和城市拥有业务。 当他们注册Microsoft Teams 以满足其所有协作需求时，他们决定为其拥有物理位置的每个国家/地区提供云连接器，以继续使用其已存在的 PSTN 基础结构和运营商合同。 根据来自所有站点和Microsoft网络边缘的测试，他们确定伦敦的单个 ExpressRoute 连接将有助于满足从 Skype for Business 客户端到Microsoft网络边缘的网络性能要求中所述的 Microsoft Teams 客户端连接网络性能目标。
下面是 Contoso 的另一个部署选项。 在这种情况下，他们决定在部署云连接器的每个站点上设置 ExpressRoute 连接。
