WebRTC服务质量（07）- 重传机制（04) 接收NACK消息-EW帮帮网

一、前言：

首先我们要明白NACK是一种RTCP包，而RTCP在WebRtc当中是基于UDP的，所以，我们接收数据包的源头肯定是传输层的UDP包，然后，一次经历几个关键的模块到达应用层。

二、收包流程：

在这里插入图片描述

PhysicalSocketServer: 这是底层网络的抽象。它负责创建和管理底层网络套接字（通常是 UDP 套接字），为 WebRTC 的其他组件提供网络 I/O 功能。它处理网络事件，例如数据包到达和发送错误。
UDPPort: 这个类代表一个具体的 UDP 端口，用于发送和接收媒体数据和 RTCP 控制信息。它通常由 PhysicalSocketServer 创建和管理。
P2PTransportChannel: 这层建立在 UDPPort 之上，它负责在两个 WebRTC 对等体之间可靠地传输数据包。它可能包含重传机制、拥塞控制以及其他优化网络传输的机制。它负责将数据从应用程序层传递到网络层，反之亦然。
PeerConnection: 这是 WebRTC 的核心类。它管理 WebRTC 会话的整个生命周期，包括建立连接、协商编解码器和传输参数，以及处理媒体流的发送和接收。它负责协调所有其他组件以实现 P2P 通信。
Call: 这个类通常在更高级别的应用程序中使用，它代表一个正在进行的 WebRTC 通信会话。它可能是 PeerConnection 的一个包装器，提供更高级别的 API 来管理通话，例如发起、应答和结束通话。
VideoSendStream: 此类专门处理视频数据的发送。它负责编码视频帧，打包数据，并将它们通过 P2PTransportChannel 发送给远程对等体。
RTCPReceiver: RTCP (RTP 控制协议) 用于传输媒体流的控制信息，例如丢包率、延迟和带宽估计。RTCPReceiver 负责接收和处理来自远程对等体的 RTCP 数据包，并将这些信息提供给其他 WebRTC 组件。
ModuleRtpRtcpImpl: 这是一个更底层的类，它负责处理 RTP (实时传输协议) 数据包的发送和接收。它处理 RTP 包的封装和解封装，并与 RTCP 紧密集成。

我们发现其实就是：从传输层获取RTP包 —> Call模块分发（RTP或者RTCP包） —> 具体的音视频Stream处理自己的RTCP包 —> 会调用Rtp/Rtcp模块处理。

三、处理收到的RTCP包：

PacketReceiver::DeliveryStatus Call::DeliverPacket(
    MediaType media_type,
    rtc::CopyOnWriteBuffer packet,
    int64_t packet_time_us) {
   
  RTC_DCHECK_RUN_ON

WebRTC服务质量（07）- 重传机制（04) 接收NACK消息

一、前言：

二、收包流程：

三、处理收到的RTCP包：

网站公告

今日签到

热门文章

最新发布