Method and apparatus for refreshing HARQ buffer based on configuration grant in wireless communication system

Abstract

The present invention relates to a method for performing uplink transmission by a user equipment (UE) in a wireless communication system. Specifically, the method comprises the following steps: receiving a configuration grant (CG) activation command for configuring an uplink grant; based on the mismatch between the size of the configured uplink grant and the size of a pending protocol data unit (PDU) associated with the identified hybrid automatic repeat request (HARQ) process, refreshing the HARQ buffer of the identified HARQ process; and using the identified HARQ process to send a CG confirmation medium access control (MAC) control element CE.

Description

Technical Field

[0001] The present invention relates to a wireless communication system, and more particularly, to a method and apparatus for refreshing a hybrid automatic repeat request (HARQ) buffer based on a configuration grant in the wireless communication system. Background Art

[0002] The introduction of new radio communication technologies has resulted in an increase in the number of user equipments (UEs) that a base station (BS) provides services to within a specified resource area, and has also resulted in an increase in the amount of data and control information that the BS sends to the UE. Since the resources that a BS can use to communicate with the UE are generally limited, new technologies are needed for the BS to efficiently receive / send uplink / downlink data and / or uplink / downlink control information using limited radio resources. In particular, overcoming latency or delay in applications where performance is heavily dependent on latency / delay has become an important challenge.

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

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

[0005] Some use cases may require multiple categories for optimization, and others may focus only on key performance indicators (KPIs). 5G supports these various use cases with a flexible and reliable approach.

[0006] eMBB goes far beyond basic mobile Internet access and covers a large number of two-way work in the cloud and augmented reality as well as media and entertainment applications. 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 the data connection provided by the communication system will be used as an application to simply process voice. The main reason for the increase in traffic is due to the increase in content size and the increase in the number of applications that require high data transmission rates. As more devices are connected to the Internet, streaming services (audio and video), conversational video, and mobile Internet access will be more widely used. These many applications require connectivity in an always-on state 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 transmission rates. 5G is also used for remote cloud work. When using a tactile interface, 5G requires lower end-to-end latency to maintain a good experience for users. Entertainment (e.g., cloud games and video streaming) is another core element that increases the demand for mobile broadband capabilities. Entertainment is essential for smartphones and tablets anywhere, including in 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 volume.

[0007] Additionally, one of the most anticipated 5G use cases involves the ability to smoothly connect embedded sensors in all fields (i.e., mMTC). The number of potential IoT devices is expected to reach 20.4 billion by 2020. Industrial IoT is one of the categories that plays a major role in enabling smart cities, asset tracking, smart utilities, agriculture, and security infrastructure through 5G.

[0008] URLLC includes new services that will transform industries (e.g., autonomous vehicles) through remote control of key infrastructure and ultra-reliable / available low-latency links. To control smart grids, automate industry, enable robotics, and control and regulate drones, the level of reliability and latency is critical.

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

[0010] Along with many use cases for mobile communications for vehicles, it is expected that cars will become a new important driving force 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 allows 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 to the driver. In the future, wireless modules allow communication between vehicles, information exchange between vehicles and supporting infrastructure, and information exchange between vehicles and other connected devices (e.g., devices accompanying pedestrians). The safety system guides alternative behavior processes so that drivers can drive more safely, thereby reducing the risk of accidents. The next stage will be remote control or autonomous vehicles. This requires very high reliability and very fast communication between different autonomous vehicles and between vehicles and infrastructure. In the future, autonomous vehicles will perform all driving activities, and drivers will only focus on abnormal traffic that cannot be recognized by the vehicle. The technical requirements of autonomous vehicles require ultra-low latency and ultra-high reliability to increase traffic safety to a level that humans cannot reach.

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

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

[0013] Mission-critical applications (e.g., e-health) are one of the 5G use cases. The health segment contains many applications that can enjoy the benefits of mobile communications. The communication system can support telemedicine that provides clinical treatment in distant places. Telemedicine can help reduce distance barriers 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.

[0014] Wireless and mobile communications are becoming increasingly important in the field of industrial applications. Cabling is expensive to install and maintain. 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.

[0015] 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. Logistics and freight use cases typically require low data rates, but require location information with wide range and reliability.

[0016] Reference Figure 1 , the communication system 1 includes a wireless device, a base station (BS) and a network. Figure 1 A 5G network is shown 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 beyond the 5G system.

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

[0018] 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 / radio / 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., notebook computers). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters.

[0019] In the present disclosure, wireless devices 100a to 100f may be referred to as user equipment (UE). User equipment (UE) may include, for example, cellular phones, smart phones, laptop computers, digital broadcast terminals, personal digital assistants (PDAs), portable multimedia players (PMPs), navigation systems, tablet personal computers (PCs), tablet PCs, ultrabooks, vehicles, vehicles with autonomous driving functions, networked cars, unmanned aerial vehicles (UAVs), artificial intelligence (AI) modules, robots, augmented reality (AR) devices, virtual reality (VR) devices, mixed reality (MR) devices, holographic devices, public safety devices, MTC devices, IoT devices, medical devices, FinTech devices (or financial devices), security devices, weather / environmental devices, devices related to 5G services, or devices related to the field of the fourth industrial revolution. Unmanned aerial vehicles (UAVs) may be, for example, aircraft that fly by wireless control signals without people on board. VR devices may include, for example, devices for realizing objects or backgrounds of a virtual world. AR devices may include, for example, devices that are realized by connecting objects or backgrounds of a virtual world to objects or backgrounds of a real world. MR devices may include devices that are implemented, for example, by merging objects or backgrounds of a virtual world into objects or backgrounds of a real world. Holographic devices may include devices that implement 360-degree stereoscopic images, for example, by recording and reproducing stereoscopic information using the interference phenomenon of light generated when two lasers, called holography, meet. Public safety devices may include, for example, image relay devices or image devices that can be worn on a user. For example, MTC devices and IoT devices may be devices that do not require direct human intervention or manipulation. For example, MTC devices and IoT devices may include smart meters, vending machines, thermometers, smart light bulbs, door locks, or various sensors. For example, a medical device may be a device for the purpose of diagnosing, treating, alleviating, treating, or preventing a disease. For example, a medical device may be a device for the purpose of diagnosing, treating, alleviating, or correcting an injury or disorder. 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 surgery, a device for (in vitro) diagnosis, a hearing aid, or a device for surgery. For example, a safety device may be a device installed to prevent possible dangers and maintain safety. For example, a security device may be a camera, CCTV, recorder, or black box. For example, a FinTech device may be 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.

[0020] 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, 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.

[0021] Wireless communication / connection 150a and 150b can be established between wireless devices 100a to 100f / BS 200-BS 200. Herein, 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 / from 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, at least a portion of various configuration information for configuring processes for sending / receiving radio signals, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, and resource mapping / demapping), and resource allocation processes can be performed based on various proposals of the present disclosure. Summary of the invention

[0022] Technical issues

[0023] Therefore, an object of the present invention is to provide a method for refreshing a Hybrid Automatic Repeat Request (HARQ) buffer based on a configuration grant in a wireless communication system and an apparatus thereof.

[0024] Technical Solution

[0025] The object of the present invention can be achieved by a method for uplink transmission performed by a user equipment (UE) in a wireless communication system, the method comprising the following steps: receiving a configuration grant (CG) activation command for a configured uplink grant; when the size of the configured uplink grant and the size of the pending protocol data unit (PDU) associated with the identified hybrid automatic repeat request (HARQ) process do not match, refreshing the HARQ buffer of the identified HARQ process; and using the identified HARQ process to send a CG confirmation medium access control (MAC) control element (CE).

[0026] In addition, a user equipment (UE) in a wireless communication system is proposed, which UE includes: at least one transceiver; at least one processor; and at least one computer memory, which is operably connected to the at least one processor and stores instructions, which when executed cause the at least one processor to perform operations, the operations including: receiving a configuration grant (CG) activation command for configuring an uplink grant; when the size of the configured uplink grant does not match the size of the pending protocol data unit (PDU) associated with the identified hybrid automatic repeat request (HARQ) process, refreshing the HARQ buffer of the identified HARQ process; and using the identified HARQ process to send a CG confirmation medium access control (MAC) control element (CE).

[0027] Preferably, the pending PDU is sent when the size of the configured uplink grant matches the size of the pending PDU associated with the identified HARQ process.

[0028] Preferably, the pending PDU associated with the identified HARQ process is a PDU that has been obtained in the HARQ buffer of the identified HARQ process and has not yet been sent.

[0029] Preferably, the CG configuration may be received via a physical downlink control channel (PDCCH). More preferably, the CG activation command is received via the PDCCH and is used to reactivate the configuration uplink grant.

[0030] Beneficial Effects

[0031] According to the above-mentioned embodiment of the present invention, if the UE receives a CG type 2 activation command associated with a HARQ process, the UE can effectively perform uplink transmission by refreshing the HARQ buffer of the HARQ process pending for the MAC PDU that was not sent due to LBT failure. Therefore, the UE can use the HARQ process to send the configuration uplink grant confirmation MAC CE. Therefore, the transmission delay of the configuration uplink grant confirmation MAC CE that occurs due to the pending associated HARQ process can be reduced.

[0032] Effects obtainable from the present invention may not be limited to the above-mentioned effects. Also, other unmentioned effects may be clearly understood from the following description by those of ordinary skill in the art to which the present invention pertains. BRIEF DESCRIPTION OF THE DRAWINGS

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

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

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

[0036] Figure 3 Another example of a wireless device that may perform implementations of the present invention is illustrated;

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

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

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

[0040] Figure 7 An example of a process on the sending side according to the present disclosure is shown.

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

[0042] Fig. 9 An example of physical layer processing on the transmission side is illustrated;

[0043] Fig.10An example of physical layer processing on the receiving side is illustrated; and

[0044] Fig.11 The operation of a wireless device based on an implementation of the present disclosure is illustrated. DETAILED DESCRIPTION

[0045] Reference will now be made in detail to exemplary implementations of the present disclosure, examples of which are shown in the accompanying drawings. The detailed description given below with reference to the accompanying drawings is intended to illustrate exemplary implementations of the present disclosure, rather than to illustrate the only implementation that can be implemented according to the present disclosure. The following detailed description includes specific details in order 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.

[0046] 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 Rate 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.

[0047] For the convenience of description, the implementation of the present disclosure is mainly described with respect to a wireless communication system based on 3GPP. 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 wireless communication system based on 3GPP, aspects of the present disclosure that are not limited to a wireless communication system based on 3GPP are applicable to other mobile communication systems. For terms and technologies that are not specifically described among the terms and technologies used in the present disclosure, reference may be made to wireless communication standard documents published before the present disclosure. For example, reference may be made to the following documents.

[0048] 3GPP LTE

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

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

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

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

[0053] -3GPP TS 36.300: General description

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

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

[0056] -3GPP TS 36.321: Medium Access Control (MAC) protocol

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

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

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

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

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

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

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

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

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

[0066] -3GPP TS 38.300: General description

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

[0068] -3GPP TS 38.321: Medium Access Control (MAC) protocol

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

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

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

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

[0073] -3GPP TS 37.340: Multi-connectivity; General description

[0074] In the present disclosure, a user equipment (UE) may be a fixed or mobile device. Examples of UE include various devices that send and receive user data and / or various types of control information to and from a base station (BS). In the present disclosure, a BS generally refers to a fixed station that performs communication with a UE and / or another BS and exchanges various types of data and control information with the UE and another BS. A 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.

[0075] In the present disclosure, a node refers to a point that can send / receive a radio signal by communicating with a UE. Regardless of its terminology, various types of BSs can be used as nodes. For example, a BS, a node B (NB), an e-node B (eNB), a micro cell 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, RRH / RRU) is generally connected to a BS via a dedicated line such as an optical cable, the cooperative communication between the RRH / RRU and the BS can be performed smoothly compared to the cooperative communication between the BSs connected via a radio line. At least one antenna is installed per node. The antenna may include a physical antenna or an antenna port or a virtual antenna.

[0076] In the present disclosure, the term "cell" may refer to a geographical area where one or more nodes provide a communication system, or to a radio resource. The "cell" of a geographical area may be understood as a coverage area where 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 an operator. The "cell" associated with the 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). The cell may be configured only by downlink resources, or may be configured by downlink resources and uplink resources. Since the DL coverage (the range in which a node can send a valid signal) and the UL coverage (the range in which a node can receive a valid signal from a UE) depend on the carrier that carries the signal, the coverage of the node may be associated with the coverage of the "cell" of the radio resource used by the node. Therefore, the term "cell" may sometimes be used to represent the service coverage of a node, sometimes may be used to represent a radio resource, or sometimes may be used to represent the range in which a signal using a radio resource can reach with effective strength.

[0077] In the present disclosure, the physical downlink control channel (PDCCH) and the physical downlink shared channel (PDSCH) refer to a set of time-frequency resources or resource elements (REs) carrying downlink control information (DCI) and a set 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 set of time-frequency resources or REs carrying uplink control information (UCI), a set of time-frequency resources or REs carrying uplink data, and a set of time-frequency resources or REs carrying random access signals, respectively.

[0078] In carrier aggregation (CA), two or more CCs are aggregated. The UE can receive or send 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 layer (NAS) mobility information, and when the RRC connection is reestablished / switched, one serving cell provides security input. This cell is called the 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. According to the UE capabilities, the secondary cell (SCell) can be configured to form a serving cell set together with the PCell. SCell is a cell that provides additional radio resources on top of a special cell. Therefore, the serving cell set 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), 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 enabled. MCG is a set of service cells associated with the master node, including SpCell (PCell) and optionally one or more SCells. For UEs configured with DC, SCG is a subset of service cells associated with the secondary node, including PSCell and zero or more SCells. For UEs in RRC_CONNECTED without CA / DC configured, there is only one service cell including PCell. For UEs configured with CA / DC in RRC_CONNECTED, the term "service cell" is used to refer to the set of cells including SpCell and all SCells.

[0079] 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 through 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 to MCG or SCG, the term SpCell refers to the PCell of the MCG or the PSCell of the SCG, respectively.

[0080] 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).

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

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

[0083] 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} may correspond to Figure 1 {wireless devices 100a to 100f and BS 200} and / or {wireless devices 100a to 100f and wireless devices 100a to 100f}.

[0084] The first wireless device 100 may include one or more processors 102 and one or more memories 104, and further 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 / signal, and then transmit a radio signal including the first information / signal through the transceiver 106. The processor 102 may receive a radio signal including second information / signal through the transceiver 106, and then store information obtained by processing the second information / signal 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. Herein, 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 transceiver 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 invention, a wireless device may represent a communication modem / circuit / chip.

[0085] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and further 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 third information / signals, and then transmit a radio signal including the third information / signals through the transceiver 206. The processor 202 may receive a radio signal including fourth information / signals through the transceiver 106, and then store information obtained by processing the fourth information / signals 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. Herein, 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 transceiver 206 may include a transmitter and / or a receiver. The transceiver 206 may be used interchangeably with a radio frequency (RF) unit. In the present invention, a wireless device may represent a communication modem / circuit / chip.

[0086] 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 a signal (e.g., a baseband signal) 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.

[0087] 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. As an 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 be 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.

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

[0089] 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 operation 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 process the 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 an (analog) oscillator and / or a filter. For example, the transceivers 106 and 206 may up-convert the OFDM baseband signal to a carrier frequency through their (analog) oscillators and / or filters under the control of the processors 102 and 202 and transmit the up-converted OFDM signal at the carrier frequency. The transceivers 106 and 206 may receive an OFDM signal at a carrier frequency and down-convert the OFDM signal to an OFDM baseband signal through their (analog) oscillators and / or filters under the control of the transceivers 102 and 202.

[0090] In an implementation of the present disclosure, a UE may operate as a transmitting device in an uplink (UL) and as a receiving device in a downlink (DL). In an implementation of the present disclosure, a BS may operate as a receiving device in an UL and as a transmitting device in a DL. Hereinafter, for the convenience of description, unless otherwise mentioned or described, it is mainly assumed that the first wireless device 100 acts as a UE and the second wireless device 200 acts 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 a 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 a transceiver 206 to perform BS behavior according to an implementation of the present disclosure.

[0091] Figure 3 Another example of a wireless device that can perform implementations of the present invention is illustrated. The wireless device can be based on a use case / service (see Figure 1 ) are implemented in various forms.

[0092] Reference Figure 3 , the wireless devices 100 and 200 may correspond to Figure 2 The wireless devices 100 and 200 may be configured by various elements, components, units / parts and / or modules. For example, each of the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130 and an additional component 140. The communication unit may include a communication circuit 112 and a transceiver 114. For example, the communication circuit 112 may include Figure 2 One or more processors 102 and 202 and / or Figure 2 One or more memories 104 and 204. For example, the transceiver 114 may include Figure 2 One or more transceivers 106 and 206 and / or Figure 2The control unit 120 is electrically connected to the communication unit 110, the memory 130, and the additional components 140, and controls the overall operation of the wireless device. For example, the control unit 120 can control the electrical / mechanical operation of the wireless device based on the program / code / command / information stored in the memory unit 130. The control unit 120 can send the information stored in the memory unit 130 to the outside (e.g., other communication devices) via the communication unit 110 through a wireless / wired interface, or store the information received from the outside (e.g., other communication devices) via the communication unit 110 through a wireless / wired interface in the memory unit 130.

[0093] The additional component 140 may be configured differently depending on the type of wireless device. For example, the additional component 140 may include at least one of a power unit / battery, an input / output (I / O) unit (e.g., an audio I / O port, a video I / O port), a drive unit, and a computing unit. The wireless device may be in the form of, but not limited to, a robot ( Figure 1 100a), vehicles ( Figure 1 100b-1 and 100b-2), XR devices ( Figure 1 100c), handheld device ( Figure 1 100d), household appliances ( Figure 1 100e), IoT devices ( Figure 1 100f), digital broadcasting terminal, holographic device, public safety device, MTC device, medical device, fintech device (or financial device), security device, climate / environmental device, AI server / device ( Figure 1 400), BS( Figure 1 200), network nodes, etc. The wireless device can be used in a mobile or fixed location depending on the usage example / service.

[0094] exist Figure 3In the wireless devices 100 and 200, various elements, components, units / parts and / or modules in the wireless devices 100 and 200 may all be connected to each other through a wired interface, or at least a part thereof may be wirelessly connected through the communication unit 110. For example, in each of the wireless devices 100 and 200, the control unit 120 and the communication unit 110 may be wired, and the control unit 120 and the first unit (e.g., 130 and 140) may be wirelessly connected through the communication unit 110. Each element, component, unit / part and / or module within the wireless devices 100 and 200 may also include one or more elements. For example, the control unit 120 may be configured by a collection of one or more processors. As an example, the control unit 120 may be configured by a collection of a communication control processor, an application processor, an electronic control unit (ECU), a graphics processing unit and a memory control processor. As another example, the memory 130 may be configured by a random access memory (RAM), a dynamic RAM (DRAM), a read-only memory (ROM)), a flash memory, a volatile memory, a non-volatile memory and / or a combination thereof.

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

[0096] 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 for transmitting control messages for managing calls between the UE and the network. 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 layer (NAS) layer. Layer 1, layer 2 and layer 3 are called access layer (AS).

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

[0098] In the 3GPP LTE system, Layer 2 is divided 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 divided 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.

[0099] 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 protocol entity of SDAP is configured for each individual PDU session.

[0100] 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 the RRC connection between the UE and the 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; NAS message transmission from NAS to UE / from UE to NAS.

[0101] 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 bearer); retransmission of PDCP SDU; ciphering, deciphering 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 the lower layer. The main services and functions of the PDCP sublayer for the control plane include: sequence numbering; ciphering, deciphering and integrity protection; transmission of control plane data; reordering and duplicate detection; in-sequence delivery; PDCP PDU duplication and duplicate discard indication to the lower layer.

[0102] The RLC sublayer supports three transmission modes: transparent mode (TM); unacknowledged mode (UM); and acknowledged mode (AM). RLC configuration is for each logical channel and does not depend on parameter sets and / or transmission duration. In 3GPP NR systems, 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 the one in 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 re-establishment; protocol error detection (AM only).

[0103] In the 3GPP NR system, the main services and functions of the MAC sublayer include: mapping between logical channels and transport channels; multiplexing / demultiplexing of MAC SDUs belonging to one or different logical channels to / from transport blocks (TBs) transmitted to / from the physical layer on transport channels; scheduling information reporting; error correction through HARQ (one HARQ entity per cell in the case of carrier aggregation (CA); priority handling between UEs by means of dynamic scheduling; priority handling between logical channels of one UE by means of 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 which type of information is transmitted. Logical channels are classified into two groups: control channels and traffic channels. Control channels are only used to transmit control plane information, and traffic channels are only used to transmit 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 for 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 to transmit user information. The DTCH can exist in both the uplink and the 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 a 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 the uplink shared channel (UL-SCH); DCCH can be mapped to UL-SCH; DTCH can be mapped to UL-SCH.

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

[0105] Figure 5The 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 be changed differently. 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 different SCSs are configured to the UE for cells aggregated for the cells, the (absolute time) duration of time resources (e.g., subframes, time slots, or TTIs) including the same number of symbols may be different between the aggregated cells. In this article, symbols may include OFDM symbols (or CP-OFDM symbols), SC-FDMA symbols (or discrete Fourier transform-spread-OFDM (DFT-s-OFDM) symbols).

[0106] Reference Figure 5 , downlink transmission and uplink transmission 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 consists of 5 sub-frames, where the duration of each sub-frame is T sf The number of slots in a subframe depends on the subcarrier spacing. Each slot includes 14 or 12 OFDM symbols based on the 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 is based on the subcarrier spacing △f=2 u *15kHz shows the number of OFDM symbols per slot, the number of slots per frame, and the number per slot for normal CP.

[0107] [Table 1]

[0108] 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

[0109] The following table is based on the subcarrier spacing △f=2 u *15kHz shows the number of OFDM symbols per slot, the number of slots per frame, and the number per slot for the extended CP.

[0110] [Table 2]

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

[0112] A slot includes a plurality of symbols in the time domain (e.g., 14 or 12 symbols). 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,ugrid Start defining 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, and the subscript x is DL for the downlink and UL for the 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 of antenna port p and subcarrier spacing configuration u is called a resource element (RE), and a 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 in the time domain relative to a reference point. In a 3GPP-based wireless communication system, a resource block is defined by 12 consecutive subcarriers in the frequency domain.

[0113] In 3GPP NR systems, resource blocks are classified into CRBs and physical resource blocks (PRBs). CRBs are numbered from 0 upwards 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 is as follows: PRB =n CRB +N size BWP,i , where N size BWP,i It is a common resource block where the bandwidth part starts relative to CRB 0. A BWP includes multiple consecutive resource blocks. A carrier may include up to N (e.g., 5) BWPs. A UE may be configured with one or more BWPs on a given component carrier. Only one BWP may be active at a time among the BWPs configured for a UE. An active BWP defines the operating bandwidth of a UE within the operating bandwidth of a cell.

[0114] NR frequency bands are defined as 2 types of frequency ranges, FR1 and FR2. FR2 can also be called millimeter wave (mmW). The frequency ranges in which NR can operate are identified as shown in Table 3.

[0115] [Table 3]

[0116] Frequency range specification Corresponding frequency range Subcarrier spacing FR1 450MHz–7125MHz 15, 30, 60kHz FR2 24250MHz–52600MHz 60, 120, 240kHz

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

[0118] exist Figure 6 In the , "RB" means radio bearer and "H" means header. Radio bearers are classified into two groups: data radio bearers (DRB) for user plane data and signaling radio bearers (SRB) for control plane data. MAC PDU is transmitted / received to / from an external device through the PHY layer using radio resources. MAC PDU arrives at the PHY layer in the form of transport blocks.

[0119] In the PHY layer, the 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 the 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. In the PHY layer, the uplink control information (UCI) is mapped to the PUCCH, and the downlink control information (DCI) is mapped to the PDCCH. The MAC PDU related to the UL-SCH is sent by the UE via the PUSCH based on the UL grant, and the MAC PDU related to the DL-SCH is sent by the BS via the PDSCH based on the DL assignment.

[0120] Hereinafter, an embodiment of the present disclosure is described. When a MAC PDU of a HARQ process is not sent on a CG resource due to an LBT failure, the CG timer of the HARQ process is not started. However, since the CG timer for preventing the generation of a new MAC PDU is not started, when a new MAC PDU of the same HARQ process is generated, the MAC PDU (hereinafter referred to as the pending MAC PDU) that is pending for transmission due to an LBT failure is overwritten.

[0121] In order to avoid the pending MAC PDU being replaced by a new MAC PDU, it can be considered that the UE uses the same HARQ process on the CG resource to send the pending MAC PDU. In other words, even if the CG timer is not running, a new MAC PDU is not generated in the same HARQ process.

[0122] As for the unlicensed band, it can be stipulated that if the UE performs transmission of a MAC PDU, the UE considers that the identified HARQ process is not pending, and if the UE does not perform transmission of a MAC PDU, the UE considers that the identified HARQ process is pending. However, the network does not know whether the identified HARQ process is pending. This is because when the UE does not perform the initial transmission of the MAC PDU (i.e., the first transmission of the MAC PDU) due to LBT failure, the UE considers that the identified HARQ process is pending. In other words, the network does not know whether the identified HARQ process is pending until the network receives the MAC PDU of the identified HARQ process from the UE.

[0123] After configuring or applying the configuration grant type 2 configuration (i.e., after the UE sends an RRC reconfiguration complete message), the UE monitors in order to find a PDCCH including content indicating a configuration grant type 2 activation command. If the UE receives a PDCCH with content indicating a configuration grant type 2 deactivation or activation, the MAC entity of the UE triggers a configuration uplink grant confirmation. If the configuration uplink grant confirmation has been triggered and has not been canceled, the UE (MAC entity of the UE) instructs the multiplexing and assembly process to generate a configuration grant confirmation MAC CE.

[0124] However, although the UE receives the Configure Grant Type 2 Activation Command for the identified HARQ process, if the UE considers the identified HARQ process as pending, the UE cannot send the Configure Uplink Grant Confirm MAC CE. In other words, the UE cannot send the Configure Uplink Grant Confirm MAC CE until the UE considers the identified HARQ process not pending. The sending of the Configure Uplink Grant Confirm MAC CE can be delayed compared to sending the Configure Uplink Grant Confirm MAC CE on a cell operating on the licensed spectrum.

[0125] In the following, the UE (or MAC entity at the UE) behavior according to the present disclosure is as follows. In the following description, the MAC entity related to the UE behavior refers to the UE itself or the MAC entity of the UE.

[0126] On a serving cell operating in unlicensed spectrum, both the network and the UE apply listen before talk (LBT) before performing a transmission. When LBT is applied, the UE or the network listens / senses the channel to determine whether the channel is idle or busy. If the channel is determined to be idle (e.g., LBT succeeds), the UE or the network may perform a transmission. On the other hand, if the channel is determined to be busy (e.g., LBT fails), it does not perform a transmission.

[0127] In particular, a lower layer (e.g., PHY layer) of the UE may perform an LBT process, and if the channel is identified as occupied, transmission is not performed according to the LBT process. When the lower layer performs the LBT process before transmission, if transmission is not performed, an LBT failure indication is sent from the lower layer to the MAC entity.

[0128] The UE is configured with a configuration grant configuration (CG configuration), which includes parameters such as the number of HARQ processes, configuration uplink grants, periods, CG timers, CG retransmission (retx) timers, and additional parameters via L1 or L2 or L3 signaling from the network. In some implementations of the present disclosure, the L1 signaling may include DCI, the L2 signaling may include MAC CE, RLC control PDU and / or PDCP control PDU, and the L3 signaling may include RRC messages.

[0129] More specifically, the UE includes a HARQ entity that maintains the number of HARQ processes. The number of HARQ processes per HARQ entity (nrofHARQ-Processes) is configured according to the CG configuration. In addition, the HARQ process is configured for configuring an uplink grant according to the CG configuration.

[0130] The network determines the HARQ process ID (PID) of the HARQ process, or the UE selects one of the HARQ PIDs in the CG configuration.

[0131] There are two types of configuration grant configuration. One is configuration grant type 1, in which the uplink grant is provided by RRC and stored as a configuration uplink grant. The other is configuration grant type 2, in which the uplink grant is provided by PDCCH and is stored or cleared as a configuration uplink grant based on L1 signaling indicating activation or deactivation of the configuration uplink grant.

[0132] If the UE performs transmission of the MAC PDU, the UE considers that the identified HARQ process is not pending. On the other hand, if the UE does not perform transmission of the MAC PDU, the UE considers that the identified HARQ process is pending.

[0133] Specifically, the UE performs transmission of a new transmission or a retransmission. In particular, the UE performs transmission based on a dynamic grant or a configured uplink grant. A dynamic grant is an uplink grant on the PDCCH for its CS-RNTI, C-RNTI, RA-RNTI or temporary C-RNTI. In the unlicensed spectrum, when the UE determines that the channel is busy (i.e., LBT fails), the UE does not perform transmission of the MAC PDU. On the other hand, when the UE determines that the channel is idle (i.e., LBT succeeds), the UE performs transmission of the MAC PDU.

[0134] Figure 7 An example of a process on the sending side according to the present disclosure is shown.

[0135] Reference Figure 7 After configuring or applying the configuration grant type 2 configuration (ie, after the UE sends an RRC reconfiguration complete message), the UE monitors to find a PDCCH including content indicating a configuration grant type 2 activation command (S1001).

[0136] The configure grant type 2 activate command is used to configure uplink grant activation or reactivation.

[0137] In the present disclosure, when the UE receives a configuration grant type 2 activation command for the identified HARQ process (S1002), the UE checks whether the identified HARQ process is pending (S1003).

[0138] For example, if the UE determines that the identified HARQ process is pending, the UE refreshes the HARQ buffer of the identified HARQ process (S1004). After the UE refreshes the HARQ buffer, the UE considers that the identified HARQ process is not pending. However, if the UE determines that the identified HARQ process is not pending, the UE does not need to refresh the HARQ buffer of the identified HARQ process (S1005).

[0139] Alternatively, when there is a pending PDU associated with the identified HARQ process, it is determined that the identified HARQ process is pending. Here, the pending PDU is a PDU that has been obtained in the HARQ buffer of the identified HARQ process and has not yet been sent.

[0140] Alternatively, in the present disclosure, when the UE receives a configuration grant type 2 activation command (S1002) for the identified HARQ process, the UE checks whether the transport block size (TBS) of the new configuration grant configuration (i.e., reactivation) is the same as the TBS of the old configuration grant configuration (i.e., activated configuration grant configuration).

[0141] If the UE determines that the new configuration permits configuration (ie, reactivation) with a different TBS, the UE flushes the HARQ buffers of all UL HARQ processes.

[0142] However, if the UE determines that the new configuration permits configuration (i.e., reactivation) to have the same TBS, the UE checks whether the identified HARQ process is pending (S1003). For example, if the UE determines that the identified HARQ process is pending, the UE refreshes the HARQ buffer of the identified HARQ process (S1004). That is, the UE sends the HARQ buffer of the identified HARQ process and then refreshes the HARQ buffer of the identified HARQ process.

[0143] After the UE flushes the HARQ buffer, the UE considers that the identified HARQ process is not pending. However, if the UE determines that the identified HARQ process is not pending, the UE does not need to flush the HARQ buffer of the identified HARQ process (S1005).

[0144] After the UE determines whether the identified HARQ process is pending, the UE triggers a configuration uplink grant confirmation. The UE generates a set of UL resources associated with the configuration uplink grant based on the CG configuration. The UL resources associated with the configuration uplink grant (hereinafter referred to as CG resources) appear periodically in the time domain. For each configuration uplink grant, a HARQ process is configured for the configuration uplink grant.

[0145] Finally, the UE sends a Configure Uplink Grant Confirm MAC CE triggered by the Configure Uplink Grant activation or reactivation (S1006). The Configure Uplink Grant Confirm MAC CE is sent on the uplink resources of the uplink grant. In addition, the uplink grant is a dynamic grant or a Configure Uplink Grant.

[0146] After the UE sends the Configure Uplink Grant Confirm MAC CE, the UE cancels the triggered Configure Uplink Grant Confirm.

[0147] Hereinafter, the network behavior of the present disclosure is described.

[0148] Before performing a transmission, both the network and the UE on the serving cell operating in the unlicensed spectrum apply Listen Before Talk (LBT). When LBT is applied, the UE or the network listens / senses the channel to determine whether the channel is idle or busy. If the channel is determined to be idle (e.g., LBT succeeds), the UE or the network can perform the transmission. On the other hand, if the channel is determined to be busy (e.g., LBT fails), it does not perform the transmission.

[0149] The network configures the UE with a CG configuration which includes parameters such as the number of HARQ processes, configuring uplink grants, periods, CG timers, CG retx timers and additional parameters on serving cells operating in unlicensed spectrum.

[0150] The network sends a configuration grant type 2 activation command for the identified HARQ process of the UE.

[0151] The network does not know whether the identified HARQ process is pending. This is because when the UE does not perform initial transmission of the MAC PDU (i.e., the first transmission of the MAC PDU) due to LBT failure, the UE considers the identified HARQ process to be pending. In other words, the network does not know whether the identified HARQ process is pending until the network receives the MAC PDU of the identified HARQ process from the UE.

[0152] After the network sends the Configure Grant Type 2 Activate Command, the network receives a Configure Uplink Grant Confirm MAC CE from the UE triggered by the Configure Uplink Grant activation or reactivation.

[0153] In order to send the data unit of the present disclosure on UL-SCH, the UE should have uplink resources available to the UE. In order to receive the data unit of the present disclosure on DL-SCH, the UE should 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 dynamically received by the UE on the PDCCH in the random access response, or semi-persistently configured to the UE via RRC. The downlink assignment is dynamically received by the UE on the PDCCH, or semi-persistently configured to the UE from the BS via RRC signaling.

[0154] In the UL, the BS can dynamically allocate resources to the UE via the cell radio network temporary identifier (C-RNTI) on the PDCCH. When its downlink reception is enabled (an activity controlled by discontinuous reception (DRX) when configured), the UE always monitors the PDCCH to find possible grants for uplink transmission. In addition, using the configured grant, the BS can allocate uplink resources for initial HARQ transmission 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 enable the configured uplink grant, or disable 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 it is disabled.

[0155] In the DL, the BS can dynamically allocate resources to the UE via the C-RNTI on the PDCCH. When its downlink reception is enabled (an activity controlled by DRX when configured), the UE always monitors the PDCCH for possible assignments. In addition, with 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 enable the configured downlink assignment, or disable 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 it is disabled.

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

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

[0158] Figure 8 An example of PDSCH time domain resource allocation through the PDCCH and an example of PUSCH time resource allocation through the PDCCH are illustrated.

[0159] 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 TS38.214v15.3.0, Table 6.1.2.1.1-1 in 3GPP TS 38.214v15.3.0).

[0160] Each index row in the PDSCH time domain allocation configuration defines a time slot offset K 0 , start and length indicator SLIV or direct start symbol S and allocation length L and PDSCH mapping type to be 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 direct start symbol S and allocation length L and PUSCH mapping type to be assumed in PUSCH reception. K for PDSCH 0 or K of PUSCH 2 It is the timing difference between the time slot with PDCCH and the time slot with PDSCH or PUSCH corresponding to PDCCH. SLIV is a joint indication of the start 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 symbol or the 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.

[0161] The scheduling DCI includes a frequency domain resource assignment field, which 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.

[0162] <Resource Allocation via RRC>

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

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

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

[0166] -periodicity, which provides the periodicity of configuring permission type 1;

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

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

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

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

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

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

[0173] -periodicity, which provides the periodicity of configuration grant type 2. The actual uplink grant is provided to the UE via PDCCH (addressed to the CS-RNTI). After an uplink grant is configured for configuration grant type 2, the UE considers that the uplink grant recurrence is associated with each symbol, where: for all N>=0, [(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), where SFN start time 、slotstart time and symbol start time are the SFN, slot and symbol of the first transmission opportunity of the PUSCH for which the configured uplink grant is (re)initialized, respectively. numberOfSlotsPerFrame and numberOfSymbolsPerSlot refer to the number of consecutive slots per frame and the number of consecutive OFDM symbols per slot, respectively.

[0174] For a configured uplink grant, the HARQ process ID associated with the first symbol of a UL transmission is derived from:

[0175] HARQ process ID=[floor(CURRENT_symbol / periodicity)]modulonrofHARQ-Processes

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

[0177] For the downlink, the UE can configure semi-persistent scheduling (SPS) for each serving cell and each BWP via RRC signaling from the BS. Multiple configurations can be active simultaneously only on different serving cells. The activation and deactivation of DL SPS between serving cells are independent. 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 SPS is configured, the following parameters are provided to the UE via RRC signaling from the BS:

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

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

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

[0181] When the SPS is released by the upper layer, all corresponding configurations shall be released.

[0182] After configuring downlink assignments for SPS, the UE considers the Nth downlink assignment to occur in the time slots in sequence, where: (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.

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

[0184] HARQ process ID=[floor(CURRENT_slot×10 / (numberOfSlotsPerFrame×periodicity))]modulonrofHARQ-Processes

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

[0186] If the cyclic redundancy check (CRC) of the corresponding DCI format is scrambled with the CS-RNTI provided by the RRC parameter cs-RNTI and the new data indicator field of the enabled transport block is set to 0, the UE verifies the DL SPS assignment PDCCH or configures the UL grant type 2 PDCCH for scheduling enablement or scheduling release. If all fields of 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 enable PDCCH verification, and Table 5 shows the special fields for DL ​​SPS and UL grant type 2 scheduling release PDCCH verification.

[0187] [Table 4]

[0188]

[0189] [Table 5]

[0190] 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"

[0191] The actual DL assignment and the actual UL grant and 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 enabling PDCCH. If verification is implemented, the UE regards the information in the DCI format as a valid activation or valid release of the DL SPS or configuration of UL grant type 2.

[0192] 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 for 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 for the UE.

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

[0194] The data units of the present disclosure are subjected to physical layer processing at the transmitting side before being transmitted via the radio interface, and the radio signals carrying the data units of the present disclosure are subjected to physical layer processing at the receiving side. For example, a MAC PDU including a PDCP PDU according to the present disclosure may be subjected to physical layer processing as follows.

[0195] Fig. 9 An example of physical layer processing on the transmission side is illustrated.

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

[0197] [Table 6]

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

[0199] [Table 7]

[0200] Control Information Physical Channel UCI PUCCH, PUSCH

[0201] [Table 8]

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

[0203] [Table 9]

[0204] Control Information Physical Channel DCI PDCCH

[0205] <code>

[0206] The data stream and control stream from / to the MAC layer are encoded to provide transport services and control services via the radio transmission link in the PHY layer. For example, the transport block from the MAC layer is encoded as a codeword at the transmitting side. The channel coding scheme is a combination of error detection, error correction, rate matching, interleaving, and mapping to / from the physical channel. The transport channel or control information is split into a physical channel.

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

[0208] [Table 10]

[0209]

[0210] [Table 11]

[0211]

[0212] 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 to encode / decode 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 the code rate R. Figure 1 or LDPC basis Figure 2. The coding 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 enabling or (re)initializing UL configuration grant 2 or DL ​​SPS, or via RRC signaling associated with UL configuration grant type 1. If the transport block with the CRC attached is larger than the maximum code block size of the selected LDPC basis map, the transport block with the CRC attached may be segmented into code blocks and an additional CRC sequence is attached to each code block. LDPC basis Figure 1 and LDPC Basics Figure 2 The maximum code block size is 8448 bits and 3480 bits respectively. If the transport block with CRC attached is not larger than the maximum code block size of the selected LDPC basis map, the transport block with CRC attached 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 to transmit UL-SCH data and layer 1 / layer 2 control information. Although Figure 8 Not shown in FIG. 1 , layer 1 / layer 2 control information may be multiplexed with codewords for UL-SCH data.

[0213] <Scrambling and Modulation>

[0214] The bits of the codeword are scrambled and modulated to generate a block of complex-valued modulation symbols.

[0215] <Layer Mapping>

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

[0217] <Transform Precoding>

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

[0219] The UL transmission waveform is traditional OFDM with CP, which has a transform precoding function that can perform DFT spreading and can be disabled or enabled. In the 3GPP NR system, for UL, if enabled, transform precoding can be optionally 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 in the 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.

[0220] <Subcarrier mapping>

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

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

[0223] <OFDM modulation>

[0224] The communication device on the transmitting side generates a time-continuous OFDM baseband signal for OFDM symbol l in the TTI of the physical channel at antenna port p and subcarrier spacing configuration u by adding a cyclic prefix (CP) and performing an 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 CP to the IFFT signal to generate an OFDM baseband signal.

[0225] <Upconversion>

[0226] The communication device on the transmitting side upconverts the OFDM baseband signal to the carrier frequency f of the cell to which the physical channel is assigned for antenna port p, subcarrier spacing configuration u, and OFDM symbol l 0 。

[0227] Figure 2The processors 102 and 202 therein 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 a carrier frequency to generate a radio frequency (RF) signal. The RF signal is transmitted to an external device through the antennas 108 and 208.

[0228] Fig.10 An example of the physical layer processing on the receiving side is illustrated.

[0229] The physical layer processing on the receiving side is basically the inverse processing of the physical layer processing on the transmitting side.

[0230] <Down-conversion>

[0231] The communication device on the receiving side receives an 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.

[0232] <OFDM demodulation>

[0233] The communication device on the receiving side obtains complex-valued modulation symbols via CP separation and FFT. For example, for each OFDM symbol, the communication device on 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 the complex-valued modulation symbols for antenna port p, subcarrier spacing u, and OFDM symbol l.

[0234] <Subcarrier demapping>

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

[0236] <Transform de-precoding>

[0237] If transform precoding has been enabled for the uplink physical channel, transform de-precoding (e.g., IDFT) is performed on the complex-valued modulation symbols of the uplink physical channel. For the downlink physical channel and for the uplink physical channel for which transform precoding has been disabled, transform de-precoding is not performed.

[0238] <Layer demapping>

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

[0240] <Demodulation and Descrambling>

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

[0242] <Decode>

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

[0244] In the above-mentioned physical layer processing on the 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 / down conversion may be determined based on resource allocation (e.g., UL grant, DL assignment).

[0245] For uplink data transmission, the processor 102 of the present disclosure may apply (or control the transceiver 106 to apply) the above-mentioned physical layer processing of the transmitting side 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 receiving side to the received radio signal to obtain the data unit of the present disclosure.

[0246] For downlink data transmission, the processor 202 of the present disclosure may apply (or control the transceiver 206 to apply) the above-mentioned physical layer processing of the transmitting side 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 receiving side to the received radio signal to obtain the data unit of the present disclosure.

[0247] Fig.11 The operation of a wireless device based on an implementation of the present disclosure is illustrated.

[0248] Figure 2The first wireless device 100 may generate first information / signal according to the functions, processes and / or methods described in the present disclosure, and then wirelessly transmit a radio signal including the first information / signal to the Figure 2 The first information / signal may include a data unit (e.g., PDU, SDU, RRC message) of the present disclosure. The first wireless device 100 may receive a radio signal including the second information / signal from the second wireless device 200 (S30), and then perform an operation based on or in accordance with the second information / signal (S50). The second information / signal may be sent by the second wireless device 200 to the first wireless device 100 in response to the first information / signal. The second information / signal may include a data unit (e.g., PDU, SDU, RRC message) of the present disclosure. The first information / signal may include content request information, and the second information / signal may include content specific to the purpose of the first wireless device 100. Some examples of operations specific to the purpose of the wireless devices 100 and 200 will be described below.

[0249] In some scenarios, the first wireless device 100 may be Figure 1 The handheld device 100d may be a handheld device 100d that performs the functions, processes and / or methods described in the present disclosure. The handheld device 100d may obtain information / signals (e.g., touch, text, voice, image or video) input by the user and convert the obtained information / signals into first information / signals. The handheld device 100d may send the first information / signals to the second wireless device 200 (S10). The second wireless device 200 may be Figure 1 The handheld device 100d may receive the second information / signal from the second wireless device 200 (S30) and perform an operation based on the second information / signal (S50). For example, the handheld device 100d may output the content of the second information / signal to the user (e.g., in the form of text, voice, image, video, or tactile) through the I / O unit of the handheld device 100d.

[0250] In some scenarios, the first wireless device 100 may be a vehicle or an autonomous vehicle 100b that performs the functions, processes and / or methods described in the present disclosure. The vehicle 100b may communicate with the user through its communication unit (e.g., Figure 3The communication unit 110 of the vehicle 100b sends (S10) and receives (S30) signals (e.g., data signals and control signals) from external devices such as other vehicles, BSs (e.g., gNBs and roadside units) and servers. The vehicle 100b may include a driving unit, and the driving unit may cause the vehicle 100b to travel on a road. The driving unit of the vehicle 100b may include an engine, a motor, a powertrain, wheels, brakes, a steering device, etc. The vehicle 100b may include a sensor unit for acquiring a vehicle state, surrounding environment information, user information, etc. The vehicle 100b may generate a first information / signal and send it to the second wireless device 200 (S10). The first information / signal may include vehicle state information, surrounding environment information, user information, etc. The vehicle 100b may receive a second information / signal from the second wireless device 200 (S30). The second information / signal may include vehicle state information, surrounding environment information, user information, etc. The vehicle 100b may travel, stop, or adjust the speed on the road based on the second information / signal (S50). For example, the vehicle 100b may receive second information / signals including data, traffic information data, etc. from an external server (S30). The vehicle 100b may generate an autonomous driving path and a driving plan based on the second information / signals, and may move along the autonomous driving path according to the driving plan (e.g., speed / direction control) (S50). As another example, the control unit or processor of the vehicle 100b may generate a virtual object based on map information, traffic information, and vehicle location information obtained through a GPS sensor of the vehicle 100b, and the I / O unit 140 of the vehicle 100b may display the generated virtual object in a window of the vehicle 100b (S50).

[0251] In some scenarios, the first wireless device 100 may be a processor that executes Figure 1 The XR device 100c may be configured to implement the functions, processes, and / or methods described in the present disclosure. The XR device 100c may be configured to implement the functions, processes, and / or methods described in the present disclosure through its communication unit (e.g., Figure 3 The communication unit 110 of the XR device 100c sends signals (e.g., media data and control signals) to an external device such as another wireless device, a handheld device, or a media server (S10) and receives signals (e.g., media data and control signals) from it (S30). For example, the XR device 100c sends content request information to another device or a media server (S10), downloads / streams content such as a movie or news from another device or a media server (S30), and generates, outputs, or displays an XR object (e.g., an AR / VR / MR object) through the I / O unit of the XR device based on the wirelessly received second information / signal (S50).

[0252] In some scenarios, the first wireless device 100 may be Figure 1The robot 100a is a robot that performs the functions, processes and / or methods described in the present disclosure. The robot 100a can be classified as an industrial robot, a medical robot, a household robot, a military robot, etc. according to the purpose or field of use. The robot 100a can communicate with the user through its communication unit (e.g., Figure 3 The communication unit 110 of the robot 100a sends signals (e.g., drive information and control signals) to and receives signals (e.g., drive information and control signals) from external devices such as other wireless devices, other robots, or a control server (S10) (S30). The second information / signal may include drive information and control signals for the robot 100a. The control unit or processor of the robot 100a may control the movement of the robot 100a based on the second information / signal.

[0253] In some scenarios, the first wireless device 100 may be Figure 1 The AI ​​device 400 may be implemented by a fixed device or a mobile device such as a TV, a projector, a smart phone, a PC, a notebook, a digital broadcast terminal, a tablet PC, a wearable device, a set-top box (STB), a radio, a washing machine, a refrigerator, a digital signage, a robot, a vehicle, etc. The AI ​​device 400 may use wired / wireless communication technology to communicate with other AI devices (e.g., Figure 1 100a, ..., 100f, 200 or 400) or an AI server (e.g., Figure 1 The AI ​​device 400 may send a wired / radio signal (e.g., sensor information, user input, learning model, or control signal) to an external device (e.g., sensor information, user input, learning model, or control signal) (S10) and receive a wired / radio signal (e.g., sensor information, user input, learning model, or control signal) from the external device (e.g., sensor information, user input, learning model, or control signal) (S30). The control unit or processor of the AI ​​device 400 may determine at least one feasible operation of the AI ​​device 400 based on information determined or generated using a data analysis algorithm or a machine learning algorithm. The AI ​​device 400 may request an external device such as another AI device or an AI server to provide sensor information, user input, learning model, control signal, etc. to the AI ​​device 400 (S10). The AI ​​device 400 may receive second information / signal (e.g., sensor information, user input, learning model, or control signal) (S30), and the AI ​​device 400 may perform an operation predicted or determined to be preferred among at least one feasible operation based on the second information / signal (S50).

Claims

1. A method for performing uplink transmission by a user equipment UE in a wireless communication system, the method comprising the following steps: triggering a configure uplink grant confirmation based on receiving a configure grant CG activate command for a configure uplink grant; Based on the presence of a pending protocol data unit (PDU) in a HARQ buffer of the identified hybrid automatic repeat request (HARQ) process and based on a mismatch between a size of the configured uplink grant and a size of the pending PDU, flushing the HARQ buffer; as well as Based on the triggered configure uplink grant confirmation not being cancelled, using the identified HARQ process to send a configure uplink grant confirmation medium access control MAC control element CE, Wherein, based on sending the configure uplink grant confirmation MAC CE, the triggered configure uplink grant confirmation is cancelled.

2. The method according to claim 1, wherein: The pending PDU is a PDU that exists in the HARQ buffer of the identified HARQ process and has not been sent yet.

3. The method according to claim 1, further comprising the steps of: Receive the CG configuration via the physical downlink control channel PDCCH, The CG activation command is received via PDCCH.

4. The method according to claim 1, wherein: The CG activation command is used to reactivate the configured uplink permission.

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: triggering a configure uplink grant confirmation based on receiving a configure grant CG activate command for a configure uplink grant; Based on the presence of a pending protocol data unit (PDU) in a HARQ buffer of the identified hybrid automatic repeat request (HARQ) process and based on a mismatch between a size of the configured uplink grant and a size of the pending PDU, flushing the HARQ buffer; and Based on the triggered configure uplink grant confirmation not being cancelled, using the identified HARQ process to send a configure uplink grant confirmation medium access control MAC control element CE, Wherein, based on sending the configure uplink grant confirmation MAC CE, the triggered configure uplink grant confirmation is cancelled.

6. The UE according to claim 5, wherein: The pending PDU is a PDU that exists in the HARQ buffer of the identified HARQ process and has not been sent yet.

7. The UE according to claim 5, wherein: The operations also include: Receive the CG configuration via the physical downlink control channel PDCCH, The CG activation command is received via PDCCH.

8. The UE according to claim 5, wherein: The CG activation command is used to reactivate the configured uplink permission.

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: triggering a configure uplink grant confirmation based on receiving a configure grant CG activate command for a configure uplink grant; Based on the presence of a pending protocol data unit (PDU) in a HARQ buffer of the identified hybrid automatic repeat request (HARQ) process and based on a mismatch between a size of the configured uplink grant and a size of the pending PDU, flushing the HARQ buffer; and Based on the triggered configure uplink grant confirmation not being cancelled, using the identified HARQ process to send a configure uplink grant confirmation medium access control MAC control element CE, Wherein, based on sending the configure uplink grant confirmation MAC CE, the triggered configure uplink grant confirmation is cancelled.

10. A computer-readable storage medium storing at least one computer program, the at least one 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: triggering a configure uplink grant confirmation based on receiving a configure grant CG activate command for a configure uplink grant; Based on the presence of a pending protocol data unit (PDU) in a HARQ buffer of the identified hybrid automatic repeat request (HARQ) process and based on a mismatch between a size of the configured uplink grant and a size of the pending PDU, flushing the HARQ buffer; as well as Based on the triggered configuration uplink grant confirmation not being cancelled, sending a CG confirmation medium access control MAC control element CE using the identified HARQ process, Wherein, based on sending the configure uplink grant confirmation MAC CE, the triggered configure uplink grant confirmation is cancelled.

Images