HDLC协议的SDH传输系统板间通信的设计

    在软件编程方面。首先要设置SCC口的通道参数．本设计中将SCC3设置为HDLC模式。然后设计驱动程序．驱动程序运行时首先进行SCC3以及存储区的初始化．其次才进行收发操作。SCC3及存储区的初始化过程概括为：初始化SDCR以提供U总线上的优先级一设置SICR将时钟连接到SCC3一设置SCC3参数RAM最大接收缓存长度一对命令寄存器(CPCR)写入相应命令初始化发送和接收参数一初始化HDLC参数RAM，包括错误计数器和帧地址域一初始化接收和发送缓存描述字一初始化屏蔽寄存器以允许期望的事件发生的中断一初始化CIMR以允许CPM设备产生中断一初始化通用SCC3方式寄存器高、低位一初始化协议定义方式寄存器，包括标志的数量，HDLC总线方式．标志共享允许等一设置SCC3方式寄存器低位((GSMR_LX)中允许发送和，或接收。

    初始化完成后，便可以进入收发状态。接收过程为：当GSMR_LX寄存器中的ENR位允许时，HDLC控制器进入接收允许状态，在该状态下，控制器等待1个标志。当出现1个标志时，控制器进入地址允许状态，等待1个非标志，该非标志必须为1个地址．控制器将地址与HADDRX和HMASK域的地址比较。地址匹配后，测RxBD状态模式字节．如果接收准备好便开始接收，1个数据包分多个地方缓存．RxBD字节的L位可以指示是否为接收帧最后一个缓存．不是便继续接收，是则完成CRC校验后结束接收。流程如图4所示。

    图4中：RxBD(Receiver·BufferDescrIPtor，接收缓冲描述符)是SCC、SMC等控制器与缓冲区的接口。RxBD的数据结构如表2所示。

    每个RxBD管理内存中的1个BUFFER区，RxBD中确定了这个BUFFER区的首地址和末地址。CPM将要接收的数据会被置于这个BUFFER区里，Datalength描述了数据的长度．Statusandcon-trol描述了数据和BUFFER区的状态。驱动程序通过设置、读取RxBD中的各参数来判断数据和BUFFER的状态，控制数据的收发。

    多个RxBD可以在DPRAM或者内存中连续放置，构成1个RxBD表，让CPM的控制器可以在驱动程序介入处理之前接收或者发送多帧数据．数据帧数由RxBD表的个数所确定。

    发送过程和接收相似，限于篇幅，不再赘述。

    3．3测试结果和性能分析

    按照流程图，采用C语言编程，并在PSOS操作系统上运行调试，为了检查测试SCC3口的丢包率等性能，专门模仿TCP／IP中的ping命令编制了1条sping命令，用大数据包(1024字节)长时间的测试SCC3口．测试的命令是：

    sping子架号槽位号cpu号包大小次数最大时间间隔(10ms为单位)

    测试平台如图5所示。接有网线的单板是NCP板，左下边是光板，微机通过网线经交换机和NCP板进行通信，运行telnet命令后相当于对NCP板自身的操作。NCP板和光板通过背板以HDLC协议进行通信，此时执行sping命令便能测试SCC3口的性能。图5是用于实测的硬件平台。实测时．为了验证对大数据包的处理能力，采用了1024字节．并且重复了1000次。

    从测试结果看出：传输大数据包的丢包率为零；从传输速率来看，平均70ms的时间包括发出和接收的时间，单程是35ms，换算成实际的传输速率约为234．1kb／s。因为测试是在一块正常运行的单板上进行的，MCU除了处理HDLC通信外．大部分资源都是在处理其他功能，因此实际测试结果要比理论值速低很多，但从目前传输系统板间通信所需的数据量来看，实测结果已经满足要求。

    4结束语

    本文针对UART在板间通信的局限性提出了采用HDLC协议重新设计的方法．并采用MPC852T实现了设计方案，通过编写驱动程序在PSOS操作系统上进行调试，取得了比较满意的结果。利用该方法已完成了SDH系统设备的研发，产品目前稳定可靠。该设计方法还可以延伸到路由器设备、移动通信基站、接人设备等单板之间的通信．具有比较高的应用值。

(t001)

 如果您对本文有任何疑问或者建议，请到讨论区发表您的意见: >> 论坛入口 <<

上一页 1 2下一页

上一篇：安全源自基础 TCP/IP 协议简单说明   下一篇：WPA2与思科LEAP安全协议究竟有何不同？

【文章评论】 【收藏本文】 【推荐好友】 【打印本文】 【我要投稿】 【论坛讨论】