WO2024071996A1 - 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 - Google Patents

무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 Download PDF

Info

Publication number
WO2024071996A1
WO2024071996A1 PCT/KR2023/014825 KR2023014825W WO2024071996A1 WO 2024071996 A1 WO2024071996 A1 WO 2024071996A1 KR 2023014825 W KR2023014825 W KR 2023014825W WO 2024071996 A1 WO2024071996 A1 WO 2024071996A1
Authority
WO
WIPO (PCT)
Prior art keywords
downlink
monitoring
terminal
signal
information
Prior art date
Application number
PCT/KR2023/014825
Other languages
English (en)
French (fr)
Inventor
이성훈
이영대
김재형
양석철
황승계
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2024071996A1 publication Critical patent/WO2024071996A1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling

Definitions

  • the present invention relates to a wireless communication system, and more specifically, to a method and device for transmitting or receiving uplink/downlink signals in a wireless communication system.
  • Wireless communication systems are being widely deployed to provide various types of communication services such as voice and data.
  • a wireless communication system is a multiple access system that can support communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, and single carrier frequency (SC-FDMA) systems. division multiple access) systems, etc.
  • the technical task to be achieved is to provide a method and device for efficiently performing the wireless signal transmission and reception process.
  • a method for a terminal (UE) to receive a signal in a wireless communication system includes receiving configuration information including information about a downlink reception period through higher layer signaling; Receiving information about the downlink monitoring mask to adjust the downlink reception period through lower layer signaling; and monitoring a downlink signal based on the downlink reception period and the downlink monitoring mask, and in a first time interval in which the downlink monitoring mask is not applied, based on an integer multiple of the downlink reception period. In a second time period in which monitoring of the downlink signal is performed and the downlink monitoring mask is applied, monitoring of the downlink signal may be performed based on the downlink reception period without the integer multiple.
  • the downlink signal may include a physical downlink control channel (PDCCH).
  • the configuration information may include configuration information of a search space set for PDCCH candidates.
  • DCI downlink control information
  • monitoring of the downlink signal may be performed only for some of the downlink resource settings provided to the terminal.
  • monitoring of the downlink signal may be performed for all of the downlink resource settings provided to the terminal.
  • the first time period and the second time period may be determined based on a timer.
  • the timer may be a DRX (discontinuous reception) related timer.
  • Information about the downlink monitoring mask can activate the first downlink monitoring mask among multiple downlink monitoring masks set in the terminal.
  • the higher layer signaling may be radio resource control (RRC) signaling
  • the lower layer signaling may be medium access control (MAC) signaling or physical layer (PHY) signaling.
  • RRC radio resource control
  • MAC medium access control
  • PHY physical layer
  • a computer-readable recording medium recording a program for performing the above-described signal reception method may be provided.
  • a terminal that performs the signal reception method described above may be provided.
  • a device that controls a terminal that performs the above-described signal reception method may be provided.
  • a method for a base station to transmit a signal in a wireless communication system includes transmitting configuration information including information about a downlink transmission period through higher layer signaling; Transmitting information about a downlink monitoring mask to adjust the downlink transmission period through lower layer signaling; And it may include transmitting a downlink signal based on the downlink transmission period and the downlink monitoring mask. In a first time interval in which the downlink monitoring mask is not applied, transmission of the downlink signal is performed based on an integer multiple of the downlink transmission period, and in a second time interval in which the downlink monitoring mask is applied, the downlink signal is transmitted. Transmission of the downlink signal may be performed based on the downlink transmission period without an integer multiple.
  • a base station that performs the signal transmission method described above may be provided.
  • signals can be transmitted and received more accurately and efficiently in a wireless communication system.
  • Figure 1 illustrates physical channels used in a 3GPP system, which is an example of a wireless communication system, and a general signal transmission method using them.
  • Figure 2 illustrates the structure of a radio frame.
  • Figure 3 illustrates a resource grid of slots.
  • Figure 4 shows an example of a physical channel being mapped within a slot.
  • Figure 5 illustrates a PDCCH (Physical Downlink Control Channel) transmission and reception process.
  • PDCCH Physical Downlink Control Channel
  • Figure 6 illustrates the PDSCH reception and ACK/NACK transmission process.
  • Figure 7 illustrates the PUSCH transmission process.
  • Figures 8 to 10 are diagrams for explaining DRX-related operations.
  • Figure 11 is a diagram for explaining DL reception of a terminal according to an embodiment.
  • Figures 12 and 13 are diagrams for explaining DCI reception of a terminal, respectively, according to one embodiment.
  • Figure 14 is a diagram for explaining signal reception by a terminal according to an embodiment.
  • Figure 15 is a diagram for explaining signal transmission by a base station according to an embodiment.
  • 16 to 19 illustrate communication system 1 and wireless devices applicable to the present disclosure.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA can be implemented with radio technology such as UTRA (Universal Terrestrial Radio Access) or CDMA2000.
  • TDMA can be implemented with wireless technologies such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA can be implemented with wireless technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA), etc.
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) long term evolution (LTE) is part of Evolved UMTS (E-UMTS) using E-UTRA
  • LTE-A Advanced
  • 3GPP NR New Radio or New Radio Access Technology
  • 3GPP LTE/LTE-A is an evolved version of 3GPP LTE/LTE-A.
  • next-generation communications As more communication devices require larger communication capacity, the need for improved mobile broadband communication compared to existing RAT (Radio Access Technology) is emerging. Additionally, massive MTC (Machine Type Communications), which connects multiple devices and objects to provide a variety of services anytime, anywhere, is also one of the major issues to be considered in next-generation communications. Additionally, communication system design considering services/terminals sensitive to reliability and latency is being discussed. In this way, the introduction of next-generation RAT considering eMBB (enhanced Mobile BroadBand Communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication), etc. is being discussed. In one embodiment of the present invention, for convenience, the technology is used as NR (New Radio). It is also called New RAT).
  • NR New Radio
  • New RAT New RAT
  • 3GPP NR is mainly described, but the technical idea of the present invention is not limited thereto.
  • UE User Equipment
  • PDCP Packet Data Convergence Protocol
  • RRC Radio Resource Control
  • SDAP Service Data Adaptation Protocol
  • 3GPP TS 24.502 Access to the 3GPP 5G Core Network (5GCN) via non-3GPP access networks
  • - PUCCH Physical Uplink Control Channel
  • - PSCell Primary SCG (Secondary Cell Group) Cell
  • a terminal receives information from a base station through downlink (DL), and the terminal transmits information to the base station through 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/purpose of the information they transmit and receive.
  • Figure 1 is a diagram to explain physical channels used in the 3GPP NR system and a general signal transmission method using them.
  • a terminal that is turned on again from a power-off state or newly entered a cell performs an initial cell search task such as synchronizing with the base station in step S101.
  • the terminal receives SSB (Synchronization Signal Block) from the base station.
  • SSB includes Primary Synchronization Signal (PSS), Secondary Synchronization Signal (SSS), and Physical Broadcast Channel (PBCH).
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • PBCH Physical Broadcast Channel
  • the terminal synchronizes with the base station based on PSS/SSS and obtains information such as cell ID (cell identity). Additionally, the terminal can obtain intra-cell broadcast information based on the PBCH. Meanwhile, the terminal can check the downlink channel status by receiving a downlink reference signal (DL RS) in the initial cell search stage.
  • DL RS downlink reference signal
  • the terminal After completing the initial cell search, the terminal receives a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) according to the physical downlink control channel information in step S102 to provide more detailed information.
  • PDCCH physical downlink control channel
  • PDSCH physical downlink shared channel
  • the terminal may perform a random access procedure such as steps S103 to S106 to complete access to the base station.
  • the terminal transmits a preamble through a physical random access channel (PRACH) (S103), and a response message to the preamble through the physical downlink control channel and the corresponding physical downlink shared channel. can be received (S104).
  • PRACH physical random access channel
  • S104 a contention resolution procedure such as transmission of an additional physical random access channel (S105) and reception of the physical downlink control channel and the corresponding physical downlink shared channel (S106) ) can be performed.
  • the terminal that has performed the above-described procedure then receives a physical downlink control channel/physical downlink shared channel (S107) and a physical uplink shared channel (PUSCH) as a general uplink/downlink signal transmission procedure.
  • Physical uplink control channel (PUCCH) transmission (S108) can be performed.
  • the control information transmitted from the terminal to the base station is collectively referred to as uplink control information (UCI).
  • UCI includes HARQ ACK/NACK (Hybrid Automatic Repeat and reQuest Acknowledgment/Negative-ACK), SR (Scheduling Request), and CSI (Channel State Information).
  • CSI includes Channel Quality Indicator (CQI), Precoding Matrix Indicator (PMI), and Rank Indication (RI).
  • UCI is generally transmitted through PUCCH, but when control information and traffic data must be transmitted simultaneously, it can be transmitted through PUSCH. Additionally, UCI can be transmitted aperiodically through PUSCH at the request/instruction
  • FIG. 2 illustrates the structure of a radio frame.
  • uplink and downlink transmission consists of frames.
  • Each radio frame is 10ms long and is divided into two 5ms half-frames (HF).
  • Each half-frame is divided into five 1ms subframes (Subframe, SF).
  • a subframe is divided into one or more slots, and the number of slots in a subframe depends on SCS (Subcarrier Spacing).
  • Each slot contains 12 or 14 Orthogonal Frequency Division Multiplexing (OFDM) symbols depending on the cyclic prefix (CP).
  • OFDM Orthogonal Frequency Division Multiplexing
  • CP cyclic prefix
  • Table 1 illustrates that when a normal 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.
  • Table 2 illustrates that when an 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.
  • 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 changed in various ways.
  • OFDM numerology eg, SCS
  • the (absolute time) interval of time resources e.g., SF, slot, or TTI
  • TU Time Unit
  • the symbol may include an OFDM symbol (or CP-OFDM symbol) or SC-FDMA symbol (or Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM symbol).
  • Figure 3 illustrates a resource grid of slots.
  • a slot includes a plurality of symbols in the time domain. For example, in the case of normal CP, one slot contains 14 symbols, but in the case of extended CP, one slot contains 12 symbols.
  • a carrier wave includes a plurality of subcarriers in the frequency domain.
  • RB Resource Block
  • a Bandwidth Part (BWP) is defined as a plurality of consecutive PRBs (Physical RBs) in the frequency domain and may correspond to one numerology (e.g., SCS, CP length, etc.).
  • a carrier wave may contain up to N (e.g., 5) BWPs. Data communication is performed through an activated BWP, and only one BWP can be activated for one terminal.
  • Each element in the resource grid is referred to as a Resource Element (RE), and one complex symbol can be mapped.
  • RE Resource Element
  • Figure 4 shows an example of a physical channel being mapped within a slot.
  • a frame features a self-contained structure in which a DL control channel, DL or UL data, and UL control channel can all be included in one slot.
  • the first N symbols in a slot are used to transmit a DL control channel (e.g., PDCCH) (hereinafter referred to as DL control region), and the last M symbols in a slot are used to transmit a UL control channel (e.g., PUCCH).
  • DL control channel e.g., PDCCH
  • UL control area e.g., PUCCH
  • N and M are each integers greater than or equal to 0.
  • the resource area (hereinafter referred to as data area) between the DL control area and the UL control area may be used to transmit DL data (eg, PDSCH) or UL data (eg, PUSCH).
  • GP provides a time gap during the process of the base station and the terminal switching from transmission mode to reception mode or from reception mode to transmission mode. Some symbols at the point of transition from DL to UL within a subframe may be set to GP.
  • PDCCH carries Downlink Control Information (DCI).
  • DCI Downlink Control Information
  • PCCCH includes transmission format and resource allocation for downlink shared channel (DL-SCH), resource allocation information for uplink shared channel (UL-SCH), paging information for paging channel (PCH), It carries 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 CS (Configured Scheduling), etc.
  • DCI includes a cyclic redundancy check (CRC), and the CRC is masked/scrambled with various identifiers (e.g.
  • Radio Network Temporary Identifier depending on the owner or purpose of use of the PDCCH. For example, if the PDCCH is for a specific UE, the CRC is masked with the UE identifier (eg, Cell-RNTI, C-RNTI). If the PDCCH is related to paging, the CRC is masked with P-RNTI (Paging-RNTI). If the PDCCH is about system information (e.g., System Information Block, SIB), the CRC is masked with System Information RNTI (SI-RNTI). If the PDCCH relates to a random access response, the CRC is masked with Random Access-RNTI (RA-RNTI).
  • SIB System Information Block
  • FIG. 5 illustrates the PDCCH transmission/reception process.
  • the base station may transmit a CORESET (Control Resource Set) configuration to the terminal (S502).
  • CORESET is defined as a set of Resource Element Groups (REGs) with a given newonology (e.g. SCS, CP length, etc.).
  • REG is defined as one OFDM symbol and one (P)RB.
  • Multiple CORESETs for one terminal may overlap in the time/frequency domain.
  • CORESET can be set through system information (eg, Master Information Block, MIB) or upper layer (eg, Radio Resource Control, RRC, layer) signaling.
  • MIB Master Information Block
  • RRC Radio Resource Control
  • a PDSCH carrying system information block 1 may be scheduled by a specific PDCCH, and CORESET #0 may be for transmission of a specific PDCCH.
  • configuration information for CORESET #N (e.g., N>0) may be transmitted through RRC signaling (e.g., cell common RRC signaling or UE-specific RRC signaling, etc.).
  • RRC signaling e.g., cell common RRC signaling or UE-specific RRC signaling, etc.
  • terminal-specific RRC signaling carrying CORESET configuration information may include, but is not limited to, various signaling such as, for example, an RRC setup message, an RRC reconfiguration message, and/or BWP configuration information.
  • the CORESET configuration may include the following information/fields:
  • controlResourceSetId Indicates the ID of CORESET.
  • MSB Most Significant Bit
  • duration Represents the time domain resources of CORESET. Indicates the number of consecutive OFDM symbols that constitute CORESET. duration has values from 1 to 3.
  • CCE Control Channel Element
  • REG-MappingType Indicates the mapping type between CCE (Control Channel Element) and REG. Interleaved and non-interleaved types are supported.
  • interleaverSize Indicates the interleaver size.
  • pdcch-DMRS-ScramblingID Indicates the value used to initialize PDCCH DMRS. If pdcch-DMRS-ScramblingID is not included, the physical cell ID of the serving cell is used.
  • precoderGranularity Indicates the precoder granularity in the frequency domain.
  • TCI Transmission Configuration Index
  • TCI-Configuration Represents a subset of TCI states defined in PDCCH-configuration.
  • the TCI state is used to provide the Quasi-Co-Location (QCL) relationship of the DL RS(s) and the PDCCH DMRS port within the RS set (TCI-state).
  • QCL Quasi-Co-Location
  • the base station may transmit the PDCCH SS (Search Space) configuration to the terminal (S504).
  • PDCCH SS configuration may be transmitted through higher layer signaling (e.g., RRC signaling).
  • RRC signaling may include, but is not limited to, various signaling such as an RRC setup message, RRC reconfiguration message, and/or BWP configuration information.
  • the CORESET configuration and the PDCCH SS configuration are shown as being signaled separately, but the present invention is not limited thereto.
  • the CORESET configuration and the PDCCH SS configuration may be transmitted through one message (e.g., one RRC signaling), or may be transmitted through different messages.
  • the PDCCH SS configuration may include information about the configuration of the PDCCH SS set.
  • the PDCCH SS set can be defined as a set of PDCCH candidates for which the UE monitors (e.g., blind detection).
  • One or multiple SS sets may be set in the terminal.
  • Each SS set may be a USS set or a CSS set.
  • the PDCCH SS set may also be simply referred to as “SS” or “PDCCH SS.”
  • the PDCCH SS set includes PDCCH candidates.
  • the PDCCH candidate indicates the CCE(s) monitored by the UE for PDCCH reception/detection.
  • monitoring includes blind decoding (BD) of PDCCH candidates.
  • One PDCCH (candidate) consists of 1, 2, 4, 8, or 16 CCEs depending on AL (Aggregation Level).
  • One CCE consists of 6 REGs.
  • Each CORESET configuration is associated with one or more SS, and each SS is associated with one COREST configuration.
  • One SS is defined based on one SS configuration, and the SS configuration may include the following information/fields.
  • - searchSpaceId Indicates the ID of SS.
  • controlResourceSetId Indicates CORESET associated with SS.
  • - monitoringSlotPeriodicityAndOffset Indicates the PDCCH monitoring period interval (slot unit) and PDCCH monitoring interval offset (slot unit)
  • - monitoringSymbolsWithinSlot Indicates the first OFDM symbol(s) for PDCCH monitoring within a slot in which PDCCH monitoring is set. It is indicated through a bitmap, and each bit corresponds to each OFDM symbol in the slot. The MSB of the bitmap corresponds to the first OFDM symbol in the slot. OFDM symbol(s) corresponding to bit(s) with a bit value of 1 correspond to the first symbol(s) of CORESET within the slot.
  • - searchSpaceType Indicates CSS (Common Search Space) or USS (UE-specific search space), and represents the DCI format used in the corresponding SS type.
  • the base station generates a PDCCH and transmits it to the terminal (S506), and the terminal can monitor PDCCH candidates in one or more SSs to receive/detect the PDCCH (S508).
  • An opportunity to monitor PDCCH candidates (e.g., time/frequency resources) is defined as a PDCCH (monitoring) opportunity.
  • One or more PDCCH (monitoring) opportunities may be configured within a slot.
  • Table 3 illustrates the characteristics of each SS type.
  • Type Search Space RNTI Use Case Type0-PDCCH Common SI-RNTI on a primary cell SIB Decoding Type0A-PDCCH Common SI-RNTI on a primary cell SIB Decoding Type1-PDCCH Common RA-RNTI or TC-RNTI on a primary cell Msg2, Msg4 decoding in RACH Type2-PDCCH Common P-RNTI on a primary cell Paging Decoding Type3-PDCCH Common INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s) UE Specific C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) User specific PDSCH decoding
  • Table 4 illustrates DCI formats transmitted through PDCCH.
  • DCI format 0_0 is used to schedule TB-based (or TB-level) PUSCH
  • DCI format 0_1 is used to schedule TB-based (or TB-level) PUSCH or CBG (Code Block Group)-based (or CBG-level) PUSCH.
  • DCI format 1_0 is used to schedule a TB-based (or TB-level) PDSCH
  • DCI format 1_1 is used to schedule a TB-based (or TB-level) PDSCH or CBG-based (or CBG-level) PDSCH. (DL grant DCI).
  • DCI format 0_0/0_1 may be referred to as UL grant DCI or UL scheduling information
  • DCI format 1_0/1_1 may be referred to as DL grant DCI or DL scheduling information
  • DCI format 2_0 is used to deliver dynamic slot format information (e.g., dynamic SFI) to the terminal
  • DCI format 2_1 is used to deliver downlink pre-emption information to the terminal.
  • DCI format 2_0 and/or DCI format 2_1 can be delivered to terminals within the group through group common PDCCH, which is a PDCCH delivered to terminals defined as one group.
  • DCI format 0_0 and DCI format 1_0 may be referred to as a fallback DCI format
  • DCI format 0_1 and DCI format 1_1 may be referred to as a non-fallback DCI format.
  • the DCI size/field configuration remains the same regardless of terminal settings.
  • the non-fallback DCI format the DCI size/field configuration varies depending on the terminal settings.
  • the mapping type from CCE to REG is set to either a non-interleaved CCE-REG mapping type or an interleaved CCE-REG mapping type.
  • Non-interleaved CCE-REG mapping type (or localized mapping type) (FIG. 5): Constructs one REG bundle with 6 REGs for a given CCE, and all REGs for a given CCE are contiguous. do. One REG bundle corresponds to one CCE.
  • Interleaved CCE-REG mapping type (or Distributed mapping type): Constructs one REG bundle with 2, 3 or 6 REGs for a given CCE, and the REG bundle is interleaved within CORESET.
  • a REG bundle within CORESET consisting of 1 to 2 OFDM symbols consists of 2 or 6 REGs, and a REG bundle within CORESET consisting of 3 OFDM symbols consists of 3 or 6 REGs.
  • the size of the REG bundle is set for each CORESET.
  • Figure 6 illustrates the PDSCH reception and ACK/NACK transmission process.
  • the terminal can detect the PDCCH in slot #n.
  • PDCCH includes downlink scheduling information (e.g., DCI format 1_0, 1_1), and PDCCH indicates DL assignment-to-PDSCH offset (K0) and PDSCH-HARQ-ACK reporting offset (K1).
  • DCI format 1_0, 1_1 may include the following information.
  • K0 e.g. slot offset
  • K0 indicates the start position of the PDSCH in slot #n+K0 (e.g. OFDM symbol index) and the length of the PDSCH (e.g. number of OFDM symbols)
  • HARQ process ID (Identity) for data (e.g. PDSCH, TB)
  • - PUCCH resource indicator Indicates the PUCCH resource to be used for UCI transmission among a plurality of PUCCH resources in the PUCCH resource set.
  • the terminal receives the PDSCH from slot #(n+K0) according to the scheduling information of slot #n, and when the PDSCH is received from slot #n1 (where, n+K0 ⁇ n1), the terminal receives the PDSCH from slot #(n1+K1). ), UCI can be transmitted through PUCCH.
  • UCI may include a HARQ-ACK response to PDSCH.
  • the HARQ-ACK response may consist of 1-bit.
  • the HARQ-ACK response may consist of 2-bits if spatial bundling is not configured, and may consist of 1-bit if spatial bundling is configured. If the HARQ-ACK transmission point for multiple PDSCHs is designated as slot #(n+K1), UCI transmitted in slot #(n+K1) includes HARQ-ACK responses for multiple PDSCHs.
  • Whether the UE must perform spatial bundling for the HARQ-ACK response can be configured for each cell group (e.g., RRC/higher layer signaling).
  • spatial bundling may be individually configured for each HARQ-ACK response transmitted through PUCCH and/or HARQ-ACK response transmitted through PUSCH.
  • Spatial bundling can be supported when the maximum number of TBs (or codewords) that can be received at once in the corresponding serving cell (or schedulable through 1 DCI) is 2 (or more than 2) (eg, upper layer if the parameter maxNrofCodeWordsScheduledByDCI corresponds to 2-TB). Meanwhile, for 2-TB transmission, more than 4 layers can be used, and up to 4 layers can be used for 1-TB transmission. As a result, when spatial bundling is configured in the corresponding cell group, spatial bundling can be performed on serving cells in which more than four layers are schedulable among the serving cells in the corresponding cell group. On the corresponding serving cell, a terminal that wishes to transmit a HARQ-ACK response through spatial bundling can generate a HARQ-ACK response by performing a (bit-wise) logical AND operation on the A/N bits for multiple TBs.
  • the UE performing spatial bundling receives the 1st A/N for the 1st TB.
  • a single A/N bit can be generated by performing a logical AND operation on the bit and the second A/N bit for the second TB.
  • the terminal reports the ACK bit value to the base station, and if any one TB is NACK, the terminal reports the NACK bit value to the base station.
  • the terminal For example, if only 1-TB is actually scheduled on a serving cell that is configured to receive 2-TB, the terminal performs a logical AND operation on the A/N bit for the 1-TB and the bit value 1 to receive a single A/N. N bits can be generated. As a result, the terminal reports the A/N bit for the corresponding 1-TB to the base station as is.
  • a plurality of parallel DL HARQ processes exist in the base station/terminal for DL transmission. Multiple parallel HARQ processes allow DL transmission to be performed continuously while waiting for HARQ feedback on successful or unsuccessful reception of the previous DL transmission.
  • Each HARQ process is associated with a HARQ buffer in the MAC (Medium Access Control) layer.
  • Each DL HARQ process manages state variables related to the number of transmissions of MAC PDUs (Physical Data Blocks) in the buffer, HARQ feedback for MAC PDUs in the buffer, and current redundancy version.
  • Each HARQ process is distinguished by its HARQ process ID.
  • Figure 7 illustrates the PUSCH transmission process.
  • the UE can detect the PDCCH in slot #n.
  • PDCCH includes uplink scheduling information (eg, DCI format 0_0, 0_1).
  • DCI format 0_0, 0_1 may include the following information.
  • Time domain resource assignment Indicates the slot offset K2, the starting position (e.g. symbol index) and length (e.g. number of OFDM symbols) of the PUSCH within the slot.
  • the start symbol and length can be indicated through SLIV (Start and Length Indicator Value) or can be indicated separately.
  • the terminal can transmit PUSCH in slot #(n+K2) according to the scheduling information of slot #n.
  • PUSCH includes UL-SCH TB.
  • Figure 8 is a diagram to explain the DRX operation of the terminal.
  • the terminal may perform DRX operation while performing the procedures and/or methods described/suggested above.
  • a terminal with DRX enabled can reduce power consumption by discontinuously receiving DL signals.
  • DRX can be performed in RRC (Radio Resource Control)_IDLE state, RRC_INACTIVE state, and RRC_CONNECTED state.
  • RRC_IDLE state and RRC_INACTIVE state DRX is used to receive paging signals discontinuously.
  • RRC_CONNECTED DRX DRX performed in RRC_CONNECTED state will be described (RRC_CONNECTED DRX).
  • the DRX cycle consists of On Duration and Opportunity for DRX.
  • the DRX cycle defines the time interval in which On Duration is periodically repeated.
  • On Duration indicates the time interval that the terminal monitors to receive the PDCCH.
  • the terminal performs PDCCH monitoring during On Duration. If there is a PDCCH successfully detected during PDCCH monitoring, the terminal starts an inactivity timer and maintains the awake state. On the other hand, if no PDCCH is successfully detected during PDCCH monitoring, the terminal enters a sleep state after the On Duration ends. Accordingly, when DRX is set, PDCCH monitoring/reception may be performed discontinuously in the time domain when performing the procedures and/or methods described/suggested above.
  • a PDCCH reception opportunity (e.g., a slot with a PDCCH search space) may be set discontinuously according to the DRX configuration.
  • PDCCH monitoring/reception can be performed continuously in the time domain when performing the procedures and/or methods described/suggested above.
  • PDCCH reception opportunities eg, slots with PDCCH search space
  • PDCCH monitoring may be limited in the time section set as the measurement gap.
  • Table 5 shows the terminal process related to DRX (RRC_CONNECTED state).
  • DRX configuration information is received through higher layer (eg, RRC) signaling, and DRX ON/OFF is controlled by the DRX command of the MAC layer.
  • RRC Radio Resource Control
  • Type of signals UE procedure 1st step RRC signaling (MAC-CellGroupConfig) - Receive DRX configuration information 2nd Step MAC CE ((Long) DRX command MAC CE) - Receive DRX command 3rd Step - - Monitor a PDCCH during an on-duration of a DRX cycle
  • MAC-CellGroupConfig contains configuration information necessary to set MAC (Medium Access Control) parameters for the cell group.
  • MAC-CellGroupConfig may also include configuration information about DRX.
  • MAC-CellGroupConfig defines DRX and can include information as follows: - Value of drx-OnDurationTimer: Defines the length of the start section of the DRX cycle.
  • drx-InactivityTimer Defines the length of the time section in which the terminal is awake after the PDCCH opportunity in which the PDCCH indicating initial UL or DL data is detected.
  • drx-HARQ-RTT-TimerDL Defines the length of the maximum time interval from when the DL initial transmission is received until the DL retransmission is received.
  • drx-HARQ-RTT-TimerDL Defines the length of the maximum time interval from when the grant for UL initial transmission is received until the grant for UL retransmission is received.
  • the terminal remains awake and performs PDCCH monitoring at every PDCCH opportunity.
  • RRC_IDLE state In RRC_IDLE state and RRC_INACTIVE state, DRX is used to receive paging signals discontinuously. For convenience, DRX performed in RRC_IDLE (or RRC_INACTIVE) state is referred to as RRC_IDLE DRX.
  • PDCCH monitoring/reception may be performed discontinuously in the time domain when performing the procedures and/or methods described/suggested above.
  • Figure 9 illustrates a DRX cycle for paging.
  • DRX may be configured for discontinuous reception of paging signals.
  • the terminal can receive DRX configuration information from the base station through higher layer (eg, RRC) signaling.
  • DRX configuration information may include configuration information about the DRX cycle, DRX offset, and DRX timer.
  • the terminal repeats On Duration and Sleep duration according to the DRX cycle.
  • the terminal may operate in wakeup mode in the On duration and in sleep mode in the Sleep duration.
  • the terminal can monitor the PO to receive paging messages.
  • PO refers to the time resource/interval (e.g., subframe, slot) where the terminal expects to receive a paging message.
  • PO monitoring includes monitoring the PDCCH (or MPDCCH, NPDCCH) (hereinafter referred to as paging PDCCH) scrambled from PO to P-RNTI.
  • the paging message may be included in the paging PDCCH or in the PDSCH scheduled by the paging PDCCH.
  • One or multiple PO(s) are included in a PF (Paging Frame), and the PF can be set periodically based on UE_ID.
  • PF corresponds to one radio frame
  • UE_ID can be determined based on the terminal's International Mobile Subscriber Identity (IMSI).
  • IMSI International Mobile Subscriber Identity
  • the terminal monitors only one PO per DRX cycle.
  • the terminal receives a paging message from the PO indicating a change in its ID and/or system information
  • the terminal performs a RACH process to initialize (or reset) the connection with the base station, or receives new system information from the base station ( or obtain). Therefore, in performing the procedures and/or methods described/suggested above, PO monitoring may be performed discontinuously in the time domain to perform RACH for connection to the base station or to receive (or acquire) new system information from the base station. You can.
  • Figure 10 illustrates an extended DRX (eDRX) cycle.
  • the maximum cycle duration may be limited to 2.56 seconds.
  • unnecessary power consumption may occur during the DRX cycle.
  • a method has been introduced to significantly expand the DRX cycle based on PSM (power saving mode) and PTW (paging time window or paging transmission window), and the extended DRX cycle is simply referred to as the eDRX cycle.
  • PSM power saving mode
  • PTW paging time window or paging transmission window
  • the terminal can perform a DRX cycle in the PTW duration to switch to wake-up mode at its PO and monitor the paging signal.
  • One or more DRX cycles (eg, wake-up mode and sleep mode) of FIG. 9 may be included within the PTW section.
  • the number of DRX cycles within the PTW interval can be configured by the base station through a higher layer (eg, RRC) signal.
  • the base station may at least partially suspend/deactivate transmission of the DL signal and/or reception of the UL signal for a certain time period/frequency band.
  • a common understanding between the terminal and the base station is required regarding the NES operation performed by the base station. For example, if there is no accurate understanding between the terminal/base station regarding NES operation application and signals that can be transmitted and received, malfunctions and wasted strategies may occur.
  • the base station can set Cell DTX (discontinuous transmission) to the terminal to stop/deactivate transmission of DL signals in a certain time period/frequency band.
  • the base station can set Cell DRX (discontinuous reception) to the terminal to stop/deactivate transmission of UL signals in a certain time period/frequency band.
  • Cell DTX settings/Cell DRX settings (e.g., upper layer signaling) may include settings for Cell inactivity period for NES. Additionally, activation/deactivation of Cell DTX settings/Cell DRX settings may be dynamically instructed to the terminal through a control channel (e.g., DCI based indication) and data channel (e.g., PDSCH, PUSCH).
  • the target UL/DL signal for energy saving may be completely turned off in the inactive section, or the target UL/DL signal may be transmitted and received at a relatively low frequency/density and/or power.
  • the target DL signal that determines whether or not the terminal will perform monitoring (reception procedure) in relation to energy saving is PDCCH, but it is not limited to this and the target DL signal is CSI-RS, PRS. , PDSCH (Dynamic grant and/or SPS PDSCH) and/or DMRS for PDCCH/PDSCH.
  • the target DL signal is CSI-RS, PRS. , PDSCH (Dynamic grant and/or SPS PDSCH) and/or DMRS for PDCCH/PDSCH.
  • energy saving may mean at least one of energy saving of the terminal and energy saving of the base station, depending on the context.
  • XR services In the recent Rel-18 NR standard, various scenarios and candidate technologies are being discussed to support XR services (FS_NR_XR_enh). XR services generally must meet the requirements of high date rate and low latency, and because high power consumption of terminals is expected, various techniques for power saving are being considered.
  • the traffic model and requirements of the XR service are defined in TR38.838, the technical report of Rel-17 XR study. XR services generally require 60 fps (frame per second), and in some cases, 120 fps is required.
  • a frame in the XR traffic model can be understood in the same way as a packet received in a communication environment. In order to process such periodic transmission and achieve power savings, a terminal supporting the XR service may consider DRX operation and monitoring adaptation operation.
  • DRX has a structure defined for a terminal in the RRC_IDLE state and a structure for a terminal in the RRC_CONNECTED state. Both DRX structures define a period in which the terminal can expect to receive a DL signal to occur periodically, so that in other sections, the It is designed to reduce unnecessary power consumption. Characteristically, in the case of C-DRX (i.e.
  • the start position of the on-duration is periodically generated based on the Rel-16 standard of NR, and the size of the cycle that can be configured at this time (i.e. DRX cycle) can be determined through higher layer parameters provided by the base station to the terminal.
  • the UE can configure up to 10 SS sets per BWP and monitors the PDCCH candidates included in the SS sets. Since the terminal must perform blind decoding (BD) on the PDCCH without knowing when and in what DCI format it will be received, PDCCH monitoring accounts for a large portion of power consumption. In order to reduce the terminal's BD attempts for the purpose of saving power, a monitoring adaptation operation and a method of adjusting (generally reducing) the number of monitoring operations to be performed by the terminal may be proposed.
  • BD blind decoding
  • the proposals described below may be used to reduce the terminal's PDCCH blind decoding attempts to achieve power savings while smoothly supporting the XR service.
  • settings, instructions, and UE operations to reduce attempts by the UE to receive DL signals (e.g., PDCCH blind decoding attempts).
  • the terminal basically attempts to detect DL signals (e.g., PDCCH monitoring) at a low frequency while receiving specific instructions to increase the number of monitoring times.
  • the terminal expects a power saving effect by sparing PDCCH monitoring until receiving a specific instruction, and can smoothly receive heavy traffic by additionally increasing the number of monitoring times through a specific instruction.
  • a method to reduce the number of BDs through DCI connection In a setting where multiple DCIs are connected, when one DCI is received, the terminal can expect to receive the connected DCI and can receive it smoothly through fewer BDs.
  • the XR service illustrated below is an applicable example, so application of the proposed methods is not limited to the XR service. As an example, it can be expanded and applied to all signals that the terminal receives with a certain periodicity.
  • the proposed methods can be applied to all types of transmission and reception methods expected by base stations and terminals. For the following explanation, an example is provided based on the NR system, but it is clear that the proposed methods can be applied to all wireless communication transmission and reception structures and services.
  • the frequency of PDCCH monitoring is set to low for the UE, and an SS set (or CORESET) to be monitored by the UE can be dynamically additionally assigned through instructions.
  • a specific instruction e.g., DCI or MAC CE, etc.
  • SS set can be assigned. The following method is explained based on SS set, but it can be applied by replacing it with CORESET.
  • the description will be made assuming that the DL signal detection mask is a PDCCH monitoring mask.
  • the terminal sets the monitoring occasion of the SS set densely by default in the BWP for receiving traffic. This may be a method of reducing the cycle of the SS set that can be set in the corresponding BWP. And the basic monitoring operation of the terminal in the corresponding BWP is performed every nth cycle rather than every cycle of each SS set, and the number of blind decoding is set to be smaller than the general case.
  • the terminal in order to reduce the number of basic monitoring within BWP, it can be set to monitor only specific SS sets rather than all set SS sets.
  • the terminal can receive up to 10 SS sets for BWP, but the terminal can only monitor some (but not all) SS sets that are preset through higher layer signaling, etc., rather than all SS sets set for BWP.
  • Some of these SS sets have relatively large periods, so they may be SS sets with sparse monitoring occasions.
  • - DL signal monitoring mask e.g., PDCCH monitoring mask
  • a DL signal monitoring mask can be set to receive all DL signal settings set in BWP.
  • a PDCCH monitoring mask can be set to receive all SS sets set in BWP. This may be in the form of a window.
  • default DL signal detection (PDCCH monitoring) of the densely set BWP is performed.
  • the terminal monitors a relatively sparse preset SS set in the unmasked section, and basically monitors a densely set SS set in the masked section. In other words, the number of PDCCH monitoring can be adjusted to increase/decrease through PDCCH monitoring mask on/off.
  • the MOs of the SS sets set for BWP are basically located so that there are a large number of times (dense), but the MOs of some SS sets are hidden by the default settings and the terminal performs monitoring for the corresponding occasion. It can be interpreted as not doing it.
  • Information instructing to perform PDCCH monitoring can be received from the MO that is located but hidden during the set/instructed specific section (mask).
  • DL signal monitoring mask e.g., PDCCH monitoring mask
  • the size and offset of the DL signal (PDCCH) monitoring mask can be set in advance in units such as slot or symbol. It may be based on higher layer signaling in BWP settings, and the base station may set/instruct one of several candidates.
  • the terminal may receive information indicating DL signal (PDCCH) monitoring mask on through DCI.
  • a field indicating the corresponding instruction may be included in the DCI.
  • the field can be configured in various forms. For example, on/off can be indicated through 1-bit. Alternatively, one of the preset mask positions (start offset from the DCI reception point) may be indicated through n bits. Alternatively, an indication of the size of the mask may be included in the field. That is, the corresponding field may indicate the size and/or offset of the DL signal (PDCCH) monitoring mask.
  • the default DL signal (PDCCH) detection/monitoring count of the terminal within the BWP may be set to be small, and the number of DL signal (PDCCH) detection/monitoring may be instructed to increase through instructions.
  • the MO of the SS set within the BWP is generally set, and basic PDCCH monitoring may be performed only in the nth cycle, not every cycle.
  • the terminal When the terminal receives a random or specific DCI, it operates to monitor/monitor the DL signal (PDCCH) detection/monitoring in all support/MO of the set DL signal settings (e.g., SS set). At this time, a random or specific DCI reception operation may not confirm DCI information. In other words, the PDCCH monitoring operation can be changed implicitly by detecting DCI. At this time, a specific DCI may be scrambled with a specific RNTI (e.g. C-RNTI) or may mean a specific DCI format.
  • a specific RNTI e.g. C-RNTI
  • the terminal may be an operation linked to the DRX timer.
  • the terminal can change the DL signal (PDCCH) detection/monitoring operation.
  • the terminal starts drx-onDurationTimer and performs detection/monitoring of the DL signal (PDCCH) with a small number of occurrences, expecting to save power.
  • a new transmission is received within the DRX, it detects/monitors the DL signal (PDCCH) with a large number of occurrences. Switches to and performs an operation that increases power consumption to receive traffic.
  • the UE can explicitly receive instructions to change the DL signal (PDCCH) detection/monitoring operation through a specific field in the DCI.
  • PDCCH DL signal
  • the terminal can change from an operation with a large number of DL signal (PDCCH) detection/monitoring operations to an operation with a small number of operations.
  • the operation can be explicitly instructed through DCI.
  • the field indicating this along with the opposite operation may be set in the form of toggling. In other words, if the current number of PDCCH monitoring operations is high, the operation may be instructed to switch to a small operation, and if the current PDCCH monitoring number is low, the operation may be instructed to switch to a large operation.
  • drx-retransmissionTimerDL (or drx-retransmissionTimerUL) starts, it can switch to an operation with a small number of DL signal (PDCCH) detection/monitoring operations. This may be aimed at achieving power savings by reducing the number of DL signal (PDCCH) detection/monitoring times in the case of HARQ retransmission because traffic is relatively small.
  • PDCCH DL signal
  • FIG. 11 shows an example of DL reception of a terminal.
  • FIG. 11 can be understood as an example of DL signal reception based on Proposal 1.
  • Figure 12 shows that the terminal can receive NES-related settings from the base station (1205).
  • NES-related settings settings may include information about the DL reception operation of the terminal while the NES operation is applied.
  • NES-related settings may include settings for a first mode of receiving DL signals at a lower frequency/bandwidth while NES operation is applied.
  • the terminal performs DL reception in the first mode based on NES-related settings (1210).
  • the base station may transmit a signal indicating a change in DL operation mode through DCI (1215).
  • the signal instructing the DL operation mode change may be DCI.
  • the signal instructing the DL operation mode change may indicate that the NES operation will receive the DL signal in the second mode rather than the first mode for application.
  • the terminal performs DL reception in the second mode (1220).
  • the second mode at least one of the DL signal monitoring mask and/or DRX timer proposed in Proposal 1-1 may be used.
  • the second mode can be performed for a designated period, and then the terminal can return to the first mode and perform DL reception (1225).
  • Figure 12 shows an example of DCI reception by a terminal.
  • Figure 12 is an implementation example in which the DL signal in Proposal 1 is PDCCH.
  • the UE basically performs an operation of reducing PDCCH monitoring and then increasing the number of monitoring by receiving a specific instruction.
  • Figure 12 shows that the terminal can receive SS set and CORESET and basic operation settings related to PDCCH monitoring from the base station (FG101).
  • the settings may include the UE's basic operation to reduce PDCCH monitoring within the BWP and the monitoring occasion of the SS set related thereto.
  • the terminal performs basic PDCCH monitoring within the BWP based on the settings (FG102). This may be an operation for power saving purposes through sparse PDCCH monitoring.
  • the base station instructs the PDCCH monitoring number adjustment through DCI (FG103). If this is an implicit/explicit operation due to simple DCI detection or operation linked to the DRX timer, instructions through direct DCI from the base station may not be included.
  • the terminal performs dense PDCCH monitoring through heavy traffic reception (FG104).
  • FG104 dense PDCCH monitoring through heavy traffic reception
  • This may be in the same form as the PDCCH monitoring mask proposed in Proposal 1-1, or in a form linked to the DRX timer.
  • the number of blind decoding (BD) times when receiving a DCI can be reduced. If DCI #1 and DCI #2 are connected and the terminal has received DCI #1 and is expecting reception of DCI #2, DCI #2 can be fully received through fewer BD attempts.
  • BD blind decoding
  • Paired CORESETs can be defined to establish connections between different DCIs. Multiple CORESETs that are connected to each other are defined as paired CORESETs.
  • a DCI i.e. DCI#1
  • CORESET#1 a DCI that is connected to each other
  • CORESET#2 a connected DCI
  • CORESET#2 a connected DCI
  • BD blind decoding
  • Paired CORESETs can be introduced by adding parameters to higher layer signaling that sets up the CORESET.
  • the terminal can set up to 4 CORESETs for one BWP, and each CORESET has an index.
  • each CORESET has an index.
  • the terminal receives DCI#1 from the SS set connected to CORESET#1, it expects to receive DCI#2 from the SS set connected to paired CORESET#2. Since multiple SS sets can be connected to one CORESET, the SS sets or slots expected to receive DCI#2 can be limited. For example, among SS sets connected to CORESET#2, you can expect to receive DCI#2 only in the slot that precedes it in time. Alternatively, you can expect to receive DCI#2 for a certain slot starting from the earliest slot in time. This may be an operation that imposes time constraints because paired CORESET does not necessarily require receiving a connected DCI.
  • the terminal connects to CORESET#2 for the rule (i.e. BD/CCE dropping rule) for calculating the maximum number of PDCCH candidates monitored per slot (or span) and the number of non-overlapped CCEs.
  • SS sets can be prioritized. In other words, SS sets connected to CORESET#2 are applied first before CSS priority and low SS set index priority, which are general calculation rules. Alternatively, it can be applied separately for CSS and USS, first calculating SS sets connected to CORESET #2 in CSS, then calculating other SS sets, and then calculating SS sets connected to CORESET #2 in USS first. .
  • Connection information between DCIs may be indicated through fields within the DCI.
  • Paired CORESET is set, whether or not to transmit the connected DCI later through paired CORESET can be indicated through the DCI field.
  • the SS set index of paired CORESET can be reported through the field.
  • the terminal receives DCI #1 for XR traffic scheduling, and then DCI #2 can be used to receive related HARQ retransmission or PDCCH monitoring adaptation instructions for power saving.
  • Paired SS sets can be defined to establish connections between different DCIs. Multiple SS sets that are connected to each other are defined as paired SS sets. When a terminal receives a DCI (i.e. DCI#1) through one SS set (i.e. SS#1) among paired SS sets, it can expect to receive a connected DCI (i.e. DCI#2) through another SS set. . Since the connected DCI #2 received later in time is a DCI that the terminal already expects to receive, blind decoding (BD) can be performed first.
  • BD blind decoding
  • Paired SS sets can be automatically set to SS sets connected to the same CORESET.
  • the SS set determines which index of CORESET it is connected to through higher layer signaling. Since up to 10 SS sets can be connected to up to 4 CORESETs, there is a high probability that two or more SS sets are connected to one CORESET.
  • the base station may intentionally set CORESETs connected to two or more SS sets in order to set a paired SS set in the terminal. In the case of Paired SS set settings, the number of SS sets connected to one CORESET is small, so there may be a case where there are fewer SS sets that can expect DCI#2 after receiving DCI#1.
  • the terminal receives the CORESET of a specific index as a CORESET for the paired SS set, and the CORESET of the index can be set so that a sufficient number of SS sets are connected. For example, if CORESET index 1 is set as CORESET for paring, the terminal can know that all SS sets connected to CORESET index 1 are paired SS sets.
  • the terminal receives DCI#1 from SS#1, it expects to receive DCI#2 from one or more paired SS sets. Since multiple SS sets can be connected, it is possible to limit the SS sets or slots that expect to receive DCI#2. For example, you can expect to receive DCI#2 only on the monitoring occasion of the slot that precedes you in time among the paired SS sets. Alternatively, you can expect to receive DCI#2 only on monitoring occasions located within a certain slot, starting from the earliest slot in time. This may be an operation that imposes time constraints because the paired SS set is not necessarily limited to receiving the connected DCI.
  • the UE prioritizes paired SS sets for the rule for calculating the maximum number of PDCCH candidates monitored per slot (or span) and the number of non-overlapped CCEs (i.e. BD/CCE dropping rule). can do.
  • paired SS sets are applied first before the general calculation rules of CSS priority and low SS set index priority.
  • it can be applied separately for CSS and USS, calculating paired SS sets first in CSS, then calculating other SS sets, and then calculating paired SS sets in USS first.
  • Connection information between DCIs may be indicated through fields within the DCI.
  • the DCI field can indicate whether to transmit the connected DCI through the paired SS set later.
  • the SS set index of the paired SS set can be reported through the field.
  • the terminal receives DCI #1 for XR traffic scheduling, and then DCI #2 can be used to receive related HARQ retransmission or PDCCH monitoring adaptation instructions for power saving.
  • Connected DCIs can always have the same aggregation level (AL) set.
  • the terminal can reduce the number of BDs by attempting BD only for ALs that have successfully BD of DCI #1. If the AL of the successfully decoded DCI #1 exceeds the AL that can be set in the SS set where reception of DCI #2 can be expected, the terminal may consider that there is no reception of the connected DCI in the corresponding SS set.
  • the AL of DCI #2 that is expected to be received can always be set to be smaller than or equal to the AL of DCI #1 that was previously received.
  • the purpose may be to reduce the total number of BD attempts by allowing the terminal to perform BD only for some ALs rather than all ALs. Additionally, this may be due to the purpose of utilizing the connected DCI, such as DCI #1 being a scheduling DCI, DCI #2 being a non-scheduling DCI (or a DCI for another purpose), etc.
  • the AL may be determined according to a CSI (channel state information) report including the UE transmitting channel quality information (CQI) to the UL. Based on the terminal's CSI report, the base station can know various channel information and adjust the AL for the connected DCI based on this. For example, if the channel condition is poor, DCI#2 can be sent with a high AL for a retransmission procedure.
  • CQI channel quality information
  • SS set group (SSSG) switching which is one of the PDCCH monitoring adaptations, can be set by connecting AL.
  • SSSG SS set group switching
  • the UE may expect a fixed AL for such dense monitoring and perform BD. This may be to allow BD to be performed only for some fixed ALs rather than all ALs in order to reduce the number of BDs to be performed when the terminal is densely monitoring.
  • the terminal basically reduces PDCCH monitoring while receiving specific instructions to increase the number of monitoring times.
  • the terminal expects a power saving effect by sparing PDCCH monitoring until receiving a specific instruction, and can smoothly receive heavy traffic by additionally increasing the number of monitoring times through a specific instruction.
  • a method to reduce the number of BDs through DCI connection In a setting where multiple DCIs are connected, when one DCI is received, the terminal can expect to receive the connected DCI and can receive it smoothly through fewer BDs.
  • Figure 13 shows an example of DCI reception by a terminal.
  • Figure 13 can be understood as an example of implementation of application of Proposal 2.
  • the terminal can receive settings related to DCI connection from the base station (F101). This may be to reduce the number of blind decoding (BD) when receiving DCI by creating a connection between different DCIs.
  • settings such as paired CORESET (Proposal 2-1) and paired SS set (Proposal 2-2) may be included.
  • the base station transmits DCI#1 through SS set with connection settings (F102).
  • the terminal performs blind decoding for DCI #1 by applying general BD/CCE mapping rules (F103).
  • the base station transmits DCI#2 (F104).
  • DCI #2 After successfully decoding DCI #1, the terminal monitors DCI #2 connected to the DCI for a specific slot or certain period (F105).
  • DCI #2 can be received through an SS set with connection settings, and the terminal can successfully receive the DCI with fewer blind decoding times by applying the BD/CCE mapping rule based on this.
  • Figure 14 is a diagram for explaining signal reception by a terminal according to an embodiment.
  • the terminal can receive configuration information including information about the downlink reception period through higher layer signaling (A05).
  • the terminal can receive information about the downlink monitoring mask to adjust the downlink reception period through lower layer signaling (A10).
  • the terminal can monitor a downlink signal based on the downlink reception period and the downlink monitoring mask (A15).
  • monitoring of the downlink signal may be performed based on an integer multiple of the downlink reception period.
  • monitoring of the downlink signal may be performed based on the downlink reception period without the integer multiple.
  • the downlink signal may include a physical downlink control channel (PDCCH).
  • the configuration information may include configuration information of a search space set for PDCCH candidates.
  • DCI downlink control information
  • monitoring of the downlink signal may be performed only for some of the downlink resource settings provided to the terminal.
  • monitoring of the downlink signal may be performed for all of the downlink resource settings provided to the terminal.
  • the first time period and the second time period may be determined based on a timer.
  • the timer may be a DRX (discontinuous reception) related timer.
  • Information about the downlink monitoring mask can activate the first downlink monitoring mask among multiple downlink monitoring masks set in the terminal.
  • the higher layer signaling may be radio resource control (RRC) signaling
  • the lower layer signaling may be medium access control (MAC) signaling or physical layer (PHY) signaling.
  • RRC radio resource control
  • MAC medium access control
  • PHY physical layer
  • Figure 15 is a diagram for explaining signal transmission by a base station according to an embodiment.
  • the base station can transmit configuration information including information about the downlink transmission period through higher layer signaling (B05).
  • the base station can transmit information about the downlink monitoring mask to adjust the downlink transmission period through lower layer signaling (B10).
  • the base station may transmit a downlink signal based on the downlink transmission period and the downlink monitoring mask (B15). In a first time interval in which the downlink monitoring mask is not applied, transmission of the downlink signal is performed based on an integer multiple of the downlink transmission period, and in a second time interval in which the downlink monitoring mask is applied, the downlink signal is transmitted. Transmission of the downlink signal may be performed based on the downlink transmission period without an integer multiple.
  • the downlink signal may include a physical downlink control channel (PDCCH).
  • the configuration information may include configuration information of a search space set for PDCCH candidates.
  • DCI downlink control information
  • transmission of the downlink signal may be performed only for some of the downlink resource settings set by the base station for the terminal.
  • transmission of the downlink signal may be performed for all downlink resource settings set by the base station for the terminal.
  • the first time period and the second time period may be determined based on a timer.
  • the timer may be a DRX (discontinuous reception) related timer.
  • Information about the downlink monitoring mask can activate a first downlink monitoring mask among multiple downlink monitoring masks set by the base station in the terminal.
  • the higher layer signaling may be radio resource control (RRC) signaling
  • the lower layer signaling may be medium access control (MAC) signaling or physical layer (PHY) signaling.
  • RRC radio resource control
  • MAC medium access control
  • PHY physical layer
  • Figure 16 illustrates a communication system 1 applied to the present invention.
  • the communication system 1 applied to the present invention includes a wireless device, a base station, and a network.
  • a wireless device refers to a device that performs communication using wireless access technology (e.g., 5G NR (New RAT), LTE (Long Term Evolution)) and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots (100a), vehicles (100b-1, 100b-2), XR (eXtended Reality) devices (100c), hand-held devices (100d), and home appliances (100e). ), IoT (Internet of Thing) device (100f), and AI device/server (400).
  • vehicles may include vehicles equipped with wireless communication functions, autonomous vehicles, vehicles capable of inter-vehicle communication, etc.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality)/VR (Virtual Reality)/MR (Mixed Reality) devices, HMD (Head-Mounted Device), HUD (Head-Up Display) installed in vehicles, televisions, smartphones, It can be implemented in the form of computers, wearable devices, home appliances, digital signage, vehicles, robots, etc.
  • Portable devices may include smartphones, smart pads, wearable devices (e.g., smartwatches, smart glasses), and computers (e.g., laptops, etc.).
  • Home appliances may include TVs, refrigerators, washing machines, etc.
  • IoT devices may include sensors, smart meters, etc.
  • a base station and network may also be implemented as wireless devices, and a specific wireless device 200a may operate as a base station/network node for other wireless devices.
  • Wireless devices 100a to 100f may be connected to the network 300 through the base station 200.
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, 4G (eg, LTE) network, or 5G (eg, NR) network.
  • Wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but may also communicate directly (e.g. sidelink communication) without going through the base station/network.
  • vehicles 100b-1 and 100b-2 may communicate directly (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to everything
  • an IoT device eg, sensor
  • another IoT device eg, sensor
  • another wireless device 100a to 100f
  • Wireless communication/connection may be established between the wireless devices (100a to 100f)/base station (200) and the base station (200)/base station (200).
  • wireless communication/connection includes various wireless connections such as uplink/downlink communication (150a), sidelink communication (150b) (or D2D communication), and inter-base station communication (150c) (e.g. relay, IAB (Integrated Access Backhaul)).
  • uplink/downlink communication 150a
  • sidelink communication 150b
  • inter-base station communication 150c
  • This can be achieved through technology (e.g., 5G NR).
  • a wireless device and a base station/wireless device, and a base station and a base station can transmit/receive wireless signals to each other.
  • wireless communication/connection can transmit/receive signals through various physical channels.
  • various signal processing processes e.g., channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
  • resource allocation processes etc.
  • Figure 17 illustrates a wireless device that can be applied to the present invention.
  • the first wireless device 100 and the second wireless device 200 can transmit and receive wireless signals through various wireless access technologies (eg, LTE, NR).
  • ⁇ first wireless device 100, second wireless device 200 ⁇ refers to ⁇ wireless device 100x, base station 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) in FIG. ⁇ can be responded to.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may additionally include one or more transceivers 106 and/or one or more antennas 108.
  • Processor 102 controls memory 104 and/or transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • 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 through the transceiver 106.
  • the processor 102 may receive a wireless signal including the second information/signal through 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, memory 104 may perform some or all of the processes controlled by processor 102 or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein. Software code containing them can be stored.
  • the processor 102 and memory 104 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • Transceiver 106 may be coupled to processor 102 and may transmit and/or receive wireless signals via one or more antennas 108. Transceiver 106 may include a transmitter and/or receiver. The transceiver 106 can be used interchangeably with an RF (Radio Frequency) unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • 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.
  • Processor 202 controls memory 204 and/or transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the processor 202 may process the information in the memory 204 to generate third information/signal and then transmit a wireless signal including the third information/signal through the transceiver 206.
  • the processor 202 may receive a wireless signal including the fourth information/signal through the transceiver 206 and then store information obtained from signal processing of the fourth information/signal in the memory 204.
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, memory 204 may perform some or all of the processes controlled by processor 202 or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein. Software code containing them can be stored.
  • the processor 202 and memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • Transceiver 206 may be coupled to processor 202 and may transmit and/or receive wireless signals via one or more antennas 208. Transceiver 206 may include a transmitter and/or receiver. Transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • 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, suggestions, methods and/or operational flow charts disclosed herein. can be created.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102, 202 may generate messages, control information, data or information in accordance with the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • One or more processors 102, 202 may generate signals (e.g., baseband signals) containing PDUs, SDUs, messages, control information, data or information in accordance with the functions, procedures, suggestions and/or methods disclosed herein. , can be provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • PDU, SDU, message, control information, data or information can be obtained.
  • One or more processors 102, 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more processors 102, 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the descriptions, functions, procedures, suggestions, 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.
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed in this document may be included in one or more processors (102, 202) or stored in one or more memories (104, 204). It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or sets of instructions.
  • One or more memories 104, 204 may be connected to one or more processors 102, 202 and may store various types of data, signals, messages, information, programs, codes, instructions, and/or instructions.
  • One or more memories 104, 204 may consist of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer readable storage media, and/or combinations thereof.
  • One or more memories 104, 204 may be located internal to and/or external to one or more processors 102, 202. Additionally, one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106, 206 may transmit user data, control information, wireless signals/channels, etc. mentioned in the methods and/or operation flowcharts of this document to one or more other devices.
  • One or more transceivers 106, 206 may receive user data, control information, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein, etc. from one or more other devices. there is.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and may transmit and receive wireless signals.
  • one or more processors 102, 202 may 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. In addition, one or more transceivers (106, 206) may be connected to one or more antennas (108, 208), and one or more transceivers (106, 206) may be connected to the description and functions disclosed in this document through one or more antennas (108, 208). , may be set to transmit and receive user data, control information, wireless signals/channels, etc.
  • one or more antennas may be multiple physical antennas or multiple logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) process the received user data, control information, wireless signals/channels, etc. using one or more processors (102, 202), and convert the received wireless signals/channels, etc. from the RF band signal. It can be converted to a baseband signal.
  • One or more transceivers (106, 206) may convert user data, control information, wireless signals/channels, etc. processed using one or more processors (102, 202) from baseband signals to RF band signals.
  • one or more transceivers 106, 206 may comprise (analog) oscillators and/or filters.
  • FIG. 18 shows another example of a wireless device applied to the present invention.
  • Wireless devices can be implemented in various forms depending on usage-examples/services (see FIG. 16).
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 17 and include various elements, components, units/units, and/or modules. ) can be composed of.
  • the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140.
  • the communication unit may include communication circuitry 112 and transceiver(s) 114.
  • communication circuitry 112 may include one or more processors 102, 202 and/or one or more memories 104, 204 of FIG. 17.
  • 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 element 140 and controls overall operations 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 transmits the information stored in the memory unit 130 to the outside (e.g., another communication device) through the communication unit 110 through a wireless/wired interface, or to the outside (e.g., to another communication device) through the communication unit 110. Information received through a wireless/wired interface from another communication device may be stored in the memory unit 130.
  • the outside e.g., another communication device
  • Information received through a wireless/wired interface from another communication device may be stored in the memory unit 130.
  • the additional element 140 may be configured in various ways depending on the type of wireless device.
  • 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.
  • wireless devices include robots (FIG. 17, 100a), vehicles (FIG. 17, 100b-1, 100b-2), XR devices (FIG. 17, 100c), portable devices (FIG. 17, 100d), and home appliances. (FIG. 17, 100e), IoT device (FIG.
  • Digital broadcast terminal digital broadcast terminal
  • hologram device public safety device
  • MTC device medical device
  • fintech device or financial device
  • security device climate/environment It can be implemented in the form of a device, AI server/device (FIG. 17, 400), base station (FIG. 17, 200), network node, etc.
  • Wireless devices can be mobile or used in fixed locations depending on the usage/service.
  • various elements, components, units/parts, and/or modules within the wireless devices 100 and 200 may be entirely interconnected through a wired interface, or at least a portion may be wirelessly connected through the communication unit 110.
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (e.g., 130 and 140) are connected through the communication unit 110.
  • the control unit 120 and the first unit e.g., 130 and 140
  • each element, component, unit/part, and/or module within the wireless devices 100 and 200 may further include one or more elements.
  • the control unit 120 may be comprised of one or more processor sets.
  • control unit 120 may be comprised of a communication control processor, an application processor, an electronic control unit (ECU), a graphics processing processor, and a memory control processor.
  • memory unit 130 includes random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • Figure 19 illustrates a vehicle or autonomous vehicle to which the present invention is applied.
  • a vehicle or autonomous vehicle can be implemented as a mobile robot, vehicle, train, manned/unmanned aerial vehicle (AV), ship, etc.
  • AV manned/unmanned aerial vehicle
  • the vehicle or autonomous vehicle 100 includes 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. It may include a portion 140d.
  • the antenna unit 108 may be configured as part of the communication unit 110. Blocks 110/130/140a to 140d respectively correspond to blocks 110/130/140 in FIG. 18.
  • 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 may control elements of the vehicle or autonomous vehicle 100 to perform various operations.
  • the control unit 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a can drive the vehicle or autonomous vehicle 100 on the ground.
  • the driving unit 140a may include an engine, motor, power train, wheels, brakes, steering device, etc.
  • the power supply unit 140b supplies power to the vehicle or autonomous vehicle 100 and may 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 includes an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight sensor, a heading sensor, a position module, and a vehicle forward sensor. / May include a reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illuminance sensor, pedal position sensor, etc.
  • the autonomous driving unit 140d provides technology for maintaining the driving lane, technology for automatically adjusting speed such as adaptive cruise control, technology for automatically driving along a set route, and technology for automatically setting and driving when a destination is set. Technology, etc. can be implemented.
  • the communication unit 110 may receive map data, traffic information data, etc. from an external server.
  • the autonomous driving unit 140d may create an autonomous driving route and driving plan based on the acquired data.
  • the control unit 120 may control the driving unit 140a so that the vehicle or autonomous vehicle 100 moves along the autonomous driving path according to the driving plan (e.g., speed/direction control).
  • the communication unit 110 may acquire the latest traffic information data from an external server irregularly/periodically and obtain surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c can obtain vehicle status and surrounding environment information.
  • the autonomous driving unit 140d may update the autonomous driving route and driving plan based on newly acquired data/information.
  • the communication unit 110 may transmit information about vehicle location, autonomous driving route, driving plan, etc. to an external server.
  • An external server can predict traffic information data in advance using AI technology, etc., based on information collected from vehicles or self-driving vehicles, and provide the predicted traffic information data to the vehicles or self-driving vehicles.
  • the present invention can be used in terminals, base stations, or other equipment in a wireless mobile communication system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시의 일 예에 따라 단말이 신호를 수신하는 방법은 상위 계층 시그널링을 통해 하향링크 수신 주기에 대한 정보를 포함하는 설정 정보를 수신; 하위 계층 시그널링을 통해서 하향링크 수신 주기를 조절하기 위한 하향링크 모니터링 마스크에 대한 정보를 수신; 및 상기 하향링크 수신 주기 및 상기 하향링크 모니터링 마스크에 기초하여 하향링크 신호를 모니터링하는 것을 포함하고, 상기 하향링크 모니터링 마스크가 적용되지 않는 제1 시간 구간에서, 상기 하향링크 수신 주기의 정수배에 기초하여 상기 하향링크 신호의 모니터링이 수행되고, 상기 하향링크 모니터링 마스크가 적용되는 제2 시간 구간에서, 상기 정수배 없이 상기 하향링크 수신 주기에 기초하여 상기 하향링크 신호의 모니터링이 수행될 수 있다.

Description

무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
본 발명은 무선 통신 시스템에 관한 것으로, 보다 상세하게는 무선 통신 시스템에서 상/하향링크 신호를 송신 또는 수신하는 방법 및 이를 위한 장치에 관한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템 등이 있다.
이루고자 하는 기술적 과제는 무선 신호 송수신 과정을 효율적으로 수행하는 방법 및 이를 위한 장치를 제공하는데 있다.
다른 기술적 과제들이 상세한 설명에 개시된 실시예들로부터 도출될 수 있다.
일 측면에 따른 무선 통신 시스템에서 단말(UE)이 신호를 수신하는 방법은, 상위 계층 시그널링을 통해 하향링크 수신 주기에 대한 정보를 포함하는 설정 정보를 수신; 하위 계층 시그널링을 통해서 하향링크 수신 주기를 조절하기 위한 하향링크 모니터링 마스크에 대한 정보를 수신; 및 상기 하향링크 수신 주기 및 상기 하향링크 모니터링 마스크에 기초하여 하향링크 신호를 모니터링하는 것을 포함하고, 상기 하향링크 모니터링 마스크가 적용되지 않는 제1 시간 구간에서, 상기 하향링크 수신 주기의 정수배에 기초하여 상기 하향링크 신호의 모니터링이 수행되고, 상기 하향링크 모니터링 마스크가 적용되는 제2 시간 구간에서, 상기 정수배 없이 상기 하향링크 수신 주기에 기초하여 상기 하향링크 신호의 모니터링이 수행될 수 있다.
상기 하향링크 신호는 PDCCH (physical downlink control channel)을 포함할 수 있다. 상기 설정 정보는 PDCCH 후보들에 대한 탐색 공간 세트의 설정 정보를 포함할 수 있다.
상기 하향링크 모니터링 마스크에 대한 정보는 DCI (downlink control information)를 통해 수신될 수 있다.
상기 하향링크 모니터링 마스크가 적용되지 않는 상기 제1 시간 구간에서, 상기 단말에 제공된 하향링크 자원 설정들 중 일부에 대해서만 상기 하향링크 신호의 모니터링이 수행될 수 있다.
상기 하향링크 모니터링 마스크가 적용되지 않는 상기 제2 시간 구간에서, 상기 단말에 제공된 하향링크 자원 설정들 중 전체에 대해서 상기 하향링크 신호의 모니터링이 수행될 수 있다.
상기 제1 시간 구간과 상기 제2 시간 구간은 타이머에 기초하여 결정될 수 있다.
상기 타이머는 DRX (discontinuous reception) 관련 타이머일 수 있다.
하향링크 모니터링 마스크에 대한 정보는 상기 단말에 설정된 다수의 하향링크 모니터링 마스크들 중 제1 하향링크 모니터링 마스크를 활성화할 수 있다.
상기 상위 계층 시그널링은 RRC (radio resource control) 시그널링이고, 상기 하위 계층 시그널링은 MAC (medium access control) 시그널링 또는 PHY (physical layer) 시그널링일 수 있다.
다른 일 측면에 따라서 상술된 신호 수신 방법을 수행하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체가 제공될 수 있다.
또 다른 일 측면에 따라서 상술된 신호 수신 방법을 수행하는 단말이 제공될 수 있다.
또 다른 일 측면에 따라서 상술된 신호 수신 방법을 수행하는 단말을 제어하는 디바이스가 제공될 수 있다.
또 다른 일 측면에 따른 무선 통신 시스템에서 기지국이 신호를 송신하는 방법은, 상위 계층 시그널링을 통해 하향링크 송신 주기에 대한 정보를 포함하는 설정 정보를 송신; 하위 계층 시그널링을 통해서 하향링크 송신 주기를 조절하기 위한 하향링크 모니터링 마스크에 대한 정보를 송신; 및 상기 하향링크 송신 주기 및 상기 하향링크 모니터링 마스크에 기초하여 하향링크 신호를 송신하는 것을 포함할 수 있다. 상기 하향링크 모니터링 마스크가 적용되지 않는 제1 시간 구간에서, 상기 하향링크 송신 주기의 정수배에 기초하여 상기 하향링크 신호의 송신이 수행되고, 상기 하향링크 모니터링 마스크가 적용되는 제2 시간 구간에서, 상기 정수배 없이 상기 하향링크 송신 주기에 기초하여 상기 하향링크 신호의 송신이 수행될 수 있다.
또 다른 일 측면에 따라서 상술된 신호 송신 방법을 수행하는 기지국이 제공될 수 있다.
일 실시예에 따르면 무선 통신 시스템에서 신호가 보다 정확하고 효율적으로 송수신될 수 있다.
다른 기술적 효과들이 상세한 설명에 개시된 실시예들로부터 도출될 수 있다.
도 1은 무선 통신 시스템의 일례인 3GPP 시스템에 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 전송 방법을 예시한다.
도 2는 무선 프레임(radio frame)의 구조를 예시한다.
도 3은 슬롯의 자원 그리드(resource grid)를 예시한다.
도 4는 슬롯 내에 물리 채널이 맵핑되는 예를 도시한다.
도 5는 PDCCH(Physical Downlink Control Channel) 송수신 과정을 예시한다.
도 6은 PDSCH 수신 및 ACK/NACK 전송 과정을 예시한다.
도 7은 PUSCH 전송 과정을 예시한다.
도 8 내지 도 10은 DRX 관련 동작을 설명하기 위한 도면이다.
도 11은 일 실시예에 따른 단말의 DL 수신을 설명하기 위한 도면이다.
도 12 및 도 13은 각각 일 실시예에 따른 단말의 DCI 수신을 설명하기 위한 도면이다.
도 14는 일 실시예에 따른 단말의 신호 수신을 설명하기 위한 도면이다.
도 15는 일 실시예에 따른 기지국의 신호 송신을 설명하기 위한 도면이다.
도 16 내지 도 19는 본 개시에 적용 가능한 통신 시스템(1)과 무선 기기를 예시한다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(long term evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A의 진화된 버전이다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 RAT(Radio Access Technology)에 비해 향상된 모바일 브로드밴드 통신에 대한 필요성이 대두되고 있다. 또한, 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 massive MTC(Machine Type Communications)도 차세대 통신에서 고려될 주요 이슈 중 하나이다. 또한, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced Mobile BroadBand Communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있으며, 본 발명의 일 실시예에서는 편의상 해당 기술을 NR(New Radio 또는 New RAT)이라고 부른다.
설명을 명확하게 하기 위해, 3GPP NR을 위주로 기술하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
본 발명과 관련한 배경 기술, 용어 정의 및 약어 등을 위해서 하기 문서들이 참조될 수 있다(Incorporated by Reference).
- 3GPP TS 38.211: Physical channels and modulation
- 3GPP TS 38.212: Multiplexing and channel coding
- 3GPP TS 38.213: Physical layer procedures for control
- 3GPP TS 38.214: Physical layer procedures for data
- 3GPP TS 38.215: Physical layer measurements
- 3GPP TS 38.300: NR and NG-RAN Overall Description
- 3GPP TS 38.304: User Equipment (UE) procedures in idle mode and in RRC inactive state
- 3GPP TS 38.321: Medium Access Control (MAC) protocol
- 3GPP TS 38.322: Radio Link Control (RLC) protocol
- 3GPP TS 38.323: Packet Data Convergence Protocol (PDCP)
- 3GPP TS 38.331: Radio Resource Control (RRC) protocol
- 3GPP TS 37.324: Service Data Adaptation Protocol (SDAP)
- 3GPP TS 37.340: Multi-connectivity; Overall description
- 3GPP TS 23.287: Application layer support for V2X services; Functional architecture and information flows
- 3GPP TS 23.501: System Architecture for the 5G System
- 3GPP TS 23.502: Procedures for the 5G System
- 3GPP TS 23.503: Policy and Charging Control Framework for the 5G System; Stage 2
- 3GPP TS 24.501: Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3
- 3GPP TS 24.502: Access to the 3GPP 5G Core Network (5GCN) via non-3GPP access networks
- 3GPP TS 24.526: User Equipment (UE) policies for 5G System (5GS); Stage 3
용어 및 약어
- 5GC: 5G Core Network
- 5GS: 5G System
- AP: Access Point
- CID: Cell ID
- E-CID: Enhanced Cell ID
- PRS: Positioning Reference Signal
- RRM: Radio Resource Management
- TP: Transmission Point
- TRP: Transmission and Reception Point
- UE: User Equipment
- SSB: Synchronization Signal Block
- SFN: System Frame Number
- SS: Search Space
- CSS: Common Search Space
- USS: UE-specific Search Space
- PDCCH: Physical Downlink Control Channel
- PDSCH: Physical Downlink Shared Channel;
- PUCCH: Physical Uplink Control Channel;
- PUSCH: Physical Uplink Shared Channel;
- DCI: Downlink Control Information
- UCI: Uplink Control Information
- SI: System Information
- SIB: System Information Block
- MIB: Master Information Block
- RRC: Radio Resource Control
- DRX: Discontinuous Reception
- RNTI: Radio Network Temporary Identifier
- CSI: Channel state information
- PCell: Primary Cell
- SCell: Secondary Cell
- PSCell: Primary SCG(Secondary Cell Group) Cell
- CA: Carrier Aggregation
- WUS: Wake up Signal
- PO: Paging Occasion
- PEI: Paging Early Indication
- PEI-O: PEI Occasion
- NES: Network Energy Saving
- RO: RACH Occasion
- RAR: Random Access Response
- SDT: Small Data Transmission
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
도 1은 3GPP NR 시스템에 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 전송 방법을 설명하기 위한 도면이다.
전원이 꺼진 상태에서 다시 전원이 켜지거나, 새로이 셀에 진입한 단말은 단계 S101에서 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다. 이를 위해 단말은 기지국으로부터 SSB(Synchronization Signal Block)를 수신한다. SSB는 PSS(Primary Synchronization Signal), SSS(Secondary Synchronization Signal) 및 PBCH(Physical Broadcast Channel)를 포함한다. 단말은 PSS/SSS에 기반하여 기지국과 동기를 맞추고, 셀 ID(cell identity) 등의 정보를 획득한다. 또한, 단말은 PBCH에 기반하여 셀 내 브로드캐스트 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(Downlink Reference Signal, DL RS)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 단계 S102에서 물리 하향링크 제어 채널(Physical Downlink Control Channel, PDCCH) 및 물리 하향링크 제어 채널 정보에 따른 물리 하향링크 공유 채널(Physical Downlink Control Channel, PDSCH)을 수신하여 좀더 구체적인 시스템 정보를 획득할 수 있다.
이후, 단말은 기지국에 접속을 완료하기 위해 단계 S103 내지 단계 S106과 같은 임의 접속 과정(Random Access Procedure)을 수행할 수 있다. 이를 위해 단말은 물리 임의 접속 채널(Physical Random Access Channel, PRACH)을 통해 프리앰블(preamble)을 전송하고(S103), 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널을 통해 프리앰블에 대한 응답 메시지를 수신할 수 있다(S104). 경쟁 기반 임의 접속(Contention based random access)의 경우 추가적인 물리 임의 접속 채널의 전송(S105) 및 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널 수신(S106)과 같은 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다.
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상향/하향링크 신호 전송 절차로서 물리 하향링크 제어 채널/물리 하향링크 공유 채널 수신(S107) 및 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)/물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH) 전송(S108)을 수행할 수 있다. 단말이 기지국으로 전송하는 제어 정보를 통칭하여 상향링크 제어 정보(Uplink Control Information, UCI)라고 지칭한다. UCI는 HARQ ACK/NACK(Hybrid Automatic Repeat and reQuest Acknowledgement/Negative-ACK), SR(Scheduling Request), CSI(Channel State Information) 등을 포함한다. CSI는 CQI(Channel Quality Indicator), PMI(Precoding Matrix Indicator), RI(Rank Indication) 등을 포함한다. UCI는 일반적으로 PUCCH를 통해 전송되지만, 제어 정보와 트래픽 데이터가 동시에 전송되어야 할 경우 PUSCH를 통해 전송될 수 있다. 또한, 네트워크의 요청/지시에 의해 PUSCH를 통해 UCI를 비주기적으로 전송할 수 있다.
도 2는 무선 프레임(radio frame)의 구조를 예시한다. NR에서 상향링크 및 하향링크 전송은 프레임으로 구성된다. 각 무선 프레임은 10ms의 길이를 가지며, 두 개의 5ms 하프-프레임(Half-Frame, HF)으로 분할된다. 각 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 분할된다. 서브프레임은 하나 이상의 슬롯으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(Orthogonal Frequency Division Multiplexing) 심볼을 포함한다. 보통(normal) CP가 사용되는 경우, 각 슬롯은 14개의 OFDM 심볼을 포함한다. 확장(extended) CP가 사용되는 경우, 각 슬롯은 12개의 OFDM 심볼을 포함한다.
표 1은 보통 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2u) Nslot symb Nframe,u slot Nsubframe,u slot
15KHz (u=0) 14 10 1
30KHz (u=1) 14 20 2
60KHz (u=2) 14 40 4
120KHz (u=3) 14 80 8
240KHz (u=4) 14 160 16
* Nslot symb: 슬롯 내 심볼의 개수
* Nframe,u slot: 프레임 내 슬롯의 개수
* Nsubframe,u slot: 서브프레임 내 슬롯의 개수
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2u) Nslot symb Nframe,u slot Nsubframe,u slot
60KHz (u=2) 12 40 4
프레임의 구조는 예시에 불과하고, 프레임에서 서브프레임의 수, 슬롯의 수, 심볼의 수는 다양하게 변경될 수 있다.
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM 뉴모놀로지(numerology)(예, SCS)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM 심볼)을 포함할 수 있다.
도 3은 슬롯의 자원 그리드(resource grid)를 예시한다. 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 PRB(Physical RB)로 정의되며, 하나의 뉴모놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 맵핑될 수 있다.
도 4는 슬롯 내에 물리 채널이 맵핑되는 예를 도시한다. NR 시스템에서 프레임은 하나의 슬롯 내에 DL 제어 채널, DL 또는 UL 데이터, UL 제어 채널 등이 모두 포함될 수 있는 자기-완비 구조를 특징으로 한다. 예를 들어, 슬롯 내의 처음 N개의 심볼은 DL 제어 채널(예, PDCCH)을 전송하는데 사용되고(이하, DL 제어 영역), 슬롯 내의 마지막 M개의 심볼은 UL 제어 채널(예, PUCCH)을 전송하는데 사용될 수 있다(이하, UL 제어 영역). N과 M은 각각 0 이상의 정수이다. DL 제어 영역과 UL 제어 영역의 사이에 있는 자원 영역(이하, 데이터 영역)은 DL 데이터(예, PDSCH) 전송을 위해 사용되거나, UL 데이터(예, PUSCH) 전송을 위해 사용될 수 있다. GP는 기지국과 단말이 송신 모드에서 수신 모드로 전환하는 과정 또는 수신 모드에서 송신 모드로 전환하는 과정에서 시간 갭을 제공한다. 서브프레임 내에서 DL에서 UL로 전환되는 시점의 일부 심볼이 GP로 설정될 수 있다.
PDCCH는 DCI(Downlink Control Information)를 운반한다. 예를 들어, PCCCH (즉, DCI)는 DL-SCH(downlink shared channel)의 전송 포맷 및 자원 할당, UL-SCH(uplink shared channel)에 대한 자원 할당 정보, PCH(paging channel)에 대한 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상에서 전송되는 랜덤 접속 응답과 같은 상위 계층 제어 메시지에 대한 자원 할당 정보, 전송 전력 제어 명령, CS(Configured Scheduling)의 활성화/해제 등을 나른다. DCI는 CRC(cyclic redundancy check)를 포함하며, CRC는 PDCCH의 소유자 또는 사용 용도에 따라 다양한 식별자(예, Radio Network Temporary Identifier, RNTI)로 마스킹/스크램블 된다. 예를 들어, PDCCH가 특정 단말을 위한 것이면, CRC는 단말 식별자(예, Cell-RNTI, C-RNTI)로 마스킹 된다. PDCCH가 페이징에 관한 것이면, CRC는 P-RNTI(Paging-RNTI)로 마스킹 된다. PDCCH가 시스템 정보(예, System Information Block, SIB)에 관한 것이면, CRC는 SI-RNTI(System Information RNTI)로 마스킹 된다. PDCCH가 랜덤 접속 응답에 관한 것이면, CRC는 RA-RNTI(Random Access-RNTI)로 마스킹 된다.
도 5는 PDCCH 전송/수신 과정을 예시한다.
도 5를 참조하면, 기지국은 단말에게 CORESET(Control Resource Set) 구성(configuration)을 전송할 수 있다(S502). CORESET는 주어진 뉴모놀로지(예, SCS, CP 길이 등)를 갖는 REG(Resource Element Group) 세트로 정의된다. REG는 하나의 OFDM 심볼과 하나의 (P)RB로 정의된다. 하나의 단말을 위한 복수의 CORESET는 시간/주파수 도메인에서 중첩될 수 있다. CORESET는 시스템 정보(예, Master Information Block, MIB) 또는 상위 계층(예, Radio Resource Control, RRC, layer) 시그널링을 통해 설정될 수 있다. 예를 들어, MIB를 통해 소정의 공통(common) CORESET (e.g., CORESET #0)에 대한 구성 정보가 송신될 수 있다. 예를 들어, SIB1(system information block 1)을 나르는 PDSCH가 특정 PDCCH에 의해 스케줄되고, CORESET #0는 특정 PDCCH의 전송을 위한 것일 수 있다. 또한, CORESET #N (e.g., N>0)에 대한 구성 정보는 RRC 시그널링(e.g., 셀 공통 RRC 시그널링 또는 단말-특정 RRC 시그널링 등)을 통해 송신될 있다. 일 예로, CORESET 구성 정보를 나르는 단말-특정 RRC 시그널링은 예를 들어 RRC 셋업 메시지, RRC 재구성(reconfiguration) 메시지 및/또는 BWP 구성 정보 등의 다양한 시그널링을 포함할 수 있으며 이에 한정되지 않는다. 구체적으로, CORESET 구성에는 다음 정보/필드가 포함될 수 있다.
- controlResourceSetId: CORESET의 ID를 나타낸다.
- frequencyDomainResources: CORESET의 주파수 영역 자원을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 RB 그룹(= 6개 (연속된) RB)에 대응한다. 예를 들어, 비트맵의 MSB(Most Significant Bit)는 BWP 내 첫 번째 RB 그룹에 대응한다. 비트 값이 1인 비트에 대응되는 RB 그룹이 CORESET의 주파수 영역 자원으로 할당된다.
- duration: CORESET의 시간 영역 자원을 나타낸다. CORESET를 구성하는 연속된 OFDM 심볼 개수를 나타낸다. duration은 1~3의 값을 가진다.
- cce-REG-MappingType: CCE(Control Channel Element)와 REG간의 맵핑 타입을 나타낸다. Interleaved 타입과 non-interleaved 타입이 지원된다.
- interleaverSize: 인터리버 사이즈를 나타낸다.
- pdcch-DMRS-ScramblingID: PDCCH DMRS의 초기화에 사용되는 값을 나타낸다. pdcch-DMRS-ScramblingID가 포함되지 않는 경우, 서빙 셀의 물리 셀 ID가 사용된다.
- precoderGranularity: 주파수 도메인에서 프리코더 입도를 나타낸다.
- reg-BundleSize: REG 번들 사이즈를 나타낸다.
- tci-PresentInDCI: TCI(Transmission Configuration Index) 필드가 DL-관련 DCI에 포함되는지 여부를 나타낸다.
- tci-StatesPDCCH-ToAddList: PDCCH-구성에 정의된 TCI 상태의 서브세트를 나타낸다. TCI 상태는 RS 세트(TCI-상태) 내의 DL RS(들)와 PDCCH DMRS 포트의 QCL(Quasi-Co-Location) 관계를 제공하는데 사용된다.
또한, 기지국은 단말에게 PDCCH SS(Search Space) 구성을 전송할 수 있다(S504). PDCCH SS 구성은 상위 계층 시그널링(e.g., RRC 시그널링)을 통해 전송될 수 있다. 예를 들어, RRC 시그널링은 RRC 셋업 메시지, RRC 재구성(reconfiguration) 메시지 및/또는 BWP 구성 정보등 다양한 시그널링을 포함할 수 있으며 이에 한정되지 않는다. 도 5에서는 설명의 편의를 위하여 CORESET 구성과 PDCCH SS 구성이 각각 시그널링 되는 것으로 도시되었으나, 본 발명은 이에 한정되지 않는다. 예를 들어, CORESET 구성과 PDCCH SS 구성은 하나의 메시지(e.g., 한번의 RRC 시그널링)를 통해 송신될 수도 있으며, 또는 서로 다른 메시지들을 통해 각각 송신될 수도 있다.
PDCCH SS 구성은 PDCCH SS 세트(set)의 구성에 대한 정보를 포함할 수 있다. PDCCH SS 세트는 단말이 모니터 (e.g., 블라인드 검출)을 수행하는 PDCCH 후보들의 세트(set)로 정의될 수 있다. 단말에는 하나 또는 복수의 SS set들이 설정될 수 있다. 각 SS set는 USS set이거나 또는 CSS set일 수 있다. 이하에서는 편의상, PDCCH SS set를 간략히 "SS" 또는 "PDCCH SS"로도 지칭할 수도 있다.
PDCCH SS 세트는 PDCCH 후보들을 포함한다. PDCCH 후보는 PDCCH 수신/검출을 위해 단말이 모니터링 하는 CCE(들)을 나타낸다. 여기서, 모니터링은 PDCCH 후보들을 블라인드 디코딩(Blind Decoding, BD) 하는 것을 포함한다. 하나의 PDCCH (후보)는 AL(Aggregation Level)에 따라 1, 2, 4, 8, 16 개의 CCE로 구성된다. 하나의 CCE는 6개의 REG로 구성된다. 각각의 CORESET 구성은 하나 이상의 SS와 연관되고(associated with), 각각의 SS는 하나의 COREST 구성과 연관된다. 하나의 SS는 하나의 SS 구성에 기반하여 정의되며, SS 구성에는 다음 정보/필드가 포함될 수 있다.
- searchSpaceId: SS의 ID를 나타낸다.
- controlResourceSetId: SS와 연관된 CORESET를 나타낸다.
- monitoringSlotPeriodicityAndOffset: PDCCH 모니터링 주기 구간 (슬롯 단위) 및 PDCCH 모니터링 구간 오프셋 (슬롯 단위)을 나타냄
- monitoringSymbolsWithinSlot: PDCCH 모니터링이 설정된 슬롯 내에서 PDCCH 모니터링을 위한 첫 번째 OFDM 심볼(들)을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 슬롯 내의 각 OFDM 심볼에 대응한다. 비트맵의 MSB는 슬롯 내 첫 번째 OFDM 심볼에 대응한다. 비트 값이 1인 비트(들)에 대응되는 OFDM 심볼(들)이 슬롯 내에서 CORESET의 첫 번째 심볼(들)에 해당한다.
- nrofCandidates: AL={1, 2, 4, 8, 16} 별 PDCCH 후보의 수 (0, 1, 2, 3, 4, 5, 6, 8 중 하나의 값)를 나타낸다.
- searchSpaceType: CSS(Common Search Space) 또는 USS(UE-specific search space)를 나타내고, 해당 SS 타입에서 사용되는 DCI 포맷을 나타낸다.
이후, 기지국은 PDCCH를 생성하여 단말에게 전송하고(S506), 단말은 PDCCH 수신/검출을 위해 하나 이상의 SS에서 PDCCH 후보들을 모니터링 할 수 있다(S508). PDCCH 후보들을 모니터링을 해야 하는 기회(occasion)(예, 시간/주파수 자원)을 PDCCH (모니터링) 기회라고 정의된다. 슬롯 내에 하나 이상의 PDCCH (모니터링) 기회가 구성될 수 있다.
표 3은 SS 타입별 특징을 예시한다.
Type Search Space RNTI Use Case
Type0-PDCCH Common SI-RNTI on a primary cell SIB Decoding
Type0A-PDCCH Common SI-RNTI on a primary cell SIB Decoding
Type1-PDCCH Common RA-RNTI or TC-RNTI on a primary cell Msg2, Msg4 decoding in RACH
Type2-PDCCH Common P-RNTI on a primary cell Paging Decoding
Type3-PDCCH Common INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s)
UE Specific C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) User specific PDSCH decoding
표 4는 PDCCH를 통해 전송되는 DCI 포맷들을 예시한다.
DCI format Usage
0_0 Scheduling of PUSCH in one cell
0_1 Scheduling of PUSCH in one cell
1_0 Scheduling of PDSCH in one cell
1_1 Scheduling of PDSCH in one cell
2_0 Notifying a group of UEs of the slot format
2_1 Notifying a group of UEs of the PRB(s) and OFDM symbol(s) where UE may assume no transmission is intended for the UE
2_2 Transmission of TPC commands for PUCCH and PUSCH
2_3 Transmission of a group of TPC commands for SRS transmissions by one or more UEs
DCI 포맷 0_0은 TB-기반 (또는 TB-level) PUSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 0_1은 TB-기반 (또는 TB-level) PUSCH 또는 CBG(Code Block Group)-기반 (또는 CBG-level) PUSCH를 스케줄링 하기 위해 사용될 수 있다. DCI 포맷 1_0은 TB-기반 (또는 TB-level) PDSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 1_1은 TB-기반 (또는 TB-level) PDSCH 또는 CBG-기반 (또는 CBG-level) PDSCH를 스케줄링 하기 위해 사용될 수 있다(DL grant DCI). DCI 포맷 0_0/0_1은 UL grant DCI 또는 UL 스케줄링 정보로 지칭되고, DCI 포맷 1_0/1_1은 DL grant DCI 또는 DL 스케줄링 정보로 지칭될 수 있다. DCI 포맷 2_0은 동적 슬롯 포맷 정보 (예, dynamic SFI)를 단말에게 전달하기 위해 사용되고, DCI 포맷 2_1은 하향링크 선취 (pre-Emption) 정보를 단말에게 전달하기 위해 사용된다. DCI 포맷 2_0 및/또는 DCI 포맷 2_1은 하나의 그룹으로 정의된 단말들에게 전달되는 PDCCH인 그룹 공통 PDCCH (Group common PDCCH)를 통해 해당 그룹 내 단말들에게 전달될 수 있다.
DCI 포맷 0_0과 DCI 포맷 1_0은 폴백(fallback) DCI 포맷으로 지칭되고, DCI 포맷 0_1과 DCI 포맷 1_1은 논-폴백 DCI 포맷으로 지칭될 수 있다. 폴백 DCI 포맷은 단말 설정과 관계없이 DCI 사이즈/필드 구성이 동일하게 유지된다. 반면, 논-폴백 DCI 포맷은 단말 설정에 따라 DCI 사이즈/필드 구성이 달라진다.
CCE에서 REG로의 맵핑 타입은 비-인터리빙된(non-interleaved) CCE-REG 맵핑 타입 또는 인터리빙된(interleaved) CCE-REG 맵핑 타입 중 하나로 설정된다.
- 비-인터리빙된(non-interleaved) CCE-REG 맵핑 타입 (또는 localized 맵핑 타입)(도 5): 주어진 CCE를 위한 6 REG들로 하나의 REG 번들을 구성하고, 주어진 CCE를 위한 모든 REG들은 연속한다. 하나의 REG 번들은 하나의 CCE에 대응한다.
- 인터리빙된(interleaved) CCE-REG 맵핑 타입 (또는 Distributed 맵핑 타입): 주어진 CCE를 위한 2, 3 또는 6 REG들로 하나의 REG 번들을 구성하고, REG 번들은 CORESET 내에서 인터리빙 된다. 1~2개 OFDM 심볼로 구성된 CORESET 내 REG 번들은 2 또는 6 REG들로 구성되고, 3개 OFDM 심볼로 구성된 CORESET 내 REG 번들은 3 또는 6 REG들로 구성된다. REG 번들의 크기는 CORESET 별로 설정된다.
도 6은 PDSCH 수신 및 ACK/NACK 전송 과정을 예시한다. 도 6울 참조하면, 단말은 슬롯 #n에서 PDCCH를 검출할 수 있다. 여기서, PDCCH는 하향링크 스케줄링 정보(예, DCI 포맷 1_0, 1_1)를 포함하며, PDCCH는 DL assignment-to-PDSCH offset (K0)과 PDSCH-HARQ-ACK reporting offset (K1)를 나타낸다. 예를 들어, DCI 포맷 1_0, 1_1은 다음의 정보를 포함할 수 있다.
- Frequency domain resource assignment: PDSCH에 할당된 RB 세트를 나타냄
- Time domain resource assignment: K0 (예, 슬롯 오프셋), 슬롯 #n+K0 내의 PDSCH의 시작 위치(예, OFDM 심볼 인덱스) 및 PDSCH의 길이(예 OFDM 심볼 개수)를 나타냄
- PDSCH-to-HARQ_feedback timing indicator: K1를 나타냄
- HARQ process number (4비트): 데이터(예, PDSCH, TB)에 대한 HARQ process ID(Identity)를 나타냄
- PUCCH resource indicator (PRI): PUCCH 자원 세트 내의 복수의 PUCCH 자원들 중에서 UCI 전송에 사용될 PUCCH 자원을 지시함
이후, 단말은 슬롯 #n의 스케줄링 정보에 따라 슬롯 #(n+K0)에서부터 PDSCH를 수신한 뒤, 슬롯 #n1(where, n+K0≤ n1)에서 PDSCH의 수신이 끝나면 슬롯 #(n1+K1)에서 PUCCH를 통해 UCI를 전송할 수 있다. 여기서, UCI는 PDSCH에 대한 HARQ-ACK 응답을 포함할 수 있다. 도 6에서는 편의상 PDSCH에 대한 SCS와 PUCCH에 대한 SCS가 동일하고, 슬롯# n1= 슬롯#n+K0 라고 가정하였으나, 본 발명은 이에 한정되지 않는다. SCS들이 상이한 경우 PUCCH의 SCS를 기반으로 K1 지시/해석될 수 있다.
PDSCH가 최대 1개 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 1-비트로 구성될 수 있다. PDSCH가 최대 2개의 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 공간(spatial) 번들링이 구성되지 않은 경우 2-비트로 구성되고, 공간 번들링이 구성된 경우 1-비트로 구성될 수 있다. 복수의 PDSCH에 대한 HARQ-ACK 전송 시점이 슬롯 #(n+K1)로 지정된 경우, 슬롯 #(n+K1)에서 전송되는 UCI는 복수의 PDSCH에 대한 HARQ-ACK 응답을 포함한다.
HARQ-ACK 응답을 위해 단말이 공간(spatial) 번들링을 수행하여야 하는지 여부는 셀 그룹 별로 구성(configure)(e.g., RRC/상위계층 시그널링)될 수 있다. 일 예로 공간 번들링은 PUCCH를 통해서 송신되는 HARQ-ACK 응답 및/또는 PUSCH를 통해서 송신되는 HARQ-ACK 응답 각각에 개별적으로 구성될 수 있다.
공간 번들링은 해당 서빙 셀에서 한번에 수신 가능한(또는 1 DCI를 통해 스케줄 가능한) TB (또는 코드워드)의 최대 개수가 2개 인경우 (또는 2개 이상인 경우)에 지원될 수 있다(e.g., 상위계층파라미터 maxNrofCodeWordsScheduledByDCI 가 2-TB에 해당하는 경우). 한편, 2-TB 전송을 위해서는 4개 보다 더 많은 개수의 레이어들이 사용될 수 있으며, 1-TB 전송에는 최대 4개 레이어가 사용될 수 있다. 결과적으로, 공간 번들링이 해당 셀 그룹에 구성된 경우, 해당 셀 그룹 내의 서빙 셀들 중 4 개 보다 많은 개수의 레이어가 스케줄 가능한 서빙 셀에 대하여 공간 번들링이 수행될 수 있다. 해당 서빙 셀 상에서, 공간 번들링을 통해서 HARQ-ACK 응답을 송신하고자 하는 단말은 복수 TB들에 대한 A/N bits을 (bit-wise) logical AND 연산하여 HARQ-ACK 응답을 생성할 수 있다.
예컨대, 단말이 2-TB를 스케줄링하는 DCI를 수신하고, 해당 DCI에 기초하여 PDSCH를 통해서 2-TB를 수신하였다고 가정할 때, 공간 번들링을 수행하는 단말은 제1 TB에 대한 제1 A/N bit와 제2 TB에 대한 제2 A/N bit를 논리적 AND 연산하여 단일 A/N bit를 생성할 수 있다. 결과적으로, 제1 TB와 제2 TB가 모두 ACK 인 경우 단말은 ACK 비트 값을 기지국에 보고하고, 어느 하나의 TB라도 NACK 인경우 단말은 NACK 비트 값을 기지국에 보고한다.
예컨대, 2-TB가 수신 가능하도록 구성(configure)된 서빙 셀 상에서 실제로 1-TB 만 스케줄된 경우, 단말은 해당 1-TB에 대한 A/N bit와 비트 값 1을 논리적 AND 연산하여 단일 A/N bit를 생성할 수 있다. 결과적으로, 단말은 해당 1-TB에 대한 A/N bit를 그대로 기지국에 보고하게 된다.
기지국/단말에는 DL 전송을 위해 복수의 병렬 DL HARQ 프로세스가 존재한다. 복수의 병렬 HARQ 프로세스는 이전 DL 전송에 대한 성공 또는 비성공 수신에 대한 HARQ 피드백을 기다리는 동안 DL 전송이 연속적으로 수행되게 한다. 각각의 HARQ 프로세스는 MAC(Medium Access Control) 계층의 HARQ 버퍼와 연관된다. 각각의 DL HARQ 프로세스는 버퍼 내의 MAC PDU(Physical Data Block)의 전송 횟수, 버퍼 내의 MAC PDU에 대한 HARQ 피드백, 현재 리던던시 버전(redundancy version) 등에 관한 상태 변수를 관리한다. 각각의 HARQ 프로세스는 HARQ 프로세스 ID에 의해 구별된다.
도 7은 PUSCH 전송 과정을 예시한다. 도 7을 참조하면, 단말은 슬롯 #n에서 PDCCH를 검출할 수 있다. 여기서, PDCCH는 상향링크 스케줄링 정보(예, DCI 포맷 0_0, 0_1)를 포함한다. DCI 포맷 0_0, 0_1은 다음의 정보를 포함할 수 있다.
- Frequency domain resource assignment: PUSCH에 할당된 RB 세트를 나타냄
- Time domain resource assignment: 슬롯 오프셋 K2, 슬롯 내의 PUSCH의 시작 위치(예, 심볼 인덱스) 및 길이(예 OFDM 심볼 개수)를 나타냄. 시작 심볼과 길이는 SLIV(Start and Length Indicator Value)를 통해 지시되거나, 각각 지시될 수 있음.
이후, 단말은 슬롯 #n의 스케줄링 정보에 따라 슬롯 #(n+K2)에서 PUSCH를 전송할 수 있다. 여기서, PUSCH는 UL-SCH TB를 포함한다.
DRX (Discontinuous Reception)
(1) RRC_CONNECTED DRX
도 8는 단말의 DRX동작을 설명하기 위한 도면이다.
단말은 앞에서 설명/제안한 절차 및/또는 방법들을 수행하면서 DRX 동작을 수행할 수 있다. DRX가 설정된 단말은 DL 신호를 불연속적으로 수신함으로써 전력 소비를 낮출 수 있다. DRX는 RRC(Radio Resource Control)_IDLE 상태, RRC_INACTIVE 상태, RRC_CONNECTED 상태에서 수행될 수 있다. RRC_IDLE 상태와 RRC_INACTIVE 상태에서 DRX는 페이징 신호를 불연속 수신하는데 사용된다. 이하, RRC_CONNECTED 상태에서 수행되는 DRX에 관해 설명한다(RRC_CONNECTED DRX).
도 8를 참조하면, DRX 사이클은 On Duration과 Opportunity for DRX로 구성된다. DRX 사이클은 On Duration이 주기적으로 반복되는 시간 간격을 정의한다. On Duration은 단말이 PDCCH를 수신하기 위해 모니터링 하는 시간 구간을 나타낸다. DRX가 설정되면, 단말은 On Duration 동안 PDCCH 모니터링을 수행한다. PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 있는 경우, 단말은 inactivity 타이머를 동작시키고 깬(awake) 상태를 유지한다. 반면, PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 없는 경우, 단말은 On Duration이 끝난 뒤 슬립(sleep) 상태로 들어간다. 따라서, DRX가 설정된 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 불연속적으로 수행될 수 있다. 예를 들어, DRX가 설정된 경우, 본 발명의 일 실시예에서 PDCCH 수신 기회(occasion)(예, PDCCH 탐색 공간을 갖는 슬롯)는 DRX 설정에 따라 불연속적으로 설정될 수 있다. 반면, DRX가 설정되지 않은 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 연속적으로 수행될 수 있다. 예를 들어, DRX가 설정되지 않은 경우, 본 발명의 일 실시예에서 PDCCH 수신 기회(예, PDCCH 탐색 공간을 갖는 슬롯)는 연속적으로 설정될 수 있다. 한편, DRX 설정 여부와 관계 없이, 측정 갭으로 설정된 시간 구간에서는 PDCCH 모니터링이 제한될 수 있다.
표 5는 DRX와 관련된 단말의 과정을 나타낸다(RRC_CONNECTED 상태). 표 5를 참조하면, DRX 구성 정보는 상위 계층(예, RRC) 시그널링을 통해 수신되고, DRX ON/OFF 여부는 MAC 계층의 DRX 커맨드에 의해 제어된다. DRX가 설정되면, 단말은 본 발명에 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링을 불연속적으로 수행할 수 있다.
Type of signals UE procedure
1st step RRC signalling(MAC-CellGroupConfig) - Receive DRX configuration information
2nd Step MAC CE((Long) DRX command MAC CE) - Receive DRX command
3rd Step - - Monitor a PDCCH during an on-duration of a DRX cycle
여기서, MAC-CellGroupConfig는 셀 그룹을 위한 MAC(Medium Access Control) 파라미터를 설정하는데 필요한 구성 정보를 포함한다. MAC-CellGroupConfig는 DRX에 관한 구성 정보도 포함할 수 있다. 예를 들어, MAC-CellGroupConfig는 DRX를 정의하는데 정보를 다음과 같이 포함할 수 있다.- Value of drx-OnDurationTimer: DRX 사이클의 시작 구간의 길이를 정의
- Value of drx-InactivityTimer: 초기 UL 또는 DL 데이터를 지시하는 PDCCH가 검출된 PDCCH 기회 이후에 단말이 깬 상태로 있는 시간 구간의 길이를 정의
- Value of drx-HARQ-RTT-TimerDL: DL 초기 전송이 수신된 후, DL 재전송이 수신될 때까지의 최대 시간 구간의 길이를 정의.
- Value of drx-HARQ-RTT-TimerDL: UL 초기 전송에 대한 그랜트가 수신된 후, UL 재전송에 대한 그랜트가 수신될 때까지의 최대 시간 구간의 길이를 정의.
- drx-LongCycleStartOffset: DRX 사이클의 시간 길이와 시작 시점을 정의
- drx-ShortCycle (optional): short DRX 사이클의 시간 길이를 정의
여기서, drx-OnDurationTimer, drx-InactivityTimer, drx-HARQ-RTT-TimerDL, drx-HARQ-RTT-TimerDL 중 어느 하나라도 동작 중이면 단말은 깬 상태를 유지하면서 매 PDCCH 기회마다 PDCCH 모니터링을 수행한다.
(2) RRC_IDLE DRX
RRC_IDLE 상태와 RRC_INACTIVE 상태에서 DRX는 페이징 신호를 불연속 수신하는데 사용된다. 편의상, RRC_IDLE (또는 RRC_INACTIVE) 상태에서 수행되는 DRX를 RRC_IDLE DRX라고 지칭한다.
따라서, DRX가 설정된 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 불연속적으로 수행될 수 있다.
도 9는 페이징을 위한 DRX 사이클을 예시한다.
도 9를 참조하면, 페이징 신호의 불연속 수신을 위해 DRX가 구성될 수 있다. 단말은 상위 계층(예, RRC) 시그널링을 통해 기지국으로부터 DRX 구성 정보(DRX configuration information)를 수신할 수 있다. DRX 구성 정보는 DRX 사이클, DRX 오프셋, DRX 타이머에 대한 구성 정보 등을 포함할 수 있다. 단말은 DRX 사이클에 따라 On Duration과 Sleep duration을 반복한다. 단말은 On duration에서 웨이크업(wakeup) 모드로 동작하고, Sleep duration에서 슬립 모드로 동작할 수 있다.
웨이크업 모드에서 단말은 페이징 메시지를 수신하기 위해 PO를 모니터링 할 수 있다. PO는 단말이 페이징 메시지의 수신을 기대하는 시간 자원/구간(예, 서브프레임, 슬롯)을 의미한다. PO 모니터링은 PO에서 P-RNTI로 스크램블링된 PDCCH (또는, MPDCCH, NPDCCH)(이하, 페이징 PDCCH)를 모니터링 하는 것을 포함한다. 페이징 메시지는 페이징 PDCCH에 포함되거나, 페이징 PDCCH에 의해 스케줄링 되는 PDSCH에 포함될 수 있다. PF(Paging Frame) 내에 하나 혹은 복수의 PO(들)이 포함되며, PF는 UE_ID에 기반하여 주기적으로 설정될 수 있다. 여기서, PF는 하나의 무선 프레임에 해당하고, UE_ID는 단말의 IMSI(International Mobile Subscriber Identity)에 기반하여 결정될 수 있다. DRX가 설정된 경우, 단말은 DRX 사이클 당 하나의 PO만을 모니터링 한다. 단말은 PO에서 자신의 ID 및/또는 시스템 정보의 변경을 지시하는 페이징 메시지를 수신한 경우, 기지국과의 연결을 초기화(또는 재설정) 하기 위해 RACH 과정을 수행하거나, 새로운 시스템 정보를 기지국으로부터 수신(또는 획득)할 수 있다. 따라서, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 기지국과의 연결을 위해 RACH를 수행하거나, 새로운 시스템 정보를 기지국으로부터 수신(또는 획득)하기 위해 PO 모니터링이 시간 도메인에서 불연속적으로 수행될 수 있다.
도 10은 확장된 DRX(extended DRX, eDRX) 사이클을 예시한다.
DRX 사이클 구성에 따르면 최대 사이클 구간(cycle duration)은 2.56초로 제한될 수 있다. 하지만, MTC 단말이나 NB-IoT 단말과 같이 데이터 송수신이 간헐적으로 수행되는 단말의 경우 DRX 사이클 동안 불필요한 전력 소모가 발생할 수 있다. 단말의 전력 소모를 더 줄이기 위해 PSM(power saving mode)과 PTW(paging time window 또는 paging transmission window)에 기초하여 DRX 사이클을 대폭 확장시키는 방안이 도입되었으며, 확장된 DRX 사이클을 간략히 eDRX 사이클이라고 지칭한다. 구체적으로, UE_ID에 기반하여 PH(Paging Hyper-frames)가 주기적으로 구성되며, PH 내에 PTW가 정의된다. 단말은 PTW 구간(duration)에서 DRX 사이클을 수행하여 자신의 PO에서 웨이크업 모드로 전환하여 페이징 신호를 모니터링 할 수 있다. PTW 구간 내에는 도 9의 DRX 사이클(예, 웨이크업 모드와 슬립 모드)이 하나 이상 포함될 수 있다. PTW 구간 내의 DRX 사이클 횟수는 기지국에 의해 상위 계층(예, RRC) 신호를 통해 구성될 수 있다.
에너지 절약과 관련된 신호 송수신
단말의 에너지 절약 뿐 아니라 기지국/네트워크의 에너지 절약이 논의되고 있다. 기지국/네트워크의 에너지 절약은, 탄소 배출량 감축을 통해 친환경 네트워크를 구축하고 통신 사업자들의 운용지출 (operational expenditure, OPEX)을 감축에 기여할 수 있어 3GPP NR release 18의 NES(network energy savings)에서 연구가 진행되고 있다. 구체적으로, 시간, 주파수, 공간 및 전력 도메인에서의 네트워크 에너지 절약 기법들에서 어떻게 동적으로 및/또는 준 정적으로 보다 효율적인 동작을 이룰 것인가, 어떻게 송/수신의 보다 세밀한 적응을 이룰 것인지 등이 논의되고 있다.
NES를 위한 방법 중 하나로 일정 시간 구간 동안/주파수 대역에서 기지국이 기지국은 DL 신호의 송신 및/또는 UL 신호의 수신을 적어도 부분적으로 중단/비활성 할 수 있다.
기지국이 수행하는 NES 동작에 대해서 단말과 기지국의 공통의 이해가 필요하다. 예컨대, NES 동작 적용 및 송수신 가능한 신호에 대해서 단말/기지국 간의 정확한 이해가 없다면, 오동작과 전략 낭비가 발생할 수 있다.
기지국은 일정 시간 구간/주파수 대역에서 DL 신호의 송신을 중단/비활성하기 위해 Cell DTX(discontinuous transmission)를 단말에 설정할 수 있다. 기지국은 일정 시간 구간/주파수 대역에서 UL 신호의 송신을 중단/비활성하기 위해 Cell DRX(discontinuous reception)를 단말에 설정할 수 있다. Cell DTX 설정 /Cell DRX 설정 (e.g., 상위 계층 시그널링)은 NES를 위한 Cell 비활성 구간에 대한 설정을 포함할 수 있다. 또한 제어 채널(e.g., DCI based indication), 데이터 채널(e.g., PDSCH, PUSCH)을 통해서 동적으로 Cell DTX 설정 /Cell DRX 설정의 활성/비활성이 단말에게 지시될 수 있다.
에너지 절약을 위한 대상 UL/DL 신호는 비활성 구간에서 완전하게 off 될 수 있으나, 또는 상대적으로 낮은 빈도/밀도 및/또는 전력으로 대상 UL/DL 신호를 송수신할 수도 있다.
후술하는 설명에 있어서, 에너지 절약과 관련하여 단말이 모니터링(수신 절차)을 수행할 것인지 여부를 결정하는 대상 DL 신호가 PDCCH임을 가정하여 설명하나, 이에 한정되지 않으며 대상 DL 신호는 CSI-RS, PRS, PDSCH (Dynamic grant 및/또는 SPS PDSCH) 및/또는 DMRS for PDCCH/PDSCH 중 적어도 하나를 포함할 수 있다.
또한, 후술하는 설명에 있어서 에너지 절약은 문맥에 따라서 단말의 에너지 절약과 기지국의 에너지 절약 중 적어도 하나를 의미할 수 있다.
후술하는 에너지 절약을 위한 제안들은 XR 서비스를 위해서도 사용될 수 있다. 최근 Rel-18 NR 표준에서는 XR 서비스를 지원하기 위해 다양한 시나리오와 후보 기술들이 논의되고 있다(FS_NR_XR_enh). XR 서비스는 일반적으로 높은 date rate와 낮은 latency라는 요구 조건을 만족해야 하고, 단말의 높은 전력 소모가 예상되기 때문에 전력 절감을 위한 다양한 기법들이 고려되고 있다. XR 서비스의 traffic 모델과 요구 사항 등은 Rel-17 XR study의 technical report인 TR38.838에 정의되어 있다. XR 서비스는 일반적으로 60 fps (frame per second)가 요구되며, 120 fps가 요구되는 경우도 있다. XR traffic 모델에서의 frame은 통신 환경에서 수신하는 packet과 동일하게 이해할 수 있다. 이러한 주기적 전송을 처리하기 위하면서 전력 절감을 달성하기 위해 XR 서비스를 지원하는 단말은 DRX 동작과 monitoring adaptation 동작이 고려될 수 있다.
한편, 앞서 도 8 내지 도10에서 살펴본 UE DRX 동작은 NES와 연계하여 설정/수행될 수도 있다. 상술된 UE DRX 동작을 요약하면 NR에서는 단말의 불필요한 전력 소모를 줄이기 위한 목적으로 활용되는 DRX의 특징은 다음과 같다. DRX는 RRC_IDLE 상태의 단말을 위한 구조와 RRC_CONNECTED 상태의 단말을 위한 구조가 각각 정의되어 있으며, 두 DRX 구조 모두 단말이 DL 신호의 수신을 기대할 수 있는 구간이 주기적으로 발생되도록 정의함으로써 그 이외의 구간에서는 불필요한 전력소모를 줄이도록 설계되어 있다. 특징적으로 C-DRX(i.e. RRC_CONNECTED 상태의 단말에게 적용되는 DRX)의 경우, NR의 Rel-16 표준을 기준으로 On-duration의 시작 위치가 주기적으로 발생되며, 이 때 구성될 수 있는 주기의 크기(i.e. DRX cycle)은 기지국이 단말에게 제공하는 higher layer parameter를 통해 결정될 수 있다.
단말은 하나의 BWP 당 최대 10개의 SS set이 설정될 수 있고 이를 SS set들에 포함된 PDCCH 후보들을 monitoring한다. 단말은 언제, 어떤 DCI format으로 수신할지 모르는 PDCCH에 대해서 blind decoding(BD)을 수행해야 하기 때문에 PDCCH monitoring이 전력 소모에 큰 비중을 차지한다. 전력 절감을 목적으로 단말의 BD 시도를 줄이기 위해 monitoring adaptation (모니터링 적응) 동작, 단말이 수행해야 할 모니터링 동작의 횟수를 조절(일반적으로 감소)하는 방법이 제안될 수 있다.
일 예로 후술하는 제안들은 XR 서비스를 원활히 지원하면서 전력 절감을 달성하기 위해 단말의 PDCCH blind decoding 시도를 줄이 위해 사용될 수도 있다.
일 예로 단말이 DL 신호 수신의 시도(e.g., PDCCH blind decoding 시도)를 줄이기 위한 설정과 지시, 단말 동작 등에 대해 제안한다.
일 예로 단말이 기본적으로 DL 신호 검출을 시도 (e.g., PDCCH monitoring)를 낮은 빈도로 하면서 특정 지시를 수신하여 monitoring 횟수를 늘리는 방법을 제안한다. 이 경우, 단말은 특정 지시를 수신하기 전까지는 PDCCH monitoring을 sparse하게 하면서 전력 절감 효과를 기대하고, 특정 지시를 통해 추가적으로 monitoring 횟수를 늘려서 heavy traffic을 원활히 수신할 수 있다. 또한, DCI의 연결을 통해 BD 횟수를 줄이는 방법을 제안한다. 복수의 DCI가 연결된 설정에서, 하나의 DCI를 수신한 경우 단말은 연결된 DCI의 수신을 기대할 수 있고 더 적은 BD를 통해 이를 원활히 수신할 수 있다.
이하에서 예시하는 XR 서비스는 적용 가능한 일 예이므로 제안된 방안들의 적용은 XR 서비스에 제한되지 않는다. 일 예로, 단말이 일정한 주기성을 갖고 수신하는 모든 신호에 대해서도 확장되어 적용될 수 있다. 제안하는 방법들은 기지국과 단말이 기대하는 모든 종류의 송수신 방식에 적용될 수 있다. 이하 설명을 위하여 NR의 시스템을 기준으로 예시를 보여 설명하고 있으나, 제안하는 방법들은 모든 무선통신 송수신의 구조와 서비스에 적용될 수 있음은 자명하다.
이하의 설명에서 각 방식 또는 옵션의 구분은 설명을 명확히 하기 위한 의도이며, 각각이 반드시 독립적인 발명으로 실시되어야 한다는 의미로 제한 해석되지 않는다. 예컨대, 후술하는 방식/옵션들은 각각이 개별적으로 실시될 수 있지만, 서로 상충하지 않는 범위 내에서 적어도 일부가 조합된 형태로 실시될 수도 있다.
[제안 1] SS set (또는 CORESET)을 추가 할당하여 PDCCH monitoring 횟수를 조절하는 방법
단말에 기본적으로 PDCCH monitoring의 빈도를 낮게 설정하고, 지시를 통해 단말이 monitoring할 SS set (또는 CORESET)을 dynamic하게 추가로 할당될 수 있다. 즉, 특별한 지시 이전에는 PDCCH monitoring을 적게 하면서 전력 소모를 줄인 상태를 유지하고 특정한 지시 (예를 들어, DCI 또는 MAC CE 등)를 통해 단말에 특정 slot부터 단말이 PDCCH를 더 많이 monitoring할 수 있도록 추가적으로 SS set (또는 CORESET)을 할당할 수 있다. 하기의 방법은 SS set을 기준으로 설명하고 있으나 이를 CORESET으로 치환하여 적용할 수 있다.
[제안 1-1] DL 신호 검출 마스크 온/오프
일 예로, DL 신호 검출 마스크가 PDCCH monitoring mask 인 것을 가정하여 설명한다.
- BWP 내에서의 기본 monitoring 동작
단말이 traffic을 수신하기 위한 BWP에 default로 SS set의 monitoring occasion을 dense하게 설정한다. 해당 BWP에 설정될 수 있는 SS set의 주기를 작게 하는 방식일 수 있다. 그리고 해당 BWP에서의 단말의 기본 monitoring 동작은 각 SS set의 매 주기가 아닌 n번째 주기마다 수행하여 blind decoding의 횟수를 일반적인 경우보다 작게 설정한다.
또는 BWP 내에서의 기본 monitoring 횟수를 적게 하기 위해 설정된 SS set 모두가 아닌 특정 SS set만 monitoring하도록 설정될 수 있다. 즉, BWP에 대해 단말은 최대 10개의 SS set을 설정 받을 수 있지만 단말은 BWP에 대해 설정된 SS set 모두가 아니라 higher layer signaling 등을 통해 미리 설정된 (전부가 아닌) 일부 SS set만 monitoring할 수 있다. 이러한 일부 SS set은 상대적으로 주기가 커서 monitoring occasion이 sparse하게 설정된 SS set들일 수 있다.
- DL 신호 모니터링 마스크 (e.g., PDCCH monitoring mask)
특정 구간 내에서는 BWP에서 설정된 모든 DL 신호 설정들을 수신하도록 DL 신호 모니터링 마스크가 설정될 수 있다. 일 예로 특정 구간 내에서는 BWP에서 설정된 모든 SS set들을 수신하도록 PDCCH monitoring mask 가 설정될 수 있다. 이는 window의 형태일 수도 있다. 해당 mask 내에서는 기본적으로 dense하게 설정된 BWP의 default한 DL 신호 검출(PDCCH monitoring)을 수행한다. 예를 들어, 단말은 mask되지 않은 구간에서는 미리 설정된 상대적으로 sparse한 SS set을 monitoring하고, mask된 구간에서는 기본적으로 dense하게 설정된 SS set을 monitoring한다. 즉, PDCCH monitoring mask on/off를 통해 PDCCH monitoring 횟수를 많이/적게 조절할 수 있다.
단말의 PDCCH monitoring 측면에서 볼 때, BWP에 대해 설정된 SS set들의 MO가 기본적으로는 횟수가 많도록 (dense) 위치해 있지만 기본 설정에 의해 일부 SS set들의 MO가 가려져 있고 해당 occasion에 대해서는 단말이 monitoring을 하지 않는 것이라 해석할 수 있다. 설정/지시된 특정 구간 (mask) 동안 위치해 있지만 가려져 있던 MO에서도 PDCCH monitoring을 수행할 것을 지시하는 정보를 수신할 수 있다.
- DL 신호 모니터링 마스크 (e.g., PDCCH monitoring mask)의 설정 및 지시
DL 신호 (PDCCH) monitoring mask의 크기와 offset는 slot 또는 symbol 등의 단위로 미리 설정될 수 있다. BWP 설정의 higher layer signaling 기반일 수 있으며, 여러 candidate 중 하나를 기지국이 설정/지시해줄 수 있다.
예를 들어, 단말은 DCI를 통해 DL 신호 (PDCCH) monitoring mask on을 지시하는 정보를 받을 수 있다. 이를 위해 DCI 내 해당 지시를 나타내는 field가 포함될 수 있다. 해당 field는 다양한 형태로 구성될 수 있다. 예를 들어, 1-bit를 통해 on/off가 지시될 수 있다. 또는, n bit를 통해 사전 설정된 mask의 위치 (DCI 수신 시점으로부터의 시작 offset) 중 하나가 지시될 수 있다. 또는, 해당 field에 mask의 크기 지시가 포함될 수 있다. 즉, 해당 field는 DL 신호 (PDCCH) monitoring mask의 크기 and/or offset이 지시할 수 있다.
[제안 1-2] 명시적/암시적 지시를 통한 monitoring 횟수 조절
BWP 내에서의 단말의 default DL 신호 (PDCCH) 검출/monitoring 횟수가 작도록 설정하고 지시를 통해 DL 신호 (PDCCH) 검출/monitoring 횟수가 많아지도록 지시될 수 있다. 일 예로, BWP 내에서의 SS set의 MO은 일반적으로 설정되고, 기본 PDCCH monitoring은 매 주기가 아닌 n번째 주기에서만 수행될 수 있다.
단말은 임의의 또는 특정 DCI를 수신하면 설정된 DL 신호 설정들(e.g., SS set)의 모든 지원/MO에서 DL 신호 (PDCCH) 검출/monitoring를 monitoring하도록 동작한다. 이 때 임의의 또는 특정 DCI 수신 동작은 DCI의 정보를 확인하는 것이 아닐 수 있다. 다시 말해, DCI를 detect하여 암시적으로 PDCCH monitoring 동작을 변경할 수 있다. 이 때 특정 DCI는 특정 RNTI(e.g. C-RNTI)로 scramble되거나 특정 DCI format을 의미할 수 있다.
또는 DRX timer와 연계된 동작일 수 있다. 예를 들어, 새로운 전송으로 시작되는 drx-inactivityTimer가 시작될 때 단말은 DL 신호 (PDCCH) 검출/monitoring 동작을 변경할 수 있다. 이 경우 단말은 drx-onDurationTimer를 시작하면서 횟수가 적은 DL 신호 (PDCCH) 검출/monitoring 을 수행하면서 전력 절감 효과를 기대하고 DRX 내에서 새로운 전송을 수신하게 되면 횟수가 많은 DL 신호 (PDCCH) 검출/monitoring 로 전환하여 traffic 수신을 위해 전력 소모를 높인 동작을 수행한다.
상기 제안 1-1와 같이 단말은 DCI 내 특정 field를 통해 명시적으로 DL 신호 (PDCCH) 검출/monitoring 동작이 변경을 변경하기 위한 지시를 수신할 수 있다.
단말은 DL 신호 (PDCCH) 검출/monitoring 횟수가 많은 동작에서 적은 동작으로 변경될 수 있다. 해당 동작은 DCI를 통해 명시적으로 지시될 수 있다. 이 경우, 상기 반대 동작과 함께 이를 지시하는 field가 toggling의 형태로 설정될 수 있다. 다시 말해, 현재 PDCCH monitoring 횟수가 많은 동작이라면 적은 동작으로 전환을, 현재 PDCCH monitoring 횟수가 적은 동작이라면 많은 동작으로 전환을 지시하는 형태일 수 있다.
또는, DRX timer에 연계된 동작일 수 있다. 예를 들어, drx-retransmissionTimerDL (또는 drx-retransmissionTimerUL)이 시작될 때, DL 신호 (PDCCH) 검출/monitoring 횟수가 적은 동작으로 전환할 수 있다. 이는 HARQ retransmission의 경우 상대적으로 traffic이 작아 DL 신호 (PDCCH) 검출/monitoring 횟수를 줄여 전력 절감 효과를 달성하기 위한 목적일 수 있다.
도 11은 단말의 DL 수신의 일 예를 도시한다. 도 11은 제안 1에 기초한 DL 신호 수신의 일 예로 이해될 수 있다.
도 12은 단말은 기지국으로부터 NES 관련된 설정을 수신 수 있다(1205). NES 관련된 설정 설정에는 NES 동작이 적용되는 동안 단말의 DL 수신 동작에 대한 정보를 포함할 수 있다. 예를 들어 NES 관련된 설정은 NES 동작이 적용되는 동안 보다 낮은 빈도/대역폭으로 DL 신호를 수신하는 제1 모드에 대한 설정을 포함할 수 있다.
단말은 NES 관련 설정을 바탕으로 제1 모드에서 DL 수신을 수행한다(1210).
기지국은 DCI를 통해 DL 동작 모드 변경을 지시하는 신호를 송신할 수 있다(1215). DL 동작 모드 변경을 지시하는 신호는 DCI일 수 있다. DL 동작 모드 변경을 지시하는 신호는 NES 동작이 적용을 위한 제1 모드가 아니라 제2 모드에서 DL 신호를 수신할 것을 지시할 수 있다.
단말은 제2 모드에서 DL 수신을 수행한다(1220). 제2 모드에서는 제안 1-1에서 제안하는 DL 신호 monitoring mask 및/또는 DRX timer 중 적어도 하나가 사용될 수 있다.
제2 모드는 정해진 구간 동안 수행될 수 있으며, 이후 단말은 제1 모드로 되돌아가서 DL 수신을 수행할 수 있다(1225).
도 12은 단말의 DCI 수신의 일 예를 도시한다. 도 12은 제안 1에서의 DL 신호가 PDCCH 인 일 구현 예로, 구체적으로 단말이 기본적으로 PDCCH monitoring을 적게 하다가 특정 지시를 수신하여 monitoring 횟수를 늘리는 동작을 수행하는 것으로 이해될 수 있다.
도 12은 단말은 기지국으로부터 PDCCH monitoring 관련한 SS set 및 CORESET과 기본 동작 설정을 수신 수 있다(FG101). 해당 설정에는 단말이 BWP 내에서 기본적으로 PDCCH monitoring을 적게 하기 위한 동작과 이와 관련된 SS set의 monitoring occasion 등이 포함될 수 있다.
단말은 해당 설정을 바탕으로 BWP 내에서의 기본 PDCCH monitoring을 수행한다(FG102). 이는 sparse한 PDCCH monitoring을 하는 전력 절감 목적의 동작일 수 있다.
기지국은 DCI를 통해 PDCCH monitoring 횟수 조절을 지시한다(FG103). 이는 단순한 DCI detection, DRX timer와 연계된 동작으로 인한 암시적/명시적 동작일 경우, 기지국의 직접적인 DCI를 통한 지시는 포함되지 않을 수 있다.
이후 단말은 heavy traffic 수신을 통해 dense한 PDCCH monitoring을 수행한다(FG104). 이는 제안 1-1에서 제안하는 PDCCH monitoring mask와 같은 형태이거나, DRX timer와 연계된 형태일 수 있다.
정해진 구간 동안 수행한 dense PDCCH monitoring이 종료되면 BWP 내에서의 sparse한 기본 PDCCH monitoring을 다시 수행한다(FG105).
[제안 2] DCI 연결을 통해 특정 신호의 검출 시도 횟수를 줄이는 방법
일 예로, 서로 다른 DCI 사이의 연결을 만들어 DCI를 수신할 때의 blind decoding (BD) 횟수를 줄일 수 있다. 만약 DCI#1과 DCI#2가 연결되어 있고 단말이 DCI#1을 수신한 이후이고 DCI#2에 대한 수신을 기대하고 있을 때, DCI#2를 더 적은 BD 시도를 통해 온전히 수신할 수 있다.
[제안 2-1] Paired 자원 세트들 (e.g., CORESETs)
서로 다른 DCI 사이의 연결을 설정하기 위해 paired CORESETs을 정의할 수 있다. 서로 연결 관계가 만들어진 복수의 CORESET을 paired CORESETs이라 정의한다. 단말은 paired CORESETs 중 하나의 CORESET (i.e. CORESET#1)를 통해 DCI(i.e. DCI#1)를 수신했을 경우, 다른 CORESET(i.e. CORESET#2)을 통해 연결된 DCI(i.e. DCI#2)를 수신할 것이라 기대할 수 있다. 시간 상 이후 수신하는 연결된 DCI#2는 단말이 이미 수신하기를 기대하는 DCI이므로, 우선하여 blind decoding (BD)할 수 있다.
Paired CORESETs은 CORESET을 설정하는 higher layer signaling에 parameter를 추가하는 방법으로 도입될 수 있다. 단말은 하나의 BWP에 대해 최대 4개의 CORESET을 설정 받을 수 있고, 각각의 CORESET은 index를 가진다. 특정 index를 갖는 CORESET의 설정에 paired CORESET의 index를 가리키는 parameter를 추가하여, 어떤 CORESET과 pairing되었는지 알려줄 수 있다. 하나의 CORESET에 pairing되는 CORESET은 하나 이상일 수 있다.
단말은 CORESET#1에 연결된 SS set에서 DCI#1을 수신한다면 pairing된 CORESET#2에 연결된 SS set에서 DCI#2를 수신하는 것을 기대한다. 하나의 CORESET에 복수의 SS set이 연결될 수 있으므로 DCI#2를 수신하길 기대하는 SS set 또는 slot을 제한할 수 있다. 예를 들어, CORESET#2에 연결된 SS set들 중 시간 상 가장 앞서는 slot에서만 DCI#2를 수신하기를 기대할 수 있다. 또는, 시간 상 가장 앞서는 slot부터 일정 slot 동안 DCI#2를 수신하기를 기대할 수 있다. 이는 paired CORESET에서 반드시 연결된 DCI를 수신하는 것만이 아니기 때문에 시간 상의 제약을 두는 동작일 수 있다.
수신을 기대한 DCI#2에 대해 단말은 한 slot (또는 span) 당 monitor하는 최대 PDCCH candidate 수와 non-overlapped CCE의 수를 계산하는 규칙 (i.e. BD/CCE dropping rule)에 대해 CORESET#2에 연결된 SS set들을 우선할 수 있다. 즉, 일반적으로 계산하는 규칙인 CSS 우선과 low SS set index 우선에 앞서 CORESET#2에 연결된 SS set들을 먼저 적용한다. 또는, CSS와 USS에 대해 각각 나누어, CSS에서 CORESET#2에 연결된 SS set들을 먼저 계산하고 다른 SS set들을 계산하고, 이후, USS에서 CORESET#2에 연결된 SS set들을 먼저 계산하는 방식으로 적용될 수 있다.
DCI 사이의 연결정보는 DCI 내 field를 통해 지시될 수도 있다. Paired CORESET이 설정된 경우, DCI의 field를 통해 paired CORESET을 통한 연결된 DCI의 이후 송신 여부가 지시될 수 있다. 또는, field를 통해 paired CORESET의 SS set index를 알려줄 수도 있다.
단말이 DCI#1을 XR traffic scheduling 용도로 수신하고 이후 DCI#2는 이에 관련한 HARQ retransmission이나 전력 절감을 위한 PDCCH monitoring adaptation 지시를 수신하는 용도로 활용될 수 있다.
[제안 2-2] Paired SS sets
서로 다른 DCI 사이의 연결을 설정하기 위해 paired SS sets을 정의할 수 있다. 서로 연결 관계가 만들어진 복수의 SS sets을 paired SS sets이라 정의한다. 단말은 paired SS sets 중 하나의 SS set (i.e. SS#1)를 통해 DCI(i.e. DCI#1)를 수신했을 경우, 다른 SS set을 통해 연결된 DCI(i.e. DCI#2)를 수신할 것이라 기대할 수 있다. 시간 상 이후 수신하는 연결된 DCI#2는 단말이 이미 수신하기를 기대하는 DCI이므로, 우선하여 blind decoding (BD)할 수 있다.
Paired SS sets은 같은 CORESET에 연결된 SS set들이 자동으로 설정될 수 있다. SS set은 higher layer signaling을 통해 어떤 index의 CORESET과 연결되어 있는지가 설정된다. 최대 10개의 SS set이 최대 4개의 CORESET과 연결될 수 있으므로, 하나의 CORESET에 둘 이상의 SS set이 연결되는 경우가 높은 확률로 발생한다. 기지국이 단말에 paired SS set을 설정하기 위해 의도적으로 둘 이상의 SS set과 연결된 CORESET들을 설정할 수도 있다. Paired SS set 설정의 경우, 하나의 CORESET에 연결된 SS set의 수가 적어 DCI#1을 수신한 이후 DCI#2를 기대할 수 있는 SS set이 적어지는 경우가 발생할 수 있다. 따라서, 단말은 특정 index의 CORESET을 paired SS set을 위한 CORESET이라 설정 받고, 해당 index의 CORESET은 충분한 수의 SS set이 연결되도록 설정될 수 있다. 예를 들어, CORESET index 1을 paring을 위한 CORESET이라 설정하고 CORESET index 1과 연결된 모든 SS set들은 paired SS set임을 단말은 알 수 있다.
단말은 SS#1에서 DCI#1을 수신한다면 pairing된 하나 이상의 SS set에서 DCI#2를 수신하는 것을 기대한다. 복수의 SS set이 연결될 수 있으므로 DCI#2를 수신하길 기대하는 SS set 또는 slot을 제한할 수 있다. 예를 들어, Paired SS set들 중 시간 상 가장 앞서는 slot의 monitoring occasion에서만 DCI#2를 수신하기를 기대할 수 있다. 또는, 시간 상 가장 앞서는 slot부터 일정 slot 내에 위치한 monitoring occasion에서만 DCI#2를 수신하기를 기대할 수 있다. 이는 paired SS set에서 반드시 연결된 DCI를 수신하는 것만이 아니기 때문에 시간 상의 제약을 두는 동작일 수 있다.
수신을 기대한 DCI#2에 대해 단말은 한 slot (또는 span) 당 monitor하는 최대 PDCCH candidate 수와 non-overlapped CCE의 수를 계산하는 규칙 (i.e. BD/CCE dropping rule)에 대해 paired SS set들을 우선할 수 있다. 즉, 일반적으로 계산하는 규칙인 CSS 우선과 low SS set index 우선에 앞서 paired SS set들을 먼저 적용한다. 또는, CSS와 USS에 대해 각각 나누어, CSS에서 paired SS set들을 먼저 계산하고 다른 SS set들을 계산하고, 이후, USS에서 paired SS set들을 먼저 계산하는 방식으로 적용될 수 있다.
DCI 사이의 연결정보는 DCI 내 field를 통해 지시될 수도 있다. Paired SS set이 설정된 경우, DCI의 field를 통해 paired SS set을 통한 연결된 DCI의 이후 송신 여부가 지시될 수 있다. 또는, field를 통해 paired SS set의 SS set index를 알려줄 수도 있다.
단말이 DCI#1을 XR traffic scheduling 용도로 수신하고 이후 DCI#2는 이에 관련한 HARQ retransmission이나 전력 절감을 위한 PDCCH monitoring adaptation 지시를 수신하는 용도로 활용될 수 있다.
[제안 2-3] 검출 시도 횟수 감소를 위한 추가 설정
제안 2-1과 2-2에서 제안하는 DCI 연결에 추가적인 설정을 통해 더 나은 전력 절감 효과를 기대할 수 있다.
연결된 DCI들은 항상 aggregation level (AL)이 동일하게 설정될 수 있다. 단말은 DCI#1의 BD를 성공한 AL에 대해서만 BD를 시도함으로써 BD 횟수를 줄일 수 있다. 만약 성공적으로 decoding한 DCI#1의 AL이 DCI#2의 수신을 기대할 수 있는 SS set에 설정될 수 있는 AL을 넘는다면 단말은 해당 SS set에서는 연결된 DCI의 수신이 없다고 고려할 수 있다.
또는, 수신을 기대하고 있는 DCI#2의 AL은 이전에 수신한 DCI#1의 AL보다 항상 작거나 같게 설정될 수 있다. 단말이 모든 AL이 아닌 일부 AL에 대해서만 BD를 할 수 있게 함으로써 전체 BD 시도 횟수를 줄이고자 하는 목적일 수 있다. 또한, 이는 DCI#1이 scheduling DCI, DCI#2가 non-scheduling DCI (또는 다른 목적의 DCI) 등과 같은 연결된 DCI의 활용 목적에 따른 것일 수 있다.
단말이 channel quality information (CQI)를 UL 전송하는 것을 포함하는 CSI (channel state information) report에 따라 AL이 결정될 수 있다. 단말의 CSI report를 바탕으로 기지국은 여러 채널 정보를 알 수 있고, 이를 바탕으로 연결된 DCI에 대한 AL을 조절할 수 있다. 예를 들어, 채널 상태가 좋지 않다면 DCI#2를 AL이 높게 하여 재전송 절차를 위해 송신할 수 있다.
PDCCH monitoring adaptation 중 하나인 SS set group (SSSG) switching과 AL을 연결 지어 설정할 수 있다. 예를 들어, traffic 수신 목적으로 MO이 빈번하게 위치한 SS set들을 SSSG으로 설정했을 때, 단말은 이러한 dense monitoring에 대해 고정된 AL을 기대하고 BD을 수행할 수 있다. 이는, 단말이 dense monitoring 중이라면 수행해야 할 BD 횟수가 많기 때문에 이를 줄이기 위해 모든 AL이 아닌 고정된 일부 AL에 대해서만 BD를 수행할 수 있도록 하기 위함 일 수 있다.
이상에서 단말이 기본적으로 PDCCH monitoring을 적게 하면서 특정 지시를 수신하여 monitoring 횟수를 늘리는 방법을 제안하였다. 이 경우, 단말은 특정 지시를 수신하기 전까지는 PDCCH monitoring을 sparse하게 하면서 전력 절감 효과를 기대하고, 특정 지시를 통해 추가적으로 monitoring 횟수를 늘려서 heavy traffic을 원활히 수신할 수 있다. 또한, DCI의 연결을 통해 BD 횟수를 줄이는 방법을 제안한다. 복수의 DCI가 연결된 설정에서, 하나의 DCI를 수신한 경우 단말은 연결된 DCI의 수신을 기대할 수 있고 더 적은 BD를 통해 이를 원활히 수신할 수 있다.
도 13는 단말의 DCI 수신의 일 예를 도시한다. 도 13는 제안 2의 적용의 일 구현 예로 이해될 수 있다.
도 13를 참조하면 단말은 기지국으로부터 DCI 연결과 관련한 설정을 받을 수 있다(F101). 이는 서로 다른 DCI 사이의 연결을 만들어 DCI를 수신할 때의 blind decoding (BD) 횟수를 줄이기 위함일 수 있다. 이와 관련하여 paired CORESET(제안 2-1)과 paired SS set(제안 2-2)와 같은 설정들이 포함될 수 있다.
기지국은 연결 설정을 갖는 SS set을 통해 DCI#1을 송신한다(F102).
단말은 일반적인 BD/CCE mapping rule을 적용하여 DCI#1을 위한 blind decoding을 수행한다(F103).
기지국은 DCI#2를 송신한다(F104).
DCI#1을 성공적으로 decoding하고 난 이후, 단말은 특정 slot 또는 일정 구간 동안 해당 DCI와 연결된 DCI#2를 모니터링한(F105). DCI#2가 연결 설정을 갖는 SS set을 통해 수신될 수 있으며 단말은 이에 기반하여 BD/CCE mapping rule을 적용하여 더 적은 blind decoding 횟수로 해당 DCI를 성공적으로 수신할 수 있다.
도 14는 일 실시예에 따른 단말의 신호 수신을 설명하기 위한 도면이다.
도 14를 참조하면 단말은 상위 계층 시그널링을 통해 하향링크 수신 주기에 대한 정보를 포함하는 설정 정보를 수신할 수 있다(A05).
단말은 하위 계층 시그널링을 통해서 하향링크 수신 주기를 조절하기 위한 하향링크 모니터링 마스크에 대한 정보를 수신할 수 있다(A10).
단말은 상기 하향링크 수신 주기 및 상기 하향링크 모니터링 마스크에 기초하여 하향링크 신호를 모니터링할 수 있다(A15).
상기 하향링크 모니터링 마스크가 적용되지 않는 제1 시간 구간에서, 상기 하향링크 수신 주기의 정수배에 기초하여 상기 하향링크 신호의 모니터링이 수행될 수 있다. 상기 하향링크 모니터링 마스크가 적용되는 제2 시간 구간에서, 상기 정수배 없이 상기 하향링크 수신 주기에 기초하여 상기 하향링크 신호의 모니터링이 수행될 수 있다.
상기 하향링크 신호는 PDCCH (physical downlink control channel)을 포함할 수 있다. 상기 설정 정보는 PDCCH 후보들에 대한 탐색 공간 세트의 설정 정보를 포함할 수 있다.
상기 하향링크 모니터링 마스크에 대한 정보는 DCI (downlink control information)를 통해 수신될 수 있다.
상기 하향링크 모니터링 마스크가 적용되지 않는 상기 제1 시간 구간에서, 상기 단말에 제공된 하향링크 자원 설정들 중 일부에 대해서만 상기 하향링크 신호의 모니터링이 수행될 수 있다.
상기 하향링크 모니터링 마스크가 적용되지 않는 상기 제2 시간 구간에서, 상기 단말에 제공된 하향링크 자원 설정들 중 전체에 대해서 상기 하향링크 신호의 모니터링이 수행될 수 있다.
상기 제1 시간 구간과 상기 제2 시간 구간은 타이머에 기초하여 결정될 수 있다.
상기 타이머는 DRX (discontinuous reception) 관련 타이머일 수 있다.
하향링크 모니터링 마스크에 대한 정보는 상기 단말에 설정된 다수의 하향링크 모니터링 마스크들 중 제1 하향링크 모니터링 마스크를 활성화할 수 있다.
상기 상위 계층 시그널링은 RRC (radio resource control) 시그널링이고, 상기 하위 계층 시그널링은 MAC (medium access control) 시그널링 또는 PHY (physical layer) 시그널링일 수 있다.
도 15는 일 실시예에 따른 기지국의 신호 송신을 설명하기 위한 도면이다.
도 15를 참조하면 기지국은 상위 계층 시그널링을 통해 하향링크 송신 주기에 대한 정보를 포함하는 설정 정보를 송신할 수 있다(B05).
기지국은 하위 계층 시그널링을 통해서 하향링크 송신 주기를 조절하기 위한 하향링크 모니터링 마스크에 대한 정보를 송신할 수 있다(B10).
기지국은 상기 하향링크 송신 주기 및 상기 하향링크 모니터링 마스크에 기초하여 하향링크 신호를 송신할 수 있다(B15). 상기 하향링크 모니터링 마스크가 적용되지 않는 제1 시간 구간에서, 상기 하향링크 송신 주기의 정수배에 기초하여 상기 하향링크 신호의 송신이 수행되고, 상기 하향링크 모니터링 마스크가 적용되는 제2 시간 구간에서, 상기 정수배 없이 상기 하향링크 송신 주기에 기초하여 상기 하향링크 신호의 송신이 수행될 수 있다.
상기 하향링크 신호는 PDCCH (physical downlink control channel)을 포함할 수 있다. 상기 설정 정보는 PDCCH 후보들에 대한 탐색 공간 세트의 설정 정보를 포함할 수 있다.
상기 하향링크 모니터링 마스크에 대한 정보는 DCI (downlink control information)를 통해 송신될 수 있다.
상기 하향링크 모니터링 마스크가 적용되지 않는 상기 제1 시간 구간에서, 상기 기지국이 단말에 설정한 하향링크 자원 설정들 중 일부에 대해서만 상기 하향링크 신호의 송신이 수행될 수 있다.
상기 하향링크 모니터링 마스크가 적용되지 않는 상기 제2 시간 구간에서, 상기 기지국이 단말에 설정한 하향링크 자원 설정들 전체에 대해서 상기 하향링크 신호의 송신이 수행될 수 있다.
상기 제1 시간 구간과 상기 제2 시간 구간은 타이머에 기초하여 결정될 수 있다.
상기 타이머는 DRX (discontinuous reception) 관련 타이머일 수 있다.
하향링크 모니터링 마스크에 대한 정보는 상기 기지국이 단말에 설정한 다수의 하향링크 모니터링 마스크들 중 제1 하향링크 모니터링 마스크를 활성화할 수 있다.
상기 상위 계층 시그널링은 RRC (radio resource control) 시그널링이고, 상기 하위 계층 시그널링은 MAC (medium access control) 시그널링 또는 PHY (physical layer) 시그널링일 수 있다.
도 16는 본 발명에 적용되는 통신 시스템(1)을 예시한다.
도 16를 참조하면, 본 발명에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 17는 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 17를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 17의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명의 일 실시예에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명의 일 실시예에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 18는 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 16 참조).
도 18를 참조하면, 무선 기기(100, 200)는 도 17의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 17의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 17의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 17, 100a), 차량(도 17, 100b-1, 100b-2), XR 기기(도 17, 100c), 휴대 기기(도 17, 100d), 가전(도 17, 100e), IoT 기기(도 17, 100f), 디지털 브로드캐스트용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 17, 400), 기지국(도 17, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 18에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
도 19은 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 19을 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 18의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있다.
본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
본 발명은 무선 이동 통신 시스템의 단말기, 기지국, 또는 기타 다른 장비에 사용될 수 있다.

Claims (14)

  1. 무선 통신 시스템에서 단말(UE)이 신호를 수신하는 방법에 있어서,
    상위 계층 시그널링을 통해 하향링크 수신 주기에 대한 정보를 포함하는 설정 정보를 수신;
    하위 계층 시그널링을 통해서 하향링크 수신 주기를 조절하기 위한 하향링크 모니터링 마스크에 대한 정보를 수신; 및
    상기 하향링크 수신 주기 및 상기 하향링크 모니터링 마스크에 기초하여 하향링크 신호를 모니터링하는 것을 포함하고,
    상기 하향링크 모니터링 마스크가 적용되지 않는 제1 시간 구간에서, 상기 하향링크 수신 주기의 정수배에 기초하여 상기 하향링크 신호의 모니터링이 수행되고,
    상기 하향링크 모니터링 마스크가 적용되는 제2 시간 구간에서, 상기 정수배 없이 상기 하향링크 수신 주기에 기초하여 상기 하향링크 신호의 모니터링이 수행되는, 방법.
  2. 제 1 항에 있어서,
    상기 하향링크 신호는 PDCCH (physical downlink control channel)을 포함하고,
    상기 설정 정보는 PDCCH 후보들에 대한 탐색 공간 세트의 설정 정보를 포함하는, 방법.
  3. 제 1 항에 있어서,
    상기 하향링크 모니터링 마스크에 대한 정보는 DCI (downlink control information)를 통해 수신되는, 방법.
  4. 제 1 항에 있어서,
    상기 하향링크 모니터링 마스크가 적용되지 않는 상기 제1 시간 구간에서, 상기 단말에 제공된 하향링크 자원 설정들 중 일부에 대해서만 상기 하향링크 신호의 모니터링이 수행되고,
    상기 하향링크 모니터링 마스크가 적용되지 않는 상기 제2 시간 구간에서, 상기 단말에 제공된 하향링크 자원 설정들 중 전체에 대해서 상기 하향링크 신호의 모니터링이 수행되는, 방법.
  5. 제 1 항에 있어서,
    상기 제1 시간 구간과 상기 제2 시간 구간은 타이머에 기초하여 결정되는, 방법.
  6. 제 1 항에 있어서,
    상기 타이머는 DRX (discontinuous reception) 관련 타이머인, 방법.
  7. 제 1 항에 있어서,
    하향링크 모니터링 마스크에 대한 정보는 상기 단말에 설정된 다수의 하향링크 모니터링 마스크들 중 제1 하향링크 모니터링 마스크를 활성화하는, 방법.
  8. 제 1 항에 있어서,
    상기 상위 계층 시그널링은 RRC (radio resource control) 시그널링이고, 상기 하위 계층 시그널링은 MAC (medium access control) 시그널링 또는 PHY (physical layer) 시그널링인, 방법.
  9. 제 1 항에 기재된 방법을 수행하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체.
  10. 무선 통신을 위한 디바이스에 있어서,
    명령어들을 저장하는 메모리; 및
    상기 명령어들을 실행함으로써 동작하는 프로세서를 포함하고,
    상기 프로세서의 동작은,
    상위 계층 시그널링을 통해 하향링크 수신 주기에 대한 정보를 포함하는 설정 정보를 수신;
    하위 계층 시그널링을 통해서 하향링크 수신 주기를 조절하기 위한 하향링크 모니터링 마스크에 대한 정보를 수신; 및
    상기 하향링크 수신 주기 및 상기 하향링크 모니터링 마스크에 기초하여 하향링크 신호를 모니터링하는 것을 포함하고,
    상기 하향링크 모니터링 마스크가 적용되지 않는 제1 시간 구간에서, 상기 하향링크 수신 주기의 정수배에 기초하여 상기 하향링크 신호의 모니터링이 수행되고,
    상기 하향링크 모니터링 마스크가 적용되는 제2 시간 구간에서, 상기 정수배 없이 상기 하향링크 수신 주기에 기초하여 상기 하향링크 신호의 모니터링이 수행되는, 디바이스.
  11. 제 10 항에 있어서,
    상기 프로세서의 제어 하에 무선 신호를 송신 또는 수신하는 송수신기를 더 포함하고,
    상기 디바이스는 무선 통신 시스템에서 동작하는 단말인, 디바이스.
  12. 제 10 항에 있어서,
    상기 디바이스는 무선 통신 시스템에서 동작하는 단말을 제어하도록 구성된 신호 처리 장치인, 디바이스.
  13. 무선 통신 시스템에서 기지국이 신호를 송신하는 방법에 있어서,
    상위 계층 시그널링을 통해 하향링크 송신 주기에 대한 정보를 포함하는 설정 정보를 송신;
    하위 계층 시그널링을 통해서 하향링크 송신 주기를 조절하기 위한 하향링크 모니터링 마스크에 대한 정보를 송신; 및
    상기 하향링크 송신 주기 및 상기 하향링크 모니터링 마스크에 기초하여 하향링크 신호를 송신하는 것을 포함하고,
    상기 하향링크 모니터링 마스크가 적용되지 않는 제1 시간 구간에서, 상기 하향링크 송신 주기의 정수배에 기초하여 상기 하향링크 신호의 송신이 수행되고,
    상기 하향링크 모니터링 마스크가 적용되는 제2 시간 구간에서, 상기 정수배 없이 상기 하향링크 송신 주기에 기초하여 상기 하향링크 신호의 송신이 수행되는, 방법.
  14. 무선 통신을 위한 기지국에 있어서,
    명령어들을 저장하는 메모리; 및
    상기 명령어들을 실행함으로써 동작하는 프로세서를 포함하고,
    상기 프로세서의 동작은,
    상위 계층 시그널링을 통해 하향링크 송신 주기에 대한 정보를 포함하는 설정 정보를 송신;
    하위 계층 시그널링을 통해서 하향링크 송신 주기를 조절하기 위한 하향링크 모니터링 마스크에 대한 정보를 송신; 및
    상기 하향링크 송신 주기 및 상기 하향링크 모니터링 마스크에 기초하여 하향링크 신호를 송신하는 것을 포함하고,
    상기 하향링크 모니터링 마스크가 적용되지 않는 제1 시간 구간에서, 상기 하향링크 송신 주기의 정수배에 기초하여 상기 하향링크 신호의 송신이 수행되고,
    상기 하향링크 모니터링 마스크가 적용되는 제2 시간 구간에서, 상기 정수배 없이 상기 하향링크 송신 주기에 기초하여 상기 하향링크 신호의 송신이 수행되는, 기지국.
PCT/KR2023/014825 2022-09-29 2023-09-26 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 WO2024071996A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263411571P 2022-09-29 2022-09-29
US63/411,571 2022-09-29

Publications (1)

Publication Number Publication Date
WO2024071996A1 true WO2024071996A1 (ko) 2024-04-04

Family

ID=90478506

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/014825 WO2024071996A1 (ko) 2022-09-29 2023-09-26 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2024071996A1 (ko)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180145800A1 (en) * 2016-11-24 2018-05-24 Samsung Electronics Co., Ltd. Method of reducing power consumption in user equipment
WO2021133554A1 (en) * 2019-12-23 2021-07-01 Qualcomm Incorporated Pdcch monitoring reduction for reduced-capability user equipments by means of a cell zone identifier

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180145800A1 (en) * 2016-11-24 2018-05-24 Samsung Electronics Co., Ltd. Method of reducing power consumption in user equipment
WO2021133554A1 (en) * 2019-12-23 2021-07-01 Qualcomm Incorporated Pdcch monitoring reduction for reduced-capability user equipments by means of a cell zone identifier

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LENOVO: "XR-specific power saving techniques", 3GPP DRAFT; R1-2206518, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Toulouse, France; 20220822 - 20220826, 12 August 2022 (2022-08-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052274450 *
QUALCOMM INCORPORATED: "Power Saving Techniques for XR", 3GPP DRAFT; R1-2205054, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20220509 - 20220520, 29 April 2022 (2022-04-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052191715 *
VIVO: "Discussion on CSI-mask Configuration with Multicast DRX", 3GPP DRAFT; R2-2204831, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20220509 - 20220520, 25 April 2022 (2022-04-25), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052142728 *

Similar Documents

Publication Publication Date Title
WO2022216024A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022154613A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2021154054A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022154637A1 (ko) 무선 통신 시스템에서 신호 송수신 방법 및 장치
WO2022031135A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022031136A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022154614A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022030989A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022065950A1 (ko) Nr v2x에서 sl drx 설정의 비활성 구간을 사용한 동작 방법 및 장치
WO2022216045A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022086174A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023014199A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022154606A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022086254A1 (ko) 무선 통신 시스템에서 신호 송수신 방법 및 장치
WO2021020944A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024071996A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024072160A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024080734A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024096454A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023014029A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024071808A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024071969A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024071965A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024096466A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023210984A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23873110

Country of ref document: EP

Kind code of ref document: A1