H.261：视频编和译码

（H.261：Video Coding and Decoding － CODEC）

H.261 是一种视频编和译码标准，主要针对于 64kb/s 的多重数据率而设计。它又称为 P*64，其中 P 为 64kb/s 的取值范围，是1到30的可变参数。这些数据率适合于 ISDN 线路，因此设计出视频编和译码。H.261 结合携带 RTP 的任意底层协议利用实时传输协议和 RTP 传输视频流。 　　译码算法是内部图象预测、变化译码和运动补偿的混合。译码算法的数据率主要设置于40 Kbits/s 和 2 Mbits/s之间。根据本身情况，INTRA 译码为每个8*8象素编码成块并直接将它们发送给转换处理块。内部图象预测消除了时间冗余，而转换译码消除了空间冗余。运动向量用来帮助运动提供编译码补偿。为了消除传输比特流过程中更进一步的冗余现象，需要使用可变长度译码方式。 　　作为译码器中一种可选项的 H.261 支持运动补偿。运动补偿中，在前帧（恢复帧）中构造了一个搜索域来决定最好的参考宏块。H.261 支持两种图象方案：QCIF （1/4公共交换格式），其象素为144*176；CIF （公共交换格式），其象素为288*352。 　　视频多路器将压缩数据构造成分层比特流，共有四层： 图画层：与视频图画（帧）相符； 组块：与1/12 of CIF 图画或 1/3 of QCIF 相符； 宏块：与16*16象素亮度和两个相应空间8*8色度成分相符； 块：与8*8象素相符。

协议结构

3	6	7	8	12	17	22	27	32 bit
SBIT	EBIT	I	V	GOBN	MBAP	QUANT	HMVD	VMVD

SBIT ― 起始位。最重要的位（在第一个数据 Octet 中忽略）编号。 EBIT ― 结束位。最不重要的位（在最后一个数据Octet中忽略）编号。 I ― INTRA-Frame 编码数据字段。如果该流只包含 INTRA-Frame 编码块，则设置为1；如果该流可能包含或不包含 INTRA-Frame 编码块，则设置为0。 V ― 运动向量标记。如果该流不使用运动向量标记时，该值设为0；如果该流可能或可能不使用运动向量标记时，该值设为1。 GOBN ― GOB 编号。实质上在数据包的起始处对 GOB 编号进行编码。如果数据包以 GOB 头开始，那么该值设置为0。 MBAP ― 宏块地址预测。编码宏块地址预测（即在早先的数据包中编码的最后一个 MBA）。该预测从0到32（预测有效 MBA 从1到33），但由于比特流在 GOB 头和 MB 1之间不能被分段,所以数据包起始处的预测值永远不会是0。 QUANT ― 量化字段。在数据包起始之前显示量化值（MQUANT 或 GQUANT），如果数据包从 GOB 头开始，该值则设置为0。 HMVD ― 水平运动向量数据字段。表示参考水平运动向量数据（MVD）。如果 V 标记为0，或如果数据包以 GOB 头为起始，或当早先数据包中编码的最后一个 MB 的 MTYPE 不是 MC 时，该值设置为0。 VMVD ― 垂直运动向量数据（VMVD）。参考垂直运动向量数据（MVD）。如果 V 标记为0，或如果数据包以 GOB 头为起始，或当早先数据包中编码的最后一个 MB 的 MTYPE 不是 MC 时，该值设置为0。

相关协议	RTP、RTSP、H.248、H.323、H.225、H.245、H.263
组织来源	H.261 是一种 ITU-T（http://www.itu.int/ITU-T/）标准。
相关链接	http://www.javvin.com/protocol/rfc2032.pdf: RTP Payload Format for H.261 Video Streams http://www.h323forum.org/papers/: H.323 papers and documents