协议栈开发的过程

网络 网络管理
这里我们主要讲解的内容是关于协议栈开发的。那么从具体的通信系统中来剖析协议栈开发的具体过程。希望对大家有所帮助。

网络的兴起和通信的飞腾都随着软件无线电思想与技术的发展,在这当中,值得我们注意的是协议栈开发的内容。现代数字通信系统中,越来越多地使用DSP等数字信号处理器结合高速AD、DA转换器进行OSI 7层通信体系模型中物理层(信号的调制、解调)和数据链路层(信道编、解码)部分的数据处理工作.近年来,数字信号处理理论发展迅猛,数字信号处理器工作频率及能力不断提高,数字通信系统中越来越多的工作能够通过DSP来完成,因而DSP本身的程序结构也越来越复杂.由于通信信号(尤其是无线通信)本身具有很强的实时性、随机性的特点,造成DSP的输入数据缺乏规律性,一闪即逝,从而导致相应的处理程序出现了问题不易复现,且问题难于追踪、捕捉,这就给DSP的程序设计与调试带来了较大困难.针对这一问题,本文根据一般底层通信协议栈的数据处理方法,设计了一套适合于对底层进行协议栈开发和调试的数据采集与仿真系统,以达到追踪、再现问题并查找程序缺陷的目的.

1 数据采集系统

数据采集系统主要完成从正在工作中的通信终端中采集数据的任务.

1.1 采集点的选择

整个通信系统中有多个数据采集切入点可选,可以对中频信号直接采样,也可以对基带信号采样,还可以通过模拟系统中的AD数据接收时序,直接接收AD输出数据.但前两种采集点不能确保采集到的信号数据与DSP输入数据完全一致,而模拟AD数据时序的方式则可能影响DSP与AD之间的主从关系,影响DSP协议栈的正常运行,而且各种外部中断的采集也比较困难.因而最为稳妥的方式是DSP通过数据总线输出其接收到的数据.这种方法的缺点是需要占用DSP少量资源,但这与协议栈运行相比,完全可以忽略不计,不计不会影响协议栈开发和本身的运行.

1.2 硬件连接

参考文献[1]对各种数据采集系统进行了分析比较,并指出USB总线为数据采集卡与PC机较理想的接口,因此选用CY68013A作为USB接口芯片.采用1片FPGA进行DSP与CY68013A之间数据格式的转换,CY68013A固件程序存放在E2PROM中,通过I2C总线连接.

其中,DSP除了输出16位数据总线之外,还引出7位地址线(A0~A6),用以区分不同的数据类型.FPGA须将DSP外部总线输出的数据格式转换为CY68013A外部GPIF可兼容的格式.

1.3 FPGA程序设计

CY68013A外部GPIF端口可作为数据输入端口的仅有16位(FD0~FD15),而DSP输出的信息数据一共有23位(16位数据线D0~D15和7位地址线A0~A6),故而需要将多出的7位地址信息嵌入到数据中去.将1个16位数据拆分成2个,每个数据中的低8位(FD0~FD7)用于存储原数据信息(D0~D7或D8~D15),高7位(FD8~FD14)存放地址类型信息(A0~A6),最高位(FD15)用于标识当前数据中FD0~FD7是原数据的D0~D7或是D8~D15.CY68013A GPIF端口使用内部48 MHz时钟,根据参考文献[2],每个GPIF信号周期为20.83 ns,二者时钟不同步,FPGA为了与高速设备兼容,需要使用更高的时钟源.因此,为了保证GPIF能够采集到RDY信号,FPGA输出的信号至少需要保持1.5个GPIF信号周期.GPIF每次从外部读取数据存入FIFO需要6个状态,故而每个输出数据间隔应大于6个GPIF信号周期.以TI公司C55系列DSP为例,主频时钟144 MHz,与FPGA连接的为EMIFS外部总线.

考虑到DSP输出数据时钟可能较CY68013A GPIF采集时钟快,因而FPGA需要设计内置的FIFO存储器,用于缓存DSP输出的数据.

1.4 USB固件设计

由于CY68013A内置的8051内核时钟周期较慢,不适于高速传输,因而采集程序中仅使用8051进行初始化配置,而不干预数据传输过程.CY68013A通过外部GPIF读取数据存入FIFO中,FIFO满时通过USB传入PC机.采用Cypress公司提供的通用程序框架以及图形化GPIF设计工具,编辑GPIF波形.USB总线选择传输大量数据时比较常用的Bulk传输模式,硬件配置程序采用Cypress公司提供的程序模板,参考文献[3]对该模板进行了详细说明,这里不再赘述,程序框架与参考文献[4、5]类似.

1.5 PC机接收程序

USB接口驱动程序可直接使用Cypress公司提供的ez-usb驱动.由于ez-usb驱动没有提供高级的文件操作IO方式,因而需要调用比较底层的DeviceIoControl函数来处理.考虑到Bulk传输方式完全是由主机端(PC机)发起读操作,从机端(采集板)只能被动地等待,而当CY68013A内置的FIFO写满之后,如果主机不能及时地发起读操作,则FIFO不再接收数据写入操作,因而会有少量的数据丢失.对于底层协议栈调试,这种少量的数据丢失可能引起程序流程错误,是不能接受的.因此PC机端接收程序应采用多线程处理方式,将接收USB数据的工作列为单独的线程,并将其优先级设置为实时性最高的THREAD_PRIORITY_TIME_CRITICAL,防止接收数据过程被系统中其他进程打断,以确保每次读操作能够及时发出.同时也要保证负责数据采集的PC机操作系统中同时运行的进程尽量少,关掉不必要的后台进程.

PC机接收到的数据先存入临时文件中,以备后续解析、仿真程序使用.临时文件以字(16 bit)为单位存储,每个数据用2个字来表示,低字节在前,与FPGA转换后的数据格式一致。

2 仿真系统

仿真系统使用采集系统采集到的数据,再现通信终端中的协议栈运行状态,便于开发者随时检查程序错误,对程序进行调试.

2.1 系统框架

要想再现底层协议栈运行状态,除了保证协议栈开发的整体输入、输出一致外,最大的难度在于系统的定时,要能够准确再现各种事件的发生时刻.基于软件无线电技术的数字通信系统大都采用过采样方式,AD/DA速率都比较高而且稳定,因而底层协议栈也大多以AD/DA的输入、输出中断作为系统定时.当通信终端作为接收机时,底层协议栈需要以AD采样数据作为其他部分(信道估计与均衡、解调、信道解码等)的驱动数据;作为发射机时,DA输出数据是底层协议栈的最终输出结果,需要仿真程序进行验证.故而仿真程序可以采用AD/DA中断来划分程序运行的最小时间片,其他各种事件的发生都通过中断个数来计时,仿真程序通过判断AD/DA数据的个数调用各程序函数来再现底层协议栈运行状况及数据流向.这样就可以在不增加开销的情况下,尽最大可能保证仿真程序与实际DSP中运行的协议栈一致,方便再现问题.

2.2  输出数据

根据1.1节所选择的数据采集点,需在DSP的底层协议栈代码中输出仿真时所用的数据: (1)需要输出的为前端AD/DA数据,以及底层协议栈与上层协议栈之间的交互数据,这是底层通信协议栈接收、发射信息时所需的输入数据与最终的输出结果; (2)其他外围设备产生的中断和输入数据也会影响底层协议栈流程,是仿真时所必须的部分;(3)底层协议栈各任务挂起、运行、结束等状态变化需要输出,以保证仿真程序运行时刻与实际情况一致.另外,在2次AD/DA中断之间会发生多次变化的全局变量也需要输出,以弥补时间片划分的不足.

2.3  数据解析

1.5节中所存储的接收数据不方便直接用于仿真,需要进行格式转换.根据2.1节中所述系统框架,所有事件通过AD/DA数据计时,故而除AD/DA数据外,其他类型数据需要记录AD/DA数据个数信息,作为时间戳,因而可将所有数据分为两大类:AD/DA数据和非AD/DA数据.为仿真方便,将这2种类型数据分别存放于2个文件中.在解析数据时,需要将1.3小节中为了与CY68013A兼容而通过FPGA拆分开的2个16位数据重新合并为1个,并将不同类型的数据分开.AD/DA数据一般长度固定,由AD/DA转换器分辨率(位数)而定,例如,AD/DA数据为16位,每次中断输出1个数据,则解析后的数据格式如表2所示.

非AD/DA数据根据程序需求,长度不固定,可在协议栈开发的程序输出数据中包含长度信息,也可在接收程序与输出程序中提前规定好数据长度.例如,非AD/DA数据以字为单位,数据长度为N,则解析后的数据格式如表3所示.

由于底层协议栈需要兼顾外围硬件控制,各种外部中断比较多,很可能会打断数据输出,因而在解析数据时,需要考虑各种数据之间的嵌套.为此,可以对每种数据采用单独的缓冲区,待解析到1条完整数据之后再存入文件中,同时还要保证文件中各种非AD/DA数据按照发生时间的先后顺序排列.

2.4 系统仿真

系统仿真之前,首先要将运行于DSP中的底层协议栈代码转换为PC机上可运行的代码,一般DSP大多采用C语言和汇编语言相结合的方式进行开发,C代码基本上不需要进行大量修改,而汇编代码需要根据其工作原理,转译成C代码.系统仿真时采用2.3节中解析后的数据文件作为输入,按照2.1节定义的仿真系统框架,以AD/DA数据为驱动,通过判断非AD/DA数据的发生时刻(AD/DA数据计数值)来调动底层协议栈各部分任务运行,以达到再现协议栈运行状况、调试程序的目的.有些硬件操作需要底层协议栈控制,仿真时可以按照"[发生时间] 硬件操作内容"的格式写到文件中作为仿真程序的输出.这样通过查询输出文件,各种硬件操作的先后关系一目了然,更形象化,有利于发现硬件控制上的逻辑错误.

本文设计了一种专门用于底层协议栈开发的数据采集与仿真系统,利用USB高速传输特点以及物理连接的便利性,采用CY68013A进行数据传递,充分利用其GPIF资源,使用FPGA进行格式转换.文中对仿真系统的整体框架和数据转换细节进行了详细说明.该系统可用于各种类型协议栈调试,便于追踪、再现问题.经过实验验证,系统可承受100 Mb/s的实时数据流,在数字集群手持终端开发中进行了广泛应用,不仅降低了协议栈的开发难度,而且缩短了开发周期,有很高的实用性.

责任编辑:佟健 来源: hi.baidu.com
相关推荐

2010-09-09 13:19:47

H.323协议协议栈开发

2010-09-08 16:01:57

SIP协议栈

2010-09-08 17:26:20

SIP协议栈

2011-11-09 14:59:37

LwIP协议栈

2010-06-17 15:23:38

WAP协议栈

2010-09-08 15:34:27

TCP IP协议栈

2010-06-17 15:19:52

WAP协议栈

2010-06-11 14:15:23

WAP协议栈

2010-09-09 13:30:03

Linux网络协议栈

2010-09-08 12:16:18

2010-09-08 18:09:01

双协议栈

2010-09-08 14:59:27

蓝牙协议栈

2010-09-08 15:06:26

蓝牙协议栈

2010-06-23 14:27:04

Fix协议

2010-06-21 15:18:19

IPv6协议栈

2010-09-08 15:24:28

TCP IP协议栈

2010-09-10 09:52:44

开源协议栈

2010-09-08 16:25:39

SIP协议栈

2010-09-08 15:11:36

TCP IP协议栈

2010-06-24 15:23:00

GRE协议
点赞
收藏

51CTO技术栈公众号