Перенесите рабочие коммуникации из Telegram в Труконф бесплатно

Следите за нами в соц. сетях

Вернуться в терминологию

SFU (Selective Forwarding Unit)

SFU (Selective Forwarding Unit) — архитектура видеоконференций, при которой процесс передачи данных между сервером и терминалами происходит следующим образом:

  • Получение сервером входящих видеопотоков от всех терминалов.
  • Отправка каждому терминалу сервером нескольких копий видеопотоков остальных участников без сжатия
  • Склейка терминалами входящих видеопотоков.

SFU (Selective Forwarding Unit)

Благодаря этому клиенту не нужно передавать один и тот же исходящий сигнал каждому из участников, вместо этого поток отправляется на сервер, а уже там распределяется между всеми пользователями. В итоге от участника отправляется один исходящий сигнал, а сам он принимает потоки других пользователей от сервера.

Как работает SFU (Selective Forwarding Unit)?

Преимущества архитектуры

  • Так как исходящий поток только один — отпадает необходимость в широком исходящем канале для клиента.
  • Входящее подключение осуществляется не к каждому участнику напрямую, а к медиа-серверу.
  • Относительная нетребовательность к ресурсам сервера по сравнению с другими архитектурами видеоконференций.

Недостатки архитектуры

  • Передача избыточного изображения в раскладку: каждый участник получает видеопоток больший, чем ему необходимо.
  • Так как сервер не может регулировать исходящий поток, возникает проблема слабого звена: при неполадках соединения у одного из участников падает качество у всех остальных (вплоть до временного отключения видеопотока).
  • Большая исходящая ширина канала связи сервера по сравнению с другими ВКС системами, поскольку ему требуется вместить в себя все созданные им копии видеопотоков.
  • Клиент будет декодировать большое количество входящих медиа-потоков, соответственно для него потребуется более мощный процессор и широкий входящий канал в сравнении с другими архитектурами.
  • По умолчанию SFU не записывает конференции на сервер, осуществляя лишь проксирование медиа-данных.
  • Без настройки шлюза нет возможности связаться с SIP/H.323 устройствами.
  • Из-за отсутствия микширования нескольких медиа-потоков в один нет возможности организации трансляций.

Сравним: 4 участника, на терминале

Параметр MCU SFU Simulcast SVC
Исходящих потоков 1 1 3 1
Входящих потоков 1 3 3 3
Исходящий канал, Мб/с 1,0 1,0 1,5 1,2
Входящий канал, Мб/с 1,0 3,0 1,0 1,0
Нагрузка на ЦП 20% 60% 80% 30%

Сравним: 4 участника, на сервере

Параметр MCU SFU Simulcast SVC
Исходящих потоков 4 12 12 12
Входящих потоков 4 4 12 4
Исходящий канал, Мб/с 4,0 12,0 ~4,0 ~4,0
Входящий канал, Мб/с 4,0 4,0 6,0 4,8
Нагрузка на ЦП 100% 0% 0% 0%

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

Также предлагаем ознакомиться с другими типами архитектур видеоконференций у нас на сайте.

Расширьте границы возможностей вместе с TrueConf!

Подробнее

FAQ

Чем SFU принципиально отличается от MCU в видеоконференцсвязи?

В архитектуре MCU сервер активно обрабатывает видео: микширует потоки, создаёт единую раскладку и отправляет каждому участнику готовую картинку, что создаёт высокую нагрузку на процессор сервера. SFU работает как «умный маршрутизатор» — сервер лишь проксирует потоки без обработки, перенося всю нагрузку по склейке видео на клиентские устройства. Платформа TrueConf использует более совершенную архитектуру SVC, которая сочетает преимущества обоих подходов: минимальную нагрузку на сервер и адаптивное качество видео без избыточной передачи данных.

В каких сценариях архитектура SFU показывает себя лучше всего?

SFU эффективна в небольших встречах с стабильным интернетом у всех участников, когда важна минимальная задержка и низкая нагрузка на сервер. Однако при большом количестве участников или нестабильном соединении проявляются недостатки: проблема «слабого звена» и избыточная нагрузка на клиентские процессоры. TrueConf применяет SVC-архитектуру, которая автоматически адаптирует качество видео под каждого участника без создания множественных копий потоков, что делает связь стабильной даже в сложных сетевых условиях.

Почему в SFU-системах часто падает качество видео у всех участников, если у одного плохой интернет?

Это называется «проблемой слабого звена»: поскольку SFU не может динамически менять качество исходящего потока конкретного участника, при ухудшении соединения у одного пользователя сервер вынужден либо снижать качество для всех, либо отключать его видеопоток полностью. В решениях TrueConf на базе SVC эта проблема решена фундаментально: видео кодируется одним потоком с несколькими слоями качества, и сервер просто отбрасывает ненужные слои для участников со слабым каналом, не затрагивая остальных.

Можно ли записывать видеоконференции в архитектуре SFU?

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

Как SFU работает с аппаратными ВКС-терминалами на протоколах SIP и H.323?

Чистая SFU-архитектура не поддерживает прямое взаимодействие с SIP/H.323 устройствами — для этого требуется дополнительный шлюз, который будет транскодировать потоки, что добавляет сложности и задержек. TrueConf изначально интегрирован с корпоративными АТС и аппаратными терминалами через нативную поддержку SIP/H.323, позволяя бесшовно подключать legacy-оборудование к современным видеоконференциям без дополнительных шлюзов и потерь качества.

Почему SFU создаёт такую высокую нагрузку на процессор клиентского устройства?

В SFU-архитектуре клиент получает несколько отдельных видеопотоков от каждого участника и должен самостоятельно их декодировать и склеивать в единую раскладку на своём устройстве. При 10+ участниках это требует значительных вычислительных ресурсов и широкого входящего канала. TrueConf использует SVC с интеллектуальной адаптацией: клиент получает один оптимизированный поток, который автоматически подстраивается под возможности устройства, снижая нагрузку на ЦП до 30% даже в больших конференциях.

Что лучше для корпоративных видеоконференций: SFU, MCU или SVC?

MCU даёт идеальную картинку для всех, но требует мощного сервера; SFU разгружает сервер, но перегружает клиенты и страдает от нестабильности сети; SVC объединяет преимущества обоих подходов, обеспечивая адаптивность при минимальных ресурсах. TrueConf использует именно SVC-архитектуру, которая стала стандартом для современных корпоративных ВКС-решений: она экономит трафик, поддерживает запись встреч, интегрируется с SIP-оборудованием и гарантирует стабильное качество видео даже при потере 30% пакетов.