售前電話
135-3656-7657
售前電話 : 135-3656-7657
釋放雙眼,帶上耳機(jī),聽聽看~!
00:00
00:00
利用RTP可提供大量的實(shí)時(shí)業(yè)務(wù),特別是語(yǔ)聲業(yè)務(wù)和視頻業(yè)務(wù)。RTP主要應(yīng)用于在Internet上傳輸對(duì)時(shí)延敏感的業(yè)務(wù),使得這些業(yè)務(wù)的傳輸更具規(guī)律性和可預(yù)測(cè)性。
RTP可提供的功能包括:
打時(shí)截。在諸如Internet的分組網(wǎng)中,從發(fā)送端到接收端不同的時(shí)延通常導(dǎo)致到達(dá)目的地的分組“成堆”,也就是說(shuō),大量的分組兒乎一起到達(dá),其間一會(huì)兒丟失分組,一會(huì)兒到達(dá)大量的分組,造成的結(jié)果就是時(shí)延抖動(dòng),從而達(dá)不到專用電路的傳輸質(zhì)量。在專用電路中,數(shù)據(jù)以固定的時(shí)延到達(dá)。RTP通過(guò)一個(gè)32比特域來(lái)解決此問(wèn)題:此域用于標(biāo)識(shí)數(shù)據(jù)的時(shí)截值,并用-隨機(jī)標(biāo)識(shí)符產(chǎn)生第一個(gè)分組的時(shí)戳值。對(duì)后續(xù)的分組,按照已過(guò)去的“時(shí)鐘滴塔”數(shù)以線性方式增加時(shí)截值。
盡管此法并不能保證數(shù)據(jù)按時(shí)到達(dá),但是當(dāng)此方案與接收端時(shí)延抖動(dòng)緩沖區(qū)結(jié)合使用時(shí),收到的數(shù)據(jù)至少能以發(fā)送端一樣的相對(duì)分組時(shí)延饋入接收應(yīng)用程序。接收端的時(shí)延緩沖區(qū)根據(jù)分組的時(shí)截值(由RTP發(fā))對(duì)來(lái)得太快的分組加上一些附加時(shí)延,從而平滑數(shù)據(jù)發(fā)送。
編序列號(hào)。太多數(shù)分組交換網(wǎng)允許同一數(shù)據(jù)流的分組在網(wǎng)中沿不同路徑傳輸,這樣很可能會(huì)出現(xiàn)到達(dá)接收端的分組順序與發(fā)送時(shí)的分組順序不一致。為解決此問(wèn)題,RTP給第一個(gè)分組分配一個(gè)隨機(jī)序號(hào),后續(xù)分組的序號(hào)按序遞增。這樣就允許接收端:(1)對(duì)收到的分組排序:(2)檢測(cè)丟失的分組。盡管RTP并沒有為丟失的分組提供重傳機(jī)制(事實(shí)上,實(shí)時(shí)或接近實(shí)時(shí)的數(shù)據(jù)傳送不允許重發(fā)),但是接收端至少知道語(yǔ)音流有間斷期。
發(fā)送監(jiān)控。RTP可通過(guò)與它關(guān)系密切的RTCP向語(yǔ)音流的發(fā)送端提供有用的反饋信息。RTCP定義了發(fā)送端記錄(SR)和接收端記錄(RR)分組,這些記錄分組所記錄的情況包括:到達(dá)時(shí)延間隔的抖動(dòng)、丟失分組數(shù)、傳輸?shù)姆纸M和字節(jié)總數(shù),以及其他對(duì)診斷、監(jiān)控和糾正網(wǎng)絡(luò)錯(cuò)誤等有用的數(shù)據(jù)。比如,當(dāng)端到端時(shí)延增加或抖動(dòng)加劇,以至影響到聲音的保真度時(shí),自適應(yīng)編碼器可能會(huì)產(chǎn)生即短又低質(zhì)的分組。
負(fù)載標(biāo)識(shí)。不僅對(duì)通過(guò)RTP傳送的語(yǔ)音數(shù)據(jù)要用正確的順序接收,而且要按編碼方法對(duì)其進(jìn)行解碼,因此,RTP給每一個(gè)分組指配負(fù)載類型標(biāo)識(shí)符以標(biāo)識(shí)該分組所用的負(fù)載類型。RFC1890定義了語(yǔ)音和視頻信息的負(fù)載類型(用于語(yǔ)音或視頻的具體編解碼方式),其他的負(fù)載類型可由IETF定義或動(dòng)態(tài)地由軟件定義。
ITU-T的RTP實(shí)現(xiàn)方案是將RTP和它所支持的應(yīng)用層高度集成,而不是將其作為單獨(dú)的協(xié)議層。因此,RTP更像支持應(yīng)用程序所要求的功能的“協(xié)議頓”。協(xié)議頓頭不支持的功能可由開發(fā)商自行增加,但這將引起多個(gè)供應(yīng)商的互操作性問(wèn)題。
RTP和RTCP分組都不包括復(fù)用信息,因此應(yīng)沒法區(qū)分不同的數(shù)據(jù)流、但接收端可能同時(shí)收到來(lái)自不同地方的多個(gè)語(yǔ)音數(shù)據(jù)分組,他必須要將其區(qū)別開,所以RTP分組被封裝在UDP中,UDP本身封裝在IP中。UDP是不可靠傳輸層協(xié)議,它提供了端口號(hào)標(biāo)識(shí),但沒有糾正錯(cuò)誤的能力。
H.323協(xié)議與SIP之間的斗爭(zhēng)日趨激烈。H.323協(xié)議應(yīng)用得較早,而SIP得到了許多強(qiáng)有力的IP團(tuán)體的支持。然而限制VoIP發(fā)展的因素,既不是H.323協(xié)議,也不是SIP,而是VoIP的服務(wù)質(zhì)量。