Что такое абонентские группы?
Абонентская группа — это именованный набор правил нормализации, которые переводят набранные отдельным пользователем номера телефонов в альтернативный формат (обычно E.164) для авторизации звонков и маршрутизации голосовой связи.
Абонентские группы состоят из одного или нескольких правил нормализации, которые определяют, как номера телефонов, выраженные в различных форматах, претворяются в альтернативный формат. Одна и та же абонентская строка может интерпретироваться и переводиться по-разному в разных абонентских группах, поэтому в зависимости от того, какая абонентская группа назначена конкретному пользователю, один и тот же номер набора может быть переведен и перенаправлен по-разному. Может быть не более 1000 абонентских групп клиента.
Сведения о создании абонентских групп и управлении ими см. в статье Создание абонентских групп и управление ими.
Область действия абонентской группы для клиента
Область действия абонентской группы определяет уровень иерархии, на котором возможно применение данной абонентской группы. Клиенты получают соответствующую абонентскую группу с помощью параметров подготовки, которые автоматически предоставляются при входе пользователей в Teams. Администратор может управлять уровнями абонентской группы область и назначать их с помощью Центра администрирования Microsoft Teams или Удаленного powerShell.
В Teams существует два типа абонентских групп: с областью обслуживания и с областью клиента (это для вашей организации). Абонентская группа с областью обслуживания определяется для каждой страны или региона, в которых доступно Телефонная система Teams. Каждому пользователю автоматически назначается абонентская группа по стране или региону службы, которая соответствует назначенному пользователю расположению использования. Вы не можете изменить страну или регион абонентской группы службы, но вы можете создать абонентские группы на уровне клиента, которые дополняют абонентскую группу страны или региона службы. По мере подготовки клиентов они получают "эффективную абонентскую группу", которая представляет собой сочетание страны или региона абонентской группы службы и абонентской группы с соответствующей областью. Поэтому нет необходимости определять все правила нормализации в абонентских группах клиента, так как они могут уже существовать в абонентской группе страны или региона службы.
Абонентские группы клиентов можно разбить на две области: область клиента или область пользователя. Если клиент определяет и назначает абонентскую группу на уровне пользователя, этот пользователь будет подготовлен с действующей абонентской группой страны или региона пользователя и назначенной пользователем абонентской группы. Если клиент определяет абонентскую группу на уровне клиента, но не назначает абонентскую группу на уровне пользователя, то этот пользователь будет подготовлен с действующей абонентской группой для абонентской группы страны или региона пользователя и абонентской группы клиента.
Ниже приведена модель наследования абонентских групп в Teams.
Ниже перечислены возможные эффективные абонентские группы.
Страна обслуживания Если абонентская группа с областью клиента не определена и не назначена абонентская группа с областью действия пользователя клиента подготовленному пользователю, пользователь получит действующую абонентскую группу, сопоставленную со страной или регионом службы, связанной с его расположением использования.
Глобальный клиент — страна обслуживания Если абонентская группа пользователя клиента определена, но не назначена пользователю, подготовленный пользователь получит эффективную абонентскую группу, состоящую из объединенной абонентской группы клиента и абонентской группы страны или региона службы, связанной с его расположением использования.
Пользователь клиента — страна службы Если абонентская группа пользователя клиента определена и назначена пользователю, подготовленный пользователь получит действующую абонентскую группу, состоящую из объединенной абонентской группы пользователя клиента и абонентской группы страны или региона службы, связанной с его расположением использования.
См. статью Создание абонентских групп и управление ими , чтобы создать абонентские группы клиента.
Примечание.
В сценарии, когда к набранному номеру не применяются правила нормализации абонентской группы, строка набора по-прежнему нормализуется до "+CC", где CC — это код страны или региона расположения пользователя набора. Это относится к тарифным планам, прямой маршрутизации и сценариям конференц-связи ТСОП. Кроме того, если правило нормализации абонентской группы клиента приводит к получению номера, которое не начинается с "+", вызывающая служба попытается нормализовать номер, полученный от клиента Teams, на основе абонентской группы клиента, а если он не совпадает, в регионе абонентской группы. Чтобы избежать двойной нормализации, клиентам прямой маршрутизации рекомендуется нормализовать числа, включив +, а затем удалить + с помощью правил магистрального перевода.
Планирование абонентских групп клиента
Для планирования настраиваемых абонентских групп выполните следующие шаги.
Шаг 1 Решите, требуется ли пользовательская абонентская группа для улучшения возможностей набора номера. Как правило, один из них требуется для поддержки номера, отличного от E.164, например расширений или сокращенных национальных номеров.
Шаг 2 Определите, требуются ли глобальные абонентские группы клиента или группы с областью действия пользователя или и то, и другое. Абонентские группы с областью действия пользователя необходимы, если у пользователей разные локальные требования к набору номера.
Шаг 3 Определите допустимые шаблоны номеров для каждой необходимой абонентской группы. Требуются только шаблоны номеров, которые не определены в абонентских группах уровня обслуживания для стран или регионов.
Шаг 4 Разработайте схему именования абонентских групп в масштабах всей организации. Принятие стандартной схемы именования гарантирует согласованность данных в пределах организации и упрощает решение задач обслуживания и обновления.
Создание абонентской группы
При создании абонентской группы следует указать необходимые сведения.
Имя и простое имя
Для абонентских групп пользователей следует указать описательное имя, определяющее пользователей, которым будет назначена абонентская группа. Поле Простое имя для абонентской группы предварительно заполнено строкой, производной от имени абонентской группы. Поле "Простое имя" доступно для редактирования, что позволяет создать для абонентских групп информативное соглашение об именовании. Поле Простое имя должно быть заполненным и содержать неповторяющееся значение. Рекомендуется разработать соглашение об именовании для всей организации и последовательно применять его для всех сайтов и пользователей.
Описание
Рекомендуется указать общеупотребительное и узнаваемое название географического расположения или группы пользователей, к которому будет применена соответствующая абонентская группа.
Префикс для внешнего доступа
Если пользователям нужно набирать одну или несколько начальных цифр (например, цифру 9) для доступа к внешней линии, можно указать префикс для внешнего доступа длиной до четырех символов (допускаются символы #, * и 0-9).
Примечание.
В случае указания префикса создавать дополнительное правило нормализации для него не требуется.
См. статью Создание абонентских групп и управление ими , чтобы создать абонентские группы клиента.
Правила нормализации
Правила нормализации определяют, как преобразуются номера телефонов, указанные в разных форматах. Одна и та же строка номера может быть интерпретирована и преобразована по-разному, в зависимости от языкового стандарта, который применяется к набравшему ее пользователю. Правила нормализации могут потребоваться, если пользователям нужно набирать сокращенные внутренние или внешние номера.
Абонентской группе необходимо назначить одно или несколько правил нормализации. Правила нормализации сопоставляются сверху вниз, поэтому важен порядок их отображения в абонентской группе клиента. Например, если абонентская группа клиента имеет 10 правил нормализации, логика сопоставления номера будет предпринята, начиная с первого правила нормализации, если нет совпадения, то второго и т. д. Если выполнено совпадение, это правило используется, и нет никаких усилий, чтобы сопоставить любые другие определенные правила.
Примечание.
Корпорация Майкрософт теперь применяет правило о том, что в данной абонентской группе может быть не более 50 правил нормализации.
Определение необходимых правил нормализации
Так как любая абонентская группа клиента эффективно объединяется с абонентской группой страны или региона конкретного пользователя, скорее всего, необходимо оценить правила нормализации абонентской группы для страны или региона, чтобы определить, какие правила нормализации абонентской группы клиента необходимы. Для этого можно воспользоваться командлетом Get-CsEffectiveTenantDialPlan. Командлет использует удостоверение пользователя в качестве входного параметра и возвращает все правила нормализации, которые применяются к этому пользователю.
Создание правил нормализации
Правила нормализации используют платформа .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 |
Преобразует расширения из четырех цифр. |
^(\d{4})$ |
+1425555$1 |
0100 преобразуется в +14255550100 |
| 5digitExtension |
Преобразует расширения из пяти цифр. |
^5(\d{4})$ |
+1425555$1 |
50100 преобразуется в +14255550100 |
| 7digitcallingRedmond |
Преобразует номера из семи цифр в местные номера Редмонда. |
^(\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]\d{4})$ |
+142555$1 |
54567 преобразуется в +14255554567 |
| ПрефиксДобавлен |
Добавляет префикс страны перед номером из девяти цифр с ограничениями для первой и третьей цифр. |
^([2-9]\d\d[2-9]\d{6})$ |
1$1 |
4255554567 преобразуется в 14255554567 |
| NoTranslation |
Соответствует пяти цифрам, но преобразование не выполняется. |
^(\d{5})$ |
$1 |
34567 преобразуется в 34567 |
Абонентская группа Редмонда основана на приведенных выше правилах нормализации.
В следующей таблице показан пример абонентской группы для города Редмонда (штат Вашингтон, США) на основе правил нормализации из предыдущей таблицы.
| Абонентская группа Редмонда |
|---|
| 5digitExtension |
| 7digitcallingRedmond |
| RedmondSitePrefix |
| RedmondOperator |
Примечание.
Имена правил нормализации, показанные в предыдущей таблице, не включают пробелы, но это вопрос выбора. Например, первое правило в таблице могло называться 5 digit extension или 5-digit Extension (добавочный номер из 5 цифр).
Статьи по теме
Создание и использование абонентских групп
Различные типы телефонных номеров, используемые для планов звонков
Управление номерами телефонов организации
Условия и положения, распространяющиеся на экстренные вызовы
Метка заявления об отказе от ответственности для экстренных вызовов