在详细地讨论IP传真协议体系之前，让我们先来回答一个似乎是目了然的问题：IP传真为什么不能使用和IP电话相同的结构与协议呢？既然公共交换电话网传真可以使用与公共交换电话网电话相同的结构，那么传真数据就应该可以在IP电话网上传输。

       这种方法的问题在于G3传真机数据在编码时，是在假设存在一个相对高速、宽带并且能够以终端所要求的速度进行传输的PSTN的前提下进行的。虽然数字电路实际上能够传递很大一部分呼叫，但是它所采用的数字化方案是64kbit/s的PCM标准。这种编码方式使包括字符在内的几乎所有的模拟信号都能准透明传输。一些标准传真机和调制解调器在设计时就以在PSTN上使用为前提，它们为了满足准透明传输的要求，采用了阶段转移和其他信号组件的编码方法，而64kbit/sPCM满足这种编码方法是绰绰有余的。
       IP电话的设计者们为了使流量小于64kbit/s的PCM标准，尽量节约带宽，将精力集中在研究以语言为主要特征的模拟信号上，因此在设计IP电话时没有考虑传真和调制解调器信号的需要。这就导致了虽然G.723编码仅仅使用PCM所需的十分之一的带宽而且保证了良好的语音效果，然而用它来传输G3传真数据就引起了混乱。因此，IP传真发展商必须解决传真和语音编码方式不同的问题。

       实际上，对这个问题有两种不同的解决方法，这两种方法都支持IP电话流和IP传真流在网关处结合到一起，只是结合方式不同而已。第一种方法依赖于呼叫方网关对通过它的语音和传真呼叫区别对待，这可以通过监听传真开始处1100Hz的呼叫频率来实现。区分开后，网关就可以根据呼叫的类型来选择编码方式，例如：对于语音采用G.723.1标准，而对于传真呼叫则采用G.711（64kbit/sPCM）标准。虽然这种方法可行，但是它牺牲了IP传真的最基本的优点：传输多少数据就需多少带宽。一个传真文档需要64kbit/s的带宽并没有什么文档内在的原因，这仅仅是该种编码方式的要求。因此，这种方法实现起来很简单，但是效率却不高，只是在IP电话网络内提供了一种有限的传真能力。

       第二种方法，采用了T.38标准和越来越多的专用的解决办法，实际上是企图结束传真呼叫在呼叫方网关部分的“标准”，由呼叫方网关把模拟信号调制成原始的数字信号流，再打包送到IP网，最终传输到被叫方网关。然后，被叫方网关再把数字信号解调成模拟的传真信号，经过PSTN或PBX传输到被叫方机器。这个过程也要求呼叫方网关对语音呼叫和传真呼叫区别对待，因为如果网关把传真信号当作语音信号处理的话将产生错误。这种方法的优点在于它非常有效。因为只有扫描进来的传真数据在IP网上传输，在数字化过程中并没有增加额外的负担。

        然而，第二种方法也有它的不足之处：传真数据在到达终端传真机之前经过了多次的数-模、模-数转换。图10-4显示了这种方法的传输过程及其复杂性。

图10-4    IP传真呼叫状态图