一种保持车载外部设备永远在线数据网络的方法与流程

本发明涉及一种保持车载外部设备永远在线数据网络的方法。

背景技术

当前互联网汽车应用非常广泛，而终端用户要使用互联网汽车的telematics功能是需要车辆内的tbox来执行具体的互动操作。通常用户都是使用手机app/微信小程序通过tsp与自己注册的车辆内的tbox实现互联后，就可以实现远程操控等功能。用户要体验和使用远程操控功能，车辆内的tbox的2g/3g/4g无线模块就必须登陆运营商的数据网络，这样才能通过移动互联网与tsp互联互通，实现数据交换。

车辆内的tbox在用户离开车辆锁车操作后就进入深度休眠。进入深度休眠后的tbox的无线模块，若长时间没有使用移动供应商的数据业务，移动供应商的数据网络管理会将该tbox的无线模块占用的数据网络通道拆线释放资源。这样当该tbox从深度休眠再次被唤醒后，就需要重新拨号，向移动供应商数据网络申请数据网络资源，然后接入对应的tsp网络。这样一来，tbox从休眠唤醒后，登陆数据网络和接入tsp网络就会花费一定的时间，对于用户的远程操控等即时操作有很大的延时，影响用户远程操控体验。

技术实现要素：

应当理解，本公开以上的一般性描述和以下的详细描述都是示例性和说明性的，并且旨在为如权利要求所述的本公开提供进一步的解释。

针对上述问题，本申请提供一种保持车载外部设备永远在线数据网络的方法，可以当车载外部设备处在深度休眠状态中，监测到2g/3g/4g无线模块的数据网络资源是否已经被移动供应商数据网络管理释放，若发现数据网络资源已经被释放就即时重新拨号继续申请数据网络资源，然后接入对应的tsp网络，以保证车载外部设备虽然处于休眠状态但是数据网络永远处于就绪的状态。

本发明揭示了一种保持车载外部设备永远在线数据网络的方法，应用于所述车载外部设备中的蜂窝通信模块和控制单元之间，其特征在于，包括：

步骤一，在一个非连续接收周期的唤醒态，所述蜂窝通信模块自动侦测数据网络是否在线；

步骤二，如果在线，所述蜂窝通信模块进入所述非连续接收周期的休眠态，并在所述休眠态后进入后一个非连续接收周期，返回步骤一循环自动侦测；如果不在线，向所述控制单元发出一个唤醒信号；

步骤三，当所述控制单元确实被唤醒后，经所述控制单元确认后指令所述蜂窝通信模块重新接入所述数据网络；

步骤四，当所述蜂窝通信模块接入所述数据网络后，所述控制单元进入休眠状态，等待再唤醒。

比较好的是，本发明进一步公开了一种保持车载外部设备永远在线数据网络的方法，其特征在于，

所述步骤三中，所述重新拨入的步骤进一步包括：

所述蜂窝通信模块发出一条拨号指令，申请所述数据网络资源，接入对应的通信服务提供商网络。

比较好的是，本发明进一步公开了一种保持车载外部设备永远在线数据网络的方法，其特征在于，

所述数据网络分配所述非连续接收周期中的唤醒态和休眠态的时间，并由所述车载外部设备实现。

比较好的是，本发明进一步公开了一种保持车载外部设备永远在线数据网络的方法，其特征在于，

所述蜂窝通信模块接入的所述数据网络包括2g、3g和4g。

比较好的是，本发明进一步公开了一种保持车载外部设备永远在线数据网络的方法，其特征在于，

所述车载外部设备进一步包括tbox。

本发明还公开了一种应用上述方法的车载外部设备，其特征在于，所述车载外部设备进还包括存储模块、通信端口和电源模块。

本发明的保持车载外部设备永远在线数据网络的方法，若因为业务需求，从休眠唤醒后，不再花费登陆数据网络和接入tsp网络的时间，可以立即与tsp进行数据交换，提升用户远程操控的体验。

附图说明

现在将详细参考附图描述本公开的实施例。现在将详细参考本公开的优选实施例，其示例在附图中示出。在任何可能的情况下，在所有附图中将使用相同的标记来表示相同或相似的部分。此外，尽管本公开中所使用的术语是从公知公用的术语中选择的，但是本公开说明书中所提及的一些术语可能是申请人按他或她的判断来选择的，其详细含义在本文的描述的相关部分中说明。此外，要求不仅仅通过所使用的实际术语，而是还要通过每个术语所蕴含的意义来理解本公开。

下面，参照附图，对于熟悉本技术领域的人员而言，从对本发明的详细描述中，本发明的上述和其他目的、特征和优点将显而易见。

图1是根据本发明的一实施例的车载终端设备与车载外部设备之间进行数据通信的示意图；

图2是涉及图1中蜂窝通信模块120和mcu110之间的实现本发明的流程图；

图3是图1中蜂窝通信模块102的工作时序图。

附图标记

100――tbox

110――mcu

120――蜂窝通信模块

130――通信端口

140――存储模块

150――电源模块

200――车载终端设备

210――通信端口

300――tsp平台

400――用户终端

具体实施方式

为让本发明的上述目的、特征和优点能更明显易懂，以下结合附图对本发明的具体实施方式作详细说明。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其它不同于在此描述的其它方式来实施，因此本发明不受下面公开的具体实施例的限制。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

图1是根据本发明的一实施例的车载终端设备200与tbox100、tsp平台300以及用户终端400的系统关系示意图。

车载终端设备200(也称为“车机”)是车辆的控制系统，用来接收各个外部设备产生的数据，并根据外部设备产生的数据生成控制指令，并将控制指令发送到车辆的各个结构，从而实现对车辆的控制。车载终端设备200可包括处理器和存储器，存储器中存储控制所需要的指令和数据，处理器可执行这些指令和/或对这些数据进行处理，从而实现对车辆的控制。车载终端设备200的架构是本领域技术人员所熟知的，在此不再进行展开赘述。

本实施例中的车载外部设备为tbox100。tbox的全称为telematicsbox，主要用于采集车辆相关信息，这些相关信息包括位置信息、姿态信息、车辆状态信息，然后通过无线通信将信息传送到tsp(telecommunicationserviceprovider,通信服务提供商)平台300。同时用户终端400使用手机app和pc的web用户端可以通过tsp平台300下发指令给tbox100终端，对车辆进行控制操作，例如开关车门、开关空调等，实现了对车辆的远程控制。

从硬件上看，tbox100包括微处理器mcu110、蜂窝通信模块120、通信端口130、存储模块140和电源模块150。

微处理器mcu110与蜂窝通信模块120、通信端口130和存储模块140连接，用于接收和处理蜂窝通信模块120、通信端口130和存储模块140的数据，并将处理后的数据发送至蜂窝通信模块120、通信端口130和存储模块140。

蜂窝通信模块120包括天线121，可以用于收发蜂窝无线信号，实现蜂窝网络通信。在一些实施例中，蜂窝网络可以是2g(例如gsm、is-95、is-136、iden、pdc等)、3g(例如w-cdma、cdma-2000、td-scdma、wimax等)、4g(例如ltefdd、ltetdd)等制式的蜂窝网络，相应地，蜂窝无线信号也是符合2g、3g和4g等中的一种或多种制式的无线信号。可以理解，蜂窝网络通信可以例如包括语音通信、数据通信、短信(shortmessageservice，sms)通信，或其任意组合。

天线121还可以用于接收卫星导航信号，并将收到的卫星导航信号发送给蜂窝通信模块120，以与蜂窝通信模块120相配合实现卫星定位、导航。在一些实施例中，卫星导航信号可以例如包括gps信号、北斗信号、glonass信号、galileo信号等，或其任意组合。可选地，接收蜂窝无线信号的天线和接收卫星导航信号的天线是相同的天线。可选地，接收蜂窝无线信号的天线和接收卫星导航信号的天线是不同的天线。

存储模块140与mcu110连接，用于存储数据。在一些实施例中，存储模块140可以例如包括设置于tbox100内的emmc存储器、flash存储芯片、ssd存储器等，或者其任意组合。存储模块还可以是设置于tbox100所具有的卡槽内的tf卡、mmc卡、sd卡等，或其任意组合。

电源模块150与汽车的电池相连接，在对电池电压进行转换之后，为tbox100中的各部件，也就是微处理器mcu110、蜂窝通信模块120、通信端口130和存储模块140提供电源。

通信端口130一端与mcu110连接，另一端连接至车载终端设备200的通信端口210，用于实现tbox100和车载终端设备200之间的数据通信。可选地，通信端口130和通信端口210可以是通过usb、串口或socket等方式通信。

tbox100通过蜂窝通信模块120经天线121接入tsp平台300，本申请围绕的就是在tbox100处于休眠状态下，模块120如何休眠唤醒mcu110之后，使tbox100接入tsp网络，以便立即进入数据交换的做法。

图2示意了图1中蜂窝通信模块120和mcu110之间实现本发明的流程图。

需要事先说明的是，该蜂窝通信模块120对tbox的数据网络占用情况的检测是以一个不连续接收(discontinuousreception，简称drx)周期的方式进行的，可以全面针对2g/3g/4g移动数据网络，之所以以不连续的方式接收，主要目的就是降低tbox100在休眠状态下的功耗。通常tbox100进入深度休眠后，mcu110的工作频率降低为0，蜂窝通信模块120在此时即进入drx模式。

请参照图3所示，一个drx周期由“唤醒态(onduration)”和“休眠态(opportunityfordrx)”组成。

以下结合图3所示的该模块120的drx周期介绍本发明的工作流程。

步骤一，初始化，蜂窝通信模块120开始图3所示的工作时序；

步骤二，蜂窝通信模块120首先进入图3所示时序的唤醒态(onduration)，此时，该模块开启自动侦测，在该唤醒态时间内，该模块120监听并接收pdcch(激活期)；

步骤三，侦测蜂窝通信模块120使用的数据网络是否在线？

步骤四，如果在线，表明tsp平台300并未拆线释放数据网络通道的资源，mcu110进入休眠态(opportunityfordrx)，蜂窝通信模块120在休眠期内，不接收下行信道的数据以节省功耗；

步骤五，结束休眠态后，再转入下一个drx的周期，即返回步骤一；

步骤六，如果蜂窝通信模块120发现数据网络不在线，即向mcu110发出唤醒信号；

步骤七，蜂窝通信模块120确认将tbox100唤醒，在此设定一个判断，判断该mcu110确实被唤醒，如果没有被唤醒，将转入步骤六，继续唤醒；

步骤八，如果mcu110被唤醒，由mcu110进一步根据数据网络是否在线，来判断是否需要重新拨入数据网络；

步骤九，如果判断结果确需要重新拨入数据网络，mcu110将发出指令给蜂窝通信模块120，使该模块通过天线121接入tsp平台300，具体是发出一条指令，重新拨号，继续申请数据网络资源，然后接入对应的tsp网络；

步骤十，当指示蜂窝通信模块120接入数据网络后，mcu110随即又进入“休眠态(opportunityfordrx)”继续休眠，在mcu110休眠过程中，tbox100的功耗将得到节省。上述mcu110的休眠过程待到被蜂窝通信模块120在上述步骤六发出的唤醒信号唤醒而暂停。

上述步骤中，蜂窝通信模块120工作时序所采用的drx的基本机制是为处于无线资源控制协议连接状态(radioresourccontrol_connected,简称rrc_connected态)的用户设备配置一个drx周期。

更进一步来说，每个drx周期及其唤醒态和休眠态两部分组成的时间长短是由运营商无线网络将drx周期参数发给tbox100，然后tbox100按参数配置来实现。具体的时间值由运营商网络决定。

在tbox100保持永远在线数据网络的过程中，tbox100的mcu110保持休眠状态时，平均电流小于3ma，工作电压12v，大大节省了整个系统的功耗。

前面提供了对较佳实施例的描述，以使本领域内的任何技术人员可使用或利用本发明。对这些实施例的各种修改对本领域内的技术人员是显而易见的，可把这里所述的总的原理应用到其他实施例而不使用创造性。因而，本发明将不限于这里所示的实施例，而应依据符合这里所揭示的原理和新特征的最宽范围。