移动流量卡网络在基站切换时呈现"突发高延迟-连续丢包-积压回补"的故障特征，导致WebRTC出现严重问题：1）NACK重传机制因缓冲区干涸失效；2）ReorderOptimizer统计模型对非平稳流量响应滞后，无法及时调整缓冲延迟；3）PacketArrivalHistory算法存在时间计算偏差和统计失真，将剧烈抖动平滑为普通波动。这些缺陷共同导致系统在故障期缓冲不足、恢复期延

本文分析了WebRTC中两种PLC（丢包隐藏）策略的实现原理：1）当使用Opus编解码时调用SILK的PLC实现，通过延续上一帧参数并加入衰减和随机化处理；2）WebRTC原生PLC通过Expand::Process算法重新计算参数。两者都基于LTP和LPC预测技术实现平滑过渡，主要区别在于参数获取方式（Opus直接使用编码参数，WebRTC需重新计算），但实际效果差异不大。文章详细介绍了两种方法

一、延时对主观质量的影响（T-REC-G.114）图中横轴坐标是毫秒，代表时延。纵轴坐标是用户的体验度。由上图，时延达到150毫秒的时候，用户体验度开始下降，当达到400毫秒的时候，用户的感受是无法容忍。由此，ITU-T G.114国际标准规定，延时超过150毫秒表示已经开始影响用户体验，用户可以容忍的最高延时是400毫秒。二、测试组网模型三、视频处理流水视频端到端时...

一、简介VideoCaptureImpl::SetApplyRotation/VideoCaptureImpl::SetCaptureRotation可以动态配置采集到的视频数据旋转角度。然后通过RTP扩展头的kRtpExtensionVideoRotation字段发送给接受端。让接收端做自适应调整。二、发送端实现1、get camera data调用栈videocapturemodule::Ca

一、函数调用关系RtpVideoStreamReceiver2::RtpVideoStreamReceiver2internal::VideoReceiveStream2::VideoReceiveStream2internal::Call::CreateVideoReceiveStreamWebRtcVideoChannel::WebRtcVideoReceiveStream::Recreate

一、总述webrtc的数据通道可以走三种协议：1、SCTP；2、RTP；3、QUIC。这里先研究第二种，SCTP。webrtc使用SCTP over DTLS方式传输数据通道报文。DTLS的作用是给数据通道数据加密（保证数据安全性）、增加链路证书校验机制（防止网络攻击）。与TLS over TCP不同，UDP层没有对数据报文的乱序、丢包做处理，会导致链路证书校验协商无法保证。所以...

一、turn典型应用场景这张图描述的是TURN Client、PeerA、PeerB三方会议之间，网络报文互相通讯的场景。其中：1、TURN Client客户端、PeerA分别连接到两个内网中，并且通过一个或者多个NAT到达公网。2、TURN服务器架设在公网中，不同的客户端以TURN服务器为中继和其他peer进行通信。如上图所示：TURN Client客户端通过中继和其他peer进行通...

一、组网环境二、预置参数或者1、Client1、Client2、信令服务器连接在一个以太网交换机上。保证Client1与Client2走P2P。2、在Client2上使用Network Emulator Client网损工具，配置固定丢包率为10%或者随机丢包率为10%3、创建视频连接，观察视频质量变化情况。三、预期结果在10%丢包率的网络下，视频质量无明显...

一、概述webrtc冗余打包方式有三种：Red（rfc2198）、Ulpfec（rfc5109）、Flexfec（草案）。其中Red和Ulpfec要成对使用。二、RedFEC简单将老报文打包到新包上。如下图所示，冗余度为1时，RFC2198打包情况：这种方法在音视频领域几乎不使用，因为冗余包只能保护特定一个报文，这种方法带宽占用量很大，恢复能力有限，性价比很低。只是早期的T38......

一、理想的网络媒体流创建流程：1、 PeerA、PeerB分别把自己的IP地址（包含端口号）和媒体能力（本地能支持的音视频编解码类型）告诉信令服务器。2、 信令服务器对媒体能力进行协商，找到一组最佳的音视频格式（webrtc不找最佳，只找排名靠前的），然后分别对PeerA和PeerB发送应答。信令服务器在发向PeerB的应答中包含PeerA的媒体能力和建立媒体连接的IP地址、...