专利名称：电信单板软件加载方法
技术领域：
本发明涉及软件加载，尤指一种电信单板软件加载方法。
背景技术：
通常电信设备都由一个个机架以及相关的机架内或机架外的服务器、操作维护台等组成，机架中是一个或多个机框，机框可能包括一个或多个业务框、配电框、风扇框等。对于业务框，则由业务板、接口板、主控板、信令板、系统板等组成，这些单板的软件和数据一般在启动和升级时需要从自身的FLASH或加载服务器加载。为了描述简单，在此将常规业务板、接口板、信令板统称为业务板，将主控板、常规系统板统称为系统板。
请参照图1所示，系统板直接通过与加载服务器之间的通道到加载服务器上进行请求加载操作，框内的各业务板则间接通过系统板到加载服务器进行加载(当然也存在另外的情况，即各业务板不通过系统板，而是直接到加载服务器进行加载)。系统板和业务板在同一业务框内，系统板可以读取到该业务框的框号(唯一表明该业务框的一个编号，用来使得加载服务器可以用来区分不同业务框中的单板)。业务板基于成本方面的考虑，一般都不能直接读到该业务框的框号。
现有的系统，由于其软件一般都需要升级，因此都在启动时向加载服务器发送加载请求，获取加载控制信息，然后确定是通过加载服务器进行加载还是本板自身进行加载。通过加载服务器的加载需要从加载服务器通过FTP(文件传输协议)或TFTP(普通文件传输协议)等连接方式获取要加载的文件，写入本板的程序运行空间，并启动运行；而本板自身加载则是不再和加载服务器建立连接请求，直接从本板的FLASH空间读取事先保存好的程序，将其写入程序运行空间，并启动运行。
由于现有技术启动时需要向加载服务器获取配置，如果加载服务器发生故障，则单板无法加载成功。因此单板的加载依赖于加载服务器的可靠性，而要保证这一点，需要增加比较高的成本。系统的可用性指标受到加载服务器可用性指标的影响。
发明内容
本发明解决的问题是避免因加载服务器不能提供服务而造成电信单板无法正常加载软件进而造成电信设备无法正常启动运行。
为解决上述问题，本发明电信单板软件加载方法包括以下步骤1)系统板加载软件，且在加载服务器无法提供加载时则从本板加载软件；2)系统板截获业务板的加载请求报文；3)判断加载服务器是否与系统板连通；4)如果连通，则系统板向加载服务器转发业务板的加载请求报文进行加载服务器加载；5)如果断开，则系统板构造加载答复报文，通知该业务板从本板加载软件；6)运行所加载的软件。
所述加载请求报文包括有背板框号、槽号及子系统号，而加载答复报文包括有加载控制信息，该加载控制信息用于指示从本板加载还是从服务器加载。
步骤1)包括以下步骤系统板的基本输入输出系统BIOS初始化；读取背板框号、槽号及子系统号写入加载请求报文；发送加载请求报文；判断在预定时间内是否接收到携带加载控制信息的加载答复报文；如果没有接收到，则确定加载服务器无法提供加载，则从本板加载软件；如果接收到加载答复报文，根据加载控制信息从加载服务器或本板加载软件；运行加载软件。
步骤3)进一步包括系统板与加载服务器进行握手；握手连续不通次数是否达到预定门限；如果没达到，则加载服务器与系统板连通，执行步骤4)；如果达到，则加载服务器与系统板断开，执行步骤5)。
步骤5)之前读取业务板的加载请求中的背板框号或者背板拨码给出背板框号，根据背板框号的最高位判断是否支持加载服务器无法连通时通过本板加载，如果支持则执行步骤5)；如果不支持，则跳转至步骤4)。
加载请求和加载答复报文通过引导程序协议承载，加载控制消息记载在厂商专用信息域中。所述引导程序协议报文封装在用户数据报协议报文中传输。
与现有技术相比，本发明具有以下优点在加载服务器无法提供服务时，系统板从本板进行加载并代理业务板的加载通知业务板从本板加载，这样不影响单板正常启动。
图1是现有技术中电信单板软件加载系统。
图2是本发明电信单板软件加载方法。
图3、4、5是BOOTP报文结构示意图。
图6是图2中系统板加载的具体实施例流程图。
图7、8是图2中业务板加载的具体实施例流程图。
具体实施例方式
现有技术中电信业务框单板每次启动需要向加载服务器请求加载，根据返回的加载控制信息判断是本板加载(业务板和系统板都保存加载软件)还是服务器加载，然后完成加载、运行加载软件。如果加载服务器因某种原因而不提供服务，当系统板和业务板请求加载时，而返回加载失败信息，导致单板无法正常启动运行。本发明技术方案在加载服务器无法提供服务时，系统板从本板进行加载并代理业务板加载通知业务板从本板加载，不影响单板正常启动。
请参照图2所示，本发明电信单板软件(也可以是数据)加载方法包括以下步骤1)系统板加载软件，在加载服务器无法提供加载时则从本板加载软件；2)系统板截获业务板的加载请求报文；3)判断加载服务器是否与系统板连通；4)如果连通，则系统板向加载服务器转发业务板的加载请求报文进行加载服务器加载(该步骤实现为现有技术，不再赘述)；5)如果断开，则系统板构造具有加载控制信息的加载答复报文，通知该业务板从本板加载软件；6)运行所加载的软件。
加载请求报文包括有背板框号、槽号及子系统号(子系统号在本实施例中指CPU号，一个槽位的单板可能有多个CPU，以此区分)，而加载答复报文包括有加载控制信息，该加载控制信息用于指示从本板加载还是从加载服务器加载。
步骤1)包括以下步骤系统板的基本输入输出系统BIOS初始化；读取背板框号、槽号及子系统号写入加载请求报文；发送加载请求报文；判断在预定时间内(例如1秒)是否接收到携带加载控制信息的加载答复报文；如果没有接收到，则确定加载服务器无法提供加载，则复位且从本板加载软件；如果接收到加载答复报文，根据加载控制信息从加载服务器或本板加载软件；运行加载软件。
请参照图8所示，步骤3)进一步包括系统板与加载服务器进行握手；握手连续不通次数是否达到预定门限；如果没达到，则加载服务器与系统板连通，执行步骤4)；如果达到，则加载服务器与系统板断开，执行步骤5)。
步骤5)之前读取业务板的加载请求中的背板框号(或者通过背板拨码给出背板框号，该背板框号的最高位表示是否支持此功能，低n位则表示框号，n取决于支持的框数，如果支持32框，则为低5位)，根据背板框号的最高位判断是否支持加载服务器无法连通时通过本板加载，如果支持则执行步骤5)；如果不支持，则跳转至步骤4)。
请参照图3至5所示，加载请求和加载答复通过引导程序协议(BOOTP)报文承载(例如操作码为1表示加载请求报文；2表示加载答复报文)，所述引导程序协议报文封装在用户数据报协议报文中传输。其中加载控制消息记载在厂商专用信息域中，通过加载服务器填写加载控制字实现。本实施例中对加载控制字的高2位进行控制bit0表示首先从本板FLASH还是加载服务器加载，1从本板(本实施例中指该单板内保存加载软件的闪存FLASH，当然也可以是其他非易失存储器)加载；0从加载服务器加载；bit1表示是否写FLASH，0为不写FLASH，1为写FLASH。这样，0b10从FLASH加载，如果失败则从加载服务器加载，不写FLASH；0b11从FLASH加载，如果失败则从加载服务器加载，且写FLASH；0b00从加载服务器加载，不写FLASH；0b01从加载服务器加载，写FLASH。
请参照图6所示，步骤1)的具体实施例进一步包括以下步骤BIOS初始化完成，进入加载；读取背板框号、槽号及子系统号，填入BOOTP报文硬件地址域并发送BOOTP请求报文(即加载请求报文)；判断指定时间内(例如1秒)是否收到加载服务器的响应和加载控制字；如果收到加载控制字，则判断加载控制字是否为从加载服务器加载；如果是，则从加载服务器进行加载；如果不是，则从FLASH中进行加载；如果未收到加载控制字，则判断背板框号范围是否大于128且小于250？本实施例中采用8位二进制表示背板框号，最高位为1表示支持系统板与加载服务未连通采用本板加载；数值范围128-250，250-255为无效值，避免框号缺省拨为255或250-254而误启动此功能；如果背板框号在所述范围内，则从FLASH进行加载；如果不在该数值范围内，则返回BIOS初始化步骤，重新加载；加载过程完成，跳转道加载后软件，开始运行。
请参照图7所示，系统板代理加载具体实施例包括以下步骤收到业务板BOOTP请求报文；判断系统板当前是否与加载服务器处于连通状态；如果处于连通状态，则将收到的BOOTP请求报文添加背板框号(业务板的加载请求报文中没有背板框号)转发至加载服务器；如果处于断开状态，则判断背板框号是否大于128小于250？如果背板框号在所述数值范围内，则构造BOOTP答复，将从本板FLASH启动加载的加载控制消息、背板框号填入，发送给业务板；如果背板框号不在所述数值范围内，则将收到的BOOTP请求报文添加背板框号转发至加载服务器。
综上所述，本发明在加载服务器无法提供服务时，系统板从本板进行加载并代理业务板加载通知业务板从本板加载，这样不影响单板正常启动。
权利要求
1.一种电信单板软件加载方法，其特征在于，包括以下步骤1)系统板加载软件，且在加载服务器无法提供加载时则从本板加载软件；2)系统板截获业务板的加载请求报文；3)判断加载服务器是否与系统板连通；4)如果连通，则系统板向加载服务器转发业务板的加载请求报文进行加载服务器加载；5)如果断开，则系统板构造加载答复报文，通知该业务板从本板加载软件；6)运行所加载的软件。
2.如权利要求1所述的电信单板软件加载方法，其特征在于，加载请求报文包括有背板框号、槽号及子系统号，而加载答复报文包括有加载控制信息，该加载控制信息用于指示从本板加载还是从服务器加载。
3.如权利要求2所述的电信单板软件加载方法，其特征在于，步骤1)包括以下步骤系统板的基本输入输出系统BIOS初始化；读取背板框号、槽号及子系统号写入加载请求报文；发送加载请求报文；判断在预定时间内是否接收到携带加载控制信息的加载答复报文；如果没有接收到，则确定加载服务器无法提供加载，则从本板加载软件；如果接收到加载答复报文，根据加载控制信息从加载服务器或本板加载软件；运行加载软件。
4.如权利要求2所述的电信单板软件加载方法，其特征在于，步骤3)进一步包括系统板与加载服务器进行握手；握手连续不通次数是否达到预定门限；如果没达到，则加载服务器与系统板连通，执行步骤4)；如果达到，则加载服务器与系统板断开，执行步骤5)。
5.如权利要求2所述的电信单板软件加载方法，其特征在于，步骤5)之前读取业务板的加载请求中的背板框号或者背板拨码给出背板框号，根据背板框号的最高位判断是否支持加载服务器无法连通时通过本板加载，如果支持则执行步骤5)；如果不支持，则跳转至步骤4)。
6.如权利要求2至5任一项所述的电信单板软件加载方法，其特征在于，加载请求和加载答复报文通过引导程序协议承载，加载控制消息记载在厂商专用信息域中。
7.如权利要求6所述的电信单板软件加载方法，其特征在于，所述引导程序协议报文封装在用户数据报协议报文中传输。
全文摘要
一种电信单板软件加载方法包括以下步骤1)系统板加载软件，且在加载服务器无法提供加载时则从本板加载软件；2)系统板截获业务板的加载请求报文；3)判断加载服务器是否与系统板连通；4)如果连通，则系统板向加载服务器转发业务板的加载请求报文进行加载服务器加载；5)如果断开，则系统板构造加载答复报文，通知该业务板从本板加载软件；6)运行所加载的软件。
文档编号H04L12/24GK1779638SQ200410091439
公开日2006年5月31日 申请日期2004年11月22日 优先权日2004年11月22日
发明者童运民, 叶荣标 申请人:华为技术有限公司