Traffic Scheduling Method, Device, System, Medium, Product and Vehicle of a Vehicle

Abstract

The present application discloses a traffic scheduling method, device, system, medium, product and vehicle for a vehicle, belonging to the technical field of vehicle communication networks. The method includes: obtaining network condition information of multiple control domains of the vehicle; determining the network condition category of the vehicle according to the network condition information; and performing traffic scheduling on the multiple control domains according to the traffic priority corresponding to the network condition category. This method improves the traffic scheduling ability, response speed and reliability of the vehicle.

Description

Technical Field

[0001] This application belongs to the technical field of vehicle communication networks, and particularly relates to a traffic scheduling method, device, system, medium, product, and vehicle for vehicles. Background Art

[0002] An in-vehicle network is a system that establishes a communication network inside or between vehicles. With the upgrade of multimedia communication and vehicle driving services, it is necessary to schedule the traffic of vehicles to avoid network congestion.

[0003] The current traffic scheduling methods for vehicles mainly focus on the overall traffic scheduling of each vehicle.

[0004] The above methods have problems of low traffic scheduling ability, slow response speed, and poor reliability in complex vehicle operation modes and traffic scenarios. Summary of the Invention

[0005] This application aims to solve at least one of the technical problems existing in the prior art. For this purpose, this application provides a traffic scheduling method, device, system, medium, product, and vehicle for vehicles, which improves the traffic scheduling ability, response speed, and reliability of vehicles.

[0006] In a first aspect, this application provides a traffic scheduling method for a vehicle, the method including:

[0007] Obtain network condition information of multiple control domains of the vehicle;

[0008] Determine the network condition category of the vehicle according to the network condition information;

[0009] Perform traffic scheduling on the multiple control domains according to the traffic priority corresponding to the network condition category.

[0010] According to the traffic scheduling method for a vehicle of this application, by classifying the real-time network condition information of the vehicle under the current network condition and performing dynamic traffic scheduling according to the traffic priority, it is ensured that high-priority traffic can be transmitted reliably and in real time, which is applicable to complex vehicle operation modes. The vehicle can respond faster in complex operation modes and traffic scenarios such as intelligent driving, power control, and vehicle body state adjustment, improving the traffic scheduling ability, response speed, reliability, and efficiency of the vehicle, and ensuring that time-sensitive traffic can be transmitted in time to ensure service quality.

[0011] According to an embodiment of this application, the determining the network condition category of the vehicle according to the network condition information includes:

[0012] Map the network condition information to a condition space and classify it through a condition classifier to obtain the network condition category.

[0013] According to an embodiment of the present application, the network working condition information is characterized as the network transmission state of the control domain.

[0014] According to an embodiment of the present application, after determining the network working condition category of the vehicle and before performing traffic scheduling on the multiple control domains according to the traffic priority corresponding to the network working condition category, the method further includes:

[0015] Making a decision on the network working condition category through a decision maker to generate a target traffic scheduling strategy for the vehicle, where the target traffic scheduling strategy includes the traffic priorities of the multiple control domains.

[0016] According to an embodiment of the present application, the making a decision on the network working condition category through a decision maker to generate a target traffic scheduling strategy for the vehicle includes:

[0017] Mapping the network working condition category to a decision space through a scheduling decision maker, and matching the target traffic scheduling strategy corresponding to the network working condition category from a policy library in the decision space, where the policy library is constructed based on multiple traffic scheduling strategies.

[0018] According to an embodiment of the present application, the performing traffic scheduling on the multiple control domains according to the traffic priority corresponding to the network working condition category includes:

[0019] Constructing a gating list according to the traffic priority;

[0020] Based on the gating list, scheduling the traffic of the multiple control domains in the vehicle.

[0021] According to an embodiment of the present application, the constructing a gating list according to the traffic priority includes:

[0022] Constructing a feasible solution for the traffic priority, where the feasible solution includes multiple gating vectors;

[0023] Performing local search based on the feasible solution, solving the gating vectors to obtain a search solution, and calculating the transmission delay of the search solution;

[0024] Performing gradient search based on the search solution and the transmission delay to generate the gating list.

[0025] In a second aspect, the present application provides a traffic scheduling device for a vehicle, and the device includes:

[0026] An acquisition module, configured to acquire network working condition information of multiple control domains of a vehicle;

[0027] The first processing module is configured to determine the network working condition category of the vehicle according to the network working condition information;

[0028] The second processing module is configured to perform traffic scheduling on the multiple control domains according to the traffic priority corresponding to the network working condition category.

[0029] In a third aspect, the present application provides a traffic scheduling system for a vehicle. The system runs on the vehicle and includes:

[0030] The system includes:

[0031] A plurality of domain controller units configured to obtain the network working condition information of the multiple control domains of the vehicle;

[0032] A central control unit, which is connected to the plurality of domain controllers and is configured to execute the traffic scheduling method for the vehicle as described in the first aspect.

[0033] In a fourth aspect, the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the computer program, it implements the traffic scheduling method for the vehicle as described in the first aspect above.

[0034] In a fifth aspect, the present application provides a non-transitory computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it implements the traffic scheduling method for the vehicle as described in the first aspect above.

[0035] In a sixth aspect, the present application provides a vehicle, including the traffic scheduling system for the vehicle as described in the third aspect, or implementing the traffic scheduling method for the vehicle as described in the first aspect.

[0036] In a seventh aspect, the present application provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor, and the processor is configured to run a program or an instruction to implement the traffic scheduling method for the vehicle as described in the first aspect.

[0037] In an eighth aspect, the present application provides a computer program product, including a computer program. When the computer program is executed by a processor, it implements the traffic scheduling method for the vehicle as described in the first aspect above.

[0038] Additional aspects and advantages of the present application will be given in part in the following description, become apparent in part from the following description, or be learned through the practice of the present application. Description of the Drawings

[0039] The above and / or additional aspects and advantages of the present application will become apparent and be readily understood from the description of the embodiments in conjunction with the following drawings, where:

[0040] Figure 1 is one of the schematic flowcharts of the vehicle flow scheduling method provided by an embodiment of the present application;

[0041] Figure 2 is the schematic structural diagram of the vehicle flow scheduling system provided by an embodiment of the present application;

[0042] Figure 3 is the schematic structural diagram of the in-vehicle TSN in the related art;

[0043] Figure 4 is the second of the schematic flowcharts of the vehicle flow scheduling method provided by an embodiment of the present application;

[0044] Figure 5 is the schematic structural diagram of the vehicle flow scheduling device provided by an embodiment of the present application;

[0045] Figure 6 is the schematic structural diagram of the electronic device provided by an embodiment of the present application. Detailed Embodiments

[0046] Next, the technical solutions in the embodiments of the present application will be clearly described in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are some, but not all, of the embodiments of the present application. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present application belong to the scope of protection of the present application.

[0047] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, rather than to describe a specific order or sequence. It should be understood that such data can be interchanged under appropriate circumstances so that the embodiments of the present application can be implemented in an order different from those illustrated or described herein, and the objects distinguished by "first", "second", etc. generally belong to the same category, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and / or" in the specification and claims means at least one of the connected objects, and the character " / " generally indicates an "or" relationship between the associated objects before and after.

[0048] Next, in conjunction with the drawings, the vehicle flow scheduling method, vehicle flow scheduling device, vehicle flow scheduling system, vehicle, electronic device, and readable storage medium provided by the embodiments of the present application will be described in detail through specific embodiments and their application scenarios.

[0049] Among them, the traffic scheduling method of the vehicle can be applied to the terminal, and specifically can be executed by the hardware or software in the terminal.

[0050] The terminal includes, but is not limited to, portable communication devices such as mobile phones or tablet computers with a touch-sensitive surface (e.g., a touch screen display and / or a touchpad). It should also be understood that in some embodiments, the terminal may not be a portable communication device, but a desktop computer with a touch-sensitive surface (e.g., a touch screen display and / or a touchpad).

[0051] In the following embodiments, a terminal including a display and a touch-sensitive surface is described. However, it should be understood that the terminal may include one or more other physical user interface devices such as a physical keyboard, a mouse, and a joystick.

[0052] The traffic scheduling method of the vehicle provided in the embodiments of the present application may be executed by an electronic device or a functional module or functional entity in the electronic device that can implement the traffic scheduling method of the vehicle. The electronic devices mentioned in the embodiments of the present application include, but are not limited to, mobile phones, tablet computers, computers, cameras, and wearable devices, etc. Hereinafter, the traffic scheduling method of the vehicle provided in the embodiments of the present application will be described by taking the electronic device as the execution subject as an example.

[0053] As Figure 1 shown, the traffic scheduling method of the vehicle includes: step 110 to step 130.

[0054] Step 110, obtain the network working condition information of multiple control domains of the vehicle.

[0055] As Figure 2 shown, in the vehicle, there is a vehicle network with an in-vehicle Ethernet communication architecture centered on an in-vehicle central switch. The in-vehicle Ethernet undertakes the function of networking modules such as the telematics box (T-BOX), the in-vehicle infotainment system (IVI), and the domain controller. The in-vehicle central switch located at the network topology center undertakes the functions of local area network data exchange between the vehicle's various control domains and vehicle wide-area cellular communication.

[0056] Among them, the traffic scheduling method of the vehicle in the embodiments of the present application is not only applicable to in-vehicle time-sensitive networking (TSN), but also applicable to other vehicle networks that can monitor and manage traffic.

[0057] TSN introduces real-time features such as time, traffic priority division, and scheduling to meet the stringent requirements for the real-time performance and reliability of in-vehicle Ethernet transmission, while also maintaining compatibility with traditional Ethernet.

[0058] It should be noted that in the subsequent embodiments of this application, the execution subject of the vehicle traffic scheduling method is the in-vehicle central switch, and the control domain switches of each control domain are connected to the in-vehicle central switch through Ethernet cables to jointly form an in-vehicle TSN local area network as an example for illustration, which is not regarded as a limitation on the protection scope of this application.

[0059] The in-vehicle central switch is used to forward the vehicle's overall traffic, and the forwarding destination networks include local area networks and wide area networks. For the traffic within the local area network of each control domain, different priority traffic scheduling strategies for each control domain are implemented according to the Priority Code Point (PCP) field of the traffic.

[0060] The control domain switch, as the secondary switch in each control domain, is used for local data exchange between modules within the control domain and the forwarding of data exchanged between this control domain and other control domains and wide area networks of the vehicle.

[0061] The control domains of the vehicle can include two or more of the cockpit domain, intelligent driving domain, power domain, body domain, and chassis domain. Each control domain can be provided with a domain controller, and the domain controller is connected through a cellular access network and a wired network. Among them, the cellular access network is responsible for providing cellular communication access services.

[0062] The domain controller of the cockpit domain is used to control various information display and interaction systems in the vehicle, including the central control, in-vehicle entertainment system, head-up display, driving behavior monitoring, instrument panel, electronic rearview mirror, etc.;

[0063] The domain controller of the intelligent driving domain is used to control the intelligent driving of the vehicle, use various sensors to perceive the surrounding environment of the vehicle and make decisions, and transmit real-time status information and control information to the cockpit domain, power domain, etc.;

[0064] The domain controller of the power domain is used to control the power of the vehicle, including engine management, battery management, and power distribution management, etc.;

[0065] The domain controller of the body domain is used to control various body functions of the vehicle, including vehicle lights, windows, air conditioning, and trunk, etc.;

[0066] The domain controller of the chassis domain is used to control the driving behavior and posture of the vehicle, including the control of systems such as the vehicle transmission system, steering system, and suspension system.

[0067] It can be understood that the network operating condition information can be information about the working states and performance indicators related to the network in the vehicle control system. For example, the network performance indicators of network operating conditions such as the communication state, data transmission efficiency, network latency, and bandwidth usage of the vehicle control network, system logs, user behavior data, sensor data, etc.

[0068] Among them, the network performance indicators can include bandwidth, latency, packet loss rate, etc.

[0069] In this step, the in-vehicle central switch reads or collects the network operating condition information through the control domain switch corresponding to each control domain of the vehicle and via the domain controller.

[0070] Step 120: Determine the network operating condition category of the vehicle according to the network operating condition information.

[0071] Among them, the network operating condition category is different working modes or states defined according to the working conditions, performance requirements, load characteristics, and specific application scenarios of the vehicle control system.

[0072] For example, the network operating condition category can include normal driving mode, high-load transmission mode, energy-saving mode, fault diagnosis mode, maintenance mode, safety mode, emergency response mode, etc.

[0073] In this step, data cleaning, normalization, and conversion are performed on the network operating condition information. According to the thresholds or conditions corresponding to each network operating condition category, it is judged whether the data of the control domain in the network operating condition information conforms to the characteristics of the network operating condition category, and the network operating condition category corresponding to the control domain is determined.

[0074] Step 130: Perform traffic scheduling for multiple control domains according to the traffic priority corresponding to the network operating condition category.

[0075] Among them, the traffic priority of the network operating condition category can be determined based on factors such as the safety, performance, efficiency, and user requirements of the vehicle to balance different requirements and constraints of vehicle operation.

[0076] It can be understood that the traffic priority can be the priority level of the transmission order of each module or device in each control domain, and traffic scheduling can be to schedule the traffic transmission order of each control domain according to the traffic priority.

[0077] In this step, the traffic priority can be determined according to the mapping relationship between the category of the network operating condition and the traffic priority, and traffic scheduling can be performed on the sequence of data transmission of each module or device in each control domain according to the traffic priority.

[0078] At each port of the in-vehicle central switch, 8 queues are configured, corresponding to 8 priorities, and the priorities are defined by the Priority Code Point (PCP) field.

[0079] The switch of each queue is implemented by an independent gating. When the gating is open, the data in the queue can be sent, and when it is closed, the data waits in the queue. The transmission control of different priority traffic is achieved through gating to ensure that time-sensitive traffic can be transmitted in a timely manner to ensure Quality of Service (QoS).

[0080] Since it is necessary to perform priority scheduling on in-vehicle network traffic, the control domain switch also needs to have the ability to set the priority (PCP) field for traffic.

[0081] In the related art, through the subscription and publication mode, the data transmission between multiple Electronic Control Units (ECUs) and sensors in the in-vehicle network is managed, and there are a large number of data transmission competitions in the one-to-one, one-to-many, and many-to-one structures in the automotive bus structure.

[0082] Such as Figure 3 As shown, the software-defined vehicle communication architecture in the related art is mainly constructed by the intelligent driving application layer, the cooperative scheduling layer, and the in-vehicle communication data layer. The connected intelligent driving vehicle applications in the intelligent driving application layer communicate with the scheduler in the cooperative scheduling layer. The Software Defined Network (SDN) scheduler schedules the in-vehicle communication of the in-vehicle central switch and the Domain Control Unit (DCU) in the vehicle. For example, one vehicle corresponds to one SDN scheduler, and the Scheduling with Dynamic Idle time Variation (SDIV) scheduler schedules the cooperative communication between the in-vehicle wireless communication units of two vehicles. The in-vehicle communication data layer mainly includes the in-vehicle central switch installed on the vehicle, and multiple domain control units and in-vehicle wireless communication units that communicate with the in-vehicle central switch. It mainly focuses on the synchronization and real-time performance of multi-hop communication between vehicles and does not involve the scheduling problem of complex in-vehicle traffic at the central switch.

[0083] The in-vehicle Ethernet network in the related art does not specifically optimize the transmission of time-sensitive traffic between vehicle domains, but is limited to traffic transmission.

[0084] For example, through Deep Packet Inspection (DPI), the data application characteristics under the same priority are additionally considered.

[0085] With the expansion of the forms and functions of various control domains in vehicles, there are significant differences in the traffic transmission requirements faced by in-vehicle networks under different vehicle models, function configurations, and working conditions. The fixed transmission strategies in related technologies are difficult to meet the traffic transmission requirements under various complex conditions, and cannot provide reliable guarantees for the QoS of upper-layer applications. The efficient scheduling problem of in-vehicle Ethernet traffic with TSN characteristics in dynamic and complex traffic scenarios such as complex vehicle operation modes and the loading of networked application modules under the condition of increasingly diverse intelligent networking functions is not considered.

[0086] According to the traffic scheduling method for vehicles provided by the embodiments of the present application, by classifying the real-time network condition information under the current network condition of the vehicle and performing dynamic traffic scheduling according to the traffic priority, it is ensured that high-priority traffic can be transmitted reliably and in real time, which is applicable to the complex operation modes of vehicles. Vehicles can respond faster under complex operation modes and traffic scenarios such as intelligent driving, power control, and body state adjustment, improving the vehicle's traffic scheduling ability, response speed, reliability, and efficiency, and ensuring that time-sensitive traffic can be transmitted in time to ensure service quality.

[0087] In some embodiments, step 120, determining the network condition category of the vehicle according to the network condition information, includes:

[0088] Mapping the network condition information to the condition space and classifying it through a condition classifier to obtain the network condition categories corresponding to multiple control domains.

[0089] For example, the network condition information can be characterized as , where the cockpit domain can correspond to , the intelligent driving domain can correspond to , the chassis domain can correspond to , the power domain can correspond to , and the body domain can correspond to .

[0090] For the intelligent driving domain, the network condition information is:

[0091]

[0092] Among them, , …, , …, A total of I elements such as etc. correspond to the LAN transmission status of modules such as sensors and actuators in the intelligent driving domain.

[0093] It can be understood that the condition space is a multi-dimensional space, and each dimension represents a specific vehicle performance parameter or state feature.

[0094] The condition classifier can complete the high-dimensional network condition information Mapping to the typical working conditions classification of TSN traffic scheduling realizes the network working condition information dimensionality reduction, filters out factors with low relevance to the traffic scheduling strategy, and outputs the classification result , as the network working condition category.

[0095] In actual execution, the working condition classifier can extract features from the network working condition information to obtain a feature vector, map the feature vector from the original feature space to the working condition space, and classify the network working condition of the vehicle in the working condition space according to the state of each dimension of the feature vector in the working condition space, so as to obtain the network working condition category of the vehicle.

[0096] In this embodiment, clustering is performed on the complex operating states of the vehicle to realize the extraction of the main features related to the TSN traffic load of the vehicle operating state, reduce the input dimension of the decision maker, avoid the problem of excessive decision delay of network traffic scheduling caused by too high input dimension, improve the speed and reliability of decision making, and reduce the transmission delay of high-priority traffic.

[0097] In some embodiments, the network working condition information is characterized as the network transmission state of the control domain.

[0098] For example, for the network working condition information of the intelligent driving domain:

[0099]

[0100] Among them, the element , 1 indicates that the network transmission state is open, and 0 indicates that the network transmission state is closed.

[0101] The working condition classifier processes the network working condition information as follows:

[0102]

[0103] In this embodiment, the network transmission state is characterized by the network working condition information, which improves the processing efficiency of the working condition classifier for the network working condition information and reduces the complexity of the working condition classifier.

[0104] In some embodiments, after determining the network working condition category of the vehicle, before performing traffic scheduling on multiple control domains according to the traffic priority corresponding to the network working condition category, the method further includes:

[0105] Through the decision maker, make a decision on the network working condition category to generate the target traffic scheduling strategy of the vehicle, and the target traffic scheduling strategy includes the traffic priorities of multiple control domains.

[0106] Among them, the decision maker is the entity that makes decisions on the traffic scheduling of the vehicle and is used to generate corresponding traffic scheduling strategies.

[0107] The traffic scheduling strategy includes the traffic priorities corresponding to the data packets of each module or device in each control domain under the current network working condition category of the vehicle.

[0108] It can be understood that each control domain of the vehicle executes services separately. One service corresponds to one traffic flow. One traffic flow includes multiple data packets. One data packet corresponds to one module or device. Under different network working condition categories, the traffic priorities corresponding to the data packets of the same module or device may be different.

[0109] In the network working condition category corresponding target traffic scheduling strategy includes the traffic priorities of the transmission order of the data packets of each module or device in each control domain , where is the data packet of a certain module or device, is the network working condition category.

[0110] For example, in in-vehicle TSN, the traffic priority is defined by the PCP field of the Ethernet frame. 3 bits correspond to priorities from 0 to 7. For the camera in the intelligent driving domain, its traffic priority , where corresponds to priorities from 0 to 7 respectively.

[0111] For the data packets of the same module or device , their priorities are not necessarily the same under different working conditions of the vehicle.

[0112] In addition, the traffic types of the data packets of each module or device in each control domain can also be divided according to the traffic priorities. The traffic types include Time-Triggered (TT) flows and Audio-Video Bridging (AVB) flows. The priority of TT flows is higher than that of AVB flows.

[0113] For example, the information sent by the sensor within a certain control domain is mainly displayed on the cockpit screen under some working conditions. This data stream can be regarded as an AVB flow without strict time limit requirements. When it comes to applications involving real-time control of the vehicle, this data stream should be transmitted within a strict time limit and should be regarded as a TT flow at this time.

[0114] In actual execution, analyze the network working condition category, determine the requirements and impacts on traffic scheduling, and generate a target traffic scheduling strategy including traffic priorities according to the characteristics such as traffic priorities, bandwidth requirements, and delay sensitivity in the network working condition category.

[0115] In this embodiment, the network working condition category is decided in real time by a decision maker, which can be applied to the rapidly changing operating state of a vehicle and has interpretability.

[0116] In some embodiments, a decision maker decides on the network working condition category to generate a target traffic scheduling strategy for the vehicle, including:

[0117] The scheduling decision maker maps the network working condition category to a decision space and matches a target traffic scheduling strategy corresponding to the network working condition category from the strategy library in the decision space. The strategy library is constructed based on multiple traffic scheduling strategies.

[0118] Among them, the decision space has multiple dimensions, each dimension representing a decision variable or feature, and the strategy library is used to store the traffic scheduling strategies in the decision space , the target traffic scheduling strategy , the traffic scheduling strategies in the strategy library can correspond one by one to all the network working condition categories of the vehicle. Among them, is the network working condition information, is the strategy library the traffic scheduling strategy with the identifier j in it, is the network working condition category, j is the network working condition category the identifier of the corresponding traffic scheduling strategy mapped to the decision space.

[0119] In actual execution, the decision maker maps the network working condition category to the decision space, and can query in the strategy library in the decision space according to the state of each dimension of the network working condition category of the vehicle in the decision space until a target traffic scheduling strategy corresponding to the network working condition category is matched , and the strategy library feeds back the target traffic scheduling strategy to the decision maker.

[0120] It can be understood that corresponding to the traffic priority , the target traffic scheduling strategy includes the switch control of 8 gates of the TSN port.

[0121] In this embodiment, by constructing a strategy library for traffic scheduling, the complex traffic scheduling strategy calculation process is avoided, the delay in constructing the traffic scheduling strategy and high-priority traffic scheduling is reduced, and the user experience of in-vehicle real-time applications is improved.

[0122] In some embodiments, according to the traffic priority corresponding to the network working condition category, traffic scheduling is performed on multiple control domains, including:

[0123] Set up a gating list according to traffic priorities;

[0124] Based on the gating list, schedule the traffic of multiple control domains in the vehicle.

[0125] Among them, the gating list (Gate Control List, GCL) is a scheduling mechanism in TSN, which is used to ensure that the traffic in the network can be received and sent within a predetermined time window, so as to meet strict time determinacy requirements.

[0126] It can be understood that the GCL can be configured in the policy library.

[0127] In actual execution, the in-vehicle central switch notifies the control domain switch to adopt the target traffic scheduling policy, sets the GCL according to the target traffic scheduling policy, and controls the traffic scheduling of the vehicle according to the GCL.

[0128] In this embodiment, by setting up the gating list, dynamic scheduling can be achieved for different working conditions of the vehicle TSN, ensuring the on-time transmission of critical task traffic in the vehicle and realizing the dynamic priority transmission of traffic under different network working conditions of the vehicle.

[0129] In some embodiments, setting up the gating list according to traffic priorities includes:

[0130] Construct a feasible solution for traffic priorities, and the feasible solution includes multiple gating vectors;

[0131] Based on the feasible solution, perform a local search, solve the gating vectors, obtain a search solution, and calculate the transmission delay of the search solution;

[0132] Based on the search solution and the transmission delay, perform a gradient search to generate a gating list.

[0133] Among them, the GCL can also be calculated based on the real-time queue status according to the Greedy Randomized Adaptive Search Procedure (GRASP) algorithm.

[0134] It can be understood that the feasible solution is an empty gating list.

[0135] In actual execution, the process of generating a gating list through meta-heuristic algorithms such as the GRASP algorithm includes a construction phase and a search phase:

[0136] In the construction phase, construct a feasible solution as the initial traffic scheduling policy , where the traffic scheduling policy is an 8-gating GCL vector , with a value of 1 indicating open and 0 indicating closed;

[0137] In the local search stage, starting from the constructed feasible solution, local search is performed to solve the gating vector, obtaining a search solution. The total end-to-end transmission delay of the search solution is calculated, where is the transmission time of the corresponding flow within one time slot, and the flow is the corresponding traffic volume.

[0138] In the gradient search stage, gradient search is performed in the direction of reducing the end-to-end delay to generate the GCL.

[0139] In this embodiment, through local search and gradient search, a gating list can be efficiently generated.

[0140] A specific embodiment is introduced below.

[0141] As Figure 4 shown, the in-vehicle central switch reads or collects network operating condition information at the domain controller through the control domain switch corresponding to each control domain of the vehicle.

[0142] The operating condition classifier can extract features from the network operating condition information, map the feature vector from the original feature space to the operating condition space, and can classify in the operating condition space according to the state of each dimension of the feature vector in the operating condition space to obtain the network operating condition category .

[0143] The decision maker and the traffic scheduling policy library constitute a traffic scheduling decision module. The decision maker maps the network operating condition category to the decision space, and can query in the policy library in the decision space according to the state of each dimension of the network operating condition category of the vehicle in the decision space until the target traffic scheduling policy corresponding to the network operating condition category is matched . The policy library feeds back the target traffic scheduling policy to the decision maker.

[0144] The in-vehicle central switch notifies the control domain switch to adopt the target traffic scheduling policy, sets the GCL according to the target traffic scheduling policy, and controls the traffic scheduling in the vehicle according to the GCL.

[0145] ​​​​In this embodiment, by classifying the real-time network condition information of the vehicle under the current network condition and performing dynamic traffic scheduling according to the traffic priority, it is ensured that high-priority traffic can be transmitted reliably and in real time, which is applicable to the complex operation modes of the vehicle. The vehicle can respond faster under complex operation modes and traffic scenarios such as intelligent driving, power control, and body state adjustment, improving the vehicle's traffic scheduling ability, response speed, reliability, and efficiency, and ensuring that time-sensitive traffic can be transmitted in a timely manner to ensure service quality.

[0146] For the traffic scheduling method of the vehicle provided in the embodiment of the present application, the execution subject may be the traffic scheduling device of the vehicle. In the embodiment of the present application, taking the traffic scheduling device of the vehicle executing the traffic scheduling method of the vehicle as an example, the traffic scheduling device of the vehicle provided in the embodiment of the present application is described.

[0147] The embodiment of the present application also provides a traffic scheduling device for a vehicle.

[0148] As Figure 5 shown, the traffic scheduling device of the vehicle includes: an acquisition module 510, a first processing module 520, and a second processing module 530.

[0149] The acquisition module 510 is configured to acquire the network condition information of multiple control domains of the vehicle;

[0150] The first processing module 520 is configured to determine the network condition category of the vehicle according to the network condition information;

[0151] The second processing module 530 is configured to perform traffic scheduling on multiple control domains according to the traffic priority corresponding to the network condition category.

[0152] According to the traffic scheduling device of the vehicle provided in the embodiment of the present application, by classifying the real-time network condition information of the vehicle under the current network condition and performing dynamic traffic scheduling according to the traffic priority, it is ensured that high-priority traffic can be transmitted reliably and in real time, which is applicable to the complex operation modes of the vehicle. The vehicle can respond faster under complex operation modes and traffic scenarios such as intelligent driving, power control, and body state adjustment, improving the vehicle's traffic scheduling ability, response speed, reliability, and efficiency, and ensuring that time-sensitive traffic can be transmitted in a timely manner to ensure service quality.

[0153] In some embodiments, the first processing module 520 is further configured to:

[0154] Map the network condition information to the condition space and classify it through a condition classifier to obtain the network condition category.

[0155] In some embodiments, the network condition information is characterized by the network transmission state of the control domain.

[0156] In some embodiments, the second processing module 530 is further configured to:

[0157] Through a decision maker, make a decision on the network operating condition category to generate a target traffic scheduling policy for the vehicle, where the target traffic scheduling policy includes the traffic priorities of multiple control domains.

[0158] In some embodiments, the second processing module 530 is further configured to:

[0159] Through a scheduling decision maker, map the network operating condition category to a decision space, and match a corresponding target traffic scheduling policy from the policy library in the decision space, where the policy library is constructed based on multiple traffic scheduling policies.

[0160] In some embodiments, the second processing module 530 is further configured to:

[0161] Construct a gating list according to the traffic priorities;

[0162] Based on the gating list, schedule the traffic of the control domains in the vehicle.

[0163] In some embodiments, the second processing module 530 is further configured to:

[0164] Construct a feasible solution for the traffic priorities, where the feasible solution includes multiple gating vectors;

[0165] Based on the feasible solution, perform a local search, solve the gating vectors to obtain a search solution, and calculate the transmission delay of the search solution;

[0166] Based on the search solution and the transmission delay, perform a gradient search to generate a gating list.

[0167] The traffic scheduling device of the vehicle in the embodiments of the present application can be an electronic device or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal or other devices other than terminals. Exemplarily, the electronic device can be a mobile phone, a tablet computer, a laptop computer, a handheld computer, an in-vehicle electronic device, a Mobile Internet Device (MID), an Augmented Reality (AR) / Virtual Reality (VR) device, a robot, a wearable device, an Ultra-Mobile Personal Computer (UMPC), a netbook, or a Personal Digital Assistant (PDA), etc. It can also be a server, a Network Attached Storage (NAS), a Personal Computer (PC), a Television (TV), a teller machine, or a self-service machine, etc. The embodiments of the present application do not make specific limitations.

[0168] The traffic scheduling device of the vehicle in the embodiments of the present application can be a device with an operating system. The operating system can be an Android operating system, an iOS operating system, or other possible operating systems. The embodiments of the present application do not make specific limitations.

[0169] The traffic scheduling device of the vehicle provided in the embodiments of the present application can implement Figures 1 to 4 each process implemented by the traffic scheduling method embodiments of the vehicle. To avoid repetition, it will not be elaborated here.

[0170] The embodiments of the present application also provide a traffic scheduling system for a vehicle.

[0171] The traffic scheduling system for a vehicle runs on a vehicle. The system includes:

[0172] Multiple domain controller units, configured to obtain network operating condition information of multiple control domains of the vehicle;

[0173] A central control unit, which is connected to multiple domain controllers, and is configured to execute each process of the traffic scheduling method embodiments of the vehicle in the above-mentioned embodiments, and can achieve the same technical effects. To avoid repetition, it will not be elaborated here.

[0174] The embodiments of the present application further provide a vehicle, which includes the traffic scheduling system of the vehicle in the above-mentioned various embodiments, or the vehicle can implement each process of the traffic scheduling method embodiment of the above-mentioned vehicle and can achieve the same technical effect. To avoid repetition, it will not be elaborated here.

[0175] In some embodiments, as Figure 6 shown, the embodiments of the present application further provide an electronic device 600, including a processor 601, a memory 602, and a computer program stored on the memory 602 and executable on the processor 601. When the program is executed by the processor 601, it implements each process of the traffic scheduling method embodiment of the above-mentioned vehicle and can achieve the same technical effect. To avoid repetition, it will not be elaborated here.

[0176] It should be noted that the electronic devices in the embodiments of the present application include the above-mentioned mobile electronic devices and non-mobile electronic devices.

[0177] The embodiments of the present application further provide a non-transitory computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it implements each process of the traffic scheduling method embodiment of the above-mentioned vehicle and can achieve the same technical effect. To avoid repetition, it will not be elaborated here.

[0178] Among them, the processor is the processor in the electronic device in the above-mentioned embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disc, etc.

[0179] The embodiments of the present application further provide a computer program product, including a computer program, which implements the traffic scheduling method of the above-mentioned vehicle when executed by a processor.

[0180] Among them, the processor is the processor in the electronic device in the above-mentioned embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory ROM, random access memory RAM, magnetic disk, or optical disc, etc.

[0181] The embodiments of the present application further provide a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement each process of the traffic scheduling method embodiment of the above-mentioned vehicle and can achieve the same technical effect. To avoid repetition, it will not be elaborated here.

[0182] It should be understood that the chip mentioned in the embodiments of the present application may also be referred to as a system-level chip, a system chip, a chip system, or a system-on-chip, etc.

[0183] It should be noted that, in this text, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, such that a process, method, article or device comprising a series of elements not only includes those elements but also other elements not expressly listed, or elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "comprising one..." does not exclude the presence of additional identical elements in the process, method, article or device comprising such element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, but may also include performing functions in a substantially simultaneous manner or in the reverse order according to the functions involved. For example, the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. Additionally, the features described with reference to certain examples may be combined in other examples.

[0184] From the description of the above embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus a necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation. Based on such an understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. The computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions for causing a terminal (which can be a mobile phone, computer, server, or network device, etc.) to execute the traffic scheduling method of the vehicle in various embodiments of the present application.

[0185] In the description of the present application, "the first feature", "the second feature" may include one or more of such features.

[0186] In the description of the present application, the meaning of "a plurality of" is two or more.

[0187] The embodiments of the present application have been described above in conjunction with the accompanying drawings. However, the present application is not limited to the above specific embodiments. The above specific embodiments are merely illustrative and not restrictive. Those of ordinary skill in the art, under the inspiration of the present application, without departing from the spirit and scope protected by the present application and the claims, can still make many forms, all of which fall within the protection scope of the present application.

[0188] In the description of this specification, the description with reference to terms such as "one embodiment", "some embodiments", "schematic embodiments", "examples", "specific examples", or "some examples", etc. means that the specific features, structures, materials, or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic expressions of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described can be combined in a suitable manner in any one or more embodiments or examples.

[0189] Although the embodiments of the present application have been shown and described, those of ordinary skill in the art can understand that various changes, modifications, substitutions, and variations can be made to these embodiments without departing from the principles and spirit of the present application, and the scope of the present application is defined by the claims and their equivalents.

Claims

1. A vehicle flow scheduling method, characterized in that: The control domain switches of each control domain are connected to the vehicle-mounted central switch through an Ethernet cable to form a vehicle-mounted TSN local area network. The execution subject of the vehicle traffic scheduling method is the vehicle-mounted central switch. The vehicle traffic scheduling method includes: Obtain network operating condition information of multiple control domains of the vehicle; Determining the network operating condition category of the vehicle according to the network operating condition information; the network operating condition category includes normal driving mode, high load transmission mode, energy saving mode, fault diagnosis mode, maintenance mode, safety mode and emergency response mode; The network operating condition information is mapped to the operating condition space and classified by the operating condition classifier to obtain the network operating condition category, and the network operating condition information is characterized as the network transmission state of the control domain; The operating condition classifier extracts features related to TSN traffic load from the network operating condition information to obtain a feature vector, maps the feature vector from the original feature space to the operating condition space, and classifies the network operating condition of the vehicle in the operating condition space according to the state of each dimension of the feature vector in the operating condition space to obtain the network operating condition category of the vehicle; and performs traffic scheduling on the multiple control domains according to the traffic priority corresponding to the network operating condition category; Among them, a decision is made on the network operating condition category through a decision maker to generate a target traffic scheduling strategy for the vehicle, wherein the target traffic scheduling strategy includes the traffic priorities of the multiple control domains; and the traffic type in each control domain is divided according to the traffic priority.

2. The vehicle flow scheduling method according to claim 1, characterized in that: The decision maker makes a decision on the network operating condition category and generates a target traffic scheduling strategy for the vehicle, including: The network operating condition category is mapped to a decision space through a scheduling decision maker, and the target traffic scheduling strategy corresponding to the network operating condition category is matched from a strategy library of the decision space, wherein the strategy library is constructed based on multiple traffic scheduling strategies.

3. The vehicle flow scheduling method according to any one of claims 1-2, characterized in that: The performing traffic scheduling on the multiple control domains according to the traffic priorities corresponding to the network working condition categories includes: Building a gating list according to the traffic priority; Based on the gating list, traffic of the plurality of control domains in the vehicle is scheduled.

4. The vehicle flow scheduling method according to claim 3, characterized in that: The step of constructing a gating list according to the traffic priority level includes: Constructing a feasible solution for the traffic priority, the feasible solution comprising a plurality of gating vectors; Performing a local search based on the feasible solution, solving the gating vector to obtain a search solution, and calculating a transmission delay of the search solution; A gradient search is performed based on the search solution and the transmission delay to generate the gating list.

5. A vehicle flow scheduling device, characterized in that: The vehicle flow scheduling device is used to implement the vehicle flow scheduling method according to any one of claims 1 to 4, and the vehicle flow scheduling device includes: An acquisition module, used to acquire network operating condition information of multiple control domains of a vehicle; The first processing module is used to determine the network operating condition category of the vehicle according to the network operating condition information; wherein By using a working condition classifier, the network working condition information is mapped to a working condition space and classified to obtain the network working condition category; The second processing module is used to schedule traffic for the multiple control domains according to the traffic priority corresponding to the network working condition category.

6. A vehicle flow dispatching system, characterized in that: The system is operated on the vehicle, and the system comprises: A plurality of domain controller units, used for obtaining network operating condition information of a plurality of control domains of the vehicle; A central control unit, the central control unit is connected to the multiple domain controllers, and is used to execute the vehicle traffic scheduling method as described in any one of claims 1-4.

7. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the vehicle traffic scheduling method as described in any one of claims 1 to 4 is implemented.

8. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the vehicle traffic scheduling method as described in any one of claims 1 to 4 is implemented.

9. A vehicle, characterized in that: The vehicle comprises a traffic scheduling system for a vehicle as described in claim 6, or the vehicle comprises a traffic scheduling system to implement a traffic scheduling method for a vehicle as described in any one of claims 1-4.

Images