你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

呼叫流基础知识

项目
02/16/2024

以下部分提供 Azure 通信服务中的呼叫流概述。信号和媒体流取决于用户所进行的呼叫的类型。呼叫类型的示例包括一对一 VoIP、一对一 PSTN 以及包含 VoIP 和 PSTN 连接的参与者组合的群呼。查看呼叫类型。

关于信号和媒体协议

建立对等呼叫或群呼时，会在后台使用两种协议：HTTPS (REST) 用于信号，SRTP 用于媒体。

SDK 之间或 SDK 与通信服务信号控制器之间的信号使用 HTTPS REST (TLS) 进行处理。 Azure 通信服务使用 TLS 1.2。对于实时媒体流量 (RTP)，首选用户数据报协议 (UDP)。如果防火墙阻止使用 UDP，则该 SDK 会对媒体使用传输控制协议 (TCP)。

让我们来查看各种方案中的信号和媒体协议。

呼叫流事例

案例 1：可在两个设备之间实现直接连接的 VoIP

在一对一 VoIP 或视频呼叫中，流量首选最直接的路径。 “直接路径”是指如果两个 SDK 可以直接相互联系，则它们会建立直接连接。当两个 SDK 处于同一个子网中（例如，在子网 192.168.1.0/24 中）时，或者当两个设备各自处于可以相互看到的子网中（子网 10.10.0.0/16 和 192.168.1.0/24 中的 SDK 可以相互联系）时，这通常可以实现。

Diagram showing a Direct VOIP call between users and Communication Services.

案例 2：无法在设备之间实现直接连接，但是可以在 NAT 设备之间实现连接的 VoIP

如果两个设备位于无法相互联系的子网中（例如，Alice 在咖啡店中工作，而 Bob 在家庭办公室中工作），但是可以在 NAT 设备之间实现连接，则客户端的 SDK 会通过 NAT 设备建立连接。

对于 Alice，它会作为咖啡店的 NAT，而对于 Bob，它会作为家庭办公室的 NAT。 Alice 的设备会发送其 NAT 的外部地址，Bob 的设备会执行相同操作。该 SDK 从 Azure 通信服务免费提供的 STUN（适用于 NAT 的会话遍历实用工具）服务了解外部地址。处理 Alice 与 Bob 之间的握手的逻辑将嵌入到 Azure 通信服务提供的 SDK 中。（无需任何其他配置）

Diagram showing a VOIP call which utilizes a STUN connection.