kaiyun官方注册
您所在的位置: 首页> 嵌入式技术> 设计应用> 基于NiosII传真通信规程的分析与设计实现
基于NiosII传真通信规程的分析与设计实现
支亚军,蒋 林,刘永平
西安邮电学院 计算机系,陕西 西安710061
摘要:通过分析传真通信规程,提出了基于NiosII嵌入式传真通信的方案,并在QuartusII和NiosII IDE环境下开发设计。FPGA开发板与外围Modem电路组成的传真系统,可以实现普通传真机的传真通信。测试结果表明,该设计增加了整个传真系统的灵活性与高效性,实现了软硬件协同的设计,有效地缩短了开发周期,在传真通信领域具有较好的应用前景。
Abstract:
Key words :

摘 要:通过分析传真通信规程,提出了基于NiosII嵌入式传真通信的方案,并在QuartusII和NiosII IDE环境下开发设计。FPGA开发板与外围Modem电路组成的传真系统,可以实现普通传真机的传真通信。测试结果表明,该设计增加了整个传真系统的灵活性与高效性,实现了软硬件协同的设计,有效地缩短了开发周期,在传真通信领域具有较好的应用前景。
关键词:传真通信;T.30建议书;Modem;NiosII

  传真机作为图文通信设备得到了广泛应用。为了进行正常通信,需要在通信过程中进行一些“操作”,或者由机器自动执行某些操作,发送方和接收方要进行“磋商”。接收/发送双方要经过发出表示信号、命令信号、响应信号和证实信号这一过程,这是一个不断“操作”和“确认”的渐进过程。这个通信规程就是ITU-T在T.30建议中作的规定,T.30建议书作为传真机在公用电话交换网上的传输规程,对公用电话交换网上传真业务的发展起到了决定性的作用。
  目前传真通信的产品开发主要是基于Conexant等公司的专用传真芯片,对系统二次开发。本文从替代传统专用芯片的角度,提出一种新的基于NiosII传真系统方案,即软硬件协同开发的流程,分析并设计实现传真通信。
1 传真通信规程分析
1.1 传真过程描述
  T.30建议规定了通信规程的适用范围、所用术语的解释、传真呼叫描述、传真用的单音信号方式和二进制信号方式[1]。图1为传真阶段过程图。

  (1)阶段A:呼叫建立,连通传真通信双方传输线,使传真机接入线路。拨号和应答双方均可由人工或自动两种操作完成。
  (2)阶段B:报文前过程,报文传输的准备阶段,包括性能识别和选择条件命令及接收条件确认。命令部分包括性能命令、训练、同步及可选的非标准设备命令、终端识别命令、查询(发送)命令和回声抑制器解除。
  (3)阶段C:报文中过程,由信息传输过程和报文传输组成。信息传输过程与报文传输同时进行,并控制传输信号完整性,如传输同步、差错检测及纠错和线路管理。若没有差错检测和纠错处理,则该阶段只传输报文数据。
  (4)阶段D:报文后过程,传真双方在完成传输一页报文后进行该过程。包含消息结束信号、确认信号、多页信号和传真结束过程信号。如果信息传输完毕,则直接进入E阶段。
  (5)阶段E:呼叫释放,可以手动或自动进行。在信息传输完毕或上述各阶段操作异常时,双方分别进入该阶段,将传真机与线路脱离。
1.2 传真二进制码信号结构
  传真过程用的二进制信号,以300 b/s的速率传送,这是三类机二进制代码过程数据传输的标准速率。二进制代码的传真控制过程都使用HDLC帧结构。一个HDLC帧结构由先导序列、标志序列、地址字段、控制字段、信息字段、帧校验序列组成。
  由于采用的调制解调器为TM-EC5658V Data/Voice/Fax Modem,它完成帧校验和帧封装工作,所以数字终端设备DTE与调制解调器通信过程中的HDLC帧结构如图2所示。

  (1)地址字段:表示该链路上发送或接收该帧的地址。提供多点连接安排中的指定终端的标识。在传真通信中,由于公用电话交换网中只进行点对点的通信,故限定为单一信号格式。
  (2)控制字段:该字段8 bit数据,用来提供末帧及非末帧的标志。格式为1100 x000,过程中的非末帧,x=0,末帧,x=1,这样可以区别末帧和非末帧。末帧是指为期待从对方站发来响应之前所发送的最后一帧。
  (3)HDLC信息字段:T.30建议书中HDLC信息字段被划分为传真控制字段和传真信息字段两部分。传真控制字段由8 bit或16 bit构成,二进制码表示各种命令或响应信号,可以提供28=256种控制信号。传真信息字段的作用是进一步说明传真控制字段的内容,提供各种标识、选择、控制参数等信息。传真信息字段是以8 bit为一组的数据信息来说明传真过程。
  (4)帧校验序列,帧校验序列为16 bit位宽数据,用于检测传输中可能产生的差错。DTE向Modem发送帧数据时不需要帧校验序列,Modem完成帧校验。Modem向DTE传送帧数据时,附带有帧校验数据。
1.3 传真通信流程分析
  主叫端主动发出一次传真呼叫,其既可以发送也可以接收传真文件。一般情况下,当一方有文件需要发送时,可作为主叫端发送传真文件。在轮询状态下,主叫端检测被叫端是否有文件需要传送。当主叫端和被叫端均为全自动操作时,主叫端先将传真机接入电路,检测到拨号音后拨号,启动计时并向线路发送主叫单音信号,在设置本端传真模式后进入阶段B。
  阶段B要完成对通信双方的标识,包括收发操作的确认、兼容性识别以及传输速率的确定。具体过程如下:
  (1)被叫端将其性能指标(如支持的页面大小、传输速率等)封装在DIS(Digital Identification Signal)中,通知主叫端发送。
  (2)主叫端根据被叫端性能指标做兼容性判断。若本地无文件发送而对方有文件发送,则作为接收机发送DTC(Digital Transmistion Command)信号;若本地有文件发送且对方机器兼容,则发送DCS(Digital Command Signal)通知接收端本次传真过程所采用的传输参数,并发送协商速率下的训练序列。
  (3)接收端正确接收到训练后发送CFR(Confirmation To Receive)信号,否则发送FTT(Failure To Train)信号,发送端更新DCS相应字段并重发降速训练序列,直至接收到CFR。
  在收发双方确定连接所能够支持的最大速率传输速率下传输报文。非纠错模式的报文在阶段C一次性全部传输完毕,其报文后命令有三种,分别为多页信号MPS(MultiPage Signal)、传真过程结束信号EOP(End Of Procedure)和报文结束信号EOM(End Of Message)。正确接收报文后接收端发送MCF(Message Confirmation)信号。发送端收到MCF后,进入E阶段,并发送DCN(Disconnect)信号,双方拆链路。
1.4 调制解调器通信原理分析
  Modem集成标准RS-232接口,通过RS-232接口的TxD和RxD两条信号线完成DCE(Data Communication Equipment)和DTE(Data Terminal Equipment)的数据交换和控制信号交换。DTE发送AT命令到DCE,即Modem。Modem执行命令后通过RxD返回结果给DTE。图3是Modem通信的示意图。Modem每执行一条AT指令,都要返回当前的状态;传真过程中向Modem串口发送AT指令和HDLC帧数据。
由于Modem的性能不同,对应不同的工作模式,Class 1服务类别DCE提供为支持G3传真操作所需要的服务水平。DTE通过AT指令向Modem传递命令和参数。Modem执行AT命令的结果就是修改Modem寄存器的值,即设置Modem操作状态。通过设置Modem的服务类型后,拨号进入传真流程。

2 传真规程设计实现
2.1 传真系统设计
  系统开发工具选择QuartusII和NiosII IDE环境,结合SoPC技术,软硬件协同设计开发。器件选择Altera公司的Cyclone系列EPEC20F400C开发板,使用QuartusII中SoPC Builder对硬件系统进行定义,完成硬核开发的集成过程。根据设计需要对CPU进行定制,包括CPU的数据和指令缓存的大小、CPU寄存器数量等[4]。除了NiosII之外,还需要将外围设备的IP添加进来。本设计就是将在前面提到的各种NiosII自带的各种IP核(UART控制器、定时器等)添加进来,其余自定义的逻辑器件接口同CPU的连接只需在SoPC Builder中将对应的接口模块添加进来即可。
  NiosII核与调制解调器通信是通过UART控制器实现的。原来的UART直接选用Altera公司提供的标准UART组件,通信时通过寄存器单字节收发,每个字节都会有中断触发。为了方便软件编程,Altera提供硬件抽象层HAL(Hardware Abstract Level)系统库驱动程序,该驱动程序是一个集成到HAL系统中的HAL字符模式设备驱动程序,代替访问UART寄存器,编程者直接使用HAL的API和ANSI C标准库函数访问UART。此时,UART相当于字符设备文件,可以像打开文件、读写文件一样操作UART设备。
  对UART的操作与对文件的操作一样。打开UART设备后,向调制解调器发送的AT指令和HDLC帧数据以写文件的方式写入UART设备,UART把数据发送至调制解调器的串口,命令执行对应的操作。调制解调器通过串口把结果值和HDLC帧数据返回到UART设备,程序以读文件的方式从UART设备读取数据,并判断执行下一步对应的操作。系统框图如图4所示。

2.2 程序流程设计
  传真发送过程就是对Modem不断操作的过程,通过Modem完成数据的收发及信号的握手。DTE向调制解调器发送命令,调制解调器DCE对命令做出响应,完成该命令的操作,并返回命令执行的结果码。
  对调制解调器发送的命令是AT指令,命令形式化为“AT+命令值”,例如“AT+FRH=3”,表示命令Modem准备以300 b/s的速率接收数据。根据T.30建议书的要求,发送的TCF信号是连续1.5 s的“0”序列,设计过程中通过反复实验,用软件连续发送一定的字节内比特位为0的数据,可达到通信要求。在接收TCF信号时,把接收到的0比特数据存入缓冲区,然后判断是否满足在当前通信速率下的连续0比特数据量。在报文传输阶段,发送的数据为处理后(扫描、二值化、编码)二进制数据,根据ITU-T T.4标准,传输的数据可以采用MH/MR/MMR编码,并且每行的编码数据发送时间不能少于20 ms[5]。所以编码数据传输时要对数据量小的一行编码进行0 bit填充,这部分在软件设计时实现。报文数据以字节为单位将8 bit数据高低位顺序颠倒,再传送给UART。报文数据传送完之后需添加发送结束标记,告诉Modem报文数据结束。
  同样,接收传真时,T.30建议书对判断连续1.5 s的“0”没有具体要求,这里采用缓冲区数据判断,把接收的“0”存入缓冲单元,判断“0”的个数来决定当前的通信速率是否满足。在接收到报文数据后,需要把结束标记从数据中滤出,存入缓冲区,再传送给译码打印系统或存储Tiff文件。限于篇幅,仅给出如图5所示的发送单页传真样张软件实现流程图。


3 验证与调试
  在NiosII IDE开发环境下完成设计代码,将Nios硬核和软件程序下载到FPGA开发板上,在线调试。最后在开发板上运行该程序,实现与远端普通传真机的传真业务通信。所选择的远端普通传真机为光电传真机OEF319系列传真机和Pansonnic系列传真机。测试主要内容为:
  (1)发送传真。在PC机上将符合ITU标准的测试样张Tiff文件中的传真数据存储到文件,运行NiosII环境时暂存到缓冲区,执行传真通信,将传真数据发送出去。远端传真机打印出数据和样张对比,文字清晰可读。
  (2)接收传真。和远端传真机通信,接收对方发来的传真数据并缓存。由于没有打印设备,不能有效对比接收数据和样张。把本次接收的数据缓存,作为发送传真的测试数据,基本保证了传真测试。采用这样的测试策略,接收传真的功能基本实现。在后面深入研究中,可以将打印设备添加到FPGA开发板的系统中,这样就完善了传真系统。
  经测试对比分析,传真流程合理,与商用传真机正常通信。但传真附加功能和整个传真系统还有待于进一步完善。 本文深入分析了T.30传真通信建议书,基于NiosII软件集成开发环境实现了传真通信规程,并将软件下载到Altera公司系列开发板上。通过测试验证,实现了和普通商用传真机的传真通信。基于NiosII软核的传真通信规程的实现,为嵌入式传真机提供了一种新的设计开发策略,为传真机产品升级和提高性能提供了参考;对打破国外传真机芯片及产品的垄断,实现中国传真机自主知识产权及产业化,都具有重要的现实意义。
参考文献
[1] ITU-T Recommendation T.30.Procedures for document facsi-mile transmission in the general switched telephone network[S].2005.
[2] 刘立柱.网络传真通信原理与技术[M].北京:国防工业出版社,2006.
[3] 牛小立,刘立柱.GSM网络传真通信技术研究[J].无线通信技术,2004(1):41-43.
[4] 蔡伟纲.NiosII软件构架解析[M].西安:西安电子科技大学出版社,2007.
[5] ITU-T Recommendation T.4.Standardization of Group 3 facsimile terminals for document transmission [S].2003.

此内容为AET网站原创,未经授权禁止转载。
Baidu
map