High-efficiency data transmission method and system for high-capacity wireless dump system of locomotive

Abstract

According to the high-efficiency data transmission method of the locomotive high-capacity wireless dump system, a vehicle-mounted data pre-caching strategy is provided for vehicle-mounted high-capacity data vehicle-ground wireless transmission, so that vehicle-mounted equipment enters a signal area to start vehicle-ground transmission, and the influence of file preparation time on transmission efficiency is reduced. For vehicle-ground wireless transmission of vehicle-mounted large-capacity data, a compression transmission strategy is provided, a file number and compression level self-adaptive adjustment strategy is innovatively provided, the file transmission number is reduced, and the compression speed and the compression rate are comprehensively balanced. For vehicle-ground wireless transmission of vehicle-mounted large-capacity data, a multi-thread parallel transmission strategy is provided, a thread number self-adaption strategy is innovatively provided, the number of threads is reasonably adjusted according to the size of the transmitted data, and the wireless bandwidth occupancy rate is maximized. Vehicle-mounted high-capacity data vehicle-ground efficient transmission is achieved, time cost is saved, and benefits are created.

Description

Technical Field

[0001] The present application relates to the field of rail transit communication technology, and in particular to a method and system for efficiently transmitting data of a locomotive large-capacity wireless dump system. Background Art

[0002] With the rapid development of my country's rail transit information technology and the continuous improvement of vehicle intelligence, multiple data sources and large-capacity vehicle data have been formed. In order to ensure the safe operation of locomotives, vehicle data analysis plays a very important role in locomotive operation, inspection and maintenance. At present, the locomotive ground has realized and deployed various types of vehicle equipment expert analysis systems to quickly analyze and process vehicle data. How to quickly download these massive vehicle data to the ground is an urgent problem that needs to be solved at this stage.

[0003] For on-board data download, the existing solutions are manual dump and automatic dump. Manual dump is when the locomotive returns to the depot, the staff will get on the locomotive to dump the data to a portable storage medium (U disk, hard disk, laptop), and automatic dump is to use the WLAN wireless communication function of the locomotive CMD system to automatically dump the on-board data to the ground. Manual dump is slow, time-consuming, and requires a lot of manpower costs. The CMD system WLAN dump uses WIFI4 / WIFI5 wireless LAN technology. Due to insufficient bandwidth capacity and limited locomotive preparation time, it only supports the download of small files within 100M, which cannot meet the download of large-capacity data such as high-definition video.

[0004] In recent years, a large-capacity locomotive wireless dump system based on 5G private network has emerged for large-capacity data download. It uses 5G millimeter wave vehicle-to-ground communication, which can provide a large-capacity bandwidth of 1Gb / s, and realizes the high-speed landing of large-capacity data of locomotives. This system retains the characteristics of CMD system WLAN dump that is triggered by ground instructions. The on-board device needs to establish communication with the ground server. After receiving the ground instructions, it starts to obtain files from other on-board devices, obtains the files locally, compresses them, and then transmits them to the ground. The files are transmitted in sequence by type and time. In this mode, file compression preparation will take a lot of time, and there are many files to be transmitted, the data volume of a single file is small, and the files are transmitted sequentially, which cannot effectively utilize the large-capacity bandwidth of 5G. Therefore, it is urgent to propose a new technical solution to improve the transmission efficiency of large-capacity data of locomotives. Summary of the invention

[0005] The embodiments of the present application provide a method and system for efficient data transmission of a large-capacity wireless dump system of a locomotive to improve the above-mentioned problems.

[0006] In order to achieve the above objectives, this application adopts the following technical solutions:

[0007] In a first aspect, an embodiment of the present application proposes a method for efficiently transmitting data of a locomotive large-capacity wireless dump system, which is applicable to a method for efficiently transmitting data of a locomotive large-capacity wireless dump system, and the method includes:

[0008] The vehicle dump host establishes a local cache directory according to the vehicle subsystem device type, and the vehicle dump host starts the FTP service for the vehicle subsystem to upload files;

[0009] After the locomotive is powered on, the onboard dump host sends a heartbeat message to each onboard subsystem. The message contains information such as the FTP user name, password, and file cache directory;

[0010] The on-board subsystem is powered on and running. Every time a file is generated, the file is uploaded to the on-board dump host according to the FTP information in the on-board dump host heartbeat message, so as to realize real-time caching of large-capacity data during the operation of the locomotive.

[0011] In combination with the first aspect, in some implementations, the vehicle-mounted dump host locally establishes a cache directory according to the vehicle-mounted subsystem device type, and the vehicle-mounted dump host starts an FTP service for the vehicle-mounted subsystem to upload files, including:

[0012] The number of compressed files in the compressed package is adjusted adaptively according to the file size. For example, if the standard size of each compressed package is 1GB, when the compressed package is less than 1GB, the subsequent cache files will continue to be compressed into the current compressed package; when the compressed package is greater than or equal to 1GB, the subsequent files will be compressed into a new compressed package. The number of files in the compressed package is adaptive throughout the process.

[0013] In combination with the first aspect, in some implementations, the vehicle-mounted dump host locally establishes a cache directory according to the vehicle-mounted subsystem device type, and the vehicle-mounted dump host starts an FTP service for the vehicle-mounted subsystem to upload files, including:

[0014] When compressing files, you can set the compression level, ranging from 0 to 9, where 0 means no compression and 9 means maximum compression. A higher compression level will provide better compression results, but will increase the time required for compression. By adaptively and dynamically adjusting the compression level, you can reasonably adjust the file compression rate and compression speed. By setting the standard file size x and the standard compression level y, if the original file size z is greater than x, set the compression level to: m = y-(zx) / 100; if the original file size z is less than x, set the compression level to: m = y+(xz) / 100, where m is a maximum of 9 and a minimum of 1. Adaptively adjust the compression level to achieve a comprehensive balance between file compression rate and compression speed.

[0015] In combination with the first aspect, in some implementations, the vehicle-mounted subsystem is powered on and runs, and each time a file is generated, the file is uploaded to the vehicle-mounted dump host according to the FTP information in the heartbeat message of the vehicle-mounted dump host, so as to achieve real-time caching of large-capacity data during the operation of the locomotive, including:

[0016] Set the standard number of transmission threads to 4, the standard file size to 1GB, and the wireless bandwidth to 1Gb / s. Theoretically, 4GB (4*1) of data can be completed within 32s (4*8 / 1).

[0017] Based on 4GB of data, when the vehicle-to-ground data transfer is started, 4 threads are first started to transfer 4 files from vehicle to ground;

[0018] Calculate the total size of the four files that have been started for transfer. If it is larger than 4GB, do not start a new thread for transfer. If it is smaller than 4GB, start a new thread for the fifth file transfer.

[0019] If a new thread is opened, the total size of all files that have been opened for transfer is calculated again. If it is greater than 4GB, no new thread is opened for transfer. If it is less than 4GB, a new thread is opened for the next file transfer. The opening of new threads is managed according to this logic.

[0020] During the file transfer process, the system monitors in real time whether the opened threads have ended. When a thread ends, it calculates the total size of all files being transferred again, and manages the opening of new threads with 4GB as the dividing point until all file data transfers are completed.

[0021] In combination with the first aspect, in some implementations, the number of standard transmission threads is set to 4, the standard file size is 1 GB, and the wireless bandwidth is 1 Gb / s. Theoretically, 4 GB (4*1) of data can be completed within 32 seconds (4*8 / 1), including:

[0022] During the vehicle-to-ground data transmission process, four transmission threads are first started, and each thread is responsible for transmitting a 1GB file.

[0023] When the transfer of these four files begins, the system will monitor the transfer progress of these files in real time to ensure that they can be transferred efficiently and stably.

[0024] If a thread completes its task ahead of schedule during the transfer process, the system will immediately evaluate the total size of all files currently being transferred and decide whether to start a new transfer thread based on whether it is less than 4GB.

[0025] In combination with the first aspect, in some implementations, the total size of the four files that have been started for transmission is calculated, and if it is greater than 4 GB, a new thread is not started for transmission; if it is less than 4 GB, a new thread is started for transmission of the fifth file, including:

[0026] During the transfer process, the system will continue to detect the total size of the file being transferred;

[0027] Once the total size is found to be below the 4GB threshold, the system will automatically evaluate the current network conditions and the size of the remaining files. If the network conditions are good and the remaining file size is sufficient to start a new transfer thread, the system will immediately start the fifth transfer thread.

[0028] In a second aspect, the embodiment of the present application proposes a data efficient transmission system of a locomotive large-capacity wireless dump system, including: an on-board dump host, a locomotive, and an on-board subsystem, the system being configured as follows:

[0029] The vehicle dump host establishes a local cache directory according to the vehicle subsystem device type, and the vehicle dump host starts the FTP service for the vehicle subsystem to upload files;

[0030] After the locomotive is powered on, the onboard dump host sends a heartbeat message to each onboard subsystem. The message contains information such as the FTP user name, password, and file cache directory;

[0031] The on-board subsystem is powered on and running. Every time a file is generated, the file is uploaded to the on-board dump host according to the FTP information in the on-board dump host heartbeat message, so as to realize real-time caching of large-capacity data during the operation of the locomotive.

[0032] In conjunction with the second aspect, the system is configured to:

[0033] The vehicle dump host creates a local cache directory based on the vehicle subsystem device type, and starts the FTP service for the vehicle subsystem to upload files, including:

[0034] The number of compressed files in the compressed package is adjusted adaptively according to the file size. For example, if the standard size of each compressed package is 1GB, when the compressed package is less than 1GB, the subsequent cache files will continue to be compressed into the current compressed package; when the compressed package is greater than or equal to 1GB, the subsequent files will be compressed into a new compressed package. The number of files in the compressed package is adaptive throughout the process.

[0035] In conjunction with the second aspect, the system is configured to:

[0036] The vehicle dump host creates a local cache directory based on the vehicle subsystem device type, and starts the FTP service for the vehicle subsystem to upload files, including:

[0037] When compressing files, you can set the compression level, ranging from 0 to 9, where 0 means no compression and 9 means maximum compression. A higher compression level will provide better compression results, but will increase the time required for compression. By adaptively and dynamically adjusting the compression level, you can reasonably adjust the file compression rate and compression speed. By setting the standard file size x and the standard compression level y, if the original file size z is greater than x, set the compression level to: m = y-(zx) / 100; if the original file size z is less than x, set the compression level to: m = y+(xz) / 100, where m is a maximum of 9 and a minimum of 1. Adaptively adjust the compression level to achieve a comprehensive balance between file compression rate and compression speed.

[0038] In conjunction with the second aspect, the system is configured to:

[0039] When the vehicle-mounted subsystem is powered on and running, each time a file is generated, the file is uploaded to the vehicle-mounted dump host according to the FTP information in the vehicle-mounted dump host heartbeat message, realizing real-time caching of large-capacity data during locomotive operation, including:

[0040] Set the standard number of transmission threads to 4, the standard file size to 1GB, and the wireless bandwidth to 1Gb / s. Theoretically, 4GB (4*1) of data can be completed within 32s (4*8 / 1).

[0041] Based on 4GB of data, when the vehicle-to-ground data transfer is started, 4 threads are first started to transfer 4 files from vehicle to ground;

[0042] Calculate the total size of the four files that have been started for transfer. If it is larger than 4GB, do not start a new thread for transfer. If it is smaller than 4GB, start a new thread for the fifth file transfer.

[0043] If a new thread is opened, the total size of all files that have been opened for transfer is calculated again. If it is greater than 4GB, no new thread is opened for transfer. If it is less than 4GB, a new thread is opened to transfer the next file. The opening of new threads is managed according to this logic.

[0044] During the file transfer process, the system monitors in real time whether the opened threads have ended. When a thread ends, it calculates the total size of all files being transferred again, and manages the opening of new threads with 4GB as the dividing point until all file data transfers are completed.

[0045] In conjunction with the second aspect, the system is configured to:

[0046] Assuming the number of standard transmission threads is 4 and the standard file size is 1GB, and the wireless bandwidth is 1Gb / s, theoretically 4GB (4*1) of data can be completed within 32s (4*8 / 1), including:

[0047] During the vehicle-to-ground data transmission process, four transmission threads are first started, and each thread is responsible for transmitting a 1GB file.

[0048] When the transfer of these four files begins, the system will monitor the transfer progress of these files in real time to ensure that they can be transferred efficiently and stably.

[0049] If a thread completes its task ahead of schedule during the transfer process, the system will immediately evaluate the total size of all files currently being transferred and decide whether to start a new transfer thread based on whether it is less than 4GB.

[0050] In conjunction with the second aspect, the system is configured to:

[0051] Calculate the total size of the four files that have been started for transfer. If it is greater than 4GB, do not start a new thread for transfer. If it is less than 4GB, start a new thread for the fifth file transfer, including:

[0052] During the transfer process, the system will continue to detect the total size of the transferred files;

[0053] Once the total size is found to be below the 4GB threshold, the system will automatically evaluate the current network conditions and the size of the remaining files. If the network conditions are good and the remaining file size is sufficient to start a new transfer thread, the system will immediately start the fifth transfer thread.

[0054] A third aspect of an embodiment of the present invention provides an electronic device, the electronic device comprising:

[0055] At least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the method proposed in the first aspect of the embodiment of the present invention.

[0056] A fourth aspect of an embodiment of the present invention provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the method provided in the first aspect of the embodiment of the present invention.

[0057] In summary, the above method and system have the following technical effects:

[0058] The embodiment of the present application proposes a method and system for efficient data transmission of a locomotive large-capacity wireless dump system. For the wireless transmission of large-capacity on-board data from vehicle to ground, a strategy for pre-caching of on-board data is proposed, so that the vehicle-to-ground transmission can be started as soon as the on-board equipment enters the signal area, reducing the impact of file preparation time on transmission efficiency. For the wireless transmission of large-capacity on-board data from vehicle to ground, a compression transmission strategy is proposed, and an innovative strategy for adaptively adjusting the number of files and compression level is proposed to reduce the number of files transmitted and achieve a comprehensive trade-off between compression speed and compression rate. For the wireless transmission of large-capacity on-board data from vehicle to ground, a multi-threaded parallel transmission strategy is proposed, and an innovative strategy for adaptively adjusting the number of threads is proposed. According to the amount of data to be transmitted, the number of threads is reasonably adjusted to maximize the wireless bandwidth occupancy rate. Efficient transmission of large-capacity on-board data from vehicle to ground is achieved, saving time and cost and creating benefits. BRIEF DESCRIPTION OF THE DRAWINGS

[0059] Figure 1 The present invention is a flowchart of a method for efficiently transmitting data of a locomotive large-capacity wireless dump system proposed in the present application.

[0060] Figure 2 This is a flow chart of adaptive file compression in a data efficient transmission method for a locomotive large-capacity wireless dump system proposed in this application;

[0061] Figure 3 The present invention is a schematic diagram of an adaptive multi-threaded parallel transmission process in a data efficient transmission method for a locomotive large-capacity wireless dump system proposed in the present application. DETAILED DESCRIPTION

[0062] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0063] The locomotive large-capacity wireless dump system is divided into a vehicle-mounted part, a wireless transmission part and a ground part. After the locomotive returns to the depot, the vehicle-mounted dump terminal communicates with the ground base station to establish a vehicle-ground wireless transmission channel. The vehicle-mounted dump host software communicates with the ground server software through the wireless transmission channel, receives the ground on-demand command, logs in to the vehicle-mounted subsystem through FTP to download the file and compress it (file preparation process), and sends it to the ground in the order of the file (file transmission process) to complete the data dump. The present invention proposes optimization strategies from the two aspects of file preparation and file transmission to improve data transmission efficiency.

[0064] The embodiment of the present application proposes a data efficient transmission method for a locomotive large-capacity wireless dump system, which is applicable to a data efficient transmission system for a locomotive large-capacity wireless dump system, please refer to Figure 1 , the method comprises the following steps:

[0065] S101: The vehicle-mounted dump host establishes a local cache directory according to the device type of the vehicle-mounted subsystem, and the vehicle-mounted dump host starts the FTP service for the vehicle-mounted subsystem to upload files.

[0066] Specifically, the number of compressed files in the compressed package is adaptively adjusted according to the file size. For example, if the standard size of each compressed package is 1GB, when the compressed package is less than 1GB, the subsequent cache files will continue to be compressed into the current compressed package; when the compressed package is greater than or equal to 1GB, the subsequent files will be compressed into a new compressed package. The number of files in the compressed package is adaptive throughout the process.

[0067] In addition, in order to further improve the efficiency of data transmission, the embodiment of the present invention also adopts multi-threaded parallel processing technology. In step S101, the vehicle-mounted dump host can start multiple threads while starting the FTP service, and each thread is responsible for processing files uploaded by different types of vehicle-mounted subsystem devices. This can significantly reduce the time of file processing and transmission, and improve the response speed and throughput of the entire system.

[0068] In the process of data transmission, in order to ensure the integrity and accuracy of the data, the embodiment of the present invention also introduces a verification mechanism. Specifically, before the file is compressed and transmitted, the system will perform a checksum calculation on each file and generate a corresponding check code. At the file receiving end, the receiver will perform the same checksum calculation on the received file and compare it with the check code provided by the sender. Only when the check codes are consistent, the file is considered complete and correct, thereby ensuring the reliability of data transmission.

[0069] In order to adapt to the data transmission requirements under different network environments, the embodiment of the present invention also provides a function of dynamically adjusting the transmission strategy. The vehicle-mounted dump host can dynamically adjust the transmission rate and compression strategy of the FTP service according to the current network conditions, such as bandwidth, delay and other parameters. For example, when the network conditions are good, the transmission rate can be increased and the compression ratio can be reduced to shorten the compression time; when the network conditions are poor, the transmission rate can be reduced and the compression ratio can be increased to reduce the amount of transmitted data, thereby ensuring the stability and efficiency of data transmission.

[0070] Specifically, the compression level can be set when compressing files, ranging from 0 to 9, where 0 means no compression and 9 means maximum compression. A higher compression level will provide better compression results, but will increase the time required for compression. By adaptively and dynamically adjusting the compression level, the compression rate and compression speed of the file can be reasonably adjusted. By setting the standard file size x and the standard compression level to y, if the original file size z is greater than x, the compression level is set to: m = y-(zx) / 100; if the original file size z is less than x, the compression level is set to: m = y+(xz) / 100, where m is a maximum of 9 and a minimum of 1. The compression level is adaptively adjusted to achieve a comprehensive balance between file compression rate and compression speed.

[0071] S102: After the locomotive is powered on, the on-board dump host sends a heartbeat message to each on-board subsystem. The message contains information such as the FTP user name, password, and file cache directory.

[0072] Once each vehicle subsystem receives the heartbeat message, it will authenticate based on the information in the message and start to establish an FTP connection with the dump host. After the connection is successfully established, the subsystem will upload the files to be dumped to the specified cache directory.

[0073] During the file upload process, the dump host monitors the network status in real time and dynamically adjusts the transmission rate and compression level according to the network bandwidth and stability. When the network condition is good, the dump host increases the transmission rate and reduces the compression ratio to shorten the compression time and quickly transfer files.

[0074] On the contrary, if the network condition is poor, the dump host will reduce the transmission rate and increase the compression ratio to reduce the amount of transmitted data and ensure the stability and efficiency of data transmission. This adaptive mechanism ensures that wireless dumping of large-capacity data can be completed efficiently and stably even when network conditions fluctuate.

[0075] S103: The vehicle-mounted subsystem is powered on and runs. Every time a file is generated, the file is uploaded to the vehicle-mounted dump host according to the FTP information in the vehicle-mounted dump host heartbeat message, so as to realize real-time caching of large-capacity data during the operation of the locomotive.

[0076] After the file is uploaded to the cache directory, the dump host will perform a series of file management operations. First, the system will automatically classify and tag the uploaded files to ensure that each file can be accurately identified and tracked. Then, the dump host will decide whether to transfer it to the remote server immediately or temporarily keep it in the local cache for subsequent processing based on the importance of the file and the storage strategy.

[0077] Specifically, set the standard number of transmission threads to 4, the standard file size to 1GB, and the wireless bandwidth to 1Gb / s. Theoretically, 4GB (4*1) of data can be completed within 32s (4*8 / 1).

[0078] It can be understood that during the vehicle-ground data transmission process, four transmission threads are first started, and each thread is responsible for transmitting a 1GB file;

[0079] When the transfer of these four files begins, the system will monitor the transfer progress of these files in real time to ensure that they can be transferred efficiently and stably. If a thread completes the task ahead of schedule during the transfer process, the system will immediately evaluate the total size of all files currently being transferred and decide whether to start a new transfer thread based on whether it is less than 4GB.

[0080] Based on 4GB of data, when the vehicle-to-ground data transfer is started, 4 threads are first started to transfer 4 files from vehicle to ground;

[0081] Calculate the total size of the four files that have been started for transfer. If it is greater than 4GB, do not start a new thread for transfer. If it is less than 4GB, start a new thread for transfer of the fifth file.

[0082] Understandably, during the transfer process, the system will continue to detect the total size of the transferred files;

[0083] Once the total size is found to be below the 4GB threshold, the system will automatically evaluate the current network conditions and the size of the remaining files. If the network conditions are good and the remaining file size is sufficient to start a new transfer thread, the system will immediately start the fifth transfer thread.

[0084] Calculate the total size of all files that have been started for transfer again. If it is larger than 4GB, do not start a new thread for transfer. If it is smaller than 4GB, start a new thread for the next file transfer. Use this logic to manage the start of new threads.

[0085] At the same time, it monitors in real time whether the opened threads have ended. When a thread ends, it calculates the total size of all files being transferred again, and manages the opening of new threads with 4GB as the dividing point until all file data transmission is completed.

[0086] For the application scenario of wireless download of vehicle data, whether in the mobile network (4G / 5G) channel or the WLAN (WIFI4 / 5 / 6) channel, the vehicle data is cached in the vehicle according to the in-transit cache strategy, and the vehicle-to-ground data transmission is formulated according to the parallel transmission strategy. For example, for the file on-demand command, the ground sends all types of file download requests at one time, and the vehicle receives them and transmits multiple types of files at the same time. When multiple files are transmitted, the vehicle transmits them according to the parallel transmission strategy. Figure 2 , Figure 3The strategy performs file compression and multi-threaded parallel transmission to improve the vehicle-to-ground data transmission efficiency.

[0087] The embodiment of the present application proposes a method for efficient data transmission of a locomotive large-capacity wireless dump system. For the wireless transmission of large-capacity on-board data from vehicle to ground, a strategy for pre-caching of on-board data is proposed, so that the vehicle-to-ground transmission can be started as soon as the on-board equipment enters the signal area, reducing the impact of file preparation time on transmission efficiency. For the wireless transmission of large-capacity on-board data from vehicle to ground, a compression transmission strategy is proposed, and an innovative strategy for adaptively adjusting the number of files and compression level is proposed to reduce the number of files transmitted and achieve a comprehensive trade-off between compression speed and compression rate. For the wireless transmission of large-capacity on-board data from vehicle to ground, a multi-threaded parallel transmission strategy is proposed, and an innovative strategy for adaptively adjusting the number of threads is proposed. According to the amount of data transmitted, the number of threads is reasonably adjusted to maximize the wireless bandwidth occupancy rate. Efficient transmission of large-capacity on-board data from vehicle to ground is achieved, saving time and cost and creating benefits.

[0088] Based on the same inventive concept, the embodiment of the present application proposes a data efficient transmission system of a locomotive large-capacity wireless dump system, including: an on-board dump host, a locomotive, and an on-board subsystem, and the system is configured as follows:

[0089] The vehicle dump host establishes a local cache directory according to the vehicle subsystem device type, and the vehicle dump host starts the FTP service for the vehicle subsystem to upload files;

[0090] After the locomotive is powered on, the onboard dump host sends a heartbeat message to each onboard subsystem. The message contains information such as the FTP user name, password, and file cache directory;

[0091] The on-board subsystem is powered on and running. Every time a file is generated, the file is uploaded to the on-board dump host according to the FTP information in the on-board dump host heartbeat message, so as to realize real-time caching of large-capacity data during the operation of the locomotive.

[0092] Optionally, the system is configured to:

[0093] The vehicle dump host creates a local cache directory based on the vehicle subsystem device type, and starts the FTP service for the vehicle subsystem to upload files, including:

[0094] The number of compressed files in the compressed package is adjusted adaptively according to the file size. For example, if the standard size of each compressed package is 1GB, when the compressed package is less than 1GB, the subsequent cache files will continue to be compressed into the current compressed package; when the compressed package is greater than or equal to 1GB, the subsequent files will be compressed into a new compressed package. The number of files in the compressed package is adaptive throughout the process.

[0095] The system is configured to:

[0096] The vehicle dump host creates a local cache directory based on the vehicle subsystem device type, and starts the FTP service for the vehicle subsystem to upload files, including:

[0097] When compressing files, you can set the compression level, ranging from 0 to 9, where 0 means no compression and 9 means maximum compression. A higher compression level will provide better compression results, but will increase the time required for compression. By adaptively and dynamically adjusting the compression level, you can reasonably adjust the file compression rate and compression speed. By setting the standard file size x and the standard compression level y, if the original file size z is greater than x, set the compression level to: m = y-(zx) / 100; if the original file size z is less than x, set the compression level to: m = y+(xz) / 100, where m is a maximum of 9 and a minimum of 1. Adaptively adjust the compression level to achieve a comprehensive balance between file compression rate and compression speed.

[0098] The system is configured to:

[0099] When the vehicle-mounted subsystem is powered on and running, each time a file is generated, the file is uploaded to the vehicle-mounted dump host according to the FTP information in the vehicle-mounted dump host heartbeat message, realizing real-time caching of large-capacity data during locomotive operation, including:

[0100] Set the standard number of transmission threads to 4, the standard file size to 1GB, and the wireless bandwidth to 1Gb / s. Theoretically, 4GB (4*1) of data can be completed within 32s (4*8 / 1).

[0101] Based on 4GB of data, when the vehicle-to-ground data transfer is started, 4 threads are first started to transfer 4 files from vehicle to ground;

[0102] Calculate the total size of the four files that have been started for transfer. If it is larger than 4GB, do not start a new thread for transfer. If it is smaller than 4GB, start a new thread for the fifth file transfer.

[0103] If a new thread is opened, the total size of all files that have been opened for transfer is calculated again. If it is greater than 4GB, no new thread is opened for transfer. If it is less than 4GB, a new thread is opened to transfer the next file. The opening of new threads is managed according to this logic.

[0104] During the file transfer process, the system monitors in real time whether the opened threads have ended. When a thread ends, it calculates the total size of all files being transferred again, and manages the opening of new threads with 4GB as the dividing point until all file data transfers are completed.

[0105] The system is configured to:

[0106] Assuming the number of standard transmission threads is 4 and the standard file size is 1GB, and the wireless bandwidth is 1Gb / s, theoretically 4GB (4*1) of data can be completed within 32s (4*8 / 1), including:

[0107] During the vehicle-to-ground data transmission process, four transmission threads are first started, and each thread is responsible for transmitting a 1GB file.

[0108] When the transfer of these four files begins, the system will monitor the transfer progress of these files in real time to ensure that they can be transferred efficiently and stably.

[0109] If a thread completes its task ahead of schedule during the transfer process, the system will immediately evaluate the total size of all files currently being transferred and decide whether to start a new transfer thread based on whether it is less than 4GB.

[0110] The system is configured to:

[0111] Calculate the total size of the four files that have been started for transfer. If it is greater than 4GB, do not start a new thread for transfer. If it is less than 4GB, start a new thread for the fifth file transfer, including:

[0112] During the transfer process, the system will continue to detect the total size of the transferred files;

[0113] Once the total size is found to be below the 4GB threshold, the system will automatically evaluate the current network conditions and the size of the remaining files. If the network conditions are good and the remaining file size is sufficient to start a new transfer thread, the system will immediately start the fifth transfer thread.

[0114] The embodiment of the present application proposes a method for efficient data transmission of a locomotive large-capacity wireless dump system. For the wireless transmission of large-capacity on-board data from vehicle to ground, a strategy for pre-caching of on-board data is proposed, so that the vehicle-to-ground transmission can be started as soon as the on-board equipment enters the signal area, reducing the impact of file preparation time on transmission efficiency. For the wireless transmission of large-capacity on-board data from vehicle to ground, a compression transmission strategy is proposed, and an innovative strategy for adaptively adjusting the number of files and compression level is proposed to reduce the number of files transmitted and achieve a comprehensive trade-off between compression speed and compression rate. For the wireless transmission of large-capacity on-board data from vehicle to ground, a multi-threaded parallel transmission strategy is proposed, and an innovative strategy for adaptively adjusting the number of threads is proposed. According to the amount of data transmitted, the number of threads is reasonably adjusted to maximize the wireless bandwidth occupancy rate. Efficient transmission of large-capacity on-board data from vehicle to ground is achieved, saving time and cost and creating benefits.

[0115] Based on the same inventive concept, an embodiment of the present application further proposes an electronic device, the electronic device comprising:

[0116] At least one processor; and a memory in communication with the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the data efficient transmission method of the locomotive large-capacity wireless dump system of the embodiment of the present application.

[0117] In addition, to achieve the above-mentioned purpose, an embodiment of the present application further proposes a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the data efficient transmission method of the locomotive large-capacity wireless dump system of the embodiment of the present application.

[0118] The following is a detailed introduction to the various components of electronic equipment:

[0119] The processor is the control center of the electronic device, which can be a processor or a general term for multiple processing elements. For example, the processor is one or more central processing units (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present invention, such as one or more microprocessors (digital signal processors, DSP), or one or more field programmable gate arrays (field programmable gate arrays, FPGA).

[0120] Optionally, the processor can perform various functions of the electronic device by running or executing a software program stored in the memory, and calling data stored in the memory.

[0121] The memory is used to store the software program for executing the solution of the present invention, and the execution is controlled by the processor. The specific implementation method can refer to the above method embodiment, which will not be repeated here.

[0122] Optionally, the memory may be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM) or other types of dynamic storage devices that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store the desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited thereto. The memory may be integrated with the processor, or may exist independently and be coupled to the processor through an interface circuit of the electronic device, and the embodiments of the present invention do not specifically limit this.

[0123] A transceiver is used to communicate with a network device or a terminal device.

[0124] Optionally, the transceiver may include a receiver and a transmitter, wherein the receiver is used to implement a receiving function, and the transmitter is used to implement a sending function.

[0125] Optionally, the transceiver may be integrated with the processor, or may exist independently and be coupled to the processor via an interface circuit of the router, which is not specifically limited in the embodiment of the present invention.

[0126] In addition, the technical effects of the electronic device can refer to the technical effects of the data transmission method described in the above method embodiment, and will not be repeated here.

[0127] It should be understood that the processor in the embodiment of the present invention may be a central processing unit (CPU), and the processor may also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0128] It should also be understood that the memory in the embodiments of the present invention may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of random access memory (RAM) are available, such as static RAM (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0129] The above embodiments can be implemented in whole or in part by software, hardware (such as circuits), firmware or any other combination. When implemented by software, the above embodiments can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions or computer programs. When the computer instructions or computer programs are loaded or executed on a computer, the process or function described in the embodiment of the present invention is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center by wired (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that contains one or more available media sets. The available medium can be a magnetic medium (for example, a floppy disk, a hard disk, a tape), an optical medium (for example, a DVD), or a semiconductor medium. The semiconductor medium can be a solid-state hard disk.

[0130] It should be understood that the term "and / or" in this article is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. A and B can be singular or plural. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship, but it may also indicate an "and / or" relationship. Please refer to the context for specific understanding.

[0131] In the present invention, "at least one" means one or more, and "more than one" means two or more. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can be represented by: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.

[0132] It should be understood that in various embodiments of the present invention, the size of the serial numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.

[0133] Those skilled in the art will appreciate that the units and algorithm steps of each example 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 performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present invention.

Claims

1. A method for efficiently transmitting data of a locomotive large-capacity wireless dump system, characterized in that: A data efficient transmission system applicable to a locomotive large-capacity wireless dump system, the method comprising: The vehicle-mounted dump host establishes a cache directory locally according to the vehicle-mounted subsystem device type, and the vehicle-mounted dump host starts the FTP service for the vehicle-mounted subsystem to upload files; After the locomotive is powered on, the on-board dump host sends a heartbeat message to each on-board subsystem, and the message contains information such as the FTP user name, password, and file cache directory; The vehicle-mounted subsystem is powered on and runs, and each time a file is generated, the file is uploaded to the vehicle-mounted dump host according to the FTP information in the heartbeat message of the vehicle-mounted dump host, so as to achieve real-time caching of large-capacity data during the operation of the locomotive.

2. The method for efficient data transmission of a locomotive large-capacity wireless dump system according to claim 1 is characterized in that: The vehicle-mounted dump host establishes a cache directory locally according to the vehicle-mounted subsystem device type, and the vehicle-mounted dump host starts an FTP service for the vehicle-mounted subsystem to upload files, including: The compressed package adaptively adjusts the number of compressed files according to the file size, sets the standard size of each compressed package to 1GB, and when the compressed package is less than 1GB, the subsequent cache files continue to be compressed into the compressed package; When the compressed package is larger than or equal to 1GB, the subsequent files are compressed into the new compressed package. The number of files in the compressed package is adaptive in the whole process.

3. The data efficient transmission method of a locomotive large-capacity wireless dump system according to claim 2 is characterized in that: The vehicle-mounted dump host establishes a cache directory locally according to the vehicle-mounted subsystem device type, and the vehicle-mounted dump host starts an FTP service for the vehicle-mounted subsystem to upload files, including: When compressing files, you can set the compression level, ranging from 0 to 9, where 0 means no compression and 9 means maximum compression; Set the standard file size x and the standard compression level y. If the original file size z is greater than x, set the compression level to: m=y-(zx) / 100; if the original file size z is less than x, set the compression level to: m=y+(xz) / 100, where m is a maximum of 9 and a minimum of 1, and the compression level is adaptively adjusted.

4. The data efficient transmission method of a locomotive large-capacity wireless dump system according to claim 3 is characterized in that: The vehicle-mounted subsystem is powered on and runs, and each time a file is generated, the file is uploaded to the vehicle-mounted dump host according to the FTP information in the heartbeat message of the vehicle-mounted dump host, so as to realize real-time caching of large-capacity data during the operation of the locomotive, including: Set the standard number of transmission threads to 4, the standard file size to 1GB, and the wireless bandwidth to 1Gb / s. Theoretically, 4GB (4*1) of data can be completed within 32s (4*8 / 1). Based on 4GB of data, when the vehicle-to-ground data transfer is started, 4 threads are first started to transfer 4 files from vehicle to ground; Calculate the total size of the four files that have been started for transfer. If it is larger than 4GB, do not start a new thread for transfer. If it is smaller than 4GB, start a new thread for the fifth file transfer. If a new thread is opened, the total size of all files that have been opened for transfer is calculated again. If it is larger than 4GB, no new thread is opened for transfer. If it is smaller than 4GB, a new thread is opened for the next file transfer. This logic is used to manage the opening of new threads when starting transfer. During the multi-threaded transmission process, the system monitors in real time whether the opened threads have ended. When a thread ends, it calculates the total size of all files being transferred again, and manages the opening of new threads with 4GB as the dividing point until all file data transmission is completed.

5. The method for efficient data transmission of a locomotive large-capacity wireless dump system according to claim 4 is characterized in that: Assuming the number of standard transmission threads is 4 and the standard file size is 1GB, and the wireless bandwidth is 1Gb / s, theoretically 4GB (4*1) of data can be completed within 32s (4*8 / 1), including: During the vehicle-to-ground data transmission process, four transmission threads are first started, each of which is responsible for transmitting a 1GB file; When the transfer of these four files begins, the system will monitor the transfer progress of these files in real time to ensure that they can be transferred efficiently and stably. If a thread completes its task ahead of schedule during the transfer process, the system will immediately evaluate the total size of all files currently being transferred and decide whether to start a new transfer thread based on whether it is less than 4GB.

6. The method for efficient data transmission of a locomotive large-capacity wireless dump system according to claim 4 is characterized in that: Calculate the total size of the four files that have been started for transfer. If it is greater than 4GB, do not start a new thread for transfer. If it is less than 4GB, start a new thread for the fifth file transfer, including: During the transfer process, the system will continue to detect the total size of the file being transferred; Once the total size is found to be below the 4GB threshold, the system will automatically evaluate the current network conditions and the size of the remaining files. If the network conditions are good and the remaining file size is sufficient to start a new transfer thread, the system will immediately start the fifth transfer thread.

7. A data efficient transmission system for a locomotive large-capacity wireless dump system, characterized in that: include: On-board dump host, locomotive and on-board subsystem, the system is configured as: The vehicle-mounted dump host establishes a cache directory locally according to the vehicle-mounted subsystem device type, and the vehicle-mounted dump host starts the FTP service for the vehicle-mounted subsystem to upload files; After the locomotive is powered on, the onboard dump host sends a heartbeat message to each onboard subsystem, and the message contains information such as the FTP user name, password, and file cache directory; The vehicle-mounted subsystem is powered on and runs, and each time a file is generated, the file is uploaded to the vehicle-mounted dump host according to the FTP information in the vehicle-mounted dump host heartbeat message, thereby achieving real-time caching of large-capacity data during locomotive operation.

8. The data efficient transmission system of the locomotive large-capacity wireless dump system according to claim 7 is characterized in that: The system is configured to: The vehicle-mounted dump host establishes a cache directory locally according to the vehicle-mounted subsystem device type, and the vehicle-mounted dump host starts the FTP service for the vehicle-mounted subsystem to upload files, including: The number of compressed files in the compressed package is adjusted adaptively according to the file size. For example, if the standard size of each compressed package is 1GB, when the compressed package is less than 1GB, the subsequent cache files will continue to be compressed into the current compressed package; when the compressed package is greater than or equal to 1GB, the subsequent files will be compressed into a new compressed package. The number of files in the compressed package is adaptive throughout the process.

9. An electronic device, comprising: at least one processor; and, a memory communicatively coupled to at least one of the processors; The memory stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor so that at least one processor can execute a method as set forth in claim 1.

10. A computer-readable storage medium, characterized in that: A computer program is stored thereon, and when the program is executed by a processor, a method as claimed in claim 1 is implemented.

Images