Emergency command message formatting processing method adaptive to narrowband channel

By defining a message format with variable length and a CRC verification mechanism, the transmission efficiency and reliability problems of emergency command systems under narrowband channels are solved, and efficient support for location sharing and path planning is achieved, suitable for emergencies and low bandwidth environments.

CN120238583APending Publication Date: 2025-07-01NAT UNIV OF DEFENSE TECH
View PDF 6 Cites 0 Cited by

Patent Information

Application Number
CN202510725372.9
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-06-03
Publication Date
2025-07-01

AI Technical Summary

Technical Problem

The existing emergency command system has low transmission efficiency under narrowband channel conditions, cannot meet the requirements of real-time and reliability, and lacks a formatting processing mechanism for location sharing and path planning, resulting in an intensified data transmission redundancy and bandwidth pressure.

Method used

The message format with variable length is adopted, including the destination address, source address, message classification number, message body and CRC verification report tail, combined with the sending and receiving process of platform location and path planning, the reliability and accuracy of data transmission are ensured through the CRC verification mechanism.

Benefits of technology

It realizes efficient message transmission under narrowband channel conditions, supports location sharing and path planning in emergency command, enhances the flexibility and adaptability of the system, and is suitable for emergencies and other low-bandwidth communication scenarios.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120238583A_ABST
    Figure CN120238583A_ABST
Patent Text Reader

Abstract

The invention discloses an emergency command message formatting processing method adaptive to a narrowband channel, which comprises the following steps: generating a bit-oriented message format based on the characteristics of a to-be-transmitted message, the message format comprising a destination address, a source address, a message classification number, a message text and a CRC (Cyclic Redundancy Check) check message tail; based on the position of the platform, starting a platform position sharing sending process and a receiving process; and starting a path planning message sending process and a path planning message receiving process based on the planning of the platform path. The invention also discloses an emergency command message formatting processing device adaptive to the narrowband channel, corresponding equipment and a storage medium. According to the emergency command message formatting processing method adaptive to the narrowband channel provided by the embodiment of the invention, efficient message transmission under the narrowband channel condition is realized by defining a bit-oriented and length-variable message format, and the flexibility of the system is enhanced.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of communication technologies, and more specifically, to an emergency command message formatting and processing method for adapting to narrowband channels. Background Art

[0002] In an emergency command system for emergencies, the efficient transmission and sharing of information are the keys to ensuring the timeliness and effectiveness of emergency responses. Existing emergency command systems mostly rely on high-bandwidth networks (such as mobile Internet) and use the HTTP protocol for information interaction such as situation sharing and command collaboration. However, in major emergencies such as natural disasters and industrial accidents, problems such as "three disruptions" (disrupted transportation, power, and network) often occur, resulting in severely limited communication bandwidth. At this time, the emergency command system needs to rely on satellite communication networks such as Tian Tong-1 and BeiDou-3 to achieve information interaction between various emergency departments and emergency response forces under data rates of 2.4 kbps or even lower.

[0003] Existing technologies perform well in high-bandwidth environments but have obvious deficiencies in narrowband channel conditions: First, traditional communication protocols such as the HTTP protocol have low transmission efficiency in low-bandwidth environments and cannot meet the requirements for real-time and reliability in emergency command; second, existing systems mostly use fixed-length message formats and cannot flexibly respond to the complex and changing information requirements in emergency command, resulting in redundant data transmission and further exacerbating the bandwidth pressure; finally, existing technologies lack a formatting and processing mechanism for key information such as location sharing and path planning, making it difficult to achieve efficient information interaction under extreme communication conditions. Therefore, there is an urgent need for an emergency command information processing solution that adapts to narrowband channel transmission and can achieve efficient, flexible, and reliable information transmission under low-bandwidth conditions to support key tasks in emergency command for emergencies. Summary of the Invention

[0004] In view of at least one defect or improvement requirement of the existing technology, the present invention provides an emergency command message formatting and processing method for adapting to narrowband channels, which can solve at least one of the problems existing in the above background art.

[0005] To achieve the above object, according to the first aspect of the present invention, there is provided an emergency command message formatting and processing method for adapting to narrowband channels, the method comprising: Generating a bit-oriented message format based on the characteristics of the message to be transmitted, the message format including a destination address, a source address, a message classification number, a message body, and a CRC check trailer; Starting a platform location sharing sending process and a receiving process based on the location of the platform; Starting a path planning message sending process and a receiving process based on the planning of the platform path.

[0006] Further, for the above method for formatting emergency command messages adapted to narrowband channels, the platform location sharing sending process specifically includes: S2.1 Create a platform location sharing service, set the message classification number as the location sharing message classification number, collect platform location information, and determine whether the distance between the current platform location and the previous moment's location is greater than the first distance threshold. If it is greater than the first threshold, proceed to step S2.3; otherwise, proceed to step S2.2; S2.2 Determine whether the difference between the current moment and the previous moment of the current platform reaches the reporting time period. If it reaches the reporting time period, proceed to step S2.3; otherwise, proceed to step S2.1; S2.3 Format the platform location information to obtain the destination address and source address, and collect the current timestamp; S2.4 Combine the header and location information, generate a check value, generate a complete message, and send the complete message through the narrowband channel.

[0007] Further, for the above method for formatting emergency command messages adapted to narrowband channels, the platform location sharing receiving process specifically includes: S3.1 Receive a message, parse and calculate the check value. If the calculated check value is different from the parsed check value, discard the message. If they are the same, parse the destination address information in the header. If the header destination address matches the current platform address, proceed to step S3.2; otherwise, discard the message; S3.2 Parse the message classification number. If the message classification number is the location sharing message classification number, proceed to step S3.3; otherwise, transfer to the message type message processing process; S3.3 Parse the source platform location information, header source address information, and timestamp information; S3.4 Display the source platform location information and timestamp on a two-dimensional or three-dimensional map of the geographic information system.

[0008] Further, for the above method for formatting emergency command messages adapted to narrowband channels, the path planning message sending process specifically includes: S4.1 Create a path planning service and set the message classification number as the path planning message classification number; S4.2 Collect path planning point information and determine whether the point information is end position information. If it is end position information, proceed to step S4.3; otherwise, assign the longitude and latitude information of the intermediate point, and repeat step S4.2; S4.3 Obtain the end address information, collect the end address name, and collect the destination address, source address, and message classification number; S4.4 Merge the destination address, source address, message classification number, longitude and latitude information of the intermediate points on the path, and the end position information data to generate a complete message, and send it through the narrowband channel.

[0009] Further, for the above-mentioned method for formatting emergency command messages adapted to narrowband channels, the receiving process of the path planning message specifically includes: S5.1 Receive the message, parse and calculate the check value. If the calculated check value is different from the parsed check value, discard the message. If they are the same, parse the destination address information in the header. If the destination address in the header matches the current platform address, go to step S5.2; otherwise, discard the message. S5.2 Parse the message classification number. If the message classification number is the path planning message classification number, go to step S5.3; otherwise, transfer to the message type message processing process. S5.3 Parse the path point information. If the parsed point information is the end position information, parse the end address name, parse the source address information in the header, and go to step S5.4; otherwise, repeat step S5.3. S5.4 Display the path planning point information and end address information sent by the source platform on the two-dimensional or three-dimensional map of the geographic information system.

[0010] Further, for the above-mentioned method for formatting emergency command messages adapted to narrowband channels, to determine whether the point information is the end position information, if it is the end position information, then GPI = 0, and assign the longitude and latitude information of the end position; if it is an intermediate point, then GPI = 1, and assign the longitude and latitude information of the intermediate point.

[0011] Further, for the above-mentioned method for formatting emergency command messages adapted to narrowband channels, for the message format, the length of the destination address is 32 bits, the length of the source address is 32 bits, the length of the message classification number is 8 bits, the length of the CRC check trailer is 16 bits, and the length of the message body is determined according to the message body.

[0012] According to the second aspect of the present invention, there is also provided an emergency command message formatting processing device adapted to narrowband channels, including: A message generation module, configured to generate a bit-oriented message format based on the characteristics of the message to be transmitted, where the message format includes a destination address, a source address, a message classification number, a message body, and a CRC check trailer; A location sharing module, configured to start the platform location sharing sending process and receiving process based on the location of the platform; A path planning module, configured to start the path planning message sending process and receiving process based on the path planning of the platform.

[0013] According to the third aspect of the present invention, there is also provided an emergency command message formatting and processing device adapted to a narrowband channel, which includes at least one processing unit and at least one storage unit. Among them, the storage unit stores a computer program, and when the computer program is executed by the processing unit, the processing unit is caused to execute the steps of the method described in any one of the above.

[0014] According to the fourth aspect of the present invention, there is also provided a storage medium that stores a computer program executable by an emergency command message formatting and processing device adapted to a narrowband channel. When the computer program runs on the emergency command message formatting and processing device adapted to a narrowband channel, the emergency command message formatting and processing device adapted to a narrowband channel is caused to execute the steps of the method described in any one of the above.

[0015] Generally speaking, compared with the prior art by the above technical solutions conceived by the present invention, the following beneficial effects can be achieved: The emergency command message formatting and processing method adapted to a narrowband channel provided by the present invention realizes efficient message transmission under narrowband channel conditions by defining a bit-oriented and variable-length message format, and can support key functions such as location sharing and path planning in emergency command under extreme communication conditions. It can meet the requirements of different emergency command scenarios, enhance the flexibility of the system, and is not only applicable to emergency command of emergencies, but also can be extended to other low-bandwidth communication scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0017] Figure 1 It is a schematic flowchart of the emergency command message formatting and processing method adapted to a narrowband channel provided by the embodiments of the present application; Figure 2 It is a schematic flowchart of the platform location sharing message sending and processing provided by the embodiments of the present application; Figure 3 It is a schematic flowchart of the platform location sharing message receiving and processing provided by the embodiments of the present application; Figure 4 It is a schematic flowchart of the path planning message sending and processing provided by the embodiments of the present application; Figure 5 It is a schematic flowchart of the path planning message receiving and processing provided by the embodiments of the present application; Figure 6 This is a schematic diagram showing the composition of the message structure provided by the embodiments of the present application. Detailed implementation manners

[0018] In order to make the objectives, technical solutions and advantages of the present invention clearer, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not used to limit the present invention. In addition, the technical features involved in the various embodiments of the present invention described below can be combined with each other as long as they do not conflict with each other.

[0019] The terms "first", "second", "third", etc. in the specification, claims and the above drawings of the present application are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally further includes steps or units not listed, or optionally further includes other steps or units inherent to these processes, methods, products or devices.

[0020] Figure 1 This is a flowchart of the method for formatting and processing emergency command messages for adapting to narrowband channels provided by the embodiments of the present application. As Figure 1 shown, the method for formatting and processing emergency command messages for adapting to narrowband channels provided by the embodiments of the present application includes: Generating a bit-oriented message format based on the characteristics of the message to be transmitted, where the message format includes a destination address, a source address, a message classification number, a message body, and a CRC check tail; Starting the platform location sharing sending process and receiving process based on the location of the platform; Starting the path planning message sending process and receiving process based on the planning of the platform path.

[0021] Specifically, the basic idea of the embodiments of the present application is to define the emergency command message format to specify the content, range, accuracy, and arrangement of message transmission, the message exchange protocol to specify the rules for message sending and receiving, the data processing method and the response mechanism, flexibly process the variable message format of emergency command, the fields in the message can be repeated, and the fields not required in the message can not be sent, so the content of each word in the message is variable, and the length of the entire message is also variable, which is suitable for use in harsh narrowband communication environments.

[0022] The core of the message transmission method is to generate a bit-oriented message format to meet the efficient transmission requirements of narrowband channels. This message format includes the following fields: destination address, which is used to identify the recipient of the message; source address, which is used to identify the sender of the message; message classification number, which is used to distinguish different types of messages (such as location sharing, path planning, etc.); message body, with variable length, which is used to carry the specific message content; and CRC checksum trailer, which is used to verify the integrity of the message.

[0023] This bit-oriented message format can minimize the data transmission overhead under low-bandwidth conditions through a compact data structure and flexible field design. For example, in an emergency command scenario, the message body of a location sharing message can only contain latitude and longitude information, while the path planning message can contain the latitude and longitude data of multiple path points. Through this design, the message length can be dynamically adjusted according to actual needs, avoiding the redundant transmission problem of traditional fixed-length messages in narrowband channels.

[0024] The platform location sharing function is a key component in the emergency command system, aiming to achieve real-time location information interaction among emergency platforms. Under narrowband channel conditions, traditional location sharing schemes based on high-bandwidth networks (such as the HTTP protocol) cannot meet the requirements of real-time and reliability. In this embodiment, through the bit-oriented message format, the location information is compressed into compact binary data and combined with the CRC check mechanism to ensure the reliability of data transmission.

[0025] In practical applications, the platform location sharing function can be widely used in emergencies such as natural disasters and accident disasters. For example, in an earthquake rescue scenario, the rescue team can obtain its own location information through a Beidou or GPS module and send the location information to the command center through a narrowband satellite communication network. The command center can display the location distribution of each rescue team in real time, providing data support for resource scheduling and task allocation. This efficient location sharing mechanism significantly improves the coordination efficiency of emergency command under limited communication bandwidth conditions.

[0026] The path planning function is another important component in the emergency command system, which is used to provide the optimal travel route for the rescue team. In emergencies, problems such as traffic interruption and road damage often cause the rescue team to be unable to proceed along the original route. In this embodiment, through the path planning message, the point information of the optimal path is transmitted to each rescue platform to ensure that the rescue team can reach the destination quickly and safely.

[0027] The generation and transmission of path planning messages also adopt a bit-oriented message format to adapt to the transmission requirements of narrowband channels. For example, in a flood rescue scenario, the command center can generate path planning information from the rescue base to the disaster area through a GIS map, encapsulate this information into path planning messages, and send them to each rescue team through a narrowband satellite communication network. After receiving the path planning messages, the rescue teams can display the travel routes in the geographic information system and adjust the travel strategies according to the real-time situation. This path planning mechanism provides important navigation support for rescue operations under the condition of limited communication bandwidth.

[0028] The message transmission method of this embodiment is specifically optimized for narrowband channels (such as satellite communication, Beidou short message, etc.). The characteristics of narrowband channels are low bandwidth, high latency, and high bit error rate, and traditional high-bandwidth communication protocols perform poorly in this environment. Through the bit-oriented message format and flexible field design, this method can achieve efficient data transmission under low-bandwidth conditions. In addition, the introduction of the CRC check mechanism further improves the reliability of data transmission and avoids information loss or errors caused by channel interference.

[0029] In practical applications, narrowband channel adaptation technology can be widely used in emergency communication in extreme environments. For example, in scenarios such as polar scientific research and ocean voyages, the communication bandwidth is often severely limited. The message transmission method of this embodiment can provide reliable communication support for these scenarios to ensure the timely transmission and processing of key information.

[0030] The method for formatting emergency command messages adapted to narrowband channels provided by the embodiments of this application realizes efficient message transmission under narrowband channel conditions by defining a bit-oriented and variable-length message format, can support key functions such as location sharing and path planning in emergency command under extreme communication conditions, can meet the requirements of different emergency command scenarios, enhances the flexibility of the system, and is not only applicable to emergency command of emergencies, but also can be extended to other low-bandwidth communication scenarios.

[0031] Optionally, for the method for formatting emergency command messages adapted to narrowband channels provided by the embodiments of this application, the platform location sharing sending process specifically includes: S2.1 Create a platform location sharing service, set the message classification number as the location sharing message classification number, collect platform location information, and determine whether the distance between the current platform location and the location at the previous moment is greater than the first distance threshold. If it is greater than the first threshold, go to step S2.3; otherwise, go to step S2.2; S2.2 Determine whether the difference between the current moment and the previous moment of the current platform reaches the reporting time period. If it reaches the reporting time period, go to step S2.3; otherwise, go to step S2.1; S2.3 Format the platform location information to obtain the destination address and the source address, and collect the current timestamp; S2.4 Combine the header and the location information to generate a check value, generate a complete message, and send the complete message through a narrowband channel.

[0032] Specifically, Figure 2 is a schematic diagram of the platform location sharing message sending and processing flow provided by an embodiment of the present application. As Figure 2 shown, the platform location sharing message sending and processing flow provided by an embodiment of the present application includes the following steps: Step S2.1: The system newly creates a platform location sharing service, sets the message classification number to (for example, 1.1), and identifies the message as a location sharing message. Obtain the current longitude and latitude information of the platform through the Beidou / GPS module. Calculate the distance between the current platform location and the location at the previous moment, and determine whether it exceeds a preset first distance threshold. The first distance threshold can be set according to the actual situation. For example, the first distance threshold can be set to 100 meters. If it exceeds the threshold, go to step S2.3; otherwise, go to step S2.2.

[0033] Step S2.2: Judge the reporting time period. If the distance between the current platform location and the location at the previous moment does not exceed the first distance threshold, further judge whether the time difference between the current moment and the previous sending moment reaches a preset reporting time period. The preset reporting time period can be set according to the actual situation. For example, the reporting time period can be set to 10 minutes. If the reporting time period is reached, go to step S2.3; otherwise, return to step S2.1 to collect location information again.

[0034] Step S2.3, format the location information and obtain the header information, and format the collected platform location information. The latitude information represents the north-south latitude through the highest bit (0 is a positive value representing the north latitude, 1 is a negative value representing the south latitude, formatted value = numerical value * 2^31 / 90), and the longitude information represents the east-west longitude through the highest bit (0 is a positive value representing the east longitude, 1 is a negative value representing the west longitude, formatted value = numerical value * 2^31 / 180). Obtain the header information, and collect the destination address, which is the unique identifier of the receiving platform, the source address, which is the unique identifier of the sending platform, and the current timestamp.

[0035] Step S2.4, combine the header and the location information and send the message. Combine the destination address, the source address, the message classification number, the timestamp, and the formatted location information into a complete message, calculate the CRC16 check value of the message, and append it to the end of the message to ensure the integrity of data transmission. Send the complete message to the receiving platform through a narrowband channel, such as satellite communication or Beidou short message.

[0036] The emergency command message formatting method for adapting to narrowband channels provided by the embodiments of the present application reduces unnecessary data transmission and bandwidth occupancy through a dual judgment mechanism of distance threshold and time period; at the same time, through formatting processing and CRC check, the accuracy and reliability of data transmission are ensured.

[0037] Optionally, for the emergency command message formatting method for adapting to narrowband channels provided by the embodiments of the present application, the platform location sharing receiving process specifically includes: S3.1 Receive a message, parse it and calculate the check value. If the calculated check value is different from the parsed check value, discard the message. If they are the same, parse the destination address information in the header. If the destination address in the header matches the current platform address, go to step S3.2; otherwise, discard the message. S3.2 Parse the message classification number. If the message classification number is the location sharing message classification number, go to step S3.3; otherwise, transfer to the message type message processing process. S3.3 Parse the source platform location information, the source address information in the header, and the timestamp information. S3.4 Display the source platform location information and the timestamp on the two-dimensional or three-dimensional map of the geographic information system.

[0038] Specifically, Figure 3 is a schematic diagram of the platform location sharing message receiving and processing process provided by the embodiments of the present application. As Figure 3 shown, the platform location sharing message receiving and processing process provided by the embodiments of the present application includes the following steps: In step S3.1, the platform continuously listens to the narrowband channel, receives messages sent from other platforms, parses the received messages, extracts the CRC check trailer, and calculates the CRC16 check value of the message. Compare the calculated CRC16 check value with the parsed check value. If the two are inconsistent, it is determined that the message transmission is incorrect, and the message is discarded; if they are the same, go to the next step. Parse the destination address in the header, extract the destination address information from the header, and compare it with the address of the current platform. If the destination address matches the current platform address, go to step S3.2; otherwise, discard the message.

[0039] In step S3.2, extract the message classification number from the header and determine whether it is the location sharing message classification number (for example, 1.1). If the message classification number is the location sharing message classification number, go to step S3.3; otherwise, transfer to other message type message processing processes, such as the path planning message processing process.

[0040] Step S3.3: Extract the latitude and longitude information of the source platform from the message body. The latitude information determines the north or south latitude through the highest bit (0 represents north latitude, 1 represents south latitude, latitude value = numerical value * 90 / 2^31), and the longitude information determines the east or west longitude through the highest bit (0 represents east longitude, 1 represents west longitude, longitude value = numerical value * 180 / 2^31). Extract the source address information from the header to identify the unique identifier of the sending platform. Extract the timestamp information from the header to record the time when the message is sent.

[0041] Step S3.4: Store the parsed source platform location information (latitude and longitude) and timestamp information in the local database. Display the location information of the source platform in a two-dimensional or three-dimensional map of the Geographic Information System (GIS), and update the platform location distribution in real time to provide visual support for emergency command.

[0042] The emergency command message formatting processing method for adapting to narrowband channels provided by the embodiments of the present application ensures the integrity and accuracy of the message through the CRC checksum and destination address matching mechanism; realizes the classification processing of different types of messages through message classification number parsing; finally, provides real-time and intuitive location sharing support for emergency command through the visual display of the Geographic Information System.

[0043] Optionally, for the emergency command message formatting processing method for adapting to narrowband channels provided by the embodiments of the present application, the path planning message sending process specifically includes: S4.1: Create a new path planning service and set the message classification number as the path planning message classification number; S4.2: Collect path planning point location information, and determine whether the point location information is the end point location information. If it is the end point location information, enter step S4.3; otherwise, assign values to the longitude and latitude information of the intermediate point, and repeat step S4.2; S4.3: Obtain the end point address information, collect the end point address name, and collect the destination address, source address, and message classification number; S4.4: Merge the destination address, source address, message classification number, longitude and latitude information of the path intermediate points, and end point location information data to generate a complete message, and send it through the narrowband channel.

[0044] Specifically, Figure 4 is a schematic diagram of the path planning message sending processing flow provided by the embodiments of the present application. As Figure 4 shown, the path planning message sending processing flow provided by the embodiments of the present application includes the following steps: Step S4.1: The system creates a new path planning service and sets the message classification number as (for example, 2.2) to identify that this message is a path planning message. Prepare the necessary parameters for generating the path planning message, including the destination address, source address, and message classification number.

[0045] Step S4.2 Collect the path point information from the starting point to the destination through a GIS map or other geographic information systems. Determine whether the currently collected point information is the end position information. If it is the end position information (GPI = 0 indicates the end point), proceed to step S4.3; otherwise, enter the intermediate point processing flow. If the point is an intermediate point, format its longitude and latitude information into 64-bit binary data and set the GPI value (GPI = 1 indicates an intermediate point). Repeat step S4.2 to continue collecting the next point information.

[0046] Step S4.3 Obtain the address name of the end position and perform Unicode16 encoding for transmission in the message. Collect the unique identifier of the destination address, i.e., the receiving platform, the unique identifier of the source address, i.e., the sending platform, and the message classification number.

[0047] Step S4.4 Combine the destination address, source address, message classification number, longitude and latitude information of the path intermediate points, and the end position information into a complete message. Calculate the CRC16 check value of the message and append it to the end of the message to ensure the integrity of data transmission. Send the complete message to the receiving platform through a narrowband channel such as satellite communication or Beidou short message.

[0048] The emergency command message formatting processing method for adapting to narrowband channels provided by the embodiments of the present application, through a flexible message structure design, supports segmented processing of intermediate points and end positions, and can adapt to complex and changeable emergency command scenarios. At the same time, through the CRC check mechanism, the reliability of data transmission is ensured.

[0049] Optionally, for the emergency command message formatting processing method for adapting to narrowband channels provided by the embodiments of the present application, the path planning message receiving process specifically includes: S5.1 Receive the message, parse and calculate the check value. If the calculated check value is different from the parsed check value, discard the message. If they are the same, parse the destination address information in the message header. If the destination address in the message header matches the current platform address, proceed to step S5.2; otherwise, discard the message. S5.2 Parse the message classification number. If the message classification number is the path planning message classification number, proceed to step S5.3; otherwise, transfer to the message type message processing flow. S5.3 Parse the path point information. If the parsed point information is the end position information, parse the end address name, parse the source address information in the message header, and proceed to step S5.4; otherwise, repeat step S5.3. S5.4 Display the path planning point information and end address information sent by the source platform on a two-dimensional or three-dimensional map of the geographic information system.

[0050] Specifically, Figure 5 is a schematic diagram of the path planning message receiving and processing flow provided by the embodiment of the present application. As Figure 5 shown, the path planning message receiving and processing flow provided by the embodiment of the present application includes the following steps: Step S5.1: The platform continuously listens to the narrowband channel and receives messages sent from other platforms. Parse the received message, extract the CRC checksum tail, and calculate the CRC16 checksum value of the message. Compare the calculated CRC16 checksum value with the parsed checksum value. If the two are inconsistent, it is determined that the message transmission is incorrect, and the message is discarded; if they are consistent, proceed to the next step. Extract the destination address information from the message header and compare it with the address of the current platform. If the destination address matches the current platform address, proceed to step S5.2; otherwise, discard the message.

[0051] Step S5.2: Extract the message classification number from the message header and determine whether it is the path planning message classification number (for example, 2.2). If the message classification number is the path planning message classification number, proceed to step S5.3; otherwise, transfer to the processing flow of other message type messages, such as the location sharing message processing flow.

[0052] Step S5.3: Extract the path point information from the message body and determine the point type according to the GPI value (GPI = 1 indicates an intermediate point, GPI = 0 indicates the end point position). If the parsed point information is an intermediate point, extract its longitude and latitude information, and repeat step S5.3 to continue parsing the next point information. If the parsed point information is the end point position information, extract the end point address name and perform Unicode16 decoding. At the same time, parse the source address information in the message header to identify the unique identifier of the sending platform.

[0053] Step S5.4: Store the parsed path planning point information, including intermediate points and end point positions, as well as the end point address name, in the local database. Display the path planning information on a two-dimensional or three-dimensional map of the Geographic Information System (GIS) to update the travel route in real time and provide visual navigation support for the rescue team.

[0054] The emergency command message formatting processing method for adapting to narrowband channels provided by the embodiment of the present application ensures the integrity and accuracy of the message through the CRC check and destination address matching mechanism; realizes the classification processing of different types of messages through message classification number parsing; and finally provides real-time and intuitive travel route support for the rescue team through the visual display of the Geographic Information System.

[0055] Optionally, for the emergency command message formatting processing method for adapting to narrowband channels provided by the embodiments of the present application, when determining whether the point location information is end point location information, if it is end point location information, then GPI = 0, and the longitude and latitude information of the end point is assigned; if it is an intermediate point, then GPI = 1, and the longitude and latitude information of the intermediate point is assigned.

[0056] Optionally, for the emergency command message formatting processing method for adapting to narrowband channels provided by the embodiments of the present application, for the message format, the length of the destination address is 32 bits, the length of the source address is 32 bits, the length of the message classification number is 8 bits, the length of the CRC check trailer is 16 bits, and the length of the message body is determined according to the message body.

[0057] Specifically, Figure 6 The following is a schematic diagram of the composition of the message structure provided by the embodiments of the present application, as Figure 6 shown, including the following components: The length of the destination address field is 32 bits, which can uniquely identify the receiving platform. For example, in an emergency command system, each platform participating in the emergency response (such as a rescue team, a command center, etc.) will be assigned a unique 32-bit address. The length of the source address field is 32 bits, which can uniquely identify the sending platform. The length of the message classification number field is 8 bits, which can support up to 256 different message types. The length of the message body is dynamically adjusted according to the actual transmitted content. For example, the body of a location sharing message may only contain longitude and latitude information (64 bits), while the body of a path planning message may contain the longitude and latitude information of multiple path points (64 bits for each point) and the end point address name (variable length). The length of the CRC check trailer field is 16 bits, which is used to store the CRC16 check value calculated according to the message content. After receiving the message, the receiving party will recalculate the CRC16 value and compare it with the CRC16 value in the trailer to ensure that the message has not been tampered with or damaged during transmission.

[0058] For the emergency command message formatting processing method for adapting to narrowband channels provided by the embodiments of the present application, through the fixed-length design of the destination address, source address, and message classification number, the compactness and scalability of the message structure are ensured; the variable-length design of the message body can flexibly adapt to the data transmission requirements in different scenarios; the introduction of the CRC check trailer further improves the reliability of data transmission. This message format is particularly suitable for scenarios such as location sharing and path planning in emergency command, and can achieve efficient and reliable information interaction under low-bandwidth conditions.

[0059] The present application also provides an emergency command message formatting processing device for adapting to narrowband channels, including: A message generation module, configured to generate a bit-oriented message format based on the characteristics of the message to be transmitted, where the message format includes a destination address, a source address, a message classification number, a message body, and a CRC check trailer. A location sharing module, configured to start a platform location sharing sending process and a receiving process based on the location where the platform is located. A path planning module, configured to start a path planning message sending process and a receiving process based on the planning of the platform path.

[0060] This application also provides a computer-readable storage medium, on which a computer program is stored. When the program is executed by a processor, the steps of the above method are implemented. Among them, the computer-readable storage medium may include, but is not limited to, any type of disk, including floppy disks, optical disks, DVDs, CD-ROMs, micro drives, and magneto-optical disks, ROMs, RAMs, EPROMs, EEPROMs, DRAMs, VRAMs, flash memory devices, magnetic cards or optical cards, nano-systems (including molecular memory ICs), or any type of medium or device suitable for storing instructions and / or data.

[0061] It should be noted that, for the foregoing method embodiments, for the sake of simple description, they are all expressed as a series of action combinations. However, those skilled in the art should know that this application is not limited by the described action sequence, because according to this application, certain steps can be performed in other sequences or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0062] In the above embodiments, the descriptions of the respective embodiments have their own emphases. For the parts not detailed in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0063] In several embodiments provided by this application, it should be understood that the disclosed device can be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed coupling or direct coupling or communication connection between each other can be through some service interfaces. The indirect coupling or communication connection of the device or unit can be in an electrical or other form.

[0064] The unit described as a separation component may or may not be physically separated. The component shown as a unit may or may not be a physical unit, that is, it may be located in one place or distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0065] In addition, each functional unit in various embodiments of the present application may be integrated into a processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of a software functional unit.

[0066] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable memory. Based on such an understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in various embodiments of the present application. The aforementioned memory includes: USB flash drives, read-only memories (ROM), random access memories (RAM), mobile hard disks, magnetic disks, or optical discs and other media that can store program codes.

[0067] Those of ordinary skill in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructing relevant hardware through a program. This program can be stored in a computer-readable memory, and the memory can include: flash drives, read-only memories (ROM), random access memories (RAM), magnetic disks, or optical discs, etc.

[0068] The above are only exemplary embodiments of the present disclosure, and the scope of the present disclosure cannot be limited thereby. That is, any equivalent changes and modifications made according to the teachings of the present disclosure still fall within the scope covered by the present disclosure. After considering the specification and practicing the present disclosure, those skilled in the art will easily think of other implementations of the present disclosure. The present application aims to cover any variations, uses, or adaptive changes of the present disclosure. These variations, uses, or adaptive changes follow the general principles of the present disclosure and include common general knowledge or conventional technical means in the technical field not recorded in the present disclosure. The specification and the embodiments are only regarded as exemplary, and the scope and spirit of the present disclosure are defined by the claims.

[0069] The technical features of the above embodiments can be combined arbitrarily. For the sake of concise description, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, it should be considered as the scope recorded in this specification.

[0070] Those skilled in the art can easily understand that the above is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. An emergency command message formatting and processing method adapted to a narrowband channel, characterized in that, including: generating a bit-oriented message format based on the characteristics of the message to be transmitted, the message format including a destination address, a source address, a message classification number, a message body, and a CRC check trailer; starting a platform location sharing sending process and a receiving process based on the location of the platform; starting a path planning message sending process and a receiving process based on the planning of the platform path.

2. The method for formatting and processing emergency command messages for adapting to narrowband channels according to claim 1, characterized in that The platform location sharing sending process specifically includes: S2.1 Create a platform location sharing service, set the message classification number as the location sharing message classification number, collect platform location information, and determine whether the distance between the current platform location and the location at the previous moment is greater than a first distance threshold. If it is greater than the first threshold, go to step S2.3; otherwise, go to step S2.2; S2.2 Determine whether the difference between the current moment and the previous moment of the current platform reaches the reporting time period. If it reaches the reporting time period, go to step S2.3; otherwise, go to step S2.1; S2.3 Perform formatting processing on the platform location information, obtain the destination address and the source address, and collect the current timestamp; S2.4 Combine the header and the location information, generate a check value, generate a complete message, and send the complete message through a narrowband channel.

3. The method for formatting and processing emergency command messages adapted to narrowband channels according to claim 2, wherein The platform location sharing receiving process specifically includes: S3.1 Receive a message, parse and calculate the check value. If the calculated check value is different from the parsed check value, discard the message. If they are the same, parse the destination address information in the header. If the destination address in the header matches the current platform address, go to step S3.2; otherwise, discard the message; S3.2 Parse the message classification number. If the message classification number is the location sharing message classification number, go to step S3.3; otherwise, transfer to the message type message processing process; S3.3 Parse the source platform location information, the source address information in the header, and the timestamp information; S3.4 Display the source platform location information and the timestamp on a two-dimensional or three-dimensional map of the geographic information system.

4. The method for formatting and processing emergency command messages for adapting to narrowband channels according to claim 1, wherein The path planning message sending process specifically includes: S4.1 Create a path planning service, set the message classification number as the path planning message classification number; S4.2 Collect path planning point information, and determine whether the point information is end position information. If it is end position information, go to step S4.3; otherwise, assign the longitude and latitude information of the intermediate point, and repeat step S4.2; S4.3 Obtain the end address information, collect the end address name, and collect the destination address, the source address, and the message classification number; S4.4 Combine the destination address, the source address, the message classification number, the longitude and latitude information of the intermediate points on the path, and the end position information data to generate a complete message, and send it through a narrowband channel.

5. The method for formatting and processing emergency command messages adapted to narrowband channels according to claim 4, characterized in that, The path planning message receiving process specifically includes: S5.1 Receive a message, parse and calculate the check value. If the calculated check value is different from the parsed check value, discard the message. If they are the same, parse the destination address information in the header. If the destination address in the header matches the current platform address, go to step S5.2; otherwise, discard the message; S5.2 Parse the message classification number. If the message classification number is the path planning message classification number, go to step S5.3; otherwise, transfer to the message type message processing process; S5.3 Analyze the path point position information. If the analyzed point position information is the end position information, then analyze the end address name and the header source address information, and enter step S5.4; otherwise, repeat step S5.

3. S5.4 Display the path planning point position information and the end address information sent by the source platform on the two-dimensional or three-dimensional map of the geographic information system.

6. The method for formatting and processing emergency command messages adapted to narrowband channels according to claim 4, characterized in that Judge whether the point position information is the end position information. If it is the end position information, then GPI = 0 and assign the end position longitude and latitude information; if it is an intermediate point, then GPI = 1 and assign the intermediate point longitude and latitude information.

7. The method for formatting and processing emergency command messages adapted to narrowband channels according to claim 1, characterized in that, For the message format, the destination address length is 32 bits, the source address length is 32 bits, the message classification number length is 8 bits, the CRC check trailer length is 16 bits, and the message body length is determined according to the message body.

8. An emergency command message formatting and processing device adapted to a narrowband channel, characterized in that, It includes: A message generation module, which is used to generate a bit-oriented message format based on the characteristics of the message to be transmitted. The message format includes a destination address, a source address, a message classification number, a message body, and a CRC check trailer. A position sharing module, which is used to start the platform position sharing sending process and receiving process based on the position of the platform. A path planning module, which is used to start the path planning message sending process and receiving process based on the path planning of the platform.

9. An emergency command message formatting and processing device adapted to a narrowband channel, characterized in that, It includes at least one processing unit and at least one storage unit. Among them, the storage unit stores a computer program. When the computer program is executed by the processing unit, the processing unit executes the steps of the method according to any one of claims 1 to 7.

10. A storage medium, characterized in that, It stores a computer program that can be executed by an emergency command message formatting processing device adapted to a narrowband channel. When the computer program runs on the emergency command message formatting processing device adapted to a narrowband channel, the emergency command message formatting processing device adapted to a narrowband channel executes the steps of the method according to any one of claims 1 to 7.

Citation Information

Patent Citations

  • Short message intercommunicating system and method of network client and compass radio determination satellite service (RDSS) terminal

    CN103200548A

  • Self-adaptive method and self-adaptive system for reporting position information at intervals

    CN104506345A

  • Beidou navigation technology-based emergency communication rescue system

    CN109901199A

  • Narrowband ad hoc network communication protocol applied to wireless electronic clinical thermometer

    CN112423253A

  • Rescue system based on Beidou communication and ad hoc network communication

    CN117081642A