A smart safety helmet (SOS) prioritized transmission method and system

Abstract

The application discloses an intelligent safety helmet SOS priority transmission method and system, and relates to the technical field of emergency communication transmission, which comprises the following steps: in response to an SOS event triggered by an intelligent safety helmet, encapsulating SOS event data into a plurality of SOS data units, establishing an SOS data dependency graph according to the analysis dependency relationship between the SOS data units, and determining a target transmission path and a target delivery time limit of the intelligent safety helmet to a target receiving end; according to the encapsulated data amount and transmission time consumption of the residual rescue information closure in each residual transmission stage, continuously correcting the not-opened gating transmission window along the target transmission path, and transmitting the residual rescue information closure according to the corrected gating transmission window. The application continuously corrects the gating transmission window according to the analysis state convergence supplementary transmission content, and improves the time limit certainty and cross-node continuity of the SOS supplementary transmission.

Description

Technical Field

[0001] This invention relates to the field of emergency communication transmission technology, and in particular to a method and system for prioritizing SOS transmission for smart safety helmets. Background Technology

[0002] With the development of industrial wireless communication and smart wearable devices, smart safety helmets are now able to collect information such as personnel identity, event type, trigger time, spatial location, positioning quality, and on-site status. Time-Sensitive Networking (TSN) provides predictable transmission latency for emergency data in multi-node links through gating scheduling and deterministic forwarding, and is gradually being applied to safety monitoring and emergency communication in high-risk work environments.

[0003] Existing smart helmet SOS messages typically use fixed messages and are forwarded along multi-node links according to a predetermined gating window. When the target receiving end is missing only some parsing-dependent data, the transmitting end still needs to repeatedly send complete messages containing more event information. It is difficult to accurately identify the supplementary data necessary to complete event identification, identity verification, and location determination, and it is also impossible to adjust the unopened gating transmission window in a timely manner based on the amount of remaining supplementary data. This can easily lead to duplicate data transmission, accumulated waiting time at communication nodes, and delays in SOS message delivery. Summary of the Invention

[0004] In view of the aforementioned existing problems, the present invention is proposed.

[0005] Therefore, this invention provides a smart safety helmet SOS priority transmission method to solve the problem of difficulty in achieving accurate transmission scheduling based on the target delivery time limit during the retransmission of remaining SOS rescue information.

[0006] To solve the above-mentioned technical problems, the present invention provides the following technical solution: In a first aspect, the present invention provides a method for prioritizing SOS transmission for smart safety helmets, comprising: responding to an SOS event triggered by the smart safety helmet; encapsulating the SOS event data into multiple SOS data units; establishing an SOS data dependency graph based on the parsed dependency relationships between the SOS data units; and determining the target transmission path and target delivery time limit from the smart safety helmet to the target receiver; retrieving the SOS data units required for event identification, identity recognition, and location determination from the SOS data dependency graph to form an initial rescue information closure; and generating communication nodes in the target transmission path based on the encapsulated data volume of the initial rescue information closure and the target delivery time limit. The initial gated transmission window is established; the initial rescue information closure is transmitted according to the initial gated transmission window, and the target receiver performs dependency parsing on the received SOS data units to generate the SOS data unit parsing state; based on the SOS data unit parsing state, the unconfirmed SOS data units required for event identification, identity identification, and location determination are retrieved in reverse from the SOS data dependency graph to form the remaining rescue information closure; according to the encapsulated data volume and transmission time of the remaining rescue information closure in each remaining transmission stage, the gated transmission windows that have not yet been opened are continuously corrected along the target transmission path, and the remaining rescue information closure is transmitted according to the corrected gated transmission windows.

[0007] As a preferred embodiment of the SOS priority transmission method for smart safety helmets described in this invention, the specific steps for establishing an SOS data dependency graph based on the parsed dependency relationships between each SOS data unit are as follows: The terminal identity, event identifier, trigger time, location information, positioning quality, and on-site status are encapsulated into SOS data units with unit identifier, dependent unit identifier, and integrity verification fields, respectively. Determine the SOS data units required for event identification, identity identification, and location determination, and obtain the parsed dependencies between the SOS data units; An SOS data dependency graph is established, using SOS data units as data nodes and resolution dependencies as the connection relationships between data nodes.

[0008] As a preferred embodiment of the SOS priority transmission method for smart safety helmets described in this invention, the specific steps for determining the target transmission path and target delivery time limit from the smart safety helmet to the target receiving end are as follows: The target delivery time limit is determined based on the SOS event trigger time and the maximum allowed transmission duration; The system acquires the wireless link between the smart helmet and the target receiver that has completed the connection handshake, and forms candidate transmission paths according to the data forwarding order. The estimated total time is determined based on the link transmission time, queuing time, and communication node processing time of each candidate transmission path. From the candidate transmission paths whose estimated total time does not exceed the maximum allowed transmission time, the candidate transmission path with the smallest estimated total time is selected and determined as the target transmission path.

[0009] As a preferred embodiment of the SOS priority transmission method for smart safety helmets described in this invention, the specific steps for forming the initial rescue information closure are as follows: In the SOS data dependency graph, identify the event, identity, and location, and determine the corresponding SOS data unit. Starting from the SOS data unit corresponding to event recognition, identity recognition, and location determination, the required SOS data unit for parsing is retrieved in reverse along the parsing dependency relationship; Continue to reverse the search for the parsing dependencies corresponding to the newly added SOS data unit until all parsing dependencies are satisfied. The SOS data units obtained from the reverse retrieval are merged and duplicate SOS data units are deleted to form an initial rescue information closure.

[0010] As a preferred embodiment of the SOS priority transmission method for smart safety helmets described in this invention, the specific steps for generating the initial gated transmission window for each communication node in the target transmission path based on the encapsulated data volume of the initial rescue information closure and the target delivery time limit are as follows: Based on the data forwarding order between adjacent communication nodes in the target transmission path, determine the transmission stages corresponding to the initial rescue information closure; Based on the amount of encapsulated data after the initial rescue information closure is encapsulated in each transmission stage, and the data transmission rate of the corresponding wireless link measured within the preset sampling period, the link transmission time of each transmission stage is determined, and the queuing waiting time and communication node processing time corresponding to each transmission stage are obtained. The target delivery time limit is used as the window closing time of the initial gated transmission window at the end. Based on the link transmission time, queuing waiting time and communication node processing time of each transmission stage, the window opening time and window closing time of each initial gated transmission window are determined sequentially according to the reverse node order of the target transmission path. Each initial gated transmission window is connected according to the node transmission order of the target transmission path, and each initial gated transmission window is repeatedly set according to the preset transmission cycle.

[0011] As a preferred embodiment of the SOS priority transmission method for smart safety helmets described in this invention, the specific steps for generating the SOS data unit parsing state are as follows: Transmit the initial rescue information closure along the target transmission path according to the window opening and closing times specified in the initial gating transmission window. The target receiving end performs integrity verification on each SOS data unit and determines whether the corresponding parsing dependency relationship is satisfied based on the dependency unit identifier carried by each SOS data unit. SOS data units that are fully received and whose dependencies are satisfied are identified as being in the "parsing completed" state. SOS data units that are fully received but whose dependencies are not satisfied are identified as being in the "dependency missing" state. SOS data units that are not fully received are identified as being in the "not received" state. An SOS data unit parsing state is then generated.

[0012] As a preferred embodiment of the SOS priority transmission method for smart safety helmets described in this invention, the specific steps for forming the remaining rescue information closure are as follows: The target receiver will send the SOS data unit parsing status back to the smart safety helmet; Based on the SOS data unit parsing status, determine the incomplete event identification, identity identification, and location determination; Identify the SOS data units that are not yet received and are required for incomplete event identification, identity identification, and location determination. Starting from the SOS data units that are not yet received and are required for incomplete event identification, identity identification, and location determination and are in a state of missing dependencies, search backwards along the SOS data dependency graph for unreceived SOS data units that cause the resolution dependency relationship to be unsatisfied. The identified unreceived SOS data units and the unreceived SOS data units obtained through reverse retrieval are merged, and duplicate unreceived SOS data units are deleted to form the remaining rescue information closure.

[0013] As a preferred embodiment of the SOS priority transmission method for smart safety helmets described in this invention, the specific steps for determining the amount of encapsulated data and transmission time for each remaining transmission stage are as follows: According to the node transmission order of the target transmission path, the transmission segments corresponding to adjacent communication nodes between the smart safety helmet and the target receiving end are determined as the remaining transmission stages; Determine the amount of encapsulated data after the remaining rescue information closure is encapsulated in each remaining transmission stage; The transmission time of each remaining transmission stage is determined based on the amount of encapsulated data in each remaining transmission stage and the data transmission rate of the corresponding wireless link measured within a preset sampling period.

[0014] As a preferred embodiment of the SOS priority transmission method for smart safety helmets described in this invention, the specific steps for transmitting the remaining rescue information closure according to the modified gated transmission window are as follows: Based on the current moment, from the transmission cycles following the current transmission cycle, determine the first transmission cycle in which the initial gated transmission window corresponding to the smart safety helmet has not yet been opened, and take it as the target transmission cycle. Arrange the initial gated transmission windows corresponding to each remaining transmission stage within the target transmission cycle according to the node transmission order of the target transmission path to form the initial gated transmission window to be corrected. Based on the transmission time of the remaining transmission stage corresponding to each initial gated transmission window to be corrected, determine the corrected window duration of each initial gated transmission window to be corrected. Keep the opening time of the first gated transmission window to be corrected unchanged, and redetermine the closing time of the first gated transmission window to be corrected according to the corresponding corrected window duration. Based on the window closing time re-determined by the previous initial gating transmission window to be corrected, the window opening time of the next initial gating transmission window to be corrected is determined sequentially according to the node transmission order of the target transmission path, and the window closing time of the next initial gating transmission window to be corrected is determined according to the corresponding corrected window duration, thus forming the corrected gating transmission window. The remaining rescue information closure is transmitted along the target transmission path according to the modified gating transmission window.

[0015] Secondly, the present invention provides an SOS priority transmission system for smart safety helmets, comprising: an event mapping module, used to respond to an SOS event triggered by the smart safety helmet, encapsulate the SOS event data into multiple SOS data units, establish an SOS data dependency graph based on the parsing dependency relationships between the SOS data units, and determine the target transmission path and target delivery time limit from the smart safety helmet to the target receiver; and an initial scheduling module, used to reverse-retrieve the SOS data units required to complete event identification, identity recognition, and location determination from the SOS data dependency graph, form an initial rescue information closure, and generate initial gates for each communication node in the target transmission path based on the encapsulated data volume of the initial rescue information closure and the target delivery time limit. The system comprises: a gated transmission window; a dependency resolution module, used to transmit the initial rescue information closure according to the initial gated transmission window, and the target receiver to perform dependency resolution on the received SOS data units to generate the SOS data unit resolution state; a supplementary transmission retrieval module, used to retrieve and supplement the unconfirmed SOS data units required for event identification, identity identification, and location determination in the SOS data dependency graph based on the SOS data unit resolution state, forming the remaining rescue information closure; and a window correction module, used to continuously correct the unopened gated transmission windows along the target transmission path according to the encapsulated data volume and transmission time of the remaining rescue information closure in each remaining transmission stage, and transmit the remaining rescue information closure according to the corrected gated transmission windows.

[0016] The beneficial effects of this invention are as follows: Based on the parsing status fed back by the target receiver, the unreceived data units necessary for event identification, identity identification, and location determination that have not yet been completed are retrieved in reverse along the SOS data dependency graph. The retransmitted content is converged into the remaining rescue information closure, and the gated transmission windows that have not yet been opened are continuously corrected according to the encapsulated data volume and transmission time of each remaining transmission stage. This ensures that the sending and forwarding timing of each communication node is closely connected, reduces the time occupied caused by invalid retransmission and node waiting, and improves the time limit certainty of SOS rescue information retransmission and the ability to continuously transmit across nodes. Attached Figure Description

[0017] To more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the following description of the embodiments will be briefly introduced. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 A flowchart for the SOS priority transmission method for smart safety helmets.

[0019] Figure 2 A module diagram for the SOS priority transmission method for smart safety helmets.

[0020] Figure 3 Generate a flowchart for the initial gated transmission window.

[0021] Figure 4 Revise the flowchart for the gated transmission window. Detailed Implementation

[0022] To make the above-mentioned objects, features and advantages of the present invention more apparent and understandable, the specific embodiments of the present invention will be described in detail below with reference to the accompanying drawings.

[0023] Many specific details are set forth in the following description in order to provide a full understanding of the invention. However, the invention may also be practiced in other ways different from those described herein, and those skilled in the art can make similar extensions without departing from the spirit of the invention. Therefore, the invention is not limited to the specific embodiments disclosed below.

[0024] Secondly, the term "one embodiment" or "embodiment" as used herein refers to a specific feature, structure, or characteristic that may be included in at least one implementation of the present invention. The phrase "in one embodiment" appearing in different places in this specification does not necessarily refer to the same embodiment, nor is it a single or selective embodiment that is mutually exclusive with other embodiments.

[0025] Reference Figures 1-4As one embodiment of the present invention, this embodiment provides a method for prioritizing SOS transmission for smart safety helmets, comprising the following steps: S1: Respond to the SOS event triggered by the smart safety helmet, encapsulate the SOS event data into multiple SOS data units, establish an SOS data dependency graph based on the parsing dependency relationship between each SOS data unit, and determine the target transmission path and target delivery time limit from the smart safety helmet to the target receiver.

[0026] Terminal identity, event identifier, trigger time, location information, positioning quality, and on-site status are encapsulated into SOS data units with unit identifier, dependent unit identifier, and integrity verification fields, respectively.

[0027] Specifically, in response to the SOS trigger signal generated by the smart safety helmet, the system reads the safety helmet device identifier, user identifier, unique event identifier of this SOS event, SOS trigger time, latitude and longitude and elevation, positioning error and positioning result generation time, SOS trigger method, safety helmet posture, impact intensity and personnel static duration; and generates terminal identity data unit, event identifier data unit, trigger time data unit, location information data unit, positioning quality data unit and field status data unit according to data category.

[0028] The data categories are determined based on the SOS event parsing requirements and the functional attributes corresponding to each collected data field.

[0029] Each SOS data unit is written with a unique unit identifier, the dependent unit identifiers required to parse the current SOS data unit, the corresponding event data, and the integrity check value. When the field status data exceeds the payload limit of a single transmission frame, it is segmented according to the preset payload length, and the reassembly order of each field status data unit is recorded by the unit sequence number.

[0030] The preset payload length is the maximum effective data carrying length of a single data frame as specified by the wireless communication protocol between the smart safety helmet and the target receiver. It is predetermined based on the type of wireless communication protocol currently used, the link transmission mode, and the buffering capacity of the communication node. The maximum effective data carrying length of a single frame is determined according to the data frame format of the wireless communication protocol used by the smart safety helmet. For example, it is determined based on the remaining length after deducting the frame header, address field, control field, and check field from the total length of the data frame specified by the protocol.

[0031] Determine the SOS data units required for event recognition, identity recognition, and location determination, and obtain the resolved dependencies between the SOS data units.

[0032] Specifically, the event identification data unit, the trigger time data unit, and the field status data unit containing the SOS trigger mode are identified as the SOS data units required for event identification; the terminal identity data unit and the event identification data unit are identified as the SOS data units required for identity identification; and the location information data unit, the positioning quality data unit, and the trigger time data unit are identified as the SOS data units required for location determination.

[0033] An SOS data dependency graph is established, using SOS data units as data nodes and resolution dependencies as the connection relationships between data nodes.

[0034] Specifically, a corresponding data node is established for each SOS data unit, and the unit identifier, data type, encapsulated data volume, and dependent unit identifier are recorded in the data node; the dependent unit identifier of each data node is read, and a directed connection relationship is established between the dependent data node and the data node that depends on the dependent data node, with the connection direction from the dependent data node to the data node that depends on the dependent data node.

[0035] A topology check is performed on the formed connections to confirm that each data node can be accessed in the order of the resolved dependencies, resulting in a directed acyclic SOS data dependency graph.

[0036] The target delivery time limit is determined based on the SOS event trigger time and the maximum allowed transmission duration.

[0037] Specifically, the moment when the smart safety helmet confirms that the SOS trigger condition is met is determined as the trigger moment of the SOS event; when triggered by a manual button, the moment when the button duration reaches the anti-accidental touch duration is determined as the trigger moment; when triggered by a fall, the moment when the amount of posture change reaches the fall threshold and the person remains still for the duration of confirmation is determined as the trigger moment; when triggered by an impact, the moment when the impact intensity reaches the impact threshold is determined as the trigger moment.

[0038] The maximum permissible transmission duration is determined based on the degree of impact risk, the degree of abnormal posture, the degree of personnel stillness, and the degree of danger in the area.

[0039] For example, when a smart safety helmet detects an impact on a person, if the peak impact acceleration exceeds a preset impact threshold, the posture sensor detects a change in the person's tilt angle exceeding a preset posture anomaly threshold, and the positioning data indicates that the person's position has not undergone effective displacement within a preset time range, and the risk level of the area corresponding to the current location is a preset high-risk level, then the hazard levels corresponding to the impact hazard, posture anomaly, person's stillness, and area hazard are determined respectively, and the maximum allowable transmission time is determined based on the response time threshold corresponding to the hazard level. If the peak impact acceleration does not exceed the preset impact threshold, the change in the person's tilt angle does not exceed the preset posture anomaly threshold, the positioning data indicates that the person's position is continuously changing, and the risk level of the area corresponding to the current location is a preset ordinary risk level, then the corresponding hazard level is determined to be low, and the maximum allowable transmission time is determined based on the response time threshold corresponding to the hazard level.

[0040] Among them, the preset impact threshold is determined by statistical analysis of the normal activity state and typical impact event samples collected in the history of the smart safety helmet, which can distinguish between normal movement and abnormal impact; the preset abnormal posture threshold is determined by statistical analysis of the posture angle change range of the person in normal wearing state, which exceeds the angle critical value of the normal change range.

[0041] The system acquires the wireless link between the smart helmet and the target receiver that has completed the connection handshake, and forms candidate transmission paths according to the data forwarding order.

[0042] Specifically, the status of the wireless links maintained by the smart safety helmet and communication nodes is read, and wireless links that have completed authentication, link establishment and two-way communication confirmation and are currently maintaining a connection are filtered.

[0043] Using the smart safety helmet as the starting communication node and the rescue platform or emergency receiving server as the target receiving end, the sequence of communication nodes that can reach the target receiving end is retrieved according to the data forwarding direction of the wireless link. Each communication node sequence and its corresponding wireless link are combined into a candidate transmission path according to the data forwarding order, and paths containing duplicate communication nodes or communication hops exceeding the preset limit are excluded.

[0044] The estimated total time is determined based on the link transmission time, queuing time, and communication node processing time of each candidate transmission path. From the candidate transmission paths whose estimated total time does not exceed the maximum allowed transmission time, the candidate transmission path with the smallest estimated total time is selected and determined as the target transmission path.

[0045] Specifically, the total encapsulated data volume of the SOS data unit corresponding to this SOS event is counted, the effective data transmission rate of the wireless link in each candidate transmission path is obtained within the preset sampling period, and the ratio of the total encapsulated data volume to the effective data transmission rate is determined as the link transmission time of the corresponding wireless link.

[0046] Read the amount of data in the transmission queue of each communication node that is prior to the current SOS event and cannot be preempted. Determine the queuing waiting time by the ratio of the amount of data that cannot be preempted to the effective data transmission rate of the corresponding wireless link. Obtain the historical processing time of the communication node in completing SOS data unit verification, encapsulation and writing to the forwarding queue. Determine the median of the historical processing time as the processing time of the communication node.

[0047] The total estimated time for each candidate transmission path is obtained by summing the link transmission time of each wireless link, the queuing time of each communication node, and the processing time of each relay communication node.

[0048] Candidate transmission paths whose estimated total time exceeds the maximum allowed transmission time are deleted, and the candidate transmission path with the smallest estimated total time among the remaining candidate transmission paths is determined as the target transmission path; when multiple candidate transmission paths have the same estimated total time, the candidate transmission path with the fewest communication hops is determined as the target transmission path.

[0049] S2: Retrieve the SOS data units required for event identification, identity recognition, and location determination from the SOS data dependency graph to form an initial rescue information closure. Based on the encapsulated data volume of the initial rescue information closure and the target delivery time limit, generate the initial gated transmission window for each communication node in the target transmission path.

[0050] In the SOS data dependency graph, the event identification, identity identification, and location determination are identified, and the corresponding SOS data units are determined.

[0051] Specifically, based on the pre-set identification task markers in the SOS data dependency graph, the event identification data unit, the trigger time data unit, and the on-site status data unit containing the SOS triggering method are identified as the data units corresponding to event identification. The terminal identity data unit and the event identification data unit are identified as the data units corresponding to identity identification. The location information data unit, the positioning quality data unit, and the trigger time data unit are identified as the data units corresponding to location determination. The identified event identification data units, identity identification data units, and location determination data units are used as the starting data nodes for reverse retrieval.

[0052] Starting from the SOS data unit corresponding to event recognition, identity recognition, and location determination, the required SOS data unit is retrieved in reverse along the resolution dependency relationship.

[0053] Specifically, the dependency unit identifier carried by each starting data node is read sequentially, the corresponding preceding data node is retrieved in the reverse direction of the directed connection relationship in the SOS data dependency graph, and the retrieved preceding data node is added to the set of nodes to be retrieved; when multiple starting data nodes point to the same preceding data node, only one corresponding SOS data unit is retained.

[0054] Continue to reverse the search for the parsing dependencies corresponding to the newly added SOS data units until all parsing dependencies are satisfied.

[0055] Specifically, the dependency unit identifiers of newly added data nodes in the set of nodes to be searched are read one by one, and the corresponding preceding data nodes are searched. When a newly added data node does not have a dependency unit identifier, or the data node corresponding to the dependency unit identifier has already been searched, the reverse search of the corresponding branch is stopped. This continues until all preceding dependencies of the data nodes corresponding to event recognition, identity recognition, and location determination are included in the search results, and all resolved dependencies are satisfied.

[0056] The SOS data units obtained from the reverse retrieval are merged and duplicate SOS data units are deleted to form an initial rescue information closure.

[0057] Specifically, the starting data units corresponding to the three identification tasks and the preceding data units obtained by reverse retrieval are merged, and duplicate data units are deleted based on the unit identifier. The retained SOS data units are arranged according to the topological order of the SOS data dependency graph to form an initial rescue information closure, so that the initial rescue information closure contains the minimum complete data set required to complete event identification, identity identification and location determination.

[0058] Based on the data forwarding order between adjacent communication nodes in the target transmission path, determine the transmission stages corresponding to the initial rescue information closure.

[0059] Specifically, according to the order of communication nodes in the target transmission path, the transmission segment between the smart safety helmet and the next communication node is determined as the first transmission stage, the transmission segments between adjacent relay communication nodes are successively determined as intermediate transmission stages, and the transmission segment between the final communication node and the target receiver is determined as the final transmission stage. Each transmission stage corresponds to a wireless link and a communication node that performs data forwarding.

[0060] Based on the amount of encapsulated data after the initial rescue information closure is encapsulated in each transmission stage, and the data transmission rate of the corresponding wireless link measured within the preset sampling period, the link transmission time of each transmission stage is determined, and the queuing waiting time and communication node processing time corresponding to each transmission stage are obtained.

[0061] Better yet, by generating the initial gated transmission window for each transmission stage in reverse with the target delivery time limit as a constraint, the transmission timing of each communication node can be matched with the SOS message delivery time limit, reducing the latency accumulation caused by step-by-step forwarding.

[0062] Specifically, based on the communication protocol used in each transmission stage, corresponding frame headers, frame trailers, sequence identifiers, and integrity verification fields are added to the initial rescue information closure to obtain the encapsulated data volume of the initial rescue information closure in each transmission stage. The ratio of the encapsulated data volume in each transmission stage to the measured data transmission rate of the corresponding wireless link is determined as the link transmission time. The amount of data that cannot be preempted by the SOS event in the corresponding communication node's transmission queue is read to determine the queuing waiting time. Based on the historical processing time required for the corresponding communication node to complete data reception, verification, protocol conversion, and writing to the transmission queue, the communication node processing time is determined.

[0063] When the target transmission path uses a time-sensitive network for data transmission, the target delivery time limit is used as the window closing time of the initial gated transmission window at the end. Based on the link transmission time, queuing time, and communication node processing time of each transmission stage, the window opening time and window closing time of each initial gated transmission window are determined sequentially according to the reverse node order of the target transmission path.

[0064] The initial gated transmission windows are determined by working backward from the end transmission stage to the first transmission stage, as expressed by: ; In the formula, For the first Each transmission stage corresponds to the time offset of the closing time of the initial gated transmission window relative to the SOS event trigger time. For the first Each transmission stage corresponds to the time offset of the opening time of the initial gated transmission window relative to the SOS event trigger time. This represents the time offset between the time the target is delivered and the time the SOS event is triggered. This represents the number of transmission segments between adjacent communication nodes in the target transmission path, and its value is a positive integer. For the initial rescue information closure according to the first Each transmission stage corresponds to the total data volume of all transmitted frames after encapsulation by the communication protocol. For the first Each transmission phase corresponds to the ratio of the total amount of data successfully transmitted by the wireless link within a preset sampling period to the sampling duration. For the first The ratio of the total amount of non-preemptible data in the transmission queue of the corresponding communication node to the measured data transmission rate of the corresponding wireless link in each transmission stage. For the first The median processing time for each transmission stage to complete data reception, integrity verification, protocol encapsulation, and writing to the transmission queue. For the first The sum of the maximum clock synchronization deviation of the communication node corresponding to each transmission stage and the additional transmission time caused by link rate fluctuations.

[0065] in: ; In the formula, For the first Each transmission stage corresponds to the maximum clock synchronization deviation measured by the communication node within a preset synchronization detection period. For the first Each transmission phase corresponds to the lowest data transmission rate measured by the wireless link within a preset sampling period.

[0066] It should be noted that the first The window closing time of the first transmission stage is equal to the target delivery time limit, and the... The window closing time of the first transmission stage is equal to the first... The window opening time for each transmission stage; the duration of each window is determined by the link transmission time, queuing time, communication node processing time, and compensation time. The value range of the window opening time and window closing time is between the SOS event trigger time and the time limit for connecting each initial gating transmission window according to the node transmission order of the target transmission path upon target delivery; the earlier the window opening time, the longer the transmission time that needs to be reserved for the corresponding transmission stage.

[0067] Each initial gated transmission window is connected according to the node transmission order of the target transmission path, and each initial gated transmission window is repeatedly set according to the preset transmission cycle.

[0068] Specifically, the initial gated transmission windows are arranged in the order from the first transmission stage to the final transmission stage, so that the closing time of the previous initial gated transmission window is connected with the opening time of the next initial gated transmission window.

[0069] Furthermore, in time-sensitive networks, each of the fully arranged initial gated transmission windows is treated as a gated transmission cycle, and this cycle is repeated according to a preset transmission cycle length. In each subsequent gated transmission cycle, the opening and closing times of each initial gated transmission window are extended by a preset transmission cycle length based on the corresponding times of the previous gated transmission cycle, so that each communication node sequentially receives and forwards the initial rescue information closure within its corresponding initial gated transmission window.

[0070] It should be noted that the preset transmission cycle length is determined by sequentially accumulating the window duration of each initial gated transmission window in the target transmission path and the protection interval between adjacent windows. After a gated transmission cycle ends, the initial gated transmission window of the first communication node is reopened at a time interval corresponding to the cycle length.

[0071] S3: Transmit the initial rescue information closure according to the initial gating transmission window, and the target receiver performs dependency parsing on the received SOS data unit to generate the SOS data unit parsing state.

[0072] The initial rescue information closure is transmitted along the target transmission path according to the window opening and closing times specified in the initial gating transmission window.

[0073] Specifically, the smart helmet prioritizes writing SOS data units with few or no prerequisites into the transmission queue, according to the topological arrangement of each SOS data unit in the initial rescue information closure. When the corresponding initial gated transmission window opens, each communication node in the target transmission path reads the SOS data units belonging to this SOS event from the transmission queue and sends them sequentially according to the unit identifier and unit sequence number; transmission stops when the window closes, but retains the untransmitted SOS data units and their corresponding transmission positions.

[0074] After the preceding communication node completes its transmission, the subsequent communication node temporarily stores the received SOS data units and continues forwarding them when the corresponding initial gating transmission window opens. Each communication node only forwards SOS data units that pass the link-layer verification; data units that fail the link-layer verification are not written into the forwarding queue. The initial rescue information closure sequentially passes through each transmission stage in the target transmission path until it reaches the target receiving end.

[0075] The target receiving end performs integrity verification on each SOS data unit and determines whether the corresponding parsing dependency relationship is satisfied based on the dependency unit identifier carried by each SOS data unit.

[0076] Specifically, the target receiver categorizes the received SOS data units into the receive buffer corresponding to the current SOS event according to the event identifier, and determines whether there are duplicate data units based on the unit identifier. For duplicate data units, the data units that passed the integrity check and were received earlier are retained.

[0077] The target receiver verifies the unit identifier, dependent unit identifier, and payload based on the integrity verification field carried by each SOS data unit. When the integrity verification passes, it is determined that the corresponding SOS data unit has been completely received. When the integrity verification fails, the data length is insufficient, or the segmented data is discontinuous, it is determined that the corresponding SOS data unit has not been completely received.

[0078] The target receiver recalculates the integrity check value for the received unit identifier, dependent unit identifier, and payload according to the check algorithm recorded in each SOS data unit.

[0079] Specifically, the target receiver concatenates the received unit identifier, dependent unit identifier, and payload into a binary sequence to be verified according to the field order, and recalculates the integrity verification value. The expression is: ; In the formula, For the first The integrity check value recalculated for each SOS data unit is specifically the remainder polynomial obtained by modulo 2 polynomial division. Bit-bin representation; For the first The message polynomial corresponding to the binary sequence formed by concatenating the unit identifier, dependent unit identifier, and payload of each SOS data unit in the order of field arrangement; Cyclic redundancy check uses a generator polynomial; To generate polynomials The highest number of times, which also represents the number of binary bits in the integrity check value; This indicates that padding is added to the end of the binary sequence. Polynomial shift operations corresponding to zeros; Indicates to Divide by Perform modulo 2 polynomial division and extract the remainder polynomial.

[0080] The recalculated integrity check value is compared with the integrity check field carried by the corresponding SOS data unit. When the two are consistent, the actual received data length is consistent with the data length field, and the unit sequence number of the segmented data is continuous and covers all segment sequence numbers, the integrity check is deemed to have passed, and the corresponding SOS data unit is determined to have been received completely. When any comparison condition is not met, the corresponding SOS data unit is determined to have not been received completely.

[0081] For a fully received SOS data unit, the target receiver reads the dependent unit identifier and retrieves the corresponding preceding SOS data unit from the receive buffer of this SOS event.

[0082] When all dependent unit identifiers can be matched with a complete received data unit, it is determined that the corresponding parsing dependency relationship is satisfied. When at least one dependent unit identifier does not match a fully received data unit, it is determined that the corresponding parsed dependency relationship is not satisfied.

[0083] For the segmented field status data units, the continuity of each segment data is checked according to the unit sequence number. Only when all preceding data units have been completely received is it determined that the sequential reorganization dependency relationship of the corresponding segment data units is satisfied.

[0084] SOS data units that are fully received and whose dependencies are satisfied are identified as being in the "parsing completed" state. SOS data units that are fully received but whose dependencies are not satisfied are identified as being in the "dependency missing" state. SOS data units that are not fully received are identified as being in the "not received" state. An SOS data unit parsing state is then generated.

[0085] Specifically, SOS data units that have passed integrity verification and whose all preceding dependent data units have been fully received are parsed, and the corresponding SOS data units are marked as parsing complete. The parsing complete status indicates that the corresponding SOS data unit can directly participate in event identification, identity recognition, or location determination.

[0086] For SOS data units that pass integrity verification but have not been fully received by at least one preceding dependent data unit, the identifier of the missing dependent unit is recorded, and the corresponding SOS data unit is marked as having a missing dependency status. The missing dependency status indicates that the corresponding SOS data unit has arrived completely at the target receiver, but parsing cannot be completed temporarily due to missing preceding data.

[0087] For SOS data units that are not received, fail integrity verification, have insufficient data length, or have discontinuous segmented data, the corresponding SOS data unit will be marked as not received. For data units that have not reached the target receiver at all, a corresponding not received status record will be generated based on the unit identifier recorded in the initial rescue information closure.

[0088] The unit identifier, data type, parsing status, and missing dependency unit identifier corresponding to the missing dependency status of each SOS data unit are associated to form the SOS data unit parsing status.

[0089] Furthermore, during the association process, the unit identifier of each SOS data unit is used as the association index. Data type field, parsing status field, and missing dependency unit identifier field are established in the parsing status record table respectively. The data type of the corresponding SOS data unit is read and written to the data type field. According to the integrity verification status and the reception status of the dependency unit, the parsing completed, dependency missing, or not received status is written. When the dependency missing status is written, the dependency unit identifier that has not yet been received is extracted from the SOS data dependency graph and written to the missing dependency unit identifier field, so that each unit identifier forms a one-to-one parsing status record with the corresponding data type, parsing status, and missing dependency unit identifier.

[0090] The target receiver further determines whether event identification, identity identification, and location determination have been completed based on the data unit corresponding to the parsing completion status, and uses the SOS data unit parsing status as the input for the next step of reverse retrieval of unconfirmed SOS data units.

[0091] S4: Based on the SOS data unit parsing status, perform reverse retrieval in the SOS data dependency graph to supplement the unconfirmed SOS data units required for event identification, identity recognition, and location determination, forming the remaining rescue information closure.

[0092] The target receiver sends the SOS data unit parsing status back to the smart safety helmet.

[0093] Specifically, the target receiving end encapsulates the unit identifier, parsing status, and missing dependency unit identifier corresponding to each SOS data unit in this SOS event into parsing status feedback information, and sends the parsing status feedback information in reverse along the target transmission path to the smart safety helmet; when the smart safety helmet receives the parsing status feedback information, it associates the parsing status feedback information with the locally stored initial rescue information closure and SOS data dependency graph according to the event identifier.

[0094] During association, the SOS data units corresponding to the same SOS event are located from the locally stored initial rescue information closure based on the event identifier. Using the unit identifier as an index, the parsing status and missing dependency unit identifier in the parsing status feedback information are written into the status field and missing dependency field of the corresponding data node in the SOS data dependency graph, respectively.

[0095] Based on the SOS data unit parsing status, determine the incomplete event identification, identity identification, and location determination.

[0096] Specifically, the smart helmet reads the parsing status of the SOS data units required for event recognition, identity recognition, and location determination. If any data unit required for event recognition is in a "not received" or "dependency missing" state, the event recognition is considered incomplete; if any data unit required for identity recognition is in a "not received" or "dependency missing" state, the identity recognition is considered incomplete; if any data unit required for location determination is in a "not received" or "dependency missing" state, the location determination is considered incomplete. Only when all SOS data units required for a given recognition task are in a parsed-complete state is the corresponding recognition task considered complete.

[0097] Identify the SOS data units that are not yet received and are required for incomplete event identification, identity identification, and location determination. Starting from the SOS data units that are not yet received and are required for incomplete event identification, identity identification, and location determination and are in a state of missing dependencies, search backwards along the SOS data dependency graph for unreceived SOS data units that cause the resolution dependency relationship to be unsatisfied.

[0098] Specifically, for incomplete identification tasks, the SOS data units required for the corresponding identification task are matched with the parsing status feedback information. When the parsing status corresponding to a required SOS data unit is "not received," the corresponding SOS data unit is directly identified as an SOS data unit in the "not received" state. Among them, data units that the target receiver has not received at all, data units that have been received but whose integrity verification has failed, data units with insufficient reception length, and data units with discontinuous segmented data are all considered SOS data units in the "not received" state.

[0099] When the integrity check of a required SOS data unit passes, but the parsing status is in the dependent missing state, the corresponding SOS data unit is identified as an SOS data unit in the dependent missing state. Since the SOS data unit in the dependent missing state has already arrived completely at the target receiver, it is not directly added to the data set to be retransmitted. Instead, the missing dependent unit identifier recorded in the parsing status feedback information is read, and the corresponding SOS data unit is used as the starting node for reverse retrieval.

[0100] Following the reverse direction of the connection relationships in the SOS data dependency graph, retrieve the preceding data nodes corresponding to the SOS data units in the dependency missing state, and match the retrieved preceding data nodes with the parsing status feedback information one by one.

[0101] When the retrieved preceding SOS data unit is in the parsed completed state, stop searching along the corresponding branch; when the retrieved preceding SOS data unit is in the unreceived state, identify the corresponding SOS data unit as the unreceived SOS data unit that caused the parsing dependency relationship to be unsatisfied; when the retrieved preceding SOS data unit is also in the dependency missing state, continue reading the missing dependency unit identifier of the corresponding data unit, and search the data node of the previous level in reverse along the SOS data dependency graph.

[0102] The search continues along the SOS data dependency graph in the direction of the preceding dependency. When the search branch reaches a data unit in the parsed completed state, a data unit without preceding dependencies, or a data unit in the unreceived state, the corresponding search branch is stopped. The data unit in the dependency missing state is marked as the dependency tracing starting point, and the preceding SOS data unit that causes the corresponding parsed dependency relationship to be unsatisfied and is in the unreceived state is marked as the actual retransmission object.

[0103] For example, when the location information data unit is in a dependent missing state and the location quality data unit is missing, the location quality data unit is retrieved in reverse; when the location quality data unit is not received, the location quality data unit is identified as the data unit that needs to be retransmitted; when the location quality data unit is also in a dependent missing state and the trigger time data unit is missing, the trigger time data unit is retrieved in reverse, and the trigger time data unit that is not received is identified as the data unit that needs to be retransmitted.

[0104] The identified unreceived SOS data units and the unreceived SOS data units obtained through reverse retrieval are merged, and duplicate unreceived SOS data units are deleted to form the remaining rescue information closure.

[0105] Specifically, SOS data units that are not yet received and are directly required for event identification, identity identification, and location determination are merged with previous unreceived SOS data units obtained by reverse retrieval from dependent missing state data units, and duplicate data units are deleted based on the unit identifier.

[0106] The remaining unreceived SOS data units are arranged according to the topological order of the SOS data dependency graph, with preceding SOS data units placed before data units that depend on preceding SOS data units, forming a residual rescue information closure. The residual rescue information closure only includes SOS data units that are necessary to complete incomplete event identification, identification, and location determination and that need to be retransmitted, excluding SOS data units that have been fully received but are in a state of missing dependencies.

[0107] Better yet, by tracing back the unreceived preceding dependent data based on the parsing status, the retransmission range can be converged to the data units necessary to complete the rescue identification, reducing the amount of data that is repeatedly transmitted.

[0108] S5: Based on the amount of encapsulated data and transmission time of the remaining rescue information closure in each remaining transmission stage, continuously correct the gated transmission windows that have not yet been opened along the target transmission path, and transmit the remaining rescue information closure according to the corrected gated transmission windows.

[0109] According to the node transmission order of the target transmission path, the transmission segments corresponding to adjacent communication nodes between the smart safety helmet and the target receiver are determined as the remaining transmission stages.

[0110] Specifically, the data transmission segments between adjacent communication nodes are divided in the order of the smart safety helmet, each relay communication node, and the target receiving end.

[0111] The transmission segment between the smart safety helmet and the first relay communication node is the first remaining transmission stage, the transmission segment between adjacent relay communication nodes is the intermediate remaining transmission stage, and the transmission segment between the last relay communication node and the target receiving end is the final remaining transmission stage.

[0112] Determine the amount of encapsulated data after the remaining rescue information closure is encapsulated in each remaining transmission stage.

[0113] Specifically, according to the communication protocol adopted by the wireless link corresponding to each remaining transmission stage, the corresponding link identifier, transmission sequence number, data length and integrity verification field are added to the SOS data unit in the remaining rescue information closure. When framed transmission is required, the closure is divided into frames according to the single frame payload limit of the corresponding wireless link. The effective payload and the amount of data occupied by the protocol fields of all transmission frames are counted to obtain the encapsulated data amount of the remaining rescue information closure in the corresponding remaining transmission stage.

[0114] When adjacent remaining transmission stages use different communication protocols, the corresponding relay communication node completes the protocol conversion and redetermines the encapsulated data volume of the next remaining transmission stage based on the converted frame structure, avoiding the direct use of the data volume of the previous remaining transmission stage.

[0115] The transmission time of each remaining transmission stage is determined based on the amount of encapsulated data in each remaining transmission stage and the data transmission rate of the corresponding wireless link measured within a preset sampling period.

[0116] Based on the current moment, from the subsequent transmission cycles, determine the first transmission cycle in which the initial gated transmission window corresponding to the smart safety helmet has not yet been opened, and take it as the target transmission cycle. Then, arrange the initial gated transmission windows corresponding to each remaining transmission stage within the target transmission cycle according to the node transmission order of the target transmission path to form the initial gated transmission window to be corrected.

[0117] Specifically, the current time of the smart safety helmet and the start time of each gating transmission cycle are obtained, and the opening status of the initial gating transmission window corresponding to the smart safety helmet in each subsequent transmission cycle is determined sequentially. The first transmission cycle in which the window opening time is later than the current time and has not yet entered the open state is determined as the target transmission cycle.

[0118] The initial gated transmission windows corresponding to each remaining transmission stage within the target transmission cycle are arranged in the order of the first remaining transmission stage, the intermediate remaining transmission stage, and the final remaining transmission stage to form the initial gated transmission windows to be corrected.

[0119] It should be noted that initial gating transmission windows that have already been opened or closed will not be modified to prevent window adjustments from affecting other data transmission tasks currently being executed.

[0120] The corrected window duration of each initial gated transmission window is determined based on the transmission time of the remaining transmission stage corresponding to each initial gated transmission window to be corrected.

[0121] Specifically, for each initial gated transmission window to be corrected, the transmission time of the corresponding remaining transmission stage is taken as the main window duration, and the processing time required for the corresponding communication node to process the remaining rescue information closure and the preset link fluctuation compensation time are added to obtain the corrected window duration.

[0122] The processing time for communication nodes includes the time required to receive the remaining rescue information closure, perform integrity verification, complete protocol conversion, and write it to the transmission queue; the link fluctuation compensation time is determined based on the data transmission rate variation of the corresponding wireless link within a preset sampling period. When the data volume of the remaining rescue information closure is less than the data volume of the initial rescue information closure, the corrected window duration is shortened accordingly, and the released window time is continuously moved forward by subsequent communication nodes.

[0123] Keep the opening time of the first gated transmission window to be corrected unchanged, and redetermine the closing time of the first gated transmission window to be corrected according to the corresponding corrected window duration.

[0124] Specifically, the first gated transmission window to be corrected is determined as the correction start window. The original window opening time of the correction start window remains unchanged, and the corresponding corrected window duration is continuously counted from the window opening time. The end time of the countdown is then determined as the window closing time of the correction start window.

[0125] When the corrected window duration is shorter than the original window duration, the window closing time is advanced; when the corrected window duration is longer than the original window duration, the window closing time is delayed. The window closing time delay must not exceed the opening time of the next reserved service window in the target transmission cycle; if it exceeds this time, priority is given to using the unallocated idle time slot in the target transmission cycle. If this is still insufficient, the target transmission cycle is determined as an uncorrectable cycle, and the window correction is re-executed in the next transmission cycle that has not yet been opened.

[0126] Based on the window closing time of the previous initial gating transmission window to be corrected, the window opening time of the next initial gating transmission window to be corrected is determined sequentially according to the node transmission order of the target transmission path. The window closing time of the next initial gating transmission window to be corrected is determined according to the corresponding corrected window duration, thus forming the corrected gating transmission window.

[0127] Specifically, the window closing time of the previous initial gating transmission window to be corrected is determined as the window opening time of the next initial gating transmission window to be corrected, so that the gating transmission windows corresponding to the two communication nodes are connected continuously; then, starting from the window opening time of the next window, the corresponding corrected window duration is included to determine the window closing time of the next window.

[0128] Following the node transmission sequence along the target transmission path, all unopened initial gated transmission windows are corrected sequentially, so that after the previous communication node completes the transmission of the remaining rescue information closure, the next communication node immediately opens the corresponding forwarding window; after all windows are corrected, the opening time and closing time of each window are bound to the corresponding communication node to form the corrected gated transmission window.

[0129] The remaining rescue information closure is transmitted along the target transmission path according to the modified gating transmission window.

[0130] Specifically, when the first corrected gated transmission window of the smart safety helmet opens, it writes the SOS data units in the remaining rescue information closure into the transmission queue according to the topological order of the SOS data dependency graph and sends them to the next communication node. Each relay communication node receives the remaining rescue information closure, performs integrity verification and protocol encapsulation, and continues to forward it when the corresponding corrected gated transmission window opens.

[0131] Each communication node stops transmitting when its corresponding window closes and records the SOS data units that have not yet been transmitted. When all remaining rescue information closures are transmitted within their respective windows, the remaining time slots in the window are released. The remaining rescue information closures sequentially pass through each remaining transmission stage and arrive at the target receiver. The target receiver merges the supplemented SOS data units with the original SOS data units in the receive buffer and re-executes integrity checks and dependency resolution.

[0132] Better yet, by continuously correcting the unopened gated transmission window according to the actual transmission time of the remaining rescue information closure, the waiting time across nodes can be shortened and the time limit certainty of SOS retransmission can be improved.

[0133] This embodiment also provides an SOS priority transmission system for smart safety helmets, including: an event mapping module, used to respond to SOS events triggered by the smart safety helmet, encapsulate SOS event data into multiple SOS data units, establish an SOS data dependency graph based on the parsing dependency relationships between each SOS data unit, and determine the target transmission path and target delivery time limit from the smart safety helmet to the target receiver; and an initial scheduling module, used to reverse-retrieve the SOS data units required to complete event identification, identity recognition, and location determination from the SOS data dependency graph, form an initial rescue information closure, and generate initial gating transmissions for each communication node in the target transmission path based on the encapsulated data volume of the initial rescue information closure and the target delivery time limit. The system consists of a transmission window and a dependency resolution module. The first module transmits the initial rescue information closure according to the initial gating transmission window, and the target receiver performs dependency resolution on the received SOS data units to generate the SOS data unit resolution status. The second module retrieves the remaining SOS data units based on the SOS data unit resolution status and performs reverse retrieval in the SOS data dependency graph to supplement the unconfirmed SOS data units required for event identification, identity identification, and location determination, forming the remaining rescue information closure. The third module corrects the remaining rescue information closure by continuously correcting the unopened gating transmission windows along the target transmission path according to the amount of encapsulated data and transmission time of the remaining rescue information closure in each remaining transmission stage, and then transmits the remaining rescue information closure according to the corrected gating transmission windows.

[0134] In summary, based on the parsing status fed back by the target receiver, this invention retrieves the unreceived data units necessary for event identification, identity recognition, and location determination that have not yet been completed along the SOS data dependency graph. The retransmitted content is converged into a closure of the remaining rescue information. Furthermore, the gated transmission windows that have not yet been opened are continuously corrected according to the amount of encapsulated data and transmission time of each remaining transmission stage. This ensures that the sending and forwarding timing of each communication node is closely linked, reducing the time occupied by invalid retransmissions and node waiting, and improving the time limit certainty of SOS rescue information retransmission and the ability to continuously transmit across nodes.

[0135] It should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit it. Although the present invention has been described in detail with reference to preferred embodiments, those skilled in the art should understand that modifications or equivalent substitutions can be made to the technical solutions of the present invention without departing from the spirit and scope of the technical solutions of the present invention, and all such modifications or substitutions should be covered within the scope of the claims of the present invention.

Claims

1. A method for prioritizing SOS transmission in a smart safety helmet, characterized in that: include, In response to the SOS event triggered by the smart safety helmet, the SOS event data is encapsulated into multiple SOS data units. An SOS data dependency graph is established based on the resolution dependency relationship between each SOS data unit, and the target transmission path and target delivery time limit from the smart safety helmet to the target receiver are determined. The SOS data units required for event identification, identity recognition, and location determination are retrieved from the SOS data dependency graph in reverse order to form an initial rescue information closure. The initial gated transmission window of each communication node in the target transmission path is generated based on the encapsulated data volume of the initial rescue information closure and the target delivery time limit. The initial rescue information closure is transmitted according to the initial gated transmission window, and the target receiving end performs dependency parsing on the received SOS data unit to generate the SOS data unit parsing status. Based on the SOS data unit parsing status, the unconfirmed SOS data units required for event identification, identity recognition, and location determination are retrieved in reverse from the SOS data dependency graph to form the remaining rescue information closure; Based on the amount of encapsulated data and transmission time of the remaining rescue information closure in each remaining transmission stage, the gated transmission windows that have not yet been opened are continuously corrected along the target transmission path, and the remaining rescue information closure is transmitted according to the corrected gated transmission windows.

2. The SOS priority transmission method for smart safety helmets as described in claim 1, characterized in that, The steps for establishing the SOS data dependency graph based on the resolved dependencies between each SOS data unit are as follows: The terminal identity, event identifier, trigger time, location information, positioning quality, and on-site status are encapsulated into SOS data units with unit identifier, dependent unit identifier, and integrity verification fields, respectively. Determine the SOS data units required for event identification, identity identification, and location determination, and obtain the parsed dependencies between the SOS data units; An SOS data dependency graph is established, using SOS data units as data nodes and resolution dependencies as the connection relationships between data nodes.

3. The SOS priority transmission method for smart safety helmets as described in claim 1, characterized in that, The specific steps for determining the target transmission path and delivery time limit from the smart safety helmet to the target receiver are as follows: The target delivery time limit is determined based on the SOS event trigger time and the maximum allowed transmission duration; The system acquires the wireless link between the smart helmet and the target receiver that has completed the connection handshake, and forms candidate transmission paths according to the data forwarding order. The estimated total time is determined based on the link transmission time, queuing time, and communication node processing time of each candidate transmission path. From the candidate transmission paths whose estimated total time does not exceed the maximum allowed transmission time, the candidate transmission path with the smallest estimated total time is selected and determined as the target transmission path.

4. The SOS priority transmission method for smart safety helmets as described in claim 2, characterized in that, The specific steps for forming the initial rescue information closure are as follows: In the SOS data dependency graph, identify the event, identity, and location, and determine the corresponding SOS data unit. Starting from the SOS data unit corresponding to event recognition, identity recognition, and location determination, the required SOS data unit for parsing is retrieved in reverse along the parsing dependency relationship; Continue to reverse the search for the parsing dependencies corresponding to the newly added SOS data unit until all parsing dependencies are satisfied. The SOS data units obtained from the reverse retrieval are merged and duplicate SOS data units are deleted to form an initial rescue information closure.

5. The SOS priority transmission method for smart safety helmets as described in claim 1, characterized in that, The steps for generating the initial gated transmission window for each communication node in the target transmission path based on the encapsulated data volume of the initial rescue information closure and the target delivery time limit are as follows: Based on the data forwarding order between adjacent communication nodes in the target transmission path, determine the transmission stages corresponding to the initial rescue information closure; Based on the amount of encapsulated data after the initial rescue information closure is encapsulated in each transmission stage, and the data transmission rate of the corresponding wireless link measured within the preset sampling period, the link transmission time of each transmission stage is determined, and the queuing waiting time and communication node processing time corresponding to each transmission stage are obtained. The target delivery time limit is used as the window closing time of the initial gated transmission window at the end. Based on the link transmission time, queuing waiting time and communication node processing time of each transmission stage, the window opening time and window closing time of each initial gated transmission window are determined sequentially according to the reverse node order of the target transmission path. Each initial gated transmission window is connected according to the node transmission order of the target transmission path, and each initial gated transmission window is repeatedly set according to the preset transmission cycle.

6. The SOS priority transmission method for smart safety helmets as described in claim 5, characterized in that, The specific steps for generating the SOS data unit parsing status are as follows: Transmit the initial rescue information closure along the target transmission path according to the window opening and closing times specified in the initial gating transmission window. The target receiving end performs integrity verification on each SOS data unit and determines whether the corresponding parsing dependency relationship is satisfied based on the dependency unit identifier carried by each SOS data unit. SOS data units that are fully received and whose dependencies are satisfied are identified as being in the "parsing completed" state. SOS data units that are fully received but whose dependencies are not satisfied are identified as being in the "dependency missing" state. SOS data units that are not fully received are identified as being in the "not received" state. An SOS data unit parsing state is then generated.

7. The SOS priority transmission method for smart safety helmets as described in claim 6, characterized in that, The specific steps for forming the remaining rescue information closure are as follows: The target receiver will send the SOS data unit parsing status back to the smart safety helmet; Based on the SOS data unit parsing status, determine the incomplete event identification, identity identification, and location determination; Identify the SOS data units that are not yet received and are required for incomplete event identification, identity identification, and location determination. Starting from the SOS data units that are not yet received and are required for incomplete event identification, identity identification, and location determination and are in a state of missing dependencies, search backwards along the SOS data dependency graph for unreceived SOS data units that cause the resolution dependency relationship to be unsatisfied. The identified unreceived SOS data units and the unreceived SOS data units obtained through reverse retrieval are merged, and duplicate unreceived SOS data units are deleted to form the remaining rescue information closure.

8. The SOS priority transmission method for smart safety helmets as described in claim 7, characterized in that, The specific steps to determine the amount of encapsulated data and transmission time for each remaining transmission stage are as follows: According to the node transmission order of the target transmission path, the transmission segments corresponding to adjacent communication nodes between the smart safety helmet and the target receiving end are determined as the remaining transmission stages; Determine the amount of encapsulated data after the remaining rescue information closure is encapsulated in each remaining transmission stage; The transmission time of each remaining transmission stage is determined based on the amount of encapsulated data in each remaining transmission stage and the data transmission rate of the corresponding wireless link measured within a preset sampling period.

9. The SOS priority transmission method for smart safety helmets as described in claim 8, characterized in that, The specific steps for transmitting the remaining rescue information closure according to the modified gated transmission window are as follows: Based on the current moment, from the transmission cycles following the current transmission cycle, determine the first transmission cycle in which the initial gated transmission window corresponding to the smart safety helmet has not yet been opened, and take it as the target transmission cycle. Arrange the initial gated transmission windows corresponding to each remaining transmission stage within the target transmission cycle according to the node transmission order of the target transmission path to form the initial gated transmission window to be corrected. Based on the transmission time of the remaining transmission stage corresponding to each initial gated transmission window to be corrected, determine the corrected window duration of each initial gated transmission window to be corrected. Keep the opening time of the first gated transmission window to be corrected unchanged, and redetermine the closing time of the first gated transmission window to be corrected according to the corresponding corrected window duration. Based on the window closing time re-determined by the previous initial gating transmission window to be corrected, the window opening time of the next initial gating transmission window to be corrected is determined sequentially according to the node transmission order of the target transmission path, and the window closing time of the next initial gating transmission window to be corrected is determined according to the corresponding corrected window duration, thus forming the corrected gating transmission window. The remaining rescue information closure is transmitted along the target transmission path according to the modified gating transmission window.

10. A smart safety helmet SOS priority transmission system, based on the smart safety helmet SOS priority transmission method according to any one of claims 1 to 9, characterized in that: include, The event graphing module is used to respond to the SOS event triggered by the smart safety helmet, encapsulate the SOS event data into multiple SOS data units, establish an SOS data dependency graph based on the parsing dependency relationship between each SOS data unit, and determine the target transmission path and target delivery time limit from the smart safety helmet to the target receiver. The initial scheduling module is used to retrieve the SOS data units required to complete event identification, identity recognition and location determination from the SOS data dependency graph, form an initial rescue information closure, and generate the initial gated transmission window of each communication node in the target transmission path according to the encapsulated data volume of the initial rescue information closure and the target delivery time limit. The dependency resolution module is used to transmit the initial rescue information closure according to the initial gating transmission window, and the target receiving end performs dependency resolution on the received SOS data unit to generate the SOS data unit resolution status. The supplementary retrieval module is used to retrieve unconfirmed SOS data units required for event identification, identity recognition, and location determination in reverse retrieval from the SOS data dependency graph based on the SOS data unit parsing status, forming a closure of the remaining rescue information. The window correction module is used to continuously correct the unopened gated transmission windows along the target transmission path based on the amount of encapsulated data and transmission time of the remaining rescue information closure in each remaining transmission stage, and transmit the remaining rescue information closure according to the corrected gated transmission windows.

Images