Method and device for transmitting and receiving wireless signal in wireless communication system

Abstract

Disclosed are a method by a UE in a wireless communication system and a device therefor according to various embodiments. Disclosed are a device and a method therefor, the device: receiving, from a base station, random access channel (RACH) configuration information including a first parameter set for configuring a default RACH occasion (RO) and a second parameter set for configuring an additional RO for which activation or deactivation is indicated; and transmitting a physical random access channel (PRACH) on the basis of the RACH configuration information.

Description

Method and device for transmitting and receiving wireless signals in a wireless communication system

[0001] This specification relates to a wireless communication system, and more specifically, to a method and device for transmitting and receiving wireless signals.

[0002] Wireless communication systems are widely deployed to provide various types of communication services, such as voice and data. Typically, wireless communication systems are multiple access systems that support communication with multiple users by sharing available system resources (e.g., bandwidth, transmission power). Examples of multiple access systems include 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).

[0003] As more and more communication devices demand ever-increasing communication traffic, the need for next-generation 5G systems, which offer enhanced wireless broadband communication capabilities over existing LTE systems, is growing. This next-generation 5G system, known as NewRAT, differentiates communication scenarios into Enhanced Mobile Broadband (eMBB), Ultra-reliability and low-latency communication (URLLC), and Massive Machine-Type Communications (mMTC).

[0004] Here, eMBB is a next-generation mobile communication scenario with characteristics such as High Spectrum Efficiency, High User Experienced Data Rate, and High Peak Data Rate; URLLC is a next-generation mobile communication scenario with characteristics such as Ultra Reliable, Ultra Low Latency, and Ultra High Availability (e.g., V2X, Emergency Service, and Remote Control); and mMTC is a next-generation mobile communication scenario with characteristics such as Low Cost, Low Energy, Short Packet, and Massive Connectivity (e.g., IoT).

[0005] The technical problem to be achieved by the present invention is to provide a more accurate and efficient signal transmission and reception method and a device therefor.

[0006] The technical challenges are not limited to the technical challenges mentioned above, and other technical challenges not mentioned will be clearly understood by those skilled in the art to which the present invention pertains from the description below.

[0007] A method by a UE (User Equipment) according to one aspect includes the steps of: receiving RACH (Random Access Channel) configuration information from a base station; and transmitting a PRACH (Physical Random Access Channel) based on the RACH configuration information, wherein the RACH configuration information may include a first parameter set for setting a default RO (RACH Occasion) and a second parameter set for setting an additional RO for which activation is indicated.

[0008] Alternatively, the second parameter set is characterized in that it includes a second PRACH configuration index that is different from the first PRACH configuration index included in the first parameter set.

[0009] Alternatively, based on the additional RO not being activated, the PRACH is transmitted in the RO of the first period based on the first parameter set of the RACH configuration information, and based on the additional RO being activated, the PRACH is transmitted in the RO of the second period shorter than the first period based on the first parameter set and the second parameter set of the RACH configuration information.

[0010] Alternatively, the second parameter set is characterized in that whether it is activated is indicated through DCI (Downlink Control Information) or MAC-CE (Medium Access Control-Control Element).

[0011] Alternatively, the DCI or the MAC CE indicating activation of the second parameter set is characterized in that it further includes information about an activation time interval.

[0012] Alternatively, the second parameter set is characterized in that it is activated during the activation time interval after a first time has elapsed from the time of reception of the DCI or the MAC CE.

[0013] Alternatively, the DCI or MAC-CE may include a bitmap including bits corresponding to each of the plurality of time intervals, and the UE may determine a time interval in which the second parameter set is activated among the plurality of time intervals based on the bitmap.

[0014] Alternatively, the second parameter set is characterized in that whether it is activated or not is indicated by the base station based on the number of UEs connected to the base station and the amount of data activity.

[0015] Alternatively, the second parameter set is characterized in that the UE sets the additional RO for the UE supporting the base station related to network energy saving (NES).

[0016] A storage medium storing programs for performing the above-described method by the UE according to another aspect may be provided.

[0017] A UE may be provided that performs the above-described method according to another aspect.

[0018] A processing device may be provided for controlling a UE to perform the above-described method according to another aspect.

[0019] A method performed by a base station according to another aspect may include the steps of transmitting RACH (Random Access Channel) configuration information including a first parameter set for setting a default RO (RACH Occasion) and a second parameter set for setting an additional RO in which activation is indicated; and receiving a PRACH (Physical Random Access Channel) from a UE (User Equipment) based on the RACH configuration information.

[0020] According to various embodiments, signals can be transmitted or received more accurately and efficiently in a wireless communication system.

[0021] Alternatively, power usage of the network and / or terminals in a wireless communication system can be more efficiently controlled.

[0022] The effects that can be obtained in various embodiments are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art to which the present invention pertains from the description below.

[0023] The drawings attached to this specification are intended to provide an understanding of the present invention, illustrate various embodiments of the present invention, and together with the description of the specification serve to explain the principles of the present invention.

[0024] Figure 1 is a drawing for explaining physical channels used in a 3GPP NR system and a general signal transmission method using them.

[0025] Figure 2 illustrates the structure of a radio frame.

[0026] Figure 3 illustrates a resource grid of slots.

[0027] Figure 4 illustrates an example of physical channels being mapped within a slot.

[0028] FIG. 5 and FIG. 6 are diagrams for explaining Idle Mode DRX (Discontinuous Reception) operation.

[0029] FIGS. 7 to 9 are diagrams for explaining DRX operation in RRC (Radio Resource Control) connected mode.

[0030] Figure 10 is a diagram for explaining a method of monitoring DCI format 2_6.

[0031] FIG. 11 is a diagram for explaining a method for performing communication based on cell DRX / DTX between a base station and a terminal.

[0032] Figure 12 is a diagram for explaining transmission of On-demand SIB1.

[0033] FIG. 13 is a diagram for explaining a method for determining time resources for PRACH based on configuration information.

[0034] FIG. 14 is a diagram for explaining a method for a UE to determine an RO based on RACH configuration information.

[0035] FIG. 15 is a diagram for explaining a method for a base station to communicate with a UE based on RACH configuration information.

[0036] Figures 16 to 19 illustrate a communication system (1) and a wireless device applicable to the present invention.

[0037] The following technologies can be used in various wireless access systems, such as CDMA (code division multiple access), FDMA (frequency division multiple access), TDMA (time division multiple access), OFDMA (orthogonal frequency division multiple access), and SC-FDMA (single carrier frequency division multiple access). CDMA can be implemented with radio technologies such as UTRA (Universal Terrestrial Radio Access) or CDMA2000. TDMA can be implemented with radio technologies such as GSM (Global System for Mobile communications) / GPRS (General Packet Radio Service) / EDGE (Enhanced Data Rates for GSM Evolution). OFDMA can be implemented with radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (Evolved UTRA). UTRA is a part of UMTS (Universal Mobile Telecommunications System). 3GPP (3rd Generation Partnership Project) LTE (long term evolution) is part of E-UMTS (Evolved UMTS) that uses E-UTRA, and LTE-A (Advanced) 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.

[0038] As more and more communication devices demand greater communication capacity, the need for improved mobile broadband communication compared to existing RAT (Radio Access Technology) is emerging. Furthermore, massive MTC (Machine Type Communications), which connects multiple devices and objects to provide various services anytime, anywhere, is also a key issue to be considered in next-generation communication. Furthermore, communication system design that considers reliability and latency-sensitive services / terminals is being discussed. Accordingly, the introduction of next-generation RATs that consider enhanced Mobile BroadBand Communication (eMBB), massive MTC, and Ultra-Reliable and Low Latency Communication (URLLC) is being discussed. In one embodiment of the present invention, for convenience, the corresponding technology is referred to as NR (New Radio or New RAT).

[0039] The term 'base station' used in this specification may be replaced with terms such as fixed station, Node B, gNode B (gNB), Access Point (AP), cell, or transmission and reception point (TRP). The term 'relay node' may be replaced with terms such as Relay Node (RN) or Relay Station. In addition, the term 'terminal' may be replaced with terms such as User Equipment (UE), Mobile Station (MS), Mobile Subscriber Station (MSS), or Subscriber Station (SS).

[0040] For clarity of explanation, the description will focus on 3GPP NR, but the technical idea of ​​the present invention is not limited thereto.

[0041] The following documents may be referenced for background information, definitions of terms, abbreviations, etc. related to the present invention (Incorporated by Reference).

[0042] - 38.211: Physical channels and modulation

[0043] - 38.212: Multiplexing and channel coding

[0044] - 38.213: Physical layer procedures for control

[0045] - 38.214: Physical layer procedures for data

[0046] - 38.215: Physical layer measurements

[0047] - 38.300: NR and NG-RAN Overall Description

[0048] - 38.304: User Equipment (UE) procedures in idle mode and in RRC Inactive state

[0049] - 38.321Medium Access Control (MAC) protocol specification

[0050] - 38.331: Radio Resource Control (RRC) protocol specification

[0051] - 37.213: Introduction of channel access procedures to unlicensed spectrum for NR-based access

[0052] - 36.355: LTE Positioning Protocol

[0053] - 37.355: LTE Positioning Protocol

[0054] 용어 및 약어

[0055] - 5GC: 5G Core Network

[0056] - 5GS: 5G System

[0057] - NES: network energy saving

[0058] - ES: energy saving

[0059] - SSB: synchronization signal / PBCH block

[0060] - FR: frequency range

[0061] - CC: component carrier

[0062] - NCGI : NR Cell Global Identifier

[0063] - SI: system information

[0064] - PCell: primary cell

[0065] - SCell: secondary cell

[0066] - PDCCH: Physical Downlink Control CHannel

[0067] - PDSCH: Physical Downlink Shared CHannel

[0068] - PUSCH: Physical Uplink Shared CHannel

[0069] - CSI: Channel state information

[0070] - RRM: Radio resource management

[0071] - SCS: Sub-carrier spacing

[0072] - RLM: Radio link monitoring

[0073] - DCI: Downlink Control Information

[0074] - CAP: Channel Access Procedure

[0075] - Ucell: Unlicensed cell

[0076] - TBS: Transport Block Size

[0077] - TDRA: Time Domain Resource Allocation

[0078] - SLIV: Starting and Length Indicator Value (This is an indicator value for the starting symbol index and number of symbols within the slot of the PDSCH and / or PUSCH, and can be set as a component of the entry that constitutes the TDRA field within the PDCCH that schedules the corresponding PDSCH and / or PUSCH.)

[0079] - BWP: BandWidth Part (can be composed of consecutive resource blocks (RBs) on the frequency axis and can correspond to one numerology (e.g., sub-carrier spacing, CP length, slot / mini-slot duration). In addition, multiple BWPs can be configured on one carrier (the number of BWPs per carrier can also be limited), but the number of activated BWPs can be limited to a part of it (e.g., 1) per carrier.)

[0080] - CORESET: COntrol REsourse SET (refers to the time-frequency resource area where PDCCH can be transmitted, and the number of CORESETs per BWP may be limited.)

[0081] - REG: Resource element group

[0082] - SFI: Slot Format Indicator (An indicator indicating the symbol level DL / UL direction within a specific slot(s), transmitted through the group common PDCCH.)

[0083] - COT: Channel occupancy time

[0084] - SPS: Semi-persistent scheduling

[0085] - QCL: Quasi-Co-Location (QCL relationship between two reference signals means that QCL parameters such as Doppler shift, Doppler spread, average delay, delay spread, and Spatial Rx parameter obtained from one reference signal can be applied to another reference signal (or antenna port(s) of the corresponding RS). In the NR system, four QCL types are defined as follows. 'typeA': {Doppler shift, Doppler spread, average delay, delay spread}, 'typeB': {Doppler shift, Doppler spread}, 'typeC': {Doppler shift, average delay}, 'typeD': {Spatial Rx parameter} For any DL RS antenna port(s), the first DL RS is set as a reference for QCL type X (X=A, B, C, or D), and additionally, the second DL RS is set as a reference for QCL type Y (Y=A, B, C, or D but X≠Y) ) can be set as a reference to

[0086] - TCI: Transmission Configuration Indication (A TCI state includes the QCL relationship between one or more DL RSs, such as DM-RS ports of the PDSCH, the DM-RS port of PDCCH, or the CSI-RS port(s) of a CSI-RS resource. For the 'Transmission Configuration Indication' field in the DCI that schedules the PDSCH, the TCI state index corresponding to each code point that constitutes the field is activated by the MAC CE, and the TCI state setting for each TCI state index is set through RRC signaling. In the Rel-16 NR system, the TCI state is set between DL RSs, but in future releases, setting between DL RS and UL RS or UL RS and UL RS may be allowed. Examples of UL RSs include SRS, PUSCH DM-RS, and PUCCH DM-RS.)

[0087] - SRI: SRS resource indicator (Indicates one of the SRS resource index values ​​set in the 'SRS resource indicator' among the fields in the DCI that schedules the PUSCH. When transmitting a PUSCH, the UE can transmit the PUSCH using the same spatial domain transmission filter used for transmitting and receiving the reference signal linked to the corresponding SRS resource. At this time, the reference RS is set by RRC signaling through the SRS-SpatialRelationInfo parameter for each SRS resource, and SS / PBCH block, CSI-RS, or SRS can be set as the reference RS.)

[0088] - TRP: Transmission and Reception Point

[0089] In a wireless communication system, a terminal receives information from a base station via the downlink (DL) and transmits it to the base station via the uplink (UL). The information transmitted and received between the base station and the terminal includes data and various control information, and various physical channels exist depending on the type and purpose of the information being transmitted and received.

[0090] Figure 1 is a drawing for explaining physical channels used in a 3GPP NR system and a general signal transmission method using them.

[0091] When a terminal is powered on again from a powered-off state or enters a new cell, it performs an initial cell search operation, such as synchronizing with the base station, in step S101. To this end, the terminal receives a Synchronization Signal Block (SSB) from the base station. The SSB includes a Primary Synchronization Signal (PSS), a Secondary Synchronization Signal (SSS), and a Physical Broadcast Channel (PBCH). The terminal synchronizes with the base station based on the PSS / SSS and obtains information such as a cell ID (cell identity). In addition, the terminal can obtain broadcast information within the cell based on the PBCH. Meanwhile, the terminal can check the downlink channel status by receiving a Downlink Reference Signal (DL RS) during the initial cell search phase.

[0092] After completing the initial cell search, the terminal can obtain more specific system information by receiving a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) based on the physical downlink control channel information in step S102.

[0093] Thereafter, the terminal may perform a random access procedure such as steps S103 to S106 to complete connection to the base station. To this end, the terminal may transmit a preamble through a physical random access channel (PRACH) (S103) and receive a response message to the preamble through a physical downlink control channel and a corresponding physical downlink shared channel (S104). In the case of contention-based random access, a contention resolution procedure such as transmission of an additional physical random access channel (S105) and reception of a physical downlink control channel and a corresponding physical downlink shared channel (S106) may be performed.

[0094] The terminal that has performed the procedure as described above can then perform the general uplink / downlink signal transmission procedure, such as receiving a physical downlink control channel / physical downlink shared channel (S107) and transmitting a physical uplink shared channel (PUSCH) / physical uplink control channel (PUCCH) (S108). The control information that the terminal transmits to the base station is collectively referred to as uplink control information (UCI). UCI includes HARQ ACK / NACK (Hybrid Automatic Repeat and request Acknowledgement / Negative-ACK), SR (Scheduling Request), CSI (Channel State Information), etc. CSI includes CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator), RI (Rank Indication), etc. UCI is generally transmitted through PUCCH, but can be transmitted through PUSCH when control information and traffic data must be transmitted simultaneously. Additionally, UCI can be transmitted aperiodically via PUSCH upon request / instruction from the network.

[0095] Figure 2 illustrates the structure of a radio frame. In NR, uplink and downlink transmissions are organized into frames. Each radio frame is 10 ms long and is divided into two 5 ms half-frames (HF). Each half-frame is divided into five 1 ms sub-frames (SF). A sub-frame is divided into one or more slots, and the number of slots within a sub-frame depends on the subcarrier spacing (SCS). Each slot contains 12 or 14 OFDM (Orthogonal Frequency Division Multiplexing) symbols, depending on the cyclic prefix (CP). When a normal CP is used, each slot contains 14 OFDM symbols. When an extended CP is used, each slot contains 12 OFDM symbols.

[0096] Table 1 illustrates that when CP is normally used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary depending on the SCS.

[0097] SCS (15*2 u )N slot symb N frame,u slot N subframe,u slot 15KHz (u=0)1410130KHz (u=1)1420260KHz (u=2)14404120KHz (u=3)14808240KHz (u=4)1416016

[0098] * N slot symb : Number of symbols in the slot

[0099] * N frame,u slot : Number of slots in the frame

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

[0101] Table 2 illustrates that when extended CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary depending on the SCS.

[0102] SCS (15*2 u )N slot symb N frame,u slot N subframe,u slot 60KHz (u=2)12404

[0103] The structure of the frame is only an example, and the number of subframes, number of slots, and number of symbols in the frame can be varied.

[0104] In an NR system, OFDM numerology (e.g., SCS) may be set differently between multiple cells that are merged into a single terminal. Accordingly, the (absolute time) interval of a time resource (e.g., SF, slot, or TTI) (conveniently referred to as TU (Time Unit)) consisting of the same number of symbols may be set differently between the merged cells. Here, the symbol may include an OFDM symbol (or CP-OFDM symbol), an SC-FDMA symbol (or Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM symbol).

[0105] Figure 3 illustrates a resource grid of a slot. A slot includes multiple symbols in the time domain. For example, in the case of a regular CP, one slot includes 14 symbols, but in the case of an extended CP, one slot includes 12 symbols. A carrier includes multiple subcarriers in the frequency domain. A Resource Block (RB) is defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. A Bandwidth Part (BWP) is defined as multiple consecutive Physical RBs (PRBs) in the frequency domain and can correspond to a single numerology (e.g., SCS, CP length, etc.). A carrier can include up to N (e.g., 5) BWPs. Data communication is performed through activated BWPs, and only one BWP can be activated for a single terminal. Each element in the resource grid is referred to as a Resource Element (RE), to which one complex symbol can be mapped.

[0106] Figure 4 illustrates an example of mapping physical channels within a slot. In an 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 within a single slot. For example, the first N symbols within a slot can be used to transmit a DL control channel (e.g., PDCCH) (hereinafter, DL control region), and the last M symbols within a slot can be used to transmit a UL control channel (e.g., PUCCH) (hereinafter, UL control region). N and M are each integers greater than or equal to 0. The resource region (hereinafter, data region) between the DL control region and the UL control region can be used to transmit DL data (e.g., PDSCH) or UL data (e.g., PUSCH). GP provides a time gap when a base station and a terminal switch from a transmission mode to a reception mode or from a reception mode to a transmission mode. Some symbols at the time of switching from DL to UL within a subframe can be set as GP.

[0107] The PDCCH carries Downlink Control Information (DCI). For example, the PCCCH (i.e., DCI) carries the transmission format and resource allocation of the downlink shared channel (DL-SCH), resource allocation information for the uplink shared channel (UL-SCH), paging information for the paging channel (PCH), system information on the DL-SCH, resource allocation information for upper layer control messages such as random access responses transmitted on the PDSCH, transmission power control commands, activation / deactivation of Configured Scheduling (CS), etc. The DCI includes a cyclic redundancy check (CRC), which is masked / scrambled with various identifiers (e.g., Radio Network Temporary Identifier, RNTI) depending on the owner or usage of the PDCCH. For example, if the PDCCH is for a specific terminal, the CRC is masked with a terminal identifier (e.g., Cell-RNTI, C-RNTI). If the PDCCH is for paging, the CRC is masked with the Paging-RNTI (P-RNTI). If the PDCCH is for system information (e.g., a System Information Block, SIB), the CRC is masked with the System Information RNTI (SI-RNTI). If the PDCCH is for a random access response, the CRC is masked with the Random Access-RNTI (RA-RNTI).

[0108] For PDCCH reception, the UE may monitor (e.g., perform blind decoding) a set of PDCCH candidates in a CORESET. The PDCCH candidates represent the CCE(s) that the UE monitors for PDCCH reception / detection. PDCCH monitoring may be performed in one or more CORESETs on an active DL BWP on each activated cell in which PDCCH monitoring is configured. The set of PDCCH candidates that the UE monitors is defined as a PDCCH Search Space (SS) set. The SS set may be a Common Search Space (CSS) set or a UE-specific Search Space (USS) set.

[0109] Table 3 illustrates the PDCCH search space.

[0110] Search SpaceTypeRNTIUse CaseType0-PDCCHCommonSI-RNTI on a primary cellBroadcast of System InformationType0A-PDCCHCommonSI-RNTI on a primary cellBroadcast of System InformationType1-PDCCHCommonRA-RNTI or TC-RNTI on a primary cellMsg2, Msg4 in RACHType2-PDCCHCommonP-RNTI on a primary cellPagingSystem Information change notificationType3-PDCCHCommonINT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI or CS-RNTIGroup signalingUE SpecificC-RNTI, MCS-C-RNTI or CS-RNTIUE signaling (eg, PDSCH / PUSCH)

[0111] SS sets can be configured via system information (e.g., MIB) or UE-specific higher layer (e.g., RRC) signaling. Each DL BWP of a serving cell can have up to S (e.g., 10) SS sets configured. For example, the following parameters / information can be provided for each SS set. Each SS set is associated with one CORESET, and each CORESET configuration can be associated with one or more SS sets.

[0112] - searchSpaceId: Indicates the ID of the SS set.

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

[0114] - monitoringSlotPeriodicityAndOffset: Indicates the PDCCH monitoring period period (in slot units) and the PDCCH monitoring period offset (in slot units).

[0115] - monitoringSymbolsWithinSlot: Indicates the first OFDMA symbol(s) for PDCCH monitoring within the slot where PDCCH monitoring is configured. It is indicated through a bitmap, and each bit corresponds to each OFDMA symbol within the slot. The MSB of the bitmap corresponds to the first OFDM symbol within the slot. The OFDMA symbol(s) corresponding to the bit(s) with a bit value of 1 corresponds to the first symbol(s) of the CORESET within the slot.

[0116] - nrofCandidates: AL={1, 2, 4, 8, 16} indicates the number of PDCCH candidates (e.g., one of 0, 1, 2, 3, 4, 5, 6, 8).

[0117] - searchSpaceType: Indicates whether the SS type is CSS or USS.

[0118] - DCI format: Indicates the DCI format of the PDCCH candidate.

[0119] Based on the CORESET / SS set configuration, a UE can monitor PDCCH candidates in one or more SS sets within a slot. An opportunity (e.g., time / frequency resources) for monitoring PDCCH candidates is defined as a PDCCH (monitoring) opportunity. One or more PDCCH (monitoring) opportunities can be configured within a slot.

[0120] PUCCH formatLength in OFDM symbolsNumber of bitsUsageEtc01 - 2≤2HARQ, SRSequence selection14 - 14≤2HARQ, [SR]Sequence modulation21 - 2>2HARQ, CSI, [SR]CP-OFDM34 - 14>2HARQ, CSI, [SR]DFT-s-OFDM(no UE multiplexing)44 - 14>2HARQ, CSI, [SR]DFT-s-OFDM(Pre DFT OCC)

[0121] 1) PUCCH Format 0 (PF0)

[0122] - Supported UCI payload sizes: up to K bits (e.g., K = 2)

[0123] - Number of OFDM symbols constituting a single PUCCH: 1 to X symbols (e.g., X = 2)

[0124] - Transmission structure: Consists of only UCI signals without DM-RS, and transmits the UCI status by selecting and transmitting one of multiple sequences.

[0125] 2) PUCCH Format 1 (PF1)

[0126] - Supported UCI payload sizes: up to K bits (e.g., K = 2)

[0127] - Number of OFDM symbols constituting a single PUCCH: Y to Z symbols (e.g., Y = 4, Z = 14)

[0128] Transmission Structure: DM-RS and UCI are configured in TDM format on different OFDM symbols, with UCI multiplying a specific sequence with modulation (e.g., QPSK) symbols. Cyclic Shift (CS) / Orthogonal Cover Code (OCC) is applied to both UCI and DM-RS to support CDM between multiple PUCCH resources (following PUCCH Format 1) (within the same RB).

[0129] 3) PUCCH Format 2 (PF2)

[0130] - Supported UCI payload size: more than K bits (e.g., K = 2)

[0131] - Number of OFDM symbols constituting a single PUCCH: 1 to X symbols (e.g., X = 2)

[0132] - Transmission structure: DMRS and UCI are configured / mapped in FDM form within the same symbol, and are transmitted by applying only IFFT without DFT to the encoded UCI bits.

[0133] 4) PUCCH Format 3 (PF3)

[0134] - Supported UCI payload size: more than K bits (e.g., K = 2)

[0135] - Number of OFDM symbols constituting a single PUCCH: Y to Z symbols (e.g., Y = 4, Z = 14)

[0136] Transmission structure: DMRS and UCI are configured / mapped to different symbols in TDM format, and transmitted by applying DFT to the corrupted UCI bits. OCC is applied to UCI at the DFT front end, and CS (or IFDM mapping) is applied to DMRS to support multiplexing to multiple terminals.

[0137] 5) PUCCH Format 4 (PF4)

[0138] - Supported UCI payload size: more than K bits (e.g., K = 2)

[0139] - Number of OFDM symbols constituting a single PUCCH: Y to Z symbols (e.g., Y = 4, Z = 14)

[0140] - Transmission structure: DMRS and UCI are configured / mapped to different symbols in TDM format, and a structure that transmits without multiplexing between terminals by applying DFT to the encoded UCI bits.

[0141] DRX (Discontinuous Reception) Operation

[0142] The UE uses Discontinuous Reception (DRX) in the RRC_IDLE and RRC_INACTIVE states to reduce power consumption. When DRX is configured, the UE performs DRX operations according to DRX configuration information.

[0143] A UE operating based on DRX repeatedly turns ON / OFF its reception operation. For example, when DRX is configured, the UE attempts to receive / detect PDCCH (e.g., monitor PDCCH) only during a predetermined time interval (e.g., ON), and does not attempt PDCCH reception during the remaining time (e.g., OFF / Sleep).

[0144] At this time, the time that the terminal must attempt to receive the PDCCH is called On-duration, and On-duration is defined once per DRX cycle. The UE can receive DRX configuration information from a base station (e.g., gNB) through RRC signaling and perform DRX operation by receiving (Long) DRX command MAC CE.

[0145] Meanwhile, DRX configuration information can be included in MAC-CellGroupConfig. IE MAC-CellGroupConfig is used to configure MAC parameters for a cell group including DRX.

[0146] DRX (Discontinuous Reception) refers to an operation mode in which a UE (User Equipment) discontinuously receives / monitors a downlink channel to reduce battery consumption. In other words, a UE configured for DRX can reduce power consumption by discontinuously receiving downlink signals. DRX operation is performed in a DRX cycle, where On Duration represents a time interval that is periodically repeated. DRX includes On Duration and Sleep Duration (or Opportunity for DRX). On Duration represents the time interval during which the UE monitors the PDCCH to receive the PDCCH. DRX can be performed in the RRC (Radio Resource Control)_IDLE State (or mode), RRC_INACTIVE State (or mode), or RRC_CONNECTED State (or mode). In the RRC_IDLE State and RRC_INACTIVE State, DRX is used to discontinuously receive a paging signal.

[0147] - RRC_Idle State: A state in which a wireless connection (RRC connection) is not established between the base station and the terminal.

[0148] - RRC Inactive State: A wireless connection (RRC connection) is established between the base station and the terminal, but the wireless connection is inactive.

[0149] - RRC_Connected state: A wireless connection (RRC connection) is established between the base station and the terminal.

[0150] DRX is basically divided into Idle mode DRX, Connected DRX (C-DRX), and Extended DRX. DRX applied in the RRC IDLE state is called IDLE mode DRX, and DRX applied in the RRC CONNECTED state is called Connected mode DRX (C-DRX).

[0151] eDRX (Extended / enhanced DRX) is a mechanism that can extend the cycle of IDLE mode DRX and C-DRX. Whether eDRX is allowed in IDLE mode DRX can be set based on system information (e.g., SIB1).

[0152] SIB1 may include an eDRX-Allowed parameter. The eDRX-Allowed parameter is a parameter indicating whether IDLE mode extended DRX is allowed.

[0153] (1) IDLE mode DRX

[0154] In IDLE mode, the UE may use DRX to reduce power consumption. A paging opportunity (PO) may be a time interval (e.g., a slot or a subframe) during which a Paging-Radio Network Temporary Identifier (P-RNTI)-based Physical Downlink Control Channel (PDCCH) may be transmitted. The P-RNTI-based PDCCH may address / schedule paging messages. For P-RNTI-based PDCCH transmissions, the PO may indicate the starting subframe for PDCCH repetition.

[0155] A paging frame (PF) is a radio frame that may contain one or more paging opportunities. When DRX is used, the UE may be configured to monitor only one PO per DRX cycle. The PF and / or PO may be determined based on DRX parameters provided via network signaling (e.g., system information).

[0156] Hereinafter, 'PDCCH' may refer to MPDCCH, NPDCCH, and / or general PDCCH. Hereinafter, 'UE' may refer to MTC UE, BL (Bandwidth Reduced Low Complexity) / CE (Coverage Enhanced) UE, NB-IoT UE, RedCap (RedCap) UE, general UE, and / or IAB-MT (Mobile Termination).

[0157] FIG. 5 is a flowchart illustrating an example of a method for performing IDLE mode DRX operation.

[0158] The UE receives IDLE mode DRX configuration information from the base station through upper layer signaling (e.g., system information) (S110).

[0159] Additionally, the UE determines a Paging Frame (PF) and a Paging Occasion (PO) for monitoring the PDCCH in the paging DRX cycle based on the IDLE mode DRX configuration information (S120). In this case, the DRX cycle includes an On Duration and a Sleep Duration (or an Opportunity for DRX).

[0160] Additionally, the UE monitors the PDCCH in the PO of the determined PF (S130). Meanwhile, the UE monitors only one time interval (PO) per paging DRX cycle. For example, the time interval may be a slot or a subframe.

[0161] Additionally, if the UE receives a PDCCH (more precisely, a CRC of the PDCCH) scrambled by the P-RNTI during the On Duration (i.e., if paging is detected), the UE can transition to connected mode and transmit and receive data with the base station.

[0162] Figure 6 is a diagram showing an example of IDLE mode DRX operation.

[0163] Referring to Fig. 6, when there is traffic (data) directed to a UE in the RRC_Idle state (hereinafter referred to as 'Idle state'), paging occurs toward the UE.

[0164] Therefore, the UE wakes up every (paging) DRX cycle and monitors the PDCCH.

[0165] If paging is present, the UE transitions to the Connected state and receives data. Otherwise, the UE may enter sleep mode again.

[0166] (2) Connected mode DRX (C-DRX)

[0167] C-DRX is DRX applied in RRC Connected State. The DRX cycle of C-DRX can be configured as a short DRX cycle and / or a long DRX cycle. The short DRX cycle is optional.

[0168] When C-DRX is configured, the UE performs PDCCH monitoring during the On Duration. If a PDCCH is successfully detected during PDCCH monitoring, the UE operates (or runs) the Inactive Timer and remains in the Awake State. On the other hand, if no PDCCH is successfully detected during PDCCH monitoring, the UE enters the Sleep State after the On Duration ends.

[0169] When C-DRX is configured, PDCCH reception Occasions (e.g., slots having PDCCH search spaces / candidates) may be configured discontinuously based on the C-DRX configuration. On the other hand, when C-DRX is not configured, PDCCH reception Occasions (e.g., slots having PDCCH search spaces / candidates) may be configured continuously according to the PDCCH search space configuration. Meanwhile, PDCCH monitoring may be limited to a time interval set as a Measurement Gap regardless of the C-DRX configuration.

[0170] Figure 7 is a flowchart illustrating an example of a method for performing a C-DRX operation.

[0171] The UE receives RRC signaling (e.g., MAC-MainConfig IE) containing DRX configuration information from the base station (S310). The DRX configuration information may include the following information.

[0172] - on-duration: The period (duration) during which the UE waits to receive a PDCCH after waking up. If the UE successfully decodes the PDCCH, the UE stays awake and starts the drx-inactivity timer.

[0173] - onDurationTimer: The period (Duration) at which the DRX Cycle starts; for example, it can mean the time period that should be continuously monitored from the start of the DRX cycle, and can be expressed in ms.

[0174] - drx-InactivityTimer: Duration after the PDCCH Occasion corresponding to the PDCCH indicating a new UL or DL ​​transmission for the MAC entity; for example, it may be a time period in milliseconds after the UE decodes a PDCCH with scheduling information. That is, the duration during which the UE waits to successfully decode another PDCCH after the last PDCCH decoded. If no other PDCCH is detected within this period, the UE transitions to Sleep mode.

[0175] The UE restarts the drx-inactivity timer after successful decoding of the PDCCH for initial transmission only, not for retransmission.

[0176] - drx-RetransmissionTimer: For DL, the maximum duration until a DL retransmission is received; For UL, the maximum duration until an acknowledgment for a UL retransmission is received. For example, for UL, it is the number of slots for the BWP (Bandwidth part) in which the TB (Transport Block) to be retransmitted is transmitted, and for DL, it is the number of slots for the BWP (Bandwidth part) in which the TB (Transport Block) to be retransmitted is received.

[0177] - longDRX-Cycle: On Duration occurrence cycle (Period)

[0178] - drxStartOffset: Subframe number where the DRX cycle starts

[0179] - drxShortCycleTimer: The period (Duration) during which the UE must follow the short DRX cycle;

[0180] - shortDRX-Cycle: DRX Cycle that runs for the number of drxShortCycleTimer when Drx-InactivityTimer ends

[0181] - drx-SlotOffset: Delay before drx-onDurationTimer starts; can be expressed in ms, or in multiples of 1 / 32ms.

[0182] - Active Time: The total period (Duration) that the UE monitors the PDCCH, including (a) the “On-duration” of the DRX cycle, (b) the time that the UE performs continuous reception while the drx-inactivity timer has not expired, and (c) the time that the UE performs continuous reception while waiting for a retransmission opportunity.

[0183] More specifically, when the DRX Cycle is configured, the Active Time for the serving cell of the DRX group includes the following times:

[0184] - (a) drx-onDurationTimer or (b) drx-InactivityTimer configured for the DRX group. or

[0185] - (c) drx-RetransmissionTimerDL or drx-RetransmissionTimerUL for all serving cells in the DRX group. or

[0186] - (d) ra-ContentionResolutionTimer or msgB-ResponseWindow. or

[0187] - (e) a pending section in which a Scheduling Request is transmitted via PUCCH, or

[0188] - (f) If a PDCCH indicating a new transmission addressed to the C-RNTI of the MAC entity is not received after successfully receiving a Random Access Response (RAR) for a random access preamble not selected by the MAC entity during contention-based random access.

[0189] Additionally, when DRX 'ON' is set through the DRX command of MAC CE (command element) (S320), the UE monitors the PDCCH during the ON Duration of the DRX cycle based on the DRX setting (S330).

[0190] Figure 8 is a diagram showing an example of C-DRX operation.

[0191] Referring to FIG. 8, when the UE receives scheduling information (e.g., DL Assignment or UL Grant) in the RRC_Connected State (hereinafter referred to as Connected State), the UE executes the DRX Inactivity Timer and the RRC Inactivity Timer.

[0192] DRX mode starts after the DRX Inactivity Timer expires. The UE wakes up from the DRX Cycle and monitors the PDCCH for a predetermined period of time (on duration timer).

[0193] In this case, when Short DRX is set, when the UE starts DRX mode, the UE first starts a Short DRX Cycle, and after the Short DRX Cycle ends, the UE starts a Long DRX Cycle. At this time, the Long DRX Cycle is a multiple of the Short DRX Cycle. That is, the UE wakes up more frequently in the Short DRX Cycle. After the RRC Inactivity Timer expires, the UE transitions to the Idle state and performs Idle mode DRX operation.

[0194] Figure 9 illustrates a DRX Cycle. The C-DRX operation was introduced to save power for the UE. If the UE does not receive a PDCCH within the on-duration defined for each DRX cycle, it enters sleep mode and does not perform transmission / reception until the next DRX cycle.

[0195] On the other hand, if the UE receives a PDCCH in On-duration, the Active time may be maintained (or increased) based on the operation of the inactivity timer, retransmission timer, etc. If no additional data is received within the Active time, the UE may perform a sleep operation until the next DRX operation.

[0196] In NR, a wake up signal (WUS) is introduced to obtain additional power saving gains from the existing C-DRX operation. The WUS may be used to indicate whether the UE should perform PDCCH monitoring during the on-duration of each DRX cycle (or multiple DRX cycles). If the UE does not detect a WUS in a designated or indicated WUS occasion, the UE may remain in sleep mode without performing PDCCH monitoring for one or more DRX cycles associated with the WUS.

[0197] (3) Wake Up Signal (DCI Format 2_6)

[0198] Figure 10 is a diagram for explaining a method of monitoring DCI format 2_6.

[0199] In the power saving technology of the Rel-16 NR system, when a DRX operation is performed, whether or not each DRX cycle wakes up can be notified to the terminal through DCI format 2_6.

[0200] Referring to Figure 10, the monitoring occasion for DCI format 2_6 can be determined by the ps-Offset indicated by the network and the Time Gap reported by the terminal. The Time Gap reported by the terminal can be interpreted as a preparation period required for operations after the terminal wakes up.

[0201] Referring to FIG. 10, the network can instruct the terminal to configure a search space (SS) set capable of monitoring DCI format 2_6. The SS set configuration can instruct the terminal to monitor DCI format 2_6 through consecutive slots of a duration length at intervals of a monitoring periodicity.

[0202] In the DRX configuration, the monitoring window for monitoring DCI format 2_6 is determined by the start point of the DRX cycle (e.g., the point where the on-duration timer starts) and the ps-Offset configured by the network. In addition, PDCCH monitoring may not be required in the Time Gap section reported by the UE. Finally, the SS Set monitoring occasion where the UE performs actual monitoring can be determined as the first Full Duration (i.e., Actual Monitoring Occasions in FIG. 10) within the monitoring window.

[0203] By detecting DCI format 2_6 in the monitoring window set based on ps-Offset, the base station can instruct the terminal whether to wake up or not in the next DRX cycle.

[0204] NES (network energy saving)

[0205] Energy conservation at base stations is a key consideration in wireless communication systems, including 3GPP, as it can contribute to building eco-friendly networks by reducing carbon emissions and reducing the operational expenditure (OPEX) of telecommunications operators. In particular, the introduction of 5G communications will require higher transmission rates, necessitating base stations to be equipped with more antennas and provide services over wider bandwidths and frequency bands. Consequently, recent studies have shown that base station energy costs have reached up to 20% of total OPEX. This heightened interest in base station energy conservation has led to the approval of a new study item, "Study on Network Energy Savings," in certain scenarios (e.g., 3GPP NR Release 18).

[0206] Specifically, in order to improve the energy saving capability of the base station from the perspective of transmission and reception, the following enhancement techniques are being considered.

[0207] - A method for more fine-tuning transmission and / or reception dynamically and / or semi-statically in one or more of the network energy-saving techniques in the time, frequency, space and power domains, and for achieving more efficient operation through potential UE assistance / feedback and potential UE assistance information.

[0208] The base station identifies the NES solution(s) to be applied. The NES solution(s) may be related to control of signal transmission and reception (e.g., on / off), beam operation, handover procedures, channel measurement and reporting, etc. The NES solution(s) to be applied may be adaptively selected or predefined based on the current situation (e.g., cell load level, characteristics of connected terminals, etc.). The base station that identified the NES solution(s) performs signaling for the NES. The specific signaling procedure may vary depending on the identified NES solution(s). For example, the base station may transmit common information about the NES solution(s), transmit configuration information necessary for NES operation to at least one terminal, or transmit control information regarding the progress of the NES operation to at least one terminal. In addition, the base station may receive capability information related to the NES from at least one terminal. Thereafter, the base station performs operations for the NES. At this time, the base station may perform the operations for the NES based on the previously performed signaling. That is, based on the system information, configuration information, and control information transmitted through signaling, the base station can turn on / off transmission and reception of a specific signal, turn on / off elements in the spatial domain, or adjust resources for transmission and reception of a measurement signal.

[0209] Examples of possible NES solutions include:

[0210] - Intra-system energy saving solution: A RAN node can request a neighboring RAN node to switch at least one SSB beam into its inactive cell, or can perform paging using a limited set of beams to an inactive terminal (e.g., a stationary terminal).

[0211] - Inter-system energy saving solution: NG-RAN nodes that own capacity booster cells can autonomously transition those cells to an inactive state.

[0212] - SSB-less SCell solution: If SSB or SMTC (SSB-based RRM measurement timing configuration) configuration is not provided for the SCell, the UE can obtain timing reference and AGC source from another serving cell. In FR1 or FR2, the base station can configure intra-band CA or inter-band CA including the SCell without SSB transmission, in which case the SSB / SIB transmission can be triggered by the WUS (wake up signal) of the UE. Accordingly, since the period of common channels / signals such as SSB is increased, the base station can stay in the sleep state for a longer time.

[0213] - Cell DTX / DRX solution: In order to reduce the downlink transmission / uplink reception activity time of the base station, a periodic cell DTX / DRX pattern (e.g., active and inactive periods) can be commonly set for terminals within a cell having the corresponding feature. Here, the cell DTX pattern and the cell DRX pattern can be set and activated separately, and up to two cell DTX / DRX patterns can be set per MAC entity. When cell DTX is set and activated, at least one of monitoring for SPS opportunities or monitoring PDCCH can be stopped during the cell DTX inactivity period. When cell DRX is set and activated, at least one of transmission on CG resources or SR transmission can be stopped during the cell DRX inactivity period. Cell DTX / DRX can be activated / deactivated via RRC signaling or L1 group common signaling.

[0214] -- Parameters such as active duration and cycle can be configured for cell DTX / DRX. Active duration is the period during which the UE receives a PDCCH or SPS opportunity and waits to transmit SR or CG, and cycle specifies the periodic repetition of the active duration and inactive duration. When both cell DTX and cell DRX are configured, parameters such as active duration and cycle are common. If the base station recognizes an emergency call or a public safety-related service (e.g., MPS or MCS), the network can release or deactivate the cell DTX / DRX configuration so as not to affect the service. In addition, at least some overlap is required between the active duration of the connected mode DRX of the UE and the active duration of the cell DTX / DRX. For example, the connected mode DRX cycle of the UE may be a multiple of the cell DTX / DRX cycle, or vice versa.

[0215] - Conditional handover (CHO) solution: A CHO procedure performed in a way that the execution of the handover is determined by the UE is used while the NES technology is applied (e.g., when the cell activates or deactivates cell DTX / DRX). In this case, the UE can use an NES-specific CHO event to initiate CHO for a candidate cell, and the reception of a DCI that activates the CHO condition(s) set by the NES event indication can be applied as an additional triggering condition for this.

[0216] - Spatial and power domain adaptation solution: To support the gNB for transceiver muting and / or transmit power adaptation, the UE may be configured to report multiple CSI entries in a CSI report based on multiple sub-configurations. Each sub-configuration corresponds to a spatial domain adaptation pattern (e.g., a subset of available spatial elements) and / or a power offset between a data channel (e.g., PDSCH) and CSI-RS. Depending on the application of the spatial and power domain adaptation solution, the CSI configuration, measurement, and / or reporting behavior may be affected.

[0217] FIG. 11 is a diagram for explaining a method for performing communication based on cell DRX / DTX between a base station and a terminal.

[0218] To enable base stations to operate in sleep mode for relatively long periods of time without frequent wake-ups, base station DTX / DRX has been proposed for NES purposes. The base station can reduce energy consumption by utilizing DTX transmission under low system load conditions by configuring cell DTX and setting the on-duration of C-DRX of terminals within the active period of the cell DTX.

[0219] Referring to FIG. 11, the base station transmits system information to the terminal (S111), and the terminal checks information related to cell DTX / DRX. For example, the system information may include MIB (master information block), SIB1 (System information block1), etc. In relation to the NES technology, as shown in Table 5 below, the MIB may include information related to cell barring (e.g., cellBarred), and the SIB1 may include information related to the cell barring status (e.g., cellBarredNES). Specifically, when cellBarred included in the MIB is set to a value indicating that it is not barred (e.g., notBarred), the terminal may determine that the cell is not barred, regardless of whether it supports NES cell DTX / DRX. Conversely, when cellBarred included in the received MIB is set to a value indicating that the cell is barred (e.g., barred), a terminal that does not support NES cell DTX / DRX may determine that the cell is barred. However, if the terminal has the capability to support NES cell DTX / DRX, the terminal checks SIB1 to determine the cell barring status. If cellBarred of MIB is set to barred and cellBarredNES is absent in SIB1, the terminal supporting NES cell DTX / DRX can treat the cell as barred and perform cell reselection to another cell. On the other hand, if cellBarred of MIB is set to barred and cellBarredNES is included in SIB1, the terminal supporting NES cell DTX / DRX can determine that the cell is not barred.

[0220] - SIB1SIB1messageSIB1-v1740-IEs ::= SEQUENCE {si-SchedulingInfo-v1740 SI-SchedulingInfo-v1740 OPTIONAL, -- Need RnonCriticalExtensionSIB1-v1800-IEsOPTIONAL}SIB1-v1800-IEs ::= SEQUENCE {cellBarredNES-r18 ENUMERATED {notBarred} OPTIONAL, -- Need RnonCriticalExtension SEQUENCE {} OPTIONAL}SIB1field descriptionscellBarredNESThe presence of this field indicates that the cell is allowed for UEs supporting NES cell DTX / DRX.

[0221] The terminal has the capability to support NES cell DTX / DRX, and it is assumed that cellBarred of MIB is set to notBarred, or cellBarred of MIB is barred and cellBarredNES is included in SIB1. Accordingly, the terminal performs a random access procedure to access the base station (S112), and can perform communication thereafter. At this time, the base station performs a cell DTX / DRX operation and transmits configuration information related to the cell DTX / DRX operation to the terminal (S113). The configuration information related to the cell DTX / DRX operation (e.g., CellDTXDRX-Config) includes at least one parameter related to the cell DTX / DRX, and may include, for example, at least one of an on-duration timer, a cycle start offset, a slot offset, a configuration type (e.g., DTX, DRX, or DTX-DRX), and an activation state of the DTX / DRX (e.g., active, inactive). Additionally, the configuration information may further include information for receiving and interpreting cell DRX / DRX related control information (e.g. DCI related information) (see TS 38.331CellDTXDRX-Config).

[0222] Thereafter, the base station transmits control information related to cell DTX / DRX to the terminal (S115). The control information related to cell DTX / DRX may include DCI having a designated format (e.g., format 2_9). If an operation for a serving cell according to at least one of the cell DTX operation and the cell DRX operation is configured by configuration information (e.g., cellDTXDRX-Config), the terminal may check a set of search spaces (e.g., Type3-PDCCH CSS set) for monitoring a PDCCH conveying control information of a designated format during an active time through a higher layer parameter (e.g., SearchSpace), and may obtain a location of information about the serving cell within the control information through a higher layer parameter (e.g., positionInDCI-cellDTRX). Then, the terminal may obtain control information based on the identified set of search spaces and location.

[0223] Control information related to cell DTX / DRX may be used to indicate activation or deactivation of cell DTX and / or cell DRX, and / or to provide an NES-mode indicator, and may include, for example, at least one block including a cell DTX / DRX indicator and an NES-mode indicator. In this case, when the serving cell is configured as a SUL (supplementary uplink) carrier, the indication of activation or deactivation of cell DRX by the cell DTX / DRX indicator may be applied to both the UL carrier and the SUL carrier.

[0224] The DCI format 2_9 related to this can be defined as shown in Table 6 below.

[0225] - DCI Format 2_9DCI format 2_9 is used for activating or de-activating the cell DTX and / or DRX configuration of one or multiple serving cells for one or more UEs, and / or for providing NES-mode indication of the primary cell for one or more UEs.The following information is transmitted by means of the DCI format 2_9 with CRC scrambled by cellDTRX:- block number 1, block number 2,..., block numberNwhere the starting position of a block associated with a serving cell is determined by the parameterpositionInDCI-cellDTRXprovided by higher layers for the UE.If the UE is configuredto monitor DCI 2_9 with CRC scrambled by cellDTRX-RNTI, one or more blocks are configured for the UE by higher layers, with the following fields defined for each block:- Cell DTX / DRX indication - number of bits determined by the following:- If higher layer parametercellDTXDRX-L1activationis configured- 2 bits as defined in Clause 11.5 of [5, TS38.213] ifcellDTXDRXconfigTypeis configured todtxdrxfor the associated serving cell of the block, with the MSB corresponding to cell DTX configuration and the LSB corresponding to cell DRX configuration;- 1 bit as defined in Clause 11.5 of [5, TS38.213]ifcellDTXDRXconfigTypeis configured to eitherdtxordrxfor the associated serving cell of the block;- 0 bit otherwise.- NES-mode indication - 1 bit indicating NES-specific CHO execution condition as defined in Clause 11.5 of [5, TS38.213], if the higher layer parameternesEventis configured and the associated serving cell of the block is primary cell; 0 bit otherwise.The size of DCI format 2_9 is indicated by the higher layer parametersizeDCI-2-9.

[0226] Thereafter, the terminal and the base station can perform communication based on the cell DTX / DRX. Specifically, the base station can turn on / off the transmission and reception of signals according to the settings related to the cell DTX / DRX, and accordingly, the terminal can selectively monitor the signal from the base station. During the DTX-OFF, the base station enters a sleep mode to reduce energy consumption. At this time, the base station DTX cycle can be aligned with the cycle of the terminal DRX. The base station DTX-ON can completely cover the DRX-ON of the terminal. Furthermore, the base station can align the transmission of Xn / NG and the transmission of Uu for the purpose of NES. The DTX / DRX mechanism triggers the switching of reference signal resource set groups, and the base station can perform a dormancy-like behavior of sparsely transmitting or not transmitting SSB, SIB, and CSI-RS to reduce energy consumption. The terminal may sparsely receive or not receive a downlink signal / channel depending on the settings of the base station. Once the base station DTX / DRX operation is triggered, during the DTX / DRX OFF period, the terminal can discontinuously receive the corresponding CSI-RS, SSB, or PDCCH.

[0227] Enhancements of network energy savings for NR

[0228] A work item (WI) titled “Enhancements of network energy savings for NR” has been additionally approved for a given scenario (3GPP NR release 19). Specifically, the following enhancement techniques are being considered for the given scenario, as shown in Table 7.

[0229] Objective of SI or Core part WI or Testing part WIThe objectives of the work item are the following:1. Specify procedures and signaling method(s) to supporton-demand SSBSCell operation for UEs in connected mode configured with CA, for both intra- / inter-band CA. [RAN1 / 2 / 3 / 4]- Specify triggering method(s) (select from UE uplink wake-up-signal using an existing signal / channel, cell on / off indication via backhaul, Scell activation / deactivation signaling)- Note1: On-demand SSB transmission can be used by UE for at least SCell time / frequency synchronization, L1 / L3 measurements and SCell activation, and is supported for FR1 and FR2 in non-shared spectrum.2. Study procedures and signaling method(s) to supporton-demand SIB1for UEs in idle / inactive mode, including: [RAN1 / 2 / 3]- Triggering method by uplink wake-up-signal using an existing signal / channel.- Wake-up-signal configuration provisioning to UE* Note: No modification of SSB will be discussed under this objective- Information exchange between gNBs at least for the configuration of wake-up signal, if necessary.- Checkpoint for normative work in RAN#1053. Specifyadaptation of common signal / channel transmissions. [RAN1 / 2 / 3 / 4]- Adaptation of SSB in time domain, e.g. adapting periodicity- Adaptation of PRACH in time domain- Study adaptation of PRACH in spatial domain, e.g. non-uniform PRACH resources per SSB, and specify if found beneficial--This study is to be done in 2Q'2024 only- Adaptation of paging occasions including confining the paging occasions in the time domain* Note: there shall be no paging latency increase- Note: there shall be no negative impact to legacy UEs, unless significant benefits are shown4. Specify the corresponding core requirements, for the above features [RAN4].

[0230] (1) On-demand SSB

[0231] A method to reduce energy consumption by having a base station transmit SSB on a specific cell through an on-demand SSB process and not transmit SSB on that cell when an on-demand SSB process is not available can be discussed. In the existing NR system, SSB must be transmitted periodically and always for purposes such as time / frequency synchronization or RRM (Radio Resource Management), making it difficult to reduce energy consumption even when the base station has no data to receive or send. Considering this, the base station can reduce base station energy consumption by not performing SSB transmission until the on-demand SSB process is involved and then performing SSB transmission. The on-demand SSB process can be triggered using one of the following methods:

[0232] 1) The terminal requests SSB transmission from the base station by transmitting an uplink signal / channel (e.g., PRACH, PUCCH, PUSCH, SRS in the NR system).

[0233] 2) Requesting SSB transmission from base station (or TRP) #1 to base station (or TRP) #2 through an interface between base stations (e.g., Xn interface in NR system) or backhaul signaling.

[0234] 3) Signaling whether SSB transmission is possible for the corresponding Scell ​​through Scell ​​activation / deactivation signaling.

[0235] Considering coexistence with existing NR terminals, etc., the given scenario (3GPP NR release 19) is limited to on-demand SSB operation for connected mode terminals and SCells, but in future releases or next generation communication systems, on-demand SSB operation (for SSB transmission on PCell) considering inactive or idle mode terminals or initially connected terminals may be defined. In addition, CA (carrier aggregation) including the SCell can be applied to both intra-band CA and inter-band CA, and the SSB on the SCell transmitted through the on-demand SSB process can be utilized for at least functionality such as time / frequency synchronization, L1 / L3 measurement, and SCell activation.

[0236] (2) On-demand SIB1 transmission

[0237] Figure 12 is a diagram for explaining transmission of On-demand SIB1.

[0238] In the existing NR system, SIB1, which contains system information, random access information, etc. for initial connection or idle mode terminals to access the cell, had to be provided periodically, so it was difficult to reduce energy consumption even when the base station had no data to receive or send. Considering this, a method was introduced in which the base station does not perform SIB1 transmission and only performs SIB1 transmission when an on-demand SIB1 process is involved, thereby reducing base station energy consumption. The on-demand SIB1 process can be triggered by the base station transmitting an uplink signal / channel (e.g., PRACH in the NR system). In this regard, the following scenarios can be considered.

[0239] (1) Scenario 1

[0240] Referring to Fig. 12 (a), the terminal may receive an SSB (and / or another downlink signal / channel) from cell#1 and recognize that SIB1 is not transmitted on the cell#1. In this case, the terminal may transmit a signal requesting SIB1 (hereinafter, for convenience of explanation, the signal is defined as a WUS, wake-up signal) based on information provided in the SSB (and / or another downlink signal / channel) and / or predetermined information, thereby triggering transmission of SIB1 related to the cell#1. The base station or cell#1 that receives the WUS may transmit a specific DL signal / channel on cell#1 in response to the WUS, and may transmit SIB1 on cell#1 (or without transmitting the corresponding DL signal / channel).

[0241] (2) Scenario 2

[0242] Referring to FIG. 12 (b), the terminal may receive an SSB (and / or another downlink signal / channel such as SIB1) from cell#1, recognize that SIB1 is not transmitted on cell#2, and attempt camp-on via cell#2. In this case, the terminal may transmit a signal (e.g., WUS) requesting SIB1 related to cell#2 on cell#1 based on information provided in the received SSB (and / or another downlink signal / channel such as SIB1) and / or predetermined information, thereby triggering transmission of SIB1 for cell#2. The base station receiving the WUS may transmit a specific DL signal / channel (on cell#1 or cell#2) in response to the WUS, and may transmit SIB1 for cell#2 on cell#1 or cell#2 (or without transmitting the DL signal / channel).

[0243] (3) Scenario 3

[0244] Referring to Fig. 12 (c), the terminal may receive an SSB (and / or other downlink signal / channel such as SIB1) from cell#1, recognize that SIB1 is not transmitted on cell#2, and attempt camp-on via cell#2. The terminal may trigger transmission of SIB1 for cell#2 by transmitting a WUS, which is a signal requesting SIB1, on cell#2 based on information provided in the received SSB (and / or other downlink signal / channel such as SIB1) and / or predetermined information. The base station may transmit a specific DL signal / channel on cell#2 in response to the WUS, and may transmit SIB1 for cell#2 on cell#2 (or without transmitting the corresponding DL signal / channel).

[0245] In this way, a method for reducing the energy consumption of the base station / cell by reducing the transmission frequency of common signals / channels such as SSB, PRACH, and paging by the base station can be discussed. As described above, completely turning off the transmission of SSB can significantly reduce the energy consumption of the base station. However, if there is no SSB, which performs functions such as time / frequency synchronization or RRM measurement from the perspective of the terminal, stable operation may not be guaranteed for cells that do not transmit SSB. Considering this, it may be more appropriate to save the energy of the base station / cell by changing the transmission pattern of SSB according to the situation rather than completely turning off the transmission of SSB. Here, the transmission pattern of SSB may be related to the transmission period, the period for each SSB candidate index, the SSB candidate index(es) transmitted within one transmission period, the transmission power, etc.

[0246] Alternatively, in the case of contention-based random access with respect to PRACH resources, the base station may not know when the terminal will transmit the PRACH. Therefore, the base station must always attempt to receive / monitor the configured PRACH resources, which may increase the energy consumption of the base station. Considering this, a method for controlling the amount of PRACH resources needs to be considered to save the energy of the base station. Here, controlling the amount of PRACH resources may be done by controlling the period of the PRACH resources, controlling the amount of resources by pre-configuring PRACH resource sets #1 and #2 and indicating whether to activate at least one of them, or providing the corresponding RACH (or PRACH) resource amount uniformly or non-uniformly for each SSB index.

[0247] Alternatively, in the case of paging, previously, paging frames (PFs) and / or paging occasions (POs) were distributed along the time axis within a DRX cycle (or paging cycle), and the terminal attempted to receive paging at a specific PF / PO derived from a formula based on its ID. From the base station's perspective, if paging was to be transmitted to multiple terminals simultaneously, the paging had to be transmitted frequently by waking up. As a method for reducing the base station energy consumption caused by this, a method of arranging PFs and / or POs for paging reception as close to the time axis as possible or arranging different frequency axis resources within the same time may be considered.

[0248] As higher data rates are demanded, base stations must be equipped with more antennas and provide services across wider bandwidths and frequency bands. Recent studies have shown that base station energy costs can account for up to 20% of total operational expenditures (OPEX). To build eco-friendly networks by reducing carbon emissions and lowering operating expenses (OPEX) for telecommunications operators, energy conservation at base stations is a key consideration in wireless communication systems, including 3GPP.

[0249] Due to this increased interest in base station energy savings, a new study item called “study on network energy savings” was approved for a given scenario (3GPP NR release 18), and the technologies specified in the subsequent work items included SSB-less SCell operation for inter-band CA of FR1 and co-located cells, improvements to the Cell DTX / DRX mechanism including alignment of Cell DTX / DRX and UE DRX in RRC_CONNECTED mode, and inter-node information exchange of Cell DTX / DRX. Additionally, it includes spatial and power domain techniques to enable efficient adaptation of spatial elements, efficient adaptation of power offset values ​​between PDSCH and CSI-RS, mechanisms to prevent camping of legacy UEs in cells where NES techniques are adopted for a given scenario (Rel-18), improvements to CHO procedures, inter-node beam activation and improvements to limit paging in a limited area, and corresponding RRM / RF core requirements.

[0250] Meanwhile, since there are other technologies that have been found to be useful through study but are not yet specified in 3GPP Rel-18, 3GPP Rel-19 WI aims to adopt additional technologies that can achieve network energy saving benefits by targeting beneficial technologies that have been studied in 3GPP Rel-18 but not yet adopted (e.g., on-demand SSB and on-demand SIB1 transmission, adaptation of common signal / channel transmission, etc.).

[0251] Below, a method for dynamically controlling RO for energy saving of a base station, a method for directing / setting the same, and a method for determining the validity of RO when RO is dynamically controlled are described in detail.

[0252] Adaptation of PRACH in time domain

[0253] FIG. 13 is a diagram for explaining a method for determining time resources for PRACH based on configuration information.

[0254] The UE can receive the configuration information (e.g., time / frequency resources related to the PRACH) required to transmit the PRACH through the SIB1 of the base station or UE-specific RRC signaling, and can transmit the PRACH at RO (RACH occasions). In this case, the base station must wake up for each RO to monitor the PRACH of the UE in order to receive the PRACH that the UE may transmit. Therefore, if the RO period set for the UE is short, the energy consumption of the base station may be relatively greater than if the RO period is set long. However, if the ROs are set with an excessively long period to save the energy of the base station, there may be no RO resources near the time when the UE needs to transmit the PRACH for cell access. In this case, the UE needs to wait until the next RO resource to transmit the PRACH, which may significantly increase the access delay of the UE to the cell. Delay in accessing such cells can lead to scheduling delays for the terminals, which can significantly degrade the performance of the terminals.

[0255] In addition, depending on the situation within the cell, the base station may have a small number of terminals in connected mode (or RRC connected mode) or there may be a time period when there is temporarily no data activity. In such a situation, the base station can save energy by switching to sleep mode, but it must wake up frequently and monitor the PRACH to check if there is a PRACH transmitted by the terminal in the periodically configured RO. In this case, it may be difficult to expect a large energy saving benefit because the base station cannot remain in sleep mode for a long time. Therefore, in such cases (e.g., when the number of terminals in the RRC connected state is below a certain threshold or data activity is below a certain threshold), setting a long RO period may be advantageous in terms of energy saving of the base station. However, since currently only a semi-static method is possible to change the settings such as the RO period, changing the settings of the RO period may take a relatively long time (e.g., SI modification). Base stations may have difficulty responding quickly to situations where energy savings can be achieved due to delays in performing changes to the RO cycle settings (e.g., waiting for the SI modification cycle to change the RO cycle).

[0256] Below, we propose specific methods to solve these problems.

[0257] 1. Method #1: A method of controlling RO by setting multiple PRACH settings for the terminal or setting multiple RO setting-related parameter sets within a single PRACH setting and dynamically switching (e.g., activation / deactivation) via (GC-)DCI and / or MAC-CE.

[0258] The UE can be configured with information such as resources required for RACH transmission through SIB1 (rach-ConfigCommon) or UE-dedicated RRC signaling (RACH-ConfigGeneric). For the purpose of energy saving, the base station can configure one or more PRACH configurations for the UE, or can configure parameter sets that can determine multiple RO configurations within a single PRACH configuration (hereinafter, for convenience of explanation, the PRACH configuration is briefly defined as an RO configuration). Here, one RO configuration among the multiple RO configurations (or one parameter set among the RO configuration-related parameter sets) may be a default RO configuration for a legacy UE (e.g., a UE that does not support the R19 NES feature). The UE may be configured with sparse ROs having relatively long periods as the default RO configuration, and may be configured with dense additional RO(s) having relatively short periods as another RO configuration (or another parameter set). In this case, the base station can obtain energy saving benefits through the default RO settings in normal times, and dynamically instruct to switch to (or activate / deactivate) an RO setting or parameter set that sets additional dense ROs with relatively short periods through (GC-)DCI or MAC-CE when it is determined that there is a congestion situation such as an increase in RACH retransmissions and / or RACH collisions of terminals.

[0259] Alternatively, the default RO configuration (or default parameter set) may configure sparse ROs with relatively short periods, and another RO configuration (or another parameter set) may configure additional sparse ROs with relatively long periods. In this case, the base station may normally operate based on the default ROs according to the default RO configuration (or default parameter set), but when the number of terminals in connected mode in the cell is small (below a certain threshold number) or when there is little data activity, it may dynamically instruct to switch to (or activate / deactivate) another sparse RO configuration (or another parameter set) with relatively long periods through (GC-)DCI or MAC-CE, thereby achieving energy saving benefits.

[0260] For example, the base station may activate or deactivate different RO settings (hereinafter, additional RO settings or additional RO parameter sets) based on the number of connected terminals and / or the amount of data activity. The base station may activate an additional RO setting (or additional RO parameter set) that sets additional ROs with relatively short periods when the number of connected terminals is greater than or equal to a certain threshold (and / or when the amount of data activity is greater than or equal to a certain threshold). Conversely, the base station may deactivate the associated additional RO setting or additional RO parameter set when the number of connected terminals is less than or equal to a certain threshold (and / or when the amount of data activity is less than or equal to a certain threshold).

[0261] Here, the additional RO setting (or additional RO parameter set) may set additional ROs with shorter cycles than the default RO setting, and the additional ROs may be additional ROs whose activation or non-activation may be dynamically indicated for NES operation as described above. In this way, ROs related to NES operation may be defined as additional ROs or NES ROs, but for the convenience of explanation, they are defined and explained below as additional ROs (e.g., ROs set by the additional RO setting / parameter set).

[0262] Specifically, a relatively long-period sparse additional RO configuration or additional parameter set may have different PRACH-Configuration indexes, etc., from the default RO configuration (or default RO parameter set). According to a given scenario (TS 38.211 section 6.3.3.2), a random access preamble can be transmitted only on time resources defined according to whether it is FR1 / FR2 and spectrum type (e.g., TS 38.211 Tables 6.3.3.2-2 to 6.3.3.2-4). In this case, the time resource (e.g., RO) can be determined through the PRACH configuration index.

[0263] For example, when the PRACH configuration index is 9, the time resource of the RO as illustrated in FIG. 13 can be configured. Specifically, first, an SFN in which a RACH slot (or a slot in which a PRACH is configured) may be present is determined through 'nSFNmodx=y', and a RACH slot (or a slot number in which a PRACH is configured) can be determined / specified through a slot number. In addition, the number of RACH slots in a slot based on 60 kHz SCS (Subcarrier Spacing) and the number of ROs in the slot can also be configured. Accordingly, the terminal can be configured with different PRACH configuration indices for each of multiple RO configurations (or for each set of RO configuration-related parameters in a single RO configuration). For example, the base station can set the density of ROs (e.g., RO period) differently between the default RO configuration (or default RO parameter set) and the additional RO configuration (or additional RO parameter set) through the PRACH configuration index. In this case, an appropriate RO configuration or a RO configuration-related parameter set can be indicated through (GC-)DCI or MAC-CE based on the situation within the cell / base station, etc. For example, a transition (or activation / deactivation) from an RO configuration having a relatively dense PRACH configuration index to an RO configuration having a relatively sparse PRACH configuration index can be indicated. Alternatively, the base station can indicate whether to activate / deactivate an additional RO configuration having a relatively dense PRACH configuration index based on a communication environment (such as the number of terminals, the frequency of RACH collision occurrence, etc.).

[0264] For example, referring to Fig. 13, x may be 2 and y may be 1. In this case, an SFN with a RACH slot at a 20ms period may exist by 'nSFNmodx=y', and the UE may be instructed to switch (or activate / deactivate) to ROs having a PRACH configuration index value corresponding to the case where x is 16 and y is 1. In this case, since an SFN with a RACH slot at a 160ms period exists, a sparse RO configuration with a relatively long period may be instructed. Alternatively, the RO period / pattern may be adjusted through a plurality of RO settings (or RO setting related parameter sets) having different RO periods / patterns, such as a RO setting having a PRACH setting index with fewer RACH slots in the slot number even though the x, y values ​​are the same, or a RO setting having a smaller number of PRACH slots in a 60 kHz slot (e.g., a setting in which an RO exists in only one slot based on 120 kHz), and a dynamic switching (or activation / deactivation) instruction between the plurality of different RO settings. Alternatively, the RO period / pattern may be adjusted through an activation / deactivation instruction for at least one RO setting among the plurality of RO settings (or RO setting related parameter sets) having different RO periods / patterns.

[0265] A terminal can receive a specific RNTI / CORESET / SS (search space) set for monitoring (GC-)DCI indicating a specific RO configuration or a specific RO configuration related parameter set from a base station. At this time, the DCI may be a group-common (GC) DCI of the DCI format 2_x series, or a UE-specific DCI. In addition, (group-common) MAC-CE may be used to indicate a specific RO configuration or a specific RO configuration related parameter set. Alternatively, reserved bits of a specific DCI format (e.g., DCI format 1_0) may be utilized to indicate NES RO (de)activation. For example, a specific RNTI / CORESET / SS set may be set for the terminal to receive DCI (DCI format 1_0) indicating activation / deactivation of only an additional RO configuration among the default RO configuration (or default RO parameter set) and an additional RO configuration (or additional RO parameter set). Meanwhile, the default RO settings or default RO parameter set may not be activated / deactivated by the DCI.

[0266] Alternatively, (de)activation of a specific RO configuration or a specific RO configuration related parameter set may be indicated using (GC-)DCI or MAC-CE. In this case, the terminal may receive a (de)activation indication for at least one specific RO configuration or a specific RO configuration related parameter set that is preset via a specific field / bit in the (GC-)DCI. Alternatively, the terminal may receive an indication for switching from a (currently activated) specific RO configuration (or a specific RO configuration related parameter set) to another specific RO configuration (or another specific RO configuration related parameter set) via the DCI or MAC-CE. For example, when a base station uses a 2-bit field in GC-DCI to indicate (de)activation of a specific RO setting, 00 may be set to indicate (de)activation of RO setting #1, 01 to indicate (de)activation of RO setting #2, 10 to indicate (de)activation of RO setting #3 and RO setting #4, and 11 to indicate (de)activation of NES RO setting #5 (or default RO setting). At this time, each RO setting (RO setting #1 to RO setting #5) may have a different RO cycle / pattern, etc., and the default RO setting may be a pre-set / promised / indicated RO setting (for example, the default RO setting may always be in an activated state without indicating whether it is activated / deactivated).

[0267] Through the above-described methods, an activation instruction for additional RO settings can be received while maintaining the existing RO settings (e.g., default RO settings). For example, if an instruction to change (or activate) the RO period from 160 ms to 40 ms is received, the existing RO settings (e.g., default RO settings) with a 160 ms period can be maintained as is, while additional ROs with a 40 ms period can be configured. Alternatively, if an RO setting with a specific period is dynamically indicated, the existing RO settings can be deactivated or instructed to be deactivated. For example, if a terminal receives an RO setting (or a set of RO setting related parameters) that can be indicated by a (group) bitmap in (GC-)DCI or MAC-CE, whether to deactivate the existing RO setting can also be configured. For example, if additional ROs are activated by an instruction to activate additional RO settings, ROs for PRACH transmission can include not only the default ROs but also the additional ROs. In this case, the RO period for the ROs for transmitting the PRACH may be reduced due to the addition of additional ROs. As described above, when the additional ROs are not activated and the default RO period is 160 ms, the RO period for the terminal may be 160 ms, but the activation of the additional ROs may make the RO period for the terminal shorter than 160 ms. For example, the proposed invention can effectively adjust the period of the entire ROs by adjusting the distribution of the entire ROs in the time domain through the activation / deactivation of the additional ROs.

[0268] Alternatively, in the above example, at least one of the existing ROs (or default ROs) with a 160 ms period according to the existing RO settings (or default RO parameter sets) and an RO with a 40 ms period according to the additional RO settings (or additional RO parameter sets) may overlap with each other. In this case, rules / processing for SSB-to-RO mapping may be required. In this case, as one of the beam setting methods between the overlapping ROs (e.g., the default RO and the additional ROs), a method of independently performing SSB-to-RO mapping for each pre-set RO setting (or RO-related setting parameter set) may be considered. In addition, the beam directions between the overlapping ROs (e.g., the default RO and the additional ROs) may be set to always be identical. Alternatively, when the beam directions are different between overlapping ROs (e.g., the default RO and the additional RO), it may be configured / defined that the configuration of a specific RO configured in advance among the overlapping ROs is always considered to have a higher priority. When the beam directions are different between overlapping ROs (e.g., the default RO and the additional RO), the terminal may match the beam directions between the overlapping ROs with the beam direction mapped to the RO with a higher priority among the two ROs (e.g., the default RO and the additional RO). For example, this may be a method of mapping SSB indices determined by a legacy SSB-to-RO mapping method for overlapping ROs (e.g., the legacy SSB-to-RO mapping is prioritized). Alternatively, separate SSB-to-RO mapping may be performed only for the remaining RO settings (e.g., the additional RO setting(s)) excluding the default RO setting.For example, SSB-to-RO mapping may be performed only for the remaining ROs, excluding the ROs set to overlap with the default RO among the remaining RO settings.

[0269] Alternatively, SSB-to-RO mapping for additional ROs (e.g., NES ROs) may be performed taking into account whether they overlap with the default RO.

[0270] For example, after performing SSB-to-RO mapping for additional ROs (e.g., NES ROs) including additional ROs that are set to overlap with the default RO (e.g., NES ROs), the beam direction of at least one additional RO that overlaps with the default RO may be set / instructed to use the beam direction of the default RO. In this case, there may be an effect of puncturing a specific beam direction in the dynamically indicated ROs (NES ROs or additional ROs). Alternatively, SSB-to-RO mapping may be performed for the remaining additional ROs excluding at least one additional RO that overlaps with the default RO among the additional ROs according to the additional RO setting (e.g., NES RO setting). Here, the excluded at least one additional RO may be set / instructed to use the beam direction of the default RO (e.g., an effect of postponing a specific beam direction in the dynamically indicated ROs). At this time, the association period of the dynamically indicated additional RO (or NES RO) may be defined / set to follow the association period of the default RO, or may be defined / set to be less than or equal to the association period of the default RO.

[0271] Alternatively, the overlap between the default RO and the additional RO may occur when the two ROs overlap in both time and frequency resources, or when the frequency resources are different but only the time resources overlap. Therefore, the SSB-to-RO mapping method described above may be applied in different ways, as follows, depending on the overlapping pattern between the ROs.

[0272] 1) When the default RO and additional RO overlap in both time and frequency resources.

[0273] In this case, separate SSB-to-RO mapping can be performed only for additional ROs. Specifically, the terminal can perform SSB-to-RO mapping only for the remaining additional ROs, excluding the additional ROs set to overlap with the default RO among the additional ROs. Alternatively, the terminal can determine that the additional ROs set to overlap with the default RO are invalid ROs, and perform SSB-to-RO mapping only for the remaining additional ROs, excluding the additional ROs set to overlap with the default RO among the additional ROs.

[0274] 2) If the default RO and the additional RO overlap only in time resources (but not in frequency).

[0275] In this case, the terminal may perform SSB-to-RO mapping for additional ROs, including additional ROs configured to overlap with the default RO. In this case, the beam direction for the additional ROs configured to overlap with the default RO may be instructed / configured to be set to the beam direction of the overlapping default RO (in this case, a specific beam direction is effectively punctured in the additional ROs).

[0276] Alternatively, the terminal may perform SSB-to-RO mapping for the remaining additional ROs, excluding at least one additional RO that overlaps with the default RO among the additional ROs. Here, the excluded at least one additional RO may be configured / instructed to use the beam direction of the overlapping default RO (in this case, there is an effect that a specific beam direction is postponed in the additional ROs).

[0277] Alternatively, the terminal may determine that at least one additional RO among the additional ROs that is set to overlap with the default RO is an invalid RO, and perform SSB-to-RO mapping only for the remaining additional ROs excluding at least one additional RO.

[0278] Here, in the case of "2)", when changing the beam direction of an additional RO (e.g., an additional RO overlapping with the default RO) to the beam direction of the default RO, there may be multiple SSB indices linked to the default RO corresponding to the (time) resource overlapping with the additional RO. In this case, the beam direction of the additional RO may be set / indicated as a specific SSB index among the SSB indices linked to the default RO (e.g., always the lowest / highest SSB index among the multiple SSB indices). Alternatively, the beam direction of the additional RO may be defined in advance as a specific SSB index among the SSB indices linked to the default RO, or SSB-to-(overlapping) additional RO mapping may be performed using multiple SSB indices linked to the default RO. Alternatively, if the additional RO overlapping with the default RO has a beam direction different from the beam direction of the default RO, the terminal may process the additional RO as an invalid RO.

[0279] In the above-described methods, the SSB-to-RO mapping method considering overlapping can also be applied to cases where only some SSB indices, rather than the entire SSB index, are mapped to an additional RO (e.g., an additional RO). Here, the entire SSB indices may refer to the SSB indices set via the ssb-PositionsInBurst parameter.

[0280] Alternatively, a time gap for beam switching may be required when the beam directions between the default RO and the additional RO are different. For example, if the beam directions between the default RO and the additional RO are different and the beam direction of the additional RO is changed to the beam direction of the default RO, the time gap for beam switching may need to be additionally considered in relation to the beam direction settings of the default RO and the additional RO that overlap each other. Therefore, when determining whether there is an overlap in the time domain between the additional RO and the default RO, the size of the pre-configured / defined time gap also needs to be additionally reflected. For example, when determining whether there is an overlap in the time domain between the default RO and the additional RO, the size of the time gap may be compared with a time gap defined in advance (such as in a standard) / configured / instructed by the base station. If the time gap between the default RO and the additional RO is smaller than the value of the configured time gap, the terminal may consider that there is an overlap between the default RO and the additional RO in the time domain and may apply the above-described methods, or determine that the additional RO is an invalid RO. For example, even if the time resources between the default RO and the additional RO do not overlap with each other, if the time gap between the time resources of the default RO and the time resources of the additional RO is less than the preset time gap, the default RO and the additional RO may be determined to overlap with each other.

[0281] Meanwhile, the DCI indicating activation / deactivation of the RO setting / parameter set may be configured similarly to the DCI format 2_9 indicating (de)activation of the R18 NES cell DTX / DRX setting. For example, each bit of a bitmap included in the DCI may be associated with a specific RO setting. For example, the bitmap may be set to indicate (de)activation of the default RO, RO setting #1, and RO setting #2 in order from the left bit. And / or, considering a plurality of cells set to the terminal, the bits / fields associated with cell #1 in the bitmap may be used to indicate (de)activation of the default RO and RO setting #1 of cell #1, respectively, and the bits / fields associated with cell #2 may be used to indicate (de)activation of the default RO and RO setting #2 of cell #2, respectively. Alternatively, if the above default RO is set to always be enabled without the need for an enable / disable instruction, the bitmap may consist of bits indicating enable / disable for each of the additional RO settings / parameter sets (or, additional RO settings / parameter sets).

[0282] Meanwhile, if a specific RO setting (e.g., an additional RO setting) is (de)activated via (GC-)DCI or MAC-CE, an additional indication / setting of the time point when the specific RO setting becomes available and / or the valid time period may be required. In one method, considering the application delay of the terminal, etc., ROs according to the specific RO setting whose activation is indicated may be considered available or usable ROs after a time point (e.g., T symbol / slot) defined / set in advance (in a standard document, etc.) from the time point of reception of (GC-)DCI or MAC-CE. In this case, RACH or PRACH transmission using the available ROs may be performed. Alternatively, if a specific RO setting (e.g., an additional RO setting) is deactivated via (GC-)DCI or MAC-CE, the base station / terminal may consider the specific RO setting to be deactivated immediately upon reception / indication of (GC-)DCI or MAC-CE, without considering the application delay of the terminal, etc. Alternatively, the activation / deactivation point of a specific RO setting indicated for activation / deactivation via (GC-)DCI or MAC-CE may be determined based on an index of one candidate indicated via (GC-)DCI or MAC-CE among pre-configured application point candidates. Alternatively, the (GC-)DCI (or MAC-CE) may be set / instructed to be applied from an association (pattern) period after the indicated point in time.

[0283] Alternatively, the validity time of a specific RO configuration (or additional RO configuration) indicated as (de)activated may be considered valid until the next (GC-)DCI or MAC-CE indication is received. Alternatively, a timer (or valid duration) defined / configured in advance (in a standard document, etc.) may be applied. In this case, the (de)activation indication for a specific RO configuration may be considered valid while the timer is running (or within the valid duration). The base station may directly indicate the value of the timer (or valid duration) using an index among candidate values ​​of multiple pre-configured timers (or valid durations) via (GC-)DCI or MAC-CE. Alternatively, when the timer expires (or the valid duration has elapsed), it may automatically fallback to the previous RO configuration that was activated before receiving the (GC-)DCI or MAC-CE indication, or may (always) be switched to (or activated / deactivated) an RO configuration that is designated / configured as default among multiple pre-configured RO configurations. Alternatively, the validity time may be set / indicated in units of association (pattern) period.

[0284] Alternatively, the terminal may be configured to divide a specific time interval (defined / set) in advance into N, and dynamically be instructed on the availability of a specific RO setting (or additional RO setting / parameter set) for each divided time interval. For example, if the default RO and RO setting #1 (e.g., additional RO setting #1) are set, the 160ms time interval may be divided into 20ms units, and the availability / activation of RO setting #1 for each 20ms time interval may be instructed through a bitmap consisting of 8 bits in (GC-)DCI.

[0285] 2. Method #2: When the terminal transmits PRACH in an RO that is dynamically turned ON / OFF (activated / deactivated) according to (GC-)DCI or MAC-CE, a method of determining whether the RO is valid or partially canceled based on DL reception or SFI (slot format indicator) instruction.

[0286] Referring to Table 8 below (Section 11.1 of TS 38.213), the first paragraph relates to a method for determining whether to partially cancel symbols allocated to RO within a slot when a UE intends to receive DL while transmitting a PRACH. According to a given scenario (TS 38.213), a UE does not expect a PRACH transmission established via a higher layer to be canceled by DCI within a certain timeline. Furthermore, according to the second paragraph, a UE may perform a PRACH transmission established via a higher layer if indicated to UL by an SFI.

[0287] Referring to the above-described "1. Method #1", since the RO configuration (or the RO-related configuration parameter set) can be dynamically activated / deactivated via (GC)-DCI or MAC-CE (e.g., since the number of RO configurations or ROs can be dynamically adjusted), a condition can be additionally defined that it also applies to ROs indicated to be activated (or ON) via (GC-)DCI or MAC-CE in addition to the condition of PRACH set by a higher layer signal in the above-described scenario and Table 8. Alternatively, the base station can instruct / configure the terminal whether to operate only based on the RO set via the higher layer as in the above-described scenario and Table 8 (not expecting cancellation of PRACH transmission via DCI within a specific timeline) or to operate by taking into account also the dynamically (de)activated ROs.

[0288] For operation on a single carrier in unpaired spectrum,if a UE is configured by higher layers to transmitSRS, or PUCCH, or PUSCH, orPRACH in a set of symbols of a slotand the UE detects a DCI format indicating to the UE to receive CSI-RS or PDSCH in a subset of symbols from the set of symbols, then- If the UE does not indicate the capability of [partialCancellation], the UE does not expect to cancel the transmission of the PUCCH or PUSCH or PRACH in the set of symbols if the first symbol in the set occurs within T_(proc,2 ) relative to a last symbol of a PDCCH reception where the UE detects the DCI format; otherwise, the UE cancels the PUCCH, or the PUSCH, or an actual repetition of the PUSCH [6, TS 38.214], determined from clauses 9, 9.2.5 and 9.2.6 or clause 6.1 of [6, TS 38.214], or the PRACH transmission in the set of symbols.- If the UE indicates the capability of [partialCancellation],the UE does not expect to cancel the transmission of the PUCCH or PUSCH or PRACH in symbols from the set of symbols that occur within T_(proc,2) relative to a last symbol of a PDCCH reception where the UE detects the DCI format. The UE cancels the PUCCH, or the PUSCH, or an actual repetition of the PUSCH [6, TS 38.214], determined from clauses 9, 9.2.5 and 9.2.6 or clause 6.1 of [6, TS 38.214], or the PRACH transmission in remaining symbols from the set of symbols.<중략>For a set of symbols of a slot indicated to a UE as flexible by tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated if provided, or when tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated are not provided to the UE, and if the UE detects a DCI format 2_0 providing a format for the slot using a slot format value other than 255- if one or more symbols from the set of symbols are symbols in a CORESET configured to the UE for PDCCH monitoring,the UE receives PDCCH in the CORESET only if an SFI-index field value in DCI format 2_0 indicates that the one or more symbols are downlink symbols- if an SFI-index field value in DCI format 2_0 indicates the set of symbols of the slot as flexible and the UE detects a DCI format indicating to the UE to receive PDSCH or CSI-RS in the set of symbols of the slot, the UE receives PDSCH or CSI-RS in the set of symbols of the slot- if an SFI-index field value in DCI format 2_0 indicates the set of symbols of the slot as flexible and the UE detects a DCI format, a RAR UL grant, fallbackRAR UL grant, or successRAR indicating to the UE to transmit PUSCH, PUCCH, PRACH, or SRS in the set of symbols of the slot the UE transmits the PUSCH, PUCCH, PRACH, or SRS in the set of symbols of the slot- if an SFI-index field value in DCI format 2_0 indicates the set of symbols of the slot as flexible, and the UE does not detect a DCI format indicating to the UE to receive PDSCH or CSI-RS,or the UE does not detect a DCI format, a RAR UL grant, fallbackRAR UL grant, or successRAR indicating to the UE to transmit PUSCH, PUCCH, PRACH, or SRS in the set of symbols of the slot, the UE does not transmit or receive in the set of symbols of the slot- if the UE is configured by higher layers to receive PDSCH or CSI-RS in the set of symbols of the slot, the UE receives the PDSCH or the CSI-RS in the set of symbols of the slot only if an SFI-index field value in DCI format 2_0 indicates the set of symbols of the slot as downlink and, if applicable, the set of symbols is within remaining channel occupancy duration- if the UE is configured by higher layers to receive DL PRS in the set of symbols of the slot, the UE receives the DL PRS in the set of symbols of the slot only if an SFI-index field value in DCI format 2_0 indicates the set of symbols of the slot as downlink or flexible.-if the UE is configured by higher layers to transmit PUCCH, or PUSCH,or PRACH in the set of symbols of the slot, the UE transmits the PUCCH, or the PUSCH, or the PRACH in the slot only if an SFI-index field value in DCI format 2_0 indicates the set of symbols of the slot as uplink,

[0289] Referring to the above-described given scenario (TS 38.213 Section 11.1), it is described that the UE does not receive the PDCCH / PDSCH / CSI-RS in the valid RO and the time period before the Ngap symbol from the valid RO, as shown in Table 9 below. In addition, the UE does not expect the SFI to indicate DL for the time period before the Ngap symbol from the valid RO.

[0290] For a set of symbols of a slot corresponding to a valid PRACH occasion and N gap symbols before the valid PRACH occasion, as described in clause 8.1, the UE does not receive PDCCH, PDSCH, or CSI-RS in the slot if a reception would overlap with any symbol from the set of symbols. The UE does not expect the set of symbols of the slot to be indicated as downlink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated.<omitted>For a set of symbols of a slot corresponding to a valid PRACH occasion and Ngap symbols before the valid PRACH occasion, as described in clause 8.1, the UE does not expect to detect a DCI format 2_0 with an SFI-index field value indicating the set of symbols of the slot as downlink.

[0291] However, when the above-described "1. Method #1" is applied, even for an RO set by RRC signaling, deactivation may be indicated via (GC-)DCI or MAC-CE. In this case, the rule of Table 9 needs to not be applied to the RO for which the deactivation is indicated. Therefore, it needs to be additionally defined that it applies only to ROs according to RO settings activated (i.e., ON) by dynamic indication, under the exceptional condition that PDCCH / PDSCH / CSI-RS is not received before the Ngap symbol from a valid RO according to Table 9 and that it is not expected to be indicated to DL by SFI (or, an additional exceptional condition may be needed that only for ROs activated (i.e., ON) by dynamic indication, PDCCH / PDSCH / CSI-RS is not received before the Ngap symbol from a valid RO and that it is not expected to be indicated to DL by SFI). Even at this time, the terminal may be configured by the base station to operate based only on valid ROs set in advance (PDCCH / PDSCH / CSI-RS before the Ngap symbol is not received by the terminal) as in Table 9 (or the method of an existing standard document) or to operate by considering dynamically (de)activated ROs.

[0292] Meanwhile, the above-described methods are also applicable to the msgA PUSCH occasion in a 2-step random access procedure.

[0293] In this way, the terminal can be configured with multiple PRACH configurations, or can be configured with multiple parameter sets related to multiple RO configurations within a single PRACH configuration. In this case, the terminal can dynamically adjust the RO resources or RO period for transmitting the RACH through (GC-)DCI or MAC-CE. The base station and the terminal can save energy consumed for PRACH transmission / reception by adjusting the RO period. In addition, even when transmitting a PRACH in ROs according to RO configurations that are dynamically turned on / off according to (GC-)DCI or MAC-CE, it is possible to effectively and clearly determine whether the RO is valid and / or partially canceled.

[0294] FIG. 14 is a diagram for explaining a method for a UE to determine an RO based on RACH configuration information.

[0295] A UE may be an NES aware UE capable of supporting the operation of a base station / cell performing NES operations. As described above, the UE may be configured with both a default RO previously configured in relation to PRACH (e.g., an RO configured for a legacy UE that is not an NES aware UE) and an additional RO (or PRACH configuration) related to NES from a NES base station / NES cell (hereinafter, NES cell) performing NES operations. The method described below is a method for "Adaptation of PRACH in time domain" described with reference to FIG. 13, and even if some of the methods described in FIG. 13 are not explicitly described below, the methods described in "Adaptation of PRACH in time domain" can be naturally applied.

[0296] Specifically, the UE may receive RACH configuration information from the base station (S141). The RACH configuration information may include parameters for determining at least one RO, which is a transmission resource of the PRACH. The UE may receive configuration information for determining at least one RO required for PRACH transmission through SIB1 of the base station or UE-dedicated RRC signaling (RACH-ConfigGeneric).

[0297] The above RACH configuration information may include a first parameter set for determining default RO(s) for existing legacy UEs (e.g., UEs that do not support the R19 NES feature), and a second parameter set for determining additional RO(s) for NES aware UEs (e.g., UEs that support the R19 NES feature). Here, the RO (RO configuration) for the legacy UE may mean an RO resource for Rel-15 4-step RACH, an RO resource for Rel-16 2-step RACH, an RO resource for Rel-17 Redcap UE, or an RO resource for Rel-18 CE (coverage enhancement).

[0298] For example, if the UE is a NES aware UE, an additional RO may be set based on the second parameter set. The second parameter set may include parameters for determining an additional RO having a shorter period than a period of a default RO determined based on the first parameter set. For example, the second parameter set may include a second PRACH configuration index that is different from a first PRACH configuration index, and the additional RO according to the second PRACH configuration index may have a shorter period than a default RO according to the second PRACH configuration index.

[0299] Alternatively, the RO period for the NES cell may be adjusted through an activation / deactivation instruction of the additional RO configuration even if the period of the additional RO is not shorter than the period of the default RO. For example, when the additional RO is not activated, the UE may be configured with an RO of the first period (default RO) based on the first parameter set of the RACH configuration information, and when the additional RO is activated, the UE may be configured with an RO of the second period (default RO and additional RO) shorter than the first period based on the first parameter set and the second parameter set of the RACH configuration information. For example, when the additional ROs are not activated and the period of the default RO is 160 ms, the period of the RO for the terminal may be 160 ms, but since the activation of the additional ROs may cause the ROs for the terminal to be distributed more frequently, the period of the entire ROs for the terminal may have a period shorter than 160 ms. For example, by activating additional ROs appropriately distributed so that the RO period for a terminal can be adjusted from 160 ms to 40 ms, the proposed invention can effectively adjust the period of the entire RO by adjusting the distribution of the entire RO in the time domain through the activation / deactivation of additional ROs.

[0300] In addition, the second parameter set for the additional RO can be activated / deactivated through an activation / deactivation instruction via DCI or MAC-CE. For example, when the UE receives a DCI or MAC-CE indicating activation of the second parameter set from the base station / NES cell, the UE can activate the second parameter set to make the additional RO available. Alternatively, when the UE receives a DCI or MAC-CE indicating deactivation of the second parameter set from the base station / NES cell, the UE can deactivate the second parameter set so that use of the additional RO is not permitted. Meanwhile, the second parameter set according to the reception of the configuration information can be initially in a deactivated state or an activated state. Whether the second parameter set is initially activated or deactivated can be preset / defined or indicated through the configuration information. Meanwhile, the first parameter set is a parameter set whose activation is not indicated through the DCI or MAC-CE, and the default RO set by the first parameter set can be used regardless of whether it is activated through the DCI or MAC-CE.

[0301] Alternatively, the DCI or MAC-CE indicating activation / deactivation of the second parameter set may further include information on an activation time interval for the time when the second parameter set becomes activated. In this case, the UE may activate the second parameter set after a first time elapses from the time of receiving the DCI or MAC-CE, use the additional RO during the activation time interval, and deactivate the second parameter set when the activation time interval ends. Here, the first time may be a value preset with respect to the processing time of the UE. Alternatively, a time interval divided into a plurality of sub-time intervals may be preset with respect to the second parameter set, and the DCI or MAC-CE indicating activation / deactivation of the second parameter set may include a bitmap composed of bits indicating activation / deactivation for each of the plurality of sub-time intervals. In this case, the UE may determine / set whether to activate / deactivate the second parameter set for each of the plurality of sub-time intervals based on the bitmap.

[0302] For example, the activation of the second parameter set may be indicated through a DCI of a specific format having a CRC scrambled with a specific RNTI. For example, a Paging-Radio Network Temporary Identifier (P-RNTI) may be set to indicate whether to activate the NES RO using the specific RNTI, and the UE may receive an indication of whether to activate the second parameter set based on a DCI format 1_0 having a CRC scrambled with the P-RNTI.

[0303] Next, the UE may transmit a PRACH or a PRACH preamble for initial access in at least one RO configured based on the RACH configuration information (S143). For example, if the second parameter set is activated (e.g., activation is indicated via DCI or MAC-CE, or is indicated / configured as activated at the initial stage of configuration), the UE may transmit the PRACH or the PRACH preamble to the NES cell using any one of the default RO configured by the first parameter set and the additional RO configured by the second parameter set (e.g., an RO randomly selected from among a plurality of ROs). Alternatively, for example, if the second parameter set is deactivated (e.g., deactivation is indicated via DCI or MAC-CE, or is indicated / configured as deactivated at the initial stage of configuration), the UE may transmit the PRACH or the PRACH preamble to the NES cell using only the default RO configured by the first parameter set. Alternatively, the UE may determine an RO to transmit the PRACH or PRACH preamble based on the SSB-to-RO mapping results for the default RO and the additional RO. For example, if the reception quality of the SSB with SSB index 1 among the multiple SSBs is the best, the UE may transmit the PRACH or PRACH preamble in the RO mapped to the SSB index 1 among the default RO and the additional RO.

[0304] FIG. 15 is a diagram for explaining a method for a base station to communicate with a UE based on RACH configuration information.

[0305] Referring to FIG. 15, the base station may transmit RACH configuration information to the UE, including a first parameter set for setting a default RO and a second parameter set for setting an additional RO indicating whether to be activated (S151). The base station may transmit the configuration information to the UE via SIB1 or UE-dedicated RRC signaling (RACH-ConfigGeneric).

[0306] Specifically, the RACH configuration information may include a first parameter set for determining default RO(s) for existing legacy UEs (e.g., UEs that do not support the R19 NES feature) and a second parameter set for determining additional RO(s) for NES aware UEs (e.g., UEs that support the R19 NES feature). For example, the second parameter set may include a parameter for determining an additional RO having a shorter period than a period of a default RO determined based on the first parameter set. For example, as described with reference to FIG. 13, the second parameter set may include a second PRACH configuration index that is different from a first PRACH configuration index, and an additional RO according to the second PRACH configuration index may have a shorter period than a default RO according to the second PRACH configuration index.

[0307] Next, the base station may transmit to the UE a DCI or MAC-CE indicating whether to activate the second parameter set (S153). For example, as described above, the base station may indicate whether to activate the second parameter set based on the number of UEs connected to it as an NES base station / NES cell performing NES operation and / or the amount of data activity. Specifically, when the number of UEs is greater than or equal to a specific threshold, the collision frequency of RACH signals is greater than or equal to a specific threshold number of collisions, or the amount of activity data is greater than or equal to a specific threshold, the base station may transmit to the UEs a DCI or MAC-CE indicating activation of the second parameter set. Alternatively, specifically, when the number of UEs is less than or equal to a specific threshold, the collision frequency of RACH signals is less than or equal to a specific threshold number of collisions, and / or the amount of activity data is less than or equal to a specific threshold, the base station may transmit to the UEs a DCI or MAC-CE indicating deactivation of the second parameter set. In this case, the base station only needs to wake up and monitor whether PRACH is received for a default RO with a relatively long period, thereby achieving energy saving in accordance with NES operation.

[0308] For example, the base station / NES cell may transmit a DCI or MAC-CE indicating activation of the second parameter set to the UE, so that the UE can be configured to use an additional RO based on the second parameter set. Alternatively, the base station / NES cell may transmit a DCI or MAC-CE indicating deactivation of the second parameter set to the UE, so as to restrict the use of an additional RO based on the second parameter set. Meanwhile, the second parameter set may be in an inactive or active state at the initial configuration by the configuration information. Whether the second parameter set is initially in an active or inactive state may be preset / defined or may be indicated through the configuration information. Meanwhile, the first parameter set is a parameter set whose activation or non-activation is not indicated through the DCI or MAC-CE, and a default RO set by the first parameter set may be used regardless of whether the activation or non-activation is indicated through the DCI or MAC-CE.

[0309] Alternatively, the DCI or MAC-CE indicating activation / deactivation of the second parameter set may further include information on an activation time interval for the time when the second parameter set becomes activated. In this case, the UE may activate the second parameter set after a first time elapses from the time of receiving the DCI or MAC-CE, use the additional RO during the activation time interval, and deactivate the second parameter set when the activation time interval ends. Here, the first time may be a value preset with respect to the processing time of the UE. Alternatively, a time interval divided into a plurality of sub-time intervals may be preset with respect to the second parameter set, and the DCI or MAC-CE indicating activation / deactivation of the second parameter set may include a bitmap composed of bits indicating activation / deactivation for each of the plurality of sub-time intervals. In this case, the UE may determine / set whether to activate / deactivate the second parameter set for each of the plurality of sub-time intervals based on the bitmap.

[0310] Next, the base station can receive a PRACH (Physical Random Access Channel) from a UE (User Equipment) based on the RACH configuration information (S155). For example, if the second parameter set is activated (e.g., activation is indicated via DCI or MAC-CE, or is indicated / configured as activated at the initial configuration time), the base station can monitor the PRACH or the PRACH preamble in either a default RO configured by the first parameter set or an additional RO configured by the second parameter set. Alternatively, if the second parameter set is deactivated (e.g., deactivation is indicated via DCI or MAC-CE, or is indicated / configured as deactivated at the initial configuration time), the base station can monitor the PRACH or the PRACH preamble only in the default RO configured by the first parameter set.

[0311] In this way, the proposed invention can quickly adjust the RO period by additionally setting a parameter set for an additional RO that is dynamically controlled in relation to the NES, thereby indicating whether to activate the parameter set for the additional RO according to the base station's situation. Furthermore, the proposed invention can clearly and efficiently set an additional RO with a different period from the default RO by indicating different PRACH configuration indices between the default RO and the additional RO.

[0312] Examples of communication systems to which the invention applies

[0313] Although not limited thereto, the various descriptions, functions, procedures, proposals, methods and / or operational flowcharts of the present invention disclosed in this document may be applied to various fields requiring wireless communication / connection (e.g., 5G) between devices.

[0314] Hereinafter, more specific examples will be provided with reference to the drawings. In the drawings / descriptions below, the same drawing reference numerals may represent identical or corresponding hardware blocks, software blocks, or functional blocks, unless otherwise described.

[0315] Figure 16 illustrates a communication system applied to the present invention.

[0316] Referring to FIG. 16, a communication system (1) applied to the present invention includes a wireless device, a base station, and a network. Here, the wireless device refers to a device that performs communication using a wireless access technology (e.g., 5G NR (New RAT), LTE (Long Term Evolution)) and may be referred to as a communication / wireless / 5G device. Although not limited thereto, the wireless device may include a robot (100a), a vehicle (100b-1, 100b-2), an XR (eXtended Reality) device (100c), a hand-held device (100d), a home appliance (100e), an IoT (Internet of Things) device (100f), and an AI device / server (400). For example, the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of performing vehicle-to-vehicle communication, etc. Here, the vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., a drone). XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices, and can be implemented in the form of HMD (Head-Mounted Device), HUD (Head-Up Display) installed in a vehicle, television, smartphone, computer, wearable device, home appliance, digital signage, vehicle, robot, etc. Mobile devices can include smartphone, smart pad, wearable device (e.g., smart watch, smart glass), computer (e.g., laptop, etc.), etc. Home appliances can include TV, refrigerator, washing machine, etc. IoT devices can include sensors, smart meters, etc. For example, base stations and networks can also be implemented as wireless devices, and a specific wireless device (200a) can act as a base station / network node to other wireless devices.

[0317] Wireless devices (100a to 100f) can be connected to a network (300) via a base station (200). Artificial Intelligence (AI) technology can be applied to the wireless devices (100a to 100f), and the wireless devices (100a to 100f) can be connected to an AI server (400) via the network (300). The network (300) can be configured using a 3G network, a 4G (e.g., LTE) network, a 5G (e.g., NR) network, etc. The wireless devices (100a to 100f) can communicate with each other via the base station (200) / network (300), but can also communicate directly (e.g., sidelink communication) without going through the base station / network. For example, vehicles (100b-1, 100b-2) can communicate directly (e.g., V2V (Vehicle to Vehicle) / V2X (Vehicle to Everything) communication). In addition, IoT devices (e.g., sensors) can communicate directly with other IoT devices (e.g., sensors) or other wireless devices (100a to 100f).

[0318] Wireless communication / connection (150a, 150b, 150c) can be established between wireless devices (100a~100f) / base stations (200), and base stations (200) / base stations (200). Here, wireless communication / connection can be achieved through various wireless access technologies (e.g., 5G NR) such as uplink / downlink communication (150a), sidelink communication (150b) (or, D2D communication), and communication between base stations (150c) (e.g., relay, IAB (Integrated Access Backhaul). Through wireless communication / connection (150a, 150b, 150c), wireless devices and base stations / wireless devices, and base stations and base stations can transmit / receive wireless signals to each other. For example, wireless communication / connection (150a, 150b, 150c) can transmit / receive signals through various physical channels. To this end, at least some of various configuration information setting processes for transmitting / receiving wireless signals, various signal processing processes (e.g., channel encoding / decoding, modulation / demodulation, resource mapping / demapping, etc.), and resource allocation processes can be performed based on various proposals of the present invention.

[0319] Examples of wireless devices to which the present invention is applied

[0320] Figure 17 illustrates a wireless device applicable to the present invention.

[0321] Referring to FIG. 17, the first wireless device (100) and the second wireless device (200) can transmit and receive wireless signals through various wireless access technologies (e.g., LTE, NR). Here, {the first wireless device (100), the second wireless device (200)} can correspond to {the wireless device (100x), the base station (200)} and / or {the wireless device (100x), the wireless device (100x)} of FIG. 16.

[0322] A first wireless device (100) includes one or more processors (102) and one or more memories (104), and may further include one or more transceivers (106) and / or one or more antennas (108). The processor (102) controls the memories (104) and / or the transceivers (106), and may be configured to implement the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document. For example, the processor (102) may process information in the memory (104) to generate first information / signal, and then transmit a wireless signal including the first information / signal via the transceiver (106). In addition, the processor (102) may receive a wireless signal including second information / signal via the transceiver (106), and then store information obtained from signal processing of the second information / signal in the memory (104). The memory (104) may be connected to the processor (102) and may store various information related to the operation of the processor (102). For example, the memory (104) may perform some or all of the processes controlled by the processor (102), or may store software code including commands for performing the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. Here, the processor (102) and the memory (104) may be part of a communication modem / circuit / chipset designed to implement wireless communication technology (e.g., LTE, NR). The transceiver (106) may be connected to the processor (102) and may transmit and / or receive wireless signals via one or more antennas (108). The transceiver (106) may include a transmitter and / or a receiver. The transceiver (106) may be used interchangeably with an RF (Radio Frequency) unit. In the present invention, a wireless device may also mean a communication modem / circuit / chipset.

[0323] Specifically, the first wireless device or terminal (100) may include a processor (102) and a memory (104) connected to a transceiver (106). The memory (104) may include at least one program capable of performing operations related to the embodiments described in FIGS. 11 to 15.

[0324] A processor (102) can control a transceiver (106) to receive RACH (Random Access Channel) configuration information from a base station and transmit a PRACH (Physical Random Access Channel) based on the RACH configuration information. Here, the RACH configuration information can include a first parameter set that sets a default RO (RACH Occasion) and a second parameter set that sets an additional RO for indicating whether to be activated.

[0325] Alternatively, a processing device may be configured, including a processor (102) controlling a terminal and a memory (104). In this case, at least one processor; and at least one memory connected to the at least one processor and storing instructions, wherein the instructions, based on being executed by the at least one processor, cause the terminal to: receive RACH (Random Access Channel) configuration information from a base station, and transmit a PRACH (Physical Random Access Channel) based on the RACH configuration information. Here, the RACH configuration information may include a first parameter set for setting a default RO (RACH Occasion) and a second parameter set for setting an additional RO, the activation of which is indicated.

[0326] The second wireless device (200) includes one or more processors (202), one or more memories (204), and may further include one or more transceivers (206) and / or one or more antennas (208). The processor (202) controls the memories (204) and / or the transceivers (206), and may be configured to implement the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document. For example, the processor (202) may process information in the memory (204) to generate third information / signals, and then transmit a wireless signal including the third information / signals via the transceivers (206). Furthermore, the processor (202) may receive a wireless signal including fourth information / signals via the transceivers (206), and then store information obtained from signal processing of 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 perform some or all of the processes controlled by the processor (202), or may store software code including commands for performing the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. Here, the processor (202) and the memory (204) may be part of a communication modem / circuit / chip designed to implement wireless communication technology (e.g., LTE, NR). The transceiver (206) may be connected to the processor (202) and may transmit and / or receive wireless signals via one or more antennas (208). The transceiver (206) may include a transmitter and / or a receiver. The transceiver (206) may be used interchangeably with an RF unit. In the present invention, a wireless device may also mean a communication modem / circuit / chip.

[0327] Specifically, the second wireless device or base station (200) may include a processor (202) and a memory (204) connected to a transceiver or RF transceiver (206). The memory (204) may include at least one program capable of performing operations related to the embodiments described in FIGS. 11 to 15.

[0328] The processor (202) controls the transceiver (206) to transmit RACH (Random Access Channel) configuration information including a first parameter set that sets a default RO (RACH Occasion) and a second parameter set that sets an additional RO that is indicated to be activated, and can receive a PRACH (Physical Random Access Channel) based on the RACH configuration information.

[0329] Hereinafter, the hardware elements of the wireless device (100, 200) will be described in more detail. Although not limited thereto, one or more protocol layers may be implemented by one or more processors (102, 202). For example, one or more processors (102, 202) may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP). One or more processors (102, 202) may generate one or more Protocol Data Units (PDUs) and / or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. One or more processors (102, 202) may generate messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. One or more processors (102, 202) can generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and / or methods disclosed herein, and provide the signals to one or more transceivers (106, 206). One or more processors (102, 202) can receive signals (e.g., baseband signals) from one or more transceivers (106, 206) and obtain PDUs, SDUs, messages, control information, data or information according to the descriptions, functions, procedures, proposals, methods and / or operational flowcharts disclosed herein.

[0330] One or more processors (102, 202) may be referred to as a controller, a microcontroller, a microprocessor, or a microcomputer. One or more processors (102, 202) may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more Application Specific Integrated Circuits (ASICs), one or more Digital Signal Processors (DSPs), one or more Digital Signal Processing Devices (DSPDs), one or more Programmable Logic Devices (PLDs), or one or more Field Programmable Gate Arrays (FPGAs) may be included in one or more processors (102, 202). The descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc. The descriptions, functions, procedures, suggestions, methods and / or operation flowcharts disclosed in this document may be implemented using firmware or software configured to perform one or more processors (102, 202) or stored in one or more memories (104, 204) and executed by one or more processors (102, 202). The descriptions, functions, procedures, suggestions, methods and / or operation flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and / or sets of instructions.

[0331] One or more memories (104, 204) may be coupled to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, codes, instructions, and / or commands. The one or more memories (104, 204) may be configured as ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer-readable storage media, and / or combinations thereof. The one or more memories (104, 204) may be located internally and / or externally to the one or more processors (102, 202). Additionally, the one or more memories (104, 204) may be coupled to the one or more processors (102, 202) via various technologies, such as wired or wireless connections.

[0332] One or more transceivers (106, 206) can transmit user data, control information, wireless signals / channels, etc., as mentioned in the methods and / or flowcharts of this document, to one or more other devices. One or more transceivers (106, 206) can receive user data, control information, wireless signals / channels, etc., as mentioned in the descriptions, functions, procedures, proposals, methods and / or flowcharts of this document, from one or more other devices. For example, one or more transceivers (106, 206) can be connected to one or more processors (102, 202) and can transmit and receive wireless signals. For example, one or more processors (102, 202) can control one or more transceivers (106, 206) to transmit user data, control information, or wireless signals to one or more other devices. Additionally, one or more processors (102, 202) may control one or more transceivers (106, 206) to receive user data, control information, or wireless signals from one or more other devices. Additionally, one or more transceivers (106, 206) may be coupled to one or more antennas (108, 208), and one or more transceivers (106, 206) may be configured to transmit and receive user data, control information, wireless signals / channels, or the like, as referred to in the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed herein, via one or more antennas (108, 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, 206) can convert received user data, control information, wireless signals / channels, etc. from RF band signals to baseband signals in order to process the received user data, control information, wireless signals / channels, etc. using one or more processors (102, 202).One or more transceivers (106, 206) may convert user data, control information, wireless signals / channels, etc. processed by one or more processors (102, 202) from baseband signals to RF band signals. For this purpose, one or more transceivers (106, 206) may include an (analog) oscillator and / or filter.

[0333] Examples of wireless devices to which the present invention is applied

[0334] Figure 18 illustrates another example of a wireless device applicable to the present invention. The wireless device may be implemented in various forms depending on the use case / service (see Figure 16).

[0335] Referring to FIG. 18, the wireless device (100, 200) corresponds to the wireless device (100, 200) of FIG. 17 and may be composed of various elements, components, units / units, and / or modules. For example, the wireless device (100, 200) may include a communication unit (110), a control unit (120), a memory unit (130), and additional elements (140). The communication unit may include a communication circuit (112) and a transceiver(s) (114). For example, the communication circuit (112) may include one or more processors (102, 202) and / or one or more memories (104, 204) of FIG. 18. For example, the transceiver(s) (114) may include one or more transceivers (106, 206) and / or one or more antennas (108, 208) of FIG. 17. The control unit (120) is electrically connected to the communication unit (110), the memory unit (130), and the additional elements (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). In addition, the control unit (120) may transmit information stored in the memory unit (130) to an external device (e.g., another communication device) via a wireless / wired interface through the communication unit (110), or store information received from an external device (e.g., another communication device) via a wireless / wired interface in the memory unit (130).

[0336] The additional element (140) may be configured in various ways depending on the type of the wireless device. For example, the additional element (140) may include at least one of a power unit / battery, an input / output unit (I / O unit), a driving unit, and a computing unit. Although not limited thereto, the wireless device may be implemented in the form of a robot (Fig. 16, 100a), a vehicle (Fig. 16, 100b-1, 100b-2), an XR device (Fig. 16, 100c), a portable device (Fig. 16, 100d), a home appliance (Fig. 16, 100e), an IoT device (Fig. 16, 100f), a digital broadcasting terminal, a hologram device, a public safety device, an MTC device, a medical device, a fintech device (or a financial device), a security device, a climate / environmental device, an AI server / device (Fig. 16, 400), a base station (Fig. 16, 200), a network node, etc. Wireless devices may be mobile or stationary depending on the use / service.

[0337] In FIG. 18, various elements, components, units / parts, and / or modules within the wireless device (100, 200) may be entirely interconnected via a wired interface, or at least some may be wirelessly connected via a communication unit (110). For example, within the wireless device (100, 200), the control unit (120) and the communication unit (110) may be wired, and the control unit (120) and a first unit (e.g., 130, 140) may be wirelessly connected via the communication unit (110). In addition, each element, component, unit / part, and / or module within the wireless device (100, 200) may further include one or more elements. For example, the control unit (120) may be composed of a set of one or more processors. For example, the control unit (120) may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphics processing processor, a memory control processor, etc. As another example, the memory unit (130) may be composed of RAM (Random Access Memory), DRAM (Dynamic RAM), ROM (Read Only Memory), flash memory, volatile memory, non-volatile memory, and / or a combination thereof.

[0338] Examples of vehicles or autonomous vehicles to which the present invention is applied

[0339] Figure 19 illustrates a vehicle or autonomous vehicle applicable to the present invention. The vehicle or autonomous vehicle may be implemented as a mobile robot, a car, a train, a manned or unmanned aerial vehicle (AV), a ship, or the like.

[0340] Referring to FIG. 19, a vehicle or autonomous vehicle (100) may include an antenna unit (108), a communication unit (110), a control unit (120), a driving 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 blocks 110 / 130 / 140 of FIG. 18, respectively.

[0341] The communication unit (110) can transmit and receive signals (e.g., data, control signals, etc.) with external devices such as other vehicles, base stations (e.g., base stations, road side units, etc.), and servers. The control unit (120) can control elements of the vehicle or autonomous vehicle (100) to perform various operations. The control unit (120) can include an ECU (Electronic Control Unit). The drive unit (140a) can drive the vehicle or autonomous vehicle (100) on the ground. The drive unit (140a) can include an engine, a motor, a power train, wheels, brakes, a steering device, etc. The power supply unit (140b) supplies power to the vehicle or autonomous vehicle (100) and can include a wired / wireless charging circuit, a battery, etc. The sensor unit (140c) can obtain vehicle status, surrounding environment information, user information, etc. The sensor unit (140c) may include an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an incline sensor, a weight detection 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 humidity sensor, an ultrasonic sensor, an illuminance sensor, a pedal position sensor, etc. The autonomous driving unit (140d) may implement a technology for maintaining a driving lane, a technology for automatically controlling speed such as adaptive cruise control, a technology for automatically driving along a set path, a technology for automatically setting a path and driving when a destination is set, etc.

[0342] For example, the communication unit (110) can receive map data, traffic information data, etc. from an external server. The autonomous driving unit (140d) can generate an autonomous driving route and driving plan based on the acquired data. The control unit (120) can control the drive unit (140a) so that the vehicle or autonomous vehicle (100) moves along the autonomous driving route according to the driving plan (e.g., speed / direction control). During autonomous driving, the communication unit (110) can irregularly / periodically acquire the latest traffic information data from an external server and can acquire surrounding traffic information data from surrounding vehicles. In addition, during autonomous driving, the sensor unit (140c) can acquire vehicle status and surrounding environment information. The autonomous driving unit (140d) can update the autonomous driving route and driving plan based on newly acquired data / information. The communication unit (110) can transmit information regarding the vehicle location, autonomous driving route, driving plan, etc. to the external server. External servers can predict traffic information data in advance using AI technology or other technologies based on information collected from vehicles or autonomous vehicles, and provide the predicted traffic information data to the vehicles or autonomous vehicles.

[0343] Here, the wireless communication technology implemented in the wireless device (XXX, YYY) of the present specification may include not only LTE, NR, and 6G, but also Narrowband Internet of Things for low-power communication. At this time, for example, NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, and may be implemented with standards such as LTE Cat NB1 and / or LTE Cat NB2, and is not limited to the above-described names. Additionally or alternatively, the wireless communication technology implemented in the wireless device (XXX, YYY) of the present specification may perform communication based on LTE-M technology. At this time, for example, LTE-M technology may be an example of LPWAN technology, and may be called by various names such as eMTC (enhanced Machine Type Communication). For example, LTE-M technology can be implemented by at least one of various standards such as 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and / or 7) LTE M, and is not limited to the above-described names. Additionally or alternatively, the wireless communication technology implemented in the wireless device (XXX, YYY) of the present specification can include at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low-power communication, and is not limited to the above-described names. For example, ZigBee technology can create PAN (personal area networks) related to small / low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.

[0344] The embodiments described above are combinations of components and features of the present invention in a predetermined form. Each component or feature should be considered optional unless explicitly stated otherwise. Each component or feature may be implemented without being combined with other components or features. Furthermore, it is also possible to form an embodiment of the present invention by combining some components and / or features. The order of operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment. It is self-evident that claims that do not have an explicit citation relationship in the patent claims may be combined to form an embodiment or may be incorporated as a new claim through a post-application amendment.

[0345] In this document, embodiments of the present invention have been described primarily focusing on the signal transmission and reception relationship between a terminal and a base station. This transmission and reception relationship is equally / similarly extended to signal transmission and reception between a terminal and a relay or a base station and a relay. Certain operations described as being performed by a base station in this document may, in some cases, be performed by its upper node. That is, it is obvious that various operations performed for communication with a terminal in a network composed of multiple network nodes including a base station may be performed by the base station or other network nodes other than the base station. The base station may be replaced by terms such as fixed station, Node B, eNode B (eNB), and access point. In addition, the terminal may be replaced by terms such as UE (User Equipment), MS (Mobile Station), MSS (Mobile Subscriber Station).

[0346] Embodiments of the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof. In the case of hardware implementation, an embodiment of the present invention may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, etc.

[0347] When implemented via firmware or software, an embodiment of the present invention may be implemented in the form of modules, procedures, functions, etc. that perform the functions or operations described above. The software code may be stored in a memory unit and executed by a processor. The memory unit may be located within or outside the processor and may exchange data with the processor via various known means.

[0348] It will be apparent to those skilled in the art that the present invention can be embodied in other specific forms without departing from the scope of the invention. Therefore, the above detailed description should not be construed as limiting in any respect, but rather as illustrative. The scope of the present invention should be determined by a reasonable interpretation of the appended claims, and all modifications within the scope of equivalents of the present invention are intended to be included within the scope of the present invention.

[0349] The embodiments of the present invention as described above can be applied to various mobile communication systems.

Claims

1. In the method using UE (User Equipment), A step of receiving RACH (Random Access Channel) setting information from a base station; and A step of transmitting a PRACH (Physical Random Access Channel) based on the above RACH configuration information is included, A method wherein the RACH configuration information includes a first parameter set setting a default RO (RACH Occasion) and a second parameter set setting an additional RO indicating whether to be activated.

2. In paragraph 1, A method, characterized in that the second parameter set includes a second PRACH configuration index that is different from a first PRACH configuration index included in the first parameter set.

3. In paragraph 1, Based on the above additional RO not being activated, the PRACH is transmitted in the RO of the first period based on the first parameter set of the RACH configuration information, A method characterized in that, based on the activation of the additional RO, the PRACH is transmitted in a RO of a second period shorter than the first period based on a first parameter set and a second parameter set of the RACH configuration information.

4. In paragraph 1, A method characterized in that the second parameter set is indicated as to whether to be activated through DCI (Downlink Control Information) or MAC-CE (Medium Access Control-Control Element).

5. In paragraph 4, A method, characterized in that the DCI or the MAC CE indicating activation of the second parameter set further includes information about an activation time interval.

6. In paragraph 5, A method, characterized in that the second parameter set is activated during the activation time interval after a first time has elapsed from the time of reception of the DCI or the MAC CE.

7. In paragraph 4, The above DCI or MAC-CE includes a bitmap containing bits corresponding to each of the plurality of time intervals, A method characterized in that the UE determines a time interval in which the second parameter set is activated among the plurality of time intervals based on the bitmap.

8. In paragraph 1, A method characterized in that the second parameter set is indicated by the base station as to whether to activate or not based on the number of UEs connected to the base station and the amount of data activity.

9. In paragraph 1, A method characterized in that the second parameter set sets the additional RO for the UE supporting the base station related to network energy saving (NES).

10. A computer-readable recording medium recording a program for performing the method described in paragraph 1.

11. In UE (User Equipment), RF (Radio Frequency) transmitter and receiver; and A processor connected to the RF transceiver, The processor controls the RF transceiver to receive RACH (Random Access Channel) configuration information from a base station and transmit a PRACH (Physical Random Access Channel) based on the RACH configuration information. The above RACH configuration information includes a first parameter set setting a default RO (RACH Occasion) and a second parameter set setting an additional RO indicating whether to be activated.

12. In a processing device that controls UE (User Equipment), at least one processor; and At least one memory connected to said at least one processor and storing instructions, said instructions being executed by said at least one processor, wherein said UE: Receive RACH (Random Access Channel) configuration information from a base station, and transmit PRACH (Physical Random Access Channel) based on the RACH configuration information, A processing device, wherein the RACH configuration information includes a first parameter set setting a default RO (RACH Occasion) and a second parameter set setting an additional RO indicating whether to be activated.

13. In the method by the base station, A step of transmitting RACH (Random Access Channel) configuration information including a first parameter set setting a default RO (RACH Occasion) and a second parameter set setting an additional RO indicating whether to be activated; and A method comprising: receiving a PRACH (Physical Random Access Channel) from a UE (User Equipment) based on the above RACH configuration information.

14. In paragraph 13, A method characterized in that the base station determines whether to activate the second parameter set based on the number of connected UEs and the amount of data activity.

15. At the base station, RF (Radio Frequency) transmitter and receiver; and A processor connected to the RF transceiver, A base station, wherein the processor controls the RF transceiver to transmit RACH (Random Access Channel) configuration information including a first parameter set that sets a default RO (RACH Occasion) and a second parameter set that sets an additional RO in which activation is indicated, and receives a PRACH (Physical Random Access Channel) based on the RACH configuration information.

Images