久久播五月婷婷-国产又粗又猛又爽免费视频-色婷婷1024导航-久久久91精品国产-91国产在线含羞草-日本道中文字幕精品-97人妻精品一区二区三区香蕉-国产一区二区三区四区五区久久-国产99超碰人人做人人爱,久久热这里只有精品首页 ,婷婷在线精品首页,色婷婷av国产精品

釋放雙眼，帶上耳機(jī)，聽聽看~！

00:00

       利用RTP可提供大量的實(shí)時(shí)業(yè)務(wù)，特別是語聲業(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á)目的地的分組“成堆”，也就是說，大量的分組兒乎一起到達(dá)，其間一會(huì)兒丟失分組，一會(huì)兒到達(dá)大量的分組，造成的結(jié)果就是時(shí)延抖動(dòng)，從而達(dá)不到專用電路的傳輸質(zhì)量。在專用電路中，數(shù)據(jù)以固定的時(shí)延到達(dá)。RTP通過一個(gè)32比特域來解決此問題：此域用于標(biāo)識(shí)數(shù)據(jù)的時(shí)截值，并用-隨機(jī)標(biāo)識(shí)符產(chǎn)生第一個(gè)分組的時(shí)戳值。對(duì)后續(xù)的分組，按照已過去的“時(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ì)來得太快的分組加上一些附加時(shí)延，從而平滑數(shù)據(jù)發(fā)送。
        編序列號(hào)。太多數(shù)分組交換網(wǎng)允許同一數(shù)據(jù)流的分組在網(wǎng)中沿不同路徑傳輸，這樣很可能會(huì)出現(xiàn)到達(dá)接收端的分組順序與發(fā)送時(shí)的分組順序不一致。為解決此問題，RTP給第一個(gè)分組分配一個(gè)隨機(jī)序號(hào)，后續(xù)分組的序號(hào)按序遞增。這樣就允許接收端：（1）對(duì)收到的分組排序：（2）檢測(cè)丟失的分組。盡管RTP并沒有為丟失的分組提供重傳機(jī)制（事實(shí)上，實(shí)時(shí)或接近實(shí)時(shí)的數(shù)據(jù)傳送不允許重發(fā)），但是接收端至少知道語音流有間斷期。

       發(fā)送監(jiān)控。RTP可通過與它關(guān)系密切的RTCP向語音流的發(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ì)通過RTP傳送的語音數(shù)據(jù)要用正確的順序接收，而且要按編碼方法對(duì)其進(jìn)行解碼，因此，RTP給每一個(gè)分組指配負(fù)載類型標(biāo)識(shí)符以標(biāo)識(shí)該分組所用的負(fù)載類型。RFC1890定義了語音和視頻信息的負(fù)載類型（用于語音或視頻的具體編解碼方式），其他的負(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)商的互操作性問題。

        RTP和RTCP分組都不包括復(fù)用信息，因此應(yīng)沒法區(qū)分不同的數(shù)據(jù)流、但接收端可能同時(shí)收到來自不同地方的多個(gè)語音數(shù)據(jù)分組，他必須要將其區(qū)別開，所以RTP分組被封裝在UDP中，UDP本身封裝在IP中。UDP是不可靠傳輸層協(xié)議，它提供了端口號(hào)標(biāo)識(shí)，但沒有糾正錯(cuò)誤的能力。

        H.323協(xié)議與SIP之間的斗爭日趨激烈。H.323協(xié)議應(yīng)用得較早，而SIP得到了許多強(qiáng)有力的IP團(tuán)體的支持。然而限制VoIP發(fā)展的因素，既不是H.323協(xié)議，也不是SIP，而是VoIP的服務(wù)質(zhì)量。