拨号计划是一组命名的规范化规则,用于将单个用户拨入的电话号码转换为备用格式, (通常为 E.164) ,以便进行呼叫授权和语音路由。
拨号计划由一个或多个规范化规则组成,这些规则定义如何将以各种格式表示的电话号码转换为备用格式。 在不同的拨号计划中,同一拨号字符串的解释和翻译方式可能不同,因此,根据分配给给定用户的拨号计划,同一拨号号码可能以不同的方式进行转换和路由。 最多可以有 1,000 个租户拨号计划。
请参阅
创建和管理拨号计划
以创建和管理租户拨号计划。
租户拨号计划范围
拨号计划范围确定可以应用拨号计划的层次结构级别。 客户端通过预配设置获得相应的拨号计划,这些设置将在用户登录 Teams 时自动提供。 作为管理员,可以使用 Microsoft Teams 管理中心或远程 PowerShell 管理和分配拨号计划范围级别。
在 Teams 中,有两种类型的拨号计划:服务范围的和租户范围的 (适用于组织) 。 为电话系统可用的每个国家或地区定义服务范围的拨号计划。 系统会自动为每个用户分配与分配给用户的使用位置匹配的服务国家/地区拨号计划。 无法更改服务国家/地区拨号计划,但可以创建租户范围的拨号计划,以增强服务国家/地区拨号计划。 预配客户端时,它们会获得“有效的拨号计划”,这是服务国家/地区拨号计划和适当作用域的租户拨号计划的组合。 因此,在租户拨号计划中不必定义所有规范化规则,因为这些规则已经存在于服务国家/地区拨号计划中。
租户拨号计划可以进一步分为两个范围 - 租户范围或用户范围。 如果租户定义并分配用户范围的拨号计划,则将为该用户预配用户服务国家/地区拨号计划和分配的用户拨号计划的有效拨号计划。 如果租户定义了租户范围的拨号计划,但未分配用户范围的拨号计划,则将使用该用户服务国家/地区拨号计划和租户拨号计划的有效拨号计划来预配该用户。
下面是 Teams 中拨号计划的继承模型。
下面是可能的有效拨号计划:
服务国家/地区
如果未定义租户范围的拨号计划,并且没有将租户用户范围的拨号计划分配给预配的用户,则用户将收到映射到与其使用位置关联的服务国家/地区的有效拨号计划。
租户全局 - 服务国家/地区
如果定义了租户用户拨号计划但未分配给用户,则预配的用户将收到有效的拨号计划,该计划由合并的租户拨号计划和与其使用位置关联的服务国家/地区拨号计划组成。
租户用户 - 服务国家/地区
如果定义了租户用户拨号计划并将其分配给用户,则预配的用户将收到有效的拨号计划,该计划由合并的租户用户拨号计划以及与其使用位置关联的服务国家/地区拨号计划组成。
请参阅
创建和管理拨号计划
以创建租户拨号计划。
在未对拨号号码应用任何拨号计划规范化规则的情况下,拨号字符串仍规范化为前面附加“+CC”,其中 CC 是拨号用户的使用位置的国家/地区代码。 这适用于通话套餐、直接路由和 PSTN 会议拨出方案。 此外,如果租户拨号计划规范化规则导致不以“+”开头的数字,呼叫服务将尝试根据租户拨号计划规范化从 Teams 客户端收到的号码,如果不匹配,则基于区域拨号计划。 为了避免双重规范化,建议直接路由客户规范化数字以包含 +,然后使用中继转换规则删除 + 。
规划租户拨号计划
要规划自定义拨号计划,请执行以下步骤:
步骤 1
确定是否需要自定义拨号计划来增强用户拨号体验。 通常,需要支持非 E.164 拨号,例如分机或缩写的国家拨号。
步骤 2
确定是否需要租户全局或租户用户范围的拨号计划,或者两者兼有。 如果用户具有不同的本地拨号需求,则需使用用户范围的拨号计划。
第 3 步
为需要的每个拨号计划确定有效的号码模式。 只需要服务级别的国家/地区拨号计划中未定义的号码模式。
第 4 步
制定用于命名拨号计划的组织范围的方案。 采用标准命名方案可确保在组织范围内的一致性,还便于维护和更新。
创建新的拨号计划
在创建新拨号计划时,必须填写必填信息。
名称和简单名称
对于用户拨号计划,应指定一个描述性名称,用于标识将向其分配拨号计划的用户。 拨号计划“简单名称”预先填充了派生自拨号计划名称的字符串。 "简单名称"字段可编辑,这样你便可以为自己的拨号计划创建更具描述性的命名约定。 "简单名称"值不能为空,且必须唯一。 最佳实践是为整个组织制定命名约定,然后在所有网站和用户中一致地使用此约定。
建议输入对应的拨号计划要应用到的地理位置或用户组的通用可识别名称。
外部访问前缀
如果用户需要拨打一个或多个附加的前导数位(例如,9)来获取外线,则可指定最多包含四个字符(#、* 和 0-9)的外部访问前缀。
[!注释] 如果指定外部访问前缀,则不必创建附加的规范化规则来涵盖该前缀。
请参阅
创建和管理拨号计划
以创建租户拨号计划。
规范化规则
规范化规则定义如何转换以不同格式表示的电话号码。 同一号码字符串可能得到不同的解释和转换,具体取决于拨叫该号码所在的区域。 如果用户需要拨打缩写的内部或外部号码,则需要制定规范化规则。
必须为拨号计划分配一条或多条规范化规则。 规范化规则从上到下匹配,因此它们出现在租户拨号计划中的顺序非常重要。 例如,如果租户拨号计划有 10 条规范化规则,则会从第一条开始,将拨叫的号码与规范化规则进行逻辑匹配,如果不匹配,则对第二条规则进行匹配,依此类推。 如果与某一条规则匹配,则使用该规则,不再继续匹配其他任何定义的规则。 给定租户拨号计划中最多可以有 50 个规范化规则。
确定所需的规范化规则
由于任何租户拨号计划都有效地与给定用户的服务国家/地区拨号计划合并,因此可能需要评估服务国家/地区拨号计划的规范化规则,以确定需要哪个租户拨号计划规范化规则。
Get-CsEffectiveTenantDialPlan
cmdlet 可用于此用途。 该 cmdlet 以用户标识作为输入参数,并将所有适用的规范化规则都返回给用户。
创建规范化规则
规范化规则使用.NET Framework正则表达式来指定服务器用于将拨号字符串转换为 E.164 格式的数字匹配模式。 可以通过指定在找到匹配项时要执行的匹配和转换的正则表达式来创建规范化规则。 完成之后,你可以输入一个测试号码以验证规范化规则是否可按预期工作。
有关使用正则表达式.NET Framework的详细信息,请参阅
正则表达式.NET Framework
。
请参阅
创建和管理拨号计划
,为租户拨号计划创建和管理规范化规则。
3pip 设备 (例如 Polycom VVX 601 模型) ,目前不支持第一个标记为可选标记的规范化规则。 如果要在 3pip 设备上应用具有可选性的规范化规则,则应创建两个规范化规则,而不是一个规范化规则。 例如,规则 ^0? (999) $ 应替换为以下两个规则: (999) $ (Translation:$1) 和 ^0 (999) $ (Translation:$1) 。
示例规范化规则
下表显示以 .NET Framework 正则表达式形式编写的示例规范化规则。 这些示例仅用作示例,不用作创建规范化规则的规范性参考。
使用.NET Framework正则表达式的规范化规则
上表中所示的规范化规则名称不包括空格,但这是一个选择问题。 例如,该表中的第一个名称,本应写成"5 digit extension"或"5-digit Extension",但它仍然有效。
创建并管理拨号计划
用于通话套餐的不同类型的电话号码
管理你的组织的电话号码
紧急呼叫条款和条件
紧急呼叫免责声明标签