Method and apparatus for transmitting data unit without length field in wireless communication system

Abstract

The present disclosure relates to a method of performing an operation of a medium access control (MAC) entity of a user equipment (UE) in a wireless communication system. Specifically, the method comprises the steps of: receiving, from an upper layer, a MAC service data unit (SDU) related to a logical channel (LCH) having a plurality of logical channel identifier (LCID) values, generating a MAC PDU including a MAC sub-protocol data unit (PDU); and submitting the MAC PDU to a lower layer, in which the MAC sub-PDU comprises a MAC SDU and a MAC sub-header for the MAC SDU; wherein the MAC sub-header includes an LCID field of the LCH, the LCID field being set based on a size of the MAC SDU among the plurality of LCID values.

Description

Technical Field

[0001] The present disclosure relates to a wireless communication system, and more particularly, to a data unit for transmitting a data unit without a length field in a wireless communication system and a device thereof. Background Art

[0002] The introduction of new radio communication technologies has resulted in an increase in the number of user equipments (UEs) to which a base station (BS) provides services in a specified resource area, and has also resulted in an increase in the amount of control information and data sent by the BS to the UE. Since the resources available for the BS to communicate with the UE are generally limited, new technologies are needed to enable the BS to utilize limited radio resources to efficiently receive / send uplink data / downlink data and / or uplink control information / downlink control information. In particular, in applications where performance critically depends on delay / latency, overcoming delay or latency has become an important challenge. Summary of the invention

[0003] Technical issues

[0004] Therefore, an object of the present disclosure is to provide a method for transmitting a data unit without a length field in a wireless communication system and an apparatus thereof.

[0005] Technical Solution

[0006] The object of the present disclosure can be achieved through a method for performing operations of a medium access control (MAC) entity of a user equipment (UE) in a wireless communication system, the method comprising the following steps: receiving a MAC service data unit (SDU) associated with a logical channel (LCH) having a plurality of logical channel identifier (LCID) values ​​from an upper layer; generating a MAC sub-protocol data unit (PDU) including a MAC PDU; and submitting the MAC PDU to a lower layer, wherein the MAC sub-PDU includes the MAC SDU and a MAC sub-header for the MAC SDU; wherein the MAC sub-header includes an LCID field of the LCH, and the LCID field is set based on the size of the MAC SDU among the plurality of LCID values.

[0007] In addition, a user equipment (UE) in a wireless communication system is proposed, the UE comprising: at least one transceiver; at least one processor; and at least one computer memory, the at least one computer memory being operably connected to the at least one processor and storing instructions, which when executed cause the at least one processor to perform operations including: receiving, by a medium access control (MAC) entity of the UE, a MAC service data unit (SDU) associated with a logical channel (LCH) having multiple logical channel identifier (LCID) values ​​from an upper layer; generating, by the MAC entity, a MAC subprotocol data unit (PDU) comprising a MAC PDU; and submitting, by the MAC entity, the MAC PDU to a lower layer, wherein the MAC subPDU comprises the MAC SDU and a MAC subheader for the MAC SDU; wherein the MAC subheader comprises an LCID field of the LCH, and the LCID field is set based on the size of the MAC SDU among the multiple LCID values.

[0008] In addition, a method for performing operations of a medium access control (MAC) entity of a base station (BS) in a wireless communication system is proposed, the method comprising the following steps: receiving a MAC sub-protocol data unit (PDU) related to a logical channel (LCH) from a lower layer, wherein the MAC sub-PDU includes a MAC service data unit (SDU) and a MAC sub-header for the MAC SDU, wherein the MAC sub-header includes a logical channel identifier (LCID) field of the LCH, wherein, based on the size of the MAC SDU, the LCID field is set to one of multiple LCID values ​​configured for the LCH; and transmitting the MAC SDU to an upper layer.

[0009] In addition, a base station (BS) in a wireless communication system is proposed, the BS comprising: at least one transceiver; at least one processor; and at least one computer memory, the at least one computer memory being operably connected to the at least one processor and storing instructions, the instructions causing the at least one processor to perform operations when executed, the operations comprising: receiving, by a medium access control (MAC) entity of the BS from a lower layer, a MAC sub-protocol data unit (PDU) including a MAC PDU associated with a logical channel (LCH), wherein the MAC sub-PDU comprises a MAC service data unit (SDU) and a MAC sub-header for the MAC SDU, wherein the MAC sub-header comprises a logical channel identifier (LCID) field of the LCH, wherein, based on the size of the MAC SDU, the LCID field is set to one of a plurality of LCID values ​​configured for the LCH; and transmitting, by the MAC entity, the MAC SDU to an upper layer.

[0010] Preferably, if the size of the MAC SDU is a predetermined size, the LCID field is set to a first value among the multiple LCID values. In addition, if the size of the MAC SDU is not the predetermined size, the LCID field is set to a second value among the multiple LCID values.

[0011] Preferably, the UE may receive information about the multiple LCID values ​​from the network in advance.

[0012] Preferably, if the size of the MAC SDU is the predetermined size, the MAC SDU has compressed header information. In addition, if the size of the MAC SDU is not the predetermined size, the MAC SDU has complete header information.

[0013] Those skilled in the art will understand that the effects that can be achieved by the present disclosure are not limited to the effects that have been particularly described above, and other advantages of the present disclosure will be more clearly understood from the following detailed description.

[0014] Beneficial Effects

[0015] According to the present disclosure, radio resources can be efficiently used by not including a Length L field in a MAC subheader.

[0016] Effects obtainable from the present disclosure may not be limited to the above-mentioned effects. In addition, other unmentioned effects may be clearly understood from the following description by those of ordinary skill in the technical field to which the present disclosure belongs. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The accompanying drawings, which are included to provide a further understanding of the present disclosure, illustrate embodiments of the present disclosure and together with the description serve to explain the principle of the present disclosure:

[0018] Figure 1 An example of a communication system to which an implementation of the present disclosure is applied is illustrated;

[0019] Figure 2 is a block diagram illustrating an example of a communication device that can perform the method according to the present disclosure;

[0020] Figure 3 An example of a frame structure in a 3GPP-based wireless communication system is illustrated;

[0021] Figure 4 An example of a protocol stack in a wireless communication system based on the 3rd Generation Partnership Project (3GPP) is illustrated;

[0022] Figure 5 An example of data flow in a 3GPP New Radio (NR) system is illustrated;

[0023] Figure 6 An example of PDSCH time domain resource allocation through PDCCH and an example of PUSCH time resource allocation through PDCCH are illustrated;

[0024] Figure 7 An example of physical layer processing on the transmission side is illustrated;

[0025] Figure 8 An example of physical layer processing on the receiving side is illustrated;

[0026] Fig. 9 and Fig.10 An example of a MAC sub-PDU format according to the first embodiment of the present disclosure is shown;

[0027] Fig.11 An example of a MAC PDU format including a plurality of MAC sub-PDUs according to a first embodiment of the present disclosure is shown;

[0028] Fig.12 An implementation example of a MAC PDU including a plurality of MAC sub-PDUs according to the first embodiment of the present disclosure is shown;

[0029] Fig.13 and Fig.14 An example of a MAC sub-PDU format according to a second embodiment of the present disclosure is shown;

[0030] Fig.15 and Fig.16 Another example of a MAC sub-PDU format according to the second embodiment of the present disclosure is shown;

[0031] Fig.17 An example of a MAC PDU format including a plurality of MAC sub-PDUs according to a second embodiment of the present disclosure is shown;

[0032] Fig.18 An implementation example of a MAC PDU including a plurality of MAC sub-PDUs according to a second embodiment of the present disclosure is shown;

[0033] Fig.19 A flowchart for performing operations of a user equipment (UE) according to the present disclosure is shown; and

[0034] Fig. 20 A flow chart for performing operations of a base station (BS) according to the present disclosure is shown. DETAILED DESCRIPTION

[0035] Reference will now be made in detail to exemplary embodiments of the present disclosure, examples of which are illustrated in the accompanying drawings. The detailed description given below with reference to the accompanying drawings is intended to explain exemplary embodiments of the present disclosure, rather than to illustrate the only embodiments that can be implemented according to the present disclosure. The following detailed description includes specific details to provide a thorough understanding of the present disclosure. However, it will be apparent to those skilled in the art that the present disclosure can be practiced without these specific details.

[0036] The following techniques, devices and systems can be applied to various wireless multiple access systems. Examples of multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single carrier frequency division multiple access (SC-FDMA) systems, and multi-carrier frequency division multiple access (MC-FDMA) systems. CDMA can be implemented by radio technologies such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented by radio technologies such as Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), or Enhanced Data Rates for GSM Evolution (EDGE). OFDMA can be implemented by radio technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE802.16 (WiMAX), IEEE 802.20, or Evolved UTRA (E-UTRA). UTRA is part of Universal Mobile Telecommunications System (UMTS). 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA. 3GPP LTE adopts OFDMA in DL and SC-FDMA in UL. LTE-Advanced (LTE-A) is an evolved version of 3GPP LTE.

[0037] For ease of description, the implementation of the present disclosure is mainly described with respect to a 3GPP-based wireless communication system. However, the technical features of the present disclosure are not limited thereto. For example, although the following detailed description is given based on a mobile communication system corresponding to a 3GPP-based wireless communication system, aspects of the present disclosure that are not limited to a 3GPP-based wireless communication system are applicable to other mobile communication systems. For terms and techniques that are not specifically described in the terms and techniques used in the present disclosure, reference may be made to wireless communication standard documents issued prior to the present disclosure. For example, reference may be made to the following documents.

[0038] 3GPP LTE

[0039] -3GPP TS 36.211: Physical channels and modulation

[0040] -3GPP TS 36.212: Multiplexing and channel coding

[0041] -3GPP TS 36.213: Physical layer procedures

[0042] -3GPP TS 36.214: Physical layer; Measurement

[0043] -3GPP TS 36.300: General description

[0044] -3GPP TS 36.304: User Equipment (UE) procedures in idle mode

[0045] -3GPP TS 36.314: Layer 2 - Measurement

[0046] -3GPP TS 36.321: Medium Access Control (MAC) Protocol

[0047] -3GPP TS 36.322: Radio Link Control (RLC) protocol

[0048] -3GPP TS 36.323: Packet Data Convergence Protocol (PDCP)

[0049] -3GPP TS 36.331: Radio Resource Control (RRC) protocol

[0050] 3GPP NR (e.g., 5G)

[0051] -3GPP TS 38.211: Physical channels and modulation

[0052] -3GPP TS 38.212: Multiplexing and channel coding

[0053] -3GPP TS 38.213: Physical layer procedures for control

[0054] -3GPP TS 38.214: Physical layer procedures for data

[0055] -3GPP TS 38.215: Physical layer measurements

[0056] -3GPP TS 38.300: General description

[0057] -3GPP TS 38.304: User Equipment (UE) procedures in idle mode and in RRC inactive state

[0058] -3GPP TS 38.321: Medium Access Control (MAC) Protocol

[0059] -3GPP TS 38.322: Radio Link Control (RLC) protocol

[0060] -3GPP TS 38.323: Packet Data Convergence Protocol (PDCP)

[0061] -3GPP TS 38.331: Radio Resource Control (RRC) protocol

[0062] -3GPP TS 37.324: Service Data Adaptation Protocol (SDAP)

[0063] -3GPP TS 37.340: Multiple Connectivity; General Description

[0064] In the present disclosure, a user equipment (UE) may be a fixed or mobile device. Examples of UE include various devices that send user data and / or various control information to a base station (BS) and receive user data and / or various control information from a base station (BS). In the present disclosure, a BS generally refers to a fixed station that communicates with a UE and / or other BSs and exchanges various data and control information with the UE and other BSs. The BS may be referred to as an advanced base station (ABS), a node B (NB), an evolved node B (eNB), a base transceiver system (BTS), an access point (AP), a processing server (PS), etc. In particular, a BS of a UMTS is referred to as an NB, a BS of an enhanced packet core (EPC) / long term evolution (LTE) system is referred to as an eNB, and a BS of a new radio (NR) system is referred to as a gNB.

[0065] In the present disclosure, a node refers to a point that can send / receive a radio signal by communicating with a UE. Various types of BSs can be used as nodes regardless of their terminology. For example, a BS, a Node B (NB), an e-Node B (eNB), a picocell eNB (PeNB), a home eNB (HeNB), a repeater, a transponder, etc. can be a node. In addition, a node may not be a BS. For example, a node may be a radio remote head (RRH) or a radio remote unit (RRU). The power level of an RRH or RRU is generally lower than that of a BS. Since an RRH or RRU (hereinafter referred to as RRH / RRU) is generally connected to a BS via a dedicated line such as an optical cable, the collaborative communication between the RRH / RRU and the BS can be performed smoothly compared to the collaborative communication between the BSs connected via a radio line. Each node is equipped with at least one antenna. The antenna may include a physical antenna or an antenna port or a virtual antenna.

[0066] In the present disclosure, the term "cell" may refer to a geographical area to which one or more nodes provide a communication system, or to a radio resource. A "cell" of a geographical area may be understood as a coverage range in which a node can provide services using a carrier, and a "cell" as a radio resource (e.g., a time-frequency resource) is associated with a bandwidth (BW) as a frequency range configured by a carrier. A "cell" associated with a radio resource is defined by a combination of downlink resources and uplink resources (e.g., a combination of a downlink (DL) component carrier (CC) and an uplink (UL) CC). A cell may be configured only by downlink resources, or may be configured by downlink resources and uplink resources. Since the DL coverage range as the range in which a node can send a valid signal and the UL coverage range as the range in which a node can receive a valid signal from a UE depend on the carrier that carries the signal, the coverage range of a node may be associated with the coverage range of a "cell" of the radio resource used by the node. Therefore, the term "cell" may sometimes be used to represent the service coverage range of a node, other times to represent a radio resource, or other times to represent the range in which a signal using a radio resource can reach with effective strength.

[0067] In the present disclosure, the physical downlink control channel (PDCCH) and the physical downlink shared channel (PDSCH) refer to a group of time-frequency resources or resource elements (REs) carrying downlink control information (DCI), and a group of time-frequency resources or REs carrying downlink data, respectively. In addition, the physical uplink control channel (PUCCH), the physical uplink shared channel (PUSCH) and the physical random access channel (PRACH) refer to a group of time-frequency resources or REs carrying uplink control information (UCI), a group of time-frequency resources or REs carrying uplink data, and a group of time-frequency resources or REs carrying random access signals, respectively.

[0068] In carrier aggregation (CA), two or more CCs are aggregated. The UE can receive or transmit simultaneously on one or more CCs according to its capabilities. Both continuous CCs and non-continuous CCs support CA. When CA is configured, the UE has only one radio resource control (RRC) connection with the network. When the RRC connection is established / reestablished / switched, one serving cell provides non-access stratum (NAS) mobility information, and when the RRC connection is reestablished / switched, one serving cell provides security input. This cell is called a primary cell (PCell). PCell is a cell operating on the primary frequency, where the UE performs an initial connection establishment process or initiates a connection reestablishment process. Depending on the capabilities of the UE, a secondary cell (SCell) can be configured to form a group of serving cells together with the PCell. SCell is a cell that provides additional radio resources on a special cell. Therefore, a group of serving cells configured for the UE is always composed of one PCell and one or more SCells. In the present disclosure, for dual connection (DC) operation, the term "special cell" refers to the PCell of the primary cell group (MCG) or the PSCell of the secondary cell group (SCG), and otherwise the term special cell refers to the PCell. SpCell supports physical uplink control channel (PUCCH) transmission and contention-based random access and is always active. MCG is a set of service cells associated with the master node, including SpCell (PCell) and optionally one or more SCells. SCG is a subset of service cells associated with the secondary node, including PSCell and zero or more SCells, for UEs configured with DC. For UEs in RRC CONNECTED that are not configured with CA / DC, there is only one service cell consisting of PCell. For UEs in RRC_CONNECTED that are configured with CA / DC, the term "service cell" is used to refer to a set of cells consisting of SpCell and all SCells.

[0069] MCG is a group of service cells associated with a primary BS that terminates at least S1-MME, and SCG is a group of service cells associated with a secondary BS that provides additional radio resources for the UE but is not a primary BS. SCG includes a primary SCell (PSCell) and optionally one or more SCells. In DC, two MAC entities are configured in the UE: one for MCG and one for SCG. Each MAC entity is configured by RRC with a service cell that supports PUCCH transmission and contention-based random access. In the present disclosure, the term SpCell refers to such a cell, while the term SCell refers to other service cells. Depending on whether the MAC entity is associated with MCG or SCG, respectively, the term SpCell refers to the PCell of MCG or the PSCell of SCG.

[0070] In the present disclosure, monitoring a channel refers to attempting to decode the channel. For example, monitoring a physical downlink control channel (PDCCH) refers to attempting to decode the PDCCH (or a PDCCH candidate).

[0071] In the present disclosure, "C-RNTI" refers to cell RNTI, "SI-RNTI" refers to system information RNTI, "P-RNTI" refers to paging RNTI, "RA-RNTI" refers to random access RNTI, "SC-RNTI" refers to single cell RNTI, "SL-RNTI" refers to side link RNTI, "SPS C-RNTI" refers to semi-persistent scheduling C-RNTI, and "CS-RNTI" refers to configured scheduling RNTI.

[0072] Figure 1 An example of the communication system 1 to which the implementation of the present disclosure is applied is illustrated.

[0073] The three main demand categories for 5G include: (1) enhanced mobile broadband (eMBB) category, (2) massive machine type communication (mMTC) category, and (3) ultra-reliable and low-latency communication (URLLC) category.

[0074] Some use cases may require multiple categories for optimization, and other use cases may focus on only one key performance indicator (KPI). 5G supports such various use cases using a flexible and reliable approach.

[0075] eMBB goes far beyond basic mobile Internet access and covers rich two-way work and media and entertainment applications in the cloud and augmented reality. Data is one of the core driving forces of 5G, and in the 5G era, dedicated voice services may not be provided for the first time. In 5G, it is expected that voice will be simply processed as an application using a data connection provided by the communication system. The main reason for increasing business capacity is due to the increase in content size and the increase in the number of applications requiring high data transfer rates. As more and more devices are connected to the Internet, streaming services (audio and video), conversational video, and mobile Internet access will be more widely used. Many of these applications require a connection that is always on in order to push real-time information and alerts to users. Cloud storage and applications are rapidly increasing in mobile communication platforms and can be applied to both work and entertainment. Cloud storage is a special use case that accelerates the growth of uplink data transfer rates. 5G is also used for remote work in the cloud. When using a tactile interface, 5G requires much lower end-to-end latency to maintain a good user experience. Entertainment, such as cloud gaming and video streaming, is another core element that increases the demand for mobile broadband capabilities. Entertainment is essential for smartphones and tablets anywhere including high mobility environments such as trains, vehicles and airplanes. Other use cases are augmented reality for entertainment and information search. In this case, augmented reality requires very low latency and instantaneous data capacity.

[0076] Additionally, one of the most anticipated 5G use cases involves the ability to smoothly connect embedded sensors in all fields, i.e., mMTC. It is expected that the number of potential IoT devices will reach 204 billion by 2020. Industrial IoT is one of the categories that performs the main role of enabling smart cities, asset tracking, smart utilities, agriculture, and security infrastructure through 5G.

[0077] URLLC includes remote control and ultra-reliable / available low-latency links over the main infrastructure that will transform new services in industry (such as autonomous vehicles). The level of reliability and latency is necessary to control smart grids, automate industry, enable robotics, and control and adjust drones.

[0078] 5G is a means of providing streams estimated to be hundreds of megabits per second to gigabits per second, and can complement fiber to the home (FTTH) and cable-based broadband (or DOCSIS). Such fast speeds are needed to deliver TV at a resolution of 4K or more (6K, 8K and more), as well as virtual reality and augmented reality. Virtual reality (VR) and augmented reality (AR) applications include almost immersive sports games. Specific applications may require special network configurations. For example, for VR games, game companies need to merge core servers into the network operator's edge network servers to minimize latency.

[0079] It is expected that cars, together with many use cases for mobile communications for vehicles, are new and important motivating forces in 5G. For example, the entertainment of passengers requires high simultaneous capacity and mobile broadband with high mobility. This is because future users continue to expect high-quality connections, regardless of their location and speed. Another use case in the automotive field is the AR dashboard. The AR dashboard enables the driver to identify objects in the dark in addition to the objects seen from the front window, and displays the distance to the object and the movement of the object by overlapping the information told by the driver. In the future, the wireless module realizes the communication between vehicles, the information exchange between the vehicle and the supporting infrastructure, and the information exchange between the vehicle and other connected devices (e.g., devices accompanied by pedestrians). The safety system guides the alternative route of the behavior so that the driver can drive more safely, thereby reducing the risk of accidents. The next stage will be remotely controlled or self-driving vehicles. This requires very high reliability and very fast communication between different self-driving vehicles and between vehicles and infrastructure. In the future, self-driving vehicles will perform all driving activities, and the driver will only focus on abnormal traffic that the vehicle cannot recognize. The technical requirements of self-driving vehicles require ultra-low latency and ultra-high reliability, so that traffic safety is increased to a level that cannot be achieved by humans.

[0080] Smart cities and smart homes / buildings, referred to as smart societies, will be embedded in high-density wireless sensor networks. Distributed networks of smart sensors will identify conditions for cost and energy efficient maintenance of cities or homes. Similar configurations can be performed for corresponding homes. All temperature sensors, window and heating controllers, burglar alarms and home appliances are wirelessly connected. Many of these sensors are typically low in data transfer rate, power and cost. However, certain types of devices may require real-time HD video to perform monitoring.

[0081] The consumption and distribution of energy, including heat or gas, is distributed at a higher level, making it necessary to automatically control the distribution sensor network. Smart grids collect information and use digital information and communication technologies to connect sensors to each other, so as to act according to the collected information. Since this information can include the behavior of supply companies and consumers, smart grids can improve the distribution of fuels such as electricity by methods with efficiency, reliability, economic feasibility, production sustainability and automation. Smart grids can also be considered as another sensor network with low latency.

[0082] Mission-critical applications (e.g., e-health) are one of the 5G use cases. The health section includes many applications that can enjoy the benefits of mobile communications. Communication systems can support telemedicine that provides clinical treatment in remote locations. Telemedicine can help reduce barriers to distance and improve access to medical services that are not continuously available in remote rural areas. Telemedicine is also used to perform important treatments and save lives in emergency situations. Wireless sensor networks based on mobile communications can provide remote monitoring and sensors for parameters such as heart rate and blood pressure.

[0083] Wireless and mobile communications are becoming increasingly important in the field of industrial applications. Cabling is expensive in terms of installation and maintenance. Therefore, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity in many industrial fields. However, in order to achieve this replacement, wireless connections need to be established with latency, reliability and capacity similar to cables, and the management of wireless connections needs to be simplified. When it comes to connecting to 5G, low latency and very low error probability are new requirements.

[0084] Logistics and freight tracking are important use cases for mobile communications, which allow inventory and packages to be tracked anywhere using location-based information systems. The use cases for logistics and freight tracking typically require low data rates but require location information with wide range and reliability.

[0085] Reference Figure 1 , the communication system 1 includes a wireless device, a base station (BS) and a network. Figure 1 A 5G network is illustrated as an example of a network of the communication system 1, but implementations of the present disclosure are not limited to the 5G system and may be applied to future communication systems other than the 5G system.

[0086] The BS and the network may be implemented as wireless devices, and a specific wireless device 200a may operate as a BS / network node relative to other wireless devices.

[0087] A wireless device refers to a device that performs communication using a radio access technology (RAT) (e.g., 5G new RAT (NR) or long term evolution LTE), and may be referred to as a communication / wireless / 5G device. The wireless device may include, but is not limited to, a robot 100a, a vehicle 100b-1 and 100b-2, an extended reality (XR) device 100c, a handheld device 100d, a home appliance 100e, an Internet of Things (IoT) device 100f, and an artificial intelligence (AI) device / server 400. For example, a vehicle may include a vehicle with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing communication between vehicles. A vehicle may include an unmanned aerial vehicle (UAV) (e.g., a drone). An XR device may include an augmented reality (AR) / virtual reality (VR) / mixed reality (MR) device, and may be implemented in the form of a head mounted device (HMD), a head up display (HUD) installed in a vehicle, a television, a smart phone, a computer, a wearable device, a home appliance device, a digital signage, a vehicle, a robot, and the like. Handheld devices may include smart phones, smart tablets, wearable devices (e.g., smart watches or smart glasses), and computers (e.g., notebooks). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters.

[0088] In the present disclosure, wireless devices 100a to 100f may be referred to as user equipment (UE). User equipment (UE) may include, for example, a cellular phone, a smart phone, a laptop computer, a digital broadcast terminal, a personal digital assistant (PDA), a portable multimedia player (PMP), a navigation system, a plate-shaped personal computer (PC), a tablet PC, an ultrabook, a vehicle, a vehicle with an autonomous driving function, a connected car, an unmanned aerial vehicle (UAV), an artificial intelligence (AI) module, a robot, an augmented reality (AR) device, a virtual reality (VR) device, a mixed reality (MR) device, a hologram device, a public safety device, an MTC device, an IoT device, a medical device, a Fintech device (or a financial device), a security device, a weather / environmental device, a device related to 5G services, or a device related to the fourth industrial evolution field. An unmanned aerial vehicle (UAV) may be, for example, an aircraft driven by a wireless control signal without a person being on board. A VR device may include, for example, a device for realizing an object or background of a virtual world. An AR device may include, for example, a device realized by connecting an object or background of a virtual world to an object or background of a real world. MR devices may include devices that are implemented, for example, by merging objects or backgrounds of the virtual world into objects or backgrounds of the real world. Hologram devices may include, for example, devices for realizing 360-degree stereoscopic images by recording and reproducing stereoscopic information, which uses the interference phenomenon of light generated when two lasers meet, which is called holographic imaging. Public safety devices may include, for example, image relay devices or image devices that can be worn on the user's body. MTC devices and IoT devices may be devices that do not require direct human intervention or manipulation, for example. For example, MTC devices and IoT devices may include smart meters, vending machines, thermometers, smart light bulbs, door locks, or various sensors. Medical devices may be devices for purposes such as diagnosis, treatment, relief, cure, or prevention of disease. For example, a medical device may be a device for the purpose of diagnosing, treating, alleviating, or correcting damage or injury. For example, a medical device may be a device for the purpose of inspecting, replacing, or modifying a structure or function. For example, a medical device may be a device for the purpose of regulating pregnancy. For example, a medical device may include a device for treatment, a device for operation, a device for (in vitro) diagnosis, a hearing aid, or a device for surgery. A safety device may be, for example, a device installed to prevent possible dangers and maintain safety. For example, a safety device may be a camera, CCTV, a recorder, or a black box. A Fintech device may be, for example, a device capable of providing financial services such as mobile payments. For example, a Fintech device may include a payment device or a point of sale (POS) system. A weather / environmental device may include, for example, a device for monitoring or predicting weather / environment.

[0089] The wireless devices 100a to 100f may be connected to the network 300 via the BS 200. AI technology may be applied to the wireless devices 100a to 100f, and the wireless devices 100a to 100f may be connected to the AI ​​server 400 via the network 300. The network 300 may be configured using a 3G network, a 4G (e.g., LTE) network, a 5G (e.g., NR) network, and a super 5G network. Although the wireless devices 100a to 100f may communicate with each other via the BS 200 / network 300, the wireless devices 100a to 100f may perform direct communication (e.g., side link communication) with each other without passing through the BS / network. For example, the vehicles 100b-1 and 100b-2 may perform direct communication (e.g., vehicle-to-vehicle (V2V) / vehicle-to-everything (V2X) communication). An IoT device (e.g., a sensor) may perform direct communication with other IoT devices (e.g., a sensor) or other wireless devices 100a to 100f.

[0090] Wireless communication / connection 150A and 150b can be established between wireless devices 100a to 100f / BS200-BS200. In this article, wireless communication / connection can be established through various RATs (e.g., 5G NR) such as uplink / downlink communication 150a and sidelink communication 150b (or D2D communication). The wireless device and the BS / wireless device can send / receive radio signals to each other through wireless communication / connection 150a and 150b. For example, wireless communication / connection 150a and 150b can send / receive signals through various physical channels. To this end, various configuration information configuration processes for sending / receiving radio signals, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation and resource mapping / demapping) and at least a portion of the resource allocation process can be performed based on various proposals of the present disclosure.

[0091] Figure 2 is a block diagram illustrating an example of a communication device that can perform the method according to the present disclosure.

[0092] Reference Figure 2 , the first wireless device 100 and the second wireless device 200 can transmit / receive radio signals to / from an external device through various RATs (e.g., LTE and NR). Figure 2 In the example, {the first wireless device 100 and the second wireless device 200} can be connected with Figure 1 The wireless devices 100a to 100f and the BS 200 and / or the wireless devices 100a to 100f and the wireless devices 100a to 100f correspond to each other.

[0093] The first wireless device 100 may include one or more processors 102 and one or more memories 104, and additionally include one or more transceivers 106 and / or one or more antennas 108. The processor 102 may control the memory 104 and / or the transceiver 106 and may be configured to implement the functions, processes and / or methods described in the present disclosure. For example, the processor 102 may process the information in the memory 104 to generate first information / signals, and then transmit a radio signal including the first information / signals through the transceiver 106. The processor 102 may receive a radio signal including second information / signals through the transceiver 106, and then store information obtained by processing the second information / signals in the memory 104. The memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102. For example, the memory 104 may store software codes including commands for executing part or all of the processes controlled by the processor 102 or for executing the processes and / or methods described in the present disclosure. In this document, the processor 102 and the memory 104 may be part of a communication modem / circuit / chip designed to implement a RAT (e.g., LTE or NR). The transceiver 106 may be connected to the processor 102 and transmit and / or receive radio signals through one or more antennas 108. Each of the transceivers 106 may include a transmitter and / or a receiver. The transceiver 106 may be used interchangeably with a radio frequency (RF) unit. In the present disclosure, a wireless device may represent a communication modem / circuit / chip.

[0094] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and additionally include one or more transceivers 206 and / or one or more antennas 208. The processor 202 may control the memory 204 and / or the transceiver 206 and may be configured to implement the functions, processes and / or methods described in the present disclosure. For example, the processor 202 may process the information in the memory 204 to generate a third information / signal, and then transmit a radio signal including the third information / signal through the transceiver 206. The processor 202 may receive a radio signal including a fourth information / signal through the transceiver 206, and then store the information obtained by processing the fourth information / signal in the memory 204. The memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, the memory 204 may store software codes including commands for executing part or all of the processes controlled by the processor 202 or for executing the processes and / or methods described in the present disclosure. In this document, the processor 202 and the memory 204 may be part of a communication modem / circuit / chip designed to implement a RAT (e.g., LTE or NR). The transceiver 206 may be connected to the processor 202 and transmit and / or receive radio signals through one or more antennas 208. Each of the transceivers 206 may include a transmitter and / or a receiver. The transceiver 206 may be used interchangeably with an RF unit. In the present disclosure, a wireless device may represent a communication modem / circuit / chip.

[0095] In the following, the hardware elements of the wireless devices 100 and 200 will be described in more detail. One or more protocol layers may be implemented by, but not limited to, one or more processors 102 and 202. For example, one or more processors 102 and 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). One or more processors 102 and 202 may generate one or more protocol data units (PDUs) and / or one or more service data units (SDUs) according to the functions, processes, proposals, and / or methods disclosed in the present disclosure. One or more processors 102 and 202 may generate messages, control information, data, or information according to the functions, processes, proposals, and / or methods disclosed in the present disclosure. One or more processors 102 and 202 may generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information according to the functions, processes, proposals, and / or methods disclosed in the present disclosure and provide the generated signals to one or more transceivers 106 and 206. One or more processors 102 and 202 may receive signals (eg, baseband signals) from one or more transceivers 106 and 206 and obtain PDUs, SDUs, messages, control information, data, or information according to the functions, processes, proposals, and / or methods disclosed in the present disclosure.

[0096] One or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more application specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field programmable gate arrays (FPGAs) may be included in one or more processors 102 and 202. The functions, processes, proposals, and / or methods disclosed in the present disclosure may be implemented using firmware or software, and the firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to perform the functions, processes, proposals, and / or methods disclosed in the present disclosure may be included in one or more processors 102 and 202 or stored in one or more memories 104 and 204 to facilitate being driven by one or more processors 102 and 202. The functions, processes, proposals, and / or methods disclosed in the present disclosure may be implemented using firmware or software in the form of code, commands, and / or command sets.

[0097] One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, codes, instructions, and / or commands. One or more memories 104 and 204 may be configured by read-only memory (ROM), random access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, hard drive, register, cache memory, computer-readable storage medium, and / or a combination thereof. One or more memories 104 and 204 may be located inside and / or outside of one or more processors 102 and 202. One or more memories 104 and 204 may be connected to one or more processors 102 and 202 by various technologies such as wired or wireless connections.

[0098] One or more transceivers 106 and 206 can send the user data, control information and / or radio signal / channel mentioned in the method and / or operation flow chart of the present disclosure to one or more other devices. One or more transceivers 106 and 206 can receive the user data, control information and / or radio signal / channel mentioned in the function, process, proposal, method and / or operation flow chart disclosed in the present disclosure from one or more other devices. For example, one or more transceivers 106 and 206 can be connected to one or more processors 102 and 202 and send and receive radio signals. For example, one or more processors 102 and 202 can perform control so that one or more transceivers 106 and 206 can send user data, control information or radio signal to one or more other devices. One or more processors 102 and 202 can perform control so that one or more transceivers 106 and 206 can receive user data, control information or radio signal from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to send and receive user data, control information, and / or radio signals / channels mentioned in the functional, process, proposal, method, and / or operational flow chart disclosed in the present disclosure through one or more antennas 108 and 208. In the present disclosure, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers 106 and 206 may convert received radio signals / channels, etc. from RF band signals to baseband signals, so as to facilitate processing of received user data, control information, radio signals / channels, etc. using one or more processors 102 and 202. One or more transceivers 106 and 206 may convert user data, control information, radio signals / channels, etc. processed using one or more processors 102 and 202 from baseband signals to RF band signals. To this end, one or more transceivers 106 and 206 may include (analog) oscillators and / or filters. For example, transceivers 106 and 206 may up-convert OFDM baseband signals to a carrier frequency through their (analog) oscillators and / or filters under the control of processors 102 and 202 and transmit the up-converted OFDM signals at the carrier frequency. Transceivers 106 and 206 may receive OFDM signals at the carrier frequency and down-convert the OFDM signals to OFDM baseband signals through their (analog) oscillators and / or filters under the control of processors 102 and 202.

[0099] In an implementation of the present disclosure, a UE may be used as a transmitting device in an uplink (UL) and a receiving device in a downlink (DL). In an implementation of the present disclosure, a BS may be used as a receiving device in an UL and a transmitting device in a DL. In the following, for the convenience of description, unless otherwise specified or described, it is mainly assumed that the first wireless device 100 is used as a UE and the second wireless device 200 is used as a BS. For example, a processor 102 connected to, installed on, or started in the first wireless device 100 may be configured to perform UE behavior according to an implementation of the present disclosure or control the transceiver 106 to perform UE behavior according to an implementation of the present disclosure. A processor 202 connected to, installed on, or started in the second wireless device 200 may be configured to perform BS behavior according to an implementation of the present disclosure or control the transceiver 206 to perform BS behavior according to an implementation of the present disclosure.

[0100] In the present disclosure, at least one memory (eg, 104 or 204) may store instructions or programs that, when executed, cause at least one processor operably connected thereto to perform operations according to some embodiments or implementations of the present disclosure.

[0101] In the present disclosure, a computer-readable storage medium stores at least one instruction or a computer program that, when executed by at least one processor, causes the at least one processor to perform operations according to some embodiments or implementations of the present disclosure.

[0102] In the present disclosure, a processing device or apparatus may include at least one processor, and at least one computer memory, which may be connected to the at least one processor and stores instructions that, when executed, cause the at least one processor to perform operations according to some embodiments or implementations of the present disclosure.

[0103] Figure 3 An example of a frame structure in a 3GPP-based wireless communication system is illustrated.

[0104] Figure 3The frame structure shown is only exemplary, and the number of subframes, the number of time slots, and / or the number of symbols in a frame may vary. In a 3GPP-based wireless communication system, OFDM parameter sets (e.g., subcarrier spacing (SCS), transmission time interval (TTI) duration) may be configured differently between multiple cells aggregated for one UE. For example, if the UE is configured with different SCSs for cells aggregated for the cell, the (absolute time) duration of time resources (e.g., subframes, time slots, or TTIs) including the same number of symbols may be different among the aggregated cells. In this article, the symbol may include an OFDM symbol (or CP-OFDM symbol), an SC-FDMA symbol (or a discrete Fourier transform-spread-OFDM (DFT-s-OFDM) symbol).

[0105] Reference Figure 3 , downlink and uplink transmissions are organized into frames. Each frame has T f = 10ms duration. Each frame is divided into two half-frames, where each half-frame has a duration of 5ms. Each half-frame includes 5 sub-frames, where the duration of each sub-frame is T sf is 1 ms. Each subframe is divided into slots, and the number of slots in a subframe depends on the subcarrier spacing. Each slot includes 14 or 12 OFDM symbols based on a cyclic prefix (CP). In a normal CP, each slot includes 14 OFDM symbols, and in an extended CP, each slot includes 12 OFDM symbols. The parameter set is based on an exponentially scalable subcarrier spacing Δf=2 u *15kHz. The following table shows the subcarrier spacing Δf = 2 u *The number of OFDM symbols per slot of 15 kHz, the number of slots per frame, and the number of slots per subframe for normal CP.

[0106] [Table 1]

[0107] u <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 0 14 10 1 1 14 20 2 2 14 40 4 3 14 80 8 4 14 160 16

[0108] The following table shows the subcarrier spacing Δf = 2 u *The number of OFDM symbols per slot of 15 kHz, the number of slots per frame, and the number of slots per subframe for extended CP.

[0109] [Table 2]

[0110] u <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 2 12 40 4

[0111] A slot includes a plurality of symbols (e.g., 14 or 12 symbols) in the time domain. For each parameter set (e.g., subcarrier spacing) and carrier, a common resource block (CRB) N indicated by higher layer signaling (e.g., radio resource control (RRC) signaling) is allocated. start,u grid To begin, we define N size,u grid,x *N RB sc subcarriers and N subframe,u symb OFDM symbol resource grid, where N size,u grid,x is the number of resource blocks in the resource grid, the subscript x is DL for downlink and UL for uplink. N RB sc is the number of subcarriers per resource block. In 3GPP-based wireless communication systems, N RB sc Typically 12. For a given antenna port p, subcarrier spacing configuration u, and transmission direction (DL or UL), there is one resource grid. The carrier bandwidth N for subcarrier spacing configuration u size,u grid Given by high-level parameters (e.g., RRC parameters). Each element in the resource grid for antenna port p and subcarrier spacing configuration u is called a resource element (RE), and one complex symbol can be mapped to each RE. Each RE in the resource grid is uniquely identified by an index k in the frequency domain and an index l representing the symbol position relative to a reference point in the time domain. In a 3GPP-based wireless communication system, a resource block is defined by 12 consecutive subcarriers in the frequency domain.

[0112] In 3GPP NR systems, resource blocks are classified into common resource blocks (CRBs) and physical resource blocks (PRBs). CRBs are numbered upwards from 0 in the frequency domain for subcarrier spacing configuration u. The center of subcarrier 0 of CRB 0 for subcarrier spacing configuration u coincides with "point A" used as a common reference point for the resource block grid. In 3GPP NR systems, PRBs are defined within bandwidth parts (BWPs) and are numbered from 0 to N. size BWP,i -1 numbering, where i is the number of the bandwidth part. Physical resource block n in bandwidth part i PRB With common resource block n CRB The relationship between them is as follows: PRB =n CRB +N size BWP,i , where N size BWP,iIt is a common resource block where the bandwidth part starts relative to CRB 0. A BWP includes multiple consecutive resource blocks. A carrier can include up to N (e.g., 5) BWPs. A UE can be configured with one or more BWPs on a given component carrier. Only one BWP can be activated at a time among the BWPs configured for a UE. The active BWP defines the operating bandwidth of the UE within the operating bandwidth of the cell.

[0113] The NR frequency band can be defined as 2 types of frequency ranges, FR1 and FR2. FR2 can also be called millimeter wave (mmW). The frequency range in which NR can operate is shown as described in Table 3.

[0114] [Table 3]

[0115] Frequency range specification Corresponding frequency range Subcarrier spacing FR1 410MHz-7125MHz 15,30,60kHz FR2 24250MHz-52600MHz 60,120,240kHz

[0116] Figure 4 An example of a protocol stack in a 3GPP-based wireless communication system is illustrated.

[0117] Specifically, Figure 4 (a) illustrates an example of a radio interface user plane protocol stack between a UE and a base station (BS) and Figure 4 (b) illustrates an example of a radio interface control plane protocol stack between a UE and a BS. The control plane refers to a path through which control messages for managing calls by the UE and the network are transmitted. The user plane refers to a path for transmitting data generated in an application layer (eg, voice data or Internet packet data). Figure 4 (a), the user plane protocol stack can be divided into a first layer (layer 1) (ie, a physical (PHY) layer) and a second layer (layer 2). Figure 4 (b), the control plane protocol stack can be divided into layer 1 (ie, PHY layer), layer 2, layer 3 (eg, radio resource control (RRC) layer) and non-access stratum (NAS) layer. Layer 1, layer 2 and layer 3 are called access stratum (AS).

[0118] The NAS control protocol is terminated at the Access Management Function (AMF) on the network side, and performs functions such as authentication, mobility management, security control, and the like.

[0119] In the 3GPP LTE system, Layer 2 is separated into the following sublayers: Medium Access Control (MAC), Radio Link Control (RLC), and Packet Data Convergence Protocol (PDCP). In the 3GPP New Radio (NR) system, Layer 2 is separated into the following sublayers: MAC, RLC, PDCP, and SDAP. The PHY layer provides transport channels to the MAC sublayer, the MAC sublayer provides logical channels to the RLC sublayer, the RLC sublayer provides RLC channels to the PDCP sublayer, and the PDCP sublayer provides radio bearers to the SDAP sublayer. The SDAP sublayer provides Quality of Service (QoS) flows to the 5G core network.

[0120] In 3GPP NR system, the main services and functions of SDAP include: mapping between QoS flows and data radio bearers; marking QoS flow ID (QFI) in both DL and UL packets. A single SDAP protocol entity is configured for each separate PDU session.

[0121] In the 3GPP NR system, the main services and functions of the RRC sublayer include: broadcast of system information related to AS and NAS; paging initiated by the 5G core (5GC) or NG-RAN; establishment, maintenance and release of RRC connections between UE and NG-RAN; security functions including key management; establishment, configuration, maintenance and release of signaling radio bearers (SRBs) and data radio bearers (DRBs); mobility functions (including: handover and context transfer; UE cell selection and reselection and control of cell selection and reselection; inter-RAT mobility); QoS management functions; UE measurement reporting and control of reporting; detection and recovery of radio link failures; transmission of NAS messages from UE to NAS / from NAS to UE.

[0122] In the 3GPP NR system, the main services and functions of the PDCP sublayer for the user plane include: sequence numbering; header compression and decompression: ROHC only; transmission of user data; reordering and duplicate detection; in-sequence delivery; PDCP PDU routing (in the case of split bearers); retransmission of PDCP SDU; encryption, decryption and integrity protection; PDCP SDU discard; PDCP re-establishment and data recovery for RLC AM; PDCP status report for RLC AM; PDCP PDU duplication and duplicate discard indication to lower layers. The main services and functions of the PDCP sublayer for the control plane include: sequence numbering; encryption, decryption and integrity protection; transmission of control plane data; reordering and duplicate detection; in-sequence delivery; PDCP PDU duplication and duplicate discard indication to lower layers.

[0123] The RLC sublayer supports three transmission modes: transparent mode (TM); unacknowledged mode (UM); and acknowledged mode (AM). The RLC configuration is for each logical channel and does not depend on the parameter set and / or transmission duration. In the 3GPP NR system, the main services and functions of the RLC sublayer depend on the transmission mode and include: delivery of upper layer PDUs; sequence numbering independent of PDCP (UM and AM); error correction through ARQ (AM only); segmentation (AM and UM) and re-segmentation (AM only) of RLC SDUs; reassembly of SDUs (AM and UM); duplicate detection (AM only); RLC SDU discard (AM and UM); RLC reconstruction; protocol error detection (AM only).

[0124] In the 3GPP NR system, the main services and functions of the MAC sublayer include: mapping between logical channels and transport channels; multiplexing / demultiplexing MAC SDUs belonging to one or different logical channels to / from transport blocks (TBs) delivered to / from the physical layer on the transport channel; scheduling information reporting; error correction through HARQ (one HARQ entity per cell in the case of carrier aggregation (CA); priority handling between UEs through dynamic scheduling; priority handling between logical channels of one UE through logical channel prioritization; padding. A single MAC entity can support multiple parameter sets, transmission timings, and cells. Mapping restrictions in logical channel prioritization control which parameter sets, cells, and transmission timings can be used by logical channels. MAC provides different types of data transmission services. In order to accommodate different types of data transmission services, multiple types of logical channels are defined, that is, each logical channel supports the transmission of a specific type of information. Each logical channel type is defined by what type of information is transmitted. Logical channels are divided into two groups: control channels and traffic channels. Control channels are only used for the transmission of control plane information, and traffic channels are only used for the transmission of user plane information. The Broadcast Control Channel (BCCH) is a downlink logical channel used to broadcast system control information, the Paging Control Channel (PCCH) is a downlink logical channel that transmits paging information, system information change notifications, and indications of ongoing PWS broadcasts, the Common Control Channel (CCCH) is a logical channel used to send control information between the UE and the network and is used by UEs that do not have an RRC connection with the network, and the Dedicated Control Channel (DCCH) is a point-to-point bidirectional logical channel that sends dedicated control information between the UE and the network and is used by UEs with an RRC connection. The Dedicated Traffic Channel (DTCH) is a point-to-point logical channel dedicated to one UE and is used to transmit user information. The DTCH can exist in both the uplink and downlink. In the downlink, there are the following connections between logical channels and transport channels: BCCH can be mapped to BCH; BCCH can be mapped to downlink shared channel (DL-SCH); PCCH can be mapped to PCH; CCCH can be mapped to DL-SCH; DCCH can be mapped to DL-SCH; and DTCH can be mapped to DL-SCH. In the uplink, there is the following connection between logical channels and transport channels: CCCH can be mapped to uplink shared channel (UL-SCH); DCCH can be mapped to UL-SCH; and DTCH can be mapped to UL-SCH.

[0125] Figure 5 An example of data flow in a 3GPP NR system is illustrated.

[0126] exist Figure 5In the , "RB" means radio bearer, and "H" means header. Radio bearers are classified into two groups: data radio bearers (DRBs) for user plane data and signaling radio bearers (SRBs) for control plane data. MAC PDUs are transmitted / received to / from external devices through the PHY layer using radio resources. MAC PDUs arrive at the PHY layer in the form of transport blocks.

[0127] At the PHY layer, uplink transport channels UL-SCH and RACH are mapped to the physical uplink shared channel (PUSCH) and the physical random access channel (PRACH), respectively, and downlink transport channels DL-SCH, BCH and PCH are mapped to the physical downlink shared channel (PDSCH), the physical broadcast channel (PBCH) and the PDSCH, respectively. At the PHY layer, uplink control information (UCI) is mapped to PUCCH, and downlink control information (DCI) is mapped to PDCCH. The UE sends MAC PDU related to UL-SCH via PUSCH based on UL grant, and the BS sends MAC PDU related to DL-SCH via PDSCH based on DL assignment.

[0128] In order to send the data unit of the present disclosure on UL-SCH, the UE shall have uplink resources available to the UE. In order to receive the data unit of the present disclosure on DL-SCH, the UE shall have downlink resources available to the UE. Resource allocation includes time domain resource allocation and frequency domain resource allocation. In the present disclosure, uplink resource allocation is also referred to as uplink grant, and downlink resource allocation is also referred to as downlink assignment. The uplink grant is either dynamically received by the UE on the PDCCH in a random access response, or semi-persistently configured to the UE by the RRC. The downlink assignment is either dynamically received by the UE on the PDCCH, or semi-persistently configured to the UE by RRC signaling from the BS.

[0129] In the UL, the BS can dynamically allocate resources to the UE via the cell radio network temporary identifier (C-RNTI) on the PDCCH. The UE always monitors the PDCCH in order to find possible grants for uplink transmissions when its downlink reception is enabled (when configured by discontinuous reception (DRX) control activity). In addition, by configuring the grant, the BS can allocate uplink resources for initial HARQ transmissions to the UE. Two types of configured uplink grants are defined: type 1 and type 2. For type 1, RRC directly provides the configured uplink grant (including periodicity). For type 2, RRC defines the periodicity of the configured uplink grant, and the PDCCH addressed to the configured scheduling RNTI (CS-RNTI) can signal and activate the configured uplink grant, or deactivate it; that is, the PDCCH addressed to the CS-RNTI indicates that the uplink grant can be implicitly reused according to the periodicity defined by the RRC until deactivated.

[0130] In DL, the BS can dynamically allocate resources to the UE via the C-RNTI on the PDCCH. The UE always monitors the PDCCH in order to find possible assignments when its downlink reception is enabled (active by DRX control when configured). In addition, through semi-persistent scheduling (SPS), the BS can allocate downlink resources for initial HARQ transmission to the UE: RRC defines the periodicity of the configured downlink assignments, and the PDCCH addressed to the CS-RNTI can signal and activate the configured downlink assignment, or deactivate it. In other words, the PDCCH addressed to the CS-RNTI indicates that the downlink assignment can be implicitly reused according to the periodicity defined by the RRC until deactivated.

[0131] <Resource Allocation via PDCCH (ie, Resource Allocation via DCI)>

[0132] The PDCCH can be used to schedule DL transmissions on the PDSCH and uplink transmissions on the PUSCH, wherein the downlink control information (DCI) on the PDCCH includes: a downlink assignment containing at least a modulation and coding format (e.g., a modulation and coding scheme (MCS) index IMCS), resource allocation, and hybrid ARQ information related to the DL-SCH; or an uplink scheduling grant containing at least a modulation and coding format, resource allocation, and hybrid ARQ information related to the UL-SCH. The size and purpose of the DCI carried by one PDCCH vary depending on the DCI format. For example, in a 3GPP NR system, DCI format 0_0 or DCI format 0_1 ​​is used for scheduling of the PUSCH in one cell, and DCI format 1_0 or DCI format 1_1 is used for scheduling of the PDSCH in one cell.

[0133] Figure 6 An example of PDSCH time domain resource allocation through PDCCH and an example of PUSCH time resource allocation through PDCCH are illustrated.

[0134] The downlink control information (DCI) carried by the PDCCH for scheduling PDSCH or PUSCH includes the value m of the row index m+1 of the allocation table for PDSCH or PUSCH. The predefined default PDSCH time domain allocation A, B or C is applied as the allocation table for PDSCH, or the RRC-configured pdsch-TimeDomainAllocationList is applied as the allocation table for PDSCH. The predefined default PUSCH time domain allocation A is applied as the allocation table for PUSCH, or the RRC-configured pusch-TimeDomainAllocationList is applied as the allocation table for PUSCH. Which PDSCH time domain resource allocation configuration is applied and which PUSCH time domain resource allocation table is applied are determined according to fixed / predefined rules (e.g., Table 5.1.2.1.1-1 in 3GPP TS 38.214v15.3.0, Table 6.1.2.1.1-1 in 3GPP TS 38.214v15.3.0).

[0135] Each index row in the PDSCH time domain allocation configuration defines a time slot offset K 0 , start and length indicator SLIV or directly define the start symbol S and allocation length L, as well as the PDSCH mapping type assumed in PDSCH reception. Each index row in the PUSCH time domain allocation configuration defines the time slot offset K 2 , start and length indicator SLIV or directly define the start symbol S and the allocation length L, as well as the PUSCH mapping type assumed in PUSCH reception. K for PDSCH 0 Or K for PUSCH 2 It is the timing difference between a time slot with PDCCH and a time slot with PDSCH or PUSCH corresponding to the PDCCH. SLIV is a joint indication of the starting symbol S relative to the start of the time slot with PDSCH or PUSCH and the number of consecutive symbols L counted from symbol S. For PDSCH / PUSCH mapping type, there are two mapping types: one is mapping type A, in which the demodulation reference signal (DMRS) is located in the 3rd or 4th symbol of the time slot according to RRC signaling; and the other is mapping type B, in which the DMRS is located in the first allocated symbol.

[0136] The scheduling DCI includes a frequency domain resource assignment field that provides assignment information about resource blocks for PDSCH or PUSCH. For example, the frequency domain resource assignment field can provide the UE with information about the cell for PDSCH or PUSCH transmission, information about the bandwidth part for PDSCH or PUSCH transmission, and information about resource blocks for PDSCH or PUSCH transmission.

[0137] <Resource Allocation via RRC>

[0138] As described above, in the uplink, there are two types of transmissions without dynamic grants: configured grant type 1, in which the uplink grant is provided by RRC and stored as a configured grant; and configured grant type 2, in which the uplink grant is provided by PDCCH and is stored or cleared as a configured uplink grant based on L1 signaling indicating activation or deactivation of the configured uplink grant. Type 1 and type 2 are configured by RRC for each service cell and each BWP. Multiple configurations are only active simultaneously on different service cells. For type 2, activation and deactivation between service cells are independent. For the same service cell, the MAC entity is configured as type 1 or type 2.

[0139] When configured grant type 1 is configured, the UE is provided with at least the following parameters via RRC signaling from the BS:

[0140] -cs-RNTI, which is the CS-RNTI for retransmission;

[0141] - Periodicity, which provides the configured periodicity of grant type 1;

[0142] -timeDomainOffset, which indicates the offset of the resource in the time domain relative to SFN=0;

[0143] - timeDomainAllocation value m, which provides the row index m+1 pointing to the allocation table, indicating the combination of the starting symbol S and the length L and the PUSCH mapping type;

[0144] -frequencyDomainAllocation, which provides frequency domain resource allocation; and

[0145] -mcsAndTBS, which provides IMCS indicating the modulation order, target code rate and transport block size. When a configured grant type 1 is configured by RRC for a serving cell, the UE stores the uplink grant provided by RRC as the configured uplink grant for the indicated serving cell, and initializes or reinitializes the configured uplink grant to start in symbol 1 according to timeDomainOffset and S (derived from SLIV), and reappears periodically. After configuring an uplink grant for the configured grant type 1, the UE considers that the uplink grant is associated with each symbol, where: [(SFN*numberOfSlotsPerFrame(numberOfSymbolsPerSlot)+(number of slots in frame×numberOfSymbolsPerSlot)+number of symbols in a slot]=(timeDomainOffset*numberOfSymbolsPerSlot+S+N*periodicity)modulo(1024*numberOfSlotsPerFrame*numberOfSymbolsPerSlot), for all N>=0.

[0146] When configured grant type 2 is configured, at least the following parameters are provided to the UE via RRC signaling from the BS:

[0147] -cs-RNTI, which is the CS-RNTI for activation, deactivation and retransmission; and

[0148] - Periodicity, which provides the periodicity of the configured grant type 2. The actual uplink grant is provided to the UE via the PDCCH (addressed to the CS-RNTI). After configuring the uplink grant for the configured grant type 2, the UE considers the uplink grant to be associated with each symbol, where: [(SFN*numberOfSlotsPerFrame*numberOfSymbolsPerSlot)+(number of slots in a frame*numberOfSymbolsPerSlot)+number of symbols in a slot]=[(SFN start time *numberOfSlotsPerFrame*numberOfSymbolsPerSlot+slot start time *numberOfSymbolsPerSlot+symbol start time)+N*periodicity]modulo(1024×numberOfSlotsPerFrame*numberOfSymbolsPerSlot), for all N>=0, where SFN start time 、slot start time and symbol start time are the SFN, slot and symbol, respectively, of the first transmission opportunity of the PUSCH in which the configured uplink link is (re)initialized. numberOfSlotsPerFrame and numberOfSymbolsPerSlot refer to the number of consecutive slots per frame and the number of consecutive OFDM symbols per slot, respectively.

[0149] For a configured uplink grant, the HARQ process ID associated with the first symbol of an uplink transmission is derived from the following equation:

[0150] HARQ process ID = [floor (CURRENT_symbol / periodicity)] modulo nrofHARQ-Processes

[0151] Wherein CURRENT_symbol = (SFN × numberOfSlotsPerFrame × numberOfSymbolsPerSlot + number of slots in a frame × numberOfSymbolsPerSlot + number of symbols in a slot), and numberOfSlotsPerFrame and numberOfSymbolsPerSlot refer to the number of consecutive slots per frame and the number of consecutive symbols per slot specified in TS 38.211, respectively. CURRENT_symbol refers to the symbol index of the first transmission opportunity where repeated bundling occurs. If the configured uplink grant is activated and the associated HARQ process ID is less than nrofHARQ-Processes, the HARQ process is configured for the configured uplink grant.

[0152] For the downlink, the UE can be configured with semi-persistent scheduling (SPS) per serving cell and per BWP via RRC signaling from the BS. Multiple configurations can only be active simultaneously on different serving cells. Activation and deactivation of DL SPS are independent between serving cells. For DL ​​SPS, the DL assignment is provided to the UE via PDCCH and is stored or cleared based on L1 signaling indicating SPS activation or deactivation. When configuring SPS, the following parameters are provided to the UE via RRC signaling from the BS:

[0153] -cs-RNTI, which is the CS-RNTI for activation, deactivation and retransmission;

[0154] -nrofHARQ-Processes: It provides the number of HARQ processes configured for SPS;

[0155] - Periodicity, which provides the periodicity of downlink assignments for SPS configuration.

[0156] When SPS is released by upper layers, all corresponding configurations should be released.

[0157] After downlink assignments are configured for SPS, the UE considers that the Nth downlink assignment occurs in the following time slots: (numberOfSlotsPerFrame*SFN+number of time slots in a frame)=[(numberOfSlotsPerFrame*SFN start time +slot start time )+N*periodicity*numberOfSlotsPerFrame / 10]modulo(1024*numberOfSlotsPerFrame), where SFN start time and slot start time are the SFN and timeslot, respectively, of the first transmission of the PDSCH for which the configured downlink assignment is (re)initialized.

[0158] For a configured downlink assignment, the HARQ process ID associated with the time slot where the DL transmission starts is derived from the following equation:

[0159] HARQ process ID = [floor (CURRENT_slot × 10 / (numberOfSlotsPerFrame × periodicity))] modulo nrofHARQ-Processes

[0160] Wherein, CURRENT_slot=[(SFN×numberOfSlotsPerFrame)+number of slots in a frame], and numberOfSlotsPerFrame refers to the number of consecutive slots per frame as specified in TS 38.211.

[0161] If the cyclic redundancy check (CRC) of the corresponding DCI format is scrambled by the CS-RNTI provided by the RRC parameter cs-RNTI and the new data indicator field for the enabled transport block is set to 0, the UE verifies the DL SPS assignment PDCCH or the configured UL grant type 2 PDCCH for scheduling activation or scheduling release. If all fields for the DCI format are set according to Table 4 or Table 5, the verification of the DCI format is achieved. Table 4 shows the special fields for DL ​​SPS and UL grant type 2 scheduling activation PDCCH verification, and Table 5 shows the special fields for DL ​​SPS and UL grant type 2 scheduling release PDCCH verification.

[0162] [Table 4]

[0163]

[0164] [Table 5]

[0165] DCI format 0_0 DCI format 1_0 HARQ process number Set to all "0" Set to all "0" Redundant version Set to "00" Set to "00" Modulation and coding schemes Set to all "1" Set to all "1" Resource Block Assignment Set to all "1" Set to all "1"

[0166] The actual DL assignment and the actual UL grant, as well as the corresponding modulation and coding scheme are provided by the resource assignment fields (e.g., the time domain resource assignment field providing the time domain resource assignment value m, the frequency domain resource assignment field providing the frequency resource block allocation, the modulation and coding scheme field) in the DCI format carried by the DL SPS and UL grant type 2 scheduling activation PDCCH. If verification is achieved, the UE regards the information in the DCI format as a valid activation or valid release of the DL SPS or the configured UL grant type 2.

[0167] For UL, the processor 102 of the present disclosure may send (or control the transceiver 106 to send) the data unit of the present disclosure based on the UL grant available to the UE. The processor 202 of the present disclosure may receive (or control the transceiver 206 to receive) the data unit of the present disclosure based on the UL grant available to the UE.

[0168] For DL, the processor 102 of the present disclosure may receive (or control the transceiver 106 to receive) DL data of the present disclosure based on the DL assignment available to the UE. The processor 202 of the present disclosure may send (or control the transceiver 206 to send) DL data of the present disclosure based on the DL assignment available to the UE.

[0169] The data unit of the present disclosure undergoes physical layer processing at the transmitting side before being sent via the radio interface, and the radio signal carrying the data unit of the present disclosure undergoes physical layer processing at the receiving side. For example, a MAC PDU including a PDCP PDU according to the present disclosure may undergo physical layer processing as follows.

[0170] Figure 7An example of physical layer processing at the transmission side is illustrated.

[0171] The following table shows the mapping of transport channels (TrCH) and control information to their corresponding physical channels. Specifically, Table 6 specifies the mapping of uplink transport channels to their corresponding physical channels, Table 7 specifies the mapping of uplink control channel information to their corresponding physical channels, Table 8 specifies the mapping of downlink transport channels to their corresponding physical channels, and Table 9 specifies the mapping of downlink control channel information to their corresponding physical channels.

[0172] [Table 6]

[0173] TrCH Physical Channel UL-SCH PUSCH RACH PRACH

[0174] [Table 7]

[0175] Control Information Physical Channel UCI PUCCH, PUSCH

[0176] [Table 8]

[0177] TrCH Physical Channel DL-SCH PDSCH BCH PBCH PCH PDSCH

[0178] [Table 9]

[0179] Control Information Physical Channel DCI PDCCH

[0180] <code>

[0181] Data and control streams from / to the MAC layer are encoded to provide transport and control services over the radio transmission link in the PHY layer. For example, a transport block from the MAC layer is encoded into codewords at the transmitting side. The channel coding scheme is a combination of error detection, error correction, rate matching, interleaving, and mapping to / from physical channels. Separation of transport channels or control information.

[0182] In 3GPP NR system, the following channel coding schemes are used for different types of TrCHs and different control information types.

[0183] [Table 10]

[0184]

[0185] [Table 11]

[0186]

[0187] For transmission of a DL transport block (i.e., DL MAC PDU) or a UL transport block (i.e., UL MAC PDU), a transport block CRC sequence is attached to provide error detection for the receiving side. In the 3GPP NR system, the communication device uses a low-density parity check (LDPC) code when encoding / decoding UL-SCH and DL-SCH. The 3GPP NR system supports two LDPC basis graphs (i.e., two LDPC basis matrices): LDPC basis optimized for small transport blocks and LDPC basis matrix optimized for small transport blocks. Figure 1 and LDPC foundation optimized for larger transport blocks Figure 2 . The LDPC basis is selected based on the transport block size and code rate R Figure 1 or LDPC basis Figure 2 The code rate R is indicated by the modulation and coding scheme (MCS) index IMCS. The MCS index is dynamically provided to the UE via the PDCCH scheduling the PUSCH or PDSCH, via the PDCCH activating or (re)initializing the UL configured grant 2 or DL ​​SPS, or via RRC signaling associated with the UL configured grant type 1. If the CRC attached transport block is larger than the maximum code block size for the selected LDPC basis map, the CRC attached transport block may be split into code blocks and an additional CRC sequence is attached to each code block. Figure 1 and LDPC Basics Figure 2 The maximum code block size is 8448 bits and 3480 bits respectively. If the CRC attached transport block is not larger than the maximum code block size of the selected LDPC basis map, the CRC attached transport block is encoded using the selected LDPC basis map. Each code block of the transport block is encoded using the selected LDPC basis map. The LDPC coded blocks are then rate matched individually. Code block concatenation is performed to create codewords for transmission on PDSCH or PUSCH. For PDSCH, up to 2 codewords (i.e., up to 2 transport blocks) can be sent simultaneously on the PDSCH. PUSCH can be used for transmission of UL-SCH data and layer 1 / 2 control information. Although in Figure 8 Not shown, but layer 1 / 2 control information may be multiplexed with the codewords for UL-SCH data.

[0188] <Scrambling and Modulation>

[0189] The bits of the codeword are scrambled and modulated to generate blocks of complex-valued modulation symbols.

[0190] <Layer Mapping>

[0191] The complex-valued modulation symbols of a codeword are mapped to one or more multiple-input multiple-output (MIMO) layers. A codeword can be mapped to a maximum of 4 layers. The PDSCH can carry two codewords, and thus the PDSCH can support a maximum of 8-layer transmission. The PUSCH supports a single codeword, and thus the PUSCH can support a maximum of 4-layer transmission.

[0192] <Transform precoding>

[0193] The DL transmission waveform is conventional OFDM with a cyclic prefix (CP). For DL, transform precoding (in other words, discrete Fourier transform (DFT)) is not applied.

[0194] The uplink transmission waveform is conventional OFDM with CP, where the transform precoding function that performs DFT spreading can be disabled or enabled. In the 3GPP NR system, for UL, if enabled, transform precoding can be selectively applied. Transform precoding extends UL data in a special way to reduce the peak-to-average power ratio (PAPR) of the waveform. Transform precoding is a form of DFT. In other words, the 3GPP NR system supports two options for the UL waveform: one is CP-OFDM (the same as the DL waveform), and the other is DFT-s-OFDM. Whether the UE must use CP-OFDM or DFT-s-OFDM is configured by the BS via RRC parameters.

[0195] <Subcarrier mapping>

[0196] Layers are mapped to antenna ports. In DL, for the mapping from layers to antenna ports, transparent (non-codebook-based) mapping is supported, and how beamforming or MIMO precoding is performed is transparent to the UE. In UL, for the mapping from layers to antenna ports, both non-codebook-based mapping and codebook-based mapping are supported.

[0197] For each antenna port (i.e., layer) used for the transmission of a physical channel (e.g., PDSCH, PUSCH), the complex-valued modulation symbols are mapped to the subcarriers in the resource blocks allocated to the physical channel.

[0198] <OFDM modulation>

[0199] The communication device on the transmitting side generates a time-continuous OFDM baseband signal on the subcarrier spacing configuration u and antenna port p in the TTI for the physical channel by adding a cyclic prefix (CP) and performing IFFT. For example, for each OFDM symbol, the communication device on the transmitting side can perform an inverse fast Fourier transform (IFFT) on the complex-valued modulation symbols mapped to the resource blocks in the corresponding OFDM symbol, and add a CP to the IFFT'ed signal to generate the OFDM baseband signal.

[0200] <Up-conversion>

[0201] The communication device at the transmitting side up-converts the OFDM baseband signal for antenna port p, subcarrier spacing configuration u, and OFDM symbol l to the carrier frequency f0 of the cell assigned to the physical channel.

[0202] Figure 2 The processors 102 and 202 in can be configured to perform encoding, scrambling, modulation, layer mapping, transform precoding (for UL), subcarrier mapping, and OFDM modulation. The processors 102 and 202 can control the transceivers 106 and 206 connected to the processors 102 and 202 to up-convert the OFDM baseband signal to the carrier frequency to generate a radio frequency (RF) signal. The RF signal is transmitted to an external device through the antennas 108 and 208.

[0203] Figure 8 An example of physical layer processing at the receiving side is illustrated.

[0204] The physical layer processing at the receiving side is basically the inverse processing of the physical layer processing at the transmitting side.

[0205] <Frequency down-conversion>

[0206] The communication device at the receiving side receives the RF signal at the carrier frequency through the antenna. The transceivers 106 and 206 that receive the RF signal at the carrier frequency down-convert the carrier frequency of the RF signal to the baseband to obtain an OFDM baseband signal.

[0207] <OFDM demodulation>

[0208] The communication device at the receiving side obtains complex-valued modulation symbols via CP separation and FFT. For example, for each OFDM symbol, the communication device at the receiving side removes the CP from the OFDM baseband signal and performs an FFT on the OFDM baseband signal with the CP removed to obtain complex-valued modulation symbols for antenna port p, subcarrier spacing u, and OFDM symbol l.

[0209] <Subcarrier demapping>

[0210] Subcarrier demapping is performed on the complex-valued modulation symbols to obtain the complex-valued modulation symbols of the corresponding physical channel. For example, the processor 102 can obtain the complex-valued modulation symbols mapped to the subcarriers belonging to the PDSCH from among the complex-valued modulation symbols received in the bandwidth part. For another example, the processor 202 can obtain the complex-valued modulation symbols mapped to the subcarriers belonging to the PUSCH from among the complex-valued modulation symbols received in the bandwidth part.

[0211] <Transform de-precoding>

[0212] If transform precoding has been enabled for an uplink physical channel, transform deprecoding (eg, IDFT) is performed on the complex-valued modulation symbols of the uplink physical channel. For downlink physical channels and uplink physical channels for which transform precoding is disabled, transform deprecoding is not performed.

[0213] <Layer demapping>

[0214] The complex-valued modulation symbols are demapped into one or two codewords.

[0215] <Demodulation and Descrambling>

[0216] The complex-valued modulation symbols of the codeword are demodulated and descrambled into the bits of the codeword.

[0217] <Decode>

[0218] The codewords are decoded into transport blocks. For UL-SCH and DL-SCH, the LDPC basis is selected according to the transport block size and code rate R. Figure 1 or LDPC basis Figure 2 . A codeword may include one or more coding blocks. Each coding block is decoded into a CRC-attached code block or a CRC-attached transport block using a selected LDPC base graph. If code block segmentation is performed on the CRC-attached transport block at the transmitting side, the CRC sequence is removed from each of the CRC-attached code blocks, thereby obtaining a code block. The code blocks are concatenated into CRC-attached transport blocks. The transport block CRC sequence is removed from the CRC-attached transport block, thereby obtaining a transport block. The transport block is passed to the MAC layer.

[0219] In the physical layer processing at the above-mentioned transmitting and receiving sides, the time domain and frequency domain resources (e.g., OFDM symbols, subcarriers, carrier frequencies) related to subcarrier mapping, OFDM modulation, and frequency up-conversion / down-conversion can be determined based on resource allocation (e.g., UL authorization, DL assignment).

[0220] For uplink data transmission, the processor 102 of the present disclosure may apply the above-mentioned physical layer processing of the transmission side (or control the transceiver 106 to apply) to the data unit of the present disclosure to wirelessly transmit the data unit. For downlink data reception, the processor 102 of the present disclosure may apply (or control the transceiver 106 to apply) the above-mentioned physical layer processing of the reception side to the received radio signal to obtain the data unit of the present disclosure.

[0221] For downlink data transmission, the processor 202 of the present disclosure may apply the above-mentioned physical layer processing of the transmission side (or control the transceiver 206 to apply) to the data unit of the present disclosure to wirelessly transmit the data unit. For uplink data reception, the processor 202 of the present disclosure may apply (or control the transceiver 206 to apply) the above-mentioned physical layer processing of the reception side to the received radio signal to obtain the data unit of the present disclosure.

[0222] <MAC subheader configuration based on MAC SDU size>

[0223] According to the 3GPP NR standard (specifically, the 3GPP TS 38.321 specification), the MAC entity attaches a MAC subheader to each MAC SDU, wherein the MAC subheader consists of 1 octet containing a 6-bit LCID field and 1 or 2 octets containing an 8-bit or 16-bit L field. Since there is a MAC subheader for each MAC SDU, the overhead due to the MAC subheader increases as more MAC SDUs are included in the MAC PDU.

[0224] In addition, there are cases where a logical channel will send a PDU of a fixed size. For example, the packet size of a voice service is fixed to 40 bytes. In this case, if the L field in the MAC subheader is included in the MAC sub-PDU, the inclusion of the L field may be redundant and consume radio resources unnecessarily.

[0225] In order to reduce radio resource consumption, a simple way is to not include the L field in the MAC sub-PDU. However, even if the application layer submits a packet with a fixed size, the length of the packet can be variable. This is because the UE can compress the packet.

[0226] For example, a ROHC (Robust Header Compression) compressor periodically sends complete header information to a ROHC decompressor in order to update the ROHC context. In this case, the length of the MAC SDU containing the complete header information is different from the length of the MAC SDU compressed by the ROHC.

[0227] In order to reduce radio resource consumption by not including the L field in the MAC subheader, a new method for configuring the MAC subheader should be considered.

[0228] <First Embodiment>

[0229] According to the present disclosure, when the UE generates a MAC sub-PDU, if the length of the MAC SDU is the same as the threshold, the UE includes the L field. In addition, the UE uses a field to indicate whether the L field is included in the MAC sub-PDU. If the length of the MAC SDU is the same as the threshold (or a predetermined SDU size), the A field may be set to "0". Otherwise, if the length of the MAC SDU is not the same as the threshold (or a predetermined SDU size), the A field may be set to "1". The threshold (or predetermined SDU size) is configured by the network.

[0230] The MAC entity is configured with a threshold for a logical channel. The threshold (or predetermined SDU size) can be configured per logical channel and is used to determine whether the L field is included in the MAC sub-PDU.

[0231] When the MAC entity receives an uplink grant, the MAC entity generates a MAC PDU containing a MAC sub-PDU.

[0232] If the MAC entity generates a MAC sub-PDU for a MAC SDU associated with a logical channel, the MAC entity determines whether the L field is included in the MAC sub-PDU for the MAC SDU associated with the logical channel.

[0233] Fig. 9 and Fig.10 An example of a MAC sub-PDU format according to the first embodiment of the present disclosure is shown.

[0234] Reference Fig. 9 and Fig.10 If the length of the MAC SDU associated with the logical channel is greater than or less than the threshold (or predetermined SDU size), the UE Fig.10 In addition, if the length of the MAC SDU associated with the logical channel is equal to the threshold (or the predetermined SDU size), the UE Fig. 9 The L field is not shown.

[0235] To indicate whether the L field is included in the MAC sub-PDU for the MAC SDU associated with the logical channel, the MAC entity is used for the A field. Fig.10 As shown in FIG. 1 , if the A field is set to 1 in the MAC sub-PDU, the MAC sub-PDU contains the L field. Fig. 9 As shown, if the A field is set to 0 in the MAC sub-PDU, the MAC sub-PDU does not include the L field.

[0236] The L field is of fixed size, and the L field may be 8 bits or 16 bits. Alternatively, the length of the L field may be configured by the network for a logical channel.

[0237] exist Fig. 9 and Fig.10 In , R is a reserved bit.

[0238] Multiple MAC sub-PDUs may be included in a MAC PDU.

[0239] Fig.11 An example of a MAC PDU format including a plurality of MAC sub-PDUs according to the first embodiment of the present disclosure is shown.

[0240] Reference Fig.11 , showing that the MAC PDU includes multiple MAC sub-PDUs. In particular, the MAC sub-PDU includes an R / A / LCID sub-header or an R / A / LCID / L sub-header.

[0241] Fig.12 An implementation example of a MAC PDU including a plurality of MAC sub-PDUs according to the first embodiment of the present disclosure is shown.

[0242] Reference Fig.12 , assuming that the UE is configured with a threshold for the first logical channel. The threshold (or predetermined SDU size) is 30. In addition, the UE is configured with a second logical channel.

[0243] exist Fig.12 In the embodiment, the UE stores three MAC SDUs. In particular, it is assumed that the first MAC SDU and the second MAC SDU are associated with the first logical channel, and the third MAC SDU is associated with the second logical channel. The first MAC SDU size is 30 bytes, and the second MAC SDU size is 50 bytes. The third MAC SDU size is 120 bytes.

[0244] Then, the UE sends a request for an uplink grant using a buffer status report and receives an uplink grant from the network. Here, it is assumed that the uplink grant size is 210 bytes.

[0245] Based on the uplink grant, the UE generates a MAC PDU including MAC sub-PDUs for the first MAC SDU, the second MAC SDU and the third MAC SDU.

[0246] exist Fig.12 In the embodiment of the present invention, the MAC sub-PDU for the first MAC SDU includes an R / A / LCID sub-header. In this case, the value of the A field is zero.

[0247] The MAC sub-PDU for the second MAC SDU includes an R / A / LCID / L sub-header. In this case, the value of the A field is 1, and the L field indicates 50 bytes.

[0248] Finally, the MAC sub-PDU for the third MAC SDU includes an R / F / LCID / L sub-header.

[0249] After generating the MAC PDU, the UE sends the MAC PDU on the received uplink grant.

[0250] <Second Embodiment>

[0251] According to the second embodiment of the present disclosure, the UE is configured with two LCIDs for the logical channel. In addition, the UE is configured with a predetermined SDU size or threshold for the logical channel.

[0252] When the length of the MAC SDU is the same as the threshold (or predetermined SDU size), the first LCID is used, and when the length of the MAC SDU is not the same as the threshold (or predetermined SDU size), the second LCID is used. The first LCID has been predefined, and the second LCID is configured by the network.

[0253] The UE is configured with an LCID for a logical channel (hereinafter, configured LCID). In addition, the UE is configured with a threshold for a logical channel.

[0254] A threshold (or a predetermined SDU size) may be configured per logical channel. If the UE is configured with a configured LCID for a logical channel, the logical channel is associated with two LCIDs. One LCID is a predefined LCID where the code point is from 0 to 32, and the other LCID is a configured LCID.

[0255] The values ​​of the predefined LCIDs are predefined in the NR specification as shown in Table 12 below.

[0256] [Table 12]

[0257] Codepoint / Index LCID value 0 Except for RedCap UE, CCCH of size 64 bits (called "CCCH1") 1-32 Identification of logical channels of DCCH and DTCH 33 Extended Logical Channel ID field (two octets eLCID field) 34 Extended Logical Channel ID field (one octet eLCID field) 35 For RedCap UE, CCCH of size 48 bits (referred to as "CCCH") 36 For RedCap UE, CCCH size is 64 bits (called "CCCH1") 37-42 reserve

[0258] The value of the configured LCID may be one of the eLCID value or the reserved LCID value in the LCID value. This means that the UE may be configured with the value of the configured LCID through RRC.

[0259] Alternatively, similar to the predefined LCID, the code point of the configured LCID can be retained. In this case, the code point of the configured LCID can be from 37 to 42 in LCID, or can be from 0 to 228 in eLCID, as shown in Table 13 below.

[0260] [Table 13]

[0261] Codepoint / Index LCID value 0 Except for RedCap UE, CCCH of size 64 bits (called "CCCH1") 1-32 Identification of logical channels of DCCH and DTCH 33 Extended Logical Channel ID field (two octets eLCID field) 34 Extended Logical Channel ID field (one octet eLCID field) 35 For RedCap UE, CCCH of size 48 bits (referred to as "CCCH") 36 For RedCap UE, CCCH size is 64 bits (called "CCCH1") 37-42 reserve

[0262] The threshold (or predetermined SDU size) is used to determine whether to use a predefined LCID or a configured LCID for a MAC sub-PDU.

[0263] When the MAC entity receives an uplink grant, the MAC entity generates a MAC PDU containing a MAC sub-PDU.

[0264] If the MAC entity generates a MAC sub-PDU for a MAC SDU associated with a logical channel, the MAC entity determines whether to use a predefined LCID or a configured LCID for the MAC SDU associated with the logical channel.

[0265] Fig.13 and Fig.14 An example of a MAC sub-PDU format according to the second embodiment of the present disclosure is shown.

[0266] If the length of the MAC SDU associated with the logical channel is greater or less than the threshold (or predetermined SDU size), the UE Fig.13 The configured LCID is used as shown. If the configured LCID is used in the MAC sub-PDU, the MAC sub-PDU contains the F field, the LCID field, and the L field. Based on the F field, the L field can be 1 octet or 2 octets. If the F field is '1', the L field is 2 octets. If the F field is '0', the L field is 1 octet.

[0267] Furthermore, if the length of the MAC SDU associated with the logical channel is equal to a threshold value (or a predetermined SDU size), the UE does not use the predefined LCID, such as Fig.14 If a predefined LCID is used in a MAC sub-PDU, the MAC sub-PDU contains an LCID field. In this case, the F field may be included in the MAC sub-PDU, but the F field is not used.

[0268] Fig.15 and Fig.16 Another example of the MAC sub-PDU format according to the second embodiment of the present disclosure is shown.

[0269] Alternatively, if the length of the MAC SDU associated with the logical channel is greater than or less than a threshold value (or a predetermined SDU size), the UE uses the predefined LCID. If the length of the MAC SDU associated with the logical channel is equal to the threshold value (or a predetermined SDU size), the UE does not use the configured LCID. In this case, an example of a MAC sub-PDU is Fig.15 and Fig.16 Shown in.

[0270] Furthermore, a plurality of MAC sub-PDUs may be included in a MAC PDU.

[0271] Fig.17 An example of a MAC PDU format including a plurality of MAC sub-PDUs according to the second embodiment of the present disclosure is shown.

[0272] Reference Fig.17 , showing that the MAC PDU contains multiple MAC sub-PDUs. In particular, the MAC sub-PDU includes an R / A / LCID sub-header and an R / A / LCID / L sub-header.

[0273] Fig.18 An implementation example of a MAC PDU including a plurality of MAC sub-PDUs according to the second embodiment of the present disclosure is shown.

[0274] Reference Fig.18 , assuming that the UE is configured with a threshold for the first logical channel. In addition, the UE is configured with a configured LCID=40 for the first logical channel, and the threshold (or predetermined SDU size) is 30. In addition, the UE is configured with a second logical channel.

[0275] exist Fig.18 In the embodiment, the UE stores three MAC SDUs. In particular, the first MAC SDU and the second MAC SDU are associated with the first logical channel, and the third MAC SDU is associated with the second logical channel. The first MAC SDU size is 30 bytes, and the second MAC SDU size is 50 bytes. The third MAC SDU size is 120 bytes.

[0276] Then, the UE sends a request for an uplink grant using a buffer status report and receives an uplink grant from the network. Here, it is assumed that the uplink grant size is 210 bytes.

[0277] Based on the uplink grant, the UE generates a MAC PDU including MAC sub-PDUs for the first MAC SDU, the second MAC SDU and the third MAC SDU.

[0278] exist Fig.18 In the example, the MAC sub-PDU for the first MAC SDU includes an R / F / predefined LCID sub-header.

[0279] The MAC sub-PDU for the second MAC SDU includes an R / F / configured LCID / L sub-header. In this case, the value of the F field is 0, and the L field indicates 50 bytes.

[0280] The MAC sub-PDU for the third MAC SDU includes an R / F / LCID / L sub-header.

[0281] After generating the MAC PDU, the UE sends the MAC PDU on the received uplink grant.

[0282] Fig.19 A flow chart for performing operations of a user equipment (UE) according to the present disclosure is shown. In particular, Fig.19 In the embodiment, the MAC entity of the UE performs the operations disclosed herein.

[0283] Reference Fig.19 At A05, the MAC entity receives a MAC SDU associated with an LCH having multiple LCID values ​​from an upper layer. Information about multiple LCID values ​​is received in advance from the network.

[0284] Next, at A10, the MAC entity generates a MAC PDU including a MAC sub-PDU. Here, the MAC sub-PDU includes a MAC SDU and a MAC sub-header for the MAC SDU.

[0285] Specifically, the MAC subheader includes an LCID field of the LCH, and the LCID field is set based on the size of the MAC SDU among multiple LCID values.

[0286] For example, if the size of the MAC SDU is a predetermined size, the MAC SDU has compressed header information, and then the LCID field is set to the first value among multiple LCID values.

[0287] Otherwise, if the size of the MAC SDU is not the predetermined size, the MAC SDU has complete header information, and then the LCID field is set to the second value among the multiple LCID values.

[0288] Finally, at A15, the MAC entity submits the MAC PDU to the lower layer.

[0289] Fig. 20 FIG. 1 is a flowchart for performing operations of a base station (BS) according to the present disclosure. In particular, Fig. 20 In the process, the MAC entity of the BS performs the operations disclosed in the present invention.

[0290] Reference Fig. 20 At B05, the MAC entity receives a MAC PDU including a MAC sub-PDU related to the LCH from the lower layer. Here, the MAC sub-PDU includes a MAC SDU and a MAC sub-header for the MAC SDU, and the MAC sub-header includes an LCID field of the LCH.

[0291] Preferably, based on the size of the MAC SDU, the LCID field is set to one of multiple LCID values ​​configured for the LCH.

[0292] For example, if the size of the MAC SDU is a predetermined size, the LCID field is set to the first value among a plurality of LCID values. That is, the MAC SDU has compressed header information.

[0293] Otherwise, if the size of the MAC SDU is not the predetermined size, the MAC SDU has complete header information, and then the LCID field is set to the second value among the multiple LCID values. That is, the MAC SDU has complete header information.

[0294] Finally, at B10, the MAC entity delivers the MAC SDU to the upper layer.

[0295] According to the present disclosure, radio resources can be efficiently used by not transmitting the L field.

Claims

1. A method for performing operations of a medium access control (MAC) entity of a user equipment (UE) in a wireless communication system, the method comprising the following steps: receiving, from an upper layer, a MAC service data unit SDU associated with a logical channel LCH having a plurality of logical channel identifier LCID values; generating a MAC PDU including a MAC sub-protocol data unit PDU; as well as Submit the MAC PDU to the lower layer, The MAC sub-PDU includes the MAC SDU and a MAC sub-header for the MAC SDU; The MAC subheader includes an LCID field of the LCH, and the LCID field is set based on the size of the MAC SDU among the multiple LCID values.

2. The method according to claim 1, wherein: Based on the size of the MAC SDU being a predetermined size, the LCID field is set to a first value among the plurality of LCID values, and Based on the size of the MAC SDU not being the predetermined size, the LCID field is set to a second value among the multiple LCID values.

3. The method according to claim 1, further comprising the steps of: Information regarding the plurality of LCID values ​​is received from a network.

4. The method according to claim 1, wherein: Based on the size of the MAC SDU being a predetermined size, the MAC SDU has compressed header information, and Based on the size of the MAC SDU being not the predetermined size, the MAC SDU has complete header information.

5. A user equipment UE in a wireless communication system, the UE comprising: at least one transceiver; at least one processor; as well as at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations comprising: A MAC service data unit SDU associated with a logical channel LCH having a plurality of logical channel identifier LCID values ​​is received by a medium access control MAC entity of the UE from an upper layer; The MAC entity generates a MAC PDU including a MAC sub-protocol data unit (PDU); and The MAC entity submits the MAC PDU to the lower layer, The MAC sub-PDU includes the MAC SDU and a MAC sub-header for the MAC SDU; The MAC subheader includes an LCID field of the LCH, and the LCID field is set based on the size of the MAC SDU among the multiple LCID values.

6. The UE according to claim 5, wherein: Based on the size of the MAC SDU being a predetermined size, the LCID field is set to a first value among the plurality of LCID values, and Based on the size of the MAC SDU not being the predetermined size, the LCID field is set to a second value among the multiple LCID values.

7. The UE according to claim 5, wherein: The operations include: Information regarding the plurality of LCID values ​​is received from a network.

8. The UE according to claim 5, wherein: Based on the size of the MAC SDU being a predetermined size, the MAC SDU has compressed header information, and Based on the size of the MAC SDU being not the predetermined size, the MAC SDU has complete header information.

9. A device for a user equipment UE, the device comprising: at least one processor; as well as at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations comprising: A MAC service data unit SDU associated with a logical channel LCH having a plurality of logical channel identifier LCID values ​​is received by a medium access control MAC entity of the UE from an upper layer; The MAC entity generates a MAC PDU including a MAC sub-protocol data unit (PDU); and The MAC entity submits the MAC PDU to the lower layer, The MAC sub-PDU includes the MAC SDU and a MAC sub-header for the MAC SDU; The MAC subheader includes an LCID field of the LCH, and the LCID field is set based on the size of the MAC SDU among the multiple LCID values.

10. A computer-readable storage medium storing at least one computer program, the computer program comprising instructions, which when executed by at least one processor causes the at least one processor to perform operations for a user equipment (UE), the operations comprising: A MAC service data unit SDU associated with a logical channel LCH having a plurality of logical channel identifier LCID values ​​is received by a medium access control MAC entity of the UE from an upper layer; The MAC entity generates a MAC PDU including a MAC sub-protocol data unit PDU; as well as The MAC entity submits the MAC PDU to the lower layer, The MAC sub-PDU includes the MAC SDU and a MAC sub-header for the MAC SDU; The MAC subheader includes an LCID field of the LCH, and the LCID field is set based on the size of the MAC SDU among the multiple LCID values.

11. A method for performing operations of a medium access control (MAC) entity of a base station (BS) in a wireless communication system, the method comprising the following steps: receiving from the lower layer a MAC PDU including a MAC sub-protocol data unit PDU associated with a logical channel LCH, The MAC sub-PDU includes a MAC service data unit SDU and a MAC sub-header for the MAC SDU, The MAC subheader includes a logical channel identifier LCID field of the LCH, wherein, based on the size of the MAC SDU, the LCID field is set to one of a plurality of LCID values ​​configured for the LCH; and The MAC SDU is delivered to the upper layer.

12. A base station BS in a wireless communication system, the BS comprising: at least one transceiver; at least one processor; as well as at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations comprising: A medium access control MAC entity of the BS receives a MAC PDU including a MAC sub-protocol data unit PDU related to a logical channel LCH from a lower layer, The MAC sub-PDU includes a MAC service data unit SDU and a MAC sub-header for the MAC SDU, The MAC subheader includes a logical channel identifier LCID field of the LCH, wherein, based on the size of the MAC SDU, the LCID field is set to one of a plurality of LCID values ​​configured for the LCH; and The MAC entity transmits the MAC SDU to the upper layer.

Images