久久精品视,色综合久久无码中文字幕,日韩免费视频一区二区三区,亚洲中文久久精品无码WW16

釋放雙眼，帶上耳機，聽聽看~！

00:00

       因為分組網(wǎng)是為突發(fā)式的、可變傳輸速率的數(shù)據(jù)應用程序而設計的，所以最初分組化語音的嘗試遭到了失敗。數(shù)據(jù)應用程序，比如E-mail和FTP并不在意時延和時延的變化問題。

       為了更有效地進行語音分組化傳輸，必須解決以下問題。

       打包時延：當以每秒8000次的速率獲取的語音采樣值，并積累到可被放入到一個分組中的時候，打包時延的問題就發(fā)生了。也就是說，根據(jù)分組大小的不同，將在不同程度上引起語音電路上的時延。比如說，IP分組的默認大小是570字節(jié)左右（最大尺寸為64000字節(jié)，但從來沒有分組采用這么大的尺寸）。這種分組將給語音“電路”增加125μsx570=71250μs，也就是71ms左右的時延。較高的端到端的時延要求付出額外代價才能消除回波。

       串行時延（語音顫抖）的問題：當一個對時延要求很嚴格的語音分組排隊在不同數(shù)量的數(shù)據(jù)分組（或者僅僅是一些對時延要求不高的分組）之后時，申行時延就發(fā)生了。傳輸過程中，每個IP路由器處都會產(chǎn)生申行時延現(xiàn)象，由這一現(xiàn)象引起的語音顫抖將會以種種方式擾亂語音。

       過高的語音發(fā)送速率：數(shù)字化語音的發(fā)送速率通常為64kbit/s。但是IP路由器的鏈路的基本速率也是64khit/s。這樣一來，只要傳輸包含著64kbit/s的PCM語音流的分組，將迫使任何其他形式的分組不能在鏈路，上傳輸。這還沒有把IP分組的分組頭負荷考慮在內(nèi)，而分組頭又是必不可少的。這樣在上述的64kbit/s的鏈路上將無法傳輸分組頭。

       發(fā)送固定速率的語音：64kbit/s的PCM語音的發(fā)送速率是固定不變的，甚至在不說話時也保持這個發(fā)送速率，但是分組更適合干突發(fā)式的應用。也許將不說話的部分去除會使語音具有突發(fā)性，因為多數(shù)談話中，因為玲聽對方講話而使50%左右的時間是不說話的?？梢韵胂瘢绻姘巡徽f話的部分去除了，通話雙方有可能因為感覺不到對方在玲聽而都不說話了。打電話的人已經(jīng)習慣電話中的一些輕微噪聲和背景聲音，如果沒有了這些聲音，說話的人會以為線路出了問題，自然就會尋問“你還在那兒嗎？”，想要引起對方的應答。（這將抵消我們將語音變成突發(fā)式所帶來的好處）。

        出錯后的重發(fā)問題：IP網(wǎng)是無連接的，最大努力投遞的網(wǎng)絡，IP層也不存在錯誤恢復機制。IP路由器將拋棄有差錯的分組。但是，因為IP是為對差錯敏感的數(shù)據(jù)協(xié)議設計的，所以在IP之上的傳輸控制協(xié)議（簡稱TCP）層將會重發(fā)對方未收到的部分。看來TCP將成為VolP的首選，因為TCP和語音都是面向連接的。但是，包含著語音抽樣值的字節(jié)不能進行重發(fā)（語音是實時的）。語音抽樣值的丟失僅僅會使談話有點小小的不連續(xù)，而且人們有自己的差錯恢復方法（如“請再說一遍”之類的）。取而代之的協(xié)議是用戶數(shù)據(jù)報協(xié)議（簡稱UDP），它因為無須重發(fā)而引起人們關(guān)注。

       幸運的是，上述每個問題都不是無法解決的，而且其中某些問題的解決方法已經(jīng)形成標準了，下面將逐一地進行說明。