實(shí)時傳輸協(xié)議詳解實(shí)時傳輸協(xié)議RTP1.RTP協(xié)議：（Real-timeTransportProtocol）議初是在70年為了嘗試傳輸聲音文件，把包分成幾部分用來傳輸語音，時間標(biāo)志和隊列號。經(jīng)過一系列發(fā)展RTP第版本在年月由美國的一個實(shí)驗室發(fā)布了。到本世紀(jì)年成了標(biāo)準(zhǔn)的的版本。很多著名的公司如Netscape,就宣稱“NetscapeLiveMedia”基RTP協(xié)議的。.Microsoft也稱他們的“NetMeeting”也是持協(xié)議RTP被義為傳輸音頻、視頻、模數(shù)據(jù)等實(shí)時數(shù)據(jù)的傳輸協(xié)議。最初設(shè)計是為了數(shù)據(jù)傳輸?shù)亩嗖サ撬灿糜趩尾サ呐c傳統(tǒng)的注重的高可靠的數(shù)據(jù)傳輸?shù)倪\(yùn)輸層協(xié)議相比更加側(cè)重的數(shù)據(jù)傳輸?shù)膶?shí)時性。此協(xié)議提供的服務(wù)包括時間載量標(biāo)識、數(shù)據(jù)序列、時戳控制等。與助控制協(xié)議RTCP一得到數(shù)據(jù)傳輸?shù)囊恍┫嚓P(guān)的控制信息。2RTP協(xié)是如何工作的：在前面說明過脅多媒體數(shù)據(jù)傳輸?shù)囊粋€尖銳的問題就是不可預(yù)料數(shù)據(jù)到達(dá)時間是媒體的傳輸是需要數(shù)據(jù)的適時的到達(dá)用以播放和回放協(xié)就是提供了時間標(biāo),序號以及其它的結(jié)構(gòu)用于控制適時數(shù)據(jù)的流放。在流的概念中時標(biāo)簽是最重要的信息送端依照即時的采樣在數(shù)據(jù)包里隱蔽的設(shè)置了時間標(biāo)簽。在接受端收到數(shù)據(jù)包后,就依照時間標(biāo)簽按照正確的速率恢復(fù)成原始的適時的數(shù)據(jù)。不同的媒體格式調(diào)時屬性是不一樣的。但RTP本身并不負(fù)責(zé)同步RTP是傳輸層協(xié)議，為了簡化了運(yùn)輸層處理，提高該層的效率。將部分運(yùn)輸層協(xié)議功能（比如流量控制）上移到應(yīng)用層完成同就是屬應(yīng)用層協(xié)議完成的沒有運(yùn)輸層協(xié)議的完整功能提供任何機(jī)制來保證實(shí)時地傳輸數(shù)據(jù)，不支持資源預(yù)留，也不保證服務(wù)質(zhì)量報文至不包括長度和報文邊界的描述。同時協(xié)議的數(shù)據(jù)報文和控制報文的使用相鄰的不同端口，這樣大大提高了協(xié)議的靈活性和處理的簡單性。RTP協(xié)和二共同完成運(yùn)輸層協(xié)議功能協(xié)議只是傳輸數(shù)據(jù)包，是不管數(shù)據(jù)包傳輸?shù)臅r間順序的議數(shù)據(jù)單元是用UDP分組來承載的承數(shù)據(jù)包的候，有時候一幀數(shù)據(jù)被分割成幾個包具有相同的時間標(biāo)簽，則可以知道時間標(biāo)簽并不是必須的。而UDP多路復(fù)用讓協(xié)利用支持顯式的多點(diǎn)投遞，可以滿足多媒體會話的需求。RTP協(xié)雖然是傳輸層協(xié)議但是它有作為OSI體結(jié)構(gòu)中單獨(dú)的一層來實(shí)現(xiàn)RTP協(xié)議通常根據(jù)一個具體的應(yīng)用來提供服務(wù)，RTP只提供協(xié)議框架，開發(fā)者可以根據(jù)應(yīng)用的具體要求對協(xié)議進(jìn)行充分的擴(kuò)展。目前的計和研究主要是用來滿足多用戶的多媒體議的需要另它也適用于連續(xù)數(shù)據(jù)存儲交互式分布仿真和一些控制測的應(yīng)用中基RTP的驗和商業(yè)產(chǎn)品也層出不窮實(shí)時傳輸控制協(xié)議協(xié)RTCP協(xié)議：（Real-time、ControlProtocol）是設(shè)和一使用的進(jìn)行流量控制和擁塞控制的服務(wù)控制協(xié)議。RTCP協(xié)議如何工作：當(dāng)應(yīng)用程序開始一個RTP話時將使用兩個端口一個給一給RTP本并能為按順序傳送數(shù)據(jù)包提供可靠的傳送機(jī)制，也不提供流量控制或擁塞控制，它依靠提供這些服務(wù)。在RTP的話之間周期的發(fā)放一些包用來傳監(jiān)聽服務(wù)質(zhì)量和交換會話用戶信息等功能。包中含已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計資

料。因此，服務(wù)器可以利用這些信息動態(tài)地改變傳輸速率，甚至改變有效載荷類型和RTCP配合使用，它們能以有效的反饋和最小的開銷使傳輸效率最佳化，因而特別適合傳送網(wǎng)上的實(shí)時數(shù)據(jù)根據(jù)用戶間的據(jù)傳輸反饋信息以制定流量控制的策略而會話用戶信息的交互，可以制定會話控制的策略。RTCP協(xié)處理機(jī)根據(jù)需要定義了五種類型的報文——RR:receiverreportSR:senderreportSDES:sourcedescriptionitems.BYE:indicatesendofparticipation.APP:applicationspecificfunctions它們完成接收、分析、產(chǎn)生和發(fā)送控制報文的功能。實(shí)時流協(xié)議RTSP協(xié)RTSP協(xié)議：（RealStreamingProtocol）議定義了如何有效地通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)，是一種客戶端到服務(wù)器端的多媒體描述協(xié)議。RTSP是個非常類似于HTTP的用層協(xié)議每個發(fā)布和媒體件也被定義為RTSPUPL而媒體文件的發(fā)布信息被書寫進(jìn)一個被稱為媒體發(fā)布文件里文件在后面會說明這文件說明的包括編碼器，語言，地址，端口號以幾它參數(shù)。這個發(fā)布文件可以在客戶端通過EMAIL形或者HTTP形獲得。RTSP是RealNetworks和Netscape以哥倫比亞大學(xué)共同提出的是RealNetworks的"RealAudio"和Netscape的"LiveMedia"的實(shí)踐和經(jīng)驗發(fā)展來來的。第一份RTSP協(xié)是由IETF在年8月9日正式提交后作為INTERNET的準(zhǔn)，在此后此協(xié)議經(jīng)過了很多明顯的變化的用現(xiàn)在是廣泛的、IBMNetscape,Apple,IBM,SiliconGraphics,Sun還有其它公司都宣稱它們的在線播放器支持RTSP協(xié)，不過微軟一直都堅持不支持協(xié)議，不知道這種局面還會持續(xù)多久。RTSP協(xié)議的特點(diǎn)：RTSP是用層協(xié)議與、一設(shè)計來完全流式服務(wù)。RTSP有大的靈活性用在多種操系統(tǒng)它允許客戶端和不同廠商的服務(wù)平臺交互。RTSP在系結(jié)構(gòu)上位于RTP和RTCP之它用完數(shù)據(jù)傳輸它將流式媒體數(shù)據(jù)可控制的通過網(wǎng)絡(luò)傳輸?shù)娇蛻舳恕TSP可保持用戶計算機(jī)與傳輸流業(yè)務(wù)服務(wù)器之間的固定連接觀看者與單Unicast服務(wù)器通信并且還允許雙向通信，觀看者可以同流媒體服務(wù)器通.提供類似“VCR”式的例暫停、快進(jìn)、倒轉(zhuǎn)、跳轉(zhuǎn)等操作。操作的資源對象可以是直播流也可以是存儲片段。RTSP是還提供了選擇傳輸通道，如使用還多點(diǎn)或。資源預(yù)留協(xié)議RSVP協(xié)：RSVP(ResorcereSerVationProtocol)資預(yù)留協(xié)并不是一個路由協(xié)議，而是一種IP網(wǎng)中的信令協(xié)議，它與路由協(xié)議相結(jié)合來實(shí)現(xiàn)對網(wǎng)絡(luò)傳輸服務(wù)質(zhì)量）控制是為支持因特網(wǎng)綜合業(yè)務(wù)而提出的。這是解決IP通信中（服務(wù)質(zhì)量）問題的一種技術(shù)，用來保證點(diǎn)端到端的傳輸帶寬。協(xié)是如何工作：RSVP使用控制數(shù)據(jù)報，這些數(shù)據(jù)報在向特定地址傳輸時包括了需要由路由器查（有些時候需要更新）的信息如路由器需要決定是不是要檢查數(shù)據(jù)報的內(nèi)容的時候?qū)ι蠈訑?shù)據(jù)內(nèi)

容進(jìn)行語法分析分析的代價可不小的情況是終端利用它向網(wǎng)絡(luò)申請資源，在這種表“請的號中包含著如下的信息：業(yè)務(wù)的種類？使用者類型？什么時間？需要多大帶寬？其他參考信息？網(wǎng)絡(luò)在接收到上類信息后據(jù)實(shí)際情況為此次連接分配一個優(yōu)先代碼，用戶利用優(yōu)先代碼進(jìn)行信息傳遞時，網(wǎng)絡(luò)不需重新對業(yè)務(wù)進(jìn)行分析與判別，從另外一個角度來說利用RSVP能一定程度上減少網(wǎng)絡(luò)對信息處理的時延高網(wǎng)絡(luò)節(jié)點(diǎn)的工作效率，改善信息傳輸?shù)姆?wù)質(zhì)量QoS時用用RSVP為了在傳輸路徑中保持必要的資源以保證請求能確保到達(dá)。RSVP是路由器為提供更的服務(wù)質(zhì)量向前邁進(jìn)的具有深刻意義的一步統(tǒng)上IP路由器只負(fù)責(zé)分組轉(zhuǎn)發(fā)通過路由協(xié)議道鄰近路由器的地址RSVP則似于電路交換系統(tǒng)的信令協(xié)議一樣，為一個數(shù)據(jù)流通知其所經(jīng)過的每個節(jié)點(diǎn)IP路由器端點(diǎn)協(xié)商為此數(shù)據(jù)流提供質(zhì)量保證RSVP協(xié)一出現(xiàn)，立刻獲得廣泛的認(rèn)同，基本上被任為較好地解決了資源預(yù)留的問題。在前面我們討論了一些實(shí)時媒體控制的相近的四個協(xié)議。在這里我再概