WO2016185641A1 - ＨＡＲＱ ＡＣＫ／ＮＡＣＫ ｂｉｔｓ送信のための装置及び方法 - Google Patents

ＨＡＲＱ ＡＣＫ／ＮＡＣＫ ｂｉｔｓ送信のための装置及び方法 Download PDF

Info

Publication number
WO2016185641A1
WO2016185641A1 PCT/JP2016/001016 JP2016001016W WO2016185641A1 WO 2016185641 A1 WO2016185641 A1 WO 2016185641A1 JP 2016001016 W JP2016001016 W JP 2016001016W WO 2016185641 A1 WO2016185641 A1 WO 2016185641A1
Authority
WO
WIPO (PCT)
Prior art keywords
spreading
pucch
wireless terminal
code sequence
spreading code
Prior art date
Application number
PCT/JP2016/001016
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 EP16796038.4A priority Critical patent/EP3297360B1/en
Priority to US15/571,200 priority patent/US10374748B2/en
Priority to KR1020177033009A priority patent/KR102077379B1/ko
Priority to CN201680028335.1A priority patent/CN107615855B/zh
Priority to JP2017518726A priority patent/JPWO2016185641A1/ja
Publication of WO2016185641A1 publication Critical patent/WO2016185641A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/26035—Maintenance of orthogonality, e.g. for signals exchanged between cells or users, or by using covering codes or sequences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0033—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
    • H04L1/0034—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter where the transmitter decides based on inferences, e.g. use of implicit signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0067—Rate matching
    • H04L1/0068—Rate matching by puncturing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L25/00—Baseband systems
    • H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
    • H04L25/03—Shaping networks in transmitter or receiver, e.g. adaptive shaping networks
    • H04L25/03828—Arrangements for spectral shaping; Arrangements for providing signals with specified spectral properties
    • H04L25/03866—Arrangements for spectral shaping; Arrangements for providing signals with specified spectral properties using scrambling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0016—Time-frequency-code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/14—Separate analysis of uplink or downlink
    • H04W52/146—Uplink power control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers

Definitions

  • This disclosure relates to wireless communication, and more particularly to a Physical Uplink Control Channel (PUCCH) format for transmitting Hybrid Automatic Repeat Request (HARQ) ACK / NACK bits from a wireless terminal to a base station.
  • PUCCH Physical Uplink Control Channel
  • 3rd Generation Generation Partnership Project (3GPP) Release 8 (called Long Term Evolution (LTE)) and the radio frame structure, time-frequency resource (radio resource), and HARQ ACK / NACK used after that Transmission will be described.
  • carrier aggregation carrier aggregation (carrier aggregation (CA)) introduced in 3GPP-Release 10 (referred to as LTE-Advanced) and HARQ ACK / NACK transmission in CA will be described.
  • FIG. 1 shows a radio frame structure of LTE and LTE-Advanced.
  • 3GPP 3rd Generation Generation Partnership Project
  • frame structure type 1 and can be applied to frequency division duplex (FDD).
  • frame structure type 2 and can be applied to Time division duplex (TDD).
  • FDD frequency division duplex
  • TDD Time division duplex
  • the duration of one radio frame is 10 ms, and one radio frame is composed of 10 subframes. .
  • the duration of one subframe is 1 ms.
  • one subframe is broken down into two slots, each of 0.5 ⁇ ms.
  • FIG. 2A shows details of LTE and LTE-Advanced downlink time-frequency resources.
  • One downlink slot (0.5 ms) contains N DL SYMB Orthogonal Frequency Division Multiplexing (OFDM) symbols in the time domain.
  • a radio resource defined by one OFDM symbol in the time domain and one subcarrier in the frequency domain is called a “resource element”.
  • the resource element is a minimum unit of radio resources in the LTE and LTE-Advanced downlink employing ODFM.
  • a resource unit defined by N DL SYMB OFDM symbols consecutive in the time domain and N RB SC subcarriers consecutive in the frequency domain is called a “resource block”.
  • N DL SYMB 7 and the value of N RB SC is 12, so that one downlink resource block consists of 84 resource elements.
  • the occupied bandwidth depends on the downlink system bandwidth (channel bandwidth (BW Channel )). For example, the maximum of the maximum number of downlink resource block when the system band is 1.4 MHz (N DL RB) is 6, when the system bandwidth is 20 MHz downlink resource blocks (N DL RB) The number is 100.
  • FIG. 2B shows details of LTE and LTE-Advanced uplink time-frequency resources.
  • One uplink slot (0.5 ms) contains N UL SYMB Single-Carrier Frequency Division Multiple Access (SC-FDMA) symbols in the time domain.
  • SC-FDMA is also called Discrete Fourier Transform (DFT) -Spread OFDM (DFTS-OFDM).
  • DFT Discrete Fourier Transform
  • DFTS-OFDM Discrete Fourier Transform
  • a radio resource defined by one SC-FDMA symbol in the time domain and one subcarrier in the frequency domain is called a “resource element”.
  • the resource element is a minimum unit of radio resources in the LTE and LTE-Advanced uplink employing SC-FDMA.
  • a resource unit defined by N UL SYMB SC-FDMA symbols continuous in the time domain and N RB SC subcarriers continuous in the frequency domain is called a “resource block”. Similar to the downlink, in the case of the normal cyclic prefix, the value of N UL SYMB is 7 and the value of N RB SC is 12, so one uplink resource block consists of 84 resource elements.
  • the occupied bandwidth (N UL RB resource block or N UL RB N RB SC subcarrier) depends on the uplink system bandwidth (channel bandwidth (BW Channel )). For example, the maximum of the maximum number of uplink resource blocks when the system bandwidth is 1.4 MHz (N UL RB) is 6, when the system bandwidth is 20 MHz uplink resource blocks (N UL RB) The number is 100.
  • downlink user data is transmitted on the Physical Downlink Shared Channel (Physical Downlink Shared Channel (PDSCH)).
  • the wireless terminal that is, user “equipment” (UE) receives the downlink data on the PDSCH, checks whether there is a Cyclic Redundancy Check (CRC) error in the downlink data, and performs a CRC result (that is, an acknowledgement (ACK) or HARQ ACK / NACK bits indicating negative (ACK) (NACK)) are transmitted on the physical uplink control channel (Physical Uplink Control Channel (PUCCH)) or the physical uplink shared channel (Physical Uplink Shared Channel (PUSCH)).
  • CRC Cyclic Redundancy Check
  • HARQ ACK / NACK bits are piggybacked and transmitted to the PDSCH.
  • HARQ ACK / NACK bits are transmitted on the PUCCH.
  • PUCCH formats 1a and 1b are defined for HARQ ACK / NACK transmission. Basically, 1-bit HARQ ACK / NACK is transmitted in PUCCH format 1a, and 2-bit HARQ ACK / NACK is transmitted in PUCCH format 1b.
  • the number of HARQ ACK / NACK bits is determined according to the number of codewords (that is, 1 or 2) at the time of downlink transmission. In other words, the number of HARQ ACK / NACK bits is determined according to whether Spatial Multiplexing is applied to downlink transmission. When Spatial Multiplexing is applied, two codewords (ie, two transport blocks) are transmitted in one subframe, and therefore PUCCH format 1b is used.
  • PUCCH is transmitted in the frequency domain set at both ends of the system band.
  • PUCCH transmission in one subframe includes one resource block in the first slot (0.5 ms) located at or near one end of the system band and the second slot (0.5 near the other end of the system band). ms).
  • These two resource blocks (RB) are called RB pairs.
  • multiple RB pairs are used to increase control signaling capacity.
  • the RB pair (PUCCH region) to be used by the UE can be derived from the PUCCH resource index.
  • the PUCCH resource index is set for the UE by the base station (ie, eNodeB (eNB)).
  • CA carrier aggregation
  • a wireless terminal is configured by a base station (eNB) for a plurality of carriers having different frequencies (called component carriers (CC)) for uplink communication and / or downlink communication. Multiple component carriers can be used.
  • CC component carriers
  • Release 10 specifies carrier aggregation up to 5 CCs. Since the maximum system bandwidth of one CC is 20 MHz, a wireless terminal can use up to 100 MHz in 3GPP Release 10 CA.
  • a new ACK / NACK PUCCH format is defined in Release 10.
  • This new ACK / NACK PUCCH format is called PUCCH format 3 and enables HARQ ACK / NACK transmission up to a maximum of 20 bits.
  • PUCCH format 3 is described in, for example, section 5.4.2A of 3GPP TS 36.211 V12.5.0 (Non-Patent Document 1).
  • FIG. 4 shows a HARQ ACK / NACK transmission scheme in PUCCH format 3 in the case of normal cyclic prefix.
  • error correction coding and rate matching are performed on HARQ ACK / NACK bits of up to 20 bits generated by PDSCH reception, and a coded ACK / NACK bits N of 48 bits length is generated.
  • the encoded ACK / NACK bits are scrambled and then mapped to a QPSK symbol, thereby generating a 24 QPSK modulation symbol (402).
  • 12 modulation symbols (403) are transmitted in the first slot in the subframe, and the remaining 12 modulation symbols (404) are transmitted in the second slot in the subframe.
  • FIG. 4 shows processing for 12 modulation symbols (403) transmitted in the first slot.
  • Block-wise spreading is performed on these 12 symbols (403). That is, twelve modulation symbols corresponding to one SC-FDMA symbol have the same length 5 spreading code sequence (length-5 spreading code sequence) [w (0) w (1) w (2) w (3) w (4)] is diffused (404 to 409).
  • the spreading code sequence is also called an orthogonal sequence or an orthogonal cover code (OCC) sequence.
  • Time-domain spreading with a length-5 spreading code sequence yields 5 sets of 12 modulation symbols. Five sets of 12 modulation symbols are mapped to predetermined 5SC-FDMA symbols in the first slot.
  • Each set of 12 modulation symbols is cyclically shifted (shifted), DFT spread, mapped to 12 subcarriers, and converted to time domain signals by Inverse / Fast / Fourier / Transform (IFFT), thereby SC-FDMA symbols. Is generated.
  • IFFT Inverse / Fast / Fourier / Transform
  • 3GPP Release 13 has begun discussions on further enhancement of carrier aggregation functions. Specifically, a mechanism necessary for enabling carrier aggregation up to 32 component carriers (CC) is discussed. If carrier aggregation of 32 component carriers is performed, the number of HARQ ACK / NACK bits for downlink transmission on the 32 component carriers exceeds the number of bits that can be transmitted in the above-described PUCCH format 3.
  • the UE responds to DL reception in 32 DL CCs, for a total of 64 -bit HARQ ACK / NACK needs to be sent.
  • the number of HARQ ACK / NACK bits to be transmitted by the UE increases in proportion to the bundling window size. For example, if the bundling window size is 2 under the same conditions as the above FDD, the UE needs to transmit 128-bit-HARQ ACK / NACK. When the bundling window size is 4, the UE needs to transmit 256-bit HARQ ACK / NACK.
  • the number of HARQ ACK / NACK bits in TDD is reduced to 1 bit per bundling window by calculating the logical product of all HARQ ACK / NACK bits in the bundling window.
  • a compression method is known. However, even if this method is used, the number of HARQ ACK / NACK bits in TDD can be compressed only to 64 bits. Therefore, a new PUCCH format in which the number of HARQHAACK / NACK bits that can be transmitted per subframe is larger than the existing PUCCH format 3 is required.
  • the new PUCCH format can adjust the number of HARQ ACK / NACK bits that can be transmitted by one UE per unit time (e.g., slot or subframe) according to the number of component carriers.
  • One of the objects to be achieved by the embodiment disclosed in this specification is that the number of HARQ ACK / NACK bits that can be transmitted by one UE per unit time (eg, slot or subframe) depends on the number of component carriers. It is to provide an apparatus, a method, and a program that contribute to making it adjustable. It should be noted that this objective is only one of several objectives that the embodiments disclosed herein intend to achieve. Other objects or problems and novel features will become apparent from the description of the present specification or the accompanying drawings.
  • a wireless terminal includes a wireless transceiver configured to wirelessly communicate with a base station and at least one processor coupled to the wireless transceiver.
  • the at least one processor sends a plurality of Hybrid Automatic Repeat Request (HARQ) ACK / NACK bits corresponding to a plurality of downlink component carriers (DL CCs) set in the wireless terminal to one uplink component carrier ( When transmitting by one Physical Uplink Control Channel (PUCCH) on (UL CC), depending on the number of the plurality of DL CCs or the number of the HARQ ACK / NACK bits, the plurality of HARQ ACK / NACK bits Is configured to change a spreading factor applied to time domain spreading performed on a plurality of modulation symbols generated from.
  • PUCCH Physical Uplink Control Channel
  • the method in the radio terminal is a single upgrade of a plurality of Hybrid Automatic Repeat Request (HARQ) ACK / NACK bits corresponding to a plurality of downlink component carriers (DL (CCs) set in the radio terminal.
  • HARQ Hybrid Automatic Repeat Request
  • DL downlink component carriers
  • PUCCH Physical Uplink Control Channel
  • UL CC link component carrier
  • the plurality of DL CCs or the number of HARQ ACK / NACK bits depends on the number.
  • the base station includes a wireless transceiver configured to wirelessly communicate with a wireless terminal and at least one processor coupled to the wireless transceiver.
  • the at least one processor is configured to receive a PUCCH transmitted from the wireless terminal according to a Physical-Uplink-Control-Channel- (PUCCH) format.
  • PUCCH Physical-Uplink-Control-Channel-
  • HARQ Hybrid Automatic Repeat
  • ACK / NACK bits corresponding to a plurality of downlink component carriers (DL CCs) set in the wireless terminal are increased by one.
  • the plurality of DL CCs or the number of HARQ ACK / NACK bits depends on the number. It is possible to change a spreading factor applied to time domain spreading performed on a plurality of modulation symbols generated from HARQ ACK / NACK bits.
  • PUCCH Physical Uplink Control Channel
  • UL CC link component carrier
  • the method in the base station includes receiving, from the wireless terminal, a PUCCH that is transmitted in accordance with a Physical Uplink Control Channel (PUCCH) format.
  • PUCCH Physical Uplink Control Channel
  • HARQ Hybrid Automatic Repeat Request
  • NACK NACK bits corresponding to a plurality of downlink component carriers (a plurality of DL CCs) set in the radio terminal is set to 1 for the previous radio terminal.
  • the program includes a group of instructions (software code) for causing the computer to perform the method according to the second or fourth aspect described above when read by the computer.
  • an apparatus, a method, and the like that contribute to making it possible to adjust the number of HARQHAACK / NACK bits that can be transmitted by one UE per unit time (eg, slot or subframe) according to the number of component carriers And can provide programs.
  • FIG. 1 shows a configuration example of a wireless communication system according to some embodiments including this embodiment.
  • the wireless communication system provides communication services such as voice communication or packet data communication or both.
  • the wireless communication system includes a wireless terminal (UE) 1 and a base station (eNB) 2.
  • the wireless communication system will be described as a 3GPP Release 8 or later system. That is, the radio terminal 1 corresponds to a UE, and the base station 2 corresponds to an eNB.
  • UE1 and eNB2 support 6 component carriers or more carrier aggregation.
  • UE1 receives DL signals from eNB in one or more DL component carriers (DL CCs) 501 and transmits UL signals to eNB2 in one or more UL component carriers (UL CCs) 502.
  • DL CCs DL component carriers
  • UL CCs UL component carriers
  • UE1 When DL carrier aggregation is performed, UE1 transmits HARQ ACK / NACK bits corresponding to a plurality of DL CCs set in UE1 using one PUCCH on one UL CC. Furthermore, UE1 determines a spreading factor applied to time domain spreading performed on a plurality of modulation symbols generated from the HARQ ACK / NACK bits according to the number of the plurality of DL CCs set in UE1. Is configured to change. Note that the number of HARQ ACK / NACK bits that UE1 should transmit in one resource block (one slot) or one subframe is determined according to the number of DL CCs set in UE1.
  • UE1 sets the spreading factor of time domain spreading (blockwise spreading) for ACK / NACK modulation symbols (symbols) according to the number of HARQ ACK / NACK bits transmitted on one PUCCH on one UL CC. It may be configured to change.
  • UE1 may decrease the spreading factor applied to the ACK / NACK modulation symbol as the number of DL CCs set in UE1 increases. In other words, UE1 may increase the spreading factor applied to HARQ ACK / NACK modulation symbols as the number of DL CCs set in UE1 decreases.
  • the number of HARQ ACK / NACK bits can be increased.
  • the larger the spreading factor the smaller the number of ACK / NACK modulation symbols (number of HARQ ACK / NACK bits) that one UE1 can transmit per resource block, but it can be multiplexed to the same resource block instead.
  • the number of UEs can be increased.
  • ENB2 is configured to receive PUCCH transmitted from UE1 in accordance with the new PUCCH format.
  • the new PUCCH format transmits to the UE1 HARQ ACK / NACK bits corresponding to a plurality of DL CCs set in the UE1 using one PUCCH on one UL CC, Depending on the number or the number of the HARQ ⁇ ⁇ ⁇ ⁇ ACK / NACK bits, it is possible to change the spreading factor applied to the time domain spreading performed for a plurality of modulation symbols generated from the HARQ ACK / NACK bits .
  • UE1 when UE1 transmits HARQHAACK / NACK bits corresponding to DL CCs set in UE1 using one PUCCH on one UL CC, the number of DL ⁇ ⁇ CCs or The spreading factor of time domain spreading (blockwise spreading) for ACK / NACK modulation symbols (symbols) is changed according to the number of HARQ ACK / NACK bits. Therefore, UE1 uses the same PUCCH format and sets the number of HARQ ACK / NACK bits that can be transmitted by one UE1 per unit time (eg, slot or subframe) to the number of component carriers set in UE1. Can be adjusted accordingly.
  • unit time eg, slot or subframe
  • FIG. 6 shows an example (process 600) of the communication procedure of UE1 and eNB2.
  • eNB2 sends one or more RRC signaling to UE1.
  • the RRC signaling at block 601 may include, for example, an RRC Connection Setup message or may include one or more RRC Connection Reconfiguration messages.
  • the RRC signaling at block 601 may include at least one RRC Connection Reconfiguration message for configuring one or more secondary component carriers to UE1 for carrier aggregation.
  • UE1 sets UE1 according to the RRC signaling in block 601.
  • the setting of the block 602 is a PUCCH format, a resource block (used for transmission of PUCCH) in order to transmit HARQ ACK / NACK bits corresponding to the primary DL CC and one or more secondary DL CCs on the PUCCH of the primary UL CC.
  • PUCCH resource used for transmission of PUCCH
  • the spreading code sequence and spreading factor are applied to block-wise spreading for HARQ ACK / NACK modulation symbols.
  • UE1 selects a spreading factor to be applied to blockwise spreading for HARQ ACK / NACK modulation symbols according to the number of CCs set for UE1.
  • Each of the PUCCH format, PUCCH resource, spreading code sequence, and spreading factor may be explicitly or implicitly specified by the eNB 2 in RRC signaling at block 601.
  • the eNB 2 may transmit RRC signaling at block 601 indicating that the new PUCCH format described above is used.
  • the eNB 2 may implicitly assign the spreading factor to UE1. For example, the eNB 2 may implicitly indicate to the UE 1 the spreading factor applied to block-wise spreading for the HARQ ACK / NACK modulation symbol by setting one or more secondary CCs to the UE 1. In other words, UE1 may select a spreading factor based on the number of CCs set for UE1.
  • eNB2 may explicitly specify the resource index for the new PUCCH format in UE1.
  • UE1 may derive a sequence index indicating a PUCCH resource (RB pair used for PUCCH transmission) and a spreading code sequence to be used from the resource index.
  • SCells secondary cells set in UE1
  • SCCs secondary CCs
  • the activation of SCell (SCC) may be performed by transmitting Activation / Deactivation-Medium-Access-Control- (MAC) control-element (CE) from eNB2 to UE1.
  • MAC Activation-Medium-Access-Control-
  • CE control-element
  • eNB2 transmits data to UE1 in a plurality of DL CCs.
  • UE1 sets HARQ ACK / NACK bits corresponding to the plurality of DL-CCs on one PUCCH on one UL CC (eg, primary CC). Send.
  • the PUCCH transmission at block 605 uses the PUCCH format, PUCCH resource, spreading code sequence, and spreading factor selected at block 602.
  • FIG. 7 is a flowchart showing an example of operation of UE1 (processing 700).
  • UE1 receives one or more RRC signaling from eNB2.
  • UE1 may select in UE1 a PUCCH format, a resource block (PUCCH resource) used for transmission of PUCCH, a spreading code sequence, and a spreading factor according to one or more RRC signaling in block 701. Including.
  • the spreading code sequence and spreading factor are applied to block-wise spreading for HARQ ACK / NACK modulation symbols.
  • UE1 selects a spreading factor to be applied to blockwise spreading for HARQ ACK / NACK modulation symbols according to the number of CCs set for UE1.
  • UE1 activates one or a plurality of SCells (SCCs) according to an instruction by eNB2.
  • SCCs SCells
  • UE1 receives data from eNB2 on multiple DL-CCs.
  • UE1 transmits HARQ ACK / NACK bits corresponding to a plurality of DL CCs to eNB2 in one PUCCH on one UL CC.
  • the PUCCH transmission at block 705 uses the PUCCH format, PUCCH resource, spreading code sequence, and spreading factor selected at block 702.
  • FIG. 8 is a flowchart showing an example of operation of the eNB 2 (processing 800).
  • the eNB2 sends one or more RRC signaling to the UE1.
  • the signaling explicitly or implicitly specifies UE1 the PUCCH format and spreading factor that UE1 should use.
  • the spreading factor is applied to block-wise spreading for HARQ ACK / NACK modulation symbols.
  • eNB2 activates a part or all of 1 or several SCells (SCCs) already set to UE1.
  • SCCs SCells
  • eNB2 transmits data to UE1 on a plurality of DL-CCs.
  • the eNB 2 receives HARQ ACK / NACK bits corresponding to a plurality of DL CCs from UE1 in one PUCCH on one UL CC.
  • UE1 is configured to count at least two of the first, second, and third time-domain spreading for HARQ ACK / NACK modulation symbols (symbols) to a plurality of DL CCs configured for UE1. (Or the number of HARQ ACK / NACK bits) is selectively performed.
  • the first, second, and third time domain spreads are as follows.
  • First time domain spreading includes performing time domain spreading with a spreading factor of 2n for one data block using a first spreading code sequence of length 2n (n is an integer).
  • the one data block is mapped to predetermined 2n Single-Carrier FDMA (SC-FDMA) symbols in one slot in the PUCCH format used for transmission of a plurality of HARQ ACK / NACK bits.
  • SC-FDMA Single-Carrier FDMA
  • the second time domain spreading is from the second spreading code sequence of length n consisting of n elements of the first spreading code sequence described above and the remaining n elements of the first spreading code sequence described above.
  • a third spreading code sequence of length n comprising performing a time domain spreading of spreading factor n on two data blocks.
  • the two data blocks are mapped to predetermined 2n SC-FDMA symbols in the same slot as in the case of the first time domain spreading in the PUCCH format.
  • the third time domain spreading is a spreading factor 1 time for 2n data blocks using 2n spreading code sequences of length 1 consisting of 2n elements of the first spreading code sequence described above. Including performing domain spreading.
  • the 2n data blocks are mapped to predetermined 2n SC-FDMA symbols in the same predetermined slot as in the first and second time domain spreading in the PUCCH format.
  • one data block means HARQ ACK / NACK modulated symbols to be subjected to blockwise spreading. That is, according to the LTE example, one data block includes 12 ACK / NACK modulation symbols equal to the number of subcarriers in one resource block.
  • the first spreading code sequence may be determined by UE1 from the resource index given to UE1 by eNB2. That is, UE1 may derive the sequence index indicating the spreading code sequence to be used from the resource index given by eNB2.
  • the first spreading code sequence having a length of 2n is one of 2n spreading code sequences orthogonal to each other.
  • Other spreading code sequences (orthogonal code sequences) other than the first spreading code sequence are used by other UEs.
  • the first spreading code sequence and at least one other spreading code sequence (referred to as a fourth spreading code sequence) included in the 2n (orthogonal) spreading code sequences may be defined as follows: Good.
  • the second spreading code sequence that is a subset of the first spreading code sequence is orthogonal to the spreading code sequence consisting of the corresponding two elements of the fourth spreading code sequence, and the rest of the first spreading code sequence.
  • the third spreading code sequence which is a subset is orthogonal to the spreading code sequence consisting of the remaining two elements of the fourth spreading code sequence.
  • the four spreading code sequences w 0 (i) to w 3 (i) shown in Table 1 are orthogonal to each other. Further, the following relationship exists between the spreading code sequences w 0 (i) and w 2 (i).
  • a spreading code sequence [+1 +1] of length 2 (length-2) composed of the first and second elements of the spreading code sequence w 0 (i) [+ 1 +1 +1 +1]
  • a relationship similar to the pair of spreading code sequences w 0 (i) and w 2 (i) is the same as the pair of spreading code sequences w 0 (i) and w 3 (i), the spreading code sequences w 1 (i) and w 2 This also holds for the pair (i) and the pair of spreading code sequences w 1 (i) and w 3 (i).
  • FIGS. 9, 10, and 11 show three specific examples of the transmission scheme in the new PUCCH format according to the present embodiment.
  • FIG. Each corresponds. That is, in the example of FIG. 9, UE1 uses one of spreading code sequences w 0 (i) to w 3 (i) having a length of 4 (length-4) to transmit one data block (here, 12 ACK). Time domain spreading (block-wise spreading) with a spreading factor of 4 for / NACK modulation symbols). The one data block (12ACK / NACK modulation symbol) is mapped to predetermined four SC-FDMA symbols in one slot.
  • the transmission scheme of FIG. 9 is used when the number of HARQ ACK / NACK bits to be transmitted in one subframe is 16 bits or less, for example.
  • the processing in blocks 901 and 902 is similar to the processing in blocks 401 and 402 in the transmission scheme of PUCCHPUformat 3 shown in FIG. That is, in block 901, error correction coding and rate matching are performed on HARQ ACK / NACK bits of up to 16 bits corresponding to data reception in a plurality of DL CCs, and a coded ACK with a length of 48 bits is used. / NACK bits is generated.
  • the encoded ACK / NACK bits are scrambled and then mapped to QPSK modulation symbols, thereby generating 24 modulation symbols (902).
  • FIG. 9 shows processing for 12 modulation symbols (903) transmitted in the first slot.
  • Block-wise spreading is performed on these 12 modulation symbols (903). That is, twelve modulation symbols corresponding to one SC-FDMA symbol are one of four length-4 (length-4) spreading code sequences shown in Table 1 [w k (0) w k (1) It is diffused by w k (2) w k (3)] (904 to 908). As a result, four sets of 12 modulation symbols are obtained. Four sets of 12 modulation symbols are mapped to predetermined 4SC-FDMA symbols in the first slot. Each set of 12 modulation symbols is cyclically shifted, DFT spread, mapped to 12 subcarriers, converted to a time domain signal by IFFT, thereby generating SC-FDMA symbols.
  • the example of FIG. 10 corresponds to the second time domain spreading described above.
  • UE1 selects one of the four length-4 (length-4) spreading code sequences shown in Table 1 [w k (0) w k (1) w k (2) w k (3)], a length 2 spreading code sequence [w k (0) w k (1)] consisting of the first and second elements, and a length consisting of the remaining third and fourth elements
  • a spreading code sequence of 2 [w k (2) w k (3)] time domain spreading (blockwise spreading) with a spreading factor of 2 for two data blocks is performed.
  • the two data blocks are two sets of 12 ACK / NACK modulation symbols.
  • the two data blocks are mapped to predetermined four SC-FDMA symbols in the same slot as in the example of FIG. 9 (first time domain spreading) in the PUCCH format.
  • the transmission scheme of FIG. 10 is used when the number of HARQ ACK / NACK bits to be transmitted in one subframe is within a range of 17 to 32.
  • error correction coding and rate matching are performed for up to 32 bits of HARQ ACK / NACK bits corresponding to data reception in a plurality of DL CCs, and a coded ACK / NACK of 96 bit length is performed. bits are generated. The encoded ACK / NACK bits are scrambled and then mapped to QPSK symbols, thereby generating 48 QPSK modulation symbols (1002).
  • FIG. 10 shows processing for 24 modulation symbols (1003) transmitted in the first slot.
  • These 24 modulation symbols (1003) are divided into two sets of 100 modulation symbols each (1005). These two sets are then block-wise spread by length 2 spreading code sequences [w k (0) w k (1)] and [w k (2) w k (3)], respectively. That is, the first 12 modulation symbols of the 24 modulation symbols (1003) are spread by the spreading code sequence [w k (0) w k (1)] of length 2 (1006, 1007), and cyclic shift (cyclic) shift), DFT spreading, and IFFT, and then placed in the first and second SC-FDMA symbols.
  • the remaining 12 modulation symbols are spread by spreading code sequence [w k (2) w k (3)] of length 2 (1008, 1009), cyclic shift, DFT spreading, and IFFT. Then, it is arranged in the sixth and seventh SC-FDMA symbols.
  • FIG. 11 corresponds to the third time domain spreading described above.
  • UE1 is one of the four length-4 spreading code sequences shown in Table 1 [w k (0) w k (1) w k (2) w k (3)], four spreading code sequences having a length of 1 consisting of each of the first to fourth elements are used to perform time domain spreading with a spreading factor of 1 for four data blocks.
  • the four data blocks are four sets of 12 ACK / NACK modulation symbols.
  • the four data blocks are mapped to predetermined four SC-FDMA symbols in the same slot as in the example of FIG. 9 (first time domain spreading) in the PUCCH format.
  • the transmission scheme of FIG. 11 is used when the number of HARQ ACK / NACK bits to be transmitted in one subframe exceeds 32.
  • error correction coding and rate matching are performed on HARQ ACK / NACK bits of 33 bits or more corresponding to data reception in a plurality of DL CCs, and a coded ACK / NACK of 192 bit length is performed. bits are generated. The encoded ACK / NACK bits are scrambled and then mapped to QPSK symbols, thereby generating 96 QPSK modulation symbols (1102).
  • FIG. 11 shows processing for 48 modulation symbols (1103) transmitted in the first slot.
  • modulation symbols (1103) are divided into four sets of 1 each of 12 modulation symbols (1105). These four sets are then blocked by a length 1 spreading code sequence [w k (0)], [w k (1)], [w k (2)], and [w k (3)], respectively. Wise diffused. That is, the first 12 modulation symbols out of 48 modulation symbols (1103) are spread by a spreading code sequence [w k (0)] of length 1 (1106), cyclic shift, DFT spreading, and Arranged in the first SC-FDMA symbol via IFFT.
  • the second twelve modulation symbols of the 48 modulation symbols (1103) are spread by a spreading code sequence [w k (1)] of length 1 (1107), cyclic shift, DFT spreading, and IFFT And is arranged in the second SC-FDMA symbol.
  • the third twelve modulation symbols of the 48 modulation symbols (1103) are spread (1108) by a length 1 spreading code sequence [w k (2)], cyclic shift, DFT spreading, and IFFT And is arranged in the sixth SC-FDMA symbol.
  • the fourth twelve modulation symbols out of 48 modulation symbols (1103) are spread (1109) by a spreading code sequence [w k (3)] of length 1, cyclic shift, DFT spreading , And IFFT, it is arranged in the seventh SC-FDMA symbol.
  • UE1 sets HARQ ACK / NACK bits corresponding to DL CCs set in UE1 to one UL CC.
  • the spreading factor of time domain spreading (block-wise spreading) for ACK / NACK modulation symbols (symbols) according to the number of DL CCs or the number of HARQ ACK / NACK bits Can change.
  • UEs1 having different spreading factors of time domain spreading for ACK / NACK modulation symbols (symbols) Can be multiplexed on the same resource block.
  • two UEs1 according to the transmission scheme of FIG. 9 and one UE1 according to the transmission scheme of FIG. 10 can transmit PUCCH in the same resource block.
  • a relationship similar to the pair of spreading code sequences w 0 (i) and w 2 (i) is the same as the pair of spreading code sequences w 0 (i) and w 3 (i), the spreading code sequences w 1 (i) and w 2 This also holds for the pair (i) and the pair of spreading code sequences w 1 (i) and w 3 (i). Accordingly, PUCCH transmission with a spreading factor of 4 according to the transmission scheme of FIG. 9 and PUCCH transmission with a spreading factor of 2 according to the transmission scheme of FIG. 10 are multiplexed on the same resource block because interference is suppressed by the orthogonality of the spreading code sequence. be able to.
  • the four length-4 spreading code sequences shown in Table 1 may be assigned to users (UEs1) as shown in Table 2.
  • “#Bit” in the table represents the number of HARQ ACK / NAK bits that each user should transmit in one subframe.
  • “CODE # 0”, “CODE # 1”, “CODE # 2”, and “CODE # 3” in the table indicate four spreading code sequences (orthogonal sequences) w 0 (i ), W 1 (i), w 2 (i), and w 3 (i), respectively.
  • Table 2 is an example.
  • user # 0 may use any of CODE # 0 to CODE # 4.
  • user # 0 may use CODE # 1 instead of CODE # 0, and user # 1 may use CODE # 3 instead of CODE # 2.
  • user # 0 may use CODE # 2 or CODE ⁇ # 3
  • user # 1 may use CODE ##
  • user # 2 may use CODE # 1.
  • the set of spreading code sequences shown in Table 1 is an example. Other sets with orthogonality similar to the set of spreading code sequences shown in Table 1 may be used.
  • the arrangement of four data symbols # 1 to # 4 and three RS symbols with respect to 7SC-FDMA symbols in one slot is an example.
  • the arrangement of data symbols and RS symbols in one slot may be modified as described in the second embodiment described later, for example.
  • UE1 transmits a PUCCH according to the same PUCCH format and transmission scheme as in the first embodiment.
  • the HARQ ACK / NACK modulation symbol is arranged in other SC-FMDA symbols excluding the last SC-FDMA symbol (that is, the seventh SC-FDMA symbol) in each slot.
  • the last SC-FDMA symbol (seventh SC-FDMA symbol) in each slot may be used for transmission of Reference Signal (RS) symbols.
  • RS Reference Signal
  • FIG. 12, FIG. 13, and FIG. 14 show three specific examples of the transmission scheme in the PUCCH format according to this embodiment.
  • FIGS. 12, 13, and 14 correspond to FIGS. 9, 10, and 11 described in the first embodiment, respectively, and are arranged with four data symbols # 1 to # 4 and three RS symbols. Are the same except for the differences.
  • the last SC-FDMA symbols 1201, 1301, and 1401 in the slot are not used for transmission of HARQ ACK / NACK modulation symbols, but are used for transmission of RS symbols. used.
  • each UE is required to periodically transmit a sounding reference signal (Sounding Reference Signal (SRS)) according to a transmission interval set by the eNB.
  • SRS Sounding Reference Signal
  • the SRS is time-multiplexed at the position of the last SC-FDMA symbol in the insertion subframe. Therefore, when transmitting HARQ ACK / NACK according to the existing PUCCH format 1a / ab or 3, UE1 uses shortened PUCCH transmission in the SRS transmission subframe, which allows the final SC-FDMA symbol (ie, ACK / NACK) , The last symbol in the second slot of the subframe) is not transmitted.
  • UE1 can maintain the single-carrier property (property or nature) by not transmitting PUCCH simultaneously with SRS.
  • UE1 uses a transmission format in which the orthogonal spreading code sequence for time domain spreading is reduced by one, whereby the final PUCCH symbol is punctured. (Punctured).
  • a transmission format is known as shortened PUCCH format.
  • the UE uses a length 4 Walsh-Hadamard code (length-4 Walsh-Hadamard codes) instead of a length-5 DFT spreading code (length-5lengthDFT spreading code).
  • RS symbols (Demodulation RS (DMRS) symbols) instead of PUCCH symbols are arranged in the last SC-FDMA symbol in the slot.
  • UE1 can use a Walsh-Hadamard code of length 4 even in a shortened PUCCH transmission (shortened PUCCH format). Therefore, also in the SRS transmission subframe, PUCCH transmissions of UEs1 having different spreading factors can be multiplexed on the same resource block.
  • DMRS Demodulation RS
  • RS (DMRS) symbols are not applied with spreading codes (orthogonal codes, OCC) for time domain spreading, and RSs of multiple UEs are multiplexed by different cyclic shifts. Therefore, even if RS (DMRS) symbols are punctured, there is no problem in orthogonality between a plurality of UEs1.
  • UE1 is comprised so that the transmission power of PUCCH may be adjusted according to whether Sounding Reference Signal (SRS) is transmitted in a slot.
  • SRS Sounding Reference Signal
  • the adjustment of the transmission power of PUCCH according to the presence or absence of SRS transmission may be performed by adding an offset ⁇ ShortFormat to the transmission power of PUCCH when SRS is transmitted.
  • eNB2 may transmit signaling designating the offset ⁇ ShortFormat to UE1.
  • the transmission power of the PUCCH can be adjusted according to whether or not a sounding reference signal (SRS) is transmitted in the slot.
  • SRS sounding reference signal
  • the RS (DMRS) symbol arranged in the last SC-FDMA symbol of the second slot is punctured during the shortened PUCCH transmission.
  • DMRS RS
  • UE1 may add an offset ⁇ ShortFormat to the transmission power of the PUCCH in the slot where the RS (DMRS) symbol is punctured to transmit the SRS. . Thereby, it is possible to compensate for the deterioration of the PUCCH reception characteristics caused by the puncturing of the RS (DMRS) symbol.
  • the transmission power of PUCCH is specified in section 5.1.2.1 of 3GPP TS 36.213 V12.5.0 as the following equation (1):
  • i represents the subframe number
  • F and F ′ represent the PUCCH format.
  • ⁇ ShortFormat is an offset compared to the normal value, and is set from the upper layer.
  • the offset ⁇ ShortFormat (or ⁇ ShortFormat (F ′′)) may be set to UE1 by the eNB2.
  • FIG. 15 shows an example of a signaling procedure (process 1500) for setting the offset ⁇ ShortFormat (or ⁇ ShortFormat (F ′′)) to UE1.
  • eNB2 transmits RRC signaling including offset ⁇ ShortFormat (or ⁇ ShortFormat (F ′′)) to UE1.
  • the RRC signaling may be, for example, an RRC Connection Setup message or an RRC Connection Reconfiguration message.
  • FIG. 16 shows a specific example of information elements transmitted from eNB2 to UE1 in order to set the offset ⁇ ShortFormat to UE1.
  • the information element may be defined as one of UplinkPowerControl information elements (IEs).
  • the information element may be included in UplinkPowerControlDedicated IE or UplinkPowerControlCommon IE.
  • the offset ⁇ ShortFormat is set only for a new PUCCH format (referred to here as PUCCH format 4).
  • PUCCH format 4 referred to here as PUCCH format 4
  • “DB0”, “dB1”, “dB2”, and “dB3” mean that the offset values are 0 dB, 1 dB, 2 dB, and 3 dB, respectively.
  • FIG. 17 shows another specific example of the information element transmitted from eNB2 to UE1 in order to set the offset ⁇ ShortFormat (F ′′) to UE1.
  • the information element may be defined as one of UplinkPowerControl information elements (IEs).
  • the information element may be included in UplinkPowerControlDedicated IE or UplinkPowerControlCommon IE.
  • the offset ⁇ ShortFormat is individually set for all PUCCH formats including a new PUCCH format (referred to herein as PUCCH format 4).
  • the offset value is an example.
  • the number of offset value candidates may be three or less or five or more instead of four.
  • different offset value candidates may be set for each PUCCH format.
  • UE1 is comprised so that the transmission power of PUCCH may be adjusted according to the spreading factor of the time domain spreading
  • the adjustment of the transmission power of PUCCH according to the spreading factor may be performed by adding an offset ⁇ F_PUCCH (F) according to the spreading factor to the transmission power of PUCCH.
  • eNB2 may transmit signaling designating the offset ⁇ F_PUCCH (F) to UE1.
  • equation (1) equation (2), or equation (3) may be used to determine the offset ⁇ F_PUCCH (F) for each spreading factor.
  • the offset ⁇ F_PUCCH (F) for each spreading factor may be set to UE1 by eNB2.
  • FIG. 18 shows an example of a signaling procedure (process 1800) for setting the offset ⁇ ShortFormat for each spreading factor to UE1.
  • eNB2 transmits RRC signaling including offset ⁇ F_PUCCH (F) for each spreading factor to UE1.
  • the RRC signaling may be, for example, an RRC Connection Setup message or an RRC Connection Reconfiguration message.
  • FIG. 19 shows a specific example of information elements transmitted from eNB 2 to UE 1 in order to set offset ⁇ F_PUCCH (F) for each spreading factor to UE 1.
  • the information element may be defined as one of UplinkPowerControl information elements (IEs).
  • the information element may be included in UplinkPowerControlDedicated IE or UplinkPowerControlCommon IE.
  • “DeltaF-PUCCH-Format4-SF1” indicates an offset when the spreading factor is 1 in a new PUCCH format (referred to herein as PUCCH format 4).
  • PUCCH format 4 a new PUCCH format 4
  • deltaF-PUCCH-Format4-SF2” and “deltaF-PUCCH-Format4-SF4” indicate offsets when the spreading factors are 2 and 4, respectively.
  • deltaF-1”, “deltaF0”, and “deltaF3” mean that the offset values are ⁇ 1 dB, 0 dB, and 3 dB, respectively.
  • the minimum and maximum values of the offset candidates are increased as the spreading factor is decreased.
  • the smaller the spreading factor the smaller the gain (i.e., spreading gain) obtained by despreading processing on the receiving side. Therefore, by allowing a large offset value (that is, a large PUCCH transmission power) as the spreading factor decreases, it is possible to compensate for deterioration in reception characteristics caused by a small spreading gain.
  • FIG. 20 is a block diagram illustrating a configuration example of UE1.
  • the Radio-Frequency (RF) transceiver 2001 performs analog RF signal processing to communicate with the eNB 2.
  • Analog RF signal processing performed by the RF transceiver 2001 includes frequency up-conversion, frequency down-conversion, and amplification.
  • RF transceiver 2001 is coupled to antenna 2002 and baseband processor 2003. That is, the RF transceiver 2001 receives modulation symbol data (or OFDM symbol data) from the baseband processor 2003, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 2002. Further, the RF transceiver 2001 generates a baseband received signal based on the received RF signal received by the antenna 2002 and supplies this to the baseband processor 2003.
  • the baseband processor 2003 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Digital baseband signal processing consists of (a) data compression / decompression, (b) data segmentation / concatenation, (c) ⁇ transmission format (transmission frame) generation / decomposition, and (d) transmission path encoding / decoding. , (E) modulation (symbol mapping) / demodulation, and (f) generation of OFDM symbol data (baseband OFDM signal) by Inverse Fast Fourier Transform (IFFT).
  • control plane processing includes layer 1 (eg, transmission power control), layer 2 (eg, radio resource management, hybrid automatic repeat request (HARQ) processing), and layer 3 (eg, attach, mobility, and call management). Communication management).
  • the digital baseband signal processing by the baseband processor 2003 includes signal processing of Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, MAC layer, and PHY layer. But you can.
  • the control plane processing by the baseband processor 2003 may include Non-Access-Stratum (NAS) protocol, RRC protocol, and MAC CE processing.
  • NAS Non-Access-Stratum
  • the baseband processor 2003 includes a modem processor (eg, Digital Signal Processor (DSP)) that performs digital baseband signal processing and a protocol stack processor (eg, Central Processing Unit (CPU) that performs control plane processing, or Micro Processing Unit. (MPU)).
  • DSP Digital Signal Processor
  • protocol stack processor eg, Central Processing Unit (CPU) that performs control plane processing, or Micro Processing Unit. (MPU)
  • CPU Central Processing Unit
  • MPU Micro Processing Unit.
  • a protocol stack processor that performs control plane processing may be shared with an application processor 2004 described later.
  • Application processor 2004 is also called a CPU, MPU, microprocessor, or processor core.
  • the application processor 2004 may include a plurality of processors (a plurality of processor cores).
  • the application processor 2004 is a system software program (Operating System (OS)) read from the memory 2006 or a memory (not shown) and various application programs (for example, a call application, a web browser, a mailer, a camera operation application, music playback)
  • OS Operating System
  • application programs for example, a call application, a web browser, a mailer, a camera operation application, music playback
  • Various functions of UE1 are realized by executing (application).
  • the baseband processor 2003 and the application processor 2004 may be integrated on a single chip, as indicated by the dashed line (2005) in FIG.
  • the baseband processor 2003 and the application processor 2004 may be implemented as one System on Chip (SoC) device 2005.
  • SoC System on Chip
  • An SoC device is sometimes called a system Large Scale Integration (LSI) or chipset.
  • the memory 2006 is a volatile memory, a nonvolatile memory, or a combination thereof.
  • the memory 2006 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • the memory 2006 may include an external memory device accessible from the baseband processor 2003, the application processor 2004, and the SoC 2005.
  • Memory 2006 may include an embedded memory device integrated within baseband processor 2003, application processor 2004, or SoC 2005.
  • the memory 2006 may include a memory in a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit Card
  • the memory 2006 may store a software module (computer program) including an instruction group and data for performing processing by the UE 1 described in the above-described embodiments.
  • the baseband processor 2003 or the application processor 2004 may be configured to read and execute the software module from the memory 2006 to perform the processing of the UE 1 described in the above embodiment.
  • FIG. 21 is a block diagram illustrating a configuration example of the eNB 2 according to the above-described embodiment.
  • the eNB 2 includes an RF transceiver 2101, a network interface 2103, a processor 2104, and a memory 2105.
  • the RF transceiver 2101 performs analog RF signal processing to communicate with UE1.
  • the RF transceiver 2101 may include a plurality of transceivers.
  • RF transceiver 2101 is coupled to antenna 2102 and processor 2104.
  • the RF transceiver 2101 receives modulation symbol data (or OFDM symbol data) from the processor 2104, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 2102. Further, the RF transceiver 2101 generates a baseband received signal based on the received RF signal received by the antenna 2102, and supplies this to the processor 2104.
  • the network interface 2103 is used to communicate with network nodes (e.g., Mobility Management Entity (MME) and Serving Gateway (S-GW)).
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • the network interface 2103 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 2104 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • the digital baseband signal processing by the processor 2104 may include signal processing of a PDCP layer, an RLC layer, a MAC layer, and a PHY layer.
  • the control plane processing by the processor 2104 may include S1 protocol, RRC protocol, and MAC-CE processing.
  • the processor 2104 may include a plurality of processors.
  • the processor 2104 may include a modem processor (e.g., DSP) that performs digital baseband signal processing and a protocol stack processor (e.g., CPU or MPU) that performs control plane processing.
  • DSP digital baseband signal processing
  • protocol stack processor e.g., CPU or MPU
  • the memory 2105 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the volatile memory is, for example, SRAM or DRAM or a combination thereof.
  • the non-volatile memory is, for example, an MROM, PROM, flash memory, hard disk drive, or a combination thereof.
  • Memory 2105 may include storage located remotely from processor 2104. In this case, the processor 2104 may access the memory 2105 via the network interface 2103 or an I / O interface not shown.
  • the memory 2105 may store a software module (computer program) including an instruction group and data for performing processing by the eNB 2 described in the plurality of embodiments described above.
  • the processor 2104 may be configured to perform the processing of the eNB 2 described in the above-described embodiment by reading the software module from the memory 2105 and executing the software module.
  • each of the processors included in the UE 1 and the eNB 2 includes an instruction group for causing a computer to execute the algorithm described with reference to the drawings. Run multiple programs.
  • the program can be stored and supplied to a computer using various types of non-transitory computer readable media.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium).
  • non-transitory computer-readable media are magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), Compact Disc Read Only Memory (CD-ROM), CD-ROM R, CD-R / W, semiconductor memory (for example, mask ROM, Programmable ROM (PROM), Erasable PROM (EPROM), flash ROM, Random Access Memory (RAM)).
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • different spreading code sequences may be applied to the first slot and the second slot in one subframe.
  • the cell (CC) in which the PUCCH is transmitted is not limited to the primary cell (PCell) (primary component carrier (PCC)) of carrier aggregation.
  • the PUCCH may be set in any SCell, and the HARQ ACK / NACK related to DL transmission in a plurality of SCells may be transmitted in the PUCCH of the SCell.
  • the above-described embodiment may be applied to carrier aggregation in a Master Cell Group (MCG) in Dual Connectivity, or may be applied to carrier aggregation in a Secondary Cell Group (SCG) in Dual Connectivity.
  • MCG Master Cell Group
  • SCG Secondary Cell Group
  • PCC PCell
  • PSCell Primary SCell
  • PSCell is a special SCell in SCG provided by SecondarySecondeNB (SeNB).
  • SeNB SecondarySecondeNB
  • PSCell is set to PUCCH and is never deactivated, and RACH procedure is required for the initial setting of PSCell.
  • the method for adjusting the transmission power of the PUCCH in the subframe according to whether or not Sounding Reference Signal (SRS) is transmitted in the subframe described in the third embodiment is the first and second described above.
  • the improvement of PUCCH format described in the second embodiment may be performed independently.
  • the method may be applied to the transmission of existing PUCCH formats 1a / 1b and 3.
  • the wireless terminal A wireless transceiver configured to wirelessly communicate with a base station; At least one processor coupled to the wireless transceiver; With The at least one processor transmits at least one Hybrid Automatic Repeat Request (HARQ) ACK / NACK bit corresponding to at least one downlink component carrier (DL CC) set in the wireless terminal to one uplink component
  • HARQ Hybrid Automatic Repeat Request
  • DL CC downlink component carrier
  • the at least one processor transmits at least one Hybrid Automatic Repeat Request (HARQ) ACK / NACK bit corresponding to at least one downlink component carrier (DL CC) set in the wireless terminal to one uplink component
  • HARQ Hybrid Automatic Repeat Request
  • PUCCH Physical Uplink Control Channel
  • UL CC carrier
  • SRS Sounding Reference Signal
  • the transmission power of the PUCCH may be adjusted by adding a first offset to the transmission power of the PUCCH when the SRS is transmitted in a slot in which the PUCCH is transmitted.
  • the at least one processor may be configured to receive signaling specifying the first offset from a base station.
  • the last PUCCH symbol arranged in the last SC-FDMA symbol of the second slot is punctured during the shortened PUCCH transmission. That is, the spreading factor applied to the transmission of the HARQ ACK / NACK modulation symbol in the slot where the SRS is transmitted is smaller than the spreading factor in the slot where the SRS is not transmitted. Therefore, the PUCCH spreading gain in the slot where the SRS is transmitted is smaller than the spreading gain in the slot where the SRS is not transmitted.

Abstract

無線端末（１）は、無線端末（１）に設定された複数のダウンリンク・コンポーネントキャリア（ＤＬ　ＣＣｓ）に対応する複数のＨｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ（ＨＡＲＱ）　ＡＣＫ／ＮＡＣＫ　ｂｉｔｓを１つのアップリンク・コンポーネントキャリア（ＵＬ　ＣＣ）上の１つのＰｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ　（ＰＵＣＣＨ）で送信する場合に、当該複数のＤＬ　ＣＣｓの数又は当該複数のＨＡＲＱ　ＡＣＫ／ＮＡＣＫ　ｂｉｔｓの数に応じて、当該複数のＨＡＲＱ　ＡＣＫ／ＮＡＣＫ　ｂｉｔｓから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更するよう構成される。

Description

ＨＡＲＱ　ＡＣＫ／ＮＡＣＫ　ｂｉｔｓ送信のための装置及び方法
　本開示は、無線通信に関し、特に、Hybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを無線端末から基地局に送信するためのPhysical Uplink Control Channel (PUCCH)フォーマットに関する。
　以下では、3rd Generation Partnership Project (3GPP) Release 8（Long Term Evolution (LTE)と呼ばれる）及びそれ以降で用いられる無線フレーム（radio frame）構造、時間－周波数リソース（無線リソース）、及びHARQ ACK/NACK 送信について説明する。さらに、3GPP Release 10（LTE-Advancedと呼ばれる）で導入されたキャリアアグリゲーション（carrier aggregation (CA)）とCAにおけるHARQ ACK/NACK 送信について説明する。
　図１は、LTEおよびLTE-Advancedの無線フレーム構造を示している。3rd Generation Partnership Project（3GPP）Release 8及びそれ以降では、２種類の無線フレーム構造が用意されている。一方は、frame structure type 1と呼ばれ、frequency division duplex (FDD) に適用できる。他方は、frame structure type 2と呼ばれ、Time division duplex (TDD) に適用できる。図１に示されている通り、type 1及びtype 2のいずれのフレーム構造においても、１つの無線フレームの継続時間は10 msであり、１つの無線フレームは１０個のサブフレームから構成されている。１つのサブフレームの継続時間は、1 msである。さらに１つのサブフレームは、各々が0.5 msの２つのスロットに分解される。
　図２Ａは、LTEおよびLTE-Advancedのダウンリンク・時間－周波数リソースの詳細を示している。１つのダウンリンク・スロット（0.5 ms）は、時間ドメインにおいてNDL SYMB個のOrthogonal Frequency Division Multiplexing（OFDM）シンボルを含む。時間ドメインにおける１OFDMシンボル及び周波数ドメインにおける１サブキャリアによって規定される無線リソースは、「リソースエレメント」と呼ばれる。リソースエレメントは、ODFMを採用するLTEおよびLTE-Advancedのダウンリンクにおける無線リソースの最小単位である。時間ドメインにおいて連続するNDL SYMB個のOFDMシンボルと周波数ドメインにおいて連続するNRB SC個のサブキャリアによって規定されるリソース単位は、「リソースブロック」と呼ばれる。Normal cyclic prefixの場合、NDL SYMBの値は７であり、NRB SCの値は１２であり、したがって、１つのダウンリンク・リソースブロックは、８４リソースエレメントからなる。占有帯域幅（NDL RBリソースブロック、又はNDL RB NRB SCサブキャリア）は、ダウンリンクのシステム帯域（channel bandwidth (BWChannel)）に依存する。例えば、システム帯域が1.4 MHzである場合にダウンリンク・リソースブロックの最大数（NDL RB）は６であり、システム帯域が20 MHzである場合にダウンリンク・リソースブロック（NDL RB）の最大数は１００である。
　図２Ｂは、LTEおよびLTE-Advancedのアップリンク・時間－周波数リソースの詳細を示している。１つのアップリンク・スロット（0.5 ms）は、時間ドメインにおいてNUL SYMB個のSingle-Carrier Frequency Division Multiple Access（SC-FDMA）シンボルを含む。SC-FDMAは、Discrete Fourier Transform (DFT)-Spread OFDM（DFTS-OFDM）とも呼ばれる。ダウンリンクと同様に、時間ドメインにおける１SC-FDMAシンボル及び周波数ドメインにおける１サブキャリアによって規定される無線リソースは、「リソースエレメント」と呼ばれる。リソースエレメントは、SC-FDMAを採用するLTEおよびLTE-Advancedのアップリンクにおける無線リソースの最小単位である。時間ドメインにおいて連続するNUL SYMB個のSC-FDMAシンボルと周波数ドメインにおいて連続するNRB SC個のサブキャリアによって規定されるリソース単位は、「リソースブロック」と呼ばれる。ダウンリンクと同様に、Normal cyclic prefixの場合、NUL SYMBの値は７であり、NRB SCの値は１２であり、したがって、１つのアップリンク・リソースブロックは、８４リソースエレメントからなる。占有帯域幅（NUL RBリソースブロック、又はNUL RB NRB SCサブキャリア）は、アップリンクのシステム帯域（channel bandwidth (BWChannel)）に依存する。例えば、システム帯域が1.4 MHzである場合にアップリンク・リソースブロックの最大数（NUL RB）は６であり、システム帯域が20 MHzである場合にアップリンク・リソースブロック（NUL RB）の最大数は１００である。
　3GPP Release 8及びそれ以降では、ダウンリンク・ユーザデータは物理ダウンリンク共有チャネル（Physical Downlink Shared Channel (PDSCH)）上で送信される。無線端末（つまり、user equipment （UE））は、PDSCH上でダウンリンクデータを受信し、ダウンリンクデータのCyclic Redundancy Check (CRC)エラーの有無をチェックし、CRC結果（つまり、 acknowledgement (ACK)又はnegative ACK (NACK)）を示すHARQ ACK/NACK bitsを物理アップリンク制御チャネル（Physical Uplink Control Channel (PUCCH)）又は物理アップリンク共有チャネル（Physical Uplink Shared Channel (PUSCH)）上で送信する。具体的には、UEにULSCHリソースが割り当てられている場合、HARQ ACK/NACK bitsはPDSCHにピギーバックされて（piggybacked）送信される。これに対して、UEにULSCHリソースが割り当てられていない場合、HARQ ACK/NACK bitsはPUCCH上で送信される。
　3GPP Release8およびRelease 9では、HARQ ACK/NACK 送信のために、PUCCH format 1a及び1bが規定されている。基本的には、PUCCH format 1aでは1-bit HARQ ACK/NACK が送信され、PUCCH format 1bでは2-bit HARQ ACK/NACKが送信される。HARQ ACK/NACK bitsの数は、ダウンリンク送信時のcodewordの数（つまり、１又は2）に応じて決定される。言い換えると、HARQ ACK/NACK bitsの数は、ダウンリンク送信にSpatial Multiplexingが適用されるか否かに応じて決定される。Spatial Multiplexingが適用される場合、１サブフレームにおいて２コードワード（つまり、２トランスポートブロック）が送信され、したがってPUCCH format 1bが使用される。
　図３に示されるように、PUCCHは、システム帯域の両端に設定された周波数領域において送信される。１つのサブフレームでのPUCCH送信は、システム帯域の一端又はその近くに位置する第１スロット（0.5ms）の１つのリソースブロックと、システム帯域の他端又はその近くに位置する第２スロット（0.5ms）の１つのリソースブロックを用いて行われる。これら２つのリソースブロック（RB）は、RBペアと呼ばれる。図３に示されるように、制御シグナリング・キャパシティを増やすために複数のRBペアが使用される。UEが使用するべきRBペア（PUCCH領域）は、PUCCHリソース・インデックスから導出することができる。PUCCHリソース・インデックスは、基地局（つまり、eNodeB（eNB））によってUEに設定される。
　さらに、3GPP Release 10およびそれ以降は、キャリアアグリゲーション（CA）を規定している。キャリアアグリゲーションでは、無線端末は、周波数の異なる複数のキャリア（コンポーネントキャリア（Component Carrier (CC)）と呼ばれる）を基地局（eNB）により設定され、アップリンク通信若しくはダウンリンク通信又はこれら両方のために複数のコンポーネントキャリアを利用することができる。Release10は、最大５つのCCまでのキャリアアグリゲーションを規定している。１つのCCの最大システム帯域は20 MHzであるから、3GPP Release 10のCAでは無線端末は最大100 MHzまで利用できる。
　複数のCCsでのPDSCH送信に対するHARQフィードバック（ACK/NACK）を提供するために、新たなACK/NACK PUCCHフォーマットがRelease 10において定義されている。この新たなACK/NACK PUCCHフォーマットは、PUCCH format 3と呼ばれ、最大20 bitsまでのHARQ ACK/NACK送信を可能にする。PUCCH format 3は、例えば、3GPP TS 36.211 V12.5.0（非特許文献１）のセクション5.4.2Aに記述されている。
　図４は、normal cyclic prefixの場合におけるPUCCH format 3でのHARQ ACK/NACK送信スキームを示している。はじめに、ブロック４０１では、PDSCH受信により生じた最大20 bitsのHARQ ACK/NACK bitsに対する誤り訂正符号化とレートマッチングが行われ、48 bit長の符号化された（coded ）ACK/NACK bits が生成される。符号化されたACK/NACK bitsは、スクランブルされた後にQPSKシンボルにマッピングされ、これにより２４QPSK変調シンボルが生成される（４０２）。これら２４変調シンボルのうち１２変調シンボル（４０３）は、サブフレーム内の第１スロットにおいて送信され、残りの１２変調シンボル（４０４）は、当該サブフレーム内の第２スロットにおいて送信される。図４は、第１スロットで送信される１２変調シンボル（４０３）についての処理を示している。
　これら１２シンボル（４０３）に対してブロックワイズ拡散（block-wise spreading）が行われる。すなわち、１つのSC-FDMAシンボルに対応する１２変調シンボルは、同じ長さ５の拡散コードシーケンス（length-5 spreading code sequence）[w(0) w(1) w(2) w(3) w(4)]によって拡散される（４０４～４０９）。当該拡散コードシーケンスは、直交（orthogonal）シーケンス又は直交カバーコード（orthogonal cover code (OCC)）シーケンスとも呼ばれる。長さ５の拡散コードシーケンスによる時間ドメイン拡散によって、５セットの１２変調シンボルが得られる。５セットの１２変調シンボルは、第１スロット内の所定の５SC-FDMAシンボルにマッピングされる。各セットの１２変調シンボルは、巡回的にシフトされ（cyclically shifted）、DFT拡散され、１２サブキャリアにマッピングされ、Inverse Fast Fourier Transform（IFFT）によって時間ドメイン信号に変換され、これによりSC-FDMAシンボルが生成される。
　3GPP Release13では、キャリアアグリゲーションの更なる機能拡張の議論が開始されている。具体的には、３２コンポーネントキャリア（CC）までのキャリアアグリゲーションを可能とするために必要なメカニズムについて議論されている。もし３２コンポーネントキャリアのキャリアアグリゲーションが行われる場合、32コンポーネントキャリアでのダウンリンク送信に対するHARQ ACK/NACK bitsの数は、上述したPUCCH format 3で送信可能なビット数を超える。
　FDDの場合、３２ DLコンポーネントキャリア（CCs）のCAが行われ、且つ各DL CCで２コードワード伝送モードが使用される場合、UEは、32 DL CCsでのDL受信に応答して、合計64-bit HARQ ACK/NACKを送信する必要がある。さらに、TDDの場合、UEが送信すべきHARQ ACK/NACK bitsの数は、バンドリングウィンドウサイズに比例して増加する。例えば、上述のFDDと同一条件であり且つバンドリングウィンドウサイズが２の場合、UEは128-bit HARQ ACK/NACKを送信する必要がある。バンドリングウィンドウサイズが４の場合、UEは256-bit HARQ ACK/NACKを送信する必要がある。なお、TDDでのHARQ ACK/NACK bit数の削減方法として、バンドリングウィンドウ内におけるすべてのHARQ ACK/NACK bitsの論理積を求めることによって、HARQ ACK/NACK bit数をバンドリングウィンドウ当たり1 bitに圧縮する方法が知られている。しかしながら当該方法を用いても、TDDでのHARQ ACK/NACK bit数は、64 bitsまでしか圧縮できない。したがって、サブフレーム当たり送信可能なHARQ ACK/NACK bitsの数が既存のPUCCH format 3よりも大きい新たなPUCCHフォーマットが必要とされる。
　しかしながら、リソースブロック（スロット）当たり又はサブフレーム当たりに１UEが送信可能なHARQ ACK/NACK bitsの数を増やすことは、PUCCHリソース（リソースブロック）の増加若しくは同一PUCCHリソースブロックに多重できるUE数の減少又はこれら両方を招くおそれがある。例えば、直交拡散コード（orthogonal spreading codes）を用いた時間ドメイン拡散によって１つのリソースブロックに多重できるUE数（PUCCH送信数）が減少するかもしれない。一方で、幾つかの実装では、全てのUEが32 CCまでのCAをサポートしておらず、アグリゲートされるCC数がUEによって異なることが想定される。したがって、新たなPUCCHフォーマットは、単位時間（e.g., スロット又はサブフレーム）当たりに１UEが送信可能なHARQ ACK/NACK bitsの数をコンポーネントキャリア数に応じて調整できることが好ましい。
　本明細書に開示される実施形態が達成しようとする目的の１つは、単位時間（e.g., スロット又はサブフレーム）当たりに１UEが送信可能なHARQ ACK/NACK bitsの数をコンポーネントキャリア数に応じて調整可能とすることに寄与する装置、方法、及びプログラムを提供することである。この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
　第１の態様では、無線端末は、基地局と無線通信するよう構成された無線トランシーバと、前記無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更するよう構成されている。
　第２の態様では、無線端末における方法は、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更すること、を含む。
　第３の態様では、基地局は、無線端末と無線通信するよう構成された無線トランシーバと、前記無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを前記無線端末から受信するよう構成されている。前記PUCCHフォーマットは、前記無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする。
　第４の態様では、基地局における方法は、Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを無線端末から受信することを含む。前記PUCCHフォーマットは、前無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（複数のDL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする。
　第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
　上述の態様によれば、単位時間（e.g., スロット又はサブフレーム）当たりに１UEが送信可能なHARQ ACK/NACK bitsの数をコンポーネントキャリア数に応じて調整可能とすることに寄与する装置、方法、及びプログラムを提供できる。
LTEの無線フレーム構造及びサブフレーム構造を示す図である。 LTEのダウンリンク・時間－周波数リソースの詳細構造を示す図である。 LTEのアップリンク・時間－周波数リソースの詳細構造を示す図である。 LTEのPUCCHリソースブロック（RBs）の配置を示す図である。 PUCCH format 3での送信スキームを示す図である。 いくつかの実施形態に係る無線通信システムの構成例を示す図である。 第１の実施形態に係るUE及びeNBの通信手順の一例を示すシーケンス図である。 第１の実施形態に係るUEの動作の一例を示すフローチャートである。 第１の実施形態に係るeNBの動作の一例を示すフローチャートである。 第１の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。 第１の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。 第１の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。 第２の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。 第２の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。 第２の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。 第３の実施形態に係るUE及びeNBの通信手順の一例を示すシーケンス図である。 PUCCH送信電力の調整に使用される情報要素の一例を示す図である。 PUCCH送信電力の調整に使用される情報要素の一例を示す図である。 第４の実施形態に係るUE及びeNBの通信手順の一例を示すシーケンス図である。 PUCCH送信電力の調整に使用される情報要素の一例を示す図である。 いくつかの実施形態に係るUEの構成例を示すブロック図である。 いくつかの実施形態に係るeNBの構成例を示すブロック図である。
　以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
　以下に示される複数の実施形態は、LTE及びLTE-Advanced並びにこれらの拡張を主な対象として説明される。しかしながら、これらの実施形態は、他の無線通信システムに適用されてもよい。
＜第１の実施形態＞
　図１は、本実施形態を含むいくつかの実施形態に係る無線通信システムの構成例を示している。当該無線通信システムは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方、を提供する。図１の例では、無線通信システムは、無線端末（UE）１及び基地局（eNB）２を含む。本実施形態では、当該無線通信システムが3GPP Release 8及びそれ以降のシステムであるとして説明する。すなわち、無線端末１は、UEに相当し、基地局２はeNBに相当する。UE１及びeNB２は、６コンポーネントキャリア又はそれ以上のキャリアアグリゲーションをサポートする。UE１は、１又は複数のDLコンポーネントキャリア（DL CCs）５０１においてeNBからDL信号を受信し、１又は複数のULコンポーネントキャリア（UL CCs）５０２においてUL信号をeNB２に送信する。
　DLキャリアグリゲーションが行われる場合、UE１は、UE１に設定された複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHで送信する。さらに、UE１は、UE１に設定された当該複数のDL CCsの数に応じて、当該HARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更するよう構成されている。なお、UE１が１リソースブロック（１スロット）又は１サブフレームにおいて送信するべきHARQ ACK/NACK bitsの数は、UE１に設定された当該DL CCsの数に応じて定まる。したがって、UE１は、１つのUL CC上の１つのPUCCHで送信されるHARQ ACK/NACK bitsの数に応じて、ACK/NACK変調シンボル（symbols）に対する時間ドメイン拡散（ブロックワイズ拡散）の拡散率を変更するよう構成されてもよい。
　具体的には、UE１は、UE１に設定されたDL CCsの数が増加するにつれて、ACK/NACK変調シンボルに適用される拡散率を小さくするとよい。言い換えると、UE１は、UE１に設定されたDL CCsの数が減少するにつれて、HARQ ACK/NACK変調シンボルに適用される拡散率を大きくするとよい。拡散率が小さいほどチップレートが低減し、リソースブロック当たりに１つのUE１が送信できるACK/NACK変調シンボル数（HARQ ACK/NACK bitsの数）が増えるため、１つのUE１が１リソースブロックにおいて送信できるHARQ ACK/NACK bitsの数を増やすことができる。これとは反対に、拡散率が大きいほどリソースブロック当たりに１つのUE１が送信できるACK/NACK変調シンボル数（HARQ ACK/NACK bitsの数）が減少するが、その代わりに同じリソースブロックに多重できるUE数を増やすことができる。
　eNB２は、新たなPUCCHフォーマットに従ってUE１から送信されるPUCCHを受信するよう構成されている。当該新たなPUCCHフォーマットは、UE１に対して、当該UE１に設定された複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHで送信する場合に、当該DL CCsの数又は当該HARQ ACK/NACK bitsの数に応じて、当該HARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする。
　以上の説明から理解されるように、UE１は、UE１に設定されたDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHで送信する場合に、当該DL CCsの数又は当該HARQ ACK/NACK bitsの数に応じて、ACK/NACK変調シンボル（symbols）に対する時間ドメイン拡散（ブロックワイズ拡散）の拡散率を変更する。したがって、UE１は、同一のPUCCHフォーマットを使用しながら、単位時間（e.g., スロット又はサブフレーム）当たりに１つのUE１が送信可能なHARQ ACK/NACK bitsの数をUE１に設定されたコンポーネントキャリア数に応じて調整できる。
　続いて以下では、UE１及びeNB２の通信手順の具体例について説明する。図６は、UE１及びeNB２の通信手順の一例（処理６００）を示している。ブロック６０１では、eNB２は１又は複数のRRCシグナリングをUE１に送信する。ブロック６０１でのRRCシグナリングは、例えば、RRC Connection Setupメッセージを含んでもよいし、１又は複数のRRC Connection Reconfigurationメッセージを含んでもよい。いくつかの実装において、ブロック６０１でのRRCシグナリングは、キャリアアグリゲーションのために１又は複数のセカンダリ・コンポーネントキャリアをUE１に設定するための少なくとも１つのRRC Connection Reconfigurationメッセージを含んでもよい。
　ブロック６０２では、UE１は、ブロック６０１でのRRCシグナリングに従って、UE１を設定する。ブロック６０２の設定は、プライマリDL CC及び１又は複数のセカンダリ DL CCsに対応するHARQ ACK/NACK bitsをプライマリUL CCのPUCCHで送信するために、PUCCHフォーマット、PUCCHの送信に使用されるリソースブロック（PUCCHリソース）、拡散コードシーケンス、及び拡散率をUE１において選択することを含む。ここで、拡散コードシーケンス及び拡散率は、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される。既に説明したように、UE１は、UE１に設定されたCCsの数に応じて、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される拡散率を選択する。
　PUCCHフォーマット、PUCCHリソース、拡散コードシーケンス、及び拡散率の各々は、ブロック６０１でのRRCシグナリングにおいてeNB２により明示的又は暗示的に指定されてもよい。例えば、いくつかの実装において、eNB２は、上述した新たなPUCCHフォーマットが使用されることを示すRRCシグナリングをブロック６０１において送信してもよい。
　いくつかの実装において、eNB２は、拡散率を暗示的にUE１に指定してもよい。例えば、eNB２は、１又は複数のセカンダリCCsをUE１に設定することによって、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される拡散率をUE１に暗示的に示してもよい。言い換えると、UE１は、UE１に設定されたCC数に基づいて、拡散率を選択してもよい。
　いくつかの実装において、既存のPUCCH formatsと同様に、eNB２は、新たなPUCCHフォーマットのためのリソース・インデックスをUE１に明示的に指定してもよい。この場合、UE１は、当該リソース・インデックスからPUCCHリソース（PUCCHの送信に使用されるRBペア）、及び使用するべき拡散コードシーケンスを示すシーケンス・インデックスを導出してもよい。
　ブロック６０３では、UE１に設定済みの１又は複数のセカンダリセル（SCells）、つまり１又は複数のセカンダリCCs（SCCs）、の一部又は全部を活性化（activate）する。既存のCAと同様に、SCell（SCC）の活性化は、Activation/Deactivation Medium Access Control （MAC）control element（CE）をeNB２からUE１に送信することにより行われてもよい。
　ブロック６０４では、eNB２は、複数のDL CCsにおいてUE１にデータを送信する。ブロック６０５では、UE１は、複数のDL CCsでのデータ受信に応答して、これら複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC（e.g., プライマリCC）上の１つのPUCCHで送信する。ブロック６０５でのPUCCH送信は、ブロック６０２で選択されたPUCCHフォーマット、PUCCHリソース、拡散コードシーケンス、及び拡散率が使用される。
　図７は、UE１の動作の一例（処理７００）を示すフローチャートである。ブロック７０１では、UE１は、eNB２から１又は複数のRRCシグナリングを受信する。ブロック７０２では、UE１は、ブロック７０１での１又は複数のRRCシグナリングに従って、PUCCHフォーマット、PUCCHの送信に使用されるリソースブロック（PUCCHリソース）、拡散コードシーケンス、及び拡散率をUE１において選択することを含む。ここで、拡散コードシーケンス及び拡散率は、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される。既に説明したように、UE１は、UE１に設定されたCCsの数に応じて、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される拡散率を選択する。
　ブロック７０３では、UE１は、eNB２による指示に従って、１又は複数のSCells（SCCs）を活性化する。ブロック７０４では、UE１は、複数のDL CCs上でデータをeNB２から受信する。ブロック７０５では、UE１は、複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHにおいてeNB２に送信する。ブロック７０５でのPUCCH送信は、ブロック７０２で選択されたPUCCHフォーマット、PUCCHリソース、拡散コードシーケンス、及び拡散率が使用される。
　図８は、eNB２の動作の一例（処理８００）を示すフローチャートである。ブロック８０１では、eNB２は１又は複数のRRCシグナリングをUE１に送信する。当該シグナリングは、UE１が使用するべきPUCCHフォーマット及び拡散率を明示的又は暗示的にUE１に指定する。ここで、拡散率は、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される。ブロック８０２では、eNB２は、UE１に設定済みの１又は複数のSCells（SCCs）の一部又は全部を活性化する。ブロック８０３では、eNB２は、複数のDL CCs上でUE１にデータを送信する。ブロック６０５では、eNB２は、複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHにおいてUE１から受信する。
　以下では、本実施形態に係るUE１及びeNB２により使用される新たなPUCCHフォーマットの例について説明する。いくつかの実装において、UE１は、HARQ ACK/NACK変調シンボル（symbols）に対する第１、第２、及び第３の時間ドメイン拡散のうち少なくとも２つを、UE１に設定された複数のDL CCsの数（又はHARQ ACK/NACK bitsの数）に応じて選択的に行うよう構成される。第１、第２、及び第３の時間ドメイン拡散は、以下のとおりである。
　第１の時間ドメイン拡散は、長さ２ｎ（ｎは整数）の第１の拡散コードシーケンスを使用して１つのデータブロックに対する拡散率２ｎの時間ドメイン拡散を行うことを含む。ここで、当該１つのデータブロックは、複数のHARQ ACK/NACK bitsの送信に使用されるPUCCHフォーマットにおいて１スロット内の所定の２ｎ個のSingle-Carrier FDMA（SC-FDMA）シンボルにマッピングされる。
　第２の時間ドメイン拡散は、上述した第１の拡散コードシーケンスのうちのｎ要素から成る長さｎの第２の拡散コードシーケンス及び上述した第１の拡散コードシーケンスのうちの残りのｎ要素から成る長さｎの第３の拡散コードシーケンスを使用して、２つのデータブロックに対する拡散率ｎの時間ドメイン拡散を行うことを含む。ここで、当該２つのデータブロックは、当該PUCCHフォーマットにおいて第１の時間ドメイン拡散の場合と同じ１スロット内の所定の２ｎ個のSC-FDMAシンボルにマッピングされる。
　第３の時間ドメイン拡散は、上述した第１の拡散コードシーケンスのうちの２ｎ要素の各々から成る長さ１の２ｎ個の拡散コードシーケンスを使用して２ｎ個のデータブロックに対する拡散率１の時間ドメイン拡散を行うことを含む。ここで、当該２ｎ個のデータブロックは、当該PUCCHフォーマットにおいて第１及び第２の時間ドメイン拡散の場合と同じ所定の１スロット内の所定の２ｎ個のSC-FDMAシンボルにマッピングされる。
　上述の第１～第３の時間ドメイン拡散の説明において、１つのデータブロックは、ブロックワイズ拡散の対象とされるHARQ ACK/NACK 変調symbolsを意味する。すなわち、LTEの例に従うと、１つのデータブロックは、１リソースブロックのサブキャリア数に等しい１２個のACK/NACK 変調symbolsを含む。
　上述の第１～第３の時間ドメイン拡散の説明において、第１の拡散コードシーケンスは、eNB２によりUE１に与えられたリソース・インデックスからUE１によって決定されてもよい。すなわち、UE１は、使用するべき拡散コードシーケンスを示すシーケンス・インデックスをeNB２により与えられたリソース・インデックスから導出してもよい。
　なお、長さ２ｎの第１の拡散コードシーケンスは、互いに直交する２ｎ個の拡散コードシーケンスの１つである。第１の拡散コードシーケンスを除く他の拡散コードシーケンス（直交コードシーケンス）は、他のUEによって使用される。
　さらに、第１の拡散コードシーケンスと、２ｎ個の（直交）拡散コードシーケンスに含まれる他の少なくとも１つの拡散コードシーケンス（第４の拡散コードシーケンスと呼ぶ）は、以下のように定義されてもよい。第１の拡散コードシーケンスのサブセットである第２の拡散コードシーケンスは、第４の拡散コードシーケンスのうちの対応する２要素から成る拡散コードシーケンスと直交し、且つ第１の拡散コードシーケンスの残りのサブセットである第３の拡散コードシーケンスは、第４の拡散コードシーケンスのうちの残りの２要素から成る拡散コードシーケンスと直交する。このように定義された第１及び第４の拡散コードシーケンスを含む拡散コードシーケンス・セットを使用することで、以下に詳細に説明するように、拡散率が異なる複数のユーザ（UEs１）のPUCCH送信を同一リソースブロックに多重することができる。
　以下では、理解をようにするために、ｎが２に等しい場合の具体例を説明する。２ｎ個、つまり４個の拡散コードシーケンスは、以下の表１のように定義されてもよい。
Figure JPOXMLDOC01-appb-T000001
　表１に示された４つの拡散コードシーケンスw0(i)～w3(i)は、互いに直交している。さらに、拡散コードシーケンスw0(i)及びw2(i)の間に以下の関係がある。拡散コードシーケンスw0(i)=[+1 +1 +1 +1]の第１及び第２要素から成る長さ２（length-2）の拡散コードシーケンス[+1 +1]は、拡散コードシーケンスw2(i)=[+1 -1 +1 -1]の第１及び第２の要素から成る長さ２（length-2）の拡散コードシーケンス[+1 -1]と直交する。さらに、拡散コードシーケンスw0(i)=[+1 +1 +1 +1]の第３及び第４要素から成る長さ２（length-2）の拡散コードシーケンス[+1 +1]は、拡散コードシーケンスw2(i)=[+1 -1 +1 -1]の第３及び第４の要素から成る長さ２（length-2）の拡散コードシーケンス[+1 -1]と直交する。拡散コードシーケンスw0(i)及びw2(i)のペアと同様の関係は、拡散コードシーケンスw0(i)及びw3(i)のペア、拡散コードシーケンスw1(i)及びw2(i)のペア、並びに拡散コードシーケンスw1(i)及びw3(i) のペアについても成立する。
　図９、図１０、及び図１１は、本実施形態に係る新たなPUCCH formatでの送信スキームの３つの具体例を示しており、上述した第１、第２、及び第３の時間ドメイン拡散にそれぞれ対応する。すなわち、図９の例では、UE１は、長さ４（length-4）の拡散コードシーケンスw0(i)～w3(i)のいずれかを使用して１つのデータブロック（ここでは、１２ACK/NACK変調シンボル）に対する拡散率４の時間ドメイン拡散（ブロックワイズ拡散）を行う。当該１つのデータブロック（１２ACK/NACK変調シンボル）は、１スロット内の所定の４個のSC-FDMAシンボルにマッピングされる。図９は、normal cyclic prefixの場合を示しており、所定の４個のSC-FDMAシンボルは、１スロット内の７つのSC-FDMAシンボルのうち、第１、第２、第６、及び第７SC-FDMAである。第３、第４、及び第５SC-FDMAシンボルは、Reference Signal（RS）の送信に使用される。
　より詳しく説明すると、図９の送信スキームは、１サブフレームで送信されるべきHARQ ACK/NACK bitsの数が例えば１６ビット以下の場合に使用される。ブロック９０１及び９０２での処理は、図４に示されたPUCCH format 3の送信スキームにおけるブロック４０１及び４０２での処理と同様である。すなわち、ブロック９０１では、複数のDL CCsでのデータ受信に対応する最大16 bitsのHARQ ACK/NACK bitsに対する誤り訂正符号化とレートマッチングが行われ、48 bit長の符号化された（coded ）ACK/NACK bits が生成される。符号化されたACK/NACK bitsは、スクランブルされた後にQPSK変調シンボルにマッピングされ、これにより２４変調シンボルが生成される（９０２）。これら２４変調シンボルのうち１２変調シンボル（９０３）は、サブフレーム内の第１スロットにおいて送信され、残りの１２変調シンボル（９０４）は、当該サブフレーム内の第２スロットにおいて送信される。図９は、第１スロットで送信される１２変調シンボル（９０３）に対する処理を示している。
　これら１２変調シンボル（９０３）に対してブロックワイズ拡散（block-wise spreading）が行われる。すなわち、１つのSC-FDMAシンボルに対応する１２変調シンボルは、表１に示された４つの長さ４（length-4）の拡散コードシーケンスのいずれか[wk(0) wk (1) wk (2) wk (3)]によって拡散される（９０４～９０８）。これにより、４セットの１２変調シンボルが得られる。４セットの１２変調シンボルは、第１スロット内の所定の４SC-FDMAシンボルにマッピングされる。各セットの１２変調シンボルは、巡回的にシフトされ（cyclically shifted）、DFT拡散され、１２サブキャリアにマッピングされ、IFFTによって時間ドメイン信号に変換され、これによりSC-FDMAシンボルが生成される。
　図１０の例は、上述した第２の時間ドメイン拡散に対応する。図１０の例では、UE１は、表１に示された４つの長さ４（length-4）の拡散コードシーケンスのいずれか[wk(0) wk (1) wk (2) wk (3)]のうちの第１及び第２の要素から成る長さ２の拡散コードシーケンス[wk(0) wk (1)]と、残りの第３及び第４の要素から成る長さ２の拡散コードシーケンス[wk(2) wk (3)]を使用して、２つのデータブロックに対する拡散率２の時間ドメイン拡散（ブロックワイズ拡散）を行う。ここで、当該２つのデータブロックは、２セットの１２ACK/NACK変調シンボルである。当該２つのデータブロックは、当該PUCCHフォーマットにおいて図９の例（第１の時間ドメイン拡散）の場合と同じ１スロット内の所定の４個のSC-FDMAシンボルにマッピングされる。
　より詳しく説明すると、図１０の送信スキームは、１サブフレームで送信されるべきHARQ ACK/NACK bitsの数が１７～３２の範囲内である場合に使用される。ブロック１００１では、複数のDL CCsでのデータ受信に対応する最大32 bitsのHARQ ACK/NACK bitsに対する誤り訂正符号化とレートマッチングが行われ、96 bit長の符号化された（coded）ACK/NACK bits が生成される。符号化されたACK/NACK bitsは、スクランブルされた後にQPSKシンボルにマッピングされ、これにより４８QPSK変調シンボルが生成される（１００２）。これら４８変調シンボルのうち２４変調シンボル（１００３）は、サブフレーム内の第１スロットにおいて送信され、残りの２４変調シンボル（１００４）は、当該サブフレーム内の第２スロットにおいて送信される。図１０は、第１スロットで送信される２４変調シンボル（１００３）に対する処理を示している。
　これら２４変調シンボル（１００３）は、各々が１２変調シンボルから成る２つのセットに分割される（１００５）。そして、これら２つのセットは、長さ２の拡散コードシーケンス[wk(0) wk (1)]及び[wk(2) wk (3)]によってそれぞれブロックワイズ拡散される。すなわち、２４変調シンボル（１００３）のうちの最初の１２変調シンボルは、長さ２の拡散コードシーケンス[wk(0) wk (1)]によって拡散され（１００６、１００７）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第１及び第２SC-FDMAシンボルに配置される。一方、残りの１２変調シンボルは、長さ２の拡散コードシーケンス[wk(2) wk (3)]によって拡散され（１００８、１００９）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第６及び第７SC-FDMAシンボルに配置される。
　図１１の例は、上述した第３の時間ドメイン拡散に対応する。図１１の例では、UE１は、表１に示された４つの長さ４（length-4）の拡散コードシーケンスのいずれか[wk(0) wk (1) wk (2) wk (3)]のうちの第１～第４要素の各々から成る長さ１の４個の拡散コードシーケンスを使用して、４つのデータブロックに対する拡散率１の時間ドメイン拡散を行う。ここで、当該４つのデータブロックは、４セットの１２ACK/NACK変調シンボルである。当該４つのデータブロックは、当該PUCCHフォーマットにおいて図９の例（第１の時間ドメイン拡散）の場合と同じ１スロット内の所定の４個のSC-FDMAシンボルにマッピングされる。
　より詳しく説明すると、図１１の送信スキームは、１サブフレームで送信されるべきHARQ ACK/NACK bitsの数が３２を超える場合に使用される。ブロック１１０１では、複数のDL CCsでのデータ受信に対応する33 bits以上のHARQ ACK/NACK bitsに対する誤り訂正符号化とレートマッチングが行われ、192 bit長の符号化された（coded）ACK/NACK bits が生成される。符号化されたACK/NACK bitsは、スクランブルされた後にQPSKシンボルにマッピングされ、これにより９６QPSK変調シンボルが生成される（１１０２）。これら９６変調シンボルのうち４８変調シンボル（１１０３）は、サブフレーム内の第１スロットにおいて送信され、残りの４８変調シンボル（１１０４）は、当該サブフレーム内の第２スロットにおいて送信される。図１１は、第１スロットで送信される４８変調シンボル（１１０３）に対する処理を示している。
　これら４８変調シンボル（１１０３）は、各々が１２変調シンボルから成る４つのセットに分割される（１１０５）。そして、これら４つのセットは、長さ１の拡散コードシーケンス[wk(0)]、[wk (1)]、 [wk(2)]、及び[wk (3)]によってそれぞれブロックワイズ拡散される。すなわち、４８変調シンボル（１１０３）のうちの最初の１２変調シンボルは、長さ１の拡散コードシーケンス[wk(0)]によって拡散され（１１０６）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第１SC-FDMAシンボルに配置される。４８変調シンボル（１１０３）のうちの２番目の１２変調シンボルは、長さ１の拡散コードシーケンス[wk(1)]によって拡散され（１１０７）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第２SC-FDMAシンボルに配置される。４８変調シンボル（１１０３）のうちの３番目の１２変調シンボルは、長さ１の拡散コードシーケンス[wk(2)]によって拡散され（１１０８）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第６SC-FDMAシンボルに配置される。最後に、４８変調シンボル（１１０３）のうちの４番目の１２変調シンボルは、長さ１の拡散コードシーケンス[wk(3)]によって拡散され（１１０９）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第７SC-FDMAシンボルに配置される。
　表１及び図９～図１１を参照して説明された新たなPUCCHフォーマット及びその送信スキームによれば、UE１は、UE１に設定されたDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHで送信する場合に、当該DL CCsの数又は当該HARQ ACK/NACK bitsの数に応じて、ACK/NACK変調シンボル（symbols）に対する時間ドメイン拡散（ブロックワイズ拡散）の拡散率を変更できる。
　さらに、表１及び図９～図１１を参照して説明された新たなPUCCHフォーマット及びその送信スキームによれば、ACK/NACK変調シンボル（symbols）に対する時間ドメイン拡散の拡散率が異なるユーザ（UEs１）を同一リソースブロックに多重することができる。具体的には、図９の送信スキームに従う２つのUEs１と図１０の送信スキームに従う１つのUE１は、同一リソースブロックにおいてPUCCHを送信できる。
　一例において、図９の送信スキームに従う２つのUEs１の一方は、表１に示された拡散コードシーケンスw2(i)=[+1 -1 +1 -1]を使用し、他方はw3(i)=[+1 -1 -1 +1]を使用し、図１０の送信スキームに従う１つのUE１は、w0(i)=[+1 +1 +1 +1]又はw1(i)=[+1 +1 -1 -1]を使用してもよい。既に説明したように、拡散コードシーケンスw0(i)=[+1 +1 +1 +1]の第１及び第２要素から成る長さ２（length-2）の拡散コードシーケンス[+1 +1]は、拡散コードシーケンスw2(i)=[+1 -1 +1 -1]の第１及び第２の要素から成る長さ２（length-2）の拡散コードシーケンス[+1 -1]と直交する。さらに、拡散コードシーケンスw0(i)=[+1 +1 +1 +1]の第３及び第４要素から成る長さ２（length-2）の拡散コードシーケンス[+1 +1]は、拡散コードシーケンスw2(i)=[+1 -1 +1 -1]の第３及び第４の要素から成る長さ２（length-2）の拡散コードシーケンス[+1 -1]と直交する。拡散コードシーケンスw0(i)及びw2(i)のペアと同様の関係は、拡散コードシーケンスw0(i)及びw3(i)のペア、拡散コードシーケンスw1(i)及びw2(i)のペア、並びに拡散コードシーケンスw1(i)及びw3(i) のペアについても成立する。したがって、図９の送信スキームに従う拡散率４のPUCCH送信と図１０の送信スキームに従う拡散率２のPUCCH送信は、拡散コードシーケンスの直交性により干渉が抑制されるため、同一リソースブロックに多重されることができる。
　一例において、表１に示された４つの長さ４の拡散コードシーケンスは、表２に示されるようにユーザ（UEs１）に割り当てられてもよい。表中の“#bit”は、各ユーザが１サブフレームで送信するべきHARQ ACK/NAK bitsの数を表す。また、表中の“CODE #0”、“CODE #1”、“CODE #2”、及び“CODE #3”は、表１に示された４つの拡散コードシーケンス（直交シーケンス）w0(i)、w1(i)、w2(i)、及びw3(i)をそれぞれ表す。
Figure JPOXMLDOC01-appb-T000002
　表２は、一例であることに留意されるべきである。例えば、ケース１では、ユーザ＃０は、CODE #0～CODE #4のいずれを使用してもよい。ケース２では、ユーザ＃０はCODE #0の代わりにCODE #1を使用してもよいし、ユーザ＃１はCODE #2の代わりにCODE #3を使用してもよい。ケース３では、ユーザ＃０はCODE #2又はCODE #3を使用し、ユーザ＃１はCODE #0を使用し、ユーザ＃２はCODE #1を使用してもよい。
　表１に示された拡散コードシーケンスのセットは一例である。表１に示された拡散コードシーケンスのセットと同様の直交性を持つ他のセットが使用されてもよい。
　図９～図１１に示された送信スキームにおいて、１スロット内の７SC-FDMAシンボルに対する４つのデータシンボル＃１～＃４と３つのRSシンボルの配置は一例である。１スロット内でのデータシンボルとRSシンボルの配置は、例えば、後述の第２の実施形態で説明されるように変形されてもよい。
＜第２の実施形態＞
　本実施形態では、UE１は、第１の実施形態と同様のPUCCHフォーマット及び送信スキームに従ってPUCCHを送信する。ただし、PUCCHフォーマットにおいて、HARQ ACK/NACK変調シンボルは、各スロット内の最終SC-FDMAシンボル（つまり、第７SC-FDMAシンボル）を除く他のSC-FMDAシンボルに配置される。この場合、各スロット内の最終SC-FDMAシンボル（第７SC-FDMAシンボル）は、Reference Signal（RS）シンボルの送信のために使用されてもよい。
　図１２、図１３、及び図１４は、本実施形態に係るPUCCH formatでの送信スキームの３つの具体例を示している。図１２、図１３、及び図１４は、第１の実施形態で説明された図９、図１０、及び図１１にそれぞれ対応し、４つのデータシンボル＃１～＃４と３つのRSシンボルの配置が異なる点を除いてこれらと同一である。図１２、図１３、及び図１４から理解されるように、スロット内の最終SC-FDMAシンボル１２０１、１３０１、及び１４０１は、HARQ ACK/NACK変調シンボルの送信に使用されず、RSシンボルの送信に使用される。
　LTEでは、各UEは、eNBより設定された送信間隔に従って周期的に、サウンディング・リファレンス・シグナル（Sounding Reference Signal（SRS））を送信することが要求されている。SRSは、挿入サブフレームの最後のSC-FDMAシンボルの位置に時間多重される。したがって、既存のPUCCH format 1a/ab又は3に従ってHARQ ACK/NACKを送信する場合、UE１は、SRS送信サブフレームにおいてshortened PUCCH送信を使用し、これにより、ACK/NACKの最終SC-FDMAシンボル（i.e., サブフレームの第２スロット内の最終シンボル）は送信されない。UE１は、PUCCHをSRSと同時に送信しないことにより、single-carrier 特性（property又はnature）を保つことができる。HARQ ACK/NACKとSRSが同じサブフレームに設定される場合、UE１は、時間ドメイン拡散のための直交拡散コードシーケンスを１つ減らした送信フォーマットを使用し、これにより最終PUCCHシンボルはパンクチャーされる（punctured）。このような送信フォーマットは、shortened PUCCH formatとして知られている。PUCCH format 3の場合、UEは、長さ５のDFT拡散コード（length-5 DFT spreading code）に代えて、長さ４のWalsh-Hadamardコード（length-4 Walsh-Hadamard codes）を使用する。
　第１の実施形態で説明された図９、図１０、及び図１１にshortened PUCCH送信（shortened PUCCH format）を適用すると仮定した場合、第２スロットの最終SC-FDMAシンボルに配置されたPUCCHシンボルをパンクチャーする必要がある。この場合、UE１は、表１に示されているような長さ４のWalsh-Hadamardコードに代えて、長さ３のDFT拡散コードを使用しなければならない。しかしながら、長さ３（つまり奇数長）の拡散コード（codes）を使用することは、表１及び図９～図１１を用いて説明した異なる拡散率のユーザのPUCCH送信を同一リソースブロックに多重することを妨げる。これに対して、図１２、図１３、及び図１４を参照して説明したようにスロット内の最終SC-FDMAシンボルにPUCCHシンボルではなくRSシンボル（Demodulation RS（DMRS）シンボル）を配置することで、UE１は、shortened PUCCH送信（shortened PUCCH format）においても長さ４のWalsh-Hadamardコードを使用することができる。したがって、SRS送信サブフレームにおいても、異なる拡散率のUEs１のPUCCH送信を同一リソースブロックに多重することができる。
　なお、RS（DMRS）シンボルは、時間ドメイン拡散のための拡散コード（直交コード、OCC）は適用されず、複数UEsのRSsは異なるサイクリックシフトによって多重される。したがって、RS（DMRS）シンボルがパンクチャーされても、複数UEs１間の直交性に問題は生じない。
＜第３の実施形態＞
　本実施形態では、UE１は、スロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、PUCCHの送信電力を調整するよう構成される。このSRS送信の有無に応じたPUCCHの送信電力の調整は、SRSが送信される場合にPUCCHの送信電力にオフセットΔShortFormatを付加することにより行われてもよい。eNB２は、オフセットΔShortFormatを指定するシグナリングをUE１に送信してもよい。
　本実施形態によれば、スロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、PUCCHの送信電力を調整することができる。例えば、第２の実施形態に示された新たなPUCCHフォーマットを使用する場合、shortened PUCCH送信の際に、第２スロットの最終SC-FDMAシンボルに配置されたRS（DMRS）シンボルがパンクチャーされる。RS（DMRS）シンボル数が減少することに起因して、eNB２におけるPUCCHの受信特性が劣化するかもしれない。この問題に対処するために、いくつかの実装において、UE１は、SRSを送信するためにRS（DMRS）シンボルがパンクチャーされるスロットにおいて、PUCCHの送信電力にオフセットΔShortFormatを付加してもよい。これにより、RS（DMRS）シンボルがパンクチャーされることに起因するPUCCH受信特性の劣化を補償できる。
　以下では、オフセットΔShortFormatの定義の具体例を示す。PUCCHの送信電力は3GPP TS 36.213 V12.5.0のセクション5.1.2.1に以下の式（１）のように規定されている：
Figure JPOXMLDOC01-appb-M000001
 　ここで、ｉはサブフレーム番号を表し、Ｆ及びＦ’は、PUCCHフォーマットを表す。
　本実施形態では、式（１）を変形した以下の式（２）が使用されてもよい：

Figure JPOXMLDOC01-appb-M000002
 　ここで、ΔShortFormatは、通常値に比べたオフセットであり、上位レイヤから設定される。UE１は、shortened PUCCHフォーマットを使用する場合に、上位レイヤから設定されたΔShortFormatを適用し、通常のPUCCHフォーマットを使用する場合に、ΔShortFormat = 0を適用する。
　これに代えて、本実施形態では、式（１）を変形した以下の式（３）が使用されてもよい：
Figure JPOXMLDOC01-appb-M000003
 　ここで、Ｆ’’は、PUCCHフォーマットを表す。すなわち、式（３）の例では、オフセットΔShortFormatはPUCCHフォーマット毎に設定される。これにより、PUCCHフォーマット毎のパフォーマンスのチューニングが可能になる。
　既に述べたように、オフセットΔShortFormat（又はΔShortFormat (F’’)）は、eNB２によってUE１に設定されてもよい。図１５は、オフセットΔShortFormat（又はΔShortFormat (F’’)）をUE１に設定するためのシグナリング手順の一例（処理１５００）を示している。ブロック１５０１では、eNB２は、オフセットΔShortFormat（又はΔShortFormat (F’’)）を含むRRCシグナリングをUE１に送信する。当該RRCシグナリングは、例えば、RRC Connection Setupメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。
　図１６は、オフセットΔShortFormat をUE１に設定するためにeNB２からUE１に送信される情報要素の具体例を示している。当該情報要素は、UplinkPowerControl information elements（IEs）の１つとして定義されてもよい。当該情報要素は、UplinkPowerControlDedicated IE又はUplinkPowerControlCommon IEに含まれてもよい。図１６の例では、新たなPUCCHフォーマット（ここでは、PUCCH format 4と呼ぶ）のみに対してオフセットΔShortFormatが設定される。“dB0”、“dB1”、“dB2”、“dB3”は、オフセットの値が0 dB、1 dB、2 dB、及び3 dBであることをそれぞれ意味する。
　図１７は、オフセットΔShortFormat (F’’) をUE１に設定するためにeNB２からUE１に送信される情報要素の他の具体例を示している。当該情報要素は、UplinkPowerControl information elements（IEs）の１つとして定義されてもよい。当該情報要素は、UplinkPowerControlDedicated IE又はUplinkPowerControlCommon IEに含まれてもよい。図１７の例では、新たなPUCCHフォーマット（ここでは、PUCCH format 4と呼ぶ）を含む全てのPUCCHフォーマットに個別にオフセットΔShortFormatが設定される。なお、図１６及び図１７の例において、オフセット値は一例である。例えば、オフセット値の候補の数は、４つではなく３以下または５以上であってもよい。また、図１７の例では、PUCCHフォーマット毎に異なるオフセット値の候補が設定されてもよい。
＜第４の実施形態＞
　本実施形態では、UE１は、PUCCHの送信電力を、HARQ ACK/NACK変調シンボルに適用される時間ドメイン拡散（ブロックワイズ拡散）の拡散率に応じて調整するよう構成されている。拡散率に応じたPUCCHの送信電力の調整は、拡散率に応じたオフセットΔF_PUCCH (F) をPUCCHの送信電力に付加することにより行われてもよい。eNB２は、オフセットΔF_PUCCH (F) を指定するシグナリングをUE１に送信してもよい。
　本実施形態では、上述した式（１）、式（２）、又は式（３）を使用し、オフセットΔF_PUCCH (F) を拡散率毎に定めてもよい。
　既に述べたように、拡散率毎のオフセットΔF_PUCCH (F) は、eNB２によってUE１に設定されてもよい。図１８は、拡散率毎のオフセットΔShortFormatをUE１に設定するためのシグナリング手順の一例（処理１８００）を示している。ブロック１８０１では、eNB２は、拡散率毎のオフセットΔF_PUCCH (F) を含むRRCシグナリングをUE１に送信する。当該RRCシグナリングは、例えば、RRC Connection Setupメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。
　図１９は、拡散率毎のオフセットΔF_PUCCH (F) をUE１に設定するためにeNB２からUE１に送信される情報要素の具体例を示している。当該情報要素は、UplinkPowerControl information elements（IEs）の１つとして定義されてもよい。当該情報要素は、UplinkPowerControlDedicated IE又はUplinkPowerControlCommon IEに含まれてもよい。“deltaF-PUCCH-Format4-SF1”は、新たなPUCCHフォーマット（ここでは、PUCCH format 4と呼ぶ）において拡散率１のときのオフセットを示す。同様に、deltaF-PUCCH-Format4-SF2”及び“deltaF-PUCCH-Format4-SF4”は、拡散率２及び４のときのオフセットをそれぞれ示す。
　図１９において、例えば、“deltaF-1”、“deltaF0”、及び“deltaF3”は、オフセットの値が-1 dB、0 dB、及び3 dBであることをそれぞれ意味する。なお、図１９の例では、拡散率が小さいほどオフセット候補の最小値及び最大値が大きくされている。一般に、拡散率が小さくなるほど受信側における逆拡散処理で得られる利得（i.e., 拡散利得）が小さくなる。したがって、拡散率が小さくなるにつれて大きなオフセット値（つまり、大きなPUCCH送信電力）を許容することで、拡散利得が小さいことに起因する受信特性の劣化を補償できる。
　最後に、上述の複数の実施形態に係るUE１及びeNB２の構成例について説明する。図２０は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ２００１は、eNB２と通信するためにアナログRF信号処理を行う。RFトランシーバ２００１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ２００１は、アンテナ２００２及びベースバンドプロセッサ２００３と結合される。すなわち、RFトランシーバ２００１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ２００３から受信し、送信RF信号を生成し、送信RF信号をアンテナ２００２に供給する。また、RFトランシーバ２００１は、アンテナ２００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ２００３に供給する。
　ベースバンドプロセッサ２００３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
　例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ２００３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ２００３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
　ベースバンドプロセッサ２００３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ２００４と共通化されてもよい。
　アプリケーションプロセッサ２００４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ２００４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ２００４は、メモリ２００６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。
　いくつかの実装において、図２０に破線（２００５）で示されているように、ベースバンドプロセッサ２００３及びアプリケーションプロセッサ２００４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ２００３及びアプリケーションプロセッサ２００４は、１つのSystem on Chip（SoC）デバイス２００５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
　メモリ２００６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ２００６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ２００６は、ベースバンドプロセッサ２００３、アプリケーションプロセッサ２００４、及びSoC２００５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ２００６は、ベースバンドプロセッサ２００３内、アプリケーションプロセッサ２００４内、又はSoC２００５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ２００６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
　メモリ２００６は、上述の複数の実施形態で説明されたUE１による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ２００３又はアプリケーションプロセッサ２００４は、当該ソフトウェアモジュールをメモリ２００６から読み出して実行することで、上述の実施形態で説明されたUE１の処理を行うよう構成されてもよい。
　図２１は、上述の実施形態に係るeNB２の構成例を示すブロック図である。図２１を参照すると、eNB２は、RFトランシーバ２１０１、ネットワークインターフェース２１０３、プロセッサ２１０４、及びメモリ２１０５を含む。RFトランシーバ２１０１は、UE１と通信するためにアナログRF信号処理を行う。RFトランシーバ２１０１は、複数のトランシーバを含んでもよい。RFトランシーバ２１０１は、アンテナ２１０２及びプロセッサ２１０４と結合される。RFトランシーバ２１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ２１０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ２１０２に供給する。また、RFトランシーバ２１０１は、アンテナ２１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ２１０４に供給する。
　ネットワークインターフェース２１０３は、ネットワークノード（e.g., Mobility Management Entity (MME)およびServing Gateway (S-GW)）と通信するために使用される。ネットワークインターフェース２１０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
　プロセッサ２１０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ２１０４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ２１０４によるコントロールプレーン処理は、S1プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
　プロセッサ２１０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ２１０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
　メモリ２１０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ２１０５は、プロセッサ２１０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ２１０４は、ネットワークインターフェース２１０３又は図示されていないI/Oインタフェースを介してメモリ２１０５にアクセスしてもよい。
　メモリ２１０５は、上述の複数の実施形態で説明されたeNB２による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ２１０４は、当該ソフトウェアモジュールをメモリ２１０５から読み出して実行することで、上述の実施形態で説明されたeNB２の処理を行うよう構成されてもよい。
　図２０及び図２１を用いて説明したように、上述の実施形態に係るUE１及びeNB２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
＜その他の実施形態＞
　上述の施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
　上述の実施形態において、１つのサブフレーム内の第１スロットと第２スロットでは、異なる拡散コードシーケンスが適用されてもよい。
　上述の実施形態において、PUCCHが送信されるセル（CC）は、キャリアアグリゲーションのプライマリセル（PCell）（プライマリ・コンポーネントキャリア（PCC））に限られない。例えば、いずれかのSCellにPUCCHが設定され、当該SCellのPUCCHにおいて複数のSCellでのDL送信に関するHARQ ACK/NACKが送信されるよう拡張されてもよい。
　上述の実施形態は、Dual ConnectivityでのMaster Cell Group（MCG）内でのキャリアアグリゲーションに適用されてもよいし、Dual ConnectivityでのSecondary Cell Group（SCG）内でのキャリアアグリゲーションに適用されてもよい。Secondary Cell Group（SCG）内でのキャリアアグリゲーションのケースでは、キャリアアグリゲーションのPCell（PCC）は、Primary SCell（PSCell）に対応すると考えればよい。PSCellは、Secondary eNB（SeNB）によって提供されるSCG内の特別なSCellである。PSCellは、PUCCHが設定され、決してdeactivatedされず、PSCellの初期設定にはRACH procedureが必要とされる。
　第３の実施形態で説明された、サブフレームにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて当該サブフレームでのPUCCHの送信電力を調整する方法は、上述の第１及び第２の実施形態で説明されたPUCCH formatの改良（つまり、CC数に応じた拡散率の変更）とは独立に実施されてもよい。例えば、当該方法は、既存のPUCCH formats 1a/1b及び3の送信に適用されてもよい。
　すなわち、いくつかの実装において、無線端末は、
　基地局と無線通信するよう構成された無線トランシーバと、
　前記無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、前記無線端末に設定された少なくとも１つのダウンリンク・コンポーネントキャリア（DL CC）に対応する少なくとも１つのHybrid Automatic Repeat Request（HARQ） ACK/NACK bitを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記PUCCHが送信されるスロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、前記PUCCHの送信電力を調整するよう構成される。
　さらに、前記PUCCHの送信電力の調整は、前記PUCCHが送信されるスロットにおいて前記SRSが送信される場合に前記PUCCHの送信電力に第１のオフセットを付加することにより行われてもよい。この場合、前記少なくとも１つのプロセッサは、前記第１のオフセットを指定するシグナリングを基地局から受信するよう構成されてもよい。
　既存のPUCCH formats 1a/1b及び3の送信では、shortened PUCCH送信の際に、第２スロットの最終SC-FDMAシンボルに配置された最終PUCCHシンボルがパンクチャーされる。すなわち、SRSが送信されるスロットにおいてHARQ ACK/NACK変調シンボルの送信に適用される拡散率は、SRSが送信されないスロットでの拡散率に比べて小さい。したがって、SRSが送信されるスロットでのPUCCHの拡散利得は、SRSが送信されないスロットでの拡散利得に比べて小さい。第３の実施形態されたPUCCH送信電力の調整方法を既存のPUCCH formats 1a/1b及び3の送信することで、shortened PUCCH送信の際の拡散利得の低下を補償できる。
　さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
　この出願は、２０１５年５月１５日に出願された日本出願特願２０１５－０９９７７２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１　無線端末
２　無線基地局
２００１　Radio Frequency（RF）トランシーバ
２００３　ベースバンドプロセッサ
２１０１　RFトランシーバ
２１０４　プロセッサ

Claims (24)

  1. 　無線端末であって、
    　基地局と無線通信するよう構成された無線トランシーバと、
    　前記無線トランシーバに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更するよう構成されている、
    無線端末。
  2. 　前記少なくとも１つのプロセッサは、前記拡散率を変更するために、第１、第２、及び第３の時間ドメイン拡散のうち少なくとも２つを前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて選択的に行うよう構成され、
    　前記第１の時間ドメイン拡散は、長さ２ｎ（ｎは整数）の第１の拡散コードシーケンスを使用して１つのデータブロックに対する拡散率２ｎの時間ドメイン拡散を行うことを含み、ここで、前記１つのデータブロックは、前記複数のHARQ ACK/NACK bitsの送信に使用されるPUCCHフォーマットにおいて１スロット内の所定の２ｎ個のSingle-Carrier FDMA（SC-FDMA）シンボルにマッピングされ、
    　前記第２の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちのｎ要素から成る長さｎの第２の拡散コードシーケンス及び前記第１の拡散コードシーケンスのうちの残りのｎ要素から成る長さｎの第３の拡散コードシーケンスを使用して、２つのデータブロックに対する拡散率ｎの時間ドメイン拡散を行うことを含み、ここで、前記２つのデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされ、
    　前記第３の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちの２ｎ要素の各々から成る長さ１の２ｎ個の拡散コードシーケンスを使用して２ｎ個のデータブロックに対する拡散率１の時間ドメイン拡散を行うことを含み、ここで、前記２ｎ個のデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされる、
    請求項１に記載の無線端末。
  3. 　前記第１の拡散コードシーケンスは、他の無線端末によって使用される長さ２ｎの第４の拡散コードシーケンスと直交し、
    　前記第２の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの対応するｎ要素から成る拡散コードシーケンスと直交し、
    　前記第３の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの残りのｎ要素から成る拡散コードシーケンスと直交する、
    請求項２に記載の無線端末。
  4. 　前記所定の２ｎ個のSC-FDMAシンボルは、前記スロット内の最終SC-FDMAシンボルを含まない、
    請求項２又は３に記載の無線端末。
  5. 　前記最終SC-FDMAシンボルは、Reference Signal（RS）シンボルの送信のために使用される、
    請求項４に記載の無線端末。
  6. 　前記少なくとも１つのプロセッサは、前記拡散率を明示的又は暗示的に指定するシグナリングを基地局から受信するよう構成されている、
    請求項１～５のいずれか１項に記載の無線端末。
  7. 　前記拡散率の暗示的な指定は、１又は複数のセカンダリ・コンポーネントキャリアを前記無線端末に設定することにより行われる、
    請求項６に記載の無線端末。
  8. 　前記少なくとも１つのプロセッサは、前記PUCCHが送信されるスロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、前記PUCCHの送信電力を調整するよう構成されている、
    請求項１～７のいずれか１項に記載の無線端末。
  9. 　前記PUCCHの送信電力の調整は、前記PUCCHが送信されるスロットにおいて前記SRSが送信される場合に前記PUCCHの送信電力に第１のオフセットを付加することにより行われ、
    　前記少なくとも１つのプロセッサは、前記第１のオフセットを指定するシグナリングを基地局から受信するよう構成されている、
    請求項８に記載の無線端末。
  10. 　前記第１のオフセットは、拡散率毎に指定される、
    請求項９に記載の無線端末。
  11. 　前記少なくとも１つのプロセッサは、前記PUCCHの送信電力を前記拡散率に応じて調整するよう構成されている、
    請求項１～１０のいずれか１項に記載の無線端末。
  12. 　前記拡散率に応じた前記PUCCHの送信電力の調整は、前記拡散率に応じた第２のオフセットを前記PUCCHの送信電力に付加することにより行われ、
    　前記少なくとも１つのプロセッサは、前記第２のオフセットを指定するシグナリングを基地局から受信するよう構成されている、
    請求項１１に記載の無線端末。
  13. 　無線端末における方法であって、
    　前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更すること、
    を備える方法。
  14. 　無線端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを備える、
    非一時的なコンピュータ可読媒体。
  15. 　基地局であって、
    　無線端末と無線通信するよう構成された無線トランシーバと、
    　前記無線トランシーバに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを前記無線端末から受信するよう構成され、
    　前記PUCCHフォーマットは、前記無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする、
    基地局。
  16. 　前記拡散率を前記変更することは、第１、第２、及び第３の時間ドメイン拡散のうち少なくとも２つを前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて選択的に行うことを含み、
    　前記第１の時間ドメイン拡散は、長さ２ｎ（ｎは整数）の第１の拡散コードシーケンスを使用して１つのデータブロックに対する拡散率２ｎの時間ドメイン拡散を行うことを含み、ここで、前記１つのデータブロックは、前記複数のHARQ ACK/NACK bitsの送信に使用されるPUCCHフォーマットにおいて１スロット内の所定の２ｎ個のSingle-Carrier FDMA（SC-FDMA）シンボルにマッピングされ、
    　前記第２の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちのｎ要素から成る長さｎの第２の拡散コードシーケンス及び前記第１の拡散コードシーケンスのうちの残りのｎ要素から成る長さｎの第３の拡散コードシーケンスを使用して、２つのデータブロックに対する拡散率ｎの時間ドメイン拡散を行うことを含み、ここで、前記２つのデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされ、
    　前記第３の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちの２ｎ要素の各々から成る長さ１の２ｎ個の拡散コードシーケンスを使用して２ｎ個のデータブロックに対する拡散率１の時間ドメイン拡散を行うことを含み、ここで、前記２ｎ個のデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされる、
    請求項１５に記載の基地局。
  17. 　前記第１の拡散コードシーケンスは、他の無線端末によって使用される長さ２ｎの第４の拡散コードシーケンスと直交し、
    　前記第２の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの対応するｎ要素から成る拡散コードシーケンスと直交し、
    　前記第３の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの残りのｎ要素から成る拡散コードシーケンスと直交する、
    請求項１６に記載の基地局。
  18. 　前記少なくとも１つのプロセッサは、前記拡散率を明示的又は暗示的に指定するシグナリングを前記無線端末に送信するよう構成されている、
    請求項１５～１７のいずれか１項に記載の基地局。
  19. 　前記拡散率の暗示的な指定は、１又は複数のセカンダリ・コンポーネントキャリアを前記無線端末に設定することにより行われる、
    請求項１８に記載の基地局。
  20. 　前記少なくとも１つのプロセッサは、第１のオフセットを指定するシグナリングを前記無線端末に送信するよう構成され、
    　前記第１のオフセットは、前記無線端末に対して、前記PUCCHが送信されるスロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、前記PUCCHの送信電力を調整することを可能にする、
    請求項１５～１９のいずれか１項に記載の基地局。
  21. 　前記第１のオフセットは、拡散率毎に指定される、
    請求項２０に記載の基地局。
  22. 　前記少なくとも１つのプロセッサは、第２のオフセットを指定するシグナリングを前記無線端末に送信するよう構成され、
    　前記第２のオフセットは、前記無線端末に対して、前記PUCCHの送信電力を前記拡散率に応じて調整することを可能にする、
    請求項１５～２１のいずれか１項に記載の基地局。
  23. 　基地局における方法であって、
    　Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを無線端末から受信することを備え、
    　前記PUCCHフォーマットは、前無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（複数のDL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする、
    方法。
  24. 　基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを無線端末から受信することを備え、
    　前記PUCCHフォーマットは、前記無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（複数のDL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする、
    非一時的なコンピュータ可読媒体。
PCT/JP2016/001016 2015-05-15 2016-02-25 ＨＡＲＱ ＡＣＫ／ＮＡＣＫ ｂｉｔｓ送信のための装置及び方法 WO2016185641A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP16796038.4A EP3297360B1 (en) 2015-05-15 2016-02-25 Device and method for harq ack/nack bits transmission
US15/571,200 US10374748B2 (en) 2015-05-15 2016-02-25 Device and method for HARQ ACK/NACK bits transmission
KR1020177033009A KR102077379B1 (ko) 2015-05-15 2016-02-25 Harq ack/nack 비트 송신을 위한 장치 및 방법
CN201680028335.1A CN107615855B (zh) 2015-05-15 2016-02-25 用于harq ack/nack位发送的装置和方法
JP2017518726A JPWO2016185641A1 (ja) 2015-05-15 2016-02-25 ＨＡＲＱ ＡＣＫ／ＮＡＣＫ ｂｉｔｓ送信のための装置及び方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015099772 2015-05-15
JP2015-099772 2015-05-15

Publications (1)

Publication Number Publication Date
WO2016185641A1 true WO2016185641A1 (ja) 2016-11-24

Family

ID=57319709

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/001016 WO2016185641A1 (ja) 2015-05-15 2016-02-25 ＨＡＲＱ ＡＣＫ／ＮＡＣＫ ｂｉｔｓ送信のための装置及び方法

Country Status (6)

Country Link
US (1) US10374748B2 (ja)
EP (1) EP3297360B1 (ja)
JP (1) JPWO2016185641A1 (ja)
KR (1) KR102077379B1 (ja)
CN (1) CN107615855B (ja)
WO (1) WO2016185641A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021516458A (ja) * 2018-02-11 2021-07-01 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． アップリンク制御情報の伝送方法及び装置

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102365837B (zh) * 2009-03-29 2014-05-14 Lg电子株式会社 在无线通信系统中发送控制信息的方法及其装置
JP2017034450A (ja) * 2015-07-31 2017-02-09 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
JP6645807B2 (ja) 2015-11-06 2020-02-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信端末、送信方法及び集積回路
JP2020503727A (ja) * 2016-11-03 2020-01-30 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 上り制御信号伝送方法および上り制御信号伝送装置
CN109391440B (zh) * 2017-08-11 2020-12-15 华为技术有限公司 一种混合自动重传请求harq反馈方法及设备
US11233685B2 (en) * 2018-01-12 2022-01-25 Qualcomm Incorporated Orthogonal cover code (OCC) sequences design for uplink transmissions
US11343804B2 (en) * 2018-02-14 2022-05-24 Qualcomm Incorporated Phase-tracking reference signal mapping
US10772099B2 (en) * 2018-02-16 2020-09-08 Qualcomm Incorporated Punctured sounding and partial bandwidth feedback
KR102583097B1 (ko) * 2018-05-28 2023-09-26 한국전자통신연구원 통신 시스템에서 신호의 송수신 방법 및 장치
US11296829B2 (en) 2019-02-01 2022-04-05 Electronics And Telecommunications Research Institute Feedback method for repetitive uplink transmission in communication system
EP4017125A4 (en) * 2019-08-16 2023-01-25 Huawei Technologies Co., Ltd. METHOD AND APPARATUS FOR SENDING A SIGNAL AND METHOD AND APPARATUS FOR RECEIVING A SIGNAL
US20220007420A1 (en) * 2020-07-01 2022-01-06 Qualcomm Incorporated Spreading aspects of random access channel procedure

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011145284A1 (ja) * 2010-05-19 2011-11-24 パナソニック株式会社 端末装置及び応答信号送信方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101520708B1 (ko) * 2008-08-12 2015-05-15 엘지전자 주식회사 다중반송파 무선통신시스템에서 하향링크 제어정보를 송수신하는 방법 및 장치
US8361305B2 (en) * 2009-07-27 2013-01-29 Panasonic Corporation Method and device for analyzing lipid component contained in serum
PL2484039T3 (pl) * 2009-10-01 2019-01-31 Interdigital Patent Holdings, Inc. Transmisja danych sterujących łącza uplink
US8767797B2 (en) * 2009-10-05 2014-07-01 Qualcomm Incorporated Apparatus and method for providing HARQ feedback in a multi-carrier wireless communication system
JP5714088B2 (ja) 2010-04-30 2015-05-07 株式会社Ｎｔｔドコモ 移動端末装置、無線通信方法及び無線通信システム
JP5443317B2 (ja) 2010-04-30 2014-03-19 株式会社Ｎｔｔドコモ 移動端末装置及び無線通信方法
KR101233186B1 (ko) * 2010-10-21 2013-02-15 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
JP5964314B2 (ja) * 2010-11-02 2016-08-03 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて上りリンク制御情報の送受信方法及び装置
KR101867311B1 (ko) * 2010-12-21 2018-07-19 주식회사 골드피크이노베이션즈 Ａｃｋ／ｎａｃｋ 자원 할당 방법 및 장치와 이를 이용한 ａｃｋ／ｎａｃｋ 신호 전송 방법
US9490959B2 (en) * 2011-04-26 2016-11-08 Lg Electronics Inc. Method for transmitting channel state information in wireless access system and terminal therefor
JP5926402B2 (ja) * 2012-01-17 2016-05-25 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるアップリンク制御情報転送方法及び装置
JP2015014909A (ja) 2013-07-05 2015-01-22 日立オムロンターミナルソリューションズ株式会社 生体認証装置、情報処理装置
JP6235174B2 (ja) * 2015-01-29 2017-11-22 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011145284A1 (ja) * 2010-05-19 2011-11-24 パナソニック株式会社 端末装置及び応答信号送信方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
POTEVIO: "UL control channel enhancement for carrier aggregation beyond 5 carriers", 3GPP TSG RAN WG1 MEETING #80BIS R1-151954, XP050949671, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_80b/Docs/R1-151954.zip> *
See also references of EP3297360A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021516458A (ja) * 2018-02-11 2021-07-01 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． アップリンク制御情報の伝送方法及び装置
US11528686B2 (en) 2018-02-11 2022-12-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting uplink control information
JP7235680B2 (ja) 2018-02-11 2023-03-08 オッポ広東移動通信有限公司 アップリンク制御情報の伝送方法及び装置

Also Published As

Publication number Publication date
JPWO2016185641A1 (ja) 2018-02-15
CN107615855A (zh) 2018-01-19
EP3297360A4 (en) 2019-01-02
EP3297360A1 (en) 2018-03-21
EP3297360B1 (en) 2020-03-25
KR102077379B1 (ko) 2020-02-13
US20180262295A1 (en) 2018-09-13
US10374748B2 (en) 2019-08-06
CN107615855B (zh) 2021-06-22
KR20170139068A (ko) 2017-12-18

Similar Documents

Publication Publication Date Title
WO2016185641A1 (ja) ＨＡＲＱ ＡＣＫ／ＮＡＣＫ ｂｉｔｓ送信のための装置及び方法
US11929860B2 (en) Uplink sounding reference signals configuration and transmission
US10433258B2 (en) Method and apparatus for transmitting control information in a wireless communication system
US10135597B2 (en) Method and device for transmitting ACK/NACK in wireless communication system
US9369966B2 (en) Power control for simultaneous transmission of ACK/NACK and channel-state information in carrier aggregation systems
US9681438B2 (en) Method and device for information transmission in wireless communication system
US9531515B2 (en) Local area optimized uplink control channel
TWI492566B (zh) Mobile station devices, communication systems, communication methods and integrated circuits
JP4852166B1 (ja) 移動局装置、通信システム、通信方法および集積回路
KR20150096390A (ko) 무선 통신 시스템에서 하향링크 제어 정보 전송 방법 및 장치
CN113711526A (zh) 在无线通信系统中收发上行链路参考信号的方法和设备
KR20170017225A (ko) 상향링크 제어 채널의 자원을 동적으로 할당하는 장치 및 방법
US11330536B2 (en) Apparatus and method for controlling gain of received signal in wireless communication system
JP2024050462A (ja) マルチセルスケジューリングの処理方法およびユーザー機器
JP2012044701A (ja) 通信システム
JP2012134787A (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: 16796038

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017518726

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15571200

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20177033009

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016796038

Country of ref document: EP