CN116916388A - 车辆的数据传输控制方法、装置、电子设备及车辆 - Google Patents

Abstract

本申请涉及一种车辆的数据传输控制方法、装置、电子设备及车辆，涉及数据处理技术领域，其中方法包括：监测车辆当前的网络状态信息；获取与所述网络状态信息对应可使用的网络流量；将所述可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给所述各个域控制器，所述域控制器用于按照被分配到的网络流量，控制数据传输。通过应用本申请的技术方案，通过解耦流控功能跟上云业务，各个域控制器可分别上云传输各自对应的业务数据，可实现针对各个域控制器的分布式流控，降低了车内多控制域上云业务流量控制的复杂度。

Description

车辆的数据传输控制方法、装置、电子设备及车辆

技术领域

本申请涉及数据处理技术领域，具体涉及一种车辆的数据传输控制方法、装置、电子设备及车辆。

背景技术

随着科学的发展进步，车辆的功能不断更新丰富，越来越多的车辆功能需要通过数据上传云端(上云)进行功能实现。车内域控制的架构如图1所示，车内一般包含三大域控制器，包括信息娱乐域、车辆控制域、自动驾驶域的控制器。域控制器之间通过车辆以太网线缆连接，各域控制器数据上传云端(上云)的流量，通过信息娱乐域作为5G的代理网关来实现。在车辆移动的过程中，由于5G信号的波动，会出现网络质量的波动，上行流量有可能忽高忽低，此时如果车内依然是以正常的流量进行上传的时候，就会导致网络的拥塞，导致整台车上所有的业务都无法访问网络。

为避免出现这样的网络拥塞，目前可通过业务层面的流量控制(简称流控)进行数据上传，所有控制域上云的业务(如日志上传、视频上传等业务)，先通过车内的以太网传输到信息娱乐域上面，信息娱乐域再根据当前的网络状态以及各业务的优先级，来主动控制各个业务的上云顺序，具体如图2所示。

然而，这种方式会造成各控制域之间的业务相互耦合，增加了车内多控制域上云业务流量控制的复杂度。并且每次开发汽车软件时均需要区分各控制域的业务，以及设置这些业务之间的优先级，影响了汽车软件开发迭代效率。

发明内容

有鉴于此，本申请提供了一种车辆的数据传输控制方法、装置、电子设备及车辆，主要目的在于改善目前现有技术会增加车内多控制域上云业务流量控制的复杂度，以及会影响汽车软件开发迭代效率的技术问题。

第一方面，本申请提供了一种车辆的数据传输控制方法，包括：

监测车辆当前的网络状态信息；

获取与所述网络状态信息对应可使用的网络流量；

将所述可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给所述各个域控制器，所述域控制器用于按照被分配到的网络流量，控制数据传输。

第二方面，本申请提供了一种车辆的数据传输控制方法，包括：

接收分配的网络流量，其中，所述网络流量是基于与车辆当前的网络状态信息对应可使用的网络流量，按照与域控制器的流量配额比例确定得到的；

按照接收到的所述网络流量，控制所述域控制器的数据传输。

第三方面，本申请提供了一种车辆的数据传输控制装置，可应用于第一流控模块，包括：

监测单元，被配置为监测车辆当前的网络状态信息；

获取单元，被配置为获取与所述网络状态信息对应可使用的网络流量；

分配单元，被配置为将所述可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给所述各个域控制器，所述域控制器用于按照被分配到的网络流量，控制数据传输。

第四方面，本申请提供了一种车辆的数据传输控制装置，可应用于第二流控模块，包括：

接收单元，被配置为接收分配的网络流量，其中，所述网络流量是基于与车辆当前的网络状态信息对应可使用的网络流量，按照与域控制器的流量配额比例确定得到的；

控制单元，被配置为按照接收到的所述网络流量，控制所述域控制器的数据传输。

第五方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的方法、或实现第二方面所述的方法。

第六方面，本申请提供了一种电子设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面所述的方法、或实现第二方面所述的方法。

第七方面，本申请提供了一种车辆的数据传输控制系统，包括：通信模块、第一流控模块和与多个域控制器分别对应的第二流控模块；

所述第一流控模块与所述通信模块连接，所述第一流控模块还分别与各个所述第二流控模块连接；

所述第一流控模块，用于接收所述通信模块发送的车辆当前的网络状态信息；并将与所述网络状态信息对应可使用的网络流量按照各个域控制器的流量配额比例，分配给各个域控制器对应的所述第二流控模块；

所述第二流控模块，用于按照接收到的网络流量，控制对应的域控制器的数据传输。

第八方面，本申请提供了一种车辆，包括如第七方面所述的系统，或如第六方面所述的电子设备。

借由上述技术方案，本申请提供的一种车辆的数据传输控制方法、装置、电子设备及车辆，可实现车辆内多个域控制器上云业务的流量控制，具体可第一流控模块监测车辆当前的网络状态信息；再获取与网络状态信息对应可使用的网络流量；然后将该可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给各个域控制器的第二流控模块，以使得第二流控模块按照被分配到的网络流量，控制各自对应的域控制器的数据传输。通过应用本申请的技术方案，通过解耦流控功能跟上云业务，无需将所有各控制域上云的业务汇总在一起进行流控，各个域控制器可分别上云传输各自对应的业务数据，可实现针对各个域控制器的分布式流控，降低了车内多控制域上云业务流量控制的复杂度。而且通过解耦流控功能跟上云业务，将流控功能单独剥离出来，可明显改善现有技术中会影响汽车软件开发迭代效率的技术问题。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示出了一种车内域架构的示意图；

图2示出了一种流控示例架构的示意图；

图3示出了本申请实施例提供的一种车辆的数据传输控制系统的结构示意图；

图4示出了本申请实施例提供的一种车辆的数据传输控制方法的流程示意图；

图5示出了本申请实施例提供的另一种车辆的数据传输控制方法的流程示意图；

图6示出了本申请实施例提供的令牌桶算法的示意图；

图7示出了本申请实施例提供的又一种车辆的数据传输控制方法的流程示意图；

图8示出了本申请实施例提供的再一种车辆的数据传输控制方法的流程示意图；

图9示出了本申请实施例提供的一种流控示例架构示意图；

图10示出了本申请实施例提供的一种车辆的数据传输控制装置的结构示意图；

图11示出了本申请实施例提供的另一种车辆的数据传输控制装置的结构示意图。

具体实施方式

为了能够更清楚地理解本申请的上述目的、特征和优点，下面将对本申请的方案进行进一步描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

如图2所示，目前现有技术中各域控制器之间的业务耦合度比较高，业务功能跟流量控制耦合在了一起，增加了车内多控制域上云业务流量控制的复杂度，导致业务无法灵活的扩充。并且每次开发汽车软件时均需要区分各控制域的业务，以及设置这些业务之间的优先级，影响了汽车软件开发迭代效率。由于汽车智能化的普及，各域的上行流量相关的业务变的非常多样且复杂，如果继续采用如图2所示的架构，会导致业务的耦合进一步加剧，不利于以后的功能扩展以及车型迭代效率的提升。并且各域控制器上云的链路比较长，出现问题之后排查难度比较大，涉及到相关业务的变更周期比较长。

因此为了改善上述存在的技术问题。本实施例提供了一种车辆的数据传输控制系统，如图3所示，本数据传输控制系统可包括通信模块11、第一流控模块12和与多个域控制器分别对应的第二流控模块13。

其中，第一流控模块12可与通信模块11连接，第一流控模块12还可分别与各个第二流控模块13连接。

第一流控模块12，可用于接收通信模块11发送的车辆当前的网络状态信息；并将与网络状态信息对应可使用的网络流量按照各个域控制器的流量配额比例，分配给各个域控制器对应的第二流控模块13。第二流控模块13，可用于按照接收到的网络流量，控制对应的域控制器的数据传输。

在本实施例中，第一流控模块12可为流量控制的主模块，可用于根据车辆当前的网络状态信息(如网络信号质量、连接的基站信息等)，为各个域控制器的第二流控模块13(流量控制的从模块)分配各自可使用的网络流量。第二流控模块13用于根据被分配到的网络流量，控制各自对应的域控制器的数据传输。第一流控模块12可与各个第二流控模块13在同一内网。

在一些示例中，第一流控模块12可部署在与通信模块11连接的域控制器上。例如，如图1所示，信息娱乐域的域控制器与5G的通信模块连接，在尽可能地减少工作量的前提下，可将第一流控模块12直接部署在信息娱乐域的域控制器上，然后借用原有线路，与5G通信模块中预埋的网络探针单元进行连接，进而第一流控模块12可通过网络探针单元监测车辆当前的网络状态信息。

在一些示例中，为了实现第二流控模块13对各自对应的域控制器的流量准确控制，可将第二流控模块13部署在对应的域控制器上。例如，如图1所示，针对信息娱乐域的域控制器、车辆控制域的域控制器、自动驾驶域的域控制器，分别部署各自对应的域控制器上。其中，域控制器(Domain Control Unit，DCU)：汽车电子电器架构从分布式的架构向域控制器架构演变，一般将整车分为车辆控制域、自动驾驶域、信息娱乐域这三个大域，这些域控制器都具备比较强的中央处理器(Central Processing Unit/Processor，CPU)性能。域控制器间通过以太网互相通信。

对于本实施例，可针对每个域控制器分别部署云端代理模块，云端代理模块为云端通用功能的抽象，包括了流式消息(事件)上报、文件上传、文件下载等功能，部署在车内的每一个域控制器上面，方便各域控制器内部的各种上云业务的直接开展，与目前现有技术相比，上云业务无需通过“信息娱乐域”在业务层面中转，各域控制器可通过各自的云端代理模块进行业务数据上传。本实施例涉及的流控模块(包括第一流控模块和多个第二流控模块)：由于各域控制器上云的所有流量都涵盖在了云端代理模块中，所以可在云端代理模块中做好“流量控制”的功能，这样所有的业务都不需要关注流量控制的耦合，流量控制可以做的更加全面和完善。

其中，流量控制指的是利用软件或硬件的方式来实现对网络数据流量进行控制的一种措施。在本实施例中，流量控制可指对于车辆需要通过5G访问外网的流量进行控制，由于车辆访问外网一般是通过同一个5G模块，为保障车辆在不同的网络环境下，不发生网络的拥塞，就需要针对不同流量需求、不同优先级、不同域控制器上云的流量进行控制。

不同的网络状态信息分别预设有各自对应可使用的网络流量，本实施例第一流控模块12可根据车辆当前的网络状态信息，获取到符合当前网络质量情况的可使用的网络流量；并且第一流控模块12将可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给各个域控制器的第二流控模块13，以使得第二流控模块13按照被分配到的网络流量，控制各自对应的域控制器的数据传输。

各个域控制器的流量配额比例：通过对各域控制器的流量进行统计，得出正常运行时的流量速率，以及该域控制器的上云业务多少，分别预先设置各自对应的流量配额比例。例如，信息娱乐域可为35％，车辆控制域可为25％，自动驾驶域可为40％，此后的网络状态无论如何波动，流量的配额都按照该比例进行分配网络流量，从而保障各域控制器都有一定的机会将关键的数据上传到云端，如车端日志上传、车端视频/音频/图片上传、车辆告警数据上传等。

本实施例第一流控模块12可根据车辆当前的网络状态信息，为各个域控制器的第二流控模块13(流量控制的从模块)分配各自可使用的网络流量，进而每个第二流控模块13按照被分配到的网络流量，控制各自对应的域控制器的数据传输。具体的流控算法有计数器算法、漏桶算法、令牌桶算法等，本实施例不做限定。

通过应用本实施例的技术方案，将流控功能作为一个通用的底层网络能力单独抽象出来，跟各个业务进行解耦，进而降低车内多域控制器上云业务流控的复杂度和提升新功能的灵活扩展性。可准确实现车辆内多个域控制器上云业务的流量控制。通过解耦流控功能跟上云业务，无需将所有各控制域上云的业务汇总在一起进行流控，各个域控制器可分别上云传输各自对应的业务数据，可实现针对各个域控制器的分布式流控，可提高汽车软件开发迭代的效率和问题排查的效率。例如，车辆控制、信息娱乐、自动驾驶，三大域之间可通过以太网进行交互和协同，共同完成某些整车层面的功能，并且各个域可单独进行数据上云。

进一步的，为了说明第一流控模块的具体实现过程，本实施例提供了一种车辆的数据传输控制方法，可应用于第一流控模块执行，如图4所示，该方法包括：

步骤201、监测车辆当前的网络状态信息。

第一流控模块可为流量控制的主模块，可用于根据车辆当前的网络状态信息(如网络信号质量、连接的基站信息等)，为各个域控制器的第二流控模块(流量控制的从模块)分配各自可使用的网络流量。第二流控模块用于根据被分配到的网络流量，控制各自对应的域控制器的数据传输。第一流量模块可与各个第二流控模块在同一内网。

步骤202、获取与车辆当前的网络状态信息对应可使用的网络流量。

不同的网络状态信息分别预设有各自对应可使用的网络流量，本实施例可根据车辆当前的网络状态信息，获取到符合当前网络质量情况的可使用的网络流量。

步骤203、将可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给各个域控制器。

域控制器用于按照被分配到的网络流量，控制数据传输。例如，第一流控模块将可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给各个域控制器的第二流控模块，以使得第二流控模块按照被分配到的网络流量，控制各自对应的域控制器的数据传输。

其中，各个域控制器的流量配额比例：通过对各域控制器的流量进行统计，得出正常运行时的流量速率，以及该域控制器的上云业务多少，分别预先设置各自对应的流量配额比例。

通过应用本实施例的技术方案，将流控功能作为一个通用的底层网络能力单独抽象出来，跟各个业务进行解耦，进而降低车内多域控制器上云业务流控的复杂度和提升新功能的灵活扩展性。可准确实现车辆内多个域控制器上云业务的流量控制。通过解耦流控功能跟上云业务，无需将所有各控制域上云的业务汇总在一起进行流控，各个域控制器可分别上云传输各自对应的业务数据，可实现针对各个域控制器的分布式流控，可提高汽车软件开发迭代的效率和问题排查的效率。例如，车辆控制、信息娱乐、自动驾驶，三大域之间可通过以太网进行交互和协同，共同完成某些整车层面的功能，并且各个域可单独进行数据上云。

进一步的，为了说明图4实施例的具体实现过程，以使用令牌桶算法的流控作为示例，提供了如图5所示的方法，该方法包括：

步骤301、监测车辆当前的网络状态信息。

其中，车辆的网络通讯模组(如5G模组)内包括网络探针单元。该网络探针单元预埋在5G模组里，通过监测5G网络的信号质量、基站信息等情况，将网络波动参数化输出给第一流控模块，相应的，第一流控模块可接收车辆当前的网络状态信息，从而第一流控模块可以根据当前的网络状态和“各域控制器流量配额”，动态控制各域的上云总流量。

步骤302、获取与车辆当前的网络状态信息对应需要产生的令牌数。

本实施例可采用令牌桶算法作为实现流控的基础算法，在此基础上根据网络探针输出的网络质量和各域的流量配额实现令牌的分配动态调整。其中，令牌桶算法是网络流量整形(Traffic Shaping)和速率限制(Rate Limiting)中使用的一种算法。如图6所示，一边请求时会消耗桶内的令牌，另一边会以固定速率往桶内放令牌。当消耗的请求大于放入的速率时，进行相应的措施，比如等待处理或者拒绝处理等。本实施例中的令牌桶算法可用来控制发送到网络上的数据的数目。

在一些示例中，步骤302具体可包括：获取车辆当前的网络状态信息的网络质量分数，然后确定与该网络质量分数对应需要产生的令牌数。

例如，网络质量分数可包括0-10的分数范围，数值越大，网络质量越好，其相应需要产生的令牌数就越多；而数值越小，网络质量越差，其相应需要产生的令牌数就越少。

步骤303、按照获取到的令牌数产生令牌。

本实施例可根据网络探针输出的网络质量信息，动态调整令牌产生的速率，然后根据各域控制器的流量配额分配令牌，如果某域控制器的流量激增，通过本机制可减缓对网络总出口流量的冲击，削峰填谷。

步骤304、将产生的令牌按照各个域控制器的流量配额比例，分配给各个域控制器。

域控制器可用于按照被分配到的令牌控制数据传输。例如，第一流控模块将产生的令牌按照各个域控制器的流量配额比例，分配给各个域控制器的第二流控模块，以使得第二流控模块按照被分配到的令牌，控制各自对应的域控制器的数据传输，其中，每个令牌允许传输预设流量大小的数据。

例如，流量配额比例P，信息娱乐域的比例为I％，车辆控制域的比例为V％，自动驾驶域的比例为A％，I+V+A＝100％。单位令牌定义：100KBytes/token，每个令牌(token)可以传输不超过10KBytes大小的流量。全速令牌分配速率S＝100tokens/sec，在最优网络质量情况下，每秒分配100个令牌，也就是每秒最多传输10000KBytes大小的流量，或者是10MBytes大小的流量。

各域的流量配额等同于单位时间内能够获取到的令牌数量。例如每秒令牌数量为100个的情况下，信息娱乐域的比例为30％，车辆控制域的比例为20％，自动驾驶域的比例为50％，那么每秒信息娱乐域能够获取30个令牌(每秒最多上传3MBytes的流量)，车辆控制器能够获取20个令牌(每秒最多上传2MBytes的流量)，自动驾驶域能够获取50个令牌(每秒最多上传5MBytes的流量)。

为了满足更多的需求，可选的，各个域控制器的流量配额比例可以是动态设置的；相应的，将可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给各个域控制器，具体可包括：将可使用的网络流量按照最新设置的各个域控制器的流量配额比例，分配给各个域控制器。

例如，第一流控模块将产生的令牌按照最新设置的各个域控制器的流量配额比例，分配给各个域控制器的第二流控模块。

本实施例通过将流控功能单独剥离出来，跟业务解耦，使得各域上云的业务可以直接通过一个抽象成云端代理的模块进行直接的交互，该模块实现车内域间的分布式流控功能，从而降低软件架构的复杂度，提升各域上云业务的开发效率，提升新业务的灵活拓展性。

为了说明第二流控模块侧的处理过程，进一步的，本实施例还提供了一种可应用于第二流控模块执行的车辆的数据传输控制方法，如图7所示，该方法包括：

步骤401、接收分配的网络流量。

例如，第二流控模块接收第一流控模块分配的网络流量，其中，接收到的网络流量是第一流控模块基于与车辆当前的网络状态信息对应可使用的网络流量，按照与第二流控模块对应的域控制器的流量配额比例确定得到的。具体可参照图4所示的实施例内容描述，在此不再赘述。

步骤402、按照接收到的网络流量，控制域控制器的数据传输。

域控制器可为该第二流控模块所对应的域控制器。

本实施例可通过将流控功能作为一个通用的底层网络能力单独抽象出来，跟各个业务进行解耦，从而降低车内多域上云业务流控的复杂度和提升新功能的灵活扩展性。

进一步的，为了说明图7实施例的具体实现过程，以使用令牌桶算法的流控作为示例，提供了如图8所示的方法，该方法包括：

步骤501、接收分配的令牌。

例如，第二流控模块接收第一流控模块分配的令牌，该被分配到的令牌是第一流控模块基于与网络状态信息对应产生的令牌，按照与域控制器的流量配额比例确定得到的。具体可参照图5所示的实施例内容描述，在此不再赘述。

步骤502、按照接收到的令牌，控制域控制器的数据传输。

其中，每个令牌允许传输预设流量大小的数据。

在一些示例中，步骤402具体可包括：将接收到的令牌保存在令牌容器(令牌桶)内；响应于域控制器的数据传输请求，判断令牌容器内是否存在令牌；若令牌容器内存在令牌，则从令牌容器内提取令牌，并利用提取到的令牌传输数据，该令牌用于允许传输数据的凭证；若令牌容器内不存在令牌，则暂停或取消域控制器的数据传输。

例如，域控制器如果需要的数据上云，需要从令牌容器内提取令牌，将提取到的令牌作为允许数据上传的凭证，有令牌的数据才能上云，如果令牌容器内的令牌不够，需要等等令牌容器产生新的令牌并从中成功提取到令牌，才能凭令牌继续上传数据。

在一些示例中，令牌容器内保存的令牌具有时效性，本实施例方法还可包括：定时清除令牌容器内超时未使用的令牌。例如，令牌具有时效性，每个令牌具有预设的超时时间，一般可为1秒的时长，如果超过1秒没有消费该令牌，则该令牌失效，从令牌容器中移除掉。通过这种方式，可做到资源的合理利用，做到更好的流量控制。

为了说明上述各实施例的具体实现方式，给出如下示例，但不限于此：

如图9所示，网络探针单元：输出网络质量Q，Q取值范围为0-9，数值越大，网络质量越好；流控主模块实现车内流量控制的主要逻辑，其内部通过动态的令牌桶算法，跟各域的流控从模块进行令牌分配的交互，从而实现车内的分布式域控制器场景下的流量控制。具体可根据网络质量动态调整令牌分配的速率，以及以1秒为周期检查各域的流量配额使用情况。

其中，流量配额：流量配额比例P，信息娱乐域的比例为I％，车辆控制域的比例为V％，自动驾驶域的比例为A％，I+V+A＝100；单位令牌定义：100KBytes/token，每个令牌可以传输不超过10KBytes大小的流量；全速令牌分配速率S＝100tokens/sec，在最优网络质量情况下，每秒分配100个token，也就是每秒最多传输10000KBytes大小的流量，或者是10MBytes大小的流量。网络波动情况下令牌分配的速率：S＝100*Q/10，例如网络质量Q＝6的情况下，令牌的分配速率为60tokens/sec，也就是每秒最多上传6MBytes大小的流量。

各域的流量配额等同于单位时间内能够获取到的令牌数量，例如每秒令牌数量为100个的情况下，信息娱乐域的比例为40％，车辆控制域的比例为40％，自动驾驶域的比例为20％，那么每秒信息娱乐域能够获取40个令牌(每秒最多上传4MBytes的流量)，车辆控制器能够获取40个令牌(每秒最多上传4MBytes的流量)，自动驾驶域能够获取20个令牌(每秒最多上传2MBytes的流量)。

通过上述方式，实现车内多个域控制器上云业务的流量控制。通过解耦流控功能跟上云业务，实现了分布式的流控。通过解耦流控功能简化了业务流控需求的软件架构复杂度和扩展的灵活性。实现了可动态调整令牌分配速率和固定分配流量配额的流控算法。

进一步的，作为图4和图5所示方法的具体实现，本实施例提供了一种车辆的数据传输控制装置，可应用于第一流控模块，如图10所示，该装置包括：监测单元61、获取单元62、分配单元63。

监测单元61，被配置为监测车辆当前的网络状态信息；

获取单元62，被配置为获取与所述网络状态信息对应可使用的网络流量；

分配单元63，被配置为将所述可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给所述各个域控制器，所述域控制器用于按照被分配到的网络流量控制数据传输。

在一些示例中，获取单元62，具体被配置为获取与所述网络状态信息对应需要产生的令牌数；

分配单元63，具体被配置为按照所述令牌数产生令牌；将产生的令牌按照所述各个域控制器的流量配额比例，分配给所述各个域控制器，所述域控制器具体用于按照被分配到的令牌，控制各自对应的域控制器的数据传输，其中，每个令牌允许传输预设流量大小的数据。

在一些示例中，获取单元62，具体还被配置为获取所述网络状态信息的网络质量分数；确定与所述网络质量分数对应需要产生的令牌数。

在一些示例中，所述各个域控制器的流量配额比例是动态设置的；

分配单元63，具体还被配置为将所述可使用的网络流量按照最新设置的所述各个域控制器的流量配额比例，分配给所述各个域控制器。

在一些示例中，监测单元61，具体被配置为接收所述网络状态信息，所述网络状态信息来自所述车辆的网络通讯模组内的网络探针单元。

需要说明的是，本实施例提供的一种车辆的数据传输控制装置所涉及各功能单元的其它相应描述，可以参考图4和图5中的对应描述，在此不再赘述。

进一步的，作为图7和图8所示方法的具体实现，本实施例提供了一种车辆的数据传输控制装置，可应用于第二流控模块，如图11所示，该装置包括：接收单元71、控制单元72。

接收单元71，被配置为接收分配的网络流量，其中，所述网络流量是基于与车辆当前的网络状态信息对应可使用的网络流量，按照与域控制器的流量配额比例确定得到的；

控制单元72，被配置为按照接收到的所述网络流量，控制所述域控制器的数据传输。

在一些示例中，接收单元71，具体被配置为接收分配的令牌，所述令牌是基于与所述网络状态信息对应产生的令牌，按照与所述域控制器的流量配额比例确定得到的；

控制单元72，具体被配置为按照接收到的令牌，控制所述域控制器的数据传输，其中，每个令牌允许传输预设流量大小的数据。

在一些示例中，控制单元72，具体还被配置为将接收到的令牌保存在令牌容器内；响应于所述域控制器的数据传输请求，判断所述令牌容器内是否存在令牌；若所述令牌容器内存在令牌，则从所述令牌容器内提取令牌，并利用提取到的令牌传输数据，所述令牌用于允许传输数据的凭证；若所述令牌容器内不存在令牌，则暂停或取消所述域控制器的数据传输。

在一些示例中，所述令牌容器内保存的令牌具有时效性，控制单元72，还被配置为定时清除所述令牌容器内超时未使用的令牌。

需要说明的是，本实施例提供的一种车辆的数据传输控制装置所涉及各功能单元的其它相应描述，可以参考图7和图8中的对应描述，在此不再赘述。

基于上述如图4或图5或图7或图8所示方法，相应的，本实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图4或图5或图7或图8所示的方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的方法。

基于上述如图4或图5或图7或图8所示的方法，以及图10或图11所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种电子设备，可配置在车辆(如新能源汽车)端侧，该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图4或图5或图7或图8所示的方法。

可选的，上述实体设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的上述实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

进一步的，本实施例还提供了一种车辆，包括上述系统或电子设备。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例的方案，实现车内多个域控制器上云业务的流量控制。通过解耦流控功能跟上云业务，实现了分布式的流控。通过解耦流控功能简化了业务流控需求的软件架构复杂度和扩展的灵活性。实现了可动态调整令牌分配速率和固定分配流量配额的流控算法。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所述的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (17)

1.一种车辆的数据传输控制方法，其特征在于，所述方法包括：

监测车辆当前的网络状态信息；

获取与所述网络状态信息对应可使用的网络流量；

将所述可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给所述各个域控制器，所述域控制器用于按照被分配到的网络流量，控制数据传输。

2.根据权利要求1所述的方法，其特征在于，所述获取与所述网络状态信息对应可使用的网络流量，包括：

获取与所述网络状态信息对应需要产生的令牌数；

所述将所述可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给所述各个域控制器，包括：

按照所述令牌数产生令牌；

将产生的令牌按照所述各个域控制器的流量配额比例，分配给所述各个域控制器，所述域控制器具体用于按照被分配到的令牌，控制数据传输，其中，每个令牌允许传输预设流量大小的数据。

3.根据权利要求2所述的方法，其特征在于，所述获取与所述网络状态信息对应需要产生的令牌数，包括：

获取所述网络状态信息的网络质量分数；

确定与所述网络质量分数对应需要产生的令牌数。

4.根据权利要求1所述的方法，其特征在于，所述各个域控制器的流量配额比例是动态设置的；

所述将所述可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给所述各个域控制器，包括：

将所述可使用的网络流量按照最新设置的所述各个域控制器的流量配额比例，分配给所述各个域控制器。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述监测车辆当前的网络状态信息，包括：

接收所述网络状态信息，所述网络状态信息来自所述车辆的网络通讯模组内的网络探针单元。

6.一种车辆的数据传输控制方法，其特征在于，所述方法包括：

接收分配的网络流量，其中，所述网络流量是基于与车辆当前的网络状态信息对应可使用的网络流量，按照与域控制器的流量配额比例确定得到的；

按照接收到的所述网络流量，控制所述域控制器的数据传输。

7.根据权利要求6所述的方法，其特征在于，所述接收分配的网络流量，包括：

接收分配的令牌，所述令牌是基于与所述网络状态信息对应产生的令牌，按照与所述域控制器的流量配额比例确定得到的；

所述按照接收到的所述网络流量，控制所述域控制器的数据传输，包括：

按照接收到的令牌，控制所述域控制器的数据传输，其中，每个令牌允许传输预设流量大小的数据。

8.根据权利要求7所述的方法，其特征在于，所述按照接收到的令牌，控制所述域控制器的数据传输，包括：

将接收到的令牌保存在令牌容器内；

响应于所述域控制器的数据传输请求，判断所述令牌容器内是否存在令牌；

若所述令牌容器内存在令牌，则从所述令牌容器内提取令牌，并利用提取到的令牌传输数据，所述令牌用于允许传输数据的凭证；

若所述令牌容器内不存在令牌，则暂停或取消所述域控制器的数据传输。

9.根据权利要求8所述的方法，其特征在于，所述令牌容器内保存的令牌具有时效性，所述方法还包括：

定时清除所述令牌容器内超时未使用的令牌。

10.一种车辆的数据传输控制系统，其特征在于，包括：通信模块、第一流控模块和与多个域控制器分别对应的第二流控模块；

所述第一流控模块与所述通信模块连接，所述第一流控模块还分别与各个所述第二流控模块连接；

所述第一流控模块，用于接收所述通信模块发送的车辆当前的网络状态信息；并将与所述网络状态信息对应可使用的网络流量按照各个域控制器的流量配额比例，分配给各个域控制器对应的所述第二流控模块；

所述第二流控模块，用于按照接收到的网络流量，控制对应的域控制器的数据传输。

11.根据权利要求10所述的系统，其特征在于，所述通信模块中包括：网络探针单元；

所述网络探针单元，用于监测所述车辆当前的网络状态信息。

12.根据权利要求10所述的系统，其特征在于，所述第一流控模块部署在与所述通信模块连接的域控制器上；所述第二流控模块部署在对应的域控制器上。

13.一种车辆的数据传输控制装置，其特征在于，所述装置包括：

监测单元，被配置为监测车辆当前的网络状态信息；

获取单元，被配置为获取与所述网络状态信息对应可使用的网络流量；

分配单元，被配置为将所述可使用的网络流量按照车辆内各个域控制器的流量配额比例，分配给所述各个域控制器，所述域控制器用于按照被分配到的网络流量，控制数据传输。

14.一种车辆的数据传输控制装置，其特征在于，所述装置包括：

接收单元，被配置为接收分配的网络流量，其中，所述网络流量是基于与车辆当前的网络状态信息对应可使用的网络流量，按照与域控制器的流量配额比例确定得到的；

控制单元，被配置为按照接收到的所述网络流量，控制所述域控制器的数据传输。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9任一项所述的方法。

16.一种电子设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9任一项所述的方法。

17.一种车辆，其特征在于，包括：如权利要求10所述的系统，或如权利要求16所述的电子设备。