Ramsey定理--世界上任意6个人中，总有3个人相互认识，或互相皆不认识。

RTP Header RTP协议中，RTP Header（报头）包括固定报头（Fixed Header）与报头扩展（Header extension，可选）。 RTP Fixed Header结构如下，其中前12字节是每个RTP包必须包含的。 但是这Fixed Header携带的信息满足不了更复杂的需求。所以引入了RTP Header Extension，可以携带更多的信息。 RTP Header Extension 如果RTP Fixed Header中，X字段为1，说明后面跟着RTP Hea.

【网络通信 -- 直播】网络通信协议简介 -- RTP 协议的 WebRTC 扩展 【1】RTP 首部扩展格式 【2】RFC-5285 中 RTP 首部扩展 One-byte Header 0XBEDE 表示 one-byte 扩展 length = 3 表示 header extension 的总长度为 3 * 32 bit = 96 bit = 12 byte 每个扩展头首先以一个 byte 开始，前 4 位是这个扩展头的 ID， 后四位是 data 的长度 -1 注意，第二个扩展

   现有的RTP数据包头格式可能支持大多数应用程序类所需的公共函数集的完整集，但是还需要满足其他一些需求，有些特定的场合，RTP固定包头的字段内容无法满足，这就需要额外附加信息表征特性，从而RTP定义了扩展头，位于固定头最后。在RFC3550中定义的扩展头格式如下：    头扩展包含一个16位的defined by profile字段和16位长度的字段表征扩展头长度，此处的长度是扩展头32位的个数，比如，扩展头长度是8字节，则length=2。但这个扩展头方法最多存在两个缺陷：首先，在每个rtp包中最多

RTP Header RTP协议中，RTP Header（报头）包括固定报头（Fixed Header）与报头扩展（Header extension，可选）。 RTP Fixed Header结构如下，其中前12字节是每个RTP包必须包含的。 RTP Header Extension 如果RTP Fixed Header中，X字段为1，说明后面跟着RTP Header Extension。RTP Header Extension结构如下： defined by profile：决定使

5.1 RTP固定头中的各字段RTP头有以下格式:     0 1 2 3     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+     |V=2|P|X| CC |M| PT               | sequence number                  |     +

通过使用WebRTC的RTP头扩展，我们可以在RTP数据包中传递自定义的应用程序相关信息。在本文中，我们介绍了如何在WebRTC中使用RTP头扩展，并提供了相应的源代码示例。例如，如果我们想要传递一个32位的整数，可以定义一个名为"CustomHeader"的结构体，其中包含一个"int32"类型的字段。注册扩展头部：在WebRTC中，我们需要在RTP传输会话的初始化阶段注册我们的扩展头部。定义扩展头部的ID：首先，我们需要定义一个唯一的扩展头部ID，用于标识我们自定义的扩展头部。方法获取发送器，并使用。

RTP头部协议，前12位为基础字节，对应第一个结构体，如果extension为1时候，才有外部扩展信息，外部扩展信息结构对应第二个结构体，分别对应profile、length、data。P：填充标志，占1位，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。M: 标记，占1位，不同的有效载荷有不同的含义，对于视频，标记一帧的结束；序列号：占16位，用于标识发送者所发送的RTP报文的序列号，每发送一个报文，序列号增1。1.V：RTP协议的版本号，占2位，当前协议版本号为2。

当我们接收RTP承载的音视频数据，并且使用一些开源的播放库时，都需要先将RTP的头去掉，若RTP头是没有带拓展数据的，那去掉相对应的12个byte就可以，但是当带有RTP拓展头时就比较麻烦。 RTP标准头 1. RTP头带有RTP的相应信息 （1） V：RTP协议的版本号，占2位，当前协议版本号为2 （2）P：填充标志，占1位，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。 （3）X：扩展标志，占1位，如果X=1，则在RTP报头后跟有一个扩展报头 （4） CC：CSR

rtp确定头（rtp fixed header field） 通常情况下是12字节，如下图 版本（V）：2bits。当前版本是2。 填充（P）：1bit。一般没有填充，是0。 扩展位（X）：1bit。如果有扩展，会在rtp头之后，payload之前增加rtp扩展头。 CSRC count（CC）：4bits。一般为0。所以rtp固定头一般是12字节。 上面是1byte 标志位（M）：1bit。...

WebRTC RTP Header Extension 分析

1RTP Header解析 2、RTP荷载H264码流 2.1、单个NAL单元包 2.2、分片单元（FU-A） 3、RTP荷载PS流 3.1、PS包头 3.2、系统标题 3.3、节目映射流 3.4、PES分组头部

绝对采集时间戳

http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01（Extension ID 3）：该头扩展用于传输广域拥塞控制信息，以帮助网络中的设备进行拥塞控制。http://www.webrtc.org/experiments/rtp-hdrext/video-content-type（Extension ID 6）：该头扩展用于指示视频内容的类型，例如是摄像头捕获的实时视频还是事先录制的视频。

MSW+LSW=NTP timestamp，各4字节，Most significant word，Least，音频5000ms：media_config.audio.rtcp_report_interval_ms。One-Byte Header：0xbede 2字节、length 2字节—扩展头的个数、Sender ssrc：ssrc of sender：自己那端rtp流ssrc。packet count:4字节，octet count:4字节。sender ssrc：是自己那端rtp流的ssrc。

在代码中，可以直接搜索：struct RTPHeaderExtension ； https://webrtc.org/experiments/rtp-hdrext/ Home Experiments Rtp hdrext rtp-hdrext Show Contents Underneath this page, RTP header extensi...

padding (P)：1 bit，如果设定 padding，在报文的末端就会包含一个或者多个 padding 字节，这不属于 payload。CSRC: 贡献信源，混合器接收到一个或者多个同步信源的RTP报文，经过混合器处理产生一个新的组合RTP报文，并把混合器作为组合报文的SSRC，而将原来的所有的SSRC都作为CSRC，发送给接收者，使接收者知道组成组合报文的各个SSRC。126表示视频H.264编码。SSRC：32 bits，同步信源，即产生媒体流的信源，随机值，一个会话中不能重复。

RTP（Real-time Transport Protocol）是一种用于在互联网上传输音频和视频数据的协议。RTP 通常与 RTCP（Real-time Transport Control Protocol）一起使用，RTCP 用于监控传输质量和提供控制信息。通过以上步骤，你可以解析和分析 RTP 报文。如果你需要更详细的分析，可以使用 Wireshark 等工具来捕获和查看实际的网络流量。RTP 报文的解析对于理解实时媒体流的传输机制非常重要，特别是在开发和调试多媒体应用程序时。