modem 发送传真资料收集

使用efax控制modem收发传真。

efax里有不收的modem和串口设置方面的东西。

http://blog.chinaunix.net/space.php?uid=26226893&do=blog&id=2921280

http://blog.chinaunix.net/space.php?uid=26226893&do=blog&id=2937705

Group 3 Fax Call Connection Procedures

http://hi.baidu.com/kkernel/blog/item/05ffd52e87e9b9574ec22663.html

http://blog.chinaunix.net/space.php?uid=26226893&do=blog&id=2921269

modem资料：

http://blog.chinaunix.net/space.php?uid=26226893&do=blog&id=2921263

http://blog.chinaunix.net/space.php?uid=26226893&do=blog&id=2935878

使用调制解调器的基本 AT 命令  -- 和上面是重复的

http://www.cnblogs.com/simonshi/archive/2010/04/23/1718987.html

调制解调器基本AT指令集详解

玩转Modem~AT指令篇- -

RTS/CTS协议

RTS/CTS协议(Request To Send/Clear To Send)即请求发送/允许发送，相当于一种握手协议，主要用来解决"隐藏终端"问题。"隐藏终端"（Hidden Stations）是指，基站A向基站B发送信息，基站C未侦测到A也向B发送，故A和C同时将信号发送至B，引起信号冲突，最终导致发送至B的信号都丢失了。"隐藏终端"多发生在大型单元中（一般在室外环境），这将带来效率损失，并且需要错误恢复机制。当需要传送大容量文件时，尤其需要杜绝"隐藏终端"现象的发生。IEEE802.11提供了如下解决方案。在参数配置中，若使用RTS/CTS协议，同时设置传送上限字节数----一旦待传送的数据大于此上限值时，即启动RTS/CTS握手协议：首先，A向B发送RTS信号，表明A要向B发送若干数据，B收到RTS后，向所有基站发出CTS信号，表明已准备就绪，A可以发送，而其余欲向B发送数据的基站则暂停发送；双方在成功交换RTS/CTS信号（即完成握手）后才开始真正的数据传递，保证了多个互不可见的发送站点同时向同一接收站点发送信号时，实际只能是收到接收站点回应CTS的那个站点能够进行发送，避免了冲突发生。即使有冲突发生，也只是在发送RTS时，这种情况下，由于收不到接收站点的CTS消息，大家再回头用DCF协议提供的竞争机制，分配一个随机退守定时值，等待下一次介质空闲DIFS（Distributed Inter-Frame Space）后竞争发送RTS，直到成功为止。

RS-232 -- 注

串口标准，说说流控制（RTS/CTS/DTR/DSR ）    -- 注

http://blog.csdn.net/jinan1861/article/details/5644018

Data Communications Protocols