久久精品视,精品少妇一区二区三区视频,亚洲码和欧洲码168区,国产乱妇乱子视频在播放

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

00:00

     公共交換電話網(wǎng)（PSTN）最大的優(yōu)勢就在于它的全球互通性。任何一個用戶隨意撥一串號碼，就可呼叫全球的另一用戶。電信運營商意識到語音質(zhì)量最終是由網(wǎng)絡質(zhì)量所決定的，所以從一開始就致力于電話網(wǎng)的擴展與互通。  

       網(wǎng)際互聯(lián)的困難在于需要連接不同標準的系統(tǒng)。例如，從一部話機向另一部話機傳送語音，不同的運營商可以有不同的解決方案。即使基于相同的網(wǎng)絡設備，也要考慮網(wǎng)絡容量與語音質(zhì)量的折衷問題。

       引入語音業(yè)務的通用標準可以很好地解決網(wǎng)際互聯(lián)的難題。國際電聯(lián)（ITU）傾布了一系列標準，限定不同語音設備的種類，并定義設備的公共屬性。網(wǎng)際協(xié)議（IP）的引入使得上述工作更加復雜。這是因為原有的交換陣列要額外承載IP語音業(yè)務。

       國際電聯(lián)電信分會（通常稱為ITU-T）為IP語音業(yè)務制訂了一整套標準：從語聲編碼、呼叫建立、尋找路由到與PSTN互聯(lián)。本章介紹了ITU-T的整套協(xié)議（包括其他一些有競爭力的標準），描述了各自的特性，以及如何根據(jù)這些協(xié)議和標準設計相關產(chǎn)品。本章也介紹了一部分不是由ITU-T規(guī)范的路由與傳輸協(xié)議，例如由Internet工程任務組（IETF）所制定的選路和傳輸標準。最后，本章討論了由于一些運營商按照專有的標準去生產(chǎn)IP語音設備，從而引起的IP電話互通問題。

        引入正題前，我們首先介紹一下端到端的IP語音流程。下面的例子包括了IP語音的基本流程，盡管該示例有些簡單化，但仍然具有典型性。

        IP電話傳輸?shù)闹饕獑栴}是必須使基于分組交換的IP網(wǎng)與基于電路交換的PSTN互聯(lián)，假如PSTN基于分組交換，IP電話的許多問題將大為簡化。

圖7-1 IP電話的長途旁路應用

       圖7-1說明了現(xiàn)在比較普遍的一項IP電話應用-長途旁路?，F(xiàn)假設洛杉磯的戴夫給其在紐約的母親打電話。戴夫是某IP電話服務供應商（ITSP）的客戶。

       當他撥完其母親的號碼后，他所在地的本地電話交換局A（LECA）識別出該呼叫是長途業(yè)務，將其轉(zhuǎn)交長途交換通信公司（IXC）處理。現(xiàn)在其所屬的IP電話服務供應商（ITSP）充當IXC，ITSP將模擬語音流轉(zhuǎn)變?yōu)榉纸M流經(jīng)IP網(wǎng)送至紐約。到達對端后，分組流再轉(zhuǎn)化為模擬語音流，由戴夫的母親所在地的本地電話交換局B（LECB）呼通戴夫的母親。

        在此過程中必須進行如下操作：

（1）地址解析

       戴夫所在地的LEC與ITSP間的網(wǎng)關必須找到其母親所在的LEC與ITSP之間的網(wǎng)關的IP地址。這一過程可以通過將被叫號碼的區(qū)號與某個特定網(wǎng)關相對應的方法來實現(xiàn)。

（2）搜索路由

       ITSP必須選擇最優(yōu)路徑發(fā)送數(shù)據(jù)分組，以便保持低時延，并防止鏈路容量過載。
（3）確保質(zhì)量

       戴夫的語音是與其他業(yè)務共享同一個ITSP的。因此，ITSP必須采取措施區(qū)分需要實時處理的語音業(yè)務與容許大時延的數(shù)據(jù)業(yè)務。因此有必要劃分業(yè)務的優(yōu)先級。即使全網(wǎng)中僅有語音業(yè)務，ITSP也必須采取措施確保各語音業(yè)務流互不下擾，以免影響到用戶的通話質(zhì)量。

（4）流量預測

       TCP/IP協(xié)議的傳輸層可在不同程度上保證數(shù)據(jù)業(yè)務的傳輸可靠性，例如可提供無差錯傳輸服務，或僅簡單附加一些檢錯標志位。對于實時業(yè)務，傳輸層的主要任務是保證語音分組的先后次序。因此洛杉磯的網(wǎng)關要按時問順序標記各分組以使紐約網(wǎng)關正確接收。

（5）呼叫信令

       網(wǎng)關必須能發(fā)送和提取呼叫信令。在這個例子中，紐約的網(wǎng)關必須從IP流中提取出電話號碼，以便送至紐約的LEC，由紐約的LEC呼叫戴夫的母親。

（6）語音編碼

       在LEC端，戴大的語音被編成64kbit/s數(shù)據(jù)流向ITSP發(fā)送。ITSP將這些數(shù)據(jù)流進一步壓縮為32kbit/s，16kbit/s或更小，再打包成IP分組進行發(fā)送。

（7）差錯處理