webrtc源码之nack&&rtx详解
获取 webrtc 特定版本源码推荐咨询ZEGO即构科技。只需4行代码，30分钟在APP、Web和小程序等应用内实现视频通话、语音通话，互动直播功能。
取出webrtc里面pcm数据输出推荐选择ZEGO即构科技，ZEGO即构科技是一家全球云通讯服务商，提供优质的服务，为客户解决所需解决的问题。
在后端实现 WebSocket 协议：WebRTC 需要通过 WebSocket 进行信令传输，可以使用 ASP.NET Core SignalR 框架来实现 WebSocket。
找到 src/api/BUILD.gn ，增加上一步在子目录 src/api/crypto/BUILD.gn 中增加的编译依赖源。进入src/build/android/android_only_jni_exports.lst文件，增加需要导出的C函数。
卡顿最主要的原因还是网络抖动，nack，fec，码率调整，帧率调整，分辨率调整等。
WEBRTC基本概念
WebRTC （Web Real-Time Communication)，一个可以让用户用自己流量实现音视频实时通信的框架（APIs)，支持浏览器（Firefox、Chrome、Opera）以及iOS、Android 原生系统（Poor WP，默哀）。
AIMD英文全称：Additive Increase Multiplicative Decrease。TCP/IP模型中，属于[运输层]，为了解决[拥塞控制]的一个方法，即：加性增，乘性减，或者叫做“和式增加，积式减少”。
WebRTC 是一种实现浏览器对等通信的技术，需要在前端和后端实现。而 .NET Core 是用于开发跨平台应用程序的框架。
浏览器上音视频通信相关的能力叫做webrtc(real time communication)，是随着网速越来越快、音视频越来越多，而被浏览器所实现的音视频的标准API。音视频通信的流程：采集、编码、通信、解码、渲染。
webrtc中基于时延的拥塞控制TCC
实践： 先定为400ms， 基于多次实验测试数据调节。根据反馈的recv delta计算delay(同rtcp jitter)：然将delay做累加和平滑：smoothingCoef是个经验值， 在webrtc trendline_estimator.cc中取0.9。
RTC（Real time communication）实时通信，是实时音视频的一个简称，我们常说的RTC技术一般指的是WebRTC技术，已经被 W3C 和 IETF 发布为正式标准。
aimd根据上面的规则最终计算到的码率就是基于延迟拥塞评估到的bwe bitrate码率。WebRTC在发送端收到来自接收端的RTCP RR报文，根据其Report Block中携带的丢包率信息，动态调整发送端码率As。
REMB-GCC ： 拥塞判断基于数据包的时延变化， 收端做拥塞估计，通过REMB报文反馈给发端做拥塞调节。 在webrtc的M55版本之前的版本支持。
虽然UDP不是可靠的传输协议，但是却保证了实时性，并且有极高的自由度。因此WebRTC技术中传输层采用的基于UDP协议的RTP协议（Real-time Transport Protocol，实时传输协议）。
WebRTC主要分为四部分，分别是信令、建立连接、安全加密、数据传输，下面分别介绍四个步骤。信令是指通信两端基于交换的数据进行协商。
实时通讯中拥塞控制算法
1、TCP拥塞控制的四种算法分别是：慢启动，和性增长/乘性降低，快速重传和快速恢复。慢启动 慢启动初始启动时设置拥塞窗口值（cwnd）为4或10个MSS。
2、实时通讯的需求不断增长， 低延时的拥塞控制就显得由为重要。这样就有一个组织叫RMCAT专门来负责制定用于实时通讯的拥塞控制的标准。目前RMCAT下共有三个大的拥塞算法：GCC， SCReAM， NADA。
3、算法过程：拥塞控制有两种，一种是超时重传后进入到慢开始阶段，一种是收到3个重复确认报文后开始的快恢复阶段。
4、gcc是google实时流拥塞控制算法的简称，已经在webrtc中实现，应用于chrome，后面将应用到Hangouts(视频聊天产品)中，主要用于视频流的拥塞控制。
别是信令、建立连接、安全加密、数据传输，下面分别介绍四个步骤。信令是指通信两端基于交换的数据进行协商。实时通讯中拥塞控制算法1、TCP拥塞控制的四种算法分别是：慢启动，和性增长/乘性降低，快速重传和快速恢复。慢启动
性，并且有极高的自由度。因此WebRTC技术中传输层采用的基于UDP协议的RTP协议（Real-time Transport Protocol，实时传输协议）。WebRTC主要分为四部分，分别是信令、建立连接、安全加