A method and device for implementing terminal L2 protocol through software programming system

Abstract

The present invention proposes a method and device for implementing a terminal L2 protocol through a software programming system, which includes a control module unit and a data processing module unit; the method includes: based on the control module unit, by configuring a functional module according to the QoS requirements of the data service, creating, starting, maintaining or deleting a link mapping table, establishing a mapping relationship between the data service and the QoS requirements and the data processing module unit; and according to the mapping relationship, the QoS requirements dynamically deploy available physical resources and configure multiple different flow tables; the multiple different flow tables are used to determine the path of the data processing module unit that needs to be passed through, to achieve on-demand processing of data and selection and management of forwarding paths; based on the data processing module unit, data is forwarded between layers or across layers of the data link layer in the data plane according to the multiple different flow table paths configured by the control module unit.

Description

Technical Field

[0001] The present invention relates to the field of communication technology, and in particular to a method and device for implementing a terminal L2 protocol through a software programming system. Background Art

[0002] Traditional mobile communication terminals often use protocol stacks with fixed hierarchical structures and functional units for control and data transmission. This approach is difficult to adapt to the flexible and cost-effective customized services required by 5G terminals. Lack of flexibility: Traditional protocol stack designs are typically fixed and difficult to adapt to the changing needs of different terminals and different services. This inflexible design makes it difficult for terminals to quickly adapt to new technologies and service requirements, limiting their innovation and development. Difficulty in customization: Traditional protocol stack designs are typically universal and difficult to meet the personalized needs of different users. This design approach limits the ability of terminals to provide customized services to users, making it difficult for terminals to achieve competitive differentiation. High cost: Traditional protocol stack designs typically use multi-layered structures and functional units, requiring extensive hardware resources and software development. This design approach leads to high manufacturing and maintenance costs for terminals, limiting their widespread adoption and promotion. Summary of the Invention

[0003] In view of this, the present invention provides a method for implementing a terminal L2 protocol through a software programming system. This solution can be used to decouple the control and data processing functions of the traditional L2 protocol. The software programming system includes a control module unit and a data processing module unit; the method includes: based on the control module unit, by configuring the functional module according to the QoS requirements of the data service, creating, starting, maintaining or deleting a link mapping table, establishing a mapping relationship between the data service and the QoS requirements and the data processing module unit; and according to the mapping relationship, the QoS requirements dynamically deploy available physical resources and configure multiple different flow tables; the multiple different flow tables are used to determine the path of the data processing module unit that needs to be passed through, so as to realize on-demand processing of data and selection and management of forwarding paths; based on the data processing module unit, data is forwarded between layers or across layers of the data link layer in the data plane according to the multiple different flow table paths configured by the control module unit.

[0004] In particular, the data link layer in the data plane includes a MAC sublayer, an RLC sublayer and a PDCP sublayer. Among the multiple different flow tables, the first flow table and the second flow table are used to classify PDCP data packets according to different service types; select the required functional modules according to the service type and QoS requirements; establish a mapping relationship between the selected functional modules and the PDCP data packets to realize on-demand processing and forwarding of data; dynamically update the mapping relationship according to service requirements and network status to realize efficient data transmission and QoS guarantee.

[0005] In particular, the first flow table includes a mapping relationship between data packets of different service types and the PDCP sublayer; the second flow table includes a mapping relationship between the RLC sublayer and the PDCP sublayer.

[0006] In particular, the multiple different flow tables also include a third flow table, which is used for the control module unit to control the RLC sublayer; the RLC sublayer reports to the control module unit in real time and the control module unit controls the dynamic update of the third flow table; wherein, the third flow table is used to map the status information of the ARQ protocol to different RLC sublayer instances according to the QoS requirements of the terminal, and configure the corresponding retransmission strategy and retransmission timeout; when data packet loss or transmission error occurs, the ARQ protocol will send a retransmission request to the state machine inside the RLC sublayer, and the RLC sublayer will perform retransmission processing according to the configuration in the third flow table, and feed back the retransmission result to the ARQ protocol.

[0007] In particular, the third flow table is also used to select users that need MAC multiplexing / demultiplexing according to different service types and QoS requirements, and forward their corresponding data streams to the RLC sublayer for processing; the RLC sublayer is responsible for MAC multiplexing / demultiplexing the users selected by the flow table, multiplexing the data streams of multiple users onto the same physical channel, or demultiplexing the data streams of multiple users on the same physical channel to different users.

[0008] In particular, the multiple different flow tables also include a fourth flow table, which is used to implement scheduling and resource allocation between the MAC sublayer and the PHY layer to optimize network performance and ensure service quality, including classification and mapping of data traffic of different business types to achieve flexible scheduling and resource allocation for different business types.

[0009] In particular, the configuration function module is also used to send a control request to the RRC layer through control signaling. After receiving the control request, the RRC layer performs corresponding processing according to the request type and network status, and sends a response message to the configuration function module through control signaling. The response message includes the network status, user requirements and QoS requirements.

[0010] In particular, the control module unit further includes an uplink and downlink scheduler, and the configuration function module realizes separation of uplink and downlink scheduling through different channels through the uplink and downlink scheduler.

[0011] The present invention also provides a device for implementing a terminal L2 protocol through a software programming system, wherein the software programming system includes a control module unit and a data processing module unit; the device includes:

[0012] A control module is configured to create, start, maintain, or delete a link mapping table based on the QoS requirements of the data service by configuring the function module based on the control module unit, thereby establishing a mapping relationship between the data service and the QoS requirements and the data processing module unit; and dynamically deploy available physical resources based on the mapping relationship and the QoS requirements, and configure multiple different flow tables; the multiple different flow tables are used to determine the path that needs to be passed through the data processing module unit, thereby realizing on-demand data processing and forwarding path selection and management;

[0013] The forwarding execution module is used to execute inter-layer or cross-layer forwarding of data in the data link layer in the data plane based on the multiple different flow table paths configured by the data processing module unit according to the control module unit.

[0014] The present invention can achieve the following technical effects:

[0015] 1. Customized services: By decoupling the control and data processing functions of the traditional L2 protocol, 5G terminals can configure customized functional modules for service transmission according to QoS requirements, providing flexible customized services.

[0016] 2. High performance and flexible resource reuse: The decoupled L2 user plane module is as close to stateless as possible. It completes related mapping and scheduling operations through flow table queries, achieving high performance of the user plane module, flexible resource reuse, rapid fault recovery, and rapid migration.

[0017] 3. Cross-layer data flow: This solution supports cross-layer data flow, and data can flow between different sub-layers, improving the efficiency and flexibility of data transmission.

[0018] 4. High reliability and rapid fault recovery: Dynamically deploying control modules on available physical resources improves system reliability and rapid fault recovery capabilities.

[0019] 5. Simplified protocol stack: Through vertical decoupling with the three sublayers of the data link layer MAC, RLC and PDCP as the decoupling granularity, and horizontal decoupling, the functions of the existing tightly coupled data plane and control plane are separated, simplifying the protocol stack and reducing system complexity. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 It is a structural diagram of the method implemented in the present invention. DETAILED DESCRIPTION

[0021] The present invention is described in detail below with reference to the accompanying drawings and embodiments.

[0022] The present invention provides a method for implementing a terminal L2 protocol through a software programming system, such as Figure 1 As shown, the design concept of the present invention is to decompose the control and data processing functions of the traditional L2 protocol into multiple independent programmable logic functional units. According to the QoS requirements of the terminal service, the required logic functional units are selected through software programming to configure customized functional modules for service transmission. Vertical and horizontal decoupling are achieved, completely decoupling the data processing function and the control function, and transferring the complexity from the inside of the module to the outside of the module through flow tables. This can achieve high performance of the user plane module, flexible resource reuse, rapid fault recovery, and rapid migration.

[0023] The software programming system includes a control module unit and a data processing module unit;

[0024] The control function module unit includes a configuration function module, which can specifically implement the following functions:

[0025] Link mapping table management: configure specific data processing function modules and corresponding paths for different "streams", and complete functions such as maintaining, suspending, and deleting the link mapping table of the function modules.

[0026] Creation, startup, maintenance, and deletion of functional modules: The control module unit is responsible for creating, starting, maintaining, and deleting link mapping tables, and dynamically deploying them on available physical resources, such as CPU, storage, and air interface resources, based on business connection requirements.

[0027] Path selection and management: Path selection and management are implemented through multiple flow tables, shifting complexity from within the module to the outside. The control function module is responsible for configuring multiple flow tables to enable on-demand data processing and forwarding.

[0028] ARQ retransmission state machine control: The RLC sublayer reports the ARQ retransmission state machine to the configuration function module in real time and reconfigures the flow table in a timely manner.

[0029] Uplink and downlink scheduler (UL / DL Scheduler): Introduces separate transmission technology for uplink UL and downlink DL to achieve separate scheduling of UL and DL.

[0030] The data processing module unit performs inter-layer or cross-layer forwarding of data in the data link layer in the data plane based on the multiple different flow table paths configured by the control module unit.

[0031] The data link layer in the data plane includes a MAC sublayer, an RLC sublayer, and a PDCP sublayer. Among the multiple different flow tables, the first flow table and the second flow table are used to classify PDCP data packets according to different service types; select the required functional modules according to the service type and QoS requirements; establish a mapping relationship between the selected functional modules and the PDCP data packets to achieve on-demand processing and forwarding of data; and dynamically update the mapping relationship according to service requirements and network status to achieve efficient data transmission and QoS guarantee. The PDCP (Packet Data Convergence Protocol) layer is a key layer in the 5G network, mainly responsible for functions such as data packet compression, encryption, and decryption.

[0032] First, you need to define the first flow table (Flow Table 1) to store the data packet flow of the PDCP sublayer. Here you can define a simple flow table, including the following fields: Match field: source IP address, destination IP address, protocol type, source port, destination port, etc.; Action field: send the matching data packet to the PDCP sublayer for compression, encryption or decryption; realize the flow table delivery and matching.

[0033] The first flow table maps packets of different service types to the PDCP sublayer. When a packet arrives at the terminal, it matches each field in the packet. If a match is found, the packet is sent to the PDCP sublayer for processing according to the configuration in the flow table.

[0034] In the PDCP sublayer, corresponding data packet processing logic needs to be configured to compress, encrypt or decrypt data packets matched from the first flow table. For example, when a data packet that needs to be encrypted is matched, the PDCP sublayer will encrypt the data packet and send the encrypted data packet to the next layer protocol for further processing. Through the above steps, the mapping between the data packet and the PDCP sublayer function can be achieved, and the representation of the data flow can be completed at the same time. Because the protocol is programmable and flexible, it can be adjusted and expanded according to actual needs to adapt to the needs of different scenarios. RLC mapping relationship: The RLC mapping relationship refers to the mapping relationship between the PDCP sublayer and the RLC sublayer. The RLC sublayer is a key layer in the 5G network, mainly responsible for data packet segmentation, reassembly and ARQ (Automatic Repeat Request) functions. In this embodiment, the above mapping relationship is removed from the PDCP sublayer and implemented through the second flow table (Flow Table 2). The second flow table includes the mapping relationship between the RLC sublayer and the PDCP sublayer. For example, the PDCP sublayer can compress the upper layer data, and the RLC sublayer can decompress the compressed data according to the mapping table. When the size of an upper-layer data packet exceeds the maximum size that the RLC sublayer can handle, the PDCP sublayer can divide the data packet into multiple small data segments. The RLC sublayer can then reassemble these small data segments into a complete data packet based on the mapping table. When an error occurs during data packet transmission, the RLC sublayer can request the PDCP sublayer to retransmit the data packet based on the mapping table. The PDCP sublayer can then perform the corresponding retransmission operation based on the request. Priority management: The mapping table can define different priorities. The RLC sublayer can sort data packets based on priority to ensure that high-priority data packets are transmitted as quickly as possible.

[0035] The multiple different flow tables also include a third flow table, which is used for the control module unit to control the RLC sublayer; in the prior art, in the RLC sublayer, the state machine of ARQ retransmission is completely controlled by the RLC internally, while in the embodiment of the present invention, the RLC sublayer reports to the control module unit in real time and the control module unit controls the dynamic update of the third flow table; wherein, the third flow table is used to map the status information of the ARQ protocol to different RLC sublayer instances according to the QoS requirements of the terminal, and configure the corresponding retransmission strategy and retransmission timeout; when data packet loss or transmission error occurs, the ARQ protocol will send a retransmission request to the state machine inside the RLC sublayer, and the RLC sublayer will perform retransmission processing according to the configuration in the third flow table, and feed back the retransmission result to the ARQ protocol.

[0036] The third flow table is also used to select users that need MAC multiplexing / demultiplexing according to different service types and QoS requirements, and forward their corresponding data streams to the RLC sublayer for processing; the RLC sublayer is responsible for MAC multiplexing / demultiplexing the users selected by the flow table, multiplexing the data streams of multiple users onto the same physical channel, or demultiplexing the data streams of multiple users on the same physical channel to different users.

[0037] The multiple different flow tables also include a fourth flow table, which is used to implement scheduling and resource allocation between the MAC sublayer and the PHY layer to optimize network performance and ensure service quality, including classification and mapping of data traffic of different business types to achieve flexible scheduling and resource allocation for different business types.

[0038] The configuration function module is also used to send a control request to the RRC layer through control signaling. After receiving the control request, the RRC layer performs corresponding processing based on the request type and network status, and sends a response message to the configuration function module through control signaling. The response message includes network status, user requirements and QoS requirements. The interaction between the configuration function module and RRC (Radio Resource Control) is usually achieved through control signaling. Control signaling is a data packet specifically used for network control and management, which contains information required for interaction between the control module and RRC, such as network status, user requirements, QoS requirements, etc. Specifically, the configuration function module sends a control request to RRC through control signaling, such as establishing, modifying, and releasing a wireless connection. After receiving the control request, the RRC performs corresponding processing based on factors such as the request type and network status, and sends a response to the control module through control signaling. The response includes information such as whether the request is successful, network parameters, resource allocation, QoS guarantee, etc. In 5G networks, control signaling is usually transmitted using RRC messages. RRC messages, including system information, measurement reports, connection requests, connection confirmations, and connection releases, are used to facilitate interaction between the control module and RRC. Control signaling is typically transmitted over independent control channels (Control Channels), such as the PCCH (Paging Control Channel) and the BCCH (Broadcast Control Channel), to ensure reliable transmission of control messages and QoS guarantees. In short, interaction between the control module and RRC is primarily achieved through control signaling, which is transmitted over independent control channels to ensure reliable transmission of control messages and QoS guarantees.

[0039] The control module also includes an uplink / downlink scheduler (UL / DL Scheduler). The configuration function module uses the uplink / downlink scheduler to separate uplink and downlink scheduling via different channels. The uplink / downlink scheduler is a key module for scheduling uplink and downlink data transmission. To improve network performance and service quality, the PDCCH (Physical Downlink Control Channel) is a physical channel used to control downlink data transmission and transmit downlink scheduling and control information. The DL Scheduler can send scheduling and control information to the UE via the PDCCH to schedule and control downlink data transmission. The PUCCH (Physical Uplink Control Channel) is a physical channel used to control uplink data transmission and transmit uplink scheduling and control information. The UL Scheduler can send scheduling and control information to the network via the PUCCH to schedule and control uplink data transmission. Uplink (UL) and downlink (DL) resource separation refers to assigning uplink and downlink resources to different schedulers for management and scheduling. Resource separation can prevent interference between uplink and downlink data during resource competition, improving network performance and service quality.

[0040] The present invention also proposes a device for implementing a terminal L2 protocol through a software programming system, wherein the software programming system includes a control module unit and a data processing module unit; the device includes:

[0041] A control module is configured to create, start, maintain, or delete a link mapping table based on the QoS requirements of the data service by configuring the function module based on the control module unit, thereby establishing a mapping relationship between the data service and the QoS requirements and the data processing module unit; and dynamically deploy available physical resources based on the mapping relationship and the QoS requirements, and configure multiple different flow tables; the multiple different flow tables are used to determine the path that needs to be passed through the data processing module unit, thereby realizing on-demand data processing and forwarding path selection and management;

[0042] The forwarding execution module is used to execute inter-layer or cross-layer forwarding of data in the data link layer in the data plane based on the multiple different flow table paths configured by the data processing module unit according to the control module unit.

[0043] The software programming system includes a control module unit and a data processing module unit;

[0044] The control function module unit includes a configuration function module, which can specifically implement the following functions:

[0045] Link mapping table management: configure specific data processing function modules and corresponding paths for different "streams", and complete functions such as maintaining, suspending, and deleting the link mapping table of the function modules.

[0046] Creation, startup, maintenance, and deletion of functional modules: The control module unit is responsible for creating, starting, maintaining, and deleting link mapping tables, and dynamically deploying them on available physical resources, such as CPU, storage, and air interface resources, based on business connection requirements.

[0047] Path selection and management: Path selection and management are implemented through multiple flow tables, shifting complexity from within the module to the outside. The control function module is responsible for configuring multiple flow tables to enable on-demand data processing and forwarding.

[0048] ARQ retransmission state machine control: The RLC sublayer reports the ARQ retransmission state machine to the configuration function module in real time and reconfigures the flow table in a timely manner.

[0049] Uplink and downlink scheduler (UL / DL Scheduler): Introduces separate transmission technology for uplink UL and downlink DL to achieve separate scheduling of UL and DL.

[0050] The data processing module unit performs inter-layer or cross-layer forwarding of data in the data link layer in the data plane based on the multiple different flow table paths configured by the control module unit.

[0051] The data link layer in the data plane includes a MAC sublayer, an RLC sublayer, and a PDCP sublayer. Among the multiple different flow tables, the first flow table and the second flow table are used to classify PDCP data packets according to different service types; select the required functional modules according to the service type and QoS requirements; establish a mapping relationship between the selected functional modules and the PDCP data packets to achieve on-demand processing and forwarding of data; and dynamically update the mapping relationship according to service requirements and network status to achieve efficient data transmission and QoS guarantee. The PDCP (Packet Data Convergence Protocol) layer is a key layer in the 5G network, mainly responsible for functions such as data packet compression, encryption, and decryption.

[0052] First, you need to define the first flow table (Flow Table 1) to store the data packet flow of the PDCP sublayer. Here you can define a simple flow table, including the following fields: Match field: source IP address, destination IP address, protocol type, source port, destination port, etc.; Action field: send the matching data packet to the PDCP sublayer for compression, encryption or decryption; realize the flow table delivery and matching.

[0053] The first flow table maps packets of different service types to the PDCP sublayer. When a packet arrives at the terminal, it matches each field in the packet. If a match is found, the packet is sent to the PDCP sublayer for processing according to the configuration in the flow table.

[0054] In the PDCP sublayer, corresponding data packet processing logic needs to be configured to compress, encrypt or decrypt data packets matched from the first flow table. For example, when a data packet that needs to be encrypted is matched, the PDCP sublayer will encrypt the data packet and send the encrypted data packet to the next layer protocol for further processing. Through the above steps, the mapping between the data packet and the PDCP sublayer function can be achieved, and the representation of the data flow can be completed at the same time. Because the protocol is programmable and flexible, it can be adjusted and expanded according to actual needs to adapt to the needs of different scenarios. RLC mapping relationship: The RLC mapping relationship refers to the mapping relationship between the PDCP sublayer and the RLC sublayer. The RLC sublayer is a key layer in the 5G network, mainly responsible for data packet segmentation, reassembly and ARQ (Automatic Repeat Request) functions. In this embodiment, the above mapping relationship is removed from the PDCP sublayer and implemented through the second flow table (Flow Table 2). The second flow table includes the mapping relationship between the RLC sublayer and the PDCP sublayer. For example, the PDCP sublayer can compress the upper layer data, and the RLC sublayer can decompress the compressed data according to the mapping table. When the size of an upper-layer data packet exceeds the maximum size that the RLC sublayer can handle, the PDCP sublayer can divide the data packet into multiple small data segments. The RLC sublayer can then reassemble these small data segments into a complete data packet based on the mapping table. When an error occurs during data packet transmission, the RLC sublayer can request the PDCP sublayer to retransmit the data packet based on the mapping table. The PDCP sublayer can then perform the corresponding retransmission operation based on the request. Priority management: The mapping table can define different priorities. The RLC sublayer can sort data packets based on priority to ensure that high-priority data packets are transmitted as quickly as possible.

[0055] The multiple different flow tables also include a third flow table, which is used for the control module unit to control the RLC sublayer; in the prior art, in the RLC sublayer, the state machine of ARQ retransmission is completely controlled by the RLC internally, while in the embodiment of the present invention, the RLC sublayer reports to the control module unit in real time and the control module unit controls the dynamic update of the third flow table; wherein, the third flow table is used to map the status information of the ARQ protocol to different RLC sublayer instances according to the QoS requirements of the terminal, and configure the corresponding retransmission strategy and retransmission timeout; when data packet loss or transmission error occurs, the ARQ protocol will send a retransmission request to the state machine inside the RLC sublayer, and the RLC sublayer will perform retransmission processing according to the configuration in the third flow table, and feed back the retransmission result to the ARQ protocol.

[0056] The third flow table is also used to select users that need MAC multiplexing / demultiplexing according to different service types and QoS requirements, and forward their corresponding data streams to the RLC sublayer for processing; the RLC sublayer is responsible for MAC multiplexing / demultiplexing the users selected by the flow table, multiplexing the data streams of multiple users onto the same physical channel, or demultiplexing the data streams of multiple users on the same physical channel to different users.

[0057] The multiple different flow tables also include a fourth flow table, which is used to implement scheduling and resource allocation between the MAC sublayer and the PHY layer to optimize network performance and ensure service quality, including classification and mapping of data traffic of different business types to achieve flexible scheduling and resource allocation for different business types.

[0058] The configuration function module is also used to send a control request to the RRC layer through control signaling. After receiving the control request, the RRC layer performs corresponding processing based on the request type and network status, and sends a response message to the configuration function module through control signaling. The response message includes network status, user requirements and QoS requirements. The interaction between the configuration function module and RRC (Radio Resource Control) is usually achieved through control signaling. Control signaling is a data packet specifically used for network control and management, which contains information required for interaction between the control module and RRC, such as network status, user requirements, QoS requirements, etc. Specifically, the configuration function module sends a control request to RRC through control signaling, such as establishing, modifying, and releasing a wireless connection. After receiving the control request, the RRC performs corresponding processing based on factors such as the request type and network status, and sends a response to the control module through control signaling. The response includes information such as whether the request is successful, network parameters, resource allocation, QoS guarantee, etc. In 5G networks, control signaling is usually transmitted using RRC messages. RRC messages, including system information, measurement reports, connection requests, connection confirmations, and connection releases, are used to facilitate interaction between the control module and RRC. Control signaling is typically transmitted over independent control channels (Control Channels), such as the PCCH (Paging Control Channel) and the BCCH (Broadcast Control Channel), to ensure reliable transmission of control messages and QoS guarantees. In short, interaction between the control module and RRC is primarily achieved through control signaling, which is transmitted over independent control channels to ensure reliable transmission of control messages and QoS guarantees.

[0059] The control module also includes an uplink / downlink scheduler (UL / DL Scheduler). The configuration function module uses the uplink / downlink scheduler to separate uplink and downlink scheduling via different channels. The uplink / downlink scheduler is a key module for scheduling uplink and downlink data transmission. To improve network performance and service quality, the PDCCH (Physical Downlink Control Channel) is a physical channel used to control downlink data transmission and transmit downlink scheduling and control information. The DL Scheduler can send scheduling and control information to the UE via the PDCCH to schedule and control downlink data transmission. The PUCCH (Physical Uplink Control Channel) is a physical channel used to control uplink data transmission and transmit uplink scheduling and control information. The UL Scheduler can send scheduling and control information to the network via the PUCCH to schedule and control uplink data transmission. Uplink (UL) and downlink (DL) resource separation refers to assigning uplink and downlink resources to different schedulers for management and scheduling. Resource separation can prevent interference between uplink and downlink data during resource competition, improving network performance and service quality.

[0060] In summary, the above are only preferred embodiments of the present invention and are not intended to limit the scope of protection of the present invention. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

[0061] It is obvious to those skilled in the art that the embodiments of the present invention are not limited to the details of the above-mentioned exemplary embodiments, and that the embodiments of the present invention can be implemented in other specific forms without departing from the spirit or essential features of the embodiments of the present invention. Therefore, no matter from which point of view, the embodiments should be regarded as exemplary and non-restrictive, and the scope of the embodiments of the present invention is defined by the appended claims rather than the above description, and it is intended that all changes that fall within the meaning and scope of the equivalent elements of the claims are included in the embodiments of the present invention. Any figure marks in the claims should not be regarded as limiting the claims involved. In addition, it is obvious that the word "comprising" does not exclude other units or steps, and the singular does not exclude the plural. Multiple units, modules or devices stated in the system, device or terminal claims may also be implemented by the same unit, module or device through software or hardware. Words such as first and second are used to indicate names and do not indicate any particular order.

[0062] Finally, it should be noted that the above implementation methods are only used to illustrate the technical solutions of the embodiments of the present invention and are not limiting. Although the embodiments of the present invention are described in detail with reference to the above preferred implementation methods, ordinary technicians in this field should understand that the technical solutions of the embodiments of the present invention can be modified or replaced by equivalents without departing from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for implementing a terminal L2 protocol through a software programming system, characterized in that: The software programming system includes a control module unit and a data processing module unit; the method includes: based on the control module unit, by configuring the functional module according to the QoS requirements of the data service, creating, starting, maintaining or deleting a link mapping table, establishing a mapping relationship between the data service and the QoS requirements and the data processing module unit; and according to the mapping relationship, the QoS requirements dynamically deploy available physical resources and configure multiple different flow tables; the multiple different flow tables are used to determine the path of the data processing module unit that needs to be passed through, so as to realize on-demand processing of data and selection and management of forwarding paths; based on the data processing module unit, executing inter-layer or cross-layer forwarding of data in the data link layer in the data plane according to the multiple different flow table paths configured by the control module unit.

2. The method for implementing the terminal L2 protocol through a software programming system according to claim 1, wherein: The data link layer in the data plane includes a MAC sublayer, an RLC sublayer and a PDCP sublayer. Among the multiple different flow tables, the first flow table and the second flow table are used to classify PDCP data packets according to different service types; select the required functional modules according to the service type and QoS requirements; establish a mapping relationship between the selected functional modules and the PDCP data packets to realize on-demand processing and forwarding of data; dynamically update the mapping relationship according to service requirements and network status to realize efficient data transmission and QoS guarantee.

3. The method for implementing the terminal L2 protocol through a software programming system according to claim 2, wherein: The first flow table includes a mapping relationship between data packets of different service types and the PDCP sublayer; the second flow table includes a mapping relationship between the RLC sublayer and the PDCP sublayer.

4. The method for implementing a terminal L2 protocol by a software programming system according to any one of claims 2 to 3, wherein: The multiple different flow tables also include a third flow table, which is used for the control module unit to control the RLC sublayer; the RLC sublayer reports to the control module unit in real time and the control module unit controls the dynamic update of the third flow table; wherein, the third flow table is used to map the status information of the ARQ protocol to different RLC sublayer instances according to the QoS requirements of the terminal, and configure the corresponding retransmission strategy and retransmission timeout; when data packet loss or transmission error occurs, the ARQ protocol will send a retransmission request to the state machine inside the RLC sublayer, and the RLC sublayer will perform retransmission processing according to the configuration in the third flow table, and feed back the retransmission result to the ARQ protocol.

5. The method for implementing the terminal L2 protocol through a software programming system according to claim 4, wherein: The third flow table is further used to select users that need MAC multiplexing / demultiplexing according to different service types and QoS requirements, and forward their corresponding data streams to the RLC sublayer for processing; The RLC sublayer is responsible for performing MAC multiplexing / demultiplexing on users selected by the flow table, multiplexing the data streams of multiple users onto the same physical channel, or demultiplexing the data streams of multiple users on the same physical channel to different users.

6. The method for implementing the terminal L2 protocol through a software programming system according to claim 5, wherein: The multiple different flow tables also include a fourth flow table, which is used to implement scheduling and resource allocation between the MAC sublayer and the PHY layer to optimize network performance and ensure service quality, including classification and mapping of data traffic of different business types to achieve flexible scheduling and resource allocation for different business types.

7. The method for implementing the terminal L2 protocol through a software programming system according to claim 6, wherein: The configuration function module is also used to send a control request to the RRC layer through control signaling. After receiving the control request, the RRC layer performs corresponding processing according to the request type and network status, and sends a response message to the configuration function module through control signaling. The response message includes the network status, user requirements and QoS requirements.

8. The method for implementing the terminal L2 protocol through a software programming system according to claim 7, wherein: The control module unit also includes an uplink and downlink scheduler, and the configuration function module realizes the separation of uplink and downlink scheduling through different channels through the uplink and downlink scheduler.

9. A device for implementing a terminal L2 protocol through a software programming system, characterized in that: The software programming system includes a control module unit and a data processing module unit; the device includes: A control module is configured to create, start, maintain, or delete a link mapping table based on the QoS requirements of the data service by configuring the function module based on the control module unit, thereby establishing a mapping relationship between the data service and the QoS requirements and the data processing module unit; and dynamically deploy available physical resources based on the mapping relationship and the QoS requirements, and configure multiple different flow tables; the multiple different flow tables are used to determine the path that needs to be passed through the data processing module unit, thereby realizing on-demand data processing and forwarding path selection and management; The forwarding execution module is used to execute inter-layer or cross-layer forwarding of data in the data link layer in the data plane based on the multiple different flow table paths configured by the data processing module unit according to the control module unit.

Images