Wireless communication method and device, communication equipment and storage medium

Abstract

The invention provides a wireless communication method and device, communication equipment and a storage medium, relates to the technical field of communication, and is used for guaranteeing reliable communication between a terminal equipment side and a TSN. The method comprises the following steps: a device-side time-sensitive network converter (DS-TT) receives first configuration information from a time-sensitive network (TSN), wherein the first configuration information is used for configuring a communication strategy of data transmission between a terminal device and the TSN; when the DS-TT receives the first data frame, the DS-TT sends the first data frame to a destination device of the first data frame based on the first configuration information; wherein the destination device is a terminal device or a TSN communication device in the TSN. The method and the device are applied to a scene of communication between the terminal equipment and the TSN.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to wireless communication methods, apparatus, communication devices and storage media. Background Technology

[0002] Time-Sensitive Networking (TSN) is a family of Ethernet standards located at the data link layer. Its core objective is to provide deterministic communication guarantees on top of standard Ethernet. Currently, there are considerations to integrate TSN with 5G networks to improve communication reliability.

[0003] In the theoretical model of the 5G-TSN convergence system, the device-side TSN transceiver (DS-TT) is only a logical function deployed on the terminal side. At the implementation level, there is currently a lack of terminal-side DS-TT implementation schemes capable of effectively carrying TSN traffic. Therefore, there is an urgent need for a solution based on terminal-side DS-TT for communication between the terminal and TSN. Summary of the Invention

[0004] This application provides a wireless communication method, apparatus, communication device, and storage medium for improving the reliability of communication between terminal devices and TSN networks.

[0005] In a first aspect, this application provides a wireless communication method, comprising: a device-side Time-Sensitive Network Converter (DS-TT) receiving first configuration information from a Time-Sensitive Network (TSN), the first configuration information being used to configure a communication strategy for data transmission between a terminal device and the TSN; and, upon receiving a first data frame, the DS-TT sending the first data frame to a destination device of the first data frame based on the first configuration information; wherein the destination device is a terminal device or a TSN communication device within the TSN.

[0006] The technical solution provided in this application offers at least the following advantages: DS-TT can receive first configuration information from the TSN, which is used to configure the communication strategy for data transmission between the terminal device and the TSN. Based on the communication strategy specifically designed for data transmission between the terminal device and the TSN, DS-TT sends the received data frames to the TSN communication device within the TSN or to the terminal device. Through this solution, DS-TT ensures that the data frame transmission between the terminal device and the TSN meets the communication requirements of the TSN by executing a dynamically configurable communication strategy, thereby achieving reliable communication between the terminal device and the TSN.

[0007] One possible implementation is that the first data frame carries the identification information of the destination device, which includes at least one of the following: Media Access Control (MAC) address, Internet Packet Protocol (IP) address, and Virtual Local Area Network (VLAN) ID.

[0008] Another possible implementation is that DS-TT receives first configuration information from a time-sensitive network (TSN), including: DS-TT receiving first configuration information from the central network controller in the TSN network; wherein the communication strategy includes at least one of the following: time synchronization strategy, time-aware shaping strategy, flow filtering and policing strategy, and frame preemption strategy.

[0009] Another possible implementation involves a communication strategy that includes a time synchronization strategy. DS-TT sends the first data frame to the destination device based on the first configuration information, including: DS-TT parses the time protocol event message based on the time synchronization strategy, and performs nanosecond-level precision timestamp capture at the physical layer to obtain time synchronization information with the TSN master clock; DS-TT schedules and sends the first data frame to the destination device based on the time synchronization information.

[0010] Another possible implementation involves a communication strategy that includes a time-aware shaping strategy. DS-TT sends the first data frame to the destination device of the first data frame based on the first configuration information, including: DS-TT, based on the time-aware shaping strategy, sends the first data frame to the destination device within a specific time window according to a pre-configured gating schedule table and the priority of the first data frame; the gating schedule table includes the transmission time points of data packets with different priorities.

[0011] Another possible implementation involves a communication strategy that includes flow filtering and policing. DS-TT sends a first data frame to the destination device of the first data frame based on the first configuration information, including: DS-TT matching and measuring the first data frame based on the flow filtering and policing strategy to determine whether the first data frame conforms to a preset bandwidth standard; if the first data frame conforms to the preset bandwidth contract, then the first data frame is sent to the destination device of the first data frame; or, if the first data frame does not conform to the preset bandwidth contract, then the first data frame is discarded or downgraded.

[0012] Another possible implementation, the communication strategy includes a frame preemption strategy; DS-TT sends a first data frame to the destination device of the first data frame based on the first configuration information, including: DS-TT interrupts the transmission of the second data frame based on the frame preemption strategy, and sends the first data frame to the destination device of the first data frame; wherein, the second data frame is a data frame received before the first data frame and has a lower priority than the first data frame.

[0013] Secondly, this application provides a wireless communication device, including: a receiving module and a transmitting module, wherein: the receiving module is configured to receive first configuration information from a Time-Sensitive Network (TSN), the first configuration information being used to configure a communication strategy for data transmission between a terminal device and the TSN; the transmitting module is configured to, upon receiving a first data frame, transmit the first data frame to a destination device of the first data frame based on the first configuration information; wherein, when the first data frame originates from a terminal device, the destination device is a TSN communication device within the TSN; or, when the first data frame originates from a TSN communication device, the destination device is a terminal device. One possible implementation is that the first data frame carries the identification information of the destination device, which includes at least one of the following: Media Access Control (MAC) address, Internet Packet Protocol (IP) address, and Virtual Local Area Network (VLAN) ID.

[0014] Another possible implementation is that the receiving module described above is specifically used to receive first configuration information from the central network controller in the TSN network; wherein the communication strategy includes at least one of the following: time synchronization strategy, time-aware shaping strategy, flow filtering and policing strategy, and frame preemption strategy.

[0015] Another possible implementation is that the above communication strategy includes a time synchronization strategy; the above sending module is specifically used to: based on the time synchronization strategy, parse the time protocol event message, and capture the timestamp with nanosecond precision at the physical layer to obtain time synchronization information with the TSN master clock; based on the time synchronization information, schedule and send the first data frame to the destination device.

[0016] Another possible implementation is that the above communication strategy includes a time-aware shaping strategy; the above sending module is specifically used to: based on the time-aware shaping strategy, according to a pre-configured gating schedule table and the priority of the first data frame, send the first data frame to the destination device within a specific time window; the gating schedule table includes the sending time points of data packets with different priorities.

[0017] Another possible implementation is that the above communication strategy includes flow filtering and policing strategies; the above sending module is specifically used to: match and measure the first data frame based on the flow filtering and policing strategies, and determine whether the first data frame meets the preset bandwidth standard; if the first data frame meets the preset bandwidth contract, then send the first data frame to the destination device of the first data frame; or, if the first data frame does not meet the preset bandwidth contract, then perform a discard or down-priority marking operation on the first data frame.

[0018] Another possible implementation is that the above communication strategy includes a frame preemption strategy; the above sending module is specifically used to: interrupt the transmission of the second data frame based on the frame preemption strategy, and send the first data frame to the destination device of the first data frame; wherein, the second data frame is a data frame received before the first data frame and has a lower priority than the first data frame.

[0019] Thirdly, this application provides a wireless communication system, comprising: a device-side Time-Sensitive Network Converter (DS-TT) and a destination device, wherein: the DS-TT is configured to receive first configuration information from a Time-Sensitive Network (TSN), the first configuration information being used to configure a communication strategy for data transmission between a terminal device and the TSN; the DS-TT is further configured to, upon receiving a first data frame, send the first data frame to the destination device of the first data frame based on the first configuration information; wherein, when the first data frame originates from a terminal device, the destination device is a TSN communication device within the TSN; or, when the first data frame originates from a TSN communication device, the destination device is the terminal device.

[0020] One possible implementation is that the DS-TT mentioned above includes a TSN protocol processing module; the TSN protocol processing module is used to communicate with the central network controller in the TSN network and receive a first configuration message from the central network controller.

[0021] Fourthly, this application provides an electronic device comprising: a processor and a memory; the memory storing processor-executable instructions; when the processor is configured to execute the instructions, causing the electronic device to implement the method of the first aspect described above.

[0022] Fifthly, this application provides a computer-readable storage medium comprising: computer software instructions; which, when executed in an electronic device, cause the electronic device to implement the method described in the first aspect.

[0023] Sixthly, this application provides a computer program product comprising a computer program; when the computer program is run in an electronic device, it causes the electronic device to implement the method described in the first aspect.

[0024] The beneficial effects of the second to sixth aspects mentioned above are described in the corresponding description of the first aspect and will not be repeated here. Attached Figure Description

[0025] Figure 1 A schematic diagram illustrating the application environment of a wireless communication method provided in this application; Figure 2 A schematic diagram of the system architecture of a wireless communication method provided in this application; Figure 3 An internal logic block diagram of an FPGA is provided in this application; Figure 4 An internal logic block diagram of a TSN system provided in this application; Figure 5 A flowchart illustrating a wireless communication method provided in this application; Figure 6 A flowchart illustrating another wireless communication method provided in this application; Figure 7 A flowchart illustrating another wireless communication method provided in this application; Figure 8 A flowchart illustrating another wireless communication method provided in this application; Figure 9 This is a system architecture diagram of a wireless communication system according to an embodiment of this application; Figure 10 This is a schematic diagram of the structure of a wireless communication device provided in an embodiment of this application; Figure 11 This is a schematic diagram of the structure of an electronic device provided in this application. Detailed Implementation

[0026] The wireless communication method, apparatus, communication device, and storage medium provided in this application will now be described in detail with reference to the accompanying drawings.

[0027] In this article, the term "and / or" is merely a description of the relationship between related objects, indicating that there can be three relationships. For example, A and / or B can represent three situations: A exists alone, A and B exist simultaneously, and B exists alone.

[0028] The terms "first" and "second," etc., used in the specification and drawings of this application are used to distinguish different objects or to distinguish different treatments of the same object, rather than to describe a specific order of objects.

[0029] Furthermore, the terms "comprising" and "having," and any variations thereof, used in the description of this application are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the steps or units listed, but may optionally include other steps or units not listed, or may optionally include other steps or units inherent to such process, method, product, or apparatus.

[0030] It should be noted that in the embodiments of this application, the words "exemplary" or "for example" are used to indicate examples, illustrations, or explanations. Any embodiment or design scheme described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of the words "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0031] To facilitate a clear description of the technical solutions of the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish the same or similar items with essentially the same function and effect. Those skilled in the art can understand that the terms "first" and "second" are not intended to limit the quantity or execution order.

[0032] In the description of this application, unless otherwise stated, "a plurality of" means two or more.

[0033] The wireless communication method provided in this application can be applied to various industrial internet and smart manufacturing scenarios that require a deep integration of the flexibility of 5G wireless communication with the deterministic guarantee capability of time-sensitive networks.

[0034] For example, embodiments of this application can be applied to the following scenarios: Flexible manufacturing production lines: On intelligent production lines consisting of Automated Guided Vehicles (AGVs), collaborative robots, Programmable Logic Controllers (PLCs), and vision sensors, control commands (such as emergency stops of robotic arms and AGV path updates) are required to be transmitted stably with microsecond-level delays and nanosecond-level jitter. Factory automation control: In discrete manufacturing or process industries, field devices (such as sensors and actuators) distributed over a wide area need to be wirelessly connected to a central controller and meet strict periodic data exchange and closed-loop control timing requirements. Mobile robot collaboration: In warehousing and logistics or smart ports, multiple mobile robots need to perform precise collaborative operations and obstacle avoidance based on a unified time base, which places extremely high demands on the synchronization accuracy and communication determinism of wireless networks.

[0035] In existing technologies, deterministic communication for the aforementioned scenarios typically relies on wired TSN networks. When attempting to introduce 5G networks to gain mobility and simplify cabling, the DS-TT (device-side TSN converter) located on the user equipment side is often considered an abstract logical function point or implemented solely through software.

[0036] Thus, existing technologies face the following problems: the unpredictable latency and jitter introduced by the pure software DS-TT processing TSN protocol make it unable to meet the stringent deterministic requirements of industrial control; at the same time, the lack of an integrated hardware and software collaborative architecture and configuration management mechanism makes the deployment of 5G-TSN converged networks extremely complex, with high development and debugging costs, ultimately limiting the large-scale application of 5G technology in core production processes.

[0037] To address the aforementioned technical problems, this application provides a wireless communication method, apparatus, communication device, and storage medium.

[0038] The embodiments provided in this application will now be described in detail with reference to the accompanying drawings.

[0039] The wireless communication method provided in this application can be applied to, for example... Figure 1 The application environment shown. For example... Figure 1 As shown, the application environment includes a wireless communication device 101 and a front-end device 102. The wireless communication device 101 and the front-end device 102 are interconnected.

[0040] In some embodiments, the wireless communication device 101 may be a server cluster consisting of multiple servers, a single server, a computer, or a processor or processing chip in a server or computer, etc. This application does not limit the specific device form of the wireless communication device 101. Figure 1 The example shown is a single server using wireless communication device 101.

[0041] In some embodiments, the front-end device 102 can be a device with wireless transceiver capabilities, such as a mobile phone, tablet computer, wearable device, in-vehicle device, augmented reality (AR) / virtual reality (VR) device, laptop computer, ultra-mobile personal computer (UMPC), netbook, personal digital assistant (PDA), etc. This application embodiment does not limit the specific device form of the front-end device 102. Figure 1 The example shown is a mobile phone, with the front-end device 102 as the illustration.

[0042] In some embodiments, the wireless communication device 101 receives first configuration information from a Time Sensitive Network (TSN), the first configuration information being used to configure a communication strategy for data transmission between a terminal device and the TSN; upon receiving a first data frame, the wireless communication device 101 sends the first data frame to a front-end device 102 based on the aforementioned first configuration information; wherein the front-end device 102 may be a UE or a TSN communication device within the TSN.

[0043] It should be noted that the system architecture described in the embodiments of this application is for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and does not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of system architecture, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0044] The wireless communication method provided in this application can be applied to the DS-TT system architecture on the 5G-TSN end side. For example... Figure 2 As shown, the system architecture may include: a TSN network, 5G DS-TT equipment, and TSN terminal equipment (such as robots and PLCs), wherein: The TSN network includes a Centralized Network Configuration (CNC) / Service Management System. The TSN CNC / Service Management System is a central network controller located on the network side, responsible for generating and distributing network-wide TSN configuration policies (such as traffic scheduling tables, path planning, etc.). It communicates with DS-TT through the Restful / NetConf API standard application programming interface to realize the distribution of configurations and the collection of device status, as well as the configuration and status register (CSR) of the 5G-TSN hardware network card field-programmable gate array (FPGA) through drivers / APIs.

[0045] The 5G DS-TT equipment includes a TSN system and a 5G-TSN hardware network card FPGA, among which: The TSN system comprises a CNC agent, a kernel (such as the Linux kernel), a 5G-TSN network card driver, a TSN interface (such as the TSNSocket API), user space, and applications. The CNC agent is a daemon running in the user space of the DS-TT device. It is responsible for receiving configuration policies from the CNC via the API, translating them into instructions understandable to the driver layer, and issuing configuration commands to the 5G-TSN network card driver. Applications are other user space programs deployed on the device, which may implement specific business logic. The Linux kernel is the operating system kernel running on the device, providing the basic operating environment for all software. The 5G-TSN network card driver is the core driver module of the system, responsible for initializing and managing the underlying FPGA network card, handling packet transmission and reception interrupts, and DMA (direct memory access) operations. The TSN Socket API is a standard TSN configuration interface provided by the Linux kernel, enabling user-space tools (such as tsntool) to query and configure the network card's TSN functionality in a unified way, improving system compatibility and ease of use.

[0046] The 5G-TSN hardware network interface card (FPGA) is the hardware layer, the physical entity that performs packet processing and forwarding. It includes: a 5G-side MAC / PHY, responsible for data interaction with the 5G modem via USB / PCIe interface, enabling 5G protocol stack integration; a TSN protocol processing engine, a complete set of TSN data plane functions implemented within the FPGA, specifically including: an 802.1AS gPTP slave clock, used to parse PTP event messages, perform nanosecond-level timestamp capture at the physical layer, synchronize with the TSN master clock, and provide a unified time base for the entire system; an 802.1Qbv time-aware shaper, used to control the packet transmission time window based on synchronization time through a precise gating list, ensuring conflict-free transmission of critical traffic; 802.1CB frame duplication and elimination, used for hardware-level frame duplication of high-reliability data streams and transmission through redundant paths, eliminating duplicate frames at the receiving end; and 802.1Qci. Flow filtering and monitoring are used to match and measure data flows at the ingress, discarding or marking abnormal traffic that does not conform to the contract; 802.1Qbu frame preemption is used to allow high-priority frames to interrupt low-priority long frames that are being transmitted, in order to reduce the waiting latency of critical traffic; TSN-side MAC / PHY is used to provide a standard TSN interface (such as a TSN Ethernet interface) for connecting TSN terminal devices, such as robots and PLCs; it also includes configuration and status registers, which provide a set of memory-mapped registers for Linux drivers to read and write, for configuring the parameters of various modules inside the FPGA and reading their status.

[0047] The following is a detailed description of the hardware on the 5G DS-TT device side: The core system of this application's TSN uses an ARM processor, and the 5G-TSN network card uses an FPGA as its processing core. Its internal logic structure is illustrated in the system block diagram below. Figure 2 As shown, the 5G DS-TT device hardware connects to the 5G Modem on one end via a high-speed interface (such as USB 3.0 or PCIe), and provides a standard TSN Ethernet interface on the other end.

[0048] 5G Modem: Responsible for receiving and sending data frames from the 5G Modem and completing the interface with the 5G protocol stack.

[0049] TSN Protocol Processing Engine (Core): Implements complete TSN data functions within FPGA+ARM, including: (1) IEEE 802.1AS (gPTP) from the clock: The hardware logic parses the PTP event messages from the TSN network, performs nanosecond-level precision timestamp capture at the physical layer, and synchronizes with the TSN master clock to provide a unified time reference for the entire system.

[0050] (2) IEEE 802.1Qbv (Time-Aware Shaper - TAS): Based on 802.1AS synchronization time, a precise gating list is implemented internally in the FPGA. Data packets are sent to different hardware queues (e.g., 8 queues) according to their priority. At each time point, the hardware automatically opens and closes the queue gates according to a pre-configured schedule to ensure that critical traffic is transmitted without collisions within the predetermined time window.

[0051] (3) IEEE 802.1CB (Frame Copying and Deletion): For data streams requiring high reliability, hardware-level frame copying is performed within the FPGA and transmitted through two independent paths (e.g., different VLANs or ports). On the receiving side, the FPGA identifies and discards duplicate frames, submitting only one valid frame to the upper layer.

[0052] (4) IEEE 802.1Qci (Flow Filtering and Regulation): At the inlet, the FPGA hardware matches and measures each flow, discarding or marking abnormal traffic that does not conform to the bandwidth contract, preventing “bandwidth-devouring” applications from affecting critical traffic.

[0053] (5) IEEE 802.1Qbu (Frame Preemption): Works in conjunction with 802.1Qbv, allowing high-priority frames to interrupt low-priority long frames that are being transmitted, significantly reducing the waiting latency of high-priority streams.

[0054] 5G-side MAC / PHY interface module: Includes standard Ethernet MAC and PHY for connecting to TSN networks.

[0055] Configuration and Status Register (CSR): Provides a set of memory-mapped registers for Linux drivers to configure parameters (such as Qbv timetable and Qci flow rules) of various modules within the ARM and FPGA and read status (such as port statistics and clock status).

[0056] The following provides a detailed description of the 5G-TSN hardware network card FPGA. Figure 3 An internal logic block diagram of an FPGA is provided as an embodiment of this application, such as Figure 3 As shown, the 5G-TSN hardware network card FPGA includes: a configuration and status register (CSR), a 5G-side interface (such as a USB / PCIe interface), a packet parsing and classification module, a TSN protocol processing engine, an 802.1AS gPTP slave clock and timestamp unit, a global time bus, a packet scheduling and shaping module, and a TSN-side interface (such as an Ethernet MAC). The USB / PCIe interface is the USB / PCIe Core.

[0057] The Configuration and Status Register (CSR) is a set of memory-mapped registers and serves as the core configuration interface between the software (Linux driver) and the FPGA hardware. By reading and writing these registers, the driver can send configuration parameters (such as Qbv timetables and Qci flow rules) to the 802.1AS gPTP slave clock and timestamp units and read hardware status (such as port statistics and synchronization status). The 5G-side USB / PCIe interface is a hard-core IP module responsible for implementing the physical and data link layer protocols of the high-speed serial bus (USB or PCIe). It is responsible for communicating with the 5G Modem, converting data received from the Modem into a parallel data stream that can be processed by the FPGA's internal logic, and vice versa; packet parsing and classification, used to parse packet header information (such as MAC address, VLAN tag, IP header, etc.), and classifying packets into different data streams according to predefined rules (e.g., based on traffic identifiers) for differentiated processing by subsequent modules; the TSN protocol processing engine (i.e., the TSN protocol processing module) is the core of the FPGA logic, consisting of a series of dedicated hardware modules organized in processing order, forming a processing pipeline, including: 802.1Qci flow filtering and policing, used to meter and monitor each classified data stream at the ingress. It discards or marks down abnormal or malicious traffic that does not conform to bandwidth contracts (such as rate, burst size), preventing it from consuming resources of critical services; 802.1CB frame duplication and elimination, as a "reliability assurance unit", for data streams requiring extremely high reliability, it copies the original frame in hardware and sends it through two independent paths (such as different VLANs or ports). On the receiving side, this function identifies and discards duplicate frames, ensuring that only one valid data is submitted to the application layer. The 802.1Qbv time-aware shaper, acting as a "precise scheduler," controls the opening and closing of multiple queues based on the global precise time from the 802.1AS module, according to a pre-configured, periodic gating list. This ensures that critical traffic can only be sent within its preset, protected time window, thus avoiding queue contention and achieving deterministic latency and collision-free transmission. Additionally, 802.1Qbu frame preemption, working in conjunction with 802.1Qbv, allows a high-priority frame to interrupt a low-priority long frame that is currently transmitting. The interrupted frame will resume transmission later.This significantly reduces the waiting latency for high-priority traffic; packet scheduling and shaping, based on the processing results of Qbv and Qbu, ultimately determines at what precise moment to send which packet, completing the final transmission scheduling; TSN-side interfaces (such as TSN-side data interfaces) are responsible for sending the processed data frames to the physical layer chip according to the Ethernet protocol, and finally connecting to devices (such as robots and PLCs) in the TSN network through the TSN interface; the 802.1AS gPTP slave clock and timestamp unit, as the slave clock of the TSN network, performs nanosecond-level precision timestamp capture at the physical layer by parsing PTP event messages from the TSN master clock, and keeps synchronized with the master clock; the global time bus is a dedicated signal line that runs through all modules of the FPGA, used to distribute the unified and precise global time generated by the 802.1AS module, providing accurate time for all modules.

[0058] In combination with the above Figure 3 After data enters through the 5G side interface, it is parsed and classified before being sent to the TSN protocol processing engine. This engine integrates functions such as Stream Filtering and Supervision (QCI), Frame Copying and Deletion (CB), Time-Aware Shaping (Qbv), and Frame Preemption (Qbu) in processing order. The entire processing is driven and controlled by a global high-precision clock based on 802.1AS. The FPGA receives configuration from the Linux driver through the CSR module.

[0059] The following provides a detailed explanation of the 5G TSN system. Figure 4 An internal logic block diagram of a TSN system provided in this application embodiment is shown below. Figure 4 As shown, the TSN system adopts a standard Linux system architecture. Its software part can be divided into user space and kernel space (Linux kernel space), which work together to manage and drive the ARM+FPGA hardware at the hardware layer.

[0060] The user space provides network management interfaces and user configuration tools, including the TSN CNC / service management system, CNC agent, and TSN user-space configuration tool (tsntool). The control flow configuration distribution path is as follows: TSN CNC distributes configuration information to CNC agent through the RESTful / NETCONF standard protocol, CNC agent sends application configuration requests to TSN user-space configuration tool (tsntool), and TSN user-space configuration tool passes the application configuration requests down to kernel space through TSN API (such as TSN Socket API).

[0061] The kernel space (such as the Linux kernel space) includes the Linux Kernel TSN Subsystem, the Linux Network Stack, and the 5G-TSN network card driver. The core functions of the 5G-TSN network card driver include: device detection and initialization (identifying hardware and completing basic settings during system startup); DMA engine management (managing direct memory access between the FPGA and host memory, crucial for high-speed data throughput); interrupt service routines (handling FPGA-triggered interrupts, such as packet reception completion, transmission completion, or error notifications, thus responding promptly to hardware events); hardware register configuration (via CSR), acting as a configuration translator, translating upper-layer configuration commands (such as Qbv timetables from the CNC) into specific register values ​​recognizable by the FPGA hardware by reading and writing configuration and status registers; and packet transmission / reception paths, managing the packet transmission and reception process between the driver and the kernel network stack. The 5G-TSN network card driver performs read and write operations on the FPGA's CSR space via the PCIe / USB bus to complete hardware configuration and control.

[0062] It's important to note that the TSN system uses Linux and includes the network card driver and software implementation. The driver runs within the Linux kernel and is not only a standard network device driver but also a management and configuration engine. Its functions include initializing ARM and FPGA hardware, allocating DMA buffers, and handling packet transmission and reception interrupts. Most importantly, it translates configuration commands from the upper-layer CNC (such as the Qbv gateway configuration described using the YANG model) into hardware register configuration values ​​by reading and writing to the FPGA's CSR space, and then sends these values ​​to the FPGA.

[0063] The following are Figure 4 The software and hardware involved in the TSN system shown are described in detail.

[0064] TSN Socket: Used to extend the driver's support for the Linux TSN subsystem (tsn package), allowing user-space tools to perform partial configuration of the network card using the standard TSN API; CNC Agent: A daemon running in user space. It communicates with the Central Network Controller (CNC) via a RESTful API or the NETCONF protocol. The agent receives the network-wide TSN configuration policies (such as the path, period, and latency requirements for each flow) issued by the CNC, translates them into specific instructions that the driver can recognize, and sends them to the kernel driver via the ioctl or sysfs interface. API configuration interface: Provides a clear set of web-based RESTful APIs or YANG model-based NETCONF interfaces for cloud or local management systems to centrally and uniformly configure, monitor and maintain DS-TT distributed across various UEs; TSN User-Space Configuration Tool: tsntool is a user-space configuration tool provided by Linux TSN. It interacts with the driver through a generic TSN API, allowing users or scripts to query and configure the TSN functionality of the network interface without writing specific code. tsntool commands are ultimately passed to the developed 5G-TSN network card driver via ioctl system calls, through the kernel's TSN subsystem. The driver translates these generic commands into operations on FPGA-specific registers. This enables our dedicated hardware to be compatible with existing management tools in the Linux ecosystem. 5G-TSN network card driver: Serving as a bridge for software and hardware collaboration and a central hub for configuration translation. It is responsible for traditional packet transmission and reception, and more importantly, it enables fine-grained control of the FPGA hardware, translating upper-layer, abstract TSN network policies (from CNC) into specific configurations of the lower-level FPGA registers, thereby activating the hardware's deterministic forwarding capability.

[0065] The following is an illustrative description of the system's workflow, which includes: (1) Device detection and initialization: This is the first step in establishing a connection with the hardware after the driver is loaded, following the Linux kernel's device model. When the system starts or the network card is inserted (hot-plugged), the kernel identifies the device based on the PCIe / USB Vendor ID and Device ID, and calls the driver's detection function. (2) DMA engine management: DMA is the core of efficient data forwarding. The driver is responsible for managing the DMA transfer between the FPGA and the host memory.

[0066] (3) Interrupt Service Routine: Interrupts are the main mechanism by which hardware notifies the ARM and FPGA that there are events that need to be handled. The interrupt service routines registered by the driver will handle various interrupts triggered by the FPGA, mainly including: Receive interrupt: The FPGA has DMA'd a new data packet to the host memory and notified the driver to process it.

[0067] Transmission Complete Interrupt: The FPGA has successfully transmitted a data packet from the host memory, and the associated DMA buffers and descriptors can be released.

[0068] Error interruption: such as DMA error, link status change, etc.

[0069] (4) Hardware register configuration: As the core function of the "configuration translator", it realizes the conversion of software policies into hardware behaviors; CSR Access Abstraction: The driver provides a set of internal functions for securely reading and writing the FPGA's CSR.

[0070] Policy to configuration conversion: 802.1Qbv configuration, 802.1Qci configuration, 802.1CB configuration.

[0071] (5) The data packet sending and receiving path is as follows: For example, the data packet sending path is as follows: Step 11: The kernel network protocol stack determines whether a data packet needs to be sent through the tsn0 interface.

[0072] Step 12: The kernel calls the driver's ndo_start_xmit callback function.

[0073] Step 13: The driver obtains an available DMA descriptor from the send ring queue.

[0074] Step 14: The driver maps the packet content (sk_buff) to a DMA operation and fills the DMA address into the descriptor.

[0075] Step 15: The driver notifies the FPGA that there is a new data packet to be sent and initiates DMA transfer.

[0076] Step 16: After the data packet is sent, the FPGA generates an interrupt, and the driver cleans up the used resources in the interrupt handling.

[0077] For example, the data packet receiving path is as follows: Step 21: The FPGA receives a data packet from the TSN network and writes it directly to the receive buffer provided by the driver via DMA.

[0078] Step 22: The FPGA updates the state of the receive descriptor and triggers a receive interrupt.

[0079] Step 23: The interrupt bottom half of the driver is scheduled to execute, and it identifies the completed data packet.

[0080] Step 24: The driver allocates a new sk_buff and copies the data in the DMA buffer into the sk_buff (or, more efficiently, remaps the buffer ownership).

[0081] Step 25: The driver calls netif_receive_skb() to send the data packet into the kernel network protocol stack for upper-layer processing.

[0082] Step 26: The driver replenishes an empty DMA buffer to the FPGA in order to receive the next data packet.

[0083] See Figure 5 This is a flowchart illustrating a wireless communication method provided in an embodiment of this application. Figure 5 As shown, the wireless communication method provided in this application can be implemented by the aforementioned wireless communication device, specifically including the following steps 201 and 202: Step 201: The device-side Time-Sensitive Network Converter (DS-TT) receives the first configuration information from the Time-Sensitive Network (TSN).

[0084] The first configuration information mentioned above is used to configure the communication strategy for data transmission between the terminal device and the TSN.

[0085] In some embodiments of this application, the terminal device described above may be a user equipment (UE), an automated guided vehicle, a drone, an industrial camera equipped with a 5G module, augmented reality glasses, an engineer's mobile handheld terminal, etc.

[0086] In some embodiments of this application, DS-TT receives first configuration information from the central network controller in the TSN network through its user-space CNC agent module.

[0087] In some embodiments of this application, the first configuration information described above can be described using the YANG data model and transmitted via the RESTful or NETCONF protocol, which defines the communication strategy rules for data transmission between the UE and the TSN network.

[0088] In some embodiments of this application, DS-TT stores the received configuration information in local configuration management to provide a strategy basis for subsequent data frame processing.

[0089] For example, DS-TT establishes a communication connection with the central network controller in the TSN network through its user-space CNC agent module. The CNC agent receives first configuration information described using the YANG data model via a RESTful API or the NETCONF protocol. This configuration information contains a complete set of communication policy rules for data transmission between the UE and the TSN network, including but not limited to traffic classification rules, path selection policies, and quality of service parameters. DS-TT parses the received configuration information and stores it in its local configuration management database, assigning a unique policy identifier to each policy entry and creating a policy index table for quick lookup.

[0090] Step 202: Upon receiving the first data frame, DS-TT sends the first data frame to the destination device of the first data frame based on the first configuration information.

[0091] Wherein, if the first data frame originates from the UE, the destination device is the TSN communication device in the TSN; or, if the first data frame originates from the TSN communication device, the destination device is the UE.

[0092] In some embodiments of this application, the aforementioned TSN communication device includes a robot or a programmable logic controller (PLC), an industrial robot controller, a smart sensor, a driver, etc.

[0093] In some embodiments of this application, when DS-TT receives a first data frame from a 5G interface or a TSN interface, its internal policy execution engine parses the source address, destination address, and traffic identification information of the data frame, queries the stored first configuration information, and determines the forwarding path of the data frame according to the path selection rules defined in the first configuration information.

[0094] Specifically, if the source address of the data frame is the UE's identifier and the destination address is the device address in the TSN network, then the data frame is determined to be forwarded to the TSN communication device; otherwise, if the source address of the data frame is the TSN device address and the destination address is the UE's identifier, then the data frame is determined to be forwarded to the UE.

[0095] For example, in a robot collaborative operation scenario in a smart factory, when the robot controller (as the UE) needs to send real-time image data to the central vision system (as the TSN communication device), the DS-TT forwards the image data frame to the vision system through the TSN interface based on the configuration strategy; when the PLC (as the TSN communication device) needs to send control commands to the mobile AGV (as the UE), the DS-TT forwards the control command frame to the AGV through the 5G interface.

[0096] In some embodiments of this application, the first data frame carries identification information of the destination device, which includes at least one of the following: Media Access Control (MAC) address, Internet Packet Protocol (IP) address, and Virtual Local Area Network (VLAN) ID.

[0097] Specifically, in the Ethernet frame format, this identification information is the destination MAC address; in the IP packet format, this identification information is the destination IP address; in a VLAN environment, this identification information may also include the VLAN ID, which is used for traffic isolation and forwarding within the virtual LAN.

[0098] It's important to note that DS-TT supports a multi-layered address identification mechanism. For MAC addresses, it uses an exact match to look up the exit port in the MAC address table; for IP addresses, it determines the next-hop information in the routing table using the longest prefix matching algorithm; and for VLAN IDs, it determines the forwarding rules within the virtual LAN based on the VLAN configuration table. These identification information can be used individually or in combination to achieve more granular traffic control.

[0099] For example, in an industrial IoT environment, sensor data frames carry both a destination MAC address (for Layer 2 switching) and a VLAN ID (for traffic isolation). DS-TT determines the correct forwarding path for the data frame based on these two types of identification information.

[0100] In this embodiment, DS-TT supports identification information for multiple network layer protocols, enhancing the adaptability of the solution in different network environments, realizing fine-grained traffic classification and policy enforcement, and improving the flexibility of network management.

[0101] The wireless communication method provided in this application allows DS-TT to receive first configuration information from a TSN (Transmission Service Provider). This first configuration information is used to configure the communication strategy for data transmission between the terminal device and the TSN. Based on the communication strategy specifically designed for data transmission between the terminal device and the TSN, DS-TT sends the received data frames to the TSN communication device within the TSN or to the terminal device. Through this scheme, DS-TT ensures that data frame transmission between the terminal device and the TSN meets the communication requirements of the TSN by executing a dynamically configurable communication strategy, thereby achieving reliable communication between the terminal device and the TSN.

[0102] In some embodiments of this application, in conjunction with the above... Figure 5 ,like Figure 6 As shown, step 201 above may include step 201a: Step 201a: DS-TT receives first configuration information from the central network controller in the TSN network.

[0103] The communication strategy includes at least one of the following: time synchronization strategy, time-aware shaping strategy, stream filtering and policing strategy, and frame preemption strategy.

[0104] In some embodiments of this application, DS-TT establishes a secure communication channel with the TSN central network controller through a control plane interface to transmit first configuration information.

[0105] It should be noted that this secure communication channel uses TLS / SSL encryption to ensure the confidentiality and integrity of configuration information transmission.

[0106] In some embodiments of this application, the first configuration information issued by the TSN central network controller adopts a modular structure, including metadata such as policy definition, parameter configuration, and effective time.

[0107] In some embodiments of this application, after verifying the integrity and validity of the received first configuration information, the DS-TT configuration management module stores it in non-volatile memory to ensure that the configuration is not lost after the device restarts.

[0108] In some embodiments of this application, the time synchronization strategy includes parameters such as clock source selection, synchronization period, and clock accuracy requirements; the time-aware shaping strategy defines the period, time slot allocation, and queue mapping relationship of the gating list; the flow filtering and policing strategy specifies traffic identification rules, metering parameters, and action sets; and the frame preemption strategy configures parameters such as priority mapping and preemption enable conditions.

[0109] For example, in a power distribution automation system, the central controller sends configuration information, including time synchronization strategy and frame preemption strategy, to the DS-TT to ensure that protection trip signals can be transmitted with priority and meet strict time synchronization requirements.

[0110] In this embodiment, by receiving configuration from the central network controller in the TSN network, interoperability between devices from different manufacturers is facilitated, and the complexity of system integration is reduced.

[0111] In some embodiments of this application, the communication strategy described above includes a time synchronization strategy; for example, the process of DS-TT sending the first data frame to the destination device of the first data frame based on the first configuration information in step 202 above may include the following steps 202a1 and 202a2: Step 202a1: Based on the time synchronization strategy, DS-TT parses the time protocol event message and performs nanosecond-level precision timestamp capture at the physical layer to obtain time synchronization information with the TSN master clock; Step 202a2: Based on time synchronization information, DS-TT schedules and sends the first data frame to the destination device.

[0112] In some embodiments of this application, when a PTP event message is received, DS-TT triggers time capture at a specific position (such as the SFD field) in the MAC layer data frame through the clock module and records the current value of the local clock counter.

[0113] For example, the DS-TT FPGA hardware integrates an 802.1AS gPTP slave clock module, which includes a high-precision timestamp unit. When a PTP event message is received, the timestamp unit triggers time capture at a specific location in the MAC layer data frame (such as the SFD field), recording the current value of the local clock counter. The timestamp capture accuracy reaches the nanosecond level, avoiding the uncertainty caused by operating system scheduling in software timestamps. The captured timestamp information, along with the corresponding PTP message, is sent to the clock algorithm for processing.

[0114] In some embodiments of this application, DS-TT calculates clock offset and frequency difference by comparing the timestamps of the master and slave clocks to generate clock correction parameters. Based on these clock correction parameters, DS-TT adjusts its local clock to keep it synchronized with the TSN master clock.

[0115] In some embodiments of this application, DS-TT uses a synchronized global time base through a scheduler to assign precise transmission timestamps to data frames, ensuring end-to-end latency determinism for time-sensitive traffic.

[0116] For example, in an aerospace testing system, multiple distributed data acquisition units access the TSN network via DS-TT and synchronously acquire data based on a unified time reference to ensure the timing consistency of test data.

[0117] In this embodiment, physical layer timestamp capture based on a time synchronization strategy avoids random delays introduced by the software stack, providing higher precision time synchronization and thus improving the accuracy of data transmission and reception.

[0118] In some embodiments of this application, the communication strategy described above includes a time-aware shaping strategy; for example, the process of DS-TT sending the first data frame to the destination device of the first data frame based on the first configuration information in step 202 above may include the following step 202b1: Step 202b1: Based on the time-aware shaping strategy, DS-TT sends the first data frame to the destination device within a specific time window according to the pre-configured gating schedule and the priority of the first data frame; The gating schedule table mentioned above includes the transmission times of data packets with different priorities.

[0119] In some embodiments of this application, DS-TT uses a time-aware shaper to send the first data frame to the destination device within a specific time window based on a time-aware shaping strategy and according to a pre-configured gating schedule and the priority of the first data frame.

[0120] For example, an 802.1Qbv time-aware shaper is implemented in the DS-TT FPGA, which maintains a periodic gating schedule. The gating schedule divides time into fixed-length periods, defining multiple time windows within each period, each window corresponding to a specific priority traffic transmission opportunity. When a data frame arrives, the classifier places it into the corresponding queue according to its priority. The scheduler, based on global time and gating status, only allows data frames in a queue to be transmitted when the corresponding priority's time window is open.

[0121] In some embodiments of this application, the gating schedule is represented in the form of a binary vector, where each bit represents the on / off state of a time slot.

[0122] In some embodiments of this application, the gating scheduler supports independent control of multiple priority queues, each with a corresponding gating vector. The scheduler iterates through the gating vectors and determines the transmission status of each queue based on its relative time position within the current period. Dynamic switching between multiple schedulers is supported to adapt to different operating modes.

[0123] For example, in an automobile production line, robot control commands are transmitted within a specific time window, while status monitoring data is transmitted in other time windows, avoiding traffic conflicts and ensuring the real-time nature of control commands.

[0124] In this embodiment, a time-aware shaping strategy is configured for data transmission and reception, and periodic gating scheduling provides predictable transmission delays, thereby meeting the deterministic requirements of communication.

[0125] In some embodiments of this application, the communication strategy described above includes stream filtering and censorship strategies; for example, the process of DS-TT sending the first data frame to the destination device of the first data frame based on the first configuration information in step 202 may include the following steps 202c1 and 202c2: Step 202c1: Based on the flow filtering and monitoring strategy, DS-TT matches and measures the first data frame to determine whether the first data frame meets the preset bandwidth standard. Step 202c2: If the first data frame conforms to the preset bandwidth contract, then send the first data frame to the destination device of the first data frame; or, if the first data frame does not conform to the preset bandwidth contract, then perform a discard or downgrade marking operation on the first data frame.

[0126] In some embodiments of this application, DS-TT uses a flow filtering and monitoring module to match and measure the first data frame based on the flow filtering and monitoring strategy, and determines whether the first data frame meets the preset bandwidth standard.

[0127] For example, the DS-TT FPGA integrates an 802.1Qci flow filtering and policing module, which includes a traffic identification engine and a token bucket meter. The traffic identification engine classifies input data frames according to pre-configured flow specifications (such as MAC address, IP 5-tuple, VLAN tag, etc.). For matching traffic, the token bucket meter measures the traffic based on the Committed Information Rate (CIR) and Committed Burst Size (CBS) parameters to determine whether the data frame is within the contractual scope.

[0128] In some embodiments of this application, for data frames that conform to the bandwidth contract, the regulator allows them to pass normally; for data frames that exceed the contract, the regulator performs drop or downgrade marking operations according to a policy. Downgrade marking is achieved by modifying the priority field of the data frame (such as VLAN PCP or IP DSCP) so that excess traffic is preferentially dropped when the network is congested.

[0129] For example, in a video surveillance system, normal video streams are allowed to pass, while abnormal large traffic bursts (such as video snow) are identified as non-conforming to the contract and are dropped to prevent them from affecting other parts of the network.

[0130] In this embodiment, by configuring flow filtering and policing policies for data transmission and reception, fine-grained flow-based management is achieved, preventing abnormal traffic from affecting critical services, improving network reliability, and providing flexible traffic shaping capabilities to support the reasonable handling of burst traffic.

[0131] In some embodiments of this application, the communication strategy described above includes a frame preemption strategy; for example, the process of DS-TT sending the first data frame to the destination device of the first data frame based on the first configuration information in step 202 above may include the following step 202d1: Step 202d1: Based on the frame preemption strategy, DS-TT interrupts the transmission of the second data frame and sends the first data frame to the destination device of the first data frame.

[0132] The second data frame is a data frame that was received before the first data frame and has a lower priority than the first data frame.

[0133] In some embodiments of this application, the above-mentioned frame preemption strategy is implemented in the DS-TT FPGA using the 802.1Qbu frame preemption mechanism.

[0134] For example, the DS-TT FPGA implements an 802.1Qbu frame preemption mechanism based on both Express and Preemptable MAC layer services. When a high-priority Express frame arrives, if a low-priority Preemptable frame is currently being transmitted, the preemption controller inserts a pause marker at the frame interval of the Preemptable frame, interrupting its transmission. The Express frame is then immediately sent, and transmission of the Preemptable frame resumes from the point of interruption after the Express frame transmission is complete.

[0135] In some embodiments of this application, the preemption mechanism described above relies on precise priority classification. DS-TT maintains a priority mapping table that maps various priority identifiers of data frames (such as VLAN PCP, IP DSCP) to a uniform internal priority level. Only lower-priority preemptible frames are interrupted, while frames of the same or higher priority are not preempted.

[0136] For example, in an industrial safety system, an emergency stop signal, as a highest priority Express frame, can interrupt the transmission of regular sensor data (Preemptable frames) to ensure the timely delivery of safety instructions.

[0137] In this embodiment, data transmission and reception are performed by configuring a frame preemption strategy, which enables high-priority important data frames to be transmitted in a timely manner, thereby reducing the maximum latency of high-priority traffic and meeting the real-time requirements of security-critical applications. The frame preemption mechanism implemented in hardware avoids additional latency caused by context switching in software processing.

[0138] The wireless communication method of this application is described below with two specific embodiments.

[0139] In some instances, the specific implementation process of the above wireless communication method is as follows: Figure 7 As shown, the specific process includes the following steps: Step 31: The first communication device sends the first configuration information to DS-TT.

[0140] For example, the first communication device is a communication device in a TSN network.

[0141] Step 32: DS-TT receives the first configuration information from the first communication device.

[0142] Step 33: Upon receiving the first data frame from the terminal device, DS-TT sends the first data frame to the second communication device based on the first configuration information.

[0143] For example, the second communication device is a communication device in a TSN network, and the terminal device can be a UE.

[0144] In some instances, the specific implementation process of the above wireless communication method is as follows: Figure 8 As shown, the specific process includes the following steps: Step 41: The first communication device sends the first configuration information to DS-TT.

[0145] For example, the first communication device is a communication device in a TSN network.

[0146] Step 42: DS-TT receives the first configuration information from the first communication device.

[0147] Step 43: Upon receiving a first data frame from the second communication device, DS-TT sends the first data frame to the terminal device based on the first configuration information.

[0148] For example, the second communication device is a communication device in a TSN network, and the terminal device can be a UE.

[0149] Figure 9 This is a system architecture diagram of a wireless communication system according to an embodiment of this application. The wireless communication system 800 may include: DS-TT 801, destination device 802, and TSN 803. The DS-TT includes a TSN protocol processing module 801a, and the TSN 803 includes a central network controller 803a; wherein: DS-TT 801 is used to receive first configuration information from a Time-Sensitive Network (TSN). The first configuration information is used to configure the communication strategy for data transmission between the terminal device and the TSN, and is applied to the related schemes of steps 201 and 201 above. DS-TT 801 is also used to send the first data frame to the destination device of the first data frame based on the first configuration information when the first data frame is received; wherein, when the first data frame comes from the terminal device, the destination device is the TSN communication device in the TSN; or, when the first data frame comes from the TSN communication device, the destination device is the terminal device, and is applied to the above steps 202 and related schemes. For example, the TSN protocol processing module 801a described above is used to communicate with the central network controller 803a in the TSN network and receive a first configuration message from the central network controller.

[0150] It should be noted that for a detailed explanation of the steps performed by each module and their beneficial effects, please refer to the description in the above embodiments, which will not be repeated here.

[0151] The wireless communication method provided in this application includes: an ARM+FPGA hardware network card, a Linux kernel driver, a user-space CNC agent, and an API configuration interface; a 5G DS-TT method implemented on the end side based on a 5G+FPGA to USB / PCIe network card form factor: integrating 5G communication capabilities with TSN deterministic forwarding capabilities into a single hardware device, and implementing TSN protocol data plane processing through hardware FPGA; implementing policy reception and configuration distribution through software drivers and agents, providing an integrated end-side solution; FPGA-based hardware timestamps and clock synchronization: the FPGA hardware logic fully implements IEEE 802.1AS, 802.1Qbv, 802.1CB, 802.1Qci, and 802.1Qbu protocols, providing a unified and accurate time base for all other TSN protocols; and a CNC agent receiving network policies from the central controller: the CNC can query the DS-TT status (such as port traffic, synchronization accuracy, and error count) in real time through the API, and can configure the central controller's network policies to achieve visualized operation and maintenance.

[0152] As can be seen, the above mainly describes the solutions provided by the embodiments of this application from a methodological perspective. To achieve the above functions, the embodiments of this application provide corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, in conjunction with the modules and algorithm steps of the various examples described in the embodiments disclosed herein, the embodiments of this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0153] This application embodiment can divide the wireless communication device into functional modules according to the above method example. For example, each function can be divided into its own functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. Optionally, the module division in this application embodiment is illustrative and only represents one logical functional division; other division methods may be used in actual implementation.

[0154] In some embodiments, this application also provides a wireless communication device. The wireless communication device may include one or more functional modules for implementing the wireless communication method of the above method embodiments.

[0155] For example, Figure 10This is a schematic diagram of the structure of a wireless communication device provided in an embodiment of this application. Figure 10 As shown, the wireless communication device 900 includes a receiving module 901 and a transmitting module 902.

[0156] The receiving module 901 is used to receive first configuration information from a time-sensitive network (TSN), wherein the first configuration information is used to configure the communication strategy for data transmission between the terminal device and the TSN. The sending module 902 is used to send the first data frame to the destination device of the first data frame based on the first configuration information when the first data frame is received; Wherein, if the first data frame comes from a terminal device, the destination device is a TSN communication device in the TSN; or, if the first data frame comes from a TSN communication device, the destination device is a terminal device.

[0157] In some embodiments of this application, the first data frame carries identification information of the destination device, which includes at least one of the following: Media Access Control (MAC) address, Internet Packet Protocol (IP) address, and Virtual Local Area Network (VLAN) ID.

[0158] In some embodiments of this application, the receiving module described above is specifically used to receive first configuration information from the central network controller in the TSN network; The communication strategy includes at least one of the following: time synchronization strategy, time-aware shaping strategy, stream filtering and policing strategy, and frame preemption strategy.

[0159] In some embodiments of this application, the communication strategy includes a time synchronization strategy; the sending module is specifically used to: based on the time synchronization strategy, parse the time protocol event message, and capture the timestamp with nanosecond precision at the physical layer to obtain time synchronization information with the TSN master clock; based on the time synchronization information, schedule and send the first data frame to the destination device.

[0160] In some embodiments of this application, the communication strategy includes a time-aware shaping strategy; the sending module is specifically used to: based on the time-aware shaping strategy, send the first data frame to the destination device within a specific time window according to a pre-configured gating schedule table and the priority of the first data frame; the gating schedule table includes the sending time points of data packets with different priorities.

[0161] In some embodiments of this application, the communication strategy includes a flow filtering and policing strategy; the sending module is specifically used to: match and measure the first data frame based on the flow filtering and policing strategy, and determine whether the first data frame meets the preset bandwidth standard; if the first data frame meets the preset bandwidth contract, send the first data frame to the destination device of the first data frame; or, if the first data frame does not meet the preset bandwidth contract, perform a discard or down-priority marking operation on the first data frame.

[0162] In some embodiments of this application, the communication strategy includes a frame preemption strategy; the sending module is specifically used to: interrupt the transmission of the second data frame based on the frame preemption strategy, and send the first data frame to the destination device of the first data frame; wherein the second data frame is a data frame received before the first data frame and has a lower priority than the first data frame.

[0163] It should be noted that the wireless communication device provided in this application embodiment can implement all the processes implemented in the above method embodiment and achieve the same beneficial effects. To avoid repetition, it will not be described again here.

[0164] In the case where the functions of the integrated modules described above are implemented in hardware, this application provides a possible structural schematic diagram of the electronic device involved in the above embodiments. For example... Figure 11 As shown, the electronic device 90 includes: a processor 92, a communication interface 93, and a bus 94. Optionally, the electronic device 90 may also include a memory 91.

[0165] Processor 92 may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this application. Processor 92 may be a central processing unit, a general-purpose processor, a digital signal processor, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this application. Processor 92 may also be a combination that implements computational functions, such as including one or more microprocessor combinations, a combination of a DSP and a microprocessor, etc.

[0166] Communication interface 93 is used to connect with other devices via a communication network. This communication network can be Ethernet, wireless access network, wireless local area network (WLAN), etc.

[0167] The memory 91 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto.

[0168] In one possible implementation, the memory 91 can exist independently of the processor 92. The memory 91 can be connected to the processor 92 via a bus 94 and is used to store instructions or program code. When the processor 92 calls and executes the instructions or program code stored in the memory 91, it can implement the wireless communication method provided in the embodiments of this application.

[0169] In another possible implementation, memory 91 can also be integrated with processor 92.

[0170] Bus 94 can be an Extended Industry Standard Architecture (EISA) bus, etc. Bus 94 can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 11 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0171] Through the above description of the implementation methods, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the service calling device can be divided into different functional modules to complete all or part of the functions described above.

[0172] This application also provides a computer-readable storage medium. All or part of the processes in the above method embodiments can be executed by computer instructions instructing related hardware. The program can be stored in the aforementioned computer-readable storage medium, and when executed, it can include the processes of the above method embodiments. The computer-readable storage medium can be any of the foregoing embodiments or memory. The aforementioned computer-readable storage medium can also be an external storage device of the aforementioned service invocation device, such as a plug-in hard drive, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the aforementioned service invocation device. Further, the aforementioned computer-readable storage medium can include both internal storage units of the aforementioned service invocation device and external storage devices. The aforementioned computer-readable storage medium is used to store the aforementioned computer program and other programs and data required by the aforementioned service invocation device. The aforementioned computer-readable storage medium can also be used to temporarily store data that has been output or will be output.

[0173] This application also provides a computer program product, which includes a computer program that, when run on a computer, causes the computer to perform any of the wireless communication methods provided in the above embodiments.

[0174] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A wireless communication method, characterized in that, include: The device-side Time-Sensitive Network Converter (DS-TT) receives first configuration information from the Time-Sensitive Network (TSN), which is used to configure the communication strategy for data transmission between the terminal device and the TSN. Upon receiving the first data frame, the DS-TT sends the first data frame to the destination device of the first data frame based on the first configuration information. Wherein, if the first data frame originates from the terminal device, the destination device is the TSN communication device in the TSN; or, if the first data frame originates from the TSN communication device, the destination device is the terminal device.

2. The method according to claim 1, characterized in that, The first data frame carries the identification information of the destination device, which includes at least one of the following: Media Access Control (MAC) address, Internet Packet Protocol (IP) address, and Virtual Local Area Network (VLAN) ID.

3. The method according to claim 1, characterized in that, The DS-TT receives first configuration information from the Time-Sensitive Network (TSN), including: The DS-TT receives first configuration information from the central network controller of the TSN network; The communication strategy includes at least one of the following: time synchronization strategy, time-aware shaping strategy, stream filtering and policing strategy, and frame preemption strategy.

4. The method according to any one of claims 1 to 3, characterized in that, The communication strategy includes a time synchronization strategy; the DS-TT, based on the first configuration information, sends the first data frame to the destination device of the first data frame, including: Based on the time synchronization strategy, the DS-TT parses the time protocol event message and performs nanosecond-level precision timestamp capture at the physical layer to obtain time synchronization information with the TSN master clock. Based on the time synchronization information, the DS-TT schedules and sends the first data frame to the destination device.

5. The method according to any one of claims 1 to 3, characterized in that, The communication strategy includes a time-aware shaping strategy; The DS-TT, based on the first configuration information, sends the first data frame to the destination device of the first data frame, including: Based on the time-aware shaping strategy, the DS-TT sends the first data frame to the destination device within a specific time window according to a pre-configured gating schedule table and the priority of the first data frame; the gating schedule table includes the transmission time points of data packets with different priorities.

6. The method according to any one of claims 1 to 3, characterized in that, The communication strategy includes stream filtering and censorship strategies; The DS-TT, based on the first configuration information, sends the first data frame to the destination device of the first data frame, including: Based on the stream filtering and monitoring strategy, the DS-TT matches and measures the first data frame to determine whether the first data frame meets the preset bandwidth standard. If the first data frame conforms to the preset bandwidth contract, the first data frame is sent to the destination device of the first data frame; or, if the first data frame does not conform to the preset bandwidth contract, the first data frame is discarded or downgraded.

7. The method according to any one of claims 1 to 3, characterized in that, The communication strategy includes a frame preemption strategy; The DS-TT, based on the first configuration information, sends the first data frame to the destination device of the first data frame, including: Based on the frame preemption strategy, the DS-TT interrupts the transmission of the second data frame and sends the first data frame to the destination device of the first data frame. The second data frame is a data frame received before the first data frame and has a lower priority than the first data frame.

8. A wireless communication system, characterized in that, The system includes: a device-side Time-Sensitive Network Converter (DS-TT) and a destination device, wherein: The DS-TT is used to receive first configuration information from a Time-Sensitive Network (TSN), the first configuration information being used to configure the communication strategy for data transmission between the terminal device and the TSN; The DS-TT is further configured to, upon receiving a first data frame, send the first data frame to the destination device of the first data frame based on the first configuration information; Wherein, if the first data frame originates from the terminal device, the destination device is the TSN communication device in the TSN; or, if the first data frame originates from the TSN communication device, the destination device is the terminal device.

9. The system according to claim 8, characterized in that, The DS-TT includes a TSN protocol processing module; The TSN protocol processing module is used to communicate with the central network controller in the TSN network and receive a first configuration message from the central network controller.

10. A wireless communication device, characterized in that, include: The receiving module and the transmitting module, wherein: The receiving module is used to receive first configuration information from a Time-Sensitive Network (TSN), wherein the first configuration information is used to configure the communication strategy for data transmission between the terminal device and the TSN. The sending module is configured to send the first data frame to the destination device of the first data frame based on the first configuration information upon receiving the first data frame. Wherein, if the first data frame originates from the terminal device, the destination device is the TSN communication device in the TSN; or, if the first data frame originates from the TSN communication device, the destination device is the terminal device.

11. A communication device, characterized in that, It includes a processor and a memory, the processor being coupled to the memory; the memory is used to store computer instructions, which are loaded and executed by the processor to enable the computer device to implement the wireless communication method as described in any one of claims 1 to 7.

12. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes computer-executable instructions that, when executed on a computer, cause the computer to perform the wireless communication method as described in any one of claims 1 to 7.

Images