我正在尝试实现一个使用传真的系统.我们有一个电话,电话到T.38(通过IP传真).我需要一个让我做另一端的图书馆,T.38到TIFF图像.我在mac上做这个,我们使用C,C++,php,java.
一个将T.38静静地转变为T.37(通过电子邮件传真)的程序也可以正常工作.
有谁知道这些?
T.38网关实际上只是调制解调器部分,用于在电话线上获取传真模拟"音频"数据,并将其转换为较低级别T.30 HDLC数据的直接二进制数字数据包流.T.38标准确实指定了一定程度的应用程序级别解码,以扩展某些FAX acknolwedgement握手中的计时器....实际上,T.38网关在电话的另一端用传真机购买了一段时间当东西通过IP网络进行呼叫时...特别是如果有丢包等等.但是,所有这一切都发生在T.38网关和传真机之间......而不是IP网络.
因此,如果您真的想要查看T.38网关的IP数据包端并且实际上想要访问传真文档图像并将其呈现为TIFF,那么您真正想要的是T.30 FAX终止因为T.30指定了HDLC数据的格式以及如何编码/解码该内容.实际上,您必须实现传真机的逻辑,将文档捕获到TIFF中,就像真正的传真机捕获图像并打印到纸张一样.
即:你真正的目标是T.30实现,而不是T.38实现.请注意,T.30标准的一部分也引用了T.4,它描述了如何在T.30的上下文中压缩实际图像数据.
相对于从T.38到T.37,虽然我认为这在理论上是可行的,但是理解就像T.38一样,T.37标准假设这样一个网关的一端是模拟域.也就是说,T.37的标准规定了如何从模拟到电子邮件消息的方式与T.38从模拟到实时数字包流的方式相同.在标准的背景下,从T.38到T.37没有"双跳"来获取你的传真图像....所以我认为找到一个现有的实现似乎不太可能.
最后,您需要的是T.30 FAX终端实施,因为您正在与之交谈的T.38网关已经在为您完成调制解调器部分.或者,另一种看待这种情况的方法是您需要T.37网关而不是 T.38网关.