Microsoft Teams 通话流程
提示
观看此课程，了解 Teams 如何利用网络以及如何规划最佳网络连接： Teams 网络规划。
概述
本文介绍 Teams 如何在各种拓扑中使用 Microsoft 365 呼叫流。 此外，它还描述了用于对等媒体通信的唯一 Teams 流。 本文档介绍了这些流、其用途及其在网络上的来源和终止。 就本文而言，假定以下内容：
流 X 由本地客户端用于与云中的 Microsoft 365 服务通信。 它源自客户网络，在 Microsoft 365 中作为终结点终止。
流 Y 由本地客户端用来与 Microsoft 365 依赖的 Internet 上的服务进行通信。 它源自客户网络，并且作为 Internet 上的终结点终止。
本文介绍以下信息：
背景。 提供背景信息，例如流可能遍历的网络、流量类型以及从客户网络到 Microsoft 365 服务终结点的连接指南。 它还介绍了与第三方组件的互操作性，以及 Teams 用于选择媒体流的原则。
各种拓扑中的调用流。 说明如何在各种拓扑中使用调用流。 对于每个拓扑，部分枚举所有受支持的流，并说明如何在多个用例中使用这些流。 对于每个用例，它使用流图描述流的顺序和选择。
具有快速路由优化的 Teams。 介绍如何在部署 Express Route 进行优化时使用这些流，并使用简单的拓扑进行演示。
背景
网段
客户网络。 控制和管理的网络段。 此细分包括客户办公室内的所有客户连接，无论是有线还是无线、办公大楼之间的连接、到本地数据中心的连接，以及与 Internet 提供商、Express Route 或任何其他专用对等互连的连接。
通常，客户网络有多个网络外围，其中包含防火墙和/或代理服务器，这些外围会强制实施组织的安全策略，并且仅允许你设置和配置的某些网络流量。 由于你管理此网络，因此可以直接控制网络的性能。 建议完成网络评估，以验证网络中站点内以及从网络到 Microsoft 365 网络的性能。
Internet。 从客户网络外部连接到 Microsoft 365 的用户使用的整个网络网段。 从客户网络到 Microsoft 365 的一些流量也使用此段。
已访问或来宾专用网络。 你的用户及其来宾可能访问的客户网络外部（但不在公共 Internet 中）的网络段。 例如，不部署 Teams 的家庭专用网络或企业专用网络，与 Teams 服务交互的用户及其客户可能位于其中。
注意
与 Microsoft 365 的连接也适用于这些网络。
Microsoft 365。 支持 Microsoft 365 服务的网段。 它分布在全球，边缘靠近大多数位置的客户网络。 功能包括传输中继、会议服务器和媒体处理器。
Express Route (可选) 。 作为整个网络的一部分的网络段，提供与 Microsoft 365 网络的专用连接。
流量类型
实时媒体。 实时传输协议中封装的数据 (RTP) ，支持音频、视频和屏幕共享工作负载。 通常，媒体流量对延迟高度敏感。 你希望此流量尽可能采用最直接的路径，并使用 UDP 与 TCP 作为传输层协议，这是从质量角度来看交互式实时媒体的最佳传输。 (请注意，作为最后手段，媒体可以使用 TCP/IP 并在 HTTP 协议中通过隧道，但由于质量不佳，不建议这样做。) RTP 流使用 SRTP 进行保护，其中仅对有效负载进行加密。
信号。 客户端和服务器之间的通信链接，或者用于控制活动的其他客户端 (例如，当) 发起调用并传送即时消息时。 大多数信令流量使用基于 HTTPS 的 REST 接口，但在某些情况下 (例如，Microsoft 365 与会话边界控制器之间的连接) 它使用 SIP 协议。 请务必了解，此流量对延迟的敏感度要低得多，但如果终结点之间的延迟超过几秒钟，可能会导致服务中断或调用超时。
与 Microsoft 365 的连接
Teams 需要 连接到 Internet。 teams 终结点 URL 和 IP 地址范围Office 365 URL 和 IP 地址范围中列出。 需要打开与 TCP 端口 80 和 443、UDP 端口 3478 (STUN) 、3479 (音频) 、3480 (视频) 和 3481 (共享/VBSS) 的连接。
Teams 媒体流连接是使用标准 IETF 交互式连接建立 (ICE) 过程实现的。
互操作性限制
第三方媒体中继。 Teams 媒体流 (，其中一个媒体终结点是 Teams) 可能仅遍历 Teams 或Skype for Business本机媒体中继。 不支持与第三方媒体中继的互操作性。 (使用 PSTN 的边界上的第三方 SBC 必须终止 RTP/RTCP 流，并使用 SRTP 进行保护，并且不能将其中继到下一跃点。)
第三方 SIP 代理服务器。 使用第三方 SBC 和/或网关发出 SIP 对话信号的 Teams 可能会遍历 Teams 或Skype for Business本机 SIP 代理。 不支持与第三方 SIP 代理的互操作性。
第三方 B2BUA (或 SBC) 。 与 PSTN 的 Teams 媒体流由第三方 SBC 终止。 但是，在 Teams 网络中与第三方 SBC 的互操作性 (不支持第三方 SBC 调解两个 Teams 或Skype for Business终结点) 。
Microsoft Teams 不推荐的技术
VPN 网络。 不建议用于媒体流量 (或流 2') 。 VPN 客户端应使用拆分隧道并路由 Teams 媒体流量，就像任何外部非 VPN 用户一样，如 启用 Lync 媒体绕过 VPN 隧道中所述。
注意
虽然标题指示 Lync，但它也适用于 Teams。
数据包整形器。 不建议对 Teams 媒体流量使用任何类型的数据包截图器、数据包检查或数据包整形器设备，并且可能会显著降低质量。
原则
有四个一般原则可帮助你了解 Microsoft Teams 的呼叫流：
Microsoft Teams 会议由 Microsoft 365 在第一个参与者加入的同一区域中主持。 (如果某些拓扑中存在此规则的例外，本文档将介绍这些异常，并通过相应的调用流进行说明。)
Microsoft 365 中的 Teams 媒体终结点根据媒体处理需求使用，而不是基于调用类型。 (例如，点到点调用可能使用云中的媒体终结点来处理媒体以进行听录或录制，而包含两个参与者的会议不能使用云中的任何媒体终结点。) 但是，大多数会议将使用媒体终结点进行混合和路由，这些终结点分配在会议托管的位置。 由于客户网络防火墙限制，可以从客户端发送到媒体终结点的媒体流量直接路由或使用 Microsoft 365 中的传输中继。
对等呼叫的媒体流量采用可用的最直接路由，假设调用不强制云中的媒体终结点 (请参阅前面的原则) 。 首选路由直接连接到远程对等 (客户端) ，但如果该路由不可用，则一个或多个传输中继将中继流量。 建议媒体流量不要跨服务器（如数据包整形器、VPN 服务器等），因为这会影响媒体质量。
信号流量始终流向离用户最近的服务器。
若要详细了解所选媒体路径的详细信息，请参阅 了解 Microsoft Teams 中的媒体流 - BRK4016。
各种拓扑中的调用流
Teams 拓扑
此拓扑由客户使用来自云的 Teams 服务，而无需任何本地部署，例如Skype for Business Server或电话系统直接路由。 此外，Microsoft 365 的接口通过 Internet 完成，无需 Azure Express Route。
图 1 - Teams 拓扑
注意以下几项：
- 关系图上箭头的方向反映了影响企业外围连接的通信的启动方向。 对于媒体的 UDP，第一个数据包 () 可以反向流动，但可能会阻止这些数据包，直到另一个方向流中的数据包。
- Teams 与 Skype for Business Online 并排部署，因此客户端显示为“Teams/SFB 用户”。
可以在本文后面的文章中找到有关以下可选拓扑的详细信息：
- teams 混合拓扑中介绍了Skype for Business本地部署。
- 使用直接路由拓扑的 Teams 中介绍了用于 PSTN 连接的电话系统 直接路由 () 。
- 使用快速路由 优化的 Teams 中介绍了 Express Route。
流说明：
- 流 2 – 表示客户网络上的用户发起的流到 Internet 作为用户 Teams 体验的一部分。 这些流的示例包括 DNS 和对等媒体。
- 流 2' – 表示远程移动 Teams 用户发起的流，该流具有到客户网络的 VPN。
- 流 3 – 表示由远程移动 Teams 用户启动到 Microsoft 365 Teams 终结点的流。
- 流 4 – 表示客户网络上的用户发起的到 Microsoft 365 Teams 终结点的流。
- 流 5 – 表示 Teams 用户与另一个 Teams 或客户网络中Skype for Business用户之间的对等媒体流。
- 流 6 – 表示远程移动 Teams 用户与另一个远程移动 Teams 或通过 Internet Skype for Business 用户之间的对等媒体流。
用例：一对一
一对一调用使用通用模型，在此模型中，调用方获取一组候选项，其中包括 IP 地址/端口，包括本地、中继和反射 (客户端的公共 IP 地址，如中继) 候选项所示。 调用方将这些候选人发送到被调用方：被调用方还会获取一组类似的候选项，并将其发送给调用方。 STUN 连接检查消息用于查找哪个调用方/被调用方媒体路径有效，并选择最佳工作路径。 媒体 (即，使用 SRTP) 保护的 RTP/RTCP 数据包随后使用所选候选项对发送。 传输中继部署为 Microsoft 365 的一部分。
如果本地 IP 地址/端口候选项或自反候选项具有连接性，则为媒体选择客户端 (或使用 NAT) 之间的直接路径。 如果客户端都位于客户网络上，则应选择直接路径。 这需要在客户网络中建立直接 UDP 连接。 如果客户端都是游牧云用户，则媒体可能会使用直接连接，具体取决于 NAT/防火墙。
如果客户网络上有一个客户端是内部客户端，而一个客户端是外部 (例如，移动云用户) ，则本地或反身候选项之间的直接连接不太可能正常工作。 在这种情况下，一个选项是使用来自任一客户端的传输中继候选项 (例如，内部客户端从 Microsoft 365 中的传输中继中获取了中继候选项：外部客户端需要能够将 STUN/RTP/RTCP 数据包发送到传输中继) 。 另一个选项是内部客户端发送到移动云客户端获取的中继候选项。 尽管强烈建议使用媒体的 UDP 连接，但支持 TCP。
高级步骤：
- Teams 用户 A 使用流 2 解析 DNS) (URL 域名。
- Teams 用户 A 使用流 4 在 Teams 传输中继上分配媒体中继端口。
- Teams 用户 A 使用流 4 将 ICE 候选人的“邀请”发送到 Microsoft 365。
- Microsoft 365 使用流 4 向 Teams 用户 B 发送通知。
- Teams 用户 B 使用流 4 在 Teams 传输中继上分配媒体中继端口。
- Teams 用户 B 使用流 4 向 ICE 候选项发送“答案”，该流 4 使用流 4 转发回 Teams 用户 A。
- Teams 用户 A 和 Teams 用户 B 调用 ICE 连接测试，并选择最佳可用媒体路径， (查看以下关系图，了解各种用例) 。
- Teams 用户使用流 4 将遥测数据发送到 Microsoft 365。
在客户网络中：
图 2 - 客户网络内
在步骤 7 中，选择了对等媒体流 5。
媒体是双向的。 流 5 的方向指示一方从连接角度启动通信，这与本文档中的所有流一致。 在这种情况下，使用哪个方向并不重要，因为这两个终结点都在客户网络中。
Teams 传输中继) 中继到外部用户 (媒体的客户网络：
图 3 - 由 Teams 传输中继) 中继到外部用户 (媒体的客户网络
在步骤 7 中，选择了从客户网络到 Microsoft 365 的流 4，以及从远程移动 Teams 用户到 Microsoft 365 的流 3。 这些流由 Microsoft 365 中的 Teams 传输中继中继。
媒体是双向的，其中方向指示从连接角度启动通信的哪一端。 在这种情况下，这些流用于信令和媒体，使用不同的传输协议和地址。
客户网络到外部用户 (直接媒体) ：
图 4 - 客户网络到外部用户 (直接媒体)
在步骤 7 中，选择从客户网络到 Internet (客户端的对等) 的流 2。
具有远程移动用户 (未通过 Microsoft 365) 中继的直接媒体是可选的。 换句话说，客户可能会阻止此路径，以通过 Microsoft 365 中的传输中继强制实施媒体路径。
媒体是双向的。 流 2 到远程移动用户的方向指示一方从连接角度启动通信。
VPN 用户到由 Teams 传输中继) 中继的内部用户 (媒体
图 5 - 由 Teams 传输中继) 中继的 VPN 用户到内部用户 (媒体
VPN 到客户网络之间的信号是使用流 2'。 客户网络与 Microsoft 365 之间的信号使用流 4。 但是，媒体会绕过 VPN，并使用流 3 和流 4 通过 Microsoft 365 中的 Teams 媒体中继进行路由。
VPN 用户到内部用户 (直接媒体)
图 6 - VPN 用户到内部用户 (直接媒体)
VPN 到客户网络之间的信号是使用流 2'。 客户网络与 Microsoft 365 之间的信号使用流 4。 但是，媒体会绕过 VPN，并使用流 2 从客户网络路由到 Internet。
媒体是双向的。 流 2 到远程移动用户的方向指示一方从连接角度启动通信。
VPN 用户到外部用户 (直接媒体)
图 7 - VPN 用户到外部用户 (直接媒体)
VPN 用户到客户网络之间的信号是使用流 2' 和流 4 到 Microsoft 365。 但是，媒体会绕过 VPN，并使用流 6 进行路由。
媒体是双向的。 流 6 到远程移动用户的方向指示一端从连接角度启动通信。
用例：Teams 到 PSTN 通过 Microsoft 365 中继
Microsoft 365 有一个电话系统，允许拨打和接听来自公用电话交换网 (PSTN) 的呼叫。 如果使用电话系统通话套餐连接 PSTN 中继，则此用例没有特殊的连接要求。 (如果要将自己的本地 PSTN 中继连接到 Microsoft 365，可以使用电话系统直接路由。)
图 8 - Teams 通过 Microsoft 365 中继连接到 PSTN
用例：Teams 会议
VBSS) 会议服务器 (音频/视频/屏幕共享是 Microsoft 365 的一部分。 它具有一个公共 IP 地址，该地址必须可从客户网络访问，并且必须可从 Nomadic Cloud 客户端访问。 每个客户端/终结点都需要能够连接到会议服务器。
内部客户端以与一对一调用中所述的相同方式获取本地、反射和中继候选项。 客户端通过邀请将这些候选项发送到会议服务器。 会议服务器不使用中继，因为它具有可公开访问的 IP 地址，因此它会使用其本地 IP 地址候选地址进行响应。 客户端和会议服务器检查连接的方式与一对一呼叫中所述的方式相同。
注意以下几项：
Teams 客户端无法加入Skype for Business会议，Skype for Business客户端无法加入 Teams 会议。
PSTN 用户可以选择“拨入”或“拨出”，具体取决于会议组织者的 PSTN 呼叫和/或会议预配。
来宾或客户可以从来宾专用网络加入，该网络使用具有严格规则的 FW/NAT 进行保护。
图 9 - Teams 会议
用例：与本地Skype for Business联合
Microsoft 365 中 Teams 传输中继的媒体
图 10 - Microsoft 365 中 Teams 传输中继的媒体
注意以下几项：
根据定义，联合是两个租户之间的通信。 在这种情况下，使用 Teams 的租户 A 与使用本地Skype for Business的租户 B 联合。 如果租户 B 也使用 Microsoft 365，则Skype for Business客户端将使用流 3 与 Microsoft 365 进行连接。
从联合Skype for Business客户端到本地Skype for Business Server的信号和媒体不在此文档范围内。 但是，为了清楚起见，此处对此进行了说明。
Teams 与 Skype for Business 之间的信号由网关桥接。
在这种情况下，媒体由 Teams 传输中继中继到使用流 4 的客户网络和远程Skype for Business客户端。
Skype for Business媒体中继在联合租户中中继的媒体
图 11 - 联合租户中Skype for Business媒体中继的媒体
请注意：
从联合Skype for Business客户端到本地Skype for Business Server的信号和媒体不在此文档范围内。 但是，为了清楚起见，此处对此进行了说明。
Teams 与 Skype for Business 之间的信号由网关桥接。
在这种情况下，媒体通过Skype for Business本地媒体中继中继到使用流 2 的客户网络。 (请注意，从 Teams 用户到联合客户网络中远程媒体中继的流量最初会被媒体中继阻止，直到反向流量开始流动。但是，双向流将在两个方向上打开连接。)
直接 (对等)
图 12 - 直接 (对等)
Teams 混合拓扑
此拓扑包括具有本地部署Skype for Business的 Teams。
图 13 - Teams 混合拓扑
上图中箭头的方向反映了影响企业外围连接的通信的启动方向。 对于媒体的 UDP，第一个数据包 () 可能会反向流动，但这些数据包可能会被阻止，直到另一个方向流中的数据包。
Teams 与 Skype for Business Online 并排部署，因此客户端显示为“Teams/SFB 用户”。
Teams 拓扑) 之上的其他流 (：
- 流 5A – 表示客户网络中的 Teams 用户与客户网络边缘Skype for Business本地媒体中继之间的对等媒体流。
用例：Teams Skype for Business一对一
客户网络内的混合
图 14 - 客户网络内的混合
Teams 与 Skype for Business 之间的信号由网关桥接。 但是，媒体使用流 5 直接在客户网络中进行对等路由。
具有外部Skype for Business用户的混合客户网络 - 由 Microsoft 365 中继
图 15 - 具有外部Skype for Business用户的混合客户网络 - 由 Microsoft 365 中继
请注意：
从 Skype for Business 客户端到本地Skype for Business Server的信号和媒体不在此文档范围内。 但是，为了清楚起见，此处对此进行了说明。
Teams 与 Skype for Business 之间的信号由网关桥接。
媒体通过 Teams 传输中继通过流 4 中继到客户网络。
具有外部Skype for Business用户的混合客户网络 - 由本地 Edge 中继
图 16 - 具有外部Skype for Business用户的混合客户网络 - 由本地 Edge 中继
请注意：
从Skype for Business客户端到本地Skype for Business Server的信号和媒体不在此文档范围内。 但是，为了清楚起见，此处对此进行了说明。
信令由网关桥接。
媒体由Skype for Business本地 Edge 中的Skype for Business媒体中继中继到客户网络中的 Teams 用户使用媒体流 5A。
具有电话系统直接路由拓扑的 Teams
此拓扑包括具有电话系统直接路由的 Teams。
通过直接路由，可以将受支持的本地客户拥有的会话边界控制器 ( (SBC) 硬件设备与 Microsoft 365 配对，然后将电话中继连接到该设备，从而使用 PSTN) 服务提供商的第三方公用电话交换网络。
为了支持此方案，客户必须从 Microsoft 的认证合作伙伴之一部署经认证的 SBC 进行直接路由。 SBC 必须按照供应商的建议进行配置，并且可从 Microsoft 365 路由直接 UDP 流量。 媒体可以直接从 Teams 和/或Skype for Business客户端流向 SBC， (绕过 Teams 网关) 或遍历 Teams 网关。 当中继配置为绕过 Teams 网关时，与 SBC 的连接基于 ICE，其中 SBC 支持 ICE-Lite，而 Teams/Skype for Business媒体终结点支持 ICE Full Form。
*图 17 - 具有电话系统直接路由拓扑的 Teams
请注意：
上图中箭头的方向反映了影响企业外围连接的通信的启动方向。 对于媒体的 UDP，第一个数据包 () 可以反向流动，但这些数据包可能会被阻止，直到另一个方向的数据包流动。
Teams 与 Skype for Business Online 并排部署，因此客户端显示为“Teams/SFB 用户”。
在 Teams 联机拓扑) 的基础上 (其他流：
- 流 4' - 表示从 Microsoft 365 到客户网络的流，用于在云中的 Teams 媒体服务器与本地 SBC 之间建立连接。
- 流 5B – 表示客户网络中的 Teams 用户与处于旁路模式的直接路由 SBC 之间的媒体流。
- 流 5C – 表示在 PSTN 发夹呼叫旁路模式下，直接路由 SBC 到另一个直接路由 SBC 之间的媒体流。
具有由 Teams 传输中继) 中继的直接路由 (媒体的内部用户
图 18 - 由 Teams 传输中继) 中继的直接路由 (媒体的内部用户
请注意：
SBC 必须具有可从 Microsoft 365 路由的公共 IP 地址。
从 SBC 到 Microsoft 365 的信令和媒体（反之亦然）使用流 4 和/或流 4'。
从客户网络内的客户端到 Microsoft 365 的信号和媒体使用流 4。
具有直接路由 (媒体的远程用户通过媒体服务器 (MP) ) 进行路由
图 19 - 使用直接路由 (媒体的远程用户通过媒体服务器 (MP) ) 进行路由
请注意：
SBC 必须具有可从 Microsoft 365 路由的公共 IP 地址。
从 SBC 到 Microsoft 365 的信令和媒体（反之亦然）使用流 4 和/或流 4'。
从 Internet 上的客户端到 Microsoft 365 的信号和媒体使用流 3。
内部用户直接路由 (媒体旁路)
图 20 - 内部用户直接路由 (媒体旁路)
请注意：
SBC 必须具有可从 Microsoft 365 路由的公共 IP 地址。
从 SBC 到 Microsoft 365 的信号（反之亦然）使用流 4 和/或流 4'。
从客户网络内的客户端向 Microsoft 365 发出信号使用流 4。
从客户网络内的客户端到客户网络内的 SBC 的媒体使用流 5B。
具有由 Teams 传输中继) 中继的直接路由 (媒体旁路的远程用户
图 21 - 使用直接路由 (媒体旁路的远程用户由 Teams 传输中继)
请注意：
SBC 必须具有可从 Microsoft 365 和 Internet 路由的公共 IP 地址。
从 SBC 到 Microsoft 365 的信号（反之亦然）使用流 4 和/或流 4'。
从 Internet 上的客户端到 Microsoft 365 的信号使用流 3。
从 Internet 上的客户端到客户网络内的 SBC 的媒体使用由 Teams 传输中继中继的流 3 和流 4。
远程用户直接路由 (媒体旁路直接)
图 22 - 远程用户直接路由 (媒体旁路直接)
请注意：
SBC 必须具有可从 Microsoft 365 和 Internet 路由的公共 IP 地址。
从 SBC 到 Microsoft 365 的信号（反之亦然）使用流 4 和/或流 4'。
从 Internet 上的客户端到 Microsoft 365 的信号使用流 3。
从 Internet 上的客户端到客户网络内的 SBC 的媒体使用流 2。
直接路由 (媒体旁路) – 由于呼叫转接/转接) ，PSTN 发夹呼叫 (
图 23 - 直接路由 (媒体旁路) - 由于呼叫转接/转接) ，PSTN 发夹呼叫 (
请注意：
SBC 必须具有可从 Microsoft 365 路由的公共 IP 地址。
从 SBC 到 Microsoft 365 的信号（反之亦然）使用流 4 和/或流 4'。
呼叫从 PSTN 发夹到 PSTN 后，客户端已脱离信号和媒体循环。
从客户网络中的 SBC 实例 A 到客户网络中的 SBC 实例 B 的媒体 (其中，A 和 B 可以是同一个实例，) 使用流 5C。
通过 Microsoft 365) 直接路由 (媒体 – 跨两个租户的 PSTN 发夹呼叫
图 24 - 通过 Microsoft 365) 直接路由 (媒体 – 跨两个租户的 PSTN 发夹呼叫
请注意：
SBC 必须具有可从 Microsoft 365 路由的公共 IP 地址。
从 SBC 到 Microsoft 365 的信号（反之亦然）使用流 4 和/或流 4'。
呼叫从 PSTN 发夹到 PSTN 后，客户端已脱离信号和媒体循环。
客户网络 X 中的 SBC 实例 A 到 SBC 实例 B 的媒体必须通过 Microsoft 365 媒体服务器中继，并且不能使用旁路模式。
具有快速路由优化的 Teams
图 25 - 使用快速路由优化的 Teams
如果 Express Route 是合理和部署的，则可以将 Teams 流从流 4 重新路由到流 1，从流 4 到流 1'。 但是，Teams 应用程序硬依赖其他 Microsoft 365 流通过 Internet 使用流 4 和流 4';因此，不得阻止这些流。
请注意，Skype for Business混合 Edge 流量路由到 Internet 而不是 Express Route，以与外部用户通信并与其他租户联合。
若要防止非对称流，必须双向重新路由。 换句话说，客户网络中的地址可以根据优化通过 Internet 或 Express Route 路由，但不能同时通过两者进行路由。
Teams 传输中继) 中继到外部用户 (媒体的客户网络：
图 26 - Teams 传输中继) 中继到外部用户 (媒体的客户网络
高级步骤：
- 客户网络中的 Teams 用户使用 flow2 解析 URL 域名 (DNS) 。
- 客户网络中的 Teams 用户使用流 1 在 Teams 传输中继上分配媒体中继端口。
- 客户网络中的 Teams 用户使用流 1 向 Microsoft 365 发送 ICE 候选人的“邀请”。
- Microsoft 365 使用流 3 向外部 Teams 用户发送通知。
- Teams 外部用户使用流 3 在 Teams 传输中继上分配媒体中继端口。
- Teams 外部用户使用流 3 向 ICE 候选项发送“答案”，该流 3 使用流 1 转发回 Teams 用户 A。
- Teams 用户 A 和 Teams 用户 B 调用 ICE 连接测试并选择由 Teams 传输中继中继的流 1 和流 3。
- Teams 用户使用流 1 和流 3 将遥测数据发送到 Microsoft 365。
注意
必须启用流 4，才能支持其他要求流 4 的微服务上的 Teams 应用程序依赖项。