本指南適用於有設定和管理 Cisco Unified Communications Manager (Unified CM) 和 Cisco 終端機（包括 IP 桌上型電話、視訊設備和 Jabber 軟體用戶端）經驗的團隊或個人。本文檔中提供了指向產品和支援文件的鏈接，以提供協助。

本文檔僅關注從 Unified CM 到 Webex Calling 多租戶的過渡。本文檔中的術語 Webex Calling 始終指 Webex Calling 多租用戶。

在開始從 Unified CM 遷移到 Webex Calling 之前，必須全面了解 Webex Calling 解決方案及其個別元件。成功遷移需要熟悉 Webex Calling 的架構、服務模型、部署選項和相關功能，以便正確對應現有的 Unified CM 工作負載並設計有效的過渡計畫。

要製定有效的過渡策略和營運準備，必須透徹了解以下 Webex Calling 元件。

1. Control Hub

2. 目錄和使用者配置

3. Webex通話平台

4. 支援的呼叫端點

5. PSTN 連線選項

6. Webex Calling撥號方案和號碼管理

7. 安全性和合規性功能。

更多信息，請參閱 Cisco Webex Calling 首選架構。

本指南將重點放在轉型生命週期中可使用的工具和流程。然而，從本地通話系統 Unified CM 過渡到新的雲端通話平台 Webex Calling 可能是一項重大工程，並可能面臨業務、技術和複雜方面的挑戰。為了幫助您克服這些挑戰，思科提供了一些不同的選擇來協助您完成您的轉型之旅。請務必查看 企業雲端呼叫 - 呼叫遷移 中的信息，以了解每個選項以及每個選項如何幫助您進行自己的遷移。

1. Webex遷移工具： Control Hub 內建了自助式免費工具，可簡化您向 Webex Calling 的轉型。

2. 認證的移民服務提供者： Cisco 已驗證了開發遷移解決方案的軟體和工具供應商，這些解決方案可協助 Webex 合作夥伴和客戶進行複雜和大規模的遷移。這些解決方案可以幫助簡化、管理和加速向 Webex Calling 的過渡。

3. Webex 設定助手： 思科主導的遷移服務，指導客戶和合作夥伴完成 Webex Calling 的部署和配置，這是將 Unified CM 使用者和服務成功遷移到 Webex Calling 所必需的。

隨著雲端交付協作服務的成長，越來越多的客戶希望將現有的協作工作負載遷移到雲端，因為雲端服務具有降低整體擁有成本、簡化管理、持續功能交付、提高規模和增強可靠性等優點。當客戶考慮從本地部署過渡到雲端協作服務時，了解過渡過程涉及哪些方面以及過渡所需的步驟至關重要。

本文檔的目的是為希望從本地統一 CM 過渡到雲端 Webex Calling 的客戶提供部署指導。本部署指南假定讀者對 Unified CM 和 Webex Calling 之間的呼叫轉換有基本的了解，包括進行此轉換時會發生哪些變化，以及將呼叫工作負載從本地遷移到雲端時會有哪些不同。在繼續操作之前，請確保您已查看並熟悉 過渡圖中提供的資訊。這份過渡路線圖文件提供了有關此次過渡期間的變化和差異的資訊。

如圖 所示，本地協作架構：呼叫控制和遠端存取，典型的本地部署包括網路上的不同協作基礎架構元件、呼叫控制平台、邊緣平台、硬體和軟體終端，在某些情況下甚至包括會議和日程安排平台。在思科架構中，這包括用於呼叫控制的統一呼叫管理 (Unified CM)、用於遠端存取和企業對企業 (B2B) 邊緣服務的 Expressway 以及思科會議伺服器 (Cisco Meeting Server)。 / Cisco Meeting Management 用於本地會議，Unity Connection 用於語音訊息傳遞，以及面向使用者的硬體（Cisco IP 電話、Cisco 桌面和會議室視訊系統）和軟體（Cisco Jabber）基於 IP 的終端。這些元件在某些環境中可能會略有不同，但這是本文檔其餘部分所描述的過渡的起點。

之前：本機呼叫基礎架構元件 表列出了在過渡到雲端 Webex Calling 之前本地架構的關鍵要素。

表 1. 之前：本機呼叫基礎架構元件

產品	說明
Unified CM	本地呼叫控制提供設備註冊和呼叫路由服務
思科 Expressway-C/E	邊緣基礎設施提供行動和遠端存取 (MRA) 以及企業對企業 (B2B) 功能，使遠端端點能夠從組織外部安全連接。Expressway 成對部署，提供外部端點防火牆穿透功能。
Cisco Meeting Server (CMS)、Cisco Meeting Management (CMM) 和 Cisco Telepresence Management Suite (TMS)	提供本地語音、視訊和網路會議基礎設施，支援多點會議、會議管理和日程安排功能。[Optional]
Cisco Unity Connection	提供語音郵件和統一訊息功能的本地語音訊息平台。[Optional]
Cisco Desk、Cisco Room、Cisco Board、Cisco IP Phones 與 Cisco Jabber	已註冊到 Unified CM 並提供語音和視訊通話功能的基於 IP 的設備

如圖 所示，過渡決策：對於擁有 Unified CM 和桌面及視訊 IP 端點的本機呼叫控制的客戶，他們可以選擇將架構過渡到 Webex Calling雲端架構。

該決定需要根據客戶的功能需求來做出。有以下需求的客戶在做出決定前應仔細考慮，並最終可能決定將呼叫控制保留在本地：

• Webex Calling 不支援的手機型號
• 與其他本地系統或解決方案的複雜或眾多集成，尤其是在難以用 Webex Calling 複製這些集成，或沒有等效替代解決方案的情況下，會非常棘手。
• 複雜的撥號方案、高度細化的服務等級或兩者兼有
• 受限、有限或不可靠的網路存取
• 嚴格的資料隱私和所有權政策
• 本地或境內媒體錄製和儲存的合規性要求
• 第三方集成，但沒有可行的替代 Webex Calling 集成方案
• 聯絡中心集成，其中聯絡中心集成尚未遷移到雲端。

希望開始使用雲端通話服務的客戶可以考慮使用 Webex Calling。這項雲端通話服務使客戶能夠利用 Webex 全球架構實現規模化和連接性。企業網路內的參與者和企業網路外的遠端參與者可以使用基於IP的硬體終端進行通訊。 and/or 桌面或行動軟客戶端應用程式。

本文檔主要針對已部署 Unified CM 呼叫控制的客戶，旨在協助他們了解啟用 Webex Calling 部署的一般步驟、注意事項和要求，如下一節所述。

此次遷移的目標架構包含多個新元件。這包括用於基於雲端的通話的 Webex Calling 服務、Webex App、用於身分整合的 Cisco Directory Connector 和用於 PSTN 存取的本地網關 (LGW)，以及本地到雲端的通話整合。Cisco 通話計畫或由 Cloud Connect for Webex Calling 合作夥伴提供的雲端連線 PSTN (CCP) 是 PSTN 存取的其他選擇。

如圖 所示，之後：Webex Calling 架構，新元件（Webex Calling、目錄連接器、本機閘道和生存能力閘道）會被加入到現有的本機部署。

之後：雲端呼叫基礎設施元件 表列出了過渡到 Webex 後架構的新元素。

表格 2. 之後：雲端呼叫基礎架構元件

產品	說明
Webex 通話	基於 Webex 平台的雲端通話服務，提供終端機註冊和呼叫路由功能。
Cisco 目錄連接器	執行在 Windows 網域電腦上的 Windows 應用程序，提供企業本機 Active Directory 和 Webex 組織的身份儲存之間的身份同步。 對於從本機 Active Directory 遷移到 Entra ID 的客戶，與 Webex 而不是 Cisco Directory Connector 的身分整合使用 Entra ID Wizard 應用程式。
本端閘道	本地網關可作為客戶本地統一通訊網路和 Webex Calling 雲端之間的橋樑。它可以部署在本地或由合作夥伴託管，為雲端註冊端點提供 PSTN 訪問，以及 Unified CM 註冊端點和雲端註冊端點之間的呼叫整合。Cisco IOS-XE 整合服務路由器（ISR 1100 與 4000 系列）、Cisco Catalyst 8200/8300 Cisco Catalyst 8000V Edge 軟體系列以及各種經過認證的第三方會話邊界控制器 (SBC) 可用作分階段遷移方法的 LGW。
生存能力閘道	生存網關 (SGW) 是一個基於本機網路 IOS-XE 的網關，可在網路中斷期間為現場 Webex Calling 端點提供回退呼叫服務。
Cisco 通話計劃，Webex 通話雲端連接	Cisco Calling Plan 和 Cloud Connect for Webex Calling 是 Webex Calling 端點的基於雲端的 PSTN 存取選項。PSTN 存取由雲端 PSTN 供應商提供，無需任何本地設備。
Webex 應用程式	用戶端應用程式運行於桌面作業系統（Windows、Mac）或行動作業系統（Android、iOS）上，並直接註冊到 Webex Calling 平台以實現通話功能。

PPDIO 流程代表 準備、規劃、設計、實施和最佳化。這是思科提供的結構化方法論，指導專案從初步評估到持續改進，確保高效、成功的部署或遷移。

在規劃從本地統一內容管理過渡到 Webex Calling 時，您需要確定如何著手進行此過渡過程。首先，您需要決定遷移方式是採用 閃速 （一次全部遷移）還是 分階段 （分批遷移） users/devices 在較長一段時間內）。

執行 快速 遷移可以最快遷移所有使用者和裝置。透過此方法，您可以同時將所有使用者和裝置從本機 Unified CM 遷移到 Webex Calling。從本質上講，它為所有用戶和設備提供了一個統一的遷移視窗。遷移完成後，您的所有使用者和裝置都會遷移到 Webex Calling 平台，並且您的所有 Unified CM 基礎架構都可以停用。然而，由於呼叫部署的規模和範圍，許多組織無法採用這種方法。

第二種方法是 分階段 遷移。大多數組織都會採用這種方法，因為它能更好地控制、管理和擴展遷移規模。此外，它也更適合大規模統一通訊部署。 and/or 跨多個區域部署。因此，本文檔重點介紹 分階段實施的過渡方法 ，該方法包含兩個過渡步驟。

如圖所示 分階段呼叫轉換：混合雲，第一個過渡階段（階段 1）將實現具有雙重呼叫環境的共存部署。在此階段，部分使用者、裝置和軟體用戶端將過渡到 Webex Calling，而其他使用者、裝置和軟體用戶端仍將使用本機 Unified CM 呼叫控制。最終過渡階段（第二階段）將形成一個純粹的雲端通話環境，其中所有使用者、裝置和軟體用戶端都已完全過渡到 Webex Calling 平台。

組織完全過渡到雲端呼叫所需的時間取決於其目前的部署情況。在某些情況下，組織可能會進行初步過渡，並在共存雙呼叫控制階段（階段 1）保持較長時間（數月甚至數年），而在其他情況下，組織可能會在很短的時間內（數週或數月）完全過渡到 Webex Calling（階段 2）。本文檔旨在涵蓋兩個階段（第一階段－共存，第二階段－完全過渡）。

第二個需要考慮的問題是如何將使用者、裝置和軟體客戶端從本地呼叫控制過渡到雲端呼叫控制。建議採用三階段過渡方案。下圖 建議的 3 階段轉變 將此方法分解為 3 個階段。

遷移前： 此階段的重點是為遷移做好 Webex 和 Unified CM 環境的準備。這不是關於具體的規劃或配置，而是專注於完成現在可以在任何 Webex Calling 遷移專案開始之前完成的活動。目標是為兩個環境的遷移奠定基礎。

移民準備： 在這個階段，我們將開始為遷移到 Webex Calling 做準備。此處需要審查和更新業務和技術需求。不要只是簡單地將目前使用 Unified CM 部署的內容進行 遷移 ，而是利用 Webex Calling 的強大功能，重新定義貴公司現在和將來所需的業務和技術要求。此外，在這個階段，您將完成設計、配置規劃和遷移。 planning/schedule.

遷移（部署和停用）： 在這個階段，用戶、裝置、電話號碼和軟體客戶端將實際遷移。如上所述，此階段可以一次完成（閃切），也可以分多個變更視窗完成（分階段切割）。最終用戶採納計劃、培訓和溝通至關重要，這樣您的用戶才能了解變化、如何使用新的通話平台以及何時進行更改。最後一步是停用所有不再使用的本地統一通訊基礎設施。

遷移前階段包含一些活動（必需的、建議的和可選的），您可以立即開始進行這些活動。建議儘早完成這些工作，最好是在專案開始之前完成。有些活動可能需要更長時間才能完成，因此儘早開始這些活動將有助於簡化您的實際遷移專案。

下圖 遷移前活動 突顯了與 Webex Calling 遷移相關的五類具體活動。