Mac PDU transmission in random access

Abstract

Embodiments of the present disclosure generally relate to the relate to the field of telecommunication and in particular to devices, methods, apparatuses and computer readable storage media for configuring, transmitting, and / or receiving a medium access control protocol data unit (MAC PDU) including one or more MAC subheader.

Description

MAC PDU TRANSMISSION IN RANDOM ACCESSFIELD

[0001] Various embodiments of the present disclosure generally relate to the field of telecommunication and in particular to devices, methods, apparatuses and computer readable storage media for configuring, transmitting, and / or receiving a medium access control protocol data unit (MAC PDU) including one or more MAC subheader.BACKGROUND

[0002] In 5G New Radio, different kinds of data transfer services are offered by the medium access control (MAC) layer. To accommodate different kinds of data transfer services, multiple types of logical channels are defined. A MAC protocol data unit (MAC PDU) may consist of one or more MAC control elements (MAC CEs) corresponding to one or more features requiring the MAC CEs. According to the third generation partnership project (3GPP) technical specification (TS) 38.321, the MAC PDU contains a subheader with a logical channel identification (LCID) value or an extended LCID (eLCID) value.SUMMARY

[0003] The scope of protection sought for various example embodiments is set out by the claims. The example embodiments and features, if any, described in this specification that do not fall under the scope of the claims are to be interpreted as examples useful for understanding various embodiments.

[0004] In a first aspect, there is provided an apparatus comprising at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to perform: configuring a medium access control protocol data unit (MAC PDU) including one or more MAC subheaders; and transmitting the MAC PDU via a message A (MsgA) or a Message 3 (Msg3) during a random access procedure. A MAC subheader of the one or more MAC subheaders may include an indication field indicating an existence of a bitmap field or a logical channel identification (LCID) field in the MAC subheader. The LCID field may identify at least one of a logical channel of a  corresponding MAC service data unit (MAC SDU) or a MAC control element (MAC CE) . The bitmap field may indicate at least one information included in the MAC PDU.

[0005] In a second aspect, there is provided an apparatus comprising at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to perform transmitting a message indicating the bitmap field for the MAC subheader is supported and receiving a medium access control protocol data unit (MAC PDU) including one or more MAC subheaders via a message A (MsgA) or a Message 3 (Msg3) during a random access procedure. A MAC subheader of the one or more MAC subheaders may include an indication field indicating an existence of the bitmap field or a logical channel identification (LCID) field in the MAC subheader. The LCID field may identify at least one of a logical channel of a corresponding MAC service data unit (MAC SDU) or a MAC control element (MAC CE) . The bitmap field may indicate at least one information included in the MAC PDU.

[0006] In a third aspect, there is provided a method comprising steps of: configuring a medium access control protocol data unit (MAC PDU) including one or more MAC subheaders; and transmitting the MAC PDU via a message A (MsgA) or a Message 3 (Msg3) during a random access procedure. A MAC subheader of the one or more MAC subheaders may include an indication field indicating an existence of a bitmap field or a logical channel identification (LCID) field in the MAC subheader. The LCID field may identify at least one of a logical channel of a corresponding MAC service data unit (MAC SDU) or a MAC control element (MAC CE) . The bitmap field may indicate at least one information included in the MAC PDU.

[0007] In a fourth aspect, there is provided a method comprising steps of transmitting a message indicating the bitmap field for the MAC subheader is supported; and receiving a medium access control protocol data unit (MAC PDU) including one or more MAC subheaders via a message A (MsgA) or a Message 3 (Msg3) during a random access procedure. A MAC subheader of the one or more MAC subheaders may include an indication field indicating an existence of the bitmap field or a logical channel identification (LCID) field in the MAC subheader. The LCID field may identify at least one of a logical channel of a corresponding MAC service data unit (MAC SDU) or a MAC control element (MAC CE) . The bitmap field may indicate at least one information included in the MAC PDU.

[0008] In a fifth aspect, there is provided a computer readable medium comprising instructions for causing an apparatus to perform the method explained the above third or fourth aspects. In this case, the computer program medium is a non-transitory computer readable medium.

[0009] Other features and advantages of the embodiments of the present disclosure will also be apparent from the following description of specific embodiments when read in conjunction with the accompanying drawings, which illustrate, by way of example, the principles of embodiments of the disclosure.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Embodiments of the disclosure are presented in the sense of examples and their advantages are explained in greater detail below, with reference to the accompanying drawings.

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

[0012] Fig. 2 illustrates some examples of MAC subheaders that may be applied to embodiments of the invention disclosure.

[0013] Fig. 3 illustrates some example of MAC subheaders that may be applied to embodiments of the invention disclosure.

[0014] Fig. 4 illustrates one of the signaling procedures for configuration MAC PDU including one or more MAC subheaders that may be applied to embodiments of the invention disclosure.

[0015] Fig. 5 illustrates some of MAC subheaders according to the embodiments of the invention disclosure.

[0016] Fig. 6 illustrates a flowchart providing one of embodiments for configuring the MAC PDU including one or more MAC subheaders.

[0017] Fig. 7 illustrates a flowchart providing one of embodiments for supporting the generation of the MAC PDU.

[0018] FIG. 8 illustrates an example of an apparatus comprising means for performing one  or more of the example embodiments described above.

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

[0020] The following embodiments are exemplifying. 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 may be implemented in various manners other than the ones described below.

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

[0022] 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, element or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, element 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, element or characteristic in connection with other embodiments whether or not explicitly described.

[0023] It shall be understood that although the terms “first, ” “second” 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. 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.

[0024] 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.

[0025] 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.

[0026] 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.

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

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

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

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

[0031] (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

[0032] (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.

[0033] 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.

[0034] 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 Packet 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.

[0035] 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 radio access network (RAN) node, a new generation RAN (NG-RAN) node, a Remote Radio Unit (RRU) , a radio header (RH) , a transmission and reception point (TRP) , 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 includes a Centralized Unit (CU) and a Distributed Unit (DU) at an IAB donor node. An IAB node includes 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.

[0036] 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) , a user device 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 (loT) 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 term “terminal device” may be used interchangeably with the other terms explained above.

[0037] As used herein, the term “resource, ” “transmission resource, ” “resource block, ” “physical resource block” (PRB) , “uplink resource, ” “downlink resource” or “sidelink 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 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.

[0038] Communication environment

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

[0040] In the communication environment 100, a plurality of communication devices, comprising a terminal device 110 and a network device 120, can communicate with each other. The network device 120 may serve a coverage area, called a cell 125. The terminal device 110 may have access to a communication network via the cell 125. In some example embodiments, both the terminal device 110 and the network device 120 may be configured to implement a beamforming technique and communicate with each other via a plurality of beams.

[0041] In some example embodiments, a link from the network device 120 to the terminal device 110 is referred to as a downlink (DL) , while a link from the terminal device 110 to the network device 120 is referred to as an uplink (UL) . In DL, the network device 120 is a Tx device (or a transmitter) , and the terminal device 110 is a Rx device (or a receiver) . In UL, the user device 110 is a Tx device (or a transmitter) , and the network device 120 is a Rx device (or a receiver) . A link between the terminal device 110 and other terminal device (not shown) is referred to as a sidelink (SL) . In SL, one of the terminal devices is a Tx device (or a transmitter) , and the other of the terminal devices is a Rx device (or a receiver) .

[0042] 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.

[0043] It is to be understood that the number of devices and their connections are shown in FIG. 1 only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implement example embodiments of the present disclosure.

[0044] MAC PDU

[0045] Fig. 2 illustrates some examples of MAC subheaders that may be applied to embodiments of the invention disclosure. For example, Fig. 2 (a) shows an example of a downlink MAC PDU and Fig. 2 (b) shows an example of an uplink MAC PDU.

[0046] A MAC PDU is a bit string that is byte aligned (i.e., multiple of 8 bits) in length. The bit strings are represented by tables in which the most significant bit is the leftmost bit of the first line of the table, the least significant bit is the rightmost bit on the last line of the table, and more generally the bit string is to be read from left to right and then in the reading order of the lines. The bit order of each parameter field within a MAC PDU is represented with the first and most significant bit in the leftmost bit and the last and least significant bit in the rightmost bit.

[0047] A MAC SDU is a bit string that is byte aligned (i.e., multiple of 8 bits) in length. A MAC SDU is included into a MAC PDU from the first bit onward. A MAC CE is a bit string that is byte aligned (i.e., multiple of 8 bits) in length. A MAC subheader is a bit string that is byte aligned (i.e., multiple of 8 bits) in length. Each MAC subheader is placed immediately in front of the corresponding MAC SDU, MAC CE, or padding. The MAC entity shall ignore the value of the Reserved bits in downlink MAC PDUs.

[0048] Referring to Figs. 2 (a) or 2 (b) , the MAC PDU comprises one or more MAC subPDUs. Each MAC subPDU comprises one of the following:

[0049] - a MAC subheader only (including padding) ;

[0050] - a MAC subheader and a MAC SDU;

[0051] - a MAC subheader and a MAC CE; or

[0052] - a MAC subheader and padding.

[0053] The MAC SDUs may have variable sizes.

[0054] Referring back to Figs. 2 (a) and 2 (b) , the MAC CEs are placed together. DL MAC subPDU (s) with MAC CE (s) is placed before any MAC subPDU with MAC SDU and MAC subPDU with padding. UL MAC subPDU (s) with MAC CE (s) is placed after all the MAC subPDU (s) with MAC SDU and before the MAC subPDU with padding in the MAC PDU. The size of padding can be zero.

[0055] A maximum of one MAC PDU can be transmitted per TB per MAC entity.

[0056] Fig. 3 illustrates some example of MAC subheaders that may be applied to embodiments of the invention disclosure.

[0057] Each MAC subheader corresponds to either a MAC SDU, a MAC CE, or padding. Referring to Figs. 3 (a) and 3 (b) , a MAC subheader except for fixed sized MAC CE, padding, and a MAC SDU containing UL common control channel (CCCH) consists of the header fields R / F / LCID /  (eLCID)  / L. Referring to Figs. 3 (c) and 3 (d) , a MAC subheader for fixed sized MAC CE, padding, and a MAC SDU containing UL CCCH may consists of the two header fields R / LCID for 1 byte size or R / LCID / eLCID for 2 bytes size.

[0058] The MAC subheader consists of at least one of following fields such as a LCID field, an eLCID field, a L field, a F field, and a R field. Alternatively or addionally, the MAC subheader may include two or more L fields, two or more eLCID fields, and two or more R fields. The MAC subheader is octet aligned.

[0059] The LCID field identifies the logical channel instance (e.g., index, or codepoint) of the corresponding MAC SDU or the type of the corresponding MAC CE or padding as described in Tables 1 and 2 for the DL-SCH and UL-SCH, respectively. There is one LCID field per MAC subheader. The size of the LCID field is 6 bits. If the LCID field is set to 34,  one additional octet is present in the MAC subheader containing the eLCID field and follow the octet containing LCID field. If the LCID field is set to 33, two additional octets are present in the MAC subheader containing the eLCID field and these two additional octets follow the octet containing LCID field. For MBS broadcast, a logical channel is identified based on G-RNTI and LCID if the same LCID is allocated for logical channels corresponding to different G-RNTIs.

[0060] The eLCID field identifies the logical channel instance of the corresponding MAC SDU or the type of the corresponding MAC CE as described in tables 6.2.1-1a, 6.2.1-1b, 6.2.1-1c, 6.2.1-2a, and 6.2.1-2b of TS38.321 for the DL-SCH and UL-SCH, respectively. The size of the eLCID field is either 8 bits or 16 bits. The eLCID space using two-octet eLCID and the relevant MAC subheader format is used, only when configured, on the NR backhaul links between IAB nodes or between IAB node and IAB Donor, or for multicast MTCHs.

[0061] The Length (L) field indicates the length of the corresponding MAC SDU or variable-sized MAC CE in bytes. There is one L field per MAC subheader except for subheaders corresponding to fixed-sized MAC CEs, padding, and MAC SDUs containing UL CCCH.

[0062] The Format (F) field indicates the size of the Length field. There is one F field per MAC subheader except for subheaders corresponding to fixed-sized MAC CEs, padding, and MAC SDUs containing UL CCCH. The size of the F field is 1 bit. The value 0 of the F field indicates 8 bits of the Length field while the value 1 of the F field indicates 16 bits of the Length field.

[0063] The Reserved (R) bit may set to 0.

[0064] As discussed above, the LCID value may identify the logical channel instances of the type of corresponding MAC CE as described in the Table 1 for a downlink-shared channel (DL-SCH) and Table 2 for an uplink shared channel (UL-SCH) as the following.

[0065] [Table 1]

[0066] [Table 2]

[0067] As can be seen from the tables, there are currently very few LCID values available for new MAC CEs. The reserved values can be used to introduce new MAC CEs. However, as can be seen in the tables 1 and 2, only 12 LCID values for DL-SCH and 10 LCID values for UL-SCH are currently available. Although there are plenty of eLCID values available in both  downlink and uplink directions, using an eLCID value will always result in one byte of additional overhead in the MAC subheader compared to a LCID value.

[0068] Referring back to Figs. 3 (a) and (b) , currently there is only one reserved (R) bit for the MAC subheader for flexible size MAC CEs and MAC SDUs not containing UL CCCH. And referring to Figs. 3 (c) and 3 (d) , there are two R bits in a MAC subheader for fixed size MAC CEs, and a MAC SDU containing UL CCCH.

[0069] It can be thought to use the R bit as indication of LCID extension so that it could extend 64 more LCID spaces when R bit is set to 1. However, that would spend the last available R bit and MAC PDU could not be extended in the future.

[0070] The LCID space (or instance, index) of tables 1 or 2 has almost been used for the NR while many use cases would benefit from the LCID. This is because the LCID preserves only 6 bits in the MAC subheader having 1 byte (compared to eLCID which takes either 2 or 3 bytes) and, hence, overhead can be reduced. This is extremely important for the message A (MsgA) or the message 3 (Msg3) of the random access procedure, where the minimum size of the MAC PDU is intended to have a cell coverage as good as in the legacy.

[0071] However, since new features are being specified in the 3GPP for Rel-18 and future releases, new information would need to be carried to the network as early as possible (e.g., in MsgA / Msg3) for coverage enhancement, redcap, NTN, and / or Mult-SIM features.

[0072] Meanwhile, partitioning the RACH preambles is not a practical solution as too many partitions for different features would increase the collision rate. Besides, not all network device and terminal devices (UEs) support the random access partitioning since it is rather complex to implement. Besides, using the last R bit for LCID extension would leave the MAC header without any more reserved bits left.

[0073] Detailed embodiments

[0074] In an embodiment of the present disclosure, it is proposed that the second (2nd) leftmost bit in the MAC subheader is encoded to indicate “a bitmap” field existence in the MAC subheader when the MAC subheader is the first MAC subheader in the MAC PDU. In this case, the MAC PDU may be included in a message A (MsgA) and / or a message 3 (Msg3) during a random access procedure (i.e., the MAC PDU may be obtained or stored in  a MsgA / Msg3 buffer) . This is because the first MAC subheader would be always encoded without the F field considering the MAC subheader would be either for a CCCH or for a C-RNTI MAC CE (since they are highest priority according to multiplexing rules specified) .

[0075] The 2nd leftmost bit may be an indication field (or a first indication field) indicating the presence of the bitmap field or the presence of the legacy LCID field. The legacy LCID field may be the LCID field explained in Fig. 3 and the description thereof.

[0076] Alternatively or additionally, the indication field may located at the first leftmost bit in the MAC subheader. In this case, the size of the bitmap field may be 7 bits.

[0077] Alternatively or additionally, the above may be applicable only for a MAC subheader for CCCH.

[0078] In some examples of the embodiment, one bit of the bitmap indicates whether the MAC subheader is for CCCH or C-RNTI MAC CE. In this case, depending on whether this bit indicates CCCH or C-RNTI MAC CE, the following bits in the bitmap are encoded differently. For example, if the indication field indicates the CCCH, then at least one bit that indicates a size of the CCCH SDU is included. While if the indication field indicates the C-RNTI MAC CE, the at least one bit indicating the size of the CCCH SDU is not included.

[0079] In some examples of the embodiment, one bit of the bitmap may indicate the CCCH SDU size. For example, if the bit is set to ‘0’ , it means the size of the CCCH SDU is 48 bits and if the bit is set to ‘1’ , it indicates the size is 64 bits.

[0080] In some examples of the embodiment, one bit of the bitmap may indicate whether the type of the terminal device 110 is a reduced capability (RedCap) UE or a regular NR UE. In this case, if this bit indicates that the terminal device is the RedCap UE, another bit of the bitmap is used to indicate whether the terminal device is the RedCap UE or an enhandced RedCap (eRedCap) UE (e.g., for the Rel-17 or Rel-18 RedCap UE) .

[0081] In some examples of the embodiment, one bit of the bitmap field may indicate whether the terminal device requires a PUCCH repetition for a message 4 (Msg4) hybrid automatic repeat request (HARQ) feedback transmission. For example, after contention resolution is considered successful in the random access procedure, the bit may indicate whether the network should enable the repetition for the HARQ ACK transmitted by the terminal device. Alternatively or additionally, the bit may indicate a UE capability of the  PUCCH repetition for the Msg4 HARQ feedback transmission. That is to say, the bit may indicate the terminal device 110 is able to perform the PUCCH repetition for Msg4 HARQ feedback, if the network device 120 intended to use the PUCCH repetition.

[0082] In some examples of the embodiment, one bit of the bitmap field may indicate that a buffer status of the terminal device is above a specified threshold level. The specific threshold level may be hardcoded in the standard document or prestored in the terminal device and the network device. Alternatively, the specific threshold may be indicated by the network device via a system information block. Alternatively or additionally, this bit may be encoded only if the bit of the bitmap field indicated not the CCCH but the C-RNTI MAC CE.

[0083] In some examples of the embodiment, one bit of the bitmap may indicate that a power headroom of the terminal device 110 has changed by a specified threshold amount. Alternatively or additionally, this bit may indicate that the power headroom has worsened or improved by the specified threshold amount. The specific threshold amount may be hardcoded in the standard, stored in the terminal device or the network device, or transmitted from the network device. Alternatively or additionally, this bit is encoded only if the bit of the bitmap field indicated not the CCCH but C-RNTI MAC CE.

[0084] In some examples of the embodiment, zero, one or more bits of the bitmap are reserved for future use.

[0085] In some examples of the embodiment, the size of the bitmap field may be 2-7 bits long.

[0086] Fig. 4 illustrates one of the signaling procedures for configuration MAC PDU including one or more MAC subheaders that may be applied to embodiments of the invention disclosure.

[0087] Referring to Fig. 4, the communication environment includes a terminal device (110) and a network device (120) . The communication environment may further comprise one or more terminal devices or one or more network devices. Each of the terminal device 110 and the network device 120 comprises means for performing the signalling procedure depicted in Fig. 4. Additionally or alternatively, each of the terminal device 110 and the  network device 120 comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the terminal device 110 or the network device 120 at least to perform the signalling procedure explained in Fig. 4 and the following explanations.

[0088] At 410, the network device 120 is caused to transmit a message related to a bitmap field, and the terminal device 110 is caused to receive the message related to the bitmap field. For example, the message may indicate the bitmap field is supported by the network device 120.

[0089] The terminal device 110 may determine whether the bitmap field is supported. The determination is done by using an explicit way based on the message transmitted from the network device. Or, the determination is done by using an implicit way, at 410. For example, the determination is based on a feature being enabled in the cell (e.g., PUCCH repetition for a Msg4) , the device type of the terminal device being allowed to access the cell (e.g., a reduced capability (RedCap) UE) , or the cell being a non-terrestrial network (NTN) cell. The message and the bitmap field may be used to configure a MAC subheader. The message may be broadcast via a system information block (SIB) . The phase 410 may be an optional step.

[0090] At 420, the terminal device 110 is caused to configure (or generate) a medium access control protocol data unit (MAC PDU) including one or more MAC subheaders. At 420, the terminal device 110 generates the one or more MAC subheaders by setting each of the fields (such as the reserved bit, the indication field and / or the bitmap fields) to be comprised in the MAC subheaders.

[0091] At 430, the terminal device 110 is caused to transmit the MAC PDU to the network device 120 via a message A (MsgA) or a message 3 (Msg3) during a random access procedure, and the network device 120 is caused to receive a MAC PDU including one or more MAC subheaders via the MsgA or the Msg3. A MAC subheader of the one or more MAC subheaders may include the indication field indicating an existence of the bitmap field in the MAC subheader. If the indication field has set to indicate the bitmap field is included in the MAC subheader, the MAC subheader includes the first information field. The MAC subheader is the first MAC subheader amongst the one or more MAC subheaders.

[0092] In some examples, the LCID field may identify at least one of a logical channel of a corresponding MAC service data unit (MAC SDU) or a MAC control element (MAC CE) and the bitmap field may indicate at least one information included in the MAC PDU.

[0093] In some examples, the MAC subheader may be the very first MAC subheader of the one or more MAC subheaders.

[0094] In some examples, the bitmap includes at least one of:

[0095] - one bit indicating whether the MAC subheader is for a common control channel service data unit, CCCH SDU or a MAC CE;

[0096] - one bit indicating a size of the CCCH SDU;

[0097] - one bit indicating the apparatus is one of a reduced capacity user equipment, RedCap UE, enhanced RedCap UE, or a regular user equipment;

[0098] - one bit indicating whether a repetition of a hybrid automatic repeat request, HARQ, feedback transmission for a message 4 (Msg4) is supported;

[0099] - one bit indicating whether a repetition of a hybrid automatic repeat request, HARQ, feedback transmission is required for a message 4 (Msg4) ;

[0100] - one bit indicating whether a buffer size of the apparatus is above a threshold value;

[0101] - one bit indicating whether a power headroom of the apparatus has improved or worsened compared to a threshold value; or

[0102] - one or more bits indicating reserved bit.

[0103] In some examples, if the one bit indicating whether the MAC subheader is for the CCCH SDU or the MAC CE indicates the CCCH SDU indicates the CCCH SDU, the one bit indicating the size of the CCCH SDU is followed in the bitmap. If the one bit indicating whether the MAC subheader is for the CCCH SDU or the MAC CE indicates the MAC CE, the one bit indicating the size of the CCCH SDU is not included in the bitmap.

[0104] In some examples, a size of the bitmap field may be one of 2 bits, 3 bits, 4 bits, 5 bits, 6 bits, and 7 bits.

[0105] In some examples, the MAC subheader may include at least one reserved bit. One of the at least one reserved bit may be located from a leftmost bit in the MAC subheader. A size of the MAC subheader may be 1 byte.

[0106] Fig. 5 illustrates some of MAC subheaders according to the embodiments of the invention disclosure.

[0107] In Fig. 5, the 1 octet consists of 8 bits. Overall functions or explanations of the fields such as the R field can be referred to Fig. 3 and the description thereof. For Fig. 5, the new indication field (e.g., extended bitmap (EB) field) and the bitmap field will be explained.

[0108] Firstly, the new indication field is the EB field. The EB field indicates whether the legacy LCID field or the bitmap field follows in the MAC subheader. When the EB bit set to ‘0’ , it indicates that the legacy LCID field follows. When the EB field is set to ‘1’ , it identifies the CCCH and also indicates that predetermined size (e.g., 6 bits) of bitmap follows. Alternatively, if the EB field is set to ‘1’ , it may only indicate that the bitmap follows.

[0109] Next, the bitmap (Bi) field may identify (indicate) each or the combinations of additional information associated with the CCCH, size of the CCCH, the C-RNTI MAC CE, the device, the device type, and / or the Msg4 HARQ repetition. The Bi bitmap field is used to indicate information by the MAC entity of the terminal device (or the network device) in the MAC PDU transmitted in MsgA / Msg3 as explained in Fig. 4 and the description thereof. The Bi bits (i = the number of bits of the bitmap, integer value) are set as specified in Table 3. Table 3 is one of examples of bitmap field configurations.

[0110] [Table 3]

[0111] The size of the bitmap field of Table 3 is set to 6 bits. However, according to the bitmap configuration, the size of the bitmap field may be 2 to 7 bits. Referring to Table 3, the first and the second bits of the bitmap (Bi (0) and Bi (1) ) field are set as reserved bits.

[0112] The third bit (Bi (2) ) may indicate whether the Msg$ HARQ repetition is required or not required.

[0113] The fourth bit (Bi (3) ) may indicate the terminal device 110 is a normal UE or a RedCap UE.

[0114] The fifth bit (Bi (4) ) may indicate the size of the CCCH. For example, if the bit is set to ‘0’ , the size of the CCCH SDU is 48 bits, and if the bit is set to ‘1’ , the size of the CCCH SDU is 64 bits.

[0115] The sixth bit (Bi (5) ) may indicate that the MAC subheader is related to the CCCH or the C-RNTI MAC CE.

[0116] Table 3 represents one of the bitmap fields. Thus the order of bits may be changed and each of the bits may indicate different additional information or the terminal device type. The additional information of the embodiments may mean the information other than the information indicated by the legacy LCID (see, Table 1 or 2) .

[0117] Referring to Fig. 5 (a) , the MAC subheader having 1 byte is disclosed. The MAC subheader may comprise the R field, the EB field, and the bitmap (Bi) field. Each of the sizes of the R and EB fields is 1 bit and the size of the bitmap field is 6 bits. The R bit may be set at the leftmost bit in the MAC subheader, the EB field may be set at the second leftmost bit in the MAC subheader and the bitmap field may occupy the rest of the bits in the MAC subheader.

[0118] Referring to Fig. 5 (b) , the MAC subheader having 1 byte is disclosed. In Fig. 5 (b) , the location of the R bit may be set at the second leftmost bit in the MAC subheader, and the EB field may be set at the leftmost bit in the MAC subheader. Alternatively or additionally, the R bit may by replaced by the bitmap field. In this case, the bitmap field is set from the second leftmost bit of the MAC subheader, and the size of the bitmap field may be 7 bits.

[0119] Referring to Fig, 5 (c) , the MAC subheader having 1 byte is disclosed. The two R bits may be located from the leftmost bit of the MAC subheader and the EB field may be set at the third leftmost bit of the MAC subheader. In this case, the size of the bitmap is 5 bits.

[0120] Referring to Fig. 5 (d) , the MAC subheader having one byte is disclosed. The MAC subheader includes only the R field and the bitmap field. In this case, the R bit is set at the leftmost bit of the MAC subheader and 7-bit or under bitmap may be included in the MAC subheader. Fig. 5 (d) may be used when the message (e.g., SIB) from the network device 120 indicates the bitmap field is supported for the first MAC subheader during a random access procedure, then the EB field may be omitted in the MAC subheader.

[0121] According to the embodiments and the examples thereof, the R field for every MAC subheader is able to be preserved for future use. In addition, by introducing the bitmap field the information of the terminal device can be transmitted to the network device at the early stage over e.g., MsgA or Msg3. Besides, the network device 120 is able to interpret the new MAC subheader based on the UL grant where the MAC PDU is encoded in the MsgA or Msg3.

[0122] Fig. 6 illustrates a flowchart providing one of embodiments for configuring the MAC PDU including one or more MAC subheaders, and Fig. 7 illustrates a flowchart providing one of embodiments for supporting the generation of the MAC PDU.

[0123] Referring to Fig. 6, the terminal device 110 is caused to perform a method 600 comprising steps of:

[0124] configuring a medium access control protocol data unit (MAC PDU) including one or more MAC subheaders; and

[0125] transmitting the MAC PDU via a message A (MsgA) or a Message 3 (Msg3) during a random access procedure. A MAC subheader of the one or more MAC subheaders may include an indication field indicating an existence of a bitmap field or a logical channel identification, LCID, field in the MAC subheader. The LCID field may identify at least one of a logical channel of a corresponding MAC service data unit (MAC SDU) or a MAC control element (MAC CE) . The bitmap field may indicate at least one information included in the MAC PDU.

[0126] In some examples of the embodiment, the apparatus may be further caused to perform receiving a message indicating the bitmap field for the MAC subheader is supported. The MAC subheader may be configured based on the message.

[0127] In some examples of the embodiment, the method may further comprise a step of receiving a message related to the bitmap field. In this case, the MAC subheader may be configured based on the message. Alternatively or additionally, the message may indicate the bitmap should be configured in the MAC subheader. The message is transmitted via a SIBx (x is integer value from 1 to 20) or a RRC signalling.

[0128] Referring to Fig. 7, the network device 120 is caused to perform a method 700  comprising steps of:

[0129] transmitting a message indicating the bitmap field for the MAC subheader is supported; and

[0130] receiving a medium access control protocol data unit (MAC PDU) including one or more MAC subheaders via a message A (MsgA) or a Message 3 (Msg3) during a random access procedure.

[0131] In some examples of the embodiment, a MAC subheader of the one or more MAC subheaders may include an indication field (e.g., the EB field) indicating an existence of the bitmap field or a logical channel identification, LCID, field in the MAC subheader. The LCID field may identify at least one of a logical channel of a corresponding MAC service data unit (MAC SDU) or a MAC control element (MAC CE) . The bitmap field may indicate at least one information included in the MAC PDU.

[0132] In the embodiments explained in Figs. 6 and 7, the MAC subheader may be the first MAC subheader of the one or more MAC subheaders.

[0133] In some examples of the embodiment, the bitmap may include at least one of:

[0134] one bit indicating whether the MAC subheader is for a common control channel service data unit, CCCH SDU or a MAC CE;

[0135] one bit indicating a size of the CCCH SDU;

[0136] one bit indicating the apparatus is one of a reduced capacity user equipment, RedCap UE, enhanced RedCap UE, or a regular user equipment;

[0137] one bit indicating whether a repetition of a hybrid automatic repeat request, HARQ, feedback transmission for a message 4, Msg4, is supported;

[0138] one bit indicating whether a repetition of a hybrid automatic repeat request, HARQ, feedback transmission is required for a message 4, Msg4;

[0139] one bit indicating whether a buffer size of the apparatus is above a threshold value;

[0140] one bit indicating whether a power headroom of the apparatus has improved or worsened compared to a threshold value; or

[0141] one or more bits indicating reserved bit.

[0142] In some examples of the embodiment, if the one bit indicating whether the MAC subheader is for the CCCH SDU or the MAC CE indicates the CCCH SDU, the one bit indicating  the size of the CCCH SDU is followed in the bitmap. If the one bit indicating whether the MAC subheader is for the CCCH SDU or the MAC CE indicates the MAC CE, the one bit indicating the size of the CCCH SDU is not included in the bitmap.

[0143] In some example of the embodiments, a size of the bitmap field may be one of 2 bits, 3 bits, 4 bits, 5 bits, 6 bits, and 7 bits.

[0144] In some example of the embodiments, the MAC subheader may include at least one reserved bit. The at least one reserved bit is located from a leftmost bit in the MAC subheader. A size of the MAC subheader may be 1 byte.

[0145] In some examples, the MAC subheader may consist of the at least one reserved field, the indication field and the bitmap field.

[0146] One of the embodiments of the present disclosure provides a computer program medium comprising program instructions for causing an apparatus to perform one of the methods explained in Figs 6 and 7 and the description thereof. The apparatus may be the terminal device 110 or the network device 120.

[0147] In some examples of the one of the embodiments, the computer program medium may be a non-transitory computer readable medium.

[0148] The configured structure of the MAC subheaders may be referred to one of the MAC subheaders explained by Figs. 5 (a) to 5 (d) . In addition, the MAC subheaders explained by Figs. 3 (a) to 3 (d) may be used when the indication field indicates the legacy LCID field or when the indication field is set to ‘0’ .

[0149] The MAC PDU configurations and transmissions according to the embodiments of the present disclosure are explained mainly for an uplink direction. However, the embodiments can be extended to a downlink direction. For example, the method 600 may be performed by the network device 120 and the step 720 may be performed by the terminal device 110 for downlink transmission.

[0150] FIG. 8 illustrates an example of an apparatus 800 comprising means for performing one or more of the example embodiments described above. For example, the apparatus 800 may be an apparatus such as, or comprising, or comprised in, the terminal device 110 or the network device 120, and support the embodiments described above.

[0151] The apparatus 800 may comprise, for example, a circuitry or a chipset applicable for realizing one or more of the example embodiments described above. The apparatus 800 may be an electronic device comprising one or more electronic circuitries. The apparatus 800 may comprise a communication control circuitry 810 such as at least one processor, and at least one memory 820 storing instructions 822 which, when executed by the at least one processor, cause the apparatus 800 to carry out one or more of the example embodiments described above, such as the embodiments explained by Figs 1 to 7 and the description thereof. Such instructions 822 may, for example, include computer program code (software) . The at least one processor and the at least one memory storing the instructions may provide the means for providing or causing the performance of any of the methods and / or blocks described above.

[0152] The processor is coupled to the memory 820. The processor is configured to read and write data to and from the memory 820. The memory 820 may comprise one or more memory units. The memory units may be volatile or non-volatile. It is to be noted that there may be one or more units of non-volatile memory and one or more units of volatile memory or, alternatively, one or more units of non-volatile memory, or, alternatively, one or more units of volatile memory. Volatile memory may be for example random-access memory (RAM) , dynamic random-access memory (DRAM) or synchronous dynamic random-access memory (SDRAM) . Non-volatile memory may be for example read-only memory (ROM) , programmable read-only memory (PROM) , electronically erasable programmable read-only memory (EEPROM) , flash memory, optical storage or magnetic storage. In general, memories may be referred to as non-transitory computer readable medium. 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) . The memory 820 stores computer readable instructions that are executed by the processor. For example, non-volatile memory stores the computer readable instructions, and the processor executes the instructions using volatile memory for temporary storage of data and / or instructions.

[0153] The computer readable instructions may have been pre-stored to the memory 820 or, alternatively or additionally, they may be received, by the apparatus, via an  electromagnetic carrier signal and / or may be copied from a physical entity such as a computer program product. Execution of the computer readable instructions causes the apparatus 800 to perform one or more of the functionalities described above.

[0154] The memory 820 may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and / or removable memory. The memory may comprise a configuration database for storing configuration data, such as a current neighbour cell list, and, in some example embodiments, structures of frames used in the detected neighbour cells.

[0155] In some example embodiments a non-transitory computer readable medium may be provided. The non-transitory computer readable medium may comprise instructions to perform the embodiments explained in Figures 4, 6 to 7 and the description thereof.

[0156] As one example, the non-transitory computer readable medium may comprise program instructions which, when executed by an apparatus, cause the apparatus to perform at least the following: configuring a medium access control protocol data unit (MAC PDU) including one or more MAC subheaders; and transmitting the MAC PDU via a message A (MsgA) or a Message 3 (Msg3) during a random access procedure. In this case, a MAC subheader of the one or more MAC subheaders may include an indication field indicating an existence of a bitmap field or a logical channel identification, LCID, field in the MAC subheader. The LCID field may identify at least one of a logical channel of a corresponding MAC service data unit (MAC SDU) or a MAC control element (MAC CE) . The bitmap field may indicate at least one information included in the MAC PDU.

[0157] As the other example, a non-transitory computer readable medium may be provided. The non-transitory computer readable medium may comprise program instructions which, when executed by an apparatus, cause the apparatus to perform at least the following: transmitting a message indicating the bitmap field for the MAC subheader is supported; and receiving a medium access control protocol data unit (MAC PDU) including one or more MAC subheaders via a message A (MsgA) or a Message 3 (Msg3) during a random access procedure. In this case, a MAC subheader of the one or more MAC subheaders may include an indication field (e.g., the EB field) indicating an existence of the  bitmap field or a logical channel identification, LCID, field in the MAC subheader. The LCID field may identify at least one of a logical channel of a corresponding MAC service data unit (MAC SDU) or a MAC control element (MAC CE) . The bitmap field may indicate at least one information included in the MAC PDU.

[0158] Referring back to Fig. 8, the apparatus 800 may further comprise or be connected to a communication interface 830, such as a radio unit, comprising hardware and / or software for realizing communication connectivity with one or more wireless communication devices according to one or more communication protocols. The communication interface 830 comprises at least one transmitter (Tx) and at least one receiver (Rx) that may be integrated to the apparatus 800 or that the apparatus 800 may be connected to. The communication interface 830 may provide means for performing some of the blocks for one or more example embodiments described above. The communication interface 830 may comprise one or more components, such as: power amplifier, digital front end (DFE) , analog-to-digital converter (ADC) , digital-to-analog converter (DAC) , frequency converter, (de) modulator, and / or encoder / decoder circuitries, controlled by the corresponding controlling units.

[0159] The communication interface 830 provides the apparatus with radio communication capabilities to communicate in the wireless communication network. The communication interface may, for example, provide a radio interface to one or more wireless communication devices. The apparatus 800 may further comprise or be connected to another interface towards a core network such as the network coordinator apparatus or AMF, and / or to the access nodes of the wireless communication network.

[0160] The apparatus 800 may further comprise a scheduler 840 that is configured to allocate radio resources. The scheduler 840 may be configured along with the communication control circuitry 810 or it may be separately configured.

[0161] It is to be noted that the apparatus 800 may further comprise various components not illustrated in FIG. 8. The various components may be hardware components and / or software components.

[0162] The techniques and methods described herein may be implemented by various  means. For example, these techniques may be implemented in hardware (one or more devices) , firmware (one or more devices) , software (one or more modules) , or combinations thereof. For a hardware implementation, the apparatus (es) of example embodiments may be implemented within one or more application-specific integrated circuits (ASICs) , digital signal processors (DSPs) , digital signal processing devices (DSPDs) , programmable logic devices (PLDs) , field programmable gate arrays (FPGAs) , graphics processing units (GPUs) , processors, controllers, micro-controllers, microprocessors, other electronic units designed to perform the functions described herein, or a combination thereof. For firmware or software, the implementation can be carried out through modules of at least one chipset (for example procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in a memory unit and executed by processors. The memory unit may be implemented within the processor or externally to the processor. In the latter case, it can be communicatively coupled to the processor via various means, as is known in the art. Additionally, the components of the systems described herein may be rearranged and / or complemented by additional components in order to facilitate the achievements of the various aspects, etc., described with regard thereto, and they are not limited to the precise configurations set forth in the given figures, as will be appreciated by one skilled in the art.

[0163] It will be obvious to a person skilled in the art that, as technology advances, the inventive concept may be implemented in various ways. The embodiments are not limited to the example embodiments described above, but may vary within the scope of the claims. Therefore, all words and expressions should be interpreted broadly, and they are intended to illustrate, not to restrict, the embodiments.

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 at least to perform:configuring a medium access control protocol data unit, MAC PDU, including one or more MAC subheaders; andtransmitting the MAC PDU via a message A, MsgA, or a Message 3, Msg3, during a random access procedure,wherein a MAC subheader of the one or more MAC subheaders includes an indication field indicating an existence of a bitmap field or a logical channel identification, LCID, field in the MAC subheader,the LCID field identifies at least one of a logical channel of a corresponding MAC service data unit, MAC SDU, or a MAC control element, MAC CE, andthe bitmap field indicates at least one information included in the MAC PDU.2.The apparatus according to claim 1, wherein the apparatus is further caused to perform:receiving a message indicating the bitmap field for the MAC subheader is supported,wherein the MAC subheader is configured based on the message.3.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 at least to perform:transmitting a message indicating the bitmap field for the MAC subheader is supported; andreceiving a medium access control protocol data unit, MAC PDU, including one or more MAC subheaders via a message A, MsgA, or a Message 3, Msg3, during a random access procedure,wherein a MAC subheader of the one or more MAC subheaders includes an indication field indicating an existence of the bitmap field or a logical channel identification, LCID, field in the MAC subheader,the LCID field identifies at least one of a logical channel of a corresponding MAC service data unit, MAC SDU, or a MAC control element, MAC CE, andthe bitmap field indicates at least one information included in the MAC PDU.4.The apparatus according to any one of claims 1 to 3, wherein the MAC subheader  is a first MAC subheader of the one or more MAC subheaders.5.The apparatus according to any one of claims 1 to 4, the bitmap includes at least one of:one bit indicating whether the MAC subheader is for a common control channel service data unit, CCCH SDU or a MAC CE;one bit indicating a size of the CCCH SDU;one bit indicating the apparatus is one of a reduced capacity user equipment, RedCap UE, enhanced RedCap UE, or a regular user equipment;one bit indicating whether a repetition of a hybrid automatic repeat request, HARQ, feedback transmission for a message 4, Msg4, is supported;one bit indicating whether a repetition of a hybrid automatic repeat request, HARQ, feedback transmission is required for a Msg4;one bit indicating whether a buffer size of the apparatus is above a threshold value;one bit indicating whether a power headroom of the apparatus has improved or worsened compared to a threshold value; orone or more bits indicating reserved bit.6.The apparatus according claim 5, if the one bit indicating whether the MAC subheader is for the CCCH SDU or the MAC CE indicates the CCCH SDU, the one bit indicating the size of the CCCH SDU is followed in the bitmap, andif the one bit indicating whether the MAC subheader is for the CCCH SDU or the MAC CE indicates the MAC CE, the one bit indicating the size of the CCCH SDU is not included in the bitmap.7.The apparatus according to any one of claims 1 to 6, wherein a size of the bitmap field is one of 2 bits, 3 bits, 4 bits, 5 bits, 6 bits, and 7 bits.8.The apparatus according to any one of claims 1 to 7, wherein:the MAC subheader includes at least one reserved bit,one of the at least one reserved bit is located from a leftmost bit in the MAC subheader, anda size of the MAC subheader is 1 byte.9.A method comprising:configuring a medium access control protocol data unit, MAC PDU, including one or more MAC subheaders; andtransmitting the MAC PDU via a message A, MsgA, or a Message 3, Msg3, during a random access procedure,wherein a MAC subheader of the one or more MAC subheaders includes an indication field indicating an existence of a bitmap field or a logical channel identification, LCID, field in the MAC subheader,the LCID field identifies at least one of a logical channel of a corresponding MAC service data unit, MAC SDU, or a MAC control element, MAC CE, andthe bitmap field indicates at least one information included in the MAC PDU.10.The method according to claim 9, comprising:receiving a message indicating the bitmap field for the MAC subheader is supported,wherein the MAC subheader is configured based on the message.11.A method comprising:transmitting a message indicating the bitmap field for the MAC subheader is supported; andreceiving a medium access control protocol data unit, MAC PDU, including one or more MAC subheaders via a message A, MsgA, or a Message 3, Msg3, during a random access procedure,wherein a MAC subheader of the one or more MAC subheaders includes an indication field indicating an existence of the bitmap field or a logical channel identification, LCID, field in the MAC subheader,the LCID field identifies at least one of a logical channel of a corresponding MAC service data unit, MAC SDU, or a MAC control element, MAC CE, andthe bitmap field indicates at least one information included in the MAC PDU.12.The method according to any one of claims 9 to 11, wherein the MAC subheader is a first MAC subheader of the one or more MAC subheaders.13.The method according to any one of claims 9 to 12, the bitmap includes at least one of:one bit indicating whether the MAC subheader is for a common control channel service data unit, CCCH SDU or a MAC CE;one bit indicating a size of the CCCH SDU;one bit indicating the apparatus is one of a reduced capacity user equipment, RedCap UE, enhanced RedCap UE, or a regular user equipment;one bit indicating whether a repetition of a hybrid automatic repeat request, HARQ, feedback transmission for a message 4, Msg4, is supported;one bit indicating whether a repetition of a hybrid automatic repeat request, HARQ, feedback transmission is required for a Msg4;one bit indicating whether a buffer size of the apparatus is above a threshold value;one bit indicating whether a power headroom of the apparatus has improved or worsened compared to a threshold value; orone or more bits indicating reserved bit.14.The method according claim 13, if the one bit indicating whether the MAC subheader is for the CCCH SDU or the MAC CE indicates the CCCH SDU, the one bit indicating the size of the CCCH SDU is followed in the bitmap, andif the one bit indicating whether the MAC subheader is for the CCCH SDU or the MAC CE indicates the MAC CE, the one bit indicating the size of the CCCH SDU is not included in the bitmap.15.The method according to any one of claims 9 to 14, wherein a size of the bitmap field is one of 2 bits, 3 bits, 4 bits, 5 bits, 6 bits, and 7 bits.16.The method according to any one of claims 9 to 15, wherein:the MAC subheader includes at least one reserved bit,one of the at least one reserved bit is located from a leftmost bit in the MAC subheader, anda size of the MAC subheader is 1 byte.17.A computer program medium comprising program instructions for causing an apparatus to perform the method of claims 9 to 16.18.The computer program medium according to claim 17, wherein the computer program medium is a non-transitory computer readable medium.

Images