CN105095005B - 一种故障启动方法及装置 - Google Patents

Abstract

本发明实施例公开了一种故障启动方法及装置，用于在业务板中静态存储器的文件系统发生故障时，进行故障启动。本发明实施例的方法包括：业务板从静态存储器中启动BOOT系统，并确定无法在所述静态存储器中进行单板软件的加载；所述业务板从主控板中获取所述单板软件的压缩包；所述业务板根据所述单板软件的压缩包，在动态存储器中创建文件系统；所述业务板在所述BOOT系统完成启动引导之后，在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动。

Description

一种故障启动方法及装置

技术领域

本发明涉及计算机领域，尤其涉及一种故障启动方法及装置。

背景技术

在无线通信系统中，如基站或控制器等硬件装置，会包括有主控板和业务板；主控板负责管理或控制各个业务板所允许的通信业务。其中，业务板可以包括有多个，每个业务板中包括有相应的静态存储器和动态存储器，在业务板正常工作的过程中，该动态存储器会运行与该业务板的通信业务相对应单板软件。

在现有技术中，可以参考图1，业务板的单板软件的启动流程可以为：①：从闪存(FLASH)启动引导(BOOT)系统，以引导单板软件的启动；②：从FLASH的文件系统完成单板软件的加载到内存(Memory)，跳转到内存相应地址完成启动；其中，图中的FLASH为一种静态存储器，Memory为一种动态存储器；图中的文件系统为所述单板软件的加载系统，存储有单板软件的加载信息。

在实际应用中，如果业务板中的静态存储器的文件系统发生故障，则静态存储器中单板软件的信息则无法加载到动态存储器中，导致业务板无法正常启动。

在现有技术中，通过在业务板中设置多个静态存储器进行备用，但是，这种做法会增加业务板的配置成本，且使得硬件设备冗余。

发明内容

本发明实施例提供了一种故障启动方法及装置，用于在业务板中静态存储器的文件系统发生故障时，进行故障启动。

本发明实施例第一方面提供的故障启动方法，包括：

业务板从静态存储器中启动引导BOOT系统，并确定无法在所述静态存储器中进行单板软件的加载；

所述业务板从主控板中获取所述单板软件的压缩包；

所述业务板根据所述单板软件的压缩包，在动态存储器中创建文件系统；

所述业务板在所述BOOT系统完成启动引导之后，在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动。

结合第一方面，在第一种可能的实现方式中，所述业务板从主控板中获取单板软件的压缩包，包括：

所述业务板向所述主控板发送软件获取请求，所述软件获取请求用于获取所述单板软件的压缩包；

所述业务板接收所述主控板反馈的所述单板软件的压缩包的地址信息；

所述业务板根据所述地址信息在所述主控板中获取所述单板软件的压缩包。

结合第一方面，在第二种可能的实现方式中，所述文件系统，包括：

公共模块，以及业务模块。

结合第一方面第二种可能的实现方式，在第三种可能的实现方式中，在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动，包括：

所述业务板将系统启动的控制权，由所述BOOT系统转移到所述文件系统的公共模块，在所述公共模块中获取所述业务模块在所述动态存储器中加载的地址信息，根据所述地址信息完成所述业务模块的加载。

结合第一方面，在第四种可能的实现方式中，所述执行所述单板软件的启动之后，包括：

所述业务板向所述主控板上报故障警告消息。

本发明实施例第二方面提供的故障启动装置，包括：

业务板和主控板；

所述业务板包括静态存储器和动态存储器，所述主控板中存储有单板软件的压缩包；

所述业务板用于从所述静态存储器中启动引导BOOT系统，并确定无法在所述静态存储器中进行单板软件的加载；从所述主控板中获取所述单板软件的压缩包；根据所述单板软件的压缩包，在所述动态存储器中创建文件系统；在所述BOOT系统完成启动引导之后，在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动。

结合第二方面，在第一种可能的实现方式中，所述业务板具体用于：

向所述主控板发送软件获取请求，所述软件获取请求用于获取所述单板软件的压缩包；

接收所述主控板反馈的所述单板软件的压缩包的地址信息；

根据所述地址信息在所述主控板中获取所述单板软件的压缩包。

结合第二方面，在第二种可能的实现方式中，所述文件系统，包括：

公共模块，以及业务模块。

结合第一方面第二种可能的实现方式，在第三种可能的实现方式中，所述业务板具体用于：

将系统启动的控制权，由所述BOOT系统转移到所述文件系统的公共模块，在所述公共模块中获取所述业务模块在所述动态存储器中加载的地址信息，根据所述地址信息完成所述业务模块的加载。

结合第一方面，在第四种可能的实现方式中，所述业务板还用于：

在执行所述单板软件的启动之后，向所述主控板上报故障警告消息。

从以上技术方案可以看出，本发明实施例具有以下优点：

在本发明实施例中，当业务板确定无法在所述静态存储器中进行单板软件的加载时，业务板从主控板中获取所述单板软件的压缩包，根据所述单板软件的压缩包在动态存储器中创建文件系统；在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动；本发明实施例可以规避单板配置多块FLASH的技术方案，对海量发货的通信系统而言，通过软件实现，在不增加硬件成本的前提下，实现故障启动，大大的降低了硬件配置的成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术中的单板软件加载的示意图；

图2是本发明实施例中故障启动方法的一个流程示意图；

图3是本发明实施例中故障启动装置的一个结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以其它顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例中故障启动方法的一个实施例包括：

业务板从静态存储器中启动BOOT系统，并确定无法在所述静态存储器中进行单板软件的加载；所述业务板从主控板中获取所述单板软件的压缩包；所述业务板根据所述单板软件的压缩包，在动态存储器中创建文件系统；所述业务板在所述BOOT系统完成启动引导之后，在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动。

本发明实施例所述的业务板和主控板所执行的方法可以应用于基站系统；具体的，还可以应用于各种制式下的2G，3G以及4G的基站或网元设备，可以单独实现，也可以组合实现。

请参阅图2，本发明实施例中故障启动方法的另一个实施例包括：

201、业务板确定无法在所述静态存储器中进行单板软件的加载；

业务板从静态存储器中启动BOOT系统，并确定无法在所述静态存储器中进行单板软件的加载。

在BOOT系统引导启动的过程中，在导入静态存储器中的单板软件时，发现无法正常执行，则可以确定确定无法在所述静态存储器中进行单板软件的加载。

202、业务板从主控板中获取所述单板软件的压缩包；

业务板从主控板中获取所述单板软件的压缩包；无线通信系统中，业务板可以在和主控板的连接通道正常的情况下，获取单板软件的压缩包，具体过程如下：

1、业务板向主控板发起获取版本信息的请求；

2、主控板从业务板携带的信息确认所需的版本文件信息，并将路径(即单板软件的压缩包的存储地址)告知业务板；

3、业务板根据相应路径在主控板中直接获取所需单板软件的压缩包。

203、业务板根据所述单板软件的压缩包，在动态存储器中创建文件系统；

业务板解压所述单板软件的压缩包，获取其中包含的所述单板软件的数据信息，根据所述数据信息在动态存储器中创建文件系统；具体的，所述文件系统为内存文件系统，建立基于动态存储器的文件系统。首先在动态存储器中建立虚拟磁盘；在该磁盘上建立相应的文件系统；为该文件系统设计相应的数据结构来管理目录、虚拟磁盘的空闲空间、已分配空间等。提供文件的创建、删除、移位、改名等功能。具体的，在本发明实施例中，所述文件系统为单板软件的加载系统。

其中，所述文件系统包括：固定区域的公共模块，以及动态区域的业务模块。

所述公共模块为所述加载系统的控制区域，所述业务模块为所述单板软件的业务功能的对应区域，所述业务模块可以包含有多个，分别对应不同的业务功能。

204、业务板执行所述单板软件的启动；

业务板在所述BOOT系统完成启动引导之后，在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动。

具体的，业务板将系统启动的控制权，由所述BOOT系统转移到所述文件系统的公共模块，在所述公共模块中获取所述业务模块在所述动态存储器中加载的地址信息，根据所述地址信息完成所述业务模块的加载。

205、业务板向所述主控板上报故障警告消息。

在上报所述故障警告消息之后，操作维护人员可以及时抵达网元所在位置和更换单板，避免业务长久中断，提升业务可靠性；运营商可以更好的服务用户，提升竞争力和满意度，避免因潜在的业务中断导致巨额罚款风险。

在本发明实施例中，当业务板确定无法在所述静态存储器中进行单板软件的加载时，业务板从主控板中获取所述单板软件的压缩包，根据所述单板软件的压缩包在动态存储器中创建文件系统；在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动；本发明实施例可以规避单板配置多块FLASH的技术方案，对海量发货的通信系统而言，通过软件实现，在不增加硬件成本的前提下，实现故障启动，大大的降低了硬件配置的成本。

下面对实现本发明实施例中的故障启动方法的故障启动装置进行描述，需要说明的是，上述故障启动方法各实施例中所记载的方法可实施于本发明的故障启动装置。请参阅图3，本发明实施例中的故障启动装置的一个实施例包括：

业务板301和主控板302；

所述业务板301包括静态存储器3011和动态存储器3012，所述主控板中存储有单板软件的压缩包；

所述业务板用于从所述静态存储器中启动引导BOOT系统，并确定无法在所述静态存储器中进行单板软件的加载；从所述主控板中获取所述单板软件的压缩包；根据所述单板软件的压缩包，在所述动态存储器中创建文件系统；在所述BOOT系统完成启动引导之后，在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动。

进一步，所述业务板从所述主控板中获取所述单板软件的压缩包具体为：

向所述主控板发送软件获取请求，所述软件获取请求用于获取所述单板软件的压缩包；

接收所述主控板反馈的所述单板软件的压缩包的地址信息；

根据所述地址信息在所述主控板中获取所述单板软件的压缩包。

具体的，所述文件系统，包括：公共模块，以及业务模块。

所述业务板在所述文件系统中加载所述单板软件的数据信息，执行所述单板软件的启动，具体为：

将系统启动的控制权，由所述BOOT系统转移到所述文件系统的公共模块，在所述公共模块中获取所述业务模块在所述动态存储器中加载的地址信息，根据所述地址信息完成所述业务模块的加载。

进一步的所述业务板还用于：在执行所述单板软件的启动之后，向所述主控板上报故障警告消息。

本发明实施例中的故障启动装置的具体操作可以参考前述实施例，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例的方案。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (6)

1.一种故障启动方法，其特征在于，包括：

业务板从静态存储器中启动引导BOOT系统，并确定无法在所述静态存储器中进行单板软件的加载；

所述业务板从主控板中获取所述单板软件的压缩包；

所述业务板根据所述单板软件的压缩包，在动态存储器中创建文件系统，所述文件系统包括公共模块以及业务模块，所述公共模块为所述文件系统的控制区域，所述业务模块为所述单板软件的业务功能的对应区域；

所述业务板在所述BOOT系统完成启动引导之后，将系统启动的控制权，由所述BOOT系统转移到所述文件系统的公共模块，在所述公共模块中获取所述业务模块在所述动态存储器中加载的地址信息，根据所述地址信息完成所述业务模块的加载。

2.根据权利要求1所述的方法，其特征在于，所述业务板从主控板中获取单板软件的压缩包，包括：

所述业务板向所述主控板发送软件获取请求，所述软件获取请求用于获取所述单板软件的压缩包；

所述业务板接收所述主控板反馈的所述单板软件的压缩包的地址信息；

所述业务板根据所述地址信息在所述主控板中获取所述单板软件的压缩包。

3.根据权利要求1所述的方法，其特征在于，所述将系统启动的控制权，由所述BOOT系统转移到所述文件系统的公共模块，在所述公共模块中获取所述业务模块在所述动态存储器中加载的地址信息，根据所述地址信息完成所述业务模块的加载之后，包括：

所述业务板向所述主控板上报故障警告消息。

4.一种故障启动装置，其特征在于，包括

业务板和主控板；

所述业务板包括静态存储器和动态存储器，所述主控板中存储有单板软件的压缩包；

所述业务板用于从所述静态存储器中启动引导BOOT系统，并确定无法在所述静态存储器中进行单板软件的加载；从所述主控板中获取所述单板软件的压缩包；根据所述单板软件的压缩包，在所述动态存储器中创建文件系统，所述文件系统包括公共模块以及业务模块，所述公共模块为所述文件系统的控制区域，所述业务模块为所述单板软件的业务功能的对应区域；在所述BOOT系统完成启动引导之后，所述业务板用于将系统启动的控制权，由所述BOOT系统转移到所述文件系统的公共模块，在所述公共模块中获取所述业务模块在所述动态存储器中加载的地址信息，根据所述地址信息完成所述业务模块的加载。

5.根据权利要求4所述的装置，其特征在于，所述业务板具体用于：

向所述主控板发送软件获取请求，所述软件获取请求用于获取所述单板软件的压缩包；

接收所述主控板反馈的所述单板软件的压缩包的地址信息；

根据所述地址信息在所述主控板中获取所述单板软件的压缩包。

6.根据权利要求4所述的装置，其特征在于，所述业务板还用于：

在将系统启动的控制权，由所述BOOT系统转移到所述文件系统的公共模块，在所述公共模块中获取所述业务模块在所述动态存储器中加载的地址信息，根据所述地址信息完成所述业务模块的加载之后，向所述主控板上报故障警告消息。