Vehicle burying point data uploading method, vehicle and readable storage medium

Abstract

The invention discloses a vehicle burying point data uploading method, a vehicle and a readable storage medium, and belongs to the field of vehicle communication. The method comprises the following steps: monitoring a first network state parameter of a first access point name (APN) link currently used for uploading burying point data of a vehicle; if the first network state parameter meets a first judgment condition of bandwidth overload, suspending uploading the burying point data through the first APN link, and uploading the burying point data through the second APN link; the second APN link is a link between the second APN and the public network; continuously monitoring a second network state parameter of the first APN link; and if the second network state parameter meets a second judgment condition that the bandwidth is available, switching the APN link used for uploading the burying point data back to the first APN link from the second APN link based on a preset switching rule. According to the invention, on the basis of ensuring the security of the burying point data uploaded by the vehicle, the timeliness of the burying point data uploaded by the vehicle using the single SIM card can be ensured.

Description

Technical Field

[0001] This application belongs to the field of vehicle communication, specifically relating to a method for uploading embedded data of a vehicle, a vehicle, and a readable storage medium. Background Technology

[0002] With the intelligent and digital development of the automotive industry, the demand for data embedding points for various vehicle controllers has increased significantly.

[0003] Currently, when the Access Point Name (APN) link of the primary Subscriber Identity Module (SIM) card is unavailable (e.g., due to bandwidth overload), the vehicle transmits data via the APN link of the secondary SIM card.

[0004] However, some vehicles use a single SIM card, which cannot switch from one SIM card's APN link to another when the APN link bandwidth is overloaded. Therefore, vehicles using a single SIM card cannot upload the data tracking information in a timely manner when the APN link bandwidth is overloaded. Summary of the Invention

[0005] The purpose of this application is to provide a method for uploading embedded data of a vehicle, a vehicle, and a readable storage medium, which can ensure the timeliness of uploading embedded data for vehicles using a single SIM card.

[0006] To solve the above-mentioned technical problems, this application is implemented as follows: In a first aspect, embodiments of this application provide a method for uploading embedded data of a vehicle, the method comprising: The first network status parameter of the first access point name (APN) link currently used for uploading vehicle data is monitored; wherein the vehicle uses a single user identification module (SIM) card for communication, and the first APN link is the link between the first APN and the private network; If the first network status parameter meets the first determination condition of bandwidth overload, then the uploading of the embedded data through the first APN link is suspended, and the embedded data is uploaded through the second APN link; the second APN link is the link between the second APN and the public network; Continue monitoring the second network status parameters of the first APN link; If the second network status parameter meets the second determination condition for bandwidth availability, then based on the preset switching rules, the APN link used to upload the embedded data will be switched from the second APN link back to the first APN link.

[0007] In a second aspect, an embodiment of the present application provides a vehicle's buried point data uploading device, the vehicle's buried point data uploading device comprises: A first monitoring module is configured to monitor a first network status parameter of a first access point name (APN) link currently used for uploading vehicle's buried point data, wherein the vehicle uses a single subscriber identity module (SIM) card for communication. An uploading module is configured to, if the first network status parameter meets a first determination condition of bandwidth overload, suspend uploading the buried point data through the first APN link, and upload the buried point data through a second APN link. A second monitoring module is configured to continue monitoring a second network status parameter of the first APN link. A switching module is configured to, if the second network status parameter meets a second determination condition of bandwidth availability, switch an APN link used for uploading the buried point data from the second APN link back to the first APN link based on a preset switching rule.

[0008] In a third aspect, an embodiment of the present application provides a vehicle, which comprises a processor, a memory, and a program or instruction stored in the memory and executable on the processor, and the program or instruction is executed by the processor to implement the steps of the method in the first aspect.

[0009] In a fourth aspect, an embodiment of the present application provides a computer readable storage medium, which stores a program or instruction, and the program or instruction is executed by a processor to implement the steps of the method in the first aspect.

[0010] In a fifth aspect, an embodiment of the present application further provides a computer program product, which comprises a computer program, and the computer program is executed by a processor to implement the steps of the method in the first aspect.

[0011] In the embodiment of the present application, the second APN link of the single SIM card takes over the first APN link of the SIM card to complete the transmission task of the buried point data in the case of bandwidth overload of the first APN link, so as to ensure the timeliness of the vehicle using the single SIM card to upload the buried point data. In addition, the second network status parameter of the first APN link is continuously monitored, and the first APN link used for connecting a private network is switched back from the second APN link used for connecting a public network in the case of bandwidth availability of the first APN link, so as to ensure the security of the vehicle uploading the buried point data. Therefore, the embodiment of the present application can ensure the timeliness of the vehicle using the single SIM card to upload the buried point data on the basis of ensuring the security of the vehicle uploading the buried point data. BRIEF DESCRIPTION OF DRAWINGS

[0012] Figure 1This is a flowchart illustrating a method for uploading embedded data of a vehicle according to some embodiments of this application; Figure 2 This is a structural block diagram of a vehicle embedded data uploading device provided in some embodiments of this application; Figure 3 These are internal structural diagrams of a vehicle provided in some embodiments of this application. Detailed Implementation

[0013] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0014] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0015] The method for uploading vehicle embedded data provided in this application will be described in detail below with reference to the accompanying drawings, through specific embodiments and application scenarios.

[0016] It should be noted that the vehicle data uploading method provided in this application embodiment is applied to a vehicle, which includes at least a processor, a communication module, and a storage medium. The communication module must be able to simultaneously configure two or more APN links and be independently activated, thereby enabling automatic switching of APN links based on bandwidth conditions. It should also be noted that, to ensure stable hardware operation, the vehicle may have a backup power supply.

[0017] In one exemplary embodiment, this application proposes a method for uploading embedded data of a vehicle. (Refer to...) Figure 1 The method includes steps 102-108. Wherein: Step 102: Monitor the first network status parameters of the first access point name (APN) link currently used for uploading vehicle data; wherein the vehicle uses a single user identification module (SIM) card for communication, and the first APN link is the link between the first APN and the private network.

[0018] Monitoring network status parameters is achieved by calling the interfaces provided by the communication module. For SIM cards, the communication module is a cellular network module, such as 4G or 5G. When calling the interfaces, protocols such as the Quality of Service Manager Interface (QMI) and the Mobile Broadband Interface Model (MBIM) are used.

[0019] It should be noted that during the monitoring process, the interface can be called at a fixed sampling frequency to monitor network status parameters. For example, a sampling frequency of 1 second per call means that the interface is called to sample the network status parameters of the first APN link once every 1 second.

[0020] The first network status parameters include, but are not limited to, the first real-time upload rate, the first queue length of the embedded data, and the first packet loss rate.

[0021] Real-time upload rate refers to the amount of data successfully transmitted by a vehicle to a cloud server via a cellular network (such as 4G / 5G) per unit of time. It measures the actual data throughput capacity of the first APN link at present. "Real-time" usually means a very short calculation window, such as once per second or once every 5 seconds, to reflect the instantaneous changes in upload rate.

[0022] The queue length of the embedded data refers to the total number of embedded data packets that have been generated but not yet successfully sent in the vehicle's local storage module (such as the memory of a T-Box or gateway device). It measures the data backlog and pressure situation of the first APN link.

[0023] It should be noted that the local storage module is specifically designed for automatic APN link switching in this embodiment, and its function is to prevent data loss due to switching interruption during the switching process.

[0024] Packet loss rate refers to the ratio of the amount of data received by the cloud server within a statistical period to the total amount of data uploaded by vehicles through the first APN link during the same period. It measures the ultimate loss of data integrity.

[0025] Among them, the private network is a logically isolated dedicated communication channel built by the operator for the car company. The vehicle accesses through the first APN link, and its data traffic does not pass through the public Internet, but is directly transmitted to the car company's internal network through a secure dedicated line.

[0026] Step 104: If the first network status parameter meets the first determination condition of bandwidth overload, then suspend the uploading of the embedded data through the first APN link and upload the embedded data through the second APN link; the second APN link is the link between the second APN and the public network.

[0027] If the first network status parameter does not meet the first judgment condition of bandwidth overload, the embedded data will continue to be uploaded through the first APN link.

[0028] It is understandable that there is a one-to-one correspondence between the first network state parameters and the first judgment conditions. For example, if the first network state parameters are the first real-time upload rate and the first queue length of the embedded data, then the first judgment conditions include the judgment conditions corresponding to the first real-time upload rate and the judgment conditions corresponding to the first queue length of the embedded data. Similarly, if the first network state parameters are the first real-time upload rate, the first queue length of the embedded data, and the first packet loss rate, then the first judgment conditions include the judgment conditions corresponding to the first real-time upload rate, the judgment conditions corresponding to the first queue length of the embedded data, and the judgment conditions corresponding to the first packet loss rate.

[0029] Among them, the public network refers to the Internet access provided by the operator through the public APN. Its communication path is no different from that of mobile phone Internet access, and the data is transmitted in the public network.

[0030] Step 106: Continue monitoring the second network status parameters of the first APN link.

[0031] This is understandable, as the second APN link corresponds to the public network, which connects to the internet. The first APN link corresponds to a private network, which connects to the vehicle manufacturer's internal network and has a dedicated communication channel, so the data does not travel through the internet. Therefore, the data security of the event tracking data transmitted through the private network is significantly higher than that of the event tracking data transmitted through the public network.

[0032] Therefore, even after the bandwidth of the first APN link becomes overloaded and the data is uploaded via the second APN link, the system continues to monitor the second network status parameters of the first APN link. The purpose is to promptly switch back to the first APN link when it becomes available again.

[0033] Step 108: If the second network status parameter meets the second determination condition for bandwidth availability, then based on the preset switching rule, the APN link used to upload the embedded data is switched from the second APN link back to the first APN link.

[0034] Among them, bandwidth availability means that the bandwidth meets the requirements for transmitting embedded data.

[0035] The preset switching rules include, but are not limited to, gradual switching and direct switching. Direct switching refers to switching directly from uploading event tracking data via the second APN link back to uploading all unuploaded event tracking data via the first APN link. Gradual switching, on the other hand, refers to a transitional switching process. Specifically, from uploading all unuploaded event tracking data via the second APN link, it first switches to uploading unuploaded event tracking data via the first APN link and then the second APN link respectively, and finally switches back to uploading all unuploaded event tracking data via the first APN link.

[0036] This embodiment ensures the timeliness of data transmission for vehicles using a single SIM card by taking over the first APN link's bandwidth when the first APN link is overloaded. Furthermore, it continuously monitors the second network status parameters of the first APN link and switches back to the first APN link (used for connecting to the private network) when the first APN link's bandwidth becomes available, thus guaranteeing the security of the uploaded data. Therefore, this embodiment ensures both the security and timeliness of data transmission for vehicles using a single SIM card.

[0037] Furthermore, the first determination condition includes at least one of the following: the real-time upload rate is greater than a first preset proportion of the theoretical bandwidth of the first APN link; the queue length of the embedded data increases continuously; and the packet loss rate is greater than a first preset packet loss rate threshold.

[0038] It is understandable that, since there is a one-to-one correspondence between the first network state parameters and the first determination conditions, the number of items included in the first network state parameters corresponds to the number of items included in the first determination conditions. For example, if the first network state parameters include a first real-time upload rate, then the first determination conditions include a first preset percentage in which the real-time upload rate is greater than the theoretical bandwidth of the first APN link. Similarly, if the first network state parameters include both the first real-time upload rate and the first packet loss rate, then the first determination conditions include a first preset percentage in which the real-time upload rate is greater than the theoretical bandwidth of the first APN link, and a packet loss rate greater than a first preset packet loss rate threshold.

[0039] The theoretical bandwidth needs to be entered into the software configuration table in advance, and this software configuration table is maintained by the storage medium.

[0040] The first preset ratio and the first preset packet loss rate threshold are empirical values, and this embodiment does not impose any restrictions.

[0041] Among them, the queue length increases continuously, which means that the amount of unuploaded data points increases continuously.

[0042] For example, the first network status parameter includes a first real-time upload rate, where the first real-time upload rate is 45Mbps, the theoretical bandwidth is 50Mbps, and the first preset ratio is 85%. Then, if the first determination condition includes the real-time upload rate being greater than the first preset ratio of the theoretical bandwidth of the first APN link, since the first real-time upload rate is 45Mbps, which is greater than 85% of 50Mbps (42.5Mbps), it indicates that the first real-time upload rate meets the first determination condition of bandwidth overload.

[0043] For example, the first network status parameters include the first real-time upload rate, the first queue length, and the first packet loss rate. The first real-time upload rate is 45 Mbps, the theoretical bandwidth is 50 Mbps, the first preset ratio is 85%, the first queue length continuously increases, the first packet loss rate is 3%, and the first preset packet loss rate threshold is 2%. Therefore, if the first determination condition includes the real-time upload rate being greater than the first preset ratio of the theoretical bandwidth of the first APN link, the queue length of the embedded data continuously increasing, and the packet loss rate being greater than the first preset packet loss rate threshold, then since the first real-time upload rate is 45 Mbps, which is greater than 85% of 50 Mbps (42.5 Mbps), the first queue length continuously increasing, and the first packet loss rate of 3%, which is greater than the first preset packet loss rate threshold of 2%, it indicates that the first network status parameters meet the first determination condition of bandwidth overload.

[0044] It is understandable that when the first network state parameter includes two or more parameters, if any one of the first network state parameters does not meet the corresponding judgment condition, it cannot be said that the first network state parameter meets the first judgment condition of bandwidth overload. That is, the first network state parameter does not meet the first judgment condition of bandwidth overload at this time.

[0045] Furthermore, the aforementioned suspension of uploading the event tracking data via the first APN link and uploading the event tracking data via the second APN link includes: suspending the uploading of the event tracking data via the first APN link; storing the unuploaded event tracking data in the event tracking data queue into the vehicle's local storage module; issuing an activation command for the second APN link to the vehicle's communication module and verifying whether the second APN link is available; and, if the second APN link is available, uploading the unuploaded event tracking data in the local storage module via the second APN link.

[0046] The step of verifying whether the second APN link is available includes: sending a test data packet to the target device through the second APN link; wherein the test data packet carries a Ping request; if a response data packet sent by the target device is received, the second APN link is determined to be available; if no response data packet sent by the target device is received, the second APN link is determined to be unavailable.

[0047] The second determination condition includes at least one of the following: the real-time upload rate is less than a second preset proportion of the theoretical bandwidth of the first APN link; the queue length of the embedded data is 0; and the packet loss rate is less than a second preset packet loss rate threshold.

[0048] It should be noted that the second preset ratio and the second preset packet loss rate threshold are empirical values, wherein the second preset ratio is less than the first preset ratio and the second preset packet loss rate threshold is less than the first preset packet loss rate threshold.

[0049] Accordingly, taking the second network status parameters, including the second real-time upload rate, the second queue length, and the second packet loss rate, as an example. The second real-time upload rate is 25 Mbps, the theoretical bandwidth is 50 Mbps, the second preset ratio is 60%, the second queue length is 0, the second packet loss rate is 0.01%, and the second preset packet loss rate threshold is 0.5%. Then, when the second determination conditions include the real-time upload rate being greater than the second preset ratio of the theoretical bandwidth of the second APN link, the queue length of the embedded data continuously increasing, and the packet loss rate being greater than the second preset packet loss rate threshold, since the second real-time upload rate is 25 Mbps, which is less than 60% of 50 Mbps (30 Mbps), the second queue length continuously increasing, and the second packet loss rate of 0.01%, which is less than the second preset packet loss rate threshold of 0.5%, it indicates that the second network status parameters meet the second determination condition of bandwidth overload.

[0050] Furthermore, based on preset switching rules, the above-mentioned switching of the APN link used for uploading the embedded data from the second APN link back to the first APN link includes: switching the APN link used for uploading embedded data in the vehicle's local storage module and newly generated high-priority embedded data after the pause back to the first APN link; wherein, newly generated low-priority embedded data after the pause continues to be uploaded through the second APN link; when the number of monitoring continues reaches a preset threshold and the network status parameters of the first APN link obtained in each monitoring meet the second determination condition of bandwidth availability, all unuploaded embedded data is uploaded through the first APN link.

[0051] It is understood that this embodiment adopts a gradual switching, that is, there is a stage in which the data is uploaded simultaneously through the second APN link and the first APN link.

[0052] The preset number of times threshold is an empirical value, such as 5 times.

[0053] Furthermore, the high-priority event tracking data corresponds to the core business, while the low-priority event tracking data corresponds to the non-core business.

[0054] To facilitate prioritizing the data points, they can be distinguished by labeling them "L1" and "L2". "L1" corresponds to high-priority data points, and "L2" corresponds to low-priority data points.

[0055] Whether a business is core or non-core is determined by its importance. Core businesses include, but are not limited to: safety and security, vehicle core status and performance, and compliance and regulations. Non-core businesses include, but are not limited to: user experience and interaction, driving behavior analysis, and environmental data.

[0056] Furthermore, before uploading the event tracking data, the method further includes: assigning a unique identifier (ID) to the event tracking data; wherein the unique identifier includes a controller serial number, a timestamp, and a random number, which is used by the receiving end of the event tracking data to perform deduplication processing based on the unique identifier.

[0057] In other words, the unique identifier can be the controller serial number + timestamp + random number. This can be understood as the receiving end being a cloud server. After receiving the event tracking data with the unique identifier, the server uses this identifier to deduplicate the received data. Specifically, it matches the unique identifier with previously received event tracking data. If a match is found, it indicates duplicate data, and the newly received duplicate event tracking data is discarded. This avoids data redundancy caused by repeated data packet transmission during the handover process.

[0058] In one embodiment, the method for uploading the vehicle's embedded data includes steps 1-12. Wherein: Step 1: Initialization: APN1 (first APN) is operational, APN2 (second APN) is prepared.

[0059] Step 2: APN1 bandwidth monitoring.

[0060] Step 3: Determine if the system has reached 85% of its full capacity, and if the queue length of the data points is continuously increasing and the packet loss rate is greater than 2%. If yes, proceed to Step 4; otherwise, return to Step 2.

[0061] Step 4: Pause APN1 channel data transmission and temporarily store new data locally.

[0062] Step 5: After step 4, verify if the APN2 channel is available: check if it can be pinged. If not, proceed to step 6; if yes, proceed to step 7.

[0063] Step 6: Store the data locally and verify the status of APN1 and APN2 channels every 30 seconds.

[0064] Step 7: Upload the cached data and new data using the APN2 channel.

[0065] Step 8: After step 7, monitor the APN1 channel every two seconds.

[0066] Step 9: Determine if the data upload rate is less than 60% of the theoretical bandwidth of APN1, the queue length of the data points is 0, and the packet loss rate is less than 0.5%. If yes, proceed to step 10; otherwise, return to step 8. Step 10: Gradually switch the data transmission back to the APN1 channel, first switching back the cached data, and then switching back the new data.

[0067] Step 11: Is the APN1 channel overloaded during the switchback process? If yes, return to step 2; if no, proceed to step 12.

[0068] Step 12: Switchback complete, APN1 in operation, APN2 ready.

[0069] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0070] Based on the same inventive concept, this application also provides a vehicle data uploading device for implementing the above-described vehicle data uploading method. The solution provided by this device is similar to the solution described in the above method; therefore, the specific limitations of one or more vehicle data uploading device embodiments provided below can be found in the limitations of the vehicle data uploading method described above, and will not be repeated here.

[0071] In an exemplary embodiment, as shown in Figure XX, a vehicle data uploading device is provided, comprising: a first monitoring module 100, an uploading module 200, a second monitoring module 300, and a switching module 400, wherein: The first monitoring module 100 is used to monitor the first network status parameters of the first access point name (APN) link currently used for uploading vehicle data; wherein the vehicle uses a single user identification module (SIM) card for communication. The upload module 200 is used to pause the upload of the embedded data through the first APN link and upload the embedded data through the second APN link if the first network status parameter meets the first determination condition of bandwidth overload. The second monitoring module 300 is used to continue monitoring the second network status parameters of the first APN link; The switching module 400 is used to switch the APN link used for uploading the embedded data from the second APN link back to the first APN link based on a preset switching rule if the second network status parameter meets the second determination condition of bandwidth availability.

[0072] In one embodiment, the first determination condition includes at least one of the following: The real-time upload rate is greater than a first preset proportion of the theoretical bandwidth of the first APN link; The queue length of the embedded data increases continuously. The packet loss rate is greater than the first preset packet loss rate threshold.

[0073] In one embodiment, the upload module 200 is specifically used for: Pause the uploading of the embedded data through the first APN link; Store the unuploaded data points in the queue of the data points into the vehicle's local storage module; An activation command for the second APN link is sent to the vehicle's communication module, and the availability of the second APN link is verified. If the second APN link is available, the unuploaded data points in the local storage module are uploaded via the second APN link.

[0074] In one embodiment, the upload module 200 is further configured to: A test data packet is sent to the target device via the second APN link; wherein the test data packet carries a Ping request; If a response data packet is received from the target device, the second APN link is determined to be available; If no response data packet is received from the target device, the second APN link is determined to be unavailable.

[0075] In one embodiment, the second determination condition includes at least one of the following: The real-time upload rate is less than a second preset proportion of the theoretical bandwidth of the first APN link; The queue length of the embedded data is 0; The packet loss rate is less than the second preset packet loss rate threshold.

[0076] In one embodiment, the switching module 400 is specifically used for: The step of switching the APN link used for uploading the embedded data from the second APN link back to the first APN link based on a preset switching rule includes: The APN link used for uploading the embedded data and newly generated high-priority embedded data in the local storage module of the vehicle is switched from the second APN link back to the first APN link; wherein, the newly generated low-priority embedded data continues to be uploaded through the second APN link. If the number of monitoring sessions reaches a preset threshold and the network status parameters of the first APN link obtained in each monitoring session meet the second condition of bandwidth availability, all unuploaded data points will be uploaded through the first APN link.

[0077] In one embodiment, the high-priority event tracking data is event tracking data corresponding to core business operations, and the low-priority event tracking data is event tracking data corresponding to non-core business operations.

[0078] In one embodiment, the device further includes: The allocation module is used to allocate a unique identifier to the embedded data; wherein the unique identifier includes a controller serial number, a timestamp, and a random number, which is used by the receiving end of the embedded data to perform deduplication processing based on the unique identifier.

[0079] The modules in the aforementioned vehicle data upload device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in the vehicle's processor in hardware form or independent of it, or stored in the vehicle's memory in software form, so that the processor can call and execute the corresponding operations of each module.

[0080] Figure 3 A schematic diagram of the hardware structure of the vehicle provided in an embodiment of this application is shown.

[0081] The vehicle may include a processor 301 and a memory 302 storing computer program instructions.

[0082] Specifically, the processor 301 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0083] Memory 302 may include mass storage for data or instructions. For example, and not limitingly, memory 302 may include a hard disk drive (HDD), floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, memory 302 may include removable or non-removable (or fixed) media. Where appropriate, memory 302 may be internal or external to the integrated gateway disaster recovery device. In a particular embodiment, memory 302 is non-volatile solid-state memory.

[0084] Memory may include read-only memory (ROM), random access memory (RAM), disk storage media devices, optical storage media devices, flash memory devices, and electrical, optical, or other physical / tangible memory storage devices. Therefore, typically, memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the methods according to one aspect of this disclosure.

[0085] In some embodiments, the processor 301 implements the above by reading and executing computer program instructions stored in the memory 302. Figure 1 Any of the vehicle embedding data uploading methods in the method embodiments.

[0086] In one example, the vehicle may also include a communication interface 303 and a bus 310. Wherein, as... Figure 3 As shown, the processor 301, memory 302, and communication interface 303 are connected through bus 310 and complete communication with each other.

[0087] The communication interface 303 is mainly used to realize communication between various modules, devices, units and / or equipment in the embodiments of this application.

[0088] Bus 310 includes hardware, software, or both, that couples vehicle components together. This is an example, not a limitation. The bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a Micro Channel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local Bus (VLB) bus, or other suitable buses, or a combination of two or more of these. Where appropriate, bus 310 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, this application contemplates any suitable bus or interconnect.

[0089] Furthermore, in conjunction with the vehicle data uploading method described in the above embodiments, this application embodiment can provide a computer storage medium for implementation. This computer storage medium stores computer program instructions; when these computer program instructions are executed by a processor, they implement any of the vehicle data uploading methods described in the above embodiments.

[0090] This application embodiment may also provide a computer program product, wherein when the instructions in the computer program product are executed by the processor of an electronic device, the electronic device performs any of the vehicle data uploading methods described in the above embodiments.

[0091] It should be clarified that this application is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of this application is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of this application.

[0092] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0093] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0094] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A method for uploading embedded data of a vehicle, characterized in that, The method for uploading the vehicle's embedded data includes: The first network status parameter of the first access point name (APN) link currently used for uploading vehicle data is monitored; wherein the vehicle uses a single user identification module (SIM) card for communication, and the first APN link is the link between the first APN and the private network; If the first network status parameter meets the first determination condition of bandwidth overload, then the uploading of the embedded data through the first APN link is suspended, and the embedded data is uploaded through the second APN link; the second APN link is the link between the second APN and the public network; Continue monitoring the second network status parameters of the first APN link; If the second network status parameter meets the second determination condition for bandwidth availability, then based on the preset switching rules, the APN link used to upload the embedded data will be switched from the second APN link back to the first APN link.

2. The method according to claim 1, characterized in that, The first determination condition includes at least one of the following: The real-time upload rate is greater than a first preset proportion of the theoretical bandwidth of the first APN link; The queue length of the embedded data increases continuously. The packet loss rate is greater than the first preset packet loss rate threshold.

3. The method according to claim 1, characterized in that, The step of pausing the uploading of the data points via the first APN link and uploading the data points via the second APN link includes: Pause the uploading of the embedded data through the first APN link; Store the unuploaded data points in the queue of the data points into the vehicle's local storage module; Send an activation command for the second APN link to the vehicle's communication module and verify whether the second APN link is available; If the second APN link is available, the unuploaded data points in the local storage module are uploaded via the second APN link.

4. The method according to claim 3, characterized in that, The verification of whether the second APN link is available includes: A test data packet is sent to the target device via the second APN link; wherein the test data packet carries a Ping request; If a response data packet is received from the target device, the second APN link is determined to be available; If no response data packet is received from the target device, the second APN link is determined to be unavailable.

5. The method according to claim 1, characterized in that, The second determination condition includes at least one of the following: The real-time upload rate is less than a second preset proportion of the theoretical bandwidth of the first APN link; The queue length of the embedded data is 0; The packet loss rate is less than the second preset packet loss rate threshold.

6. The method according to claim 1, characterized in that, The step of switching the APN link used for uploading the embedded data from the second APN link back to the first APN link based on a preset switching rule includes: The APN link used for uploading the embedded data and newly generated high-priority embedded data in the local storage module of the vehicle is switched from the second APN link back to the first APN link; wherein, the newly generated low-priority embedded data continues to be uploaded through the second APN link. If the number of monitoring sessions reaches a preset threshold and the network status parameters of the first APN link obtained in each monitoring session meet the second condition of bandwidth availability, all unuploaded data points will be uploaded through the first APN link.

7. The method according to claim 6, characterized in that, The high-priority event tracking data is the event tracking data corresponding to core business operations, while the low-priority event tracking data is the event tracking data corresponding to non-core business operations.

8. The method according to claim 1, characterized in that, Before uploading the data tracking points, the method further includes: Assign a unique identifier to the embedded data; wherein the unique identifier includes a controller serial number, a timestamp, and a random number, which is used by the receiving end of the embedded data to perform deduplication processing based on the unique identifier.

9. A vehicle, characterized in that, It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein when the program or instructions are executed by the processor, they implement the steps of the vehicle embedded data uploading method as described in any one of claims 1-8.

10. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions, which, when executed by a processor, implement the steps of the vehicle embedded data uploading method as described in any one of claims 1-8.

Images