多人视频服务端的几种方式

主页（http://www.pttcn.net）：多人视频服务端的几种方式

随着移动互联网的迅速发展，很多公司都想介入在线教育、智能家居、多人视频、安防监控等领域，虽然都是视频通讯，但他们服务端的架构与点对点通讯大不相同。

大部分情况下的单人视频通话可能根本不需要用到流媒体服务，而多人视频，在线教育这些则必须用到，所以下面主要介绍多人视频中服务端架构模式，以及各自特点：

一，Mesh结构

这是最简单的多人视频通话架构模式，所有媒体流都不需要经过服务端，客户端直接P2P，可通过webrtc建立多个PeerConnection，结构图如下:

该方案优点：
1，服务端压力最小，大多数情况下不需要用到流媒体服务。

该方案缺点：
1，客户端cpu和带宽负载太大，特别是移动端完全承受不住。
2，不适合扩展，原因就是上面说的。

二，Mixer结构

视频会议基本上就是种结构，他的最大特点就是服务端做了很多事情，包括转码，混音，合屏，所以服务端负载非常大，结构图如下:

该方案优点:
1.1，客户端负载最小，与一对一负载一样，所以理论上可以支持很多人同时视频。
1.2，因为服务端有做转码，所以可与现有产品无缝集成。
1.3，可以最大程度利用硬件能力，如硬件MCU，芯片。

该方案缺点:
1.1，服务端负载很大，建设成本很高。
1.2，延迟问题，因为服务端做了很多动作（解码，合屏，混音，编码），所以会带来延迟。

三，Router结构

该方案最大特点就是服务端只负责包转发，不负责转码，yy流媒体服务基本上就是这个功能，结构图如下：

该方案优点:
1.1，与Mixer相比服务端压力比较小，只做转发，而且容易扩展。
1.2，低延迟，特别是与SVC结合后能大大提升客户端体验度（现在市面上有应用SVC的厂家不多）。

该方案在实际实现过程中需要根据不同客户端的带宽和丢包率做不同处理。

补充说明：
1，因为各种模式都有自己的优缺点，所以实际应用中应该根据业务需求选择适合的模式。
2，现在很多开源框架和PAAS可以做上面这些事情，但是实际应用中都存在些问题，并不成熟，成熟的都拿去卖钱了，呵呵！