WO2023211210A1 - 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치 - Google Patents

무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치 Download PDF

Info

Publication number
WO2023211210A1
WO2023211210A1 PCT/KR2023/005793 KR2023005793W WO2023211210A1 WO 2023211210 A1 WO2023211210 A1 WO 2023211210A1 KR 2023005793 W KR2023005793 W KR 2023005793W WO 2023211210 A1 WO2023211210 A1 WO 2023211210A1
Authority
WO
WIPO (PCT)
Prior art keywords
dci
cell
dci format
size
scheduling
Prior art date
Application number
PCT/KR2023/005793
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 WO2023211210A1 publication Critical patent/WO2023211210A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Definitions

  • the present invention relates to methods and devices used in wireless communication systems.
  • 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) system, Frequency Division Multiple Access (FDMA) system, Time Division Multiple Access (TDMA) system, Orthogonal Frequency Division Multiple Access (OFDMA) system, and Single Carrier Frequency Division Multiple Access (SC-FDMA) system. Division Multiple Access) system, etc.
  • 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
  • the technical problem to be achieved by the present invention is to provide a signal monitoring method and device for efficiently monitoring control signals in a wireless communication system.
  • the technical problem of the present invention is not limited to the technical problem described above, and other technical problems can be inferred from the embodiments of the present invention.
  • the present invention provides a signal monitoring method and device in a wireless communication system.
  • a method for a terminal to monitor a control signal in a wireless communication system includes: determining a control channel element (CCE) index corresponding to a PDCCH candidate; and monitoring the PDCCH candidate for downlink control information (DCI) format on a scheduling cell, based on the CCE index; It includes, based on the DCI format being a first DCI format for scheduling a physical downlink shared channel (PDSCH) or a physical uplink shared channel (PUSCH) on one scheduled cell, the CCE index is It is set based on the CIF (carrier indicator field) value included in the DCI format, and based on the DCI format being a second DCI format for scheduling PDSCHs or PUSCHs on a plurality of scheduled cells, the CCE index is A signal monitoring method is provided that is independently set for each combination of all or part of a plurality of scheduled cells.
  • CCE control channel element
  • a device, processor, and storage medium for performing the signal monitoring method are provided.
  • the devices may include at least a terminal, a network, and an autonomous vehicle capable of communicating with other autonomous vehicles other than the device.
  • Figure 1 illustrates the structure of a radio frame.
  • Figure 2 illustrates a resource grid of slots.
  • Figure 3 shows an example of mapping a physical channel within a slot.
  • Figure 4 is a diagram for explaining a signal monitoring method according to an embodiment of the present invention.
  • CDMA can be implemented with wireless technologies such as Universal Terrestrial Radio Access (UTRA) 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).
  • 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)/LTE-A pro is an evolved version of 3GPP LTE
  • 3GPP NR New Radio or New Radio Access Technology
  • 3GPP LTE/LTE-A/LTE-A pro is an evolved version of 3GPP LTE/LTE-A/LTE-A pro.
  • LTE refers to technology after 3GPP TS 36.xxx Release 8.
  • LTE technology after 3GPP TS 36.xxx Release 10 is referred to as LTE-A
  • LTE technology after 3GPP TS 36.xxx Release 13 is referred to as LTE-A pro
  • 3GPP NR refers to technology after TS 38.xxx Release 15.
  • LTE/NR may be referred to as a 3GPP system.
  • “xxx” refers to the standard document detail number.
  • LTE/NR can be collectively referred to as a 3GPP system.
  • terms, abbreviations, etc. used in the description of the present invention matters described in standard documents published before the present invention may be referred to. For example, you can refer to the following document:
  • RRC Radio Resource Control
  • Figure 1 illustrates the structure of a radio frame used in NR.
  • uplink (UL) and downlink (DL) transmission consists of frames.
  • a radio frame has a length of 10ms and is defined as two 5ms half-frames (HF).
  • a half-frame is defined as five 1ms subframes (Subframe, SF).
  • a subframe is divided into one or more slots, and the number of slots within a subframe depends on SCS (Subcarrier Spacing).
  • Each slot contains 12 or 14 OFDM(A) symbols depending on the cyclic prefix (CP). When normal CP (normal CP) is used, each slot contains 14 symbols. When extended CP (extended CP) is used, each slot contains 12 symbols.
  • the symbol may include an OFDM symbol (or CP-OFDM symbol) and an SC-FDMA symbol (or DFT-s-OFDM symbol).
  • 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.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • UE user equipment
  • the (absolute time) interval of time resources e.g., SF, slot, or TTI
  • TU Time Unit
  • NR supports multiple Orthogonal Frequency Division Multiplexing (OFDM) numerologies (e.g., subcarrier spacing, SCS) to support various 5G services. For example, if SCS is 15kHz, it supports wide area in traditional cellular bands, and if SCS is 30kHz/60kHz, it supports dense-urban, lower latency. And it can support a wider carrier bandwidth.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the NR frequency band is defined by two types of frequency ranges (FR) (FR1/FR2).
  • FR1/FR2 can be configured as shown in Table 3 below. Additionally, FR2 may mean millimeter wave (mmW).
  • mmW millimeter wave
  • Figure 2 illustrates the slot structure of an NR frame.
  • a slot includes a plurality of symbols in the time domain. For example, in the case of normal CP, one slot includes 14 symbols, and in the case of extended CP, one slot includes 12 symbols.
  • a carrier wave includes a plurality of subcarriers in the frequency domain.
  • RB Resource Block
  • RB interlaces (simply interlaces) may be defined.
  • Interlace m ⁇ 0, 1, ..., M-1 ⁇ can be composed of (common) RB ⁇ m, M+m, 2M+m, 3M+m, ... ⁇ .
  • M represents the number of interlaces.
  • BWP Bandwidth Part
  • RBs e.g., physical RB, PRB
  • 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 within one cell/carrier.
  • Each element in the resource grid is referred to as a Resource Element (RE), and one modulation symbol can be mapped.
  • RE Resource Element
  • 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/signals exist depending on the type/purpose of the information they transmit and receive.
  • a physical channel corresponds to a set of resource elements (REs) that carry information originating from higher layers.
  • a physical signal corresponds to a set of resource elements (REs) used by the physical layer (PHY), but does not carry information originating from higher layers.
  • the upper layer includes a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, and a Radio Resource Control (RRC) layer.
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • RRC Radio Resource Control
  • DL physical channels include Physical Broadcast Channel (PBCH), Physical Downlink Shared Channel (PDSCH), and Physical Downlink Control Channel (PDCCH).
  • DL physical signals include DL Reference Signal (RS), Primary synchronization signal (PSS), and Secondary synchronization signal (SSS).
  • DL RS includes demodulation RS (DM-RS), phase-tracking RS (PT-RS), and channel-state information RS (CSI-RS).
  • UL physical channels include Physical Random Access Channel (PRACH), Physical Uplink Shared Channel (PUSCH), and Physical Uplink Control Channel (PUCCH).
  • UL physical signals include UL RS.
  • UL RS includes DM-RS, PT-RS, and SRS (Sounding RS).
  • Figure 3 shows an example of mapping a physical channel within a slot.
  • a DL control channel, DL or UL data, UL control channel, etc. may all be included in one slot.
  • the first N symbols in a slot may be used to transmit a DL control channel (hereinafter, DL control area), and the last M symbols in a slot may be used to transmit a UL control channel (hereinafter, UL control area).
  • 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 for DL data transmission or may be used for UL data transmission.
  • PDCCH may be transmitted in the DL control area
  • PDSCH may be transmitted in the DL data area.
  • the base station may be, for example, gNodeB.
  • PDSCH carries downlink data (e.g., DL-shared channel transport block, DL-SCH TB).
  • TB is encoded into a codeword (CodeWord, CW) and then transmitted through scrambling and modulation processes.
  • CW includes one or more code blocks (Code Block, CB).
  • CB code Block
  • One or more CBs can be grouped into one CBG (CB group).
  • PDSCH can carry up to two CWs. Scrambling and modulation are performed for each CW, and the modulation symbols generated from each CW are mapped to one or more layers. Each layer is mapped to resources along with DMRS through precoding and transmitted through the corresponding antenna port.
  • PDSCH is either dynamically scheduled by PDCCH, or semi-statically based on upper layer (e.g., RRC) signaling (and/or Layer 1 (L1) signaling (e.g., PDCCH)).
  • Upper layer e.g., RRC
  • L1 Layer 1
  • PDCCH Packet Control Channel
  • Can be scheduled Configured Scheduling, CS. Therefore, in dynamic scheduling, PDSCH transmission is accompanied by PDCCH, but in CS, PDSCH transmission is not accompanied by PDCCH.
  • CS includes semi-persistent scheduling (SPS).
  • PDCCH carries Downlink Control Information (DCI).
  • DCI Downlink Control Information
  • PCCCH i.e., DCI
  • RAR random access response
  • SPS/CS Configured Scheduling
  • 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 UL 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.
  • PDCCH/DCI includes a cyclic redundancy check (CRC), and the CRC is masked/scrambled with various identifiers (e.g. Radio Network Temporary Identifier, RNTI) depending on the owner or purpose of use of the PDCCH.
  • CRC cyclic redundancy check
  • RNTI Radio Network Temporary Identifier
  • Table 5 illustrates the use and transmission channel of PDCCH according to RNTI.
  • the transport channel refers to the transport channel associated with the data carried by the PDSCH/PUSCH scheduled by the PDCCH.
  • the modulation method of the PDCCH is fixed (e.g. Quadrature Phase Shift Keying, QPSK), and one PDCCH consists of 1, 2, 4, 8, or 16 CCEs (Control Channel Elements) depending on the AL (Aggregation Level).
  • One CCE consists of six REGs (Resource Element Group).
  • One REG is defined by one OFDMA symbol and one (P)RB.
  • CORESET Control Resource Set
  • CORESET corresponds to a set of physical resources/parameters used to carry PDCCH/DCI within BWP.
  • CORESET contains a set of REGs with given pneumonology (e.g. SCS, CP length, etc.).
  • CORESET can be set through system information (eg, MIB) or UE-specific higher layer (eg, RRC) signaling. Examples of parameters/information used to set CORESET are as follows. One or more CORESETs are set for one terminal, and multiple CORESETs may overlap in the time/frequency domain.
  • controlResourceSetId Indicates identification information (ID) of CORESET.
  • MSB Most Significant Bit
  • duration Represents the time domain resources of CORESET. Indicates the number of consecutive OFDMA symbols that constitute CORESET. For example, duration has values from 1 to 3.
  • - cce-REG-MappingType Indicates the CCE-to-REG mapping type. Interleaved and non-interleaved types are supported.
  • precoderGranularity Indicates the precoder granularity in the frequency domain.
  • TCI-StateID indicates the TCI (Transmission Configuration Indication) state for the PDCCH.
  • 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
  • - pdcch-DMRS-ScramblingID Indicates information used to initialize the PDCCH DMRS scrambling sequence.
  • the UE may monitor (e.g., blind decode) a set of PDCCH candidates in CORESET.
  • the PDCCH candidate indicates the CCE(s) monitored by the UE for PDCCH reception/detection.
  • PDCCH monitoring may be performed in one or more CORESETs on the active DL BWP on each activated cell for which PDCCH monitoring is configured.
  • the set of PDCCH candidates monitored by the UE is defined as a PDCCH search space (SS) set.
  • the SS set may be a common search space (CSS) set or a UE-specific search space (USS) set.
  • Table 6 illustrates the PDCCH search space.
  • the SS set can be set through system information (eg, MIB) or UE-specific higher layer (eg, RRC) signaling. Up to S (eg, 10) SS sets may be configured in each DL BWP of the serving cell. For example, the following parameters/information may be provided for each SS set.
  • Each SS set is associated with one CORESET, and each CORESET configuration may be associated with one or more SS sets.
  • - searchSpaceId Indicates the ID of the SS set.
  • controlResourceSetId Indicates the CORESET associated with the SS set.
  • monitoringSlotPeriodicityAndOffset Indicates the PDCCH monitoring period interval (slot unit) and PDCCH monitoring interval offset (slot unit).
  • - monitoringSymbolsWithinSlot Indicates the first OFDMA 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 OFDMA symbol in the slot. The MSB of the bitmap corresponds to the first OFDM symbol in the slot. OFDMA 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 whether the SS type is CSS or USS.
  • - DCI format Indicates the DCI format of the PDCCH candidate.
  • the UE can monitor PDCCH candidates in one or more SS sets within a slot.
  • An opportunity to monitor PDCCH candidates (e.g., time/frequency resources) is defined as a PDCCH (monitoring) opportunity.
  • PDCCH (monitoring) opportunity One or more PDCCH (monitoring) opportunities may be configured within a slot.
  • Multi-cell scheduling In a CA situation where multiple cells are configured, for the purpose of reducing the DCI overhead required for PDSCH/PUSCH scheduling, Rel-18 simultaneously schedules multiple serving cells/CCs with a single DCI (based on justification as shown in Table 7).
  • Multi-cell scheduling may be considered.
  • the expression 'scheduling a plurality of cells' can be understood as 'scheduling a PDSCH or PUSCH to be transmitted in each of a plurality of cells.
  • multi-cell DCI is DCI for scheduling PDSCHs or PUSCHs on different cells.
  • Table 7 is a justification for supporting DCI for this purpose in Rel-18, and can be understood as one of the motivations for the introduction of DCI (PDCCH).
  • Excerpted from RP-220834 NR supports a wide range of spectrum in different frequency ranges. It is expected that there will be increasing availability of spectrum in the market for 5G Advanced possibly due to re-farming from the bands originally used for previous cellular generation networks. Especially for low frequency FR1 bands, the available spectrum blocks tend to be more fragmented and scattered with narrower bandwidth. For FR2 bands and some FR1 bands, the available spectrum can be wider such that intra-band multi-carrier operation is necessary. To meet different spectrum needs, it is important to ensure that these scattered spectrum bands or wider bandwidth spectrum can be utilized in a more spectral/power efficient and flexible manner, thus providing higher throughput and decent coverage in the network.
  • the current scheduling mechanism only allows scheduling of single cell PUSCH/PDSCH per a scheduling DCI. With more available scattered spectrum bands or wider bandwidth spectrum, the need of simultaneous scheduling of multiple cells is expected to be increasing. To reduce the control overhead, it is beneficial to extend from single-cell scheduling to multi-cell PUSCH/PDSCH scheduling with a single scheduling DCI. Meanwhile, trade-off between overhead saving and scheduling restriction has to be taken into account.
  • the present invention proposes a PDCCH monitoring method and a method for setting related PDCCH candidates for DCI (multi-cell DCI) that performs multi-cell scheduling as described above.
  • the DCI performing multi-cell scheduling is denoted as m-cc DCI
  • the DCI performing conventional single-cell scheduling is denoted as s-cc DCI
  • the DCI that schedules the PDSCH and the DCI that schedules the PUSCH are not differentiated and are expressed as m-cc DCI or s-cc DCI.
  • the scheduled PDSCH and/or PUSCH may be indicated as PDSCH/PUSCH (or PxSCH) in some cases.
  • a cell may mean a serving cell.
  • a cell may consist of one DL CC (component carrier) and 0 to 2 UL CCs, but the methods described later are not limited to this.
  • cell and CC may be used interchangeably.
  • Cell/CC can be applied in place of the (active) BWP within the serving cell.
  • cells/CCs are PCell (primary cell), S cell (SCell, It can be used as a concept encompassing secondary cell), PS cell, (PSCell, primary SCell), etc.
  • the cell (or CC) that schedules PDSCH/PUSCH can be expressed as a scheduling cell (scheduling Cell or scheduling CC), and the cell where the PDSCH/PUSCH scheduled through the corresponding scheduling cell is actually transmitted is scheduled. It can be expressed as scheduled cell or scheduled CC.
  • scheduling cell and the scheduled cell are the same can be referred to as self-carrier scheduling, and the case where they are different can be referred to as cross-carrier scheduling.
  • Table 8 and Table 9 show information elements (IE) related to cross-carrier scheduling, described in 3GPP TS 38.331.
  • CrossCarrierSchedulingConfig The IE CrossCarrierSchedulingConfig is used to specify the configuration when the cross-carrier scheduling is used in a cell.
  • CrossCarrierSchedulingConfig :: SEQUENCE ⁇ schedulingCellInfo CHOICE ⁇ own SEQUENCE ⁇ -- Cross carrier scheduling: scheduling cell cif-Presence BOOLEAN ⁇ , other SEQUENCE ⁇ -- Cross carrier scheduling: scheduled cell schedulingCellId ServCellIndex, cif-InSchedulingCell INTEGER (1..7) ⁇ ⁇ , ..., [[ carrierIndicatorSize-r16 SEQUENCE ⁇ carrierIndicatorSizeDCI-1-2-r16 INTEGER (0..3), carrierIndicatorSizeDCI-0-2-r16 INTEGER (0..3) ⁇ OPTIONAL, -- Cond CIF-PRESENCE enableDefault
  • CrossCarrierSchedulingConfig field descriptions cif-Presence
  • the field is used to indicate whether carrier indicator field is present (value true) or not (value false) in PDCCH DCI formats, see TS 38.213 [13]. If cif-Presence is set to true, the CIF value indicating a grant or assignment for this cell is 0.
  • cif-InSchedulingCell The field indicates the CIF value used in the scheduling cell to indicate a grant or assignment applicable for this cell, see TS 38.213 [13].
  • other Parameters for cross-carrier scheduling ie, a serving cell is scheduled by a PDCCH on another (scheduling) cell. The network configures this field only for SCells.
  • schedulingCellId Indicates which cell signals the downlink allocations and uplink grants, if applicable, for the concerned SCell.
  • the scheduling cell is part of the same cell group (ie MCG or SCG) as the scheduled cell.
  • CCS settings in the NR system can be set by CrossCarrierSchedulingConfig, an upper layer parameter, as shown in Tables 8 and 9.
  • a CIF (carrier indicator field) value is set in the DCI (e.g., DCI format 0_1/0_2/1_1/1_2) scheduling PDSCH or PUSCH, and the value is 0 for the own cell (own cell) and ( It has a value from 1 to 7 (set by cif-InSchedulingCell).
  • the set CIF value corresponds to the n_CI value and is used to determine the PDCCH candidate.
  • PDCCH monitoring corresponding to the search space set (SS set) set for the scheduled cell is performed using the PDCCH MO (monitoring occasion) linked to the search space set having the same index as the corresponding SS set in the scheduling cell. is carried out in In addition, the number of PDCCH candidates for each aggregation level (AL) set in the corresponding SS set of the scheduled cell is inherited as is, and the corresponding number of PDCCH candidates is applied when monitoring the PDCCH on the scheduled cell in the corresponding SS set on the scheduling cell.
  • PDCCH MO can be determined for each SS set s in CORESET p. Up to 10 SS sets can be associated with one CORESET, and each SS set can be identified by an SS set index.
  • a UE determines a PDCCH monitoring occasion on an active DL B
  • the UE determines that PDCCH monitoring occasions exist in a slot with number [4, TS 38.211] in a frame with number n f if .
  • the UE monitors PDCCH candidates for search space set s for T s consecutive slots, starting from slot , and does not monitor PDCCH candidates for search space set s for the next k s -T s consecutive slots.
  • monitoringSlotsWithinSlotGroup is provided, for search space set s, the UE determines that the slot with number [4, TS 38.211] in a frame with number n f satisfying is the first slot in a first group of L s slots and that PDCCH monitoring occasions exist in T s /L s consecutive groups of slots starting from the first group, where L s is the size of monitoringSlotsWithinSlotGroup .
  • the UE monitors PDCCH candidates for search space set s within each of the T s /L s consecutive groups of slots according to monitoringSlotsWithinSlotGroup , starting from slot and does not monitor PDCCH candidates for search space set s for the next k s -T s consecutive slots.
  • SS set #s for cell #1 and cell #2 can be set as follows.
  • the number of PDCCH candidates for a specific AL n is set to N_1(n).
  • the number of PDCCH candidates for a specific AL n is set to N_2(n).
  • the terminal can perform monitoring of the following PDCCHs in the PDCCH MOs set in SS set #s on cell #1.
  • the PDCCH transmitted in Cell #1 can schedule data (e.g., PDSCH or PUSCH) transmitted in Cell #2, and the relationship established between Cell #1 and Cell #2 described above can be used as a CCS relationship for convenience. It can be referred to as Additionally, monitoring PDCCHs may mean monitoring PDCCH candidates.
  • a connection relationship e.g., a CCS relationship
  • M is an integer greater than 1
  • a connection relationship e.g., a CCS relationship
  • m-cc DCI which can schedule multiple cells simultaneously
  • s-cc DCI which can schedule one cell.
  • one cell is indicated as cell #k (in this case, k means cell index or k-th cell)
  • a set of two or more cells is indicated using the symbol ⁇ ⁇ .
  • ⁇ cell#1, cell#2 ⁇ means cell#1 and cell#2.
  • a set of M cells is denoted as ⁇ cell#m ⁇ ,M ⁇ .
  • m-cc DCI can be defined to always schedule ⁇ cell#m ⁇ ,M ⁇ .
  • M means an integer of 2 or more.
  • Cell #m may be a scheduling cell receiving m-cc DCI (PDCCH) or a scheduled cell scheduled by m-cc DCI.
  • m-cc DCI can be defined to always schedule ⁇ cell#m ⁇ ,M ⁇ . At this time, M means an integer of 2 or more. Cell #m can be a scheduled cell scheduled by m-cc DCI.
  • m-cc DCI can be defined to schedule ⁇ cell#m ⁇ ,M ⁇ , or to schedule one cell (ref-cc) among ⁇ cell#m ⁇ ,M ⁇ .
  • multiple cells can be scheduled simultaneously (multi-cell scheduling), or only one cell can be scheduled (single-cell scheduling).
  • the single cell may be fixed to a specific cell (ref-cc).
  • Single-cell scheduling through m-cc DCI may not be allowed for cells other than a specific cell.
  • M means an integer of 2 or more.
  • Cell #m may be a scheduling cell receiving m-cc DCI (PDCCH), or a scheduled cell scheduled by m-cc DCI.
  • Reference CC (ref-cc) refers to one specific cell among ⁇ cell#m ⁇ ,M ⁇ , and can be defined in advance or set implicitly or explicitly.
  • the cell with the lowest (or highest) index can be the ref-cc.
  • the corresponding cell can become a ref-cc.
  • the scheduling cell may be selected as ref-cc.
  • the cell that serves as the basis for the CIF value may be determined as ref-CC.
  • the signaled cell index may indicate a cell corresponding to the pre-defined rule (or implicit setting) described above.
  • m-cc DCI can be defined to schedule ⁇ cell#m ⁇ ,M ⁇ or to schedule one cell (ref-cc) among ⁇ cell#m ⁇ ,M ⁇ .
  • M means an integer of 2 or more.
  • Cell #m can be a scheduled cell scheduled by m-cc DCI.
  • ref-cc refers to one specific cell among ⁇ cell#m ⁇ ,M ⁇ , and can be defined in advance or set implicitly or explicitly. The method described in 1.1-2 Option 2 can be used to set ref-cc.
  • m-cc DCI can be defined to schedule ⁇ cell#m ⁇ ,M ⁇ .
  • M means an integer of 1 or more.
  • multiple cells can be scheduled simultaneously or only one cell can be scheduled through m-cc DCI.
  • the single cell may not be fixed to a specific cell (ref-cc).
  • Cell #m may be a scheduling cell receiving m-cc DCI (PDCCH) or a scheduled cell scheduled by m-cc DCI.
  • m-cc DCI can be defined to schedule ⁇ cell#m ⁇ ,M ⁇ . At this time, M means an integer of 1 or more. Cell #m can be a scheduled cell scheduled by m-cc DCI.
  • the PDCCH monitoring operation of the UE in the cell scheduling m-cc DCI can be defined as follows.
  • the terminal can expect to receive m-cc DCI set to 1.1-1 Option 1 above. Additionally, the terminal can expect to receive s-cc DCI through self-scheduling or cross-carrier scheduling for each cell belonging to ⁇ cell#m ⁇ ,M ⁇ set as an m-cc DCI scheduling target.
  • 1.1-1a Option 1a The terminal can expect to receive m-cc DCI set to 1.1-1a Option 1a. Additionally, the terminal can expect to receive s-cc DCI for cross-carrier scheduling of one cell among ⁇ cell#m ⁇ ,M ⁇ or self-scheduling for the corresponding scheduling cell.
  • the terminal can expect to receive m-cc DCI set to 1.1-2 Option 2 above.
  • the terminal can expect to receive s-cc DCI for self- or cross-carrier scheduling of cells belonging to ⁇ cell#m ⁇ ,M ⁇ set as m-cc DCI scheduling targets, excluding the specific ref-cc. .
  • the terminal can expect to receive m-cc DCI set to 1.1-2a Option 2a. Additionally, the terminal can expect to receive s-cc DCI for cross-carrier scheduling of one cell among ⁇ cell#m ⁇ ,M ⁇ or self-scheduling for the corresponding scheduling cell.
  • Option 3 The terminal can expect to receive m-cc DCI set to Option 3 above. At this time, the terminal may not expect to receive s-cc DCI for self or cross-carrier scheduling of any cell belonging to ⁇ cell#m ⁇ ,M ⁇ set as the m-cc DCI scheduling target.
  • the terminal can expect to receive m-cc DCI set to 1.1-3a Option 3a. Additionally, the terminal can expect to receive s-cc DCI for self-scheduling the corresponding scheduling cell. At this time, the terminal may not expect to receive s-cc DCI for cross-carrier scheduling of one cell among ⁇ cell#m ⁇ ,M ⁇ .
  • the values proposed/calculated in each method are (separately) Even if there is no explanation), the final result can be applied as an integer value through the ceil or floor function.
  • a carrier indicator field may be set in the s-cc DCI of a conventional NR system.
  • a scheduling cell and a scheduled cell can be connected during CCS through the corresponding CIF value.
  • the number of scheduled cells related to s-cc DCI is 1.
  • SS sets and/or CCS-related settings were made on a cell-by-cell basis.
  • m-cc DCI can schedule PDSCH/PUSCH for multiple cells simultaneously, it may be necessary to decide on which cell among the multiple scheduled cells the SS set and/or CCS-related settings should be made. .
  • M cells ⁇ cell#m ⁇ ,M ⁇ are set as m-cc DCI scheduling targets.
  • SS set setting and/or CIF value setting can be made in one of the three standard units below.
  • SS set#s for m-cc DCI are set, and CIF values for the corresponding SS set#s can be set.
  • the SS set and CIF value can be set for all CC combinations (the entire CC set belonging to them) that can be simultaneously scheduled through m-cc DCI. That is, the SS set and CIF value for the m-cc DCI itself can be set.
  • the CIF value may be set to have a different value from the CIF (single-cell CIF) value (for a single CC) set in existing (single-cell scheduling) DCI-based (cross-carrier) scheduling.
  • SS set#s and/or CIF values for the corresponding m-cc DCI can be set.
  • SS set and/or CIF value can be set for each CC combination that can be simultaneously scheduled through m-cc DCI.
  • the CIF value for each CC combination may be set to have a different value from the CIF (single-cell CIF) value (for a single CC) set in existing (single-cell scheduling) DCI-based (cross-carrier) scheduling.
  • CIF single-cell CIF
  • cross-carrier DCI-based
  • SS set#s_B and/or CIF_B are set.
  • SS set#s_C and/or CIF_C may be set.
  • SS set#s_D and/or CIF_D can be set.
  • SS set and/or CIF value can be set for each CC that can be scheduled through m-cc DCI.
  • the CIF value for each CC may be set to be the same as the CIF value set in existing (single-cell scheduling) and DCI-based (cross-carrier) scheduling for the corresponding CC.
  • SS for cell#1 set#s_1 and/or CIF_1 can be set individually, and SS set#s_2 and/or CIF_2 can be set individually for cell#2 (and SS set#s_3 and/or CIF_3 can also be set individually for cell #3).
  • the CCE location of n_CI and/or PDCCH candidate (set) (corresponding to each n_CI value) will be determined (according to a method described later) You can.
  • the PDCCH candidate (set) determined from the CIF (and n_CI) value set based on reference unit 1, reference unit 2, or reference unit 3 (corresponding to each n_CI value for the m-cc DCI) is m -cc Can be shared (SS sharing) regardless of the cell (combination) that DCI schedules. In other words, (one or) multiple (e.g.
  • a CC that can be scheduled with m-cc DCI can be set to be able to schedule with s-cc DCI.
  • the CIF value for each CC can be independently set for each cell that can be scheduled with m-cc DCI.
  • the CIF value for each CC must be set separately for each of the plurality of CCs. It may be possible. Therefore, it is necessary to distinguish between the CIF value for m-cc DCI and the CIF value for s-cc DCI.
  • CIF value for m-cc DCI can be set independently. In other words, one CIF value can be set through a separate SS set setting for m-cc DCI.
  • the CIF value for m-cc DCI is set to the CIF value of a specific representative cell (ref-cc) among M cells (i.e., ⁇ cell#m ⁇ ,M ⁇ ) that can be scheduled with m-cc DCI. It can be. ref-cc can be defined in advance, or set implicitly or explicitly.
  • ref-cc in advance or set it implicitly: It can be the cell with the lowest or highest index among ⁇ cell#m ⁇ ,M ⁇ . Or, if a PCell, PSCell, or PUCCH SCell is included in the set, the corresponding cell can become a ref-cc. Alternatively, the scheduling cell may be selected as ref-cc. Alternatively, among cells scheduled with m-cc DCI, the ref-CC may be determined as the cell that serves as the standard for the CIF value.
  • ref-cc can be set semi-statically through upper layer signaling such as RRC or MAC-CE.
  • the ref-CC may be set dynamically through DCI.
  • the signaled cell index may indicate a cell corresponding to the pre-defined rule (or implicit setting) described above.
  • the CIF value for m-cc DCI can be set to the CIF value of a specific representative cell (ref-cc) among cells that can be scheduled with m-cc DCI plus an offset.
  • the CIF value for m-cc DCI may be determined by adding 1 to the highest/largest value among the single-cell CIF values.
  • ref-cc can be defined/set by the method described in [Method 2A].
  • the offset may be defined or set in advance (e.g., higher layer signaling).
  • CIF value can be set independently for each CC combination. That is, the CIF value can be set through a separate SS set for each CC combination. For example, for m-cc DCI that can simultaneously schedule up to ⁇ cell#1, cell#2, cell#3 ⁇ , the CIF value can be set for each CC combination that is actually scheduled, as shown in the following example.
  • the CIF value for each CC combination can be set to the CIF value of a specific representative cell (ref-cc) among cells belonging to the CC combination.
  • ref-cc can be defined in advance, or set implicitly or explicitly.
  • ref-cc in advance or set it implicitly: It can be the cell with the lowest or highest index among ⁇ cell#m ⁇ ,M ⁇ . Or, if a PCell, PSCell, or PUCCH SCell is included in the set, the corresponding cell can become a ref-cc. Alternatively, the scheduling cell may be selected as ref-cc. Alternatively, among cells scheduled with m-cc DCI, the ref-CC may be determined as the cell that serves as the standard for the CIF value.
  • ref-cc can be set semi-statically through upper layer signaling such as RRC or MAC-CE.
  • the ref-CC may be set dynamically through DCI.
  • the signaled cell index may indicate a cell corresponding to the pre-defined rule (or implicit setting) described above.
  • Method 3B The CIF value for each CC combination can be set to the CIF value of a specific representative cell (ref-cc) among cells belonging to the CC combination plus an offset.
  • ref-cc can be defined/set by the method described in [Method 2B], and the offset can also be defined in advance or set separately (e.g., higher layer signaling).
  • the CIF value per CC for m-cc DCI can be set to the same value as the CIF value per CC set for s-cc DCI for the corresponding CC.
  • This method may be a simple method that does not require separate rules or signaling to determine the CIF value of m-cc DCI.
  • CIF value for each CC for m-cc DCI can be set independently.
  • the CIF value per CC for m-cc DCI may be set to be different from the CIF value per CC set for s-cc DCI, and a separate rule may be required for this.
  • a CIF field for m-cc DCI may be defined. This can help reduce the probability of PDCCH blocking.
  • the CIF value per CC for m-cc DCI can be set to the CIF value per CC set for s-cc DCI for the corresponding CC plus an offset.
  • the offset value may be predefined or set separately (e.g., higher layer signaling).
  • the number of PDCCH candidates for each AL n for m-cc DCI can also be set in a different way in accordance with the above standard unit. That is, similar to [standard unit 1], SS set#s for m-cc DCI are set, and the number of PDCCH candidates for each AL n can be set for the corresponding SS set#s. Alternatively, similar to [standard unit 2], the number of PDCCH candidates for each SS set and/or AL n can be set for each CC combination simultaneously scheduled through m-cc DCI. Alternatively, similar to [standard unit 3], the number of PDCCH candidates for each SS set and/or AL n may be set for each CC scheduled through m-cc DCI.
  • setting the SS set for m-cc DCI and/or setting the number of PDCCH candidates for each AL n for the corresponding SS set and/or the CIF value of the corresponding SS set may be set based on the same CC set.
  • the SS set for the m-cc DCI, the number of PDCCH candidates for each AL n, and the CIF value may be set based on the total CC set/number that can be scheduled through the m-cc DCI.
  • the SS set, number of PDCCH candidates for each AL n, and CIF value can be set for each CC combination that can be simultaneously scheduled through m-cc DCI.
  • the SS set, number of PDCCH candidates for each AL n, and CIF value can be set for each CC that can be scheduled through m-cc DCI.
  • the CIF value can be set/reset through upper layer signaling such as RRC or MAC-CE or dynamically such as DCI. For example, when the CA is (re)set, or when each SCell is activated, the CIF value for the corresponding cells may be set/reset.
  • n_CI used when determining the CCE location of a PDCCH candidate is determined using the CIF value on the corresponding DCI. That is, n_CI can be determined through the CIF value. That is, different n_CI (or CIF) values can be set to set different CCE locations for different scheduled CCs.
  • the CIF value for m-cc DCI may be set to one value for the entire set of scheduled CCs, a value may be set for each scheduled CC combination, or a value may be set for each scheduled CC.
  • the CIF value for m-cc DCI is set, the corresponding n_CI can be determined by one of the methods below.
  • setting the CIF value can be one of the methods described in [1] above.
  • the CIF value set for m-cc DCI can be set as the n_CI value for m-cc DCI.
  • the CIF value set/determined through method 1A/2A/3A may be set as the n_CI value.
  • the CIF value for each scheduled CC combination set/determined through method 1B/2B/3B can be set to the n_CI value (corresponding to the SS set set for each CC combination).
  • the CIF value for each scheduled CC set/determined through methods 1C/2C/3C can be set to the n_CI value (corresponding to the SS set set for each CC).
  • the CIF set in the m-cc DCI can only be set to a value greater than a certain value.
  • the specific value may be defined or set (e.g., via higher layer signaling) in advance.
  • the specific value may be '8'.
  • the specific offset may be “maximum CIF value that can be set for s-cc DCI + 1”.
  • the specific offset is "the maximum value of the CIF value set (for s-cc DCI-based scheduling for the cell(s)) in the scheduled cell(s) set to be scheduled by m-cc DCI transmitted on the scheduling cell. + 1".
  • the n_CI value for m-cc DCI can be set.
  • the offset may be defined or set in advance (e.g., via higher layer signaling).
  • the specific offset may be '8'.
  • the specific offset may be “maximum CIF value that can be set for s-cc DCI + 1”.
  • the specific offset is "the maximum value of the CIF value set (for s-cc DCI-based scheduling for the cell(s)) in the scheduled cell(s) set to be scheduled by m-cc DCI transmitted on the scheduling cell. + 1".
  • the offset may be determined differently depending on the number of CCs being scheduled. For example, in the case of [standard unit 2], different offsets may be determined/set depending on the number of CCs scheduled at one time.
  • a separate offset may be given to the PDCCH candidate location (i.e., CCE index).
  • the CIF value set for s-cc DCI can be set as the n_CI value for m-cc DCI.
  • the n_CI value for m-cc DCI can be set.
  • the offset may be defined or set in advance (e.g., higher layer signaling). Additionally, the offset may be determined differently depending on the number of CCs scheduled at one time with m-cc DCI (combination of cells scheduled simultaneously). For example, in the case of [standard unit 2], different offsets can be determined/set depending on the number of CCs scheduled at one time.
  • the PDCCH candidate set for m-cc DCI determined from the reference unit 1/2/3 described in [1] and the CIF value (and/or n_CI) based on it, is a specific cell (or combination of cells).
  • the PDCCH candidate (or PDCCH candidate set) that can be determined due to the specific combination of 'reference unit 1/2/3', 'CIF value determination method', and 'n_CI value determination method' described in [1] is m- It can be shared (SS sharing) regardless of the cell (combination) that cc DCI schedules.
  • one or multiple e.g.
  • N) n_CI values are determined based on the SS set and/or CIF value set based on the reference unit 1/2/3, and the PDCCH candidate corresponding to each of the N n_CI values. With N locations (or PDCCH candidate sets) determined, the m-cc DCI scheduling a specific cell (or combination of cells) (corresponding to a specific CIF/n_CI value) is the corresponding N PDCCH candidates (or PDCCH Can be transmitted/received through any PDCCH candidate belonging to the candidate set).
  • the DCI format supported by NR is classified according to the RNTI that is CRC scrambled, or fallback/non-fallback DCI depending on the type of feature indicated through the DCI. It is also divided into: As such, there may be a variety of DCI formats supported by NR (e.g., DCI format 0_0, 1_0, 0_1, 1_1, 0_2, 2_1, etc.), and the UE must blind detect the PDCCH for DCI of different sizes. . PDCCH monitoring for DCIs of various sizes can place a large burden on the terminal (e.g., in terms of power consumption). To solve this, in NR, separate rules exist for DCI formats with different sizes.
  • the size of DCI CRCed with C-RNTI, etc. can be up to 3 sizes, and when including other RNTIs, the size of DCI is limited to no more than 4 types.
  • NR specifies the DCI size alignment method as shown in Table 12.
  • Step 0 - Determine DCI format 0_0 monitored in a common search space according to clause 7.3.1.1.1 where is the size of the initial UL bandwidth part.
  • Step 73.1.2.1 Determine DCI format 1_0 monitored in a common search space according to clause 7.3.1.2.1 where is given by - the size of CORESET 0 if CORESET 0 is configured for the cell; and - the size of initial DL bandwidth part if CORESET 0 is not configured for the cell.
  • DCI format 0_0 is monitored in common search space and if the number of information bits in the DCI format 0_0 prior to padding is less than the payload size of the DCI format 1_0 monitored in common search space for scheduling the same serving cell, a number of zero padding bits are generated for the DCI format 0_0 until the payload size equals that of the DCI format 1_0.
  • Step 1 - Determine DCI format 0_0 monitored in a UE-specific search space according to clause 7.3.1.1.1 where is the size of the active UL bandwidth part.
  • DCI format 0_0 is monitored in UE-specific search space and if the number of information bits in the DCI format 0_0 prior to padding is less than the payload size of the DCI format 1_0 monitored in UE-specific search space for scheduling the same serving cell, a number of zero padding bits are generated for the DCI format 0_0 until the payload size equals that of the DCI format 1_0.
  • Step 2 - Determine DCI format 0_1 monitored in a UE-specific search space according to clause 7.3.1.1.2. - Determine DCI format 1_1 monitored in a UE-specific search space according to clause 7.3.1.2.2.
  • PUSCH For a UE configured with supplementaryUplink in ServingCellConfig in a cell, if PUSCH is configured to be transmitted on both the SUL and the non-SUL of the cell and if the number of information bits in format 0_1 for the SUL is not equal to the number of information bits in format 0_1 for the non-SUL, zeros shall be appended to smaller format 0_1 until the payload size equals that of the larger format 0_1. - If the size of DCI format 0_1 monitored in a UE-specific search space equals that of a DCI format 0_0/1_0 monitored in another UE-specific search space, one bit of zero padding shall be appended to DCI format 0_1.
  • Step 2A - Determine DCI format 0_2 monitored in a UE-specific search space according to clause 7.3.1.1.3. - Determine DCI format 1_2 monitored in a UE-specific search space according to clause 7.3.1.2.3.
  • PUSCH For a UE configured with supplementaryUplink in ServingCellConfig in a cell, if PUSCH is configured to be transmitted on both the SUL and the non-SUL of the cell and if the number of information bits in format 0_2 for the SUL is not equal to the number of information bits in format 0_2 for the non-SUL, zeros shall be appended to smaller format 0_2 until the payload size equals that of the larger format 0_2.
  • Step 3 - If both of the following conditions are fulfilled the size alignment procedure is complete - the total number of different DCI sizes configured to monitor is no more than 4 for the cell - the total number of different DCI sizes with C-RNTI configured to monitor is no more than 3 for the cell
  • Step 4 -Otherwise Step 4A: - Remove the padding bit (if any) introduced in step 2 above. - Determine DCI format 1_0 monitored in a UE-specific search space according to clause 7.3.1.2.1 where is given by - the size of CORESET 0 if CORESET 0 is configured for the cell; and - the size of initial DL bandwidth part if CORESET 0 is not configured for the cell.
  • the bitwidth of the frequency domain resource assignment field in the DCI format 0_0 is reduced by truncating the first few most significant bits such that the size of DCI format 0_0 monitored in a UE-specific search space equals the size of the DCI format 1_0 monitored in a UE -specific search space.
  • Step 4B If the total number of different DCI sizes configured to monitor is more than 4 for the cell after applying the above steps, or if the total number of different DCI sizes with C-RNTI configured to monitor is more than 3 for the cell after applying the above steps - If the number of information bits in the DCI format 0_2 prior to padding is less than the payload size of the DCI format 1_2 for scheduling the same serving cell, a number of zero padding bits are generated for the DCI format 0_2 until the payload size equals that of the DCI format 1_2.
  • Step 4C If the total number of different DCI sizes configured to monitor is more than 4 for the cell after applying the above steps, or if the total number of different DCI sizes with C-RNTI configured to monitor is more than 3 for the cell after applying the above steps - If the number of information bits in the DCI format 0_1 prior to padding is less than the payload size of the DCI format 1_1 for scheduling the same serving cell, a number of zero padding bits are generated for the DCI format 0_1 until the payload size equals that of the DCI format 1_1.
  • the UE is not expected to handle a configuration that, after applying the above steps, results in - the total number of different DCI sizes configured to monitor is more than 4 for the cell; or - the total number of different DCI sizes with C-RNTI configured to monitor is more than 3 for the cell; or - the size of DCI format 0_0 in a UE-specific search space is equal to DCI format 0_1 in another UE-specific search space; or - the size of DCI format 1_0 in a UE-specific search space is equal to DCI format 1_1 in another UE-specific search space; or - the size of DCI format 0_0 in a UE-specific search space is equal to DCI format 0_2 in another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 0_0 and 0_2 are mapped to the same resource; or - the size of DCI format 1_0 in a UE-specific search space is equal to DCI format 1_2 in
  • m-cc DCI can schedule multiple CCs simultaneously, the DCI size can be increased compared to the conventional s-cc DCI, which can schedule only a single cell. Even if m-cc DCI is introduced, additional size alignment may be necessary to maintain the existing DCI size budget. Size alignment due to the introduction of m-cc DCI can be achieved through one of the methods below (or a combination of two or more). The proposed methods can only be applied to terminals where scheduling through m-cc DCI is configured.
  • -> (1-1-2) 0 (zero) may be added to a specific field (e.g., FDRA (frequency domain resource allocation) field).
  • FDRA frequency domain resource allocation
  • the size can be adjusted by changing the resolution representing a specific field (e.g., FDRA field). For example, if the FDRA field of a DL or UL DCI for m-cc scheduling is indicated in RB group units, if an increase in size is required, the corresponding FDRA field can be increased by reducing the size of the corresponding RB group. It can be changed to a larger size.
  • FDRA field e.g., FDRA field
  • the size of a specific field may be reduced. For example, if a 4-bit reduction is required, the last 4 bits of the FDRA field are removed.
  • the size can be adjusted by changing the resolution representing a specific field (e.g., FDRA field). For example, if the FDRA field of DL or UL DCI for m-cc scheduling is indicated on a RB group basis, if size reduction is necessary, the corresponding FDRA field can be reduced to a smaller size by increasing the size of the corresponding RB group. You can change it.
  • a specific field e.g., FDRA field
  • m-cc DCI for DL or UL
  • CRC scrambled with C-RNTI and other DCI formats CRC scrambled with RNTI can be aligned the same.
  • the sizes of m-cc DCI scrambled by C-RNTI and DCI format 2_0 scrambled by SFI-RNTI may be aligned the same.
  • the above [Method 1-1] or [Method 1-2] can be applied as a size sorting method.
  • s-cc DCI scheduling can be limited to only use a specific DCI format (or not to use a specific DCI format). For example, when DL scheduling is set through m-cc DCI, s-cc scheduling may be limited to only possible through DCI format 1_2. In this case, the size can be increased or decreased using [Method 1-1] or [Method 1-2] above for m-cc DCI as a size alignment method. The size alignment method for conventional s-cc DCI may be applied. This method can be specifically applied to option 3 or option 3a among the [m-cc DCI and s-cc DCI operation methods] described above.
  • the cc DCI (size) can be considered a DCI (size) associated with a specific reference cell among cells set as the m-cc DCI scheduling target. Accordingly, the above methods 1/2/3/4/5/6 can be applied in the process of sorting the DCI size associated with the corresponding reference cell.
  • the reference cell may be the cell through which the m-cc DCI is transmitted, the cell with the lowest index, or the cell with the highest cell index.
  • the reference cell which can be a target cell, is pre-defined as a cell that satisfies specific conditions or can be explicitly indicated by the base station.
  • DCI size alignment can be performed. If a plurality of cells have 'smallest N_crnti', the cell with the lowest index or the cell with the highest index among the plurality of cells is determined as the reference cell, and then DCI size sorting can be performed.
  • Another example of the specific condition is that, among cells that can be scheduled with m-cc DCI, the difference between the (maximum) size of the existing s-cc DCI and the size of the m-cc DCI for the cell is the smallest.
  • a cell may be determined as a target cell for DCI size alignment.
  • the cell with the lowest or highest index among the plurality of cells is determined as the reference cell (or the [m- For cells corresponding to ref-cc described in [Operation method of cc DCI and s-cc DCI], DCI size sorting can be performed.
  • the size budget of s-cc DCI as before i.e., maximum 3 for C-RNTI
  • the number of sizes of m-cc DCI and s-cc DCI set for a specific cell is reduced to less than a certain number.
  • the DCI size budget is exceeded (or, for example, as in the example above, the number of m-cc DCI sizes + sum ⁇ s-cc DCI size Number ⁇ > 3*M)
  • a specific reference cell among the cells set as the scheduling target for the m-cc DCI e.g., the cell where the m-cc DCI is transmitted or the cell with the lowest (or highest) cell index
  • the DCI (size) associated with can be adjusted through the methods proposed above.
  • the size budget can be maintained through alignment between the sizes of one of the s-cc DCIs (according to a predefined rule) and the size of the m-cc DCI, or between the sizes of the DL s-cc DCI and the UL s-cc DCI. You can.
  • a terminal configured with multi-cell scheduling through m-cc DCI can maintain the DCI size budget for each cell through the following process. For example, the terminal checks whether the size of the DCI scrambled by C-RNTI among the DCIs to be monitored for the cell exceeds 3, and if so, aligns the DCI sizes so that the size of the DCI is 3 or less. method can be applied. In the method described later, “DCI size” may mean the size of DCI scrambled by C-RNTI. Additionally, the “number of DCI sizes” may mean the number of different sizes of DCIs (scrambled with C-RNTI) that the UE must monitor for a specific cell (or the DL BWP of the corresponding cell).
  • “number of DCI sizes” may mean the number of different DCI sizes counted based on the number of PDCCH candidates set in each SS set in the active DL BWP of the corresponding cell.
  • “legacy DCI” may refer to a DCI format that performs single cell scheduling. Specifically, “legacy DCI” refers to both fallback DCI format (e.g., DCI format 0_0, DCI format 1_0) and non-fallback DCI format (e.g., DCI 0_1, DCI 1_1, DCI 0_2, DCI 1_2). Alternatively, it may mean one of the two (e.g. non-fallback DCI).
  • legacy DCI size refers to the payload size of the corresponding legacy DCI.
  • the cell in which the DCI size budget is checked and DCI size alignment is performed (if necessary) may be a specific cell among scheduled cells scheduled with m-cc DCI.
  • Step1 For scheduled cells scheduled through m-cc DCI, the terminal checks the number of existing DCI sizes that need to be monitored for each cell, excluding the DCI size of m-cc DCI, and, if existing If the number of different sizes of DCI exceeds the DCI size budget, sorting of the existing DCI sizes (defined in the specification) is performed to determine the number of DCI sizes for each cell.
  • Step2 Select a specific reference cell among scheduled cells scheduled through m-cc DCI.
  • the reference cell is “the scheduling cell where the m-cc DCI is transmitted” or “a specific cell directly designated by RRC” or “the cell with the lowest index among the scheduled cells”, or “the DCI determined in step 1” If there is a cell whose size is smaller (and is the minimum) than '3' (in this case, the number '3' means the DCI size budget for C-RNTI), then that cell" (if there are multiple such cells, one of them a specific cell (e.g., one cell with the lowest cell index), or "a cell with the minimum number of DCI sizes determined in step 1" (if there are multiple such cells, a specific cell among them (e.g., the lowest cell index) can be determined/set to one cell).
  • Step3 If the total number of DCI sizes (combining m-cc DCI size and legacy DCI size) for the reference cell determined in step 2 exceeds '3', move to Step 4, otherwise, separate DCI size Sorting is not performed. At this time, moving to step 4 may be necessary in the following cases, but is not limited to this.
  • Step4 If there is still room to perform the existing DCI size alignment (in addition to step 1 above) for the reference cell determined in step 2, the corresponding size alignment is performed. As a result, if the total number of DCI sizes (combining the m-cc DCI size and legacy DCI size) becomes '3' or less, the entire DCI size sorting process may be terminated.
  • DCI size alignment can be additionally performed through one of Methods 1 to 6 in Section [3], which are the size alignment methods for m-cc DCI described above in this specification. As a result, when the total number of DCI sizes (combining the m-cc DCI size and legacy DCI size) becomes '3' or less, the entire DCI size sorting process can be terminated.
  • a specific reference cell is selected from scheduled cells scheduled through m-cc DCI.
  • the reference cell may be determined/set as “a scheduling cell where the m-cc DCI is transmitted”, “a specific cell directly designated by RRC”, or “a cell with the lowest index among the scheduled cells”.
  • Step2 For the reference cell determined in step1, the terminal first checks the number of existing DCI sizes that need to be monitored for the cell, excluding the DCI size of the m-cc DCI. If the number of different sizes of existing DCIs exceeds the DCI budget (e.g., '3'), sorting of existing DCI sizes (defined in the specification) is performed. As a result, if the total number of DCI phases of the cell, including the m-cc DCI size, exceeds '3', it moves to step 3, otherwise, no additional DCI size sorting is performed.
  • the DCI budget e.g., '3'
  • the value obtained by subtracting the m-cc DCI size number from the DCI budget (e.g., '3') is defined as "A" for convenience.
  • the terminal checks the number of existing DCI sizes that require monitoring for the cell in question, and if the number of different sizes of existing DCIs exceeds A, sorting of the existing DCI sizes (defined in the specification) is performed. As a result, if the total number of DCI sizes of the cell, including the m-cc DCI size, exceeds '3' (the number of legacy DCI sizes still exceeds A), it moves to step 3, otherwise, additional DCI size sorting is not performed. No.
  • Step3 DCI size alignment is additionally performed through one of Methods 1 to 6 in Section [3], which is the size alignment method for m-cc DCI described above in this specification.
  • m-cc DCI when m-cc DCI is set, different DCI sizes are counted based on the number of PDCCH candidates set for each SS cell in the active SSSG (search space set group) for the active DL BWP of each (scheduled) cell.
  • the DCI size budget is checked using the count, and the size sorting described above can be performed.
  • the PDCCH candidate configured in all SS sets in units of co-scheduled cell combinations that can be simultaneously scheduled by m-cc DCI (or for the union of all co-scheduled cell combinations)
  • the DCI budget is checked using the number of different DCI sizes counted based on the number, and the size sorting described above can be performed.
  • DCI format DCI size 1st step 2nd step 3rd step 1_0/0_0 on CSS A A A A 1_0/0_0 on USS B A A A A 0_1 C C C max(C,D) 1_1 D D D max(C,D) 0_2 E E max(E,F) max(E,F) 1_2 F F max(E,F) max(E,F)
  • A, B, C, D, E, and F each refer to the corresponding DCI format (different) DCI size. This refers to the process of adjusting the size of each DCI format in the following order: 1st step, 2nd step, and 3rd step.
  • max(C,D) refers to the process of matching the sizes of the two DCI formats based on the larger size of the two when the sizes of DCI format 0_1 and DCI format 1_1 are different.
  • max(E,F) refers to the process of matching the sizes of the two DCI formats based on the larger size of the two when the sizes of DCI format 0_2 and DCI format 1_2 are different.
  • the 2nd step and 3rd step refer to Step 4B and Step 4C, respectively, described in the 38.212 specification.
  • Each step in the table above exceeds the DCI size budget for different DCI sizes even after performing the previous step (for example, if the number of different DCI sizes exceeds 4 or is scrambled with C-RNTI) It can be understood as an operation performed when the number of different DCI sizes exceeds 3.
  • the 2nd step may be performed.
  • the 3rd step may be performed if the DCI size budget is exceeded even after the sizes of DCI formats 0_2 and 1_2 are adjusted in the 2nd step.
  • m-cc DCI for DL and m-cc DCI for UL can be expressed as follows (for convenience of expression).
  • DCI (format) 0_X refers to a DCI format that schedules PUSCH in multiple cells
  • DCI (format) 1_X refers to a DCI format that schedules PDSCH in multiple cells.
  • the sizes of the DCI formats can be adjusted (/changed) in the following order (until the DCI size budget is met).
  • the following procedure may be possible by changing the size sorting priority between DCI formats.
  • the sizes of the DCI formats can be adjusted (/changed) in the following order (until the DCI size budget is met).
  • the following procedure may be possible by changing the size sorting priority between DCI formats.
  • the sizes of the DCI formats can be adjusted (/changed) in the following order (until the DCI size budget is met).
  • the 5th step may be introduced. That is, in the 5th step, the sizes of DCI format 0_1 and 1_1 are the same (e.g., max(C,D)), the sizes of DCI format 0_2 and 1_2 are the same (e.g., max(E,F)), and DCI format 0_X And if the size of 1_X is the same (e.g., max(G,H)), 3 different sizes (i.e., max(C,D), max(E,F), max(G,H)) are It can be used to reduce it to (or less). Three different methods may be possible, as shown below.
  • 5th step (Alt 3) The sizes of max(E,F) and max(G,H) of the 4th step are aligned. That is, max ⁇ max(E,F), max(G,H) ⁇ can be performed. In this case, (after the 5th step) there can be three different DCI sizes for C-RNTI, respectively A, max ⁇ max(E,F),max(G,H) ⁇ , max(C,D ) can be.
  • a 2-bit field can be used for each DCI (or some DCI formats (e.g., m-cc DCI)). max ⁇ max(C,D),max(E,F) ⁇ , max ⁇ max(C,D),max(G,H) ⁇ or max ⁇ max(E,F),max(G,H) ⁇
  • the terminal can distinguish each DCI format through a 2-bit field.
  • the 2-bit field may be a 1-bit “DCI format indicator” defined in the conventional DCI format changed/extended to 2 bits. Alternatively, it may be a 2-bit field defined separately.
  • the base station limits the DCI format set for the corresponding terminal/cell so as not to exceed the DCI size budget, and the terminal does not exceed the DCI size budget. You may not expect that. In other words, the base station does not set the “specific DCI format” (in the cell) in the “specific conditions,” and the terminal assumes that the “specific DCI format” is not set in the “specific conditions” (in the cell). It can work. At this time, the “specific conditions” and/or “specific DCI format” (which is not expected to be set) may be defined in advance or set with higher layer signaling/command such as RRC.
  • DCI format 0_2 (or 1_2) may be defined/set not to be configured at the same time (if the DCI size budget is exceeded).
  • DCI format 0_1 (or 1_1) can be defined/set so that it is not set at the same time.
  • DCI format 0_X (or 1_X) may be defined/set so that it is not set at the same time (if the DCI size budget is exceeded).
  • DCI 0_0 (or 1_0) may be defined/set not to be set (simultaneously) for a terminal/cell in which DCI 0_X/1_X is set.
  • the method of [4-4] can be applied collectively to each/all scheduled cells of multi-cell scheduling through m-cc DCI. Alternatively, the method of [4-4] can be applied only to some/specific cells (or set of cells) among the scheduled cells. At this time, some/specific cell(s) may be defined in advance or set separately.
  • This method may be applied after the 4th step of the size sorting process described above, but is not limited to this, and may be applied after some/specific steps of the above process (or only for some/specific steps). for example,
  • DCI 0_X/1_X is set in the terminal/cell and DCI 0_1/1_1 is not set
  • the 1st step, 2nd step, and 4th step in Table 14 above are applied in order to the corresponding cell.
  • DCI size alignment may be performed (until the DCI size budget is not exceeded).
  • DCI size sorting can be performed for the corresponding cell (until it does not exceed the DCI size budget) by sequentially applying the 1st step, 2nd step, and 3rd step for Tables 15 to 16.
  • DCI size sorting may be performed (until the DCI size budget is not exceeded).
  • DCI size sorting can be performed for the corresponding cell (until it does not exceed the DCI size budget) by sequentially applying the 1st step, 2nd step, and 4th step in Table 15 above.
  • the terminal may not monitor specific/partial DCI formats (so as not to exceed the DCI size budget). In other words, the terminal ignores (or drops) the “specific DCI format” set (in the corresponding cell) in “specific conditions” and does not monitor the related PDCCH (i.e., the terminal does not monitor the PDCCH for the corresponding DCI format, and accordingly BD/CCE counting is not performed for the DCI, and DCI size counting may not be performed for the relevant DCI).
  • the “specific conditions” and/or “specific DCI format” may be defined in advance or set as higher layer signaling/command such as RRC.
  • DCI 0_X for a terminal/cell configured with DCI 0_X (or 1_X), it may be defined/configured not to monitor DCI format 0_2 (or 1_2) (if the DCI size budget is exceeded).
  • DCI format 0_1 for a terminal/cell configured with DCI 0_X/1_X (if the DCI size budget is exceeded), DCI format 0_1 (or 1_1) may be defined/set not to be monitored.
  • DCI 0_2 for a terminal/cell configured with DCI 0_2 (or 1_2), it may be defined/configured not to monitor DCI format 0_X (or 1_X) (if the DCI size budget is exceeded).
  • DCI 0_0 for a terminal/cell with DCI 0_X/1_X configured, DCI 0_0 (or 1_0) may be defined/configured not to be monitored.
  • This method can be applied collectively to each/all scheduled cells in multi-cell scheduling through m-cc DCI. Alternatively, it may be applied only to some/specific cells (or set of cells) among the scheduling cells. At this time, some/specific cell(s) may be defined in advance or set separately.
  • This method may be applied after the 4th step of the size sorting process described above, but is not limited to this, and may also be applied after some/specific steps (or only for some/specific steps) of the above process. for example,
  • DCI 0_X/1_X is set in a (specific) terminal/cell and the terminal is defined/set not to monitor DCI 0_0/1_0 (for that cell), 2nd step, 3rd step, for Tables 14 to 16 above.
  • DCI size sorting can be performed for the corresponding cell (until the DCI size budget is not exceeded).
  • DCI size sorting can be performed for the corresponding cell (until it does not exceed the DCI size budget) by applying in order.
  • DCI size sorting can be performed for the corresponding cell (until it does not exceed the DCI size budget) by sequentially applying the 1st step, 2nd step, and 3rd step for Tables 15 and 16 above.
  • the terminal is not expected to handle cases such as those shown in Table 17 after performing some or all of the DCI size sorting described above.
  • the size of DCI format 0_0 in a UE-specific search space is equal to DCI format 0_X in another UE-specific search space; or - the size of DCI format 1_0 in a UE-specific search space is equal to DCI format 1_X in another UE-specific search space; or - the size of DCI format 0_0 in a UE-specific search space is equal to DCI format 0_X in another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 0_0 and 0_X are mapped to the same resource; or - the size of DCI format 1_0 in a UE-specific search space is equal to DCI format 1_X in another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 0_0 and 0_X are mapped to the same resource; or - the size of DCI format 1_0 in a UE-specific search space is equal to DCI format 1_X in
  • the content of the present invention is not limited to the transmission and reception of uplink and/or downlink signals.
  • the content of the present invention can also be used in direct communication between devices.
  • the base station in the present invention may be a concept that includes not only a base station but also a relay node.
  • the operation of the base station in the present invention may be performed by a base station, but may also be performed by a relay node.
  • the examples of the proposed method described above can also be included as one of the implementation methods of the present invention, and thus can be regarded as a type of proposed method. Additionally, the proposed methods described above may be implemented independently, but may also be implemented in the form of a combination (or merge) of some of the proposed methods. Information on whether the proposed methods are applied (or information on the rules of the proposed methods) is notified by the base station to the terminal or by the transmitting terminal to the receiving terminal through a predefined signal (e.g., a physical layer signal or a higher layer signal). Rules can be defined.
  • a predefined signal e.g., a physical layer signal or a higher layer signal.
  • Figure 4 is a flowchart of a signal monitoring method according to embodiments of the present invention.
  • an embodiment performed by a terminal includes determining a CCE index corresponding to a PDCCH candidate (S401) and monitoring a PDCCH candidate based on the CCE index (S403). It can be configured.
  • Monitoring of the PDCCH candidate may be performed based on one or more of the operations described through sections [1] to [4].
  • a cell that schedules a PDSCH or PUSCH that is, a cell in which a PDCCH transmitting DCI is received, is represented as a scheduling cell.
  • the cell where the PDSCH or PUSCH scheduled by the received PDCCH is actually transmitted is expressed as a scheduled cell.
  • the DCI format for scheduling PDSCH or PUSCH on one scheduled cell is expressed as the first DCI format.
  • a DCI format for scheduling PDSCHs or PUSCHs on a plurality of scheduled cells is expressed as a second DCI format.
  • DCI and DCI format may be used interchangeably.
  • the n_CI value is used to determine the CCE index.
  • the n_CI value is a CIF (carrier indicator field) value, and CIF is included in the DCI format. Therefore, if the PDCCH candidate to be monitored by the UE is for the first DCI format, the CCE index is set (or determined) based on the CIF value included in the DCI format.
  • a CIF value is set for each CC combination that can be simultaneously scheduled through multi-cell DCI. Therefore, if the PDCCH candidate to be monitored by the UE is for the second DCI format, the CCE index is independently set (or determined) for each combination of scheduled cells. In particular, according to Method 1B in Section [1], the CIF value is set independently for each combination of scheduled cells. However, this value is only used to determine the CCE index, and the second DCI format may not actually include CIF.
  • n_CI value required to determine the CCE index is the n_CI value of the scheduled cells even if the second DCI format does not include CIF. It is set independently based on the combination. Therefore, for the second DCI format, the n_CI value may correspond to a specific value set for each combination of scheduled cells, rather than a CIF value in the DCI.
  • a specific value may, for example, be referred to as a cell set indicator value instead of a CIF value.
  • the UE performs monitoring of PDCCH candidates for the DCI format after the DCI size budget is satisfied through the DCI size sorting process. Specifically, referring to step 1 of Method-B in Section [3], DCI size alignment is performed on a specific reference cell selected from among scheduled cells.
  • the total number of different DCI sizes configured to monitor for the cell exceeds 4 (the total number of different DCI sizes configured to monitor is no more than 4 for the cell), or the total number of different DCI sizes configured to monitor is no more than 4 for the cell.
  • Exceeding the DCI size budget when the total number of different DCI sizes associated with C-RNTI configured to monitor is no more than 3 for the cell And, as a result, the PDCCH monitoring burden on the terminal may increase. To avoid this, DCI size alignment is performed.
  • step 2 of Method-B in Section [3] if the total number of DCI sizes excluding multi-cell DCI (second DCI format) for the reference cell exceeds 3, the existing DCI (first DCI format) Perform DCI size sorting.
  • step 2 of method-B in section [3] 3 is for the DCI format associated with the C-RNTI, so the total number of DCI sizes set to monitor for the reference cell exceeds 4 except for the second DCI format or for the reference cell If the total number of DCI sizes associated with the C-RNTI set to be monitored exceeds 3 excluding the second DCI format, a DCI size sorting process (first DCI size sorting process) for existing DCI formats is performed.
  • the DCI size alignment process for existing DCI formats is as disclosed in Table 13 in Section [4]. Specifically, the first DCI size alignment process for existing DCI formats includes the DCI size alignment process between DCI format 1_0 and DCI format 0_0, the DCI size alignment process between DCI format 0_2 and DCI format 1_2, and the DCI format 0_1 and DCI The DCI size sorting process between formats 1_1 is performed in order.
  • step 2 of method-B in section [3] 3 is for the DCI format associated with the C-RNTI, so the total number of DCI sizes set to monitor for the reference cell does not exceed 4 including the second DCI format, and the reference cell If the total number of DCI sizes associated with the C-RNTI set to be monitored does not exceed 3, including the second DCI format, the DCI size alignment process is completed in step2.
  • step 3 of Method-B in Section [3] is performed.
  • the DCI size alignment process is performed including multi-cell DCI. Accordingly, either the total number of DCI sizes configured to monitor for a reference cell exceeds 4 including the second DCI format, or the total number of DCI sizes associated with a C-RNTI configured to monitor for a reference cell includes the second DCI format. If it exceeds 3, a DCI size alignment process (second DCI size alignment process) for the second DCI format is performed.
  • the second DCI size alignment process may be performed according to a combination of one or more of Methods 1 to 6 in Section [3].
  • a DCI size alignment process is performed between the multi-cell DCI for PDSCH scheduling and the multi-cell DCI for PUSCH scheduling. Therefore, according to method 1 in section [3], the second DCI size alignment process is the size of the DCI format for scheduling PDSCHs on a plurality of scheduled cells and the size of the DCI format for scheduling PUSCHs on a plurality of scheduled cells. Including sorting identically.
  • a DCI size alignment process is performed between multi-cell DCI for PDSCH scheduling and single-cell DCI for PDSCH scheduling. Therefore, according to method 4 in section [3], the second DCI size sorting process is to adjust the size of the DCI format for scheduling PDSCHs on a plurality of scheduled cells and the size of the DCI format for scheduling the PDSCH on one scheduled cell. Including sorting identically.
  • a DCI size alignment process is performed between multi-cell DCI for PUSCH scheduling and single-cell DCI for PUSCH scheduling. Therefore, according to method 4 in section [3], the second DCI size sorting process is to adjust the size of the DCI format for scheduling PUSCHs on a plurality of scheduled cells and the size of the DCI format for scheduling the PUSCH on one scheduled cell. Including sorting identically.
  • Figure 5 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 6 illustrates a wireless device to which the present invention can be applied.
  • 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 according to the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • One or more processors 102, 202 generate signals (e.g., baseband signals) containing PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals 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. 7 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. 5).
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 6 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 and 202 and/or one or more memories 104 and 204 of FIG. 6 .
  • transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG.
  • 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. 5, 100a), vehicles (FIG. 5, 100b-1, 100b-2), XR devices (FIG. 5, 100c), portable devices (FIG. 5, 100d), and home appliances. (FIG. 5, 100e), IoT device (FIG.
  • digital broadcasting terminal digital broadcasting terminal
  • hologram device public safety device
  • MTC device medical device
  • fintech device or financial device
  • security device climate/environment device
  • It can be implemented in the form of an AI server/device (FIG. 5, 400), a base station (FIG. 5, 200), a 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 8 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 drive 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. 7.
  • 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 can 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 applied to various wireless communication systems.

Landscapes

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

Abstract

본 명세서에 개시된, 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치는, CCE 인덱스 기반하여 DCI 포맷에 대한 PDCCH 후보를 모니터링할 수 있다. DCI 포맷은 스케줄링 셀 상에서 모니터링되며, 복수의 스케줄드 셀들 상의 PDSCH들 또는 PUSCH들을 스케줄링한다.

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) 시스템 등이 있다.
본 발명이 이루고자 하는 기술적 과제는, 무선 통신 시스템에서 제어 신호의 모니터링을 효율적으로 수행하기 위한 신호 모니터링 방법 및 이를 위한 장치를 제공하는데 있다.
본 발명의 기술적 과제는 상술된 기술적 과제에 제한되지 않으며, 다른 기술적 과제들이 본 발명의 실시예로부터 유추될 수 있다.
본 발명은 무선 통신 시스템에서의 신호 모니터링 방법 및 장치를 제공한다.
본 발명의 일 양태로서, 무선 통신 시스템에서 단말이 제어 신호를 모니터링하는 방법으로서, PDCCH 후보에 대응하는 CCE (control channel element) 인덱스를 결정하는 단계; 및 상기 CCE 인덱스에 기반하여, 스케줄링(scheduling) 셀 상에서 DCI (downlink control information) 포맷에 대한 상기 PDCCH 후보를 모니터링하는 단계; 를 포함하며, 상기 DCI 포맷이 하나의 스케줄드(scheduled) 셀 상의 PDSCH (physical downlink shared channel) 또는 PUSCH (physical uplink shared channel)를 스케줄링하기 위한 제1 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 DCI포맷에 포함된 CIF (carrier indicator field) 값에 기반하여 설정되고, 상기 DCI 포맷이 복수의 스케줄드 셀들 상의 PDSCH들 또는 PUSCH들을 스케줄링하기 위한 제2 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 복수의 스케줄드 셀들의 전부 또는 일부의 조합 별로 독립적으로 설정되는, 신호 모니터링 방법이 제공된다.
본 발명의 다른 일 양태로서, 상기 신호 모니터링 방법을 수행하는 장치, 프로세서 및 저장 매체가 제공된다.
상기 장치들은 적어도 단말, 네트워크 및 상기 장치 외의 다른 자율 주행 차량과 통신할 수 있는 자율 주행 차량을 포함할 수 있다.
상술한 본 발명의 양태들은 본 발명의 바람직한 실시예들 중 일부에 불과하며, 본원 발명의 기술적 특징들이 반영된 다양한 실시예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하 상술할 본 발명의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 발명의 일 실시예에 따르면, 통신 장치들 사이에서 제어 신호가 모니터링될 때, 종래 발명과 차별화된 동작을 통해 보다 효율적인 신호 모니터링을 수행할 수 있다는 장점이 있다.
본 발명의 기술적 효과는 상술된 기술적 효과에 제한되지 않으며, 다른 기술적 효과들이 본 발명의 실시예로부터 유추될 수 있다.
도 1은 무선 프레임(radio frame)의 구조를 예시한다.
도 2는 슬롯의 자원 그리드(resource grid)를 예시한다.
도 3은 슬롯 내에 물리 채널이 매핑되는 예를 나타낸다.
도 4 는 본 발명의 실시예에 따른 신호 모니터링 방법을 설명하기 위한 도면이다.
도 5 내지 도 8은 본 발명의 실시예에 따른 장치들을 예시한다.
이하의 기술은 CDMA, FDMA, TDMA, OFDMA, SC-FDMA 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. 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)/LTE-A pro는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A/LTE-A pro의 진화된 버전이다.
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예, LTE, NR)을 기반으로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다. LTE는 3GPP TS 36.xxx Release 8 이후의 기술을 의미한다. 세부적으로, 3GPP TS 36.xxx Release 10 이후의 LTE 기술은 LTE-A로 지칭되고, 3GPP TS 36.xxx Release 13 이후의 LTE 기술은 LTE-A pro로 지칭된다. 3GPP NR은 TS 38.xxx Release 15 이후의 기술을 의미한다. LTE/NR은 3GPP 시스템으로 지칭될 수 있다. "xxx"는 표준 문서 세부 번호를 의미한다. LTE/NR은 3GPP 시스템으로 통칭될 수 있다. 본 발명의 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 발명 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다. 예를 들어, 다음 문서를 참조할 수 있다.
3GPP NR
- 38.211: Physical channels and modulation
- 38.212: Multiplexing and channel coding
- 38.213: Physical layer procedures for control
- 38.214: Physical layer procedures for data
- 38.300: NR and NG-RAN Overall Description
- 38.331: Radio Resource Control (RRC) protocol specification
도 1은 NR에서 사용되는 무선 프레임의 구조를 예시한다.
NR에서 상향링크(UL) 및 하향링크(DL) 전송은 프레임으로 구성된다. 무선 프레임(radio frame)은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의된다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 정의된다. 서브프레임은 하나 이상의 슬롯(slot)으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼(symbol)을 포함한다. 보통 CP (normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함한다. 확장 CP (extended CP)가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함한다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, DFT-s-OFDM 심볼)을 포함할 수 있다.
표 1은 보통 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
[표 1]
Figure PCTKR2023005793-appb-img-000001
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
[표 2]
Figure PCTKR2023005793-appb-img-000002
NR 시스템에서는 하나의 단말(User Equipment; UE)에게 병합되는 복수의 셀들간에 OFDM(A) 뉴모놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다.
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 OFDM(Orthogonal Frequency Division Multiplexing) 뉴머롤로지(numerology)(예, subcarrier spacing, SCS)를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원할 수 있다.
NR 주파수 밴드(frequency band)는 2가지 타입의 주파수 범위(frequency range, FR)로 정의된다(FR1/FR2). FR1/FR2는 아래 표 3과 같이 구성될 수 있다. 또한, FR2는 밀리미터 웨이브(millimeter wave, mmW)를 의미할 수 있다.
[표 3]
Figure PCTKR2023005793-appb-img-000003
도 2는 NR 프레임의 슬롯 구조를 예시한다.
슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯은 14개의 심볼을 포함하고, 확장 CP의 경우 하나의 슬롯은 12개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB (Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. 주파수 도메인에서 복수의 RB 인터레이스(간단히, 인터레이스)가 정의될 수 있다. 인터레이스 m∈{0, 1, ..., M-1}은 (공통) RB {m, M+m, 2M+m, 3M+m, ...}로 구성될 수 있다. M은 인터레이스의 개수를 나타낸다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 RB(예, physical RB, PRB)로 정의되며, 하나의 OFDM 뉴모놀로지(numerology)(예, SCS(u), CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 셀/반송파 내에서 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 변조 심볼이 매핑될 수 있다.
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널/신호가 존재한다. 물리 채널은 상위 계층으로부터 유래된 정보를 운반하는 자원요소(RE)들의 세트에 대응한다. 물리 신호는 물리 계층(PHY)에 의해 사용되는 자원요소(RE)들의 세트에 대응하지만, 상위 계층으로부터 유래된 정보를 운반하지는 않는다. 상위 계층은 MAC(Medium Access Control) 계층, RLC(Radio Link Control) 계층, PDCP(Packet Data Convergence Protocol) 계층, RRC(Radio Resource Control) 계층 등을 포함한다.
DL 물리 채널은 PBCH(Physical Broadcast Channel), PDSCH(Physical Downlink Shared Channel) 및 PDCCH(Physical Downlink Control Channel)를 포함한다. DL 물리 신호는 DL RS(Reference Signal), PSS(Primary synchronization signal) 및 SSS(Secondary synchronization signal)를 포함한다. DL RS는 DM-RS(Demodulation RS), PT-RS(Phase-tracking RS) 및 CSI-RS(Channel-state information RS)를 포함한다. UL 물리 채널은 PRACH(Physical Random Access Channel), PUSCH(Physical Uplink Shared Channel) 및 PUCCH(Physical Uplink Control Channel)를 포함한다. UL 물리 신호는 UL RS를 포함한다. UL RS는 DM-RS, PT-RS 및 SRS(Sounding RS)를 포함한다.
도 3은 슬롯 내에 물리 채널이 매핑되는 예를 나타낸다.
하나의 슬롯 내에 DL 제어 채널, DL 또는 UL 데이터, UL 제어 채널 등이 모두 포함될 수 있다. 예를 들어, 슬롯 내의 처음 N개의 심볼은 DL 제어 채널을 전송하는데 사용되고(이하, DL 제어 영역), 슬롯 내의 마지막 M개의 심볼은 UL 제어 채널을 전송하는데 사용될 수 있다(이하, UL 제어 영역). N과 M은 각각 0 이상의 정수이다. DL 제어 영역과 UL 제어 영역의 사이에 있는 자원 영역(이하, 데이터 영역)은 DL 데이터 전송을 위해 사용되거나, UL 데이터 전송을 위해 사용될 수 있다. 제어 영역과 데이터 영역 사이에는 DL-to-UL 혹은 UL-to-DL 스위칭을 위한 시간 갭이 존재할 수 있다. DL 제어 영역에서는 PDCCH가 전송될 수 있고, DL 데이터 영역에서는 PDSCH가 전송될 수 있다. 슬롯 내에서 DL에서 UL로 전환되는 시점의 일부 심볼이 시간 갭으로 사용될 수 있다.
본 발명에서 기지국은, 예를 들어 gNodeB일 수 있다.
하향링크(DL) 물리 채널/신호
(1) PDSCH
PDSCH는 하향링크 데이터(예, DL-shared channel transport block, DL-SCH TB)를 운반한다. TB는 코드워드(CodeWord, CW)로 부호화된 뒤, 스크램블링 및 변조 과정 등을 거쳐 전송된다. CW는 하나 이상의 코드블록(Code Block, CB)을 포함한다. 하나 이상의 CB는 하나의 CBG(CB group)로 묶일 수 있다. 셀의 설정에 따라, PDSCH는 최대 2개의 CW를 나를 수 있다. CW 별로 스크램블링 및 변조가 수행되고, 각 CW로부터 생성된 변조 심볼들은 하나 이상의 레이어로 매핑된다. 각 레이어는 프리코딩을 거쳐 DMRS와 함께 자원에 매핑되고, 해당 안테나 포트를 통해 전송된다. PDSCH는 PDCCH에 의해 동적으로 스케줄링 되거나(dynamic scheduling), 상위 계층(예, RRC) 시그널링 (및/또는 Layer 1(L1) 시그널링(예, PDCCH))에 기초하여 반-정적(semi-static)으로 스케줄링 될 수 있다(Configured Scheduling, CS). 따라서, 동적 스케줄링에서는 PDSCH 전송에 PDCCH가 수반되지만, CS에서는 PDSCH 전송에 PDCCH가 수반되지 않는다. CS는 SPS(semi-persistent scheduling)를 포함한다.
(2) PDCCH
PDCCH는 DCI(Downlink Control Information)를 운반한다. 예를 들어, PCCCH(즉, DCI)는 DL-SCH의 전송 포맷 및 자원 할당, UL-SCH(shared channel)에 대한 주파수/시간 자원 할당 정보, PCH(paging channel)에 대한 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상에서 전송되는 랜덤 접속 응답(RAR)과 같은 상위 계층 제어 메시지에 대한 주파수/시간 자원 할당 정보, 전송 전력 제어 명령, SPS/CS(Configured Scheduling)의 활성화/해제에 관한 정보 등을 나른다. DCI 내의 정보에 따라 다양한 DCI 포맷이 제공된다.
표 4는 PDCCH를 통해 전송되는 DCI 포맷들을 예시한다.
[표 4]
Figure PCTKR2023005793-appb-img-000004
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 또는 UL 스케줄링 정보로 지칭될 수 있다. DCI 포맷 2_0은 동적 슬롯 포맷 정보 (예, dynamic SFI)를 단말에게 전달하기 위해 사용되고, DCI 포맷 2_1은 하향링크 선취(pre-Emption) 정보를 단말에게 전달하기 위해 사용된다. DCI 포맷 2_0 및/또는 DCI 포맷 2_1은 하나의 그룹으로 정의된 단말들에게 전달되는 PDCCH인 그룹 공통 PDCCH(Group common PDCCH)를 통해 해당 그룹 내 단말들에게 전달될 수 있다.
PDCCH/DCI는 CRC(cyclic redundancy check)를 포함하며, CRC는 PDCCH의 소유자 또는 사용 용도에 따라 다양한 식별자(예, Radio Network Temporary Identifier, RNTI)로 마스킹/스크램블 된다. 예를 들어, PDCCH가 특정 단말을 위한 것이면, CRC는 C-RNTI(Cell-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는 RNTI에 따른 PDCCH의 용도 및 전송 채널을 예시한다. 전송 채널은 PDCCH에 의해 스케줄링된 PDSCH/PUSCH가 운반하는 데이터와 관련된 전송 채널을 나타낸다.
[표 5]
Figure PCTKR2023005793-appb-img-000005
PDCCH의 변조 방식은 고정돼 있으며(예, Quadrature Phase Shift Keying, QPSK), 하나의 PDCCH는 AL(Aggregation Level)에 따라 1, 2, 4, 8, 16 개의 CCE(Control Channel Element)로 구성된다. 하나의 CCE는 6개의 REG(Resource Element Group)로 구성된다. 하나의 REG는 하나의 OFDMA 심볼과 하나의 (P)RB로 정의된다.
PDCCH는 CORESET(Control Resource Set)를 통해 전송된다. CORESET는 BWP 내에서 PDCCH/DCI를 운반하는데 사용되는 물리 자원/파라미터 세트에 해당한다. 예를 들어, CORESET는 주어진 뉴모놀로지(예, SCS, CP 길이 등)를 갖는 REG 세트를 포함한다. CORESET는 시스템 정보(예, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, RRC) 시그널링을 통해 설정될 수 있다. CORESET를 설정하는데 사용되는 파라미터/정보의 예는 다음과 같다. 하나의 단말에게 하나 이상의 CORESET가 설정되며, 복수의 CORESET가 시간/주파수 도메인에서 중첩될 수 있다.
- controlResourceSetId: CORESET의 식별 정보(ID)를 나타낸다.
- frequencyDomainResources: CORESET의 주파수 영역 자원을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 RB 그룹(= 6개 연속된 RB)에 대응한다. 예를 들어, 비트맵의 MSB(Most Significant Bit)는 BWP 내 첫 번째 RB 그룹에 대응한다. 비트 값이 1인 비트에 대응되는 RB 그룹이 CORESET의 주파수 영역 자원으로 할당된다.
- duration: CORESET의 시간 영역 자원을 나타낸다. CORESET를 구성하는 연속된 OFDMA 심볼 개수를 나타낸다. 예를 들어, duration은 1~3의 값을 가진다.
- cce-REG-MappingType: CCE-to-REG 매핑 타입을 나타낸다. Interleaved 타입과 non-interleaved 타입이 지원된다.
- precoderGranularity: 주파수 도메인에서 프리코더 입도(granularity)를 나타낸다.
- tci-StatesPDCCH: PDCCH에 대한 TCI(Transmission Configuration Indication) 상태(state)를 지시하는 정보(예, TCI-StateID)를 나타낸다. TCI 상태는 RS 세트(TCI-상태) 내의 DL RS(들)와 PDCCH DMRS 포트의 QCL(Quasi-Co-Location) 관계를 제공하는데 사용된다.
- tci-PresentInDCI: DCI 내의 TCI 필드가 포함되는지 여부를 나타낸다.
- pdcch-DMRS-ScramblingID: PDCCH DMRS 스크램블링 시퀀스의 초기화에 사용되는 정보를 나타낸다.
PDCCH 수신을 위해, 단말은 CORESET에서 PDCCH 후보들의 세트를 모니터링(예, 블라인드 디코딩)을 할 수 있다. PDCCH 후보는 PDCCH 수신/검출을 위해 단말이 모니터링 하는 CCE(들)을 나타낸다. PDCCH 모니터링은 PDCCH 모니터링이 설정된 각각의 활성화된 셀 상의 활성 DL BWP 상의 하나 이상의 CORESET에서 수행될 수 있다. 단말이 모니터링 하는 PDCCH 후보들의 세트는 PDCCH 검색 공간(Search Space, SS) 세트로 정의된다. SS 세트는 공통 검색 공간(Common Search Space, CSS) 세트 또는 단말-특정 검색 공간(UE-specific Search Space, USS) 세트일 수 있다.
표 6은 PDCCH 검색 공간을 예시한다.
[표 6]
Figure PCTKR2023005793-appb-img-000006
SS 세트는 시스템 정보(예, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, RRC) 시그널링을 통해 설정될 수 있다. 서빙 셀의 각 DL BWP에는 S개(예, 10) 이하의 SS 세트가 설정될 수 있다. 예를 들어, 각 SS 세트에 대해 다음의 파라미터/정보가 제공될 수 있다. 각각의 SS 세트는 하나의 CORESET와 연관되며(associated), 각각의 CORESET 구성은 하나 이상의 SS 세트와 연관될 수 있다.
- searchSpaceId: SS 세트의 ID를 나타낸다.
- controlResourceSetId: SS 세트와 연관된 CORESET를 나타낸다.
- monitoringSlotPeriodicityAndOffset: PDCCH 모니터링 주기 구간 (슬롯 단위) 및 PDCCH 모니터링 구간 오프셋 (슬롯 단위)을 나타낸다.
- monitoringSymbolsWithinSlot: PDCCH 모니터링이 설정된 슬롯 내에서 PDCCH 모니터링을 위한 첫 번째 OFDMA 심볼(들)을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 슬롯 내의 각 OFDMA 심볼에 대응한다. 비트맵의 MSB는 슬롯 내 첫 번째 OFDM 심볼에 대응한다. 비트 값이 1인 비트(들)에 대응되는 OFDMA 심볼(들)이 슬롯 내에서 CORESET의 첫 번째 심볼(들)에 해당한다.
- nrofCandidates: AL={1, 2, 4, 8, 16} 별 PDCCH 후보의 개수(예, 0, 1, 2, 3, 4, 5, 6, 8 중 하나의 값)를 나타낸다.
- searchSpaceType: SS 타입이 CSS 또는 USS인지 나타낸다.
- DCI 포맷: PDCCH 후보의 DCI 포맷을 나타낸다.
CORESET/SS 세트 설정에 기반하여, 단말은 슬롯 내의 하나 이상의 SS 세트에서 PDCCH 후보들을 모니터링 할 수 있다. PDCCH 후보들을 모니터링을 해야 하는 기회(occasion)(예, 시간/주파수 자원)는 PDCCH (모니터링) 기회라고 정의된다. 슬롯 내에 하나 이상의 PDCCH (모니터링) 기회가 구성될 수 있다.
DCI for scheduling PDSCHs or PUSCHs on multiple serving cells
앞서 살핀 내용들은 후술할 본 발명에서 제안하는 방법들과 결합되어 적용될 수 있으며, 또는 본 발명에서 제안하는 방법들의 기술적 특징을 명확하게 하는데 보충될 수 있다.
또한, 후술할 방법들은 앞서 서술한 NR 시스템(면허 대역) 또는 공유 스펙트럼(shared spectrum)에도 동일하게 적용될 수 있으며, 본 명세서에서 제안하는 기술적 사상이 해당 시스템에서도 구현될 수 있도록 각 시스템에서 정의하는 용어, 표현, 구조 등에 맞도록 변형 또는 대체 가능함은 물론이다.
복수 셀들이 설정된 CA 상황에서, PDSCH/PUSCH 스케줄링에 소요되는 DCI 오버헤드를 줄이기 위한 목적으로, Rel-18에서는 (표 7과 같은 Justification을 토대로) 단일 DCI로 복수의 서빙 셀/CC들을 동시에 스케줄링하는 멀티-셀 스케줄링(multi-cell scheduling, multi-CC scheduling) 방식이 고려될 수 있다. 본 명세서에서, '복수의 셀을 스케줄링한다'는 표현은 '복수의 셀 각각에서 전송될 PDSCH 또는 PUSCH를 스케줄링한다'고 이해될 수 있다. 다시 말해서, 멀티-셀 DCI는 서로 다른 셀들 상의 PDSCH들 또는 PUSCH들을 스케줄링하기 위한 DCI이다.
표 7은 Rel-18에서 이러한 목적의 DCI를 지원하기 위한 justification으로, 이러한 DCI (PDCCH)의 도입이 필요한 동기(motivation) 중 하나로 이해할 수 있다.
RP-220834에서 발췌함
NR supports a wide range of spectrum in different frequency ranges. It is expected that there will be increasing availability of spectrum in the market for 5G Advanced possibly due to re-farming from the bands originally used for previous cellular generation networks.　Especially for low frequency FR1 bands, the available spectrum blocks tend to be more fragmented and scattered with narrower bandwidth. For FR2 bands and some FR1 bands, the available spectrum can be wider such that intra-band multi-carrier operation is necessary. To meet different spectrum needs, it is important to ensure that these scattered spectrum bands or wider bandwidth spectrum can be utilized in a more spectral/power efficient and flexible manner, thus providing higher throughput and decent coverage in the network.
One motivation is to increase flexibility and spectral/power efficiency on scheduling data over multiple cells including intra-band cells and inter-band cells. The current scheduling mechanism only allows scheduling of single cell PUSCH/PDSCH per a scheduling DCI.　With more available scattered spectrum bands or wider bandwidth spectrum, the need of simultaneous scheduling of multiple cells is expected to be increasing.　To reduce the control overhead, it is beneficial to extend from single-cell scheduling to multi-cell PUSCH/PDSCH scheduling with a single scheduling DCI.　Meanwhile, trade-off between overhead saving and scheduling restriction has to be taken into account.
이에, 본 발명에서는 상기와 같은 멀티-셀 스케줄링을 수행하는 DCI (multi-cell DCI)를 위한 PDCCH 모니터링 방법 및 연관된 PDCCH 후보들의 설정 등의 방법을 제안한다.
후술하는 제안 방법에서, 설명의 편의를 위해 멀티-셀 스케줄링을 수행하는 DCI를 m-cc DCI로 표기하고, 종래 단일-셀 스케줄링을 수행하는 DCI를 s-cc DCI로 표기한다. 또한, PDSCH를 스케줄하는 DCI와 PUSCH를 스케줄하는 DCI를 구분하지 않고 m-cc DCI 혹은 s-cc DCI로 표기한다. 스케줄링되는 PDSCH 및/또는 PUSCH는 경우에 따라 PDSCH/PUSCH(혹은 PxSCH)로 표기할 수 있다.
명세서 내에서 표현 '셀'은 문맥에 따라 해석될 수 있다. 예를 들어 셀은 서빙 셀을 의미할 수 있다. 또한 셀은 1개의 DL CC (component carrier)와 0~2개의 UL CC로 구성될 수 있으나, 후술하는 방법들이 이에 국한되지는 않는다. 후술하는 표현에서 별도의 구분이 없는 경우 셀 및 CC는 혼용될 수 있다. 또한 셀/CC는 서빙 셀 내의 (active) BWP로 치환되어 적용될 수 있다. 또한, 별도로 명시하지 않는 한, 후술하는 방법 들에서 셀/CC는 CA (carrier aggregation)/DC (dual connectivity) 시나리오에서 설정/표현될 수 있는 P셀 (PCell, primary cell), S셀 (SCell, secondary cell), PS셀, (PSCell, primary SCell)등을 포괄하는 개념으로 사용될 수 있다.
PDSCH/PUSCH를 스케줄(DL assignment or UL grant)하는 셀(혹은 CC)을 스케줄링 셀(scheduling Cell 혹은 scheduling CC)으로 표현할 수 있으며, 해당 스케줄링 셀을 통해 스케줄링되는 PDSCH/PUSCH가 실제 전송되는 셀을 스케줄드 셀(scheduled cell혹은 scheduled CC)로 표현할 수 있다. 스케줄링 셀과 스케줄드 셀이 동일한 경우를 셀프 캐리어 스케줄링(self-carrier scheduling)이라 하고, 상이한 경우를 크로스-캐리어 스케줄링(cross-carrier scheduling)이라고 할 수 있다.
표 8 및 표 9는 3GPP TS 38.331에 기재된, 크로스-캐리어 스케줄링과 관련된 IE (information element)들을 나타낸다.
CrossCarrierSchedulingConfig
The IE CrossCarrierSchedulingConfig is used to specify the configuration when the cross-carrier scheduling is used in a cell.
CrossCarrierSchedulingConfig information element
ASN1START
TAG-CROSSCARRIERSCHEDULINGCONFIG-START

CrossCarrierSchedulingConfig ::= SEQUENCE {
schedulingCellInfo CHOICE {
own SEQUENCE { -- Cross carrier scheduling: scheduling cell
cif-Presence BOOLEAN
},
other SEQUENCE { -- Cross carrier scheduling: scheduled cell
schedulingCellId ServCellIndex,
cif-InSchedulingCell INTEGER (1..7)
}
},
...,
[[
carrierIndicatorSize-r16 SEQUENCE {
carrierIndicatorSizeDCI-1-2-r16 INTEGER (0..3),
carrierIndicatorSizeDCI-0-2-r16 INTEGER (0..3)
} OPTIONAL, -- Cond CIF-PRESENCE
enableDefaultBeamForCCS-r16 ENUMERATED {enabled} OPTIONAL -- Need S
]],
[[
ccs-BlindDetectionSplit-r17 ENUMERATED {oneSeventh, threeFourteenth, twoSeventh, threeSeventh,
oneHalf, fourSeventh, fiveSeventh, spare1} OPTIONAL -- Need R
]]
}

TAG-CROSSCARRIERSCHEDULINGCONFIG-STOP
ASN1STOP
CrossCarrierSchedulingConfig field descriptions
cif-Presence
The field is used to indicate whether carrier indicator field is present (value true) or not (value false) in PDCCH DCI formats, see TS 38.213 [13]. If cif-Presence is set to true, the CIF value indicating a grant or assignment for this cell is 0.
cif-InSchedulingCellThe field indicates the CIF value used in the scheduling cell to indicate a grant or assignment applicable for this cell, see TS 38.213 [13].
other
Parameters for cross-carrier scheduling, i.e., a serving cell is scheduled by a PDCCH on another (scheduling) cell. The network configures this field only for SCells.
ownParameters for self-scheduling, i.e., a serving cell is scheduled by its own PDCCH.
schedulingCellId
Indicates which cell signals the downlink allocations and uplink grants, if applicable, for the concerned SCell. In case the UE is configured with DC, the scheduling cell is part of the same cell group (i.e. MCG or SCG) as the scheduled cell.
NR 시스템에서의 CCS 설정은 표 8 및 표 9에서와 같이 상위 레이어 파라미터인 CrossCarrierSchedulingConfig 에 의해 설정될 수 있다. PDSCH 혹은 PUSCH 를 스케줄링하는 DCI (e.g., DCI format 0_1/0_2/1_1/1_2) 에 CIF (carrier indicator field) 값이 설정되며, 그 값은 자기 자신에 대해서는(own cell) 0 이고 다른 셀에 대해서는 (cif-InSchedulingCell 에 의해 설정된) 1부터 7 의 값을 갖는다. 또한 표 10에서와 같이, 설정된 CIF 값은 n_CI 값에 대응되어 PDCCH 후보 결정에 활용된다. 이 때, 스케줄드 셀에 대해 설정된 탐색 공간 세트(search space set, SS set)에 대응되는 PDCCH 모니터링은, 스케줄링 셀에서 해당 SS 세트와 동일한 인덱스를 갖는 탐색 공간 세트와 연동된 PDCCH MO (monitoring occasion)에서 수행된다. 또한, 스케줄드 셀의 해당 SS 세트에 설정된 각 집합 레벨(aggregation level, AL) 별 PDCCH 후보 수는 그대로 승계되어, 스케줄링 셀 상 해당 SS 세트에서 스케줄드 셀 상 PDCCH 모니터링 시 해당 PDCCH 후보 개수가 적용된다. CORESET p 내의 SS 세트 s 별로 PDCCH MO가 결정될 수 있다. 하나의 CORESET에 대해 10개 이하의 SS 세트가 연계될 수 있으며, 각각의 SS 세트 SS 세트 인덱스에 의해 식별될 수 있다.
For each DL BWP configured to a UE in a serving cell, the UE is provided by higher layers with S=<10 search space sets where, for each search space set from the S search space sets, the UE is provided the following by SearchSpace:
- a PDCCH monitoring periodicity of ks slots and a PDCCH monitoring offset of os slots, by monitoringSlotPeriodicityAndOffset or by monitoringSlotPeriodicityAndOffset-r17
- a PDCCH monitoring pattern within a slot, indicating first symbol(s) of the CORESET for PDCCH monitoring within each slot where the UE monitors PDCCH, by monitoringSymbolsWithinSlot
- a duration of Ts < ks indicating a number of slots that the search space set s exists by duration, or a number of slots in consecutive groups of slots where the search space set s can exist by duration-r17

A UE determines a PDCCH monitoring occasion on an active DL BWP from the PDCCH monitoring periodicity, the PDCCH monitoring offset, and the PDCCH monitoring pattern within a slot. If monitoringSlotsWithinSlotGroup is not provided, the UE determines that PDCCH monitoring occasions exist in a slot with number
Figure PCTKR2023005793-appb-img-000007
[4, TS 38.211] in a frame with number nf if
Figure PCTKR2023005793-appb-img-000008
. The UE monitors PDCCH candidates for search space set s for Ts consecutive slots, starting from slot
Figure PCTKR2023005793-appb-img-000009
, and does not monitor PDCCH candidates for search space set s for the next ks-Ts consecutive slots. If monitoringSlotsWithinSlotGroup is provided, for search space set s, the UE determines that the slot with number
Figure PCTKR2023005793-appb-img-000010
[4, TS 38.211] in a frame with number nf satisfying
Figure PCTKR2023005793-appb-img-000011
is the first slot in a first group of Ls slots and that PDCCH monitoring occasions exist in Ts/Ls consecutive groups of slots starting from the first group, where Ls is the size of monitoringSlotsWithinSlotGroup. The UE monitors PDCCH candidates for search space set s within each of the Ts/Ls consecutive groups of slots according to monitoringSlotsWithinSlotGroup, starting from slot
Figure PCTKR2023005793-appb-img-000012
and does not monitor
PDCCH candidates for search space set s for the next ks-Ts consecutive slots.
For a search space set s associated with CORESET p, the CCE indexes for aggregation level L corresponding to PDCCH candidate
Figure PCTKR2023005793-appb-img-000013
of the search space set in slot
Figure PCTKR2023005793-appb-img-000014
for an active DL BWP of a serving cell corresponding to carrier indicator field value nCI are given by
Figure PCTKR2023005793-appb-img-000015

where
for any CSS,
Figure PCTKR2023005793-appb-img-000016
=0;
for a USS,
Figure PCTKR2023005793-appb-img-000017
,
Figure PCTKR2023005793-appb-img-000018
, Ap=39827 for pmod3=0, Ap=39829 for pmod3=1, Ap=30839 fir pmod3=2, and D=65537;
i= 0, ..., L-1;
NCCE,p is the number of CCEs, numbered from 0 to NCCE,p -1, in CORESET p and, if any, per RB set;
nCI is the carrier indicator field value if the UE is configured with a carrier indicator field by CrossCarrierSchedulingConfig for the serving cell on which PDCCH is monitored, except for scheduling of the serving cell from the same serving cell in which case nCI =0; otherwise, including for any CSS, nCI=0;
Figure PCTKR2023005793-appb-img-000019
=0, ...,
Figure PCTKR2023005793-appb-img-000020
-1, where
Figure PCTKR2023005793-appb-img-000021
is the number of PDCCH candidates the UE is configured to monitor for aggregation level L of a search space set s for a serving cell corresponding to nCI;
for any CSS,
Figure PCTKR2023005793-appb-img-000022
;
for a USS,
Figure PCTKR2023005793-appb-img-000023
is the maximum of
Figure PCTKR2023005793-appb-img-000024
over all configured nCI values for a CCE aggregation level L of search space set s;
the RNTI value used for nRNTI is the C-RNTI.
일 예로, 셀#1과 셀#2에 대해 SS 세트#s 은 다음과 같이 설정될 수 있다.
- 셀#1에 설정된 SS 세트#s: 특정 AL n 에 대한 PDCCH 후보 개수는 N_1(n) 로 설정됨.
- 셀#2에 설정된 SS 세트#s: 특정 AL n 에 대한 PDCCH 후보 개수는 N_2(n) 로 설정됨.
이 때, 셀#2에 대한 스케줄링 셀을 셀#1으로 결정하는 크로스-캐리어 스케줄링이 설정되면, 단말은 셀#1 상의 SS 세트#s 에서 설정된 PDCCH MOs 에서 다음과 같은 PDCCH 들의 모니터링을 수행할 수 있다. 구체적으로, 셀#1에서 전송되는 PDCCH는 셀#2에서 전송되는 데이터 (예를 들어, PDSCH 또는 PUSCH)를 스케줄링 할 수 있으며, 전술한 셀#1과 셀#2 사이에 설정된 관계를 편의상 CCS 관계라고 지칭할 수 있다. 또한, PDCCH들의 모니터링은, PDCCH 후보들을 모니터링하는 것을 의미할 수 있다.
- 셀#1 의 SS 세트#s 에 설정된 DCI 포맷들에 대해 각 AL n 별로 N_1(n) 개 PDCCH 후보 모니터링
- 셀 #2 의 SS 세트#s 에 설정된 DCI 포맷들 대해 각 AL n 별로 N_2(n) 개 PDCCH 후보 모니터링
m-cc DCI와 s-cc DCI의 운용 방법
M개의 셀(cell#1 ~ cell#M, M은 1이상의 정수)들로 구성된 CA 등의 시나리오에서, 스케줄링 셀과 나머지 셀 간의 연결 관계(예를 들어, CCS 관계가 설정)가 설정될 때, 복수의 셀을 동시에 스케줄링할 수 있는 m-cc DCI와 하나의 셀을 스케줄링 할 있는 s-cc DCI에 대해 아래 옵션 중 하나가 설정/적용될 수 있다. 설명의 편의를 위해 하나의 셀은 셀#k와 같이 표시하고(이 경우 k는 cell index 혹은 k-th cell을 의미), 2개 이상의 셀 집합은 기호 { }를 사용하여 표시한다. 예를 들어 {cell#1, cell#2}는 cell#1 및 cell#2를 의미한다. 임의의 M개 셀 집합은 {{cell#m},M}으로 표시한다. 이 경우, 셀#m은 집합 내의 각 셀을 의미할 수 있다(m=1,...,M).
1.1-1 Option 1: m-cc DCI는 항상 {{cell#m},M}을 스케줄링 하도록 정의될 수 있다. 이 때, M은 2이상의 정수를 의미한다. 다시 말해, m-cc DCI를 통해서는 항상 복수의 셀이 동시 스케줄링되고, 해당 m-cc DCI를 통해 하나의 셀만 스케줄링되는 동작은 허용되지 않을 수 있다. 셀#m은 m-cc DCI (PDCCH)를 수신하는 스케줄링 셀이거나 m-cc DCI에 의해 스케줄링되는 스케줄드 셀이 될 수 있다.
1.1-1a Option 1a: m-cc DCI는 항상 {{cell#m},M}을 스케줄링하도록 정의될 수 있다. 이 때, M은 2이상의 정수를 의미한다. 셀#m은 m-cc DCI에 의해 스케줄링되는 스케줄드 셀이 될 수 있다.
1.1-2 Option 2: m-cc DCI는 {{cell#m},M}을 스케줄링하거나, {{cell#m},M} 중 하나의 셀 (ref-cc)을 스케줄링 하도록 정의될 수 있다. 다시 말해, m-cc DCI를 통해서는 복수의 셀들이 동시 스케줄링 (multi-cell scheduling)되거나, 혹은 하나의 셀만 스케줄링 (single-cell scheduling)될 수 있다. 이 때 해당 하나의 셀은 특정 셀(ref-cc)로 고정될 수 있다. 특정 셀이 아닌 다른 셀에 대해서는 m-cc DCI를 통한 단일-셀 스케줄링이 허용되지 않을 수 있다. 이 때, M은 2이상의 정수를 의미한다. 셀#m은 m-cc DCI (PDCCH)를 수신하는 스케줄링 셀이거나, m-cc DCI에 의해 스케줄링되는 스케줄드 셀이 될 수 있다. 참조CC(ref-cc)는 {{cell#m},M}중 하나의 특정 셀을 의미하며, 사전에 정의되거나 묵시적(implicit) 또는 명시적으로(explicit) 설정될 수 있다.
- ref-cc를 사전에 정의하거나 묵시적으로 설정하는 방법: {{cell#m},M} 중에서 가장 낮은 (또는 가장 높은) 인덱스의 셀이 ref-cc가 될 수 있다. 혹은 PCell, PSCell 혹은 PUCCH SCell등이 집합에 포함된 경우, 해당 셀이 ref-cc가 될 수 있다. 혹은 스케줄링 셀이 ref-cc로 선택될 수 있다. 혹은 m-cc DCI로 스케줄링 되는 셀들 중에서 CIF값의 기준이 되는 셀이 ref-CC로 결정될 수도 있다.
- ref-cc 명시적 설정 방법: RRC 혹은 MAC-CE등의 상위 레이어 시그널링을 통해 반-정적(semi-static)으로 설정되거나, DCI를 통해 동적으로 설정될 수 있다. 이 때, 시그널링 되는 셀 인덱스는 상기 기술된 pre-defined rule (혹은 implicit 설정)에 해당하는 셀을 나타낼 수 있다.
1.1-2a Option 2a: m-cc DCI는 {{cell#m},M}을 스케줄링하거나, {{cell#m},M} 중 하나의 셀(ref-cc)을 스케줄링 하도록 정의될 수 있다. 이 때, M은 2이상의 정수를 의미한다. 셀#m은 m-cc DCI에 의해 스케줄링되는 스케줄드 셀이 될 수 있다. ref-cc는 {{cell#m},M} 중 하나의 특정 셀을 의미 의미하며, 사전에 정의되거나 묵시적(implicit) 또는 명시적으로(explicit) 설정될 수 있다. ref-cc를 설정하는 방법으로 1.1-2 Option 2에 기술한 방법이 사용될 수 있다.
1.1-3 Option 3: m-cc DCI는 {{cell#m},M}을 스케줄링 하도록 정의될 수 있다. 이 때, M은 1이상의 정수를 의미한다. 다시 말해, m-cc DCI를 통해서는 복수의 셀들이 동시 스케줄링되거나 혹은 하나의 셀만 스케줄링될 수 있다. 상기 1.1-2 Option 2와 달리 해당 하나의 셀은 특정 셀(ref-cc)로 고정되지 않을 수 있다. 셀#m은 m-cc DCI (PDCCH)를 수신하는 스케줄링 셀이거나 m-cc DCI에 의해 스케줄링되는 스케줄드 셀이 될 수 있다.
1.1-3a Option 3a: m-cc DCI는 {{cell#m},M}을 스케줄링하도록 정의될 수 있다. 이 때, M은 1이상의 정수를 의미한다. 셀#m은 m-cc DCI 에 의해 스케줄링되는 스케줄드 셀이 될 수 있다.
상기 각 Option에 대해서, m-cc DCI (PDCCH)를 스케줄링하는 셀에서의 단말의 PDCCH 모니터링 동작은 다음과 같이 정의될 수 있다.
1.1-1 Option 1: 단말은 상기 1.1-1 Option 1로 설정된 m-cc DCI를 수신하기를 기대할 수 있다. 또한 단말은 m-cc DCI 스케줄링 대상으로 설정된 {{cell#m},M}에 속한 각 셀을 셀프 스케줄링 또는 크로스-캐리어 스케줄링하는 s-cc DCI 수신을 기대할 수 있다.
1.1-1a Option 1a: 단말은 상기 1.1-1a Option 1a로 설정된 m-cc DCI 수신을 기대할 수 있다. 또한 단말은 {{cell#m},M} 중에서 하나의 셀을 크로스-캐리어 스케줄링하거나 해당 스케줄링 셀을 셀프-스케줄링하는 s-cc DCI 수신을 기대할 수 있다.
1.1-2 Option 2: 단말은 상기 1.1-2 Option 2로 설정된 m-cc DCI 수신을 기대할 수 있다. 또한 단말은 m-cc DCI 스케줄링 대상으로 설정된 {{cell#m},M}에 속한 셀 중 상기 특정 ref-cc를 제외한 나머지 셀을 셀프 또는 크로스-캐리어 스케줄링하는 s-cc DCI 수신을 기대할 수 있다.
1.1-2a Option 2a: 단말은 상기 1.1-2a Option 2a로 설정된 m-cc DCI 수신을 기대할 수 있다. 또한 단말은 {{cell#m},M} 중에서 하나의 셀을 크로스-캐리어 스케줄링하거나 해당 스케줄링 셀을 셀프-스케줄링하는 s-cc DCI 수신을 기대할 수 있다.
1.1-3 Option 3: 단말은 상기 Option 3으로 설정된 m-cc DCI 수신을 기대할 수 있다. 이 때, 단말은 m-cc DCI 스케줄링 대상으로 설정된 {{cell#m},M}에 속한 임의의 셀을 셀프 또는 크로스-캐리어 스케줄링하는 s-cc DCI 수신은 기대하지 않을 수 있다.
1.1-3a Option 3a: 단말은 상기 1.1-3a Option 3a로 설정된 m-cc DCI 수신을 기대할 수 있다. 또한 단말은 해당 스케줄링 셀을 셀프-스케줄링하는 s-cc DCI 수신을 기대할 수 있다. 이 때, 단말은 {{cell#m},M} 중에서 하나의 셀을 크로스-캐리어 스케줄링하는 s-cc DCI 수신은 기대하지 않을 수 있다.
후술하는 제안 방법들은 상기 Option들 각각에 대해서 특징적으로 적용될 수 있다.
후술하는 방법들에 대해서, 각 방법에서 제안/계산된 값(e.g., 각 scheduled cell 별 PDCCH candidate의 개수 or BD counting 방법 or BD budget or 가중치를 주기 위해 특정값을 곱하거나 나누는 경우 등)은 (별도의 설명이 없더라도) ceil 혹은 floor 함수를 통해 정수(integer)값으로 최종 결과가 적용될 수 있다.
[1] m-cc DCI를 위한 CIF 필드 값 설정 방법
종래 NR 시스템의 s-cc DCI에는 CIF (carrier indicator field)가 설정될 수 있다. 해당 CIF값을 통해 CCS 시 스케줄링 셀과 스케줄드 셀이 연결될 수 있다. 종래 s-cc DCI와 관련된 스케줄드 셀의 개수는 1개이다. SS 세트 및/또는 CCS 관련 설정은 셀 별로 이루어졌다. 그러나, m-cc DCI는 복수 개의 셀에 대한 PDSCH/PUSCH를 동시에 스케줄링 할 수 있기 때문에, 복수의 스케줄드 셀 중에서 어떤 셀 을 기준으로 SS 세트 및/또는 CCS 관련 설정이 이루어져야 할지 결정이 필요할 수 있다. 이하, m-cc DCI 스케줄링 대상으로 M개의 cell {{cell#m},M}이 설정된 경우에 대한 제안 동작을 기술한다.
m-cc DCI를 통해 동시에 스케줄링 되는 복수의 스케줄드 CC에 대해서 SS 세트 설정 및/또는 CIF 값의 설정은 아래 3가지 기준단위 중 한가지로 이루어질 수 있다.
- 기준단위1: m-cc DCI를 위한 SS set#s가 설정되고, 해당 SS set#s에 대한 CIF 값이 설정될 수 있다. 이 경우, m-cc DCI를 통해 동시 스케줄링될 수 있는 모든 CC 조합들 (이에 속한 전체 CC 집합)에 대해 SS 세트 및 CIF 값이 설정될 수 있다. 즉, 해당 m-cc DCI 자체에 대한 SS 세트 및 CIF 값이 설정될 수 있다. 이 경우, 상기 CIF 값은 기존 (single-cell scheduling) DCI 기반 (cross-carrier) 스케줄링에 설정된 (단일 CC에 대한) CIF (single-cell CIF) 값과 다른 값을 가지도록 설정될 수 있다. 예를 들어, 최대 {cell#1, cell#2, cell#3}를 동시 스케줄링 할 수 있는 m-cc DCI에 대해서, {cell#1, cell#2}를 스케줄링 하는 경우와 {cell#2, cell#3}를 스케줄링 하는 경우를 구분하지 않고, 해당 m-cc DCI에 대한 SS set#s 및/또는 CIF 값이 설정될 수 있다.
- 기준단위2: m-cc DCI를 통해 동시 스케줄링될 수 있는 각 CC 조합별로 SS 세트 및/또는 CIF 값이 설정될 수 있다. 이 경우, 상기 CC 조합별 CIF 값은 기존 (single-cell scheduling) DCI 기반 (cross-carrier) 스케줄링에 설정된 (단일 CC에 대한) CIF (single-cell CIF) 값과 다른 값을 가지도록 설정될 수 있다. 예를 들어, 최대 {cell#1, cell#2, cell#3}를 동시 스케줄링 할 수 있는 m-cc DCI에 대해서, m-cc DCI가 {cell#1, cell#2}를 스케줄링 하는 경우에 대해 SS set#s_A 및/또는 CIF_A가 설정된다. m-cc DCI가 {cell#2, cell#3}를 스케줄링 하는 경우에 대해서는 SS set#s_B 및/또는 CIF_B가 설정된다. 또 다른 예로, 1개 CC가 m-cc DCI로 스케줄링 되는 경우, 예를 들어 m-cc DCI가 {cell#3}을 스케줄링 하는 경우에 대해 SS set#s_C 및/또는 CIF_C가 설정될 수 있다. m-cc DCI가 3개 CC를 모두 스케줄링하는 경우, 즉, {cell#1, cell#2, cell#3}이 스케줄링 되는 경우에 대해서는 SS set#s_D 및/또는 CIF_D가 설정될 수 있다.
- 기준단위3: m-cc DCI를 통해 스케줄링될 수 있는 각 CC별로 SS 세트 및/또는 CIF 값이 설정될 수 있다. 이 경우, 해당 각 CC별 CIF 값은 해당 CC에 대하여 기존 (single-cell scheduling) DCI 기반 (cross-carrier) 스케줄링에 설정된 CIF 값과 동일하게 설정될 수 있다. 예를 들어, 최대 {cell#1, cell#2, cell#3}를 동시 스케줄링 할 수 있는 m-cc DCI에 대해서, {cell#1, cell#2}를 스케줄링 하는 경우 cell#1에 대해 SS set#s_1 및/또는 CIF_1가 개별적으로 설정되고, cell#2에 대해 SS set#s_2 및/또는 CIF_2가 개별 설정 (또한 cell #3에 대해서도 SS set#s_3 및/또는 CIF_3를 개별 설정)될 수 있다.
상기 기준단위 1/2/3을 기반으로 설정된 SS 세트 및/또는 CIF값으로부터, (후술하는 방법에 따라) n_CI 및/혹은 (각 n_CI 값별로 대응되는) PDCCH 후보 (set)의 CCE 위치가 결정될 수 있다. 이 때, 기준단위1 또는 기준단위2 또는 기준단위3을 기반으로 설정된 CIF (및 n_CI)값으로부터 결정되는 (해당 m-cc DCI에 대한 각 n_CI 값별로 대응되는) PDCCH 후보(set)는, m-cc DCI가 스케줄링하는 셀(조합)에 관계없이 공유 (SS sharing)될 수 있다. 다시 말해, 상기 기준단위 1/2/3을 기반으로 설정된 SS 세트 및/또는 CIF값을 토대로 (하나 혹은) 복수 (e.g. N개)의 n_CI값이 결정되고, 해당 N개의 n_CI값들 각각에 대응되는 PDCCH 후보 세트의 위치가 N개 결정된 상태에서, (특정 CIF/n_CI값에 대응되는) 특정 셀 (조합)을 스케줄링하는 m-cc DCI는, 해당 N개 PDCCH 후보 세트에 속한 어느 PDCCH 후보를 통해서도 전송/수신될 수 있다. 예를 들어, 특정 CIF/n_CI = A값에 대응되는 셀(조합)을 스케줄링하는 m-cc DCI가 해당 A값과 다른 CIF/n_CI = B값에 대응되는 PDCCH 후보 세트을 통해 전송/수신될 수 있다.
상기 기술한 [m-cc DCI와 s-cc DCI의 운용 방법]에 따라서는, m-cc DCI로 스케줄링 가능한 CC는 s-cc DCI로도 스케줄링 가능하도록 설정될 수 있다. 이러한 경우에는 m-cc DCI로 스케줄링될 수 있는 각 셀에 CC별 CIF 값이 독립적으로 설정될 수 있다. 즉, [기준단위1] 혹은 [기준단위2]에 따라 복수의 CC에 대해 SS 세트 및/또는 CIF값이 설정될 수 있는 경우에도, 해당 복수개의 CC 각각에 대해서 CC별 CIF 값이 별도로 설정될 수도 있다. 따라서, m-cc DCI를 위한 CIF 값과 s-cc DCI를 위한 CIF값을 구분할 필요가 있다.
[기준단위1]에 따라 m-cc DCI에 대해 하나의 CIF값이 설정되는 경우 다음 방법 중 한가지가 적용될 수 있다.
- 방법1A: m-cc DCI를 위한 CIF값은 독립적으로 설정될 수 있다. 즉, m-cc DCI를 위한 별도의 SS 세트 설정을 통해 하나의 CIF값을 설정할 수 있다.
- 방법2A: m-cc DCI를 위한 CIF값은 m-cc DCI로 스케줄링 가능한 M개의 셀들 (즉, {{cell#m},M})중에서 특정 대표 셀(ref-cc)의 CIF값으로 설정될 수 있다. ref-cc는 사전에 정의되거나, 묵시적 또는 명시적으로 설정될 수 있다.
-> ref-cc를 사전에 정의하거나 묵시적으로 설정하는 방법: {{cell#m},M} 중에서 가장 낮은 또는 가장 높은 인덱스의 셀이 될 수 있다. 혹은 PCell, PSCell 혹은 PUCCH SCell등이 집합에 포함된 경우, 해당 셀이 ref-cc가 될 수 있다. 혹은 스케줄링 셀이 ref-cc로 선택될 수 있다. 혹은 m-cc DCI로 스케줄링 되는 셀들 중에서 CIF값의 기준이 되는 셀이 ref-CC가 결정될 수도 있다.
-> ref-cc를 명시적으로 설정하는 방법: RRC 혹은 MAC-CE등의 상위 레이어 시그널링을 통해 반-정적으로 ref-cc가 설정될 수 있다. DCI를 통해 동적으로 ref-CC가 설정될 수도 있다. 이 때, 시그널링 되는 셀 인덱스는 상기 기술한 pre-defined rule (혹은 implicit 설정)에 해당하는 셀을 나타낼 수 있다.
- 방법3A: m-cc DCI를 위한 CIF값은 m-cc DCI로 스케줄링 가능한 셀 중에서 특정 대표 셀(ref-cc)의 CIF값에 오프셋을 더한 값으로 설정될 수 있다. 예를 들어, m-cc DCI를 위한 CIF 값은 상기 단일-셀 CIF 값들 중 가장 높은/큰 값에 1을 더한 값으로 결정될 수 있다. ref-cc는 [방법2A]에 기술한 방법으로 정의/설정될 수 있다. 오프셋은 사전에 정의 또는 설정(e.g., higher layer signaling)될 수 있다.
[기준단위2]에 따라 m-cc DCI로 스케줄링 되는 CC 조합에 따라 CIF값이 설정되는 경우 다음 방법 중 한가지가 적용될 수 있다.
- 방법1B: CC 조합별로 CIF값이 독립적으로 설정될 수 있다. 즉, 각 CC조합별로 별도의 SS 세트 설정을 통해 CIF값이 설정될 수 있다. 예를 들어 최대 {cell#1, cell#2, cell#3}를 동시 스케줄링 할 수 있는 m-cc DCI에 대해서 다음 예제와 같이 실제 스케줄링 되는 CC 조합별로 CIF값이 설정될 수 있다.
CIF Scheduled cell(s)
0 CC#0
1 CC#1
2 CC#2
3 CC#0, CC#1
4 CC#0, CC#2
5 CC#1, CC#2
6 CC#0, CC#1, CC#2
- 방법2B: CC 조합별 CIF값은 해당 CC 조합에 속한 셀 중에서 특정 대표 셀(ref-cc)의 CIF값으로 설정될 수 있다. ref-cc는 사전에 정의되거나, 묵시적 또는 명시적으로 설정될 수 있다.
-> ref-cc를 사전에 정의하거나 묵시적으로 설정하는 방법: {{cell#m},M} 중에서 가장 낮은 또는 가장 높은 인덱스의 셀이 될 수 있다. 혹은 PCell, PSCell 혹은 PUCCH SCell등이 집합에 포함된 경우, 해당 셀이 ref-cc가 될 수 있다. 혹은 스케줄링 셀이 ref-cc로 선택될 수 있다. 혹은 m-cc DCI로 스케줄링 되는 셀들 중에서 CIF값의 기준이 되는 셀이 ref-CC가 결정될 수도 있다.
-> ref-cc를 명시적으로 설정하는 방법: RRC 혹은 MAC-CE등의 상위 레이어 시그널링을 통해 반-정적으로 ref-cc가 설정될 수 있다. DCI를 통해 동적으로 ref-CC가 설정될 수도 있다. 이 때, 시그널링 되는 셀 인덱스는 상기 기술한 pre-defined rule (혹은 implicit 설정)에 해당하는 셀을 나타낼 수 있다.
방법3B: CC 조합별 CIF값은 해당 CC 조합에 속한 셀 중에서 특정 대표 셀(ref-cc)의 CIF값에 오프셋을 더한 값으로 설정될 수 있다. 이 때, ref-cc는 [방법2B]에 기술한 방법으로 정의/설정될 수 있으며, 오프셋도 사전에 정의되거나 별도로 설정(e.g., higher layer signaling)될 수 있다.
[기준단위3]에 따라 m-cc DCI로 스케줄링 되는 CC 각각에 대해 CC별로 CIF값이 설정되는 경우 다음 방법 중 한가지가 적용될 수 있다.
- 방법1C: m-cc DCI를 위한 CC별 CIF값은 해당 CC에 대해 s-cc DCI를 위해 설정된 CC별 CIF 값과 동일한 값으로 설정할 수 있다. 이 방법은 m-cc DCI의 CIF값을 결정하기 위해 별도의 규칙이나 시그널링이 필요없는 간단한 방법일 수 있다.
- 방법2C: m-cc DCI를 위한 CC별 CIF값은 독립적으로 설정될 수 있다. 예를 들어, 해당 CC에 대해 m-cc DCI를 위한 CC별 CIF값은 s-cc DCI를 위해 설정된 CC별 CIF 값과 다른 값이 되도록 설정될 수 있으며, 이를 위해 별도의 규칙이 필요할 수 있다. 예를 들어, 종래 s-cc DCI를 위한 CIF 필드와 별개로, m-cc DCI를 위한 CIF 필드가 정의될 수 있다. 이를 통해, PDCCH blocking 확률을 낮추는 데 도움이 될 수 있다.
- 방법3C: m-cc DCI를 위한 CC별 CIF값은 해당 CC에 대해 s-cc DCI를 위해 설정된 CC별 CIF 값에 오프셋을 더한 값으로 설정할 수 있다. 오프셋 값은 사전에 정의되거나 별도로 설정(e.g., higher layer signaling)될 수 있다.
한편, m-cc DCI를 위한 AL n별 PDCCH 후보 개수 역시 위 기준단위에 부합해서 다른 방식으로 설정될 수 있다. 즉, [기준단위1]과 유사하게 m-cc DCI를 위한 SS set#s가 설정되고, 해당 SS set#s에 대해 AL n별 PDCCH 후보 개수가 설정될 수 있다. 혹은, [기준단위2]와 유사하게 m-cc DCI를 통해 동시 스케줄링되는 CC 조합별로 SS 세트 및/또는 AL n별 PDCCH 후보 개수가 설정될 수 있다. 혹은, [기준단위3]과 유사하게 m-cc DCI를 통해 스케줄링 되는 CC별로 SS 세트 및/또는 AL n별 PDCCH 후보 개수가 설정될 수 있다. 따라서, m-cc DCI를 위한 SS 세트 설정 및/또는 해당 SS 세트에 대한 AL n별 PDCCH 후보 개수 설정 및/또는 해당 SS 세트의 CIF 값은, 동일한 CC 집합을 기준으로 설정될 수 있다. 예를 들어, m-cc DCI를 통해 스케줄링할 수 있는 전체 CC 집합/수를 기준으로 해당 m-cc DCI에 대한 SS 세트, AL n별 PDCCH 후보 개수 및 CIF값이 설정될 수 있다. 혹은 m-cc DCI를 통해 동시 스케줄링될 수 있는 각 CC 조합별로 SS 세트, AL n별 PDCCH 후보 개수 및 CIF값이 설정될 수 있다. 혹은 m-cc DCI를 통해 스케줄링될 수 있는 각 CC별로 SS 세트, AL n별 PDCCH 후보 개수 및 CIF값이 설정될 수 있다.
추가로, CIF 값은 RRC 혹은 MAC-CE 등의 상위 레이어 시그널링을 통하거나 DCI등의 동적인 방법으로 설정/재설정 될 수 있다. 일례로 CA가 (재)설정될 때, 혹은 각 SCell이 활성화(activation)될 때, 해당 셀들에 대한 CIF 값이 설정/재설정 될 수 있다.
[2] m-cc DCI를 위한 PDCCH 후보의 CCE 인덱스 결정 방법
앞서, 표 10에서 3GPP TS 38.213에 규정된 AL에 따른 PDCCH 후보의 CCE 위치를 결정하는 수식을 개시하였다.
PDCCH 후보의 CCE 위치를 결정할 때 사용되는 nCI (이하 n_CI로 표시)는 해당 DCI 상의 CIF 값을 이용하여 결정된다. 즉, CIF값을 통해 n_CI가 결정될 수 있다. 즉, 서로 다른 스케줄드 CC에 대해 서로 다른 CCE 위치를 설정하기 위해 서로 다른 n_CI (혹은 CIF) 값이 설정될 수 있다.
위에서 기술한 것처럼 m-cc DCI를 위한 CIF값은, 스케줄드 CC의 전체 집합에 대해 하나의 값이 설정되거나, 스케줄드 CC 조합별로 값이 설정되거나, 스케줄드 CC별로 값이 설정될 수 있다. m-cc DCI를 위한 CIF값이 설정되었을 때 이에 대응하는 n_CI는 아래 방법 중 하나로 결정될 수 있다. 이 때 CIF값의 설정은 상기 [1]에서 기술한 방법 중 하나가 될 수 있다.
- 방법1: m-cc DCI를 위해 설정된 CIF값이 m-cc DCI를 위한 n_CI값으로 설정 수 있다. 구체적으로, 상기 기준단위 1을 기반으로 할 경우 방법 1A/2A/3A를 통해 설정/결정된 CIF 값이 n_CI 값으로 설정될 수 있다. 상기 기준단위 2를 기반으로 할 경우에는 방법 1B/2B/3B를 통해 설정/결정된 각 스케줄드 CC 조합별 CIF 값이 (해당 각 CC 조합별로 설정된 SS set에 대응되는) n_CI 값으로 설정될 수 있다. 상기 기준단위 3를 기반으로 할 경우에는 방법 1C/2C/3C를 통해 설정/결정된 각 스케줄드 CC별 CIF 값이 (해당 각 CC별로 설정된 SS set에 대응되는) n_CI 값으로 설정될 수 있다.
-> 이 경우 상기 m-cc DCI에 설정되는 CIF는 특정 값 이상의 값으로만 설정될 수 있다. 이 때 해당 특정 값은 사전에 정의되거나 설정 (e.g., via higher layer signalling)될 수 있다. 이에 대한 실시 예로, 상기 특정 값은 '8'일 수 있다. 혹은 상기 특정 오프셋은 "s-cc DCI를 위해 설정될 수 있는 CIF값의 최대값 + 1"이 될 수 있다. 혹은 상기 특정 오프셋은 "스케줄링 셀 상에서 전송되는 m-cc DCI에 의해 스케줄링되도록 설정된 스케줄드 셀(들)에 (해당 cell(들)에 대한 s-cc DCI 기반 스케줄링을 위해) 설정된 CIF값의 최대값 + 1"이 될 수 있다.
-> 이를 통해, s-cc DCI와 m-cc DCI간에 SS 세트가 (or PDCCH candidate의 CCE 위치가) 서로 중첩되는 상황을 가능한 피하도록 설정될 수 있다.
- 방법2: m-cc DCI를 위해 설정된 CIF값에 특정 오프셋을 더해서, m-cc DCI를 위한 n_CI값이 설정될 수 있다. 이 때, 오프셋은 사전에 정의되거나 설정(e.g., via higher layer signalling)될 수 있다. 이에 대한 실시 예로, 상기 특정 오프셋은 '8'일 수 있다. 혹은 상기 특정 오프셋은 "s-cc DCI를 위해 설정될 수 있는 CIF값의 최대값 + 1"이 될 수 있다. 혹은 상기 특정 오프셋은 "스케줄링 셀 상에서 전송되는 m-cc DCI에 의해 스케줄링되도록 설정된 스케줄드 셀(들)에 (해당 cell(들)에 대한 s-cc DCI 기반 스케줄링을 위해) 설정된 CIF값의 최대값 + 1"이 될 수 있다.
-> 예를 들어, 상기 s-cc DCI를 위해 설정된 CIF가 {0, 1, 2, 3}으로 설정되었고, 상기 m-cc를 위한 CIF가 {0, 1, 2}로 설정되었다고 가정한다. s-cc DCI의 (CIF별) n_CI값은 CIF와 동일하게 {0, 1, 2, 3}으로 설정되는 반면, m-cc DCI의 (CIF별) n_CI값은 n_CI = m-cc CIF + 8로 해서 {8, 9, 10}으로 설정되거나, 또는 n_CI = m-cc CIF + (3 + 1)로 해서 {4, 5, 6}으로 설정될 수 있다. 이를 통해, s-cc DCI와 m-cc DCI간에 SS 세트가 (or PDCCH candidate의 CCE 위치가) 서로 중첩되는 상황을 가능한 피하도록 설정될 수 있다.
-> 추가로, 해당 오프셋은 스케줄링되는 CC 개수에 따라 다르게 결정될 수 있다. 예를 들어, [기준단위2]의 경우 한번에 스케줄되는 CC의 개수에 따라 서로 다른 오프셋이 결정/설정될 수 있다.
-> 추가로, m-cc DCI의 코-스케줄드(co-scheduled) 셀 중에서, 기존(legacy) DCI가 설정(or 모니터링)될 수 있는 셀(들)에 대해서는, 해당 셀(들)에 대한 PDCCH 후보 위치(즉, CCE index)에 별도의 오프셋이 주어질 수 있다. (목적: legacy DCI의 PDCCH candidate과 위치 분리)
- 방법3: s-cc DCI를 위해 설정된 CIF값을 m-cc DCI를 위한 n_CI값으로 설정할 수 있다.
- 방법4: s-cc DCI를 위해 설정된 CIF값에 특정 오프셋을 더해서, m-cc DCI를 위한 n_CI값이 설정될 수 있다. 이 때, 오프셋은 사전에 정의되거나 설정(e.g., higher layer signalling)될 수 있다. 추가로, 해당 오프셋은 m-cc DCI로 한번에 스케줄링되는 CC 개수(동시에 스케줄링되는 셀들의 조합)에 따라 다르게 결정될 수 있다. 예를 들어, [기준단위2]의 경우 한번에 스케줄되는 CC의 개수에 따라 서로 다른 오프셋으로 결정/설정할 수 있다.
한편, [1]에서 기술된 기준단위1/2/3 및 이를 기반으로 하는 CIF값(및/또는 n_CI)으로부터 결정되는, m-cc DCI에 대한 PDCCH 후보 집합은 특정 셀(또는 셀들의 조합)을 스케줄링하는 m-cc DCI 전송/수신에만 사용되도록 제한될 필요는 없다. 즉, [1]에서 기술된 '기준단위1/2/3' 및 'CIF값 결정방법' 및 'n_CI값 결정방법'의 특정 조합으로 인해 결정될 수 있는 PDCCH 후보(또는 PDCCH 후보 세트)은 m-cc DCI가 스케줄링하는 셀(조합)에 관계없이 공유 (SS sharing)될 수 있다. 다시 말해, 기준단위 1/2/3을 기반으로 설정된 SS 세트 및/또는 CIF값을 토대로, 하나 혹은 복수 (e.g. N개)의 n_CI값이 결정되고, 해당 N개의 n_CI값들 각각에 대응되는 PDCCH 후보(또는 PDCCH 후보 세트)의 위치가 N개 결정된 상태에서, (특정 CIF/n_CI값에 대응되는) 특정 셀(또는 셀들의 조합)을 스케줄링하는 m-cc DCI는, 해당 N개 PDCCH 후보(또는 PDCCH 후보 세트)에 속한 어느 PDCCH 후보를 통해서도 전송/수신될 수 있다. 예를 들어, 특정 CIF/n_CI = A값에 대응되는 셀(또는 셀들의 조합)을 스케줄링하는 m-cc DCI가, 해당 A값과 다른 CIF/n_CI = B값에 대응되는 PDCCH 후보(또는 PDCCH 후보 세트)을 통해 전송/수신될 수 있다.
[3] m-cc DCI를 위한 DCI 사이즈 정렬(alignment) 방법
NR에서 지원하는 DCI 포맷은 CRC 스크램블(scramble)되는 RNTI에 따라 구분되거나, 해당 DCI를 통해 지시(indication)되는 요소(feature)의 종류에 따라 폴백(fallback)/논-폴백(non-fallback) DCI로 구분되기도 한다. 이처럼 NR이 지원하는 DCI 포맷 다양하게 존재할 수 있으며(e.g., DCI format 0_0, 1_0, 0_1, 1_1, 0_2, 2_1 등등), 단말은 서로 다른 사이즈의 DCI를 위한 PDCCH를 블라인드 탐지(blind detection)해야 한다. 다양한 사이즈의 DCI에 대한 PDCCH 모니터링은 단말에 큰 부담(e.g., power consumption 측면)이 될 수 있다. 이를 해결하기 위해 NR에서는 서로 다른 사이즈를 갖는 DCI 포맷에 대한 별도 규칙이 존재한다. 구체적으로는 통칭 "3+1" 사이즈 버짓(budget)으로 표현된다. 3+1" 사이즈 버짓(budget)에 의하면, C-RNTI등으로 CRC되는 DCI의 사이즈는 최대 3가지가 될 수 있으며, 그 외 RNTI까지 포함했을 때 DCI의 사이즈는 4가지를 넘지 않도록 제한되어 있다. 서로 다른 DCI 포맷의 사이즈를 맞추기 위해, NR에서는 표 12와 같은 DCI 사이즈 정렬 방법을 규정하고 있다.
If necessary, padding or truncation shall be applied to the DCI formats according to the following steps executed in the order below:
Step 0:
- Determine DCI format 0_0 monitored in a common search space according to clause
7.3.1.1.1 where
Figure PCTKR2023005793-appb-img-000025
is the size of the initial UL bandwidth part.
- Determine DCI format 1_0 monitored in a common search space according to clause 7.3.1.2.1 where
Figure PCTKR2023005793-appb-img-000026
is given by
- the size of CORESET 0 if CORESET 0 is configured for the cell; and
- the size of initial DL bandwidth part if CORESET 0 is not configured for the cell.
- If DCI format 0_0 is monitored in common search space and if the number of information bits in the DCI format 0_0 prior to padding is less than the payload size of the DCI format 1_0 monitored in common search space for scheduling the same serving cell, a number of zero padding bits are generated for the DCI format 0_0 until the payload size equals that of the DCI format 1_0.
- If DCI format 0_0 is monitored in common search space and if the number of information bits in the DCI format 0_0 prior to truncation is larger than the payload size of the DCI format 1_0 monitored in common search space for scheduling the same serving cell, the bitwidth of the frequency domain resource assignment field in the DCI format 0_0 is reduced by truncating the first few most significant bits such that the size of DCI format 0_0 equals the size of the DCI format 1_0.
Step 1:
- Determine DCI format 0_0 monitored in a UE-specific search space according to clause 7.3.1.1.1 where
Figure PCTKR2023005793-appb-img-000027
is the size of the active UL bandwidth part.
- Determine DCI format 1_0 monitored in a UE-specific search space according to clause 7.3.1.2.1 where
Figure PCTKR2023005793-appb-img-000028
is the size of the active DL bandwidth part.
- For a UE configured with supplementaryUplink in ServingCellConfig in a cell, if PUSCH is configured to be transmitted on both the SUL and the non-SUL of the cell and if the number of information bits in DCI format 0_0 in UE-specific search space for the SUL is not equal to the number of information bits in DCI format 0_0 in UE-specific search space for the non-SUL, a number of zero padding bits are generated for the smaller DCI format 0_0 until the payload size equals that of the larger DCI format 0_0.
- If DCI format 0_0 is monitored in UE-specific search space and if the number of information bits in the DCI format 0_0 prior to padding is less than the payload size of the DCI format 1_0 monitored in UE-specific search space for scheduling the same serving cell, a number of zero padding bits are generated for the DCI format 0_0 until the payload size equals that of the DCI format 1_0.
- If DCI format 1_0 is monitored in UE-specific search space and if the number of information bits in the DCI format 1_0 prior to padding is less than the payload size of the DCI format 0_0 monitored in UE-specific search space for scheduling the same serving cell, zeros shall be appended to the DCI format 1_0 until the payload size equals that of the DCI format 0_0
Step 2:
- Determine DCI format 0_1 monitored in a UE-specific search space according to clause 7.3.1.1.2.
- Determine DCI format 1_1 monitored in a UE-specific search space according to clause 7.3.1.2.2.
- For a UE configured with supplementaryUplink in ServingCellConfig in a cell, if PUSCH is configured to be transmitted on both the SUL and the non-SUL of the cell and if the number of information bits in format 0_1 for the SUL is not equal to the number of information bits in format 0_1 for the non-SUL, zeros shall be appended to smaller format 0_1 until the payload size equals that of the larger format 0_1.
- If the size of DCI format 0_1 monitored in a UE-specific search space equals that of a DCI format 0_0/1_0 monitored in another UE-specific search space, one bit of zero padding shall be appended to DCI format 0_1.
- If the size of DCI format 1_1 monitored in a UE-specific search space equals that of a DCI format 0_0/1_0 monitored in another UE-specific search space, one bit of zero padding shall be appended to DCI format 1_1.
Step 2A:
- Determine DCI format 0_2 monitored in a UE-specific search space according to clause 7.3.1.1.3.
- Determine DCI format 1_2 monitored in a UE-specific search space according to clause 7.3.1.2.3.
- For a UE configured with supplementaryUplink in ServingCellConfig in a cell, if PUSCH is configured to be transmitted on both the SUL and the non-SUL of the cell and if the number of information bits in format 0_2 for the SUL is not equal to the number of information bits in format 0_2 for the non-SUL, zeros shall be appended to smaller format 0_2 until the payload size equals that of the larger format 0_2.
Step 3:
- If both of the following conditions are fulfilled the size alignment procedure is complete
- the total number of different DCI sizes configured to monitor is no more than 4 for the cell
- the total number of different DCI sizes with C-RNTI configured to monitor is no more than 3 for the cell
Step 4:
- Otherwise
Step 4A:
- Remove the padding bit (if any) introduced in step 2 above.
- Determine DCI format 1_0 monitored in a UE-specific search space according to clause 7.3.1.2.1 where
Figure PCTKR2023005793-appb-img-000029
is given by
- the size of CORESET 0 if CORESET 0 is configured for the cell; and
- the size of initial DL bandwidth part if CORESET 0 is not configured for the cell.
- Determine DCI format 0_0 monitored in a UE-specific search space according to clause 7.3.1.1.1 where
Figure PCTKR2023005793-appb-img-000030
is the size of the initial UL bandwidth part.
- If the number of information bits in the DCI format 0_0 monitored in a UE-specific search space prior to padding is less than the payload size of the DCI format 1_0 monitored in UE-specific search space for scheduling the same serving cell, a number of zero padding bits are generated for the DCI format 0_0 monitored in a UE-specific search space until the payload size equals that of the DCI format 1_0 monitored in a UE-specific search space.
- If the number of information bits in the DCI format 0_0 monitored in a UE-specific search space prior to truncation is larger than the payload size of the DCI format 1_0 monitored in UE-specific search space for scheduling the same serving cell, the bitwidth of the frequency domain resource assignment field in the DCI format 0_0 is reduced by truncating the first few most significant bits such that the size of DCI format 0_0 monitored in a UE-specific search space equals the size of the DCI format 1_0 monitored in a UE-specific search space.
Step 4B:
- If the total number of different DCI sizes configured to monitor is more than 4 for the cell after applying the above steps, or if the total number of different DCI sizes with C-RNTI configured to monitor is more than 3 for the cell after applying the above steps
- If the number of information bits in the DCI format 0_2 prior to padding is less than the payload size of the DCI format 1_2 for scheduling the same serving cell, a number of zero padding bits are generated for the DCI format 0_2 until the payload size equals that of the DCI format 1_2.
- If the number of information bits in the DCI format 1_2 prior to padding is less than the payload size of the DCI format 0_2 for scheduling the same serving cell, zeros shall be appended to the DCI format 1_2 until the payload size equals that of the DCI format 0_2.
Step 4C:
- If the total number of different DCI sizes configured to monitor is more than 4 for the cell after applying the above steps, or if the total number of different DCI sizes with C-RNTI configured to monitor is more than 3 for the cell after applying the above steps
- If the number of information bits in the DCI format 0_1 prior to padding is less than the payload size of the DCI format 1_1 for scheduling the same serving cell, a number of zero padding bits are generated for the DCI format 0_1 until the payload size equals that of the DCI format 1_1.
- If the number of information bits in the DCI format 1_1 prior to padding is less than the payload size of the DCI format 0_1 for scheduling the same serving cell, zeros shall be appended to the DCI format 1_1 until the payload size equals that of the DCI format 0_1.
The UE is not expected to handle a configuration that, after applying the above steps, results in
- the total number of different DCI sizes configured to monitor is more than 4 for the cell; or
- the total number of different DCI sizes with C-RNTI configured to monitor is more than 3 for the cell; or
- the size of DCI format 0_0 in a UE-specific search space is equal to DCI format 0_1 in another UE-specific search space; or
- the size of DCI format 1_0 in a UE-specific search space is equal to DCI format 1_1 in another UE-specific search space; or
- the size of DCI format 0_0 in a UE-specific search space is equal to DCI format 0_2 in another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 0_0 and 0_2 are mapped to the same resource; or
- the size of DCI format 1_0 in a UE-specific search space is equal to DCI format 1_2 in another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 1_0 and 1_2 are mapped to the same resource; or
- the size of DCI format 0_1 in a UE-specific search space is equal to DCI format 0_2 in the same or another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 0_1 and 0_2 are mapped to the same resource; or
- the size of DCI format 1_1 in a UE-specific search space is equal to DCI format 1_2 in the same or another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 1_1 and 1_2 are mapped to the same resource.
m-cc DCI는 복수의 CC를 동시에 스케줄링 할 수 있기 때문에, 종래 단일 셀만 스케줄링 가능한 s-cc DCI에 비해 DCI 사이즈가 증가할 수 있다. m-cc DCI가 도입되더라도 기존 DCI 사이즈 버짓을 유지하기 위해서는 이를 위한 추가적인 사이즈 정렬이 필요할 수 있다. 아래 방법 중 하나(혹은 둘 이상의 조합)을 통해 m-cc DCI 도입으로 인한 사이즈 정렬이 이루어질 수 있다. 제안하는 방법들은 m-cc DCI를 통한 스케줄링이 설정되는 단말에 한해 적용될 수 있다.
- 방법1: DL 할당(assignment)를 위한(즉, PDSCH를 스케줄링 하는) m-cc DCI와 UL 그랜트(grant)를 위한(즉, PUSCH를 스케줄링 하는) m-cc DCI의 사이즈를 서로 동일하게 맞출 수 있다.
-> [방법1-1] DL 및 UL 각각을 위한 m-cc DCI의 사이즈가 다른 경우에 둘 중 더 작은 사이즈를 갖는 DCI의 사이즈를 증가시킴을 통해, 두 DCI의 사이즈가 둘 중 큰 사이즈를 기준으로 정렬될 수 있다. (DL 혹은 UL을 위한) m-cc DCI 중 더 작은 사이즈를 갖는 DCI에 대해서, 사이즈 증가에 대한 구체적인 방법은 다음과 같을 수 있으며 꼭 이에 국한되지는 않는다.
-> (1-1-1) DCI를 구성하는 비트 스트림(stream)의 끝에 0 (zero)이 추가될 수 있다.
-> (1-1-2) 특정 필드(e.g., FDRA (frequency domain resource allocation) 필드)에 0 (zero)이 추가될 수 있다.
-> (1-1-3) 특정 필드(e.g., FDRA 필드)를 표현하는 resolution을 변경해서 사이즈가 맞춰질 수 있다. 예를 들어, m-cc 스케줄링을 위한 DL 혹은 UL DCI의 FDRA 필드가 RB 그룹(Group)단위로 지시된다면, 사이즈 증가가 필요한 경우, 해당 RB 그룹의 크기를 감소시킴을 통해, 해당 FDRA 필드가 더 큰 사이즈로 변경될 수 있다.
-> [방법1-2] DL 및 UL 각각을 위한 m-cc DCI의 사이즈가 다른 경우에, 둘 중 더 큰 사이즈를 갖는 DCI의 사이즈를 감소시킴을 통해, 두 DCI의 사이즈가 둘 중 작은 사이즈를 기준으로 정렬될 수 있다. (DL 혹은 UL을 위한) m-cc DCI 중 더 큰 사이즈를 갖는 DCI에 대해서, 사이즈 감소에 대한 구체적인 방법은 다음과 같을 수 있으며 꼭 이에 국한되지는 않는다.
-> (1-2-1) 특정 필드(e.g., FDRA 필드)의 사이즈가 감소될 수 있다. 예를 들어, 4 비트 감소가 필요한 경우 FDRA 필드의 마지막 4 비트가 제거된다.
-> (1-2-2) 특정 필드(e.g., FDRA 필드)를 표현하는 resolution을 변경해서 사이즈가 맞춰질 수 있다. 예를 들어, m-cc 스케줄링을 위한 DL 혹은 UL DCI의 FDRA 필드가 RB 그룹 단위로 지시된다면, 사이즈 감소가 필요한 경우, 해당 RB 그룹의 크기를 증가시킴을 통해, 해당 FDRA 필드가 더 작은 사이즈로 변경할 수 있다.
- 방법2: [방법1]을 통해 DL 및 UL 스케줄링을 위한 m-cc DCI의 사이즈가 정렬되더라도 DCI 사이즈 정렬이 추가로 필요할 수 있다. 이 경우, 기존 DL 및 UL 스케줄링을 위한 s-cc DCI (e.g., DCI format 0_1 및 DCI format 1_1)의 사이즈 정렬이 추가로 수행될 수 있다. 즉, m-cc DCI를 통해 복수의 CC 스케줄링이 설정되는 단말은, DL 및 UL을 위한 s-cc DCI의 사이즈를 동일하게 맞출 수 있다. 이 경우에 사이즈 정렬 방법으로는 상기 [방법1-1] 혹은 [방법1-2]가 적용될 수 있다.
- 방법3: DL 스케줄링을 위한 m-cc DCI와 s-cc DCI의 사이즈가 동일하게 정렬될 수 있다. 이 경우에 사이즈 정렬 방법으로는 상기 [방법1-1] 혹은 [방법1-2]가 적용될 수 있다.
- 방법4: UL 스케줄링을 위한 m-cc DCI와 s-cc DCI의 사이즈가 동일하게 정렬될 수 있다. 이 경우에 사이즈 정렬 방법으로는 상기 [방법1-1] 혹은 [방법1-2]가 적용될 수 있다.
- 방법5: C-RNTI로 CRC 스크램블되는 m-cc DCI (for DL or UL)와, 그 외 RNTI로 CRC 스크램블되는 DCI 포맷의 사이즈가 동일하게 정렬될 수 있다. 예를 들어, C-RNTI로 스크램블되는 m-cc DCI와 SFI-RNTI로 스크램블되는 DCI 포맷 2_0의 사이즈가 동일하게 정렬될 수 있다. 이 경우에 사이즈 정렬 방법으로는 상기 [방법1-1] 혹은 [방법1-2]가 적용될 수 있다.
- 방법6: m-cc DCI가 설정되는 경우에는 s-cc DCI 스케줄링은 특정 DCI 포맷으로만 이루어지도록(혹은 특정 DCI format을 사용하지 않도록) 제한될 수 있다. 예를 들어, m-cc DCI를 통해 DL 스케줄링이 설정된 경우에는, s-cc 스케줄링은 DCI 포맷 1_2를 통해서만 가능하도록 제한될 수 있다. 이 경우에 사이즈 정렬 방법으로는 m-cc DCI에 대해 상기 [방법1-1] 혹은 [방법1-2]으로 사이즈가 증가 혹은 감소될 수 있다. 종래 s-cc DCI를 위한 사이즈 정렬 방법이 적용될 수도 있다. 이 방법은 위에서 기술한 [m-cc DCI와 s-cc DCI의 운용 방법] 중 option 3 혹은 option 3a에 대해 특징적으로 적용될 수 있다.
한편, 상기 [m-cc DCI와 s-cc DCI의 운용 방법]의 Option 1/2/3를 기반으로 단말이 동작할 경우, (각 cell별로 DCI size alignment를 적용/수행하는 관점에서) m-cc DCI (사이즈)는 해당 m-cc DCI 스케줄링 대상으로 설정된 셀 중 특정 참조 셀에 연관된 DCI (사이즈)로 고려될 수 있다. 이에 따라 해당 참조 셀(reference cell)과 연관된 DCI 사이즈 정렬 과정에서 상기 방법 1/2/3/4/5/6이 적용될 수 있다. 참조 셀은 m-cc DCI가 전송되는 셀 혹은 가장 낮은 인덱스를 가지는 셀 혹은 가장 높은 셀 인덱스를 가지는 셀일 수 있다.
한편, 상기 m-cc DCI 적용으로 인한 DCI 사이즈 정렬 과정에서, 대상 셀이 될 수 있는 상기 참조 셀은 특정 조건을 만족하는 셀로 미리 정의(pre-defined)되거나 기지국에 의해서 명시적으로 지시될 수 있다. 해당 특정 조건은, 예를 들어, m-cc DCI로 스케줄될 수 있는 스케줄드 셀 중에서, N_crnti(=C-RNTI로 CRC scramble된 DCI들의 서로 다른 DCI size의 개수)가 k개(e.g., k=3) 미만인 셀로 결정될 수도 있다.
이 때, 해당 스케줄드 셀 중에서 복수 개의 셀에 대해서 'N_crnti<k'인 조건이 만족되는 경우에는, 해당 복수 개의 셀들 중에서 N_crnti가 가장 작은 셀 혹은 가장 낮은 인덱스를 가지는 셀 혹은 가장 높은 인덱스를 가지는 셀이 참조 셀로 결정된 후, DCI 사이즈 정렬이 수행될 있다. 만약 복수의 셀들이 '가장 작은 N_crnti'를 가지는 경우에는, 해당 복수의 셀들 중에서 가장 낮은 인덱스를 가지는 셀 혹은 가장 높은 인덱스를 가지는 셀이 참조 셀로 결정된 후, DCI 사이즈 정렬이 수행될 수 있다. 예를 들어, m-cc DCI로 3개의 셀들이 스케줄링 되는 상황에서, m-cc DCI로 인한 사이즈 정렬은 N_crnti<3인 셀에서 수행되는 것으로 결정한다고 가정했을 때, 스케줄링 되는 각 셀의 N_crnti값이 cell#1은 N_crnti=2, cell#2은 N_crnti=1, cell#3은 N_crnti=1인 경우에는, cell#2와 cell#3중에서 가장 낮은 인덱스 또는 가장 높은 인덱스를 갖는 셀에 대해서 (혹은 상기 [m-cc DCI와 s-cc DCI의 운용 방법]부분에 기술한 ref-cc에 해당하는 cell에 대해서) m-cc DCI에 대한 DCI 사이즈 정렬이 이루어질 수 있다.
해당 특정 조건의 또 다른 예로는, m-cc DCI로 스케줄될 수 있는 셀들 중에서, 해당 셀에 대한 기존 s-cc DCI의 (maximum) 사이즈와 m-cc DCI의 사이즈의 차이(difference)가 가장 작은 셀이 DCI 사이즈 정렬의 대상 셀로 결정될 수 있다.
이 때, 만약 해당 스케줄드 셀 중, 복수의 셀들이 상기 가장 작은 사이즈 차이를 갖는 경우에는, 해당 복수개의 셀들 중에서 가장 낮은 혹은 가장 높은 인덱스를 가지는 셀이 참조 셀로 결정된 상태에서 (혹은 상기 [m-cc DCI와 s-cc DCI의 운용 방법]부분에 기술한 ref-cc에 해당하는 cell에 대해서), DCI 사이즈 정렬이 수행될 수 있다.
추가로, s-cc DCI의 사이즈 버짓은 종래대로(즉, C-RNTI에 대해 최대 3개) 유지하면서, 특정 셀에 대해 설정된 m-cc DCI와 s-cc DCI의 사이즈 개수를 특정 개수 이하로 유지하는 방법을 생각할 수 있다. 즉, m-cc DCI의 사이즈 개수와 s-cc DCI의 사이즈 개수의 합이 일정 수 이하가 되도록 보장하는 방법이 가능할 수 있다. 예를 들어, 특정 셀에 설정된 셀 개수가 K개 일 때, m-cc DCI 사이즈 개수 + sum {s-cc DCI size 개수} <= 3*K가 되도록 DCI 사이즈 버짓이 정의될 수 있다.
만약 m-cc DCI가 설정될 수 있는 셀 개수가 M개일 때, 만약 DCI 사이즈 버짓이 초과되는 경우에는(혹은, 예를 들어, 위 예에서처럼 m-cc DCI size 개수 + sum {s-cc DCI size 개수} > 3*M 인 경우에는) 해당 m-cc DCI의 스케줄링 대상으로 설정된 셀들 중 특정 참조 셀 (예를 들어, m-cc DCI가 전송되는 cell 혹은 lowest (or highest) cell index를 가지는 cell)에 연관된 DCI (사이즈)가 상기 제안된 방법들을 통해서 조절될 수 있다. 혹은, s-cc DCI 중 하나(사전에 정의된 rule에 의해)와 m-cc DCI의 사이즈 간의 정렬 또는 DL s-cc DCI와 UL s-cc DCI의 사이즈 간을 정렬을 통해 사이즈 버짓이 유지될 수 있다.
m-cc DCI를 통한 멀티-셀 스케줄링이 설정된 단말은 다음과 같은 과정을 통해 각 셀에 대한 DCI 사이즈 버짓을 유지할 수 있다. 예를 들어, 단말은 해당 셀에 대해 모니터링해야 할 DCI 중 C-RNTI로 스크램블된 DCI의 사이즈가 3개를 초과하는지 여부를 체크하고, 초과하는 경우 DCI의 사이즈가 3개 이하가 되도록 DCI 사이즈 정렬 방법을 적용할 수 있다. 후술하는 방법에서 "DCI size"는 C-RNTI로 스크램블되는 DCI의 사이즈를 의미할 수 있다. 또한, "DCI size 개수"는 특정 셀(or 해당 cell의 DL BWP)에 대해서 단말이 모니터링 해야하는 (C-RNTI로 scramble된) DCI들의 서로 다른 사이즈의 개수를 의미할 수 있다. 예를 들어, "DCI size 개수"는 해당 셀 의 활성(active) DL BWP 내의 각 SS 세트들에 설정된 PDCCH 후보 개수를 기반으로 카운트한 서로 다른 DCI 사이즈의 개수를 의미할 수 있다. 후술하는 방법에서, "기존 DCI (legacy DCI)"는 단일 셀 스케줄링을 하는 DCI 포맷을 의미할 수 있다. 구체적으로, "기존 DCI (legacy DCI)"는 fallback DCI format (e.g., DCI format 0_0, DCI format 1_0) 및 non-fallback DCI format (e.g., DCI 0_1, DCI 1_1, DCI 0_2, DCI 1_2) 모두를 의미하거나, 둘 중 하나 (예를 들어 non-fallback DCI)를 의미할 수 있다. 이 때, "legacy DCI size"란 해당 legacy DCI의 페이로드 사이즈를 의미한다. 후술하는 방법에서, DCI 사이즈 버짓이 체크되며 (필요시) DCI 사이즈 정렬이 수행되는 셀은, m-cc DCI로 스케줄링 되는 스케줄드 셀들 중 특정 하나의 셀일 수 있다.
- 방법-A
-> Step1: 단말은, m-cc DCI를 통해 스케줄링 되는 스케줄드 셀에 대해서, 일단 m-cc DCI의 DCI 사이즈를 제외하고, 각 셀에 대해 모니터링이 필요한 기존 DCI 사이즈 개수를 체크하여, 만약 기존 DCI의 서로 다른 사이즈 개수가 DCI 사이즈 버짓을 초과하면, (스펙에 정의된) 기존 DCI 사이즈 에 대한 정렬을 수행하여 각 셀 별 DCI 사이즈 개수를 결정한다.
-> Step2: m-cc DCI를 통해 스케줄링 되는 스케줄드 셀중에서 특정 참조 셀을 선택한다. 이 때, 해당 참조 셀은 "상기 m-cc DCI가 전송되는 스케줄링 셀" 혹은 "RRC로 직접 지정한 특정 셀" 혹은 "상기 스케줄드 셀중에서 가장 낮은 인덱스를 갖는 셀", 혹은, "step1에서 결정한 DCI 사이즈 개수가 '3' (이 때, 숫자 '3'은 C-RNTI에 대한 DCI size budget을 의미한다) 보다 작은 (그러면서 최소인) 셀이 있으면 해당 셀" (만약 그러한 cell이 복수인 경우 그 중 특정 (예를 들어, lowest cell index를 갖는) 하나의 cell), 혹은 "step1에서 결정한 DCI 사이즈 개수가 최소인 셀" (만약 그러한 cell이 복수인 경우 그 중 특정 (예를 들어, lowest cell index를 갖는) 하나의 cell)로 결정/설정될 수 있다.
-> Step3: 만약 step2에서 결정한 참조 셀에 대해 (m-cc DCI size와 legacy DCI size를 합친) 총 DCI 사이즈 개수가 '3'을 초과하는 경우에는 Step4로 이동하며, 그렇지 않은 경우 별도의 DCI 사이즈 정렬은 수행되지 않는다. 이 때, step4로 이동이 필요한 경우는 아래와 같은 경우일 수 있으며, 꼭 이에 국한되지는 않는다.
■예를 들어, 상기 참조 셀에 대해 기존 DCI 사이즈 개수가 '3' 이고 m-cc DCI 사이즈 개수가 '1'인 경우. 즉, 해당 셀에 대해 PDSCH를 스케줄링 하는 DL용 m-cc DCI와 PUSCH를 스케줄링 하는 UL용 m-cc DCI 중에서 하나만 설정된 경우이거나, 혹은, (두개 모두 설정되더라도) DL용 m-cc DCI와 UL용 m-cc DCI의 DCI 사이즈가 같은 경우일 수 있다.
■예를 들어, 상기 참조 셀에 대해 기존 DCI 사이즈 개수가 '2'이고 m-cc DCI 사이즈 개수가 '2'인 경우. 즉, 해당 셀에 대해 DL용 m-cc DCI와 UL용 m-cc DCI가 모두 설정되며 두 DCI의 DCI 사이즈가 다른 경우일 수 있다.
■예를 들어, 상기 참조 셀에 대해 기존 DCI 사이즈 개수가 '3'이고 m-cc DCI 사이즈 개수가 '2'인 경우. (즉, 해당 cell에 대해 DL용 m-cc DCI와 UL용 m-cc DCI가 모두 설정되며 두 DCI의 DCI size가 다른 경우일 수 있다)
-> Step4: 만약 step2에서 결정된 참조 셀에 대해 (상기 step1에 추가로) 기존 DCI 사이즈 정렬이 수행될 여지가 남아있는 경우에는 해당 사이즈 정렬이 수행된다. 그 결과 만약 (m-cc DCI size와 legacy DCI size를 합친) 총 DCI 사이즈 개수가 '3' 이하가 되면 전체 DCI 사이즈 정렬 과정이 종료될 수 있다. 그렇지 않고 만약 해당 참조 셀에 대해 (상기 step1에 추가로) 기존 DCI 사이즈 정렬이 수행될 여지가 남아있지 않거나, 기존 DCI 사이즈 정렬을 수행할 여지가 남아있어 해당 사이즈 정렬이 모두 수행되어도, 총 DCI 사이즈 개수가 '3'을 초과하는 경우에는, 본 명세서에서 상술한 m-cc DCI를 위한 사이즈 정렬 방법인, [3]절의 방법1~방법6 중에 한가지를 통해 DCI 사이즈 정렬이 추가 수행될 수 있다. 그 결과 (m-cc DCI size와 legacy DCI size를 합친) 총 DCI 사이즈 개수가 '3' 이하가 되면 전체 DCI 사이즈 정렬 과정이 종료될 수 있다.
- 방법-B
-> Step1: m-cc DCI를 통해 스케줄링 되는 스케줄드 셀중에서 특정 참조 셀이 선택된다. 이 때, 해당 참조 셀은 "상기 m-cc DCI가 전송되는 스케줄링 셀" 혹은 "RRC로 직접 지정한 특정 셀" 혹은 "상기 스케줄드 셀 중에서 가장 낮은 인덱스를 갖는 셀"로 결정/설정될 수 있다.
-> Step2: step1에서 결정된 참조 셀에 대해서, 단말은 일단 m-cc DCI의 DCI 사이즈를 제외하고 해당 셀에 대해 모니터링이 필요한 기존 DCI 사이즈의 개수를 체크한다. 만약 기존 DCI의 서로 다른 사이즈 개수가 DCI 버짓 (예를 들어, '3')을 초과하면, (스펙에 정의된) 기존 DCI 사이즈에 대한 정렬이 수행된다. 그 결과, m-cc DCI 사이즈를 포함해서 해당 셀의 총 DCI 상즈의 수가 '3'을 초과하면 step3으로 이동하고, 그렇지 않으면 별도의 추가 DCI 사이즈 정렬이 수행되지 않는다. 또 다른 방법으로, step1에서 결정된 참조 셀에 대해서, DCI 버짓 (예를 들어, '3')에서 m-cc DCI 사이즈 수를 뺀 값을 편의상 "A"로 정의한다. 단말은 모니터링이 필 해당 셀에 대해 모니터링이 필요한 기존 DCI 사이즈의 개수를 체크하여 만약 기존 DCI의 서로 다른 사이즈 개수가 A를 초과하면 (스펙에 정의된) 기존 DCI 사이즈에 대한 정렬을 수행한다. 그 결과 (여전히 legacy DCI size 수가 A를 초과하여) m-cc DCI 사이즈를 포함해서 해당 셀의 총 DCI 사이즈 수가 '3'을 초과하면 step3으로 이동하고, 그렇지 않으면 별도의 추가 DCI 사이즈 정렬이 수행되지 않는다.
-> Step3: 본 명세서에서 상술한 m-cc DCI를 위한 사이즈 정렬 방법인, [3]절의 방법1~방법6 중에 한가지를 통해 DCI 사이즈 정렬이 추가 수행된다.
추가로, m-cc DCI가 설정된 경우에는 각 (scheduled) 셀의 활성 DL BWP에 대한 활성 SSSG (search space set group) 내의 각 SS 셀들에 설정된 PDCCH 후보 개수를 기반으로 카운트된, 서로 다른 DCI 사이즈의 개수를 이용해서 DCI 사이즈 버짓이 체크되며, 상술한 사이즈 정렬이 수행될 수 있다. 혹은, m-cc DCI가 설정된 경우에는 m-cc DCI가 동시 스케줄링 할 수 있는 코-스케줄드 셀 조합 단위로 (혹은 모든 co-scheduled cell 조합의 합집합에 대하여), 모든 SS 세트들에 설정된 PDCCH 후보 개수를 기반으로 카운트된 서로 다른 DCI 사이즈의 개수를 이용해서 DCI 버짓이 체크되며, 상술한 사이즈 정렬이 수행될 수 있다.
[4] m-cc DCI를 위한 DCI 사이즈 정렬 방법 (추가)
[4-1]
상기 [3]에서 발췌한 38.212, Section 7.3.1.0 (DCI size alignment)에 정의된 내용에 따라 DCI 사이즈 정렬 과정은 아래와 같이 간단히 표 형태로 표현될 수 있다.
DCI format DCI size 1st step 2nd step 3rd step
1_0/0_0 on CSS A A A A
1_0/0_0 on USS B A A A
0_1 C C C max(C,D)
1_1 D D D max(C,D)
0_2 E E max(E,F) max(E,F)
1_2 F F max(E,F) max(E,F)
상기 표에서 A, B, C, D, E, F는 각각 해당 DCI 포맷 (서로 다른) DCI 사이즈를 의미한다. 1st step, 2nd step, 3rd step 순서대로 각 DCI 포맷의 사이즈를 조절하는 과정을 의미한다. 표에서 max(C,D)는 DCI format 0_1과 DCI format 1_1의 사이즈가 다를 경우, 둘 중 큰 사이즈를 기준으로 두 DCI 포맷의 사이즈를 맞추는 과정을 의미한다. max(E,F)는 DCI format 0_2와 DCI format 1_2의 사이즈가 다를 경우, 둘 중 큰 사이즈를 기준으로 두 DCI 포맷의 사이즈를 맞추는 과정을 의미한다. 또한, 2nd step과 3rd step은 각각 38.212 스펙에 기술된 Step 4B, Step 4C를 의미한다. 상기 표의 각 스텝(step)은 이전 스텝을 수행 한 뒤에도 서로 다른 DCI 사이즈에 대한 DCI 사이즈 버짓을 초과하는 경우(예를 들어, 서로 다른 DCI size의 개수가 4를 초과하거나, C-RNTI로 스크램블되는 서로 다른 DCI size의 개수가 3을 초과하는 경우)에 수행되는 동작으로 이해될 수 있다. 예를 들어, 1st step에서 (해당 단말/셀에 설정된) 각 DCI 포맷의 사이즈가 정해진 뒤, 정해진 사이즈의 수가 DCI 사이즈 버짓을 초과하면, 2nd step이 수행될 수 있다. 또는 2nd step에서 DCI format 0_2와 1_2의 사이즈가 조절된 후에도 DCI 사이즈 버짓이 초과되는 경우에 3rd step이 수행될 수 있다.
m-cc DCI를 위한 DCI 사이즈 정렬 방법으로 아래 방법들이 (추가로) 도입될 수 있다. 후술하는 방법에서, DL용 m-cc DCI와 UL용 m-cc DCI는 (표현의 편의를 위해) 다음과 같이 표현할 수 있다. DCI (format) 0_X는 복수의 셀에 PUSCH를 스케줄링 하는 DCI 포맷을 의미하며, DCI (format) 1_X는 복수의 셀에 PDSCH를 스케줄링 하는 DCI 포맷을 의미한다.
[4-2]
m-cc DCI를 통한 멀티 셀 (PDSCH/PUSCH) 스케줄링이 설정된 단말(or Cell)에 대해, 3rd step이 수행된 후에도 (설정된 모든 DCI format에 대한) DCI 사이즈의 수가 DCI 사이즈 버짓을 초과하는 경우에는 아래 4th step이 수행될 수 있다.
4th step: DCI 0_X와 DCI 1_X의 DCI 사이즈가 다를 경우, 두 사이즈 중 작은 사이즈가 큰 사이즈에 맞춰질 수 있다. 사이즈를 맞추는 구체적인 방법으로는 상기 [3]에 기술된 방법이 적용될 수 있다.
이를 아래와 같이 표 14를 통해 표현할 수 있다. 표 13 대비 추가/변경된 부분에는 '#'이 기재되었다.
DCI format length 1st step 2nd step 3rd step # 4th step
1_0/0_0 on CSS A A A A # A
1_0/0_0 on USS B A A A # A
0_1 C C C max(C,D) # max(C,D)
1_1 D D D max(C,D) # max(C,D)
0_2 E E max(E,F) max(E,F) # max(E,F)
1_2 F F max(E,F) max(E,F) # max(E,F)
# 0_X # G # G # G # G # max(G,H)
# 1_X # H # H # H # H # max(G,H)
즉, 단말/셀에 설정된 모든 DCI 포맷의 사이즈에 대해 (즉, 1st step이후에) 다음과 같은 순서대로 (DCI size budget을 맞출 때까지) DCI 포맷들의 사이즈가 조절(/변경)될 수 있다.
(1) Size alignment between DCI 0_2 and DCI 1_2
(2) Size alignment between DCI 0_1 and DCI 1_1
(3) Size alignment between DCI 0_X and DCI 1_X
혹은, DCI 포맷 간의 사이즈 정렬 우선순위를 변경해서, 아래 순서의 절차도 가능할 수 있다.
DCI format length 1st step 2nd step 3rd step # 4th step
1_0/0_0 on CSS A A A A # A
1_0/0_0 on USS B A A A #A
0_1 C C C # C # max(C,D)
1_1 D D D # D # max(C,D)
0_2 E E # E # max(E,F) # max(E,F)
1_2 F F # F # max(E,F) # max(E,F)
# 0_X # G # G # max(G,H) # max(G,H) # max(G,H)
# 1_X # H # H # max(G,H) # max(G,H) # max(G,H)
즉, 단말/셀에 설정된 모든 DCI 포맷의 사이즈에 대해 (즉, 1st step이후에) 다음과 같은 순서대로 (DCI size budget을 맞출 때까지) DCI 포맷들의 사이즈가 조절(/변경)될 수 있다.
(1) Size alignment between DCI 0_X and DCI 1_X
(2) Size alignment between DCI 0_2 and DCI 1_2
(3) Size alignment between DCI 0_1 and DCI 1_1
혹은, DCI 포맷 간의 사이즈 정렬 우선순위를 변경해서, 아래 순서의 절차도 가능할 수 있다.
DCI format length 1st step 2nd step 3rd step # 4th step
1_0/0_0 on CSS A A A A # A
1_0/0_0 on USS B A A A # A
0_1 C C C # C # max(C,D)
1_1 D D D # D # max(C,D)
0_2 E E max(E,F) # max(E,F) # max(E,F)
1_2 F F max(E,F) # max(E,F) # max(E,F)
# 0_X # G # G # G # max(G,H) # max(G,H)
# 1_X # H # H # H # max(G,H) # max(G,H)
즉, 단말/셀에 설정된 모든 DCI 포맷의 사이즈에 대해 (즉, 1st step이후에) 다음과 같은 순서대로 (DCI size budget을 맞출 때까지) DCI 포맷들의 사이즈가 조절(/변경)될 수 있다.
(1) Size alignment between DCI 0_2 and DCI 1_2
(2) Size alignment between DCI 0_X and DCI 1_X
(3) Size alignment between DCI 0_1 and DCI 1_1
[4-3]
상기 표 14 내지 16으로 표현되는 사이즈 정렬 방법을 통해 4th step까지 수행된 뒤에도, DCI 사이즈의 수가 DCI 사이즈 버짓을 초과하는 경우에는 5th step이 도입될 수 있다. 즉, 5th step은 DCI format 0_1 및 1_1의 사이즈가 동일(e.g., max(C,D))하고, DCI format 0_2 및 1_2의 사이즈가 동일(e.g., max(E,F))하고, DCI format 0_X 및 1_X의 사이즈가 동일(e.g., max(G,H))한 경우에, 3가지 다른 사이즈(즉, max(C,D), max(E,F), max(G,H))를 2개(이하)로 줄이기 위해서 사용될 수 있다. 아래와 같이 3가지 다른 방법이 가능할 수 있다.
- 5th step (Alt 1): 상기 4th step의 max(C,D)와 max(E,F)의 사이즈가 정렬된다. 즉, max{ max(C,D), max(E,F) }가 수행될 수 있다. 이 경우, (5th step후에) C-RNTI에 대한 서로 다른 DCI 사이즈는 3가지가 될 수 있으며, 각각 A, max{max(C,D),max(E,F)}, max(G,H)가 될 수 있다.
- 5th step (Alt 2): 상기 4th step의 max(C,D)와 max(G,H)의 사이즈가 정렬된다. 즉, max{ max(C,D), max(G,H) }가 수행될 수 있다. 이 경우, (5th step후에) C-RNTI에 대한 서로 다른 DCI 사이즈는 3가지가 될 수 있으며, 각각 A, max{max(C,D),max(G,H)}, max(E,F)가 될 수 있다.
5th step (Alt 3): 상기 4th step의 max(E,F)와 max(G,H)의 사이즈가 정렬된다. 즉, max{ max(E,F), max(G,H) } 가 수행될 수 있다. 이 경우, (5th step후에) C-RNTI에 대한 서로 다른 DCI 사이즈는 3가지가 될 수 있으며, 각각 A, max{max(E,F),max(G,H)}, max(C,D)가 될 수 있다.
이 때, (위 세 경우에 대해) DCI 사이즈를 맞추기 위한 구체적인 방법은 상기 [3]에 기술된 방법이 적용될 수 있다.
추가로, 위 방법 4th step 및/또는 5th step에 따라 DCI 사이즈 정해지는 경우에, 해당 각 DCI에는(혹은 일부 DCI format(e.g., m-cc DCI))에는 2 비트 필드가 사용될 수 있다. max{max(C,D),max(E,F)}, max{max(C,D),max(G,H)} 혹은 max{max(E,F),max(G,H)}가 동일한 DCI 사이즈를 가질 때, 단말은 2비트 필드를 통해 각 DCI 포맷을 구분할 수 있다. 이 때, 2 비트 필드는 종래 DCI 포맷에 정의된 1 비트의 "DCI format indicator"가 2 비트로 변경/확장된 것일 수 있다. 또는 이와 별도로 정의된 2 비트 필드일 수 있다.
[4-4]
상기 표 14 내지 16으로 표현되는 사이즈 정렬 방법을 통해 4th step까지 수행된 뒤에는, 기지국은 DCI 사이즈 버짓을 초과하지 않도록 해당 단말/셀에 설정되는 DCI 포맷을 제한하고, 단말은 DCI 사이즈 버짓을 초과할 것을 기대하지 않을 수 있다. 즉, 기지국은 "특정조건"에서 (해당 셀에) "특정 DCI format"을 설정하지 않으며, 단말은 해당 "특정조건"에서 (해당 셀에) 해당 "특정 DCI format"이 설정되지 않음을 가정하고 동작할 수 있다. 이 때, 상기 "특정조건" 및/또는 (설정을 기대하지 않는) "특정 DCI format"은 사전에 정의되거나 RRC등의 higher layer signaling/command로 설정될 수 있다. 예를 들어, DCI 0_X (혹은 1_X)가 설정된 단말/셀에 대해서는 (DCI size budget이 초과될 경우) DCI format 0_2(혹은 1_2)가 동시에 설정되지 않도록 정의/설정될 수 있다. 혹은 DCI 0_X/1_X가 설정된 단말/셀에 대해서는 (DCI size budget이 초과될 경우) DCI format 0_1(혹은 1_1)이 동시에 설 되지 않도록 정의/설정될 수 있다. 혹은, DCI 0_2(혹은 1_2)가 설정된 단말/셀에 대해서는 (DCI size budget이 초과될 경우) DCI format 0_X(혹은 1_X)이 동시에 설정되지 않도록 정의/설정될 수 있다. 또 다른 예로, DCI 0_X/1_X가 설정된 단말/셀에 대해서는 DCI 0_0(혹은 1_0)가 (동시에) 설정되지 않도록 정의/설정될 수 있다.
[4-4]의 방법은 m-cc DCI를 통한 멀티-셀 스케줄링의 각/모든 스케줄드 셀에 대해서 일괄 적용될 수 있다. 혹은, 해당 스케줄드 셀들 중 일부/특정 셀(혹은 set of cells)에 대해서만 [4-4]의 방법이 적용될 수 있다. 이 때, 해당 일부/특정 셀(들)은 사전에 정의되거나 별도로 설정될 수 있다.
이 방법은 상기 설명한 사이즈 정렬 과정의 4th step이후에 적용될 수도 있지만, 이에 국한되지 않으며, 상기 과정 일부/특정 단계 후에(혹은 일부/특정 단계에 대해서만) 적용될 수도 있다. 예를 들어,
(특정) 단말/셀에 DCI 0_X/1_X가 설정되고 DCI 0_0/1_0가 설정되지 않는 경우에, 상기 표 14 내지 16에 대해서 2nd step, 3rd step, 4th step을 순서대로 적용함을 통해, 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이 수행될 수 있다.
- (특정) 단말/셀에 DCI 0_X/1_X가 설정되고 DCI 0_1/1_1가 설정되지 않는 경우에, 상기 표 14에대해서 1st step, 2nd step, 4th step을 순서대로 적용함을 통해, 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이수행될 수 있다. 또는 표 15 내지 16에 대해서 1st step, 2nd step, 3rd step을 순서대로 적용함을 통해 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이 수행될 수 있다.
- (특정) 단말/셀에 DCI 0_X/1_X가 설정되고 DCI 0_2/1_2가 설정되지 않는 경우에, 상기 표 14 내지 16에 대해서 1st step, 3rd step, 4th step을 순서대로 적용함을 통해 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이 수행될 수 있다. 또는 상기 표 15에 대해서 1st step, 2nd step, 4th step을 순서대로 적용함을 통해, 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이 수행될 수 있다.
[4-5]
상기 표 14 내지 16으로 표현되는 사이즈 정렬 방법을 통해 4th step까지 수행된 뒤에는, 단말은 (DCI size budget이 초과하지 않도록) 특정/일부 DCI 포맷을 모니터링 하지 않을 수 있다. 즉, 단말은 "특정조건"에서 (해당 셀에) 설정된 "특정 DCI format"을 ignore(or drop)하고 관련 PDCCH를 모니터링 하지 않는다 (즉, 단말은 해당 DCI format에 대한 PDCCH를 모니터링 하지않고, 이에 대한 BD/CCE counting을 하지 않으며, 해당 DCI에 대한 DCI size counting도 하지 않을 수 있다). 이 때, 상기 "특정조건" 및/또는 (모니터링하지 않는) "특정 DCI format"은 사전에 정의되거나 RRC등의 higher layer signaling/command로 설정될 수 있다. 예를 들어, DCI 0_X(혹은 1_X)가 설정된 단말/셀에 대해서는 (DCI size budget이 초과될 경우) DCI format 0_2(혹은 1_2)를 모니터링 하지 않도록 정의/설정될 수 있다. 혹은 DCI 0_X/1_X가 설정된 단말/셀에 대해서는 (DCI size budget이 초과될 경우) DCI format 0_1(혹은 1_1)를 모니터링 하지 않도록 정의/설정될 수 있다. 혹은, DCI 0_2(혹은 1_2)가 설정된 단말/셀에 대해서는 (DCI size budget이 초과될 경우) DCI format 0_X(혹은 1_X)를 모니터링 하지 않도록 정의/설정될 수 있다. 또 다른 예로, DCI 0_X/1_X가 설정된 단말/셀에 대해서는 DCI 0_0(혹은 1_0)을 모니터링 하지 않도록 정의/설정될 수 있다.
이 방법은 m-cc DCI를 통한 멀티-셀 스케줄링의 각/모든 스케줄드 셀에 대해서 일괄 적용될 수 있다. 혹은, 해당 스케줄링 셀 중 일부/특정 셀 (혹은 set of cells)에 대해서만 적용될 수 있다. 이 때, 해당 일부/특정 셀(들)은 사전에 정의하거나 별도로 설정될 수 있다.
이 방법은 상기 설명한 사이즈 정렬 과정의 4th step이후에 적용될 수도 있지만, (이에 국한되지 않으며), 상기 과정의 일부/특정 단계 후에(혹은 일부/특정 단계에 대해서만) 적용될 수도 있다. 예를 들어,
- (특정) 단말/셀에 DCI 0_X/1_X가 설정되고 단말은 (해당 셀에 대해) DCI 0_0/1_0을 모니터링 하지 않도록 정의/설정된 경우에, 상기 표 14 내지 16에 대해서 2nd step, 3rd step, 4th step을 순서대로 적용함을 통해 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이 수행될 수 있다.
- (특정) 단말/셀에 DCI 0_X/1_X가 설정되고 단말은 (해당 셀에 대해) DCI 0_1/1_1을 모니터링 하지 않도록 정의/설정된 경우에, 상기 표 14에 대해서 1st step, 2nd step, 4th step을 순서대로 적용함을 통해 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이 수행될 수 있다. 또는 상기 표 15 및 16에 대해서 1st step, 2nd step, 3rd step을 순서대로 적용함을 통해 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이 수행될 수 있다.
- (특정) 단말/셀에 DCI 0_X/1_X가 설정되고 단말은 (해당 셀에 대해) DCI 0_2/1_2 을 모니터링 하지 않도록 정의/설정된 경우에, 상기 표 14 내지 16에 대해서 1st step, 3rd step, 4th step을 순서대로 적용함을 통해 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이 수행될 수 있다 상기 표 15에 대해서 1st step, 2nd step, 4th step을 순서대로 적용함을 통해 해당 셀에 대해 (DCI size budget을 초과하지 않을 때까지) DCI 사이즈 정렬이 수행될 수 있다.
[4-6]
추가로, 단말은 상술한 DCI 사이즈 정렬의 일부 혹은 전부를 수행한 뒤에, 표 17과 같은 경우를 handle할 것을 기대하지 않는다.
- the total number of different DCI sizes configured to monitor is more than 4 for the cell; or
- the total number of different DCI sizes with C-RNTI configured to monitor is more than 3 for the cell; or
- the size of DCI format 0_0 in a UE-specific search space is equal to DCI format 0_X in another UE-specific search space; or
- the size of DCI format 1_0 in a UE-specific search space is equal to DCI format 1_X in another UE-specific search space; or
- the size of DCI format 0_0 in a UE-specific search space is equal to DCI format 0_X in another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 0_0 and 0_X are mapped to the same resource; or
- the size of DCI format 1_0 in a UE-specific search space is equal to DCI format 1_X in another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 1_0 and 1_X are mapped to the same resource; or
- the size of DCI format 0_1 in a UE-specific search space is equal to DCI format 0_X in the same or another UE specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 0_1 and 0_X are mapped to the same resource; or
- the size of DCI format 1_1 in a UE-specific search space is equal to DCI format 1_X in the same or another UE specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 1_1 and 1_X are mapped to the same resource; or
- the size of DCI format 0_2 in a UE-specific search space is equal to DCI format 0_X in another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 0_2 and 0_X are mapped to the same resource; or
- the size of DCI format 1_2 in a UE-specific search space is equal to DCI format 1_X in another UE-specific search space when at least one pair of the corresponding PDCCH candidates of DCI formats 1_2 and 1_X are mapped to the same resource
한편 본 발명의 내용은 상향링크 및/또는 하향링크 신호의 송수신에만 제한되어 적용되는 것은 아니다. 예를 들어, 본 발명의 내용은 단말간 직접 통신에서도 사용될 수 있다. 또한, 본 발명에서의 기지국은 Base Station 뿐만 아니라 relay node를 포함하는 개념일 수 있다. 예를 들어, 본 발명에서의 기지국의 동작은 기지국(Base Station)이 수행할 수도 있지만, relay node에 의해 수행될 수도 있다.
상기 설명한 제안 방식에 대한 일례들 또한 본 발명의 구현 방법들 중 하나로 포함될 수 있으므로, 일종의 제안 방식들로 간주될 수 있음은 명백한 사실이다. 또한, 상기 설명한 제안 방식들은 독립적으로 구현될 수 도 있지만, 일부 제안 방식들의 조합 (혹은 병합) 형태로 구현될 수 도 있다. 상기 제안 방법들의 적용 여부 정보 (혹은 상기 제안 방법들의 규칙들에 대한 정보)는 기지국이 단말에게 혹은 송신 단말이 수신 단말에게 사전에 정의된 시그널 (e.g., 물리 계층 시그널 혹은 상위 계층 시그널)을 통해서 알려주도록 규칙이 정의될 수 가 있다.
구현예
도 4는 본 발명의 실시예들에 따른 신호 모니터링 방법에 대한 흐름도이다.
도 4를 참조하면, 단말(UE)에 의해 수행되는 실시예는, PDCCH 후보에 대응하는 CCE 인덱스를 결정하는 단계(S401), CCE 인덱스에 기반하여 PDCCH 후보를 모니터링하는 단계(S403)를 포함하여 구성될 수 있다.
PDCCH 후보의 모니터링은, [1] 내지 [4]절을 통해 설명된 동작들 중 하나 이상에 기반하여 수행될 수 있다.
앞서 설명된 바와 같이, PDSCH 혹은 PUSCH를 스케줄하는 셀, 즉 DCI를 전송하는 PDCCH가 수신되는 셀은 스케줄링 셀로 표현된다. 상기수신된 PDCCH에 의해 스케줄링된 PDSCH 혹은 PUSCH가 실제 전송되는 셀은 스케줄드 셀로 표현된다.
하나의 스케줄드 셀 상의 PDSCH 또는 PUSCH 를 스케줄링하기 위한 DCI 포맷은 (single-cell DCI의 DCI 포맷은) 제1 DCI 포맷으로 표현된다. 복수의 스케줄드 셀들 상의 PDSCH들 또는 PUSCH들을 스케줄링하기 위한 DCI 포맷 (multi-cell DCI의 DCI 포맷은) 제2 DCI 포맷으로 표현된다. 본 명세서에서, DCI와 DCI 포맷은 혼용될 수 있다.
표 10을 참조하면, 단말이 모니터링할 DCI 포맷이 제1 DCI 포맷인 경우, CCE 인덱스를 결정하기 위해 n_CI 값이 사용된다. n_CI 값은 CIF (carrier indicator field) 값이며, CIF는 DCI 포맷에 포함된다. 따라서, 단말이 모니터링할 PDCCH 후보가 제1 DCI 포맷에 대한 것이라면, CCE 인덱스는 DCI 포맷에 포함된 CIF 값에 기반하여 설정(혹은 결정)된다.
한편, [1] 절의 기준단위2에 의하면, 멀티-셀 DCI를 통해 동시 스케줄링될 수 있는 각 CC 조합 별로 CIF 값이 설정된다. 따라서, 단말이 모니터링할 PDCCH 후보가 제2 DCI 포맷에 대한 것이라면, CCE 인덱스는 스케줄드 셀들의 조합 별로 독립적으로 설정(혹은 결정)된다. 특히 [1]절의 방법1B에 의하면, 스케줄드 셀들의 조합 별로 CIF 값이 독립적으로 설정되어 있다. 다만, 해당 값은 CCE 인덱스의 결정에만 사용되고, 제2 DCI 포맷은 실제로는 CIF를 포함하지 않을 수 있다. 예를 들어, 제2 DCI 포맷에 의해 스케줄링되는 스케줄드 셀들의 조합의 지시를 위해서는 별도의 필드가 사용되고, CCE 인덱스 결정에 필요한 n_CI 값은 제2 DCI 포맷에 CIF가 포함되어 있지 않더라도 스케줄드 셀들의 조합에 기반하여 독립적으로 설정된다. 따라서, 제2 DCI 포맷에 대해, n_CI 값은 DCI 내의 CIF 값이 아닌, 스케줄드 셀들의 조합 별로 설정된 특정 값에 해당할 수 있다. 특정 값은, 예를 들어 CIF 값 대신 셀 조합 지시자(cell set indicator) 값으로 지칭될 수 있다.
추가적으로, [3]절을 참조하면, 단말은 DCI 사이즈 정렬 과정에 의해 DCI 사이즈 버짓이 만족된 이후 DCI 포맷에 대한 PDCCH 후보의 모니터링을 수행한다. 구체적으로, [3]절의 방법-B의 step1을 참조하면, DCI 사이즈 정렬은 스케줄드 셀 중에서 선택된 특정 참조 셀에 대해 수행된다.
표 12의 step 3을 참조하면, 셀에 대해 모니터링하도록 설정된 서로 다른 DCI 사이즈들의 총 수가 4를 초과하거나(the total number of different DCI sizes configured to monitor is no more than 4 for the cell), 셀에 대해 모니터링하도록 설정된 C-RNTI와 연관된 서로 다른 DCI 사이즈들의 총 수가 3을 초과하는(the total number of different DCI sizes with C-RNTI configured to monitor is no more than 3 for the cell) 경우에 DCI 사이즈 budget을 초과하고, 이로 인해 단말의 PDCCH 모니터링 부담이 증가될 수 있다. 이를 피하기 위해DCI 사이즈 정렬이 수행된다.
[3]절의 방법-B의 step2를 참조하면, 참조 셀에 대해 멀티-셀 DCI (제2 DCI 포맷)를 제외한DCI 사이즈들의 총 수가 3을 초과하면, 기존 DCI (제1 DCI 포맷)들에 대한 DCI 사이즈 정렬을 수행한다. [3]절의 방법-B의 step2에서 3은 C-RNTI와 연관된 DCI 포맷에 대한 것이므로, 참조 셀에 대해 모니터링하도록 설정된 DCI 사이즈들의 총 수가 제2 DCI 포맷을 제외하고 4를 초과하거나 참조 셀에 대해 모니터링하도록 설정된 C-RNTI와 연관된 DCI 사이즈들의 총 수가 제2 DCI 포맷을 제외하고 3을 초과하면, 기존 DCI 포맷들에 대한 DCI 사이즈 정렬 과정(제1 DCI 사이즈 정렬 과정)이 수행된다.
기존 DCI 포맷들에 대한 DCI 사이즈 정렬 과정은 [4]절의 표 13에 개시된 바와 같다. 구체적으로, 기존 DCI 포맷들에 대한 제1 DCI 사이즈 정렬 과정은, DCI 포맷 1_0 및 DCI 포맷 0_0 사이의 DCI 사이즈 정렬 과정, DCI 포맷 0_2 및 DCI 포맷 1_2 사이의 DCI 사이즈 정렬 과정, DCI 포맷 0_1 및 DCI 포맷 1_1 사이의 DCI 사이즈 정렬 과정 순으로 수행된다.
제1 DCI 사이즈 정렬 과정 이후, 참조 셀에 대해 멀티-셀 DCI (제2 DCI 포맷)를 포함한DCI 사이즈들의 총 수가 3을 초과하지 않으면, DCI 사이즈 정렬 과정이 완료된다. [3]절의 방법-B의 step2에서 3은 C-RNTI와 연관된 DCI 포맷에 대한 것이므로, 참조 셀에 대해 모니터링하도록 설정된 DCI 사이즈들의 총 수가 제2 DCI 포맷을 포함하여 4를 초과하지 않고, 참조 셀에 대해 모니터링하도록 설정된 C-RNTI와 연관된 DCI 사이즈들의 총 수가 제2 DCI 포맷을 포함하여 3을 초과하지 않으면, DCI 사이즈 정렬 과정이 step2에서 완료된다.
제1 DCI 사이즈 정렬 과정 이후, 참조 셀에 대해 멀티-셀 DCI (제2 DCI 포맷)를 포함한 DCI 사이즈들의 총 수가 3을 초과하면, [3]절의 방법-B의 step3이 수행된다. [3]절의 방법-B의 step3에 의하면, 멀티-셀 DCI를 포함하여 DCI 사이즈 정렬 과정이 수행된다. 따라서, 참조 셀에 대해 모니터링하도록 설정된 DCI 사이즈들의 총 수가 상기 제2 DCI 포맷을 포함하여 4를 초과하거나, 참조 셀에 대해 모니터링하도록 설정된 C-RNTI와 연관된 DCI 사이즈들의 총 수가 제2 DCI 포맷을 포함하여 3을 초과하면, 제2 DCI 포맷에 대한 DCI 사이즈 정렬 과정(제2 DCI 사이즈 정렬 과정)이 수행된다.
[3]절의 방법-B의 step3를 참조하면, 제2 DCI 사이즈 정렬 과정은 [3]절의 방법1 내지 6 중 하나 이상의 조합에 따라 수행될 수 있다.
예를 들어, [3]절의 방법1에 의하면, PDSCH 스케줄링을 위한 멀티-셀 DCI와 PUSCH 스케줄링을 위한 멀티-셀 DCI 사이의 DCI 사이즈 정렬 과정이 수행된다. 따라서, [3]절의 방법1에 의하면, 제2 DCI 사이즈 정렬 과정은 복수의 스케줄드 셀들 상의 PDSCH들을 스케줄링하기 위한 DCI 포맷의 사이즈와 복수의 스케줄드 셀들 상의 PUSCH들을 스케줄링하기 위한 DCI 포맷의 사이즈가 동일하게 정렬하는 것을 포함한다.
다른 예로, [3]절의 방법 3에 의하면, PDSCH 스케줄링을 위한 멀티-셀 DCI와 PDSCH 스케줄링을 위한 단일-셀 DCI 사이의 DCI 사이즈 정렬 과정이 수행된다. 따라서, [3]절의 방법4에 의하면, 제2 DCI 사이즈 정렬 과정은 복수의 스케줄드 셀들 상의 PDSCH들을 스케줄링하기 위한 DCI 포맷의 사이즈와 하나의 스케줄드 셀 상의 PDSCH를 스케줄링하기 위한 DCI 포맷의 사이즈를 동일하게 정렬하는 것을 포함한다.
또 다른 예로, [3]절의 방법 4에 의하면, PUSCH 스케줄링을 위한 멀티-셀 DCI와 PUSCH 스케줄링을 위한 단일-셀 DCI 사이의 DCI 사이즈 정렬 과정이 수행된다. 따라서, [3]절의 방법4에 의하면, 제2 DCI 사이즈 정렬 과정은 복수의 스케줄드 셀들 상의 PUSCH들을 스케줄링하기 위한 DCI 포맷의 사이즈와 하나의 스케줄드 셀 상의 PUSCH를 스케줄링하기 위한 DCI 포맷의 사이즈를 동일하게 정렬하는 것을 포함한다.
도 4과 관련하여 설명된 동작에 더하여, 도 1 내지 도 3을 통해 설명한 동작들 및/또는 'DCI for scheduling PDSCHs or PUSCHs on multiple serving cells' 및 [1]~[5]절에서 설명된 동작들 중 하나 이상이 결합되어 추가로 수행될 수 있다.
본 발명이 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 5는 본 발명에 적용되는 통신 시스템(1)을 예시한다.
도 5를 참조하면, 본 발명에 적용되는 통신 시스템(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
본 발명이 적용되는 무선 기기 예
도 6은 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 6을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 5의 {무선 기기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
본 발명이 적용되는 무선 기기 활용 예
도 7는 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 5 참조).
도 7를 참조하면, 무선 기기(100, 200)는 도 6의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 6의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 6의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 5, 100a), 차량(도 5, 100b-1, 100b-2), XR 기기(도 5, 100c), 휴대 기기(도 5, 100d), 가전(도 5, 100e), IoT 기기(도 5, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 5, 400), 기지국(도 5, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 7에서 무선 기기(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) 및/또는 이들의 조합으로 구성될 수 있다.
본 발명이 적용되는 차량 또는 자율 주행 차량 예
도 8는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 8를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 7의 블록 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 (13)

  1. 무선 통신 시스템에서 단말(UE)이 제어 신호를 모니터링하는 방법에 있어서,
    PDCCH 후보에 대응하는 CCE (control channel element) 인덱스를 결정하는 단계; 및
    상기 CCE 인덱스에 기반하여, 스케줄링(scheduling) 셀 상에서 DCI (downlink control information) 포맷에 대한 상기 PDCCH 후보를 모니터링하는 단계; 를 포함하며,
    상기 DCI 포맷이 하나의 스케줄드(scheduled) 셀 상의 PDSCH (physical downlink shared channel) 또는 PUSCH (physical uplink shared channel)를 스케줄링하기 위한 제1 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 DCI포맷에 포함된 CIF (carrier indicator field)의 값에 기반하여 설정되고,
    상기 DCI 포맷이 복수의 스케줄드 셀들 상의 PDSCH들 또는 PUSCH들을 스케줄링하기 위한 제2 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 복수의 스케줄드 셀들의 특정 조합 별로 독립적으로 설정되는,
    신호 모니터링 방법.
  2. 제1항에 있어서,
    상기 DCI 포맷이 상기 제2 DCI 포맷임에 기반하여, 상기 DCI 포맷은 상기 CIF를 포함하지 않는,
    신호 모니터링 방법.
  3. 제1항에 있어서,
    상기 제2 DCI 포맷은 상기 특정 조합에 속하는 스케줄드 셀들 중 전부 또는 일부 상의 PDSCH들 또는 PUSCH들을 스케줄링하는,
    신호 모니터링 방법.
  4. 제1항에 있어서,
    상기 DCI 포맷은 DCI 사이즈 정렬 과정에 의해 DCI 사이즈 버짓(budget)을 만족하는,
    신호 모니터링 방법.
  5. 제4항에 있어서,
    상기 DCI 사이즈 정렬 과정은 상기 복수의 스케줄드 셀들 중 하나의 참조 셀에 대해 수행되는,
    신호 모니터링 방법.
  6. 제5항에 있어서,
    상기 DCI 사이즈 정렬 과정은, 상기 참조 셀에 대해 모니터링하도록 설정된 DCI 사이즈들의 총 수가 상기 제2 DCI 포맷을 제외하고 4를 초과하거나 상기 참조 셀에 대해 모니터링하도록 설정된 C-RNTI (Cell-Radio Network Temporary Identifier)와 연관된 DCI 사이즈들의 총 수가 상기 제2 DCI 포맷을 제외하고 3을 초과함에 기반하여, 기존 DCI 포맷들에 대한 제1 DCI 사이즈 정렬 과정을 수행하는 것을 포함하고,
    상기 제1 DCI 사이즈 정렬 과정은:
    DCI 포맷 1_0 및 DCI 포맷 0_0 사이의 DCI 사이즈 정렬;
    DCI 포맷 0_2 및 DCI 포맷 1_2 사이의 DCI 사이즈 정렬; 및
    DCI 포맷 0_1 및 DCI 포맷 1_1 사이의 DCI 사이즈 정렬 순으로 수행되는,
    신호 모니터링 방법.
  7. 제6항에 있어서,
    상기 DCI 사이즈 정렬 과정은, 상기 참조 셀에 대해 모니터링하도록 설정된 DCI 사이즈들의 총 수가 상기 제2 DCI 포맷을 포함하여 4를 초과하거나 상기 참조 셀에 대해 모니터링하도록 설정된 C-RNTI (Cell-Radio Network Temporary Identifier)와 연관된 DCI 사이즈들의 총 수가 상기 제2 DCI 포맷을 포함하여 3을 초과함에 기반하여, 상기 제2 DCI 포맷에 대한 제2 DCI 사이즈 정렬 과정을 수행하는 것을 포함하는,
    신호 모니터링 방법.
  8. 제7항에 있어서,
    상기 제2 DCI 사이즈 정렬 과정은, 복수의 스케줄드 셀들 상의 PDSCH들을 스케줄링하기 위한 DCI 포맷의 사이즈와 복수의 스케줄드 셀들 상의 PUSCH들을 스케줄링하기 위한 DCI 포맷의 사이즈를 동일하게 정렬하는 것을 포함하는,
    신호 모니터링 방법.
  9. 제7항에 있어서,
    상기 제2 DCI 사이즈 정렬 과정은, 복수의 스케줄드 셀들 상의 PDSCH들을 스케줄링하기 위한 DCI 포맷의 사이즈와 하나의 스케줄드 셀 상의 PDSCH를 스케줄링하기 위한 DCI 포맷의 사이즈를 동일하게 정렬하는 것을 포함하는,
    신호 모니터링 방법.
  10. 제7항에 있어서,
    상기 제2 DCI 사이즈 정렬 과정은, 복수의 스케줄드 셀들 상의 PUSCH들을 스케줄링하기 위한 DCI 포맷의 사이즈와 하나의 스케줄드 셀 상의 PUSCH를 스케줄링하기 위한 DCI 포맷의 사이즈를 동일하게 정렬하는 것을 포함하는,
    신호 모니터링 방법.
  11. 무선 통신 시스템에서 신호를 모니터링하기 위한 단말에 있어서,
    적어도 하나의 트랜시버;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리; 를 포함하고,
    상기 특정 동작은,
    PDCCH 후보에 대응하는 CCE (control channel element) 인덱스를 결정하는 단계; 및
    상기 CCE 인덱스에 기반하여, 스케줄링(scheduling) 셀 상에서 DCI (downlink control information) 포맷에 대한 상기 PDCCH 후보를 모니터링하는 단계; 를 포함하며,
    상기 DCI 포맷이 하나의 스케줄드(scheduled) 셀 상의 PDSCH (physical downlink shared channel) 또는 PUSCH (physical uplink shared channel)를 스케줄링하기 위한 제1 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 DCI포맷에 포함된 CIF (carrier indicator field) 값에 기반하여 설정되고,
    상기 DCI 포맷이 복수의 스케줄드 셀들 상의 PDSCH들 또는 PUSCH들을 스케줄링하기 위한 제2 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 복수의 스케줄드 셀들의 특정 조합 별로 독립적으로 설정되는,
    단말.
  12. 단말을 위한 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서와 동작 가능하게 연결되고, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작은:
    PDCCH 후보에 대응하는 CCE (control channel element) 인덱스를 결정하는 단계; 및
    상기 CCE 인덱스에 기반하여, 스케줄링(scheduling) 셀 상에서 DCI (downlink control information) 포맷에 대한 상기 PDCCH 후보를 모니터링하는 단계; 를 포함하며,
    상기 DCI 포맷이 하나의 스케줄드(scheduled) 셀 상의 PDSCH (physical downlink shared channel) 또는 PUSCH (physical uplink shared channel)를 스케줄링하기 위한 제1 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 DCI포맷에 포함된 CIF (carrier indicator field) 값에 기반하여 설정되고,
    상기 DCI 포맷이 복수의 스케줄드 셀들 상의 PDSCH들 또는 PUSCH들을 스케줄링하기 위한 제2 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 복수의 스케줄드 셀들의 특정 조합 별로 독립적으로 설정되는,
    장치.
  13. 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독가능한 비휘발성 저장 매체로서, 상기 동작은:
    PDCCH 후보에 대응하는 CCE (control channel element) 인덱스를 결정하는 단계; 및
    상기 CCE 인덱스에 기반하여, 스케줄링(scheduling) 셀 상에서 DCI (downlink control information) 포맷에 대한 상기 PDCCH 후보를 모니터링하는 단계; 를 포함하며,
    상기 DCI 포맷이 하나의 스케줄드(scheduled) 셀 상의 PDSCH (physical downlink shared channel) 또는 PUSCH (physical uplink shared channel)를 스케줄링하기 위한 제1 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 DCI포맷에 포함된 CIF (carrier indicator field) 값에 기반하여 설정되고,
    상기 DCI 포맷이 복수의 스케줄드 셀들 상의 PDSCH들 또는 PUSCH들을 스케줄링하기 위한 제2 DCI 포맷임에 기반하여, 상기 CCE 인덱스는 상기 복수의 스케줄드 셀들의 특정 조합 별로 독립적으로 설정되는,
    저장 매체.
PCT/KR2023/005793 2022-04-27 2023-04-27 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치 WO2023211210A1 (ko)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR10-2022-0052396 2022-04-27
KR20220052396 2022-04-27
US202263339508P 2022-05-08 2022-05-08
US63/339,508 2022-05-08
KR20220100896 2022-08-11
KR10-2022-0100896 2022-08-11
KR20220124753 2022-09-29
KR10-2022-0124753 2022-09-29

Publications (1)

Publication Number Publication Date
WO2023211210A1 true WO2023211210A1 (ko) 2023-11-02

Family

ID=88519275

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/005793 WO2023211210A1 (ko) 2022-04-27 2023-04-27 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2023211210A1 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180027574A1 (en) * 2015-01-12 2018-01-25 Lg Electronics Inc. Method for operating user equipment in wireless communication system, and device therefor
KR20210028721A (ko) * 2018-07-20 2021-03-12 비보 모바일 커뮤니케이션 컴퍼니 리미티드 Pdcch를 모니터링하는 방법, 단말기 및 네트워크 기기
US20210409983A1 (en) * 2020-06-26 2021-12-30 Qualcomm Incorporated Techniques for pdcch monitoring aggregation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180027574A1 (en) * 2015-01-12 2018-01-25 Lg Electronics Inc. Method for operating user equipment in wireless communication system, and device therefor
KR20210028721A (ko) * 2018-07-20 2021-03-12 비보 모바일 커뮤니케이션 컴퍼니 리미티드 Pdcch를 모니터링하는 방법, 단말기 및 네트워크 기기
US20210409983A1 (en) * 2020-06-26 2021-12-30 Qualcomm Incorporated Techniques for pdcch monitoring aggregation

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SAMSUNG: "Corrections to the introduction of multicast-broadcast services in NR", 3GPP TSG RAN WG1 #107BIS-E, R1-2200814, 1 February 2022 (2022-02-01), XP052104584 *
SPREADTRUM COMMUNICATIONS: "Discussion on cross-carrier scheduling from SCell to Pcell", 3GPP TSG RAN WG1 #104-E, R1-2100794, 18 January 2021 (2021-01-18), XP051970531 *

Similar Documents

Publication Publication Date Title
WO2020032558A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022216024A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2021086084A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2020166852A1 (en) Method and apparatus for generating medium access control protocol data unit based on multiple configured grants in wireless communication system
WO2021154054A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022154614A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2021066519A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치
WO2022086174A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2020032672A1 (ko) 비면허 대역을 지원하는 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치
WO2022215956A1 (ko) 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치
WO2020138777A1 (en) Method of transmitting/receiving data unit, and device therefor
WO2020032759A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2020138721A1 (en) Method and apparatus for transmitting buffer size report including dual bitmap information by wireless node in wireless communication system
WO2023080605A1 (ko) 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치
WO2023282663A2 (ko) 무선 통신 시스템에서 물리 사이드링크 채널의 스케줄링을 위한 방법 및 그 장치
WO2023014199A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023003245A1 (en) Method and apparatus for transmitting data unit based on configured grant by ue in wireless communication system
WO2022086254A1 (ko) 무선 통신 시스템에서 신호 송수신 방법 및 장치
WO2023211210A1 (ko) 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치
WO2021201659A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치
WO2023211176A1 (ko) 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치
WO2020209627A1 (ko) 코드 블록에 대한 인터리빙
WO2024071766A1 (ko) 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치
WO2020032521A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치
WO2023211247A1 (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: 23796852

Country of ref document: EP

Kind code of ref document: A1