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

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

Info

Publication number
WO2024106244A1
WO2024106244A1 PCT/JP2023/039841 JP2023039841W WO2024106244A1 WO 2024106244 A1 WO2024106244 A1 WO 2024106244A1 JP 2023039841 W JP2023039841 W JP 2023039841W WO 2024106244 A1 WO2024106244 A1 WO 2024106244A1
Authority
WO
WIPO (PCT)
Prior art keywords
tci
tci state
trp
dci
coreset
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2023/039841
Other languages
English (en)
French (fr)
Inventor
祐輝 松村
聡 永田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to EP23891396.6A priority Critical patent/EP4622375A1/en
Priority to JP2024558776A priority patent/JPWO2024106244A5/ja
Publication of WO2024106244A1 publication Critical patent/WO2024106244A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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 signalling, 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/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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • 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—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated

Definitions

  • This disclosure relates to terminals, wireless communication methods, and base stations in next-generation mobile communication systems.
  • LTE Long Term Evolution
  • UMTS Universal Mobile Telecommunications System
  • Non-Patent Document 1 LTE-Advanced (3GPP Rel. 10-14) was specified for the purpose of achieving higher capacity and greater sophistication over LTE (Third Generation Partnership Project (3GPP (registered trademark)) Release (Rel.) 8, 9).
  • LTE 5th generation mobile communication system
  • 5G+ 5th generation mobile communication system
  • 6G 6th generation mobile communication system
  • NR New Radio
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • NR future wireless communication systems
  • user terminals terminals, user terminals, User Equipment (UE)
  • QCL quasi-co-location
  • TCI Transmission Configuration Indication
  • TCI state configured/activated/indicated Transmission Configuration Indication state
  • channels/RS channels/RS
  • one of the objectives of this disclosure is to provide a terminal, a wireless communication method, and a base station that can appropriately control communications even when a transmission configuration instruction state (TCI state) that applies to multiple types of signals (channels/RS) is supported.
  • TCI state transmission configuration instruction state
  • a terminal has a receiving unit that receives information indicating a unified transmission configuration indicator (TCI) state and one piece of downlink control information indicating multiple UL transmissions, and a control unit that determines a unified TCI state to be applied to the multiple UL transmissions based on at least one of the information indicated by the downlink control information, a transmission/reception point (TRP) index corresponding to the UL transmission, and a control resource set pool index corresponding to the UL transmission.
  • TCI transmission configuration indicator
  • TRP transmission/reception point
  • communication can be appropriately controlled even when a transmission configuration instruction state (TCI state) that applies to multiple types of signals (channels/RS) is supported.
  • TCI state transmission configuration instruction state
  • FIG. 1A and 1B are diagrams illustrating an example of a unified/common TCI framework.
  • 2A and 2B are diagrams illustrating an example of a DCI-based TCI status indication.
  • FIG. 3 is a diagram showing an example of application time of the unified TCI status indication.
  • 4A to 4D are diagrams showing an example of a multi-TRP.
  • 5A and 5B are diagrams showing an example of a beam direction method for multi-TRP.
  • 6A and 6B show an example of a unified/common TCI framework when a CORESET pool index is configured.
  • FIG. 7 shows an example of the challenge of applying the unified/common TCI framework for UL channels/signals or DL reference signals when a CORESET pool index is configured.
  • FIG. 8 is a diagram illustrating an example of a method for determining a unified/common TCI state in single DCI-based UL transmission according to the first embodiment.
  • FIG. 9 is a diagram illustrating an example of a correspondence relationship between SRS resources (sets) and TCI states according to the first embodiment.
  • FIG. 10 is a diagram illustrating another example of the correspondence relationship between the SRS resources (sets) and the TCI states according to the first embodiment.
  • FIG. 11 is a diagram illustrating another example of the correspondence relationship between the SRS resources (sets) and the TCI states according to the first embodiment.
  • FIG. 12 is a diagram illustrating an example of a method for determining a unified/common TCI state when a CORESET pool index is set according to the second embodiment.
  • FIG. 13 is a diagram showing an example of a timing advance group (TAG) to which cells included in a cell group belong.
  • Figure 14 shows an example of a MAC CE for a timing advance command.
  • FIG. 15 is a diagram illustrating an example of a method for determining a unified/common TCI state and a TAG when a CORESET pool index according to the third embodiment is set.
  • FIG. 16 is a diagram illustrating an example of a method for determining an SRS resource in UL transmission (eg, PUSCH transmission) according to the fourth embodiment.
  • FIG. 17 is a diagram illustrating another example of a method for determining an SRS resource in UL transmission (eg, PUSCH transmission) according to the fourth embodiment.
  • FIG. 18 is a diagram illustrating another example of a method for determining an SRS resource in UL transmission (eg, PUSCH transmission) according to the fourth embodiment.
  • 19A and 19B are diagrams showing examples of joint ACK/NACK feedback and separate ACK/NACK feedback, respectively.
  • FIG. 20 is a diagram illustrating an example of a method for setting a PUCCH resource according to the fourth embodiment.
  • FIG. 21 is a diagram showing another example of the method of setting a PUCCH resource according to the fourth embodiment.
  • FIG. 22 is a diagram showing another example of the method of setting PUCCH resources according to the fourth embodiment.
  • FIG. 23 is a diagram showing another example of the method of setting PUCCH resources according to the fourth embodiment.
  • FIG. 20 is a diagram illustrating an example of a method for setting a PUCCH resource according to the fourth embodiment.
  • FIG. 21 is a diagram showing another example of the method of setting a PUCCH resource according to the fourth embodiment.
  • FIG. 22 is a
  • FIG. 24 is a diagram showing another example of the method of configuring PUCCH resources according to the fourth embodiment.
  • FIG. 25 is a diagram showing another example of the method of setting PUCCH resources according to the fourth embodiment.
  • FIG. 26 is a diagram illustrating an example of a schematic configuration of a wireless communication system according to an embodiment.
  • FIG. 27 is a diagram illustrating an example of the configuration of a base station according to an embodiment.
  • FIG. 28 is a diagram illustrating an example of the configuration of a user terminal according to an embodiment.
  • FIG. 29 is a diagram illustrating an example of the hardware configuration of a base station and a user terminal according to an embodiment.
  • FIG. 30 is a diagram illustrating an example of a vehicle according to an embodiment.
  • TCI transmission configuration indication state
  • the TCI state may represent that which applies to the downlink signal/channel.
  • the equivalent of the TCI state which applies to the uplink signal/channel may be expressed as a spatial relation.
  • TCI state is information about the Quasi-Co-Location (QCL) of signals/channels and may also be called spatial reception parameters, spatial relation information, etc. TCI state may be set in the UE on a per channel or per signal basis.
  • QCL Quasi-Co-Location
  • QCL is an index that indicates the statistical properties of a signal/channel. For example, if a signal/channel has a QCL relationship with another signal/channel, it may mean that it can be assumed that at least one of the Doppler shift, Doppler spread, average delay, delay spread, and spatial parameters (e.g., spatial Rx parameters) is identical between these different signals/channels (i.e., it is QCL with respect to at least one of these).
  • spatial parameters e.g., spatial Rx parameters
  • the spatial reception parameters may correspond to a reception beam (e.g., a reception analog beam) of the UE, and the beam may be identified based on a spatial QCL.
  • the QCL (or at least one element of the QCL) in this disclosure may be interpreted as sQCL (spatial QCL).
  • QCL types Multiple types of QCLs (QCL types) may be defined. For example, four QCL types A-D may be provided, each of which has different parameters (or parameter sets) that can be assumed to be the same.
  • the UE's assumption that a Control Resource Set (CORESET), channel or reference signal is in a particular QCL (e.g., QCL type D) relationship with another CORESET, channel or reference signal may be referred to as a QCL assumption.
  • CORESET Control Resource Set
  • QCL QCL type D
  • the UE may determine at least one of a transmit beam (Tx beam) and a receive beam (Rx beam) for a signal/channel based on the TCI condition or QCL assumption of the signal/channel.
  • Tx beam transmit beam
  • Rx beam receive beam
  • the TCI state may be, for example, information regarding the QCL between the target channel (in other words, the reference signal (RS) for that channel) and another signal (e.g., another RS).
  • the TCI state may be set (indicated) by higher layer signaling, physical layer signaling, or a combination of these.
  • the physical layer signaling may be, for example, Downlink Control Information (DCI).
  • DCI Downlink Control Information
  • the channel for which the TCI state or spatial relationship is set (specified) may be, for example, at least one of the following: a downlink shared channel (Physical Downlink Shared Channel (PDSCH)), a downlink control channel (Physical Downlink Control Channel (PDCCH)), an uplink shared channel (Physical Uplink Shared Channel (PUSCH)), and an uplink control channel (Physical Uplink Control Channel (PUCCH)).
  • PDSCH Physical Downlink Shared Channel
  • PDCCH Physical Downlink Control Channel
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • the RS that has a QCL relationship with the channel may be, for example, at least one of a synchronization signal block (SSB), a channel state information reference signal (CSI-RS), a sounding reference signal (SRS), a tracking CSI-RS (also called a tracking reference signal (TRS)), and a QCL detection reference signal (also called a QRS).
  • SSB synchronization signal block
  • CSI-RS channel state information reference signal
  • SRS sounding reference signal
  • TRS tracking CSI-RS
  • QRS QCL detection reference signal
  • An SSB is a signal block that includes at least one of a Primary Synchronization Signal (PSS), a Secondary Synchronization Signal (SSS), and a Physical Broadcast Channel (PBCH).
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • PBCH Physical Broadcast Channel
  • An SSB may also be referred to as an SS/PBCH block.
  • An RS of QCL type X in a TCI state may refer to an RS that has a QCL type X relationship with a certain channel/signal (DMRS), and this RS may be called a QCL source of QCL type X in that TCI state.
  • DMRS channel/signal
  • a UE can configure a list of up to M TCI-State settings in the higher layer parameter PDSCH-Config for decoding of PDSCH according to a detected PDCCH with DCI intended for the UE and a given serving cell, where M depends on the UE capability maxNumberConfiguredTCIstatesPerCC.
  • Each TCI-State includes parameters for setting the QCL relationship between one or two downlink reference signals and the DMRS port of the PDSCH, the DMRS port of the PDCCH, or the CSI-RS port of the CSI-RS resource.
  • the QCL relationship is set by the higher layer parameters qcl-Type1 for the first DL RS and qcl-Type2 for the second DL RS (if configured).
  • the QCL type corresponding to each DL RS is given by the higher layer parameter qcl-Type in QCL-Info and can take one of the following values: - 'typeA': ⁇ Doppler shift, Doppler spread, average delay, delay spread ⁇ - 'typeB': ⁇ Doppler shift, Doppler spread ⁇ - 'typeC': ⁇ Doppler shift, average delay ⁇ - 'typeD': ⁇ Spatial Rx parameter ⁇
  • a TCI-State associates one or two DL Reference Signals (RS) with a corresponding QCL type. If an additional physical cell identifier (PCI) is configured for that RS, it is set to the same value for both DL RSs.
  • PCI physical cell identifier
  • the PDSCH may be scheduled in a DCI with a TCI field.
  • the TCI state for the PDSCH is indicated by the TCI field.
  • the TCI field of DCI format 1_1 is 3 bits, and the TCI field of DCI format 1_2 is up to 3 bits.
  • the UE In RRC connected mode, if the TCI information element in the first DCI (higher layer parameter tci-PresentInDCI) is set to "enabled" for a CORESET that schedules a PDSCH, the UE assumes that the TCI field is present in DCI format 1_1 of the PDCCH transmitted in that CORESET.
  • the TCI information element in the first DCI higher layer parameter tci-PresentInDCI
  • the UE assumes that a TCI field with the DCI field size indicated in the TCI information element in the second DCI is present in DCI format 1_2 of the PDSCH transmitted in that CORESET.
  • PDSCH may be scheduled with a DCI without a TCI field.
  • the DCI format of the DCI may be DCI format 1_0 or DCI format 1_1/1_2 in case the TCI information element in the DCI (higher layer parameters tci-PresentInDCI or tci-PresentInDCI-1-2) is not set (enabled).
  • the UE assumes that the TCI state or QCL assumption for the PDSCH is the same as the TCI state or QCL assumption (default TCI state) of the CORESET (e.g., scheduling DCI).
  • the TCI state of the PDSCH (default TCI state) may be the TCI state of the lowest CORESET ID in the latest slot in the active DL BWP of that CC (of the particular UL signal). Otherwise, the TCI state of the PDSCH (default TCI state) may be the TCI state of the lowest TCI state ID of the PDSCH in the active DL BWP of the scheduled CC.
  • At least one of the MAC CE for activation/deactivation of the PUCCH spatial relationship and the MAC CE for activation/deactivation of the SRS spatial relationship may not be used.
  • the default assumptions of the spatial relationship and the PL-RS for the PUCCH are applied. If neither the spatial relationship nor the PL-RS for the SRS (SRS resource for the SRS, or SRS resource corresponding to the SRI in DCI format 0_1 that schedules the PUSCH) is configured in FR2 (applicable condition, second condition), the default assumptions of the spatial relationship and the PL-RS for the PUSCH and the SRS scheduled by DCI format 0_1 (default spatial relationship and default PL-RS) are applied.
  • the default spatial relationship and default PL-RS may be the TCI state or QCL assumption of the CORESET with the lowest CORESET ID in that active DL BWP. If a CORESET is not configured in the active DL BWP on that CC, the default spatial relationship and default PL-RS may be the active TCI state with the lowest ID of the PDSCH in that active DL BWP.
  • the spatial relationship of PUCCH scheduled by DCI format 0_0 follows the spatial relationship of the PUCCH resource with the lowest PUCCH resource ID among the active spatial relationships of PUCCH on the same CC.
  • the network needs to update the PUCCH spatial relationship on all SCells even if no PUCCH is transmitted on the SCell.
  • PUCCH configuration is not required for PUSCH scheduled by DCI format 0_0. If there is no active PUCCH spatial relationship or no PUCCH resources on the active UL BWP in a CC for PUSCH scheduled by DCI format 0_0 (applicable condition, second condition), the default spatial relationship and default PL-RS are applied to the PUSCH.
  • the conditions for applying the default spatial relationship/default PL-RS for SRS may include setting the default beam path loss enable information element for SRS (upper layer parameter enableDefaultBeamPlForSRS) to be enabled.
  • the conditions for applying the default spatial relationship/default PL-RS for PUCCH may include setting the default beam path loss enable information element for PUCCH (upper layer parameter enableDefaultBeamPlForPUCCH) to be enabled.
  • the conditions for applying the default spatial relationship/default PL-RS for PUSCH scheduled by DCI format 0_0 may include setting the default beam path loss enable information element for PUSCH scheduled by DCI format 0_0 (upper layer parameter enableDefaultBeamPlForPUSCH0_0) to be enabled.
  • the UE applies the default spatial relationship/PL-RS.
  • the above threshold may be referred to as time duration for QCL, “timeDurationForQCL”, “Threshold”, “Threshold for offset between a DCI indicating a TCI state and a PDSCH scheduled by the DCI”, “Threshold-Sched-Offset”, “beamSwitchTiming”, schedule offset threshold, scheduling offset threshold, etc.
  • the above threshold may be reported by the UE as UE capability (per subcarrier interval).
  • the UE assumes that the DMRS port of the PDSCH or PDSCH transmission occasion of the serving cell is QCL-co-located (quasi co-located) with the RS for QCL parameters associated with the two TCI states corresponding to the lowest code point among the TCI code points containing two different TCI states (two default QCL assumption decision rule).
  • the 2 default TCI enable information element indicates that Rel. 16 operation of the 2 default TCI states for the PDSCH is enabled when at least one TCI codepoint is mapped to the 2 T
  • the default TCI state for PDSCH in Rel. 15/16 is specified as a default TCI state for a single TRP, a default TCI state for multiple TRPs based on multiple DCIs, and a default TCI state for multiple TRPs based on a single DCI.
  • the default TCI state for aperiodic CSI-RS (A (aperiodic)-CSI-RS) is specified as follows: default TCI state for single TRP, default TCI state for multi-TRP based on multi-DCI, and default TCI state for multi-TRP based on single DCI.
  • the unified TCI framework does not specify the TCI state or spatial relationship for each channel as in Rel. 15, but instead specifies a common beam (common TCI state) and may apply it to all UL and DL channels, or a common beam for UL may apply to all UL channels and a common beam for DL may apply to all DL channels.
  • a common beam common TCI state
  • One common beam for both DL and UL, or one common beam for DL and one common beam for UL (total of two common beams) are being considered.
  • the UE may assume the same TCI state for UL and DL (joint TCI state, joint TCI pool, joint common TCI pool, joint TCI state set).
  • the UE may assume different TCI states for UL and DL (separate TCI state, separate TCI pool, UL separate TCI pool and DL separate TCI pool, separate common TCI pool, UL common TCI pool and DL common TCI pool).
  • the joint TCI state or separate TCI state to be applied may be configured (or switched) by the RRC/MAC CE.
  • the UL and DL default beams may be aligned via MAC CE based beam management (MAC CE level beam instructions).
  • the PDSCH default TCI state may be updated to match the default UL beam (spatial relationship).
  • DCI based beam management may indicate a common beam/unified TCI state from the same TCI pool (joint common TCI pool, joint TCI pool, set) for both UL and DL.
  • X (>1) TCI states may be activated by the MAC CE.
  • the UL/DL DCI may select one out of the X active TCI states.
  • the selected TCI state may be applied to both UL and DL channels/RS.
  • the TCI pool (set) may be multiple TCI states set by RRC parameters, or multiple TCI states (active TCI states, active TCI pool, set) activated by the MAC CE among multiple TCI states set by RRC parameters.
  • Each TCI state may be a QCL type A/D RS.
  • SSB, CSI-RS, or SRS may be set as the QCL type A/D RS.
  • the number of TCI states corresponding to each of one or more TRPs may be specified.
  • the number N ( ⁇ 1) of TCI states (UL TCI states) applied to UL channels/RS and the number M ( ⁇ 1) of TCI states (DL TCI states) applied to DL channels/RS may be specified.
  • At least one of N and M may be notified/configured/instructed to the UE via higher layer signaling/physical layer signaling.
  • this may mean that one UL TCI state and one DL TCI state for a single TRP are notified/configured/instructed separately to the UE (separate TCI states for a single TRP).
  • this may mean that multiple (two) UL TCI states and multiple (two) DL TCI states for multiple (two) TRPs are notified/configured/instructed to the UE (separate TCI states for multiple TRPs).
  • N and M are 1 or 2, but the values of N and M may be 3 or more, and N and M may be different.
  • it may be supported to indicate one common beam (e.g., a common beam) by RRC/MAC CE/DCI, and the one common beam may be applied to multiple DL/UL channels/reference signals.
  • FIG. 1A and 1B show an example of a unified TCI framework.
  • FIG. 1A shows an example of a joint DL/UL TCI state
  • FIG. 1B shows an example of a separate TCI state.
  • RRC parameters configure multiple TCI states for both DL and UL.
  • the TCI states configured by the RRC parameters may be referred to as configured TCI states or configured TCI states.
  • the MAC CE may activate multiple TCI states of the configured TCI states.
  • the DCI may indicate one of the activated TCI states.
  • the TCI state indicated by the DCI may be referred to as indicated TCI state or indicated TCI state.
  • the DCI may be a UL DCI (e.g., a DCI used for scheduling PUSCH) or a DL DCI (e.g., a DCI used for scheduling PDSCH).
  • the indicated TCI state may apply to at least one (or all) of the UL/DL channels/RS.
  • One DCI may indicate both UL TCI and DL TCI.
  • a point may be one TCI state that applies to both UL and DL, or it may be two TCI states that apply to UL and DL, respectively.
  • At least one of the multiple TCI states configured by the RRC parameters and the multiple TCI states activated by the MAC CE may be referred to as a TCI pool (common TCI pool, joint TCI pool, TCI state pool).
  • the multiple TCI states activated by the MAC CE may be referred to as an active TCI pool (active common TCI pool).
  • the higher layer parameters (RRC parameters) that set multiple TCI states may be referred to as configuration information that sets multiple TCI states, or simply as “configuration information.” Also, in this disclosure, being instructed to set one of multiple TCI states using DCI may mean receiving indication information that indicates one of the multiple TCI states included in DCI, or may simply mean receiving "instruction information.”
  • the RRC parameters configure multiple TCI states for both DL and UL (joint common TCI pool).
  • the MAC CE may activate multiple TCI states (active TCI pools) out of the configured multiple TCI states. Separate active TCI pools for each of UL and DL may be configured/activated.
  • the DL DCI or new DCI format may select (indicate) one or more (e.g., one) TCI states.
  • the selected TCI state may apply to one or more (or all) DL channels/RS.
  • the DL channels may be PDCCH/PDSCH/CSI-RS.
  • the UE may determine the TCI state of each DL channel/RS using the TCI state behavior (TCI framework) of Rel. 16.
  • the UL DCI or new DCI format may select (indicate) one or more (e.g., one) TCI states.
  • the selected TCI state may apply to one or more (or all) UL channels/RS.
  • the UL channels may be PUSCH/SRS/PUCCH. In this way, different DCIs may indicate UL TCI and DL DCI separately.
  • the MAC CE/DCI will support beam activation/indication to a TCI state associated with a different physical cell identifier (PCI). Also, in Rel. 18 NR and later, it is assumed that the MAC CE/DCI will support indicative serving cell change to a cell with a different PCI.
  • PCI physical cell identifier
  • the method of setting/indicating the TCI state in FIG. 1A e.g., joint DL/UL TCI state
  • the method of setting/indicating the application of the TCI state in FIG. 1B may be switched and applied. Whether the joint DL/UL TCI state or the separate TCI state is applied may be set by the base station to the UE by a higher layer parameter.
  • Unified TCI Framework supports the following modes 1 to 3: [Mode 1] MAC CE based TCI state indication [Mode 2] DCI based TCI state indication by DCI format 1_1/1_2 with DL assignment [Mode 3] DCI based TCI state indication by DCI format 1_1/1_2 without DL assignment
  • TCI State ID receives DCI format 1_1/1_2 providing indicated TCI state with Rel.
  • DCI format 1_1/1_2 may or may not be accompanied by DL assignment if one is available.
  • DCI format 1_1/1_2 does not carry a DL assignment
  • the UE can assume (verify) the following for that DCI: -
  • the CS-RNTI is used to scramble the CRC for the DCI.
  • the values of the following DCI fields are set as follows: -
  • the redundancy version (RV) field is all '1's.
  • the modulation and coding scheme (MCS) field is all '1's.
  • NDI new data indicator
  • the frequency domain resource assignment (FDRA) field is all '0's for FDRA type 0 or all '1's for FDRA type 1 or all '0's for Dynamic Switch (similar to PDCCH validation for release of DL semi-persistent scheduling (SPS) or UL grant type 2 scheduling).
  • DCI in the above Mode 2/Mode 3 may be called beam instruction DCI.
  • Rel. 15/16 if the UE does not support active BWP change via DCI, the UE will ignore the BWP indicator field.
  • a similar behavior is considered for the relationship between Rel. 17 TCI state support and the interpretation of the TCI field. If the UE is configured with Rel. 17 TCI state, the TCI field will always be present in DCI format 1_1/1_2, and if the UE does not support TCI update via DCI, the UE will ignore the TCI field.
  • the presence or absence of a TCI field (TCI presence information in DCI, tci-PresentInDCI) is set for each CORESET.
  • the TCI field in DCI format 1_1 is 0 bits if the higher layer parameter tci-PresentInDCI is not enabled, and 3 bits otherwise. If the BWP indicator field indicates a BWP other than the active BWP, the UE shall follow the following actions: [Operation] If the higher layer parameter tci-PresentInDCI is not enabled for the CORESET used for the PDCCH carrying that DCI format 1_1, the UE shall assume that tci-PresentInDCI is not enabled for all CORESETs in the indicated BWP, otherwise the UE shall assume that tci-PresentInDCI is enabled for all CORESETs in the indicated BWP.
  • the TCI field in DCI format 1_2 is 0 bit if the higher layer parameter tci-PresentInDCI-1-2 is not set, otherwise it is 1, 2 or 3 bits determined by the higher layer parameter tci-PresentInDCI-1-2. If the BWP indicator field indicates a BWP other than the active BWP, the UE shall follow the following actions.
  • the UE shall assume that tci-PresentInDCI is not enabled for all CORESETs in the indicated BWP, otherwise the UE shall assume that tci-PresentInDCI-1-2 for all CORESETs in the indicated BWP is set with the same value as tci-PresentInDCI-1-2 set for the CORESET used for the PDCCH carrying that DCI format 1_2.
  • Figure 2A shows an example of a DCI-based joint DL/UL TCI status indication.
  • a TCI status ID indicating the joint DL/UL TCI status is associated with the value of the TCI field for the joint DL/UL TCI status indication.
  • FIG. 2B shows an example of a DCI-based separate DL/UL TCI status indication.
  • At least one TCI status ID is associated with the value of the TCI field for the separate DL/UL TCI status indication: a TCI status ID indicating a DL-only TCI status and a TCI status ID indicating a UL-only TCI status.
  • TCI field values 000 to 001 are associated with only one TCI status ID for DL
  • TCI field values 010 to 011 are associated with only one TCI status ID for UL
  • TCI field values 100 to 111 are associated with both one TCI status ID for DL and one TCI status ID for UL.
  • the unified/common TCI state may mean the Rel. 17 TCI state indicated using (Rel. 17) DCI/MAC CE/RRC (indicated Rel. 17 TCI state).
  • indicated Rel. 17 TCI state, indicated TCI state, indicated joint TCI state, unified/common TCI state, TCI state applicable to multiple types of signals (channels/RS), and TCI state for multiple types of signals (channels/RS) may be interpreted as interchangeable.
  • the indicated Rel. 17 TCI state may be shared with at least one of the UE-specific reception on PDSCH/PDCC (updated using Rel. 17 DCI/MAC CE/RRC), PUSCH of dynamic grant (DCI)/configured grant, and multiple (e.g., all) dedicated PUCCH resources.
  • the TCI state indicated by the DCI/MAC CE/RRC may be referred to as the indicated TCI state, the unified TCI state.
  • a TCI state other than the unified TCI state may refer to a Rel. 17 TCI state configured using the (Rel. 17) MAC CE/RRC (configured Rel. 17 TCI state).
  • the configured Rel. 17 TCI state, configured TCI state, configured joint TCI state, a TCI state other than the unified TCI state, and a TCI state applied to a specific type of signal (channel/RS) may be interpreted as being mutually interchangeable.
  • the configured Rel. 17 TCI state may not be shared with at least one of the UE-specific reception in the PDSCH/PDCC (updated using Rel. 17 DCI/MAC CE/RRC), the PUSCH of the dynamic grant (DCI)/configured grant, and multiple (e.g., all) dedicated PUCCH resources.
  • the configured Rel. 17 TCI state may be configured by the RRC/MAC CE for each CORESET/resource/resource set, and may not be updated even if the indicated Rel. 17 TCI state (common TCI state) described above is updated.
  • the indicated Rel. 17 TCI state will be applied to UE-specific channels/signals (RS). It is also being considered that the UE will be notified using higher layer signaling (RRC signaling) as to whether the indicated Rel. 17 TCI state or the configured Rel. 17 TCI state will be applied to non-UE-specific channels/signals.
  • RS UE-specific channels/signals
  • RRC signaling higher layer signaling
  • the RRC parameters for the configured Rel. 17 TCI state (TCI state ID) will have the same configuration as the RRC parameters for the TCI state in Rel. 15/16. It is being considered that the configured Rel. 17 TCI state will be configured/instructed for each CORESET/resource/resource set using RRC/MAC CE. It is also being considered that the UE will make decisions regarding the configuration/instruction based on specific parameters.
  • the UE will update the indicated TCI state and the configured TCI state separately. For example, if the unified TCI state for the indicated TCI state is updated for the UE, the configured TCI state may not need to be updated. It is also being considered that the UE will make a decision about the update based on a specific parameter.
  • RRC/MAC CE higher layer signaling
  • TCI state indication for intra-cell beam indication (TCI state indication), it is being considered to support Rel. 17 TCI state indication for UE-specific CORESET and PDSCH associated with that CORESET, and non-UE-specific CORESET and PDSCH associated with that CORESET.
  • inter-cell beam indication e.g., L1/L2 inter-cell mobility
  • support for indicating Rel. 17 TCI states for UE-specific CORESETs and PDSCHs associated with the CORESETs is under consideration.
  • the legacy MAC CE/RACH signaling mechanism may be used.
  • the CSI-RS related to the Rel. 17 TCI state applied to CORESET#0 may be QCL'd with the SSB related to the serving cell PCI (physical cell ID) (similar to Rel. 15).
  • CORESETs with common search space (CSS), and CORESETs with CSS and UE-specific search space (USS), whether to follow the indicated Rel. 17 TCI state may be configured for each CORESET by RRC parameters. If the indicated Rel. 17 TCI state is not configured for that CORESET, the configured Rel. 17 TCI state may be applied to that CORESET.
  • RRC parameters may be configured for each channel/resource/resource set to follow or not follow the indicated Rel. 17 TCI state. If the indicated Rel. 17 TCI state is not configured for that channel/resource/resource set, the configured Rel. 17 TCI state may be applied to that channel/resource/resource set.
  • the indicated TCI state by the MAC CE/DCI may apply to the following channels/RS:
  • CORESET0 follows the TCI state activated by the MAC CE or is QCL'd with SSB.
  • the indicated TCI state For a CORESET with index other than 0 with USS/CSS type 3, the indicated TCI state always applies.
  • the indicated TCI state applies. Otherwise, the configured TCI state for that CORESET applies to that CORESET.
  • [PDSCH] - The indicated TCI state always applies for all UE-dedicated PDSCHs.
  • a non-UE-dedicated PDSCH PDSCH scheduled by a DCI in the CSS
  • followUnifiedTCIState is set (for the CORESET of the PDCCH that schedules the PDSCH)
  • the indicated TCI state may apply. Otherwise, the configured TCI state for the PDSCH applies to the PDSCH.
  • followUnifiedTCIState is not set for a PDSCH, whether a non-UE-dedicated PDSCH follows the indicated TCI state may depend on whether followUnifiedTCIState is set for the CORESET used to schedule the PDSCH.
  • CSI-RS For an A-CSI-RS for CSI acquisition or beam management, if followUnifiedTCIState is set (for the CORESET of the PDCCH that triggers that A-CSI-RS), the indicated TCI state applies. For other CSI-RSs, the configured TCI state for that CSI-RS applies.
  • beam application time (BAT) In the DCI-based beam indication in Rel. 17, the following considerations 1 and 2 are considered regarding the application time of the indication of the beam/unified TCI state (beam application time (BAT) condition).
  • the first slot to apply the indicated TCI is at least Y symbols after the last symbol of the acknowledgement (ACK) for the joint or separate DL/UL beam indication. It is contemplated that the first slot to apply the indicated TCI is at least Y symbols after the last symbol of the ACK/negative acknowledgement (NACK) for the joint or separate DL/UL beam indication.
  • Y symbols may be set by the base station based on the UE capabilities reported by the UE. The UE capabilities may be reported on a symbol-by-symbol basis.
  • the ACK may be an ACK for a PDSCH scheduled by the beam instruction DCI.
  • the PDSCH may not be transmitted.
  • the ACK may be an ACK for the beam instruction DCI.
  • the value of the Y symbol will also be different, so the application time may differ between multiple CCs.
  • the application timing/BAT of the beam instruction may follow any of the following options 1 to 3.
  • [Option 1] Both the first slot and the Y symbol are determined on the carrier with the smallest SCS among the one or more carriers to which the beam direction applies.
  • [Option 2] Both the first slot and the Y symbol are determined on the carrier with the smallest SCS among the one or more carriers to which the beam direction applies and the UL carrier carrying the ACK.
  • [Option 3] Both the first slot and the Y symbol are determined on the UL carrier that carries the ACK.
  • the application time (Y symbols) of beam direction for CA may be determined on the carrier with the smallest SCS among the carriers to which beam direction applies.
  • Rel. 17 MAC CE based beam direction (when only a single TCI codepoint is activated) may follow the Rel. 16 application timeline for MAC CE activation.
  • the indicated TCI state with Rel. 17 TCI state may start to apply from the first slot that is at least Y symbols after the last symbol of the PUCCH, where Y may be a higher layer parameter (e.g., BeamAppTime_r17[symbols]). Both the first slot and Y symbols may be determined on the carrier with the smallest SCS among the carriers for which the beam indication applies.
  • the UE may assume one indicated TCI state with Rel17 TCI state for DL and UL, or one indicated TCI state with Rel17 TCI state for UL (separate from DL) at a given time.
  • X [ms] may be used instead of Y [symbol].
  • the UE reports at least one of the following UE capabilities 1 and 2.
  • UE Capability 1 Minimum application time per SCS (minimum of Y symbols between the last symbol of the PUCCH carrying ACK and the first slot in which the beam is applied).
  • UE Capability 2 Minimum time gap between the last symbol of the beam instruction PDCCH (DCI) and the first slot where the beam is applied. The gap between the last symbol of the beam instruction PDCCH (DCI) and the first slot where the beam is applied may meet the UE capability (minimum time gap).
  • UE capability 2 may be an existing UE capability (e.g., timeDurationForQCL).
  • the relationship between the beam instruction and the channel/RS to which the beam is applied may satisfy at least one of UE capabilities 1 and 2.
  • the parameters set by the base station regarding the application time may be optional fields.
  • Multi-TRP In NR, one or more transmission/reception points (TRPs) (multi-TRPs) are considered to perform DL transmission to a UE using one or more panels (multi-panels). It is also considered that a UE performs UL transmission to one or more TRPs.
  • TRPs transmission/reception points
  • multiple TRPs may correspond to the same cell identifier (cell identifier (ID)) or different cell IDs.
  • the cell ID may be a physical cell ID (e.g., PCI) or a virtual cell ID.
  • FIGS 4A-4D show examples of multi-TRP scenarios. In these examples, we assume that each TRP is capable of transmitting four different beams, but this is not limited to this example.
  • FIG. 4A shows an example of a case where only one TRP (TRP1 in this example) of the multi-TRP transmits to the UE (which may be called single mode, single TRP, etc.).
  • TRP1 transmits both a control signal (PDCCH) and a data signal (PDSCH) to the UE.
  • PDCCH control signal
  • PDSCH data signal
  • single TRP mode may refer to the mode when multi-TRP (mode) is not set.
  • FIG 4B shows an example of a case where only one TRP (TRP1 in this example) of the multi-TRP transmits a control signal to the UE, and the multi-TRP transmits a data signal (which may be called a single master mode).
  • the UE receives each PDSCH transmitted from the multi-TRP based on one Downlink Control Information (DCI).
  • DCI Downlink Control Information
  • FIG. 4C shows an example of a case where each of the multi-TRPs transmits a part of a control signal to the UE and the multi-TRP transmits a data signal (which may be called a master-slave mode).
  • TRP1 may transmit part 1 of the control signal (DCI) and TRP2 may transmit part 2 of the control signal (DCI).
  • Part 2 of the control signal may depend on part 1.
  • the UE receives each PDSCH transmitted from the multi-TRP based on these parts of DCI.
  • FIG. 4D shows an example of a case where each of the multi-TRPs transmits a separate control signal to the UE, and the multi-TRP transmits a data signal (which may be called a multi-master mode).
  • a first control signal (DCI) may be transmitted from TRP1
  • a second control signal (DCI) may be transmitted from TRP2.
  • the UE receives each PDSCH transmitted from the multi-TRP based on these DCIs.
  • the DCI may be called a single DCI (S-DCI, single PDCCH). Also, when multiple PDSCHs from a multi-TRP such as that shown in FIG. 4D are scheduled using multiple DCIs, these multiple DCIs may be called multiple DCIs (M-DCI, multiple PDCCHs).
  • Each TRP in a multi-TRP may transmit a different Transport Block (TB)/Code Word (CW)/different layer.
  • TB Transport Block
  • CW Code Word
  • each TRP in a multi-TRP may transmit the same TB/CW/layer.
  • Non-Coherent Joint Transmission is being considered as one form of multi-TRP transmission.
  • TRP1 modulates and maps a first codeword, and transmits a first PDSCH using a first number of layers (e.g., two layers) and a first precoding by layer mapping.
  • TRP2 modulates and maps a second codeword, and transmits a second PDSCH using a second number of layers (e.g., two layers) and a second precoding by layer mapping.
  • multiple PDSCHs (multi-PDSCHs) that are NCJTed may be defined as partially or completely overlapping with respect to at least one of the time and frequency domains.
  • the first PDSCH from the first TRP and the second PDSCH from the second TRP may overlap with each other in at least one of the time and frequency resources.
  • the first PDSCH and the second PDSCH may be assumed to be not quasi-co-located (QCL). Reception of multiple PDSCHs may be interpreted as simultaneous reception of PDSCHs that are not of a certain QCL type (e.g., QCL type D).
  • QCL type D e.g., QCL type D
  • PDSCH transport block (TB) or codeword (CW) repetition across multi-TRP is supported. It is considered that repetition methods (URLLC schemes, e.g., schemes 1, 2a, 2b, 3, 4) across multi-TRP in the frequency domain, layer (spatial) domain, or time domain are supported.
  • URLLC schemes e.g., schemes 1, 2a, 2b, 3, 4
  • multi-PDSCH from multi-TRP is space division multiplexed (SDM).
  • SDM space division multiplexed
  • FDM frequency division multiplexed
  • RV redundancy version
  • the RV may be the same or different for multi-TRP.
  • multiple PDSCHs from multiple TRPs are time division multiplexed (TDM).
  • TDM time division multiplexed
  • multiple PDSCHs from multiple TRPs are transmitted in one slot.
  • multiple PDSCHs from multiple TRPs are transmitted in different slots.
  • Such a multi-TRP scenario allows for more flexible transmission control using channels with better quality.
  • NCJT using multiple TRPs/panels may use high rank.
  • both single DCI single PDCCH, e.g., FIG. 4B
  • multiple DCI multiple PDCCH, e.g., FIG. 4D
  • the maximum number of TRPs may be 2.
  • TCI extension For single PDCCH design (mainly for ideal backhaul), TCI extension is being considered.
  • Each TCI code point in the DCI may correspond to TCI state 1 or 2.
  • the TCI field size may be the same as that of Rel. 15.
  • one TCI state without CORESETPoolIndex (also called TRP Info) is set for one CORESET.
  • a CORESET pool index is set for each CORESET.
  • Multi-TRP beam direction It is assumed that the following two mechanisms (e.g., beam directing method 1/beam directing method 2) will be supported for beam directing for multi-TRP.
  • the UE may receive a beam indication (e.g., DCI) and may determine/assess multiple TCI states (corresponding to one or more respective TRPs) based on the TCI field included in the beam indication.
  • a beam indication e.g., DCI
  • TCI states corresponding to one or more respective TRPs
  • Beam directing method 1 can be suitably applied in an ideal backhaul environment. Beam directing method 1 may be suitably applied, for example, in single DCI-based transmission.
  • a minimum BAT may be specified in a non-ideal backhaul environment (e.g., multi-DCI based transmission).
  • an additional BAT corresponding to at least one of the multiple TRPs may be specified in a non-ideal backhaul environment (e.g., multi-DCI based transmission).
  • FIG. 5A illustrates an example of beam indication method 1.
  • a UE receives one beam indication.
  • the one beam indication may indicate two TCI states (a first TCI state and a second TCI state).
  • the UE determines the first TCI state and the second TCI state based on one or more TCI fields included in the one beam indication.
  • the first TCI state may correspond to a first TRP.
  • the second TCI state may correspond to a second TRP.
  • the UE may receive multiple (e.g., two) beam indications (e.g., DCIs).
  • the UE may determine/judge one or more TCI states corresponding to each beam indication based on respective TCI fields included in the multiple beam indications. For example, the UE may determine a first (DL/UL) TCI state based on a first beam indication and a second (DL/UL) TCI state based on a second beam indication.
  • the first beam instruction/first TCI state may correspond to the first TRP/first CORESET pool index (e.g., CORESET pool index of a first value (e.g., 0))/first CORESET (1st CORESETs).
  • the second beam instruction/second TCI state may correspond to the second TRP/second CORESET pool index (e.g., CORESET pool index of a second value (e.g., 1))/second CORESET (2nd CORESETs).
  • Beam directing method 2 can be preferably applied in a non-ideal backhaul environment. Beam directing method 2 may be preferably applied in, for example, multi-DCI-based transmission.
  • FIG. 5B is a diagram showing an example of beam instruction method 2.
  • the UE receives two beam instructions.
  • the UE determines a first TCI state based on a TCI field included in one of the two beam instructions.
  • the UE determines a second TCI state based on a TCI field included in the other of the two beam instructions.
  • a TCI state (e.g., an indicated TCI state) is indicated for each TRP (or each CORESET pool index).
  • the unified TCI state corresponding to the first TRP is indicated by the RRC parameters/MAC CE/DCI for the first CORESET pool index #0 (see FIG. 6A).
  • the unified TCI state corresponding to the second TRP is indicated by the RRC parameters/MAC CE/DCI for the second CORESET pool index #1 (see FIG. 6B).
  • the TCI field included in the DCI associated with one CORESET pool index can indicate a joint/DL/UL TCI state specific to the same CORESET pool index value.
  • the joint/DL/UL TCI state may mean at least one of the following in the unified TCI framework: a joint TCI state (TCI state that applies to UL and DL), a separate DL TCI state (TCI state that applies only to DL), and a separate UL TCI state (TCI state that applies only to UL).
  • single DCI based multi-TRP When single DCI based multi-TRP is supported/applied, if one indication (e.g., single DCI) indicates one or more (e.g., two) indicated joint/DL/UL TCI states (e.g., indicated joint DL/UL TCI state), the question arises as to how to apply the indicated joint/DL/UL TCI state to each channel/reference signal (RS) (see Figure 7).
  • one indication e.g., single DCI
  • indicates one or more (e.g., two) indicated joint/DL/UL TCI states e.g., indicated joint DL/UL TCI state
  • the question arises as to how to apply the indicated joint/DL/UL TCI state to each channel/reference signal (RS) (see Figure 7).
  • RS channel/reference signal
  • FIG. 7 shows a case where a first indicated TCI state and a second indicated TCI state are indicated by beam indication #1 (e.g., the TCI state field of the DCI).
  • the first TCI state may be applied to the first PDSCH (e.g., corresponding to the first TRP)
  • the second TCI state may be applied to the second PDSCH (e.g., corresponding to the second TRP).
  • TCI state e.g., indication joint TCI state
  • other channels/RS e.g., PUSCH/PUCCH/SRS/CSI-RS
  • the inventors therefore came up with a method for appropriately performing operations related to the unified TCI state.
  • A/B and “at least one of A and B” may be interpreted as interchangeable. Also, in this disclosure, “A/B/C” may mean “at least one of A, B, and C.”
  • Radio Resource Control RRC
  • RRC parameters RRC parameters
  • RRC messages higher layer parameters, fields, information elements (IEs), settings, etc.
  • IEs information elements
  • CE Medium Access Control
  • update commands activation/deactivation commands, etc.
  • higher layer signaling may be, for example, Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling, broadcast information, or any combination thereof.
  • RRC Radio Resource Control
  • MAC Medium Access Control
  • the MAC signaling may use, for example, a MAC Control Element (MAC CE), a MAC Protocol Data Unit (PDU), etc.
  • the broadcast information may be, for example, a Master Information Block (MIB), a System Information Block (SIB), Remaining Minimum System Information (RMSI), Other System Information (OSI), etc.
  • MIB Master Information Block
  • SIB System Information Block
  • RMSI Remaining Minimum System Information
  • OSI System Information
  • the physical layer signaling may be, for example, Downlink Control Information (DCI), Uplink Control Information (UCI), etc.
  • DCI Downlink Control Information
  • UCI Uplink Control Information
  • index identifier
  • indicator indicator
  • resource ID etc.
  • sequence list, set, group, cluster, subset, etc.
  • DMRS nal
  • antenna port group e.g., DMRS port group
  • group e.g., spatial relationship group, Code Division Multiplexing (CDM) group, reference signal group, CORESET group, Physical Uplink Control Channel (PUCCH) group, PUCCH resource group
  • resource e.g., reference signal resource, SRS resource
  • resource set e.g., reference signal resource set
  • CORESET pool downlink Transmission Configuration Indication state (TCI state) (DL TCI state), uplink TCI state (UL TCI state), unified TCI state, common TCI state, indicated TCI state, quasi-co-location (QCL), QCL assumption, etc.
  • TCI state downlink Transmission Configuration Indication state
  • DL TCI state DL TCI state
  • uplink TCI state UL TCI state
  • unified TCI state common TCI state
  • indicated TCI state indicated TCI state
  • QCL quasi-co-location
  • QCL assumption etc.
  • the spatial relationship information identifier (ID) (TCI state ID) and the spatial relationship information (TCI state) may be read as interchangeable.
  • ID spatial relationship information
  • TCI state and TCI may be read as interchangeable.
  • the panel identifier (ID) and panel may be read as interchangeable.
  • the TRP ID and TRP, the CORESET group ID and CORESET group, etc. may be read as interchangeable.
  • TRP transmission point
  • panel DMRS port group
  • CORESET pool one of two TCI states associated with one code point in the TCI field
  • the transmission/reception of a channel/signal using a single TRP may be interpreted as the TCI states (joint/separate/indicative TCI states) being equal in the transmission/reception of that channel/signal (e.g., NCJT/CJT/repeat), or the number of TCI states (joint/separate/indicative TCI states) being one in the transmission/reception of that channel/signal (e.g., NCJT/CJT/repeat).
  • Transmission/reception of a channel/signal using a single TRP may be interpreted as the TCI states (joint/separate/indicated TCI states) being different in the transmission/reception of the channel/signal (e.g., NCJT/CJT/repeat), or the number of different TCI states (joint/separate/indicated TCI states) being multiple (e.g., two) in the transmission/reception of the channel/signal (e.g., NCJT/CJT/repeat).
  • single TRP, single TRP system, single TRP transmission, and single PDSCH may be read as interchangeable.
  • multi-TRP, multi-TRP system, multi-TRP transmission, and multi-PDSCH may be read as interchangeable.
  • a single DCI, a single PDCCH, multiple TRP based on a single DCI, activating two TCI states on at least one TCI code point, mapping at least one code point of a TCI field to two TCI states, and setting a specific index (e.g., a TRP index, a CORESET pool index, or an index corresponding to a TRP) for a specific channel/CORESET may be interpreted as interchangeable.
  • a single TRP, a channel/signal using a single TRP, a channel using one TCI state/spatial relationship, multi-TRP not being enabled by RRC/DCI, multiple TCI states/spatial relationships not being enabled by RRC/DCI, a CORESETPoolIndex value of 1 not being set for any CORESET, and no code point in the TCI field being mapped to two TCI states may be read as interchangeable.
  • multi-TRP channel/signal using multi-TRP, channel using multiple TCI states/spatial relationships, multi-TRP enabled by RRC/DCI, multiple TCI states/spatial relationships enabled by RRC/DCI, and at least one of multi-TRP based on a single DCI and multi-TRP based on multiple DCI may be read as interchangeable.
  • multi-TRP based on multi-DCI setting one CORESET pool index (CORESETPoolIndex) value for a CORESET
  • multiple specific indexes e.g., TRP indexes, CORESET pool indexes, or indexes corresponding to TRPs
  • TRP#2 (second TRP)
  • single DCI sDCI
  • single PDCCH multi-TRP system based on single DCI
  • sDCI-based MTRP multi-TRP system based on single DCI
  • activation of two TCI states on at least one TCI codepoint may be read as interchangeable.
  • multi-DCI multi-PDCI
  • multi-PDCCH multi-PDCCH
  • multi-TRP system based on multi-DCI
  • mDCI-based MTRP two CORESET pool indices
  • beam instruction DCI, beam instruction MAC CE, and beam instruction DCI/MAC CE may be interpreted as interchangeable.
  • an instruction regarding the instruction TCI state to the UE may be given using at least one of DCI and MAC CE.
  • channel, signal, and channel/signal may be read as interchangeable.
  • DL channel, DL signal, DL signal/channel, transmission/reception of DL signal/channel, DL reception, and DL transmission may be read as interchangeable.
  • UL channel, UL signal, UL signal/channel, transmission/reception of UL signal/channel, UL reception, and UL transmission may be read as interchangeable.
  • applying TCI state/QCL assumptions to each channel/signal/resource may mean applying TCI state/QCL assumptions to transmission and reception of each channel/signal/resource.
  • the first TRP may correspond to the first TCI state (the first TCI state indicated).
  • the second TRP may correspond to the second TCI state (the second TCI state indicated).
  • the nth TRP may correspond to the nth TCI state (the nth TCI state indicated).
  • the first CORESET pool index value (e.g., 0), the first TRP index value (e.g., 1), and the first TCI state (first DL/UL (joint/separate) TCI state) may correspond to each other.
  • the second CORESET pool index value (e.g., 1), the second TRP index value (e.g., 2), and the second TCI state (second DL/UL (joint/separate) TCI state) may correspond to each other.
  • the application of multiple TCI states in transmission and reception using multiple TRPs will be mainly described in terms of a method targeting two TRPs (i.e., when at least one of N and M is 2), but the number of TRPs may be three or more (multiple), and each embodiment may be applied to correspond to the number of TRPs. In other words, at least one of N and M may be a number greater than 2.
  • This embodiment may be applied to single DCI-based multi-TRP, which may refer to an operation in which multiple channels/signals are scheduled/triggered/activated by one DCI (e.g., a single DCI).
  • a single DCI based multi-TRP may include at least one of PUSCH repetition scheduled by a single DCI (e.g., S-DCI M-TRP PUSCH repetition), PUCCH repetition scheduled/triggered by a single DCI (e.g., S-DCI M-TRP PUCCH repetition), and simultaneous UL transmission using multiple panels based on a single DCI (e.g., S-DCI M-TRP STxMP).
  • a single DCI based multi-TRP may include PDSCH/PUSCH/PUCCH/SRS/CSI-RS scheduled/triggered/activated by a single DCI.
  • a TRP ID may be defined/notified.
  • the TCI state e.g., ⁇ 1st TCI, 2nd TCI ⁇
  • information regarding the TRP identifier may be explicitly set/instructed from the base station to the UE by the RRC/MAC CE/DCI.
  • the TRP ID may be associated with an implicit ID.
  • an SRS resource set e.g., a 1st/2nd SRS resource set
  • the TRP may be associated with the TRP.
  • one or more (e.g., two) indicated TCI states may be reported depending on the channel/signal. Only one indicated TCI state may be reported for a particular channel/signal.
  • this embodiment is not limited to a single DCI-based multi-TRP, but may also be applied to a multi-DCI-based multi-TRP.
  • ⁇ Tenth embodiment> an example of notification of a unified TCI state for a single DCI-based multi-TRP is described.
  • an explicit TRP ID may be set/indicated for each channel/RS.
  • an implicit TRP ID may be set/indicated for each channel/RS.
  • Each channel/RS may be interpreted as at least one of PUSCH, PUCCH, SRS, CSI-RS, PDSCH, and PDCCH.
  • a TRP ID may be used in a single DCI-based multi-TRP
  • a CORESET pool index may be used in a multi-DCI-based multi-TRP.
  • a CORESET pool index may be associated with a TRP ID. In this case, the CORESET pool index may be applied in both a single DCI-based multi-TRP and a multi-DCI-based multi-TRP.
  • an indicated TCI state (e.g., indicated TCI) is indicated by the RRC/MAC CE/DCI, the UE may apply the indicated TCI state to all channels/RS.
  • An indicated TCI state may mean an indicated joint/UL TCI state or an indicated joint/DL TCI state.
  • the UE may apply one or both of the two indicated TCI states depending on the TRP ID corresponding to each channel/RS.
  • PUSCH UL transmission
  • the allocation may be read as mapping/association/linking.
  • multiple (e.g., two) indication TCI states may be assigned based on at least one of the following options 1-1 to 1-2.
  • TCI states For a PUSCH scheduled/triggered/activated by a single DCI, multiple (eg, two) indication TCI states may be assigned using the RRC/MAC CE.
  • a PUSCH scheduled/triggered/activated by a single DCI may be assigned any of a number of indicated TCI states (or one of them may be selected) by the DCI.
  • the DCI used to indicate the indicated TCI state and the DCI used to schedule/trigger/activate the PUSCH may be different DCIs or the same DCI.
  • Two indication TCI states may be indicated by the DCI based on at least one (or both) of options 1-2-1 and 1-2-2 below.
  • Each PUSCH may be transmitted using at least one of the joint/UL TCI state and TPC parameters corresponding to the SRS resource set (or SRS resource) indicated by a predefined rule/higher layer/DCI.
  • the association between the SRS resource set (or SRS resource) and the joint/UL TCI state or TPC parameters may be defined in the specifications or may be configured in the UE by the base station using RRC parameters, etc.
  • an SRS resource set (or an SRS resource) may be indicated by the SRS resource set indicator field.
  • the SRS resource set (or an SRS resource) may be associated with a certain TCI state (or a TRP ID).
  • the SRS resource set indication field may be present in DCI format 0_1/0_2.
  • PUSCH may be scheduled/triggered/activated by DCI that includes the SRS resource set indication field.
  • Figure 8 shows an example of a case where two SRS resource sets (here, SRS resource sets #0/#1) are indicated.
  • two PUSCHs here, PUSCH #0 and PUSCH #1
  • PUSCH #0 corresponds to SRS #1 of SRS resource set #0
  • PUSCH #1 corresponds to SRS #2 of SRS resource set #1.
  • the UE may determine, from the indicated joint/UL TCI state applied to the SRS resource indicated by the DCI (e.g., DCI format 0_1/0_2), the predetermined parameters for the PUSCH scheduled/activated by the DCI.
  • the predetermined parameters may be a UL transmission filter (e.g., UL transmission filter), a path loss reference signal (e.g., PL-RS), and a UL power control parameter (e.g., UL PC parameter setting) for the PUSCH.
  • the UL power control parameter may be a parameter (at least one of P0, ⁇ , and closed loop index) applied to the power control of the PUSCH.
  • the SRS resource set and at least one of the SRS resources included in each SRS resource set may be indicated by a specific field (one or more fields) in the DCI.
  • the SRS resource corresponding to PUSCH #0 and the SRS resource corresponding to PUSCH #1 may be indicated by a specific field included in the DCI.
  • the SRS resource set (or the SRS resource indication field) may be selected according to a predetermined rule, or the SRS resource set (or the SRS resource) may be indicated by a higher layer parameter.
  • the predetermined rule may be, for example, an SRS resource set index (e.g., the first SRS resource set having a smaller index is selected, etc.).
  • TPC parameters e.g., closed-loop power control state (e.g., CL-PC state)/accumulated value of TCP commands, etc.
  • the joint/UL TCI state of the SRS resource set (or SRS resource) corresponding to the SRI and TPC-related parameters may be applied to the PUSCH.
  • at least one of Alt. 1-1 to Alt. 1-2 below may be applied.
  • Alt1-1 may be applied only to SRS resources (sets) having a specific use.
  • the specific use may be codebook/non-codebook (e.g., CB/NCB).
  • the configured joint/UL TCI state e.g., configured joint/UL TCI state
  • SRS resources (sets) for other uses may be applied.
  • the UE may apply a first indication joint/UL TCI state for a first SRS resource set (or a first SRS resource included in the SRS resource set) and a second indication joint/UL TCI state for a second SRS resource set (or a second SRS resource included in the SRS resource set).
  • the allocation/allocation rules between SRS resources (sets) and unified TCI states (or TRP IDs) may be defined in a specification or may be configured by an RRC parameter.
  • FIG. 9 shows a case where a first indication joint/UL TCI state #1 is assigned to a first SRS resource set #0 (or SRS#0/SRS#1), and a second indication joint/UL TCI state #2 is assigned to a second SRS resource set #1 (or SRS#2/SRS#3).
  • indicating to the UE whether one or both SRS resource sets correspond to the PUSCH it is possible to indicate to the UE whether one or both indication TCI states should be applied.
  • Alt1-2 may be applied only to SRS resources (sets) having a specific use.
  • the specific use may be codebook/non-codebook (e.g., CB/NCB).
  • the configured joint/UL TCI state (e.g., configured joint/UL TCI state) may be applied to SRS resources (sets) for other uses.
  • an SRS resource set e.g., an SRS resource set for use as CB/NCB
  • different indication joint/UL TCI states may be applied/assigned to different SRS resources in one SRS resource set.
  • an SRS resource with a smaller code point in the SRI field of the DCI may correspond to a first indication joint/UL TCI state
  • an SRS resource with a larger code point in the SRI field may correspond to a second indication joint/UL TCI state (see FIG. 10).
  • a small code point may mean code point 0 (e.g., use is CB), or code point 0/1 (e.g., use is NCB).
  • a large code point may mean code point 1 (e.g., use is CB), or code point 2/3 (e.g., use is NCB).
  • the case where the SRI field is 1 or 2 bits is shown, but this is not limited to this.
  • FIG. 10 shows an example in which only one SRS resource set #0 is configured/indicated, and SRS resource #0 and SRS resource #1 included in the SRS resource set #0 correspond to different TCI states.
  • the example shows a case in which SRS resource #0 corresponding to code point 0 corresponds to a first TCI state, and SRS resource #1 corresponding to code point 1 corresponds to a second TCI state.
  • an SRS resource with a smaller code point in the SRI field of the DCI may correspond to a first indication joint/UL TCI state
  • an SRS resource with a larger code point in the SRI field may correspond to a second indication joint/UL TCI state (see FIG. 11).
  • a small code point may mean code point 0 (e.g., use is CB), or code point 0/1 (e.g., use is NCB).
  • a large code point may mean code point 1 (e.g., use is CB), or code point 2/3 (e.g., use is NCB).
  • the case where the SRI field is 1 or 2 bits is shown, but this is not limited to this.
  • FIG. 11 shows an example in which one SRS resource set #0 and one SRS resource set #1 are configured/indicated, and multiple (here, two) SRS resources included in each SRS resource set correspond to different TCI states.
  • SRS resource #0 and SRS resource #1 included in SRS resource set #0 correspond to different TCI states
  • SRS resource #2 and SRS resource #3 included in SRS resource set #1 correspond to different TCI states.
  • the same TCI state corresponds to the same code point in SRS resource set #0 and SRS resource set #1 (for example, a first TCI state corresponds to code point 0/a second TCI state corresponds to code point 1), but this is not limited to the above.
  • the TCI states corresponding to the SRS resources included in each SRS resource set may be set separately by RRC, etc.
  • Second Embodiment an example of setting/applying a unified TCI state to a single DCI-based multi-TRP will be described.
  • a CORESET pool index is used for a single DCI-based multi-TRP, and it is supported that a joint TCI state is indicated for each of a plurality of (e.g., two) CORESET pool indexes.
  • the CORESET pool index may be read as a TRP index.
  • the TRP identifier (e.g., TRP ID) may be associated with each channel/resource/resource set/reference signal.
  • the association between the TRP ID and each channel/resource/resource set may be set by higher layer signaling.
  • the association between the TRP ID and each channel/resource/resource set/reference signal may be implicitly established based on a predetermined rule.
  • the TRP ID may be a CORESET pool index.
  • the CORESET pool index may be defined as a first CORESET pool index (e.g., index 0) and a second CORESET pool index (e.g., index 1). Note that the number of CORESET pool indexes is not limited to two, and three or more CORESET pool indexes may be defined/supported.
  • a first CORESET pool index #0 may correspond to a first TRP
  • a second CORESET pool index #1 may correspond to a second TRP.
  • the first TCI state #1 corresponds to the first CORESET pool index #0 (or the first TRP #0)
  • the second TCI state #2 corresponds to the second CORESET pool index #1 (or the first TRP #1) (see FIG. 12).
  • the first TCI state #1 may be indicated by the PDCCH/DCI transmitted by the first CORESET pool index #0
  • the second TCI state #1 may be indicated by the PDCCH/DCI transmitted by the second CORESET pool index #1.
  • the first TCI state #1 may be applied to the channel/resource/resource set/reference signal associated with the first CORESET pool index #0 (or the first TRP #0) (see FIG. 12).
  • FIG. 12 shows a case where the first TCI state #1 is applied to the PUSCH #1 (or the PUSCH #1 corresponding to the first TRP #0) transmitted to the first TRP #0.
  • a second TCI state #2 may be applied to the channel/resource/resource set/reference signal associated with the second CORESET pool index #1 (or the second TRP #1).
  • the TRP ID may be a predefined ID (e.g., a new ID).
  • Each predefined ID may be associated with a different Timing Advance (TA).
  • TA Timing Advance
  • different TAs may be applied to UL transmissions associated with different IDs.
  • UL transmissions associated with different IDs may belong to different Timing Advance Groups (TAGs).
  • TAGs Timing Advance Groups
  • each CORESET pool index may be associated with a different Timing Advance (TA).
  • TA Timing Advance
  • different TAs may be applied to UL transmissions associated with different CORESET pool indices.
  • UL transmissions associated with different CORESET pool indices may belong to different Timing Advance Groups (TAGs).
  • TAGs Timing Advance Groups
  • the TRP ID (or CORESET pool index) associated with the dynamic PUSCH may be determined based on at least one of the following cases:
  • the TRP ID may be associated with a scheduling PDCCH/search space (or search space set)/CORESET, and the association may be configured/activated/indicated by the RRC/MAC CE.
  • the TRP ID may be indicated by a scheduling DCI.
  • the TRP ID may be indicated by a new DCI field or an existing DCI field of the scheduling DCI (e.g., DCI format 0_1/0_2).
  • the TRP ID may be associated with a TCI state indicated for the PUSCH, and this association may be configured/activated/indicated by the RRC/MAC CE.
  • the TRP ID may be associated with the SRI.
  • the TRP ID may be associated with an SRS resource/SRS resource set indicated for the PUSCH.
  • the association may be configured/activated/indicated by the RRC/MAC CE.
  • the SRS resource/SRS resource set may correspond to the SRS for a given purpose (e.g., CB/NCB).
  • TRP ID may be set for each SRS resource set.
  • the TPC related parameters for the dynamic PUSH may be, for example, a path loss reference signal (e.g., PL-RS), a predetermined parameter (e.g., P0, alpha), or a closed loop index (e.g., close loop index).
  • a path loss reference signal e.g., PL-RS
  • a predetermined parameter e.g., P0, alpha
  • a closed loop index e.g., close loop index
  • the above-mentioned PDCCH/CORESET/TCI state/SRI/SRS resource/SRS resource set may be configured/activated/specified by RRC/MAC CE/DCI.
  • the TRP ID associated with the dynamic PUSCH may be associated with at least one of the multiple TCI states/SRIs/SRS resources/SRS resource sets. For example, if two TCI states are specified for a dynamic PUSCH, the TRP ID associated with the dynamic PUSCH may be associated with at least one of the first TCI state and the second TCI state of the two TCI states.
  • the UE determines/selects the joint/UL TCI state to be applied to the dynamic PUSCH based on one of the association rules mentioned above.
  • the TRP ID (or CORESET pool index) associated with the configuration grant PUSCH may be determined based on at least one of the following cases.
  • TRP ID may be associated with a configuration grant configuration, and the association may be configured/activated/instructed by the RRC/MAC CE.
  • the TRP ID may be set in higher layer parameters related to the configured grant (e.g., ConfiguredGrantConfig). Alternatively, the TRP ID may be associated with ConfiguredGrantConfigIndex.
  • the TRP ID may be associated with the PDCCH/search space (or search space set)/CORESET carrying the activating DCI, and this association may be configured/activated/indicated by the RRC/MAC CE.
  • TRP ID may be indicated by the activating DCI.
  • TRP ID may be associated with a TCI state indicated for the PUSCH, and this association may be configured/activated/indicated by the RRC/MAC CE.
  • the TRP ID may be associated with the SRI.
  • the TRP ID may be associated with an SRS resource/SRS resource set indicated for the PUSCH.
  • the association may be configured/activated/indicated by the RRC/MAC CE.
  • the SRS resource/SRS resource set may correspond to the SRS for a given purpose (e.g., CB/NCB).
  • TRP ID may be set for each SRS resource set.
  • the TRP ID may be a predefined/fixed value. For example, for a configuration grant, the TRP ID may be fixed to a specific value (e.g., 0). This may mean that only one indicated joint/DL TCI state (e.g., indicated joint/DL TCI state) may be applied to all PUSCHs.
  • the above-mentioned configuration grant configuration/PDCCH/CORESET/TCI state/SRI/SRS resource/SRS resource set may be configured/activated/specified by RRC/MAC CE/DCI.
  • the TRP ID associated with the configured grant PUSCH may be associated with at least one of the multiple TCI states/SRIs/SRS resources/SRS resource sets.
  • the UE determines/selects the joint/UL TCI state to be applied to the configured grant PUSCH based on one of the association rules described above.
  • the TRP ID (or CORESET pool index) associated with the PUCCH may be determined based on at least one of the following cases:
  • the TRP ID may be associated with the PDCCH/search space (or search space set)/CORESET carrying that DCI. This association may be configured/activated/indicated by the RRC/MAC CE.
  • the TRP ID may be indicated by the PUCCH resource/DCI that indicates/triggers the PUCCH transmission.
  • the TRP ID may be associated with a PUCCH resource, and the association may be configured/activated/indicated by the RRC/MAC CE.
  • PUCCH resource groups may be configured and different timing advances may be applied to different PUCCH resource groups.
  • Multiple (e.g., two) PCCH resource groups may be configured/associated with two TRPs, respectively.
  • TRP ID may be associated with the TCI state or spatial relationship information indicated for the PUCCH, and the association may be configured/activated/indicated by the RRC/MAC CE.
  • the TRP ID may be associated with UCI transmitted on the PUCCH, for example, the TRP ID may be associated with HARQ (or a PDSCH corresponding to HARQ), SR, or CSI report.
  • the TPC related parameters for the dynamic PUCCH may be, for example, a path loss reference signal (for example, PL-RS), a predetermined parameter (for example, P0, alpha), and a closed loop index.
  • a path loss reference signal for example, PL-RS
  • a predetermined parameter for example, P0, alpha
  • a closed loop index for example, P0, alpha
  • the TRP ID may be a predefined/fixed value.
  • the TRP ID may be fixed to a specific value (e.g., 0). This may mean that only one indicated joint/DL TCI state (e.g., indicated joint/DL TCI state) may be applied to all PUCCHs.
  • the association (correspondence) between PUCCH and TRP ID may be different for each PUCCH format.
  • the association (correspondence) between PUCCH and TRP ID may be different for PUCCHs of different UCI types (in other words, the association between PUCCH and TRP ID may be different for PUCCHs for a first UCI type and PUCCHs for a second UCI type).
  • the UE determines/selects the joint/UL TCI state to be applied to the PUCCH based on one of the association rules mentioned above.
  • the TRP ID (or CORESET pool index) associated with the SRS may be determined based on at least one of the following cases:
  • the TRP ID may be associated with the PDCCH/search space (or search space set)/CORESET that carries the DCI. This association may be configured/activated/indicated by the RRC/MAC CE.
  • the TRP ID may be indicated by the DCI that triggers the SRS.
  • TRP ID may be associated with an SRS resource/SRS resource set, and the association may be configured/activated/instructed by the RRC/MAC CE.
  • the association between TRP IDs and SRS resources/SRS resource sets may be predefined.
  • CB codebook
  • NCB non-codebook
  • the two SRS resource sets may be associated with two TRP IDs, respectively.
  • the first SRS resource set e.g., the SRS resource set with a lower ID
  • the second SRS resource set e.g., the SRS resource set with a higher ID
  • the second TRP#1 may be associated with the second TRP#1.
  • TRP ID may be associated with the TCI state or spatial relationship information indicated for the SRS, and the association may be configured/activated/indicated by the RRC/MAC CE.
  • the TPC related parameters for the SRS may be, for example, a path loss reference signal (eg, PL-RS), a predetermined parameter (eg, P0, alpha), and a closed loop index (eg, close loop index).
  • a path loss reference signal eg, PL-RS
  • a predetermined parameter eg, P0, alpha
  • a closed loop index eg, close loop index
  • the TRP ID may be a predefined/fixed value.
  • the TRP ID may be fixed to a specific value (e.g., 0). This may mean that only one indicated joint/DL TCI state (e.g., indicated joint/DL TCI state) may be applied to all SRS.
  • the association (correspondence) between an SRS and a TRP ID may differ depending on the usage of the SRS resource set corresponding to the SRS. For example, a different TRP ID correspondence may be used for each (or some) of the usages: codebook, non-codebook, beam management, antenna switching, and positioning.
  • association between an SRS and a TRP ID may differ depending on the time domain behavior (e.g., periodic, semi-persistent, aperiodic) of the SRS resource set corresponding to the SRS.
  • the UE determines/selects the joint/UL TCI state to be applied to the SRS based on one of the association rules mentioned above.
  • the TRP ID associated with the CSI-RS may be determined based on at least one of the following cases:
  • the TRP ID may be associated with the PDCCH/CORESET/search space set that carries the DCI, and the association may be configured/activated/instructed by the RRC/MAC CE.
  • the TRP ID may be indicated by that DCI.
  • a TRP ID may be associated with a CSI-RS resource/CSI-RS resource set, and the association may be configured/activated/instructed by the RRC/MAC CE.
  • TRP IDs and CSI-RS resources/CSI-RS resource sets may be predefined.
  • a CSI-RS resource ID/CSI-RS resource set ID with a lower/higher ID may be associated with TRP ID#0.
  • Another CSI-RS resource ID/CSI-RS resource set ID may be associated with TRP ID#1.
  • TRP ID may be associated with the TCI state or spatial relationship information indicated for the A-CSI-RS, and the association may be configured/activated/indicated by the RRC/MAC CE.
  • the TRP ID may be predefined/fixed.
  • the TRP ID associated with a CSI-RS may be a specific value (e.g., 0). This may mean that only one indicated joint/DL TCI state (e.g., indicated joint/DL TCI state) may be applied to all CSI-RS.
  • the indicated joint/DL TCI state may apply to a specific CSI-RS, which may be, for example, at least one of an A/SP/P CSI-RS, a CSI-RS with/without repetition, a CSI-RS with/without trs information (trs-info), a CSI-RS for mobility, and a CSI-RS for BM/CSI.
  • a specific CSI-RS which may be, for example, at least one of an A/SP/P CSI-RS, a CSI-RS with/without repetition, a CSI-RS with/without trs information (trs-info), a CSI-RS for mobility, and a CSI-RS for BM/CSI.
  • Different options (or cases) may be applied to the CSI-RS for different purposes (e.g., CSI-RS with/without repetition, CSI-RS with/without trs-info, CSI-RS for mobility, etc.). Different options (or cases) may be applied to different CSI-RS for different time domain operations (e.g., periodic/semi-persistent/aperiodic).
  • the UE determines/selects the joint/UL TCI state to be applied to the CSI-RS based on one of the association rules described above.
  • the UE may apply an indicated joint/DL TCI state (e.g., an indicated joint/DL TCI state) specific to the CORESET pool index value to PDCCHs in a CORESET associated with the same CORESET pool index value.
  • an indicated joint/DL TCI state e.g., an indicated joint/DL TCI state
  • the indication joint/DL TCI state may be configured to be applied to all PDCCHs, or may not be configured to be applied to all PDCCHs.
  • the indication joint/DL TCI state may not be applied to some CORESETs (or may be applied only to some CORESETs).
  • At least one of the following rules may be applied to the PDCCH:
  • Rule 1 For a particular CORESET (e.g., CORESET#0), if a higher layer parameter (e.g., followUnifiedTCIstate) is set indicating that the unified TCI state should be followed, the indicated TCI state may be applied. Otherwise, for the particular CORESET, the mechanism of the legacy system (e.g., Rel. 15) may be applied.
  • the mechanism of the legacy system e.g., Rel. 15
  • the indication TCI state may always apply for CORESETs other than a particular CORESET (eg, CORESET #0) with USS/CSS type 3.
  • rules different from the above rules 1-3 may be applied.
  • a rule the same as or different from rules 1/2/3 may be applied depending on a predetermined condition.
  • the predetermined condition may be any of the following: Which CORESET it is (e.g., whether it is a specific CORESET (CORESET #0)), - Which search space type (e.g. CSS or USS, and if CSS, CSS type 0/0A/1/2/3) Whether or not a higher layer parameter indicating to follow the unified TCI state (eg, followUnifiedTCIstate) is set.
  • the indicated TCI state associated with the corresponding CORESET pool index may be applied to all CORESETs/PDCCHs regardless of the setting (e.g., CSS/USS/followUnifiedTCIstate/CORESET#0).
  • the QCL assumption for the PDSCH (or the indicated TCI state applied to the PDSCH) may be controlled based on the relationship between the scheduling offset and a threshold indicating the time duration for the QCL (e.g., timeDurationForQCL) for the PDSCH.
  • a threshold indicating the time duration for the QCL e.g., timeDurationForQCL
  • scheduling offset ⁇ timeDurationForQCL regardless of the CORESET (e.g., scheduling CORESET) that schedules the PDSCH, if the indicated TCI state is associated with the serving cell PCI, the indicated TCI state associated with the CORESET pool index may be applied to the scheduled PDSCH. Otherwise (e.g., if the indicated TCI state is not associated with the serving cell PCI), the default QCL rule of the existing system (e.g., Rel. 16) may be applied. If the default QCL rule is applied, the QCL corresponding to the lowest CORESET ID with the same CORESET pool index in the latest monitoring slot may be applied to the scheduled PDSCH.
  • the default QCL rule of the existing system e.g., Rel. 16
  • the QCL assumption of the PDSCH may be the same as the QCL assumption of the scheduling CORESET. This may mean that the QCL assumption depends on the QCL assumption used for the scheduling CORESET.
  • followUnifiedTCIstate For each channel/signal, the setting/application of a higher layer parameter (eg, followUnifiedTCIstate) indicating compliance with the unified TCI state may be extended.
  • a higher layer parameter eg, followUnifiedTCIstate
  • the corresponding higher layer parameters may not be defined.
  • all/some PUSCHs may follow the indicated joint/UL TCI state.
  • the higher layer parameter (e.g., followUnifiedTCIstate) may be configurable/supported in the PUSCH configuration (e.g., PUSCH-Config)/scheduling CORESET. For example, if the higher layer parameter is configured, the associated PUSCH may follow the indicated joint/UL TCI state, otherwise the PUSCH may follow the configured joint/UL TCI state.
  • the corresponding higher layer parameters (e.g., followUnifiedTCIstate) may not be defined.
  • all/some PUCCHs may follow the indicated joint/UL TCI state.
  • the higher layer parameter (e.g., followUnifiedTCIstate) may be configurable/supported in the PUCCH configuration (e.g., PUCCH-Config)/scheduling CORESET. For example, if the higher layer parameter is configured, the associated PUCCH may follow the indicated joint/UL TCI state, otherwise the PUSCH may follow the configured joint/UL TCI state.
  • the corresponding higher layer parameters (e.g., followUnifiedTCIstate) may not be defined.
  • all/some SRS may follow the indication joint/UL TCI state.
  • the higher layer parameter (e.g., followUnifiedTCIstate) may be configurable/supported in the SRS configuration (e.g., SRS-Config)/triggering CORESET. For example, if the higher layer parameter is configured, the associated SRS may follow the indicated joint/UL TCI state, otherwise the PUSCH may follow the configured joint/UL TCI state.
  • SRS may follow the instruction joint/UL TCI state.
  • Some SRS may be SRS used for at least one of codebook, non-codebook, beam management, antenna switching, and positioning.
  • some SRS may be at least one of periodic SRS, semi-persistent SRS, and non-periodic SRS, which have different time domain behavior.
  • the corresponding higher layer parameter e.g., followUnifiedTCIstate
  • the corresponding higher layer parameter e.g., followUnifiedTCIstate
  • all/part of the CORESET or the PDCCH corresponding to the CORESET may follow the indication joint/UL TCI state.
  • the higher layer parameter (e.g., followUnifiedTCIstate) may be configurable/supported in the PDCCH configuration (e.g., PDCCH-Config)/CORESET/search space (or search space set). For example, if the higher layer parameter is configured, the associated PDCCH/CORESET/search space (or search space set) may follow the indicated joint/UL TCI state, otherwise the PDCCH/CORESET/search space (or search space set) may follow the configured joint/UL TCI state.
  • the PDCCH configuration e.g., PDCCH-Config
  • search space search space set
  • PDCCH/CORESET/search spaces may follow the indication joint/UL TCI state.
  • Some PDCCH/CORESET/search spaces may be a specific CORESET (e.g., CORESET#0)/CORESET/CSS/USS other than CORESET#0.
  • CORESET#0 CORESET#0
  • CSS at least one of CSS types 0/0A/1/2/3 may further be selected for some search space sets.
  • the corresponding higher layer parameters may not be defined.
  • all/some PDSCHs may follow the indicated joint/UL TCI state.
  • the higher layer parameter (e.g., followUnifiedTCIstate) may be configurable/supported in the PDSCH configuration (e.g., PDSCH-Config)/scheduling CORESET. For example, if the higher layer parameter is configured, the associated PDSCH may follow the indicated joint/UL TCI state, otherwise the PDSCH may follow the configured joint/UL TCI state.
  • the distance between the UE and each TRP may be different.
  • the multiple TRPs may be included in the same cell (e.g., a serving cell).
  • one TRP among the multiple TRPs may correspond to a serving cell and the other TRPs may correspond to a non-serving cell. In this case, it is also assumed that the distance between each TRP and the UE may be different.
  • the transmission timing of UL (Uplink) channels and/or UL signals (UL channels/signals) is adjusted by the Timing Advance (TA).
  • TA Timing Advance
  • the reception timing of UL channels/signals from different user terminals is adjusted by the radio base station (TRP: Transmission and Reception Point, also known as gNB: gNodeB, etc.).
  • the UE may control the timing of UL transmission by applying a timing advance (multiple timing advances) for each pre-configured timing advance group (TAG: Timing Advance Group).
  • TAG Timing Advance Group
  • Timing Advance Groups classified by transmission timing are supported.
  • the UE may control the UL transmission timing for each TAG, assuming that the same TA offset (or TA value) is applied to each TAG.
  • the TA offset may be set independently for each TAG.
  • the UE can independently adjust the transmission timing of cells belonging to each TAG, allowing the radio base station to align the timing of receiving uplink signals from the UE even when multiple cells are used.
  • TAGs may be configured by higher layer parameters.
  • the same timing advance value may be applied to serving cells belonging to the same TAG.
  • the timing advance group that includes the SpCell of a MAC entity may be called the Primary Timing Advance Group (PTAG), and other TAGs may be called Secondary Timing Advance Groups (STAGs).
  • PTAG Primary Timing Advance Group
  • STAGs Secondary Timing Advance Groups
  • FIG 13 shows a case where three TAGs are configured for a cell group including SpCell and SCell#1 to #4.
  • SpCell and SCell#1 belong to the first TAG (PTAG or TAG#0)
  • SCell#2 and SCell#3 belong to the second TAG (TAG#1)
  • SCell#4 belongs to the third TAG (TAG#2).
  • the timing advance command may be notified to the UE using a MAC control element (e.g., MAC CE).
  • the TA command is a command indicating the transmission timing value of the uplink channel and is included in the MAC control element.
  • the TA command is signaled from the radio base station to the UE at the MAC layer.
  • the UE controls a predetermined timer (e.g., TA timer) based on the reception of the TA command.
  • the MAC CE for the timing advance command may include a field for a timing advance group index (e.g., TAG ID) and a field for the timing advance command (see FIG. 14).
  • the association of TAGs with UL channels/signals may be controlled depending on whether a unified TCI state is set/applied. For example, when a unified TCI state (e.g., joint/UL TCI state) is set, the association of TAGs with UL channels/signals may be used for both TAG association (e.g., association of TAGs with UL channels/signals) and indication joint/UL TCI state association (e.g., association of indication joint/UL TCI state with UL channels/signals).
  • TAG association e.g., association of TAGs with UL channels/signals
  • indication joint/UL TCI state association e.g., association of indication joint/UL TCI state with UL channels/signals.
  • the association between TAGs and TCI states/CORESET pool indexes may be predefined/set or may be set by the base station to the UE via RRC parameters.
  • At least one of options 3-1 to 3-4 below may be applied to associate the TAG with the target UL channel/signal.
  • a TAG may be associated with a TCI state/spatial relationship.
  • the TAG ID may be configured as part of the joint/UL TCI state (or spatial relationship).
  • the TAG ID associated with the joint/UL TCI state (or spatial relationship) may be used.
  • the TAG may be associated with a CORESET pool index (or a TRP index).
  • the TAG associated with the CORESET pool index of the CORESET carrying the PDCCH that schedules/activates the PUSCH may be applied to the UL transmission (e.g., PUSCH).
  • the CORESET pool index may be configured by an RRC parameter.
  • a TAG may be associated with an SSB group.
  • the UE may adopt a TAG associated with the SSB group.
  • the UE may adopt a TAG associated with the SSB group to which the PL RS for UL transmission belongs.
  • the PL RS is a CSI-RS
  • the UE may adopt a TAG associated with the SSB group to which the QCL source SSB (e.g., QCL source SSB) of the PL RS belongs.
  • TAG association may be performed as follows: For dynamically scheduled/activated channels/signals, the TAG associated with the CORESET pool index of the CORESET carrying the scheduled PDCCH is utilized for UL transmission; For periodic/semi-persistent UL channels/signals (if not scheduled/activated by DCI), the TAG ID may be set by RRC parameters.
  • all dynamically scheduled/activated channels/signals may have TAG association based on the CORESET pool index of the scheduled/activated PDCCH.
  • TA timing advance
  • the association of a TRP ID (or CORESET pool index) with each channel/resource/resource set/reference signal may be used for both the purpose of selecting/determining one indicated joint/UL TCI state for each channel/reference signal and for determining the TA.
  • a different timing advance may be associated with each TRP ID (or CORESET pool index).
  • different TAs may be applied to UL transmissions (e.g., UL channels/signals) associated with different TRP IDs (or CORESET pool indexes) (see FIG. 15).
  • FIG. 15 illustrates the case where different TAs are applied to UL transmissions (here, PUSCH#1 and PUSCH#2) corresponding to different TRP IDs (or CORESET pool indexes) or belong to different TAGs.
  • the association of the TRP ID (or CORESET pool index) with each channel/resource/resource set/reference signal may be used for the purpose of determining the TA only.
  • the joint/UL TCI state When the joint/UL TCI state is set, this may be interpreted as a case where an upper layer parameter indicating that the unified TCI state is followed (e.g., followUnifiedTCIstate) is set.
  • an upper layer parameter indicating that the unified TCI state is followed e.g., followUnifiedTCIstate
  • followUnifiedTCIstate an upper layer parameter indicating that the unified TCI state is followed
  • This embodiment may be applied to a single DCI-based multi-TRP using a CORESET pool index.
  • the CORESET pool index may be read as a TRP index.
  • the operation in a multi-DCI-based multi-TRP may be applied to a single DCI-based multi-TRP. In this case, it may be read as PUSCH#0 and PUSCH#1 being scheduled/activated/triggered by one DCI out of the multiple DCIs (e.g., the first DCI#0 or the second DCI#1).
  • multiple (e.g., two) SRS resource sets (or SRS resources) may be indicated to the UE by one DCI.
  • simultaneous UL transmission using multiple panels may be supported for one or more Transmission/Reception Points (TRPs) to improve UL throughput/reliability.
  • TRPs Transmission/Reception Points
  • simultaneous UL transmission using multiple panels STxMP, SiMPUL, and UL transmission in the same time domain using multiple panels may be interpreted as interchangeable.
  • panel receiving panel, UE panel, UE capability value, UE capability value set, panel group, etc. may be interpreted as interchangeable.
  • the SDM scheme may be a scheme in which different layers/DMRS ports of one PUSCH are precoded separately and transmitted simultaneously from different UE panels.
  • the FDM-B scheme may be a scheme in which multiple (2) PUSCHs (transmission opportunities) of the same/different redundancy versions (RVs) of the same transport block (TB) are transmitted from different UE panels in non-overlapping frequency domain resources and the same time domain resources.
  • RVs redundancy versions
  • the FDM-A scheme may be a scheme in which different parts of the frequency domain resources of one PUSCH (transmission opportunity) are transmitted from different UE panels.
  • the SFN-based transmission scheme may be a scheme in which all of the same layers/DMRS ports of one PUSCH are transmitted simultaneously from multiple (two) different UE panels.
  • the SDM repetition scheme may be a scheme in which multiple (two) PUSCHs (transmission opportunities) with different RVs for the same TB are transmitted simultaneously from multiple (two) different UE panels.
  • multiple (two) PUSCHs may be associated with different TRPs, and the different PUSCHs may be transmitted from different UE panels.
  • the total number of layers for N PUSCHs may be 2 x N.
  • the multiple PUSCHs may be at least one of a PUSCH scheduled by DCI, a PUSCH for configured grant, and a PUSCH for message 3/message A.
  • the multiple PUSCHs may fully/partially overlap in the time domain, fully/partially overlap in the frequency domain, or may not overlap in the frequency domain.
  • the FDM-A scheme may be a scheme in which different frequency domain parts of one PUCCH resource are transmitted from different UE panels.
  • the FDM-B scheme may be a method in which multiple (2) PUCCHs (transmission opportunities) with the same UCI and the same PUCCH format are FDM-multiplexed simultaneously from different UE panels.
  • the SFN-based transmission scheme may be a scheme in which the same PUCCH/DMRS for PUCCH is transmitted simultaneously from different UE panels.
  • multiple (two) PUCCHs may be associated with different TRPs, and the different PUCCHs may be transmitted from different UE panels.
  • the multiple PUCCHs may overlap completely or partially in the time domain.
  • Multi-DCI based STxMP PUSCH Different DCIs associated with different CORESET pool indices may schedule different PUSCHs in different UE panels. In this case, two PUSCHs can be transmitted simultaneously. In single DCI-based PUSCH transmission using CORESET pool indices (or TRP indices), different PUSCHs may be scheduled by one DCI.
  • Different SRIs and/or different joint/UL TCI states may be associated with different PUSCHs associated with different CORESET pool indices.
  • multiple (e.g., two) SRS resource sets may be configured for a given purpose (e.g., CB or NCB).
  • a TRP ID (or a CORESET pool index) may be associated with each SRS resource set.
  • a first TRP#0 (or a first CORESET pool index#0) may be associated with an SRS resource set having a lower ID (or a higher ID).
  • a second TRP#1 (or a second CORESET pool index#1) may be associated with another SRS resource set having a specific use (CB/NCB).
  • the TRP ID (or CORESET pool index) associated with each SRS resource set may be set by higher layer parameters.
  • a multi-DCI-based TCI for multi-TRP may be applied.
  • one SRI/TPMI field of each DCI may indicate the SRI/TPMI of the scheduled PUSCH.
  • up to two SRS resource sets may be configured.
  • Each DCI associated with a CORESET pool index may indicate the SRI/TPMI of the set of SRI/TPMI for that CORESET pool index.
  • multiple SRI/TPMIs may be indicated by one DCI (e.g., two fields).
  • a first SRS resource set (e.g., the SRS resource set with the lower ID (or higher ID)) may be associated with TRP ID #0 (or CORESET pool index #0), and a second SRS resource set (e.g., the SRS resource set with the higher ID (or lower ID)) may be associated with TRP ID #1 (or CORESET pool index #1).
  • FIG. 16 shows a case where an SRS resource (here, SRS #1) indicated in the SRI field of a first DCI #0 is applied to a PUSCH #0 scheduled by the first DCI #0 associated with a first CORESET pool index #0. Also, a case where an SRS resource (here, SRS #2) indicated in the SRI field of a second DCI #1 is applied to a PUSCH #1 scheduled by a second DCI #1 associated with a second CORESET pool index #1 is shown.
  • SRS resource here, SRS #1
  • the association between the SRS resource set and the CORESET pool index may be defined by specification or may be configured in the UE by an RRC parameter.
  • Figure 16 shows a case where the first CORESET pool index #0 is associated with the SRS resource set #0, and the second CORESET pool index #1 is associated with the SRS resource set #1.
  • scheduled PUSCH e.g., PUSCH associated with an SRI
  • the indication joint/UL TCI state may be applied to DCI#0, PUSCH#0, SRS#0, and SRS#1.
  • the indication joint/UL TCI state may be applied to DCI #1, PUSCH #1, SRS #2, and SRS #3.
  • the scheduling DCI (e.g., DCI format 0_1/0_2) cannot control the UL beam by DCI, but the scheduling DCI and the scheduled PUSCH and associated SRS resources all have the same joint/UL TCI state, allowing for simple operation.
  • the correspondence (or mapping) between the SRS resource and the indication joint/UL TCI state may be predefined or may be set by a higher layer parameter or the like.
  • the indicated joint/UL TCI state (and SRS resource) to be applied may be indicated to the UE by the SRI field included in the first DCI#0 used for scheduling PUSCH#0.
  • the indicated joint/UL TCI state (and SRS resource) to be applied may be indicated to the UE by the SRI field included in the second DCI #1 used for scheduling PUSCH #1.
  • multiple indicated TCI states may be indicated for one or more SRS resources within the same SRS resource set.
  • Multi-DCI based STxMP PUCCH For simultaneous UL transmission for multiple DCIs (eg, STxMP PUCCH for mDCI), different DCIs associated with different CORESET pool indices may indicate different PUCCH resources with different joint/UL TCI states.
  • HARQ-ACK joint ACK/NACK
  • HARQ-ACK separate ACK/NACK
  • Joint ACK/NACK feedback may be configured when single DCI based multi-TRP is configured or when multi DCI based multi-TRP is configured.
  • Separate ACK/NACK feedback may be configured when multi-DCI based multi-TRP is configured.
  • ACK/NACK for PDSCH transmitted from multiple TRPs is transmitted to one TRP using one PUCCH resource (see Figure 19A).
  • ACK/NACK for the PDSCH transmitted from each TRP is transmitted to that TRP using a certain PUCCH resource, and ACK/NACK for the PDSCH transmitted from each other TRP is transmitted to that other TRP using a different PUCCH resource (see Figure 19B).
  • the indicated TCI state applies to all UE-specific PUCCH resources.
  • the UE may determine the PUCCH resources according to at least one of the following options 4B-1 and 4B-2.
  • the PUCCH resource may be determined/selected based on an association between the CORESET pool index and the PUCCH resource/PUCCH resource set/PUCCH configuration (PUCCH-Config).
  • FIG. 20 is a diagram showing an example of a method for configuring PUCCH resources according to aspect 4B-1-1.
  • the PUCCH resource set corresponding to each CORESET/SRS resource set may be configurable up to a first number (e.g., 4).
  • the PUCCH resources in each PUCCH resource set may be configurable up to a second number (e.g., 8).
  • the UE selects one PUCCH resource set from the configured PUCCH resource sets based on the payload size (number of bits) of the UCI. In the example shown in FIG. 20, if the number of bits of the UCI is N0 (e.g., 2) or less, the UE determines to use the first PUCCH resource set. Also, in the example shown in FIG. 20, if the number of bits of the UCI is greater than N0 and less than or equal to N1, the UE determines to use the second PUCCH resource set.
  • the setting of the PUCCH resource set corresponding to the first (or second) CORESET/SRS resource set may use the setting of the PUCCH resource set specified in existing specifications (e.g., Rel. 15-17).
  • the setting of the PUCCH resource set corresponding to the first (or second) CORESET/SRS resource set may use the setting of a new PUCCH resource set specified (e.g., in Rel. 18 or later).
  • the setting of the PUCCH resource set corresponding to the second (or first) CORESET/SRS resource set may use the setting of a new PUCCH resource set (e.g., in Rel. 18 or later).
  • information may be set indicating which of the indicated TCI states it is associated with.
  • the information may indicate either the first TCI state or the second TCI state.
  • the UE may determine that the PUCCH resource is associated with a specific TCI state (e.g., the first (or second) TCI state).
  • a specific TCI state e.g., the first (or second) TCI state.
  • a PUCCH resource group e.g. PUCCH resource groups 0 to 3
  • An association is established between a PUCCH resource group and either a first TCI state or a second TCI state (step 2).
  • multiple (eg all) PUCCH resources associated with the indicated TCI states are updated (step 3).
  • the feature of beam direction for each PUCCH resource group defined in Rel. 16 does not need to be used.
  • an association between the PUCCH resource and either the first TCI state or the second TCI state may be configured for the UE.
  • FIG. 21 is a diagram showing an example of a method for configuring PUCCH resources for Option 4B-1-2.
  • the configuration of the PUCCH resource set and PUCCH resources is the same as the example shown in FIG. 20.
  • the settings common to each CORESET/SRS resource set may use the settings of the PUCCH resource set specified in existing specifications (e.g., Rel. 15-17).
  • the settings common to each CORESET/SRS resource set may use the settings of the PUCCH resource set newly specified (e.g., in Rel. 18 or later).
  • Option 4B-1-2 allows PUCCH resource selection using PRI/control channel element (CCE) index to indicate joint TCI status/separate (UL) TCI status of PUCCH resources.
  • CCE PRI/control channel element
  • information may be set indicating which of the indicated TCI states the PUCCH resource is associated with.
  • the information may indicate either the first TCI state or the second TCI state.
  • multiple (e.g., all) PUCCH resources associated with the indicated TCI states may be updated.
  • the UE may decide to apply the multiple indicated TCI states. This case may apply, for example, to at least one of repeated PUCCH transmission for multiple TRPs (specified in Rel. 17) and simultaneous PUCCH transmission using multiple panels (specified in Rel. 18 and later).
  • the UE may decide to apply one of the indicated TCI states.
  • the decision of the one TCI state may be specified in advance in the specification, may be configured in the RRC, may be indicated in the MAC CE/DCI, or may depend on the UE implementation. This case may be applied to PUCCH transmissions other than repeated PUCCH transmissions for multi-TRP (specified in Rel. 17).
  • FIG. 22 is a diagram showing an example of a method for configuring PUCCH resources according to Variation 1 of Option 4B-1-2.
  • the configuration of the PUCCH resource set and PUCCH resources is the same as the example shown in FIG. 20.
  • two TCI states are indicated for one or more specific PUCCH resources (PUCCH resource groups).
  • the UE determines that two TCI states apply to one or more specific PUCCH resources (PUCCH resource groups).
  • one or two TCI states are indicated for PUCCH resources other than the one or more specific PUCCH resources (PUCCH resource groups).
  • the UE determines which one of the TCI states to apply based on a specific rule.
  • the settings common to each CORESET/SRS resource set may use the settings of the PUCCH resource set specified in existing specifications (e.g., Rel. 15-17).
  • the settings common to each CORESET/SRS resource set may use the settings of the PUCCH resource set newly specified (e.g., in Rel. 18 or later).
  • the joint TCI state/separate (UL) TCI state of PUCCH resources can be indicated using RRC/MAC CE/DCI/specific rules.
  • a new DCI field may be defined to indicate one of the two indicated TCI states, a (special) combination of DCI fields may be used, or an existing DCI field may be used.
  • the association of the index of the first indicated TCI state and the index of the second indicated TCI state with the TCI code point may be configured in the UE using RRC.
  • the joint TCI state/separate (UL) TCI state of PUCCH resources can be indicated using RRC/MAC CE/DCI/specific rules.
  • An association may be specified between at least one of the DCI code point of the PRI, the PUCCH resource ID, the PUCCH resource group ID, the PUCCH resource set ID, and the TCI code point (first parameters) and the index of the first indicated TCI state and the index of the second indicated TCI state.
  • the association may be an association in which a first TCI state is applied to PUCCH resources associated with an even (or odd) first parameter.
  • the association may be an association in which a second TCI state is applied to PUCCH resources associated with an odd (or even) first parameter.
  • association may be such that, instead of the above-mentioned even (or odd) first parameter, the lower half of the PUCCH resource (PRI) per PUCCH resource set is associated with the first TCI state.
  • association may be such that, instead of the above-mentioned odd (or even) first parameter, the lower half of the PUCCH resource (PRI) per PUCCH resource set is associated with the second TCI state.
  • the UE may also determine the TCI state of a PUCCH resource based on an index related to the TRP of the scheduled PDSCH/scheduling PDCCH (DCI) in a multi-DCI-based multi-TRP scenario. For example, for a PUCCH resource for a PDSCH scheduled by a PDCCH corresponding to a first value (or a second value), the UE may determine to apply the first (or second) TCI state to the PUCCH resource.
  • the UE does not have to assume/expect that PRIs from multiple (two) TRPs indicate the same PUCCH resource in the same slot.
  • FIG. 23 is a diagram showing an example of a method for configuring PUCCH resources according to Variation 2 of Option 4B-1-2.
  • the configuration of the PUCCH resource set and PUCCH resources is the same as the example shown in FIG. 20.
  • a first indicated TCI state is associated with an even PRI
  • a second indicated TCI state is associated with an odd PRI. This association may be specified in advance. The UE determines the indicated TCI state to apply to the PUCCH based on this association.
  • the settings common to each CORESET/SRS resource set may use the settings of the PUCCH resource set specified in existing specifications (e.g., Rel. 15-17).
  • the settings common to each CORESET/SRS resource set may use the settings of the PUCCH resource set newly specified (e.g., in Rel. 18 or later).
  • Different DCIs associated with different CORESET pool indices may indicate different PUCCH resources.
  • a predetermined field included in each DCI may be used to indicate the PUCCH resource.
  • the predetermined field may be a PUCCH resource indication field (e.g., a PRI field).
  • the first PUCCH resource (here, PUCCH resource #0) is specified by the PRI field of the first DCI #0 corresponding to the first CORESET pool index #0.
  • the second PUCCH resource (here, PUCCH resource #7) is specified by the PRI field of the second DCI #1 corresponding to the second CORESET pool index #1.
  • the RRC/MAC CE may configure/instruct the association between the CORESET pool index and each PUCCH resource/PUCCH resource group/PUCCH resource set.
  • the CORESET pool index (or TRP ID) corresponding to each PUCCH resource may be configured in higher layer parameters related to PUCCH configuration (e.g., PUCCHConfig).
  • the RRC/MAC CE may configure/instruct the association between the indicated joint/UL TCI state and the PUCCH resource/PUCCH resource group/PUCCH resource set.
  • the indicated joint/UL TCI state may be applied to all (or some) PUCCH resources (or all PUCCH resources of a PUCCH resource group) (see Figure 25).
  • the first CORESET #0 corresponds to the indicated joint/UL TCI state #1 (first TCI state)
  • the second CORESET #1 corresponds to the indicated joint/UL TCI state #2 (second TCI state).
  • the first TCI state #1 may be indicated by the PDCCH/DCI transmitted by the first CORESET pool index #0
  • the second TCI state #1 may be indicated by the PDCCH/DCI transmitted by the second CORESET pool index #1.
  • the UE may receive information regarding the association between the CORESET pool index and the PUCCH resource via the RRC parameters/MAC CE.
  • PUCCH resources #0-#3 are specified, the UE performs PUCCH transmission using the first TCI state #1.
  • PUCCH resources #4-#7 are specified, the UE performs PUCCH transmission using the second TCI state #2.
  • the DCI corresponding to the first CORESET #0 may indicate any one of PUCCH resources #0-#3
  • the DCI corresponding to the second CORESET #1 may indicate any one of PUCCH resources #4-#7.
  • the DCI corresponding to the first CORESET #0 may indicate any one of PUCCH resources #0-#7
  • the DCI corresponding to the second CORESET #1 may indicate any one of PUCCH resources #0-#7.
  • any information may be notified to the UE (from a network (NW) (e.g., a base station (BS))) (in other words, any information is received from the BS by the UE) using physical layer signaling (e.g., DCI), higher layer signaling (e.g., RRC signaling, MAC CE), a specific signal/channel (e.g., PDCCH, PDSCH, reference signal), or a combination thereof.
  • NW network
  • BS base station
  • the MAC CE may be identified by including a new Logical Channel ID (LCID) in the MAC subheader that is not specified in existing standards.
  • LCID Logical Channel ID
  • the notification When the notification is made by a DCI, the notification may be made by a specific field of the DCI, a Radio Network Temporary Identifier (RNTI) used to scramble Cyclic Redundancy Check (CRC) bits assigned to the DCI, the format of the DCI, etc.
  • RNTI Radio Network Temporary Identifier
  • CRC Cyclic Redundancy Check
  • notification of any information to the UE in the above-mentioned embodiments may be performed periodically, semi-persistently, or aperiodically.
  • notification of any information from the UE (to the NW) may be performed using physical layer signaling (e.g., UCI), higher layer signaling (e.g., RRC signaling, MAC CE), a specific signal/channel (e.g., PUCCH, PUSCH, PRACH, reference signal), or a combination thereof.
  • physical layer signaling e.g., UCI
  • higher layer signaling e.g., RRC signaling, MAC CE
  • a specific signal/channel e.g., PUCCH, PUSCH, PRACH, reference signal
  • the MAC CE may be identified by including a new LCID in the MAC subheader that is not specified in existing standards.
  • the notification may be transmitted using PUCCH or PUSCH.
  • notification of any information from the UE may be performed periodically, semi-persistently, or aperiodically.
  • At least one of the above-mentioned embodiments may be applied when a specific condition is satisfied, which may be specified in a standard or may be notified to a UE/BS using higher layer signaling/physical layer signaling.
  • At least one of the above-described embodiments may be applied only to UEs that have reported or support a particular UE capability.
  • the specific UE capabilities may indicate at least one of the following: Supporting unified TCI in single DCI based multi-TRP; - Support joint TCI/separate TCI; Supporting multiple (e.g., two) timing advances; Supporting simultaneous UL transmissions (e.g. STxMP);
  • the indicated TCI applies to the PDSCH associated with the CORESET having the CSS.
  • the above-mentioned specific UE capabilities may be capabilities that are applied across all frequencies (commonly regardless of frequency), capabilities per frequency (e.g., one or a combination of a cell, band, band combination, BWP, component carrier, etc.), capabilities per frequency range (e.g., Frequency Range 1 (FR1), FR2, FR3, FR4, FR5, FR2-1, FR2-2), capabilities per subcarrier spacing (SubCarrier Spacing (SCS)), or capabilities per Feature Set (FS) or Feature Set Per Component-carrier (FSPC).
  • FR1 Frequency Range 1
  • FR2 FR2, FR3, FR4, FR5, FR2-1, FR2-2
  • SCS subcarrier Spacing
  • FS Feature Set
  • FSPC Feature Set Per Component-carrier
  • the specific UE capabilities may be capabilities that are applied across all duplexing methods (commonly regardless of the duplexing method), or may be capabilities for each duplexing method (e.g., Time Division Duplex (TDD) and Frequency Division Duplex (FDD)).
  • TDD Time Division Duplex
  • FDD Frequency Division Duplex
  • the above-mentioned embodiments may be applied when the UE configures/activates/triggers specific information related to the above-mentioned embodiments (or performs the operations of the above-mentioned embodiments) by higher layer signaling/physical layer signaling.
  • the specific information may be information indicating enabling switching between single TRP and multi-TRP when using a unified TCI state, any RRC parameters for a specific release (e.g., Rel. 18/19), etc.
  • the UE may apply, for example, the behavior of Rel. 15/16/17.
  • a terminal having a receiving unit that receives information indicating a unified transmission configuration indicator (TCI) state and one downlink control information indicating multiple UL transmissions, and a control unit that determines a unified TCI state to be applied to the multiple UL transmissions based on at least one of the information indicated by the downlink control information, a transmission/reception point (TRP) index corresponding to the UL transmission, and a control resource set pool index corresponding to the UL transmission.
  • TCI transmission configuration indicator
  • TRP transmission/reception point
  • the control unit determines a unified TCI state to be applied to the multiple UL transmissions based on at least one of an SRS resource set and an SRS resource corresponding to each UL transmission.
  • the control unit determines at least one of an SRS resource set and an SRS resource corresponding to each UL transmission based on the downlink control information.
  • the control unit applies different unified TCI states to multiple SRS resource sets or multiple SRS resources included in the same SRS resource set.
  • Wired communication system A configuration of a wireless communication system according to an embodiment of the present disclosure will be described below.
  • communication is performed using any one of the wireless communication methods according to the above embodiments of the present disclosure or a combination of these.
  • FIG. 26 is a diagram showing an example of a schematic configuration of a wireless communication system according to an embodiment.
  • the wireless communication system 1 (which may simply be referred to as system 1) may be a system that realizes communication using Long Term Evolution (LTE) specified by the Third Generation Partnership Project (3GPP), 5th generation mobile communication system New Radio (5G NR), or the like.
  • LTE Long Term Evolution
  • 3GPP Third Generation Partnership Project
  • 5G NR 5th generation mobile communication system New Radio
  • the wireless communication system 1 may also support dual connectivity between multiple Radio Access Technologies (RATs) (Multi-RAT Dual Connectivity (MR-DC)).
  • MR-DC may include dual connectivity between LTE (Evolved Universal Terrestrial Radio Access (E-UTRA)) and NR (E-UTRA-NR Dual Connectivity (EN-DC)), dual connectivity between NR and LTE (NR-E-UTRA Dual Connectivity (NE-DC)), etc.
  • RATs Radio Access Technologies
  • MR-DC may include dual connectivity between LTE (Evolved Universal Terrestrial Radio Access (E-UTRA)) and NR (E-UTRA-NR Dual Connectivity (EN-DC)), dual connectivity between NR and LTE (NR-E-UTRA Dual Connectivity (NE-DC)), etc.
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • EN-DC E-UTRA-NR Dual Connectivity
  • NE-DC NR-E-UTRA Dual Connectivity
  • 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 wireless communication system 1 may support dual connectivity between multiple base stations within the same RAT (e.g., dual connectivity in which both the MN and SN are NR base stations (gNBs) (NR-NR Dual Connectivity (NN-DC))).
  • dual connectivity in which both the MN and SN are NR base stations (gNBs) (NR-NR Dual Connectivity (NN-DC))).
  • gNBs NR base stations
  • N-DC Dual Connectivity
  • the wireless communication system 1 may include a base station 11 that forms a macrocell C1 with a relatively wide coverage, and base stations 12 (12a-12c) that are arranged within the macrocell C1 and form a small cell C2 that is narrower than the macrocell C1.
  • a user terminal 20 may be located within at least one of the cells. The arrangement and number of each cell and user terminal 20 are not limited to the embodiment shown in the figure. Hereinafter, when there is no need to distinguish between the base stations 11 and 12, they will be collectively referred to as base station 10.
  • the user terminal 20 may be connected to at least one of the multiple base stations 10.
  • the user terminal 20 may utilize at least one of carrier aggregation (CA) using multiple component carriers (CC) and dual connectivity (DC).
  • CA carrier aggregation
  • CC component carriers
  • DC dual connectivity
  • Each CC may be included in at least one of a first frequency band (Frequency Range 1 (FR1)) and a second frequency band (Frequency Range 2 (FR2)).
  • Macro cell C1 may be included in FR1
  • small cell C2 may be included in FR2.
  • FR1 may be a frequency band below 6 GHz (sub-6 GHz)
  • FR2 may be a frequency band above 24 GHz (above-24 GHz). Note that the frequency bands and definitions of FR1 and FR2 are not limited to these, and for example, FR1 may correspond to a higher frequency band than FR2.
  • the user terminal 20 may communicate using at least one of Time Division Duplex (TDD) and Frequency Division Duplex (FDD) in each CC.
  • TDD Time Division Duplex
  • FDD Frequency Division Duplex
  • the multiple base stations 10 may be connected by wire (e.g., optical fiber conforming to the Common Public Radio Interface (CPRI), X2 interface, etc.) or wirelessly (e.g., NR communication).
  • wire e.g., optical fiber conforming to the Common Public Radio Interface (CPRI), X2 interface, etc.
  • NR communication e.g., NR communication
  • base station 11 which corresponds to the upper station
  • IAB Integrated Access Backhaul
  • base station 12 which corresponds to a relay station
  • the base station 10 may be connected to the core network 30 directly or via another base station 10.
  • the core network 30 may include at least one of, for example, an Evolved Packet Core (EPC), a 5G Core Network (5GCN), a Next Generation Core (NGC), etc.
  • EPC Evolved Packet Core
  • 5GCN 5G Core Network
  • NGC Next Generation Core
  • the core network 30 may include network functions (Network Functions (NF)) such as, for example, a User Plane Function (UPF), an Access and Mobility management Function (AMF), a Session Management Function (SMF), a Unified Data Management (UDM), an Application Function (AF), a Data Network (DN), a Location Management Function (LMF), and Operation, Administration and Maintenance (Management) (OAM).
  • NF Network Functions
  • UPF User Plane Function
  • AMF Access and Mobility management Function
  • SMF Session Management Function
  • UDM Unified Data Management
  • AF Application Function
  • DN Data Network
  • LMF Location Management Function
  • OAM Operation, Administration and Maintenance
  • the user terminal 20 may be a terminal that supports at least one of the communication methods such as LTE, LTE-A, and 5G.
  • a wireless access method based on Orthogonal Frequency Division Multiplexing may be used.
  • OFDM Orthogonal Frequency Division Multiplexing
  • CP-OFDM Cyclic Prefix OFDM
  • DFT-s-OFDM Discrete Fourier Transform Spread OFDM
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • the radio access method may also be called a waveform.
  • other radio access methods e.g., other single-carrier transmission methods, other multi-carrier transmission methods
  • a downlink shared channel (Physical Downlink Shared Channel (PDSCH)) shared by each user terminal 20, a broadcast channel (Physical Broadcast Channel (PBCH)), a downlink control channel (Physical Downlink Control Channel (PDCCH)), etc. may be used as the downlink channel.
  • PDSCH Physical Downlink Shared Channel
  • PBCH Physical Broadcast Channel
  • PDCCH Physical Downlink Control Channel
  • an uplink shared channel (Physical Uplink Shared Channel (PUSCH)) shared by each user terminal 20, an uplink control channel (Physical Uplink Control Channel (PUCCH)), a random access channel (Physical Random Access Channel (PRACH)), etc. may be used as an uplink channel.
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • SIB System Information Block
  • PDSCH User data, upper layer control information, System Information Block (SIB), etc.
  • SIB System Information Block
  • PUSCH User data, upper layer control information, etc.
  • MIB Master Information Block
  • PBCH Physical Broadcast Channel
  • Lower layer control information may be transmitted by the PDCCH.
  • the lower layer control information may include, for example, downlink control information (Downlink Control Information (DCI)) including scheduling information for at least one of the PDSCH and the PUSCH.
  • DCI Downlink Control Information
  • the DCI for scheduling the PDSCH may be called a DL assignment or DL DCI
  • the DCI for scheduling the PUSCH may be called a UL grant or UL DCI.
  • the PDSCH may be interpreted as DL data
  • the PUSCH may be interpreted as UL data.
  • a control resource set (COntrol REsource SET (CORESET)) and a search space may be used to detect the PDCCH.
  • the CORESET corresponds to the resources to search for DCI.
  • the search space corresponds to the search region and search method of PDCCH candidates.
  • One CORESET may be associated with one or multiple search spaces. The UE may monitor the CORESET associated with a search space based on the search space configuration.
  • a search space may correspond to PDCCH candidates corresponding to one or more aggregation levels.
  • One or more search spaces may be referred to as a search space set. Note that the terms “search space,” “search space set,” “search space setting,” “search space set setting,” “CORESET,” “CORESET setting,” etc. in this disclosure may be read as interchangeable.
  • the PUCCH may transmit uplink control information (UCI) including at least one of channel state information (CSI), delivery confirmation information (which may be called, for example, Hybrid Automatic Repeat reQuest ACKnowledgement (HARQ-ACK), ACK/NACK, etc.), and a scheduling request (SR).
  • UCI uplink control information
  • CSI channel state information
  • HARQ-ACK Hybrid Automatic Repeat reQuest ACKnowledgement
  • ACK/NACK ACK/NACK
  • SR scheduling request
  • the PRACH may transmit a random access preamble for establishing a connection with a cell.
  • downlink, uplink, etc. may be expressed without adding "link.”
  • various channels may be expressed without adding "Physical” to the beginning.
  • a synchronization signal (SS), a downlink reference signal (DL-RS), etc. may be transmitted.
  • a cell-specific reference signal (CRS), a channel state information reference signal (CSI-RS), a demodulation reference signal (DMRS), a positioning reference signal (PRS), a phase tracking reference signal (PTRS), etc. may be transmitted.
  • the synchronization signal may be, for example, at least one of a Primary Synchronization Signal (PSS) and a Secondary Synchronization Signal (SSS).
  • a signal block including an SS (PSS, SSS) and a PBCH (and a DMRS for PBCH) may be called an SS/PBCH block, an SS Block (SSB), etc.
  • the SS, SSB, etc. may also be called a reference signal.
  • a measurement reference signal Sounding Reference Signal (SRS)
  • a demodulation reference signal DMRS
  • UL-RS uplink reference signal
  • DMRS may also be called a user equipment-specific reference signal (UE-specific Reference Signal).
  • the base station 27 is a diagram showing an example of a configuration of a base station according to an embodiment.
  • the base station 10 includes a control unit 110, a transceiver unit 120, a transceiver antenna 130, and a transmission line interface 140. Note that one or more of each of the control unit 110, the transceiver unit 120, the transceiver antenna 130, and the transmission line interface 140 may be provided.
  • this example mainly shows the functional blocks of the characteristic parts of this embodiment, and the base station 10 may also be assumed to have other functional blocks necessary for wireless communication. Some of the processing of each part described below may be omitted.
  • the control unit 110 controls the entire base station 10.
  • the control unit 110 can be configured from a controller, a control circuit, etc., which are described based on a common understanding in the technical field to which this disclosure pertains.
  • the control unit 110 may control signal generation, scheduling (e.g., resource allocation, mapping), etc.
  • the control unit 110 may control transmission and reception using the transceiver unit 120, the transceiver antenna 130, and the transmission path interface 140, measurement, etc.
  • the control unit 110 may generate data, control information, sequences, etc. to be transmitted as signals, and transfer them to the transceiver unit 120.
  • the control unit 110 may perform call processing of communication channels (setting, release, etc.), status management of the base station 10, management of radio resources, etc.
  • the transceiver unit 120 may include a baseband unit 121, a radio frequency (RF) unit 122, and a measurement unit 123.
  • the baseband unit 121 may include a transmission processing unit 1211 and a reception processing unit 1212.
  • the transceiver unit 120 may be composed of a transmitter/receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measurement circuit, a transceiver circuit, etc., which are described based on a common understanding in the technical field to which the present disclosure relates.
  • the transceiver unit 120 may be configured as an integrated transceiver unit, or may be composed of a transmission unit and a reception unit.
  • the transmission unit may be composed of a transmission processing unit 1211 and an RF unit 122.
  • the reception unit may be composed of a reception processing unit 1212, an RF unit 122, and a measurement unit 123.
  • the transmitting/receiving antenna 130 can be configured as an antenna described based on common understanding in the technical field to which this disclosure pertains, such as an array antenna.
  • the transceiver 120 may transmit the above-mentioned downlink channel, synchronization signal, downlink reference signal, etc.
  • the transceiver 120 may receive the above-mentioned uplink channel, uplink reference signal, etc.
  • the transceiver 120 may form at least one of the transmit beam and receive beam using digital beamforming (e.g., precoding), analog beamforming (e.g., phase rotation), etc.
  • digital beamforming e.g., precoding
  • analog beamforming e.g., phase rotation
  • the transceiver 120 may perform Packet Data Convergence Protocol (PDCP) layer processing, Radio Link Control (RLC) layer processing (e.g., RLC retransmission control), Medium Access Control (MAC) layer processing (e.g., HARQ retransmission control), etc., on data and control information obtained from the control unit 110, and generate a bit string to be transmitted.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • HARQ retransmission control HARQ retransmission control
  • the transceiver 120 may perform transmission processing such as channel coding (which may include error correction coding), modulation, mapping, filtering, Discrete Fourier Transform (DFT) processing (if necessary), Inverse Fast Fourier Transform (IFFT) processing, precoding, and digital-to-analog conversion on the bit string to be transmitted, and output a baseband signal.
  • transmission processing such as channel coding (which may include error correction coding), modulation, mapping, filtering, Discrete Fourier Transform (DFT) processing (if necessary), Inverse Fast Fourier Transform (IFFT) processing, precoding, and digital-to-analog conversion on the bit string to be transmitted, and output a baseband signal.
  • channel coding which may include error correction coding
  • DFT Discrete Fourier Transform
  • IFFT Inverse Fast Fourier Transform
  • the transceiver unit 120 may perform modulation, filtering, amplification, etc., on the baseband signal to a radio frequency band, and transmit the radio frequency band signal via the transceiver antenna 130.
  • the transceiver unit 120 may perform amplification, filtering, demodulation to a baseband signal, etc. on the radio frequency band signal received by the transceiver antenna 130.
  • the transceiver 120 may apply reception processing such as analog-to-digital conversion, Fast Fourier Transform (FFT) processing, Inverse Discrete Fourier Transform (IDFT) processing (if necessary), filtering, demapping, demodulation, decoding (which may include error correction decoding), MAC layer processing, RLC layer processing, and PDCP layer processing to the acquired baseband signal, and acquire user data, etc.
  • reception processing such as analog-to-digital conversion, Fast Fourier Transform (FFT) processing, Inverse Discrete Fourier Transform (IDFT) processing (if necessary), filtering, demapping, demodulation, decoding (which may include error correction decoding), MAC layer processing, RLC layer processing, and PDCP layer processing to the acquired baseband signal, and acquire user data, etc.
  • FFT Fast Fourier Transform
  • IDFT Inverse Discrete Fourier Transform
  • the transceiver 120 may perform measurements on the received signal.
  • the measurement unit 123 may perform Radio Resource Management (RRM) measurements, Channel State Information (CSI) measurements, etc. based on the received signal.
  • the measurement unit 123 may measure received power (e.g., Reference Signal Received Power (RSRP)), received quality (e.g., Reference Signal Received Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), Signal to Noise Ratio (SNR)), signal strength (e.g., Received Signal Strength Indicator (RSSI)), propagation path information (e.g., CSI), etc.
  • RSRP Reference Signal Received Power
  • RSSI Received Signal Strength Indicator
  • the measurement results may be output to the control unit 110.
  • the transmission path interface 140 may transmit and receive signals (backhaul signaling) between devices included in the core network 30 (e.g., network nodes providing NF), other base stations 10, etc., and may acquire and transmit user data (user plane data), control plane data, etc. for the user terminal 20.
  • devices included in the core network 30 e.g., network nodes providing NF
  • other base stations 10, etc. may acquire and transmit user data (user plane data), control plane data, etc. for the user terminal 20.
  • the transmitter and receiver of the base station 10 in this disclosure may be configured with at least one of the transmitter/receiver 120, the transmitter/receiver antenna 130, and the transmission path interface 140.
  • the transceiver 120 may transmit information indicating a unified transmission configuration indicator (TCI) state and one piece of downlink control information indicating multiple UL transmissions.
  • TCI transmission configuration indicator
  • the control unit 110 may indicate a unified TCI state to be applied to multiple UL transmissions using at least one of the information indicated by the downlink control information, a transmission/reception point (TRP) index corresponding to the UL transmission, and a control resource set pool index corresponding to the UL transmission.
  • TRP transmission/reception point
  • the user terminal 20 includes a control unit 210, a transmitting/receiving unit 220, and a transmitting/receiving antenna 230. Note that one or more of each of the control unit 210, the transmitting/receiving unit 220, and the transmitting/receiving antenna 230 may be provided.
  • this example mainly shows the functional blocks of the characteristic parts of this embodiment, and the user terminal 20 may also be assumed to have other functional blocks necessary for wireless communication. Some of the processing of each part described below may be omitted.
  • the control unit 210 controls the entire user terminal 20.
  • the control unit 210 can be configured from a controller, a control circuit, etc., which are described based on a common understanding in the technical field to which this disclosure pertains.
  • the control unit 210 may control signal generation, mapping, etc.
  • the control unit 210 may control transmission and reception using the transceiver unit 220 and the transceiver antenna 230, measurement, etc.
  • the control unit 210 may generate data, control information, sequences, etc. to be transmitted as signals, and transfer them to the transceiver unit 220.
  • the transceiver unit 220 may include a baseband unit 221, an RF unit 222, and a measurement unit 223.
  • the baseband unit 221 may include a transmission processing unit 2211 and a reception processing unit 2212.
  • the transceiver unit 220 may be composed of a transmitter/receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measurement circuit, a transceiver circuit, etc., which are described based on a common understanding in the technical field to which the present disclosure relates.
  • the transceiver unit 220 may be configured as an integrated transceiver unit, or may be composed of a transmission unit and a reception unit.
  • the transmission unit may be composed of a transmission processing unit 2211 and an RF unit 222.
  • the reception unit may be composed of a reception processing unit 2212, an RF unit 222, and a measurement unit 223.
  • the transmitting/receiving antenna 230 can be configured as an antenna described based on common understanding in the technical field to which this disclosure pertains, such as an array antenna.
  • the transceiver 220 may receive the above-mentioned downlink channel, synchronization signal, downlink reference signal, etc.
  • the transceiver 220 may transmit the above-mentioned uplink channel, uplink reference signal, etc.
  • the transceiver 220 may form at least one of the transmit beam and receive beam using digital beamforming (e.g., precoding), analog beamforming (e.g., phase rotation), etc.
  • digital beamforming e.g., precoding
  • analog beamforming e.g., phase rotation
  • the transceiver 220 may perform PDCP layer processing, RLC layer processing (e.g., RLC retransmission control), MAC layer processing (e.g., HARQ retransmission control), etc. on the data and control information acquired from the controller 210, and generate a bit string to be transmitted.
  • RLC layer processing e.g., RLC retransmission control
  • MAC layer processing e.g., HARQ retransmission control
  • the transceiver 220 may perform transmission processing such as channel coding (which may include error correction coding), modulation, mapping, filtering, DFT processing (if necessary), IFFT processing, precoding, and digital-to-analog conversion on the bit string to be transmitted, and output a baseband signal.
  • transmission processing such as channel coding (which may include error correction coding), modulation, mapping, filtering, DFT processing (if necessary), IFFT processing, precoding, and digital-to-analog conversion on the bit string to be transmitted, and output a baseband signal.
  • Whether or not to apply DFT processing may be based on the settings of transform precoding.
  • the transceiver unit 220 transmission processing unit 2211
  • the transceiver unit 220 may perform DFT processing as the above-mentioned transmission processing in order to transmit the channel using a DFT-s-OFDM waveform, and when transform precoding is not enabled, it is not necessary to perform DFT processing as the above-mentioned transmission processing.
  • the transceiver unit 220 may perform modulation, filtering, amplification, etc., on the baseband signal to a radio frequency band, and transmit the radio frequency band signal via the transceiver antenna 230.
  • the transceiver unit 220 may perform amplification, filtering, demodulation to a baseband signal, etc. on the radio frequency band signal received by the transceiver antenna 230.
  • the transceiver 220 may apply reception processing such as analog-to-digital conversion, FFT processing, IDFT processing (if necessary), filtering, demapping, demodulation, decoding (which may include error correction decoding), MAC layer processing, RLC layer processing, and PDCP layer processing to the acquired baseband signal to acquire user data, etc.
  • reception processing such as analog-to-digital conversion, FFT processing, IDFT processing (if necessary), filtering, demapping, demodulation, decoding (which may include error correction decoding), MAC layer processing, RLC layer processing, and PDCP layer processing to the acquired baseband signal to acquire user data, etc.
  • the transceiver 220 may perform measurements on the received signal. For example, the measurement unit 223 may perform RRM measurements, CSI measurements, etc. based on the received signal.
  • the measurement unit 223 may measure received power (e.g., RSRP), received quality (e.g., RSRQ, SINR, SNR), signal strength (e.g., RSSI), propagation path information (e.g., CSI), etc.
  • the measurement results may be output to the control unit 210.
  • the transmitting unit and receiving unit of the user terminal 20 in this disclosure may be configured by at least one of the transmitting/receiving unit 220 and the transmitting/receiving antenna 230.
  • the transceiver 220 may receive information indicating a unified transmission configuration indicator (TCI) state and one piece of downlink control information indicating multiple UL transmissions.
  • TCI transmission configuration indicator
  • the control unit 210 may determine a unified TCI state to be applied to multiple UL transmissions based on at least one of the information indicated by the downlink control information, a transmission/reception point (TRP) index corresponding to the UL transmission, and a control resource set pool index corresponding to the UL transmission.
  • TRP transmission/reception point
  • control unit 210 may determine a unified TCI state to apply to the multiple UL transmissions based on at least one of the SRS resource sets and the SRS resources corresponding to each UL transmission.
  • SRS sounding reference signal
  • the control unit 210 may determine at least one of the SRS resource set and the SRS resource corresponding to each UL transmission based on the downlink control information.
  • control unit 210 may apply different unified TCI states to multiple SRS resource sets or to multiple SRS resources included in the same SRS resource set.
  • each functional block may be realized using one device that is physically or logically coupled, or may be realized using two or more devices that are physically or logically separated and directly or indirectly connected (for example, using wires, wirelessly, etc.).
  • the functional blocks may be realized by combining the one device or the multiple devices with software.
  • the functions include, but are not limited to, judgement, determination, judgment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, election, establishment, comparison, assumption, expectation, deeming, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assignment.
  • a functional block (component) that performs the transmission function may be called a transmitting unit, a transmitter, and the like. In either case, as mentioned above, there are no particular limitations on the method of realization.
  • a base station, a user terminal, etc. in one embodiment of the present disclosure may function as a computer that performs processing of the wireless communication method of the present disclosure.
  • FIG. 29 is a diagram showing an example of the hardware configuration of a base station and a user terminal according to one embodiment.
  • the above-mentioned base station 10 and user terminal 20 may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.
  • the terms apparatus, circuit, device, section, unit, etc. may be interpreted as interchangeable.
  • the hardware configuration of the base station 10 and the user terminal 20 may be configured to include one or more of the devices shown in the figures, or may be configured to exclude some of the devices.
  • processor 1001 may be implemented by one or more chips.
  • the functions of the base station 10 and the user terminal 20 are realized, for example, by loading specific software (programs) onto hardware such as the processor 1001 and memory 1002, causing the processor 1001 to perform calculations, control communications via the communication device 1004, and control at least one of the reading and writing of data in the memory 1002 and storage 1003.
  • the processor 1001 for example, runs an operating system to control the entire computer.
  • the processor 1001 may be configured as a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, registers, etc.
  • CPU central processing unit
  • control unit 110 210
  • transmission/reception unit 120 220
  • etc. may be realized by the processor 1001.
  • the processor 1001 also reads out programs (program codes), software modules, data, etc. from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and executes various processes according to these.
  • the programs used are those that cause a computer to execute at least some of the operations described in the above embodiments.
  • the control unit 110 (210) may be realized by a control program stored in the memory 1002 and running on the processor 1001, and similar implementations may be made for other functional blocks.
  • Memory 1002 is a computer-readable recording medium and may be composed of at least one of, for example, Read Only Memory (ROM), Erasable Programmable ROM (EPROM), Electrically EPROM (EEPROM), Random Access Memory (RAM), and other suitable storage media. Memory 1002 may also be called a register, cache, main memory, etc. Memory 1002 can store executable programs (program codes), software modules, etc. for implementing a wireless communication method according to one embodiment of the present disclosure.
  • ROM Read Only Memory
  • EPROM Erasable Programmable ROM
  • EEPROM Electrically EPROM
  • RAM Random Access Memory
  • Memory 1002 may also be called a register, cache, main memory, etc.
  • Memory 1002 can store executable programs (program codes), software modules, etc. for implementing a wireless communication method according to one embodiment of the present disclosure.
  • Storage 1003 is a computer-readable recording medium and may be composed of at least one of a flexible disk, a floppy disk, a magneto-optical disk (e.g., a compact disk (Compact Disc ROM (CD-ROM)), a digital versatile disk, a Blu-ray disk), a removable disk, a hard disk drive, a smart card, a flash memory device (e.g., a card, a stick, a key drive), a magnetic stripe, a database, a server, or other suitable storage medium.
  • Storage 1003 may also be referred to as an auxiliary storage device.
  • the communication device 1004 is hardware (transmitting/receiving device) for communicating between computers via at least one of a wired network and a wireless network, and is also called, for example, a network device, a network controller, a network card, or a communication module.
  • the communication device 1004 may be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc., to realize at least one of Frequency Division Duplex (FDD) and Time Division Duplex (TDD).
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • the above-mentioned transmitting/receiving unit 120 (220), transmitting/receiving antenna 130 (230), etc. may be realized by the communication device 1004.
  • the transmitting/receiving unit 120 (220) may be implemented as a transmitting unit 120a (220a) and a receiving unit 120b (220b) that are physically or logically separated.
  • the input device 1005 is an input device (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts input from the outside.
  • the output device 1006 is an output device (e.g., a display, a speaker, a Light Emitting Diode (LED) lamp, etc.) that outputs to the outside.
  • the input device 1005 and the output device 1006 may be integrated into one structure (e.g., a touch panel).
  • each device such as the processor 1001 and memory 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured using a single bus, or may be configured using different buses between each device.
  • the base station 10 and the user terminal 20 may be configured to include hardware such as a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), or a field programmable gate array (FPGA), and some or all of the functional blocks may be realized using the hardware.
  • the processor 1001 may be implemented using at least one of these pieces of hardware.
  • a channel, a symbol, and a signal may be read as mutually interchangeable.
  • a signal may also be a message.
  • a reference signal may be abbreviated as RS, and may be called a pilot, a pilot signal, or the like depending on the applied standard.
  • a component carrier may also be called a cell, a frequency carrier, a carrier frequency, or the like.
  • a radio frame may be composed of one or more periods (frames) in the time domain.
  • Each of the one or more periods (frames) constituting a radio frame may be called a subframe.
  • a subframe may be composed of one or more slots in the time domain.
  • a subframe may have a fixed time length (e.g., 1 ms) that is independent of numerology.
  • the numerology may be a communication parameter that is applied to at least one of the transmission and reception of a signal or channel.
  • the numerology may indicate, for example, at least one of the following: SubCarrier Spacing (SCS), bandwidth, symbol length, cyclic prefix length, Transmission Time Interval (TTI), number of symbols per TTI, radio frame configuration, a specific filtering process performed by the transceiver in the frequency domain, a specific windowing process performed by the transceiver in the time domain, etc.
  • SCS SubCarrier Spacing
  • TTI Transmission Time Interval
  • radio frame configuration a specific filtering process performed by the transceiver in the frequency domain
  • a specific windowing process performed by the transceiver in the time domain etc.
  • a slot may consist of one or more symbols in the time domain (such as Orthogonal Frequency Division Multiplexing (OFDM) symbols, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbols, etc.).
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • a slot may also be a time unit based on numerology.
  • a slot may include multiple minislots. Each minislot may consist of one or multiple symbols in the time domain. A minislot may also be called a subslot. A minislot may consist of fewer symbols than a slot.
  • a PDSCH (or PUSCH) transmitted in a time unit larger than a minislot may be called PDSCH (PUSCH) mapping type A.
  • a PDSCH (or PUSCH) transmitted using a minislot may be called PDSCH (PUSCH) mapping type B.
  • a radio frame, a subframe, a slot, a minislot, and a symbol all represent time units when transmitting a signal.
  • a different name may be used for a radio frame, a subframe, a slot, a minislot, and a symbol, respectively.
  • the time units such as a frame, a subframe, a slot, a minislot, and a symbol in this disclosure may be read as interchangeable.
  • one subframe may be called a TTI
  • multiple consecutive subframes may be called a TTI
  • one slot or one minislot may be called a TTI.
  • at least one of the subframe and the TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (e.g., 1-13 symbols), or a period longer than 1 ms.
  • the unit representing the TTI may be called a slot, minislot, etc., instead of a subframe.
  • TTI refers to, for example, the smallest time unit for scheduling in wireless communication.
  • a base station schedules each user terminal by allocating radio resources (such as frequency bandwidth and transmission power that can be used by each user terminal) in TTI units.
  • radio resources such as frequency bandwidth and transmission power that can be used by each user terminal
  • the TTI may be a transmission time unit for a channel-coded data packet (transport block), a code block, a code word, etc., or may be a processing unit for scheduling, link adaptation, etc.
  • the time interval e.g., the number of symbols
  • the time interval in which a transport block, a code block, a code word, etc. is actually mapped may be shorter than the TTI.
  • one or more TTIs may be the minimum time unit of scheduling.
  • the number of slots (minislots) that constitute the minimum time unit of scheduling may be controlled.
  • a TTI having a time length of 1 ms may be called a normal TTI (TTI in 3GPP Rel. 8-12), normal TTI, long TTI, normal subframe, normal subframe, long subframe, slot, etc.
  • a TTI shorter than a normal TTI may be called a shortened TTI, short TTI, partial or fractional TTI, shortened subframe, short subframe, minislot, subslot, slot, etc.
  • a long TTI (e.g., a normal TTI, a subframe, etc.) may be interpreted as a TTI having a time length of more than 1 ms
  • a short TTI e.g., a shortened TTI, etc.
  • TTI length shorter than the TTI length of a long TTI and equal to or greater than 1 ms.
  • a resource block is a resource allocation unit in the time domain and frequency domain, and may include one or more consecutive subcarriers in the frequency domain.
  • the number of subcarriers included in an RB may be the same regardless of numerology, and may be, for example, 12.
  • the number of subcarriers included in an RB may be determined based on numerology.
  • an RB may include one or more symbols in the time domain and may be one slot, one minislot, one subframe, or one TTI in length.
  • One TTI, one subframe, etc. may each be composed of one or more resource blocks.
  • one or more RBs may be referred to as a physical resource block (Physical RB (PRB)), a sub-carrier group (Sub-Carrier Group (SCG)), a resource element group (Resource Element Group (REG)), a PRB pair, an RB pair, etc.
  • PRB Physical RB
  • SCG sub-carrier Group
  • REG resource element group
  • PRB pair an RB pair, etc.
  • a resource block may be composed of one or more resource elements (REs).
  • REs resource elements
  • one RE may be a radio resource area of one subcarrier and one symbol.
  • a Bandwidth Part which may also be referred to as a partial bandwidth, may represent a subset of contiguous common resource blocks (RBs) for a given numerology on a given carrier, where the common RBs may be identified by an index of the RB relative to a common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within the BWP.
  • the BWP may include a UL BWP (BWP for UL) and a DL BWP (BWP for DL).
  • BWP UL BWP
  • BWP for DL DL BWP
  • One or more BWPs may be configured for a UE within one carrier.
  • At least one of the configured BWPs may be active, and the UE may not expect to transmit or receive a given signal/channel outside the active BWP.
  • BWP bitmap
  • radio frames, subframes, slots, minislots, and symbols are merely examples.
  • the number of subframes included in a radio frame, the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, as well as the number of symbols in a TTI, the symbol length, and the cyclic prefix (CP) length can be changed in various ways.
  • the information, parameters, etc. described in this disclosure may be represented using absolute values, may be represented using relative values from a predetermined value, or may be represented using other corresponding information.
  • a radio resource may be indicated by a predetermined index.
  • the names used for parameters and the like in this disclosure are not limiting in any respect. Furthermore, the formulas and the like using these parameters may differ from those explicitly disclosed in this disclosure.
  • the various channels (PUCCH, PDCCH, etc.) and information elements may be identified by any suitable names, and therefore the various names assigned to these various channels and information elements are not limiting in any respect.
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different technologies.
  • the data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.
  • information, signals, etc. may 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/output via multiple network nodes.
  • Input/output information, signals, etc. may be stored in a specific location (e.g., memory) or may be managed using a management table. Input/output information, signals, etc. may be overwritten, updated, or added to. Output information, signals, etc. may be deleted. Input information, signals, etc. may be transmitted to another device.
  • a specific location e.g., memory
  • Input/output information, signals, etc. may be overwritten, updated, or added to.
  • Output information, signals, etc. may be deleted.
  • Input information, signals, etc. may be transmitted to another device.
  • the notification of information is not limited to the aspects/embodiments described in this disclosure, and may be performed using other methods.
  • the notification of information in this disclosure may be performed by physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), higher layer signaling (e.g., Radio Resource Control (RRC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB)), etc.), Medium Access Control (MAC) signaling), other signals, or a combination of these.
  • DCI Downlink Control Information
  • UCI Uplink Control Information
  • RRC Radio Resource Control
  • MIB Master Information Block
  • SIB System Information Block
  • MAC Medium Access Control
  • the physical layer signaling may be called Layer 1/Layer 2 (L1/L2) control information (L1/L2 control signal), L1 control information (L1 control signal), etc.
  • the RRC signaling may be called an RRC message, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.
  • the MAC signaling may be notified, for example, using a MAC Control Element (CE).
  • CE MAC Control Element
  • notification of specified information is not limited to explicit notification, but may be implicit (e.g., by not notifying the specified information or by notifying other information).
  • the determination may be based on a value represented by a single bit (0 or 1), a Boolean value represented by true or false, or a comparison of numerical values (e.g., with a predetermined value).
  • Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.
  • Software, instructions, information, etc. may also be transmitted and received via a transmission medium.
  • a transmission medium For example, if the software is transmitted from a website, server, or other remote source using at least one of wired technologies (such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)), and/or wireless technologies (such as infrared, microwave, etc.), then at least one of these wired and wireless technologies is included within the definition of a transmission medium.
  • wired technologies such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)
  • wireless technologies such as infrared, microwave, etc.
  • Network may refer to the devices included in the network (e.g., base stations).
  • precoding "precoder,” “weight (precoding weight),” “Quasi-Co-Location (QCL),” “Transmission Configuration Indication state (TCI state),” "spatial relation,” “spatial domain filter,” “transmit power,” “phase rotation,” “antenna port,” “antenna port group,” “layer,” “number of layers,” “rank,” “resource,” “resource set,” “resource group,” “beam,” “beam width,” “beam angle,” “antenna,” “antenna element,” and “panel” may be used interchangeably.
  • Base Station may also be referred to by terms such as macrocell, small cell, femtocell, picocell, etc.
  • a base station can accommodate one or more (e.g., three) cells.
  • a base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, and each smaller area can also provide communication services by a base station subsystem (e.g., a small base station for indoor use (Remote Radio Head (RRH))).
  • RRH Remote Radio Head
  • the term "cell” or “sector” refers to a part or the entire coverage area of at least one of the base station and base station subsystems that provide communication services in this coverage.
  • a base station transmitting information to a terminal may be interpreted as the base station instructing the terminal to control/operate based on the information.
  • MS Mobile Station
  • UE User Equipment
  • a mobile station may also be referred to as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable terminology.
  • At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a wireless communication device, etc.
  • at least one of the base station and the mobile station may be a device mounted on a moving object, the moving object itself, etc.
  • the moving body in question refers to an object that can move, and the moving speed is arbitrary, and of course includes the case where the moving body is stationary.
  • the moving body in question includes, but is not limited to, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, handcarts, rickshaws, ships and other watercraft, airplanes, rockets, artificial satellites, drones, multicopters, quadcopters, balloons, and objects mounted on these.
  • the moving body in question may also be a moving body that moves autonomously based on an operating command.
  • the moving object may be a vehicle (e.g., a car, an airplane, etc.), an unmanned moving object (e.g., a drone, an autonomous vehicle, etc.), or a robot (manned or unmanned).
  • a vehicle e.g., a car, an airplane, etc.
  • an unmanned moving object e.g., a drone, an autonomous vehicle, etc.
  • a robot manned or unmanned
  • at least one of the base station and the mobile station may also include devices that do not necessarily move during communication operations.
  • at least one of the base station and the mobile station may be an Internet of Things (IoT) device such as a sensor.
  • IoT Internet of Things
  • FIG. 30 is a diagram showing an example of a vehicle according to an embodiment.
  • the vehicle 40 includes a drive unit 41, a steering unit 42, an accelerator pedal 43, a brake pedal 44, a shift lever 45, left and right front wheels 46, left and right rear wheels 47, an axle 48, an electronic control unit 49, various sensors (including a current sensor 50, a rotation speed sensor 51, an air pressure sensor 52, a vehicle speed sensor 53, an acceleration sensor 54, an accelerator pedal sensor 55, a brake pedal sensor 56, a shift lever sensor 57, and an object detection sensor 58), an information service unit 59, and a communication module 60.
  • various sensors including a current sensor 50, a rotation speed sensor 51, an air pressure sensor 52, a vehicle speed sensor 53, an acceleration sensor 54, an accelerator pedal sensor 55, a brake pedal sensor 56, a shift lever sensor 57, and an object detection sensor 58
  • an information service unit 59 including a communication module 60.
  • the drive unit 41 is composed of at least one of an engine, a motor, and a hybrid of an engine and a motor, for example.
  • the steering unit 42 includes at least a steering wheel (also called a handlebar), and is configured to steer at least one of the front wheels 46 and the rear wheels 47 based on the operation of the steering wheel operated by the user.
  • the electronic control unit 49 is composed of a microprocessor 61, memory (ROM, RAM) 62, and a communication port (e.g., an Input/Output (IO) port) 63. Signals are input to the electronic control unit 49 from various sensors 50-58 provided in the vehicle.
  • the electronic control unit 49 may also be called an Electronic Control Unit (ECU).
  • ECU Electronic Control Unit
  • Signals from the various sensors 50-58 include a current signal from a current sensor 50 that senses the motor current, a rotation speed signal of the front wheels 46/rear wheels 47 acquired by a rotation speed sensor 51, an air pressure signal of the front wheels 46/rear wheels 47 acquired by an air pressure sensor 52, a vehicle speed signal acquired by a vehicle speed sensor 53, an acceleration signal acquired by an acceleration sensor 54, a depression amount signal of the accelerator pedal 43 acquired by an accelerator pedal sensor 55, a depression amount signal of the brake pedal 44 acquired by a brake pedal sensor 56, an operation signal of the shift lever 45 acquired by a shift lever sensor 57, and a detection signal for detecting obstacles, vehicles, pedestrians, etc. acquired by an object detection sensor 58.
  • the information service unit 59 is composed of various devices, such as a car navigation system, audio system, speakers, displays, televisions, and radios, for providing (outputting) various information such as driving information, traffic information, and entertainment information, and one or more ECUs that control these devices.
  • the information service unit 59 uses information acquired from external devices via the communication module 60, etc., to provide various information/services (e.g., multimedia information/multimedia services) to the occupants of the vehicle 40.
  • various information/services e.g., multimedia information/multimedia services
  • the information service unit 59 may include input devices (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.) that accept input from the outside, and may also include output devices (e.g., a display, a speaker, an LED lamp, a touch panel, etc.) that perform output to the outside.
  • input devices e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.
  • output devices e.g., a display, a speaker, an LED lamp, a touch panel, etc.
  • the driving assistance system unit 64 is composed of various devices that provide functions for preventing accidents and reducing the driver's driving load, such as a millimeter wave radar, a Light Detection and Ranging (LiDAR), a camera, a positioning locator (e.g., a Global Navigation Satellite System (GNSS)), map information (e.g., a High Definition (HD) map, an Autonomous Vehicle (AV) map, etc.), a gyro system (e.g., an Inertial Measurement Unit (IMU), an Inertial Navigation System (INS), etc.), an Artificial Intelligence (AI) chip, and an AI processor, and one or more ECUs that control these devices.
  • the driving assistance system unit 64 also transmits and receives various information via the communication module 60 to realize a driving assistance function or an autonomous driving function.
  • the communication module 60 can communicate with the microprocessor 61 and components of the vehicle 40 via the communication port 63.
  • the communication module 60 transmits and receives data (information) via the communication port 63 between the drive unit 41, steering unit 42, accelerator pedal 43, brake pedal 44, shift lever 45, left and right front wheels 46, left and right rear wheels 47, axles 48, the microprocessor 61 and memory (ROM, RAM) 62 in the electronic control unit 49, and the various sensors 50-58 that are provided on the vehicle 40.
  • the communication module 60 is a communication device that can be controlled by the microprocessor 61 of the electronic control unit 49 and can communicate with an external device. For example, it transmits and receives various information to and from the external device via wireless communication.
  • the communication module 60 may be located either inside or outside the electronic control unit 49.
  • the external device may be, for example, the above-mentioned base station 10 or user terminal 20.
  • the communication module 60 may also be, for example, at least one of the above-mentioned base station 10 and user terminal 20 (it may function as at least one of the base station 10 and user terminal 20).
  • the communication module 60 may transmit at least one of the signals from the various sensors 50-58 described above input to the electronic control unit 49, information obtained based on the signals, and information based on input from the outside (user) obtained via the information service unit 59 to an external device via wireless communication.
  • the electronic control unit 49, the various sensors 50-58, the information service unit 59, etc. may be referred to as input units that accept input.
  • the PUSCH transmitted by the communication module 60 may include information based on the above input.
  • the communication module 60 receives various information (traffic information, signal information, vehicle distance information, etc.) transmitted from an external device and displays it on an information service unit 59 provided in the vehicle.
  • the information service unit 59 may also be called an output unit that outputs information (for example, outputs information to a device such as a display or speaker based on the PDSCH (or data/information decoded from the PDSCH) received by the communication module 60).
  • the communication module 60 also stores various information received from external devices in memory 62 that can be used by the microprocessor 61. Based on the information stored in memory 62, the microprocessor 61 may control the drive unit 41, steering unit 42, accelerator pedal 43, brake pedal 44, shift lever 45, left and right front wheels 46, left and right rear wheels 47, axles 48, various sensors 50-58, and the like provided on the vehicle 40.
  • the base station in the present disclosure may be read as a user terminal.
  • each aspect/embodiment of the present disclosure may be applied to a configuration in which communication between a base station and a user terminal is replaced with communication between multiple user terminals (which may be called, for example, Device-to-Device (D2D), Vehicle-to-Everything (V2X), etc.).
  • the user terminal 20 may be configured to have the functions of the base station 10 described above.
  • terms such as "uplink” and "downlink” may be read as terms corresponding to terminal-to-terminal communication (for example, "sidelink").
  • the uplink channel, downlink channel, etc. may be read as the sidelink channel.
  • the user terminal in this disclosure may be interpreted as a base station.
  • the base station 10 may be configured to have the functions of the user terminal 20 described above.
  • operations that are described as being performed by a base station may in some cases be performed by its upper node.
  • a network that includes one or more network nodes having base stations, it is clear that various operations performed for communication with terminals may be performed by the base station, one or more network nodes other than the base station (such as, but not limited to, a Mobility Management Entity (MME) or a Serving-Gateway (S-GW)), or a combination of these.
  • MME Mobility Management Entity
  • S-GW Serving-Gateway
  • each aspect/embodiment described in this disclosure may be used alone, in combination, or switched between depending on the implementation.
  • the processing procedures, sequences, flow charts, etc. of each aspect/embodiment described in this disclosure may be rearranged as long as there is no inconsistency.
  • the methods described in this disclosure present elements of various steps using an exemplary order, and are not limited to the particular order presented.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • LTE-B LTE-Beyond
  • SUPER 3G IMT-Advanced
  • 4th generation mobile communication system 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • 6G 6th generation mobile communication system
  • xG x is, for example, an integer or decimal
  • Future Radio Access FX
  • GSM Global System for Mobile communications
  • CDMA2000 Code Division Multiple Access
  • UMB Ultra Mobile Broadband
  • IEEE 802.11 Wi-Fi
  • IEEE 802.16 WiMAX (registered trademark)
  • IEEE 802.20 Ultra-WideBand (UWB), Bluetooth (registered trademark), and other appropriate wireless communication methods, as well as next-generation systems that are expanded, modified,
  • the phrase “based on” does not mean “based only on,” unless expressly stated otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to elements using designations such as “first,” “second,” etc., 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, a reference to a first and second element does not imply that only two elements may be employed or that the first element must precede the second element in some way.
  • determining may encompass a wide variety of actions. For example, “determining” may be considered to be judging, calculating, computing, processing, deriving, investigating, looking up, search, inquiry (e.g., looking in a table, database, or other data structure), ascertaining, etc.
  • Determining may also be considered to mean “determining” receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, accessing (e.g., accessing data in a memory), etc.
  • “Judgment” may also be considered to mean “deciding” to resolve, select, choose, establish, compare, etc.
  • judgment may also be considered to mean “deciding” to take some kind of action.
  • the "maximum transmit power" referred to in this disclosure may mean the maximum value of transmit power, may mean the nominal UE maximum transmit power, or may mean the rated UE maximum transmit power.
  • connection and “coupled,” or any variation thereof, refer to any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are “connected” or “coupled” to each other.
  • the coupling or connection between the elements may be physical, logical, or a combination thereof. For example, "connected” may be read as "accessed.”
  • a and B are different may mean “A and B are different from each other.”
  • the term may also mean “A and B are each different from C.”
  • Terms such as “separate” and “combined” may also be interpreted in the same way as “different.”

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（ＮＲ）、３ＧＰＰ　Ｒｅｌ．１５以降などともいう）も検討されている。
　将来の無線通信システム（例えば、ＮＲ）において、ユーザ端末（端末、user　terminal、User　Equipment（ＵＥ））は、疑似コロケーション（Quasi-Co-Location（ＱＣＬ））に関する情報（ＱＣＬ想定／Transmission　Configuration　Indication（ＴＣＩ）状態／空間関係）に基づいて、送受信処理を制御することが検討されている。
　設定／アクティベート／指示された送信設定指示状態（Transmission　Configuration　Indication　state（ＴＣＩ状態））を複数種類の信号（チャネル／ＲＳ）に適用することが検討されている。しかしながら、ＴＣＩ状態の適用方法が明らかでないケースがある。ＴＣＩ状態の指示方法が明らかでなければ、通信品質の低下、スループットの低下など、を招くおそれがある。
　そこで、本開示は、複数種類の信号（チャネル／ＲＳ）に適用される送信設定指示状態（ＴＣＩ状態）がサポートされる場合であっても、通信を適切に制御することができる端末、無線通信方法及び基地局を提供することを目的の１つとする。
　本開示の一態様に係る端末は、統一送信コンフィグレーション指標（ＴＣＩ）状態を指示する情報と、複数のＵＬ送信を指示する１つの下り制御情報と、を受信する受信部と、前記下り制御情報により指示される情報、前記ＵＬ送信に対応する送受信ポイント（ＴＲＰ）インデックス、及び前記ＵＬ送信に対応する制御リソースセットプールインデックスの少なくとも一つに基づいて、前記複数のＵＬ送信に適用する統一ＴＣＩ状態を決定する制御部と、を有する。
　本開示の一態様によれば、複数種類の信号（チャネル／ＲＳ）に適用される送信設定指示状態（ＴＣＩ状態）がサポートされる場合であっても、通信を適切に制御することができる。
図１Ａ及び図１Ｂは、統一／共通ＴＣＩフレームワークの一例を示す図である。 図２Ａ及び図２Ｂは、ＤＣＩベースＴＣＩ状態指示の一例を示す図である。 図３は、統一ＴＣＩ状態指示の適用時間の一例を示す図である。 図４Ａ－図４Ｄは、マルチＴＲＰの一例を示す図である。 図５Ａ及び図５Ｂは、マルチＴＲＰに対するビーム指示方法の一例を示す図である。 図６Ａ及び図６Ｂは、ＣＯＲＥＳＥＴプールインデックスが設定される場合の統一／共通ＴＣＩフレームワークの一例を示す。 図７は、ＣＯＲＥＳＥＴプールインデックスが設定される場合のＵＬチャネル／信号又はＤＬ参照信号に対する統一／共通ＴＣＩフレームワークの適用の課題の一例を示す。 図８は、第１の実施形態にかかるシングルＤＣＩベースのＵＬ送信における統一／共通ＴＣＩ状態の決定方法の一例を示す図である。 図９は、第１の実施形態にかかるＳＲＳリソース（セット）とＴＣＩ状態との対応関係の一例を示す図である。 図１０は、第１の実施形態にかかるＳＲＳリソース（セット）とＴＣＩ状態との対応関係の他の例を示す図である。 図１１は、第１の実施形態にかかるＳＲＳリソース（セット）とＴＣＩ状態との対応関係の他の例を示す図である。 図１２は、第２の実施形態にかかるＣＯＲＥＳＥＴプールインデックスが設定される場合の統一／共通ＴＣＩ状態の決定方法の一例を示す図である。 図１３は、セルグループに含まれるセルが属するタイミングアドバンスグループ（ＴＡＧ）の一例を示す図である。 図１４は、タイミングアドバンスコマンド用のＭＡＣ　ＣＥの一例を示す図である。 図１５は、第３の実施形態にかかるＣＯＲＥＳＥＴプールインデックスが設定される場合の統一／共通ＴＣＩ状態及びＴＡＧの決定方法の一例を示す図である。 図１６は、第４の実施形態にかかるＵＬ送信（例えば、ＰＵＳＣＨ送信）におけるＳＲＳリソースの決定方法の一例を示す図である。 図１７は、第４の実施形態にかかるＵＬ送信（例えば、ＰＵＳＣＨ送信）におけるＳＲＳリソースの決定方法の他の例を示す図である。 図１８は、第４の実施形態にかかるＵＬ送信（例えば、ＰＵＳＣＨ送信）におけるＳＲＳリソースの決定方法の他の例を示す図である。 図１９Ａ及び図１９Ｂは、それぞれジョイントＡＣＫ／ＮＡＣＫフィードバック及びセパレートＡＣＫ／ＮＡＣＫフィードバックの一例を示す図である。 図２０は、第４の実施形態に係るＰＵＣＣＨリソースの設定方法を一例を示す図である。 図２１は、第４の実施形態に係るＰＵＣＣＨリソースの設定方法の他の例を示す図である。 図２２は、第４の実施形態に係るＰＵＣＣＨリソースの設定方法の他の例を示す図である。 図２３は、第４の実施形態に係るＰＵＣＣＨリソースの設定方法の他の例を示す図である。 図２４は、第４の実施形態に係るＰＵＣＣＨリソースの設定方法の他の例を示す図である。 図２５は、第４の実施形態に係るＰＵＣＣＨリソースの設定方法の他の例を示す図である。 図２６は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。 図２７は、一実施形態に係る基地局の構成の一例を示す図である。 図２８は、一実施形態に係るユーザ端末の構成の一例を示す図である。 図２９は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。 図３０は、一実施形態に係る車両の一例を示す図である。
（ＴＣＩ、空間関係、ＱＣＬ）
　ＮＲでは、送信設定指示状態（Transmission　Configuration　Indication　state（ＴＣＩ状態））に基づいて、信号及びチャネルの少なくとも一方（信号／チャネルと表現する）のＵＥにおける受信処理（例えば、受信、デマッピング、復調、復号の少なくとも１つ）、送信処理（例えば、送信、マッピング、プリコーディング、変調、符号化の少なくとも１つ）を制御することが検討されている。
　ＴＣＩ状態は下りリンクの信号／チャネルに適用されるものを表してもよい。上りリンクの信号／チャネルに適用されるＴＣＩ状態に相当するものは、空間関係（spatial　relation）と表現されてもよい。
　ＴＣＩ状態とは、信号／チャネルの疑似コロケーション（Quasi-Co-Location（ＱＣＬ））に関する情報であり、空間受信パラメータ、空間関係情報（Spatial　Relation　Information）などと呼ばれてもよい。ＴＣＩ状態は、チャネルごと又は信号ごとにＵＥに設定されてもよい。
　ＱＣＬとは、信号／チャネルの統計的性質を示す指標である。例えば、ある信号／チャネルと他の信号／チャネルがＱＣＬの関係である場合、これらの異なる複数の信号／チャネル間において、ドップラーシフト（Doppler　shift）、ドップラースプレッド（Doppler　spread）、平均遅延（average　delay）、遅延スプレッド（delay　spread）、空間パラメータ（spatial　parameter）（例えば、空間受信パラメータ（spatial　Rx　parameter））の少なくとも１つが同一である（これらの少なくとも１つに関してＱＣＬである）と仮定できることを意味してもよい。
　なお、空間受信パラメータは、ＵＥの受信ビーム（例えば、受信アナログビーム）に対応してもよく、空間的ＱＣＬに基づいてビームが特定されてもよい。本開示におけるＱＣＬ（又はＱＣＬの少なくとも１つの要素）は、ｓＱＣＬ（spatial　QCL）で読み替えられてもよい。
　ＱＣＬは、複数のタイプ（ＱＣＬタイプ）が規定されてもよい。例えば、同一であると仮定できるパラメータ（又はパラメータセット）が異なる４つのＱＣＬタイプＡ－Ｄが設けられてもよい。
　ある制御リソースセット（Control　Resource　Set（ＣＯＲＥＳＥＴ））、チャネル又は参照信号が、別のＣＯＲＥＳＥＴ、チャネル又は参照信号と特定のＱＣＬ（例えば、ＱＣＬタイプＤ）の関係にあるとＵＥが想定することは、ＱＣＬ想定（QCL　assumption）と呼ばれてもよい。
　ＵＥは、信号／チャネルのＴＣＩ状態又はＱＣＬ想定に基づいて、当該信号／チャネルの送信ビーム（Ｔｘビーム）及び受信ビーム（Ｒｘビーム）の少なくとも１つを決定してもよい。
　ＴＣＩ状態は、例えば、対象となるチャネル（言い換えると、当該チャネル用の参照信号（Reference　Signal（ＲＳ）））と、別の信号（例えば、別のＲＳ）とのＱＣＬに関する情報であってもよい。ＴＣＩ状態は、上位レイヤシグナリング、物理レイヤシグナリング又はこれらの組み合わせによって設定（指示）されてもよい。
　物理レイヤシグナリングは、例えば、下り制御情報（Downlink　Control　Information（ＤＣＩ））であってもよい。
　ＴＣＩ状態又は空間関係が設定（指定）されるチャネルは、例えば、下り共有チャネル（Physical　Downlink　Shared　Channel（ＰＤＳＣＨ））、下り制御チャネル（Physical　Downlink　Control　Channel（ＰＤＣＣＨ））、上り共有チャネル（Physical　Uplink　Shared　Channel（ＰＵＳＣＨ））、上り制御チャネル（Physical　Uplink　Control　Channel（ＰＵＣＣＨ））の少なくとも１つであってもよい。
　また、当該チャネルとＱＣＬ関係となるＲＳは、例えば、同期信号ブロック（Synchronization　Signal　Block（ＳＳＢ））、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal（ＣＳＩ－ＲＳ））、測定用参照信号（Sounding　Reference　Signal（ＳＲＳ））、トラッキング用ＣＳＩ－ＲＳ（Tracking　Reference　Signal（ＴＲＳ）とも呼ぶ）、ＱＣＬ検出用参照信号（ＱＲＳとも呼ぶ）の少なくとも１つであってもよい。
　ＳＳＢは、プライマリ同期信号（Primary　Synchronization　Signal（ＰＳＳ））、セカンダリ同期信号（Secondary　Synchronization　Signal（ＳＳＳ））及びブロードキャストチャネル（Physical　Broadcast　Channel（ＰＢＣＨ））の少なくとも１つを含む信号ブロックである。ＳＳＢは、ＳＳ／ＰＢＣＨブロックと呼ばれてもよい。
　ＴＣＩ状態のＱＣＬタイプＸのＲＳは、あるチャネル／信号（のＤＭＲＳ）とＱＣＬタイプＸの関係にあるＲＳを意味してもよく、このＲＳは当該ＴＣＩ状態のＱＣＬタイプＸのＱＣＬソースと呼ばれてもよい。
〔データ用物理レイヤ手順／アンテナポートＱＣＬ〕
　ＵＥは、そのＵＥと、与えられたサービングセルと、を目的するＤＣＩを伴う検出されたＰＤＣＣＨに従って、ＰＤＳＣＨの復号のための上位レイヤパラメータPDSCH-Config内のＭ個までのTCI-State（ＴＣＩ状態）設定のリストを設定されることができる。ここで、Ｍは、ＵＥ能力maxNumberConfiguredTCIstatesPerCCに依存する。
　各TCI-Stateは、１つ又は２つの下りリンク参照信号と、ＰＤＳＣＨのＤＭＲＳポート、ＰＤＣＣＨのＤＭＲＳポート、又はＣＳＩ－ＲＳリソースのＣＳＩ－ＲＳポートと、の間のＱＣＬ関係の設定のためのパラメータを含む。そのＱＣＬ関係は、第１ＤＬ　ＲＳに対する上位レイヤパラメータqcl-Type1と、（もし設定されれば）第２ＤＬ　ＲＳに対する上位レイヤパラメータqcl-Type2と、によって設定される。
　２つのＤＬ　ＲＳのケースにおいて、参照が同じＤＬ　ＲＳへの参照であるか異なるＤＬ　ＲＳへの参照であるかに関わらず、複数ＱＣＬタイプは同じでない。各ＤＬ　ＲＳに対応するＱＣＬタイプは、QCL-Info内の上位レイヤパラメータqcl-Typeによって与えられ、以下の値の１つを取る。
-　'typeA'：｛Doppler　shift，Doppler　spread，average　delay，delay　spread｝
-　'typeB'：｛Doppler　shift，Doppler　spread｝
-　'typeC'：｛Doppler　shift，average　delay｝
-　'typeD'：｛Spatial　Rx　parameter｝
〔ＲＲＣプロトコル仕様／ＲＲＣ　ＩＥ／ＴＣＩ状態〕
　TCI-State（ＴＣＩ状態）は、１つ又は２つのＤＬ参照信号（ＲＳ）を、対応するＱＣＬタイプに関連付ける。もしそのＲＳに対して追加physical　cell　identifier（ＰＣＩ）が設定される場合、両方のＤＬ　ＲＳに対して同じ値が設定される。
（デフォルトＴＣＩ状態／デフォルト空間関係／デフォルトＰＬ－ＲＳ）
　Ｒｅｌ．１６において、ＰＤＳＣＨは、ＴＣＩフィールドを有するＤＣＩでスケジュールされてもよい。ＰＤＳＣＨのためのＴＣＩ状態は、ＴＣＩフィールドによって指示される。ＤＣＩフォーマット１＿１のＴＣＩフィールドは３ビットであり、ＤＣＩフォーマット１＿２のＴＣＩフィールドは最大３ビットである。
　ＲＲＣ接続モードにおいて、もしＰＤＳＣＨをスケジュールするＣＯＲＥＳＥＴに対して、第１のＤＣＩ内ＴＣＩ情報要素（上位レイヤパラメータtci-PresentInDCI）が「有効（enabled）」とセットされる場合、ＵＥは、当該ＣＯＲＥＳＥＴにおいて送信されるＰＤＣＣＨのＤＣＩフォーマット１＿１内に、ＴＣＩフィールドが存在すると想定する。
　また、もしＰＤＳＣＨをスケジュールするＣＯＲＥＳＥＴに対する第２のＤＣＩ内ＴＣＩ情報要素（上位レイヤパラメータtci-PresentInDCI-1-2）がＵＥに設定される場合、ＵＥは、当該ＣＯＲＥＳＥＴにおいて送信されるＰＤＳＣＨのＤＣＩフォーマット１＿２内に、第２のＤＣＩ内ＴＣＩ情報要素で指示されるＤＣＩフィールドサイズをもつＴＣＩフィールドが存在すると想定する。
　また、Ｒｅｌ．１６において、ＰＤＳＣＨは、ＴＣＩフィールドを有さないＤＣＩでスケジュールされてもよい。当該ＤＣＩのＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、又は、ＤＣＩ内ＴＣＩ情報要素（上位レイヤパラメータtci-PresentInDCI又はtci-PresentInDCI-1-2）が設定（有効に）されないケースにおけるＤＣＩフォーマット１＿１／１＿２であってもよい。ＰＤＳＣＨがＴＣＩフィールドを有さないＤＣＩでスケジュールされ、もしＤＬ　ＤＣＩ（ＰＤＳＣＨをスケジュールするＤＣＩ（スケジューリングＤＣＩ））の受信と、対応するＰＤＳＣＨ（当該ＤＣＩによってスケジュールされるＰＤＳＣＨ）と、の間の時間オフセットが、閾値（timeDurationForQCL）以上である場合、ＵＥは、ＰＤＳＣＨのためのＴＣＩ状態又はＱＣＬ想定が、ＣＯＲＥＳＥＴ（例えば、スケジューリングＤＣＩ）のＴＣＩ状態又はＱＣＬ想定（デフォルトＴＣＩ状態）と同じであると想定する。
　ＲＲＣ接続モードにおいて、ＤＣＩ内ＴＣＩ情報要素（上位レイヤパラメータtci-PresentInDCI及びtci-PresentInDCI-1-2）が「有効（enabled）」とセットされる場合と、ＤＣＩ内ＴＣＩ情報要素が設定されない場合と、の両方において、ＤＬ　ＤＣＩ（ＰＤＳＣＨをスケジュールするＤＣＩ）の受信と、対応するＰＤＳＣＨ（当該ＤＣＩによってスケジュールされるＰＤＳＣＨ）と、の間の時間オフセットが、閾値（timeDurationForQCL）より小さい場合（適用条件、第１条件）、もし非クロスキャリアスケジューリングの場合、ＰＤＳＣＨのＴＣＩ状態（デフォルトＴＣＩ状態）は、その（特定ＵＬ信号の）ＣＣのアクティブＤＬ　ＢＷＰ内の最新のスロット内の最低のＣＯＲＥＳＥＴ　ＩＤのＴＣＩ状態であってもよい。そうでない場合、ＰＤＳＣＨのＴＣＩ状態（デフォルトＴＣＩ状態）は、スケジュールされるＣＣのアクティブＤＬ　ＢＷＰ内のＰＤＳＣＨの最低のＴＣＩ状態ＩＤのＴＣＩ状態であってもよい。
　Ｒｅｌ．１５においては、ＰＵＣＣＨ空間関係のアクティベーション／ディアクティベーション用のＭＡＣ　ＣＥと、ＳＲＳ空間関係のアクティベーション／ディアクティベーション用のＭＡＣ　ＣＥと、の個々のＭＡＣ　ＣＥが必要である。ＰＵＳＣＨ空間関係は、ＳＲＳ空間関係に従う。
　Ｒｅｌ．１６においては、ＰＵＣＣＨ空間関係のアクティベーション／ディアクティベーション用のＭＡＣ　ＣＥと、ＳＲＳ空間関係のアクティベーション／ディアクティベーション用のＭＡＣ　ＣＥと、の少なくとも１つが用いられなくてもよい。
　もしＦＲ２において、ＰＵＣＣＨに対する空間関係とＰＬ－ＲＳの両方が設定されない場合（適用条件、第２条件）、ＰＵＣＣＨに対して空間関係及びＰＬ－ＲＳのデフォルト想定（デフォルト空間関係及びデフォルトＰＬ－ＲＳ）が適用される。もしＦＲ２において、ＳＲＳ（ＳＲＳに対するＳＲＳリソース、又はＰＵＳＣＨをスケジュールするＤＣＩフォーマット０＿１内のＳＲＩに対応するＳＲＳリソース）に対する空間関係とＰＬ－ＲＳの両方が設定されない場合（適用条件、第２条件）、ＤＣＩフォーマット０＿１によってスケジュールされるＰＵＳＣＨとＳＲＳとに対して空間関係及びＰＬ－ＲＳのデフォルト想定（デフォルト空間関係及びデフォルトＰＬ－ＲＳ）が適用される。
　もしそのＣＣ上のアクティブＤＬ　ＢＷＰ内にＣＯＲＥＳＥＴが設定される場合（適用条件）、デフォルト空間関係及びデフォルトＰＬ－ＲＳは、当該アクティブＤＬ　ＢＷＰ内の最低ＣＯＲＥＳＥＴ　ＩＤを有するＣＯＲＥＳＥＴのＴＣＩ状態又はＱＣＬ想定であってもよい。もしそのＣＣ上のアクティブＤＬ　ＢＷＰ内にＣＯＲＥＳＥＴが設定されない場合、デフォルト空間関係及びデフォルトＰＬ－ＲＳは、当該アクティブＤＬ　ＢＷＰ内のＰＤＳＣＨの最低ＩＤを有するアクティブＴＣＩ状態であってもよい。
　Ｒｅｌ．１５において、ＤＣＩフォーマット０＿０によってスケジュールされるＰＵＳＣＨの空間関係は、同じＣＣ上のＰＵＣＣＨのアクティブ空間関係のうち、最低ＰＵＣＣＨリソースＩＤを有するＰＵＣＣＨリソースの空間関係に従う。ネットワークは、ＳＣｅｌｌ上でＰＵＣＣＨが送信されない場合であっても、全てのＳＣｅｌｌ上のＰＵＣＣＨ空間関係を更新する必要がある。
　Ｒｅｌ．１６においては、ＤＣＩフォーマット０＿０によってスケジュールされるＰＵＳＣＨのためのＰＵＣＣＨ設定は必要とされない。ＤＣＩフォーマット０＿０によってスケジュールされるＰＵＳＣＨに対し、そのＣＣ内のアクティブＵＬ　ＢＷＰ上に、アクティブＰＵＣＣＨ空間関係がない、又はＰＵＣＣＨリソースがない場合（適用条件、第２条件）、当該ＰＵＳＣＨにデフォルト空間関係及びデフォルトＰＬ－ＲＳが適用される。
　ＳＲＳ用デフォルト空間関係／デフォルトＰＬ－ＲＳの適用条件は、ＳＲＳ用デフォルトビームパスロス有効化情報要素（上位レイヤパラメータenableDefaultBeamPlForSRS）が有効にセットされることを含んでもよい。ＰＵＣＣＨ用デフォルト空間関係／デフォルトＰＬ－ＲＳの適用条件は、ＰＵＣＣＨ用デフォルトビームパスロス有効化情報要素（上位レイヤパラメータenableDefaultBeamPlForPUCCH）が有効にセットされることを含んでもよい。ＤＣＩフォーマット０＿０によってスケジュールされるＰＵＳＣＨ用デフォルト空間関係／デフォルトＰＬ－ＲＳの適用条件は、ＤＣＩフォーマット０＿０によってスケジュールされるＰＵＳＣＨ用デフォルトビームパスロス有効化情報要素（上位レイヤパラメータenableDefaultBeamPlForPUSCH0_0）が有効にセットされることを含んでもよい。
　Ｒｅｌ．１６において、ＵＥに対し、ＲＲＣパラメータ（ＰＵＣＣＨのためのデフォルトビームＰＬを有効化するパラメータ（enableDefaultBeamPL-ForPUCCH）、ＰＵＳＣＨのためのデフォルトビームＰＬを有効化するパラメータ（enableDefaultBeamPL-ForPUSCH0_0）、又は、ＳＲＳのためのデフォルトビームＰＬを有効化するパラメータ（enableDefaultBeamPL-ForSRS））が設定され、空間関係又はＰＬ－ＲＳが設定されない場合、ＵＥは、デフォルト空間関係／ＰＬ－ＲＳを適用する。
　上記閾値は、ＱＣＬ用時間長（time　duration）、「timeDurationForQCL」、「Threshold」、「Threshold　for　offset　between　a　DCI　indicating　a　TCI　state　and　a　PDSCH　scheduled　by　the　DCI」、「Threshold-Sched-Offset」、「beamSwitchTiming」、スケジュールオフセット閾値、スケジューリングオフセット閾値、などと呼ばれてもよい。上記閾値は、（サブキャリア間隔毎の）ＵＥ能力として、ＵＥによって報告されてもよい。
　ＤＬ　ＤＣＩの受信と、それに対応するＰＤＳＣＨと、の間のオフセット（スケジューリングオフセット）が閾値timeDurationForQCLより小さく、且つスケジュールされたＰＤＳＣＨのサービングセルに対して設定された少なくとも１つのＴＣＩ状態が「ＱＣＬタイプＤ」を含み、且つＵＥが２デフォルトＴＣＩ有効化情報要素（enableTwoDefaultTCIStates-r16）を設定され、且つ少なくとも１つのＴＣＩコードポイント（ＤＬ　ＤＣＩ内のＴＣＩフィールドのコードポイント）が２つのＴＣＩ状態を示す場合、ＵＥは、サービングセルのＰＤＳＣＨ又はＰＤＳＣＨ送信オケージョンのＤＭＲＳポートが、２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうちの最低コードポイントに対応する２つのＴＣＩ状態に関連付けられたＱＣＬパラメータに関するＲＳとＱＣＬされる（quasi　co-located）と想定する（２デフォルトＱＣＬ想定決定ルール）。２デフォルトＴＣＩ有効化情報要素は、少なくとも１つのＴＣＩコードポイントが２つのＴＣＩ状態にマップされる場合のＰＤＳＣＨ用の２つのデフォルトＴＣＩ状態のＲｅｌ．１６動作が有効化されることを示す。
　Ｒｅｌ．１５／１６におけるＰＤＳＣＨのデフォルトＴＣＩ状態として、シングルＴＲＰ向けのデフォルトＴＣＩ状態、マルチＤＣＩに基づくマルチＴＲＰ向けのデフォルトＴＣＩ状態、シングルＤＣＩに基づくマルチＴＲＰ向けのデフォルトＴＣＩ状態、が仕様化されている。
　Ｒｅｌ．１５／１６における非周期的ＣＳＩ－ＲＳ（Ａ（aperiodic）－ＣＳＩ－ＲＳ）のデフォルトＴＣＩ状態として、シングルＴＲＰ向けのデフォルトＴＣＩ状態、マルチＤＣＩに基づくマルチＴＲＰ向けのデフォルトＴＣＩ状態、シングルＤＣＩに基づくマルチＴＲＰ向けのデフォルトＴＣＩ状態、が仕様化されている。
　Ｒｅｌ．１５／１６において、ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳのそれぞれについての、デフォルト空間関係及びデフォルトＰＬ－ＲＳが仕様化されている。
（統一（unified）／共通（common）ＴＣＩフレームワーク）
　統一ＴＣＩフレームワークによれば、複数種類（ＵＬ／ＤＬ）のチャネル／ＲＳを共通のフレームワークによって制御できる。統一ＴＣＩフレームワークは、Ｒｅｌ．１５のようにＴＣＩ状態又は空間関係をチャネルごとに規定するのではなく、共通ビーム（共通ＴＣＩ状態）を指示し、それをＵＬ及びＤＬの全てのチャネルへ適用してもよいし、ＵＬ用の共通ビームをＵＬの全てのチャネルに適用し、ＤＬ用の共通ビームをＤＬの全てのチャネルに適用してもよい。
　ＤＬ及びＵＬの両方のための１つの共通ビーム、又は、ＤＬ用の共通ビームとＵＬ用の共通ビーム（全体で２つの共通ビーム）が検討されている。
　ＵＥは、ＵＬ及びＤＬに対して同じＴＣＩ状態（ジョイントＴＣＩ状態、ジョイントＴＣＩプール、ジョイント共通ＴＣＩプール、ジョイントＴＣＩ状態セット）を想定してもよい。ＵＥは、ＵＬ及びＤＬのそれぞれに対して異なるＴＣＩ状態（セパレートＴＣＩ状態、セパレートＴＣＩプール、ＵＬセパレートＴＣＩプール及びＤＬセパレートＴＣＩプール、セパレート共通ＴＣＩプール、ＵＬ共通ＴＣＩプール及びＤＬ共通ＴＣＩプール）を想定してもよい。ジョイントＴＣＩ状態とセパレートＴＣＩ状態のいずれが適用されるかは、ＲＲＣ／ＭＡＣ　ＣＥにより設定（又は、切り替え）が行われてもよい。
　ＭＡＣ　ＣＥに基づくビーム管理（ＭＡＣ　ＣＥレベルビーム指示）によって、ＵＬ及びＤＬのデフォルトビームを揃えてもよい。ＰＤＳＣＨのデフォルトＴＣＩ状態を更新し、デフォルトＵＬビーム（空間関係）に合わせてもよい。
　ＤＣＩに基づくビーム管理（ＤＣＩレベルビーム指示）によって、ＵＬ及びＤＬの両方用の同じＴＣＩプール（ジョイント共通ＴＣＩプール、ジョイントＴＣＩプール、セット）から共通ビーム／統一ＴＣＩ状態が指示されてもよい。Ｘ（＞１）個のＴＣＩ状態がＭＡＣ　ＣＥによってアクティベートされてもよい。ＵＬ／ＤＬ　ＤＣＩは、Ｘ個のアクティブＴＣＩ状態から１つを選択してもよい。選択されたＴＣＩ状態は、ＵＬ及びＤＬの両方のチャネル／ＲＳに適用されてもよい。
　ＴＣＩプール（セット）は、ＲＲＣパラメータによって設定された複数のＴＣＩ状態であってもよいし、ＲＲＣパラメータによって設定された複数のＴＣＩ状態のうち、ＭＡＣ　ＣＥによってアクティベートされた複数のＴＣＩ状態（アクティブＴＣＩ状態、アクティブＴＣＩプール、セット）であってもよい。各ＴＣＩ状態は、ＱＣＬタイプＡ／Ｄ　ＲＳであってもよい。ＱＣＬタイプＡ／Ｄ　ＲＳとしてＳＳＢ、ＣＳＩ－ＲＳ、又はＳＲＳが設定されてもよい。
　１以上のＴＲＰのそれぞれに対応するＴＣＩ状態の個数が規定されてもよい。例えば、ＵＬのチャネル／ＲＳに適用されるＴＣＩ状態（ＵＬ　ＴＣＩ状態）の個数Ｎ（≧１）と、ＤＬのチャネル／ＲＳに適用されるＴＣＩ状態（ＤＬ　ＴＣＩ状態）の個数Ｍ（≧１）と、が規定されてもよい。Ｎ及びＭの少なくとも一方は、上位レイヤシグナリング／物理レイヤシグナリングを介して、ＵＥに通知／設定／指示されてもよい。
　本開示において、Ｎ＝Ｍ＝Ｘ（Ｘは任意の整数）と記載される場合は、ＵＥに対して、Ｘ個の（Ｘ個のＴＲＰに対応する）ＵＬ及びＤＬに共通のＴＣＩ状態（ジョイントＴＣＩ状態）が通知／設定／指示されることを意味してもよい。また、Ｎ＝Ｘ（Ｘは任意の整数）、Ｍ＝Ｙ（Ｙは任意の整数、Ｙ＝Ｘであってもよい）と記載される場合は、ＵＥに対して、Ｘ個の（Ｘ個のＴＲＰに対応する）ＵＬ　ＴＣＩ状態及びＹ個の（Ｙ個のＴＲＰに対応する）ＤＬ　ＴＣＩ状態（すなわち、セパレートＴＣＩ状態）がそれぞれ通知／設定／指示されることを意味してもよい。
　例えば、Ｎ＝Ｍ＝１と記載される場合は、ＵＥに対し、単一のＴＲＰに対する、１つのＵＬ及びＤＬに共通のＴＣＩ状態が通知／設定／指示されることを意味してもよい（単一ＴＲＰのためのジョイントＴＣＩ状態）。
　また、例えば、Ｎ＝１、Ｍ＝１と記載される場合は、ＵＥに対し、単一のＴＲＰに対する、１つのＵＬ　ＴＣＩ状態と、１つのＤＬ　ＴＣＩ状態と、が別々に通知／設定／指示されることを意味してもよい（単一ＴＲＰのためのセパレートＴＣＩ状態）。
　また、例えば、Ｎ＝Ｍ＝２と記載される場合は、ＵＥに対し、複数の（２つの）ＴＲＰに対する、複数の（２つの）のＵＬ及びＤＬに共通のＴＣＩ状態が通知／設定／指示されることを意味してもよい（複数ＴＲＰのためのジョイントＴＣＩ状態）。
　また、例えば、Ｎ＝２、Ｍ＝２と記載される場合は、ＵＥに対し、複数（２つ）のＴＲＰに対する、複数の（２つの）ＵＬ　ＴＣＩ状態と、複数の（２つの）ＤＬ　ＴＣＩ状態と、が通知／設定／指示されることを意味してもよい（複数ＴＲＰのためのセパレートＴＣＩ状態）。
　なお、上記例においては、Ｎ及びＭの値が１又は２のケースを説明したが、Ｎ及びＭの値は３以上であってもよいし、Ｎ及びＭは異なってもよい。
　Ｒｅｌ．１７においてＮ＝Ｍ＝１がサポートされることが想定される。例えば、ＲＲＣ／ＭＡＣ　ＣＥ／ＤＣＩにより１つの共通ビーム（例えば、common　beam）を指示することがサポートされ、当該１つの共通ビームが複数のＤＬ／ＵＬのチャネル／参照信号に適用されてもよい。
　図１Ａ及び図１Ｂは、統一ＴＣＩフレームワークの一例を示している。図１Ａは、ジョイントＤＬ／ＵＬ　ＴＣＩ状態（例えば、Joint　DL/UL　TCI　state）の一例を示し、図１Ｂは、セパレートＴＣＩ状態（例えば、Separate　TCI（DL　TCI　state　and　UL　TCI　state）の一例を示している。
　図１Ａの例において、ＲＲＣパラメータ（情報要素）は、ＤＬ及びＵＬの両方用の複数のＴＣＩ状態を設定する。本開示において、ＲＲＣパラメータにより設定されるＴＣＩ状態は、設定されたＴＣＩ状態又は設定ＴＣＩ状態（例えば、configured　TCI　states）と呼ばれてもよい。ＭＡＣ　ＣＥは、設定された複数のＴＣＩ状態のうちの複数のＴＣＩ状態をアクティベートしてもよい。ＤＣＩは、アクティベートされた複数のＴＣＩ状態の１つを指示してもよい。本開示において、ＤＣＩにより指示されたＴＣＩ状態は、指示されたＴＣＩ状態又は指示ＴＣＩ状態（例えば、Indicated　TCI　state）と呼ばれてもよい。
　ＤＣＩは、ＵＬ　ＤＣＩ（例えば、ＰＵＳＣＨのスケジュールに利用されるＤＣＩ）であってもよいし、ＤＬ　ＤＣＩ（例えば、ＰＤＳＣＨのスケジュールに利用されるＤＣＩ）であってもよい。指示されたＴＣＩ状態は、ＵＬ／ＤＬのチャネル／ＲＳの少なくとも１つ（又は全て）に適用されてもよい。１つのＤＣＩがＵＬ　ＴＣＩ及びＤＬ　ＴＣＩの両方を指示してもよい。
　この図の例において、１つの点は、ＵＬ及びＤＬの両方に適用される１つのＴＣＩ状態であってもよいし、ＵＬ及びＤＬにそれぞれ適用される２つのＴＣＩ状態であってもよい。
　ＲＲＣパラメータによって設定された複数のＴＣＩ状態と、ＭＡＣ　ＣＥによってアクティベートされた複数のＴＣＩ状態と、の少なくとも１つは、ＴＣＩプール（共通ＴＣＩプール、ジョイントＴＣＩプール、ＴＣＩ状態プール）と呼ばれてもよい。ＭＡＣ　ＣＥによってアクティベートされた複数のＴＣＩ状態は、アクティブＴＣＩプール（アクティブ共通ＴＣＩプール）と呼ばれてもよい。
　なお、本開示において、複数のＴＣＩ状態を設定する上位レイヤパラメータ（ＲＲＣパラメータ）は、複数のＴＣＩ状態を設定する設定情報、単に「設定情報」と呼ばれてもよい。また、本開示において、ＤＣＩを用いて複数のＴＣＩ状態の１つを指示されることは、ＤＣＩに含まれる複数のＴＣＩ状態の１つを指示する指示情報を受信することであってもよいし、単に「指示情報」を受信することであってもよい。
　図１Ｂの例において、ＲＲＣパラメータは、ＤＬ及びＵＬの両方用の複数のＴＣＩ状態（ジョイント共通ＴＣＩプール）を設定する。ＭＡＣ　ＣＥは、設定された複数のＴＣＩ状態のうちの複数のＴＣＩ状態（アクティブＴＣＩプール）をアクティベートしてもよい。ＵＬ及びＤＬのそれぞれに対する（別々の、separate）アクティブＴＣＩプールが、設定／アクティベートされてもよい。
　ＤＬ　ＤＣＩ、又は新規ＤＣＩフォーマットが、１以上（例えば、１つ）のＴＣＩ状態を選択（指示）してもよい。その選択されたＴＣＩ状態は、１以上（又は全て）のＤＬのチャネル／ＲＳに適用されてもよい。ＤＬチャネルは、ＰＤＣＣＨ／ＰＤＳＣＨ／ＣＳＩ－ＲＳであってもよい。ＵＥは、Ｒｅｌ．１６のＴＣＩ状態の動作（ＴＣＩフレームワーク）を用いて、ＤＬの各チャネル／ＲＳのＴＣＩ状態を決定してもよい。ＵＬ　ＤＣＩ、又は新規ＤＣＩフォーマットが、１以上（例えば、１つ）のＴＣＩ状態を選択（指示）してもよい。その選択されたＴＣＩ状態は、１以上（又は全て）のＵＬチャネル／ＲＳに適用されてもよい。ＵＬチャネルは、ＰＵＳＣＨ／ＳＲＳ／ＰＵＣＣＨであってもよい。このように、異なるＤＣＩが、ＵＬ　ＴＣＩ及びＤＬ　ＤＣＩを別々に指示してもよい。
　Ｒｅｌ．１７　ＮＲ以降では、ＭＡＣ　ＣＥ／ＤＣＩにより、異なるphysical　cell　identifier（ＰＣＩ）に関連付けられたＴＣＩ状態へのビームのアクティベーション／指示がサポートされることが想定される。また、Ｒｅｌ．１８　ＮＲ以降では、ＭＡＣ　ＣＥ／ＤＣＩにより、異なるＰＣＩを有するセルへのサービングセルの変更が指示されることがサポートされることが想定される。
　図１ＡのＴＣＩ状態（例えば、ジョイントＤＬ／ＵＬ　ＴＣＩ状態）の設定／指示方法と、図１ＢのＴＣＩ状態の適用（例えば、セパレートＴＣＩ状態）設定／指示方法と、は切り替えて適用されてもよい。ジョイントＤＬ／ＵＬ　ＴＣＩ状態とセパレートＴＣＩ状態のいずれが適用されるかは、基地局からＵＥに上位レイヤパラメータにより設定されてもよい。
（ＴＣＩ状態の指示）
　Ｒｅｌ．１７統一ＴＣＩフレームワークは、以下のモード１から３をサポートする。
［モード１］ＭＡＣ　ＣＥベースＴＣＩ状態指示（MAC　CE　based　TCI　state　indication）
［モード２］ＤＬアサインメントを伴うＤＣＩベースＴＣＩ状態指示（DCI　based　TCI　state　indication　by　DCI　format　1_1/1_2　with　DL　assignment）
［モード３］ＤＬアサインメントを伴わないＤＣＩベースＴＣＩ状態指示（DCI　based　TCI　state　indication　by　DCI　format　1_1/1_2　without　DL　assignment）
　Ｒｅｌ．１７　ＴＣＩ状態ＩＤ（例えば、tci-StateId_r17）を伴って設定されアクティベートされたＴＣＩ状態を伴うＵＥは、１つのＣＣに対し、Ｒｅｌ．１７　ＴＣＩ状態ＩＤを伴う指示ＴＣＩ状態（indicated　TCI　state）を提供するＤＣＩフォーマット１＿１／１＿２を受信する、又は、同時ＴＣＩ更新リスト１又は同時ＴＣＩ更新リスト２（例えば、simultaneousTCI-UpdateList1　or　simultaneousTCI-UpdateList2）によって設定されたＣＣリストと同じＣＣリスト内の全てのＣＣに対し、Ｒｅｌ．１７　ＴＣＩ状態ＩＤを伴う指示ＴＣＩ状態を提供するＤＣＩフォーマット１＿１／１＿２を受信する。ＤＣＩフォーマット１＿１／１＿２は、もしＤＬアサインメントが利用可能であればそれを伴ってもよいし、伴わなくてもよい。
　もしＤＣＩフォーマット１＿１／１＿２がＤＬアサインメントを伴わない場合、ＵＥは、そのＤＣＩに対して、以下を想定（検証）できる。
－　ＣＳ－ＲＮＴＩがＤＣＩのためのＣＲＣのスクランブルに用いられる。
－　以下のＤＣＩフィールド（特別フィールド）の値が以下のようにセットされる：
　　－　redundancy　version（ＲＶ）フィールドがall　'1's。
　　－　modulation　and　coding　scheme（ＭＣＳ）フィールドがall　'1's。
　　－　new　data　indicator（ＮＤＩ）フィールドが0。
　　－　frequency　domain　resource　assignment（ＦＤＲＡ）フィールドが、ＦＤＲＡタイプ０に対してall　'0's、又は、ＦＤＲＡタイプ１に対してall　'1's、又は、ダイナミックスイッチ（DynamicSwitch）に対してall　'0's（ＤＬ　semi-persistent　scheduling（ＳＰＳ）又はＵＬグラントタイプ２スケジューリングのリリースのＰＤＣＣＨの検証（validation）と同様）。
　なお、上記モード２／モード３におけるＤＣＩは、ビーム指示ＤＣＩと呼ばれてもよい。
　Ｒｅｌ．１５／１６において、もしＵＥがＤＣＩを介するアクティブＢＷＰ変更をサポートしない場合、ＵＥは、ＢＷＰインディケータフィールドを無視する。Ｒｅｌ．１７　ＴＣＩ状態のサポートと、ＴＣＩフィールドの解釈と、の関係についても、同様の動作が検討されている。もしＵＥがＲｅｌ．１７　ＴＣＩ状態を伴って設定された場合、ＤＣＩフォーマット１＿１／１＿２内にＴＣＩフィールドが常に存在すること、もしＵＥがＤＣＩを介するＴＣＩ更新をサポートしない場合、ＵＥは、ＴＣＩフィールドを無視すること、が検討されている。
　Ｒｅｌ．１５／１６において、ＴＣＩフィールドが存在するか否か（ＤＣＩ内ＴＣＩ存在情報、tci-PresentInDCI）は、ＣＯＲＥＳＥＴごとに設定される。
　ＤＣＩフォーマット１＿１におけるＴＣＩフィールドは、上位レイヤパラメータtci-PresentInDCIが有効にされない場合に０ビットであり、そうでない場合に３ビットである。もしＢＷＰインディケータフィールドが、アクティブＢＷＰ以外のＢＷＰを指示する場合、ＵＥは、以下の動作に従う。
［動作］もしそのＤＣＩフォーマット１＿１を伝達するＰＤＣＣＨに用いられるＣＯＲＥＳＥＴに対して上位レイヤパラメータtci-PresentInDCIが有効にされない場合、ＵＥは、指示されたＢＷＰ内の全てのＣＯＲＥＳＥＴに対してtci-PresentInDCIが有効にされないと想定し、そうでない場合、ＵＥは、指示されたＢＷＰ内の全てのＣＯＲＥＳＥＴに対してtci-PresentInDCIが有効にされると想定する。
　ＤＣＩフォーマット１＿２におけるＴＣＩフィールドは、上位レイヤパラメータtci-PresentInDCI-1-2が設定されない場合に０ビットであり、そうでない場合に上位レイヤパラメータtci-PresentInDCI-1-2によって決定される１又は２又は３ビットである。もしＢＷＰインディケータフィールドが、アクティブＢＷＰ以外のＢＷＰを指示する場合、ＵＥは、以下の動作に従う。
［動作］もしそのＤＣＩフォーマット１＿２を伝達するＰＤＣＣＨに用いられるＣＯＲＥＳＥＴに対して上位レイヤパラメータtci-PresentInDCI-1-2が設定されない場合、ＵＥは、指示されたＢＷＰ内の全てのＣＯＲＥＳＥＴに対してtci-PresentInDCIが有効にされないと想定し、そうでない場合、ＵＥは、指示されたＢＷＰ内の全てのＣＯＲＥＳＥＴに対してtci-PresentInDCI-1-2が、そのＤＣＩフォーマット１＿２を伝達するＰＤＣＣＨに用いられるＣＯＲＥＳＥＴに対して設定されたtci-PresentInDCI-1-2と同じ値を伴って設定されると想定する。
　図２Ａは、ＤＣＩベースのジョイントＤＬ／ＵＬ　ＴＣＩ状態指示の一例を示す。ジョイントＤＬ／ＵＬ　ＴＣＩ状態指示用のＴＣＩフィールドの値に対し、ジョイントＤＬ／ＵＬ　ＴＣＩ状態を示すＴＣＩ状態ＩＤが関連付けられている。
　図２Ｂは、ＤＣＩベースのセパレートＤＬ／ＵＬ　ＴＣＩ状態指示の一例を示す。セパレートＤＬ／ＵＬ　ＴＣＩ状態指示用のＴＣＩフィールドの値に対し、ＤＬのみのＴＣＩ状態を示すＴＣＩ状態ＩＤと、ＵＬのみのＴＣＩ状態を示すＴＣＩ状態ＩＤと、の少なくとも１つのＴＣＩ状態ＩＤが関連付けられている。この例において、ＴＣＩフィールドの値０００から００１は、ＤＬ用の１つのＴＣＩ状態ＩＤのみに関連付けられ、ＴＣＩフィールドの値０１０から０１１は、ＵＬ用の１つのＴＣＩ状態ＩＤのみに関連付けられ、ＴＣＩフィールドの値１００から１１１は、ＤＬ用の１つのＴＣＩ状態ＩＤと、ＵＬ用の１つのＴＣＩ状態ＩＤとの両方に関連付けられている。
（指示ＴＣＩ状態／設定ＴＣＩ状態）
　Ｒｅｌ．１７ＴＣＩ状態について、統一／共通ＴＣＩ状態は、（Ｒｅｌ．１７の）ＤＣＩ／ＭＡＣ　ＣＥ／ＲＲＣを用いて指示されるＲｅｌ．１７ＴＣＩ状態（指示Ｒｅｌ．１７ＴＣＩ状態（indicated　Rel.17　TCI　state））を意味してもよい。
　本開示において、指示Ｒｅｌ．１７ＴＣＩ状態、指示ＴＣＩ状態（indicated　TCI　state）、指示ジョイントＴＣＩ状態、統一／共通ＴＣＩ状態、複数種類の信号（チャネル／ＲＳ）に適用されるＴＣＩ状態、複数種類の信号（チャネル／ＲＳ）のためのＴＣＩ状態、は互いに読み替えられてもよい。
　指示Ｒｅｌ．１７ＴＣＩ状態は、（Ｒｅｌ．１７のＤＣＩ／ＭＡＣ　ＣＥ／ＲＲＣを用いて更新された、）ＰＤＳＣＨ／ＰＤＣＣにおけるＵＥ固有の受信、動的グラント（ＤＣＩ）／設定（configured）グラントのＰＵＳＣＨ、及び、複数の（例えば、全ての）固有（dedicated）ＰＵＣＣＨリソース、の少なくとも１つと共有されてもよい。ＤＣＩ／ＭＡＣ　ＣＥ／ＲＲＣにより指示されるＴＣＩ状態は、指示ＴＣＩ状態、統一ＴＣＩ状態と呼ばれてもよい。
　Ｒｅｌ．１７ＴＣＩ状態について、統一ＴＣＩ状態以外のＴＣＩ状態は、（Ｒｅｌ．１７の）ＭＡＣ　ＣＥ／ＲＲＣを用いて設定されるＲｅｌ．１７ＴＣＩ状態（設定Ｒｅｌ．１７ＴＣＩ状態（configured　Rel.17　TCI　state））を意味してもよい。本開示において、設定Ｒｅｌ．１７ＴＣＩ状態、設定ＴＣＩ状態（configured　TCI　state）、設定ジョイントＴＣＩ状態、統一ＴＣＩ状態以外のＴＣＩ状態、特定種類の信号（チャネル／ＲＳ）に適用されるＴＣＩ状態、は互いに読み替えられてもよい。
　設定Ｒｅｌ．１７ＴＣＩ状態は、（Ｒｅｌ．１７のＤＣＩ／ＭＡＣ　ＣＥ／ＲＲＣを用いて更新された、）ＰＤＳＣＨ／ＰＤＣＣにおけるＵＥ固有の受信、動的グラント（ＤＣＩ）／設定（configured）グラントのＰＵＳＣＨ、及び、複数の（例えば、全ての）固有（dedicated）ＰＵＣＣＨリソース、の少なくとも１つと共有されなくてもよい。設定Ｒｅｌ．１７ＴＣＩ状態は、ＣＯＲＥＳＥＴごと／リソースごと／リソースセットごとにＲＲＣ／ＭＡＣ　ＣＥで設定され、上述した指示Ｒｅｌ．１７ＴＣＩ状態（コモンＴＣＩ状態）が更新されても、設定Ｒｅｌ．１７ＴＣＩ状態は更新されない構成であってもよい。
　ＵＥ固有のチャネル／信号（ＲＳ）に対して、指示Ｒｅｌ．１７ＴＣＩ状態が適用されることが検討されている。また、非ＵＥ固有のチャネル／信号に対して、指示Ｒｅｌ．１７ＴＣＩ状態及び設定Ｒｅｌ．１７ＴＣＩ状態のいずれかを適用するかについて上位レイヤシグナリング（ＲＲＣシグナリング）を用いてＵＥに通知することが検討されている。
　設定Ｒｅｌ．１７ＴＣＩ状態（ＴＣＩ状態ＩＤ）に関するＲＲＣパラメータは、Ｒｅｌ．１５／１６におけるＴＣＩ状態のＲＲＣパラメータと同じ構成とすることが検討されている。設定Ｒｅｌ．１７ＴＣＩ状態は、ＲＲＣ／ＭＡＣ　ＣＥを用いて、ＣＯＲＥＳＥＴごと／リソースごと／リソースセットごとに設定／指示されることが検討されている。また、当該設定／指示について、ＵＥは、特定のパラメータに基づいて判断することが検討されている。
　ＵＥに対し、指示ＴＣＩ状態の更新と、設定ＴＣＩ状態の更新と、が別々に行われることが検討されている。例えば、ＵＥに対し、指示ＴＣＩ状態についての統一ＴＣＩ状態が更新された場合、設定ＴＣＩ状態の更新が行われなくてもよい。また、当該更新について、ＵＥは、特定のパラメータに基づいて判断することが検討されている。
　また、ＰＤＣＣＨ／ＰＤＳＣＨについて、指示Ｒｅｌ．１７ＴＣＩ状態が適用されるか、指示Ｒｅｌ．１７ＴＣＩ状態が適用されない（設定Ｒｅｌ．１７ＴＣＩ状態が適用される、指示Ｒｅｌ．１７ＴＣＩ状態とは別に設定されたＴＣＩ状態が適用される）か、について、上位レイヤシグナリング（ＲＲＣ／ＭＡＣ　ＣＥ）を用いて切り替えることが検討されている。
　また、セル内（intra-cell）のビーム指示（ＴＣＩ状態の指示）について、ＵＥ固有のＣＯＲＥＳＥＴ及び当該ＣＯＲＥＳＥＴに関連するＰＤＳＣＨと、非ＵＥ固有のＣＯＲＥＳＥＴ及び当該ＣＯＲＥＳＥＴに関連するＰＤＳＣＨと、に対して指示Ｒｅｌ．１７ＴＣＩ状態がサポートされることが検討されている。
　また、セル間（inter-cell）のビーム指示（例えば、Ｌ１／Ｌ２インターセルモビリティ）について、ＵＥ固有のＣＯＲＥＳＥＴ及び当該ＣＯＲＥＳＥＴに関連するＰＤＳＣＨに対して、指示Ｒｅｌ．１７ＴＣＩ状態がサポートされることが検討されている。
　Ｒｅｌ．１５において、ＣＯＲＥＳＥＴ＃０に対しＴＣＩ状態を指示するかどうかは基地局の実装次第であった。Ｒｅｌ．１５では、ＴＣＩ状態を指示されたＣＯＲＥＳＥＴ＃０について、当該指示されたＴＣＩ状態が適用される。ＴＣＩ状態が指示されないＣＯＲＥＳＥＴ＃０に対して、最新（最近）のＰＲＡＣＨ送信時に選択したＳＳＢとＱＣＬが適用される。
　Ｒｅｌ．１７以降の統一ＴＣＩ状態フレームワークにおいて、ＣＯＲＥＳＥＴ＃０に関するＴＣＩ状態について検討がされている。
　例えば、Ｒｅｌ．１７以降の統一ＴＣＩ状態のフレームワークでは、ＣＯＲＥＳＥＴ＃０のＲｅｌ．１７　ＴＣＩ状態指示について、サービングセルに関連づけられた指示Ｒｅｌ．１７ＴＣＩ状態（indicated　Rel-17　TCI　state　associated　with　the　serving　cell）を適用するかどうかは、ＲＲＣによりＣＯＲＥＳＥＴごとに設定され、適用しない場合には、既存のＭＡＣ　ＣＥ／ＲＡＣＨシグナリングメカニズム（legacy　MAC　CE/RACH　signalling　mechanism）が利用されてもよい。
　なお、ＣＯＲＥＳＥＴ＃０に適用されるＲｅｌ．１７ＴＣＩ状態に関連するＣＳＩ－ＲＳは、サービングセルＰＣＩ（物理セルＩＤ）に関連するＳＳＢとＱＣＬされてもよい（Ｒｅｌ．１５と同様）。
　ＣＯＲＥＳＥＴ＃０、共通サーチスペース（common　search　space（ＣＳＳ））を伴うＣＯＲＥＳＥＴ、ＣＳＳとＵＥ固有サーチスペース（UE-specific　search　space（ＵＳＳ））を伴うＣＯＲＥＳＥＴ、に対し、ＣＯＲＥＳＥＴごとに、指示Ｒｅｌ．１７ＴＣＩ状態に従うか否かがＲＲＣパラメータによって設定されてもよい。そのＣＯＲＥＳＥＴに対し、指示Ｒｅｌ．１７ＴＣＩ状態に従うことを設定されない場合、設定Ｒｅｌ．１７ＴＣＩ状態が、そのＣＯＲＥＳＥＴに適用されてもよい。
　（ＣＯＲＥＳＥＴを除く）非ＵＥ個別（non-UE-dedicated）のチャネル／ＲＳに対し、チャネル／リソース／リソースセットごとに、指示Ｒｅｌ．１７ＴＣＩ状態に従うか否かがＲＲＣパラメータによって設定されてもよい。そのチャネル／リソース／リソースセットに対し、指示Ｒｅｌ．１７ＴＣＩ状態に従うことを設定されない場合、設定Ｒｅｌ．１７ＴＣＩ状態が、そのチャネル／リソース／リソースセットに適用されてもよい。
（指示ＴＣＩ状態が適用されるチャネル／ＲＳ）
　ＭＡＣ　ＣＥ／ＤＣＩによる指示ＴＣＩ状態（"indicated　TCI　state"）は、以下のチャネル／ＲＳに適用されてもよい。
［ＰＤＣＣＨ］
・ＣＯＲＥＳＥＴ０に対し、followUnifiedTCIState（統一ＴＣＩ状態に従うこと）が設定された場合、指示ＴＣＩ状態が適用される。そうでない場合、そのＣＯＲＥＳＥＴに対し、Ｒｅｌ．１５仕様が適用される。すなわち、ＣＯＲＥＳＥＴ０は、ＭＡＣ　ＣＥによってアクティベートされたＴＣＩ状態に従う、又は、ＳＳＢとＱＣＬされる。
・ＵＳＳ／ＣＳＳタイプ３を伴う、インデックス０以外のＣＯＲＥＳＥＴに対し、常に指示ＴＣＩ状態が適用される。
・少なくともＣＳＳタイプ３以外のＣＳＳを伴う、インデックス０以外のＣＯＲＥＳＥＴに対し、統一ＴＣＩ状態に従うことが設定された場合、指示ＴＣＩ状態が適用される。そうでない場合、そのＣＯＲＥＳＥＴに対する設定ＴＣＩ状態（"configured　TCI　state"）が、そのＣＯＲＥＳＥＴに適用される。
［ＰＤＳＣＨ］
・全てのＵＥ個別（UE-dedicated）ＰＤＳＣＨに対し、常に指示ＴＣＩ状態が適用される。
・非ＵＥ個別（non-UE-dedicated）ＰＤＳＣＨ（ＣＳＳ内のＤＣＩによってスケジュールされたＰＤＳＣＨ）に対し、（そのＰＤＳＣＨをスケジュールするＰＤＣＣＨのＣＯＲＥＳＥＴに対して）followUnifiedTCIStateが設定された場合、指示ＴＣＩ状態が適用されてもよい。そうでない場合、そのＰＤＳＣＨに対する設定ＴＣＩ状態が、そのＰＤＳＣＨに適用される。ＰＤＳＣＨに対し、followUnifiedTCIStateが設定されない場合、非ＵＥ個別ＰＤＳＣＨが指示ＴＣＩ状態に従うかどうかが、そのＰＤＳＣＨのスケジューリングに用いられたＣＯＲＥＳＥＴに対し、followUnifiedTCIStateが設定されたか否かに応じて決定されてもよい。
［ＣＳＩ－ＲＳ］
・ＣＳＩ取得（acquisition）又はビーム管理（management）のためのＡ－ＣＳＩ－ＲＳに対し、（そのＡ－ＣＳＩ－ＲＳをトリガするＰＤＣＣＨのＣＯＲＥＳＥＴに対して）followUnifiedTCIStateが設定された場合、指示ＴＣＩ状態が適用される。その他のＣＳＩ－ＲＳに対し、そのＣＳＩ－ＲＳに対する設定ＴＣＩ状態（"configured　TCI　state"）が適用される。
［ＰＵＣＣＨ］
・全ての個別（dedicated）ＰＵＣＣＨリソースに対し、常に指示ＴＣＩ状態が適用される。
［ＰＵＳＣＨ］
・動的（dynamic）／設定（configured）グラントＰＵＳＣＨに対し、常に指示ＴＣＩ状態が適用される。
［ＳＲＳ］
・ビーム管理の用途のＡ－ＳＲＳと、コードブック（ＣＢ）／ノンコードブック（ＮＣＢ）／アンテナスイッチングの用途のＡ／ＳＰ／Ｐ－ＳＲＳのための、ＳＲＳリソースセットに対し、統一ＴＣＩ状態に従うことが設定された場合、指示ＴＣＩ状態が適用される。その他のＳＲＳに対し、そのＳＲＳリソースセット内の設定ＴＣＩ状態が適用される。
（beam　application　time（ＢＡＴ））
　Ｒｅｌ．１７におけるＤＣＩベースビーム指示（DCI-based　beam　indication）において、ビーム／統一ＴＣＩ状態の指示の適用時間（ビーム適用時間（ＢＡＴ）の条件）に関し、以下の検討１及び２が検討されている。
［検討１］
　指示されたＴＣＩを適用する最初のスロットは、ジョイント又はセパレートＤＬ／ＵＬビーム指示に対する肯定応答（acknowledgement（ＡＣＫ））の最後のシンボルの少なくともＹシンボル後であることが検討されている。指示されたＴＣＩを適用する最初のスロットは、ジョイント又はセパレートＤＬ／ＵＬビーム指示に対するＡＣＫ／否定応答（negative　acknowledgement（ＮＡＣＫ））の最後のシンボルの少なくともＹシンボル後であることが検討されている。Ｙシンボルは、ＵＥによって報告されたＵＥ能力に基づき、基地局によって設定されてもよい。そのＵＥ能力は、シンボルの単位で報告されてもよい。
　図３の例においてＡＣＫは、ビーム指示ＤＣＩによってスケジュールされたＰＤＳＣＨに対するＡＣＫであってもよい。この例においてＰＤＳＣＨが送信されなくてもよい。この場合のＡＣＫは、ビーム指示ＤＣＩに対するＡＣＫであってもよい。
　Ｒｅｌ．１７のＤＣＩベースビーム指示に対し、ＢＷＰ／ＣＣごとに少なくとも１つのＹシンボルがＵＥに設定されることが検討されている。
　複数ＣＣの間においてＳＣＳが異なる場合、Ｙシンボルの値も異なるため、複数ＣＣの間において、適用時間が異なる可能性がある。
［検討２］
　ＣＡのケースに対し、そのビーム指示の適用タイミング／ＢＡＴは、以下の選択肢１から３のいずれかに従ってもよい。
［選択肢１］その最初のスロット及びＹシンボルの両方は、そのビーム指示を適用する１つ以上のキャリアの内、最小ＳＣＳを伴うキャリア上において決定される。
［選択肢２］その最初のスロット及びＹシンボルの両方は、そのビーム指示を適用する１つ以上のキャリアと、そのＡＣＫを運ぶＵＬキャリアと、の内、最小ＳＣＳを伴うキャリア上において決定される。
［選択肢３］その最初のスロット及びＹシンボルの両方は、そのＡＣＫを運ぶＵＬキャリア上において決定される。
　Ｒｅｌ．１７のＣＣ同時ビーム更新機能として、ＣＡにおいて複数ＣＣ間においてビームを共通化することが検討されている。検討２によれば、複数ＣＣの間において適用時間が共通になる。
　ＣＡに対するビーム指示の適用時間（Ｙシンボル）は、ビーム指示が適用されるキャリアの内、最小ＳＣＳを伴うキャリア上において決定されてもよい。Ｒｅｌ．１７のＭＡＣ　ＣＥベースビーム指示（単一のＴＣＩコードポイントのみがアクティベートされた場合）は、ＭＡＣ　ＣＥアクティベーションのＲｅｌ．１６適用タイムラインに従ってもよい。
　これらの検討に基づき、以下の動作が仕様に規定されることが検討されている。
［動作］
　ＵＥが、ＴＣＩ状態指示を伝えるＤＣＩに対応するＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨの最後のシンボルを送信する場合、Ｒｅｌ．１７ＴＣＩ状態を伴う指示されたＴＣＩ状態は、そのＰＵＣＣＨの最後のシンボルから少なくともＹシンボル後である最初のスロットから適用を開始されてもよい。Ｙは、上位レイヤパラメータ（例えば、BeamAppTime_r17［シンボル］）であってもよい。その最初のスロットとＹシンボルとの両方は、ビーム指示が適用されるキャリアの内、最小ＳＣＳを伴うキャリア上において決定されてもよい。ＵＥは、ある時点において、ＤＬ及びＵＬ用のＲｅｌ１７ＴＣＩ状態を伴う指示された１つのＴＣＩ状態を想定してもよいし、ＵＬ用のＲｅｌ１７ＴＣＩ状態を伴う（ＤＬとは別に）指示された１つのＴＣＩ状態を想定してもよい。
　Ｙ［シンボル］の代わりにＸ［ｍｓ］が用いられてもよい。
　適用時間に関し、ＵＥが以下のＵＥ能力１及び２の少なくとも１つを報告することが検討されている。
［ＵＥ能力１］
　ＳＣＳごとの最小適用時間（ＡＣＫを運ぶＰＵＣＣＨの最後のシンボルと、ビームが適用される最初のスロットと、の間のＹシンボルの最小値）。
［ＵＥ能力２］
　ビーム指示ＰＤＣＣＨ（ＤＣＩ）の最後のシンボルと、ビームが適用される最初のスロットと、の間の最小時間ギャップ。ビーム指示ＰＤＣＣＨ（ＤＣＩ）の最後のシンボルと、ビームが適用される最初のスロットと、の間のギャップが、ＵＥ能力（最小時間ギャップ）を満たしてもよい。
　ＵＥ能力２は、既存のＵＥ能力（例えば、timeDurationForQCL）であってもよい。
　ビームの指示と、そのビームが適用されるチャネル／ＲＳとの関係は、ＵＥ能力１及び２の少なくとも１つを満たしてもよい。
　適用時間に関し、基地局によって設定されるパラメータ（例えば、BeamAppTime_r17）は、オプショナルフィールドになることが考えられる。
（マルチＴＲＰ）
　ＮＲでは、１つ又は複数の送受信ポイント（Transmission/Reception　Point（ＴＲＰ））（マルチＴＲＰ）が、１つ又は複数のパネル（マルチパネル）を用いて、ＵＥに対してＤＬ送信を行うことが検討されている。また、ＵＥが、１つ又は複数のＴＲＰに対してＵＬ送信を行うことが検討されている。
　なお、複数のＴＲＰは、同じセル識別子（セルIdentifier（ＩＤ））に対応してもよいし、異なるセルＩＤに対応してもよい。当該セルＩＤは、物理セルＩＤ（例えば、ＰＣＩ）でもよいし、仮想セルＩＤでもよい。
　図４Ａ－図４Ｄは、マルチＴＲＰシナリオの一例を示す図である。これらの例において、各ＴＲＰは４つの異なるビームを送信可能であると想定するが、これに限られない。
　図４Ａは、マルチＴＲＰのうち１つのＴＲＰ（本例ではＴＲＰ１）のみがＵＥに対して送信を行うケース（シングルモード、シングルＴＲＰなどと呼ばれてもよい）の一例を示す。この場合、ＴＲＰ１は、ＵＥに制御信号（ＰＤＣＣＨ）及びデータ信号（ＰＤＳＣＨ）の両方を送信する。
　本開示において、シングルＴＲＰモードは、マルチＴＲＰ（モード）が設定されない場合のモードを意味してもよい。
　図４Ｂは、マルチＴＲＰのうち１つのＴＲＰ（本例ではＴＲＰ１）のみがＵＥに対して制御信号を送信し、当該マルチＴＲＰがデータ信号を送信するケース（シングルマスタモードと呼ばれてもよい）の一例を示す。ＵＥは、１つの下り制御情報（Downlink　Control　Information（ＤＣＩ））に基づいて、当該マルチＴＲＰから送信される各ＰＤＳＣＨを受信する。
　図４Ｃは、マルチＴＲＰのそれぞれがＵＥに対して制御信号の一部を送信し、当該マルチＴＲＰがデータ信号を送信するケース（マスタスレーブモードと呼ばれてもよい）の一例を示す。ＴＲＰ１では制御信号（ＤＣＩ）のパート１が送信され、ＴＲＰ２では制御信号（ＤＣＩ）のパート２が送信されてもよい。制御信号のパート２はパート１に依存してもよい。ＵＥは、これらのＤＣＩのパートに基づいて、当該マルチＴＲＰから送信される各ＰＤＳＣＨを受信する。
　図４Ｄは、マルチＴＲＰのそれぞれがＵＥに対して別々の制御信号を送信し、当該マルチＴＲＰがデータ信号を送信するケース（マルチマスタモードと呼ばれてもよい）の一例を示す。ＴＲＰ１では第１の制御信号（ＤＣＩ）が送信され、ＴＲＰ２では第２の制御信号（ＤＣＩ）が送信されてもよい。ＵＥは、これらのＤＣＩに基づいて、当該マルチＴＲＰから送信される各ＰＤＳＣＨを受信する。
　図４ＢのようなマルチＴＲＰからの複数のＰＤＳＣＨ（マルチＰＤＳＣＨ（multiple　PDSCH）と呼ばれてもよい）を、１つのＤＣＩを用いてスケジュールする場合、当該ＤＣＩは、シングルＤＣＩ（Ｓ－ＤＣＩ、シングルＰＤＣＣＨ）と呼ばれてもよい。また、図４ＤのようなマルチＴＲＰからの複数のＰＤＳＣＨを、複数のＤＣＩを用いてそれぞれスケジュールする場合、これらの複数のＤＣＩは、マルチＤＣＩ（Ｍ－ＤＣＩ、マルチＰＤＣＣＨ（multiple　PDCCH））と呼ばれてもよい。
　マルチＴＲＰの各ＴＲＰからは、それぞれ異なるトランスポートブロック（Transport　Block（ＴＢ））／コードワード（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）をサポートするために、シングルＤＣＩ（シングルＰＤＣＣＨ、例えば、図４Ｂ）及びマルチＤＣＩ（マルチＰＤＣＣＨ、例えば、図４Ｄ）の両方がサポートされてもよい。シングルＤＣＩ及びマルチＤＣＩの両方に対し、ＴＲＰの最大数が２であってもよい。
　シングルＰＤＣＣＨ設計（主に理想バックホール用）に対し、ＴＣＩの拡張が検討されている。ＤＣＩ内の各ＴＣＩコードポイントは１又は２のＴＣＩ状態に対応してもよい。ＴＣＩフィールドサイズはＲｅｌ．１５のものと同じであってもよい。
　Ｒｅｌ．１５で規定されるＰＤＣＣＨ／ＣＯＲＥＳＥＴについて、ＣＯＲＥＳＥＴプールインデックス（CORESETPoolIndex）（ＴＲＰ情報（TRP　Info）と呼ばれてもよい）なしの１つのＴＣＩ状態が、１つのＣＯＲＥＳＥＴに設定される。
　Ｒｅｌ．１６で規定されるＰＤＣＣＨ／ＣＯＲＥＳＥＴのエンハンスメントについて、マルチＤＣＩに基づくマルチＴＲＰでは、各ＣＯＲＥＳＥＴに対して、ＣＯＲＥＳＥＴプールインデックスが設定される。
（マルチＴＲＰのビーム指示）
　マルチＴＲＰに対するビーム指示として、以下の２つのメカニズム（例えば、ビーム指示方法１／ビーム指示方法２）がサポートされることが想定される。
［ビーム指示方法１］
　ＵＥは、１つのビーム指示（例えば、ＤＣＩ）を受信してもよい。ＵＥは、当該１つのビーム指示に含まれるＴＣＩフィールドに基づいて、（１つ以上の各ＴＲＰに対応する）複数のＴＣＩ状態を決定／判断してもよい。
　ビーム指示方法１については、理想的バックホール（例えば、ideal　backhaul）環境下において好適に適用可能である。ビーム指示方法１は、例えば、シングルＤＣＩベースの送信において好適に適用されてもよい。
　ビーム指示方法１については、非理想的バックホール環境下（例えば、マルチＤＣＩベースの送信）においては、最小のＢＡＴが規定されてもよい。また、ビーム指示方法１については、非理想的バックホール環境下（例えば、マルチＤＣＩベースの送信）においては、複数のＴＲＰの少なくとも１つに対応する追加のＢＡＴが規定されてもよい。
　図５Ａは、ビーム指示方法１の一例を示す図である。図５Ａにおいて、ＵＥは、１つのビーム指示を受信する。当該１つのビーム指示は、２つのＴＣＩ状態（第１のＴＣＩ状態及び第２のＴＣＩ状態）を示してもよい。ＵＥは、当該１つのビーム指示に含まれる１つ以上のＴＣＩフィールドに基づいて、第１のＴＣＩ状態及び第２のＴＣＩ状態を判断する。第１のＴＣＩ状態は、第１のＴＲＰに対応してもよい。第２のＴＣＩ状態は、第２のＴＲＰに対応してもよい。
［ビーム指示方法２］
　ＵＥは、複数（例えば、２つ）のビーム指示（例えば、ＤＣＩ）を受信してもよい。ＵＥは、当該複数のビーム指示に含まれるＴＣＩフィールドのそれぞれに基づいて、各ビーム指示に対応する１つ以上のＴＣＩ状態を決定／判断してもよい。例えば、ＵＥは、第１のビーム指示に基づいて第１の（ＤＬ／ＵＬ）ＴＣＩ状態を判断し、第２のビーム指示に基づいて第２の（ＤＬ／ＵＬ）ＴＣＩ状態を判断してもよい。
　第１のビーム指示／第１のＴＣＩ状態は、第１のＴＲＰ／第１のＣＯＲＥＳＥＴプールインデックス（例えば、第１の値（例えば、０）のＣＯＲＥＳＥＴプールインデックス）／第１のＣＯＲＥＳＥＴ（1st　CORESETs）に対応してもよい。第２のビーム指示／第２のＴＣＩ状態は、第２のＴＲＰ／第２のＣＯＲＥＳＥＴプールインデックス（例えば、第２の値（例えば、１）のＣＯＲＥＳＥＴプールインデックス）／第２のＣＯＲＥＳＥＴ（2nd　CORESETs）に対応してもよい。
　ビーム指示方法２については、非理想的バックホール（例えば、non-ideal　backhaul）環境下において好適に適用可能である。ビーム指示方法２は、例えば、マルチＤＣＩベースの送信において好適に適用されてもよい。
　図５Ｂは、ビーム指示方法２の一例を示す図である。図５Ｂにおいて、ＵＥは、２つのビーム指示を受信する。ＵＥは、２つのビーム指示のうちのあるビーム指示に含まれるＴＣＩフィールドに基づいて、第１のＴＣＩ状態を判断する。ＵＥは、２つのビーム指示のうちの別のビーム指示に含まれるＴＣＩフィールドに基づいて、第２のＴＣＩ状態を判断する。
　マルチＤＣＩベースのマルチＴＲＰにおいて、ＭＡＣ　ＣＥ／ＤＣＩにより１つのＴＣＩ状態が指示される場合、各ＴＲＰ（又は、各ＣＯＲＥＳＥＴプールインデックス）毎にＴＣＩ状態（例えば、指示ＴＣＩ状態）がそれぞれ指示される。
　例えば、第１のＴＲＰ（又は、第１のＣＯＲＥＳＥＴプールインデックス＃０）に対応する統一ＴＣＩ状態について、第１のＣＯＲＥＳＥＴプールインデックス＃０用のＲＲＣパラメータ／ＭＡＣ　ＣＥ／ＤＣＩで指示される（図６Ａ参照）。また、第２のＴＲＰ（又は、第２のＣＯＲＥＳＥＴプールインデックス＃１）に対応する統一ＴＣＩ状態について、第２のＣＯＲＥＳＥＴプールインデックス＃１用のＲＲＣパラメータ／ＭＡＣ　ＣＥ／ＤＣＩで指示される（図６Ｂ参照）。
　このように既存システム（例えば、Ｒｅｌ．１７以前）では、１つのＣＯＲＥＳＥＴプールインデックスに関連づけられたＤＣＩに含まれるＴＣＩフィールドにより、同じＣＯＲＥＳＥＴプールインデックス値に固有のジョイント／ＤＬ／ＵＬ　ＴＣＩ状態を指示することができる。ジョイント／ＤＬ／ＵＬ　ＴＣＩ状態は、統一ＴＣＩフレームワークにおいて、ジョイントＴＣＩ状態（ＵＬとＤＬに適用されるＴＣＩ状態）、セパレートＤＬ　ＴＣＩ状態（ＤＬのみに適用されるＴＣＩ状態）、セパレートＵＬ　ＴＣＩ状態（ＵＬのみに適用されるＴＣＩ状態）の少なくとも一つを意味してもよい。
　シングルＤＣＩベースのマルチＴＲＰがサポート／適用される場合、１つの指示（例えば、シングルＤＣＩ）により、１以上（例えば、２つ）の指示ジョイント／ＤＬ／ＵＬ　ＴＣＩ状態（例えば、indicated　joint　DL/UL　TCI　state）が指示される場合、当該指示ジョイント／ＤＬ／ＵＬ　ＴＣＩ状態を各チャネル／参照信号（ＲＳ）にどのように適用するかが問題となる（図７参照）。
　図７では、ビーム指示＃１（例えば、ＤＣＩのＴＣＩ状態フィールド）により、第１の指示ＴＣＩ状態と第２の指示ＴＣＩ状態が指示される場合を示している。この場合、第１のＰＤＳＣＨ（例えば、第１のＴＲＰに対応）について第１のＴＣＩ状態を適用し、第２のＰＤＳＣＨ（例えば、第２のＴＲＰに対応）について第２のＴＣＩ状態を適用されてもよい。
　一方で、その他のチャネル／ＲＳ（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ／ＣＳＩ－ＲＳ）に対して、どのＴＣＩ状態（例えば、指示ジョイントＴＣＩ状態）を適用／関連づけるかについて検討が十分になされていない（図７参照）。
　このように、ＵＥが適用するＴＣＩ状態について判断できないケースについて検討が十分でない。この検討が十分でなければ、適切にＴＣＩ状態を適用することができず、通信品質の低下、スループットの低下など、を招くおそれがある。
　そこで、本発明者らは、統一ＴＣＩ状態に関する動作を適切に行う方法を着想した。
　以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
　本開示において、「Ａ／Ｂ」及び「Ａ及びＢの少なくとも一方」は、互いに読み替えられてもよい。また、本開示において、「Ａ／Ｂ／Ｃ」は、「Ａ、Ｂ及びＣの少なくとも１つ」を意味してもよい。
　本開示において、通知、アクティベート、ディアクティベート、指示（又は指定（indicate））、選択（select）、設定（configure）、更新（update）、決定（determine）などは、互いに読み替えられてもよい。本開示において、サポートする、制御する、制御できる、動作する、動作できるなどは、互いに読み替えられてもよい。
　本開示において、無線リソース制御（Radio　Resource　Control（ＲＲＣ））、ＲＲＣパラメータ、ＲＲＣメッセージ、上位レイヤパラメータ、フィールド、情報要素（Information　Element（ＩＥ））、設定などは、互いに読み替えられてもよい。本開示において、Medium　Access　Control制御要素（ＭＡＣ　Control　Element（ＣＥ））、更新コマンド、アクティベーション／ディアクティベーションコマンドなどは、互いに読み替えられてもよい。
　本開示において、上位レイヤシグナリングは、例えば、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（ＯＳＩ））などであってもよい。
　本開示において、物理レイヤシグナリングは、例えば、下りリンク制御情報（Downlink　Control　Information（ＤＣＩ））、上りリンク制御情報（Uplink　Control　Information（ＵＣＩ））などであってもよい。
　本開示において、インデックス、識別子（Identifier（ＩＤ））、インディケーター、リソースＩＤなどは、互いに読み替えられてもよい。本開示において、シーケンス、リスト、セット、グループ、群、クラスター、サブセットなどは、互いに読み替えられてもよい。
　本開示において、パネル、受信パネル、ＵＥパネル、ＵＥ能力値（UE　Capability　value）、ＵＥ能力値セット（UE　Capability　value　set）、パネルグループ、ビーム、ビームグループ、プリコーダ、Uplink（ＵＬ）送信エンティティ、送受信ポイント（Transmission/Reception　Point（ＴＲＰ））、基地局、空間関係情報（Spatial　Relation　Information（ＳＲＩ））、空間関係、ＳＲＳリソースインディケーター（SRS　Resource　Indicator（ＳＲＩ））、制御リソースセット（COntrol　REsource　SET（ＣＯＲＥＳＥＴ））、Physical　Downlink　Shared　Channel（ＰＤＳＣＨ）、コードワード（Codeword（ＣＷ））、トランスポートブロック（Transport　Block（ＴＢ））、参照信号（Reference　Signal（ＲＳ））、アンテナポート（例えば、復調用参照信号（DeModulation　Reference　Signal（ＤＭＲＳ））ポート）、アンテナポートグループ（例えば、ＤＭＲＳポートグループ）、グループ（例えば、空間関係グループ、符号分割多重（Code　Division　Multiplexing（ＣＤＭ））グループ、参照信号グループ、ＣＯＲＥＳＥＴグループ、Physical　Uplink　Control　Channel（ＰＵＣＣＨ）グループ、ＰＵＣＣＨリソースグループ）、リソース（例えば、参照信号リソース、ＳＲＳリソース）、リソースセット（例えば、参照信号リソースセット）、ＣＯＲＥＳＥＴプール、下りリンクのTransmission　Configuration　Indication　state（ＴＣＩ状態）（ＤＬ　ＴＣＩ状態）、上りリンクのＴＣＩ状態（ＵＬ　ＴＣＩ状態）、統一されたＴＣＩ状態（unified　TCI　state）、共通ＴＣＩ状態（common　TCI　state）、指示ＴＣＩ状態（indicated　TCI　state）、擬似コロケーション（Quasi-Co-Location（ＱＣＬ））、ＱＣＬ想定などは、互いに読み替えられてもよい。
　また、空間関係情報Identifier（ＩＤ）（ＴＣＩ状態ＩＤ）と空間関係情報（ＴＣＩ状態）は、互いに読み替えられてもよい。「空間関係情報」は、「空間関係情報のセット」、「１つ又は複数の空間関係情報」などと互いに読み替えられてもよい。ＴＣＩ状態及びＴＣＩは、互いに読み替えられてもよい。
　また、パネルIdentifier（ＩＤ）とパネルは互いに読み替えられてもよい。つまり、ＴＲＰ　ＩＤとＴＲＰ、ＣＯＲＥＳＥＴグループＩＤとＣＯＲＥＳＥＴグループなどは、互いに読み替えられてもよい。
　本開示において、ＴＲＰ、送信ポイント、パネル、ＤＭＲＳポートグループ、ＣＯＲＥＳＥＴプール、ＴＣＩフィールドの１つのコードポイントに関連付けられた２つのＴＣＩ状態の１つ、は互いに読み替えられてもよい。
　本開示において、シングルＴＲＰを用いるチャネル／信号の送信／受信は、当該チャネル／信号の送信／受信（例えば、ＮＣＪＴ／ＣＪＴ／繰り返し）において、ＴＣＩ状態（ジョイント／セパレート／指示ＴＣＩ状態）が等しい、又は、当該チャネル／信号の送信／受信（例えば、ＮＣＪＴ／ＣＪＴ／繰り返し）において、ＴＣＩ状態（ジョイント／セパレート／指示ＴＣＩ状態）の数が１つである、と読み替えられてもよい。
　シングルＴＲＰを用いるチャネル／信号の送信／受信は、当該チャネル／信号の送信／受信（例えば、ＮＣＪＴ／ＣＪＴ／繰り返し）において、ＴＣＩ状態（ジョイント／セパレート／指示ＴＣＩ状態）が異なる、又は、当該チャネル／信号の送信／受信（例えば、ＮＣＪＴ／ＣＪＴ／繰り返し）において、異なるＴＣＩ状態（ジョイント／セパレート／指示ＴＣＩ状態）の数が複数（例えば、２つ）である、と読み替えられてもよい。
　本開示において、シングル（単一）ＴＲＰ、シングルＴＲＰシステム、シングルＴＲＰ送信、シングルＰＤＳＣＨ、は互いに読み替えられてもよい。本開示において、マルチ（複数）ＴＲＰ、マルチＴＲＰシステム、マルチＴＲＰ送信、マルチＰＤＳＣＨ、は互いに読み替えられてもよい。
　本開示において、シングルＤＣＩ、シングルＰＤＣＣＨ、シングルＤＣＩに基づくマルチＴＲＰ、少なくとも１つのＴＣＩコードポイント上の２つのＴＣＩ状態をアクティベートされること、ＴＣＩフィールドの少なくとも１つのコードポイントが２つのＴＣＩ状態にマップされること、特定のチャネル／ＣＯＲＥＳＥＴに対して特定のインデックス（例えば、ＴＲＰインデックス、ＣＯＲＥＳＥＴプールインデックス、又は、ＴＲＰに対応するインデックス）が設定されること、は互いに読み替えられてもよい。
　本開示において、シングルＴＲＰ、シングルＴＲＰを用いるチャネル／信号、１つのＴＣＩ状態／空間関係を用いるチャネル、マルチＴＲＰがＲＲＣ／ＤＣＩによって有効化されないこと、複数のＴＣＩ状態／空間関係がＲＲＣ／ＤＣＩによって有効化されないこと、いずれのＣＯＲＥＳＥＴに対しても１のＣＯＲＥＳＥＴプールインデックス（CORESETPoolIndex）値が設定されず、且つ、ＴＣＩフィールドのいずれのコードポイントも２つのＴＣＩ状態にマップされないこと、は互いに読み替えられてもよい。
　本開示において、マルチＴＲＰ、マルチＴＲＰを用いるチャネル／信号、複数のＴＣＩ状態／空間関係を用いるチャネル、マルチＴＲＰがＲＲＣ／ＤＣＩによって有効化されること、複数のＴＣＩ状態／空間関係がＲＲＣ／ＤＣＩによって有効化されること、シングルＤＣＩに基づくマルチＴＲＰとマルチＤＣＩに基づくマルチＴＲＰとの少なくとも１つ、は互いに読み替えられてもよい。
　本開示において、マルチＤＣＩに基づくマルチＴＲＰ、ＣＯＲＥＳＥＴに対して１のＣＯＲＥＳＥＴプールインデックス（CORESETPoolIndex）値が設定されること、特定のチャネル／ＣＯＲＥＳＥＴに対して複数の特定のインデックス（例えば、ＴＲＰインデックス、ＣＯＲＥＳＥＴプールインデックス、又は、ＴＲＰに対応するインデックス）が設定されること、は互いに読み替えられてもよい。
　本開示において、ＴＲＰ＃１（第１ＴＲＰ）は、ＣＯＲＥＳＥＴプールインデックス＝０に対応してもよいし、ＴＣＩフィールドの１つのコードポイントに対応する２つのＴＣＩ状態のうちの１番目のＴＣＩ状態に対応してもよい。ＴＲＰ＃２（第２ＴＲＰ）ＴＲＰ＃１（第１ＴＲＰ）は、ＣＯＲＥＳＥＴプールインデックス＝１に対応してもよいし、ＴＣＩフィールドの１つのコードポイントに対応する２つのＴＣＩ状態のうちの２番目のＴＣＩ状態に対応してもよい。
　本開示において、シングルＤＣＩ（ｓＤＣＩ）、シングルＰＤＣＣＨ、シングルＤＣＩに基づくマルチＴＲＰシステム、ｓＤＣＩベースＭＴＲＰ、少なくとも１つのＴＣＩコードポイント上の２つのＴＣＩ状態をアクティベートされること、は互いに読み替えられてもよい。
　本開示において、マルチＤＣＩ（ｍＤＣＩ）、マルチＰＤＣＣＨ、マルチＤＣＩに基づくマルチＴＲＰシステム、ｍＤＣＩベースＭＴＲＰ、２つのＣＯＲＥＳＥＴプールインデックス又はＣＯＲＥＳＥＴプールインデックス＝１（又は１以上の値）が設定されること、は互いに読み替えられてもよい。
　本開示において、ビーム指示ＤＣＩ、ビーム指示ＭＡＣ　ＣＥ、ビーム指示ＤＣＩ／ＭＡＣ　ＣＥは互いに読み替えられてもよい。言い換えれば、ＵＥに対する指示ＴＣＩ状態に関する指示は、ＤＣＩ及びＭＡＣ　ＣＥの少なくとも１つを用いて行われてもよい。
　本開示において、チャネル、信号、チャネル／信号、は互いに読み替えられてもよい。本開示おいて、ＤＬチャネル、ＤＬ信号、ＤＬ信号／チャネル、ＤＬ信号／チャネルの送信／受信、ＤＬ受信、ＤＬ送信、は互いに読み替えられてもよい。本開示おいて、ＵＬチャネル、ＵＬ信号、ＵＬ信号／チャネル、ＵＬ信号／チャネルの送信／受信、ＵＬ受信、ＵＬ送信、は互いに読み替えられてもよい。
　本開示において、各チャネル／信号／リソースにＴＣＩ状態／ＱＣＬ想定を適用することは、各チャネル／信号／リソースの送受信にＴＣＩ状態／ＱＣＬ想定を適用することを意味してもよい。
　本開示において、第１のＴＲＰに第１のＴＣＩ状態（１番目に指示されるＴＣＩ状態）が対応してもよい。本開示において、第２のＴＲＰに第２のＴＣＩ状態（２番目に指示されるＴＣＩ状態）が対応してもよい。本開示において、第ｎのＴＲＰに第ｎのＴＣＩ状態（ｎ番目に指示されるＴＣＩ状態）が対応してもよい。
　本開示において、第１のＣＯＲＥＳＥＴプールインデックスの値（例えば、０）、第１のＴＲＰインデックスの値（例えば、１）、及び、第１のＴＣＩ状態（第１のＤＬ／ＵＬ（ジョイント／セパレート）ＴＣＩ状態）は互いに対応してもよい。本開示において、第２のＣＯＲＥＳＥＴプールインデックスの値（例えば、１）、第２のＴＲＰインデックスの値（例えば、２）、及び、第２のＴＣＩ状態（第２のＤＬ／ＵＬ（ジョイント／セパレート）ＴＣＩ状態）は互いに対応してもよい。
　なお、下記本開示の各実施形態においては、複数ＴＲＰを利用する送受信における複数のＴＣＩ状態の適用について、２つのＴＲＰを対象とする方法（すなわち、Ｎ及びＭの少なくとも一方が２である場合）について主に説明するが、ＴＲＰの数は３以上（複数）であってもよく、ＴＲＰの数に対応するよう各実施形態が適用されてもよい。言い換えれば、Ｎ及びＭの少なくとも一方は、２より大きい数であってもよい。
（無線通信方法）
　本実施の形態は、シングルＤＣＩベースのマルチＴＲＰに適用されてもよい。シングルＤＣＩベースのマルチＴＲＰは、１つのＤＣＩ（例えば、シングルＤＣＩ）により、複数のチャネル／信号がスケジュール／トリガ／アクティブ化される動作を指してもよい。
　例えば、シングルＤＣＩベースのマルチＴＲＰには、シングルＤＣＩによりスケジュールされるＰＵＳＣＨ繰り返し（例えば、S-DCI　M-TRP　PUSCH　repetition）、シングルＤＣＩによりスケジュール／トリガされるＰＵＣＣＨ繰り返し（例えば、S-DCI　M-TRP　PUCCH　repetition）、シングルＤＣＩに基づく複数パネルを利用した同時ＵＬ送信（例えば、S-DCI　M-TRP　STxMP）の少なくとも一つが含まれていてもよい。あるいは、シングルＤＣＩベースのマルチＴＲＰには、シングルＤＣＩによりスケジュール／トリガ／アクティブ化されるＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ／ＣＳＩ－ＲＳが含まれていてもよい。
　シングルＤＣＩベースのマルチＴＲＰにおいて、ＴＲＰ　ＩＤが定義／通知されてもよい。ＴＲＰ　ＩＤ（例えば、ＴＲＰ　ＩＤ＝｛０，１｝）は、例えば、ＴＣＩ状態（例えば、｛１ｓｔ　ＴＣＩ，２ｎｄ　ＴＣＩ｝）及び制御リソースセットプールインデックス（例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ＝｛０，１｝）と読みかけられてもよいし、関連づけられてもよい。例えば、ＲＲＣ／ＭＡＣ　ＣＥ／ＤＣＩにより、基地局からＵＥにＴＲＰ識別子に関する情報が明示的に設定／指示されてもよい。
　あるいは、ＴＲＰ　ＩＤは、暗示的なＩＤに関連づけられてもよい。例えば、ＰＵＳＣＨについて、ＳＲＳリソースセット（例えば、１ｓｔ／２ｎｄ　ＳＲＳリソースセット）がＴＲＰと関連づけられてもよい。
　各ＴＲＰに対して、指示ＴＣＩ状態は、チャネル／信号に応じて１又は複数（例えば、２つ）通知されてもよい。特定のチャネル／信号に対しては１つのみの指示ＴＣＩ状態が通知されてもよい。
　なお、本実施の形態は、シングルＤＣＩベースのマルチＴＲＰに限られず、マルチＤＣＩベースのマルチＴＲＰに適用されてもよい。
＜第０の実施形態＞
　第０の実施形態では、シングルＤＣＩベースのマルチＴＲＰに対する統一ＴＣＩ状態の通知の一例について説明する。
　シングルＤＣＩベースのマルチＴＲＰにおいて、明示的なＴＲＰ　ＩＤが各チャネル／ＲＳに対して設定／指示されてもよい。あるいは、各チャネル／ＲＳに対して暗示的なＴＲＰ　ＩＤが設定／指示されてもよい。各チャネル／ＲＳは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＣＳＩ－ＲＳ、ＰＤＳＣＨ、ＰＤＣＣＨの少なくとも一つに読み替えられてもよい。
　例えば、シングルＤＣＩベースのマルチＴＲＰではＴＲＰ　ＩＤが利用され、マルチＤＣＩベースのマルチＴＲＰではＣＯＲＥＳＥＴプールインデックスが利用されてもよい。あるいは、ＣＯＲＥＳＥＴプールインデックスがＴＲＰ　ＩＤと関連づけられてもよい。この場合、シングルＤＣＩベースのマルチＴＲＰとマルチＤＣＩベースのマルチＴＲＰの両方において、ＣＯＲＥＳＥＴプールインデックスが適用されてもよい。
　ＵＥは、ＲＲＣ／ＭＡＣ　ＣＥ／ＤＣＩにより１つの指示ＴＣＩ状態（例えば、indicated　TCI）が指示された場合、全てのチャネル／ＲＳに当該指示ＴＣＩ状態を適用してもよい。１つの指示ＴＣＩ状態は、１つの指示ジョイント／ＵＬ　ＴＣＩ状態、又は１つの指示ジョイント／ＤＬ　ＴＣＩ状態を意味してもよい。
　ＵＥは、ＲＲＣ／ＭＡＣ　ＣＥ　／ＤＣＩにより複数（例えば、２つ）の指示ＴＣＩ状態が指示された場合、各チャネル／ＲＳに対応するＴＲＰ　ＩＤに応じて、２つの指示ＴＣＩ状態の一方又は両方が適用されてもよい。
＜第１の実施形態＞
　第１の実施形態では、シングルＤＣＩによりスケジュールされるＵＬ送信（例えば、ＰＵＳＣＨ送信）に対する１以上の統一ＴＣＩ状態（例えば、指示ＴＣＩ状態）の割当ての一例について説明する。なお、以下の説明では、ＰＵＳＣＨを例に挙げるが、他のチャネル／参照信号に適用されてもよい。割当ては、マッピング／関連づけ／リンキングと読み替えられてもよい。
　シングルＤＣＩによりスケジュール／トリガ／アクティブ化されるＰＵＳＣＨ（例えば、ＰＵＳＣＨ繰り返し、又は２以上のＰＵＳＣＨ）に対して、以下のオプション１－１～オプション１－２の少なくとも一つに基づいて、複数（例えば、２つ）の指示ＴＣＩ状態が割当てられてもよい。
［オプション１－１］
　シングルＤＣＩによりスケジュール／トリガ／アクティブ化されるＰＵＳＣＨに対して、ＲＲＣ／ＭＡＣ　ＣＥを利用して複数（例えば、２つ）の指示ＴＣＩ状態が割当てられてもよい。
［オプション１－２］
　シングルＤＣＩによりスケジュール／トリガ／アクティブ化されるＰＵＳＣＨに対して、ＤＣＩにより複数の指示ＴＣＩ状態のいずれかが（又は、片方を選択して）割当てられてもよい。指示ＴＣＩ状態の指示に利用されるＤＣＩと、ＰＵＳＣＨをスケジュール／トリガ／アクティブ化するＤＣＩは、異なるＤＣＩであってもよいし、同じＤＣＩであってもよい。
　以下のオプション１－２－１及びオプション１－２－２の少なくとも一つ（又は、両方）に基づいて、ＤＣＩにより２つの指示ＴＣＩ状態が指示されてもよい。
《オプション１－２－１》
　シングルＤＣＩベースのマルチＴＲＰに対して、２つのＳＲＳリソースセット（例えば、用途がＣＢ／ＮＣＢのＳＲＳリソースセット（SRS　resourcee　set　with　usage=CB/NCB））の設定がサポートされてもよい。各ＰＵＳＣＨは、所定ルール／上位レイヤ／ＤＣＩにより指示されたＳＲＳリソースセット（又は、ＳＲＳリソース）に対応するジョイント／ＵＬ　ＴＣＩ状態、及びＴＰＣパラメータの少なくとも一つを利用して送信されてもよい。
　ＳＲＳリソースセット（又は、ＳＲＳリソース）と、ジョイント／ＵＬ　ＴＣＩ状態又はＴＰＣパラメータパラメータとの関連づけは、仕様で定義されてもよいし、ＲＲＣパラメータ等により基地局からＵＥに設定されてもよい。
《オプション１－２－２》
　ＤＣＩにＳＲＳリソース指示フィールド（例えば、SRS　resource　set　indicator　field）が存在する場合、当該ＳＲＳリソースセット指示フィールドによりＳＲＳリソースセット（又は、ＳＲＳリソース）が指示されてもよい。例えば、当該ＳＲＳリソースセット指示フィールドにより指示されるＳＲＳリソースセットは、第１、第２、両方（第１、第２）、両方（第２、第１）の少なくとも一つ（例えば、SRS　resource　set　indicator　field={1st,　2nd,　both(1st,　2nd),　both(2nd,1st)}）であってもよい。ＳＲＳリソースセット（又は、ＳＲＳリソース）は、所定のＴＣＩ状態（又は、ＴＲＰ　ＩＤ）に関連づけられてもよい。
　２つのＳＲＳリソースセット（例えば、用途がＣＢ／ＮＣＢのＳＲＳリソースセット）が設定される場合、ＳＲＳリソースセット指示フィールドは、ＤＣＩフォーマット０＿１／０＿２に存在してもよい。ＳＲＳリソースセット指示フィールドが含まれるＤＣＩによりＰＵＳＣＨがスケジュール／トリガ／アクティブ化されてもよい。
　図８は、２つのＳＲＳリソースセット（ここでは、ＳＲＳリソースセット＃０／＃１）が指示される場合の一例を示している。ここでは、１つのＤＣＩにより２つのＰＵＳＣＨ（ここでは、ＰＵＳＣＨ＃０とＰＵＳＣＨ＃１）がスケジュールされ、当該ＤＣＩにより２つのＳＲＳリソースセット／ＳＲＳリソースが指示される場合を示している。また、ＰＵＳＣＨ＃０がＳＲＳリソースセット＃０のＳＲＳ＃１に対応し、ＰＵＳＣＨ＃１がＳＲＳリソースセット＃１のＳＲＳ＃２に対応する場合を示している。
　ＵＥは、ＤＣＩ（例えば、ＤＣＩフォーマット０＿１／０＿２）により指示されるＳＲＳリソースに適用される指示ジョイント／ＵＬ　ＴＣＩ状態から、当該ＤＣＩによりスケジュール／アクティブ化されるＰＵＳＣＨに対する所定パラメータを決定してもよい。所定パラメータは、ＵＬ送信フィルタ（例えば、UL　transmission　filter）、パスロス参照信号（例えば、ＰＬ－ＲＳ）、ＰＵＳＣＨに対するＵＬ電力制御パラメータ（例えば、UL　PC　parameter　setting）であってもよい。ＵＬ電力制御パラメータは、ＰＵＳＣＨの電力制御に適用されるパラメータ（Ｐ０、α、閉ループインデックス（closed　loop　index）の少なくとも一つ）であってもよい。
　ＤＣＩの所定フィールド（１又は複数のフィールド）により、ＳＲＳリソースセット、及び各ＳＲＳリソースセットに含まれるＳＲＳリソースの少なくとも一つが指示されてもよい。ここでは、ＤＣＩに含まれる所定フィールドにより、ＰＵＳＣＨ＃０に対応するＳＲＳリソースとＰＵＳＣＨ＃１に対応するＳＲＳリソースが指示されてもよい。
　ＳＲＳリソースセット指示フィールド（又は、ＳＲＳリソース指示フィールド）がＤＣＩに含まれない／存在しない場合（例えば、ＤＣＩフォーマット０＿０によりＰＵＳＣＨがスケジュールされる場合）、所定ルールによりＳＲＳリソースセット（又は、ＳＲＳリソース）が選択されてもよいし、上位レイヤパラメータによりＳＲＳリソースセット（又は、ＳＲＳリソース）が指示されてもよい。所定ルールは、例えば、ＳＲＳリソースセットインデックス（例えば、小さいインデクスを有する第１のＳＲＳリソースセットが選択される等）であってもよい。
［ＳＲＳリソース（セット）と指示ＴＣＩ状態］
　シングルＤＣＩベースのＰＵＳＣＨにおいて、ＤＣＩ（例えば、ＤＣＩに含まれるＳＲＩ）により指示されたＳＲＳリソースが、ジョイント／ＵＬ　ＴＣＩ状態、ＴＰＣパラメータ（例えば、閉ループ電力制御状態（例えば、CL-PC　state）／ＴＣＰコマンドの累積値等）に対応する場合、２つの指示ＴＣＩ状態をどのように各ＲＳＲリソース（セット）に適用されるか（又は、割当てられるか）が重要となる。
　例えば、ＰＵＳＣＨは、ＳＲＩに対応するＳＲＳリソースセット（又は、ＳＲＳリソース）のジョイント／ＵＬ　ＴＣＩ状態、及びＴＰＣ関連パラメータが適用されてもよい。一例として、下記のＡｌｔ．１－１～Ａｌｔ．１－２の少なくとも一つが適用されてもよい。
《Ａｌｔ．１－１》
　１つの指示ジョイント／ＵＬ　ＴＣＩ状態が指示された場合、全てのＳＲＳリソース（セット）に対して、指示された１つの指示ジョイント／ＵＬ　ＴＣＩ状態を割当て／適用してもよい。
　Ａｌｔ１－１が適用されるのは特定の用途を有するＳＲＳリソース（セット）に限定されてもよい。特定の用途は、コードブック／ノンコードブック（例えば、ＣＢ／ＮＣＢ）であってもよい。この場合、その他の用途のＳＲＳリソース（セット）については、設定ジョイント／ＵＬ　ＴＣＩ状態（例えば、configured　joint/UL　TCI　state）が適用されてもよい。
《Ａｌｔ．１－２》
　２つの指示ジョイント／ＵＬ　ＴＣＩ状態が指示された場合、各ＳＲＳリソース（セット）に対して、それぞれ指示された２つのうちの一方の指示ジョイント／ＵＬ　ＴＣＩ状態を割当て／適用してもよい。
　例えば、ＵＥは、第１のＳＲＳリソースセット（又は、ＳＲＳリソースセットに含まれる第１のＳＲＳリソース）に対して、第１の指示ジョイント／ＵＬ　ＴＣＩ状態を適用し、第２のＳＲＳリソースセット（又は、ＳＲＳリソースセットに含まれる第２のＳＲＳリソース）に対して、第２の指示ジョイント／ＵＬ　ＴＣＩ状態を適用してもよい。ＳＲＳリソース（セット）と統一ＴＣＩ状態（又は、ＴＲＰ　ＩＤ）との間の割当て／割当てルールは、仕様で定義されてもよいし、ＲＲＣパラメータにより設定されてもよい。
　図９は、第１のＳＲＳリソースセット＃０（又は、ＳＲＳ＃０／ＳＲＳ＃１）に対して、第１の指示ジョイント／ＵＬ　ＴＣＩ状態＃１が割当てられ、第２のＳＲＳリソースセット＃１（又は、ＳＲＳ＃２／ＳＲＳ＃３）に対して、第２の指示ジョイント／ＵＬ　ＴＣＩ状態＃２が割当てられる場合を示している。
　これにより、各ＳＲＳリソースセットに対して、別々の指示ジョイント／ＵＬ　ＴＣＩ状態を指示することが可能となる。ＰＵＳＣＨに対して、いずれか一方又は両方のＳＲＳリソースセットが対応するかをＵＥに指示することにより、いずれか一方又は両方の指示ＴＣＩ状態を適用するかどうかをＵＥに指示することができる。
　ＰＵＳＣＨと、ＰＵＳＣＨのＳＲＩに対応するＳＲＳは、同じ空間関係／プリコーダを利用することが想定されるため、第１の実施形態を適用することにより、Ｒｅｌ．１８以降においても、ＰＵＳＣＨとＳＲＳが同一の空間関係／プリコーダを利用する仕組みを維持することができる。これにより、基地局の受信性能の改善／適切なＰＵＳＣＨプリコーダ指示が可能となる。
　Ａｌｔ１－２が適用されるのは特定の用途を有するＳＲＳリソース（セット）に限定されてもよい。特定の用途は、コードブック／ノンコードブック（例えば、ＣＢ／ＮＣＢ）であってもよい。この場合、その他の用途のＳＲＳリソース（セット）については、設定ジョイント／ＵＬ　ＴＣＩ状態（例えば、configured　joint/UL　TCI　state）が適用されてもよい。
［バリエーション１］
　１つのＳＲＳリソースセット（例えば、用途がＣＢ／ＮＣＢのＳＲＳリソースセット）しか設定／指示されない場合、ＵＥは、２つの指示ジョイント／ＵＬ　ＴＣＩ状態が指示されることを想定しなくてもよい。
　また、１つのＳＲＳリソースセット（例えば、用途がＣＢ／ＮＣＢのＳＲＳリソースセット）しか設定されない場合、１つのＳＲＳリソースセット内の異なるＳＲＳリソースにそれぞれ別々の指示ジョイント／ＵＬ　ＴＣＩ状態が適用／割当てられてもよい。例えば、ＤＣＩのＳＲＩフィールドのコードポイントが小さいＳＲＳリソースが第１の指示ジョイント／ＵＬ　ＴＣＩ状態に対応し、ＳＲＩフィールドのコードポイントの大きいＳＲＳリソースは第２の指示ジョイント／ＵＬ　ＴＣＩ状態に対応してもよい（図１０参照）。
　コードポイントが小さいとは、コードポイント０（例えば、用途がＣＢ）、コードポイント０／１（例えば、用途がＮＣＢ）を意味してもよい。コードポイントが大きいとは、コードポイント１（例えば、用途がＣＢ）、コードポイント２／３（例えば、用途がＮＣＢ）を意味してもよい。ここでは、ＳＲＩフィールドが１又は２ビットとなる場合を示したが、これに限られない。
　図１０は、１つのＳＲＳリソースセット＃０のみが設定／指示される場合において、当該ＳＲＳリソースセット＃０に含まれるＳＲＳリソース＃０とＳＲＳリソース＃１が、異なるＴＣＩ状態に対応する場合の一例を示している。ここでは、コードポイント０に対応するＳＲＳリソース＃０が第１のＴＣＩ状態に対応し、コードポイント１に対応するＳＲＳリソース＃１が第２のＴＣＩ状態に対応する場合を示している。
　このように、同じＳＲＳリソースセット内に含まれる複数のＳＲＳリソースに異なるＴＣＩ状態の割当てを行うことにより、ＳＲＳリソースセットが１つしか設定されない場合であってもＳＲＩフィールドによりジョイント／ＵＬ　ＴＣＩ状態の切り替えを行うことが可能となる。
［バリエーション２］
　２つのＳＲＳリソースセット（例えば、用途がＣＢ／ＮＣＢのＳＲＳリソースセット）が設定される場合、同じＳＲＳリソースセット内の複数のＳＲＳリソースにそれぞれ異なる指示ジョイント／ＵＬ　ＴＣＩ状態が適用／割当てられてもよい。
　例えば、ＤＣＩのＳＲＩフィールドのコードポイントが小さいＳＲＳリソースが第１の指示ジョイント／ＵＬ　ＴＣＩ状態に対応し、ＳＲＩフィールドのコードポイントの大きいＳＲＳリソースは第２の指示ジョイント／ＵＬ　ＴＣＩ状態に対応してもよい（図１１参照）。
　コードポイントが小さいとは、コードポイント０（例えば、用途がＣＢ）、コードポイント０／１（例えば、用途がＮＣＢ）を意味してもよい。コードポイントが大きいとは、コードポイント１（例えば、用途がＣＢ）、コードポイント２／３（例えば、用途がＮＣＢ）を意味してもよい。ここでは、ＳＲＩフィールドが１又は２ビットとなる場合を示したが、これに限られない。
　図１１は、１つのＳＲＳリソースセット＃０とＳＲＳリソースセット＃１が設定／指示される場合において、各ＳＲＳリソースセットに含まれる複数（ここでは、２つ）のＳＲＳリソースが異なるＴＣＩ状態に対応する場合の一例を示している。具体的には、ＳＲＳリソースセット＃０に含まれるＳＲＳリソース＃０とＳＲＳリソース＃１が異なるＴＣＩ状態にそれぞれ対応し、ＳＲＳリソースセット＃１に含まれるＳＲＳリソース＃２とＳＲＳリソース＃３が異なるＴＣＩ状態にそれぞれ対応している。
　図１１では、ＳＲＳリソースセット＃０とＳＲＳリソースセット＃１の同じコードポイントに同じＴＣＩ状態が対応（例えば、コードポイント０に第１のＴＣＩ状態が対応／コードポイント１に第２のＴＣＩ状態が対応）する場合を示したが、これに限らない。各ＳＲＳリソースセットに含まれるＳＲＳリソースに対応するＴＣＩ状態は、ＲＲＣ等により別々に設定されてもよい。
＜第２の実施形態＞
　第２の実施形態では、シングルＤＣＩベースのマルチＴＲＰに対する統一ＴＣＩ状態の設定／適用の一例について説明する。例えば、シングルＤＣＩベースのマルチＴＲＰについてＣＯＲＥＳＥＴプールインデックスが利用され、複数（例えば、２つ）のＣＯＲＥＳＥＴプールインデックス毎に指示ジョイントＴＣＩ状態が指示されることがサポートされるケースに好適に適用できる。ＣＯＲＥＳＥＴプールインデックスは、ＴＲＰインデックスと読み替えられてもよい。
　ＴＲＰの識別子（例えば、ＴＲＰ　ＩＤ）が各チャネル／リソース／リソースセット／参照信号に関連づけられてもよい。ＴＲＰ　ＩＤと、各チャネル／リソース／リソースセットと、の関連づけは、上位レイヤシグナリングにより設定されてもよい。あるいは、ＴＲＰ　ＩＤと、各チャネル／リソース／リソースセット／参照信号と、の関連づけは、所定ルールに基づいて暗示的にimplicitly）に行われてもよい。
　ＴＲＰ　ＩＤは、ＣＯＲＥＳＥＴプールインデックスであってもよい。ＣＯＲＥＳＥＴプールインデックスとして、第１のＣＯＲＥＳＥＴプールインデックス（例えば、インデックス０）と第２のＣＯＲＥＳＥＴプールインデックス（例えば、インデックス１）で定義されてもよい。なお、ＣＯＲＥＳＥＴプールインデックスの数は２つに限られず、３以上のＣＯＲＥＳＥＴプールインデックスが定義／サポートされてもよい。
　例えば、第１のＣＯＲＥＳＥＴプールインデックス＃０が第１のＴＲＰに対応し、第２のＣＯＲＥＳＥＴプールインデックス＃１が第２のＴＲＰに対応してもよい。２つのＴＲＰがサポート／設定される場合、第１のＴＲＰは、インデックスが小さいＴＲＰ（例えば、ＴＲＰ　ＩＤ＝０）であってもよい。第２のＴＲＰは、インデックスが大きいＴＲＰ（例えば、ＴＲＰ　ＩＤ＝１）であってもよい。
　例えば、第１のＣＯＲＥＳＥＴプールインデックス＃０（又は、第１のＴＲＰ＃０）に第１のＴＣＩ状態＃１が対応し、第２のＣＯＲＥＳＥＴプールインデックス＃１（又は、第１のＴＲＰ＃１）に第２のＴＣＩ状態＃２が対応する場合を想定する（図１２参照）。この場合、第１のＣＯＲＥＳＥＴプールインデックス＃０で伝送されるＰＤＣＣＨ／ＤＣＩにより第１のＴＣＩ状態＃１が指示され、第２のＣＯＲＥＳＥＴプールインデックス＃１で伝送されるＰＤＣＣＨ／ＤＣＩにより第２のＴＣＩ状態＃１が指示されてもよい。
　この場合、第１のＣＯＲＥＳＥＴプールインデックス＃０（又は、第１のＴＲＰ＃０）に関連づけられるチャネル／リソース／リソースセット／参照信号に対して、第１のＴＣＩ状態＃１が適用されてもよい（図１２参照）。図１２では、第１のＴＲＰ＃０に送信されるＰＵＳＣＨ＃１（又は、第１のＴＲＰ＃０に対応するＰＵＳＣＨ＃１）に第１のＴＣＩ状態＃１が適用される場合を示している。
　一方で、第２のＣＯＲＥＳＥＴプールインデックス＃１（又は、第２のＴＲＰ＃１）に関連づけられるチャネル／リソース／リソースセット／参照信号に対して、第２のＴＣＩ状態＃２が適用されてもよい。
　ＴＲＰ　ＩＤは、所定ＩＤ（例えば、新規のＩＤ）であってもよい。所定ＩＤ毎に、異なるタイミングアドバンス（ＴＡ）に関連づけられてもよい。例えば、異なるＩＤに関連づけられたＵＬ送信に対して異なるＴＡが適用されてもよい。あるいは、異なるＩＤに関連づけられたＵＬ送信は、異なるタイミングアドバンスグループ（ＴＡＧ）に属してもよい。
　同様に、ＣＯＲＥＳＥＴプールインデックス毎に、異なるタイミングアドバンス（ＴＡ）に関連づけられてもよい。例えば、異なるＣＯＲＥＳＥＴプールインデックスに関連づけられたＵＬ送信に対して異なるＴＡが適用されてもよい。あるいは、異なるＣＯＲＥＳＥＴプールインデックスに関連づけられたＵＬ送信は、異なるタイミングアドバンスグループ（ＴＡＧ）に属してもよい。
　以下に、ＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス／所定ＩＤ）と、チャネル／リソース／リソースセット／参照信号と、の関連づけの一例について説明する。
［動的ＰＵＳＣＨ］
　動的ＰＵＳＣＨに関連するＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）は、以下の少なくとも１つのケースに基づいて決定されてもよい。
《ケース１》
　ＴＲＰ　ＩＤは、スケジューリングＰＤＣＣＨ／サーチスペース（又は、サーチスペースセット）／ＣＯＲＥＳＥＴに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
　例えば、動的ＰＵＳＣＨのスケジューリングＰＤＣＣＨ（又は、スケジューリングＤＣＩ）がＴＲＰ　ＩＤ＝０に関連づけられる場合、当該ＰＤＣＣＨによりスケジュールされるＰＵＳＣＨはＴＲＰ　ＩＤ＝０に関連づけられてもよい。
《ケース２》
　ＴＲＰ　ＩＤはスケジューリングＤＣＩにより指示されてもよい。例えば、スケジューリングＤＣＩ（例えば、ＤＣＩフォーマット０＿１／０＿２）の新規ＤＣＩフィールド又は既存ＤＣＩフィールドによりＴＲＰ　ＩＤが指示されてもよい。
《ケース３》
　ＴＲＰ　ＩＤは、ＰＵＳＣＨに対して指示されるＴＣＩ状態に関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
《ケース４》
　ＴＲＰ　ＩＤは、ＳＲＩに関連づけられてもよい。あるいは、ＴＲＰ　ＩＤは、ＰＵＳＣＨに対して指示されるＳＲＳリソース／ＳＲＳリソースセットに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。なお、ＳＲＳリソース／ＳＲＳリソースセットは、所定の用途（例えば、ＣＢ／ＮＣＢ）のＳＲＳに対応してもよい。
　ＴＲＰ　ＩＤは、ＳＲＳリソースセット毎に設定されてもよい。ＳＲＳリソースセットは、用途（usage）＝ＣＢ／ＮＣＢに関連づけられてもよい。あるいは、最も低い／最も高いＳＲＳリソースセットＩＤが、暗示的に所定のＴＲＰ　ＩＤ（例えば、ＴＲＰ　ＩＤ＝｛０，１｝）に関連づけられてもよい。
《ケース５》
　動的ＰＵＳＣＨ用のＴＰＣ関連パラメータ（例えば、TPC　related　parameters）は、例えば、パスロス参照信号（例えば、PL-RS）、所定パラメータ（例えば、Ｐ０、ａｌｐｈａ）、閉ループインデックス（例えば、close　loop　index）であってもよい。
　上述のＰＤＣＣＨ／ＣＯＲＥＳＥＴ／ＴＣＩ状態／ＳＲＩ／ＳＲＳリソース／ＳＲＳリソースセットは、ＲＲＣ／ＭＡＣ　ＣＥ／ＤＣＩによって設定／アクティベート／指定されてもよい。
　なお、動的ＰＵＳＣＨのために複数のＴＣＩ状態／ＳＲＩ／ＳＲＳリソース／ＳＲＳリソースセットが指定される場合、当該動的ＰＵＳＣＨに関連するＴＲＰ　ＩＤは、上記複数のＴＣＩ状態／ＳＲＩ／ＳＲＳリソース／ＳＲＳリソースセットの少なくとも１つに関連してもよい。例えば、動的ＰＵＳＣＨのために２つのＴＣＩ状態が指定される場合、当該動的ＰＵＳＣＨに関連するＴＲＰ　ＩＤは、当該２つのＴＣＩ状態のうち第１のＴＣＩ状態及び第２のＴＣＩ状態の少なくとも一方に関連してもよい。
　ＵＥは、上述したいずれかの関連づけのルールに基づいて、動的ＰＵＳＣＨに適用されるジョイント／ＵＬ　ＴＣＩ状態を決定／選択する。
［設定グラントＰＵＳＣＨ］
　設定グラントＰＵＳＣＨに関連するＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）は、以下の少なくとも１つのケースに基づいて決定されてもよい。
《ケース１》
　ＴＲＰ　ＩＤは、設定グラントコンフィグレーションに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
　設定グラントに関する上位レイヤパラメータ（例えば、ConfiguredGrantConfig）においてＴＲＰ　ＩＤが設定されてもよい。あるいは、ＴＲＰ　ＩＤは、ConfiguredGrantConfigIndexに関連づけられてもよい。
《ケース２》
　タイプ２設定グラントに対して、ＴＲＰ　ＩＤは、アクティブ化を行うＤＣＩを伝送するＰＤＣＣＨ／サーチスペース（又は、サーチスペースセット）／ＣＯＲＥＳＥＴに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
《ケース３》
　ＴＲＰ　ＩＤは、アクティブ化を行うＤＣＩにより指示されてもよい。
《ケース４》
　ＴＲＰ　ＩＤは、ＰＵＳＣＨに対して指示されるＴＣＩ状態に関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
《ケース５》
　ＴＲＰ　ＩＤは、ＳＲＩに関連づけられてもよい。あるいは、ＴＲＰ　ＩＤは、ＰＵＳＣＨに対して指示されるＳＲＳリソース／ＳＲＳリソースセットに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。なお、ＳＲＳリソース／ＳＲＳリソースセットは、所定の用途（例えば、ＣＢ／ＮＣＢ）のＳＲＳに対応してもよい。
　ＴＲＰ　ＩＤは、ＳＲＳリソースセット毎に設定されてもよい。ＳＲＳリソースセットは、用途（usage）＝ＣＢ／ＮＣＢに関連づけられてもよい。あるいは、最も低い／最も高いＳＲＳリソースセットＩＤが、暗示的に所定のＴＲＰ　ＩＤ（例えば、ＴＲＰ　ＩＤ＝｛０，１｝）に関連づけられてもよい。
《ケース６》
　ＴＲＰ　ＩＤは、予め定義された値／固定値であってもよい。例えば、設定グラントに対して、ＴＲＰ　ＩＤは、特定の値（例えば、０）に固定されてもよい。これは、１つの指示されたジョイント／ＤＬ　ＴＣＩ状態（例えば、indicated　joint/DL　TCI　state）のみが全てのＰＵＳＣＨに適用され得ることを意味してもよい。
　上述の設定グラント設定／ＰＤＣＣＨ／ＣＯＲＥＳＥＴ／ＴＣＩ状態／ＳＲＩ／ＳＲＳリソース／ＳＲＳリソースセットは、ＲＲＣ／ＭＡＣ　ＣＥ／ＤＣＩによって設定／アクティベート／指定されてもよい。
　なお、設定グラントＰＵＳＣＨのために複数のＴＣＩ状態／ＳＲＩ／ＳＲＳリソース／ＳＲＳリソースセットが指定される場合、当該設定グラントＰＵＳＣＨに関連するＴＲＰ　ＩＤは、上記複数のＴＣＩ状態／ＳＲＩ／ＳＲＳリソース／ＳＲＳリソースセットの少なくとも１つに関連してもよい。
　ＵＥは、上述したいずれかの関連づけのルールに基づいて、設定グラントＰＵＳＣＨに適用されるジョイント／ＵＬ　ＴＣＩ状態を決定／選択する。
［ＰＵＣＣＨ］
　ＰＵＣＣＨに関連するＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）は、以下の少なくとも１つのケースに基づいて決定されてもよい。
《ケース１》
　ＰＵＣＣＨリソース／ＰＵＣＣＨ送信がＤＣＩにより指示／トリガされる場合、ＴＲＰ　ＩＤは、当該ＤＣＩを伝送するＰＤＣＣＨ／サーチスペース（又は、サーチスペースセット）／ＣＯＲＥＳＥＴに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
　あるいは、ＴＲＰ　ＩＤは、ＰＵＣＣＨリソース／ＰＵＣＣＨ送信を指示／トリガするＤＣＩにより指示されてもよい。
《ケース２》
　ＴＲＰ　ＩＤは、ＰＵＣＣＨリソースに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
　あるいは、ＰＵＣＣＨリソースグループが設定され、異なるタイミングアドバンスが異なるＰＵＣＣＨリソースグループに適用されてもよい。複数（例えば、２つ）のＰＣＣＨリソースグループは、２つのＴＲＰに対してそれぞれ設定／関連づけされてもよい。
《ケース３》
　ＴＲＰ　ＩＤは、ＰＵＣＣＨに対して指示されるＴＣＩ状態又は空間関係情報に関連付けられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
《ケース４》
　ＴＲＰ　ＩＤは、ＰＵＣＣＨで伝送されるＵＣＩに関連づけられてもよい。例えば、ＴＲＰ　ＩＤは、ＨＡＲＱ（又は、ＨＡＲＱに対応するＰＤＳＣＨ）に関連づけられてもよいし、ＳＲに関連づけられてもよいし、ＣＳＩ報告に関連づけられてもよい。
《ケース５》
　動的ＰＵＣＣＨ用のＴＰＣ関連パラメータ（例えば、TPC　related　parameters）は、例えば、パスロス参照信号（例えば、PL-RS）、所定パラメータ（例えば、Ｐ０、ａｌｐｈａ）、閉ループインデックス（例えば、close　loop　index）であってもよい。
《ケース６》
　ＴＲＰ　ＩＤは、予め定義された値／固定値であってもよい。例えば、ＰＵＣＣＨに対して、ＴＲＰ　ＩＤは、特定の値（例えば、０）に固定されてもよい。これは、１つの指示されたジョイント／ＤＬ　ＴＣＩ状態（例えば、indicated　joint/DL　TCI　state）のみが全てのＰＵＣＣＨに適用され得ることを意味してもよい。
　ＰＵＣＣＨとＴＲＰ　ＩＤとの関連付け（対応関係）は、ＰＵＣＣＨフォーマットごとに異なってもよい。ＰＵＣＣＨとＴＲＰ　ＩＤとの関連付け（対応関係）は、異なるＵＣＩタイプのＰＵＣＣＨについて異なってもよい（言い換えると、第１のＵＣＩタイプのためのＰＵＣＣＨと、第２のＵＣＩタイプのためのＰＵＣＣＨとで、ＰＵＣＣＨとＴＲＰ　ＩＤとの関連付けが異なってもよい）。
　ＵＥは、上述したいずれかの関連づけのルールに基づいて、ＰＵＣＣＨに適用されるジョイント／ＵＬ　ＴＣＩ状態を決定／選択する。
［ＳＲＳ］
　ＳＲＳに関連するＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）は、以下の少なくとも１つのケースに基づいて決定されてもよい。
《ケース１》
　ＳＲＳがＤＣＩによりトリガされる場合（例えば、非周期ＳＲＳの場合）、ＴＲＰ　ＩＤは、当該ＤＣＩを伝送するＰＤＣＣＨ／サーチスペース（又は、サーチスペースセット）／ＣＯＲＥＳＥＴに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
　あるいは、ＴＲＰ　ＩＤは、ＳＲＳをトリガするＤＣＩにより指示されてもよい。
《ケース２》
　ＴＲＰ　ＩＤは、ＳＲＳリソース／ＳＲＳリソースセットに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
　あるいは、ＴＲＰ　ＩＤとＳＲＳリソース／ＳＲＳリソースセットとの関連づけはあらかじめ定義されてもよい。例えば、コードブック（ＣＢ）／ノンコードブック（ＮＣＢ）ＳＲＳについて、２つのＴＲＰに対して２つのＳＲＳリソースセットが設定される場合、２つのＳＲＳリソースセットは２つのＴＲＰ　ＩＤにそれぞれ関連づけられてもよい。第１のＳＲＳリソースセット（例えば、ＩＤが低いＳＲＳリソースセット）が第１のＴＲＰ＃０に関連し、第２のＳＲＳリソースセット（例えば、ＩＤが高いＳＲＳリソースセット）は第２のＴＲＰ＃１に関連してもよい。
《ケース３》
　ＴＲＰ　ＩＤは、ＳＲＳに対して指示されるＴＣＩ状態又は空間関係情報に関連付けられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
《ケース４》
　ＳＲＳ用のＴＰＣ関連パラメータ（例えば、TPC　related　parameters）は、例えば、パスロス参照信号（例えば、PL-RS）、所定パラメータ（例えば、Ｐ０、ａｌｐｈａ）、閉ループインデックス（例えば、close　loop　index）であってもよい。
《ケース５》
　ＴＲＰ　ＩＤは、予め定義された値／固定値であってもよい。例えば、ＳＲＳに対して、ＴＲＰ　ＩＤは、特定の値（例えば、０）に固定されてもよい。これは、１つの指示されたジョイント／ＤＬ　ＴＣＩ状態（例えば、indicated　joint/DL　TCI　state）のみが全てのＳＲＳに適用され得ることを意味してもよい。
　なお、ＳＲＳとＴＲＰ　ＩＤとの関連付け（対応関係）は、当該ＳＲＳに対応するＳＲＳリソースセットの用途（usage）ごとに異なってもよい。例えば、用途がコードブック、ノンコードブック、ビームマネジメント、アンテナスイッチング及びポジショニングのそれぞれ（又はいくつか）について、異なるＴＲＰ　ＩＤの対応関係が用いられてもよい。
　また、ＳＲＳとＴＲＰ　ＩＤとの関連付け（対応関係）は、当該ＳＲＳに対応するＳＲＳリソースセットの時間ドメインのふるまい（例えば、周期的、セミパーシステント、非周期的）ごとに異なってもよい。
　ＵＥは、上述したいずれかの関連づけのルールに基づいて、ＳＲＳに適用されるジョイント／ＵＬ　ＴＣＩ状態を決定／選択する。
［ＣＳＩ－ＲＳ］
　ＣＳＩ－ＲＳに関連するＴＲＰ　ＩＤは、以下の少なくとも１つのケースに基づいて決定されてもよい。
《ケース１》
　ＣＳＩ－ＲＳがＤＣＩによりトリガされる場合（例えば、Ａ－ＣＳＩ－ＲＳ）、ＴＲＰ　ＩＤは、当該ＤＣＩを伝送するＰＤＣＣＨ／ＣＯＲＥＳＥＴ／サーチスペースセットに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
　あるいは、ＣＳＩ－ＲＳがＤＣＩによりトリガされる場合（例えば、Ａ－ＣＳＩ－ＲＳ）、ＴＲＰ　ＩＤは、当該ＤＣＩにより指示されてもよい。
《ケース２》
　ＴＲＰ　ＩＤは、ＣＳＩ－ＲＳリソース／ＣＳＩ－ＲＳリソースセットに関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
　あるいは、ＴＲＰ　ＩＤとＣＳＩ－ＲＳリソース／ＣＳＩ－ＲＳリソースセットとの関連づけはあらかじめ定義されてもよい。より低い／高いＩＤを有するＣＳＩ－ＲＳリソースＩＤ／ＣＳＩ－ＲＳリソースセットＩＤが、ＴＲＰ　ＩＤ＃０に関連づけられてもよい。他のＣＳＩ－ＲＳリソースＩＤ／ＣＳＩ－ＲＳリソースセットＩＤが、ＴＲＰ　ＩＤ＃１に関連づけられてもよい。
《ケース３》
　ＴＲＰ　ＩＤは、Ａ－ＣＳＩ－ＲＳに対して指示されるＴＣＩ状態又は空間関係情報に関連づけられてもよい。当該関連づけは、ＲＲＣ／ＭＡＣ　ＣＥにより設定／アクティベート／指示されてもよい。
《ケース４》
　ＴＲＰ　ＩＤは、予め定義される／固定されてもよい。例えば、ＣＳＩ－ＲＳに関連するＴＲＰ　ＩＤは、特定の値（例えば、０）であってもよい。これは、１つの指示されたジョイント／ＤＬ　ＴＣＩ状態（例えば、indicated　joint/DL　TCI　state）のみが全てのＣＳＩ－ＲＳに適用され得ることを意味してもよい。
《ケース５》
　指示されたジョイント／ＤＬ　ＴＣＩ状態は、特定のＣＳＩ－ＲＳに適用されてもよい。特定のＣＳＩ－ＲＳは、例えば、Ａ／ＳＰ／Ｐ　ＣＳＩ－ＲＳ、ｒｅｐｅｔｉｔｉｏｎ有り／無しのＣＳＩ－ＲＳ、ｔｒｓ情報（trs-info）を有する／有しないＣＳＩ－ＲＳ、モビリティ用のＣＳＩ－ＲＳ、及びＢＭ／ＣＳＩ用のＣＳＩ－ＲＳの少なくとも一つであってもよい。
　ＣＳＩ－ＲＳには、異なる目的（例えば、ｒｅｐｅｔｉｔｉｏｎ有り／無しのＣＳＩ－ＲＳ、ｔｒｓ情報（trs-info）を有する／有しないＣＳＩ－ＲＳ、モビリティ用のＣＳＩ－ＲＳなど）に対して異なるオプション（又は、ケース）が適用されてもよい。異なる時間ドメイン動作（例えば、周期的／セミパーシステント／非周期的）が異なるＣＳＩ－ＲＳに対して異なるオプション（又は、ケース）が適用されてもよい。
　ＵＥは、上述したいずれかの関連づけのルールに基づいて、ＣＳＩ－ＲＳに適用されるジョイント／ＵＬ　ＴＣＩ状態を決定／選択する。
［ＰＤＣＣＨ］
　シングルＤＣＩベースのマルチＴＲＰにおけるＰＤＣＣＨについて、ＵＥは、同じＣＯＲＥＳＥＴプールインデックス値に関連づけられているＣＯＲＥＳＥＴにおけるＰＤＣＣＨに、当該ＣＯＲＥＳＥＴプールインデックス値に固有の指示ジョイント／ＤＬ　ＴＣＩ状態（例えば、indicated　joint/DL　TCI　state）を適用してもよい。
　この場合、指示ジョイント／ＤＬ　ＴＣＩ状態は、全てのＰＤＣＣＨに適用される構成としてもよいし、全てのＰＤＣＣＨには適用されない構成としてもよい。例えば、指示ジョイント／ＤＬ　ＴＣＩ状態は、一部のＣＯＲＥＳＥＴに適用されなくてもよい（又は、一部のＣＯＲＥＳＥＴのみに適用されてもよい）。
　ジョイント／ＤＬ　ＴＣＩ状態が設定され、少なくとも１つのＣＯＲＥＳＥＴに対してＣＯＲＥＳＥＴプールインデックスが設定される場合、ＣＯＲＥＳＥＴプールインデックス（＝｛０，１｝）毎にそれぞれ１つのジョイント／ＤＬ　ＴＣＩ状態の指示がサポートされてもよい。
　この場合、ＰＤＣＣＨに対して、以下のルールの少なくとも一つが適用されてもよい。
《ルール１》
　特定のＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０）に対して、もし統一ＴＣＩ状態に従うことを示す上位レイヤパラメータ（例えば、followUnifiedTCIstate）が設定される場合、指示ＴＣＩ状態を適用してもよい。それ以外の場合、当該特定のＣＯＲＥＳＥＴに対して既存システム（例えば、Ｒｅｌ．１５）のメカニズムが適用されてもよい。既存システム（例えば、Ｒｅｌ．１５）のメカニズムは、例えば、特定のＣＯＲＥＳＥＴは、ＭＡＣ　ＣＥによりアクティベートされたＴＣＩ状態に従う、又は、ＳＳＢとＱＣＬされてもよい。
《ルール２》
　あるいは、ＵＳＳ／ＣＳＳタイプ３を伴う、特定のＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０）以外のＣＯＲＥＳＥＴに対し、常に指示ＴＣＩ状態が適用されてもよい。
《ルール３》
　あるいは、少なくともＣＳＳタイプ３以外のＣＳＳを伴う特定のＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０）以外のＣＯＲＥＳＥＴに対し、followUnifiedTCIstateが設定される場合、指示ＴＣＩ状態を適用してもよい。それ以外の場合、そのＣＯＲＥＳＥＴに対する設定ＴＣＩ状態（"configured　TCI　state"）が、そのＣＯＲＥＳＥＴに適用されてもよい。
　なお、上記ルール１－３とは異なるルールが適用されてもよい。例えば、所定条件によりルール１／２／３と同じルール／異なるルールが適用されてもよい。所定条件は以下のいずれかであってもよい：
・どのＣＯＲＥＳＥＴであるか（例えば、特定のＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ＃０）であるかどうか）、
・どのサーチスペースタイプであるか（例えば、ＣＳＳ又はＵＳＳであるか、ＣＳＳの場合にはＣＳＳタイプ０／０Ａ／１／２／３であるか）、
・統一ＴＣＩ状態に従うことを示す上位レイヤパラメータ（例えば、followUnifiedTCIstate）が設定されるか否か。
　あるいは、設定（例えば、ＣＳＳ／ＵＳＳ／followUnifiedTCIstate／ＣＯＲＥＳＥＴ＃０）に関係なく、全てのＣＯＲＥＳＥＴ／ＰＤＣＣＨに対し、対応するＣＯＲＥＳＥＴプールインデックスに関連する指示ＴＣＩ状態が適用されてもよい。
［ＰＤＳＣＨ］
　ジョイント／ＤＬ　ＴＣＩ状態が設定され、少なくとも１つのＣＯＲＥＳＥＴに対してＣＯＲＥＳＥＴプールインデックスが設定される場合、ＣＯＲＥＳＥＴプールインデックス（＝｛０，１｝）毎にそれぞれ１つのジョイント／ＤＬ　ＴＣＩ状態の指示がサポートされてもよい。
　この場合、ＰＤＳＣＨに対して、スケジューリングオフセットと、ＱＣＬに対する時間期間を示す閾値（例えば、timeDurationForQCL）と、の関係に基づいて、ＰＤＳＣＨのＱＣＬ想定（又は、ＰＤＳＣＨに適用される指示ＴＣＩ状態）が制御されてもよい。
　スケジューリングオフセット＜timeDurationForQCLの場合、ＰＤＳＣＨをスケジュールするＣＯＲＥＳＥＴ（例えば、スケジューリングＣＯＲＥＳＥＴ）に関わらず、指示ＴＣＩ状態がサービングセルＰＣＩに関連づけられている場合、ＣＯＲＥＳＥＴプールインデックスに関連づけられた指示ＴＣＩ状態がスケジュールされたＰＤＳＣＨに適用されてもよい。それ以外の場合（例えば、指示ＴＣＩ状態がサービングセルＰＣＩに関連づけられていない場合）、既存システム（例えば、Ｒｅｌ．１６）のデフォルトＱＣＬルールが適用されてもよい。デフォルトＱＣＬルールが適用される場合、最新のモニタリングスロットにおいて同じＣＯＲＥＳＥＴプールインデックスを有する最も低いＣＯＲＥＳＥＴ　ＩＤに対応するＱＣＬがスケジュールされたＰＤＳＣＨに適用されてもよい。
　スケジューリングオフセット≧timeDurationForQCLの場合、ＰＤＳＣＨのＱＣＬ想定は、スケジューリングＣＯＲＥＳＥＴのＱＣＬ想定と同じであってもよい。これは、ＱＣＬ想定がスケジューリングＣＯＲＥＳＥＴに利用されるＱＣＬ想定に依存することを意味してもよい。
［followUnifiedTCIstate］
　各チャネル／信号に対して、統一ＴＣＩ状態に従うことを示す上位レイヤパラメータ（例えば、followUnifiedTCIstate）の設定／適用が拡張されてもよい。
《ＰＵＳＣＨ》
　ＰＵＳＣＨに対して、当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が定義されなくてもよい。例えば、全て／一部のＰＵＳＣＨは指示ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
　あるいは、ＰＵＳＣＨ設定（例えば、PUSCH-Config）／スケジューリングＣＯＲＥＳＥＴにおいて当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が設定可能／サポートされてもよい。例えば、当該上位レイヤパラメータが設定される場合、関連するＰＵＳＣＨは指示ジョイント／ＵＬ　ＴＣＩ状態に従い、それ以外の場合、ＰＵＳＣＨは設定ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
《ＰＵＣＣＨ》
　ＰＵＣＣＨに対して、当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が定義されなくてもよい。例えば、全て／一部のＰＵＣＣＨは指示ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
　あるいは、ＰＵＣＣＨ設定（例えば、PUCCH-Config）／スケジューリングＣＯＲＥＳＥＴにおいて当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が設定可能／サポートされてもよい。例えば、当該上位レイヤパラメータが設定される場合、関連するＰＵＣＣＨは指示ジョイント／ＵＬ　ＴＣＩ状態に従い、それ以外の場合、ＰＵＳＣＨは設定ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
《ＳＲＳ》
　ＳＲＳに対して、当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が定義されなくてもよい。例えば、全て／一部のＳＲＳは指示ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
　あるいは、ＳＲＳ設定（例えば、SRS-Config）／トリガリングＣＯＲＥＳＥＴにおいて当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が設定可能／サポートされてもよい。例えば、当該上位レイヤパラメータが設定される場合、関連するＳＲＳは指示ジョイント／ＵＬ　ＴＣＩ状態に従い、それ以外の場合、ＰＵＳＣＨは設定ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
　なお、限定されたタイプのＳＲＳのみ（例えば、一部のＳＲＳのみ）が指示ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。一部のＳＲＳは、コードブック、ノンコードブック、ビームマネジメント、アンテナスイッチング、及びポジショニングの少なくとも一つに利用されるＳＲＳであってもよい。あるいは、一部のＳＲＳは、時間領域の動作が異なる周期的ＳＲＳ、セミパーシステントＳＲＳ、及び非周期的ＳＲＳの少なくとも一つであってもよい。
《ＰＤＣＣＨ》
　ＰＤＣＣＨに対して、当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が定義されなくてもよい。例えば、全て／一部のＣＯＲＥＳＥＴ（又は、当該ＣＯＲＥＳＥＴに対応するＰＤＣＣＨ）は指示ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
　あるいは、ＰＤＣＣＨ設定（例えば、PDCCH-Config）／ＣＯＲＥＳＥＴ／サーチスペース（又は、サーチスペースセット）において当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が設定可能／サポートされてもよい。例えば、当該上位レイヤパラメータが設定される場合、関連するＰＤＣＣＨ／ＣＯＲＥＳＥＴ／サーチスペース（又は、サーチスペースセット）は指示ジョイント／ＵＬ　ＴＣＩ状態に従い、それ以外の場合、ＰＤＣＣＨ／ＣＯＲＥＳＥＴ／サーチスペース（又は、サーチスペースセット）は設定ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
　なお、限定されたタイプのＰＤＣＣＨ／ＣＯＲＥＳＥＴ／サーチスペース（又は、サーチスペースセット）のみ（例えば、一部のＰＤＣＣＨ／ＣＯＲＥＳＥＴ／サーチスペース（又は、サーチスペースセット）のみ）が指示ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。一部のＰＤＣＣＨ／ＣＯＲＥＳＥＴ／サーチスペース（又は、サーチスペースセット）は、特定のＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０）／ＣＯＲＥＳＥＴ＃０以外のＣＯＲＥＳＥＴ／ＣＳＳ／ＵＳＳであってもよい。ＣＳＳの場合、さらにＣＳＳタイプ０／０Ａ／１／２／３の少なくとも一つが一部のサーチスペースセットに選択されてもよい。
《ＰＤＳＣＨ》
　ＰＤＳＣＨに対して、当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が定義されなくてもよい。例えば、全て／一部のＰＤＳＣＨは指示ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
　あるいは、ＰＤＳＣＨ設定（例えば、PDSCH-Config）／スケジューリングＣＯＲＥＳＥＴにおいて当該上位レイヤパラメータ（例えば、followUnifiedTCIstate）が設定可能／サポートされてもよい。例えば、当該上位レイヤパラメータが設定される場合、関連するＰＤＳＣＨは指示ジョイント／ＵＬ　ＴＣＩ状態に従い、それ以外の場合、ＰＤＳＣＨは設定ジョイント／ＵＬ　ＴＣＩ状態に従ってもよい。
＜第３の実施形態＞
　第３の実施形態では、シングルＤＣＩベースのマルチＴＲＰにおけるタイミングアドバンス制御の一例について説明する。
［ＴＡ／ＴＡＧ］
　複数のＴＲＰを利用する場合にはＵＥと各ＴＲＰ間との距離がそれぞれ異なるケースも生じる。複数のＴＲＰは、同じセル（例えば、サービングセル）に含まれてもよい。あるいは、複数のＴＲＰのうち、あるＴＲＰがサービングセルに相当し、他のＴＲＰが非サービングセルに相当してもよい。この場合、各ＴＲＰとＵＥ間の距離が異なることも想定される。
　既存システムでは、ＵＬ（Uplink）チャネル及び／又はＵＬ信号（ＵＬチャネル／信号）の送信タイミングは、タイミングアドバンス（ＴＡ：Timing　Advance）によって調整される。異なるユーザ端末（ＵＥ：User　Terminal）からのＵＬチャネル／信号の受信タイミングは、無線基地局（ＴＲＰ：Transmission　and　Reception　Point、ｇＮＢ：gNodeB等ともいう）側で調整される。
　ＵＥは、あらかじめ設定されたタイミングアドバンスグループ（ＴＡＧ：Timing　Advance　Group）毎に、タイミングアドバンス（マルチプルタイミングアドバンス）を適用してＵＬ送信のタイミング制御を行ってもよい。
　マルチプルタイミングアドバンスを適用する場合、送信タイミングで分類されるタイミングアドバンスグループ（ＴＡＧ：Timing　Advance　Group）をサポートする。ＵＥは、ＴＡＧ毎に同じＴＡオフセット（又は、ＴＡ値）が適用されると想定して各ＴＡＧにおけるＵＬ送信タイミングを制御してもよい。つまり、ＴＡオフセットは、ＴＡＧ毎にそれぞれ独立して設定されてもよい。
　マルチプルタイミングアドバンスを適用する場合、ＵＥが各ＴＡＧに属するセルの送信タイミングを独立に調整することにより、複数のセルを利用する場合であっても、無線基地局においてＵＥからの上りリンク信号受信タイミングを合わせることができる。
　ＴＡＧ（例えば、同じＴＡＧに属するサービングセル）は、上位レイヤパラメータにより設定されてもよい。同じＴＡＧに属するサービングセルに対して、同じタイミングアドバンス値が適用されてもよい。ＭＡＣエンティティのＳｐＣｅｌｌを含むタイミングアドバンスグループはプライマリタイミングアドバンスグループ（ＰＴＡＧ）と呼ばれ、それ以外のＴＡＧはセカンダリタイミングアドバンスグループ（ＳＴＡＧ）と呼ばれてもよい。
　既存システム（例えば、Ｒｅｌ．１６　ＮＲ）では、セルグループ（例えば、ＭＣＧ／ＳＣＧ）毎に最大４個のＴＡＧの設定がサポートされる（図１３参照）。図１３では、ＳｐＣｅｌｌとＳＣｅｌｌ＃１～＃４を含むセルグループに対して、３個のＴＡＧが設定される場合を示している。ここでは、ＳｐＣｅｌｌとＳＣｅｌｌ＃１が第１のＴＡＧ（ＰＴＡＧ又はＴＡＧ＃０）に属し、ＳＣｅｌｌ＃２とＳＣｅｌｌ＃３が第２のＴＡＧ（ＴＡＧ＃１）に属し、ＳＣｅｌｌ＃４が第３のＴＡＧ（ＴＡＧ＃２）に属する場合を示している。
　タイミングアドバンスコマンド（TA　command）がＭＡＣ制御要素（例えば、ＭＡＣ　ＣＥ）を利用してＵＥに通知されてもよい。ＴＡコマンドは、上りチャネルの送信タイミング値を示すコマンドであり、ＭＡＣ制御要素に含まれる。ＴＡコマンドは、無線基地局からＵＥに対してＭＡＣレイヤでシグナリングされる。ＵＥは、ＴＡコマンドの受信に基づいて所定タイマ（例えば、ＴＡタイマ）を制御する。
　タイミングアドバンスコマンド用のＭＡＣ　ＣＥ（ＴＡＣ　ＭＡＣ　ＣＥ）は、タイミングアドバンスグループインデックス（例えば、ＴＡＧ　ＩＤ）用のフィールドと、タイミングアドバンスコマンド用のフィールドと、を含む構成であってもよい（図１４参照）。
　シングルＤＣＩベースのマルチＴＲＰにおいて、ＴＡＧとＵＬチャネル／信号との関連づけが、統一ＴＣＩ状態が設定／適用されるか否かに応じて制御されてもよい。例えば、統一ＴＣＩ状態（例えば、ジョイント／ＵＬ　ＴＣＩ状態）が設定される場合、ＴＡＧとＵＬチャネル／信号の関連づけは、ＴＡＧの関連づけ（例えば、ＴＡＧとＵＬチャネル／信号との関連づけ）、指示ジョイント／ＵＬ　ＴＣＩ状態の関連づけ（例えば、指示ジョイント／ＵＬ　ＴＣＩ状態とＵＬチャネル／信号との関連づけ）の両方の目的に利用されてもよい。なお、ＴＡＧとＴＣＩ状態／ＣＯＲＥＳＥＴプールインデックスとの間の関連づけはあらかじめ定義／設定されてもよいし、基地局からＵＥにＲＲＣパラメータにより設定されてもよい。
　シングルＤＣＩベースのマルチＴＲＰ動作について、ターゲットＵＬチャネル／信号にＴＡＧを関連づけるために、下記のオプション３－１～オプション３－４の少なくとも一つが適用されてもよい。
［オプション３－１］
　ＴＡＧをＴＣＩ状態／空間関係に関連づけてもよい。
　例えば、ＴＡＧ　ＩＤをジョイント／ＵＬ　ＴＣＩ状態（又は、空間関係）の一部として設定してもよい。ＵＬ送信について、ジョイント／ＵＬ　ＴＣＩ状態（又は、空間関係）に関連づけられたＴＡＧ　ＩＤが利用されてもよい。
［オプション３－２］
　ＴＡＧをＣＯＲＥＳＥＴプールインデックス（又は、ＴＲＰインデックス）に関連づけてもよい。
　動的にスケジュール／アクティブ化されるＰＵＳＣＨについて、当該ＰＵＳＣＨをスケジュール／アクティブ化するＰＤＣＣＨを伝送するＣＯＲＥＳＥＴのＣＯＲＥＳＥＴプールインデックスに関連づけられたＴＡＧがＵＬ送信（例えば、ＰＵＳＣＨ）に適用されてもよい。
　タイプ１の設定グラントＰＵＳＣＨ、周期的／セミパーシステントＳＲＳ、及び周期的／セミパーシステントＰＵＣＣＨの少なくとも一つについて、ＣＯＲＥＳＥＴプールインデックスがＲＲＣパラメータにより設定されてもよい。
［オプション３－３］
　ＴＡＧをＳＳＢグループに関連づけてもよい。
　ＵＬ送信について、ＵＥは、ＳＳＢグループに関連づけられたＴＡＧを採用してもよい。パスロス参照信号（ＰＬ　ＲＳ）がＳＳＢである場合、ＵＥは、ＵＬ伝送のＰＬ　ＲＳが属するＳＳＢグループに関連づけられたＴＡＧを採用してもよい。ＰＬ　ＲＳがＣＳＩ－ＲＳである場合、ＵＥは、ＰＬ　ＲＳのＱＣＬソースＳＳＢ（例えば、QCL　source　SSB）が属するＳＳＢグループに関連づけられたＴＡＧを採用してもよい。
［オプション３－４］
　ＴＡＧの関連づけは以下のように実行されてもよい：
・動的にスケジュール／アクティブ化されたチャネル／信号について、スケジュールＰＤＣＣＨを伝送するＣＯＲＥＳＥＴのＣＯＲＥＳＥＴプールインデックスに関連づけられたＴＡＧがＵＬ伝送に利用される、
・周期的／セミパーシステントのＵＬチャネル／信号（ＤＣＩによりスケジュール／アクティブ化されない場合）について、ＴＡＧ　ＩＤはＲＲＣパラメータにより設定されてもよい。
　オプション３－４では、全ての動的にスケジュール／アクティブ化されるチャネル／信号が、スケジューリング／アクティブ化ＰＤＣＣＨのＣＯＲＥＳＥＴプールインデックスに基づいてＴＡＧの関連づけが行われてもよい。
　オプション３－１／３－２／３－４では、「ＴＡＧ」と「ＴＣＩ状態又はＣＯＲＥＳＥＴプールインデックス」の間の関連づけが想定される。
　シングルＤＣＩベースのマルチＴＲＰに対して複数（例えば、２つ）のタイミングアドバンス（例えば、ＴＡ）が設定され、ＣＯＲＥＳＥＴプールインデックスが設定される場合を想定する。
　かかる場合において、ジョイント／ＵＬ　ＴＣＩ状態が設定される場合、ＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）と各チャネル／リソース／リソースセット／参照信号との関連づけは、各チャネル／参照信号に対する１つの指示ジョイント／ＵＬ　ＴＣＩ状態の選択／決定とＴＡの決定の両方の目的で使用されてもよい。
　シングルＤＣＩベースのマルチＴＲＰに対して複数（例えば、２つ）のタイミングアドバンス（例えば、ＴＡ）が設定され、ＣＯＲＥＳＥＴプールインデックスが設定される場合、ＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）毎に、異なるタイミングアドバンス（ＴＡ）が関連づけられてもよい。例えば、異なるＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）に関連づけられたＵＬ送信（例えば、ＵＬチャネル／信号）に対して異なるＴＡが適用されてもよい（図１５参照）。図１５では、異なるＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）に対応するＵＬ送信（ここでは、ＰＵＳＣＨ＃１とＰＵＳＣＨ＃２）に異なるＴＡを適用する、又は異なるＴＡＧに属する場合を示している。
　あるいは、シングルＤＣＩベースのマルチＴＲＰに対して複数（例えば、２つ）のタイミングアドバンス（例えば、ＴＡ）が設定され、ＣＯＲＥＳＥＴプールインデックスが設定される場合において、ジョイント／ＵＬ　ＴＣＩ状態が設定されない場合、ＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）と各チャネル／リソース／リソースセット／参照信号との関連づけは、ＴＡのみの決定の目的で使用されてもよい。
　ジョイント／ＵＬ　ＴＣＩ状態が設定される場合は、統一ＴＣＩ状態に従うことを示す上位レイヤパラメータ（例えば、followUnifiedTCIstate）が設定される場合と読み替えられてもよい。ジョイント／ＵＬ　ＴＣＩ状態が設定されない場合は、統一ＴＣＩ状態に従うことを示す上位レイヤパラメータ（例えば、followUnifiedTCIstate）が設定されない場合と読み替えられてもよい。
＜第４の実施形態＞
　第４の実施形態では、複数パネルを利用した同時ＵＬ送信（例えば、simultaneous　multi-panel　UL　transmission（ＳｉＭＰＵＬ）、simultaneous　UL　transmission　from　multiple　panels（ＳＴｘＭＰ））における送信制御の一例について説明する。
　本実施の形態は、ＣＯＲＥＳＥＴプールインデックスを利用するシングルＤＣＩベースのマルチＴＲＰに適用されてもよい。ＣＯＲＥＳＥＴプールインデックスは、ＴＲＰインデックスと読み替えられてもよい。以下の説明において、マルチＤＣＩベースのマルチＴＲＰにおける動作をシングルＤＣＩベースのマルチＴＲＰに適用してもよい。この場合、マルチＤＣＩ（例えば、第１のＤＣＩ＃０又は第２のＤＣＩ＃１）のうちの１つのＤＣＩによりＰＵＳＣｈ＃０とＰＵＳＣＨ＃１がスケジュール／アクティブ化／トリガされると読み替えられてもよい。また、１つのＤＣＩにより複数（例えば、２つ）のＳＲＳリソースセット（又は、ＳＲＳリソース）がＵＥに指示されてもよい。
［simultaneous　multi-panel　UL　transmission（SiMPUL）］
　将来の無線通信システム（例えば、Ｒｅｌ．１８以降）において、ＵＬのスループット／信頼性の改善のために、１以上の送受信ポイント（Transmission/Reception　Point（ＴＲＰ））に向けて、複数パネルを利用した同時ＵＬ送信（例えば、simultaneous　multi-panel　UL　transmission（ＳｉＭＰＵＬ）、simultaneous　UL　transmission　from　multiple　panels（ＳＴｘＭＰ））がサポートされてもよい。
　本開示において、複数パネルを利用した同時ＵＬ送信、ＳＴｘＭＰ、ＳｉＭＰＵＬ、マルチパネルを用いた同一時間ドメインにおけるＵＬ送信、は互いに読み替えられてもよい。
　本開示において、パネル、受信パネル、ＵＥパネル、ＵＥ能力値（UE　Capability　value）、ＵＥ能力値セット（UE　Capability　value　set）、パネルグループ、などは互いに読み替えられてもよい。
《シングルＤＣＩベースマルチＴＲＰのＰＵＳＣＨ》
　シングルＤＣＩベースマルチＴＲＰのＳＴｘＭＰ　ＰＵＳＣＨは、以下の送信方式で送信されることが検討されている：
　・ＳＤＭ（空間分割多重）スキーム。
　・ＦＤＭ（周波数分割多重）－Ｂスキーム。
　・ＦＤＭ－Ａスキーム。
　・ＳＦＮ（single　frequency　network）ベース送信スキーム。
　・ＳＤＭ繰り返し（repetition）スキーム。
　ＳＤＭスキームは、１つのＰＵＳＣＨの異なるレイヤ／ＤＭＲＳポートが別々にプリコーディングされ、異なるＵＥパネルから同時に送信される方式であってもよい。
　ＦＤＭ－Ｂスキームは、同一トランスポートブロック（ＴＢ）の同じ／異なる冗長バージョン（ＲＶ）の複数（２つ）のＰＵＳＣＨ（送信機会）が、重複しない周波数ドメインリソース及び同じ時間ドメインリソースにおいて、異なるＵＥパネルから送信される方式であってもよい。
　ＦＤＭ－Ａスキームは、１つのＰＵＳＣＨ（送信機会）の周波数ドメインリソースにおける異なる部分が、異なるＵＥパネルから送信される方式であってもよい。
　ＳＦＮベース送信スキームは、１つのＰＵＳＣＨの同じレイヤ／ＤＭＲＳポートの全てが、複数（２つ）の異なるＵＥパネルから同時に送信される方式であってもよい。
　ＳＤＭ繰り返しスキームは、同一ＴＢの異なるＲＶを有する複数（２つ）のＰＵＳＣＨ（送信機会）が、複数（２つ）の異なるＵＥパネルから同時に送信される方式であってもよい。
《マルチＤＣＩベースマルチＴＲＰのＰＵＳＣＨ》
　マルチＤＣＩベースマルチＴＲＰのＳＴｘＭＰ　ＰＵＳＣＨについて、複数（２つ）のＰＵＳＣＨが異なるＴＲＰに関連付けられてもよい。当該異なる複数のＰＵＳＣＨは、それぞれ異なるＵＥパネルから送信されてもよい。
　Ｎ個のＰＵＳＣＨの総レイヤ数は、２×Ｎ個であってもよい。
　また、当該複数のＰＵＳＣＨは、ＤＣＩによってスケジュールされるＰＵＳＣＨ、コンフィギュアドグラントのＰＵＳＣＨ、メッセージ３／メッセージＡ用のＰＵＳＣＨ、の少なくとも１つであってもよい。
　また、当該複数のＰＵＳＣＨは、時間ドメインにおいて完全に／部分的に重複し、周波数ドメインにおいて完全に／部分的に重複、又は、周波数ドメインにおいて重複しなくてもよい。
《シングルＤＣＩベースマルチＴＲＰのＰＵＣＣＨ》
　シングルＤＣＩベースマルチＴＲＰのＳＴｘＭＰ　ＰＵＣＣＨは、以下の送信方式で送信されることが検討されている：
　・ＦＤＭ－Ａスキーム。
　・ＦＤＭ－Ｂスキーム。
　・ＳＦＮベース送信スキーム。
　ＦＤＭ－Ａスキームは、１つのＰＵＣＣＨリソースの異なる周波数ドメイン部分が、異なるＵＥパネルから送信される方式であってもよい。
　ＦＤＭ－Ｂスキームは、同一ＰＵＣＣＨフォーマットで同じＵＣＩのＦＤＭされた複数（２つ）のＰＵＣＣＨ（送信機会）が、異なるＵＥパネルから同時に送信される方式であってもよい。
　ＳＦＮベース送信スキームは、同じＰＵＣＣＨ／ＰＵＣＣＨ用ＤＭＲＳが、異なるＵＥパネルから同時に送信される方式であってもよい。
　上記各スキームについて、サポートされる特定のＰＵＣＣＨフォーマットが検討されている。
《マルチＤＣＩベースマルチＴＲＰのＰＵＣＣＨ》
　マルチＤＣＩベースマルチＴＲＰのＳＴｘＭＰ　ＰＵＣＣＨについて、複数（２つ）のＰＵＣＣＨが異なるＴＲＰに関連付けられてもよい。当該異なる複数のＰＵＣＣＨは、それぞれ異なるＵＥパネルから送信されてもよい。
　また、当該複数のＰＵＣＣＨは、時間ドメインにおいて完全に／部分的に重複してもよい。
　マルチＤＣＩベースのマルチＴＲＰにおいて、ＰＵＳＣＨ＋ＰＵＳＣＨ、ＰＵＣＣＨ＋ＰＵＣＣＨ、ＰＵＳＣＨ＋ＰＵＣＣＨの同時ＵＬ送信がサポートされる。
［マルチＤＣＩベースのＳＴｘＭＰ　ＰＵＳＣＨ］
　異なるＣＯＲＥＳＥＴプールインデックスに関連づけられた異なるＤＣＩは、異なるＵＥパネルで異なるＰＵＳＣＨをスケジュールしてもよい。この場合、２つのＰＵＳＣＨが同時に送信可能となる。ＣＯＲＥＳＥＴプールインデックス（又は、ＴＲＰインデックス）を利用するシングルＤＣＩベースのＰＵＳＣＨ送信では、１つのＤＣＩにより異なるＰＵＳＣＨがスケジュールされてもよい。
　各ＰＵＳＣＨは、所定用途（例えば、usage=CB/NCB）を有する１つのＳＲＳリソースセットに関連づけられてもよい。異なるＳＲＩ及び異なるジョイント／ＵＬ　ＴＣＩ状態の少なくとも一方が、異なるＣＯＲＥＳＥＴプールインデックスに関連付けられた異なるＰＵＳＣＨに関連づけられてもよい。
　マルチＤＣＩベースの同時ＵＬ送信（例えば、multi-DCI　based　STxMP　PUSCH+PUSCH）におけるＴＰＭＩ／ＳＲＩ指示について、所定用途（例えば、ＣＢ又はＮＣＢ）に対して複数（例えば、２つ）のＳＲＳリソースセットが設定されてもよい。この場合、各ＳＲＳリソースセットに対してＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）が関連付けられてもよい。
　例えば、所定用途（ＣＢ／ＮＣＢ）を有する複数（例えば、２つ）のＳＲＳリソースセットのうち、より低いＩＤ（又は、より高いＩＤ）を有するＳＲＳリソースセットに第１のＴＲＰ＃０（又は、第１のＣＯＲＥＳＥＴプールインデックス＃０）に関連づけられてもよい。一方で、所定用途（ＣＢ／ＮＣＢ）を有する他のＳＲＳリソースセットに第２のＴＲＰ＃１（又は、第２のＣＯＲＥＳＥＴプールインデックス＃１）に関連づけられてもよい。
　あるいは、各ＳＲＳリソースセットに関連するＴＲＰ　ＩＤ（又は、ＣＯＲＥＳＥＴプールインデックス）が上位レイヤパラメータにより設定されてもよい。
　マルチＤＣＩベースの同時ＵＬ送信が適用されるＰＵＳＣＨに対して、マルチＤＣＩベースのマルチＴＲＰ用のＴＣＩが適用されてもよい。
　例えば、各ＤＣＩの１つのＳＲＩ／ＴＰＭＩフィールドにより、スケジュールされるＰＵＳＣＨのＳＲＩ／ＴＰＭＩが指示されてもよい。この場合、最大２つのＳＲＳリソースセットが設定されてもよい。ＣＯＲＥＳＥＴプールインデックスに関連づけられた各ＤＣＩは、当該ＣＯＲＥＳＥＴプールインデックスに対するＳＲＩ／ＴＰＭＩのセットのＳＲＩ／ＴＰＭＩを指示してもよい。シングルＤＣＩベースの場合、１つのＤＣＩ（例えば、２つのフィールド）により複数のＳＲＩ／ＴＰＭＩが指示されてもよい。
　第１のＳＲＳリソースセット（例えば、より低いＩＤ（又は、高いＩＤ）を有するＳＲＳリソースセット）がＴＲＰ　ＩＤ＃０（又は、ＣＯＲＥＳＥＴプールインデックス＃０）に関連づけられ、第２のＳＲＳリソースセット（例えば、より高いＩＤ（又は、低いＩＤ）を有するＳＲＳリソースセット）がＴＲＰ　ＩＤ＃１（又は、ＣＯＲＥＳＥＴプールインデックス＃１）に関連づけられてもよい。
　図１６では、第１のＣＯＲＥＳＥＴプールインデックス＃０に関連する第１のＤＣＩ＃０によりスケジュールされるＰＵＳＣＨ＃０に対して、当該第１のＤＣＩ＃０のＳＲＩフィールドで指示されるＳＲＳリソース（ここでは、ＳＲＳ＃１）を適用する場合を示している。また、第２のＣＯＲＥＳＥＴプールインデックス＃１に関連する第２のＤＣＩ＃１によりスケジュールされるＰＵＳＣＨ＃１に対して、当該第２のＤＣＩ＃１のＳＲＩフィールドで指示されるＳＲＳリソース（ここでは、ＳＲＳ＃２）を適用する場合を示している。
　ＳＲＳリソースセットとＣＯＲＥＳＥＴプールインデックスの関連づけは使用で定義されてもよいし、ＲＲＣパラメータによりＵＥに設定されてもよい。図１６では、第１のＣＯＲＥＳＥＴプールインデックス＃０とＳＲＳリソースセット＃０が関連し、第２のＣＯＲＥＳＥＴプールインデックス＃１とＳＲＳリソースセット＃１が関連する場合を示している。
　マルチＤＣＩベースの同時ＵＬ送信が適用されるＰＵＳＣＨについて、ＳＲＳリソース（例えば、usage=CB/NCBを有するＳＲＳリソース）と、スケジュールされるＰＵＳＣＨ（例えば、ＳＲＩに関連づけられたＰＵＳＣＨ）と、の間で同じジョイント／ＵＬ　ＴＣＩ状態が適用されてもよい。これにより、ＵＥは、ＰＵＳＣＨと指示されたＳＲＩ間で同じＵＬビームを想定することができる。
　ジョイント／ＵＬ　ＴＣＩ状態が設定される場合、以下のオプション４Ａ－１～オプション４Ａ－２の少なくとも一つが適用されてもよい。
［オプション４Ａ－１］
　ＣＯＲＥＳＥＴプールインデックス（＝｛０，１｝）に関連付けられた指示ジョイント／ＵＬ　ＴＣＩ状態は、同じＣＯＲＥＳＥＴプールインデックスに関連づけられたあるＳＲＳリソースセット（例えば、usage=CB/NCBを有するＳＲＳリソースセット）内のすべてのＳＲＳリソースに適用されてもよい。
　図１７では、第１のＣＯＲＥＳＥＴプールインデックス＃０に関連づけられた指示ジョイント／ＵＬ　ＴＣＩ状態が、当該第１のＣＯＲＥＳＥＴプールインデックス＃０に関連するＳＲＳリソースセット＃０（usage=CB）に含まれる複数のＳＲＳリソース（例えば、ＳＲＳ＃０、ＳＲＳ＃１）に適用される場合を示している。当該指示ジョイント／ＵＬ　ＴＣＩ状態は、ＤＣＩ＃０、ＰＵＳＣＨ＃０、ＳＲＳ＃０、ＳＲＳ＃１に適用されてもよい。
　また、図１７では、第２のＣＯＲＥＳＥＴプールインデックス＃１に関連づけられた指示ジョイント／ＵＬ　ＴＣＩ状態が、当該第２のＣＯＲＥＳＥＴプールインデックス＃１に関連するＳＲＳリソースセット＃１（usage=CB）に含まれる複数のＳＲＳリソース（例えば、ＳＲＳ＃２、ＳＲＳ＃３）に適用される場合を示している。当該指示ジョイント／ＵＬ　ＴＣＩ状態は、ＤＣＩ＃１、ＰＵＳＣＨ＃１、ＳＲＳ＃２、ＳＲＳ＃３に適用されてもよい。
　この場合、スケジューリングＤＣＩ（例えば、ＤＣＩフォーマット０＿１／０＿２）はＤＣＩによりＵＬビームを制御できないが、スケジューリングＤＣＩとスケジュールされるＰＵＳＣＨと関連するＳＲＳリソースとの全てが同じジョイント／ＵＬ　ＴＣＩ状態を有するため、シンプルな動作が可能となる。
［オプション４Ａ－２］
　ＣＯＲＥＳＥＴプールインデックス（＝｛０，１｝）に関連付けられた複数の指示ジョイント／ＵＬ　ＴＣＩ状態が指示されてもよい。各ＳＲＳリソースに対して、当該複数の指示ジョイント／ＵＬ　ＴＣＩ状態の１つが適用されてもよい。ＳＲＳリソースと指示ジョイント／ＵＬ　ＴＣＩ状態との対応関係（又は、マッピング）は、あらかじめ定義されてもよいし、上位レイヤパラメータ等により設定されてもよい。
　図１８では、第１のＣＯＲＥＳＥＴプールインデックス＃０に対する複数（例えば、２つ）の指示ジョイント／ＵＬ　ＴＣＩ状態が、当該第１のＣＯＲＥＳＥＴプールインデックス＃０に関連するＳＲＳリソースセット＃０（usage=CB）に含まれる複数のＳＲＳリソース（例えば、ＳＲＳ＃０、ＳＲＳ＃１）にそれぞれ適用される場合を示している。ＰＵＳＣＨ＃０のスケジュールに利用される第１のＤＣＩ＃０に含まれるＳＲＩフィールドにより適用する指示ジョイント／ＵＬ　ＴＣＩ状態（及び、ＳＲＳリソース）がＵＥに指示されてもよい。
　また、第２のＣＯＲＥＳＥＴプールインデックス＃１に対する複数（例えば、２つ）の指示ジョイント／ＵＬ　ＴＣＩ状態が、当該第２のＣＯＲＥＳＥＴプールインデックス＃１に関連するＳＲＳリソースセット＃１（usage=CB）に含まれる複数のＳＲＳリソース（例えば、ＳＲＳ＃２、ＳＲＳ＃３）にそれぞれ適用される場合を示している。ＰＵＳＣＨ＃１のスケジュールに利用される第２のＤＣＩ＃１に含まれるＳＲＩフィールドにより適用する指示ジョイント／ＵＬ　ＴＣＩ状態（及び、ＳＲＳリソース）がＵＥに指示されてもよい。
　このように、ＳＲＳリソース毎に異なる指示ジョイント／ＵＬ　ＴＣＩ状態を対応させることにより、適用する指示ジョイント／ＵＬ　ＴＣＩ状態を柔軟に制御することが可能となる。
　なお、同じＳＲＳリソースセット内の１以上のＳＲＳリソースに対して、複数の指示ＴＣＩ状態が指示されてもよい。
［マルチＤＣＩベースのＳＴｘＭＰ　ＰＵＣＣＨ］
　マルチＤＣＩに対する同時ＵＬ送信（例えば、STxMP　PUCCH　for　mDCI）について、異なるＣＯＲＥＳＥＴプールインデックスに関連づけられた異なるＤＣＩにより、異なるジョイント／ＵＬ　ＴＣＩ状態を有する異なるＰＵＣＣＨリソースが指示されてもよい。
　Ｒｅｌ．１６において、ジョイントＡＣＫ／ＮＡＣＫ（ＨＡＲＱ－ＡＣＫ）フィードバック（モード）と、セパレートＡＣＫ／ＮＡＣＫ（ＨＡＲＱ－ＡＣＫ）フィードバック（モード）と、がサポートされる。
　ジョイントＡＣＫ／ＮＡＣＫフィードバックは、シングルＤＣＩベースのマルチＴＲＰが設定される場合、又は、マルチＤＣＩベースのマルチＴＲＰが設定される場合、に設定されてもよい。
　セパレートＡＣＫ／ＮＡＣＫフィードバックは、マルチＤＣＩベースのマルチＴＲＰが設定される場合、に設定されてもよい。
　ジョイントＡＣＫ／ＮＡＣＫフィードバックでは、複数のＴＲＰから送信されるＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫを、１つのＰＵＣＣＨリソースを利用して、１つのＴＲＰに対して送信する（図１９Ａ参照）。
　セパレートＡＣＫ／ＮＡＣＫフィードバックでは、あるＴＲＰのそれぞれから送信されるＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫを、あるＰＵＣＣＨリソースを利用して、当該ＴＲＰに対して送信し、別のＴＲＰのそれぞれから送信されるＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫを、別のＰＵＣＣＨリソースを利用して、当該別のＴＲＰに対して送信する（図１９Ｂ参照）。
　Ｒｅｌ．１７においては、指示されるＴＣＩ状態は、全てのＵＥ固有のＰＵＣＣＨリソースに対して適用される。
　この場合、ジョイントＡＣＫ／ＮＡＣＫフィードバックについては、マルチＴＲＰを利用するＵＥ動作が可能であるが、ＵＥは常に１つのビーム／ＴＲＰにＰＵＣＣＨを送信することになるため、リソースの利用効率が低下する。
　また、セパレートＡＣＫ／ＮＡＣＫフィードバックについては、あるＴＲＰに対してあるＰＵＣＣＨリソースを用いて送信し、別のＴＲＰに対して別のＰＵＣＣＨリソースを用いて送信することができなくなるため、動作ができない。
　そこで、以下に、マルチＴＲＰを利用し、かつ、共通ＴＣＩ状態が指示される場合におけるＰＵＣＣＨリソースの設定方法の一例を説明する。ＵＥは、下記オプション４Ｂ－１及び４Ｂ－２の少なくとも１つに従って、ＰＵＣＣＨリソースを決定してもよい。
［オプション４Ｂ－１］
　ＣＯＲＥＳＥＴプールインデックスと、ＰＵＣＣＨリソース／ＰＵＣＣＨリソースセット／ＰＵＣＣＨ設定（PUCCH-Config）との関連づけに基づいてＰＵＣＣＨリソースが決定／選択されてもよい。
《オプション４Ｂ－１－１》
　ＵＥに対し、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）ごとに、ＰＵＣＣＨリソース／ＰＵＣＣＨリソースセット／ＰＵＣＣＨ設定（PUCCH-Config）が設定されてもよい。なお、以下の説明において、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）は、ＴＲＰ／ＴＣＩ状態に読み替えられてもよい。
　ＵＥは、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）ごとの設定に基づいて、ＴＲＰ／ＴＣＩ状態に対応するＰＵＣＣＨリソースを決定し、ＨＡＲＱ－ＡＣＫを送信してもよい。
　図２０は、態様４Ｂ－１－１に係るＰＵＣＣＨリソースの設定方法を一例を示す図である。図２０に示す例において、ＵＥに対し、第１のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースセットと、第２のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースセットと、が設定される。
　各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースセットは、最大で第１の数（例えば、４つ）設定可能であってもよい。各ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースは、最大で第２の数（例えば、８つ）設定可能であってもよい。ＵＥは、ＵＣＩのペイロードサイズ（ビット数）に基づいて、設定されるＰＵＣＣＨリソースセットから１つのＰＵＣＣＨリソースセットを選択する。図２０に示す例では、ＵＣＩのビット数がＮ０（例えば、２）以下である場合、ＵＥは、第１のＰＵＣＣＨリソースセットを用いると判断する。また、図２０に示す例では、ＵＣＩのビット数がＮ０より大きくＮ１以下である場合、ＵＥは、第２のＰＵＣＣＨリソースセットを用いると判断する。
　図２０に示す例では、ＵＥは、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）ごとの設定に基づいて、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースセット／ＰＵＣＣＨリソースを決定する。
　なお、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）ごとの設定のうち、第１（又は、第２）のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースセットの設定は、既存の仕様（例えば、Ｒｅｌ．１５－１７）で規定されるＰＵＣＣＨリソースセットの設定が利用されてもよい。あるいは、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）ごとの設定のうち、第１（又は、第２）のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースセットの設定は、新たに（例えば、Ｒｅｌ．１８以降に）規定されるＰＵＣＣＨリソースセットの設定が利用されてもよい。
　また、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）ごとの設定のうち、第２（又は、第１）のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースセットの設定は、新たに（例えば、Ｒｅｌ．１８以降に）規定されるＰＵＣＣＨリソースセットの設定が利用されてもよい。
《オプション４Ｂ－１－２》
　ＵＥに対し、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通のＰＵＣＣＨリソース／ＰＵＣＣＨリソースセット／ＰＵＣＣＨ設定（PUCCH-Config）が設定されてもよい。
　１つのＰＵＣＣＨリソースが、１つのＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に関連付けられてもよい。ＵＥは、１つのＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に関連付けられたＰＵＣＣＨリソースを指示されてもよい。ＰＵＣＣＨリソースごとに独立してＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）が関連付けられてもよい。
　各ＰＵＣＣＨリソースについて、指示されるＴＣＩ状態のいずれのＴＣＩ状態に関連するかを示す情報（フラグ／インディケーター）が設定されてもよい。例えば、当該情報は、第１のＴＣＩ状態及び第２のＴＣＩ状態のいずれかを示してもよい。
　当該情報が設定されない場合、ＵＥは、特定のＴＣＩ状態（例えば、第１（又は、第２）のＴＣＩ状態）にＰＵＣＣＨリソースが関連付けられると判断してもよい。
　Ｒｅｌ．１６で規定されるＰＵＣＣＨリソースグループごとのビーム指示の機能（feature）が、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）とＰＵＣＣＨリソースとの関連付けに利用されてもよい。
　例えば、ＵＥは、以下のステップ１から３に従って、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）とＰＵＣＣＨリソースとの関連付けを判断してもよい：
　・ＰＵＣＣＨリソースグループ（例えば、ＰＵＣＣＨリソースグループ０から３）のＰＵＣＣＨリソースが設定される（ステップ１）。
　・ＰＵＣＣＨリソースグループと、第１のＴＣＩ状態及び第２のＴＣＩ状態のいずれかと、の関連付けが設定される（ステップ２）。
　・ＭＡＣ　ＣＥ／ＤＣＩを用いて１つ又は複数（２つ）のＴＣＩ状態が指示されるとき、指示されるＴＣＩ状態に関連付けられる複数（例えば、全て）のＰＵＣＣＨリソースが更新される（ステップ３）。
　Ｒｅｌ．１６で規定されるＰＵＣＣＨリソースグループごとのビーム指示の機能（feature）が利用されなくてもよい。
　この場合、ＵＥに対し、ＰＵＣＣＨリソースと、第１のＴＣＩ状態及び第２のＴＣＩ状態のいずれかと、の関連付けが設定されてもよい。
　図２１は、オプション４Ｂ－１－２に係るＰＵＣＣＨリソースの設定方法の一例を示す図である。図２１に示す例において、ＵＥに対し、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通のＰＵＣＣＨリソースセットが設定される。ＰＵＣＣＨリソースセット及びＰＵＣＣＨリソースの設定については、図２０に示す例と同様である。
　図２１に示す例では、ＵＥは、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通のＰＵＣＣＨリソースセットの設定に基づいて、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースを決定する。図２１に示す例では、ＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースインディケーター（ＰＲＩ）が「０００」から「０１１」までのＰＵＣＣＨリソースが、第１のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に関連付けられ、ＰＲＩが「１００」から「１１１」までのＰＵＣＣＨリソースが、第２のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に関連付けられる。ＵＥは、当該関連付けに基づいて、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に関連するＰＵＣＣＨリソースを決定する。
　なお、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通の設定は、既存の仕様（例えば、Ｒｅｌ．１５－１７）で規定されるＰＵＣＣＨリソースセットの設定が利用されてもよい。あるいは、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通の設定は、新たに（例えば、Ｒｅｌ．１８以降に）規定されるＰＵＣＣＨリソースセットの設定が利用されてもよい。
　オプション４Ｂ－１－２によれば、ＰＲＩ／制御チャネル要素（ＣＣＥ）インデックスを用いるＰＵＣＣＨリソースの選択を利用して、ＰＵＣＣＨリソースのジョイントＴＣＩ状態／セパレート（ＵＬ）ＴＣＩ状態を指示することができる。
《オプション４Ｂ－１－２の変形例１》
　ＵＥに対し、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通のＰＵＣＣＨリソース／ＰＵＣＣＨリソースセット／ＰＵＣＣＨ設定（PUCCH-Config）が設定されてもよい。
　１つのＰＵＣＣＨリソースが、１つ又は複数（２つ）のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に関連付けられてもよい。ＵＥは、１つ又は複数（２つ）のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に関連付けられたＰＵＣＣＨリソースを指示されてもよい。
　１つ／複数（例えば、いくつか／全て）のＰＵＣＣＨリソースについて、指示されるＴＣＩ状態のいずれのＴＣＩ状態に関連するかを示す情報（フラグ／インディケーター）が設定されてもよい。例えば、当該情報は、第１のＴＣＩ状態及び第２のＴＣＩ状態のいずれかを示してもよい。
　ＭＡＣ　ＣＥ／ＤＣＩを用いて１つ又は複数（２つ）のＴＣＩ状態が指示されるとき、指示されるＴＣＩ状態に関連付けられる複数（例えば、全て）のＰＵＣＣＨリソースが更新されてもよい。
　複数（２つ）のＴＣＩ状態が指示されるとき、ＵＥは、当該複数の指示されるＴＣＩ状態を適用すると判断してもよい。このケースは、例えば、（Ｒｅｌ．１７で規定される）マルチＴＲＰに対するＰＵＣＣＨの繰り返し送信、及び、（Ｒｅｌ．１８以降に規定される）マルチパネルを用いるＰＵＣＣＨの同時送信、の少なくとも一方に適用されてもよい。
　複数（２つ）のＴＣＩ状態が指示されるとき、ＵＥは、当該複数の指示されるＴＣＩ状態のうちの１つのＴＣＩ状態を適用すると判断してもよい。当該１つのＴＣＩ状態の決定は、予め仕様で規定されてもよいし、ＲＲＣで設定されてもよいし、ＭＡＣ　ＣＥ／ＤＣＩで指示されてもよいし、ＵＥの実装に依存してもよい。このケースは、（Ｒｅｌ．１７で規定される）マルチＴＲＰに対するＰＵＣＣＨの繰り返し送信以外のＰＵＣＣＨ送信に適用されてもよい。
　図２２は、オプション４Ｂ－１－２の変形例１に係るＰＵＣＣＨリソースの設定方法の一例を示す図である。図２２に示す例において、ＵＥに対し、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通のＰＵＣＣＨリソースセットが設定される。ＰＵＣＣＨリソースセット及びＰＵＣＣＨリソースの設定については、図２０に示す例と同様である。
　図２２に示す例では、ＵＥは、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通のＰＵＣＣＨリソースセットの設定に基づいて、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースを決定する。
　図２２に示す例では、１つ以上の特定のＰＵＣＣＨリソース（ＰＵＣＣＨリソースグループ）について、２つのＴＣＩ状態が指示される。ＵＥは、１つ以上の特定のＰＵＣＣＨリソース（ＰＵＣＣＨリソースグループ）については、２つのＴＣＩ状態を適用すると判断する。
　また、図２２に示す例では、上記１つ以上の特定のＰＵＣＣＨリソース（ＰＵＣＣＨリソースグループ）以外のＰＵＣＣＨリソースについては、１つ又は２つのＴＣＩ状態が指示される。これらのＰＵＣＣＨリソースについて、２つのＴＣＩ状態が指示される場合には、ＵＥは、特定のルールに基づいて、いずれか１つのＴＣＩ状態を適用することを判断する。
　なお、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通の設定は、既存の仕様（例えば、Ｒｅｌ．１５－１７）で規定されるＰＵＣＣＨリソースセットの設定が利用されてもよい。あるいは、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通の設定は、新たに（例えば、Ｒｅｌ．１８以降に）規定されるＰＵＣＣＨリソースセットの設定が利用されてもよい。
　オプション４Ｂ－１－２の変形例１によれば、ＲＲＣ／ＭＡＣ　ＣＥ／ＤＣＩ／特定のルールを用いて、ＰＵＣＣＨリソースのジョイントＴＣＩ状態／セパレート（ＵＬ）ＴＣＩ状態を指示することができる。
　なお、２つの指示されるＴＣＩ状態のうちの１つのＴＣＩ状態を指示するために、新たなＤＣＩフィールドが規定されてもよいし、（特別な）ＤＣＩフィールドの組み合わせが用いられてもよいし、既存のＤＣＩフィールドが用いられてもよい。例えば、第１の指示されるＴＣＩ状態のインデックス及び第２の指示されるＴＣＩ状態のインデックスと、ＴＣＩコードポイントの関連付けが、ＲＲＣを用いてＵＥに設定されてもよい。
《オプション４Ｂ－１－２の変形例２》
　ＵＥに対し、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通のＰＵＣＣＨリソース／ＰＵＣＣＨリソースセット／ＰＵＣＣＨ設定（PUCCH-Config）が設定されてもよい。
　１つのＰＵＣＣＨリソースが、１つ又は複数（２つ）のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に関連付けられてもよい。ＵＥは、１つ又は複数（２つ）のＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に関連付けられたＰＵＣＣＨリソースを指示されてもよい。
　オプション４Ｂ－１－２の変形例２によれば、ＲＲＣ／ＭＡＣ　ＣＥ／ＤＣＩ／特定のルールを用いて、ＰＵＣＣＨリソースのジョイントＴＣＩ状態／セパレート（ＵＬ）ＴＣＩ状態を指示することができる。
　ＰＲＩのＤＣＩコードポイント、ＰＵＣＣＨリソースＩＤ、ＰＵＣＣＨリソースグループＩＤ、ＰＵＣＣＨリソースセットＩＤ、及び、ＴＣＩコードポイントの少なくとも１つ（第１のパラメータ）と、第１の指示されるＴＣＩ状態のインデックス及び第２の指示されるＴＣＩ状態のインデックスと、の関連付けが規定されてもよい。
　例えば、当該関連付けは、偶数（又は、奇数）の第１のパラメータに関連するＰＵＣＣＨリソースに、第１のＴＣＩ状態を適用する関連付けであってもよい。また、当該関連付けは、奇数（又は、偶数）の第１のパラメータに関連するＰＵＣＣＨリソースに、第２のＴＣＩ状態を適用する関連付けであってもよい。
　また、当該関連付けは、上記偶数（又は、奇数）の第１のパラメータに代えて、ＰＵＣＣＨリソースセットあたりの前半（lower　half）のＰＵＣＣＨリソース（ＰＲＩ）が第１のＴＣＩ状態に関連付けられてもよい。また、当該関連付けは、上記奇数（又は、偶数）の第１のパラメータに代えて、ＰＵＣＣＨリソースセットあたりの前半（lower　half）のＰＵＣＣＨリソース（ＰＲＩ）が第２のＴＣＩ状態に関連付けられてもよい。
　また、ＵＥは、ＰＵＣＣＨリソースのＴＣＩ状態を、マルチＤＣＩベースのマルチＴＲＰシナリオにおける、スケジュールされたＰＤＳＣＨ／スケジューリングＰＤＣＣＨ（ＤＣＩ）のＴＲＰに関するインデックスに基づいて決定してもよい。例えば、第１の値（又は、第２の値）に対応するＰＤＣＣＨによってスケジュールされるＰＤＳＣＨに対するＰＵＣＣＨリソースについて、ＵＥは、第１（又は、第２）のＴＣＩ状態を当該ＰＵＣＣＨリソースに適用すると判断してもよい。
　ＵＥは、複数（２つ）のＴＲＰからのＰＲＩによって、同じスロットにおける同じＰＵＣＣＨリソースが指示されることを想定／期待しなくてもよい。
　図２３は、オプション４Ｂ－１－２の変形例２に係るＰＵＣＣＨリソースの設定方法の一例を示す図である。図２３に示す例において、ＵＥに対し、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通のＰＵＣＣＨリソースセットが設定される。ＰＵＣＣＨリソースセット及びＰＵＣＣＨリソースの設定については、図２０に示す例と同様である。
　図２３に示す例では、ＵＥは、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通のＰＵＣＣＨリソースセットの設定に基づいて、ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に対応するＰＵＣＣＨリソースを決定する。
　図２３に示す例では、偶数のＰＲＩに、第１の指示されるＴＣＩ状態が関連付けられ、奇数のＰＲＩに、第２の指示されるＴＣＩ状態が関連付けられる。当該関連付けは、予め仕様で規定されてもよい。ＵＥは、当該関連付けに基づいて、ＰＵＣＣＨに適用する指示されるＴＣＩ状態を判断する。
　なお、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通の設定は、既存の仕様（例えば、Ｒｅｌ．１５－１７）で規定されるＰＵＣＣＨリソースセットの設定が利用されてもよい。あるいは、各ＣＯＲＥＳＥＴ／ＳＲＳリソースセット（usage=CB/NCB）に共通の設定は、新たに（例えば、Ｒｅｌ．１８以降に）規定されるＰＵＣＣＨリソースセットの設定が利用されてもよい。
［オプション４Ｂ－２］
　異なるＣＯＲＥＳＥＴプールインデックスに関連づけられた異なるＤＣＩは、異なるＰＵＣＣＨリソースを指示してもよい。この場合、各ＤＣＩに含まれる所定フィールドを利用してＰＵＣＣＨリソースを指示してもよい。所定フィールドは、ＰＵＣＣＨリソース指示フィールド（例えば、ＰＲＩフィールド）であってもよい。
　図２４では、第１のＣＯＲＥＳＥＴプールインデクス＃０に対応する第１のＤＣＩ＃０のＰＲＩフィールドにより第１のＰＵＣＣＨリソース（ここでは、ＰＵＣＣＨリソース＃０）が指定される。また、第２のＣＯＲＥＳＥＴプールインデクス＃１に対応する第２のＤＣＩ＃１のＰＲＩフィールドにより第２のＰＵＣＣＨリソース（ここでは、ＰＵＣＣＨリソース＃７）が指定される。
　基地局がＲＲＣ／ＭＡＣ　ＣＥにより異なるＰＵＣＣＨリソースに対して異なる空間関係を指示することがサポートされる場合、仕様の拡張は行われなくてもよい。
　オプション４Ｂ―２が適用される場合、ＲＲＣ／ＭＡＣ　ＣＥにより、ＣＯＲＥＳＥＴプールインデックスと、各ＰＵＣＣＨリソース／ＰＵＣＣＨリソースグループ／ＰＵＣＣＨリソースセットと、の関連づけが設定／指示されてもよい。例えば、ＰＵＣＣＨ設定に関する上位レイヤパラメータ（例えば、PUCCHConfig）において、各ＰＵＣＣＨリソースに対応するＣＯＲＥＳＥＴプールインデックス（又は、ＴＲＰ　ＩＤ）が設定されてもよい。
　あるいは、ＲＲＣ／ＭＡＣ　ＣＥにより、指示ジョイント／ＵＬ　ＴＣＩ状態と、ＰＵＣＣＨリソース／ＰＵＣＣＨリソースグループ／ＰＵＣＣＨリソースセットと、の関連づけが設定／指示されてもよい。
　ＣＯＲＥＳＥＴプールインデックスに関連づけられたＤＣＩが指示ジョイント／ＵＬ　ＴＣＩ状態を指示する場合、当該指示ジョイント／ＵＬ　ＴＣＩ状態は全て（又は、一部）のＰＵＣＣＨリソース（又は、ＰＵＣＣＨリソースグループの全てのＰＵＣＣＨリソース）に適用されてもよい（図２５参照）。
　図２５では、第１のＣＯＲＥＳＥＴ＃０と指示ジョイント／ＵＬ　ＴＣＩ状態＃１（第１のＴＣＩ状態）が対応し、第２のＣＯＲＥＳＥＴ＃１と指示ジョイント／ＵＬ　ＴＣＩ状態＃２（第２のＴＣＩ状態）が対応する場合を想定している。この場合、第１のＣＯＲＥＳＥＴプールインデックス＃０で伝送されるＰＤＣＣＨ／ＤＣＩにより第１のＴＣＩ状態＃１が指示され、第２のＣＯＲＥＳＥＴプールインデックス＃１で伝送されるＰＤＣＣＨ／ＤＣＩにより第２のＴＣＩ状態＃１が指示されてもよい。
　また、ＰＵＣＣＨリソースとＣＯＲＥＳＥＴプールインデックス間の関連づけがＲＲＣ／ＭＡＣ　ＣＥにより設定／指示される場合を示している。ここでは、ＰＵＣＣＨリソース＃０－＃３と第１のＣＯＲＥＳＥＴプールインデックス＃０が関連づけられ、ＰＵＣＣＨリソース＃４－＃７と第２のＣＯＲＥＳＥＴプールインデックス＃１が関連づけられる場合を示している。
　ＵＥは、ＣＯＲＥＳＥＴプールインデックスとＰＵＣＣＨリソースとの関連づけに関する情報をＲＲＣパラメータ／ＭＡＣ　ＣＥにより受信してもよい。ＵＥは、ＰＵＣＣＨリソース＃０－＃３が指示された場合、第１のＴＣＩ状態＃１を利用してＰＵＣＣＨ送信を行う。また、ＰＵＣＣＨリソース＃４－＃７が指示された場合、第２のＴＣＩ状態＃２を利用してＰＵＣＣＨ送信を行う。
　なお、第１のＣＯＲＥＳＥＴ＃０に対応するＤＣＩによりＰＵＣＣＨリソース＃０－＃３のいずれかが指示され、第２のＣＯＲＥＳＥＴ＃１に対応するＤＣＩによりＰＵＣＣＨリソース＃４－＃７のいずれかが指示されてもよい。あるいは、第１のＣＯＲＥＳＥＴ＃０に対応するＤＣＩによりＰＵＣＣＨリソース＃０－＃７のいずれかが指示され、第２のＣＯＲＥＳＥＴ＃１に対応するＤＣＩによりＰＵＣＣＨリソース＃０－＃７のいずれかが指示されてもよい。
＜補足＞
［ＵＥへの情報の通知］
　上述の実施形態における（ネットワーク（Network（ＮＷ））（例えば、基地局（Base　Station（ＢＳ）））から）ＵＥへの任意の情報の通知（言い換えると、ＵＥにおけるＢＳからの任意の情報の受信）は、物理レイヤシグナリング（例えば、ＤＣＩ）、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ　ＣＥ）、特定の信号／チャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、参照信号）、又はこれらの組み合わせを用いて行われてもよい。
　上記通知がＭＡＣ　ＣＥによって行われる場合、当該ＭＡＣ　ＣＥは、既存の規格では規定されていない新たな論理チャネルＩＤ（Logical　Channel　ID（ＬＣＩＤ））がＭＡＣサブヘッダに含まれることによって識別されてもよい。
　上記通知がＤＣＩによって行われる場合、上記通知は、当該ＤＣＩの特定のフィールド、当該ＤＣＩに付与される巡回冗長検査（Cyclic　Redundancy　Check（ＣＲＣ））ビットのスクランブルに用いられる無線ネットワーク一時識別子（Radio　Network　Temporary　Identifier（ＲＮＴＩ））、当該ＤＣＩのフォーマットなどによって行われてもよい。
　また、上述の実施形態におけるＵＥへの任意の情報の通知は、周期的、セミパーシステント又は非周期的に行われてもよい。
［ＵＥからの情報の通知］
　上述の実施形態におけるＵＥから（ＮＷへ）の任意の情報の通知（言い換えると、ＵＥにおけるＢＳへの任意の情報の送信／報告）は、物理レイヤシグナリング（例えば、ＵＣＩ）、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ　ＣＥ）、特定の信号／チャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ、参照信号）、又はこれらの組み合わせを用いて行われてもよい。
　上記通知がＭＡＣ　ＣＥによって行われる場合、当該ＭＡＣ　ＣＥは、既存の規格では規定されていない新たなＬＣＩＤがＭＡＣサブヘッダに含まれることによって識別されてもよい。
　上記通知がＵＣＩによって行われる場合、上記通知は、ＰＵＣＣＨ又はＰＵＳＣＨを用いて送信されてもよい。
　また、上述の実施形態におけるＵＥからの任意の情報の通知は、周期的、セミパーシステント又は非周期的に行われてもよい。
［各実施形態の適用について］
　上述の実施形態の少なくとも１つは、特定の条件を満たす場合に適用されてもよい。当該特定の条件は、規格において規定されてもよいし、上位レイヤシグナリング／物理レイヤシグナリングを用いてＵＥ／ＢＳに通知されてもよい。
　上述の実施形態の少なくとも１つは、特定のＵＥ能力（UE　capability）を報告した又は当該特定のＵＥ能力をサポートするＵＥに対してのみ適用されてもよい。
　当該特定のＵＥ能力は、以下の少なくとも１つを示してもよい：
　・シングルＤＣＩベースのマルチＴＲＰにおける統一ＴＣＩをサポートすること、
　・ジョイントＴＣＩ／セパレートＴＣＩをサポートすること、
　・複数（例えば、２つ）のタイミングアドバンスをサポートすること、
　・同時ＵＬ送信（例えば、ＳＴｘＭＰ）をサポートすること、
　・指示されたＴＣＩがＣＳＳを有するＣＯＲＥＳＥＴと関連するＰＤＳＣＨに適用されること。
　また、上記特定のＵＥ能力は、全周波数にわたって（周波数に関わらず共通に）適用される能力であってもよいし、周波数（例えば、セル、バンド、バンドコンビネーション、ＢＷＰ、コンポーネントキャリアなどの１つ又はこれらの組み合わせ）ごとの能力であってもよいし、周波数レンジ（例えば、Frequency　Range　1（ＦＲ１）、ＦＲ２、ＦＲ３、ＦＲ４、ＦＲ５、ＦＲ２－１、ＦＲ２－２）ごとの能力であってもよいし、サブキャリア間隔（SubCarrier　Spacing（ＳＣＳ））ごとの能力であってもよいし、Feature　Set（ＦＳ）又はFeature　Set　Per　Component-carrier（ＦＳＰＣ）ごとの能力であってもよい。
　また、上記特定のＵＥ能力は、全複信方式にわたって（複信方式に関わらず共通に）適用される能力であってもよいし、複信方式（例えば、時分割複信（Time　Division　Duplex（ＴＤＤ））、周波数分割複信（Frequency　Division　Duplex（ＦＤＤ）））ごとの能力であってもよい。
　また、上述の実施形態の少なくとも１つは、ＵＥが上位レイヤシグナリング／物理レイヤシグナリングによって、上述の実施形態に関連する特定の情報（又は上述の実施形態の動作を実施すること）を設定／アクティベート／トリガされた場合に適用されてもよい。例えば、当該特定の情報は、統一ＴＣＩ状態を利用する場合のシングルＴＲＰ及びマルチＴＲＰ間の切り替えを有効化することを示す情報、特定のリリース（例えば、Ｒｅｌ．１８／１９）向けの任意のＲＲＣパラメータなどであってもよい。
　ＵＥは、上記特定のＵＥ能力の少なくとも１つをサポートしない又は上記特定の情報を設定されない場合、例えばＲｅｌ．１５／１６／１７の動作を適用してもよい。
（付記）
　本開示の一実施形態に関して、以下の発明を付記する。
［付記１］
　統一送信コンフィグレーション指標（ＴＣＩ）状態を指示する情報と、複数のＵＬ送信を指示する１つの下り制御情報と、を受信する受信部と、前記下り制御情報により指示される情報、前記ＵＬ送信に対応する送受信ポイント（ＴＲＰ）インデックス、及び前記ＵＬ送信に対応する制御リソースセットプールインデックスの少なくとも一つに基づいて、前記複数のＵＬ送信に適用する統一ＴＣＩ状態を決定する制御部と、を有する端末。
［付記２］
　複数のサウンディングリファレンス信号（ＳＲＳ）リソースセットが設定される場合、前記制御部は、各ＵＬ送信に対応するＳＲＳリソースセット及びＳＲＳリソースの少なくとも一つに基づいて、前記複数のＵＬ送信に適用する統一ＴＣＩ状態を決定する付記１に記載の端末。
［付記３］
　前記制御部は、前記下り制御情報に基づいて、各ＵＬ送信に対応するＳＲＳリソースセット及びＳＲＳリソースの少なくとも一つを判断する付記１又は付記２に記載の端末。
［付記４］
　複数の統一ＴＣＩ状態が指示される場合、前記制御部は、複数のＳＲＳリソースセット又は同一のＳＲＳリソースセットに含まれる複数のＳＲＳリソースに対して、異なる統一ＴＣＩ状態を適用する付記１から付記３のいずれかに記載の端末。
（無線通信システム）
　以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
　図２６は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１（単にシステム１と呼ばれてもよい）は、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（ＮＧＣ）などの少なくとも１つを含んでもよい。
　コアネットワーク３０は、例えば、User　Plane　Function（ＵＰＦ）、Access　and　Mobility　management　Function（ＡＭＦ）、Session　Management　Function（ＳＭＦ）、Unified　Data　Management（ＵＤＭ）、ApplicationFunction（ＡＦ）、Data　Network（ＤＮ）、Location　Management　Function（ＬＭＦ）、保守運用管理（Operation、Administration　and　Maintenance（Management）（ＯＡＭ））などのネットワーク機能（Network　Functions（ＮＦ））を含んでもよい。なお、１つのネットワークノードによって複数の機能が提供されてもよい。また、ＤＮを介して外部ネットワーク（例えば、インターネット）との通信が行われてもよい。
　ユーザ端末２０は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇなどの通信方式の少なくとも１つに対応した端末であってもよい。
　無線通信システム１においては、直交周波数分割多重（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（ＵＥ））」、「端末」などの用語は、互換的に使用され得る。
　移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体（moving　object）に搭載されたデバイス、移動体自体などであってもよい。
　当該移動体は、移動可能な物体をいい、移動速度は任意であり、移動体が停止している場合も当然含む。当該移動体は、例えば、車両、輸送車両、自動車、自動二輪車、自転車、コネクテッドカー、ショベルカー、ブルドーザー、ホイールローダー、ダンプトラック、フォークリフト、列車、バス、リヤカー、人力車、船舶（ship　and　other　watercraft）、飛行機、ロケット、人工衛星、ドローン、マルチコプター、クアッドコプター、気球及びこれらに搭載される物を含み、またこれらに限られない。また、当該移動体は、運行指令に基づいて自律走行する移動体であってもよい。
　当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet　of　Things（ＩｏＴ）機器であってもよい。
　図３０は、一実施形態に係る車両の一例を示す図である。車両４０は、駆動部４１、操舵部４２、アクセルペダル４３、ブレーキペダル４４、シフトレバー４５、左右の前輪４６、左右の後輪４７、車軸４８、電子制御部４９、各種センサ（電流センサ５０、回転数センサ５１、空気圧センサ５２、車速センサ５３、加速度センサ５４、アクセルペダルセンサ５５、ブレーキペダルセンサ５６、シフトレバーセンサ５７、及び物体検知センサ５８を含む）、情報サービス部５９と通信モジュール６０を備える。
　駆動部４１は、例えば、エンジン、モータ、エンジンとモータのハイブリッドの少なくとも１つで構成される。操舵部４２は、少なくともステアリングホイール（ハンドルとも呼ぶ）を含み、ユーザによって操作されるステアリングホイールの操作に基づいて前輪４６及び後輪４７の少なくとも一方を操舵するように構成される。
　電子制御部４９は、マイクロプロセッサ６１、メモリ（ＲＯＭ、ＲＡＭ）６２、通信ポート（例えば、入出力（Input/Output（ＩＯ））ポート）６３で構成される。電子制御部４９には、車両に備えられた各種センサ５０－５８からの信号が入力される。電子制御部４９は、Electronic　Control　Unit（ＥＣＵ）と呼ばれてもよい。
　各種センサ５０－５８からの信号としては、モータの電流をセンシングする電流センサ５０からの電流信号、回転数センサ５１によって取得された前輪４６／後輪４７の回転数信号、空気圧センサ５２によって取得された前輪４６／後輪４７の空気圧信号、車速センサ５３によって取得された車速信号、加速度センサ５４によって取得された加速度信号、アクセルペダルセンサ５５によって取得されたアクセルペダル４３の踏み込み量信号、ブレーキペダルセンサ５６によって取得されたブレーキペダル４４の踏み込み量信号、シフトレバーセンサ５７によって取得されたシフトレバー４５の操作信号、物体検知センサ５８によって取得された障害物、車両、歩行者などを検出するための検出信号などがある。
　情報サービス部５９は、カーナビゲーションシステム、オーディオシステム、スピーカー、ディスプレイ、テレビ、ラジオ、といった、運転情報、交通情報、エンターテイメント情報などの各種情報を提供（出力）するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。情報サービス部５９は、外部装置から通信モジュール６０などを介して取得した情報を利用して、車両４０の乗員に各種情報／サービス（例えば、マルチメディア情報／マルチメディアサービス）を提供する。
　情報サービス部５９は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ、タッチパネルなど）を含んでもよいし、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプ、タッチパネルなど）を含んでもよい。
　運転支援システム部６４は、ミリ波レーダ、Light　Detection　and　Ranging（ＬｉＤＡＲ）、カメラ、測位ロケータ（例えば、Global　Navigation　Satellite　System（ＧＮＳＳ）など）、地図情報（例えば、高精細（High　Definition（ＨＤ））マップ、自動運転車（Autonomous　Vehicle（ＡＶ））マップなど）、ジャイロシステム（例えば、慣性計測装置（Inertial　Measurement　Unit（ＩＭＵ））、慣性航法装置（Inertial　Navigation　System（ＩＮＳ））など）、人工知能（Artificial　Intelligence（ＡＩ））チップ、ＡＩプロセッサといった、事故を未然に防止したりドライバの運転負荷を軽減したりするための機能を提供するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。また、運転支援システム部６４は、通信モジュール６０を介して各種情報を送受信し、運転支援機能又は自動運転機能を実現する。
　通信モジュール６０は、通信ポート６３を介して、マイクロプロセッサ６１及び車両４０の構成要素と通信することができる。例えば、通信モジュール６０は通信ポート６３を介して、車両４０に備えられた駆動部４１、操舵部４２、アクセルペダル４３、ブレーキペダル４４、シフトレバー４５、左右の前輪４６、左右の後輪４７、車軸４８、電子制御部４９内のマイクロプロセッサ６１及びメモリ（ＲＯＭ、ＲＡＭ）６２、各種センサ５０－５８との間でデータ（情報）を送受信する。
　通信モジュール６０は、電子制御部４９のマイクロプロセッサ６１によって制御可能であり、外部装置と通信を行うことが可能な通信デバイスである。例えば、外部装置との間で無線通信を介して各種情報の送受信を行う。通信モジュール６０は、電子制御部４９の内部と外部のどちらにあってもよい。外部装置は、例えば、上述の基地局１０、ユーザ端末２０などであってもよい。また、通信モジュール６０は、例えば、上述の基地局１０及びユーザ端末２０の少なくとも１つであってもよい（基地局１０及びユーザ端末２０の少なくとも１つとして機能してもよい）。
　通信モジュール６０は、電子制御部４９に入力された上述の各種センサ５０－５８からの信号、当該信号に基づいて得られる情報、及び情報サービス部５９を介して得られる外部（ユーザ）からの入力に基づく情報、の少なくとも１つを、無線通信を介して外部装置へ送信してもよい。電子制御部４９、各種センサ５０－５８、情報サービス部５９などは、入力を受け付ける入力部と呼ばれてもよい。例えば、通信モジュール６０によって送信されるＰＵＳＣＨは、上記入力に基づく情報を含んでもよい。
　通信モジュール６０は、外部装置から送信されてきた種々の情報（交通情報、信号情報、車間情報など）を受信し、車両に備えられた情報サービス部５９へ表示する。情報サービス部５９は、情報を出力する（例えば、通信モジュール６０によって受信されるＰＤＳＣＨ（又は当該ＰＤＳＣＨから復号されるデータ／情報）に基づいてディスプレイ、スピーカーなどの機器に情報を出力する）出力部と呼ばれてもよい。
　また、通信モジュール６０は、外部装置から受信した種々の情報をマイクロプロセッサ６１によって利用可能なメモリ６２へ記憶する。メモリ６２に記憶された情報に基づいて、マイクロプロセッサ６１が車両４０に備えられた駆動部４１、操舵部４２、アクセルペダル４３、ブレーキペダル４４、シフトレバー４５、左右の前輪４６、左右の後輪４７、車軸４８、各種センサ５０－５８などの制御を行ってもよい。
　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上りリンク（uplink）」、「下りリンク（downlink）」などの文言は、端末間通信に対応する文言（例えば、「サイドリンク（sidelink）」）で読み替えられてもよい。例えば、上りリンクチャネル、下りリンクチャネルなどは、サイドリンクチャネルで読み替えられてもよい。
　同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。
　本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（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）」などで読み替えられてもよい。
　本開示に記載の「最大送信電力」は送信電力の最大値を意味してもよいし、公称最大送信電力（the　nominal　UE　maximum　transmit　power）を意味してもよいし、定格最大送信電力（the　rated　UE　maximum　transmit　power）を意味してもよい。
　本開示において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
　本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示において、「以下」、「未満」、「以上」、「より多い」、「と等しい」などは、互いに読み替えられてもよい。また、本開示において、「良い」、「悪い」、「大きい」、「小さい」、「高い」、「低い」、「早い」、「遅い」、「広い」、「狭い」、などを意味する文言は、原級、比較級及び最上級に限らず互いに読み替えられてもよい。また、本開示において、「良い」、「悪い」、「大きい」、「小さい」、「高い」、「低い」、「早い」、「遅い」、「広い」、「狭い」などを意味する文言は、「ｉ番目に」（ｉは任意の整数）を付けた表現として、原級、比較級及び最上級に限らず互いに読み替えられてもよい（例えば、「最高」は「ｉ番目に最高」と互いに読み替えられてもよい）。
　本開示において、「の（of）」、「のための（for）」、「に関する（regarding）」、「に関係する（related　to）」、「に関連付けられる（associated　with）」などは、互いに読み替えられてもよい。
　以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。
　本出願は、２０２２年１１月１４日出願の特願２０２２－１８２１３４に基づく。この内容は、すべてここに含めておく。
 

Claims (6)

  1. 　統一送信コンフィグレーション指標（ＴＣＩ）状態を指示する情報と、複数のＵＬ送信を指示する１つの下り制御情報と、を受信する受信部と、
    　前記下り制御情報により指示される情報、前記ＵＬ送信に対応する送受信ポイント（ＴＲＰ）インデックス、及び前記ＵＬ送信に対応する制御リソースセットプールインデックスの少なくとも一つに基づいて、前記複数のＵＬ送信に適用する統一ＴＣＩ状態を決定する制御部と、を有する端末。
  2. 　複数のサウンディングリファレンス信号（ＳＲＳ）リソースセットが設定される場合、前記制御部は、各ＵＬ送信に対応するＳＲＳリソースセット及びＳＲＳリソースの少なくとも一つに基づいて、前記複数のＵＬ送信に適用する統一ＴＣＩ状態を決定する請求項１に記載の端末。
  3. 　前記制御部は、前記下り制御情報に基づいて、各ＵＬ送信に対応するＳＲＳリソースセット及びＳＲＳリソースの少なくとも一つを判断する請求項１に記載の端末。
  4. 　複数の統一ＴＣＩ状態が指示される場合、前記制御部は、複数のＳＲＳリソースセット又は同一のＳＲＳリソースセットに含まれる複数のＳＲＳリソースに対して、異なる統一ＴＣＩ状態を適用する請求項１に記載の端末。
  5. 　統一送信コンフィグレーション指標（ＴＣＩ）状態を指示する情報と、複数のＵＬ送信を指示する１つの下り制御情報と、を受信する工程と、
    　前記下り制御情報により指示される情報、前記ＵＬ送信に対応する送受信ポイント（ＴＲＰ）インデックス、及び前記ＵＬ送信に対応する制御リソースセットプールインデックスの少なくとも一つに基づいて、前記複数のＵＬ送信に適用する統一ＴＣＩ状態を決定する工程と、を有する端末の無線通信方法。
  6. 　統一送信コンフィグレーション指標（ＴＣＩ）状態を指示する情報と、複数のＵＬ送信を指示する１つの下り制御情報と、を送信する送信部と、
    　前記下り制御情報により指示される情報、前記ＵＬ送信に対応する送受信ポイント（ＴＲＰ）インデックス、及び前記ＵＬ送信に対応する制御リソースセットプールインデックスの少なくとも一つにより、前記複数のＵＬ送信に適用する統一ＴＣＩ状態を指示する制御部と、を有する基地局。
     
     
PCT/JP2023/039841 2022-11-14 2023-11-06 端末、無線通信方法及び基地局 Ceased WO2024106244A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP23891396.6A EP4622375A1 (en) 2022-11-14 2023-11-06 Terminal, wireless communication method, and base station
JP2024558776A JPWO2024106244A5 (ja) 2023-11-06 端末、無線通信方法、基地局及びシステム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-182134 2022-11-14
JP2022182134 2022-11-14

Publications (1)

Publication Number Publication Date
WO2024106244A1 true WO2024106244A1 (ja) 2024-05-23

Family

ID=91084587

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/039841 Ceased WO2024106244A1 (ja) 2022-11-14 2023-11-06 端末、無線通信方法及び基地局

Country Status (2)

Country Link
EP (1) EP4622375A1 (ja)
WO (1) WO2024106244A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022220109A1 (ja) * 2021-04-16 2022-10-20 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
JP2022182134A (ja) 2021-05-27 2022-12-08 ブラザー工業株式会社 液体吐出ヘッド及びその製造方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022220109A1 (ja) * 2021-04-16 2022-10-20 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
JP2022182134A (ja) 2021-05-27 2022-12-08 ブラザー工業株式会社 液体吐出ヘッド及びその製造方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8", 3GPP TS 36.300 V8.12.0, April 2010 (2010-04-01)
BO GAO, ZTE: "Enhancements on unified TCI framework extension for multi-TRP", 3GPP DRAFT; R1-2210935; TYPE DISCUSSION; NR_MIMO_EVO_DL_UL-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. 3GPP RAN 1, no. Toulouse, FR; 20221114 - 20221118, 7 November 2022 (2022-11-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052221499 *
See also references of EP4622375A1

Also Published As

Publication number Publication date
EP4622375A1 (en) 2025-09-24
JPWO2024106244A1 (ja) 2024-05-23

Similar Documents

Publication Publication Date Title
JP7783291B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7742885B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7817274B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2024095417A1 (ja) 端末、無線通信方法及び基地局
WO2024095415A1 (ja) 端末、無線通信方法及び基地局
WO2024095416A1 (ja) 端末、無線通信方法及び基地局
WO2024069810A1 (ja) 端末、無線通信方法及び基地局
WO2024171382A1 (ja) 端末、無線通信方法及び基地局
JP7783915B2 (ja) 端末、無線通信方法及びシステム
JP7817273B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2024106244A1 (ja) 端末、無線通信方法及び基地局
WO2024095414A1 (ja) 端末、無線通信方法及び基地局
WO2024095478A1 (ja) 端末、無線通信方法及び基地局
WO2024219414A1 (ja) 端末、無線通信方法及び基地局
WO2024095477A1 (ja) 端末、無線通信方法及び基地局
WO2024185636A1 (ja) 端末、無線通信方法及び基地局
WO2024181346A1 (ja) 端末、無線通信方法及び基地局
WO2024236709A1 (ja) 端末、無線通信方法及び基地局
WO2024261990A1 (ja) 端末、無線通信方法及び基地局
WO2024261989A1 (ja) 端末、無線通信方法及び基地局
WO2024171373A1 (ja) 端末、無線通信方法及び基地局
WO2024171374A1 (ja) 端末、無線通信方法及び基地局
WO2024100733A1 (ja) 端末、無線通信方法及び基地局
WO2024069968A1 (ja) 端末、無線通信方法及び基地局
WO2025032760A1 (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: 23891396

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2024558776

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2023891396

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2023891396

Country of ref document: EP

Effective date: 20250616

WWP Wipo information: published in national office

Ref document number: 2023891396

Country of ref document: EP