SFU vs MCU: ¿cuál es la mejor forma de gestionar una multiconferencia?

3 mayo 2021

Al diseñar una arquitectura de telecomunicaciones que soporte a un sistema de videoconferencia surge una duda recurrente: SFU vs MCU: ¿cuál es la mejor forma de gestionar la multiconferencia? En el siguiente artículo trataremos de arrojar un poco de luz sobre esta decisión fundamental.

MCU el veterano, eficiente en uso de ancho de banda

Las arquitecturas MCU se han utilizado durante mucho tiempo, desde la antigua era H.323. Básicamente, recibe un flujo de cada participante y, después de decodificarlo, compone un flujo nuevo para enviarlo a todos los participantes. Entonces, los usuarios envían una transmisión y reciben una.

mcu

Este método es eficiente en términos de uso de ancho de banda y útil para terminales con limitaciones computacionales, ya que solo necesitan administrar una transmisión. Es el mejor enfoque cuando hay que lidiar con problemas de interoperabilidad, ya que es la propuesta estándar de la industria.

La arquitectura MCU también está especialmente indicada cuando su objetivo es interconectarse con otras redes. Este único punto puede tener un único gateway, con hardware dedicado. Es una tecnología más madura, pero también cara en términos computacionales.

SFU la arquitectura campeona en seguridad y eficiencia en consumo de CPU

Las arquitecturas SFU son relativamente recientes si se comparan con las MCU. Las SFU no se mezclan, solo retransmiten la voz / video recibido de todos los participantes. Esto significa que los usuarios comparten una transmisión con su propia voz / video, pero reciben al menos n-1 transmisiones para ver a todos los participantes.

En comparación con las MCU, estas son más ligeras en la CPU del servidor, ya que no manejan medios. Otros puntos son que las SFU permiten el cifrado de extremo a extremo, por lo que se puede preservar la seguridad. Esta gestión de transmisión lo hace más flexible para la interfaz de usuario, ya que es más fácil mapear y crear un diseño ad-hoc ya que está recibiendo video por separado.

Existen múltiples soluciones que trabajan con arquitecturas SFU debido a los dos puntos principales de la arquitectura: bajo consumo de CPU (ideal para implementaciones en la nube) y la flexibilidad de UI que otorga. Pero todas estas plataformas son OTT o soluciones orientadas a la privacidad.

Esto significa que no existe una solución única para la multiconferencia. La mejor opción depende del número de participantes (en el caso de las SFU, recibe una transmisión por usuario), el tipo de dispositivos involucrados, las expectativas del cliente en cuanto a seguridad e interfaz de usuario, interconexión con otras soluciones, etc.

Arquitecturas híbridas basadas en MCUs y SFUs

Quobis Communication Platform está utilizando un enfoque mixto (híbrido) para aprovechar los beneficios de las SFU y las MCU, utilizando SFU para video y MCU para voz / audio. Este enfoque mantiene la posibilidad de tratar con los diferentes flujos de video (es decir, crear diseños ad-hoc, suscribirse a parte de los flujos, etc.) mientras se mezcla audio en una unidad MCU.

mixed sfu mcu

Este enfoque tiene varias ventajas, que incluyen:

  • Los endpoints con limitaciones (CPU o calidad de conexión) pueden suscribirse solo a voz / audio.
  • ligera reducción de la capacidad computacional necesaria en los endpoints.
  • Más fácil de interconectar con soluciones de voz de terceros basadas en SIP.
  • El audio y el video desacoplados se pueden grabar fácilmente en diferentes elementos (es decir, grabadora de voz de infraestructuras antiguas, elementos SIPREC, etc.).

Next article

Interconexión SIP en la actualidad. El desafío de Microsoft Teams

La interconexión SIP sigue siendo un desafío hoy en día, y las soluciones UCaaS emergentes como MS Teams colocan este de[...]