CN115766909A

CN115766909A - Data processing method, device and equipment applied to media access control layer

Info

Publication number: CN115766909A
Application number: CN202111033697.9A
Authority: CN
Inventors: 苏怀文; 柴慧娟; 杨旭
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2021-09-03
Filing date: 2021-09-03
Publication date: 2023-03-07
Also published as: WO2023030440A1

Abstract

The application discloses a data processing method, a device and equipment applied to a media access control layer, and relates to the field of wireless communication. The method is applied to the terminal equipment and comprises the following steps: receiving an ith code block of a transport block for carrying the PDU of the media access control layer from a physical layer, wherein the transport block comprises n code blocks, i is a positive integer not greater than n, and n is a positive integer; analyzing the ith code block according to the analysis progress indication of the transmission block to obtain a first PDU data segment; and updating the analysis progress indication of the transmission block according to the first PDU data segment. The method can process the MAC PDU according to the CB, and the access pressure of the memory is relieved.

Description

Data processing method, device and equipment applied to media access control layer

Technical Field

The present application relates to the field of wireless communications, and in particular, to a data processing method, apparatus and device applied to a media access control layer.

Background

LTE (Long Term Evolution) is a Long Term Evolution of The Universal Mobile Telecommunications System (UMTS) technology standard, which is established by The third Generation Partnership project (3 ggp) organization.

According to the LTE user plane protocol, HARQ (Hybrid Automatic Repeat reQuest) retransmission of a MAC (Media Access Control) Layer and a Physical Layer (PHY) of a network device is based on CBG (Code Block Group). In the process flow of the downlink packet, the physical layer of the terminal receives a Transport Block (TB) transmitted from the network device. When transmission errors occur in part of CBs (Code blocks) in the TBs, the physical layer buffers the TBs, waits for retransmission of the CBs in the reception failure part, and when the TBs are completely received, the PHY delivers the TBs to the MAC layer, and the MAC layer processes the TBs. This generates peak pressure for DDR (Double Data Rate) memory accesses.

Disclosure of Invention

The embodiment of the application provides a Data processing method, device and equipment applied to a media access control layer, which can process a media access control Protocol Data Unit (MAC PDU) according to a Circuit Board (CB) and reduce the access pressure of a memory. The technical scheme is as follows:

according to an aspect of the present application, there is provided a data processing method applied to a media access control layer, the method including:

receiving an ith code block of a transport block for carrying the PDU of the media access control layer from a physical layer, wherein the transport block comprises n code blocks, i is a positive integer not greater than n, and n is a positive integer;

analyzing the ith code block according to the analysis progress indication of the transmission block to obtain a first PDU data segment;

and updating the analysis progress indication of the transmission block according to the first PDU data segment.

According to an aspect of the present application, there is provided a data processing apparatus applied to a media access control layer, the apparatus including:

a header extraction module, configured to receive an ith code block of a transport block for carrying a PDU of the mac layer from a physical layer, where the transport block includes n code blocks, i is a positive integer not greater than n, and n is a positive integer;

the head extraction module is used for analyzing the ith code block according to the analysis progress indication of the transmission block to obtain a first PDU data segment;

and the head extraction module is used for updating the analysis progress indication of the transmission block according to the first PDU data segment.

According to an aspect of the present application, there is provided a terminal device including: a processor; wherein,

the processor is configured to receive an ith code block of a transport block for carrying a PDU of the mac layer from a physical layer, where the transport block includes n code blocks, i is a positive integer not greater than n, and n is a positive integer;

the processor is configured to analyze the ith code block according to the analysis progress indication of the transport block to obtain a first PDU data segment;

and the processor is used for updating the analysis progress indication of the transmission block according to the first PDU data segment.

According to an aspect of the present application, there is provided a computer-readable storage medium having stored therein executable instructions that are loaded and executed by a processor to implement a data processing method applied to a media access control layer as described in the above aspect.

According to an aspect of the embodiments of the present application, there is provided a chip, where the chip includes a programmable logic circuit and/or program instructions, and when the chip runs on a computer device, the chip is configured to implement the data processing method applied to the mac layer according to the above aspect.

According to an aspect of the present application, there is provided a computer program product which, when run on a processor of a computer device, causes the computer device to perform the data processing method applied to the media access control layer as described in the above aspect.

The technical scheme provided by the embodiment of the application at least comprises the following beneficial effects:

and analyzing the MAC PDU by taking the CB as an analysis object through receiving the CB of the TB carrying the MAC PDU from the PHY to obtain the head of each layer and the PDCP PDU. For example, one field is divided into two parts by two adjacent CBs, when the previous CB is processed, the analysis progress indication of the TB is updated according to the processing result of the CB, and the analysis progress indication is used for storing the processing state of the CB. And when the next CB is processed, reading the unresolved field of the previous CB according to the analysis progress indication, and splicing the unresolved field with the next CB to obtain a complete field so as to be analyzed. Therefore, according to the method provided by the embodiment of the application, the CBs of the TB can be processed one by one based on the analysis progress indication of the TB, so that the PHY can transmit one CB to a high layer every time the PHY receives one CB, the processing pressure of the memory of the terminal device is reduced, and the data packet delivery delay and the power consumption of the modem are reduced.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

FIG. 1 is a schematic diagram of a system architecture provided by an exemplary embodiment of the present application;

FIG. 2 is a schematic diagram of a user plane protocol provided by an exemplary embodiment of the present application;

FIG. 3 is a diagram of a MAC PDU provided in an exemplary embodiment of the present application;

FIG. 4 is a diagram of an RLC PDU provided by an exemplary embodiment of the present application;

FIG. 5 is a diagram illustrating PDCP PDUs provided by an exemplary embodiment of the present application;

fig. 6 is a diagram illustrating mapping of MAC PDUs and CBs provided by an exemplary embodiment of the present application;

fig. 7 is a flowchart of a data processing method applied to a media access control layer according to an exemplary embodiment of the present application;

fig. 8 is a schematic diagram of a data processing method applied to a media access control layer according to an exemplary embodiment of the present application;

fig. 9 is a schematic diagram of a data processing method applied to a media access control layer according to an exemplary embodiment of the present application;

fig. 10 is a flowchart of a data processing method applied to a media access control layer according to an exemplary embodiment of the present application;

fig. 11 is a schematic diagram of a data processing method applied to a media access control layer according to an exemplary embodiment of the present application;

fig. 12 is a schematic diagram of a parsing progress indication applied to a data processing method of a media access control layer according to an exemplary embodiment of the present application;

fig. 13 is a block diagram of a data processing apparatus applied to a media access control layer according to an exemplary embodiment of the present application;

fig. 14 is a schematic structural diagram of a communication device according to an exemplary embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present invention. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the invention, as detailed in the appended claims.

The terminology used in the disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used in this disclosure and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present disclosure. The word "if," as used herein, may be interpreted as "at … …" or "at … …" or "in response to a determination," depending on the context.

Referring to fig. 1, a schematic diagram of a system architecture according to an embodiment of the present application is shown. The system architecture may include: a terminal device 10 and a network device 20.

The number of terminal devices 10 is usually plural, and one or more terminal devices 10 may be distributed in a cell managed by each network device 20. The terminal device 10 may include various handheld devices, vehicle-mounted devices, wearable devices, computing devices or other processing devices connected to a wireless modem with wireless communication capability, as well as various forms of User Equipment (UE), mobile Station (MS), and so forth. For convenience of description, in the embodiments of the present application, the above-mentioned devices are collectively referred to as terminal devices.

The network device 20 is an apparatus deployed in an access network to provide a wireless communication function for the terminal device 10. The network device 20 may include various forms of macro base stations, micro base stations, relay stations, access points, and the like. In systems using different radio access technologies, the names of devices with network device functions may differ, for example, in a 5G NR system, called a nodeb or a gNB. As communication technology evolves, the name "network device" may change. For convenience of description, in the embodiment of the present application, the above-mentioned apparatuses providing the terminal device 10 with the wireless communication function are collectively referred to as a network device.

The system in the embodiment of the present disclosure may be referred to as an LTE system, a 5G system, or an NR system, but those skilled in the art can understand the meaning thereof. The technical scheme described in the embodiment of the present disclosure may be applied to an LTE system, a 5G NR system, and may also be applied to a subsequent evolution system of the 5G NR system.

The LTE user plane protocol stack is shown in fig. 2. In the process of processing the downlink Data Packet, the PHY of the terminal device 10 receives air interface Data sent by the network device 20, the PHY delivers the air interface Data to the MAC layer, the MAC layer parses a MAC Sub Header from the air interface Data to obtain information of a MAC CE (MAC Control Element) and a MAC sdu (Service Data Unit), and the RLC (Radio Link Control, radio Link layer Control Protocol) layer is responsible for parsing a sequence of an RLC Header and a Protocol Data Unit (Protocol Data Unit) and delivering the sequence to the PDCP (Packet Data Convergence Protocol) layer. The PDCP header is analyzed on the PDCP layer, then data packet header decompression, data packet decryption, integrity protection check and the like are carried out, and then the data packet header decompression, the data packet decryption, the integrity protection check and the like are delivered to a TCP/IP (Transmission Control Protocol/Internet Protocol) Protocol stack.

The format of MAC PDU delivered by PHY to MAC layer, which is shown in fig. 3 in 3GPP (3 rd Generation Partnership Project) 36.321, includes MAC Header, MAC CE, MAC SDU and Padding.

RLC is the radio link control layer of the LTE protocol stack user plane. The Header format of the RLC has various formats depending on modes, and fig. 4 shows one format of an RLC PDU of 3GPP36.322AM (Ack Mode, acknowledged Mode), and the Header part is divided into a fix Header 30 and an extension part 40. The extension portion 40 includes length information of the rlc sdus.

According to 3GPP 36.323, after receiving RLC SDU submitted by RLC, PDCP needs to analyze PDCP header, obtain PDCPSN (Serial Number), then calculate HFN (Hyper Frame Number), obtain count value of PDCP SDU, and a decipher module of PDCP carries out decryption and integrity protection verification based on the count value. One of the PDCPheader formats (12 bitSN) is shown in fig. 5.

In the related art method, HARQ retransmission of a MAC layer and a physical layer PHY of a network device is based on CBG, most of data of a TB may have been received, only part of CBs have transmission errors, but the entire TB is stored in the PHY and is not delivered to the MAC layer, so that a large amount of buffers need to be reserved in the PHY. When the TB is completely received, the PHY delivers the TB to the MAC layer, and the MAC layer and the RLC layer decode a batch of Data packets and deliver the Data packets to a cipher (decryption) module of the PDCP layer, thereby generating peak pressure of DDR (Double Data Rate) access, and causing delay of packet delivery and power consumption of modem.

Based on the analysis of the method in the related art, the embodiment of the application provides a MAC PDU parsing processing scheme submitted according to the CB based on the PHY. As shown in fig. 6, taking the case that one TB is divided into four CBs as an example, the TB includes CB0, CB1, CB2, and CB3; wherein CB0 and CB1 segment CCCH (Common Control Channel) into two parts at position 1, CB1 and CB2 segment RLC SDU into two parts at position 2, and CB2 and CB3 segment RLC Fix Header into two parts at position 3. Since the PDU can only be parsed in the protocol format when the CB is in order, if HARQ retransmission occurs in CB1, the PDU processing will wait in CCCH until CB1 is received or TB reception fails. Based on the above analysis, the technical problem that the PDU is divided by the CB is solved when the MAC PDU is analyzed in the embodiment of the present application.

Referring to fig. 7, a flowchart of a data processing method applied to a media access control layer according to an embodiment of the present application is shown, where the method may be applied to a terminal device in the system architecture shown in fig. 1. The method comprises the following steps.

Step 210: and receiving an ith CB of the TB for carrying the MAC PDU from the PHY, wherein the TB comprises n CBs, i is a positive integer not greater than n, and n is a positive integer.

The terminal device includes a PHY layer, a MAC layer, an RLC layer, and a PDCP layer. Wherein, a Header extraction module (or called "Header extract module") is arranged on the MAC layer, and a decryption module (or called "decryptor module") is arranged on the PDCP layer.

Illustratively, the method may be performed by the MAC layer, or other higher layers above the PHY.

Illustratively, the method may be performed by a header extraction module in the MAC layer. Illustratively, the header extraction module may also be replaced by other modules, protocol stacks, etc. having the same functionality. The header extraction module is used for extracting and analyzing the header of the TB or CB transmitted to the MAC layer by the PHY to obtain at least one of the MAC header, the RLC header, the PDCP PDU, the PDCP Count value and the HFN.

Illustratively, when the TB is not divided into CBs, the PHY receives the TB carrying the MAC PDU and transmits the TB to a header extraction module of the MAC layer.

Step 220: and analyzing the ith CB according to the analysis progress indication of the TB to obtain a first PDU data segment, and updating the analysis progress indication of the TB according to the first PDU data segment.

Illustratively, the first PDU data segment comprises a data segment of a MAC PDU resulting from parsing the ith CB. The first PDU data segment includes part or all of the data in the MAC PDU. Illustratively, the MAC PDU includes a variety of fields, e.g., the MAC PDU includes at least one of a MAC header, an RLC PDU, a PDCP header, and a PDCP PDU. And the first PDU data segment includes part or all of the data of the at least one field. For example, the first PDU data segment may include a full MAC header and a partial RLC header.

The analysis progress indication of the TB is used for indicating the CB processing state of the TB or indicating the analysis progress of the TB. Illustratively, the parsing progress indication indicates a field of an end position of a CB currently processed by the TB, that is, the parsing progress indication indicates to which field of the MAC PDU the CB of the current TB has been processed. Illustratively, the parsing progress indication is used to indicate a current parsing progress of the MAC PDU.

Since one complete field of the MAC PDU is divided into two parts by two adjacent CBs, for example, the RLC Header is divided into a first part and a second part by CB0 and CB1, the first part of the RLC Header is included in CB0, and the second part of the RLC Header is included in CB 1. When analyzing CB0, because RLC Header data is incomplete, the analysis cannot be performed, after CB0 is processed, the analysis progress indication of TB is updated to stop at RLC Header, and when CB1 is received, the analysis progress indication of TB can be determined according to the analysis progress indication of TB: and stopping at the RLC Header, reading the unprocessed first part stopped at the RLC Header in the CB0, splicing with the CB1 to obtain the complete part stopped at the RLC Header, and further analyzing the spliced CB1 to completely analyze the MAC PDU at the CB granularity.

Based on the analysis progress indication of the TB, when the head extraction module of the MAC layer receives the ith CB of the TB, the middle state of CB processing in the TB can be determined according to the current analysis progress indication of the TB, further unprocessed fields in the ith-1 CB are obtained and spliced with the ith CB, the fields separated by the ith CB and the ith-1 CB are spliced into complete fields, and then the ith-1 CB is analyzed.

Illustratively, the intermediate status refers to a field in the MAC PDU where the CB currently processed by the TB stops.

For example, the parsing progress indication may be a parameter, which is used to refer to an intermediate state of CB processing in the TB, and a mapping relationship between the parameter and the intermediate state may be arbitrary.

That is, when receiving a CB, the PHY transfers a CB to the MAC layer, and the MAC layer performs parsing on the CB through the header extraction module to obtain an MAC PDU data segment, and reports the MAC PDU data segment to the upper layer. Therefore, real-time processing of the CB can be achieved, and compared with the method that the complete TB is analyzed after the complete TB is received, the method provided by the embodiment of the application can reduce the memory pressure, reduce the delivery delay of the data packet and reduce the power consumption of the modem.

According to the method provided by the embodiment of the application, when HARQ retransmission occurs to part of CBs in the TB, the PHY does not need to cache the TB for waiting for retransmission of the CBs. For example, as shown in fig. 8, TB0 includes TB0_ CB0, TB0_ CB1, TB0_ CB2, and TB0_ CB3, TB1 includes TB1_ CB0 and TB1_ CB1, and TB2 is not divided into CBs. When receiving TB0_ CB0 and TB0_ CB1, the PHY submits the TB0_ CB0 and the TB0_ CB1 to the MAC layer, and a head extraction module of the MAC layer carries out analysis processing on the TB0_ CB0 and the TB0_ CB1 according to the analysis progress indication of the TB0 and reports the MAC PDU data segment to a high layer. At this time, HARQ retransmission occurs for TB0_ CB2 and TB0_ CB 3. The PHY receives the TB1_ CB0 and delivers the TB1_ CB0 to the MAC layer, and a head extraction module of the MAC layer analyzes the TB1_ CB0 according to the analysis progress indication of the TB1 and reports the MAC PDU data segment to a high layer. When the PHY receives the retransmission of the TB0_ CB2 and the TB0_ CB3, the PHY submits the TB0_ CB2 and the TB0_ CB3 to the MAC layer, and a head extraction module of the MAC layer carries out analysis processing on the TB0_ CB2 and the TB0_ CB3 according to the analysis progress indication of the TB0 and reports the MAC PDU data segment to a high layer.

Illustratively, the header extraction module reports the ith MAC PDU data segment to the higher layer.

Illustratively, the header extraction module transmits the PDCP Count value and the PDCP PDU to the PDCP layer based on the ith MAC PDU data segment including the PDCP Count value and the PDCP PDU.

For example, as shown in fig. 9, the header extraction module 50 receives the CB from the PHY, parses the CB according to the parsing schedule indication of the TB to obtain PDCP information (PDCP PDU and PDCP Count value), and sends the PDCP information to the decryption module of the PDCP layer.

In summary, in the method provided in this embodiment, the CB of the TB carrying the MAC PDU is received from the PHY, and the CB is used as an analysis object to analyze the MAC PDU, so as to obtain the header of each layer and the PDCP PDU. For example, one field is divided into two parts by two adjacent CBs, when the previous CB is processed, the analysis progress indication of the TB is updated according to the processing result of the CB, and the analysis progress indication is used for storing the processing state of the CB. And when the next CB is processed, reading the unresolved field of the previous CB according to the analysis progress indication, and splicing the unresolved field with the next CB to obtain a complete field so as to be analyzed. Therefore, according to the method provided by the embodiment of the application, the CBs of the TB can be processed one by one based on the analysis progress indication of the TB, so that the PHY can transmit one CB to a high layer every time the PHY receives one CB, the processing pressure of the memory of the terminal device is reduced, and the data packet delivery delay and the power consumption of the modem are reduced.

Illustratively, an exemplary embodiment is presented in which a header extraction module parses a CB according to a parsing progress indication.

Referring to fig. 10, a flowchart of a data processing method applied to a media access control layer according to an embodiment of the present application is shown, where the method may be applied to a terminal device in the system architecture shown in fig. 1. The method comprises the following steps.

As shown in fig. 11, the PHY delivers in sequence CB (sequential code block) to the Header Extract module, and the Header Extract module establishes a context for each TB, where the context includes a parameter of a resolution progress indicator used to save an intermediate state of CB processing. Analyzing the CB according to the analysis progress indication to obtain a header part of the MAC, RLC and PDCP protocol units, obtaining a PDCP Count value through calculation, and then submitting the complete PDCP PDU to a Decipher Engine (decryption Engine/decryption module) of the PDCP layer.

Illustratively, the header extraction module stores a mapping relationship between a logical channel (Logic channel) and a Data Radio Bearer (DRB), and configures entity information of the MAC, the RLC, and the PDCP. After analyzing the CB to obtain the MAC PDU data segment, the header extraction module further stores the information of the MAC Sub header and RLC length (length), and analyzes the context of the TB. The main functions of the header extraction module include header parsing, window detection of RLC, and calculation of HFN (Hyper Frame Number) and Count value of PDCP. Wherein, the PDCP Count value is composed of an HFN and a PDCP SN (PDCP Sequence Number).

Illustratively, the terminal device configures configuration data for a header extraction module of the MAC layer, where the configuration data includes at least one of a mapping relationship between a logical channel and a data resource bearer DRB, MAC entity information, RLC entity information, and PDCP entity information.

Step 221: analyzing the ith CB according to the analysis progress indication of the TB to obtain a first PDU data segment; the parsing progress indication is updated based on the field it is determined that the first PDU data segment includes.

Illustratively, the analysis progress indicator of the TB is updated based on a field of the MAC PDU contained in the first PDU data segment obtained by analyzing the ith CB.

For example, based on determining that the first PDU data segment includes part or all of a fixed header of a radio link layer control protocol, updating the parsing progress indication to a first state;

updating the parsing progress indication to a second state based on determining that the first PDU data segment includes part or all of an extended header of a radio link layer control protocol;

updating the parsing progress indication to a third state based on determining that the first PDU data segment includes part or all of a header of a packet data convergence protocol;

updating the parsing progress indication to a fourth state based on determining that the first PDU data segment includes part or all of valid data for a service data unit of a radio link layer control protocol;

updating the parsing progress indication to a fifth state based on determining that the first PDU data segment includes part or all of the valid data of the media access control unit;

and updating the analysis progress indication to be in a sixth state based on the fact that the analysis object of the media access control layer is determined to be the transmission block.

Illustratively, based on the fact that the data carried by the ith CB ends up in the target field of a PDU (MAC PDU), the parsing progress indication is updated based on the target field. Or, based on the first PDU data segment ending in a destination field of the PDU (MAC PDU), updating the parsing progress indication based on the destination field.

Illustratively, based on determining that the analysis object of the MAC layer is a TB, updating the analysis progress indication of the TB to a sixth state;

updating the analysis progress indication of the TB to be in a first state based on the fact that the target field is determined to be a fixed head of a radio link layer control protocol (RLC);

updating the analysis progress indication of the TB to be in a second state based on the fact that the target field is determined to be an extension header of the RLC;

updating the analysis progress indication of the TB to be in a third state based on the fact that the target field is determined to be the head of the PDCP;

updating the analysis progress indication of the TB to be in a fourth state based on the fact that the target field is determined to be valid data of the RLC SDU;

and updating the analysis progress indication of the TB to be in a fifth state based on the valid data of which the target field is determined to be the MAC CE.

In an optional implementation manner, the mapping relationship between the target field and the analysis progress indication is as follows:

analyzing the progress indication: 0 (sixth state) corresponds to: no analysis progress indication: that is, the object of the parsing is TB, and there is no parsing progress indication;

analyzing progress indication: 1 (first state) corresponds to: RLC fix header: namely, the current CB ends at the RLC Fix header part;

analyzing progress indication: 2 (second state) corresponds to: RLC LI header: that is, the current CB ends in a length information part of the RLC extension header;

analyzing progress indication: 3 (third state) corresponds to: PDCP Header: that is, the current CB ends at a part of the PDCP header (when the PDCP header is more than 1 Byte);

analyzing progress indication: 4 (fourth state) corresponds to: RLC SDU Payload: that is, the current CB ends in the payload (valid data) portion of the RLC SDU. payload may be: control PDU (Control PDU) of PDCP, or SRB (signaling Radio Bearers, message of signaling Radio bearer), or header or data part of IP Packet;

analyzing progress indication: 5 (fifth state) corresponds to: MAC CE Payload: that is, the current CB ends in the payload section of the MAC CE.

For example, as shown in fig. 12, based on the determination that the currently parsed CB is stopped at the valid data of the MAC CE of the MAC PDU, the TBCS (TB Context State, TB parsing progress indication status) of the TB is TBCS-5. Based on determining that the currently resolved CB stops in the RLC Fix Header field of the MAC PDU, the TBCS of the TB is TBCS-1. Based on determining that the currently resolved CB stops in the RLC Li Header field of the MAC PDU, the TBCS of the TB is TBCS-2. Based on determining that the currently resolved CB stops at the PDCP Header field of the MAC PDU, the TBCS of the TB is TBCS-3. Based on determining that the currently parsed CB stops at valid data of RLC SDU of the MAC PDU, the TBCS of the TB is TBCS-4.

In another optional implementation manner, based on that it is determined that data carried by the ith CB ends in a target field of the MAC PDU and data of the target field in the ith CB is incomplete, the analysis progress indication of the TB is updated according to the target field. And updating the analysis progress indication of the TB according to the next field of the target field in the MAC PDU based on the fact that the data carried by the ith CB is determined to be ended in the target field of the MAC PDU and the data of the target field in the ith CB is complete.

Illustratively, the first PDU data segment includes at least one of a MAC header, an RLC header, a PDCP Count value, a PDCP PDU.

Illustratively, when the ith CB contains a PDCP header, the header extraction module reads the buffered data of the PDCP header according to the analysis progress indication of the TB; the head extraction module analyzes the buffer data and the ith CB of the PDCP head, calculates the PDCP Count value based on the analyzed PDCP head, and obtains the ith MAC PDU data segment, wherein the ith MAC PDU data segment comprises the PDCP Count value.

Illustratively, the header extraction module parses the PDCP header to obtain PDCP SNs, calculates HFNs from the PDCP SNs, and obtains PDCP Count values from the HFNs and the PDCP SNs.

Illustratively, the parsing progress indication of the TB is updated based on the target field, based on the last bit carried by the ith CB belonging to the target field of the MAC PDU.

Step 230: the i +1 th CB of the TB is received from the PHY.

Step 240: and analyzing the (i + 1) th CB to obtain a second PDU data segment, and updating the analysis progress indication of the TB according to the first PDU data segment and the second PDU data segment.

Illustratively, the next CB of the TB is continuously received and analyzed, and the analysis progress indication of the TB is updated according to the analysis result of the CB.

Illustratively, after the ith CB is resolved, the bit sequence of the first PDU data segment is buffered; after the (i + 1) th CB is analyzed, extracting a bit sequence of a second PDU data segment; and splicing the bit sequence of the first PDU data segment with the bit sequence of the second PDU data segment, and updating the analysis progress indication of the TB according to the splicing result.

In an optional embodiment, after the ith CB is resolved, if the ith CB includes an incomplete field, the incomplete field needs to be cached, so that when the (i + 1) th CB is resolved, the incomplete field is spliced with the (i + 1) th CB to obtain the complete field. That is, based on the fact that the ith CB does not carry a complete target field, the bit sequence belonging to the target field in the ith CB is cached in the data of the target field.

Illustratively, the target field is carried in at least two CBs. For example, the target field is carried on the ith CB and the (i + 1) th CB, i being a positive integer less than n.

Since the target field is divided into a first field part and a second field part by the ith CB and the (i + 1) th CB. When the head extraction module analyzes the ith CB, the first field part which cannot be analyzed can be cached by the head extraction module due to incomplete target fields, and is analyzed together with the (i + 1) th CB after waiting for receiving the (i + 1) th CB.

In an optional embodiment, before the (i + 1) th CB is parsed, the target cache data of the target field is read according to the parsing progress indication of the TB.

The header extraction module reads a parsing progress indication of the TB based on the i +1 th CB which determines to receive the TB, and reads target cache data of a target field based on the parsing progress indication of the TB.

Illustratively, the second PDU data segment includes a MAC PDU data segment obtained by parsing the target buffer data and the (i + 1) th CB.

Illustratively, the target cache data is spliced with the (i + 1) th CB, and the spliced (i + 1) th CB is analyzed to obtain a second PDU data segment.

Illustratively, based on determining that the data carried by the (i + 1) th CB ends in the field X and that the (i + 1) th CB does not carry the complete field X, the bit sequence belonging to the field X in the +1 th CB is buffered in the buffered data of the field X. For example, the field X may be the same field as the target field or may be different fields. The target field is a field to which the first bit carried by the (i + 1) th CB belongs, and the field X is a field to which the last bit carried by the (i + 1) th CB belongs.

Illustratively, since the target field of the i +1 th CB header is incomplete, the cache data of the previous target field needs to be read, spliced with the i +1 th CB, and then parsed. Because the field X located at the tail of the (i + 1) th CB is incomplete, the bit sequence of the field X in the (i + 1) th CB needs to be cached, so that the cached data of the field X is read during subsequent CB processing, and the complete field X is obtained by splicing and is analyzed.

Illustratively, an i +1 st code block of a transport block is received from a physical layer; analyzing the (i + 1) th code block to obtain a second PDU data segment; and updating the analysis progress indication of the transmission block according to the second PDU data segment.

Illustratively, a jth code block of the transport block is parsed based at least in part on the parsing progress indication, where j is another positive integer different from i and not greater than n.

For example, the method provided by the embodiment of the present application is not limited to CB-based delivery processing of LTEMAC PDU, but may also be applied to CB-based delivery processing of 5G MAC PDU, and may also be applied to a subsequent evolved system, for example, a 6G, 7G, or 8G system.

In summary, in the method provided in this embodiment, when the previous CB is analyzed according to the analysis progress indication of the TB, the unresolved field is read and spliced with the current CB, so that the fields in the CB are complete, and thus, each field of the MAC PDU is analyzed when the CB is submitted. The analysis of MAC PDU based on CB of LTE and the fast processing of data packet ontafly are realized, DDR cache and on-chip memory required by a physical layer, RLC and the whole system are reduced, and the cost is saved. The processing pressure of the decryption module is averaged, and the DDR bandwidth is reduced by about two times compared with the data transmission peak bandwidth, so that the instantaneity of data packet delivery is improved, and the power consumption of the modem is reduced.

Fig. 13 shows a block diagram of a data processing apparatus applied to a media access control layer according to an exemplary embodiment of the present application, where the apparatus may be implemented as a terminal device or as a part of a terminal device, and the apparatus includes:

a header extraction module 50, configured to receive an ith code block of a transport block for carrying the PDU of the mac layer from a physical layer, where the transport block includes n code blocks, i is a positive integer not greater than n, and n is a positive integer;

a header extraction module 50, configured to analyze the ith code block according to the analysis progress indicator of the transport block to obtain a first PDU data segment;

a header extraction module 50, configured to update the analysis progress indication of the transport block according to the first PDU data segment.

In an alternative embodiment, the header extraction module 50 is configured to parse a jth code block of the transport block based at least in part on the parsing progress indication, where j is another positive integer different from i and not greater than n.

In an alternative embodiment, the header extraction module 50 is configured to update the parsing progress indication to the first state based on a determination that the first PDU data segment includes part or all of a fixed header of a radio link layer control protocol;

a header extraction module 50 for updating the parsing progress indication to a second state based on a determination that the first PDU data segment includes part or all of an extended header of a radio link layer control protocol;

a header extraction module 50 configured to update the parsing progress indication to a third state based on a determination that the first PDU data segment includes part or all of a header of a packet data convergence protocol;

a header extraction module 50 for updating the parsing progress indication to a fourth state based on a determination that the first PDU data segment includes part or all of valid data for a service data unit of a radio link layer control protocol;

a header extraction module 50, configured to update the parsing progress indication to a fifth status based on a determination that the first PDU data segment includes part or all of the valid data of the mac element. In an optional embodiment, the header extraction module 50 is configured to update the parsing progress indicator to be in the sixth status based on determining that a parsing object of the media access control layer is the transport block.

In an alternative embodiment, the header extraction module 50 is configured to receive the i +1 st code block of the transport block from the physical layer;

a header extraction module 50, configured to parse the (i + 1) th code block to obtain a second PDU data segment;

a header extraction module 50, configured to update a parsing progress indicator of the transport block according to the first PDU data segment and the second PDU data segment.

In an alternative embodiment, the header extraction module 50 is configured to buffer a bit sequence of the first PDU data segment;

a header extraction module 50 for extracting a bit sequence of the second PDU data segment;

a header extraction module 50 for splicing the bit sequence of the first PDU data segment with the bit sequence of the second PDU data segment

a header extraction module 50, configured to update the analysis progress indication of the transport block according to the second PDU data segment.

In an alternative embodiment, the first PDU data segment comprises: at least one of a header of a media intervention control layer, a header of a radio link layer control protocol, a header of a packet data convergence protocol, a packet data convergence protocol count value, and a PDU of the packet data convergence protocol.

In an alternative embodiment, the first PDU data segment includes the packet data convergence protocol count value;

a header extraction module 50, configured to read, according to the analysis progress indication of the transport block, cache data of a header of the packet data convergence protocol;

and a header extraction module 50, configured to analyze the buffer data of the header of the packet data convergence protocol and the ith code block, and calculate the packet data convergence protocol count value based on the analyzed header of the packet data convergence protocol to obtain the first PDU data segment.

In an alternative embodiment, the header extraction module 50 is configured to send the packet data convergence protocol count value and the PDU of the packet data convergence protocol to the packet data convergence protocol layer based on that the first PDU data segment includes the packet data convergence protocol count value and the PDU of the packet data convergence protocol.

In an optional embodiment, the header extraction module 50 is configured to configure configuration data, where the configuration data includes at least one of mapping relationship between a logical channel and a data resource bearer, entity information of a media access control layer, entity information of a radio link layer control protocol, and entity information of a packet data convergence protocol.

Fig. 14 shows a schematic structural diagram of a communication device (terminal device or network device) according to an exemplary embodiment of the present application, where the communication device includes: a processor 101, a receiver 102, a transmitter 103, a memory 104, and a bus 105.

The processor 101 includes one or more processing cores, and the processor 101 executes various functional applications and information processing by running software programs and modules.

The receiver 102 and the transmitter 103 may be implemented as one communication component, which may be a communication chip.

The memory 104 is connected to the processor 101 through a bus 105.

The memory 104 may be configured to store at least one instruction for execution by the processor 101 to implement the various steps in the above-described method embodiments.

Further, the memory 104 may be implemented by any type or combination of volatile or non-volatile storage devices, including but not limited to: magnetic or optical disks, electrically Erasable Programmable Read-Only memories (EEPROMs), erasable Programmable Read-Only memories (EPROMs), static Random Access Memories (SRAMs), read-Only memories (ROMs), magnetic memories, flash memories, programmable Read-Only memories (PROMs).

When the communication device is implemented as a terminal device, the processor and the transceiver in the communication device according to the embodiment of the present application may perform the steps performed by the terminal device in any of the methods described above, which are not described herein again.

In one possible implementation, when the communication device is implemented as a terminal device,

In an exemplary embodiment, a computer readable storage medium is further provided, and at least one instruction, at least one program, a code set, or a set of instructions is stored in the computer readable storage medium, and the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by a processor to implement the data processing method applied to the media access control layer and executed by the communication device provided by the above-mentioned method embodiments.

In an exemplary embodiment, a chip is further provided, where the chip includes a programmable logic circuit and/or program instructions, and when the chip is run on a computer device, the chip is configured to implement the data processing method applied to the mac layer according to the foregoing aspect.

In an exemplary embodiment, a computer program product is also provided, which, when run on a processor of a computer device, causes the computer device to perform the data processing method applied to the media access control layer as described in the above aspect.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above description is only exemplary of the present application and should not be taken as limiting, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A data processing method applied to a media access control layer is characterized by comprising the following steps:

2. The method of claim 1, further comprising:

parsing a jth code block of the transport block based at least in part on the parsing progress indication, where j is another positive integer different from i and not greater than n.

3. The method of claim 2, wherein updating the parsing progress indicator of the transport block based on the first PDU data segment comprises at least one of:

updating the parsing progress indication to a first state based on determining that the first PDU data segment includes a fixed header of a radio link layer control protocol;

updating the parsing progress indication to a second state based on determining that the first PDU data segment includes an extended header of a radio link layer control protocol;

updating the parsing progress indication to a third state based on determining that the first PDU data segment includes a header of a packet data convergence protocol;

updating the parsing progress indication to a fourth state based on determining that the first PDU data segment includes valid data for a service data unit of a radio link layer control protocol;

updating the parsing progress indication to a fifth state based on determining that the first PDU data segment includes valid data for a media access control unit.

4. The method of claim 2, further comprising:

and updating the analysis progress indication to be a sixth state based on the fact that the analysis object of the media access control layer is determined to be the transmission block.

5. The method of claim 2, further comprising:

receiving an i +1 th code block of the transport block from the physical layer;

analyzing the (i + 1) th code block to obtain a second PDU data segment;

and updating the analysis progress indication of the transmission block according to the first PDU data segment and the second PDU data segment.

6. The method of claim 5, wherein updating the analysis progress indicator of the transport block based on the first PDU data segment and the second PDU data segment comprises:

buffering a bit sequence of the first PDU data segment;

extracting a bit sequence of the second PDU data segment;

concatenating the bit sequence of the first PDU data segment with the bit sequence of the second PDU data segment.

7. The method of claim 2, further comprising:

receiving an i +1 th code block of the transport block from the physical layer;

analyzing the (i + 1) th code block to obtain a second PDU data segment;

and updating the analysis progress indication of the transmission block according to the second PDU data segment.

8. The method of any of claims 1 to 7, wherein the first PDU data segment comprises: part or all of at least one field in a header of a media intervention control layer, a header of a radio link layer control protocol, a header of a packet data convergence protocol, a packet data convergence protocol count value, a PDU of the packet data convergence protocol.

9. The method of claim 8, wherein the first PDU data segment comprises the packet data convergence protocol count value;

the parsing the ith code block according to the parsing progress indication of the transport block to obtain a first PDU data segment, including:

reading the cache data of the head of the packet data convergence protocol according to the analysis progress indication of the transmission block;

and analyzing the cache data and the ith code block of the head of the packet data convergence protocol, and calculating the packet data convergence protocol count value based on the analyzed head of the packet data convergence protocol to obtain the first PDU data segment.

10. The method of claim 8, further comprising:

and sending the packet data convergence protocol count value and the PDU of the packet data convergence protocol to a packet data convergence protocol layer based on the first PDU data segment comprising the packet data convergence protocol count value and the PDU of the packet data convergence protocol.

11. The method of any of claims 1 to 7, further comprising:

configuring configuration data, wherein the configuration data comprises at least one of mapping relation between a logic channel and a data resource bearer, entity information of a media access control layer, entity information of a radio link layer control protocol and entity information of a packet data convergence protocol.

12. A data processing apparatus applied to a media access control layer, the apparatus comprising:

13. A terminal device, characterized in that the terminal device comprises: a processor; wherein,

14. A computer-readable storage medium, wherein the computer-readable storage medium stores executable instructions, and the executable instructions are loaded and executed by a processor to implement the data processing method applied to the mac layer as claimed in any one of claims 1 to 11.

15. A chip comprising a programmable logic circuit or a program, the chip being configured to implement the data processing method applied to the mac layer as claimed in any one of claims 1 to 11.