Пользовательский агент с последовательным подключением, обычно называемый B2BUA, — это сетевой элемент в системах SIP и VoIP, который управляет вызовами, действуя как два отдельных пользовательских агента, расположенных «спина к спине». В отличие от простого прокси, который в основном пересылает SIP-сообщения, B2BUA завершает одну сторону вызова и создает другую сторону в направлении следующего участника.

Иными словами, B2BUA находится в середине сеанса и контролирует обе стороны связи. Он может проверять, изменять, маршрутизировать, аутентифицировать, записывать, соединять, контролировать или преобразовывать сигнализацию вызова, а иногда и медиапотоки. Поэтому B2BUA широко применяется в IP PBX, SBC, SIP-серверах приложений, облачных VoIP-платформах, контакт-центрах, операторских сетях, системах унифицированных коммуникаций и корпоративных голосовых шлюзах.

Другой взгляд на управление SIP-вызовом

В простой SIP-сети может казаться, что вызов идет напрямую от вызывающего абонента к вызываемому. На практике многим профессиональным VoIP-системам нужен промежуточный уровень управления вызовом. Он может применять правила безопасности, скрывать детали сети, решать проблемы совместимости, поддерживать тарификацию, выполнять политики маршрутизации или предоставлять запись и перевод вызова.

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

Для корпоративных и операторских голосовых систем такая архитектура особенно ценна, потому что SIP-вызовы часто проходят через разные сети, оборудование, кодеки, планы нумерации, зоны безопасности и сервисные платформы. B2BUA помогает нормализовать эти различия и сделать поведение вызова предсказуемым.

Что фактически делает B2BUA

Завершает и заново создает SIP-диалоги

Ключевое поведение B2BUA состоит в том, что он завершает один SIP-диалог и создает новый SIP-диалог на другой стороне. Вызывающий абонент не ведет один непрерывный SIP-диалог напрямую с вызываемым. Вместо этого B2BUA управляет двумя связанными, но отдельными диалогами.

Такая структура позволяет B2BUA принимать независимые решения для каждой стороны. Он может принять вызов от одного конечного устройства, применить внутреннюю логику и затем решить, создавать ли вторую сторону вызова к другому устройству, транку, шлюзу, очереди, IVR или медиаприложению.

Управляет поведением сигнализации

B2BUA может изменять SIP-заголовки, идентификатор вызывающего абонента, контактные данные, поля маршрутизации, таймеры сеанса, согласование кодеков и обработку статуса вызова. Это полезно, когда разные системы по-разному интерпретируют SIP-сообщения или когда сетевые политики требуют нормализации сигнализации.

Например, провайдер SIP-транка может требовать один формат заголовков, а внутренняя PBX использует другой. B2BUA адаптирует сообщения, чтобы обе стороны могли успешно взаимодействовать.

Применяет логику вызова

Так как B2BUA контролирует сеанс, он может применять переадресацию, перевод, удержание, парковку, запись, фильтрацию вызовов, переписывание номеров, аутентификацию вызывающего, маршрутизацию по минимальной стоимости, резервные маршруты и маршрутизацию по времени.

Поэтому B2BUA важен для систем, которые выполняют больше, чем простую доставку вызова. Большинство современных бизнес-платформ связи используют поведение B2BUA для расширенных телефонных сервисов.

Может закреплять медиапоток

Некоторые B2BUA обрабатывают только сигнализацию, а другие также закрепляют медиапоток. При закреплении медиапотока RTP-пакеты проходят через B2BUA или связанный медиарелей. Это позволяет выполнять запись, транскодирование, обход NAT, поддержку законного перехвата, контроль медиабезопасности, детекцию тонов, объявления, конференции и мониторинг качества.

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

Как он работает во время вызова

Типичный SIP-вызов с участием B2BUA начинается с того, что вызывающий отправляет запрос INVITE. B2BUA принимает запрос и рассматривает его как конечную точку первого диалога. Затем он проверяет правила маршрутизации, статус аутентификации, формат номера, сервисную политику и доступность назначения.

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

Когда назначение отвечает, B2BUA передает согласованный ответ исходному вызывающему. Во время сеанса он может обрабатывать re-INVITE, UPDATE, BYE, удержание, перевод, обновления сеанса и изменения медиа. Когда одна из сторон завершает вызов, B2BUA освобождает обе стороны вызова согласно своей логике.

B2BUA не просто пропускает сообщения. Он активно участвует в вызове и заставляет каждую сторону считать, что она общается с реальным конечным устройством.

Сравнение с SIP-прокси

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

Прокси обычно легче и прозрачнее, а B2BUA мощнее, но глубже участвует в вызове. Выбор зависит от того, нужны ли системе только маршрутизация или также управление сервисами, безопасность, медиа и совместимость.

Почему он важен в VoIP-сетях

Решает проблемы совместимости

SIP является стандартным протоколом, но разные поставщики и платформы реализуют детали по-разному. Форматы заголовков, согласование кодеков, таймеры сеанса, методы DTMF, перевод вызова и обработка NAT могут отличаться между терминалами, PBX, шлюзами и операторами.

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

Усиливает границы безопасности

B2BUA может скрывать внутреннюю топологию сети от внешних систем. Вместо раскрытия внутренних IP-адресов, добавочных номеров, имен серверов или маршрутов он показывает наружу только контролируемую информацию.

Поэтому поведение B2BUA часто встречается в SBC. Оно помогает защищать сети предприятий и операторов, применяя политики сигнализации и ограничивая прямое раскрытие между внутренними и внешними SIP-доменами.

Поддерживает расширенные сервисы вызовов

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

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

Обеспечивает маршрутизацию по политикам

Корпоративные и операторские сети часто маршрутизируют вызовы по стоимости, назначению, состоянию транка, идентификатору вызывающего, времени, местоположению, приоритету, классу сервиса или правилам резервирования. B2BUA принимает такие решения при установлении вызова и меняет поведение при изменении условий.

Например, если SIP-транк отказал, B2BUA может попробовать другой маршрут. Если номер требует особого формата, он может переписать набранный номер перед отправкой вызова дальше.

Типичные варианты использования

Управление вызовами IP PBX

Многие IP PBX используют поведение B2BUA для управления вызовами между добавочными номерами, транками, очередями, голосовой почтой, меню IVR и внешними номерами. PBX не только маршрутизирует SIP-сообщения, но и управляет пользовательским опытом и правилами связи.

Это позволяет функциям удержания, перевода, переадресации, записи, маршрутизации по присутствию, групп вызова и маршрутизации в голосовую почту работать согласованно на разных терминалах.

Сессионные пограничные контроллеры

SBC часто работают как B2BUA на границе VoIP-сети. Они отделяют внутренние SIP-системы от внешних операторов, партнеров, удаленных пользователей и публичных сетей.

В этой роли B2BUA поддерживает скрытие топологии, обход NAT, нормализацию SIP, закрепление медиа, политики шифрования, контроль доступа, защиту от отказа в обслуживании и совместимость транков.

Размещённая VoIP и облачная телефония

Облачные платформы вызовов используют функции B2BUA для управления сеансами тысяч или миллионов пользователей. Платформа может маршрутизировать вызовы по регионам, применять политики арендаторов, маскировать номера, записывать звонки, подключать софтфоны и интегрироваться с контакт-центрами.

Архитектура B2BUA позволяет контролировать каждую сторону вызова, сохраняя логическое разделение пользователей, арендаторов, операторов и приложений.

Платформы контакт-центров

Контакт-центры зависят от управления вызовами. Вызовы могут входить через SIP-транки, проходить меню IVR, ожидать в очередях, подключаться к агентам, переводиться к супервизорам, записывать медиа и формировать отчетные данные.

B2BUA помогает управлять этими сложными потоками, контролируя сигнализацию и при необходимости медиа. Он также может подключаться к CRM, WFM-платформам, системам записи и аналитике.

Операторская и оптовая VoIP

Операторы и оптовые VoIP-провайдеры используют B2BUA для межсетевого соединения, маршрутизации, тарификации, контроля кодеков, правил нумерации, предотвращения мошенничества и нормализации трафика между сетями.

В масштабе оператора критичны производительность, резервирование и интеллектуальная маршрутизация B2BUA, потому что большие объемы вызовов должны обрабатываться надежно.

Технические возможности для оценки

Манипуляция SIP-заголовками

Манипуляция SIP-заголовками позволяет B2BUA адаптировать сигнализацию между разными системами. Он может переписывать From, To, Contact, Record-Route, P-Asserted-Identity, Diversion, Remote-Party-ID или пользовательские заголовки.

Эта возможность полезна для совместимости, управления идентификатором вызывающего абонента, маршрутизации, конфиденциальности, совместимости транков и требований оператора. Но изменения должны быть документированы, так как неправильная правка может нарушить сценарии вызовов.

Согласование кодеков и транскодирование

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

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

Обход NAT

SIP и RTP могут плохо проходить через NAT, потому что сигнализация содержит частные IP-адреса, а медиапоток требует специальной маршрутизации. B2BUA помогает, закрепляя медиа, переписывая соединительную информацию и контролируя связь через межсетевые экраны.

Это важно для удаленных сотрудников, филиалов, пользователей размещённой PBX и SIP-транков через публичные или смешанные сети.

Управление состоянием вызова

Так как B2BUA участвует в вызове, он хранит состояние вызова. Он знает, идет ли вызов, отвечен ли он, поставлен на удержание, переведен, завершился ошибкой, отключен или перенаправлен. Это позволяет расширенные сервисы и точную отчетность.

Управление состоянием также полезно для диагностики. Администраторы видят, где вызов отказал, какая сторона разорвалась и какие коды ответа участвовали.

Интеграция медиасервисов

B2BUA может подключать вызовы к IVR, записи, объявлениям, конференц-мостам, голосовой почте, распознаванию речи, детекции DTMF или генерации тонов. Эти сервисы требуют управления сеансом, а не простой пересылки.

Интеграция медиа — одна из причин, почему B2BUA является центральным элементом современных коммуникационных платформ.

Проектирование и внедрение

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

Безопасность также важна. Поскольку B2BUA обрабатывает сигнализацию и иногда медиа, он должен быть защищен от несанкционированного доступа, SIP-сканирования, атак регистрации, телефонного мошенничества, неправильных пакетов и DoS-трафика.

Тесты совместимости должны включать реальные терминалы, SIP-транки, шлюзы, софтфоны, системы записи, сценарии перевода, методы DTMF, экстренные вызовы, резервные маршруты и сочетания кодеков. Многие проблемы B2BUA проявляются только в конкретных сценариях вызова.

B2BUA добавляет контроль и гибкость, но становится ответственным за поведение вызова. Поэтому необходимы тщательное проектирование, мониторинг и тестирование.

Частые проблемы и точки диагностики

Односторонний звук

Односторонний звук возникает, когда сигнализация прошла успешно, но RTP-медиа не проходит правильно. Причины включают NAT, неправильное переписывание SDP, правила межсетевого экрана, несовпадение кодеков, проблемы закрепления медиа или ошибки маршрутизации.

При диагностике инженеры должны проверять и SIP-сигнализацию, и RTP-пути. Успешный SIP 200 OK не гарантирует, что звук работает.

Неудачный перевод вызова

Перевод вызова может быть сложным, потому что включает REFER, re-INVITE, новые стороны вызова, изменения медиа и разное поведение терминалов. B2BUA может управлять или переводить поведение перевода вызова между системами.

Неудачные переводы часто требуют анализа SIP-трасс с обеих сторон B2BUA, а не только одного конечного устройства.

Проблемы с идентификатором вызывающего абонента

Идентификатор вызывающего абонента может отображаться неправильно, если заголовки переписываются ошибочно или требования оператора не соблюдены. Это влияет на исходящие вызовы, переадресации, настройки конфиденциальности и многопользовательские платформы.

Администраторы должны проверить, какие идентификационные заголовки нужны каждому транку, PBX и группе терминалов.

Ошибка согласования кодека

Если две стороны не могут согласовать кодек, вызов может не установиться или соединиться без звука. B2BUA может помочь фильтрацией кодеков или транскодированием, но неправильная политика кодеков также создает проблемы.

Списки кодеков должны планироваться по возможностям устройств, полосе, требованиям записи и поддержке оператора.

Операционные преимущества

B2BUA улучшает операционный контроль, давая администраторам единое место для применения голосовых политик. Вместо зависимости от каждого терминала он централизует маршрутизацию, безопасность и сервисную логику.

Он также повышает видимость. Поскольку стороны вызова проходят через контролируемую систему, можно собирать CDR, SIP-трассы, метрики качества, результаты маршрутизации, коды ошибок и данные использования.

Для организаций с филиалами, SIP-провайдерами, разными поставщиками и приложениями связи B2BUA уменьшает фрагментацию. Он становится координационным уровнем, соединяющим части коммуникационной среды.

Ограничения B2BUA

B2BUA мощный, но не всегда самый простой вариант. Он добавляет ответственность за обработку, сложность конфигурации и возможную задержку. Если внедрить его без необходимости, диагностика сети усложнится.

Так как он изменяет или завершает SIP-диалоги, B2BUA может влиять на сквозную прозрачность. Некоторые SIP-функции, работающие напрямую между терминалами, при наличии B2BUA требуют особой обработки.

Закрепление медиа также увеличивает использование ресурсов. Когда весь RTP-трафик идет через B2BUA или медиарелей, растут требования к полосе и обработке. Поэтому важен расчет емкости.

Лучшая реализация

Сначала определите, что должен контролировать B2BUA. Он может использоваться для безопасности, маршрутизации, совместимости, записи, обхода NAT, логики контакт-центра или соединения с операторами. Каждая цель требует разных настроек.

Документируйте правила маршрутизации и изменения заголовков. Поведение SIP становится трудно понять, когда со временем накапливается много преобразований. Документация упрощает диагностику и предотвращает случайные изменения.

Контролируйте и сигнализацию, и медиа. Успех SIP-вызова, RTP-поток, потеря пакетов, jitter, согласование кодеков, таймеры сеанса и причины разрыва должны быть видимы. Это дает инженерам полный обзор качества вызовов.

Используйте резервирование в критичных средах. Если B2BUA является центром управления вызовами, высокая доступность и failover необходимы для предотвращения прерывания связи.

FAQ

B2BUA — это то же самое, что SIP-прокси?

Нет. SIP-прокси в основном пересылает SIP-сообщения, а B2BUA завершает один SIP-диалог и создает другой. Поэтому он глубже контролирует поведение вызова.

Нужен ли B2BUA каждой VoIP-системе?

Не каждой простой системе. Но многие корпоративные, облачные, операторские, контакт-центровые и SBC-внедрения используют B2BUA, потому что им нужны контроль вызовов, безопасность, маршрутизация, медиа или совместимость.

Может ли B2BUA решить проблемы NAT?

Да. Многие B2BUA помогают обходить NAT, переписывая сигнализацию и закрепляя медиа. Но правила межсетевого экрана, диапазоны RTP-портов, настройки терминалов и архитектура сети все равно должны быть правильными.

Всегда ли B2BUA обрабатывает RTP-медиа?

Нет. Некоторые B2BUA обрабатывают только сигнализацию, другие закрепляют или обрабатывают медиа. Закрепление используется для записи, транскодирования, NAT traversal или мониторинга медиа.

Почему B2BUA важен для SIP-транкинга?

В SIP-транкинге поведение B2BUA помогает нормализовать сигнализацию между корпоративной PBX и операторами. Оно управляет идентификатором вызывающего абонента, политикой кодеков, границами безопасности, резервными маршрутами, NAT и специфическими SIP-требованиями провайдера.