早在1996年翔冀，人們已經(jīng)開始學(xué)會用Netscape的瀏覽器“上網(wǎng)沖浪”盛嘿，通過Yahoo搜索信息达椰，而第一臺翻蓋手機也剛剛問世鸿市。同一年橄碾，RTSP協(xié)議創(chuàng)立尝江。
盡管它的許多技術(shù)已被同行拋棄（比如Gopher協(xié)議）杂抽，但在日新月異的技術(shù)世界中漱牵，RTSP依然生存了下來戳杀。這是為什么呢艾少？今天我們就為大家揭秘：RTSP沿用至今的 4 個原因卡乾。
什么是RTSP
實時流傳輸協(xié)議（RTSP：Real Time Streaming Protocol）是一種網(wǎng)絡(luò)傳輸協(xié)議，旨在發(fā)送低延遲流缚够。該協(xié)議由RealNetworks幔妨，Netscape和哥倫比亞大學(xué)的專家在1996年開發(fā)。它定義了應(yīng)如何打包流中的數(shù)據(jù)以進行傳輸谍椅。
RTSP對流媒體提供了諸如暫停误堡，快進等控制，而它本身并不傳輸流媒體數(shù)據(jù)雏吭，RTSP的作用相當(dāng)于流媒體服務(wù)器的遠程控制锁施。
像WebRTC一樣，RTSP流將實時傳輸協(xié)議（RTP）與實時控制協(xié)議（RTCP）結(jié)合使用以進行媒體流傳遞杖们。簡單來說就是悉抵，RTSP發(fā)起/終結(jié)流媒體、RTP傳輸流媒體數(shù)據(jù)摘完、RTCP對RTP進行控制姥饰、同步。此外孝治，RTSP還可以使用SRTP對流進行加密媳否，保障數(shù)據(jù)的安全。
但是荆秦，某些供應(yīng)商還擁有專有的傳輸協(xié)議篱竭。例如，RealNetworks的RTSP服務(wù)器軟件還使用了旗下專有的Real Data Transport（RDT）步绸。
RTSP的特點
客戶端-服務(wù)器模式掺逼，體驗更友好
與WebRTC不同，RTSP的運行方式更簡單一些瓤介。因為它不執(zhí)行WebRTC的所有信令和NAT吕喘。對于每個WebRTC連接赘那，用戶必須維護一個單獨的信令WebSocket連接。
而使用RTSP氯质，每個視頻訂閱用戶/發(fā)布者客戶端只有一個連接募舟。所以說，RTSP可以減輕服務(wù)器的負擔(dān)闻察，從而允許更多的連接拱礁。
兼容性強，多設(shè)備支持
RTSP提供了跨設(shè)備的兼容性辕漂。
IP攝像機
自90年代以來IP攝像機就已存在呢灶，因此它們是RTSP最早采用流媒體技術(shù)的設(shè)備之一。直到今天钉嘹，IP攝像機仍在繼續(xù)使用RTSP鸯乃。IP攝像機有多種用途，比如交通監(jiān)控跋涣、安防缨睡、甚至家庭監(jiān)控等等。
其他物聯(lián)網(wǎng)設(shè)備
無人機的用途越來越廣泛陈辱，已經(jīng)遠遠超出了業(yè)余愛好的使用場景奖年。借助智能手機或筆記本電腦來控制無人機，可以對其引導(dǎo)獲得現(xiàn)場的實時視頻性置，比如消防員和美國邊境的巡邏人員已經(jīng)使用無人機執(zhí)行任務(wù)拾并。
此外，航測利用無人機檢查電線鹏浅、道路嗅义，甚至用來進行地質(zhì)勘測、維護基礎(chǔ)設(shè)施等等隐砸。隨著無人機的作用越來越大之碗，廠商通常將RTSP內(nèi)置在無人機軟件中，這也是訪問無人機視頻源的一種常用方法季希。
機器人
從水下潛水器褪那，到工業(yè)測試、協(xié)助救援等等式塌，機器人的使用場景也越來越廣博敬。因為RTSP具有極低的延遲，基于機器人的計算機系統(tǒng)峰尝，通常都使用RTSP進行視頻傳輸偏窝。
借助視頻，操作員可以控制機器人并執(zhí)行各種操作。其中影響最大的是諸如遠程手術(shù)祭往、遠程醫(yī)療機器人伦意，它們讓醫(yī)生能夠在遠程區(qū)域進行通信和工作。
服務(wù)器壓力小硼补，但缺乏移動端支持
不巧的是驮肉，RTSP不支持移動設(shè)備，這也正是它的不足之處已骇。但是現(xiàn)在已經(jīng)有很多技術(shù)手段解決了這個問題离钝。比如，TSINGSEE青犀視頻的播放器EasyPlayer就可以實現(xiàn)RTSP在移動端播放疾捍。
如上文所述奈辰，與WebRTC相比栏妖，RTSP對流媒體服務(wù)器的壓力較小乱豆。RTSP還提供網(wǎng)絡(luò)負載均衡的功能，減輕服務(wù)器壓力和網(wǎng)絡(luò)帶寬要求吊趾。
低延遲宛裕，性能高
通過使用高效的RTP協(xié)議，RTSP實現(xiàn)了非常低的延遲：例如论泛，與TSINGSEE青犀視頻的產(chǎn)品一起使用時可低至500毫秒揩尸。由于RTP也是WebRTC的基礎(chǔ)協(xié)議，因此大多數(shù)RTSP本質(zhì)上都是WebRTC的簡化版本屁奏，無需復(fù)雜操作即可獲得相同的性能岩榆。
為了實現(xiàn)這種低延遲，RTP以適合于服務(wù)器和客戶端之間快速傳輸?shù)男K形式發(fā)送視頻和音頻數(shù)據(jù)坟瓢。每個數(shù)據(jù)塊前面都有一個RTP報頭勇边。RTP報頭和數(shù)據(jù)又包含在UDP數(shù)據(jù)包中。隨著每個數(shù)據(jù)包的處理折联，后續(xù)的數(shù)據(jù)包可能已經(jīng)處于解壓縮或多路分解的階段粒褒。
為了應(yīng)對偶爾的數(shù)據(jù)包丟失，RTP報頭包含時序信息和序列號诚镰，該序列號允許接收方重構(gòu)流媒體源產(chǎn)生的時序奕坟。因此，如果有任何故障清笨，可以按適當(dāng)?shù)捻樞蚩焖俳M織以進行流媒體播放月杉。
RTP的結(jié)構(gòu)合并了必不可少的信息，從而簡化了流媒體傳遞的過程抠艾。因此苛萎，它可以以非常低的延遲實現(xiàn)媒體流的有效傳遞。
為什么選擇使用RTSP
RTSP是實時流視頻的絕佳選擇。盡管技術(shù)飛速發(fā)展首懈，但RTSP的簡單設(shè)計意味著它在今天仍然具有不可或缺性和實用性绊率。
由于RTSP協(xié)議是基于客戶端-服務(wù)器模型構(gòu)建的，因此服務(wù)器可以輕松處理大量的RTSP流究履。憑借對無人機滤否、物聯(lián)網(wǎng)和機器人等各種設(shè)備的原生支持，它對各種設(shè)備的兼容性也非常強最仑。與WebRTC一樣藐俺，RTSP也使用RTP傳輸視頻和數(shù)據(jù)流。因此泥彤，實時延遲低也正是RTSP受到廣泛歡迎的原因之一欲芹。
