A linear multi-hop ad hoc network construction method based on star flash SLE

CN122554903APending Publication Date: 2026-08-11NANJING UNIV OF POSTS & TELECOMM
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2026-06-02
Publication Date
2026-08-11

AI Technical Summary

Technical Problem

[0009]1. 解决星闪SLE缺少线性多跳自组网构建方法的问题:设计源节点、中继节点和目的节点的角色配置方法及逐跳连接方法,使星闪SLE由单跳通信扩展为可实际运行的线性多跳自组网系统

Benefits of technology

[0036] This invention proposes a method for constructing a star-flash SLE linear multi-hop self-organizing network, and uses this method to form a practical system that has been built, tested, and verified. Specifically, it includes:

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122554903A_ABST
    Figure CN122554903A_ABST
Patent Text Reader

Abstract

This invention discloses a method for constructing a linear multi-hop ad hoc network based on Star-Signal SLE, comprising the following steps: S1, directional network formation; S2, source-end cross-layer throttling; S3, relay-end secure forwarding; S4, dynamic adjustment of link parameters. This invention forms a practical method for constructing a Star-Signal SLE linear multi-hop ad hoc network. The system constructed using this method has been verified through field testing and is more suitable for the implementation requirements of Star-Signal SLE linear multi-hop compared to BLE-type networking schemes.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the fields of short-range wireless communication, wireless ad hoc networks, and industrial Internet of Things (IIoT) communication technology, and particularly to a method for constructing a linear multi-hop ad hoc network based on NearLink SLE. Background Technology

[0002] In linear deployment scenarios, single-hop wireless communication has limited coverage distance, typically requiring multiple nodes to relay the signal hop-by-hop along a fixed direction to complete end-to-end communication. Therefore, there is a need in this field for a method to organize Star-Signal SLE single-hop connections into stable multi-hop links, and to form a sustainably operating linear multi-hop ad hoc network system based on this method.

[0003] Currently, Bluetooth Low Energy (BLE) and its Mesh-based solutions have certain networking capabilities, but their networking mechanisms differ from those of SLE (Single-Hop Networking), and they cannot directly solve the problem of how SLE can form a multi-hop network. Most existing publicly available SLE applications remain at the point-to-point or single-hop direct connection level, lacking a linear multi-hop self-organizing network construction method for SLE, and also lacking a system that has been actually built and verified to operate stably using this method. The focus of this invention is to propose such a construction method and to complete system construction and outdoor testing and verification using this method.

[0004] However, under the current technological background, the following shortcomings exist regarding whether StarSpark SLE can truly achieve linear multi-hop networking through a methodological process:

[0005] 1. There is no directly reproducible method for constructing a StarSignal SLE linear multi-hop self-organizing network: Most existing public solutions focus on StarSignal SLE single-hop communication, lacking a complete method and process from node role configuration, upstream and downstream identifier setting, hop-by-hop connection establishment to data forwarding control, and also lacking a continuous relay system of source nodes, relay nodes and destination nodes formed by this method.

[0006] 2. StarSignal SLE multi-hop forwarding lacks a stable operating mechanism: A linear multi-hop system is not simply a series of single-hop connections. When the source continuously sends data, the relay node is subject to the combined limitations of MCU memory, sending queue, and link status. If the construction method lacks cross-layer throttling and forwarding determination mechanisms, queue accumulation, buffer overflow, and link interruption can easily occur, causing the system to be unable to pass through stably for a long time.

[0007] 3. BLE-based networking experience cannot directly replace the native StarSpark SLE networking method: While BLE Mesh and other solutions can be used as comparisons, their broadcast discovery, route maintenance, and forwarding mechanisms cannot be directly migrated to the StarSpark SLE linear multi-hop system. Therefore, it is still necessary to redesign the networking method, node roles, upstream and downstream connection relationships, and forwarding control flow to suit the characteristics of the StarSpark SLE protocol. Summary of the Invention

[0008] To address the shortcomings of existing technologies, the present invention aims to provide a linear multi-hop ad hoc network construction method based on StarSignal SLE, and to form a linear multi-hop ad hoc network system that has been built, tested, and verified using this method, thereby focusing on solving the following three core technical problems:

[0009] 1. Solve the problem of StarSpark SLE lacking a linear multi-hop self-organizing network construction method: Design a method for configuring the roles of source nodes, relay nodes and destination nodes and a hop-by-hop connection method, so that StarSpark SLE can be extended from single-hop communication to a practically operational linear multi-hop self-organizing network system.

[0010] 2. Solve the stability problem of the system built by this method in the multi-hop pass-through process: avoid queue accumulation, buffer overflow and link avalanche interruption during continuous pass-through by using source-end cross-layer throttling and relay-end secure forwarding mechanism.

[0011] 3. Solution implementation and field verification: This invention not only proposes a network construction method, but also completes the system construction based on the method. With the help of physical diagrams, outdoor test diagrams and test results, it can be proved that the transmission rate is about 1 Mbit / s under a single hop distance of 50 meters.

[0012] To address the aforementioned issues, this invention proposes and implements a method for constructing a linear multi-hop ad hoc network based on StarSignal SLE. This method uses a source node, one or more relay nodes, and a destination node as objects, and constructs a StarSignal SLE linear multi-hop ad hoc network system through steps such as directional network formation, source-end cross-layer throttling, relay-end secure forwarding, and dynamic adjustment of link parameters. This system has been successfully deployed and can be verified for transmission under outdoor testing conditions.

[0013] The specific plan is as follows:

[0014] A linear multi-hop ad hoc network construction method based on Star-Signal SLE includes the following steps:

[0015] S1. Directional Network Formation: Taking the source node, one or more relay nodes, and the destination node as objects, each node is configured as a linear cascading relationship of "source node (Node 1) → several relay nodes (Router 1~N) → destination node (Node N+1)", and a unique, stable and directional linear communication link is formed hop by hop through the StarShine master-slave integrated architecture (Server and Client concurrent).

[0016] S2, Source-end cross-layer throttling: When the source node sends a data stream, it probes the available number of idle data in the underlying MAC layer or radio frequency transmission buffer queue by cross-layer probing, and introduces water-filled throttling backoff time to smoothly limit the source transmission rate.

[0017] S3, Relay-end Secure Forwarding: When a relay node is transmitting data, it sequentially checks the physical connection status, the protocol layer MTU ready status, and the idle status of the underlying radio frequency queue to the next hop. Data is forwarded only when all three conditions are met.

[0018] S4. Dynamic adjustment of link parameters: After a node establishes a connection, it listens for the underlying MTU switching completion event and uses this event as a trigger to asynchronously adjust the physical layer and load parameters of the current single-hop link.

[0019] Further, step S1 specifically includes:

[0020] Each node is configured as a linear cascade relationship of a source node, several relay nodes, and a destination node, where the source node is responsible for injecting business data, the relay nodes are responsible for hop-by-hop forwarding, and the destination node is responsible for receiving data.

[0021] The specific directional cascading construction process is as follows: Each relay node adopts a StarSpark master-slave integrated architecture, that is, it has both server and client functions, and presets the upstream target identifier and the local node broadcast identifier; the client end of the relay node scans the target name upstream and establishes a connection, and the server end of the relay node broadcasts its own name downstream to wait for access, forming a unique, stable and directional StarSpark SLE linear communication link hop by hop according to the method flow.

[0022] Further, step S2 specifically includes:

[0023] S201, The application layer generates high-concurrency business data streams (such as continuous test loads or video streams).

[0024] S202. Instead of directly calling the transmit interface, it directly probes the current available idle quantity of the underlying MAC layer or RF transmit buffer queue (TX Queue) by calling the underlying system interface (such as gle_tx_acb_data_num_get()) across layers.

[0025] S203. If the number of available idle slots is 0, it means that the underlying radio frequency throughput has reached a bottleneck. In this case, the current task actively releases the CPU time slice (e.g., osal_yield()) and suspends transmission until the queue becomes idle.

[0026] S204. If the number of available idle data is greater than 0, it means that the conditions for sending are met, so push the data into the underlying queue (trigger send_report).

[0027] S205. To prevent the downstream relay nodes from being instantly overwhelmed during continuous transparent transmission of the Star Flash SLE multi-hop link, a water-filling throttling backoff time (such as osal_msleep(10)) is introduced after the single packet data is pushed in. This backoff time is set or dynamically adjusted based on the overall forwarding capability of the multi-hop link, thereby smoothing out the peak of the sudden traffic at the source and limiting it to a safe range that the entire network can stably bear.

[0028] Furthermore, in step S3, the triple security lock serial determination logic is set as follows:

[0029] S301, Physical Connection Lock: When receiving data from the upstream, first determine whether the physical link (Client) with the downstream node is in a connected state;

[0030] S302, Protocol Ready Lock: Further detects whether the protocol layer MTU (such as the g_mtu_negotiated flag) of the downstream link has been successfully exchanged to prevent large packets from being injected during the unstable handshake, which could cause the protocol stack to crash.

[0031] S303, Hardware Buffer Lock: Further cross-layer reading to check if there is an empty slot in the underlying radio frequency queue (gle_tx_acb_data_num_get()) sent from this node to the next hop;

[0032] Execute interception or forwarding: Only when all three of the above indicators are met will the underlying interface be called to pass the upstream data to the next hop; if any one of them is not met, the current callback will directly intercept, discard or cache the data packet.

[0033] Further, step S4 specifically includes:

[0034] On the server side of the relay node, the system listens for the ssaps_mtu_changed_cbk event, which is the MTU switching completion event, at the underlying level. Once the success status of this event is captured, it is used as a trigger for the link to be stable. The underlying driver is asynchronously called to switch the single-hop link to a preset high-efficiency physical layer and payload parameter combination, including 4M PHY, MCS 10 and 1500 bytes of payload, thereby improving the actual pass-through capability of the network without increasing the network complexity.

[0035] Compared with the prior art, the present invention has at least the following beneficial effects:

[0036] This invention proposes a method for constructing a star-flash SLE linear multi-hop self-organizing network, and uses this method to form a practical system that has been built, tested, and verified. Specifically, it includes:

[0037] 1. A feasible method for constructing a StarSignal SLE linear multi-hop self-organizing network has been developed: This invention provides a complete process from node role configuration, directional cascading connections, source-end throttling to relay secure forwarding. Following this method, the system setup of source nodes, relay nodes, and destination nodes has been completed, enabling the establishment and maintenance of stable linear multi-hop links.

[0038] 2. The system built by this method has been verified by field tests: In the system that has been built, through cross-layer pacing throttling and relay security forwarding mechanism, a stable end-to-end transmission rate of about 260 Kbit / s can be achieved under the condition of a single hop distance of 50 meters, and the relay node queue overflow, memory accumulation and link avalanche interruption can be effectively avoided.

[0039] 3. Compared with BLE-type networking solutions, it better meets the requirements of StarSpeed ​​SLE linear multi-hop implementation: This invention does not simply apply the flood search and complex route maintenance mechanism of BLE Mesh, but designs a master-slave integrated directional upstream and downstream connection method for StarSpeed ​​SLE, which can quickly form a unique and stable linear link. Attached Figure Description

[0040] Figure 1 The system architecture diagram is shown in the embodiment of the present invention for the linear multi-hop self-organizing network construction method based on Star Flash SLE.

[0041] Figure 2 The source node adaptive water injection throttling control flowchart provided in the embodiments of the present invention;

[0042] Figure 3 This is a flowchart of relay node secure forwarding and dynamic adjustment of link parameters provided in an embodiment of the present invention;

[0043] Figure 4 A physical diagram of a Star-Spark SLE linear multi-hop self-organizing network system constructed by the method of the present invention, provided for an embodiment of the present invention;

[0044] Figure 5 The figure shows the test results of a transmission speed of approximately 560 kbit / s under a single-hop distance of 50 meters provided in an embodiment of the present invention.

[0045] Figure 6 This is a schematic diagram of the outdoor testing scenario and node deployment of the device provided in the embodiments of the present invention, used to illustrate the relative positional relationship of the source node, relay node, and destination node in the outdoor test. Detailed Implementation

[0046] The present invention will be further illustrated below with reference to the accompanying drawings and specific embodiments. It should be understood that the following specific embodiments are for illustrative purposes only and are not intended to limit the scope of the invention.

[0047] This invention provides a method for constructing a linear multi-hop ad hoc network based on Star-Signal SLE, comprising the following steps:

[0048] S1. Node Role Configuration and Targeted Network Formation (Reference) Figure 1 First, configure each node as a linear cascade relationship of “source node (Node 1) -> several relay nodes (Router 1~N) -> destination node (Node N+1)”, where the source node is responsible for injecting business data, the relay nodes are responsible for hop-by-hop forwarding, and the destination node is responsible for receiving data.

[0049] Directional cascading construction process: Each relay node adopts a StarSpark master-slave integrated (Server and Client concurrent) architecture, and presets upstream target identifiers and local node broadcast identifiers. The client scans upstream for target names and establishes connections, while the server broadcasts its own name downstream to await access, thus forming a unique, stable, and directional StarSpark SLE linear communication link hop by hop according to the method flow.

[0050] S2, Source Node Adaptive Cross-Layer Water Injection Throttling (Pacing) (Reference) Figure 2 To ensure the continuous and stable transparent transmission of the StarSignal SLE multi-hop system constructed above, the source node performs the following control operations when sending the data stream:

[0051] S201, The application layer generates high-concurrency business data streams (such as continuous test loads or video streams).

[0052] S202. Instead of directly calling the transmit interface, it directly probes the current available idle quantity of the underlying MAC layer or RF transmit buffer queue (TX Queue) by calling the underlying system interface (such as gle_tx_acb_data_num_get()) across layers.

[0053] S203. If the number of available idle slots is 0, it means that the underlying RF throughput has reached a bottleneck. The current task actively releases the CPU time slice (e.g., osal_yield()) and suspends transmission until the queue becomes idle.

[0054] S204. If the number of available idle data is greater than 0, it means that the conditions for sending are met, and the data is pushed into the underlying queue (triggering send_report).

[0055] S205 (Core Innovation Step): To prevent downstream relay nodes from being instantly overwhelmed during continuous pass-through of the StarFlash SLE multi-hop link, a water-filling throttling backoff time (such as osal_msleep(10)) is introduced after single packet data is pushed in. This time parameter can be set or dynamically adjusted based on the overall forwarding capacity of the multi-hop link, thereby smoothing out the peak of the sudden traffic at the source and limiting it to a safe range that the entire network can stably bear.

[0056] S3, Secure forwarding of relay nodes (reference) Figure 3 To address the potential inconsistency in upstream and downstream states that may occur in multi-hop pass-through of StarSignal SLE relay nodes, this invention incorporates a "triple security lock" serial judgment logic in its construction method:

[0057] S301, Physical Connection Lock: When receiving data from the upstream, first determine whether the physical link (Client) with the downstream node is in a connected state.

[0058] S302, Protocol Readiness Lock: Further checks whether the protocol layer MTU (such as the g_mtu_negotiated flag) of the downstream link has been successfully exchanged. This prevents the protocol stack from crashing due to large packets being injected during unstable handshakes.

[0059] S303, Hardware Buffer Lock: Further cross-layer reading of the underlying radio frequency queue (gle_tx_acb_data_num_get()) sent from this node to the next hop to check for empty slots.

[0060] Execute interception or forwarding: Only when all three of the above indicators are met will the underlying interface be called to pass the upstream data to the next hop; if any one of them is not met, the current callback will directly intercept, discard or cache the data packet, thereby preventing the congestion from spreading downstream.

[0061] S4. Preferred implementation method for dynamic adjustment of link parameters based on MTU event triggering); After a node establishes a connection, the system can adopt an asynchronous adjustment process of "connecting one hop and optimizing one hop":

[0062] On the server side of the relay node, the system listens for the ssaps_mtu_changed_cbk (MTU switching complete) event at the underlying level. Once the success status of this event is captured, it is used as a trigger for "link stabilized", asynchronously calling the underlying driver to switch the single-hop link to a preset high-efficiency physical layer and payload parameter combination (such as 4M PHY, MCS 10 and 1500 bytes payload), thereby improving the actual pass-through capability of the network built by this method without increasing the network topology complexity.

[0063] like Figure 4-6As shown, the diagrams depict the physical object of the StarSpark SLE linear multi-hop self-organizing network system constructed by the method of this invention; the test result of approximately 560 kbit / s transmission under a single-hop distance of 50 meters; and the outdoor test scenario and node deployment diagram of the device (showing the relative positions of the source node, relay node, and destination node in the outdoor test).

[0064] The above are merely embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention are included within the scope of the claims of the present invention pending approval.

Claims

1. A method for constructing a linear multi-hop ad hoc network based on Star-Signal SLE, characterized in that, Includes the following steps: S1. Directional Network Formation: Taking the source node, one or more relay nodes, and the destination node as objects, each node is configured as a linear cascading relationship of "source node → several relay nodes → destination node", and a unique, stable, and directional linear communication link is formed hop by hop through the StarShine master-slave integrated architecture. S2, Source-end cross-layer throttling: When the source node sends a data stream, it probes the available number of idle data in the underlying MAC layer or radio frequency transmission buffer queue by cross-layer probing, and introduces water-filled throttling backoff time to smoothly limit the source transmission rate. S3, Relay-end Secure Forwarding: When a relay node is transmitting data, it sequentially checks the physical connection status, the protocol layer MTU ready status, and the idle status of the underlying radio frequency queue to the next hop. Data is forwarded only when all three conditions are met. S4. Dynamic adjustment of link parameters: After a node establishes a connection, it listens for the underlying MTU switching completion event and uses this event as a trigger to asynchronously adjust the physical layer and load parameters of the current single-hop link.

2. The method for constructing a linear multi-hop ad hoc network based on star-flash SLE according to claim 1, characterized in that, Step S1 specifically includes: Each node is configured as a linear cascade relationship of a source node, several relay nodes, and a destination node, where the source node is responsible for injecting business data, the relay nodes are responsible for hop-by-hop forwarding, and the destination node is responsible for receiving data. The specific directional cascading construction process is as follows: Each relay node adopts a StarSpark master-slave integrated architecture, that is, it has both server and client functions, and presets the upstream target identifier and the local node broadcast identifier; the client end of the relay node scans the target name upstream and establishes a connection, and the server end of the relay node broadcasts its own name downstream to wait for access, forming a unique, stable and directional StarSpark SLE linear communication link hop by hop according to the method flow.

3. The linear multi-hop ad hoc network construction method based on star-flash SLE according to claim 1, characterized in that, Step S2 specifically includes: S201, The application layer generates high-concurrency business data streams; S202. Instead of directly calling the transmission interface, it directly probes the current available free quantity of the underlying MAC layer or RF transmission buffer queue by calling the system's underlying interface across layers. S203. If the number of available idle slots is 0, the current task will actively release its CPU time slice and postpone sending until the queue becomes idle. S204. If the number of available free slots is greater than 0, push the data into the underlying queue. S205. After the single packet data is pushed in, a water injection throttling backoff time is introduced. This backoff time is set or dynamically adjusted based on the overall forwarding capability of the multi-hop link to smooth out the peak of the sudden traffic at the source and limit it to a safe range that the entire network can stably bear.

4. The method for constructing a linear multi-hop ad hoc network based on Star Flash SLE according to claim 1, characterized in that, In step S3, the triple security lock serial determination logic is set as follows: S301, Physical Connection Lock: When receiving data from the upstream, first determine whether the physical link with the downstream node is in a connected state; S302, Protocol Readiness Lock: Further detects whether the protocol layer MTU of the downstream link has been successfully exchanged, to prevent the influx of large packets during the unstable handshake period from causing the protocol stack to crash. S303, Hardware Buffer Lock: Further cross-layer reading to check if there is an empty slot in the underlying radio frequency queue sent from this node to the next hop; Execute interception or forwarding: Only when all three of the above indicators are met will the underlying interface be called to pass the upstream data to the next hop; if any one of them is not met, the current callback will directly intercept, discard or cache the data packet.

5. The method for constructing a linear multi-hop ad hoc network based on Star Flash SLE according to claim 1, characterized in that, Step S4 specifically includes: On the server side of the relay node, the system listens for the ssaps_mtu_changed_cbk event, which is the MTU switching completion event, at the underlying level. Once the success status of this event is captured, it is used as a trigger for the link to be stable. The underlying driver is asynchronously called to switch the single-hop link to a preset high-efficiency physical layer and payload parameter combination, including 4M PHY, MCS 10 and 1500 bytes of payload, which improves the actual pass-through capability of the network without increasing the network complexity.