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

Статья
03/15/2024
Применяется к:

Microsoft Teams

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

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

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

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

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

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

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

Автосекретарь не передает вызовы на внешний номер ТСОП

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

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

Чтобы устранить эту проблему, назначьте автосекретарю правильную лицензию, чтобы разрешить ему совершать вызовы по ТСОП. Если проблема не исчезнет, убедитесь, что сообщение sip Invite отправлено прокси-серверу SIP, который может соответствующим образом передавать вызовы. Прокси-сервер SIP отправляет сообщение sip Invite в сеть ТСОП в соответствии с параметрами (например, правилами нормализации, маршрутизацией SBC, идентификатором вызывающего абонента).

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

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

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

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

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

Если SBC получает сообщения SIP Refer после выполнения этих действий, убедитесь, что новое приглашение SIP доставлено на прокси-сервер SIP, даже если звонок передается на внешний номер ТСОП. Если звонок передается на внешний номер ТСОП, прокси-сервер SIP перенаправит вызов, а затем отправит новое приглашение SIP в 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, так как он знает, что вызов был заменен новым вызовом.

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