Помимо параметра UMCallingLineIds, добавленного для упрощения разрешения идентификатора звонящего в имя, сервер единой системы обмена сообщениями также должен иметь возможность принимать номера из параметра UMCallingLineId, например 51010, 555-1010 или 4255551010, расширяя их до правильно сформированных номеров телефонов E.164. Для этого используется параметр NumberingPlanFormats командлета Set-UMDialPlan.

Синтаксис добавления форматов планов нумерации в абонентских группах единой системы обмена сообщениями:

	Скопировать код
Set-UMDialplan -identity MyUMDialPlan -NumberingPlanFormats "425567xxxx","425678xxxx"

Имеется два требования, касающихся разрешения идентификатора звонящего в имя подобным образом:

• Всем пользователям должны быть правильно заданы номера E.164. Следует учесть, что настройка всех получателей в Служба каталогов Active Directory может занять некоторое время.
  
  
• Должны быть настроены правила, которые сервер единой системы обмена сообщениями может использовать для преобразования идентификаторов звонящих в правильно сформированные номера телефонов E.164. Примером правила могут выступать идентификаторы длины добавочных номеров.
  
  

Сервер единой системы обмена сообщениями Exchange 2010 может преобразовывать нестандартные номера, например добавочные номера из 5 цифр, в общепринятые формы, например E.164, используя маскировку номеров.

Маска номера используется для определения формата номера телефона, который будет использоваться сервером единой системы обмена сообщениями для определения номера телефона, который следует набирать для вызова пользователя, или который следует использовать в заголовке перенаправления входящего вызова. Маскировка номеров проводится как для входящих вызовов, так и для правил исходящих вызовов. Пример допустимой маски номера: 91xxxxxxxxx. Так, при исходящем звонке на номер 4255551010, маска номера 91xxxxxxxxxx в записи правила вызова на сервере единой системы обмена сообщениями позволит заменить цифры справа, соответствующие набранному номеру. В этом примере в набираемом номере телефона и в маске имеется по 10 цифр (в маске они представлены как «x»). Так как цифры совпадают, сервер единой системы обмена сообщениями использует для вызова номер 914255551010. Это поле может содержать только цифры и символы «x». Аналогичный процесс используется для входящих вызовов.

Параметр NumberingPlanFormats является многозначным свойством и используется в случае, если сервер единой системы обмена сообщениями получает идентификатор звонящего, связанный с абонентской группой единой системы обмена сообщениями, которая позволяет впоследствии раскрыть его в правильно сформированный номер E.164.

В следующей таблице приведены командлеты, тип, описание и значение по умолчанию для параметра NumberingPlanFormats.

Описание параметра NumberPlanFormats

В единой системе обмена сообщениями Exchange 2007 для абонентских групп используется международный формат нумерации, позволяющий облегчить разрешение идентификаторов звонящих путем создания номеров телефонов E.164. Впоследствии телефонный номер E.164 используется, когда сервер единой системы обмена сообщениями выполняет поиск телефонного номера звонящего с помощью атрибутаmsRTCSIPLine.

В единой системе обмена сообщениями Exchange 2010 добавлены группы, эквивалентные абонентским, которые упрощают преобразование идентификаторов звонящих путем расширения области поиска. Это достигается путем настройки формата плана нумерации для каждой абонентской группы, что помогает преобразовывать идентификаторы звонящих в формат E.164. Дополнительные сведения об эквивалентных абонентских группах см. в подразделе Группы эквивалентности абонентских групп далее в этом разделе.

Например, рассмотрим компанию, в которой работает 20 000 сотрудников. Им необходимо 20 000 уникальных номеров телефонов DID. Тем не менее компании не удалось получить номера в связных диапазонах DID, например 425-555-xxxx — 425-556-xxxx. Вместо этого первые 10 000 сотрудников получили префикс 425-567-xxxx, а оставшиеся 10 000 сотрудников получили префикс 425-678-xxxx.

Предположим, администратор создает единую абонентскую группу единой системы обмена сообщений для всех 20 000 сотрудников, используя для каждого пользователя 5-значный добавочный номер. Когда на УАТС поступает вызов, она отправляет 4-значный идентификатор звонящего. Тем не менее, при переходе с устаревшей УАТС на IP-УАТС пользователи в компании были разделены по двум раздельным УАТС, на каждой из которых имеется отдельная 5-значная абонентская группа единой системы обмена сообщениями. После перевода пользователей на IP-УАТС разрешение идентификаторов звонящих в имена перестанет работать, и вместо имени звонящего будет отображаться его 5-значный добавочный номер.

Это происходит потому, что в абонентской группе единой системы обмена сообщениями настроен только единый международный формат номеров, совместно используемый для обоих префиксов. Соответственно, правильно сформированные номера E.164 будут создаваться только для пользователей с поддержкой единой системы обмена сообщениями. Кроме того, пользователи находятся в различных абонентских группах УАТС. Поэтому даже при включении эквивалентной абонентской группы для абонентской группы единой системы обмена сообщениями для звонящих поддержка этой системы будет отключена, что не позволит преобразовать добавочный номер звонящего в его имя.

Для устранения проблемы можно использовать параметр NumberingPlanFormats. У каждой абонентской группы имеется атрибут msExchangeUMCallingLineIDFormats, который можно настроить с помощью параметра NumberPlanFormats, указав одну или несколько масок номеров телефонов, позволяющих разрешать идентификаторы звонящих в имена по Служба каталогов Active Directory. На следующем рисунке показан этот атрибут и форматы планов нумерации.

Когда сервер единой системы обмена сообщениями отвечает на вызов, он считывает идентификатор звонящего. Сервер единой системы обмена сообщениями анализирует список настроенных форматов планов нумерации сверху вниз, пока не найдет совпадение или не обнаружит конфликт в цифрах (символ «x» в маске номера считается подстановочным знаком). Когда это происходит, сервер единой системы обмена сообщениями пытается занести идентификатор звонящего по входящему вызову в каждую маску номера. В случае сотрудников с префиксами 425-567-xxxx и 425-678-xxxx цифры 7 и 8 — это ключи, по которым для идентификатора звонящего будет выбираться нужная маска. После того как сервер единой системы обмена сообщениями успешно выполнит подстановку в шаблон формата плана нумерации, он берет полученный номер E.164 и выполняет поиск по атрибуту msExchUMCallingLineIDs. Если поиск завершается неудачей, сервер выполняет поиск по атрибуту msRTCSip-Line.

Администраторы единой системы обмена сообщениями должны отслеживать неоднозначные и бессмысленные правила форматов планов нумерации, изменяя их конфигурацию. Неоднозначные правила — это правила, в которых самые правые символы совпадают, а их число соответствует числу цифр в абонентской группе. Бессмысленное правило — это правило, в котором подстановочные знаки стоят в позициях, отличных от стоящих справа позиций, число которых при этом должно соответствовать числу цифр в добавочных номерах абонентской группы.

#rtt

Эвристика Active Directory

Помимо идентификаторов звонящих и форматов плана нумерации в единой системе обмена сообщениями Exchange 2010 используется эвристика Служба каталогов Active Directory.

В версии Exchange 2007 процесс преобразования идентификаторов звонящих не использовал поля телефонных номеров в объекте пользователя в службе Служба каталогов Active Directory при попытке преобразования идентификатора звонящего в имя. Это обусловлено указанными ниже причинами.

• Поля на вкладке Телефоны и в поле Номер телефона не индексируются и не поддерживают поиск.
  
  
• Поля на вкладке Телефоны и в поле Номер телефона могут иметь нестандартный формат.
  
  

На следующем рисунке показаны эти поля в Exchange 2010.

С полем Телефонный номер на вкладке Телефоны в объекте пользователя Служба каталогов Active Directory связана существенная проблема. Поле не обеспечивает проверку и ограничение форматирования вставляемых номеров. Это означает, что номера в нем не стандартизуются. Следующие потенциальные проблемы мешают разрешению идентификаторов звонящих в имена:

• Администратор не ввел номер в поле Номер телефона.
  
  
• Администратор не использовал вкладку Телефоны для ввода номеров телефонов.
  
  
• Номера E.164 введены без скобок, дефисов и нужных пробелов.
  
  
• Номера не имеют правильный формат E.164. Ниже приведены некоторые примеры правильного форматирования:
  
  
  • (425) 555-1010
    
    
  • (425) 555-1234 x51010
    
    
  • (425) 555-1234 вн. 51010
    
    
  • 425-555-1010
    
    
  • 425.555.1010
    
    
  • 425/555-1010
    
    
  • 1425-555-1010
    
    
• Одновременно используются добавочные номера и международные номера. Примеры одновременного использования добавочных номеров и международных номеров:
  
  
  • +7890
    
    
  • +441234567890
    
    
  • +44(1)234567890
    
    
  • +44 (0)1 2345 6789
    
    

При попытке преобразования идентификатора звонящего сервер единой системы обмена сообщениями Exchange 2010 отправит запрос в службу Служба каталогов Active Directory на проверку до 8 атрибутов Служба каталогов Active Directory, а также прокси-адресов единой системы обмена сообщениями и атрибутов msExchUMCallingLineIDs и msRTCSIP-Line. В каждой абонентской группе существует атрибут msExchAllowHeuristicADCallingLineIDResolution. По умолчанию атрибут msExchAllowHeuristicADCallingLineIDResolution имеет значение True при создании абонентской группы единой системы обмена сообщениями.

Командлет Set-UMDialPlan позволяет включить или отключить эвристику Служба каталогов Active Directory. В следующей таблице приведены командлеты абонентских групп, тип, описание и значение по умолчанию для параметра AllowHeuristicADCallingLineIdResolution.

Описание параметра AllowHeuristicADCallingLineIdResolution

Поля вкладки «Телефоны»

Командлеты	Тип	Описание	По умолчанию
Set-UMDialPlan Get-UMDialPlan	System.Boolean	Параметр AllowHeuristicADCallingLineIdResolution указывает на необходимость разрешения идентификатора линии вызова с помощью полей номеров телефонов, настраиваемых в Служба каталогов Active Directory. Если значение этого параметра равно $true, то используются номера телефонов (например, определенные на вкладке Телефоны, либо номер телефона пользователя Служба каталогов Active Directory). Установка значения $true для этого параметра включает преобразование идентификаторов звонящих для пользователей с включенной и отключенной поддержкой единой системы обмена сообщениями. Этот параметр можно установить равным $false, если номера телефонов пользователей не представлены в стандартном формате. Если телефонные номера не указаны в стандартном формате, сервер единой системы обмена сообщениями может неправильно сопоставлять идентификатор звонящего с именем пользователя.	Включен

После включения эвристики Служба каталогов Active Directory единая система обмена сообщениями будет использовать поля телефонных номеров, например телефонный номер, домашний или мобильный телефон, настроенные для пользователя Служба каталогов Active Directory. Тем не менее, нельзя выбрать, какие именно поля следует учитывать. Для разрешения идентификаторов звонящих в имена будут использоваться следующие атрибуты пользователей Служба каталогов Active Directory:

• telephoneNumber
  
  
• homePhone
  
  
• mobile
  
  
• facsimileTelephoneNumber
  
  
• otherTelephone
  
  
• otherHomePhone
  
  
• otherMobile
  
  
• otherFacsimileTelephoneNumber
  
  

Если командлет Set-User использовался для задания одного или нескольких телефонных атрибутов пользователя, следует выполнить команду GalGrammarGenerator.exe –u для обновления карты DTMF для каждого пользователя. Если поля телефонных номеров заполнялись или обновлялись до установки роли сервера единой системы обмена сообщениями или используется программа, отличная от командной консоли Exchange, также потребуется выполнить команду Galgrammargenerator.exe –u для индексации полей телефонных номеров. Дополнительные сведения о работе с программой GalGrammarGenerator.exe см. в следующих разделах:

• Обновление файлов грамматики речи на сервере единой системы обмена сообщениями
  
  
• Общие сведения о поиске в каталоге автоматического распознавания речи
  
  

#rtt

Группы эквивалентности абонентских групп

Иногда число абонентских групп единой системы обмена сообщениями чрезмерно вырастает из-за увеличения числа лесов или числа абонентских групп в одном из лесов. Для повышения масштабируемости в единой системе обмена сообщениями Exchange 2010 добавлен новый вид объектов Служба каталогов Active Directory: группа эквивалентности абонентских групп. Группа эквивалентности абонентских групп — это объект-контейнер Служба каталогов Active Directory, содержащий эквивалентные абонентские группы, относящиеся к различным лесам Служба каталогов Active Directory.

Два атрибута Служба каталогов Active Directory используются с группами эквивалентности абонентских групп:

• msExchangeUMEquivalenceDialPlan
  
  
• msExchangeUMEquivalentDialPlanPhoneContexts
  
  

Понятие эквивалентной абонентской группы добавлено в единую систему обмена сообщениями Exchange 2010, чтобы разрешить администраторам этой системы подключаться к двум обособленным абонентским группам с единым планом нумерации УАТС. Две абонентские группы могут входить в единый план нумерации УАТС, например, когда пользователи в двух отдельных абонентских группах расположены рядом и могут звонить друг другу с помощью добавочного номера, но распределены по разным абонентским группам в силу причин, не связанных с телефонной инфраструктурой.

Примечание.
Добавочные номера должны быть уникальны в пределах абонентской группы, а также в пределах группы эквивалентности абонентских групп.

Для каждой абонентской группы может существовать контекст группы эквивалентности абонентских групп с двумя или более абонентскими группами, которые должны были быть едины, но были разделены. Можно добавлять имена других абонентских групп и делать ссылки на другие группы. Эти абонентские группы могут относиться к тому же лесу Служба каталогов Active Directory или к другим лесам. При добавлении эквивалентной абонентской группы в группу эквивалентности абонентских групп автоматически добавляется контекст телефонов абонентской группы.

После добавления нескольких абонентских групп с различными контекстами при поступлении звонка на сервер единой системы обмена сообщениями будут искаться не только прокси-адреса единой системы обмена сообщениями Exchange с тем же контекстом, но и с контекстами из эквивалентных абонентских групп. Если абонентская группа указана как эквивалентная, и передается только идентификатор звонящего, то все номера пользователей единой системы обмена сообщениями из обеих групп будут разрешаться в имена правильно.

В следующей таблице приведены командлеты, тип, описание и значение по умолчанию для параметра EquivalentDialPlanPhoneContexts .

Описание параметра EquivalentDialPlanPhoneContexts

Командлеты	Тип	Описание	По умолчанию
Set- DialPlan Get-DialPlan	Microsoft.Exchange.Data.MultiValuedProperty	Параметр EquivalentDialPlanPhoneContexts указывает имя эквивалентной абонентской группы. Этот параметр можно использовать при наличии двух абонентских групп единой системы обмена сообщениями, располагающихся в различных лесах, или при использовании одного плана нумерации УАТС для двух абонентских групп единой системы обмена сообщениями. Добавление имени эквивалентной абонентской группы обеспечивает возможность поиска имени по идентификатору звонящего в рамках абонентской группы пользователя, а также возможность поиска имени по идентификатору звонящего во всех настроенных эквивалентных абонентских группах.	пусто

Например, при наличии контекстов эквивалентных абонентских групп можно выполнить следующую команду, чтобы добавить две абонентские группы единой системы обмена сообщениями в группу эквивалентности абонентских групп.

	Скопировать код
Set-UMDialPlan -identity MyUMDialPlan1 -EquivalentDialPlanPhoneContexts "dialplan2.contoso.com, dialplan3,contoso.com".

Если добавочный номер звонящего соответствует какому-либо из пользователей с поддержкой единой системы обмена сообщениями в одной из трех абонентских групп, указанных в команде, то этот номер будет разрешен в имя звонящего.

#rtt

© Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены. Юридические сведения

---

• English-to-Russian translation

Форматы планов нумерации и атрибут msExchangeCallingLineIDFormats