Method and apparatus for transmitting and receiving configuration grant PUSCH in wireless communication system

Abstract

A method and an apparatus for transmitting and receiving a configuration grant PUSCH in a wireless communication system are disclosed. A method according to an embodiment disclosed herein may comprise the steps of: receiving individual configuration information related to one or more CG configurations from a base station; transmitting, to the base station, a UCI including information related to a resource for which a next CG PUSCH transmission will occur for the one or more CG configurations, and not performing the CG PUSCH transmission for the one or more CG configurations prior to the resource determined by the information related to the resource for which the next CG PUSCH transmission will occur; and transmitting, to the base station, a CG PUSCH configured for the one or more CGs, the CG PUSCH transmitted on a resource determined by information related to a resource on which a next CG PUSCH transmission will occur.

Description

Technical Field

[0001] The present disclosure relates to a wireless communication system, and more particularly, to a method and apparatus for transmitting and receiving a Configuration Grant (CG) PUSCH (Physical Uplink Shared Channel) in the wireless communication system. Background Art

[0002] A mobile communication system has been developed to provide voice services while ensuring user mobility. However, the mobile communication system has been extended to data services as well as voice services, and currently, the explosive growth of services has led to resource shortages, and users have demanded faster services, thus requiring more advanced mobile communication systems.

[0003] The overall requirements of the next generation mobile communication system should be able to support the accommodation of explosive data services, a significant increase in the transmission rate per user, the accommodation of a significantly increased number of connected devices, very low end-to-end latency and high energy efficiency. To this end, a variety of technologies such as dual connectivity, massive multiple-input multiple-output (massive MIMO), in-band full-duplex, non-orthogonal multiple access (NOMA), ultra-wideband support, and device networking have been studied. Summary of the invention

[0004] Technical issues

[0005] The technical objective of the present disclosure is to provide a method and device for adjusting the transmission timing of a CG PUSCH configured for a CG or activating a deactivated CG.

[0006] In addition, an additional technical objective of the present disclosure is to provide a method and device for sending and receiving CGPUSCH configured for multiple connected / associated CGs.

[0007] The technical objectives to be achieved by the present disclosure are not limited to the above-mentioned technical objectives, and those skilled in the art can clearly understand other technical objectives not described herein through the following description.

[0008] Technical Solution

[0009] According to one aspect of the present disclosure, a method performed by a user equipment (UE) in a wireless communication system may include the following steps: receiving corresponding configuration information related to one or more configuration grant (CG) configurations from a base station; sending uplink control information (UCI) to the base station, wherein the UCI includes information related to resources for the next CGPUSCH (physical uplink shared channel) transmission for one or more CG configurations, and transmission of CG PUSCH for one or more CG configurations is not performed until resources determined by information related to resources for the next CG PUSCH transmission; and sending CGPUSCH for one or more CG configurations to the base station in resources determined by information related to resources for the next CG PUSCH transmission.

[0010] According to additional aspects of the present disclosure, a method performed by a base station in a wireless communication system may include the following steps: sending corresponding configuration information related to one or more configuration grant (CG) configurations to a user equipment (UE); receiving uplink control information (UCI) from the UE, wherein the UCI includes information related to resources for the next CGPUSCH (physical uplink shared channel) transmission for one or more CG configurations, and transmission of CG PUSCH for one or more CG configurations is not performed until resources are determined by information related to resources for the next CG PUSCH transmission; and receiving CG PUSCH for one or more CG configurations from the UE in resources determined by information related to resources for the next CG PUSCH transmission.

[0011] Technical Effects

[0012] According to one embodiment of the present disclosure, a CG PUSCH configured for multiple connected / associated CGs may be transmitted and received.

[0013] In addition, according to an embodiment of the present disclosure, by quickly adjusting resources for CG configuration, optimal resource allocation for CG configuration is possible.

[0014] In addition, according to one embodiment of the present disclosure, CG resources can be efficiently operated to support XR (extended reality) operations.

[0015] Effects achievable by the present disclosure are not limited to the above-described effects, and other effects not described herein may be clearly understood by those skilled in the art through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The accompanying drawings, which are included as a part of the detailed description for understanding the present disclosure, provide embodiments of the present disclosure and describe technical features of the present disclosure through the detailed description.

[0017] Figure 1 The structure of a wireless communication system to which the present disclosure can be applied is illustrated.

[0018] Figure 2 The frame structure in a wireless communication system to which the present disclosure can be applied is illustrated.

[0019] Figure 3 A resource grid in a wireless communication system to which the present disclosure can be applied is illustrated.

[0020] Figure 4 The physical resource blocks in a wireless communication system to which the present disclosure can be applied are illustrated.

[0021] Figure 5 The time slot structure in a wireless communication system to which the present disclosure can be applied is illustrated.

[0022] Figure 6 Physical channels used in a wireless communication system to which the present disclosure can be applied and a general signal transmission and reception method using the physical channels are illustrated.

[0023] Figure 7 The structure / mode of a group of pictures is illustrated.

[0024] Figure 8 A plurality of configuration permission configurations according to one embodiment of the present disclosure are illustrated.

[0025] Fig. 9 A signaling process for a method of sending and receiving a configuration grant PUSCH between a network and a UE according to an embodiment of the present disclosure is illustrated.

[0026] Fig.10 2 is a diagram illustrating an operation of a method of transmitting and receiving a configuration grant PUSCH of a UE according to an embodiment of the present disclosure.

[0027] Fig.11 2 is a diagram illustrating an operation of a base station for a method of transmitting and receiving a configuration grant PUSCH according to an embodiment of the present disclosure.

[0028] Fig.12 A block diagram of a wireless communication device according to an embodiment of the present disclosure is illustrated. DETAILED DESCRIPTION

[0029] Hereinafter, embodiments according to the present disclosure will be described in detail with reference to the accompanying drawings. The detailed description disclosed by the accompanying drawings is intended to describe exemplary embodiments of the present disclosure, rather than to represent the only embodiment in which the present disclosure can be implemented. The following detailed description includes specific details to provide a complete understanding of the present disclosure. However, those skilled in the relevant art know that the present disclosure can be implemented without these specific details.

[0030] In some cases, well-known structures and devices may be omitted, or may be shown in the form of a block diagram based on the core functions of each structure and device in order to prevent ambiguity in the concepts of the present disclosure.

[0031] In the present disclosure, when an element is referred to as being "connected", "combined" or "linked" to another element, it may include an indirect connection relationship between another element and a direct connection relationship. In addition, in the present disclosure, the term "comprising" or "having" specifies the presence of the mentioned features, steps, operations, components and / or elements, but does not exclude the presence or addition of one or more other features, stages, operations, components, elements and / or groups thereof.

[0032] In the present invention, terms such as "first", "second", etc. are only used to distinguish one element from another element and are not used to limit the elements, and unless otherwise specified, they do not limit the order or importance between the elements, etc. Therefore, within the scope of the present disclosure, the first element in an embodiment may be referred to as the second element in another embodiment, and similarly, the second element in an embodiment may be referred to as the first element in another embodiment.

[0033] The terms used in this disclosure are intended to describe specific embodiments, rather than to limit the claims. As used in the description of the embodiments and the appended claims, the singular form is intended to include the plural form, unless the context clearly indicates otherwise. The term "and / or" used in this disclosure may refer to one of the related enumerated items, or mean that it refers to and includes any and all possible combinations of two or more of them. In addition, unless otherwise stated, the " / " between words in the present invention has the same meaning as "and / or".

[0034] The present disclosure describes a wireless communication network or a wireless communication system, and operations performed in the wireless communication network may be performed in a process in which a device (e.g., a base station) controlling a corresponding wireless communication network controls the network and transmits or receives a signal, or may be performed in a process in which a terminal associated with the corresponding wireless network transmits or receives a signal between the network or the terminal.

[0035] In the present disclosure, sending or receiving a channel includes the meaning of sending or receiving information or signals through the corresponding channel. For example, sending a control channel means sending control information or control signals through the control channel. Similarly, sending a data channel means sending data information or data signals through the data channel.

[0036] In the following, downlink (DL) means communication from a base station to a terminal, and uplink (UL) means communication from a terminal to a base station. In the downlink, the transmitter may be part of a base station, and the receiver may be part of a terminal. In the uplink, the transmitter may be part of a terminal, and the receiver may be part of a base station. The base station may be expressed as a first communication device, and the terminal may be expressed as a second communication device. The base station (BS) may be replaced by terms such as a fixed station, a node B, an eNB (evolved node B), a gNB (next generation node B), a BTS (base station transceiver system), an access point (AP), a network (5G network), an AI (artificial intelligence) system / module, an RSU (roadside unit), a robot, a drone (UAV: unmanned aerial vehicle), an AR (augmented reality) device, a VR (virtual reality) device, and the like. In addition, the terminal can be fixed or mobile, and can be replaced by terms such as UE (user equipment), MS (mobile station), UT (user terminal), MSS (mobile subscriber station), SS (subscriber station), AMS (advanced mobile station), WT (wireless terminal), MTC (machine type communication) device, M2M (machine to machine) device, D2D (device to device) device, vehicle, RSU (roadside unit), robot, AI (artificial intelligence) module, drone (UAV: unmanned aerial vehicle), AR (augmented reality) device, VR (virtual reality) device, etc.

[0037] The following description can be used for various radio access systems, such as CDMA, FDMA, TDMA, OFDMA, SC-FDMA, etc. CDMA can be implemented by UTRA (Universal Terrestrial Radio Access) or CDMA2000. TDMA can be implemented by radio technologies such as GSM (Global System for Mobile Communications) / GPRS (General Packet Radio Service) / EDGE (Data Rate Enhanced GSM Evolution). OFDMA can be implemented by radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE802-20, E-UTRA (Evolved UTRA), etc. UTRA is part of UMTS (Universal Mobile Telecommunications System). 3GPP (3rd Generation Partnership Project) LTE (Long Term Evolution) is part of E-UMTS (Evolved UMTS) using E-UTRA, and LTE-A (Advanced) / LTE-A pro is an advanced version of 3GPP LTE. 3GPP NR (New Radio or New Radio Access Technology) is an advanced version of 3GPP LTE / LTE-A / LTE-A pro.

[0038] In order to make the description clearer, the description is based on the 3GPP communication system (e.g., LTE-A, NR), but the technical idea of ​​the present disclosure is not limited to this. LTE means the technology after 3GPP TS (Technical Specification) 36.xxx version 8. Specifically, the LTE technology in or after 3GPP TS 36.xxx version is called LTE-A, and the LTE technology in or after 3GPP TS 36.xxx version 13 is called LTE-Apro. 3GPP NR means the technology in or after TS 38.xxx version. LTE / NR can be referred to as a 3GPP system. "xxx" means the detailed number of the standard document. LTE / NR can generally be referred to as a 3GPP system. For the background technology, terms, abbreviations, etc. used to describe the present disclosure, reference can be made to the matters described in the standard documents disclosed before the present disclosure. For example, reference can be made to the following documents.

[0039] For 3GPP LTE, reference may be made to TS 36.211 (Physical Channels and Modulation), TS 36.212 (Multiplexing and Channel Coding), TS 36.213 (Physical Layer Procedures), TS 36.300 (Overall Description), and TS 36.331 (Radio Resource Control).

[0040] For 3GPP NR, you can refer to TS 38.211 (Physical channels and modulation), TS 38.212 (Multiplexing and channel coding), TS 38.213 (Physical layer procedures for control), TS 38.214 (Physical layer procedures for data), TS 38.300 (NR and NG-RAN (Next Generation Radio Access Network) overall description), and TS 38.331 (Radio Resource Control Protocol Specification).

[0041] Abbreviations of terms that may be used in the present disclosure are defined as follows.

[0042] -BM: Beam Management

[0043] -CQI: Channel Quality Indicator

[0044] -CRI: Channel State Information-Reference Signal Resource Indicator

[0045] -CSI: Channel State Information

[0046] -CSI-IM: Channel State Information-Interference Measurement

[0047] -CSI-RS: Channel State Information-Reference Signal

[0048] -DMRS: Demodulation Reference Signal

[0049] -FDM: Frequency Division Multiplexing

[0050] -FFT: Fast Fourier Transform

[0051] -IFDMA: Interleaved Frequency Division Multiple Access

[0052] -IFFT: Inverse Fast Fourier Transform

[0053] -L1-RSRP: Layer 1 reference signal received power

[0054] -L1-RSRQ: Layer 1 reference signal reception quality

[0055] -MAC: Media Access Control

[0056] -NZP: Non-Zero Power

[0057] -OFDM: Orthogonal Frequency Division Multiplexing

[0058] -PDCCH: Physical Downlink Control Channel

[0059] -PDSCH: Physical Downlink Shared Channel

[0060] -PMI: Precoding Matrix Indicator

[0061] -RE: Resource Element

[0062] -RI: Rank indicator

[0063] -RRC: Radio Resource Control

[0064] -RSSI: Received Signal Strength Indicator

[0065] -Rx: Receive

[0066] -QCL: Quasi-Co-located

[0067] -SINR: Signal to Interference and Noise Ratio

[0068] -SSB (or SS / PBCH block): synchronization signal block (including PSS (primary synchronization signal), SSS (secondary synchronization signal) and PBCH (physical broadcast channel))

[0069] -TDM: Time Division Multiplexing

[0070] -TRP: Transmit and Receive Point

[0071] -TRS: Tracking Reference Signal

[0072] -Tx: Send

[0073] -UE: User Equipment

[0074] -ZP: Zero Power

[0075] Overall system

[0076] As more communication devices require higher capacity, there has been a demand for improved mobile broadband communications compared to existing radio access technologies (RATs). In addition, large-scale MTC (machine type communication) that provides various services anytime and anywhere by connecting multiple devices and things is also one of the main issues to be considered in the next generation of communications. In addition, the design of communication systems considering services / terminals that are sensitive to reliability and latency is also discussed. Therefore, the introduction of next-generation RATs considering eMBB (enhanced mobile broadband communication), mMTC (massive MTC), URLLC (ultra-reliable low-latency communication), etc. is discussed, and for convenience, the corresponding technology is referred to as NR in this disclosure. NR is an expression representing an example of 5GRAT.

[0077] The new RAT system including NR uses an OFDM transmission method or a transmission method similar thereto. The new RAT system may follow OFDM parameters different from those of LTE. Alternatively, the new RAT system follows the parameters of the existing LTE / LTE-A as is, but may support a wider system bandwidth (e.g., 100 MHz). Alternatively, a cell may support multiple parameter sets. In other words, terminals operating according to different parameter sets may coexist in one cell.

[0078] A parameter set corresponds to one subcarrier spacing in the frequency domain. As the reference subcarrier spacing is scaled by an integer N, different parameter sets can be defined.

[0079] Figure 1 The structure of a wireless communication system to which the present disclosure can be applied is illustrated.

[0080] Reference Figure 1 , NG-RAN is configured with gNBs that provide the control plane (RRC) protocol side for the NG-RA (NG Radio Access) user plane (i.e., the new AS (Access Stratum) sublayer / PDCP (Packet Data Convergence Protocol) / RLC (Radio Link Control) / MAC / PHY) and the UE. The gNBs are interconnected through the Xn interface. In addition, the gNBs are connected to the NGC (Next Generation Core) through the NG interface. More specifically, the gNB is connected to the AMF (Access and Mobility Management Power) through the N2 interface, and to the UPF (User Plane Function) through the N3 interface.

[0081] Figure 2 The frame structure in a wireless communication system to which the present disclosure can be applied is illustrated.

[0082] The NR system may support multiple parameter sets. Here, the parameter set may be defined by subcarrier spacing and cyclic prefix (CP) overhead. Here, multiple subcarrier spacings may be derived by scaling the basic (reference) subcarrier spacing by an integer N (or, μ). In addition, although it is assumed that very low subcarrier spacings are not used in very high carrier frequencies, the parameter set used may be selected independently of the frequency band. In addition, various frame structures according to multiple parameter sets may be supported in the NR system.

[0083] In the following, OFDM parameter sets and frame structures that can be considered in the NR system are described. Multiple OFDM parameter sets supported in the NR system can be defined as shown in Table 1 below.

[0084] [Table 1]

[0085] μ <![CDATA[Δf=2 μ ·15[kHz]]]> CP 0 15 normal 1 30 normal 2 60 Normal, Extended 3 120 normal 4 240 normal

[0086] NR supports multiple parameter sets (or subcarrier spacing (SCS)) for supporting various 5G services. For example, when the SCS is 15kHz, it supports wide areas of traditional cellular bands; and when the SCS is 30kHz / 60kHz, it supports dense cities, lower latency and wider carrier bandwidth; and when the SCS is 60kHz or higher, it supports bandwidths exceeding 24.25GHz to overcome phase noise.

[0087] The NR band is defined as two types of frequency ranges (FR1, FR2). FR1, FR2 can be configured as shown in Table 2 below. In addition, FR2 may mean millimeter wave (mmW).

[0088] [Table 2]

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

[0090] Regarding the frame structure in the NR system, the sizes of various fields in the time domain are expressed as T c =1 / (Δf max ·N f ) is a multiple of the time unit. Here, Δf max is 480·103Hz, and N f is 4096. Downlink and uplink transmissions are configured (organized) to have duration T f =1 / Δf max N f / 100)·T c =10ms radio frame. Here, the radio frame is configured with 10 subframes, each of which has T sf =(Δf max N f / 1000)·T c=1 ms duration. In this case, there may be one frame set for the uplink and one frame set for the downlink. Furthermore, the transmission in the i-th uplink frame from the terminal should start T earlier than the corresponding downlink frame in the corresponding terminal. TA =(N TA +N TA,offset )T c For subcarrier spacing configuration μ, the time slots are arranged in n subframes. s μ ∈{0,...,N slot subframe,μ -1} and in the radio frame the number is incremented by n s,f μ ∈{0,...,N slot frame,μ -1}. A time slot is configured with N symb slot consecutive OFDM symbols, and N symb slot Determined according to CP. Time slot n in a subframe s μ The beginning of the OFDM symbol n in the same subframe s μ N symb slot All terminals may not perform transmission and reception at the same time, which means that all OFDM symbols of a downlink time slot or an uplink time slot may not be used.

[0091] Table 3 shows the number of OFDM symbols per time slot in a normal CP (N symb slot ), the number of time slots per radio frame (N slot frame,μ ) and the number of time slots per subframe (N slot subframe,μ ), and Table 4 represents the number of OFDM symbols per slot, the number of slots per radio frame, and the number of slots per subframe in the extended CP.

[0092] [Table 3]

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

[0094] [Table 4]

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

[0096] Figure 2 is an example of μ=2 (SCS is 60kHz), see Table 3, 1 subframe can include 4 time slots. Figure 21 subframe={1,2,4} shown in is an example, and the number of slots that may be included in 1 subframe is as defined in Table 3 or Table 4. In addition, a mini-slot may include 2, 4, or 7 symbols or more or less symbols.

[0097] Regarding the physical resources in the NR system, antenna ports, resource grids, resource elements, resource blocks, carrier parts, etc. can be considered. Hereinafter, the physical resources that can be considered in the NR system will be described in detail.

[0098] First, with respect to antenna ports, the antenna ports are defined so that the channel carrying the symbol in the antenna port can be inferred from the channel carrying the other symbol in the same antenna port. When the large-scale properties of the channel on which the symbol in one antenna port is carried can be inferred from the channel carrying the symbol of another antenna port, it can be said that the two antenna ports are in a QC / QCL (quasi-co-located or quasi-co-located) relationship. In this case, the large-scale properties include at least one of delay spread, Doppler spread, frequency shift, average received power, and receive timing.

[0099] Figure 3 A resource grid in a wireless communication system to which the present disclosure can be applied is illustrated.

[0100] refer to Figure 3 , exemplarily describing a resource grid configuration with N in the frequency domain RB μ N sc RB subcarriers, and one subframe is configured with 14·2 μ OFDM symbols, but not limited to this. In the NR system, the transmitted signal consists of 2 μ N symb (μ) OFDM symbols and N RB μ N sc RB Here, N RB μ ≤N RB max,μ . N RB max,μ represents the maximum transmission bandwidth, which may differ between uplink and downlink and between parameter sets. In this case, one resource grid can be configured for each μ and antenna port p. Each element of the resource grid for μ and antenna port p is called a resource element and is uniquely identified by an index pair (k, l'). Here, k = 0, ..., N RB μ N sc RB-1 is the index in the frequency domain, and l'=0,...,2 μ N symb (μ) -1 refers to the symbol position in the subframe. When referencing a resource element in a slot, an index pair (k, l) is used. Here, l = 0, ..., N symb μ -1. The resource element (k, l') for μ and antenna port p corresponds to the complex value a k,l' (p,μ) When there is no risk of aliasing or when no specific antenna port or parameter set is specified, the indices p and μ may be dropped and the complex value may be ak,l'(p) or ak,l'. In addition, a resource block (RB) is defined as N in the frequency domain. sc RB =12 consecutive subcarriers.

[0101] Point A serves as a common reference point for the resource block grid and is obtained as follows.

[0102] -OffsetToPointA for the primary cell (PCell) downlink represents the frequency offset between point A and the lowest subcarrier of the lowest resource block overlapping with the SS / PBCH block, which is used by the terminal for initial cell selection. Assuming a subcarrier spacing of 15kHz is used for FR1 and a subcarrier spacing of 60kHz is used for FR2, it is expressed in resource blocks.

[0103] -absoluteFrequencyPointA represents the frequency position of point A, expressed in ARFCN (Absolute Radio Frequency Channel Number).

[0104] For subcarrier spacing configuration μ, the common resource blocks are numbered from 0 upwards in the frequency domain. The center of subcarrier 0 of common resource block 0 for subcarrier spacing configuration μ is the same as "point A". Common resource block number n for subcarrier spacing configuration μ in the frequency domain CRB μ The relationship between and resource element (k, l) is given as in Equation 1 below.

[0105] [Formula 1]

[0106]

[0107] In Equation 1, k is defined relative to point A, so that k=0 corresponds to a subcarrier centered at point A. Physical resource blocks are spaced from 0 to N in a bandwidth part (BWP). BWP,i size,μ -1 numbering and i is the number of BWP. Physical resource block n in BWPi PRB and public resource block n CRBThe relationship between is given by the following equation 2.

[0108] [Formula 2]

[0109]

[0110] is the common resource block where the BWP starts relative to common resource block 0.

[0111] Figure 4 The physical resource blocks in the wireless communication system to which the present disclosure can be applied are illustrated. Figure 5 The time slot structure in a wireless communication system to which the present disclosure can be applied is illustrated.

[0112] Reference Figure 4 and Figure 5 , a time slot includes multiple symbols in the time domain. For example, for a normal CP, 1 time slot includes 7 symbols, but for an extended CP, 1 time slot includes 6 symbols

[0113] A carrier includes multiple subcarriers in the frequency domain. An RB (resource block) is defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. A BWP (bandwidth part) is defined as multiple consecutive (physical) resource blocks in the frequency domain and may correspond to a parameter set (e.g., SCS, CP length, etc.). A carrier may include up to N (e.g., 5) BWPs. Data communication may be performed through an activated BWP, and only one BWP may be activated for a terminal. In a resource grid, each element is called a resource element (RE) and may map a complex symbol.

[0114] In the NR system, each component carrier (CC) can support up to 400MHz. If a terminal operating in such a wideband CC always operates to turn on the radio frequency (FR) chip for the entire CC, the terminal battery consumption may increase. Alternatively, when considering multiple application scenarios operating in a wideband CC (e.g., eMBB, URLLC, Mmtc, V2X, etc.), different parameter sets (e.g., subcarrier spacing, etc.) can be supported in each frequency band in the corresponding CC. Alternatively, each terminal may have different capabilities for the maximum bandwidth. Taking this into account, the base station can instruct the terminal to operate only in part of the bandwidth instead of the full bandwidth of the wideband CC, and for convenience, the corresponding partial bandwidth is defined as a bandwidth part (BWP). BWP can be configured with continuous RBs on the frequency axis and can correspond to a parameter set (e.g., subcarrier spacing, CP length, slot / microslot duration).

[0115] At the same time, even in one CC configured to the terminal, the base station can configure multiple BWPs. For example, a BWP occupying a relatively small frequency domain can be configured in the PDCCH monitoring time slot, and the PDSCH indicated by the PDCCH can be scheduled in a larger BWP. Alternatively, when the UE is congested in a specific BWP, other BWPs can be configured for some terminals for load balancing. Alternatively, considering the frequency domain inter-cell interference elimination between adjacent cells, etc., some full-bandwidth intermediate spectrums can be excluded, and BWPs on two edges can be configured in the same time slot. In other words, the base station can configure at least one DL / UL BWP to a terminal associated with a broadband CC. The base station can activate at least one DL / UL BWP in the configured DL / UL BWP at a specific time (through L1 signaling or MAC CE (control element) or RRC signaling, etc.). In addition, the base station can indicate switching to other configured DL / UL BWPs (through L1 signaling or MACCE or RRC signaling, etc.). Alternatively, based on a timer, when the timer value expires, it can switch to a determined DL / UL BWP. Here, the activated DL / UL BWP is defined as the active DL / UL BWP. However, before the terminal performs the initial access procedure or establishes the RRC connection, the configuration on the DL / UL BWP may not be received, so the DL / UL BWP assumed by the terminal in these cases is defined as the initial active DL / UL BWP.

[0116] Figure 6 Physical channels used in a wireless communication system to which the present disclosure can be applied and a general signal transmission and reception method using the physical channels are illustrated.

[0117] In a wireless communication system, a terminal receives information from a base station through a downlink and transmits information to the base station through an uplink. The information sent and received by the base station and the terminal includes data and various control information, and there are various physical channels according to the type / purpose of the information they send and receive.

[0118] When the terminal is turned on or newly enters a cell, it performs an initial cell search including synchronization with a base station (S601). For the initial cell search, the terminal can synchronize with the base station by receiving a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) from the base station, and obtain information such as a cell identifier (ID). Then, the terminal can obtain broadcast information in the cell by receiving a physical broadcast channel (PBCH) from the base station. At the same time, the terminal can check the downlink channel status by receiving a downlink reference signal (DLRS) in the initial cell search phase.

[0119] The terminal that has completed the initial cell search may obtain more detailed system information by receiving a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) according to information carried in the PDCCH (S602).

[0120] At the same time, when the terminal accesses the base station for the first time or there are no radio resources for signal transmission, it can perform a random access (RACH) process (S603 to S606) on the base station. For the random access process, the terminal can send a specific sequence as a preamble code through a physical random access channel (PRACH) (S603 and S605), and can receive a response message to the preamble code through a PDCCH and a corresponding PDSCH (S604 and S606). The contention-based RACH can additionally perform a contention resolution process.

[0121] The terminal that subsequently performs the above process may perform PDCCH / PDSCH reception (S607) and PUSCH (Physical Uplink Shared Channel) / PUCCH (Physical Uplink Control Channel) transmission (S608) as a general uplink / downlink signal transmission process. Specifically, the terminal receives downlink control information (DCI) via PDCCH. Here, DCI includes control information such as resource allocation information for the terminal, and the format varies according to its purpose of use.

[0122] At the same time, the control information sent by the terminal to the base station through the uplink or received by the terminal from the base station includes downlink / uplink ACK / NACK (acknowledgement / non-acknowledgement) signal, CQI (channel instruction indicator), PMI (precoding matrix indicator), RI (rank indicator), etc. For the 3GPP LTE system, the terminal can send the above-mentioned CQI / PMI / RI and other control information through PUSCH and / or PUCCH.

[0123] Table 5 shows an example of the DCI format in the NR system.

[0124] [Table 5]

[0125]

[0126] Referring to Table 5, DCI formats 0_0, 0_1 and 0_2 may include resource information (e.g., UL / SUL (supplementary UL), frequency resource allocation, time resource allocation, frequency hopping, etc.), information related to transport blocks (TBs) (e.g., MCS (modulation coding and scheme), NDI (new data indicator), RV (redundancy version)), etc.), information related to HARQ (hybrid-automatic repeat and request) (e.g., process number, DAI (downlink assignment index), PDSCH-HARQ feedback timing, etc.), information related to multiple antennas (e.g., DMRS sequence initialization information, antenna port, CSI request, etc.), power control information related to PUSCH scheduling (e.g., PUSCH power control, etc.), and the control information included in each DCI format may be predefined.

[0127] DCI format 0_0 is used to schedule PUSCH in one cell. Information included in DCI format 0_0 is CRC (Cyclic Redundancy Check) scrambled by C-RNTI (Cell Radio Network Temporary Identifier) ​​or CS-RNTI (Configured Scheduling RNTI) or MCS-C-RNTI (Modulation Coding Scheme Cell RNTI) and transmitted.

[0128] DCI format 0_1 ​​is used to indicate the scheduling of one or more PUSCHs or to configure grant (CG) downlink feedback information to a terminal in a cell. The information included in DCI format 0_1 ​​is scrambled and transmitted by C-RNTI or CS-RNTI or SP-CSI-RNTI (semi-persistent CSIRNTI) or MCS-C-RNTI.

[0129] DCI format 0_2 is used to schedule PUSCH in one cell. Information included in DCI format 0_2 is scrambled and transmitted by C-RNTI, CS-RNTI, SP-CSI-RNTI, or MCS-C-RNTI.

[0130] Next, DCI formats 1_0, 1_1 and 1_2 may include resource information (e.g., frequency resource allocation, time resource allocation, VRB (virtual resource block) -PRB (physical resource block) mapping, etc.), information related to transport blocks (TBs) (e.g., MCS, NDI, RV, etc.), information related to HARQ (e.g., process number, DAI, PDSCH-HARQ feedback timing, etc.), information related to multiple antennas (e.g., antenna ports, TCI (transmission configuration indicator), SRS (sounding reference signal) request, etc.), information related to PUCCH scheduling regarding PDSCH (e.g., PUCCH power control, PUCCH resource indicator, etc.), and the control information included in each DCI format may be predefined.

[0131] DCI format 1_0 is used to schedule PDSCH in one DL cell. Information included in DCI format 1_0 is CRC scrambled and transmitted by C-RNTI or CS-RNTI or MCS-C-RNTI.

[0132] DCI format 1_1 is used to schedule PDSCH in one cell. Information included in DCI format 1_1 is CRC scrambled and transmitted by C-RNTI or CS-RNTI or MCS-C-RNTI.

[0133] DCI format 1_2 is used to schedule PDSCH in one cell. Information included in DCI format 1_2 is CRC scrambled and transmitted by C-RNTI, CS-RNTI, or MCS-C-RNTI.

[0134] Quasi-Co-located (QCL)

[0135] The antenna ports are defined so that the channel through which the symbol in the antenna port is transmitted can be inferred from the channel through which the other symbols in the same antenna port are transmitted. When the characteristics of the channel carrying the symbol in one antenna port can be inferred from the channel carrying the symbol in the other antenna port, the two antenna ports are said to be in a QC / QCL (quasi co-located or quasi co-located) relationship.

[0136] Here, the channel characteristics include at least one of delay spread, Doppler spread, frequency / Doppler shift, average received power, receive timing / average delay, or spatial RX parameters. Here, the spatial Rx parameters refer to spatial (Rx) channel characteristic parameters such as arrival angle.

[0137] The terminal may be configured at a list of up to M TCI state configurations in the higher layer parameter PDSCH-Config to decode the PDSCH according to the detected PDCCH with the expected DCI for the corresponding terminal and a given serving cell. M depends on the UE capabilities.

[0138] Each TCI state includes parameters for configuring a quasi-co-location relationship between ports of one or two DL reference signals and a DM-RS of a PDSCH.

[0139] The quasi co-location relationship is configured by the higher layer parameters qcl-Type1 of the first DL RS and qcl-Type2 of the second DL RS (if configured). The QCL types are different for the two DL RSs, regardless of whether the reference is the same DL RS or different DL RSs.

[0140] The quasi-colocation type corresponding to each DL RS is given by the high-level parameter qcl-Type of QCL-Info and can take one of the following values.

[0141] - 'QCL-TypeA': {Doppler shift, Doppler spread, average delay, delay spread}

[0142] - 'QCL-TypeB': {Doppler shift, Doppler spread}

[0143] - 'QCL-TypeC': {Doppler shift, average delay}

[0144] - 'QCL-TypeD': {spatial Rx parameters}

[0145] For example, when the target antenna port is a specific NZP CSI-RS, the corresponding NZP CSI-RS antenna port may be indicated / configured to be quasi-colocated with a specific TRS regarding QCL-Type A, and quasi-colocated with a specific SSB regarding QCL-Type D. The terminal receiving such an indication / configuration may receive the corresponding NZP CSI-RS by using Doppler, a delay value measured in the QCL-Type A TRS, and applying an Rx beam for receiving the QCL-Type D SSB to the reception of the corresponding NZP CSI-RS.

[0146] The UE may receive the activation command via MAC CE signaling for mapping up to 8 TCI states to a code point of the DCI field 'Transmission Configuration Indication'.

[0147] Configuration permission for uplink

[0148] The configuration grant (CG) for PUSCH is divided into CG type 1 and CG type 2.

[0149] CG Type 1 is fully configured or released for resource allocation using RRC signaling. When CG Type 1 is configured, a resource set is allocated to the UE on which PUSCH can be periodically sent. PDCCH is requested only when retransmission is required. CG Type 1 PUSCH transmission is semi-statically configured to operate upon receiving the higher-layer parameter configuredGrantConfig including rrc-ConfiguredUplinkGrant without detecting UL grant in DCI. The UE can perform PUSCH transmission according to the configured CG Type 1 until additional RRC signaling is re-established for the UE.

[0150] CG Type 2 is partially configured with resource allocation using RRC signaling and activated / deactivated using PDCCH transmissions. Since PDCCH also provides time and frequency resource allocations, the resource allocations can change each time it is activated. After receiving the higher layer parameter configuredGrantConfig that does not include rrc-ConfiguredUplinkGrant, CG Type 2 PUSCH transmissions are semi-persistently scheduled by effectively activating the UL grant in the DCI.

[0151] One or more CG configurations of CG Type 1 and / or CG Type 2 may be simultaneously activated on the activated BWP of the serving cell.

[0152] For PUSCH transmission corresponding to CG type 1 or CG type 2, parameters for PUSCH transmission can be provided by configuredGrantConfig.

[0153] Table 6 shows an example of configuredGrantConfig IE. The configuredGrantConfig IE is used to configure uplink transmission without dynamic grant through DCI. The actual uplink grant can be configured by RRC (CG type 1) or provided via PDCCH (through CS-RNTI) (CG type 2). Multiple CG configurations can be configured within one BWP of the serving cell.

[0154] [Table 6]

[0155]

[0156]

[0157] In Table 6, periodicity represents the period for uplink CG transmission, which means the duration between consecutive persistent resource allocations. periodicityExt is used to calculate the period of uplink CG, and if this parameter is not present, the period is ignored. Depending on the configured subcarrier spacing, the uplink CG period has different supported values.

[0158] nrofHARQ-Processes indicates the number of HARQ processes configured for the uplink CG. In case of dynamic resource allocation, the HARQ process identifier is specified in the DCI associated with each resource allocation. However, in the uplink CG, the identifier of the HARQ process is determined based on the nrofHARQ-Processes value and the period value.

[0159] repK indicates the number of repetitions, that is, indicates the repetition level for each PUSCH transmission. repK can have one of the values ​​of {1, 2, 4, 8}. For CG type 1, if pusch-RepTypeIndicator in rrc-ConfiguredUplinkGrant indicates "pusch-RepTypeB", PUSCH repetition type B is applied, otherwise PUSCH repetition type A is applied. For CG type 2, the PUSCH repetition type is determined by the UL grant of the DCI. Depending on the configured PUSCH repetition type A or B, the UE repeatedly sends uplink TBs for the configured number of repetitions.

[0160] repK-RV indicates a redundancy version sequence. repK-RV is configured when repetition is used (ie, when repK is set to one of {2, 4, 8}).

[0161] resourceAllocation indicates the configuration of bitmap-based resource allocation type 0 or resource indication value (RIV)-based resource allocation type 1.

[0162] mcs-Table indicates the MCS table that the UE uses for PUSCH without transform precoding, and mcs-TableTransformPrecoder indicates the MCS table that the UE uses for PUSCH with transform precoding. transformPrecoder indicates whether transform precoding is enabled for PUSCH.

[0163] rrc-ConfiguredUplinkGrant is the configuration for CG type 1 transmission. If this field is not present, the UE uses the UL grant configured by DCI through CS-RNTI (i.e., CG type 2). timeDomainAllocation indicates the starting symbol and length of the PUSCH and the PUSCH mapping type. timeDomainOffset indicates the offset relative to the reference SFN (system frame number) indicated by timeReferenceSFN. timeReferenceSFN indicates the SFN used to determine the resource offset in the time domain. The UE uses the SFN closest to the indicated number before receiving the configuration grant configuration, and if this field is not present, the reference SFN is 0.

[0164] After configuring the uplink grant for CG type 1, the MAC entity considers that the Nth (N≥0) uplink grant appears in the symbol in turn according to the following formula 3. That is, when CG type 1 is used, the CG PUSCH can be sent at the transmission timing / opportunity that satisfies the following formula 3.

[0165] [Formula 3]

[0166]

[0167] In addition, after configuring the uplink grant for CG type 2, the MAC entity considers that the Nth (N≥0) uplink grant appears in the symbol in turn according to the following formula 4. That is, when CG type 2 is used, the CG PUSCH can be sent at the transmission timing / opportunity that satisfies the following formula 4.

[0168] [Formula 4]

[0169]

[0170] In Equation 3 and Equation 4, numberOfSlotsPerFrame represents the number of consecutive slots per frame, and numberOfSymbolsPerSlot represents the number of consecutive symbols per slot.

[0171] In addition, timeReferenceSFN is used to determine the offset of resources in the time domain, and the UE can use the SFN with the closest indicated number before receiving the configured CG. timeDomainOffset represents the offset relative to the reference SFN indicated by timeReferenceSFN. periodicity represents the period of UL transmission for CG type 1. timeReferenceSFN, timeDomainOffset and periodicity can be configured by configuredGrantConfig (see Table 6). In addition, S corresponds to the start symbol derived from timeDomainAllocation (see Table 6), and N is an integer value corresponding to the Nth transmission opportunity / opportunity.

[0172] In addition, SFN start time 、slot start time and symbol start time Represents the SFN, time slot and symbol, respectively, of the first transmission timing / opportunity of the PUSCH where the CG is (re)initialized (i.e., in the PUSCH transmission that occurs according to the resource allocation in the active PDCCH).

[0173] In addition, in the case of dynamic resource allocation on PDCCH, the HARQ process identifier (HARQ process ID) is specified in the DCI, and in the case of CG, the DCI is not received before each PUSCH transmission, so the HARQ process is calculated according to the following formula 5 or formula 6. The base station can configure the number of HARQ processes (e.g., nrofHARQ-Processes) and the offset used to derive the HARQ process ID (e.g., harq-ProcID-Offset2).

[0174] If the offset (e.g., harq-ProcID-Offset2) and the retransmission timer (cg-RetransmissionTimer) for deriving the HARQ process ID are not configured, the UE derives the HARQ process ID associated with the time slot at which the uplink transmission starts from the following formula 5. Alternatively, if the offset (e.g., harq-ProcID-Offset2) for deriving the HARQ process ID is configured, the UE derives the HARQ process ID associated with the time slot at which the uplink transmission starts from the following formula 6.

[0175] [Formula 5]

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

[0177] [Formula 6]

[0178] HARQ process ID=[floor(CURRENT_symbol / periodicity)]modulo nrofHARQ-Processes+harq-ProcID-Offset2

[0179] In Equation 5 and Equation 6, nrofHARQ-Processes defines the number of uplink HARQ processes and may have a value from 1 to 16 (see Table 6). nrofHARQ-Processes is used to identify a HARQ process ID for a specific PUSCH transmission.

[0180] In addition, in Equations 5 and 6, CURRENT_symbol=(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+number of slots in frame×numberOfSymbolsPerSlot+number of symbols in slot). numberOfSlotsPerFrame and numberOfSymbolsPerSlot respectively mean the number of consecutive slots per frame and the number of consecutive symbols per slot.

[0181] In addition, in Table 6, configuredGrantTimer indicates the initial value of the CG timer as a multiple of the period. That is, configuredGrantTimer defines the duration (period) that the UE waits for a retransmission request after sending an uplink packet. The CG timer works independently for each HARQ process.

[0182] More specifically, the MAC entity includes a HARQ entity for each serving cell with a configured uplink, which maintains multiple parallel HARQ processes. The number of parallel HARQ processes per HARQ entity is determined according to the standard specification. Each HARQ process supports one TB. Each HARQ process is associated with a HARQ process identifier (ID). When a TB is repeated in multiple CG PUSCHs (i.e., in multiple CG PUSCH TOs), the same HARQ process can be used for the repeated CG PUSCHs.

[0183] For an uplink grant, the HARQ entity identifies the HARQ process associated with the grant. For the identified HARQ process, if the uplink grant is a configured uplink grant and is used for initial transmission of the configured uplink grant, the HARQ entity may start a CG timer (i.e., configuredGrantTimer) by initial CG PUSCH transmission for the identified HARQ process according to Formula 5 or Formula 6. Here, the CG timer (i.e., configuredGrantTimer) may be started at the beginning of the first symbol of the initial CG PUSCH transmission.

[0184] When the CG timer expires, the UE may assume a positive acknowledgment. If the timer expires (i.e., if no retransmission request is received until the timer expires), the UE assumes a positive acknowledgment. This allows the UE to subsequently send new uplink data using the same HARQ process.

[0185] The CG timer should be configured long enough to ensure that the base station has time to receive the uplink packet and schedule the retransmission request, but if the CG timer is configured too long, delays may occur because the UE cannot reuse the HARQ process for a new transmission until a positive acknowledgment is assumed for the previous transmission.

[0186] Method for transmitting and receiving PUSCH using Configuration Grant (CG)

[0187] In the present disclosure, when using pre-configured resources (such as configuration grant (CG) of NR wireless communication system) to send video information of extended reality (XR) service, a method is proposed to reduce power consumption and improve the efficiency of wireless resources while ensuring the availability and reliability of transmission resources.

[0188] In NR, one or more CG PUSCHs can be configured for the UE for periodic transmission and reception or for low latency and PDCCH overhead. Each CG configuration has a period and the configured / indicated resources can be repeated. That is, the initial configured / indicated resource allocation is repeated with the configured period, and the UE can perform uplink transmission on the corresponding resources without a separate PDCCH reception process.

[0189] In addition, the types of data that can be generated in XR are diverse. Among these data, video data transmission, which is usually reported in a specific period, and sensor and location information of the UE are considered to be sent and received from CG resources. These data may not always have a fixed data generation time (service arrival time) and may have jitter due to reasons such as video encoding time, sensor measurement time, high-level operation, or routing changes of the transmitted network.

[0190] If resources are allocated far enough away from the expected service occurrence time while taking jitter into consideration, resource availability can be guaranteed, but delays may occur. On the other hand, if CG resources with a fixed period are allocated to the expected data occurrence time, a large delay may occur due to the delay until the next available resource when jitter occurs.

[0191] In addition, since some data is generated based on events, the actual data generation time cannot be accurately identified, but the use of CG resources for such data is being considered to reduce the delay time caused by scheduling. In this case, a skip method has been discussed in the past, in which sufficient resources are allocated in a short period to prepare for data generation, and the UE or base station selectively uses these resources and does not actually use other resources. However, in order to use the method of skipping transmission and reception, it is necessary to consider the response signal between the UE and the base station to determine whether to receive and transmit. If the UE sends a response signal even for a transmission that is not received, the base station needs to always prepare resources for the UE to send a response signal. In addition, considering that the skip method is based on setting sufficient resources in the radio resources, it can act as a large uplink burden. In addition, considering that these resources can be multiplexed between UEs, the burden of uplink resources should be considered more.

[0192] Since ensuring low latency is essential for XR service quality, a method needs to be considered to minimize the impact of latency while reducing the impact of jitter. In the present disclosure, in order to solve this problem, a method is discussed that selectively uses some of the multiple CG resources configured between the UE and the base station, and simplifies and sends the response to the used CG resources to a predetermined location.

[0193] A video coded group of pictures (GOP) may include the following picture types.

[0194] An I picture or I frame (ie, intra-coded picture), also called a key frame or i-frame, is a picture that is coded independently of all other pictures. Each GOP starts with a picture of this type (in decoding order).

[0195] A P picture or P frame (i.e., a predictively coded picture) contains difference information for motion compensation relative to a previously decoded picture. For example, in previous designs (such as H.262 / MPEG-2 and H.263), each P picture can reference only one picture, which must precede the P picture in display order and decoding order, and which must be an I picture or a P picture. These constraints do not apply to the new standards H.264 / MPEG-4 AVC and HEVC.

[0196] B pictures or B frames (bi-predictively coded pictures) contain motion-compensated difference information compared to previously decoded pictures. For example, in previous designs (such as MPEG-1 and H.262 / MPEG-2), each B picture can only reference two pictures, one before the B picture and one after the B picture in display order, and all referenced pictures must be I pictures or P pictures. This restriction does not apply to the new standards H.264 / MPEG-4AVC and HEVC.

[0197] D pictures or D frames (directly coded (DC) pictures) are used as fast access representation of pictures for loss robustness or fast forward. D pictures are only used in MPEG-1 video.

[0198] Figure 7 The structure / mode of a group of pictures is illustrated.

[0199] Reference Figure 7 , an I frame indicates the start of a GOP. It is followed by multiple P frames and B frames. In previous designs, the allowed ordering and reference structures were relatively limited.

[0200] The GOP structure is usually represented by two numbers, for example, M=3, N=12. The first number (M) indicates the distance between two anchor frames (I or P). The second number (N) is the GOP size, which indicates the distance between two complete images (I frames). For example, for M=3, N=12, the GOP structure is IBBPBBPBBPBBI. Instead of the M parameter, the maximum number of B frames between two consecutive anchor frames can also be used.

[0201] For example, in a sequence with the pattern IBBBBBBBBBPBBBBBI, the GOP size (N value) is 15 (the length between two I frames), and the distance between two anchor frames (M value) is 5 (the length between an I frame and a P frame or the length between two consecutive P frames).

[0202] An I-frame contains a complete image and no additional information is needed to reconstruct it. Typically, encoders use a GOP structure that ensures that each I-frame is a "clean random access point". Thus, decoding can start cleanly from an I-frame and any errors within the GOP structure are corrected after processing the correct I-frame.

[0203] In the following disclosure, the proposed method is described based on the semi-statically configured uplink CG radio resource, but this is for ease of explanation, and the method proposed in the present disclosure is not limited to this. Therefore, it can be understood by those skilled in the art that the method proposed in the present disclosure can be extended and applied to radio resources allocated by dynamic scheduling received by the UE. For example, a method for determining a HARQ-ACK timing for multiple downlink radio resources allocated to the UE can be applied independently of the PDSCH and SPS PDSCH indicated by the dynamic scheduling. In addition, when multiple wireless resources are not semi-statically configured but configured by dynamic instructions, for example, when multiple wireless resources are configured at once by DCI, the method proposed in the present disclosure can be applied. Therefore, even without a separate explanation, as long as the principle of the proposed method is not violated, the method proposed in the present disclosure can also be applied to all types of transmission and reception methods expected by the base station and the UE. ...

[0204] In addition, in the present disclosure, a transmission opportunity (TO) means a radio resource (e.g., CG PUSCH) configured for CG use. At the transmission opportunity, the object performing the transmission (i.e., the base station in the case of downlink and the UE in the case of uplink) can attempt to transmit in the TO, and the receiver (i.e., the UE in the case of downlink and the base station in the case of uplink) can expect to transmit in each TO and attempt to receive it.

[0205] In the following, in order to explain the principles of the proposed method, the present disclosure provides an example based on the NR system, but the proposed method does not specifically limit the transmission and reception forms of NR unless otherwise specified. In addition, in order to explain the principles of the proposed method, the present disclosure provides examples based on the characteristics and structure of the XR service, but unless otherwise specified, the proposed method does not specifically limit the support of the XR service. Therefore, even if not separately stated, the method proposed in the present disclosure can be applied to all wireless communication transmission and reception structures and services as long as it does not violate the principles of the proposed method.

[0206] Hereinafter, in the present disclosure, in preparation for situations where GOP modes and jitters occur, a method for configuring multiple CG settings by connecting / linking multiple CG settings for multiple CG resource configurations between a UE and a base station and / or a method for activating / sending a second CG transmission based on a connected / linked first CG transmission is proposed. In addition, the present disclosure proposes a method for adjusting the transmission timing of a CG PUSCH or activating a deactivated CG by considering the jitter of an uplink service. Thus, it is possible to quickly respond to uplink VR (virtual reality) / XR (extended reality) video service transmissions according to the movement of the UE, and perform optimized CG resource allocation by considering the jitter of the uplink video service.

[0207] To this end, the method proposed in the present disclosure may include a method for the base station to allocate CG radio resources to the UE, and a method for receiving and sending CG resources. In addition, the method proposed in the present disclosure may include a method for sending a HARQ-ACK response to a CG PUSCH reception result, and a method for receiving a retransmitted DCI of the base station through the PDCCH. In addition, the method proposed in the present disclosure may include a process in which the UE sends a signal and a channel to notify its capabilities and / or service requirements and the base station receives the signal and the channel.

[0208] The method that the present disclosure proposes can be applied by selecting some methods in the following methods. In addition, each method that the present disclosure proposes can operate independently without the need for separate combination, or can operate in a linked form by combining one or more methods. As long as the principle of the present invention is maintained, some terms, symbols and sequences that are used to describe the method that the present disclosure proposes can be replaced with other terms, symbols and sequences.

[0209] The following CG settings and activation / deactivation, sending / receiving operations, etc. can be supported in the present disclosure. That is, the following CG settings and activation / deactivation, sending / receiving operations, etc. can be incorporated into the method proposed in the present disclosure.

[0210] Figure 8 A plurality of configuration permission configurations according to one embodiment of the present disclosure are illustrated.

[0211] -Multiple CGs (for example, in the case of two CGs, CG1 and CG2) may be configured as one CG group with CG configurations linked / associated with each other, CG1 may be configured as a primary CG, and CG2 may be configured as a secondary CG. Here, the secondary CG may be a CG that is activated or received according to the transmission of the primary CG. For example, Figure 8 The CG configuration for CG PUSCH 1 is the primary CG configuration, and the CG configuration for CG PUSCH 2 is the secondary CG configuration, and the two CG configurations can be configured as a CG group.

[0212] -The primary CG and secondary CG can be configured with different CG configuration indexes. Alternatively, the primary CG and secondary CG can be configured with the same CG configuration index, but can be distinguished by the primary / secondary CG indicator or different sub-indexes through RRC messages or MAC CE or DCI.

[0213] i) If the DCI indicates CG1 and also indicates activation, the UE can activate CG2 simultaneously with CG1 or after a specific time period.

[0214] ii) Alternatively, if the DCI indicates both CG1 and CG2 and also indicates activation, the UE may activate CG2 simultaneously with CG1 or after a certain period of time. Figure 8 The example illustrates the case where activation is indicated for both the CG configuration for CG PUSCH 1 and the CG configuration for CG PUSCH 2 through one DCI.

[0215] Here, the DCI may include different CG configuration indexes for both CG1 and CG2.

[0216] Alternatively, the DCI may include a CG configuration index for CG1 and indicate a secondary CG indicator.

[0217] Alternatively, the DCI may include a CG configuration index for CG2 and indicate a primary CG indicator.

[0218] Alternatively, the DCI may include a CG configuration index for CG1 or CG2 and a sub-index for CG2 or CG1.

[0219] Alternatively, the DCI may indicate a common CG configuration index for CG1 and CG2. For example, among the HARQ process identifier (ID: identity) values ​​indicating the CG configuration index, values ​​between 1 and 8 may be configured as regular CG configuration indexes (i.e., for indicating a single CG configuration), and HARQ process ID values ​​exceeding 8 may be configured as CG configuration indexes that simultaneously indicate multiple connected CGs.

[0220] Alternatively, the DCI may include all different CG configuration sub-indexes for CG1 and CG2.

[0221] -The base station can configure different video frame types (e.g., I frames and P frames) to different logical channels. Therefore, the UE can indicate that the data is for different video frames by the value of the logical channel identifier (LCID) field included in the subheader of the uplink MAC protocol data unit (PDU) (i.e., transport block (TB)). Here, the base station can configure different logical channels for different video frame types to map to different CGs. Here, CG1 and CG2 can be mapped to the same or different logical channels.

[0222] For example, refer to Figure 8 Different logical channels may be configured / allocated for I frames and P frames. In addition, the logical channels for I frames may be mapped to the CG for CG PUSCH 1, and the logical channels for P frames may be mapped to the CG for CG PUSCH2.

[0223] -The activation or transmission / reception of CG2 can be determined based on whether CG1 is activated or transmitted / received. Here, the activation of CG2 can be configured to occur simultaneously with the activation of CG1 or after the activation of CG1.

[0224] -The UE may expect CG2 PUSCH transmission to occur only after CG1 PUSCH transmission. Therefore, the CG2 PUSCH transmission in the next time period may be determined based on whether CG1 PUSCH is sent.

[0225] -When CG1 PUSCH and CG2 PUSCH are transmitted / allocated in TDM or FDM in the same period or partially overlapping periods, when transmitting CG1 PUSCH, the UE may decide that CG2 PUSCH resources are invalid or skip CG2 PUSCH transmission. Alternatively, the UE may deactivate CG2 or deactivate an activated CG2. For example, Figure 8 As shown, the CG configuration for CG PUSCH 1 can be configured with a period of N times 16ms or 17ms (N is a natural number), and the CG configuration for CG PUSCH 2 can be configured with a period of 16ms or 17ms. And, the CG configurations for N CG PUSCH 2 can overlap within one period of the CG configuration for CG PUSCH 1. That is, Figure 8 As shown in FIG. 1 , in the first period of CG PUSCH 2, CG PUSCH 2 and CG PUSCH 1 can be allocated as TDM or FDM. In this case, CG PUSCH 2 ( Figure 8 The resources carrying PUSCH 2 of TB2 for the I frame may be determined to be invalid, or it may be determined to skip the transmission of CG PUSCH 2.

[0226] -When CG1 PUSCH and CG2 PUSCH are transmitted / allocated in the same time slot as TDM or FDM, or when CG1 PUSCH and CG2 PUSCH resources overlap, the UE prioritizes CG1 PUSCH reception regardless of the CG configuration indexes of CG1 and CG2. That is, in this case, the UE can skip CG2 PUSCH resource transmission and transmit CG1 PUSCH resources. For example, Figure 8 As shown, CG PUSCH2 can be skipped ( Figure 8PUSCH 2 of TB2 for I frame is carried in the TB2), and only CG PUSCH 1 resources can be sent.

[0227] -When the base station configures and activates periodic radio resources (e.g., CG) to the UE, the base station may allocate multiple radio resources to the UE within one time period. Multiple radio resources may be allocated at regular intervals (e.g., M (M is a natural number) time slots) in a time slot to have the same time / frequency resource allocation (e.g., 3 symbols of the radio resource are repeatedly allocated to the same position in each time slot), or radio resources with the same length may be continuously allocated in symbols continuous with the first radio resource (e.g., 3 symbols of the radio resource are continuously allocated). The number N (N is a natural number) of radio resources may be determined by L1 signaling and / or higher layer signaling. For example, in Figure 8 In the present invention, only one radio resource is allocated to both CG PUSCH 1 and CG PUSCH 2 in one time period, however, a plurality of radio resources may be allocated in one time period.

[0228] -Base station / UE can perform transmission according to the traffic mode using one or some of the multiple CG radio resources within the period. Here, considering the occurrence time of user data of the base station / UE, the fastest radio resource capable of sending a transport block (TB) including user data can be selected.

[0229] In the present disclosure, a base station can activate multiple CGs linked / associated with each other through one DCI or different DCIs. Here, different CGs can be mapped to the same or different UL cells. In addition, different CGs can be mapped to the same or different ULBWPs (bandwidth parts). In addition, different CGs can be mapped to the same or different RB (resource block) sets. For example, when two CGs are linked / associated, different periodic CG PUSCH resources for the two CGs can be allocated to one or more UL cells or one or more ULBWPs or one or more RB sets.

[0230] Embodiment 1: When multiple CG configurations configured for a UE are linked / associated with each other, the CG PUSCH for each CG configuration may be sent and received as follows.

[0231] Here, multiple CG configurations can be mapped to one or more different logical channels, or can be mapped to one or more of the same logical channels, or can be mapped to some overlapping logical channels.

[0232] If CG1 (i.e., CG configuration index 1) (e.g., CG-ConfigIndex) is mapped to a logical channel for I frames, and CG2 (i.e., CG configuration index 2) is mapped to both a logical channel for I frames and a logical channel for P frames, and CG1 and CG2 are configured as linked / associated CGs, the UE can send different CG PUSCHs as follows.

[0233] In such a CG configuration, multiple TBs for an I frame may be sent via the CG PUSCH for multiple CGs. Figure 8 As shown, logical channel data for the I frame can be sent in two TBs via PUSCH1 for CG1 and PUSCH2 for CG2.

[0234] Method 1-1: The UE can determine that the CG2 resources are valid only when there is a CG1 transmission. In other words, when two linked / associated CG configurations are configured for the UE, when a CG PUSCH transmission for one CG configuration is performed (or an ACK for it is received), the CG PUSCH resources for the other CG configuration may be valid. Here, invalid CG PUSCH resources may mean unallocated CG PUSCH resources.

[0235] That is, assuming that CG2 is allocated PUSCH resources according to CG1, and when the UE determines that there is a CG1 PUSCH transmission (i.e., when CG1 PUSCH transmission is performed) or receives HARQ-ACK information (e.g., ACK) for CG PUSCH transmission for CG1, it can decide to send CG PUSCH for CG2 accordingly.

[0236] Method 1-2: The UE can activate CG2 only when there is CG1 transmission. In other words, when two linked / associated CG configurations are configured for the UE, when a CG PUSCH transmission for one CG configuration is performed (or an ACK for it is received), the other CG configuration can be activated.

[0237] For example, if the base station indicates activation of CG1 and CG2 using one DCI, the UE may first activate CG1. Thereafter, if there is a TB to be sent on the CG1 PUSCH (or if HARQ-ACK information (e.g., ACK) is received for the CG1 PUSCH), the UE may activate CG2 and send the CG2 PUSCH.

[0238] Here, if there is no TB to be sent with CG1 PUSCH in the resources allocated for CG1 PUSCH transmission, or if it is determined that there is no data to be sent with CG1 PUSCH for a certain time period, or if CG1PUSCH transmission fails or NACK is received, the UE can determine that CG2 is deactivated (or deactivates activated CG2).

[0239] If necessary, even if the base station has indicated the activation of CG1 and CG2 using the first DCI, the base station can also use a separate second DCI to indicate the activation / release of CG2. If two DCIs (the first DCI and the second DCI) activate the same CG2, the UE can reactivate CG2 based on the last received DCI (i.e., the second DCI) even if CG2 has been activated.

[0240] Method 1-3: The UE can determine whether to send CG2 PUSCH based on the MAC PDU header or MAC CE payload / content sent via CG1 PUSCH. In other words, when two linked / associated CG configurations are configured for the UE, it can be determined whether to send CG PUSCH for another CG configuration based on the content in the CG PUSCH transmission for one CG configuration. Here, determining whether to send CG PUSCH can indicate whether CG PUSCH resources for the corresponding CG configuration are allocated (i.e., whether it is valid), or can indicate whether the corresponding CG configuration is activated.

[0241] For example, the LCID field of the MAC PDU or the MAC CE sent via the CG1 PUSCH may indicate (refer to) the start of a GOP mode, or may indicate a logical channel corresponding to an I frame, or may indicate the transmission or activation of a connected CG2. In this case, the UE may activate the deactivated CG2 and send a TB of the next frame (e.g., a P frame) via the activated CG2 PUSCH.

[0242] Embodiment 2: When multiple CG configurations configured for a UE are linked / associated with each other, the CG PUSCH for each CG configuration may be sent and received as follows.

[0243] Here, multiple CG configurations may be mapped to different one or more logical channels, or may be mapped to the same one or more logical channels, or may be mapped to some overlapping logical channels.

[0244] If CG1 (i.e., CG configuration index 1) is mapped to a logical channel for I frames and CG2 (i.e., CG configuration index 2) is mapped to a logical channel for P frames, and CG1 and CG2 are configured as connected / associated CGs, the UE can send different CGs as follows.

[0245] In this CG configuration, multiple TBs for an I frame may be sent on multiple CG PUSCHs for CG1. Figure 8 As shown, the logical channel data for the I frame can be divided and sent in two TBs via different (continuous) PUSCHs for CG1.

[0246] Method 2-1: CG PUSCH resources may not be allocated to a specific (one or more) CG period of CG2. In other words, when two linked / associated CG periods are configured for a UE, CG PUSCH resources in a specific one or more periods of a specific CG period may not be allocated (CG PUSCH resources in a specific one or more periods of a specific CG period may be invalid).

[0247] For example, the UE may determine that the CG PUSCH resources allocated to a specific (one or more) CG period of CG2 that overlaps with the CG1 PUSCH transmission are invalid. And / or, the base station may not allocate CG PUSCH resources to a specific (one or more) CG period of CG2 that overlaps with the CG1 PUSCH transmission.

[0248] In this way, a mask can be configured for each CG period (i.e., a period in which the CG PUSCH is not transmitted) to invalidate or not allocate the CG PUSCH resources for a specific Mth (or more than one) CG period that overlaps. Therefore, the UE and the base station can invalidate or not allocate the CG PUSCH resources for a specific Mth (or more than one) CG period for which the mask is configured.

[0249] Method 2-2: CG2 transmission can be skipped in (one or more) CG2 time periods overlapping with CG1. In other words, when two linked / associated CG configurations are configured for the UE, CG PUSCH transmission can be skipped in one or more specific time periods of a specific CG configuration that overlaps with another CG configuration. That is, CGPUSCH resources are allocated in one or more time periods, however, CG PUSCH transmission can be skipped.

[0250] The UE can skip PUSCH transmissions in (one or more) specific CG time periods allocated to CG2 that overlap with CG1 PUSCH transmissions.

[0251] In this way, the mask can be configured in units of CG periods to skip overlapping specific Mth (or more than one) CG periods. Therefore, the UE and the base station can skip the CG PUSCH transmission of the specific Mth (or more than one) CG period configured with the mask.

[0252] Here, ACK may be sent as HARQ-ACK information for the skipped CG PUSCH. Alternatively, the response to the HARQ-ACK information for the skipped CG PUSCH may also be skipped.

[0253] Method 2-3: If CG1 PUSCH transmission is performed within a specific CG1 time period, or if CG1 PUSCH is sent within a specific CG1 time period, the CG2 PUSCH resources of the CG2 time period starting after the CG1 PUSCH transmission can be considered valid. Therefore, the UE can perform CG2 PUSCH transmission in the corresponding valid CG2 PUSCH resources. In other words, when two connected / associated CG configurations are configured for the UE, if a CG PUSCH for one CG configuration is sent, the CG PUSCH can be sent in one or more time periods for another CG configuration starting after the corresponding CGPUSCH transmission.

[0254] Embodiment 3: When multiple CG configurations configured for a UE are connected / associated with each other, CG PUSCH transmission for one CG configuration can be indicated by CG PUSCH transmission for another CG configuration.

[0255] Here, multiple CG configurations can be mapped to one or more different logical channels, or can be mapped to the same one or more logical channels, or can be mapped to some overlapping logical channels.

[0256] If CG1 (i.e., CG configuration index 1) is mapped to a logical channel for I frames, CG2 (i.e., CG configuration index 2) is mapped to a logical channel for P frames, and CG1 and CG2 are configured as connected / associated CGs, the UE can activate all connected / associated CGs according to the DCI, and can indicate the transmission of CG1 PUSCH or CG2 PUSCH in time period N+k (K is a natural number) through the transmission of CG1 PUSCH in time period N (N is a natural number).

[0257] In other words, when two connected / linked CG configurations are configured for a UE, a CG PUSCH transmission in a specific time period of a specific CG configuration may indicate subsequent CGPUSCH transmissions in one or more time periods for that CG configuration and / or another CG configuration.

[0258] For example, the UE may indicate the start of the GOP mode through the MAC CE or subheader of the CG1 PUSCH of time period N, or may indicate the logical channel corresponding to the I frame, or may indicate the CG2 transmission or activation of the connection. The UE may perform CG2 PUSCH transmission during the kth time period (k=1, 2, 3, ..., M) after the CG1 PUSCH transmission. After performing M CG2 PUSCH transmissions according to the GOP mode, the UE may not perform CG2 PUSCH transmission until the next CG1 PUSCH transmission. The base station may expect CG2 PUSCH transmission during the kth time period (k=1, 2, 3, ..., M) after the CG1 PUSCH transmission according to the indication.

[0259] Here, the UE may perform multiple CG2 PUSCH transmissions after the kth time period. For example, if three P frame uplink transmissions are expected immediately after the I frame according to information indicated by the UE's upper layer or notified by the base station, the UE may perform CG2 PUSCH transmissions during the kth, k+1th, k+2th time periods (k=1, 2, 3, ..., M) immediately after the CG1 PUSCH transmission.

[0260] In addition, the UE can receive information about the GOP mode from the base station through an RRC message or MAC CE or DCI to configure or activate CG1 and CG2.

[0261] Embodiment 4: Information about the start time of CG PUSCH in the next CG period (ie, the next CG PUSCH transmission period) (ie, information related to the resources at which CG PUSCH starts) can be controlled / indicated by the base station through control information (eg, DCI or MAC CE).

[0262] -The base station and the UE may periodically allocate CG PUSCH time resources. Here, the base station may control / indicate the first resource of the CG PUSCH (i.e., in PUSCH transmission that occurs according to resource allocation in the active CG PDCCH) on a slot basis through control information (e.g., DCI or MAC CE). Alternatively, a deactivated CG may be activated or an activated CG may be reactivated through control information (e.g., DCI or MAC CE).

[0263] For example, the UE and the base station may periodically allocate CG PUSCH time resources according to the following formula 7. Here, the base station may control / indicate the slot start time (slot start time) of the following formula 7 on a slot basis through control information (eg, DCI or MAC CE). start time ).

[0264] [Formula 7]

[0265] (numberOfSlotsPerFrame×SFN+number of slots in a frame)=[(numberOfS / otsPerFrame×SFNstart time+slot_start time)+N×periodicity×numberOfSlotsPerFrame / 10]modulo(1024×numberOfSlotsPerFrame)

[0266] In Formula 7, numberOfSlotsPerFrame represents the number of consecutive time slots per frame, and numberOfSymbolsPerSlot represents the number of consecutive symbols per time slot. In addition, in Formula 7, N is an integer value corresponding to the Nth PUSCH transmission (i.e., TO). periodicity is the transmission period of the CG PUSCH, which can be configured by configuredGrantConfig (see Table 6). SFN start time and slo tstart time The SFN and time slot of the first transmission (i.e., first resource (TO)) of the PUSCH in which the CG is (re)initialized (i.e., in the PUSCH transmission occurring according to the resource allocation in the active PDCCH) can respectively represent.

[0267] - For example, when the time resource of the CG PUSCH (i.e., the resource at which the CG PUSCH starts) is adjusted / indicated by the MAC CE, as an example of information related to the resource at which the CG PUSCH starts, the MAC CE may indicate the CG configuration index (e.g., CG-ConfigIndex) value of the adjusted / indicated CG and the newly applied time slot start time (slot start time )'s absolute time slot value or the offset value of a time slot unit relative to the amount changed from an existing time slot.

[0268] The UE may apply the information related to the resources starting with the CG PUSCH (e.g., the adjusted time slot value) from the time the MAC CE is received or from the time the next CG period starts after the ACK for the MAC CE is sent. start time When the time is reached, the adjusted slot can be applied from the next CG period after that time start time .

[0269] -As another example, when the time resource of CG PUSCH (i.e., the resource where CG PUSCH starts) is adjusted / indicated by DCI, the CRC of DCI may be scrambled using CS-RNTI or new RNTI (i.e., the new RNTI defined to adjust / indicate the time resource of CG PUSCH). Here, the HARQ process ID of DCI indicates the CG configuration index (e.g., CG-ConfigIndex) value of the corresponding CG, and as an example of information related to the resource where CG PUSCH starts, it may indicate the time slot start time (slot) of the new application. start time ) or a slot unit offset value relative to the amount changed from an existing slot.

[0270] The UE may apply information related to resources at which the CG PUSCH starts (e.g., an adjusted time slot value) from the time when the UE completes receiving the DCI, or from the time when HARQ-ACK information (e.g., ACK) for the DCI is sent, or from the time when the PUSCH scheduled by the DCI is sent, or from the time when the next CG period starts after the HARQ-ACK information (e.g., ACK) for the PUSCH scheduled by the DCI is sent. Here, the HARQ-ACK information (e.g., ACK) for the DCI or the HARQ-ACK information (e.g., ACK) for the PUSCH scheduled by the DCI may be sent through the PUCCH resource indicated by the DCI, or (if there is no indicated PUCCH resource) after a specific time period through the closest PUCCH resource among the A / N PUCCH resources configured for the corresponding CG.

[0271] - If the resource of the CG PUSCH start of the periodic CG PUSCH (e.g., the start time slot of the CGPUSCH) is adjusted / indicated by the above method, then in the following CG period, the CG period does not change, and only the start time slot of the periodic CG PUSCH resource can be changed. Alternatively, the CG period can also be changed in units of time slots according to the change of the CG PUSCH resource. For example, if the slot is changed by control information (e.g., DCI or MAC CE), start time The value indicates information related to the resource starting with CG PUSCH, which can be obtained by applying the slot indicated in the above formula 7. start time The value is used to determine the resources for transmission starting from CG PUSCH.

[0272] - In addition, the symbol start time (symbol start time ) can be combined with the slot start time (slot start time) are added together. And, through control information (e.g., DCI or MAC CE), as an example of information related to the resource at which the CG PUSCH starts, the symbol start time (symbol start time ) or a symbol unit offset value changed from an existing symbol. That is, in the above method, as an example of information related to resources starting with CGPUSCH, the control information (eg, DCI or MAC CE) may indicate symbol start time Instead of slot start time , or with slot start time Indicate symbol together start time The UE receiving the content can apply the resources starting with the CG PUSCH from the next CG period or from the next CG PUSCH resource or from the CG PUSCH resource of the next CG period (for example, the adjusted slot start time and / or symbol start time ) related information.

[0273] For example, if slot start time and / or symbol start time If the value is indicated as information related to the resource at which the CG PUSCH starts transmission through control information (eg, DCI or MAC CE), the resource at which the CG PUSCH transmission starts transmission can be obtained by applying the indicated slot in the following formula 8: start time and / or symbol start time value to determine.

[0274] [Formula 8]

[0275] (numberOfSlotsPerFrame×SFN+number of slots in a frame+number of symbols in a slot)=[(numberOfSlotsPerFrame×SFNstart time+slot_start time+symbol_start time)+N×periodicity×numberOfSlotsPerFrame / 10]modulo(1024×numberOfSlotsPerFrame)

[0276] In Formula 8, numberOfSlotsPerFrame represents the number of consecutive time slots per frame, and numberOfSymbolsPerSlot represents the number of consecutive symbols per time slot. In addition, in Formula 8, N is an integer value corresponding to the NPUSCH transmission (i.e., TO). periodicity is the transmission period of CG PUSCH and can be configured by configuredGrantConfig (see Table 6). SFN start time 、slot start time and symbol start time The SFN, time slot and symbol of the first transmission (i.e., first resource (TO)) of the PUSCH in which the CG is (re)initialized (i.e., in the PUSCH transmission that occurs according to the resource allocation in the active PDCCH) may respectively represent the SFN, time slot and symbol of the first transmission (i.e., first resource (TO)) of the PUSCH in which the CG is (re)initialized.

[0277] - In addition, the base station can adjust the resources (e.g., slot) starting from the CG PUSCH for a specific CG (e.g., a CG connected / associated with a specific uplink transmission) according to the specific uplink transmission (e.g., PUSCH, PUCCH, uplink traffic, uplink control information (UCI)), etc.) sent by the UE start time and / or symbol start time ), activate the deactivated CG of the connection, or reactivate the activated CG of the connection.

[0278] For example, a UE supporting virtual reality (VR) can report posture information to a base station based on the movement of a user wearing the VR UE. For example, the VR UE can send posture information to the base station in a 4 ms period.

[0279] To this end, for example, the base station may configure / allocate a separate logical channel for sending posture information and map / link it to a specific configuration permission for posture. And, the specific configuration permission may be configured / defined to send data of only the logical channel for posture. Here, the PUSCH resource for a specific CG may send the carried UCI together (i.e., send TB and UCI together), and, for example, the UCI may indicate whether the posture information has changed. For example, if the posture change of the user is greater than a threshold (i.e., detected by the UE) compared to 4ms ago, 1 may be indicated by the UCI, otherwise 0 may be indicated. Alternatively, if there is a posture change just 4ms ago (i.e., detected by the UE), the UCI may be indicated as 1, and if there is no posture change, the UCI may be indicated as 0. Alternatively, if multiple step thresholds are defined / configured, the maximum posture change may be indicated as 11, a posture change less than the maximum posture change may be indicated as 10, a posture change less than the maximum posture change may be indicated as 01, and if there is no posture change, it is 00. The bit value indicated in the above-mentioned UCI is just an example, and the present disclosure is not limited thereto.

[0280] In addition, the TB of the PUSCH for attitude may include attitude information of higher layers.

[0281] In addition, if there is no posture change or if there is a posture change but it is less than a threshold, the UE can skip the transmission of both the CG PUSCH for the posture and the carried UCI. Here, data units for posture information without a posture change (e.g., TBs including posture information) can also be discarded. For example, if there is no posture change, or if there is a posture change but it is less than a threshold, the PDCP (Packet Data Convergence Protocol) entity that provides a radio bearer for posture information can discard data units for posture information. As another example, if there is no posture change or if there is a posture change but it is less than a threshold, the UE can be configured to discard data units by expiring a PDCP discard timer for data units for posture information in the corresponding PDCP entity.

[0282] Alternatively, if there is no posture change or if there is a posture change but it is less than a threshold, the UE may discard the TB including only such posture information.

[0283] Alternatively, if there is no attitude change or if there is an attitude change but less than a threshold, the higher layers of the UE may discard such attitude information or send it to a separate radio bearer and logical channel. Here, the PDCP entity for the separate radio bearer may be configured with a shorter PDCP discard timer than the PDCP entity.

[0284] As another example, the base station may configure / allocate a separate logical channel for sending posture information and map / link it to a specific PUCCH resource and a specific scheduling request (SR) configuration. Furthermore, when posture information for a logical channel appears, the posture information may be configured to trigger a buffer status request (BSR), and the BSR may be configured to trigger an SR. Here, for example, the BSR MAC CE may indicate that the UE has posture information to be sent through the value of the logical channel group field or another specific field. Alternatively, when posture information for a logical channel appears, it may be configured to directly trigger an SR without the need for a BSR. When an SR for a posture is triggered, the UE may send UCI with PUCCH resources for it.

[0285] Here, if there is no posture change or if there is a posture change but less than a threshold, it can be configured not to trigger BSR or SR. Alternatively, if there is no posture change or if there is a posture change but less than a threshold, it can be configured not to trigger BSR or SR by discarding posture information.

[0286] Based on the transmission of UCI or PUCCH transmission or CG PUSCH transmission indicating or including attitude information, the base station and the UE may adjust resources (e.g., slot start time and / or symbol start time ), where the CG PUSCH of a specific CG (e.g., a connected / associated CG) is started by the posture information. For example, when the posture information indicates a jitter change, or when the UCI or PUCCH for the posture information requests a CG timing change, the base station and the UE may adjust the resource (e.g., slot) at which the CG PUSCH of a specific CG PUSCH for the XR service associated / linked with the posture information starts. start time and / or symbol start time ). Alternatively, the base station may send a DCI indicating a CG configuration index (e.g., CG-ConfigIndex) of the CG for the XR service to activate a deactivated CG of the connection or reactivate an activated CG of the connection.

[0287] To this end, the base station can link the posture information and a specific CG configuration index (e.g., CG-ConfigIndex), or link the posture information and a specific SR configuration. The UE and the base station can link the specific CG (e.g., the CG used to send the posture information) or the specific SR configuration with a specific CG (e.g., the CG used to send the XR service). Therefore, the CG-UCI or CG-PUSCH transmission for the specific CG associated with the posture or the specific SR PUCCH transmission associated with the posture is configured to indicate the resource (e.g., slot) where the CGPUSCH starts. start timeand / or symbol start time ) so that the resources (e.g., slot 1) at which the CG PUSCH starts in the next CG cycle of the specific CG PUSCH for the associated XR service can be adjusted. start time and / or symbol start time ).

[0288] Alternatively, the UE may report the resource value (eg, slot 1) at which the CG PUSCH starts to the base station via RRC signaling (eg, RRC assistance information message). start time and / or symbol start time ) is adjusted with a specific CG PUSCH for XR services.

[0289] Fig. 9 A signaling process for a method of sending and receiving a configuration grant PUSCH between a network and a UE according to an embodiment of the present disclosure is illustrated.

[0290] Fig. 9 The signaling process between a user equipment (UE) and a network (e.g., TRP1, TRP2) based on the above-proposed method (e.g., Embodiment 1 to Embodiment 4, a combination of one or more of the proposed methods in Embodiment 1 to Embodiment 4) is illustrated. Here, UE / network is only an example and can be replaced by various devices. Fig. 9 It is only for the convenience of explanation and does not limit the scope of the present disclosure. In addition, depending on the situation and / or setting, it can be omitted Fig. 9 Some of the steps shown.

[0291] Fig. 9 The signaling method described in can be extended and applied to signaling between multiple TRPs and multiple UEs. In the following description, the network can be a base station including multiple TRPs, and can be a cell including multiple TRPs. For example, an ideal / non-ideal backhaul can be configured between TRP1 and TRP2 that constitute the network. In addition, the following description is based on multiple TRPs, but it can be equally extended and applied to transmission through multiple panels. In addition, in the present disclosure, the operation of UE receiving a signal from TRP1 / TRP2 can also be interpreted / described as (or can be) the operation of UE receiving a signal from the network (via / using TRP1 / TRP2), and the operation of UE sending a signal to TRP1 / TRP2 can also be interpreted / described as (or can be) the operation of UE sending a signal to the network (via / using TRP1 / TRP2), and vice versa.

[0292] A base station may be a general term for an object that transmits and receives data to and from a terminal. For example, a base station may be a concept including one or more transmission points (TPs), one or more transmission and reception points (TRPs), and the like. In addition, TPs and / or TRPs may include a panel, a transmission and reception unit, and the like of a base station. In addition, "TRP" may be replaced and applied with expressions such as a panel, an antenna array, a cell (e.g., a macro cell / small cell / micro cell, etc.), a TP (transmission point), and a base station (base station, gNB, etc.). As described above, TRPs may be classified according to information (e.g., an index, an ID) about a CORESET group (or CORESET pool). For example, when one UE is configured to send and receive multiple TRPs (or cells), this may mean configuring multiple CORESET groups (or CORESET pools) for one UE. Configuration of such a CORESET group (or CORESET pool) may be performed through high-layer signaling (e.g., RRC signaling, etc.).

[0293] The UE may receive configuration information from a network (S901).

[0294] The configuration information may include information related to the configuration of the network (e.g., TRP configuration) / information related to transmission and reception based on M-TRP (e.g., resource allocation, etc.). Here, the configuration information may be sent via high-layer signaling (e.g., RRC signaling, MAC-CE, etc.).

[0295] The configuration information may include configuration information related to the CG configuration described in the above-mentioned proposed method (e.g., a combination of one or more of the proposed methods in Implementation 1 to Implementation 4, Implementation 1 to Implementation 4). For example, one or more CG configurations may be configured to the UE, and the configuration information may include individual configuration information for each of the one or more CG configurations (e.g., configuredGrantConfig IE). Here, the individual configuration information for each of the one or more CG configurations may include the information / parameters illustrated in Table 6 above.

[0296] In addition, for example, according to the above-mentioned embodiment, the individual configuration information for each CG configuration may include information about the logical channel associated with the corresponding CG configuration.

[0297] The UE may receive downlink control information from the network (S902).

[0298] As described above, CG type 1 PUSCH transmission can be configured to operate semi-statically when configuration information for CG configuration (e.g., configuredGrantConfig including rrc-ConfiguredUplinkGrant) is received, without detecting the UL grant in the DCI. In this case, step S902 can be omitted. In addition, in this case, the TCI state for one or more CG configurations configured in the UE can be configured by configuration information related to the CG configuration (e.g., configuredGrantConfig IE) or configured / indicated by the above-mentioned MAC CE.

[0299] In addition, after receiving configuration information for CG configuration (e.g., configuredGrantConfig excluding rrc-ConfiguredUplinkGrant), CG type 2 PUSCH transmission can be semi-statically scheduled by validly activating the UL grant in the DCI. In this case, the DCI of step S902 may correspond to a valid activation DCI. In addition, in this case, the TCI state for one or more CG configurations configured in the UE may be configured by configuration information related to the CG configuration (e.g., configuredGrantConfig IE) or configured / indicated by the above-mentioned MAC CE or indicated by a valid activation DCI.

[0300] The UE sends a Configuration Grant (CG) PUSCH to the network (S903).

[0301] Here, the UE may send a CG PUSCH to the network based on the operations described in the above-mentioned proposed methods (eg, embodiments 1 to 4, or a combination of one or more of the proposed methods in embodiments 1 to 4).

[0302] For example, according to the above embodiment 1, when multiple CG configurations configured for the UE are connected / associated with each other, the UE can determine that resources for other CG configurations are valid, or activate other CG configurations only when there is a transmission for a specific CG configuration. In addition, the UE can also determine whether to send a CG PUSCH for another CG through a CG PUSCH for a specific CG.

[0303] In addition, for example, according to the above embodiment 2, when multiple CG configurations configured for the UE are connected / associated with each other, in the CG PUSCH transmission period for the CG2 configuration overlapping with the CG1 configuration, CG PUSCH resources for CG2 may not be allocated, and the UE may skip the CG PUSCH transmission. In addition, the CG PUSCH for the CG2 configuration may be sent in the next CGPUSCH transmission period only when there is a CG1 PUSCH transmission.

[0304] In addition, for example, according to embodiment 3, when multiple CG configurations configured for a UE are connected / linked to each other, CG PUSCH transmission for one CG configuration can be indicated by CG PUSCH transmission for another CG configuration.

[0305] In addition, for example, according to embodiment 4, since information related to the resources where the next CG PUSCH transmission for one or more CG configurations will occur (or CG PUSCH transmission will resume (or start)) is sent and received via downlink control information (e.g., DCI or MAC CE) or uplink control information (UCI), transmission of the CG PUSCH may not be performed until the resources determined by the information are sent.

[0306] In this case, although Fig. 9 Not shown, but the UE may send UCI to the network. Here, the UCI may include information related to the resources where the next CG PUSCH transmission will occur (or the resources where the CG PUSCH transmission will resume (or start)) for one or more CG configurations. In addition, the information related to the resources where the next CG PUSCH transmission will occur may be indicated in units of time slots or symbols. For example, the information related to the resources where the next CG PUSCH transmission will occur may indicate the time slot or symbol of the resources where the next CG PUSCH transmission will occur, or an offset value from the time slot or symbol of the resources where the next CG PUSCH transmission will occur.

[0307] In addition, UCI may be transmitted via a CG PUSCH for a specific CG configuration associated with the transmission of UCI. Here, the CG PUSCH for a specific CG configuration includes only data for a specific logical channel mapped to the specific CG configuration, and UCI may be carried on the CG PUSCH for the specific CG configuration. Alternatively, UCI may be transmitted via PUCCH based on an SR associated with UCI.

[0308] In this way, if the UCI includes information about resources on which the next CG PUSCH transmission for one or more CG configurations will occur, transmission of the CG PUSCH may not be performed until the resources determined by the information about the resources on which the next CG PUSCH transmission will occur. And, the CG PUSCH for one or more CG configurations may be sent on (or from) the resources determined by the information about the resources on which the next CG PUSCH transmission will occur. Here, one or more CG configurations are configured to be linked with the UCI, and the resources on which the next CG PUSCH transmission for the one or more linked CG configurations will occur may be determined based on the UCI.

[0309] Fig.10 2 is a diagram illustrating an operation of a method of transmitting and receiving a configuration grant PUSCH of a UE according to an embodiment of the present disclosure.

[0310] Reference Fig.10 , Fig.10 The operation of the UE based on the above-proposed method (eg, Embodiments 1 to 4, or a combination of one or more of the methods proposed in Embodiments 1 to 4) is illustrated. Fig.10 It is only for the convenience of explanation and does not limit the scope of the present disclosure. In addition, depending on the situation and / or setting, it can be omitted Fig.10 Some of the steps shown. In addition, Fig.10 The UE in is only an example and can be implemented as follows Fig.12 For example, Fig.12 The processor (102 / 202) can control the transceiver (106 / 206) to send and receive channels / signals / data / information, etc., and can also control the sent or received channels / signals / data / information, etc. to be stored in the memory (104 / 204).

[0311] in addition, Fig.10 The operation can be done by Fig.12 One or more processors (102, 202) of the invention are used to process the Fig.10 The operation can be used to drive Fig.12 The instructions / programs (eg, instructions, executable codes) of at least one processor (eg, 102, 202) are stored in a memory (eg, Fig.12 in one or more memories (104, 204)).

[0312] The UE receives corresponding configuration information related to one or more configuration grant (CG) configurations from a base station (S1001).

[0313] The configuration information related to the CG configuration may include the configuration information related to the CG configuration described in the above-mentioned proposed method (for example, a combination of one or more of the proposed methods in Implementation 1 to Implementation 4, Implementation 1 to Implementation 4). For example, one or more CG configurations may be configured to the UE, and the individual configuration information for each of the one or more CG configurations (for example, configuredGrantConfig IE) may include the information / parameters illustrated in Table 6 above.

[0314] In addition, for example, according to the above-mentioned embodiment, the individual configuration information for each CG configuration may include information about the logical channel associated with the corresponding CG configuration.

[0315] The UE may receive downlink control information from the base station (S902).

[0316] As described above, CG type 1 PUSCH transmission can be configured to operate semi-statically when configuration information for CG configuration (e.g., configuredGrantConfig including rrc-ConfiguredUplinkGrant) is received, without detecting the UL grant in the DCI. In this case, step S1002 can be omitted. In addition, in this case, the TCI state for one or more CG configurations configured in the UE can be configured by configuration information related to the CG configuration (e.g., configuredGrantConfig IE) or configured / indicated by the above-mentioned MAC CE.

[0317] In addition, after receiving configuration information for CG configuration (e.g., configuredGrantConfig excluding rrc-ConfiguredUplinkGrant), CG type 2 PUSCH transmission can be semi-statically scheduled by effectively activating the UL grant in the DCI. In this case, the DCI of step S1002 may correspond to the valid activation DCI. In addition, in this case, the TCI state for one or more CG configurations configured in the UE may be configured by configuration information related to the CG configuration (e.g., configuredGrantConfig IE) or configured / indicated by the above-mentioned MAC CE or indicated by the valid activation DCI.

[0318] The UE transmits uplink control information (UCI) to the base station (S1003).

[0319] Here, the UCI may include information related to the resources where the next CG PUSCH transmission will occur (or the resources where the CG PUSCH transmission will resume (or start)) for one or more CG configurations. In addition, the information related to the resources where the next CG PUSCH transmission will occur may be indicated in units of time slots or symbols. For example, the information related to the resources where the next CG PUSCH transmission will occur may indicate the time slot or symbol of the resources where the next CG PUSCH transmission will occur or an offset value from the time slot or symbol of the resources where the next CG PUSCH transmission will occur.

[0320] In addition, UCI may be transmitted via a CG PUSCH for a specific CG configuration associated with the transmission of UCI. Here, the CG PUSCH for a specific CG configuration includes only data for a specific logical channel mapped to the specific CG configuration, and UCI may be carried on the CG PUSCH for the specific CG configuration. Alternatively, UCI may be transmitted via a PUCCH based on an SR associated with the UCI.

[0321] The UE sends a configuration grant (CG) PUSCH to the base station (S1004).

[0322] As described above, if the UCI includes information related to the resources on which the next CG PUSCH transmission for one or more CG configurations will occur, the UE may not send the CG PUSCH to the base station until the resources determined by the information related to the resources on which the next CG PUSCH transmission will occur. And, the UE may send (or send from) the CG PUSCH for one or more CG configurations to the base station on the resources determined by the information related to the resources on which the next CG PUSCH transmission will occur. Here, one or more CG configurations are configured to be linked with the UCI, and the resources on which the next CG PUSCH transmission for one or more linked CG configurations will occur may be determined based on the UCI.

[0323] Fig.11 2 is a diagram illustrating an operation of a base station for a method of transmitting and receiving a configuration grant PUSCH according to an embodiment of the present disclosure.

[0324] Reference Fig.11 , Fig.11 The operation of the base station based on the above-proposed method (eg, Embodiments 1 to 4, or a combination of one or more of the methods proposed in Embodiments 1 to 4) is illustrated. Fig.11 It is only for the convenience of explanation and does not limit the scope of the present disclosure. In addition, depending on the situation and / or setting, it can be omitted Fig.11 Some of the steps shown. In addition, Fig.11The base station in is only an example and can be implemented as follows Fig.12 For example, Fig.12 The processor (102 / 202) can control the transceiver (106 / 206) to send and receive channels / signals / data / information, etc., and can also control the sent or received channels / signals / data / information, etc. to be stored in the memory (104 / 204).

[0325] in addition, Fig.11 The operation can be done by Fig.12 One or more processors (102, 202) of the invention are used to process the Fig.11 The operation can be used to drive Fig.12 The instructions / programs (eg, instructions, executable codes) of at least one processor (eg, 102, 202) are stored in a memory (eg, Fig.12 in one or more memories (104, 204)).

[0326] The base station sends corresponding configuration information related to one or more configuration grant (CG) configurations to the UE (S1101).

[0327] The configuration information may include configuration information related to the CG configuration described in the above-mentioned proposed method (e.g., a combination of one or more of the proposed methods in Implementation 1 to Implementation 4, Implementation 1 to Implementation 4). For example, one or more CG configurations may be configured to the UE, and individual configuration information for each of the one or more CG configurations (e.g., configuredGrantConfig IE) may include the information / parameters illustrated in Table 6 above.

[0328] In addition, for example, according to the above-mentioned embodiment, the individual configuration information for each CG configuration may include information about the logical channel associated with the corresponding CG configuration.

[0329] The base station may send downlink control information to the UE (S1102).

[0330] As described above, CG type 1 PUSCH transmission can be configured to operate semi-statically without detecting the UL grant in the DCI upon receiving configuration information for the CG configuration (e.g., configuredGrantConfig including rrc-ConfiguredUplinkGrant). In this case, step S1102 can be omitted. In addition, in this case, the TCI stated for one or more CG configurations configured in the UE can be configured by configuration information related to the CG configuration (e.g., configuredGrantConfig IE) or configured / indicated by the above-mentioned MAC CE.

[0331] In addition, after receiving configuration information for CG configuration (e.g., configuredGrantConfig excluding rrc-ConfiguredUplinkGrant), CG type 2 PUSCH transmission can be semi-statically scheduled by effectively activating the UL grant in the DCI. In this case, the DCI of step S1102 may correspond to the valid activation DCI. In addition, in this case, the TCI state for one or more CG configurations configured in the UE may be configured by configuration information related to the CG configuration (e.g., configuredGrantConfig IE) or configured / indicated by the above-mentioned MAC CE or indicated by the valid activation DCI.

[0332] The base station receives uplink control information (UCI) from the UE (S1103).

[0333] Here, the UCI may include information related to the resources where the next CG PUSCH transmission will occur (or the resources where the CG PUSCH transmission will resume (or start)) for one or more CG configurations. In addition, the information related to the resources where the next CG PUSCH transmission will occur may be indicated in units of time slots or symbols. For example, the information related to the resources where the next CG PUSCH transmission will occur may indicate the time slot or symbol of the resources where the next CG PUSCH transmission will occur, or an offset value from the time slot or symbol of the resources where the next CG PUSCH transmission will occur.

[0334] In addition, UCI may be transmitted via a CG PUSCH for a specific CG configuration associated with the transmission of UCI. Here, the CG PUSCH for a specific CG configuration includes only data mapped to a specific logical channel of the specific CG configuration, and UCI may be carried on the CG PUSCH for the specific CG configuration. Alternatively, UCI may be transmitted via PUCCH based on an SR associated with UCI.

[0335] The base station receives a configuration grant (CG) PUSCH from the UE (S1104).

[0336] As described above, if the UCI includes information related to the resources on which the next CG PUSCH transmission for one or more CG configurations will occur, the base station may not receive the CG PUSCH from the UE until the resources determined by the information related to the resources on which the next CG PUSCH transmission will occur. And, the base station may receive the CG PUSCH for one or more CG configurations from the UE on (or from) the resources determined by the information related to the resources on which the next CG PUSCH transmission will occur. Here, one or more CG configurations are configured to be linked with the UCI, and the resources on which the next CG PUSCH transmission for one or more linked CG configurations will occur may be determined based on the UCI.

[0337] General devices to which the present disclosure can be applied

[0338] Fig.12 is a diagram illustrating a block diagram of a wireless communication device according to an embodiment of the present disclosure.

[0339] Reference Fig.12 , the first wireless device 100 and the second wireless device 200 can send and receive wireless signals through various radio access technologies (e.g., LTE, NR).

[0340] The first wireless device 100 may include one or more processors 102 and one or more memories 104, and may 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 description, function, process, suggestion, method and / or operation flowchart disclosed in the present disclosure. For example, the processor 102 may transmit a wireless signal including the first information / signal through the transceiver 106 after generating the first information / signal by processing the information in the memory 104. In addition, the processor 102 may receive a wireless signal including the second information / signal through the transceiver 106, and then store the information obtained by the signal processing of 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 all or part of the processing controlled by the processor 102 or for executing the description, function, process, suggestion, method and / or operation flowchart disclosed in the present disclosure. Here, the processor 102 and the memory 104 may be part of a communication modem / circuit / chip designed to implement wireless communication technology (e.g., LTE, NR). The transceiver 106 may be connected to the processor 102 and may send and / or receive wireless signals through one or more antennas 108. The transceiver 106 may include a transmitter and / or a receiver. The transceiver 106 may be used in conjunction with an RF (radio frequency) unit. In the present disclosure, a wireless device may refer to a communication modem / circuit / chip.

[0341] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and may 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 description, function, process, suggestion, method and / or operation flowchart disclosed in the present disclosure. For example, the processor 202 may generate third information / signal by processing the information in the memory 204, and then transmit the wireless signal including the third information / signal through the transceiver 206. In addition, the processor 202 may receive the wireless signal including the fourth information / signal through the transceiver 206, and then store the information obtained by the signal processing of the fourth information / signal in the memory 204. The memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, the memory 204 may store software codes including commands for executing all or part of the processing controlled by the processor 202 or for executing the description, function, process, suggestion, method and / or operation flowchart disclosed in the present disclosure. Here, the processor 202 and the memory 204 may be part of a communication modem / circuit / chip designed to implement wireless communication technology (e.g., LTE, NR). The transceiver 206 may be connected to the processor 202 and may send and / or receive wireless signals through one or more antennas 208. The transceiver 206 may include a transmitter and / or a receiver. The transceiver 206 may be used in conjunction with an RF unit. In the present disclosure, a wireless device may refer to a communication modem / circuit / chip.

[0342] In the following, the hardware elements of the wireless device 100, 200 will be described in more detail. Without limitation thereto, one or more protocol layers may be implemented by one or more processors 102, 202. For example, one or more processors 102, 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP). One or more processors 102, 202 may generate one or more PDUs (protocol data units) and / or one or more SDUs (service data units) according to the descriptions, functions, processes, suggestions, methods, and / or operational flowcharts included in the present disclosure. One or more processors 102, 202 may generate messages, control information, data, or information according to the descriptions, functions, processes, suggestions, methods, and / or operational flowcharts disclosed in the present disclosure. One or more processors 102, 202 may generate a signal (e.g., a baseband signal) including a PDU, SDU, message, control information, data, or information according to the functions, procedures, suggestions, and / or methods disclosed in the present disclosure to provide it to one or more transceivers 106, 206. One or more processors 102, 202 may receive a signal (e.g., a baseband signal) from one or more transceivers 106, 206 according to the descriptions, functions, procedures, suggestions, methods, and / or operational flow charts disclosed in the present disclosure, and obtain the PDU, SDU, message, control information, data, or information.

[0343] One or more processors 102, 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102, 202 may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more ASICs (Application Specific Integrated Circuits), one or more DSPs (Digital Signal Processors), one or more DSPDs (Digital Signal Processing Devices), one or more PLDs (Programmable Logic Devices), or one or more FPGAs (Field Programmable Gate Arrays) may be included in one or more processors 102, 202. The descriptions, functions, processes, suggestions, methods, and / or operational flow charts disclosed in the present disclosure may be implemented using firmware or software, and the firmware or software may be implemented to include modules, processes, functions, and the like. Firmware or software configured to execute the descriptions, functions, processes, suggestions, methods, and / or operational flow charts disclosed in the present disclosure may be included in one or more processors 102, 202, or may be stored in one or more memories 104, 204 and driven by one or more processors 102, 202. The descriptions, functions, processes, suggestions, methods and / or operational flow charts disclosed in the present disclosure may be implemented by using firmware or software in the form of codes, commands and / or command sets.

[0344] One or more memories 104, 204 may be connected to one or more processors 102, 202 and may store data, signals, messages, information, programs, codes, instructions, and / or commands in various forms. One or more memories 104, 204 may be configured with ROM, RAM, EPROM, flash memory, hard drive, registers, cache memory, computer-readable storage media, and / or combinations thereof. One or more memories 104, 204 may be located inside and / or outside one or more processors 102, 202. In addition, one or more memories 104, 204 may be connected to one or more processors 102, 202 via various technologies such as wired or wireless connections.

[0345] One or more transceivers 106, 206 may send user data, control information, wireless signals / channels, etc. mentioned in the method and / or operation flow chart of the present disclosure to one or more other devices. One or more transceivers 106, 206 may receive user data, control information, wireless signals / channels, etc. mentioned in the description, function, process, suggestion, method and / or operation flow chart disclosed in the present disclosure from one or more other devices. For example, one or more transceivers 106, 206 may be connected to one or more processors 102, 202 and may send and receive wireless signals. For example, one or more processors 102, 202 may control one or more transceivers 106, 206 to send user data, control information or wireless signals to one or more other devices. In addition, one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information or wireless signals from one or more other devices. In addition, one or more transceivers 106, 206 may be connected to one or more antennas 108, 208, and one or more transceivers 106, 206 may be configured to transmit and receive user data, control information, wireless signals / channels, etc. mentioned in the description, functions, processes, suggestions, methods, and / or operation flow charts, etc. disclosed in the present disclosure through one or more antennas 108, 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, 206 may convert received wireless signals / channels, etc. from RF band signals into baseband signals to process received user data, control information, wireless signals / channels, etc. by using one or more processors 102, 202. One or more transceivers 106, 206 may convert user data, control information, wireless signals / channels, etc. processed by using one or more processors 102, 202 from baseband signals into RF band signals. Thus, one or more of the transceivers 106 , 206 may include (analog) oscillators and / or filters.

[0346] The above-mentioned embodiments are to combine the elements and features of the present disclosure in a predetermined form. Unless otherwise explicitly mentioned, each element or feature should be regarded as optional. Each element or feature can be implemented in a form that is not combined with other elements or features. In addition, the embodiments of the present disclosure may include a combination of some elements and / or features. The order of the operations described in the embodiments of the present disclosure may be changed. Some elements or features of an embodiment may be included in other embodiments, or may be replaced by corresponding elements or features of other embodiments. Obviously, the embodiments may include claims that do not have a clear reference relationship in the combined claims, or may be included as new claims by modification after application.

[0347] It is clear to those skilled in the relevant art that the present disclosure can be implemented in other specific forms within the scope of the essential features of the present disclosure. Therefore, the above detailed description should not be interpreted restrictively in every aspect, but should be considered as illustrative. The scope of the present disclosure should be determined by the reasonable interpretation of the attached claims, and all changes within the equivalent scope of the present disclosure are included in the scope of the present disclosure.

[0348] The scope of the present disclosure includes software or machine executable commands (e.g., operating systems, applications, firmware, programs, etc.) that perform operations in a device or computer according to the methods of various embodiments, and non-transitory computer-readable media that enable software or commands, etc. to be stored and executable in a device or computer. Commands that can be used to program a processing system that performs the features described in the present disclosure can be stored in a storage medium or a computer-readable storage medium, and the features described in the present disclosure can be implemented by using a computer program product that includes such a storage medium. The storage medium may include a high-speed random access memory, such as, for example, DRAM, SRAM, DDR RAM, or other random access solid-state storage devices, but is not limited thereto, and it may include non-volatile memory, such as, for example, one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or other non-volatile solid-state storage devices. The memory optionally includes one or more storage devices located away from the processor. The memory, or alternatively, the non-volatile memory device in the memory includes a non-transitory computer-readable storage medium. The features described in this disclosure may be stored in any machine-readable medium to control the hardware of a processing system, and may be integrated into software and / or firmware that allows the processing system to interact with other mechanisms using the results from the embodiments of this disclosure. Such software or firmware may include, but is not limited to, application code, device drivers, operating systems, and execution environments / containers.

[0349] Here, the wireless communication technology implemented in the wireless devices 100 and 200 of the present disclosure may include narrowband Internet of Things for low-power communication, as well as LTE, NR and 6G. Here, for example, NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, which may be implemented in standards such as LTE Cat NB1 and / or LTE Cat NB2 and is not limited to the above names. Additionally or alternatively, the wireless communication technology implemented in the wireless devices 100 and 200 of the present disclosure may perform communication based on LTE-M technology. Here, for example, LTE-M technology may be an example of LPWAN technology and may be referred to as various names such as eMTC (enhanced machine type communication). For example, LTE-M technology may be implemented in at least any one of various standards, including 1) LTE CAT 0; 2) LTE Cat M1; 3) LTE Cat M2; 4) LTE non-BL (non-bandwidth limited); 5) LTE-MTC; 6) LTE machine type communication; and / or 7) LTE M, etc., and is not limited to the above names. Additionally or alternatively, the wireless communication technology implemented in the wireless devices 100, 200 of the present disclosure may include at least any one of ZigBee, Bluetooth, and a low power wide area network (LPWAN) considering low power communication, and is not limited to the above names. For example, ZigBee technology can generate a PAN (Personal Area Network) related to small / low power digital communication based on various standards (e.g., IEEE 802.15.4, etc.), and can be called various names.

[0350] Industrial Applicability

[0351] The method proposed in the present disclosure is mainly described based on examples applied to 3GPP LTE / LTE-A and 5G systems, but can also be applied to various wireless communication systems other than 3GPP LTE / LTE-A and 5G systems.

Claims

1. A method performed by a user equipment UE in a wireless communication system, the method comprising the following steps: receiving corresponding configuration information related to one or more configuration-permitted CG configurations from a base station; Sending uplink control information UCI to the base station, wherein the UCI includes information related to resources for next CG physical uplink shared channel PUSCH transmission for the one or more CG configurations, and transmission of CG PUSCH for the one or more CG configurations is not performed until resources determined by the information related to the resources for the next CG PUSCH transmission; and The CG PUSCH configured for the one or more CGs is sent to the base station in the resources determined by the information related to the resources for the next CG PUSCH transmission.

2. The method according to claim 1, wherein: The information related to the resources used for the next CG PUSCH transmission is indicated in units of time slots or symbols.

3. The method according to claim 1, wherein: The one or more CG configurations are configured to be linked with the UCI, and the resources used for the next CG PUSCH transmission for the one or more CG configurations are determined based on the UCI.

4. The method according to claim 1, wherein: The information related to the resources used for the next CG PUSCH transmission indicates the time slot or symbol of the resources where the CG PUSCH starts, or indicates an offset value from the time slot or symbol of the resources where the CG PUSCH starts.

5. The method according to claim 1, wherein: The UCI is sent via a CG PUSCH configured for a specific CG associated with the transmission of the UCI.

6. The method according to claim 5, wherein: The CG PUSCH for the specific CG configuration only includes data for mapping to a specific logical channel for the specific CG configuration, and the UCI is carried on the CG PUSCH for the specific CG configuration.

7. The method according to claim 1, wherein: The UCI is transmitted through a physical uplink control channel PUCCH based on a scheduling request SR linked to the UCI.

8. A user equipment UE operating in a wireless communication system, the UE comprising: at least one transceiver, the at least one transceiver configured to send and receive wireless signals; as well as at least one processor configured to control the at least one transceiver, Wherein, the at least one processor is configured to: receiving corresponding configuration information related to one or more configuration-permitted CG configurations from a base station; Sending uplink control information UCI to the base station, wherein the UCI includes information related to resources for next CG physical uplink shared channel PUSCH transmission for the one or more CG configurations, and transmission of CG PUSCH for the one or more CG configurations is not performed until resources determined by the information related to the resources for the next CG PUSCH transmission; and The CG PUSCH configured for the one or more CGs is sent to the base station in the resources determined by the information related to the resources for the next CG PUSCH transmission.

9. At least one non-transitory computer-readable medium storing at least one instruction, wherein: The at least one instruction executable by at least one processor controls a user equipment UE: receiving corresponding configuration information related to one or more configuration-permitted CG configurations from a base station; Sending uplink control information UCI to the base station, wherein the UCI includes information related to resources for next CG physical uplink shared channel PUSCH transmission for the one or more CG configurations, and transmission of CG PUSCH for the one or more CG configurations is not performed until resources determined by the information related to the resources for the next CG PUSCH transmission; and The CG PUSCH configured for the one or more CGs is sent to the base station in the resources determined by the information related to the resources for the next CG PUSCH transmission.

10. A processing device, the processing device being configured to control a user equipment UE in a wireless communication system, the processing 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, upon execution by the at least one processor, perform operations comprising: receiving corresponding configuration information related to one or more configuration-permitted CG configurations from a base station; Sending uplink control information UCI to the base station, wherein the UCI includes information related to resources for next CG physical uplink shared channel PUSCH transmission for the one or more CG configurations, and transmission of CG PUSCH for the one or more CG configurations is not performed until the resources determined by the information related to the resources for the next CG PUSCH transmission; and The CG PUSCH configured for the one or more CGs is sent to the base station in the resources determined by the information related to the resources for the next CG PUSCH transmission.

11. A method performed by a base station in a wireless communication system, the method comprising the following steps: Sending corresponding configuration information related to one or more configuration permission CG configurations to the user equipment UE; receiving uplink control information UCI from the UE, wherein the UCI includes information related to resources for next CG physical uplink shared channel PUSCH transmission for the one or more CG configurations, and transmission of the CG PUSCH for the one or more CG configurations is not performed until resources determined by the information related to the resources for the next CG PUSCH transmission; and The CG PUSCH configured for the one or more CGs is received from the UE in the resources determined by the information related to the resources for the next CG PUSCH transmission.

12. A base station operating in a wireless communication system, the base station comprising: at least one transceiver, the at least one transceiver configured to send and receive wireless signals; as well as at least one processor configured to control the at least one transceiver, Wherein, the at least one processor is configured to: Sending corresponding configuration information related to one or more configuration permission CG configurations to the user equipment UE; receiving uplink control information UCI from the UE, wherein the UCI includes information related to resources for next CG physical uplink shared channel PUSCH transmission for the one or more CG configurations, and transmission of the CG PUSCH for the one or more CG configurations is not performed until resources determined by the information related to the resources for the next CG PUSCH transmission; and The CG PUSCH configured for the one or more CGs is received from the UE in the resources determined by the information related to the resources for the next CG PUSCH transmission.

Images