CN102890635B - 一种数字信号处理器的加载方法和装置 - Google Patents

Abstract

本发明涉及一种数字信号处理器的加载方法，包括，DSP复位后进入软件加载模式，广播软件加载请求数据包；业务板CPU收到所述软件加载请求数据包后，从BOOT FLASH读取DSP配置软件版本加载到DSP，根据所述配置软件版本在DSP与业务板CPU的网口之间建立IP数据包的通信方式；DSP向主控板CPU发送软件版本加载请求；主控板CPU从FLASH中读取软件版本加载到DSP；DSP运行软件版本。本发明还提供了一种数字信号处理器的加载装置。采用本发明的技术方案，解决业务板FLASH的容量空间有限无法存放DSP软件版本的矛盾，同时不需要以太网交换芯片等器件，满足了板卡小型化、绿色节能的要求。

Description

一种数字信号处理器的加载方法和装置

技术领域

本发明涉及网络通信领域，特别地涉及一种数字信号处理器的加载方法和装置。

背景技术

随着3G(3rd Generation，第三代移动通信技术)的普及以及LTE(Long TermEvolution，长期演进)等第四代移动通信技术的兴起，DSP(Digital Signal Processor，数字信号处理器)的性能在不断地提高，高速通信接口例如SRIO(Serial Rapid I/O，串行快速I/O)、SGMII(Serial Gigabit Media Independent Interface，串行千兆媒体独立接口)在DSP上已经成为主流接口。高速串行接口的应用，降低了板卡设计的布局布线难度，使板卡面积得以减小。

DSP可以通过SRIO接口或者SGMII接口等方式加载软件版本程序。SRIO通常应用于本板CPU直接给DSP加载的方式，SGMII则较为灵活，除了本板CPU以外，DSP还可以通过该接口向其它主控板的CPU获取软件版本，因此通过SGMII接口加载DSP版本的方式比较常用，其通常流程如下：

DSP通过外接的EEPROM(Electrically Erasable Programmable Read-OnlyMemory，电可擦可编程只读存储器)获取RCW(Reset Configuration Word，复位配置字)，选择SGMII通道加载软件版本，进入加载模式；

DSP广播软件加载请求数据包，数据包中包含预定义的网口MAC地址信息；

处理器CPU收到DSP发出的广播数据包，并获取和保存DSP网口的MAC地址；

处理器CPU把该MAC地址作为目的地址，将软件版本加载到DSP的内存中；

加载完成后，DSP自动从内存指定的地址开始运行软件版本。

以上加载方案中，软件版本通过MAC数据包的方式进行加载，实现协议比较简单。除此以外，也可以使用TCP/IP协议，通过IP数据包的方式加载软件版本。不论何种方式，前提是DSP的版本软件已经保存在本板的FLASH中，处理器CPU完成启动后，再从FLASH读取DSP软件版本加载给DSP。这要求板卡上需要放置一片容量足够大的FLASH芯片，以存储DSP软件版本，无疑增加了板卡面积。

除了通过处理器CPU读取板上FLASH存储的DSP软件版本进行加载的方法以外，还可以通过连接以太网交换芯片的方式进行软件版本加载。其基本思想是，增加一片以太网交换芯片，把DSP的SGMII网口通道连接到以太网交换芯片上，交换芯片的其它网口再连接到本板或其它板卡的处理器CPU网口上获取相应的DSP软件版本。

FLASH芯片和以太网交换芯片的使用，势必会增加板卡的面积。随着通信设备及技术的不断发展，设备小型化的方向势不可挡，同时设备绿色节能指标也备受关注，在某些地区甚至已经成为设备使用的准入条件。小型化趋势使得板卡面积越来越小，元器件密度越来越高，在这种情况下，在板卡上放置一片大容量的FLASH芯片，或者增加以太网交换芯片，不仅增加了PCB(Printed Circuit Board，印制电路板)的面积，也增加了板卡的功耗。为了尽可能减少板卡面积、减少元器件的使用，通常，业务板卡上只放置了一片容量有限的、小体积的BOOT FLASH芯片，仅提供给处理器CPU使用启动程序，无法再存放DSP等软件版本程序。这种情况下，就需要考虑解决DSP的软件版本加载方法。

发明内容

本发明解决的技术问题是提供一种数字信号处理器的加载方法，以解决板卡由于面积或功耗受限等因素制约，无法存储其软件版本、或者无法增加以太网交换芯片等情况下的软件版本加载问题；本发明还提供了一种数据信号处理器的加载装置。

本发明提供了一种数字信号处理器的加载方法，包括，

数字信号处理器DSP复位后进入软件加载模式，广播软件加载请求数据包；

业务板CPU收到所述软件加载请求数据包后，从启动存储器BOOTFLASH读取DSP配置软件版本加载到DSP，根据所述配置软件版本在DSP与业务板CPU的网口之间建立IP数据包的通信方式；

DSP向主控板CPU发送软件版本加载请求；

主控板CPU响应所述软件版本加载请求，从FLASH中读取软件版本加载到DSP；

DSP运行软件版本，返回软件版本加载成功消息。

进一步地，在DSP复位前，所述方法还包括，

业务板、主控板CPU启动并初始化；

进一步地，在DSP运行软件版本，返回软件版本加载成功消息后，所述方法还包括，

业务板CPU接收到DSP返回的软件版本加载成功消息，确认软件版本加载完成。

上述的方法，其中，所述数字信号处理器DSP复位后进入软件加载模式，广播软件加载请求数据包具体为，

业务板CPU触发DSP复位，DSP复位后从其外接的电可擦可编程只读存储器EEPROM中获取复位配置字RCW，选择通过以太网串行千兆媒体独立接口SGMII接口加载软件版本；

DSP通过以太网SGMII接口广播软件加载请求数据包。

上述的方法，其中，所述业务板CPU收到所述软件加载请求数据包后，将DSP配置软件版本加载到DSP具体为，

所述业务板CPU收到所述软件加载请求数据包后，获取并保存DSP网口媒体接入控制MAC地址，在DSP与业务板CPU的网口之间建立MAC数据包的通信方式，以MAC数据包方式将所述DSP配置软件版本加载到DSP。

上述的方法，其中，所述在DSP与业务板CPU的网口之间建立IP数据包的通信方式具体为，

对DSP网口的TCP/IP参数进行预设定，DSP返回配置成功信息给业务板CPU。

上述的方法，其中，所述DSP向主控板CPU发送软件版本加载请求具体为，

所述DSP通过IP报文向主控板CPU发送软件版本加载请求，业务板CPU接收所述软件版本加载请求后进行判断，若是所述DSP的软件版本加载请求，则透传给主控板CPU。

上述的方法，其中，在所述业务板CPU判断是所述DSP的软件版本加载请求时，在主控板CPU与DSP的网口之间建立TCP/IP通信通道。

本发明还提供了一种数字信号处理器的加载装置，包括，

数字信号处理器DSP，用于在复位后进入软件加载模式，广播软件加载请求数据包；以及用于向主控板CPU发送软件版本加载请求，在收到所述软件版本后，运行软件版本，返回软件版本加载成功消息。

业务板CPU，用于收到所述软件加载请求数据包后，从BOOT FLSAH读取DSP配置软件版本加载到DSP，根据所述配置软件版本在DSP与业务板CPU的网口之间建立IP数据包的通信方式；

主控板CPU，用于响应所述软件版本加载请求，从FLASH中读取软件版本加载到DSP；

BOOT FLSAH，位于业务板上，用于存储DSP配置软件版本；

FLASH，位于主控板上，用于存储加载到DSP的软件版本。

进一步地，还包括，

电可擦可编程只读存储器EEPROM，位于业务板上，用于存储DSP的复位配置字RCW；

所述数字信号处理器DSP，用于在业务板CPU触发复位后从所述EEPROM中获取RCW，选择通过以太网SGMII接口加载软件版本。

上述的装置，其中，所述业务板CPU收到所述软件加载请求数据包后，将DSP配置软件版本加载到DSP具体为，

所述业务板CPU用于收到所述软件加载请求数据包后，获取并保存DSP网口媒体接入控制MAC地址，在DSP与业务板CPU的网口之间建立MAC数据包的通信方式，以MAC数据包方式将所述DSP配置软件版本加载到DSP。

采用本发明的技术方案，通过引入二次加载方法，把DSP软件版本分别存放于业务板和主控板的FLASH中。其中业务板存放的DSP配置软件版本是经过裁剪精简的，占用空间很小，仅完成网络接口的TCP/IP协议等必须的参数以及功能配置，目的是为后续与主控板CPU实现正常通信。主控板FLASH空间足够大，可以存放DSP软件版本等，空间不受限制。DSP完成第一次配置软件版本加载后，业务板CPU作为DSP与主控板CPU的通信桥梁，DSP再完成第二次软件版本加载。通过该技术方案，可以解决业务板FLASH的容量空间有限无法存放DSP软件版本的矛盾，同时不需要以太网交换芯片等器件，满足了板卡小型化、绿色节能的要求。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明第一实施例流程图；

图2是本发明第二实施例结构图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，是本发明第一实施例流程图，提供了一种数字信号处理器的加载方法，包括，

步骤S101，主控板和业务板的CPU完成启动和初始化；

步骤S102，业务板CPU触发DSP复位，DSP复位后从其外接的EEPROM中获取RCW，完成基本的寄存器参数及工作模式设置，例如，DDR2/3控制器初始化，以及选择通过以太网接口进行软件版本加载等，并进入软件加载模式，DSP通过以太网SGMII接口广播软件加载请求数据包；

步骤S103，业务板CPU收到该广播数据包后，获取并保存DSP以太网接口的MAC地址，此时DSP与业务板CPU的网口之间建立直接通过MAC数据包的通信方式；但DSP还未具备IP数据的通信能力，因为DSP软件版本保存在主控板上，DSP需要通过业务板CPU向主控板CPU获取软件版本程序，而业务板与主控板CPU之间是采用标准TCP/IP协议通信，因此DSP还需要完成网口的TCP/IP参数设定，这就是配置软件版本程序要完成的功能；

步骤S104，业务板CPU从BOOT FLASH中读取DSP的配置软件版本程序，以DSP网口的MAC地址为目的地址，通过MAC数据包方式发送给DSP，DSP采用程序中预先设定好的参数对网口的TCP/IP参数进行配置，该参数可被业务板以及主控板CPU识别；

步骤S105，DSP运行完成配置软件版本，此时网口具备IP数据通信能力；DSP向业务板CPU发送配置成功消息，业务板CPU对消息进行判断，如成功则完成第一次DSP小版本加载，否则将重新执行步骤S102；

步骤S106，DSP通过IP报文向主控板CPU发送软件版本加载请求；报文首先被业务板CPU接收并进行判断和识别，如果是DSP的版本加载请求报文，则透传到主控板CPU，并在主控板CPU与DSP的网口之间建立TCP/IP通信通道，使得两者之间的报文可以相互透传；

步骤S107，主控板CPU收到来自业务板CPU的DSP软件版本请求报文，从FLASH中读取DSP软件版本，通过业务板CPU透传并加载至DSP，存放在DSP内存中；

步骤S108，在发送完成后，DSP从指定的内存地址运行软件版本，DSP开始正常功能运作；

步骤S109，DSP向业务板CPU发送软件版本运行成功消息，业务板CPU对消息进行判断，成功则完成DSP软件版本加载；否则将重新执行步骤S106。

如图2所示，是本发明第二实施例结构图，提供了一种数字信号处理器的装置，包括，

数字信号处理器DSP，用于在复位后，对其基本和必要的寄存器进行设定，例如包括预先设定好网口MAC的地址、选择SGMII通道加载软件版本、DDR2/3控制器参数配置等，然后进入软件加载模式，通过以太网SGMII接口广播软件加载请求数据包；以及向主控板CPU发送软件版本加载请求，在软件版本加载完成后，运行软件版本，通过IP报文向业务板CPU返回软件版本加载成功消息；

业务板CPU，提供至少两路以太网接口，其中一路用于收到所述软件加载请求数据包后，获取并保存DSP网口MAC地址，在DSP与业务板CPU的网口之间建立通过MAC数据包的通信方式；以及用于从BOOT FLSAH读取DSP配置软件版本，以MAC数据包方式加载到DSP，对DSP网口的TCP/IP参数进行预设定，在DSP返回配置成功信息时，在DSP与业务版CPU的网口之间建立通过IP数据包的通信方式；另外一路用于在接收所述软件版本加载请求后进行判断，若是所述DSP的软件版本加载请求，则透传给主控板CPU；在所述业务板CPU判断是所述DSP的软件版本加载请求时，在主控板CPU与DSP的网口之间建立TCP/IP通信通道；以及用于在接收到DSP返回的软件版本加载成功消息后，确认软件版本加载完成；

主控板CPU，用于响应所述软件版本加载请求，从FLASH中读取软件版本加载到DSP；

EEPROM，位于业务板上，用于存储DSP的复位配置字RCW；

BOOT FLSAH，用于给业务板CPU存储BOOT程序文件以及DSP的配置版本程序文件；通常在业务单板上，受限于板卡面积、成本等因素，不会放置大容量的FLASH的芯片；在有限的存储空间条件下，一般只能存放CPU的BOOT文件，而完整的DSP的软件版本文件所占空间比较大，想要与CPU的BOOT文件一起保存在空间有限的FLASH中是很困难的事情；因此在系统设计中，通常把业务板的完整DSP版本文件等存放于主控板的FLASH中统一进行调用；DSP为了从主控板获取软件版本，需要通过业务板的CPU与主控板CPU进行通信，因为业务板和主控板的CPU是通过标准TCP/IP协议通信的，但是在DSP复位并完成RCW的配置以后，只能通过MAC数据包的方式进行通信，还并未具备使用TCP/IP协议进行通信的能力，因此需要业务板的CPU对DSP网口TCP/IP相关的参数进行设定，这就是DSP配置软件版本完成的功能；考虑业务板的FLASH空间有限，裁剪设计的这个DSP软件小版本实际占用空间非常小，完全可以与业务板CPU的BOOT文件一起存放于FLASH中。

FLASH，位于主控板上，用于存储加载到DSP的软件版本。

上述说明示出并描述了本发明的一个优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。

Claims (11)

1.一种数字信号处理器的加载方法，其特征在于，包括，

数字信号处理器DSP复位后进入软件加载模式，广播软件加载请求数据包；

业务板CPU收到所述软件加载请求数据包后，从启动存储器BOOTFLASH读取DSP配置软件版本加载到DSP，根据所述配置软件版本在DSP与业务板CPU的网口之间建立IP数据包的通信方式；

DSP向主控板CPU发送软件版本加载请求；

主控板CPU响应所述软件版本加载请求，从FLASH中读取软件版本加载到DSP；

DSP运行软件版本，返回软件版本加载成功消息。

2.根据权利要求1所述的方法，其特征在于，在DSP复位前，所述方法还包括，

业务板、主控板CPU启动并初始化。

3.根据权利要求1所述的方法，其特征在于，在DSP运行软件版本，返回软件版本加载成功消息后，所述方法还包括，

业务板CPU接收到DSP返回的软件版本加载成功消息，确认软件版本加载完成。

4.根据权利要求1至3任一所述的方法，其特征在于，所述数字信号处理器DSP复位后进入软件加载模式，广播软件加载请求数据包具体为，

业务板CPU触发DSP复位，DSP复位后从其外接的电可擦可编程只读存储器EEPROM中获取复位配置字RCW，选择通过以太网串行千兆媒体独立接口SGMII接口加载软件版本；

DSP通过以太网SGMII接口广播软件加载请求数据包。

5.根据权利要求1至3任一所述的方法，其特征在于，所述业务板CPU收到所述软件加载请求数据包后，将DSP配置软件版本加载到DSP具体为，

所述业务板CPU收到所述软件加载请求数据包后，获取并保存DSP网口媒体接入控制MAC地址，在DSP与业务板CPU的网口之间建立MAC数据包的通信方式，以MAC数据包方式将所述DSP配置软件版本加载到DSP。

6.根据权利要求1至3任一所述的方法，其特征在于，所述在DSP与业务板CPU的网口之间建立IP数据包的通信方式具体为，

对DSP网口的TCP/IP参数进行预设定，DSP返回配置成功信息给业务板CPU。

7.根据权利要求6所述的方法，其特征在于，所述DSP向主控板CPU发送软件版本加载请求具体为，

所述DSP通过IP报文向主控板CPU发送软件版本加载请求，业务板CPU接收所述软件版本加载请求后进行判断，若是所述DSP的软件版本加载请求，则透传给主控板CPU。

8.根据权利要求7所述的方法，其特征在于，

在所述业务板CPU判断是所述DSP的软件版本加载请求时，在主控板CPU与DSP的网口之间建立TCP/IP通信通道。

9.一种数字信号处理器的加载装置，其特征在于，包括，

数字信号处理器DSP，用于在复位后进入软件加载模式，广播软件加载请求数据包；以及用于向主控板CPU发送软件版本加载请求，在收到所述软件版本后，运行软件版本，返回软件版本加载成功消息；

业务板CPU，用于收到所述软件加载请求数据包后，从启动存储器BOOTFLASH读取DSP配置软件版本加载到DSP，根据所述配置软件版本在DSP与业务板CPU的网口之间建立IP数据包的通信方式；

主控板CPU，用于响应所述软件版本加载请求，从FLASH中读取软件版本加载到DSP；

BOOT FLASH，位于业务板上，用于存储DSP配置软件版本；

FLASH，位于主控板上，用于存储加载到DSP的软件版本。

10.根据权利要求9所述的装置，其特征在于，还包括，

电可擦可编程只读存储器EEPROM，位于业务板上，用于存储DSP的复位配置字RCW；

所述数字信号处理器DSP，用于在业务板CPU触发复位后从所述EEPROM中获取RCW，选择通过以太网SGMII接口加载软件版本。

11.根据权利要求9或10所述的装置，其特征在于，所述业务板CPU收到所述软件加载请求数据包后，将DSP配置软件版本加载到DSP具体为，

所述业务板CPU用于收到所述软件加载请求数据包后，获取并保存DSP网口媒体接入控制MAC地址，在DSP与业务板CPU的网口之间建立MAC数据包的通信方式，以MAC数据包方式将所述DSP配置软件版本加载到DSP。