1. Mesh:网状结构,会议中client两两相连,不需要Server, 缺点client上行带宽要求多,加会人数越多,client系统资源要求越高。

2.MCU:星形结构,Server接收每个共享端的音视频流,经过解码、与其他解码后的音视频进行混流、重新编码,之后再将混好的音视频流发送给会议中的所有人。对Server要求高,解码、混流、编码导致延时,消耗大量CPU。

3. SFU:Server接收client的音视频流,根据需要转发给其它client。WebRTC的多方通信大多数采用此方案。支持大会。配合Simulcast模式或者SVC模式,可适应不同的网络状况和终端类型。直接转发也极大地降低了延迟,提高了实时性,对CPU资源消耗较小。

Simulcast模式:client向SFU同时发送多路不同分辨率的视频流(如 720P、360P)。而 SFU 可以将接收到的三路流根据各终端的情况而选择其中某一路发送出去。

SVC模式:可伸缩视频编码SVC(Scalable Video Coding)技术是H.264标准的一个扩展。与 Simulcast 模式的同时传多路流不同,SVC 模式是在视频编码时做“手脚”。它在视频编码时将视频分成多层——核心层、中间层和扩展层。上层依赖于底层,而且越上层越清晰,越底层越模糊。在带宽不好的情况下,可以只传输底层,即核心层,在带宽充足的情况下,可以将三层全部传输过去。如PC1共享视频流,编码使用 SVC 分为三层发送给 SFU。SFU 根据接收端的情况,发现 PC2 网络状况不错,于是将 0、1、2 三层都发给 PC2;发现 Phone 网络不好,则只将 0 层发给 Phone。这样就可以适应不同的网络环境和终端类型了。

参考:

https://www.cnblogs.com/yiyi17/p/12076657.html
SFU、MCU 或 P2P:这些 WebRTC 架构之间有什么区别? - 实时互动网
 

Logo

音视频技术社区,一个全球开发者共同探讨、分享、学习音视频技术的平台,加入我们,与全球开发者一起创造更加优秀的音视频产品!

更多推荐