1、RTP over RTSP(TCP)优势
对于RTP包为什么用TCP来传输：
①UDP协议上的RTSP/RTP需要打开许多UDP端口,一个端口用于RTSP通信，n个端口用于RTP，n个端口用于RTCP
②中间网络路由器很容易就过滤或者忽略掉UDP数据包
③UDP是不可靠传输协议，媒体包在因特网上传输时会面临着丢包
2、RTP over RTSP(TCP) 与 RTP over RTSP(UDP) RTP包头差异
rtp基于tcp的包头比基于udp的包头多了4个字节：
* magic固定为0x24，
* channel用来区分音视频等多路流媒体的通道，其中偶数通道为流媒体内容，奇数通道为RTCP
* len表示数据包的长度减去开始的4个字节，即len字段之后的数据长度
| tcp | udp |
| U8 magic | |
| U8 channel | |
| U16 len | |
| U8 csrc_len:4 | U8 csrc_len:4 |
| U8 extension:1 | U8 extension:1 |
| U8 padding:1 | U8 padding:1 |
| U8 version:2 | U8 version:2 |
| U8 payload:7 | U8 payload:7 |
| U8 marker:1 | U8 marker:1 |
| U16 seq_no | U16 seq_no |
| U32 timestamp | U32 timestamp |
| U32 ssrc | U32 ssrc |
推流注意点
因为所有的流媒体通过同一个端口发送，必须保证每一个数据包发送完成。如果音视频采用不同的进程发送，由于send不一定能保证一次性把数据发送完，可能会出现音频数据发一部分，后面跟着视频的一部分数据，会导致另一端解析数据出错。因此需要采用一些同步机制，保证音视频发送数据的完整。
3、RTSP协议流媒体拉流流程详解
RTSP协议流媒体推流流程：
option -> Announce -> Setup -> Record
RTSP协议流媒体拉流流程
option -> Describe -> Setup -> Play
rtsp的协议的请求流程及格式请参考一下链接：http://blog.csdn.net/u010425035/article/details/10410851
下面主要介绍是RTSP协议流媒体拉流流程，用VLC播放器获取海康NVR视频的截图（此次获取是基于TCP的）：
下面来看一下针对每一条消息的详细截图：
客户端发送的OPTION消息：
服务器对OPTION回复的200OK消息：
客户端发送的DESCRIBE不带鉴权的消息：
服务器回复的401消息：
客户端请求带鉴权的DESCRIBE消息：
服务器回复200OK消息带SDP消息体：
客户端请求的SETUP消息：
服务器对SETUP回复的200OK消息：
客户端发起PLAY消息：
服务器针对PLAY回复的200OK消息：
客户端发送的TEARDOWN消息：
VLC停止播放时没有收到服务器针对TEARDOWN消息发送的200OK消息，不知道是什么原因，初步怀疑是海康NVR没有发送这个消息。
4、RTP包详解(TCP传输)
服务器发送完PLAY的200OK消息以后就开始发送数据，RTP基于TCP的数据传输截图如下：
前面“24 00 05 b0”为TCP传输多出的4个字节，第一个字节0x24为固定字符（美元字符）：$；第二个字节channel用来区分音视频等多路流媒体的通道，其中偶数通道0x00代表RTP，奇数通道为RTCP ；第三个第四个字节“05 b0”代表包长度。
5、RTP包详解(UDP传输)
以上是基于TCP的截图，下面是针对UDP的截图，只截取和TCP不同的部分，相同的部分不再截图，请参考TCP截图：
第一个不同点是SETUP消息及回复部分：
数据传输部分：
总结：以上是RTP基于TCP和UDP传输数据不同的地方，关于RTCP的部分还没有研究，带以后有时间再补上相应的部分截图，有什么不对的地址还希望大家指正。
本文为学习过程中笔记，有什么问题请大家指出，文章主要部分是参考如下两篇原文：
原文：https://blog.csdn.net/xiaoyafang123/article/details/52197986
原文：https://blog.csdn.net/ab_skywalker/article/details/77678018