WO2022215142A1 - 端末、無線通信方法及び基地局 - Google Patents

端末、無線通信方法及び基地局 Download PDF

Info

Publication number
WO2022215142A1
WO2022215142A1 PCT/JP2021/014549 JP2021014549W WO2022215142A1 WO 2022215142 A1 WO2022215142 A1 WO 2022215142A1 JP 2021014549 W JP2021014549 W JP 2021014549W WO 2022215142 A1 WO2022215142 A1 WO 2022215142A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdcch
coreset
pdsch
tci
tci state
Prior art date
Application number
PCT/JP2021/014549
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 株式会社Ｎｔｔドコモ
Priority to US18/553,924 priority Critical patent/US20240129933A1/en
Priority to PCT/JP2021/014549 priority patent/WO2022215142A1/ja
Publication of WO2022215142A1 publication Critical patent/WO2022215142A1/ja

Links

Images

Classifications

    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06968—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping using quasi-colocation [QCL] between signals
    • 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
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • 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
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections

Definitions

  • the present disclosure relates to terminals, wireless communication methods, and base stations in next-generation mobile communication systems.
  • repeated transmission eg, repetition
  • a predetermined channel eg, PDCCH
  • PDCCH Physical Downlink Control Channel
  • FIG. 9A and 9B are diagrams showing other examples of MAC CE according to Variation 1.
  • FIG. FIG. 10 is a diagram illustrating an example of TCI states applied to the PDSCH according to Variation 2.
  • FIG. 11 is a diagram for explaining scheduling offsets between PDCCH repetition and PDSCH.
  • FIG. 12 is a diagram for explaining the default TCI/QCL applied to the PDSCH according to the fourth example.
  • FIG. 13 is a diagram for explaining the default TCI/QCL applied to the PDSCH according to the fourth example.
  • FIG. 14 is a diagram illustrating an example of a schematic configuration of a wireless communication system according to an embodiment;
  • FIG. 15 is a diagram illustrating an example of the configuration of a base station according to one embodiment.
  • FIG. 16 is a diagram illustrating an example of the configuration of a user terminal according to one embodiment.
  • FIG. 17 is a diagram illustrating an example of hardware configurations of a base station and a user terminal according to one embodiment.
  • a plurality of TRPs may correspond to the same cell identifier (cell identifier (ID)) or may correspond to different cell IDs.
  • the cell ID may be a physical cell ID or a virtual cell ID.
  • FIG. 1B shows a case where only one TRP (TRP1 in this example) of the multi-TRPs transmits control signals to the UE, and the multi-TRP transmits data signals (may be called single master mode).
  • TRP1 TRP1 in this example
  • DCI downlink control information
  • PDCCH/DCI to which repeated transmission is applied may be called multi-PDCCH/multi-DCI.
  • Repeated transmission of PDCCH may be read as repeated PDCCH, multiple transmission of PDCCH, multiple PDCCH transmission, or multiple PDCCH transmission.
  • Multi-PDCCH/multi-DCI may be transmitted from different TRPs, respectively.
  • Different TRPs may correspond to, for example, different CORESET pool indexes (hereinafter also referred to as CORESET pool IDs).
  • the multiple PDCCH/DCI may be multiplexed by time multiplexing (TDM)/frequency multiplexing (FDM)/spatial multiplexing (SDM). For example, when PDCCH repetition (TDM PDCCH repetition) is performed using time multiplexing, PDCCHs transmitted from different TRPs are assigned to different time regions.
  • TDM time multiplexing
  • FDM frequency multiplexing
  • SDM spatial multiplexing
  • higher layer signaling may be, for example, Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling, broadcast information, or a combination thereof.
  • RRC Radio Resource Control
  • MAC Medium Access Control
  • RRC, RRC signaling, RRC parameters, higher layers, higher layer parameters, RRC information elements (IEs), RRC messages may be read interchangeably.
  • pool, set, group, list, and candidate may be read interchangeably.
  • the DCI content (for example, DCI payload/coded bits/number of CCEs) transmitted in each PDCCH is the same.
  • the code point of the TCI field of DCI transmitted on the first PDCCH and the code point of the TCI field of DCI transmitted on the second PDCCH may be set to be the same. Note that the present embodiment is not limited to this, and may be applied when DCI code points are different.
  • FIG. 5A and 5B show an example of a MAC CE used for notification of activation of the TCI state.
  • FIG. 5A also shows the case where TCI states #0, #10, #12, and #13 are activated. Note that the activated TCI state is an example and is not limited to this.
  • FIG. 5C shows a case where one PDSCH is scheduled by PDCCH#1/DCI#1 (corresponding to CORESET pool ID#0) and PDCCH#2/DCI#2 (corresponding to CORESET pool ID#1). showing.
  • 0 for example, “000”
  • a codepoint for the TCI status field included in the DCI may be referred to as a TCI codepoint.
  • one (or a specific) PDCCH candidate out of multiple PDCCH candidates may be referenced when mapping the TCI state activated by MAC CE to the TCI codepoint in DCI.
  • At least one of the following options 1-1 to 1-6 may be applied to one PDCCH candidate (also referred to as a reference PDCCH candidate or reference PDCCH) among a plurality of PDCCH candidates.
  • the PDCCH candidate corresponding to the first CORESET pool index (eg #0) or the first CORESET pool ID may be referenced. Referencing the first CORESET pool ID may mean that the TCI state of the PDSCH associated with the first CORESET pool index is selected.
  • the MAC corresponding to the first CORESET pool index (#0) A TCI state activated at the CE may apply. That is, the UE may assume that the MAC CE activated TCI state corresponding to the first CORESET pool index (#0) is mapped to a DCI TCI codepoint.
  • the first PDCCH candidate (or PDCCH candidate of the first PDCCH monitoring occasion) may be referred to.
  • First may mean that it is transmitted earliest (or received first by the UE) in the time domain, or it may mean that the index of the monitoring occasion is the smallest.
  • FIG. 6A and 6B show an example of a MAC CE used for notification of activation of the TCI state.
  • FIG. 6A shows the case where CORESET pool ID #0 is specified.
  • FIG. 6A also shows the case where TCI states #0, #10, #12 and #13 are activated. Note that the activated TCI state is an example and is not limited to this.
  • multiple MAC CEs each corresponding to a different CORESET pool ID may be considered when mapping the TCI state activated by the MAC CE to the TCI codepoints in the DCI. At least one of the following options 2-1 to 2-2 may be applied as the mapping rule.
  • FIG. 7A assumes that the number of TCI states activated on the MAC CE corresponding to the first CORESET pool ID and the number of TCI states activated on the MAC CE corresponding to the second CORESET pool ID are the same. shown, but not limited to this.
  • TCI states #1, #3, #4, #5, and so on are mapped to TCI codepoints 0-7, respectively, in order of TCI state ID (see FIG. 7B).
  • a size larger than 3 bits may be applied to the size of the TCI status field.
  • the maximum number of TCI states activated by each MAC CE corresponding to each CORESET pool ID may be eight.
  • the UE may apply the new MAC CE activated TCI state for PDSCHs scheduled on PDCCH repetitions with two different CORESET pool IDs.
  • a new MAC CE may be defined/configured separately from existing system MAC CEs (eg, MAC CEs with a CORESET pool ID field).
  • FIG. 8C shows a case where one PDSCH is scheduled by PDCCH#1/DCI#1 (corresponding to CORESET pool index #0) and PDCCH#2/DCI#2 (corresponding to CORESET pool index #1). showing.
  • 0 eg, “000”
  • 0 eg, “000”
  • a new MAC CE is used to activate the TCI state (or to activate the TCI mapping between states and TCI codepoints) can be performed. It is possible to flexibly set the TCI state applied to the PDSCH.
  • FIG. 11 shows an example of scheduling one PDSCH (for example, the same PDSCH) by repeatedly transmitting the PDCCH.
  • PDCCH#1/DCI#1 corresponds to the first CORESET pool ID (here, #0)
  • PDCCH#2/DCI#2 corresponds to the second CORESET pool ID (here, #1). indicates when Although the number of repetitions (or repetition factor) of PDCCH is 2 here, the number of repetitions may be 3 or more.
  • At least one (or all) of the repeatedly transmitted PDCCH / DCI and the scheduling offset between the PDSCH is a predetermined value (eg, timeDurationForQCL), if the default QCL to be applied to the PDSCH (or The problem is how to determine the default beam).
  • a predetermined value eg, timeDurationForQCL
  • the UE may apply a UE operation when a predetermined upper layer parameter (eg enableDefaultTCIStatePerCoresetPoolIndex-r16) is not set in an existing system (eg Rel.16).
  • a predetermined upper layer parameter eg enableDefaultTCIStatePerCoresetPoolIndex-r16
  • the first PDCCH candidate (or PDCCH candidate of the first PDCCH monitoring occasion) may be referred to.
  • First may mean that it is transmitted earliest (or received first by the UE) in the time domain, or it may mean that the index of the monitoring occasion is the smallest.
  • CORESET pool ID 1 corresponding to the PDCCH candidate for the CORESET with the lowest (or highest) search space set ID.
  • the UE determines the QCL/default beam based on the CORESET with the lowest ID among the CORESETs configured for PDCCH repetition and linked with another CORESET with a different CORESET pool ID (or The TCI state/QCL corresponding to the CORESET may be applied as the default QCL/default beam).
  • the UE monitors the latest slot (eg, latest slot), the QCL of the CORESET with the smallest CORESET ID may be used as the PDSCH default QCL.
  • the most recent slot may be the most recent slot monitored for a CORESET (eg, the CORESET corresponding to CORESET pool ID #0/#1).
  • UE capability information In the above first to fourth aspects, the following UE capabilities may be set. Note that the UE capabilities below may be read as parameters (eg, higher layer parameters) set in the UE from the network (eg, base station).
  • UE capability information regarding whether to support multi-TRP (eg, M-TRP) PDCCH repetition may be defined.
  • the UE capability information on whether to support default QCL/default beam for PDSCH scheduled by PDCCH repetitions in two CORESETs with different CORESET pool IDs. may be defined.
  • the LTE (E-UTRA) base station (eNB) is the master node (MN), and the NR base station (gNB) is the secondary node (SN).
  • the NR base station (gNB) is the MN, and the LTE (E-UTRA) base station (eNB) is the SN.
  • the user terminal 20 may connect to at least one of the multiple base stations 10 .
  • the user terminal 20 may utilize at least one of carrier aggregation (CA) using a plurality of component carriers (CC) and dual connectivity (DC).
  • CA carrier aggregation
  • CC component carriers
  • DC dual connectivity
  • a radio access method may be called a waveform.
  • other radio access schemes for example, other single-carrier transmission schemes and other multi-carrier transmission schemes
  • the UL and DL radio access schemes may be used as the UL and DL radio access schemes.
  • a downlink shared channel Physical Downlink Shared Channel (PDSCH)
  • PDSCH Physical Downlink Shared Channel
  • PBCH Physical Broadcast Channel
  • PDCCH Physical Downlink Control Channel
  • User data, upper layer control information, System Information Block (SIB), etc. are transmitted by the PDSCH.
  • User data, higher layer control information, and the like may be transmitted by PUSCH.
  • a Master Information Block (MIB) may be transmitted by the PBCH.
  • PUCCH channel state information
  • acknowledgment information for example, Hybrid Automatic Repeat reQuest ACKnowledgement (HARQ-ACK), ACK/NACK, etc.
  • SR scheduling request
  • a random access preamble for connection establishment with a cell may be transmitted by the PRACH.
  • FIG. 15 is a diagram illustrating an example of the configuration of a base station according to one embodiment.
  • the base station 10 comprises a control section 110 , a transmission/reception section 120 , a transmission/reception antenna 130 and a transmission line interface 140 .
  • One or more of each of the control unit 110, the transmitting/receiving unit 120, the transmitting/receiving antenna 130, and the transmission line interface 140 may be provided.
  • this example mainly shows the functional blocks that characterize the present embodiment, and it may be assumed that the base station 10 also has other functional blocks necessary for wireless communication. A part of the processing of each unit described below may be omitted.
  • the transmission/reception unit 120 (transmission processing unit 1211) performs channel coding (which may include error correction coding), modulation, mapping, filtering, and discrete Fourier transform (DFT) on the bit string to be transmitted. Processing (if necessary), Inverse Fast Fourier Transform (IFFT) processing, precoding, transmission processing such as digital-to-analog conversion may be performed, and the baseband signal may be output.
  • channel coding which may include error correction coding
  • modulation modulation
  • mapping mapping
  • filtering filtering
  • DFT discrete Fourier transform
  • DFT discrete Fourier transform
  • the transmitting/receiving unit 120 may measure the received signal.
  • the measurement unit 123 may perform Radio Resource Management (RRM) measurement, Channel State Information (CSI) measurement, etc. based on the received signal.
  • the measurement unit 123 measures received power (for example, Reference Signal Received Power (RSRP)), reception quality (for example, Reference Signal Received Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), Signal to Noise Ratio (SNR)) , signal strength (for example, Received Signal Strength Indicator (RSSI)), channel information (for example, CSI), and the like may be measured.
  • RSRP Reference Signal Received Power
  • RSSQ Reference Signal Received Quality
  • SINR Signal to Noise Ratio
  • RSSI Received Signal Strength Indicator
  • channel information for example, CSI
  • the transmitter and receiver of the base station 10 in the present disclosure may be configured by at least one of the transmitter/receiver 120, the transmitter/receiver antenna 130, and the transmission line interface 140.
  • this example mainly shows the functional blocks of the features of the present embodiment, and it may be assumed that the user terminal 20 also has other functional blocks necessary for wireless communication. A part of the processing of each unit described below may be omitted.
  • the control unit 210 may control signal generation, mapping, and the like.
  • the control unit 210 may control transmission/reception, measurement, etc. using the transmission/reception unit 220 and the transmission/reception antenna 230 .
  • the control unit 210 may generate data, control information, sequences, etc. to be transmitted as signals, and transfer them to the transmission/reception unit 220 .
  • the transmission/reception unit 220 (transmission processing unit 2211) performs PDCP layer processing, RLC layer processing (for example, RLC retransmission control), MAC layer processing (for example, for data and control information acquired from the control unit 210, for example , HARQ retransmission control), etc., to generate a bit string to be transmitted.
  • RLC layer processing for example, RLC retransmission control
  • MAC layer processing for example, for data and control information acquired from the control unit 210, for example , HARQ retransmission control
  • function includes judgment, decision, determination, calculation, calculation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, deem , broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc.
  • a functional block (component) that performs transmission may be called a transmitting unit, a transmitter, or the like. In either case, as described above, the implementation method is not particularly limited.
  • a slot may contain multiple mini-slots. Each minislot may consist of one or more symbols in the time domain. A minislot may also be referred to as a subslot. A minislot may consist of fewer symbols than a slot.
  • a PDSCH (or PUSCH) transmitted in time units larger than a minislot may be referred to as PDSCH (PUSCH) Mapping Type A.
  • PDSCH (or PUSCH) transmitted using minislots may be referred to as PDSCH (PUSCH) mapping type B.
  • one subframe may be called a TTI
  • a plurality of consecutive subframes may be called a TTI
  • one slot or one minislot may be called a TTI. That is, at least one of the subframe and TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (eg, 1-13 symbols), or a period longer than 1 ms may be Note that the unit representing the TTI may be called a slot, mini-slot, or the like instead of a subframe.
  • TTI refers to, for example, the minimum scheduling time unit in wireless communication.
  • a base station performs scheduling to allocate radio resources (frequency bandwidth, transmission power, etc. that can be used by each user terminal) to each user terminal on a TTI basis.
  • radio resources frequency bandwidth, transmission power, etc. that can be used by each user terminal
  • a TTI may be a transmission time unit such as a channel-encoded data packet (transport block), code block, or codeword, or may be a processing unit such as scheduling and link adaptation. Note that when a TTI is given, the time interval (for example, the number of symbols) in which transport blocks, code blocks, codewords, etc. are actually mapped may be shorter than the TTI.
  • an RB may contain one or more symbols in the time domain and may be 1 slot, 1 minislot, 1 subframe or 1 TTI long.
  • One TTI, one subframe, etc. may each be configured with one or more resource blocks.
  • One or more RBs are Physical Resource Block (PRB), Sub-Carrier Group (SCG), Resource Element Group (REG), PRB pair, RB Also called a pair.
  • PRB Physical Resource Block
  • SCG Sub-Carrier Group
  • REG Resource Element Group
  • PRB pair RB Also called a pair.
  • a Bandwidth Part (which may also be called a bandwidth part) represents a subset of contiguous common resource blocks (RBs) for a numerology on a carrier.
  • the common RB may be identified by an RB index based on the common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within that BWP.
  • radio frames, subframes, slots, minislots, symbols, etc. described above are merely examples.
  • the number of subframes contained in a radio frame, the number of slots per subframe or radio frame, the number of minislots contained within a slot, the number of symbols and RBs contained in a slot or minislot, the number of Configurations such as the number of subcarriers and the number of symbols in a TTI, symbol length, cyclic prefix (CP) length, etc. can be varied.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. may refer to voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. may be represented by a combination of
  • information, signals, etc. can be output from a higher layer to a lower layer and/or from a lower layer to a higher layer.
  • Information, signals, etc. may be input and output through multiple network nodes.
  • Uplink Control Information (UCI) Uplink Control Information
  • RRC Radio Resource Control
  • MIB Master Information Block
  • SIB System Information Block
  • SIB System Information Block
  • MAC Medium Access Control
  • the physical layer signaling may also be called Layer 1/Layer 2 (L1/L2) control information (L1/L2 control signal), L1 control information (L1 control signal), and the like.
  • RRC signaling may also be called an RRC message, and may be, for example, an RRC connection setup message, an RRC connection reconfiguration message, or the like.
  • MAC signaling may be notified using, for example, a MAC Control Element (CE).
  • CE MAC Control Element
  • the determination may be made by a value (0 or 1) represented by 1 bit, or by a boolean value represented by true or false. , may be performed by numerical comparison (eg, comparison with a predetermined value).
  • base station BS
  • radio base station fixed station
  • NodeB NodeB
  • eNB eNodeB
  • gNB gNodeB
  • Access point "Transmission Point (TP)”, “Reception Point (RP)”, “Transmission/Reception Point (TRP)”, “Panel”
  • a base station may also be referred to by terms such as macrocell, small cell, femtocell, picocell, and the like.
  • a base station can accommodate one or more (eg, three) cells.
  • the overall coverage area of the base station can be partitioned into multiple smaller areas, and each smaller area is assigned to a base station subsystem (e.g., a small indoor base station (Remote Radio)). Head (RRH))) may also provide communication services.
  • a base station subsystem e.g., a small indoor base station (Remote Radio)). Head (RRH)
  • RRH Head
  • the terms "cell” or “sector” refer to part or all of the coverage area of at least one of the base stations and base station subsystems that serve communication within such coverage.
  • MS Mobile Station
  • UE User Equipment
  • Mobile stations include subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals, mobile terminals, wireless terminals, remote terminals. , a handset, a user agent, a mobile client, a client, or some other suitable term.
  • the base station in the present disclosure may be read as a user terminal.
  • communication between a base station and a user terminal is replaced with communication between multiple user terminals (for example, Device-to-Device (D2D), Vehicle-to-Everything (V2X), etc.)
  • D2D Device-to-Device
  • V2X Vehicle-to-Everything
  • each aspect/embodiment of the present disclosure may be applied.
  • the user terminal 20 may have the functions of the base station 10 described above.
  • words such as "up” and “down” may be replaced with words corresponding to inter-terminal communication (for example, "side”).
  • uplink channels, downlink channels, etc. may be read as side channels.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • LTE-B LTE-Beyond
  • SUPER 3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • 6G 6th generation mobile communication system
  • xG xG (xG (x is, for example, an integer or a decimal number)
  • Future Radio Access FAA
  • RAT New - Radio Access Technology
  • NR New Radio
  • NX New radio access
  • FX Future generation radio access
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access
  • UMB Ultra Mobile Broadband
  • IEEE 802.11 Wi-Fi®
  • IEEE 802.16 WiMAX®
  • IEEE 802.20 Ultra-WideBand (UWB), Bluetooth®, or other suitable wireless It may be applied to systems using communication methods, next-generation systems extended based on these, and the like. Also, multiple systems may be applied to systems using communication methods, next-generation systems extended based on these, and the like
  • any reference to elements using the "first,” “second,” etc. designations used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Thus, references to first and second elements do not imply that only two elements may be employed or that the first element must precede the second element in any way.
  • determining is considered to be “determining” resolving, selecting, choosing, establishing, comparing, etc. good too. That is, “determining (determining)” may be regarded as “determining (determining)” some action.

Landscapes

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

Abstract

本開示の端末の一態様は、異なる制御リソースセットプールインデックスの適用がサポートされる複数の下り制御チャネルを受信する受信部と、前記複数の下り制御チャネルの少なくとも一つと、前記複数の下り制御チャネルによりスケジュールされる物理共有チャネルとの間のオフセットが所定値より小さい場合、制御リソースセットプールインデックス毎に設定されるデフォルトのＴＣＩ状態、又は制御リソースセットプールインデックスに関連づかずに設定されるデフォルトのＴＣＩ状態に基づいて、前記物理共有チャネルの受信を制御する制御部と、を有する。

Description

端末、無線通信方法及び基地局
　本開示は、次世代移動通信システムにおける端末、無線通信方法及び基地局に関する。
　Universal　Mobile　Telecommunications　System（ＵＭＴＳ）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてLong　Term　Evolution（ＬＴＥ）が仕様化された（非特許文献１）。また、ＬＴＥ（Third　Generation　Partnership　Project（３ＧＰＰ）　Release（Ｒｅｌ．）８、９）の更なる大容量、高度化などを目的として、ＬＴＥ－Ａｄｖａｎｃｅｄ（３ＧＰＰ　Ｒｅｌ．１０－１４）が仕様化された。
　ＬＴＥの後継システム（例えば、5th　generation　mobile　communication　system（５Ｇ）、５Ｇ＋（plus）、6th　generation　mobile　communication　system（６Ｇ）、New　Radio（ＮＲ）、３ＧＰＰ　Ｒｅｌ．１５以降などともいう）も検討されている。
　将来の無線通信システム（例えば、Ｒｅｌ．１７以降、Ｂｅｙｏｎｄ　５Ｇ／６Ｇ以降）では、１つ又は複数の送受信ポイント（Transmission/Reception　Point（ＴＲＰ））（マルチＴＲＰ）が、１つ又は複数のパネル（マルチパネル）を用いて、端末（user　terminal、User　Equipment（ＵＥ））に対してＤＬ送信（例えば、ＰＤＳＣＨ送信）を行うことが想定されている。
　かかる場合、所定のチャネル（例えば、ＰＤＣＣＨ）に繰り返し送信（例えば、repetition）を適用することが想定される。例えば、マルチパネル／ＴＲＰから繰り返し送信（例えば、repetition）が適用される複数のＰＤＣＣＨを利用して、ＤＬ伝送／ＵＬ伝送（例えば、１つのＰＤＳＣＨ／ＰＵＳＣＨ）のスケジュールを制御することが考えられる。
　しかしながら、既存システム（例えば、Ｒｅｌ．１６以前）では、１以上のＴＲＰからの繰り返し送信されるＰＤＣＣＨ／ＤＣＩを利用してＰＤＳＣＨ／ＰＵＳＣＨのスケジュールをどのように制御するかについて十分に検討されていない。
　そこで、本開示は、１以上のＴＲＰから繰り返し送信されるＰＤＣＣＨ／ＤＣＩを利用してスケジュールを行う場合であっても、通信を適切に行うことができる端末、無線通信方法及び基地局を提供することを目的の１つとする。
　本開示の一態様に係る端末は、異なる制御リソースセットプールインデックスの適用がサポートされる複数の下り制御チャネルを受信する受信部と、前記複数の下り制御チャネルの少なくとも一つと、前記複数の下り制御チャネルによりスケジュールされる物理共有チャネルとの間のオフセットが所定値より小さい場合、制御リソースセットプールインデックス毎に設定されるデフォルトのＴＣＩ状態、又は制御リソースセットプールインデックスに関連づかずに設定されるデフォルトのＴＣＩ状態に基づいて、前記物理共有チャネルの受信を制御する制御部と、を有する。
　本開示の一態様によれば、１以上のＴＲＰから繰り返し送信されるＰＤＣＣＨ／ＤＣＩを利用してスケジュールを行う場合であっても、通信を適切に行うことができる。
図１Ａ－図１Ｄは、マルチＴＲＰシナリオの一例を示す図である。 図２は、ＰＤＣＣＨ繰り返しによりＰＤＳＣＨをスケジュールする場合の一例を示す図である。 図３は、ＴＣＩ状態のアクティブ化に利用されるＭＡＣ　ＣＥの一例を示す図である。 図４は、ＰＤＣＣＨ繰り返しによりスケジュールされるＰＤＳＣＨに適用されるＴＣＩ状態を説明するための図である。 図５Ａ－図５Ｃは、第１の態様に係るＭＡＣ　ＣＥの一例を示す図である。 図６Ａ－図６Ｃは、第２の態様に係るＭＡＣ　ＣＥの一例を示す図である。 図７Ａ及び図７Ｂは、第２の態様に係るＴＣＩコードポイントとＴＣＩ状態ＩＤのマッピングの一例を示す図である。 図８Ａ－図８Ｃは、第３の態様に係るＭＡＣ　ＣＥの一例を示す図である。 図９Ａ及び図９Ｂは、バリエーション１に係るＭＡＣ　ＣＥの他の例を示す図である。 図１０は、バリエーション２に係るＰＤＳＣＨに適用するＴＣＩ状態の一例を示す図である。 図１１は、ＰＤＣＣＨ繰り返しとＰＤＳＣＨ間のスケジューリングオフセットを説明するための図である。 図１２は、第４の態様に係るＰＤＳＣＨに適用するデフォルトＴＣＩ／ＱＣＬを説明するための図である。 図１３は、第４の態様に係るＰＤＳＣＨに適用するデフォルトＴＣＩ／ＱＣＬを説明するための図である。 図１４は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。 図１５は、一実施形態に係る基地局の構成の一例を示す図である。 図１６は、一実施形態に係るユーザ端末の構成の一例を示す図である。 図１７は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の例を示す図である。
（マルチＴＲＰ）
　ＮＲでは、１つ又は複数の送受信ポイント（Transmission/Reception　Point（ＴＲＰ））（マルチＴＲＰ）が、１つ又は複数のパネル（マルチパネル）を用いて、ＵＥに対してＤＬ送信を行うことが検討されている。また、ＵＥが、１つ又は複数のＴＲＰに対してＵＬ送信を行うことが検討されている。
　なお、複数のＴＲＰは、同じセル識別子（セルIdentifier（ＩＤ））に対応してもよいし、異なるセルＩＤに対応してもよい。当該セルＩＤは、物理セルＩＤでもよいし、仮想セルＩＤでもよい。
　図１Ａ－１Ｄは、マルチＴＲＰシナリオの一例を示す図である。これらの例において、各ＴＲＰは４つの異なるビームを送信可能であると想定するが、これに限られない。
　図１Ａは、マルチＴＲＰのうち１つのＴＲＰ（本例ではＴＲＰ１）のみがＵＥに対して送信を行うケース（シングルモード、シングルＴＲＰなどと呼ばれてもよい）の一例を示す。この場合、ＴＲＰ１は、ＵＥに制御信号（ＰＤＣＣＨ）及びデータ信号（ＰＤＳＣＨ）の両方を送信する。
　図１Ｂは、マルチＴＲＰのうち１つのＴＲＰ（本例ではＴＲＰ１）のみがＵＥに対して制御信号を送信し、当該マルチＴＲＰがデータ信号を送信するケース（シングルマスタモードと呼ばれてもよい）の一例を示す。ＵＥは、１つの下り制御情報（Downlink　Control　Information（ＤＣＩ））に基づいて、当該マルチＴＲＰから送信される各ＰＤＳＣＨを受信する。
　図１Ｃは、マルチＴＲＰのそれぞれがＵＥに対して制御信号の一部を送信し、当該マルチＴＲＰがデータ信号を送信するケース（マスタスレーブモードと呼ばれてもよい）の一例を示す。ＴＲＰ１では制御信号（ＤＣＩ）のパート１が送信され、ＴＲＰ２では制御信号（ＤＣＩ）のパート２が送信されてもよい。制御信号のパート２はパート１に依存してもよい。ＵＥは、これらのＤＣＩのパートに基づいて、当該マルチＴＲＰから送信される各ＰＤＳＣＨを受信する。
　図１Ｄは、マルチＴＲＰのそれぞれがＵＥに対して別々の制御信号を送信し、当該マルチＴＲＰがデータ信号を送信するケース（マルチマスタモードと呼ばれてもよい）の一例を示す。ＴＲＰ１では第１の制御信号（ＤＣＩ）が送信され、ＴＲＰ２では第２の制御信号（ＤＣＩ）が送信されてもよい。ＵＥは、これらのＤＣＩに基づいて、当該マルチＴＲＰから送信される各ＰＤＳＣＨを受信する。
　図１ＢのようなマルチＴＲＰからの複数のＰＤＳＣＨ（マルチＰＤＳＣＨ（multiple　PDSCH）と呼ばれてもよい）を、１つのＤＣＩを用いてスケジュールする場合、当該ＤＣＩは、シングルＤＣＩ（Ｓ－ＤＣＩ、シングルＰＤＣＣＨ）と呼ばれてもよい。また、図１ＤのようなマルチＴＲＰからの複数のＰＤＳＣＨを、複数のＤＣＩを用いてそれぞれスケジュールする場合、これらの複数のＤＣＩは、マルチＤＣＩ（Ｍ－ＤＣＩ、マルチＰＤＣＣＨ（multiple　PDCCH））と呼ばれてもよい。
　マルチＴＲＰの各ＴＲＰからは、それぞれ異なるコードワード（Code　Word（ＣＷ））及び異なるレイヤが送信されてもよい。マルチＴＲＰ送信の一形態として、ノンコヒーレントジョイント送信（Non-Coherent　Joint　Transmission（ＮＣＪＴ））が検討されている。
　ＮＣＪＴにおいて、例えば、ＴＲＰ１は、第１のコードワードを変調マッピングし、レイヤマッピングして第１の数のレイヤ（例えば２レイヤ）を第１のプリコーディングを用いて第１のＰＤＳＣＨを送信する。また、ＴＲＰ２は、第２のコードワードを変調マッピングし、レイヤマッピングして第２の数のレイヤ（例えば２レイヤ）を第２のプリコーディングを用いて第２のＰＤＳＣＨを送信する。
　なお、ＮＣＪＴされる複数のＰＤＳＣＨ（マルチＰＤＳＣＨ）は、時間及び周波数ドメインの少なくとも一方に関して部分的に又は完全に重複すると定義されてもよい。つまり、第１のＴＲＰからの第１のＰＤＳＣＨと、第２のＴＲＰからの第２のＰＤＳＣＨと、は時間及び周波数リソースの少なくとも一方が重複してもよい。
　これらの第１のＰＤＳＣＨ及び第２のＰＤＳＣＨは、疑似コロケーション（Quasi-Co-Location（ＱＣＬ））関係にない（not　quasi-co-located）と想定されてもよい。マルチＰＤＳＣＨの受信は、あるＱＣＬタイプ（例えば、ＱＣＬタイプＤ）でないＰＤＳＣＨの同時受信で読み替えられてもよい。
　マルチＴＲＰに対するＵＲＬＬＣにおいて、マルチＴＲＰにまたがるＰＤＳＣＨ（トランスポートブロック（ＴＢ）又はコードワード（ＣＷ））繰り返し（repetition）がサポートされることが検討されている。周波数ドメイン又はレイヤ（空間）ドメイン又は時間ドメイン上でマルチＴＲＰにまたがる繰り返し方式（ＵＲＬＬＣスキーム、例えば、スキーム１、２ａ、２ｂ、３、４）がサポートされることが検討されている。スキーム１において、マルチＴＲＰからのマルチＰＤＳＣＨは、空間分割多重（space　division　multiplexing（ＳＤＭ））される。スキーム２ａ、２ｂにおいて、マルチＴＲＰからのＰＤＳＣＨは、周波数分割多重（frequency　division　multiplexing（ＦＤＭ））される。スキーム２ａにおいては、マルチＴＲＰに対して冗長バージョン（redundancy　version（ＲＶ））は同じである。スキーム２ｂにおいては、マルチＴＲＰに対してＲＶは同じであってもよいし、異なってもよい。スキーム３、４において、マルチＴＲＰからのマルチＰＤＳＣＨは、時間分割多重（time　division　multiplexing（ＴＤＭ））される。スキーム３において、マルチＴＲＰからのマルチＰＤＳＣＨは、１つのスロット内で送信される。スキーム４において、マルチＴＲＰからのマルチＰＤＳＣＨは、異なるスロット内で送信される。
　このようなマルチＴＲＰシナリオによれば、品質の良いチャネルを用いたより柔軟な送信制御が可能である。
　マルチＴＲＰ／パネルを用いるＮＣＪＴは、高ランクを用いる可能性がある。複数ＴＲＰの間の理想的（ideal）及び非理想的（non-ideal）のバックホール（backhaul）をサポートするために、シングルＤＣＩ（シングルＰＤＣＣＨ、例えば、図１Ｂ）及びマルチＤＣＩ（マルチＰＤＣＣＨ、例えば、図１Ｄ）の両方がサポートされてもよい。シングルＤＣＩ及びマルチＤＣＩの両方に対し、ＴＲＰの最大数が２であってもよい。
　シングルＰＤＣＣＨ設計（主に理想バックホール用）に対し、ＴＣＩの拡張が検討されている。ＤＣＩ内の各ＴＣＩコードポイントは１又は２のＴＣＩ状態に対応してもよい。ＴＣＩ状態に関するフィールドのサイズはＲｅｌ．１５のものと同じであってもよい。
（ＰＤＣＣＨ／ＤＣＩ繰り返し）
　Ｒｅｌ．１７以降では、１以上のＴＲＰから送信されるＰＤＣＣＨ（又は、ＤＣＩ）に繰り返し送信（PDCCH　repetition）が適用されることも想定される。例えば、１以上のＴＲＰから送信される複数のＰＤＣＣＨ（又は、ＤＣＩ）を利用して、１以上の信号／チャネルのスケジュール又は送受信指示を行うことが考えられる。
　繰り返し送信が適用されるＰＤＣＣＨ／ＤＣＩは、マルチＰＤＣＣＨ／マルチＤＣＩと呼ばれてもよい。ＰＤＣＣＨの繰り返し送信は、ＰＤＣＣＨ繰り返し、ＰＤＣＣＨの複数送信、マルチＰＤＣＣＨ送信又はマルチプルＰＤＣＣＨ送信と読み替えてもよい。
　マルチＰＤＣＣＨ／マルチＤＣＩは、異なるＴＲＰからそれぞれ送信されてもよい。異なるＴＲＰは、例えば、異なるＣＯＲＥＳＥＴプールインデックス（以下、ＣＯＲＥＳＥＴプールＩＤとも記す）に対応していてもよい。
　当該マルチＰＤＣＣＨ／ＤＣＩは、時間多重（ＴＤＭ）／周波数多重（ＦＤＭ）／空間多重（ＳＤＭ）により多重されてもよい。例えば、時間多重を利用してＰＤＣＣＨの繰り返し（ＴＤＭ　ＰＤＣＣＨ繰り返し）を行う場合、異なるＴＲＰからそれぞれ送信されるＰＤＣＣＨが異なる時間領域に割当てられる。
　図２は、ＰＤＣＣＨの繰り返し送信により１つのＰＤＳＣＨ（例えば、同じＰＤＳＣＨ）のスケジュールを行う場合の一例を示している。ＰＤＣＣＨ＃１は、ＤＣＩ＃１の送信に利用され、且つ第１のＣＯＲＥＳＥＴプールＩＤ（ここでは、＃０）に対応する場合を示している。ＰＤＣＣＨ＃２は、ＤＣＩ＃２の送信に利用され、且つ第２のＣＯＲＥＳＥＴプールＩＤ（ここでは、＃１）に対応する場合を示している。ここでは、ＰＤＣＣＨの繰り返し回数（又は、繰り返しファクタ）が２の場合を示しているが、繰り返し回数は３以上であってもよい。
　各ＰＤＣＣＨでそれぞれ送信されるＤＣＩの内容（例えば、ＤＣＩペイロード（DCI　payload）／符号化ビット（coded　bits）／ＣＣＥ数）は同じ構成であってもよい。なお、各ＤＣＩの符号化／レートマッチングは、各繰り返しに基づいて制御されてもよい。
　繰り返し送信される各ＰＤＣＣＨ（例えば、ＰＤＣＣＨ＃１、ＰＤＣＣＨ＃２）は、ＰＤＣＣＨ候補（例えば、PDCCH　candidates）と呼ばれてもよい。各ＰＤＣＣＨ候補は、明示的に関連づけ（又は、リンク）されており、ＵＥは、復号処理を行う前に、ＰＤＣＣＨ候補のリンク（又は、関連付けられたＰＤＣＣＨ候補）を把握してよい。
　ＰＤＣＣＨ繰り返しに対して、複数（例えば、２つ）のサーチスペースセットの関連づけ（又は、リンク）が上位レイヤシグナリング／ＭＡＣ　ＣＥにより設定されてもよい。２つのサーチスペースセットは、各繰り返し送信にそれぞれ対応するＣＯＲＥＳＥＴに対応してもよい。ＰＤＣＣＨ繰り返し用に利用されるＣＯＲＥＳＥＴは、２つのリンクされたサーチスペースセットに関連付けられた２つのＣＯＲＥＳＥＴに相当してもよい。
　ＰＤＣＣＨ繰り返しにおいて、２つのサービスペースの２つのＰＤＣＣＨ候補は、同じアグリゲーション（ＡＬ）と同じ候補インデックスを有するようにリンクされてもよい。リンクされた２つのサーチスペースセットは、各ＡＬに対して同じ数の候補で構成されてもよい。つまり、ＰＤＣＣＨ繰り返し用の２つのリンクされたＰＤＣＣＨ候補は、２つのリンクされたサーチスペースセットにおいて同じアグリゲーションレベル（ＡＬ）と同じインデックスを有する２つのＰＤＣＣＨ候補であってもよい。
（ＭＡＣ　ＣＥによるＴＣＩ状態アクティブ化）
　既存システム（例えば、Ｒｅｌ．１６以前）では、ＣＯＲＥＳＥＴプールＩＤが設定されている場合、ＰＤＳＣＨのＴＣＩ状態のアクティブ化は、ＣＯＲＥＳＥＴプールＩＤ（例えば、ＴＲＰ）毎にアクティブ化される。つまり、ＴＣＩ状態のアクティベーションの通知に利用されるＭＡＣ　ＣＥは、ＣＯＲＥＳＥＴプールＩＤ（例えば、ＴＲＰ）に関連付けられている（図３参照）。
　図３に示すＭＡＣ　ＣＥにおいて、ＣＯＲＥＳＥＴプールＩＤが１に設定される場合を想定する。かかる場合、アクティブ化されたＴＣＩ状態と、ＭＡＣ　ＣＥにより指定されたＤＣＩに含まれるＴＣＩ状態用フィールドのコードポイントと、のマッピングは、ＣＯＲＥＳＥＴプールＩＤが１となるようにスケジュールされたＰＤＳＣＨに適用されてよい。
　図３に示すＭＡＣ　ＣＥにおいて、ＣＯＲＥＳＥＴプールＩＤが１に設定される場合を想定する。かかる場合、アクティブ化されたＴＣＩ状態と、ＭＡＣ　ＣＥが示すＤＣＩ内のＴＣＩ状態用フィールドのコードポイントと、のマッピングは、ＣＯＲＥＳＥＴプールＩＤが１となるようにスケジュールされたＰＤＳＣＨに適用されてよい。
　図３に示すＭＡＣ　ＣＥにおいて、ＣＯＲＥＳＥＴプールＩＤが０に設定される場合を想定する。かかる場合、アクティブ化されたＴＣＩ状態と、ＭＡＣ　ＣＥが示すＤＣＩ内のＴＣＩ状態用フィールドのコードポイントと、のマッピングは、ＣＯＲＥＳＥＴプールＩＤが０となるようにスケジュールされたＰＤＳＣＨに適用されてよい。
　このように、既存システムでは、ＣＯＲＥＳＥＴプールＩＤ毎にＴＣＩ状態のリスト（ここでは、２つのＴＣＩ状態リスト）が設定される。
　図４に示すように、ＰＤＣＣＨ繰り返し用の２つのリンクされたＰＤＣＣＨ候補（例えば、ＰＤＣＣＨ＃１とＰＤＣＣＨ＃２）が、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴを利用してそれぞれ送信されることも考えられる。例えば、ＰＤＣＣＨ＃１が第１のＣＯＲＥＳＥＴプールＩＤに対応し、ＰＤＣＣＨ＃２が第２のＣＯＲＥＳＥＴプールＩＤに対応することも想定される。
　このように、ＰＤＣＣＨ繰り返し送信において、異なるＣＯＲＥＳＥＴプールＩＤに対応する複数のＰＤＣＣＨ（例えば、リンクされたＰＤＣＣＨ候補）でＰＤＳＣＨがスケジュールされる場合、ＰＤＳＣＨに適用するＴＣＩ状態をどのように制御するかが問題となる。
　例えば、ＵＥが、ＤＣＩのＴＣＩ状態用フィールドのコードポイントと、アクティベートされたＴＣＩ状態のマッピングをどのように想定／解釈するかが問題となる。あるいは、ＵＥは、ＤＣＩのＴＣＩ状態用フィールドのコードポイントに基づいて、ＰＤＳＣＨに適用されるＴＣＩ状態をどのように判断／決定するかが問題となる。
　あるいは、繰り返し送信されるＰＤＣＣＨ（例えば、異なるＣＯＲＥＳＥＴプールＩＤを有する複数のＰＤＣＣＨ）と、当該複数のＰＤＣＣＨでスケジュールされるＰＤＳＣＨとのオフセットが所定値より小さい場合、ＰＤＳＣＨに適用するＴＣＩ状態／ＱＣＬ（例えば、デフォルトＴＣＩ状態／デフォルトＱＣＬ）をどのように制御するかが問題となる。
　そこで、本発明者らは、繰り返し送信が適用されるＰＤＣＣＨ（又は、マルチＰＤＣＣＨ／ＤＣＩ）により共有チャネル（例えば、ＰＤＣＣＨ／ＰＵＳＣＨ）がスケジュールされる場合の制御方法について検討し、本実施の形態を着想した。
　本開示の一態様は、異なるＣＯＲＥＳＥＴプールＩＤの適用がサポートされる複数のＰＤＣＣＨ／ＤＣＩにより１つの物理共有チャネル（例えば、ＰＤＳＣＨ／ＰＵＳＣＨ）がスケジューリングされる場合、ＵＥは、複数のＤＣＩの少なくとも一つに含まれるＴＣＩ状態に関するフィールド（ＴＣＩ状態用フィールド）に基づいて、物理共有チャネルに対応するＴＣＩ状態を判断する。
　以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各態様（又は、各態様に示す構成／無線通信方法）は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
　本開示において、「Ａ／Ｂ」、「Ａ及びＢの少なくとも１つ」、は互いに読み替えられてもよい。本開示において、「Ａ／Ｂ／Ｃ」、「Ａ、Ｂ及びＣの少なくとも１つ」、は互いに読み替えられてもよい。本開示において、セル、サービングセル、ＣＣ、キャリア、ＢＷＰ、ＤＬ　ＢＷＰ、ＵＬ　ＢＷＰ、アクティブＤＬ　ＢＷＰ、アクティブＵＬ　ＢＷＰ、バンド、は互いに読み替えられてもよい。本開示において、インデックス、ＩＤ、インジケータ、リソースＩＤ、は互いに読み替えられてもよい。本開示において、サポートする、制御する、制御できる、動作する、動作できる、は互いに読み替えられてもよい。
　本開示において、設定（configure）、アクティベート（activate）、更新（update）、指示（indicate）、有効化（enable）、指定（specify）、選択（select）、は互いに読み替えられてもよい。
　本開示において、上位レイヤシグナリングは、例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、Medium　Access　Control（ＭＡＣ）シグナリング、ブロードキャスト情報などのいずれか、又はこれらの組み合わせであってもよい。本開示において、ＲＲＣ、ＲＲＣシグナリング、ＲＲＣパラメータ、上位レイヤ、上位レイヤパラメータ、ＲＲＣ情報要素（ＩＥ）、ＲＲＣメッセージ、は互いに読み替えられてもよい。
　ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（MAC　Control　Element（ＭＡＣ　ＣＥ））、ＭＡＣ　Protocol　Data　Unit（ＰＤＵ）などを用いてもよい。ブロードキャスト情報は、例えば、マスタ情報ブロック（Master　Information　Block（ＭＩＢ））、システム情報ブロック（System　Information　Block（ＳＩＢ））、最低限のシステム情報（Remaining　Minimum　System　Information（ＲＭＳＩ））、その他のシステム情報（Other　System　Information（ＯＳＩ））などであってもよい。
　本開示において、ＭＡＣ　ＣＥ、アクティベーション／ディアクティベーションコマンド、は互いに読み替えられてもよい。
　本開示において、プール、セット、グループ、リスト、候補、は互いに読み替えられてもよい。
　本開示において、ＤＭＲＳ、ＤＭＲＳポート、アンテナポート、は互いに読み替えられてもよい。
　本開示において、特別（special）セル、ＳｐＣｅｌｌ、ＰＣｅｌｌ、ＰＳＣｅｌｌ、は互いに読み替えられてもよい。
　本開示において、ビーム、空間ドメインフィルタ、空間セッティング、ＴＣＩ状態、ＴＣＩ想定、ＱＣＬ想定、ＱＣＬパラメータ、疑似コロケーション、空間ドメイン受信フィルタ、ＵＥ空間ドメイン受信フィルタ、ＵＥ受信ビーム、ＤＬビーム、ＤＬ受信ビーム、ＤＬプリコーディング、ＤＬプリコーダ、ＤＬ－ＲＳ、ＴＣＩ状態／ＱＣＬ想定のＱＣＬタイプＤのＲＳ、ＴＣＩ状態／ＱＣＬ想定のＱＣＬタイプＡのＲＳ、空間関係、空間ドメイン送信フィルタ、ＵＥ空間ドメイン送信フィルタ、ＵＥ送信ビーム、ＵＬビーム、ＵＬ送信ビーム、ＵＬプリコーディング、ＵＬプリコーダ、ＰＬ－ＲＳ、は互いに読み替えられてもよい。本開示において、ＱＣＬタイプＸ－ＲＳ、ＱＣＬタイプＸに関連付けられたＤＬ－ＲＳ、ＱＣＬタイプＸを有するＤＬ－ＲＳ、ＤＬ－ＲＳのソース、ＳＳＢ、ＣＳＩ－ＲＳ、ＳＲＳ、は互いに読み替えられてもよい。
　本開示において、ＴＲＰ　ＩＤ、ＴＲＰ関連ＩＤ、ＣＯＲＥＳＥＴプールＩＤ、ＤＣＩ内のフィールドの１つのコードポイントに対応する２つのＴＣＩ状態のうちの１つのＴＣＩ状態の位置（序数、第１ＴＣＩ状態又は第２ＴＣＩ状態）、ＴＲＰは、互いに読み替えられてもよい。
　本開示において、ＴＲＰ、送信ポイント、パネル、ＤＭＲＳポートグループ、ＣＯＲＥＳＥＴプール、ＴＣＩフィールドの１つのコードポイントに関連付けられた２つのＴＣＩ状態の１つ、は互いに読み替えられてもよい。
　以下の説明では、ＰＤＣＣＨの繰り返し送信において、各ＰＤＣＣＨでそれぞれ送信されるＤＣＩの内容（例えば、ＤＣＩペイロード（DCI　payload）／符号化ビット（coded　bits）／ＣＣＥ数）は同じ場合を例に挙げて説明する。例えば、第１のＰＤＣＣＨで送信されるＤＣＩのＴＣＩ用フィールドのコードポイントと、第２のＰＤＣＣＨで送信されるＤＣＩのＴＣＩ用フィールドのコードポイントとが同じに設定されてもよい。なお、本実施の形態は、これに限られず、ＤＣＩのコードポイントが異なる場合において適用されてもよい。
（第１の態様）
　第１の態様は、異なるＣＯＲＥＳＥＴプールＩＤに対応する複数のＰＤＣＣＨ（又は、ＰＤＣＣＨ候補）により１つの物理共有チャネルのスケジュールがサポートされる場合、ＵＥは、ＰＤＳＣＨに対して１つのＰＤＣＣＨ候補（又は、ＣＯＲＥＳＥＴプールＩＤ）を参照してＴＣＩ状態を判断する。あるいは、ＵＥは、特定のＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥに基づいて、ＰＤＳＣＨのＴＣＩ状態を判断する。
　本開示（又は、他の態様）において、ＰＤＣＣＨ（又は、ＰＤＣＣＨ候補）は、ＤＣＩ（又は、ＤＣＩ候補）と読み替えられてもよい。また、本開示（又は、他の態様）において、物理共有チャネルは、ＰＤＳＣＨを例に挙げて説明するが、ＰＵＳＣＨに対しても同様に適用されてもよい。
　ＵＥは、ＴＣＩ状態のアクティベーション／ディアクティベーションに関する情報を受信してもよい。ＴＣＩ状態のアクティベーションに関する情報は、ＭＡＣ　ＣＥで受信してもよい。ＭＡＣ　ＣＥは、既存システム（例えば、Ｒｅｌ．１６）におけるＰＤＳＣＨ用のＴＣＩ状態のアクティベーションの通知に利用されるＭＡＣ　ＣＥ（例えば、TCI　States　Activation/Deactivation　for　UE-specific　PDSCH　MAC　CE）が利用されてもよい。
　図５Ａ、図５Ｂは、ＴＣＩ状態のアクティベーションの通知に利用されるＭＡＣ　ＣＥの一例を示している。図５Ａは、ＣＯＲＥＳＥＴプールＩＤ＝０が指定される場合を示している。また、図５Ａでは、ＴＣＩ状態＃０、＃１０、＃１２、＃１３がアクティブ化される場合を示している。なお、アクティブ化されるＴＣＩ状態は一例でありこれに限られない。
　図５Ｂは、ＣＯＲＥＳＥＴプールＩＤ＝１が指定される場合を示している。また、図５Ｂでは、ＴＣＩ状態＃１、＃３、＃４、＃５がアクティブ化される場合を示している。なお、アクティブ化されるＴＣＩ状態は一例でありこれに限られない。
　異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴにおいて、関連づけ（又は、リンク）されたＰＤＣＣＨ候補により１つのＰＤＳＣＨがスケジュールされる場合を想定する（図５Ｃ参照）。図５Ｃは、ＰＤＣＣＨ＃１／ＤＣＩ＃１（ＣＯＲＥＳＥＴプールＩＤ＃０に対応）と、ＰＤＣＣＨ＃２／ＤＣＩ＃２（ＣＯＲＥＳＥＴプールＩＤ＃１に対応）とにより、１つのＰＤＳＣＨがスケジュールされる場合を示している。ここでは、各ＰＤＣＣＨのＤＣＩのＴＣＩ状態用フィールドのコードポイントとして０（例えば、“０００”）が指定される場合を示している。ＤＣＩに含まれるＴＣＩ状態用フィールドのコードポイントは、ＴＣＩコードポイントと呼ばれてもよい。
　当該ＰＤＳＣＨについて、ＭＡＣ　ＣＥによりアクティブ化されたＴＣＩ状態をＤＣＩ内のＴＣＩコードポイントにマッピングする際、複数のＰＤＣＣＨ候補のうち１つ（又は、特定）のＰＤＣＣＨ候補が参照されてもよい。複数のＰＤＣＣＨ候補のうち１つのＰＤＣＣＨ候補（参照ＰＤＣＣＨ候補、参照ＰＤＣＣＨと呼ばれてもよい）は、以下のオプション１－１～オプション１－６の少なくとも一つが適用されてもよい。
＜オプション１－１＞
　第１のＣＯＲＥＳＥＴプールインデクス（例えば＃０）、又は第１のＣＯＲＥＳＥＴプールＩＤに対応するＰＤＣＣＨ候補が参照されてもよい。第１のＣＯＲＥＳＥＴプールＩＤが参照されるとは、第１のＣＯＲＥＳＥＴプールインデクスに関連付けられたＰＤＳＣＨのＴＣＩ状態が選択されることを意味してもよい。
　ＵＥは、各ＣＯＲＥＳＥＴプールＩＤに対応するアクティブ化されるＴＣＩ状態に関する情報（例えば、図５Ａ、ＢのＭＡＣ　ＣＥ）を受信している場合、第１のＣＯＲＥＳＥＴプールインデクス（＃０）に対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態を適用してもよい。つまり、ＵＥは、第１のＣＯＲＥＳＥＴプールインデクス（＃０）に対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＤＣＩのＴＣＩコードポイントにマッピングされると想定してもよい。
　例えば、第１のＣＯＲＥＳＥＴプールインデクス（＃０）に対応するＭＡＣ　ＣＥ（図６Ａ参照）でアクティブ化が指示されるＴＣＩ状態＃０がＴＣＩコードポイント“０００”にマッピングされ、ＴＣＩ状態＃１０がＴＣＩコードポイント“００１”にマッピングされてもよい。
＜オプション１－２＞
　ＴＣＩコードポイントとして０（“０００”）が指定される場合、ＵＥは、ＴＣＩ状態＃０をＰＤＳＣＨに適用してもよい。第２のＣＯＲＥＳＥＴプールインデクス（例えば＃１）、又は第２のＣＯＲＥＳＥＴプールＩＤに対応するＰＤＣＣＨ候補が参照されてもよい。
　ＵＥは、各ＣＯＲＥＳＥＴプールＩＤに対応するアクティブ化されるＴＣＩ状態に関する情報（例えば、図５Ａ、ＢのＭＡＣ　ＣＥ）を受信している場合、第２のＣＯＲＥＳＥＴプールインデクス（＃１）に対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態を適用してもよい。つまり、ＵＥは、第２のＣＯＲＥＳＥＴプールインデクス（＃１）に対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＴＣＩコードポイントにマッピングされると想定してもよい。
　例えば、第２のＣＯＲＥＳＥＴプールインデクス（＃１）に対応するＭＡＣ　ＣＥ（図６Ｂ参照）でアクティブ化が指示されるＴＣＩ状態＃１がＴＣＩコードポイント“０００”にマッピングされ、ＴＣＩ状態＃３がＴＣＩコードポイント“００１”にマッピングされてもよい。例えば、ＴＣＩコードポイントとして０（“０００”）が指定される場合、ＵＥは、ＴＣＩ状態＃１をＰＤＳＣＨに適用してもよい。
＜オプション１－３＞
　複数のＰＤＣＣＨ候補（又は、複数のＰＤＣＣＨモニタリングオケージョン）のうち、１番目のＰＤＣＣＨ候補（又は、１番目のＰＤＣＣＨモニタリングオケージョンのＰＤＣＣＨ候補）が参照されてもよい。１番目とは、時間領域において最も早く送信される（又は、ＵＥが最初に受信する）ことを意味してもよいし、モニタリングオケージョンのインデックスが最も小さいことを意味してもよい。
　あるいは、複数のＰＤＣＣＨ候補（又は、複数のＰＤＣＣＨモニタリングオケージョン）のうち、最後のＰＤＣＣＨ候補（又は、最後のＰＤＣＣＨモニタリングオケージョンのＰＤＣＣＨ候補）が参照されてもよい。最後とは、時間領域において最も遅く送信される（又は、ＵＥが最後に受信する）ことを意味してもよいし、モニタリングオケージョンのインデックスが最も大きいことを意味してもよい。
　ＵＥは、１番目のＰＤＣＣＨ候補（又は、最後のＰＤＣＣＨ候補）に対応するＣＯＲＥＳＥＴプールＩＤを指定するＭＡＣ　ＣＥを利用してＰＤＳＣＨのＴＣＩ状態を決定してもよい。例えば、ＵＥは、当該ＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＤＣＩに含まれるＴＣＩコードポイントにマッピングされると想定してもよい。
＜オプション１－４＞
　最も低いＣＯＲＥＳＥＴ　ＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補が参照されてもよい。あるいは、最も高いＣＯＲＥＳＥＴ　ＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補が参照されてもよい。
　ＵＥは、インデックスが最も低い（又は、最も高い）ＣＯＲＥＳＥＴに設定されるＣＯＲＥＳＥＴプールＩＤを指定するＭＡＣ　ＣＥを利用してＰＤＳＣＨのＴＣＩ状態を決定してもよい。例えば、ＵＥは、当該ＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＤＣＩに含まれるＴＣＩコードポイントにマッピングされると想定してもよい。
＜オプション１－５＞
　最も低いサーチスペースセットＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補が参照されてもよい。あるいは、最も高いサーチスペースセットＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補が参照されてもよい。
　ＵＥは、インデックスが最も低い（又は、最も高い）サーチスペースセットに対応するＣＯＲＥＳＥＴプールＩＤを指定するＭＡＣ　ＣＥを利用してＰＤＳＣＨのＴＣＩ状態を決定してもよい。例えば、ＵＥは、当該ＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＤＣＩに含まれるＴＣＩコードポイントにマッピングされると想定してもよい。
＜オプション１－６＞
　参照ＰＤＣＣＨ候補の決定方法が基地局からＵＥに設定されてもよい。例えば、オプション１－１～オプション１－５のうち複数のオプションがサポートされ、どのオプションを適用するかについて上位レイヤシグナリング／ＭＡＣ　ＣＥ／ＤＣＩにより、準静的又はダイナミックに設定／指示されてもよい。
　上記のオプションにおいて、リンクされたＰＤＣＣＨ候補のうち１つが参照されることは、ＤＣＩに含まれるＴＣＩコードポイントとアクティブ化されたＴＣＩ状態とのマッピングにおいて、ＣＯＲＥＳＥＴプールＩＤが参照ＰＤＣＣＨ候補と同じＣＯＲＥＳＥＴプールＩＤに設定されたＴＣＩ状態アクティベーション用ＭＡＣ　ＣＥが適用されることを意味してもよい。
　ＴＣＩ状態指示のための基準を決定するルールは、タイミングオフセット／ＨＡＲＱコードブック／ＤＡＩ／ＰＵＣＣＨリソース決定用の基準を決定するルールと一致させてもよい。あるいは、ＴＣＩ状態指示のための基準を決定するルールは、タイミングオフセット／ＨＡＲＱコードブック／ＤＡＩ／ＰＵＣＣＨリソース決定用の基準を決定するルールと異なってもよい。
　このように、第１の態様では、複数のＰＤＣＣＨ候補のうち１つ（又は、特定）のＰＤＣＣＨ候補を参照してアクティブ化されるＴＣＩ状態とＴＣＩコードポイントのマッピングを行う。これにより、異なるＣＯＲＥＳＥＴプールＩＤに対応する複数のＰＤＣＣＨにより１つのＰＤＳＣＨのスケジュールがサポートされる場合であっても、ＰＤＳＣＨに適用するＴＣＩ状態を適切に決定することができる。
（第２の態様）
　第２の態様は、異なるＣＯＲＥＳＥＴプールＩＤに対応する複数のＰＤＣＣＨ（又は、ＰＤＣＣＨ候補）により１つの物理共有チャネルのスケジュールがサポートされる場合、ＵＥは、各ＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥを考慮してＴＣＩ状態を判断する。
　ＵＥは、２つの異なるＣＯＲＥＳＥＴプールＩＤを有するＰＤＣＣＨ繰り返しでスケジュールされたＰＤＳＣＨについて、ＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態と、ＤＣＩのＴＣＩコードポイントとの間のマッピングを既存システムと異なる新たなルールで解釈してもよい。
　例えば、ＵＥは、第１のＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態と、第２のＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態と、の両方がＴＣＩコードポイントにマッピングされると想定してもよい。
　ＵＥは、ＴＣＩ状態のアクティベーション／ディアクティベーションに関する情報を受信してもよい。ＴＣＩ状態のアクティベーションに関する情報は、ＭＡＣ　ＣＥで受信してもよい。ＭＡＣ　ＣＥは、既存システム（例えば、Ｒｅｌ．１６）におけるＰＤＳＣＨ用のＴＣＩ状態のアクティベーションの通知に利用されるＭＡＣ　ＣＥ（例えば、TCI　States　Activation/Deactivation　for　UE-specific　PDSCH　MAC　CE）が利用されてもよい。
　図６Ａ、図６Ｂは、ＴＣＩ状態のアクティベーションの通知に利用されるＭＡＣ　ＣＥの一例を示している。図６Ａは、ＣＯＲＥＳＥＴプールＩＤ＃０が指定される場合を示している。また、図６Ａでは、ＴＣＩ状態＃０、＃１０、＃１２、＃１３がアクティブ化される場合を示している。なお、アクティブ化されるＴＣＩ状態は一例でありこれに限られない。
　図６Ｂは、ＣＯＲＥＳＥＴプールＩＤ＃１が指定される場合を示している。また、図６Ｂでは、ＴＣＩ状態＃１、＃３、＃４、＃５がアクティブ化される場合を示している。なお、アクティブ化されるＴＣＩ状態は一例でありこれに限られない。
　異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴにおいて、関連づけ（又は、リンク）されたＰＤＣＣＨ候補により１つのＰＤＳＣＨがスケジュールされる場合を想定する（図６Ｃ参照）。図６Ｃは、ＰＤＣＣＨ＃１／ＤＣＩ＃１（ＣＯＲＥＳＥＴプールＩＤ＃０に対応）と、ＰＤＣＣＨ＃２／ＤＣＩ＃２（ＣＯＲＥＳＥＴプールＩＤ＃１に対応）とにより、１つのＰＤＳＣＨがスケジュールされる場合を示している。
　当該ＰＤＳＣＨについて、ＭＡＣ　ＣＥによりアクティブ化されたＴＣＩ状態をＤＣＩ内のＴＣＩコードポイントにマッピングする際、異なるＣＯＲＥＳＥＴプールＩＤにそれぞれ対応する複数のＭＡＣ　ＣＥが考慮されてもよい。マッピングルールとして、以下のオプション２－１～オプション２－２の少なくとも一つが適用されてもよい。
＜オプション２－１＞
　ＴＣＩコードポイントは、ＣＯＲＥＳＥＴプールＩＤの順に最初にアクティブ化されたＴＣＩ状態にマッピングされ、ＴＣＩ状態ＩＤの順番に同じＣＯＲＥＳＥＴプールＩＤがマッピングされてもよい。
　例えば、第１のＣＯＲＥＳＥＴプールＩＤ（＃０）が設定されたＭＡＣ　ＣＥのＴＣＩ状態フィールド（Ｔｉフィールド）が‘１’に設定された１番目～（ｘ＋１）番目のＴＣＩ状態は、ＴＣＩコードポイント値０～ｘにマッピングされてもよい。第２のＣＯＲＥＳＥＴプールＩＤ（＃１）が設定されたＭＡＣ　ＣＥのＴＣＩ状態フィールド（Ｔｉフィールド）が‘１’に設定された１番目～ｙ番目のＴＣＩ状態は、ＴＣＩコードポイント値ｘ＋１～ｘ＋ｙにマッピングされてもよい。
　図６Ａ、Ｂに示す場合、第１のＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態＃０、＃１０、＃１２、＃１３が、ＴＣＩコードポイント０、１、２、３にそれぞれマッピングされる（図７Ａ参照）。第２のＣＯＲＥＳＥＴプールＩＤ対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態＃１、＃３、＃４、＃５が、ＴＣＩコードポイント４、５、６、７にそれぞれマッピングされる。
　図７Ａでは、第１のＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態の数と、第２のＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態の数が同じ場合を示しているが、これに限られない。
＜オプション２－２＞
　ＴＣＩコードポイントは、ＴＣＩ状態ＩＤの順に、アクティブ化されたＴＣＩ状態にマッピングされてもよい。
　例えば、第１のＣＯＲＥＳＥＴプールＩＤ（＃０）が設定されたＭＡＣ　ＣＥのＴＣＩ状態フィールドが‘１’に設定されたＴＣＩ状態と、第２のＣＯＲＥＳＥＴプールＩＤ（＃１）が設定されたＭＡＣ　ＣＥのＴＣＩ状態フィールドが‘１’に設定されたＴＣＩ状態と、がＴＣＩコードポイント値０～ｘにマッピングされてもよい。
　図６Ａ、Ｂに示す場合、第１のＣＯＲＥＳＥＴプールＩＤ対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態＃０、＃１０、＃１２、＃１３と、第２のＣＯＲＥＳＥＴプールＩＤ対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態＃１、＃３、＃４、＃５と、がＴＣＩ状態ＩＤの順序でＴＣＩコードポイント０～７にそれぞれマッピングされる（図７Ｂ参照）。
　図７Ｂでは、第１のＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態の数と、第２のＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態の数が同じ場合を示しているが、これに限られない。
　オプション２－１／オプション２－２において、ＴＣＩ状態用フィールドのサイズは３ビットに設定されてもよい。かかる場合、第１のＣＯＲＥＳＥＴプールＩＤと第２のＣＯＲＥＳＥＴプールＩＤに対するＭＡＣ　ＣＥによりアクティブ化されるＴＣＩ状態の最大合計数は８であってもよい。
　ＴＣＩ状態用フィールドのサイズは３ビットより大きいサイズ（例えば、４ビット）が適用されてもよい。この場合、各ＣＯＲＥＳＥＴプールＩＤに対応するＭＡＣ　ＣＥによりそれぞれアクティブ化されるＴＣＩ状態の最大数は８であってもよい。
　あるいは、第１のＣＯＲＥＳＥＴプールＩＤと第２のＣＯＲＥＳＥＴプールＩＤに対するＭＡＣ　ＣＥによりアクティブ化されるＴＣＩ状態の最大合計数は８に設定され、各ＣＯＲＥＳＥＴプールＩＤに対して、最大４つのアクティベートされたＴＣＩ状態がＭＡＣ　ＣＥから選択されてもよい。例えば、第１のＣＯＲＥＳＥＴプールＩＤ＃０／＃１のＭＡＣ　ＣＥにおいてアクティブ化されるＴＣＩ状態の数が４より大きい場合、ＴＣＩ状態フィールドが１に設定された最初（又は、最後）の４つのＴＣＩ状態がＤＣＩのＴＣＩコードポイントにマッピングされてもよい。
　非リンクのＰＤＣＣＨによりスケジュールされたＰＤＳＣＨの場合、ＭＡＣ　ＣＥによる８つのアクティブ化されたＴＣＩ状態が、ＤＣＩのＴＣＩコードポイントへマッピングされる既存システムのルールが適用されてもよい。
　このように、第２の態様では、異なるＣＯＲＥＳＥＴプールＩＤが設定されるＭＡＣ　ＣＥでそれぞれアクティブ化されるＴＣＩ状態をＴＣＩコードポイントにマッピングする。これにより、異なるＣＯＲＥＳＥＴプールＩＤに対応するアクティブ化されたＴＣＩ状態をＤＣＩで指定することができるため、ＰＤＳＣＨに適用するＴＣＩ状態を柔軟に設定することが可能となる。
（第３の態様）
　第３の態様は、異なるＣＯＲＥＳＥＴプールＩＤに対応する複数のＰＤＣＣＨ（又は、ＰＤＣＣＨ候補）により１つの物理共有チャネルのスケジュールがサポートされる場合、ＵＥは、ＣＯＲＥＳＥＴプールＩＤに対応しないＭＡＣ　ＣＥ（又は、ＣＯＲＥＳＥＴプールＩＤフィールドを含まないＭＡＣ　ＣＥ）を考慮してＴＣＩ状態を判断する。
　ＵＥは、２つの異なるＣＯＲＥＳＥＴプールＩＤを有するＰＤＣＣＨ繰り返しでスケジュールされたＰＤＳＣＨについて、新規のＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態を適用してもよい。新規のＭＡＣ　ＣＥは、既存システムのＭＡＣ　ＣＥ（例えば、ＣＯＲＥＳＥＴプールＩＤフィールドを有するＭＡＣ　ＣＥ）と別に定義／設定されてもよい。
　例えば、新規のＭＡＣ　ＣＥは、ＣＯＲＥＳＥＴプールＩＤを指定するフィールドが含まれない構成であってもよい。ＵＥは、２つの異なるＣＯＲＥＳＥＴプールＩＤを有するＰＤＣＣＨ繰り返しでスケジュールされたＰＤＳＣＨについて、新規のＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＴＣＩコードポイントにマッピングされると想定してもよい。
　ＵＥは、ＴＣＩ状態のアクティベーション／ディアクティベーションに関する情報を受信してもよい。ＴＣＩ状態のアクティベーションに関する情報は、ＭＡＣ　ＣＥで受信してもよい。ＵＥは、既存システム（例えば、Ｒｅｌ．１６）におけるＰＤＳＣＨ用のＴＣＩ状態のアクティベーションの通知に利用されるＭＡＣ　ＣＥ（例えば、TCI　States　Activation/Deactivation　for　UE-specific　PDSCH　MAC　CE）と、新規のＭＡＣ　ＣＥの両方を想定してもよい。新規ＭＡＣ　ＣＥ（例えば、Enhanced　TCI　States　Activation/Deactivation　for　UE-specific　PDSCH　MAC　CE）は、所定条件（例えば、上位レイヤシグナリングで設定された場合）にのみ適用されてもよい。
　図８Ａ、図８Ｂは、ＴＣＩ状態のアクティベーションの通知に利用されるＭＡＣ　ＣＥの一例を示している。図８Ａは、ＣＯＲＥＳＥＴプールＩＤを通知するフィールドが含まれるＭＡＣ　ＣＥを示している。また、当該フィールドにより、第１のＣＯＲＥＳＥＴプールＩＤ又は第２のＣＯＲＥＳＥＴプールＩＤが設定されてもよい。
　図８Ｂは、新規のＭＡＣ　ＣＥの一例を示している。新規のＭＡＣ　ＣＥでは、ＣＯＲＥＳＥＴプールＩＤを通知するフィールドが含まれない構成であってもよい。また、図８Ｂでは、ＴＣＩ状態＃６、＃８、＃１０、＃１１がアクティブ化される場合を示している。なお、アクティブ化されるＴＣＩ状態は一例でありこれに限られない。
　異なるＣＯＲＥＳＥＴプールインデックスを有する２つのＣＯＲＥＳＥＴにおいて、関連づけ（又は、リンク）されたＰＤＣＣＨ候補により１つのＰＤＳＣＨがスケジュールされる場合を想定する（図８Ｃ参照）。図８Ｃは、ＰＤＣＣＨ＃１／ＤＣＩ＃１（ＣＯＲＥＳＥＴプールインデックス＃０に対応）と、ＰＤＣＣＨ＃２／ＤＣＩ＃２（ＣＯＲＥＳＥＴプールインデックス＃１に対応）とにより、１つのＰＤＳＣＨがスケジュールされる場合を示している。ここでは、各ＰＤＣＣＨのＤＣＩのＴＣＩコードポイントとして０（例えば、“０００”）が指定される場合を示している。
　かかる場合、ＵＥは、新規のＭＡＣ　ＣＥ（図８Ｂ参照）でアクティブ化されるＴＣＩ状態を考慮してＰＤＳＣＨの受信を制御してもよい。例えば、ＵＥは、新規のＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＤＣＩのＴＣＩコードポイントにマッピングされると想定してもよい。
　図８Ｂに示す場合、ＵＥは、新規のＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態＃６、＃８、＃１０、＃１１・・・が、ＴＣＩコードポイントにそれぞれマッピングされると想定してもよい。例えば、ＴＣＩ状態＃６がＴＣＩコードポイント０にマッピングされ、ＴＣＩ状態＃６がＴＣＩコードポイント０にマッピングされ、ＴＣＩ状態＃８、＃１０、＃１１・・・がそれぞれＴＣＩコードポイント１、２、３・・・にマッピングされ、ＴＣＩ状態＃６がＴＣＩコードポイント０にマッピングされてもよい。
　ＴＣＩコードポイントとして０（“０００”）が指定される場合、ＵＥは、ＴＣＩ状態＃６をＰＤＳＣＨに適用してもよい。
　繰り返しのない（又は、他のＰＤＣＣＨ候補／ＣＯＲＥＳＥＴ／サーチスペースセットとのリンクがない）ＰＤＣＨでスケジュールされるＰＤＳＣＨ、又は同じＣＯＲＥＳＥＴプールインデックスが適用される複数のＰＤＣＣＨ候補でスケジュールされたＰＤＳＣＨに対して、図８Ａで示したＭＡＣ　ＣＥが適用されてもよい。
　このように、Ｒｅｌ．１６から拡張されたＴＣＩ状態アクティベーション用ＭＡＣ　ＣＥ（又は、新規のＭＡＣ　ＣＥ）は、ＣＯＲＥＳＥＴプールＩＤが異なる２つのＣＯＲＥＳＥＴにおいてリンクされた２つのＰＤＣＣＨ候補によりスケジュールされたＰＤＳＣＨに対して選択的に適用される構成としてもよい。
　第３の態様では、異なるＣＯＲＥＳＥＴプールＩＤに対応する複数のＰＤＣＣＨにより１つのＰＤＳＣＨのスケジュールがサポートされる場合に、新規のＭＡＣ　ＣＥを利用してＴＣＩ状態のアクティブ化（又は、アクティブ化されるＴＣＩ状態とＴＣＩコードポイントとのマッピング）を行うことができる。ＰＤＳＣＨに適用するＴＣＩ状態を柔軟に設定することが可能となる。
＜バリエーション１＞
　新規のＭＡＣ　ＣＥは、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴにおいてリンクされたＰＤＣＣＨ候補のＰＤＣＣＨ繰り返しによりスケジュールされたＰＤＳＣＨのＴＣＩ状態のアクティブ化と、特定のＣＯＲＥＳＥＴプールＩＤに対応するＴＣＩ状態のアクティブ化とに利用されてもよい。
　ＭＡＣ　ＣＥの所定フィールド（例えば、Ｘフィールド）は、ＣＯＲＥＳＥＴプールＩＤ＝０（“００”）、ＣＯＲＥＳＥＴプールＩＤ＝１（“０１”）、又は、異なるＣＯＲＥＳＥＴプールＩＤを有するＰＤＣＣＨ繰り返しＰＤＣＣＨ（例えば、PDCCH　repetition　with　CORESETPoolID=0　and　CORESETPoolID=1）（“１０”）を示してもよい（図９Ａ参照）。この場合、ＵＥは、新規のＭＡＣ　ＣＥのみを想定し、既存のＴＣＩ状態アクティベーション用のＭＡＣ　ＣＥを想定しなくてもよい。
　図９Ａでは、ＴＣＩ状態＃６、＃８、＃１０、＃１１がアクティブ化される場合を示している。なお、アクティブ化されるＴＣＩ状態は一例でありこれに限られない。
　異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴ内のリンクされた２つのＰＤＣＣＨ候補によりＰＤＳＣＨがスケジュールされる場合を想定する（図９Ｂ参照）。かかる場合、ＸフィールドにPDCCH　repetition　with　CORESETPoolID=0　and　CORESETPoolID=1が設定されるＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＤＣＩのＴＣＩコードポイントにマッピングされてもよい。
　図９Ｂに示す場合、ＵＥは、新規のＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態＃６、＃８、＃１０、＃１１・・・が、ＴＣＩコードポイント０、１、２、３・・・にそれぞれマッピングされると想定してもよい。ここでは、ＴＣＩ状態用フィールドのコートポイントとして０が通知されるため、ＵＥは、ＰＤＳＣＨにＴＣＩ状態＃６を適用すればよい。
　繰り返しのない（又は、他のＰＤＣＣＨ候補とのリンクがない）ＰＤＣＨでスケジュールされるＰＤＳＣＨ、又は同じＣＯＲＥＳＥＴプールインデックスが適用される複数のＰＤＣＣＨ候補でＰＤＳＣＨがスケジュールされる場合を想定する。ＰＤＣＣＨがＣＯＲＥＳＥＴプールＩＤ＝０に対応する場合、ＸフィールドにＣＯＲＥＳＥＴプールＩＤ＝０が設定される新規のＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＤＣＩのＴＣＩコードポイントにマッピングされてもよい。ＰＤＣＣＨがＣＯＲＥＳＥＴプールＩＤ＝１に対応する場合、ＸフィールドにＣＯＲＥＳＥＴプールＩＤ＝１が設定される新規のＭＡＣ　ＣＥでアクティブ化されるＴＣＩ状態が、ＤＣＩのＴＣＩコードポイントにマッピングされてもよい。
＜バリエーション２＞
　シングルＴＲＰのＰＤＳＣＨ用のＴＣＩ状態（例えば、TCI　state　for　PDSCH　for　S-TRP）と、マルチＤＣＩベースのマルチＴＲＰのＰＤＳＣＨ用のＴＣＩ状態（例えば、TCI　state　for　PDSCH　or　M-DCI　M-TRP）との両方が設定されてもよい。この場合、異なるＣＯＲＥＳＥＴプールＩＤに関連付けられたＰＤＣＣＨ（例えば、リンクされたＰＤＣＣＨ、繰り返しＰＤＣＣＨ）によりスケジュールされるＰＤＳＣＨに対して、シングルＴＲＰのＰＤＳＣＨ用のＴＣＩ状態が選択されてもよい（図１０参照）。
（第４の態様）
　第４の態様では、ＰＤＣＣＨの繰り返しにおいて、ＰＤＣＣＨ／ＤＣＩと、当該ＰＤＣＣＨ／ＤＣＩによりスケジュールされるＰＤＳＣＨと、の間のオフセット（スケジューリングオフセットとも呼ぶ）が所定値（例えば、timeDurationForQCL）より小さい場合に、ＰＤＳＣＨに適用するＴＣＩ状態／ＱＣＬ想定について説明する。
　既存システム（例えば、Ｒｅｌ．１６）では、ＰＤＣＣＨ／ＤＣＩとＰＤＳＣＨ間のオフセットが所定値（例えば、timeDurationForQCL）よりも小さく、異なるＣＯＲＥＳＥＴプールＩＤを有するＣＯＲＥＳＥＴが設定され、所定の上位レイヤパラメータが設定されている場合、ＰＤＳＣＨに対して所定のＱＣＬが適用されてもよい。所定の上位レイヤパラメータは、ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態を設定する上位レイヤパラメータ（例えば、enableDefaultTCIStatePerCoresetPoolIndex-r16）であってもよい。
　例えば、ＣＯＲＥＳＥＴプールＩＤ＝０のＰＤＣＣＨによりスケジュールされたＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝０のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬとして利用されてもよい。最新のスロットは、ＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴプールＩＤ＃０に対応するＣＯＲＥＳＥＴ）のモニタを行った直近のスロットであってもよい。つまり、ＣＯＲＥＳＥＴプールＩＤ＝０に対するＰＤＳＣＨのデフォルトＴＣＩ状態／ＱＣＬは、最新のモニタリングスロットでＣＯＲＥＳＥＴプールＩＤ＝０に関連付けられた最小のＣＯＲＥＳＥＴ　ＩＤに基づいて決定されてもよい。
　例えば、ＣＯＲＥＳＥＴプールＩＤ＝１のＰＤＣＣＨによりスケジュールされたＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝１のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬとして利用されてもよい。最新のスロットは、ＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴプールＩＤ＃１に対応するＣＯＲＥＳＥＴ）のモニタを行った直近のスロットであってもよい。つまり、ＣＯＲＥＳＥＴプールＩＤ＝１に対するＰＤＳＣＨのデフォルトＴＣＩ状態／ＱＣＬは、最新のモニタリングスロットでＣＯＲＥＳＥＴプールＩＤ＝１に関連付けられた最小のＣＯＲＥＳＥＴ　ＩＤに基づいて決定されてもよい。
　このように、既存システムでは、ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態を設定する上位レイヤパラメータが設定され、ＤＣＩとＰＤＳＣＨ間のオフセットが所定値より小さい場合、当該ＤＣＩ（又は、ＰＤＣＣＨ）に対応するＣＯＲＥＳＥＴプールＩＤを考慮してＰＤＳＣＨに適用されるデフォルトＱＣＬが決定される。つまり、ＰＤＳＣＨに適用されるデフォルトＱＣＬは、当該ＰＤＳＣＨをスケジュールするＰＤＣＣＨ／ＤＣＩに対応するＣＯＲＥＳＥＴプールＩＤに基づいて決定される。
　一方で、ＰＤＣＣＨ繰り返し用の複数のＰＤＣＣＨ候補（例えば、リンクされたＰＤＣＣＨ候補）が、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴで送信されることも想定される（図１１参照）。
　図１１は、ＰＤＣＣＨの繰り返し送信により１つのＰＤＳＣＨ（例えば、同じＰＤＳＣＨ）のスケジュールを行う場合の一例を示している。ＰＤＣＣＨ＃１／ＤＣＩ＃１は、第１のＣＯＲＥＳＥＴプールＩＤ（ここでは、＃０）に対応し、ＰＤＣＣＨ＃２／ＤＣＩ＃２は、第２のＣＯＲＥＳＥＴプールＩＤ（ここでは、＃１）に対応する場合を示している。ここでは、ＰＤＣＣＨの繰り返し回数（又は、繰り返しファクタ）が２の場合を示しているが、繰り返し回数は３以上であってもよい。
　図１１において、繰り返し送信されるＰＤＣＣＨ／ＤＣＩの少なくとも一つ（又は、全部）と、ＰＤＳＣＨとの間のスケジューリングオフセットが所定値（例えば、timeDurationForQCL）より小さい場合、ＰＤＳＣＨに適用するデフォルトＱＣＬ（又は、デフォルトビーム）をどのように決定するかが問題となる。
　本実施の形態では、繰り返し送信されるＰＤＣＣＨ／ＤＣＩの少なくとも一つ（又は、全部）と、ＰＤＳＣＨとの間のスケジューリングオフセットが所定値より小さい場合、以下のＡｌｔ．４－１～Ａｌｔ．４－３の少なくとも一つを適用してもよい。以下の説明では、繰り返し送信されるＰＤＣＣＨ／ＤＣＩのうち、少なくとも一つのＰＤＣＣＨ／ＤＣＩとＰＤＳＣＨ間のオフセットが所定値より小さくなる場合（スケジューリングオフセット想定＃１）と、複数のＰＤＣＣＨ／ＤＣＩとＰＤＳＣＨ間のオフセットが所定値より小さくなる場合（スケジューリングオフセット想定＃２）のいずれにも適用されてもよい。
　Ａｌｔ．４－１は、繰り返し送信されるＰＤＣＣＨ／ＤＣＩの少なくとも一つ（又は、全部）と、ＰＤＳＣＨとの間のスケジューリングオフセットが所定値より小さい場合、ＣＯＲＥＳＥＴプールＩＤ毎のデフォルトＴＣＩ状態の設定を行わないように制御する。Ａｌｔ．４－２／４－３は、繰り返し送信されるＰＤＣＣＨ／ＤＣＩの少なくとも一つ（又は、全部）と、ＰＤＳＣＨとの間のスケジューリングオフセットが所定値より小さい場合、ＣＯＲＥＳＥＴプールＩＤ毎のデフォルトＴＣＩ状態の設定を行うように制御する。
＜Ａｌｔ．４－１＞
　ＵＥは、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴにおいてＰＤＣＣＨ繰り返し用の複数（例えば、２つの）ＰＤＣＣＨ候補（例えば、リンクされたＰＤＣＣＨ候補）が設定される場合、ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態を設定する所定の上位レイヤパラメータ（例えば、enableDefaultTCIStatePerCoresetPoolIndex-r16）が設定されることを想定しなくてもよい（図１２参照）。言い換えると、ＰＤＣＣＨ繰り返し用のリンクされた複数のＰＤＣＣＨ候補が、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴで送信される場合、ＵＥは、ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態が設定されないと想定してもよい。
　所定の上位レイヤパラメータが設定されず、ＰＤＣＣＨ／ＤＣＩの受信と対応するＰＤＳＣＨの受信との間のオフセットが所定値より小さい場合、ＵＥは、ＣＯＲＥＳＥＴプールＩＤに関わらず（又は、ＣＯＲＥＳＥＴプールＩＤを考慮せず）、ＣＯＲＥＳＥＴのモニタを行った最新のスロット（たとえば、latest　slot）のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬとして利用してもよい。
　つまり、ＰＤＳＣＨのデフォルトＴＣＩ状態／ＱＣＬは、ＣＯＲＥＳＥＴプールＩＤを考慮せず、最新のＣＯＲＥＳＥＴのモニタリングスロットにおいて最小のＣＯＲＥＳＥＴ　ＩＤに基づいて決定されてもよい。
　なお、ＵＥは、既存システム（例えば、Ｒｅｌ．１６）において、所定の上位レイヤパラメータ（例えば、enableDefaultTCIStatePerCoresetPoolIndex-r16）が設定されていない場合のＵＥ動作を適用してもよい。
　ＵＥは、サービングセルのアクティブＢＷＰ内の１又は複数のＣＯＲＥＳＥＴがＵＥによりモニタされている最新のスロットにおいて、最小のＣＯＲＥＳＥＴ　ＩＤ（例えば、lowest　controlResourceSetID）を有するモニタされたサーチスペースに関連付けられたＣＯＲＥＳＥＴの、ＰＤＣＣＨ疑似コロケーション指示（例えば、PDCCH　quasi　co-location　indication）に使用されるＱＣＬパラメータに関して、サービングセルのＰＤＳＣＨのＤＭ－ＲＳポートがＲＳと疑似コロケーションされていると想定してもよい（the　UE　may　assume　that　the　DM-RS　ports　of　PDSCH　of　a　serving　cell　are　quasi　co-located　with　the　RS(s)　with　respect　to　the　QCL　parameter(s)　used　for　PDCCH　quasi　co-location　indication　of　the　CORESET　associated　with　a　monitored　search　space　with　the　lowest　controlResourceSetId　in　the　latest　slot　in　which　one　or　more　CORESETs　within　the　active　BWP　of　the　serving　cell　are　monitored　by　the　UE.）。
＜Ａｌｔ．４－２＞
　ＵＥは、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴにおいてＰＤＣＣＨ繰り返し用の複数（例えば、２つの）ＰＤＣＣＨ候補（例えば、リンクされたＰＤＣＣＨ候補）が設定される場合、ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態を設定する所定の上位レイヤパラメータの設定がサポートされてもよい（図１３参照）。言い換えると、ＰＤＣＣＨ繰り返し用のリンクされた複数のＰＤＣＣＨ候補が、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴで送信される場合、ＵＥは、ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態の設定がサポートされると想定してもよい。
　ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態を設定する所定の上位レイヤパラメータは、例えば、enableDefaultTCIStatePerCoresetPoolIndex-r16であってもよいし、新規の上位レイヤパラメータであってもよい。
　所定の上位レイヤパラメータが設定され、ＰＤＣＣＨ／ＤＣＩの受信と対応するＰＤＳＣＨの受信との間のオフセットが所定値より小さい場合を想定する（図１３参照）。この場合、ＵＥは、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴにおいて、リンクされたＰＤＣＣＨ候補によりスケジュールされたＰＤＳＣＨについて、リンクされたＰＤＣＣＨ候補のうち１つ（又は、特定）のＰＤＣＣＨ候補を参照してデフォルトＱＣＬ／デフォルトビームを決定してもよい。
　複数のＰＤＣＣＨ候補のうち１つのＰＤＣＣＨ候補（参照ＰＤＣＣＨ候補、参照ＰＤＣＣＨと呼ばれてもよい）は、以下のオプション４－２－１～～オプション４－２－６の少なくとも一つが適用されてもよい。
［オプション４－２－１］
　第１のＣＯＲＥＳＥＴプールインデクス（例えば＃０）、又は第１のＣＯＲＥＳＥＴプールＩＤに対応するＰＤＣＣＨ候補が参照されてもよい。第１のＣＯＲＥＳＥＴプールＩＤが参照されるとは、ＰＤＳＣＨのＴＣＩ状態が、最新のスロットでＣＯＲＥＳＥＴプールＩＤ＝０に関連付けられた最小のＣＯＲＥＳＥＴ　ＩＤのＴＣＩ状態／ＱＣＬ想定であることを意味してもよい。
　ＵＥは、繰り返しＰＤＣＣＨでスケジュールされるＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝０のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬであると想定してもよい。最新のスロットは、ＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴプールＩＤ＃０に対応するＣＯＲＥＳＥＴ）のモニタを行った直近のスロットであってもよい。
［オプション４－２－２］
　第２のＣＯＲＥＳＥＴプールインデクス（例えば＃１）、又は第２のＣＯＲＥＳＥＴプールＩＤに対応するＰＤＣＣＨ候補が参照されてもよい。第２のＣＯＲＥＳＥＴプールＩＤが参照されるとは、ＰＤＳＣＨのＴＣＩ状態が、最新のスロットでＣＯＲＥＳＥＴプールＩＤ＝１に関連付けられた最小のＣＯＲＥＳＥＴ　ＩＤのＴＣＩ状態／ＱＣＬ想定であることを意味してもよい。
　ＵＥは、繰り返しＰＤＣＣＨでスケジュールされるＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝１のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬであると想定してもよい。最新のスロットは、ＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴプールＩＤ＃１に対応するＣＯＲＥＳＥＴ）のモニタを行った直近のスロットであってもよい。
［オプション４－２－３］
　複数のＰＤＣＣＨ候補（又は、複数のＰＤＣＣＨモニタリングオケージョン）のうち、１番目のＰＤＣＣＨ候補（又は、１番目のＰＤＣＣＨモニタリングオケージョンのＰＤＣＣＨ候補）が参照されてもよい。１番目とは、時間領域において最も早く送信される（又は、ＵＥが最初に受信する）ことを意味してもよいし、モニタリングオケージョンのインデックスが最も小さいことを意味してもよい。
　あるいは、複数のＰＤＣＣＨ候補（又は、複数のＰＤＣＣＨモニタリングオケージョン）のうち、最後のＰＤＣＣＨ候補（又は、最後のＰＤＣＣＨモニタリングオケージョンのＰＤＣＣＨ候補）が参照されてもよい。最後とは、時間領域において最も遅く送信される（又は、ＵＥが最後に受信する）ことを意味してもよいし、モニタリングオケージョンのインデックスが最も大きいことを意味してもよい。
　１番目のＰＤＣＣＨ候補（又は、最後のＰＤＣＣＨ候補）に対応するＣＯＲＥＳＥＴプールＩＤ＝０の場合を想定する。この場合、ＵＥは、繰り返しＰＤＣＣＨでスケジュールされるＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝０のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬであると想定してもよい。
　１番目のＰＤＣＣＨ候補（又は、最後のＰＤＣＣＨ候補）に対応するＣＯＲＥＳＥＴプールＩＤ＝１の場合を想定する。この場合、ＵＥは、繰り返しＰＤＣＣＨでスケジュールされるＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝１のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬであると想定してもよい。
［オプション４－２－４］
　最も低いＣＯＲＥＳＥＴ　ＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補が参照されてもよい。あるいは、最も高いＣＯＲＥＳＥＴ　ＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補が参照されてもよい。
　最も低い（又は、最も高い）ＣＯＲＥＳＥＴ　ＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補に対応するＣＯＲＥＳＥＴプールＩＤ＝０の場合を想定する。この場合、ＵＥは、繰り返しＰＤＣＣＨでスケジュールされるＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝０のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬであると想定してもよい。
　最も低い（又は、最も高い）ＣＯＲＥＳＥＴ　ＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補に対応するＣＯＲＥＳＥＴプールＩＤ＝１の場合を想定する。この場合、ＵＥは、繰り返しＰＤＣＣＨでスケジュールされるＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝１のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬであると想定してもよい。
［オプション４－２－５］
　最も低いサーチスペースセットＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補が参照されてもよい。あるいは、最も高いサーチスペースセットＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補が参照されてもよい。
　最も低い（又は、最も高い）サーチスペースセットＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補に対応するＣＯＲＥＳＥＴプールＩＤ＝０の場合を想定する。この場合、ＵＥは、繰り返しＰＤＣＣＨでスケジュールされるＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝０のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬであると想定してもよい。
　最も低い（又は、最も高い）サーチスペースセットＩＤを有するＣＯＲＥＳＥＴのＰＤＣＣＨ候補に対応するＣＯＲＥＳＥＴプールＩＤ＝１の場合を想定する。この場合、ＵＥは、繰り返しＰＤＣＣＨでスケジュールされるＰＤＳＣＨについて、最新のスロット（たとえば、latest　slot）においてＣＯＲＥＳＥＴプールＩＤ＝１のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬであると想定してもよい。
［オプション４－２－６］
　参照ＰＤＣＣＨ候補の決定方法が基地局からＵＥに設定されてもよい。例えば、オプション４－２－１～オプション４－２－５のうち複数のオプションがサポートされ、どのオプションを適用するかについて上位レイヤシグナリング／ＭＡＣ　ＣＥ／ＤＣＩにより、準静的又はダイナミックに設定／指示されてもよい。
　上記のオプションにおいて、リンクされたＰＤＣＣＨ候補のうち１つを参照してデフォルトＱＣＬが決定されることは、当該参照されるＰＤＣＣＨ候補に対応するＣＯＲＥＳＥＴプールＩＤを考慮して、最新のスロット（たとえば、latest　slot）において当該ＣＯＲＥＳＥＴプールＩＤのＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬとして決定されることを意味してもよい。
　具体的には、ＵＥは、サービングセルのアクティブＢＷＰ内のＰＤＳＣＨをスケジュールする２つのリンクされたＰＤＣＣＨ候補間の「参照ＰＤＣＣＨ候補」と同じＣＯＲＥＳＥＴプールＩＤに関連付けられた１又は複数のＣＯＲＥＳＥＴがＵＥによりモニタされている最新のスロットにおいて、当該ＰＤＳＣＨをスケジュールする２つのリンクされたＰＤＣＣＨ候補の間の「参照ＰＤＣＣＨ候補」と同じＣＯＲＥＳＥＴプールＩＤが設定されたＣＯＲＳＥＴの中で、最小のＣＯＲＥＳＥＴ　ＩＤを有するモニタされたサーチスペースに関連付けられたＣＯＲＥＳＥＴのＰＤＣＣＨ疑似コロケーション指示に使用されるＱＣＬパラメータに関して、異なるＣＯＲＥＳＥＴプールＩＤに関連付けられた２つのリンクされたＰＤＣＣＨ候補によりスケジュールされるＰＤＳＣＨのＤＭ－ＲＳポートがＲＳと疑似コロケーションされていると想定してもよい（the　UE　may　assume　that　the　DM-RS　ports　of　PDSCH　scheduled　by　two　linked　PDCCH　candidates　associated　with　different　CORESETPoolID　are　quasi　co-located　with　the　RS(s)　with　respect　to　the　QCL　parameter(s)　used　for　PDCCH　quasi　co-location　indication　of　the　CORESET　associated　with　a　monitored　search　space　with　the　lowest　controlResourceSetId　among　CORESETs,　which　are　configured　with　the　same　value　of　CORESETPoolIndex　as　the　“reference　PDCCH　candidate”　between　the　two　linked　PDCCH　candidates　scheduling　that　PDSCH,　in　the　latest　slot　in　which　one　or　more　CORESETs　associated　with　the　same　value　of　CORESETPoolIndex　as　the　“reference　PDCCH　candidate”　between　the　two　linked　PDCCH　candidates　scheduling　that　PDSCH　within　the　active　BWP　of　the　serving　cell　are　monitored　by　the　UE.）。
　ＴＣＩ状態指示のための基準を決定するルールは、タイミングオフセット／ＨＡＲＱコードブック／ＤＡＩ／ＰＵＣＣＨリソース決定用の基準を決定するルールと一致させてもよい。あるいは、ＴＣＩ状態指示のための基準を決定するルールは、タイミングオフセット／ＨＡＲＱコードブック／ＤＡＩ／ＰＵＣＣＨリソース決定用の基準を決定するルールと異なってもよい。
＜Ａｌｔ．４－３＞
　ＵＥは、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴにおいてＰＤＣＣＨ繰り返し用の複数（例えば、２つの）ＰＤＣＣＨ候補（例えば、リンクされたＰＤＣＣＨ候補）が設定される場合、ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態を設定する所定の上位レイヤパラメータの設定がサポートされてもよい（図１３参照）。言い換えると、ＰＤＣＣＨ繰り返し用のリンクされた複数のＰＤＣＣＨ候補が、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴで送信される場合、ＵＥは、ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態の設定がサポートされると想定してもよい。
　ＣＯＲＥＳＥＴプールインデックス毎にデフォルトＴＣＩ状態を設定する所定の上位レイヤパラメータは、例えば、enableDefaultTCIStatePerCoresetPoolIndex-r16であってもよいし、新規の上位レイヤパラメータであってもよい。
　所定の上位レイヤパラメータが設定され、ＰＤＣＣＨ／ＤＣＩの受信と対応するＰＤＳＣＨの受信との間のオフセットが所定値より小さい場合を想定する（図１３参照）。この場合、ＵＥは、ＰＤＣＣＨ繰り返し用に設定され、異なるＣＯＲＥＳＥＴプールＩＤを有する別のＣＯＲＥＳＥＴとリンクしているＣＯＲＥＳＥＴの中で、最小のＩＤを有するＣＯＲＥＳＥＴに基づいてＱＣＬ／デフォルトビームを決定（又は、当該ＣＯＲＥＳＥＴに対応するＴＣＩ状態／ＱＣＬをデフォルトＱＣＬ／デフォルトビームとして適用）してもよい。
　例えば、ＣＯＲＥＳＥＴプールＩＤ＝０に対応するＰＤＣＣＨ＃１／ＤＣＩ＃１と、ＣＯＲＥＳＥＴプールＩＤ＝１に対応するＰＤＣＣＨ＃２／ＤＣＩ＃２とによりＰＤＳＣＨがスケジュールされる場合を想定する。ＵＥは、当該ＰＤＣＣＨ＃１に対応するＣＯＲＥＳＥＴと、ＰＤＣＣＨ＃２に対応するＣＯＲＥＳＥＴのうち、最小のＩＤを有するＣＯＲＥＳＥＴに対応するＴＣＩ状態／ＱＣＬをＰＤＳＣＨのデフォルトＱＣＬ／デフォルトビームとして適用してもよい。
　具体的には、ＵＥは、サービングセルのアクティブＢＷＰ内でＰＤＣＣＨ繰り返し用の異なるＣＯＲＥＳＥＴプールＩＤを有する別のＣＯＲＥＳＥＴとリンクするように設定された１又は複数のＣＯＲＥＳＥＴがＵＥによりモニタされている最新のスロットにおいて、ＰＤＣＣＨ繰り返し用の異なるＣＯＲＥＳＥＴプールＩＤを有する別のＣＯＲＥＳＥＴとリンクするように設定されたＣＯＲＥＳＥＴの中で、最小のＣＯＲＥＳＥＴ　ＩＤ（例えば、lowest　controlResourceSetID）を有するモニタされたサーチスペースに関連付けられたＣＯＲＥＳＥＴのＰＤＣＣＨ疑似コロケーション指示（例えば、PDCCH　quasi　co-location　indication）に使用されるＱＣＬパラメータに関して、異なるＣＯＲＥＳＥＴプールＩＤに関連付けられた２つのリンクされたＰＤＣＣＨ候補によりスケジュールされたＰＤＳＣＨのＤＭ－ＲＳポートがＲＳと疑似コロケーションされていると想定してもよい（the　UE　may　assume　that　the　DM-RS　ports　of　PDSCH　scheduled　by　two　linked　PDCCH　candidates　associated　with　different　CORESETPoolID　are　quasi　co-located　with　the　RS(s)　with　respect　to　the　QCL　parameter(s)　used　for　PDCCH　quasi　co-location　indication　of　the　CORESET　associated　with　a　monitored　search　space　with　the　lowest　controlResourceSetId　among　CORESETs,　which　are　configured　with　linkage　with　another　CORESET　with　different　CORESETPoolID　for　PDCCH　repetition,　in　the　latest　slot　in　which　one　or　more　CORESETs　configured　with　linkage　with　another　CORESET　with　different　CORESETPoolID　for　PDCCH　repetition　that　within　the　active　BWP　of　the　serving　cell　are　monitored　by　the　UE.）。
　あるいは、所定の上位レイヤパラメータが設定され、ＰＤＣＣＨ／ＤＣＩの受信と対応するＰＤＳＣＨの受信との間のオフセットが所定値より小さい場合、ＵＥは、ＣＯＲＥＳＥＴのモニタを行った最新のスロット（たとえば、latest　slot）のＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴ　ＩＤが最小のＣＯＲＥＳＥＴのＱＣＬがＰＤＳＣＨのデフォルトＱＣＬとして利用してもよい。最新のスロットは、ＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴプールＩＤ＃０／＃１に対応するＣＯＲＥＳＥＴ）のモニタを行った直近のスロットであってもよい。
　例えば、繰り返し送信されるＰＤＣＣＨ／ＤＣＩの少なくとも一つ（例えば、図１３におけるＰＤＣＣＨ＃２）と、ＰＤＳＣＨとの間のオフセットが所定値より小さい場合（ＰＤＣＣＨ＃１とＰＤＳＣＨ間のオフセットは所定値以上の場合）を想定する。かかる場合、ＵＥは、ＰＤＣＣＨ＃１（ＣＯＲＥＳＥＴプールＩＤ＝０）に対応するＴＣＩ状態／ＱＣＬに基づいてＰＤＳＣＨに適用するデフォルトＴＣＩ状態／ＱＣＬを決定してもよい。例えば、ＰＤＣＣＨ＃１（ＣＯＲＥＳＥＴプールＩＤ＝０）に対応するＴＣＩ状態／ＱＣＬをデフォルトＴＣＩ状態／ＱＣＬとして利用してもよい。
（ＵＥ能力情報）
　上記第１の態様～第４の態様において、以下のＵＥ能力（UE　capability）が設定されてもよい。なお、以下のＵＥ能力は、ネットワーク（例えば、基地局）からＵＥに設定するパラメータ（例えば、上位レイヤパラメータ）と読み替えられてもよい。
　マルチＴＲＰ（例えば、Ｍ－ＴＲＰ）のＰＤＣＣＨの繰り返しをサポートするか否かに関するＵＥ能力情報が定義されてもよい。
　異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴでリンクされたＰＤＣＣＨ候補を利用したマルチＴＲＰのＰＤＣＣＨ繰り返しをサポートするか否かに関するＵＥ能力情報が定義されてもよい。
　スケジューリングオフセットが所定値（例えば、timeDurationForQCL）より小さい場合、異なるＣＯＲＥＳＥＴプールＩＤを有する２つのＣＯＲＥＳＥＴにおけるＰＤＣＣＨ繰り返しによりスケジュールされたＰＤＳＣＨに対してデフォルトＱＣＬ／デフォルトビームをサポートするか否かに関するＵＥ能力情報が定義されてもよい。
　第１の態様～第４の態様は、上述したＵＥ能力の少なくとも一つをサポート／報告するＵＥに適用される構成としてもよい。あるいは、第１の態様～第４の態様は、ネットワークから対応する上位レイヤパラメータが設定されたＵＥに適用される構成としてもよい。
（無線通信システム）
　以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
　図１４は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１は、Third　Generation　Partnership　Project（３ＧＰＰ）によって仕様化されるLong　Term　Evolution（ＬＴＥ）、5th　generation　mobile　communication　system　New　Radio（５Ｇ　ＮＲ）などを用いて通信を実現するシステムであってもよい。
　また、無線通信システム１は、複数のRadio　Access　Technology（ＲＡＴ）間のデュアルコネクティビティ（マルチＲＡＴデュアルコネクティビティ（Multi-RAT　Dual　Connectivity（ＭＲ－ＤＣ）））をサポートしてもよい。ＭＲ－ＤＣは、ＬＴＥ（Evolved　Universal　Terrestrial　Radio　Access（Ｅ－ＵＴＲＡ））とＮＲとのデュアルコネクティビティ（E-UTRA-NR　Dual　Connectivity（ＥＮ－ＤＣ））、ＮＲとＬＴＥとのデュアルコネクティビティ（NR-E-UTRA　Dual　Connectivity（ＮＥ－ＤＣ））などを含んでもよい。
　ＥＮ－ＤＣでは、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がマスタノード（Master　Node（ＭＮ））であり、ＮＲの基地局（ｇＮＢ）がセカンダリノード（Secondary　Node（ＳＮ））である。ＮＥ－ＤＣでは、ＮＲの基地局（ｇＮＢ）がＭＮであり、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がＳＮである。
　無線通信システム１は、同一のＲＡＴ内の複数の基地局間のデュアルコネクティビティ（例えば、ＭＮ及びＳＮの双方がＮＲの基地局（ｇＮＢ）であるデュアルコネクティビティ（NR-NR　Dual　Connectivity（ＮＮ－ＤＣ）））をサポートしてもよい。
　無線通信システム１は、比較的カバレッジの広いマクロセルＣ１を形成する基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する基地局１２（１２ａ－１２ｃ）と、を備えてもよい。ユーザ端末２０は、少なくとも１つのセル内に位置してもよい。各セル及びユーザ端末２０の配置、数などは、図に示す態様に限定されない。以下、基地局１１及び１２を区別しない場合は、基地局１０と総称する。
　ユーザ端末２０は、複数の基地局１０のうち、少なくとも１つに接続してもよい。ユーザ端末２０は、複数のコンポーネントキャリア（Component　Carrier（ＣＣ））を用いたキャリアアグリゲーション（Carrier　Aggregation（ＣＡ））及びデュアルコネクティビティ（ＤＣ）の少なくとも一方を利用してもよい。
　各ＣＣは、第１の周波数帯（Frequency　Range　1（ＦＲ１））及び第２の周波数帯（Frequency　Range　2（ＦＲ２））の少なくとも１つに含まれてもよい。マクロセルＣ１はＦＲ１に含まれてもよいし、スモールセルＣ２はＦＲ２に含まれてもよい。例えば、ＦＲ１は、６ＧＨｚ以下の周波数帯（サブ６ＧＨｚ（sub-6GHz））であってもよいし、ＦＲ２は、２４ＧＨｚよりも高い周波数帯（above-24GHz）であってもよい。なお、ＦＲ１及びＦＲ２の周波数帯、定義などはこれらに限られず、例えばＦＲ１がＦＲ２よりも高い周波数帯に該当してもよい。
　また、ユーザ端末２０は、各ＣＣにおいて、時分割複信（Time　Division　Duplex（ＴＤＤ））及び周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））の少なくとも１つを用いて通信を行ってもよい。
　複数の基地局１０は、有線（例えば、Common　Public　Radio　Interface（ＣＰＲＩ）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線（例えば、ＮＲ通信）によって接続されてもよい。例えば、基地局１１及び１２間においてＮＲ通信がバックホールとして利用される場合、上位局に該当する基地局１１はIntegrated　Access　Backhaul（ＩＡＢ）ドナー、中継局（リレー）に該当する基地局１２はＩＡＢノードと呼ばれてもよい。
　基地局１０は、他の基地局１０を介して、又は直接コアネットワーク３０に接続されてもよい。コアネットワーク３０は、例えば、Evolved　Packet　Core（ＥＰＣ）、5G　Core　Network（５ＧＣＮ）、Next　Generation　Core（ＮＧＣ）などの少なくとも１つを含んでもよい。
　ユーザ端末２０は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇなどの通信方式の少なくとも１つに対応した端末であってもよい。
　無線通信システム１においては、直交周波数分割多重（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ））ベースの無線アクセス方式が利用されてもよい。例えば、下りリンク（Downlink（ＤＬ））及び上りリンク（Uplink（ＵＬ））の少なくとも一方において、Cyclic　Prefix　OFDM（ＣＰ－ＯＦＤＭ）、Discrete　Fourier　Transform　Spread　OFDM（ＤＦＴ－ｓ－ＯＦＤＭ）、Orthogonal　Frequency　Division　Multiple　Access（ＯＦＤＭＡ）、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）などが利用されてもよい。
　無線アクセス方式は、波形（waveform）と呼ばれてもよい。なお、無線通信システム１においては、ＵＬ及びＤＬの無線アクセス方式には、他の無線アクセス方式（例えば、他のシングルキャリア伝送方式、他のマルチキャリア伝送方式）が用いられてもよい。
　無線通信システム１では、下りリンクチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（Physical　Downlink　Shared　Channel（ＰＤＳＣＨ））、ブロードキャストチャネル（Physical　Broadcast　Channel（ＰＢＣＨ））、下り制御チャネル（Physical　Downlink　Control　Channel（ＰＤＣＣＨ））などが用いられてもよい。
　また、無線通信システム１では、上りリンクチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（Physical　Uplink　Shared　Channel（ＰＵＳＣＨ））、上り制御チャネル（Physical　Uplink　Control　Channel（ＰＵＣＣＨ））、ランダムアクセスチャネル（Physical　Random　Access　Channel（ＰＲＡＣＨ））などが用いられてもよい。
　ＰＤＳＣＨによって、ユーザデータ、上位レイヤ制御情報、System　Information　Block（ＳＩＢ）などが伝送される。ＰＵＳＣＨによって、ユーザデータ、上位レイヤ制御情報などが伝送されてもよい。また、ＰＢＣＨによって、Master　Information　Block（ＭＩＢ）が伝送されてもよい。
　ＰＤＣＣＨによって、下位レイヤ制御情報が伝送されてもよい。下位レイヤ制御情報は、例えば、ＰＤＳＣＨ及びＰＵＳＣＨの少なくとも一方のスケジューリング情報を含む下り制御情報（Downlink　Control　Information（ＤＣＩ））を含んでもよい。
　なお、ＰＤＳＣＨをスケジューリングするＤＣＩは、ＤＬアサインメント、ＤＬ　ＤＣＩなどと呼ばれてもよいし、ＰＵＳＣＨをスケジューリングするＤＣＩは、ＵＬグラント、ＵＬ　ＤＣＩなどと呼ばれてもよい。なお、ＰＤＳＣＨはＤＬデータで読み替えられてもよいし、ＰＵＳＣＨはＵＬデータで読み替えられてもよい。
　ＰＤＣＣＨの検出には、制御リソースセット（COntrol　REsource　SET（ＣＯＲＥＳＥＴ））及びサーチスペース（search　space）が利用されてもよい。ＣＯＲＥＳＥＴは、ＤＣＩをサーチするリソースに対応する。サーチスペースは、ＰＤＣＣＨ候補（PDCCH　candidates）のサーチ領域及びサーチ方法に対応する。１つのＣＯＲＥＳＥＴは、１つ又は複数のサーチスペースに関連付けられてもよい。ＵＥは、サーチスペース設定に基づいて、あるサーチスペースに関連するＣＯＲＥＳＥＴをモニタしてもよい。
　１つのサーチスペースは、１つ又は複数のアグリゲーションレベル（aggregation　Level）に該当するＰＤＣＣＨ候補に対応してもよい。１つ又は複数のサーチスペースは、サーチスペースセットと呼ばれてもよい。なお、本開示の「サーチスペース」、「サーチスペースセット」、「サーチスペース設定」、「サーチスペースセット設定」、「ＣＯＲＥＳＥＴ」、「ＣＯＲＥＳＥＴ設定」などは、互いに読み替えられてもよい。
　ＰＵＣＣＨによって、チャネル状態情報（Channel　State　Information（ＣＳＩ））、送達確認情報（例えば、Hybrid　Automatic　Repeat　reQuest　ACKnowledgement（ＨＡＲＱ－ＡＣＫ）、ＡＣＫ／ＮＡＣＫなどと呼ばれてもよい）及びスケジューリングリクエスト（Scheduling　Request（ＳＲ））の少なくとも１つを含む上り制御情報（Uplink　Control　Information（ＵＣＩ））が伝送されてもよい。ＰＲＡＣＨによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送されてもよい。
　なお、本開示において下りリンク、上りリンクなどは「リンク」を付けずに表現されてもよい。また、各種チャネルの先頭に「物理（Physical）」を付けずに表現されてもよい。
　無線通信システム１では、同期信号（Synchronization　Signal（ＳＳ））、下りリンク参照信号（Downlink　Reference　Signal（ＤＬ－ＲＳ））などが伝送されてもよい。無線通信システム１では、ＤＬ－ＲＳとして、セル固有参照信号（Cell-specific　Reference　Signal（ＣＲＳ））、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal（ＣＳＩ－ＲＳ））、復調用参照信号（DeModulation　Reference　Signal（ＤＭＲＳ））、位置決定参照信号（Positioning　Reference　Signal（ＰＲＳ））、位相トラッキング参照信号（Phase　Tracking　Reference　Signal（ＰＴＲＳ））などが伝送されてもよい。
　同期信号は、例えば、プライマリ同期信号（Primary　Synchronization　Signal（ＰＳＳ））及びセカンダリ同期信号（Secondary　Synchronization　Signal（ＳＳＳ））の少なくとも１つであってもよい。ＳＳ（ＰＳＳ、ＳＳＳ）及びＰＢＣＨ（及びＰＢＣＨ用のＤＭＲＳ）を含む信号ブロックは、ＳＳ／ＰＢＣＨブロック、SS　Block（ＳＳＢ）などと呼ばれてもよい。なお、ＳＳ、ＳＳＢなども、参照信号と呼ばれてもよい。
　また、無線通信システム１では、上りリンク参照信号（Uplink　Reference　Signal（ＵＬ－ＲＳ））として、測定用参照信号（Sounding　Reference　Signal（ＳＲＳ））、復調用参照信号（ＤＭＲＳ）などが伝送されてもよい。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific　Reference　Signal）と呼ばれてもよい。
（基地局）
　図１５は、一実施形態に係る基地局の構成の一例を示す図である。基地局１０は、制御部１１０、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース（transmission　line　interface）１４０を備えている。なお、制御部１１０、送受信部１２０及び送受信アンテナ１３０及び伝送路インターフェース１４０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、基地局１０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部１１０は、基地局１０全体の制御を実施する。制御部１１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部１１０は、信号の生成、スケジューリング（例えば、リソース割り当て、マッピング）などを制御してもよい。制御部１１０は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０を用いた送受信、測定などを制御してもよい。制御部１１０は、信号として送信するデータ、制御情報、系列（sequence）などを生成し、送受信部１２０に転送してもよい。制御部１１０は、通信チャネルの呼処理（設定、解放など）、基地局１０の状態管理、無線リソースの管理などを行ってもよい。
　送受信部１２０は、ベースバンド（baseband）部１２１、Radio　Frequency（ＲＦ）部１２２、測定部１２３を含んでもよい。ベースバンド部１２１は、送信処理部１２１１及び受信処理部１２１２を含んでもよい。送受信部１２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ（phase　shifter）、測定回路、送受信回路などから構成することができる。
　送受信部１２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部１２１１、ＲＦ部１２２から構成されてもよい。当該受信部は、受信処理部１２１２、ＲＦ部１２２、測定部１２３から構成されてもよい。
　送受信アンテナ１３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部１２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを送信してもよい。送受信部１２０は、上述の上りリンクチャネル、上りリンク参照信号などを受信してもよい。
　送受信部１２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部１２０（送信処理部１２１１）は、例えば制御部１１０から取得したデータ、制御情報などに対して、Packet　Data　Convergence　Protocol（ＰＤＣＰ）レイヤの処理、Radio　Link　Control（ＲＬＣ）レイヤの処理（例えば、ＲＬＣ再送制御）、Medium　Access　Control（ＭＡＣ）レイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部１２０（送信処理部１２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、離散フーリエ変換（Discrete　Fourier　Transform（ＤＦＴ））処理（必要に応じて）、逆高速フーリエ変換（Inverse　Fast　Fourier　Transform（ＩＦＦＴ））処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　送受信部１２０（ＲＦ部１２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ１３０を介して送信してもよい。
　一方、送受信部１２０（ＲＦ部１２２）は、送受信アンテナ１３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部１２０（受信処理部１２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、高速フーリエ変換（Fast　Fourier　Transform（ＦＦＴ））処理、逆離散フーリエ変換（Inverse　Discrete　Fourier　Transform（ＩＤＦＴ））処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部１２０（測定部１２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部１２３は、受信した信号に基づいて、Radio　Resource　Management（ＲＲＭ）測定、Channel　State　Information（ＣＳＩ）測定などを行ってもよい。測定部１２３は、受信電力（例えば、Reference　Signal　Received　Power（ＲＳＲＰ））、受信品質（例えば、Reference　Signal　Received　Quality（ＲＳＲＱ）、Signal　to　Interference　plus　Noise　Ratio（ＳＩＮＲ）、Signal　to　Noise　Ratio（ＳＮＲ））、信号強度（例えば、Received　Signal　Strength　Indicator（ＲＳＳＩ））、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部１１０に出力されてもよい。
　伝送路インターフェース１４０は、コアネットワーク３０に含まれる装置、他の基地局１０などとの間で信号を送受信（バックホールシグナリング）し、ユーザ端末２０のためのユーザデータ（ユーザプレーンデータ）、制御プレーンデータなどを取得、伝送などしてもよい。
　なお、本開示における基地局１０の送信部及び受信部は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０の少なくとも１つによって構成されてもよい。
　送受信部１２０は、物理共有チャネルの送信コンフィグレーション指標（ＴＣＩ）状態のアクティベーションに関する情報が含まれるＭＡＣ　ＣＥを送信してもよい。制御部１１０は、異なる制御リソースセットプールインデックスの適用がサポートされる複数の下り制御チャネルにより１つの物理共有チャネルがスケジュールされる場合、複数の下り制御チャネルでそれぞれ送信する複数の下り制御情報の少なくとも一つに含まれるＴＣＩ状態に関するフィールドを利用して、物理共有チャネルに対応するＴＣＩ状態を指示してもよい。
　送受信部１２０は、異なる制御リソースセットプールインデックスの適用がサポートされる複数の下り制御チャネルによりスケジュールされる１つの物理共有チャネルを端末に送信してもよい。制御部１１０は、複数の下り制御チャネルの少なくとも一つと、物理共有チャネルとの間のオフセットが所定値より小さい場合、端末において、制御リソースセットプールインデックス毎に設定されるデフォルトのＴＣＩ状態、又は制御リソースセットプールインデックスに関連づかずに設定されるデフォルトのＴＣＩ状態に基づいて、物理共有チャネルが受信されると判断してもよい。
（ユーザ端末）
　図１６は、一実施形態に係るユーザ端末の構成の一例を示す図である。ユーザ端末２０は、制御部２１０、送受信部２２０及び送受信アンテナ２３０を備えている。なお、制御部２１０、送受信部２２０及び送受信アンテナ２３０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部２１０は、ユーザ端末２０全体の制御を実施する。制御部２１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部２１０は、信号の生成、マッピングなどを制御してもよい。制御部２１０は、送受信部２２０及び送受信アンテナ２３０を用いた送受信、測定などを制御してもよい。制御部２１０は、信号として送信するデータ、制御情報、系列などを生成し、送受信部２２０に転送してもよい。
　送受信部２２０は、ベースバンド部２２１、ＲＦ部２２２、測定部２２３を含んでもよい。ベースバンド部２２１は、送信処理部２２１１、受信処理部２２１２を含んでもよい。送受信部２２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ、測定回路、送受信回路などから構成することができる。
　送受信部２２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部２２１１、ＲＦ部２２２から構成されてもよい。当該受信部は、受信処理部２２１２、ＲＦ部２２２、測定部２２３から構成されてもよい。
　送受信アンテナ２３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部２２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを受信してもよい。送受信部２２０は、上述の上りリンクチャネル、上りリンク参照信号などを送信してもよい。
　送受信部２２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部２２０（送信処理部２２１１）は、例えば制御部２１０から取得したデータ、制御情報などに対して、ＰＤＣＰレイヤの処理、ＲＬＣレイヤの処理（例えば、ＲＬＣ再送制御）、ＭＡＣレイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部２２０（送信処理部２２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、ＤＦＴ処理（必要に応じて）、ＩＦＦＴ処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　なお、ＤＦＴ処理を適用するか否かは、トランスフォームプリコーディングの設定に基づいてもよい。送受信部２２０（送信処理部２２１１）は、あるチャネル（例えば、ＰＵＳＣＨ）について、トランスフォームプリコーディングが有効（enabled）である場合、当該チャネルをＤＦＴ－ｓ－ＯＦＤＭ波形を用いて送信するために上記送信処理としてＤＦＴ処理を行ってもよいし、そうでない場合、上記送信処理としてＤＦＴ処理を行わなくてもよい。
　送受信部２２０（ＲＦ部２２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ２３０を介して送信してもよい。
　一方、送受信部２２０（ＲＦ部２２２）は、送受信アンテナ２３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部２２０（受信処理部２２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、ＦＦＴ処理、ＩＤＦＴ処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部２２０（測定部２２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部２２３は、受信した信号に基づいて、ＲＲＭ測定、ＣＳＩ測定などを行ってもよい。測定部２２３は、受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ）、信号強度（例えば、ＲＳＳＩ）、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部２１０に出力されてもよい。
　なお、本開示におけるユーザ端末２０の送信部及び受信部は、送受信部２２０及び送受信アンテナ２３０の少なくとも１つによって構成されてもよい。
　送受信部２２０は、物理共有チャネルの送信コンフィグレーション指標（ＴＣＩ）状態のアクティベーションに関する情報が含まれるＭＡＣ　ＣＥを受信してもよい。
　制御部２１０は、異なる制御リソースセットプールインデックスの適用がサポートされる複数の下り制御チャネルにより１つの物理共有チャネルがスケジュールされる場合、複数の下り制御チャネルでそれぞれ送信される複数の下り制御情報の少なくとも一つに含まれるＴＣＩ状態に関するフィールドに基づいて、物理共有チャネルに対応するＴＣＩ状態を判断してもよい。
　ＴＣＩ状態に関するフィールドに含まれるコードポイントは、特定の制御リソースセットプールインデックスに対応するＭＡＣ　ＣＥよりアクティブ化されるＴＣＩ状態に関連づけられていてもよい。あるいは、ＴＣＩ状態に関するフィールドに含まれるコードポイントは、第１の制御リソースセットプールインデックスに対応するＭＡＣ　ＣＥよりアクティブ化されるＴＣＩ状態と、第２の制御リソースセットプールインデックスに対応するＭＡＣ　ＣＥよりアクティブ化されるＴＣＩ状態とに関連づけられていてもよい。あるいは、ＴＣＩ状態に関するフィールドに含まれるコードポイントは、制御リソースセットプールインデックスに関する情報を含まないＭＡＣ　ＣＥよりアクティブ化されるＴＣＩ状態に関連づけられていてもよい。
　送受信部２２０は、異なる制御リソースセットプールインデックスの適用がサポートされる複数の下り制御チャネルを受信してもよい。
　制御部２１０は、複数の下り制御チャネルの少なくとも一つと、複数の下り制御チャネルによりスケジュールされる物理共有チャネルとの間のオフセットが所定値より小さい場合、制御リソースセットプールインデックス毎に設定されるデフォルトのＴＣＩ状態、又は制御リソースセットプールインデックスに関連づかずに設定されるデフォルトのＴＣＩ状態に基づいて、物理共有チャネルの受信を制御してもよい。
　制御部２１０は、制御リソースセットをモニタした直近のスロットにおいて、モニタした制御リソースセットのうち特定の制御リソースセットに基づいて、物理共有チャネルの疑似コロケーションを判断してもよい。あるいは、制御部２１０は、複数の下り制御チャネルの中の特定の下り制御チャネルの制御リソースプールインデックスに対応する特定の制御リソースセットに基づいて、物理共有チャネルの疑似コロケーションを判断してもよい。あるいは、制御部２１０は、複数の下り制御チャネルの少なくとも一つに対応する制御リソースセットのうち特定の制御リソースセットに基づいて、物理共有チャネルの疑似コロケーションを判断してもよい。
（ハードウェア構成）
　なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）、送信機（transmitter）などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１７は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、本開示において、装置、回路、デバイス、部（section）、ユニットなどの文言は、互いに読み替えることができる。基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。
　基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４を介する通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（Central　Processing　Unit（ＣＰＵ））によって構成されてもよい。例えば、上述の制御部１１０（２１０）、送受信部１２０（２２０）などの少なくとも一部は、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１０（２１０）は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、Read　Only　Memory（ＲＯＭ）、Erasable　Programmable　ROM（ＥＰＲＯＭ）、Electrically　EPROM（ＥＥＰＲＯＭ）、Random　Access　Memory（ＲＡＭ）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（Compact　Disc　ROM（ＣＤ－ＲＯＭ）など）、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））及び時分割複信（Time　Division　Duplex（ＴＤＤ））の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信部１２０（２２０）、送受信アンテナ１３０（２３０）などは、通信装置１００４によって実現されてもよい。送受信部１２０（２２０）は、送信部１２０ａ（２２０ａ）と受信部１２０ｂ（２２０ｂ）とで、物理的に又は論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、Light　Emitting　Diode（ＬＥＤ）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（Digital　Signal　Processor（ＤＳＰ））、Application　Specific　Integrated　Circuit（ＡＳＩＣ）、Programmable　Logic　Device（ＰＬＤ）、Field　Programmable　Gate　Array（ＦＰＧＡ）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
（変形例）
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル、シンボル及び信号（シグナル又はシグナリング）は、互いに読み替えられてもよい。また、信号はメッセージであってもよい。参照信号（reference　signal）は、ＲＳと略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（Component　Carrier（ＣＣ））は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
　無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier　Spacing（ＳＣＳ））、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission　Time　Interval（ＴＴＩ））、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ）シンボル、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。
　例えば、１サブフレームはＴＴＩと呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（３ＧＰＰ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional　TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（Resource　Block（ＲＢ））は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（Physical　RB（ＰＲＢ））、サブキャリアグループ（Sub-Carrier　Group（ＳＣＧ））、リソースエレメントグループ（Resource　Element　Group（ＲＥＧ））、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（Resource　Element（ＲＥ））によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（Bandwidth　Part（ＢＷＰ））（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common　resource　blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
　ＢＷＰには、ＵＬ　ＢＷＰ（ＵＬ用のＢＷＰ）と、ＤＬ　ＢＷＰ（ＤＬ用のＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定のチャネル／信号を送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
　なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic　Prefix（ＣＰ））長などの構成は、様々に変更することができる。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
　本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル（ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
　入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
　情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、本開示における情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（Downlink　Control　Information（ＤＣＩ））、上り制御情報（Uplink　Control　Information（ＵＣＩ）））、上位レイヤシグナリング（例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、ブロードキャスト情報（マスタ情報ブロック（Master　Information　Block（ＭＩＢ））、システム情報ブロック（System　Information　Block（ＳＩＢ））など）、Medium　Access　Control（ＭＡＣ）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。
　なお、物理レイヤシグナリングは、Layer　1／Layer　2（Ｌ１／Ｌ２）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣ接続再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ　Control　Element（ＣＥ））を用いて通知されてもよい。
　また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital　Subscriber　Line（ＤＳＬ））など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。「ネットワーク」は、ネットワークに含まれる装置（例えば、基地局）のことを意味してもよい。
　本開示において、「プリコーディング」、「プリコーダ」、「ウェイト（プリコーディングウェイト）」、「擬似コロケーション（Quasi-Co-Location（ＱＣＬ））」、「Transmission　Configuration　Indication　state（ＴＣＩ状態）」、「空間関係（spatial　relation）」、「空間ドメインフィルタ（spatial　domain　filter）」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル－プ」、「レイヤ」、「レイヤ数」、「ランク」、「リソース」、「リソースセット」、「リソースグループ」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。
　本開示においては、「基地局（Base　Station（ＢＳ））」、「無線基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮＢ（ｅＮｏｄｅＢ）」、「ｇＮＢ（ｇＮｏｄｅＢ）」、「アクセスポイント（access　point）」、「送信ポイント（Transmission　Point（ＴＰ））」、「受信ポイント（Reception　Point（ＲＰ））」、「送受信ポイント（Transmission/Reception　Point（ＴＲＰ））」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote　Radio　Head（ＲＲＨ）））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示においては、「移動局（Mobile　Station（ＭＳ））」、「ユーザ端末（user　terminal）」、「ユーザ装置（User　Equipment（ＵＥ））」、「端末」などの用語は、互換的に使用され得る。
　移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet　of　Things（ＩｏＴ）機器であってもよい。
　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。
　本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper　node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network　nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、Mobility　Management　Entity（ＭＭＥ）、Serving-Gateway（Ｓ－ＧＷ）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において説明した各態様／実施形態は、Long　Term　Evolution（ＬＴＥ）、LTE-Advanced（ＬＴＥ－Ａ）、LTE-Beyond（ＬＴＥ－Ｂ）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、4th　generation　mobile　communication　system（４Ｇ）、5th　generation　mobile　communication　system（５Ｇ）、6th　generation　mobile　communication　system（６Ｇ）、xth　generation　mobile　communication　system（ｘＧ）（ｘＧ（ｘは、例えば整数、小数））、Future　Radio　Access（ＦＲＡ）、Ｎｅｗ－Radio　Access　Technology（ＲＡＴ）、New　Radio（ＮＲ）、New　radio　access（ＮＸ）、Future　generation　radio　access（ＦＸ）、Global　System　for　Mobile　communications（ＧＳＭ（登録商標））、ＣＤＭＡ２０００、Ultra　Mobile　Broadband（ＵＭＢ）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、Ultra-WideBand（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ又はＬＴＥ－Ａと、５Ｇとの組み合わせなど）適用されてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本開示において使用する「判断（決定）（determining）」という用語は、多種多様な動作を包含する場合がある。例えば、「判断（決定）」は、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking　up、search、inquiry）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）などを「判断（決定）」することであるとみなされてもよい。
　また、「判断（決定）」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）などを「判断（決定）」することであるとみなされてもよい。
　また、「判断（決定）」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などを「判断（決定）」することであるとみなされてもよい。つまり、「判断（決定）」は、何らかの動作を「判断（決定）」することであるとみなされてもよい。
　また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　本開示において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
　本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

Claims (6)

  1. 　異なる制御リソースセットプールインデックスの適用がサポートされる複数の下り制御チャネルを受信する受信部と、
    　前記複数の下り制御チャネルの少なくとも一つと、前記複数の下り制御チャネルによりスケジュールされる物理共有チャネルとの間のオフセットが所定値より小さい場合、制御リソースセットプールインデックス毎に設定されるデフォルトのＴＣＩ状態、又は制御リソースセットプールインデックスに関連づかずに設定されるデフォルトのＴＣＩ状態に基づいて、前記物理共有チャネルの受信を制御する制御部と、を有する端末。
  2. 　前記制御部は、制御リソースセットをモニタした直近のスロットにおいて、モニタした制御リソースセットのうち特定の制御リソースセットに基づいて、前記物理共有チャネルの疑似コロケーションを判断する請求項１に記載の端末。
  3. 　前記制御部は、前記複数の下り制御チャネルの中の特定の下り制御チャネルの制御リソースプールインデックスに対応する特定の制御リソースセットに基づいて、前記物理共有チャネルの疑似コロケーションを判断する請求項１に記載の端末。
  4. 　前記制御部は、前記複数の下り制御チャネルの少なくとも一つに対応する制御リソースセットのうち特定の制御リソースセットに基づいて、前記物理共有チャネルの疑似コロケーションを判断する請求項１に記載の端末。
  5. 　異なる制御リソースセットプールインデックスの適用がサポートされる複数の下り制御チャネルを受信する工程と、
    　前記複数の下り制御チャネルの少なくとも一つと、前記複数の下り制御チャネルによりスケジュールされる物理共有チャネルとの間のオフセットが所定値より小さい場合、制御リソースセットプールインデックス毎に設定されるデフォルトのＴＣＩ状態、又は制御リソースセットプールインデックスに関連づかずに設定されるデフォルトのＴＣＩ状態に基づいて、前記物理共有チャネルの受信を制御する工程と、を有する端末の無線通信方法。
  6. 　異なる制御リソースセットプールインデックスの適用がサポートされる複数の下り制御チャネルによりスケジュールされる１つの物理共有チャネルを端末に送信する送信部と、
    　前記複数の下り制御チャネルの少なくとも一つと、前記物理共有チャネルとの間のオフセットが所定値より小さい場合、前記端末において、制御リソースセットプールインデックス毎に設定されるデフォルトのＴＣＩ状態、又は制御リソースセットプールインデックスに関連づかずに設定されるデフォルトのＴＣＩ状態に基づいて、前記物理共有チャネルが受信されると判断する制御部と、を有する基地局。
     
PCT/JP2021/014549 2021-04-05 2021-04-05 端末、無線通信方法及び基地局 WO2022215142A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US18/553,924 US20240129933A1 (en) 2021-04-05 2021-04-05 Terminal, radio communication method, and base station
PCT/JP2021/014549 WO2022215142A1 (ja) 2021-04-05 2021-04-05 端末、無線通信方法及び基地局

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/014549 WO2022215142A1 (ja) 2021-04-05 2021-04-05 端末、無線通信方法及び基地局

Publications (1)

Publication Number Publication Date
WO2022215142A1 true WO2022215142A1 (ja) 2022-10-13

Family

ID=83545236

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/014549 WO2022215142A1 (ja) 2021-04-05 2021-04-05 端末、無線通信方法及び基地局

Country Status (2)

Country Link
US (1) US20240129933A1 (ja)
WO (1) WO2022215142A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024095416A1 (ja) * 2022-11-02 2024-05-10 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220361221A1 (en) * 2021-05-07 2022-11-10 Qualcomm Incorporated Resolving ambiguities resulting from overlapping physical downlink control channel candidates of different aggregation levels

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210022167A1 (en) * 2019-07-18 2021-01-21 Qualcomm Incorporated Quasi co-location related priority rules for multi-downlink control information based multi-transmission/reception point

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210022167A1 (en) * 2019-07-18 2021-01-21 Qualcomm Incorporated Quasi co-location related priority rules for multi-downlink control information based multi-transmission/reception point

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "On multi-TRP/multi-panel transmission", 3GPP DRAFT; R1-1901275, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Taipei, Taiwan; 20190121 - 20190125, 20 January 2019 (2019-01-20), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051594116 *
QUALCOMM INCORPORATED: "Enhancements on HST-SFN deployment", 3GPP DRAFT; R1-2101450, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210125 - 20210205, 19 January 2021 (2021-01-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051971615 *
ZTE: "Enhancements on Multi-TRP for PDCCH, PUCCH and PUSCH", 3GPP DRAFT; R1-2100286, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210125 - 20210205, 19 January 2021 (2021-01-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051970901 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024095416A1 (ja) * 2022-11-02 2024-05-10 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Also Published As

Publication number Publication date
US20240129933A1 (en) 2024-04-18

Similar Documents

Publication Publication Date Title
JP7171926B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2020245973A1 (ja) 端末及び無線通信方法
JP7193549B2 (ja) 端末、無線通信方法及びシステム
WO2020240868A1 (ja) ユーザ端末及び無線通信方法
JP7244545B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2022176091A1 (ja) 端末、無線通信方法及び基地局
JP7323607B2 (ja) 端末、無線通信方法及びシステム
JP7335329B2 (ja) 端末、無線通信方法及びシステム
JP7337848B2 (ja) 端末、無線通信方法及びシステム
JP7330598B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7299300B2 (ja) 端末、無線通信方法、基地局及びシステム
JPWO2020166024A1 (ja) ユーザ端末及び無線通信方法
JPWO2020166025A1 (ja) ユーザ端末及び無線通信方法
WO2022220109A1 (ja) 端末、無線通信方法及び基地局
JP2023100757A (ja) 端末、無線通信方法、基地局及びシステム
WO2020230860A1 (ja) 端末及び無線通信方法
WO2022102605A1 (ja) 端末、無線通信方法及び基地局
WO2022215142A1 (ja) 端末、無線通信方法及び基地局
WO2021210108A1 (ja) 端末、無線通信方法及び基地局
WO2021205608A1 (ja) 端末、無線通信方法及び基地局
JP7265001B2 (ja) 端末、無線通信方法及びシステム
JP7321251B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7330597B2 (ja) 端末、無線通信方法及びシステム
WO2023022162A1 (ja) 端末、無線通信方法及び基地局
WO2022244491A1 (ja) 端末、無線通信方法及び基地局

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: 21935950

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18553924

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21935950

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP