2，RTP扩展头（RFC5285）

已于 2024-03-28 10:01:58 修改
阅读量629 收藏 15
点赞数 24
文章标签： h.264
于 2024-03-27 20:57:04 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_77245992/article/details/137089305
版权
链接：https://pan.baidu.com/s/1lwwwfJH2bKCoG2AHOcf1rQ?pwd=3yta 
提取码：3yta 
我做的一个音视频相关的学习笔记，欢迎一起学习
1.2，RTP扩展头（RFC5285）

扩展头由三部分组成，分别为profile、length、header extension。RFC5285规定两种格式的profile，分别以{0xBE, 0xDE}和{0x10, 0x0X}开头。

1.2.1，One-Byte Header：

以0xBEDE开头，后面用两个字节标识扩展头的个数（注：扩展头最后以4字节对齐）。后续每个扩展头都有一个起始字节，格式如下：

 0
 0 1 2 3 4 5 6 7 
+-+-+-+-+-+-+-+-+
|  ID   |  len  |
+-+-+-+-+-+-+-+-+

4位ID是该元素的本地标识符，取值范围为1-14。在信令部分，这被称为有效范围。本地标识符值15是为将来的扩展保留的，绝对不能用作标识符。如果遇到ID值15，则应该忽略其长度字段，整个扩展的处理应该在该点终止，并且只考虑ID为15的元素之前出现的扩展元素。len代表该扩展头后续字节的长度，所以len为0时，后面会有 1 个字节，为15时，后面会有16个字节。即：至少带 1 个字节至多带16个字节。

 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|       0xBE    |    0xDE       |           length=3            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|  ID   | L=0   |     data      |  ID   |  L=1  |   data...     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      ...data   |  ID   | L=3   |            data...            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|         ...data               |      0(pad)   |    0(pad)     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

需要注意的是，在RFC5285文档中，onebyte-header示例填充位的位置有误，关于这一点，读者可以阅读WebRTC中的RtpPacket.c或RtpPacket.h代码---《WebRTC音视频实时互动技术（原理、实战与源码分析） 李超》

1.2.2，Two-Byte Header
 0                   1
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|         0x100         |appbits|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

这种格式和One-Byte Header开头不一样，开头以0x100X（X为appbit，占4bit）。RFC5285并未规定appbits的意义。后面同样跟两个字节标识扩展头的个数。

扩展头的起始字节和One-Byte Header也不一样，ID和L分别用了一个字节来表示，且L表示的就是扩展头的长度（One-Byte Header中的L表示扩展头长度减1）。例子如下：

 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|       0x10    |    0x00       |           length=3            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|      ID       |     L=0       |     ID        |     L=1       |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|       data    |       ID      |      L=4      |    data...    |      
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                   ...data                     |     0(pad)    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

在这两种形式中，填充字节的值都是0(零)。如果需要对齐，它们可以放在扩展元素之间;如果需要填充，它们可以放在最后一个扩展元素之后。填充字节不提供元素的ID，也不提供长度字段。当找到填充字节时，它将被忽略，解析器继续解释下一个字节。

2301_77245992
关注
  • 24
    点赞
  • 踩
  • 15
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
rfc3550 rtp协议 中文版本
07-22
目录（Table of Contents） 1. 引言 （Introduction） 1 1 术语（Terminology） 2 RTP使用场景（RTP Use Scenarios） 2 1 简单多播音频会议（ Simple Multicast Audio Conference） 2 2 音频和视频会议（Audio and Video Conference） 2 3 混频器和转换器（Mixers and Translators） 2 4 分层编码（Layered Encodings） 3 定义（Definitions） 4 字节序，校正和时间格式（Byte Order, Alignment, and Time Format） 5 RTP数据传输协议（RTP Data Transfer Protocol） 5 1 RTP固定头域（RTP Fixed Header Fields） 5 2 多路复用RTP会话（Multiplexing RTP Sessions） 5 3 RTP头的配置文件详细变更（Profile-Specific Modifications to the RTP Header） 5 3 1 RTP报头扩展（RTP Header Extension） 6 RTP控制协议（RTP Control Protocol） -- RTCP 6 1 RTCP包格式（RTCP Packet Format） 6 2 RTCP传输间隔（RTCP Transmission Interval） 6 2 1 维护会话成员数目（Maintaining the number of session members） 6 3 RTCP包的发送与接收规则（RTCP Packet Send and Receive Rules） 6 3 1 计算RTCP传输间隔（Computing the RTCP Transmission Interval） 6 3 2 初始化（Initialization） 6 3 3 接收RTP或RTCP（非BYE)包（Receiving an RTP or Non-BYE RTCP Packet） 6 3 4 接收RTCP（BYE）包（Receiving an RTCP BYE Packet） 6 3 5 SSRC计时失效（Timing Out an SSRC） 6 3 6 关于传输计时器的到期（Expiration of Transmission Timer） 6 3 7 传输一个 BYE 包（Transmitting a BYE Packet） 6 3 8 更新we_sent（Updating we_sent） 6 3 9 分配源描述带宽（Allocation of Source Description Bandwidth） 6 4 发送方和接收方报告（Sender and Receiver Reports） 6 4 1 SR：发送方报告的RTCP包（SR: Sender report RTCP packet） 6 4 2 RR：接收方报告的RTCP包（RR: Receiver Report RTCP Packet） 6 4 3 扩展发送方和接收方报告（Extending the Sender and Receiver Reports ） 6 4 4 分析发送方和接收方报告（Analyzing Sender and Receiver Reports ） 6 5 SDES：源描述RTCP包（SDES: Source description RTCP packet） 6 5 1 CNAME：规范终端标识符的SDES数据项(CNAME: Canonical End-Point Identifier SDES Item）
RTP扩展头
qq_22658119的博客
10-13 1970
   现有的RTP数据包头格式可能支持大多数应用程序类所需的公共函数集的完整集，但是还需要满足其他一些需求，有些特定的场合，RTP固定包头的字段内容无法满足，这就需要额外附加信息表征特性，从而RTP定义了扩展头，位于固定头最后。在RFC3550中定义的扩展头格式如下：    头扩展包含一个16位的defined by profile字段和16位长度的字段表征扩展头长度，此处的长度是扩展头32位的个数，比如，扩展头长度是8字节，则length=2。但这个扩展头方法最多存在两个缺陷：首先，在每个rtp包中最多
RTP报头扩展
Jarvis的博客
01-04 1741
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.
RFC-5285-RTP-Header-Extensions
好过的专栏
08-23 855
简介 在RTC3550中提供了一种可扩展RTP头的能力。定义如下图，现有的报头扩展方法允许每个RTP分组最多有一个扩展，由16位标识符和16位长度字段标识，该字段以32位指定报头扩展的长度。 这种机制有两个弊端：第一在一个RTP包中只能提供一个扩展头，第二规范并没有给出如何分配16位头扩展标识符以避免冲突的指导。 本规范通过定义一种向后兼容和可扩展的方法来在单个RTP分组中携带多个报头扩展元素，从而消除了第一个缺点。通过定义这些扩展元素来消除第二个缺点，这些扩展元素使用URLs命名，在IETF中定义一个
基于RTP协议的MPEG流的传输
04-16
　流媒体实时传输技术是当前通信领域研究的热点之一,流媒体的最大特点是它的实时性,即一边传输一边播 放。MPEG是Motion Picture Experts Group 的缩写,它是国际通用的多媒体压缩编码标准。RTP 协议是IETF 提出的适合实时 数据传输的协议,它有效的弥补了现有的传输协议对实时性应用支持的不足,讨论如何使用RTP 协议对MPEG流打包封 装,并在接收端对丢包进行错误恢复和再同步。
RTP及RTP Header Extension
luyumiao1990的专栏
07-14 321
padding (P)：1 bit，如果设定 padding，在报文的末端就会包含一个或者多个 padding 字节，这不属于 payload。CSRC: 贡献信源，混合器接收到一个或者多个同步信源的RTP报文，经过混合器处理产生一个新的组合RTP报文，并把混合器作为组合报文的SSRC，而将原来的所有的SSRC都作为CSRC，发送给接收者，使接收者知道组成组合报文的各个SSRC。126表示视频H.264编码。SSRC：32 bits，同步信源，即产生媒体流的信源，随机值，一个会话中不能重复。
【webrtc】RTP 1 :RTP 固定 头 和 扩展头
突围
10-06 800
rtp header
SDP中的RTP头扩展
zrjliming的博客
08-17 296
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）：该头扩展用于指示视频内容的类型，例如是摄像头捕获的实时视频还是事先录制的视频。
WebRTC中RTP协议详解
永远积极向上、永远热泪盈眶、永远豪情满怀、永远坦坦荡荡
05-29 1346
WebRTC中RTP协议详解 WebRTC中RTP协议详解WebRTC中RTP协议详解前言一、RTP/RTCP在协议栈中的位置1、 RTP传输流程图二、RTP Header 的结构图1、RTP Header 协议字段解析2、 视频帧分包3、 RTP的扩展头①、 扩展头Profile 分为两种类型②、扩展头length三、WebRTC用到的扩展头1. WebRTC 中扩展头详细信息对应代码与声明四、 完整的RTP头总结： WebRTC专题开嗨鸭 ！！！ 一、 WebRTC 线程模型 1、WebRTC中
rfc3550 RTP协议中文版本
04-18
目录（Table of Contents） 1. 引言 （Introduction） 1 1 术语（Terminology） 2 RTP使用场景（RTP Use Scenarios） 2 1 简单多播音频会议（ Simple Multicast Audio Conference） 2 2 音频和视频会议（Audio and Video Conference） 2 3 混频器和转换器（Mixers and Translators） 2 4 分层编码（Layered Encodings） 3 定义（Definitions） 4 字节序，校正和时间格式（Byte Order, Alignment, and Time Format） 5 RTP数据传输协议（RTP Data Transfer Protocol） 5 1 RTP固定头域（RTP Fixed Header Fields） 5 2 多路复用RTP会话（Multiplexing RTP Sessions） 5 3 RTP头的配置文件详细变更（Profile-Specific Modifications to the RTP Header） 5 3 1 RTP报头扩展（RTP Header Extension） 6 RTP控制协议（RTP Control Protocol） -- RTCP 6 1 RTCP包格式（RTCP Packet Format） 6 2 RTCP传输间隔（RTCP Transmission Interval） 6 2 1 维护会话成员数目（Maintaining the number of session members） 6 3 RTCP包的发送与接收规则（RTCP Packet Send and Receive Rules） 6 3 1 计算RTCP传输间隔（Computing the RTCP Transmission Interval） 6 3 2 初始化（Initialization） 6 3 3 接收RTP或RTCP（非BYE)包（Receiving an RTP or Non-BYE RTCP Packet） 6 3 4 接收RTCP（BYE）包（Receiving an RTCP BYE Packet） 6 3 5 SSRC计时失效（Timing Out an SSRC） 6 3 6 关于传输计时器的到期（Expiration of Transmission Timer） 6 3 7 传输一个 BYE 包（Transmitting a BYE Packet） 6 3 8 更新we_sent（Updating we_sent） 6 3 9 分配源描述带宽（Allocation of Source Description Bandwidth） 6 4 发送方和接收方报告（Sender and Receiver Reports） 6 4 1 SR：发送方报告的RTCP包（SR: Sender report RTCP packet） 6 4 2 RR：接收方报告的RTCP包（RR: Receiver Report RTCP Packet） 6 4 3 扩展发送方和接收方报告（Extending the Sender and Receiver Reports ） 6 4 4 分析发送方和接收方报告（Analyzing Sender and Receiver Reports ） 6 5 SDES：源描述RTCP包（SDES: Source description RTCP packet） 6 5 1 CNAME：规范终端标识符的SDES数据项(CNAME: Canonical End-Point Identifier SDES Item） 6 5 2 NAME：用户名的SDES数据项（NAME: User name SDES item) 6 5 3 EMAIL:电子邮件地址的SDES数据项（EMAIL: Electronic Mail Address SDES Item） 6 5 4 PHONE：电话号码的SDES数据项（PHONE: Phone Number SDES Item） 6 5 5 LOC:地理用户地址的SDES数据项（LOC: Geographic User Location SDES Item） 6 5 6 TOOL：应用程序或工具名字的SDES数据项（TOOL: Application or Tool Name SDES Item） 6 5 7 NOTE：通知/状态的SDES数据项（NOTE: Notice/Status SDES Item） 6 5 8 PRIV:私有扩展的SDES数据项（PRIV: Private Extensions SDES Item） 6 6 BYE：Goodbye　RTCP包（BYE: Goodbye RTCP packet） 6 7 APP:定义应用程序的RTCP包（APP: Application-Defined RTCP Packet） 7 RTP转换器和混频器（RTP Translators and Mixers） 7 1 概述（General Description ） 7 2 在转换器中的RTCP数据处理（RTCP Processing in Translators） 7 3 在混频器中的RTCP数据处理（RTCP Processing in Mixers ） 7 4 级联混频器（Cascaded Mixers） 8 SSRC标识符的分配和使用（SSRC Identifier Allocation and Use） 8 1 冲突概率（Probability of Collision ） 8 2 冲突解决和循环检测（Collision Resolution and Loop Detection） 8 3 在分层编码中使用（Use with Layered Encodings） 9 安全（Security ） 9 1 机密性（Confidentiality） 9 2 身份验证和消息完整性（Authentication and Message Integrity） 10 拥塞控制（Congestion Control） 11 网络和传输协议之上的RTP（RTP over Network and Transport Protocols） 12 协议常量摘要（Summary of Protocol Constants） 12 1 RTCP 包类型（RTCP Packet Types） 12 2 SDES 类型（SDES Types） 13 RTP概况和负载格式详细说明 　　　　（RTP Profiles and Payload Format Specifications） 14 安全考虑（Security Considerations） 15 IANA考虑（IANA Considerations） 16 知识产权声明（Intellectual Property Rights Statement） 17 鸣谢（Acknowledgments） 附录 A 算法（Algorithms） 附录 A 1 RTP数据头有效性检查（RTP Data Header Validity Checks ） 附录 A 2 RTCP数据头有效性检查（RTCP Header Validity Checks） 附录 A 3 确定RTP包预期数目和丢失数目（Determining Number of Packets Expected and Lost） 附录 A 4 生成SDES　RTCP包（Generating RTCP SDES Packets） 附录 A 5 解析RTCP　SDES包（Parsing RTCP SDES Packets） 附录 A 6 生成32位随机标识符（Generating a Random 32-bit Identifier
RFC3550中文版 （RTP/RTCP）
05-09
本文描述RTP （real-time transport protocol），实时传输协议。RTP 在多点传送（多播） 或单点传送（单播）的网络服务上，提供端对端的网络传输功能，适合应用程序传输实时数据， 如：音频，视频或者仿真数据。RTP 没有为实时服务提供资源预留的功能，也不能保证QoS （服 务质量）。数据传输功能由一个控制协议（RTCP）来扩展，通过扩展，可以用一种方式对数据 传输进行监测控制，该协议（RTCP）可以升级到大型的多点传送（多播）网络，并提供最小限 度的控制和鉴别功能。RTP 和RTCP 被设计成和下面的传输层和网络层无关。协议支持RTP 标 准的转换器和混合器的使用。 本文的大多数内容和旧版的RFC1889 相同。在线路里传输的数据包格式没有改变，唯一的改变 是使用协议的规则和控制算法。为了最小化传输，发送RTCP 数据包时超过了设定的速率，而 在这时，很多的参与者同时加入了一个会话，在这样的情况下，一个新加入到（用于计算的可升 级的）计时器算法中的元素是最大的改变。 目录（Table of Contents） 1. 引言 （Introduction） 1 1 术语（Terminology） 2 RTP使用场景（RTP Use Scenarios） 2 1 简单多播音频会议（ Simple Multicast Audio Conference） 2 2 音频和视频会议（Audio and Video Conference） 2 3 混频器和转换器（Mixers and Translators） 2 4 分层编码（Layered Encodings） 3 定义（Definitions） 4 字节序，校正和时间格式（Byte Order, Alignment, and Time Format） 5 RTP数据传输协议（RTP Data Transfer Protocol） 5 1 RTP 固定头域（RTP Fixed Header Fields） 5 2 多路复用RTP 会话（Multiplexing RTP Sessions） 5 3 RTP 头的配置文件详细变更（Profile-Specific Modifications to the RTP Header） 5 3 1 RTP 报头扩展（RTP Header Extension） 6 RTP控制协议（RTP Control Protocol）-- RTCP 6 1 RTCP包格式（RTCP Packet Format） 6 2 RTCP传输间隔（RTCP Transmission Interval） 6 2 1 维护会话成员数目（Maintaining the number of session members） 6 3 RTCP包的发送与接收规则（RTCP Packet Send and Receive Rules） 6 3 1 计算RTCP 传输间隔（Computing the RTCP Transmission Interval ） 6 3 2 初始化（Initialization） 6 3 3 接收RTP 或RTCP （非BYE)包（Receiving an RTP or Non-BYE RTCP Packet） 6 3 4 接收RTCP （BYE）包（Receiving an RTCP BYE Packet） 6 3 5 SSRC 计时失效（Timing Out an SSRC ） 6 3 6 关于传输计时器的到期（Expiration of Transmission Timer） 6 3 7 传输一个 BYE 包（Transmitting a BYE Packet） 6 3 8 更新we_sent （Updating we_sent） 6 3 9 分配源描述带宽（Allocation of Source Description Bandwidth ） 6 4 发送方和接收方报告（Sender and Receiver Reports） 6 4 1 SR：发送方报告的RTCP包（SR: Sender report RTCP packet） 6 4 2 RR：接收方报告的RTCP 包（RR: Receiver Report RTCP Packet） 6 4 3 扩展发送方和接收方报告（Extending the Sender and Receiver Reports ） 6 4 4 分析发送方和接收方报告（Analyzing Sender and Receiver Reports ） 6 5 SDES：源描述RTCP包（SDES: Source description RTCP packet） 6 5 1 CNAME：规范终端标识符的SDES 数据项(CNAME: Canonical End-Point Identifier SDES Item） 6 5 2 NAME：用户名的SDES 数据项（NAME: User name SDES item) 6 5 3 EMAIL:电子邮件地址的SDES 数据项（EMAIL: Electronic Mail Address SDES Item） 6 5 4 PHONE：电话号码的SDES 数据项（PHONE: Phone Number SDES Item） 6 5 5 LOC:地理用户地址的SDES 数据项（LOC: Geographic User Location SDES Item） 6 5 6 TOOL：应用程序或工具名字的SDES 数据项（TOOL: Application or Tool Name SDES Item） 6 5 7 NOTE：通知/状态的SDES 数据项（NOTE: Notice/Status SDES Item） 6 5 8 PRIV:私有扩展的SDES 数据项（PRIV: Private Extensions SDES Item） 6 6 BYE：Goodbye RTCP 包（BYE: Goodbye RTCP packet） 6 7 APP:定义应用程序的RTCP 包（APP: Application-Defined RTCP Packet） 7 RTP转换器和混频器（RTP Translators and Mixers） 7 1 概述（General Description ） 7 2 在转换器中的RTCP 数据处理（RTCP Processing in Translators） 7 3 在混频器中的RTCP 数据处理（RTCP Processing in Mixers ） 7 4 级联混频器（Cascaded Mixers） 8 SSRC 标识符的分配和使用（SSRC Identifier Allocation and Use） 8 1 冲突概率（Probability of Collision ） 8 2 冲突解决和循环检测（Collision Resolution and Loop Detection） 8 3 在分层编码中使用（Use with Layered Encodings） 9 安全（Security ） 9 1 机密性（Confidentiality） 9 2 身份验证和消息完整性（Authentication and Message Integrity ） 10 拥塞控制（Congestion Control） 11 网络和传输协议之上的RTP （RTP over Network and Transport Protocols） 12 协议常量摘要（Summary of Protocol Constants） 12 1 RTCP 包类型（RTCP Packet Types） 12 2 SDES 类型（SDES Types） 13 RTP 概况和负载格式详细说明 （RTP Profiles and Payload Format Specifications） 14 安全考虑（Security Considerations） 15 IANA 考虑（IANA Considerations） 16 知识产权声明（Intellectual Property Rights Statement） 17 鸣谢（Acknowledgments） 附录A 算法（Algorithms） 附录A 1 RTP 数据头有效性检查（RTP Data Header Validity Checks ） 附录A 2 RTCP 数据头有效性检查（RTCP Header Validity Checks） 附录A 3 确定RTP包预期数目和丢失数目（Determining Number of Packets Expected and Lost） 附录A 4 生成SDES RTCP包（Generating RTCP SDES Packets） 附录A 5 解析RTCP SDES 包（Parsing RTCP SDES Packets） 附录A 6 生成32位随机标识符（Generating a Random 32-bit Identifier 附录A 7 计算RTCP 传输间隔（Computing the RTCP Transmission Interval） 附录A 8 估测两次到达间隔的抖动（Estimating the Interarrival Jitter） 附录B 与RFC1889 不同之外（Changes from RFC 1889） 参考书目（References） 标准化引用（Normative References ） 资料性引用（Informative References） 作者地址 完整的版权声明
RFC3550_RTP：实时应用程序传输协议
11-04
2 RTP使用场景（RTP Use Scenarios） 2 1 简单多播音频会议（ Simple Multicast Audio Conference） 2 2 音频和视频会议（Audio and Video Conference） 2 3 混频器和转换器（Mixers and Translators） 2 4...
会议音频音量控制协议rfc6464
08-04
本文档定义了一个RTP报头扩展[RFC5285]，通过该扩展，音频包的发送者可以指示包的有效负载的音频级别，从而减少服务器的处理负载。
【网络通信 -- 直播】网络通信协议简介 -- RTP 协议的 WebRTC 扩展
CopperSun 技术博客
08-25 833
【网络通信 -- 直播】网络通信协议简介 -- 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头部创建
最新发布
u012836015的博客
08-19 1158
RTP头部协议，前12位为基础字节，对应第一个结构体，如果extension为1时候，才有外部扩展信息，外部扩展信息结构对应第二个结构体，分别对应profile、length、data。PT: 有效载荷类型，占7位，用于说明RTP报文中有效载荷的类型，如GSM音频、JPEM图像等,在流媒体中大部分是用来区分音频流和视频流的，这样便于客户端进行解析。P：填充标志，占1位，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。1.V：RTP协议的版本号，占2位，当前协议版本号为2。
WebRTC的RTP扩展头、RTCP包
chenquangobeijing的专栏
06-03 79
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。
网络传输相关
tang063的专栏
05-11 104
如果设计的时候没有第3次握手，那第2次握手失败S端没法知道，S端就会一直保持连接等待接收数据，永远不释放，造成资源泄漏。在链路层，由以太网的物理特性决定了数据帧的长度为(46＋18)－(1500＋18)，其中的18是数据帧的头和尾，也就是说数据帧的内容最大为1500(不包括帧头和帧尾)，即MTU(Maximum Transmission Unit)为1500；C端第1次主动挥手请求，S端回复收到请求等待结束，S端完成后续事情之后第3次挥手告诉C端可以结束连接，第4次挥手，S端关闭连接，C端延时关闭连接。
RTP的header头
06-08
RTP（Real-time Transport Protocol）的头部包含12字节固定长度，以及可选的CSRC（Contributing Source）和扩展头部。具体如下： 固定头部： - 2字节：版本号、填充位、扩展位、负载类型 - 2字节：序列号 - 4字节：时间戳 - 4字节：同步源（SSRC）标识符 可选的CSRC列表： - 0个或多个4字节的CSRC标识符 可选的扩展头部： - 2字节：扩展头部标识符 - 2字节：扩展头部长度 - 0字节或多字节：扩展头部数据 其中，版本号占2位，当前为2；填充位占1位，指示是否在有效载荷的末尾填充额外的字节以满足特定的要求；扩展位占1位，指示是否包含可选的扩展头部；负载类型占4位，指示有效载荷的类型。序列号是每个RTP报文的唯一标识符，时间戳表示报文的采样时刻，SSRC标识符用于标识同步源。CSRC列表用于标识贡献数据的源。扩展头部可以包含一些额外的信息，例如帧尺寸、帧率等。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值