RTSP/RTP/RTCP

流媒体之RTSP/RTP/RTCP，RTSP是发起/终结流媒体、RTP是传输流媒体、RTCP是对RTP进行控制，同步。

RTP：实时传输协议
1. RTP/RTCP是实际传输数据的协议
2. RTP传输音频/视频数据，如果是PLAY，Server发送到Client端，如果是RECORD，Client发送到Server
3. 一个RTP协议由两个密切相关的部分组成：RTP数据协议和RTP控制协议（RTCP）
RTSP：实时流协议
1. RTSP的请求方法主要有:OPTIONS,DESCRIBE,SETUP,TEARDOWN,PLAY等，可以明确知道对对话和控制作用
2. RTSP的对话过程中SERTUP可以确定RTP/RTCP使用的端口，PLAY/PAUSE/TEARDOWN可以开始/停止RTP的发送
RTCP: RTP控制协议
1. RTP/RTCP是实时传输数据的协议
2. RTCP包含Sender Report 和 Receiver Report,用来进行音频/视频的同步以及其他用途，是一种控制协议

RTP

RTP数据协议负责对流媒体数据进行封包并实现媒体流的实时传输，每个RTP数据包都是由头部（Header）和负载（Payload）两个部分组成，其中头部前12个字节的含义是固定的，而负载可以是音频/视频的数据

RTP数据报的头部格式：

| V=10 | P | X | CC | M | PT | sequence number | timestamp | SSRC | CSRC |

字段	位宽	定义
V	2	RTP协议的版本号
P	1	填充标志，当P=1，则在该报文的尾部填充一个或多个额外的八位组，但它们不是有效载荷的一部分
X	1	扩展标志，当X=1，则在RTP报头后跟一个扩展报头
CC	4	CSRC计数器，指示CSRC标识符的个数
M	1	标记，不同的有效载荷有不同的含义，对于视频，标记一帧的结束；对于音频，标记会话的开始
PT	7	有效载荷类型，用于说明RTP报文中有效载荷的类型，如GSM音频，JPEM图像等
sequence number	16	用于标识发送者所发送的RTP报文的序列号，每发送一个报文，序列号增1。接收者通过序列号来检测报文丢失情况，重新排序报文，恢复数据
timestamp	32	时间戳反映了该RTP报文的第一个八位组的采样时刻。接收者使用时间戳来计算延迟和延迟抖动，并进行同步控制
SSRC	32	用于标识同步信源。随机选择，参加同一视频会议的两个同步信源不能有相同的SSRC
CSRC	32	每个CSRC标识符占32位，可以有0-15个。每个CSRC标识包含在该RTP报文有效载荷中的所有特约信源

RTSP

作为一个应用层协议，RTSP提供来一个可扩展的框架，它的意义在于使得 实时流媒体数据的受控和点播变得可能。RTSP是一个流媒体表示协议，主要用来控制具有实时特性的数据发送，它本身并不传输数据，而是必须依赖于下层传输协议所提供的某些服务。RTSP是一种基于文本的协议，用CRLF作为一行的结束符。

RTSP报文

请求报文：从客户端向服务器发送请求报文
相应报文：从服务器到客户端的应答
RTSP报文由三部分组成：开始行、首部行、实体主体

rtsp请求报文.png

在请求报文中，开始行就是请求行。方法、URL、版本之间需要添加空格

RTSP请求报文的常用方法和作用

方法	作用
OPTIONS	获得服务器提供的可用方法
DESCRIBLE	得到会话描述信息
SETUP	客户端提醒服务器建立会话，并确定传输模式
TEARDOWM	客户端发起关闭请求
PLAY	客户端发起播放请求
SET_PARAMETER	给URI指定的表示或媒体流设置参数值
GET_PARAMETER	获取URI中指定的表示或流的任何指定参数或参数的值

rtsp响应报文.png

RTCP

RTCP控制协议需要与RTP数据协议一起配合使用，当应用程序启动一个RTP会话时将同时占用两个端口，分别提供给RTP和RTCP使用。RTP本身并不能为按序传输包提供可靠的保证，也不提供流量控制和阻塞控制，这些都由RTCP来负责完成。通常RTCP会采用与RTP相同的分发机制，向会话中的所有成员周期性地发送控制信息，应用程序通过接收这些数据从中获取会话参与者的相关信息，以及网络状态、分组丢失概率等信息。