Mechanism for splitting control plane and user plane for medium access control

Abstract

Embodiments of the present disclosure relates to a solution for splitting CP and UP for MAC layer. In particular, MAC CP PDUs including control information and MAC UP PDUs including user data are separated. In this way, the MAC UP PDUs can be processed faster.

Description

MECHANISM FOR SPLITTING CONTROL PLANE AND USER PLANE FOR MEDIUM ACCESS CONTROL

[0001] FIELDS

[0002] Various example embodiments of the present disclosure generally relate to the field of telecommunication and in particular, to methods, devices, apparatuses and computer readable storage medium for splitting control plane and user plane for medium access control (MAC) .BACKGROUND

[0003] A medium access control (MAC) layer refers to a sublayer of a data link layer of open system interconnections reference model for data transmission. The MAC layer may provide services to upper layers, such as, data transfer and radio resource allocation. The MAC layer may also expect services from a physical layer. The MAC sublayer supports the following functions: mapping between logical channels and transport channels; multiplexing of MAC service data units (SDUs) from one or different logical channels onto transport blocks (TB) to be delivered to the physical layer on transport channels; demultiplexing of MAC SDUs to one or different logical channels from transport blocks (TB) delivered from the physical layer on transport channels; scheduling information reporting; error correction through hybrid automatic repeat request (HARQ) ; logical channel prioritization; priority handling between overlapping resources of one UE; radio resource selection.SUMMARY

[0004] In a first aspect of the present disclosure, there is provided a first device. The first device comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the first device to: determine whether a medium access control (MAC) protocol data unit is related to a first sub-entity or a second sub-entity in a MAC layer of the apparatus; and process the MAC PDU at a corresponding sub-entity in the MAC layer based on a result of the determination.

[0005] In a second aspect of the present disclosure, there is provided a method. The method comprises: determining, at an apparatus, whether a medium access control (MAC) protocol data unit is related to a first sub-entity or a second sub-entity in a MAC layer of  the apparatus; and processing the MAC PDU at a corresponding sub-entity in the MAC layer based on a result of the determination.

[0006] In a third aspect of the present disclosure, there is provided an apparatus. The apparatus comprises means for determining whether a medium access control (MAC) protocol data unit is related to a first sub-entity or a second sub-entity in a MAC layer of the apparatus; and means for processing the MAC PDU at a corresponding sub-entity in the MAC layer based on a result of the determination.

[0007] In a fourth aspect of the present disclosure, there is provided a computer readable medium. The computer readable medium comprises instructions stored thereon for causing an apparatus to perform at least the method according to the second aspect.

[0008] It is to be understood that the Summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0009] Some example embodiments will now be described with reference to the accompanying drawings, where:

[0010] FIG. 1 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0011] FIG. 2 illustrates a signaling chart for splitting CP and UP at MAC layer according to some example embodiments of the present disclosure;

[0012] FIG. 3A illustrates a schematic diagram of a structure of a MAC CP PDU according to some example embodiments of the present disclosure;

[0013] FIG. 3B illustrates a schematic diagram of a structure of a MAC UP PDU according to some example embodiments of the present disclosure;

[0014] FIG. 4A and FIG. 4B illustrate schematic diagrams of MAC headers according to some example embodiments of the present disclosure;

[0015] FIG. 5 illustrates a schematic diagram of a structure of MAC CP / UP split according to some example embodiments of the present disclosure;

[0016] FIG. 6 illustrates a schematic diagram of a transport block (TB) including multiplexing MAC CP PDU and MAC UP PDU according to some example embodiments of the present disclosure;

[0017] FIG. 7 illustrates a flowchart of a method implemented at a second device according to some example embodiments of the present disclosure;

[0018] FIG. 8 illustrates a simplified block diagram of a device that is suitable for implementing example embodiments of the present disclosure; and

[0019] FIG. 9 illustrates a block diagram of an example computer readable medium in accordance with some example embodiments of the present disclosure.

[0020] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0021] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

[0022] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0023] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0024] It shall be understood that although the terms “first, ” “second, ” …, etc. in front of noun (s) and the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another and they do not limit the order of the noun (s) . For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0025] As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0026] As used herein, unless stated explicitly, performing a step “in response to A” does not indicate that the step is performed immediately after “A” occurs and one or more intervening steps may be included.

[0027] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0028] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0029] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0030] (b) combinations of hardware circuits and software, such as (as applicable) :

[0031] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0032] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to  cause an apparatus, such as a mobile phone or server, to perform various functions) and

[0033] (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0034] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0035] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as New Radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed MAC PDU Access (HSPA) , Narrow Band Internet of Things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) , the sixth generation (6G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0036] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example,  a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, an Integrated Access and Backhaul (IAB) node, a low power node such as a femto, a pico, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite and a geosynchronous earth orbit (GEO) satellite, an aircraft network device, and so forth, depending on the applied terminology and technology. In some example embodiments, radio access network (RAN) split architecture comprises a Centralized Unit (CU) and a Distributed Unit (DU) at an IAB donor node. An IAB node comprises a Mobile Terminal (IAB-MT) part that behaves like a UE toward the parent node, and a DU part of an IAB node behaves like a base station toward the next-hop IAB node.

[0037] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (IoT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. The terminal device may also correspond to a Mobile Termination (MT) part of an IAB node (e.g., a relay node) . In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0038] As used herein, the term “resource, ” “transmission resource, ” “resource block, ” “physical resource block” (PRB) , “uplink resource, ” or “downlink resource” may refer to  any resource for performing a communication, for example, a communication between a terminal device and a network device, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other combination of the time, frequency, space and / or code domain resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0039] As used herein, the term “logical channel group (LCG) ” used herein may refer to a collection of logical channels in a wireless communication system. A logical channel may be used to carry different types of data, such as voice, video, and control signaling, between the base station and mobile devices. LCGs may be used in buffer status reporting.

[0040] The term “protocol data unit (PDU) ” used herein may refer to a basic unit of exchange between entities that communicate using a specified networking protocol. The term “service data unit (SDU) ” used herein may refer to a specific unit of data that has been passed down from an open system interconnection (OSI) layer to a lower layer and which the lower layer has not yet encapsulated in to a PDU.

[0041] As used herein, the term “radio link control (RLC) ” used herein may refer to a layer 2 protocol used on an air interface. The term “RLC layer” may refer to a sublayer of a 5G new radio (NR) protocol stack interface to PDU data convergence protocol (PDCP) layer from above and MAC layer from below. It interfaces to PDCP via RLC channels and to MAC via logical channels. An RLC entity in a 5G UE has its peer RLC entity in the gNB, or other UEs in the case of NR sidelink communication. An RLC entity can be configured in one of three transmission modes: Transparent Mode (TM) , Unacknowledged Mode (UM) and Acknowledged Mode (AM) . The RLC sublayer can have multiple RLC entities. Each entity is of a specific mode. In the transmit direction, an RLC entity receives RLC SDUs from PDCP on an RLC channel and sends out RLC PDUs to MAC on a logical channel. An RLC PDU contains RLC header plus RLC SDU, but header is absent in TM Mode.

[0042] As used herein, the term “physical (PHY) layer” may refer to the first and lowest layer of an Open System Interconnection Model (OSI Model) . The physical layer (also  known as layer 1) may deal with bit-level transmission between different devices and supports electrical or mechanical interfaces connecting to the physical medium for synchronized communication.

[0043] The term “MAC control element (CE) ” used herein may refer to a MAC structure that carries control information. The term “MAC control protocol data unit (PDU) ” used herein may refer to a package of data (agroup of data bits) that includes a header, and data protocol information that is used to control and transfer information across a type of medium. MAC PDUs may also have payload (for example, data or MAC CE) after the header (e.g. user data) . A MAC PDU header contains a header type, and payload type. An RLC PDU may include an RLC header and an RLC payload. At MAC sublayer, such an RLC PDU is called MAC Service Data Unit (SDU) . MAC adds a subheader to this to construct a MAC subPDU. MAC also sends / receives Control Elements (CEs) , each with its own subheader. Signalling via MAC CEs complements RRC signalling by enabling dynamic configuration changes. Multiple MAC SDUs and CEs can be part of a single MAC PDU. A MAC PDU may be packaged as a transport block (TB) and sent on a transport channel to a physical (PHY) layer for transmission.

[0044] As used herein, the term “MAC control plane (CP) entity” used herein may refer to an entity in a MAC layer that processes the MAC PDU including control information. The term “MAC user plane (UP) entity” used herein may refer to an entity in a MAC layer that processes the MAC PDU including user data. The term “MAC CP PDU” may refer to a MAC PDU that includes control information. The term “MAC UP PDU” may refer to a MAC PDU that includes user data, for example, DRB SDU (s) or a combination of DRB SDU and SRB SDU. In an example embodiment, the MAC UP PDU may also include fixed size MAC CEs.

[0045] As used herein, the term “buffer status report (BSR) ” used herein may refer to information about uplink data volume in a MAC entity of a terminal device that is provided to a network device. The term “random access procedure” uses herein may refer to a procedure that can get an initial uplink grant and perform synchronization to network. The term “scheduling request (SR) ” used herein may refer to a request that can be sent to network to get an uplink grant. The term “power headroom report (PHR) ” used herein may refer to information about difference between a nominal max UE transmission power and an estimated power for uplink shared channel transmission. The term “beam failure recovery (BFR) ” used herein may refer to a procedure that is used when a terminal device  is suffering from poor channel condition. The term “transmission configuration indicator (TCI) state” used herein may refer to information that is used to indicate a transmission configuration which includes quasi co-location (QCL) -relationships between downlink reference signals (RS) in one reference signal (RS) set and a physical downlink shared channel (PDSCH) demodulation reference signal (DMRS) port. The term “secondary cell (SCell) ” used herein may refer to for the terminal device configured with a carrier aggregation (CA) , a cell providing addition radio resources. The term “an activation of a cell” used herein may refer to a procedure there is a transmission via RLC bearers of the cell. The term “adeactivation of a cell” used herein may refer to a procedure where there is no transmission via RLC bearers of the cell. The term “transmission duplication” used herein may refer to PDCP duplication with one DRB duplicated into multiple RLC entities. Duplication activation / deactivation may control those secondary RLC entities. The term “transmission duplication activation” herein may refer to a case that the mechanism where data MAC PDUs can be duplicated and transmitted for several times is to be activated. The term “transmission duplication deactivation” herein may refer to a case that the mechanism where data MAC PDUs can be duplicated and transmitted for several times is to be deactivated.

[0046] The term “serving cell” used herein may refer to one or more cells that are currently in communication with UE. The term “bandwidth part (BWP) ” may refer to a set of resource blocks. The term “radio network temporary identifier” may refer to a temporary identifier that is assigned to UE. The term “downlink assignment” may refer to information that indicates resources for downlink transmission. The term “uplink grant” may refer to information that indicates resources for uplink transmission. The term “downlink control information (DCI) format” may refer to a format that is used for transmitting DCI. The term “hybrid automatic repeat request (HARQ) ” used herein may refer to a technique to improve reliable and efficiency of data transmission. The term “semi-persistent scheduling (SPS) ” may refer to a transmission mode in which the serving base station allocates at least a part of resources and transport formats to the UE semi-statically over a certain time interval. The term “configured grant (CG) ” may refer to a mechanism where a set of resources may be preconfigured for transmission.

[0047] As mentioned above, the MAC layer has served the purpose of both CP and UP functionalities so far. Some of the MAC CEs served the purpose of RRC reconfiguration in a faster manner, for example, the ones introduced for multi-input-multi-output (MIMO)  TCI state control, channel state information (CSI) -RS resource set activation / deactivation and the like. Many MAC CEs are defined for the CP functionalities, and they share the same logical channel identity (LCID) space as for UP SDUs from the Logical channels. However, mixing MAC CEs with user data carried in MAC SDUs does not allow the user plane data to be quickly processed. Therefore, a solution on splitting CP and UP for MAC layer is needed.

[0048] Example Environment

[0049] FIG. 1 illustrates an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of devices, including a device 110 (referred to as “first device” hereinafter) and a device 120 (referred to as “second device” hereinafter) , can communicate with each other. The device 110 may be in a coverage of a serving cell 102.

[0050] In the following, for the purpose of illustration, some example embodiments are described with the device 110 operating as a terminal device and the device 120 operating as a network device. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other device.

[0051] In some example embodiments, if the device 110 is a terminal device and the device 120 is a network device, a link from the device 120 to the device 110 is referred to as a downlink (DL) , and a link from the device 110 to the device 120 is referred to as an uplink (UL) . In DL, the device 120 is a transmitting (TX) device (or a transmitter) and the device 110 is a receiving (RX) device (or a receiver) . In UL, the device 110 is a TX device (or a transmitter) and the device 120 is a RX device (or a receiver) .

[0052] Communications in the communication environment 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) , the fifth generation (5G) , the sixth generation (6G) , and the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising  but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0053] Work Principle and Example Signaling for Communication

[0054] According to some example embodiments of the present disclosure, there is provided a solution for splitting CP and UP for MAC layer. In particular, MAC CP PDUs including control information and MAC UP PDUs including user data are processed in separated entities in a MAC layer. In this way, the MAC UP PDUs can be processed faster.

[0055] Example embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0056] Reference is now made to FIG. 2, which shows a signaling chart 200 for communication according to some example embodiments of the present disclosure. As shown in FIG. 2, the signaling chart 200 involves the device 110 and the device 120.

[0057] The device 110 and the device 120 may be configured with tables that indicates values of LCID. In addition, the LCID space may have been extended to cope with the new MAC CEs defined for different features. Tables 1 to 7 shows examples of values of LCID for DL / UL-SCH, which may be in technical specification (TS) 38.321.

[0058] Table 1 Values of LCID for DL-SCH

[0059] Table 2 Values of two-octet eLCID for DL-SCH

[0060] Table 3 Values of one-octet eLCID for DL-SCH

[0061] Table 4 Values of LCID for MBS broadcast on DL-SCH

[0062] Table 5 Values of LCID for UL-SCH

[0063] Table 6 Values of two-octet eLCID for UL-SCH

[0064] Table 7 Values of one-octet eLCID for UL-SCH

[0065] In some example embodiments, the device 120 may transmit (2010) a transport block that includes the MAC PDU. In other words, the device 110 may receive (2010) the transport block including the MAC PDU from the device 120. Alternatively, the device 110 may generate the MAC PDU.

[0066] The device 110 determines (2020) whether the MAC PDU is related to a first sub-entity or a second sub-entity in a MAC layer of the device 110. For the purpose of illustrations, the first sub-entity may be referred to as MAC CP entity and the second sub- entity may be referred to as MAC UP entity. If the MAC PDU is related to the first sub-entity (i.e., MAC CP entity) , it means that the MAC PDU is a MAC CP PDU, vice versa. If the MAC PDU is related to the second sub-entity (i.e., MAC UP entity) , it means that the MAC PDU is a MAC UP PDU, vice versa.

[0067] The MAC CP entity may be a sub-entity of the MAC layer. Alternatively, the MAC CP entity may be a functionality of the MAC layer. The MAC UP entity may be another sub-entity of the MAC layer. Alternatively, the MAC UP entity may be another functionality of the MAC layer. For example, as shown in FIG. 5, the MAC PDU may be related to the MAC CP entity 510 or the MAC UP entity 520. The MAC CP entity and the MAC UP entity may be logically separated instead of physically separated in the MAC layer. The term “entity” may refer to a resource that can implement some functions, such as, multiplexing, demultiplexing and the like.

[0068] In some example embodiments, whether the MAC PDU is related to the MAC CP entity or MAC UP entity may be determined at a physical layer of the device 110. In an example embodiment, after receiving (2010) the transport block including the MAC PDU, the physical layer of the device 110 may determine whether the MAC PDU is related to the MAC UP entity or the MAC CP entity. For example, whether the MAC PDU is related to the MAC UP entity or the MAC CP entity may be determined based on a serving cell on which the transport block including the MAC PDU is scheduled. Alternatively, the device 110 may determine whether the MAC PDU is related to the MAC UP entity or the MAC CP entity based on a BWP or a physical resource on which the transport port is transmitted or received. In other example embodiments, whether the MAC PDU is related to the MAC UP entity or the MAC CP entity may be determined based on a radio network temporary identifier (for example, cell radio network temporary identifier (C-RNTI) ) with which the transport block is scheduled. In some other example embodiments, the DL assignment or UL grant may explicitly indicate whether the MAC PDU is related to the MAC UP entity or the MAC CP entity. In a yet example embodiment, whether the MAC PDU is related to the MAC UP entity or the MAC CP entity may be determined based on the DCI format with which the transport block is scheduled.

[0069] In some example embodiments, the received (2010) TB may explicitly indicate whether the MAC protocol data unit is related to the MAC user plane entity or the MAC control plane entity. For example, there may be an indication in TB that indicates whether the MAC protocol data unit is related to the MAC user plane entity or the MAC control  plane entity.

[0070] In an example embodiment, the device 110 may determine whether the MAC PDU belongs to a first type of PDU or a second type of PDU. The first type of PDU may indicate control information. For example, the first type of PDU may include one or more MAC CE (s) and / or common control channel (CCCH) SDU. In addition, the first type of PDU may include a padding portion. The first type of PDU may be referred to as MAC CP PDU. In this case, if the MAC PDU is the first type of PDU, the MAC PDU may be related to the MAC CP entity 510.

[0071] FIG. 3A illustrates a schematic diagram of a structure of MAC CP PDU 300. It is noted that FIG. 3A is only an example not limitation. As shown in FIG. 3A, the MAC CP PDU 300 may include one or more MAC subPDUs. A MAC subPDU may start with a subheader. As shown in FIG. 3A, the subheader 310-1 may be followed by a MAC CE 311-1 and the subheader 310-2 may be followed by a MAC CE 311-2. The subheader 310-3 may be followed by a SDU 312 that is CCCH SDU. The MAC CP PDU 300 may include a padding 313. MAC SDUs, CEs and subheaders may be byte aligned and in multiples of 8 bits. Leftmost bit can the most significant bit. MAC SDUs may be of variable sizes. Some MAC CEs may be of fixed size while others may be of variable size. By way of example, the MAC CE 311-1 can be of fixed size and the MAC CE 311-2 may be of variable size.

[0072] The second type of PDU may indicate user data. For example, the second type of PDU may include one or more UP SDUs from a configured LCH. By way of example, the second type of PDU may include RLC SDUs for at least one of service radio bearer (SRB) or data radio bearer (DRB) . In addition, the second type of PDU may include a padding portion. The second type of PDU may be referred to as MAC UP PDU. In this case, if the MAC PDU is the second type of PDU, the MAC PDU may be related to the MAC UP entity 520.

[0073] FIG. 3B illustrates a schematic diagram of a structure of MAC UP PDU 301. It is noted that FIG. 3B is only an example not limitation. As shown in FIG. 3B, the MAC UP PDU 301 may include one or more MAC subPDUs. A As shown in FIG. 3B, the subheader 320-1 may be followed by a SDU 321-1 and the subheader 320-2 may be followed by a SDU 321-2. The MAC UP PDU 301 may include a padding 323.

[0074] FIG. 4A shows an example structure of a MAC subheader. As shown in FIG. 4A  the MAC subheader 410 may include a reserved field 411 that is set of 0, a format field 412 that indicates a size of a length field 414, the length field 414 that indicates the length in byte of a SDU or a variable-size MAC CE. The length field may be absent when not necessary, such as fixed-size MAC CE, padding or MAC SDU including UL CCCH. The MAC subheader 410 may include a logical channel identity (LCID) filed 413-1 that identifies the logical channel carried in a MAC subPDU, a CE or padding. The MAC subheader 410 may include an extended LCID (eLCID) field 413-2 that extends the range of the LCID field. The size of eLCID field 413-2 may be 1 byte if LCID=34, 2 bytes if LCID=33. FIG. 4B shows an example structure of a MAC subheader. As shown in FIG. 4B the MAC subheader 420 may include reserved fields 421-1 and 421-2, a LCID field 423-1 and an eLCID 423-2.

[0075] In an example embodiment, whether the MAC PDU belongs to the first type of PDU or the second type of PDU may be determined at the physical layer of the device 110. For example, in some example embodiments, the first type of PDU and the second type of PDU may be restricted to different serving cells, different BWPs or different physical resources. In an example embodiment, whether the MAC PDU belongs to the first type of PDU or the second type of PDU may be determined based on a serving cell related to the MAC PDU. Alternatively, or in addition, whether the MAC PDU belongs to the first type of PDU or the second type of PDU may be determined based on the BWP on which the transport block including the MAC PDU is transmitted or received. Whether the MAC PDU belongs to the first type of PDU or the second type of PDU may be determined based on a physical resource on which the transport block including MAC PDU is transmitted or received. For example, as shown in FIG. 5, the resource 530-1 may be assigned for the first type of PDU and the resource 530-2 may be assigned for the second type of PDU. In this case, if the MAC PDU is received on the resource 530-1, the MAC PDU may belong to the first type of PDU. If the MAC PDU is received on the resource 530-3, the MAC PDU may belong to the second type of PDU.

[0076] In some example embodiments, the first type of PDU and the second type of PDU may be scheduled with different RNTIs (for example, cell RNTI (C-RNTI) ) . In this case, whether the MAC PDU belongs to the first type of PDU or the second type of PDU may be determined based on a RNTI with which the MAC PDU is scheduled. In some other example embodiments, the DL assignment or UL grant may explicitly indicate whether the MAC PDU is the first type of PDU or the second type of PDU. In a yet  example embodiment, the first type of PDU and the second type of PDU may be scheduled with different DCI formats. In this case, whether the MAC PDU belongs to the first type of PDU or the second type of PDU may be determined based on the DCI format with which the MAC PDU is scheduled.

[0077] In some example embodiments, the received (2010) TB may explicitly indicate whether the MAC PDU belongs to the first type of PDU or the second type of PDU. For example, there may be an indication in TB that indicates whether the MAC PDU belongs to the first type of PDU or the second type of PDU.

[0078] Referring back to FIG. 2, the device 110 processes (2030) the MAC PDU at a corresponding sub-entity in the MAC layer of the device 110 based on a result of the determination (2020) . In this, the MAC PDU can be processed in a faster manner. For example, if the MAC PDU indicates control information, the MAC CP entity may process the MAC CE and / or CCH SDU in the MAC PDU. Alternatively, if the MAC PDU indicates user data, the MAC UP entity may process the SDU (s) in the MAC PDU.

[0079] In some example embodiments, CP and UP functionalities in the MAC layer may be split to different entities (for example, the MAC CP entity 510 and the MAC UP entity 520) . The MAC PDU may be delivered by the physical layer of the device 110 to a user plane entity or a control plane entity in the MAC layer based on the determination (2020) . The physical layer may deliver the MAC PDU to the MAC UP entity or the MAC CP entity based on the determination. For example, if the physical layer determines that the MAC PDU is related to the MAC CP entity, the physical layer may deliver the MAC PDU to the MAC CP entity 510. For example, as shown in FIG. 5, if the MAC PDU is the first type of PDU, the MAC PDU may be delivered to the MAC CP entity 510. If the MAC PDU is the second type of PDU, the MAC PDU may be delivered to the MAC UP entity 520.

[0080] Alternatively, if the physical layer determines that the MAC PDU is related to the MAC UP entity, the physical layer may deliver the MAC PDU to the MAC UP entity 520. Alternatively, regarding uplink transmission, the physical layer may deliver an uplink grant to the MAC UP entity or the MAC CP entity. The corresponding entity (i.e., the MAC CP entity 510 or the MAC UP entity 520) may generate (i.e., the processing 2030) the MAC PDU based on the uplink grant. For example, the MAC CP entity 510 may multiplex MAC CE (s) and / or CCCH SDU and add related headers into the MAC PDU.  Alternatively, the MAC UP entity 520 may multiplex user plane SDUs (for example, RLC SDU) and add related header into the MAC PDU. The corresponding layer may deliver the generated MAC PDU to the physical layer. In this case, the physical layer at the device 110 may transmit (2040) a transport block including the generated MAC PDU to the device 120.

[0081] In an example embodiment, there may be separate pools for the LCID for LCHs and the LCID for MAC CEs so that the full range can be used for both. In other words, the MAC CE and the SDU may not need to share the same LCID space.

[0082] For example, if the MAC PDU belongs to the first type of PDU (i.e., the MAC protocol data unit is related to the MAC CP entity) , the MAC PDU may include a first logical channel identifier of a control channel and the control information related to the logical channel identifier. If the MAC PDU belongs to the MAC user plane protocol data unit (i.e., the MAC protocol data unit is related to the MAC UP entity) , the MAC PDU may include a second logical channel identifier of a configured logical channel and the user data from the configured logical channel. Values of the first logical channel identifier and the second logical channel identifier are determined from separate predetermined logical channel identifier tables. For example, the values of the first and second logical channel identifiers may be selected from the range 0 to 63, as shown in Table 1.

[0083] For example, if the MAC PDU is the first type of PDU (in other words, the MAC PDU is related to the MAC CP entity) , the device 110 may process the MAC PDU at the MAC CP entity 510 in the MAC layer of the device 110. In an example embodiment, the MAC CP entity 510 may control a plurality of serving cells based on the control information in the MAC PDU. For example, the MAC CP entity may control one or more of: a random access procedure, UL time alignment maintenance, PHR, BFR, TCI state update, SCell activation or deactivation, hybrid automatic repeat request (HARQ) for UL and / or DL and the like. That is, the first type of PDU may include one of: PHR MAC CE, BSR MAC CE, BFR MAC CE, or TA MAC CE. The control information in the MAC PDU may include at least one of: random access procedure information, uplink time alignment maintenance, a beam management (for example, beam failure recovery) , a TCI indicator state update or a secondary cell activation or deactivation. Alternatively, or in addition, the MAC CP entity 510 may access a plurality of radio link control entities (for example, the RLC entities 540-1, 540-2 and 540-3) based on the control information in the MAC PDU. For example, the MAC CP entity 510 may access to the plurality of RLC  entities for one of: SR, BSR trigging, or transmission duplication activation or deactivation. That is, the first type of PDU may include one of: SR, BSR, or transmission duplication activation or deactivation. The control information in the MAC PDU may include one or more of: a SR, a BSR or transmission duplication activation or deactivation.

[0084] In an example embodiment, the MAC PDU may be a DL MAC PDU. For example, the MAC PDU may include control information related to SCell activation / deactivation. The MAC CP entity 510 may control the serving cell based on the SCell activation / deactivation. In another example embodiment, the MAC PDU may be a UL MAC PDU. For example, the MAC PDU may include a BSR MAC CE. The MAC CP entity 510 may process the MAC PDU.

[0085] Alternatively, if the MAC PDU is the second type of PDU (in other word, the MAC PDU is related to the MAC UP entity) , the device 110 may process the MAC PDU at the MAC UP entity 520 in the MAC layer of the device 110. For example, the MAC UP entity 520 may perform one or more of: multiplexing / demultiplexing of user data, hybrid automatic repeat request (HARQ) for UL and / or DL, semi-persistent scheduling (SPS) operation or a configured grant (CG) operation. For example, for uplink, the MAC UP entity 520 may multiplex SDUs from one or more RLC entities to generate the MAC PDU. Alternatively, for downlink, the MAC UP may demultiplex SDUs in the MAC PDU. In an example embodiment, the MAC UP entity 520 may multiplex the user data to a serving cell or a physical resource for a TB reception or transmission. That is, per DL assignment / UL grant, the MAC UP entity 520 may map to only one serving cell / PHY resources for TB reception / transmission from PHY. Alternatively, or in addition, the MAC UP entity 520 may deliver the user data to one or more RLC entities (for example, one or more of RLC entities 540-1, 540-2 and 540-2) . The MAC UP entity 520 may access to one or more RLC entities depends on whether the RLC entity of the LCH is mapped to one or more serving cell (s)  / PHY resource (s) for multiplexing and demultiplexing. In another example embodiment, the MAC UP entity 520 may obtain the user data from the one or more RLC entities. In an example embodiment, the MAC PDU may be UL MAC PDU. For example, the MAC PDU include a configured grant confirmation. In this case, the MAC PDU belongs to the second type of PDU. The MAC UP entity 520 may process the MAC PDU.

[0086] In an example embodiment, the first type of PDU and the second type of PDU may be multiplexed into a TB. For example, the first type of PDU carrying SRB SDU  may be multiplex with the second type of PDU carrying MAC CE.

[0087] In an example embodiment, the device 110 may obtain another MAC PDU that belongs to the second type of PDU (in other words, the other MAC PDU is related to the MAC UP entity) . If the MAC PDU belongs to the first type of PDU, the device 110 may multiplex the MAC PDU and the other MAC PDU into a TB. For example, as shown in FIG. 6, the MAC CP PDU 300 and the MAC UP PDU 301 may be multiplexed into the TB 600. The device 110 may transmit (2040) the TB to the device 120. In an example embodiment, the device 110 may transmit an indication that indicates the multiplexing of the MAC PDU and the other MAC PDU in the transport block to the device 120. In this case, in some embodiments, the indication may be included in a transport block header 610 shown in FIG. 6. Alternatively, the indication may be a common MAC header. In some other example embodiments, the indication may be transmitted in DCI.

[0088] Alternatively, the received (2010) transport block may include the MAC protocol data unit and another protocol data unit that are multiplexed. In this case, the device 110 may demultiplex the MAC protocol data unit and the other MAC protocol data unit that is related to the MAC user plane entity from the received (2010) transport block. The device 120 may transmit an indication that indicates the multiplexing of the MAC PDU and the other MAC PDU in the transport block to the device 110. In this case, in some embodiments, the indication may be included in a transport block header 610 shown in FIG. 6. Alternatively, the indication may be a common MAC header. In some other example embodiments, the indication may be transmitted in DCI.

[0089] In another example embodiment, the device 110 may obtain the MAC PDU that belongs to the first type of PDU (in other words the MAC PDU related to the MAC CP entity) and the other MAC PDU that belongs to the second type of PDU (i.e., the other MAC PDU related to the MAC UP entity) from the received (2010) TB. In other words, the MAC PDU and the other MAC PDUs may be multiplexed in the received (2010) TB. In an example embodiment, the device 110 may receive an indication that indicates the multiplexing of the MAC PDU and the other MAC PDU in the transport block from the device 120. In this case, in some embodiments, the indication may be included in a transport block header 610 shown in FIG. 6. Alternatively, the indication may be a common MAC header. In some other example embodiments, the indication may be received in DCI.

[0090] Alternatively, the first type of PDU (i.e., the MAC PDU related to the MAC CP entity) may include a SRB SDU. For example, one or more SRB SDUs may be handled by the MAC CP entity 510 in addition to MAC CEs. In this case, the SRB SDUs may be either seen as part of the first type of PDU or as a special UP MAC PDU handled by the MAC CP entity 510.

[0091] In an example embodiment, the device 110 may generate the first type of PDU based on a first processing requirement and generate the second type of PDU based on a second processing requirement. In other words, different processing requirements may be applied in terms of building a MAC CP PDU compared to building a MAC UP PDU. In one example, the second processing requirement may be more stringent that the first processing requirement. For example, the second processing requirement may more stick in terms of time. That is, if the MAC protocol data unit is related to the MAC control plane entity, the device 110 generate the MAC protocol data unit based on a first processing requirement. If the MAC protocol data unit is related to the MAC user plane entity, the device 110 generate the MAC protocol data unit based on a second processing requirement.

[0092] In another example embodiment, the device 110 may obtain a MAC PDU in which the control information and the user data are multiplexed. In this case, the device 110 may process the MAC PDU based on a third processing requirement. In some embodiments, the third processing requirement may be same as a fourth processing requirement for processing the first type of PDU or the second type of PDU. Alternatively, the third processing requirement may be different from the fourth processing requirement. For example, the fourth processing requirement may be stricter in terms of time.

[0093] The device 110 may receive from the device 120 a network configuration regarding on generating the first type of PDU. For example, if the MAC control element has a fixed size, the device 110 may multiplex the MAC control element to the control plane entity or the user plane entity in the MAC layer based on the network configuration. Alternatively, if the MAC control element has a flexible size, the device 110 may the MAC control element to the control plane entity in the MAC layer based on the network configuration. By way of example, the multiplexing of MAC CEs onto MAC entities may be based on whether the MAC CEs have fixed size or not. For the fixed size MAC CES, the network configuration may decide on which MAC entity they are sent. That is, flexible MAC CEs may be always sent on the MAC CP entity 510 while fixed size MAC CEs can  either be multiplexed to the MAC CP entity 510 or the MAC UP entity 520 based on the network configuration.

[0094] In some example embodiments, for both the uplink and downlink, the device 110 may also be allowed to express a preference on whether the MAC CP entity 510 or UP entity 520 is to be used for a MAC CE, and a preference on the position of the MAC CE within the MAC PDU of the entity, i.e., at the beginning, at the end, or anywhere. For example, the device 110 may multiplex the MAC control element in the MAC PDU onto the MAC entity based on preference MAC entity information. For example, if the preference MAC entity information indicates that the MAC UP entity 520 is used for a fixed size MAC CE, the device 110 may multiplex the fixed size MAC CE at the MAC UP entity 520. Alternatively, if the preference MAC entity information indicates that the MAC CP entity 510 is used for a variable size MAC CE, the device 110 may multiplex the variable size MAC CE at the MAC CP entity 510. Alternatively, the device 110 may determine a position of the MAC control element in the MAC PDU based on preference position information. For example, as shown in FIG. 3A, the MAC CEs 312-1 and 312-2 are at the beginning of the MAC CP PDU 300. In an example embodiment, the device 110 may inform the device 120 at least one of: the on preference MAC entity information or the preference position information.

[0095] Example Methods

[0096] FIG. 7 shows a flowchart of an example method 700 implemented at a device in accordance with some example embodiments of the present disclosure. For example, the method 700 may be implemented at the device 110. Alternatively, the method 700 may be implemented at the device 120.

[0097] At block 710, the apparatus determines whether a medium access control (MAC) protocol data unit is related to a MAC control plane entity or a MAC user plane entity in a MAC layer of the apparatus.

[0098] At block 720, the apparatus processes the MAC protocol data unit at a corresponding entity in the MAC layer based on a result of the determination.

[0099] In some example embodiments, the method 700 includes receiving, at a physical layer of the apparatus, a transport block from another apparatus, where the transport block comprises the MAC protocol data unit; determining, at the physical layer, whether the MAC protocol data unit is related to the MAC user plane entity or the MAC control plane  entity; and delivering, by the physical layer, the MAC protocol data unit to the MAC user plane entity or the MAC control plane entity based on the determination. In some example embodiments, the method 700 includes delivering, by the physical layer, an uplink grant to the MAC user plane entity or the MAC control plane entity; generating by the MAC user plane entity or the MAC control plane entity, the MAC protocol data unit based on the uplink grant; delivering, by the MAC user plane entity or the MAC control plane entity, the MAC protocol data unit to the physical layer; and transmitting, at the physical layer, a transport block to another apparatus, wherein the transport block comprises the MAC protocol data unit.

[0100] In some example embodiments, the method 700 include determining whether the MAC protocol data unit is related to the MAC user plane entity or the MAC control plane entity based on at least one of: a serving cell on which the transport block is scheduled, a bandwidth part on which the transport block is transmitted or received, a physical resource on which the transport block is transmitted or received, a radio network temporary identifier with which the transport block is scheduled, an indication in a downlink assignment or uplink grant, a search space with which the transport block is scheduled, or a downlink control information format with which the transport block is scheduled. In some example embodiments, the method 700 include determining determine whether the MAC protocol data unit is related to the MAC user plane entity or the MAC control plane entity based on an indication in the transport block in which the MAC protocol data unit is received.

[0101] In some example embodiments, the method 700 includes: if the MAC protocol data unit is related to the MAC control plane entity, obtaining another MAC protocol data unit that is related to the MAC user plane entity; multiplexing the MAC protocol data unit and the other MAC protocol data unit into a first transport block; and transmitting the first transport block to the other apparatus. In some example embodiments, the method 700 includes: transmitting, to the other apparatus, a first indication indicating the multiplexing in the first transport block.

[0102] In some example embodiments, the method 700 includes: if the MAC protocol data unit is related to the MAC control plane entity, receiving, from the other apparatus, a second transport block comprising the MAC protocol data unit and another protocol data unit that are multiplexed; and demultiplexing, from the second transport block, the MAC protocol data unit and the other MAC protocol data unit that is related to the MAC user  plane entity. In some example embodiments, the method 700 includes: receiving from the other apparatus a second indication indicating the multiplexing in the second transport block.

[0103] In some example embodiments, the MAC protocol data unit related to the MAC control plane entity indicates control information and comprises at least one of: MAC control element or a control channel service data unit. In some example embodiments, the MAC protocol data unit related to the MAC control plane entity further comprises a service radio bearer service data unit.

[0104] In some example embodiments, the method 700 includes: if the MAC protocol data unit is related to the MAC control plane entity, processing the MAC protocol data unit comprising the control information at the MAC control plane entity. In some example embodiments, the method 700 includes: processing, at the MAC control plane entity, at least one of: the MAC control element, the control channel service data unit, or the service radio bearer service data unit included in the MAC protocol data unit.

[0105] In some example embodiments, the method 700 includes: controlling, by the MAC control plane entity, a plurality of serving cells based on the control information in the MAC protocol data unit. In some example embodiments, the method 700 includes: controlling, by the MAC control plane entity, a plurality of radio link control entities based on the control information in the MAC protocol data unit. In some example embodiments, the control information comprises at least one of: random access procedure related information, uplink time alignment maintenance information, a scheduling request, a buffer status report, a power headroom report, a beam failure recovery related information, a transmission configuration indicator state update, or a secondary cell activation or deactivation.

[0106] In some example embodiments, the MAC protocol data unit related to the MAC user plane entity indicates user data and comprises user plane service data unit. In some example embodiments, the user plane service data unit comprises at least one of: a service radio bearer service data unit, or a data radio bearer service data unit.

[0107] In some example embodiments, the method 700 includes: if the MAC protocol data unit is related to the MAC user plane entity, process the MAC protocol data unit comprising the user data at MAC user plane entity. In some example embodiments, the method 700 includes: processing, at the MAC control plane entity, the user plane service  data unit.

[0108] In some example embodiments, the method 700 includes: delivering, by the MAC user plane entity, the MAC protocol data unit to a physical resource for a transport block transmission; or obtaining, by the MAC user plane entity, the MAC protocol data unit in the transport block from the physical resource for a transport block reception. In some example embodiments, the method 700 includes: obtaining, by the MAC control plane entity, the user plane service data unit from a plurality of radio link control entities. Alternatively, the method includes delivering, by the MAC control plane entity, the user plane service data unit to the one or more radio link control entities.

[0109] In some example embodiments, if the MAC protocol data unit is related to the MAC control plane entity, the MAC protocol data unit comprises a first logical channel identifier of a control channel related to the control information and the control information. Alternatively, if the MAC protocol data unit is related to the MAC user plane entity, the MAC protocol data unit comprises a second logical channel identifier of a configured logical channel and the user data in the from the configured logical channel. Values of the first logical channel identifier and the second logical channel identifier may be determined from separate predetermined logical channel identifier tables.

[0110] In some example embodiments, the method 700 includes: if the MAC protocol data unit is related to the MAC control plane entity, generating the MAC protocol data unit based on a first processing requirement; or if the MAC protocol data unit is related to the MAC user plane entity, generating the MAC protocol data unit based on a second processing requirement. The first processing requirement may be different from the second processing requirement.

[0111] In some example embodiments, the method 700 includes: obtaining a further MAC protocol data unit in which the control information and the user data are multiplexed. In some example embodiments, the method 700 includes: processing the further MAC protocol data unit based on a third processing requirement that is same or different from a fourth processing requirement for processing the MAC protocol data unit. The fourth processing requirement may be the first processing requirement or the second processing requirement.

[0112] In some example embodiments, the method 700 includes: if the MAC protocol data unit comprises the MAC control element, multiplexing the MAC control element  onto the corresponding entity based on a size of the MAC control element. In some example embodiments, the method 700 includes: if the MAC control element has a fixed size, delivering the MAC control element to the MAC control plane entity or the MAC user plane entity in the MAC layer based on a network configuration from the other apparatus; or if that MAC control element has a flexible size, delivering the MAC control element to the MAC control plane entity in the MAC layer based on the network configuration.

[0113] In some example embodiments, the method 700 includes: delivering the MAC control element to the corresponding entity based on preference MAC entity information of the apparatus. In some example embodiments, the method 700 includes: determining a position of the MAC control element in the MAC protocol data unit based on preference position information of the apparatus. In some example embodiments, the method 700 includes: informing the other apparatus at least one of: the preference MAC entity information or the preference position information.

[0114] In some example embodiments, the method 700 includes: the MAC control plane entity is a sub-entity of the MAC layer or a functionality of the MAC layer, the MAC control plane entity is another sub-entity of the MAC layer or another functionality of the MAC layer.

[0115] Example Apparatus, Device and Medium

[0116] In some example embodiments, a second apparatus capable of performing any of the method 700 (for example, the device 120 in FIG. 1) may comprise means for performing the respective operations of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The second apparatus may be implemented as or included in the device 120 in FIG. 1.

[0117] In some example embodiments, the apparatus comprises means for whether a medium access control (MAC) protocol data unit is related to a first sub-entity or a second sub-entity in a MAC layer of the apparatus; and means for processing the MAC protocol data unit at a corresponding sub-entity in the MAC layer based on a result of the determination.

[0118] In some example embodiments, the apparatus comprises means for receiving, at a physical layer of the apparatus, a transport block from another apparatus, wherein the  transport block comprises the MAC protocol data unit; determining, at the physical layer, whether the MAC protocol data unit is related to the first sub-entity or the second sub-entity; and delivering, by the physical layer, the MAC protocol data unit to the first sub-entity or the second sub-entity.

[0119] In some example embodiments, the apparatus comprises means for delivering, by the physical layer, an uplink grant to the first sub-entity or the second sub-entity; generating, by the first sub-entity or the second sub-entity, the MAC protocol data unit based on the uplink grant; delivering, by the first sub-entity or the second sub-entity, the MAC protocol data unit to the physical layer; and transmitting, at the physical layer, a transport block to another apparatus, wherein the transport block comprises the MAC protocol data unit.

[0120] In some example embodiments, the apparatus comprises means for determining whether the MAC protocol data unit is related to the first sub-entity or the second sub-entity based on at least one of: a serving cell on which the transport block is scheduled, a bandwidth part on which the transport block is transmitted or received, a physical resource on which the transport block is transmitted or received, a radio network temporary identifier with which the transport block is scheduled, an indication in a downlink assignment or uplink grant, a search space with which the transport block is scheduled, or a downlink control information format with which the transport block is scheduled.

[0121] In some example embodiments, the apparatus comprises means for determining whether the MAC protocol data unit is related to the first sub-entity or the second sub-entity based on an indication in the transport block in which the MAC protocol data unit is received.

[0122] In some example embodiments, the MAC protocol data unit is related to the first sub-entity, and the apparatus comprises means for obtaining another MAC protocol data unit that is related to the second sub-entity; multiplexing the MAC protocol data unit and the other MAC protocol data unit into a first transport block; and transmitting the first transport block to the other apparatus.

[0123] In some example embodiments, the apparatus comprises means for transmitting, to the other apparatus, a first indication indicating the multiplexing in the first transport block.

[0124] In some example embodiments, the MAC protocol data unit is related to the first sub-entity, and the apparatus comprises means for receiving, from the other apparatus, a second transport block comprising the MAC protocol data unit and another protocol data unit that are multiplexed; and demultiplexing, from the second transport block, the MAC protocol data unit and the other MAC protocol data unit that is related to the second sub-entity.

[0125] In some example embodiments, the apparatus comprises means for receiving from the other apparatus a second indication indicating the multiplexing in the second transport block.

[0126] In some example embodiments, the MAC protocol data unit related to the first sub-entity indicates control information and comprises at least one of: MAC control element or a control channel service data unit.

[0127] In some example embodiments, the MAC protocol data unit related to the first sub-entity further comprises a service radio bearer service data unit.

[0128] In some example embodiments, the apparatus comprises means for processing, at the first sub-entity, at least one of: the MAC control element, the control channel service data unit, or the service radio bearer service data unit included in the MAC protocol data unit.

[0129] In some example embodiments, the apparatus comprises means for controlling, by the first sub-entity, a plurality of serving cells based on the control information in the MAC protocol data unit.

[0130] In some example embodiments, the apparatus comprises means for controlling, by the first sub-entity, a plurality of radio link control entities based on the control information in the MAC protocol data unit.

[0131] In some example embodiments, the control information comprises at least one of:random access procedure related information, uplink time alignment maintenance information, a scheduling request, a buffer status report, a power headroom report, a beam failure recovery related information, a transmission configuration indicator state update, or a secondary cell activation or deactivation.

[0132] In some example embodiments, the MAC protocol data unit related to the second sub-entity indicates user data and comprises user plane service data unit.

[0133] In some example embodiments, the user plane service data unit comprises at least one of: a service radio bearer service data unit, or a data radio bearer service data unit.

[0134] In some example embodiments, the apparatus comprises means for processing, at the second sub-entity, the user plane service data unit.

[0135] In some example embodiments, the apparatus comprises means for delivering, by the second sub-entity, the MAC protocol data unit to a physical resource for a transport block transmission; or obtaining, by the second sub-entity, the MAC protocol data unit in the transport block from the physical resource for a transport block reception.

[0136] In some example embodiments, the apparatus comprises means for obtaining, by the second sub-entity, the user plane service data unit from one or more radio link control entities; or delivering, by the second sub-entity, the user plane service data unit to the one or more radio link control entities.

[0137] In some example embodiments, in accordance with a determination that the MAC protocol data unit is related to the first sub-entity, the MAC protocol data unit comprises a first logical channel identifier of a control channel related to the control information and the control information, or in accordance with a determination that the MAC protocol data unit is related to the second sub-entity, the MAC protocol data unit comprises a second logical channel identifier of a configured logical channel and the user data in the from the configured logical channel, and values of the first logical channel identifier and the second logical channel identifier are determined from separate predetermined logical channel identifier tables.

[0138] In some example embodiments, the apparatus comprises means for in accordance with a determination that the MAC protocol data unit is related to the first sub-entity, generating the MAC protocol data unit based on a first processing requirement; or in accordance with a determination that the MAC protocol data unit is related to the second sub-entity, generating the MAC protocol data unit based on a second processing requirement, and the first processing requirement is different from the second processing requirement.

[0139] In some example embodiments, the apparatus comprises means for generating a further MAC protocol data unit in which the control information and the user data are  multiplexed.

[0140] In some example embodiments, the further MAC protocol data unit is generated based on a third processing requirement that is same as one of the first and the second processing requirements or different from both the first and second processing requirements.

[0141] In some example embodiments, the apparatus comprises means for in accordance with a determination that the MAC protocol data unit comprises the MAC control element, multiplexing the MAC control element onto the corresponding sub-entity based on a size of the MAC control element.

[0142] In some example embodiments, the apparatus comprises means for in accordance with a determination that the MAC control element has a fixed size, delivering the MAC control element to the first sub-entity or the second sub-entity in the MAC layer based on a network configuration from the other apparatus; or in accordance with a determination that MAC control element has a flexible size, delivering the MAC control element to the first sub-entity in the MAC layer based on the network configuration.

[0143] In some example embodiments, the apparatus comprises means for delivering the MAC control element to the corresponding sub-entity based on preference MAC entity information of the apparatus.

[0144] In some example embodiments, the apparatus comprises means for determining a position of the MAC control element in the MAC protocol data unit based on preference position information of the apparatus.

[0145] In some example embodiments, the apparatus comprises means for informing the other apparatus at least one of: the preference MAC entity information or the preference position information.

[0146] In some example embodiments, the first sub-entity is a MAC control plane entity, and the second sub-entity is a MAC user plane entity.

[0147] In some example embodiments, the apparatus is a terminal device or a network device.

[0148] In some example embodiments, the second apparatus further comprises means for performing other operations in some example embodiments of the method 700 or the  device 120. In some example embodiments, the means comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the performance of the second apparatus.

[0149] FIG. 8 is a simplified block diagram of a device 800 that is suitable for implementing example embodiments of the present disclosure. The device 800 may be provided to implement a communication device, for example, the device 110 or the device 120 as shown in FIG. 1. As shown, the device 800 includes one or more processors 810, one or more memories 820 coupled to the processor 810, and one or more communication modules 840 coupled to the processor 810.

[0150] The communication module 840 is for bidirectional communications. The communication module 840 has one or more communication interfaces to facilitate communication with one or more other modules or devices. The communication interfaces may represent any interface that is necessary for communication with other network elements. In some example embodiments, the communication module 840 may include at least one antenna.

[0151] The processor 810 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 800 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0152] The memory 820 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 824, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , an optical disk, a laser disk, and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 822 and other volatile memories that will not last in the power-down duration.

[0153] A computer program 830 includes computer executable instructions that are executed by the associated processor 810. The instructions of the program 830 may include instructions for performing operations / acts of some example embodiments of the  present disclosure. The program 830 may be stored in the memory, e.g., the ROM 824. The processor 810 may perform any suitable actions and processing by loading the program 830 into the RAM 822.

[0154] The example embodiments of the present disclosure may be implemented by means of the program 830 so that the device 800 may perform any process of the disclosure as discussed with reference to FIG. 2 to FIG. 7. The example embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0155] In some example embodiments, the program 830 may be tangibly contained in a computer readable medium which may be included in the device 800 (such as in the memory 820) or other storage devices that are accessible by the device 800. The device 800 may load the program 830 from the computer readable medium to the RAM 822 for execution. In some example embodiments, the computer readable medium may include any types of non-transitory storage medium, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0156] FIG. 9 shows an example of the computer readable medium 900 which may be in form of CD, DVD or other optical storage disk. The computer readable medium 900 has the program 830 stored thereon.

[0157] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, and other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. Although various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0158] Some example embodiments of the present disclosure also provide at least one computer program product tangibly stored on a computer readable medium, such as a non- transitory computer readable medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target physical or virtual processor, to carry out any of the methods as described above. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0159] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. The program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program code, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0160] In the context of the present disclosure, the computer program code or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0161] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0162] Further, although operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, although several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Unless explicitly stated, certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, unless explicitly stated, various features that are described in the context of a single embodiment may also be implemented in a plurality of embodiments separately or in any suitable sub-combination.

[0163] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.An apparatus comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the apparatus to:determine whether a medium access control (MAC) protocol data unit is related to a first sub-entity or a second sub-entity in a MAC layer of the apparatus; andprocess the MAC protocol data unit at a corresponding sub-entity in the MAC layer based on a result of the determination.2.The apparatus of claim 1, wherein the apparatus is caused to:receive, at a physical layer of the apparatus, a transport block from another apparatus, wherein the transport block comprises the MAC protocol data unit;determine, at the physical layer, whether the MAC protocol data unit is related to the first sub-entity or the second sub-entity; anddeliver, by the physical layer, the MAC protocol data unit to the first sub-entity or the second sub-entity.3.The apparatus of claim 1, wherein the apparatus is caused to:deliver, by the physical layer, an uplink grant to the first sub-entity or the second sub-entity;generate, by the first sub-entity or the second sub-entity, the MAC protocol data unit based on the uplink grant;deliver, by the first sub-entity or the second sub-entity, the MAC protocol data unit to the physical layer; andtransmit, at the physical layer, a transport block to another apparatus, wherein the transport block comprises the MAC protocol data unit.4.The apparatus of claim 2 or claim 3, wherein the apparatus is caused to:determine whether the MAC protocol data unit is related to the first sub-entity or the second sub-entity based on at least one of:a serving cell on which the transport block is scheduled,a bandwidth part on which the transport block is transmitted or received,a physical resource on which the transport block is transmitted or received,a radio network temporary identifier with which the transport block is scheduled,an indication in a downlink assignment or uplink grant,a search space with which the transport block is scheduled, ora downlink control information format with which the transport block is scheduled.5.The apparatus of any of claims 1-4, wherein the apparatus is caused to:determine whether the MAC protocol data unit is related to the first sub-entity or the second sub-entity based on an indication in the transport block in which the MAC protocol data unit is received.6.The apparatus of any of claims 1-5, wherein the MAC protocol data unit is related to the first sub-entity, and wherein the apparatus is caused to:obtain another MAC protocol data unit that is related to the second sub-entity;multiplex the MAC protocol data unit and the other MAC protocol data unit into a first transport block; andtransmit the first transport block to the other apparatus.7.The apparatus of claim 6, wherein the apparatus is caused to:transmit, to the other apparatus, a first indication indicating the multiplexing in the first transport block.8.The apparatus of any of claims 1-5, wherein the MAC protocol data unit is related to the first sub-entity, and wherein the apparatus is caused to:receive, from the other apparatus, a second transport block comprising the MAC protocol data unit and another protocol data unit that are multiplexed; anddemultiplex, from the second transport block, the MAC protocol data unit and the other MAC protocol data unit that is related to the second sub-entity.9.The apparatus of claim 8, wherein the apparatus is caused to:receive from the other apparatus a second indication indicating the multiplexing in the second transport block.10.The apparatus of any of claims 1-9, wherein the MAC protocol data unit related to the first sub-entity indicates control information and comprises at least one of: MAC control element or a control channel service data unit.11.The apparatus of claim 10, wherein the MAC protocol data unit related to the first sub-entity further comprises a service radio bearer service data unit.12.The apparatus of any of claims 1-11, wherein the apparatus is caused to:in accordance with a determination that the MAC protocol data unit is related to the first sub-entity, process, at the first sub-entity, at least one of: the MAC control element, the control channel service data unit, or the service radio bearer service data unit included in the MAC protocol data unit.13.The apparatus of claim 10, wherein the apparatus is caused to:control, by the first sub-entity, a plurality of serving cells based on the control information in the MAC protocol data unit.14.The apparatus of claim 10 wherein the apparatus is caused to:control, by the first sub-entity, a plurality of radio link control entities based on the control information in the MAC protocol data unit.15.The apparatus of any of claims 1-14, wherein the control information comprises at least one of:random access procedure related information,uplink time alignment maintenance information,a scheduling request,a buffer status report,a power headroom report,a beam failure recovery related information,a transmission configuration indicator state update, ora secondary cell activation or deactivation.16.The apparatus of any of claims 1-9, wherein the MAC protocol data unit related to the second sub-entity indicates user data and comprises user plane service data unit.17.The apparatus of claim 16, wherein the user plane service data unit comprises at least one of:a service radio bearer service data unit, ora data radio bearer service data unit.18.The first apparatus of any of claims 1-17, wherein the apparatus is caused to:in accordance with a determination that the MAC protocol data unit is related to the second sub-entity, process, at the second sub-entity, the user plane service data unit.19.The apparatus of claim 18, wherein the apparatus is caused to:deliver, by the second sub-entity, the MAC protocol data unit to a physical resource for a transport block transmission; orobtain, by the second sub-entity, the MAC protocol data unit in the transport block from the physical resource for a transport block reception.20.The apparatus of claim 18, wherein the apparatus is caused to:obtain, by the second sub-entity, the user plane service data unit from one or more radio link control entities; ordeliver, by the second sub-entity, the user plane service data unit to the one or more radio link control entities.21.The apparatus of any of claims 1-20, wherein in accordance with a determination that the MAC protocol data unit is related to the first sub-entity, the MAC protocol data unit comprises a first logical channel identifier of a control channel related to the control information and the control information, orin accordance with a determination that the MAC protocol data unit is related to the second sub-entity, the MAC protocol data unit comprises a second logical channel identifier of a configured logical channel and the user data in the from the configured logical channel, andwherein values of the first logical channel identifier and the second logical channel identifier are determined from separate predetermined logical channel identifier tables.22.The apparatus of any of claims 1-21, wherein the apparatus is caused to:in accordance with a determination that the MAC protocol data unit is related to the first sub-entity, generate the MAC protocol data unit based on a first processing requirement; orin accordance with a determination that the MAC protocol data unit is related to the second sub-entity, generate the MAC protocol data unit based on a second processing requirement, andwherein the first processing requirement is different from the second processing requirement.23.The apparatus of any of claims 1-22, wherein the apparatus is caused to:generate a further MAC protocol data unit in which the control information and the user data are multiplexed.24.The apparatus of claim 23, wherein the further MAC protocol data unit is generated based on a third processing requirement that is same as one of the first and the second processing requirements or different from both the first and second processing requirements.25.The apparatus of any of claims 1-24, wherein the apparatus is caused to:in accordance with a determination that the MAC protocol data unit comprises the MAC control element, multiplex the MAC control element onto the corresponding sub-entity based on a size of the MAC control element.26.The apparatus of claim 25, wherein the apparatus is caused to:in accordance with a determination that the MAC control element has a fixed size, deliver the MAC control element to the first sub-entity or the second sub-entity in the MAC layer based on a network configuration from the other apparatus; orin accordance with a determination that MAC control element has a flexible size, deliver the MAC control element to the first sub-entity in the MAC layer based on the network configuration.27.The apparatus of any of claims 1-26, wherein the apparatus is caused to:deliver the MAC control element to the corresponding sub-entity based on preference MAC entity information of the apparatus.28.The apparatus of any of claims 1-27, wherein the apparatus is caused to:determine a position of the MAC control element in the MAC protocol data unit based on preference position information of the apparatus.29.The apparatus of claim 27 or 28, wherein the apparatus is caused to:inform the other apparatus at least one of: the preference MAC entity information or the preference position information.30.The apparatus of any of claims 1-30, wherein the first sub-entity is a MAC control plane entity, andthe second sub-entity is a MAC user plane entity.31.The apparatus of any of claims 1-30, wherein the apparatus is a terminal device or a network device.32.A method comprising:determining, at an apparatus, whether a medium access control (MAC) protocol data unit is related to a first sub-entity or a second sub-entity in a MAC layer of the apparatus; andprocessing the MAC PDU at a corresponding sub-entity in the MAC layer based on a result of the determination.33.An apparatus comprising:means for determining whether a medium access control (MAC) protocol data unit is related to a first sub-entity or a second sub-entity in a MAC layer of the apparatus; andmeans for processing the MAC PDU at a corresponding sub-entity in the MAC layer based on a result of the determination.34.A computer readable medium comprising instructions stored thereon for causing an apparatus at least to perform the method of claim 32.

Images