RTP有效负载(载荷)类型 (RTP Payload Type)

最新推荐文章于 2024-04-28 16:31:52 发布
最新推荐文章于 2024-04-28 16:31:52 发布
阅读量1.2w 收藏 47
点赞数 4
分类专栏： 海思芯片学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40732350/article/details/88374707
版权

下图为RTP部格式：

*****************************************************

1)        V：RTP协议的版本号，占2位，当前协议版本号为2

2)        P：填充标志，占1位，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。

3)        X：扩展标志，占1位，如果X=1，则在RTP报头后跟有一个扩展报头

4)        CC：CSRC计数器，占4位，指示CSRC 标识符的个数（作用信源CSRC计数器）

5)        M: 标记，占1位，不同的有效载荷有不同的含义，对于视频，标记一帧的结束；对于音频，标记会话的开始。（对于分组中的重要事件可用该位标识）

6)        PT: 有效荷载类型，占7位，用于说明RTP报文中有效载荷的类型，如GSM音频、JPEM图像等,在流媒体中大部分是用来区分音频流和视频流的，这样便于客户端进行解析。

 

7)        序列号：占16位，用于标识发送者所发送的RTP报文的序列号，每发送一个报文，序列号增1。这个字段当下层的承载协议用UDP的时候，网络状况不好的时候可以用来检查丢包。同时出现网络抖动的情况可以用来对数据进行重新排序，序列号的初始值是随机的，同时音频包和视频包的sequence是分别记数的。

8)        时戳(Timestamp)：占32位，必须使用90 kHz 时钟频率。时戳反映了该RTP报文的第一个八位组的采样时刻。接收者使用时戳来计算延迟和延迟抖动，并进行同步控制。

9)        同步信源(SSRC)标识符：占32位，用于标识同步信源。该标识符是随机选择的，参加同一视频会议的两个同步信源不能有相同的SSRC。

10)    特约信源(CSRC)标识符：每个CSRC标识符占32位，可以有0～15个。每个CSRC标识了包含在该RTP报文有效载荷中的所有特约信源。
 

注意
RFC "RTP文件的音频和视频会议与最小
控件[RFC3551]指定初始集“有效负载类型”。此列表维护并扩展该列表。
可用的格式

PT Encoding Name Audio/Video (A/V) Clock Rate (Hz) Channels Reference
0PCMUA80001[RFC3551]
1Reserved    
2Reserved    
3GSMA80001[RFC3551]
4G723A80001[Vineet_Kumar][RFC3551]
5DVI4A80001[RFC3551]
6DVI4A160001[RFC3551]
7LPCA80001[RFC3551]
8PCMAA80001[RFC3551]
9G722A80001[RFC3551]
10L16A441002[RFC3551]
11L16A441001[RFC3551]
12QCELPA80001[RFC3551]
13CNA80001[RFC3389]
14MPAA90000 [RFC3551][RFC2250]
15G728A80001[RFC3551]
16DVI4A110251[Joseph_Di_Pol]
17DVI4A220501[Joseph_Di_Pol]
18G729A80001[RFC3551]
19ReservedA   
20UnassignedA   
21UnassignedA   
22UnassignedA   
23UnassignedA   
24UnassignedV   
25CelBV90000 [RFC2029]
26JPEGV90000 [RFC2435]
27UnassignedV   
28nvV90000 [RFC3551]
29UnassignedV   
30UnassignedV   
31H261V90000 [RFC4587]
32MPVV90000 [RFC2250]
33MP2TAV90000 [RFC2250]
34H263V90000 [Chunrong_Zhu]
35-71Unassigned?   
72-76Reserved for RTCP conflict avoidance   [RFC3551]
77-95Unassigned?   
96-127dynamic?  [RFC3551]

除了RTP中列出的RTP有效载荷格式(编码)之外有效载荷类型表，还有其他有效载荷格式没有是否分配了静态RTP有效负载类型，但使用了动态有效负载型号任务。每个有效负载格式都由一个已注册的下表中列出的媒体子类型。

作为新的有效载荷格式指定后，应将其注册的媒体子类型添加到其中表。

此外，对于RTP有效负载中列出的有效负载格式在上面的Types表中，“编码名称”也被注册为媒体媒体类型“音频”或“视频”下的子类型。时钟频率和这里显示的通道数是这些有效负载的正常值具有正常值的格式。类型名和子类型名都是RFC4288中定义的不区分大小写。
注册程序和注册模板可在 [RFC4855].

除了上表中明确指定PT值的负载类型，还有些负载类型由于诞生的较晚，没有具体的PT值，只能使用动态（dynamic）PT值，即96到127，这就是为什么大家普遍指定H264的PT值为96。下表中列出了没有具体PT值的负载类型。

Media Type Subtype Clock Rate (Hz) Channels (audio) Reference
application1d-interleaved-parityfec  [RFC6015]
applicationh2244800 [RFC4573]
applicationparityfec  [RFC3009]
applicationraptorfec  [RFC6682]
applicationrtx  [RFC4588]
applicationsmpte336m  [RFC6597]
applicationulpfec  [RFC5109]
audio1d-interleaved-parityfec  [RFC6015]
audio32kadpcm8000 [RFC3802][RFC2421]
audioac3  [RFC4184]
audioAMR8000 [RFC4867][RFC3267]
audioAMR-WB16000 [RFC4867][RFC3267]
audioamr-wb+72000 [RFC4352]
audioATRAC-ADVANCED-LOSSLESS  [RFC5584]
audioatrac-x  [RFC5584]
audioatrac344100 [RFC5584]
audioBV168000 [RFC4298]
audioBV3216000 [RFC4298]
audioclearmode80001[RFC4040]
audioCN  [RFC3389]
audioDAT12  [RFC3190]
audiodsr-es201108  [RFC3557]
audiodsr-es2020508000 [RFC4060]
audiodsr-es2022118000 [RFC4060]
audiodsr-es2022128000 [RFC4060]
audioDV  [RFC6469]
audioDVI4  [RFC4856]
audioeac3  [RFC4598]
audioEVRC80001[RFC4788]
audioEVRC080001[RFC4788]
audioEVRC180001[RFC4788]
audioEVRCB80001[RFC4788]
audioEVRCB080001[RFC4788]
audioEVRCB180001[RFC4788]
audioEVRCWB  [RFC5188]
audioEVRCWB0  [RFC5188]
audioEVRCWB1  [RFC5188]
audiofwdred  [RFC6354]
audiog71948000 [RFC5404]
audioG722  [RFC4856]
audioG7221160001[RFC5577]
audioG723  [RFC4856]
audioG726-1680001[RFC3551][RFC4856]
audioG726-2480001[RFC3551][RFC4856]
audioG726-3280001[RFC3551][RFC4856]
audioG726-4080001[RFC3551][RFC4856]
audioG728  [RFC4856]
audioG729  [RFC4856]
audioG729116000 [RFC4749][RFC5459]
audioG729D80001[RFC3551][RFC4856]
audioG729E80001[RFC3551][RFC4856]
audioGSM  [RFC4856]
audioGSM-EFR80001[RFC3551][RFC4856]
audioGSM-HR-088000 [RFC5993]
audioiLBC8000 [RFC3952]
audioip-mr_v2.516000 [RFC6262]
audioL8  [RFC3551][RFC4856]
audioL16  [RFC4856]
audioL20  [RFC3190]
audioL24  [RFC3190]
audioLPC  [RFC4856]
audioMELP80001[RFC8130]
audioMELP60080001[RFC8130]
audioMELP120080001[RFC8130]
audioMELP240080001[RFC8130]
audioMP4A-LATM  [RFC3016]
audioMPA90000 [RFC3555]
audiompa-robust90000 [RFC5219]
audiompeg4-generic  [RFC3640][RFC5691][RFC6295]
audioparityfec  [RFC5109]
audioPCMA  [RFC4856]
audioPCMA-WB16000 [RFC5391]
audioPCMU  [RFC4856]
audioPCMU-WB16000 [RFC5391]
audioQCELP  [RFC3555]
audioraptorfec  [RFC6682]
audioRED  [RFC2198][RFC3555]
audiortp-midi  [RFC6295]
audiortx  [RFC4588]
audioSMV80001[RFC3558]
audioSMV080001[RFC3558]
audiospeex  [RFC5574]
audiot140c  [RFC4351]
audiot38  [RFC4612]
audiotelephone-event  [RFC4733]
audiotone  [RFC4733]
audiouemclip  [RFC5686]
audioulpfec  [RFC5109]
audioVDVI 1[RFC3551][RFC4856]
audioVMR-WB16000 [RFC4348][RFC4424]
audiovorbis  [RFC5215]
audiovorbis-config  [RFC5215]
text1d-interleaved-parityfec  [RFC6015]
textfwdred  [RFC6354]
textparityfec  [RFC3009]
textraptorfec  [RFC6682]
textred1000 [RFC4102]
textrtx  [RFC4588]
textt1401000 [RFC4103]
textulpfec  [RFC5109]
videoBMPEG90000 [RFC2343][RFC3555]
video1d-interleaved-parityfec  [RFC6015]
video3gpp-tt  [RFC4396]
videoBT65690000 [RFC2431][RFC3555]
videocelB  [RFC3555]
videoDV90000 [RFC6469]
videoH261  [RFC4587]
videoH26390000 [RFC4628]
videoH263-199890000 [RFC4629]
videoH263-200090000 [RFC4629]
videoH264  [RFC6184]
videoH264-RCDO90000 [RFC6185]
videoH264-SVC  [RFC6190]
videoJPEG  [RFC3555]
videoJPEG2000  [RFC5371]
videoMP1S90000 [RFC2250][RFC3555]
videoMP2P90000 [RFC2250][RFC3555]
videoMP2T  [RFC3555]
videoMP4V-ES90000 [RFC3016]
videompeg4-generic  [RFC3640]
videoMPV  [RFC3555]
videonv  [RFC4856]
videoparityfec  [RFC5109]
videopointer90000 [RFC2862]
videoraptorfec  [RFC6682]
videoraw90000 [RFC4175]
videortx  [RFC4588]
videoSMPTE292M  [RFC3497]
videoulpfec  [RFC5109]
videovc190000 [RFC4425]
videovc290000 [RFC8450]

详情请参考官方文档：https://www.ietf.org/assignments/rtp-parameters/rtp-parameters.xml

 

 

 

 

 

 

 

 

 

 

 

 

QtHalcon
关注
  • 4
    点赞
  • 踩
  • 47
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
RTP PayloadType类型整理
04-16
RTP PayloadType类型整理 RTP PayloadType类型整理
SIP协议之RTP负载类型（payload type)
szkbsgy的专栏
04-17 5432
在SIP 音视频通话中，媒体数据是由RTP包携带的， RTP包中的PT字段标识了负载媒体数据的类型。不同的媒体编码格式对应不同的整型数值，由RFC3551定义：0~95范围内，一部分已经被占用，如PCMU是0,PCMA是8等待，另一部分是未定义。而96-127范围是由使用者动态定义的，可以动态用作未定义的音频和视频RTP包类型, 比如H264、VP8、Opus等。
bp登录页爆破Cluster bomb集束炸弹模式
最新发布
weixin_48878440的博客
04-28 290
bp登录页爆破Cluster bomb集束炸弹模式
流媒体传输协议相关小结——NALU、RTP、RTSP、RTMP、SDP等
farewellyi的博客
05-18 4345
学习流媒体协议期间的一次阶段性小结
RTP有效负载(载荷)类型，RTP Payload Type
热门推荐
草上爬的博客
11-02 4万+
PTEncoding NameAudio/Video (A/V)Clock Rate (Hz)ChannelsReference0PCMUA80001[RFC3551]1Reserved2Reserved3GSMA80001[RFC3551]4G723A80001[Vineet_Kumar][RFC3551]5DVI4A80001[RFC3551]6DVI4A16000...
RTP 协议
weixin_33700350的博客
07-28 212
概述： 实时传送协议（Real-time Transport Protocol或简写RTP，也可以写成RTTP）是一个网络传输协议，它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的。 RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。它一开始被设计为一个多播协议，但后来被用在很多单播应用中。RTP协议常用于流媒体系统（配合RTCP协议或者RTSP协议）。因为R...
Rtp(rtcp).zip_RTCP_RTP rtcp_rtp payload type_visual c
09-23
RTP rtcp_rtp payload type_visual c”指出，这个压缩包文件包含了关于RTCP（Real-time Transport Control Protocol）和RTP（Real-time Transport Protocol）的内容，特别是关于RTP的数据负载类型（payload type）的...
H.264 RTP payload 格式
10-19
首先，H.264 RTP payload格式的设计目标是为了在RTP框架下实现H.264编码视频的有效传输。这种格式定义了如何将H.264编码的NAL单元（Network Abstraction Layer Units）打包进RTP数据包，同时保持视频流的完整性和...
rtp负载mp3参考.zip
09-22
RTP报文由一个12字节的固定头部和可变长度的payload（有效载荷）组成。头部包含了时间戳、序列号、源标识符等信息，用于同步和确认数据的正确接收。将MP3数据封装到payload中，意味着需要将MP3帧数据插入到RTP报文的...
VP9 rtp payload 标准
04-13
describes an RTP payload format for the VP9 video codec. The payload format has wide applicability, as it supports applications from low bit-rate peer-to-peer usage, to high bit-rate video conferences...
【burpsuite】核心使用方法
06-13 2273
【burp】快速上手
H.264视频RTP负载格式/NALU的类型
maopig的专栏
08-09 1万+
1. 网络抽象层单元类型(NALU) NALU 头由一个字节组成, 它的语法如下:       +===============+       |0|1|2|3|4|5|6|7|       +=+=+=+=+=+=+=+=+       |F|NRI|   Type  |       +===============+ F: 1 个比特.   forbidden_ze
RTP：实时应用程序传输协议
maikforever 的专栏
04-27 1377
3.　定义（definitions)     RTP负载（RTP payload）：通过RTP传输的包中的数据，例如，音频样本或压缩好的视频数据。负载格式与解释不在本文讨论范围。     RTP包（RTP packet）：一种数据包，其组成部分有：一个固定RTP报头，一个可能为空的作用源（contributing sources）列表（见下文），以及负载数据。一些下层协议可能要求对RTP包的封
RTP的H.264载荷的三种type
突围
03-11 2235
H.264 Payload 格式定义了三种不同的基本的负载(Payload)结构. 接收端可能通过 RTP Payload的第一个字节来识别它们. 这一个字节类似 NALU 头的格式, 而这个头结构的 NAL 单元类型字段则指出了代表的是哪一种结构,这个字节的结构如下, 可以看出它和 H.264 的 NALU 头结构是一样的.       +---------------+       |
python工具-解析wireshark的rtp抓包
knowledgebao的博客
10-12 1026
将 rtp 包数据，使用 python 解析，然后根据需要，再进一步分析
音视频开发-RTP协议
CaicaiNo.1
04-11 825
文章目录RTP/RTCPRTP协议RTCP 协议附图 基于WebRTC的音视频直播框架，使用RTP/RTCP，这里记录下。 RTP/RTCP 一般情况下，在实时互动直播系统传输音视频数据流时，我们并不直接将音视频数据流交给 UDP 传输，而是先给音视频数据加个RTP 头，然后再交给 UDP 进行传输。为什么要这样做呢？ 以太网的 MTU 最大传输单元 为 1500字节 约为1.5K,意味着传输一个...
sdp中的payload type
guo_lei_lamant的博客
06-06 905
sdp payload type format
rfc4588 RTP重传有效载荷格式
05-27
RFC 4588是一份标准文档，其中定义了一种RTP重传有效载荷格式，也称为“RTP Retransmission Payload Format”。该有效载荷格式用于在实时传输协议（RTP）流中实现重传服务，以提高数据传输的可靠性。它可以在丢失或损坏的数据包上进行重传，从而减少数据丢失和延迟。 这种有效载荷格式使用了多个RTP流，其中一个RTP流用于传输原始数据，而其他RTP流用于传输重传数据。当原始数据包丢失或损坏时，接收方可以使用重传数据包来恢复数据。该格式还支持快速重传机制，可以减少重传延迟。 总之，RFC 4588定义的RTP重传有效载荷格式可以提高RTP流的可靠性，使其适用于对数据传输质量要求较高的应用程序。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值