Method and apparatus for transmitting or receiving wireless signal in wireless communication system

Abstract

According to at least one embodiment disclosed in the present specification, a terminal may receive one or more configuration grant (CG) configurations for uplink data transmission, and enable a first CG configuration selected by the terminal among the one or more CG configurations. The terminal transmits a physical uplink shared channel (PUSCH) based on the enabled first CG configuration, and the terminal may enable the first CG configuration through uplink transmission of control information related to the first CG configuration.

Description

Technical Field

[0001] The present disclosure relates to a wireless communication system, and more particularly, to a method and apparatus for transmitting / receiving wireless signals. Background Art

[0002] In general, wireless communication systems are developing to cover a wide range in various ways to provide communication services such as audio communication services, data communication services, etc. Wireless communication is a multiple access system that can support communication with multiple users by sharing available system resources (e.g., bandwidth, transmission power, etc.). For example, the multiple access system can be any of a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency division multiple access (SC-FDMA) system. Summary of the invention

[0003] Technical issues

[0004] An object of the present disclosure is to provide a method and apparatus for efficiently performing a wireless signal transmission / reception process.

[0005] Those skilled in the art will understand that the objectives that can be achieved using the present disclosure are not limited to those specifically described above, and the above and other objectives that can be achieved by the present disclosure will be more clearly understood from the following detailed description.

[0006] Technical Solution

[0007] According to an aspect, a method for transmitting a signal by a user equipment (UE) in a wireless communication system may include the following steps: receiving one or more configuration grant (CG) configurations for uplink data transmission; enabling a first CG configuration selected by the UE among the one or more CG configurations; and transmitting a physical uplink shared channel (PUSCH) based on the enabled first CG configuration. The UE may enable the first CG configuration by uplink transmission of control information related to the first CG configuration.

[0008] Uplink transmission of control information enabling the first CG configuration may be performed in uplink resources associated with the first CG configuration.

[0009] Each of the one or more CG configurations may be associated with a physical uplink control channel (PUCCH) resource. The UE may enable a first CG configuration by sending control information in a first PUCCH resource associated with the first CG configuration. The control information may include scheduling request (SR) information.

[0010] The control information for enabling the first CG configuration may be a medium access control (MAC) control element (CE). The MAC CE may include an index of the first CG configuration. The MAC CE may include at least one of modulation and coding scheme (MCS) information or packet delay budget (PDB) information related to transmission of the PUSCH. The MAC CE may be a buffer status report (BSR).

[0011] According to another aspect, there may be provided a computer-readable recording medium having recorded thereon a program for executing the method of transmitting a signal.

[0012] According to another aspect, a UE for performing the method of transmitting a signal may be provided.

[0013] According to another aspect, an apparatus for controlling a UE to perform a method of transmitting a signal may be provided.

[0014] According to another aspect, a method for sending a signal by a BS in a wireless communication system may include the following steps: sending one or more CG configurations for uplink data reception to a UE; enabling a first CG configuration selected by the UE among the one or more CG configurations; and receiving a PUSCH based on the enabled first CG configuration. The BS may enable the first CG configuration by uplink reception of control information related to the first CG configuration.

[0015] According to another aspect, a BS for performing a method of receiving a signal may be provided.

[0016] Beneficial Effects

[0017] According to the embodiments of the present disclosure, signals can be transmitted and received more accurately and efficiently in a wireless communication system.

[0018] Those skilled in the art will appreciate that the effects that can be achieved using the present disclosure are not limited to those specifically described above, and other advantages of the present disclosure will be more clearly understood from the following detailed description. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] Figure 1 Physical channels used in a 3rd Generation Partnership Project (3GPP) system as an exemplary wireless communication system and a general signal transmission method using the same are shown.

[0020] Figure 2 Shows the radio frame structure.

[0021] Figure 3 A resource grid showing time slots.

[0022] Figure 4 An exemplary mapping of physical channels in time slots is shown.

[0023] Figure 5 An example of a physical downlink shared channel (PDSCH) transmission / reception procedure is shown.

[0024] Figure 6 An example of a physical uplink shared channel (PUSCH) transmission / reception procedure is shown.

[0025] Figure 7 An example of a GOP structure / pattern is shown.

[0026] Figure 8 An example of a BSR MAC CE including CG enablement is shown.

[0027] Fig. 9 An example of CG enabling MAC CE is shown.

[0028] Fig.10 An example of a CG-enabled MAC CE including a PDB is shown.

[0029] Fig.11 is a diagram showing signal transmission of a UE according to an embodiment.

[0030] Fig.12 is a diagram illustrating signal reception of a BS according to an embodiment.

[0031] Figures 13 to 16 A communication system 1 and a wireless device suitable for use with the present disclosure are shown.

[0032] Fig.17 A discontinuous reception (DRX) operation suitable for the present disclosure is shown. DETAILED DESCRIPTION

[0033] Embodiments of the present disclosure are applicable to various wireless access technologies such as code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), and single carrier frequency division multiple access (SC-FDMA). CDMA can be implemented as a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented as a radio technology such as Global System for Mobile Communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rates for GSM Evolution (EDGE). OFDMA can be implemented as a radio technology such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wireless Fidelity (Wi-Fi)), IEEE 802.16 (Worldwide Interoperability for Microwave Access (WiMAX)), IEEE 802.20, and Evolved UTRA (E-UTRA). UTRA is part of Universal Mobile Telecommunications System (UMTS). 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA, and LTE-Advanced (A) is an evolved version of 3GPP LTE. 3GPP NR (New Radio or New Radio Access Technology) is an evolved version of 3GPP LTE / LTE-A.

[0034] As more and more communication devices require greater communication capacity, enhanced mobile broadband communications relative to traditional radio access technologies (RATs) are needed. In addition, large-scale machine-type communications (MTC), which can provide various services anytime and anywhere by connecting multiple devices and objects, is another important issue to be considered for next-generation communications. Discussions are also underway to design communication systems that take into account services / user equipment (UE) that are sensitive to reliability and latency. Therefore, discussions are underway to introduce new radio access technologies that take into account enhanced mobile broadband communications (eMBB), massive MTC, and ultra-reliable low-latency communications (URLLC). In this disclosure, for simplicity, this technology will be referred to as NR (new radio or new RAT).

[0035] For the sake of brevity, 3GPP NR is mainly described, but the technical concept of the present disclosure is not limited thereto.

[0036] Details of the background, terminology, abbreviations etc. used herein can be found in the following documents.

[0037] 3GPP NR

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

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

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

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

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

[0043] -3GPP TS 38.300: NR and NG-RAN general description

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

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

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

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

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

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

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

[0051] -3GPP TS23.287: Application layer support for V2X services; functional architecture and information flow

[0052] -3GPP TS23.501: System architecture of 5G system

[0053] -3GPP TS23.502: 5G system procedures

[0054] -3GPP TS23.503: Policy and Charging Control Framework for 5G Systems; Stage 2

[0055] -3GPP TS24.501: Non-Access Stratum (NAS) Protocol for 5G System (5GS); Stage 3

[0056] -3GPP TS24.502: Access to the 3GPP 5G Core Network (5GCN) via non-3GPP access networks

[0057] -3GPP TS24.526: User Equipment (UE) Strategy for 5G System (5GS); Stage 3

[0058] Abbreviations and terms

[0059] -SS: Search Space

[0060] -CSS: Common Search Space

[0061] -USS: UE-specific search space

[0062] -PDCCH: Physical Downlink Control Channel

[0063] -PDSCH: Physical Downlink Shared Channel;

[0064] -PUCCH: Physical Uplink Control Channel;

[0065] -PUSCH: Physical Uplink Shared Channel;

[0066] -DCI: Downlink Control Information

[0067] -UCI: Uplink Control Information

[0068] -PO: Paging Occasion

[0069] -MO: Monitoring timing

[0070] -SI: System Information

[0071] -SIB: System Information Block

[0072] -MIB: Master Information Block

[0073] -IE: Information Element

[0074] -RE: Resource Element

[0075] -RS: Reference signal

[0076] -TRS: Tracking Reference Signal

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

[0078] -DRX: Discontinuous Reception

[0079] -C-DRX: Connected Mode DRX

[0080] -RRC: Radio Resource Control

[0081] -AR: Augmented Reality

[0082] -VR: Virtual Reality

[0083] -SPS: Semi-Persistent Scheduling

[0084] -CG: Configuration permission

[0085] In a wireless communication system, a user equipment (UE) receives information from a base station (BS) through a downlink (DL) and transmits information to the BS through an uplink (UL). The information transmitted and received by the BS and the UE includes data and various control information, and includes various physical channels according to the type / purpose of the information transmitted and received by the UE and the BS.

[0086] Figure 1 Physical channels used in the 3GPP NR system and a general signal transmission method using the same are shown.

[0087] When the UE is powered on again from a power-off state or enters a new cell, in step S101, the UE performs an initial cell search process (e.g., establishes synchronization with the BS). To this end, the UE receives a synchronization signal block (SSB) from the BS. The SSB includes a primary synchronization signal (PSS), a secondary synchronization signal (SSS), and a physical broadcast channel (PBCH). The UE establishes synchronization with the BS based on the PSS / SSS and obtains information such as a cell identity (ID). The UE can obtain broadcast information in the cell based on the PBCH. The UE can receive a DL reference signal (RS) during the initial cell search process to monitor the DL channel status.

[0088] The cell search process of the UE can be summarized as follows.

[0089] - Step 1 (PSS related): Get SS / PBCH block (SSB) symbol timing and detect cell ID within the cell ID group (3 hypotheses)

[0090] - Step 2 (SSS related): Detection of cell ID groups (336 hypotheses)

[0091] - Step 3 (PBCH DMRS related): SSB index and half frame (HF) index (slot and frame boundary detection)

[0092] -Step 4 (PBCH related): Get time information (80ms, system frame number (SFN), SSB index, HF), remaining minimum system information (RMSI), control resource set (CORESET) / search space configuration

[0093] - Step 5 (related to PDCCH and PDSCH): Receive cell access information and RACH configuration

[0094] There may be 336 cell ID groups, each of which may have three cell IDs. There may be a total of 1008 cell IDs. Information about the cell ID group to which the cell ID of the cell belongs may be provided / obtained by / from the SSS of the cell, and information about the cell in the cell ID among the 336 cells may be provided / obtained by / from the PSS.

[0095] There may be 336 cell ID groups, each of which may have three cell IDs. There may be a total of 1008 cell IDs. Information about the cell ID group to which the cell ID of the cell belongs may be provided / obtained by / from the SSS of the cell, and information about the cell in the cell ID among the 336 cells may be provided / obtained by / from the PSS.

[0096] SSBs are sent periodically with an SSB periodicity. The default SSB periodicity assumed by the UE in the initial cell search is defined as 20ms. After cell access, the network (e.g., BS) may set the SSB periodicity to one of {5ms, 10ms, 20ms, 40ms, 80ms, and 160ms}. An SSB burst set may be configured at the start of the SSB periodicity. An SSB burst set may be set to a time window of 5ms (i.e., half a frame), and an SSB may be repeatedly sent up to L times within an SS burst set. The maximum number L of SSB transmissions may be given as follows based on the carrier frequency band. A timeslot includes at most two SSBs.

[0097] - For the frequency range up to 3 GHz, L = 4

[0098] - For the frequency range from 3 GHz to 6 GHz, L = 8

[0099] - For the frequency range from 6 GHz to 52.6 GHz, L = 64

[0100] The time domain positions of the candidate SSBs in the SS burst set may be defined according to the subcarrier spacing. The time domain positions of the candidate SSBs are indexed in time order from (SSB index) 0 to L-1 within the SSB burst set (ie, half-frame).

[0101] Multiple SSBs may be transmitted within the frequency span of a carrier. Each SSB may not need to have a unique physical layer cell identifier, but different SSBs may have different physical layer cell identifiers.

[0102] The UE can acquire DL synchronization by detecting the SSB. The UE can identify the structure of the SSB burst set based on the detected SSB (time) index, so the UE can detect the symbol / time slot / half-frame boundary. The frame / half-frame number to which the detected SSB belongs can be identified based on the system frame number (SFN) information and the half-frame indication information.

[0103] Specifically, the UE can obtain the 10-bit SFN of the frame to which the PBCH belongs from the PBCH. Then, the UE can obtain 1-bit half-frame indication information. For example, when the UE detects a PBCH with the half-frame indication bit set to 0, the UE can determine that the SSB to which the PBCH belongs is included in the first half of the frame. When the UE detects a PBCH with the half-frame indication bit set to 1, the UE can determine that the SSB to which the PBCH belongs is included in the second half of the frame. Finally, the UE can obtain the SSB index of the SSB to which the PBCH belongs based on the DMRS sequence and the PBCH payload carried by the PBCH.

[0104] After the initial cell search, the UE may acquire more specific system information by receiving a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) based on information of the PDCCH in step S102.

[0105] The UE may perform a random access procedure to access the BS in steps S103 to S106. For random access, the UE may send a preamble to the BS on a physical random access channel (PRACH) (S103) and receive a response message to the preamble on a PDCCH and a PDSCH corresponding to the PDCCH (S104). In the case of contention-based random access, the UE may perform a contention resolution procedure by further sending a PRACH (S105) and receiving a PDCCH and a PDSCH corresponding to the PDCCH (S106).

[0106] After the foregoing process, the UE may receive PDCCH / PDSCH (S107) and send a physical uplink shared channel (PUSCH) / physical uplink control channel (PUCCH) (S108) as a general downlink / uplink signal transmission process. The control information sent from the UE to the BS is called uplink control information (UCI). UCI includes hybrid automatic repeat and request confirmation / negative determination (HARQ-ACK / NACK), scheduling request (SR), channel state information (CSI), etc. CSI includes channel quality indicator (CQI), precoding matrix indicator (PMI), rank indicator (RI), etc. Although UCI is usually sent on PUCCH, UCI may be sent on PUSCH when control information and business data need to be sent simultaneously. In addition, UCI may be sent aperiodically via PUSCH according to the request / command of the network.

[0107] Figure 2The radio frame structure is shown. In NR, uplink transmission and downlink transmission are configured in frames. Each radio frame has a length of 10ms and is divided into two 5ms half frames (HF). Each half frame is divided into five 1ms subframes (SF). A subframe is divided into one or more time slots, and the number of time slots in a subframe depends on the subcarrier spacing (SCS). Depending on the cyclic prefix (CP), each time slot includes 12 or 14 orthogonal frequency division multiplexing (OFDM) symbols. When a normal CP is used, each time slot includes 14 OFDM symbols. When an extended CP is used, each time slot includes 12 OFDM symbols.

[0108] Table 1 exemplarily shows that the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to the SCS when a normal CP is used.

[0109] [Table 1]

[0110] <![CDATA[SCS(15*2 u )]]> <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 15KHz(u=0) 14 10 1 30KHz(u=1) 14 20 2 60KHz(u=2) 14 40 4 120KHz(u=3) 14 80 8 240KHz(u=4) 14 160 16

[0111] *N slot symb : The number of symbols in a time slot

[0112] *N frame,u slot : Number of time slots in a frame

[0113] *N subframe,u slot : Number of time slots in a subframe

[0114] Table 2 shows that the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to the SCS when the extended CP is used.

[0115] [Table 2]

[0116] <![CDATA[SCS(15*2 u )]]> <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 60KHz(u=2) 12 40 4

[0117] The structure of the frame is only an example. The number of subframes, the number of time slots, and the number of symbols in a frame may vary.

[0118] In the NR system, OFDM parameter sets (e.g., SCS) may be configured differently for multiple cells aggregated for one UE. Therefore, the (absolute time) duration of a time resource (e.g., SF, time slot, or TTI) (referred to as a time unit (TU) for simplicity) consisting of the same number of symbols may be configured differently between aggregated cells. Here, the symbol may include an OFDM symbol (or CP-OFDM symbol) and an SC-FDMA symbol (or a discrete Fourier transform-spread-OFDM (DFT-s-OFDM) symbol).

[0119] Figure 3A resource grid showing a time slot. A time slot includes multiple symbols in the time domain. For example, when a normal CP is used, a time slot includes 14 symbols. However, when an extended CP is used, a time slot includes 12 symbols. A carrier includes multiple subcarriers in the frequency domain. A resource block (RB) is defined as a plurality of consecutive subcarriers (e.g., 12 consecutive subcarriers) in the frequency domain. A bandwidth part (BWP) may be defined as a plurality of consecutive physical RBs (PRBs) in the frequency domain and corresponds to a single parameter set (e.g., SCS, CP length, etc.). A carrier may include up to N (e.g., five) BWPs. Data communication may be performed via enabled BWPs, and only one BWP may be enabled for a UE. In a resource grid, each element is referred to as a resource element (RE), and a complex symbol may be mapped to each RE.

[0120] Figure 4 An exemplary mapping of physical channels in a time slot is shown. In the NR system, a frame is characterized by a self-contained structure in which a DL control channel, DL or UL data, and a UL control channel can all be included in one time slot. For example, the first N symbols of a time slot (hereinafter referred to as the DL control region) can be used to send a DL control channel (e.g., PDCCH), and the last M symbols of a time slot (hereinafter referred to as the UL control region) can be used to send a UL control channel (e.g., PUCCH). Each of N and M is an integer equal to or greater than 0. The resource region (hereinafter referred to as the data region) between the DL control region and the UL control region can be used to send DL data (e.g., PDSCH) or UL data (e.g., PUSCH). The guard period (GP) provides a time gap for switching from a transmission mode to a reception mode or from a reception mode to a transmission mode at the BS and the UE. Some symbols in a subframe at the time of DL to UL switching can be configured as GPs.

[0121] PDCCH transmits DCI. For example, PDCCH (i.e., DCI) may carry information about the transmission format and resource allocation of the DL shared channel (DL-SCH), resource allocation information of the uplink shared channel (UL-SCH), paging information about the paging channel (PCH), system information about DL-SCH, information about resource allocation of high-level control messages (e.g., RAR sent on PDSCH), transmit power control commands, information about the activation / release of the configured scheduling, etc. DCI includes a cyclic redundancy check (CRC). The CRC is masked using various identifiers (IDs) (e.g., radio network temporary identifier (RNTI)) according to the owner or purpose of the PDCCH. For example, if the PDCCH is used for a specific UE, the CRC is masked by the UE ID (e.g., cell-RNTI (C-RNTI)). If the PDCCH is used for a paging message, the CRC is masked by the paging-RNTI (P-RNTI). If the PDCCH is for system information (eg, system information block (SIB)), the CRC is masked by a system information RNTI (SI-RNTI). When the PDCCH is for RAR, the CRC is masked by a random access-RNTI (RA-RNTI).

[0122] The BS may send a control resource set (CORESET) configuration to the UE. A CORESET is defined as a set of resource element groups (REGs) with a given parameter set (e.g., SCS, CP length, etc.). A REG is defined by one (P)RB as one OFDM symbol. Multiple CORESETs for one UE may overlap with each other in the time / frequency domain. A CORESET may be configured by system information (e.g., a master information block (MIB)) or high-level signaling (e.g., radio resource control (RRC) signaling). For example, configuration information about a specific common CORESET (e.g., CORESET#0) may be sent in the MIB. For example, a PDSCH carrying system information block 1 (SIB1) may be scheduled by a specific PDCCH, and CORESET#0 may be used to carry a specific PDCCH. Configuration information about CORESET#N (e.g., N>0) may be sent by RRC signaling (e.g., cell-common RRC signaling or UE-specific RRC signaling). For example, the UE-specific RRC signaling carrying the CORESET configuration information may include various types of signaling, such as an RRC setup message, an RRC reconfiguration message, and / or BWP configuration information. Specifically, the CORESET configuration may include the following information / fields.

[0123] -controlResourceSetId: indicates the ID of the CORESET.

[0124] -frequencyDomainResources: Indicates the frequency resources of the CORESET. The frequency resources of the CORESET are indicated by a bitmap corresponding to each bit and an RBG (e.g., 6 (contiguous) RBs). For example, the most significant bit (MSB) of the bitmap corresponds to the first RBG. The RBG corresponding to the bit set to 1 is allocated as the frequency resource of the CORESET.

[0125] -duration: Indicates the time resource of CORESET. Duration indicates the number of consecutive OFDM symbols included in CORESET. Duration has a value of 1 to 3.

[0126] -cce-REG-MappingType: indicates the control channel element (CCE) to REG mapping type. Both interleaved and non-interleaved types are supported.

[0127] -interleaverSize: Indicates the interleaver size.

[0128] -pdcch-DMRS-ScramblingID: indicates the value used for PDCCH DMRS initialization. When pdcch-DMRS-ScramblingID is not included, the physical unit ID of the serving cell is used.

[0129] -precoderGranularity: Indicates the precoder granularity in the frequency domain.

[0130] -reg-BundleSize: Indicates the REG bundle size.

[0131] -tci-PresentInDCI: indicates whether the transmission configuration index (TCI) field is included in the DL-related DCI.

[0132] -tci-StatesPDCCH-ToAddList: indicates a subset of TCI states configured in pdcch-Config for providing a quasi co-location (QCL) relationship between DL RSs and PDCCH DMRS ports in an RS set (TCI state).

[0133] In addition, the BS may send a PDCCH search space (SS) configuration to the UE. The PDCCH SS configuration may be sent through high-layer signaling (e.g., RRC signaling). For example, the RRC signaling may include (but is not limited to) various types of signaling, such as an RRC setup message, an RRC reconfiguration message, and / or BWP configuration information. For example, the CORESET configuration and the PDCCH SS configuration may be sent in one message (e.g., through one RRC signaling) or may be sent separately in different messages.

[0134] The PDCCH SS configuration may include information about the configuration of the PDCCH SS set. The PDCCH SS set may be defined as a set of PDCCH candidates monitored (e.g., blindly detected) by the UE. One or more SS sets may be configured for the UE. Each SS set may be a USS set or a CSS set. For convenience, the PDCCH SS set may be referred to as an "SS" or a "PDCCH SS".

[0135] The PDCCH SS set includes PDCCH candidates. PDCCH candidates are CCEs that the UE monitors to receive / detect PDCCH. Monitoring includes blind decoding (BD) of PDCCH candidates. One PDCCH (candidate) includes 1, 2, 4, 8 or 16 CCEs depending on the aggregation level (AL). One CCE includes 6 REGs. Each CORESET configuration is associated with one or more SSs, and each SS is associated with one CORESET configuration. One SS is defined based on one SS configuration, and the SS configuration may include the following information / fields.

[0136] -searchSpaceId: indicates the ID of the SS.

[0137] -controlResourceSetId: Indicates the CORESET associated with the SS.

[0138] - monitoringSlotPeriodicityAndOffset: indicates the periodicity (in time slots) and offset (in time slots) of PDCCH monitoring.

[0139] -monitoringSymbolsWithinSlot: Indicates the first OFDM symbol used for PDCCH monitoring in a slot configured with PDCCH monitoring. The first OFDM symbol used for PDCCH monitoring is indicated by a bitmap where each bit corresponds to an OFDM symbol in the slot. The MSB of the bitmap corresponds to the first OFDM symbol of the slot. The OFDM symbol corresponding to the bit set to 1 corresponds to the first symbol of the CORESET in the slot.

[0140] -nrofCandidates: indicates the number of PDCCH candidates for each AL (one of the values ​​0, 1, 2, 3, 4, 5, 6 and 8), where AL = {1, 2, 4, 8, 16}.

[0141] -searchSpaceType: Indicates the common search space (CSS) or UE-specific search space (USS) and the DCI format used in the corresponding SS type.

[0142] Subsequently, the BS may generate a PDCCH and send the PDCCH to the UE, and the UE may monitor the PDCCH candidates in one or more SSs to receive / detect the PDCCH. The timing (e.g., time / frequency resources) at which the UE is to monitor the PDCCH candidates is defined as a PDCCH (monitoring) timing. One or more PDCCH (monitoring) timings may be configured in a time slot.

[0143] Table 3 shows the characteristics of each SS.

[0144] [Table 3]

[0145]

[0146] Table 4 shows the DCI format transmitted on the PDCCH.

[0147] [Table 4]

[0148]

[0149] DCI format 0_0 can be used to schedule TB-based (or TB-level) PUSCH, and DCI format 0_1 ​​can be used to schedule TB-based (or TB-level) PUSCH or code block group (CBG)-based (or CBG-level) PUSCH. DCI format 1_0 can be used to schedule TB-based (or TB-level) PDSCH, and DCI format 1_1 can be used to schedule TB-based (or TB-level) PDSCH or CBG-based (or CBG-level) PDSCH (or DL ​​grant DCI). DCI format 0_0 / 0_1 can be called UL grant DCI or UL scheduling information, and DCI format 1_0 / 1_1 can be called DL grant DCI or DL ​​scheduling information. DCI format 2_0 is used to transmit dynamic slot format information (e.g., dynamic slot format indicator (SFI)) to the UE, and DCI format 2_1 is used to transmit DL preemption information to the UE. DCI format 2_0 and / or DCI format 2_1 can be transmitted to a corresponding group of UEs on a group common PDCCH (a PDCCH pointing to a group of UEs).

[0150] DCI format 0_0 and DCI format 1_0 may be referred to as fallback DCI formats, while DCI format 0_1 ​​and DCI format 1_1 may be referred to as non-fallback DCI formats. Under the fallback DCI format, the DCI size / field configuration remains the same regardless of the UE configuration. In contrast, under the non-fallback DCI format, the DCI size / field configuration varies according to the UE configuration.

[0151] PDSCH carries downlink data (e.g., DL-SCH transport block, DL-SCH TB). Modulation schemes such as quadrature phase shift keying (QPSK), 16 quadrature amplitude modulation (QAM), 64QAM, or 256QAM are applied to PDSCH. Codewords are generated by encoding TBs. PDSCH can carry up to two codewords. Scrambling and modulation mapping are performed for each codeword, and the modulation symbols generated from each codeword can be mapped to one or more layers. Each layer is mapped to a resource together with a demodulation reference signal (DMRS), generated as an OFDM symbol signal, and sent through the corresponding antenna port.

[0152] PUCCH carries uplink control information (UCI). UCI may include one or more of the following information.

[0153] -SR (Scheduling Request): Information used to request UL-SCH resources.

[0154] -HARQ (Hybrid Automatic Repeat Request)-ACK (Acknowledgement): It is a response to a downlink data packet (e.g., codeword) on the PDSCH, indicating whether the downlink data packet is successfully received. A 1-bit HARQ-ACK may be sent in response to a single codeword, and a 2-bit HARQ-ACK may be sent in response to two codewords. The HARQ-ACK response includes a positive ACK (abbreviated as ACK), a negative ACK (NACK), DTX, or NACK / DTX. Here, HARQ-ACK may be referred to as HARQ ACK / NACK and ACK / NACK.

[0155] -CSI (Channel State Information): Feedback information for downlink channels. Multiple Input Multiple Output (MIMO) related feedback information includes Rank Indicator (RI) and Precoding Matrix Indicator (PMI).

[0156] Table 5 shows the PUCCH format. According to the PUCCH length, the PUCCH format may be classified into short PUCCH (format 0, 2) and long PUCCH (format 1, 3, 4).

[0157] [Table 5]

[0158]

[0159] The PUSCH carries uplink data (e.g., UL-SCH transport block, UL-SCH TB) and / or uplink control information (UCI). The PUCCH is transmitted based on a CP-OFDM (Cyclic Prefix-Orthogonal Frequency Division Multiplexing) waveform or a Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) waveform. When the PUSCH is transmitted based on the DFT-s-OFDM waveform, the UE performs transform precoding for the PUSCH. For example, if transform precoding is not performed (e.g., transform precoding is disabled), the UE transmits the PUSCH based on the CP-OFDM waveform. If transform precoding is performed (e.g., transform precoding is enabled), the UE transmits the PUSCH based on the CP-OFDM waveform or the DFT-s-OFDM waveform. PUSCH transmission is dynamically scheduled by a UL grant in a DCI (e.g., Layer 1 (PDCCH) signaling) and / or semi-statically scheduled based on high-layer (e.g., RRC) signaling (configuration grant). PUSCH transmission may be performed based on a codebook or non-based on a codebook.

[0160] Figure 5 An example of a PDSCH transmission / reception process is shown. Figure 5 , the UE may detect the PDCCH in slot #n. Here, the PDCCH includes downlink scheduling information (e.g., DCI formats 1_0, 1_1), and the PDCCH indicates DL assignment to PDSCH offset (K0) and PDSCH-HARQ-ACK report offset (K1). For example, DCI formats 1_0 and 1_1 may include the following information:

[0161] - Frequency Domain Resource Assignment (FDRA): FDRA indicates the set of RBs allocated to PDSCH

[0162] - Time Domain Resource Assignment (TDRA): TDRA indicates K0 (e.g., slot offset), the starting position of the PDSCH within slot #n+K0 (e.g., OFDM symbol index), and the length of the PDSCH (e.g., the number of OFDM symbols)

[0163] -PDSCH-to-HARQ_feedback timing indicator, which indicates K1 (e.g., slot offset)

[0164] -HARQ process number (4 bits), which indicates the HARQ process ID (identification) of the data (e.g., PDSCH or TB)

[0165] -PUCCH Resource Indicator (PRI): PRI indicates the PUCCH resource to be used for UCI transmission among multiple PUCCH resources in a PUCCH resource set

[0166] The UE receives the PDSCH in slot #(n+K0) based on the scheduling information received in slot #n. After the PDSCH reception in slot #n1 (where n+K0≤n1) is completed, the UE may send UCI through the PUCCH from slot #(n1+K1). Here, the UCI may include a HARQ-ACK response to the PDSCH. Figure 5 In the example, for convenience, it is assumed that the SCS of the PDSCH and the SCS of the PUCCH are the same, and it is assumed that slot #n1=slot #n+K0, but the present disclosure is not limited thereto. If the SCSs are different, K1 may be indicated / interpreted based on the SCS of the PUCCH.

[0167] If the PDSCH is configured to carry up to 1 TB, the HARQ-ACK response may have 1 bit. When the PDSCH is configured to carry up to 2 TBs, the HARQ-ACK response may be configured with 2 bits when spatial bundling is not configured, and with 1 bit when spatial bundling is configured. When the HARQ-ACK transmission time of multiple PDSCHs is configured as time slot #(n+K1), the UCI sent in time slot #(n+K1) includes HARQ-ACK responses for multiple PDSCHs.

[0168] Whether the UE should perform spatial bundling for the HARQ-ACK response may be configured for each cell group (e.g., RRC / higher layer signaling). As an example, spatial bundling may be configured separately in each HARQ-ACK response sent via PUCCH and / or a HARQ-ACK response sent via PUSCH.

[0169] Spatial bundling can be supported when the maximum number of TBs (or codewords) that can be received at one time (or can be scheduled through 1 DCI) in the corresponding serving cell is two (or two or more) (for example, the high-level parameter maxNrofCodeWordsScheduledByDCI is equal to 2-TB). In addition, a number of layers greater than four can be used for 2-TB transmission, and a maximum of four layers can be used for 1-TB transmission. As a result, when spatial bundling is configured in the corresponding cell group, spatial bundling can be performed on the serving cells in the corresponding cell group that can schedule more than four layers. On the corresponding serving cell, a UE that expects to send a HARQ-ACK response through spatial bundling can generate a HARQ-ACK response by performing a (bit-by-bit) logical AND operation on the ACK / NACK (A / N) bits of multiple TBs.

[0170] For example, it is assumed that the UE receives a DCI for scheduling 2-TB and receives the 2-TB through the PDSCH based on the DCI. If spatial bundling is performed, a single A / N bit may be generated by performing a logical AND operation on the first A / N bit of the first TB and the second A / N bit of the second TB. As a result, if both the first TB and the second TB are ACK, the UE reports the ACK bit value to the BS, and when either TB is NACK, the UE reports the NACK bit value to the BS.

[0171] For example, when only 1-TB is actually scheduled on a serving cell that allows 2-TB reception, the UE may generate a single A / N bit by performing a logical AND operation on the A / N bit corresponding to 1-TB and a bit value 1. As a result, the UE may report the A / N bit corresponding to 1-TB to the BS as is.

[0172] Multiple parallel DL HARQ processes can be configured for DL ​​transmission in a base station / terminal. Multiple parallel HARQ processes allow DL transmission to be performed continuously while waiting for HARQ feedback on whether the reception of the previous DL transmission was successful or unsuccessful. Each HARQ process is associated with a HARQ buffer of the MAC (Medium Access Control) layer. Each DL HARQ process manages information related to the number of MAC PDU (Physical Data Unit) transmissions in the buffer, HARQ feedback of the MAC PDU in the buffer, and the current redundancy version. Each HARQ process is identified by a HARQ process ID.

[0173] Figure 6 An example of a PUSCH transmission / reception process is shown. Figure 6 , the UE may detect the PDCCH in time slot #n. Here, the PDCCH includes uplink scheduling information (eg, DCI formats 0_0, 0_1). DCI formats 0_0 and 0_1 may include the following information.

[0174] - Frequency Domain Resource Assignment (FDRA), which indicates the set of RBs allocated to PUSCH

[0175] -Time Domain Resource Assignment (TDRA), which indicates the slot offset K2, the starting position (e.g., symbol index) and length (e.g., number of OFDM symbols) of the PUSCH in the slot. The starting symbol and length may be indicated by a start and length indicator value (SLIV), or may be indicated separately.

[0176] The UE may transmit a PUSCH in slot #(n+K2) according to the scheduling information received in slot #n. The PUSCH may include a UL-SCH TB.

[0177] SPS-related dynamic license transmission

[0178] The present disclosure proposes a method for reducing power consumption and increasing the efficiency of radio resources while ensuring the availability and reliability of transmission resources when sending video information of an XR service in resources preconfigured such as by SPS in an NR wireless communication system.

[0179] In NR, one or more SPS PDSCHs may be configured for the UE for periodic transmission and reception or low latency and PDCCH overhead. Each SPS configuration may periodically repeat the configured / indicated resources. That is, the resource allocation initially configured / indicated may be repeated periodically as configured, and the UE may perform DL reception in the corresponding resources without separate PDCCH reception processing. In XR, various types of data may be generated. Among these data, consider sending and receiving sensor and location information about the UE (usually reported with a specific periodicity) and video data in SPS resources. These data may not always have a fixed service arrival time and may experience jitter due to reasons such as video encoding time, sensor measurement time, high-level operation, or routing changes to the network to which the data is sent.

[0180] When jitter is taken into account and resources are allocated to locations that are sufficiently spaced in time from the expected service arrival time, resource availability can be guaranteed, but delays may occur. In contrast, when SPS resources with fixed periodicity are allocated to the expected service arrival time, when jitter occurs, greater delays may occur due to the waiting time before the next available resource.

[0181] In addition, since some data are generated based on events, the actual service arrival time cannot be accurately identified. However, even for these data, the use of SPS resources is considered to reduce the delay caused by scheduling. In this case, a skipping method has been discussed in the past, in which sufficient resources are allocated with a short periodicity to prepare for the arrival of services, and the UE or BS selectively uses these resources and skips other resources. However, in order to use the method of skipping transmission and reception, it is necessary to carefully consider the response signal between the UE and the BS to confirm whether the data has been received or sent. When the UE sends a response signal for a transmission that has not yet been received, the BS should always prepare the resources for the UE to send the response signal, and considering that the skipping method is based on the configuration of sufficient radio resources, this may bring a large UL burden. In addition, considering that these resources can be reused between UEs, the UL resource burden should be considered more importantly.

[0182] Since low latency is critical to the quality of XR services, it is necessary to consider a method for minimizing the impact of latency while reducing the impact of jitter. To solve this problem, the present disclosure proposes a method for selectively using some of a plurality of SPS resources configured between a UE and a BS and sending a response to the SPS resources used in this manner at a predetermined location in a simplified manner.

[0183] GOP (Group of Pictures)

[0184] Figure 7 An example of a GOP structure / pattern is shown.

[0185] A GOP for video encoding may include I, P, B, and D picture types.

[0186] An I picture or I frame (also called an intra-coded picture, 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).

[0187] A predictively coded (P) picture or P frame includes motion compensated difference information relative to a previously decoded picture. In older designs such as MPEG-1, H.262 / MPEG-2, and H.263, each P picture can reference only one picture, and that picture should precede the P picture in display and decoding order, and should be an I or P picture. This constraint is not imposed on the latest standards H.264 / MPEG-4 AVC and HEVC.

[0188] A bi-predictively coded (B) picture or B frame includes motion compensated difference information relative to a previously decoded picture. In older designs such as MPEG-1 and H.262 / MPEG-2, each B picture can reference only two pictures: one before the B picture and one after it. All referenced pictures should be I or IP pictures. The latest standards H.264 / MPEG-4 AVC and HEVC do not impose this constraint.

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

[0190] like Figure 7 As shown, an I frame indicates the start of a GOP. This is followed by multiple P frames and B frames. In previous schemes, the allowed order and reference structure are relatively limited.

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

[0192] For example, in the pattern sequence 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).

[0193] An I frame includes a complete image and does not require any additional information to reconstruct it. Typically, encoders use a GOP structure that makes each I frame a "clean random access point". Thus, decoding can start on an I frame and any errors within the GOP structure can be corrected after processing the correct I frame.

[0194] Although the proposed method is described in the context of semi-statically configured DL SPS radio resources in the present disclosure, it should be understood by those skilled in the art that the proposed method of the present disclosure is not limited thereto and can be extended to radio resources allocated by dynamic scheduling received by the UE. For example, regardless of the SPS PDSCH and PDSCH indicated by the dynamic scheduling, a method in which the UE determines a HARQ-ACK timing for multiple allocated DL radio resources can be applied. In addition, when multiple radio resources are not semi-statically configured but configured by dynamic indication, for example, when multiple radio resources are configured at once by DCI, the proposed method can also be applied. Therefore, it is obvious that the proposed method can be applied to all types of transmission and reception methods expected by the BS and UE. Hereinafter, for the convenience of description, SPS is used as a general concept to uniformly represent semi-statically configured radio resources (e.g., by DL / UL SPS or CG).

[0195] In the present disclosure, a transmission opportunity (TO) means a radio resource configured for SPS purposes (e.g., SPS PDSCH). An entity performing transmission in a TO (i.e., a BS on DL and a UE on UL) may attempt transmission in a TO, and a receiver (i.e., a UE on DL and a BS on UL) may expect transmission and attempt reception in each TO.

[0196] Although the proposed methods are described below in the context of an NR system, they are not specifically limited to NR transmission / reception schemes. In addition, although examples are given below based on the characteristics and structure of XR services, the proposed methods are not specifically limited to the support of XR services. Therefore, the proposed methods are applicable to all wireless communication transmission / reception structures and services.

[0197] Scheduling request or buffer status report for CG PUSCH scheduling

[0198] The present disclosure proposes a method for requesting scheduling of one or more PUSCH transmission resources based on SR and / or UCI and / or UL MAC CE (e.g., BSR MAC CE) according to generated UL traffic, and sending UL traffic accordingly. In this case, the multiple PUSCH resources are CG PUSCHs. Based on SR, UCI or UL MAC CE, the CG PUSCH transmission can be enabled autonomously by the UE, or by the BS at the request of the UE.

[0199] In conventional technology, the BS configures a specific schedulingRequestID to be mapped to an SR PUCCH resource according to a specific periodicity and offset identified by a specific schedulingRequestResourceId. In the present disclosure, the BS configures a specific CG configuration index to be mapped to one or more schedulingRequestIDs. Alternatively, the BS configures a specific schedulingRequestID to be mapped to one or more CG configuration indexes. When the UE sends a specific SR PUCCH resource, upon receiving it, the BS may anticipate the transmission of or allocation of the specific CG configuration index indicated by the SR PUCCH resource.

[0200] [1] Method A: Enable CG with a specific CG index based on the transmission of a specific SR resource or the transmission of a MACCE such as a BSR Resource Methods

[0201] The BS can configure one or more CGs for a specific UE. In this method, the UE can directly enable the CG resources and indicate this to the BS through SR resources or MAC CE. For this operation, the BS can provide the following additional configurations for each CG configuration index.

[0202] 1) Candidate values ​​of CG duration

[0203] For a specific CG configuration index to be enabled, candidate values ​​are configured for the number of CG PUSCH resources or the length of the CG PUSCH transmission time period that the UE can determine. The UE can indicate one of the configured CG duration values ​​to the BS.

[0204] 2) CG offset candidate value

[0205] For a specific CG configuration index to be enabled, a candidate value is configured for the time difference between the time slot carrying the UE's SR, UCI, or MAC CE and the first CGPUSCH time slot. In addition, a candidate value may be configured for the first PUSCH symbol of the first CG PUSCH time slot. The UE may indicate one of the configured CG offset values ​​to the BS. For example, the UE may determine the CG offset value considering the packet delay budget (PDB) of the data to be sent and the impact of jitter.

[0206] 3) MCS candidate value

[0207] For a specific CG configuration index to be enabled, configuration candidate values ​​for the CG PUSCH transmission MCS value. The UE can indicate to the BS one of the configured MCS values ​​to be applied to the CG PUSCH transmission.

[0208] The BS may map one or more logical channels to a specific CG configuration index. When the data to be sent is available for the logical channel and the logical channel is mapped to a specific CG configuration index, the UE may send positive SR information through the SRPUCCH resource mapped to the specific CG configuration index.

[0209] The SR PUCCH resources or the schedulingRequestID mapped to the SR PUCCH resources may be configured to be mapped to the following information.

[0210] 1) CG configuration index: It is mapped to one or more CG configurations configured by RRC message

[0211] 2) CG duration value: It is mapped to one of the CG duration candidate values ​​configured through the RRC message for the CG configuration mapped to the SR PUCCH resource or schedulingRequestID or the CG configuration linked to the logical channel mapped to the schedulingRequestID.

[0212] 3) CG offset value: It is mapped to one of the CG offset candidate values ​​configured through the RRC message for the CG configuration mapped to the SR PUCCH resource or schedulingRequestID or the CG configuration linked to the logical channel mapped to the schedulingRequestID.

[0213] 4) MCS value: It is mapped to one of the MCS candidate values ​​configured through the RRC message for the CG configuration mapped to the SR PUCCH resource or schedulingRequestID or the CG configuration linked to the logical channel mapped to the schedulingRequestID.

[0214] When there is no SR PUCCH resource mapped to a specific CG configuration index, when a BSR is triggered, or when a UL grant is available, the UE can inform the BS to enable the specific CG configuration index by sending positive SR information via UCI carried on PUSCH or sending a specific MAC CE via PUSCH. The specific MAC CE is a BSR MAC CE or a new MAC CE with a higher or lower priority than the BSRMAC CE, which can be included in the MAC PDU.

[0215] Such UCI or MAC CE may indicate one or more of the following information:

[0216] 1) CG configuration index: indicates activation or deactivation of one or more CG configurations configured by RRC message.

[0217] 2) CG duration value: indicates the candidate CG duration value configured by the RRC message for the indicated one or more CG configurations.

[0218] 3) CG offset value: indicates one of the CG offset candidate values ​​configured by the RRC message for the indicated one or more CG configurations.

[0219] 4) MCS value: indicates one of the MCS candidate values ​​configured by the RRC message for the indicated one or more CG configurations.

[0220] According to the above configuration and SR / UCI / MAC CE method, when the UE successfully sends SR, UCI or MAC CE, the UE enables or resumes the deactivated or suspended specific CG according to the above CG configuration index. The UE continues to send CG PUSCH for a specific time period or a specific number of times from the first CG PUSCH transmission determined according to the CG offset, and then autonomously deactivates the CG configuration. The specific time period or the specific number of times can be determined by the CG duration value indicated by the UE to the BS or the CG duration value specified by the BS in the RRC message for the CG configuration index.

[0221] When the UE or BS does not determine the CG duration value, the UE determines the corresponding CG configuration as enabled until it receives a DCI, MAC CE, or RRC message indicating deactivation. When the UE indicates an MCS value, the BS determines to send CGPUSCH according to the indicated MCS value. When the UE does not indicate an MCS value, the UE and the BS determine to send CG PUSCH according to the MCS value configured by the RRC message.

[0222] If the CG duration is specified, the UE may deactivate a specific enabled CG configuration during the CG duration, or if the CG duration is not specified, deactivate the specific enabled CG configuration by sending a specific SR PUCCH resource. Alternatively, the deactivation of a specific CG configuration may be indicated to the BS via UCI or MAC CE. To this end, a specific SR PUCCH resource may be configured to be deactivated mapped to a specific CG configuration index. Alternatively, an activated specific SR PUCCH resource mapped to a specific CG configuration index may also be mapped to deactivation of a specific CG configuration index. In this case, a specific SRPUCCH resource sent after activation of a specific CG configuration may indicate the deactivation of the corresponding CG configuration.

[0223] If the CG duration is specified, the BS may deactivate the UE-autonomously enabled CG configuration within or outside the CG duration, or if the CG duration is not specified, deactivate the UE-autonomously enabled CG configuration according to BS instructions by sending a DCI indicating the release / deactivation of a specific CG configuration index.

[0224] When the UE fails to successfully send the SR, UCI or MAC CE, the UE may repeatedly send the SR, UCI or MAC CE as many times as configured by the BS.

[0225] [2] Method B: Requesting the activation of a specific CG index by transmitting a specific SR resource or transmitting a MAC CE such as a BSR Methods for CG resources

[0226] The BS can configure one or more CGs for a specific UE. In this method, the UE selects the index of a specific CG configuration mapped to the UL service pattern for a logical channel available for data, and requests the selected specific CG configuration index from the BS through SR resources or MAC CE. For this operation, the BS can provide the following additional configurations for each CG configuration index.

[0227] 1) Candidate values ​​of CG duration

[0228] For a specific CG configuration index to be enabled, candidate values ​​are configured for the number of CG PUSCH resources or the length of the CG PUSCH transmission time period that the UE can determine. The UE can indicate one of the configured CG duration values ​​to the BS.

[0229] 2) CG offset candidate value

[0230] For a specific CG configuration index to be enabled, a candidate value is configured for the time difference between the time slot carrying the UE's SR, UCI, or MAC CE and the first CGPUSCH time slot. In addition, a candidate value may be configured for the first PUSCH symbol of the first CG PUSCH time slot. The UE may indicate one of the configured CG offset values ​​to the BS. For example, the UE may determine the CG offset value considering the impact of the PDB and jitter of the data to be sent.

[0231] 3) Remaining PDB candidate values

[0232] For a specific CG configuration index to be enabled, candidate values ​​are configured for the remaining PDB of data in the UL PDCP buffer or the RLC buffer. The UE may select a value that is the same as or closest to the remaining PDB of the data to be sent, a value that is the same as or higher than the remaining PDB, or a value that is the same as or lower than the remaining PDB among the configured PDB values, and indicate the selected PDB value to the BS.

[0233] The BS may map one or more logical channels to a specific CG configuration index. When the data to be sent is available for the logical channel and the logical channel is mapped to a specific CG configuration index, the UE may send positive SR information through the SRPUCCH resource mapped to the specific CG configuration index.

[0234] The SR PUCCH resources or the schedulingRequestID mapped to the SR PUCCH resources may be configured to be mapped to the following information.

[0235] 1) CG configuration index: It is mapped to one or more CG configurations configured by RRC message.

[0236] 2) CG duration value: It is mapped to one of the CG duration candidate values ​​configured by the RRC message for the CG configuration mapped to the SR PUCCH resource or schedulingRequestID or the CG configuration linked to the logical channel mapped to the schedulingRequestID.

[0237] 3) CG offset value: It is mapped to one of the CG offset candidate values ​​configured by the RRC message for the CG configuration mapped to the SR PUCCH resource or schedulingRequestID or the CG configuration linked to the logical channel mapped to the schedulingRequestID.

[0238] 4) Remaining PDB values: It is mapped to one of the remaining PDB candidate values ​​configured by the RRC message for the CG configuration mapped to the SR PUCCH resource or schedulingRequestID or the CG configuration linked to the logical channel mapped to the schedulingRequestID.

[0239] When there is no SR PUCCH resource mapped to a specific CG configuration index, when a BSR is triggered, or when a UL grant is available, the UE can inform the BS of the activation of a specific CG configuration index by sending positive SR information via UCI carried on PUSCH or sending a specific MAC CE via PUSCH. The specific MAC CE is a BSR MAC CE or a new MAC CE with a higher or lower priority than the BSRMAC CE, which can be included in the MAC PDU.

[0240] Such UCI or MAC CE may indicate one or more of the following information:

[0241] 1) CG configuration index: Requests to enable or disable one or more CG configurations configured by RRC messages.

[0242] 2) CG duration value: indicates one of the CG duration candidate values ​​configured by the RRC message for the indicated one or more CG configurations.

[0243] 3) CG offset value: indicates one of the CG offset candidate values ​​configured by the RRC message for the indicated one or more CG configurations.

[0244] 4) Remaining PDB values: indicates one of the remaining PDB candidate values ​​configured by the RRC message for the indicated one or more CG configurations.

[0245] According to the above configuration and SR / UCI / MAC CE method, when the UE successfully sends SR, UCI or MAC CE, the BS can enable a specific CG configuration through DCI, MAC CE or RRC message. The BS can indicate information such as the index, CG duration, CG offset and MCS value of a specific CG configuration through DCI, MAC CE or RRC message. When the BS does not indicate one or more of this information, for the unindicated information, the CG configuration index and / or CG duration and / or CG offset and / or MCS value indicated by the SR, UCI or MAC CE sent by the UE is applied to the enabled CG configuration.

[0246] The UE enables or resumes a specific CG that has been disabled or suspended according to the BS instruction. The UE continues to send the CG PUSCH for a specific time period or a specific number of times from the first CGPUSCH transmission determined according to the CG offset, and then autonomously deactivates the CG configuration. The specific time period or specific number of times can be determined by the CG duration value indicated by the BS. When the BS does not indicate the CG duration, it can be determined by the CG duration value indicated by the UE through SR / UCI / MAC CE.

[0247] When the UE or BS does not determine the CG duration value, the UE determines the corresponding CG configuration as enabled until it receives a DCI, MAC CE, or RRC message indicating deactivation. When the BS indicates the MCS value, the BS determines to send the CGPUSCH according to the indicated MCS value. When the BS does not indicate the MCS value, the UE and the BS determine to send the CG PUSCH according to the MCS value configured by the RRC message or the MCS value indicated by the UE to the BS through SR / UCI / MAC-CE.

[0248] If the CG duration is specified, the UE may deactivate a specific enabled CG configuration during the CG duration, or if the CG duration is not specified, deactivate the specific enabled CG configuration by sending a specific SR PUCCH resource. Alternatively, the deactivation of a specific CG configuration may be indicated to the BS via UCI or MAC CE. To this end, a specific SR PUCCH resource may be configured to be deactivated mapped to a specific CG configuration index. Alternatively, an activated specific SR PUCCH resource mapped to a specific CG configuration index may also be mapped to deactivation of a specific CG configuration index. In this case, a specific SRPUCCH resource sent after activation of a specific CG configuration may indicate the deactivation of the corresponding CG configuration.

[0249] If the CG duration is specified, the BS may deactivate the enabled CG configuration within or outside the CG duration, or if the CG duration is not specified, deactivate the enabled CG configuration according to the BS instruction by sending a DCI indicating the release / deactivation of a specific CG configuration index.

[0250] Applicable MAC CE format

[0251] The logical channel for posture information may be mapped to a specific SR resource of the BSR or a specific LCG (or a specific field value) to request SPS or 1 or N PDSCH resources.

[0252] In method A and method B, the UE that executes or requests CG enablement through MAC CE can configure and send MAC CE in the following format.

[0253] 1) Option 1: BSR MAC CE with CG enabled

[0254] When a BSR is triggered, the UE of the present disclosure may send a BSR MAC CE including CG enabling information according to the configuration of the BS.

[0255] Figure 8 An exemplary BSR MAC CE with CG enabled is shown.

[0256] like Figure 8 As shown, the UE can indicate or request the BS to enable or disable the corresponding CG configuration by including a specific CG configuration index in the BSR MAC CE. In addition, the CG offset and CG duration fields as described above may be included.

[0257] 2) Option 2: CG enables MAC CE

[0258] Depending on the configuration of the BS, the UE of the present disclosure may send a CG-enabled MAC CE.

[0259] Fig. 9 An exemplary CG-enabled MAC CE is shown.

[0260] like Fig. 9 As shown, the MAC CE includes eight Ci fields, and each Ci field is mapped to a specific CG configuration index. When the value of the Ci field is 0, the UE indicates or requests the BS to disable the i CG configuration, and when the value of the Ci field is 1, the UE indicates or requests the BS to enable the i CG configuration. In addition, the CG offset, MCS, and CG duration fields as described above may be included.

[0261] 3) Option 3: CG with PDB enabled MACCE

[0262] Depending on the configuration of the BS, the UE of the present disclosure may send a CG-enabled MAC CE.

[0263] Fig.10 Shows a CG enabled MAC CE including PDB information.

[0264] like Fig.10 As shown, the MAC CE includes eight Ci fields, and each Ci field is mapped to a specific CG configuration index. When the value of the Ci field is 0, the UE indicates or requests the BS to disable the i CG configuration, and when the value of the Ci field is 1, the UE indicates or requests the BS to enable the i CG configuration. In addition, the CG offset, remaining PDB, and CG duration fields as described above may be included.

[0265] Since multiple periodic TB transmissions can be scheduled through one DCI, optimal dynamic scheduling can be enabled according to the XR traffic pattern, and the PDCCH overhead can also be reduced.

[0266] Fig.11is a diagram showing signal transmission of a UE according to an embodiment.

[0267] Reference Fig.11 , the UE may receive one or more configuration grant (CG) configurations for UL data transmission (1105).

[0268] The UE may enable a first CG configuration selected by the UE among one or more CG configurations (1110). The UE may enable the first CG configuration by UL transmission of control information related to the first CG configuration.

[0269] The UE may send PUSCH (1115) based on the enabled first CG configuration.

[0270] UL transmission of control information enabling the first CG configuration may be performed on UL resources associated with the first CG configuration.

[0271] Each of the one or more CG configurations may be associated with a PUCCH resource. The UE may enable a first CG configuration by sending control information in a first PUCCH resource associated with the first CG configuration. The control information may include SR information.

[0272] The control information for enabling the first CG configuration may be a MAC CE. The MAC CE may include an index of the first CG configuration. The MAC CE may include at least one of MCS information or PDB information related to PUSCH transmission. The MAC CE may be a BSR.

[0273] Fig.12 is a diagram illustrating signal reception of a BS according to an embodiment.

[0274] Reference Fig.12 , the BS may send one or more CG configurations for UL data reception to the UE (1205).

[0275] The BS may enable a first CG configuration selected by the UE among one or more CG configurations (1210). The BS may enable the first CG configuration by UL reception of control information related to the first CG configuration.

[0276] The BS may receive the PUSCH (1215) based on the enabled first CG configuration.

[0277] UL reception of control information enabling the first CG configuration may be performed on UL resources associated with the first CG configuration.

[0278] Each of the one or more CG configurations may be associated with a PUCCH resource. The BS may enable the first CG configuration based on reception of control information in the first PUCCH resource associated with the first CG configuration. The control information may include SR information.

[0279] The control information for enabling the first CG configuration may be a MAC CE. The MAC CE may include an index of the first CG configuration. The MAC CE may include at least one of MCS information or PDB information related to PUSCH reception. The MAC CE may be a BSR.

[0280] The various details, functions, processes, proposals, methods and / or operational flowcharts described in this document may be applicable to various fields (e.g., 5G) that require wireless communication / functions between devices.

[0281] Hereinafter, a description will be given in detail with reference to the accompanying drawings. In the following drawings / descriptions, unless otherwise specified, the same reference numerals may represent the same or corresponding hardware blocks, software blocks or functional blocks.

[0282] Fig.13 A communication system 1 applied to the present disclosure is shown.

[0283] Reference Fig.13 , the communication system 1 applied to the present disclosure includes a wireless device, a base station (BS), and a network. Herein, a wireless device refers to a device that performs communication using a radio access technology (RAT) (e.g., 5G new RAT (NR) or long term evolution (LTE)), and may be referred to as a communication / radio / 5G device. The wireless device may include, but is not limited to, a robot 100a, vehicles 100b-1 and 100b-2, an extended reality (XR) device 100c, a handheld device 100d, a home appliance 100e, an Internet of Things (IoT) device 100f, and an artificial intelligence (AI) device / server 400. For example, a vehicle may include a vehicle with a wireless communication function, an autonomous driving vehicle, and a vehicle capable of performing communication between vehicles. Herein, a vehicle may include an unmanned aerial vehicle (UAV) (e.g., a drone). XR devices may include augmented reality (AR) / virtual reality (VR) / mixed reality (MR) devices, and may be implemented in the form of a head mounted device (HMD), a head up display (HUD) installed in a vehicle, a television, a smart phone, a computer, a wearable device, a home appliance device, a digital sign, a vehicle, a robot, etc. Handheld devices may include smart phones, smart boards, wearable devices (e.g., smart watches or smart glasses), and computers (e.g., notebooks). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters. For example, a BS and a network may be implemented as wireless devices, and a specific wireless device 200a may operate as a BS / network node relative to other wireless devices.

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

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

[0286] Fig.14 A wireless device suitable for use with the present disclosure is shown.

[0287] Reference Fig.14 , the first wireless device 100 and the second wireless device 200 may transmit radio signals via various RATs (e.g., LTE and NR). Herein, {the first wireless device 100 and the second wireless device 200} may correspond to Fig.13 {wireless device 100x and BS 200} and / or {wireless device 100x and wireless device 100x}.

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

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

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

[0291] One or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. As an example, one or more application specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field programmable gate arrays (FPGAs) may be included in one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods, and / or operational flow charts disclosed in this document may be implemented using firmware or software, and the firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to execute the descriptions, functions, processes, proposals, methods, and / or operational flow charts disclosed in this document may be included in one or more processors 102 and 202 or stored in one or more memories 104 and 204 to be driven by one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods and / or operational flow charts disclosed in this document may be implemented in the form of codes, commands and / or command sets using firmware or software.

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

[0293] One or more transceivers 106 and 206 may send user data, control information and / or radio signals / channels mentioned in the method and / or operation flow chart of this document to one or more other devices. One or more transceivers 106 and 206 may receive user data, control information and / or radio signals / channels mentioned in the description, function, process, proposal, method and / or operation flow chart disclosed in this document from one or more other devices. For example, one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and send and receive radio signals. For example, one or more processors 102 and 202 may perform control so that one or more transceivers 106 and 206 may send user data, control information or radio signals to one or more other devices. One or more processors 102 and 202 may perform control so that one or more transceivers 106 and 206 may receive user data, control information or radio signals from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to send and receive user data, control information and / or radio signals / channels mentioned in the description, functions, processes, proposals, methods and / or operation flow charts disclosed in this document through one or more antennas 108 and 208. In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers 106 and 206 may convert received radio signals / channels, etc. from RF band signals to baseband signals so as to process received user data, control information, radio signals / channels, etc. using one or more processors 102 and 202. One or more transceivers 106 and 206 may convert user data, control information, radio signals / channels, etc. processed using one or more processors 102 and 202 from baseband signals to RF band signals. To this end, one or more of the transceivers 106 and 206 may include (analog) oscillators and / or filters.

[0294] Fig.15 Another example of a wireless device applicable to the present disclosure is shown. The wireless device can be used according to the usage / service (refer to Fig.13 ) are implemented in various forms.

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

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

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

[0298] Fig.16 A vehicle or an autonomous vehicle applied to the present disclosure is shown. The vehicle or the autonomous vehicle can be implemented by a mobile robot, a car, a train, a manned / unmanned aerial vehicle (AV), a ship, etc.

[0299] Reference Fig.16 , the vehicle or autonomous driving vehicle 100 may include an antenna unit 108, a communication unit 110, a control unit 120, a drive unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit 140d. The antenna unit 108 may be configured as a part of the communication unit 110. Blocks 110 / 130 / 140a to 140d correspond to Fig.15 Block 110 / 130 / 140.

[0300] The communication unit 110 may send and receive signals (e.g., data and control signals) to and from external devices such as other vehicles, BSs (e.g., gNBs and roadside units), and servers. The control unit 120 may perform various operations by controlling elements of the vehicle or autonomous vehicle 100. The control unit 120 may include an electronic control unit (ECU). The drive unit 140a may enable the vehicle or autonomous vehicle 100 to travel on a road. The drive unit 140a may include an engine, a motor, a power system, wheels, brakes, a steering device, etc. The power supply unit 140b may supply power to the vehicle or autonomous vehicle 100, and include a wired / wireless charging circuit, a battery, etc. The sensor unit 140c may obtain vehicle status, surrounding environment information, user information, etc. The sensor unit 140c may include an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, a slope sensor, a weight sensor, a heading sensor, a position module, a vehicle forward / backward sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a depth sensor, an ultrasonic sensor, a lighting sensor, a pedal position sensor, etc. The autonomous driving unit 140d may implement a technology for maintaining a lane in which the vehicle is traveling, a technology for automatically adjusting a speed (e.g., adaptive cruise control), a technology for autonomously traveling along a determined path, a technology for traveling by automatically setting a path if a destination is set, and the like.

[0301] For example, the communication unit 110 may receive map data, traffic information data, etc. from an external server. The autonomous driving unit 140d may generate an autonomous driving path and a driving plan from the obtained data. The control unit 120 may control the drive unit 140a so that the vehicle or the autonomous driving vehicle 100 may move along the autonomous driving path according to the driving plan (e.g., speed / direction control). In the middle of autonomous driving, the communication unit 110 may aperiodically / periodically obtain the latest traffic information data from the external server and obtain surrounding traffic information data from neighboring vehicles. In the middle of autonomous driving, the sensor unit 140c may obtain vehicle status and / or surrounding environment information. The autonomous driving unit 140d may update the autonomous driving path and driving plan based on the newly obtained data / information. The communication unit 110 may transmit information about the vehicle position, autonomous driving path, and / or driving plan to an external server. The external server may predict traffic information data based on information collected from the vehicle or autonomous driving vehicle using AI technology, etc., and provide the predicted traffic information data to the vehicle or autonomous driving vehicle.

[0302] Fig.17 is a diagram illustrating a discontinuous reception (DRX) operation of a UE according to an embodiment of the present disclosure.

[0303] The UE may perform DRX operation in the process and / or method described / proposed above. A UE configured with DRX may reduce power consumption by discontinuously receiving DL signals. DRX may be performed in the RRC_IDLE state, the RRC_INACTIVE state, and the RRC_CONNECTED state. The UE performs DRX in the RRC_IDLE state and the RRC_INACTIVE state to discontinuously receive paging signals. DRX in the RRC_CONNECTED state (RRC_CONNECTED DRX) will be described below.

[0304] Reference Fig.17 , the DRX cycle includes an on-duration and a DRX opportunity. The DRX cycle defines the time interval between periodic repetitions of the on-duration. The on-duration is the time period during which the UE monitors the PDCCH. When the UE is configured with DRX, the UE performs PDCCH monitoring during the on-duration. When the UE successfully detects the PDCCH during the PDCCH monitoring, the UE starts the inactivity timer and remains awake. On the contrary, when the UE fails to detect any PDCCH during the PDCCH monitoring, the UE transitions to a sleep state after the on-duration. Therefore, when DRX is configured, PDCCH monitoring / reception may be performed discontinuously in the time domain in the process and / or method described / proposed above. For example, when DRX is configured, the PDCCH reception timing (e.g., a time slot with a PDCCH SS) may be configured discontinuously according to the DRX configuration in the present disclosure. On the contrary, when DRX is not configured, PDCCH monitoring / reception may be performed continuously in the time domain. For example, when DRX is not configured, the PDCCH reception timing (e.g., a time slot with a PDCCH SS) may be configured continuously in the present disclosure. Regardless of whether DRX is configured, PDCCH monitoring may be restricted during time periods configured as measurement gaps.

[0305] Table 6 describes the DRX operation of the UE (in the RRC_CONNECTED state). Referring to Table 6, DRX configuration information is received through high-layer signaling (e.g., RRC signaling), and DRX on / off is controlled by a DRX command from the MAC layer. Once DRX is configured, the UE may perform PDCCH monitoring discontinuously while executing the above-described / proposed procedures and / or methods.

[0306] [Table 6]

[0307]

[0308] MAC-CellGroupConfig includes the configuration information required to configure MAC parameters for the cell group. MAC-CellGroupConfig may also include DRX configuration information. For example, when defining DRX, MAC-CellGroupConfig may include the following information: - Value of drx-OnDurationTimer: defines the duration of the start period of the DRX cycle.

[0309] - Value of drx-InactivityTimer: defines the duration of the time period that the UE wakes up after detecting a PDCCH opportunity indicating a PDCCH for initial UL or DL ​​data.

[0310] - Value of drx-HARQ-RTT-TimerDL: defines the duration of the maximum time period after receiving a DL initial transmission until a DL retransmission is received.

[0311] - Value of drx-HARQ-RTT-TimerDL: defines the duration of the maximum time period after receiving a UL initial transmission grant until receiving a UL retransmission grant.

[0312] -drx-LongCycleStartOffset: defines the duration and start time of the DRX cycle.

[0313] -drx-ShortCycle (optional): defines the duration of the short DRX cycle.

[0314] When any one of drx-OnDurationTimer, drx-InactivityTimer, drx-HARQ-RTT-TimerDL and drx-HARQ-RTT-TimerDL is running, the UE performs PDCCH monitoring at each PDCCH opportunity and remains in the awake state.

[0315] The above-mentioned embodiments correspond to the combination of elements and features of the present disclosure in a prescribed form. And, unless explicitly mentioned, each element or feature may be regarded as selective. Each element or feature may be implemented in a form that is not combined with other elements or features. In addition, it is possible to implement the embodiments of the present disclosure by partially combining elements and / or features together. The order of operations described for each embodiment of the present disclosure may be modified. Some configurations or features of an embodiment may be included in another embodiment, or may replace the corresponding configuration or features of another embodiment. And, it is obvious that the embodiment is configured by combining claims that do not have a clear reference relationship in the attached claims, or may be included as a new claim by modification after submitting the application.

[0316] Those skilled in the art will appreciate that the present disclosure may be implemented in other specific forms other than those described herein without departing from the spirit and essential characteristics of the present disclosure. Therefore, the above-described embodiments should be interpreted as being illustrative in all respects, rather than restrictive. The scope of the present disclosure should be determined by the appended claims and their legal equivalents, rather than by the above description, and all changes falling within the meaning and equivalent scope of the appended claims are intended to be covered therein.

[0317] Industrial Applicability

[0318] The present disclosure is applicable to UE, BS or other devices in a wireless mobile communication system.

Claims

1. A method for sending a signal by a user equipment UE in a wireless communication system, the method comprising the following steps: receiving one or more configuration grant CG configurations for uplink data transmission; enabling a first CG configuration selected by the UE among the one or more CG configurations; and Sending a physical uplink shared channel PUSCH based on the enabled first CG configuration, Wherein, the UE enables the first CG configuration by uplink sending of control information related to the first CG configuration.

2. The method according to claim 1, wherein: The uplink transmission of the control information enabling the first CG configuration is performed in uplink resources associated with the first CG configuration.

3. The method according to claim 1, wherein: Each of the one or more CG configurations is associated with a physical uplink control channel PUCCH resource, and The UE enables the first CG configuration by sending the control information in a first PUCCH resource associated with the first CG configuration.

4. The method according to claim 3, wherein: The control information includes scheduling request SR information.

5. The method according to claim 1, wherein: The control information for enabling the first CG configuration is a medium access control MAC control element CE.

6. The method according to claim 5, wherein: The MAC CE includes an index of the first CG configuration.

7. The method according to claim 6, wherein: The MAC CE includes at least one of modulation and coding scheme MCS information or packet delay budget PDB information related to transmission of the PUSCH.

8. The method according to claim 5, wherein: The MAC CE is a buffer status report BSR. 9 . A computer-readable recording medium having recorded thereon a program for executing the method according to claim 1 .

10. An apparatus for wireless communication, the apparatus comprising: a memory configured to store instructions; as well as a processor configured to perform operations by executing the instructions, The operation of the processor includes: receiving one or more configuration grant CG configurations for uplink data transmission; enabling a first CG configuration selected by the device among the one or more CG configurations; and A physical uplink shared channel PUSCH is transmitted based on the enabled first CG configuration, and Wherein, the processor enables the first CG configuration by uplink sending of control information related to the first CG configuration.

11. The device according to claim 10, wherein: The device is an application specific integrated circuit ASIC or a digital signal processing device.

12. The device according to claim 10, wherein: The apparatus is a user equipment UE operating in a wireless communication system based on the 3rd Generation Partnership Project 3GPP.

13. A method for sending a signal by a base station BS in a wireless communication system, the method comprising the following steps: sending one or more configuration grant CG configurations for uplink data reception to a user equipment UE; enabling a first CG configuration selected by the UE among the one or more CG configurations; and receiving a physical uplink shared channel PUSCH based on the enabled first CG configuration, Wherein, the BS enables the first CG configuration by uplink reception of control information related to the first CG configuration.

14. A base station BS for wireless communication, the BS comprising: Transceiver; as well as a processor configured to send one or more configuration permission CG configurations for uplink data reception to a user equipment UE by controlling the transceiver, enable a first CG configuration selected by the UE among the one or more CG configurations, and receive a physical uplink shared channel PUSCH based on the enabled first CG configuration, Wherein, the processor enables the first CG configuration by uplink reception of control information related to the first CG configuration.

Images