先決條件和限制

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


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

  • 依預設,會在桌面電話裝置和 Webex 上啟用媒體最佳化,並且在大多數情況下,不需要指定的設定。

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


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

  • 本機閘道 (CUBE) 支援 ICE-lite。 CUBE 上的 ICE 支援存在一些限制,包括 SIP-TDM 閘道不支援 ICE-lite。 如需詳細資料,請參閱 CUBE 上的 ICE-lite 支援

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

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

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

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

  • 只能在單一組織內最佳化通話。 對於組織間通話,出於法規原因,媒體必須透過 PSTN 傳送。

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


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

Webex Calling 媒體最佳化的階段

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

它包括下列幾個階段:

  1. 候選探索

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

  2. 候選交換

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

  3. 連線性檢查

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

  4. 媒體路徑最佳化

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

媒體最佳化的分析

目前,Control Hub 中未提供可用於媒體最佳化功能的分析,但我們很快將在「Webex Calling 分析」儀表板中新增媒體最佳化的使用分析。