你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
本文总结了网络环境如何影响语音和视频通话质量。 许多因素都有助于 Azure 通信服务实时媒体的质量，包括音频、视频和应用程序共享。 一些因素包括网络质量和带宽、防火墙、主机和设备配置。
网络质量
基础网络连接的质量可能会对 IP 上的实时媒体产生不利影响。 最重要的因素包括：
- 延迟。 从 A 点到网络上的 B 点获取 IP 数据包所需的时间。 网络传播延迟取决于两点之间的物理距离和流量流经的设备产生的任何其他开销。 延迟度量为单向或往返时间（RTT）。
- 数据包丢失。 在特定时间范围内丢失的数据包的百分比。 数据包丢失直接影响音频质量，单个小数据包的丢失几乎不造成影响，而连续的突发丢失会导致音频完全切断。
- 数据包间到达抖动，也称为抖动。 连续数据包之间的延迟的平均变化。 通信服务可以通过缓冲适应某些级别的抖动。 仅当抖动超过缓冲时，参与者才会注意到其效果。
网络带宽
确保网络配置为支持并发通信服务媒体会话和其他业务应用程序所需的带宽。 测试带宽瓶颈的端到端网络路径对于成功部署多媒体通信服务解决方案至关重要。
以下带宽要求适用于 JavaScript SDK。
| 带宽 | 情境 |
|---|---|
| 40 Kbps | 点对点音频通话 |
| 500 Kbps | 对等音频通话和屏幕共享 |
| 500 Kbps | 点对点标清视频通话，360 像素，每秒 30 帧 |
| 1.2 Mbps | 对等 HD 质量视频通话，分辨率为 HD 720 像素，帧率为 30 FPS |
| 500 Kbps | 群组视频通话，360 像素，每秒 30 帧 |
| 1.2 Mbps | HD 组视频通话，分辨率为 HD 720 像素，每秒 30 帧 |
| 1.5 Mbps | 点对点高清视频通话，分辨率为高清 1080 像素，每秒 30 帧 |
以下带宽要求适用于本机 Windows、Android 和 iOS SDK。
| 带宽 | 情境 |
|---|---|
| 30 Kbps | 点对点音频通话 |
| 130 Kbps | 对等音频通话和屏幕共享 |
| 500 Kbps | 点对点标清视频通话，360 像素，每秒 30 帧 |
| 1.2 Mbps | 对等 HD 质量视频通话，分辨率为 HD 720 像素，帧率为 30 FPS |
| 1.5 Mbps | 点对点高清视频通话，分辨率为高清 1080 像素，每秒 30 帧 |
| 500 Kbps/1 Mbps | 群组视频通话 |
| 1 Mbps/2 Mbps | HD 群组视频通话，在 1080 像素屏幕上播放 540 像素视频 |
防火墙配置
通信服务连接需要与特定端口和 IP 地址建立 Internet 连接，以提供高质量的多媒体体验。 如果不访问这些端口和 IP 地址，通信服务将无法正常工作。 需要启用的 IP 范围和允许列出的域的列表如下所示：
| 类别 | IP 范围或 FQDN | 港口 |
|---|---|---|
| 媒体流量 | Azure 公有云 IP 地址范围 20.202.0.0/16。 此处提供的范围是媒体处理器或 Azure 通信服务 TURN 服务上的 IP 地址范围。 | UDP 3478 到 3481、TCP 端口 443 |
| 信号、遥测、注册 | *.skype.com、*.microsoft.com、*.azure.net、*.azure.com、*.office.com | TCP 443、80 |
| 通话自动化媒体 | 52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38 | UDP：3478、3479、3480、3481 |
| 通话自动化回调 URL | *.lync.com、*.teams.cloud.microsoft、*.teams.microsoft.com、teams.cloud.microsoft、teams.microsoft.com、52.112.0.0/14、52.122.0.0/15、2603:1027::/48、2603:1037::/48、2603:1047::/48、2603:1057::/48、2603:1063::/38、2620:1ec:6::/48、2620:1ec:40::/42 | TCP：443、80 UDP：443 |
只有美国政府 GCC High 客户可以访问以下端点。
| 类别 | IP 范围或 FQDN | 港口 |
|---|---|---|
| 媒体流量 | 52.127.88.0/21, 52.238.114.160/32, 52.238.115.146/32, 52.238.117.171/32, 52.238.118.132/32, 52.247.167.192/32, 52.247.169.1/32, 52.247.172.50/32, 52.247.172.103/32, 104.212.44.0/22, 195.134.228.0/22 | UDP 3478 到 3481、TCP 端口 443 |
| 信号、遥测、注册 | *.gov.teams.microsoft.us、*.infra.gov.skypeforbusiness.us、*.online.gov.skypeforbusiness.us、gov.teams.microsoft.us | TCP 443、80 |
网络优化
以下任务是可选的，不需要进行通信服务的部署。 使用本指南来优化网络和通信服务的性能，或者在您知道存在一些网络限制时加以使用。
如果您想进一步优化，可以考虑以下情况：
- 通信服务运行缓慢。 也许带宽不足。
- 呼叫不断下降。 防火墙和代理阻止程序可能会导致通话中断。
- 通话有静电干扰和中断，或者声音听起来像机器人。 抖动或数据包丢失可能会导致这些问题。
| 网络优化任务 | 详细信息 |
|---|---|
| 规划网络 | 在本文档中，你可以找到用于呼叫的网络最低要求。 请参阅 Teams 示例，了解如何规划网络。 |
| 外部名称解析 | 请确保运行通信服务 SDK 的所有计算机都可以解析外部 DNS 查询，以发现通信服务人员提供的服务，并且防火墙不会阻止访问。 确保 SDK 可以解析地址 *.skype.com、*.microsoft.com、*.azure.net、*.azure.com 和 *.office.com。 |
| 维持会话持续性 | 确保防火墙不会更改 UDP 的映射网络地址转换（NAT）地址或端口。 |
| 验证 NAT 池大小 | 验证用户连接所需的 NAT 池大小。 当多个用户和设备使用 NAT 或端口地址转换访问通信服务时，请确保隐藏在每个可公开路由的 IP 地址后面的设备不会超过支持的数字。 确保向 NAT 池分配了充足的公共 IP 地址，以防止端口耗尽。 端口耗尽导致内部用户和设备无法连接到通信服务。 |
| 入侵检测和防护指南 | 如果环境部署了 入侵检测系统 或入侵防护系统，以便为出站连接提供额外的安全层，则允许所有通信服务 URL。 |
| 配置拆分通道 VPN | 为绕过虚拟专用网络（VPN）的 Teams 流量提供备用路径，通常称为 拆分隧道 VPN。 拆分隧道意味着通信服务的流量不会通过 VPN，而是直接转到 Azure。 绕过 VPN 会对媒体质量产生积极影响，并减少来自 VPN 设备和组织的网络的负载。 要实施拆分通道 VPN，请咨询 VPN 供应商。 建议绕过 VPN 的其他原因：
|
| 实施 QoS | 使用服务质量 （QoS） 来配置数据包优先顺序。 QoS 提高了通话质量，有助于监视和排查通话质量问题。 QoS 应在托管网络的所有段上实施。 即使为带宽充分预配了网络，QoS 也会在发生意外的网络事件时提供风险缓解措施。 QoS 会优先传输语音流量，以避免意外事件影响通话质量。 |
| 优化 Wi-Fi | 与 VPN 类似，Wi-Fi 网络不一定设计或配置为支持实时媒体。 规划或优化 Wi-Fi 网络以支持通信服务是高质量部署的重要考虑因素。 请考虑以下因素：
|
操作系统和浏览器（适用于 JavaScript SDK）
通信服务语音和视频 SDK 支持某些作系统和浏览器。 若要了解通话 SDK 支持的操作系统和浏览器，请参阅通话概念文档。
后续步骤
- 详细了解 如何调用库。
- 了解 客户端-服务器体系结构。
- 了解 呼叫流拓扑。
- 了解如何 将 Azure 通信服务与 Azure ExpressRoute 集成。