[发明专利]基于缓冲区的驱动程序架构设计的方法及系统

说明书

技术领域

本发明涉及移动通信领域，尤其涉及基于缓冲区的驱动程序架构设计的方法及系统。

背景技术

在移动通信基带业务的数字信号处理（嵌入式）领域，各种基带业务（WIMAX、LTE、UMTS、TD-SCDMA、GSM等）运行在一套驱动程序平台软件上，或者一种基带业务在一套驱动程序平台软件的支持下运行在多种硬件平台上。在现有的处理技术中，为了达到对底层支持多种硬件平台、对高层支持多种基带业务的需求，软件平台需要为每种硬件平台和每种业务处理提供完全定制的驱动程序。当业务需要更换硬件平台时，软件平台（驱动程序软件）中与硬件平台相关的代码就需要进行大幅度的修改。目前在嵌入式领域，还不存在既支持TI硬件平台，又支持Freescale硬件平台及其它硬件平台的的软件平台。

在移动通信基带业务的数字信号处理（嵌入式）领域，为了达到对底层支持多种硬件平台、对高层支持多种基带业务的需求，软件平台需要为每种硬件平台和每种业务处理提供完全定制的驱动程序。当业务需要更换硬件平台时，软件平台（驱动程序软件）中与硬件平台相关的代码就需要进行大幅度的修改。这种修改对软件设计、开发、测试、维护带来较大的工作量和风险。由此可见，传统的架构方式使得驱动程序软件（软件平台）在可重用性、可移植性、可配置性、可维护性等方面存在一定的缺陷。

在移动通信基带业务的数字信号处理（嵌入式）领域，各种基带业务（WIMAX、LTE、UMTS、TD-SCDMA、GSM等）运行在一套驱动程序平台软件上，或者一种基带业务在一套驱动程序平台软件的支持下运行在多种硬件平台上。例如，通用DSP芯片（如TI DSP、Freescale DSP、LSI DSP等）或带有DSP处理器核或CPU核的SOC芯片等硬件平台。在传统的处理中，为了达到对底层支持多种硬件平台、对高层支持多种基带业务的需求，软件平台需要为每种硬件平台和每种业务处理提供完全定制的软件。例如，基带业务的版本A运行在TI DSP上，相同基带业务的版本B运行在Freescale DSP上，为了支持这两套硬件平台，软件平台常采用的架构方案是分别提供两套驱动程序，而且两套驱动程序接口函数也不一致（接口一般设计为依赖硬件，硬件不同，接口函数也不同）。这样导致的后果是，业务版本A如果需要运行在Freescale DSP硬件平台上或业务版本B需要运行在TI DSP硬件平台上，业务版本A或业务版本B的软件平台中与硬件平台相关的代码就需要进行大幅度的修改，这种修改对软件设计、开发、测试、维护带来较大的工作量和风险。由此可见，传统的软件平台架构方式使驱动程序软件（软件平台）在可重用性、可移植性、可配置性、可维护性等方面存在一定的缺陷。

在通用计算机领域，目前有Windows、Linux、Unix等商用或开源操作系统提供统一界面的（比如Linux的VFS接口）、跨平台（支持ARM/X86/MIPS/SPARC/SH等）的软件平台。但在嵌入式领域，例如TI提供的DSP/BIOS平台只支持TI系列的DSP，Freesacle的SmartDSP OS只支持Freescale系列DSP等，目前还不存在既支持TI硬件平台，又支持Freescale硬件平台及其它硬件平台的的软件平台。

发明内容

为了解决现有技术中的问题，本发明提供了一种基于缓冲区的驱动程序架构设计的方法。

本发明提供了一种基于缓冲区的驱动程序架构设计的方法，包括缓冲区层驱动程序、逻辑通道层驱动程序、物理通道层驱动程序，基带业务使用缓冲区驱动程序提供的函数接口；缓冲区驱动程序与逻辑通道驱动程序是继承关系，逻辑通道实现缓冲区的函数指针指向的函数，并在逻辑通道创建实例时给缓冲区的函数指针赋值；逻辑通道驱动程序与物理通道驱动程序是组合关系或聚合关系，在一个物理通道上能够支持多个逻辑通道，逻辑通道层驱动程序使用物理通道层驱动程序的操作函数，通过配置函数进行配置；物理通道驱动程序操作的是硬件，完成数据的接收和发送。

作为本发明的进一步改进，缓冲区包括循环缓冲区、块缓冲区、帧缓冲区以及固定缓冲区，该方法还包括循环缓冲区接口、块缓冲区接口、帧缓冲区接口以及固定缓冲区接口。

作为本发明的进一步改进，所述循环缓冲区包括读指针、写指针、预读指针、预写指针，所述固定缓冲区每次读写时，指定源地址、目的地址和长度。

作为本发明的进一步改进，所述块缓冲区具有如下特征：通过读写指针维护该缓冲区；总的块数目必须大于等于2；读取每个块的数据时，返回长度都为该块内有效数据的长度；同一个块，同一时刻支持多次写操作，不支持多次读操作。