规范化规则

2025-05-01
适用于: Skype for Business, Microsoft Teams

本文适用于将规范化规则应用于 Teams 拨号计划的 IT 管理员和 IT 专业人员。

有关 Teams 拨号计划的详细信息，请参阅使用拨号计划进行路由。

规范化规则是 Teams 拨号计划的翻译属性，并定义以各种格式表示的电话号码的翻译方式。同一数字字符串的解释和翻译方式可能有所不同，具体取决于从中拨号它的区域设置。如果用户需要拨打缩写的内部或外部号码，则需要制定规范化规则。

必须为拨号计划分配一条或多条规范化规则。规范化规则从上到下匹配，因此它们出现在租户拨号计划中的顺序非常重要。例如，如果租户拨号计划有 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 正则表达式形式编写的示例规范化规则。这些示例只是示例，不是创建自己的规范化规则的规范性参考。

使用.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