流媒体之RTSP/RTP/RTCP，RTSP是发起/终结流媒体、RTP是传输流媒体、RTCP是对RTP进行控制，同步。
-
RTP：实时传输协议
- RTP/RTCP是实际传输数据的协议
- RTP传输音频/视频数据，如果是PLAY，Server发送到Client端，如果是RECORD，Client发送到Server
- 一个RTP协议由两个密切相关的部分组成：RTP数据协议和RTP控制协议（RTCP）
-
RTSP：实时流协议
- RTSP的请求方法主要有:OPTIONS,DESCRIBE,SETUP,TEARDOWN,PLAY等，可以明确知道对对话和控制作用
- RTSP的对话过程中SERTUP可以确定RTP/RTCP使用的端口，PLAY/PAUSE/TEARDOWN可以开始/停止RTP的发送
-
RTCP: RTP控制协议
- RTP/RTCP是实时传输数据的协议
- 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相同的分发机制，向会话中的所有成员周期性地发送控制信息，应用程序通过接收这些数据从中获取会话参与者的相关信息，以及网络状态、分组丢失概率等信息。
