一种用于控制远程信息处理控制单元的方法，其包括获得(S11)与远程信息处理控制单元所连接的车辆相关联的不连续性有益条件的信息。不连续性有益条件指示扩展不连续接收模式对于车辆所连接的远程信息处理控制单元是有益的。获得(S13)针对远程信息处理控制单元的扩展不连续接收时间的确定。发起对用于远程信息处理控制单元的扩展不连续接收模式的请求，作为对所获得的不连续性有益条件的响应，建议所确定的扩展不连续接收时间。还提出了一种用于执行这种控制方法的远程信息处理控制单元。
1.一种用于控制远程信息处理控制单元(40)的方法，其中，所述方法包括以下步骤：‑获得(S11)与所述远程信息处理控制单元(40)所连接的车辆(4)相关联的不连续性有益条件的信息；
所述不连续性有益条件指示扩展不连续接收模式对于所述远程信息处理控制单元(40)是有益的；
‑获得(S13)针对所述远程信息处理控制单元(40)的扩展不连续接收时间的确定；
‑作为对所获得的不连续性有益条件的响应，发起(S15)对用于所述远程信息处理控制单元(40)的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
2.根据权利要求1所述的方法，其中，所述获得(S11)不连续性有益条件的信息的步骤包括：与车辆内部系统通信。
3.根据权利要求1所述的方法，其中，所述不连续性有益条件包括以下中的至少一个：车辆不活动条件、人员不存在条件、能量条件、时间条件、以及位置条件。
4.根据权利要求3所述的方法，其中，所述车辆不活动条件包括以下中的至少一个：所述车辆(4)的发动机被关闭；
内部系统指示，其指示在与网络的通信方面，所述车辆将进入节能模式或更深的休眠。
5.根据权利要求3所述的方法，其中，所述人员不存在条件包括以下中的至少一个：所述车辆(4)从外部锁上；
所述车辆的无钥匙系统没有感测到钥匙在范围内；以及所述车辆的座椅传感器指示没有人坐在所述车辆(4)或所述车辆(4)的驾驶员座椅中。
6.根据权利要求3所述的方法，其中，所述能量条件包括：所述车辆(4)中的低电池电压的指示。
7.根据权利要求3所述的方法，其中，所述时间条件包括：一天中在预定范围内的时间。
8.根据权利要求3所述的方法，其中，所述位置条件包括：所述车辆的位置。
9.根据权利要求1所述的方法，其中，所述发起(S15)对所述扩展不连续接收模式的所述请求的步骤在滞后时间到期之后执行，所述滞后时间从所述获得所述不连续性有益条件的信息时开始。
10.根据权利要求1所述的方法，其中，所述获得(S13)扩展不连续接收时间的确定的步骤包括：与以下中的至少一个通信：向车辆提供车辆服务的应用服务器、所述车辆的车辆内部系统、协作式智能运输系统节点；
11.根据权利要求10所述的方法，其中，所述获得(S13)扩展不连续接收时间的确定的步骤包括：接收所确定的扩展不连续接收时间。
12.根据权利要求11所述的方法，其中，所述扩展不连续接收时间的所述确定是基于不连续性时间影响参数的数据。
13.根据权利要求10所述的方法，其中，所述获得(S13)扩展不连续接收时间的确定的步骤包括：从以下中的至少一个接收(S12)不连续性时间影响参数的数据：向车辆提供车辆服务的所述应用服务器、所述车辆的所述车辆内部系统、所述协作式智能运输系统节点、所述定位卫星、以及所述无线通信网络；以及基于所接收的不连续性时间影响参数的数据，执行所述扩展不连续接收时间的确定。
14.根据权利要求12所述的方法，其中，所述不连续性时间影响参数包括以下中的至少一个：时间和历史相关参数、位置相关参数、以及能量相关参数。
15.根据权利要求14所述的方法，其中，所述时间和历史相关参数包括以下中的至少一个：一天中的时间；
16.根据权利要求14所述的方法，其中，所述位置相关参数包括以下中的至少一个：所述车辆(4)的位置；
17.根据权利要求14所述的方法，其中，所述能量相关参数包括以下中的至少一个：所述车辆(4)是电动车辆并且连接到充电系统；以及在所述车辆(4)的位置处的温度。
18.根据权利要求1所述的方法，还包括以下步骤：‑在所述扩展不连续接收模式期间，重新评估所述扩展不连续接收时间。
19.根据权利要求1所述的方法，还包括以下步骤：‑接收(S16)所述扩展不连续接收模式的接受；以及‑管理(S17)所述远程信息处理控制单元(40)转移到所述扩展不连续接收模式。
20.根据权利要求1所述的方法，还包括以下步骤：‑作为对检测到不连续性停止条件的响应，中断(S3)滞后或不连续性过程。
21.根据权利要求20所述的方法，其中，所述不连续性停止条件包括以下中的至少一个：车辆活动条件、人员存在条件、能量条件、以及时间条件。
22.根据权利要求21所述的方法，其中，所述车辆活动条件包括以下中的至少一个：所述车辆(4)的点火装置被启动；
23.根据权利要求21所述的方法，其中，所述人员存在条件包括以下中的至少一个：所述车辆(4)的无钥匙系统指示钥匙在范围内；
所述车辆(4)的座椅传感器指示有人在所述车辆(4)中。
24.根据权利要求21所述的方法，其中，在所述车辆(4)是电动车辆的情况下，所述能量条件包括：所述电动车辆被重新充电的指示。
25.根据权利要求21所述的方法，其中，所述时间条件包括：一天中在预定范围内的时间。
26.根据权利要求1至25中任一项所述的方法，还包括以下步骤：‑通知向车辆提供车辆服务的应用服务器所述车辆将进入休眠模式。
27.根据权利要求1至25中任一项所述的方法，还包括以下步骤：‑在所述请求扩展不连续接收模式的步骤之前，与向车辆提供车辆服务的应用服务器交换关于所述车辆(4)的状态的信息。
28.根据权利要求2所述的方法，还包括以下步骤：从所述远程信息处理控制单元向所述车辆内部系统提供指示所述车辆系统在所述扩展不连续接收时间的持续期间不应期望被联系的信息。
29.一种远程信息处理控制单元(40)，其中，所述远程信息处理控制单元(40)被配置为：获得与所述远程信息处理控制单元(40)所连接的车辆(4)相关联的不连续性有益条件的信息；
所述不连续性有益条件指示扩展不连续接收模式对于所述远程信息处理控制单元(40)是有益的；
其中，所述远程信息处理控制单元(40)进一步被配置为：获得针对所述远程信息处理控制单元(40)的扩展不连续接收时间的确定；并且其中，所述远程信息处理控制单元(40)进一步被配置为：作为对所获得的不连续性有益条件的响应，发起对用于所述远程信息处理控制单元(40)的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
30.根据权利要求29所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)包括处理器(110)和存储器(120)，所述存储器(120)包括能够由所述处理器(110)执行的指令，由此，所述处理器(110)可操作以：获得所述不连续性有益条件的信息；
31.根据权利要求29所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置为：执行所述获得不连续性有益条件的信息，包括：与车辆内部系统通信。
32.根据权利要求29所述的远程信息处理控制单元，其中，所述不连续性有益条件包括以下中的至少一个：车辆不活动条件、人员不存在条件、能量条件、时间条件、以及位置条件。
33.根据权利要求32所述的远程信息处理控制单元，其中，所述车辆不活动条件包括以下中的至少一个：所述车辆(4)的发动机被关闭；
内部系统指示，其指示在与网络的通信方面，所述车辆将进入节能模式或更深的休眠。
34.根据权利要求32所述的远程信息处理控制单元，其中，所述人员不存在条件包括以下中的至少一个：所述车辆(4)从外部锁上；
所述车辆的座椅传感器指示没有人坐在所述车辆(4)或所述车辆(4)的驾驶员座椅中。
35.根据权利要求32所述的远程信息处理控制单元，其中，所述能量条件包括：所述车辆(4)中的低电池电压的指示。
36.根据权利要求32所述的远程信息处理控制单元，其中，所述时间条件包括：一天中在预定范围内的时间。
37.根据权利要求32所述的远程信息处理控制单元，其中，所述位置条件包括：所述车辆的位置。
38.根据权利要求29所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置为：在滞后时间到期之后执行所述发起对所述扩展不连续接收模式的所述请求，所述滞后时间从所述获得所述不连续性有益条件的信息时开始。
39.根据权利要求29所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置为执行获得所述扩展不连续接收时间的所述确定，包括：与以下中的至少一个通信：向车辆提供车辆服务的应用服务器、所述车辆(4)的车辆内部系统、协作式智能运输系统节点；
40.根据权利要求39所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置为执行所述获得所述扩展不连续接收时间的所述确定，包括：接收所确定的扩展不连续接收时间。
41.根据权利要求40所述的远程信息处理控制单元，其中，所述扩展不连续接收时间的所述确定是基于不连续性时间影响参数的数据。
42.根据权利要求39所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置为执行所述获得所述扩展不连续接收时间的所述确定，包括：从以下中的至少一个接收不连续性时间影响参数的数据：向车辆提供车辆服务的所述应用服务器、所述车辆的所述车辆内部系统、所述协作式智能运输系统节点、所述定位卫星、以及所述无线通信网络；以及基于所接收的不连续性时间影响参数的数据，执行所述扩展不连续接收时间的确定。
43.根据权利要求41所述的远程信息处理控制单元，其中，所述不连续性时间影响参数包括以下中的至少一个：时间和历史相关参数、位置相关参数、以及能量相关参数。
44.根据权利要求43所述的远程信息处理控制单元，其中，所述时间和历史相关参数包括以下中的至少一个：一天中的时间；
45.根据权利要求43所述的远程信息处理控制单元，其中，所述位置相关参数包括以下中的至少一个：所述车辆(4)的位置；
46.根据权利要求43所述的远程信息处理控制单元，其中，所述能量相关参数包括以下中的至少一个：所述车辆(4)是电动车辆并且连接到充电系统；以及在所述车辆(4)的位置处的温度。
47.根据权利要求29所述的远程信息处理控制单元，其中，所述远程信息处理控制单元被配置为：在所述扩展不连续接收模式期间，重新评估所述扩展不连续接收时间。
48.根据权利要求29所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置为：接收所述扩展不连续接收模式的接受；以及其中，所述远程信息处理控制单元(40)进一步被配置为：管理所述远程信息处理控制单元(40)转移到所述扩展不连续接收模式。
49.根据权利要求29所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置为：作为对检测到不连续性停止条件的响应，中断滞后或不连续性过程。
50.根据权利要求49所述的远程信息处理控制单元，其中，所述不连续性停止条件包括以下中的至少一个：车辆活动条件、人员存在条件、能量条件、以及时间条件。
51.根据权利要求50所述的远程信息处理控制单元，其中，所述车辆活动条件包括以下中的至少一个：所述车辆(4)的点火装置被启动；
52.根据权利要求50所述的远程信息处理控制单元，其中，所述人员存在条件包括以下中的至少一个：所述车辆(4)的无钥匙系统指示钥匙在范围内；
所述车辆(4)的座椅传感器指示有人在所述车辆(4)中。
53.根据权利要求50所述的远程信息处理控制单元，其中，在所述车辆(4)是电动车辆的情况下，所述能量条件包括：所述电动车辆被重新充电的指示。
54.根据权利要求50所述的远程信息处理控制单元，其中，所述时间条件包括：一天中在预定范围内的时间。
55.根据权利要求29所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置：通知向车辆提供车辆服务的应用服务器所述车辆将进入休眠模式。
56.根据权利要求29所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置为：在所述请求扩展不连续接收模式的步骤之前，与向车辆提供车辆服务的应用服务器交换关于所述车辆(4)的状态的信息。
57.根据权利要求31所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)进一步被配置为：从所述远程信息处理控制单元向所述车辆内部系统提供指示所述车辆系统在所述扩展不连续接收时间的持续期间不应期望被联系的信息。
58.根据权利要求31、39、40、42、47、55、56和57中任一项所述的远程信息处理控制单元，其中，所述远程信息处理控制单元(40)包括通信电路，其被配置为执行以下中的至少一个：与所述车辆内部系统的所述通信；
与以下中的至少一个的所述通信：所述车辆(4)的车辆内部系统、协作式智能运输系统节点、定位卫星、以及无线通信网络；
从以下中的一个接收所确定的扩展不连续接收时间：向车辆提供车辆服务的所述应用服务器、所述车辆(4)的所述车辆内部系统、所述协作式智能传输系统节点、所述定位卫星、以及所述无线通信网络；
从以下中的一个接收不连续性时间影响参数的数据：向车辆提供车辆服务的所述应用服务器、所述车辆(4)的所述车辆内部系统、所述协作式智能运输系统节点、所述定位卫星、以及所述无线通信网络；
所述通知向车辆提供车辆服务的应用服务器所述车辆将进入休眠模式；
所述与向车辆提供车辆服务的应用服务器交换关于所述车辆(4)的状态的信息；
所述从所述远程信息处理控制单元向所述车辆内部系统提供指示所述车辆系统在所述扩展不连续接收时间的持续期间不应期望被联系的信息；以及所述发起对扩展不连续接收模式的所述请求。
59.一种计算机可读存储介质,在其上存储有计算机程序(435)，所述计算机程序在由至少一个处理器(410)执行时使所述至少一个处理器(410)：获得与远程信息处理控制单元(40)所连接的车辆(4)相关联的不连续性有益条件的信息；
所述不连续性有益条件指示扩展不连续接收模式对于所述远程信息处理控制单元(40)是有益的；
其中，所述计算机程序在由至少一个处理器(410)执行时进一步使所述至少一个处理器(410)：获得针对所述远程信息处理控制单元(40)的扩展不连续接收时间的确定；以及其中，所述计算机程序在由至少一个处理器(410)执行时进一步使所述至少一个处理器(410)：作为对所获得的不连续性有益条件的响应，发起对用于所述远程信息处理控制单元(40)的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
60.一种远程信息处理控制单元(40)，其中，所述远程信息处理控制单元(40)包括：条件获得模块(500)，用于获得与所述远程信息处理控制单元(40)所连接的车辆(4)相关联的不连续性有益条件的信息；
所述不连续性有益条件指示扩展不连续接收模式对于所述远程信息处理控制单元(40)是有益的；
时间确定获得模块(510)，用于获得针对所述远程信息处理控制单元(40)的扩展不连续接收时间的确定；以及发射机(520)，用于作为对所获得的不连续性有益条件的响应，发起对用于所述远程信息处理控制单元(40)的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
用于控制远程信息处理控制单元的方法
技术领域
[0001] 所提出的技术一般涉及远程信息处理控制单元的控制，尤其涉及用于使用扩展不连续接收的车辆的连接的远程信息处理控制单元的休眠模式控制的方法和装置。
背景技术
[0002] 协作式智能运输系统(C‑ITS)是利用信息和通信技术(ICT)以支持运输基础设施的改进的安全性和更有效的使用以用于通过任何运输方式来运输货物和人员的系统。
[0003] 智能运输系统(ITS)服务、协议和连接性技术方案在如IEEE、SAE、ETSI和ISO的标准化机构发布的规范中进行了描述。除了上面提及的标准以外，在如通信网络车辆道路全球扩展(CONVERGE)、北欧模式的研究合作中并且在汽车制造商、供应商以及如ERTICO和车辆对车辆通信联盟的研究组织的联盟中，C‑ITS系统架构也进行了详细描述。
[0004] 关于C‑ITS的连接性正在进行讨论。讨论是关于应使用ETSI ITS G5/IEEE WAVE DSRC技术方案、蜂窝第三代合作伙伴计划(3GPP)技术，还是新的基于3GPP的长期演进(LTE)车联万物(V2X)无线电技术方案，以及采用何种组合(例如，混合技术方案)。
[0005] C‑ITS是基于移动或固定的不同台站或单元之间的频繁短距离通信，从而交换例如包括位置、速度、环境条件、交通状况等的信息。当许多车辆出现在受限区域中和/或当外部条件繁冗复杂时，信令负载变得很大并且可能出现拥堵问题。
[0006] 车辆正在逐渐连接到移动网络。它们使用位于车辆中的远程信息处理控制单元(TCU)，(通常)集成在车辆电子系统中或者经由诸如板载诊断II(OBD II)接口的外部接口连接。它们配备有无线电以用于经由蜂窝网络与应用服务器进行通信。应用服务器例如在车辆原始设备制造商(OEM)或其它第三方服务供应商的控制下。另外，TCU可具有用于短距离通信(例如，专用短距离通信(DSRC))的无线电，或者在未来可能会将LTE技术(LTE‑V)用于短距离通信。
[0007] 有时TCU也被称为远程信息处理模块(TEM)或板载单元(OBU)。
[0008] 被集成或连接到车辆外部接口意味着TCU可以从车辆系统接收事件，将其转发给OEM，使用短距离通信将信息转发给其它车辆或路侧设备，或者使用蜂窝网络将信息转发给道路交通管理部门。当然，TCU也可以在短距离无线电上或从蜂窝网络接收信息，并显示或转发该信息，例如，车辆系统可以检测到失去抓地力的车轮，并且可以在短距离无线电上用广播消息分发道路湿滑警告，或者将其发送到中央实体以进行评估。可替代地，车辆可以对所接收的信息做出反应，例如，所接收的关于道路湿滑的消息可以激活车辆的防旋系统。
[0009] 移动网络中具有允许设备进入扩展休眠模式、扩展不连续接收(eDRX)的特征。设备可以建议休眠模式的长度，当前最大休眠时间为2.9小时。eDRX特征通过在附着过程和跟踪区域更新过程期间发送信息来控制。
[0010] 即使汽车配备有大功率的电池，然而汽车中也存在消耗功率的若干系统，例如，报警、计算机等。例如在运送给客户之前，车辆也可能在机场等处停放很长时间，因此需要优化电池使用。
发明内容
[0011] 一个目的是提供改进了远程信息处理控制单元的能量优化的技术。
[0012] 根据第一方面，提供了一种用于控制远程信息处理控制单元的方法。所述方法获得与远程信息处理控制单元所连接的车辆相关联的不连续性有益条件的信息。不连续性有益条件指示扩展不连续接收模式对于远程信息处理控制单元是有益的。获得针对远程信息处理控制单元的扩展不连续接收时间的确定。作为对所获得的不连续性有益条件的响应，发起对用于远程信息处理控制单元的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
[0013] 根据第二方面，提供了一种远程信息处理控制单元。远程信息处理控制单元被配置为获得与远程信息处理控制单元所连接的车辆相关联的不连续性有益条件的信息。不连续性有益条件指示扩展不连续接收模式对于远程信息处理控制单元是有益的。远程信息处理控制单元进一步被配置为获得针对远程信息处理控制单元的扩展不连续接收时间的确定。远程信息处理控制单元进一步被配置为作为对所获得的不连续性有益条件的响应，发起对用于远程信息处理控制单元的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
[0014] 根据第三方面，提供了一种计算机程序，其包括指令，所述指令在由至少一个处理器执行时使处理器获得与远程信息处理控制单元所连接的车辆相关联的不连续性有益条件的信息。不连续性有益条件指示扩展不连续接收模式对于所述远程信息处理控制单元是有益的。所述指令在由处理器执行时进一步使处理器获得针对远程信息处理控制单元的扩展不连续接收时间的确定。所述指令在由至少一个处理器执行时进一步使处理器作为对所获得的不连续性有益条件的响应，发起对用于远程信息处理控制单元的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
[0015] 根据第四方面，提供了一种计算机程序产品，其包括在其上存储有根据第三方面的计算机程序的计算机可读介质。
[0016] 根据第五方面，提供了一种载体，其包括根据第三方面的计算机程序，其中，所述载体是以下中的一个：电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号、或计算机可读存储介质。
[0017] 根据第五方面，提供了一种远程信息处理控制单元。远程信息处理控制单元包括条件获得模块，其用于获得与远程信息处理控制单元所连接的车辆相关联的不连续性有益条件的信息。不连续性有益条件指示扩展不连续接收模式对于远程信息处理控制单元是有益的。远程信息处理控制单元还包括时间确定获得模块，其用于获得针对远程信息处理控制单元的扩展不连续接收时间的确定。远程信息处理控制单元还包括发射机，其用于作为对所获得的不连续性有益条件的响应，发起对用于远程信息处理控制单元的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
[0018] 所提出的技术的优点在于优化了车辆的电池利用率。
[0019] 当阅读下面的详细描述时，将会理解其它优点。
附图说明
[0020] 通过结合附图参考以下描述，可以最好地理解实施例及其进一步的目的和优点，其中：
[0021] 图1是C‑ITS系统的示意性图示；
[0022] 图2是休眠时间控制的实施例的示意性图示；
[0023] 图3是控制方法的实施例的流程图；
[0024] 图4是示出用于控制TCU的方法的实施例的示意性流程图；
[0025] 图5是TCU的实施例的示意性框图；
[0026] 图6是示出TCU的实施例的示意性框图；
[0027] 图7是示出TCU的另一个实施例的示意性框图；
[0028] 图8是示出TCU的又一个实施例的示意性框图；
[0029] 图9是示出计算机实现的示例的示意图；
[0030] 图10是示出包括TCU的车辆的示例的示意性框图；
[0031] 图11是示出在协作式智能运输系统中使用的TCU的示例的示意图；
[0032] 图12是示出如何在不同的网络设备之间分布或分割功能的示例的示意图；
[0033] 图13是示出无线通信系统的示例的示意图。
具体实施方式
[0034] 为了更好地理解所提出的技术，从C‑ITS系统的简要概述开始可能是有用的。
[0035] 图1示意性地示出了C‑ITS系统1。C‑ITS系统1连接到通信节点10，通过可以是有线和/或无线的内部通信11与核心C‑ITS系统1通信。通信节点10还可以用于通过内部通信11与车辆OEM云中的车辆OEM应用5通信。基础设施项目2配备有路侧单元(RSU)20，并且通过回程网络12与C‑ITS系统1通信。该回程网络可以是有线和/或无线的。公共基础设施项目2的非排它性示例是交通灯和道路标志。车辆4使用远程信息处理控制单元(TCU)40与C‑ITS系统1中的不同实体通信。TCU 40可以例如经由车辆到基础设施(V2I)方案与RSU通信，例如经由车辆对车辆(V2V)方案与其它TCU 40通信，以及例如经由车辆到网络(V2N)方案与通信节点10通信。TCU 40也可以由行人3携带，其中，可以使用车辆到行人(V2P)方案。
[0036] 因此，这些实体中的通信设备是RSU 20或TCU 40。TCU 40可以在移动时进行通信，并且可以安装在车辆4中或者甚至由行人3携带。对于行人而言，TCU 40通常是智能电话，并且在这种情况下不存在与任何“车辆”的直接连接。
[0037] 远程信息处理控制单元(TCU)40通常位于车辆4中，并且通常被集成到车辆系统和仪表板中。它们配有无线电，例如用于蜂窝连接的3GPP调制解调器，此外，车辆还可以配备有短距离无线电技术，例如，用于短距离通信的DSRC。在将来，LTE技术可能会用于短距离通信。集成了TCU 40的事实意味着例如它可以从车辆系统接收事件，在仪表板上显示该事件，或者当配备有短距离无线电技术时使用短距离通信向其它车辆4或RSU 40转发信息，或者使用蜂窝网络连接54将信息转发给道路交通管理部门。当然，TCU 40也可以在短距离无线电上或者从蜂窝网络接收信息，并且显示或转发该信息。当然，例如通过指示车辆系统执行动作，TCU还可以对所接收的信息做出反应。换句话说，TCU 40是移动通信设备。TCU通常可以访问车辆控制系统，例如，任何全球定位系统(GPS)或其它定位系统，例如，其它全球导航卫星系统(GNSS)。TCU 40通常包括UE的功能。
[0038] TCU通常还配备有用于经由蜂窝网络与应用服务器的OEM应用进行通信的无线电。应用服务器例如是在车辆原始设备制造商(OEM)或其它第三方服务供应商的控制下。通常在应用服务器中提供的例如在OEM云中的OEM应用是与车辆制造商相关联的应用。应用服务器的应用经由通信系统向车辆提供车辆服务。因此，OEM应用是远程信息处理系统的一部分，其通常提供诸如车辆的远程诊断的服务、对车辆相关动作的远程支持、以及提供关于交通的信息的服务例如以促进顺畅或高效的行驶。OEM应用通常知道车辆的状态参数以及其它信息，例如，车辆位置。
[0039] 为了提高车辆电池的利用率，TCU可以根据来自内部汽车系统和外部源的信息来控制和选择休眠时间。
[0040] 休眠时间控制的实施例的概述在图2中示出。在第一阶段15中，TCU40和例如在车辆OEM云中的OEM应用5经由蜂窝网络协商/共享信息。该信息可以包括关于存在不连续性有益条件的信息。下面将进一步详细讨论这些条件。TCU 40(通常经由调制解调器41)与OEM应用5之间的通信优选地经由蜂窝网络执行，但也可以如上所述地在任何可用的通信信道中执行。TCU 40还可以从诸如车辆内部系统的其它源获得关于存在不连续性有益条件的信息。TCU 40还可以从例如C‑ITS节点、定位卫星和/或无线通信网络获得关于存在不连续性有益条件的信息。来自OEM应用服务器、车辆内部系统、C‑ITS节点、定位卫星和/或无线通信网络的信息还可以包括不连续性时间影响参数，可以基于该参数确定适合的休眠时间，或者该信息可以包括确定的这种适合的休眠时间。这将在下面进一步讨论。因此，TCU 40通过其自己的决定或者来自外部节点的建议来考虑例如车辆信息以决定适合的休眠时间。
[0041] 在第二阶段16中，TCU 40优选地使用跟踪区域(TA)更新请求过程向蜂窝网络请求休眠时间(eDRX)或者至少发起这样的请求。
[0042] 在第三阶段17中，优选地使用跟踪区域更新接受过程，蜂窝网络用接受请求做出回应。然后，TCU 40管理转移到eDRX模式。
[0043] 图3示出了控制方法的实施例的流程图。
[0044] 在步骤S1中，TCU获得第一触发。在一般意义上，第一触发指示不再使用车辆，例如，停车，并且驾驶员/车主/乘客不再在车辆中或遇到当前电池电压使车辆进入节能模式的问题。因此，该第一触发指示关于车辆的不连续性有益条件的存在。这种不连续性有益条件可以优选地包括车辆不活动条件、人员不存在条件、能量条件、时间条件、和/或位置条件，并且最优选地包括车辆不活动条件、人员不存在条件、能量条件、和/或时间条件。
[0045] 因此，第一触发可以是不连续性有益条件中的一个或其组合。示例在下面给出。
[0046] 一种类型的不连续性有益条件是车辆不活动条件。这种车辆不活动条件的示例例如可以是：
[0047] ·车辆的发动机被关闭；
[0048] ·车辆的点火装置被关闭；和/或
[0049] ·内部系统指示，其指示在与网络的通信方面，车辆将进入节能模式或更深的休眠。
[0050] 另一种类型的不连续性有益条件是人员不存在条件。例如，这种人员不存在条件的示例例如可以是：
[0051] ·车辆从外部锁上；
[0052] ·车辆的无钥匙系统没有感测到钥匙在范围内；和/或
[0053] ·车辆的座椅传感器指示没有人坐在车辆或车辆的驾驶员座椅中。
[0054] 再一种类型的不连续性有益条件是能量条件。这种能量条件的示例例如可以是：
[0055] ·车辆中的低电池电压。
[0056] 又一种类型的不连续性有益条件是时间条件。这种时间条件的示例例如可以是：
[0057] ·一天中在预定范围内的时间。
[0058] 再一种类型的不连续性有益条件是位置条件。这种位置条件的示例例如可以是：
[0059] ·车辆的位置。
[0060] 在一个特定实施例中，在eDRX的实际开始之前使用滞后时间。为此，在步骤S2中，启动T滞后计时器。因此，在该实施例中，在滞后时间到期之后，执行对扩展不连续接收模式的请求的发起。当获得不连续性有益条件的信息时，该滞后时间开始。
[0061] 定时器T滞后用于防止车辆在触发1已发生后过早地使用eDRX。例如，驾驶员可能会在所有行李被移走之前已经锁上了车辆。
[0062] 在步骤S4中，推断出滞后时间已经到期，并且该过程继续到以下步骤。
[0063] 在另一个特定实施例中，该方法优选地还包括如下面将进一步讨论的中断滞后过程或不连续性过程的步骤，以作为对检测到不连续性停止条件的响应。关于车辆的不连续性停止条件的存在构成第二触发，如图3的步骤S3中所示。
[0064] 通常，第二触发是将要使用车辆的指示。因此，不连续性停止条件可以优选地包括车辆活动条件、人员存在条件、能量条件、和/或时间条件。
[0065] 第二触发可以是不连续性停止条件中的一个或其组合。示例在下面给出。
[0066] 一种类型的不连续性停止条件是车辆活动条件。这种车辆不活动条件的示例例如可以是：
[0067] ·车辆的点火装置被启动；
[0068] ·车辆的发动机被启动；以及
[0069] ·车辆的自动驾驶功能被激活。
[0070] 另一种类型的不连续性停止条件是人员存在条件。例如，这种人员不存在条件的示例例如可以是：
[0071] ·无钥匙系统指示钥匙在范围内；
[0072] ·车辆被解锁；以及
[0073] ·座椅传感器指示有人在车辆中。
[0074] 再一种类型的不连续性停止条件是能量条件(在车辆是电动车辆的情况下)。这种能量条件的示例例如可以是：
[0075] ·电动车辆被重新充电。
[0076] 又一种类型的不连续性停止条件是时间条件。这种时间条件的示例例如可以是：
[0077] ·一天中在预定范围内的时间。
[0078] 在特定实施例中，如步骤S5所示，在进入eDRX之前，车辆可以将一些车辆数据上载到应用服务器中。应用服务器通常是向车辆提供车辆服务的OEM服务器。该车辆数据例如可以是是电动汽车的电池状态等。以这种方式，当车辆在eDRX模式下不可达时，驾驶员可以从应用服务器中获取该数据。
[0079] 系统计算定时器TeDRX的适合值，如步骤S6所示。该计算可以在车辆中、或者在应用服务器中、或者在任何其它外部节点中完成，并且被报告给车辆。换句话说，获得扩展不连续接收时间的确定包括与向车辆提供车辆服务的应用服务器、车辆的车辆内部系统、C‑ITS节点进行通信，或者例如从定位卫星接收信息。通信可以使用无线通信网络，例如，蜂窝网络。
[0080] TeDRX的计算值即扩展不连续接收时间可以取决于各种参数的数据，在本文中表示为不连续性时间影响参数。不连续性时间影响参数例如可以是时间和历史相关参数、位置相关参数、和/或能量相关参数。示例在下面给出：
[0081] 一种类型的不连续性时间影响参数是时间和历史相关参数。这种时间和历史相关参数的示例例如可以是：
[0082] ·一天中的时间；
[0083] ·一周中的天；
[0084] ·年度季节；
[0085] ·来自车辆历史参数值的模式；以及
[0086] ·车辆的预定自动驾驶事件的设置。
[0087] 另一种类型的不连续性时间影响参数是位置相关参数。这种位置相关参数的示例例如可以是：
[0088] ·车辆的位置；
[0089] ·车辆在蜂窝覆盖之外；以及
[0090] ·车辆已失去GPS覆盖。
[0091] 可以通过不同的方式使用车辆的位置。例如，位置可以与历史参数相结合，从而识别车辆通常停留一段时间的位置。这种位置因此也可以是有用的，例如，识别地图的位置，例如，在机场停放很长一段时间。
[0092] 又一种类型的不连续性时间影响参数是能量相关参数。这种能量相关参数的示例例如可以是：
[0093] ·车辆是电动车辆并且连接到充电系统；以及
[0094] ·在车辆位置处的温度。
[0095] 基于可用的不连续性时间影响参数，可以采用关于扩展不连续接收时间TeDRX的不同考虑。不连续性时间影响参数的某些值可以指示预期的很长的不活动时段，而其它值或其它不连续性时间影响参数可以指示预期的很短的不活动时段。多于一个参数的组合还可以提供附加信息。非排它性的示例可以是位置和时间的组合、位置和历史信息的组合、温度和时间的组合等。用于确定适当的扩展不连续接收时间的算法可以根据可用的参数采用许多不同的方式来设计。
[0096] 下面示出了可采用以确定TeDRX的算法的考虑的一些非排它性示例，以提供对给出的可能性的一些理解。
[0097] ·在晚上可以给定更大的TeDRX。驾驶员在夜间访问联网汽车的概率较低。
[0098] ·在低室外温度时可以给定更小的TeDRX。驾驶员希望远程开启联网汽车的供暖设备的可能性较高。如果组合不同类型的条件，则室外温度可以与时间组合，例如，接近黎明，或者附加地基于历史，例如，在车辆正常启动前一个小时。
[0099] ·基于历史和位置数据，可以在一天中的某些时间(或一周中的某一天或一年中的某个季节)重新协商TeDRX。例如，可以将TeDRX重新协商为接近历史和位置数据指示可能是工作日的开始或结束的更小的值。
[0100] ·基于位置，可以给定大的TeDRX，例如，如果车辆被停放在长期停车场中。
[0101] ·基于位置和历史使用的组合，如果车辆被停放在特殊的停车场，则TeDRX例如可被设置为等于最后的停车时间或者平均停车时间。
[0102] ·在车辆进行充电时可以给定更小的TeDRX。在这种情况下，驾驶员可能想要远程地检查充电状态。此外，当车辆连接到电网时，功耗就不太重要了。
[0103] 还如步骤S6所示，TCU使用所确定的TeDRX来请求和管理进入eDRX模式。
[0104] 通常，TCU 40向蜂窝网络发起请求休眠时间(eDRX)的eDRX模式请求。优选地，TCU使用跟踪区域(TA)更新请求过程。蜂窝网络用接受请求做出回应，优选地使用跟踪区域更新接受过程。
[0105] TCU 40然后管理TCU转移到eDRX模式。在丢失蜂窝覆盖的情况下，可以通过关闭蜂窝调制解调器来实现额外的节能，即，没有花费电力来搜索该位置中的小区的想法。在这种情况中，调制解调器部分向TCU通知覆盖丢失，然后，TCU命令调制解调器停止扫描蜂窝覆盖。当从车辆系统向TCU通知车辆正在移动时，TCU指示UE调制解调器继续扫描蜂窝覆盖。
[0106] 如果GPS信号丢失，则可以执行类似的处理。也即是说，暂停在当前位置处搜索GPS信号，并且在车辆再次移动时继续进行搜索。
[0107] 在特定实施例中，优选地应当存在从TCU到内部车辆系统的指示车辆系统在休眠时间内不应期望被服务器联系以使车辆中的协议适应于此的信息。换句话说，上行链路(UL)流量，例如定期注册等也需要停止或暂停。也可以由TCU拒绝或停止或阻止UL流量尝试，或者由控制网络连接的其它SW或设备来拒绝或停止或阻止UL流量尝试。
[0108] 此外，优选地，OEM应用服务器应被通知车辆将进入休眠模式并且在一定时间内将不会发起联系或不可达，即，使得应用可以调整其关于重新注册等的期望。
[0109] 在特定实施例中，定时器T评估优选地用于在扩展不连续接收模式期间有规律或间歇地重新评估TeDRX的值。因此，在步骤S7中，T评估计时器被启动。当T评估定时器到期时，如步骤S8所示，该过程返回到步骤S6，在步骤S6中可以重新评估TeDRX的值。确定TeDRX的条件可能已改变。例如，温度可能已经相当大地改变，因此选择TeDRX值的另一种方法可能是有益的。这种评估可能性例如也可开启以使得能够在系统假定快到工作日的结束时对TeDRX进行重新协商。在TeDRX的重新协商可能是有益的许多其它场景也是可能的。应将参数T评估选择得足够长以便不会在任何显著程度上影响功耗，但也应足够短以便能够重新计算变化条件。
[0110] 参数T评估也可以根据不同的条件进行不同的设置。作为一个非排它性的示例，如果一年中的季节预期有很大的温度波动，例如，参数T评估可以在晚间被设置得更短，以便发现任何这种温度波动。
[0111] 关于车辆的不连续性停止条件的存在构成第二触发，如图3的步骤S9所示。这与如上所讨论的滞后时间的停止类似。
[0112] 如果获得了这样的第二触发或者如果扩展不连续接收时间到期，则在步骤S10中退出扩展不连续接收模式。
[0113] 图4是示出用于控制TCU的方法的实施例的示意性流程图。在步骤S11中，获得指示扩展不连续接收模式会有益于TCU的条件的信息。因此，条件可被表示为不连续性有益条件。不连续性有益条件与TCU所连接的车辆相关联。这通常与车辆控制系统协作执行。换句话说，获得不连续性有益条件的信息的步骤包括优选地与车辆内部系统通信。这些条件与预期的车辆不活动时间或预期的存储电力短缺相关联。换句话说，不连续性有益条件优选地包括以下中的至少一个：车辆不活动条件、人员不存在条件、能量条件、以及时间条件。非排它性的示例是发动机的状态条件、车锁的状态条件、或任何驾驶员缺席。在上面进一步给出了其它示例。
[0114] 在特定实施例中，在步骤S12中，收集对eDRX时间确定有用的信息。该信息通常包括位置信息，尤其是与覆盖信息、诸如一天中的时间或一周中的天的时间信息、诸如温度的周围环境条件、以及eDRX模式的历史使用或车辆的历史使用的收集相关的，如前面的讨论和示例所述。这样的信息可以通过不同种类的通信来访问，例如，与车辆控制系统、定位过程进行交互，或者从例如在OEM应用或者TCU可与其通信的其它应用中的存储数据中获取。
[0115] 在步骤S13中，获得针对TCU的扩展不连续接收时间的确定。
[0116] 在一个特定实施例中，这种获得确定包括完全或部分地由TCU来执行确定。在该替代方案中，获得扩展不连续接收时间的确定因此包括接收不连续性时间影响参数的数据。这些不连续性时间影响参数是从向车辆提供车辆服务的应用服务器、车辆的车辆内部系统、C‑ITS节点、定位卫星、和/或无线通信网络接收的。然后，基于所接收的不连续性时间影响参数的数据，执行扩展不连续接收时间的确定。这优选地与步骤S12的执行相结合。
[0117] 在另一个特定实施例中，这种获得确定包括从外部节点，例如向OEM应用或其它应用请求扩展不连续接收时间的确定。获得确定还包括接收确定。换句话说，在该替代方案中，扩展不连续接收时间的确定包括从向车辆提供车辆服务的应用服务器、车辆的车辆内部系统、C‑ITS节点、定位卫星、或无线通信网络接收所确定的扩展不连续接收时间。
[0118] 应确定扩展不连续接收时间以用于优化扩展不连续接收功能的使用。所请求的时间应是预期的车辆不活动时间和/或到/来自车辆的重要通信的“智能”估计。在大多数典型情况下，位置相关信息和所收集的历史参数值的组合还可以与时间信息组合。当车辆停放在午餐餐厅外时，适合的扩展不连续接收时间应当比当车辆在夜间停放在住宅外时要短。通过使用特定于每个车辆的历史信息，可以跟踪车辆的有规律的移动并且可以建议适合的扩展不连续接收时间。
[0119] 在特定实施例中，关于可能对用户有用的车辆的信息被提供S14给例如应用服务器。应用服务器通常是向车辆提供车辆服务的OEM服务器。因此，此信息变得可用而不管是任何eDRX模式。例如来自应用服务器的信息还可被提供给TCU以帮助转移到eDRX模式。
[0120] 因此，在一个实施例中存在进一步的步骤S14，其中，在请求扩展不连续接收模式之前，或者至少在实现这种请求之前，与应用服务器中的应用交换关于车辆的状态的信息。应用服务器通常是向车辆提供车辆服务的OEM服务器。
[0121] 在步骤S15中，请求用于TCU的扩展不连续接收模式，建议所确定的扩展不连续接收时间。这种请求在现有技术中是已知的。该请求可以由TCU发起，并且由TCU自己或另一个节点执行。请求的发起是对所获得的不连续性有益条件的响应，如在上面进一步讨论的。
[0122] 在步骤S16中，接收扩展不连续接收模式的接受。
[0123] 在步骤S17中，管理TCU转移到扩展不连续接收模式。这种管理在现有技术中是已知的。该管理可以包括与不同通信系统的关闭通信。该管理还可以包括非通信传输，这依赖于通信系统自动安排突然丢失的TCU。换句话说，如果TCU在没有通知通信系统的情况下关闭其通信，则在注意到TCU不提供任何信令之后，通信系统无论如何都可以断定TCU已经关闭了通信。
[0124] 在涉及eDRX模式的中断的实施例中或者在发起过程的滞后时间的持续期间可以执行步骤S18，其中，获得要求可能早一些结束eDRX模式的车辆条件。这通常与车辆控制系统协作执行。这些条件与车辆的预期活动相关联。非排它性的示例是发动机的状态条件、车锁的状态条件、或任何驾驶员存在。在上面结合图3进一步讨论了进一步的示例。
[0125] 在特定实施例中，步骤S19包括管理转移出eDRX模式。这种管理在现有技术中是已知的。该管理可以包括查找到与不同的通信系统的通信开放。
[0126] 图3和图4的流程图是基本上相同的任务的不同视图。因此，不同步骤之间存在联系或相似之处。步骤S1和S11是基本上对应的步骤，并且步骤S5和S14也是如此。步骤S6是涉及例如S12、S13、S15、S16和S17的活动的公共步骤。步骤S9和S18是基本上对应的步骤，并且步骤S10和S19也是如此。
[0127] 所提出的技术可被应用于用户终端，用户终端可以是有线或无线设备。
[0128] 本文使用的非限制性术语“远程信息处理控制单元(TCU)”、“远程信息处理模块(TEM)”、“板载单元(OBU)”、“用户设备(UE)”、“台站(STA)”和“无线通信设备”可以指移动电话、蜂窝电话、配备有无线电通信能力的个人数字助理(PDA)、智能电话、配备有内部或外部移动宽带调制解调器的膝上型计算机或个人计算机(PC)、具有无线电通信能力的平板式PC、目标设备、设备到设备UE、机器类型UE或能够进行机器到机器通信的UE、iPAD、客户驻地设备(CPE)、膝上型嵌入式设备(LEE)、膝上型安装式设备(LME)、通用串行总线(USB)加密狗、便携式电子无线电通信设备、配备有无线电通信能力的传感器设备等。特别地，术语“UE”、术语“台站”和术语“无线通信设备”应被解释为非限制性术语，其包括与无线通信系统中的网络节点通信和/或可直接与另一个无线通信设备通信的任何类型的无线设备。换句话说，无线通信设备可以是配备有用于根据任何相关通信标准进行无线通信的电路的任何设备。
[0129] 本文使用的术语“有线设备”可以指被配置或准备用于与网络的有线连接的任何设备。特别地，当被配置用于有线连接时，有线设备可以是具有或不具有无线电通信能力的上述设备中的至少一些。
[0130] 本文使用的非限制性术语“网络节点”可以指基站、接入点、诸如网络控制器、无线电网络控制器、基站控制器、接入控制器的网络控制节点等。特别地，术语“基站”可以涵盖不同类型的无线电基站，包括诸如节点B、或演进型节点B(eNB)、以及宏/微/微微无线电基站、也称为毫微微基站的家庭基站的标准化基站、中继节点、中继器、无线电接入点、基站收发信台(BTS)，甚至是控制一个或多个远程无线电单元(RRU)的无线电控制节点等。
[0131] 在下文中，一般性的非限制性术语“通信单元”包括网络节点和/或相关联的无线设备。
[0132] 本文使用的术语“网络设备”可以指与通信网络连接定位的任何设备，包括但不限于在接入网、核心网以及类似的网络结构中的设备。术语网络设备还可以涵盖基于云的网络设备。
[0133] 应当理解，本文描述的方法和设备可以采用各种方式组合和重新布置。
[0134] 例如，实施例可以采用硬件实现，或者采用软件实现以便由适合的处理电路执行，或者采用硬件或软件的组合来实现。
[0135] 本文描述的步骤、功能、过程、模块和/或框可以使用任何常规技术采用硬件来实现，诸如分立电路或集成电路技术，包括通用电子电路和专用电路。
[0136] 可替代地或作为补充，本文描述的步骤、功能、过程、模块和/或框中的至少一些可以采用诸如计算机程序的软件来实现，以便由诸如一个或多个处理器或处理单元的适合的处理电路来执行。
[0137] 处理电路的示例包括但不限于一个或多个微处理器、一个或多个数字信号处理器(DSP)、一个或多个中央处理单元(CPU)、视频加速硬件和/或任何适合的可编程逻辑电路，诸如一个或多个现场可编程门阵列(FPGA)、或一个或多个可编程逻辑控制器(PLC)。
[0138] 还应理解，可以重新使用实现所提出的技术的任何常规设备或单元的通用处理能力。还可以重新使用已有的软件，例如，通过重新编程已有的软件或者添加新的软件组件。
[0139] 根据所提出的技术的一个方面提供了一种TCU，其中，TCU被配置为获得与TCU所连接的车辆相关联的条件的信息，其指示扩展不连续接收模式对于TCU是有益的。TCU进一步被配置为获得针对TCU的扩展不连续接收时间的确定。TCU进一步被配置为请求用于TCU的扩展不连续接收模式，建议所确定的扩展不连续接收时间。TCU进一步被配置为接收扩展不连续接收模式的接受。TCU进一步被配置为管理TCU转移到扩展不连续接收模式。
[0140] 图5是TCU 40的实施例的示意性框图。TCU 40包括调制解调器41，调制解调器41又具有发射机42和接收机43，用于经由天线47与不同的网络进行无线通信。车辆状态部分45与主车辆控制部分通信联系。车辆状态部分45被配置用于获得与TCU所连接的车辆相关联的条件的信息，其指示eDRX模式对于TCU是有益的。TCU 40可以实现为单独的单元，或者可以实现为车辆控制系统的集成部分。eDRX管理器44连接到调制解调器41和车辆状态部分45，并且被配置用于请求eDRX模式，接收eDRX模式的接受，以及管理TCU转移到eDRX模式。在特定实施例中，eDRX管理器44可以至少部分地参与针对TCU的eDRX模式时间的确定。eDRX管理器44可选地包括时钟48，以跟踪eDRX模式的时间。
[0141] 在一个实施例中，TCU优选地被配置为可操作以与协作式智能运输系统进行协作。TCU被配置为获得与TCU所连接的车辆相关联的不连续性有益条件的信息。不连续性有益条件指示扩展不连续接收模式对于TCU是有益的。TCU进一步被配置为获得针对TCU的扩展不连续接收时间的确定。TCU进一步被配置为作为对所获得的不连续性有益条件的响应，发起对用于TCU的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
[0142] 图6是示出根据实施例的基于处理器‑存储器实现的TCU 40的示例的示意性框图。在该特定示例中，TCU 40包括处理器110和存储器120，存储器120包括能够由处理器110执行的指令，由此，处理器可操作以获得与TCU所连接的车辆相关联的条件的信息，其指示扩展不连续接收模式对于TCU是有益的。处理器还可操作以获得针对TCU的扩展不连续接收时间的确定。
[0143] 在一个实施例中，处理器还可操作以发起对所述扩展不连续接收模式的请求。
[0144] 在一个实施例中，处理器还可操作以请求用于TCU的扩展不连续接收模式，建议所确定的扩展不连续接收时间。
[0145] 在另一个实施例中，处理器还可操作以接收扩展不连续接收模式的接受。处理器还可操作以管理TCU转移到扩展不连续接收模式。
[0146] TCU 40还可以包括通信电路130。通信电路130可以包括用于与网络中的其它设备和/或网络节点进行有线和/或无线通信的功能。在特定示例中，通信电路130可以基于用于与一个或多个其它节点通信的无线电电路，包括发送和/或接收信息。通信电路130可以与处理器110和/或存储器120互连。举例来说，通信电路130可以包括以下中的任何一个：接收机、发射机、收发机、输入/输出(I/O)电路、输入端口和/或输出端口。
[0147] 在不同的实施例中，TCU可以包括被配置为执行以下中的至少一个的通信电路：
[0148] 与车辆内部系统通信；
[0149] 与向车辆提供车辆服务的应用服务器、车辆的车辆内部系统、C‑ITS节点中的至少一个通信，从定位卫星接收信息，以及使用无线通信网络；
[0150] 从车辆内部系统、C‑ITS节点、定位卫星、以及无线通信网络中的一个接收所确定的扩展不连续接收时间；
[0151] 从向车辆提供车辆服务的应用服务器、车辆的车辆内部系统、C‑ITS节点、定位卫星、以及无线通信网络中的至少一个接收不连续性时间影响参数的数据；
[0152] 接收扩展不连续接收模式的接受；以及
[0153] 与向车辆提供车辆服务的应用服务器交换关于所述车辆的状态的信息。
[0154] 图7是示出根据实施例的基于硬件电路实现的TCU 40的另一个示例的示意性框图。适合的硬件(HW)电路的特定示例包括一个或多个适当配置或可能可重新配置的电子电路，例如，专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或任何其它硬件逻辑，诸如基于分立逻辑门和/或触发器的电路，互连以执行与适合的寄存器(REG)和/或存储器单元(MEM)相关的专用功能。
[0155] 图8是示出TCU 40的又一个示例的示意性框图，其基于与适合的存储器单元320相连的处理器310‑1、310‑2和硬件电路330‑1、330‑2的组合。装置300包括一个或多个处理器310‑1、310‑2、包括用于软件和数据的存储的存储器320、以及诸如ASIC和/或FPGA的硬件电路330‑1、330‑2的一个或多个单元。因此，整体的功能性在用于在一个或多个处理器310‑1、
310‑2上执行的编程软件(SW)与一个或多个诸如ASIC和/或FPGA的预配置或可能可重新配置的硬件电路330‑1、330‑2之间分割。实际的硬件‑软件分割可以由系统设计者基于包括处理速度、实现成本和其它要求的多个因素来决定。
[0156] 可替代地或作为补充，本文描述的步骤、功能、过程、模块和/或框中的至少一些可以采用诸如计算机程序的软件来实现，以便由诸如一个或多个处理器或处理单元的适合的处理电路来执行。
[0157] 因此，当由一个或多个处理器执行时，本文示出的流程图可被视为计算机流程图。对应的装置可被定义为功能模块组，其中，由处理器执行的每个步骤与功能模块相对应。在这种情况下，功能模块被实现为在处理器上运行的计算机程序。
[0158] 处理电路的示例包括但不限于一个或多个微处理器、一个或多个数字信号处理器(DSP)、一个或多个中央处理单元(CPU)、视频加速硬件、和/或任何适合的可编程逻辑电路，诸如一个或多个现场可编程门阵列(FPGA)、或一个或多个可编程逻辑控制器(PLC)。
[0159] 还应理解，可以重新使用实现所提出的技术的任何常规设备或单元的通用处理能力。还可以重新使用已有的软件，例如，通过重新编程已有的软件或者添加新的软件组件。
[0160] 图9是示出根据实施例的计算机实现40的示例的示意图。在该特定示例中，本文描述的至少一些步骤、功能、过程、模块和/或框采用计算机程序425、435来实现，计算机程序425、435被加载到存储器420中以由包括一个或多个处理器410的处理电路来执行。处理器
410和存储器420彼此互连以实现正常的软件执行。可选的输入/输出设备440还可以与处理器410和/或存储器420互连，以实现诸如输入参数和/或结果输出参数的相关数据的输入和/或输出。
[0161] 在一般意义上，术语“处理器”应被解释为能够执行程序代码或计算机程序指令以执行特定处理、确定或计算任务的任何系统或设备。
[0162] 因此，包括一个或多个处理器410的处理电路被配置为在执行计算机程序425时执行明确定义的处理任务，诸如本文所描述的那些处理任务。
[0163] 处理电路并非专用于仅执行上述步骤、功能、过程和/或框，而是还可以执行其它任务。
[0164] 在特定实施例中，计算机程序425、435包括指令，其在由至少一个处理器410执行时使处理器410：获得与TCU所连接的车辆相关联的条件的信息，其指示扩展不连续接收模式对于TCU是有益的；获得针对TCU的扩展不连续接收时间的确定；请求用于TCU的扩展不连续接收模式，建议所确定的扩展不连续接收时间；接收扩展不连续接收模式的接受；以及管理TCU转移到扩展不连续接收模式。
[0165] 在特定实施例中，计算机程序包括指令，其在由至少一个处理器执行时使处理器：获得与TCU所连接的车辆相关联的条件的信息，其指示扩展不连续接收模式对于TCU是有益的；获得针对TCU的扩展不连续接收时间的确定；请求用于TCU的扩展不连续接收模式，建议所确定的扩展不连续接收时间；接收扩展不连续的接收模式的接受；以及管理TCU转移到扩展不连续接收模式。
[0166] 所提出的技术还提供了包括计算机程序的载体，其中，载体是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号、或计算机可读存储介质中的一个。
[0167] 作为示例，软件或计算机程序425、435可以实现为计算机程序产品，其通常被承载或存储在计算机可读介质420、430上，尤其是非易失性介质。计算机可读介质可以包括一个或多个可移动或不可移动的存储器设备，包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、光盘(CD)、数字通用盘(DVD)、蓝光盘、通用串行总线(USB)存储器、硬盘驱动器(HDD)存储设备、闪存、磁带或任何其它常规的存储器设备。因此，计算机程序可以加载到计算机或等效的处理设备的操作存储器中以由其中的处理电路执行。
[0168] 图10是示出根据任何实施例的包括TCU 40的车辆4的示例的示意性框图。
[0169] 根据一方面，提供了一种包括如本文所述的TCU 40的网络设备。
[0170] 网络设备可以是无线通信系统中的任何适合的网络设备，或者是与无线通信系统相关的网络设备。举例来说，网络设备可以是适合的网络节点，诸如基站或接入点。然而，网络设备可替代地是云实现的网络设备。
[0171] 根据另一方面，提供了一种无线通信系统中的通信单元，其中，通信单元包括如本文所述的TCU 40。通信单元可以是无线通信系统中的任何适合的通信单元。作为示例，通信单元可以是无线通信设备，诸如UE、STA、或类似的终端用户设备。
[0172] 当由一个或多个处理器执行时，本文示出的流程图可被视为计算机流程图。对应的装置可被定义为功能模块组，其中，由处理器执行的每个步骤与功能模块相对应。在这种情况下，功能模块被实现为在处理器上运行的计算机程序。
[0173] 因此，驻留在存储器中的计算机程序可被组织为适当的功能模块，其被配置为在由处理器执行时执行本文所述的步骤和/或任务的至少一部分。
[0174] 图11是示出TCU 40的示例的示意图，TCU 40优选地与OEM应用和蜂窝网络协作地使用。TCU 40包括车辆状况模块500，其用于获得与TCU所连接的车辆相关联的条件的信息，其指示扩展不连续接收模式对于TCU是有益的。TCU 40还包括eDRX时间确定模块510，其用于获得针对TCU的扩展不连续接收时间的确定。TCU 40还包括发射机520，其用于发起对用于TCU的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。TCU 40优选地还包括接收机530，其用于接收扩展不连续接收模式的接受。TCU 40优选地还包括eDRX管理模块540，其用于管理TCU转移到扩展不连续接收模式。
[0175] 在一个实施例中，TCU包括条件获得模块，其用于获得与TCU所连接的车辆相关联的不连续性条件的信息。不连续性有益条件指示扩展不连续接收模式对于TCU是有益的。TCU还包括时间确定获得模块，其用于获得针对TCU的扩展不连续接收时间的确定。TCU还包括发起器，其用于作为对所获得的不连续性有益条件的响应，发起对用于TCU的扩展不连续接收模式的请求，建议所确定的扩展不连续接收时间。
[0176] 可替代地，可以主要通过硬件模块，或者可替代地通过软件来实现图11中的模块，在相关模块之间具有适当的互连。特定示例包括一个或多个适当配置的数字信号处理器和其它已知的电子电路，例如，先前提及的互连以执行专用功能的分立逻辑门、和/或专用集成电路(ASIC)。可用硬件的其它示例包括输入/输出(I/O)电路和/或用于接收和/或发送信号的电路。软件与硬件的范围仅仅是实现选择。
[0177] 在诸如网络节点和/或服务器的网络设备中提供计算服务(硬件和/或软件)变得越来越流行，其中，资源作为服务通过网络被传送到远程位置。举例来说，这意味着如本文所述的功能可以分布或重新定位到一个或多个单独的物理节点或服务器。可以将功能重新定位或分布到一个或多个联合动作的物理机和/或虚拟机，这些物理机和/或虚拟机可位于单独的物理节点中，即，在所谓的云中。这有时也称为云计算，其是用于实现对可配置计算资源池的普适按需网络接入的模型，可配置计算资源例如是网络、服务器、存储设备、应用、以及通用或定制服务。
[0178] 在此上下文中具有不同形式的虚拟化是有用的，包括以下中的一个或多个：
[0179] 将网络功能整合到在定制或通用硬件上运行的虚拟化软件中。这有时被称为网络功能虚拟化。
[0180] 将在单独的硬件上运行的一个或多个包括操作系统的应用堆栈共同定位到单个硬件平台上。这有时被称为系统虚拟化或平台虚拟化。
[0181] 共同定位硬件和/或软件资源，其目的是使用一些高级域级调度和协调技术来增加系统资源利用率。这有时被称为资源虚拟化，或者集中和协调的资源池。
[0182] 虽然通常希望将功能集中在所谓的通用数据中心中，但实际上在其它场景中在网络的不同部分上分布功能可能是有益的。
[0183] 图12是示出在一般情况下如何在不同的网络设备之间分布或分割功能的示例的示意图。在该示例中，存在至少两个单独但互连的网络设备ND1和ND 2，它们分别具有参考标号610和620，并且可以具有在网络设备610与网络设备620之间分割的不同功能或相同功能的部分。可具有诸如ND 3的附加网络设备，其具有参考标号630，并且是这种分布式实现的一部分。网络设备610‑630可以是同一无线通信系统的一部分，或者这些网络设备中的一个或多个可以是位于无线通信系统以外的所谓的基于云的网络设备。
[0184] 图13是示出包括与一个或多个基于云的网络设备协作的接入网710和/或核心网720和/或操作和支持系统(OSS)730的无线通信系统的示例的示意图。与接入网710和/或核心网720和/或OSS系统730相关的功能可以至少部分地实现以用于在基于云的网络设备740中执行，其中在基于云的网络设备与接入网和/或核心网和/或OSS系统中的相关网络节点和/或通信单元之间具有适当的信息传输。
[0185] 网络设备(ND)通常可被视为通信地与网络中的其它电子设备的电子设备相连接。
[0186] 举例来说，网络设备可以采用硬件、软件或其组合来实现。例如，网络设备可以是专用网络设备或通用网络设备，或其混合。
[0187] 专用网络设备可以使用定制的处理电路和专有操作系统(OS)，用于执行软件以提供本文公开的一个或多个特征或功能。
[0188] 通用网络设备可以使用通用现成的(COTS)处理器和标准OS，用于执行被配置为提供本文公开的一个或多个特征或功能的软件。
[0189] 举例来说，专用网络设备可以包括硬件，其包括处理或计算资源，通常包括一组一个或多个处理器和有时被称为物理端口的物理网络接口(NI)，以及其上存储有软件的非暂时性机器可读存储介质。物理NI可被视为网络设备中的硬件，通过其进行网络连接，例如，通过无线网络接口控制器(WNIC)无线地进行网络连接，或者通过将电缆插入连接到网络接口控制器(NIC)的物理端口来进行网络连接。在操作期间，软件可以由硬件执行，以实例化一组一个或多个软件实例。软件实例中的每一个以及执行该软件实例的硬件部分可以形成单独的虚拟网络单元。
[0190] 作为另一个示例，通用网络设备例如可以包括硬件，其包括一组一个或多个通常是COTS处理器的处理器、网络接口控制器(NIC)、以及其上存储有软件的非暂时性机器可读存储介质。在操作期间，处理器执行软件以实例化一组或多组的一个或多个应用。虽然一个实施例没有实现虚拟化，但是替代的实施例可以使用不同形式的虚拟化——例如，由虚拟化层和软件容器来表示。例如，一个这样的替代实施例实现了操作系统级的虚拟化，在这种情况下，虚拟化层代表操作系统的内核(或在基础操作系统上执行的shim)，其允许创建多个软件容器，每个软件容器可用于执行一组应用中的一个。在示例性实施例中，每个软件容器(也称为虚拟化引擎、虚拟专用服务器或jail)是用户空间实例(通常是虚拟存储器空间)。这些用户空间实例可以彼此分离并且与在其中执行操作系统的内核空间分离，除非明确允许，否则在给定用户空间中运行的一组应用不能访问其它进程的内存。另一个这样的替代实施例实现了完全虚拟化，在这种情况下：1)虚拟化层表示管理程序(有时称为虚拟机监控器(VMM))或者管理程序在主机操作系统之上执行；2)每个软件容器表示一种紧密隔离形式的软件容器，被称为由管理程序执行的虚拟机并且可以包括客户操作系统。
[0191] 管理程序是负责创建和管理各种虚拟化实例的软件/硬件，并且在某些情况下负责创建和管理实际的物理硬件。管理程序管理底层资源并将它们呈现为虚拟化实例。管理程序虚拟化以呈现的单个处理器实际上可以包括多个单独的处理器。从操作系统的角度来看，虚拟化实例看起来是实际的硬件组件。
[0192] 虚拟机是物理机器的软件实现，它运行程序就好像它们在物理的非虚拟化机器上执行一样，并且虽然有些系统提供了允许操作系统或应用知道用于优化目的的虚拟化的存在的半虚拟化，但是应用通常不知道它们运行在虚拟机上而不是运行在“裸机”主机电子设备上。
[0193] 已实现的一组或多组的一个或多个应用以及虚拟化层和软件容器的实例化被统称为软件实例。每组应用、对应的已实现的软件容器、以及执行它们的硬件部分(专用于该执行的硬件和/或由软件容器临时共享的硬件的时间片)形成单独的虚拟网络单元。
[0194] 虚拟网络单元可以执行与虚拟网络单元(VNE)相比较类似的功能。这种硬件虚拟化有时被称为网络功能虚拟化(NFV)。因此，NFV可用于将许多网络设备类型整合到可位于数据中心、ND以及客户驻地设备(CPE)中的工业标准的高容量服务器硬件、物理交换机以及物理存储设备上。然而，不同的实施例可以不同地实现一个或多个软件容器。例如，虽然实施例示出了对应于VNE的每个软件容器，但替代的实施例可以在更细粒度级别实现软件容器‑VNE之间的这种对应关系或映射，应当理解，在本文中参考软件容器与VNE的对应关系来描述的技术也适用于使用这种更细粒度级别的实施例。
[0195] 根据又一个实施例，提供了一种混合网络设备，其包括在网络设备中例如在网络设备ND内的卡或电路板中的定制的处理电路/专有OS和COTS处理器/标准OS两者。在这种混合网络设备的某些实施例中，诸如实现专用网络设备的功能的虚拟机(VM)的平台VM可以为混合网络设备中存在的硬件提供半虚拟化。
[0196] 上面描述的实施例仅作为示例给出，并且应当理解所提出的技术不限于此。本领域技术人员将理解，在不背离由所附权利要求限定的本发明的范围的情况下，可以对实施例进行各种修改、组合和改变。特别地，在技术上可行的情况下，不同实施例中的不同部分方案可以组合在其它配置中。
[0197] 缩写词
[0198] 3GPP 第三代合作伙伴计划
[0199] ASIC 专用集成电路
[0200] BTS 基站收发信台
[0201] CD 光盘
[0202] C‑ITS 协作式智能运输系统
[0203] CONVERGE 通信网络车辆道路全球扩展
[0204] COTS 通用现成的
[0205] CPE 客户驻地设备
[0206] CPU 中央处理单元
[0207] DSP 数字信号处理器
[0208] DSRC 专用短距离通信
[0209] DVD 数字多功能光盘
[0210] eDRX 扩展不连续接收
[0211] eNB 演进型节点B
[0212] FPGA 现场可编程门阵列
[0213] GNSS 全球导航卫星系统
[0214] GPS 全球定位系统
[0215] HDD 硬盘驱动器
[0216] HW 硬件
[0217] ICT 信息和通信技术
[0218] I/O 输入/输出
[0219] ITS 智能运输系统
[0220] LEE 膝上型嵌入式设备
[0221] LME 膝上型安装式设备
[0222] LTE 长期演进
[0223] MEM 存储器单元
[0224] ND 网络设备
[0225] NFV 网络功能虚拟化
[0226] NI 网络接口
[0227] NIC 网络接口控制器
[0228] OBD II 板载诊断II
[0229] OBU 板载单元
[0230] OEM 原始设备制造商
[0231] OS 操作系统
[0232] OSS 操作和支持系统
[0233] PC 个人计算机
[0234] PDA 个人数字助理
[0235] PLC 可编程逻辑控制器
[0236] RAM 随机存取存储器
[0237] REG 寄存器
[0238] ROM 只读存储器
[0239] RRU 远程无线电单元
[0240] RSU 路侧单元
[0241] STA 台站
[0242] SW 软件
[0243] TA 跟踪区域
[0244] TCU 远程信息处理控制单元
[0245] TEM 远程信息处理模块
[0246] UE 用户设备
[0247] UL 上行链路
[0248] USB 通用串行总线
[0249] V2I 车辆到基础设施
[0250] V2N 车辆到网络
[0251] V2P 车辆到行人
[0252] V2V 车辆对车辆
[0253] V2X 车联万物
[0254] VM 虚拟机
[0255] VMM 虚拟机监控器
[0256] VNE 虚拟网络单元
[0257] WNIC 无线网络接口控制器
