RTP 基于UDP和TCP协议传输数据的详解以及RTSP协议请求流程详解

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