WebRTC 的多媒体音视频帧传输主要使用 RTP（Real-time Transport Protocol）。以下是相关的协议和组件：
1.RTP (Real-time Transport Protocol)：这是一个传输实时数据，如音频、视频或模拟数据流的协议。在 WebRTC 中，RTP 用于传输音频和视频数据。
2.RTCP (Real-time Control Protocol)：与 RTP 配合使用的协议，用于监视数据传输并为 QoS 提供反馈。它不用于数据传输，但为 RTP 流提供关联的控制信息。
3.SRTP (Secure Real-time Transport Protocol)：这是 RTP 的安全版本，为 RTP 数据和 RTCP 控制提供加密和身份验证。由于 WebRTC 的设计目标之一是安全，因此它使用 SRTP 而不是裸的 RTP。
4.ICE (Interactive Connectivity Establishment)：用于 NAT 穿透和防火墙遍历，以确保两个 WebRTC 客户端能够直接建立连接，即使它们位于复杂的网络拓扑后面。
5.STUN/TURN: 当直接连接受到限制或阻塞时，这些服务器协助ICE在端点之间建立连接。STUN用于获取设备的公共IP地址，而TURN用于中继流，当端对端通信不可能时。
6.SDP (Session Description Protocol)：虽然它不是传输协议，但 SDP 用于在连接过程中交换媒体和连接信息。
RTP 协议的开源框架：
1.Jitsi: Jitsi是一个开源的音视频会议解决方案，其中包括一个功能丰富的RTP堆栈。
2.PJSIP: 这是一个用于VoIP应用程序的多媒体通信库。它提供了SIP, SDP, RTP, STUN, TURN和ICE的实现。
3.GStreamer: 这是一个非常强大的多媒体处理框架，其中包括RTP的处理功能。
4.ORTP: 这是一个轻量级的库，用于RTP会话的处理。它支持SRTP，这是一个为RTP提供安全性的扩展。
5.Live555: 这是一个流行的流媒体库，提供了RTP/RTCP的实现。
6.libSRTP: 这是Cisco提供的一个开源库，用于实现安全的RTP/RTCP（SRTP和SRTCP）。
7.WebRTC: 这不仅仅是一个库，而是一个完整的开源项目，旨在实现网页实时通信。它有一个非常高效和强大的RTP堆栈。
使用自定义的媒体源和接收器是在 WebRTC 中一种高级的定制方法
- 创建自定义的媒体源:
对于视频，你可以创建一个类，该类继承自 VideoSourceInterface。此接口提供了将视频帧输入到 WebRTC 系统的方法。
对于音频，你可以创建一个类，该类继承自 AudioSourceInterface。
- 输入数据到你的媒体源:
一旦你有了自定义的媒体源，你需要有一种方法将数据（如音视频帧）输入到这些源中。你可能会从外部设备、文件、网络流或其他来源获取数据。
- 创建自定义的接收器:
对于视频，你需要实现一个与 VideoSinkInterface 相关的类。这允许你从 WebRTC 中接收视频帧。
对于音频，你需要实现一个与 AudioTrackSinkInterface 相关的类。
- 处理接收到的数据:
当 WebRTC 提供音视频数据时，你的自定义接收器应准备好处理这些数据，例如渲染它们或将它们传输到其他地方。
- 将自定义的源和接收器与 WebRTC 集成:
使用 PeerConnection API 创建音视频轨道，并使用你的自定义源填充这些轨道。对于接收到的数据，确保你的自定义接收器已与相应的音视频轨道相关联。
- 调整SDP:
在某些情况下，你可能需要根据你的自定义源和接收器修改会话描述协议（SDP）。例如，如果你的自定义源只支持特定的编解码器或参数，你需要确保 SDP 只包含这些编解码器。