WO2022102714A1 - 端末 - Google Patents

端末 Download PDF

Info

Publication number
WO2022102714A1
WO2022102714A1 PCT/JP2021/041564 JP2021041564W WO2022102714A1 WO 2022102714 A1 WO2022102714 A1 WO 2022102714A1 JP 2021041564 W JP2021041564 W JP 2021041564W WO 2022102714 A1 WO2022102714 A1 WO 2022102714A1
Authority
WO
WIPO (PCT)
Prior art keywords
uci
omega
rate
code rate
coding
Prior art date
Application number
PCT/JP2021/041564
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 CN202180072180.2A priority Critical patent/CN116349358A/zh
Priority to EP21891959.5A priority patent/EP4247083A1/en
Priority to JP2022562177A priority patent/JPWO2022102714A1/ja
Publication of WO2022102714A1 publication Critical patent/WO2022102714A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563—Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources

Definitions

  • the present disclosure relates to a terminal that executes wireless communication, particularly a terminal that executes multiplexing of uplink control information with respect to an uplink control channel.
  • the 3rd Generation Partnership Project (3GPP) specifies the 5th generation mobile communication system (also known as 5G, New Radio (NR) or Next Generation (NG)), and next-generation specifications called Beyond 5G, 5G Evolution or 6G. We are also proceeding with the conversion.
  • 5G New Radio
  • NG Next Generation
  • Release 15 of 3GPP supports multiplexing of two or more uplink channels (PUCCH (Physical Uplink Control Channel) and PUSCH (Physical Uplink Shared Channel)) transmitted in the same slot.
  • PUCCH Physical Uplink Control Channel
  • PUSCH Physical Uplink Shared Channel
  • the following disclosure is made in view of such a situation, and an object thereof is to provide a terminal capable of appropriately executing channel coding of uplink control information multiplexed on the uplink control channel.
  • One aspect of the present disclosure is a terminal, wherein a control unit that multiplexes two or more uplink control information having different priorities to an uplink control channel, and the two or more uplink control information are multiplexed.
  • a communication unit that transmits an uplink signal using an uplink control channel is provided, and the control unit determines the output length of the channel coding in rate matching of the two or more uplink control information. Is the gist.
  • FIG. 1 is an overall schematic configuration diagram of the wireless communication system 10.
  • FIG. 2 is a diagram showing a frequency range used in the wireless communication system 10.
  • FIG. 3 is a diagram showing a configuration example of a wireless frame, a subframe, and a slot used in the wireless communication system 10.
  • FIG. 4 is a functional block configuration diagram of the UE 200.
  • FIG. 5 is a diagram showing an operation example.
  • FIG. 6 is a diagram showing an example of rate matching output length.
  • FIG. 7 is a diagram showing an example of rate matching output length.
  • FIG. 8 is a diagram showing an example of rate matching output length.
  • FIG. 9 is a diagram showing an example of rate matching output length.
  • FIG. 10 is a diagram showing an example of rate matching output length.
  • FIG. 11 is a diagram showing an example of the hardware configuration of the UE 200.
  • FIG. 1 is an overall schematic configuration diagram of the wireless communication system 10 according to the embodiment.
  • the wireless communication system 10 is a wireless communication system according to 5G New Radio (NR), and includes a Next Generation-Radio Access Network 20 (hereinafter, NG-RAN20) and a terminal 200 (hereinafter, UE200).
  • NR 5G New Radio
  • NG-RAN20 Next Generation-Radio Access Network 20
  • UE200 terminal 200
  • the wireless communication system 10 may be a wireless communication system according to a method called Beyond 5G, 5G Evolution, or 6G.
  • NG-RAN20 includes a radio base station 100A (hereinafter, gNB100A) and a radio base station 100B (hereinafter, gNB100B).
  • gNB100A radio base station 100A
  • gNB100B radio base station 100B
  • the specific configuration of the wireless communication system 10 including the number of gNBs and UEs is not limited to the example shown in FIG.
  • the NG-RAN20 actually contains multiple NG-RANNodes, specifically gNB (or ng-eNB), and is connected to a core network (5GC, not shown) according to 5G.
  • NG-RAN20 and 5GC may be simply expressed as "network”.
  • GNB100A and gNB100B are radio base stations according to 5G, and execute wireless communication according to UE200 and 5G.
  • gNB100A, gNB100B and UE200 are Massive MIMO (Multiple-Input Multiple-Output) and multiple component carriers (CC) that generate beam BM with higher directivity by controlling radio signals transmitted from multiple antenna elements.
  • CC multiple component carriers
  • the DC may include MR-DC (Multi-RAT Dual Connectivity) using MCG (Master Cell Group) and SCG (Secondary Cell Group).
  • MR-DC examples include EN-DC (E-UTRA-NR Dual Connectivity), NE-DC (NR-EUTRA Dual Connectivity) and NR-DC (NR-NR Dual Connectivity).
  • EN-DC E-UTRA-NR Dual Connectivity
  • NE-DC NR-EUTRA Dual Connectivity
  • NR-DC NR-NR Dual Connectivity
  • CCs (cells) used in CA may be considered to form the same cell group.
  • MCG and SCG may be considered to constitute the same cell group.
  • the wireless communication system 10 supports a plurality of frequency ranges (FR).
  • FIG. 2 shows the frequency range used in the wireless communication system 10.
  • the wireless communication system 10 corresponds to FR1 and FR2.
  • the frequency bands of each FR are as follows.
  • FR1 410 MHz to 7.125 GHz
  • FR2 24.25 GHz to 52.6 GHz
  • SCS Sub-Carrier Spacing
  • BW bandwidth
  • FR2 has a higher frequency than FR1, and SCS of 60, or 120kHz (240kHz may be included) is used, and a bandwidth (BW) of 50 to 400MHz may be used.
  • SCS may be interpreted as numerology. Numerology is defined in 3GPP TS38.300 and corresponds to one subcarrier interval in the frequency domain.
  • the wireless communication system 10 also supports a higher frequency band than the FR2 frequency band. Specifically, the wireless communication system 10 corresponds to a frequency band exceeding 52.6 GHz and up to 114.25 GHz. Such a high frequency band may be referred to as "FR2x" for convenience.
  • Cyclic Prefix-Orthogonal Frequency Division Multiplexing (CP-OFDM) with a larger Sub-Carrier Spacing (SCS) / Discrete Fourier Transform-Spread (DFT-S-OFDM) may be applied.
  • CP-OFDM Cyclic Prefix-Orthogonal Frequency Division Multiplexing
  • SCS Sub-Carrier Spacing
  • DFT-S-OFDM Discrete Fourier Transform-Spread
  • FIG. 3 shows a configuration example of a wireless frame, a subframe, and a slot used in the wireless communication system 10.
  • one slot is composed of 14 symbols, and the larger (wider) the SCS, the shorter the symbol period (and slot period).
  • the SCS is not limited to the interval (frequency) shown in FIG. For example, 480 kHz, 960 kHz, etc. may be used.
  • the number of symbols constituting one slot does not necessarily have to be 14 symbols (for example, 28, 56 symbols).
  • the number of slots per subframe may vary from SCS to SCS.
  • the time direction (t) shown in FIG. 3 may be referred to as a time domain, a symbol period, a symbol time, or the like.
  • the frequency direction may be referred to as a frequency domain, a resource block, a subcarrier, a BWP (Bandwidth Part), or the like.
  • FIG. 4 is a functional block configuration diagram of UE200.
  • the UE 200 includes a radio signal transmission / reception unit 210, an amplifier unit 220, a modulation / demodulation unit 230, a control signal / reference signal processing unit 240, a coding / decoding unit 250, a data transmission / reception unit 260, and a control unit 270. ..
  • the radio signal transmission / reception unit 210 transmits / receives a radio signal according to NR.
  • the radio signal transmission / reception unit 210 corresponds to Massive MIMO, a CA that bundles a plurality of CCs, and a DC that simultaneously communicates between the UE and each of the two NG-RAN Nodes.
  • the amplifier unit 220 is composed of PA (Power Amplifier) / LNA (Low Noise Amplifier) and the like.
  • the amplifier unit 220 amplifies the signal output from the modulation / demodulation unit 230 to a predetermined power level. Further, the amplifier unit 220 amplifies the RF signal output from the radio signal transmission / reception unit 210.
  • the modulation / demodulation unit 230 executes data modulation / demodulation, transmission power setting, resource block allocation, etc. for each predetermined communication destination (gNB100 or other gNB).
  • Cyclic Prefix-Orthogonal Frequency Division Multiplexing (CP-OFDM) / Discrete Fourier Transform-Spread (DFT-S-OFDM) may be applied to the modulation / demodulation unit 230. Further, the DFT-S-OFDM may be used not only for the uplink (UL) but also for the downlink (DL).
  • the control signal / reference signal processing unit 240 executes processing related to various control signals transmitted / received by the UE 200 and processing related to various reference signals transmitted / received by the UE 200.
  • control signal / reference signal processing unit 240 receives various control signals transmitted from the gNB 100 via a predetermined control channel, for example, control signals of the radio resource control layer (RRC). Further, the control signal / reference signal processing unit 240 transmits various control signals to the gNB 100 via a predetermined control channel.
  • a predetermined control channel for example, control signals of the radio resource control layer (RRC).
  • RRC radio resource control layer
  • the control signal / reference signal processing unit 240 executes processing using a reference signal (RS) such as Demodulation Reference Signal (DMRS) and Phase Tracking Reference Signal (PTRS).
  • RS reference signal
  • DMRS Demodulation Reference Signal
  • PTRS Phase Tracking Reference Signal
  • DMRS is a reference signal (pilot signal) known between the base station and the terminal of each terminal for estimating the fading channel used for data demodulation.
  • the PTRS is a terminal-specific reference signal for the purpose of estimating phase noise, which is a problem in high frequency bands.
  • the reference signal may include ChannelStateInformation-ReferenceSignal (CSI-RS), SoundingReferenceSignal (SRS), and PositioningReferenceSignal (PRS) for location information.
  • CSI-RS ChannelStateInformation-ReferenceSignal
  • SRS SoundingReferenceSignal
  • PRS PositioningReferenceSignal
  • control channels include PDCCH (Physical Downlink Control Channel), PUCCH (Physical Uplink Control Channel), RACH (Random Access Channel), Random Access Radio Network Temporary Identifier (RA-RNTI), Downlink Control Information (DCI), and Physical Broadcast Channel (PBCH) etc. are included.
  • PDCCH Physical Downlink Control Channel
  • PUCCH Physical Uplink Control Channel
  • RACH Random Access Channel
  • RA-RNTI Random Access Radio Network Temporary Identifier
  • DCI Downlink Control Information
  • PBCH Physical Broadcast Channel
  • the data channels include PDSCH (Physical Downlink Shared Channel) and PUSCH (Physical Uplink Shared Channel).
  • Data means data transmitted over a data channel.
  • the data channel may be read as a shared channel.
  • the control signal / reference signal processing unit 240 uses an uplink control channel (PUCCH) in which two or more uplink control information (UCI (Uplink Control Information)) having different priorities are multiplexed. It constitutes a communication unit that transmits a link signal.
  • the uplink signal transmitted via PUCCH contains at least UCI.
  • the UCI may include an acknowledgment (HARQ-ACK) for one or more TBs.
  • the UCI may include an SR (Scheduling Request) that requests the scheduling of resources, or may include a CSI (Channel State Information) that represents the state of the channel.
  • the coding / decoding unit 250 executes data division / concatenation and channel coding / decoding for each predetermined communication destination (gNB100 or other gNB).
  • the coding / decoding unit 250 divides the data output from the data transmission / reception unit 260 into predetermined sizes, and executes channel coding for the divided data. Further, the coding / decoding unit 250 decodes the data output from the modulation / demodulation unit 230 and concatenates the decoded data.
  • the data transmission / reception unit 260 executes transmission / reception of Protocol Data Unit (PDU) and Service Data Unit (SDU).
  • the data transmitter / receiver 260 is a PDU / SDU in a plurality of layers (such as a medium access control layer (MAC), a radio link control layer (RLC), and a packet data convergence protocol layer (PDCP)). Assemble / disassemble the.
  • the data transmission / reception unit 260 executes data error correction and retransmission control based on the hybrid ARQ (Hybrid automatic repeat request).
  • the control unit 270 controls each functional block constituting the UE 200.
  • the control unit 270 constitutes a control unit that multiplexes two or more UCIs having different priorities to the PUCCH.
  • the control unit 270 applies a specific scaling factor to at least one of the two or more UCIs in the channel coding of the two or more UCIs.
  • the specific scaling factor may be referred to as omega_LP_HP, omega_HP, or omega_LP.
  • the specific scaling factor is a parameter used in the case of separately determining the coding rates of two or more UCIs having different priorities from each other.
  • omega_LP_HP may be a parameter applied to LPUCI or a parameter applied to HPUCI.
  • the specific scaling factor satisfies the condition of 0 ⁇ omega_LP_HP (omega_HP or omega_HP) ⁇ 1.
  • the channel coding will be described below. Specifically, the channel coding of UCI in the case of multiplexing different UCIs to PUCCH will be described. Here, the case of multiplexing LP UCI and HP UCI will be illustrated.
  • the UCI may be one or more information elements selected from HARQ-ACK, SR, CSI Part 1, and CSI Part 2.
  • Application Example 1 describes a specific scaling factor (omega_LP_HP) applied to any one of LP UCI and HP UCI. Here it applies to LP UCI to omega_LP_HP.
  • HP UCI code rate may be the code rate applied to HP UCI or the code rate applied to HP (High Priority) PUCCH resources. These code rates are the code rates before omega_LP_HP is multiplied, and may be the code rates (original cording rate) used in the case where UCIs having different priorities are not multiplexed.
  • the LP UCI coordination may be a code rate obtained by multiplying HP_UCI_coding_rate by omega_LP_HP.
  • Application example 2 The application example 2 will be described below.
  • Application example 2 describes a specific scaling factor (omega_LP_HP) applied to any one of LP UCI and HP UCI. Here it applies to HP UCI to omega_LP_HP.
  • HP_UCI_coding_rate may be the code rate obtained by dividing LP_UCI_coding_rate by omega_LP_HP.
  • HP_UCI_coding_rate may be the code rate obtained by multiplying LP_UCI_coding_rate by the reciprocal of omega_LP_HP.
  • the LP UCI code rate (LP_UCI_coding_rate) may be the code rate applied to the LP UCI or the code rate applied to the LP (Low Priority) PUCCH resource. These code rates are the code rates before omega_LP_HP is multiplied, and may be the code rates (original cording rate) used in the case where UCIs having different priorities are not multiplexed.
  • Application Example 3 describes a specific scaling factor (omega_LP_HP) applied to any one of LP UCI and HP UCI.
  • a specific scaling factor (omega_LP_HP) applied to any one of LP UCI and HP UCI.
  • PUCCH format is any one of PUCCH Format 2
  • PUCCH Format 3 and PUCCH Format 4 will be described.
  • Application example 3 describes a case where LP_UCI_coding_rate can be changed without changing HP_UCI_coding_rate.
  • HP UCI_coding_rate may be the code rate applied to HP UCI or the code rate applied to HP (High Priority) PUCCH resources. These code rates are the code rates before omega_LP_HP is multiplied, and may be referred to as the original cording rate.
  • LP_UCI_coding_rate min (omega_LP_HP * HP_UCI_coding_rate, Upper_bound_LP_UCI_coding_rate).
  • Upper_bound_LP_UCI_coding_rate represents the upper limit of LPUCI coordination, and is calculated based on the total number of REs (Resource Elements) of PUCCH resources where LP_UCI is multiplexed, HP_UCI_coding_rate, HPUCIpayload, and LPUCIpayload.
  • the LPUCI payload may be a payload without LPUCI bit bundling or partial dropping, or a payload with LPUCI bit bundling or partial dropping. good.
  • Application example 4 describes a specific scaling factor (omega_LP_HP) applied to any one of LP UCI and HP UCI.
  • a case where the PUCCH format is any one of PUCCH Format 2 PUCCH Format 3 and PUCCH Format 4 will be described.
  • Application example 4 describes a case where both LP_UCI_coding_rate and HP_UCI_coding_rate can be changed.
  • HP UCI coordination HP_UCI_coding_rate
  • LP_UCI_coding_rate LP UCI coding rate
  • HP UCI coordination HP_UCI_coding_rate
  • LP_UCI_coding_rate LP UCI coding rate
  • LP_UCI_coding_rate is a code rate obtained by multiplying HP_UCI_coding_rate by omega_LP_HP may be imposed.
  • Application example 5 The application example 5 will be described below.
  • Application Example 5 describes a case where the specific scaling factor (omega_LP) applied to the LP UCI and the specific scaling factor (omega_HP) applied to the HP UCI are defined separately.
  • Application example 5 illustrates a case where omega_HP is provided without omega_LP being provided.
  • the HP UCI code rate (HP_UCI_coding_rate) may be the original coding rate multiplied by omega_HP.
  • the original coding rate may be the code rate applied to the HP UCI or the code rate applied to the HP PUCCH resource.
  • LP_UCI_coding_rate min (HP_UCI_coding_rate, original coding rate).
  • the original coding rate may be the code rate applied to the LP UCI or the code rate applied to the LP PUCCH resource.
  • Application example 6 The application example 6 will be described below.
  • Application Example 6 describes a case where the specific scaling factor (omega_LP) applied to the LP UCI and the specific scaling factor (omega_HP) applied to the HP UCI are defined separately.
  • Application example 5 illustrates a case where omega_LP is provided without providing omega_HP.
  • HP UCI coordination may be the code rate applied to HP UCI or the code rate applied to HP PUCCH resources. These code rates may be referred to as original cording rates.
  • the LP UCI code rate (LP_UCI_coding_rate) may be the original coding rate multiplied by omega_LP.
  • the original coding rate may be the code rate applied to the LP UCI or the code rate applied to the LP PUCCH resource.
  • Application example 7 The application example 7 will be described below.
  • Application Example 7 describes a case where the specific scaling factor (omega_LP) applied to the LP UCI and the specific scaling factor (omega_HP) applied to the HP UCI are defined separately.
  • Application example 7 illustrates a case where both omega_LP and omega_HP are provided.
  • the HP UCI code rate (HP_UCI_coding_rate) may be the original coding rate multiplied by omega_HP.
  • the original coding rate may be the code rate applied to the HP UCI or the code rate applied to the HP PUCCH resource.
  • the LP UCI code rate (LP_UCI_coding_rate) may be the original coding rate multiplied by omega_LP.
  • the original coding rate may be the code rate applied to the LP UCI or the code rate applied to the LP PUCCH resource.
  • Application example 8 describes a case where the specific scaling factor (omega_LP) applied to the LP UCI and the specific scaling factor (omega_HP) applied to the HP UCI are defined separately.
  • the PUCCH format is any one of PUCCH Format 2, PUCCH Format 3 and PUCCH Format 4 will be described.
  • Application example 8 illustrates a case where omega_HP is provided without omega_LP being provided.
  • the HP UCI code rate (HP_UCI_coding_rate) may be the original coding rate multiplied by omega_HP.
  • the original coding rate may be the code rate applied to the HP UCI or the code rate applied to the HP PUCCH resource.
  • LP_UCI_coding_rate min (Upper_bound_LP_UCI_coding_rate, HP_UCI_coding_rate, original coding rate).
  • Upper_bound_LP_UCI_coding_rate represents the upper limit of LPUCI coordination, and is calculated based on the total number of REs (Resource Elements) of PUCCH resources where LP_UCI is multiplexed, HP_UCI_coding_rate, HPUCIpayload, and LPUCIpayload.
  • the LPUCI payload may be a payload without LPUCI bit bundling or partial dropping, or a payload with LPUCI bit bundling or partial dropping. good.
  • the original coding rate may be the code rate applied to the LP UCI or the code rate applied to the LP PUCCH resource.
  • Application example 9 The application example 9 will be described below.
  • Application Example 9 describes a case where the specific scaling factor (omega_LP) applied to the LP UCI and the specific scaling factor (omega_HP) applied to the HP UCI are defined separately.
  • the PUCCH format is any one of PUCCH Format 2, PUCCH Format 3 and PUCCH Format 4 will be described.
  • Application example 9 illustrates a case where omega_LP is provided without providing omega_HP.
  • HP UCI coordination may be the code rate applied to HP UCI or the code rate applied to HP PUCCH resources. These code rates may be referred to as original cording rates.
  • LP_UCI_coding_rate min (Upper_bound_LP_UCI_coding_rate, omega_LP * original coding rate).
  • Upper_bound_LP_UCI_coding_rate represents the upper limit of LPUCI coordination, and is calculated based on the total number of REs (Resource Elements) of PUCCH resources where LP_UCI is multiplexed, HP_UCI_coding_rate, HPUCIpayload, and LPUCIpayload.
  • the LPUCI payload may be a payload without LPUCI bit bundling or partial dropping, or a payload with LPUCI bit bundling or partial dropping. good.
  • the original coding rate may be the code rate applied to the LP UCI or the code rate applied to the LP PUCCH resource.
  • Application example 10 describes a case where the specific scaling factor (omega_LP) applied to the LP UCI and the specific scaling factor (omega_HP) applied to the HP UCI are defined separately.
  • the PUCCH format is any one of PUCCH Format 2, PUCCH Format 3 and PUCCH Format 4 will be described.
  • Application example 10 illustrates a case where both omega_LP and omega_HP are provided.
  • the HP UCI code rate (HP_UCI_coding_rate) may be the original coding rate multiplied by omega_HP.
  • the original coding rate may be the code rate applied to the HP UCI or the code rate applied to the HP PUCCH resource.
  • LP_UCI_coding_rate min (Upper_bound_LP_UCI_coding_rate, omega_LP * original coding rate).
  • Upper_bound_LP_UCI_coding_rate represents the upper limit of LPUCI coordination, and is calculated based on the total number of REs (Resource Elements) of PUCCH resources where LP_UCI is multiplexed, HP_UCI_coding_rate, HPUCIpayload, and LPUCIpayload.
  • the LPUCI payload may be a payload without LPUCI bit bundling or partial dropping, or a payload with LPUCI bit bundling or partial dropping. good.
  • the original coding rate may be the code rate applied to the LP UCI or the code rate applied to the LP PUCCH resource.
  • Radio resource control message The UE 200 may apply a specific scaling factor based on a radio resource control message (RRC message) including an information element that specifies a specific scaling factor.
  • RRC message radio resource control message
  • the RRC message may include an information element that identifies the omega_LP_HP described above.
  • omega_LP_HP is a parameter used in the above-mentioned application examples 1 to 4.
  • omega_LP_HP may be associated with UCIs that have different priorities from each other.
  • UCIs having different priorities may include LP HARQ-ACK and HP HARQ-ACK, or may include HP HARQ-ACK and LP CSI.
  • omega_LP_HP which is commonly applied to UCIs having different priorities, may be set regardless of the combination of HP UCI and LP UCI multiplexed on PUCCH. Separate omega_LP_HP may be set for each combination of HP UCI and LP UCI multiplexed on PUCCH. The combination of HP UCI and LP UCI may be referred to as multiple cases.
  • the RRC message may include an information element that identifies omega_HP as described above.
  • omega_HP is a parameter used in the above-mentioned application examples 5, 7, 8 and 10.
  • omega_HP may be associated with a UCI (HP UCI) that has a high priority.
  • HP UCI may include HP HARQ-ACK or may include HP SR.
  • omega_HP which is commonly applied to UCIs having different priorities, may be set regardless of the combination of HP UCI and LP UCI multiplexed on PUCCH. Separate omega_HP may be set for each combination of HP UCI and LP UCI multiplexed on PUCCH.
  • the RRC message may include an information element that identifies omega_LP as described above.
  • omega_LP is a parameter used in the above-mentioned application examples 6, 7, 9, and 10.
  • omega_LP may be associated with a UCI (LP UCI) having a lower priority.
  • LPUCI may include LPHARQ-ACK or LPCSI.
  • omega_LP which is commonly applied to UCIs having different priorities, may be set regardless of the combination of HP UCI and LP UCI multiplexed on PUCCH. Separate omega_LP may be set for each combination of HP UCI and LP UCI multiplexed on PUCCH.
  • Downlink Control Information UE200 may apply a specific scaling factor based on downlink control information (DCI) including an information element that specifies a specific scaling factor.
  • DCI downlink control information
  • the RRC message may be used to set the possible values for a particular scaling factor.
  • the DCI may include fields to store informational elements that explicitly specify the set set by the RRC message.
  • a specific DCI format peculiar to UE200 may be used as the DCI format.
  • the specific DCI format may include a DCI format that schedules PDSCH with HARQ-ACK, or may include other DCI formats that schedule PUCCHs. In such cases, DCI may have the fields shown below.
  • DCI may include a field for storing the information element that identifies omega_LP_HP described above.
  • omega_LP_HP is a parameter used in the above-mentioned application examples 1 to 4.
  • the DCI may include a field for storing an information element that identifies any one of the above-mentioned omega_HP and omega_LP (omega_XP).
  • omega_HP is a parameter used in the above-mentioned application examples 5, 7, 8 and 10.
  • omega_LP is a parameter used in the above-mentioned application examples 6, 7, 9, and 10.
  • omega_XP contained in DCI for HP UCI may be interpreted as omega_HP.
  • Omega_XP contained in DCI for LP UCI may be interpreted as omega_LP.
  • DCI may include a field for storing the above-mentioned information element specifying omega_HP and a field for storing the information element specifying omega_LP.
  • the DCI for HP UCI may include an information element that identifies omega_LP_HP and an information element that identifies omega_XP, which is interpreted as omega_HP.
  • the DCI for LP UCI may include an information element that identifies omega_LP_HP and an information element that identifies omega_XP, which is interpreted as omega_LP.
  • DCI has a field for storing the above-mentioned information element that identifies omega_LP_HP, a field for storing the above-mentioned information element that identifies omega_HP, and a field for storing the information element that identifies omega_LP. It may be included.
  • the constraint may include the condition that omega_LP_HP contained in the DCI for HP UCI must not be different from omega_LP_HP contained in the DCI for LP UCI.
  • the constraint may include the condition that omega_LP_HP contained in the DCI for HP UCI is applied without applying the omega_LP_HP contained in the DCI for LP UCI.
  • the constraint may include the condition that the omega_LP_HP contained in the DCI for HP UCI is applied instead of the omega_LP_HP contained in the DCI for HP UCI.
  • the constraint may include the condition that omega_HP contained in the DCI for HP UCI must not differ from omega_LP contained in the DCI for LP UCI.
  • the constraint may include the condition that omega_HP contained in the DCI for HP UCI is applied without applying the omega_LP contained in the DCI for LP UCI.
  • the constraint may include the condition that the omega_HP contained in the DCI for HP UCI is not applied, but the omega_LP contained in the DCI for LP UCI is applied.
  • a specific DCI format may be used as the DCI format.
  • the specific DCI format may include a newly introduced DCI format or may include an existing DCI format (0_0, 0_1, 0_2, 1_0, 1_1, 1_2) without scheduling data or PUCCH.
  • the specific DCI format commonly applied to the group may include an existing format (GroupCommonDCIFormat) or a newly introduced DCI format. In such cases, DCI may have the fields shown below.
  • DCI may include a field for storing the information element that identifies omega_LP_HP described above.
  • omega_LP_HP is a parameter used in the above-mentioned application examples 1 to 4.
  • DCI may include a field for storing the above-mentioned information element that identifies omega_HP.
  • omega_HP is a parameter used in the above-mentioned application examples 5, 7, 8 and 10.
  • DCI may include a field for storing the information element that identifies omega_LP described above.
  • omega_LP is a parameter used in the above-mentioned application examples 6, 7, 9, and 10.
  • DCI may include a field for storing the above-mentioned information element specifying omega_HP and a field for storing the above-mentioned information element specifying omega_LP.
  • the DCI may include a field for storing the above-mentioned information element specifying omega_LP_HP and a field for storing the above-mentioned information element specifying omega_HP.
  • DCI may include a field for storing the above-mentioned information element specifying omega_LP_HP and a field for storing the above-mentioned information element specifying omega_LP.
  • the DCI has a field for storing the above-mentioned information element that identifies omega_LP_HP, a field for storing the above-mentioned information element that identifies omega_HP, and a field for storing the above-mentioned information element that identifies omega_LP. , May be included.
  • the information element (specific scaling factor) included in DCI may be applied to all UCI multiplexing regardless of the combination of HP UCI and LP UCI multiplexed on PUCCH.
  • the specific scaling factor may be applied to a multiple case set as a combination of HP UCI and LP UCI (hereinafter referred to as multiple cases) to be multiplexed on PUCCH. Multiple cases may be set by RRC messages.
  • the DCI may include a field that stores a specific scaling factor that is different for each multiple case. The DCI may distinguish the combination of UCIs to which a particular scaling factor applies by number. For example, omega_LP_HP_1 may be applied to a combination of LP HARQ-ACK and HP HARQ-ACK, and omega_LP_HP_2 may be applied to a combination of HP HARQ-ACK and LP HARQ-ACK. omega_HP_1 may be applied to HP HARQ-ACK and omega_HP_2 may be applied to HP SR. omega_LP_1 may be applied to LP HARQ-ACK and omega_LP_2 may be applied to LP CSI.
  • the specific scaling factor may be applied to multiple cases specified by DCI. Two or more multiple cases may be set by the RRC message, and one of the set multiple cases may be specified by DCI. As mentioned above, DCI may include fields that store specific scaling factors that are different for each multiple case. The DCI may distinguish the combination of UCIs to which a particular scaling factor applies by number.
  • a mechanism for deactivating a specific scaling factor may be introduced.
  • a timer for measuring the period for which the specific scaling factor is applied may be introduced, and the specific scaling factor may be deactivated by the expiration of the timer.
  • the timer may measure the period in units of symbols or may measure the period in units of slots.
  • a DCI may be introduced that includes an information element that directs the deactivation of a particular scaling factor.
  • the UE 200 may transmit a UE Capability including an information element regarding the application of a specific scaling factor to the NG-RAN 20.
  • the UE200 may apply a specific scaling factor based on the capabilities of the UE200.
  • the information element regarding the application of the specific scaling factor may be an information element indicating that the UE 200 corresponds to the multiplexing of UCIs having different priorities.
  • the information element regarding the application of the specific scaling factor may be an information element indicating that the UE 200 corresponds to the specific scaling factor.
  • step S10 the UE 200 transmits a message including the UE Capability to the NG-RAN 20.
  • UE Capability may include informational elements regarding the application of specific scaling factors.
  • UE100 receives an RRC message from NG-RAN20.
  • the RRC message may include an information element that identifies a particular scaling factor.
  • the RRC message may include an information element that specifies the setting of possible values for a particular scaling factor.
  • the RRC message may contain informational elements that specify the settings of the multiset to which a particular scaling factor applies.
  • UE200 receives one or more DCIs from NG-RAN20 via PDCCH.
  • the DCI may include information elements that specify a particular scaling factor.
  • the DCI format may be the specific DCI format described above.
  • step S13 the UE 200 transmits an uplink signal using a PUCCH in which UCIs having different priorities are multiplexed.
  • the UE 200 executes UCI channel coding having different priorities from each other by using a newly introduced specific scaling factor. According to such a configuration, in the case where UCIs having different priorities are multiplexed on the PUCCH, the channel coding of the UCIs multiplexed on the PUCCH can be appropriately executed.
  • Modification 1 describes a case where different UCIs are coded separately (hereinafter referred to as separate coding) when UCIs having different priorities are multiplexed in PUCCH. Specifically, the rate matching output lengths of HP UCI and LP UCI in separate coding will be described.
  • HP UCIs of M in different HP UCI types When there are separate LP UCIs of N contained in different LP UCI types, each abbreviation is used in the following sense.
  • UE200 determines the rate matching output length in rate matching of two or more UCIs.
  • the UE200 has a rate matching output length based on a valid code rate determined based on one or more parameters selected from the target code rate of the PUCCH and the code rate of each of the two or more UCIs. May be determined.
  • the UE200 may determine the rate matching output length based on the code rate of each of the two or more UCIs.
  • the UE 200 (control unit 270) may determine the rate matching output length based on the effective code rate of each of the two or more UCIs, which is determined based on the respective code rates of the two or more UCIs.
  • the rate matching output length may be determined based on the effective code rate r_e.
  • the valid code rate r_e is the target code rate r of the PUCCH resource, the HP UCI code rate r_HP_UCI, the LP UCI code rate if there is no further separate coding between the HP UCI bits or the LP UCI bits. It may be determined based on one or more parameters selected from r_LP_UCI.
  • r_e can be selected from the target code rate r of the PUCCH resource, the HP UCI code rate r ⁇ m_HP_UCI, and the LP UCI code rate r ⁇ n_LP_UCI. It may be determined based on one or more selected parameters.
  • the PRB may be determined based on the HP UCI code rate and the LP UCI code rate. For example, when there is no further separate coding between HP UCI bits or LP UCI bits, the HP UCI code rate r_HP_UCI and the LP UCI code rate r_LP_UCI are used as is. When there is further separate coding between HP UCI bits or LP UCI bits, the HP UCI code rate r ⁇ m_HP_UCI and the LP UCI code rate r ⁇ n_LP_UCI are used as is.
  • the PRB may be determined based on the HP UCI valid code rate r_e_HP and the LP UCI valid code rate r_e_LP.
  • the HP UCI valid code rate r_e_HP is determined based on the HP UCI code rate r ⁇ m_HP_UCI
  • the LP UCI valid code rate r_e_LP is determined based on the LP UCI code rate r ⁇ m_LP_UCI.
  • Application example 1 is an application example relating to a case where there is no further separate coding between HP UCI bits or LP UCI bits.
  • the code rate r_e is used.
  • the HP UCI rate matching output length E ⁇ HP_UCI may be calculated by the equation shown in FIG.
  • the rate matching output length E ⁇ LP_UCI of LP UCI may be calculated by the formula shown in FIG.
  • the code rate r_e may be determined based on one or more parameters selected from the target code rate r of the PUCCH resource, the code rate r_HP_UCI of HP UCI, and the code rate r_LP_UCI of LP UCI.
  • r_e may be determined using r.
  • ⁇ may be a value specified by DCI, a value set by an RRC message, or a predetermined fixed value, based on the HP UCI and LP UCI bits. It may be a determined value.
  • r_e may be determined using the HP UCI code rate r_HP_UCI.
  • ⁇ may be a value specified by DCI, a value set by an RRC message, or a predetermined fixed value, based on the HP UCI and LP UCI bits. It may be a determined value.
  • r_e may be determined using the LPUCI code rate r_LP_UCI.
  • ⁇ may be a value specified by DCI, a value set by an RRC message, or a predetermined fixed value, based on the LPUCI and LPUCI bits. It may be a determined value.
  • r_e may be determined using the target code rate r of the PUCCH resource and the code rate r_HP_UCI of HP UCI.
  • r_e may be determined using the target code rate r of the PUCCH resource and the code rate r_LP_UCI of the LP UCI.
  • r_e may be determined using the HP UCI coding rate r_HP_UCI and the LP UCI coding rate r_LP_UCI.
  • ⁇ 1 and ⁇ 2 may be values specified by DCI, may be values set by RRC messages, may be predetermined fixed values, LP UCI bits and LP UCI. It may be a value determined based on bits.
  • r_e may be determined using the target code rate r of the PUCCH resource, the HP UCI code rate r_HP_UCI and the LP UCI code rate r_LP_UCI.
  • Application example 2 is an application example relating to a case where there is no further separate coding between HP UCI bits or LP UCI bits.
  • the HP UCI code rate r_HP_UCI and the LP UCI code rate r_LP_UCI are used.
  • the HP UCI rate matching output length E ⁇ HP_UCI may be calculated by the formula shown in FIG.
  • the rate matching output length E ⁇ LP_UCI of LP UCI may be calculated by the formula shown in FIG.
  • Application example 3 is an application example relating to a case where there is further separate coding between HP UCI bits or LP UCI bits.
  • the code rate r_e is used.
  • the rate matching output length E ⁇ HP (i) _UCI of each coding part ⁇ part-1,..., part-m,... part-M ⁇ of HP UCI may be calculated by the formula shown in FIG.
  • the rate matching output length E ⁇ LP (i) _UCI of each coding part ⁇ part-1,..., part-n,... part-N ⁇ of LP UCI may be calculated by the formula shown in FIG.
  • the code rate r_e may be determined based on one or more parameters selected from the target code rate r of the PUCCH resource, the code rate r_HP_UCI of HP UCI, and the code rate r_LP_UCI of LP UCI.
  • r_e may be determined using r.
  • ⁇ may be a value specified by DCI, a value set by an RRC message, or a predetermined fixed value, based on the HP UCI and LP UCI bits. It may be a determined value.
  • r_e may be determined using the code rate r_HP_UCI of one or more HP UCIs selected from ⁇ r ⁇ 1_HP_UCI,... r ⁇ m_HP_UCI,... r ⁇ M_HP_UCI ⁇ .
  • the code rate r_HP_UCI for one or more HP UCIs may be all r ⁇ m_HP_UCI, a value specified by DCI, a value set by an RRC message, or in advance. It may be a fixed fixed value.
  • the code rate r_HP_UCI of one or more HP UCIs may be a value predetermined by the type of UCI or a value specified by gNB by the type of UCI.
  • ⁇ m may be a value specified by DCI, a value set by an RRC message, or a predetermined fixed value, based on the HP UCI and LP UCI bits. It may be a value determined by.
  • r_e may be determined using the code rate r_LP_UCI of one or more LP UCIs selected from ⁇ r ⁇ 1_LP_UCI,... r ⁇ n_LP_UCI,... r ⁇ N_LP_UCI ⁇ .
  • the code rate r_LP_UCI for one or more LP UCIs may be all r ⁇ n_LP_UCI, a value specified by DCI, a value set by an RRC message, or in advance. It may be a fixed fixed value.
  • the code rate r_LP_UCI of one or more LP UCIs may be a predetermined value depending on the type of UCI or a value specified by gNB depending on the type of UCI.
  • ⁇ n may be a value specified by DCI, a value set by an RRC message, or a predetermined fixed value, based on the LP UCI bits and LP UCI bits. It may be a value determined by.
  • r_e is determined using the target code rate r of the PUCCH resource and the code rate r_HP_UCI of one or more HP UCIs selected from ⁇ r ⁇ 1_HP_UCI,... r ⁇ m_HP_UCI,... r ⁇ M_HP_UCI ⁇ . May be good.
  • the code rate r_HP_UCI for one or more HP UCIs may be all r ⁇ m_HP_UCI, a value specified by DCI, a value set by an RRC message, or in advance. It may be a fixed fixed value.
  • the code rate r_HP_UCI of one or more HP UCIs may be a value predetermined by the type of UCI or a value specified by gNB by the type of UCI.
  • ⁇ 1 and ⁇ m may be values specified by DCI, values set by RRC messages
  • r_e is determined using the target code rate r of the PUCCH resource and the code rate r_LP_UCI of one or more LP UCIs selected from ⁇ r ⁇ 1_LP_UCI,... r ⁇ n_LP_UCI,... r ⁇ N_LP_UCI ⁇ . May be good.
  • the code rate r_LP_UCI for one or more LP UCIs may be all r ⁇ n_LP_UCI, a value specified by DCI, a value set by an RRC message, or in advance. It may be a fixed fixed value.
  • the code rate r_LP_UCI of one or more LP UCIs may be a predetermined value depending on the type of UCI or a value specified by gNB depending on the type of UCI.
  • ⁇ 1 and ⁇ n may be values specified by DCI, may be values
  • r_e is the code rate r_HP_UCI and ⁇ r ⁇ 1_LP_UCI,... r ⁇ n_LP_UCI,... r ⁇ of one or more HP UCIs selected from ⁇ r ⁇ 1_HP_UCI,... r ⁇ m_HP_UCI,... r ⁇ M_HP_UCI ⁇ . It may be determined using the code rate r_LP_UCI of one or more LP UCIs selected from N_LP_UCI ⁇ .
  • the code rate r_HP_UCI for one or more HP UCIs may be all r ⁇ n_HP_UCI, a value specified by DCI, a value set by an RRC message, or in advance.
  • the code rate r_HP_UCI of one or more HP UCIs may be a value predetermined by the type of UCI or a value specified by gNB by the type of UCI.
  • the code rate r_LP_UCI for one or more LP UCIs may be all r ⁇ n_LP_UCI, a value specified by DCI, or a value set by an RRC message. It may be a predetermined fixed value.
  • the code rate r_LP_UCI of one or more LP UCIs may be a predetermined value depending on the type of UCI or a value specified by gNB depending on the type of UCI.
  • r_e is the code rate r_HP_UCI and ⁇ r ⁇ 1_LP_UCI, of one or more HP UCIs selected from the target code rates r of the PUCCH resource, ⁇ r ⁇ 1_HP_UCI,... r ⁇ m_HP_UCI,... r ⁇ M_HP_UCI ⁇ . It may be determined using the code rate r_LP_UCI of one or more LP UCIs selected from... r ⁇ n_LP_UCI,... r ⁇ N_LP_UCI ⁇ .
  • the code rate r_HP_UCI for one or more HP UCIs may be all r ⁇ n_HP_UCI, a value specified by DCI, a value set by an RRC message, or in advance. It may be a fixed fixed value.
  • the code rate r_HP_UCI of one or more HP UCIs may be a value predetermined by the type of UCI or a value specified by gNB by the type of UCI.
  • the code rate r_LP_UCI for one or more LP UCIs may be all r ⁇ n_LP_UCI, a value specified by DCI, or a value set by an RRC message. It may be a predetermined fixed value.
  • the code rate r_LP_UCI of one or more LP UCIs may be a predetermined value depending on the type of UCI or a value specified by gNB depending on the type of UCI.
  • ⁇ 0 , ⁇ m and ⁇ n may be values specified by DCI, may be values set by RRC messages, may be predetermined fixed values, and may be LP UCI bits. And may be a value determined based on the LP UCI bit.
  • Application example 4 is an application example relating to a case where there is further separate coding between HP UCI bits or LP UCI bits.
  • the HP UCI valid code rate r_e_HP_UCI and the LP UCI valid code rate r_e_LP_UCI are used.
  • the rate matching output length E ⁇ HP (i) _UCI of each coding part ⁇ part-1,..., part-m,... part-M ⁇ of HP UCI may be calculated by the formula shown in FIG.
  • the rate matching output length E ⁇ LP (i) _UCI of each coding part ⁇ part-1,..., part-n,... part-N ⁇ of LP UCI may be calculated by the formula shown in FIG.
  • r_e_HP_UCI may be determined based on the code rate r_HP_UCI of one or more HP UCIs selected from ⁇ r ⁇ 1_HP_UCI,... r ⁇ m_HP_UCI,... r ⁇ M_HP_UCI ⁇ .
  • the code rate r_HP_UCI for one or more HP UCIs may be all r ⁇ n_HP_UCI, a value specified by DCI, a value set by an RRC message, or in advance. It may be a fixed fixed value.
  • the code rate r_HP_UCI of one or more HP UCIs may be a value predetermined by the type of UCI or a value specified by gNB by the type of UCI.
  • ⁇ m may be a value specified by DCI, a value set by an RRC message, or a predetermined fixed value, based on the HP UCI and LP UCI bits. It may be a value determined by.
  • r_e_LP_UCI may be determined using the code rate r_LP_UCI of one or more LP UCIs selected from ⁇ r ⁇ 1_LP_UCI,... r ⁇ n_LP_UCI,... r ⁇ N_LP_UCI ⁇ .
  • the code rate r_LP_UCI for one or more LP UCIs may be all r ⁇ n_LP_UCI, may be a value specified by DCI, may be a value set by an RRC message, and may be predetermined. It may be a fixed value.
  • the code rate r_LP_UCI of one or more LP UCIs may be a predetermined value depending on the type of UCI or a value specified by gNB depending on the type of UCI.
  • r_e_LP_UCI max ⁇ r ⁇ 1_LP_UCI,... r ⁇ n_LP_UCI,... r ⁇ N_LP_UCI
  • It may be r_e_LP_UCI ave ⁇ r ⁇ 1_LP_UCI,... r ⁇ n_LP_UCI,... r ⁇ N_LP_UCI ⁇
  • r_e_LP_UCI ⁇ n ⁇ r ⁇ n_LP_UCI.
  • ⁇ n may be a value specified
  • Application example 5 is an application example relating to a case where there is further separate coding between HP UCI bits or LP UCI bits.
  • the code rate r ⁇ m_HP_UCI of each coding part of HP UCI and the code rate r ⁇ n_LP_UCI of each coding part of LP UCI are used.
  • the rate matching output length E ⁇ HP (i) _UCI of each coding part ⁇ part-1,..., part-m,... part-M ⁇ of HP UCI may be calculated by the formula shown in FIG.
  • the rate matching output length E ⁇ LP (i) _UCI of each coding part ⁇ part-1,..., part-n,... part-N ⁇ of LP UCI may be calculated by the formula shown in FIG.
  • the specific scaling factor (omega_LP_HP, omega_HP, omega_LP) may be set by the upper layer parameter.
  • the specific scaling factor may be predetermined in the wireless communication system.
  • the specific scaling factor is set by the upper layer parameter and may be reported from UE200 to NG-RAN20 as UECapability.
  • an information element that specifies a specific scaling factor may be included in the MAC CE message.
  • the application of DCI described above may be realized by MAC CE notification.
  • the priority may be set as follows.
  • the HARQ-ACK priority may be higher than the SR priority.
  • the priority for URLLC Ultra Reliable and Low Latency Communications
  • eMBB enhanced Mobile BroadBand
  • the target code rate (eg r_HP_UCI, r_LP_UCI, r_ ⁇ m_HP_UCI, r ⁇ n_LP_UCI, etc.) is included in the gNB indication. It may be determined on the basis of it, or it may be punished by other methods.
  • which of the above-mentioned application examples 1 to 5 is used to determine the rate matching output length is determined in the multiplexing of HP UCI and LP UCI with separate coding. It may be selected based on the method of selecting resources of PUCCH and the method of determining PRB. For example, with the loose option of selecting a PUCCH resource with redundant resources based on the target code rate of the PUCCH resource used to select the PUCCH resource (lower than the HP UCI and LP UCI code rates), either application is selected. May be done. On the other hand, as a strict option for selecting a PUCCH resource having redundant resources based on the HP UCI and LP UCI code rates, an application example in which the HP UCI and LP UCI code rates are used as they are may be selected.
  • the information element (for example, target code rate) required for separate coding may be set by the upper layer parameter.
  • Information elements required for separate coding may be reported by UE200 as UECapability.
  • the information elements required for separate coding may be predetermined.
  • the information elements required for separate coding may be set based on the upper layer parameters and UE Capability.
  • the information elements required for separate coding may be determined based on the type of UCI contained in the UCI bits to be multiplexed.
  • UE Capability may include an information element indicating whether or not UE200 supports UCI separate coding with different priorities.
  • the UE Capability may include an information element indicating whether or not it has a function to execute the selection of the PUCCH resource (set) based on the code rates of LP UCI and HP UCI.
  • the block configuration diagram (FIG. 4) used in the description of the above-described embodiment shows a block of functional units.
  • These functional blocks are realized by any combination of at least one of hardware and software.
  • the method of realizing each functional block is not particularly limited. That is, each functional block may be realized using one physically or logically coupled device, or two or more physically or logically separated devices can be directly or indirectly (eg, for example). , 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.
  • Functions include judgment, decision, judgment, calculation, calculation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, solution, selection, selection, establishment, comparison, assumption, expectation, and assumption. Broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc., but limited to these I can't.
  • a functional block (configuration unit) that makes transmission function is called a transmitting unit (transmitting unit) or a transmitter (transmitter).
  • the realization method is not particularly limited.
  • FIG. 11 is a diagram showing an example of the hardware configuration of the device.
  • the device may be 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 word “device” can be read as a circuit, device, unit, etc.
  • the hardware configuration of the device may be configured to include one or more of each of the devices shown in the figure, or may be configured not to include some of the devices.
  • Each functional block of the device (see FIG. 4) is realized by any hardware element of the computer device or a combination of the hardware elements.
  • each function in the device is such that the processor 1001 performs an operation by loading predetermined software (program) on the hardware such as the processor 1001 and the memory 1002, and controls the communication by the communication device 1004, or the memory. It is realized by controlling at least one of reading and writing of data in 1002 and storage 1003.
  • predetermined software program
  • 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, a register, and the like.
  • CPU central processing unit
  • 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
  • a program that causes a computer to execute at least a part of the operations described in the above-described embodiment is used.
  • the various processes described above may be executed by one processor 1001 or may be executed simultaneously or sequentially by two or more processors 1001.
  • Processor 1001 may be implemented by one or more chips.
  • the program may be transmitted from the network via a telecommunication line.
  • the memory 1002 is a computer-readable recording medium, and is composed of at least one such as ReadOnlyMemory (ROM), ErasableProgrammableROM (EPROM), Electrically ErasableProgrammableROM (EEPROM), and RandomAccessMemory (RAM). May be done.
  • 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 execute the method according to the embodiment of the present disclosure.
  • the storage 1003 is a computer-readable recording medium, for example, an optical disk such as Compact Disc ROM (CD-ROM), a hard disk drive, a flexible disk, an optical magnetic disk (for example, a compact disk, a digital versatile disk, or a Blu-ray). It may consist of at least one (registered trademark) disk), smart card, flash memory (eg, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like.
  • Storage 1003 may be referred to as auxiliary storage.
  • the recording medium described above may be, for example, a database, server or other suitable medium containing at least one of the memory 1002 and the storage 1003.
  • 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 (FDD) and time division duplex (TDD). It may be composed of.
  • FDD frequency division duplex
  • TDD time division duplex
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts an input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, an 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).
  • Bus 1007 may be configured using a single bus or may be configured using different buses for each device.
  • the device includes hardware such as a microprocessor, a digital signal processor (Digital Signal Processor: DSP), ApplicationSpecific IntegratedCircuit (ASIC), ProgrammableLogicDevice (PLD), and FieldProgrammableGateArray (FPGA).
  • the hardware may implement some or all of each functional block.
  • processor 1001 may be implemented using at least one of these hardware.
  • information notification includes physical layer signaling (eg Downlink Control Information (DCI), Uplink Control Information (UCI), higher layer signaling (eg RRC signaling, Medium Access Control (MAC) signaling, Master Information Block). (MIB), System Information Block (SIB)), other signals or combinations thereof.
  • DCI Downlink Control Information
  • UCI Uplink Control Information
  • RRC signaling eg RRC signaling, Medium Access Control (MAC) signaling, Master Information Block). (MIB), System Information Block (SIB)
  • RRC signaling may also be referred to as an RRC message, eg, RRC Connection Setup. ) Message, RRC Connection Reconfiguration message, etc. may be used.
  • LTE LongTermEvolution
  • LTE-A LTE-Advanced
  • SUPER3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • FutureRadioAccess FAA
  • NewRadio NR
  • W-CDMA registered trademark
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access 2000
  • UMB UltraMobileBroadband
  • IEEE802.11 Wi-Fi (registered trademark)
  • IEEE802.16 WiMAX®
  • IEEE802.20 Ultra-WideBand
  • Bluetooth® Ultra-WideBand
  • other systems that utilize appropriate systems and at least one of the next-generation systems extended based on them. It may be applied to one.
  • a plurality of systems may be applied in combination (for example, a combination of at least one of LTE and LTE-A and 5G).
  • the specific operation performed by the base station in this disclosure may be performed by its upper node (upper node).
  • various operations performed for communication with the terminal are the base station and other network nodes other than the base station (eg, MME or). It is clear that it can be done by at least one of (but not limited to, S-GW, etc.).
  • S-GW network node
  • the case where there is one network node other than the base station is illustrated above, it may be a combination of a plurality of other network nodes (for example, MME and S-GW).
  • Information and signals can be output from the upper layer (or lower layer) to the lower layer (or upper layer).
  • Input / output may be performed via a plurality of network nodes.
  • the input / output information may be stored in a specific location (for example, memory) or may be managed using a management table.
  • the input / output information may be overwritten, updated, or added.
  • the output information may be deleted.
  • the entered information may be transmitted to other devices.
  • the determination may be made by a value represented by 1 bit (0 or 1), by a boolean value (Boolean: true or false), or by comparing numerical values (for example, a predetermined value). It may be done by comparison with the value).
  • the notification of predetermined information (for example, the notification of "being X") is not limited to the explicit one, but is performed implicitly (for example, the notification of the predetermined information is not performed). May be good.
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • the software may use at least one of wired technology (coaxial cable, fiber optic cable, twist pair, digital subscriber line (DSL), etc.) and wireless technology (infrared, microwave, etc.) to create a website.
  • wired technology coaxial cable, fiber optic cable, twist pair, digital subscriber line (DSL), etc.
  • wireless technology infrared, microwave, etc.
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different techniques.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description are voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may be represented by a combination of.
  • a channel and a symbol may be a signal (signaling).
  • the signal may be a message.
  • the component carrier (CC) may be referred to as a carrier frequency, a cell, a frequency carrier, or the like.
  • system and “network” used in this disclosure are used interchangeably.
  • the information, parameters, etc. described in the present disclosure may be expressed using an absolute value, a relative value from a predetermined value, or another corresponding information. It may be represented.
  • the radio resource may be one indicated by an index.
  • Base Station BS
  • Wireless Base Station Wireless Base Station
  • NodeB NodeB
  • eNodeB eNodeB
  • gNodeB gNodeB
  • 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 (also called sectors). When a base station accommodates multiple cells, the entire base station coverage area can be divided into multiple smaller areas, each smaller area being a base station subsystem (eg, a remote radio for indoor use). Communication services can also be provided by Head: RRH).
  • RRH Remote Radio Head
  • cell refers to a part or all of the coverage area of at least one of the base station providing communication services in this coverage and the base station subsystem.
  • MS Mobile Station
  • UE user equipment
  • terminal terminal
  • Mobile stations can be used by those skilled in the art as 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. It may also be referred to as a terminal, remote terminal, 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 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, a 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 a base station and a 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 as a mobile station (user terminal, the same shall apply hereinafter).
  • communication between a base station and a mobile station has been replaced with communication between a plurality of mobile stations (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 mobile station may have the functions of the base station.
  • words such as "up” and “down” may be read as words corresponding to communication between terminals (for example, "side”).
  • the upstream channel, the downstream channel, and the like may be read as a side channel.
  • the mobile station in the present disclosure may be read as a base station.
  • the base station may have the functions of the mobile station.
  • the wireless frame may be composed of one or more frames in the time domain. Each one or more frames in the time domain may be referred to as a subframe.
  • the subframe may be further composed of one or more slots in the time domain.
  • the subframe may have a fixed time length (eg, 1 ms) that does not depend on numerology.
  • the numerology may be a communication parameter applied to at least one of the transmission and reception of a signal or channel.
  • Numerology includes, for example, SubCarrier Spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (Transmission Time Interval: TTI), number of symbols per TTI, wireless frame configuration, transmission / reception. It may indicate at least one of a specific filtering process performed by the machine in the frequency domain, a specific windowing process performed by the transmitter / receiver in the time domain, and the like.
  • the slot may be composed of one or more symbols (Orthogonal Frequency Division Multiplexing (OFDM) symbol, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbol, etc.) in the time region.
  • the slot may be a unit of time based on numerology.
  • the slot may include a plurality of mini slots.
  • Each minislot may be composed of one or more symbols in the time domain. Further, the mini-slot may be referred to as a sub-slot.
  • a minislot may consist of a smaller number of symbols than the slot.
  • PDSCH (or PUSCH) transmitted in time units larger than the minislot may be referred to as PDSCH (or PUSCH) mapping type A.
  • the PDSCH (or PUSCH) transmitted using the minislot may be referred to as PDSCH (or 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 use different names corresponding to each.
  • one subframe may be referred to as a transmission time interval (TTI)
  • TTI transmission time interval
  • TTI transmission time interval
  • TTI transmission time interval
  • TTI transmission time interval
  • TTI transmission time interval
  • TTI slot or one minislot
  • at least one of the subframe and TTI may be a subframe (1ms) in existing LTE, a period shorter than 1ms (eg, 1-13 symbols), or a period longer than 1ms. 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 wireless 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.
  • 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.
  • TTI with a time length of 1 ms may be called normal TTI (TTI in LTE Rel.8-12), normal TTI, long TTI, normal subframe, normal subframe, long subframe, slot, etc.
  • 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
  • the short TTI (for example, shortened TTI, etc.) may be read as a TTI less than the TTI length of the long TTI and 1 ms. It may be read as a TTI having the above TTI length.
  • the resource block (RB) 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 RB may be the same regardless of numerology, and may be, for example, 12.
  • the number of subcarriers contained in the RB may be determined based on numerology.
  • the time domain of RB may include one or more symbols, 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 include a physical resource block (Physical RB: PRB), a sub-carrier group (Sub-Carrier Group: SCG), a resource element group (Resource Element Group: REG), a PRB pair, an RB pair, and the like. May be called.
  • Physical RB Physical RB: PRB
  • SCG sub-carrier Group
  • REG resource element group
  • PRB pair an RB pair, and the like. May be called.
  • the resource block may be composed of one or a plurality of resource elements (ResourceElement: RE).
  • RE resource elements
  • 1RE may be a radio resource area of 1 subcarrier and 1 symbol.
  • Bandwidth Part (which may also be called partial bandwidth) may represent a subset of consecutive common resource blocks for a neurology in a carrier. 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.
  • BWP may include BWP for UL (UL BWP) and BWP for DL (DL BWP).
  • BWP for UL
  • DL BWP BWP for DL
  • 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, minislots 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 RB.
  • the number of subcarriers, as well as the number of symbols in the TTI, the symbol length, the cyclic prefix (CP) length, and other configurations can be changed in various ways.
  • connection means any direct or indirect connection or connection between two or more elements and each other. It can include the presence of one or more intermediate elements between two “connected” or “combined” elements.
  • the connection or connection between the elements may be physical, logical, or a combination thereof.
  • connection may be read as "access”.
  • the two elements use at least one of one or more wires, cables and printed electrical connections, and as some non-limiting and non-comprehensive examples, the radio frequency region.
  • Electromagnetic energies with wavelengths in the microwave and light (both visible and invisible) regions, etc. can be considered to be “connected” or “coupled” to each other.
  • the reference signal can also be abbreviated as Reference Signal (RS), and may be called a pilot (Pilot) depending on the applied standard.
  • RS Reference Signal
  • Pilot pilot
  • each of the above devices may be replaced with a "part”, a “circuit”, a “device”, or the like.
  • references to elements using designations such as “first” and “second” 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. Therefore, references to the first and second elements do not mean that only two elements can be adopted there, or that the first element must somehow precede the second element.
  • determining and “determining” used in this disclosure may include a wide variety of actions.
  • “Judgment” and “decision” are, for example, judgment (judging), calculation (calculating), calculation (computing), processing (processing), derivation (deriving), investigation (investigating), search (looking up, search, inquiry). It may include (eg, searching in a table, database or another data structure), ascertaining as “judgment” or “decision”.
  • judgment and “decision” are receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access. It may include (for example, accessing data in memory) to be regarded as “judgment” or “decision”.
  • judgment and “decision” are considered to be “judgment” and “decision” when the things such as solving, selecting, choosing, establishing, and comparing are regarded as “judgment” and “decision”. Can include. That is, “judgment” and “decision” may include considering some action as “judgment” and “decision”. Further, “judgment (decision)” may be read as “assuming", “expecting”, “considering” 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”.
  • Radio communication system 20 NG-RAN 100 gNB 200 UE 210 Wireless signal transmitter / receiver 220 Amplifier 230 Modulator / demodulator 240 Control signal / reference signal processing 250 Encoding / decoding 260 Data transmitter / receiver 270 Control 1001 Processor 1002 Memory 1003 Storage 1004 Communication device 1005 Input device 1006 Output device 1007 Bus

Landscapes

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

Abstract

端末は、互いに異なる優先度を有する２以上の上りリンク制御情報を上りリンク制御チャネルに多重する制御部と、前記２以上の上りリンク制御情報が多重された前記上りリンク制御チャネルを用いて、上りリンク信号を送信する通信部と、を備え、前記制御部は、前記２以上の上りリンク制御情報のレートマッチングにおいて、前記チャネルコーディングの出力長を決定する。

Description

端末
　本開示は、無線通信を実行する端末、特に、上りリンク制御チャネルに対する上りリンク制御情報の多重を実行する端末に関する。
　3rd Generation Partnership Project（3GPP）は、5th generation mobile communication system（5G、New Radio（NR）またはNext Generation（NG）とも呼ばれる）を仕様化し、さらに、Beyond 5G、5G Evolution或いは6Gと呼ばれる次世代の仕様化も進めている。
　3GPPのRelease 15では、同一スロット送信される２以上の上りリンクチャネル（PUCCH（Physical Uplink Control Channel）及びPUSCH（Physical Uplink Shared Channel））の多重がサポートされる。
　さらに、3GPPのRelease 17では、異なる優先度を有するUCI（Uplink Control Information）をPUCCHに多重することをサポートすることが合意された（例えば、非特許文献１）。
　このような背景下において、発明者等は、鋭意検討の結果、異なるUCIの多重において、チャネルコーディングに用いる新たなスケーリングファクタの導入によって、異なる優先度を有するUCIのチャネルコーディングを適切に実行することが可能であることを見出した。
　そこで、以下の開示は、このような状況に鑑みてなされたものであり、上りリンク制御チャネルに多重される上りリンク制御情報のチャネルコーディングを適切に実行し得る端末の提供を目的とする。
　本開示の一態様は、端末であって、互いに異なる優先度を有する２以上の上りリンク制御情報を上りリンク制御チャネルに多重する制御部と、前記２以上の上りリンク制御情報が多重された前記上りリンク制御チャネルを用いて、上りリンク信号を送信する通信部と、を備え、前記制御部は、前記２以上の上りリンク制御情報のレートマッチングにおいて、前記チャネルコーディングの出力長を決定する、ことを要旨とする。
図１は、無線通信システム10の全体概略構成図である。 図２は、無線通信システム10において用いられる周波数レンジを示す図である。 図３は、無線通信システム10において用いられる無線フレーム、サブフレーム及びスロットの構成例を示す図である。 図４は、UE200の機能ブロック構成図である。 図５は、動作例を示す図である。 図６は、レートマッチング出力長の一例を示す図である。 図７は、レートマッチング出力長の一例を示す図である。 図８は、レートマッチング出力長の一例を示す図である。 図９は、レートマッチング出力長の一例を示す図である。 図１０は、レートマッチング出力長の一例を示す図である。 図１１は、UE200のハードウェア構成の一例を示す図である。
　以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。
　［実施形態］
　（１）無線通信システムの全体概略構成
　図１は、実施形態に係る無線通信システム10の全体概略構成図である。無線通信システム10は、5G New Radio（NR）に従った無線通信システムであり、Next Generation-Radio Access Network 20（以下、NG-RAN20）、及び端末200（以下、UE200）を含む。
　なお、無線通信システム10は、Beyond 5G、5G Evolution或いは6Gと呼ばれる方式に従った無線通信システムでもよい。
　NG-RAN20は、無線基地局100A（以下、gNB100A）及び無線基地局100B（以下、gNB100B）を含む。なお、gNB及びUEの数を含む無線通信システム10の具体的な構成は、図１に示した例に限定されない。
　NG-RAN20は、実際には複数のNG-RAN Node、具体的には、gNB（またはng-eNB）を含み、5Gに従ったコアネットワーク（5GC、不図示）と接続される。なお、NG-RAN20及び5GCは、単に「ネットワーク」と表現されてもよい。
　gNB100A及びgNB100Bは、5Gに従った無線基地局であり、UE200と5Gに従った無線通信を実行する。gNB100A、gNB100B及びUE200は、複数のアンテナ素子から送信される無線信号を制御することによって、より指向性の高いビームBMを生成するMassive MIMO（Multiple-Input Multiple-Output）、複数のコンポーネントキャリア（CC）を束ねて用いるキャリアアグリゲーション（CA）、及びUEと２つのNG-RAN Nodeそれぞれとの間において同時に通信を行うデュアルコネクティビティ（DC）などに対応することができる。DCは、MCG（Master Cell Group）及びSCG（Secondary Cell Group）を用いたMR-DC（Multi-RAT Dual Connectivity）を含んでもよい。MR-DCとしては、EN-DC（E-UTRA-NR Dual Connectivity）、NE-DC（NR-EUTRA Dual Connectivity）及びNR-DC（NR-NR Dual Connectivity）などが挙げられる。ここで、CAで用いるCC（セル）は、同一セルグループを構成すると考えてもよい。MCG及びSCGは、同一のセルグループを構成すると考えてもよい。
　また、無線通信システム10は、複数の周波数レンジ（FR）に対応する。図２は、無線通信システム10において用いられる周波数レンジを示す。
　図２に示すように、無線通信システム10は、FR1及びFR2に対応する。各FRの周波数帯は、次のとおりである。
　・FR1：410 MHz～7.125 GHz
　・FR2：24.25 GHz～52.6 GHz
　FR1では、15, 30または60kHzのSub-Carrier Spacing（SCS）が用いられ、5～100MHzの帯域幅（BW）が用いられてもよい。FR2は、FR1よりも高周波数であり、60,または120kHz（240kHzが含まれてもよい）のSCSが用いられ、50～400MHzの帯域幅（BW）が用いられてもよい。
　なお、SCSは、numerologyと解釈されてもよい。numerologyは、3GPP TS38.300において定義されており、周波数ドメインにおける一つのサブキャリア間隔と対応する。
　さらに、無線通信システム10は、FR2の周波数帯よりも高周波数帯にも対応する。具体的には、無線通信システム10は、52.6GHzを超え、114.25GHzまでの周波数帯に対応する。このような高周波数帯は、便宜上「FR2x」と呼ばれてもよい。
　高周波数帯では位相雑音の影響が大きくなる問題を解決するため、52.6GHzを超える帯域を用いる場合、より大きなSub-Carrier Spacing（SCS）を有するCyclic Prefix-Orthogonal Frequency Division Multiplexing（CP-OFDM）／Discrete Fourier Transform - Spread（DFT-S-OFDM）を適用してもよい。
　図３は、無線通信システム10において用いられる無線フレーム、サブフレーム及びスロットの構成例を示す。
　図３に示すように、１スロットは、１４シンボルで構成され、SCSが大きく（広く）なる程、シンボル期間（及びスロット期間）は短くなる。SCSは、図３に示す間隔（周波数）に限定されない。例えば、480kHz、960kHzなどが用いられてもよい。
　また、１スロットを構成するシンボル数は、必ずしも１４シンボルでなくてもよい（例えば、２８、５６シンボル）。さらに、サブフレーム当たりのスロット数は、SCSによって異なっていてよい。
　なお、図３に示す時間方向（t）は、時間領域、シンボル期間またはシンボル時間などと呼ばれてもよい。また、周波数方向は、周波数領域、リソースブロック、サブキャリア、BWP (Bandwidth Part)などと呼ばれてもよい。
　（２）無線通信システムの機能ブロック構成
　次に、無線通信システム10の機能ブロック構成について説明する。具体的には、UE200の機能ブロック構成について説明する。
　図４は、UE200の機能ブロック構成図である。図４に示すように、UE200は、無線信号送受信部210、アンプ部220、変復調部230、制御信号・参照信号処理部240、符号化/復号部250、データ送受信部260及び制御部270を備える。
　無線信号送受信部210は、NRに従った無線信号を送受信する。無線信号送受信部210は、Massive MIMO、複数のCCを束ねて用いるCA、及びUEと２つのNG-RAN Nodeそれぞれとの間において同時に通信を行うDCなどに対応する。
　アンプ部220は、PA (Power Amplifier)/LNA (Low Noise Amplifier)などによって構成される。アンプ部220は、変復調部230から出力された信号を所定の電力レベルに増幅する。また、アンプ部220は、無線信号送受信部210から出力されたRF信号を増幅する。
　変復調部230は、所定の通信先（gNB100または他のgNB）毎に、データ変調／復調、送信電力設定及びリソースブロック割当などを実行する。変復調部230では、Cyclic Prefix-Orthogonal Frequency Division Multiplexing（CP-OFDM）／Discrete Fourier Transform - Spread（DFT-S-OFDM）が適用されてもよい。また、DFT-S-OFDMは、上りリンク（UL）だけでなく、下りリンク（DL）にも用いられてもよい。
　制御信号・参照信号処理部240は、UE200が送受信する各種の制御信号に関する処理、及びUE200が送受信する各種の参照信号に関する処理を実行する。
　具体的には、制御信号・参照信号処理部240は、gNB100から所定の制御チャネルを介して送信される各種の制御信号、例えば、無線リソース制御レイヤ（RRC）の制御信号を受信する。また、制御信号・参照信号処理部240は、gNB100に向けて、所定の制御チャネルを介して各種の制御信号を送信する。
　制御信号・参照信号処理部240は、Demodulation Reference Signal（DMRS）、及びPhase Tracking Reference Signal （PTRS）などの参照信号（RS）を用いた処理を実行する。
　DMRSは、データ復調に用いるフェージングチャネルを推定するための端末個別の基地局～端末間において既知の参照信号（パイロット信号）である。PTRSは、高い周波数帯で課題となる位相雑音の推定を目的した端末個別の参照信号である。
　なお、参照信号には、DMRS及びPTRS以外に、Channel State Information-Reference Signal（CSI-RS）、Sounding Reference Signal（SRS）、及び位置情報用のPositioning Reference Signal（PRS）が含まれてもよい。
　また、チャネルには、制御チャネルとデータチャネルとが含まれる。制御チャネルには、PDCCH（Physical Downlink Control Channel）、PUCCH（Physical Uplink Control Channel）、RACH（Random Access Channel）、Random Access Radio Network Temporary Identifier(RA-RNTI)を含むDownlink Control Information (DCI)）、及びPhysical Broadcast Channel（PBCH）などが含まれる。
　また、データチャネルには、PDSCH（Physical Downlink Shared Channel）、及びPUSCH（Physical Uplink Shared Channel）などが含まれる。データとは、データチャネルを介して送信されるデータを意味する。データチャネルは、共有チャネルと読み替えられてもよい。
　実施形態では、制御信号・参照信号処理部240は、異なる優先度を有する２以上の上りリンク制御情報（UCI（Uplink Control Information））が多重された上りリンク制御チャネル（PUCCH）を用いて、上りリンク信号を送信する通信部を構成する。PUCCHを介して送信される上りリンク信号は、少なくともUCIを含む。UCIは、１以上のTBに対する確認応答（HARQ-ACK）を含んでもよい。UCIは、リソースのスケジューリングを要求するSR（Scheduling Request）を含んでもよく、チャネルの状態を表すCSI（Channel State Information）を含んでもよい。
　符号化/復号部250は、所定の通信先（gNB100または他のgNB）毎に、データの分割／連結及びチャネルコーディング／復号などを実行する。
　具体的には、符号化/復号部250は、データ送受信部260から出力されたデータを所定のサイズに分割し、分割されたデータに対してチャネルコーディングを実行する。また、符号化/復号部250は、変復調部230から出力されたデータを復号し、復号したデータを連結する。
　データ送受信部260は、Protocol Data Unit (PDU)ならびにService Data Unit (SDU)の送受信を実行する。具体的には、データ送受信部260は、複数のレイヤ（媒体アクセス制御レイヤ（MAC）、無線リンク制御レイヤ（RLC）、及びパケット・データ・コンバージェンス・プロトコル・レイヤ（PDCP）など）におけるPDU/SDUの組み立て／分解などを実行する。また、データ送受信部260は、ハイブリッドARQ（Hybrid automatic repeat request）に基づいて、データの誤り訂正及び再送制御を実行する。
　制御部270は、UE200を構成する各機能ブロックを制御する。特に、実施形態では、制御部270は、互いに異なる優先度を有する２以上UCIをPUCCHに多重する制御部を構成する。制御部270は、２以上のUCIのチャネルコーディングにおいて、２以上のUCIの少なくともいずれか一方のUCIに対して特定スケーリングファクタを適用する。特定スケーリングファクタは、omega_LP_HPと呼称されてもよく、omega_HPと呼称されてもよく、omega_LPと呼称されてもよい。特定スケーリングファクタは、互いに異なる優先度を有する２以上UCIのコードレートを別々に決定するケースで用いられるパラメータである。
　以下においては、第１優先度を有するUCI（以下、LP（Low Priority） UCI）及び第１優先度よりも高い第２優先度を有するUCI（以下、HP（High Priority） UCI）を例に挙げて説明する。omega_LP_HPは、LP UCIに適用されるパラメータであってもよく、HP UCIに適用されるパラメータであってもよい。特定スケーリングファクタは、0≦omega_LP_HP（omega_HP又はomega_HP）≦1の条件を満たす。
　（３）チャネルコーディング
　以下において、チャネルコーディングについて説明する。具体的には、互いに異なるUCIをPUCCHに多重するケースにおけるUCIのチャネルコーディングについて説明する。ここでは、LP UCI及びHP UCIを多重するケースについて例示する。UCIは、HARQ-ACK、SR、CSI Part 1、CSI Part 2の中から選択された１以上の情報要素であってもよい。
　（３．１）適用例１
　以下において、適用例１について説明する。適用例１では、LP UCI及びHP UCIのいずれか１つに適用される特定スケーリングファクタ（omega_LP_HP）について説明する。ここでは、LP UCIにomega_LP_HPに適用される。
　HP UCIのコードレート（HP_UCI_coding_rate）は、HP UCIに適用されるコードレートであってもよく、HP（High Priority） PUCCHリソースに適用されるコードレートであってもよい。これらのコードレートは、omega_LP_HPが乗算される前のコードレートであり、異なる優先度を有するUCIが多重されないケースで用いるコードレート（original cording rate）であってもよい。
　LP UCIのコーディグレート（LP_UCI_coding_rate）は、HP_UCI_coding_rateにomega_LP_HPを乗算したコードレートであってもよい。
　（３．２）適用例２
　以下において、適用例２について説明する。適用例２では、LP UCI及びHP UCIのいずれか１つに適用される特定スケーリングファクタ（omega_LP_HP）について説明する。ここでは、HP UCIにomega_LP_HPに適用される。
　HP UCIのコーディグレート（HP_UCI_coding_rate）は、LP_UCI_coding_rateをomega_LP_HPによって除算したコードレートであってもよい。言い換えると、HP_UCI_coding_rateは、LP_UCI_coding_rateにomega_LP_HPの逆数を乗算したコードレートであってもよい。
　LP UCIのコードレート（LP_UCI_coding_rate）は、LP UCIに適用されるコードレートであってもよく、LP（Low Priority） PUCCHリソースに適用されるコードレートであってもよい。これらのコードレートは、omega_LP_HPが乗算される前のコードレートであり、異なる優先度を有するUCIが多重されないケースで用いるコードレート（original cording rate）であってもよい。
　（３．３）適用例３
　以下において、適用例３について説明する。適用例３では、LP UCI及びHP UCIのいずれか１つに適用される特定スケーリングファクタ（omega_LP_HP）について説明する。ここでは、適用例３では、PUCCHのフォーマットがPUCCH Format 2、PUCCH Format 3及びPUCCH Format 4のいずれか１つであるケースについて説明する。適用例３では、HP_UCI_coding_rateが変更されずに、LP_UCI_coding_rateが変更され得るケースについて説明する。
　HP UCIのコードレート（HP_UCI_coding_rate）は、HP UCIに適用されるコードレートであってもよく、HP（High Priority） PUCCHリソースに適用されるコードレートであってもよい。これらのコードレートは、omega_LP_HPが乗算される前のコードレートであり、original cording rateと呼称されてもよい。
　LP UCIのコーディグレート（LP_UCI_coding_rate）は、LP_UCI_coding_rate＝min（omega_LP_HP*HP_UCI_coding_rate, Upper_bound_LP_UCI_coding_rate）によって表されてもよい。
　Upper_bound_LP_UCI_coding_rateは、LP UCIのコーディグレートの上限を表しており、LP_UCIが多重されるPUCCHリソースのRE（Resource Element）の総数、HP_UCI_coding_rate、HP UCI payload、LP UCI payloadに基づいて計算される。LP UCI payloadは、LP UCIのビットのバンドリング又は部分的なドロップが行われていないペイロードであってもよく、LP UCIのビットのバンドリング又は部分的なドロップが行われたペイロードであってもよい。
　（３．４）適用例４
　以下において、適用例４について説明する。適用例４では、LP UCI及びHP UCIのいずれか１つに適用される特定スケーリングファクタ（omega_LP_HP）について説明する。ここでは、PUCCHのフォーマットがPUCCH Format 2、PUCCH Format 3及びPUCCH Format 4のいずれか１つであるケースについて説明する。適用例４では、LP_UCI_coding_rate及びHP_UCI_coding_rateの双方が変更され得るケースについて説明する。
　HP UCIのコーディグレート（HP_UCI_coding_rate）及びLP UCIのコードレート（LP_UCI_coding_rate）は、LP UCI及びHP UCIが多重されるPUCCHリソースのREの総数、HP UCI payload、LP UCI payloadに基づいて計算されてもよい。LP UCI payloadは、LP UCIのビットのバンドリング又は部分的なドロップが行われていないペイロードであってもよく、LP UCIのビットのバンドリング又は部分的なドロップが行われたペイロードであってもよい。
　但し、LP_UCI_coding_rateは、HP_UCI_coding_rateにomega_LP_HPを乗算したコードレートであるという制約条件が課されてもよい。
　（３．５）適用例５
　以下において、適用例５について説明する。適用例５では、LP UCIに適用される特定スケーリングファクタ（omega_LP）及びHP UCIに適用される特定スケーリングファクタ（omega_HP）が別々に定義されるケースについて説明する。適用例５では、omega_LPが提供されずに、omega_HPが提供されるケースについて例示する。
　HP UCIのコードレート（HP_UCI_coding_rate）は、original coding rateにomega_HPを乗算したコードレートであってもよい。original coding rateは、HP UCIに適用されるコードレートであってもよく、HP PUCCHリソースに適用されるコードレートであってもよい。
　LP UCIのコーディグレート（LP_UCI_coding_rate）は、LP_UCI_coding_rate＝min（HP_UCI_coding_rate, original coding rate）によって表されてもよい。original coding rateは、LP UCIに適用されるコードレートであってもよく、LP PUCCHリソースに適用されるコードレートであってもよい。
　（３．６）適用例６
　以下において、適用例６について説明する。適用例６では、LP UCIに適用される特定スケーリングファクタ（omega_LP）及びHP UCIに適用される特定スケーリングファクタ（omega_HP）が別々に定義されるケースについて説明する。適用例５では、omega_HPが提供されずに、omega_LPが提供されるケースについて例示する。
　HP UCIのコーディグレート（HP_UCI_coding_rate）は、HP UCIに適用されるコードレートであってもよく、HP PUCCHリソースに適用されるコードレートであってもよい。これらのコードレートは、original cording rateと呼称されてもよい。
　LP UCIのコードレート（LP_UCI_coding_rate）は、original coding rateにomega_LPを乗算したコードレートであってもよい。original coding rateは、LP UCIに適用されるコードレートであってもよく、LP PUCCHリソースに適用されるコードレートであってもよい。
　但し、LP_UCI_coding_rateがHP_UCI_coding_rateよりも大きくならない制約条件が設けられてもよい。
　（３．７）適用例７
　以下において、適用例７について説明する。適用例７では、LP UCIに適用される特定スケーリングファクタ（omega_LP）及びHP UCIに適用される特定スケーリングファクタ（omega_HP）が別々に定義されるケースについて説明する。適用例７では、omega_LP及びomega_HPの双方が提供されるケースについて例示する。
　HP UCIのコードレート（HP_UCI_coding_rate）は、original coding rateにomega_HPを乗算したコードレートであってもよい。original coding rateは、HP UCIに適用されるコードレートであってもよく、HP PUCCHリソースに適用されるコードレートであってもよい。
　LP UCIのコードレート（LP_UCI_coding_rate）は、original coding rateにomega_LPを乗算したコードレートであってもよい。original coding rateは、LP UCIに適用されるコードレートであってもよく、LP PUCCHリソースに適用されるコードレートであってもよい。
　但し、LP_UCI_coding_rateがHP_UCI_coding_rateよりも大きくならない制約条件が設けられてもよい。
　（３．８）適用例８
　以下において、適用例８について説明する。適用例８では、LP UCIに適用される特定スケーリングファクタ（omega_LP）及びHP UCIに適用される特定スケーリングファクタ（omega_HP）が別々に定義されるケースについて説明する。ここでは、PUCCHのフォーマットがPUCCH Format 2、PUCCH Format 3及びPUCCH Format 4のいずれか１つであるケースについて説明する。適用例８では、omega_LPが提供されずに、omega_HPが提供されるケースについて例示する。
　HP UCIのコードレート（HP_UCI_coding_rate）は、original coding rateにomega_HPを乗算したコードレートであってもよい。original coding rateは、HP UCIに適用されるコードレートであってもよく、HP PUCCHリソースに適用されるコードレートであってもよい。
　LP UCIのコーディグレート（LP_UCI_coding_rate）は、LP_UCI_coding_rate＝min（Upper_bound_LP_UCI_coding_rate, HP_UCI_coding_rate, original coding rate）によって表されてもよい。
　Upper_bound_LP_UCI_coding_rateは、LP UCIのコーディグレートの上限を表しており、LP_UCIが多重されるPUCCHリソースのRE（Resource Element）の総数、HP_UCI_coding_rate、HP UCI payload、LP UCI payloadに基づいて計算される。LP UCI payloadは、LP UCIのビットのバンドリング又は部分的なドロップが行われていないペイロードであってもよく、LP UCIのビットのバンドリング又は部分的なドロップが行われたペイロードであってもよい。original coding rateは、LP UCIに適用されるコードレートであってもよく、LP PUCCHリソースに適用されるコードレートであってもよい。
　（３．９）適用例９
　以下において、適用例９について説明する。適用例９では、LP UCIに適用される特定スケーリングファクタ（omega_LP）及びHP UCIに適用される特定スケーリングファクタ（omega_HP）が別々に定義されるケースについて説明する。ここでは、PUCCHのフォーマットがPUCCH Format 2、PUCCH Format 3及びPUCCH Format 4のいずれか１つであるケースについて説明する。適用例９では、omega_HPが提供されずに、omega_LPが提供されるケースについて例示する。
　HP UCIのコーディグレート（HP_UCI_coding_rate）は、HP UCIに適用されるコードレートであってもよく、HP PUCCHリソースに適用されるコードレートであってもよい。これらのコードレートは、original cording rateと呼称されてもよい。
　LP UCIのコーディグレート（LP_UCI_coding_rate）は、LP_UCI_coding_rate＝min（Upper_bound_LP_UCI_coding_rate, omega_LP*original coding rate）によって表されてもよい。
　Upper_bound_LP_UCI_coding_rateは、LP UCIのコーディグレートの上限を表しており、LP_UCIが多重されるPUCCHリソースのRE（Resource Element）の総数、HP_UCI_coding_rate、HP UCI payload、LP UCI payloadに基づいて計算される。LP UCI payloadは、LP UCIのビットのバンドリング又は部分的なドロップが行われていないペイロードであってもよく、LP UCIのビットのバンドリング又は部分的なドロップが行われたペイロードであってもよい。original coding rateは、LP UCIに適用されるコードレートであってもよく、LP PUCCHリソースに適用されるコードレートであってもよい。
　但し、LP_UCI_coding_rateがHP_UCI_coding_rateよりも大きくならない制約条件が設けられてもよい。
　（３．１０）適用例１０
　以下において、適用例１０について説明する。適用例１０では、LP UCIに適用される特定スケーリングファクタ（omega_LP）及びHP UCIに適用される特定スケーリングファクタ（omega_HP）が別々に定義されるケースについて説明する。ここでは、PUCCHのフォーマットがPUCCH Format 2、PUCCH Format 3及びPUCCH Format 4のいずれか１つであるケースについて説明する。適用例１０では、omega_LP及びomega_HPの双方が提供されるケースについて例示する。
　HP UCIのコードレート（HP_UCI_coding_rate）は、original coding rateにomega_HPを乗算したコードレートであってもよい。original coding rateは、HP UCIに適用されるコードレートであってもよく、HP PUCCHリソースに適用されるコードレートであってもよい。
　LP UCIのコーディグレート（LP_UCI_coding_rate）は、LP_UCI_coding_rate＝min（Upper_bound_LP_UCI_coding_rate, omega_LP*original coding rate）によって表されてもよい。
　Upper_bound_LP_UCI_coding_rateは、LP UCIのコーディグレートの上限を表しており、LP_UCIが多重されるPUCCHリソースのRE（Resource Element）の総数、HP_UCI_coding_rate、HP UCI payload、LP UCI payloadに基づいて計算される。LP UCI payloadは、LP UCIのビットのバンドリング又は部分的なドロップが行われていないペイロードであってもよく、LP UCIのビットのバンドリング又は部分的なドロップが行われたペイロードであってもよい。original coding rateは、LP UCIに適用されるコードレートであってもよく、LP PUCCHリソースに適用されるコードレートであってもよい。
　但し、LP_UCI_coding_rateがHP_UCI_coding_rateよりも大きくならない制約条件が設けられてもよい。
　（４）通知方法
　以下において、上述した特定スケーリングファクタ（omega_LP_HP、omega_HP、omega_LP）の通知方法について説明する。
　（４．１）無線リソース制御メッセージ
　UE200は、特定スケーリングファクタを特定する情報要素を含む無線リソース制御メッセージ（RRCメッセージ）に基づいて、特定スケーリングファクタを適用してもよい。
　第１に、RRCメッセージは、上述したomega_LP_HPを特定する情報要素を含んでもよい。omega_LP_HPは、上述した適用例１～４で用いるパラメータである。omega_LP_HPは、互いに異なる優先度を有するUCIと対応付けられていてもよい。例えば、互いに異なる優先度を有するUCIは、LP HARQ-ACK及びHP HARQ-ACKを含んでもよく、HP HARQ-ACK及びLP CSIを含んでもよい。
　ここで、PUCCHに多重されるHP UCI及びLP UCIの組み合わせによらずに、異なる優先度を有するUCIに共通して適用されるomega_LP_HPが設定されてもよい。PUCCHに多重されるHP UCI及びLP UCIの組み合わせ毎に、別々のomega_LP_HPが設定されてもよい。HP UCI及びLP UCIの組み合わせは、多重ケースと呼称されてもよい。
　第２に、RRCメッセージは、上述したomega_HPを特定する情報要素を含んでもよい。omega_HPは、上述した適用例５，７、８、１０で用いるパラメータである。omega_HPは、高い優先度を有するUCI（HP UCI）と対応付けられていてもよい。例えば、HP UCIは、HP HARQ-ACKを含んでもよく、HP SRを含んでもよい。
　ここで、PUCCHに多重されるHP UCI及びLP UCIの組み合わせによらずに、異なる優先度を有するUCIに共通して適用されるomega_HPが設定されてもよい。PUCCHに多重されるHP UCI及びLP UCIの組み合わせ毎に、別々のomega_HPが設定されてもよい。
　第３に、RRCメッセージは、上述したomega_LPを特定する情報要素を含んでもよい。omega_LPは、上述した適用例６，７、９、１０で用いるパラメータである。omega_LPは、低い優先度を有するUCI（LP UCI）と対応付けられていてもよい。例えば、LP UCIは、LP HARQ-ACKを含んでもよく、LP CSIを含んでもよい。
　ここで、PUCCHに多重されるHP UCI及びLP UCIの組み合わせによらずに、異なる優先度を有するUCIに共通して適用されるomega_LPが設定されてもよい。PUCCHに多重されるHP UCI及びLP UCIの組み合わせ毎に、別々のomega_LPが設定されてもよい。
　（４．２）下りリンク制御情報
　UE200は、特定スケーリングファクタを特定する情報要素を含む下りリンク制御情報（DCI）に基づいて、特定スケーリングファクタを適用してもよい。このようなケースにおいて、特定スケーリングファクタが取り得る値の設定がRRCメッセージによって実行されてもよい。DCIは、RRCメッセージによって設定されたセットを明示的に指定する情報要素を格納するためのフィールドを含んでもよい。
　第１に、１つのDCIによって１回のUCIの多重に適用される特定スケーリングファクタが指定されるケースについて説明する。
　このようなケースにおいて、DCIフォーマットとして、UE200に固有の特定DCIフォーマットが用いられてもよい。特定DCIフォーマットは、HARQ-ACKを伴うPDSCHをスケジューリングするDCIフォーマットを含んでもよく、PUCCHsをスケジューリングする他のDCIフォーマットを含んでもよい。このようなケースにおいて、DCIは、以下に示すフィールドを有していてもよい。
　DCIは、上述したomega_LP_HPを特定する情報要素を格納するためのフィールドを含んでもよい。omega_LP_HPは、上述した適用例１～４で用いるパラメータである。
　DCIは、上述したomega_HP及びomega_LPのいずれか１つ（omega_XP）を特定する情報要素を格納するためのフィールドを含んでもよい。omega_HPは、上述した適用例５，７、８、１０で用いるパラメータである。omega_LPは、上述した適用例６，７、９、１０で用いるパラメータである。例えば、HP UCIのためのDCIに含まれるomega_XPは、omega_HPと解釈されてもよい。LP UCIのためのDCIに含まれるomega_XPは、omega_LPと解釈されてもよい。
　DCIは、上述したomega_HPを特定する情報要素を格納するためのフィールドと、omega_LPを特定する情報要素を格納するためのフィールドと、を含んでもよい。
　上述したomega_LP_HPを特定する情報要素を格納するためのフィールドと、上述したomega_HP及びomega_LPのいずれか１つ（omega_XP）を特定する情報要素を格納するためのフィールドと、を含んでもよい。例えば、HP UCIのためのDCIは、omega_LP_HPを特定する情報要素及びomega_HPとして解釈されるomega_XPを特定する情報要素を含んでもよい。LP UCIのためのDCIは、omega_LP_HPを特定する情報要素及びomega_LPとして解釈されるomega_XPを特定する情報要素を含んでもよい。
　DCIは、上述したomega_LP_HPを特定する情報要素を格納するためのフィールドと、上述したomega_HPを特定する情報要素を格納するためのフィールドと、omega_LPを特定する情報要素を格納するためのフィールドと、を含んでもよい。
　これらのケースにおいて、omega_LP_HPを特定する情報要素がDCIに含まれる場合に、以下に示す制約条件が課されてもよい。具体的には、制約条件は、HP UCIのためのDCIに含まれるomega_LP_HPがLP UCIのためのDCIに含まれるomega_LP_HPと異なってはならないという条件を含んでもよい。制約条件は、LP UCIのためのDCIに含まれるomega_LP_HPを適用せずに、HP UCIのためのDCIに含まれるomega_LP_HPを適用するという条件を含んでもよい。制約条件は、HP UCIのためのDCIに含まれるomega_LP_HPを適用せずに、LP UCIのためのDCIに含まれるomega_LP_HPを適用するという条件を含んでもよい。
　さらに、omega_HP及びomega_LPの双方を特定する情報要素を格納するためのフィールドをDCIが含む場合に、以下に示す制約条件が課されてもよい。具体的には、制約条件は、HP UCIのためのDCIに含まれるomega_HPがLP UCIのためのDCIに含まれるomega_LPと異なってはならないという条件を含んでもよい。制約条件は、LP UCIのためのDCIに含まれるomega_LPを適用せずに、HP UCIのためのDCIに含まれるomega_HPを適用するという条件を含んでもよい。制約条件は、HP UCIのためのDCIに含まれるomega_HPを適用せずに、LP UCIのためのDCIに含まれるomega_LPを適用するという条件を含んでもよい。
　第２に、１つのDCIによって特定期間内のUCIの多重に継続的に適用される特定スケーリングファクタが指定されるケースについて説明する。
　このようなケースにおいて、DCIフォーマットとして、特定DCIフォーマットが用いられてもよい。特定DCIフォーマットは、新たに導入されるDCIフォーマットを含んでもよく、データ又はPUCCHのスケジューリングを伴わない既存のDCIフォーマット（0_0、0_1、0_2、1_0、1_1、1_2）を含んでもよい。グループに共通で適用される特定DCIフォーマットは、既存のフォーマット（Group Common DCI Format）を含んでもよく、新たに導入されるDCIフォーマットを含んでもよい。このようなケースにおいて、DCIは、以下に示すフィールドを有していてもよい。
　DCIは、上述したomega_LP_HPを特定する情報要素を格納するためのフィールドを含んでもよい。omega_LP_HPは、上述した適用例１～４で用いるパラメータである。
　DCIは、上述したomega_HPを特定する情報要素を格納するためのフィールドを含んでもよい。omega_HPは、上述した適用例５，７、８、１０で用いるパラメータである。
　DCIは、上述したomega_LPを特定する情報要素を格納するためのフィールドを含んでもよい。omega_LPは、上述した適用例６，７、９、１０で用いるパラメータである。
　DCIは、上述したomega_HPを特定する情報要素を格納するためのフィールドと、上述したomega_LPを特定する情報要素を格納するためのフィールドと、を含んでもよい。
　DCIは、上述したomega_LP_HPを特定する情報要素を格納するためのフィールドと、上述したomega_HPを特定する情報要素を格納するためのフィールドと、を含んでもよい。
　DCIは、上述したomega_LP_HPを特定する情報要素を格納するためのフィールドと、上述したomega_LPを特定する情報要素を格納するためのフィールドと、を含んでもよい。
　DCIは、上述したomega_LP_HPを特定する情報要素を格納するためのフィールドと、上述したomega_HPを特定する情報要素を格納するためのフィールドと、上述したomega_LPを特定する情報要素を格納するためのフィールドと、を含んでもよい。
　このようなケースにおいて、DCIに含まれる情報要素（特定スケーリングファクタ）は、PUCCHに多重されるHP UCI及びLP UCIの組み合わせによらずに、全てのUCIの多重に適用されてもよい。
　特定スケーリングファクタは、PUCCHに多重されるHP UCI及びLP UCIの組み合わせ（以下、多重ケース）として設定された多重ケースに適用されてもよい。多重ケースは、RRCメッセージによって設定されてもよい。DCIは、多重ケース毎に異なる特定スケーリングファクタを格納するフィールドを含んでもよい。DCIは、特定スケーリングファクタを適用するUCIの組み合わせを番号によって区別してもよい。例えば、omega_LP_HP_1は、LP HARQ-ACKとHP HARQ-ACKとの組み合わせに適用され、omega_LP_HP_2は、HP HARQ-ACKとLP HARQ-ACKとの組み合わせに適用されてもよい。omega_HP_1は、HP HARQ-ACKに適用され、omega_HP_2は、HP SRに適用されてもよい。omega_LP_1は、LP HARQ-ACKに適用され、omega_LP_2は、LP CSIに適用されてもよい。
　特定スケーリングファクタは、DCIによって指定された多重ケースに適用されてもよい。２以上の多重ケースがRRCメッセージによって設定され、設定された多重ケースの中から１つの多重ケースがDCIによって指定されてもよい。上述したように、DCIは、多重ケース毎に異なる特定スケーリングファクタを格納するフィールドを含んでもよい。DCIは、特定スケーリングファクタを適用するUCIの組み合わせを番号によって区別してもよい。
　さらに、特定スケーリングファクタを非活性化する仕組みが導入されてもよい。例えば、特定スケーリングファクタを適用する期間を計測するタイマが導入され、タイマの満了によって特定スケーリングファクタが非活性化されてもよい。タイマは、シンボル単位で期間を計測してもよく、スロット単位で期間を計測してもよい。或いは、特定スケーリングファクタの非活性化を指示する情報要素を含むDCIが導入されてもよい。
　（５）端末の能力
　UE200は、特定スケーリングファクタの適用に関する情報要素を含むUE CapabilityをNG-RAN20に送信してもよい。言い換えると、UE200は、UE200の能力に基づいて特定スケーリングファクタを適用してもよい。特定スケーリングファクタの適用に関する情報要素は、異なる優先度を有するUCIの多重にUE200が対応していることを示す情報要素であってもよい。特定スケーリングファクタの適用に関する情報要素は、特定スケーリングファクタにUE200が対応していることを示す情報要素であってもよい。
　（６）動作例
　以下において、実施形態の動作例について説明する。以下においては、PUCCHに対するUCIの多重について主として説明する。
　図５に示すように、ステップS10において、UE200は、UE Capabilityを含むメッセージをNG-RAN20に送信する。UE Capabilityは、特定スケーリングファクタの適用に関する情報要素を含んでもよい。
　ステップS11において、UE100は、RRCメッセージをNG-RAN20から受信する。RRCメッセージは、特定スケーリングファクタを特定する情報要素を含んでもよい。RRCメッセージは、特定スケーリングファクタが取り得る値の設定を特定する情報要素を含んでもよい。RRCメッセージは、特定スケーリングファクタを適用する多重セットの設定を特定する情報要素を含んでもよい。
　ステップS12において、UE200は、PDCCHを介して１以上のDCIをNG-RAN20から受信する。DCIは、特定スケーリングファクタを特定する情報要素を含んでもよい。DCIのフォーマットは、上述した特定DCIフォーマットであってもよい。
　ステップS13において、UE200は、異なる優先度を有するUCIが多重されたPUCCHを用いて、上りリンク信号を送信する。
　（７）作用・効果
　実施形態では、UE200は、新たに導入される特定スケーリングファクタを用いて、互いに異なる優先度を有するUCIのチャネルコーディングを実行する。このような構成によれば、互いに異なる優先度を有するUCIをPUCCHに多重するケースにおいて、PUCCHに多重されるUCIのチャネルコーディングを適切に実行することができる。
　［変更例１］
　以下において、実施形態の変更例１について説明する。以下においては、実施形態に対する相違点について主として説明する。
　変更例１では、互いに異なる優先度を有するUCIをPUCCHに多重する場合において、異なるUCIを別々に符号化するケース（以下、セパレートコーディング）について説明する。具体的には、セパレートコーディングにおけるHP UCI及びLP UCIのレートマッチング出力長について説明する。
　（１）略号一覧
　以下の略号は、既存の3GPP規格で用いられている略号である。
　r…PUCCHリソースのターゲットコードレート
　N^PUCCH_symb-UCI…PUCCHシンボルの数
　M^PUCCH_RB…PUCCHリソースの設定されたPRB数
　N^RB_sc,ctrl…PRB毎のUCIサブキャリア数に関する情報
　Q_m…変調に関するパラメータ
　以下の略号は、新たに定義される略号である。
　O_HP_UCI…多重するHP UCIのビット列
　r_HP_UCI…多重リソースに多重されるHP UCIのための決定された（ターゲット）コードレート
　O_CRC,HP,UCI…多重するHP UCIに関するCRCビット列
　O_LP_UCI…多重するLP UCIのビット列
　r_LP_UCI…多重リソースに多重されるLP UCIのための決定された（ターゲット）コードレート
　O_CRC,LP,UCI…多重するLP UCIに関するCRCビット列
　異なるHP UCIタイプに含まれるMの別々のHP UCIが存在し、異なるLP UCIタイプに含まれるNの別々のLP UCIが存在する場合に、各略号について以下の意味で用いる。
　O^m_HP_UCI…m番目の多重するHP UCIのビット列
　r^m_HP_UCI…多重リソースに多重されるm番目のHP UCIのための決定された（ターゲット）コードレート
　O^m_CRC,HP,UCI…m番目の多重するHP UCIに関するCRCビット列
　O^n_LP_UCI…n番目の多重するLP UCIのビット列
　r^n_LP_UCI…多重リソースに多重されるn番目のLP UCIのための決定された（ターゲット）コードレート
　O^n_CRC,LP,UCI…n番目の多重するLP UCIに関するCRCビット列
　具体的には、UE200（制御部270）は、２以上のUCIのレートマッチングにおいて、レートマッチング出力長を決定する。UE200（制御部270）は、PUCCHのターゲットコードレート及び２以上のUCIの各々のコードレートの中から選択された１以上のパラメータに基づいて決定された有効コードレートに基づいて、レートマッチング出力長を決定してもよい。UE200（制御部270）は、２以上のUCIの各々のコードレートに基づいて、レートマッチング出力長を決定してもよい。UE200（制御部270）は、２以上のUCIの各々のコードレートに基づいて決定された、２以上のUCIの各々の有効コードレートに基づいて、レートマッチング出力長を決定してもよい。
　（２）適用例の概要
　適用例では、セパレートコーディングにおけるHP UCI及びLP UCIのレートマッチング出力長について説明する。
　第１に、レートマッチング出力長は、有効コードレートr_eに基づいて決定されてもよい。例えば、有効コードレートr_eは、HP UCIビット間又はLP UCIビット間で更なるセパレートコーディングがない場合に、r_eは、PUCCHリソースのターゲットコードレートr、HP UCIのコードレートr_HP_UCI、LP UCIのコードレートr_LP_UCIの中から選択された１以上のパラメータに基づいて決定されてもよい。
　HP UCIビット間又はLP UCIビット間で更なるセパレートコーディングがある場合に、r_eは、PUCCHリソースのターゲットコードレートr、HP UCIのコードレートr^m_HP_UCI、LP UCIのコードレートr^n_LP_UCIの中から選択された１以上のパラメータに基づいて決定されてもよい。
　第２に、PRBは、HP UCIのコードレート及びLP UCIのコードレートに基づいて決定されてもよい。例えば、HP UCIビット間又はLP UCIビット間で更なるセパレートコーディングがない場合に、HP UCIのコードレートr_HP_UCI及びLP UCIのコードレートr_LP_UCIがそのまま用いられる。HP UCIビット間又はLP UCIビット間で更なるセパレートコーディングがある場合に、HP UCIのコードレートr^m_HP_UCI及びLP UCIのコードレートr^n_LP_UCIがそのまま用いられる。
　第３に、PRBは、HP UCIの有効コードレートr_e_HP及びLP UCIの有効コードレートr_e_LPに基づいて決定されてもよい。HP UCIの有効コードレートr_e_HPは、HP UCIのコードレートr^m_HP_UCIに基づいて決定され、LP UCIの有効コードレートr_e_LPは、LP UCIのコードレートr^m_LP_UCIに基づいて決定される。
　（２．１）適用例１
　適用例１は、HP UCIビット間又はLP UCIビット間で更なるセパレートコーディングがないケースに関する適用例である。適用例１では、コードレートr_eが用いられる。HP UCIのレートマッチング出力長E^HP_UCIは、図６に示す式によって算出されてもよい。LP UCIのレートマッチング出力長E^LP_UCIは、図６に示す式によって算出されてもよい。
　上述したように、コードレートr_eは、PUCCHリソースのターゲットコードレートr、HP UCIのコードレートr_HP_UCI、LP UCIのコードレートr_LP_UCIの中から選択された１以上のパラメータに基づいて決定されてもよい。
　例１においては、r_eは、rを用いて決定されてもよい。例えば、r_eは、r_e=rであってもよく、r_e=α・rであってもよい。αは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、HP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例２においては、r_eは、HP UCIのコードレートr_HP_UCIを用いて決定されてもよい。例えば、r_eは、r_e=r_HP_UCIであってもよく、r_e=α・r_HP_UCIであってもよい。αは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、HP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例３においては、r_eは、LP UCIのコードレートr_LP_UCIを用いて決定されてもよい。例えば、r_eは、r_e=r_LP_UCIであってもよく、r_e=α・r_LP_UCIであってもよい。αは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、LP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例４においては、r_eは、PUCCHリソースのターゲットコードレートr及びHP UCIのコードレートr_HP_UCIを用いて決定されてもよい。例えば、r_eは、r_e=min(r, r_HP_UCI)であってもよく、r_e=max(r, r_HP_UCI)であってもよく、r_e=avg(r, r_HP_UCI)であってもよく、r_e=α1・r+α2・r_HP_UCIであってもよい。α1及びα2は、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、HP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例５においては、r_eは、PUCCHリソースのターゲットコードレートr及びLP UCIのコードレートr_LP_UCIを用いて決定されてもよい。例えば、r_eは、r_e=min(r, r_LP_UCI)であってもよく、r_e=max(r, r_LP_UCI)であってもよく、r_e=avg(r, r_LP_UCI)であってもよく、r_e=α1・r+α2・r_LP_UCIであってもよい。α1及びα2は、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、LP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例６においては、r_eは、HP UCIのコードレートr_HP_UCI及びLP UCIのコードレートr_LP_UCIを用いて決定されてもよい。例えば、r_eは、r_e=min(r_HP_UCI, r_LP_UCI)であってもよく、r_e=max(r_HP_UCI, r_LP_UCI)であってもよく、r_e=avg(r_HP_UCI, r_LP_UCI)であってもよく、r_e=α1・r_HP_UCI+α2・r_LP_UCIであってもよい。α1及びα2は、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、LP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例７においては、r_eは、PUCCHリソースのターゲットコードレートr、HP UCIのコードレートr_HP_UCI及びLP UCIのコードレートr_LP_UCIを用いて決定されてもよい。例えば、r_eは、r_e=min(r, r_HP_UCI, r_LP_UCI)であってもよく、r_e=max(r, r_HP_UCI, r_LP_UCI)であってもよく、r_e=avg(r, r_HP_UCI, r_LP_UCI)であってもよく、r_e=α0・r+α1・r_HP_UCI+α2・r_LP_UCIであってもよい。α0、α1及びα2は、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、HP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　（２．２）適用例２
　適用例２は、HP UCIビット間又はLP UCIビット間で更なるセパレートコーディングがないケースに関する適用例である。適用例２では、HP UCIのコードレートr_HP_UCI及びLP UCIのコードレートr_LP_UCIが用いられる。HP UCIのレートマッチング出力長E^HP_UCIは、図７に示す式によって算出されてもよい。LP UCIのレートマッチング出力長E^LP_UCIは、図７に示す式によって算出されてもよい。
　（２．３）適用例３
　適用例３は、HP UCIビット間又はLP UCIビット間で更なるセパレートコーディングがあるケースに関する適用例である。適用例３では、コードレートr_eが用いられる。HP UCIの各コーディング部分{part-1, …, part-m, …part-M}のレートマッチング出力長E^HP(i)_UCIは、図８に示す式によって算出されてもよい。LP UCIの各コーディング部分{part-1, …, part-n, …part-N}のレートマッチング出力長E^LP(i)_UCIは、図８に示す式によって算出されてもよい。
　上述したように、コードレートr_eは、PUCCHリソースのターゲットコードレートr、HP UCIのコードレートr_HP_UCI、LP UCIのコードレートr_LP_UCIの中から選択された１以上のパラメータに基づいて決定されてもよい。
　例１においては、r_eは、rを用いて決定されてもよい。例えば、r_eは、r_e=rであってもよく、r_e=α・rであってもよい。αは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、HP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例２においては、r_eは、{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}から選択された１以上のHP UCIのコードレートr_HP_UCIを用いて決定されてもよい。例えば、１以上のHP UCIのコードレートr_HP_UCIは、全てのr^m_HP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のHP UCIのコードレートr_HP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。例えば、r_eは、r_e=min{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}であってもよく、r_e=max{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}であってもよく、r_e=ave{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}であってもよく、r_e=Σαm・r^m_HP_UCIであってもよい。αmは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、HP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例３においては、r_eは、{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}から選択された１以上のLP UCIのコードレートr_LP_UCIを用いて決定されてもよい。例えば、１以上のLP UCIのコードレートr_LP_UCIは、全てのr^n_LP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のLP UCIのコードレートr_LP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。例えば、r_eは、r_e=min{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=max{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=ave{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=Σαn・r^n_LP_UCIであってもよい。αnは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、LP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例４においては、r_eは、PUCCHリソースのターゲットコードレートr及び{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}から選択された１以上のHP UCIのコードレートr_HP_UCIを用いて決定されてもよい。例えば、１以上のHP UCIのコードレートr_HP_UCIは、全てのr^m_HP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のHP UCIのコードレートr_HP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。例えば、r_eは、r_e=min{r, r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}であってもよく、r_e=max{ r, r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}であってもよく、r_e=ave{ r, r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}であってもよく、r_e=α1・r+Σαm・r^m_HP_UCIであってもよい。α1及びαmは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、HP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例５においては、r_eは、PUCCHリソースのターゲットコードレートr及び{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}から選択された１以上のLP UCIのコードレートr_LP_UCIを用いて決定されてもよい。例えば、１以上のLP UCIのコードレートr_LP_UCIは、全てのr^n_LP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のLP UCIのコードレートr_LP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。例えば、r_eは、r_e=min{r, r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=max{r, r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=ave{r, r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=α1・r+Σαn・r^n_LP_UCIであってもよい。α1及びαnは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、LP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例６においては、r_eは、{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}から選択された１以上のHP UCIのコードレートr_HP_UCI及び{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}から選択された１以上のLP UCIのコードレートr_LP_UCIを用いて決定されてもよい。例えば、１以上のHP UCIのコードレートr_HP_UCIは、全てのr^n_HP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のHP UCIのコードレートr_HP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。同様に、１以上のLP UCIのコードレートr_LP_UCIは、全てのr^n_LP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のLP UCIのコードレートr_LP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。例えば、r_eは、r_e=min{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI, r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=max{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI, r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=ave{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI, r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e= r+Σαm・r^m_HP_UCI+Σαn・r^n_LP_UCIであってもよい。αm及びαnは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、LP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　例７においては、r_eは、PUCCHリソースのターゲットコードレートr、{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}から選択された１以上のHP UCIのコードレートr_HP_UCI及び{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}から選択された１以上のLP UCIのコードレートr_LP_UCIを用いて決定されてもよい。例えば、１以上のHP UCIのコードレートr_HP_UCIは、全てのr^n_HP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のHP UCIのコードレートr_HP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。同様に、１以上のLP UCIのコードレートr_LP_UCIは、全てのr^n_LP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のLP UCIのコードレートr_LP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。例えば、r_eは、r_e=min{r, r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI, r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=max{r, r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI, r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=ave{r, r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI, r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e=α0・r+r+Σαm・r^m_HP_UCI+Σαn・r^n_LP_UCIであってもよい。α0、αm及びαnは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、LP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　（２．４）適用例４
　適用例４は、HP UCIビット間又はLP UCIビット間で更なるセパレートコーディングがあるケースに関する適用例である。適用例４では、HP UCIの有効コードレートr_e_HP_UCI及びLP UCIの有効コードレートr_e_LP_UCIが用いられる。HP UCIの各コーディング部分{part-1, …, part-m, …part-M}のレートマッチング出力長E^HP(i)_UCIは、図９に示す式によって算出されてもよい。LP UCIの各コーディング部分{part-1, …, part-n, …part-N}のレートマッチング出力長E^LP(i)_UCIは、図９に示す式によって算出されてもよい。
　ここで、r_e_HP_UCIは、{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}から選択された１以上のHP UCIのコードレートr_HP_UCIに基づいて決定されてもよい。例えば、１以上のHP UCIのコードレートr_HP_UCIは、全てのr^n_HP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のHP UCIのコードレートr_HP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。例えば、r_e_HP_UCIは、r_e_HP_UCI=min{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}であってもよく、r_e_HP_UCI=max{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}であってもよく、r_e_HP_UCI=ave{r^1_HP_UCI, …r^m_HP_UCI, …r^M_HP_UCI}であってもよく、r_e_HP_UCI=Σαm・r^m_HP_UCIであってもよい。αmは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、HP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　同様に、r_e_LP_UCIは、{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}から選択された１以上のLP UCIのコードレートr_LP_UCIを用いて決定されてもよい。１以上のLP UCIのコードレートr_LP_UCIは、全てのr^n_LP_UCIであってもよく、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよい。１以上のLP UCIのコードレートr_LP_UCIは、UCIのタイプによって予め定められた値であってもよく、UCIのタイプによってgNBによって指定された値であってもよい。例えば、r_e_LP_UCIは、r_e_LP_UCI=min{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e_LP_UCI=max{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e_LP_UCI=ave{r^1_LP_UCI, …r^n_LP_UCI, …r^N_LP_UCI}であってもよく、r_e_LP_UCI=Σαn・r^n_LP_UCIであってもよい。αnは、DCIによって指定された値であってもよく、RRCメッセージによって設定された値であってもよく、予め定められた固定値であってもよく、LP UCIビット及びLP UCIビットに基づいて決定された値であってもよい。
　（２．５）適用例５
　適用例５は、HP UCIビット間又はLP UCIビット間で更なるセパレートコーディングがあるケースに関する適用例である。適用例５では、HP UCIの各コーディング部分のコードレートr^m_HP_UCI及びLP UCIの各コーディング部分のコードレートr^n_LP_UCIが用いられる。HP UCIの各コーディング部分{part-1, …, part-m, …part-M}のレートマッチング出力長E^HP(i)_UCIは、図１０に示す式によって算出されてもよい。LP UCIの各コーディング部分{part-1, …, part-n, …part-N}のレートマッチング出力長E^LP(i)_UCIは、図１０に示す式によって算出されてもよい。
　［その他の実施形態］
　以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
　上述した開示では特に触れていないが、特定スケーリングファクタ（omega_LP_HP、omega_HP、omega_LP）は、上位レイヤパラメータによって設定されてもよい。特定スケーリグファクタは、無線通信システムにおいて予め定められていてもよい。特定スケーリグファクタは、上位レイヤパラメータによって設定され、UE CapabilityとしてUE200からNG-RAN20に報告されてもよい。
　上述した開示では特に触れていないが、特定スケーリングファクタを特定する情報要素は、MAC CEメッセージに含まれてもよい。例えば、上述したDCIの適用は、MAC CE通知によって実現されてもよい。
　上述した開示では特に触れていないが、優先度は以下のように定められてもよい。例えば、HARQ-ACKの優先度は、SRの優先度よりも高くてもよい。URLLC（Ultra Reliable and Low Latency Communications）に関する優先度は、eMBB（enhanced Mobile BroadBand）に関する優先度よりも高くてもよい。
　上述した開示では特に触れていないが、セパレートコーディングを伴うHP UCI及びLP UCIの多重において、ターゲットコードレート（例えば、r_HP_UCI、r_LP_UCI、r_^m_HP_UCI、r^n_LP_UCIなど）については、gNBのインディケーションに基づいて定められてもよく、他の方法によってさだめられてもよい。
　上述した開示では特に触れていないが、上述した適用例１～適用例５のいずれの適用例を用いてレートマッチング出力長を決定するのかについては、セパレートコーディングを伴うHP UCI及びLP UCIの多重におけるPUCCHのリソースの選択方法及びPRBの決定方法に基づいて選択されてもよい。例えば、PUCCHリソースの選択に用いるPUCCHリソースのターゲットコードレート（HP UCI及びLP UCIのコードレートよりも低い）に基づいて、冗長リソースを有するPUCCHリソースを選択する緩いオプションでは、いずれの適用例が選択されてもよい。一方で、HP UCI及びLP UCIのコードレートに基づいて、冗長リソースを有するPUCCHリソースを選択する厳しいオプションでは、HP UCI及びLP UCIのコードレートをそのまま用いる適用例が選択されてもよい。
　上述した開示では特に触れていないが、セパレートコーディングで必要な情報要素（例えば、ターゲットコードレート）は、上位レイヤパラメータによって設定されてもよい。セパレートコーディングで必要な情報要素は、UE CapabilityとしてUE200から報告されてもよい。セパレートコーディングで必要な情報要素は、予め定められていてもよい。セパレートコーディングで必要な情報要素は、上位レイヤパラメータ及びUE Capabilityに基づいて設定されてもよい。セパレートコーディングで必要な情報要素は、多重されるUCIビットに含まれるUCIのタイプに基づいて決定されてもよい。
　上述した開示では特に触れていないが、UE Capabilityは、異なる優先度を有するUCIのセパレートコーディングをUE200サポートするか否かを示す情報要素を含んでもよい。UE Capabilityは、LP UCI及びHP UCIのコードレートに基づいてPUCCHリソース（セット）の選択を実行する機能を有するか否かを示す情報要素を含んでもよい。
　上述した実施形態の説明に用いたブロック構成図（図４）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼ばれる。何れも、上述したとおり、実現方法は特に限定されない。
　さらに、上述したUE200（当該装置）は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１１は、当該装置のハードウェア構成の一例を示す図である。図１１に示すように、当該装置は、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びバス1007などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。当該装置のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　当該装置の各機能ブロック（図４参照）は、当該コンピュータ装置の何れかのハードウェア要素、又は当該ハードウェア要素の組み合わせによって実現される。
　また、当該装置における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU）によって構成されてもよい。
　また、プロセッサ1001は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。さらに、上述の各種処理は、１つのプロセッサ1001によって実行されてもよいし、２つ以上のプロセッサ1001により同時又は逐次に実行されてもよい。プロセッサ1001は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
　メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、Read Only Memory（ROM）、Erasable Programmable ROM（EPROM）、Electrically Erasable Programmable ROM（EEPROM）、Random Access Memory（RAM）などの少なくとも１つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ1002は、本開示の一実施形態に係る方法を実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、Compact Disc ROM（CD-ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記録媒体は、例えば、メモリ1002及びストレージ1003の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
　通信装置1004は、例えば周波数分割複信（Frequency Division Duplex：FDD）及び時分割複信（Time Division Duplex：TDD）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。
　入力装置1005は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置1006は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置1005及び出力装置1006は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ1001及びメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　さらに、当該装置は、マイクロプロセッサ、デジタル信号プロセッサ（Digital Signal Processor： DSP）、Application Specific Integrated Circuit（ASIC）、Programmable Logic Device（PLD）、Field Programmable Gate Array（FPGA）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
　また、情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、Downlink Control Information（DCI）、Uplink Control Information（UCI）、上位レイヤシグナリング（例えば、RRCシグナリング、Medium Access Control（MAC）シグナリング、報知情報（Master Information Block（MIB）、System Information Block（SIB））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ（RRC Connection Setup）メッセージ、RRC接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
　本開示において説明した各態様／実施形態は、Long Term Evolution（LTE）、LTE-Advanced（LTE-A）、SUPER 3G、IMT-Advanced、4th generation mobile communication system（4G）、5th generation mobile communication system（5G）、Future Radio Access（FRA）、New Radio（NR）、W-CDMA（登録商標）、GSM（登録商標）、CDMA2000、Ultra Mobile Broadband（UMB）、IEEE 802.11（Wi-Fi（登録商標））、IEEE 802.16（WiMAX（登録商標））、IEEE 802.20、Ultra-WideBand（UWB）、Bluetooth（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、LTE及びLTE-Aの少なくとも一方と5Gとの組み合わせなど）適用されてもよい。
　本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、MME又はS-GWなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、MME及びS-GW）であってもよい。
　情報、信号（情報等）は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報は、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報は、上書き、更新、又は追記され得る。出力された情報は削除されてもよい。入力された情報は他の装置へ送信されてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital Subscriber Line：DSL）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において説明した情報、信号などは、様々な異なる技術の何れかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（Component Carrier：CC）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、PUCCH、PDCCHなど）及び情報要素は、あらゆる好適な名称によって識別できるため、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示においては、「基地局（Base Station：BS）」、「無線基地局」、「固定局（fixed station）」、「NodeB」、「eNodeB（eNB）」、「gNodeB（gNB）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote Radio Head：RRH）によって通信サービスを提供することもできる。
　「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示においては、「移動局（Mobile Station：MS）」、「ユーザ端末（user　terminal）」、「ユーザ装置（User Equipment：UE）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet of Things（IoT）機器であってもよい。
　また、本開示における基地局は、移動局（ユーザ端末、以下同）として読み替えてもよい。例えば、基地局及び移動局間の通信を、複数の移動局間の通信（例えば、Device-to-Device（D2D）、Vehicle-to-Everything（V2X）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、基地局が有する機能を移動局が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示における移動局は、基地局として読み替えてもよい。この場合、移動局が有する機能を基地局が有する構成としてもよい。
　無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。
　サブフレームはさらに時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、1ms）であってもよい。
　ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier Spacing：SCS）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission Time Interval：TTI）、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（Orthogonal Frequency Division Multiplexing（OFDM））シンボル、Single Carrier Frequency Division Multiple Access（SC-FDMA）シンボルなど）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH（又はPUSCH）は、PDSCH（又はPUSCH）マッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH（又はPUSCH）は、PDSCH（又はPUSCH）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、何れも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
　例えば、１サブフレームは送信時間間隔（TTI）と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、１スロット又は１ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム（1ms）であってもよいし、1msより短い期間（例えば、１－１３シンボル）であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
　TTIは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該TTIよりも短くてもよい。
　なお、１スロット又は１ミニスロットがTTIと呼ばれる場合、１以上のTTI（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　1msの時間長を有するTTIは、通常TTI（LTE Rel.8-12におけるTTI）、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングTTI（例えば、通常TTI、サブフレームなど）は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI（例えば、短縮TTIなど）は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
　リソースブロック（RB）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、RBの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１TTIの長さであってもよい。１TTI、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
　なお、１つ又は複数のRBは、物理リソースブロック（Physical RB：PRB）、サブキャリアグループ（Sub-Carrier Group：SCG）、リソースエレメントグループ（Resource Element Group：REG）、PRBペア、RBペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（Resource Element：RE）によって構成されてもよい。例えば、１REは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（Bandwidth Part：BWP）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通RB（common resource blocks）のサブセットのことを表してもよい。ここで、共通RBは、当該キャリアの共通参照ポイントを基準としたRBのインデックスによって特定されてもよい。PRBは、あるBWPで定義され、当該BWP内で番号付けされてもよい。
　BWPには、UL用のBWP（UL BWP）と、DL用のBWP（DL BWP）とが含まれてもよい。UEに対して、１キャリア内に１つ又は複数のBWPが設定されてもよい。
　設定されたBWPの少なくとも１つがアクティブであってもよく、UEは、アクティブなBWPの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。
　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic Prefix：CP）長などの構成は、様々に変更することができる。
　「接続された（connected）」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　参照信号は、Reference Signal（RS）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　本開示において使用する「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示で使用する「判断(determining)」、「決定(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）」などで読み替えられてもよい。
　本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
　10　無線通信システム
　20　NG-RAN
　100　gNB
　200　UE
　210　無線信号送受信部
　220　アンプ部
　230　変復調部
　240　制御信号・参照信号処理部
　250　符号化/復号部
　260　データ送受信部
　270　制御部
　1001　プロセッサ
　1002　メモリ
　1003　ストレージ
　1004　通信装置
　1005　入力装置
　1006　出力装置
　1007　バス

Claims (4)

  1. 　互いに異なる優先度を有する２以上の上りリンク制御情報を上りリンク制御チャネルに多重する制御部と、
    　前記２以上の上りリンク制御情報が多重された前記上りリンク制御チャネルを用いて、上りリンク信号を送信する通信部と、を備え、
    　前記制御部は、前記２以上の上りリンク制御情報のレートマッチングにおいて、前記チャネルコーディングの出力長を決定する、端末。
  2. 　前記制御部は、前記上りリンク制御チャネルのターゲットコードレート及び前記２以上の上りリンク制御情報の各々のコードレートの中から選択された１以上のパラメータに基づいて決定された有効コードレートに基づいて、前記チャネルコーディングの出力長を決定する、請求項１に記載の端末。
  3. 　前記制御部は、前記２以上の上りリンク制御情報の各々のコードレートに基づいて、前記チャネルコーディングの出力長を決定する、請求項１に記載の端末。
  4. 　前記制御部は、前記２以上の上りリンク制御情報の各々のコードレートに基づいて決定された、前記２以上の上りリンク制御情報の各々の有効コードレートに基づいて、前記チャネルコーディングの出力長を決定する、請求項１乃至請求項３のいずれか１項に記載の端末。
     
PCT/JP2021/041564 2020-11-11 2021-11-11 端末 WO2022102714A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202180072180.2A CN116349358A (zh) 2020-11-11 2021-11-11 终端
EP21891959.5A EP4247083A1 (en) 2020-11-11 2021-11-11 Terminal
JP2022562177A JPWO2022102714A1 (ja) 2020-11-11 2021-11-11

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-187742 2020-11-11
JP2020187742 2020-11-11

Publications (1)

Publication Number Publication Date
WO2022102714A1 true WO2022102714A1 (ja) 2022-05-19

Family

ID=81601210

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/041564 WO2022102714A1 (ja) 2020-11-11 2021-11-11 端末

Country Status (4)

Country Link
EP (1) EP4247083A1 (ja)
JP (1) JPWO2022102714A1 (ja)
CN (1) CN116349358A (ja)
WO (1) WO2022102714A1 (ja)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3 GPP: "Enhanced Industrial Internet of Things (IoT) and ultra-reliable and low latency communication", RP -201310, 3 GPP TSG RAN MEETING # 86 E, July 2020 (2020-07-01)
MODERATOR (OPPO): "Summary#1 on Intra-UE Multiplexing/Prioritization for R17", 3GPP DRAFT; R1-2009045, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20201026 - 20201113, 5 November 2020 (2020-11-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051952016 *

Also Published As

Publication number Publication date
EP4247083A1 (en) 2023-09-20
CN116349358A (zh) 2023-06-27
JPWO2022102714A1 (ja) 2022-05-19

Similar Documents

Publication Publication Date Title
WO2021005663A1 (ja) 端末
WO2022079876A1 (ja) 端末
WO2021171594A1 (ja) 端末
WO2022102714A1 (ja) 端末
WO2022102718A1 (ja) 端末
WO2022097724A1 (ja) 端末
WO2022102670A1 (ja) 端末
WO2022113232A1 (ja) 端末、基地局及び無線通信方法
WO2022085156A1 (ja) 端末
WO2022074843A1 (ja) 端末
WO2022102669A1 (ja) 端末
WO2022074842A1 (ja) 端末
WO2022079872A1 (ja) 端末
WO2022137559A1 (ja) 端末及び無線通信方法
WO2022029973A1 (ja) 端末
WO2022153509A1 (ja) 端末、基地局及び無線通信方法
WO2021199387A1 (ja) 端末
WO2021192063A1 (ja) 端末
WO2021199388A1 (ja) 端末
WO2022029972A1 (ja) 端末
WO2022153545A1 (ja) 端末及び無線通信方法
WO2022085201A1 (ja) 端末
WO2022153505A1 (ja) 端末及び無線基地局
WO2022239078A1 (ja) 端末、無線通信システム及び無線通信方法
WO2022137569A1 (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: 21891959

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022562177

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021891959

Country of ref document: EP

Effective date: 20230612