(1)必须解决语音数据和网络传真软件数据的发送的优先级问题。因为语音数据的实时性相对于电子传真软件数据来说要求更严格，因而为了保证语音的实时性，必须让语音发送的优先级高于传真群发。在此采用了一种多线程编程保证语音优先级的具体实现方法。

(2)以上设计方案中的语音采集和播放的连续性、以及语音的压缩处理的实现具有一定的难度。要将语音在Internet分组网上进行分组化传输'必须解决以下问题。

①打包时延。语音数据采集后，积累到一定程度再放入到一个分组，这种积累就lP生了打包时延；根据分组的大小不同，将在不同程度上引起语音电路上的时延，例如，IP分组默认大小是570字节，8kHz采样语音数据且没有压缩时，这种分组增加的时延大概为125 p.s×570=712501s，即71ms左右的时延。端到端时延越大，回波消除就越困难。

 ②串行时延（语音颤抖）的问题。当一个对时延要求很严格的语音分组排队在不同数量的数据分组之后时，串行时延就发生了。传输过程，每个路由器处均会产生串行时延现象，由于延时不一样而产生的语音颤抖将会扰乱语音。

③过高的语音速率。数字化语音没压缩时速率一般为64Kb/s，而伊路由器链路基本速率也是64Kb/s，加上不可缺少的分组头的载荷，根本不能在IP上传输PCM语音流分组数据。

④群发传真软件出错后的重发问题。IP网是无连接的、最大努力投递的网络，IP也不存在错误恢复机制。 IP路由器将抛弃有差错的分组。TCP传输控制协议会对丢失的分组进行重发，似乎可成为VoIP的选择，因为TCP和语音都是面向连接的。但实际上，因为语音是实时的，不能进行重发。语音抽样值的丢失仅仅使谈话有点小小的不连续，而且人们有自己的差错恢复方法（如“请再说一遍”之类的话）。所以进行IP语音通信一般使用的协议是用户数据报协议，即UDP，它无须重发。

(3)扫描仪的控制似及JPEG压缩的实现，采用了一种简单的实现扫描仪的控制方法。

(4)上面提到T．38定义了TCP、UDP两种实现实时电子传真的方式。TCP通过重发可保证可靠性，但实时性差；UDP能更好保证实时性，但可靠性差。