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

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

00:00

       在網(wǎng)關將語音數(shù)據(jù)轉(zhuǎn)換為低比特率數(shù)據(jù)流后，IP網(wǎng)絡對此數(shù)據(jù)流的傳輸質(zhì)量必須力求接近于PSTN網(wǎng)。雖然基于電路交換的PSTN和基于分組交換的IP網(wǎng)絡的差別很大，但是相關組織已制定了一些協(xié)議使得IP網(wǎng)絡仍然具備保證通話質(zhì)量的功能，其中最主要的是時延控制協(xié)議。在SIP協(xié)議和H.323協(xié)議中，網(wǎng)關都使用了IETF實時傳輸協(xié)議（RTP）以使接收端網(wǎng)關根據(jù)接收時延來重組接收到的語音數(shù)據(jù)流，解決分組交換網(wǎng)絡所帶來的傳輸時延抖動問題。根據(jù)RTP，接收端網(wǎng)關在提交時問到達之前先將音頻信號暫存在時延抖動緩沖區(qū)里，到了提交時間后才將之解碼回語音信旦語音流被封裝入RTP包并打上時間標記后，必須在網(wǎng)絡允許范圍內(nèi)以最短時延發(fā)送至目的網(wǎng)關。在IP電話專用網(wǎng)中，可以通過限定網(wǎng)絡同時處理的最大呼叫數(shù)的方法來防止帶寬超載，從而控制語音傳輸質(zhì)量。然而、由于VoIP的誘人之處正是在于使得語音和數(shù)據(jù)最終能在同個網(wǎng)上進行傳輸，從而節(jié)省語音傳輸?shù)馁M用，所以專門為語音服務構造IP網(wǎng)的想法是不經(jīng)濟的，它并不能使投資者得到很好的投資收益。

       傳輸語音的設備必須設法使它們傳輸?shù)姆纸M得到“加速服務”。這種“加速服務”通常由傳輸網(wǎng)關來提供，因為傳輸網(wǎng)關是唯一清楚的了解傳輸分組內(nèi)容的設備，也只有它能識別需要作特殊處理的語音數(shù)據(jù)。雖然在IP網(wǎng)絡設計之初人們就考慮能根據(jù)分組的QoS來處理分組，但直到90年代中期這一問題才引起廣泛的關注，從而出現(xiàn)了種種不同方法來定義QoS、提供QoS和獲得Qos。每種方法都競相在各種不同的網(wǎng)絡中爭取市場，試圖引起眾人暖日。單個廠商的QoS解決方案已經(jīng)非常成熟了，但是使用單一廠商設備的網(wǎng)絡往往是采取集中管理方式的，在這樣的網(wǎng)絡環(huán)境下并不太需要網(wǎng)絡設備過多地參與QoS管理。

       如果絕大部分的網(wǎng)絡都能實施新標準的QoS協(xié)議，如標準編碼協(xié)議及資源預留協(xié)議（RSVP）等，IP電話網(wǎng)關就可以更有效地利用如Internet這樣的異構網(wǎng)。網(wǎng)關本身在這些協(xié)議的實現(xiàn)中發(fā)揮中心作用：在標準編碼協(xié)議中，加入一定數(shù)量的比特位來指出分組對Qos的要求：在資源預留協(xié)議中，向在通向目的網(wǎng)關通路上的路由器預約所需的帶寬及其他資源。為達到這個目的，大多數(shù)商家或是宣稱其網(wǎng)關支持這兩個協(xié)議或是已在他們的網(wǎng)關中實現(xiàn)了具有QoS功能的預發(fā)行子集。