WebRTC视频接收缓冲区基于KalmanFilter的延迟模型

在WebRTC的视频处理流水线中,接收端缓冲区JitterBuffer是关键的组成部分:它负责RTP数据包乱序重排和组帧,RTP丢包重传,请求重传关键帧,估算缓冲区延迟等功能。其中缓冲区延迟JitterDelay对视频流的单向延迟有重要影响,很大程度上决定着应用的实时性。本文不打算全面分析接收端缓冲区的实现细节,只针对缓冲区延迟JitterDelay的计算这一议题进行深入分析。</br>

1 接收端延迟的组成

</br>
WebRTC视频接收端延迟包括三部分:缓冲区延迟JitterDelay,解码延迟DecodeDelay和渲染延迟RenderDelay。其中DecodeDelay和RenderDelay相对比较稳定,而JitterDelay受发送端码率和网络状况影响较大。JitterDelay也是造成接收端延迟的最大因素。</br>

缓冲区延迟由两部分延迟构成:传输大尺寸视频帧造成码率burst引起的延迟和网络噪声引起的延迟。WebRTC采用卡尔曼滤波Kalman Filter估算网络传输速率和网络排队延迟,进而确定缓冲区延迟。本文在理论学习卡尔曼滤波的基础上,结合WebRTC源代码,详细深入分析缓冲区延迟的计算和更新过程。</br>

2 卡尔曼滤波理论学习

</br>
本节主要参考引用文献[1][2][3],以此为入门资料学习卡尔曼滤波的基本原理。简单来说,卡尔曼滤波器是一个最优化自回归数据处理算法,文献[2]概括卡尔曼滤波的基本思想:</br>

“本质上来讲,滤波就是一个信号处理与变换(去除或减弱不想要的成分,增强所需成分)的过程。卡尔曼滤波属于一种软件滤波方法,其基本思想是:以最小均方误差为最佳估计准则,采用信号与噪声的状态空间模型,利用前一时刻的估计值和当前时刻的观测值来更新对状态变量的估计,求出当前时刻的估计值。算法根据建立的系统方程和观测方程对需要处理的信号做出满足最小均方误差的估计。”</br>

下面以文献[1]为基础,简要分析卡尔曼滤波的基本过程。</br>

2.1 建立系统数学模型

</br>
首先,我们先要引入一个离散控制过程的系统。该系统可用一个线性随机微分方程(Linear Stochastic Difference equation)来描述:</br>

X(K) = AX(K-1) + BU(k) + W(k)          (2.1.1)

再加上系统的测量值:</br>

Z(k) = HX(k) + V(k)                    (2.1.2)

上两式子中,X(k)是k时刻的系统状态,U(k)是k时刻对系统的控制量。A和B是系统参数,对于多模型系统,他们为矩阵。Z(k)是k时刻的测量值,H是测量系统的参数,对于多测量系统,H为矩阵。W(k)和V(k)分别表示过程噪声和测量噪声。他们被假设成高斯白噪声,他们的协方差分别是Q,R。</br>

2.2 卡尔曼滤波过程

</br>
首先我们要利用系统的过程模型,来预测下一状态的系统状态。假设现在的系统状态是k,根据系统的过程模型,可以基于系统的上一状态而预测出现在状态:</br>

X(k|k-1)=AX(k-1|k-1) + BU(k)          (2.2.1)

式(2.2.1)中,X(k|k-1)是利用上一状态预测的结果,X(k-1|k-1)是上一状态最优的结果,U(k)为现在状态的控制量。到现在为止,我们的系统结果已经更新。可是,对应于X(k|k-1)的误差协方差还没更新。我们用P表示误差协方差:</br>

P(k|k-1)=AP(k-1|k-1)A’+ Q             (2.2.2)

式(2.2.2)中,P(k|k-1)是X(k|k-1)对应的误差协方差,P(k-1|k-1)是X(k-1|k-1)对应的误差协方差,A’表示A的转置矩阵,Q是系统过程的过程噪声协方差。式子1,2就是卡尔曼滤波器5个公式当中的前两个,也就是对系统的预测。</br>

现在我们有现在状态的预测值,然后我们再收集现在状态的测量值。结合预测值和测量值,我们可以得到现在状态(k)的最优化估算值X(k|k):</br>

X(k|k) = X(k|k-1) + Kg(k)[Z(k) - HX(k|k-1)]         (2.2.3)

其中Kg为卡尔曼增益(Kalman Gain):</br>

Kg(k)= P(k|k-1) H’/ (H P(k|k-1) H’+ R)              (2.2.4)

到现在为止,我们已经得到了k状态下最优的估算值X(k|k)。但是为使卡尔曼滤波器不断的运行下去直到系统过程结束,我们还要更新k状态下X(k|k)的误差协方差:</br>

P(k|k)=(I-Kg(k) H) P(k|k-1)                         (2.2.5)

其中I 为单位矩阵。当系统进入k+1状态时,P(k|k)就是式子(2)的P(k-1|k-1)。这样,算法就可以自回归的运算下去。</br>

上述式子1~5是卡尔曼滤波的核心算法所在,包括预测值计算,误差协方差计算,最优值估算,卡尔曼增益计算,误差协方差更新等五个重要步骤。</br>

3 WebRTC中JitterDelay的计算过程

</br>
本节结合WebRTC源代码,分析视频接收端缓冲区延迟JitterDelay的计算过程。</br>

3.1 JitterDelay的计算公式

</br>
由第一节分析可知,JitterDelay由两部分延迟造成:传输大帧引起的延迟和网络噪声引起的延迟。其计算公式如下:</br>

JitterDelay = theta[0] * (MaxFS – AvgFS) + [noiseStdDevs * sqrt(varNoise) – noiseStdDevOffset]    (3.1.1)

其中theta[0]是信道传输速率的倒数,MaxFS是自会话开始以来所收到的最大帧大小,AvgFS表示平均帧大小。noiseStdDevs表示噪声系数2.33,varNoise表示噪声方差,noiseStdDevOffset是噪声扣除常数30。</br>

解码线程从缓冲区获取一帧视频数据进行解码之前,会根据公式3.1.1计算当前帧的缓冲区延迟,然后再加上解码延迟和渲染延迟,得到当前帧的预期渲染结束时间。然后根据当前时刻,确定当前帧在解码之前需要等待的时间,以保证视频渲染的平滑性。 </br>

3.2 JitterDelay的更新过程

</br>
解码线程从缓冲区获取一帧视频数据进行解码之前,会根据当前帧的大小、时间戳和当前本地时刻,更新缓冲区本地状态,包括最大帧大小、平均帧大小、噪声平均值、信道传输速率、网络排队延时等参数。 更新过程如图1所示:</br>

图1 视频接收端缓冲区状态更新过程.png

首先,确定帧间相对延迟frameDelay和帧间大小差值deltaFS:</br>

frameDelay = t(i) – t(i-1) – (T(i) – T(i-1))         (3.2.1)
deltaFS = frameSize – prevFrameSize                  (3.2.2)

其中t(i)表示当前帧本地接收时刻,t(i-1)表示上一帧本地接收时刻;T(i)表示当前帧的时间戳,T(i-1)表示上一帧的时间戳。frameDelay表示相邻两帧的相对延迟,frameDelay > 0表示帧i相对于帧i-1在路上花费的时间更长。frameSize和prevFrameSize分别表示当前帧和上一帧的大小。</br>

然后计算帧大小的平均值和方差:</br>

avgFrameSize = phi * avgFrameSize + (1-phi) * frameSize                     (3.2.3)
varFrameSize = phi * varFrameSize + (1-phi) * (frameSize – avgFramesize)^2  (3.2.4)

接下来计算延迟残差(反映网络噪声的大小),并据此计算噪声均值和方差:</br>

residual = frameDelay – (theta[0] * deltaFSBytes + theta[1])          (3.2.5)
avgNoise = alpha*avgNoise + (1-alpha)*residual                        (3.2.6)
varNoise = alpha*varNoise + (1 – alpha)*(residual – avgNoise)^2       (3.2.7)
alpha = pow(399/400, 30/fps)                                          (3.2.8)

其中alpha表示概率系数,受帧率fps影响:当fps变低时,alpha会变小,表示当前噪声变大,噪声方差受当前噪声影响更大一些。实时帧率越接近30 fps越好。avgNoise表示自开始以来的平均噪声。theta[0]表示信道传输速率,theta[1]表示网络排队延迟。</br>

最后一步,卡尔曼滤波器根据当前帧间延迟和帧间大小差值,动态调整信道传输速率theta[0]和网络排队延迟theta[1],具体过程在下一节进行详细讨论。</br>

至此,JitterDelay的一次更新过程结束。当下一帧数据到来时,使用本次更新结果计算JitterDelay,并再次执行更新过程。</br>

4 卡尔曼滤波更新缓冲区状态

</br>
本节结合WebRTC源代码,深入分析卡尔曼滤波更新更新信道传输速率theta[0]和网络排队时延theta[1]的过程,这也是缓冲区延迟估计的核心算法所在。</br>

4.1 数学符号定义

</br>

X_bar:  向量X
X_hat:  向量X的估计值
X(i):   向量X的第i个分量
[x y z]:包含元素xyz的行向量
X_bar^T:向量X_bar的转置向量
E{X}:   随机变量X的期望
4.2 理论推导过程

</br>

d(i) = t(i) – t(i-1) – (T(i) – T(i-1))          (4.2.1)

t(i)表示当前帧本地接收时刻,t(i-1)表示上一帧本地接收时刻;T(i)表示当前帧的发送端采样时刻即时间戳,T(i-1)表示上一帧的采样时刻。d(i) > 0表示帧i相对于帧i-1在路上花费的时间更长。式子4.2.1是系统的测量值。</br>

d(i) = dL(i) / C(i) + m(i) + v(i)              (4.2.2)

dL(i)表示帧i和帧i-1的长度之差,C(i)表示信道传输速率,m(i)表示帧i的网络排队时延,v(i)表示测量噪声,其协方差为R。其中[1/C(i) m(i)]是我们要求的目标值,即信道传输速率和网络排队时延。式子4.2.2是系统的预测值。</br>

theta_bar(i) = [1/C(i)  m(i)]^T                为帧i状态列向量;
h_bar(i) = [dL(i)  1]^T                        为帧间长度差列向量;
theta_bar(i+1) = theta_bar(i) + u_bar(i);     u_bar(i)表示过程噪声;
Q(i) = E{u_bar(i) * u_bar(i)^T}                表示过程噪声协方差矩阵;
diag(Q(i)) = [10^-13 10^-3]^T                  Q(i)是对角阵;

估计过程:</br>

theta_hat(i) = [1/C_hat(i)  m_hat(i)]^T;          // 目标估计值
z(i) = d(i) – h_bar(i)^T * theta_hat(i-1)
     = d(i) – (dL(i)/C_hat(i-1) + m_hat(i-1))      (4.2.3)

上述式子的意义是,用上一时刻估计值估算本时刻的时间消耗:</br>

dL(i)/C_hat(i-1) + m_hat(i-1)

然后用当前观测值d(i)和估算值求出残差z(i)。</br>

theta_hat(i) = theta_hat(i-1) + z(i) * k_bar(i)    (4.2.4)

上述式子表示i时刻和i-1时刻的状态迭代关系:i-1时刻的状态加上i时刻的残差z(i)和i时刻卡尔曼滤波的乘积,其中i时刻的kalman gain计算公式如下:</br>

k_bar(i)=[(E(i-1)+Q(i))*h_bar(i)]/[var_v_hat(i)+h_bar(i)^T*(E(i-1)+Q(i))*h_bar(i)] (4.2.5)
E(i) = (I–k_bar(i)*h_bar(i)^T)*[E(i-1)+Q(i)]                            (4.2.6)
var_noise(i) = max(alpha*var_noise(i-1)+(1–alpha)*z(i)^2, 1)            (4.2.7)
alpha = pow(399 / 400,  30 / fps)                                       (4.2.8)
var_v_hat(i)=(300*exp[-fabs(deltaFS)/maxFrameSize)+1]*sqrt(varNoise)    (4.2.9)

其中I是2*2单位阵,E(i)是误差协方差(它是卡尔曼滤波迭代的关键参数)。var_noise是噪声方差,var_v_hat是噪声标准差指数过滤平均后取值,其实就是帧i的测量噪声协方差R,它对最终计算出的卡尔曼增益有较大影响:var_v_hat(i)较大时,卡尔曼增益较小,表示本次测量中噪声较大,最终估计值更靠近上次估计值而较少受本次残差的影响。</br>

4.3 WebRTC代码实现

</br>
下面伪代码是对WebRTC中VCMJitterEstimator::KalmanEstimateChannel函数的精简概括,描述了卡尔曼滤波的代码实现。</br>

void VCMJitterEstimator::KalmanEstimateChannel(frameDelayMS, deltaFSBytes) {
  // 计算误差协方差和过程噪声协方差的和:E = E + Q;
  _thetaCov[0][0] += _Qcov[0][0];
  _thetaCov[0][1] += _Qcov[0][1];
  _thetaCov[1][0] += _Qcov[1][0];
  _thetaCov[1][1] += _Qcov[1][1];

  // 计算卡尔曼增益:
  // K = E*h'/(sigma + h*E*h')
  // h = [deltaFS 1], Eh = E*h'
  // hEh_sigma = h*E*h' + sigma
  Eh[0] = _thetaCov[0][0] * deltaFSBytes + _thetaCov[0][1];
  Eh[1] = _thetaCov[1][0] * deltaFSBytes + _thetaCov[1][1];
  // sigma为测量噪声标准差的指数平均滤波结果,即测量噪声协方差R。
  double sigma = (300.0 * exp(-fabs(static_cast<double>(deltaFSBytes)) /
                              (1e0 * _maxFrameSize)) +1) * sqrt(varNoise);
  hEh_sigma = deltaFSBytes * Eh[0] + Eh[1] + sigma;
  kalmanGain[0] = Eh[0] / hEh_sigma;
  kalmanGain[1] = Eh[1] / hEh_sigma;

  // 计算残差,获得最优估计值
  measureRes = frameDelayMS - (deltaFSBytes * _theta[0] + _theta[1]);
  _theta[0] += kalmanGain[0] * measureRes;
  _theta[1] += kalmanGain[1] * measureRes;

  // 更新误差协方差:E = (I - K*h)*E;
  t00 = _thetaCov[0][0]; t01 = _thetaCov[0][1];
  _thetaCov[0][0] = (1 - kalmanGain[0] * deltaFSBytes) * t00 -
                    kalmanGain[0] * _thetaCov[1][0];
  _thetaCov[0][1] = (1 - kalmanGain[0] * deltaFSBytes) * t01 -
                    kalmanGain[0] * _thetaCov[1][1];
  _thetaCov[1][0] = _thetaCov[1][0] * (1 - kalmanGain[1]) -
                    kalmanGain[1] * deltaFSBytes * t00;
  _thetaCov[1][1] = _thetaCov[1][1] * (1 - kalmanGain[1]) -
                    kalmanGain[1] * deltaFSBytes * t01;
}

至此,卡尔曼滤波估计信道发送速率和网络排队时延的一次迭代完成。</br>

5 总结

</br>
本文在理论学习卡尔曼滤波基本原理的基础上,结合WebRTC源代码,深入分析了WebRTC视频接收端缓冲区延迟的计算方法和更新过程。通过本文,更进一步加深对WebRTC的学习和了解。</br>

参考文献

</br>
[1] 卡尔曼滤波的原理说明 http://blog.sciencenet.cn/blog-1009877-784428.html
[2] 卡尔曼滤波的基本原理及应用[J]. 软件导刊, Vol.8 No.11, Nov. 2009.
[3] An Introduction to the Kalman Filter [J]. University of North Carolina at Chapel Hill Department of Computer Science
Chapel Hill, NC 27599-3175
[4] A Google Congestion Control Algorithm for Real-Time Communication
https://tools.ietf.org/html/draft-alvestrand-rmcat-congestion-03
[5] Analysis and Design of the Google Congestion Control for Web Real-time
Communication[J]. MMSys ’16 Article No.13

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
禁止转载,如需转载请通过简信或评论联系作者。
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,233评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,013评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,030评论 0 241
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,827评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,221评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,542评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,814评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,513评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,225评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,497评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,998评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,342评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,986评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,812评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,560评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,461评论 2 266

推荐阅读更多精彩内容