对比文件的名称：2014-02-26_发明公开_EP2699977A2 THERMAL LOAD MANAGEMENT IN A PORTABLE COMPUTING DEVICE
目标专利的名称：166多核处理器的热缓解CN107111518B
本次调用的模型名称：DeepSeek
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述UE具有包括多个核的处理器，所述多个核包括第一核和剩余核，所述方法包括：确定所述多个核中的所述第一核的温度，所述第一核处理负载<br>《直接公开》 | [p0065] “the CPU 110 may comprise a zeroth core 222, a first core 224, and an Nth core 230...” （CPU 110可以包括第0核222、第一核224和第N核230...）<br>[p0076] “The thermal sensors 157, in addition to being controlled and monitored by an ADC controller 103, may also be controlled and monitored by one or more thermal policy manager module(s) 101.” （温度传感器157，除了由ADC控制器103控制和监视外，也可以由一个或多个热策略管理器模块101控制和监视。）<br>[p0138] “...based on temperature readings from sensors 157, drivers executed on one or more of the cores themselves may be leveraged to cause a process load reallocation from a "hot" core to a "cool," or otherwise less utilized, core.” （...基于来自传感器157的温度读数，可以利用在一个或多个核本身上执行的驱动器来引起从“热”核到“冷”核或未充分利用核的处理负载重新分配。） | 对比文件直接公开了技术特征A。对比文件描述了具有多个核（例如核222、224、230）的CPU 110（即处理器）[p0065]。对比文件公开了通过温度传感器157监测组件（包括CPU核心）的温度[p0076]。并且，对比文件明确描述了处理负载从“热”核重新分配的情况，这隐含了第一核正在处理负载[p0138]。因此，本领域技术人员能够毫无疑义地从对比文件得出一个具有多核处理器的设备确定其中第一核温度的技术方案，且该第一核在处理负载。 |
| **技术特征B**：响应于确定所述第一核的温度大于预缓解温度阈值且不大于缓解温度阈值而确定所述剩余核中的第二核的温度，所述缓解温度阈值大于所述预缓解温度阈值<br>《隐含公开》 | [p0132] “In this exemplary second thermal state 310, the thermal policy manager 101 may initiate or request the monitor module 114 and/or operating system ("O/S") module 207... to start applying thermal mitigation techniques...” （在这个示例性的第二热状态310中，热策略管理器101可以启动或请求监视器模块114和/或操作系统(“O/S”)模块207...开始应用热缓解技术...）<br>[p0132] “The temperature range for this second thermal state may include those of about 50° C to about 80°C.” （这个第二热状态的温度范围可以包括大约50°C到大约80°C。）<br>[p0147] “The temperature range for this third and severe thermal state 310 may comprise a range between about 80°C to about 100°C.” （这个第三严重热状态310的温度范围可以包括大约80°C到大约100°C。）<br>[p0138] “Based on temperature readings from sensors 157, drivers executed on one or more of the cores themselves may be leveraged to cause a process load reallocation from a "hot" core to a "cool," or otherwise less utilized, core.” （基于来自传感器157的温度读数，可以利用在一个或多个核本身上执行的驱动器来引起从“热”核到“冷”核或未充分利用核的处理负载重新分配。） | 对比文件隐含公开了技术特征B。对比文件定义了多个热状态（例如第二状态310、第三状态315），每个状态对应不同的温度范围并触发不同的热缓解措施[p0132, p0147]。第二状态（QoS状态）的温度范围（约50-80°C）可被视为“预缓解温度阈值”范围，第三状态（严重状态）的温度范围（约80-100°C）可被视为“缓解温度阈值”范围。当温度处于第二状态范围内（即大于第一阈值且不大于第二阈值）时，会应用热缓解技术，如处理负载重新分配[p0132]。要进行负载重新分配，必然需要识别“冷”核或未充分利用核[p0138]，而识别这样的核需要知道其温度。因此，本领域技术人员可以合理推断，在响应于第一核温度处于特定范围而决定采取负载转移措施时，会去确定剩余核（如第二核）的温度以选择转移目标。尽管对比文件没有明确将两个阈值与“确定第二核温度”这一动作按所述逻辑顺序直接关联，但根据其公开的整体方案进行推理，可以得出该技术特征。 |
| **技术特征C**：响应于确定所述第二核的温度大于负载共享温度阈值而将所述第一核的所述负载的至少一部分、但非所有所述负载转移到所述第二核，所述负载共享温度阈值小于所述预缓解温度阈值<br>《隐含公开》 | [p0136] “The thermal load mitigation technique of spatial load shifting comprises the activation and deactivation of cores within a multi-core processor system... A ‘hole’ is effectively moved in MIPS around the cores to cool them...” （空间负载转移的热负载缓解技术包括多核处理器系统内核心的激活和停用...一个“空洞”有效地在核心间移动MIPS来冷却它们...）<br>[p0138] “Based on temperature readings from sensors 157, drivers executed on one or more of the cores themselves may be leveraged to cause a process load reallocation from a "hot" core to a "cool," or otherwise less utilized, core.” （基于来自传感器157的温度读数，可以利用在一个或多个核本身上执行的驱动器来引起从“热”核到“冷”核或未充分利用核的处理负载重新分配。）<br>[p0182] “According to this process reallocation thermal load mitigation technique, the thermal policy manager 101, the monitor module 114, and/or the O/S module 207 may shift the process workload of one core to one or more other cores in a multi-core processor 110.” （根据这种处理重新分配热负载缓解技术，热策略管理器101、监视器模块114和/或O/S模块207可以将一个核的处理工作负载转移到多核处理器110中的一个或多个其他核。）<br>[p0184] “In the exemplary embodiment illustrated by multi-core processor 1 IOC of FIG. 13 A, the zeroth core 222 and the first core 224 may have exemplary workloads of 80% while the second core 226 and the third core 228 have no loads whatsoever... then the thermal policy manager 101 may apply or request that a process reallocation thermal load mitigation technique be applied in which all of the workload of the two active cores 222, 224 be shifted to the two inactive cores 226, 228.” （在图13A的示例性实施例中，多核处理器1IOC，第0核222和第一核224可以具有80%的示例性工作负载，而第二核226和第三核228没有任何负载...然后热策略管理器101可以应用或请求应用处理重新分配热负载缓解技术，其中两个活跃核222、224的所有工作负载被转移到两个不活跃核226、228。） | 对比文件隐含公开了技术特征C。对比文件公开了“空间负载转移”和“处理负载重新分配”作为热缓解技术，其涉及将负载从一个核转移到另一个核[p0136, p0138, p0182]。对比文件也公开了转移“所有”负载的示例（如从核222/224转移到核226/228）[p0184]。本领域技术人员可以理解，负载转移的程度（部分或全部）可以根据系统状态（如目标核的温度）进行调整。虽然对比文件没有明确记载一个名为“负载共享温度阈值”的特定阈值，但其公开了基于温度读数进行负载重新分配[p0138]。隐含地，如果目标核（第二核）的温度较高（但可能仍低于热核），可能不适合将所有负载都转移给它，而只转移一部分负载是合理的，以避免目标核过快过热。这种“部分转移”是负载管理中的常见策略。因此，通过推理，本领域技术人员有可能从对比文件公开的基于温度进行负载重新分配的概念中，推断出当第二核温度高于某个（未明确定义的）阈值时，进行部分负载转移的技术方案。该未定义阈值在逻辑上小于触发初始负载转移的“预缓解温度阈值”。 |
| **技术特征D**：以及响应于确定所述第二核的温度小于所述负载共享温度阈值而将所述第一核的所有所述负载转移到所述第二核。<br>《隐含公开》 | [p0184] “In the exemplary embodiment illustrated by multi-core processor 1 IOC of FIG. 13 A, the zeroth core 222 and the first core 224 may have exemplary workloads of 80% while the second core 226 and the third core 228 have no loads whatsoever... then the thermal policy manager 101 may apply or request that a process reallocation thermal load mitigation technique be applied in which all of the workload of the two active cores 222, 224 be shifted to the two inactive cores 226, 228.” （在图13A的示例性实施例中，多核处理器1IOC，第0核222和第一核224可以具有80%的示例性工作负载，而第二核226和第三核228没有任何负载...然后热策略管理器101可以应用或请求应用处理重新分配热负载缓解技术，其中两个活跃核222、224的所有工作负载被转移到两个不活跃核226、228。）<br>[p0138] “Based on temperature readings from sensors 157, drivers executed on one or more of the cores themselves may be leveraged to cause a process load reallocation from a "hot" core to a "cool," or otherwise less utilized, core.” （基于来自传感器157的温度读数，可以利用在一个或多个核本身上执行的驱动器来引起从“热”核到“冷”核或未充分利用核的处理负载重新分配。） | 对比文件隐含公开了技术特征D。对比文件明确公开了将“所有”工作负载从热核转移到冷核/未充分利用核的示例[p0184]，并且这种转移是基于温度读数[p0138]。虽然对比文件没有明确将“转移所有负载”与“第二核温度小于负载共享温度阈值”这一条件直接挂钩，但本领域技术人员可以合理推断，当选择的目标核（第二核）温度足够低（即“冷”或“未充分利用”）时，将第一核的所有负载转移到该核是可行且有效的热缓解策略。图13A的示例（核226/228无负载）即暗示目标核温度较低或状态空闲。因此，通过结合对比文件公开的“基于温度转移负载”和“全部转移”的教导，可以推理出技术特征D的方案。 |
| **技术特征E**：进一步包括确定所述剩余核中的每一个核的温度，其中基于所述剩余核中的每一个核的温度的所述确定，所述第一核的所述负载的所述至少一部分被转移到所述第二核。<br>《隐含公开》 | [p0138] “Based on temperature readings from sensors 157, drivers executed on one or more of the cores themselves may be leveraged to cause a process load reallocation from a "hot" core to a "cool," or otherwise less utilized, core.” （基于来自传感器157的温度读数，可以利用在一个或多个核本身上执行的驱动器来引起从“热”核到“冷”核或未充分利用核的处理负载重新分配。）<br>[p0173] “In block 710 the thermal policy manager 101 may then review the current process load allocations for the various cores associated with the temperature readings.” （在步骤710中，热策略管理器101然后可以审查与温度读数相关的各个核的当前处理负载分配。） | 对比文件隐含公开了技术特征E。对比文件多次强调基于温度读数进行负载重新分配[p0138]。为了从“热”核重新分配到“冷”核，必须知道哪些核是“冷”的，这需要确定剩余核的温度。对比文件[p0173]提到审查“与温度读数相关的各个核”的负载分配，这暗示了温度读数与各个核相关联。因此，本领域技术人员可以合理推断，在执行负载转移决策时，需要确定剩余核中每一个核的温度，以便选择合适的目标核（第二核）。 |
| **技术特征F**：进一步包括确定所述剩余核中的哪一个核具有最低温度，其中响应于确定所述第二核具有所述剩余核的所述最低温度，所述负载的所述至少一部分被转移到所述第二核。<br>《隐含公开》 | [p0138] “Based on temperature readings from sensors 157, drivers executed on one or more of the cores themselves may be leveraged to cause a process load reallocation from a "hot" core to a "cool," or otherwise less utilized, core.” （基于来自传感器157的温度读数，可以利用在一个或多个核本身上执行的驱动器来引起从“热”核到“冷”核或未充分利用核的处理负载重新分配。） | 对比文件隐含公开了技术特征F。对比文件教导了将负载从“热”核重新分配到“冷”核[p0138]。在选择“冷”核时，一个最直接和合理的标准就是选择温度最低的核，因为其热余量最大，最有利于接收转移的负载而不致过热。虽然对比文件没有明确写出“选择具有最低温度的核”这一步骤，但这是实现其公开的“分配到冷核”目的的常规且合乎逻辑的技术手段。因此，本领域技术人员通过推理，有可能从对比文件的教导中得出选择最低温度核作为转移目标的技术方案。 |
| **技术特征G**：进一步包括：确定所述剩余核中的每一个核具有大于所述负载共享温度阈值的温度<br>《隐含公开》 | [p0138] “Based on temperature readings from sensors 157, drivers executed on one or more of the cores themselves may be leveraged to cause a process load reallocation from a "hot" core to a "cool," or otherwise less utilized, core.” （基于来自传感器157的温度读数，可以利用在一个或多个核本身上执行的驱动器来引起从“热”核到“冷”核或未充分利用核的处理负载重新分配。）<br>结合对特征C、D、H的推理。 | 对比文件隐含公开了技术特征G。技术特征G是特征H（在多个核间共享负载）的前提条件。如对特征H的论述，对比文件隐含了当单个“冷”核不足以接收全部负载或温度也较高时，在多个核间共享负载的方案。要做出这样的决策，必然需要评估剩余核的温度状况。如果发现剩余核（可能包括最初选定的第二核）的温度都高于某个阈值（即“负载共享温度阈值”，一个隐含的、未明确定义的用于判断是否适合接收全部负载的阈值），则会触发在多核间共享负载的策略。因此，本领域技术人员通过逻辑推理，可以从对比文件公开的基于温度进行负载分配的整体框架中，推断出“确定剩余核中的每一个核具有大于负载共享温度阈值的温度”这一判断步骤。 |
| **技术特征H**：以及将所述负载的剩余部分转移到所述剩余核中的一组核以在所述第二核与所述一组核之间共享所述负载。<br>《隐含公开》 | [p0182] “According to this process reallocation thermal load mitigation technique, the thermal policy manager 101, the monitor module 114, and/or the O/S module 207 may shift the process workload of one core to one or more other cores in a multi-core processor 110.” （根据这种处理重新分配热负载缓解技术，热策略管理器101、监视器模块114和/或O/S模块207可以将一个核的处理工作负载转移到多核处理器110中的一个或多个其他核。）<br>[p0183] “Multi-core processor HOB illustrates such a shift in that 20% of the process workload for the zeroth core 222 and 40% of the process workload for the second core 226 were shifted among the remaining two cores...” （多核处理器HOB说明了这样一种转移：第0核222的20%处理工作负载和第二核226的40%处理工作负载被转移到剩余的两个核中...） | 对比文件隐含公开了技术特征H。对比文件明确公开了将工作负载从一个核转移到“一个或多个其他核”[p0182]，并且给出了将多个核的负载重新分配到其他多个核的具体示例（例如，将核222和核226的负载部分转移到核224和核228）[p0183]。这公开了在多核之间共享负载的概念。虽然该示例涉及多个源核，但其原理同样适用于将单个源核（第一核）的负载在多个目标核（包括第二核和一组其他核）之间进行共享。本领域技术人员可以很容易地将公开的“在多核间分配负载”的技术应用于单个热核的场景。因此，对比文件隐含了技术特征H的技术方案。 |
| **技术特征I**：进一步包括确定所述剩余核中的每一个核的相应温度与所述第一核的温度的相应温差，其中基于所述剩余核的所述相应温差，所述第一核的所述负载在所述剩余核之间共享。<br>《未公开》 | 对比文件中未发现记载基于核间温差来分配负载比例的内容。 | 对比文件没有公开技术特征I。对比文件公开了基于温度读数进行负载重新分配，也公开了在多核间共享负载。然而，对比文件并未教导或暗示根据每个剩余核与第一核之间的具体温差（即相对温差）来确定要转移到每个核的负载比例。对比文件中的负载分配可能基于其他因素，如绝对温度、负载能力或预设模式。因此，本领域技术人员不能从对比文件直接或通过合理推理得出这种基于核间温差比例进行精细负载分配的技术方案。 |
| **技术特征J**：其中进一步响应于确定所述第一核的温度不大于所述缓解温度阈值，所述负载的所述至少一部分被转移，所述方法进一步包括：确定所述多个核中的所述第一核的第二温度<br>《直接公开》 | [p0132] “In this exemplary second thermal state 310, the thermal policy manager 101 may initiate or request the monitor module 114 and/or operating system ("O/S") module 207... to start applying thermal mitigation techniques...” （在这个示例性的第二热状态310中，热策略管理器101可以启动或请求监视器模块114和/或操作系统(“O/S”)模块207...开始应用热缓解技术...）<br>[p0147] “The temperature range for this third and severe thermal state 310 may comprise a range between about 80°C to about 100°C.” （这个第三严重热状态310的温度范围可以包括大约80°C到大约100°C。）<br>[p0152] “At block 605 in which the thermal policy manager 101 may monitor temperature with internal and external thermal sensors 157...” （在步骤605中，热策略管理器101可以用内部和外部温度传感器157监测温度...） | 对比文件直接公开了技术特征J。技术特征J限定了负载转移发生的前提是第一核温度不大于缓解温度阈值（即处于预缓解状态），并包括后续确定第一核的第二温度。对比文件明确公开了在第二热状态（QoS状态，约50-80°C）应用热缓解技术（如负载转移）[p0132]，而该状态温度低于第三严重状态（约80-100°C，可视为缓解温度阈值）[p0147]。这对应于“温度不大于缓解温度阈值”时进行转移。此外，对比文件公开了持续的温度监测[p0152]，这必然包括在转移负载后，再次确定第一核的温度（即“第二温度”）。因此，本领域技术人员能够毫无疑义地从对比文件得出该技术特征。 |
| **技术特征K**：确定所述第一核的第二温度大于所述缓解温度阈值<br>《直接公开》 | [p0147] “The temperature range for this third and severe thermal state 310 may comprise a range between about 80°C to about 100°C.” （这个第三严重热状态310的温度范围可以包括大约80°C到大约100°C。）<br>结合[p0152]关于持续温度监测的公开。 | 对比文件直接公开了技术特征K。对比文件定义了第三严重热状态，其温度范围（约80-100°C）可对应为“缓解温度阈值”范围[p0147]。对比文件公开了持续的温度监测[p0152]。因此，在持续监测过程中，确定第一核的（后续）温度（即“第二温度”）落入第三严重状态的范围（即大于缓解温度阈值），是本领域技术人员能够从对比文件直接得出的常规操作。 |
| **技术特征L**：以及响应于确定所述第一核的第二温度大于所述缓解温度阈值而降低所述第一核的功耗。<br>《直接公开》 | [p0139] “According to this exemplary thermal state 315, the thermal policy manager 101 may cause reduction in power to one or more hardware devices like amplifiers, processors, etc. The thermal policy manager 101 may also shift workloads among different hardware devices...” （根据这个示例性的热状态315，热策略管理器101可以引起对一个或多个硬件设备（如放大器、处理器等）的功率降低。热策略管理器101也可以在不同的硬件设备之间转移工作负载...） | 对比文件直接公开了技术特征L。对比文件明确记载，在第三严重热状态315（其温度范围对应“缓解温度阈值”）下，热策略管理器101可以引起对处理器等设备的功率降低[p0139]。这直接对应于响应于温度大于缓解温度阈值而降低第一核的功耗。因此，该技术特征被对比文件直接公开。 |
| **技术特征M**：其中所述降低所述第一核的功耗包括执行以下至少一者：降低所述第一核的频率<br>《直接公开》 | [p0133] “Load dynamic scaling may comprise establishing the max clock frequency allowed for the DVFS algorithm of a particular core 222, 224, or 230.” （负载动态缩放可以包括为特定核222、224或230的DVFS算法建立允许的最大时钟频率。）<br>[p0133] “One such way includes limiting the number of millions of instructions per second ("MIPS") by limiting the max frequency allowed.” （一种这样的方式包括通过限制允许的最大频率来限制每秒百万指令数（“MIPS”）。） | 对比文件直接公开了技术特征M。对比文件将“负载动态缩放”作为一种热缓解技术，并明确说明其包括为特定核建立或限制最大时钟频率[p0133]。限制最大频率必然会导致该核在当前负载下可能运行在降低的频率，从而降低功耗。因此，降低第一核的频率作为降低其功耗的一种手段，被对比文件直接公开。 |
| **技术特征N**：降低所述第一核的供电电压<br>《直接公开》 | [p0133] “The DVFS algorithm will use a table of voltage/frequency pairs, such as the second table 277 illustrated in FIG. 7D, to scale processing capability.” （DVFS算法将使用电压/频率对表，例如图7D所示的第二表277，来缩放处理能力。）<br>[p0097] “Processors 110 and 126 (FIG. 6) may be designed to take advantage of DVFS by allowing the clock frequency of each processor to be adjusted with a corresponding adjustment in voltage.” （处理器110和126（图6）可被设计为利用DVFS，允许调整每个处理器的时钟频率并相应调整电压。） | 对比文件直接公开了技术特征N。对比文件公开了动态电压和频率缩放（DVFS）技术，其中处理器的时钟频率调整伴随着相应的电压调整[p0097]。在负载动态缩放（一种热缓解技术）的上下文中，DVFS算法使用电压/频率对表来缩放处理能力[p0133]。因此，降低电压作为与频率调整协同以降低功耗的手段，被对比文件直接公开。 |
| **技术特征O**：使所述第一核功率塌陷<br>《直接公开》 | [p0136] “The thermal load mitigation technique of spatial load shifting comprises the activation and deactivation of cores within a multi-core processor system.” （空间负载转移的热负载缓解技术包括多核处理器系统内核心的激活和停用。）<br>[p0184] “...then the thermal policy manager 101 may apply or request that a process reallocation thermal load mitigation technique be applied in which all of the workload of the two active cores 222, 224 be shifted to the two inactive cores 226, 228.” （...然后热策略管理器101可以应用或请求应用处理重新分配热负载缓解技术，其中两个活跃核222、224的所有工作负载被转移到两个不活跃核226、228。） | 对比文件直接公开了技术特征O。对比文件公开的“空间负载转移”技术包括核心的“停用”[p0136]。在示例中，当负载全部转移后，源核（222，224）变为“不活跃”[p0184]。使一个核心“停用”或变为“不活跃”的常规技术手段包括时钟门控或功率门控（即功率塌陷），以彻底消除其动态和静态功耗。因此，使第一核功率塌陷作为降低其功耗的一种方式，被对比文件直接公开。 |
| **技术特征P**：以及将所述第一核的所有所述负载转移到所述剩余核中的至少一个核。<br>《直接公开》 | [p0184] “...then the thermal policy manager 101 may apply or request that a process reallocation thermal load mitigation technique be applied in which all of the workload of the two active cores 222, 224 be shifted to the two inactive cores 226, 228.” （...然后热策略管理器101可以应用或请求应用处理重新分配热负载缓解技术，其中两个活跃核222、224的所有工作负载被转移到两个不活跃核226、228。） | 对比文件直接公开了技术特征P。对比文件明确记载了将活跃核的“所有”工作负载转移到不活跃核的示例[p0184]。这直接对应于将第一核的所有负载转移到剩余核中的至少一个核（此例中为两个核）。因此，该技术特征被对比文件直接公开。 |
<<<A>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>>