什麼是撥號對應表?

撥號方案是一組指定的標準化規則,將個別使用者撥打的電話號碼轉換成替代格式 (通常是 E.164) ,用於通話授權和語音路由。

撥號方案包含一或多個標準化規則,定義以各種格式表示的電話號碼如何轉換成替代格式。 不同的撥號方案可能會以不同方式解譯相同的撥號字串,因此根據指派給特定使用者的撥號方案,相同的撥號號碼可能會以不同方式翻譯和路由。 最多可有 1,000 個租使用者撥號方案。

請參閱 建立及管理撥號方案 以建立和管理租使用者撥號方案。

租使用者撥號方案範圍

撥號方案的範圍會決定可適用撥號計畫的階層階層。 用戶端會透過設定設定取得適當的撥號方案,這些設定會在使用者登錄時自動Teams。 做為系統管理員,您可以使用系統管理中心或遠端 PowerShell 管理Microsoft Teams撥號方案範圍層級。

在 Teams,有兩種撥號方案類型:服務範圍和租使用者範圍 (適用于貴組織) 。 服務範圍撥號方案會針對每個提供服務的國家/地區電話系統定義。 系統會自動為每個使用者指派符合指派給使用者的使用位置的服務國家/地區撥號方案。 您無法變更服務國家/地區撥號方案,但您可以建立租使用者範圍撥號方案,增加服務國家/地區撥號方案。 在布備用戶端時,客戶會取得「有效的撥號方案」,這是服務國家/地區撥號方案與適當範圍租使用者撥號方案的組合。 因此,不需要定義租使用者撥號方案的所有標準化規則,因為規則可能已經存在於服務國家/地區撥號計畫中。

租使用者撥號方案可以進一步分成兩個範圍 :租使用者範圍或使用者範圍。 如果租使用者定義並指派使用者範圍撥號方案,該使用者將會配置使用者服務國家/地區撥號方案的有效撥號方案,以及指派的使用者撥號方案。 如果租使用者定義租使用者範圍撥號方案,但未指派使用者範圍撥號方案,則該使用者會配置使用者服務國家/地區撥號方案的有效撥號方案及租使用者撥號方案。

以下是撥號方案在 Teams 中的繼承Teams。

撥號方案在 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) $ 應該由下列兩個規則取代: () $ (翻譯:$1) 和 ^0 (999) $ (翻譯:$1) 。

範例標準化規則

下表顯示以正則運算式.NET Framework正規化規則範例。 範例僅供範例使用,不做為建立您自己的標準化規則的規範參照。

使用正則運算式.NET Framework正規化規則

規則名稱
描述
數位模式
翻譯
範例
4digitExtension
翻譯 4 位數的分機。
^ (\ d) {4} $
+1425555$1
0100 會翻譯成 +14255550100
5digitExtension
翻譯 5 位數的分機。
^5 (\ d) {4} $
+1425555$1
50100 會翻譯成 +14255550100
7digitcallingRedmond
將 7 位數的數位轉換成 Redmond 當地號碼。
^ (\ d) {7} $
+1425$1
5550100 會翻譯成 +14255550100
RedmondOperator
將 0 翻譯成 Redmond 運算子。
^0$
+14255550100
0 會轉換成 +14255550100
RedmondSitePrefix
將具有網內首碼的號碼 (6) Redmond 網站代碼 (222) 。
^6222 (\ d) {4} $
+1425555 $1
62220100翻譯為 +14255550100
5digitRange
從包含 3 到 7 之間的位數範圍開始,翻譯 5 位數的分機。
^ ( [3-7] \ d) {4} $
+142555$1
54567 會翻譯成 +14255554567
首碼Added
在 9 位數數位前面加上國家/地區首碼,第一位數和第三位數有限制。
^ ([2-9] \ d \ [2-9] \ d) {6} $
1$1
4255554567會翻譯成 14255554567
NoTranslation
比對 5 位數,但無法翻譯。
^ (\ d) {5} $
$1
34567 會翻譯成 34567

根據上述的標準化規則,雷德蒙撥號方案。

下表根據上一個資料表中顯示的標準化規則,說明雷蒙、美國華盛頓州雷蒙的範例撥號方案。

Redmond 撥號方案
5digitExtension
7digitcallingRedmond
RedmondSitePrefix
RedmondOperator

注意

上一個資料表中顯示的標準化規則名稱不包含空格,但這是一種選擇。 例如,表格中的名字可能是「5 位數分機」或「5 位數分機」,但仍然有效。

建立和管理撥號對應表

用於通話方案的各種電話號碼

管理貴組織的電話號碼

緊急通話條款及條件

緊急通話免責聲明標籤