- 博客(6)
- 资源 (4)
- 收藏
- 关注
RSS订阅原创 webrtc发送端带宽预测
当接收侧感知到2-10%丢包率，发送端的预测值不变。当实际丢包率超过预测值10%时，新的预测值可更新为As_hat(i)= As_hat(i-1)(1-0.5p)，其中p为丢包率。当实际丢包率小于2%时预测时可更新为As_hat(i)= 1.08(As_hat(i-1))+0.5+1000，其中p为丢包率。其中p是rtcp里的丢包率void SendSideBandwidthEstimatio
2017-10-27 18:26:54
2674
翻译 quic的流控算法
前提quic提供流和连接维度的流控算法。一端发送WINDOW_UPDATE帧通知对端增加流控窗口大小，当有数据但是无法发送时发送BLOCKED帧通知对端。 一个很好的例子是，一个具有限制内存的server，它需要一种机制控制每个发送给它的客户端的数据量，从而控制内存使用。面向流的流控stream的流控算法简单的说就是，各端需要告诉对方在连接上我想收多少数据。 在quic里，流控就是通知我想收多少
2017-10-26 15:07:11
3451
翻译 QUIC FEC v1
QUIC FEC v1背景前向纠错算法（FEC）可以传输多余的数据，在网络丢包的情况下，为网络传输提供稳定性。quic是基于XOR实现FEC的，这种算法简单，快速，能提供N+1的稳定传输。
2017-10-25 10:49:41
2056
原创 webrtc 接收packt包后处理
逻辑上讲，webrtc收到rtp包以后，是组帧操作。也就是packet到frame。注意rtp包的封包形式，stapA FU-A，单一单元组合包。可以参考http://blog.csdn.net/jwybobo2007/article/details/7054140
2017-10-24 18:42:29
1011
1
原创 老版本quic如何做fec
fec在quic新版本中废弃了，据官方说法，在大部分情况下，作用不大。fec从本质上讲是基于冗余的，会浪费带宽。只能恢复随机丢包。大块丢包也无能为力。不过，quic实现还是代表了一种十分优美的方案，算法简单实用。quic fec 只能恢复fecgroup里一个包比如： 10个包+加上一个fec包接收端：fec包。fecqroup记录这个,初始化为第一个接受到的g
2017-10-24 10:16:33
2117
1
原创 quic如何做路径mtu探测的
路径mtu探测在基于udp的程序中很有用，如果大了，会引起ip层分片，导致容易丢包。小了，网络利用率不高。quic做mtu探测是根据，可以设置ip层包不分片来做的。如果超过了mtu大小会丢失。所有工作是在定时器里做的，封装为ping包while(condition){ send current_mtu_pkg_size //定时器做的 if(error)
2017-10-23 12:07:42
2492
二叉树的创建 遍历 交换子树
2008-12-20
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人