一种基于OSEK网络管理的控制器休眠判断方法及装置与流程

一种基于osek网络管理的控制器休眠判断方法及装置
技术领域
[0001]
本申请涉及整车网络技术领域，具体涉及一种基于osek网络管理的控制器休眠判断方法及装置。


背景技术：

[0002]
现阶段，车辆上的蓄电池能存储的电量有限，在下电后整车网络上的各个控制器进入到休眠状态不再消耗电量，以避免蓄电池馈电，各个控制器是通过加入到osek(open systems and the corresponding interfaces for automotive electronics，汽车电子类开放系统和对应接口标准)网络管理逻辑环中来获取到其它控制器的休眠情况，并使用osek网络管理报文对外通知逻辑环中的其它控制器自身的休眠状态，最终达到一个所有控制器都协商同步进入到休眠，整车不再消耗蓄电池电量的状态。
[0003]
正常情况下，车辆下电后，osek逻辑环中的各个控制器会通过收发osek网络管理报文来对外通知自身的休眠状态并同时获取其它控制器的休眠状态，最终达到所有控制器全部停发报文进入休眠，整车耗电情况降到最低以保护蓄电池。
[0004]
当有控制器出现休眠异常时，其无法进入到休眠状态或持续被异常唤醒而导致整个osek逻辑环无法进入到一个稳态的休眠中，从而一直消耗蓄电池电量，造成蓄电池馈电无法启动发动机。
[0005]
当前，当出现无法休眠的故障时，一般通过人工插拔各个控制器，用排除法来定位问题。但是，频繁控制器插拔对休眠故障判断会造成影响，造成判断结果的准确性降低，因此，急需一种判断控制器休眠的技术方案，以满足当前技术需求。


技术实现要素：

[0006]
本申请提供一种基于osek网络管理的控制器休眠判断方法及装置，在不改动逻辑环上各控制器状态的情况下，接收监控车辆下电后一段时间内的网络管理报文，对网络管理报文进行分析，从而定位处于异常的控制器，并发布对应的提示信息。
[0007]
第一方面，本申请提供了一种基于osek网络管理的控制器休眠判断方法，所述方法包括以下步骤：
[0008]
按照第一预设周期监听整车网络中的osek网络管理报文；
[0009]
根据各所述osek网络管理报文中的报文状态位以及各所述osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器；
[0010]
按照第二预设周期监听整车网络中的esc报文，并根据监听情况判断是否对控制器休眠状态造成影响；
[0011]
当存在处于激活状态的控制器，且未监测到所述esc报文时，根据处于激活状态的控制器以及预设的判定规则，发布对应的控制器是否处于网络休眠异常状态的提示信息。
[0012]
具体的，所述报文状态位包括激活状态位、休眠状态位以及整车休眠状态位；其中，
[0013]
所述激活状态位用于标记对应的所述控制器是否处于激活状态；
[0014]
所述休眠状态位用于标记对应的所述控制器是否处于休眠状态；
[0015]
所述整车休眠状态位用于标记整车网络中所有控制器是否处于休眠状态。
[0016]
具体的，所述根据各所述osek网络管理报文中的报文状态位以及各所述osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器，具体包括以下步骤：
[0017]
识别所述激活状态位，当所述激活状态位为已激活时，记录对应所述控制器处于激活状态，并将对应的所述控制器记录为第一个被激活的控制器；
[0018]
识别所述休眠状态位，所述休眠状态位为已休眠时，记录对应的所述控制器处于休眠状态；
[0019]
识别所述整车休眠状态位，当所述整车休眠状态位为已休眠时，记录所有控制器处于休眠状态。
[0020]
具体的，所述根据各所述osek网络管理报文中的报文状态位以及各所述osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器，具体包括以下步骤：
[0021]
a1、启动第一预设计时器，所述第一预设计时器内配置所述第一预设周期作为计时周期；
[0022]
a2、判断是否接收到所述osek网络管理报文，是则进入步骤a3，否则进入步骤a4；
[0023]
a3、将报文接收记录参数的数值设置为1，用于表明收到对应的控制器的所述osek网络管理报文；
[0024]
a4、判断所述第一预设计时器是否超时，是则转入a118，否则转入a102；
[0025]
a5、判断所述osek网络管理报文的所述激活状态位是否为1,是则转入a106，否则转入a108；
[0026]
a6、将控制器激活状态记录参数的数值设置为1，其用于表明所述控制器进入到激活状态；
[0027]
a7、若控制器首激活参数的数值为0，则将所述控制器的身份id对应的数值赋予所述控制器首激活参数；
[0028]
a8、若所述控制器激活状态记录参数的数值为1，则将所述控制器激活状态记录参数的数值置于0，用于表明所述控制器已退出激活状态；
[0029]
a9、判断所述osek网络管理报文的所述休眠状态位是否为1，是则转入a11，否则转入a10；
[0030]
a10、将控制器休眠状态记录参数的数值置于0；
[0031]
a11、将控制器休眠状态记录参数的数值置于1；
[0032]
a12、判断所述osek网络管理报文的所述整车休眠状态位是否为1，是则转入a13，否则转入a4，并利用整车休眠状态记录参数记录所述整车休眠状态位的数值；
[0033]
a13、所述osek网络管理报文的所述休眠状态位的数值与所述报文接收记录参数的数值是否相等，是则转入a14，否则转入a4；
[0034]
a14、对预设的逻辑环成功休眠记录参数进行加1操作，若所述逻辑环成功休眠记录参数进行加1操作后为1，则对所述控制器首激活参数进行清零操作；
[0035]
a15、保存报文接收记录参数、控制器激活状态记录参数、整车休眠状态记录参数、控制器首激活参数、控制器休眠状态记录参数以及逻辑环成功休眠记录参数的数值。
[0036]
具体的，所述判定规则包括：
[0037]
若报文接收记录参数的数值为0，则判定对应的所述控制器处于正常休眠状态；
[0038]
若报文接收记录参数的数值大于0，逻辑环成功休眠记录参数的数值等于0，且控制器激活状态记录参数的数值大于0，则判定对应的所述控制器处于无法休眠状态；
[0039]
若报文接收记录参数的数值大于0，逻辑环成功休眠记录参数的数值等于0，控制器激活状态记录参数的数值等于0，且报文接收记录参数的数值与所述控制器休眠状态记录参数的数值不相等，则判定对应的所述控制器处于无法休眠状态；
[0040]
若报文接收记录参数的数值大于0且逻辑环成功休眠记录参数的数值大于0，则判定对应的所述控制器处于无法休眠状态。
[0041]
进一步的，所述判定规则还包括：
[0042]
若报文接收记录参数的数值大于0，逻辑环成功休眠记录参数的数值等于0，且控制器激活状态记录参数的数值大于0，则判定对应的所述控制器的逻辑环处于无法建立状态；
[0043]
若报文接收记录参数的数值大于0，逻辑环成功休眠记录参数的数值等于0，控制器激活状态记录参数的数值等于0且报文接收记录参数的数值与所述控制器休眠状态记录参数的数值不相等，判定对应的所述控制器的逻辑环处于无法闭环状态；
[0044]
若报文接收记录参数的数值大于0且逻辑环成功休眠记录参数的数值大于0，判定所述控制器的逻辑环处于重复唤醒状态。
[0045]
具体的，所述按照第二预设周期监听整车网络中的esc报文，并根据监听情况判断是否对控制器休眠状态造成影响，具体包括以下步骤：
[0046]
b1、启动第二预设计时器，所述第二预设计时器内配置所述第二预设周期；
[0047]
b2、判断是否接收到esc车速信号，是则转入b3，否则转入b4；
[0048]
b3、对所述esc报文接收记数器的统计数值进行加1操作；
[0049]
b4、判断是否第二预设计时器是否超时，是则转入b5，否则转入b2；
[0050]
b5、当所述esc报文接收记数器的统计数值超过预设统计阈值时，则判定所述esc处于未休眠状态。
[0051]
具体的，当所述第二预设计时器统计时长超过所述第二预设周期时，对所述esc报文接收记数器的统计数值进行清零操作。
[0052]
进一步的，所述判定规则还包括：
[0053]
当所述esc报文接收记数器的统计数值超过预设统计阈值时，则判定所述控制器的无法休眠状态由所述esc造成。
[0054]
第二方面，本申请提供了一种基于osek网络管理的控制器休眠判断装置，其用于执行第一方面提供的基于osek网络管理的控制器休眠判断方法，所述装置包括：
[0055]
报文监听模块，其用于按照第一预设周期监听整车网络中的osek网络管理报文，还用于按照第二预设周期监听整车网络中的esc报文，并根据监听情况判断是否对控制器休眠状态造成影响；
[0056]
控制器状态识别模块，其用于根据各所述osek网络管理报文中的报文状态位以及各所述osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器；
[0057]
异常状态判定模块，其用于当存在处于激活状态的控制器，且未监测到所述esc报
文时，根据处于激活状态的控制器以及预设的判定规则，发布控制器是否处于网络休眠异常状态的提示信息。
[0058]
本申请提供的技术方案带来的有益效果包括：
[0059]
(1)、本申请在不改动逻辑环上各控制器状态的情况下，接收监控车辆下电后一段时间内的网络管理报文，对网络管理报文进行分析，从而定位处于异常的控制器，并发布对应的提示信息。
[0060]
(2)、本申请避免了传统人工通过插拔控制器来定位整车休眠问题的困境，大大减少了定位问题所花费的人力和时间，后期将本申请的技术方案集成到诊断仪软件中，可提供更加友好的操作界面和输出详细的故障报告。
附图说明
[0061]
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0062]
图1为本申请实施例一提供的基于osek网络管理的控制器休眠判断方法的步骤流程图；
[0063]
图2为本申请实施例一提供的基于osek网络管理的控制器休眠判断方法中步骤a1～a15的步骤流程图；
[0064]
图3为本申请实施例一提供的基于osek网络管理的控制器休眠判断方法中步骤b1～b5的步骤流程图；
[0065]
图4为本申请实施例二提供的基于osek网络管理的控制器休眠判断装置的结构框图。
具体实施方式
[0066]
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0067]
以下结合附图对本申请的实施例作进一步详细说明。
[0068]
本申请实施例提供一种基于osek网络管理的控制器休眠判断方法及装置，在不改动逻辑环上各控制器状态的情况下，接收监控车辆下电后一段时间内的网络管理报文，对网络管理报文进行分析，从而定位处于异常的控制器，并发布对应的提示信息。
[0069]
为达到上述技术效果，本申请的总体思路如下：
[0070]
一种基于osek网络管理的控制器休眠判断方法，该方法包括以下步骤：
[0071]
s1、按照第一预设周期监听整车网络中的osek网络管理报文；
[0072]
s2、根据各osek网络管理报文中的报文状态位以及各osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器；
[0073]
s3、按照第二预设周期监听整车网络中的esc报文，并根据监听情况判断是否对控
制器休眠状态造成影响；
[0074]
s4、当存在处于激活状态的控制器，且未监测到esc报文时，根据处于激活状态的控制器以及预设的判定规则，发布对应的控制器是否处于网络休眠异常状态的提示信息。
[0075]
以下结合附图对本申请的实施例作进一步详细说明。
[0076]
实施例一
[0077]
参见图1～3所示，本申请实施例提供一种基于osek网络管理的控制器休眠判断方法，该方法包括以下步骤：
[0078]
s1、按照第一预设周期监听整车网络中的osek网络管理报文；
[0079]
s2、根据各osek网络管理报文中的报文状态位以及各osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器；
[0080]
s3、按照第二预设周期监听整车网络中的esc报文，并根据监听情况判断是否对控制器休眠状态造成影响；
[0081]
s4、当存在处于激活状态的控制器，且未监测到esc报文时，根据处于激活状态的控制器以及预设的判定规则，发布对应的控制器是否处于网络休眠异常状态的提示信息。
[0082]
其中，esc(electronic speed controller)即车身电子稳定性控制系统，是汽车电子稳定控制系统、车辆新型的主动安全系统，广义上的电子稳定控制系统称为esc；
[0083]
esc是汽车防抱死制动系统(abs,anti-lock braking system)和牵引力控制系统(tcs,acceleration slip regulation)功能的进一步扩展，由传感器、电子控制单元(ecu,electronic control unit)和执行器三大部分组成；通过电子控制单元监控汽车运行状态，对车辆的发动机及制动系统进行干预控制。
[0084]
osek(open systems and the corresponding interfaces for automotive electronics)既汽车电子类开放系统和对应接口标准,用来解决汽车电子的软硬件产品不断发展出现多元化而导致的兼容性问题。
[0085]
另外，osek网络管理报文的格式遵循osek标准，具体包括以下内容：
[0086]
报文id，以数字5开头，各控制器的id不同，例如空调控制器为501，车身控制器为502；
[0087]
alive位，为1表示该控制器从休眠状态被激活；
[0088]
sleepind位，为1表示该控制器对外通知其进入休眠；
[0089]
sleepindack位，为1表示逻辑环休眠闭环，整车进入休眠状态，即所有控制器均进入休眠。
[0090]
本申请实施例，在不改动逻辑环上各控制器状态的情况下，接收监控车辆下电后一段时间内的网络管理报文，对网络管理报文进行分析，从而定位处于异常的控制器，并发布对应的提示信息。
[0091]
首先，步骤s1中，启动osek网络管理报文监听定时器，配置监听时间，即第一预设周期，默认为300s，按照第一预设周期监听整车网络中的osek网络管理报文；
[0092]
步骤s2中，osek网络管理报文监听定时器监听整车网络上的osek网络管理报文，并根据报文中的报文状态位进行判断，并结合各osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器；
[0093]
步骤s3中，启动esc报文监听定时器，按照第二预设周期监听整车网络中的esc报
文，并根据监听情况判断是否对控制器休眠状态造成影响，其中，第二预设周期，即默认监听时间设置为1秒钟；
[0094]
步骤s4中，当存在处于激活状态的控制器，且未监测到esc报文时，根据处于激活状态的控制器以及预设的判定规则，发布对应的控制器是否处于网络休眠异常状态的提示信息，
[0095]
即若有监听到esc报文则过滤步骤s2中的结果，否则发布对应处于网络休眠异常状态的控制器的提示信息。
[0096]
需要说明的是，本申请实施例具有一前提条件，即车主熄火下车锁车。
[0097]
具体的，报文状态位包括激活状态位、休眠状态位以及整车休眠状态位；其中，
[0098]
激活状态位，记作alive位，用于标记对应的控制器是否处于激活状态；
[0099]
休眠状态位，记作sleepind位，用于标记对应的控制器是否处于休眠状态；
[0100]
整车休眠状态位，记作sleepindack位，用于标记整车网络中所有控制器是否处于休眠状态。
[0101]
本申请实施例的核心是通过监听分析osek网络管理报文找出异常休眠控制器的软件算法，其中包括：
[0102]
(1)分析osek网络管理报文中的信息位判断出故障控制器。
[0103]
(2)排除esc报文对监控判断的影响；
[0104]
对osek网络管理报文的分析按照osek网络管理协议对报文数据格式的定义进行，通过记录解析车辆下电一段时间内各个控制器发出的网络管理报文中的alive、sleepind、sleepindack数据位进行比较判断，找出休眠异常的控制器；
[0105]
同时为了排除esc控制器特殊性对判断结果的干扰，对esc控制器周期性发送的报文进行计数，并根据计数结果判断是否存在esc控制器的干扰。
[0106]
具体的，步骤s2，根据各osek网络管理报文中的报文状态位以及各osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器，具体包括以下步骤：
[0107]
识别激活状态位，当激活状态位为已激活时，记录对应控制器处于激活状态，并将对应的控制器记录为第一个被激活的控制器；
[0108]
识别休眠状态位，休眠状态位为已休眠时，记录对应的控制器处于休眠状态；
[0109]
识别整车休眠状态位，当整车休眠状态位为已休眠时，记录所有控制器处于休眠状态。
[0110]
在实际实施过程中，步骤s2，根据各osek网络管理报文中的报文状态位以及各osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器，具体包括以下步骤：
[0111]
a1、启动第一预设计时器，第一预设计时器内配置第一预设周期作为计时周期；
[0112]
a2、判断是否接收到osek网络管理报文，是则进入步骤a3，否则进入步骤a4；
[0113]
a3、将报文接收记录参数的数值设置为1，用于表明收到对应的控制器的osek网络管理报文；
[0114]
a4、判断第一预设计时器是否超时，是则转入a15，否则转入a2；
[0115]
a5、判断osek网络管理报文的激活状态位是否为1,是则转入a6，否则转入a8；
[0116]
a6、将控制器激活状态记录参数的数值设置为1，其用于表明控制器进入到激活状
态；
[0117]
a7、若控制器首激活参数的数值为0，则将控制器的身份id对应的数值赋予控制器首激活参数；
[0118]
a8、若控制器激活状态记录参数的数值为1，则将控制器激活状态记录参数的数值置于0，用于表明控制器已退出激活状态；
[0119]
a9、判断osek网络管理报文的休眠状态位是否为1，是则转入a11，否则转入a10；
[0120]
a10、将控制器休眠状态记录参数的数值置于0；
[0121]
a11、将控制器休眠状态记录参数的数值置于1；
[0122]
a12、判断osek网络管理报文的整车休眠状态位是否为1，是则转入a13，否则转入a4，并利用整车休眠状态记录参数记录整车休眠状态位的数值；
[0123]
a13、osek网络管理报文的休眠状态位的数值与报文接收记录参数的数值是否相等，是则转入a14，否则转入a4；
[0124]
a14、对预设的逻辑环成功休眠记录参数进行加1操作，若逻辑环成功休眠记录参数进行加1操作后为1，则对控制器首激活参数进行清零操作；
[0125]
a15、保存报文接收记录参数、控制器激活状态记录参数、整车休眠状态记录参数、控制器首激活参数、控制器休眠状态记录参数以及逻辑环成功休眠记录参数的数值。
[0126]
其中，步骤a1中，第一预设计时器会将报文接收记录参数、控制器激活状态记录参数、控制器休眠状态记录参数、控制器首激活参数以及逻辑环成功休眠记录参数的数值归零。
[0127]
需要说明的是，报文接收记录参数，记作msg_bitmap，用于记录是否收到某控制器的osek网络管理报文，若收到则将对应bit位置1；
[0128]
控制器激活状态记录参数，记作a_bitmap，用于记录某控制器的alive状态，若收到的osek网络管理报文的alive位为1时，则将对应bit位置1；
[0129]
控制器休眠状态记录参数，记作s_bitmap，用于记录某控制器的sleepind状态，若收到的osek网络管理报文的sleepind位为1时，则将对应bit位置1；
[0130]
控制器首激活参数，记作first_flg，用于记录第一个被从休眠中唤醒的控制器；
[0131]
逻辑环成功休眠记录参数，记作sleep_cnt，用于记录逻辑环成功休眠的次数。
[0132]
对应的，本申请实施例中的判定规则包括：
[0133]
若报文接收记录参数，即msg_bitmap的数值为0，表示在监控时段内整个逻辑环正常休眠，则判定对应的控制器处于正常休眠状态；
[0134]
若报文接收记录参数的数值大于0，逻辑环成功休眠记录参数的数值等于0，且控制器激活状态记录参数的数值大于0，即msg_bitmap>0且sleep_cnt＝0且a_bitmap>0，表示在监控时段内逻辑环因为无法建立导致无法休眠，则判定对应的控制器处于无法休眠状态；
[0135]
若报文接收记录参数的数值大于0，逻辑环成功休眠记录参数的数值等于0，控制器激活状态记录参数的数值等于0，且报文接收记录参数的数值与控制器休眠状态记录参数的数值不相等时，即msg_bimap>0且sleep_cnt＝0且a_bitmap＝0且msg_bitmap不等于s_bitmap，表示在监控时段内逻辑环因为没有休眠闭环导致无法休眠，则判定对应的控制器处于无法休眠状态；
[0136]
若报文接收记录参数的数值大于0且逻辑环成功休眠记录参数的数值大于0，即msg_bitmap>0且sleep_cnt>0，表示在监控时段内整个逻辑环重复休眠唤醒，则判定对应的控制器处于无法休眠状态。
[0137]
同样，本申请实施例中的判定规则还包括：
[0138]
若报文接收记录参数的数值大于0，逻辑环成功休眠记录参数的数值等于0，且控制器激活状态记录参数的数值大于0，即msg_bitmap>0且sleep_cnt＝0且a_bitmap>0，则判定对应的控制器的逻辑环处于无法建立状态；
[0139]
若报文接收记录参数的数值大于0，逻辑环成功休眠记录参数的数值等于0，控制器激活状态记录参数的数值等于0且报文接收记录参数的数值与控制器休眠状态记录参数的数值不相等，即msg_bimap>0且sleep_cnt＝0且a_bitmap＝0且msg_bitmap不等于s_bitmap，判定对应的控制器的逻辑环处于无法闭环状态；
[0140]
若报文接收记录参数的数值大于0且逻辑环成功休眠记录参数的数值大于0，即msg_bitmap>0且sleep_cnt>0，判定控制器的逻辑环处于重复唤醒状态。
[0141]
具体的，步骤s3，按照第二预设周期监听整车网络中的esc报文，并根据监听情况判断是否对控制器休眠状态造成影响，具体包括以下步骤：
[0142]
b1、启动第二预设计时器，第二预设计时器内配置第二预设周期；
[0143]
b2、判断是否接收到esc车速信号，是则转入b3，否则转入b4；
[0144]
b3、对esc报文接收记数器的统计数值进行加1操作；
[0145]
b4、判断是否第二预设计时器是否超时，是则转入b5，否则转入b2；
[0146]
b5、当esc报文接收记数器的统计数值超过预设统计阈值时，则判定esc处于未休眠状态。
[0147]
需要说明的是，esc报文接收记数器的统计数值记作esc_cnt，b1中，第二预设计时器会将esc报文接收记数器的统计数值清零；
[0148]
步骤b2中，会识别接收到的esc报文的id号是否为0xa0报文，即是否是esc车速信号，
[0149]
步骤b5中，预设统计阈值的经验值为45，如果esc_cnt>45的阀值则诊断仪显示esc未休眠，以表明当前无法休眠的故障是由于esc一直在工作导致的；
[0150]
其中，esc发送0xa0报文的周期时间是20ms，那么45个报文的总时长为45x20ms＝900ms，既若900ms后仍能收到esc的报文表示esc一直在工作。
[0151]
需要说明的是，当第二预设计时器统计时长超过第二预设周期时，对esc报文接收记数器的统计数值进行清零操作。
[0152]
进一步的，本申请实施例中的判定规则还包括：
[0153]
当esc报文接收记数器的统计数值超过预设统计阈值时，则判定控制器的无法休眠状态由esc造成。
[0154]
本申请实施例，通过监听整车下电后一段时间内的osek网络管理报文，判断是否存在有控制器被异常唤醒的情况；
[0155]
同时，结合osek中对网络管理报文各个bit位的定义，自动找到异常唤醒的控制器并记录下来，最终将结果显示到诊断仪的屏幕上；
[0156]
另外，由于esc控制器在首次下电时会持续发送较长时间车速报文而导致整车网
络无法休眠，因此对于esc报文做了特殊处理，确保不会因为esc的特殊性而导致误报控制器异常唤醒。
[0157]
实施例二
[0158]
参见图4所示，本申请实施例提供一种基于osek网络管理的控制器休眠判断装置，其用于执行实施例一中提及的基于osek网络管理的控制器休眠判断方法，该装置包括：
[0159]
报文监听模块，其用于按照第一预设周期监听整车网络中的osek网络管理报文，还用于按照第二预设周期监听整车网络中的esc报文，并根据监听情况判断是否对控制器休眠状态造成影响；
[0160]
控制器状态识别模块，其用于根据各osek网络管理报文中的报文状态位以及各osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器；
[0161]
异常状态判定模块，其用于当存在处于激活状态的控制器，且未监测到esc报文时，根据处于激活状态的控制器以及预设的判定规则，发布控制器是否处于网络休眠异常状态的提示信息。
[0162]
本申请实施例，在不改动逻辑环上各控制器状态的情况下，接收监控车辆下电后一段时间内的网络管理报文，对网络管理报文进行分析，从而定位处于异常的控制器，并发布对应的提示信息。
[0163]
首先，启动osek网络管理报文监听定时器，配置监听时间，即第一预设周期，默认为300s，按照第一预设周期监听整车网络中的osek网络管理报文；
[0164]
osek网络管理报文监听定时器监听整车网络上的osek网络管理报文，并根据报文中的报文状态位进行判断，并结合各osek网络管理报文对应的控制器身份信息，识别处于激活状态的控制器；
[0165]
启动esc报文监听定时器，按照第二预设周期监听整车网络中的esc报文，并根据监听情况判断是否对控制器休眠状态造成影响，其中，第二预设周期，即默认监听时间设置为1秒钟；
[0166]
当存在处于激活状态的控制器，且未监测到esc报文时，根据处于激活状态的控制器以及预设的判定规则，发布对应的控制器是否处于网络休眠异常状态的提示信息，
[0167]
即若有监听到esc报文则过滤步骤s2中的结果，否则发布对应处于网络休眠异常状态的控制器的提示信息。
[0168]
需要说明的是，本申请实施例具有一前提条件，即车主熄火下车锁车。
[0169]
具体的，报文状态位包括激活状态位、休眠状态位以及整车休眠状态位；其中，
[0170]
激活状态位，记作alive位，用于标记对应的控制器是否处于激活状态；
[0171]
休眠状态位，记作sleepind位，用于标记对应的控制器是否处于休眠状态；
[0172]
整车休眠状态位，记作sleepindack位，用于标记整车网络中所有控制器是否处于休眠状态。
[0173]
需要说明的是，在本申请中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者
设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0174]
以上仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。