日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

RTSP协议基本分析

發(fā)布時間:2023/12/1 编程问答 52 豆豆
生活随笔 收集整理的這篇文章主要介紹了 RTSP协议基本分析 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

目錄

  • 一、介紹
  • 二、RTSP與HTTP
  • 三、RTSP推流基本過程
    • 1、OPTION 查詢服務(wù)器端可用方法
      • 1.1、Client 請求
      • 1.2、Server 回復(fù)
    • 2、ANNOUNCE 發(fā)送媒體描述信息
      • 2.1、Client 請求
      • 2.2、Server 回復(fù)
    • 3、SETUP建立RTSP會話
      • 3.1、Client 請求(視頻流)
      • 3.2、Server 回復(fù)(視頻流)
      • 3.3、Client 請求(音頻流)
      • 3.4、Server 回復(fù)(音頻流)
    • 4、RECORD請求傳送數(shù)據(jù)
      • 4.1、Client 請求
      • 4.2、Server 回復(fù)
    • 5、RTCP 播放控制、RTP視頻數(shù)據(jù)
      • 5.1、Client 發(fā)送(RTCP)
      • 5.2、Client 發(fā)送(RTP)
    • 6、RTCP 播放控制、RTP音頻數(shù)據(jù)
      • 6.1、Client 發(fā)送(RTCP)
      • 6.2、Client 發(fā)送(RTP)
    • 7、TEARDOWN關(guān)閉會話
      • 7.1、Client 請求
      • 7.2、Server 回復(fù)
  • 四、RTSP拉流基本過程
    • 1、OPTION 查詢服務(wù)器端可用方法
      • 1.1、Client 請求
      • 1.2、Server 回復(fù)
    • 2、DESCRIBE 獲取媒體描述信息
      • 2.1、Client 請求
      • 2.2、Server 回復(fù)
    • 3、SETUP建立RTSP會話
      • 3.1、Client 請求(視頻流)
      • 3.2、Server 回復(fù)(視頻流)
      • 3.3、Client 請求(音頻流)
      • 3.4、Server 回復(fù)(音頻流)
    • 4、PLAY請求開始傳送數(shù)據(jù)
      • 4.1、Client 請求
      • 4.2、Server 回復(fù)
    • 5、RTP數(shù)據(jù)傳送播放
      • 5.1、Server 發(fā)來 (視頻流)
      • 5.2、Server 發(fā)來 (音頻流)
    • 6、TEARDOWN關(guān)閉會話,退出

一、介紹

RTSP(Real-Time Stream Protocol )是一種基于文本的應(yīng)用層協(xié)議,在語法及一些消息參數(shù)等方面,
RTSP協(xié)議與HTTP協(xié)議類似。
RTSP被用于建立的控制媒體流的傳輸,它為多媒體服務(wù)扮演“網(wǎng)絡(luò)遠(yuǎn)程控制”的?色。盡管有時可以把
RTSP控制信息和媒體數(shù)據(jù)流交織在一起傳送,但一般情況RTSP本身并不用于轉(zhuǎn)送媒體流數(shù)據(jù)。媒體數(shù)據(jù)
的傳送可通過RTP/RTCP等協(xié)議來完成。
一次基本的RTSP操作過程是:首先,客戶端連接到流服務(wù)器并發(fā)送一個RTSP描述命令(DESCRIBE)。流
服務(wù)器通過一個SDP描述來進(jìn)行反饋,反饋信息包括流數(shù)量、媒體類型等信息。客戶端再分析該SDP描
述,并為會話中的每一個流發(fā)送一個RTSP建立命令(SETUP),RTSP建立命令告訴服務(wù)器客戶端用于接收
媒體數(shù)據(jù)的端口。流媒體連接建立完成后,客戶端發(fā)送一個播放命令(PLAY),服務(wù)器就開始在UDP上傳送
媒體流(RTP包)到客戶端。 在播放過程中客戶端還可以向服務(wù)器發(fā)送命令來控制快進(jìn)、快退和暫停等。
最后,客戶端可發(fā)送一個終止命令(TERADOWN)來結(jié)束流媒體會話。

二、RTSP與HTTP

  • RTSP引入了幾種新的方法,比如DESCRIBE、PLAY、SETUP 等,并且有不同的協(xié)議標(biāo)識符,RTSP
    為rtsp 1.0,HTTP為http 1.1。
  • HTTP是無狀態(tài)的協(xié)議,而RTSP為每個會話保持狀態(tài) session的概念。
  • RTSP協(xié)議的客戶端和服務(wù)器端都可以發(fā)送Request請求,而在HTTP 協(xié)議中,只有客戶端能發(fā)送
    Request請求。
  • 在RTSP協(xié)議中,載荷數(shù)據(jù)一般是通過帶外方式來傳送的(除了交織的情況),及通過RTP協(xié)議在不同的
    通道中來傳送載荷數(shù)據(jù)。而HTTP協(xié)議的載荷數(shù)據(jù)都是通過帶內(nèi)方式傳送的,比如請求的網(wǎng)頁數(shù)據(jù)是在回應(yīng)
    的消息體中攜帶的。
  • 使用ISO 10646(UTF-8) 而不是ISO 8859-1,以配合當(dāng)前HTML的國際化。
  • RTSP使用URI請求時包含絕對URI。而由于歷史原因造成的向后兼容性問題,HTTP/1.1只在請求中包
    含絕對路徑,把主機(jī)名放入單獨(dú)的標(biāo)題域中。
  • 三、RTSP推流基本過程

    1、OPTION 查詢服務(wù)器端可用方法

    1.1、Client 請求

    1.2、Server 回復(fù)

    2、ANNOUNCE 發(fā)送媒體描述信息

    2.1、Client 請求

    2.2、Server 回復(fù)

    3、SETUP建立RTSP會話

    3.1、Client 請求(視頻流)

    3.2、Server 回復(fù)(視頻流)

    3.3、Client 請求(音頻流)

    3.4、Server 回復(fù)(音頻流)

    4、RECORD請求傳送數(shù)據(jù)

    4.1、Client 請求

    4.2、Server 回復(fù)

    5、RTCP 播放控制、RTP視頻數(shù)據(jù)

    5.1、Client 發(fā)送(RTCP)

    5.2、Client 發(fā)送(RTP)

    6、RTCP 播放控制、RTP音頻數(shù)據(jù)

    6.1、Client 發(fā)送(RTCP)

    6.2、Client 發(fā)送(RTP)

    7、TEARDOWN關(guān)閉會話

    7.1、Client 請求

    7.2、Server 回復(fù)

    四、RTSP拉流基本過程

    1、OPTION 查詢服務(wù)器端可用方法

    1.1、Client 請求

    1.2、Server 回復(fù)

    2、DESCRIBE 獲取媒體描述信息

    2.1、Client 請求

    2.2、Server 回復(fù)

    3、SETUP建立RTSP會話

    3.1、Client 請求(視頻流)

    3.2、Server 回復(fù)(視頻流)

    3.3、Client 請求(音頻流)

    3.4、Server 回復(fù)(音頻流)

    4、PLAY請求開始傳送數(shù)據(jù)

    4.1、Client 請求

    4.2、Server 回復(fù)

    5、RTP數(shù)據(jù)傳送播放

    5.1、Server 發(fā)來 (視頻流)

    5.2、Server 發(fā)來 (音頻流)

    6、TEARDOWN關(guān)閉會話,退出

    客戶端發(fā)送TEARDOWN請求結(jié)束會話,與推流一樣。

    總結(jié)

    以上是生活随笔為你收集整理的RTSP协议基本分析的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。