CN119248564A - 子系统故障处理方法及电子设备 - Google Patents

子系统故障处理方法及电子设备 Download PDF

Info

Publication number
CN119248564A
CN119248564A CN202410174050.5A CN202410174050A CN119248564A CN 119248564 A CN119248564 A CN 119248564A CN 202410174050 A CN202410174050 A CN 202410174050A CN 119248564 A CN119248564 A CN 119248564A
Authority
CN
China
Prior art keywords
subsystem
electronic device
module
electronic equipment
fails
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.)
Pending
Application number
CN202410174050.5A
Other languages
English (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.)
Honor Device Co Ltd
Original Assignee
Honor Device 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 Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202410174050.5A priority Critical patent/CN119248564A/zh
Publication of CN119248564A publication Critical patent/CN119248564A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/14—Error detection or correction of the data by redundancy in operations
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0742—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了一种子系统故障处理方法及电子设备，涉及终端领域，该方法包括：当电子设备检测到子系统1发生故障时，电子设备可以控制子系统1执行热重启操作。若子系统1执行热重启操作失败，则电子设备可以控制子系统1执行冷重启操作。若子系统1执行冷重启操作失败，则电子设备再控制整台设备断电重启，恢复子系统1的正常工作。其中，子系统1的冷重启也即是指控制子系统1所运行的处理器断开电源后再接通电源，重新启动加载该处理器上的子系统1。

Description

子系统故障处理方法及电子设备
技术领域
本申请涉及终端领域，尤其涉及一种子系统故障处理方法及电子设备。
背景技术
随着终端技术的发展，电子设备可以处理的日常事项也越来越丰富。例如，用户可以使用电子设备接打电话、浏览网页、观看视频、听歌等等。在目前的终端架构中，电子设备可以通过不同的子系统负责不同的功能，如电子设备可以通过数字信号处理子系统负责音频功能，以使得用户能够使用电子设备观看视频、听歌等；又如电子设备可以通过移动通信子系统负责通信功能，以使得用户能够使用电子设备接打电话等。然而，当某个子系统出现故障时，电子设备往往需要重新启动整台设备才能使该子系统恢复正常工作，因此导致子系统的恢复操作较为麻烦，子系统的恢复效率较为低下，同时，频繁重启也会加大电子设备的功耗，严重干扰了用户的使用体验。
发明内容
本申请提供了一种子系统故障处理方法及电子设备，实现了当某个子系统发生故障时，电子设备针对该子系统所运行的处理器单独断电，减少对其他子系统以及对整台电子设备的影响，不干扰电子设备的其他功能，耗费时间短，并且恢复该子系统正常工作的效率也较高。
第一方面，本申请提供了一种子系统故障处理方法，包括：电子设备检测到第一子系统发生故障。该电子设备热重启该第一子系统。若该第一子系统热重启失败，该电子设备通过供电系统冷重启该第一子系统。若该第一子系统冷重启成功，该电子设备确定该第一子系统恢复正常工作。若该第一子系统冷重启失败，该电子设备重启该电子设备。
在一种可能的实现方式中，该电子设备热重启该第一子系统，具体包括：该电子设备在该第一子系统所运行的第一处理器不断开电源的情况下，重新启动加载该第一处理器上的该第一子系统。
在一种可能的实现方式中，该电子设备通过供电系统冷重启该第一子系统，具体包括：该电子设备通过该供电系统控制该第一处理器断开电源后再接通电源，重新启动加载该第一处理器上的该第一子系统。
在一种可能的实现方式中，该电子设备重启该电子设备，具体包括：该电子设备控制该电子设备上各硬件器件断开电源后又接通电源，重新启动加载该各个硬件器件上的系统。
在一种可能的实现方式中，电子设备检测到第一子系统发生故障，具体包括：该电子设备通过内核向该第一子系统发送通信请求。在发送该通信请求后的第一指定时长内，若该电子设备没有通过内核接收到该第一子系统的通信响应时，该电子设备确定该第一子系统发生故障。
在一种可能的实现方式中，若该第一子系统热重启失败，该电子设备通过供电系统冷重启该第一子系统，具体包括：该电子设备通过内核向该第一子系统发送第一热重启指令。其中，该第一热重启指令用于控制该第一子系统执行热重启操作。在发送该第一热重启指令之后的第二指定时长内，该电子设备没有通过该内核接收到该第一子系统的热重启响应时，该电子设备确定该第一子系统热重启失败。
在一种可能的实现方式中，电子设备检测到第一子系统发生故障，具体包括：该电子设备检测到该第一子系统中的第一模块发生故障。
在一种可能的实现方式中，该电子设备热重启该第一子系统，具体包括：该电子设备热重启该第一子系统中的该第一模块。
在一种可能的实现方式中，若该第一子系统热重启失败，该电子设备通过供电系统冷重启该第一子系统，具体包括：若该第一子系统中的该第一模块热重启失败，该电子设备通过供电系统冷重启该第一子系统中的该第一模块。
在一种可能的实现方式中，该第一子系统用于实现：接打电话、收发短信、处理图像信号、编解码、浏览网页、下载第三方应用、与其他电子设备进行数据传输、播放视频或播放音乐。
第二方面，本申请提供了一种电子设备，该电子设备包括：一个或多个处理器和一个或多个存储器。其中，该一个或多个存储器与该一个或多个处理器耦合，该一个或多个存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令，该一个或多个处理器用于执行该计算机指令以使得该电子设备执行如上述第一方面中任一项可能的实现方式的方法。
第三方面，本申请提供了一种芯片系统，该芯片系统应用于电子设备，该芯片系统包括一个或多个处理器，该处理器用于调用计算机指令以使得该电子设备执行如上述第一方面中任一项可能的实现方式的方法。
第四方面，本申请提供了一种计算机可读存储介质，包括指令，当该指令在电子设备上运行时，使得该电子设备执行如上述第一方面中任一项可能的实现方式的方法。
第五方面，本申请提供了一种计算机程序产品，当该计算机程序产品在电子设备上运行时，使得该电子设备执行如上述第一方面中任一项可能的实现方式的方法。
附图说明
图1为本申请实施例提供的一种子系统故障处理流程示意图；
图2为本申请实施例提供的一种电子设备装置架构示意图；
图3为本申请实施例提供的一种子系统故障处理方法的具体流程示意图；
图4为本申请实施例提供的另一种子系统故障处理方法的具体流程示意图；
图5为本申请实施例提供的一种模块交互方法示意图；
图6为本申请实施例提供的另一种模块交互方法示意图；
图7为本申请实施例提供的一种电子设备的软件模块示意图；
图8为本申请实施例提供的一种电子设备的硬件结构示意图。
具体实施方式
本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请得到说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指包含一个或多个所列出醒目的任何或所有可能组合。在本申请实施例中，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
电子设备的操作系统可以包括内核(kernel)以及一个或多个子系统。内核和子系统可以分别运行在不同的处理器中。其中，内核指的是一个支持硬件抽象层运行、磁盘及文件系统控制、支持应用层运行等用于执行电子设备主要功能的系统软件，是操作系统最基本的部分。一个或多个子系统可以包括但不限于如移动通信子系统(也记为modem子系统)、计算数字信号处理子系统(也记为cdsp子系统)、无线通信子系统(也记为wlan子系统)和高级数字信号处理子系统(也记为adsp子系统)等。电子设备可以控制不同的子系统实现不同的功能，例如，电子设备可以控制modem子系统实现接打电话、收发短信等移动通信功能，控制cdsp子系统实现处理图像信号、编解码等功能，控制wlan子系统实现浏览网页、下载第三方应用、与其他电子设备进行数据传输等无线通信功能，控制adsp子系统实现播放视频、播放音乐等功能。当某个子系统出现故障，电子设备无法通过该子系统实现相应的功能时，电子设备需要通过内核对该子系统进行故障处理，使得该子系统恢复正常工作。
首先，介绍本申请提供的一种子系统故障处理流程。
图1为本申请实施例提供的一种子系统故障处理流程示意图。
如图1所示，该子系统故障处理流程可以包括：
S101:电子设备检测到子系统1(可以称为第一子系统)发生故障。
电子设备可以通过内核检测各子系统是否发生故障。
在一些实施例中，电子设备可以通过内核每隔指定时间间隔A1向各子系统发送通信请求，然后，在发送该通信请求后的指定时长T1内，内核等待各子系统发送通信响应。若某个子系统(例如子系统1等)正常工作，则该内核可以在发送该通信请求后的指定时长T1内接收到该子系统的通信响应。若某个子系统发生故障，则该内核不能在发送该通信请求后的指定时长T1内接收到该子系统的通信响应。在另一些实施例中，当某个子系统发生故障时，该子系统可以向内核发送该子系统的故障状态指示(例如子系统1的故障状态指示等)。当电子设备通过内核接收到该子系统的故障状态指示时，可以确定该子系统发生故障。不限于上述示例，电子设备也可以通过其他方式检测到某个子系统发生故障，本申请不作限制。
其中，电子设备识别各子系统发送的通信响应的实现方式可以如下：
1).各子系统分别对应有各自的通信信道(例如子系统1对应有通信信道1等)。内核可以通过各子系统的通信信道发送通信请求和接收通信响应，若内核通过某个通信信道发送通信请求后的指定时长T1(可以称为第一指定时长)内，接收到了该通信信道传送的通信响应时，则电子设备确定该通信信道对应的子系统正常工作，否则确定该通信信道对应的子系统发生故障。例如，内核可以通过通信信道1向子系统1发送通信请求。若在通过通信信道1发送通信请求后的指定时长T1内，内核接收到通信信道1传送的通信响应时，电子设备确定通信信道1对应的子系统1正常工作；若在通过通信信道1发送通信请求后的指定时长T1内，内核没有接收到通信信道1传送的通信响应时，电子设备确定通信信道1对应的子系统1发生故障。
2).各子系统的通信响应可以携带各子系统的标识(例如子系统1的通信响应可以携带子系统1的标识)，内核可以通过该标识确定该通信响应的发送方。若内核向某个子系统发送通信请求后的指定时长T1内，接收到了携带有该子系统标识的通信响应时，则电子设备确定该子系统正常工作，否则确定该子系统发生故障。例如，若在向子系统1发送通信请求后的指定时长T1内，内核接收到携带有子系统1标识的通信响应时，电子设备确定子系统1正常工作；若在向子系统1发送通信请求后的指定时长T1内，内核没有接收到携带有子系统1标识的通信响应时，电子设备确定子系统1发生故障。
不限于上述示例，电子设备也可以通过其他方式识别各子系统发送的通信响应，本申请不作限制。
S102:电子设备控制子系统1执行热重启操作。
具体的，若电子设备检测到子系统1发生故障，则电子设备可以通过内核向子系统1发送子系统1的热重启指令，以触发子系统1响应于该热重启指令，执行热重启操作。
其中，子系统1热重启(也可以称为warm_reboot)指的是：在子系统1所运行的处理器不断开电源的情况下，重新启动加载该处理器上的子系统1。子系统1所运行的处理器可以称为第一处理器。
需要说明的是，“电子设备控制子系统1执行热重启操作”也即“电子设备热重启子系统1”。
S103:电子设备判断子系统1热重启是否成功。
具体的，若电子设备在通过内核向子系统1发送子系统1的热重启指令(可以称为第一热重启指令)后的指定时长T2(也可以称为第二指定时长)内，接收到子系统1发送的热重启响应，则电子设备确定子系统1热重启成功，否则电子设备确定子系统1热重启失败。在一种可能的实现方式中，指定时长T2可以大于指定时长T1。在其他可能的实现方式中，不限制指定时长T2和指定时长T1的大小。
S104A:若子系统1热重启成功，电子设备确定子系统1恢复正常工作，结束流程。
需要说明的是，子系统1发生故障的一种情况可以如下：子系统1出现异常，但可以接收到内核发送的数据信息(如前述的通信请求、子系统1的热重启指令等)，却无法响应于每一个通信请求从而回复对应的通信响应(例如接收三个通信请求只回复一个或两个通信响应，或者无法回复通信响应)，或者子系1可以接收到内核发送的通信请求，内核在发送通信请求的指定时长T1之后，才接收到子系统1的通信响应。在这种情况下，子系统1有概率能够处理热重启指令并回复热重启响应，执行热重启操作恢复正常工作。
S104B:若子系统1热重启失败，电子设备控制整台设备断电重启，恢复子系统1的正常工作。
其中，整台设备断电重启(即hard_reset)可以指的是：电子设备控制整台电子设备上的各硬件器件(包括各处理器等等)断开电源后又接通电源，重新启动加载整台电子设备的各个硬件器件上的系统(包括内核、各子系统、各子系统中的各模块等)。
需要说明的是，子系统1发生故障的另一种情况可以如下：子系统1出现异常，无法接收到内核发送的数据信息(如前述的通信请求、子系统1的热重启指令等)，在这种情况下，子系统1无法接收内核发送的子系统1的热重启指令，更无法处理该热重启指令并回复热重启响应、执行热重启操作，因此内核向子系统1发送子系统1的热重启指令后的指定时长T2内，无法接收到子系统1发送的热重启响应，从而确定子系统1热重启失败。
需要说明的是，“电子设备控制整台设备断电重启”也即“电子设备重启电子设备”。
从上述流程可以看出，若子系统1热重启失败，电子设备即会控制整台设备断电重启，以恢复子系统1的正常工作，这样会干扰电子设备的其他功能，且耗费时间长，恢复子系统1正常工作的效率也较低。
因此，本申请提供了一种子系统故障处理方法，该方法可以包括：当电子设备检测到子系统1发生故障时，电子设备可以控制子系统1执行热重启操作。若子系统1执行热重启操作失败，则电子设备可以控制子系统1执行冷重启操作。若子系统1执行冷重启操作失败，则电子设备再控制整台设备断电重启，恢复子系统1的正常工作。其中，子系统1的冷重启也即是指控制子系统1所运行的处理器断开电源后再接通电源，重新启动加载该处理器上的子系统1。在该子系统故障处理方法中，子系统1执行冷重启操作后恢复正常工作的概率较大，这样，电子设备针对子系统1所运行的处理器单独断电，减少对其他子系统以及对整台电子设备的影响，不干扰电子设备的其他功能，耗费时间短，并且恢复子系统1正常工作的效率也较高。
接下来，介绍本申请实施例提供的一种电子设备的装置架构。
图2为本申请实施例提供的一种电子设备装置架构示意图。
如图2所示，电子设备可以包括：内核(kernel)、一个或多个子系统(如图2所示的移动通信子系统modem、无线通信子系统wlan、计算数字信号处理子系统cdsp、高级数字信号处理子系统adsp等等)和供电系统(也可以称为功率管理集成电路，power managementintegrated circuit，PMIC)等等。其中：
内核可以向一个或多个子系统发送数据信息(如前述的通信请求、热重启指令等)，以控制子系统响应于内核发送的数据信息执行相应的操作。内核也可以向供电系统发送指令(例如某个子系统的冷重启指令、设备重启指令、子系统中某个模块的冷重启指令等)，以触发供电系统控制某个子系统/电子设备/子系统中某个模块断开电源、接通电源等。
各子系统可以处理对应的任务，例如modem子系统可以处理接打电话、收发短信等移动通信任务，cdsp子系统可以处理图像信号、编解码等数据运算任务，wlan子系统可以处理浏览网页、下载第三方应用、与其他电子设备进行数据传输等无线通信任务，adsp子系统可以实现播放视频、播放音乐等音频任务。在一些可能的实现方式中，各子系统可以包括一个或多个模块，子系统中不同的模块可以执行不同的功能，如图2所示，adsp子系统可以包括音频(audio)模块、传感器(sensor)模块等等。
其中，各子系统可以分别运行在不同的处理器上，或者，一个处理器上也可以运行不同的子系统。子系统中的各模块可以分别运行在不同的硬件单元上，或者，一个硬件单元上也可以运行不同的模块。子系统所运行的处理器中可以包括该子系统上各模块所运行的硬件单元。本申请实施例中所描述的子系统1可以是图2中所示的移动通信子系统、无线通信子系统、计算数字信号处理子系统、高级数字信号处理子系统中任意的一个，或者也可以是不同于图2示出的子系统，本申请对此不作限制。
供电系统(PMIC)可以控制电子设备上各个硬件器件(包括内核所运行的处理器、各子系统所运行的处理器、各模块所运行的硬件单元等)断开电源和/或接通电源。也即是说，供电系统可以单独控制某个硬件器件(例如子系统1所运行的处理器等)断开电源和/或接通电源，其他硬件器件(例如内核所运行的处理器等)则不受影响；供电系统也可以控制整台电子设备的所有硬件器件一起断开电源和/或接通电源。
需要说明的是，图2仅仅用于示例性解释本申请，在具体的实现方式中，电子设备的装置架构可以不同于图2，本申请不作限制。
接下来，介绍本申请实施例提供的一种子系统故障处理方法的具体流程。
图3为本申请实施例提供的一种子系统故障处理方法的具体流程示意图。
如图3所示，该子系统故障处理方法的具体流程可以包括：
S301:电子设备检测到子系统1发生故障。
具体的，该步骤的说明可以参考前述图1中S101的描述。
S302:电子设备控制子系统1执行热重启操作。
具体的，该步骤的说明可以参考前述图1中S102的描述。
S303:电子设备判断子系统1是否热重启成功。
具体的，该步骤的说明可以参考前述图1中S103的描述。
情况一：子系统1热重启成功。
S304A:若子系统1热重启成功，电子设备确定子系统1恢复正常工作，结束流程。
情况二：子系统1热重启失败。
S304B:若子系统1热重启失败，电子设备控制子系统1执行冷重启操作。
其中，子系统1冷重启指的是：控制子系统1所运行的处理器断开电源后再接通电源，重新启动加载该处理器上的子系统1。
具体的，电子设备可以通过供电系统控制子系统1执行冷重启操作。若子系统1热重启失败，则电子设备可以通过内核向供电系统(PMIC)发送子系统1的冷重启指令。响应于该子系统1的冷重启指令，供电系统可以控制子系统1所运行的处理器断开电源后再接通电源，重新启动加载该处理器上的子系统1。
需要说明的是，“电子设备控制子系统1执行冷重启操作”也即“电子设备冷重启子系统1”。
S305:电子设备判断子系统1是否冷重启成功。
具体的，当供电系统(PMIC)控制子系统1所运行的处理器断开电源后再接通电源，重新启动加载该处理器上的子系统1后，电子设备可以通过内核每隔指定时间间隔A1向子系统1发送通信请求，然后，在发送该通信请求后的指定时长T1内，内核等待子系统1发送通信响应。若子系统1冷重启成功恢复了正常工作，则该内核可以在发送该通信请求后的指定时长T1内接收到子系统1的通信响应。若子系统1冷重启失败，没有恢复正常工作，则该内核不能在发送该通信请求后的指定时长T1内接收到子系统1的通信响应。
在一些实施例中，若子系统1冷重启失败，没有恢复正常工作，该子系统1可以向内核发送子系统1的故障状态指示。当电子设备通过内核接收到该子系统1的故障状态指示时，可以确定子系统1冷重启失败，没有恢复正常工作。
情况一：子系统1冷重启成功。
S306A:若子系统1冷重启成功，则电子设备确定子系统1恢复正常工作，结束流程。
情况二：子系统1冷重启失败。
S306B:若子系统1冷重启失败，则电子设备控制整台设备断电重启，恢复子系统1的正常工作。
具体的，该步骤的说明可以参考前述图1中S104B的描述。
这样，实施本申请实施例提供的该子系统故障处理方法，针对子系统1所运行的处理器单独断电，减少对其他子系统以及对整台电子设备的影响，不干扰电子设备的其他功能，耗费时间短，并且恢复子系统1正常工作的效率也较高。
下面，介绍本申请实施例提供的另一种子系统故障处理方法的具体流程。
图4为本申请实施例提供的另一种子系统故障处理方法的具体流程示意图。
如图4所示，该子系统故障处理方法的具体流程可以包括：
S401:电子设备检测到子系统1中的模块1发生故障。
具体的，当模块1(可以称为第一模块)发生故障时，电子设备可以通过内核接收到子系统1发送的模块1的故障状态指示。当电子设备通过内核接收到模块1的故障状态指示时，电子设备可以确定子系统1中的模块1发生故障。不限于此，电子设备也可以通过其他方式检测到子系统1中的模块1发生故障，本申请对此不作限制。
S402:电子设备控制子系统1的模块1执行热重启操作。
其中，模块1热重启指的是：在模块1所运行的硬件单元不断开电源的情况下，重新启动加载该硬件单元上的模块1。
具体的，在电子设备检测到模块1发生故障后，电子设备可以通过内核向模块1发送模块1的热重启指令，以触发模块1响应于该热重启指令，执行热重启操作。
需要说明的是，“电子设备控制子系统1的模块1执行热重启操作”也即“电子设备热重启子系统1中的模块1”。
S403:电子设备判断子系统1中的模块1是否热重启成功。
具体的，若电子设备在通过内核向模块1发送模块1的热重启指令后的指定时长T3内，接收到模块1发送的热重启响应，则电子设备确定模块1热重启成功，否则电子设备确定模块1热重启失败。不限于此，电子设备也可以通过其他方式判断子系统1中的模块1是否热重启成功，本申请对此不作限制。其中，指定时长T3和指定时长T2的数值可以相同，也可以不相同，本申请对此不作限制。
情况一：模块1热重启成功。
S404A:若模块1热重启成功，则电子设备确定子系统1中的模块1恢复正常工作，结束流程。
情况二：模块1热重启失败。
S404B:若模块1热重启失败，则电子设备控制子系统1中的模块1执行冷重启操作。
其中，模块1冷重启指的是：控制模块1所运行的硬件单元断开电源后再接通电源，重新启动加载该硬件单元上的模块1。
具体的，若模块1热重启失败，则电子设备可以通过内核向供电系统(PMIC)发送模块1的冷重启指令。响应于该模块1的冷重启指令，供电系统可以控制模块1所运行的硬件单元断开电源后再接通电源，重新启动加载该硬件单元上的模块1。
需要说明的是，“电子设备控制子系统1中的模块1执行冷重启操作”也即“电子设备冷重启子系统1中的模块1”。
S405:电子设备判断子系统1中的模块1是否冷重启成功。
具体的，电子设备可以通过内核向子系统1发送模块1的状态检测请求。若响应于该模块1的状态检测请求，子系统1向内核发送模块1的正常状态指示，则电子设备确定模块1冷重启成功；若响应于该模块1的状态检测请求，子系统1向内核发送模块1的故障状态指示，则电子设备确定模块1冷重启失败。不限于此，电子设备也可以通过其他方式判断模块1是否冷重启成功，本申请对此不作限制。
情况一：模块1冷重启成功。
S406A:若模块1冷重启成功，则电子设备确定子系统1中的模块1恢复正常工作，结束流程。
情况二：模块1冷重启失败。
S406B:若模块1冷重启失败，则电子设备控制子系统1执行冷重启操作。
具体的，若模块1冷重启失败，模块1无法恢复正常工作，则电子设备可以通过内核向供电系统(PMIC)发送子系统1的冷重启指令。响应于该子系统1的冷重启指令，供电系统可以控制子系统1所运行的处理器断开电源后再接通电源，重新启动加载该处理器上的子系统1。其中，子系统1所运行的处理器中可以包括模块1所运行的硬件单元，因此，当子系统1所运行的处理器断开电源后再接通电源，模块1所运行的硬件单元同样也断开电源后再接通电源。
S407:电子设备判断子系统1冷重启后，模块1是否能正常工作。
具体的，电子设备可以通过内核向子系统1发送模块1的状态检测请求。若响应于该模块1的状态检测请求，子系统1向内核发送模块1的正常状态指示，则电子设备确定模块1能够正常工作；若响应于该模块1的状态检测请求，子系统1向内核发送模块1的故障状态指示，则电子设备确定模块1不能正常工作。不限于此，电子设备也可以通过其他方式判断子系统1冷重启后，模块1是否能正常工作，本申请对此不作限制。
情况一：子系统1冷重启后模块1能正常工作。
S408A:若子系统1冷重启后模块1能正常工作，则电子设备确定模块1恢复正常工作，结束流程。
情况二：子系统1冷重启后模块1不能正常工作。
S408B:若子系统1冷重启后模块1不能正常工作，则电子设备控制整台设备断电重启，恢复模块1的正常工作。
具体的，该步骤的说明可以参考前述图1中S104B的描述。
这样，实施本申请实施例提供的该子系统故障处理方法，针对模块1所运行的硬件单元单独断电，减少对子系统1上其他模块和其他子系统甚至整台电子设备的影响，不干扰电子设备的其他功能，耗费时间短，并且恢复模块1正常工作的效率也较高。
接下来，结合图3介绍本申请实施例提供的一种模块交互方法。
图5为本申请实施例提供的一种模块交互方法示意图。
如图5所示，该模块交互方法具体可以包括：
S501:内核检测到子系统1发生故障。
具体的，内核可以每隔指定时间间隔A1向各子系统发送通信请求，然后，在发送该通信请求后的指定时长T1内，内核等待各子系统发送通信响应。若某个子系统(例如子系统1等)正常工作，则该内核可以在发送该通信请求后的指定时长T1内接收到该子系统的通信响应。若某个子系统发生故障，则该内核不能在发送该通信请求后的指定时长T1内接收到该子系统的通信响应。在另一些实施例中，当某个子系统发生故障时，该子系统可以向内核发送该子系统的故障状态指示(例如子系统1的故障状态指示等)。当内核接收到该子系统的故障状态指示时，可以确定该子系统发生故障。不限于上述示例，内核也可以通过其他方式检测到子系统1发生故障，本申请不作限制。
S502:内核向子系统1发送子系统1的热重启指令。
内核判断子系统1是否热重启成功：
情况一：子系统1热重启成功。
S503:接收到子系统1的热重启指令后，子系统1向内核发送子系统1的热重启响应。
S504:响应于子系统1的热重启指令，子系统1执行热重启操作。
其中，关于子系统1的热重启说明可以参考前述实施例，在此不赘述。
S505:在发送子系统1的热重启指令后的指定时长T2内，内核接收到子系统1的热重启响应，则确定子系统1热重启成功，恢复正常工作。
情况二：子系统1热重启失败。
S506:在发送子系统1的热重启指令后的指定时长T2内，内核没有接收到子系统1的热重启响应，则确定子系统1热重启失败。
S507:若子系统1热重启失败，内核向供电系统(pmic)发送子系统1的冷重启指令。
S508:响应于子系统1的冷重启指令，供电系统控制子系统1冷重启。
其中，供电系统控制子系统1冷重启，也即是指供电系统针对子系统1所运行的处理器断开电源，然后再接通电源，重新启动加载该处理器上的子系统1。这个过程中，并不影响电子设备上其他子系统的运行进程。
内核判断子系统1是否冷重启成功：
情况一：子系统1冷重启成功。
S509:内核向子系统1发送通信请求。
S510:响应于该通信请求，子系统1向内核发送通信响应。
S511:在发送通信请求后的指定时长T1内，内核接收到子系统1的通信响应，则确定子系统1冷重启成功，恢复正常工作。
情况二：子系统1冷重启失败。
S512:在发送通信请求后的指定时长T1内，内核没有接收到子系统1的通信响应，则确定子系统1冷重启失败。
S513:若子系统1冷重启失败，内核向供电系统发送设备重启指令。
S514:响应于设备重启指令，供电系统控制整台设备断电重启，恢复子系统1的正常工作。
具体的，该步骤的说明可以参考前述图1中S104B的描述。
下面，结合图4介绍本申请实施例提供的另一种模块交互方法。
图6为本申请实施例提供的另一种模块交互方法示意图。
如图6所示，该模块交互方法具体可以包括：
S601:内核检测到子系统1中模块1发生故障。
具体的，当模块1发生故障时，内核可以接收到子系统1发送的模块1的故障状态指示。当内核接收到模块1的故障状态指示时，内核可以确定子系统1中的模块1发生故障。不限于此，内核也可以通过其他方式检测到子系统1中的模块1发生故障，本申请对此不作限制。
S602:内核向子系统1中的模块1发送模块1的热重启指令。
内核判断模块1是否热重启成功：
情况一：模块1热重启成功。
S603:接收到模块1的热重启指令后，模块1向内核发送模块1的热重启响应。
S604:响应于模块1的热重启指令，模块1执行热重启操作。
其中，关于模块1的热重启说明可以参考前述实施例，在此不赘述。
S605:在发送模块1的热重启指令后的指定时长T3内，内核接收到模块1的热重启响应，则确定模块1热重启成功，恢复正常工作。
情况二：模块1热重启失败。
S606:在发送模块1的热重启指令后的指定时长T3内，内核没有接收到模块1的热重启响应，则确定模块1热重启失败。
S607:若模块1热重启失败，内核向供电系统发送模块1的冷重启指令。
S608:响应于模块1的冷重启指令，供电系统控制模块1冷重启。
其中，供电系统控制模块1冷重启，也即是指供电系统针对模块1所运行的硬件单元断开电源，然后再接通电源，重新启动加载该硬件单元上的模块1。这个过程中，并不影响子系统1中的其他模块以及电子设备上其他子系统的运行进程。
内核判断模块1是否冷重启成功：
S609：内核向子系统1发送模块1的状态检测请求。
情况一：模块1冷重启成功。
S610：响应于该模块1的状态检测请求，子系统1向内核发送模块1的正常状态指示。
S611：当接收到模块1的正常状态指示时，内核可以确定模块1冷重启成功，恢复正常工作。
情况二：模块1冷重启失败。
S612：响应于该模块1的状态检测请求，子系统1向内核发送模块1的故障状态指示。
S613：当接收到模块1的故障状态指示时，内核可以确定模块1冷重启失败。
S614：若模块1冷重启失败，内核向供电系统发送子系统1的冷重启指令。
S615：响应于该子系统1的冷重启指令，供电系统控制子系统1冷重启。
其中，供电系统控制子系统1冷重启，也即是指供电系统针对子系统1所运行的处理器断开电源，然后再接通电源，重新启动加载该处理器上的子系统1。这个过程中，并不影响电子设备上其他子系统的运行进程。
内核判断子系统1冷重启后模块1是否正常工作：
S616：内核向子系统1发送模块1的状态检测请求。
情况一：子系统1冷重启后模块1能正常工作。
S617：响应于该模块1的状态检测请求，子系统1向内核发送模块1的正常状态指示。
S618：当接收到模块1的正常状态指示时，内核可以确定模块1能正常工作。
情况二：子系统1冷重启后模块1不能正常工作。
S619：响应于该模块1的状态检测请求，子系统1向内核发送模块1的故障状态指示。
S620：当接收到模块1的故障状态指示时，内核可以确定模块1不能正常工作。
S621：若子系统1冷重启后模块1不能正常工作，内核向供电系统发送设备重启指令。
S622：响应于设备重启指令，供电系统控制整台设备断电重启，恢复模块1的正常工作。
具体的，该步骤的说明可以参考前述图1中S104B的描述。
接下来，介绍本申请实施例提供的一种电子设备的软件模块。
图7为本申请实施例提供的一种电子设备的软件模块示意图。
电子设备的软件系统可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构。本申请实施例以分层架构的系统为例，示例性说明电子设备的软件结构。分层架构将软件分成若干个层。每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。
如图7所示，应用程序层可以包括一系列应用程序包。应用程序包可以包括相机、日历、备忘录、天气和浏览器等。
如图7所示，应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。例如，应用程序框架层可以包括窗口管理器，内容提供器，电话管理器，资源管理器，通知管理器等。其中：
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
如图7所示，Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。其中：
表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
如图7所示，内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动和音频驱动。
本申请实施例中，内核层可以包括子系统故障处理模块。该子系统故障处理模块可以用于检测子系统和/或子系统中的模块是否发生故障。若子系统/子系统中某个模块发生故障，则该子系统故障处理模块可以向该子系统/子系统中该模块发送热重启指令，以触发该子系统/子系统中该模块执行热重启操作；或者，该子系统故障处理模块可以向供电系统发送该子系统的冷重启指令/该模块的冷重启指令，以触发供电系统控制该子系统/该模块执行冷重启操作；或者，该子系统故障处理模块可以向供电系统发送设备重启指令，以触发供电系统控制整台电子设备断开电源后又接通电源，重新启动加载整台电子设备中各个硬件器件上的系统。
需要说明的是，图7仅仅用于示例性解释本申请，并不对本申请构成限制。
下面，介绍本申请实施例提供的一种电子设备的硬件结构。
图8为本申请实施例提供的一种电子设备的硬件结构示意图。
如图8所示，电子设备100即为本申请实施例中描述的电子设备。
本申请实施例中，电子设备100可以是手机、平板电脑、PC、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personaldigitalassistant，PDA)等电子设备。本申请对该电子设备的具体类型不作任何限制。
如图8所示，电子设备100可以包括处理器801、存储器802、传感器模块803、显示屏804、无线通信模块805(可选的)、音频模块806(可选的)和麦克风807(可选的)。其中，处理器801、存储器802、传感器模块803、显示屏804、无线通信模块805、音频模块806和麦克风807可以通过总线连接。
可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100还可以包括比图8所示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图8所示的部件可以以硬件，软件或软件和硬件的组合来实现。
处理器801可以包括一个或多个处理器单元，例如处理器801可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器801中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器801中的存储器为高速缓冲存储器。该存储器可以保存处理器801刚用过或循环使用的指令或数据。如果处理器801需要再次使用该指令或数据，可以从所述存储器中直接调用。避免了重复存取，减少了处理器801的等待时间，因而提高了系统的效率。
在一些实施例中，处理器801可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或USB接口等。
存储器802与处理器801耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器802可以包括易失性存储器(volatile memory)，例如随机存取存储器(randomaccessmemory，RAM)；也可以包括非易失性存储器(non-vlatile memory)，例如ROM、快闪存储器(flash memory)、硬盘驱动器(Hard Disk Drive，HDD)或固态硬盘(SolidState Drives，SSD)；存储器802还可以包括上述种类的存储器的组合。存储器802还可以存储一些程序代码，以便于处理器801调用存储器802中存储的程序代码，以实现本申请实施例在电子设备100中的实现方法。存储器802可以存储操作系统，例如uCOS、VxWorks、RTLinux等嵌入式操作系统。
传感器模块803可以包括多个传感器件，例如，指纹传感器和姿态传感器等。指纹传感器可以用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。姿态传感器可以用于确定电子设备100的姿态，例如，姿态传感器可以确定电子设备100处于滚动姿态，或者，可以确定电子设备100处于悬停姿态等等。在一些示例中，传感器模块803还可以包括触摸传感器。触摸传感器可以设置于显示屏804，由触摸传感器与显示屏804组成触摸屏，也称“触控屏”。触摸传感器可以用于检测作用于其上或附近的触摸操作。
显示屏804可以用于显示图像、视频等。显示屏804可以包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dotlight emitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏804，N为大于1的正整数。
无线通信模块805可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块805可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块805经由天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器801。无线通信模块805还可以从处理器801中接收待发送的信号，对其进行调频、放大，经天线转为电磁波辐射出去。在一些实施例中，电子设备100还可以通过无线通信模块805中的蓝牙模块(图8未示出)、WLAN模块(图8未示出)发射信号探测或扫描在电子设备100附近的设备，并与该附近的设备建立无线通信连接以传输数据。其中，蓝牙模块可以提供包括经典蓝牙(basic rate/enhanceddatarate，BR/EDR)或蓝牙低功耗(bluetooth low energy，BLE)中一项或多项蓝牙通信的解决方案，WLAN模块可以提供包括Wi-Fi direct、Wi-Fi LAN或Wi-Fi softAP中一项或多项WLAN通信的解决方案。
音频模块806可以用于将数字音频信息转换成模拟音频信号输出，也可以用于将模拟音频输入转换成数字音频信号。音频模块806还可以用于对音频信号编码和解码。在一些实施例中，音频模块806还可以设置于处理器801中，或将音频模块806的部分功能模块设置于处理器801中。
麦克风807，也可以称“话筒”，“传声器”，可以用于采集电子设备周围环境中的声音信号，再将该声音信号转换为电信号，再将该电信号经过一系列处理，例如模数转换等，得到电子设备的处理器801可以处理的数字形式的音频信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风807发声，将声音信号输入到麦克风807。电子设备100可以设置至少一个麦克风807。在另一些实施例中，电子设备100可以设置两个麦克风807，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风807，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
需要说明的是，图8中示出的电子设备100仅仅用于示例性解释本申请所提供的电子设备的硬件结构，并不对本申请构成具体限制。
上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (14)

1.一种子系统故障处理方法，其特征在于，包括：
电子设备检测到第一子系统发生故障；
所述电子设备热重启所述第一子系统；
若所述第一子系统热重启失败，所述电子设备通过供电系统冷重启所述第一子系统；
若所述第一子系统冷重启成功，所述电子设备确定所述第一子系统恢复正常工作；
若所述第一子系统冷重启失败，所述电子设备重启所述电子设备。
2.根据权利要求1所述的方法，其特征在于，所述电子设备热重启所述第一子系统，具体包括：
所述电子设备在所述第一子系统所运行的第一处理器不断开电源的情况下，重新启动加载所述第一处理器上的所述第一子系统。
3.根据权利要求1所述的方法，其特征在于，所述电子设备通过供电系统冷重启所述第一子系统，具体包括：
所述电子设备通过所述供电系统控制所述第一处理器断开电源后再接通电源，重新启动加载所述第一处理器上的所述第一子系统。
4.根据权利要求1所述的方法，其特征在于，所述电子设备重启所述电子设备，具体包括：
所述电子设备控制所述电子设备上各硬件器件断开电源后又接通电源，重新启动加载所述各个硬件器件上的系统。
5.根据权利要求1所述的方法，其特征在于，电子设备检测到第一子系统发生故障，具体包括：
所述电子设备通过内核向所述第一子系统发送通信请求；
在发送所述通信请求后的第一指定时长内，若所述电子设备没有通过内核接收到所述第一子系统的通信响应时，所述电子设备确定所述第一子系统发生故障。
6.根据权利要求1所述的方法，其特征在于，若所述第一子系统热重启失败，所述电子设备通过供电系统冷重启所述第一子系统，具体包括：
所述电子设备通过内核向所述第一子系统发送第一热重启指令；其中，所述第一热重启指令用于控制所述第一子系统执行热重启操作；
在发送所述第一热重启指令之后的第二指定时长内，所述电子设备没有通过所述内核接收到所述第一子系统的热重启响应时，所述电子设备确定所述第一子系统热重启失败。
7.根据权利要求1所述的方法，其特征在于，电子设备检测到第一子系统发生故障，具体包括：
所述电子设备检测到所述第一子系统中的第一模块发生故障。
8.根据权利要求7所述的方法，其特征在于，所述电子设备热重启所述第一子系统，具体包括：
所述电子设备热重启所述第一子系统中的所述第一模块。
9.根据权利要求8所述的方法，其特征在于，若所述第一子系统热重启失败，所述电子设备通过供电系统冷重启所述第一子系统，具体包括：
若所述第一子系统中的所述第一模块热重启失败，所述电子设备通过供电系统冷重启所述第一子系统中的所述第一模块。
10.根据权利要求1所述的方法，其特征在于，所述第一子系统用于实现：接打电话、收发短信、处理图像信号、编解码、浏览网页、下载第三方应用、与其他电子设备进行数据传输、播放视频或播放音乐。
11.一种电子设备，其特征在于，所述电子设备包括：一个或多个处理器和一个或多个存储器；其中，所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器用于执行所述计算机指令以使得所述电子设备执行如权利要求1-10中任一项所述的方法。
12.一种芯片系统，其特征在于，所述芯片系统应用于电子设备，所述芯片系统包括一个或多个处理器，所述处理器用于调用计算机指令以使得所述电子设备执行如权利要求1-10中任一项所述的方法。
13.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-10中任一项所述的方法。
14.一种计算机程序产品，其特征在于，当所述计算机程序产品在电子设备上运行时，使得所述电子设备执行如权利要求1-10中任一项所述的方法。
CN202410174050.5A 2024-02-06 2024-02-06 子系统故障处理方法及电子设备 Pending CN119248564A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410174050.5A CN119248564A (zh) 2024-02-06 2024-02-06 子系统故障处理方法及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410174050.5A CN119248564A (zh) 2024-02-06 2024-02-06 子系统故障处理方法及电子设备

Publications (1)

Publication Number Publication Date
CN119248564A true CN119248564A (zh) 2025-01-03

Family

ID=94033384

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410174050.5A Pending CN119248564A (zh) 2024-02-06 2024-02-06 子系统故障处理方法及电子设备

Country Status (1)

Country Link
CN (1) CN119248564A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101873217A (zh) * 2010-07-08 2010-10-27 杭州华三通信技术有限公司 一种以太网供电设备重启控制方法及其装置
JP2016207122A (ja) * 2015-04-28 2016-12-08 京セラドキュメントソリューションズ株式会社 電子機器およびリブートプログラム
CN111984464A (zh) * 2020-07-25 2020-11-24 苏州浪潮智能科技有限公司 一种可编程逻辑器件监控重启方法、装置及系统
CN112527558A (zh) * 2020-12-08 2021-03-19 广东小天才科技有限公司 一种分析子系统死机的方法、系统和终端设备
CN115098291A (zh) * 2022-06-30 2022-09-23 苏州浪潮智能科技有限公司 一种系统重启原因记录的方法、系统、存储介质及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101873217A (zh) * 2010-07-08 2010-10-27 杭州华三通信技术有限公司 一种以太网供电设备重启控制方法及其装置
JP2016207122A (ja) * 2015-04-28 2016-12-08 京セラドキュメントソリューションズ株式会社 電子機器およびリブートプログラム
CN111984464A (zh) * 2020-07-25 2020-11-24 苏州浪潮智能科技有限公司 一种可编程逻辑器件监控重启方法、装置及系统
CN112527558A (zh) * 2020-12-08 2021-03-19 广东小天才科技有限公司 一种分析子系统死机的方法、系统和终端设备
CN115098291A (zh) * 2022-06-30 2022-09-23 苏州浪潮智能科技有限公司 一种系统重启原因记录的方法、系统、存储介质及设备

Similar Documents

Publication Publication Date Title
KR102148948B1 (ko) 전자 장치의 멀티 태스킹 방법 및 그 전자 장치
EP4195870B1 (en) Data transmission method and terminal
CN117130824B (zh) 一种处理异常的方法、电子设备及存储介质
CN111381996B (zh) 内存异常处理方法及装置
US20230367572A1 (en) Patch Package Installation Method and Apparatus
CN116048628B (zh) 设备启动方法及电子设备
WO2023202406A1 (zh) 显示方法及电子设备
CN114489917A (zh) 应用程序异常退出的处理方法、电子设备和可读存储介质
CN116107922A (zh) 一种应用程序的管理方法及电子设备
WO2023087875A1 (zh) 进程调度方法和终端设备
CN113608610B (zh) 交互控制方法、电子设备及系统
CN111726848B (zh) 设备绑定方法、目标启动装置、固定终端及存储介质
CN119248564A (zh) 子系统故障处理方法及电子设备
CN116257262A (zh) 内核升级方法、芯片、电子设备及计算机可读存储介质
CN118277120B (zh) 一种管理系统服务的方法及相关装置
CN115268809A (zh) 多屏协同过程中恢复窗口的方法、电子设备和系统
CN116033333B (zh) 确定位置信息的方法、电子设备及可读存储介质
CN114490442B (zh) 文件片段调整方法及电子设备
CN115033193B (zh) 转屏处理方法、装置、介质及电子设备
CN117082419A (zh) 扬声器控制方法、系统、装置、设备和存储介质
CN116996765A (zh) 控制芯片的管理方法、电子设备和计算机可读存储介质
CN116055643A (zh) 可视化语音信箱服务启动方法及电子设备
CN117135263B (zh) 日志信息获取方法、电子设备及计算机可读存储介质
CN118656100B (zh) 应用程序运行的调整方法及电子设备
CN116719556B (zh) 系统升级的方法和电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Country or region after: China

Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040

Applicant after: Honor Terminal Co.,Ltd.

Address before: 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong

Applicant before: Honor Device Co.,Ltd.

Country or region before: China

CB02 Change of applicant information