售前電話
135-3656-7657
售前電話 : 135-3656-7657
釋放雙眼,帶上耳機(jī),聽聽看~!
00:00
00:00
因?yàn)榉纸M網(wǎng)是為突發(fā)式的、可變傳輸速率的數(shù)據(jù)應(yīng)用程序而設(shè)計(jì)的,所以最初分組化語音的嘗試遭到了失敗。數(shù)據(jù)應(yīng)用程序,比如E-mail和FTP并不在意時延和時延的變化問題。
為了更有效地進(jìn)行語音分組化傳輸,必須解決以下問題。
打包時延:當(dāng)以每秒8000次的速率獲取的語音采樣值,并積累到可被放入到一個分組中的時候,打包時延的問題就發(fā)生了。也就是說,根據(jù)分組大小的不同,將在不同程度上引起語音電路上的時延。比如說,IP分組的默認(rèn)大小是570字節(jié)左右(最大尺寸為64000字節(jié),但從來沒有分組采用這么大的尺寸)。這種分組將給語音“電路”增加125μsx570=71250μs,也就是71ms左右的時延。較高的端到端的時延要求付出額外代價才能消除回波。
串行時延(語音顫抖)的問題:當(dāng)一個對時延要求很嚴(yán)格的語音分組排隊(duì)在不同數(shù)量的數(shù)據(jù)分組(或者僅僅是一些對時延要求不高的分組)之后時,申行時延就發(fā)生了。傳輸過程中,每個IP路由器處都會產(chǎn)生申行時延現(xiàn)象,由這一現(xiàn)象引起的語音顫抖將會以種種方式擾亂語音。
過高的語音發(fā)送速率:數(shù)字化語音的發(fā)送速率通常為64kbit/s。但是IP路由器的鏈路的基本速率也是64khit/s。這樣一來,只要傳輸包含著64kbit/s的PCM語音流的分組,將迫使任何其他形式的分組不能在鏈路,上傳輸。這還沒有把IP分組的分組頭負(fù)荷考慮在內(nèi),而分組頭又是必不可少的。這樣在上述的64kbit/s的鏈路上將無法傳輸分組頭。
發(fā)送固定速率的語音:64kbit/s的PCM語音的發(fā)送速率是固定不變的,甚至在不說話時也保持這個發(fā)送速率,但是分組更適合干突發(fā)式的應(yīng)用。也許將不說話的部分去除會使語音具有突發(fā)性,因?yàn)槎鄶?shù)談話中,因?yàn)榱崧爩Ψ街v話而使50%左右的時間是不說話的。可以想像,如果真把不說話的部分去除了,通話雙方有可能因?yàn)楦杏X不到對方在玲聽而都不說話了。打電話的人已經(jīng)習(xí)慣電話中的一些輕微噪聲和背景聲音,如果沒有了這些聲音,說話的人會以為線路出了問題,自然就會尋問“你還在那兒嗎?”,想要引起對方的應(yīng)答。(這將抵消我們將語音變成突發(fā)式所帶來的好處)。
出錯后的重發(fā)問題:IP網(wǎng)是無連接的,最大努力投遞的網(wǎng)絡(luò),IP層也不存在錯誤恢復(fù)機(jī)制。IP路由器將拋棄有差錯的分組。但是,因?yàn)镮P是為對差錯敏感的數(shù)據(jù)協(xié)議設(shè)計(jì)的,所以在IP之上的傳輸控制協(xié)議(簡稱TCP)層將會重發(fā)對方未收到的部分。看來TCP將成為VolP的首選,因?yàn)門CP和語音都是面向連接的。但是,包含著語音抽樣值的字節(jié)不能進(jìn)行重發(fā)(語音是實(shí)時的)。語音抽樣值的丟失僅僅會使談話有點(diǎn)小小的不連續(xù),而且人們有自己的差錯恢復(fù)方法(如“請?jiān)僬f一遍”之類的)。取而代之的協(xié)議是用戶數(shù)據(jù)報協(xié)議(簡稱UDP),它因?yàn)闊o須重發(fā)而引起人們關(guān)注。
幸運(yùn)的是,上述每個問題都不是無法解決的,而且其中某些問題的解決方法已經(jīng)形成標(biāo)準(zhǔn)了,下面將逐一地進(jìn)行說明。