CN102945176A - Terminal equipment booting and updating method and equipment - Google Patents

Terminal equipment booting and updating method and equipment Download PDF

Info

Publication number
CN102945176A
CN102945176A CN2012104490706A CN201210449070A CN102945176A CN 102945176 A CN102945176 A CN 102945176A CN 2012104490706 A CN2012104490706 A CN 2012104490706A CN 201210449070 A CN201210449070 A CN 201210449070A CN 102945176 A CN102945176 A CN 102945176A
Authority
CN
China
Prior art keywords
boot
program
boot partition
partition
crc
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2012104490706A
Other languages
Chinese (zh)
Other versions
CN102945176B (en
Inventor
程志
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hisense Mobile Communications Technology Co Ltd
Original Assignee
Hisense Mobile Communications Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hisense Mobile Communications Technology Co Ltd filed Critical Hisense Mobile Communications Technology Co Ltd
Priority to CN201210449070.6A priority Critical patent/CN102945176B/en
Priority to CN201610606359.2A priority patent/CN106227568A/en
Publication of CN102945176A publication Critical patent/CN102945176A/en
Application granted granted Critical
Publication of CN102945176B publication Critical patent/CN102945176B/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The embodiment of the invention provides a terminal equipment booting and updating method and equipment, relating to the field of wireless communication. The terminal equipment booting and updating method and the equipment can be used for improving the success rate of booting the terminal equipment. In the terminal equipment booting and updating method and the equipment provided by the invention, a storage unit of the terminal equipment comprises a first guide BOOT partition and a second BOOT partition; the same system guide programs are respectively arranged in the first BOOT partition and the second BOOT partition; after receiving a boot instruction, the system guide program in the first BOOT partition is loaded, and integrity verification and/or cyclic redundancy check CRC can be carried out on the system guide program; if the integrity verification and/or the cyclic redundancy check CRC is successful, a boot process is executed according to the system guide program; and otherwise, the system guide program in the second BOOT partition is loaded, and a boot process is executed according to the system guide program loaded in the second BOOT partition. With the adoption of the terminal equipment booting and updating method and equipment provided by the invention, the success rate of booting the terminal equipment can be improved.

Description

Terminal equipment starting-up and upgrading method and equipment
Technical Field
The invention relates to the field of wireless communication, in particular to a method and equipment for starting and upgrading terminal equipment.
Background
Currently, some external MultiMedia Card (eMMC) products, such as mobile phone terminals, employ a single OEM bootstrap (OEM Secondary Bootloader, OEMSBL) scheme.
When the single OEMSBL scheme is adopted, the starting mechanism of the mobile phone terminal is as follows:
first, a second boot program (QCSBL) is loaded through a Primary boot Program (PBL), and then an OEMSBL, an Advanced Mobile Subscriber Station program (AMSS) is sequentially loaded through the QCSBL. If loading of the OEMSBL fails or loading is wrong, the mobile phone terminal cannot be started normally.
As shown in fig. 1, the prior art scheme start-up procedure is described as follows:
step 1: loading the QCSBL through the PBL, if the PBL successfully loads the QCSBL, going to step 2, otherwise, entering a download (DLOAD) mode to download the mobile phone program, and then flashing; the execution CPU of the step is a MODEM CPU (MODEM CPU, mARM);
step 2: loading OEMSBL by the QCSBL; the execution CPU of the step is mARM;
and step 3: OEMSBL loads application bootstrap (APPSBL) and starts (cotex-A5 CPU, aARM); the execution CPU of the step is mARM; the APPSBL starts an application program (APPS) on the mobile phone terminal so as to complete a starting process;
step 4, executed in parallel with step 2: the QCSBL loads the AMSS, if the AMSS is loaded successfully, the AMSS is operated, otherwise, the QCSBL enters a DLOAD mode to download a mobile phone program, and then the mobile phone is refreshed;
and when an error occurs in the AMSS operation, the DLOAD mode is also entered to download the mobile phone program so as to refresh the mobile phone.
In the process of implementing the invention, the inventor finds that the following technical problems exist in the prior art:
in the process of starting up the terminal equipment, when the QCSBL loads the OEMSBL, if the OEMSBL is damaged, the mobile phone terminal cannot be normally started.
Disclosure of Invention
The embodiment of the invention provides a method and equipment for starting and upgrading terminal equipment, which are used for improving the success rate of starting the terminal equipment.
A terminal equipment starting method, the memory cell of the terminal equipment includes the first BOOT sub-area and the second BOOT sub-area, the first BOOT sub-area and the second BOOT sub-area respectively store a same system BOOT program; the method comprises the following steps:
after a starting instruction is received, loading a system bootstrap program in a first BOOT partition, and carrying out integrity verification and/or Cyclic Redundancy Check (CRC) on the system bootstrap program; if the integrity verification and/or the CRC are successful, executing a starting process according to the system bootstrap program; if not, then,
and loading a system bootstrap program in the second BOOT partition, and executing a starting-up process according to the loaded system bootstrap program in the second BOOT partition.
A method for upgrading terminal equipment, a memory unit of the terminal equipment comprises a first BOOT partition and a second BOOT partition, wherein the first BOOT partition and the second BOOT partition respectively store a same system BOOT program, and the method comprises the following steps:
receiving an upgrading instruction when a starting-up process is executed according to a system bootstrap program in a first BOOT partition, downloading an upgrading package of the system bootstrap program, updating the system bootstrap program in a second BOOT partition according to the upgrading package, and updating the system bootstrap program in the first BOOT partition according to the downloaded upgrading package; or,
and after the system BOOT program in the first BOOT partition is updated according to the upgrade package, the system BOOT program in the second BOOT partition is updated according to the downloaded upgrade package.
A storage unit of terminal equipment comprises a first BOOT partition and a second BOOT partition, wherein the first BOOT partition and the second BOOT partition are respectively stored with a same system BOOT program; the terminal device further includes:
the MODEM MODEM processor is used for loading a system bootstrap program in the first BOOT partition after receiving the starting instruction and carrying out integrity verification and/or Cyclic Redundancy Check (CRC) on the system bootstrap program; if the integrity verification and/or the CRC are successful, executing a starting process according to the system bootstrap program; if not, then,
and loading a system bootstrap program in the second BOOT partition, and executing a starting-up process according to the loaded system bootstrap program in the second BOOT partition.
A terminal device, a storage unit of the terminal device includes a first BOOT partition and a second BOOT partition, and the first BOOT partition and the second BOOT partition respectively store a same system BOOT program, and the terminal device further includes:
the MODEM MODEM processor is used for receiving an upgrading instruction when a starting-up process is executed according to a system bootstrap program in the first BOOT partition, downloading an upgrading packet of the system bootstrap program, updating the system bootstrap program in the second BOOT partition according to the upgrading packet, and updating the system bootstrap program in the first BOOT partition according to the downloaded upgrading packet; or,
and after the system BOOT program in the first BOOT partition is updated according to the upgrade package, the system BOOT program in the second BOOT partition is updated according to the downloaded upgrade package.
In one solution provided in the embodiment of the present invention, a storage unit of a device includes a first BOOT partition and a second BOOT partition, where the first BOOT partition and the second BOOT partition each store one same system bootstrap, and when starting up, perform integrity verification and/or CRC on the system bootstrap in one BOOT partition, and if the integrity verification and/or CRC succeeds, execute a starting-up process according to the system bootstrap; otherwise, loading a system bootstrap program in another BOOT partition, and executing a starting-up process according to the system bootstrap program. Therefore, two sets of system boot programs are stored in the scheme, and when one set of system boot program is damaged to cause integrity verification and/or CRC failure, the other set of system boot program can be used for starting the device, so that the starting success rate of the device is improved.
In another scheme provided in the embodiment of the present invention, if the system BOOT program is upgraded when the BOOT process is executed according to the system BOOT program in the first BOOT partition, the system BOOT program in the second BOOT partition is updated according to the downloaded upgrade package, and then the system BOOT program in the first BOOT partition is updated according to the downloaded upgrade package. If the system BOOT program is upgraded when the starting-up process is executed according to the system BOOT program in the second BOOT partition, the system BOOT program in the first BOOT partition is updated according to the downloaded upgrade package, and then the system BOOT program in the second BOOT partition is updated according to the downloaded upgrade package. The scheme can ensure that at least one complete set of system boot program is stored in the terminal equipment all the time, and further improve the starting success rate of the terminal equipment.
Drawings
FIG. 1 is a schematic diagram illustrating a boot process in the prior art;
FIG. 2 is a schematic flow chart of a method provided in an embodiment of the present invention;
FIG. 3a is a schematic flow chart of another method according to an embodiment of the present invention;
FIG. 3b is a schematic flow chart of another method according to an embodiment of the present invention;
FIG. 4 is a flowchart illustrating a first embodiment of the present invention;
fig. 5 is a schematic structural diagram of a terminal according to an embodiment of the present invention.
Detailed Description
In order to improve the success rate of terminal device booting, an embodiment of the present invention provides a terminal device booting method, in which a storage unit of a terminal device includes a first BOOT (BOOT) partition and a second BOOT partition, the first BOOT partition and the second BOOT partition each store one same system BOOT program, when booting, integrity verification and/or Cyclic Redundancy Check (CRC) is performed on the system BOOT program in one BOOT partition, and if the integrity verification and/or the CRC are successful, a booting process is executed according to the system BOOT program; otherwise, loading a system bootstrap program in another BOOT partition, and executing a starting-up process according to the system bootstrap program.
Referring to fig. 2, the terminal device power-on method provided by the embodiment of the present invention includes the following steps:
step 20: after receiving a starting instruction, loading a system bootstrap program in a first BOOT partition, and carrying out integrity verification and/or Cyclic Redundancy Check (CRC) on the system bootstrap program; if the integrity verification and/or CRC are successful, go to step 21, otherwise, go to step 22;
step 21: executing a starting-up process according to the loaded system BOOT program in the first BOOT partition;
step 22: and loading a system bootstrap program in the second BOOT partition, and executing a starting-up process according to the loaded system bootstrap program in the second BOOT partition.
Specifically, when the terminal equipment in the method is a product adopting a high-pass platform, the system boot program is OEMSBL;
correspondingly, the steps 20 to 22 are implemented as follows: loading a QCSBL through the PBL, loading an OEMSBL in the first BOOT partition through the QCSBL, and performing integrity verification and/or CRC on the OEMSBL; if the integrity verification and/or the CRC are successful, executing a starting process according to the OEMSBL; otherwise, loading the OEMSBL in the second BOOT partition through the QCSBL, and executing the starting process according to the OEMSBL.
The PBL is a program for loading QCSBL, the QCSBL is a program for loading OEMSBL and AMSS, and the OEMSBL is a program for guiding an Application (AP) side program and completing a plurality of MODEM side functions (such as a TF card downloading function, a startup logo display and initialization of each hardware function module).
Specifically, the method for verifying the integrity of the system boot program may include the following steps:
and comparing the integrity mark preset in the storage unit with the integrity mark in the system bootstrap program, if the integrity mark is consistent with the integrity mark in the system bootstrap program, determining that the integrity verification is successful, otherwise, determining that the integrity verification fails. Here, it is necessary to store an integrity flag in the storage unit in advance, for example, the integrity flag may be stored in an oemsbl.scl file, and it is also necessary to add the same integrity flag in the system boot program in advance, for example, add the integrity flag after the code of the system boot program; the integrity flag may be any data information that can be distinguished from other data in the terminal device.
Specifically, the CRC method for the bootstrap may be as follows:
and calculating the CRC code of the system bootstrap program according to a CRC algorithm, comparing the calculated CRC code with the CRC code in the system bootstrap program, if the calculated CRC code is consistent with the CRC code in the system bootstrap program, determining that the CRC is successful, otherwise, determining that the CRC fails. Here, the CRC code of the system boot program needs to be added in the system boot program in advance, and for example, the CRC code may be added after the code of the system boot program.
By performing a CRC on the bootstrap program, it is ensured that the bootstrap program loaded into the memory is correct. The following problems are prevented from occurring: although the system boot program is loaded into the memory and the integrity flag thereof is correct, part of the content thereof is wrong, so that the terminal device cannot be started normally.
Preferably, the size (such as byte length) of the system boot program may be set in the storage unit in advance, for example, the size of the system boot program may be stored in an oemsbl.scl file, so that when the integrity verification and CRC are performed on the system boot program, the integrity flag and CRC code in the system boot program may be read according to the size of the system boot program, for example, when the size of the system boot program is 100 bytes, the content of the 101 th byte may be read as the integrity verification, and the content of the 102 th byte may be read as the CRC code.
Preferably, when the BOOT process is executed according to the system BOOT program in the first BOOT partition, if an upgrade instruction is received, downloading an upgrade package of the system BOOT program, updating the system BOOT program in the second BOOT partition according to the upgrade package, and updating the system BOOT program in the first BOOT partition according to the downloaded upgrade package; or,
when a starting-up process is executed according to a system bootstrap program in a second BOOT partition, if an upgrading instruction is received, an upgrading packet of the system bootstrap program is downloaded, the system bootstrap program in the first BOOT partition is updated according to the upgrading packet, and then the system bootstrap program in the second BOOT partition is updated according to the downloaded upgrading packet.
Preferably, after receiving the upgrade instruction and downloading the upgrade package of the system BOOT program when executing the BOOT process according to the system BOOT program in the first BOOT partition and before updating the system BOOT program in the second BOOT partition according to the upgrade package, CRC checking may be performed on the upgrade package; and after the CRC of the upgrade package is successfully checked, updating the system BOOT program in the second BOOT partition according to the upgrade package, and then updating the system BOOT program in the first BOOT partition according to the downloaded upgrade package.
Similarly, after the upgrade package of the system BOOT program is downloaded and before the system BOOT program in the first BOOT partition is updated according to the upgrade package, CRC check may be performed on the upgrade package after the upgrade instruction is received when the BOOT process is executed according to the system BOOT program in the second BOOT partition; and after the CRC of the upgrade package is successfully checked, updating the system BOOT program in the first BOOT partition according to the upgrade package, and then updating the system BOOT program in the second BOOT partition according to the downloaded upgrade package.
The method for performing CRC on the upgrade package may be: and calculating a CRC code of the upgrade package according to a CRC algorithm, comparing the calculated CRC code with a CRC code preset in the upgrade package, if the calculated CRC code is consistent with the CRC code, determining that the CRC is successful, otherwise, determining that the CRC fails. Here, the CRC code in the upgrade package may be stored in a separate file, which may be located in a directory downloaded by the TF card.
By performing CRC on the upgrade package, illegal shutdown of a user can be prevented, because the CRC is performed on the upgrade package, if the CRC result is incorrect, the upgrade is considered as illegal upgrade, and the upgrade is rejected, so that the phenomenon of shutdown failure is prevented.
Referring to fig. 3a, the method for upgrading a terminal device according to the embodiment of the present invention includes the following steps 301 to 302, or, referring to fig. 3b, the method for upgrading a terminal device according to the embodiment of the present invention includes the following steps 311 to 312:
step 301: receiving an upgrading instruction when a starting-up process is executed according to a system bootstrap program in a first BOOT partition;
step 302: and downloading an upgrade package of the system BOOT program, updating the system BOOT program in the second BOOT partition according to the upgrade package, and updating the system BOOT program in the first BOOT partition according to the downloaded upgrade package.
Step 311: receiving an upgrade instruction when executing a system BOOT program in a second BOOT partition;
step 312: and downloading an upgrade package of the system BOOT program, updating the system BOOT program in the first BOOT partition according to the upgrade package, and updating the system BOOT program in the second BOOT partition according to the downloaded upgrade package.
Preferably, in step 302, after the upgrade package of the system BOOT program is downloaded and before the update root of the system BOOT program in the second BOOT partition is performed according to the upgrade package, CRC may be performed on the upgrade package; and after the CRC of the upgrade package is successfully checked, updating the system bootstrap program in the second BOOT partition according to the upgrade package, and then updating the system bootstrap program in the first BOOT partition according to the downloaded upgrade package.
Preferably, in step 312, after the upgrade package of the system BOOT program is downloaded and before the system BOOT program in the first BOOT partition is updated according to the upgrade package, CRC check may be performed on the upgrade package; and after the CRC of the upgrade package is successfully checked, updating the system bootstrap program in the first BOOT partition according to the upgrade package, and then updating the system bootstrap program in the second BOOT partition according to the downloaded upgrade package.
The method for performing CRC on the upgrade package may be: and calculating a CRC code of the upgrade package according to a CRC algorithm, comparing the calculated CRC code with a CRC code preset in the upgrade package, if the calculated CRC code is consistent with the CRC code, determining that the CRC is successful, otherwise, determining that the CRC fails. Here, the CRC code in the upgrade package may be stored in a separate file, which may be located in a directory downloaded by the TF card.
By performing CRC on the upgrade package, illegal shutdown of a user can be prevented, because the CRC is performed on the upgrade package, if the CRC result is incorrect, the upgrade is considered as illegal upgrade, and the upgrade is rejected, so that the phenomenon of shutdown failure is prevented.
Preferably, after step 302, or after step 312, or before step 301, or before step 311, the following step a may be performed:
step A, receiving a starting instruction, loading a system bootstrap program in a first BOOT partition, and carrying out integrity verification and/or CRC on the system bootstrap program; if the integrity verification and/or the CRC are successful, executing a starting process according to the system bootstrap program; otherwise, loading the system bootstrap program in the second BOOT partition, and executing the starting process according to the loaded system bootstrap program in the second BOOT partition.
Specifically, when the terminal equipment in the method is a product adopting a high-pass platform, the system boot program is OEMSBL;
at this time, the specific implementation of step a is: loading a QCSBL through the PBL, loading an OEMSBL in the first BOOT partition through the QCSBL, and performing integrity verification and/or CRC on the OEMSBL; if the integrity verification and/or the CRC are successful, executing a starting process according to the OEMSBL; and loading the OEMSBL in the second BOOT partition through the QCSBL, and executing a starting-up process according to the OEMSBL.
The PBL is a program for loading QCSBL, the QCSBL is a program for loading OEMSBL and AMSS, and the OEMSBL is a program for guiding an Application (AP) side program and completing a plurality of MODEM side functions (such as a TF card downloading function, a startup logo display and initialization of each hardware function module).
Specifically, the method for verifying the integrity of the system boot program may include the following steps:
and comparing the integrity mark preset in the storage unit with the integrity mark in the system bootstrap program, if the integrity mark is consistent with the integrity mark in the system bootstrap program, determining that the integrity verification is successful, otherwise, determining that the integrity verification fails. Here, it is necessary to store an integrity flag in the storage unit in advance, for example, the integrity flag may be stored in an oemsbl.scl file, and it is also necessary to add the same integrity flag in the system boot program in advance, for example, add the integrity flag after the code of the system boot program; the integrity flag may be any data information that can be distinguished from other data in the terminal device.
Specifically, the CRC method for the bootstrap may be as follows:
and calculating the CRC code of the system bootstrap program according to a CRC algorithm, comparing the calculated CRC code with the CRC code in the system bootstrap program, if the calculated CRC code is consistent with the CRC code in the system bootstrap program, determining that the CRC is successful, otherwise, determining that the CRC fails. Here, the CRC code of the system boot program needs to be added in the system boot program in advance, and for example, the CRC code may be added after the code of the system boot program.
By performing a CRC on the bootstrap program, it is ensured that the bootstrap program loaded into the memory is correct. The following problems are prevented from occurring: although the system boot program is loaded into the memory and the integrity flag thereof is correct, part of the content thereof is wrong, so that the terminal device cannot be started normally.
Preferably, the size (such as byte length) of the system boot program may be set in the storage unit in advance, for example, the size of the system boot program may be stored in an oemsbl.scl file, so that when the integrity verification and CRC are performed on the system boot program, the integrity flag and CRC code in the system boot program may be read according to the size of the system boot program, for example, when the size of the system boot program is 100 bytes, the content of the 101 th byte may be read as the integrity verification, and the content of the 102 th byte may be read as the CRC code.
The execution main body of the method can be a MODEM (MODEM) CPU (Central processing Unit) of the terminal equipment, namely mARM (maximum Address resolution), and the method can be applied to a high-pass platform and the like.
The first embodiment is as follows:
as shown in fig. 4, the details are as follows:
the method comprises the following steps: the mARM of the terminal equipment loads the QCSBL through the PBL, if the PBL successfully loads the QCSBL, the step II is carried out, otherwise, a downloading (DLOAD) mode is entered to download the mobile phone program, and then the mobile phone is refreshed;
step two: loading OEMSBL through QCSBL, and carrying out integrity verification and/or CRC on the OEMSBL; if the integrity verification and/or the CRC are successful, executing OEMSBL, loading APPSBL by the OEMSBL, starting aARM, and starting an application program (APPS) on the mobile phone terminal by the APPSBL so as to complete a starting-up process; otherwise, loading the OSBL and executing the OSBL, wherein the OSBL is a copy of the OEMSBL and completes the same function, and the OSBL and the OEMSBL are located in different BOOT partitions.
Step three, executed in parallel with step two: loading the AMSS through the QCSBL, if the loading is successful, operating the AMSS, otherwise, entering a DLOAD mode to download a mobile phone program, and further flashing; and when an error occurs in the AMSS operation, the DLOAD mode is also entered to download the mobile phone program so as to refresh the mobile phone.
Example two:
the method comprises the following steps: the mARM of the terminal equipment loads the QCSBL through the PBL, if the PBL successfully loads the QCSBL, the step II is carried out, otherwise, a downloading (DLOAD) mode is entered to download the mobile phone program, and then the mobile phone is refreshed;
step two: loading OEMSBL through QCSBL, and carrying out integrity verification and/or CRC on the OEMSBL; if the integrity verification and/or the CRC are successful, executing OEMSBL; otherwise, loading the OSBL and executing the OSBL;
step three: receiving an upgrading instruction, downloading an upgrading package of the OEMSBL, if the current slave OEMSBL is started, firstly updating the OSBL according to the upgrading package, and then updating the OEMSBL according to the upgrading package; and if the current slave OSBL is started, updating the OEMSBL according to the upgrade package, and then updating the OSBL according to the upgrade package.
Step four: after the upgrade is completed, the boot process described in the first embodiment may be executed.
Referring to fig. 5, a storage unit of a terminal device according to an embodiment of the present invention includes a first BOOT partition 50 and a second BOOT partition 51, where the first BOOT partition 50 and the second BOOT partition 51 each store one same system BOOT program; the terminal device further includes:
a MODEM (MODEM) processor 52, configured to load a system BOOT program in the first BOOT partition 50 after receiving the BOOT instruction, and perform integrity verification and/or cyclic redundancy check CRC on the system BOOT program; if the integrity verification and/or the CRC are successful, executing a starting process according to the system bootstrap program; if not, then,
and loading the system BOOT program in the second BOOT partition 51, and executing the BOOT process according to the loaded system BOOT program in the second BOOT partition 51.
Further, the MODEM processor 52 is configured to:
when the system bootstrap program is OEM bootstrap program OEMSBL, loading a second bootstrap program QCSBL through the primary bootstrap program PBL, loading OEMSBL in the first BOOT partition 50 through QCSBL, and performing integrity verification and/or CRC on the OEMSBL; if the integrity verification and/or the CRC are successful, executing a starting process according to the OEMSBL; if not, then,
and loading the OEMSBL in the second BOOT partition 51 through the QCSBL, and executing a BOOT process according to the OEMSBL.
Further, the MODEM processor 52 is further configured to:
when a BOOT process is executed according to a system BOOT program in the first BOOT partition 50, if an upgrade instruction is received, downloading an upgrade package of the system BOOT program, updating the system BOOT program in the second BOOT partition 51 according to the upgrade package, and updating the system BOOT program in the first BOOT partition 50 according to the downloaded upgrade package; or,
when the BOOT process is executed according to the system BOOT program in the second BOOT partition 51, if an upgrade instruction is received, an upgrade package of the system BOOT program is downloaded, and after the system BOOT program in the first BOOT partition 50 is updated according to the upgrade package, the system BOOT program in the second BOOT partition 51 is updated according to the downloaded upgrade package.
Further, the MODEM processor 52 is further configured to:
receiving an upgrade instruction when executing a BOOT process according to a system BOOT program in the first BOOT partition 50, and performing CRC check on an upgrade package after downloading the upgrade package of the system BOOT program and before updating the system BOOT program in the second BOOT partition 51 according to the upgrade package;
after the CRC of the upgrade package is successfully checked, the system BOOT program in the second BOOT partition 51 is updated according to the upgrade package.
Further, the MODEM processor 52 is further configured to:
receiving an upgrade instruction when executing a BOOT process according to a system BOOT program in the second BOOT partition 51, and performing CRC check on an upgrade package after downloading the upgrade package of the system BOOT program and before updating the system BOOT program in the first BOOT partition 50 according to the upgrade package;
after the CRC of the upgrade package is successfully checked, the system BOOT program in the first BOOT partition 50 is updated according to the upgrade package.
Still referring to fig. 5, an embodiment of the present invention provides a terminal device, where a storage unit of the terminal device includes a first BOOT partition 50 and a second BOOT partition 51, and the first BOOT partition 50 and the second BOOT partition 51 each store an identical system BOOT program, and the terminal device further includes:
the MODEM processor 52 is configured to receive an upgrade instruction when executing a BOOT process according to a system BOOT program in the first BOOT partition 50, download an upgrade package of the system BOOT program, update the system BOOT program in the second BOOT partition 51 according to the upgrade package, and update the system BOOT program in the first BOOT partition 50 according to the downloaded upgrade package; or,
when the system BOOT program in the second BOOT partition 51 is executed, the upgrade instruction is received, the upgrade package of the system BOOT program is downloaded, the system BOOT program in the first BOOT partition 50 is updated according to the upgrade package, and then the system BOOT program in the second BOOT partition 51 is updated according to the downloaded upgrade package.
Further, the MODEM processor 52 is further configured to:
receiving an upgrade instruction when executing a BOOT process according to a system BOOT program in the first BOOT partition 50, and performing CRC check on an upgrade package after downloading the upgrade package of the system BOOT program and before updating the system BOOT program in the second BOOT partition 51 according to the upgrade package;
after the CRC of the upgrade package is successfully checked, the system BOOT program in the second BOOT partition 51 is updated according to the upgrade package.
Further, the MODEM processor 52 is further configured to:
receiving an upgrade instruction when executing a BOOT process according to a system BOOT program in the second BOOT partition 51, and performing CRC check on an upgrade package after downloading the upgrade package of the system BOOT program and before updating the system BOOT program in the first BOOT partition 50 according to the upgrade package;
after the CRC of the upgrade package is successfully checked, the system BOOT program in the first BOOT partition 50 is updated according to the upgrade package.
Further, the MODEM processor 52 is further configured to:
after receiving the BOOT instruction, loading a system BOOT program in the first BOOT partition 50, and performing integrity verification and/or Cyclic Redundancy Check (CRC) on the system BOOT program; if the integrity verification and/or the CRC are successful, executing a starting process according to the system bootstrap program; if not, then,
and loading the system BOOT program in the second BOOT partition 51, and executing the BOOT process according to the loaded system BOOT program in the second BOOT partition 51.
Further, the MODEM processor 52 is configured to:
when the system bootstrap program is OEM bootstrap program OEMSBL, loading a second bootstrap program QCSBL through a primary bootstrap program PBL, and carrying out integrity verification and/or CRC on the OEMSBL in the first BOOT partition 50 through loading the OEMSBL; if the integrity verification and/or the CRC are successful, executing a starting process according to the OEMSBL; if not, then,
and loading the OEMSBL in the second BOOT partition 51 through the QCSBL, and executing a BOOT process according to the OEMSBL.
The terminal device in the invention can be a tablet computer, a mobile phone terminal and the like.
In conclusion, the beneficial effects of the invention include:
in one solution provided in the embodiment of the present invention, a storage unit of a device includes a first BOOT partition and a second BOOT partition, where the first BOOT partition and the second BOOT partition each store one same system bootstrap, and when starting up, perform integrity verification and/or CRC on the system bootstrap in one BOOT partition, and if the integrity verification and/or CRC succeeds, execute a starting-up process according to the system bootstrap; otherwise, loading a system bootstrap program in another BOOT partition, and executing a starting-up process according to the system bootstrap program. Therefore, two sets of system boot programs are stored in the scheme, and when one set of system boot program is damaged to cause integrity verification and/or CRC failure, the other set of system boot program can be used for starting the device, so that the starting success rate of the device is improved.
In another scheme provided in the embodiment of the present invention, if the system BOOT program is upgraded when the BOOT process is executed according to the system BOOT program in the first BOOT partition, the system BOOT program in the second BOOT partition is updated according to the downloaded upgrade package, and then the system BOOT program in the first BOOT partition is updated according to the downloaded upgrade package. The scheme can ensure that at least one set of complete system bootstrap program is stored in the terminal equipment all the time, and further improve the starting success rate of the terminal equipment for the following reasons: because the starting process is executed according to the system bootstrap program in the first BOOT partition, the system bootstrap program in the first BOOT partition is not damaged before being upgraded, after the upgrading package is downloaded, the system bootstrap program in the second BOOT partition is upgraded firstly, then the system bootstrap program in the first BOOT partition is upgraded, if the conditions of power failure and the like occur in the process of upgrading the system bootstrap program in the second BOOT partition, the whole upgrading process fails, at the moment, although the system bootstrap program in the second BOOT partition is already incomplete, the system bootstrap program which is not damaged is stored in the first BOOT partition, the system bootstrap program which is not damaged can be used for starting, and the starting success rate of the equipment is improved; if the upgrading fails due to the power failure and other conditions in the process of upgrading the system BOOT program in the first BOOT partition, although the system BOOT program in the first BOOT partition is incomplete, the upgraded complete system BOOT program is stored in the second BOOT partition, and the complete system BOOT program can be used for starting up, so that the success rate of starting up the equipment is improved.
If the system BOOT program is upgraded when the starting-up process is executed according to the system BOOT program in the second BOOT partition, the system BOOT program in the first BOOT partition is updated according to the downloaded upgrade package, and then the system BOOT program in the second BOOT partition is updated according to the downloaded upgrade package. The scheme can ensure that at least one set of complete system bootstrap program is stored in the terminal equipment all the time, and further improve the starting success rate of the terminal equipment for the following reasons: because the starting process is executed according to the system bootstrap program in the second BOOT partition, the system bootstrap program in the second BOOT partition is not damaged before being upgraded, after the upgrading package is downloaded, the system bootstrap program in the first BOOT partition is upgraded firstly, then the system bootstrap program in the second BOOT partition is upgraded, if the conditions of power failure and the like occur in the process of upgrading the system bootstrap program in the first BOOT partition, the whole upgrading process fails, at this time, although the system bootstrap program in the first BOOT partition is already incomplete, the undamaged system bootstrap program is stored in the second BOOT partition, the undamaged system bootstrap program can be used for starting, and the starting success rate of the equipment is improved; if the upgrading fails due to the power failure and other conditions in the process of upgrading the system BOOT program in the second BOOT partition, although the system BOOT program in the second BOOT partition is already incomplete, the upgraded complete system BOOT program is stored in the first BOOT partition, and the complete system BOOT program can be used for starting up, so that the success rate of starting up the equipment is improved.
The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present invention have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the invention.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims (15)

1. A terminal equipment starting method is characterized in that a storage unit of the terminal equipment comprises a first BOOT sub-area and a second BOOT sub-area, wherein the first BOOT sub-area and the second BOOT sub-area respectively store one same system BOOT program; the method comprises the following steps:
after a starting instruction is received, loading a system bootstrap program in a first BOOT partition, and carrying out integrity verification and/or Cyclic Redundancy Check (CRC) on the system bootstrap program; if the integrity verification and/or the CRC are successful, executing a starting process according to the system bootstrap program; if not, then,
and loading a system bootstrap program in the second BOOT partition, and executing a starting-up process according to the loaded system bootstrap program in the second BOOT partition.
2. The method of claim 1, wherein the system boot program is an OEM boot program OEMSBL;
the system bootstrap program in the first BOOT partition is loaded, and integrity verification and/or CRC are carried out on the system bootstrap program; if the integrity verification and/or the CRC are successful, executing a boot process according to the system bootstrap program, which specifically comprises the following steps: loading a second bootstrap program QCSBL through the primary bootstrap program PBL, loading an OEMSBL in the first BOOT partition through the QCSBL, and performing integrity verification and/or CRC on the OEMSBL; if the integrity verification and/or the CRC are successful, executing a starting process according to the OEMSBL;
the loading of the system BOOT program in the second BOOT partition, and executing the BOOT process according to the system BOOT program loaded in the second BOOT partition, specifically include: and loading the OEMSBL in the second BOOT partition through the QCSBL, and executing a starting-up process according to the OEMSBL.
3. The method according to claim 1 or 2, wherein when executing a BOOT process according to a system BOOT program in the first BOOT partition, if an upgrade instruction is received, downloading an upgrade package of the system BOOT program, and after updating the system BOOT program in the second BOOT partition according to the upgrade package, updating the system BOOT program in the first BOOT partition according to the downloaded upgrade package; or,
when a starting-up process is executed according to a system bootstrap program in a second BOOT partition, if an upgrading instruction is received, an upgrading packet of the system bootstrap program is downloaded, the system bootstrap program in the first BOOT partition is updated according to the upgrading packet, and then the system bootstrap program in the second BOOT partition is updated according to the downloaded upgrading packet.
4. The method as claimed in claim 3, wherein after receiving the upgrade instruction when performing the BOOT process according to the system BOOT program in the first BOOT partition, downloading the upgrade package of the system BOOT program, and before updating the system BOOT program in the second BOOT partition according to the upgrade package, further comprising: performing CRC on the upgrade package;
updating the system BOOT program in the second BOOT partition according to the upgrade package specifically includes: and after the CRC of the upgrade package is successfully checked, updating the system BOOT program in the second BOOT partition according to the upgrade package.
5. The method as claimed in claim 3, wherein after receiving the upgrade instruction when performing the BOOT process according to the system BOOT program in the second BOOT partition, downloading the upgrade package of the system BOOT program, and before updating the system BOOT program in the first BOOT partition according to the upgrade package, further comprising: performing CRC on the upgrade package;
the updating the system BOOT program in the first BOOT partition according to the upgrade package specifically includes: and after the CRC of the upgrading packet is successfully checked, updating the system BOOT program in the first BOOT partition according to the upgrading packet.
6. A method for upgrading terminal equipment is characterized in that a storage unit of the terminal equipment comprises a first BOOT partition and a second BOOT partition, wherein the first BOOT partition and the second BOOT partition respectively store a same system BOOT program, and the method comprises the following steps:
receiving an upgrading instruction when a starting-up process is executed according to a system bootstrap program in a first BOOT partition, downloading an upgrading package of the system bootstrap program, updating the system bootstrap program in a second BOOT partition according to the upgrading package, and updating the system bootstrap program in the first BOOT partition according to the downloaded upgrading package; or,
and after the system BOOT program in the first BOOT partition is updated according to the upgrade package, the system BOOT program in the second BOOT partition is updated according to the downloaded upgrade package.
7. The method as claimed in claim 6, wherein after receiving the upgrade instruction when performing the BOOT process according to the system BOOT program in the first BOOT partition, downloading the upgrade package of the system BOOT program, and before updating the system BOOT program in the second BOOT partition according to the upgrade package, further comprising: performing CRC on the upgrade package;
updating the system BOOT program in the second BOOT partition according to the upgrade package specifically includes: and after the CRC of the upgrade package is successfully checked, updating the system BOOT program in the second BOOT partition according to the upgrade package.
8. The method as claimed in claim 6, wherein after receiving the upgrade instruction when performing the BOOT process according to the system BOOT program in the second BOOT partition, downloading the upgrade package of the system BOOT program, and before updating the system BOOT program in the first BOOT partition according to the upgrade package, further comprising: performing CRC on the upgrade package;
the updating the system BOOT program in the first BOOT partition according to the upgrade package specifically includes: and after the CRC of the upgrading packet is successfully checked, updating the system BOOT program in the first BOOT partition according to the upgrading packet.
9. The method of any one of claims 6-8, further comprising:
after a starting instruction is received, loading a system bootstrap program in a first BOOT partition, and carrying out integrity verification and/or Cyclic Redundancy Check (CRC) on the system bootstrap program; if the integrity verification and/or the CRC are successful, executing a starting process according to the system bootstrap program; if not, then,
and loading a system bootstrap program in the second BOOT partition, and executing a starting-up process according to the loaded system bootstrap program in the second BOOT partition.
10. The method of claim 9, wherein the system boot program is an OEM boot program OEMSBL;
the system bootstrap program in the first BOOT partition is loaded, and integrity verification and/or CRC are carried out on the system bootstrap program; if the integrity verification and/or the CRC are successful, executing a boot process according to the system bootstrap program, which specifically comprises the following steps: loading a second bootstrap program QCSBL through the primary bootstrap program PBL, loading an OEMSBL in the first BOOT partition through the QCSBL, and performing integrity verification and/or CRC on the OEMSBL; if the integrity verification and/or the CRC are successful, executing a starting process according to the OEMSBL;
the loading of the system BOOT program in the second BOOT partition, and executing the BOOT process according to the system BOOT program loaded in the second BOOT partition, specifically include: and loading the OEMSBL in the second BOOT partition through the QCSBL, and executing a starting-up process according to the OEMSBL.
11. A terminal device is characterized in that a storage unit of the terminal device comprises a first BOOT partition and a second BOOT partition, wherein the first BOOT partition and the second BOOT partition respectively store a same system BOOT program; the terminal device further includes:
the MODEM MODEM processor is used for loading a system bootstrap program in the first BOOT partition after receiving the starting instruction and carrying out integrity verification and/or Cyclic Redundancy Check (CRC) on the system bootstrap program; if the integrity verification and/or the CRC are successful, executing a starting process according to the system bootstrap program; if not, then,
and loading a system bootstrap program in the second BOOT partition, and executing a starting-up process according to the loaded system bootstrap program in the second BOOT partition.
12. The terminal device of claim 11, wherein the MODEM processor is configured to:
when the system bootstrap program is OEM bootstrap program OEMSBL, loading a second bootstrap program QCSBL through a primary bootstrap program PBL, loading the OEMSBL in the first BOOT partition through the QCSBL, and carrying out integrity verification and/or CRC on the OEMSBL; if the integrity verification and/or the CRC are successful, executing a starting process according to the OEMSBL; if not, then,
and loading the OEMSBL in the second BOOT partition through the QCSBL, and executing a starting-up process according to the OEMSBL.
13. The terminal device according to claim 11 or 12, wherein the MODEM processor is further configured to:
when a starting-up process is executed according to a system bootstrap program in a first BOOT partition, if an upgrading instruction is received, an upgrading packet of the system bootstrap program is downloaded, and after the system bootstrap program in a second BOOT partition is updated according to the upgrading packet, the system bootstrap program in the first BOOT partition is updated according to the downloaded upgrading packet; or,
when a starting-up process is executed according to a system bootstrap program in a second BOOT partition, if an upgrading instruction is received, an upgrading packet of the system bootstrap program is downloaded, the system bootstrap program in the first BOOT partition is updated according to the upgrading packet, and then the system bootstrap program in the second BOOT partition is updated according to the downloaded upgrading packet.
14. A terminal device, wherein a storage unit of the terminal device includes a first BOOT partition and a second BOOT partition, and the first BOOT partition and the second BOOT partition each store a same system BOOT program, and the terminal device further includes:
the MODEM MODEM processor is used for receiving an upgrading instruction when a starting-up process is executed according to a system bootstrap program in the first BOOT partition, downloading an upgrading packet of the system bootstrap program, updating the system bootstrap program in the second BOOT partition according to the upgrading packet, and updating the system bootstrap program in the first BOOT partition according to the downloaded upgrading packet; or,
and after the system BOOT program in the first BOOT partition is updated according to the upgrade package, the system BOOT program in the second BOOT partition is updated according to the downloaded upgrade package.
15. The terminal device of claim 14, wherein the MODEM processor is further configured to:
after a starting instruction is received, loading a system bootstrap program in a first BOOT partition, and carrying out integrity verification and/or Cyclic Redundancy Check (CRC) on the system bootstrap program; if the integrity verification and/or the CRC are successful, executing a starting process according to the system bootstrap program; if not, then,
and loading a system bootstrap program in the second BOOT partition, and executing a starting-up process according to the loaded system bootstrap program in the second BOOT partition.
CN201210449070.6A 2012-11-09 2012-11-09 Terminal unit start, upgrade method and equipment Expired - Fee Related CN102945176B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201210449070.6A CN102945176B (en) 2012-11-09 2012-11-09 Terminal unit start, upgrade method and equipment
CN201610606359.2A CN106227568A (en) 2012-11-09 2012-11-09 Terminal unit start, upgrade method and equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210449070.6A CN102945176B (en) 2012-11-09 2012-11-09 Terminal unit start, upgrade method and equipment

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201610606359.2A Division CN106227568A (en) 2012-11-09 2012-11-09 Terminal unit start, upgrade method and equipment

Publications (2)

Publication Number Publication Date
CN102945176A true CN102945176A (en) 2013-02-27
CN102945176B CN102945176B (en) 2016-09-28

Family

ID=47728125

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201210449070.6A Expired - Fee Related CN102945176B (en) 2012-11-09 2012-11-09 Terminal unit start, upgrade method and equipment
CN201610606359.2A Pending CN106227568A (en) 2012-11-09 2012-11-09 Terminal unit start, upgrade method and equipment

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201610606359.2A Pending CN106227568A (en) 2012-11-09 2012-11-09 Terminal unit start, upgrade method and equipment

Country Status (1)

Country Link
CN (2) CN102945176B (en)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103123589A (en) * 2013-02-28 2013-05-29 青岛海信移动通信技术股份有限公司 Method and device of powerboot of mobile terminal
CN104182242A (en) * 2013-05-28 2014-12-03 华为技术有限公司 System booting method and system booting device
CN104636171A (en) * 2015-03-04 2015-05-20 深圳市欧珀通信软件有限公司 Upgrading method and device and mobile device
CN104699500A (en) * 2015-01-06 2015-06-10 上海华测导航技术股份有限公司 Method for realizing automatic upgrading of bootstrap program in intelligent equipment
CN104899524A (en) * 2015-05-25 2015-09-09 上海兆芯集成电路有限公司 Central processing unit and method for verifying data of main board
WO2015184732A1 (en) * 2014-06-06 2015-12-10 西安中兴新软件有限责任公司 Bootstrap storage method, bootstrap fault recovery method and device, and computer storage medium
CN106325911A (en) * 2015-07-02 2017-01-11 中兴通讯股份有限公司 Method and device for implementing BOOTROM upgrade
EP3131005A1 (en) 2015-08-14 2017-02-15 ALSTOM Transport Technologies Train embedded electronic device comprising a boot program with one or more startpartitions, and the associated train vehicle and system
CN106598686A (en) * 2017-01-03 2017-04-26 青岛海信移动通信技术股份有限公司 Method and apparatus for realizing differential upgrading debugging in system partition
CN106775674A (en) * 2016-11-29 2017-05-31 深圳市恒扬数据股份有限公司 A kind of equipment and its startup method based on universal guiding loading procedure
CN107105345A (en) * 2017-02-17 2017-08-29 青岛海信宽带多媒体技术有限公司 A kind of set top box upgrading method and set top box
CN107145363A (en) * 2017-03-21 2017-09-08 捷开通讯(深圳)有限公司 The driver loading method and terminal device of a kind of starting up of terminal process
CN111104173A (en) * 2019-11-25 2020-05-05 晶晨半导体（深圳）有限公司 Protection design method of bootstrap program
CN111273949A (en) * 2018-12-05 2020-06-12 三星电子株式会社 Updating method and starting method of boot read-only memory of embedded system
CN113220319A (en) * 2021-03-17 2021-08-06 广州橙行智动汽车科技有限公司 Data updating method and device and vehicle
CN114610415A (en) * 2022-03-23 2022-06-10 北京经纬恒润科技股份有限公司 Program starting method, system, storage medium and electronic equipment
WO2022262753A1 (en) * 2021-06-15 2022-12-22 荣耀终端有限公司 Operating system starting method, device, storage medium, and computer program product

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW202032368A (en) * 2019-02-27 2020-09-01 智原科技股份有限公司 Method of executing initial program load applied to electric apparatus
CN111742297A (en) * 2019-07-23 2020-10-02 深圳市大疆创新科技有限公司 Firmware starting method, equipment and computer readable storage medium
CN111190627A (en) * 2019-12-30 2020-05-22 四川虹美智能科技有限公司 System upgrading method and device

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050193189A1 (en) * 2004-02-17 2005-09-01 Han-Gyoo Kim Device and method for booting an operating system for a computer from a passive directly attached network device
CN101329632A (en) * 2008-04-30 2008-12-24 中兴通讯股份有限公司 Method and apparatus for starting CPU by BOOT
CN101650662A (en) * 2009-08-26 2010-02-17 中兴通讯股份有限公司 Memory device of embedded system and staring method and upgrading of firmware
CN101714093A (en) * 2009-12-01 2010-05-26 福建新大陆通信科技有限公司 Three-section type double-backup Loader upgrading method of set-top box

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100501679C (en) * 2007-02-27 2009-06-17 华为技术有限公司 Electric device
CN101308470A (en) * 2007-05-17 2008-11-19 华硕电脑股份有限公司 Computer system for initiative restoration, backup and update of BIOS

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050193189A1 (en) * 2004-02-17 2005-09-01 Han-Gyoo Kim Device and method for booting an operating system for a computer from a passive directly attached network device
CN101329632A (en) * 2008-04-30 2008-12-24 中兴通讯股份有限公司 Method and apparatus for starting CPU by BOOT
CN101650662A (en) * 2009-08-26 2010-02-17 中兴通讯股份有限公司 Memory device of embedded system and staring method and upgrading of firmware
CN101714093A (en) * 2009-12-01 2010-05-26 福建新大陆通信科技有限公司 Three-section type double-backup Loader upgrading method of set-top box

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103123589A (en) * 2013-02-28 2013-05-29 青岛海信移动通信技术股份有限公司 Method and device of powerboot of mobile terminal
CN103123589B (en) * 2013-02-28 2016-01-13 青岛海信移动通信技术股份有限公司 A kind of starting up's method and apparatus of mobile terminal
CN104182242A (en) * 2013-05-28 2014-12-03 华为技术有限公司 System booting method and system booting device
WO2015184732A1 (en) * 2014-06-06 2015-12-10 西安中兴新软件有限责任公司 Bootstrap storage method, bootstrap fault recovery method and device, and computer storage medium
CN105183580A (en) * 2014-06-06 2015-12-23 西安中兴新软件有限责任公司 Storage method and fault recovery method for bootstrap program, and devices
CN104699500A (en) * 2015-01-06 2015-06-10 上海华测导航技术股份有限公司 Method for realizing automatic upgrading of bootstrap program in intelligent equipment
CN104699500B (en) * 2015-01-06 2018-05-08 上海华测导航技术股份有限公司 The method that bootstrap upgrades automatically is realized in smart machine
CN104636171A (en) * 2015-03-04 2015-05-20 深圳市欧珀通信软件有限公司 Upgrading method and device and mobile device
CN104636171B (en) * 2015-03-04 2017-11-07 广东欧珀移动通信有限公司 The method, device and mobile terminal of upgrading
CN104899524A (en) * 2015-05-25 2015-09-09 上海兆芯集成电路有限公司 Central processing unit and method for verifying data of main board
CN104899524B (en) * 2015-05-25 2018-11-27 上海兆芯集成电路有限公司 The method of central processing unit and verifying motherboard data
CN106325911A (en) * 2015-07-02 2017-01-11 中兴通讯股份有限公司 Method and device for implementing BOOTROM upgrade
EP3131005A1 (en) 2015-08-14 2017-02-15 ALSTOM Transport Technologies Train embedded electronic device comprising a boot program with one or more startpartitions, and the associated train vehicle and system
CN106775674A (en) * 2016-11-29 2017-05-31 深圳市恒扬数据股份有限公司 A kind of equipment and its startup method based on universal guiding loading procedure
CN106775674B (en) * 2016-11-29 2020-06-05 深圳市恒扬数据股份有限公司 Equipment based on universal boot loader and starting method thereof
CN106598686A (en) * 2017-01-03 2017-04-26 青岛海信移动通信技术股份有限公司 Method and apparatus for realizing differential upgrading debugging in system partition
CN106598686B (en) * 2017-01-03 2020-03-06 青岛海信移动通信技术股份有限公司 Method and device for realizing differential upgrade debugging in system partition
CN107105345A (en) * 2017-02-17 2017-08-29 青岛海信宽带多媒体技术有限公司 A kind of set top box upgrading method and set top box
CN107145363A (en) * 2017-03-21 2017-09-08 捷开通讯(深圳)有限公司 The driver loading method and terminal device of a kind of starting up of terminal process
US10871972B2 (en) 2017-03-21 2020-12-22 JRD Communication (Shenzhen) Ltd. Method for loading driver during terminal starting up and terminal device
CN111273949A (en) * 2018-12-05 2020-06-12 三星电子株式会社 Updating method and starting method of boot read-only memory of embedded system
CN111104173A (en) * 2019-11-25 2020-05-05 晶晨半导体（深圳）有限公司 Protection design method of bootstrap program
WO2021103745A1 (en) * 2019-11-25 2021-06-03 晶晨半导体（深圳）有限公司 Method for protectively desiging boot program
CN113220319A (en) * 2021-03-17 2021-08-06 广州橙行智动汽车科技有限公司 Data updating method and device and vehicle
WO2022262753A1 (en) * 2021-06-15 2022-12-22 荣耀终端有限公司 Operating system starting method, device, storage medium, and computer program product
CN114610415A (en) * 2022-03-23 2022-06-10 北京经纬恒润科技股份有限公司 Program starting method, system, storage medium and electronic equipment
CN114610415B (en) * 2022-03-23 2024-01-16 北京经纬恒润科技股份有限公司 Program starting method, system, storage medium and electronic equipment

Also Published As

Publication number Publication date
CN102945176B (en) 2016-09-28
CN106227568A (en) 2016-12-14

Similar Documents

Publication Publication Date Title
CN102945176B (en) Terminal unit start, upgrade method and equipment
CN106569847B (en) Method for vehicle-mounted system to realize IAP remote upgrade based on mobile network
CN109358882B (en) Method and device for upgrading firmware of television terminal
US10203951B2 (en) Method and terminal for OTA updating
CN109634645B (en) Firmware upgrading method and terminal
CN110597542B (en) Software automatic OTA (over the air) upgrading method and device and electronic equipment
US20110320794A1 (en) Flash System And Method For Updating The Flash System
WO2019062635A1 (en) Update method and device
CN106250192A (en) The method for upgrading software of host computer and system
CN109358887B (en) On-line upgrading method, device and system for single chip microcomputer program
CN111813428A (en) Method and device for upgrading terminal firmware, electronic equipment and storage medium
CN107908417B (en) Firmware upgrading method and electronic equipment
CN104850427B (en) A kind of code upgrade method and device
WO2018024198A1 (en) Application upgrade method and system for set-top box, and set-top box
CN103488501A (en) Optical network terminal equipment and system software upgrade method thereof
CN102981872A (en) Start-up and upgrade method of terminal equipment and terminal equipment
CN108205446A (en) Firmware restorative procedure and device
CN110597545A (en) Hot patch intelligent upgrading method and system based on OTA component
CN109002305B (en) Method and system for updating equipment program
CN115756561A (en) Software upgrading method and device, computer equipment and storage medium
CN105677409A (en) System upgrading method and device
CN110580167A (en) system upgrading method, intelligent device and server
CN114153484A (en) Operation method and device for updating program, electronic device and storage medium
CN110147246A (en) Version checking method and device, storage medium and the terminal of space download technology
CN107479924B (en) Software upgrading verification method based on Android system

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20160928