本发明涉及终端设备领域， 尤其涉及一种终端设备的启动方法和一种终 端设备的启动装置。 背景技术

目前， Ophone手机所釆用的开发平台大多数都是基于 Marvell平台， 如 第一款上市 Ophone釆用的开发平台为 Marvell PXA935 , Ophone手机釆用的 开发平台为 Marvell PXA 310。在启动该类 Ophone手机时， Ophone手机的 CPU ( Central processing unit, 中央处理器） 必须依次运行以下五个软件程序才能 成功启动 Ophone手机： BOOTROM ( BOOT Read-Only Memory, 启动只读存 储器）、 OBM ( Object Behavior Model, 对象行为模型）、 BLOB ( Binary Large Object, 二进制对象）、 Linux内核、 应用程序， 其中 BOOTROM为 CPU中记 录运行信息的 ROM存储器， OBM为启动引导程序 BootLoader的第一级程 序， BLOB为启动引导程序 BootLoader的第二级程序， 可与用户产生互动程 序包括 Linux内核和应用程序， 因此， 在启动手机的 Linux内核之前， 必须要 依次运行手机中的 BOOTROM、 OBM、 BLOB。

Marvell 平台的 OBM实现的功能包括：检测硬件信息、初始化硬 件； BLOB 实现的功能包括： 初始化硬件中各模块、 设置 GPIO ( General Purpose Input Output, 通用输入 /输出）初始化配置、 设置默认 CPU频率、 下载 NandFlash 内容等。 釆用现有的移动终端启动方式， 必须要依次运行 OBM和 BLOB中的代码 才能运行 Linux内核， 但是 OBM和 BLOB中的部分代码是重复的， 如用于实现 初始化的代码， 相当于相同的代码需要重复运行多次， 从而导致启动时延较 大； 并且， 本发明人在开发过程中发现 BLOB中的部分功能对应的代码是在运 行手机的过程中并不是必须要运行的， 如图 1所示的， 循环检测串口中是否有 数据输入， 若有则进入非正常启动模式（如下载模式）， 否则运行 Linux内核， 但是一般情况下在启动过程中串口很少有数据 输入， 循环检测串口是否有数 据输入需要较长的等待时间， 一般情况下需要等待 2秒钟， 若每次启动时都需 要进行循环检测串口， 则使得启动时延更大。 发明内容

本发明提供一种终端设备的启动方法及装置， 以缩短终端设备的启动时 延， 提高启动速度。

一种终端设备的启动方法， 包括：

中央处理器 CPU运行终端设备中的 BOOTROM; 所述 CPU运行所述终端设备的 BLOB中启动终端设备必须要运行的功能 模块；

所述 CPU启动所述终端设备的系统内核。

一种终端设备的启动装置， 包括：

第一运行单元， 用于启动终端设备的 BOOTROM

第二运行单元， 与所述第一运行单元相连接， 用于运行所述终端设备的 OBM所包含的功能模块，和运行所述终端设备的 BLOB中启动终端设备必须 要运行的功能模块；

启动单元， 与所述第二运行单元相连接， 用于启动所述终端设备的系统 内核。

本发明实施例中， 在运行终端设备中的 BOOTROM之后， 运行 OBM所包 含的功能模块和运行 BLOB中启动终端设备必须要运行的功能模块；� �启动所 述终端设备的系统内核， 即不需要运行 OBM和 BLOB中重叠的功能模块， 且 不需要运行 BLOB中启动终端设备非必须运行的功能模块，� �而缩短了启动终 端设备的时延、 提高了启动终端设备的速度。 附图说明

图 1为现有技术中启动终端设备的流程示意图；

图 2为本发明实施例中启动终端设备的流程示意� �；

图 3为本发明实施例中启动终端设备的方法流程� �；

图 4 为本发明实施例中启动终端设备所需时延与现 有技术启动终端设备 所需时延的对比图；

图 5为本发明实施例中终端设备的启动装置的结� �示意图。 具体实施方式

针对现有技术存在的上述技术问题， 本发明实施例提供一种终端设备的 启动方法及装置， 该方法包括： 确定终端设备的 BLOB与 OBM中相重叠的 部分功能模块、 BLOB 中启动终端设备必须要运行的功能模块（所谓 必须要 运行的功能模块是指若不运行该功能模块则终 端设备不能成功启动）和启动 终端设备非必须要运行的功能模块（所谓非必 须要运行的功能模块是指不运 行该功能模块也能成功启动终端设备， 该非必须运行的功能模块可以在成功 启动终端设备之后再根据具体情况确定是否运 行）； 在启动终端设备时， CPU 运行完 BOOTROM和 OBM之后，直接运行 BLOB中必须要运行的功能模块， 并在运行完之后运行系统内核。釆用本发明技 术方案， 由于不需要运行 BLOB 中与 OBM相重叠的部分功能模块和非必须要运行的功 能模块， 因此，在运行 完 OBM之后， 只需要运行 BLOB中启动终端设备必须运行的功能模块即可 启动系统内核， 从而缩短了启动时延， 提高了终端设备的启动速度。

较佳地， 为进一步提高启动终端设备的速度， 缩短启动终端设备的时延， 本发明实施例中， 将 BLOB中的启动终端设备必须要运行的功能模块� �植到 OBM中， 以便在启动终端设备时， CPU在运行完 BOOTROM和 OBM之后 直接启动系统内核， 不需要再运行 BLOB, 从而进一步缩短启动终端设备的 时延。

下面结合说明书附图对本发明技术方案进行详 细的描述。

参见图 2, 为本发明实施例中启动终端设备的方法流程图 ， 该流程包括步 骤：

步骤 201、 确定出终端设备的 BLOB与 OBM中相重叠的部分功能模块、 BLOB中启动终端设备必须要运行的功能模块、 BLOB中启动终端设备非必须 要运行的功能模块。

本发明实施例中， 预先设置 BLOB与 OBM中相重叠的部分功能模块、 BLOB中启动终端设备必须要执行的功能模块和 BLOB中启动终端设备非必 须要运行的功能模块； CPU 在运行过程中根据预先设置的上述信息运行 BOOTROM、 OBM和 BLOB。 本发明实施例中， BLOB中与 OBM相重叠的 部分功能模块可包括硬件初始化模块； BLOB 中启动终端设备必须要运行的 功能模块可包括 GPIO默认配置模块和 CPU频率设定模块； BLOB中启动终 端设备非必须要运行的功能模块可包括串口检 测模块和 NandFlash 内容下载 模块。

步骤 202、 将 BLOB 中成功启动终端设备必须要运行的功能模块移 植到 OBM中。

步骤 203、 CPU运行终端设备的 BOOTROM。

步骤 204、 CPU运行终端设备的 OBM。

该步骤中， OBM包含的功能模块：硬件信息检测模块、硬件 初始化模块、 GPIO初始化配置模块、 CPU频率设置模块、 端口检测模块。

步骤 205、 CPU启动终端设备的系统内核。

较佳地， 上述步骤 204中运行的功能模块还可包括： 电池电压检测模块， 或 /和按键检测模块， 或 /和开机流程判断模块， 或 /和软件甄别启动模块。 现有技术中， 对开机流程进行判断的程序大部分为兼容前期 开发智能终 端的代码， 以增强可读性， 以便增加功能或问题查找， 但是由于对开机流程 的判断需要一步一步按顺序进行判断， 因此， 该种对开机流程进行判断的方 式需要较长的时延， 本发明实施例为缩短对终端设备的开机流程进 行判断的 时延， 在 ΒΟΜ中重新编写开机流程判断模块， 以优化代码空间、 减小镜像的 大小， 缩短运行开机流程判断模块所需要的时延。

较佳地， 为提高终端设备的启动速度、 缩短终端设备的启动时延， 本发 明实施例中， 控制端口检测模块一次性地将终端设备的所有 端口 （端口包括 USB口、 串口等） 的状态检测完毕， 以减少每次检测带来较长的等待时延。

较佳地， 本发明实施例中， 当电池电压检测模块检测不到电池或检测到 电压低于设定的电压阔值时， 确定终端设备当前电量不足， 并在终端设备的 显示屏幕上显示表征电量不足的提示信息。

较佳地， 端口检测模块根据检测到的各端口的状态， 确定出终端设备是 否需要进入非正常启动模式（非正常流程可包 括下载模式、 校准模式、 清除 模式或 MODEM ( Modulator/DEModulator, 调制 /解调）模式等）， 若需要， 则控制终端设备进入非正常启动模式； 若不需要则进入到正常启动流程， 并 提示运行系统内核的触发条件， 如通过按键启动内核、 充电器启动内核或闹 钟启动内核等。

端口检测模块根据检测到的各端口的状态， 确定出终端设备是否需要进 入非正常启动模式， 具体为： 预先设置串口输入与非正常启动模式之间的对 应关系， 当端口检测模块检测到串口有数据输入， 则可确定终端设备需要进 入非正常启动模式， 并根据该数据输入从上述对应关系中确定出与 该数据输 入相对应的非正常启动模式， 并控制终端设备进入到确定出的非正常启动模 式中。

釆用本发明技术方案， 将 BLOB中的部分功能模块移植到 OBM中， 且 根据需要还在 OBM 中增加了部分功能模块， 在启动终端设备时， 在运行完 BOOTROM和 OBM之后直接启动系统内核， 不需要再运行 BLOB； 并且， 虽然在 OBM中添加了部分功能模块， 增加的空间为 30%~40%, 而运行时间 增加不到 10%, 因此， 整体而言， 釆用本发明技术方案提高了启动终端设备 的速度。

参见图 3 , 为本发明实施例中判断是否进入非正常启动模 式的方法流程 图，该流程基于 BLOB中启动终端设备必须要运行的功能模块移� �到 OBM的 方案， 包括以下步骤：

步骤 301、 CPU运行终端设备的 BOOTROM。

步骤 302、 CPU运行所述终端设备的 OBM。

步骤 303、 CPU根据 OBM中的端口检测模块对各端口状态的检测结果 ， 确定是否需要进入 BLOB 的非正常启动模式， 若是则执行步骤 304, 否则执 行步骤 305。

步骤 304、 控制所述终端设备进入到非正常启动模式中。

步骤 305、 启动所述终端设备的系统内核。

下面以一具体的数据来对本发明技术方案取得 的技术效果进行更详细的 描述。

参见图 4,为本发明实施例启动终端设备所需时延与现� ��技术启动终端设 备所需时延的对比图， 图 4中， 柱状体 41为现有技术中在启动手机终端的系 统内核之前所需要的时延， 该时延包括两部分， 一部分是运行 OBM所需要的 时延（图 4中用斜线填充的区域） 大约为 600毫秒， 另一部分是运行 BLOB 所需要的时延（图 4中没有用斜线填充的区域） 大约为 900毫秒， 因此， 现 有技术中在启动手机终端的系统内核之前大约 需要 1500 毫秒； 而柱状体 42 为本发明实施例中启动手机终端的系统内核之 前所需要的时延，运行 OBM所 需要的时延（图 4中用斜线填充的区域） 大约为 900毫秒， 但是由于不需要 运行 BLOB, 因此， 本发明技术方案启动手机终端的系统内核之前 所需要的 时延约为 900 毫秒。 对比可知， 釆用本发明技术方案来启动终端设备所需要 的时延大大低于现有技术中启动终端设备所需 要的时延。 另外， 若需要判断 终端设备是否进入非正常启动模式， 则现有技术需要循环检测串口来判断， 则需要耗时约为 2秒， 而本发明技术方案通过检测各端口状态来确定 是否进 入正常模式， 则只需要微乎其微的时间， 因此， 本发明技术方案在判断终端 设备是否进入非正常启动模式， 与现有技术相比也缩短了不少时间。

基于上述方法相同的构思， 本发明实施例还提供一种终端设备的启动装 置， 该启动装置的结构如图 5所示。

参见图 5 为本发明实施例中终端设备的启动装置的结构 示意图， 该启动 装置包括：

第一运行单元 51 , 用于启动终端设备的 BOOTROM。

第二运行单元 52, 与第一运行单元 51相连接， 用于启动所述终端设备的 BOM所包含的功能模块，和运行所述终端设备的 BLOB中启动终端设备必须 要运行的功能模块。

启动单元 53 , 与第二运行单元 52相连接， 用于启动所述终端设备的系统 内核, 口 Linux内核。

较佳地， 第二运行单元 52, 具体应用为： 运行 OBM中的硬件信息检测 模块和硬件初始化模块； 以及运行 BLOB中的 GPIO默认配置模块和 CPU频 率设定模块。

较佳地， 第二运行单元 52进一步用于， 运行 OBM中的端口检测模块， 或 /和电池电压检测模块， 或 /和按键检测模块， 或 /和开机流程判断模块， 或 / 和软件甄别启动模块。

本发明实施例中， 将终端设备的 BLOB 中启动终端设备必须要运行的功 能模块移植到 OBM 中； 在需要启动终端设备时， 在启动终端设备中的 BOOTROM之后， 运行 OBM所包含的功能模块和运行 BLOB中启动终端设 备必须要运行的功能模块； 最后启动所述终端设备的系统内核； 釆用本发明 技术方案，不需要运行 OBM和 BLOB中重叠的功能模块，且不需要运行 BLOB 中启动终端设备非必须运行的功能模块， 从而缩短了启动终端设备的时延、 提高了启动终端设备的速度。 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利 要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。