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