RTSP协议之TCP/UDP问题

前言

RTSP(Real-Time StreamingProtocol)实时流式协议在直播、流媒体、视频会议等平台用得很多,它是基于TCP/IP开发的上层协议,所以音视频流数据可以用TCP或者UDP来传输。这篇文章目的主要是讲述这二者的区别,如果想了解更多RTSP相关的知识,可以参阅我之前的博文《RTSP协议实例分析》。  

 

RTSP之TCP与UDP方式区别 

TCP与UDP方式的区别在客户端项服务端SETUP请求中的Transport项体现。RTSP客户端会根据自己的环境发出请求,以决定使用TCP还是UDP的方式,在比较完善的RTSP服务中这两种方式都支持,然而在我遇到的产品(某品牌NVR)中只支持TCP方式,在实测过程中,VLC连接时默认使用UDP方式连接时会失败,然后VLC会自动切成TCP的连接方式,而FFPALY则不会自动切换,这里为VLC点个赞。

   1.TCP请求方式,此方式比较灵活,它不用另外建立音视频传输的Socket,而直接使用RTSP的Socket,这样做可以节省不少资源开支。由于采用TCP传输,数据的可靠性得到保障。在分析抓包数据可以看出客户端在SETUP请求时的数据交互中的Transport项指定了TCP传输方式RTP/AVP/TCP。(以下抓包数据基于VLC RTSP连接NVR获取的音视频流)

OPTIONS rtsp://192.168.0.49:554/11 RTSP/1.0
CSeq: 2
User-Agent: LibVLC/2.2.8 (LIVE555 Streaming Media v2016.02.22)

RTSP/1.0 200 OK
CSeq: 2
Server: Rtsp Server 
Public: OPTIONS, DESCRIBE, SETUP, PLAY, TEARDOWN, SET_PARAMETER

DESCRIBE rtsp://192.168.0.49:554/11 RTSP/1.0
CSeq: 3
User-Agent: LibVLC/2.2.8 (LIVE555 Streaming Media v2016.02.22)
Accept: applica
  • 9
    点赞
  • 46
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
TCPUDP是两种不同的传输层协议,用于在计算机网络中实现可靠的数据传输。RTSP(实时流传输协议)是一种应用层协议,用于控制媒体流的传输。 在使用TCP发送RTSP源码时,首先需要建立一个TCP连接。可以通过创建套接字、指定IP地址和端口号来完成连接。然后,可以使用RTSP协议的请求方法(如OPTIONS,DESCRIBE等)和相应的参数,通过TCP连接向服务器发送RTSP命令。服务器接收到命令后,会解析命令并返回相应的RTSP响应消息。通过TCP连接,客户端可以与服务器进行命令和响应的交互,实现RTSP的控制功能。此外,在建立TCP连接的过程中,TCP协议会保证数据的可靠传输,因此在使用TCP发送RTSP时,能够确保传输的可靠性和稳定性。 如果采用UDP发送RTSP源码,与TCP方式相比,需要注意数据传输的不可靠性和丢包的问题UDP是一种无连接的协议,不提供数据传输的可靠性保证。通过UDP发送RTSP,需要首先创建UDP套接字并指定IP地址和端口号。然后可以使用sendto()函数将RTSP命令以UDP数据包的形式发送给服务器。服务器接收到数据包后,解析命令并返回相应的RTSP响应消息。值得注意的是,由于UDP协议的不可靠性,可能存在数据包丢失或乱序的情况,因此在使用UDP发送RTSP时,需要通过设置超时等机制来处理数据丢失和重新传输,以确保数据的完整性。 综上所述,TCPUDP都可以用于发送RTSP源码,但在选择协议时需要根据具体需求和网络环境的特性进行考虑,以确保数据传输的可靠性和效率。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值