​直播领域--4G多链路聚合图传

直播领域--关于无线网络聚合图传（一篇小文供大家批评）
无线网络聚合图传分强网聚合和弱网聚合，弱网和强网并无一个准确的定义，按照实操经验，一般会把“在不强调高分辨率的情况下，即使单网络也可以实现较为稳定的直播的网络”定义为强网，但这也是各开发团队的经验判断，并无实际的标准意义。这里有两个假设，一是网络自身的抖动幅度较小，二是流控也做的比较到位，即网络自身不存在较大抖动，也没有因为流控失衡导致网络拥塞。当然，从现实情况来看，这两个条件都满足的环境较少。究竟采取哪种方案，开发者需要根据甲方要求的使用环境来确定，强网聚合得到的是上行的增加和较低的时延，缺点是挑网络环境；弱网聚合得到的上行带宽，同时对网络环境较为宽容，缺点是时延大。如果强调直播连线，则建议选择时延较小的强网聚合方案，若进行不确定场景的视频回传，则建议选择弱网聚合方案。　　　　链路聚合并不一定就比单链路要好，关键是看聚合的机制，若聚合机制存在瑕疵，聚合效果未必就比不聚合的方式好，毕竟多链路的聚合传送比单链路的传送多了很多的控制步骤，一个健壮的聚合方案需要有良好的链路的检测机制，也就是说如何能够迅速的检测到链路的变化状态并第一时间做出反应，在实操中也可以通过一个简单的实验来验证，比如在设备正常运行过程中，突然断掉任意一个链路来模拟最苛刻的链路变化情况，此时若能够不丢包，则基本可以判断有较好的应对机制，这里面不但检测了应对链路极端变化的应对能力，也检测了前向纠错的能力，开发者可以通过这样一个简单粗暴的方法来验证所开发模型的容错能力。　　 前向纠错比例并不是越多越好，网络越差就配置更多的冗余包是一个重大误区，因为当网络较差时，配置更多的冗余包只能让网络变得更拥塞，适合的冗余包配比才是正确的方式，怎样的比例最适合考验开发者的实操经验和链路检测能力。　　　 另外需要说明的是，主备制方案并不建议用于网络聚合，其最大的问题在于即使是各个链路的网络都不错，但是总有一个传送绝大部分的数据，其他的各个链路只作为一个补充（比如发送冗余包、视频包等等）甚至几乎不发数据，但这种做法显然对各个链路都较差或者抖动都很大的情况考虑不多，而实际中多数的工况种各个链路都在抖动或都不是很强的情况居于多数。

以下为青岛乾元通系列产品
1.易代星--多链路聚合传输硬件（代星DS4/代星DS8)

2.畅播套装“ALL LIVE\"--多链路聚合、多采集方式、全平台直播便携硬件

3.畅播单机--多链路聚合全平台便携式手机直播硬件

4.易播工作站--硬压硬推流便携式直播平台