实现单板软件加载的系统及方法技术方案

本发明专利技术公开了一种软件加载的系统及方法，该系统除包括业务板外，还包括：专用存储单板和单板软件下发模块；专用存储单板，设置于网元设备中且独立于网元设备的主控板，用于保存网管下发的单板软件包；单板软件下发模块，设置于网元设备主控板中，用于从所述专用存储单板存储的单板软件包中获取单板软件并下发给相应的业务板。采用本发明专利技术所述的系统和方法，不但可以降低网元设备主控板的存储容量要求，大大降低主控板成本，而且还可以提高软件加载的速度。

【技术实现步骤摘要】

本专利技术涉及网络通信
，尤其涉及一种。
技术介绍
随着网络通信的发展，各种网络通信设备应运而生，其中包括多业务传送设备，比如MSTP(Multi-service Transport Platform，多业务传送平台)设备。多业务传送设备不仅支持处理传统TDM(Time Division Multiplexing，时分复用)业务的单板，还支持处理以太，ATM(Asynchronous TransferMode，异步传送模式)等数据业务的单板。 MSTP等多业务传送设备的业务单板(以下简称业务板)上的CPU以及FPGA(Field Programmable Gate Array，现场可编程门阵列)等多种器件都是需要软件才能工作的，因此业务板上需要存储供CPU和FPGA使用的软件以及一些配置文件等，以下统称单板软件。 由于MSTP等多业务传送设备业务板的类型比较多，某些数据类单板软件还比较庞大，整个通信设备的软件包(即所有类型的单板软件的集合)通常在几十兆字节以上。由于新特性的增加以及修改原有软件缺陷等多种原因，经常需要对单板软件进行升级。然而传输机房遍布较广，各机房间距离非常远，现场到每个机房逐个对设备进行升级操作是非常耗费人力物力的。因此，一般情况下会采用在中心机房远程加载的方式进行操作。 我们知道，ITU-T建议对SDH(Synchronous Digital Hierarchy，数字同步序列)的帧结构定义了开销字节D1～D12用作维护管理信息的通道。设备厂家一般利用这些D字节构成物理层DCC(Data Communication Channel，数据通信通道)，在上面运行ECC(Embedded Communication Channel，嵌入式通信通道)协议或者IP协议，以便在各网元之间传递管理维护信息，单板软件的远程加载也是通过DCC通道进行的。 在网络通信系统中，我们可以将具有主控板和业务板的网络设备单元统称为网元设备，其网络结构示意图如图1所示。 其中，与网管系统连接的网元设备通常被叫做网关网元。一般来说网管系统与网关网元通过以太网直接连接，使用TCP/IP协议；网管网元与其他网元设备是通过光纤连接的。网关网元还起到了协议转换和路由等功能，比如，将网管设备的TCP/IP协议转化成网元间通信使用的ECC协议或者IP协议，将网管系统下发的信息转发到目的网元设备。 如2所示，网元设备除了具备各种类型的业务板外，一般还具备一个负责通信以及系统控制的单板(该单板通常被称作主控板)。加载单板软件的时候，网管系统将加载的软件拆分成数据包，通过DCC传送到目的网元设备的主控板上，然后主控板再通过通信总线转发到相应的业务板上。业务板将单板软件保存到本板的Flash(闪速存储器)等存储器件中，然后再将软件加载到相应的功能器件中。这样，业务板复位或者重新上电时，就能从本板Flash获取软件并启动运行了。 下面简单介绍两种现有的单板软件加载的技术方案。 技术方案一网管系统先将网络中所有网元设备所支持的所有单板软件打成一个软件包，然后通过DCC将这个软件包分别下发到各个网元设备的主控板中，主控板根据网元设备当前业务板种类和业务板硬件版本号，从软件包中选取各业务板需要的软件下发到业务板中，业务板将软件加载到相应的功能器件中。 不难看出，技术方案一具有如下缺点1、由于要将网络中所有网元设备所支持的所有单板软件作为一个软件包存放在主控板中，因此对主控板存储空间要求比较高，往往需要几十兆的空间，造成主控板存储空间的紧张；2、由于主控板需要使用大容量的存储器件，因此增大了主控板的成本；3、网管系统需要将整个软件包下发到每个网元设备的主控板中，因此软件加载时间非常长。 技术方案二为了不占用每个网元设备主控板的存储空间，在每个网元设备的主控板中增加一个CF(Compact Flash，紧密型闪速存储器)卡。这样加载单板软件时，网管系统可以将产品所支持的所有单板软件打成的一个软件包通过DCC下发到网元主控板的CF卡中，主控板再根据网元当前业务板种类和业务板硬件版本号，自动对业务板进行相应的软件升级操作。 不难看出，技术方案二虽然降低了主控板存储空间的要求，但具有如下缺点1、由于每个网元的主控板都需要支持CF卡，因此成本较高；2、软件加载时间长的问题没有解决；3、CF卡对主控板依赖过高，当软件包增大需要扩展CF卡容量时，需要取下主控板方可更换CF卡，这样可能会对业务造成影响；另外由于CF卡技术尚未成熟，CF卡使用寿命短，经常会出现读写错误、不稳定，因此软件加载的安全性、可靠性无法得到保证。
技术实现思路
鉴于上述现有技术所存在的问题，本专利技术的目的是提供一种，不但可以降低网元设备主控板的存储容量要求，大大降低主控板成本，而且还可以提高软件加载的速度。 本专利技术的目的是通过以下技术方案实现的本专利技术提供了一种实现单板软件加载的系统，包括业务板，该系统还包括专用存储单板，设置于网元设备中且独立于网元设备的主控板，用于保存网管下发的单板软件包；单板软件下发模块，设置于网元设备主控板中，用于从所述专用存储单板存储的单板软件包中获取单板软件并下发给相应的业务板。 所述系统的网元设备设置有所述专用存储单板，或者设置有所述专用存储单板和所述单板软件下发模块。 当所述系统的网元设备设置有专用存储单板和所述单板软件下发模块时，所述专用存储单板与所述单板软件下发模块之间通过通信接口相连，且所述通信接口包括以太网口、串口或USB口。 该系统包括两个或两个以上互为备份的专用存储单板，且所述两个或两个以上专用存储单板设置在一个网元设备中或者不同网元设备中。 该系统包括两个或两个以上单板软件下发模块，且设置在不同网元设备的主控板中。 本专利技术还提供了一种实现单板软件加载的方法，包括如下步骤A、网管系统将单板软件包下发到专用存储单板中保存；B、单板软件下发模块从所述专用存储单板存储的单板软件包中获取单板软件下发到业务板中； C、业务板收到所述单板软件后进行软件加载处理。 所述步骤A包括网管系统将不同版本的单板软件包下发到所述专用存储单板中保存；且所述步骤B包括单板软件下发模块根据外部命令从所述专用存储单板中选择其中一个版本的单板软件下发到相应的业务板中；或者，单板软件下发模块根据网元设备类型和业务板类型从所述专用存储单板中选择最新版本的单板软件下发到相应的业务板中。 所述步骤A包括在所述专用存储单板中保存两套或两套以上互为备份的单板软件包。 所述步骤B包括当网元设备设置有所述单板软件下发模块和所述专用存储单板时，所述单板软件下发模块通过以太网口、USB口或串口通信方式从所述专用存储单板存储的单板软件包中获取单板软件下发到业务板中；当网元设备没有设置所述专用存储单板时，该网元设备的所述单板软件下发模块通过与所述专用存储单板设置于同一个网元设备中的主控板转发的方式从所述专用存储单板存储的单板软件包中获取单板软件下发到业务板中。 当网络中存在多个所述专用存储单板时，所述步骤B包括当网元设备没有设置所述专用存储单板时，该网元设备的所述单板软件下发模块从同一个专用存储单板或者从邻近的专用存储单板存储的单板软件包中获取单本文档来自技高网...

【技术保护点】
一种实现单板软件加载的系统，包括业务板，其特征在于，该系统还包括：专用存储单板，设置于网元设备中且独立于网元设备的主控板，用于保存网管下发的单板软件包；单板软件下发模块，设置于网元设备主控板中，用于从所述专用存储单板存储的单板软件包中获取单板软件并下发给相应的业务板。

【技术特征摘要】
的保护范围为准。权利要求1.一种实现单板软件加载的系统，包括业务板，其特征在于，该系统还包括专用存储单板，设置于网元设备中且独立于网元设备的主控板，用于保存网管下发的单板软件包；单板软件下发模块，设置于网元设备主控板中，用于从所述专用存储单板存储的单板软件包中获取单板软件并下发给相应的业务板。2.根据权利要求1所述的系统，其特征在于，所述系统的网元设备设置有所述专用存储单板，或者设置有所述专用存储单板和所述单板软件下发模块。3.根据权利要求2所述的系统，其特征在于，当所述系统的网元设备设置有专用存储单板和所述单板软件下发模块时，所述专用存储单板与所述单板软件下发模块之间通过通信接口相连，且所述通信接口包括以太网口、串口或USB口。4.根据权利要求1、2或3所述的系统，其特征在于该系统包括两个或两个以上互为备份的专用存储单板，且所述两个或两个以上专用存储单板设置在一个网元设备中或者不同网元设备中。5.根据权利要求1、2或3所述的系统，其特征在于该系统包括两个或两个以上单板软件下发模块，且设置在不同网元设备的主控板中。6.一种实现单板软件加载的方法，其特征在于，包括如下步骤A、网管系统将单板软件包下发到专用存储单板中保存；B、单板软件下发模块从所述专用存储单板存储的单板软件包中获取单板软件下发到业务板中；C、业务板收到所述单板软件后进行软件加载...

【专利技术属性】
技术研发人员：程力，涂敏海，
申请(专利权)人：华为技术有限公司，
类型：发明
国别省市：94[中国|深圳]