• <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>

            牽著老婆滿街逛

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

            RTSP協(xié)議介紹

            轉(zhuǎn)載自:http://www.blogjava.net/AlanLiu/archive/2012/04/16/374775.html

            1. 實(shí)時(shí)流協(xié)議RTSP

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

            1.1.   RTSP協(xié)議簡介

            要實(shí)現(xiàn) RTSP 的控制功能,不僅要有協(xié)議,而且要有專門的媒體播放器(media player)和媒體服務(wù)器(media server)。媒體服務(wù)器與媒體播放器的關(guān)系是服務(wù)器與客戶的關(guān)系。

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


             

            圖1 RTSP與RTP和RTCP的關(guān)系

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

            1.2.    RTSP的報(bào)文結(jié)構(gòu)

            RTSP有兩類報(bào)文:請求報(bào)文和響應(yīng)報(bào)文。請求報(bào)文是指從客戶向服務(wù)器發(fā)送請求報(bào)文,響應(yīng)報(bào)文是指從服務(wù)器到客戶的回答。

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

            RTSP報(bào)文由三部分組成,即開始行、首部行和實(shí)體主體。在請求報(bào)文中,開始行就是請求行,RTSP請求報(bào)文的結(jié)構(gòu)如圖2所示。


             

            圖2 RTSP請求報(bào)文的結(jié)構(gòu)

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

            表1 RTSP請求報(bào)文的常用方法及作用

            方法

            作用

            OPTIONS

            獲得服務(wù)器提供的可用方法

            DESCRIBE

            得到會話描述信息

            SETUP

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

            TEARDOWN

            客戶端發(fā)起關(guān)閉請求

            PLAY

            客戶端發(fā)送播放請求

             

            響應(yīng)報(bào)文的開始行是狀態(tài)行,RTSP響應(yīng)報(bào)文的結(jié)構(gòu)如圖3所示。


             

            圖3 RTSP響應(yīng)報(bào)文的結(jié)構(gòu)

            1.3.    RTSP交互過程

            C表示RTSP客戶端,S表示RTSP服務(wù)端

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

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

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

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

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

            S->C: SETUP response         //S建立會話,返回會話標(biāo)識符及會話相關(guān)信息

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

            S->C: PLAY response          //S回應(yīng)請求信息

            S->C: 發(fā)送流媒體數(shù)據(jù)

             C->S: TEARDOWN request     //C請求關(guān)閉會話

            S->C: TEARDOWN response     //S回應(yīng)請求

            上述的過程是標(biāo)準(zhǔn)的RTSP流程,其中第3步和第4步是必需的。


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


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            AV色综合久久天堂AV色综合在| 久久久国产一区二区三区| 无码日韩人妻精品久久蜜桃| 国产亚洲色婷婷久久99精品| 国内精品久久久久久麻豆| 国产亚洲精品久久久久秋霞| 久久久久久综合一区中文字幕| 亚洲国产日韩欧美久久| 精品精品国产自在久久高清 | 久久精品aⅴ无码中文字字幕不卡 久久精品aⅴ无码中文字字幕重口 | 久久99久国产麻精品66| 久久精品九九亚洲精品天堂| 青青草原综合久久大伊人导航| 激情伊人五月天久久综合| 色婷婷狠狠久久综合五月| 久久这里只精品国产99热| 久久久无码一区二区三区| 久久99热这里只频精品6| 国産精品久久久久久久| 99久久人妻无码精品系列| 久久婷婷国产剧情内射白浆| 久久97久久97精品免视看| 久久精品一区二区国产| 久久久久人妻精品一区| 精品综合久久久久久98| 午夜精品久久影院蜜桃| 精品99久久aaa一级毛片| 99久久综合狠狠综合久久| 99麻豆久久久国产精品免费| 久久精品国产亚洲AV高清热| 中文字幕乱码久久午夜| 久久午夜无码鲁丝片秋霞| 亚洲精品乱码久久久久久不卡| 久久精品女人天堂AV麻| 看全色黄大色大片免费久久久| 久久99精品九九九久久婷婷| 精品久久综合1区2区3区激情| 日本久久久久久中文字幕| 91精品婷婷国产综合久久| 久久av高潮av无码av喷吹| 久久天堂电影网|