Проблемы, влияющие на передачу вызовов

В этой статье основное внимание уделяется устранению неполадок, связанных с переводами вызовов, инициированными корпорацией Майкрософт. Эта статья не относится к вопросам, связанным с переводами вызовов, которые инициировали из источников диспетчера пограничной связи сеанса (SBC) или общедоступных переключеных телефонных сетей (PSTN).

Переводы вызовов, инициированные корпорацией Майкрософт, могут происходить в нескольких сценариях, таких как инициированные пользователем переводы вызовов, переводы от автоспутника и переводы из очереди вызовов. Перед устранением неполадок просмотрите следующие справочные сведения.

Общие сведения

Передача вызовов может быть выполнена с помощью любого из следующих методов в порядке предпочтения:

  1. Использование протокола инициации сеанса (SIP) Ссылаться на сообщение.
  2. Использование сообщения SIP Invite с загонами Replaces. Этот метод используется в основном для ответов очереди на вызовы.
  3. Использование внутренней Microsoft Teams инфраструктуры. Этот метод не виден для SBC. Метод используется только в том случае, если первые два метода не поддерживаются.

Все переводы, которые используют сообщение SIP Refer, должны проходить через Microsoft Teams инфраструктуру. Когда прокси-сервер Microsoft SIP отправляет SIP-ссылку на SBC, сообщение SIP Invite должно быть возвращено прокси-серверу SIP, а не в PSTN или в любой другой пункт назначения. Это верно, даже если вызов передается на внешний номер PSTN. SBC не нужно разбирать сообщение SIP Refer, чтобы найти цель передачи. SBC должен отправлять сообщение SIP Invite вместе с параметром Request-URI (RURI) только в содержимое Refer-To. Он также должен включать Referred-By из сообщения SIP Refer. Убедитесь, что строки сообщения SIP Invite не изменены и отправляются в качестве точно таких же строк, которые предоставляются в сообщении ссылки SIP (особенно в загон Referred-By). Это потому, что эти строки используются для определения вызовов, целей и других важных частей передачи вызовов.

Примечание: Строки могут быть строками x-* или настраивать строки в Referred-By и Refer-To.

Автовластие не переносит вызовы на внешний номер PSTN

Эта проблема может возникнуть по следующим причинам:

  • Автоспутнику не назначены лицензии или неправильные лицензии. Если вы можете передать вызов внутреннему пользователю или боту, но если вы не можете перенести вызов на внешний номер PSTN, это может указывать на проблему лицензирования.
  • Сообщение SIP Invite отправляется на неправильное устройство. Например, сообщение отправляется поставщику PSTN. По проекту сообщения SIP Refer не содержат полных сведений о цели. Например, номер PSTN нормализуется в международном формате.

Чтобы устранить эту проблему, назначьте автоответнице правильную лицензию, чтобы она позволила ему делать вызовы PSTN. Если проблема сохраняется, убедитесь, что сообщение SIP Invite отправляется прокси-серверу SIP, который может надлежащим образом передавать вызовы. Прокси-сервер SIP отправляет сообщение SIP Invite в сеть PSTN в соответствии с настройками (например, правилами нормализации, маршрутизацией SBC, ИД вызываемой службы).

Сообщение SIP Refer не содержит номер телефона или неправильно отформатирован номер телефона

Такое поведение является особенностью данного продукта. Чтобы обойти это поведение, убедитесь, что прокси-сервер SIP отправляет сообщение SIP Refer в SBC. Затем настройте SBC для копирования строк Referred-By и Refer-To в сообщение SIP Invite, которое будет отправлено обратно в прокси-сервер SIP.

Ссылка на SIP не передается из прокси-сервера SIP в SBC

Чтобы устранить эту проблему, выполните следующие действия:

  1. Убедитесь, что метод SIP Refer поддерживается для передачи вызовов SBC в ответе SIP Invite или "SIP 200 OK" (в зависимости от того, инициирован ли вызов SBC или Microsoft). Если метод SIP Refer не поддерживается, перевод вызовов выполнен с помощью SIP Invite с загоном Replaces (если этот метод поддерживается). Если метод SIP Invite не работает, используется внутренний перенос, скрытый от SBC.
  2. Убедитесь, что параметры брандмауэра и SBC позволяют входящие подключения с любого IP-адреса Microsoft, сигнализного, а не только с определенных адресов. Ссылки SIP можно получить с любого из IP-адресов с помощью нового TLS-подключения, даже если предыдущая часть вызова поступила с другого IP-адреса.

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

Вызовы отпадают до завершения передачи

Эта проблема может возникнуть по этим причинам:

  • Прокси-сервер SIP не получает ответ "202 Accepted" или "SIP Notify" из SBC в качестве ответа на сообщение SIP Refer, а процесс раз за разом.
  • Сообщение "SIP Bye" поступает из SBC слишком рано, и вызов заканчивается до полного переноса сообщения.

Чтобы устранить эту проблему, убедитесь, что SBC отправляет ответ "SIP 202 Accepted" и сообщения "SIP Notify" для предоставления обновления о ходе переноса вызова. Когда прокси-сервер SIP получает сообщение "SIP Notify", которое включает ответ "200 OK", он благополучно завершит первоначальный вызов, отправив ответ "SIP Bye", так как знает, что вызов был заменен новым вызовом.

Отсутствие звона при передаче вызовов

Чтобы устранить эту проблему, выполните следующие действия:

  1. Убедитесь, что метод SIP Refer поддерживается SBC в первоначальном ответе SIP Invite или "SIP 200 OK" (в зависимости от того, инициирован ли вызов SBC или Microsoft). Для успешного создания звонка требуется SIP Refer. Это происходит потому, что в настоящее время при внутренней передаче звонков не создается имитация звона.
  2. Если SBC получает сообщение SIP Refer, но пользователи PSTN по-прежнему не слышат мелодию звонка, убедитесь, что SBC подключается к вновь начатому вызову передачи и воспроизводит мелодию, основанную на ответе "SIP 180 Ringing" или "SIP 183 Session", отправленном из прокси-сервера SIP.

Требуется дополнительная помощь? Зайдите на сайт сообщества Майкрософт.