• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            牽著老婆滿街逛

            嚴以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            RTSP協議介紹

            轉載自:http://www.blogjava.net/AlanLiu/archive/2012/04/16/374775.html

            1. 實時流協議RTSP

            RTSP[3]協議以客戶服務器方式工作,它是一個多媒體播放控制協議,用來使用戶在播放從因特網下載的實時數據時能夠進行控制,如:暫停/繼續、后退、前進等。因此 RTSP 又稱為“因特網錄像機遙控協議”。

            1.1.   RTSP協議簡介

            要實現 RTSP 的控制功能,不僅要有協議,而且要有專門的媒體播放器(media player)和媒體服務器(media server)。媒體服務器與媒體播放器的關系是服務器與客戶的關系。

            媒體服務器與普通的萬維網服務器的最大區別就是媒體服務器支持流式音頻和視頻的傳送,因而在客戶端的媒體播放器可以邊下載邊播放(需要先緩存一小段時間的節目)。但從普通萬維網服務器下載多媒體節目時,是先將整個文件下載完畢,然后再進行播放。


             

            圖1 RTSP與RTP和RTCP的關系

            RTSP 僅僅是使媒體播放器能控制多媒體流的傳送。因此,RTSP 又稱為帶外協議,而多媒體流是使用 RTP 在帶內傳送的。

            1.2.    RTSP的報文結構

            RTSP有兩類報文:請求報文和響應報文。請求報文是指從客戶向服務器發送請求報文,響應報文是指從服務器到客戶的回答。

            由于 RTSP 是面向正文的(text-oriented),因此在報文中的每一個字段都是一些 ASCII 碼串,因而每個字段的長度都是不確定的。

            RTSP報文由三部分組成,即開始行、首部行和實體主體。在請求報文中,開始行就是請求行,RTSP請求報文的結構如圖2所示。


             

            圖2 RTSP請求報文的結構

            RTSP請求報文的方法包括:OPTIONS、DESCRIBE、SETUP、TEARDOWN、PLAY、PAUSE、GET_PARAMETER和SET_PARAMETER。RTSP請求報文的常用方法及作用如表1所示。

            表1 RTSP請求報文的常用方法及作用

            方法

            作用

            OPTIONS

            獲得服務器提供的可用方法

            DESCRIBE

            得到會話描述信息

            SETUP

            客戶端提醒服務器建立會話,并確定傳輸模式

            TEARDOWN

            客戶端發起關閉請求

            PLAY

            客戶端發送播放請求

             

            響應報文的開始行是狀態行,RTSP響應報文的結構如圖3所示。


             

            圖3 RTSP響應報文的結構

            1.3.    RTSP交互過程

            C表示RTSP客戶端,S表示RTSP服務端

             C->S: OPTION request            //詢問S有哪些方法可用

            S->C: OPTION response        //S回應信息中包括提供的所有可用方法

             C->S: DESCRIBE request      //要求得到S提供的媒體初始化描述信息

            S->C: DESCRIBE response      //S回應媒體初始化描述信息,主要是sdp

             C->S: SETUP request         //設置會話屬性,以及傳輸模式,提醒S建立會話

            S->C: SETUP response         //S建立會話,返回會話標識符及會話相關信息

             C->S: PLAY request          //C請求播放

            S->C: PLAY response          //S回應請求信息

            S->C: 發送流媒體數據

             C->S: TEARDOWN request     //C請求關閉會話

            S->C: TEARDOWN response     //S回應請求

            上述的過程是標準的RTSP流程,其中第3步和第4步是必需的。


            posted on 2013-09-13 15:52 楊粼波 閱讀(838) 評論(0)  編輯 收藏 引用

            97久久精品无码一区二区| 久久久久综合中文字幕| 精品国际久久久久999波多野| 久久久亚洲欧洲日产国码二区 | 99久久国产免费福利| 久久精品无码一区二区三区日韩 | 久久亚洲私人国产精品| 久久久久夜夜夜精品国产| 久久久久无码精品| 亚洲日韩中文无码久久| 久久久久免费精品国产| 伊人久久大香线蕉av不变影院 | 国产精品美女久久福利网站| 久久婷婷五月综合色高清| 久久精品国产国产精品四凭| 色狠狠久久AV五月综合| 久久婷婷色香五月综合激情| 天天爽天天爽天天片a久久网| 狠狠人妻久久久久久综合蜜桃| 久久久精品波多野结衣| 国产精品久久久久久搜索| 久久天天躁夜夜躁狠狠| 久久精品国产精品亚洲艾草网美妙| 久久综合给久久狠狠97色| 久久亚洲精品无码播放| 99麻豆久久久国产精品免费| 久久婷婷人人澡人人爽人人爱 | 精品久久久久中文字幕一区| 亚洲AV无码1区2区久久| 国产亚洲美女精品久久久2020| 久久亚洲国产成人精品无码区| 91久久精品无码一区二区毛片| 欧美牲交A欧牲交aⅴ久久| 久久精品国产色蜜蜜麻豆| 欧美精品国产综合久久| 久久午夜福利电影| 天天综合久久一二三区| 日本精品久久久久久久久免费| 久久亚洲国产精品五月天婷| 思思久久好好热精品国产| 97香蕉久久夜色精品国产|