先決條件和限制

對媒體最佳化的支援橫跨桌面電話（不包括 DECT 和 ATA 裝置）、Webex 和本機閘道解決方案。 當您在組織內的受支援裝置之間進行通話時，通話的媒體會盡可能直接在這些裝置之間流動。 這樣會降低延遲並提升品質。

請參閱 Webex Calling 中的新功能以瞭解全域啟用日期。

  • 預設情況下，會在電話機裝置和Webex上啟用媒體最佳化，而且通常不需要指定設定。

  • 對於本機閘道，您可以使用指令 STUN usage lite 來啟用媒體最佳化，該指令位於：向 Webex Calling 註冊本機閘道

    STUN（用於 NAT 的作業階段周遊公用程式）是一組標準化方法（包括網路通訊協定），用於在即時語音、視訊、傳訊和其他互動通訊應用程式中周遊網路位址轉譯閘道。

  • 本機閘道 (CUBE) 支援 ICE-lite。 CUBE 上的 ICE 支援有幾項限制。 請參閱有關的詳細資料CUBE 上的 ICE-Lite 支援。

  • 本機閘道上的媒體最佳化支援需要 CUBE軟體版本17.3 或 16.12.5。

  • 本機閘道的媒體最佳化需要裝置與本機閘道之間具有網路連線。 您可透過下列其中一種方法進行連線：

    • 將公用 IP 位址指派給本機閘道。

    • 確保與本機閘道位於同一網路內的裝置可存取本機閘道主機位址。

  • 為了路由通話，會將訊號資料傳送至 Webex Calling 雲端。 進行 Webex Calling 通話始終需要作用中的網際網路連線。 然而，媒體卻佔了大部分的通話流量。

  • 只能在單一組織內最佳化通話。 對於組織間通話，由於管制原因，媒體必須透過 PSTN 流動。

  • 如果啟用了「通話錄製」，則已錄製通話的媒體會路由至雲端且未進行最佳化。

ICE（媒體最佳化）及通話錄音兩獨立功能會在通話開始時產生些許音訊延遲情況，同時使用時，音訊延遲會稍微延長，且更易為客戶所感知。

Webex Calling媒體最佳化的階段

媒體最佳化使用互動式連線建立 (ICE) 來探索最佳化的媒體路徑。

它包括下列幾個階段：

  1. 候選探索

    進行通話時，端點必須先探索可接收媒體的位址清單。 這些位址（即候選位址）包括端點的本機位址，以及可用於透過 NAT 聯絡端點的伺服器自反位址。 透過查詢 Webex Calling 雲端中的 STUN 伺服器，可判定伺服器自反位址。

  2. 候選交換

    在此階段中，端點會使用 SIP 交換在候選探索中收集的候選位址清單。

  3. 連線性檢查

    端點會測試在候選交換器中交換的候選位址，以判定兩個裝置之間的最佳媒體路徑。

  4. 媒體路徑最佳化

    使用重新邀請，端點現在開始透過最佳化路徑傳送媒體。