WebRTC非常适合点对点(即一对一)通信。 但是,当我与客户讨论超出一对一(即一对多或多对多)的解决方案和服务时,问题就出现了:“我应该采用哪种架构?”。 有些服务提供商希望复用他们网络中的组播支持(我们正在为此尝试做一些实验),有些正在探索基于联播(simulcast)的解决方案,还有一些正在考虑像MCU /Mixer这样的集中式解决方案,而其中一些 只是愿意通过使用基于Mesh的技术将负担放在端点(endpoint)上。
尽管能实现WebRTC多人音视频的方案,该技术最流行的用途不局限于多方视频会议场景。不要以为只是传统的音视频会议室,更多的情况包括:智能硬件、ipcamera、在线课堂,实时直播等。在每种情况下,核心功能都能够将来自多个来源的媒体流分配到多个目的地。因此......如果您是服务提供商,您如何使用WebRTC端点实施多方拓扑?
根据您的要求,有几种不同的架构可能是合适的。这些架构基本上围绕两个方面:
☆集中式 VS 点对点(P2P)
☆Mixing VS Routing
我将在这里描述最受欢迎的解决方案。如果您需要更深入地了解协议含义和实施细节,您可以在