一种休眠唤醒方法、系统及装置与流程

1.本技术涉及智能汽车领域，尤其涉及一种休眠唤醒方法、系统及装置。


背景技术：

2.随着智能网联汽车的快速发展，整车信息量大幅增加和汽车智能化需求共同推动了汽车电子电气架构升级演进，从电子控制单元(electronic control unit，ecu)角度来看，汽车电子电气(electrical and electronic，e/e)架构经历了三个代次的演变过程。
3.其中，第一代是分布式电子电气架构，在该架构中，一个功能对应一个ecu。第二代是集中式电子电气架构，在该架构中，原来的单一功能ecu按照功能类别集成在一个控制器中，例如将ecu分别集成在动力域、底盘域、车身域、驾驶域以及座舱域中。第三代是中央集中电子电气架构，该架构将功能域进一步集中化，形成一个或多个中央计算单元，并且将第二代中的功能域中进一步集中化，形成了区域控制器。中央集中电子电气架构还可以称为通信计算架构(communication&computation architecture，cca)。
4.相关技术中，分布式电子电气架构中采用的休眠唤醒方案为：在整车休眠状态下，当某个功能激活时，需要将整车网络唤醒；在所有网络节点均满足休眠条件后，整车网络才能进行休眠。这种休眠唤醒方案影响整车今天功耗，降低了车辆静止存放周期。同时，这种休眠唤醒方案中各个网络节点之间相互影响，一旦出现由于软件漏洞或硬件失效等异常因素造成网络节点无法正常休眠，则难以定位。
5.相关技术中，集中式电子电气架构中采用的休眠唤醒方案为：中央网关(central gateway，cgw)中不同网段各ecu休眠唤醒需求为判定条件，对不同网段进行独立的休眠或唤醒。图1示出集中式电子电气架构的一个示例性网络拓扑图。如图1所示，该集中式电子电气架构的cgw连接三个控制器局域网(controller area network，can)，分别为：can1、can2和can3。其中，can1下挂三个ecu，分别为ecu1、ecu2和ecu3；can2下挂三个ecu，分别为ecu4、ecu5和ecu6；can3下挂三个ecu，分别为ecu7、ecu8和ecu9。在车辆休眠状态下，在cgw检测到can1上的ecu1被唤醒时，判断can2上是否存在与ecu1存在功能交互的关联ecu；若存在关联ecu，则cgw唤醒can2，以及can2上的关联ecu。在cgw判定can1中全部ecu均发出休眠请求，且与can1中全部ecu有功能交互的关联ecu也均发出休眠请求时，控制can1休眠。这种休眠唤醒方案没有考虑多个cgw休眠唤醒场景，以及在休眠唤醒过程中cgw之间的相互影响。同时，这种休眠唤醒方案没有考虑以太、局域互联网络总线(local interconnect network，lin)以及硬线的休眠唤醒等方式。
6.由于通信计算架构中，ecu通过多个整车集成单元(vehicle integrated/integration unit，viu)实现多条网络的交互，因此以上休眠唤醒方案均不适用于通信计算架构。考虑到当前大量的车内电子电气架构已经从分布式电子电气架构和集中式电子电气架构转变成了通信计算架构，如何在通信计算架构中实现休眠唤醒控制成为当前亟待解决的问题。


技术实现要素：

7.有鉴于此，提出了一种休眠唤醒方法、系统及装置，能够实现基于通信计算架构的休眠唤醒控制。
8.第一方面，本技术的实施例提供了一种休眠唤醒方法，所述方法包括：
9.将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，所述第一休眠唤醒信号用于表征第一车型的车载网络中产生的休眠唤醒信号，所述第二休眠唤醒信号用于表征由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的休眠唤醒信号；
10.基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标，所述静态控制目标用于表示所述第一休眠唤醒信号的功能；
11.基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作，所述休眠唤醒动作用于唤醒至少一个整车集成单元中的至少一个车载对象或者控制所述至少一个整车集成单元中的至少一个车载对象进行休眠；
12.执行所述至少一个休眠唤醒动作。
13.在一种可能的实现方式中，所述将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，包括：
14.针对所述至少一个第一休眠唤醒信号中的任意一个第一休眠唤醒信号，基于第一映射关系，确定与所述第一休眠唤醒信号对应的第二休眠唤醒信号，所述第一映射关系用于表征第一车型的车载网络中产生的休眠唤醒信号与统一的休眠唤醒信号之间的映射关系。
15.在一种可能的实现方式中，所述基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标，包括：
16.针对所述至少一个第二休眠唤醒信号中的任意一个第二休眠唤醒信号，基于第二映射关系，确定与所述第二休眠唤醒信号对应的静态控制目标，所述第二映射关系用于表征统一的休眠唤醒信号与车载对象之间的映射关系；
17.将各第二休眠唤醒信号对应的静态控制目标进行合并，获得所述至少一个静态控制目标。
18.在一种可能的实现方式中，所述基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作，包括：
19.针对所述至少一个静态控制目标中的任意一个静态控制目标，基于第三映射关系，确定与所述静态控制目标对应的至少一个整车集成单元，以及确定的每个整车集成单元中需要进行休眠唤醒控制的车载对象，所述第三映射关系用于表征静态控制目标与整车集成单元以及需要进行休眠唤醒控制的车载目标之间的映射关系；
20.根据需要进行休眠唤醒控制的车载对象当前处于唤醒状态还是休眠状态，确定所述至少一个休眠唤醒动作。
21.在一种可能的实现方式中，所述第一休眠唤醒信号包括用于唤醒车载对象的第一信号，和/或，用于控制车载对象进行休眠的第二信号，所述方法还包括：
22.在接收到网络管理报文、或者接收到业务报文，或者检测到第一电平变化的情况下，确定获得了所述第一信号；
23.在预设时间内未接收到网络管理报文、或者未接收到业务报文，或者检测到第二电平变化情况下，确定获得了所述第二信号。
24.第二方面，本技术的实施例提供了一种休眠唤醒系统，所述休眠唤醒系统包括：唤醒源解析器、唤醒策略控制器和唤醒执行器；
25.所述唤醒源解析器，用于将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，并将所述至少一个第二休眠唤醒信号发送至所述唤醒策略控制器，将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，所述第一休眠唤醒信号用于表征第一车型的车载网络中产生的休眠唤醒信号，所述第二休眠唤醒信号用于表征由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的休眠唤醒信号；
26.所述唤醒策略控制器，用于基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标，并将所述至少一个静态控制目标发送至所述唤醒执行器，所述静态控制目标用于表示所述第一休眠唤醒信号的功能；
27.所述唤醒执行器，用于基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作，并执行所述至少一个休眠唤醒动作，所述休眠唤醒动作用于唤醒至少一个整车集成单元中的至少一个车载对象或者控制所述至少一个整车集成单元中的至少一个车载对象进行休眠。
28.在一种可能的实现方式中，所述唤醒源解析器和所述唤醒执行器部署在整车集成单元中，所述唤醒策略控制器部署在域控制器中。
29.在一种可能的实现方式中，所述唤醒源解析器、所述唤醒策略控制器和所述唤醒执行器部署在整车集成单元中。
30.在一种可能的实现方式中，所述唤醒策略控制器包括分布式唤醒策略控制器和集中式唤醒策略控制器，所述唤醒源解析器、所述唤醒执行器和所述分布式唤醒策略控制器部署在整车集成单元中，所述集中式唤醒策略控制器部署在域控制器中。
31.在一种可能的实现方式中，所述唤醒源解析器还用于：
32.针对所述至少一个第一休眠唤醒信号中的任意一个第一休眠唤醒信号，基于第一映射关系，确定与所述第一休眠唤醒信号对应的第二休眠唤醒信号，所述第一映射关系用于表征第一车型的车载网络中产生的休眠唤醒信号与统一的休眠唤醒信号之间的映射关系。
33.在一种可能的实现方式中，所述唤醒策略控制器还用于：
34.针对所述至少一个第二休眠唤醒信号中的任意一个第二休眠唤醒信号，基于第二映射关系，确定与所述第二休眠唤醒信号对应的静态控制目标，所述第二映射关系用于表征统一的休眠唤醒信号与车载对象之间的映射关系；
35.将各第二休眠唤醒信号对应的静态控制目标进行合并，获得所述至少一个静态控制目标。
36.在一种可能的实现方式中，所述唤醒执行器还用于：
37.针对所述至少一个静态控制目标中的任意一个静态控制目标，基于第三映射关系，确定与所述静态控制目标对应的至少一个整车集成单元，以及确定的每个整车集成单元中需要进行休眠唤醒控制的车载对象，所述第三映射关系用于表征静态控制目标与整车集成单元以及需要进行休眠唤醒控制的车载目标之间的映射关系；
38.根据需要进行休眠唤醒控制的车载对象当前处于唤醒状态还是休眠状态，确定所述至少一个休眠唤醒动作。
39.在一种可能的实现方式中，所述第一休眠唤醒信号包括用于唤醒车载对象的第一信号，和/或，用于控制车载对象进行休眠的第二信号，所述休眠唤醒系统还包括唤醒源；
40.所述唤醒源，用于在接收到网络管理报文、或者接收到业务报文，或者检测到第一电平变化的情况下，确定获得了所述第一信号；在预设时间内未接收到网络管理报文、或者未接收到业务报文，或者检测到第二电平变化的情况下，确定获得了所述第二信号。
41.第三方面，本技术的实施例提供了一种休眠唤醒装置，所述装置包括：
42.转换模块，用于将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，所述第一休眠唤醒信号用于表征第一车型的车载网络中产生的休眠唤醒信号，所述第二休眠唤醒信号用于表征由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的休眠唤醒信号；
43.第一确定模块，用于基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标，所述静态控制目标用于表示所述第一休眠唤醒信号的功能；
44.第二确定模块，用于基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作，所述休眠唤醒动作用于唤醒至少一个整车集成单元中的至少一个车载对象或者控制所述至少一个整车集成单元中的至少一个车载对象进行休眠；
45.执行模块，用于执行所述至少一个休眠唤醒动作。
46.在一种可能的实现方式中，所述转换模块还用于：
47.针对所述至少一个第一休眠唤醒信号中的任意一个第一休眠唤醒信号，基于第一映射关系，确定与所述第一休眠唤醒信号对应的第二休眠唤醒信号，所述第一映射关系用于表征第一车型的车载网络中产生的休眠唤醒信号与统一的休眠唤醒信号之间的映射关系。
48.在一种可能的实现方式中，所述第一确定模块还用于：
49.针对所述至少一个第二休眠唤醒信号中的任意一个第二休眠唤醒信号，基于第二映射关系，确定与所述第二休眠唤醒信号对应的静态控制目标，所述第二映射关系用于表征统一的休眠唤醒信号与车载对象之间的映射关系；
50.将各第二休眠唤醒信号对应的静态控制目标进行合并，获得所述至少一个静态控制目标。
51.在一种可能的实现方式中，所述第二确定模块还用于：
52.针对所述至少一个静态控制目标中的任意一个静态控制目标，基于第三映射关系，确定与所述静态控制目标对应的至少一个整车集成单元，以及确定的每个整车集成单元中需要进行休眠唤醒控制的车载对象，所述第三映射关系用于表征静态控制目标与整车集成单元以及需要进行休眠唤醒控制的车载目标之间的映射关系；
53.根据需要进行休眠唤醒控制的车载对象当前处于唤醒状态还是休眠状态，确定所述至少一个休眠唤醒动作。
54.在一种可能的实现方式中，所述第一休眠唤醒信号包括用于唤醒车载对象的第一信号，和/或，用于控制车载对象进行休眠的第二信号，所述装置还包括：
55.第三确定模块，用于在接收到网络管理报文、或者接收到业务报文，或者检测到第
一电平变化的情况下，确定获得了所述第一信号；
56.第四确定模块，用于在预设时间内未接收到网络管理报文、或者未接收到业务报文，或者检测到第二电平变化的情况下，确定获得了所述第二信号。
57.第四方面，本技术的实施例提供了一种休眠唤醒装置，该休眠唤醒装置可以执行上述第一方面或者第一方面的多种可能的实现方式中的一种或几种的休眠唤醒方法。
58.第五方面，本技术的实施例提供了一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备中运行时，所述电子设备中的处理器执行上述第一方面或者第一方面的多种可能的实现方式中的一种或几种的休眠唤醒方法。
59.在本技术实施例中,可以将不同车型的车载网络产生的休眠唤醒信号转换成统一的休眠唤醒信号，并得到统一的静态控制目标，进而对整车集成单元中的车载对象进行唤醒或者休眠，通过软件的方式实现了通信计算架构中的休眠唤醒控制。
60.本技术的这些和其他方面在以下(多个)实施例的描述中会更加简明易懂。
附图说明
61.包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本技术的示例性实施例、特征和方面，并且用于解释本技术的原理。
62.图1示出集中式电子电气架构的一个示例性网络拓扑图；
63.图2至图4示分别示出了通信计算架构的环形组网的示例性网络拓扑图；
64.图5和图6分别示出了通信计算架构的星型组网的示例性网络拓扑图；
65.图7示出本技术实施例提供的休眠唤醒系统的架构示意图；
66.图8示出本技术实施例提供的休眠唤醒方法的流程图；
67.图9示出了通信计算架构的网络拓扑的示例性示意图；
68.图10示出了本技术实施例提供的休眠唤醒方法的交互流程图；
69.图11示出了本技术实施例提供的唤醒休眠系统的部署示意图；
70.图12示出了本技术实施例提供的休眠唤醒方法的交互流程图；
71.图13示出了本技术实施例提供的唤醒休眠系统的部署示意图；
72.图14示出了本技术实施例提供的休眠唤醒方法的交互流程图；
73.图15示出了本技术实施例提供的唤醒休眠系统的部署示意图；
74.图16示出了本技术实施例提供的休眠唤醒方法的交互流程图；
75.图17示出本技术实施例提供的休眠唤醒装置的结构示意图；
76.图18示出本技术实施例提供的休眠唤醒装置的结构示意图。。
具体实施方式
77.以下将参考附图详细说明本技术的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
78.在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
79.另外，为了更好的说明本技术，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本技术同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本技术的主旨。
80.在通信计算架构中车辆的ecu分布到多个区域中，每个区域中部署了一个viu负责管理区域中的ecu。viu之间通过高速以太网进行互联，完成整车高速通信。在本技术实施例中，viu可以具有以下多种功能中的一种或多种：电子控制功能，即viu用于实现部分或全部上述车辆零部件内部的ecu提供的电子控制功能；与网关相同的功能，即viu还可以具有部分或全部与网关相同的功能，例如，协议转换功能、协议封装并转发功能以及数据格式转换功能；跨车辆零部件的数据的处理功能，即对从多个车辆零部件的执行器获取的数据进行处理、计算等。需要说明的是，以上仅为viu功能的示例性举例，并不用于限制viu，viu可以具有比以上更多或者更少的功能。
81.在通信计算架构中，车辆的每个功能域中有独立的域控制器(domain controller，dc)。举例来说，车辆中的dc可以包括自动驾驶域控制器(adas\ad domain controller，adc)、座舱域控制器(cockpit domain controller，cdc)、整车域控制器(vehicle domain controller，vdc)等。
82.其中，adc可以用于为实现自动驾驶功能的车辆零部件提供服务，实现自动驾驶功能的车辆零部件包括单目摄像头、双目摄像头、毫米波雷达、激光雷达、超声波雷达等。需要说明的是，adc的功能可以由移动数据中心(mobile data center，mdc)实现。cdc可以用于为座舱域的车辆零部件提供服务。其中座舱域的车辆零部件包括抬头显示(head-up display，hud)、仪表显示器、收音机、导航、摄像头等。vdc可以用于为车身域的车辆零部件以及底盘域的车辆零部件提供服务。其中，车身域的车辆零部件包括门窗升降控制器、电动后视镜、空调、中央门锁等。底盘域的车辆零部件包括制动系统中的车辆零部件、转向系统中的车辆零部件、加速系统中的车辆零部件，比如油门等。
83.在本技术实施例中，vdc，mdc以及cdc可以根据需要进行逻辑功能的融合。在一个示例中，vdc和mdc进行融合，即将车控业务和自动驾驶业务进行融合，同时保留cdc。在又一示例中，mdc和cdc进行融合，即将自动驾驶及娱乐控制模块进行融合，同时保留vdc。在另一示例中，vdc和cdc进行融合，即将车控业务和娱乐控制模块进行融合，同时保留mdc。在另一示例中，vdc、mdc和cdc进行融合，即将车控业务和自动驾驶业务进行融合。此时，该架构将vdc、mdc和cdc融入一台中央计算机。功能与元件之间的对应关系不复存在，由中央计算机按需指挥viu。在本技术实施例中，为了简化描述、便于理解，在本技术实施例中，可以采用xdc来替代vdc、mdc、cdc，或者vdc、mdc和cdc中的两者或三者融合得到的部件。
84.考虑到不同车型的需求，通信计算架构中可以支持viu和xdc不同形式组网，例如环形组网和星型组网等。图2至图4示分别示出了通信计算架构的环形组网的示例性网络拓扑图。图5和图6分别示出了通信计算架构的星型组网的示例性网络拓扑图。图2至图6中涉及的viu1、viu2、viu3和viu4为viu，viu、vdc、mdc以及cdc的功能如上所述，这里不再赘述。可以理解的是，图2至图6所示的通信计算架构仅为通信计算架构的示例，并不用于限制通信计算架构，通信计算架构中还可以包括更多或者更少的viu，也可以有其他的组网形式，这里不再赘述。
85.面向信号的通信方式是车辆传统的交互方式，ecu之间通过can、lin总线进行点对
点数据传输，通信方式在车辆出厂时已经确定。当车辆架构演化至通信计算架构时，大部分算力已经全部集中在xdc，车辆中的软件与硬件的互动不再是点对点，硬件之间也存在大量协同，任何调整都会牵扯到整张网络，为更新带来不便。面向信号的通信方式已然不能胜任通信计算架构。
86.面向服务的架构(service-oriented architecture，soa)有效解决了软硬件之间的耦合问题，是适应电子电气架构集中化演进的软件架构。在soa的理念下，当车辆需要实现某功能时，由相关服务a向服务b“订阅”服务。接收到订阅信息后，服务a将服务“推送”给服务b，再由相关服务执行功能。soa将软件进行服务化，服务的升级调整不会影响到整个网络，从而提升车辆功能延展性。不同服务可以调用不同软件组合，不同的服务组合也能执行不同功能，软件的复用性大大增强。
87.在通信计算架构中，viu和xdc组成了车载网络的核心网络，viu下挂的can、以太、lin和通用输入输出(general-purpose input/output，gpio)接入组成了车载网络的接入网络。在本技术实施例中，为了保持和现有ecu的兼容性，对于接入网络仍然采用相关技术中的can、lin等休眠唤醒方式；而为了保证休眠唤醒方案的灵活性，对于核心网络，在用本技术实施例提供的唤醒休眠方式。本技术实施例提供的休眠唤醒方案可以简化整车厂商开发，同时最大限度将休眠唤醒方案进行平台化。本技术实施例提供的休眠唤醒方案可以以软件的形式(前期或后期)加载在车载设备中，并进行销售。
88.图7示出本技术实施例提供的休眠唤醒系统的架构示意图。如图7所示，该休眠唤醒系统包括唤醒源解析器11、唤醒策略控制器12和唤醒执行器13。
89.唤醒源解析器11可以用于将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号。其中，第一休眠唤醒信号可以用于表征第一车型的车载网络中产生的休眠唤醒信号，第一车型可以用于表示任意一个车型。可以理解的是，不同车型的车载网络中产生的功能相同的休眠唤醒信号是不同的。例如，车型a(即第一车型)的车载网络通过由pin输入高电平(即车型a的车载网络中产生的休眠唤醒信号)实现全车低压电源全部唤醒功能；车型b(即第一车型)的车载网络通过keyon＝1的can报文(即车型b的车载网络中产生的休眠唤醒信号)实现全车低压电源全部唤醒功能。第二休眠唤醒信号可以用于表征由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的休眠唤醒信号。举例来说，唤醒源解析器11可以将上述由pin输入高电平转换成“kl15＝1”，也可以将上述keyon＝1的can报文转换为“kl15＝1”。由此可见，不同车型的车载网络产生的功能相同的第一休眠唤醒信号，经由唤醒源解析器11解析后可以转换为统一的休眠唤醒信号。
90.在一个示例中，第一休眠唤醒信号包括但不限于：can报文、以太接口报文、lin接口报文和通用输入输出(general-purpose input/output，gpio)报文等。其中，上述报文包括但不限于网络管理报文、业务报文等，本技术实施例中对上述报文的类型不做限制。
91.在一种可能的实现方式中，所述第一休眠唤醒信号包括用于唤醒车载对象的第一信号，和/或，用于控制车载对象进行休眠的第二信号。其中，唤醒源解析器11在接收到网络管理报文、或者接收到业务报文，或者检测到第一电平变化的情况下，可以确定获得了第一信号；在预设时间内未接收到网络管理报文、或者未接收到业务报文，或者检测到第二电平变化的情况下，可以确定获得了第二信号。其中，预设时间可以根据需要进行设置，例如可以设置为30秒或者1分钟等，对此本技术不做限制。
92.其中，第一电平变化可以表示用于对车载对象进行唤醒的电平变化，第二电平变化可以表示用于控制车载对象进行休眠的电平变化。第一电平变化可能是由低电平变化为高电平，也可能是由高电平变化为低电平；第二电平变化可能是由低电平变化为高电平，也可能是由高电平变化为低电平。在本技术实施例中，可以预先设置哪些接口或者线路上检测到由低电平变化为高电平时属于第一电平变化，哪些接口或者线路上检测到由低电平变化为高电平时属于第二电平变化，以及哪些接口或者线路上检测到由高电平变化为低电平时属于第一电平变化，哪些接口或者线路上检测到由高电平变化为低电平时属于第二电平变化。这样，唤醒源解析器11在检测到某个接口或者某个线路上的电平发生变化(由低电平变为高电平，或者由高电平变为低电平)时，可以根据预先设置的内容，确定该电平变化属于第一电平变化还是第二电平变化，进而确定获得了第一信号还是第二信号。
93.如图7所示，外部唤醒源(例如，can、lin、以太接口、gpio等)开始发送网络管理报文、业务报文,或者停止发送网络管理报文、业务报文时，唤醒源解析器11接收收集到的n个第一休眠唤醒信号。唤醒源解析器11对n个第一休眠唤醒信号分别进行转换得到n个第二休眠唤醒信号。其中，n为大于或者等于1的整数，n代表了第一休眠唤醒信号的数量。
94.唤醒源解析器11可以将至少一个第二休眠唤醒信号发送至唤醒策略控制器12。这里的发送方式可以采用cannm报文、can应用报文、udpnm报文或者自定义的基于ip协议栈的报文以及组合，本技术实施例中，对于唤醒源解析器11向唤醒策略控制器12发送第二休眠唤醒信号的方式不做限制。
95.唤醒策略控制器12可以用于基于至少一个第二休眠唤醒信号，确定至少一个静态控制目标(或称为休眠唤醒模式、唤醒模式、休眠模式等)。其中，静态控制目标可以用于表示第一休眠唤醒信号的功能。这里的静态控制目标包括待唤醒的静态唤醒目标，和/或，待休眠的静态休眠目标。举例来说，静态控制目标可以为直流充电、蓝牙钥匙解锁唤醒、整车唤醒所需can网段、lin网段、以太网段或者ecu组合或者某can网段、lin网段、以太网段或者ecu组合休眠等。
96.如图7所示，唤醒决策控制器12接收到n个第二休眠唤醒信号后，输出了m个静态控制目标。其中，m为大于或者等于1的整数，m代表静态控制目标的数量。可以理解的是，虽然每个第二休眠唤醒信号对应一个静态控制目标，考虑到有些静态控制目标可合并，因此，唤醒决策控制器12输出的静态控制目标的数量与接收到的第二休眠唤醒信号的数量可能不同。例如，第二休眠唤醒信号a对应静态控制目标a，第二休眠唤醒信号b对应静态控制目标b，第二休眠唤醒信号c对应静态控制目标c，则唤醒决策控制器12最终输出的静态控制目标为静态控制目标a、静态控制目标b和静态控制目标c的并集。若静态控制目标a、静态控制目标b和静态控制目标c可合并，则唤醒决策控制器12最终输出结果需要完成合并，避免唤醒执行器13进行不必要的处理。例如，静态控制目标a为can1唤醒、静态控制目标b为can2唤醒，静态控制目标c为整车唤醒，则唤醒决策控制器12输出整车唤醒即可，而不需要输出can1唤醒、can2唤醒和整车唤醒。
97.唤醒决策控制器12可以将至少一个静态控制目标发送至唤醒执行器13。这里的发送方式可以采用cannm报文、can应用报文、udpnm报文或者自定义的基于ip协议栈的报文以及组合，本技术实施例中对唤醒决策控制器12向唤醒执行器13发送静态控制目标的方式不做限制。在一种可能的实现方式中，唤醒决策控制器12可以通过单播或者广播的方式向唤
醒执行器13发送静态控制目标。
98.唤醒执行器13可以用于基于至少一个静态控制目标，确定至少一个休眠唤醒动作。其中，休眠唤醒动作可以用于唤醒至少一个整车集成单元(viu)中的至少一个车载对象(例如，can、lin、ecu等)，或者控制至少一个整车集成单元中的至少一个车载对象进行休眠。其中，在第一休眠唤醒信号为第一信号的情况下，基于第一休眠唤醒信号得到的休眠唤醒动作可以用于唤醒至少一个整车集成单元中的至少一个车载对象；在第一休眠唤醒信号为第二信号的情况下，基于第一休眠唤醒信号得到的休眠唤醒动作可以用于控制至少一个整车集成单元中的至少一个车载对象进行休眠。
99.唤醒执行器13可以执行确定的至少一个休眠唤醒动作。在一个示例中，执行休眠唤醒动作包括但不限于发送can nm给ecu，通过特定接口唤醒ecu。
100.本技术实施例提供的上述休眠唤醒系统可以应用于智能车辆、新能源车辆或者传统车辆等，其中，新能源车辆包括纯电动车辆、增程式电动车辆、混合动力车辆、燃料电池车辆、其他新能源车辆等。传统车辆包括汽油车辆、柴油车辆等。
101.本技术实施例提供的休眠唤醒系统可以将不同车型的车载网络产生的休眠唤醒信号转换成统一的休眠唤醒信号，并得到统一的静态控制目标，进而对整车集成单元中的车载对象进行唤醒或者休眠，通过软件的方式实现了通信计算架构中的休眠唤醒控制。
102.图8示出本技术实施例提供的休眠唤醒方法的流程图。所述方法可以应用于休眠唤醒系统，例如图7所示的休眠唤醒系统。如图8所示，所述方法可以包括：
103.步骤s201，将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号。
104.其中，所述第一休眠唤醒信号用于表征第一车型的车载网络中产生的休眠唤醒信号，所述第二休眠唤醒信号用于表征由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的休眠唤醒信号。
105.在一个示例中，第一休眠唤醒信号可以包括用于唤醒车载对象的第一信号。在接收到网络管理报文、或者接收到业务报文，或者检测到第一电平变化的情况下，休眠唤醒系统可以确定获得了第一信号。在休眠唤醒系统确定获得了第一信号的情况下，表明需要唤醒一个或多个整车集成单元中的一个或多个车载对象。
106.在又一示例中，第一休眠唤醒信号可以包括用于控制车载对象进行休眠的第二信号。在预设时间内未接收到网络管理报文、或者未接收到业务报文，或者检测到第二电平变化的情况下，休眠唤醒系统确定获得了所述第二信号。在休眠唤醒系统确定获得了第二信号的情况下，表明需要控制一个或多个整车集成单元中的一个或多个车载对象进行休眠。
107.为了便于描述，本技术实施例中以图9所示的网络拓扑结构为例进行说明。图9示出了通信计算架构的网络拓扑的示例性示意图。如图9所示，该通信计算架构中包括4个viu(即viu1、viu2、viu3和viu4)以及vdc、mdc和cdc。如图9所示，viu1包括can11和can12；其中can11下挂ecu11、ecu12和ecu13；can12下挂ecu14、ecu15和ecu16。viu2包括can21和lin21；其中，can21下挂ecu21、ecu22和ecu23；lin21下挂ecu24、ecu25和ecu26。viu3包括can31、can32和can33；其中，can31下挂ecu31、ecu32和ecu33；can33下挂ecu34和ecu35；can32下挂ecu36。viu4包括can41和lin41；其中，lin41下挂ecu41、ecu42和ecu43；can41下挂ecu44、cu45和ecu46。以上viu1、viu2、viu3和viu4为整车集成单元，以上can11、can12以及lin21等为车载对象，以上ecu11、ecu12以及ecu13等也为车载对象。第一信号可以用于对一个或多
个整车集成单元中的一个或多个车载对象进行唤醒，例如第一信号可以用于对viu1的can11进行唤醒，或者，用于对viu1的can12下挂的ecu14和ecu15进行唤醒。第二信号可以用于控制一个或多个整车集成单元中的一个或多个车载对象休眠，例如，第二信号可以用于控制viu4的can41和lin41进行休眠，或者用于控制can41下挂的ecu44进行休眠等。
108.在一种可能的实现方式中，步骤s201可以包括：针对所述至少一个第一休眠唤醒信号中的任意一个第一休眠唤醒信号，基于第一映射关系，确定与所述第一休眠唤醒信号对应的第二休眠唤醒信号，所述第一映射关系用于表征第一车型的车载网络中产生的休眠唤醒信号与统一的休眠唤醒信号之间的映射关系。
109.表1示出第一映射关系的示例。如表1所示，基于图9，在viu3 j4-35检测到高电平的情况下，休眠唤醒系统可以确定获取到了第一休眠唤醒信号，此时，休眠唤醒系统按照第一映射关系，可以将第一休眠唤醒信号转换为第二休眠唤醒信号“a+直流充电”。在can21无网络管理报文的情况下，休眠唤醒系统可以确定获取到了第一休眠唤醒信号，此时，休眠唤醒系统按照第一映射关系可以将第一休眠唤醒信号转换为第二休眠唤醒信号“can21申请休眠”。在一种可能的实现方式中，第二休眠唤醒信号的名称可以用于表征第二休眠唤醒信号的功能，考虑到转换前的第一休眠唤醒信号和转换后的第二休眠唤醒信号是相对应的，实现的功能是相同的，因此第二休眠唤醒信号的名称还表征了第一休眠唤醒信号的功能。
110.表1
[0111][0112]
如表1所示，在本技术实施例中，可以为各个第二休眠唤醒信号设置唯一的标识，这样，通过传递第二休眠唤醒信号的标识替代传递第二休眠唤醒信号的名称，可以提高效率。
[0113]
以图7所示的休眠唤醒系统为例，由唤醒源解析器11将第一休眠唤醒信号转换为第二休眠唤醒信号，并将第二休眠唤醒信号发送至唤醒策略控制器12进行后续处理。在本技术实施例中，采用接口1(interface1)表示唤醒源解析器11与唤醒策略控制器12之间的接口，唤醒源解析器11可以通过接口1向唤醒策略控制器12发送第二休眠唤醒信号。
[0114]
表2示出了接口1的示例。如表2所示，接口1中定义了标识为2的第二休眠唤醒信号对应的名称为“蓝牙钥匙解锁”，因此，唤醒源解析器11通过接口1传递标识2时，唤醒策略控制器12可以得到第二休眠唤醒信号的名称“蓝牙钥匙解锁”。
[0115]
表2
[0116]
序号第二休眠唤醒信号的标识第二休眠唤醒信号的名称12蓝牙钥匙解锁24kl15
[0117]
在本技术实施例中，第一映射关系和接口1可以根据需要以及历史经验进行设置。
[0118]
步骤s202,基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标。
[0119]
其中，所述静态控制目标用于表示所述第一休眠唤醒信号的功能。
[0120]
在一种可能的实现方式中，步骤s202可以包括：针对所述至少一个第二休眠唤醒信号中的任意一个第二休眠唤醒信号，基于第二映射关系，确定与所述第二休眠唤醒信号对应的静态控制目标，所述第二映射关系用于表征统一的休眠唤醒信号与车载对象之间的映射关系；将各第二休眠唤醒信号对应的静态控制目标进行合并，获得所述至少一个静态控制目标。
[0121]
表3示出第二映射关系的示例。如表3所示，基于图9，在休眠唤醒唤醒系统获得标识为1的第二休眠唤醒信号的情况下，按照第二映射关系，可以获得标识为1、名称为“直流充电”、内容为“can41”的静态控制目标，该静态控制目标表征了“a+直流充电”这一功能。在休眠唤醒系统获得标识为2的第二休眠唤醒信号的情况下，按照第二映射关系，可以获得标识为2、名称为“蓝牙钥匙解锁唤醒”、内容为“can11、can12和can31”的静态控制目标，该静态控制目标表征了“蓝牙钥匙解锁”这一功能。
[0122]
表3
[0123][0124]
如表3所示，在本技术实施例中，可以根据各静态控制目标体现的功能为各个静态控制目标设置唯一的标识，或者根据需要为各个静态控制目标设置唯一的标识。这样，通过传递静态控制目标的标识替代传递静态可控制目标的名称和内容，可以提高效率。
[0125]
以图7所示的休眠唤醒系统为，由唤醒策略控制器12基于第二休眠唤醒信号确定静态控制目标，并将静态控制目标发送至唤醒执行器13进行后续处理。在本技术实施例中，采用接口2(interface2)表示唤醒策略控制器12和唤醒执行器13之间的接口，唤醒源策略控制器12可以通过接口2向唤醒执行器13发送静态控制目标。
[0126]
表4示出了接口2的示例。如表4所示，接口2中定义了标识为1的静态控制目标对应的内容为“can41”，因此，唤醒策略控制器12通过接口2传递标识1时，唤醒执行器13可以得
到静态控制目标的名称为“直流充电”、内容为“can41”。
[0127]
表4
[0128]
标识名称内容1直流充电can412蓝牙钥匙解锁唤醒can11、can12和can313左前车门唤醒can11和can414整车唤醒整车网络唤醒5can21休眠can21
[0129]
在本技术实施例中，第二映射关系和接口2可以根据需要以及历史经验进行设置。
[0130]
步骤s203，基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作。
[0131]
其中，所述休眠唤醒动作用于唤醒至少一个整车集成单元中的至少一个车载对象或者控制所述至少一个整车集成单元中的至少一个车载对象进行休眠。可以理解的是，第一休眠唤醒信号为第一信号时，对应得到的休眠唤醒动作用于唤醒至少一个整车集成单元中的至少一个车载对象。第一休眠唤醒信号为第二信号时，对应得到的休眠唤醒动作用于控制所述至少一个整车集成单元中的至少一个车载对象进行休眠。
[0132]
在一种可能的实现方式中，步骤s203可以包括：针对所述至少一个静态控制目标中的任意一个静态控制目标，基于第三映射关系，确定与所述静态控制目标对应的至少一个整车集成单元，以及确定的每个整车集成单元中需要进行休眠唤醒控制的车载对象，所述第三映射关系用于表征静态控制目标与整车集成单元以及需要进行休眠唤醒控制的车载目标之间的映射关系；根据需要进行休眠唤醒控制的车载对象当前处于唤醒状态还是休眠状态，确定所述至少一个休眠唤醒动作。
[0133]
表5示出了第三映射关系的示例。如表5所示，基于图9，在休眠唤醒系统获得标识为1的静态控制目标的情况下，按照第三映射关系，可以获得标识为1、整车集成单元为“viu4”、车载对象为“can41”下挂的ecu44和ecu45的休眠唤醒动作，该休眠唤醒动作用于唤醒整车集成单元“viu4”的“can41”下挂的ecu44和ecu45。
[0134]
表5
[0135][0136]
在本技术实施例中，第三映射关系可以根据需要以及历史经验进行设置。
[0137]
步骤s204，执行所述至少一个休眠唤醒动作。
[0138]
休眠唤醒系统可以执行各个休眠唤醒动作，从而唤醒至少一个整车集成单元中的至少一个车载对象或者控制所述至少一个整车集成单元中的至少一个车载对象进行休眠。
[0139]
本技术实施例提供的休眠唤醒系统可以将不同车型的车载网络产生的休眠唤醒信号转换成统一的休眠唤醒信号，并得到统一的静态控制目标，进而对整车集成单元中的车载对象进行唤醒或者休眠，通过软件的方式实现了通信计算架构中的休眠唤醒控制。
[0140]
图10示出了本技术实施例提供的休眠唤醒方法的交互流程图。图10所示的方法可以应用于图7所示的系统。如图10所示，所述方法可以包括：
[0141]
步骤s401,外部唤醒源向唤醒源解析器发送至少一个第一休眠唤醒信号。
[0142]
步骤s402，唤醒源解析器将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号。
[0143]
步骤s403,唤醒源解析器将至少一个第二休眠唤醒信号发送至唤醒策略控制器。
[0144]
步骤s404，唤醒策略控制器基于至少一个第二休眠唤醒信号，确定至少一个静态控制目标。
[0145]
步骤s405，唤醒策略控制器将至少一个静态控制目标发送至唤醒执行器。
[0146]
步骤s406,唤醒执行器基于至少一个静态控制目标，确定至少一个休眠唤醒动作。
[0147]
步骤s407,唤醒执行器执行至少一个休眠唤醒动作，以使至少一个整车集成单元
中的至少一个车载对象进行唤醒或者休眠。
[0148]
步骤s401至步骤s407可以参照步骤s201至步骤s204，这里不再赘述。
[0149]
本技术实施例提供的休眠唤醒方法可以将不同车型的车载网络产生的休眠唤醒信号转换成统一的休眠唤醒信号，并得到统一的静态控制目标，进而对整车集成单元中的车载对象进行唤醒或者休眠，通过软件的方式实现了通信计算架构中的休眠唤醒控制。
[0150]
在一种可能的实现方式中，休眠唤醒系统中的唤醒源解析器和唤醒执行器可以部署在整车集成单元中，唤醒策略控制器部署在域控制器中。
[0151]
图11示出了本技术实施例提供的唤醒休眠系统的部署示意图。如图11所示，在图9所示的通信计算架构的基础上，每个viu(包括viu1、viu2、viu3和viu4)中部署一个唤醒源解析器和唤醒执行器，xdc中部署一个唤醒策略控制器。
[0152]
图12示出了本技术实施例提供的休眠唤醒方法的交互流程图。所述方法可以应用于图11所示的系统。如图12所示，所述方法包括：
[0153]
步骤s501,外部唤醒源向viu中的唤醒源解析器发送第一休眠唤醒信号。
[0154]
外部信号源可以向各个viu中的唤醒解析器发送第一休眠唤醒信号。如图11所示，外部唤醒源向viu1中的唤醒源解析器发送了第一休眠唤醒信号11和第一休眠唤醒信号12；外部唤醒源向viu2中的唤醒源解析器发送了第一休眠唤醒信号21和第一休眠唤醒信号22；外部唤醒源向viu3中的唤醒源解析器发送了第一休眠唤醒信号31和第一休眠唤醒信号32(未示出)；外部唤醒源向viu4中的唤醒源解析器发送了第一休眠唤醒信号41和第一休眠唤醒信号42。可以理解的是，外部唤醒源可以向viu中的唤醒源解析器发送比图11所示的更多或者更少的第一休眠唤醒信号。
[0155]
在一个示例中，外部唤醒源“无钥匙进入和无钥匙启动功能(passive entry&passive start，peps)”可以向viu1发送第一休眠唤醒信号“can nm报文”。
[0156]
步骤s502，viu中的唤醒源解析器将第一休眠唤醒信号转换为第二休眠唤醒信号。
[0157]
各个viu中的唤醒源解析器可以将接收到的第一休眠唤醒信号转换为第二休眠唤醒信号。如图11所示，viu1中的唤醒源解析器可以将第一休眠唤醒信号11转换为第二休眠唤醒信号11，以及将第一休眠唤醒信号12转换为第二休眠唤醒信号12；viu2中的唤醒源解析器可以将第一休眠唤醒信号21转换为第二休眠唤醒信号21，以及将第一休眠唤醒信号22转换为第二休眠唤醒信号22；viu3中的唤醒源解析器可以将第一休眠唤醒信号31转换为第二休眠唤醒信号31，以及将第一休眠唤醒信号32转换为第二休眠唤醒信号32(未示出)；viu4中的唤醒源解析器可以将第一休眠唤醒信号41转换为第二休眠唤醒信号41，以及将第一休眠唤醒信号42转换为第二休眠唤醒信号42。需要说明的是，以上仅为第一休眠唤醒信号和第二休眠唤醒信号的示例，实际执行中可以包括更多或者更少的第一休眠唤醒信号以及第二休眠唤醒信号。
[0158]
在一个示例中，第一休眠唤醒信号“can nm报文”可以转换为“标识为2、名称为蓝牙钥匙解锁”的第二休眠唤醒信号。
[0159]
步骤s503，viu中的唤醒源解析器将第二休眠唤醒信号发送至xdc中的唤醒策略控制器。
[0160]
各个viu中的唤醒源解析器可以将获得的第二休眠唤醒信号发送至xdc中的唤醒策略控制器进行处理。如图11所示，viu1中的唤醒源解析器可以将第二休眠唤醒信号11和
第二休眠唤醒信号12发送至xdc中的唤醒策略控制器。viu2中的唤醒源解析器可以将第二休眠唤醒信号21和第二休眠唤醒信号22发送至xdc中的唤醒策略控制器。viu4中的唤醒源解析器可以将第二休眠唤醒信号41和第二休眠唤醒信号42发送至xdc中的唤醒策略控制器。
[0161]
在一个示例中，viu1中的唤醒源解析器将“标识为2、名称为蓝牙钥匙解锁”的第二休眠唤醒信号发送至xdc中的唤醒策略控制器。
[0162]
步骤s504，xdc中的唤醒策略控制器根据来自各个viu中的唤醒源解析器的第二休眠唤醒信号确定静态控制目标。
[0163]
xdc中的唤醒策略控制器可以基于每个接收到的第二休眠唤醒信号确定一个静态控制目标，并取各个静态控制目标的并集得到最终的静态控制目标。如图11所示，xdc唤醒策略控制器最终得到了静态控制目标1。
[0164]
在一个示例中，xdc中唤醒策略控制器基于“标识为2、名称为蓝牙钥匙解锁”的第二休眠唤醒信号得到“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标(如表3)。
[0165]
步骤s505，xdc中的唤醒决策控制器将静态控制目标发送至各个viu中的唤醒执行器。
[0166]
如图11所示，xdc中的唤醒决策控制器将静态唤醒目标1分别发送至viu2中的唤醒执行器、viu2中的唤醒执行器、viu3中的唤醒执行器(未示出)和viu4中的唤醒执行器。
[0167]
在一个示例中，xdc中唤醒策略控制器发送“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标给所有viu中的唤醒执行器。
[0168]
步骤s506，viu中的唤醒执行器根据接收到的静态控制目标，以及当前viu中的各个车载对象的状态，确定当前viu中需要进行唤醒的车载对象和/或需要进行休眠的车载对象。
[0169]
如图11所示，viu1中的唤醒执行器根据静态控制目标1，以及viu1中各个车载对象的状态，确定需要执行休眠唤醒动作11(例如，针对车载对象1进行唤醒)和休眠唤醒动作12(例如，控制车载对象2进行休眠)；viu2中的唤醒执行器根据静态控制目标1，以及viu2中各个车载对象的状态，确定需要执行休眠唤醒动作21和休眠唤醒动作22；viu3中的唤醒执行器根据静态控制目标1，以及viu3中各个车载对象的状态，确定需要执行休眠唤醒动作31和休眠唤醒动作32(未示出)；viu4中的唤醒执行器根据静态控制目标1，以及viu4中各个车载对象的状态，确定需要执行休眠唤醒动作41和休眠唤醒动作42。需要说明的是，以上仅为休眠唤醒动作的示例，实际执行中可以确定比上述休眠唤醒动作更多或者更少的动作。
[0170]
在一个示例中，viu1中唤醒执行器对can11下挂的ecu11和ecu12进行唤醒，对can12下挂的ecu14、ecu15和ecu16进行唤醒。viu2中唤醒执行器对can21下挂的ecu21进行唤醒。viu3中唤醒执行器无对应休眠唤醒动作，viu4中唤醒执行器无休眠唤醒动作。
[0171]
步骤s507，viu中的唤醒执行器对当前viu中需要进行唤醒的车载对象进行唤醒，和/或，控制当前viu中需要进行休眠的车载对象进行休眠。
[0172]
在一个示例中，viu1、viu2执行上述休眠唤醒动作，viu3和viu3不需要执行休眠唤醒动作。
[0173]
本技术实施例提供的休眠唤醒方法可以将不同车型的车载网络产生的休眠唤醒信号转换成统一的休眠唤醒信号，并得到统一的静态控制目标，进而对整车集成单元中的
车载对象进行唤醒或者休眠，通过软件的方式实现了通信计算架构中的休眠唤醒控制。
[0174]
考虑到车辆对于具体的唤醒时长有诉求。比如当车主靠近车辆一定的距离(如5米)之内，车辆将检测到汽车钥匙。此时，车辆将唤醒viu、xdc。如果用户进一步靠近车辆时，车辆可以自动解锁，从而给车主良好的用户体验。如果车辆唤醒时间较长(如》1秒)，车主需要开车门的时候车门尚未解锁，将影响客户体验。图11中将唤醒策略控制器部署在xdc，所有的休眠唤醒动作都需要经过“viu”至“xdc”再回到“viu”的过程,因此延长车辆休眠唤醒时长，从而可能会影响用户体验。
[0175]
在一种可能的实现方式中，休眠唤醒系统中的唤醒源解析器、唤醒策略控制器和唤醒执行器可以均部署在整车集成单元中。
[0176]
图13示出了本技术实施例提供的唤醒休眠系统的部署示意图。如图13所示，在图9所示的通信计算架构的基础上，每个viu(包括viu1、viu2、viu3和viu4)中部署一个唤醒源解析器、唤醒执行器,以及一个唤醒策略控制器。
[0177]
考虑到一个viu上的外部唤醒源会影响其他viu的下挂车载对象，因此，一个viu上的唤醒策略控制器输出的静态控制目标需要发送给各viu上的唤醒执行器进行处理。为了简化设计，假设每个唤醒策略控制器携带的唤醒策略(即第二映射关系)都相同，则一个viu上的唤醒源解析器只需将静态控制目标发送给各viu上的唤醒执行器即可，而无需将第二休眠唤醒信号发送给其他viu上的唤醒策略控制器进行处理；另外，假设车载网络规划合理，在一个viu上的唤醒策略控制器仅支持该viu上的外部唤醒源(即仅能够对该viu上产生的第一休眠唤醒信号进行转化)的情况下，仍然可以实现唤醒整车的目标以及控制整车进行休眠的目标。原则上，每个viu将部署一个唤醒策略控制器。如果在车载网络设计过程中，发现某viu下不直接接收外部唤醒源，则该viu无需部署唤醒策略控制器。
[0178]
图14示出了本技术实施例提供的休眠唤醒方法的交互流程图。所述方法可以应用于图13所示的系统。如图14所示，所述方法包括：
[0179]
步骤s601，外部唤醒源向viu中的唤醒源解析器发送第一休眠唤醒信号。
[0180]
步骤s602，viu中的唤醒源解析器将第一休眠唤醒信号转换为第二休眠唤醒信号。
[0181]
步骤s601和步骤s602可以参照步骤s501和步骤s502这里不再赘述。
[0182]
步骤s603，viu中的唤醒源解析器将第二休眠唤醒信号发送至当前viu中的唤醒策略控制器。
[0183]
在一个示例中，viu1中的唤醒源解析器将“标识为2、名称为蓝牙钥匙解锁”的第二休眠唤醒信号发送至viu1中的唤醒策略控制器。
[0184]
步骤s604，viu中的唤醒策略控制器根据来自当前viu中的唤醒源解析器的第二休眠唤醒信号确定静态控制目标。
[0185]
在一个示例中，viu1中唤醒策略控制器基于“标识为2、名称为蓝牙钥匙解锁”的第二休眠唤醒信号得到“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标(如表3)。
[0186]
步骤s605，viu中的唤醒决策控制器将静态控制目标发送至viu中的唤醒执行器。
[0187]
在一种可能的实现方式中，viu中的唤醒决策控制器可以将静态控制目标发送至所有viu中的唤醒执行器。之后，各个viu中的唤醒执行器可以执行步骤s606和步骤s607实现对车载对象的控制。举例来说，如图9所述，viu1中唤醒策略控制器发送“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标分别给viu1、viu2、viu3和viu4中的唤醒执行器。
[0188]
在一种可能的实现方式中，viu中的唤醒决策控制器可以将静态控制目标发送至与静态控制目标相关viu中的唤醒执行器。举例来说，如表3所示，由于“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标的内容涉及到了can11、can12和can31，如图9所示，can11和can12下挂于viu1，can31下挂于viu3，也就是说，与“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标相关的viu为viu1和viu3，因此，viu1中唤醒决策控制器可以将静态控制目标分别发送至viu1和viu3中的唤醒执行器。
[0189]
步骤s606，viu中的唤醒执行器根据接收到的静态控制目标，以及当前viu中的各个车载对象的状态，确定当前viu中需要进行唤醒的车载对象和/或需要进行休眠的车载对象。
[0190]
步骤s607，viu中的唤醒执行器对当前viu中需要进行唤醒的车载对象进行唤醒，和/或，控制当前viu中需要进行休眠的车载对象进行休眠。
[0191]
步骤s606和步骤s607可以参照步骤s506和步骤s507，这里不再赘述。
[0192]
在本技术实施例中，将xdc中部署的唤醒策略控制器下移到各个viu，在需要休眠唤醒viu本地的车载对象时，加快了休眠唤醒速度。
[0193]
对于图13所提到的唤醒策略控制器而言，如果不同的viu接收到的唤醒源所对应的静态控制目标有冲突，比如viu1将触发can21唤醒，而viu2将触发can21休眠，则会发生冲突。
[0194]
在一种可能的实现方式中，唤醒策略控制器划分为分布式唤醒策略控制器和集中式唤醒策略控制器，休眠唤醒系统中的唤醒源解析器、唤醒执行器和分布式唤醒策略控制器部署在整车集成单元中，集中式唤醒策略控制器部署在域控制器中。
[0195]
图15示出了本技术实施例提供的唤醒休眠系统的部署示意图。如图15所示，在图9所示的通信计算架构的基础上，每个viu(包括viu1、viu2、viu3和viu4)中部署一个唤醒源解析器、唤醒执行器,以及一个分布式唤醒策略控制器，xdc中部署一个集中式唤醒策略控制器。
[0196]
为了保证本地唤醒源能够快速唤醒车载对象，同时避免不同唤醒源导致不同车载对象的唤醒休眠行为的冲突。基于“快唤醒、慢休眠”的原则，在本技术实施例中，针对唤醒动作，分布式唤醒策略控制器和集中式唤醒策略控制器需要进行分工。其中，分布式唤醒策略控制器只能决策本viu的车载对象的唤醒；集中式唤醒策略控制器只能决策跨viu的车载对象的唤醒。
[0197]
为了保证集中策略控制器决策来自不同viu的唤醒源，因此需要修改唤醒源接口1，增加来源viu的定义，修改后的接口1(可以称为接口3)如表6所示。
[0198]
表6
[0199][0200]
针对休眠，在本技术实施例中，需要在图14的基础上将休眠所涉及的策略上移到
集中式唤醒策略控制器。图16示出了本技术实施例提供的休眠唤醒方法的交互流程图。所述方法可以应用于图15所示的系统。如图16所示，所述方法包括：
[0201]
步骤s701，外部唤醒源向第一viu中的唤醒源解析器发送第一休眠唤醒信号。
[0202]
其中，第一viu表示通信计算架构中的任意一个viu。
[0203]
步骤s702，第一viu中的唤醒源解析器将第一休眠唤醒信号转换为第二休眠唤醒信号。
[0204]
步骤s701和步骤s702可以参照步骤s501和步骤s502这里不再赘述。
[0205]
步骤s7031，第一viu中的唤醒解析器将第二休眠唤醒信号发送至第一viu中的分布式唤醒策略控制器。
[0206]
在一个示例中，viu1中的唤醒源解析器将“标识为2、名称为蓝牙钥匙解锁”的第二休眠唤醒信号发送至viu1中的分布式唤醒策略控制器。
[0207]
步骤s7032，第一viu中的唤醒解析器将第二休眠唤醒信号发送至xdc中的集中式唤醒策略控制器。
[0208]
在一个示例中，viu1中的唤醒源解析器将“标识为2、名称为蓝牙钥匙解锁”的第二休眠唤醒信号发送至xdc中的集中式唤醒策略控制器。
[0209]
步骤s7041，第一viu中分布式唤醒策略控制器基于来自第一viu中的唤醒源解析器的第二休眠唤醒信号确定静态控制目标。
[0210]
在一个示例中，viu1中的分布式唤醒策略控制器基于来自viu1的“标识为2、名称为蓝牙钥匙解锁”的第二休眠唤醒信号确定“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标。
[0211]
步骤s7042，xdc中的集中式唤醒策略控制器基于来自第一viu中的唤醒源解析器的第二休眠唤醒信号确定静态控制目标。
[0212]
在一个示例中，xdc中的集中式唤醒策略控制器基于来自viu1的“标识为2、名称为蓝牙钥匙解锁”的第二休眠唤醒信号确定“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标。
[0213]
步骤s7051，第一viu中的分布式唤醒策略控制器向第一viu中的唤醒执行器发送确定的静态唤醒目标。
[0214]
在一个示例中，viu1中的唤醒策略控制器向viu1中的唤醒执行器发送“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标。
[0215]
步骤s7052，xdc中的集中式唤醒策略控制器向第二viu中的唤醒执行器发送确定的静态唤醒目标。
[0216]
其中，第二viu表示通信计算架构中除第一viu以外的viu。
[0217]
在一个示例中，xdc中的唤醒策略控制器向除viu1以外的viu中的唤醒执行器发送“标识为2、名称为蓝牙钥匙解锁唤醒”的静态控制目标。
[0218]
步骤s7061，第一viu中的唤醒执行器根据接收到的静态控制目标，以及当前viu中的各个车载对象的状态，确定第一viu中需要进行唤醒的车载对象和/或需要进行休眠的车载对象。
[0219]
在一个示例中，viu1中唤醒执行器对can11下挂的ecu11和ecu12进行唤醒，对can12下挂的ecu14、ecu15和ecu16进行唤醒。
[0220]
步骤s7062，第二viu中的唤醒执行器根据接收到的静态控制目标，以及当前viu中的各个车载对象的状态，确定第二viu中需要进行唤醒的车载对象和/或需要进行休眠的车载对象。
[0221]
在一个示例中，viu2中唤醒执行器对can21下挂的ecu21进行唤醒。viu3中唤醒执行器无对应休眠唤醒动作，viu4中唤醒执行器无休眠唤醒动作。
[0222]
步骤s7071，第一viu中的唤醒执行器对第一viu中需要进行唤醒的车载对象进行唤醒，和/或，控制第一viu中需要进行休眠的车载对象进行休眠。
[0223]
步骤s7072，第二viu中的唤醒执行器对第二viu中需要进行唤醒的车载对象进行唤醒，和/或，控制第二viu中需要进行休眠的车载对象进行休眠。
[0224]
在本技术实施例中，由于在viu本地部署了分布式唤醒策略控制器，当该viu的唤醒源需要唤醒本地的车载对象时可以加快唤醒速度。同时，由于仍然在xdc保留了集中唤醒策略控制器，解决了休眠唤醒的冲突问题，提高了可靠性。
[0225]
需要说明的是，在本技术实施例中，可以将部署在viu中的唤醒策略控制器称为分布式唤醒策略控制器，将部署在xdc中的唤醒策略控制器称为集中式唤醒策略控制器或者全局唤醒策略控制器。
[0226]
图17示出本技术实施例提供的休眠唤醒装置的结构示意图。如图17所示，装置1700可以包括：
[0227]
转换模块1701，用于将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，所述第一休眠唤醒信号用于表征第一车型的车载网络中产生的休眠唤醒信号，所述第二休眠唤醒信号用于表征由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的休眠唤醒信号；
[0228]
第一确定模块1702，用于基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标，所述静态控制目标用于表示所述第一休眠唤醒信号的功能；
[0229]
第二确定模块1703，用于基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作，所述休眠唤醒动作用于唤醒至少一个整车集成单元中的至少一个车载对象或者控制所述至少一个整车集成单元中的至少一个车载对象进行休眠；
[0230]
执行模块1704，用于执行所述至少一个休眠唤醒动作。
[0231]
在一种可能的实现方式中，所述转换模块还用于：
[0232]
针对所述至少一个第一休眠唤醒信号中的任意一个第一休眠唤醒信号，基于第一映射关系，确定与所述第一休眠唤醒信号对应的第二休眠唤醒信号，所述第一映射关系用于表征第一车型的车载网络中产生的休眠唤醒信号与统一的休眠唤醒信号之间的映射关系。
[0233]
在一种可能的实现方式中，所述第一确定模块还用于：
[0234]
针对所述至少一个第二休眠唤醒信号中的任意一个第二休眠唤醒信号，基于第二映射关系，确定与所述第二休眠唤醒信号对应的静态控制目标，所述第二映射关系用于表征统一的休眠唤醒信号与车载对象之间的映射关系；
[0235]
将各第二休眠唤醒信号对应的静态控制目标进行合并，获得所述至少一个静态控制目标。
[0236]
在一种可能的实现方式中，所述第二确定模块还用于：
[0237]
针对所述至少一个静态控制目标中的任意一个静态控制目标，基于第三映射关系，确定与所述静态控制目标对应的至少一个整车集成单元，以及确定的每个整车集成单元中需要进行休眠唤醒控制的车载对象，所述第三映射关系用于表征静态控制目标与整车集成单元以及需要进行休眠唤醒控制的车载目标之间的映射关系；
[0238]
根据需要进行休眠唤醒控制的车载对象当前处于唤醒状态还是休眠状态，确定所述至少一个休眠唤醒动作。
[0239]
在一种可能的实现方式中，所述第一休眠唤醒信号包括用于唤醒车载对象的第一信号，和/或，用于控制车载对象进行休眠的第二信号。图18示出本技术实施例提供的休眠唤醒装置的结构示意图。如图18所示，在图17的基础上，所述装置1700还可以包括：
[0240]
第三确定模块1705，用于在接收到网络管理报文、或者接收到业务报文，或者检测到第一电平变化的情况下，确定获得了所述第一信号；
[0241]
第四确定模块1706，用于在预设时间内未接收到网络管理报文、或者未接收到业务报文，或者检测到第二电平变化的情况下，确定获得了所述第二信号。
[0242]
本技术的实施例提供了一种休眠唤醒装置，包括：处理器以及用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令时实现上述方法。
[0243]
本技术的实施例提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述方法。
[0244]
本技术的实施例提供了一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备的处理器中运行时，所述电子设备中的处理器执行上述方法。
[0245]
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是(但不限于)电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、可擦式可编程只读存储器(electrically programmable read-only-memory，eprom或闪存)、静态随机存取存储器(static random-access memory，sram)、便携式压缩盘只读存储器(compact disc read-only memory，cd-rom)、数字多功能盘(digital video disc，dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。
[0246]
这里所描述的计算机可读程序指令或代码可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
[0247]
用于执行本技术操作的计算机程序指令可以是汇编指令、指令集架构(instruction set architecture，isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—
诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(local area network，lan)或广域网(wide area network，wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(field-programmable gate array，fpga)或可编程逻辑阵列(programmable logic array，pla)，该电子电路可以执行计算机可读程序指令，从而实现本技术的各个方面。
[0248]
这里参照根据本技术实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本技术的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
[0249]
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
[0250]
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
[0251]
附图中的流程图和框图显示了根据本技术的多个实施例的装置、系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。
[0252]
也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行相应的功能或动作的硬件(例如电路或asic(application specific integrated circuit，专用集成电路))来实现，或者可以用硬件和软件的组合，如固件等来实现。
[0253]
尽管在此结合各实施例对本发明进行了描述，然而，在实施所要求保护的本发明过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其它变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其它单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
[0254]
以上已经描述了本技术的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

技术特征：
1.一种休眠唤醒方法，其特征在于，所述方法包括：将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，所述第一休眠唤醒信号用于表征第一车型的车载网络中产生的休眠唤醒信号，所述第二休眠唤醒信号用于表征由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的休眠唤醒信号；基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标，所述静态控制目标用于表示所述第一休眠唤醒信号的功能；基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作，所述休眠唤醒动作用于唤醒至少一个整车集成单元中的至少一个车载对象或者控制所述至少一个整车集成单元中的至少一个车载对象进行休眠；执行所述至少一个休眠唤醒动作。2.根据权利要求1所述的方法，其特征在于，所述将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，包括：针对所述至少一个第一休眠唤醒信号中的任意一个第一休眠唤醒信号，基于第一映射关系，确定与所述第一休眠唤醒信号对应的第二休眠唤醒信号，所述第一映射关系用于表征第一车型的车载网络中产生的休眠唤醒信号与统一的休眠唤醒信号之间的映射关系。3.根据权利要求1或2所述的方法，其特征在于，所述基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标，包括：针对所述至少一个第二休眠唤醒信号中的任意一个第二休眠唤醒信号，基于第二映射关系，确定与所述第二休眠唤醒信号对应的静态控制目标，所述第二映射关系用于表征统一的休眠唤醒信号与车载对象之间的映射关系；将各第二休眠唤醒信号对应的静态控制目标进行合并，获得所述至少一个静态控制目标。4.根据权利要求1至3中任意一项所述的方法，其特征在于，所述基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作，包括：针对所述至少一个静态控制目标中的任意一个静态控制目标，基于第三映射关系，确定与所述静态控制目标对应的至少一个整车集成单元，以及确定的每个整车集成单元中需要进行休眠唤醒控制的车载对象，所述第三映射关系用于表征静态控制目标与整车集成单元以及需要进行休眠唤醒控制的车载目标之间的映射关系；根据需要进行休眠唤醒控制的车载对象当前处于唤醒状态还是休眠状态，确定所述至少一个休眠唤醒动作。5.根据权利要求1至4中任意一项所述的方法，其特征在于，所述第一休眠唤醒信号包括用于唤醒车载对象的第一信号，和/或，用于控制车载对象进行休眠的第二信号，所述方法还包括：在接收到网络管理报文、或者接收到业务报文，或者检测到第一电平变化的情况下，确定获得了所述第一信号；在预设时间内未接收到网络管理报文、或者未接收到业务报文，或者检测到第二电平变化的情况下，确定获得了所述第二信号。6.一种休眠唤醒系统，其特征在于，所述休眠唤醒系统包括：唤醒源解析器、唤醒策略
控制器和唤醒执行器；所述唤醒源解析器，用于将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，并将所述至少一个第二休眠唤醒信号发送至所述唤醒策略控制器，将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，所述第一休眠唤醒信号用于表征第一车型的车载网络中产生的休眠唤醒信号，所述第二休眠唤醒信号用于表征由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的休眠唤醒信号；所述唤醒策略控制器，用于基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标，并将所述至少一个静态控制目标发送至所述唤醒执行器，所述静态控制目标用于表示所述第一休眠唤醒信号的功能；所述唤醒执行器，用于基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作，并执行所述至少一个休眠唤醒动作，所述休眠唤醒动作用于唤醒至少一个整车集成单元中的至少一个车载对象或者控制所述至少一个整车集成单元中的至少一个车载对象进行休眠。7.根据权利要求6所述的系统，其特征在于，所述唤醒源解析器和所述唤醒执行器部署在整车集成单元中，所述唤醒策略控制器部署在域控制器中。8.根据权利要求6所述的系统，其特征在于，所述唤醒源解析器、所述唤醒策略控制器和所述唤醒执行器部署在整车集成单元中。9.根据权利要求6所述的系统，其特征在于，所述唤醒策略控制器包括分布式唤醒策略控制器和集中式唤醒策略控制器，所述唤醒源解析器、所述唤醒执行器和所述分布式唤醒策略控制器部署在整车集成单元中，所述集中式唤醒策略控制器部署在域控制器中。10.根据权利要求6至9中任意一项所述的系统，其特征在于，所述唤醒源解析器还用于：针对所述至少一个第一休眠唤醒信号中的任意一个第一休眠唤醒信号，基于第一映射关系，确定与所述第一休眠唤醒信号对应的第二休眠唤醒信号，所述第一映射关系用于表征第一车型的车载网络中产生的休眠唤醒信号与统一的休眠唤醒信号之间的映射关系。11.根据权利要求6至10中任意一项所述的系统，其特征在于，所述唤醒策略控制器还用于：针对所述至少一个第二休眠唤醒信号中的任意一个第二休眠唤醒信号，基于第二映射关系，确定与所述第二休眠唤醒信号对应的静态控制目标，所述第二映射关系用于表征统一的休眠唤醒信号与车载对象之间的映射关系；将各第二休眠唤醒信号对应的静态控制目标进行合并，获得所述至少一个静态控制目标。12.根据权利要求6至11中任意一项所述的系统，其特征在于，所述唤醒执行器还用于：针对所述至少一个静态控制目标中的任意一个静态控制目标，基于第三映射关系，确定与所述静态控制目标对应的至少一个整车集成单元，以及确定的每个整车集成单元中需要进行休眠唤醒控制的车载对象，所述第三映射关系用于表征静态控制目标与整车集成单元以及需要进行休眠唤醒控制的车载目标之间的映射关系；根据需要进行休眠唤醒控制的车载对象当前处于唤醒状态还是休眠状态，确定所述至少一个休眠唤醒动作。
13.根据权利要求6至12中任意一项所述的系统，其特征在于，所述第一休眠唤醒信号包括用于唤醒车载对象的第一信号，和/或，用于控制车载对象进行休眠的第二信号，所述休眠唤醒系统还包括唤醒源；所述唤醒源，用于在接收到网络管理报文、或者接收到业务报文，或者检测到第一电平变化的情况下，确定获得了所述第一信号；在预设时间内未接收到网络管理报文、或者未接收到业务报文，或者检测到第二电平变化的情况下，确定获得了所述第二信号。14.一种休眠唤醒装置，其特征在于，所述装置包括：转换模块，用于将至少一个第一休眠唤醒信号转换为至少一个第二休眠唤醒信号，所述第一休眠唤醒信号用于表征第一车型的车载网络中产生的休眠唤醒信号，所述第二休眠唤醒信号用于表征由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的休眠唤醒信号；第一确定模块，用于基于所述至少一个第二休眠唤醒信号，确定至少一个静态控制目标，所述静态控制目标用于表示所述第一休眠唤醒信号的功能；第二确定模块，用于基于所述至少一个静态控制目标，确定至少一个休眠唤醒动作，所述休眠唤醒动作用于唤醒至少一个整车集成单元中的至少一个车载对象或者控制所述至少一个整车集成单元中的至少一个车载对象进行休眠；执行模块，用于执行所述至少一个休眠唤醒动作。15.根据权利要求14所述的装置，其特征在于，所述转换模块还用于：针对所述至少一个第一休眠唤醒信号中的任意一个第一休眠唤醒信号，基于第一映射关系，确定与所述第一休眠唤醒信号对应的第二休眠唤醒信号，所述第一映射关系用于表征第一车型的车载网络中产生的休眠唤醒信号与统一的休眠唤醒信号之间的映射关系。16.根据权利要求14或15所述的装置，其特征在于，所述第一确定模块还用于：针对所述至少一个第二休眠唤醒信号中的任意一个第二休眠唤醒信号，基于第二映射关系，确定与所述第二休眠唤醒信号对应的静态控制目标，所述第二映射关系用于表征统一的休眠唤醒信号与车载对象之间的映射关系；将各第二休眠唤醒信号对应的静态控制目标进行合并，获得所述至少一个静态控制目标。17.根据权利要求14至16中任意一项所述的装置，其特征在于，所述第二确定模块还用于：针对所述至少一个静态控制目标中的任意一个静态控制目标，基于第三映射关系，确定与所述静态控制目标对应的至少一个整车集成单元，以及确定的每个整车集成单元中需要进行休眠唤醒控制的车载对象，所述第三映射关系用于表征静态控制目标与整车集成单元以及需要进行休眠唤醒控制的车载目标之间的映射关系；根据需要进行休眠唤醒控制的车载对象当前处于唤醒状态还是休眠状态，确定所述至少一个休眠唤醒动作。18.根据权利要求14至17中任意一项所述的装置，其特征在于，所述第一休眠唤醒信号包括用于唤醒车载对象的第一信号，和/或，用于控制车载对象进行休眠的第二信号，所述装置还包括：第三确定模块，用于在接收到网络管理报文、或者接收到业务报文，或者检测到第一电
平变化的情况下，确定获得了所述第一信号；第四确定模块，用于在预设时间内未接收到网络管理报文、或者未接收到业务报文，或者检测到第二电平变化的情况下，确定获得了所述第二信号。19.一种休眠唤醒装置，其特征在于，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令时实现权利要求1至5任意一项所述的方法。20.一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至5中任意一项所述的方法。21.一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备中运行时，所述电子设备中的处理器执行权利要求1至5中任意一项所述的方法。

技术总结
本申请涉及一种休眠唤醒方法、系统及装置，所述方法包括将第一车型的车载网络中产生的第一休眠唤醒信号转换为由不同车型的车载网络中产生的、功能相同的休眠唤醒信号转换成的统一的第二休眠唤醒信号；基于第二休眠唤醒信号，确定用于表示所述第一休眠唤醒信号的功能的静态控制目标；基于静态控制目标，确定用于唤醒至少一个整车集成单元中的至少一个车载对象或者控制至少一个整车集成单元中的至少一个车载对象进行休眠的休眠唤醒动作；执行至少一个休眠唤醒动作。本申请实施例提供的休眠唤醒方法、系统及装置能够实现基于通信计算架构的休眠唤醒控制。架构的休眠唤醒控制。架构的休眠唤醒控制。


技术研发人员：胡国杰 赵福
受保护的技术使用者：华为技术有限公司
技术研发日：2022.02.10
技术公布日：2023/8/24