Microsoft Teams 通话流程

提示

观看此会话,了解 Teams 如何利用网络以及如何规划最佳网络连接: Teams 网络规划

概述

本文介绍 Teams 如何在各种拓扑中使用 Microsoft 365 或Office 365调用流。 此外,它还介绍了用于对等媒体通信的唯一 Teams 流。 文档介绍这些流、其用途,以及它们在网络上的来源和终止。 对于本文,请假定以下内容:

  • 流 X 由本地客户端用于与云中的 Microsoft 365 或 Office 365 服务通信。 它源自客户网络,在 Microsoft 365 或 Office 365 中终止为终结点。

  • 本地客户端使用流 Y 与 Microsoft 365 或 Office 365 依赖的 Internet 上的服务通信。 它源自客户网络,并作为 Internet 上的终结点终止。

本文介绍以下信息:

  • 背景。 提供后台信息,例如流可能遍历的网络、流量类型、从客户网络到 Microsoft 365 或Office 365服务终结点的连接指南、与第三方组件的互操作性,以及 Teams 用于选择媒体流的原则。

  • 各种拓扑中的调用流。 说明在各种拓扑中使用调用流。 对于每个拓扑,该部分枚举所有受支持的流,并说明如何在多个用例中使用这些流。 对于每个用例,它使用流图描述流的序列和选择。

  • 具有 Express Route 优化的 Teams。 描述在部署 Express Route 进行优化时如何使用这些流,使用简单的拓扑进行说明。

背景

网络段

客户网络。 这是你控制和管理的网络段。 这包括客户办公室内的所有客户连接,无论是有线连接还是无线连接、办公大楼之间的连接、与本地数据中心的连接,以及与 Internet 提供商、Express Route 或任何其他专用对等互连的连接。

通常,客户网络具有多个具有防火墙和/或代理服务器的网络外围,这会强制执行组织的安全策略,并且仅允许设置和配置的某些网络流量。 由于你管理此网络,因此可以直接控制网络的性能,建议完成网络评估,以验证网络中的站点以及从网络到 Microsoft 365 或Office 365网络的性能。

Internet。 这是网络段,是整个网络的一部分,用户将从客户网络外部连接到 Microsoft 365 或Office 365。 从客户网络到 Microsoft 365 或 Office 365 的某些流量也使用它。

访问或来宾专用网络。 这是客户网络外部的网络段,但不是在公共 Internet 中,用户及其来宾可能会访问 (,例如,家庭专用网络或企业专用网络(不部署 Teams),而你的用户及其与 Teams 服务交互的客户可能驻留在) 。

注意

与 Microsoft 365 或 Office 365 的连接也适用于这些网络。

Microsoft 365 或 Office 365。 这是支持 Microsoft 365 或Office 365服务的网络段。 它在全球范围内分布,边缘靠近大多数位置的客户网络。 函数包括传输中继、会议服务器和媒体处理器。

Express Route (可选) 。 这是网络段,是整个网络的一部分,将为你提供与 Microsoft 365 或 Office 365 网络的专用专用连接。

流量类型

实时媒体。 实时传输协议中封装的数据 (支持音频、视频和屏幕共享工作负荷的 RTP) 。 一般情况下,媒体流量具有高度延迟敏感性,因此,你希望此流量能够采用最直接的路径,并使用 UDP 与 TCP 作为传输层协议,从质量角度来看,这是交互式实时媒体的最佳传输方式。 (请注意,作为最后手段,媒体可以使用 TCP/IP,也可以在 HTTP 协议中进行隧道处理,但不建议使用错误的质量影响。) RTP 流使用 SRTP 进行保护,在 SRTP 中只加密有效负载。

信号。 客户端和服务器之间的通信链接,或者用于控制活动的其他客户端之间的通信链接 (例如,) 启动呼叫并传递即时消息。 大多数信号流量使用基于 HTTPS 的 REST 接口,但在某些情况下 (例如,Microsoft 365 或 Office 365 与会话边界控制器之间的连接) 它使用 SIP 协议。 请务必了解,此流量对延迟的敏感度要小得多,但如果终结点之间的延迟超过几秒钟,可能会导致服务中断或呼叫超时。

与 Microsoft 365 或 Office 365 的连接

Teams 需要 连接到 Internet。 Teams 终结点 URL 和 IP 地址范围列在Office 365 URL 和 IP 地址范围中。 (请注意,需要打开与 TCP 端口 80 和 443 以及 UDP 端口 3478 到 3481 的连接。) 此外,Teams 还依赖于 Skype for Business Online,该依赖项还必须连接到 Internet。

Teams 媒体流连接是使用标准的 IETF 交互式连接建立 (ICE) 过程实现的。

互操作性限制

第三方媒体中继。 一个 Teams 媒体流 (,即其中一个媒体终结点是 Teams) 只能遍历 Teams 或Skype for Business本机媒体中继。 不支持与第三方媒体中继的互操作性。 (请注意,与 PSTN 接轨的第三方 SBC 必须终止 RTP/RTCP 流,并使用 SRTP 进行保护,而不是将其中继到下一跃点。)

第三方 SIP 代理服务器。 具有第三方 SBC 和/或网关的 Teams 信号 SIP 对话框可能会遍历 Teams 或Skype for Business本机 SIP 代理。 不支持与第三方 SIP 代理的互操作性。

第三方 B2BUA (或 SBC) 。 来自 PSTN 的 Teams 媒体流由第三方 SBC 终止。 但是,与 Teams 网络中的第三方 SBC 的互操作性 (其中不支持第三方 SBC 调解两个 Teams 或 Skype for Business 终结点) 。

VPN 网络。 不建议媒体流量 (或流 2') 。 VPN 客户端应使用拆分隧道,并像任何外部非 VPN 用户一样路由 Teams 媒体流量,如 启用 Lync 媒体以绕过 VPN 隧道中所指定的。

注意

虽然游戏指示 Lync,但它也适用于 Teams。

数据包形状器。 不建议对 Teams 媒体流量使用任何类型的数据包筛选器、数据包检查或数据包整形器设备,并且可能会显著降低质量。

原则

有四个常规原则可帮助你了解 Microsoft Teams 的呼叫流:

  • Microsoft Teams 会议由 Microsoft 365 或Office 365在加入第一个参与者的同一区域托管。 (请注意,如果某些拓扑中存在此规则的例外情况,将在本文档中对此规则进行说明,并由适当的调用流进行说明。)

  • Microsoft 365 或 Office 365 中的 Teams 媒体终结点基于媒体处理需求而不基于呼叫类型使用。 (例如,点对点呼叫可能使用云中的媒体终结点来处理媒体听录或录制,而具有两个参与者的会议可能不会使用云中的任何媒体终结点。) 但是,大多数会议将使用媒体终结点进行混合和路由,在会议托管位置分配。 由于客户网络防火墙限制,从客户端发送到媒体终结点的媒体流量可以直接路由或在 Microsoft 365 中使用传输中继或Office 365。

  • 对等呼叫的媒体流量采用最直接的路由,假设调用不强制云中的媒体终结点, (看到先前的原则) 。 首选路由直接指向远程对等 (客户端) ,但如果该路由不可用,则一个或多个传输中继将中继流量。 建议媒体流量不得遍历数据包塑造器、VPN 服务器等服务器,因为这会影响媒体质量。

  • 发出信号的流量始终会转到离用户最近的服务器。

若要详细了解所选媒体路径的详细信息,请参阅 了解 Microsoft Teams 中的媒体流 - BRK4016

各种拓扑中的调用流

Teams 拓扑

此拓扑由利用云中的 Teams 服务而无需任何本地部署(例如Skype for Business Server或电话系统直接路由)的客户使用。 此外,Microsoft 365 或 Office 365 的接口是通过 Internet 完成的,无需 Azure Express Route。

Microsoft Teams 联机呼叫流图 01。

图 1 - Teams 拓扑

请注意:

  • 上图上的箭头方向反映了影响企业外围连接的通信的启动方向。 对于媒体 UDP,第一个数据包 () 可能会反向流动,但这些数据包可能会被阻止,直到另一个方向的数据包流动。
  • Teams 与 Skype for Business Online 并行部署,因此客户端显示为“Teams/SFB 用户”。

可在本文后面找到有关以下可选拓扑的详细信息:

  • Skype for Business Teams 混合拓扑中介绍了本地部署。
  • 具有直接路由拓扑的 Teams 中介绍了 PSTN 连接) 的电话系统 直接路由 (。
  • Express Route 在 具有 Express Route 优化的 Teams 中进行了介绍。

流说明

  • 流 2 - 表示客户网络上用户发起的流到 Internet,作为用户 Teams 体验的一部分。 这些流的示例包括 DNS 和对等媒体。
  • Flow 2' - 表示远程移动 Teams 用户启动的流,其中 VPN 指向客户网络。
  • 流 3 - 表示远程移动 Teams 用户启动到 Microsoft 365 或 Office 365/Teams 终结点的流。
  • 流 4 - 表示客户网络上用户启动的流到 Microsoft 365 或 Office 365/Teams 终结点。
  • 流 5 - 表示 Teams 用户与另一个 Teams 或客户网络中Skype for Business用户之间的对等媒体流。
  • 流 6 - 表示远程移动 Teams 用户与另一个远程移动 Teams 或通过 Internet Skype for Business用户之间的对等媒体流。

用例:一对一

一对一调用使用常见模型,在此模型中,调用方将获取一组由 IP 地址/端口组成的候选项,包括本地、中继和反向 (客户端的公共 IP 地址,如中继) 候选项所示。 调用方将这些候选人发送到被调用方;被调用方还获取一组类似的候选人,并将其发送给调用方。 STUN 连接性检查消息用于查找哪些调用方/调用方媒体路径正常工作,并且选择了最佳工作路径。 媒体 (即,然后使用所选候选对发送使用 SRTP) 保护的 RTP/RTCP 数据包。 传输中继部署为 Microsoft 365 和 Office 365 的一部分。

如果本地 IP 地址/端口候选项或反身候选项具有连接性,则将为媒体选择客户端 (或使用 NAT) 之间的直接路径。 如果客户端都位于客户网络上,则应选择直接路径。 这需要客户网络内的直接 UDP 连接。 如果客户端都是游牧云用户,则媒体可能会使用直接连接,具体取决于 NAT/防火墙。

如果一个客户端在客户网络上是内部客户端,而一个客户端是外部 (例如移动云用户) ,则本地或反身候选项之间的直接连接不太可能正常工作。 在这种情况下,可以选择使用来自任一客户端的传输中继候选项之一 (例如,内部客户端从 Microsoft 365 或 Office 365 的传输中继中获得了中继候选项;外部客户端需要能够将 STUN/RTP/RTCP 数据包发送到传输中继) 。 另一个选项是内部客户端发送到移动云客户端获取的中继候选项。 请注意,尽管强烈建议使用适用于媒体的 UDP 连接,但支持 TCP。

高级步骤

  1. Teams 用户 A 使用流 2 解析 DNS) (URL 域名。
  2. Teams 用户 A 使用流 4 在 Teams 传输中继上分配媒体中继端口。
  3. Teams 用户 A 使用流 4 将 ICE 候选项的“邀请”发送到 Microsoft 365 或Office 365。
  4. Microsoft 365 或Office 365使用流 4 向 Teams 用户 B 发送通知。
  5. Teams 用户 B 使用流 4 在 Teams 传输中继上分配媒体中继端口。
  6. Teams 用户 B 使用流 4 发送 ICE 候选项的“答案”,流 4 使用 Flow 4 转发回 Teams 用户 A。
  7. Teams 用户 A 和 Teams 用户 B 调用 ICE 连接测试,并选择最佳可用媒体路径 (请参阅下图,了解各种用例) 。
  8. Teams 用户使用流 4 将遥测数据发送到 Microsoft 365 或Office 365。

在客户网络中:

Microsoft Teams 联机呼叫流图 02。

图 2 - 在客户网络中

在步骤 7 中,选择对等媒体流 5。

媒体是双向的。 流 5 的方向指示一方从连接角度启动通信,与本文档中的所有流一致。 在这种情况下,使用哪个方向并不重要,因为这两个终结点都在客户网络中。

Teams 传输中继) 中继的外部用户 (媒体的客户网络:

Microsoft Teams 联机呼叫流图 03。

图 3 - Teams 传输中继) 中继的外部用户 (媒体的客户网络

在步骤 7 中,将选择从客户网络到 Microsoft 365 或 Office 365 的流 4,以及从远程移动 Teams 用户到 Microsoft 365 或 Office 365 的流 3。 这些流由 Microsoft 365 或 Office 365 中的 Teams 传输中继。

媒体是双向的,其中方向指示哪个端从连接角度启动通信。 在这种情况下,这些流用于信号和媒体,使用不同的传输协议和地址。

客户网络到外部用户 (直接媒体) :

Microsoft Teams 联机呼叫流图 04。

图 4 - 外部用户的客户网络 (直接媒体)

在步骤 7 中,将选择从客户网络到 Internet (客户端的对等) 流 2。

  • 远程移动用户 (未通过 Microsoft 365 或Office 365) 中继的直接媒体是可选的。 换句话说,客户可能会阻止此路径通过 Microsoft 365 或 Office 365 中的传输中继强制实施媒体路径。

  • 媒体是双向的。 流 2 到远程移动用户的方向指示一方从连接角度启动通信。

由 Teams 传输中继) 中继的内部用户 (媒体的 VPN 用户

Microsoft Teams 联机呼叫流图 05。

图 5 - 由 Teams 传输中继) 中继的内部用户 (媒体的 VPN 用户

VPN 到客户网络之间的信号使用流 2”。 客户网络与 Microsoft 365 或Office 365之间的信号使用流 4。 但是,媒体绕过 VPN,使用流 3 和 4 通过 Microsoft 365 或 Office 365 中的 Teams 媒体中继路由。

VPN 用户到内部用户 (直接媒体)

Microsoft Teams 联机呼叫流图 06。

图 6 - VPN 用户到内部用户 (直接媒体)

VPN 到客户网络之间的信号使用流 2”。 客户网络与 Microsoft 365 或Office 365之间的信号使用流 4。 但是,媒体绕过 VPN,并使用流 2 从客户网络路由到 Internet。

媒体是双向的。 流 2 到远程移动用户的方向指示一方从连接角度启动通信。

VPN 用户到外部用户 (直接媒体)

Microsoft Teams 呼叫流图 07。

图 7 - VPN 用户到外部用户 (直接媒体)

VPN 用户到客户网络之间的信号使用流 2',并使用流 4 到 Microsoft 365 或 Office 365。 但是,媒体绕过 VPN,并使用流 6 路由。

媒体是双向的。 流 6 到远程移动用户的方向指示一方从连接角度启动通信。

用例:Teams 到 PSTN 通过 Microsoft 365 或 Office 365 中继

Microsoft 365 和 Office 365 具有一个电话系统,允许从公共交换电话网络 (PSTN) 进行放置和接听呼叫。 如果 PSTN 中继是使用电话系统呼叫计划连接的,则此用例没有特殊的连接要求。 (如果要将自己的本地 PSTN 中继连接到 Microsoft 365 或 Office 365,则可以使用电话系统直接路由.)

Microsoft Teams 联机呼叫流图 08。

图 8 - Teams 到 PSTN 通过 Office 365 中继

用例:Teams 会议

(VBSS) 会议服务器的音频/视频/屏幕共享是 Microsoft 365 和Office 365的一部分。 它的公共 IP 地址必须可从客户网络访问,并且必须可从 Nomadic 云客户端访问。 每个客户端/终结点都需要能够连接到会议服务器。

内部客户端将以与一对一调用所述相同的方式获取本地、反身和中继候选项。 客户端将在邀请中将这些候选项发送到会议服务器。 会议服务器不使用中继,因为它具有可公开访问的 IP 地址,因此它会使用其本地 IP 地址候选项进行响应。 客户端和会议服务器将以一对一调用所述的方式检查连接。

请注意:

  • Teams 客户端无法加入Skype for Business会议,Skype for Business客户端无法加入 Teams 会议。

  • PSTN 用户(可选)“拨入”或“拨出”,具体取决于会议的组织者 PSTN 呼叫和/或会议预配。

  • 来宾用户或客户用户可以从来宾专用网络加入,该网络通过严格的规则使用 FW/NAT 进行保护。

Microsoft Teams 联机呼叫流图 09。

图 9 - Teams 会议

用例:与本地Skype for Business联合

由 Microsoft 365 或 Office 365 中的 Teams 传输中继的媒体

Microsoft Teams 联机呼叫流图 10。

图 10 - Teams 传输中继在Office 365中继的媒体

请注意:

  • 根据定义,联合身份验证是两个租户之间的通信。 在这种情况下,使用 Teams 的租户 A 与租户 B 联合,后者在本地使用Skype for Business。 如果租户 B 也使用 Microsoft 365 或 Office 365,则Skype for Business客户端将使用流 3 连接到 Microsoft 365 或Office 365。

  • 从联合Skype for Business客户端到本地Skype for Business Server的信号和媒体不在本文档的范围内。 但是,为了清楚起见,此处说明了这一点。

  • Teams 和 Skype for Business 之间的信号由网关桥接。

  • 在这种情况下,Teams 传输中继会使用流 4 将媒体中继到客户网络和远程Skype for Business客户端。

由联合租户中Skype for Business媒体中继的媒体

Microsoft Teams 联机呼叫流图 11。

图 11 - 由联合租户中Skype for Business媒体中继的媒体

请注意:

  • 从联合Skype for Business客户端到本地Skype for Business Server的信号和媒体不在本文档的范围内。 但是,为了清楚起见,此处说明了这一点。

  • Teams 和 Skype for Business 之间的信号由网关桥接。

  • 在这种情况下,媒体通过使用流 2 将本地媒体中继Skype for Business传递到客户网络。 (请注意,从 Teams 用户到联合客户网络中远程媒体中继的流量最初会被媒体中继阻止,直到反向流量开始流动为止。但是,双向流将在两个方向打开连接。)

直接 (对等)

Microsoft Teams 联机呼叫流图 12。

图 12 - 直接 (对等)

Teams 混合拓扑

此拓扑包括具有Skype for Business本地部署的 Teams。

Microsoft Teams 联机呼叫流图 13。

图 13 - Teams 混合拓扑

  • 上图上的箭头方向反映了影响企业外围连接的通信的启动方向。 对于媒体 UDP,第一个数据包 () 可能会反向流动,但这些数据包可能会被阻止,直到另一个方向的数据包流动。

  • Teams 与 Skype for Business Online 并行部署,因此客户端显示为“Teams/SFB 用户”。

Teams 拓扑) 上的其他流 (:

  • 流 5A - 表示客户网络中的 Teams 用户与客户网络边缘的Skype for Business本地媒体中继之间的对等媒体流。

用例:团队Skype for Business一对一

客户网络中的混合

Microsoft Teams 联机呼叫流图 14。

图 14 - 客户网络中的混合

Teams 和 Skype for Business 之间的信号由网关桥接。 但是,媒体会使用流 5 直接在客户网络中进行对等路由。

具有外部Skype for Business用户的混合客户网络 - 由 Microsoft 365 或 Office 365中继

Microsoft Teams 联机呼叫流图 15。

图 15 - 具有外部Skype for Business用户的混合客户网络 - 由 Office 365 中继

请注意:

  • 从Skype for Business客户端到本地Skype for Business Server的信号和媒体不在本文档的范围内。 但是,为了清楚起见,此处说明了这一点。

  • Teams 和 Skype for Business 之间的信号由网关桥接。

  • 媒体通过 Teams 传输中继通过流 4 传递到客户网络。

具有外部Skype for Business用户的混合客户网络 - 由本地 Edge 中继

Microsoft Teams 联机呼叫流图 16。

图 16 - 具有外部Skype for Business用户的混合客户网络 - 由本地 Edge 中继

请注意:

  • 从Skype for Business客户端到本地Skype for Business Server的信号和媒体不在本文档的范围内。 但是,为了清楚起见,此处说明了这一点。

  • 信号由网关桥接。

  • 媒体通过Skype for Business本地边缘内的 Skype for Business媒体中继通过媒体流 5A 传递给客户网络中的 Teams 用户。

具有电话系统直接路由拓扑的 Teams

此拓扑包括具有电话系统直接路由的 Teams。

通过直接路由,可以使用第三方公共交换电话网络 (PSTN) 服务提供商,方法是将受支持的本地客户拥有的会话边界控制器 (SBC) 硬件设备与 Microsoft 365 或Office 365配对,然后将电话中继连接到该设备。

为了支持此方案,客户必须从 Microsoft 的认证合作伙伴之一部署经过认证的 SBC 进行直接路由。 SBC 必须按照供应商的建议进行配置,并且可以从 Microsoft 365 或 Office 365路由直接 UDP 流量。 媒体可以直接从 Teams 和/或Skype for Business客户端流向 SBC (绕过 Teams 网关) 或遍历 Teams 网关。 当中继配置为绕过 Teams 网关时,与 SBC 的连接基于 ICE,SBC 支持 ICE-Lite,而 Teams/Skype for Business 媒体终结点支持 ICE 完整窗体。

Microsoft Teams 联机呼叫流图 17。

*图 17 - 具有电话系统直接路由拓扑的 Teams

请注意:

  • 上图上的箭头方向反映了影响企业外围连接的通信的启动方向。 对于媒体 UDP,第一个数据包 () 可能会反向流动,但这些数据包可能会被阻止,直到另一个方向的数据包流动。

  • Teams 与 Skype for Business Online 并行部署,因此客户端显示为“Teams/SFB 用户”。

在 Teams 联机拓扑) 上 (的其他流:

  • Flow 4' - 表示从 Microsoft 365 或Office 365流到客户网络,用于在云中的 Teams 媒体服务器与本地 SBC 建立连接。
  • 流 5B - 表示客户网络中的 Teams 用户与绕过模式下的直接路由 SBC 之间的媒体流。
  • 流 5C - 表示在 PSTN 发夹调用旁路模式下,直接路由 SBC 到另一个直接路由 SBC 之间的媒体流。

Teams 传输中继) 中继直接路由 (媒体的内部用户

Microsoft Teams 联机呼叫流图 18。

图 18 - Teams 传输中继中继中继的直接路由 (媒体的内部用户)

请注意:

  • SBC 必须具有可从 Microsoft 365 或Office 365路由的公共 IP 地址。

  • 从 SBC 到 Microsoft 365 或 Office 365 的信号和媒体,反之亦然,使用流 4 和/或流 4”。

  • 从客户网络中的客户端到 Microsoft 365 或Office 365使用流 4 发出信号和媒体。

具有直接路由 (媒体的远程用户通过媒体服务器 (MP) ) 路由

Microsoft Teams 联机呼叫流图 19。

图 19 - 具有直接路由 (媒体的远程用户通过媒体服务器 (MP) ) 路由

请注意:

  • SBC 必须具有可从 Microsoft 365 或Office 365路由的公共 IP 地址。

  • 从 SBC 到 Microsoft 365 或 Office 365 的信号和媒体,反之亦然,使用流 4 和/或流 4”。

  • 从 Internet 上的客户端到 Microsoft 365 或Office 365使用流 3 发出信号和媒体。

内部用户直接路由 (媒体旁路)

Microsoft Teams 联机呼叫流图 20。

图 20 - 内部用户直接路由 (媒体旁路)

请注意:

  • SBC 必须具有可从 Microsoft 365 或Office 365路由的公共 IP 地址。

  • 从 SBC 到 Microsoft 365 或 Office 365 的信号,反之亦然,使用流 4 和/或流 4”。

  • 从客户网络中的客户端到 Microsoft 365 或Office 365使用流 4 发出信号。

  • 从客户网络中的客户端到客户网络中的 SBC 的媒体使用流 5B。

Teams 传输中继) 中继直接路由 (媒体旁路的远程用户

Microsoft Teams 联机呼叫流图 21。

图 21 - 使用 Teams 传输中继中继中继的直接路由 (媒体旁路的远程用户)

请注意:

  • SBC 必须具有可从 Microsoft 365 或 Office 365 和 Internet 路由的公共 IP 地址。

  • 从 SBC 到 Microsoft 365 或 Office 365 发出信号,反之亦然,使用流 4 和/或流 4”。

  • 从 Internet 上的客户端到 Microsoft 365 或 Office 365 的信号使用流 3。

  • 从 Internet 上的客户端到客户网络中的 SBC 的媒体使用流 3 和 4,由 Teams 传输中继中继。

远程用户直接路由 (媒体绕过直接)

Microsoft Teams 联机呼叫流图 22。

图 22 - 远程用户直接路由 (媒体绕过直接)

请注意:

  • SBC 必须具有可从 Microsoft 365 或 Office 365 和 Internet 路由的公共 IP 地址。

  • 从 SBC 到 Microsoft 365 或 Office 365 发出信号,反之亦然,使用流 4 和/或流 4”。

  • 从 Internet 上的客户端到 Microsoft 365 或 Office 365 的信号使用流 3。

  • 从 Internet 上的客户端到客户网络中的 SBC 的媒体使用流 2。

直接路由 (媒体旁路) – PSTN 发夹呼叫 (由于呼叫转发/传输)

Microsoft Teams 联机呼叫流图 23。

图 23 - 直接路由 (媒体旁路) - PSTN 发夹呼叫 (由于呼叫转发/传输)

请注意:

  • SBC 必须具有可从 Microsoft 365 或Office 365路由的公共 IP 地址。

  • 从 SBC 到 Microsoft 365 或 Office 365 发出信号,反之亦然,使用流 4 和/或流 4”。

  • 从 PSTN 调用到 PSTN 后,客户端将退出信号和媒体循环。

  • 从客户网络中的 SBC 实例 A 到客户网络中的 SBC 实例 B 的媒体 (其中,A 和 B 可以是同一实例) 使用流 5C。

通过 Microsoft 365 或 Office 365) 直接路由 (媒体 – 跨两个租户的 PSTN 发夹调用

Microsoft Teams 联机呼叫流图 24。

图 24 - 通过 Microsoft 365 或 Office 365) 直接路由 (媒体 - 跨两个租户的 PSTN 发夹调用

请注意:

  • SBC 必须具有可从 Microsoft 365 或Office 365路由的公共 IP 地址。

  • 从 SBC 到 Microsoft 365 或 Office 365 发出信号,反之亦然,使用流 4 和/或流 4”。

  • 从 PSTN 调用到 PSTN 后,客户端将退出信号和媒体循环。

  • 从客户网络 X 到 SBC 实例 B 中的 SBC 实例 A 中的媒体必须通过 Microsoft 365 或Office 365媒体服务器进行中继,并且不能使用旁路模式。

具有 Express Route 优化的 Teams

Microsoft Teams 联机呼叫流图 25。

图 25 - 具有 Express Route 优化的 Teams

如果 Express Route 合理且已部署,则可以将 Teams 流从流 4 重新路由到流 1,从流 4 到流 1”。 但是,Teams 应用程序依赖于其他 Microsoft 365 或使用流 4 和 4 通过 Internet 的Office 365流;因此不能阻止这些流。

请注意,Skype for Business混合 Edge 流量路由到 Internet,而不是路由到 Express Route,以便与外部用户通信并与其他租户联合。

若要防止非对称流,重新路由必须位于两个方向。 换句话说,客户网络中的地址可以基于优化通过 Internet 或 Express Route 路由,但不能通过这两者进行路由。

Teams 传输中继) 中继的外部用户 (媒体的客户网络:

Microsoft Teams 联机呼叫流图 26。

图 26 - Teams 传输中继) 中继的外部用户 (媒体的客户网络

高级步骤:

  1. 客户网络中的 Teams 用户使用 flow2 解析 DNS) (URL 域名。
  2. 客户网络中的 Teams 用户使用流 1 在 Teams 传输中继上分配媒体中继端口。
  3. 客户网络中的 Teams 用户使用流 1 将 ICE 候选项的“邀请”发送到 Microsoft 365 或Office 365。
  4. Microsoft 365 或Office 365使用流 3 向外部 Teams 用户发送通知。
  5. Teams 外部用户使用流 3 在 Teams 传输中继上分配媒体中继端口。
  6. Teams 外部用户使用流 3 发送 ICE 候选项的“答案”,流 3 将使用 Flow 1 转发回 Teams 用户 A。
  7. Teams 用户 A 和 Teams 用户 B 调用 ICE 连接测试,并选择由 Teams 传输中继中继的流 1 和 3。
  8. Teams 用户使用流 1 和 3 将遥测数据发送到 Microsoft 365 或 Office 365。

注意

必须启用流 4,以支持 Teams 应用程序对要求流 4 的其他微服务的依赖项。