CN116582905A - 车辆数据传输方法、装置、电子设备及存储介质 - Google Patents
车辆数据传输方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN116582905A CN116582905A CN202310606252.8A CN202310606252A CN116582905A CN 116582905 A CN116582905 A CN 116582905A CN 202310606252 A CN202310606252 A CN 202310606252A CN 116582905 A CN116582905 A CN 116582905A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- communication link
- data
- mobile terminal
- vehicle data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 77
- 230000005540 biological transmission Effects 0.000 title claims abstract description 71
- 230000006854 communication Effects 0.000 claims abstract description 300
- 238000004891 communication Methods 0.000 claims abstract description 299
- 230000004044 response Effects 0.000 claims abstract description 57
- 238000005516 engineering process Methods 0.000 claims abstract description 18
- 238000004590 computer program Methods 0.000 claims description 17
- 230000008569 process Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 12
- 238000012545 processing Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 5
- 230000036541 health Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 231100000279 safety data Toxicity 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000006386 memory function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/009—Security arrangements; Authentication; Protecting privacy or anonymity specially adapted for networks, e.g. wireless sensor networks, ad-hoc networks, RFID networks or cloud networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
- H04W12/084—Access security using delegated authorisation, e.g. open authorisation [OAuth] protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及车辆技术领域,提供了一种车辆数据传输方法、装置、电子设备及存储介质。该方法包括:响应于车辆启动,与云端建立第一通信链路,与移动终端建立第二通信链路,其中,第二通信链路基于近距离无线通信技术建立;响应于接收到传输第一车辆数据的指令,确定第一通信链路的通信质量,以及车载单元的资源使用率;响应于通信质量小于第一阈值,或者资源使用率大于第二阈值,使用第二通信链路,传输第一车辆数据至移动终端。本申请实施例提供的方法,能够保证车辆数据完整上传至云端,提升了资源利用率,保护了数据完整性。
Description
技术领域
本申请涉及车辆技术领域,尤其涉及一种车辆数据传输方法、装置、电子设备及存储介质。
背景技术
随着车联网的发展,越来越多的车辆数据、诊断数据会和云端交互。车辆行驶过程中,通常会收集车辆内部各个电子控制单元(Electronic Control Unit,ECU)状态数据通过车载远程通信装置(Telematics-BOX,TBOX)上报到云端,这些数据在云端经过大数据处理得到车辆健康状态、用户行程、驾驶行为分析等结果供用户查看。
实际应用中,当车辆停靠地下车库或者行驶经过偏僻路段或者隧道时,或者车流量较大时经常会出现网络抖动,导致部分数据丢失。此外,当TBOX开始进行一些如空中下载(Over-the-Air Technology,OTA)升级、使用高网络带宽高资源消耗的车载娱乐操作时,TBOX载荷会非常高,进而影响车辆数据向云端的上报。进一步的,当车辆结束行驶时,由于网络原因提前和云端就断开连接,将无法收集最后一段数据和实际行驶结束时间。
发明内容
有鉴于此,本申请实施例提供了一种车辆数据传输方法、装置、电子设备及存储介质,以解决现有技术中车辆数据无法完整、及时上传至云端的问题。
本申请实施例的第一方面,提供了一种车辆数据传输方法,包括:
响应于车辆启动,与云端建立第一通信链路,与移动终端建立第二通信链路,其中,第二通信链路基于近距离无线通信技术建立;
响应于接收到传输第一车辆数据的指令,确定第一通信链路的通信质量,以及车载单元的资源使用率;
响应于通信质量小于第一阈值,或者资源使用率大于第二阈值,使用第二通信链路,传输第一车辆数据至移动终端。
本申请实施例的第二方面,提供了一种车辆数据传输方法,包括:
与车载单元建立第二通信链路,与云端建立第三通信链路;
接收车载单元发送的第一车辆数据;
周期性确定第三通信链路的网络质量是否大于第三阈值,若是则使用第三通信链路将第一车辆数据传输至云端,若否则将第一车辆数据暂存至移动终端,直至第三通信链路的网络质量大于第三阈值;
接收车载单元发送的登出指令,登出第二通信链路;
响应于确定移动终端中包括未发送至云端的第一车辆数据,发送第一车辆数据至云端。
本申请实施例的第三方面,提供了一种车辆数据传输方法,包括:
与车载单元建立第一通信链路,与移动终端建立第三通信链路;
接收车载单元通过第一通信链路发送的第一车辆数据;或者
接收移动终端通过第三通信链路发送的第一车辆数据;或者
接收车载单元通过第一通信链路发送的第一车辆数据的特定数据,接收移动终端通过第三通信链路发送的第一车辆数据;
响应于确定特定数据已接收,保存第一车辆数据中,除特定数据外的其他数据;
其中,特定数据包括数据优先级高于第六阈值的数据,以及数据有效期限小于第七阈值的数据。
本申请实施例的第四方面,提供了一种车辆数据传输装置,包括:
建立模块,被配置为响应于车辆启动,与云端建立第一通信链路,与移动终端建立第二通信链路,其中,第二通信链路基于近距离无线通信技术建立;
确定模块,被配置为响应于接收到传输第一车辆数据的指令,确定第一通信链路的通信质量,以及车载单元的资源使用率;
传输模块,被配置为响应于通信质量小于第一阈值,或者资源使用率大于第二阈值,使用第二通信链路,传输第一车辆数据至移动终端。
本申请实施例的第五方面,提供了一种车辆数据传输装置,包括:
建立模块,被配置为与车载单元建立第二通信链路,与云端建立第三通信链路;
接收模块,被配置为接收车载单元发送的第一车辆数据;
确定模块,被配置为周期性确定第三通信链路的网络质量是否大于第三阈值,若是则使用第三通信链路将第一车辆数据传输至云端,若否则将第一车辆数据暂存至移动终端,直至第三通信链路的网络质量大于第三阈值;
接收模块还被配置为接收车载单元发送的登出指令,登出第二通信链路;
发送模块,被配置为响应于确定移动终端中包括未发送至云端的第一车辆数据,发送第一车辆数据至云端。
本申请实施例的第六方面,提供了一种车辆数据传输装置,包括:
建立模块,被配置为与车载单元建立第一通信链路,与移动终端建立第三通信链路;
接收模块,被配置为接收车载单元通过第一通信链路发送的第一车辆数据;或者
接收移动终端通过第三通信链路发送的第一车辆数据;或者
接收车载单元通过第一通信链路发送的第一车辆数据的特定数据,接收移动终端通过第三通信链路发送的第一车辆数据;
保存模块,被配置为响应于确定特定数据已接收,保存第一车辆数据中,除特定数据外的其他数据;
其中,特定数据包括数据优先级高于第六阈值的数据,以及数据有效期限小于第七阈值的数据。
本申请实施例的第七方面,提供了一种电子设备,包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序,该处理器执行计算机程序时实现上述方法的步骤。
本申请实施例的第八方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现上述方法的步骤。
本申请实施例与现有技术相比存在的有益效果是:本申请实施例通过为车载单元和云端以及车载单元和移动终端分别建立通信链路,在车载单元和云端的通信链路网络质量较差,或者车载单元的资源使用率较高时,使用车载单元和移动终端的通信链路,首先将车辆数据传输至移动终端,随后由移动终端上传至云端,能够保证车辆数据完整上传至云端,提升了资源利用率,保护了数据完整性。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是本申请实施例的应用场景的场景示意图。
图2是车辆的TBOX进行数据上报的流程的示意图。
图3是本申请实施例提供的一种车辆数据传输方法的流程示意图。
图4是本申请实施例提供的一种车辆数据传输方法的流程示意图。
图5是本申请实施例提供的一种车辆数据传输方法的流程示意图。
图6是本申请实施例提供的一种车辆数据传输方法的流程示意图。
图7是本申请实施例提供的一种车辆数据传输方法的流程示意图。
图8是本申请实施例提供的一种车辆数据传输方法的流程示意图。
图9是本申请实施例提供的车辆数据传输方法的信号交互图。
图10是本申请实施例提供的一种车辆数据传输装置的示意图。
图11是本申请实施例提供的一种车辆数据传输装置的示意图。
图12是本申请实施例提供的一种车辆数据传输装置的示意图。
图13是本申请实施例提供的电子设备的示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定***结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的***、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
下面将结合附图详细说明根据本申请实施例的车辆数据传输方法和装置。
图1是本申请实施例的应用场景的场景示意图。该应用场景可以包括云端服务器1、移动终端2、车辆3以及网络4。
云端服务器1可以是提供车辆管理服务的服务器,例如,对与其建立通信连接的移动终端2或者车辆3发送的请求进行接收的后台服务器,该后台服务器可以对移动终端2或者车辆3发送的请求进行接收和分析等处理,并生成处理结果。云端服务器1可以是一台服务器,也可以是由若干台服务器组成的服务器集群,或者还可以是一个云计算服务中心,这些服务器共同构成车辆管理平台,本申请实施例对此不作限制。
移动终端2可以是硬件,也可以是软件。当移动终端2为硬件时,其可以是具有显示屏且支持与服务器1以及车辆3通信的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等;当移动终端2为软件时,其可以安装在如上所述的电子设备中。移动终端2可以实现为多个软件或软件模块,也可以实现为单个软件或软件模块,本申请实施例对此不作限制。进一步地,移动终端2上可以安装有各种应用,例如数据处理应用、即时通信工具、社交平台软件、搜索类应用、购物类应用等。
车辆3可以是硬件,也可以是软件。当车辆3为硬件时,其可以是具有显示屏且支持与服务器1以及移动终端2通信的各种电子设备,包括但不限于车载控制单元,车载娱乐***等;当车辆3为软件时,其可以安装在如上所述的电子设备中。车辆3可以实现为多个软件或软件模块,也可以实现为单个软件或软件模块,本申请实施例对此不作限制。车辆3中具有车载单元。该车载单元具有通信功能、简单的处理功能和有限的存储功能。
网络4可以是采用同轴电缆、双绞线和光纤连接的有线网络,也可以是无需布线就能实现各种通信设备互联的无线网络,例如,蓝牙(Bluetooth)、近场通信(Near FieldCommunication,NFC)、红外(Infrared)等,本申请实施例对此不作限制。
用户可以直接通过车辆3经由网络4与服务器1建立通信连接,以接收或发送与车辆数据相关的信息。另一方面,用户可以通过移动终端2经由网络4与服务器1建立通信连接,以接收或发送与车辆数据相关的信息。
需要说明的是,服务器1、移动终端2、车辆3以及网络4的具体类型、数量和组合可以根据应用场景的实际需求进行调整,本申请实施例对此不作限制。
上文提及,车辆行驶过程中,通常会收集车辆内部各个ECU状态数据通过TBOX上报到云端,这些数据在云端经过大数据处理得到车辆健康状态、用户行程、驾驶行为分析等结果供用户查看。
图2是车辆的TBOX进行数据上报的流程的示意图。如图2所示,TBOX可以上报行驶数据至汽车远程服务提供商(Telematics Service Provider,TSP),TSP将接收到的行驶数据推送至大数据模块,大数据模块对数据进行分析处理后得到行驶数据报告发送至用户,用户查看情况等信息也会被反馈至大数据模块进行进一步整合。
实际应用中,当车辆停靠地下车库或者行驶经过偏僻路段或者隧道时,或者车流量较大时经常会出现网络抖动,导致部分数据丢失。此外,当TBOX开始进行一些如空中下载(Over-the-Air Technology,OTA)升级、使用高网络带宽高资源消耗的车载娱乐操作时,TBOX载荷会非常高,进而影响车辆数据向云端的上报。进一步的,当车辆结束行驶时,由于网络原因提前和云端就断开连接,将无法收集最后一段数据和实际行驶结束时间。
具体的,车辆数据无法完整传输可能存在如下情况:
1、车辆启动时,由于停靠车库、地下室等网络不好的地方,TBOX无法登录,因而不能上报车辆数据,导致数据丢失。如果使用TBOX内存缓存相关数据并一直重试直到网络和云端打通,势必增加TBOX的内存和网络开销,导致TBOX载荷增加。
2、车辆行驶中,行经下穿隧道、涵洞、或者网络差的街道,TBOX连不上云端导致下线。TBOX下线后会一直重试重新登录直到成功,再次上报数据。TBOX下线还会导致当前行程数据中断,进而导致中间部分数据丢失。
3、车辆行驶中,当车辆处于导航、车载娱乐、OTA升级等高消耗网络带宽情况,导致TBOX网络、中央处理器(Central Processing Unit,CPU)、内存消耗高,对车辆上报数据到云端造成阻塞、延迟、甚至丢失。
4、车辆行驶结束,由于停靠车库、地下室等网络不好的地方,云端不能确切知道何时结束行程以及结束前一段时间的数据,导致行程提前中断,数据丢失。
鉴于此,本申请实施例提供了一种车辆数据传输方法,通过为车载单元和云端以及车载单元和移动终端分别建立通信链路,在车载单元和云端的通信链路网络质量较差,或者车载单元的资源使用率较高时,使用车载单元和移动终端的通信链路,首先将车辆数据传输至移动终端,随后由移动终端上传至云端,能够保证车辆数据完整上传至云端,提升了资源利用率,保护了数据完整性。
图3是本申请实施例提供的一种车辆数据传输方法的流程示意图。图3的车辆数据传输方法可以由图1的车辆3中的车载单元执行。如图3所示,该车辆数据传输方法包括:
在步骤S301中,响应于车辆启动,与云端建立第一通信链路,与移动终端建立第二通信链路。
其中,第二通信链路基于近距离无线通信技术建立。
在步骤S302中,响应于接收到传输第一车辆数据的指令,确定第一车辆数据第一通信链路的通信质量,以及第一车辆数据车载单元的资源使用率。
在步骤S303中,响应于第一车辆数据通信质量小于第一阈值,或者第一车辆数据资源使用率大于第二阈值,使用第一车辆数据第二通信链路,传输第一车辆数据第一车辆数据至移动终端。
本申请实施例中,车载单元可以是TBOX,其具有通信能力,能够与云端和移动终端进行通信。同时,车载单元还具有数据处理能力和存储能力。但是,受硬件体积等因素的影响,目前车载单元的处理能力和存储能力有限。
车载单元安装于车辆中,当车辆启动时,车载单元同时启动。车载单元在启动后可以与云端建立第一通信链路,并与移动终端建立第二通信链路。其中,移动终端可以是用户的手机。也就是说,车载单元在启动后,分别与云端和移动终端建立两条实时通信链路,以为后续进行车辆数据上报提供传输通路。
具体的,第一通信链路可以基于移动通信技术建立,移动通信技术例如包括4G、5G等通信技术。第二通信链路可以基于近距离无线通信技术建立。近距离无线通信技术例如包括蓝牙、近场通信(Near Field Communication,NFC)以及射频识别(Radio FrequencyIdentification,RFID)等通信技术。
在车辆行驶过程中,车载单元需要实时收集各类车辆数据上报至云端,以使云端对这些数据进行记录、分析。其中,车辆数据可以包括车辆状态数据、车辆行驶数据、车辆交互数据、车辆诊断数据等。车载单元定期上报车辆数据至云端,或者在有突发状态时临时上报车辆数据至云端。即,车载单元在接收到周期性上报车辆数据的指令后,按照指令中的周期定期上报车辆数据。或者,车载单元在接收到临时上报车辆数据的指令后,立刻上报车辆数据。
本申请实施例中,响应于接收到传输第一车辆数据的指令,确定第一通信链路的通信质量,以及车载单元的资源使用率。车载单元可以在进行车辆数据上报前,首先确定第一通信链路的通信质量,以及车载单元的资源使用率。也就是说,车载单元首选使用第一通信链路进行车辆数据传输,在传输前需要确定第一通信链路的通信质量。进一步的,由于与近距离通信相比,移动通信对通信双方的资源需求更高,因此,在传输前还需要确定车载单元的资源使用率。
本申请实施例中,响应于通信质量小于第一阈值,或者资源使用率大于第二阈值,使用第二通信链路,传输第一车辆数据至移动终端。当第一通信链路的通信质量小于第一阈值时,可以认为当前第一通信链路无法支持车辆数据的可靠传输。另一方面,当车载单元的资源使用率大于第二阈值时,可以认为当前车载单元的剩余可用资源无法满足向云端上传车辆数据时需要的资源。
实际应用中,当车载单元与云端间的第一通信链路的通信质量不好,例如小于第一阈值时,车载单元会反复尝试与云端建立网络连接,直至登录成功。这种方式会造成网络一直重连,增加车载单元的负担,且由于车载单元自身的存储能力有限,通常不会对车辆数据进行本地存储,因此这一阶段的车辆数据也会丢失。另一方面,当车载单元自身的资源使用率较高,例如大于第二阈值时,车载单元同时处理将车辆数据上传至云端的事件,可能会出现卡顿、延迟甚至丢包等问题,同样影响车辆数据的可靠传输。
鉴于此,可以选择使用第二通信链路,将车辆数据首先传输至移动终端,然后由移动终端上传至云端。其中,移动终端可以根据其与云端间的网络质量,在网络质量较好时选择将车辆数据直接转发至云端,或者在网络质量不好时对车辆数据进行异步转发,即等待网络质量变好后再进行转发。
本申请实施例中,第二通信链路基于近距离无线通信技术建立,几乎不受网络覆盖等因素的影响,能够在绝大多数时间和场合进行数据的可靠传输。同时,近距离无线通信所需的终端资源也较少,此时车载单元仅需调用少量资源即可将车辆数据传输至移动终端。进一步的,第一阈值与第二阈值的具体取值可根据实际需要设置,此处不再赘述。
根据本申请实施例提供的技术方案,通过为车载单元和云端以及车载单元和移动终端分别建立通信链路,在车载单元和云端的通信链路网络质量较差,或者车载单元的资源使用率较高时,使用车载单元和移动终端的通信链路,首先将车辆数据传输至移动终端,随后由移动终端上传至云端,能够保证车辆数据完整上传至云端,提升了资源利用率,保护了数据完整性。
本申请实施例中,第二通信链路可以基于蓝牙技术建立。车载单元与云端建立第一通信链路以及与移动终端建立第二通信链路的过程可以是,响应于车辆启动,车载单元发送认证请求至云端。若云端无法接收车载单元发送的认证请求,或者车载单元无法接收云端发送的认证应答消息,则可以认为当前车载单元无法与云端建立通信链路。此时,车载单元可以通过蓝牙发送认证请求至移动终端,移动终端在认证通过后发送携带会话令牌(token)的认证应答消息至车载单元,从而完成车载单元与移动终端的第二通信链路的建立。随后,车载单元周期性发送心跳消息至云端,并在接收到云端发送的心跳应答消息时,直接建立与云端的第一通信链路,无需再次对车载单元进行身份认证。
也就是说,车载单元可以在移动终端完成对车辆信息的认证,认证可以基于移动终端中预先存储的车辆标识,包括车辆的数字钥匙信息、用户信息、车辆信息等实现。随后移动终端为车载单元分配一个token。移动终端在将车辆数据转发至云端时,可以将车辆数据和该token一起上传至云端,以作为移动终端与车载单元会话的凭证。同时,车载终端在通过第二通信链路发送车辆数据至移动终端时,也无需再次与移动终端进行认证,只需在发送车辆数据时携带该token即可。
另一方面,当车载单元与云端的网络通畅时,云端可以接收车载单元发送的认证请求,并在认证完成后发送认证应答消息至车载单元,从而完成车载单元与云端间第一通信链路的建立。随后,当第一通信链路的通信质量小于第一阈值,或者车载单元的资源使用率大于第二阈值时,可以建立车载单元与移动终端的第二通信链路。
图4是本申请实施例提供的一种车辆数据传输方法的流程示意图。图4所示实施例中的步骤S401至步骤S403与图3所示实施例中的步骤S301至步骤S303相同,此处不再赘述。如图4所示,该车辆数据传输方法还包括:
在步骤S404中,周期性确定第一通信链路的通信质量,以及车载单元的资源使用率。
在步骤S405中,响应于通信质量大于或者等于第一阈值,且资源使用率小于或者等于第二阈值,发送查询消息至移动终端。
其中,查询消息用于查询移动终端中的车辆数据是否已上传至云端。
在步骤S406中,接收移动终端发送的查询应答消息,响应于查询应答消息指示移动终端中的第一车辆数据已上传至云端,且车载单元接收到传输第二车辆数据的指令,使用第一通信链路,传输第二车辆数据至云端。
本申请实施例中,当选择使用第二通信链路传输车辆数据后,还可以对第一通信链路进行会话保持,周期性确定第一通信链路的通信质量,以及车载单元的资源使用率,以在第一通信链路的通信质量恢复,且车载单元的剩余资源能够满足车辆数据传输要求时,将进行车辆数据传输的通信链路切换至第一通信链路。也就是说,响应于通信质量大于或者等于第一阈值,且资源使用率小于或者等于第二阈值,可以将进行车辆数据传输的通信链路切换至第一通信链路。
在切换过程中,为保证车辆数据的有序性,需要确保移动终端中的车辆数据已经全部上传至云端,随后才通过第一通信链路,由车载单元将后续的车辆数据上传至云端。也就是说,当确定通信质量大于或者等于第一阈值,且资源使用率小于或者等于第二阈值时,可以首先发送查询消息至移动终端,用于查询移动终端中的车辆数据是否已全部上传至云端。然后接收移动终端发送的查询应答消息,当查询应答消息指示移动终端中的第一车辆数据已全部上传至云端时,车载单元再次接收到上传第二车辆数据的指令后,使用第一通信链路传输第二车辆数据。其中,上传第二车辆数据的指令是与上传第一车辆数据的指令不同的指令,第二车辆数据与第一车辆数据可以是不同的车辆数据,也可以是相同的车辆数据。例如,第一车辆数据可以是车辆行驶数据,第二车辆数据可以是车辆安全数据,此时,第二车辆数据与第一车辆数据是不同的车辆数据。又如,第一车辆数据和第二车辆数据都可以是车辆行驶数据中的车速数据,当车辆匀速行驶时,相邻几次传输的车速数据可能是相同的数据,即此时第二车辆数据与第一车辆数据是相同的车辆数据。
根据本申请实施例提供的技术方案,通过周期性确定第一通信链路的通信质量和车载单元的资源使用率,以在通信质量恢复且资源使用率下降至需要的范围时,切换回第一通信链路进行车辆数据传输,从而实现了车载单元与云端的会话保持,提升了车辆数据传输效率。
本申请实施例中,可以通过周期性获取心跳应答信号、丢包率和第一通信链路的剩余带宽中的任意一项或多项,来确定第一通信链路的通信质量。
一方面,车载单元可以在上电启动时就与云端建立心跳,周期性发送心跳信号至云端,并统计接收到的心跳响应情况。当连续N个心跳响应正常,则可以判断当前车载单元与云端网络保持连接。其中,N为正整数。
另一方面,可以统计第一通信链路的丢包率,当丢包率小于或者等于预设阈值,例如10%时,可以认为当前第一通信链路的通信质量能够达到要求。
又一方面,还可以统计第一通信链路的剩余带宽。例如,当前车辆中其他用户正在使用影音***在线观看电影,则第一通信链路的剩余带宽可能较小,无法支持车辆数据的可靠传输。反之,若当前车辆与云端之间并没有太多数据往来,第一通信链路的剩余带宽较大,则可以认为第一通信链路的通信质量较好。可以理解的是,心跳应答信号、丢包率和所述第一通信链路的剩余带宽可以单独用于确定第一通信链路的通信质量,也可以组合使用,此处不做限制。
图5是本申请实施例提供的一种车辆数据传输方法的流程示意图。图5所示实施例中的步骤S501至步骤S503与图3所示实施例中的步骤S301至步骤S303相同,此处不再赘述。如图5所示,该车辆数据传输方法还包括:
在步骤S504中,响应于车辆关停,发送登出指令至移动终端,以使移动终端登出第二通信链路。
本申请实施例中,车载单元与云端可以基于移动终端上传至云端的token进行安全通信,而无需车载单元在每次与云端建立通信链路时均进行安全认证。为进一步保证数据安全,可以在本次行驶结束后中断第二通信链路,将车载单元与云端基于token进行安全通信的有效期限限定于本次行驶。也就是说,当车辆关停时,车载单元可以发送登出指令至移动终端。移动终端在接收到登出指令后,登出第二通信链路,断开与车载单元的连接,并将本次创建的token作废。需要说明的是,若移动终端在登出第二通信链路后,其中还保存有未上传至云端的车辆数据,则移动终端可以在将车辆数据完全上传至云端后,作废本次创建的token。
根据本申请实施例提供的技术方案,通过在车辆关停后,发送登出指令至移动终端,以是移动终端登出第二通信链路,提高了车辆数据的安全性,提升了车辆数据传输的可靠性。
图6是本申请实施例提供的一种车辆数据传输方法的流程示意图。图4所示实施例中的步骤S601至步骤S603与图3所示实施例中的步骤S301至步骤S303相同,此处不再赘述。如图6所示,该车辆数据传输方法还包括:
在步骤S604中,响应于通信质量小于第四阈值,或者资源使用率大于第五阈值,车载单元使用第一通信链路传输第一车辆数据中的特定数据至云端,使用第二通信链路传输第一车辆数据至移动终端。
其中,第四阈值大于第一阈值,第五阈值小于第二阈值,特定数据包括数据优先级高于第六阈值的数据,以及数据有效期限小于第七阈值的数据。
在实际应用中,第一通信链路的网络质量可能处于能够传输但不够可靠的状态。例如,车载单元与云端之间具有网络连接,但丢包率接近10%。另一方面,车载单元的资源使用率也可能处于较高但并非完全无法传输其他的状态。此时,若车辆数据中包括一些重要数据,例如数据优先级较高的车辆安全数据等,或者一些时效性较强的数据,例如车载传感器采集的实时数据等,则可以将该特定数据尝试通过第一通信链路直接传输。同时,为保证数据传输的可靠性,还可以将该特点数据同步传输至移动终端。移动终端将全部车辆数据均上传至云端,云端判断从移动终端接收的数据是否为已接收数据,若是则丢弃,若否则进行保存。
进一步的,为保证数据有序,可以对该特定数据添加时间戳,或者添加数据帧号。更进一步的,还可以对所有特定数据进行打包,并添加数据包标识。云端在接收到移动终端上传的车辆数据后,首先通过数据包标识判断该数据包是否为已接收数据包,若是则丢弃该数据包,若否则进一步判断该数据包中的每一帧数据,或者每一时间戳对应的数据是否均已保存,若是则丢弃该帧数据,或者该时间戳对应的数据,若否则保存该帧数据,或者该时间戳对应的数据。
根据本申请实施例提供的技术方案,通过在第一通信链路的通信质量和车载单元的资源使用率满足特定要求时,对车辆数据中的特点数据,采用通过第一通信链路和第二通信链路同时发送的方法,能够在满足车辆数据发送可靠性的基础上,提高车辆数据发送效率。
本申请实施例中,第一至第七阈值的取值都可以根据实际需要设置,此处不做限制。
图7是本申请实施例提供的一种车辆数据传输方法的流程示意图。图7的车辆数据传输方法可以由图1的移动终端2执行。如图7所示,该车辆数据传输方法包括:
在步骤S701中,与车载单元建立第二通信链路,与云端建立第三通信链路。
在步骤S702中,接收车载单元发送的第一车辆数据。
在步骤S703中,周期性确定第三通信链路的网络质量是否大于第三阈值,若是则使用第三通信链路将第一车辆数据传输至云端,若否则将第一车辆数据暂存至移动终端,直至第三通信链路的网络质量大于第三阈值。
在步骤S704中,接收车载单元发送的登出指令,登出第二通信链路。
在步骤S705中,响应于确定移动终端中包括未发送至云端的第一车辆数据,发送第一车辆数据至云端。
本申请实施例中,移动终端可以与车载单元建立第二通信链路,与云端建立第三通信链路。其中,第二通信链路可以基于蓝牙技术建立。移动终端接收车载单元发送的第一车辆数据,并周期性确定第三通信链路的网络质量是否大于第三阈值,若是则使用第三通信链路将第一车辆数据传输至云端,若否则将第一车辆数据暂存至移动终端,直至第三通信链路的网络质量大于第三阈值。进一步的,移动终端还可以接收车载单元发送的登出指令,登出第二通信链路。在登出第二通信链路后,移动终端判断其中是否包括未发送至云端的车辆数据,若是则发送车辆数据至云端。
根据本申请实施例提供的技术方案,通过在车载单元和云端的通信链路网络质量较差,或者车载单元的资源使用率较高时,使用车载单元和移动终端的通信链路,首先将车辆数据传输至移动终端,随后由移动终端上传至云端,能够保证车辆数据完整上传至云端,提升了资源利用率,保护了数据完整性。
图8是本申请实施例提供的一种车辆数据传输方法的流程示意图。图8的车辆数据传输方法可以由图1的服务器1执行,该服务器可以是云端服务器。
如图8所示,该车辆数据传输方法包括:
在步骤S801中,与车载单元建立第一通信链路,与移动终端建立第三通信链路。
在步骤S802中,接收车载单元通过第一通信链路发送的第一车辆数据;或者
接收移动终端通过第三通信链路发送的第一车辆数据;或者
接收车载单元通过第一通信链路发送的第一车辆数据的特定数据,接收移动终端通过第三通信链路发送的第一车辆数据。
在步骤S803中,响应于确定特定数据已接收,保存第一车辆数据中,除特定数据外的其他数据。
其中,所述特定数据包括数据优先级高于第六阈值的数据,以及数据有效期限小于第七阈值的数据。
本申请实施例中,云端可以与车载单元建立第一通信链路,与移动终端建立第三通信链路。进一步的,云端可以接收车载单元通过第一通信链路发送的第一车辆数据;或者在第一通信链路的网络质量小于第一阈值或车载单元的资源使用率大于第二阈值时,接收移动终端通过第三通信链路发送的第一车辆数据;或者在第一通信链路的网络质量小于第四阈值或车载单元的资源使用率大于第五阈值时,接收车载单元通过第一通信链路发送的第一车辆数据的特定数据,接收移动终端通过第三通信链路发送的第一车辆数据。
更进一步的,当云端在接收到移动终端通过第三通信链路发送的第一车辆数据时,可以在确定已接收了特定数据时,仅保存第一车辆数据中除特定数据外的其他数据。也就是说,云端可以判断从移动终端接收的第一数据中的特定数据是否为已接收数据,若是则丢弃,若否则进行保存。
根据本申请实施例提供的技术方案,云端通过与车载单元间的第一通信链路或者与移动终端间的第二通信链路分别或同时接收车辆数据,能够保证车辆数据完整上传至云端,提升了资源利用率,保护了数据完整性。
上述所有可选技术方案,可以采用任意结合形成本申请的可选实施例,在此不再一一赘述。
图9是本申请实施例提供的车辆数据传输方法的信号交互图。如图9所示,首先车辆在启动时车载单元建立与云端的第一通信链路和与移动终端的第二通信链路,以同时开启车载单元到云端,车载单元到移动终端的双通道数据传输。车载单元数据可以保持现状直接上报云端,也可以根据蓝牙上报移动终端,移动终端再上报到云端。和云端的通信都是走互联网,例如移动网络,而车载单元和移动终端采用蓝牙连接。在车载单元设置数据上报通道策略,根据实时车端、云端和移动终端网络和其它情况选择数据上报通道。
启动时,车载单元和云端建立连接,如果车载单元到云端网络不通,就基于蓝牙单点登录,把移动终端作为数据上报对象。通过建立蓝牙连接,信任移动终端并将车载单元信息传到移动终端。如果移动终端能连上云端则直接上报数据到云端,并为车载单元分配会话token同时将此token传递至云端存储,车载单元后续使用此token直接和云端交互。如果移动终端也连不上云端,则移动终端先缓存相关车辆数据,并为车载单元分配会话token,当移动终端和云端建立会话后,将此token传递至云端存储。车载单元使用token建立和云端通道,当车载单元连上云端后车载单元端标记云端、移动终端双数据通道都可以使用,车载单元端根据数据通道策略进行数据上报。
行驶中,遇到网络抖动厉害或网络差的路段,由于有双数据通道车载单元不会掉线而是根据数据通道策略进行数据上报到移动终端,数据通道基于蓝牙保持会话、基于移动终端数据上报到云端。车载单元端建立心跳机制,往云端发送心跳,用于监测网络情况,心跳恢复正常后,可以标记云端、移动终端双数据通道都可以使用,当移动终端数据处理完成就切换到车载单元直接上报云端。
行驶中,检测到车载单元端网络开销大,比如正在进行OTA升级、车载娱乐、导航或者正在进行高密度的车身诊断导致CPU和内存使用较高的情况,将车载单元数据通道设置成通过蓝牙传输到移动终端。
行驶结束时,如果车载单元到云端网络不通,基于蓝牙进行会话保持和数据补偿,当移动终端收到登出指令时,整个行程结束。
本申请实施例提供的车辆数据传输方法,能够实现双数据通道、单点登录、会话保持、网络负载均衡以及数据通道切换。
其中,双数据通道的具体实现步骤为:
1、车载单元如TBOX开启双数据通道,同时与云端建立网络连接、与移动终端建立蓝牙连接。
2、设置数据通道选择策略,在通信过程中,通常情况下走车端云端通道。当车端和云端网络出现断开、抖动(可以根据心跳来衡量网络)或者车端本身网络带宽占用过大、内存、CPU负载过高(例如超过80%),切换走蓝牙数据通道。
3、移动终端的车辆数据通过移动终端与云端之间的网络连接上传至云端,上传方式可以为直接转发或者异步转发,其中异步转发例如可以在行驶结束时网络不好的情况下,首先将车辆数据暂存,随后在移动终端与云端之间的网络恢复后上传。
单点登录的具体实现步骤为:
1、通常情况下车辆上电需要登录云端,如果网络不好就会一直重试直到登录成功,然后开始车辆数据、其它诊断数据、提醒数据开始上报,这种方式会造成网络一直重连,增加车载单元负担而且这个阶段的数据会丢失。
2、车载单元开启双通道数据传输,车载单元的车辆数据可以走云端,也可以走移动终端。车辆启动车载单元上电时就可与双边建立连接,即和云端、移动终端同时建立连接,如果云端完成登录认证就走云端上报,如果云端没完成就走移动终端。
3、车端和手机蓝牙通信是安全可靠的,移动终端存储有数字钥匙信息、用户、车辆信息,即使网络断开后,手机APP本地也缓存者这些信息,可以对车端完成认证登录,并充当后台接收车端上报数据。
4、完成车辆信息认证后,移动终端分配一个会话token给车端,车端会话开始,车载单元的车辆数据开始上报到移动终端。
5、移动终端如果信号允许,就连接云端并将上述token推送到云端作为车端会话凭证。移动终端如果此时信号也不允许,就先将车辆数据缓存起来,异步重试。移动终端连上云端时,上报车辆数据到云端,并更新车辆状态为在线。
6、车端拿到移动终端分发的token后不再走登录流程,带上token开启和云端的心跳,心跳正常建立后即车端和云端数据通道打开。
会话保持的具体实现步骤为:
1、车载单元上电后开始和云端建立心跳,采取周期性统计心跳请求和响应情况,作为云端网络健康指标一直保持活跃。
2、如果心跳出现抖动,如数据丢包率达到10%甚至和云端网络连接直接断开,就将数据通道转化成手机通道。通过手机收集车辆状态数据进行上报,实现会话保持。
3、当云端心跳恢复健康时,即网络丢包率为0时,数据通道切换回云端上报。
网络负载均衡的具体实现步骤为:
1、由于采用双数据通道,在正常行驶过程中,车载单元可以实现通过云端或者移动终端进行数据上报。
2、设置网络负载均衡策略,当车载单元本身宽带占用太大如超过最大宽带80%,内存和CPU使用率过高如超过80%,为了减轻车载单元载荷,将数据通道切换为走移动终端。
数据通道切换的具体实现步骤为:
1、数据通道为移动终端时,车辆数据通过移动终端转发至云端。
2、当车端和云端恢复通信条件时,比如网络信号良好,车载单元也没有出现大的载荷,就切换回车载单元到云端通道。
3、切换过程中,为了保证车辆数据的有序性,要直到移动终端的车辆数据推送完成,没有遗留车辆数据才告知车载单元切换。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
图10是本申请实施例提供的一种车辆数据传输装置的示意图。如图10所示,该车辆数据传输装置包括:
建立模块1001,被配置为响应于车辆启动,与云端建立第一通信链路,与移动终端建立第二通信链路。
其中,第二通信链路基于近距离无线通信技术建立。
确定模块1002,被配置为响应于接收到传输第一车辆数据的指令,确定第一通信链路的通信质量,以及车载单元的资源使用率。
传输模块1003,被配置为响应于通信质量小于第一阈值,或者资源使用率大于第二阈值,使用第二通信链路,传输第一车辆数据至移动终端。
根据本申请实施例提供的技术方案,通过为车载单元和云端以及车载单元和移动终端分别建立通信链路,在车载单元和云端的通信链路网络质量较差,或者车载单元的资源使用率较高时,使用车载单元和移动终端的通信链路,首先将车辆数据传输至移动终端,随后由移动终端上传至云端,能够保证车辆数据完整上传至云端,提升了资源利用率,保护了数据完整性。
图11是本申请实施例提供的一种车辆数据传输装置的示意图。如图11所示,该车辆数据传输装置包括:
建立模块1101,被配置为与车载单元建立第二通信链路,与云端建立第三通信链路;
接收模块1102,被配置为接收车载单元发送的第一车辆数据;
确定模块1103,被配置为周期性确定第三通信链路的网络质量是否大于第三阈值,若是则使用第三通信链路将第一车辆数据传输至云端,若否则将第一车辆数据暂存至移动终端,直至第三通信链路的网络质量大于第三阈值;
接收模块1102还被配置为接收车载单元发送的登出指令,登出第二通信链路;
发送模块1104,被配置为响应于确定移动终端中包括未发送至云端的第一车辆数据,发送第一车辆数据至云端。
根据本申请实施例提供的技术方案,通过在车载单元和云端的通信链路网络质量较差,或者车载单元的资源使用率较高时,使用车载单元和移动终端的通信链路,首先将车辆数据传输至移动终端,随后由移动终端上传至云端,能够保证车辆数据完整上传至云端,提升了资源利用率,保护了数据完整性。
图12是本申请实施例提供的一种车辆数据传输装置的示意图。如图12所示,该车辆数据传输装置包括:
建立模块1201,被配置为与车载单元建立第一通信链路,与移动终端建立第三通信链路;
接收模块1202,被配置为接收车载单元通过第一通信链路发送的第一车辆数据;或者
接收移动终端通过第三通信链路发送的第一车辆数据;或者
接收车载单元通过第一通信链路发送的第一车辆数据的特定数据,接收移动终端通过第三通信链路发送的第一车辆数据;
保存模块1203,被配置为响应于确定特定数据已接收,保存第一车辆数据中,除特定数据外的其他数据。
其中,特定数据包括数据优先级高于第六阈值的数据,以及数据有效期限小于第七阈值的数据。
根据本申请实施例提供的技术方案,云端通过与车载单元间的第一通信链路或者与移动终端间的第二通信链路分别或同时接收车辆数据,能够保证车辆数据完整上传至云端,提升了资源利用率,保护了数据完整性。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
图13是本申请实施例提供的电子设备的示意图。如图13所示,该实施例的电子设备13包括:处理器1301、存储器1302以及存储在该存储器1302中并且可在处理器1301上运行的计算机程序1303。处理器1301执行计算机程序1303时实现上述各个方法实施例中的步骤。或者,处理器1301执行计算机程序1303时实现上述各装置实施例中各模块/单元的功能。
电子设备13可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备13可以包括但不仅限于处理器1301和存储器1302。本领域技术人员可以理解,图13仅仅是电子设备13的示例,并不构成对电子设备13的限定,可以包括比图示更多或更少的部件,或者不同的部件。
处理器1301可以是中央处理单元(Central Processing Unit,CPU),也可以是其它通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
存储器1302可以是电子设备13的内部存储单元,例如,电子设备13的硬盘或内存。存储器1302也可以是电子设备13的外部存储设备,例如,电子设备13上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FlashCard)等。存储器1302还可以既包括电子设备13的内部存储单元也包括外部存储设备。存储器1302用于存储计算机程序以及电子设备所需的其它程序和数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,计算机程序可以存储在计算机可读存储介质中,该计算机程序在被处理器执行时,可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是,计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如,在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (13)
1.一种车辆数据传输方法,其特征在于,所述方法由车载单元执行,包括:
响应于车辆启动,与云端建立第一通信链路,与移动终端建立第二通信链路,其中,所述第二通信链路基于近距离无线通信技术建立;
响应于接收到传输第一车辆数据的指令,确定所述第一通信链路的通信质量,以及所述车载单元的资源使用率;
响应于所述通信质量小于第一阈值,或者所述资源使用率大于第二阈值,使用所述第二通信链路,传输所述第一车辆数据至移动终端。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
周期性确定所述第一通信链路的通信质量,以及所述车载单元的资源使用率;
响应于所述通信质量大于或者等于第一阈值,且所述资源使用率小于或者等于第二阈值,发送查询消息至所述移动终端,所述查询消息用于查询移动终端中的车辆数据是否已上传至云端;
接收移动终端发送的查询应答消息,响应于所述查询应答消息指示所述移动终端中的第一车辆数据已上传至云端,且所述车载单元接收到传输第二车辆数据的指令,使用所述第一通信链路,传输所述第二车辆数据至所述云端。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于所述车辆关停,发送登出指令至所述移动终端,以使所述移动终端登出所述第二通信链路。
4.根据权利要求1至3中任意一项所述的方法,其特征在于,所述响应于车辆启动,与云端建立第一通信链路,与移动终端建立第二通信链路,包括:
响应于车辆启动,发送认证请求至云端;
响应于未接收到云端发送的认证应答消息,发送认证请求至移动终端,与所述移动终端建立第二通信链路;
周期性发送心跳消息至云端,响应于接收到云端发送的心跳应答消息,与云端建立所述第一通信链路。
5.根据权利要求2所述的方法,其特征在于,所述周期性确定所述第一通信链路的通信质量,包括:
周期性获取心跳应答信号、丢包率和所述第一通信链路的剩余带宽中的任意一项或多项,以确定第一通信链路的通信质量;
所述周期性确定车载单元的资源使用率,包括:
周期性获取车载单元的内存使用率和车载单元的处理器使用率中的任意一项或多项,以确定第一通信链路的通信质量。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于所述通信质量小于第四阈值,或者所述资源使用率大于第五阈值,所述车载单元使用所述第一通信链路传输所述第一车辆数据中的特定数据至云端,使用所述第二通信链路传输所述第一车辆数据至移动终端;
其中,所述第四阈值大于所述第一阈值,所述第五阈值小于所述第二阈值,所述特定数据包括数据优先级高于第六阈值的数据,以及数据有效期限小于第七阈值的数据。
7.一种车辆数据传输方法,其特征在于,所述方法由移动终端执行,包括:
与车载单元建立第二通信链路,与云端建立第三通信链路;
接收所述车载单元发送的第一车辆数据;
周期性确定所述第三通信链路的网络质量是否大于第三阈值,若是则使用所述第三通信链路将所述第一车辆数据传输至所述云端,若否则将所述第一车辆数据暂存至所述移动终端,直至所述第三通信链路的网络质量大于所述第三阈值;
接收所述车载单元发送的登出指令,登出所述第二通信链路;
响应于确定所述移动终端中包括未发送至云端的第一车辆数据,发送所述第一车辆数据至云端。
8.一种车辆数据传输方法,其特征在于,所述方法由云端执行,包括:
与车载单元建立第一通信链路,与移动终端建立第三通信链路;
接收所述车载单元通过第一通信链路发送的第一车辆数据;或者
接收所述移动终端通过第三通信链路发送的第一车辆数据;或者
接收所述车载单元通过第一通信链路发送的第一车辆数据的特定数据,接收所述移动终端通过第三通信链路发送的第一车辆数据;
响应于确定所述特定数据已接收,保存所述第一车辆数据中,除所述特定数据外的其他数据;
其中,所述特定数据包括数据优先级高于第六阈值的数据,以及数据有效期限小于第七阈值的数据。
9.一种车辆数据传输装置,其特征在于,包括:
建立模块,被配置为响应于车辆启动,与云端建立第一通信链路,与移动终端建立第二通信链路,其中,所述第二通信链路基于近距离无线通信技术建立;
确定模块,被配置为响应于接收到传输第一车辆数据的指令,确定所述第一通信链路的通信质量,以及车载单元的资源使用率;
传输模块,被配置为响应于所述通信质量小于第一阈值,或者所述资源使用率大于第二阈值,使用所述第二通信链路,传输所述第一车辆数据至移动终端。
10.一种车辆数据传输装置,其特征在于,包括:
建立模块,被配置为与车载单元建立第二通信链路,与云端建立第三通信链路;
接收模块,被配置为接收所述车载单元发送的第一车辆数据;
确定模块,被配置为周期性确定所述第三通信链路的网络质量是否大于第三阈值,若是则使用所述第三通信链路将所述第一车辆数据传输至所述云端,若否则将所述第一车辆数据暂存至移动终端,直至所述第三通信链路的网络质量大于所述第三阈值;
所述接收模块还被配置为接收所述车载单元发送的登出指令,登出所述第二通信链路;
发送模块,被配置为响应于确定所述移动终端中包括未发送至云端的第一车辆数据,发送所述第一车辆数据至云端。
11.一种车辆数据传输装置,其特征在于,包括:
建立模块,被配置为与车载单元建立第一通信链路,与移动终端建立第三通信链路;
接收模块,被配置为接收所述车载单元通过第一通信链路发送的第一车辆数据;或者
接收所述移动终端通过第三通信链路发送的第一车辆数据;或者
接收所述车载单元通过第一通信链路发送的第一车辆数据的特定数据,接收所述移动终端通过第三通信链路发送的第一车辆数据;
保存模块,被配置为响应于确定所述特定数据已接收,保存所述第一车辆数据中,除所述特定数据外的其他数据;
其中,所述特定数据包括数据优先级高于第六阈值的数据,以及数据有效期限小于第七阈值的数据。
12.一种电子设备,包括存储器、处理器以及存储在所述存储器中并且可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至6中任一项所述方法的步骤。
13.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310606252.8A CN116582905A (zh) | 2023-05-26 | 2023-05-26 | 车辆数据传输方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310606252.8A CN116582905A (zh) | 2023-05-26 | 2023-05-26 | 车辆数据传输方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116582905A true CN116582905A (zh) | 2023-08-11 |
Family
ID=87535613
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310606252.8A Pending CN116582905A (zh) | 2023-05-26 | 2023-05-26 | 车辆数据传输方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116582905A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117315824A (zh) * | 2023-09-28 | 2023-12-29 | 小米汽车科技有限公司 | 车钥匙信号的采集方法、装置及存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107846431A (zh) * | 2016-09-18 | 2018-03-27 | 腾讯科技(深圳)有限公司 | 车载终端通信方法及车载终端 |
US20180262891A1 (en) * | 2015-06-11 | 2018-09-13 | 3M Innovative Properties Company | Electronic access control systems and methods using near-field communications, mobile devices and cloud computing |
CN110738755A (zh) * | 2019-10-28 | 2020-01-31 | 江西博能上饶客车有限公司 | 车载终端数据传输方法、***、移动终端及存储介质 |
CN111107600A (zh) * | 2019-12-30 | 2020-05-05 | 联想(北京)有限公司 | 链路切换的方法和装置 |
CN111786899A (zh) * | 2020-07-15 | 2020-10-16 | 深圳市有方科技股份有限公司 | 一种物联网通信方法及相关设备 |
CN112367642A (zh) * | 2020-10-30 | 2021-02-12 | 东风汽车集团有限公司 | 一种基于tbox与手机的车载网络负载均衡方法 |
CN112492546A (zh) * | 2020-12-01 | 2021-03-12 | 广州优胜汽车科技有限公司 | 汽车控制方法、***及可读存储介质 |
CN113411375A (zh) * | 2021-05-08 | 2021-09-17 | 长沙智能驾驶研究院有限公司 | 信息处理方法、设备及计算机存储介质 |
CN114415636A (zh) * | 2022-01-20 | 2022-04-29 | 重庆长安汽车股份有限公司 | 一种车辆状态监控管理***及方法 |
CN115599070A (zh) * | 2022-09-26 | 2023-01-13 | 成都赛力斯科技有限公司(Cn) | 一种车辆诊断方法、***、计算机设备及存储介质 |
-
2023
- 2023-05-26 CN CN202310606252.8A patent/CN116582905A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180262891A1 (en) * | 2015-06-11 | 2018-09-13 | 3M Innovative Properties Company | Electronic access control systems and methods using near-field communications, mobile devices and cloud computing |
CN107846431A (zh) * | 2016-09-18 | 2018-03-27 | 腾讯科技(深圳)有限公司 | 车载终端通信方法及车载终端 |
CN110738755A (zh) * | 2019-10-28 | 2020-01-31 | 江西博能上饶客车有限公司 | 车载终端数据传输方法、***、移动终端及存储介质 |
CN111107600A (zh) * | 2019-12-30 | 2020-05-05 | 联想(北京)有限公司 | 链路切换的方法和装置 |
CN111786899A (zh) * | 2020-07-15 | 2020-10-16 | 深圳市有方科技股份有限公司 | 一种物联网通信方法及相关设备 |
CN112367642A (zh) * | 2020-10-30 | 2021-02-12 | 东风汽车集团有限公司 | 一种基于tbox与手机的车载网络负载均衡方法 |
CN112492546A (zh) * | 2020-12-01 | 2021-03-12 | 广州优胜汽车科技有限公司 | 汽车控制方法、***及可读存储介质 |
CN113411375A (zh) * | 2021-05-08 | 2021-09-17 | 长沙智能驾驶研究院有限公司 | 信息处理方法、设备及计算机存储介质 |
CN114415636A (zh) * | 2022-01-20 | 2022-04-29 | 重庆长安汽车股份有限公司 | 一种车辆状态监控管理***及方法 |
CN115599070A (zh) * | 2022-09-26 | 2023-01-13 | 成都赛力斯科技有限公司(Cn) | 一种车辆诊断方法、***、计算机设备及存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117315824A (zh) * | 2023-09-28 | 2023-12-29 | 小米汽车科技有限公司 | 车钥匙信号的采集方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112055024B (zh) | 权限校验方法及装置、存储介质和电子设备 | |
US10298492B2 (en) | System and method for interworking between vehicle controller and external resource | |
EP3070968A1 (en) | Vehicle information processing system, method, vehicle-mounted device and storage medium | |
CN106792681B (zh) | 用于车联网的入侵检测方法和装置及设备 | |
US20200183373A1 (en) | Method for detecting anomalies in controller area network of vehicle and apparatus for the same | |
CN116582905A (zh) | 车辆数据传输方法、装置、电子设备及存储介质 | |
US20220314988A1 (en) | Vehicle speed control method, apparatus and device | |
EP3836619B1 (en) | Direct connection communication method, access control and mobility management function entity and terminal | |
CN111833612A (zh) | 智能交通***中的图像预警信息的传输方法及*** | |
WO2018218535A1 (zh) | 一种信息处理方法、装置及*** | |
US20220329292A1 (en) | Method and communication apparatus for transmitting and receiving data | |
CN107241216A (zh) | 维持关键数据稳定传输的方法及装置 | |
CN110572476B (zh) | 一种远程控制方法、装置及设备 | |
US20160203520A1 (en) | Providing sponsored data to a vehicle | |
CN104081728B (zh) | 网络管理 | |
CN106911789B (zh) | 一种基于用户协同环境的数据传输方法,传输***及装置 | |
US11894887B2 (en) | Method and communication device for transmitting and receiving camera data and sensor data | |
GB2524838A (en) | Content delivery architecture | |
CN114489730A (zh) | 一种远程升级方法及其终端设备、计算机可读存储介质 | |
CN117677540A (zh) | 异常探测装置、安全***以及异常通知方法 | |
US20220345934A1 (en) | Method and communication device for transmitting or receiving data by using available buffer size | |
WO2015154653A1 (zh) | 一种鉴权信息的传输方法及终端 | |
CN111629354A (zh) | 无线通信方法及装置 | |
CN115426640B (zh) | 一种蓝牙钥匙的绑定方法、装置、设备及介质 | |
CN114710403B (zh) | 数据调度方法、装置、设备、介质及程序产品 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20240116 Address after: No. 13 Xingxiang Road, Zengjia Town, High tech Zone, Shapingba District, Chongqing, 400039 Applicant after: Chongqing Selis Phoenix Intelligent Innovation Technology Co.,Ltd. Address before: 610095 No. 2901, floor 29, unit 1, building 1, No. 151, Tianfu Second Street, high tech Zone, China (Sichuan) pilot Free Trade Zone, Chengdu, Sichuan Province Applicant before: Chengdu Thalys Technology Co.,Ltd. |
|
TA01 | Transfer of patent application right |