RTSP(Real-Time Stream Protocol)协议是一个基于文本的多媒体播放控制协议，属于应用层。RTSP以客户端方式工作，对流媒体提供播放、暂停、后退、前进等操作。
它主要用来控制具有实时特性的数据的发送，但其本身并不用于传送流媒体数据，而必须依赖下层传输协议(如RTP/RTCP)所提供的服务来完成流媒体数据的传送。RTSP负责定义具体的控制信息、操作方法、状态码，以及描述与RTP之间的交互操作。
RTSP可以在TCP上传输也可以在UDP上传输，而RTP和RTCP是基于UDP协议的（TCP协议的重传机制可能会引起较大时延）。
客户端要播放RTSP媒体流，就需要知道媒体源的URL，RTSP的URL格式一般如下：
rtsp://host[:port]/[abs_path]/content_name
host: 有效的域名或IP地址；
port: 端口号，缺省为554，若为缺省可不填写，否则必须写明。
目前市面上常用的海康网络摄像头的RTSP地址格式为：
rtsp://[username]:[password]@[ip]:[port]/[codec]/[channel]/[subtype]/av_stream
示例： rtsp://admin:12345@192.168.1.67:554/h264/ch1/main/av_stream
RTSP是一种基于文本的协议，用CRLF(回车换行)作为每一行的结束符。
rtsp中定义的方法有：OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, SCALE, GET_PARAMETER ，SET_PARAMETER
1.OPTION 目的是得到服务器提供的可用方法
2.DESCRIBE C向S发起DESCRIBE请求,为了得到会话描述信息(SDP)
3.SETUP 客户端提醒服务器建立会话,并确定传输模式
uri中带有trackID＝0，表示对该通道进行设置。Transport参数设置了传输模式，包的结构。接下来的数据包头部第二个字节位置就是interleaved，它的值是每个通道都不同的，trackID＝0的interleaved值有两个0或1，0表示rtp包，1表示rtcp包，接受端根据interleaved的值来区别是哪种数据包。
4.PLAY 客户端发送播放请求
5.TEARDOWN 客户端发起关闭请求
ps:
sdp的格式
v=<version>
o=<username> <session id> <version> <network type> <address type> <address>
s=<session name>
i=<session description>
u=<URI>
e=<email address>
p=<phone number>
c=<network type> <address type> <connection address>
b=<modifier>:<bandwidth-value>
t=<start time> <stop time>
r=<repeat interval> <active duration> <list of offsets from start-time>
z=<adjustment time> <offset> <adjustment time> <offset> ....
k=<method>
k=<method>:<encryption key>
a=<attribute>
a=<attribute>:<value>
m=<media> <port> <transport> <fmt list>
v = （协议版本）
o = （所有者/创建者和会话标识符）
s = （会话名称）
i = * （会话信息）
u = * （URI 描述）
e = * （Email 地址）
p = * （电话号码）
c = * （连接信息）
b = * （带宽信息）
z = * （时间区域调整）
k = * （加密密钥）
a = * （0 个或多个会话属性行）
时间描述：
t = （会话活动时间）
r = * （0或多次重复次数）
媒体描述：
m = （媒体名称和传输地址）
i = * （媒体标题）
c = * （连接信息 — 如果包含在会话层则该字段可选）
b = * （带宽信息）
k = * （加密密钥）
a = * （0 个或多个媒体属性行）
rtsp认证分为2种：基本认证(basic authentication)、摘要认证(digest authentication)。基本认证是http1.0的认证方案，摘要认证是1.1针对1.0的改进版本，基本认证由于存在未加密直接传送有安全隐患，摘要认证经过MD5转换，具备更高的安全性。
认证过程：
客户端发送不带认证信息的DESCRIBE请求到服务端，RTSP服务端认为没有通过认证，返回401 Unauthorized携带WWW-Authenticate认证响应。
此时客户端程序应该弹出密码认证窗口 ，提示输入认证信息：用户名和密码
从响应消息中进行判断，如果发现是basic认证，通过对 username:password 进行base64编码得到Authorization，携带Authorization再次发起DESCRIBE请求。
如果是digest认证，还会返回一个nonce字段，客户端以用户名，密码，nonce，HTTP方法，请求的URI等信息为基础产生response信息进行反馈，其中response计算方法如下：
(1)当password为MD5编码,则
response = md5( password:nonce:md5(public_method:url) );
(2)当password为ANSI字符串,则
response= md5( md5(username:realm:password):nonce:md5(public_method:url) );
客户端在每次发起不同的请求方法时都需要计算response字段，同样在服务器端校验时也默认采取同样的计算方法。
例如：
Authorization: Digest username="admin",realm="Hipcam RealServer", nonce="3b27a446bfa49b0c48c3edb83139543d",uri="rtsp://192.168.123.158:554/11", response="258af9d739589e615f711838a0ff8c58"
通过对海康摄像头取流播放抓包得到的rtsp报文内容：
二、RTP和RTCP数据传输协议RTP，用于实时传输数据。该协议提供的信息包括：时间戳（用于同步）、序列号（用于丢包和重排序检测）、以及负载格式（用于说明数据的编码格式）。
控制协议RTCP，用于QoS反馈和同步媒体流。相对于RTP来说，RTCP所占的带宽非常小，通常只有5%。
RTP的工作机制为：
当应用程序建立一个RTP会话时，应用程序将确定一对目的传输地址。目的传输地址由一个网络地址和一对端口组成，有两个端口：一个给RTP包，一个给RTCP包，使得RTP/RTCP数据能够正确发送。RTP数据发向偶数的UDP端口，而对应的控制信号RTCP数据发向相邻的奇数UDP端口（偶数的UDP端口＋1），这样就构成一个UDP端口对。
版本号（V）：2比特，用来标志使用的RTP版本。
填充位（P）：1比特，如果该位置位，则该RTP包的尾部就包含附加的填充字节。
扩展位（X）： 1比特，如果该位置位的话，RTP固定头部后面就跟有一个扩展头部。
CSRC计数器（CC）：4比特，含有固定头部后面跟着的CSRC的数目。
标记位（M）： 1比特,？？
载荷类型（PayloadType）： 7比特，标识了RTP载荷的类型。
序列号（SN）：16比特，每发送一个 RTP 数据包，序列号增加1。接收端可以据此检测丢包和重建包序列。
时间戳(Timestamp): 2比特，记录了该包中数据的第一个字节的采样时刻。在一次会话开始时，时间戳初始化成一个初始值。即使在没有信号发送时，时间戳的数值也要随时间而不断地增加（时间在流逝嘛）。时钟频率依赖于负载数据格式，并在描述文件（profile）中进行描述。
同步源标识符(SSRC)：32比特，同步源就是指RTP包流的来源。在同一个RTP会话中不能有两个相同的SSRC值。该标识符是随机选取的 RFC1889推荐了MD5随机算法。
贡献源列表（CSRC List）：0～15项，每项32比特，用来标志对一个RTP混合器产生的新包有贡献的所有RTP包的源。由混合器将这些有贡献的SSRC标识符插入表中。SSRC标识符都被列出来，以便接收端能正确指出交谈双方的身份。
RTCP？？？
参考：
https://www.cnblogs.com/yuweifeng/p/7567846.html 流媒体协议之RTSP详解20170922
https://blog.csdn.net/deliapu/article/details/79199023 网络流媒体协议之——RTSP协议
https://blog.csdn.net/lanfengywf/article/details/80924275 流媒体协议之RTSP客户端的实现20171014
https://www.cnblogs.com/yuweifeng/p/7550737.html 流媒体协议之JRTPLIB的使用20170919
https://github.com/babosa/Course GitHub课程
https://blog.csdn.net/machh/article/details/51868569 RTP/RTCP协议解析
https://blog.csdn.net/machh/article/details/52121648 流媒体传输协议详解之---RTSP认证
