[go: up one dir, main page]

WO2020230196A1 - ユーザ端末及び無線通信方法 - Google Patents

ユーザ端末及び無線通信方法 Download PDF

Info

Publication number
WO2020230196A1
WO2020230196A1 PCT/JP2019/018778 JP2019018778W WO2020230196A1 WO 2020230196 A1 WO2020230196 A1 WO 2020230196A1 JP 2019018778 W JP2019018778 W JP 2019018778W WO 2020230196 A1 WO2020230196 A1 WO 2020230196A1
Authority
WO
WIPO (PCT)
Prior art keywords
type
pusch
tpc command
transmission
transmission power
Prior art date
Application number
PCT/JP2019/018778
Other languages
English (en)
French (fr)
Inventor
優元 ▲高▼橋
翔平 吉岡
聡 永田
リフェ ワン
ギョウリン コウ
Original Assignee
株式会社Ｎｔｔドコモ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to PCT/JP2019/018778 priority Critical patent/WO2020230196A1/ja
Priority to CN201980097698.4A priority patent/CN113994741A/zh
Publication of WO2020230196A1 publication Critical patent/WO2020230196A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/06—TPC algorithms
    • H04W52/08—Closed loop power control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/26—TPC being performed according to specific parameters using transmission rate or quality of service QoS [Quality of Service]

Definitions

  • the present disclosure relates to a user terminal and a wireless communication method in a next-generation mobile communication system.
  • LTE Long Term Evolution
  • 3GPP Rel.10-14 LTE-Advanced (3GPP Rel.10-14) has been specified for the purpose of further increasing the capacity and sophistication of LTE (Third Generation Partnership Project (3GPP) Release (Rel.) 8, 9).
  • a successor system to LTE for example, 5th generation mobile communication system (5G), 5G + (plus), New Radio (NR), 3GPP Rel.15 or later, etc.) is also being considered.
  • 5G 5th generation mobile communication system
  • 5G + plus
  • NR New Radio
  • 3GPP Rel.15 or later, etc. is also being considered.
  • UE user terminal
  • traffic types services
  • the plurality of services include, for example, high-speed and large-capacity services with different requirements (for example, services related to eMBB: enhanced Mobile Broad Band (eMBB service)) and ultra-high reliability and low latency services (for example, URLLC). : There are services related to Ultra Reliable and Low Latency Communications (URLLC service).
  • eMBB enhanced Mobile Broad Band
  • URLLC ultra-high reliability and low latency services
  • control when the UE uses multiple services has not yet been sufficiently examined. If the transmission power control is not performed properly, the communication quality and the like may deteriorate.
  • one of the purposes of the present disclosure is to provide a user terminal and a wireless communication method capable of appropriately controlling transmission power.
  • the user terminal is a receiving unit that receives predetermined downlink control information used for transmitting a transmission power control command applied to at least one of a first type uplink channel and a second type uplink channel. And the information transmitted from the network, the information specified by the predetermined block included in the predetermined downlink control information, the format of the predetermined downlink control information, and the uplink of the first type or the second type are scheduled. It is characterized by having a control unit that controls application of a transmission power control command included in the predetermined downlink control information based on at least one of the downlink control information.
  • the transmission power can be appropriately controlled.
  • FIG. 1 is a diagram showing an example of a DCI format for transmitting a TPC command.
  • FIG. 2 is a diagram illustrating a problem of applying a DCI format for transmitting a TPC command by introducing a plurality of services.
  • 3A and 3B are diagrams showing an example of in-order processing and out-of-order processing.
  • FIG. 4 is a diagram showing an example of out-of-order processing.
  • FIG. 5 is a diagram showing another example of out-of-order processing.
  • FIG. 6 is a diagram showing an example of transmission power control according to the first aspect.
  • 7A and 7B are diagrams showing another example of transmission power control according to the first aspect.
  • 8A and 8B are diagrams showing an example of transmission power control according to the second aspect.
  • FIGS. 9A and 9B are diagrams showing another example of transmission power control according to the second aspect.
  • 10A and 10B are diagrams showing an example of transmission power control according to the third aspect.
  • FIG. 11 is a diagram showing another example of transmission power control according to the third aspect.
  • FIG. 12 is a diagram showing an example of a schematic configuration of a wireless communication system according to an embodiment.
  • FIG. 13 is a diagram showing an example of the configuration of the base station according to the embodiment.
  • FIG. 14 is a diagram showing an example of the configuration of the user terminal according to the embodiment.
  • FIG. 15 is a diagram showing an example of the hardware configuration of the base station and the user terminal according to the embodiment.
  • Service / Type In future wireless communication systems (eg, NR), further sophistication of mobile broadband (eg enhanced Mobile Broadband (eMBB)), machine type communication that realizes multiple simultaneous connections (eg massive Machine Type Communications (mMTC), Internet) Traffic types (also referred to as types, services, service types, communication types, use cases, etc.) such as of Things (IoT)), high-reliability and low-latency communications (eg, Ultra-Reliable and Low-Latency Communications (URLLC)). Is assumed. For example, URLLC requires less delay and higher reliability than eMBB.
  • eMBB enhanced Mobile Broadband
  • mMTC massive Machine Type Communications
  • URLLC Ultra-Reliable and Low-Latency Communications
  • the traffic type may be identified at the physical layer based on at least one of the following: -Logical channels with different priorities-Modulation and Coding Scheme (MCS) table (MCS index table) -Channel Quality Indication (CQI) table-DCI format-Used for scramble (mask) of Cyclic Redundancy Check (CRC) bits included (added) in the DCI (DCI format).
  • MCS Modulation and Coding Scheme
  • CQI Channel Quality Indication
  • CRC Cyclic Redundancy Check
  • the traffic type of HARQ-ACK for PDSCH may be determined based on at least one of the following: An MCS index table (for example, MCS index table 3) used to determine at least one of the PDSCH modulation order, target code rate, and transport block size (TBS).
  • An MCS index table for example, MCS index table 3
  • TBS transport block size
  • -RNTI used for CRC scrambling of DCI used for scheduling the PDSCH (for example, whether CRC scrambled by C-RNTI or MCS-C-RNTI).
  • the SR traffic type may be determined based on the upper layer parameter used as the SR identifier (SR-ID).
  • the upper layer parameter may indicate whether the SR traffic type is eMBB or URLLC.
  • the CSI traffic type may be determined based on the configuration information (CSIreportSetting) related to CSI reporting.
  • the setting information may indicate whether the traffic type of the CSI is eMBB or URLLC. Further, the setting information may be an upper layer parameter.
  • the traffic type of PUSCH may be determined based on at least one of the following.
  • -The MCS index table used to determine at least one of the modulation order, target coding rate, and TBS of the PUSCH (for example, whether or not to use the MCS index table 3).
  • -RNTI used for CRC scrambling of DCI used for scheduling the PUSCH (for example, whether CRC scrambled by C-RNTI or MCS-C-RNTI).
  • the traffic type may be associated with communication requirements (requirements such as delay and error rate, requirement conditions), data type (voice, data, etc.) and the like.
  • the difference between the URLLC requirement and the eMBB requirement may be that the URLLC latency is smaller than the eMBB delay, or the URLLC requirement may include a reliability requirement.
  • the eMBB user (U) plane delay requirement may include that the downlink U-plane delay is 4 ms and the uplink U-plane delay is 4 ms.
  • the URLLC U-plane delay requirement may include that the downlink U-plane delay is 0.5 ms and the uplink U-plane delay is 0.5 ms.
  • the reliability requirement of URLLC may also include a 32-byte error rate of 10-5 for a 1 ms U-plane delay.
  • the transmission power of PUSCH or PUCCH is controlled based on the power control information indicated by the value of a predetermined field (also referred to as TPC command field, first field, etc.) in DCI used for scheduling PUSCH or PDSCH.
  • a predetermined field also referred to as TPC command field, first field, etc.
  • DCIs may be referred to as DCI formats 0_0, 0_1.
  • the power control information may be called a TPC command (also referred to as a value, an increase / decrease value, a correction value, etc.).
  • the NR supports the DCI format (eg DCI format 2_2) used to transmit TPC commands for at least one of PUCCH and PUSCH.
  • the UE controls at least one transmission power of PUCCH and PUSCH based on the value indicated by the TPC command in the DCI format.
  • the DCI format used for transmitting the TPC command may have a configuration that is not used (does not include scheduling information) in the PDSCH or PUSCH schedule.
  • the network (for example, a base station) can control the UL transmission power of the UE by using the DCI format for TPC command transmission (for example, DCI format 2_2) in the UL transmission that does not require scheduling for each PUSCH transmission.
  • the UL transmission that does not require scheduling for each PUSCH transmission may be, for example, a set grant-based PUSCH transmission, UL semi-persistent scheduling (UL SPS), or the like.
  • the DCI format for TPC command transmission may be used to change the UL transmission power of the PUSCH after the predetermined PUSCH scheduling has been performed.
  • the CRC bit of the DCI format (for example, DCI format 2_2) for transmitting the TPC command is a scramble identifier different from the DCI format for other purposes (for example, DCI format 0_0, 0_1, 1_0, 1_1, 2_0, 2_1, 2_3, etc.). May be scrambled (masked) with.
  • DCI format 2_2 may be scrambled with TPC-RNTI (at least one of TPC-PUSCH-RNTI and TPC-PUCCH-RNTI).
  • the RNTI applied to the DCI format for transmitting TPC commands may be unique to a predetermined UE group.
  • the TPC command notified in the DCI format for transmitting the TPC command may be called a group common TPC command.
  • the UE can distinguish between the DCI format used for transmitting the TPC command for at least one of PUCCH and PUSCH and the DCI format for other purposes by a plurality of different scramble identifiers.
  • the information indicating TPC-RNTI may be notified (or set) from the radio base station to the UE by higher layer signaling.
  • FIG. 1 shows an example of a DCI format (for example, DCI format 2_2) for transmitting a TPC command.
  • the DCI format 2_2 may include N (N ⁇ 1) blocks. Each block is composed of a predetermined number of bits and may include predetermined information.
  • FIG. 1 shows a case where block # 1 corresponds to UE # 1, block # 2 corresponds to UE # 2, and block # 3 corresponds to UE # 3.
  • the UE may determine the block corresponding to the own terminal based on the information notified from the base station.
  • the information notified from the base station to the UE may be transmitted by a higher layer parameter (for example, tpc-PUSCH or tpc-PUCCH).
  • the number of blocks and the number of bits included in the DCI format 2_2 are not limited to the configuration shown in FIG.
  • the TPC command specified by DCI (for example, at least one of DCI formats 0_0, 0_1, and 2_2) for each PUSCH or PUCCH transmission may be accumulated (tpc-accumulation).
  • the UE may be set from the network (for example, a base station) as to whether or not to accumulate TPC commands.
  • the base station may notify the UE whether or not the TPC command is accumulated by using higher layer signaling (for example, tpc-Accummlation).
  • the UE may determine the transmission power in consideration of the TPC commands notified by a predetermined DCI (or PDCCH). Further, the TPC command may be included in one of the parameters of the power control adjustment state defined by the predetermined mathematical expression (for example, a part of the predetermined mathematical expression).
  • the power control adjustment state may be set to have a plurality of states (for example, two states) or a single state depending on the upper layer parameter. Further, when a plurality of power control adjustment states are set, one of the plurality of power control adjustment states may be identified by the index l (for example, l ⁇ ⁇ 0,1 ⁇ ).
  • the power control adjustment state may be referred to as a PUSCH power control adjustment state, a first or second state, or the like.
  • the index of the power control adjustment state may be determined based on the information notified by DCI.
  • information about the index l may be included in a predetermined field of DCI format 2_2 (for example, a closed loop notification (Closed loop indicator) field).
  • the UE may separately control the accumulation of TPC commands for each index of the power control adjustment state. For example, when a plurality of power control adjustment state indexes are set, the UE may perform transmission power control (for example, accumulation of TPC commands) for each index.
  • transmission power control for example, accumulation of TPC commands
  • the NR supports a method of determining the transmission power (for example, by accumulating) in consideration of the TPC command included in the DCI (or DCI format) for transmitting the TPC command.
  • the UE transmits a plurality of uplink channels of different types (or services) (eg, at least one of PUSCH and PUCCH), how is the transmission power (eg, application or storage of TPC commands)? The problem is whether to control it.
  • the TPC command (for example, group common) included in the DCI for transmitting the TPC command is transmitted.
  • the problem is how to apply the TPC command).
  • the present inventors have studied a method for appropriately controlling the transmission power of UL transmission when transmitting uplink channels corresponding to a plurality of types (or services), and have reached the present invention.
  • the uplink shared channel (for example, PUSCH) will be described as an example of the UL channel (or UL physical channel), but the uplink control channel may be similarly applied.
  • PUSCH may be read as PUCCH and applied.
  • Case 1 corresponds to a case (in-order) in which the transmission processing of PUSCH # A and the transmission processing of PUSCH # B having different types (or priorities) are started and completed in the same order (see FIG. 3A).
  • the UE first receives PDCCH # A (or DCI # A) instructing transmission of PUSCH # A, and then PDCCH # B (or DCI # B) instructing transmission of PUSCH # B. To receive. Then, the UE transmits PUSCH # B after transmitting PUSCH # A.
  • Case 2 corresponds to a case (out-of-order) in which the order of starting and completing the transmission processing of PUSCH # A and the transmission processing of PUSCH # B, which are different in type (or priority), is reversed (out of order). reference).
  • the out-of-order will be described below.
  • FIG. 4 is a diagram showing another example of out-of-order processing.
  • the first process described above corresponds to a process of receiving PDCCH # 1, transmitting PUSCH # 1 corresponding to the PDCCH # 1, or receiving the corresponding PDSCH # 1.
  • the second process described above corresponds to a process of receiving PDCCH # 2, transmitting PUSCH # 2 corresponding to the PDCCH # 2, or receiving the corresponding PDSCH # 2.
  • the time between PDCCH # 1 and PUSCH # 1 / PDSCH # 1 is considerably larger than the time between PDCCH # 2 and PUSCH # 2 / PDSCH # 2, and the first process and the second process are out. It is of order. Specifically, PUSCH # 2 / PDSCH # 2 related to PDCCH # 2 received after PDCCH # 1 is transmitted and received before PUSCH # 1 / PDSCH # 1 related to the PDCCH # 1.
  • PUSCH # X / PDSCH # X of the present disclosure may be read as at least one of PUSCH # X and PDSCH # X.
  • out-of-order processing as shown in FIG. 4 is related to the scheduling of PUSCH / PDSCH, it may be called out-of-order scheduling, out-of-order PUSCH / PDSCH, or the like.
  • FIG. 5 is a diagram showing another example of out-of-order processing.
  • the first process described above is a process of receiving the first PDSCH (PDSCH # 1) and transmitting the first HARQ-ACK (HARQ-ACK # 1) corresponding to the PDSCH # 1.
  • the second process described above corresponds to a process of receiving the second PDSCH (PDSCH # 2) and transmitting the second HARQ-ACK (HARQ-ACK # 2) corresponding to the PDSCH # 2.
  • K1 shown in FIG. 5 is a parameter indicating the transmission timing of HARQ-ACK corresponding to the received PDSCH, and may be determined based on the DCI that schedules the PDSCH (for example, the timing instruction of HARQ corresponding to PDSCH).
  • Field may be specified by PDSCH-to-HARQ-timing-indicator field).
  • the HARQ-ACK # 2 related to the PDSCH # 2 received after the PDSCH # 1 is transmitted before the HARQ-ACK # 1 related to the PDSCH # 1.
  • Out-of-order processing as shown in FIG. 5 is called out-of-order PDSCH-HARQ-ACK flow, out-of-order HARQ-ACK, etc. because the order of PDSCH and the corresponding order of HARQ-ACK are reversed. You may.
  • the start timing of the PUSCH # B transmission process (PDCCH # B transmission) is earlier than the start timing of the PUSCH # A transmission process (PDCCH # A transmission), but the PUSCH # A transmission completion timing. Is earlier than the transmission completion timing of PUSCH # B.
  • PUSCH # A is URLLC data
  • PUSCH # B is eMBB data (a case where URLLC data having a higher importance or priority interrupts the eMBB data) is assumed.
  • PUSCH # A is eMBB data
  • PUSCH # B is URLLC data
  • the types applicable in this embodiment include, for example, high speed and large capacity (for example, enhanced Mobile Broad Band (eMBB)), ultra-multi-terminal (for example, massive Machine Type Communication (mMTC)), ultra-high reliability and low capacity.
  • eMBB enhanced Mobile Broad Band
  • mMTC massive Machine Type Communication
  • Delays eg, Ultra Reliable and Low Latency Communications (URLLC) and the like can be mentioned.
  • the first aspect applies a TPC command contained in a predetermined DCI (or DCI format) for transmitting a TPC command to at least one of a plurality of types of UL channel transmission.
  • a DCI format (for example, DCI format 2_2) different from the DCI format used for scheduling PUSCH or PDSCH may be applied to the predetermined DCI for transmitting the TPC command.
  • the format of the DCI for transmitting the TPC command may be scrambled with a predetermined RNTI (eg, TPC-RNTI (at least one of TPC-PUSCH-RNTI and TPC-PUCCH-RNTI)).
  • the UE may apply the TPC command included in the DCI to the transmission power for transmitting any type of UL channel (for example, PUSCH).
  • the UE may apply at least one of the following options 1-3 as the PUSCH to which the TPC command is applied.
  • PUSCH # A corresponding to the first type for example, URLLC
  • PUSCH # B corresponding to the second type for example, eMBB
  • the type of PUSCH is not limited to this.
  • PUSCH # A corresponding to the first type corresponds to PUSCH scheduled to PDCCH (or DCI) notifying the first priority
  • PUSCH # B corresponding to the second type is the first. It may correspond to a PUSCH scheduled on a PDCCH (or DCI) notifying a second priority that is lower than the priority.
  • applying the TPC command to the transmission power of the PUSCH means applying the TPC command to the determination of the transmission power of a certain PUSCH and applying the TPC command to the determination of the transmission power of a certain PUSCH. It may be interpreted as at least one of the cases where the TPC command is also accumulated at the same time.
  • the UE may control the TPC command contained in the predetermined DCI to be applied (for example, stored) to the transmission power of both the first type PUSCH # A and the second type PUSCH # B (see FIG. 6). ).
  • FIG. 6 shows a case where PUSCH # A scheduled by PDCCH # A (or DCI # A) and PUSCH # B scheduled by PDCCH # B (or DCI # B) are transmitted.
  • the UE determines the transmission power of PUSCH # A and the transmission power of PUSCH # B in consideration of the TPC command # C included in the predetermined PDCCH # C (or the predetermined DCI # C).
  • PDCCH # A (or DCI # A) includes TPC command # A
  • the UE may determine the transmission power of PUSCH # A in consideration of TPC command # A and TPC command # C.
  • the presence / absence of accumulation of TPC command # A and the presence / absence of accumulation of TPC command # C may be set separately.
  • PDCCH # B (or DCI # B) includes TPC command # B
  • the UE may determine the transmission power of PUSCH # B in consideration of TPC command # B and TPC command # C. Good.
  • the presence / absence of accumulation of TPC command # B and the presence / absence of accumulation of TPC command # C may be set separately.
  • the UE may control the accumulation of TPC commands based on the index of the power control adjustment state. That is, TPC commands corresponding to the same index may be accumulated.
  • Information about the index of the power control adjustment state may be included in a predetermined DCI (for example, each block included in the predetermined DCI).
  • the transmission power of the plurality of types of PUSCH transmission is commonly controlled. be able to.
  • the UE may selectively apply the TPC command contained in the predetermined DCI to the transmission power of the predetermined type of PUSCH. For example, the UE may control that the TPC command included in the predetermined DCI is not applied to the transmission power of the first type PUSCH # A, but is applied only to the transmission power of the second type PUSCH # B. Good (see Figure 7A).
  • the UE determines the transmission power of PUSCH # B in consideration of the TPC command # C included in the predetermined PDCCH # C (or the predetermined DCI # C).
  • PDCCH # A (or DCI # A) includes TPC command # A
  • the UE determines the transmission power of PUSCH # A in consideration of TPC command # A (without considering TPC command # C). You may.
  • PDCCH # B (or DCI # B) includes TPC command # B
  • the UE may determine the transmission power of PUSCH # B in consideration of TPC command # B and TPC command # C.
  • the presence / absence of accumulation of TPC command # B and the presence / absence of accumulation of TPC command # C may be set separately.
  • the UE may control the accumulation of TPC commands based on the index of the power control adjustment state. That is, TPC commands corresponding to the same index may be accumulated.
  • Information about the index of the power control adjustment state may be included in a predetermined DCI (for example, each block included in the predetermined DCI).
  • the transmission power can be flexibly controlled for each type of PUSCH. it can.
  • the UE may control the TPC command included in the predetermined DCI so as not to be applied to the transmission power of the second type PUSCH # A but to be applied only to the transmission power of the first type PUSCH # B ( See FIG. 7B).
  • the UE determines the transmission power of PUSCH # A in consideration of the TPC command # C included in the predetermined PDCCH # C (or the predetermined DCI # C).
  • PDCCH # A (or DCI # A) includes TPC command # B
  • the UE may determine the transmission power of PUSCH # A in consideration of TPC command # A and TPC command # C.
  • the presence / absence of accumulation of TPC command # A and the presence / absence of accumulation of TPC command # C may be set separately.
  • PDCCH # B (or DCI # B) includes TPC command # B
  • the UE determines the transmission power of PUSCH # B in consideration of TPC command # B (without considering TPC command # C). You may.
  • the UE may control the accumulation of TPC commands based on the index of the power control adjustment state. That is, TPC commands corresponding to the same index may be accumulated.
  • Information about the index of the power control adjustment state may be included in a predetermined DCI (for example, each block included in the predetermined DCI).
  • the transmission power can be flexibly controlled for each type of PUSCH. it can.
  • the UE may determine an uplink channel (for example, a predetermined type of PUSCH) to which the TPC command included in the predetermined DCI is applied based on a predetermined condition.
  • the predetermined condition may be at least one of the contents defined in the specifications in advance, the information transmitted from the network (for example, the base station), the RNTI applied to the CRC of the DCI that schedules the PUSCH, and the transmission configuration of the PUSCH. Good.
  • the UE applies the options defined in use to control the application of the TPC commands contained in the given DCI.
  • the UE may determine which options to apply based on at least one of the higher layer signaling and downlink control information transmitted from the network (eg, base station).
  • the network eg, base station
  • the UE may determine the options to apply based on the type of RNTI used for CRC scrambling of the DCI (eg DCI format 1_0 or 1_1) instructing the transmission of the PUSCH. For example, an option applied to a PUSCH scheduled on a PDCCH scrambled by a first RNTI (eg C-RNTI) and a PUSCH scheduled on a PDCCH scrambled by a second RNTI (eg CS-RNTI). May be set separately.
  • a first RNTI eg C-RNTI
  • a PUSCH scheduled on a PDCCH scrambled by a second RNTI eg CS-RNTI
  • option 1 is applied to a PUSCH scheduled on a PDCCH scrambled on a first RNTI (eg C-RNTI) and scheduled on a PDCCH scrambled on a second RNTI (eg CS-RNTI).
  • Option 3 may be applied to the scrambled PUSCH.
  • the UE may determine which options to apply based on the PUSCH transmission configuration (eg, dynamic grant-based PUSCH transmission or configuration grant-based PUSCH transmission). As an example, the UE applies the first option (eg, option 3) if a configured grant-based parameter (eg, configuredGrantConfig) is set, otherwise the second option (eg, option 1). ) May be applied.
  • the first option eg, option 3
  • a configured grant-based parameter eg, configuredGrantConfig
  • TPC command field bits (2 bits) included in the DCI and the TPC command value (or TPC value) is a table (also called a TPC command table). It is defined in. If more than one type of UL channel transmission is supported, it is also expected that the range of TPC values and the size of the TPC command table (eg, the number of bits) will be extended.
  • extension method 1 when introducing another TPC command table (new table) while maintaining the size of the TPC command table (2 bits) (extension method 1), and increasing the size of the TPC command table (for example, 2). At least one of the cases (extension method 2) of changing from a bit to 3 bits or more can be considered.
  • extension method 2 the application of the TPC command included in the predetermined DCI for transmitting the TPC command may be controlled as follows for each extension method.
  • a new TPC command table may be defined or set for a predetermined type (eg, URLLC).
  • a predetermined type eg, URLLC
  • the UE may apply the TPC command only to the transmission power of PUSCH # A corresponding to the predetermined type (for example, URLLC).
  • the first TPC command table may be a new TPC command table.
  • the UE applies the TPC command only to the transmission power of PUSCH # B corresponding to another type (for example, eMBB). You may.
  • the second TPC command table may be a TPC command table defined in an existing specification (for example, Rel.15).
  • the UE applies the TPC command to both the transmission powers of the plurality of types of PUSCH (for example, PUSCH # A and PUSCH # B). May be applied.
  • the UE transfers the TPC command to both the transmission powers of multiple types of PUSCH (for example, PUSCH # A and PUSCH # B). May be applied to.
  • a TPC command table having 3 bits or more may be defined or set for a predetermined type (for example, URLLC).
  • a predetermined type for example, URLLC.
  • 2 bits are set as the 2-bit TPC command value (second TPC value) defined in the existing specifications, and the remaining TPC bit value (first TPC value) is used. It may be defined or set for a given type.
  • the UE may apply the TPC command only to the transmission power of PUSCH # A corresponding to the predetermined type (for example, URLLC).
  • the UE transmits the TPC command to the PUSCH # A corresponding to the predetermined type (for example, URLLC). It may be applied only to electric power.
  • the first TPC command table may be a TPC command table defined by 3 bits or more.
  • the UE applies the TPC command only to the transmission power of PUSCH # B corresponding to another type (for example, eMBB).
  • the second TPC command table may be a TPC command table defined in an existing specification (for example, Rel.15).
  • the UE transmits the TPC command to PUSCH # B corresponding to the predetermined type (for example, eMBB). It may be applied only to electric power.
  • the UE may issue the TPC command to a plurality of types of PUSCH (for example, PUSCH # A and PUSCH). It may be applied to both the transmission power of # B).
  • the TPC command included in the predetermined DCI corresponds to the second TPC command table (or the second TPC value of the first TPC command table)
  • the UE issues the TPC command to a plurality of types of PUSCH. It may be applied to both transmission powers (for example, PUSCH # A and PUSCH # B).
  • the UL channel to which the TPC command is applied can be appropriately determined by configuring the PUSCH to which the TPC command included in the predetermined DCI is applied based on the TPC command table to be applied.
  • DCI format 2_2 is supported as the DCI format for transmitting TPC commands. If multiple types of UL channel transmission are supported, it is expected that in addition to DCI format 2_2, a new DCI format corresponding to a given type will be introduced.
  • the new DCI format may correspond to a predetermined type (eg, URLLC) and the DCI format 2_2 may correspond to another type (eg, eMBB).
  • the new DCI format may be group common or UE-specific.
  • the UL channel to which the TPC command included in the DCI format 2_2 is applied and the UL channel to which the TPC command included in the new DCI format is applied may be set separately.
  • the TPC command included in the DCI format 2_2 may apply the above option 2
  • the TPC command included in the new DCI format may apply the above option 1.
  • the TPC command included in the DCI format 2_2 may apply the option 1 above
  • the TPC command included in the new DCI format may apply the option 3 above.
  • the type of UL channel is set separately for each of N blocks (N ⁇ 1) included in a predetermined DCI (or DCI format) for transmitting a TPC command.
  • a DCI format (for example, DCI format 2_2) different from the DCI format used for scheduling PUSCH or PDSCH may be applied to the predetermined DCI for transmitting the TPC command.
  • the format of the DCI for transmitting the TPC command may be scrambled with a predetermined RNTI (eg, TPC-RNTI (at least one of TPC-PUSCH-RNTI and TPC-PUCCH-RNTI)).
  • the UE When the UE receives the DCI for transmitting the TPC command, the UE sends the TPC command contained in the predetermined block out of the N blocks (N ⁇ 1) included in the DCI to any type of UL channel (for example, PUSCH). It may be applied to the transmission power of transmission.
  • a predetermined type of PUSCH may be associated with each block number (or block index) included in the predetermined DCI.
  • the UE determines a predetermined block number (for example, a block number for its own terminal) among the N blocks included in the predetermined DCI. Then, the UE may apply the TPC command included in the predetermined block number to the transmission power of the predetermined type PUSCH corresponding to the predetermined block number.
  • Information on the predetermined block number may be notified from the network (for example, the base station) to the UE by an upper layer parameter (for example, tpc-PUSCH or tpc-PUCCH).
  • the UE can determine a predetermined block number based on the information notified from the base station.
  • the UE may determine the type (or PUSCH) corresponding to the predetermined block number based on the predetermined information.
  • the predetermined information may be information notified from the base station to the UE.
  • each block may include information about the type of PUSCH to which the block corresponds (see FIG. 8).
  • FIG. 8 shows a case where bit information (1 bit in FIG. 8A and 2 bits in FIG. 8B) that specifies the type of PUSCH corresponding to each block is included.
  • the UE After determining the predetermined block number for the own terminal, the UE determines the type (or PUSCH) to which the TPC command is applied based on the information contained in the predetermined block.
  • the bit that specifies PUSCH is 1 bit as shown in FIG. 8A
  • two types (or two states) of PUSCH types can be notified to the UE.
  • the two types may be "first type (eg, URLLC)" and “second type (eg, eMBB)".
  • the two types may be a "first type” and a "first type and a second type”.
  • the bit for specifying PUSCH is 2 bits as shown in FIG. 8B
  • 4 types (or 4 states) of PUSCH types can be notified to the UE.
  • the four types are at least "first type (eg, URLLC)", “second type (eg, eMBB)", and “first type and second type (eg, eMBB / URLLC)”. It may include three states.
  • the number of bits and the type for specifying the PUSCH type are not limited to the configuration shown in FIG.
  • UE # 1 applies the TPC command included in block # 1 to the transmission power of PUSCH # A for URLLC (or has a high priority).
  • the UE may determine the type of PUSCH to which the TPC command included in the predetermined block is applied based on the information notified by the upper layer signaling.
  • Information about the type corresponding to the predetermined block may be notified to the UE separately from the upper layer parameter for notifying the information regarding the predetermined block number, or may be included in the upper layer parameter for notifying the information regarding the predetermined block number to notify the UE. You may.
  • the PUSCH type to which the TPC command is applied can be flexibly controlled for each UE by allowing the PUSCH type corresponding to each block included in the predetermined DCI for TPC command transmission to be set separately. It becomes possible.
  • one or more blocks may be set for one UE.
  • a predetermined DCI includes a plurality of blocks
  • two or more blocks may be set in the same UE (see FIG. 9A).
  • FIG. 9A of the three blocks # 1 to # 3 constituting the predetermined DCI, two blocks # 1 and # 2 are set to UE # 1, and block # 3 is set to UE # 2. Shown.
  • the block number set in each UE may be notified to the UE using a predetermined upper layer parameter (for example, tpc-PUSCH or tpc-PUCCH).
  • a predetermined upper layer parameter for example, tpc-PUSCH or tpc-PUCCH.
  • FIG. 9A shows a case where the block # 1 is associated with the PUSCH of the first type (for example, URLLC) and the block # 2 is associated with the PUSCH of the second type (for example, eMBB).
  • the first type for example, URLLC
  • the block # 2 is associated with the PUSCH of the second type (for example, eMBB).
  • FIG. 9A shows a case where the block # 3 is associated with both the first type PUSCH and the second type PUSCH.
  • Information on the type of PUSCH associated with each block may be included in the information of each block and notified to the UE, or may be notified to the UE using upper layer signaling.
  • the UE determines the transmission power of the PUSCH corresponding to the predetermined block in consideration of the TPC command included in the predetermined block for the own terminal. For example, UE # 1 applies the TPC command contained in block # 1 to the transmission power of the first type PUSCH # A, and applies the TPC command contained in block # 2 to the transmission power of the second type PUSCH # B. Apply (see Figure 9B). In addition, UE # 2 applies the TPC command included in block # 3 to the transmission power of the first type PUSCH # A and the second type PUSCH # B.
  • the TPC command is applied by setting a plurality of blocks included in a predetermined DCI for transmitting the TPC command to the same UE and allowing the corresponding PUSCH type to be set separately for each block. It is possible to flexibly control the PUSCH type to be used.
  • a plurality of DCIs (or DCI formats) for transmitting TPC commands are introduced, and the UL channel type corresponding to each DCI format is set separately.
  • a DCI format different from the DCI format used for scheduling PUSCH or PDSCH may be applied to the plurality of DCI formats for transmitting TPC commands.
  • the format of the plurality of DCIs for transmitting the TPC command may be scrambled with a predetermined RNTI (for example, TPC-RNTI (at least one of TPC-PUSCH-RNTI and TPC-PUCCH-RNTI)).
  • the plurality of DCI formats for transmitting a TPC command include a DCI format for transmitting a first TPC command (for example, DCI format 2_2_0), a DCI format for transmitting a second TPC command (for example, DCI format 2_2_1), and. It may include at least two DCI formats (eg, DCI format 2_2_2) for transmitting a third TPC command.
  • the DCI format for transmitting the first TPC command may correspond to the PUSCH of the second type (for example, eMBB).
  • the DCI format for transmitting the second TPC command (for example, DCI format 2_2_1) may correspond to the PUSCH of the first type (for example, URLLC).
  • the DCI format for transmitting the third TPC command (for example, DCI format 2_2_2) may correspond to the first type PUSCH and the second type PUSCH.
  • the UE may selectively apply the TPC command included in the DCI format for transmitting the first TPC command (for example, DCI format 2_2_0) to the transmission power of a predetermined type of PUSCH. For example, the UE does not apply the TPC command contained in DCI format 2_2_0 to the transmission power of the first type PUSCH # A, but applies (for example, stores) only the transmission power of the second type PUSCH # B. (See FIG. 10A).
  • FIG. 10A shows a case where PUSCH # A scheduled by PDCCH # A (or DCI # A) and PUSCH # B scheduled by PDCCH # B (or DCI # B) are transmitted.
  • the UE may determine the transmission power of the PUSCH # B in consideration of the TPC command # C included in the DCI format 2_2_0 (or a predetermined PDCCH # C).
  • PDCCH # A (or DCI # A) includes TPC command # A
  • the UE determines the transmission power of PUSCH # A in consideration of TPC command # A (without considering TPC command # C). You may.
  • PDCCH # B (or DCI # B) includes TPC command # B
  • the UE may determine the transmission power of PUSCH # B in consideration of TPC command # B and TPC command # C.
  • the presence / absence of accumulation of TPC command # B and the presence / absence of accumulation of TPC command # C may be set separately.
  • the transmission power can be flexibly controlled for each type of PUSCH.
  • the UE may selectively apply the TPC command included in the DCI format for transmitting the second TPC command (for example, DCI format 2_2_1) to the transmission power of a predetermined type of PUSCH. For example, the UE does not apply the TPC command contained in the DCI format 2_2_1 to the transmission power of the second type PUSCH # B, but applies (for example, stores) only the transmission power of the first type PUSCH # A. (See FIG. 10B).
  • FIG. 10B shows a case where PUSCH # A scheduled by PDCCH # A (or DCI # A) and PUSCH # B scheduled by PDCCH # B (or DCI # B) are transmitted.
  • the UE may determine the transmission power of the PUSCH # A in consideration of the TPC command # C included in the DCI format 2_2_1 (or the predetermined PDCCH # C).
  • PDCCH # A (or DCI # A) includes TPC command # A
  • the UE may determine the transmission power of PUSCH # A in consideration of TPC command # A and TPC command # C.
  • PDCCH # B (or DCI # B) includes TPC command # B
  • the UE determines the transmission power of PUSCH # B in consideration of TPC command # B (without considering TPC command # C). You may.
  • the presence / absence of accumulation of TPC command # A and the presence / absence of accumulation of TPC command # C may be set separately.
  • the transmission power can be flexibly controlled for each type of PUSCH.
  • the UE applies the TPC command contained in the DCI format for transmitting the third TPC command (for example, DCI format 2_2_2) to the transmission power of both the first type PUSCH # A and the second type PUSCH # B (for example).
  • Accumulation may be controlled (see FIG. 11).
  • FIG. 11 shows a case where PUSCH # A scheduled by PDCCH # A (or DCI # A) and PUSCH # B scheduled by PDCCH # B (or DCI # B) are transmitted.
  • the UE may determine the transmission power of PUSCH # A in consideration of TPC command # A and TPC command # C.
  • the presence / absence of accumulation of TPC command # A and the presence / absence of accumulation of TPC command # C may be set separately.
  • PDCCH # B (or DCI # B) includes TPC command # B
  • the UE may determine the transmission power of PUSCH # B in consideration of TPC command # B and TPC command # C. Good.
  • the presence / absence of accumulation of TPC command # B and the presence / absence of accumulation of TPC command # C may be set separately.
  • the transmission power of the plurality of types of PUSCH transmission can be controlled in common.
  • a plurality of DCI formats for transmitting TPC commands may be set separately from the DCI format 2_2 defined in the existing specifications (for example, Rel.15).
  • one of the plurality of DCI formats for transmitting the TPC command may have the same configuration as the DCI format 2_2 defined in the existing specifications (for example, Rel.15).
  • the DCI format for transmitting the first TPC command (for example, DCI format 2_2_0) may be the DCI format 2_2 defined in the existing specifications (for example, Rel.15).
  • the newly introduced DCI format 2_2_1 corresponds to the PUSCH of the first type (for example, URLLC)
  • the DCI format 2_2 (corresponding to the DCI format 2_2_0) corresponds to the PUSCH of the second type (for example, eMBB). You may.
  • At least one of the newly introduced DCI formats 2_2_0, 2____1 and 2_2_2 may be common to the UE group (group common) or may be UE-specific.
  • the DCI format may be configured to include one block, one block for one UE, or one TPC command.
  • the DCI format may include one or more (for example, a plurality of) blocks or one or more (for example, a plurality of TPC commands).
  • the type of PUSCH corresponding to each block may be set separately. For example, one block may correspond to the first type PUSCH and the other block may correspond to the second type PUSCH.
  • the type of PUSCH to which the TPC command included in the DCI for transmitting the TPC command is applied may be set in common or separately when performing the in-order processing and the out-of-order processing. You may.
  • the first configuration (for example, option 1 in the first aspect) is applied when performing in-order processing
  • the second configuration (for example, option 3 in the first aspect) is applied when performing out-of-order processing. ) May be applied.
  • the first aspect to the third aspect have been described by taking an uplink shared channel (for example, PUSCH) as an example of the UL channel, but the present invention is not limited to this.
  • the TPC command included in the DCI for transmitting the TPC command may be applied to the uplink control channel (for example, PUCCH).
  • the first aspect-third aspect may be applied to the PUCCH that transmits HARQ-ACK or the like corresponding to the PDCCH scheduled in a predetermined PDCCH (for example, DCI format 1_0 or 1-11).
  • PUSCH in the first aspect-third aspect may be read as PUCCH.
  • wireless communication system Wireless communication system
  • communication is performed using any one of the wireless communication methods according to each of the above-described embodiments of the present disclosure or a combination thereof.
  • FIG. 12 is a diagram showing an example of a schematic configuration of a wireless communication system according to an embodiment.
  • the wireless communication system 1 may be a system that realizes communication using Long Term Evolution (LTE), 5th generation mobile communication system New Radio (5G NR), etc. specified by Third Generation Partnership Project (3GPP). ..
  • the wireless communication system 1 may support dual connectivity between a plurality of Radio Access Technology (RAT) (Multi-RAT Dual Connectivity (MR-DC)).
  • MR-DC is a dual connectivity between LTE (Evolved Universal Terrestrial Radio Access (E-UTRA)) and NR (E-UTRA-NR Dual Connectivity (EN-DC)), and a dual connectivity between NR and LTE (NR-E).
  • -UTRA Dual Connectivity (NE-DC) may be included.
  • the LTE (E-UTRA) base station (eNB) is the master node (Master Node (MN)), and the NR base station (gNB) is the secondary node (Secondary Node (SN)).
  • the NR base station (gNB) is MN
  • the LTE (E-UTRA) base station (eNB) is SN.
  • the wireless communication system 1 has dual connectivity between a plurality of base stations in the same RAT (for example, dual connectivity (NR-NR Dual Connectivity (NN-DC)) in which both MN and SN are NR base stations (gNB). )) May be supported.
  • a plurality of base stations in the same RAT for example, dual connectivity (NR-NR Dual Connectivity (NN-DC)) in which both MN and SN are NR base stations (gNB). )
  • NR-NR Dual Connectivity NR-DC
  • gNB NR base stations
  • the wireless communication system 1 includes a base station 11 that forms a macro cell C1 having a relatively wide coverage, and a base station 12 (12a-12c) that is arranged in the macro cell C1 and forms a small cell C2 that is narrower than the macro cell C1. You may prepare.
  • the user terminal 20 may be located in at least one cell. The arrangement, number, and the like of each cell and the user terminal 20 are not limited to the mode shown in the figure.
  • the base stations 11 and 12 are not distinguished, they are collectively referred to as the base station 10.
  • the user terminal 20 may be connected to at least one of the plurality of base stations 10.
  • the user terminal 20 may use at least one of carrier aggregation (Carrier Aggregation (CA)) and dual connectivity (DC) using a plurality of component carriers (Component Carrier (CC)).
  • CA Carrier Aggregation
  • DC dual connectivity
  • CC Component Carrier
  • 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)).
  • the macro cell C1 may be included in FR1 and the small cell C2 may be included in FR2.
  • FR1 may be in a frequency band of 6 GHz or less (sub 6 GHz (sub-6 GHz)), and FR2 may be in a frequency band higher than 24 GHz (above-24 GHz).
  • the frequency bands and definitions of FR1 and FR2 are not limited to these, and for example, FR1 may correspond to a frequency band higher than FR2.
  • the user terminal 20 may perform communication 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 plurality of base stations 10 may be connected by wire (for example, optical fiber compliant with Common Public Radio Interface (CPRI), X2 interface, etc.) or wirelessly (for example, NR communication).
  • wire for example, optical fiber compliant with Common Public Radio Interface (CPRI), X2 interface, etc.
  • NR communication for example, when NR communication is used as a backhaul between base stations 11 and 12, the base station 11 corresponding to the upper station is an Integrated Access Backhaul (IAB) donor, and the base station 12 corresponding to a relay station (relay) is IAB. It may be called a node.
  • IAB Integrated Access Backhaul
  • relay station relay station
  • the base station 10 may be connected to the core network 30 via another base station 10 or directly.
  • the core network 30 may include at least one such as Evolved Packet Core (EPC), 5G Core Network (5GCN), and Next Generation Core (NGC).
  • EPC Evolved Packet Core
  • 5GCN 5G Core Network
  • NGC Next Generation Core
  • the user terminal 20 may be a terminal that supports at least one of 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
  • DL Downlink
  • UL Uplink
  • 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 wireless access method may be called a waveform.
  • another wireless access system for example, another single carrier transmission system, another multi-carrier transmission system
  • the UL and DL wireless access systems may be used as the UL and DL wireless access systems.
  • downlink shared channels Physical Downlink Shared Channel (PDSCH)
  • broadcast channels Physical Broadcast Channel (PBCH)
  • downlink control channels Physical Downlink Control
  • Channel PDCCH
  • the uplink shared channel Physical Uplink Shared Channel (PUSCH)
  • the uplink control channel Physical Uplink Control Channel (PUCCH)
  • the random access channel shared by each user terminal 20 are used.
  • Physical Random Access Channel (PRACH) Physical Random Access Channel or the like may be used.
  • PDSCH User data, upper layer control information, System Information Block (SIB), etc. are transmitted by PDSCH.
  • User data, upper layer control information, and the like may be transmitted by the PUSCH.
  • MIB Master Information Block
  • PBCH Master Information Block
  • Lower layer control information may be transmitted by PDCCH.
  • the lower layer control information may include, for example, downlink control information (Downlink Control Information (DCI)) including scheduling information of at least one of PDSCH and PUSCH.
  • DCI Downlink Control Information
  • the DCI that schedules PDSCH may be called DL assignment, DL DCI, etc.
  • the DCI that schedules PUSCH may be called UL grant, UL DCI, etc.
  • the PDSCH may be read as DL data
  • the PUSCH may be read as UL data.
  • a control resource set (COntrol REsource SET (CORESET)) and a search space (search space) may be used to detect the PDCCH.
  • CORESET corresponds to a resource that searches for DCI.
  • the search space corresponds to the search area and search method of PDCCH candidates (PDCCH candidates).
  • One CORESET may be associated with one or more search spaces. The UE may monitor the CORESET associated with a search space based on the search space settings.
  • One 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.
  • the "search space”, “search space set”, “search space setting”, “search space set setting”, “CORESET”, “CORESET setting”, etc. of the present disclosure may be read as each other.
  • channel state information (Channel State Information (CSI)
  • delivery confirmation information for example, it may be called Hybrid Automatic Repeat reQuest ACK knowledgement (HARQ-ACK), ACK / NACK, etc.
  • scheduling request (Scheduling Request ( Uplink Control Information (UCI) including at least one of SR)
  • the PRACH may transmit a random access preamble for establishing a connection with the cell.
  • downlinks, uplinks, etc. may be expressed without “links”. Further, it may be expressed without adding "Physical" at the beginning of various channels.
  • a synchronization signal (Synchronization Signal (SS)), a downlink reference signal (Downlink Reference Signal (DL-RS)), and the like may be transmitted.
  • the DL-RS includes a cell-specific reference signal (Cell-specific Reference Signal (CRS)), a channel state information reference signal (Channel State Information Reference Signal (CSI-RS)), and a demodulation reference signal (DeModulation).
  • CRS Cell-specific Reference Signal
  • CSI-RS Channel State Information Reference Signal
  • DeModulation Demodulation reference signal
  • Reference Signal (DMRS)), positioning reference signal (Positioning Reference Signal (PRS)), phase tracking reference signal (Phase Tracking Reference Signal (PTRS)), and the like may be transmitted.
  • PRS Positioning Reference Signal
  • PTRS Phase Tracking Reference Signal
  • the synchronization signal may be, for example, at least one of a primary synchronization signal (Primary Synchronization Signal (PSS)) and a secondary synchronization signal (Secondary Synchronization Signal (SSS)).
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • the signal block including SS (PSS, SSS) and PBCH (and DMRS for PBCH) may be referred to as SS / PBCH block, SS Block (SSB) and the like.
  • SS, SSB and the like 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
  • UE-specific Reference Signal UE-specific Reference Signal
  • FIG. 13 is a diagram showing an example of the configuration of the base station according to the embodiment.
  • the base station 10 includes a control unit 110, a transmission / reception unit 120, a transmission / reception antenna 130, and a transmission line interface 140.
  • the control unit 110, the transmission / reception unit 120, the transmission / reception antenna 130, and the transmission line interface 140 may each be provided with one or more.
  • the functional blocks of the feature portion in the present embodiment are mainly shown, and it may be assumed that the base station 10 also has other functional blocks necessary for wireless communication. A part of the processing of each part described below may be omitted.
  • the control unit 110 controls the entire base station 10.
  • the control unit 110 can be composed of a controller, a control circuit, and the like described based on the common recognition in the technical field according to the present disclosure.
  • the control unit 110 may control signal generation, scheduling (for example, resource allocation, mapping) and the like.
  • the control unit 110 may control transmission / reception, measurement, and the like using the transmission / reception unit 120, the transmission / reception antenna 130, and the transmission line interface 140.
  • the control unit 110 may generate data to be transmitted as a signal, control information, a sequence, and the like, and transfer the data to the transmission / reception unit 120.
  • the control unit 110 may perform call processing (setting, release, etc.) of the communication channel, state management of the base station 10, management of radio resources, and the like.
  • the transmission / reception 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 transmission / reception unit 120 includes a transmitter / receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measurement circuit, a transmission / reception circuit, and the like, which are described based on common recognition in the technical fields according to the present disclosure. be able to.
  • the transmission / reception unit 120 may be configured as an integrated transmission / reception 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 receiving unit may be composed of a receiving processing unit 1212, an RF unit 122, and a measuring unit 123.
  • the transmitting / receiving antenna 130 can be composed of an antenna described based on common recognition in the technical field according to the present disclosure, for example, an array antenna.
  • the transmission / reception unit 120 may transmit the above-mentioned downlink channel, synchronization signal, downlink reference signal, and the like.
  • the transmission / reception unit 120 may receive the above-mentioned uplink channel, uplink reference signal, and the like.
  • the transmission / reception unit 120 may form at least one of a transmission beam and a reception beam by using digital beamforming (for example, precoding), analog beamforming (for example, phase rotation), and the like.
  • digital beamforming for example, precoding
  • analog beamforming for example, phase rotation
  • the transmission / reception unit 120 processes, for example, Packet Data Convergence Protocol (PDCP) layer processing and Radio Link Control (RLC) layer processing (for example, RLC) for data, control information, etc. acquired from control unit 110.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • HARQ retransmission control HARQ retransmission control
  • the transmission / reception unit 120 performs channel coding (may include error correction coding), modulation, mapping, filtering, and discrete Fourier transform (Discrete Fourier Transform (DFT)) for the bit string to be transmitted.
  • the base band signal may be output by performing processing (if necessary), inverse fast Fourier transform (IFFT) processing, precoding, digital-analog transform, and other transmission processing.
  • IFFT inverse fast Fourier transform
  • the transmission / reception unit 120 may perform modulation, filtering, amplification, etc. on the baseband signal to the radio frequency band, and transmit the signal in the radio frequency band via the transmission / reception antenna 130. ..
  • the transmission / reception unit 120 may perform amplification, filtering, demodulation to a baseband signal, or the like on the signal in the radio frequency band received by the transmission / reception antenna 130.
  • the transmission / reception unit 120 (reception processing unit 1212) performs analog-digital conversion, fast Fourier transform (FFT) processing, and inverse discrete Fourier transform (IDFT) on the acquired baseband signal. )) Processing (if necessary), filtering, demapping, demodulation, decoding (may include error correction decoding), MAC layer processing, RLC layer processing, PDCP layer processing, and other reception processing are applied. User data and the like may be acquired.
  • FFT fast Fourier transform
  • IDFT inverse discrete Fourier transform
  • the transmission / reception unit 120 may perform measurement on the received signal.
  • the measuring unit 123 may perform Radio Resource Management (RRM) measurement, Channel State Information (CSI) measurement, or the like based on the received signal.
  • the measuring unit 123 has received power (for example, Reference Signal Received Power (RSRP)) and reception quality (for example, Reference Signal Received Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), Signal to Noise Ratio (SNR)).
  • RSRP Reference Signal Received Power
  • RSSQ Reference Signal Received Quality
  • SINR Signal to Noise Ratio
  • Signal strength for example, Received Signal Strength Indicator (RSSI)
  • propagation path information for example, CSI
  • the measurement result may be output to the control unit 110.
  • the transmission line interface 140 transmits and receives signals (backhaul signaling) to and from devices included in the core network 30, other base stations 10, and the like, and user data (user plane data) and control plane for the user terminal 20. Data or the like may be acquired or transmitted.
  • the transmitting unit and the receiving unit of the base station 10 in the present disclosure may be composed of at least one of the transmission / reception unit 120, the transmission / reception antenna 130, and the transmission line interface 140.
  • the transmission / reception unit 120 transmits predetermined downlink control information used for transmitting a transmission power control command applied to at least one of the first type uplink channel and the second type uplink channel.
  • the transmission / reception unit 120 may transmit at least one of the information regarding the predetermined block number included in the predetermined downlink control information corresponding to each UE and the information regarding the UL channel type corresponding to the predetermined block number.
  • the control unit 110 sets the information transmitted from the network, the information specified by the predetermined block included in the predetermined downlink control information, the format of the predetermined downlink control information, and the uplink of the first type or the second type. It may be controlled so that the transmission power control command included in the predetermined downlink control information is determined based on at least one of the downlink control information to be scheduled.
  • FIG. 14 is a diagram showing an example of the configuration of the user terminal according to the embodiment.
  • the user terminal 20 includes a control unit 210, a transmission / reception unit 220, and a transmission / reception antenna 230.
  • the control unit 210, the transmission / reception unit 220, and the transmission / reception antenna 230 may each be provided with one or more.
  • this example mainly shows the functional blocks of the feature portion in the present embodiment, and it may be assumed that the user terminal 20 also has other functional blocks necessary for wireless communication. A part of the processing of each part described below may be omitted.
  • the control unit 210 controls the entire user terminal 20.
  • the control unit 210 can be composed of a controller, a control circuit, and the like described based on the common recognition in the technical field according to the present disclosure.
  • the control unit 210 may control signal generation, mapping, and the like.
  • the control unit 210 may control transmission / reception, measurement, and the like using the transmission / reception unit 220 and the transmission / reception antenna 230.
  • the control unit 210 may generate data to be transmitted as a signal, control information, a sequence, and the like, and transfer the data to the transmission / reception unit 220.
  • the transmission / reception unit 220 may include a baseband unit 221 and 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 transmission / reception unit 220 can be composed of a transmitter / receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measurement circuit, a transmission / reception circuit, and the like, which are described based on the common recognition in the technical field according to the present disclosure.
  • the transmission / reception unit 220 may be configured as an integrated transmission / reception 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 receiving unit may be composed of a receiving processing unit 2212, an RF unit 222, and a measuring unit 223.
  • the transmitting / receiving antenna 230 can be composed of an antenna described based on common recognition in the technical field according to the present disclosure, for example, an array antenna.
  • the transmission / reception unit 220 may receive the above-mentioned downlink channel, synchronization signal, downlink reference signal, and the like.
  • the transmission / reception unit 220 may transmit the above-mentioned uplink channel, uplink reference signal, and the like.
  • the transmission / reception unit 220 may form at least one of a transmission beam and a reception beam by using digital beamforming (for example, precoding), analog beamforming (for example, phase rotation), and the like.
  • digital beamforming for example, precoding
  • analog beamforming for example, phase rotation
  • the transmission / reception unit 220 (transmission processing unit 2211) performs PDCP layer processing, RLC layer processing (for example, RLC retransmission control), and MAC layer processing (for example, for data, control information, etc. acquired from the control unit 210). , HARQ retransmission control), etc., to generate a bit string to be transmitted.
  • RLC layer processing for example, RLC retransmission control
  • MAC layer processing for example, for data, control information, etc. acquired from the control unit 210.
  • HARQ retransmission control HARQ retransmission control
  • the transmission / reception unit 220 (transmission processing unit 2211) performs channel coding (may include error correction coding), modulation, mapping, filtering processing, DFT processing (if necessary), and IFFT processing for the bit string to be transmitted. , Precoding, digital-to-analog conversion, and other transmission processing may be performed to output the baseband signal.
  • Whether or not to apply the DFT process may be based on the transform precoding setting.
  • the transmission / reception unit 220 transmission processing unit 2211 described above for transmitting a channel (for example, PUSCH) using the DFT-s-OFDM waveform when the transform precoding is enabled.
  • the DFT process may be performed as the transmission process, and if not, the DFT process may not be performed as the transmission process.
  • the transmission / reception unit 220 may perform modulation, filtering, amplification, etc. to the radio frequency band on the baseband signal, and transmit the signal in the radio frequency band via the transmission / reception antenna 230. ..
  • the transmission / reception unit 220 may perform amplification, filtering, demodulation to a baseband signal, or the like on the signal in the radio frequency band received by the transmission / reception antenna 230.
  • the transmission / reception unit 220 (reception processing unit 2212) performs analog-to-digital conversion, FFT processing, IDFT processing (if necessary), filtering processing, demapping, demodulation, and decoding (error correction) for the acquired baseband signal. Decoding may be included), MAC layer processing, RLC layer processing, PDCP layer processing, and other reception processing may be applied to acquire user data and the like.
  • the transmission / reception unit 220 may perform measurement on the received signal.
  • the measuring unit 223 may perform RRM measurement, CSI measurement, or the like based on the received signal.
  • the measuring unit 223 may measure received power (for example, RSRP), reception quality (for example, RSRQ, SINR, SNR), signal strength (for example, RSSI), propagation path information (for example, CSI), and the like.
  • the measurement result may be output to the control unit 210.
  • the transmitter and receiver of the user terminal 20 in the present disclosure may be composed of at least one of the transmitter / receiver 220 and the transmitter / receiver antenna 230.
  • the transmission / reception unit 220 receives predetermined downlink control information used for transmitting a transmission power control command applied to at least one of the first type uplink channel and the second type uplink channel.
  • the transmission / reception unit 120 may receive at least one of the information regarding the predetermined block number included in the predetermined downlink control information corresponding to each UE and the information regarding the type of the UL channel corresponding to the predetermined block number.
  • the control unit 210 schedules the information transmitted from the network, the information specified by the predetermined block included in the predetermined downlink control information, the format of the predetermined downlink control information, and the first type or the second type uplink channel.
  • the application of the transmission power control command included in the predetermined downlink control information is controlled based on at least one of the downlink control information.
  • the control unit 210 may determine the uplink to which the transmission power control command is applied based on the RNTI (Radio Network Temporary Identifier) applied to the downlink control information for scheduling the first type or the second type uplink. ..
  • RNTI Radio Network Temporary Identifier
  • control unit 210 applies the first transmission power control command applied to the first type of uplink and the second type of uplink based on a plurality of blocks included in the predetermined downlink control information.
  • the second transmission power control command to be used may be determined.
  • the predetermined downlink control information format is a first format for transmitting a transmission power command applied to at least the first type uplink and a second format for transmitting a transmission power command applied to at least the second type uplink. It may have a format.
  • the control unit 210 starts and completes the transmission processing of the first type uplink and the transmission processing of the second type in the same order, and the transmission processing of the first type uplink and the second type. Even if the uplink (for example, type) to which the transmission power control command included in the predetermined downlink control information is applied is controlled separately when the order of starting and completing the transmission process of the uplink is reversed. Good.
  • each functional block may be realized by using one device that is physically or logically connected, or directly or indirectly (for example, by two or more devices that are physically or logically separated). , Wired, wireless, etc.) and may be realized using these plurality of devices.
  • the functional block may be realized by combining the software with the one device or the plurality of devices.
  • the functions include judgment, decision, judgment, calculation, calculation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, solution, selection, selection, establishment, comparison, assumption, expectation, and deemed. , Broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc.
  • a functional block (constituent unit) for functioning transmission may be referred to as a transmitting unit (transmitting unit), a transmitter (transmitter), or the like.
  • the method of realizing each of them is not particularly limited.
  • the base station, user terminal, and the like in one embodiment of the present disclosure may function as a computer that processes the wireless communication method of the present disclosure.
  • FIG. 15 is a diagram showing an example of the hardware configuration of the base station and the user terminal according to the embodiment.
  • the base station 10 and the user terminal 20 described above 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, and the like. ..
  • 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 figure, or may be configured not to include some of the devices.
  • processor 1001 may be a plurality of processors. Further, the processing may be executed by one processor, or the processing may be executed simultaneously, sequentially, or by using other methods by two or more processors.
  • the processor 1001 may be mounted by one or more chips.
  • the processor 1001 For each function of the base station 10 and the user terminal 20, for example, by loading predetermined software (program) on hardware such as the processor 1001 and the memory 1002, the processor 1001 performs an operation and communicates via the communication device 1004. It is realized by controlling at least one of reading and writing of data in the memory 1002 and the storage 1003.
  • predetermined software program
  • the processor 1001 operates, for example, an operating system to control the entire computer.
  • the processor 1001 may be configured by a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, registers, and the like.
  • CPU central processing unit
  • control unit 110 210
  • transmission / reception unit 120 220
  • the like may be realized by the processor 1001.
  • the processor 1001 reads a program (program code), a software module, 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.
  • a program program code
  • the control unit 110 may be realized by a control program stored in the memory 1002 and operating in the processor 1001, and may be realized in the same manner for other functional blocks.
  • the memory 1002 is a computer-readable recording medium, for example, at least a Read Only Memory (ROM), an Erasable Programmable ROM (EPROM), an Electrically EPROM (EEPROM), a Random Access Memory (RAM), or any other suitable storage medium. It may be composed of one.
  • the memory 1002 may be referred to as a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store a program (program code), a software module, or the like that can be executed to implement the wireless communication method according to the embodiment of the present disclosure.
  • the storage 1003 is a computer-readable recording medium, for example, a flexible disk, a floppy (registered trademark) disk, a magneto-optical disk (for example, a compact disc (Compact Disc ROM (CD-ROM)), a digital versatile disk, etc.). At least one of Blu-ray® disks, removable disks, hard disk drives, smart cards, flash memory devices (eg cards, sticks, key drives), magnetic stripes, databases, servers, and other suitable storage media. It may be composed of.
  • the storage 1003 may be referred to as an auxiliary storage device.
  • the communication device 1004 is hardware (transmission / reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, or the like.
  • the communication device 1004 includes, for example, a high frequency switch, a duplexer, a filter, a frequency synthesizer, etc. in order to realize at least one of frequency division duplex (Frequency Division Duplex (FDD)) and time division duplex (Time Division Duplex (TDD)). It may be configured to include.
  • the transmission / reception unit 120 (220), the transmission / reception antenna 130 (230), and the like described above may be realized by the communication device 1004.
  • the transmission / reception unit 120 (220) may be physically or logically separated from the transmission unit 120a (220a) and the reception unit 120b (220b).
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that receives an input from the outside.
  • the output device 1006 is an output device (for example, 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 have an integrated configuration (for example, a touch panel).
  • each device such as the processor 1001 and the memory 1002 is connected by the bus 1007 for communicating information.
  • the bus 1007 may be configured by using a single bus, or may be configured by using a different bus for each device.
  • the base station 10 and the user terminal 20 include a microprocessor, a digital signal processor (Digital Signal Processor (DSP)), an Application Specific Integrated Circuit (ASIC), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), and the like. It may be configured to include hardware, and a part or all of each functional block may be realized by using the hardware. For example, processor 1001 may be implemented using at least one of these hardware.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • the wireless frame may be composed of one or more periods (frames) in the time domain.
  • Each of the one or more periods (frames) constituting the wireless frame may be referred to as a subframe.
  • the subframe may be composed of one or more slots in the time domain.
  • the subframe may have a fixed time length (eg, 1 ms) that is independent of numerology.
  • the numerology may be a communication parameter applied to at least one of transmission and reception of a signal or channel.
  • Numerology includes, for example, subcarrier spacing (SubCarrier Spacing (SCS)), bandwidth, symbol length, cyclic prefix length, transmission time interval (Transmission Time Interval (TTI)), number of symbols per TTI, and wireless frame configuration.
  • SCS subcarrier Spacing
  • TTI Transmission Time Interval
  • a specific filtering process performed by the transmitter / receiver in the frequency domain, a specific windowing process performed by the transmitter / receiver in the time domain, and the like may be indicated.
  • the slot may be composed of one or more symbols (Orthogonal Frequency Division Multiple Access (OFDMA) symbol, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbol, etc.) in the time domain.
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • the slot may be a time unit based on numerology.
  • the slot may include a plurality of mini slots. Each minislot may consist of one or more symbols in the time domain. Further, the mini slot may be called a sub slot. A minislot may consist of a smaller number of symbols than the slot.
  • a PDSCH (or PUSCH) transmitted in time units larger than the minislot may be referred to as a PDSCH (PUSCH) mapping type A.
  • the PDSCH (or PUSCH) transmitted using the minislot may be referred to as PDSCH (PUSCH) mapping type B.
  • the wireless frame, subframe, slot, minislot and symbol all represent the time unit when transmitting a signal.
  • the radio frame, subframe, slot, minislot and symbol may have different names corresponding to each.
  • the time units such as frames, subframes, slots, mini slots, and symbols in the present disclosure may be read as each other.
  • one subframe may be called TTI
  • a plurality of consecutive subframes may be called TTI
  • one slot or one minislot may be called TTI. That is, at least one of the subframe and TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (eg, 1-13 symbols), or a period longer than 1 ms. It may be.
  • the unit representing TTI may be called a slot, a mini slot, or the like instead of a subframe.
  • TTI refers to, for example, the minimum time unit of scheduling in wireless communication.
  • the base station schedules each user terminal to allocate radio resources (frequency bandwidth that can be used in each user terminal, transmission power, etc.) in TTI units.
  • the definition of TTI is not limited to this.
  • the TTI may be a transmission time unit such as a channel-encoded data packet (transport block), a code block, or a code word, or may be a processing unit such as scheduling or link adaptation.
  • the time interval for example, the number of symbols
  • the transport block, code block, code word, etc. may be shorter than the TTI.
  • one or more TTIs may be the minimum time unit for scheduling. Further, the number of slots (number of mini-slots) constituting the minimum time unit of the scheduling may be controlled.
  • a TTI having a time length of 1 ms may be referred to as a normal TTI (TTI in 3GPP Rel. 8-12), a normal TTI, a long TTI, a normal subframe, a normal subframe, a long subframe, a slot, or the like.
  • TTIs shorter than normal TTIs may be referred to as shortened TTIs, short TTIs, partial TTIs (partial or fractional TTIs), shortened subframes, short subframes, minislots, subslots, slots, and the like.
  • the long TTI (for example, normal TTI, subframe, etc.) may be read as a TTI having a time length of more than 1 ms, and the short TTI (for example, shortened TTI, etc.) is less than the TTI length of the long TTI and 1 ms. It may be read as a TTI having the above TTI length.
  • a resource block is a resource allocation unit in the time domain and the frequency domain, and may include one or a plurality of continuous subcarriers in the frequency domain.
  • the number of subcarriers contained in the RB may be the same regardless of the numerology, and may be, for example, 12.
  • the number of subcarriers contained in the RB may be determined based on numerology.
  • the RB may include one or more symbols in the time domain, and may have a length of 1 slot, 1 mini slot, 1 subframe or 1 TTI.
  • Each 1TTI, 1 subframe, etc. may be composed of one or a plurality of resource blocks.
  • one or more RBs are 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, and an RB. It may be called a pair or the like.
  • PRB Physical RB
  • SCG sub-carrier Group
  • REG resource element group
  • PRB pair an RB. It may be called a pair or the like.
  • the resource block may be composed of one or a plurality of resource elements (Resource Element (RE)).
  • RE Resource Element
  • 1RE may be a radio resource area of 1 subcarrier and 1 symbol.
  • Bandwidth Part (which may also be called partial bandwidth) represents a subset of consecutive common resource blocks (RBs) for a neurology in a carrier. May be good.
  • the common RB may be specified by the index of the RB with respect to the common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within that BWP.
  • the BWP may include UL BWP (BWP for UL) and DL BWP (BWP for DL).
  • BWP UL BWP
  • BWP for DL DL BWP
  • One or more BWPs may be set in one carrier for the UE.
  • At least one of the configured BWPs may be active, and the UE may not expect to send or receive a given signal / channel outside the active BWP.
  • “cell”, “carrier” and the like in this disclosure may be read as “BWP”.
  • the above-mentioned structures such as wireless frames, subframes, slots, mini slots, and symbols are merely examples.
  • the number of subframes contained in a wireless frame the number of slots per subframe or wireless frame, the number of minislots contained within a slot, the number of symbols and RBs contained in a slot or minislot, included in the RB.
  • the number of subcarriers, the number of symbols in the TTI, the symbol length, the cyclic prefix (CP) length, and other configurations can be changed in various ways.
  • the information, parameters, etc. described in the present disclosure may be expressed using absolute values, relative values from predetermined values, or using other corresponding information. It may be represented. For example, radio resources may be indicated by a given index.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. may be voltage, current, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may be represented by a combination of.
  • information, signals, etc. can be output from the upper layer to the lower layer and from the lower layer to at least one of the upper layers.
  • Information, signals, etc. may be input / output via a plurality of network nodes.
  • the input / output information, signals, etc. may be stored in a specific location (for example, memory) or may be managed using a management table. Input / output information, signals, etc. can be overwritten, updated, or added. The output information, signals, etc. may be deleted. The input information, signals, etc. may be transmitted to other devices.
  • the notification of information is not limited to the mode / embodiment described in the present disclosure, and may be performed by using another method.
  • the notification of information in the present disclosure includes physical layer signaling (for example, downlink control information (DCI)), uplink control information (Uplink Control Information (UCI))), and higher layer signaling (for example, Radio Resource Control). (RRC) signaling, broadcast information (master information block (MIB), system information block (SIB), etc.), medium access control (MAC) signaling), other signals or combinations thereof May be carried out by.
  • 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 referred to as Layer 1 / Layer 2 (L1 / L2) control information (L1 / L2 control signal), L1 control information (L1 control signal), and the like.
  • the RRC signaling may be called an RRC message, and may be, for example, an RRC connection setup (RRC Connection Setup) message, an RRC connection reconfiguration (RRC Connection Reconfiguration) message, or the like.
  • MAC signaling may be notified using, for example, a MAC control element (MAC Control Element (CE)).
  • CE MAC Control Element
  • the notification of predetermined information is not limited to the explicit notification, but implicitly (for example, by not notifying the predetermined information or another information). May be done (by notification of).
  • the determination may be made by a value represented by 1 bit (0 or 1), or by a boolean value represented by true or false. , May be done by numerical comparison (eg, comparison with a given value).
  • Software is an instruction, instruction set, code, code segment, program code, program, subprogram, software module, whether called software, firmware, middleware, microcode, hardware description language, or another name.
  • Applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, etc. should be broadly interpreted to mean.
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • a transmission medium For example, a website where software uses at least one of wired technology (coaxial cable, fiber optic cable, twist pair, digital subscriber line (DSL), etc.) and wireless technology (infrared, microwave, etc.).
  • wired technology coaxial cable, fiber optic cable, twist pair, digital subscriber line (DSL), etc.
  • wireless technology infrared, microwave, etc.
  • Network may mean a device (eg, a base station) included in the network.
  • precoding "precoding weight”
  • QCL Quality of Co-Co-Location
  • TCI state Transmission Configuration Indication state
  • space "Spatial relation”, “spatial domain filter”, “transmission power”, “phase rotation”, "antenna port”, “antenna port group”, “layer”, “number of layers”
  • Terms such as “rank”, “resource”, “resource set”, “resource group”, “beam”, “beam width”, “beam angle”, "antenna”, “antenna element", “panel” are compatible.
  • Base station BS
  • radio base station fixed station
  • NodeB NodeB
  • eNB eNodeB
  • gNB gNodeB
  • Access point "Transmission point (Transmission Point (TP))
  • RP Reception point
  • TRP Transmission / Reception Point
  • Panel , "Cell”, “sector”, “cell group”, “carrier”, “component carrier” and the like
  • Base stations are sometimes referred to by terms such as macrocells, small cells, femtocells, and picocells.
  • the base station can accommodate one or more (for example, three) cells.
  • a base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, each smaller area being a base station subsystem (eg, a small indoor base station (Remote Radio)).
  • Communication services can also be provided by Head (RRH))).
  • RRH Head
  • the term "cell” or “sector” refers to part or all of the coverage area of at least one of the base stations and base station subsystems that provide communication services in this coverage.
  • MS mobile station
  • UE user equipment
  • terminal terminal
  • Mobile stations include subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals, mobile terminals, wireless terminals, remote terminals. , Handset, user agent, mobile client, client or some other suitable term.
  • At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a wireless communication device, or the like.
  • At least one of the base station and the mobile station may be a device mounted on the mobile body, the mobile body itself, or the like.
  • the moving body may be a vehicle (eg, car, airplane, etc.), an unmanned moving body (eg, drone, self-driving car, etc.), or a robot (manned or unmanned). ) May be.
  • at least one of the base station and the mobile station includes a device that does not necessarily move during communication operation.
  • 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
  • the base station in the present disclosure may be read by the user terminal.
  • communication between a base station and a user terminal has been replaced with communication between a plurality of user terminals (for example, it may be called Device-to-Device (D2D), Vehicle-to-Everything (V2X), etc.).
  • D2D Device-to-Device
  • V2X Vehicle-to-Everything
  • Each aspect / embodiment of the present disclosure may be applied to the configuration.
  • the user terminal 20 may have the function of the base station 10 described above.
  • words such as "up” and “down” may be read as words corresponding to inter-terminal communication (for example, "side").
  • the uplink, downlink, and the like may be read as side channels.
  • the user terminal in the present disclosure may be read as a base station.
  • the base station 10 may have the functions of the user terminal 20 described above.
  • the operation performed by the base station may be performed by its upper node (upper node) in some cases.
  • various operations performed for communication with a terminal are performed by the base station and one or more network nodes other than the base station (for example,).
  • Mobility Management Entity (MME), Serving-Gateway (S-GW), etc. can be considered, but it is not limited to these), or it is clear that it can be performed by a combination thereof.
  • each aspect / embodiment described in the present disclosure may be used alone, in combination, or switched with execution.
  • the order of the processing procedures, sequences, flowcharts, etc. of each aspect / embodiment described in the present disclosure may be changed as long as there is no contradiction.
  • the methods described in the present disclosure present elements of various steps using exemplary order, and are not limited to the particular order presented.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • SUPER 3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • Future Radio Access FAA
  • New-Radio Access Technology RAT
  • NR New Radio
  • NX New radio access
  • Future generation radio access FX
  • GSM Global System for Mobile communications
  • CDMA2000 Code Division Multiple Access
  • UMB Ultra Mobile Broadband
  • IEEE 802.11 Wi-Fi (registered trademark)
  • IEEE 802.16 WiMAX (registered trademark)
  • a plurality of systems may be applied in combination (for example, a combination of LTE or LTE-A and 5G).
  • references to elements using designations such as “first”, “second”, etc. as used in this disclosure does not generally limit the quantity or order of those elements. These designations can be used in the present disclosure as a convenient way to distinguish between two or more elements. Thus, references to the first and second elements do not mean that only two elements can be adopted or that the first element must somehow precede the second element.
  • determining used in this disclosure may include a wide variety of actions.
  • judgment (decision) means judgment (judging), calculation (calculating), calculation (computing), processing (processing), derivation (deriving), investigation (investigating), search (looking up, search, inquiry) ( For example, searching in a table, database or another data structure), ascertaining, etc. may be considered to be "judgment”.
  • judgment (decision) means receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), access (for example). It may be regarded as “judgment (decision)" of "accessing” (for example, accessing data in memory).
  • judgment (decision) is regarded as “judgment (decision)” of solving, selecting, choosing, establishing, comparing, and the like. May be good. That is, “judgment (decision)” may be regarded as “judgment (decision)” of some action.
  • the "maximum transmission power" described in the present disclosure may mean the maximum value of the transmission power, may mean the nominal UE maximum transmit power, or may mean the rated maximum transmission power (the). It may mean rated UE maximum transmit power).
  • connection are any direct or indirect connections or connections between two or more elements. Means, and can include the presence of one or more intermediate elements between two elements that are “connected” or “joined” to each other.
  • the connection or connection between the elements may be physical, logical, or a combination thereof. For example, "connection” may be read as "access”.
  • the radio frequency domain microwaves. It can be considered to be “connected” or “coupled” to each other using frequency, electromagnetic energy having wavelengths in the light (both visible and invisible) regions, and the like.
  • the term "A and B are different” may mean “A and B are different from each other”.
  • the term may mean that "A and B are different from C”.
  • Terms such as “separate” and “combined” may be interpreted in the same way as “different”.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (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）、New　Radio（ＮＲ）、３ＧＰＰ　Ｒｅｌ．１５以降などともいう）も検討されている。
　将来の無線通信システム（例えば、ＮＲ）では、１ユーザ端末（ＵＥ）が複数のサービス（又は、タイプ、トラフィックタイプとも呼ぶ）を利用して通信を行うことが想定される。
　当該複数のサービスとしては、例えば、要求条件が異なる高速及び大容量のサービス（例えば、ｅＭＢＢ：enhanced　Mobile　Broad　Bandに関連するサービス（ｅＭＢＢサービス））及び超高信頼及び低遅延のサービス（例えば、ＵＲＬＬＣ：Ultra　Reliable　and　Low　Latency　Communicationsに関連する（related）サービス（ＵＲＬＬＣサービス））などがある。
　しかしながら、ＵＥが複数のサービスを利用する場合の制御（例えば、送信電力制御の通知等）についてはまだ十分に検討が進んでいない。送信電力制御が適切に行われない場合、通信品質等が劣化などするおそれがある。
　そこで、本開示は、送信電力を適切に制御可能なユーザ端末及び無線通信方法を提供することを目的の１つとする。
　本開示の一態様に係るユーザ端末は、第１タイプの上りチャネル及び第２タイプの上りチャネルの少なくとも一方に適用する送信電力制御コマンドの送信に利用される所定の下り制御情報を受信する受信部と、ネットワークから送信される情報、前記所定の下り制御情報に含まれる所定ブロックで指定される情報、前記所定の下り制御情報のフォーマット、及び前記第１タイプ又は前記第２タイプの上りチャネルをスケジューリングする下り制御情報、の少なくとも一つに基づいて前記所定の下り制御情報に含まれる送信電力制御コマンドの適用を制御する制御部と、を有することを特徴とする。
　本開示の一態様によれば、送信電力を適切に制御することができる。
図１は、ＴＰＣコマンド送信用のＤＣＩフォーマットの一例を示す図である。 図２は、複数のサービス導入によるＴＰＣコマンド送信用のＤＣＩフォーマットの適用の課題を説明する図である。 図３Ａ及び図３Ｂは、インオーダー処理及びアウトオブオーダー処理の一例を示す図である。 図４は、アウトオブオーダー処理の一例を示す図である。 図５は、アウトオブオーダー処理の他の例を示す図である。 図６は、第１の態様に係る送信電力制御の一例を示す図である。 図７Ａ及び図７Ｂは、第１の態様に係る送信電力制御の他の例を示す図である。 図８Ａ及び図８Ｂは、第２の態様に係る送信電力制御の一例を示す図である。 図９Ａ及び図９Ｂは、第２の態様に係る送信電力制御の他の例を示す図である。 図１０Ａ及び図１０Ｂは、第３の態様に係る送信電力制御の一例を示す図である。 図１１は、第３の態様に係る送信電力制御の他の例を示す図である。 図１２は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。 図１３は、一実施形態に係る基地局の構成の一例を示す図である。 図１４は、一実施形態に係るユーザ端末の構成の一例を示す図である。 図１５は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。
（サービス／タイプ）
　将来の無線通信システム（例えば、ＮＲ）では、モバイルブロードバンドのさらなる高度化（例えば、enhanced　Mobile　Broadband（ｅＭＢＢ））、多数同時接続を実現するマシンタイプ通信（例えば、massive　Machine　Type　Communications（ｍＭＴＣ）、Internet　of　Things（ＩｏＴ））、高信頼かつ低遅延通信（例えば、Ultra-Reliable　and　Low-Latency　Communications（ＵＲＬＬＣ））などのトラフィックタイプ（タイプ、サービス、サービスタイプ、通信タイプ、ユースケース、等ともいう）が想定される。例えば、ＵＲＬＬＣでは、ｅＭＢＢより小さい遅延及びより高い信頼性が要求される。
　トラフィックタイプは、物理レイヤにおいては、以下の少なくとも一つに基づいて識別されてもよい。
・異なる優先度（priority）を有する論理チャネル
・変調及び符号化方式（Modulation　and　Coding　Scheme（ＭＣＳ））テーブル（ＭＣＳインデックステーブル）
・チャネル品質指示（Channel　Quality　Indication（ＣＱＩ））テーブル
・ＤＣＩフォーマット
・当該ＤＣＩ（ＤＣＩフォーマット）に含まれる（付加される）巡回冗長検査（ＣＲＣ：Cyclic　Redundancy　Check）ビットのスクランブル（マスク）に用いられる（無線ネットワーク一時識別子（ＲＮＴＩ：System　Information－Radio　Network　Temporary　Identifier））
・ＲＲＣ（Radio　Resource　Control）パラメータ
・特定のＲＮＴＩ（例えば、ＵＲＬＬＣ用のＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ等）
・サーチスペース
・ＤＣＩ内の所定フィールド（例えば、新たに追加されるフィールド又は既存のフィールドの再利用）
　具体的には、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのトラフィックタイプは、以下の少なくとも一つに基づいて決定されてもよい。
・当該ＰＤＳＣＨの変調次数（modulation　order）、ターゲット符号化率（target　code　rate）、トランスポートブロックサイズ（ＴＢＳ：Transport　Block　size）の少なくとも一つの決定に用いられるＭＣＳインデックステーブル（例えば、ＭＣＳインデックステーブル３を利用するか否か）
・当該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩのＣＲＣスクランブルに用いられるＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩのどちらでＣＲＣスクランブルされるか）
　また、ＳＲのトラフィックタイプは、ＳＲの識別子（ＳＲ－ＩＤ）として用いられる上位レイヤパラメータに基づいて決定されてもよい。当該上位レイヤパラメータは、当該ＳＲのトラフィックタイプがｅＭＢＢ又はＵＲＬＬＣのいずれであるかを示してもよい。
　また、ＣＳＩのトラフィックタイプは、ＣＳＩ報告に関する設定（configuration）情報（CSIreportSetting）に基づいて決定されてもよい。当該設定情報は、当該ＣＳＩのトラフィックタイプがｅＭＢＢ又はＵＲＬＬＣのいずれであるかを示してもよい。また、当該設定情報は、上位レイヤパラメータであってもよい。
　また、ＰＵＳＣＨのトラフィックタイプは、以下の少なくとも一つに基づいて決定されてもよい。
・当該ＰＵＳＣＨの変調次数、ターゲット符号化率、ＴＢＳの少なくとも一つの決定に用いられるＭＣＳインデックステーブル（例えば、ＭＣＳインデックステーブル３を利用するか否か）
・当該ＰＵＳＣＨのスケジューリングに用いられるＤＣＩのＣＲＣスクランブルに用いられるＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩのどちらでＣＲＣスクランブルされるか）
　トラフィックタイプは、通信要件（遅延、誤り率などの要件、要求条件）、データ種別（音声、データなど）などに関連付けられてもよい。
　ＵＲＬＬＣの要件とｅＭＢＢの要件の違いは、ＵＲＬＬＣの遅延（latency）がｅＭＢＢの遅延よりも小さいことであってもよいし、ＵＲＬＬＣの要件が信頼性の要件を含むことであってもよい。
　例えば、ｅＭＢＢのuser（Ｕ）プレーン遅延の要件は、下りリンクのＵプレーン遅延が４ｍｓであり、上りリンクのＵプレーン遅延が４ｍｓであること、を含んでもよい。一方、ＵＲＬＬＣのＵプレーン遅延の要件は、下りリンクのＵプレーン遅延が０．５ｍｓであり、上りリンクのＵプレーン遅延が０．５ｍｓであること、を含んでもよい。また、ＵＲＬＬＣの信頼性の要件は、１ｍｓのＵプレーン遅延において、３２バイトの誤り率が１０－５であることを含んでもよい。
（ＵＬの送信電力制御）
　ＮＲでは、ＰＵＳＣＨ又はＰＵＣＣＨの送信電力は、ＰＵＳＣＨ又はＰＤＳＣＨのスケジュールに利用されるＤＣＩ内の所定フィールド（ＴＰＣコマンドフィールド、第１のフィールド等ともいう）の値が示す電力制御情報に基づいて制御される。これらのＤＣＩは、ＤＣＩフォーマット０＿０、０＿１と呼ばれてもよい。電力制御情報は、ＴＰＣコマンド（値、増減値、補正値（correction　value）等ともいう）と呼ばれてもよい。
　また、ＮＲでは、ＰＵＣＣＨ及びＰＵＳＣＨの少なくとも一つ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）がサポートされる。ＵＥは、当該ＤＣＩフォーマット内のＴＰＣコマンドが示す値に基づいて、ＰＵＣＣＨ及びＰＵＳＣＨの少なくとも一つの送信電力を制御する。ＴＰＣコマンドの送信用に用いられるＤＣＩフォーマットは、ＰＤＳＣＨ又はＰＵＳＣＨのスケジュールには利用されない（スケジューリング情報を含まない）構成であってもよい。
　例えば、ネットワーク（例えば、基地局）は、ＰＵＳＣＨ送信毎にスケジューリングが不要となるＵＬ送信において、ＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）を用いてＵＥのＵＬ送信電力を制御できる。ＰＵＳＣＨ送信毎にスケジューリングが不要となるＵＬ送信は、例えば、設定グラントベースのＰＵＳＣＨ送信、又はＵＬセミパーシステントスケジューリング（ＵＬ　ＳＰＳ）等であってもよい。
　ＴＰＣコマンド送信用のＤＣＩフォーマットは、所定のＰＵＳＣＨのスケジューリングが行われた後に当該ＰＵＳＣＨのＵＬ送信電力を変更するために利用されてもよい。
　ＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）のＣＲＣビットは、他の用途のＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１、２＿０、２＿１、２＿３等）とは異なるスクランブル識別子でスクランブル（マスク）されてもよい。例えば、ＤＣＩフォーマット２＿２は、ＴＰＣ－ＲＮＴＩ（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ及びＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩの少なくとも一つ）でスクランブルされてもよい。
　ＴＰＣコマンド送信用のＤＣＩフォーマットに適用されるＲＮＴＩは、所定ＵＥグループに固有であってもよい。この場合、ＴＰＣコマンド送信用のＤＣＩフォーマットで通知されるＴＰＣコマンドはグループコモンＴＰＣコマンドと呼ばれてもよい。
　ＵＥは、異なる複数のスクランブル識別子により、ＰＵＣＣＨ及びＰＵＳＣＨの少なくとも一つ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマットと、他の用途のＤＣＩフォーマットとを識別できる。なお、ＴＰＣ－ＲＮＴＩを示す情報は、上位レイヤシグナリングにより無線基地局からＵＥに通知（又は設定）されてもよい。
　図１は、ＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）の一例を示している。ＤＣＩフォーマット２＿２は、Ｎ（Ｎ≧１）個のブロックを含んでもよい。各ブロックは、所定ビット数で構成され、所定情報が含まれていてもよい。ここでは、各ブロック（Ｎ＝３）が２又は３ビットで構成され、各ブロックには、閉ループ通知（Closed　loop　indicator）フィールド（０又は１ビット）と、ＴＰＣコマンド（TPC　command）フィールド（２ビット）が含まれる場合を示している。
　また、図１では、ブロック＃１がＵＥ＃１に対応し、ブロック＃２がＵＥ＃２に対応し、ブロック＃３がＵＥ＃３に対応する場合を示している。ＵＥは、基地局から通知される情報に基づいて自端末が対応するブロックを判断してもよい。基地局からＵＥに通知される情報は、上位レイヤパラメータ（例えば、tpc-PUSCH又はtpc-PUCCH）で送信されてもよい。なお、ＤＣＩフォーマット２＿２に含まれるブロック数、ビット数は図１に示した構成に限られない。
　また、各ＰＵＳＣＨ又はＰＵＣＣＨ送信に対してそれぞれＤＣＩ（例えば、ＤＣＩフォーマット０＿０、０＿１、２＿２の少なくとも一つ）で指定されるＴＰＣコマンドは蓄積（tpc-accumulation）されてもよい。ＵＥは、ＴＰＣコマンドの蓄積を行うか否かについてネットワーク（例えば、基地局）から設定されてもよい。基地局は、上位レイヤシグナリング（例えば、tpc-Accummlation）を利用してＵＥにＴＰＣコマンドの蓄積有無を通知してもよい。
　ＴＰＣコマンドの蓄積が適用（enabled）される場合、ＵＥは、所定のＤＣＩ（又は、ＰＤＣＣＨ）で通知されるＴＰＣコマンドを考慮して送信電力を決定してもよい。また、ＴＰＣコマンドは、所定の数式で定義される電力制御調整状態のパラメータの１つ（例えば、所定の数式の一部）に含まれていてもよい。
　電力制御調整状態は、上位レイヤパラメータによって複数の状態（例えば、２状態）を有するか、又は、単一の状態を有するかが設定されてもよい。また、複数の電力制御調整状態が設定される場合、インデックスｌ（例えば、ｌ∈｛０，１｝）によって当該複数の電力制御調整状態の一つが識別されてもよい。電力制御調整状態は、ＰＵＳＣＨ電力制御調整状態（PUSCH　power　control　adjustment　state）、第１又は第２の状態等と呼ばれてもよい。
　あるいは、電力制御調整状態のインデックスは、ＤＣＩで通知される情報に基づいて決定されてもよい。例えば、ＤＣＩフォーマット２＿２の所定フィールド（例えば、閉ループ通知（Closed　loop　indicator）フィールド）にインデックスｌに関する情報を含めてもよい。
　ＵＥは、電力制御調整状態のインデックス毎にＴＰＣコマンドの蓄積をそれぞれ別々に制御してもよい。例えば、複数の電力制御調整状態のインデックスが設定された場合、ＵＥは、インデックス毎に送信電力制御（例えば、ＴＰＣコマンドの蓄積等）を行ってもよい。
　このように、ＮＲでは、ＴＰＣコマンド送信用のＤＣＩ（又は、ＤＣＩフォーマット）に含まれるＴＰＣコマンドを考慮して（例えば、蓄積して）送信電力を決定する方法がサポートされる。一方で、ＵＥがタイプ（又は、サービス）の異なる複数の上りチャネル（例えば、ＰＵＳＣＨ及びＰＵＣＣＨの少なくとも一つ）の送信を行う場合、送信電力（例えば、ＴＰＣコマンドの適用又は蓄積等）をどのように制御するかが問題となる。
　例えば、図２に示すように、ＵＥがタイプ（又は、優先度）の異なる複数のＰＵＳＣＨ＃Ａ及びＰＵＳＣＨ＃Ｂを送信する場合、ＴＰＣコマンド送信用のＤＣＩに含まれるＴＰＣコマンド（例えば、グループコモンＴＰＣコマンド）をどのように適用するかが問題となる。
　しかし、現状の仕様では、複数のタイプ（又は、サービス）がサポートされる場合の送信電力制御等についてはまだ十分に検討が進んでいない。当該送信電力の制御が適切に行われない場合、通信品質等が劣化するおそれがある。
　そこで、本発明者らは、複数のタイプ（又は、サービス）に対応する上りチャネルの送信を行う場合のＵＬ送信の送信電力を適切に制御する方法を検討し、本発明に至った。
　以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各実施の態様は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。以下の説明では、ＵＬチャネル（又は、ＵＬ物理チャネル）として上り共有チャネル（例えば、ＰＵＳＣＨ）を例に挙げて説明するが、上り制御チャネルについても同様に適用してもよい。例えば、以下の説明においてＰＵＳＣＨをＰＵＣＣＨに読み替えて適用してもよい。
（送信電力制御の適用ケース）
　以下に示す各態様が適用可能なケースとして、例えば、以下のケース１及びケース２の少なくとも一つを想定してもよい。
＜インオーダー処理＞
　ケース１は、タイプ（又は、優先度）が異なるＰＵＳＣＨ＃Ａの送信処理とＰＵＳＣＨ＃Ｂの送信処理の開始と完了の順番が等しく行われる場合（インオーダー）に相当する（図３Ａ参照）。
　図３Ａでは、ＵＥは、最初にＰＵＳＣＨ＃Ａの送信を指示するＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）を受信した後に、ＰＵＳＣＨ＃Ｂの送信を指示するＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）を受信する。そして、ＵＥは、ＰＵＳＣＨ＃Ａの送信を行った後に、ＰＵＳＣＨ＃Ｂの送信を行う。
＜アウトオブオーダー処理＞
　ケース２は、タイプ（又は、優先度）が異なるＰＵＳＣＨ＃Ａの送信処理とＰＵＳＣＨ＃Ｂの送信処理の開始と完了の順番が逆転して行われる場合（アウトオブオーダー）に相当する（図３Ｂ参照）。以下に、アウトオブオーダーについて説明する。
　ある信号又はチャネル（信号／チャネルと表記されてもよい）を受信し、当該信号／チャネルに対応した別の信号／チャネルの送受信を行う処理について考える。第１の当該処理を開始してから完了するまでに、別の第２の当該処理を開始して完了する、というケースは、処理の開始と完了の順番が逆転しているため、アウトオブオーダー（Out-Of-Order（ＯＯＯ））処理とも呼ばれる。ＮＲでは、このようなアウトオブオーダー処理の導入が検討されている。
　図４は、アウトオブオーダー処理の別の一例を示す図である。本例では、上述した第１の処理は、ＰＤＣＣＨ＃１を受信して、当該ＰＤＣＣＨ＃１に対応するＰＵＳＣＨ＃１を送信又は対応するＰＤＳＣＨ＃１を受信する処理に該当する。上述した第２の処理は、ＰＤＣＣＨ＃２を受信して、当該ＰＤＣＣＨ＃２に対応するＰＵＳＣＨ＃２を送信又は対応するＰＤＳＣＨ＃２を受信する処理に該当する。
　本例では、ＰＤＣＣＨ＃１及びＰＵＳＣＨ＃１／ＰＤＳＣＨ＃１間の時間が、ＰＤＣＣＨ＃２及びＰＵＳＣＨ＃２／ＰＤＳＣＨ＃２間の時間よりかなり大きく、第１の処理と第２の処理とがアウトオブオーダーになっている。具体的には、ＰＤＣＣＨ＃１の後に受信したＰＤＣＣＨ＃２に関連するＰＵＳＣＨ＃２／ＰＤＳＣＨ＃２が、当該ＰＤＣＣＨ＃１に関連するＰＵＳＣＨ＃１／ＰＤＳＣＨ＃１より前に送受信されている。
　なお、本開示のＰＵＳＣＨ＃Ｘ／ＰＤＳＣＨ＃Ｘは、ＰＵＳＣＨ＃Ｘ及びＰＤＳＣＨ＃Ｘの少なくとも一方で読み替えられてもよい。
　図４のようなアウトオブオーダー処理は、ＰＵＳＣＨ／ＰＤＳＣＨのスケジューリングに関連するため、アウトオブオーダースケジューリング、アウトオブオーダーＰＵＳＣＨ／ＰＤＳＣＨなどと呼ばれてもよい。
　図５は、アウトオブオーダー処理の他の例を示す図である。本例では、上述した第１の処理は、第１のＰＤＳＣＨ（ＰＤＳＣＨ＃１）を受信して、当該ＰＤＳＣＨ＃１に対応する第１のＨＡＲＱ－ＡＣＫ（ＨＡＲＱ－ＡＣＫ＃１）を送信する処理に該当する。上述した第２の処理は、第２のＰＤＳＣＨ（ＰＤＳＣＨ＃２）を受信して、当該ＰＤＳＣＨ＃２に対応する第２のＨＡＲＱ－ＡＣＫ（ＨＡＲＱ－ＡＣＫ＃２）を送信する処理に該当する。
　図５に示すＫ１は、受信したＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫの送信タイミングを示すパラメータであり、当該ＰＤＳＣＨをスケジュールするＤＣＩに基づいて決定されてもよい（例えば、ＰＤＳＣＨに対応するＨＡＲＱのタイミング指示フィールド（PDSCH-to-HARQ-timing-indicator　field）によって指定されてもよい）。
　本例では、ＰＤＳＣＨ＃１及びＨＡＲＱ－ＡＣＫ＃１間のＫ１（＝１５）が、ＰＤＳＣＨ＃２及びＨＡＲＱ－ＡＣＫ＃２間のＫ１（＝２）よりかなり大きく、第１の処理と第２の処理とがアウトオブオーダーになっている。具体的には、ＰＤＳＣＨ＃１の後に受信したＰＤＳＣＨ＃２に関連するＨＡＲＱ－ＡＣＫ＃２が、当該ＰＤＳＣＨ＃１に関連するＨＡＲＱ－ＡＣＫ＃１より前に送信されている。
　図５のようなアウトオブオーダー処理は、ＰＤＳＣＨの順番と対応するＨＡＲＱ－ＡＣＫの順番が逆になっているため、アウトオブオーダーＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫフロー、アウトオブオーダーＨＡＲＱ－ＡＣＫなどと呼ばれてもよい。
　一般的には、信号／チャネルを受信した順に、当該信号／チャネルに対応する信号／チャネルを送受信することが好ましい。一方で、アウトオブオーダー処理は、要求条件が異なる複数のサービス（ユースケース、通信タイプなどと呼ばれてもよい）が利用される場合には必要性が高まる。
　例えば、上述の図３において、ＰＵＳＣＨ＃Ｂの送信処理（ＰＤＣＣＨ＃Ｂ送信）の開始タイミングがＰＵＳＣＨ＃Ａの送信処理（ＰＤＣＣＨ＃Ａ送信）の開始タイミングより早いが、ＰＵＳＣＨ＃Ａの送信完了タイミングがＰＵＳＣＨ＃Ｂの送信完了タイミングより早くなる。この場合、ＰＵＳＣＨ＃ＡがＵＲＬＬＣデータ、ＰＵＳＣＨ＃ＢがｅＭＢＢデータであるようなケース（より重要度又は優先度の高いＵＲＬＬＣデータが、ｅＭＢＢデータに割り込むケース）が想定される。
　以下の説明では、ＰＵＳＣＨ＃ＡがｅＭＢＢデータ、ＰＵＳＣＨ＃ＢがＵＲＬＬＣデータであるようなケースを例に挙げるがこれに限られない。本実施の形態で適用可能なタイプとしては、例えば、高速及び大容量（例えば、enhanced　Mobile　Broad　Band（ｅＭＢＢ））、超多数端末（例えば、massive　Machine　Type　Communication（ｍＭＴＣ））、超高信頼及び低遅延（例えば、Ultra　Reliable　and　Low　Latency　Communications（ＵＲＬＬＣ））などが挙げられる。
（第１の態様）
　第１の態様は、ＴＰＣコマンド送信用の所定ＤＣＩ（又は、ＤＣＩフォーマット）に含まれるＴＰＣコマンドを複数のタイプのＵＬチャネル送信の少なくとも一つに適用する。
　ＴＰＣコマンド送信用の所定ＤＣＩは、ＰＵＳＣＨ又はＰＤＳＣＨのスケジューリングに利用されるＤＣＩフォーマットと異なるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）が適用されてもよい。あるいは、ＴＰＣコマンド送信用のＤＣＩのフォーマットは、所定のＲＮＴＩ（例えば、ＴＰＣ－ＲＮＴＩ（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ及びＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩの少なくとも一つ））でスクランブルされてもよい。
　ＵＥは、ＴＰＣコマンド送信用の所定ＤＣＩを受信した場合、当該ＤＣＩに含まれるＴＰＣコマンドをいずれかのタイプのＵＬチャネル（例えば、ＰＵＳＣＨ）送信の送信電力に適用してもよい。例えば、ＵＥは、ＴＰＣコマンドを適用するＰＵＳＣＨとして以下のオプション１－３の少なくともいずれかを適用してもよい。
　なお、以下の説明では、複数のタイプのＰＵＳＣＨとして、第１タイプ（例えば、ＵＲＬＬＣ）に対応するＰＵＳＣＨ＃Ａと、第２タイプ（例えば、ｅＭＢＢ）に対応するＰＵＳＣＨ＃Ｂを例に挙げるが、ＰＵＳＣＨのタイプはこれに限られない。また、第１のタイプに対応するＰＵＳＣＨ＃Ａは第１の優先度を通知するＰＤＣＣＨ（又は、ＤＣＩ）にスケジュールされるＰＵＳＣＨに相当し、第２のタイプに対応するＰＵＳＣＨ＃Ｂは第１の優先度より優先度が低い第２の優先度を通知するＰＤＣＣＨ（又は、ＤＣＩ）にスケジュールされるＰＵＳＣＨに相当してもよい。
　また、以下の説明において、ＴＰＣコマンドをＰＵＳＣＨの送信電力に適用するとは、当該ＴＰＣコマンドをあるＰＵＳＣＨの送信電力の決定に適用する場合と、当該ＴＰＣコマンドをあるＰＵＳＣＨの送信電力の決定に適用すると共にＴＰＣコマンドの蓄積も行う場合の少なくとも一方と解釈してもよい。
＜オプション１＞
　ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドを第１タイプのＰＵＳＣＨ＃Ａと第２タイプのＰＵＳＣＨ＃Ｂの両方の送信電力に適用（例えば、蓄積）するように制御してもよい（図６参照）。図６では、ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）によりスケジューリングされるＰＵＳＣＨ＃Ａと、ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）によりスケジューリングされるＰＵＳＣＨ＃Ｂが送信される場合を示している。
　ＵＥは、所定ＰＤＣＣＨ＃Ｃ（又は、所定ＤＣＩ＃Ｃ）に含まれるＴＰＣコマンド＃Ｃを考慮して、ＰＵＳＣＨ＃Ａの送信電力と、ＰＵＳＣＨ＃Ｂの送信電力を決定する。ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）にＴＰＣコマンド＃Ａが含まれる場合、ＵＥは、ＴＰＣコマンド＃ＡとＴＰＣコマンド＃Ｃを考慮してＰＵＳＣＨ＃Ａの送信電力を決定してもよい。なお、ＴＰＣコマンド＃Ａの蓄積有無とＴＰＣコマンド＃Ｃの蓄積有無は別々に設定されてもよい。
　同様に、ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）にＴＰＣコマンド＃Ｂが含まれる場合、ＵＥは、ＴＰＣコマンド＃ＢとＴＰＣコマンド＃Ｃを考慮してＰＵＳＣＨ＃Ｂの送信電力を決定してもよい。なお、ＴＰＣコマンド＃Ｂの蓄積有無とＴＰＣコマンド＃Ｃの蓄積有無は別々に設定されてもよい。
　ＵＥは、ＴＰＣコマンドの蓄積を電力制御調整状態のインデックスに基づいて制御してもよい。つまり、同じインデックスに対応するＴＰＣコマンド同士を蓄積してもよい。電力制御調整状態のインデックスに関する情報は、所定ＤＣＩ（例えば、所定ＤＣＩに含まれる各ブロック）に含まれていてもよい。
　このように、ＴＰＣコマンド送信用のＤＣＩに含まれるＴＰＣコマンド（例えば、グループコモンＴＰＣコマンド）を複数のタイプのＰＵＳＣＨ送信に適用することにより、複数のタイプのＰＵＳＣＨ送信の送信電力を共通に制御することができる。
＜オプション２＞
　ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドを所定タイプのＰＵＳＣＨの送信電力に選択的に適用してもよい。例えば、ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドを第１のタイプのＰＵＳＣＨ＃Ａの送信電力には適用せず、第２タイプのＰＵＳＣＨ＃Ｂの送信電力のみに適用するように制御してもよい（図７Ａ参照）。
　ＵＥは、所定ＰＤＣＣＨ＃Ｃ（又は、所定ＤＣＩ＃Ｃ）に含まれるＴＰＣコマンド＃Ｃを考慮して、ＰＵＳＣＨ＃Ｂの送信電力を決定する。
　ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）にＴＰＣコマンド＃Ａが含まれる場合、ＵＥは、ＴＰＣコマンド＃Ａを考慮して（ＴＰＣコマンド＃Ｃは考慮せずに）ＰＵＳＣＨ＃Ａの送信電力を決定してもよい。ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）にＴＰＣコマンド＃Ｂが含まれる場合、ＵＥは、ＴＰＣコマンド＃ＢとＴＰＣコマンド＃Ｃを考慮してＰＵＳＣＨ＃Ｂの送信電力を決定してもよい。なお、ＴＰＣコマンド＃Ｂの蓄積有無とＴＰＣコマンド＃Ｃの蓄積有無は別々に設定されてもよい。
　ＵＥは、ＴＰＣコマンドの蓄積を電力制御調整状態のインデックスに基づいて制御してもよい。つまり、同じインデックスに対応するＴＰＣコマンド同士を蓄積してもよい。電力制御調整状態のインデックスに関する情報は、所定ＤＣＩ（例えば、所定ＤＣＩに含まれる各ブロック）に含まれていてもよい。
　このように、ＴＰＣコマンド送信用のＤＣＩに含まれるＴＰＣコマンド（例えば、グループコモンＴＰＣコマンド）を所定のタイプのＰＵＳＣＨ送信に適用することにより、ＰＵＳＣＨのタイプ毎に送信電力を柔軟に制御することができる。
＜オプション３＞
　ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドを第２のタイプのＰＵＳＣＨ＃Ａの送信電力には適用せず、第１タイプのＰＵＳＣＨ＃Ｂの送信電力のみに適用するように制御してもよい（図７Ｂ参照）。
　ＵＥは、所定ＰＤＣＣＨ＃Ｃ（又は、所定ＤＣＩ＃Ｃ）に含まれるＴＰＣコマンド＃Ｃを考慮して、ＰＵＳＣＨ＃Ａの送信電力を決定する。ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）にＴＰＣコマンド＃Ｂが含まれる場合、ＵＥは、ＴＰＣコマンド＃ＡとＴＰＣコマンド＃Ｃを考慮してＰＵＳＣＨ＃Ａの送信電力を決定してもよい。なお、ＴＰＣコマンド＃Ａの蓄積有無とＴＰＣコマンド＃Ｃの蓄積有無は別々に設定されてもよい。
　ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）にＴＰＣコマンド＃Ｂが含まれる場合、ＵＥは、ＴＰＣコマンド＃Ｂを考慮して（ＴＰＣコマンド＃Ｃは考慮せずに）ＰＵＳＣＨ＃Ｂの送信電力を決定してもよい。
　ＵＥは、ＴＰＣコマンドの蓄積を電力制御調整状態のインデックスに基づいて制御してもよい。つまり、同じインデックスに対応するＴＰＣコマンド同士を蓄積してもよい。電力制御調整状態のインデックスに関する情報は、所定ＤＣＩ（例えば、所定ＤＣＩに含まれる各ブロック）に含まれていてもよい。
　このように、ＴＰＣコマンド送信用のＤＣＩに含まれるＴＰＣコマンド（例えば、グループコモンＴＰＣコマンド）を所定のタイプのＰＵＳＣＨ送信に適用することにより、ＰＵＳＣＨのタイプ毎に送信電力を柔軟に制御することができる。
＜所定オプションの選択＞
　ＵＥは、ＴＰＣコマンド送信用の所定ＤＣＩを受信した場合、当該所定ＤＣＩに含まれるＴＰＣコマンドを適用する上りチャネル（例えば、所定タイプのＰＵＳＣＨ）を所定条件に基づいて決定してもよい。所定条件は、あらかじめ仕様で定義される内容、ネットワーク（例えば、基地局）から送信される情報、ＰＵＳＣＨをスケジュールするＤＣＩのＣＲＣに適用されるＲＮＴＩ、ＰＵＳＣＨの送信構成の少なくとも一つであってもよい。
　例えば、上記オプション１－３の少なくとも一つが仕様で定義される場合、ＵＥは使用で定義されたオプションを適用して所定ＤＣＩに含まれるＴＰＣコマンドの適用を制御する。
　あるいは、ＵＥは、ネットワーク（例えば、基地局）から送信される上位レイヤシグナリング及び下り制御情報の少なくとも一つに基づいて適用するオプションを決定してもよい。
　あるいは、ＵＥは、ＰＵＳＣＨの送信を指示するＤＣＩ（例えば、ＤＣＩフォーマット１＿０又は１＿１）のＣＲＣスクランブルに利用されるＲＮＴＩの種別に基づいて適用するオプションを決定してもよい。例えば、第１のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）でスクランブルされるＰＤＣＣＨでスケジューリングされるＰＵＳＣＨと、第２のＲＮＴＩ（例えば、ＣＳ－ＲＮＴＩ）でスクランブルされるＰＤＣＣＨでスケジューリングされるＰＵＳＣＨに適用するオプションを別々に設定してもよい。
　一例として、第１のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）でスクランブルされるＰＤＣＣＨでスケジューリングされるＰＵＳＣＨにオプション１を適用し、第２のＲＮＴＩ（例えば、ＣＳ－ＲＮＴＩ）でスクランブルされるＰＤＣＣＨでスケジューリングされるＰＵＳＣＨにオプション３を適用してもよい。
　あるいは、ＵＥは、ＰＵＳＣＨの送信構成（例えば、動的グラントベースのＰＵＳＣＨ送信であるか、設定グラントベースのＰＵＳＣＨ送信であるか）に基づいて、適用するオプションを決定してもよい。一例として、ＵＥは、設定グラントベースのパラメータ（例えば、configuredGrantConfig）が設定された場合に第１のオプション（例えば、オプション３）を適用し、それ以外の場合に第２のオプション（例えば、オプション１）を適用してもよい。
＜新規ＴＰＣコマンド用テーブル＞
　既存の仕様（例えば、Ｒｅｌ．１５）では、ＤＣＩに含まれるＴＰＣコマンド用のフィールドのビット（２ビット）と、ＴＰＣコマンド値（又は、ＴＰＣ値）の対応関係がテーブル（ＴＰＣコマンドテーブルとも呼ぶ）で定義されている。複数のタイプのＵＬチャネル送信がサポートされる場合、ＴＰＣ値のレンジ及びＴＰＣコマンドテーブルのサイズ（例えば、ビット数）が拡張されることも想定される。
　拡張方法としては、ＴＰＣコマンドテーブルのサイズ（２ビット）は維持しつつ、別のＴＰＣコマンドテーブル（新規テーブル）を導入する場合（拡張方法１）、及びＴＰＣコマンドテーブルのサイズを増加（例えば、２ビットから３ビット以上に変更）する場合（拡張方法２）の少なくとも一つが考えられる。この場合、拡張方法毎に、ＴＰＣコマンド送信用の所定ＤＣＩに含まれるＴＰＣコマンドの適用をそれぞれ以下の通り制御してもよい。
［拡張方法１］
　拡張方法１を適用する場合、所定タイプ（例えば、ＵＲＬＬＣ）用に新規ＴＰＣコマンドテーブルが定義又は設定されてもよい。ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第１のＴＰＣコマンドテーブルに対応する場合、当該ＴＰＣコマンドを所定タイプ（例えば、ＵＲＬＬＣ）に対応するＰＵＳＣＨ＃Ａの送信電力のみに適用してもよい。第１のＴＰＣコマンドテーブルは、新規ＴＰＣコマンドテーブルであってもよい。
　一方で、ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第２のＴＰＣコマンドテーブルに対応する場合、当該ＴＰＣコマンドを他のタイプ（例えば、ｅＭＢＢ）に対応するＰＵＳＣＨ＃Ｂの送信電力のみに適用してもよい。第２のＴＰＣコマンドテーブルは、既存の仕様（例えば、Ｒｅｌ．１５）で定義されるＴＰＣコマンドテーブルであってもよい。
　あるいは、ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第１のＴＰＣコマンドテーブルに対応する場合、当該ＴＰＣコマンドを複数のタイプのＰＵＳＣＨ（例えば、ＰＵＳＣＨ＃Ａ及びＰＵＳＣＨ＃Ｂ）の送信電力の両方に適用してもよい。同様に、ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第２のＴＰＣコマンドテーブルに対応する場合、当該ＴＰＣコマンドを複数のタイプのＰＵＳＣＨ（例えば、ＰＵＳＣＨ＃Ａ及びＰＵＳＣＨ＃Ｂ）の送信電力の両方に適用してもよい。
［拡張方法２］
　拡張方法２を適用する場合、３ビット以上（例えば、３ビット）のＴＰＣコマンドテーブルが所定タイプ（例えば、ＵＲＬＬＣ）用に定義又は設定されてもよい。あるいは、３ビットのＴＰＣコマンドテーブルのうち、２ビット分を既存の仕様で定義される２ビットのＴＰＣコマンド値（第２のＴＰＣ値）とし、残りのＴＰＣビット値（第１のＴＰＣ値）を所定タイプ用に定義又は設定されてもよい。
　ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第１のＴＰＣコマンドテーブルに対応する場合、当該ＴＰＣコマンドを所定タイプ（例えば、ＵＲＬＬＣ）に対応するＰＵＳＣＨ＃Ａの送信電力のみに適用してもよい。又は、ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第１のＴＰＣコマンドテーブルのうち第１のＴＰＣ値に対応する場合、当該ＴＰＣコマンドを所定タイプ（例えば、ＵＲＬＬＣ）に対応するＰＵＳＣＨ＃Ａの送信電力のみに適用してもよい。第１のＴＰＣコマンドテーブルは、３ビット以上で定義されるＴＰＣコマンドテーブルであってもよい。
　一方で、ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第２のＴＰＣコマンドテーブルに対応する場合、当該ＴＰＣコマンドを他のタイプ（例えば、ｅＭＢＢ）に対応するＰＵＳＣＨ＃Ｂの送信電力のみに適用してもよい。第２のＴＰＣコマンドテーブルは、既存の仕様（例えば、Ｒｅｌ．１５）で定義されるＴＰＣコマンドテーブルであってもよい。又は、ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第１のＴＰＣコマンドテーブルのうち第２のＴＰＣ値に対応する場合、当該ＴＰＣコマンドを所定タイプ（例えば、ｅＭＢＢ）に対応するＰＵＳＣＨ＃Ｂの送信電力のみに適用してもよい。
　あるいは、ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第１のＴＰＣコマンドテーブル（又は、第１のＴＰＣ値）に対応する場合、当該ＴＰＣコマンドを複数のタイプのＰＵＳＣＨ（例えば、ＰＵＳＣＨ＃Ａ及びＰＵＳＣＨ＃Ｂ）の送信電力の両方に適用してもよい。同様に、ＵＥは、所定ＤＣＩに含まれるＴＰＣコマンドが第２のＴＰＣコマンドテーブル（又は、第１のＴＰＣコマンドテーブルの第２のＴＰＣ値）に対応する場合、当該ＴＰＣコマンドを複数のタイプのＰＵＳＣＨ（例えば、ＰＵＳＣＨ＃Ａ及びＰＵＳＣＨ＃Ｂ）の送信電力の両方に適用してもよい。
　このように、適用するＴＰＣコマンドテーブルに基づいて所定ＤＣＩに含まれるＴＰＣコマンドを適用するＰＵＳＣＨを判断する構成とすることにより、ＴＰＣコマンドを適用するＵＬチャネルを適切に決定することができる。
＜新規ＤＣＩフォーマット＞
　既存の仕様（例えば、Ｒｅｌ．１５）では、ＴＰＣコマンド送信用のＤＣＩのフォーマットとしてＤＣＩフォーマット２＿２がサポートされている。複数のタイプのＵＬチャネル送信がサポートされる場合、ＤＣＩフォーマット２＿２に加えて、所定タイプに対応する新規のＤＣＩフォーマットが導入されることも想定される。例えば、新規のＤＣＩフォーマットが所定タイプ（例えば、ＵＲＬＬＣ）に対応し、ＤＣＩフォーマット２＿２がそれ以外のタイプ（例えば、ｅＭＢＢ）に対応してもよい。
　この場合、新規のＤＣＩフォーマットに対しても、上記オプション１－３の少なくとも一つが適用されてもよい。新規のＤＣＩフォーマットは、ＵＥグループに共通（group　common）であってもよいし、ＵＥ固有（UE-specific）であってもよい。
　また、ＤＣＩフォーマット２＿２に含まれるＴＰＣコマンドを適用するＵＬチャネルと、新規のＤＣＩフォーマットに含まれるＴＰＣコマンドを適用するＵＬチャネルは別々に設定されてもよい。一例として、ＤＣＩフォーマット２＿２に含まれるＴＰＣコマンドは上記オプション２を適用し、新規のＤＣＩフォーマットに含まれるＴＰＣコマンドは上記オプション１を適用してもよい。あるいは、ＤＣＩフォーマット２＿２に含まれるＴＰＣコマンドは上記オプション１を適用し、新規のＤＣＩフォーマットに含まれるＴＰＣコマンドは上記オプション３を適用してもよい。
（第２の態様）
　第２の態様は、ＴＰＣコマンド送信用の所定ＤＣＩ（又は、ＤＣＩフォーマット）に含まれるＮ個のブロック（Ｎ≧１）毎にＵＬチャネルのタイプを別々に設定する。
　ＴＰＣコマンド送信用の所定ＤＣＩは、ＰＵＳＣＨ又はＰＤＳＣＨのスケジューリングに利用されるＤＣＩフォーマットと異なるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）が適用されてもよい。あるいは、ＴＰＣコマンド送信用のＤＣＩのフォーマットは、所定のＲＮＴＩ（例えば、ＴＰＣ－ＲＮＴＩ（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ及びＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩの少なくとも一つ））でスクランブルされてもよい。
　ＵＥは、ＴＰＣコマンド送信用のＤＣＩを受信した場合、当該ＤＣＩに含まれるＮ個のブロック（Ｎ≧１）のうち所定ブロックに含まれるＴＰＣコマンドをいずれかのタイプのＵＬチャネル（例えば、ＰＵＳＣＨ）送信の送信電力に適用してもよい。
　所定ＤＣＩに含まれるブロック番号（又は、ブロックインデックス）毎に所定タイプのＰＵＳＣＨがそれぞれ関連付けられていてもよい。ＵＥは、所定ＤＣＩに含まれるＮ個のブロックのうち、所定ブロック番号（例えば、自端末用のブロック番号）を判断する。そして、ＵＥは、所定ブロック番号に含まれるＴＰＣコマンドを、当該所定ブロック番号に対応する所定タイプのＰＵＳＣＨの送信電力に適用してもよい。
　所定ブロック番号に関する情報は、ネットワーク（例えば、基地局）からＵＥに上位レイヤパラメータ（例えば、tpc-PUSCH又はtpc-PUCCH等）により通知されてもよい。ＵＥは、基地局から通知される情報に基づいて所定ブロック番号を決定できる。
　ＵＥは、所定ブロック番号に対応するタイプ（又は、ＰＵＳＣＨ）を所定情報に基づいて判断してもよい。所定情報は、基地局からＵＥに通知される情報であってもよい。
　例えば、各ブロックに当該ブロックが対応するＰＵＳＣＨのタイプに関する情報を含めてもよい（図８参照）。図８では、各ブロックにそれぞれ対応するＰＵＳＣＨのタイプを指定するビット情報（図８Ａでは１ビット、図８Ｂでは２ビット）を含める場合を示している。ＵＥは、自端末用の所定ブロック番号を判断した後、当該所定ブロックに含まれる情報に基づいてＴＰＣコマンドを適用するタイプ（又は、ＰＵＳＣＨ）を決定する。
　図８Ａに示すようにＰＵＳＣＨを指定するビットが１ビットの場合、２種類（又は、２状態）のＰＵＳＣＨタイプをＵＥに通知することができる。２種類のタイプは、「第１のタイプ（例えば、ＵＲＬＬＣ）」と「第２のタイプ（例えば、ｅＭＢＢ）」であってもよい。あるいは、２種類のタイプとして、「第１のタイプ」と、「第１のタイプ及び第２のタイプ」としてもよい。
　図８Ｂに示すようにＰＵＳＣＨを指定するビットが２ビットの場合、４種類（又は、４状態）のＰＵＳＣＨタイプをＵＥに通知することができる。４種類のタイプは、少なくとも「第１のタイプ（例えば、ＵＲＬＬＣ）」と「第２のタイプ（例えば、ｅＭＢＢ）」と「第１のタイプ及び第２のタイプ（例えば、ｅＭＢＢ／ＵＲＬＬＣ）」の３状態を含んでいてもよい。なお、ＰＵＳＣＨのタイプを指定するビット数とタイプは図８に示した構成に限られない。
　図８Ａ、図８Ｂにおいて、ＵＥ＃１は、ブロック＃１に含まれるＴＰＣコマンドをＵＲＬＬＣ用の（又は、優先度が高い）ＰＵＳＣＨ＃Ａの送信電力に適用する。
　あるいは、ＵＥは、上位レイヤシグナリングで通知される情報に基づいて所定ブロックに含まれるＴＰＣコマンドを適用するＰＵＳＣＨのタイプを判断してもよい。所定ブロックに対応するタイプに関する情報は、所定ブロック番号に関する情報を通知する上位レイヤパラメータとは別にＵＥに通知してもよいし、所定ブロック番号に関する情報を通知する上位レイヤパラメータに含めてＵＥに通知してもよい。
　このように、ＴＰＣコマンド送信用の所定ＤＣＩに含まれるブロック毎に対応するＰＵＳＣＨのタイプをそれぞれ別々に設定することを許容することにより、ＴＰＣコマンドを適用するＰＵＳＣＨタイプをＵＥ毎に柔軟に制御することが可能となる。
　また、１ＵＥに対して１以上のブロックを設定してもよい。例えば、所定ＤＣＩに複数のブロックが含まれる場合、２個以上のブロックを同じＵＥに設定してもよい（図９Ａ参照）。図９Ａでは、所定ＤＣＩを構成する３個のブロック＃１－＃３のうち、２個のブロック＃１、＃２をＵＥ＃１に設定し、ブロック＃３をＵＥ＃２に設定する場合を示している。各ＵＥに設定するブロック番号は、所定の上位レイヤパラメータ（例えば、tpc-PUSCH又はtpc-PUCCH等）を用いてＵＥに通知してもよい。
　また、ＵＥに設定される複数のブロック（ここでは、ブロック＃１、＃２）に対応するＵＬチャネルのタイプを別々に設定してもよい。図９Ａでは、ブロック＃１を第１タイプ（例えば、ＵＲＬＬＣ）のＰＵＳＣＨに対応付け、ブロック＃２を第２タイプ（例えば、ｅＭＢＢ）のＰＵＳＣＨに対応づける場合を示している。
　なお、１ブロックに対して複数のＰＵＳＣＨのタイプを関連付けてもよい。例えば、図９Ａでは、ブロック＃３を第１タイプのＰＵＳＣＨと第２タイプのＰＵＳＣＨの両方に対応付ける場合を示している。
　各ブロックに対応づけられるＰＵＳＣＨのタイプに関する情報は、上述したように各ブロックの情報に含めてＵＥに通知してもよいし、上位レイヤシグナリングを用いてＵＥに通知してもよい。
　ＵＥは、自端末用の所定ブロックに含まれるＴＰＣコマンドを考慮して、当該所定ブロックが対応するＰＵＳＣＨの送信電力を決定する。例えば、ＵＥ＃１は、ブロック＃１に含まれるＴＰＣコマンドを第１タイプのＰＵＳＣＨ＃Ａの送信電力に適用し、ブロック＃２に含まれるＴＰＣコマンドを第２タイプのＰＵＳＣＨ＃Ｂの送信電力に適用する（図９Ｂ参照）。また、ＵＥ＃２は、ブロック＃３に含まれるＴＰＣコマンドを第１タイプのＰＵＳＣＨ＃Ａと第２タイプのＰＵＳＣＨ＃Ｂの送信電力に適用する。
　このように、ＴＰＣコマンド送信用の所定ＤＣＩに含まれる複数のブロックを同じＵＥに設定すると共に、ブロック毎に対応するＰＵＳＣＨのタイプをそれぞれ別々に設定することを許容することにより、ＴＰＣコマンドを適用するＰＵＳＣＨタイプを柔軟に制御することが可能となる。
（第３の態様）
　第３の態様は、ＴＰＣコマンド送信用のＤＣＩ（又は、ＤＣＩフォーマット）を複数導入し、各ＤＣＩフォーマットに対応するＵＬチャネルのタイプを別々に設定する。
　ＴＰＣコマンド送信用の複数のＤＣＩフォーマットは、ＰＵＳＣＨ又はＰＤＳＣＨのスケジューリングに利用されるＤＣＩフォーマットと異なるＤＣＩフォーマットが適用されてもよい。あるいは、ＴＰＣコマンド送信用の複数のＤＣＩのフォーマットは、所定のＲＮＴＩ（例えば、ＴＰＣ－ＲＮＴＩ（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ及びＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩの少なくとも一つ））でスクランブルされてもよい。
　例えば、ＴＰＣコマンド送信用の複数のＤＣＩフォーマットは、第１のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿０）、第２のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿１）、及び第３のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿２）の少なくとも２つを含んでいてもよい。
　一例として、第１のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿０）は、第２タイプ（例えば、ｅＭＢＢ）のＰＵＳＣＨに対応してもよい。第２のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿１）は、第１タイプ（例えば、ＵＲＬＬＣ）のＰＵＳＣＨに対応してもよい。第３のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿２）は、第１タイプのＰＵＳＣＨ及び第２タイプのＰＵＳＣＨに対応してもよい。
＜ＤＣＩフォーマット２＿２＿０＞
　ＵＥは、第１のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿０）に含まれるＴＰＣコマンドを所定タイプのＰＵＳＣＨの送信電力に選択的に適用してもよい。例えば、ＵＥは、ＤＣＩフォーマット２＿２＿０に含まれるＴＰＣコマンドを第１のタイプのＰＵＳＣＨ＃Ａの送信電力には適用せず、第２タイプのＰＵＳＣＨ＃Ｂの送信電力のみに適用（例えば、蓄積）するように制御してもよい（図１０Ａ参照）。
　図１０Ａでは、ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）によりスケジューリングされるＰＵＳＣＨ＃Ａと、ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）によりスケジューリングされるＰＵＳＣＨ＃Ｂが送信される場合を示している。ＵＥは、ＤＣＩフォーマット２＿２＿０（又は、所定ＰＤＣＣＨ＃Ｃ）に含まれるＴＰＣコマンド＃Ｃを考慮して、ＰＵＳＣＨ＃Ｂの送信電力を決定してもよい。
　ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）にＴＰＣコマンド＃Ａが含まれる場合、ＵＥは、ＴＰＣコマンド＃Ａを考慮して（ＴＰＣコマンド＃Ｃは考慮せずに）ＰＵＳＣＨ＃Ａの送信電力を決定してもよい。ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）にＴＰＣコマンド＃Ｂが含まれる場合、ＵＥは、ＴＰＣコマンド＃ＢとＴＰＣコマンド＃Ｃを考慮してＰＵＳＣＨ＃Ｂの送信電力を決定してもよい。なお、ＴＰＣコマンド＃Ｂの蓄積有無とＴＰＣコマンド＃Ｃの蓄積有無は別々に設定されてもよい。
　このように、ＤＣＩフォーマット２＿２＿０に含まれるＴＰＣコマンドを所定のタイプのＰＵＳＣＨ送信に適用することにより、ＰＵＳＣＨのタイプ毎に送信電力を柔軟に制御することができる。
＜ＤＣＩフォーマット２＿２＿１＞
　ＵＥは、第２のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿１）に含まれるＴＰＣコマンドを所定タイプのＰＵＳＣＨの送信電力に選択的に適用してもよい。例えば、ＵＥは、ＤＣＩフォーマット２＿２＿１に含まれるＴＰＣコマンドを第２のタイプのＰＵＳＣＨ＃Ｂの送信電力には適用せず、第１タイプのＰＵＳＣＨ＃Ａの送信電力のみに適用（例えば、蓄積）するように制御してもよい（図１０Ｂ参照）。
　図１０Ｂでは、ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）によりスケジューリングされるＰＵＳＣＨ＃Ａと、ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）によりスケジューリングされるＰＵＳＣＨ＃Ｂが送信される場合を示している。ＵＥは、ＤＣＩフォーマット２＿２＿１（又は、所定ＰＤＣＣＨ＃Ｃ）に含まれるＴＰＣコマンド＃Ｃを考慮して、ＰＵＳＣＨ＃Ａの送信電力を決定してもよい。
　ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）にＴＰＣコマンド＃Ａが含まれる場合、ＵＥは、ＴＰＣコマンド＃ＡとＴＰＣコマンド＃Ｃを考慮してＰＵＳＣＨ＃Ａの送信電力を決定してもよい。ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）にＴＰＣコマンド＃Ｂが含まれる場合、ＵＥは、ＴＰＣコマンド＃Ｂを考慮して（ＴＰＣコマンド＃Ｃは考慮せずに）ＰＵＳＣＨ＃Ｂの送信電力を決定してもよい。なお、ＴＰＣコマンド＃Ａの蓄積有無とＴＰＣコマンド＃Ｃの蓄積有無は別々に設定されてもよい。
　このように、ＤＣＩフォーマット２＿２＿１に含まれるＴＰＣコマンドを所定のタイプのＰＵＳＣＨ送信に適用することにより、ＰＵＳＣＨのタイプ毎に送信電力を柔軟に制御することができる。
＜ＤＣＩフォーマット２＿２＿２＞
　ＵＥは、第３のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿２）に含まれるＴＰＣコマンドを第１タイプのＰＵＳＣＨ＃Ａと第２タイプのＰＵＳＣＨ＃Ｂの両方の送信電力に適用（例えば、蓄積）するように制御してもよい（図１１参照）。図１１では、ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）によりスケジューリングされるＰＵＳＣＨ＃Ａと、ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）によりスケジューリングされるＰＵＳＣＨ＃Ｂが送信される場合を示している。
　ＰＤＣＣＨ＃Ａ（又は、ＤＣＩ＃Ａ）にＴＰＣコマンド＃Ａが含まれる場合、ＵＥは、ＴＰＣコマンド＃ＡとＴＰＣコマンド＃Ｃを考慮してＰＵＳＣＨ＃Ａの送信電力を決定してもよい。なお、ＴＰＣコマンド＃Ａの蓄積有無とＴＰＣコマンド＃Ｃの蓄積有無は別々に設定されてもよい。
　同様に、ＰＤＣＣＨ＃Ｂ（又は、ＤＣＩ＃Ｂ）にＴＰＣコマンド＃Ｂが含まれる場合、ＵＥは、ＴＰＣコマンド＃ＢとＴＰＣコマンド＃Ｃを考慮してＰＵＳＣＨ＃Ｂの送信電力を決定してもよい。なお、ＴＰＣコマンド＃Ｂの蓄積有無とＴＰＣコマンド＃Ｃの蓄積有無は別々に設定されてもよい。
　このように、ＴＰＣコマンド送信用のＤＣＩに含まれるＴＰＣコマンドを複数のタイプのＰＵＳＣＨ送信に適用することにより、複数のタイプのＰＵＳＣＨ送信の送信電力を共通に制御することができる。
　ＴＰＣコマンド送信用の複数のＤＣＩフォーマットは、既存の仕様（例えば、Ｒｅｌ．１５）で定義されたＤＣＩフォーマット２＿２とは別に設定されてもよい。あるいは、ＴＰＣコマンド送信用の複数のＤＣＩフォーマットの一つは、既存の仕様（例えば、Ｒｅｌ．１５）で定義されたＤＣＩフォーマット２＿２と同じ構成としてもよい。
　例えば、第１のＴＰＣコマンド送信用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２＿０）を既存の仕様（例えば、Ｒｅｌ．１５）で定義されたＤＣＩフォーマット２＿２としてもよい。この場合、新たに導入されるＤＣＩフォーマット２＿２＿１を第１タイプ（例えば、ＵＲＬＬＣ）のＰＵＳＣＨに対応させ、ＤＣＩフォーマット２＿２（ＤＣＩフォーマット２＿２＿０に相当）を第２タイプ（例えば、ｅＭＢＢ）のＰＵＳＣＨに対応させてもよい。
　新規に導入されるＤＣＩフォーマット２＿２＿０、２＿２＿１及び２＿２＿２の少なくとも一つは、ＵＥグループに共通（group　common）であってもよいし、ＵＥ固有（UE-specific）であってもよい。
　ＤＣＩフォーマットがＵＥ固有である場合、当該ＤＣＩフォーマットは、１つのブロック、１ＵＥに対するブロック、又は１つのＴＰＣコマンドを含む構成であってもよい。あるいは、当該ＤＣＩフォーマットは、１以上（例えば、複数）のブロック、又は１以上（例えば、複数のＴＰＣコマンド）を含む構成であってもよい。複数のブロック（又は、ＴＰＣコマンド）が含まれる場合、各ブロック（又は、ＴＰＣコマンド）に対応するＰＵＳＣＨのタイプは別々に設定されてもよい。例えば、１つのブロックは第１タイプのＰＵＳＣＨに対応し、他のブロックは第２タイプのＰＵＳＣＨに対応してもよい。
（バリエーション）
＜アウトオブオーダー処理＞
　上記第１の態様－第３の態様は、インオーダー処理を行う場合（例えば、図３Ａに示すケース１）を例に挙げて説明したが、これに限られない。アウトオブオーダー処理を行う場合（例えば、図３Ｂに示すケース２）においても同様に適用してもよい。
　また、インオーダー処理を行う場合と、アウトオブオーダー処理を行う場合に、ＴＰＣコマンド送信用のＤＣＩに含まれるＴＰＣコマンドを適用するＰＵＳＣＨのタイプは共通に設定してもよいし、別々に設定してもよい。
　例えば、インオーダー処理を行う場合に第１の構成（例えば、第１の態様におけるオプション１）を適用し、アウトオブオーダー処理を行う場合に第２の構成（例えば、第１の態様におけるオプション３）を適用してもよい。
＜上り制御チャネル送信＞
　上記第１の態様－第３の態様は、ＵＬチャネルとして上り共有チャネル（例えば、ＰＵＳＣＨ）を例に挙げて説明したが、これに限られない。ＴＰＣコマンド送信用のＤＣＩに含まれるＴＰＣコマンドは上り制御チャネル（例えば、ＰＵＣＣＨ）に適用してもよい。
　例えば、所定のＰＤＣＣＨ（例えば、ＤＣＩフォーマット１＿０又は１＿１）でスケジューリングされるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ等を送信するＰＵＣＣＨに第１の態様－第３の態様を適用してもよい。この場合、第１の態様－第３の態様におけるＰＵＳＣＨをＰＵＣＣＨに読み替えてもよい。
（無線通信システム）
　以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
　図１２は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１は、Third　Generation　Partnership　Project（３ＧＰＰ）によって仕様化されるLong　Term　Evolution（ＬＴＥ）、5th　generation　mobile　communication　system　New　Radio（５Ｇ　ＮＲ）などを用いて通信を実現するシステムであってもよい。
　また、無線通信システム１は、複数のRadio　Access　Technology（ＲＡＴ）間のデュアルコネクティビティ（マルチＲＡＴデュアルコネクティビティ（Multi-RAT　Dual　Connectivity（ＭＲ－ＤＣ）））をサポートしてもよい。ＭＲ－ＤＣは、ＬＴＥ（Evolved　Universal　Terrestrial　Radio　Access（Ｅ－ＵＴＲＡ））とＮＲとのデュアルコネクティビティ（E-UTRA-NR　Dual　Connectivity（ＥＮ－ＤＣ））、ＮＲとＬＴＥとのデュアルコネクティビティ（NR-E-UTRA　Dual　Connectivity（ＮＥ－ＤＣ））などを含んでもよい。
　ＥＮ－ＤＣでは、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がマスタノード（Master　Node（ＭＮ））であり、ＮＲの基地局（ｇＮＢ）がセカンダリノード（Secondary　Node（ＳＮ））である。ＮＥ－ＤＣでは、ＮＲの基地局（ｇＮＢ）がＭＮであり、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がＳＮである。
　無線通信システム１は、同一のＲＡＴ内の複数の基地局間のデュアルコネクティビティ（例えば、ＭＮ及びＳＮの双方がＮＲの基地局（ｇＮＢ）であるデュアルコネクティビティ（NR-NR　Dual　Connectivity（ＮＮ－ＤＣ）））をサポートしてもよい。
　無線通信システム１は、比較的カバレッジの広いマクロセルＣ１を形成する基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する基地局１２（１２ａ－１２ｃ）と、を備えてもよい。ユーザ端末２０は、少なくとも１つのセル内に位置してもよい。各セル及びユーザ端末２０の配置、数などは、図に示す態様に限定されない。以下、基地局１１及び１２を区別しない場合は、基地局１０と総称する。
　ユーザ端末２０は、複数の基地局１０のうち、少なくとも１つに接続してもよい。ユーザ端末２０は、複数のコンポーネントキャリア（Component　Carrier（ＣＣ））を用いたキャリアアグリゲーション（Carrier　Aggregation（ＣＡ））及びデュアルコネクティビティ（ＤＣ）の少なくとも一方を利用してもよい。
　各ＣＣは、第１の周波数帯（Frequency　Range　1（ＦＲ１））及び第２の周波数帯（Frequency　Range　2（ＦＲ２））の少なくとも１つに含まれてもよい。マクロセルＣ１はＦＲ１に含まれてもよいし、スモールセルＣ２はＦＲ２に含まれてもよい。例えば、ＦＲ１は、６ＧＨｚ以下の周波数帯（サブ６ＧＨｚ（sub-6GHz））であってもよいし、ＦＲ２は、２４ＧＨｚよりも高い周波数帯（above-24GHz）であってもよい。なお、ＦＲ１及びＦＲ２の周波数帯、定義などはこれらに限られず、例えばＦＲ１がＦＲ２よりも高い周波数帯に該当してもよい。
　また、ユーザ端末２０は、各ＣＣにおいて、時分割複信（Time　Division　Duplex（ＴＤＤ））及び周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））の少なくとも１つを用いて通信を行ってもよい。
　複数の基地局１０は、有線（例えば、Common　Public　Radio　Interface（ＣＰＲＩ）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線（例えば、ＮＲ通信）によって接続されてもよい。例えば、基地局１１及び１２間においてＮＲ通信がバックホールとして利用される場合、上位局に該当する基地局１１はIntegrated　Access　Backhaul（ＩＡＢ）ドナー、中継局（リレー）に該当する基地局１２はＩＡＢノードと呼ばれてもよい。
　基地局１０は、他の基地局１０を介して、又は直接コアネットワーク３０に接続されてもよい。コアネットワーク３０は、例えば、Evolved　Packet　Core（ＥＰＣ）、5G　Core　Network（５ＧＣＮ）、Next　Generation　Core（ＮＧＣ）などの少なくとも１つを含んでもよい。
　ユーザ端末２０は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇなどの通信方式の少なくとも１つに対応した端末であってもよい。
　無線通信システム１においては、直交周波数分割多重（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ））ベースの無線アクセス方式が利用されてもよい。例えば、下りリンク（Downlink（ＤＬ））及び上りリンク（Uplink（ＵＬ））の少なくとも一方において、Cyclic　Prefix　OFDM（ＣＰ－ＯＦＤＭ）、Discrete　Fourier　Transform　Spread　OFDM（ＤＦＴ－ｓ－ＯＦＤＭ）、Orthogonal　Frequency　Division　Multiple　Access（ＯＦＤＭＡ）、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）などが利用されてもよい。
　無線アクセス方式は、波形（waveform）と呼ばれてもよい。なお、無線通信システム１においては、ＵＬ及びＤＬの無線アクセス方式には、他の無線アクセス方式（例えば、他のシングルキャリア伝送方式、他のマルチキャリア伝送方式）が用いられてもよい。
　無線通信システム１では、下りリンクチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（Physical　Downlink　Shared　Channel（ＰＤＳＣＨ））、ブロードキャストチャネル（Physical　Broadcast　Channel（ＰＢＣＨ））、下り制御チャネル（Physical　Downlink　Control　Channel（ＰＤＣＣＨ））などが用いられてもよい。
　また、無線通信システム１では、上りリンクチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（Physical　Uplink　Shared　Channel（ＰＵＳＣＨ））、上り制御チャネル（Physical　Uplink　Control　Channel（ＰＵＣＣＨ））、ランダムアクセスチャネル（Physical　Random　Access　Channel（ＰＲＡＣＨ））などが用いられてもよい。
　ＰＤＳＣＨによって、ユーザデータ、上位レイヤ制御情報、System　Information　Block（ＳＩＢ）などが伝送される。ＰＵＳＣＨによって、ユーザデータ、上位レイヤ制御情報などが伝送されてもよい。また、ＰＢＣＨによって、Master　Information　Block（ＭＩＢ）が伝送されてもよい。
　ＰＤＣＣＨによって、下位レイヤ制御情報が伝送されてもよい。下位レイヤ制御情報は、例えば、ＰＤＳＣＨ及びＰＵＳＣＨの少なくとも一方のスケジューリング情報を含む下り制御情報（Downlink　Control　Information（ＤＣＩ））を含んでもよい。
　なお、ＰＤＳＣＨをスケジューリングするＤＣＩは、ＤＬアサインメント、ＤＬ　ＤＣＩなどと呼ばれてもよいし、ＰＵＳＣＨをスケジューリングするＤＣＩは、ＵＬグラント、ＵＬ　ＤＣＩなどと呼ばれてもよい。なお、ＰＤＳＣＨはＤＬデータで読み替えられてもよいし、ＰＵＳＣＨはＵＬデータで読み替えられてもよい。
　ＰＤＣＣＨの検出には、制御リソースセット（COntrol　REsource　SET（ＣＯＲＥＳＥＴ））及びサーチスペース（search　space）が利用されてもよい。ＣＯＲＥＳＥＴは、ＤＣＩをサーチするリソースに対応する。サーチスペースは、ＰＤＣＣＨ候補（PDCCH　candidates）のサーチ領域及びサーチ方法に対応する。１つのＣＯＲＥＳＥＴは、１つ又は複数のサーチスペースに関連付けられてもよい。ＵＥは、サーチスペース設定に基づいて、あるサーチスペースに関連するＣＯＲＥＳＥＴをモニタしてもよい。
　１つのサーチスペースは、１つ又は複数のアグリゲーションレベル（aggregation　Level）に該当するＰＤＣＣＨ候補に対応してもよい。１つ又は複数のサーチスペースは、サーチスペースセットと呼ばれてもよい。なお、本開示の「サーチスペース」、「サーチスペースセット」、「サーチスペース設定」、「サーチスペースセット設定」、「ＣＯＲＥＳＥＴ」、「ＣＯＲＥＳＥＴ設定」などは、互いに読み替えられてもよい。
　ＰＵＣＣＨによって、チャネル状態情報（Channel　State　Information（ＣＳＩ））、送達確認情報（例えば、Hybrid　Automatic　Repeat　reQuest　ACKnowledgement（ＨＡＲＱ－ＡＣＫ）、ＡＣＫ／ＮＡＣＫなどと呼ばれてもよい）及びスケジューリングリクエスト（Scheduling　Request（ＳＲ））の少なくとも１つを含む上り制御情報（Uplink　Control　Information（ＵＣＩ））が伝送されてもよい。ＰＲＡＣＨによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送されてもよい。
　なお、本開示において下りリンク、上りリンクなどは「リンク」を付けずに表現されてもよい。また、各種チャネルの先頭に「物理（Physical）」を付けずに表現されてもよい。
　無線通信システム１では、同期信号（Synchronization　Signal（ＳＳ））、下りリンク参照信号（Downlink　Reference　Signal（ＤＬ－ＲＳ））などが伝送されてもよい。無線通信システム１では、ＤＬ－ＲＳとして、セル固有参照信号（Cell-specific　Reference　Signal（ＣＲＳ））、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal（ＣＳＩ－ＲＳ））、復調用参照信号（DeModulation　Reference　Signal（ＤＭＲＳ））、位置決定参照信号（Positioning　Reference　Signal（ＰＲＳ））、位相トラッキング参照信号（Phase　Tracking　Reference　Signal（ＰＴＲＳ））などが伝送されてもよい。
　同期信号は、例えば、プライマリ同期信号（Primary　Synchronization　Signal（ＰＳＳ））及びセカンダリ同期信号（Secondary　Synchronization　Signal（ＳＳＳ））の少なくとも１つであってもよい。ＳＳ（ＰＳＳ、ＳＳＳ）及びＰＢＣＨ（及びＰＢＣＨ用のＤＭＲＳ）を含む信号ブロックは、ＳＳ／ＰＢＣＨブロック、SS　Block（ＳＳＢ）などと呼ばれてもよい。なお、ＳＳ、ＳＳＢなども、参照信号と呼ばれてもよい。
　また、無線通信システム１では、上りリンク参照信号（Uplink　Reference　Signal（ＵＬ－ＲＳ））として、測定用参照信号（Sounding　Reference　Signal（ＳＲＳ））、復調用参照信号（ＤＭＲＳ）などが伝送されてもよい。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific　Reference　Signal）と呼ばれてもよい。
（基地局）
　図１３は、一実施形態に係る基地局の構成の一例を示す図である。基地局１０は、制御部１１０、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース（transmission　line　interface）１４０を備えている。なお、制御部１１０、送受信部１２０及び送受信アンテナ１３０及び伝送路インターフェース１４０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、基地局１０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部１１０は、基地局１０全体の制御を実施する。制御部１１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部１１０は、信号の生成、スケジューリング（例えば、リソース割り当て、マッピング）などを制御してもよい。制御部１１０は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０を用いた送受信、測定などを制御してもよい。制御部１１０は、信号として送信するデータ、制御情報、系列（sequence）などを生成し、送受信部１２０に転送してもよい。制御部１１０は、通信チャネルの呼処理（設定、解放など）、基地局１０の状態管理、無線リソースの管理などを行ってもよい。
　送受信部１２０は、ベースバンド（baseband）部１２１、Radio　Frequency（ＲＦ）部１２２、測定部１２３を含んでもよい。ベースバンド部１２１は、送信処理部１２１１及び受信処理部１２１２を含んでもよい。送受信部１２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ（phase　shifter）、測定回路、送受信回路などから構成することができる。
　送受信部１２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部１２１１、ＲＦ部１２２から構成されてもよい。当該受信部は、受信処理部１２１２、ＲＦ部１２２、測定部１２３から構成されてもよい。
　送受信アンテナ１３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部１２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを送信してもよい。送受信部１２０は、上述の上りリンクチャネル、上りリンク参照信号などを受信してもよい。
　送受信部１２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部１２０（送信処理部１２１１）は、例えば制御部１１０から取得したデータ、制御情報などに対して、Packet　Data　Convergence　Protocol（ＰＤＣＰ）レイヤの処理、Radio　Link　Control（ＲＬＣ）レイヤの処理（例えば、ＲＬＣ再送制御）、Medium　Access　Control（ＭＡＣ）レイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部１２０（送信処理部１２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、離散フーリエ変換（Discrete　Fourier　Transform（ＤＦＴ））処理（必要に応じて）、逆高速フーリエ変換（Inverse　Fast　Fourier　Transform（ＩＦＦＴ））処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　送受信部１２０（ＲＦ部１２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ１３０を介して送信してもよい。
　一方、送受信部１２０（ＲＦ部１２２）は、送受信アンテナ１３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部１２０（受信処理部１２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、高速フーリエ変換（Fast　Fourier　Transform（ＦＦＴ））処理、逆離散フーリエ変換（Inverse　Discrete　Fourier　Transform（ＩＤＦＴ））処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部１２０（測定部１２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部１２３は、受信した信号に基づいて、Radio　Resource　Management（ＲＲＭ）測定、Channel　State　Information（ＣＳＩ）測定などを行ってもよい。測定部１２３は、受信電力（例えば、Reference　Signal　Received　Power（ＲＳＲＰ））、受信品質（例えば、Reference　Signal　Received　Quality（ＲＳＲＱ）、Signal　to　Interference　plus　Noise　Ratio（ＳＩＮＲ）、Signal　to　Noise　Ratio（ＳＮＲ））、信号強度（例えば、Received　Signal　Strength　Indicator（ＲＳＳＩ））、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部１１０に出力されてもよい。
　伝送路インターフェース１４０は、コアネットワーク３０に含まれる装置、他の基地局１０などとの間で信号を送受信（バックホールシグナリング）し、ユーザ端末２０のためのユーザデータ（ユーザプレーンデータ）、制御プレーンデータなどを取得、伝送などしてもよい。
　なお、本開示における基地局１０の送信部及び受信部は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０の少なくとも１つによって構成されてもよい。
　なお、送受信部１２０は、第１タイプの上りチャネル及び第２タイプの上りチャネルの少なくとも一方に適用する送信電力制御コマンドの送信に利用する所定の下り制御情報を送信する。送受信部１２０は、各ＵＥにそれぞれ対応する所定の下り制御情報に含まれる所定ブロック番号に関する情報、及び所定ブロック番号に対応するＵＬチャネルのタイプに関する情報の少なくとも一つを送信してもよい。
　制御部１１０は、ネットワークから送信する情報、前記所定の下り制御情報に含まれる所定ブロックで指定する情報、前記所定の下り制御情報のフォーマット、及び前記第１タイプ又は前記第２タイプの上りチャネルをスケジューリングする下り制御情報、の少なくとも一つに基づいて所定の下り制御情報に含まれる送信電力制御コマンドが決定されるように制御してもよい。
（ユーザ端末）
　図１４は、一実施形態に係るユーザ端末の構成の一例を示す図である。ユーザ端末２０は、制御部２１０、送受信部２２０及び送受信アンテナ２３０を備えている。なお、制御部２１０、送受信部２２０及び送受信アンテナ２３０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部２１０は、ユーザ端末２０全体の制御を実施する。制御部２１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部２１０は、信号の生成、マッピングなどを制御してもよい。制御部２１０は、送受信部２２０及び送受信アンテナ２３０を用いた送受信、測定などを制御してもよい。制御部２１０は、信号として送信するデータ、制御情報、系列などを生成し、送受信部２２０に転送してもよい。
　送受信部２２０は、ベースバンド部２２１、ＲＦ部２２２、測定部２２３を含んでもよい。ベースバンド部２２１は、送信処理部２２１１、受信処理部２２１２を含んでもよい。送受信部２２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ、測定回路、送受信回路などから構成することができる。
　送受信部２２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部２２１１、ＲＦ部２２２から構成されてもよい。当該受信部は、受信処理部２２１２、ＲＦ部２２２、測定部２２３から構成されてもよい。
　送受信アンテナ２３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部２２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを受信してもよい。送受信部２２０は、上述の上りリンクチャネル、上りリンク参照信号などを送信してもよい。
　送受信部２２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部２２０（送信処理部２２１１）は、例えば制御部２１０から取得したデータ、制御情報などに対して、ＰＤＣＰレイヤの処理、ＲＬＣレイヤの処理（例えば、ＲＬＣ再送制御）、ＭＡＣレイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部２２０（送信処理部２２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、ＤＦＴ処理（必要に応じて）、ＩＦＦＴ処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　なお、ＤＦＴ処理を適用するか否かは、トランスフォームプリコーディングの設定に基づいてもよい。送受信部２２０（送信処理部２２１１）は、あるチャネル（例えば、ＰＵＳＣＨ）について、トランスフォームプリコーディングが有効（enabled）である場合、当該チャネルをＤＦＴ－ｓ－ＯＦＤＭ波形を用いて送信するために上記送信処理としてＤＦＴ処理を行ってもよいし、そうでない場合、上記送信処理としてＤＦＴ処理を行わなくてもよい。
　送受信部２２０（ＲＦ部２２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ２３０を介して送信してもよい。
　一方、送受信部２２０（ＲＦ部２２２）は、送受信アンテナ２３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部２２０（受信処理部２２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、ＦＦＴ処理、ＩＤＦＴ処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部２２０（測定部２２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部２２３は、受信した信号に基づいて、ＲＲＭ測定、ＣＳＩ測定などを行ってもよい。測定部２２３は、受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ）、信号強度（例えば、ＲＳＳＩ）、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部２１０に出力されてもよい。
　なお、本開示におけるユーザ端末２０の送信部及び受信部は、送受信部２２０及び送受信アンテナ２３０の少なくとも１つによって構成されてもよい。
　なお、送受信部２２０は、第１タイプの上りチャネル及び第２タイプの上りチャネルの少なくとも一方に適用する送信電力制御コマンドの送信に利用される所定の下り制御情報を受信する。送受信部１２０は、各ＵＥにそれぞれ対応する所定の下り制御情報に含まれる所定ブロック番号に関する情報、及び所定ブロック番号に対応するＵＬチャネルのタイプに関する情報の少なくとも一つを受信してもよい。
　制御部２１０は、ネットワークから送信される情報、所定の下り制御情報に含まれる所定ブロックで指定される情報、所定の下り制御情報のフォーマット、及び第１タイプ又は第２タイプの上りチャネルをスケジューリングする下り制御情報、の少なくとも一つに基づいて所定の下り制御情報に含まれる送信電力制御コマンドの適用（例えば、送信電力制御コマンドを適用するＵＬチャネルの決定）を制御する。
　制御部２１０は、第１タイプ又は第２タイプの上りチャネルをスケジューリングする下り制御情報に適用されるＲＮＴＩ（Radio　Network　Temporary　Identifier）に基づいて送信電力制御コマンドを適用する上りチャネルを判断してもよい。
　あるいは、制御部２１０は、所定の下り制御情報に含まれる複数のブロックに基づいて、第１のタイプの上りチャネルに適用する第１の送信電力制御コマンドと、第２のタイプの上りチャネルに適用する第２の送信電力制御コマンドとを決定してもよい。
　所定の下り制御情報のフォーマットは、少なくとも第１タイプの上りチャネルに適用する送信電力コマンドを送信する第１のフォーマットと、少なくとも第２タイプの上りチャネルに適用する送信電力コマンドを送信する第２のフォーマットとを有していてもよい。
　制御部２１０は、第１タイプの上りチャネルの送信処理と第２タイプの上りチャネルの送信処理の開始と完了の順番が等しく行われる場合と、第１タイプの上りチャネルの送信処理と第２タイプの上りチャネルの送信処理の開始と完了の順番が逆転して行われる場合に、所定の下り制御情報に含まれる送信電力制御コマンドを適用する上りチャネル（例えば、タイプ）を別々に制御してもよい。
（ハードウェア構成）
　なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）、送信機（transmitter）などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１５は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、本開示において、装置、回路、デバイス、部（section）、ユニットなどの文言は、互いに読み替えることができる。基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。
　基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４を介する通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（Central　Processing　Unit（ＣＰＵ））によって構成されてもよい。例えば、上述の制御部１１０（２１０）、送受信部１２０（２２０）などの少なくとも一部は、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１０（２１０）は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、Read　Only　Memory（ＲＯＭ）、Erasable　Programmable　ROM（ＥＰＲＯＭ）、Electrically　EPROM（ＥＥＰＲＯＭ）、Random　Access　Memory（ＲＡＭ）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（Compact　Disc　ROM（ＣＤ－ＲＯＭ）など）、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））及び時分割複信（Time　Division　Duplex（ＴＤＤ））の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信部１２０（２２０）、送受信アンテナ１３０（２３０）などは、通信装置１００４によって実現されてもよい。送受信部１２０（２２０）は、送信部１２０ａ（２２０ａ）と受信部１２０ｂ（２２０ｂ）とで、物理的に又は論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、Light　Emitting　Diode（ＬＥＤ）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（Digital　Signal　Processor（ＤＳＰ））、Application　Specific　Integrated　Circuit（ＡＳＩＣ）、Programmable　Logic　Device（ＰＬＤ）、Field　Programmable　Gate　Array（ＦＰＧＡ）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
（変形例）
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル、シンボル及び信号（シグナル又はシグナリング）は、互いに読み替えられてもよい。また、信号はメッセージであってもよい。参照信号（reference　signal）は、ＲＳと略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（Component　Carrier（ＣＣ））は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
　無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier　Spacing（ＳＣＳ））、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission　Time　Interval（ＴＴＩ））、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ）シンボル、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。
　例えば、１サブフレームはＴＴＩと呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（３ＧＰＰ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional　TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（Resource　Block（ＲＢ））は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（Physical　RB（ＰＲＢ））、サブキャリアグループ（Sub-Carrier　Group（ＳＣＧ））、リソースエレメントグループ（Resource　Element　Group（ＲＥＧ））、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（Resource　Element（ＲＥ））によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（Bandwidth　Part（ＢＷＰ））（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common　resource　blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
　ＢＷＰには、ＵＬ　ＢＷＰ（ＵＬ用のＢＷＰ）と、ＤＬ　ＢＷＰ（ＤＬ用のＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
　なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic　Prefix（ＣＰ））長などの構成は、様々に変更することができる。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
　本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル（ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
　入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
　情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、本開示における情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（Downlink　Control　Information（ＤＣＩ））、上り制御情報（Uplink　Control　Information（ＵＣＩ）））、上位レイヤシグナリング（例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、ブロードキャスト情報（マスタ情報ブロック（Master　Information　Block（ＭＩＢ））、システム情報ブロック（System　Information　Block（ＳＩＢ））など）、Medium　Access　Control（ＭＡＣ）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。
　なお、物理レイヤシグナリングは、Layer　1／Layer　2（Ｌ１／Ｌ２）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣ接続再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ　Control　Element（ＣＥ））を用いて通知されてもよい。
　また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital　Subscriber　Line（ＤＳＬ））など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。「ネットワーク」は、ネットワークに含まれる装置（例えば、基地局）のことを意味してもよい。
　本開示において、「プリコーディング」、「プリコーダ」、「ウェイト（プリコーディングウェイト）」、「擬似コロケーション（Quasi-Co-Location（ＱＣＬ））」、「Transmission　Configuration　Indication　state（ＴＣＩ状態）」、「空間関係（spatial　relation）」、「空間ドメインフィルタ（spatial　domain　filter）」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル－プ」、「レイヤ」、「レイヤ数」、「ランク」、「リソース」、「リソースセット」、「リソースグループ」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。
　本開示においては、「基地局（Base　Station（ＢＳ））」、「無線基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮＢ（ｅＮｏｄｅＢ）」、「ｇＮＢ（ｇＮｏｄｅＢ）」、「アクセスポイント（access　point）」、「送信ポイント（Transmission　Point（ＴＰ））」、「受信ポイント（Reception　Point（ＲＰ））」、「送受信ポイント（Transmission/Reception　Point（ＴＲＰ））」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote　Radio　Head（ＲＲＨ）））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示においては、「移動局（Mobile　Station（ＭＳ））」、「ユーザ端末（user　terminal）」、「ユーザ装置（User　Equipment（ＵＥ））」、「端末」などの用語は、互換的に使用され得る。
　移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet　of　Things（ＩｏＴ）機器であってもよい。
　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。
　本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper　node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network　nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、Mobility　Management　Entity（ＭＭＥ）、Serving-Gateway（Ｓ－ＧＷ）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において説明した各態様／実施形態は、Long　Term　Evolution（ＬＴＥ）、LTE-Advanced（ＬＴＥ－Ａ）、LTE-Beyond（ＬＴＥ－Ｂ）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、4th　generation　mobile　communication　system（４Ｇ）、5th　generation　mobile　communication　system（５Ｇ）、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のように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

Claims (6)

  1. 　第１タイプの上りチャネル及び第２タイプの上りチャネルの少なくとも一方に適用する送信電力制御コマンドの送信に利用される所定の下り制御情報を受信する受信部と、
    　ネットワークから送信される情報、前記所定の下り制御情報に含まれる所定ブロックで指定される情報、前記所定の下り制御情報のフォーマット、及び前記第１タイプ又は前記第２タイプの上りチャネルをスケジューリングする下り制御情報、の少なくとも一つに基づいて前記所定の下り制御情報に含まれる送信電力制御コマンドの適用を制御する制御部と、を有することを特徴とするユーザ端末。
  2. 　前記制御部は、前記第１タイプ又は前記第２タイプの上りチャネルをスケジューリングする下り制御情報に適用されるＲＮＴＩ（Radio　Network　Temporary　Identifier）に基づいて前記送信電力制御コマンドを適用する上りチャネルを判断することを特徴とする請求項１に記載のユーザ端末。
  3. 　前記制御部は、前記所定の下り制御情報に含まれる複数のブロックに基づいて、前記第１のタイプの上りチャネルに適用する第１の送信電力制御コマンドと、前記第２のタイプの上りチャネルに適用する第２の送信電力制御コマンドとを決定することを特徴とする請求項１に記載のユーザ端末。
  4. 　前記所定の下り制御情報のフォーマットは、少なくとも前記第１タイプの上りチャネルに適用する送信電力コマンドを送信する第１のフォーマットと、少なくとも前記第２タイプの上りチャネルに適用する送信電力コマンドを送信する第２のフォーマットとを有することを特徴とする請求項１に記載のユーザ端末。
  5. 　前記制御部は、前記第１タイプの上りチャネルの送信処理と前記第２タイプの上りチャネルの送信処理の開始と完了の順番が等しく行われる場合と、前記第１タイプの上りチャネルの送信処理と前記第２タイプの上りチャネルの送信処理の開始と完了の順番が逆転して行われる場合に、前記所定の下り制御情報に含まれる送信電力制御コマンドを適用する上りチャネルを別々に制御することを特徴とする請求項１から請求項４のいずれかに記載のユーザ端末。
  6. 　第１タイプの上りチャネル及び第２タイプの上りチャネルの少なくとも一方に適用する送信電力制御コマンドの送信に利用される所定の下り制御情報を受信する工程と、
    　ネットワークから送信される情報、前記所定の下り制御情報に含まれる所定ブロックで指定される情報、前記所定の下り制御情報のフォーマット、及び前記第１タイプ又は前記第２タイプの上りチャネルをスケジューリングする下り制御情報、の少なくとも一つに基づいて前記所定の下り制御情報に含まれる送信電力制御コマンドの適用を制御する工程と、を有することを特徴とする無線通信方法。
     
PCT/JP2019/018778 2019-05-10 2019-05-10 ユーザ端末及び無線通信方法 WO2020230196A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2019/018778 WO2020230196A1 (ja) 2019-05-10 2019-05-10 ユーザ端末及び無線通信方法
CN201980097698.4A CN113994741A (zh) 2019-05-10 2019-05-10 用户终端以及无线通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/018778 WO2020230196A1 (ja) 2019-05-10 2019-05-10 ユーザ端末及び無線通信方法

Publications (1)

Publication Number Publication Date
WO2020230196A1 true WO2020230196A1 (ja) 2020-11-19

Family

ID=73289486

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/018778 WO2020230196A1 (ja) 2019-05-10 2019-05-10 ユーザ端末及び無線通信方法

Country Status (2)

Country Link
CN (1) CN113994741A (ja)
WO (1) WO2020230196A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113207165A (zh) * 2021-04-20 2021-08-03 Oppo广东移动通信有限公司 一种功率控制方法、终端设备、网络设备及存储介质
TWI840742B (zh) * 2021-01-25 2024-05-01 瑞典商Lm艾瑞克生(Publ)電話公司 用於單個及多個傳輸/接收點(trps)之信號閉路功率控制

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019070178A1 (en) * 2017-10-02 2019-04-11 Telefonaktiebolaget Lm Ericsson (Publ) TPC COMMAND INDICATION FOR MULTIPLE CLOSED LOOPS

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10841881B2 (en) * 2016-02-02 2020-11-17 Sharp Kabushiki Kaisha Terminal apparatus and communication system
AU2017263585C1 (en) * 2016-05-10 2022-01-13 Ntt Docomo, Inc. User terminal and radio communication method
US10880885B2 (en) * 2016-08-10 2020-12-29 Panasonic Intellectual Property Corporation Of America Terminal and communication method
WO2018043560A1 (ja) * 2016-08-31 2018-03-08 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
US10477484B2 (en) * 2017-03-10 2019-11-12 Qualcomm Incorporated Multi-link transmit power control for a plurality of uplink beam pairs
WO2018174530A1 (ko) * 2017-03-23 2018-09-27 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 상향링크 전력제어 방법 및 장치
CN108811060B (zh) * 2017-05-05 2023-09-29 华为技术有限公司 一种功率控制方法和装置
US11251915B2 (en) * 2017-05-15 2022-02-15 Qualcomm Incorporated Techniques for uplink transmissions
WO2019024918A1 (en) * 2017-08-04 2019-02-07 Mediatek Inc. ULTRA-LOW LATENCY (URLLC) AND UPLINK TRANSMISSION (UL) COMMUNICATION COLLISION MANAGEMENT WITH IMPROVED MOBILE BAND (EMBB)
WO2019049281A1 (ja) * 2017-09-07 2019-03-14 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
CN108135028B (zh) * 2018-02-27 2022-08-19 中兴通讯股份有限公司 一种功率控制方法、装置及通信节点

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019070178A1 (en) * 2017-10-02 2019-04-11 Telefonaktiebolaget Lm Ericsson (Publ) TPC COMMAND INDICATION FOR MULTIPLE CLOSED LOOPS

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CMCC: "Discussion on PUSCH enhancements for URLLC", 3GPP TSG RAN WG1 AD-HOC MEETING 1901 R1- 1900416, vol. RAN WG1, 12 January 2019 (2019-01-12), pages 1 - 5, XP051576025 *
ERICSSON: "URLLC specific power control", 3GPP TSG-RAN WG2 AH 1807 TDOC R2-1810061, vol. RAN WG2, 22 June 2018 (2018-06-22), pages 1 - 3, XP051525879 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI840742B (zh) * 2021-01-25 2024-05-01 瑞典商Lm艾瑞克生(Publ)電話公司 用於單個及多個傳輸/接收點(trps)之信號閉路功率控制
CN113207165A (zh) * 2021-04-20 2021-08-03 Oppo广东移动通信有限公司 一种功率控制方法、终端设备、网络设备及存储介质
CN113207165B (zh) * 2021-04-20 2023-10-13 Oppo广东移动通信有限公司 一种功率控制方法、终端设备、网络设备及存储介质

Also Published As

Publication number Publication date
CN113994741A (zh) 2022-01-28

Similar Documents

Publication Publication Date Title
WO2020217408A1 (ja) ユーザ端末及び無線通信方法
WO2021130941A1 (ja) 端末及び無線通信方法
WO2020183723A1 (ja) ユーザ端末及び無線通信方法
WO2020209281A1 (ja) ユーザ端末及び無線通信方法
WO2020261389A1 (ja) 端末及び無線通信方法
WO2020255263A1 (ja) 端末及び無線通信方法
WO2020261510A1 (ja) 端末及び無線通信方法
WO2020188644A1 (ja) ユーザ端末及び無線通信方法
JPWO2020065977A1 (ja) 端末、無線通信方法及びシステム
WO2021090500A1 (ja) 端末及び無線通信方法
WO2020217514A1 (ja) ユーザ端末及び無線通信方法
WO2020222275A1 (ja) ユーザ端末及び無線通信方法
WO2021070307A1 (ja) 端末及び無線通信方法
WO2020188666A1 (ja) ユーザ端末及び無線通信方法
WO2021166036A1 (ja) 端末、無線通信方法及び基地局
WO2020153210A1 (ja) ユーザ端末及び無線通信方法
JPWO2020095457A1 (ja) ユーザ端末
WO2021090409A1 (ja) 端末及び無線通信方法
WO2020255270A1 (ja) 端末及び無線通信方法
WO2020202448A1 (ja) ユーザ端末及び無線通信方法
WO2022039164A1 (ja) 端末、無線通信方法及び基地局
WO2020183721A1 (ja) ユーザ端末及び無線通信方法
JP7371123B2 (ja) 端末及び無線通信方法
WO2020230196A1 (ja) ユーザ端末及び無線通信方法
WO2020209283A1 (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: 19928777

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19928777

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP