本文主要讨论如何使用WebRTC技术来实现可扩展的，高效的多人音视频解决方案，介绍现有的多人音视频通讯模型 ，给出一种在Agora.io中使用的网页端技术方案。
WebRTC是一种基于点对点(peer to peer, P2P)的用于交换音视频媒体流以及数据流的技术，基于WebRTC的技术我们可以很容易的实现一对一场景的音视频通话以及数据流的传输并且有着不错的质量控制。但是如果要实现多人的音视频通话或者是一对多的直播应用，那么使用WebRTC就会面临一些困难和挑战，下面我们讨论两种常见的多方通讯模型。
1、网状模型
如果你计划在WebRTC中有多个参与者，那么最终可能会使用选择性转发单元（SFU）。webrtcHacks的撰稿人 Alex Gouaillard和他的CoSMo Software团队组建了一个负载测试套件来测量负载与视频质量，并发布了所有主要开源WebRTC SFU的结果。LiveVideoStack对原文进行的摘译。
可以将WebRTC系统体系结构大致分为两种类型：
不中断加密访问的媒体
做转码服务的原型时，看了看MCU的实现，考虑到如果不做转码，可以将多路rtp流直接合成为一路rtmp流输出，这样就相当于实现了多人连麦，并将多人连麦的视频转发直播了，所以做了这个简单的原型实现！
DEMO只实现了接收一路rtp流，输出一路rtmp流！
|
RF3550定义了实时传输协议RTP和它的控制协议RTCP。RTP协议是Internet上针对实时流媒体传输的基础协议，该协议详细说明在互联网上传输音视频的标准数据包格式。RTP本身只保证实时数据的传输，并不能提供可靠传输、流量控制和拥塞控制等服务质量保证，这需要RTCP协议提供这些服务。
RTCP协议负责流媒体的传输质量保证，提供流量控制和拥塞控制等服务。在RTP会话期间，各参与者周期性彼此发送RTCP报文。报文中包含各参与者数据发送和接收等统计信息，参与者可以据此动态控制流媒体传输质量。RTP和RTCP配合使用，通过有效反馈使使流媒体传输效率最佳化。
IETF的RFC3550定义了RTP/RTCP协议的基本内容，包括报文格式、传输规则等。除此之外，IETF还定义一系列扩展协议，包括RTP扩展，RTCP报文类型扩展，等等。本文对这些协议进行初步归纳总结，在分析RFC3550的基础上，重点分析RTP系列协议，并以报文类型为主线分析RTCP系列协议。
目录
1. 引言
2 PeerConnectionFactory对象的创建
2.1 CreatePeerConnectionFactory方法解析
2.1.1 创建媒体引擎MediaEngine——CreateMediaEngine方法
2.1.2 创建实体类PeerConnectionFactory——CreateModularPeerConnectionFactory方法
1）PeerConnectionFactory的创建——构造
2）PeerConnectionFactory初始化——Initialize方法
3）PeerConnectionFactoryProxy代理的创建与返回——防止线程乱入
3 PeerConnectionFactory对象简析
3.1 PeerConnectionFactory拥有的资源——私有成员
3.1 PeerConnectionFactory提供的能力——公有方法
WEBRTC ICE 简介
在这里，我会介绍一下WEBRTC 中， ICE 的机制。主要分为三个部分。
第一部分，为ICE的协议部分介绍。
第二部分，为STUN 的信令连接图。
第二部分，为WEBRTC中代码的实现流程。
问题：为什么要搞这么多架构？
webrtc虽然是一项主要使用p2p的实时通讯技术，本应该是无中心化节点的，但是在一些大型多人通讯场景，如果都使用端对端直连，端上会遇到很带宽和性能的问题，所以就有了下图的三种架构。
