Microsoft Teams 通話流程

• 適用於:

  Microsoft Teams

提示

觀看此會話以瞭解 Teams 如何運用您的網路，以及如何規劃最佳網路連線： Teams 網路規劃。

概觀

本文將說明 Teams 如何在各種不同對話中使用 Microsoft 365 通話流程。 此外，它會描述用於對等媒體通訊的獨特 Teams 流程。 檔說明這些流量、其用途，以及它們在網路上的來源和終止。 如需本文內容，請假設下列各項：

• 內部部署用戶端會使用 Flow X 與雲端中的 Microsoft 365 服務通訊。 它源自客戶網路，並在 Microsoft 365 中終止為端點。

• 內部部署用戶端會使用 Flow Y 與 Microsoft 365 相依的網際網路上服務通訊。 它源自客戶網路，並終止為網際網路上的端點。

本文涵蓋下列資訊：

• [背景]。 提供背景資訊，例如流量可能周遭的網路、流量類型，以及從客戶網路到 Microsoft 365 服務端點的連線指引。 本文也說明協力廠商元件的互通性，以及 Teams 用來選取媒體流量的原則。

• 電話串流于各種不同的對話中。 說明在各種對話中使用通話流程。 針對每個拓撲，一節會列舉所有支援的流量，並說明在數個使用案例中如何使用這些流量。 針對每個使用案例，它會描述使用流程圖的流量順序和選取範圍。

• 使用快速路由優化的 Teams。 說明 Express Route 部署進行優化時如何使用這些流量，並使用簡單的拓撲加以說明。

背景

網路區段

客戶網路。 您控制和管理的網路區段。 此區段包含客戶辦公室內的所有客戶連線、有線或無線、辦公大樓之間的連線、內部部署資料中心的連線，以及您與網際網路提供者、Express Route 或任何其他私人對等的連線。

一般說來，客戶網路有多個具有防火牆和/或 Proxy 伺服器的網路周邊，可強制執行貴組織的安全性原則，而且只允許您設定和設定的特定網路流量。 因為您管理這個網路，您可以直接控制網路的效能。 我們建議您完成網路評估，以驗證網路中網站以及從網路到 Microsoft 365 網路的效能。

網際網路。 網路區段是您整體網路的一部分，由從客戶網路外部連線到 Microsoft 365 的使用者使用。 從客戶網路到 Microsoft 365 的部分流量也會使用此區段。

已造訪或來賓私人網路。 您的使用者及其來賓可能會流覽的網路區段，而不是在公用網際網路之外的網路區段。 例如，無法部署 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 需要 連線到網際網路。 Teams 端點 URL 和 IP 位址範圍會列在Office 365 URL 和 IP 位址範圍中。 必須開啟 TCP 埠 80 和 443 以及 UDP 埠 3478 (STUN) 、3479 (音訊) 、3480 (視訊) 以及 3481 (共用/VBSS) 的連線。

使用標準 IETF 互動式連線實作 Teams 媒體流量連線 (ICE) 程式。

互通性限制

協力廠商媒體轉送。 Teams 媒體流程 (，即其中一個媒體端點是 Teams) 可能只會周遊 Teams 或商務用 Skype原生媒體轉送。 不支援與協力廠商媒體轉送的互通性。 (具有 PSTN 邊界的協力廠商 SBC 必須終止 RTP/RTCP 串流、使用 SRTP 保護，且不將它轉送到下一個躍點。)

協力廠商 SIP Proxy 伺服器。 含有協力廠商 SBC 和/或閘道的 Teams 訊號 SIP 對話方塊可能會周轉 Teams 或商務用 Skype原生 SIP Proxy。 不支援與協力廠商 SIP Proxy 的互通性。

協力廠商 B2BUA (或 SBC) 。 協力廠商 SBC 會終止來自 PSTN 的 Teams 媒體流程。 不過，在 Teams 網路中與協力廠商 SBC 的互通性 (不支援協力廠商 SBC) 兩個 Teams 或商務用 Skype端點進行調和。

不建議使用 Microsoft Teams 的技術

VPN 網路。 不建議媒體流量 (或流程 2') 。 VPN 用戶端應像任何外部非 VPN 使用者一樣，使用分割網路及路由 Teams 媒體流量，如啟 用 Lync 媒體略過 VPN 管路中所述。

注意事項

雖然標題代表 Lync，但同樣適用于 Teams。

封包圖形器。 Teams 媒體流量不建議使用任何類型的封包剪取程式、封包檢查或封包圖形器裝置，而且可能會大幅降低品質。

原則

有四項一般原則可協助您瞭解 Microsoft Teams 的通話流程：

• Microsoft Teams 會議是由 Microsoft 365 主辦，在第一個參與者加入的相同地區。 (如果此規則有些例外狀況，本文將說明這些例外狀況，並以適當的通話流程來說明。)

• Microsoft 365 中的 Teams 媒體端點是根據媒體處理需求來使用，而非根據通話類型來使用。 (例如，點對點通話可能會使用雲端中的媒體端點來處理媒體轉譯或錄製，而有兩個參與者的會議可能不會使用 cloud.) 中的任何媒體端點。不過，大部分的會議會使用媒體端點來進行混合和路由用途，並配置會議的舉辦位置。 由於客戶網路防火牆限制，從用戶端傳送到媒體端點的媒體流量可能會直接路由或在 Microsoft 365 中使用傳輸轉送。

• 對等通話的媒體流量採用最直接的可用路由，假設通話未授權雲端中的媒體端點， (查看先前的原則) 。 慣用的路由是直接到遠端對等 (用戶端) ，但如果該路由無法使用，則一或多個傳輸轉送會轉送流量。 建議您不要將媒體流量反轉至封包圖形器、VPN 伺服器等伺服器，因為這會影響媒體質量。

• 訊號流量一律會移至最接近使用者的伺服器。

若要深入瞭解所選媒體路徑的詳細資料，請參閱 瞭解 Microsoft Teams 中的媒體流量 - BRK4016。

各種不同對話方塊的通話流程

Teams 拓撲

此拓撲是利用雲端 Teams 服務的客戶所使用，而不需要任何內部部署，例如 商務用 Skype Server 或電話系統直接路由。 此外，Microsoft 365 介面是在沒有 Azure Express Route 的情況下透過網際網路完成。

圖 1 - Teams 拓撲

請記住下列事項：

• 圖表上箭號的方向會反映影響企業周邊連線能力的通訊起始方向。 針對媒體的 UDP，第一個封包 (的) 可能會以相反的方向流向，但是這些封包可能會被封鎖，直到封包朝另一個方向的流程。
• Teams 與 商務用 Skype Online 並排部署，因此用戶端會顯示為「Teams/SFB 使用者」。

您可以在本文稍後的下列選擇性對話方塊中找到詳細資訊：

• 商務用 Skype混合式拓撲中說明內部部署。
• 適用于 PSTN 連線) 的電話系統直接路由 (在 Teams 中具有直接路由拓撲的說明。
• 在 Teams 中使用 快速路由優化來描述 Express Route。

流程描述：

• Flow 2 – 代表由使用者在客戶網路上啟動到網際網路的流程，做為使用者 Teams 體驗的一部分。 這些流程的範例為 DNS 和對等媒體。
• Flow 2' – 代表由遠端行動 Teams 使用者所啟動且 VPN 到客戶網路的流程。
• Flow 3 – 代表由遠端行動 Teams 使用者啟動至 Microsoft 365 Teams 端點的流程。
• Flow 4 – 代表由使用者在客戶網路上啟動至 Microsoft 365 Teams 端點的流程。
• Flow 5 – 代表 Teams 使用者與客戶網路中的另一個 Teams 或商務用 Skype使用者之間的對等媒體流程。
• Flow 6 – 代表遠端行動 Teams 使用者與另一個遠端行動 Teams 或透過網際網路商務用 Skype使用者之間的對等媒體流程。

使用案例：一對一

一對一通話使用一般模式，讓來電者取得一組由 IP 位址/埠組成的候選字，包括本機、轉送和反向 (用戶端的公用 IP 位址，如轉送) 候選字所示。 來電者會將這些候選人傳送到通話方;呼叫方也會取得一組類似的候選字，並將他們傳送給來電者。 STUN 連線檢查訊息是用來尋找哪些來電者/稱為派對媒體路徑的運作方式，並且會選取最佳的工作路徑。 媒體 (即使用 SRTP) 保護的 RTP/RTCP 封包，然後使用選取的候選字組傳送。 傳輸轉送是隨 Microsoft 365 一起部署。

如果本機 IP 位址/埠候選字或反身候選字具有連線能力，則會針對媒體選取用戶端 (或使用 NAT) 之間的直接路徑。 如果用戶端同時位於客戶網路上，則應選取直接路徑。 這需要客戶網路內的直接 UDP 連線能力。 如果用戶端都是游偶雲端使用者，則視 NAT/防火牆而定，媒體可能會使用直接連線。

如果一個用戶端位於客戶網路內部，而一個用戶端是外部 (例如，行動雲端使用者) ，那麼本機或反身候選字之間的直接連線就不太可能正常運作。 在此情況下，選項是從任一用戶端 (使用其中一個傳輸轉送候選項目，例如，內部用戶端從 Microsoft 365 的傳輸轉送中取得轉送候選項目;外部用戶端必須能夠將 STUN/RTP/RTCP 封包傳送到傳輸轉送) 。 另一個選項是，內部用戶端會傳送至行動雲端用戶端取得的轉送候選項目。 雖然強烈建議使用媒體的 UDP 連線，但支援 TCP。

高階步驟：

1. Teams 使用者 A 會使用流程 2 解析 DNS) (URL 功能變數名稱。
2. Teams 使用者 A 會使用流程 4 配置 Teams 傳輸轉送上的媒體轉送埠。
3. Teams 使用者 A 會使用流程 4 傳送「邀請」給 Microsoft 365 與 ICE 候選字。
4. Microsoft 365 會使用流程 4 傳送通知給 Teams 使用者 B。
5. Teams 使用者 B 會使用流程 4 配置 Teams 傳輸轉送上的媒體轉送埠。
6. Teams 使用者 B 會使用流程 4 與 ICE 候選字一起傳送「答案」，此流程 4 會使用 Flow 4 轉寄回 Teams User A。
7. Teams 使用者 A 和 Teams 使用者 B 叫用 ICE 連線測試，並已選取可用的最佳媒體路徑 (查看下列各種使用案例的圖表) 。
8. Teams 使用者使用流程 4 傳送遙測至 Microsoft 365。

在客戶網路內：

圖 2 - 在客戶網路內

在步驟 7 中，已選取對等媒體流程 5。

媒體是雙向的。 流程 5 的方向表示一端會從連線觀點起始通訊，與本檔中的所有流量一致。 在此情況下，使用哪個方向無關緊要，因為兩個端點都在客戶網路內。

由 Teams 傳輸轉送 (媒體的客戶網路到外部使用者) ：

圖 3 - 由 Teams 傳輸轉送的外部使用者 (媒體的客戶網路)

在步驟 7 中，會選取從客戶網路到 Microsoft 365 的流程 4，以及從遠端行動 Teams 使用者到 Microsoft 365 的流程 3。 這些流量是由 Microsoft 365 中的 Teams 傳輸轉送所轉送。

媒體是雙向的，其中的方向會指出從連線觀點起始通訊的哪一端。 在此情況下，這些流量是用於訊號和媒體，使用不同的傳輸通訊協定和位址。

外部使用者的客戶網路 (直接媒體) ：

圖 4 - 外部使用者 (直接媒體) 的客戶網路

在步驟 7 中，已選取從客戶網路到網際網路 (用戶端的對等) 流程 2。

• 使用遠端行動使用者的直接媒體 (不是透過 Microsoft 365 轉送) 是選用的。 換句話說，客戶可能會封鎖此路徑，以透過 Microsoft 365 中的傳輸轉送強制執行媒體路徑。

• 媒體是雙向的。 向遠端行動使用者的流程 2 方向表示，一端會從連線觀點起始通訊。

由 Teams 傳輸轉送的內部使用者 (媒體的 VPN 使用者)

圖 5 - 由 Teams 傳輸轉送轉的內部使用者 (媒體的 VPN 使用者)

VPN 與客戶網路之間的訊號是使用流程 2'。 客戶網路和 Microsoft 365 之間的訊號是使用流程 4。 不過，媒體會略過 VPN，並使用流經 Microsoft 365 中流經 3 和 4 的 Teams 媒體轉送路由。

將 VPN 使用者轉為內部使用者 (直接媒體)

圖 6 - VPN 使用者對內部使用者 (直接媒體)

VPN 與客戶網路之間的訊號是使用流程 2'。 客戶網路和 Microsoft 365 之間的訊號是使用流程 4。 不過，媒體會略過 VPN，並使用流程 2 從客戶網路路由到網際網路。

媒體是雙向的。 向遠端行動使用者的流程 2 方向表示，一端會從連線觀點起始通訊。

外部使用者的 VPN 使用者 (直接媒體)

圖 7 - 外部使用者的 VPN 使用者 (直接媒體)

VPN 使用者與客戶網路之間的訊號是使用流程 2'，並使用流程 4 到 Microsoft 365。 不過，媒體會略過 VPN，並使用流程 6 路由。

媒體是雙向的。 向遠端行動使用者流向 6 的方向表示，從連線觀點中，一端會起始通訊。

使用案例：透過 Microsoft 365 主幹將 Teams 轉換為 PSTN

Microsoft 365 的電話系統可讓您從公用交換電話網路 (PSTN) 撥號和接聽來電。 如果 PSTN 主幹是使用電話系統通話方案連線，則此使用案例並沒有特殊的連線需求。 (如果您想要將自己的內部部署 PSTN 主幹連線到 Microsoft 365，您可以使用電話系統直接路由。)

圖 8 - 透過 Microsoft 365 主幹的 Teams 到 PSTN

使用案例：Teams 會議

VBSS) 會議服務器 (音訊/視訊/螢幕共用屬於 Microsoft 365 的一部分。 它的公用 IP 位址必須從客戶網路連線，而且必須從 Nomadic Cloud 用戶端連線。 每個用戶端/端點都必須能夠連線到會議服務器。

內部用戶端會以一對一通話所述的相同方式取得本機、反身及轉送候選項目。 用戶端會在邀請中將這些候選項目傳送到會議服務器。 會議服務器沒有使用轉送，因為它有可公開存取的 IP 位址，因此會以其本機 IP 位址候選字回復。 用戶端和會議服務器會以一對一通話的相同方式檢查連線。

請記住下列事項：

• Teams 用戶端無法加入商務用 Skype會議，且商務用 Skype用戶端無法加入 Teams 會議。

• PSTN 使用者可視會議召集人的 PSTN 通話和/或會議布建而定，選擇性地「撥入」或「撥出」。

• 來賓或客戶可以從來賓私人網路加入，該網路受到 FW/NAT 以嚴格規則保護。

圖 9 - Teams 會議

使用案例：與內部部署商務用 Skype同盟

Microsoft 365 中由 Teams 傳輸轉送轉送的媒體

圖 10 - Microsoft 365 中由 Teams 傳輸轉送轉送的媒體

請記住下列事項：

• 根據定義，同盟是指兩個租使用者之間的通訊。 在此情況下，租使用者 A 使用 Teams，同盟與租使用者 B，後者使用內部部署商務用 Skype。 如果租使用者 B 也使用 Microsoft 365，則商務用 Skype用戶端會使用流程 3 與 Microsoft 365 連線。

• 從同盟商務用 Skype用戶端傳送訊號和媒體到內部部署商務用 Skype Server已超出此檔的範圍。 不過，這裡就說明了其明確性。

• Teams 和 商務用 Skype 之間的訊號是由閘道連接。

• 在此情況下，媒體是由 Teams 傳輸轉送轉送至客戶網路，並使用流程 4 將遠端商務用 Skype用戶端轉送。

由同盟租使用者中商務用 Skype媒體轉送轉送的媒體

圖 11 - 由同盟租使用者中商務用 Skype媒體轉送轉送的媒體

請注意：

• 從同盟商務用 Skype用戶端傳送訊號和媒體到內部部署商務用 Skype Server不在本檔的範圍。 不過，這裡就說明了其明確性。

• Teams 和 商務用 Skype 之間的訊號是由閘道連接。

• 在此情況下，媒體會由商務用 Skype內部部署媒體轉送使用流程 2 轉送至客戶網路。 (注意，從 Teams 使用者到同盟客戶網路中遠端媒體轉送的流量一開始會被媒體轉送封鎖，直到相反方向的流量開始流向為止。不過，雙向流量會以兩個方向開啟連線。)

直接 (對等)

圖 12 - 直接 (對等)

Teams 混合拓撲

本拓撲包含具有商務用 Skype內部部署的 Teams。

圖 13 - Teams 混合拓撲

• 上方圖表上的箭號方向代表會影響企業周邊連線能力的通訊起始方向。 在媒體用 UDP 的情況下，第一個封包 (的) 可能會以相反的方向流向，但是這些封包可能會被封鎖，直到封包朝另一個方向的流程。

• Teams 與 商務用 Skype Online 並排部署，因此用戶端會顯示為「Teams/SFB 使用者」。

其他流程 (在 Teams 拓撲) 之上：

• Flow 5A – 代表客戶網路中 Teams 使用者與客戶網路邊緣的商務用 Skype內部部署媒體轉送之間的對等媒體流程。

使用案例：Teams 商務用 Skype一對一

客戶網路中的混合式

圖 14 - 客戶網路中的混合式

Teams 和 商務用 Skype 之間的訊號是由閘道連接。 不過，媒體會使用流程 5 直接在客戶網路內進行對等路由。

混合式客戶網路與外部商務用 Skype使用者 – 由 Microsoft 365 轉送

圖 15 - 包含外部商務用 Skype使用者的混合式客戶網路 - 由 Microsoft 365 轉送

請注意：

• 從商務用 Skype用戶端傳送訊號和媒體到內部部署商務用 Skype Server超出此檔的範圍。 不過，這裡卻能清楚說明這一點。

• Teams 和 商務用 Skype 之間的訊號是由閘道連接。

• 媒體會透過 Teams 傳輸轉送透過流程 4 轉送至客戶網路。

包含外部商務用 Skype使用者的混合式客戶網路 – 由內部部署 Edge 轉送

圖 16 - 包含外部商務用 Skype使用者的混合式客戶網路 - 由內部部署 Edge 轉送

請注意：

• 從商務用 Skype用戶端傳送訊號和媒體到內部部署商務用 Skype Server不在本檔的範圍。 不過，這裡卻能清楚說明這一點。

• 訊號是由閘道架設閘道。

• 媒體會在內部部署 Edge 內 商務用 Skype商務用 Skype媒體轉送，使用媒體流程 5A 將媒體轉送至客戶網路內的 Teams 使用者。

具有電話系統直接路由拓撲的 Teams

本拓撲包含 Teams 搭配電話系統直接路由。

直接路由可讓您使用協力廠商公用交換電話網路 (PSTN) 服務提供者，方法是將受支援的內部部署客戶擁有的會話邊界控制器 (SBC) 硬體裝置配對到 Microsoft 365，然後將電話語音主幹連接到該裝置。

若要支援此案例，客戶必須從 Microsoft 的其中一個認證合作夥伴部署通過認證的 SBC 以進行直接路由。 SBC 必須依照廠商的建議進行設定，並可從 Microsoft 365 針對直接 UDP 流量路由。 媒體可能會直接從 Teams 和/或商務用 Skype用戶端進入 SBC (略過 Teams 閘道) 或透過 Teams 閘道流覽。 當主幹設定為略過 Teams 閘道時，與 SBC 的連線能力是以 ICE 為基礎，其中 SBC 支援 ICE-Lite，而 Teams/商務用 Skype 媒體端點則支援 ICE 完整表單。

*圖 17 - 具有電話系統直接路由拓撲的 Teams

請注意：

• 上方圖表上的箭號方向代表會影響企業周邊連線能力的通訊起始方向。 在媒體用 UDP 的情況下，第一個封包 (的) 可能會以相反的方向流向，但是這些封包可能會被封鎖，直到封包向另一個方向移動為止。

• Teams 與 商務用 Skype Online 並排部署，因此用戶端會顯示為「Teams/SFB 使用者」。

在 Teams 線上拓撲 () 之上的其他流量：

• Flow 4' - 代表從 Microsoft 365 到客戶網路的流程，用於在雲端的 Teams 媒體伺服器與內部部署的 SBC 之間建立連線。
• Flow 5B – 代表客戶網路中 Teams 使用者與略過模式中的直接路由 SBC 之間的媒體流程。
• Flow 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'。

• 從網際網路上的用戶端傳送訊號和媒體到 Microsoft 365 使用流程 3。

內部使用者直接路由 (媒體略過)

圖 20 - 內部使用者直接路由 (媒體略過)

請注意：

• SBC 必須具備可從 Microsoft 365 路由的公用 IP 位址。

• 從 SBC 傳送訊號到 Microsoft 365，反之亦然，使用流程 4 和/或流程 4'。

• 從客戶網路內的用戶端傳送訊號至 Microsoft 365 使用流程 4。

• 客戶網路內的用戶端媒體到客戶網路內的 SBC 使用流程 5B。

使用 Teams 傳輸轉送所略過轉送之直接路由 (媒體的遠端使用者)

圖 21 - 使用直接路由 (媒體的遠端使用者在 Teams 傳輸轉送中略過轉送)

請注意：

• SBC 必須具備可從 Microsoft 365 和網際網路路由的公用 IP 位址。

• 從 SBC 傳送訊號至 Microsoft 365，反之亦然使用流程 4 和/或流程 4'。

• 從網際網路上的用戶端向 Microsoft 365 發出訊號時，會使用 flow 3。

• 從網際網路上的用戶端到客戶網路內 SBC 的媒體，會使用由 Teams 傳輸轉送轉送的流量 3 和 4。

遠端使用者直接路由 (媒體略過直接)

圖 22 - 遠端使用者直接路由 (媒體略過直接)

請注意：

• SBC 必須具備可從 Microsoft 365 和網際網路路由的公用 IP 位址。

• 從 SBC 傳送訊號至 Microsoft 365，反之亦然使用流程 4 和/或流程 4'。

• 從網際網路上的用戶端向 Microsoft 365 發出訊號時，會使用 flow 3。

• 從網際網路上的用戶端到客戶網路內 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 實例 B 內的媒體從 SBC 實例 A，必須透過 Microsoft 365 Media Server 轉送，且無法使用略過模式。

使用快速路由優化的 Teams

圖 25 - 使用快速路由優化的 Teams

如果 Express Route 左右對齊並部署，則 Teams 流量可以從流程 4 重新路由至流程 1，以及從流程 4'轉為流程 1'。 不過，Teams 應用程式會使用流量 4 和 4'，硬性相依于其他 Microsoft 365 流經網際網路;，這些流量不可封鎖。

請注意，商務用 Skype混合式 Edge 流量是路由到網際網路，而不是到 Express Route 來與其他租使用者通訊，並與其他租使用者進行同盟。

若要防止非對稱流量，重新路由必須雙向。 換句話說，客戶網路內的位址可透過網際網路或快速路由，根據優化而無法透過這兩者路由。

由 Teams 傳輸轉送 (媒體的客戶網路到外部使用者) ：

圖 26 - 由 Teams 傳輸轉送的外部使用者 (媒體的客戶網路)

高階步驟：

1. 客戶網路中的 Teams 使用者會使用 flow2 解決 DNS (DNS) URL 功能變數名稱。
2. 客戶網路中的 Teams 使用者會使用流程 1 配置 Teams 傳輸轉送上的媒體轉送埠。
3. 客戶網路中的 Teams 使用者使用流程 1 傳送「邀請」給 Microsoft 365，其中包含 ICE 候選項目。
4. Microsoft 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。

注意事項

必須啟用 Flow 4，以支援 Teams 應用程式在授權流程 4 的其他微觀服務上的相依性。