本指南适用于有配置和管理 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 Calling	基于 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 迁移相关的五类具体活动。