前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇rtsp協(xié)議范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

rtsp協(xié)議范文第1篇

[關(guān)鍵詞]TD-SCDMA　RLC　GPP　SDR　ARQ

1　引言

TD-SCDMA是國際電聯(lián)(ITU)認可并的第三代無線通信接口標(biāo)準(zhǔn)之一，是我國第一個自主知識產(chǎn)權(quán)的通信國際標(biāo)準(zhǔn)。TD-SCDMA系統(tǒng)采用時分AT(TDD)方式，便于靈活配置非對稱業(yè)務(wù)，具有系統(tǒng)容量大、頻譜利用率高、頻帶分配靈活性強、抗干擾能力強等特點。

軟件無線電(SDR，Software Defintion Radio)是在1992年5月的美國通信系統(tǒng)會議上由Joe Mitola首次提出的，其基本思想是以一個通用、標(biāo)準(zhǔn)、模塊化的硬件平臺為依托，通過軟件編程來實現(xiàn)無線電臺的各種功能。軟件無線電強調(diào)體系結(jié)構(gòu)的開放性和全面可編程性，通過軟件更新改變硬件配置結(jié)構(gòu)，實現(xiàn)新的功能。當(dāng)前，軟件無線電平臺主要通過現(xiàn)場可編程門陣列(FPGA)、數(shù)字信號處理器(DSP)、通用處理器(GPP)實現(xiàn)。與傳統(tǒng)的基于FPGA以及DSP的SDR相比，基于高性能GPP的SDR系統(tǒng)可以降低通信系統(tǒng)開發(fā)和調(diào)試的復(fù)雜度，具有更好的靈活性和可擴展性，能極大地節(jié)省系統(tǒng)的硬件成本和人力成本。

無線鏈路控制(RLC，Radio Link Control)是實現(xiàn)TD-SCDMA系統(tǒng)的重要組成部分。TD-SCDMA系統(tǒng)的RLC層配置方案與數(shù)據(jù)流程相對復(fù)雜，狀態(tài)變量與配置參數(shù)較多，增加了開發(fā)的難度。

2　協(xié)議及系統(tǒng)架構(gòu)

2.1　GPP-SDR系統(tǒng)架構(gòu)

典型的GPP-SDR系統(tǒng)由通用的硬件單元和能夠與之進行數(shù)據(jù)交互的GPP平臺組成。通用硬件單元包含射頻模塊和A／D、D／A模塊，數(shù)字信號處理全部由GPP平成。

2.2　RLC層協(xié)議框架

TD-SCDMA系統(tǒng)中RLC層屬于第二層(L2)，位于媒體接入控制(MAC，Media Access Control)層之上。在控制平面，RLC層向高層(無線資源控制層，RRC)提供信令無線承載(SRB)；在用戶平面，RLC向高層(分組數(shù)據(jù)匯聚層PDCP和廣播多播層BMC)提供無線承載(RB)。

RLC可以提供三種不同的傳輸模式：透明模式(TM，Transparent Mode)，非確認模式(UM，Unacknowl edged Mode)和確認模式(AM，Acknowledge Mode)，以滿足不同的業(yè)務(wù)需求。具體來說，TM完成數(shù)據(jù)包透明傳輸，或某些特殊情況下分段傳輸，一般應(yīng)用在簡單、實時性較強的數(shù)據(jù)及信令傳輸；UM可以檢測到數(shù)據(jù)丟失并且能夠靈活地設(shè)置PDU大小，保證用戶有效且最大限度地使用不同容量的無線信道。一般應(yīng)用于需要分段或級聯(lián)而不需重傳的數(shù)據(jù)傳輸；AM支持分段級聯(lián)，不過使用固定的PDU大小。以便于識別丟失的PDU，主要應(yīng)用于傳輸非實時性數(shù)據(jù)，具有高傳輸可靠性。

三種模式中，TM和UM是單向傳輸，AM由于要進行狀態(tài)報告，所以是雙向傳輸。本文中稱對等實體中發(fā)送數(shù)據(jù)的一側(cè)為發(fā)端，接收數(shù)據(jù)的一側(cè)為收端。AM實體可以同時進行數(shù)據(jù)發(fā)送和接收，則發(fā)端與收端是相對于某一塊數(shù)據(jù)的傳輸而言的，因而本文稱AM實體中的實現(xiàn)發(fā)送功能的部分為發(fā)送側(cè)，實現(xiàn)接收功能的部分為接收側(cè)。

RLC層由多個獨立的RLC實體組成。所有的無線承載及具有特殊功能的邏輯信道都需要根據(jù)上層信令配置使用上述三種類型的RLC實體中的一種，即對RLC傳輸模式需要進行動態(tài)配置。文獻[7]中使用虛函數(shù)支持的動態(tài)綁定技術(shù)(Dynamic Binding)設(shè)計了RLC接口類，從而實現(xiàn)了靈活的配置與切換實體類型。

3　系統(tǒng)設(shè)計與關(guān)鍵技術(shù)

針對TD-SCDMA系統(tǒng)RLC層的特點，本文設(shè)計圖1所示的接口類以實現(xiàn)多種實體模式動態(tài)配置，設(shè)計抽象基類RlcEntity作為RLC層實體的公共接口；定義虛函數(shù)SndSchedule和RcvSchedule描述RLC層過程；SndRlcPrimitives和RcvRlcPrimifives表示RLC層和上層之間通過原語進行數(shù)據(jù)和控制交互的一系列函數(shù)，即RLC層和上層之間的信息交互接口；SndMacPrimitives和RcvMacPrimitiyes表示RLC層和MAC層之間通過原語進行數(shù)據(jù)交互的一系列函數(shù)，即RLC層和MAC層之間的信息交互接口。由RlcEntity派生出三個子類作為RLC層三種傳輸模式的具體實現(xiàn)：RlcTMEntity，RlcUMEntity和RlcAMEntity。在子類中分別定義各種模式特有的狀態(tài)變量、定時器、協(xié)議參數(shù)以及特定流程的函數(shù)，并具體實現(xiàn)基類中的虛函數(shù)。

在軟件設(shè)計中主要用到了以下技術(shù)：

3.1　內(nèi)存管理模塊

RLC層為提供有效的數(shù)據(jù)傳輸，需要對數(shù)據(jù)包進行頻繁的分段、級聯(lián)、加頭、加尾等操作。體現(xiàn)在編程上就是頻繁的內(nèi)存申請、拷貝與釋放。如果數(shù)據(jù)簡單地在內(nèi)存中連續(xù)存放，勢必會造成內(nèi)存使用混亂。Windows下的內(nèi)存讀寫需要通過數(shù)據(jù)總線完成，同時尋址方式也比較單一，限制了內(nèi)存處理的效率。VxWorks操作系統(tǒng)下的網(wǎng)絡(luò)設(shè)備驅(qū)動庫netBufLib為嵌入式開發(fā)提供了高效的內(nèi)存管理方案，通過將netBufLib改造、移植到Windows操作系統(tǒng)，可以有效地解決頻繁內(nèi)存操作引發(fā)的問題，達到高效利用內(nèi)存的目的。

rtsp協(xié)議范文第2篇

                          （武漢大學(xué) 430072）

[摘  要]：本文研究了流媒體技術(shù)的實現(xiàn)原理，并提出了一種流媒體在校園網(wǎng)中的應(yīng)用方案，最后介紹了流媒體技術(shù)的最新現(xiàn)狀及前景。

[關(guān)鍵詞]：流媒體  RTSP WM REAL

 

流媒體指在Internet/Intranet中使用流式傳輸技術(shù)的連續(xù)時基媒體，如：音頻、視頻或多媒體文件。流式媒體在播放前并不下載整個文件，只將開始部分內(nèi)容存入內(nèi)存，流式媒體的數(shù)據(jù)流隨時傳送隨時播放，只是在開始時有一些延遲。流媒體實現(xiàn)的關(guān)鍵技術(shù)就是流式傳輸。

流式傳輸定義很廣泛，現(xiàn)在主要指通過網(wǎng)絡(luò)傳送媒體（如視頻、音頻）的技術(shù)總稱。其特定含義為通過Internet 將影視節(jié)目傳送到PC機。實現(xiàn)流式傳輸有兩種方法：實時流式傳輸（Realtime streaming）和順序流式傳輸（progressive streaming）。一般說來，如視頻為實時廣播，或使用流式傳輸媒體服務(wù)器，或應(yīng)用如RTSP的實時協(xié)議，即為實時流式傳輸。如使用HTTP服務(wù)器，文件即通過順序流發(fā)送。采用那種傳輸方法依賴你的需求。當(dāng)然，流式文件也支持在播放前完全下載到硬盤。

 

1．流媒體技術(shù)原理

流式傳輸?shù)膶崿F(xiàn)需要緩存。因為Internet以包傳輸為基礎(chǔ)進行斷續(xù)的異步傳輸，對一個實時A/V源或存儲的A/V文件，在傳輸中它們要被分解為許多包，由于網(wǎng)絡(luò)是動態(tài)變化的，各個包選擇的路由可能不盡相同，故到達客戶端的時間延遲也就不等，甚至先發(fā)的數(shù)據(jù)包還有可能后到。為此，使用緩存系統(tǒng)來彌補延遲和抖動的影響，并保證數(shù)據(jù)包的順序正確，從而使媒體數(shù)據(jù)能連續(xù)輸出，而不會因為網(wǎng)絡(luò)暫時擁塞使播放出現(xiàn)停頓。通常高速緩存所需容量并不大，因為高速緩存使用環(huán)形鏈表結(jié)構(gòu)來存儲數(shù)據(jù)：通過丟棄已經(jīng)播放的內(nèi)容，流可以重新利用空出的高速緩存空間來緩存后續(xù)尚未播放的內(nèi)容。

流式傳輸?shù)膶崿F(xiàn)需要合適的傳輸協(xié)議。由于TCP需要較多的開銷，故不太適合傳輸實時數(shù)據(jù)。在流式傳輸?shù)膶崿F(xiàn)方案中，一般采用HTTP/TCP來傳輸控制信息，而用RTP/UDP來傳輸實時聲音數(shù)據(jù)。

流式傳輸?shù)倪^程一般是這樣的：用戶選擇某一流媒體服務(wù)后，Web瀏覽器與Web服務(wù)器之間使用HTTP/TCP交換控制信息，以便把需要傳輸?shù)膶崟r數(shù)據(jù)從原始信息中檢索出來；然后客戶機上的Web瀏覽器啟動A/VHelper程序，使用HTTP從Web服務(wù)器檢索相關(guān)參數(shù)對Helper程序初始化。這些參數(shù)可能包括目錄信息、A/V數(shù)據(jù)的編碼類型或與A/V檢索相關(guān)的服務(wù)器地址。

rtsp協(xié)議范文第3篇

關(guān)鍵詞：數(shù)字媒體 P2P 流媒體 P2P流媒體

中圖分類號：TP393.08 文獻標(biāo)識碼：A 文章編號：1007-9416（2012）10-0122-01

當(dāng)前互聯(lián)網(wǎng)上作為網(wǎng)絡(luò)娛樂急先鋒的數(shù)字媒體及其應(yīng)用將越來越被用戶接受，同時也為有限網(wǎng)絡(luò)寬帶資源與無限網(wǎng)絡(luò)娛樂應(yīng)用的矛盾沖突提出了巨大挑戰(zhàn)?！皵?shù)字媒體”是由數(shù)字技術(shù)支持的信息傳輸載體，其表現(xiàn)形式更復(fù)雜，更具視覺沖擊力和互動特性。流媒體基于P2P端系統(tǒng)協(xié)作并自適應(yīng)網(wǎng)絡(luò)變化進行傳輸無疑是最適應(yīng)于當(dāng)前互聯(lián)網(wǎng)環(huán)境的應(yīng)用。

1、P2P技術(shù)

P2P技術(shù)是一種基于對等網(wǎng)絡(luò)的新興技術(shù)。P2P技術(shù)的最大意義在于其不依賴中心節(jié)點而依靠網(wǎng)絡(luò)邊緣結(jié)點自組織與對等協(xié)作的資源發(fā)現(xiàn)和共享形式。隨著應(yīng)用的模式越來越復(fù)雜，P2P系統(tǒng)本身就是一個覆蓋網(wǎng)絡(luò)，是在Internet傳輸網(wǎng)絡(luò)之上構(gòu)建一個完全位于應(yīng)用層的網(wǎng)絡(luò)系統(tǒng)。每臺計算機既是服務(wù)器又是客戶機，本質(zhì)上是一個沒有層次結(jié)構(gòu)也沒有集中控制的分布式系統(tǒng)，更適合復(fù)雜網(wǎng)絡(luò)應(yīng)用的需求。P2P技術(shù)以其分布式資源共享和分布式并行傳輸?shù)奶攸c，為用戶提供了更多的存儲資源、更高的可用帶寬和更好的服務(wù)質(zhì)量。主要應(yīng)用有文件分發(fā)、語音服務(wù)、流媒體應(yīng)用等。

2、流媒體技術(shù)

2.1 壓縮技術(shù)

在網(wǎng)絡(luò)上實現(xiàn)流媒體技術(shù)，主要利用視音頻壓縮技術(shù)及網(wǎng)絡(luò)傳輸技術(shù)來解決。流媒體傳輸中，應(yīng)先對流媒體格式傳輸?shù)奈募M行預(yù)處理，然后選用適當(dāng)?shù)膲嚎s算法將文件壓縮生成流媒體格式文件，并向文件中添加流式信息?；ヂ?lián)網(wǎng)播放視音頻采用MPEG-4壓縮編碼標(biāo)準(zhǔn)。MPEG-4以視聽媒體對象為基本單元，采用基于內(nèi)容的壓縮編碼，以實現(xiàn)數(shù)字視音頻、圖形合成應(yīng)用及交互式多媒體的集成。它是一個適用于低傳輸速率應(yīng)用的方案。MPEG4更加注重多媒體系統(tǒng)的交互性和靈活性，代表了現(xiàn)代數(shù)據(jù)壓縮編碼技術(shù)的發(fā)展方向。

2.2 傳輸技術(shù)

流媒體的傳輸建立在UDP協(xié)議上的RTP/RTSP實時傳輸協(xié)議。視音頻流媒體文件對傳輸質(zhì)量要求不是很高，而對傳輸速度則有很高要求，所以采用UDP協(xié)議而不在TCP協(xié)議上進行實時數(shù)據(jù)的傳輸則更合適。RTP是用以傳輸實時視/音數(shù)據(jù)，RTP通常使用UDP來傳送數(shù)據(jù)。RTCP是實時控制協(xié)議，和RTP捆綁一起的傳輸控制協(xié)議，提供時間信息和實現(xiàn)流同步，主要用以聲音同步和QOS管理等。實時流協(xié)議RTSP定義了一對多應(yīng)用程序如何有效通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。RTSP在體系結(jié)構(gòu)上位于RTP和RTCP之上，它使用TCP或RTP完成數(shù)據(jù)傳輸。

2.3 流媒體工作原理

流媒體的體系構(gòu)成由編碼工具（創(chuàng)建、捕捉和編輯多媒體數(shù)據(jù)而形成流媒體格式）、流媒體數(shù)據(jù)、服務(wù)器、網(wǎng)絡(luò)、播放器（通常是獨立的播放器和ActiveX方式的插件）組成。流式傳輸工作過程：用戶選擇某一流媒體服務(wù)后，Web瀏覽器與Web服務(wù)器之間使用HTTP/TCP交換控制信息，從原始信息中檢索出需要傳輸?shù)膶崟r數(shù)據(jù)；Web瀏覽器啟動A/VHelper程序，使用HTTP從Web服務(wù)器檢索相關(guān)參數(shù)對Helper程序初始化。A/VHelper程序及A/V服務(wù)器運行實時流控制協(xié)議（RTSP）來交換控制信息。RTSP提供了操縱播放等命令的方法。A/V服務(wù)器使用RTP/UDP協(xié)議將A/V數(shù)據(jù)傳輸給A/V客戶程序，一旦A/V數(shù)據(jù)抵達客戶端，A/V客戶程序即可播放輸出。

3、基于P2P的流媒體應(yīng)用

流媒體是P2P技術(shù)在互聯(lián)網(wǎng)上的主要應(yīng)用。PPLive作為一種基于P2P技術(shù)的流媒體播放軟件，為用戶提供一種更加經(jīng)濟、更加廣泛的互動視頻播放服務(wù)。PPlive大大降低大規(guī)模流媒體點播壓力，減少了帶寬占用量；獨創(chuàng)了網(wǎng)絡(luò)即時流下載播放技術(shù)；支持BT種子文件直接播放；支持網(wǎng)絡(luò)數(shù)據(jù)流的控制；提供多系統(tǒng)多形式的程序接口；支持Rmvb、Mpeg、Mp4等數(shù)十種格式。

PPlive工作機制：（1）PPlive應(yīng)用程序先是向域名為的主機建立TCP連接。正常的HTTP協(xié)議在建立TCP連接之后，站點會將HTTP網(wǎng)頁信息發(fā)送給IE瀏覽器。而PPLive協(xié)議在建立TCP連接后，主機將一個XML數(shù)據(jù)頁面發(fā)送給PPlive應(yīng)用軟件。它對應(yīng)的是動態(tài)變化的節(jié)目頻道信息。通過協(xié)商更新間隔時間。PPLive應(yīng)用程序按照一定的頻率更新頻道列表和固定節(jié)點通信，獲取網(wǎng)絡(luò)資源拓撲信息。（2）UDP獲得了頻道信息后，PPLive應(yīng)用程序通過UDP協(xié)議端口與域名的目的主機通信。（3）PPLive將視頻文件分成大小相等的片段。用戶啟動PPLive以后，從PPLive服務(wù)器獲得頻道的列表，用戶點擊感興趣的頻道，然后從其他Peer獲得數(shù)據(jù)文件，并且開放本地端口作為視頻服務(wù)器。PPLive的客戶端播放器連接此端口，從而收看到喜歡的節(jié)目。

4、P2P流媒體未來發(fā)展方向

P2P流媒體是未來高速網(wǎng)絡(luò)中可持續(xù)發(fā)展的網(wǎng)絡(luò)服務(wù)，但未來發(fā)展中還要解決好如下幾個問題：（1）管理節(jié)點并建立樹。構(gòu)建應(yīng)用級多播樹的方法應(yīng)用較廣，但建立有效的多播樹，并在節(jié)點不斷加入和退出時維護多播樹存在一定難度。（2）如何快速地恢復(fù)系統(tǒng)因為P2P網(wǎng)絡(luò)節(jié)點行為的不可預(yù)知性而發(fā)生的服務(wù)中斷。（3）流媒體系統(tǒng)如何適應(yīng)一個媒體流會話期間網(wǎng)絡(luò)狀態(tài)的改變。

5、結(jié)語

P2P流媒體應(yīng)用發(fā)展迅速，顯示出了巨大的生命力。雖然構(gòu)建一個有效的P2P流媒體系統(tǒng)還面臨著許多挑戰(zhàn)和一些需要解決的問題，但其優(yōu)越性引起許多研究機構(gòu)的重視，特別隨著運營商的加入，P2P流媒體勢必取得更大的進展并將更加廣泛地應(yīng)用于商業(yè)領(lǐng)域。

參考文獻

[1]張春紅.P2P技術(shù)全面解析[M].北京：人民郵電出版社，2010.

rtsp協(xié)議范文第4篇

【關(guān)鍵詞】Android 視頻監(jiān)控 系統(tǒng)設(shè)計 H.264編碼 應(yīng)用

近年來，智能手機的快速發(fā)展推動了Android手機操作系統(tǒng)的開發(fā)和利用，該系統(tǒng)的優(yōu)勢在于便于攜帶、系統(tǒng)小巧、功能全面，因此也使得基于Android平臺的視頻監(jiān)控技術(shù)得研發(fā)和應(yīng)用。傳統(tǒng)的視頻監(jiān)控系統(tǒng)由于受線纜或光纖的帶寬限制，無法實現(xiàn)實時的視頻信號傳輸，而Android平臺在無線網(wǎng)絡(luò)的支持下成功的解決了一這問題，從而進一步促進了遠程監(jiān)控、可視電話、電視會議等遠程視頻實時監(jiān)控技術(shù)的廣泛應(yīng)用。

1 視頻監(jiān)控技術(shù)概述

視頻監(jiān)控技術(shù)的應(yīng)用時間比較久遠，以往在安防領(lǐng)域發(fā)揮了非常大的作用，是公安部門維持社會穩(wěn)定、打擊犯罪的重要技術(shù)手段。經(jīng)過多年的發(fā)展，視頻監(jiān)控技術(shù)經(jīng)歷了模擬監(jiān)控系統(tǒng)、數(shù)字視頻監(jiān)控系統(tǒng)、網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)等三個重要發(fā)展階段，隨著移動網(wǎng)絡(luò)的快速發(fā)展，視頻監(jiān)控技術(shù)開始朝向以移動流媒體技術(shù)為代表的移動視頻監(jiān)控方向發(fā)展，手機等移動設(shè)備開始具備實時監(jiān)看遠程動態(tài)畫面的功能，由此也將視頻監(jiān)控技術(shù)的應(yīng)用范圍拓展到了教育、政府、娛樂、醫(yī)療、酒店、運動等多個領(lǐng)域，實現(xiàn)了“隨時隨地，自由掌控”的監(jiān)控，為人們的生產(chǎn)、生活提供了更簡單、便利、及時的監(jiān)控解決方案。

2 視頻監(jiān)控系統(tǒng)的結(jié)構(gòu)設(shè)計及應(yīng)用

目前，基于Android平臺的視頻監(jiān)控系統(tǒng)主要由采集模塊、編碼模塊、視頻傳輸模塊、解碼模塊、顯示模塊等五大模塊共同構(gòu)成，相關(guān)設(shè)計也是圍繞這五大模塊進行的。

2.1 視頻采集模塊

基于Android平臺的視頻信號采集工作是由采集模塊完成的，通過手機攝像頭可以獲得YUV420格式的視頻流，而相關(guān)模塊則可通過對Android應(yīng)用層的代碼編寫實現(xiàn)。

2.2 編碼模塊

目前，Android平臺視頻監(jiān)控系統(tǒng)的數(shù)字視頻編碼標(biāo)準(zhǔn)主要有兩種，一種是由MPEG制定的MPEG-1、MPEG-2、MPEG-4編碼標(biāo)準(zhǔn)；而另一種則是由ITU一T制定的H.261、H.263視頻編碼標(biāo)準(zhǔn)。為進一步促進視頻監(jiān)控系統(tǒng)在多媒體通信方面的應(yīng)用，MPEG和VCEG聯(lián)手共同開發(fā)了當(dāng)今最先進的視頻編碼標(biāo)準(zhǔn)――H.264。

雖然該標(biāo)準(zhǔn)依然采用了以往的壓縮標(biāo)準(zhǔn)架構(gòu)，但是H.264在此基礎(chǔ)上增加了更多新的特性。比如，H.264標(biāo)準(zhǔn)包含了網(wǎng)絡(luò)抽象層（NAL）和視頻編碼層（VCL）兩層結(jié)構(gòu)，網(wǎng)絡(luò)抽象層的功能是打包、傳輸數(shù)據(jù)，而視頻編碼層的功能是壓縮視頻編碼，這樣的分層結(jié)構(gòu)對信號的傳輸和編碼工作進行了分離，使得H.264標(biāo)準(zhǔn)在面對復(fù)雜的通信環(huán)境時，依然可以利用不同的網(wǎng)絡(luò)進行視頻信號的傳輸工作并保證良好的視頻數(shù)據(jù)質(zhì)量。

2.3 傳輸模塊

視頻數(shù)據(jù)傳輸?shù)膽?yīng)用主要受HTTP、RTSP、RTP、RTCP協(xié)議的約束。TCP和UDP協(xié)議主要作用于傳輸層，HTTP則是基于TCP（傳輸控制協(xié)議）的超文本傳輸協(xié)議。在一對一或一對多的情況下，RTP可以保證流媒體數(shù)據(jù)流與時間信息的同步正常工作。一般情況下，RTP需要使用UDP進行數(shù)據(jù)傳輸，因此UDP是建立RTP的基礎(chǔ)。另外，RTP還需要供助RTCP（實時傳輸協(xié)議）彌補自身沒有可靠的傳送機制的弱點，因此只有讓RTP和RTCP共同協(xié)作才能實現(xiàn)流量和擁塞的有效控制。同時，RTCP作為應(yīng)用層協(xié)議，其位置處于RTP和RTCP協(xié)議層之上，多媒體數(shù)據(jù)的傳輸則是通過IP網(wǎng)絡(luò)利用傳輸機制的TCP和RTP實現(xiàn)數(shù)據(jù)傳輸。RTSP則用于實時數(shù)據(jù)發(fā)送時對音視頻流的遠程控制，如對流媒體的播放、暫停、記錄等相關(guān)操作。SDP則用來描述RTSP的會話描述協(xié)議，用于說明會話的基本屬性。結(jié)合這些協(xié)議在視頻監(jiān)控系統(tǒng)中起到的作用，本文設(shè)計的Android平臺視頻監(jiān)控系統(tǒng)主要采用RTP、RTSP、RTCP、HTTP等四個協(xié)議構(gòu)建系統(tǒng)的傳輸模塊。

視頻監(jiān)控系統(tǒng)中的流媒體系統(tǒng)需要由編碼器、流媒體服務(wù)器、客戶端播放器三個基本部件構(gòu)成。編碼器的作用在于將采集到的原始視頻數(shù)據(jù)轉(zhuǎn)換成流媒體格式文件，而這些編碼后的文件則由流媒體服務(wù)器進行接收和轉(zhuǎn)發(fā)，客戶端播放器則將接收到的文件進行解碼、播放。流媒體傳輸?shù)姆绞娇煞譃閮煞N：

（1）順序流式傳輸。這種方式是基于HTTP或FTP服務(wù)器進行文件傳輸?shù)姆绞剑梢员ＷC完全無損的數(shù)據(jù)下載，可以有效保證視頻的質(zhì)量，也便于管理和用戶使用。但這種方式對于網(wǎng)絡(luò)傳輸速率的要求較高，通常需要等待較長時間，不適用于實時性的隨機訪問。

（2）實時流式傳輸。這種方式是基于傳輸網(wǎng)絡(luò)協(xié)議和專用的流媒體服務(wù)器進行文件傳輸?shù)?，由于匹配了帶寬和無線網(wǎng)絡(luò)，可以支持實時性的現(xiàn)場直播，適用于用戶的隨機訪問和后退操作。傳輸網(wǎng)絡(luò)協(xié)議需要與防火墻進行配置，在管理方面存在一定的復(fù)雜性。同時該方式必須與帶寬和無線網(wǎng)絡(luò)匹配，一旦網(wǎng)絡(luò)擁塞或設(shè)備出現(xiàn)低速連接狀態(tài)時，就會出現(xiàn)包括丟幀在內(nèi)的視頻質(zhì)量下降現(xiàn)象。

2.4 解碼模塊

解碼模塊的作用就是對編碼的過程進行逆操作，因此解碼采用的標(biāo)準(zhǔn)也是編碼采用的H.264。解碼器一般由視頻數(shù)據(jù)的解碼部分和視頻的顯示部分兩個部分構(gòu)成。解碼部分主要是采用Android NDK+C機制進行實現(xiàn)，顯示部分則利用Android SDK+Java機制由Android提供的組件實現(xiàn)。兩個部分的通信則由java提供的jni機制實現(xiàn)。解碼的整體流程主要由前段碼流處理、H.264解碼和后段視頻顯示三個功能模塊實現(xiàn)：前段碼流處理負責(zé)讀取文件，在分隔出NAL后將文件效由底層解碼；H.264解碼則負責(zé)圖像的重建工作，是解碼過程的核心部分；后端視頻顯示則將解碼后的文件通過客戶端進行顯示。

2.5 顯示模塊

利用Android系統(tǒng)自帶的顯示器將解碼后的數(shù)據(jù)流進行實時視頻顯示，并保證視頻顯示的效果。

3 結(jié)語

本文基于Android平臺的特點，利用移動流媒體技術(shù)對移動視頻監(jiān)控系統(tǒng)采取了五個模塊的系統(tǒng)設(shè)計，充分考慮到了視頻監(jiān)控系統(tǒng)的安全性、穩(wěn)定性和實時性。

參考文獻

[1]魏崇毓，張菲菲.基于Android平臺的視頻監(jiān)控系統(tǒng)設(shè)計[J].計算機工程，2012（14）：214-216.

[2]郭永清.基于Android平臺的視頻監(jiān)控系統(tǒng)的設(shè)計研究[D].西安科技大學(xué)，2012.

[3]張賀.基于Android的智能視頻監(jiān)控系統(tǒng)設(shè)計[D].成都理工大學(xué)，2015.

作者單位

rtsp協(xié)議范文第5篇

關(guān)鍵詞:流媒體;Windows Media;Real System;Quick Time

中圖分類號:TP37文獻標(biāo)識碼:A文章編號:1007-9599 (2010) 03-0089-02

Main Solutions on Stream Media Technology and Applications

Lin Zeng

(Guandu District, Kunming City News Center,Kunming650200,China)

Abstract:Stream media is a new application form of multimedia under the technique of nowadays network now. In this paper, the stream media technique is first introduced.Then we give a large number of analysis, explanation and comparison works towards several available and familiar models which designed for dealing with stream media.

Keywords:Stream media;Windows Media;Real System;Quick Time

一、引言

隨著寬帶網(wǎng)的興起,多媒體信息在網(wǎng)絡(luò)傳媒應(yīng)用中占有了越來越重要的地位。作為多媒體和網(wǎng)絡(luò)領(lǐng)域的交叉學(xué)科,流媒體技術(shù)提供了一條嶄新的多媒體應(yīng)用途徑,與傳統(tǒng)單純的下載后播放的多媒體方式相比,流媒體技術(shù)以對多媒體文件邊下載邊播放的流式傳輸方式具有啟動延時短、對客戶端緩沖容量的需求低等優(yōu)點,在遠程教育、寬帶網(wǎng)視頻點播、互聯(lián)網(wǎng)直播、視頻會議、網(wǎng)絡(luò)廣告、電子商務(wù)、網(wǎng)絡(luò)電臺等領(lǐng)域得到了廣泛的應(yīng)用。如中央電視臺提供的在線試聽、網(wǎng)上現(xiàn)場直播服務(wù)采用了Real Networks公司的流媒體技術(shù);湖南衛(wèi)視、中國大飯店、望京小區(qū)等則采用Oracle公司的流媒體系統(tǒng)為客戶提供了視頻點播服務(wù);北京郵電大學(xué)實現(xiàn)了遠程教育系統(tǒng)。

二、流媒體應(yīng)用中的關(guān)鍵技術(shù)

顧名思義,流媒體技術(shù)就是應(yīng)用流技術(shù)在網(wǎng)絡(luò)上傳輸多媒體信息的網(wǎng)絡(luò)傳媒技術(shù)。流媒體技術(shù)通過將連續(xù)的音頻視頻等多媒體信息經(jīng)過壓縮處理后放到網(wǎng)站服務(wù)器上,用戶通過客戶端在自己的電腦上邊下載邊觀看、收聽,而不需要等整個壓縮文件都全部下載后才可以觀看。為了保證媒體文件播放的連續(xù)性和質(zhì)量,通常會在客戶端開辟一小段緩沖區(qū)。流媒體技術(shù)是一項綜合的技術(shù),包括信息的采集、編碼、壓縮、存儲、傳輸、解碼、播放等。

編解碼技術(shù)主要用戶轉(zhuǎn)換數(shù)據(jù)格式,典型情況下是在壓縮和非壓縮數(shù)據(jù)之間進行轉(zhuǎn)換,其目的是使媒體文件不占用過多的磁盤容量和增加帶寬負擔(dān),更適合于網(wǎng)絡(luò)傳輸。解碼器則用戶播放音視頻信息。流媒體的編碼技術(shù)是建立在傳統(tǒng)多媒體編碼技術(shù)基礎(chǔ)之上的,主要有ISO/IEC頒布的MPEG系列標(biāo)準(zhǔn)和ITU頒布的H系列標(biāo)準(zhǔn)。

為了滿足流媒體信息傳輸中流量大、數(shù)據(jù)密度高、帶寬高等Internet并不具備的特性需求,IETF的集成服務(wù)工作組開發(fā)了集成服務(wù)來增強其服務(wù)模型,以提供“盡力而為”服務(wù)和實時服務(wù),其核心內(nèi)容有資源預(yù)留協(xié)議RSVP、實時傳輸協(xié)議RTP、實時控制協(xié)議RTCP、實時流協(xié)議RTSP等流媒體傳輸協(xié)議。

標(biāo)準(zhǔn)媒體由于尺寸過大而不適應(yīng)實時傳輸。為了使多媒體文件適合在網(wǎng)上傳輸,必須用相應(yīng)的協(xié)議將其分割成尺寸關(guān)小的報文。流式文件就是在標(biāo)準(zhǔn)媒體文件中經(jīng)過特殊編碼,加入一些如計時、壓縮、版權(quán)信息及控制命令等附加信息的媒體文件,適合在網(wǎng)絡(luò)上邊下載邊播放。最著名的流式文件格式有三種:Microsoft Media、RealMedia和QuickTime。

三、三種主流的流媒體解決方案

完整的流媒體解決方案是整個流媒體系統(tǒng)軟硬件的科學(xué)集成,主要包括內(nèi)容采集、音視頻捕獲及壓縮編碼、內(nèi)容編輯存儲、應(yīng)用服務(wù)器配置、媒體信息的及播放以及管理等幾個方面。下面就當(dāng)今三種主流的流媒體解決方案進行簡要介紹。

(一)Windows Media

Windows Media是微軟推出的信息流式播放方案,具有方便性、先進性、集成性、低費用等特點。其核心.asf文件是一種包含音頻、視頻、圖像以及控制命令、腳本等多媒體信息在內(nèi)的數(shù)據(jù)格式,該解決方案以網(wǎng)絡(luò)數(shù)據(jù)包的形式傳輸.asf格式媒體文件,從而實現(xiàn)多媒體內(nèi)容的。

Windows Media利用.asx文本文件來實現(xiàn)對流信息的重定向。瀏覽器直接將asx文件內(nèi)容送給媒體播放器,播放器根據(jù)asx文件信息用相應(yīng)的協(xié)議去打開指定位置上的多媒體信息流或多媒體流文件。

Windows Media服務(wù)是Microsoft Windows Sever 2003標(biāo)準(zhǔn)版、企業(yè)版和數(shù)據(jù)中心版的一個可選組件,通過與Windows Media Encoder和Windows Media Player結(jié)合使用,能夠通過Inernet或Intranet為用戶提供音視頻多媒體內(nèi)容。Windows Media Encoder用于完成流媒體信息文件的制作,Windows Media Player用于流媒體文件的播放,它是一款與Windows捆綁在一起的,能夠提供最強的擴展性、靈活性和方便性的多媒體播放軟件,具有自動檢測、自動下載解碼軟件進行安裝功能,也可以在瀏覽器以外來播放影音文件。

Windows Media方案的服務(wù)器端Windows Media 9能支持的并發(fā)用戶數(shù)為2000,支持在線廣告、可分配用戶帶寬、多點廣播和DRM數(shù)字版權(quán)管理,它不使用RTSP協(xié)議,而是使用自己的MMS協(xié)議來實現(xiàn)媒體信息傳輸。

(二)Real System

Real System是世界上第一個推出流媒體的公司――美國Real Networks公司推出的解決方案。該方案所提供的媒體格式、制作軟件、集成工具語言、媒體和播放技術(shù)也是現(xiàn)在最完整、功能極其豐富的技術(shù)系列。其流媒體文件格式有rm、rp、rt、gif、jpeg以及Flas等,流媒體文件包括Real Audio、Real Video、Real Presentation和Real Flash四類。

Real System由媒體內(nèi)容制作工具Real Producer、服務(wù)器端Real Sever、客戶端軟件三部分組成。Real System能自動調(diào)整數(shù)據(jù)流的流量以適應(yīng)實際應(yīng)用中的各種不同網(wǎng)絡(luò)帶寬需求,其技術(shù)成熟、性能穩(wěn)定,因此,美國在線、ABC、AT&T、Sony等公司的主要電臺都是使用Real System來提供流媒體服務(wù)。

Real System的RealMedia9服務(wù)器端能支持的并發(fā)用戶數(shù)目為3000,支持在線廣告、可分配用戶帶寬、多點廣播、SMIL協(xié)議和RTSP協(xié)議和DRM數(shù)字版權(quán)管理。

四、總結(jié)

隨著寬帶網(wǎng)的普及和多媒體的廣泛使用,流媒體技術(shù)作為一種新型的網(wǎng)絡(luò)傳媒技術(shù),將成為網(wǎng)絡(luò)及信息傳媒發(fā)展的主要熱點,對人們的工作和生活產(chǎn)生深遠的影響。完整的流媒體解決方案是集內(nèi)容采集、音視頻編碼壓縮、內(nèi)容編輯、流媒體信息文件存儲播放以及應(yīng)用服務(wù)器管理在內(nèi)的完美的集成。上文對當(dāng)今三個主流的解決方案進行了簡要的介紹。

參考文獻:

[1]胡澤,趙新梅.流媒體技術(shù)與應(yīng)用[M].北京:中國廣播電視出版社,2006

[2]王萍,趙明,郁進.流式媒體中的關(guān)鍵技術(shù)[J].安徽大學(xué)學(xué)報(自然科學(xué)版),2006,(01):29-32

[3]姚暢.因特網(wǎng)三大主流流媒體應(yīng)用技術(shù)分析[J].有線電視技術(shù),2005(15):71-73