- 主页
- /
- 文章
从 Unified CM 迁移到 Webex Calling 的设计
Webex Calling 的设计阶段侧重于定义区域、位置、拨号方案和紧急呼叫处理,以确保 可扩展的部署。它包括选择一个固定区域,设置特定站点的详细信息, ,并创建一致的拨号方案。还涉及紧急服务、录音配置和 许可需求。此阶段为配置、 用户管理以及通过 SSO 进行安全访问奠定了基础,确保部署符合 组织和监管要求。
区域选择
Webex Calling 服务在全球范围内可用,并通过位于多个地区的冗余数据中心提供服务:美国(达拉斯、芝加哥)、加拿大(温哥华、多伦多)、欧洲(法兰克福、阿姆斯特丹)、英国(伦敦、曼彻斯特)、澳大利亚(墨尔本、悉尼)、日本(东京、大阪)、沙特阿拉伯(利雅得、吉达)和印度(孟买、钦奈)。媒体接入点提供媒体服务,以优化媒体往返时间。例如,新加坡数据中心用于优化亚洲国家 Webex Calling 客户的媒体往返时间,因为到澳大利亚或日本地区的往返时间可能不够理想。数据中心通过多千兆位、完全冗余的主干网互连。图 全球分布式数据中心 显示了所有 Webex Calling 数据中心的概览。有关 Webex Calling 可用数据中心的最新列表,请参阅 Webex Calling 数据中心位置。
每个 Webex Calling 客户都分配在其中一个 Webex Calling 实例上。该客户的所有配置信息都存储在该 Webex Calling 实例中,并且为该客户配置的所有端点和本地网关的 SIP 信令都与该客户所在的 Webex Calling 实例相关联。由于 Webex Calling 的初始区域选择难以更改,因此在决定 Webex Calling 区域时,必须考虑所有相关因素。为避免过大的信令往返延迟,在过渡过程中尽早决定应该使用哪个 Webex Calling 实例非常重要。Cisco 建议选择能够为部署中最多用户提供最短信令往返时间的 Webex Calling 实例。
有关 Webex Calling 的国家/地区可用性,请参阅 Webex 在哪里可用?。
位置
为了准备在 Webex Calling 上配置位置,需要收集所有迁移目标位置所需的信息。每个地点所需的信息汇总在 每个地点需要捕获的信息中。
| 信息 | 注释 |
|---|---|
| 扩展范围 | Webex Calling 中的每个位置都可以有以不同数字开头的分机号。必须留出一位数字作为站点间拨号转向数字(例如 8),一位数字作为 PSTN 转向数字(例如 9)。任何扩展号码都不能以这两个数字中的任何一个开头。 所有位置的扩展范围长度必须相等。 |
| DID范围 | - |
| PSTN转向数字 | - |
| 站点代码 | 所有地点的所有站点代码都必须是唯一的,并且长度必须相同。 |
| 主号码 | 创建位置时需要配置两个 DID。一个作为主要号码(例如分配给自动应答服务),一个用于语音信箱门户。 为语音信箱号码提供一个DID号码。 |
| 语音信箱号码 | |
| 许可证数 | 所需许可证类型包括 Webex Calling 标准版、专业版、工作区版、路由列表版、外呼套餐版。 |
| 繁忙时段的并发呼叫 | Webex Calling 设备之间以及 Webex Calling 设备与本地网关(PSTN 和呼叫 Unified CM 设备)之间的并发呼叫总数。需要确定所需的互联网接入带宽。 |
| 国家/地区 | - |
| 时区 | - |
| 语言 | - |
| 联系方式(姓名、电话、邮箱) | - |
| 地址(街道地址、城市、州/省、邮政编码) | - |
| 紧急服务终端的物理调度位置 | 用于紧急呼叫的设备可调度位置通常包括以下位置:建筑物地址,建筑物地址 + 楼层号,楼宇地址 + 套房号或楼宇地址 + 楼层号 + office/cubical 数字。 |
| 每个设备唯一的物理网络位置,用于紧急服务 | 紧急呼叫的物理网络位置通常包括以下部分:转变 / 用于有线设备的交换机端口,用于无线连接设备的无线接入点(AP)基本服务集标识符(BSSID)。 and/or 用于终端设备的本地 IP 子网。 |
PSTN
在设计 Webex Calling 部署方案时,客户有三种主要的 PSTN 连接选项:Cisco Calling Plans(由 Cisco 管理的云交付 PSTN 服务)、云连接 PSTN 提供商 (CCPP,提供商通过云提供 PSTN 服务) 和本地 PSTN (本地网关将企业网络连接到 PSTN)。通过引入用于混合 Webex Calling 部署的 PSTN 中继(有关更多信息,请参阅 PSTN 中继中的用于混合 Webex Calling 部署的 PSTN 中继),组织在迁移方法上获得了更大的灵活性。此功能使客户能够在过渡之旅开始时将 PSTN 迁移到 CCPP,并开始为 Webex Calling 用户过渡到云 PSTN,同时利用 CCPP 在分阶段迁移期间为仍使用 Cisco Unified CM 的用户维护 PSTN 服务。
这种混合方法允许组织先将选定的用户组迁移到云端,而无需立即彻底改造其整个电话环境。然而,这也带来了额外的复杂性和风险,尤其是在调整现有统一 CM 呼叫路由逻辑以支持新架构方面。与传统应用程序(例如传真服务器、呼叫中心或寻呼系统)的互操作性也需要仔细考虑。关键技术挑战可能包括确保在混合环境中实现无缝的端到端编解码器协商和 DTMF(双音多频)信令,以及验证与专用电话功能的兼容性。妥善的规划和测试对于最大限度地减少中断以及在整个迁移过程中保持可靠的语音服务至关重要。此外,商业因素也很重要,因为混合中继需要根据本地环境和云连接 PSTN 提供商 (CCPP) 之间的并发呼叫数量来获得使用许可证。
或者,各组织可以选择在整个过渡阶段保留其内部 PSTN 连接。在这种情况下,迁移到 CCPP 可以通过两种方式执行:Webex Calling 迁移完成后,可以对所有用户和地点进行一次统一协调的切换;也可以逐步进行,随着用户迁移到 Webex Calling,PSTN 迁移将按地点逐步进行。这种方法有助于简化共存并保持传统集成的连续性,但同时也引入了一些操作上的复杂性。其中包括与号码转移相关的挑战,例如需要精确协调号码转移订单、潜在的延迟以及提供商施加的限制,例如对并发转移请求的数量进行限制或对大型号码块的子集进行转移进行限制。各组织必须仔细规划其 PSTN 过渡策略,并将这些后勤因素考虑在内,以避免服务中断并确保平稳的迁移体验。
图 一开始迁移到 CCCP 与保留本地 PSTN 显示了上面解释的两种 PSTN 迁移选项。左图显示的场景是所有本地用户和应用程序通过本地中继和本地网关使用云连接的 PSTN 服务,该本地网关将本地统一 CM 连接到 Webex Calling;而右图显示的场景是现有的本地 PSTN 保持不变,Webex Calling 用户通过本地统一 CM 和 Webex Calling 之间的本地网关连接使用本地 PSTN。过渡期间,Webex 通话地点可以切换到使用云连接的 PSTN。
在这两种情况下,本地用户和 Webex Calling 用户之间的通话都使用本地网关连接。需要根据预期的并发呼叫数量和所需的冗余度,对本地系统和 Webex Calling 之间的连接进行相应的设计和规模调整。
拨号方案
为了在迁移期间实现 Unified CM 和 Webex Calling 之间的无缝互操作性,必须在两个平台上开发和实施全面的拨号方案架构。这种双平台拨号方案设计确保了呼叫路由、号码转换和功能透明度的一致性,使两个系统上的用户都能在整个共存阶段进行通信,而不会出现服务降级或用户体验中断。
Unified CM 中的本地拨号方案
为了实现 Unified CM 和 Webex Calling 上注册的设备共存,需要对 Unified CM 上的企业拨号方案进行更改,以便至少满足以下要求:
-
+E.164 从 Unified CM 拨号到 Webex Calling
-
从 Unified CM 拨号到 Webex Calling(站点内拨号,如果分机号码范围唯一,也可以进行站点间拨号)
-
从 Unified CM 到 Webex Calling 的简化站点间拨号
-
强制从 Unified CM 拨号到 Webex Calling
-
通过 Webex Calling 从未接来电目录回拨至目的地
-
如果在过渡期间 Webex Calling 使用本地 PSTN,则 Webex Calling 向 PSTN 的 PSTN 呼叫将无法进行。
-
如果在混合 Webex Calling 部署的过渡期间,使用 PSTN 中继通过 Cloud Connect for Webex Calling 为本地 Unified CM 用户提供 PSTN 访问,则 Unified CM 到 Webex Calling 的 PSTN 呼叫将无法进行。
-
强制从 Webex Calling 切换到 Unified CM
-
从 Webex Calling 向 Unified CM(站点间)拨号。
如果在过渡之前不支持上述任何拨号习惯,例如不存在缩短的站点间拨号习惯,那么在过渡期间不一定需要引入这些习惯。
图 最佳实践拨号方案 显示了 Cisco Collaboration 12.x 企业本地部署首选架构 (CVD) 中描述的最佳实践拨号方案方法。该方法的主要特点包括:
-
单个分区 +E.164 电话号码簿
-
基于核心路由 +E.164 路线模式
-
将所有拨号习惯规范化 +E.164 使用翻译模式
-
使用翻译模式调用搜索空间继承(选项 使用发起者的调用搜索空间 设置在翻译模式上)。

例如,PSTN拨号 (9+1+10D) 来自 SJC 中已配置线路呼叫搜索空间 SJCInternational 的设备将首先与 匹配。 9.1[2-9]XX[2-9]XXXXXX 将被叫号码规范化的转换模式 +E.164. 然后,二次查找再次使用相同的调用搜索空间 SJCInternational (调用搜索空间继承),并且 +E.164-digit 字符串要么会被匹配,要么会被其他字符串匹配。 +E.164 在 DN 分区中,或通过 USPSTNNational 或 SJCPSTNLocal 分区中的 PSTN 路由模式之一。站点内和站点间拨号习惯的简化是通过 ESN 和 SJCtoE164 分区中的翻译实现的。虽然 ESN 分区是全局分区(所有位置的手机均可访问),但 SJCTOE164 分区仅对位于 SJC 位置的用户可访问。这是假设扩展范围重叠的情况。
要启用从 Unified CM 到 Webex Calling 的呼叫功能,第一步是确保: +E.164 目的地将根据目的地进行相应路由。这可以通过向拨号计划添加 Webex Calling 分区来实现,并添加 +E.164 为所有 Webex Calling 目标到该分区设置路由模式,最后将 Webex Calling 分区添加到所有呼叫搜索空间,这些呼叫搜索空间代表需要能够访问 Webex Calling 的服务类别。要为源自 Webex Calling 的呼叫创建差异化的服务等级,需要创建一个专用的 Webex Calling 分区。为避免呼叫循环,本地网关中继上的入站呼叫搜索空间不应访问 Webex Calling 分区。
如图所示 +E.164 路由到 Webex Calling,以启用从 Unified CM 到 Webex Calling 的路由,适用于具有以下位置的情况: +E.164 DID范围 +1 221 555 2XXX 和站点代码 121,与此匹配的紧急路线模式 +E.164 需要将范围添加到 Webex Calling 分区。
如果不需要选择特定站点的本地网关,则可以不采用以 Webex Calling 本地路由组为目标的路由列表,而是配置一个以本地网关为唯一成员的路由组,然后 Webex Calling 路由模式指向一个仅包含该路由组的 Webex Calling 路由列表。
为了实现站点间短拨号到 Webex Calling 站点,需要将所需的路由模式 8121.2XXX 添加到 Webex Calling 分区。对于要迁移到 Webex Calling 的站点,拨号规范化模式 8121.2XXX 将 ESN 拨号规范化为 +E.164 可能已存在于 ESN 分区中。在这种情况下, 8121.2XXX 似乎是多余的,但是一旦相应位置的所有 DN 都迁移到 Webex Calling,就可以删除 8121.2XXX 拨号规范化转换模式,然后 8121.2XXX 路由模式即使对于该范围内的分机用户也能启用 ESN 拨号。
通过这些拨号方案的更改,不仅可以拨打简短的站点间拨号码,还可以拨打其他拨号码呼叫 Webex Calling 地点。 +E.164. 此外,国际和国内PSTN拨号是可行的,因为这些拨号习惯首先被规范化。 +E.164 通过现有的拨号规范化转换模式,然后通过匹配路由到 Webex Calling +E.164 Webex Calling 分区中的路由模式。
这 +E.164 在所有 DID 仍然托管在 Unified CM 上的情况下,可以配置 Webex Calling 位置的 DID 范围的路由模式匹配。Unified CM 的最佳匹配模式匹配算法确保当拨打 Unified CM 上托管的号码时, +E.164 在 Unified CM 上配置的目录号码比通配符匹配度更高。 +E.164 路由模式指向 Webex Calling,以便呼叫扩展到 Unified CM 上的线路,而不是发送到 Webex Calling。
Webex 通话拨号方案
Webex Calling 中的每个用户都分配有一个分机号。 and/or 一个 +E.164 电话号码。扩展长度是一个固定的全局设置:Webex Calling 部署中的所有分机号码长度都相同。Webex Calling 用户可以在同一地点内以及不同地点之间使用分机拨号。简略的站点间分机拨号(后一种情况)仅在所拨打的分机是唯一的情况下才有效。
如果需要在不同地点之间进行缩短的站点间拨号,但不同地点分配的分机号码存在重叠,则需要创建一个企业特定的号码方案,在分机号码前加上接入码和站点代码。有关更多信息,请参阅 Cisco Collaboration 15 本地部署的首选架构,设计概述 可在 Cisco Collaboration Preferred Architectures处获取。
分机长度、跨区分机拨号行为、跨区拨号前缀长度以及跨区拨号路由前缀中的转向数字均在控制中心的呼叫服务设置中进行配置:
-
位置路由前缀长度: 前缀长度(包括转向数字)。仅当需要建立企业编号方案作为备用的缩短的企业间拨号习惯时才需要。
-
路由前缀中的转向数字: 用于简化企业间拨号习惯的导向数字。应避免与任何位置的首位数字和位置外拨号码重叠。仅当需要建立企业编号方案作为备用的缩短的企业间拨号习惯时才需要。
-
内部延伸长度: 标准长度的接发。可以是2到10之间的任何值。
当需要从本地呼叫控制向 Webex Calling 拨打分机号码或使用企业有效号码(转向代码、站点代码、分机号)拨号,并且本地呼叫控制将分机号作为主叫号码发送时,请确保在 [] Webex Calling 和本地呼叫控制之间的呼叫路由部分中设置 最大未知分机长度 参数,以确保从本地呼叫控制到 Webex Calling 的上游呼叫能够被正确分类为本地呼叫。 -
允许不同地点之间拨打分机号码: 切换到 enable/disable 在不同地点之间进行分机拨号。只有当组织内的所有分机号码都是唯一的时,才应启用此选项。如果禁用此选项,则需要在各个位置之间拨打企业重要号码(路由代码、站点代码、分机号)或电话号码。
前三个参数主要用于构建电话拨号方案,以最大限度地减少摘机拨号时的数字间超时。仍然可以偏离这些全局设置(例如 - 可以配置不同长度的分机),但控制中心会弹出警告消息,并且从电话拨号可能需要进行整体拨号,以避免与预加载的拨号计划发生冲突。
表 企业编号示例 显示了三个位置的示例,其中两个位置(纽约市和 RTP)的扩展范围相同。建立企业编号方案,采用站点间引导数字 8,后跟三位数站点代码和四位数分机号,从而形成不重叠的站点间简短拨号习惯。
| 站点 | 扩展范围 | 站点代码 | 企业级 |
|---|---|---|---|
| 纽约市 | 2XXX | 202 | 8 202 2XXX |
| 旧金山 | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
为了实现平稳过渡,用户在过渡到 Webex Calling 之前和之后的拨号习惯最好保持一致。为了做好每个地点过渡的准备,需要记录 DID 号码范围和分机号码范围(或站点内拨号习惯)。根据这些信息,需要选择站点间转向数字。
表格 固定长度 Webex Calling 分机号码范围 显示了三个位置和固定长度分机号码范围的示例。由于需要避免重叠的拨号习惯,因此必须确保任何分机号码范围的第一位数字与短程站点间拨号的转向数字不匹配。例如,如果选择 8 作为站点间拨号的转向数字,则任何站点中的任何分机号码都不能以 8开头。通常情况下,某个位置的分机号码与分配给该位置的 DID 号码的最后几位数字相匹配。为避免冲突,可以更改分机号的第一位数字。例如,如果DID在 +1 如果某个位置使用了 408、555 和 8XXX 范围的号码,那么该站点的扩展号码范围可以改用 7XXX,而不是 8XXX。
| 站点 | 扩展范围 | Webex 通话扩展 | 站点代码 | 企业级 |
|---|---|---|---|---|
| 纽约市 | 2XXX | 2XXX | 202 | 8 202 2XXX |
| 旧金山 | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
使用美国 Webex Calling 拨号方案在 Webex Calling 设备上拨打的七位拨号字符串与预加载的美国拨号方案中用于本地拨号的七位拨号模式重叠。为避免网内拨号和网外拨号(PSTN)习惯重叠,该位置可以使用强制性外部接入码。如果现有的企业编号方案和相应的站点间短拨号与 Webex Calling 全国拨号模式重叠,那么在过渡到 Webex Calling 期间,为了避免重叠,编号方案也可以更改为更长或更短的形式。实现这一目标最简单的方法是在编号方案中添加一个额外的填充数字。新的更长跨站点拨号方案只需要已迁移到 Webex Calling 的用户采用即可。仍在使用统一 CM 的用户可以继续拨打七位数号码。在这种情况下,Unified CM 上的企业拨号方案需要确保从 Unified CM 到 Webex Calling 的七位短拨号码能够转换为以下两种方式之一: +E.164 或者使用 Webex Calling 上部署的简化拨号格式。这需要在向本地网关发送调用之前完成。
表格 过渡到七位拨号 显示了这种重新编号的示例。在这个例子中,统一 CM 上的站点间拨号缩写使用引导数字 8,后跟两位数的站点代码和四位数的分机号。为了避免在 Webex Calling 中使用七位数的缩写站点间拨号,可以通过在 Unified CM 中使用的两位站点代码前添加任意填充数字(例如8 )轻松地将站点代码更改为三位数字,这样,从 Webex Calling 电话拨打站点间电话时,将使用引导数字 8 ,后跟填充数字 8,旧的两位站点代码,以及四位数的分机号。Webex Calling 用户无需记住新的站点代码;他们只需记住在站点间拨号时使用 88 作为前缀,而不是在 Unified CM 上使用 8 。
| Unified CM | Webex 呼叫 | ||||
|---|---|---|---|---|---|
| 站点 | 分机号 | 站点代码 | 企业级 | 站点 ode | 企业天使 |
| 纽约市 | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| 旧金山 | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
如果 Unified CM 和 Webex Calling 上的企业号码格式不同,并且企业号码作为从 Unified CM 到 Webex Calling 的呼叫的主叫号码信息显示(例如,来自没有 DID 的设备的主叫号码),则必须实现主叫号码信息的不同号码格式之间的映射,以确保回拨功能正常工作。可以通过在 Unified CM 和本地网关之间的中继上使用呼叫方转换模式来实现这种映射。
录制
一个架构完善的通话录音解决方案需要仔细考虑几个关键的设计要素,以确保其符合组织目标、监管要求和技术限制。两个最关键的决策涉及供应商选择和地区选择,这两项决策可能都需要在全球范围内进行调整,并根据业务需求在特定地点进行调整。
1. 选择通话录音服务提供商
选择合适的通话录音服务提供商对于实现业务目标和确保组织内功能一致性至关重要:
-
全球供应商选择: 企业通常会在全球范围内指定一家主要的通话录音服务提供商,以确保所有地区的功能、合规性和支持保持一致。
-
基于位置的覆盖: 在特定地点或地区有特殊业务需求或监管要求的情况下,可能需要覆盖全局供应商选择,并为这些地点指定替代供应商。这种灵活性能够满足不同的合规要求和本地运营需求。
-
业务需求: 选择服务提供商时,应基于对业务驱动因素的评估,例如监管合规性(例如MiFID II、HIPAA)、质量保证、争议解决或培训需求。
-
功能可用性: 应根据服务提供商提供所需功能的能力对其进行评估,例如实时监控、搜索和回放功能、加密、保留策略、与分析平台的集成以及对不同呼叫类型(呼入、呼出、内部)的支持。
2. 区域选择
确定通话录音的存储和处理区域对于合规性和性能至关重要:
-
全球区域选择: 默认情况下,组织可以选择单个区域来存储通话录音,以简化管理和治理。
-
基于位置的区域覆盖: 根据数据驻留法律或公司政策的要求,可能需要针对特定位置覆盖全球区域设置,以确保通话录音在规定的地理范围内存储和处理。
-
数据驻留要求: 该设计必须考虑到国际和本地数据保护法规(例如 GDPR、CCPA 或特定国家/地区的强制性规定),这些法规可能会规定通话录音的保存地点和方式。
在规划和设计 Webex Calling 通话录音解决方案时,需要解决的另一个关键方面是存储需求的估算。准确预测存储需求对于确保有足够的容量来支持持续的业务运营、保持合规性以及避免服务中断至关重要。
确定预期存储需求时,应考虑以下几个关键参数:
-
录音通话量: 评估在给定的时间间隔内(例如,每天、每周或每月)预计会记录的通话数量。这不仅包括对外通话,还包括内部沟通,如果业务政策或监管要求需要的话。
-
平均通话时长: 计算录音通话的典型时长,因为通话时间越长,占用的存储空间就越多。不同部门或用户群体之间的通话时长差异也应纳入估算。
-
保留期: 确定录音必须保留的时间长度,这通常由组织政策或外部法规(例如行业特定的合规标准)规定。更长的保存期限将增加总体存储需求。
-
增长预测: 考虑预期呼叫量的增长或录音范围的扩大,这可能是由于业务规模扩大、新的监管要求或新增用户或地点所致。
通过彻底分析这些参数,组织可以制定强大的存储策略,以确保其 Webex Calling 通话录音解决方案的可扩展性、成本效益和合规性。随着使用模式随时间推移而变化,建议定期审查和调整存储分配。
紧急呼叫
任何提供 PSTN 服务的呼叫服务都必须将紧急呼叫转接到相应的调度中心。Webex Calling 的紧急呼叫路由功能是该解决方案的原生功能,并支持 Webex Calling 支持的所有国家/地区的国家紧急号码。Webex Calling 中紧急呼叫的路由基于 Control Hub 中定义的位置以及该位置的 PSTN 接入方式。Webex Calling 中的紧急号码是预先定义的,并且特定于 Webex Calling 用户和设备部署所在的国家/地区。
Webex Calling 中有两种方法可以拨打紧急电话。有基本紧急呼叫路由服务和增强型紧急呼叫路由服务。基本的紧急呼叫路由服务将使用管理员选择的号码来识别位置和呼叫路由,从而联系紧急服务部门。对于基本的紧急呼叫,呼叫路径通常是通过客户在该地点的 PSTN 选项。Webex Calling 还具有增强型紧急呼叫路由功能,专为美国和加拿大的部署而设计,这些部署有监管合规要求,需要使用全国性供应商将紧急呼叫传递到正确的调度中心。
所有客户至少应部署基本的紧急呼叫配置。基本的紧急呼叫要求至少有一位客户拥有 +E.164 为 Webex Calling 中定义的每个位置分配一个号码。对于基本的紧急呼叫,每个地点都将由一个街道地址定义,在紧急情况下,警察、消防或救护服务将被派往该地址。在大多数情况下,位置的主要编号是代表紧急情况实际位置的最佳选择。通常情况下,地址的分配是 +E.164 号码与PSTN提供商协调。下面的图片显示了为 Richardson 地点分配用作紧急回拨号码的主要号码。


在大多数情况下,建筑物地址足以作为该地点的调度地址。但是,如果需要特定用户或设备的额外位置详细信息,则管理员可以使用上述相同的流程,将这些设备分配给特定地址或地址内更精确的位置(例如楼层或房间)。在控制中心的 用户管理 中, 呼叫 选项卡允许为用户及其设备使用特定号码来获取特定调度地址。以下图片展示了如何为设备分配一个特定的编号。管理员负责确保设备使用的号码已分配正确的派送地址。地址分配通常由该地区的公共交换电话网络 (PSTN) 提供商完成。


对于必须提供增强型紧急呼叫解决方案的美国电话部署,Webex Calling 使用集成到 Webex Calling 中的 RedSky Horizon Mobility 进行紧急呼叫路由。使用 RedSky 进行呼叫路由时,管理员必须通过 Cisco 注册帐户,并在 Calling 中配置相应的信息。 -> 服务设置 以启用此功能。在系统级别启用 RedSky 服务后,管理员将在每个位置级别启用 RedSky 服务。在 Webex 通话位置启用增强型紧急呼叫功能后,分配给该位置的所有设备都将激活该服务。支持增强型紧急呼叫的设备包括 Cisco MPP 电话、Cisco PhoneOS 电话和 Cisco Webex 应用。
有两种设置可用于在某个位置启用增强型紧急呼叫功能。应该使用 允许 RedSky 接收网络连接信息和测试调用 来验证 RedSky 设备和基础设施映射的配置是否正确。此设置还允许拨打 933 进行测试呼叫,以使用 RedSky 的 IVR 系统执行位置验证,读取呼叫者的位置。虽然本文档不会涵盖 RedSky 的位置跟踪配置,但管理员应始终在激活紧急呼叫路由到 RedSky 之前测试其位置发现功能。一旦测试完成并验证准确无误,管理员将通过切换“将紧急呼叫路由到 RedSky”选项,将呼叫路由到 RedSky。此开关会将该地点的所有紧急呼叫转接到 RedSky,再由 RedSky 转接到该地点的应答中心。
增强型紧急呼叫设置也适用于本地和远程的 Webex App 客户端。在本地部署时,Webex App 的跟踪方式与桌面电话的跟踪方式相同。当用户不在公司办公场所时,可以直接在 Webex 应用中动态设置自己的位置。有关紧急呼叫的更多信息,请参阅 Webex Calling 的增强型紧急呼叫功能。
授权
有多种方法可以为用户分配 Webex Calling 许可证。
通过控制中心手动分配
管理员通过控制中心界面手动将 Webex Calling 许可证分配给各个用户。
管理员可以编辑单个用户的服务许可证,并直接分配呼叫许可证。
自动许可证分配模板
使用 Control Hub 中的许可证分配模板,可以根据组或组织设置自动将许可证分配给用户。
自动许可可以通过目录同步或手动用户更新来实现,但用户必须拥有有效的许可证。 +E.164 格式化的电话号码,并且这些电话号码在用户配置之前必须存在于 Webex Calling 位置中。如果未满足条件(例如电话号码格式无效),则不会分配 Webex Calling 许可证。
通过 CSV 模板进行批量分配
上传包含用户详细信息和许可证分配的 CSV 文件,即可一次性添加或修改多个用户。
CSV 导入支持添加最多 20,000 个用户并分配许可证,但 Webex Calling 许可证需要电话号码和分机号等特定字段。
基于 API 的分配
使用 Webex API 以编程方式分配许可证和管理用户。
Webex 支持用户和许可证管理的 API 操作(人员、SCIM 2.0 和许可证 API),可用于许可证分配自动化。许可证 API 允许同时分配许可证、电话号码和分机号。
| 赋值方法 | 优点 | 缺点 |
|---|---|---|
| 通过控制中心手动操作 | 简单易用,适合少数用户。 允许对许可证分配进行精确和细致的控制。 | 不具备可扩展性,且耗时。 手动输入容易出现人为错误。 |
| 自动许可证模板 | 可扩展 减少人为错误 可应用于新用户和现有用户。 | 需要提供有效的电话号码和地址。 设置起来更复杂。 此外,还需要为每个用户组设置具有同等许可要求的用户组。 |
| 批量上传 CSV 文件 | 对大型用户集来说很高效 允许同时分配许可证、电话号码和分机号。 | 需要仔细格式化 CSV 文件 如果电话号码或分机号码缺失或错误,则可能出现错误。 |
| 基于 API 的分配 | 可自动化,灵活。 允许同时分配许可证、电话号码和分机号。 | 需要具备开发和API知识。 |
表 用户配置选项 - 概要 总结了用户配置选项及其优缺点。该概述有助于根据客户组织规模、自动化能力以及用户配置流程和要求选择最佳的许可证分配方法。
Cisco 建议尽可能使用许可证模板来分配呼叫许可证。这就要求对于每个需要不同许可证的用户组(例如 Webex Calling 标准版与专业版),都存在一个具有相应组成员资格的组。如 用户组 部分所述,用户组可以在 Control Hub 中手动定义,也可以从公司目录同步。两种方法结合起来也是可行的。
属于多个群组的用户将获得应用于其所有群组的所有分配的许可证。这样就可以在企业目录中使用 Webex Calling 许可证特定的安全组来管理 Webex 许可证分配,其中最终的用户许可证分配由组成员身份的联合控制。
有关更多信息,请参阅 在 Control Hub 中设置自动许可证分配 和 为 Webex Calling 用户设置自动许可证分配模板。
许可证要求
本节仅涵盖与 Webex Calling 相关的许可证。其他许可证类型(例如 Webex 设备注册、消息传递、会议)不包含在内。作为设计过程的一部分,需要确定许可证要求。需要计算以下几种许可证类型的许可证数量:
-
Webex 通话标准: 需要标准电话功能的个人用户数量。
-
Webex 通话专业版: 需要高级电话功能的用户和工作区数量。虚拟线路和群组语音信箱有权享受以下服务: 1:1 每种专业执照的比例。因此,在极少数情况下,当所需的虚拟线路或群组语音邮件数量超过需要高级电话功能的用户和工作区数量时,就需要考虑额外的专业许可证。
-
Webex Calling 公共区域工作区: 需要标准通话功能的共享使用或公共区域位置数量。
-
Webex 呼叫客户服务: 需要 Webex Calling 客户协助功能的客服人员和主管人数。Webex Calling 客户支持服务包含 Webex Calling 专业版许可证。
-
路由列表调用: 本地统一配置管理用户之间所需的云连接 PSTN 呼叫数量 and/or 本地部署的第三方专用应用程序。
-
服务员控制台: 需要访问助理控制台客户端的 Webex Calling 用户数量。
-
Cisco 呼叫计划(外呼计划): 需要PSTN号码的用户数量 and/or Cisco PSTN 服务的出站 PSTN 呼叫接入。
专业工作区没有专门的许可证类型。专业工作区需要 Webex Calling 专业版许可证。
仅提供共享办公桌的工作空间提供共享办公桌主机服务和来自共享办公桌主机的紧急呼叫,并且不需要任何许可证。有关更多信息,请参阅 添加和管理仅限共享办公桌的设备。
要根据所需功能确定每个用户和工作区所需的许可证类型,请参阅 Webex Calling 按许可证类型提供的功能。
要区分 Webex Calling 呼叫队列与 Webex Calling 专业版许可证结合提供的功能与 Webex Calling 客户协助提供的功能,请参阅 Webex Calling 呼叫队列和客户协助功能比较。
User provisioning(用户设置)
在 Webex Control Hub 中配置用户时,有多种选项可供选择,每种选项都适用于不同的组织需求和环境:
-
手动配置: 管理员可以直接在控制中心添加和管理单个用户。这种方法简单直接,但最适合小型组织或用户变更有限的情况。
-
通过CSV文件进行批量配置 : 对于用户数量较多的情况,管理员可以通过将 CSV 文件上传到 Control Hub 来批量导入和更新用户。这样可以同时高效管理多达数千名用户。
- 目录同步选项:
目录连接器: 这是微软Active Directory环境中使用的自动同步工具。它会按计划(每小时、每天或每周)同步用户帐户、组和属性。它支持多域和多林 Active Directory 设置,并且可以同步配置文件图像和会议室对象。
Entra ID(Azure AD)向导应用程序: 此方法专为使用 Microsoft Entra ID (Azure AD) 的组织而设计,可实现用户帐户和属性从 Entra ID 到 Control Hub 的自动、近乎实时的同步。它完全由控制中心管理,只需极少的设置。
SCIM 2.0 应用: 对于非微软环境或其他身份提供商(如 Okta 或 Duo),基于 SCIM 的同步应用程序可实现自动用户配置和取消配置,并支持属性映射和组同步。
-
统一 CM 用户同步: 此选项允许基于现有的 Unified CM 最终用户创建 Webex 用户帐户,方法是将 Unified CM 中的用户同步到 Webex。这要求云连接统一通信 (CCUC) 在本地统一通信管理集群上运行。不过,通常建议从 Entra ID 等集中式云目录同步用户,而不是直接从 Unified CM 同步。
-
API配置: 可以使用公共 Webex API(人员、SCIM 2.0)来配置 Webex 用户。使用 API 的主要好处是可以将用户配置与其他企业系统集成。
此概述和表格反映了 Webex 用户配置的主要选项、其优点和局限性,以帮助您选择最适合您组织需求的方法。表 6. Webex 用户配置选项 配置方法 描述 优点 缺点 手动 Create/manage 控制中心中的用户单独 用户数量少时操作简单;无需基础设施 不具备可扩展性;对许多用户来说耗时较长 批量(CSV 文件) Import/update 通过 Control Hub 中的 CSV 文件批量管理用户 适用于团队协作;无需编程 手动准备 CSV 文件;动态性较低 人员和 SCIM 2.0 API 通过 Webex API 进行程序化用户管理 灵活;支持自动化和集成 需要开发和基础设施 目录同步 自动同步来自 AD、Entra ID、SCIM 应用和统一配置管理 自动化生命周期;支持筛选和映射 设置复杂度:部分选项功能有限或需要基础设施。
用户组
Webex 中的用户组管理功能允许管理员将用户组织成组,以便高效地批量管理许可证、设置和资源。群组通过同时将策略、许可证和设置模板应用于多个用户,而不是单独管理用户,从而简化管理。
用户组管理具有以下几个优点:
-
简化管理 : 一次性管理多个用户的许可证、设置和策略。
-
一致性: 在同一组用户中应用统一的设置和许可证。
-
可扩展性: 每个群组最多可容纳 25 万名成员。
-
一体化: 从 Microsoft Entra ID (Azure AD) 或 Active Directory 同步组,实现用户和组的自动化管理。
-
灵活性: 创建本地组或同步安全组;手动或通过 CSV 文件管理组成员。
-
资源分配: 根据组成员身份控制对嵌入式应用程序和服务的访问权限。
在配置 Webex Calling 时,用户组的主要使用场景包括:
-
许可证分配: 将许可证分配给群组,以便自动为群组成员提供通话、会议、消息传递或混合服务等服务。
-
设置模板: 将服务设置集合(例如,消息传递、会议、通话)应用于群组,以获得一致的用户体验。
-
批量用户管理 : 通过 CSV 文件或目录同步批量添加或删除用户。
-
自动化和集成 : 使用 API 或目录同步实现用户和组生命周期的自动化管理。
下表总结了 Webex 中管理用户组和组管理的不同选项。
| 选项 | 描述 | 优点 | 缺点 |
|---|---|---|---|
| 控制中心群组配置(Webex 群组) | 直接在控制中心创建和管理群组。Add/remove 手动添加或通过 CSV 文件添加成员。 | 对群组成员资格拥有完全控制权 立即应用许可证和模板 易于创建和编辑群组 |
需要手动更新 手动上传CSV文件存在出错风险 不支持与外部目录自动同步 |
| 从 Entra ID(Azure AD)或 Active Directory 同步组 | 自动从外部目录服务同步安全组和成员关系。 | 自动同步减少了人工工作 确保与公司名录保持一致 支持大型组织 |
无法在控制中心编辑组成员身份 同步延迟最长可达 12 小时 嵌套组需要手动选择 |
| 群组和 SCIM 2.0 API(Webex 群组) | 使用 Webex Groups 或 SCIM 2.0 API 进行程序化群组和成员管理 | 自动化以及与其他系统的集成 可扩展以适应大型或复杂环境 |
需要开发工作 复杂性取决于 API 的使用情况 |
虽然同步群组可以确保一致性并提供单一的管理点,但也可以采用将同步群组和 Webex 群组(在控制中心或通过 API 管理)相结合的混合方法。例如,许可证分配组可以是同步组,而另一组 Webex 组可用于分配用户和 Webex 应用程序呼叫模板。
Webex 中这种全面的用户组管理方法使组织能够高效地管理用户许可证、设置和策略,从而确保一致且可扩展的协作体验。
从 Unified CM 迁移到 Webex Calling 的推荐方法
Unified CM 用户的主要数据源是 Unified CM 数据库,其中包含最终用户信息。然而,Unified CM 通常不是用户身份管理的权威来源,更重要的是,它将在过渡结束时关闭,因此被排除在身份信息的长期权威来源之外。
Cisco 建议使用集中式云目录(例如 Microsoft Entra ID (Azure AD))作为用户身份的唯一真实来源。将 Entra ID 中的用户同步到 Control Hub 可确保一致性,简化管理,并支持单点登录 (SSO) 功能。
为确保 Unified CM 中的所有用户也存在于 Entra ID 中,组织应验证 Unified CM 中的用户帐户与 Entra ID 中的帐户是否对应。这可以通过从 Unified CM 导出用户列表并将其与 Entra ID 用户列表进行比较来实现。
总而言之,推荐的配置方法是使用 Azure AD 向导或 SCIM 应用将用户从 Microsoft Entra ID (Azure AD) 同步到 Webex Control Hub。手动和 CSV 批量配置可作为补充方法,但对于大型组织而言,其可扩展性较差,更容易出错。确保 Entra ID 是权威来源,并且所有 Unified CM 用户都存在于 Entra ID 中,对于成功迁移和在 Webex Calling 和 Unified CM 环境中获得一致的用户体验至关重要。
从本地目录服务(如 Active Directory)过渡到云目录服务(如 Entra ID (Azure ID))与调用过渡无关。Cisco 建议在开始呼叫系统迁移之前,先完成向云目录服务的迁移。
用户组设计
将企业目录从本地迁移到云端后,根据许可和功能模板要求收集所需的用户组。对于每个组文档:
-
组名:该团体的独特名称。
-
许可证:要分配给该组的许可证(如有)以及范围(许可证是分配给现有用户还是仅分配给新用户)
-
设置模板:Webex 应用和用户呼叫模板。
-
目录同步:这个群组是从企业目录同步的,还是在 Control Hub 中或通过 API 配置的本地 Webex 群组?
-
描述:这个群组将如何使用?哪些用户应该成为这个群组的成员?
这些细节将在实施阶段用于创建本地组或企业目录中的组,并管理用户的组成员身份。
单点登录 (SSO)
Cisco 建议使用 SSO 进行用户身份验证。使用单点登录 (SSO) 具有一些显著的优势,包括:
-
简化用户身份验证: 用户可以使用其企业凭据(例如 Azure ID)登录一次,即可访问 Webex 和其他集成应用程序,从而无需多个密码,并减少登录提示。这样可以确保企业密码在身份验证后永远不会被存储或传输到 Webex,从而增强安全性。
-
简化用户管理: 根据公司目录的变化自动创建、更新和停用用户帐户,从而减少管理开销,并确保只有授权用户才能访问。
-
安全性提升: SSO 通过受信任的身份提供商 (IdP) 集中进行身份验证,从而减少密码疲劳和与密码相关的泄露风险。
-
轻松集成多因素身份验证 (MFA): MFA 可以通过 Cisco Duo 等身份访问管理解决方案轻松实现,也可以通过 IdP 的 MFA 支持实现。
实现 Webex 服务的 SSO 有多种方案:
-
基于 SAML 2.0 的单点登录: Webex SSO 集成支持的主要协议,可在身份提供商 (IdP) 和 Webex 服务提供商之间安全地交换身份验证信息。
-
OpenID Connect (OIDC): 支持作为 SSO 集成的替代现代身份验证协议。
-
Webex身份: 同时支持作为身份提供商选项。
SSO 通过 Control Hub 进行集中配置和管理,需要在 Webex 和所选的身份提供商 (IdP) 之间交换元数据。
配置完成后,可以在激活前在控制中心内测试 SSO,以确保设置正确。
Cisco Webex 支持与多个经过测试且常用的身份提供商 (IdP) 和身份管理系统 (IAM) 集成,包括但不限于:
-
思科双核
-
Okta
-
微软活动目录联合身份验证服务 (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP。
这些身份提供商符合 SAML 2.0 或 OpenID Connect 标准,并且已经过验证,与 Cisco 协作解决方案兼容。
支持多个身份提供商
Webex 允许组织配置具有多个身份提供商 (IdP) 的 SSO,以适应复杂的 IT 环境,例如合并、收购或分散的 IT 部门,其中不同的群体使用不同的身份提供商。可以通过 Webex 中的多 IdP 功能或通过集成 Cisco Duo 等企业 IAM 系统来实现多 IdP 支持。
Webex 的多身份提供商 (IdP) 支持可满足组织在各种 IT 环境中进行灵活、安全的身份验证的几个关键用例:
1. 合并与收购
当公司合并或收购其他公司时,它们通常拥有独立的 IT 基础设施和不同的身份提供商,这些提供商无法进行联合。支持多个身份提供商 (IdP) 可以让两个组织的用户进行身份验证并安全地协作,而无需立即统一他们的身份系统。
2. 多个独立的IT部门
大型组织或政府机构可能拥有多个独立的 IT 部门,每个部门管理自己的身份提供商 (IdP)。Webex 的多身份提供商 (IdP) 功能使这些部门能够维护自己的身份验证系统,同时允许用户无缝访问 Webex。
3. 不同的用户组或域
拥有不同用户组(例如,员工与承包商)或多个电子邮件域的组织可以配置路由规则,根据域或组成员身份将身份验证请求定向到相应的身份提供商。这支持差异化的访问策略和安全控制。
4. 支持多种身份验证协议
Webex 支持 SAML 和 OpenID Connect (OIDC) 身份提供商,允许组织根据其现有的基础架构和安全要求集成不同类型的身份提供商。
5. 增强安全性和合规性
通过启用多个身份提供商 (IdP),组织可以实施更强大的身份验证机制,包括通过 Duo 等集成实现多因素身份验证 (MFA),并在不同的用户群体中强制执行一致的安全策略。
6. 简化的用户体验
用户可以使用各自身份提供商 (IdP) 提供的现有凭据进行身份验证,从而提供统一的登录体验,即使底层存在多个身份系统的复杂性。
虽然支持多种身份提供商 (IdP) 提供了灵活性,但这需要安全和身份团队之间仔细协调,以保持一致的安全策略并避免潜在的漏洞。
Webex 的双 MFA 和 SSO
Duo Access Gateway (DAG) 可以使用现有的本地或云端目录(例如 Active Directory (AD) 和 OpenLDAP)对用户进行身份验证。它还支持与其他身份提供商(如 Microsoft ADFS、Microsoft Azure、Okta、OneLogin、CAS 和 Shibboleth)的集成。这种灵活性使得组织能够使用其现有的目录基础架构来实现带有 Duo MFA 的 Webex SSO。
Duo 在主目录身份验证之上提供了一个强大的身份验证层。它作为身份提供商 (IdP) 使用 SAML 2.0 来强制执行双因素身份验证 (2FA),然后再授予对 Webex 的访问权限。Duo 会根据可配置的策略评估用户、设备和网络环境,以允许或拒绝访问,从而增强安全性,而不仅仅依赖于用户名和密码。Duo 还提供灵活的策略控制,例如对某些应用程序要求每次登录时都进行 MFA 验证,而对其他应用程序则要求较少频率的 MFA 验证。
Cisco Duo 的优势包括:
-
增强安全性: 增加防钓鱼的多因素身份验证 (MFA) 以保护 Webex 访问,降低密码泄露的风险。
-
灵活的政策: 允许对每个应用程序或用户组的身份验证要求进行精细控制。
-
与现有目录集成: 支持本地 AD、OpenLDAP、云目录和各种 SSO 提供商,最大限度地减少基础架构变更。
-
用户便利性: 支持单点登录 (SSO),使用户只需登录一次即可安全地访问多个资源,从而减少密码疲劳。
-
可信端点: 支持 Windows 和 macOS 系统上的 Webex 客户端设备信任,从而提高安全性。
-
自助注册: 在线注册和双重提示可改善 MFA 设置过程中的用户体验。
Webex 的双因素 MFA 与 SSO 利用现有目录(如 Active Directory 和 OpenLDAP)或云身份提供商来验证用户身份。Duo 的作用是通过 SAML 2.0 集成强大的、策略驱动的第二因素身份验证,在通过 SSO 增强安全性的同时保持用户便利性。其优势包括:增强安全态势、灵活执行策略、无缝集成以及更好的用户体验。
Cisco建议为Webex用户实施SSO。为了增强安全性,建议与 Cisco Duo 集成。
在开始从 Unified CM 过渡到 Webex Calling 之前,应部署企业 IAM 和 SSO 策略。
功能
Webex Calling 具备服务中包含的一整套核心功能。这包括 Unified CM 多年来提供的许多企业级通话功能。Webex Calling 的功能和 Unified CM 的功能可能并非完全一致,但如下图所示,Unified CM 的主要通话功能在 Webex Calling 中均可用。

除了众多用户功能外,Webex Calling 还包含平台自带的核心系统功能。这些功能包括自动应答、呼叫队列、呼叫驻留等。您可以在控制中心 服务 → 呼叫 → 功能 下查看所有可用的核心系统功能,如图 Webex 呼叫核心功能所示。

自动语音应答
Webex 通话自动应答功能允许 24/7 实现来电处理的自动化,无需人工接听每个来电即可高效处理来电。
自动应答系统会接听来电,并为来电者提供一系列选项,供其选择将电话转接到哪里。这可以是给某人、语音信箱或呼叫服务(例如呼叫队列)。来电者使用手机拨号键盘从自动应答菜单中输入号码。
自动应答系统支持以下主要功能:
-
工作时间和非工作时间安排
-
假日安排
-
拨号菜单选项,引导您的客户前往他们需要去的地方
-
自定义问候语
-
按名称拨号选项
-
呼叫转移选项
-
控制中心分析和报告。
有关更多信息,请参阅 管理自动助理。
呼叫保留
呼叫驻留功能使用户能够轻松地将呼叫 置于保持状态 ,以便其他用户在有空时轻松取回呼叫。它还允许接听原始电话的用户在通话保持期间拨打或接听其他电话。
Webex Calling 中有两种类型的呼叫驻留功能:
-
呼叫驻留直拨 - 允许任何用户将呼叫驻留到其他用户的分机号或管理员定义的呼叫驻留分机号。
-
呼叫驻留组 - 允许指定用户组自动将呼叫驻留到为该组定义的可用驻留目的地。这些目的地可以是群组成员的分机号码或呼叫停车分机号码。
根据配置和停车类型,用户可以通过拨打 来找回呼叫。 *88+><extension of parked call>,按下与呼叫驻留分机关联的线路键,或使用其 IP 电话上的软键。
用户可以设置召回选项,在指定时间后将已停放的呼叫召回给停放呼叫的用户或备用用户。
有关更多信息,请参阅 控制中心中的呼叫驻留管理。
呼叫代接
呼叫代接功能允许管理员定义一组用户(成员),他们可以接听其他成员的电话。这样,当队友忙碌无法接听来电时,用户可以接听电话。
群组中的用户必须位于同一个 Webex Calling 位置。
用户可以使用 Webex 应用或桌面电话接听电话。
-
Webex 应用程序:
-
支持视觉和音频通知
-
来电通知
-
基于FAC的拨号 *98) 或通知弹出窗口接听
-
多线路来电接听通知。
-
-
桌面电话:
-
来电通知
-
通过手机 LED 指示灯发出声音提示和视觉通知。6821 型号仅支持音频提示音。
-
当在控制中心选择的通知类型不是 无
-
-
仅对主线路发送来电接听通知。
-
更多信息请参见 配置呼叫代接组。
呼叫队列
Webex Calling 的核心功能之一是语音呼叫队列,任何拥有 Webex Calling Professional 许可证的用户都可以成为呼叫队列的一员,担任座席或主管。此功能使用户能够高效地与客户互动。呼叫队列支持呼叫中心的一些核心功能,例如语音队列、回拨、技能或优先级路由、座席队列管理、分析、报告等。
Cisco 呼吁集成 Microsoft Teams,以便客服人员可以直接通过 Microsoft Teams 客户端访问呼叫队列呼叫和功能。
呼叫队列支持以下主要功能:
-
问候和留言(欢迎、安慰、轻声细语等)
-
等待音乐
-
回呼
-
队列路由策略(夜间服务、节假日、转发)
-
代理队列 login/logout
-
代理队列状态管理
-
Webex 应用或桌面电话支持
-
主管代理呼叫监控、指导、插话或通过功能访问代码 (FAC) 接管
-
控制中心(管理员访问权限)用于:
-
队列管理
-
代理和队列分析及报告
-
队列、代理和主管管理。
-
有关更多信息,请参阅 配置呼叫队列。
Webex Calling 具有客户协助附加功能,可提供额外的呼叫队列功能,并为客服人员和主管在 Webex 应用程序中提供更好的用户体验。有关 Webex Calling 呼叫队列和客户协助功能的比较,请参阅 Webex Calling 呼叫队列和客户协助功能比较。
寻线组
Webex呼叫组允许通过预定的呼叫路由模式将呼入呼叫路由到特定的用户组。这样可以确保电话由正确的用户组接听,或者转到语音信箱进行后续跟进。
呼叫组和呼叫队列之间的一个很大的区别是,呼叫在呼叫组中不会排队,因此,如果呼叫组中没有用户可以接听电话,则该电话将被断开、发送到语音信箱或转发到另一个号码(用户或服务)。
有关更多信息,请参阅 在 Control Hub 中管理狩猎组。
操作模式
运行模式功能允许企业高效地将呼叫路由到各种目的地(用户、语音信箱、呼叫服务,如呼叫队列)。呼叫的路由地点和时间取决于一天中的时间和一周中的日期安排,任何用户都可以被授权管理这些模式(安排),以控制呼叫路由的更改。
例如,呼叫队列的呼叫可以路由到另一个呼叫队列,由不同时区的客服人员在非工作时间接听电话;在工作时间内,呼叫可以路由到本地客服人员;在节假日,呼叫可以路由到语音信箱,以便在客服人员返回办公室后进行跟进。
授权用户可以根据需要更改来电在特定时间段内的路由方式,在这些不同的呼叫转移方案(模式)之间进行切换。这些用户可以通过他们的……来管理这些模式。 6800/7800/8800 MPP 电话、9800 电话或在 Webex 用户中心 管理模式中。
有关更多信息,请参阅 Webex Calling 中基于操作模式的呼叫路由。
寻呼组
寻呼组允许用户发起单向呼叫,向一组用户发送语音消息。每个群组最多可包含 75 个目标用户 and/or 通过拨打预定义的号码或分机号即可访问的工作区。
当用户呼叫寻呼组时,会同时呼叫组内所有指定目标,此时呼叫者可以说出他们的留言,并在说完后挂断电话。
有关更多信息,请参阅 在 Control Hub 中配置分页组。
录制文件
Webex Calling 支持录制用户拨打或接听的电话。这可能是出于质量保证、安全保障或培训方面的需要。默认情况下,Webex 会录制通话,但如果需要其他录音功能或合规性和监管要求,也可以使用其他第三方录音提供商。
使用 Webex 作为录音平台时,所有录制的通话都在 Control Hub 中进行管理。具有合规官角色的完整管理员可以播放和下载录像。如果没有合规官角色,管理员只能删除录音。
有关此功能的更多信息以及第三方录音列表,请参阅 管理 Webex Calling 的通话录音。
一号通
单一号码呼叫功能允许拨打用户电话号码的来电同时响铃多个设备。这包括其他座机以及手机。用户还可以通过这些设备拨打电话,并且可以在这些设备之间推送和拉取电话。
有关此功能的更多信息以及管理员如何在 Control Hub 中配置它,请参阅 配置单个号码接入(随时随地办公)。
如需了解用户如何在 Webex 用户中心(门户)中自行管理和配置此功能,请参阅 配置单号码接入(随时随地办公)。
语音邮件组
语音信箱组允许共享语音信箱,可以将其分配给用户或用于呼叫路由功能。设置语音信箱群组的一些原因包括:
-
部门或工作组通用语音信箱
-
向自动应答机或呼叫组添加语音信箱选项
-
从呼叫队列发送溢出呼叫
-
只需要语音信箱的用户。
有关更多信息,请参阅 管理 Webex Calling 的共享语音邮件和入站传真箱。
Webex Control Hub 的“呼叫功能”页面上列出了话务员控制台,但它是一个附加功能,需要购买话务员控制台许可证才能使用。
有关更多信息,请参阅 开始使用助理控制台。
有关所有功能(包括一些附加功能)的信息,请参阅 Webex Calling 按许可证类型提供的功能。