信息流媒体-RTSP初识

2
发表时间:2020-09-30 22:56

  摘要:rtsp属于应用层信息流媒体协议,常见的形式是rtsp以rtp和rtcp为封包形式,在传输层协议udp上进行流媒体传输的。


  1.RTSP概述


  rtsp属于应用层信息流媒体协议,常见的形式是rtsp以rtp和rtcp为封包形式,在传输层协议udp上进行流媒体传输的。有个之前理解过的rtp与rtcp的基础之后,rtsp就很好理解了。总结一点,rtsp里面的数据包是以rtp和rtcp的形式进行封装的,rtsp的作用在于建立会话连接,控制数据等提供给用户的一些操作和方法。就好比在一个工厂里面,员工只需要负责如何制作产品,如何控制产品的质量(rtp,rtcp),而厂长负责命令什么时候生产,什么时候重做,卖给谁(播放,点播,建立会话等操作)。


信息流媒体


  2.RTSP请求


  在学习其他信息流媒体协议的时候,往往这一步我们学习的都是封包,但是对于rtsp的封包,我们只要清楚rtp和rtcp包就行了,因为rtsp里面的数据包就是rtp(当然,rtsp也可以其他形式,我们只是理解常用形式)。


  封包这些都和rtp一样了,那我们学啥?


  虽然rtsp数据包是rtp包,但是rtsp作为“厂长”是如何进行决断的,才是我们需要理解的。这是rtsp建立会话的整个过程,


  从wireshark抓包的结果信息流媒体来看,rtsp建立完整会话过程,客户端向服务器的请求主要分为这几种:OPTIONS,DESCRIBE,STEP,PLAY,其实还有一种请求,就是关闭会话的时候请求TEARDOWN。


  请求作用


  OPTIONS获取服务器提供的可用方法


  DESCRIBE获取媒体流的相关信息(服务器以sdp格式回应)


  STEP客户请求建立会话,并确认传输模式


  PLAY客户发起播放请求


  TEARDOWN客户发起结束请求


  几种方法的请求类似下面的描述:


  在一个完整的rtsp交互信息流媒体过程中,客户端会首先发起一个OPTIONS请求,向服务器获取当前可用的方法,例如播放,暂停等;然后客户端会发起一个DESCRIBE描述请求,服务端会将流媒体信息(流数量,媒体类型等)以SDP的描述形式反馈给客户端;接下来客户端发送SETUP请求来为,每一条流建立会话连接,该请求会将客户端的url,rtp端口号等告诉给服务端,服务端收到请求后就开始传输RTP包数据;在播放的过程中,用户可以发起快进,快退,暂停等操作来实现对流的控制。


  下面通过wireshark抓包来看看具体的信息格式,


  OPTIONS:这里可以看到在信息流媒体请求和返回中都带有CSeq字段,这个和TCP请求一样,是response用来匹配对应的request。


  客户端->服务器


  Real Time Streaming Protocol


  Request:OPTIONS rtsp://10.29.1.101:554/Streaming/Channels/1 RTSP/1.0rn


  Method:OPTIONS


  URL:rtsp://10.29.1.101:554/Streaming/Channels/1


  CSeq:1rn


  User-Agent:Lavf58.27.103rn


  rn


  信息流媒体服务器->客户端


  Real Time Streaming Protocol


  Response:RTSP/1.0 200 OKrn


  Status:200


  CSeq:1rn


  Public:OPTIONS,DESCRIBE,PLAY,PAUSE,SETUP,TEARDOWN,SET_PARAMETER,


  Date:Mon,Oct 14 2019 10:36:42 GMTrn


  rn


  DESCRIBE:注意的是有个SDP的结构,就是上面说的信息流媒体媒体信息格式


  //DESCRIBE


  客户端->服务器


  Real Time Streaming Protocol


  Request:DESCRIBE rtsp://10.29.1.101:554/Streaming/Channels/1 RTSP/1.0rn


  Method:DESCRIBE


  URL:rtsp://10.29.1.101:554/Streaming/Channels/1


  Accept:application/sdprn


  CSeq:3rn


  User-Agent:Lavf58.27.103rn


  rn


  信息流媒体服务器->客户端


  Real Time Streaming Protocol


  Response:RTSP/1.0 200 OKrn


  Status:200


  CSeq:3rn


  Content-type:application/sdp


  Content-Base:rtsp://10.29.1.101:554/Streaming/Channels/1/rn


  Content-length:584


  Date:Mon,Oct 14 2019 10:36:42 GMTrn


  rn


  Session Description Protocol


  Session Description Protocol


  信息流媒体其他的方法类似,就不直接贴了。


  3.下篇预告


  RTP与RTCP协议本来不属于我们常见的信息流媒体协议,类似rtmp,rtsp,hls,webrtc等,但是很多的流媒体协议又是在这两个协议之上的额,比如rtsp和webtrc这两个下层就是rtp与rtcp协议的。这两个协议在四层模型中我们仍把他们归属到应用层协议中,因为这两个协议的实现代码均是由我们用户自己抖音拍摄完成,一个包含RTP完整的流媒体协议封装应是类似user data+rtsp+rtp/rtcp+udp+ip来完成的。


  end


     联系电话:
15807157429
手机/微信
 
 

开户/代运营:

18871871197


开户/代运营:

15807157429