从零开始写一个发送h264的rtsp服务器(下)

转自:http://blog.csdn.net/jychen105/article/details/47012099

 

一、H264是如何通过rtsp发送的

简单来说,H264就是通过打包到rtp协议的数据部分发送出去的。

H264打包成rtp数据包有三种方式

  • 单一封包模式
  • 组合封包模式
  • 分片模式

    要想弄明白这三种打包方式,必须先弄清楚h264的组成结构,或者叫组成单元。

二、H264结构单元

H264数据流最基本的结构单元叫nalu单元。

H264的nalu单元组成:

[start code] + [nalu header] + [nalu paload]
  • start code: 可以为 001 或者 0001, 也就是点3个字节或者4个字节

  • nalu header: 占一个字节

  • nalu paload: 长度不定

每一帧画面拥有一个或多个nalu单元,每个nalu单元以start code进行分离

nalu header

nalu header占一个字节,它又分了三个部分:F,NRI,TYPE

7 6-5 4-0
F NRI TYPE
  • F:一般为0
  • NRI:指示nalu单元的重要性,不同编码器编出来的H264数据不同
  • TYPE:nalu类型

TYPE类型:

类型定义
0 未定义
1-23 NAL单元
24 STAP-A 单一时间组合包
25 STAP-B 单一时间组合包
26 MTAP-16 多个时间组合包
27 MTAP-24 多个时间组合包
28 FU-A 分片
29 FU-B 分片
30-31 未定义

特别注意的是7这SPS,8为PPS,发送SDP协议包时需进行base64编码 
25,26,27,29这四种类型基本不会出现

三、H264的RTP打包

前面说过有三种打包方式:单一封包模式,组合封包模式,分片模式

打包原则

单一封包模式: nalu单元长度小于MTU长度(通常是1500,live555定义的是2400)用此种方式封包 
组合封包模式: nalu单元实在太小,多个nalu长度和都小于MTU长度 
分片模式:nalu单元长度大于MTU长度

以上封包模式是按nalu长度来分的,同时也完全符合nalu单元中TYPE类型来分。 
TYPE1-23 单一封包,24组合封包, 28分片封包

打包细则

单一封包:

[RTP header] + [nalu header] + [nalu payload]

组合封包:

[RTP header]+[STAP-A头(1字节,低5位为24)] +
[第1个nalu长度(2字节)] + [第1个nalu header] + [第1个nalu payload]+
[第2个nalu长度(2字节)] + [第2个nalu header] + [第2个nalu payload]+
[第N个nalu长度(2字节)] + [第N个nalu header] + [第N个nalu payload]

分片模式封包:

此时要切分成多个RTP包

[RTP header]+[FU Indicator(1字节)]+[FU header(1字节)]+[部分nalu payload]

FU Indicator

7 6-5 4-0
F NRI TYPE

F, NRI为nalu中的F,NRI 
TYPE:固定为28

FU header

7 6 5 4-0
S E R TYPE

S:开始标志(start)

E:结束标志(end)

R:保留(reserve)

TYPE: nalu中的TYPE

标志SER
分片开始 1 0 0
分片中间 0 0 0
分片结束 0 1 0

RTP包头的填充

typedef struct 
{
    /* byte 0 */
    unsigned char csrc_len:4;  /* CC expect 0 */
    unsigned char extension:1; /* X  expect 1, see RTP_OP below */
    unsigned char padding:1;   /* P  expect 0 */
    unsigned char version:2;   /* V  expect 2 */

    /* byte 1 */
    unsigned char payload:7;   /* PT  RTP_PAYLOAD_RTSP */
    unsigned char marker:1;    /* M   expect 1 */

    /* byte 2,3 */
    unsigned short seq_no;     /*sequence number*/

    /* byte 4-7 */
    unsigned  long timestamp;  /*time stamp*/

    /* byte 8-11 */
    unsigned long ssrc;        /* stream number is used here. */
} RTPHeader;/*12 bytes*/

各项值填充:

符号位数定义数值
V 2bit 版本号 2
P 1bit 填充位 0
X 1bit 扩展位 0
CC 4bit CSRC数目 0
M 1bit 标志位 单一封包为1; 分片封包最后一个包为1,其余为0;
PT 7bit 载荷类型 96(h264为96)
SeqNum 16bit 序列号 每发一个包加1
Timestamp 32bit 时间戳 单一封包 +采样率,h264为3600; 分片封包第一个加采样率,后续不变
SSRC 32bit 同步源标识 任意指定,标准是一个MD5算法值,未明
CSRC 0bit 贡献源列表 CC为0,所以此项没有

组合模式的M跟Timestamp未调查清楚,但是可以讨巧,打包的时候不采用组合模式,采用单一模式。

版权声明:本文为博主原创文章,转载请注明出处 http://blog.csdn.net/jychen105/article/details/47012099
posted @ 2018-03-19 17:28  明明是悟空  阅读(3483)  评论(1编辑  收藏  举报