没有合适的资源?快使用搜索试试~ 我知道了~
首页RFC3984中文版.doc
RFC3984中文版.doc
3星 · 超过75%的资源 需积分: 10 50 下载量 112 浏览量
更新于2023-03-03
评论 1
收藏 397KB DOC 举报
RFC3984中文版.doc , H.264 RTP payload 协议栈 。
资源详情
资源评论
资源推荐
H.264 视频的 RTP 荷载格式
Status of This Memo
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
Copyright Notice
Copyright (C) The Internet Society (2005).
Abstract
This memo describes an RTP Payload format for the ITU-T
Recommendation H.264 video codec and the technically identical
ISO/IEC International Standard 14496-10 video codec. The RTP payload
format allows for packetization of one or more Network Abstraction
Layer Units (NALUs), produced by an H.264 video encoder, in each RTP
payload. The payload format has wide applicability, as it supports
applications from simple low bit-rate conversational usage, to
Internet video streaming with interleaved transmission, to high bit-
rate video-on-demand.
目录
1. 介绍 ........................................ 3
1.1. H.264 Codec ............................... 3
1.2. 参数集概念 ........................... 4
1.3. 网络抽象层单元类型............................ 5
2. 约定 ......................................... 6
3. 范围 ............................................... 6
4. 定义和缩写 ................................. 6
4.1. 定义 ..................................... 6
5. RTP 荷载格式 ..................................... 8
5.1. RTP 头的使用.................................. 8
5.2. RTP 荷载格式的公共使用 .............. 11
5.3. NAL 单言字节的用法 ............................ 12
5.4. 打包方式 .................................... 14
5.5. 解码顺序号 (DON)............................. 15
5.6. 单个 NAL 单元包................................. 18
5.7. 复合包 ................................. 18
5.8. 分片单元 (FUs) ............................... 27
6. 分包规则 ................................... 31
6.1. 公共分包规则 .............................. 31
6.2. 单个 NAL 单元方式............................... 32
6.3. 非交错方式 ............................... 32
6.4. 交错方式 ............................... 33
7. 打包过程 (信息) ........................ 33
7.1. 单 NAL 单元和非交错方式 ................ 33
7.2. 交错方式 ............................... 34
7.3. 附加的打包原则 .................. 36
8. 荷载格式参数 ................................... 37
8.1. MIME 注册 .................................... 37
8.2. SDP 参数...................................... 52
8.3. 例子.......................................... 58
8.4. 参数集考虑 ............................ 60
9. 安全考虑 ....................................... 62
10. 拥塞控制............................................ 63
11. IANA 考虑 ........................................... 64
12. 信息化附录: 应用例子 .................... 65
12.1. 根据 ITU-T H.241 附录 A 的视频电话............... 65
12.2. 没有分片数据分区,没有 NAL 单元聚合的视频电话... 65
12.3. 使用 NAL 单元聚合交错打包的视频电话............. 66
12.4. 使用数据分区的视频电话 .................. 66
12.5. 使用 FU 和向前纠错的视频电话和流................ 67
12.6. 低位率流 .................................. 69
12.7. 视频流中健壮的包调度 ............. 70
13. 信息化附录:解码顺序号的原理 ..... 71
13.1. 介绍.......................................... 71
13.2. 多图像片断交错的例子 ............. 71
13.3. 健壮包调度的例子 .................... 73
13.4. 冗余编码片断健壮传输调度的例子................ 77
13.5. 其它设计可能的提醒 ................... 77
14. 致谢 .............................................. 78
15. 参考 ............................................... 78
15.1. 标准化参考.................................... 78
15.2. 参考性的参考.................................. 79
作者地址................................................ 81
完全版权声明 .......................................... 83
1. 介绍
1.1. H.264 Codec
本文指定一个 RTP 荷载规范用于 ITU-T H.264 视频编码标准(ISO/IEC 14496 Part 10 [2])(两
个都称为高级视频编码 AVC). H.264 建议在 2005 年 5 月被 ITU-T 采纳, 草案规范对于公共回顾可用
[8]. 本文 H.264 缩写用于 codec 和标准,但是本文等价于采纳 ISO/IEC 相似的编码标准.
H.264 视频 codec 又非常广泛的应用覆盖所有格式的数字压缩视频格式,从低带宽的 Internet 流应用
到 HDTV 广播和数字影院应用。和当前的技术状态比较, 整个 H.264 的性能被报告节省 50%的位率。例如,
数字卫星 TV 质量被报告在 1.5 Mbit/s,就可以实现,而当前的 MPEG 2 的操作点在大约 3.5 Mbit/s
[9].
该 codec 规范自己概念上区分[1]视频编码层(VCL)和网络抽象层(NAL). VCL 包含 Codec 的信令处理
功能;以及如转换,量化,运动补偿预测机制;以及循环过滤器。他遵从今天大多数视频 codec 的一般概念,
基于宏快的编码器,使用基于运动补偿的图像间预测和残余信号的转换编码。VCL 编码器输出片断: 一个位
串包含整数数目宏快的宏块数据,以及片断头信息(包含片断内第一个宏快的空间地址, 初始量化参数以及相
似信息). 片断内的宏快按照扫描顺序安排,除非指定一个不同的宏块分配,通过使用被称为灵活宏块顺序语
法 Flexible Macroblock Ordering syntax.图像内的预测只用于一个片断内部。更多信息在[9]提
供.
(NAL)编码器封装 VCL 编码器输出的片断到网络抽象层单元(NAL units),它适合于通过包网路传输或
用于面向包的多路复用环境。H.264 的附录 B 定义封装过程传输这样的 NAL 单元通过面向字节流的网络。本
文档范围, 附录 B 不相关的。
NAL 使用 NAL 单元. 一个 NAL 单元由一字节的头和荷载字节串组成。 头指示 NAL 单元的类型, 是否有
位错误或语法冲突在 NAL 单元荷载中,以及对于解码过程该 NAL 单元相对重要性的信息。本 RTP 荷载规范被
设计成不了解 NAL 单元荷载的位串。
H.264 的一个主要特性是传输时间,解码时间,图像以及片断采样演示时间完全的解耦合。H.264 中指
定的解码过程是不知道时间的, 并且 H.264 语法没有运送如跳过帧数目(在早期视频压缩标准,时间参考格
式中是普遍的)信息.同时,有的 NAL 单元影响许多图像,因此固有的是无时间性的。因为这样的原因,处理
RTP 时戳要求对于采样或演示时间没有定义或者在传输时间不知道的 NAL 单元进行一些特殊的考虑。
1.2. 参数集概念
H.264 一个非常基本的设计概念是产生自包含包, 使得如 RFC2429 的头重复或 MPEG-4 的头扩展编码
(HEC)[11]机制变得不必要。这是通过从媒体流解耦合不止一个片断的相对信息来实现的。高层 meta 信息
应该可靠/异步的发送,事先不和包含片断包的 RTP 包流发送。(对于没有通过带外传输信道发送本信息的应
用,通过带内发送本信息也提供了手段)。高层参数的组合被称为参数集。H.264 规范包括两类参数集:顺序
参数集和图像参数集。一个活动顺序参数集在一个编码视频序列中保持不变,一个活动图像参数集在一个编码
图像里保持不变。顺序和图像参数集结构包含如图像大小,采用的可选的编码模式,宏块到片断组映射等信
息。
为了改变图像参数(如图像大小)而不用同步传送参数集修改给片断包流,编码器和解码器可以维护不止一
个顺序和图像参数集的列表。每个片断头包含一个码字指示使用的顺序和图像参数集。
本机制允许从包流中解耦合参数集的传输,通过外部手段传输他们(即,作为能力交换的副作用),或通过一
个(可靠或不可靠)控制协议他们从没有被传送但是被应用设计规范修复甚至是可能的。
1.3. 网络抽象层单元类型
可以在[12], [13],[14]中找到关于 NAL 设计的学习信息.
所有 NAL 单元有一个单个 NAL 单元类型字节,他也作为本 RTP 荷载格式的荷载头.后面立即跟随 NAL 单元
的荷载。
NAL 单元类型字节的语法语义在[1]中指定,但是 NAL 单元类型的基本属性总结如下。NAL 单元类型字节
格式如下:
+---------------+
|0|1|2|3|4|5|6|7|
+-+-+-+-+-+-+-+-+
|F|NRI| Type |
+---------------+
NAL 单元类型字节部件的语义在 H.264 规范中制定, 简要描述如下.
F: 1 bit
forbidden_zero_bit. H.264 规范声明设置为 1 指示语法违例。
NRI: 2 bits
nal_ref_idc. 00 值指示 NAL 单元的不用于帧间图像预测的重构参考图像。这样的 NAL 单元可以
被丢弃而不用冒参考图像完整性的风险。大于 0 的值指示 NAL 单元的解码要求维护参考图像的完整性。
Type: 5 bits
nal_unit_type. 本部件指定 NAL 单元荷载类型定义在[1]的表 7-1 中和本文后面。为了参考所
有当前定义的 NAL 单元类型和他们的语义,参考 [1]的 7.4.1.
本文引入新的 NAL 单元类型,在 5.2 演示. 定义在本文的 NAL 单元类型在[1]中标记为未指定。但是,
本规范扩展了 F 和 NRI 的语义,象 5.3 描述的那样.
2. Conventions
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in BCP 14, RFC 2119 [3].
This specification uses the notion of setting and clearing a bit when
bit fields are handled. Setting a bit is the same as assigning that
bit the value of 1 (On). Clearing a bit is the same as assigning
that bit the value of 0 (Off).
3. Scope
This payload specification can only be used to carry the "naked"
H.264 NAL unit stream over RTP, and not the bitstream format
discussed in Annex B of H.264. Likely, the first applications of
this specification will be in the conversational multimedia field,
video telephony or video conferencing, but the payload format also
covers other applications, such as Internet streaming and TV over IP.
4. 定义和缩写
4.1. 定义
本文档使用[1]中的定义. 为了方便以下定义在[1]中的词语总结出来:
access unit: 一组 NAL 单元总包括一个主要的编码图像。除了主要的编码图像,一个 access
unit 也可以包含一个或多个冗余编码图像或其他的不包括片断或编码图像片断分区数据的 NAL 单元
。access unit 的解码总是导致一个解码的图像。
coded video sequence: A sequence of access units that consists, in
decoding order, of an instantaneous decoding refresh (IDR) access
unit followed by zero or more non-IDR access units including all
subsequent access units up to but not including any subsequent IDR
access unit.
IDR access unit: An access unit in which the primary coded picture
is an IDR picture.
IDR picture: A coded picture containing only slices with I or SI
slice types that causes a "reset" in the decoding process. After
the decoding of an IDR picture, all following coded pictures in
decoding order can be decoded without inter prediction from any
picture decoded prior to the IDR picture.
primary coded picture: The coded representation of a picture to be
used by the decoding process for a bitstream conforming to H.264.
The primary coded picture contains all macroblocks of the picture.
redundant coded picture: A coded representation of a picture or a
part of a picture. The content of a redundant coded picture shall
not be used by the decoding process for a bitstream conforming to
H.264. The content of a redundant coded picture may be used by
the decoding process for a bitstream that contains errors or
losses.
VCL NAL unit: A collective term used to refer to coded slice and
coded data partition NAL units.
In addition, the following definitions apply:
decoding order number (DON): A field in the payload structure, or
a derived variable indicating NAL unit decoding order. Values of
DON are in the range of 0 to 65535, inclusive. After reaching the
maximum value, the value of DON wraps around to 0.
NAL unit decoding order: A NAL unit order that conforms to the
constraints on NAL unit order given in section 7.4.1.2 in [1].
transmission order: The order of packets in ascending RTP sequence
number order (in modulo arithmetic). Within an aggregation
packet, the NAL unit transmission order is the same as the order
of appearance of NAL units in the packet.
media aware network element (MANE): A network element, such as a
middlebox or application layer gateway that is capable of parsing
certain aspects of the RTP payload headers or the RTP payload and
reacting to the contents.
Informative note: The concept of a MANE goes beyond normal
routers or gateways in that a MANE has to be aware of the
signaling (e.g., to learn about the payload type mappings of
the media streams), and in that it has to be trusted when
working with SRTP. The advantage of using MANEs is that they
allow packets to be dropped according to the needs of the media
coding. For example, if a MANE has to drop packets due to
congestion on a certain link, it can identify those packets
whose dropping has the smallest negative impact on the user
experience and remove them in order to remove the congestion
and/or keep the delay low.
缩写
DON: 解码顺序号
DONB: 解码顺序基
DOND: 解码顺序号差
FEC: 向前纠错
FU: 分片单元
IDR: 瞬间解码刷新
IEC: 国际电子委员会
ISO: 国际标准化组织
ITU-T: 国际电联-通信标准部门
MANE: 美提感知网络元素
MTAP: 多时刻聚合包
MTAP16: 16 位时戳位移的 MTAP
MTAP24: 24 位时戳位移的 MTAP
NAL: 网络抽象层
NALU: NAL 单元
SEI: 补充增强信息
STAP: 单时刻聚合包
STAP-A: STAP 类型 A
STAP-B: STAP 类型 B
TS: 时戳
VCL: 视频编码层
5. RTP 荷载格式
5.1. RTP 头的使用
RTP 头的格式在 RFC 3550 [4]中指定为了方便在图 1 又显示出来。本载荷格式使用头中域的方式和该
规范一致。
当一个 NAL 单元封装在每个 RTP 包中, 推荐的 RTP 荷载格式在 5.6 节指定。对于聚合包/分片包的
RTP 荷载 (以及一些 rtp 头域的设置)在 5.7 和 5.8 节指定。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| synchronization source (SSRC) identifier |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| contributing source (CSRC) identifiers |
| .... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
图 1. RTP 头。
剩余59页未读,继续阅读
天际道
- 粉丝: 1
- 资源: 39
上传资源 快速赚钱
- 我的内容管理 收起
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
会员权益专享
最新资源
- 2023年中国辣条食品行业创新及消费需求洞察报告.pptx
- 2023年半导体行业20强品牌.pptx
- 2023年全球电力行业评论.pptx
- 2023年全球网络安全现状-劳动力资源和网络运营的全球发展新态势.pptx
- 毕业设计-基于单片机的液体密度检测系统设计.doc
- 家用清扫机器人设计.doc
- 基于VB+数据库SQL的教师信息管理系统设计与实现 计算机专业设计范文模板参考资料.pdf
- 官塘驿林场林防火(资源监管)“空天地人”四位一体监测系统方案.doc
- 基于专利语义表征的技术预见方法及其应用.docx
- 浅谈电子商务的现状及发展趋势学习总结.doc
- 基于单片机的智能仓库温湿度控制系统 (2).pdf
- 基于SSM框架知识产权管理系统 (2).pdf
- 9年终工作总结新年计划PPT模板.pptx
- Hytera海能达CH04L01 说明书.pdf
- 数据中心运维操作标准及流程.pdf
- 报告模板 -成本分析与报告培训之三.pptx
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论1