Method, device and system for solving big data congestion in LoRa low-power communication between secure voice terminal and base station

Abstract

The invention relates to the technical field of communication, in particular to a method, device and system for solving big data congestion in LoRa low-power-consumption communication between a secure voice terminal and a base station, and the method comprises the following steps: S1, the secure voice terminal establishes initial connection with the base station through a first communication channel; s2, generating a dynamic token request; s3, selecting a second communication channel from the pre-allocated communication resource pool according to the priority and the data volume; s4, switching to a second communication channel to complete large file data transmission; and S5, the base station sends the received large file data to a data processing node for optimization. According to the invention, through a resource allocation mechanism of dynamic token permission and multi-channel cooperation, in combination with data optimization and a cross-terminal sharing strategy, the problem of channel blocking caused by big data transmission in low-power-consumption communication is solved, and emergency service priority response and multi-service parallel processing are realized; and the real-time performance and the resource utilization efficiency of the communication system are obviously improved.

Description

Technical Field

[0001] The present invention relates to the field of communication technologies, and particularly to a method, device, and system for solving big data congestion in LoRa low-power communication between a secure voice terminal and a base station. Background Art

[0002] In the fields of agriculture, forestry, animal husbandry, fishery, emergency rescue, and industrial monitoring, as the core communication device between on-site personnel and the command center, a secure voice terminal needs to transmit various types of data such as short messages, voice commands, and high-definition images in real time; due to its long-distance coverage and low power consumption characteristics, the low-power wide area network (LPWAN) based on LoRa technology has become the mainstream communication solution for such scenarios; however, with the surge in the demand for multimedia data (such as disaster images and real-time audio) transmission in on-site operations, due to narrowband limitations and fixed-rate modes of traditional LoRa protocols, it is difficult to adapt to high-concurrency and high-throughput service scenarios, resulting in rigid channel resource allocation and limited system scalability.

[0003] In the prior art, a secure voice terminal and a base station use a single channel to transmit all data types. When transmitting large files, the channel resources are occupied for a long time, leading to the following problems: First, emergency voice commands cannot be prioritized due to channel congestion, endangering the safety of on-site personnel; second, the probability of data collision increases during concurrent transmission of multiple terminals, and key sensor alarm information is easily lost; third, there is a lack of a dynamic resource scheduling mechanism, and high-priority services and low-priority services are transmitted mixedly, resulting in a serious decline in real-time performance; in addition, the existing solutions do not optimize cross-terminal data sharing, and repeated transmission further exacerbates the channel load. Therefore, there is an urgent need for a communication method that takes into account low power consumption, high real-time performance, and multi-service coordination to solve the core contradictions caused by big data congestion and improve the emergency communication efficiency in complex environments. Summary of the Invention

[0004] Based on the above purposes, the present invention provides a method, device, and system for solving big data congestion in LoRa low-power communication between a secure voice terminal and a base station.

[0005] A method for solving big data congestion in LoRa low-power communication between a secure voice terminal and a base station includes the following steps:

[0006] S1: The secure voice terminal establishes an initial connection with the base station through a first communication channel, and the first communication channel is configured in a low-rate mode for transmitting short message data and standby listening;

[0007] S2: When the secure voice terminal detects a large file transmission requirement, it generates a dynamic token request including data type, data volume, and priority information, and sends it to the base station through the first communication channel;

[0008] S3: After receiving the dynamic token request, the base station selects a second communication channel from the pre-allocated communication resource pool according to the priority and data volume, generates a dynamic token bound to the second communication channel. The second communication channel is configured in a high-rate mode and has a frequency band interval from the first communication channel ≥ 2 MHz;

[0009] S4: The secure voice terminal receives the dynamic token, switches to the second communication channel to complete the large file data transmission, releases the dynamic token after the transmission ends and automatically reconnects to the first communication channel;

[0010] S5: The base station sends the received large file data to the data processing node for optimization;

[0011] S6: The data processing node sorts the optimized data according to the preset service level and distributes it to the target secure voice terminal through the first communication channel or the second communication channel of the base station.

[0012] Optionally, the S1 specifically includes:

[0013] S11: When the secure voice terminal starts up, it automatically scans the broadcast signal of the base station, identifies and locks the first communication channel. The air rate of the first communication channel is configured at 5 kbps, and the corresponding physical layer parameters are spreading factor SF = 12, bandwidth BW = 125 kHz, and coding rate CR = 4 / 8;

[0014] S12: The secure voice terminal sends a connection request message to the base station. The request message contains the terminal identity identifier and the current service status;

[0015] S13: The base station responds to the connection request on the first communication channel, feeds back a connection confirmation instruction and allocates a unique communication time slot for the terminal. The time slot is used for periodic transmission of short message data;

[0016] S14: The secure voice terminal periodically sends a heartbeat signal and sensor short message data on the first communication channel at a rate of 5 kbps according to the communication time slot;

[0017] S15: The base station monitors the heartbeat signal and short message data on the first communication channel in real time and maintains a low-power standby state during non-transmission periods.

[0018] Optionally, the S2 specifically includes:

[0019] S21: The secure voice terminal detects the files stored locally to be transmitted or the sensor data collected in real time. When the data volume of the file exceeds 200 bytes, it is determined as a large file transmission requirement;

[0020] S22: Extract the metadata of the file, including the data type identifier, the data volume value, and the priority label;

[0021] S23: Encapsulate the metadata into a dynamic token request message, including a protocol header, a data segment, and a check code;

[0022] S24: Send the dynamic token request message to the base station through the first communication channel at a rate of 5 kbps, using a frame-by-frame transmission mechanism, where each frame contains 20 bytes of payload and 2 bytes of frame sequence number;

[0023] S25: After the base station successfully validates the received complete request message, return an acknowledgment instruction to the secure voice terminal, where the acknowledgment instruction includes the message reception status and the token allocation waiting duration information.

[0024] Optionally, the specific steps of S3 are as follows:

[0025] S31: The base station parses the priority label and data volume value in the dynamic token request, and filters a candidate channel group from the pre-allocated communication resource pool. The communication resource pool includes multiple second communication channels, where each channel is configured in a high-rate mode and the frequency band interval is ≥ 2 MHz. The physical layer parameters include a spreading factor SF = 7, a bandwidth BW = 500 kHz, and a coding rate CR = 4 / 5;

[0026] S32: Select a target channel from the candidate channel group according to the data volume value. The selection rule is: allocate the first available channel when the data volume ≤ 1 MB, and allocate the channel with the highest bandwidth redundancy when the data volume > 1 MB;

[0027] S33: Generate a dynamic token bound to the target channel, including the channel frequency, physical layer parameters, and valid duration;

[0028] S34: Encapsulate the dynamic token and the target channel configuration information into an authorization instruction, and send it to the secure voice terminal through the first communication channel at a rate of 5 kbps;

[0029] S35: After sending the authorization instruction, the base station marks the target channel as occupied and starts the countdown of the token validity period. After the timeout, the channel resource is automatically released.

[0030] Optionally, the specific steps of S4 are as follows:

[0031] S41: The secure voice terminal receives the dynamic token authorization instruction sent by the base station, and parses the target channel frequency, physical layer parameters, and valid duration in the instruction;

[0032] S42: According to the parsed physical layer parameters, adjust the configuration of the terminal's radio frequency module, switch to the second communication channel, and send a channel switch confirmation signal to the base station;

[0033] S43: Based on the air rate of the second communication channel being ≥ 20 kbps, split the large file data into multiple data packets for transmission. Each data packet contains 200 bytes of payload and 2 bytes of check code;

[0034] S44: After all data packets are transmitted and the verification passes, the secure voice terminal sends a dynamic token release request to the base station;

[0035] S45: After receiving the release request, the base station releases the occupied state of the target channel;

[0036] S46: After receiving the release confirmation instruction, the secure voice terminal automatically restores the radio frequency module configuration to the physical layer parameters of the first communication channel.

[0037] Optionally, the specific steps of S5 are as follows:

[0038] S51: The base station classifies the received large file data into audio data or image data according to the data type;

[0039] S52: For audio data, the data processing node performs noise reduction and compression;

[0040] S53: For image data, the data processing node performs resolution adaptive adjustment;

[0041] S54: Package the optimized audio or image data into a standardized data packet, attach the check code and terminal identification information, and store it in the temporary buffer of the base station;

[0042] S55: The data processing node generates a data distribution instruction, which includes the target terminal identification and the storage address of the optimized data, and sends it to the corresponding terminal through the first communication channel or the second communication channel of the base station.

[0043] Optionally, the specific steps of S6 are as follows:

[0044] S61: The data processing node parses the service priority label in the optimized data packet. The label is set to three levels according to the data type, where the label value of 0x01 represents an emergency voice instruction, 0x02 represents sensor alarm data, and 0x03 represents an image / audio file;

[0045] S62: Arrange the data packets in descending order according to the service priority label to generate a distribution queue, and the queue order is 0x01 > 0x02 > 0x03;

[0046] S63: Select a distribution channel according to the distribution queue order and the channel occupancy status of the target terminal;

[0047] S64: Encapsulate the data packet into a distribution frame, where the distribution frame includes a target terminal identifier, a priority label, and a check field, and send it to the base station through the selected channel;

[0048] S65: After receiving the distribution frame on the target channel, the base station checks the data integrity and feeds back a reception confirmation signal to the data processing node;

[0049] S66: If the check fails, the data processing node reinserts the data packet at the head of the distribution queue and waits for the next distribution cycle.

[0050] Optionally, the S63 specifically includes:

[0051] S631: If the target terminal is currently connected to the first communication channel and the data volume ≤ 200 bytes, send it through the first communication channel at a rate of 5 kbps;

[0052] S632: If the target terminal is currently connected to the second communication channel or the data volume > 200 bytes, send it through the second communication channel at a rate of ≥ 20 kbps.

[0053] A device for solving large data blockage in LoRa low-power communication between a secure voice terminal and a base station, which is used to implement the above solution method, and includes the following modules:

[0054] Secure voice terminal module: used to start and automatically connect to the first communication channel of the base station, detect and judge the data transmission requirement, generate a dynamic token request when the data volume exceeds 200 bytes, and send the request to the base station through the first communication channel;

[0055] Base station module: used to receive and parse the dynamic token request sent by the secure voice terminal module, select the second communication channel from the pre-allocated communication resource pool according to the priority label and data volume, and generate a dynamic token bound to the selected channel;

[0056] Channel switching module: connected to the secure voice terminal module, used to receive the dynamic token authorization instruction sent by the base station module, adjust the radio frequency module configuration according to the instruction, switch to the selected second communication channel, and complete the large data transmission;

[0057] Data transmission module: connected to the secure voice terminal module, used to split the large file data into multiple data packets according to the air rate of the second communication channel and transmit them, and each data packet waits for the base station to return a reception confirmation instruction after transmission;

[0058] Data processing node module: used to receive and parse the optimized large file data, sort the data according to the service priority, and select a suitable channel for data distribution according to the channel status of the target terminal;

[0059] Data verification module: used to perform integrity verification on the received data and feedback a reception confirmation signal to the data processing node module according to the verification result; if the verification fails, the data processing node module reinserts the data packet into the head of the distribution queue and redistributes the data.

[0060] A system for solving big data blockage in LoRa low-power communication between a secure voice terminal and a base station, including a client, several storage nodes, and a file access unit. The client is used to initiate an access request for a target file. The storage nodes are used to store the logical block data of the target file. The file access unit is used to perform file access scheduling between the client and the storage nodes, and implement atomic access token generation, fragmentation-aware recombination, capacity fragmentation clustering allocation, and atomic operation execution.

[0061] Advantages of the present invention:

[0062] In the present invention, through the dynamic token permission and multi-channel cooperation mechanism, the problem of channel blockage caused by large file transmission in low-power communication scenarios is effectively solved; at the resource allocation level, the secure voice terminal dynamically switches to a dedicated high-speed channel according to service requirements, ensuring that emergency voice commands and sensor alarm data preferentially occupy independent channels, avoiding delays or losses of critical services due to resource competition, and significantly improving the real-time performance and reliability of the system response.

[0063] In the present invention, through the data transfer and storage processing system, large files such as audio and images are classified and optimized, and distributed to multiple terminals across channels based on service levels, which not only reduces the channel load caused by repeated transmission, but also ensures the directivity of high-priority data; this solution realizes the coordination of multi-service parallel processing and dynamic resource scheduling, fundamentally optimizing the overall efficiency of the low-power communication network, and is especially suitable for emergency communication scenarios with complex environments and diverse service types. Brief Description of the Drawings

[0064] In order to more clearly illustrate the technical solutions in the present invention or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, the following drawings are only of the present invention. For those of ordinary skill in the art, other drawings can also be obtained based on these drawings without creative efforts.

[0065] Figure 1 Schematic diagram of the solution method for the embodiment of the present invention;

[0066] Figure 2 Schematic diagram of the device for the embodiment of the present invention;

[0067] Figure 3 Schematic diagram of the system working process for the embodiment of the present invention. Detailed Embodiments

[0068] The present invention will be described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be noted here that in order to make the embodiments more detailed, the following embodiments are the best and preferred embodiments. For some well-known technologies, those skilled in the art can also adopt other alternative methods for implementation; moreover, the accompanying drawings are only for more specific description of the embodiments, and are not intended to specifically limit the present invention.

[0069] It should be pointed out that in the specification, references to "one embodiment", "embodiment", "exemplary embodiment", "some embodiments", etc. indicate that the described embodiments may include specific features, structures, or characteristics, but not necessarily every embodiment includes such specific features, structures, or characteristics. Additionally, when combining embodiments to describe specific features, structures, or characteristics, implementing such features, structures, or characteristics in combination with other embodiments (whether explicitly described or not) should be within the knowledge of those skilled in the relevant art.

[0070] Generally, terms can be understood at least in part from their use in context. For example, at least in part depending on the context, the term "one or more" as used herein can be used to describe any feature, structure, or characteristic in a singular sense, or can be used to describe a combination of features, structures, or characteristics in a plural sense. Additionally, the term "based on" can be understood as not necessarily intended to convey a set of exclusive factors, but rather can alternatively, at least in part depending on the context, allow for the existence of other factors that may not be explicitly described.

[0071] As Figure 1 shown, a method for solving large data blockage in LoRa low-power communication between a secure voice terminal and a base station includes the following steps:

[0072] S1: The secure voice terminal establishes an initial connection with the base station through a first communication channel, and the first communication channel is configured in a low-rate mode for transmitting short message data and standby listening;

[0073] S2: When the secure voice terminal detects a large file transmission requirement, it generates a dynamic token request including data type, data volume, and priority information, and sends it to the base station through the first communication channel;

[0074] S3: After receiving the dynamic token request, the base station selects a second communication channel from a pre-allocated communication resource pool according to the priority and data volume, generates a dynamic token bound to the second communication channel, and the second communication channel is configured in a high-rate mode, and the frequency band interval from the first communication channel is ≥ 2 MHz;

[0075] S4: The secure voice terminal receives the dynamic token, switches to the second communication channel to complete the large file data transmission, releases the dynamic token after the transmission ends, and automatically reconnects to the first communication channel;

[0076] S5: The base station sends the received large file data to the data processing node for optimization;

[0077] S6: The data processing node sorts the optimized data according to the preset service level, and distributes it to the target secure voice terminal through the first communication channel or the second communication channel of the base station.

[0078] S1 specifically includes:

[0079] S11: When the secure voice terminal starts up, it automatically scans the broadcast signal of the base station, identifies and locks the first communication channel. The air rate of the first communication channel is configured as 5 kbps, and the corresponding physical layer parameters are spreading factor SF = 12, bandwidth BW = 125 kHz, and coding rate CR = 4 / 8;

[0080] S12: The secure voice terminal sends a connection request message to the base station. The request message contains the terminal identity identifier and the current service status;

[0081] S13: The base station responds to the connection request on the first communication channel, feeds back a connection confirmation instruction and allocates a unique communication time slot for the terminal. The time slot is used for periodic transmission of short message data;

[0082] S14: The secure voice terminal periodically sends a heartbeat signal and sensor short message data on the first communication channel at a rate of 5 kbps according to the communication time slot. The single - packet length of the short message data ≤ 50 bytes;

[0083] S15: The base station listens to the heartbeat signal and short message data in real time on the first communication channel, and maintains a low - power standby state during non - transmission periods, only activating the receiving circuit to respond to burst service requests. The above steps achieve the construction of an efficient and low - power default communication mode by automatically identifying and connecting to the low - rate first communication channel during the terminal startup phase; by allocating a unique communication time slot and configuring accurate physical layer parameters, the real - time performance and reliability of short message data transmission are guaranteed, and at the same time, a stable basic connection environment is provided for the channel switching of subsequent large file transmission, effectively reducing the probability of system resource idling and conflict.

[0084] S2 specifically includes:

[0085] S21: The secure voice terminal detects the files to be transmitted stored locally or the sensor data collected in real time. When the data volume of the file exceeds 200 bytes, it is determined as a large file transmission requirement;

[0086] S22: Extract the metadata of the file, including the data type identifier, the data volume value, and the priority label. The priority label is automatically set according to the business scenario, where the emergency voice command has the highest priority, the sensor alarm data has the medium priority, and the image / audio file has the low priority;

[0087] S23: Package the metadata into a dynamic token request message, including a protocol header, a data segment, and a check code. The data segment is arranged in a preset format as [Data Type: 1 byte], [Data Volume: 4 bytes], [Priority: 1 byte];

[0088] S24: Send the dynamic token request message to the base station through the first communication channel at a rate of 5 kbps, using a frame-by-frame transmission mechanism. Each frame contains 20 bytes of payload and 2 bytes of frame sequence number to ensure data integrity;

[0089] S25: After the base station passes the verification after receiving the complete request message, it returns a confirmation command to the secure voice terminal. The confirmation command includes the message reception status and the token allocation waiting duration information; The above steps construct a dynamic token application mechanism based on the business type and data volume through the automatic recognition and classification of large file requirements, enabling the system to accurately distinguish big data scenarios and initiate resource applications in a timely manner; Through the structured packaging and frame-by-frame transmission of metadata, it ensures the integrity and verifiability of data transmission under low-rate channels, effectively improving the stability and response efficiency of the dynamic token allocation process, and laying a data foundation for subsequent high-bandwidth resource scheduling.

[0090] S3 specifically includes:

[0091] S31: The base station parses the priority label and data volume value in the dynamic token request, and filters the candidate channel group from the pre-allocated communication resource pool according to the priority label. The communication resource pool includes multiple second communication channels, where each channel is configured in a high-rate mode and the frequency band interval ≥ 2 MHz. The physical layer parameters include spreading factor SF = 7, bandwidth BW = 500 kHz, and coding rate CR = 4 / 5;

[0092] S32: Select the target channel from the candidate channel group according to the data volume value. The selection rule is: allocate the first available channel when the data volume ≤ 1 MB, and allocate the channel with the highest bandwidth redundancy when the data volume > 1 MB;

[0093] S33: Generate a dynamic token bound to the target channel, including the channel frequency, physical layer parameters, and the valid duration. The valid duration is calculated according to the data volume, and the formula is: valid duration (seconds) = data volume (MB) × transmission rate correction factor, where the transmission rate correction factor is 0.5;

[0094] S34: Package the dynamic token and the target channel configuration information into an authorization instruction and send it to the secure voice terminal through the first communication channel at a rate of 5 kbps;

[0095] After the base station sends the authorization instruction, mark the target channel as occupied and start the countdown of the token validity period. After timeout, the channel resources will be automatically released. The above steps achieve the on-demand fine-grained scheduling of high-rate communication resources by jointly analyzing the priority and data volume carried in the dynamic token request; improve the adaptability of resource allocation by preferentially screening candidate channels and judging the bandwidth redundancy; the mechanism of calculating the token validity duration based on the data volume can effectively prevent resource occupation timeout and contribute to the rapid channel reuse and conflict avoidance under high-concurrency large-data services.

[0096] S4 specifically includes:

[0097] S41: The secure voice terminal receives the dynamic token authorization instruction sent by the base station, and parses the target channel frequency, physical layer parameters and validity duration in the instruction. The physical layer parameters include spreading factor SF = 7, bandwidth BW = 500 kHz, and coding rate CR = 4 / 5;

[0098] S42: According to the parsed physical layer parameters, adjust the configuration of the terminal's radio frequency module, switch to the second communication channel, and send a channel switching confirmation signal to the base station;

[0099] S43: Based on the air rate of the second communication channel ≥ 20 kbps, split the large file data into multiple data packets for transmission. Each data packet contains 200 bytes of payload and 2 bytes of check code, and wait for the base station to return a receive confirmation instruction after transmitting each data packet;

[0100] S44: When all data packets are transmitted and the verification is passed, the secure voice terminal sends a dynamic token release request to the base station. The request contains the terminal identity identifier and the transmitted data volume information;

[0101] S45: After receiving the release request, the base station releases the occupied state of the target channel and feeds back a release confirmation instruction to the secure voice terminal;

[0102] S46: After the secure voice terminal receives the release confirmation instruction, it automatically restores the configuration of the radio frequency module to the physical layer parameters of the first communication channel, i.e., spreading factor SF = 12, bandwidth BW = 125 kHz, coding rate CR = 4 / 8, and re - establishes the connection with the first communication channel; by dynamically parsing and applying channel parameters as described above, the secure voice terminal and the base station achieve temporary switching and rapid fallback for high - speed channels; under the packet confirmation mechanism, transmission reliability is ensured, avoiding re - transmission due to data loss; the dynamic token release and communication configuration rollback mechanisms together improve resource utilization and system response efficiency, enabling large - file transmission to have both rate guarantee and not affect the continuous operation of other low - speed services.

[0103] S5 specifically includes:

[0104] S51: The base station classifies the received large - file data into audio data or image data according to the data type. The classification basis is the identification field in the packet header. The identification field contains a 1 - byte type code, where 0x01 represents audio and 0x02 represents image.

[0105] S52: For audio data, the data processing node performs noise reduction and compression operations, including:

[0106] S521: Adopt a threshold - based noise reduction algorithm based on wavelet transform to filter out the environmental noise frequency band and retain the main voice frequency band.

[0107] S522: Apply OPUS encoding compression to the noise - reduced audio data. The compression rate is dynamically adjusted according to the channel quality, and the compression rate range is 50% - 70%.

[0108] S53: For image data, the data processing node performs resolution adaptive adjustment operations, including:

[0109] S531: Parse the display capability parameters of the receiving terminal, including the maximum supported resolution and screen size.

[0110] S532: According to the display capability parameters, scale the image resolution proportionally. The scaling formula is: target resolution = min(original resolution, terminal maximum resolution) × 0.8.

[0111] S533: Use the bilinear interpolation algorithm to smooth the scaled image.

[0112] S54: Package the optimized audio or image data into a standardized data packet, attach a check code and terminal identification information, and store it in the temporary buffer area of the base station.

[0113] S55: The data processing node generates a data distribution instruction, which includes the target terminal identifier and the storage address of the optimized data, and is sent to the corresponding terminal through the first communication channel or the second communication channel of the base station.

[0114] S6 specifically includes:

[0115] S61: The data processing node parses the service priority label in the optimized data packet. The label is set to three levels according to the data type, where the label value of 0x01 represents an emergency voice instruction, 0x02 represents sensor alarm data, and 0x03 represents an image / audio file;

[0116] S62: Arrange the data packets in descending order according to the service priority label to generate a distribution queue, and the queue order is 0x01 > 0x02 > 0x03;

[0117] S63: Select a distribution channel according to the distribution queue order and the channel occupancy status of the target terminal;

[0118] S64: Package the data packet into a distribution frame, which includes the target terminal identifier, the priority label, and the check field, and send it to the base station through the selected channel;

[0119] S65: After receiving the distribution frame on the target channel, the base station checks the data integrity and feeds back a reception confirmation signal to the data processing node;

[0120] S66: If the check fails, the data processing node reinserts the data packet into the head of the distribution queue and waits for the next distribution cycle; The above steps ensure the timely transmission of different types of data through the priority sorting of the optimized data and the channel selection strategy. Especially in a multi-terminal environment, high-priority services can be processed preferentially to avoid data loss and transmission delay; The reliability of data transmission is ensured through the reception confirmation mechanism of the base station, and the success rate of transmission and the system stability are further improved by reordering the data that fails to be successfully verified.

[0121] The specific process of selecting a distribution channel in S63 includes:

[0122] S631: If the target terminal is currently connected to the first communication channel and the data volume ≤ 200 bytes, send it through the first communication channel at a rate of 5 kbps;

[0123] S632: If the target terminal is currently connected to the second communication channel or the data volume > 200 bytes, send it through the second communication channel at a rate of ≥ 20 kbps.

[0124] As Figure 2 shown, a device for solving big data blockage in LoRa low-power communication between a secure voice terminal and a base station is used to implement the above solution method, and includes the following modules:

[0125] Secure Voice Terminal Module: It is used to initiate and automatically connect to the first communication channel of the base station, detect and judge the data transmission requirements. When the data volume exceeds 200 bytes, it generates a dynamic token request and sends the request to the base station through the first communication channel;

[0126] Base Station Module: It is used to receive and parse the dynamic token request sent by the secure voice terminal module, select the second communication channel from the pre-allocated communication resource pool according to the priority label and data volume, and generate a dynamic token bound to the selected channel;

[0127] Channel Switching Module: It is connected to the secure voice terminal module and is used to receive the dynamic token authorization instruction sent by the base station module, adjust the radio frequency module configuration according to the instruction, switch to the selected second communication channel, and complete the large data transmission;

[0128] Data Transmission Module: It is connected to the secure voice terminal module and is used to split the large file data into multiple data packets according to the air rate of the second communication channel and transmit them. Each data packet waits for the base station to return a reception confirmation instruction after transmission;

[0129] Data Processing Node Module: It is used to receive and parse the optimized large file data, sort the data according to the service priority, and select a suitable channel for data distribution according to the channel status of the target terminal;

[0130] Data Verification Module: It is used to perform integrity verification on the received data and feedback a reception confirmation signal to the data processing node module according to the verification result; if the verification fails, the data processing node module will re-insert the data packet to the head of the distribution queue and re-perform data distribution; The above system clearly divides the functions of the secure voice terminal, base station and data processing node through modular design. The modules cooperate closely with each other to ensure the efficient transmission and accurate verification of large data in a low-power communication environment; The combination of functions such as the dynamic token mechanism, channel switching, and priority sorting effectively avoids the blocking problem during the large data transmission process and improves the concurrent ability of multi-service transmission.

[0131] A system for solving large data blocking in LoRa low-power communication between a secure voice terminal and a base station, including a client, several storage nodes and a file access unit. The client is used to initiate an access request for a target file. The storage nodes are used to store the logical block data of the target file. The file access unit is used to perform file access scheduling between the client and the storage nodes, and implement atomic access token generation, fragment awareness recombination, capacity fragment clustering allocation and atomic operation execution.

[0132] The present invention encompasses any alternatives, modifications, equivalent methods, and solutions within the spirit and scope of the present invention. To enable the public to have a thorough understanding of the present invention, specific details are described in detail in the following preferred embodiments of the present invention. However, those skilled in the art can fully understand the present invention even without the description of these details. Additionally, well-known methods, processes, procedures, components, and circuits, etc. are not described in detail to avoid unnecessary confusion with the essence of the present invention.

[0133] The above description is only a preferred embodiment of the present invention. It should be noted that for those of ordinary skill in the art, without departing from the principle of the present invention, several improvements and refinements can be made, and these improvements and refinements should also be regarded as within the protection scope of the present invention.

Claims

1. A solution to big data blocking in LoRa low-power communication between a secure voice terminal and a base station, characterized in that: The following steps are involved: S1: The secure voice terminal establishes an initial connection with the base station through a first communication channel, where the first communication channel is configured in a low-rate mode for transmitting short message data and standby monitoring; S2: When the secure voice terminal detects a large file transmission requirement, it generates a dynamic token request including data type, data volume and priority information, and sends the request to the base station through the first communication channel; S3: After receiving the dynamic token request, the base station selects a second communication channel from the pre-allocated communication resource pool according to the priority and data volume, and generates a dynamic token bound to the second communication channel, wherein the second communication channel is configured as a high-rate mode and has a frequency band interval of ≥2 MHz with the first communication channel; S4: The secure voice terminal receives the dynamic token, switches to the second communication channel to complete the large file data transmission, releases the dynamic token after the transmission is completed, and automatically reconnects to the first communication channel; S5: The base station sends the received large file data to the data processing node for optimization; S6: The data processing node sorts the optimized data according to the preset service level, and distributes it to the target secure voice terminal through the first communication channel or the second communication channel of the base station.

2. A solution to big data blocking in LoRa low-power communication between a secure voice terminal and a base station according to claim 1, characterized in that: The S1 specifically includes: S11: When the secure voice terminal is started, it automatically scans the broadcast signal of the base station, identifies and locks the first communication channel, the air rate of the first communication channel is configured to be 5 kbps, and the corresponding physical layer parameters are spreading factor SF=12, bandwidth BW=125 kHz, and coding rate CR=4 / 8; S12: The secure voice terminal sends a connection request message to the base station, wherein the request message includes a terminal identity and a current service status; S13: The base station responds to the connection request on the first communication channel, feeds back a connection confirmation instruction and allocates a unique communication time slot for the terminal, where the time slot is used to periodically transmit short message data; S14: The secure voice terminal periodically sends a heartbeat signal and sensor short message data on the first communication channel at a rate of 5 kbps according to the communication time slot; S15: The base station monitors the heartbeat signal and the short message data in real time on the first communication channel, and maintains a low-power standby state during a non-transmission period.

3. A solution to big data blocking in LoRa low-power communication between a secure voice terminal and a base station according to claim 1, characterized in that: The S2 specifically includes: S21: The secure voice terminal detects the locally stored file to be transmitted or the sensor data collected in real time, and when the data volume of the file exceeds 200 bytes, it is determined to be a large file transmission requirement; S22: extracting metadata of the file, including data type identification, data volume value and priority label; S23: Encapsulate the metadata into a dynamic token request message, including a protocol header, a data segment, and a checksum; S24: Sending the dynamic token request message to the base station at a rate of 5 kbps through the first communication channel, using a frame transmission mechanism, with each frame containing a 20-byte payload and a 2-byte frame number; S25: After receiving the complete request message, the base station verifies that it has passed and returns a confirmation instruction to the secure voice terminal. The confirmation instruction includes the message receiving status and the token allocation waiting time information.

4. A solution to big data blocking in LoRa low-power communication between a secure voice terminal and a base station according to claim 1, characterized in that: The S3 specifically includes: S31: The base station parses the priority tag and the data volume value in the dynamic token request, and selects a candidate channel group from a pre-allocated communication resource pool according to the priority tag, wherein the communication resource pool includes a plurality of second communication channels, each of which is configured as a high-rate mode and has a frequency band interval of ≥2 MHz, and physical layer parameters include a spreading factor SF=7, a bandwidth BW=500 kHz, and a coding rate CR=4 / 5; S32: Select a target channel from the candidate channel group according to the data volume value, and the selection rule is: when the data volume is ≤1MB, the first available channel is allocated; when the data volume is >1MB, the channel with the highest bandwidth redundancy is allocated; S33: Generate a dynamic token bound to the target channel, including channel frequency, physical layer parameters and validity period; S34: Encapsulate the dynamic token and the target channel configuration information into an authorization instruction, and send it to the secure voice terminal via the first communication channel at a rate of 5 kbps; S35: After sending the authorization instruction, the base station marks the target channel as occupied and starts the countdown of the token validity period. After the timeout, the channel resources are automatically released.

5. A solution to big data blocking in LoRa low-power communication between a secure voice terminal and a base station according to claim 1, characterized in that: The S4 specifically includes: S41: The secure voice terminal receives the dynamic token authorization instruction sent by the base station, and parses the target channel frequency, physical layer parameters and validity period in the instruction; S42: adjusting the radio frequency module configuration of the terminal according to the parsed physical layer parameters, switching to the second communication channel, and sending a channel switching confirmation signal to the base station; S43: based on the air rate of the second communication channel being ≥20 kbps, the large file data is divided into a plurality of data packets for transmission, each data packet including a 200-byte payload and a 2-byte checksum; S44: When all data packets are transmitted and verified, the secure voice terminal sends a dynamic token release request to the base station; S45: After receiving the release request, the base station releases the occupation state of the target channel; S46: After receiving the release confirmation instruction, the secure voice terminal automatically restores the RF module configuration to the physical layer parameters of the first communication channel.

6. A solution to big data blocking in LoRa low-power communication between a secure voice terminal and a base station according to claim 1, characterized in that: The S5 specifically includes: S51: The base station classifies the received large file data into audio data or image data according to data type; S52: For the audio data, the data processing node performs noise reduction compression; S53: For the image data, the data processing node performs resolution adaptive adjustment; S54: Encapsulating the optimized audio or image data into a standardized data packet, adding a checksum and terminal identification information, and storing it in a temporary buffer area of ​​the base station; S55: The data processing node generates a data distribution instruction, which includes a target terminal identifier and a storage address of the optimized data, and sends the instruction to the corresponding terminal through the first communication channel or the second communication channel of the base station.

7. A solution to big data blocking in LoRa low-power communication between a secure voice terminal and a base station according to claim 1, characterized in that: The S6 specifically includes: S61: The data processing node parses the service priority label in the optimized data packet, and the label is set to three levels according to the data type, where the label value 0x01 indicates an emergency voice command, 0x02 indicates sensor alarm data, and 0x03 indicates an image / audio file; S62: Arrange the data packets in descending order according to the service priority tags to generate a distribution queue, and the queue order is 0x01>0x02>0x03; S63: Select a distribution channel according to the distribution queue order and the channel occupancy status of the target terminal; S64: Encapsulate the data packet into a distribution frame, wherein the distribution frame includes a target terminal identifier, a priority tag, and a check field, and send the frame to the base station through the selected channel; S65: After receiving the distribution frame on the target channel, the base station verifies the data integrity and feeds back a reception confirmation signal to the data processing node; S66: If the verification fails, the data processing node reinserts the data packet into the head of the distribution queue and waits for the next distribution cycle.

8. A solution to big data blocking in LoRa low-power communication between a secure voice terminal and a base station according to claim 1, characterized in that: The S63 specifically includes: S631: If the target terminal is currently connected to the first communication channel and the data volume is ≤ 200 bytes, send at a rate of 5 kbps through the first communication channel; S632: If the target terminal is currently connected to the second communication channel or the data volume is greater than 200 bytes, the data is sent through the second communication channel at a rate of ≥20 kbps.

9. A device for solving big data blocking in LoRa low-power communication between a secure voice terminal and a base station, used to implement the solution as described in any one of claims 1 to 9, characterized in that: Includes the following modules: Secure voice terminal module: used to start and automatically connect to the first communication channel of the base station, detect and determine the data transmission demand, and when the data volume exceeds 200 bytes, generate a dynamic token request and send the request to the base station through the first communication channel; Base station module: used to receive and parse the dynamic token request sent by the secure voice terminal module, select a second communication channel from the pre-allocated communication resource pool according to the priority tag and the data volume, and generate a dynamic token bound to the selected channel; Channel switching module: connected to the secure voice terminal module, used to receive the dynamic token authorization instruction issued by the base station module, adjust the RF module configuration according to the instruction, switch to the selected second communication channel, and complete the large data transmission; Data transmission module: connected to the secure voice terminal module, used to divide the large file data into multiple data packets and transmit them according to the air rate of the second communication channel, and each data packet waits for the base station to return a reception confirmation instruction after transmission; Data processing node module: used to receive and parse the optimized large file data, sort the data according to business priority, and select the appropriate channel for data distribution according to the channel status of the target terminal; Data verification module: used to perform integrity verification on the received data and feedback a reception confirmation signal to the data processing node module based on the verification result; If the verification fails, the data processing node module will reinsert the data packet into the head of the distribution queue and redistribute the data.

10. A system for solving big data blocking in LoRa low-power communication between a secure voice terminal and a base station, characterized in that: The system comprises a client, several storage nodes and a file access unit, wherein the client is used to initiate an access request to a target file, the storage node is used to store the logical block data of the target file, and the file access unit is used to perform file access scheduling between the client and the storage node, and realize atomic access token generation, fragmentation-aware reorganization, capacity fragmentation clustering allocation and atomic operation execution.

Images