《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.6 出海业务直播场景（1） https://developer.aliyun.com/article/1231033?groupCode=supportservice
3.1.6.3 核心指标
•探测指标的测试
up_node_zone：上层节点接入的的运营商线路；
lower_node_zone：下层节点接入的的运营商线路；
lossrate：丢包率；
Avg_rt：探测周期内的平均rtt；
Max_rt：探测周期内的max延时；
Min_rt：探测周期内的min延时；
Merge_time：合并时间；
•回源协议优化
目前很多业务方也会采用UDP回源的方式进行私有优化，如果RTMP推流后，可 以采用RTC(UDP)在内部进行转推。如果采用传统的TCP/IP传，在kernel层面也有一 些优化，如升级版的TCP优化协议。
Abstract
一种基于TCP协议的自适应网络控制传输方法，通过在网络传统的TCP/IP协议 体系结构中的发送端和接收端的传输层和网络层中间分别添加网络编码层，在网络编 码层中给编码包和ACK应答包添加包含特定变量的网络编码包头，利用编码包和 ACK应答包将这些变量在接收端和发送端之间传递并更新，并利用这些变量在发送 端网络编码层调整冗余系数R。这种动态调整冗余系数的方法，可以增强协议对突发 丢失的抵抗力，并在丢失率不断变化的网络环境中，使冗余系数R尽可能维持在最优 值，提高网络吞吐率和链路利用率。
BBR
Google官方对TCP- BBR的测试展示比较局限。多是单流测试，场景单调。 TCP-BBR在Google跨越DC的B4网络测试中取得了较好的成绩。Facebook的Law- rence对TCP-BBR做了更详尽的对比测试Google官方已经很详细地描述了BBR算法 的机制， 这里再取其精华下。TCP- BBR基于测量， 脱离了原先的tcp窗口调节框 架，实现了一套自己的速率调节机制，这种调节机制对丢包不敏感。TCP-BBR实际 上继承了长久以来的可靠传输协议设计思想。它的难得之处，在于比以往的协议更进 一步。小的改变会有大的不同。它关注两个测量值：Btlbw和propRTT，即瓶颈带宽 和传播时延。Btlbw和PropRTT无法同时测量。网络利用程度高的时候，才能测带 宽。网络空载的时候，才能测延时。因此它的测量算法可以分为两部分看。以下是官 方测试的收益数据，优势在跨国的长瘦网络的窄带丢包有出奇的效果，具体数据这里 不详细赘述，可以自行Google官方查找；
《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.6 出海业务直播场景（3） https://developer.aliyun.com/article/1231029?groupCode=supportservice
