售前電話
135-3656-7657
售前電話 : 135-3656-7657
在詳細地討論IP傳真協(xié)議體系之前，讓我們先來回答一個似乎是目了然的問題：IP傳真為什么不能使用和IP電話相同的結構與協(xié)議呢？既然公共交換電話網傳真可以使用與公共交換電話網電話相同的結構，那么傳真數據就應該可以在IP電話網上傳輸。
這種方法的問題在于G3傳真機數據在編碼時，是在假設存在一個相對高速、寬帶并且能夠以終端所要求的速度進行傳輸的PSTN的前提下進行的。雖然數字電路實際上能夠傳遞很大一部分呼叫，但是它所采用的數字化方案是64kbit/s的PCM標準。這種編碼方式使包括字符在內的幾乎所有的模擬信號都能準透明傳輸。一些標準傳真機和調制解調器在設計時就以在PSTN上使用為前提，它們?yōu)榱藵M足準透明傳輸的要求，采用了階段轉移和其他信號組件的編碼方法，而64kbit/sPCM滿足這種編碼方法是綽綽有余的。
IP電話的設計者們?yōu)榱耸沽髁啃∮?4kbit/s的PCM標準，盡量節(jié)約帶寬，將精力集中在研究以語言為主要特征的模擬信號上，因此在設計IP電話時沒有考慮傳真和調制解調器信號的需要。這就導致了雖然G.723編碼僅僅使用PCM所需的十分之一的帶寬而且保證了良好的語音效果，然而用它來傳輸G3傳真數據就引起了混亂。因此，IP傳真發(fā)展商必須解決傳真和語音編碼方式不同的問題。
實際上，對這個問題有兩種不同的解決方法，這兩種方法都支持IP電話流和IP傳真流在網關處結合到一起，只是結合方式不同而已。第一種方法依賴于呼叫方網關對通過它的語音和傳真呼叫區(qū)別對待，這可以通過監(jiān)聽傳真開始處1100Hz的呼叫頻率來實現(xiàn)。區(qū)分開后，網關就可以根據呼叫的類型來選擇編碼方式，例如：對于語音采用G.723.1標準，而對于傳真呼叫則采用G.711（64kbit/sPCM）標準。雖然這種方法可行，但是它犧牲了IP傳真的最基本的優(yōu)點：傳輸多少數據就需多少帶寬。一個傳真文檔需要64kbit/s的帶寬并沒有什么文檔內在的原因，這僅僅是該種編碼方式的要求。因此，這種方法實現(xiàn)起來很簡單，但是效率卻不高，只是在IP電話網絡內提供了一種有限的傳真能力。
第二種方法，采用了T.38標準和越來越多的專用的解決辦法，實際上是企圖結束傳真呼叫在呼叫方網關部分的“標準”，由呼叫方網關把模擬信號調制成原始的數字信號流，再打包送到IP網，最終傳輸到被叫方網關。然后，被叫方網關再把數字信號解調成模擬的傳真信號，經過PSTN或PBX傳輸到被叫方機器。這個過程也要求呼叫方網關對語音呼叫和傳真呼叫區(qū)別對待，因為如果網關把傳真信號當作語音信號處理的話將產生錯誤。這種方法的優(yōu)點在于它非常有效。因為只有掃描進來的傳真數據在IP網上傳輸，在數字化過程中并沒有增加額外的負擔。
然而，第二種方法也有它的不足之處：傳真數據在到達終端傳真機之前經過了多次的數-模、模-數轉換。圖10-4顯示了這種方法的傳輸過程及其復雜性。
圖10-4 IP傳真呼叫狀態(tài)圖
