WebRTC自适应网络带宽的记录和思考

       这篇文章的主要目的是记录一下搜索到的有关”WebRTC自适应网络带宽“的文章。链接稍后列出。在此之前，

先思考一个问题： 该设计一个怎样的方案，来应对不同带宽环境下的音视频流实时传输？

     这个问题可以展开为2个：

     （1） 非实时传输，如 点播。 如果服务器比较强大（如国内比较大的视频网站优酷，腾讯等），支持负载均衡，

               高并发，只需要根据不同用户所处的网络环境，发送不同清晰度的视频流。如果服务器端不够强（如 嵌入式

               设备），那么可以提供的不同清晰度的点播服务数量需要限制。

      （2）实时传输，如 直播。 这里分享一个链接：https://blog.csdn.net/onlycoder_net/article/details/77189613

                里面提到了”联播“，也就是 视频流生成端 根据 接收端不同的网络状况，发送不同清晰度的视频流。

                存在的问题是：

                （2-1）视频生成端 的 性能，上行带宽是否足够？ 国内的互联网公司，一般是不会对 用户的接入设备

                            产生要求的，这样不利于他们扩大用户群体，因此他们还是采用CDN的主流方案。

                （2-2） 对于性能，上行带宽不足的设备（如 嵌入式设备），这种方案不太可行。

                （2-3） 采用CDN费钱，而且还不能兼顾不同客户端的带宽状况。采用联播方案，会影响视频采集端

                             设备的性能，功耗，上行带宽等。

                （2-4） 是否有一种方案可以足够好的解决这些问题呢？ 我暂时没有想到，在此抛砖引玉，欢迎各位

                              大神不吝赐教。

 

           由于没有深入研究及实现此功能，认识有限，无法从看到的链接中进一步筛选，精选。在此只是记录下

有关”WebRTC自适应网络带宽“的链接：

           Android IOS WebRTC 音视频开发总结（五五）-- 音视频通讯中的抗丢包与带宽自适应原理

          （https://www.cnblogs.com/lingyunhu/p/rtc55.html）

            webrtc中的带宽自适应算法 ： https://blog.csdn.net/mahout_xb/article/details/8473833

            WebRTC的带宽评估的新变化： https://blog.csdn.net/volvet/article/details/62237375

         WebRTC的拥塞控制和带宽策略 ： https://blog.csdn.net/caoshangpa/article/details/80495915

              webrtc中的码率控制 ： https://blog.csdn.net/chinabinlang/article/details/78294464?locationNum=7&fps=1

           webrtc中的网络反馈与控制 ： https://blog.csdn.net/mantis_1984/article/details/53572822

            （原文转自编风网 http://befo.io/4206.html ）

           WebRTC带宽估计 ： https://blog.csdn.net/fishmai/article/details/69915183

          webrtc视频接收端带宽预测（二）---卡尔曼滤波 ：https://www.jianshu.com/p/e3099694ea82

          WebRTC视频JitterBuff ： https://blog.csdn.net/caoshangpa/article/details/80060767

          webrtc之Android视频质量提升：保帧率降码率 ： https://www.jianshu.com/p/65470d7e0cb1