Data transmission method and device based on SRB, storage medium and electronic equipment
By using a hardware acceleration module to encrypt data on the SRB physical channel, and combining load balancing and dynamic weighting algorithms, the problem of low-latency communication that traditional DDS solutions cannot meet is solved, achieving low-latency, high-reliability, and high-security data transmission.
Patent Information
- Application Number
- CN202511708457.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-11-20
- Publication Date
- 2026-02-10
AI Technical Summary
Traditional DDS solutions cannot meet the low-latency communication requirements in application scenarios such as the Industrial Internet, mainly due to the high processing latency of the software protocol stack.
The data transmission method based on SRB is adopted. The data to be published is encrypted on the SRB physical channel through a hardware acceleration module. The target channel is selected by combining load balancing strategy and dynamic weight algorithm to achieve low-latency data transmission.
It significantly reduces end-to-end communication latency and jitter, improves the reliability and security of the system in multi-node high-concurrency scenarios, and meets the low-latency communication requirements of various application scenarios.
Smart Images
Figure CN121509998A_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of communication, in particular to a data transmission method and device based on SRB, a storage medium and an electronic device. BACKGROUND
[0002] As a kind of data-centric real-time communication middleware, data distribution service (DDS) has been widely used in industrial internet of things, automatic driving and other fields. However, with the increasing demand for real-time performance in intelligent factory, automatic driving and other scenarios, the traditional DDS scheme has obvious shortcomings in key performance.
[0003] The current software-based DDS protocol stack, whose key path of data processing, including data encryption and protocol scheduling and other core operations, completely depends on the software processing of general CPU. However, the processing delay of software protocol stack is high, which cannot meet the demand of low-delay communication in industrial internet and other application scenarios. SUMMARY
[0004] The technical problem to be solved by the present application is to provide a data transmission method and device based on SRB, a storage medium and an electronic device, how to meet the demand of low-delay communication in various application scenarios. The specific scheme is as follows:
[0005] A data transmission method based on SRB, comprising:
[0006] obtaining to-be-published data;
[0007] determining the data distribution service (DDS) topic of the to-be-published data;
[0008] determining the target SRB physical channel corresponding to the DDS topic in each candidate SRB physical channel according to a preset load balancing strategy;
[0009] encrypting the to-be-published data through a hardware acceleration module on the target SRB physical channel, and sending the to-be-published data encrypted by the hardware encryption module to a subscription node.
[0010] The above method can optionally comprise:
[0011] parsing the to-be-published data to obtain the topic label contained in the to-be-published data;
[0012] determining the DDS topic of the to-be-published data according to the topic label.
[0013] The method can further include: determining, according to a preset load balancing strategy, a target SRB physical channel corresponding to the DDS topic from the candidate SRB physical channels.
[0014] obtaining real-time load parameters of each candidate SRB physical channel;
[0015] calculating, according to the real-time load parameters, a dynamic weight value for each candidate SRB physical channel based on a preset dynamic weight algorithm;
[0016] selecting a target SRB physical channel from the candidate SRB physical channels based on the dynamic weight value.
[0017] The method can further include: the real-time load parameters at least include a current connection number; the calculating, according to the real-time load parameters, a dynamic weight value for each candidate SRB physical channel based on a preset dynamic weight algorithm; and the selecting a target SRB physical channel from the candidate SRB physical channels based on the dynamic weight value, can include:
[0018] calculating, according to the current connection number, a dynamic weight value for each candidate SRB physical channel based on a preset dynamic weight algorithm;
[0019] selecting a candidate SRB physical channel with the smallest dynamic weight value as the target SRB physical channel.
[0020] The method can further include: performing, by a hardware acceleration module on the target SRB physical channel, encryption processing on the to-be-published data, and sending the to-be-published data encrypted by the hardware encryption module to a subscription node.
[0021] obtaining an encryption key, the encryption key being generated based on a link state of the target SRB physical channel;
[0022] calling the hardware acceleration module on the target SRB physical channel to perform encryption processing on the to-be-published data based on the encryption key;
[0023] calling a dispatcher on the target SRB physical channel to allocate a transmission time window for the encrypted to-be-published data, so as to send the encrypted to-be-published data to a subscription node through the transmission time window.
[0024] An SRB-based data transmission device can include:
[0025] an obtaining unit configured to obtain to-be-published data;
[0026] a first determining unit configured to determine a data distribution service (DDS) topic of the to-be-published data;
[0027] a second determining unit, configured to determine a target SRB physical channel corresponding to the DDS topic in each candidate SRB physical channel according to a preset load balancing strategy;
[0028] a transmitting unit, configured to perform encryption processing on the to-be-published data by a hardware acceleration module on the target SRB physical channel, and send the to-be-published data encrypted by the hardware encryption module to a subscription node.
[0029] The device described above, optionally, the first determining unit comprises:
[0030] a parsing sub-unit, configured to parse the to-be-published data to obtain a topic label contained in the to-be-published data;
[0031] a determining sub-unit, configured to determine a DDS topic of the to-be-published data according to the topic label.
[0032] The device described above, optionally, the second determining unit comprises:
[0033] an obtaining sub-unit, configured to obtain real-time load parameters of each candidate SRB physical channel;
[0034] a calculating sub-unit, configured to calculate a dynamic weight value for each candidate SRB physical channel according to the real-time load parameters based on a preset dynamic weight algorithm;
[0035] a selecting sub-unit, configured to select a target SRB physical channel from the candidate SRB physical channels based on the dynamic weight value.
[0036] A storage medium, comprising a storage instruction, wherein when the instruction is executed, the storage medium controls a device where the storage medium is located to perform the SRB-based data transmission method described above.
[0037] An electronic device, comprising a memory, and one or more instructions, wherein the one or more instructions are stored in the memory and are configured to be executed by one or more processors to perform the SRB-based data transmission method described above.
[0038] The application provides an SRB-based data transmission method, device, storage medium and electronic device, the method comprising: obtaining to-be-published data; determining a data distribution service (DDS) topic of the to-be-published data; determining a target SRB physical channel corresponding to the DDS topic in each candidate SRB physical channel according to a preset load balancing strategy; performing encryption processing on the to-be-published data by a hardware acceleration module on the target SRB physical channel, and sending the to-be-published data encrypted by the hardware encryption module to a subscription node. The method can meet the demand of low-delay communication in various application scenarios. Attached Figure Description
[0039] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on the provided drawings without creative effort.
[0040] Figure 1 A flowchart of a data transmission method based on SRB provided in this application;
[0041] Figure 2 A system architecture example diagram provided for this application;
[0042] Figure 3 A flowchart of a message transmission process provided in this application;
[0043] Figure 4 A schematic diagram of the structure of a data transmission device based on SRB provided in this application;
[0044] Figure 5 This is a schematic diagram of the structure of an electronic device provided in this application. Detailed Implementation
[0045] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.
[0046] In this application, the terms "comprising," "including," or any other variations thereof are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.
[0047] This application provides an SRB-based data transmission method, which can be applied to electronic devices such as mobile terminals, tablets, servers, or any computing device with media acquisition capabilities. The method flowchart is shown below. Figure 1 As shown, it specifically includes:
[0048] S101: Get data to be published.
[0049] The data to be published is real-time data generated by sensors, control units, or other application software that needs to be broadcast through a data distribution service. In this application, the data to be published can be periodic sensor status data, event-triggered alarm data, or non-periodic control command data, etc., and there are no restrictions on the specific data type and format.
[0050] In this embodiment, the data to be published is typically obtained by the DDS publisher application interface running on the electronic device and prepared for publication to the DDS global data space.
[0051] S102: Determine the Data Distribution Service (DDS) topic for the data to be published.
[0052] In this embodiment, the DDS topic is the core logical address for data distribution in the DDS middleware. The DDS topic defines the data type and subscription relationship. Each piece of data to be published is associated with a specific topic when it is published.
[0053] Optionally, there are several ways to determine a DDS topic. For example, the publishing application can explicitly specify the topic name to which the data belongs when calling the publishing interface; or the system can automatically assign a suitable topic based on the content, source, or pre-configured data-topic mapping rules of the data to be published. The topic name usually reflects the semantics of the data.
[0054] S103: Determine the target SRB physical channel corresponding to the DDS topic from among the candidate real-time bus SRB physical channels according to the preset load balancing strategy.
[0055] In this embodiment, candidate SRB physical channels refer to independent real-time bus hardware communication links available on electronic devices, each with independent bandwidth, buffering, and processing resources. The load balancing strategy is an algorithm pre-configured in the system to intelligently distribute data streams from different topics to different physical channels, thereby avoiding single-channel congestion and improving the overall system throughput.
[0056] The load balancing strategy can be dynamically decided based on multiple factors. For example, one strategy can be a static mapping based on the hash value of the topic; another strategy is to dynamically sense the real-time load parameters of each channel, such as the current number of connections, queue depth, and bandwidth utilization, and use dynamic weighting algorithms such as minimum connection priority or weighted round-robin to calculate a dynamic weight value for each topic, and finally select the lightest or most suitable channel as the target SRB physical channel. In this way, dynamic mapping and load sharing from DDS logical topics to SRB physical channels are achieved.
[0057] S104: The data to be published is encrypted by the hardware acceleration module on the target SRB physical channel, and the encrypted data is sent to the subscription node.
[0058] In this embodiment, the hardware acceleration module is a dedicated hardware circuit, such as an FPGA or ASIC, integrated on the SRB physical channel. It can acquire the encryption key generated for the current communication session and invoke the hardware acceleration module to encrypt the data to be published based on the key. The generation and updating of the encryption key can be bound to the establishment, disconnection, or periodic status events of the SRB physical link, thereby achieving dynamic key distribution and greatly improving the ability to resist security threats such as replay attacks.
[0059] Optionally, the encrypted data is sent to the transmission queue of the target SRB physical channel. To ensure real-time performance, the scheduler on the channel allocates a defined transmission time window for high-priority DDS data, thereby avoiding network jitter and ensuring that the data can be sent out within a defined, microsecond-level delay, and eventually reach one or more subscriber nodes that have subscribed to the topic.
[0060] As can be seen from the above, in this application, the electronic device combines the topic-centric data distribution mode of DDS with the hardware resources of the underlying SRB multi-physical channel and the hardware-accelerated secure transmission capabilities to achieve intelligent, secure, and efficient mapping of data flow from the logical layer to the physical layer. This not only significantly reduces end-to-end communication latency and jitter but also greatly improves the reliability and security of the system in multi-node, high-concurrency scenarios.
[0061] In one embodiment provided in this application, based on the above-described scheme, optionally, determining the Data Distribution Service (DDS) topic for the data to be published includes:
[0062] Analyze the data to be published to obtain the topic tags contained in the data;
[0063] Determine the DDS topic for the data to be published based on the topic tags.
[0064] In this embodiment, a topic tag is metadata used to uniquely identify or associate a DDS topic. This topic tag can exist in various forms within the data to be published. For example, the topic tag can be encapsulated as a specific data field in the header of the data to be published; alternatively, the topic tag can be embedded as a specific formatted identifier within the payload of the data to be published, such as a specific byte sequence located at the beginning of the data payload.
[0065] Optionally, the method for parsing the data to be published can vary depending on the storage location and format of the topic tag. For example, if the topic tag is located in the message header, it can be extracted directly by parsing the communication protocol stack; if the topic tag is embedded in the data payload, it can be located and extracted by parsing the data payload by bytes, applying regular expression matching, or calling a specific data parsing library.
[0066] In this application, a mapping table between topic tags and standard DDS topic names can be obtained, and then the DDS topic can be determined by querying the mapping table based on the topic tags.
[0067] In one embodiment provided in this application, based on the above-described scheme, optionally, the target SRB physical channel corresponding to the DDS topic is determined from each candidate SRB physical channel according to a preset load balancing strategy, including:
[0068] Obtain the real-time load parameters of each candidate SRB physical channel;
[0069] Based on a preset dynamic weighting algorithm, dynamic weight values are calculated for each candidate SRB physical channel according to real-time load parameters.
[0070] The target SRB physical channel is selected from the candidate SRB physical channels based on dynamic weight values.
[0071] In this embodiment, the real-time load parameter can represent the current busy level and available capacity of the SRB physical channel. This real-time load parameter may include, but is not limited to, one or more of the following: the current number of connections on the channel, the depth of the transmission queue, the average bandwidth utilization over a historical time period, and the instantaneous collision rate or packet loss rate of data packets.
[0072] The preset dynamic weighting algorithm is the core of the load balancing strategy. This algorithm is configured to calculate a comprehensive dynamic weight value for each candidate SRB physical channel based on real-time load parameters. This dynamic weight value reflects the priority of selecting the channel in the next moment.
[0073] Optionally, the dynamic weighting algorithm can be implemented in various ways. For example, it could be a weighted least-connections algorithm, where the system prioritizes the SRB physical channel with the fewest currently established data connections; that is, channels with fewer connections have more idle processing capacity. Another example is a weighted round-robin algorithm, which assigns a fixed weight to each channel, for example, based on the channel's total bandwidth, and distributes data streams according to a round-robin method and the weight ratio. Yet another, more complex algorithm can calculate dynamic weight values based on a weighted combination of the channel's real-time bandwidth utilization and queue depth, thereby fully utilizing the bandwidth resources of all channels while avoiding queue overflow.
[0074] In one embodiment provided in this application, based on the above scheme, optionally, the real-time load parameters include at least the current number of connections. The step of calculating dynamic weight values for each candidate SRB physical channel based on the real-time load parameters using a preset dynamic weight algorithm, and selecting a target SRB physical channel from the candidate SRB physical channels based on the dynamic weight values, includes:
[0075] The dynamic weight value of each candidate SRB physical channel is obtained by weighting the current number of connections for each candidate SRB physical channel.
[0076] The dynamic weight value is used to characterize the overall load level of the channel; the lower the value, the more idle the channel is.
[0077] In this embodiment, the current connection count refers to the number of SRB-based data transmission sessions that are currently established and active on the SRB physical channel. The current connection count directly reflects the current load of the SRB physical channel.
[0078] Weighted calculation is a specific implementation of the dynamic weighting algorithm. This calculation process can be based on different strategies and formulas. In a simple implementation, the current number of connections for a channel can be directly used as its dynamic weight value; that is, the fewer the connections, the lower the weight value. In a more complex implementation, a base weight coefficient can be preset for each SRB physical channel. This coefficient may be related to the channel's theoretical maximum number of connections or physical bandwidth. The final dynamic weight value can be the product of the current number of connections and this base weight coefficient, or the result of other functional relationships. For example, a channel with higher physical bandwidth, even if it has slightly more current connections, may still have a lower dynamic weight value after weighted calculation than a channel with lower bandwidth but fewer connections. This allows for consideration of both absolute load and differences in channel processing capabilities.
[0079] By using the weighted calculation method based on the current number of connections described in this embodiment, the system can quickly and intuitively evaluate the real-time load status of each SRB physical channel with low computational overhead.
[0080] In one embodiment provided in this application, based on the above-described scheme, optionally, the data to be published is encrypted using a hardware acceleration module on the target SRB physical channel, and the data to be published encrypted by the hardware encryption module is sent to the subscription node, including:
[0081] Obtain the encryption key, which is generated based on the link state of the target SRB physical channel;
[0082] The hardware acceleration module on the target SRB physical channel is invoked to encrypt the data to be published based on the encryption key;
[0083] The scheduler on the target SRB physical channel is invoked to allocate a transmission time window for the encrypted data to be published, so that the encrypted data to be published can be sent to the subscriber node through the transmission time window.
[0084] In this embodiment, the generation of the encryption key is bound to the link state of the target SRB physical channel. The link state may include, but is not limited to, physical link establishment and disconnection events, link duration, link signal quality indicators, or periodic update triggers based on security policies. A new encryption key is generated when a change in the link state is detected or a preset update cycle is reached.
[0085] After the data is encrypted, the scheduler on the target SRB physical channel is invoked to allocate specific transmission resources for the encrypted data. This scheduler allocates dedicated transmission time windows for data streams of different priorities according to a predetermined time scheduling strategy. Specifically, the scheduler identifies the priority attribute of the DDS topic associated with the encrypted data and maps it to the corresponding Quality of Service (QoS) level, thus reserving a conflict-free, deterministic transmission time window for it within the periodic communication time loop. Through this time window, the encrypted data to be published is accurately sent to the physical link, ensuring that it arrives at the subscribing node within strict time constraints, thereby meeting the deterministic communication requirements of high real-time application scenarios.
[0086] This application also provides a communication system based on a data distribution service and a real-time bus. Through a collaborative design involving protocol layer integration, dynamic security mechanisms, and resource scheduling optimization, it achieves high-concurrency, high-performance, and high-security data transmission. The system architecture includes an application-layer DDS publish-subscribe model and a transport-layer SRB hardware-level real-time transmission protocol, forming a layered communication architecture. For example... Figure 2As shown, the system includes a DDS publisher, an SRB domain, an FPGA acceleration layer, and DDS subscribers. A physical channel fragmentation transmission mechanism based on DDS topics can be adopted, dividing SRB physical channels according to topics and independently allocating bandwidth and FPGA logic unit resources to each channel. Simultaneously, a dynamic weighting algorithm is used to achieve cross-channel load balancing, effectively avoiding single-channel congestion.
[0087] In this embodiment, dynamic key distribution bound to the SRB link state can be achieved through the DDS built-in quality of service policy, and a hardware encryption module can be integrated through FPGA at the SRB physical layer to support the AES-GCM algorithm and the national cryptographic SM4 algorithm.
[0088] In this embodiment, a time-sensitive network scheduling mechanism can be integrated into the SRB link layer to reserve a deterministic transmission time window for high-priority DDS messages. Based on the transmission jitter calculation using the SRB timestamp and the DDS source timestamp, the message deadline is dynamically adjusted to achieve latency compensation. This system utilizes FPGA to implement data fragmentation and priority queue management, comprehensively improving the system's real-time performance, concurrency, and security.
[0089] See Figure 3 This is a flowchart of a message transmission process provided in an embodiment of this application. The DDS publisher can send a message to the SRB domain, which determines the target SRB physical channel corresponding to the DDS topic from among the candidate SRB physical channels. The message is then assigned to the target SRB physical channel, and the hardware acceleration module on the target SRB physical channel encrypts the data to be published. The data to be published after being encrypted by the hardware encryption module is then sent to the subscription node.
[0090] and Figure 1 Corresponding to the method described above, embodiments of this application also provide an SRB-based data transmission device, applied to electronic devices, for use in transmitting data between electronic devices and electronic equipment. Figure 1 The specific implementation of the method is shown in the schematic diagram of the device. Figure 4 As shown, it includes:
[0091] Acquisition unit 401 is used to acquire data to be published;
[0092] The first determining unit 402 is used to determine the Data Distribution Service (DDS) topic of the data to be published.
[0093] The second determining unit 403 is used to determine the target SRB physical channel corresponding to the DDS topic among each candidate SRB physical channel according to a preset load balancing strategy.
[0094] The transmission unit 404 is used to encrypt the data to be published through the hardware acceleration module on the target SRB physical channel, and send the encrypted data to the subscription node.
[0095] In one embodiment provided in this application, based on the above-described solution, optionally, the first determining unit 402 includes:
[0096] The parsing sub-unit is used to parse the data to be published and obtain the topic tags contained in the data.
[0097] Determine the sub-unit, which is used to determine the DDS topic of the data to be published based on the topic tags.
[0098] In one embodiment provided in this application, based on the above-described solution, optionally, the second determining unit 403 includes:
[0099] The first acquisition subunit is used to acquire the real-time load parameters of each candidate SRB physical channel;
[0100] The calculation subunit is used to calculate the dynamic weight value for each candidate SRB physical channel based on the preset dynamic weight algorithm and the real-time load parameters.
[0101] The selection sub-unit is used to select the target SRB physical channel from the candidate SRB physical channels based on dynamic weight values.
[0102] In one embodiment provided in this application, based on the above-described scheme, optionally, the computational subunit includes:
[0103] The calculation module is used to calculate dynamic weight values for each candidate SRB physical channel based on the current number of connections.
[0104] Select the module and choose the candidate SRB physical channel with the smallest dynamic weight value as the target SRB physical channel.
[0105] In one embodiment provided in this application, based on the above-described solution, optionally, the transmission unit 404 includes:
[0106] The second acquisition subunit is used to acquire an encryption key, which is generated based on the link state of the target SRB physical channel;
[0107] The first calling subunit is used to call the hardware acceleration module on the target SRB physical channel to encrypt the data to be published based on the encryption key;
[0108] The second invocation subunit is used to invoke the scheduler on the target SRB physical channel to allocate a transmission time window for the encrypted data to be published, so as to send the encrypted data to be published to the subscription node through the transmission time window.
[0109] The specific principles and execution processes of each unit and module in the SRB-based data transmission device disclosed in the above embodiments of this application are related to... Figure 1 The data transmission method based on SRB disclosed in the embodiments is the same, and the corresponding part of the data transmission method based on SRB provided in the above embodiments of this application will not be repeated here.
[0110] This application embodiment also provides a storage medium, which includes stored instructions, wherein when the instructions are executed, the device where the storage medium is located is controlled to execute the above-described SRB-based data transmission method or the above-described control method for a mobile device.
[0111] This application also provides an electronic device, the structural schematic diagram of which is shown below. Figure 5 As shown, it specifically includes a memory 501 and one or more instructions 502, wherein one or more instructions 502 are stored in the memory 501 and are configured to be executed by one or more processors 503 to perform the above-described SRB-based data transfer method.
[0112] It should be noted that the various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For apparatus embodiments, since they are basically similar to method embodiments, the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.
[0113] Finally, it should be noted that in this paper, relational terms such as first and second are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations.
[0114] For ease of description, the above devices are described separately by function as various units. Of course, in implementing this application, the functions of each unit can be implemented in one or more software and / or hardware.
[0115] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of this application, in essence or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, etc.) to execute the methods described in various embodiments or some parts of the embodiments of this application.
[0116] This document uses specific examples to illustrate the principles and implementation methods of this application. The descriptions of the above embodiments are only for the purpose of helping to understand the methods and core ideas of this application. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of this application. Therefore, the content of this specification should not be construed as a limitation of this application.
Claims
1. A data transmission method based on SRB, characterized in that, include: Get the data to be published; Determine the Data Distribution Service (DDS) topic for the data to be published; The target SRB physical channel corresponding to the DDS topic is determined from each candidate real-time bus SRB physical channel according to the preset load balancing strategy. The data to be published is encrypted by the hardware acceleration module on the target SRB physical channel, and the encrypted data is then sent to the subscription node.
2. The method according to claim 1, characterized in that, The process of determining the Data Distribution Service (DDS) topic for the data to be published includes: The data to be published is parsed to obtain the topic tags contained in the data to be published. The DDS topic of the data to be published is determined based on the topic tags.
3. The method according to claim 1, characterized in that, According to a preset load balancing strategy, the target SRB physical channel corresponding to the DDS topic is determined from each candidate SRB physical channel, including: Obtain the real-time load parameters of each of the candidate SRB physical channels; Based on a preset dynamic weighting algorithm, dynamic weight values are calculated for each candidate SRB physical channel according to the real-time load parameters. Based on the dynamic weight value, the target SRB physical channel is selected from the candidate SRB physical channels.
4. The method according to claim 3, characterized in that, The real-time load parameters include at least the current number of connections, and the preset dynamic weight algorithm calculates dynamic weight values for each candidate SRB physical channel based on the real-time load parameters. Based on the dynamic weight value, the target SRB physical channel is selected from the candidate SRB physical channels, including: Based on a preset dynamic weighting algorithm, dynamic weight values are calculated for each candidate SRB physical channel according to the current number of connections. The candidate SRB physical channel with the smallest dynamic weight value is selected as the target SRB physical channel.
5. The method according to claim 1, characterized in that, The step of encrypting the data to be published through a hardware acceleration module on the target SRB physical channel, and then sending the encrypted data to the subscription node, includes: Obtain an encryption key, which is generated based on the link state of the target SRB physical channel; The hardware acceleration module on the target SRB physical channel is invoked to encrypt the data to be published based on the encryption key; The scheduler on the target SRB physical channel is invoked to allocate a transmission time window for the encrypted data to be published, so that the encrypted data to be published can be sent to the subscription node through the transmission time window.
6. A data transmission device based on SRB, characterized in that, include: The acquisition unit is used to acquire data to be published. The first determining unit is used to determine the Data Distribution Service (DDS) topic of the data to be published. The second determining unit is used to determine the target SRB physical channel corresponding to the DDS topic among each candidate SRB physical channel according to a preset load balancing strategy. The transmission unit is used to encrypt the data to be published through the hardware acceleration module on the target SRB physical channel, and send the encrypted data to be published to the subscription node.
7. The apparatus according to claim 6, characterized in that, The first determining unit includes: The parsing subunit is used to parse the data to be published and obtain the topic tags contained in the data to be published; A sub-unit is defined to determine the DDS topic of the data to be published based on the topic tags.
8. The apparatus according to claim 6, characterized in that, The second determining unit includes: The acquisition subunit is used to acquire the real-time load parameters of each of the candidate SRB physical channels; The calculation subunit is used to calculate dynamic weight values for each candidate SRB physical channel based on the preset dynamic weight algorithm and the real-time load parameters. The selection sub-unit is used to select the target SRB physical channel from the candidate SRB physical channels based on the dynamic weight value.
9. A storage medium, characterized in that, The storage medium includes storage instructions, wherein when the instructions are executed, the device containing the storage medium is controlled to perform the SRB-based data transmission method as described in any one of claims 1 to 5.
10. An electronic device, characterized in that, It includes a memory, and one or more instructions, wherein one or more instructions are stored in the memory and configured to be executed by one or more processors as described in any one of claims 1 to 5.