先決條件和限制

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

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

  • 預設情況下，在網路裝置和 Webex 上桌面電話媒體優化，通常不需要指定的組配置。

  • 對於本機閘道，可以使用以下指令啟用媒體最佳化STUN 使用精簡版，該內容已在 中檢閱向Webex Calling註冊本機閘道

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

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

  • 在 Local Gateway 上提供媒體優化支援需要最低 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. 媒體路徑最佳化

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