Data transmission method and device, storage medium and electronic device

Abstract

The embodiment of the invention provides a data transmission method and device, a storage medium and an electronic device. The method comprises the following steps: after data transmission service deployed at a vehicle end is initialized, obtaining service data of the data transmission service; channel state reports of a plurality of transmission channels between the vehicle terminal and the cloud terminal are obtained, and the plurality of transmission channels are formed between the vehicle terminal and the cloud terminal through a plurality of networks; arbitrating from the plurality of transmission channels to obtain a target transmission channel of which the channel state report is matched with the service data; sending the service data as to-be-verified data to the cloud through the target transmission channel; and when the verification result fed back by the cloud for the service data indicates that verification fails, re-determining the transmission strategy of the service data. Therefore, the success rate and the reliability of data transmission are remarkably improved, and the transmission quality of the service data between the vehicle end and the cloud end is improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of data transmission, and in particular to a data transmission method and device, a storage medium and an electronic device. BACKGROUND

[0002] Nowadays, with the trend of intelligentization, networking and sharing of automobiles, the expectations of end users for vehicle functions are also quietly changing. While achieving high-level automatic driving / assisted driving functions, automobiles also tend to improve user experience, such as meeting the needs of rapid function updates and upgrades, providing personalized, humanized and differentiated functions and services, and the like. To meet the intelligent driving of vehicles, an architecture based on SOA (Service Oriented Architecture) provides a good solution for vehicle software services, realizes service of capabilities, and brings higher communication efficiency and flexibility. Therefore, under the SOA architecture, the transmission of SOA service data between the vehicle end and the cloud end has become an important problem.

[0003] In the related art, a fixed transmission channel is usually set for transmitting SOA service data, or the SOA service data is grouped according to a pre-set rule, so that data of different groups is transmitted through corresponding transmission channels. When data is transmitted by using the transmission method in the related art, if the instruction data to be transmitted is too large or the performance of the transmission channel is poor, there is a situation of transmission failure. In this way, the success rate of data transmission between the vehicle end and the cloud end is low, which affects the transmission quality of SOA service data between the vehicle end and the cloud end. SUMMARY

[0004] Therefore, the embodiments of the present application provide a data transmission method and device, a storage medium and an electronic device to solve or alleviate the problem of low success rate of data transmission between the vehicle end and the cloud end in the related art, which affects the transmission quality of SOA service data between the vehicle end and the cloud end.

[0005] According to a first aspect of the embodiments of the present application, a data transmission method is provided, which includes: after initialization of a data transmission service deployed at a vehicle end is completed, obtaining service data of the data transmission service; obtaining channel state reports of a plurality of transmission channels between the vehicle end and a cloud end, wherein the plurality of transmission channels are formed by a plurality of networks between the vehicle end and the cloud end; arbitrating a target transmission channel from the plurality of transmission channels, wherein the target transmission channel has a channel state report matched with the service data; sending the service data as to-be-verified data to the cloud end through the target transmission channel; and when a verification result fed back by the cloud end for the service data indicates a verification failure, re-determining a transmission strategy of the service data.

[0006] In some embodiments of the present application, the channel state report of the transmission channel between the vehicle end and the cloud end is obtained, including: monitoring, by the middleware node, channel state data of a plurality of transmission channels between the vehicle end and the cloud end, wherein the vehicle end accesses a plurality of networks through the middleware node, and the channel state data includes at least one of a packet loss rate, a bandwidth, a delay time, and a retry number; and inputting the channel state data of the plurality of transmission channels into a preset channel state report template respectively to obtain a channel state report of the plurality of transmission channels.

[0007] In some embodiments of the present application, after the service data is sent to the cloud end as to-be-verified data through the target transmission channel, the method further includes: receiving, by the vehicle end through the middleware node between the vehicle end and the cloud end, a verification result fed back by the cloud end for the service data; and forwarding, by the middleware node, the verification result to the vehicle end when the verification result indicates that the verification is successful.

[0008] In some embodiments of the present application, when the verification result fed back by the cloud end for the service data indicates that the verification fails, the transmission strategy of the service data is re-determined, including: triggering, based on an error code in the verification result, a performance function when the verification result indicates that the verification fails; calculating, according to the performance function, at least one of a performance function value of a retry channel and a performance function value of a switching channel; and re-determining, based on at least one of the performance function value of the retry channel and the performance function value of the switching channel, the transmission strategy of the service data.

[0009] In some embodiments of the present application, the performance function F is calculated by the following formula:

[0010]

[0011] wherein R represents a transmission success rate of the service data; Cr / N represents a ratio of a retry cost Cr and the N retry times; Cs / T represents a ratio of a switching channel cost Cs and a switching time T; L represents a transmission delay time length of the service data; I represents a completeness rate of the service data; and a, β, γ, δ, ∈ represent weight coefficients.

[0012] In some embodiments of the present application, the transmission strategy of the service data is re-determined based on at least one of the performance function value of the retry channel and the performance function value of the switching channel, including: if the performance function value of the retry channel is greater than a preset function threshold, the transmission channel of the service data is re-determined as the retry channel.

[0013] In some embodiments of the present application, the re-determination of the transmission strategy of the service data based on at least one of the performance function value of the retry channel and the performance function value of the switching channel further comprises: if the performance function value of the retry channel is less than a preset function threshold, comparing the performance function value of the retry channel with the performance function value of the switching channel, and determining the channel with the greater performance function value as the transmission channel of the service data.

[0014] According to a second aspect of the embodiments of the present application, a data transmission device is provided, comprising: a first obtaining module, configured to obtain service data of a data transmission service after initialization of the data transmission service deployed at a vehicle end is completed; a second obtaining module, configured to obtain channel state reports of a plurality of transmission channels between the vehicle end and a cloud end, wherein the plurality of transmission channels are formed by a plurality of networks between the vehicle end and the cloud end; an arbitration module, configured to arbitrate a target transmission channel from the plurality of transmission channels, wherein the target transmission channel has a channel state report matched with the service data; a sending module, configured to send the service data as to-be-verified data to the cloud end through the target transmission channel; and a determination module, configured to re-determine a transmission strategy of the service data when a verification result fed back by the cloud end for the service data indicates a verification failure.

[0015] According to a third aspect of the embodiments of the present application, an electronic device is provided, comprising: a processor, a memory, a communication interface and a communication bus, the processor, the memory and the communication interface complete communication with each other through the communication bus; the memory is used to store at least one executable instruction, and the executable instruction causes the processor to perform operations corresponding to the data transmission method of any of the above embodiments.

[0016] According to a fourth aspect of the embodiments of the present application, a computer storage medium is provided, which stores a computer program, and the program is executed by a processor to implement the data transmission method of any of the above embodiments.

[0017] According to the data transmission method and device, the storage medium and the electronic device provided by the embodiments of the present application, the middleware node arbitrates a target transmission channel from a plurality of transmission channels according to a channel state report and service data, so as to send the service data as to-be-verified data to a cloud end through the target transmission channel, and re-determines a transmission strategy of the service data when a verification result indicates a verification failure, thereby quickly adapting to network changes, dynamically adjusting the transmission channel, effectively avoiding network congestion and delay, significantly improving the success rate and reliability of data transmission, and improving the transmission quality of service data between the vehicle end and the cloud end. BRIEF DESCRIPTION OF DRAWINGS

[0018] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in the embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings.

[0019] Figure 1 This is a schematic flowchart of a data transmission method according to an embodiment of this application;

[0020] Figure 2 This is a flowchart illustrating a data transmission method according to another embodiment of this application;

[0021] Figure 3 This is a structural block diagram of a data transmission device according to an embodiment of this application;

[0022] Figure 4 This is a structural block diagram of an electronic device according to an embodiment of the present application. Detailed Implementation

[0023] To enable those skilled in the art to better understand the technical solutions in the embodiments of this application, the technical solutions in 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, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art should fall within the protection scope of the embodiments of this application.

[0024] Specifically, SOA (Service Oriented Architecture) provides a good solution for vehicle software services, realizing service-oriented capabilities and bringing high communication efficiency and flexibility. In implementation, the vehicle typically deploys middleware nodes to transmit SOA service data between the vehicle and the cloud. For example, the middleware node can convert the service data between the vehicle and the cloud using the MQTT (Message Queuing Telemetry Transport) protocol and then directly transmit it from the vehicle to the cloud. Alternatively, the service data can be divided into different groups according to predefined rules, so that different groups of service data are transmitted through different transmission channels when the vehicle transmits SOA data to the cloud. Or, multiple transmission channels can be divided according to importance, so that service data is transmitted through the divided transmission channels when the vehicle transmits SOA data to the cloud.

[0025] However, when using middleware nodes to pass service data to the cloud, the service data is not evaluated or processed, which can affect the successful transmission of service data due to factors such as data volume or channel bandwidth. When using predefined rules to divide service data or transmission channels, the reliance on human experience makes it difficult to guarantee the real-time performance of service data, and the lack of dynamic selection and adjustment of service data or transmission channels results in poor transmission efficiency and reliability.

[0026] To address this, embodiments of this application provide a data transmission method and its device, storage medium, and electronic device. Through a middleware node, based on channel status reports and service data, a target transmission channel is obtained from multiple transmission channels through arbitration to ensure that the channel status report matches the service data. The service data is then sent to the cloud as verification data via the target transmission channel. If the verification result indicates verification failure, the transmission strategy for the service data is redefined. This approach allows for rapid adaptation to network changes and dynamic adjustment of the transmission channel, effectively avoiding network congestion and latency, significantly improving the success rate and reliability of data transmission, and enhancing the transmission quality of service data between the vehicle and the cloud.

[0027] The specific implementation of the embodiments of this application will be further described below with reference to the embodiments and accompanying drawings.

[0028] Figure 1 This is a schematic flowchart of a data transmission method according to an embodiment of this application. Figure 1 As shown, the data transmission method includes:

[0029] S11: After the data transmission service deployed on the vehicle is initialized, obtain the service data of the data transmission service.

[0030] Specifically, data transmission service refers to SOA service. SOA is a software architecture, as well as a software design methodology and philosophy. It decomposes different aspects of an application into services and connects these services through well-defined interfaces and protocols. Service data refers to control data and message notification data, such as method data or event data. The cloud can send this service data to the vehicle, and the vehicle can also send this service data to the cloud.

[0031] Once the SOA service deployed on the vehicle is initialized, the middleware node will obtain method data or event data sent by the vehicle via the SomeIP protocol (a service-oriented, extensible protocol used to enable communication between services and applications within the vehicle). The middleware node is an independent module on the vehicle, connecting the vehicle's controller and the cloud, and is used to send service data from various controllers on the vehicle to the cloud when using SOA services.

[0032] S12: Obtain channel status reports for multiple transmission channels between the vehicle and the cloud, wherein multiple transmission channels are formed between the vehicle and the cloud through multiple networks;

[0033] The vehicle and the cloud are connected via multiple networks (e.g., MQTT and HTTPS) forming an MQTT (Message Queuing Telemetry Transport) private network channel and an HTTPS (Hypertext Transfer Protocol Secure) gateway channel, which serve as the transmission channels. The MQTT private network channel and the HTTPS gateway channel provide interfaces to middleware nodes, allowing the middleware nodes to obtain channel status data for each channel and generate channel status reports based on this data.

[0034] It's understandable that HTTPS communicates via HTTP, but uses SSL / TLS to encrypt data packets. The main purpose of HTTPS development is to provide authentication for website servers and protect the privacy and integrity of exchanged data. MQTT is a lightweight communication protocol based on the publish / subscribe model, built on top of the TCP / IP protocol. MQTT can provide real-time and reliable messaging services to remotely connected devices with minimal code and limited bandwidth. As a low-overhead, low-bandwidth instant messaging protocol, it has wide applications in the Internet of Things, small devices, and mobile applications. Multiple transmission channels between the vehicle and the cloud can also be channels formed by other networks; this is not limited here.

[0035] S13: Arbitrate from multiple transmission channels to obtain the target transmission channel whose channel status report matches the service data.

[0036] Since the service data consists of data generated by various controllers on the vehicle side when using SOA services, different service data may vary in size or transmission requirements (such as real-time performance or security). In order to dynamically allocate appropriate target transmission channels for data transmission based on the characteristics of the service data, the middleware node needs to arbitrate among multiple transmission channels and select a target transmission channel that matches the service data based on channel status reports obtained from real-time monitoring of multiple transmission channels.

[0037] For example, when the amount of service data is small or the real-time requirements are high, the middleware node's channel arbitration module can arbitrate an MQTT private network channel as the target transmission channel for data transmission based on the service data and channel status report from multiple transmission channels; when the amount of service data is large, an HTTPS private network channel is arbitrated as the target transmission channel for data transmission; when the bandwidth usage of channel 1 is too high, the arbitration is conducted by another target transmission channel with lower bandwidth usage for data transmission.

[0038] Therefore, compared to using fixed transmission channels or manually dividing transmission channels for service data transmission, which is less flexible and efficient in the face of complex and ever-changing network environments, this application uses a channel arbitration module to arbitrate the optimal transmission channel based on the real-time monitoring status of multiple transmission channels and the service data to be transmitted. This enables rapid response to network changes, effectively avoids network congestion and delays, minimizes traffic consumption, and thus ensures the continuity and efficiency of service data transmission.

[0039] S14: Send the service data as verification data to the cloud through the target transmission channel;

[0040] S15: When the verification result of the service data feedback in the cloud indicates that the verification failed, the transmission strategy of the service data is redefined.

[0041] Transmission strategies include, but are not limited to, switching the target transmission channel A to transmit service data through the new target transmission channel B, or retrying the target transmission channel A to retransmit service data through the target transmission channel A after the retry.

[0042] In other words, when service data to be verified is obtained from the cloud, it is checked for incomplete data, unparseable data, or data that has timed out. If any of these conditions are found, the service data verification fails, and the cloud sends the verification result indicating the failure to the channel arbitration module of the middleware node. This allows the channel arbitration module to re-determine the service data transmission strategy. In this way, when facing complex and ever-changing network environments, it can adapt to network changes and dynamically adjust the transmission channel, effectively avoiding network congestion and latency, significantly improving the success rate and reliability of data transmission, and enhancing the transmission quality of service data between the vehicle and the cloud.

[0043] In some embodiments, obtaining a channel status report of the transmission channel between the vehicle and the cloud includes:

[0044] The middleware node monitors the channel status data of multiple transmission channels between the vehicle and the cloud. The vehicle connects to multiple networks through the middleware node, and the channel status data includes at least one of packet loss rate, bandwidth, latency time and number of retries.

[0045] The channel status data of multiple transmission channels are input into the preset channel status report template to obtain the channel status reports of multiple transmission channels.

[0046] For example, the MQTT private network channel and the HTTPS gateway channel will provide interfaces to the middleware node so that the middleware node can call the interface every 500ms to obtain at least one of the packet loss rate, bandwidth, latency, and retry count of each transmission channel, and send the above channel status data to the channel monitoring module of the middleware node to monitor the MQTT private network channel and the HTTPS gateway channel in real time. The channel monitoring module will average the packet loss rate, latency, and retry count of each transmission channel, and input the average value into the preset channel status report module. The real-time bandwidth data will also be input into the preset channel status report module to obtain a channel status report, which displays the performance score and health of each transmission channel.

[0047] In this way, real-time data support is provided for the transmission service data of the channel arbitration module, which can quickly adapt to network changes, effectively avoid network congestion and delay, and significantly improve the success rate and reliability of data transmission.

[0048] In some embodiments, after sending the service data as verification data to the cloud via the target transmission channel, the method further includes: receiving the verification result of the service data from the cloud via a middleware node between the vehicle and the cloud; and forwarding the verification result to the vehicle via the middleware node when the verification result indicates successful verification.

[0049] In other words, when the service data to be verified is obtained in the cloud, it is verified that there are no incomplete data, unparseable data, or data that has not been received due to timeout. Once the service data verification is successful, the cloud will send a verification result indicating successful verification to the middleware node. The middleware node will then continue to send feedback to the vehicle, allowing the vehicle to understand the transmission status of the service data.

[0050] In some embodiments, when the verification result of the service data feedback in the cloud indicates that the verification has failed, the transmission strategy of the service data is re-determined, including: triggering a performance function based on the error code in the verification result when the verification result indicates that the verification has failed; and calculating at least one of the performance function value of the retry channel and the performance function value of the switching channel according to the performance function.

[0051] Error codes in the verification results can be represented by error codes. If the error code is not empty, the performance function evaluation mechanism is triggered to calculate at least one of the performance function values ​​of the retry channel and the switching channel, and to redetermine the transmission strategy based on the calculated performance function value.

[0052] Therefore, compared to simply increasing the transmission success rate through retries, this application reflects the overall efficiency and effectiveness of the data transmission strategy by using the value of the performance function F. When the service data transmission fails and triggers the performance function evaluation mechanism, the middleware node's channel arbitration module will calculate at least one of the performance function values ​​of the retry channel and the switching channel, and will prioritize calculating the performance function value of the retry channel to ensure the success rate and integrity of the service data transmission, avoid unnecessary data retransmissions, and reduce network traffic consumption.

[0053] The performance function evaluation mechanism handles exception transmission based on the following exception handling rules:

[0054] When the target transmission channel health status indicates that the channel is healthy and the channel has not reached the number of retries (N); or, the time and cost of switching the target transmission channel are greater than the time that the retry can resolve, a retry will be performed first.

[0055] If the target transmission channel experiences excessive bandwidth usage, network congestion, or slow transmission during transmission, resulting in a timeout and failure to receive service data in the cloud; or if the target transmission channel undergoes maintenance or upgrades while sending data, causing a timeout and failure to receive service data in the cloud; or if the target transmission channel experiences a sudden network failure or server crash while sending data, causing a timeout and failure to receive service data in the cloud; or if the cloud still cannot receive service data after multiple retries, the target transmission channel will be switched. Based on the channel status report, a new target transmission channel will be selected from the backup channels to transmit service data, and the verification result of successful verification will be fed back through the cloud.

[0056] Therefore, when the error code is not empty, the performance function evaluation mechanism is triggered. At least one of the performance function values ​​for the retry channel and the switching channel is calculated based on the performance function value. The transmission strategy for service data is then redefined based on the calculated performance function value. For example, the performance function value of the retry channel is determined based on the linear relationship between the service data transmission success rate, transmission latency, integrity rate, and the ratio of retry cost to the number of retries. The service data transmission strategy is then redefined based on the calculated performance function value. The performance function value of the retry channel is positively correlated with the service data transmission success rate and integrity rate, and negatively correlated with the service data transmission latency and the ratio of retry cost to the number of retries.

[0057] Alternatively, the efficiency function value of the switching channel can be determined based on the linear relationship between the service data transmission success rate, transmission latency, integrity rate, and the ratio of switching channel cost to switching time. The service data transmission strategy can then be re-determined based on the calculated efficiency function value. The efficiency function value of the switching channel is positively correlated with the service data transmission success rate and integrity rate, and negatively correlated with the service data transmission latency and the ratio of switching channel cost to switching time.

[0058] In some embodiments, the performance function F is calculated using the following formula:

[0059]

[0060] Where R represents the service data transmission success rate. For example, if the vehicle sends 100 service data packets to the cloud through the middleware node within a certain period of time, and 95 service data packets successfully reach the cloud, then the transmission success rate can be approximated as 95% or 0.95.

[0061] This represents the ratio of retry cost Cr to the number of retries N. When the target transmission channel itself is healthy and has not reached the number of retries, this value is low, and retries are given priority.

[0062] This represents the ratio of switching channel cost Cs to switching time T. When the time and cost of switching the target transmission channel are less than the time to retry the target transmission channel, this value is lower, and the switching is prioritized.

[0063] L represents the transmission delay of service data. When the bandwidth is occupied too much or the network is congested during the transmission of the standard transmission channel, the transmission will be too slow, and this value will increase.

[0064] I represents the integrity rate of service data. This value decreases when service data becomes incomplete during transmission due to network failures or server crashes.

[0065] α,β,γ,δ,∈ represent weighting coefficients, which can be greater than or equal to zero. The weighting coefficients α,β,γ,δ,∈ are adjusted based on actual usage and verification results from cloud feedback to optimize transmission strategies. For example, if the real-time requirement of service data is high, the weighting coefficient δ of the service data transmission latency L will be increased so that when evaluating the transmission strategy through the performance function, the focus will be on the transmission latency issue. If the requirement of the service data packet loss rate is high, the weighting coefficient ∈ of the service data integrity rate I will be increased so that when evaluating the transmission strategy through the performance function, the focus will be on the data integrity issue.

[0066] It should be noted that the parameters in the performance function can be obtained by calling the interfaces provided by multiple transmission channels to acquire channel status data. When calculating the performance function value of the retry channel, the ratio of the switching cost Cs to the switching time T is used. When the weighting coefficient is zero, the ratio of retry cost Cr to the number of retries N is used to calculate the performance function value of the switching channel. The weighting coefficient is zero, so the performance function value of the retry channel and the performance function value of the switching channel can be calculated separately.

[0067] The transmission strategy for service data is redefined based on at least one of the performance function values ​​of the retry channel and the switching channel.

[0068] In other words, the middleware node's channel arbitration module will redetermine the service data transmission strategy based on the performance function values ​​of the retry channel and the switching channel to ensure that the service data can be successfully transmitted to the cloud, thus guaranteeing the success rate and integrity of service data transmission.

[0069] Furthermore, in some embodiments, the service data transmission strategy is re-determined based on at least one of the performance function value of the retry channel and the performance function value of the switching channel, including: if the performance function value of the retry channel is greater than a preset function threshold, then the service data transmission channel is re-determined as the retry channel.

[0070] The preset function threshold can be adjusted by R&D personnel based on actual vehicle usage. Since the performance function prioritizes the performance function value of the retry channel, when the performance function value of the retry channel is greater than the preset function threshold, the service data transmission strategy can be determined to use the retry channel to transmit service data.

[0071] Furthermore, in some embodiments, the process of redetermining the service data transmission strategy based on at least one of the performance function value of the retry channel and the performance function value of the switching channel further includes: if the performance function value of the retry channel is less than a preset function threshold, comparing the performance function value of the retry channel with the performance function value of the switching channel, and determining the channel with the larger performance function value as the service data transmission channel.

[0072] Retrying a channel is used when it is less costly and increases the success rate, while switching channels is used when the current target transmission channel is in poor condition and the new target transmission channel is expected to reduce latency and improve the integrity of transmitted service data.

[0073] When the performance function value of the retry channel is less than a preset threshold, the performance function value of the switching channel will be calculated based on the performance function, and the performance function value of the retry channel will be compared with that of the switching channel. The channel with the larger performance function value will be selected as the service data transmission channel. For example, if the performance function value of the retry channel is greater than that of the switching channel, the service data transmission strategy will be determined to use the retry channel to transmit service data until the cloud provides a successful verification result. If the performance function value of the retry channel is less than that of the switching channel, the service data transmission strategy will be determined to use the switching channel to transmit service data until the cloud provides a successful verification result.

[0074] Thus, the process of redetermining the transmission strategy through the performance function evaluation mechanism can dynamically adapt to network changes, reduce the impact of network fluctuations or channel failures, optimize the success rate and efficiency of data transmission, and significantly improve the stability and reliability of data transmission.

[0075] For example, Figure 2 This is a schematic flowchart of a data transmission method according to another embodiment of this application. Figure 2 As shown, the data transmission method includes:

[0076] S21: The vehicle sends method data or event data to the middleware node via the someip protocol;

[0077] S22: The middleware node's channel monitoring module obtains channel status data for each channel through the interfaces provided by the MQTT private network channel and the HTTPS gateway channel, so as to obtain a channel status report and send it to the middleware node's channel arbitration module;

[0078] S23: The channel arbitration module arbitrates from multiple transmission channels to obtain the target transmission channel that matches the channel status report and service data, and sends the service data to the cloud through the target transmission channel;

[0079] S24: Check if the cloud verification service data is incomplete, cannot be parsed, or has timed out and not received. If not, send the verification result of successful verification to the middleware node and then send the verification result to the vehicle. If yes, proceed to S26.

[0080] S25: The middleware node's channel arbitration module triggers the performance function evaluation mechanism based on the error code in the verification result indicating the verification failure, and calculates at least one of the performance function value of the retry channel and the performance function value of the switching channel to redetermine the target transmission channel for the service data. The channel arbitration module adjusts the weight coefficient of the performance function based on the feedback result and actual needs.

[0081] S26: Send the service data to the cloud according to the redefined target transmission channel;

[0082] S27: Check if the cloud verification service data is incomplete, cannot be parsed, or has timed out and not received. If not, send a successful verification result to the middleware node and then send the verification result to the vehicle.

[0083] In summary, the above-mentioned intelligent transmission strategy effectively reduces the waste of network resources, optimizes traffic usage, and after successful transmission of service data, the cloud sends the verification results back to the vehicle, forming a closed-loop management of service data transmission. This ensures the success rate of service data transmission and channel switching, and improves the reliability of the vehicle-cloud transmission system.

[0084] The data transmission method of this embodiment can be executed by any suitable electronic device with data processing capabilities, including but not limited to: servers, mobile terminals (such as mobile phones, PADs, etc.) and PCs.

[0085] Figure 3 This is a structural block diagram of a data transmission device according to an embodiment of the present application.

[0086] like Figure 3 As shown, the data transmission device 300 can perform... Figure 1 The data transmission method, the data transmission device 300 includes: a first acquisition module 301, which acquires service data of the data transmission service after the initialization of the data transmission service deployed on the vehicle end is completed; a second acquisition module 302, which acquires channel status reports of multiple transmission channels between the vehicle end and the cloud, wherein multiple transmission channels are formed between the vehicle end and the cloud through multiple networks; an arbitration module 303, which arbitrates from the multiple transmission channels to obtain a target transmission channel whose channel status report matches the service data; a sending module 304, which sends the service data as data to be verified to the cloud through the target transmission channel; and a determination module 305, which re-determines the transmission strategy of the service data when the verification result feedback from the cloud indicates that the verification failed.

[0087] In some embodiments of this application, the second acquisition module 302 is specifically used to: monitor the channel status data of multiple transmission channels between the vehicle and the cloud through a middleware node, wherein the vehicle accesses multiple networks through the middleware node, and the channel status data includes at least one of packet loss rate, bandwidth, latency time and retry count; input the channel status data of multiple transmission channels into a preset channel status report template to obtain channel status reports of multiple transmission channels.

[0088] In some embodiments of this application, after the service data is sent to the cloud as data to be verified through the target transmission channel, the receiving module is used (not shown in the figure) to: receive the verification result fed back by the cloud for the service data through the middleware node between the vehicle and the cloud; when the verification result indicates that the verification is successful, forward the verification result to the vehicle through the middleware node.

[0089] In some embodiments of this application, the determining module 305 is specifically used to: trigger a performance function based on the error code in the verification result when the verification result indicates verification failure; calculate at least one of the performance function value of the retry channel and the performance function value of the switching channel based on the performance function; and redetermine the transmission strategy of the service data based on at least one of the performance function value of the retry channel and the performance function value of the switching channel.

[0090] In some embodiments of this application, the performance function F is calculated using the following formula:

[0091]

[0092] Where R represents the success rate of service data transmission; The ratio of retry cost Cr to the number of retries N represents the retry cost. L represents the ratio of switching channel cost Cs to switching time T; L represents the transmission delay of service data; I represents the integrity rate of service data; α,β,γ,δ,∈ represent weighting coefficients.

[0093] In some embodiments of this application, the determining module 305 is specifically used to: if the performance function value of the retry channel is greater than a preset function threshold, then re-determine the transmission channel of the service data as the retry channel.

[0094] In some embodiments of this application, the determining module 305 is specifically used to: if the performance function value of the retry channel is less than a preset function threshold, compare the performance function value of the retry channel with the performance function value of the switching channel, and determine the channel with the larger performance function value as the transmission channel for service data.

[0095] According to the data transmission device of this application embodiment, the middleware node arbitrates from multiple transmission channels based on the channel status report and service data to obtain a target transmission channel whose channel status report matches the service data. The service data is then sent to the cloud as data to be verified through the target transmission channel. When the verification result indicates that the verification has failed, the transmission strategy of the service data is redefined. In this way, the device can quickly adapt to network changes, dynamically adjust the transmission channel, effectively avoid network congestion and delay, significantly improve the success rate and reliability of data transmission, and enhance the transmission quality of service data between the vehicle and the cloud.

[0096] The data transmission device of this embodiment is used to implement the corresponding data transmission methods in the foregoing method embodiments and has the beneficial effects of the corresponding method embodiments, which will not be repeated here. Furthermore, the functional implementation of each module in the data transmission device of this embodiment can be referred to the description of the corresponding part in the foregoing method embodiments, which will also not be repeated here.

[0097] Figure 4This is a structural block diagram of an electronic device according to one embodiment of the present application. The specific embodiments of the present application do not limit the specific implementation of the electronic device.

[0098] like Figure 4 As shown, the electronic device 400 may include: a processor 402, a memory 403, a communication interface 404, and a communication bus 405. The processor 402, the memory 403, and the communication interface 404 communicate with each other through the communication bus 405. The memory 403 is used to store at least one executable instruction, which causes the processor 402 to perform the operation corresponding to the data transmission method of any of the above embodiments.

[0099] Processor 402 may be a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of this application. The smart device includes one or more processors, which may be processors of the same type, such as one or more CPUs; or processors of different types, such as one or more CPUs and one or more ASICs.

[0100] Memory 403, used to store programs, may include high-speed RAM memory and may also include non-volatile memory, such as at least one disk storage device.

[0101] According to the embodiments of this application, the electronic device, through a middleware node, arbitrates multiple transmission channels based on the channel status report and service data to obtain a target transmission channel whose channel status report matches the service data. The service data is then sent to the cloud as data to be verified through the target transmission channel. When the verification result indicates that the verification has failed, the transmission strategy of the service data is redefined. In this way, the device can quickly adapt to network changes, dynamically adjust the transmission channel, effectively avoid network congestion and delay, significantly improve the success rate and reliability of data transmission, and enhance the transmission quality of service data between the vehicle and the cloud.

[0102] This application also provides a computer storage medium storing a computer program thereon, which, when executed by a processor, implements the data transmission method of any of the above embodiments.

[0103] According to the computer storage medium of this application embodiment, the middleware node arbitrates from multiple transmission channels based on the channel status report and service data to obtain a target transmission channel whose channel status report matches the service data. The service data is then sent to the cloud as data to be verified through the target transmission channel. When the verification result indicates that the verification has failed, the transmission strategy of the service data is redefined. In this way, the transmission channel can be dynamically adjusted to quickly adapt to network changes, effectively avoid network congestion and delay, significantly improve the success rate and reliability of data transmission, and enhance the transmission quality of service data between the vehicle and the cloud.

[0104] It should be noted that, depending on the implementation needs, the various components / steps described in the embodiments of this application can be broken down into more components / steps, or two or more components / steps or parts of the operation of components / steps can be combined into new components / steps to achieve the purpose of the embodiments of this application.

[0105] The methods described in the embodiments of this application can be implemented in hardware, firmware, or as software or computer code that can be stored in a recording medium (such as a CD-ROM, RAM, floppy disk, hard disk, or magneto-optical disk), or as computer code originally stored on a remote recording medium or a non-transitory machine-readable medium and subsequently stored on a local recording medium, downloaded over a network. Thus, the methods described herein can be processed by software stored on a recording medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware (such as an ASIC or FPGA). It is understood that the computer, processor, microprocessor controller, or programmable hardware includes storage components (e.g., RAM, ROM, flash memory, etc.) capable of storing or receiving software or computer code that, when accessed and executed by the computer, processor, or hardware, implements the data transfer methods described herein. Furthermore, when a general-purpose computer accesses code used to implement the data transfer methods shown herein, the execution of the code transforms the general-purpose computer into a dedicated computer for executing the data transfer methods shown herein.

[0106] Those skilled in the art will recognize that the units and method steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the embodiments of this application.

[0107] The above embodiments are only used to illustrate the embodiments of this application and are not intended to limit the embodiments of this application. Those skilled in the art can make various changes and modifications without departing from the spirit and scope of the embodiments of this application. Therefore, all equivalent technical solutions also fall within the scope of the embodiments of this application, and the patent protection scope of the embodiments of this application should be defined by the claims. The systems, devices, or modules described in the above embodiments can be implemented by computer chips or physical entities, or by products with certain functions.

Claims

1. A data transmission method, characterized in that, include: After the data transmission service deployed on the vehicle is initialized, the service data of the data transmission service is obtained; Obtain channel status reports for multiple transmission channels between the vehicle and the cloud, wherein the multiple transmission channels between the vehicle and the cloud are formed through multiple networks; Arbitrate among the plurality of transmission channels to obtain the target transmission channel whose channel status report matches the service data; The service data is sent to the cloud as data to be verified through the target transmission channel; When the verification result returned by the cloud for the service data indicates a verification failure, the transmission strategy for the service data is redefined.

2. The data transmission method according to claim 1, characterized in that, Obtain a channel status report for the transmission channel between the vehicle and the cloud, including: The middleware node monitors the channel status data of multiple transmission channels between the vehicle and the cloud. The vehicle accesses the multiple networks through the middleware node. The channel status data includes at least one of packet loss rate, bandwidth, latency time and number of retries. The channel status data of the multiple transmission channels are input into the preset channel status report template to obtain the channel status report of the multiple transmission channels.

3. The data transmission method according to claim 1, characterized in that, After sending the service data as verification data to the cloud via the target transmission channel, the method further includes: The middleware node between the vehicle and the cloud receives the verification result of the service data fed back by the cloud. When the verification result indicates that the verification was successful, the verification result is forwarded to the vehicle through the middleware node.

4. The data transmission method according to claim 1, characterized in that, When the verification result returned by the cloud for the service data indicates a verification failure, the transmission strategy for the service data is redefined, including: When the verification result indicates a verification failure, a performance function is triggered based on the error code in the verification result. Calculate at least one of the performance function value of the retry channel and the performance function value of the switching channel based on the performance function; The transmission strategy for the service data is re-determined based on at least one of the performance function value of the retry channel and the performance function value of the switching channel.

5. The data transmission method according to claim 4, characterized in that, The performance function F is calculated using the following formula: Wherein, R represents the success rate of the service data transmission; The ratio of retry cost Cr to the number of retries N represents the retry cost. The ratio of switching channel cost Cs to switching time T is represented by L; the transmission delay of the service data is represented by I; and the integrity rate of the service data is represented by α, β, γ, δ, ∈.

6. The data transmission method according to claim 4, characterized in that, Based on at least one of the performance function value of the retry channel and the performance function value of the switching channel, the transmission strategy for the service data is re-determined, including: If the performance function value of the retry channel is greater than the preset function threshold, then the transmission channel of the service data will be redefined as the retry channel.

7. The data transmission method according to claim 6, characterized in that, Based on at least one of the performance function value of the retry channel and the performance function value of the switching channel, the transmission strategy for the service data is re-determined, further comprising: If the performance function value of the retry channel is less than a preset function threshold, the performance function value of the retry channel is compared with the performance function value of the switching channel, and the channel with the larger performance function value is determined as the transmission channel for the service data.

8. A data transmission device, characterized in that, include: The first acquisition module acquires the service data of the data transmission service after the initialization of the data transmission service deployed on the vehicle is completed. The second acquisition module acquires channel status reports of multiple transmission channels between the vehicle and the cloud, wherein the multiple transmission channels between the vehicle and the cloud are formed through multiple networks; The arbitration module arbitrates from the plurality of transmission channels to obtain a target transmission channel whose channel status report matches the service data. The sending module sends the service data as verification data to the cloud through the target transmission channel; The determination module, when the verification result fed back by the cloud for the service data indicates that the verification has failed, re-determines the transmission strategy for the service data.

9. An electronic device, comprising: The processor, memory, communication interface, and communication bus are provided, wherein the processor, memory, and communication interface communicate with each other via the communication bus. The memory is used to store at least one executable instruction, which causes the processor to perform the operation corresponding to the data transfer method as described in any one of claims 1-7.

10. A computer storage medium having a computer program stored thereon, which, when executed by a processor, implements the data transmission method as described in any one of claims 1-7.

Images