共计 1870 个字符，预计需要花费 5 分钟才能阅读完成。
网络拥塞造成的丢包、延时和抖动，会导致实时音视频的品质升高、卡顿和时延减少，影响用户体验。本篇文章将介绍什么是网络拥塞，以及网络拥塞对音视频品质的影响，重点解说在构建 RTC 零碎时拥塞管制的一些策略。
一、什么是网络拥塞
每逢节假日高速公路收费的时候，上路的车辆就会大量减少，各种走向的车辆互相烦扰，导致交通拥堵的产生，人们看着一马平川的堵在路上的车流，失望之情油然而生。产生堵车后，每辆车达到目的地的工夫就会随之减少，甚至可能会因梗塞而无奈开动，产生部分死锁，这跟互联网的网络拥塞是极为类似的。
互联网也被称为信息高速公路，如果把每个网络包看作是上路的汽车，互联网的交通状况比事实中的公路网更加简单。数据包从一个端发往另一个端，可能会经验通行状况良好的高速公路，可能会有笔直起伏的山路，也可能会遇到节假日那样大堵车。跟公路网堵车相似，网络拥塞会导致数据包达到目标工夫变长（时延减少），每个包达到所须要的工夫不同（网络抖动、乱序），跟公路网堵车不同的是：个别上路的汽车不会平白无故地隐没，然而 网络上的数据包则可能在通过某个网络节点时，被节点抛弃，丢包的产生是没有任何告诉的 ，对于发送和接管终端而言, 丢包的产生是平白无故的。如果接管终端保持要期待某个被抛弃数据包的达到，就算是海枯石烂，它也无奈得偿所愿，如果在设计上没有很好地解决丢包异样，它就会无奈工作。有了初步印象, 咱们就能够得出网络拥塞的定义了： 网络拥塞是网络节点 / 链路所承载的数据量超过了它所能解决的极限，从而导致的网络服务质量的降落。
二、RTC 零碎如何应答网络拥塞
实时的音视频通信系统对用户体验有极高的要求，除了音视频自身的 高质量 和流畅性 之外，对 时延 也有极高要求。通常认为，端到端时延低于 200ms 的时候，使用者满意度极高；端到端时延低于 300ms 的时候，使用者会比较满意；端到端时延介于 300ms 和 400ms 之间的时候，会有局部使用者对通信品质感觉悲观；当端到端时延大于 400ms 时，少数使用者都会悲观；当端到端时延大于 550ms 时，简直所有使用者都会认为不可承受。
网络拥塞造成的丢包、延时和抖动，势必导致实时通信中音视频的品质升高、卡顿和时延减少。尤其是丢包，更是音视频卡顿的最间接起因。_那么要如何应答网络拥塞，让 RTC 零碎放弃较好的用户体验呢？_
1、就近接入
当汽车登程开始近程跋涉的时候，通常都要看最近的高速路口在哪儿，缩小在山区小路或者市区线路上的工夫。RTC 零碎应答网络拥塞，首要就是依据用户终端的所在地抉择最佳的接入点，让用户的数据包尽快达到高速线路上，升高在用户接入点拥塞产生的可能性。
2、智能路由
当初的导航软件大多集成了实时路况的监控，汽车从终点到起点，能够抉择的路线有很多条，优良的导航算法不仅能够在登程的时候依据实时路况，抉择最优门路，在汽车行驶的过程中，还能够动静布局线路，保障汽车行驶过程中始终沿最优门路行驶。RTC 零碎中，也会有这样的动静布局线路的大脑，实时监督着每条路线上的路况情景，是否有拥塞，而后依据实时路况抉择数据包的门路。
3、带宽预测
在音视频通信过程中，为了进步音视频的品质，会心愿减少音视频编码的码率，然而理论零碎中网络往往有带宽瓶颈，减少传输的数据，就可能会遇到瓶颈，造成网络拥塞，导致理论品质的降落。为了防止这种情景的产生，就须要对网络的瓶颈做精确的评估，然而互联网是一个动静零碎，它的瓶颈是时时在变动的，这也就意味着，在整个通信的过程中都须要预计网络的带宽，防止数据超发造成网络拥塞。
理论利用场景比较复杂，就算用了很多办法来躲避网络拥塞，然而仍然无奈完全避免拥塞的产生，这时候就须要有一些 抵制弱网的伎俩。常见的做法有丢包重传和前向纠错编码来抵制丢包，自适应的 JitterBuffer 来抵制网络时延的抖动和包乱序，还有一些联合整条解决链路，从编码解码器的策略调整来应答的计划。不过所有抵制弱网的伎俩都是利弊共存，如何利用是十分要害的。而且在整条解决链路上，各个模块相互依赖、相互影响。为了保障整条链路工作的鲁棒性，避免出现正反馈震荡，更是设计之重。
《倚天屠龙记》中张无忌学习太极剑，一代宗师张三丰谆谆告诫，领导张教主忘掉剑招，只记剑意，从而战败手持倚天剑的八臂神剑西方白。这就是功夫的最高境界——无招胜有招。在 RTC 零碎设计中，诚然有很多招数能够应答弱网，然而最佳的做法确是要防止应用这些招数，无招胜有招，防止网络拥塞的呈现。
以上就是对于网络拥塞管制的一些分享，欢送关注拍乐云 Pano 的知乎号，咱们会在后续的文章中与大家分享对于音视频的更多常识。