一种通信设备数据加载的方法 【技术领域】
本发明涉及数据加载技术，具体地说，涉及一种通信设备数据加载的方法。
背景技术
一台通信设备一般由多种单板组成，不同单板需要不同的单板软件，从而完成不同的功能。而在将软件加载写入单板的过程中需要进行校验，以保证软件的正确性和完备性。
现有方法是直接将二进制程序文件进行加载，通过普通文件传输协议(TFTP)、串口文件传输协议(XMODEM)、文件传输协议(FTP)等协议将数据(原始程序文件或原始配置数据文件)加载到主机内存，然后在主机内存中对加载文件进行循环冗余校验(CRC)，并且记录该校验值。向单板加载文件时或者直接写入主机静态存储器后，重新计算加载文件的CRC值，如果两值一致，则表示加载文件正确，然后单板完成文件的加载。
由此可见，这种加载机制是通过对二进制文件进行CRC，从而保证加载的正确性。当文件加载到内存时，主机由于不具备板名识别功能，不能区分该文件是否是单板软件以及是哪块单板的软件，只能靠用户操作保证程序文件的正确性。如果用户错误地将A单板的程序加载到B单板，甚至错误地加载了一个其他类型的二进制文件，则B单板可能就无法启动了。同样地，如果给主控板加载了错误的文件，系统复位后将无法启动。用户如果远程登录到主机上进行加载时造成系统复位后无法成功启动，就会造成很大麻烦，必须到设备所在地进行处理。
并且，对于现有加载机制，原始文件一般没有保存自身的CRC信息，如果程序文件或数据文件被异常修改后再加载，由于主机无法区分该文件是否被人为异常修改，只要加载过程本身没有错误，主机就会将该文件发送给单板，如果该文件一些关键数据被异常修改，很可能导致系统无法正常运行，所以现有加载机制对文件校验不完善。
此外，通信设备中不同的单板具有不同的软件、逻辑、软件补丁等，而其加载方法也是多种多样，有的通过主控板加载，有地用烧片机加载，有的通过单板自身的加载接口加载。由于主机无法区分用户加载的文件到底是单板程序配置数据还是软件补丁等，需要通过不同命令或命令的不同参数进行区分，因此加载操作不便，并且给设备的维护带来不便。
【发明内容】
本发明的主要目的是为通信设备数据加载提供一种具备板名识别功能的加载方法。
本发明的解决方案包括如下步骤：
a)生成原始文件的配置文件，该文件至少包括被加载单板名称信息；
b)根据步骤a)生成的配置文件，向原始文件添加嵌入文件格式(EFS)描述，生成至少包括被加载单板名称信息的EFS文件；
c)将EFS文件加载到主机；
d)根据主机预先记录的单板名称和EFS文件中的单板名称进行单板名称识别，如果识别成功，执行步骤e)，否则终止本次加载；
e)将原始文件加载到相应的单板。
在上述方法中，步骤d)中通过主机比较预先记录的各槽位单板注册时上报的单板名称是否包含EFS文件中保存的单板名称信息来进行单板名称识别。
在上述方法中，EFS文件描述部分可以放在代码的头部，也可以放在代码的尾部。当放在代码尾部时，需要在EFS描述信息前填充若干字节，保证EFS文件总长度为128字节的整数倍，以兼容XMODEM加载。
在上述方法中，EFS描述可以进一步包括记录魔术字和EFS描述的循环冗余校验(CRC)值的字段，步骤c)与步骤d)之间可以进一步包括：对EFS描述进行CRC校验，并对得到的校验值与EFS文件中EFS描述的CRC值、EFS描述中的魔术字与预先设定的魔术字值进行比较，如果都一致，执行步骤d)，否则，终止本次加载。
在上述方法中，EFS描述可以进一步包括记录原始文件CRC值的字段，步骤d)与步骤e)之间可以进一步包括：对原始文件进行CRC校验，如果得到的校验值与EFS文件中的原始文件CRC值相等，执行步骤e)，否则，终止本次加载。
在上述方法中，EFS描述可以进一步包括记录原始文件类型和代码类型的字段，在步骤e)中可以根据EFS描述中的文件类型和代码类型完成文件的加载。
在上述方法中，EFS描述可以进一步包括：EFS描述的位置信息、产品名称信息、加载软件的版本号信息、EFS文件生成日期与时间信息。
从本发明的技术方案可以看出，主机向该槽位加载程序时，通过比较记录的各槽位单板注册时上报的单板名称与EFS文件中保存的单板名称，从而判断EFS文件是否包含所在槽位单板的程序，如果EFS文件与单板不匹配，则无法成功加载。这样就不会在加载单板软件的时候混淆不同单板的程序，因此本发明具备板名识别功能。
由于EFS结构中不仅保存了整个文件的长度和CRC，还保存了代码段(即原始二进制程序文件或者原始配置数据文件)的长度和CRC校验以及产品名称、版本信息、文件描述等内容，因此在加载过程中的校验更加充分。
给文件添加EFS信息后主机软件就可以得到该EFS文件中的代码类型，从而可以通过一个统一的命令接口加载不同类型的文件，对文件的分流处理可以在主机进行，而不需要通过用户操作来保证加载文件的正确性，因此本发明具有统一的加载接口，操作维护方便。
【附图说明】
图1是EFS文件的结构框图；
图2是本发明的数据加载的流程框图。
【具体实施方式】
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图对本发明进一步详细说明。
图1是EFS文件的结构框图。如图1所示，EFS文件包括EFS文件描述部分和代码部分。EFS文件描述部分可以放在代码的头部，也可以放在代码的尾部。当放在代码尾部时，需要在EFS描述信息前填充若干字节，保证EFS文件总长度为128字节的整数倍，以兼容XMODEM加载。
表1是EFS文件的结构，其中代码指由编译软件生成的不带EFS描述的原始二进制程序文件或者从内存中直接保存备份下来的配置数据文件。偏移量 名称 长度描述 Code Code Length实际有效文件二进制代码，长度为CodeLength Filled Bytes 填充字长 度填充必要字节，以便使Total Length是128字节的整数倍，以便于XMODEM加载，填充内容为0x0 0x00 Magic Number 2 BYTE魔术字，取值为两个ASCII码：“HW”，含义为公司名称缩写(该字段表示版本新旧标志，在配置文件中不出现)0x02 EFS Version WORDEFS的版本号(EFS在前为1，EFS在后为2，其他保留)0x04 Product Name 12 BYTE产品名称，ASCII码，12个字节(没有0结束符，不足后面补0x0)0x10 Version V WORD软件的V版本号，范围0～999，显示3位(不足三位前面补0x0)0x12 Version R WORD软件的R版本号，范围0～999，显示3位(不足三位前面补0x0)0x14 Version LLL 3 BYTE海外版本标识符，三个字母表示，可选，按照ASCII码保存，如代表Chinese(PRC)的CHS，保存为“CHS”，显示3位(如国内版本，此项可省略，此域应填充0x0)0x17 Version B BYTE软件的B版本号，范围0～99，显示2位(不足两位前面补0x0)0x18 Version D DWORD软件的D版本号，范围0～99999，显示5位(不足五位前面补0x0)0x1C Version SP BYTE软件的SP版本号，范围0～99，显示2位，(不偏移量 名称 长度描述足两位前面补0，仅补丁有此版本号，非补丁代码此域应填充0x0)0x1D UcEfsTool Ver BYTE用于表示EFS工具自身的版本号0x1E Year WORD本EFS文件生成日期：年，显示4位0x20 Month BYTE本EFS文件生成日期：月，显示2位(不足两位前面补0x0)0x21 Day BYTE本EFS文件生成日期：日，显示2位(不足两位前面补0x0)0x22 Hour BYTE本EFS文件生成时间：时(24小时制)，显示2位(不足两位前面补0x0)0x23 Minute BYTE本EFS文件生成时间：分，显示2位(不足两位前面补0x0)0x24 Second BYTE本EFS文件生成时间：秒，显示2位(不足两位前面补0x0)0x25 Tick BYTE本EFS文件生成时间：百分秒，显示2位(不足两位前面补0x0)0x26 FileType WORD加载的文件类型，1表示应用程序单板软件，2表示DSP软件，3表示微码，4表示FPGA逻辑，5表示CPLD逻辑，6表示软件补丁，7表示配置数据，8表示BIOS软件，其余保留0x28 Code Type WORD代码的格式，0表示BIN代码，1表示Inter HEX代码，2表示Motorola HEX代码，3表示MCSHEX代码(FPGA)，4表示LZW压缩的BIN代码，5表示ASCII代码，6表示LZW压缩的ASCII代码0x2A Reserved 2 WORD保留未用(可以在配置文件中指定其值)0x2C Desc 12Bytes文件说明，ASCII码(没有0结束符，不足后面补0x0)，该字段可以用来填写单板名称，或其他内容0x38 Total Length DWORDEFS文件总长度(包括原始文件长度和EFS描述长度)0x3C Code Length DWORD代码长度(不包括可能的填充字节)0x40 CodeCRC WORD代码CRC(不包括可能的填充字节)0x42 EFS描述CRC WORD文件头CRC(校验范围0x00～0x41，共66BYTE)
表1
在EFS描述中，Desc字段存放单板名称，使主机具有单板名称识别功能。主机加载程序时，通过比较预先记录的单板名称与EFS文件中保存单板名称内容的字段，从而判断EFS文件是否包含所在槽位单板的程序，如果EFS文件与单板不匹配则无法成功加载。这样就不会在加载单板软件的时候混淆不同单板的程序。
在EFS描述中，魔术字字段与EFS描述CRC字段用来验证EFS描述。如果EFS描述中的魔术字与预先设定的值不相同，或者对EFS描述进行CRC校验后的值与EFS描述中的CRC值不相同，则说明EFS描述有错误，终止加载。此外，对于软件的版本号字段、产品名称字段等，用户可以根据实际情况配置，验证EFS描述的正确性。例如，检查加载软件的版本号是否是已经公布的最新版本，检查产品名称字段的内容是否是正在加载的设备名称。
在EFS描述中，Code CRC字段用来校验加载的程序，如果对加载程序进行CRC校验后的值与Code CRC值不相同，则说明该程序有错误，终止加载。如果两值相同，则单板根据加载文件类型字段、代码格式字段的信息完成程序的加载。
EFS描述中包括记录加载文件类型的字段，给文件添加EFS描述后，主机软件就可以从中得到该EFS文件中的代码类型，从而可以通过一个统一的命令接口加载不同类型的文件，对文件的分流处理可以在主机进行，而不需要通过用户操作来保证加载文件的正确性。
图2是本发明的通信设备数据加载的流程框图。如图2所示，数据加载的工作过程如下：
步骤201：生成原始文件的配置文件。
用户填写原始文件(原始程序文件或者原始配置数据文件)的配置文件，配置文件的内容包括：EFS描述的位置(EFS描述放在原始文件头部还是原始文件尾部)、产品名称、加载软件的版本号、文件类型、代码类型、加载单板的板名称、该EFS文件的生成日期、时间。
步骤202：原始文件编译设备生成EFS文件。
1)自动填写EFS描述中的魔术字域，该魔术字为事先定义的两个字母，例如公司名称的缩写。
2)根据步骤201生成的用户配置文件中的信息，自动填写EFS描述中的相应域；其中，如果配置文件中生成日期、时间字段内容为空，则读取操作系统日期、时间，填写EFS描述中的日期和时间；如果不为空，则取该字段的内容作为EFS描述中的日期和时间。
3)计算文件头CRC和代码CRC并填写EFS描述中的相应域。
4)统计加载文件长度与EFS文件总长度，并自动填写EFS描述中的相应域。
5)根据步骤201生成的用户配置文件中关于EFS描述的位置信息将EFS描述放在原始文件的头部或尾部，当放在尾部时，需要在EFS描述信息前填充若干字节，保证EFS文件总长度为128字节的整数倍，以兼容XMODEM加载。
步骤203：加载EFS文件，根据用户输入的文件名将EFS文件读入加载的通信设备。
步骤204：校验文件的EFS描述。
对EFS描述进行CRC校验，并且读取魔术字字段的内容。
步骤205：判断描述是否合法。
将步骤204得到的魔术字、CRC值与预先设定的魔术字、EFS描述中的CRC值分别比较，如果两个值都相同，则说明EFS描述合法，进行步骤206；否则，终止加载，结束本流程。
软件的版本号字段、EFS文件生成时间字段、产品名称字段用户可以根据实际情况配置，辅助验证EFS描述的正确性。
步骤206：单板名称识别。
在单板注册的时候，单板上报其名称，主机记录该单板的单板名称。主机向单板所在槽位加载程序时，通过比较预先记录的单板名称与EFS文件中保存单板名称的字段，从而判断EFS文件是否包含所在槽位单板的程序。如果EFS文件与单板不匹配则无法成功加载，这样就不会在加载单板软件的时候混淆不同单板的程序。
步骤207：判断单板名称是否一致。
如果一致，进行步骤208；否则，终止加载，结束本流程。
步骤208：单板校验加载的原始文件。
对加载程序进行CRC校验。
步骤209：判断原始文件是否合法。
比较步骤208计算得到的CRC值与EFS描述中的Code CRC值，如果两值相同，则说明该文件合法，进行步骤210；否则，终止加载，结束本流程。
步骤210：单板加载文件。
根据EFS描述中加载文件类型字段、代码格式字段的内容完成不同类型文件如BIOS、逻辑、微码、配置数据等的分流加载。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。