WO2016208727A1 - ユーザ端末、無線基地局及び無線通信方法 - Google Patents

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

Info

Publication number
WO2016208727A1
WO2016208727A1 PCT/JP2016/068857 JP2016068857W WO2016208727A1 WO 2016208727 A1 WO2016208727 A1 WO 2016208727A1 JP 2016068857 W JP2016068857 W JP 2016068857W WO 2016208727 A1 WO2016208727 A1 WO 2016208727A1
Authority
WO
WIPO (PCT)
Prior art keywords
pucch format
ari
pucch
information
format
Prior art date
Application number
PCT/JP2016/068857
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 CN201680037565.4A priority Critical patent/CN107736067B/zh
Priority to EP16814496.2A priority patent/EP3316640A4/en
Priority to US15/738,356 priority patent/US20180176943A1/en
Publication of WO2016208727A1 publication Critical patent/WO2016208727A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • 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/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005—Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • 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
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal

Definitions

  • the present invention relates to a user terminal, a radio base station, and a radio communication method in a next-generation mobile communication system.
  • LTE Long Term Evolution
  • Non-Patent Document 1 a successor system of LTE (for example, called LTE-A (LTE-Advanced), FRA (Future Radio Access), etc.) is also being studied.
  • LTE-A LTE-Advanced
  • FRA Full Radio Access
  • CA Carrier Aggregation
  • HARQ Hybrid Automatic Repeat reQuest
  • UE User Equipment
  • HARQ-ACK delivery confirmation signal
  • eNB station
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • carrier aggregation in which the number of CCs that can be set is 6 or more is, for example, extended CA (enhanced CA), Rel. 13 May be called CA.
  • the present invention has been made in view of such a point, and even when the number of component carriers that can be set in a user terminal is expanded from an existing system, a user terminal and a radio base station that can appropriately perform communication It is another object of the present invention to provide a wireless communication method.
  • a user terminal transmits a reception unit that detects downlink shared channel reception instruction information using a downlink control channel and uplink control information related to reception of the downlink shared channel corresponding to the instruction information.
  • a control unit that determines a PUCCH format for transmitting the uplink control information from a plurality of PUCCH formats including a large-capacity PUCCH format that has a larger capacity than PUCCH (Physical Uplink Control Channel) format 3.
  • the control unit determines a PUCCH resource to be transmitted in a large-capacity PUCCH format based on the instruction information.
  • communication can be performed appropriately even when the number of component carriers that can be set in the user terminal is expanded from the existing system.
  • FIG. 1A is a diagram illustrating an example of PUCCH format switching according to Embodiment 1.1
  • FIG. 1B is a diagram illustrating an example of PUCCH format switching according to Embodiment 1.2
  • FIG. It is a figure which shows an example of switching of the PUCCH format which concerns on Embodiment 1.3.
  • An example in the case of using Embodiment 1.3 and Embodiment 2.1 in combination is shown.
  • An example in which Embodiment 1.1 or 1.2 and Embodiment 2.1 are used in combination will be shown.
  • FIG. 4A is a diagram illustrating an example of scheduling in the embodiment 2.2
  • FIG. 4B is a diagram illustrating an example of an ARI table for each PUCCH format.
  • FIG. 5A is a diagram illustrating an example of scheduling in Embodiment 2.3
  • FIG. 5B is a diagram illustrating an example of an ARI table for each PUCCH format. It is a figure which shows an example of the relationship between the number of scheduled CC, and Total DAI.
  • FIG. 7A is a diagram illustrating an example of a relationship between scheduling and the PUCCH format in the third embodiment
  • FIG. 7B is a diagram illustrating another example of a relationship between scheduling and the PUCCH format in the third embodiment. is there.
  • FIG. 8A is a diagram illustrating an example of a relationship between the number of scheduled CCs and a bitmap
  • FIG. 8B is a diagram illustrating another example of a relationship between the number of scheduled CCs and a bitmap.
  • FIG. 9A is a diagram illustrating an example of a relationship between scheduling and the PUCCH format in the third embodiment
  • FIG. 9B is a diagram illustrating another example of a relationship between scheduling and the PUCCH format in the third embodiment. is there. It is a figure which shows an example of schematic structure of the radio
  • HARQ-ACK in the existing LTE system (Rel. 10-12) will be described.
  • Rel. In 10-12 CA up to 5 CC is introduced.
  • PUCCH format 3 that can transmit many bits (up to 10 bits for FDD (Frequency Division Duplex) and up to 21 bits for TDD (Time Division Duplex)) is defined for HARQ-ACK. It was.
  • the HARQ-ACK is transmitted using the PUCCH resource (for example, frequency and / or code resource) corresponding to the Control Channel Element / Enhanced CCE) index.
  • the user terminal in which PUCCH format 3 is set the TPC (Transmit Power Control) command bit included in DCI (Downlink Control Information) of PDCCH / EPDCCH that schedules SCell (Secondary Cell), and ARI (ACK / NACK Resource As an indicator, HARQ-ACK is transmitted using any one of the PUCCH resources specified by the ARI among the four resources set by higher layer signaling (for example, RRC signaling).
  • TPC Transmit Power Control
  • DCI Downlink Control Information
  • SCell Service Cell
  • ARI ACK / NACK Resource
  • ARI values are preferably the same for PDCCH / EPDCCH scheduling PDSCHs of different CCs.
  • the PDCCH / EPDCCH for scheduling the PDSCH of the SCell is not detected (only the scheduling of the PCell (Primary Cell) is detected)
  • one-to-one correspondence with the CCE / ECCE index of the PDCCH / EPDCCH for scheduling the PDSCH of the PCell HARQ-ACK is transmitted on the PUCCH resource to be used.
  • LTE Rel. 13 a CA that sets 6 or more CCs (more than 5 CCs) (also referred to as an extended CA, Rel. 13 CA, etc.) is being studied.
  • Rel. 13 CA is considering bundling up to 32 CCs.
  • Rel. 13 is considering defining a new PUCCH format (new PUCCH format) in which the number of bits that can be transmitted is large.
  • the new PUCCH format may be referred to as PUCCH format 4, large-capacity PUCCH format, extended PUCCH format, new format, or the like.
  • HARQ-ACK having a predetermined number of bits (for example, 128 bits) or more is stored, and (2) the HARQ-ACK bit has a predetermined number of bits (for example, 22 bits).
  • CRC is added.
  • TBCC Tiil-Biting Convolutional Code
  • the present inventors have established LTE Rel. 13 and later, in order to enable HARQ-ACK feedback suitable for CA using 6 or more CCs (for example, 32 CCs), a new PUCCH format having a larger number of bits that can be transmitted than the PUCCH format of the existing system I found out how to determine availability and how to specify resources.
  • the new PUCCH format has a large payload
  • the present inventors have a smaller number of user multiplexing by CDM (Code Division Multiplexing) and a larger required SINR (Signal-to-Interference plus Noise Ratio) than the existing PUCCH format.
  • CDM Code Division Multiplexing
  • SINR Signal-to-Interference plus Noise Ratio
  • PRBs Physical Resource Blocks
  • the present inventors have found that the PUCCH format to be transmitted is determined according to the detection status (number) of PDCCH / EPDCCH to which PDSCH is allocated. For example, the present inventors have found control based on the number of PDCCH / EPDCCH to which PDSCH is allocated (embodiment 1.1) and control based on CC number of CC to which PDSCH is allocated (embodiment 1.2). Further, the present inventors have found that the PUCCH format to be transmitted is determined according to the number of CCs set in the upper layer (embodiment 1.3).
  • FIG. 1 is a diagram illustrating an example of PUCCH format switching according to the first embodiment.
  • 1A to 1C correspond to Embodiments 1.1 to 1.3, respectively.
  • a radio base station also simply referred to as a base station
  • the first embodiment will be described in detail with reference to FIG. 1 as appropriate.
  • the PUCCH format to be transmitted is controlled according to the number of PDCCH / EPDCCH detections to which PDSCH is allocated.
  • the number of CCs scheduled by the detected PDCCH / EPDCCH may be used as the number of detected PDCCH / EPDCCH to which the PDSCH is allocated. For example, as shown in FIG. 1A, if scheduling between 2 CC and 5 CC including SCell is detected, PUCCH format 3 is used, and if more scheduling is detected, a new PUCCH format is used.
  • the UE when the UE detects scheduling only for the PCell, the UE transmits the PUCCH format 1a / 1b (the same operation as existing). Moreover, UE detects the scheduling of arbitrary 5CC or less including SCell, and transmits by PUCCH format 3. Furthermore, when the UE detects scheduling of any 6 CC or more including the SCell, the UE transmits the new PUCCH format.
  • Embodiment 1.2 the PUCCH format to be transmitted is controlled according to the scheduled CC. As shown in FIG. 1B, it is different from Embodiment 1.1 in that it is not based on the number of CCs but based on which CC is a scheduled CC. In addition, CC can be specified by CC number of scheduled CC, SCell number (SCell index), etc., for example.
  • the UE when the UE detects the scheduling of only the PCell (CC # 0), the UE transmits in the PUCCH format 1a / 1b (the same operation as existing). Further, when the UE detects scheduling for only CC # 0 to CC # 4, the UE transmits in PUCCH format 3. Furthermore, when the UE detects scheduling for CC # 5 or higher, the UE transmits in a new PUCCH format.
  • the PUCCH format to be transmitted is controlled according to the set number of CCs. As shown in FIG. 1C, the UE determines the PUCCH format based on the number of CCs quasi-statically notified by higher layer signaling (for example, RRC signaling) or the like. For example, the UE may determine that the new PUCCH format can be used when 32 CC is configured by higher layer signaling.
  • higher layer signaling for example, RRC signaling
  • the UE when the UE detects scheduling only for the PCell, the UE transmits the PUCCH format 1a / 1b (the same operation as existing). In addition, when scheduling is detected in an arbitrary SCell, it is transmitted in a new PUCCH format. That is, in Embodiment 1.3, transmission is not performed in PUCCH format 3.
  • Embodiment 1.3 instead of the number of CCs, information on the availability of the new PUCCH format notified by higher layer signaling (for example, expressed by 1 bit, '1' can use the new PUCCH format)
  • the UE may determine that the new PUCCH format can be used based on the information that expresses or uses the new PUCCH format for HARQ-ACK transmission.
  • the higher layer signaling may include a bandwidth (for example, the number of PRBs) for transmitting the new PUCCH format, a modulation scheme, a coding scheme, and the like.
  • the UE can dynamically select an appropriate PUCCH format and transmit HARQ-ACK.
  • the HARQ-ACK codebook (A / N bit string) size may be switched.
  • the inventors further paid attention to the PUCCH resource designation method when using the new PUCCH format while examining the first embodiment described above.
  • the UE dynamically switches the PUCCH format as in the first embodiment and the PDCCH / EPDCCH detection error occurs, the present inventors make a PUCCH format between the radio base station and the UE. It has been discovered that there is a possibility that the recognition of the A / N bit number and the like may be shifted.
  • the UE performs coding on the A / N bit string and the radio base station performs decoding, if the above recognition is shifted, the decoding cannot be performed correctly, and the A / N performance is significantly deteriorated. To do.
  • Rel.13 PUCCH Resource Specification Method for CA by ARI (Second Embodiment: Rel.13 PUCCH Resource Specification Method for CA by ARI)
  • Rel. 13 PUCCH resource allocation for CA will be described.
  • the second embodiment includes several methods, the point that a predetermined bit string (for example, TPC command) included in the PDCCH / EPDCCH that schedules the PDSCH of the SCell is interpreted as an ARI is common to both methods. .
  • any PUCCH resource specified by the ARI is determined based on the correspondence between the ARI and the PUCCH resource (may be referred to as an ARI resource table, an ARI table, a PUCCH table, etc.) set by higher layer signaling.
  • the points to select are also common.
  • one or a plurality of (for example, four) resources correspond to different ARIs.
  • the second embodiment includes a new ARI including one ARI in the PDCCH / EPDCCH, and an ARI table set independently of the other PUCCH format (for example, PUCCH format 3).
  • a method for determining PUCCH format resources (embodiment 2.2).
  • a plurality of ARIs are included in the PDCCH / EPDCCH, and one of the ARIs and an ARI table set independently of other PUCCH formats (for example, PUCCH format 3) are used.
  • PUCCH format 3 for example, PUCCH format 3
  • There is a method for determining resources of a new PUCCH format (Embodiment 2.3).
  • the UE interprets a predetermined bit string (for example, a TPC command) included in the PDCCH / EPDCCH for scheduling the PDSCH of the SCell as an ARI, and determines the PUCCH resource specified by the ARI based on the ARI table. Select and transmit in the new PUCCH format.
  • the ARI table may be an ARI table used in common with other PUCCH formats (for example, PUCCH format 3).
  • Embodiment 2.1 is applied to Embodiment 1.3, the control operation is the same as when PUCCH format 3 is set in the existing CA, and therefore it is possible to prevent UE control from becoming excessively complicated. it can. In practice, however, the UE may miss detection of PDCCH / EPDCCH. The behavior of the UE when a detection error occurs will be described with reference to FIG.
  • FIG. 2 shows an example in the case of using Embodiment 1.3 and Embodiment 2.1 in combination.
  • the base station sets 6 CCs and performs scheduling on CC # 0 / # 1 / # 2.
  • the PDCCH / EPDCCH corresponding to each PDSCH of CC # 0 / # 1 / # 2 is normally detected, the DCI TPC field for scheduling CC # 1 and # 2 is recognized as the ARI, and the ARI specifies Transmission is performed in the new PUCCH format using the PUCCH resource to be used.
  • PUCCH format 1a / 1b is transmitted by PCell.
  • the base station when allocating PDSCH to the SCell for the UE, the base station preferably attempts to detect a plurality of PUCCH resources that may transmit the PUCCH. Specifically, the base station transmits both the PUCCH resource in the new PUCCH format specified by the ARI and the PUCCH resource in the PUCCH format 1a / 1b corresponding to the PCECH CCE index / EPDCCH ECCE index to which the PDell PDSCH is allocated. It is desirable to make a reservation for use and perform detection operation on both.
  • the ARI may be represented by a field other than the TPC command.
  • the ARI may be represented by all or part of an arbitrary field defined by the DCI of the existing system, or may be represented by a new field.
  • information regarding which field of DCI indicates ARI may be notified to the user terminal by higher layer signaling (for example, RRC signaling, broadcast information) or the like.
  • Embodiment 2.1 to Embodiment 1.1 or 1.2 allows ARI to be interpreted into multiple PUCCH formats.
  • the present inventors have noted that there is a problem that the UE cannot appropriately determine the PUCCH resource based on the ARI. The problem will be described with reference to FIG.
  • FIG. 3 shows an example in the case of using the embodiment 1.1 or 1.2 in combination with the embodiment 2.1.
  • the base station sets 6 CCs and performs scheduling for all CCs # 0 to # 5.
  • the UE determines the PUCCH resource specified by the ARI based on the ARI included in the DCI that schedules CC # 1- # 5. To transmit in the new PUCCH format.
  • the UE transmits in PUCCH format 3 using the PUCCH resource specified by the ARI based on the ARI included in the DCI that schedules CC # 1- # 4.
  • the UE transmits the PUCCH format 1a / 1b in the PCell.
  • the UE cannot recognize (discriminate) whether the ARI is an ARI of the PUCCH format 3 or an ARI of the new PUCCH format.
  • the present inventors have conceived that the correspondence between the ARI and the PUCCH resource is set for each PUCCH format, and the UE specifies the correspondence to be used according to the PUCCH format (Embodiment 2. 2) and a mode (Embodiment 2.3) in which the radio base station notifies the UE of a plurality of ARIs and specifies the correspondence to be used.
  • the UE determines PUCCH resources based on different ARI tables for transmission in PUCCH format 3 and transmission in a new PUCCH format.
  • Each ARI table can be independently set by higher layer signaling (for example, RRC signaling).
  • the UE When transmitting in the new PUCCH format, the UE determines a resource to be transmitted in the new PUCCH format based on one table (for example, Table X) and the ARI value. Further, when transmitting in PUCCH format 3, the UE determines a resource to be transmitted in PUCCH format 3 based on another table (for example, Table Y different from Table X) and the ARI value.
  • Embodiment 2.2 UE selects the PUCCH format used for transmission based on a predetermined method. For example, the UE may determine the format to be used according to the method 1 of the first embodiment. In the embodiment 2.2, resources corresponding to the ARI are determined by referring to different tables depending on the number of detected PDCCH / EPDCCH, the scheduled CC, the type of PUCCH format, and the like.
  • FIG. 4 shows an example of the embodiment 2.2.
  • the base station sets 6 CCs and performs scheduling for all CCs # 0 to # 5.
  • the UE determines the PUCCH resource specified by the ARI based on the ARI included in the DCI that schedules CC # 1- # 5. To transmit in the new PUCCH format.
  • the table on the left side of FIG. 4B shows the correspondence between PUCCH resources and ARIs related to PUCCH format 3 (ARI table for PUCCH format 3), and the table on the right side of FIG. 4B shows the relationship between PUCCH resources and ARIs related to the new PUCCH format.
  • the correspondence relationship (ARI table for new PUCCH format) is shown.
  • PUCCH resources corresponding to each ARI can be set by higher layer signaling. Here, even if it is a PUCCH resource corresponding to the same ARI in both ARI tables, you may set a different resource.
  • the UE when the UE detects PDCCH / EPDCCH corresponding to 6CC normally, it determines that the PUCCH format to be used is a new PUCCH format, and uses the PUCCH resource corresponding to the ARI included in DCI to Transmit in PUCCH format. For example, when the ARI is “01”, it can be determined that the PUCCH resource transmitted in the new PUCCH format is the second PUCCH resource in the ARI table for the new PUCCH format in FIG. 4B.
  • Embodiment 2.2 since the base station cannot determine in advance whether the UE transmits in PUCCH format 3 or the new PUCCH format, each resource corresponding to the ARI notified by DCI in the two ARI tables It is preferable to try to detect the reception of these resources after reserving for the UE. Further, reception detection may be attempted not only with the above two resources but also with a PUCCH resource of PUCCH format 1a / 1b.
  • the resources of a plurality of PUCCH formats can be set by separate independent higher layer signaling, so that the degree of freedom in setting the base station is increased. (Scheduling becomes easier).
  • Embodiment 2.3 a plurality of (for example, two) ARIs are included in the DCI indicating PDSCH.
  • the UE can select the PUCCH format to be transmitted based on any or all of the plurality of ARIs.
  • the ARI for the new PUCCH format has a predetermined value (for example, “00”) that is transmitted in the new PUCCH format. It may be set to instruct “No”.
  • the terminal erroneously detects a PDCCH / EPDCCH that is not actually transmitted even though the base station schedules only 5 CC or less, and is newly A case where transmission of the PUCCH format is performed can be prevented.
  • the base station can eliminate the possibility of transmission of a plurality of PUCCH formats by instructing “not to transmit in a new PUCCH format” by the ARI. Processing can be simplified. Thus, different values can be included in the DCI for the ARI for the new PUCCH format and the ARI for the PUCCH format 3.
  • the base station When allocating a resource for a new PUCCH format to a predetermined UE, the base station sets the ARI for the new PUCCH format to a value corresponding to the resource to be allocated (a value other than a predetermined value (for example, “00”)). In this case, the base station may set the ARI for PUCCH format 3 to an arbitrary value.
  • the base station When the base station allocates a resource for PUCCH format 3 to a predetermined UE, the base station sets the ARI for PUCCH format 3 to a value corresponding to the allocated resource. Further, the base station sets the ARI for the new PUCCH format to a predetermined value (for example, “00”).
  • the base station tries to detect reception of resources allocated to a predetermined UE. In this case, it is not necessary to attempt reception detection for a resource having an unassigned format. In addition to resources allocated to a predetermined UE, reception detection may be attempted using a PUCCH resource corresponding to the PUCCH format 1a / 1b.
  • the UE When the UE detects DCI for scheduling the SCell, the UE refers to the ARI for the new PUCCH format and determines whether or not the value is a predetermined value. If the ARI for the new PUCCH format included in the received DCI is other than a predetermined value (for example, “00”), the UE transmits in the new PUCCH format using the PUCCH resource indicated by the ARI. If the ARI for the PUCCH format is a predetermined value, transmission is performed in the PUCCH format 3 using the PUCCH resource indicated by the ARI for the PUCCH format 3.
  • a predetermined value for example, “00”
  • FIG. 5 shows an example of the embodiment 2.3.
  • the base station sets 6 CCs and performs scheduling for all CCs # 0 to # 5.
  • Each DCI that schedules SCells (CC # 1- # 5) includes two ARIs.
  • the table on the left side of FIG. 5B shows the ARI table for PUCCH format 3
  • the table on the right side of FIG. 5B shows the ARI table for new PUCCH format.
  • PUCCH resources corresponding to each ARI can be set by higher layer signaling.
  • different resources may be set for the PUCCH resources corresponding to the same ARI in both ARI tables, or the same resource may be set.
  • the base station can determine in advance whether the UE performs transmission in the PUCCH format 3 or the new PUCCH format, so that only resources to be used by the UE are allocated. Well, the frequency utilization efficiency can be improved. Further, if the UE successfully detects at least one DCI (PDCCH / EPDCCH) including the ARI, the resource specified by the base station can be used.
  • DCI PUCCH / EPDCCH
  • both the ARI for the new PUCCH format and the ARI for the PUCCH format 3 are 2 bits
  • the number of bits constituting the two ARIs may be different.
  • the ARI for the PUCCH format 3 may be 2 bits
  • the ARI for the new PUCCH format may be 1 bit.
  • the resource for the new PUCCH format may be notified by higher layer signaling (for example, RRC signaling), or may be set in advance.
  • the table for PUCCH format 3 uses “PUCCH format 3 You may prescribe
  • the UE when detecting the DCI, the UE refers to the ARI for the PUCCH format 3 to determine whether the ARI is a predetermined value, and the ARI for the PUCCH format 3 included in the received DCI is a predetermined value (for example, , “00”), it transmits in PUCCH format 3 using the PUCCH resource indicated by the ARI. If the ARI for PUCCH format 3 is a predetermined value, the ARI for the new PUCCH format is indicated. May be transmitted in the new PUCCH format using the PUCCH resource to be used.
  • the present inventors further examined the problem that, when a PDCCH / EPDCCH detection error occurs, there is a possibility that recognition of the PUCCH format, the number of A / N bits, etc. may be shifted between the radio base station and the UE. went.
  • the inventors of the present invention have conceived of preventing recognition misalignment by notifying information that can be used to specify the number of A / N bits to be fed back, and the third and fourth embodiments. I found it.
  • information on the total number of CCs to be scheduled is included in PDCCH / EPDCCH (for example, DCI) and notified.
  • the information may be called, for example, Total DAI (TDAI: Total Downlink Assignment Index), simply called DAI, or other names.
  • the radio base station transmits TDAI including all the PDCCH / EPDCCH used for PDSCH scheduling (regardless of PCell and SCell).
  • the UE determines the number of A / N bits to be fed back based on the value of TDAI included in the detected PDCCH / EPDCCH, and generates an A / N bit string.
  • the length of the NACK bit string may be determined in consideration of higher layer signaling in addition to the value indicated by the TDAI. For example, when TDAI represents the number of CCs on which PDSCH is scheduled, MIMO (Multi Input Multi Output) is set for each CC, and scheduling of 2 TB (Transport Block) per PDSCH is performed, the length of the NACK bit string is TDAI This is the number indicated by x2.
  • MIMO Multi Input Multi Output
  • 2 TB Transport Block
  • FIG. 6 is a diagram showing an example of the relationship between the number of scheduled CCs and the total DAI.
  • the base station sets 6 CCs, and changes the number of scheduled CCs to 6, 3, and 5. If the UE detects at least one PDCCH / EPDCCH including TDAI, the UE can appropriately set the number of A / N bits.
  • TDAI indicates The NACK having the number of bits corresponding to the value is fed back.
  • the UE when the UE erroneously detects PDCCH / EPDCCH for an unassigned CC (TDAI ⁇ number of detections), if it is unknown which CC's PDCCH / EPDCCH is erroneously detected, it corresponds to the value indicated by TDAI.
  • the NACK of the number of bits is fed back.
  • the recognition of the number of A / N bits does not shift between the radio base station and the user terminal, and the NACK-to-ACK error (originally) It is possible to avoid erroneous recognition of ACK even though it is NACK.
  • both the TDAI and the ARI are included in the PDCCH / EPDCCH in order to determine the PUCCH resource. Then, if the value of TDAI indicates a predetermined value (for example, a value included in a predetermined range, a value equal to or lower than a predetermined value), the UE regards the received ARI as an ARI for PUCCH format 3, and If not, the received ARI is regarded as the ARI for the new PUCCH format.
  • a predetermined value for example, a value included in a predetermined range, a value equal to or lower than a predetermined value
  • the UE When the UE considers the received ARI as an ARI for PUCCH format 3, it determines a PUCCH resource based on the ARI table for PUCCH format 3, and when it considers an ARI for a new PUCCH format, A PUCCH resource is determined based on the ARI table.
  • the ARI table for PUCCH format 3 and the ARI table for new PUCCH format may be set independently for the UE, and the same ARI table is used. May be.
  • the predetermined value used for the determination of the ARI may be notified by higher layer signaling (for example, RRC signaling), DCI, or a combination thereof, or may be set in advance.
  • FIG. 7 is a diagram illustrating an example of the third embodiment.
  • the base station is set to 6CC.
  • ARI is notified in DCI for scheduling SCell (CC # 1- # 5).
  • the UE determines to perform transmission in the new PUCCH format.
  • the UE interprets the notified ARI value as an ARI for the new PUCCH format, selects a PUCCH resource specified by the ARI based on the ARI table for the new PUCCH format, and uses the resource.
  • HARQ-ACK is transmitted in the new PUCCH format.
  • the UE determines that transmission is performed in PUCCH format 3. At this time, the UE interprets the notified ARI value as an ARI for PUCCH format 3, selects the resource based on the ARI table for PUCCH format 3 using the PUCCH resource specified by the ARI, and To transmit HARQ-ACK.
  • the value indicated by TDAI does not correspond to the number of PDCCH / EPDCCH detected by UE.
  • the UE regards the received ARI as an ARI for PUCCH format 3
  • the number of NACK bit strings corresponding to the value indicated by TDAI is transmitted in the PUCCH format 3, otherwise the received ARI is regarded as the ARI for the new PUCCH format, and the number of NACK bit strings corresponding to the value indicated by TDAI is new. It can be transmitted in the PUCCH format.
  • the recognition of the number of A / N bits and the PUCCH format does not shift between the radio base station and the user terminal, and a reduction in throughput can be suppressed.
  • information for specifying a scheduled CC is included in PDCCH / EPDCCH (for example, DCI) as information that can be used to specify the number of A / N bits to be fed back, and is notified.
  • the information may be called, for example, schedule CC identification information, a bitmap indicating the presence / absence of scheduling, or another name.
  • the radio base station transmits all the PDCCH / EPDCCH used for PDSCH scheduling (regardless of PCell and SCell) including a bitmap.
  • the UE recognizes the scheduled CC based on the bitmap included in the detected PDCCH / EPDCCH, determines the number of A / N bits to be fed back according to the CC, and generates an A / N bit string.
  • the UE uses the bitmap if the number of A / N bits (for example, the number of scheduled CCs) determined using the bitmap does not match the number of PDCCH / EPDCCH detected by itself.
  • FIG. 8 is a diagram showing an example of the relationship between the number of scheduled CCs and the bitmap.
  • the base station sets 6 CCs and performs scheduling for a total of 5 CCs of CCs # 0 to # 2, # 4, and # 5.
  • FIG. 8A shows an example in which a bitmap is included in all PDCCH / EPDCCH for each CC. In this way, if at least one PDCCH / EPDCCH including a bitmap is detected, the number of A / N bits can be set appropriately.
  • FIG. 8B shows an example in which a PDCCH / EPDCCH transmitted / received by a specific CC includes a bitmap indicating whether scheduling is performed for each CC allocated by the PDCCH / EPDCCH of the CC.
  • the UE determines scheduling of a plurality of CCs (CC # 0- # 2, # 4, and # 5) based on the PDCCH / EPDCCH received by the PCell.
  • the number of A / N bits can be set appropriately.
  • the CC that has been misdetected based on the bitmap And the feedback information of the CC is set as NACK, and ACK / NACK having the number of bits equal to the number of “1” in the bitmap field is fed back.
  • the UE when the UE erroneously detects PDCCH / EPDCCH for a CC to which no assignment is made (for example, the number of '1' in the bitmap field ⁇ the number of detections), the erroneously detected CC is identified and the CC is scheduled. If not, feedback information of the CC is not generated, and ACK / NACK having the number of bits equal to the number of “1” in the bitmap field is fed back for each scheduled CC.
  • the A / N bit is used between the radio base station and the user terminal. It is possible to avoid NACK-to-ACK errors that cause significant deterioration because the number is not recognized.
  • both of the above bitmap and ARI are included in the PDCCH / EPDCCH in order to determine the PUCCH resource. Then, the UE considers the received ARI as an ARI for PUCCH format 3 when a predetermined number (eg, a number included in a predetermined range, a number equal to or less than a predetermined value) is included in the bitmap, Otherwise, the received ARI is regarded as the ARI for the new PUCCH format.
  • a predetermined number eg, a number included in a predetermined range, a number equal to or less than a predetermined value
  • the UE When the UE considers the received ARI as an ARI for PUCCH format 3, it determines a PUCCH resource based on the ARI table for PUCCH format 3, and when it considers an ARI for a new PUCCH format, A PUCCH resource is determined based on the ARI table.
  • the ARI table for PUCCH format 3 and the ARI table for new PUCCH format may be set independently for the UE, and the same ARI table is used. May be.
  • the predetermined value used for the determination of the ARI may be notified by higher layer signaling (for example, RRC signaling), DCI, or a combination thereof, or may be set in advance. Further, the ARI may be determined by comparing the predetermined value with the number of “0” instead of the number of “1” included in the bitmap.
  • FIG. 9 is a diagram illustrating an example of the fourth embodiment.
  • the base station is set to 6CC.
  • ARI is notified in DCI for scheduling SCell (CC # 1- # 5).
  • the UE determines to perform transmission in the new PUCCH format.
  • the UE interprets the notified ARI value as an ARI for the new PUCCH format, selects a PUCCH resource specified by the ARI based on the new PUCCH format table, and uses the resource to create a new PUCCH. Send in format.
  • ARI is notified in DCI for scheduling SCell (CC # 1- # 5).
  • the UE determines that transmission is performed in PUCCH format 3. At this time, the UE interprets the notified ARI value as an ARI for the PUCCH format 3, selects the PUCCH resource specified by the ARI based on the PUCCH format 3 table, and uses the resource. Send.
  • the recognition of the number of A / N bits and the PUCCH format is not shifted between the radio base station and the user terminal, and a decrease in throughput can be suppressed.
  • ⁇ Modification> the example shown in each above-mentioned embodiment is only an example, and is not restricted to this.
  • PUCCH format to be switched is not limited to these two.
  • the present invention may be applied to switching between the plurality of new PUCCH formats, or between three or more (such as between the existing PUCCH format 3 and the plurality of new PUCCH formats) ( It may be applied to switching between three or more types of PUCCH formats.
  • the configuration in which TDAI or a bitmap is included in physical layer signaling is shown, but the present invention is not limited to this.
  • the TDAI and / or the bitmap may be included in a DL MAC CE (Downlink Medium Access Control Element).
  • the TDAI and / or bitmap may be included in the MAC CE of all or some of the DL-CCs.
  • information on all scheduled CCs is included in each PDCCH / EPDCCH, but is not limited thereto.
  • the PDCCH / EPDCCH in a specific CC may be configured to include the above information (information on the number of scheduled CCs or a bitmap) only about the CC scheduled from the specific CC.
  • information on the number of CCs to be scheduled (for example, which CC number corresponds to all CCs) or information on the configuration of the bitmap (for example, which bit indicates which CC) is upper layer signaling. , DCI, etc., or a combination thereof.
  • the UE can appropriately set the number of ACK / NACK bits for some CC groups based on these pieces of information.
  • the UE may detect a plurality of PDCCH / EPDCCHs including different TDAIs or bitmaps. EPDCCH is likely to be a false detection.
  • the UE may select the TDAI and / or bitmap and determine the PUCCH format and / or the PUCCH resource by any of the following methods: : (1) Select by majority (select the most detected TDAI and / or bitmap), (2) Select the one with the largest number of scheduled CCs (select the largest TDAI and / or bitmap with the largest number of '1'), (3) Select the one with the smallest number of scheduled CCs (select the smallest TDAI and / or the bitmap with the smallest number of '1').
  • it is possible to reduce the possibility that the recognition of the number of A / N bits, the PUCCH format, the PUCCH resource, and the like is shifted between the radio base station and the UE.
  • Uplink Control Information may be transmitted using the PUCCH format / PUCCH resource determined as the PUCCH format / PUCCH resource for transmitting HARQ-ACK.
  • a PUCCH resource for a new PUCCH format and / or a new PUCCH format such as scheduling request (SR), CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator), and RI (Rank Indicator)
  • CSI Channel State Information
  • CSI Channel State Information
  • UE capability terminal capability information
  • a base station that does not implement a new PUCCH format but implements UL-CA by many CCs can be Can be recognized on the side.
  • UE capability terminal capability information
  • a base station that does not implement a new PUCCH format but implements UL-CA by many CCs can be Can be recognized on the side.
  • the radio base station notifies the user terminal that has notified the terminal capability information indicating that a new PUCCH format can be set, and sets up a new PUCCH format (or information on whether or not to use a new new PUCCH format) ).
  • a new PUCCH format is set for a user terminal that has notified both terminal capability information capable of setting CA of more than five CCs and terminal capability information indicating that a new PUCCH format can be set.
  • wireless communication system Wireless communication system
  • the wireless communication method according to each embodiment of the present invention is applied.
  • wireless communication method which concerns on each said embodiment may be applied independently, respectively, and may be applied in combination.
  • FIG. 10 is a diagram illustrating an example of a schematic configuration of a wireless communication system according to an embodiment of the present invention.
  • carrier aggregation (CA) and / or dual connectivity (DC) in which a plurality of basic frequency blocks (component carriers) each having a system bandwidth (for example, 20 MHz) of the LTE system as one unit are applied.
  • the wireless communication system 1 may be referred to as SUPER 3G, LTE-A (LTE-Advanced), IMT-Advanced, 4G, 5G, FRA (Future Radio Access), or the like.
  • a radio communication system 1 shown in FIG. 10 includes a radio base station 11 that forms a macro cell C1, a radio base station 12 (12a-12c) that is arranged in the macro cell C1 and forms a small cell C2 that is narrower than the macro cell C1, It has. Moreover, the user terminal 20 is arrange
  • the user terminal 20 can be connected to both the radio base station 11 and the radio base station 12. It is assumed that the user terminal 20 uses the macro cell C1 and the small cell C2 simultaneously by CA or DC. In addition, the user terminal 20 can apply CA or DC using a plurality of cells (CC) (for example, six or more CCs).
  • CC cells
  • Communication between the user terminal 20 and the radio base station 11 can be performed using a carrier having a relatively low frequency band (for example, 2 GHz) and a narrow bandwidth (referred to as an existing carrier or a legacy carrier).
  • a carrier having a relatively high frequency band for example, 3.5 GHz, 5 GHz, etc.
  • the same carrier may be used.
  • the configuration of the frequency band used by each radio base station is not limited to this.
  • a wired connection for example, an optical fiber compliant with CPRI (Common Public Radio Interface), an X2 interface, etc.
  • a wireless connection It can be set as the structure to do.
  • the radio base station 11 and each radio base station 12 are connected to the higher station apparatus 30 and connected to the core network 40 via the higher station apparatus 30.
  • the upper station device 30 includes, for example, an access gateway device, a radio network controller (RNC), a mobility management entity (MME), and the like, but is not limited thereto.
  • RNC radio network controller
  • MME mobility management entity
  • Each radio base station 12 may be connected to the higher station apparatus 30 via the radio base station 11.
  • the radio base station 11 is a radio base station having a relatively wide coverage, and may be called a macro base station, an aggregation node, an eNB (eNodeB), a transmission / reception point, or the like.
  • the radio base station 12 is a radio base station having local coverage, and includes a small base station, a micro base station, a pico base station, a femto base station, a HeNB (Home eNodeB), an RRH (Remote Radio Head), and transmission / reception. It may be called a point.
  • the radio base stations 11 and 12 are not distinguished, they are collectively referred to as a radio base station 10.
  • Each user terminal 20 is a terminal compatible with various communication methods such as LTE and LTE-A, and may include not only a mobile communication terminal but also a fixed communication terminal.
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier-frequency division multiple access
  • OFDMA is a multi-carrier transmission scheme that performs communication by dividing a frequency band into a plurality of narrow frequency bands (subcarriers) and mapping data to each subcarrier.
  • SC-FDMA is a single-carrier transmission scheme that reduces interference between terminals by dividing the system bandwidth into bands consisting of one or continuous resource blocks for each terminal and using a plurality of terminals with mutually different bands. is there.
  • the uplink and downlink radio access methods are not limited to these combinations.
  • downlink channels include a downlink shared channel (PDSCH) shared by each user terminal 20, a broadcast channel (PBCH: Physical Broadcast Channel), a downlink L1 / L2 control channel, and the like. Used. User data, higher layer control information, SIB (System Information Block), etc. are transmitted by PDSCH. Also, MIB (Master Information Block) is transmitted by PBCH.
  • PDSCH downlink shared channel
  • PBCH Physical Broadcast Channel
  • SIB System Information Block
  • MIB Master Information Block
  • Downlink L1 / L2 control channels include PDCCH (Physical Downlink Control Channel), EPDCCH (Enhanced Physical Downlink Control Channel), PCFICH (Physical Control Format Indicator Channel), PHICH (Physical Hybrid-ARQ Indicator Channel), and the like.
  • Downlink control information (DCI: Downlink Control Information) including scheduling information of PDSCH and PUSCH is transmitted by PDCCH.
  • the number of OFDM symbols used for PDCCH is transmitted by PCFICH.
  • the HAICH transmission confirmation signal (ACK / NACK) for PUSCH is transmitted by PHICH.
  • EPDCCH is frequency-division multiplexed with PDSCH (downlink shared data channel), and is used for transmission of DCI and the like in the same manner as PDCCH.
  • an uplink shared channel (PUSCH: Physical Uplink Shared Channel), an uplink control channel (PUCCH: Physical Uplink Control Channel), and a random access channel (PRACH) shared by each user terminal 20 are used. Physical Random Access Channel) is used.
  • User data and higher layer control information are transmitted by PUSCH.
  • downlink radio quality information CQI: Channel Quality Indicator
  • ACK / NACK delivery confirmation signal
  • a random access preamble for establishing connection with a cell is transmitted by the PRACH.
  • a cell-specific reference signal CRS
  • CSI-RS channel state information reference signal
  • DMRS Demodulation Reference Signal
  • a measurement reference signal SRS: Sounding Reference Signal
  • a demodulation reference signal DMRS: DeModulation Reference Signal
  • the DMRS may be referred to as a user terminal specific reference signal (UE-specific Reference Signal). Further, the transmitted reference signal is not limited to these.
  • FIG. 11 is a diagram illustrating an example of the overall configuration of a radio base station according to an embodiment of the present invention.
  • the radio base station 10 includes a plurality of transmission / reception antennas 101, an amplifier unit 102, a transmission / reception unit 103, a baseband signal processing unit 104, a call processing unit 105, and a transmission path interface 106.
  • the transmission / reception antenna 101, the amplifier unit 102, and the transmission / reception unit 103 may each be configured to include one or more.
  • User data transmitted from the radio base station 10 to the user terminal 20 via the downlink is input from the higher station apparatus 30 to the baseband signal processing unit 104 via the transmission path interface 106.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • HARQ Hybrid Automatic Repeat reQuest
  • the downlink control signal is also subjected to transmission processing such as channel coding and inverse fast Fourier transform, and is transferred to the transmission / reception unit 103.
  • the transmission / reception unit 103 converts the baseband signal output by precoding for each antenna from the baseband signal processing unit 104 to a radio frequency band and transmits the converted signal.
  • the radio frequency signal frequency-converted by the transmission / reception unit 103 is amplified by the amplifier unit 102 and transmitted from the transmission / reception antenna 101.
  • the transmission / reception unit 103 can be configured by a transmitter / receiver, a transmission / reception circuit, or a transmission / reception device which is described based on common recognition in the technical field according to the present invention.
  • the transmission / reception part 103 may be comprised as an integral transmission / reception part, and may be comprised from a transmission part and a receiving part.
  • the radio frequency signal received by the transmission / reception antenna 101 is amplified by the amplifier unit 102.
  • the transmission / reception unit 103 receives the uplink signal amplified by the amplifier unit 102.
  • the transmission / reception unit 103 converts the frequency of the received signal into a baseband signal and outputs it to the baseband signal processing unit 104.
  • the baseband signal processing unit 104 performs fast Fourier transform (FFT) processing, inverse discrete Fourier transform (IDFT: Inverse Discrete Fourier Transform) processing, and error correction on user data included in the input upstream signal.
  • FFT fast Fourier transform
  • IDFT inverse discrete Fourier transform
  • Decoding, MAC retransmission control reception processing, RLC layer and PDCP layer reception processing are performed and transferred to the upper station apparatus 30 via the transmission path interface 106.
  • the call processing unit 105 performs call processing such as communication channel setting and release, state management of the radio base station 10, and radio resource management.
  • the transmission path interface 106 transmits and receives signals to and from the higher station apparatus 30 via a predetermined interface.
  • the transmission path interface 106 transmits / receives signals (backhaul signaling) to / from other radio base stations 10 via an interface between base stations (for example, an optical fiber compliant with CPRI (Common Public Radio Interface), X2 interface). May be.
  • CPRI Common Public Radio Interface
  • X2 interface May be.
  • the transmission / reception unit 103 transmits, to the user terminal 20, instruction information (DCI) for receiving a downlink shared channel for a predetermined CC.
  • the instruction information may be referred to as DL assignment (Downlink assignment) or scheduling information.
  • the DCI may include one or a plurality of ARIs, TDAIs, bitmaps including bits corresponding to scheduled CCs, and the like.
  • the transmission / reception unit 103 may transmit information related to the ARI table (the ARI table for the PUCCH format 3 and the ARI table for the new PUCCH format).
  • the transmission / reception unit 103 receives HARQ-ACK transmitted from the user terminal 20 in a predetermined PUCCH format.
  • the predetermined PUCCH format includes a new PUCCH format having a larger number of bits that can be transmitted than the existing PUCCH format (for example, PUCCH format 1a / 1b, PUCCH format 3).
  • FIG. 12 is a diagram illustrating an example of a functional configuration of the radio base station according to the present embodiment. Note that FIG. 12 mainly shows functional blocks of characteristic portions in the present embodiment, and the wireless base station 10 also has other functional blocks necessary for wireless communication. As illustrated in FIG. 12, the baseband signal processing unit 104 includes at least a control unit (scheduler) 301, a transmission signal generation unit 302, a mapping unit 303, a reception signal processing unit 304, and a measurement unit 305. ing.
  • the baseband signal processing unit 104 includes at least a control unit (scheduler) 301, a transmission signal generation unit 302, a mapping unit 303, a reception signal processing unit 304, and a measurement unit 305. ing.
  • the control unit (scheduler) 301 controls the entire radio base station 10.
  • the control part 301 can be comprised from the controller, the control circuit, or control apparatus demonstrated based on the common recognition in the technical field which concerns on this invention.
  • the control unit 301 controls signal generation by the transmission signal generation unit 302 and signal allocation by the mapping unit 303, for example.
  • the control unit 301 also controls signal reception processing by the reception signal processing unit 304 and signal measurement by the measurement unit 305.
  • the control unit 301 controls scheduling (for example, resource allocation) of system information, a downlink data signal transmitted on the PDSCH, and a downlink control signal transmitted on the PDCCH and / or EPDCCH. It also controls scheduling of synchronization signals (PSS (Primary Synchronization Signal) / SSS (Secondary Synchronization Signal)) and downlink reference signals such as CRS, CSI-RS, and DMRS.
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • the control unit 301 also transmits an uplink data signal transmitted on the PUSCH, an uplink control signal transmitted on the PUCCH and / or PUSCH (for example, a delivery confirmation signal (HARQ-ACK)), a random access preamble transmitted on the PRACH, Controls scheduling of uplink reference signals and the like.
  • an uplink data signal transmitted on the PUSCH for example, an uplink control signal transmitted on the PUCCH and / or PUSCH (for example, a delivery confirmation signal (HARQ-ACK)), a random access preamble transmitted on the PRACH, Controls scheduling of uplink reference signals and the like.
  • HARQ-ACK delivery confirmation signal
  • control unit 301 controls PDSCH scheduling of a plurality of CCs, and sends instruction information (DCI) for instructing radio resources to be used in each PDSCH to a predetermined user terminal 20 using PDCCH / EPDCCH.
  • DCI instruction information
  • the transmission signal generation unit 302 and the mapping unit 303 are controlled so as to transmit.
  • control unit 301 controls (secures) the PUCCH resource used by the user terminal 20.
  • control unit 301 controls (reserves) a PUCCH resource for HARQ-ACK that a predetermined user terminal 20 can use in response to reception of PDSCH.
  • the control unit 301 may perform control so that the ARI corresponding to the PUCCH resource is included in the DCI for SCell scheduling.
  • control unit 301 controls the received signal processing unit 304 so as to monitor the PUCCH resource at the timing of feedback.
  • the control unit 301 may determine the PUCCH resource of the new PUCCH format based on the same ARI table as other PUCCH formats (embodiment 2.1), or may determine based on a different ARI table. (Embodiment 2.2, 2.3). When using a plurality of ARI tables, the ARI for each ARI table may be included in the DCI (Embodiment 2.3). In this case, since the PUCCH format used for HARQ-ACK feedback can be specified to the user terminal 20 by the ARI, the control unit 301 uses the PUCCH resource (and / or PUCCH format 1a / 1b for the PUCCH format). (PUCCH resources) may be monitored.
  • PUCCH resources may be monitored.
  • control unit 301 may perform control so that each scheduling DCI includes a bitmap including a bit corresponding to the TDAI and / or the scheduled CC (third and fourth embodiments).
  • control unit 301 transmits information on one or more ARI tables (for example, the ARI table for PUCCH format 3 and the ARI table for new PUCCH format) to the user terminal 20 by higher layer signaling (for example, RRC signaling). You may control to transmit to.
  • ARI tables for example, the ARI table for PUCCH format 3 and the ARI table for new PUCCH format
  • the control unit 301 determines whether or not retransmission is required for the user terminal 20, and performs control so as to perform retransmission processing if necessary. To do.
  • the transmission signal generation unit 302 generates a downlink signal (downlink control signal, downlink data signal, downlink reference signal, etc.) based on an instruction from the control unit 301, and outputs it to the mapping unit 303.
  • the transmission signal generation unit 302 can be configured by a signal generator, a signal generation circuit, or a signal generation device described based on common recognition in the technical field according to the present invention.
  • the transmission signal generation unit 302 generates, for example, a DL assignment that notifies downlink signal allocation information and a UL grant that notifies uplink signal allocation information based on an instruction from the control unit 301.
  • the downlink data signal is subjected to coding processing and modulation processing according to a coding rate, a modulation scheme, and the like determined based on channel state information (CSI: Channel State Information) from each user terminal 20.
  • CSI Channel State Information
  • the mapping unit 303 maps the downlink signal generated by the transmission signal generation unit 302 to a predetermined radio resource based on an instruction from the control unit 301, and outputs it to the transmission / reception unit 103.
  • the mapping unit 303 can be configured by a mapper, a mapping circuit, or a mapping device described based on common recognition in the technical field according to the present invention.
  • the reception signal processing unit 304 performs reception processing (for example, demapping, demodulation, decoding, etc.) on the reception signal input from the transmission / reception unit 103.
  • the received signal is, for example, an uplink signal (uplink control signal, uplink data signal, uplink reference signal, etc.) transmitted from the user terminal 20.
  • the reception signal processing unit 304 can be configured by a signal processor, a signal processing circuit, or a signal processing device described based on common recognition in the technical field according to the present invention.
  • the reception signal processing unit 304 outputs the information decoded by the reception processing to the control unit 301. For example, when receiving PUCCH including HARQ-ACK, HARQ-ACK is output to control section 301.
  • the reception signal processing unit 304 outputs the reception signal and the signal after reception processing to the measurement unit 305.
  • the measurement unit 305 performs measurement on the received signal.
  • the measurement part 305 can be comprised from the measuring device, measurement circuit, or measurement apparatus demonstrated based on common recognition in the technical field which concerns on this invention.
  • the measurement unit 305 may measure, for example, received power (for example, RSRP (Reference Signal Received Power)), reception quality (for example, RSRQ (Reference Signal Received Quality)), channel state, and the like of the received signal.
  • the measurement result may be output to the control unit 301.
  • FIG. 13 is a diagram illustrating an example of the overall configuration of the user terminal according to the present embodiment.
  • the user terminal 20 includes a plurality of transmission / reception antennas 201, an amplifier unit 202, a transmission / reception unit 203, a baseband signal processing unit 204, and an application unit 205.
  • the transmission / reception antenna 201, the amplifier unit 202, and the transmission / reception unit 203 may each be configured to include one or more.
  • the radio frequency signal received by the transmission / reception antenna 201 is amplified by the amplifier unit 202.
  • the transmission / reception unit 203 receives the downlink signal amplified by the amplifier unit 202.
  • the transmission / reception unit 203 converts the frequency of the received signal into a baseband signal and outputs it to the baseband signal processing unit 204.
  • the transmission / reception unit 203 can be configured by a transmitter / receiver, a transmission / reception circuit, or a transmission / reception device described based on common recognition in the technical field according to the present invention.
  • the transmission / reception unit 203 may be configured as an integral transmission / reception unit, or may be configured from a transmission unit and a reception unit.
  • the baseband signal processing unit 204 performs FFT processing, error correction decoding, retransmission control reception processing, and the like on the input baseband signal.
  • the downlink user data is transferred to the application unit 205.
  • the application unit 205 performs processing related to layers higher than the physical layer and the MAC layer.
  • broadcast information in the downlink data is also transferred to the application unit 205.
  • uplink user data is input from the application unit 205 to the baseband signal processing unit 204.
  • the baseband signal processing unit 204 performs transmission / reception by performing retransmission control transmission processing (for example, HARQ transmission processing), channel coding, precoding, discrete Fourier transform (DFT) processing, IFFT processing, and the like. Is transferred to the unit 203.
  • the transmission / reception unit 203 converts the baseband signal output from the baseband signal processing unit 204 into a radio frequency band and transmits it.
  • the radio frequency signal frequency-converted by the transmission / reception unit 203 is amplified by the amplifier unit 202 and transmitted from the transmission / reception antenna 201.
  • the transmission / reception unit 203 receives, from the radio base station 10, instruction information (DCI) for receiving a downlink shared channel for a predetermined CC.
  • DCI instruction information
  • the DCI may include one or a plurality of ARIs, TDAIs, bitmaps including bits corresponding to scheduled CCs, and the like.
  • the transmission / reception unit 203 may receive information regarding the ARI table (the ARI table for the PUCCH format 3 and the ARI table for the new PUCCH format).
  • the transmission / reception unit 203 transmits HARQ-ACK to the radio base station 10 using a predetermined PUCCH format.
  • the predetermined PUCCH format includes a new PUCCH format having a larger number of bits that can be transmitted than the existing PUCCH format (for example, PUCCH format 1a / 1b, PUCCH format 3).
  • FIG. 14 is a diagram illustrating an example of a functional configuration of the user terminal according to the present embodiment.
  • FIG. 14 mainly shows functional blocks of characteristic portions in the present embodiment, and the user terminal 20 also has other functional blocks necessary for wireless communication.
  • the baseband signal processing unit 204 included in the user terminal 20 includes a control unit 401, a transmission signal generation unit 402, a mapping unit 403, a reception signal processing unit 404, and a measurement unit 405. At least.
  • the control unit 401 controls the entire user terminal 20.
  • the control unit 401 can be composed of a controller, a control circuit, or a control device described based on common recognition in the technical field according to the present invention.
  • the control unit 401 controls, for example, signal generation by the transmission signal generation unit 402 and signal allocation by the mapping unit 403.
  • the control unit 401 controls signal reception processing by the reception signal processing unit 404 and signal measurement by the measurement unit 405.
  • the control unit 401 obtains, from the received signal processing unit 404, a downlink control signal (a signal transmitted by PDCCH / EPDCCH) and a downlink data signal (a signal transmitted by PDSCH) transmitted from the radio base station 10.
  • the control unit 401 generates an uplink control signal (for example, an acknowledgment signal (HARQ-ACK)) or an uplink data signal based on a downlink control signal, a result of determining whether retransmission control is necessary for the downlink data signal, or the like.
  • HARQ-ACK acknowledgment signal
  • control unit 401 when the control unit 401 acquires the instruction information (DCI) for scheduling the PDSCH, the control unit 401 controls the reception signal processing unit 404 so as to perform the PDSCH reception process instructed at a predetermined timing, and the PDSCH
  • the transmission signal generation unit 402 and the mapping unit 403 are controlled so that HARQ-ACK indicating whether or not the reception is successful is transmitted using a predetermined PUCCH format and a predetermined PUCCH resource.
  • the control unit 401 determines a predetermined PUCCH format used for transmission of HARQ-ACK.
  • the control unit 401 may determine the PUCCH format based on the number of PDCCH / EPDCCH to which the PDSCH is allocated (embodiment 1.1), or may determine based on the CC number of the CC to which the PDSCH is allocated. (Embodiment 1.2) may be determined based on the number of CCs set in higher layer signaling (Embodiment 1.3), or may be determined based on the ARI included in DCI. (Embodiment 2.3).
  • the control unit 401 determines a predetermined PUCCH resource used for transmission of HARQ-ACK. When determining to use the new PUCCH format, the control unit 401 determines a PUCCH resource for the new PUCCH format based on the ARI included in the DCI that schedules the SCell and a predetermined ARI table.
  • control unit 401 may determine the PUCCH resource in the new PUCCH format based on the same ARI table as in other PUCCH formats (embodiment 2.1), or may determine based on a different ARI table. (Embodiment 2.2, 2.3).
  • the control unit 401 may interpret the ARI included in the received DCI as an ARI for the new PUCCH format when using the new PUCCH format (embodiment 2.1). Further, the control unit 401 may interpret the ARI included in the received DCI as an ARI for the new PUCCH format depending on the number of detected PDCCH / EPDCCH, the CC to be scheduled, the type of PUCCH format to be used, and the like. (Embodiment 2.2).
  • the received DCI includes a plurality of ARIs (for example, an ARI for PUCCH format 3 and an ARI for a new PUCCH format), one of the ARIs is interpreted as an ARI for a new PUCCH format. (Embodiment 2.3).
  • the control unit 401 determines the PUCCH resource for the new PUCCH format using the ARI, and when the ARI for the new PUCCH format is the predetermined value, A PUCCH resource for PUCCH format 3 may be determined using an ARI for PUCCH format 3. “It is / is not a predetermined value” may be reversed.
  • the control unit 401 adds the received DCI to the received DCI based on at least one of them. It may be determined whether the included ARI is an ARI for a new PUCCH format, and a resource for a new PUCCH format may be determined (third and fourth embodiments).
  • the control unit 401 determines the PUCCH resource for the new PUCCH format using the ARI, and when the TDAI is not the predetermined value, the PUCCH using the ARI for the PUCCH format 3 is used.
  • a PUCCH resource for format 3 may be determined. Note that “predetermined value / not” may be reversed, and “predetermined value” may be a “predetermined range of values”.
  • the control unit 401 determines a PUCCH resource for a new PUCCH format using the ARI, and the bitmap includes '1' equal to or less than the predetermined number.
  • the PUCCH resource for PUCCH format 3 may be determined using the ARI for PUCCH format 3. “More than / less than a predetermined number” may be reversed, “more” may be “more”, and “less” may be “less”.
  • control unit 401 responds when information about one or more ARI tables (for example, an ARI table for PUCCH format 3 and an ARI table for new PUCCH format) is input from the received signal processing unit 404.
  • ARI tables for example, an ARI table for PUCCH format 3 and an ARI table for new PUCCH format
  • the contents of the ARI table to be updated may be updated.
  • the transmission signal generation unit 402 generates an uplink signal (uplink control signal, uplink data signal, uplink reference signal, etc.) based on an instruction from the control unit 401 and outputs the uplink signal to the mapping unit 403.
  • the transmission signal generation unit 402 can be configured by a signal generator, a signal generation circuit, or a signal generation device described based on common recognition in the technical field according to the present invention.
  • the transmission signal generation unit 402 generates an uplink control signal related to a delivery confirmation signal (HARQ-ACK) or channel state information (CSI) based on an instruction from the control unit 401, for example.
  • the transmission signal generation unit 402 generates an uplink data signal based on an instruction from the control unit 401.
  • the transmission signal generation unit 402 is instructed by the control unit 401 to generate an uplink data signal when the UL grant is included in the downlink control signal notified from the radio base station 10.
  • the mapping unit 403 maps the uplink signal generated by the transmission signal generation unit 402 to a radio resource based on an instruction from the control unit 401, and outputs the radio signal to the transmission / reception unit 203.
  • the mapping unit 403 can be configured by a mapper, a mapping circuit, or a mapping device described based on common recognition in the technical field according to the present invention.
  • the reception signal processing unit 404 performs reception processing (for example, demapping, demodulation, decoding, etc.) on the reception signal input from the transmission / reception unit 203.
  • the received signal is, for example, a downlink signal (downlink control signal, downlink data signal, downlink reference signal, etc.) transmitted from the radio base station 10.
  • the reception signal processing unit 404 can be configured by a signal processor, a signal processing circuit, or a signal processing device described based on common recognition in the technical field according to the present invention. Further, the reception signal processing unit 404 can constitute a reception unit according to the present invention.
  • the reception signal processing unit 404 outputs the information decoded by the reception processing to the control unit 401.
  • the reception signal processing unit 404 outputs broadcast information, system information, RRC signaling, DCI, and the like to the control unit 401, for example.
  • the reception signal processing unit 404 outputs the reception signal and the signal after reception processing to the measurement unit 405.
  • the measurement unit 405 performs measurement on the received signal.
  • the measurement part 405 can be comprised from the measuring device, measurement circuit, or measurement apparatus demonstrated based on common recognition in the technical field which concerns on this invention.
  • the measurement unit 405 may measure, for example, the received power (for example, RSRP), reception quality (for example, RSRQ), channel state, and the like of the received signal.
  • the measurement result may be output to the control unit 401.
  • each functional block is realized by one physically coupled device, or may be realized by two or more physically separated devices connected by wire or wirelessly and by a plurality of these devices. Good.
  • the radio base station 10 and the user terminal 20 are realized using hardware such as ASIC (Application Specific Integrated Circuit), PLD (Programmable Logic Device), and FPGA (Field Programmable Gate Array). May be.
  • the radio base station 10 and the user terminal 20 are each a computer device including a processor (CPU: Central Processing Unit), a communication interface for network connection, a memory, and a computer-readable storage medium holding a program. It may be realized. That is, the radio base station, user terminal, and the like according to an embodiment of the present invention may function as a computer that performs processing of the radio communication method according to the present invention.
  • Computer-readable recording media include, for example, flexible disks, magneto-optical disks, ROM (Read Only Memory), EPROM (Erasable Programmable ROM), CD-ROM (Compact Disc-ROM), RAM (Random Access Memory), A storage medium such as a hard disk.
  • the program may be transmitted from a network via a telecommunication line.
  • the radio base station 10 and the user terminal 20 may include an input device such as an input key and an output device such as a display.
  • the functional configurations of the radio base station 10 and the user terminal 20 may be realized by the hardware described above, may be realized by a software module executed by a processor, or may be realized by a combination of both.
  • the processor controls the entire user terminal by operating an operating system. Further, the processor reads programs, software modules and data from the storage medium into the memory, and executes various processes according to these.
  • the program may be a program that causes a computer to execute the operations described in the above embodiments.
  • the control unit 401 of the user terminal 20 may be realized by a control program stored in a memory and operated by a processor, and may be realized similarly for other functional blocks.
  • software, instructions, etc. may be transmitted / received via a transmission medium.
  • software may use websites, servers, or other devices using wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • DSL digital subscriber line
  • wireless technology such as infrared, wireless and microwave.
  • the channel and / or symbol may be a signal (signaling).
  • the signal may be a message.
  • the component carrier (CC) may be called a carrier frequency, a cell, or the like.
  • information, parameters, and the like described in this specification may be represented by absolute values, may be represented by relative values from a predetermined value, or may be represented by other corresponding information.
  • the radio resource may be indicated by an index.
  • notification of predetermined information is not limited to explicitly performed, but is performed implicitly (for example, by not performing notification of the predetermined information). May be.
  • notification of information is not limited to the aspect / embodiment described in this specification, and may be performed by other methods.
  • notification of information includes physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (for example, RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling), It may be implemented by broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or a combination thereof.
  • the RRC signaling may be referred to as an RRC message, and may be, for example, an RRC connection setup (RRCConnectionSetup) message, an RRC connection reconfiguration (RRCConnectionReconfiguration) message, or the like.
  • Each aspect / embodiment described in this specification includes LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G, 5G, FRA (Future Radio Access), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth (registered trademark), and other appropriate systems
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • SUPER 3G IMT-Advanced
  • 4G 5G
  • FRA Full Radio Access
  • CDMA2000 Code Division Multiple Access 2000
  • UMB User Mobile Broadband
  • IEEE 802.11 Wi-Fi
  • IEEE 802.16 WiMAX
  • IEEE 802.20 UWB (Ultra-WideBand)
  • Bluetooth registered trademark

Landscapes

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

Abstract

ユーザ端末に設定可能なコンポーネントキャリア数が既存システムより拡張される場合であっても、通信を適切に行うこと。本発明の一態様に係るユーザ端末は、下り共有チャネルの受信の指示情報を、下り制御チャネルで検出する受信部と、前記指示情報に対応する下り共有チャネルの受信に関する上り制御情報を送信する送信部と、ＰＵＣＣＨ（Physical　Uplink　Control　Channel）フォーマット３に比べて容量の大きな大容量ＰＵＣＣＨフォーマットを含む複数のＰＵＣＣＨフォーマットから、前記上り制御情報を送信するＰＵＣＣＨフォーマットを決定する制御部と、を有し、前記制御部は、前記指示情報に基づいて、大容量ＰＵＣＣＨフォーマットで送信するＰＵＣＣＨリソースを決定することを特徴とする。

Description

ユーザ端末、無線基地局及び無線通信方法
　本発明は、次世代移動通信システムにおけるユーザ端末、無線基地局及び無線通信方法に関する。
　ＵＭＴＳ（Universal　Mobile　Telecommunications　System）ネットワークにおいて、さらなる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long　Term　Evolution）が仕様化された（非特許文献１）。また、ＬＴＥからの更なる広帯域化及び高速化を目的として、ＬＴＥの後継システム（例えば、ＬＴＥ－Ａ（LTE-Advanced）、ＦＲＡ（Future　Radio　Access）などと呼ばれる）も検討されている。
　ＬＴＥ－Ａ（ＬＴＥ　Ｒｅｌ．１０－１２）の広帯域化技術の１つは、キャリアアグリゲーション（ＣＡ：Carrier　Aggregation）である。ＣＡによれば、複数の基本周波数ブロックを一体として通信に用いることができる。ＣＡにおける基本周波数ブロックは、コンポーネントキャリア（ＣＣ：Component　Carrier）と呼ばれ、ＬＴＥ　Ｒｅｌ．８のシステム帯域に相当する。
　また、ＬＴＥ／ＬＴＥ－Ａでは、再送制御にＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）が利用されている。ＨＡＲＱでは、データの受信を割り当てられた（スケジューリングされた、スケジュールされた）ユーザ端末（ＵＥ：User　Equipment）が、当該データに関する送達確認信号（ＨＡＲＱ－ＡＣＫ）をネットワーク側の装置（例えば、無線基地局（ｅＮＢ））に対して通知する。無線基地局は、ＨＡＲＱ－ＡＣＫに基づいて、データの再送を行うべきか判断する。
　ＬＴＥ　Ｒｅｌ．１０－１２におけるＣＡでは、ユーザ端末あたりの設定可能なＣＣ数が最大５個に制限されている。一方、ＬＴＥ　Ｒｅｌ．１３以降では、より柔軟かつ高速な無線通信を実現するために、ユーザ端末に設定可能なＣＣ数の制限を緩和し、６個以上のＣＣ（５個を超えるＣＣ）を設定することが検討されている。ここで、設定可能なＣＣ数が６個以上であるキャリアアグリゲーションは、例えば、拡張ＣＡ（enhanced　ＣＡ）、Ｒｅｌ．１３　ＣＡなどと呼ばれてもよい。
　ユーザ端末に設定可能なＣＣ数が６個以上（例えば、３２個）に拡張される場合、たくさんのＨＡＲＱ－ＡＣＫを送信可能な、ビット数が大きい新規ＰＵＣＣＨフォーマットを利用することが想定される。しかしながら、このような巨大なＰＵＣＣＨフォーマットを利用する場合には、ＰＵＣＣＨ送信のための無線リソース（ＰＵＣＣＨリソース）の制御を適切に行わなければ、周波数利用効率が劣化し、拡張ＣＡによるスループット向上効果が好適に達成されなくなるおそれがある。
　本発明はかかる点に鑑みてなされたものであり、ユーザ端末に設定可能なコンポーネントキャリア数が既存システムより拡張される場合であっても、通信を適切に行うことができるユーザ端末、無線基地局及び無線通信方法を提供することを目的とする。
　本発明の一態様に係るユーザ端末は、下り共有チャネルの受信の指示情報を、下り制御チャネルで検出する受信部と、前記指示情報に対応する下り共有チャネルの受信に関する上り制御情報を送信する送信部と、ＰＵＣＣＨ（Physical　Uplink　Control　Channel）フォーマット３に比べて容量の大きな大容量ＰＵＣＣＨフォーマットを含む複数のＰＵＣＣＨフォーマットから、前記上り制御情報を送信するＰＵＣＣＨフォーマットを決定する制御部と、を有し、前記制御部は、前記指示情報に基づいて、大容量ＰＵＣＣＨフォーマットで送信するＰＵＣＣＨリソースを決定することを特徴とする。
　本発明によれば、ユーザ端末に設定可能なコンポーネントキャリア数が既存システムより拡張される場合であっても、通信を適切に行うことができる。
図１Ａは、実施形態１．１に係るＰＵＣＣＨフォーマットの切り替えの一例を示す図であり、図１Ｂは、実施形態１．２に係るＰＵＣＣＨフォーマットの切り替えの一例を示す図であり、図１Ｃは、実施形態１．３に係るＰＵＣＣＨフォーマットの切り替えの一例を示す図である。 実施形態１．３と実施形態２．１とを組み合わせて用いる場合の一例を示す。 実施形態１．１又は１．２と実施形態２．１とを組み合わせて用いる場合の一例を示す。 図４Ａは、実施形態２．２におけるスケジューリングの一例を示す図であり、図４Ｂは、各ＰＵＣＣＨフォーマット用のＡＲＩテーブルの一例を示す図である。 図５Ａは、実施形態２．３におけるスケジューリングの一例を示す図であり、図５Ｂは、各ＰＵＣＣＨフォーマット用のＡＲＩテーブルの一例を示す図である。 スケジューリングされたＣＣの数とＴｏｔａｌ　ＤＡＩとの関係の一例を示す図である。 図７Ａは、第３の実施形態におけるスケジューリングとＰＵＣＣＨフォーマットとの関係の一例を示す図であり、図７Ｂは、第３の実施形態におけるスケジューリングとＰＵＣＣＨフォーマットとの関係の別の一例を示す図である。 図８Ａは、スケジューリングされたＣＣの数とビットマップとの関係の一例を示す図であり、図８Ｂは、スケジューリングされたＣＣの数とビットマップとの関係の別の一例を示す図である。 図９Ａは、第３の実施形態におけるスケジューリングとＰＵＣＣＨフォーマットとの関係の一例を示す図であり、図９Ｂは、第３の実施形態におけるスケジューリングとＰＵＣＣＨフォーマットとの関係の別の一例を示す図である。 本発明の一実施形態に係る無線通信システムの概略構成の一例を示す図である。 本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。 本発明の一実施形態に係る無線基地局の機能構成の一例を示す図である。 本発明の一実施形態に係るユーザ端末の全体構成の一例を示す図である。 本発明の一実施形態に係るユーザ端末の機能構成の一例を示す図である。
　まず、既存のＬＴＥシステム（Ｒｅｌ．１０－１２）におけるＨＡＲＱ－ＡＣＫについて説明する。Ｒｅｌ．１０－１２では、最大５ＣＣまでのＣＡが導入されている。最大５ＣＣのＨＡＲＱフィードバックを可能とするため、ＨＡＲＱ－ＡＣＫについて多くのビット（ＦＤＤ（Frequency　Division　Duplex）では最大１０ビット、ＴＤＤ（Time　Division　Duplex）では最大２１ビット）送信可能なＰＵＣＣＨフォーマット３が規定された。
　ＰＵＣＣＨフォーマット１ａ／１ｂが設定されたユーザ端末は、下り共有チャネル（ＰＤＳＣＨ：Physical　Downlink　Shared　Channel）をスケジューリングする下り制御チャネル（ＰＤＣＣＨ（Physical　Downlink　Control　Channel）／ＥＰＤＣＣＨ（Enhanced　PDCCH））のＣＣＥ／ＥＣＣＥ（Control　Channel　Element／Enhanced　CCE）インデックスに対応するＰＵＣＣＨリソース（例えば、周波数及び／又は符号リソース）で、ＨＡＲＱ－ＡＣＫを送信する。
　また、ＰＵＣＣＨフォーマット３が設定されたユーザ端末は、ＳＣｅｌｌ（Secondary　Cell）をスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨのＤＣＩ（Downlink　Control　Information）に含まれるＴＰＣ（Transmit　Power　Control）コマンドビットを、ＡＲＩ（ACK/NACK　Resource　Indicator）として読み替え、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）で設定された４つのリソースのうち、ＡＲＩが指定するいずれか１つのＰＵＣＣＨリソースで、ＨＡＲＱ－ＡＣＫを送信する。
　ＡＲＩの値は、異なるＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨで同一とすることが好ましい。また、ＳＣｅｌｌのＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨが検出されない（ＰＣｅｌｌ（Primary　Cell）のスケジューリングのみが検出された）場合には、ＰＣｅｌｌのＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨのＣＣＥ／ＥＣＣＥインデックスに一対一対応するＰＵＣＣＨリソースで、ＨＡＲＱ－ＡＣＫを送信する。
　ところで、ＬＴＥ　Ｒｅｌ．１３では、６個以上のＣＣ（５個を超えるＣＣ）を設定するＣＡ（拡張ＣＡ、Ｒｅｌ．１３　ＣＡなどともいう）が検討されている。例えば、Ｒｅｌ．１３　ＣＡでは、最大３２個までのＣＣを束ねることが検討されている。
　既存のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）では、３２ＣＣ分のＨＡＲＱ－ＡＣＫを送信することはできない。そこで、Ｒｅｌ．１３では、送信可能なビット数が大きい新規ＰＵＣＣＨフォーマット（new　PUCCH　format）を規定することが検討されている。なお、新規ＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット４、大容量ＰＵＣＣＨフォーマット、拡張ＰＵＣＣＨフォーマット、新フォーマットなどと呼ばれてもよい。
　新規ＰＵＣＣＨフォーマットでは、例えば、（１）最大で所定のビット数（例えば、１２８ビット）以上のＨＡＲＱ－ＡＣＫを格納すること、（２）ＨＡＲＱ－ＡＣＫビットが所定のビット数（例えば、２２ビット）以上のとき、ＣＲＣを付加すること、（３）ＨＡＲＱ－ＡＣＫビットが所定のビット数（例えば、２２ビット）以上のとき、ＴＢＣＣ（Tail-Biting　Convolutional　Code）とレートマッチングを適用すること、などが検討されている。
　しかしながら、どのような場合に新規ＰＵＣＣＨフォーマットを用いて送信するか、新規ＰＵＣＣＨフォーマットのリソース割り当てをどのようにユーザ端末が判断するか、などについては、これまで検討されていない。このため、巨大な新規ＰＵＣＣＨフォーマットを利用する場合には、適切な制御を行わなければ、周波数利用効率が劣化し、拡張ＣＡによるスループット向上効果が好適に達成されなくなるおそれがある。
　そこで、本発明者らは、ＬＴＥ　Ｒｅｌ．１３以降において、６個以上のＣＣ（例えば、３２個のＣＣ）を用いるＣＡに適したＨＡＲＱ－ＡＣＫフィードバックを可能とするために、既存システムのＰＵＣＣＨフォーマットより送信可能なビット数の大きい新規ＰＵＣＣＨフォーマットについて、利用可否の判断方法やリソース指定方法を見出した。
　以下、本発明に係る実施形態について説明する。各実施形態ではユーザ端末が最大３２ＣＣを用いるＣＡを設定される場合の例について説明するが、本発明の適用はこれに限られるものではない。例えば、５個以下のＣＣを用いるＣＡを設定される場合であっても、各実施形態で説明する方法を適用することができる。
（第１の実施形態：Ｒｅｌ．１３　ＣＡ向けＰＵＣＣＨフォーマット切り替え方法）
　本発明の第１の実施形態では、Ｒｅｌ．１３　ＣＡ向けのＰＵＣＣＨフォーマット切り替え方法について説明する。
　本発明者らは、新規ＰＵＣＣＨフォーマットはペイロードが大きいことから、既存ＰＵＣＣＨフォーマットと比べて、ＣＤＭ（Code　Division　Multiplexing）によるユーザ多重数が少ない、所要ＳＩＮＲ（Signal-to-Interference　plus　Noise　Ratio）が大きい、所要ＰＲＢ（Physical　Resource　Block）数が多い、などといった制約が発生する可能性が高いことに着目した。このため、データが少ないＵＥは、できるだけ既存ＰＵＣＣＨフォーマットで送信させる方が望ましく、データがスケジューリングされるＣＣ数が多いときにペイロードの大きなフォーマットで送信されるように切り替えを行うことを着想し、本実施形態を見出した。ただし、切り替えの方針はこれに限られるものではない。
　具体的には、本発明者らは、ＰＤＳＣＨを割り当てるＰＤＣＣＨ／ＥＰＤＣＣＨの検出状況（数）に応じて、送信するＰＵＣＣＨフォーマットを決定することを見出した。例えば、ＰＤＳＣＨを割り当てるＰＤＣＣＨ／ＥＰＤＣＣＨの数に基づく制御（実施形態１．１）と、ＰＤＳＣＨが割り当てられるＣＣのＣＣ番号に基づく制御（実施形態１．２）と、を見出した。また、本発明者らは、上位レイヤで設定されたＣＣ数に応じて、送信するＰＵＣＣＨフォーマットを決定することを見出した（実施形態１．３）。
　図１は、第１の実施形態に係るＰＵＣＣＨフォーマットの切り替えの一例を示す図である。図１Ａ－図１Ｃは、それぞれ実施形態１．１－１．３に対応する。本例では、無線基地局（単に基地局ともいう）は、ＵＥに６ＣＣを設定（configure）し、ＣＣ＃０－＃５の少なくとも１つにＰＤＳＣＨのスケジューリングを行っている。以下では、図１を適宜参照して、第１の実施形態を詳細に説明する。
＜実施形態１．１＞
　実施形態１．１では、ＰＤＳＣＨを割り当てるＰＤＣＣＨ／ＥＰＤＣＣＨの検出数に応じて、送信するＰＵＣＣＨフォーマットを制御する。ＰＤＳＣＨを割り当てるＰＤＣＣＨ／ＥＰＤＣＣＨの検出数として、検出したＰＤＣＣＨ／ＥＰＤＣＣＨによりスケジューリングされたＣＣ数が用いられてもよい。例えば、図１Ａに示すように、ＳＣｅｌｌを含む２ＣＣ以上５ＣＣ以下のスケジューリングが検出されたならば、ＰＵＣＣＨフォーマット３を用いて、それ以上のスケジューリングが検出されたならば、新規ＰＵＣＣＨフォーマットを用いる。
　具体的には、ＵＥは、ＰＣｅｌｌのみのスケジューリングを検出した場合、ＰＵＣＣＨフォーマット１ａ／１ｂで送信する（既存と同じ動作）。また、ＵＥは、ＳＣｅｌｌを含む任意の５ＣＣ以下のスケジューリングを検出した場合、ＰＵＣＣＨフォーマット３で送信する。さらに、ＵＥは、ＳＣｅｌｌを含む任意の６ＣＣ以上のスケジューリングを検出した場合、新規ＰＵＣＣＨフォーマットで送信する。
＜実施形態１．２＞
　実施形態１．２では、スケジューリングされたＣＣに応じて、送信するＰＵＣＣＨフォーマットを制御する。図１Ｂに示すように、ＣＣ数に基づくのではなく、スケジューリングされたＣＣがどのＣＣかに基づく点が、実施形態１．１と異なる。なお、ＣＣは、例えば、スケジューリングされたＣＣのＣＣ番号や、ＳＣｅｌｌ番号（SCell　index）などにより、特定することができる。
　具体的には、ＵＥは、ＰＣｅｌｌ（ＣＣ＃０）のみのスケジューリングを検出した場合、ＰＵＣＣＨフォーマット１ａ／１ｂで送信する（既存と同じ動作）。また、ＵＥは、ＣＣ＃０－ＣＣ＃４のみに対するスケジューリングを検出した場合、ＰＵＣＣＨフォーマット３で送信する。さらに、ＵＥは、ＣＣ＃５以上に対するスケジューリングを検出した場合、新規ＰＵＣＣＨフォーマットで送信する。
＜実施形態１．３＞
　実施形態１．３では、設定されたＣＣ数に応じて、送信するＰＵＣＣＨフォーマットを制御する。図１Ｃに示すように、ＵＥは、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）などで準静的に通知されたＣＣ数に基づいて、ＵＥはＰＵＣＣＨフォーマットを判断する。例えば、ＵＥは、上位レイヤシグナリングで３２ＣＣを設定された場合、新規ＰＵＣＣＨフォーマットを用いることができると判断してもよい。
　具体的には、ＵＥは、ＰＣｅｌｌのみのスケジューリングを検出した場合、ＰＵＣＣＨフォーマット１ａ／１ｂで送信する（既存と同じ動作）。また、任意のＳＣｅｌｌでスケジューリングを検出した場合、新規ＰＵＣＣＨフォーマットで送信する。つまり、実施形態１．３では、ＰＵＣＣＨフォーマット３では送信を行わない。
　なお、実施形態１．３において、ＣＣ数の代わりに、上位レイヤシグナリングで通知される新規ＰＵＣＣＨフォーマットの使用可否に関する情報（例えば、１ビットで表現され、‘１’が新規ＰＵＣＣＨフォーマットを使用可能を表す、または、ＨＡＲＱ－ＡＣＫの送信に新規ＰＵＣＣＨフォーマットを用いることを明示する情報）に基づいて、ＵＥは新規ＰＵＣＣＨフォーマットを用いることができると判断してもよい。当該上位レイヤシグナリングには、新規ＰＵＣＣＨフォーマットを送信する帯域幅（例えば、ＰＲＢ数）、変調方式、符号化方式などが含まれていてもよい。
　以上、第１の実施形態によれば、５ＣＣより多いＣＣのＣＡを適用する場合であっても、ＵＥが適切なＰＵＣＣＨフォーマットを動的に選択してＨＡＲＱ－ＡＣＫを送信することができる。
　なお、第１の実施形態において、ＰＤＳＣＨを割り当てるＰＤＣＣＨ／ＥＰＤＣＣＨの検出状況（数）や設定されたＣＣ数に応じて、ＰＵＣＣＨフォーマットを切り替えるとともに／切り替える代わりに、ＨＡＲＱ－ＡＣＫのコードブック（Ａ／Ｎビット列）サイズを切り替えてもよい。
　さて、本発明者らは、上述の第１の実施形態を検討するなかで、新規ＰＵＣＣＨフォーマットを用いるときのＰＵＣＣＨリソース指定方法にさらに着目した。本発明者らは、第１の実施形態のような、ＵＥがＰＵＣＣＨフォーマットを動的に切り替えて用いる場合に、ＰＤＣＣＨ／ＥＰＤＣＣＨ検出ミスが発生すると、無線基地局とＵＥとの間で、ＰＵＣＣＨフォーマット、Ａ／Ｎビット数などの認識がずれる可能性があることを発見した。ＵＥはＡ／Ｎビット列に対して符号化を行い、無線基地局は復号を行うところ、上記の認識がずれると復号を正しく行うことが出来なくなり、Ａ／Ｎ性能が著しく劣化するという問題が発生する。
　以上の着目に基づいて、本発明者らは、上記Ｒｅｌ．１３　ＣＡ向けのＰＵＣＣＨフォーマット切り替え方法に適したＰＵＣＣＨリソース指定方法を見出した。以下の実施形態では、ＰＵＣＣＨリソース指定方法について詳細に説明する。
（第２の実施形態：ＡＲＩによるＲｅｌ．１３　ＣＡ向けＰＵＣＣＨリソース指定方法）
　第２の実施形態では、Ｒｅｌ．１３　ＣＡ向けＰＵＣＣＨリソースの割り当てについて説明する。第２の実施形態はいくつかの方法を含むが、ＳＣｅｌｌのＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨに含まれる所定のビット列（例えば、ＴＰＣコマンド）をＡＲＩと解釈する点はいずれの方法でも共通している。
　また、上位レイヤシグナリングで設定される、ＡＲＩとＰＵＣＣＨリソースとの対応関係（ＡＲＩリソーステーブル、ＡＲＩテーブル、ＰＵＣＣＨテーブルなどと呼ばれてもよい）に基づいて、ＡＲＩが指定するいずれかのＰＵＣＣＨリソースを選択する点も共通している。ここで、当該対応関係では、１つ又は複数（例えば、４つ）のリソースが別々のＡＲＩに対応している。
　第２の実施形態には、ＰＤＣＣＨ／ＥＰＤＣＣＨに１つのＡＲＩを含み、当該ＡＲＩと、所定のＡＲＩテーブルと、を用いて新規ＰＵＣＣＨフォーマットのリソースを決定する方法がある（実施形態２．１）。
　また、第２の実施形態には、ＰＤＣＣＨ／ＥＰＤＣＣＨに１つのＡＲＩを含み、当該ＡＲＩと、他のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）と独立して設定されるＡＲＩテーブルと、を用いて新規ＰＵＣＣＨフォーマットのリソースを決定する方法がある（実施形態２．２）。
　また、第２の実施形態には、ＰＤＣＣＨ／ＥＰＤＣＣＨに複数のＡＲＩを含み、いずれかのＡＲＩと、他のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）と独立して設定されるＡＲＩテーブルと、を用いて新規ＰＵＣＣＨフォーマットのリソースを決定する方法がある（実施形態２．３）。
＜実施形態２．１＞
　実施形態２．１では、ＵＥは、ＳＣｅｌｌのＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨに含まれる所定のビット列（例えば、ＴＰＣコマンド）をＡＲＩと解釈し、ＡＲＩテーブルに基づいて当該ＡＲＩが指定するＰＵＣＣＨリソースを選択して、新規ＰＵＣＣＨフォーマットで送信を行う。なお、当該ＡＲＩテーブルは、他のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）と共通で用いられるＡＲＩテーブルとしてもよい。
　実施形態１．３に実施形態２．１を適用すると、既存ＣＡでＰＵＣＣＨフォーマット３が設定された場合と同様の制御動作となるため、ＵＥの制御が過度に複雑化することを防止することができる。しかしながら、実際には、ＵＥはＰＤＣＣＨ／ＥＰＤＣＣＨの検出をミスすることがある。検出ミスが生じた場合のＵＥの挙動について、図２を参照して説明する。
　図２は、実施形態１．３と実施形態２．１とを組み合わせて用いる場合の一例を示す。本例では、基地局は６ＣＣを設定し、ＣＣ＃０／＃１／＃２にスケジューリングを行っている。ＣＣ＃０／＃１／＃２の各ＰＤＳＣＨに対応するＰＤＣＣＨ／ＥＰＤＣＣＨを正常に検出した場合は、ＣＣ＃１及び＃２をスケジューリングするＤＣＩのＴＰＣフィールドをＡＲＩと認識して、当該ＡＲＩが指定するＰＵＣＣＨリソースを用いて新規ＰＵＣＣＨフォーマットで送信が行われる。
　しかしながら、ＵＥがＰＣｅｌｌに対するＰＤＣＣＨ／ＥＰＤＣＣＨしか検出できない場合（ＣＣ＃１及びＣＣ＃２に対するＰＤＣＣＨ／ＥＰＤＣＣＨを検出ミスした場合）、ＰＣｅｌｌでＰＵＣＣＨフォーマット１ａ／１ｂが送信される。
　したがって、基地局は、ＵＥに対してＳＣｅｌｌにＰＤＳＣＨを割り当てる場合には、ＰＵＣＣＨが送信される可能性のある複数のＰＵＣＣＨリソースの検出動作を試みることが好ましい。具体的には、基地局は、ＡＲＩで指定する新規ＰＵＣＣＨフォーマットのＰＵＣＣＨリソースと、ＰＣｅｌｌのＰＤＳＣＨを割り当てるＰＤＣＣＨのＣＣＥインデックス／ＥＰＤＣＣＨのＥＣＣＥインデックスに対応するＰＵＣＣＨフォーマット１ａ／１ｂのＰＵＣＣＨリソース両方を当該ＵＥ用に予約しておき、両方で検出動作を行うことが望ましい。
　なお、ＡＲＩは、ＴＰＣコマンド以外のフィールドで表されてもよい。例えば、ＡＲＩは、既存システムのＤＣＩで規定される任意のフィールドの全部又は一部で表されてもよいし、新たなフィールドで表されてもよい。また、ＤＣＩのどのフィールドがＡＲＩを示すかに関する情報は、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、報知情報）などでユーザ端末に通知されてもよい。
　実施形態１．１又は１．２に実施形態２．１を適用すると、ＡＲＩが複数のＰＵＣＣＨフォーマットに解釈され得る。本発明者らは、この場合、ＵＥがＡＲＩに基づいて適切にＰＵＣＣＨリソースを判断できない問題があることに着目した。当該問題について、図３を参照して説明する。
　図３は、実施形態１．１又は１．２と実施形態２．１とを組み合わせて用いる場合の一例を示す。本例では、基地局は６ＣＣを設定し、ＣＣ＃０－＃５全てにスケジューリングを行っている。ＣＣ＃０－＃５の各ＰＤＳＣＨに対応するＰＤＣＣＨ／ＥＰＤＣＣＨを正常に検出した場合は、ＵＥはＣＣ＃１－＃５をスケジューリングするＤＣＩが含むＡＲＩに基づいて、当該ＡＲＩが指定するＰＵＣＣＨリソースを用いて新規ＰＵＣＣＨフォーマットで送信を行う。
　しかしながら、ＵＥがＣＣ＃５を検出ミスした場合、ＵＥはＣＣ＃１－＃４をスケジューリングするＤＣＩが含むＡＲＩに基づいて、当該ＡＲＩが指定するＰＵＣＣＨリソースを用いてＰＵＣＣＨフォーマット３で送信を行う。また、ＵＥは、ＰＣｅｌｌをスケジューリングするＤＣＩしか検出できない場合（ＣＣ＃１－＃５に対するＤＣＩを検出ミスした場合）、ＰＣｅｌｌでＰＵＣＣＨフォーマット１ａ／１ｂを送信する。
　したがって、ＵＥはＡＲＩを受信した場合であっても、当該ＡＲＩがＰＵＣＣＨフォーマット３のＡＲＩなのか、新規ＰＵＣＣＨフォーマットのＡＲＩなのか、を認識（区別）することができない。
　そこで、本発明者らは、ＡＲＩとＰＵＣＣＨリソースとの対応関係を、ＰＵＣＣＨフォーマットごとに設定することを着想し、ＵＥがＰＵＣＣＨフォーマットに応じて、利用する対応関係を特定する形態（実施形態２．２）と、無線基地局がＵＥに複数のＡＲＩを通知して、利用する対応関係を指定する形態（実施形態２．３）と、を見出した。
　実施形態２．２及び２．３では、ＵＥは、ＰＵＣＣＨフォーマット３で送信する場合と、新規ＰＵＣＣＨフォーマットで送信する場合とで、それぞれ異なるＡＲＩテーブルに基づいてＰＵＣＣＨリソースを決定する。各ＡＲＩテーブルは、それぞれ上位レイヤシグナリング（例えば、ＲＲＣシグナリング）によって独立に設定することができる。
　ＵＥは、新規ＰＵＣＣＨフォーマットで送信する場合、一方のテーブル（例えば、Ｔａｂｌｅ　Ｘ）とＡＲＩの値とに基づき新規ＰＵＣＣＨフォーマットで送信するリソースを決定する。また、ＵＥは、ＰＵＣＣＨフォーマット３で送信する場合、別のテーブル（例えば、Ｔａｂｌｅ　Ｘと異なるＴａｂｌｅ　Ｙ）とＡＲＩの値とに基づきＰＵＣＣＨフォーマット３で送信するリソースを決定する。
＜実施形態２．２＞
　実施形態２．２においては、ＵＥは、送信に用いるＰＵＣＣＨフォーマットを所定の方法に基づいて選択する。例えば、ＵＥは、第１の実施形態の方法１に従って、利用するフォーマットを判断してもよい。実施形態２．２では、検出したＰＤＣＣＨ／ＥＰＤＣＣＨの数やスケジューリングされるＣＣ、ＰＵＣＣＨフォーマットの種類などによって、異なるテーブルを参照して、ＡＲＩに対応したリソースを決定する。
　図４は、実施形態２．２の一例を示す。本例では、図４Ａのように、基地局は６ＣＣを設定し、ＣＣ＃０－＃５全てにスケジューリングを行っている。ＣＣ＃０－＃５の各ＰＤＳＣＨに対応するＰＤＣＣＨ／ＥＰＤＣＣＨを正常に検出した場合は、ＵＥはＣＣ＃１－＃５をスケジューリングするＤＣＩが含むＡＲＩに基づいて、当該ＡＲＩが指定するＰＵＣＣＨリソースを用いて新規ＰＵＣＣＨフォーマットで送信を行う。
　図４Ｂの左側の表は、ＰＵＣＣＨフォーマット３に関するＰＵＣＣＨリソースとＡＲＩとの対応関係（ＰＵＣＣＨフォーマット３用のＡＲＩテーブル）を示し、図４Ｂの右側の表は、新規ＰＵＣＣＨフォーマットに関するＰＵＣＣＨリソースとＡＲＩとの対応関係（新規ＰＵＣＣＨフォーマット用のＡＲＩテーブル）を示している。各ＡＲＩテーブルでは、上位レイヤシグナリングにより各ＡＲＩに対応するＰＵＣＣＨリソースを設定可能である。ここで、両ＡＲＩテーブルで同じＡＲＩに対応するＰＵＣＣＨリソースであっても、異なるリソースを設定してもよい。
　図４においては、ＵＥは、６ＣＣに対応するＰＤＣＣＨ／ＥＰＤＣＣＨを正常に検出すると、利用するＰＵＣＣＨフォーマットが新規ＰＵＣＣＨフォーマットであると決定し、ＤＣＩに含まれるＡＲＩに対応したＰＵＣＣＨリソースを用いて、新規ＰＵＣＣＨフォーマットで送信する。例えば、ＡＲＩが“０１”である場合、新規ＰＵＣＣＨフォーマットで送信するＰＵＣＣＨリソースを、図４Ｂの新規ＰＵＣＣＨフォーマット用のＡＲＩテーブルにおける第２のＰＵＣＣＨリソースであると判断することができる。
　実施形態２．２では、基地局は、ＵＥがＰＵＣＣＨフォーマット３と新規ＰＵＣＣＨフォーマットのいずれで送信を行うかを事前に判断できないため、２つのＡＲＩテーブルにおいて、ＤＣＩで通知するＡＲＩに対応する各リソースを当該ＵＥに予約した上で、これらのリソースの受信検出を試みることが好ましい。また、上記２つのリソースだけではなく、ＰＵＣＣＨフォーマット１ａ／１ｂのＰＵＣＣＨリソースで受信検出を試みてもよい。
　以上説明したように、実施形態２．２によれば、複数のＰＵＣＣＨフォーマット（フォーマット３及び新規フォーマット）のリソースを、別々の独立な上位レイヤシグナリングで設定できるため、基地局の設定自由度を高くすることができる（スケジューリングが容易となる）。
＜実施形態２．３＞
　実施形態２．３では、ＰＤＳＣＨを指示するＤＣＩに、複数（例えば、２つ）のＡＲＩを含める。この場合、ＵＥは、送信するＰＵＣＣＨフォーマットを複数のＡＲＩのいずれか又は全てに基づいて選択することができる。
　例えば、ＤＣＩに２つのＡＲＩ（新規ＰＵＣＣＨフォーマット用のＡＲＩ及びＰＵＣＣＨフォーマット３用のＡＲＩ）を含める場合、新規ＰＵＣＣＨフォーマット用のＡＲＩは、所定の値（例えば“００”）が「新規ＰＵＣＣＨフォーマットで送信しない」ことを指示するように設定されてもよい。新規ＰＵＣＣＨフォーマットで送信しないことを指示できるようにすることで、基地局が５ＣＣ以下にしかスケジューリングしていないにもかかわらず、端末が実際には送信されていないＰＤＣＣＨ／ＥＰＤＣＣＨを誤検出し、新規ＰＵＣＣＨフォーマットの送信を行うケースを防止できる。
　換言すれば、基地局は、スケジューリングするＣＣが５ＣＣ以下の場合には、当該ＡＲＩにより「新規ＰＵＣＣＨフォーマットで送信しない」よう指示することで複数のＰＵＣＣＨフォーマットの送信可能性をなくすことができ、受信処理を簡易化することが可能となる。このように、新規ＰＵＣＣＨフォーマット用のＡＲＩ及びＰＵＣＣＨフォーマット３用のＡＲＩとしては、異なる値をＤＣＩに含めることができる。
　基地局は、所定のＵＥに新規ＰＵＣＣＨフォーマット用のリソースを割り当てる場合、新規ＰＵＣＣＨフォーマット用のＡＲＩを、割り当てるリソースに対応した値（所定の値（例えば“００”）以外の値）に設定する。この場合、基地局は、ＰＵＣＣＨフォーマット３用のＡＲＩは任意の値に設定してもよい。
　基地局は、所定のＵＥにＰＵＣＣＨフォーマット３用のリソースを割り当てる場合、ＰＵＣＣＨフォーマット３用のＡＲＩを、割り当てるリソースに対応した値に設定する。また、基地局は、新規ＰＵＣＣＨフォーマット用のＡＲＩを、所定の値（例えば“００”）とする。
　また、基地局は、所定のＵＥに割り当てるリソースの受信検出を試みる。この場合、割り当てていないフォーマットのリソースは受信検出を試みなくてよい。また、所定のＵＥに割り当てるリソースに加えて、ＰＵＣＣＨフォーマット１ａ／１ｂに対応するＰＵＣＣＨリソースで受信検出を試みてもよい。
　ＵＥは、ＳＣｅｌｌをスケジューリングするＤＣＩを検出すると、新規ＰＵＣＣＨフォーマット用のＡＲＩを参照し、所定の値か否かを判断する。ＵＥは、受信したＤＣＩに含まれる新規ＰＵＣＣＨフォーマット用のＡＲＩが、所定の値（例えば、“００”）以外であれば、当該ＡＲＩが指示するＰＵＣＣＨリソースを用いて新規ＰＵＣＣＨフォーマットで送信し、新規ＰＵＣＣＨフォーマット用のＡＲＩが、所定の値であれば、ＰＵＣＣＨフォーマット３用のＡＲＩが指示するＰＵＣＣＨリソースを用いてＰＵＣＣＨフォーマット３で送信する。
　図５は、実施形態２．３の一例を示す。本例では、図５Ａのように、基地局は６ＣＣを設定し、ＣＣ＃０－＃５全てにスケジューリングを行っている。ＳＣｅｌｌ（ＣＣ＃１－＃５）をスケジューリングするＤＣＩには、それぞれ２つのＡＲＩが含まれる。図５Ａでは、ＰＵＣＣＨフォーマット３用のＡＲＩ（１ｓｔ　ＡＲＩ）として“０１”が設定され、新規ＰＵＣＣＨフォーマット用のＡＲＩ（２ｎｄ　ＡＲＩ）として“１０”が設定されている。なお、各ＤＣＩに含まれるＡＲＩは、ＣＣが異なっても同じＡＲＩである。
　図５Ｂの左側の表は、ＰＵＣＣＨフォーマット３用のＡＲＩテーブルを示し、図５Ｂの右側の表は、新規ＰＵＣＣＨフォーマット用のＡＲＩテーブルを示している。各ＡＲＩテーブルでは、上位レイヤシグナリングにより各ＡＲＩに対応するＰＵＣＣＨリソースを設定可能である。ここで、両ＡＲＩテーブルで同じＡＲＩに対応するＰＵＣＣＨリソースには、異なるリソースを設定してもよいし、同じリソースを設定してもよい。
　図５Ｂでは、新規ＰＵＣＣＨフォーマット用のＡＲＩテーブルにおいて、ＡＲＩ＝“００”が「新規ＰＵＣＣＨフォーマットで送信しない」ことを示すように設定され、ＡＲＩ＝“００”以外は、新規ＰＵＣＣＨフォーマット用の無線リソースを示すように設定されている。
　ＵＥは、少なくとも１つのＳＣｅｌｌ（ＣＣ＃１－ＣＣ＃５）をスケジューリングするＤＣＩを検出した場合、当該ＤＣＩに含まれる２つのＡＲＩを抽出する。図５では、新規ＰＵＣＣＨフォーマット用のＡＲＩが“１０”であるため、新規ＰＵＣＣＨフォーマットのＡＲＩ＝“１０”に対応するリソース（新規ＰＵＣＣＨフォーマット用のＡＲＩテーブルにおける第３のＰＵＣＣＨリソース）で、新規ＰＵＣＣＨフォーマットで送信する。
　以上説明したように、実施形態２．３では、基地局は、ＵＥがＰＵＣＣＨフォーマット３と新規ＰＵＣＣＨフォーマットのいずれで送信を行うかを事前に判断できるため、ＵＥに利用させるリソースのみを割り当てればよく、周波数利用効率を向上することができる。また、ＵＥが、ＡＲＩを含む少なくとも１つのＤＣＩ（ＰＤＣＣＨ／ＥＰＤＣＣＨ）の検出に成功すれば、基地局が指定したリソースを使用することができる。
　なお、図５の例では新規ＰＵＣＣＨフォーマット用のＡＲＩ及びＰＵＣＣＨフォーマット３用のＡＲＩの両方が２ビットである構成を示したが、これに限られない。２つのＡＲＩを構成するビット数は異なっていてもよく、例えばＰＵＣＣＨフォーマット３用のＡＲＩを２ビットとし、新規ＰＵＣＣＨフォーマット用のＡＲＩを１ビットとしてもよい。このようにすることで、ＤＣＩの情報量の増大及びこれに伴うスループットの低減を抑制することができる。
　また、新規ＰＵＣＣＨフォーマット用のＡＲＩを１ビットとする場合、新規フォーマットで送信するか否かを当該ビットで表現し、他の情報に基づいて新規フォーマット用のリソースを判断してもよい。この場合、新規ＰＵＣＣＨフォーマット用のリソースは、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）で通知されてもよいし、予め設定されていてもよい。
　また、実施形態２．３では、新規フォーマット用のテーブルに「新規ＰＵＣＣＨフォーマットで送信しない」ことに対応するＡＲＩを規定するとともに又は規定する代わりに、ＰＵＣＣＨフォーマット３用のテーブルに「ＰＵＣＣＨフォーマット３で送信しない」ことに対応するＡＲＩ（例えば、“００”）を規定してもよい。この場合、ＵＥは、ＤＣＩを検出すると、ＰＵＣＣＨフォーマット３用のＡＲＩを参照し、所定の値か否かを判断し、受信したＤＣＩに含まれるＰＵＣＣＨフォーマット３用のＡＲＩが、所定の値（例えば、“００”）以外であれば、当該ＡＲＩが指示するＰＵＣＣＨリソースを用いてＰＵＣＣＨフォーマット３で送信し、ＰＵＣＣＨフォーマット３用のＡＲＩが、所定の値であれば、新規ＰＵＣＣＨフォーマット用のＡＲＩが指示するＰＵＣＣＨリソースを用いて新規ＰＵＣＣＨフォーマットで送信してもよい。
（第３の実施形態：ＡＲＩとＴｏｔａｌ　ＤＡＩによるＰＵＣＣＨリソース指定方法）
　本発明者らは、ＰＤＣＣＨ／ＥＰＤＣＣＨ検出ミスが発生すると、無線基地局とＵＥとの間でＰＵＣＣＨフォーマット、Ａ／Ｎビット数などの認識がずれる可能性があるという問題に対して、さらに検討を行った。そして、本発明者らは、フィードバックすべきＡ／Ｎビット数を特定するために利用可能な情報を通知することで認識のずれを防止することを着想し、第３及び第４の実施形態を見出した。
　第３の実施形態では、フィードバックすべきＡ／Ｎビット数を特定するために利用可能な情報として、スケジュールされる総ＣＣ数に関する情報を、ＰＤＣＣＨ／ＥＰＤＣＣＨ（例えば、ＤＣＩ）に含めて通知する。スケジュールされる総ＣＣ数に関する情報は、例えば、所定の期間（例えば、所定のサブフレーム）においてＵＥにスケジュールされるＰＤＳＣＨの数（＝当該期間に関してＵＥがフィードバックすべきＡ／Ｎビット数）又はＣＣの数である。当該情報は、例えばＴｏｔａｌ　ＤＡＩ（ＴＤＡＩ：Total　Downlink　Assignment　Index）と呼ばれてもよいし、単にＤＡＩと呼ばれてもよいし、他の呼称をされてもよい。
　例えば、無線基地局は、ＰＤＳＣＨのスケジューリングに用いるＰＤＣＣＨ／ＥＰＤＣＣＨ全てに（ＰＣｅｌｌ、ＳＣｅｌｌに関わらず）、ＴＤＡＩを含めて送信する。ＵＥは、検出したＰＤＣＣＨ／ＥＰＤＣＣＨに含まれるＴＤＡＩの値に基づいて、フィードバックするＡ／Ｎビット数を決定し、Ａ／Ｎビット列を生成する。ここで、ＵＥは、ＴＤＡＩの値と自身が検出したＰＤＣＣＨ／ＥＰＤＣＣＨの数が合わない場合には、ＴＤＡＩが指示する値に対応する個数のＮＡＣＫビット列（例えば、ビット列の長さ＝ＴＤＡＩが示す数）を報告する。
　なお、ＮＡＣＫビット列の長さは、ＴＤＡＩが指示する値に加え、上位レイヤシグナリングを考慮して決定してもよい。例えば、ＴＤＡＩがＰＤＳＣＨがスケジューリングされたＣＣ数を表し、各ＣＣにＭＩＭＯ（Multi　Input　Multi　Output）が設定され、ＰＤＳＣＨにつき２ＴＢ（Transport　Block）のスケジューリングが行われる場合、ＮＡＣＫビット列の長さは、ＴＤＡＩが示す数×２となる。
　図６は、スケジューリングされたＣＣの数とＴｏｔａｌ　ＤＡＩとの関係の一例を示す図である。本例では、基地局は６ＣＣを設定し、スケジュールするＣＣ数を６、３、そして５と変化させている。ＵＥは、ＴＤＡＩを含むＰＤＣＣＨ／ＥＰＤＣＣＨを少なくとも１つ検出すれば、Ａ／Ｎビット数を適切に設定することができる。
　具体的には、ＵＥがＰＤＳＣＨを割り当てるいずれかのＰＤＣＣＨ／ＥＰＤＣＣＨを検出ミスしている場合（ＴＤＡＩ＞検出数）、どのＣＣのＰＤＣＣＨ／ＥＰＤＣＣＨを検出ミスしたか不明であれば、ＴＤＡＩが指示する値に対応するビット数のＮＡＣＫをフィードバックする。
　また、ＵＥが割り当ての無いＣＣに対するＰＤＣＣＨ／ＥＰＤＣＣＨを誤検出している場合（ＴＤＡＩ＜検出数）、どのＣＣのＰＤＣＣＨ／ＥＰＤＣＣＨを誤検出したか不明であれば、ＴＤＡＩが指示する値に対応するビット数のＮＡＣＫをフィードバックする。
　以上説明したように、ＴＤＡＩを利用することで、無線基地局とユーザ端末との間でＡ／Ｎビット数の認識がずれることがなくなり、大きな劣化の要因となるＮＡＣＫ－ｔｏ－ＡＣＫ誤り（本来ＮＡＣＫであるのに、ＡＣＫだと誤って認識すること）を回避できる。
　第３の実施形態では、ＰＵＣＣＨリソースの判断のため、ＴＤＡＩとＡＲＩの両方をＰＤＣＣＨ／ＥＰＤＣＣＨに含める。そして、ＵＥは、ＴＤＡＩの値が所定の値（例えば、所定の範囲に含まれる値、所定値以下の値など）を示していたら、受信したＡＲＩをＰＵＣＣＨフォーマット３用のＡＲＩとみなし、そうでなければ、受信したＡＲＩを新規ＰＵＣＣＨフォーマット用のＡＲＩとみなす。
　ＵＥは、受信したＡＲＩをＰＵＣＣＨフォーマット３用のＡＲＩとみなした場合、ＰＵＣＣＨフォーマット３用のＡＲＩテーブルに基づいてＰＵＣＣＨリソースを決定し、新規ＰＵＣＣＨフォーマット用のＡＲＩとみなした場合、新規ＰＵＣＣＨフォーマット用のＡＲＩテーブルに基づいてＰＵＣＣＨリソースを決定する。ここで、ＵＥには、第２の実施形態で説明したように、ＰＵＣＣＨフォーマット３用のＡＲＩテーブルと新規ＰＵＣＣＨフォーマット用のＡＲＩテーブルが独立に設定されるものとしてもよいし、同じＡＲＩテーブルが利用されてもよい。
　なお、ＡＲＩの判断に用いる所定の値は、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）、ＤＣＩなど又はこれらの組み合わせで通知されてもよいし、予め設定されていてもよい。
　図７は、第３の実施形態の一例を示す図である。本例では、基地局は６ＣＣを設定している。本例では、ＵＥは、ＴＤＡＩが６以上の場合に新規ＰＵＣＣＨフォーマットを用いるように設定されているものとする。
　図７Ａでは、基地局はＣＣ＃０－＃５全てにスケジューリングを行っており、各スケジューリングに対応するＰＤＣＣＨ／ＥＰＤＣＣＨには、６ＣＣの割り当てを示すＴＤＡＩ＝６が含まれている。また、ＳＣｅｌｌ（ＣＣ＃１－＃５）をスケジューリングするＤＣＩではＡＲＩが通知される。
　この場合、ＴＤＡＩが６ＣＣ分の割り当てを示しているため、ＵＥは新規ＰＵＣＣＨフォーマットで送信を行うと判断する。このとき、ＵＥは、通知されたＡＲＩの値を、新規ＰＵＣＣＨフォーマット向けのＡＲＩとして解釈し、当該ＡＲＩが指定するＰＵＣＣＨリソースを新規ＰＵＣＣＨフォーマット用のＡＲＩテーブルに基づいて選択し、当該リソースを用いて新規ＰＵＣＣＨフォーマットでＨＡＲＱ－ＡＣＫの送信を行う。
　図７Ｂでは、基地局はＣＣ＃１－＃５にスケジューリングを行っており、各スケジューリングに対応するＰＤＣＣＨ／ＥＰＤＣＣＨには、５ＣＣの割り当てを示すＴＤＡＩ＝５が含まれている。また、ＳＣｅｌｌをスケジューリングするＤＣＩではＡＲＩが通知される。
　この場合、ＴＤＡＩが５ＣＣ分の割り当てを示しているため、ＵＥはＰＵＣＣＨフォーマット３で送信を行うと判断する。このとき、ＵＥは、通知されたＡＲＩの値を、ＰＵＣＣＨフォーマット３向けのＡＲＩとして解釈し、当該ＡＲＩが指定するＰＵＣＣＨリソースを用いてＰＵＣＣＨフォーマット３用のＡＲＩテーブルに基づいて選択し、当該リソースを用いてＨＡＲＱ－ＡＣＫの送信を行う。
　なお、ＵＥがいずれかのＣＣのＰＤＳＣＨを割り当てるＰＤＣＣＨ／ＥＰＤＣＣＨを検出ミスしている場合、ＴＤＡＩの示す値とＵＥが検出したＰＤＣＣＨ／ＥＰＤＣＣＨの数が対応しなくなる。この場合、ＵＥは、ＴＤＡＩの示す値が所定の値（例えば、所定の範囲に含まれる値、所定値以下の値など）を示していたら、受信したＡＲＩをＰＵＣＣＨフォーマット３用のＡＲＩとみなし、ＴＤＡＩの示す値に対応する数のＮＡＣＫビット列をＰＵＣＣＨフォーマット３で送信し、そうでなければ、受信したＡＲＩを新規ＰＵＣＣＨフォーマット用のＡＲＩとみなし、ＴＤＡＩの示す値に対応する数のＮＡＣＫビット列を新規ＰＵＣＣＨフォーマットで送信することができる。
　以上、第３の実施形態によれば、無線基地局とユーザ端末との間で、Ａ／Ｎビット数及びＰＵＣＣＨフォーマットの認識がずれることがなくなり、スループットの低下を抑制することができる。
（第４の実施形態：ＡＲＩとビットマップによるＰＵＣＣＨリソース指定方法）
　第４の実施形態では、フィードバックすべきＡ／Ｎビット数を特定するために利用可能な情報として、スケジュールされるＣＣを特定するための情報を、ＰＤＣＣＨ／ＥＰＤＣＣＨ（例えば、ＤＣＩ）に含めて通知する。スケジュールされるＣＣを特定するための情報は、例えば、所定の期間（例えば、所定のサブフレーム）においてＵＥに対してＰＤＳＣＨがスケジュールされたＣＣ（＝当該期間に関してＵＥがＡ／ＮをフィードバックすべきＣＣ）又はＰＤＳＣＨに対応したビットを含むビットマップ（ビットマップフィールド、ビット列と呼ばれてもよい）である。当該情報は、例えばスケジュールＣＣ特定情報、スケジューリング有無を示すビットマップなどと呼ばれてもよいし、他の呼称をされてもよい。
　例えば、無線基地局は、ＰＤＳＣＨのスケジューリングに用いるＰＤＣＣＨ／ＥＰＤＣＣＨ全てに（ＰＣｅｌｌ、ＳＣｅｌｌに関わらず）、ビットマップを含めて送信する。ＵＥは、検出したＰＤＣＣＨ／ＥＰＤＣＣＨに含まれるビットマップに基づいて、スケジュールされたＣＣを認識し、それに応じてフィードバックするＡ／Ｎビット数を決定し、Ａ／Ｎビット列を生成する。ここで、ＵＥは、ビットマップを用いて決定されるＡ／Ｎビット数（例えば、スケジュールされるＣＣ数）と自身が検出したＰＤＣＣＨ／ＥＰＤＣＣＨの数が合わない場合には、ビットマップを用いて決定されるＡ／Ｎビット数のＮＡＣＫビット列（例えば、ビット列の長さ＝ビットマップフィールドにおける‘１’の個数）を報告する。
　図８は、スケジューリングされたＣＣの数とビットマップとの関係の一例を示す図である。本例では、基地局は６ＣＣを設定し、ＣＣ＃０－＃２、＃４及び＃５の計５ＣＣにスケジューリングを行っている。この場合、第４の実施形態におけるビットマップは、‘１’がスケジュールされるＣＣを示すとすると、“１１１０１１”となる。この場合、スケジューリングされるＣＣ数＝５である。
　図８Ａは、各ＣＣに対するＰＤＣＣＨ／ＥＰＤＣＣＨ全てにビットマップを含める例を示している。このようにすることで、ビットマップを含むＰＤＣＣＨ／ＥＰＤＣＣＨを少なくとも１つ検出すれば、Ａ／Ｎビット数を適切に設定することができる。
　図８Ｂは、特定のＣＣで送受信されるＰＤＣＣＨ／ＥＰＤＣＣＨに、当該ＣＣのＰＤＣＣＨ／ＥＰＤＣＣＨにより割り当てられる各ＣＣに対するスケジューリング有無を示すビットマップを含める例を示す。図８Ｂでは、ＵＥは、ＰＣｅｌｌで受信するＰＤＣＣＨ／ＥＰＤＣＣＨにより、複数のＣＣ（ＣＣ＃０－＃２、＃４及び＃５）のスケジューリングを判断する。この場合、当該特定のＣＣにおけるＰＤＣＣＨ／ＥＰＤＣＣＨを検出すれば、Ａ／Ｎビット数を適切に設定することができる。なお、ＰＣｅｌｌではなく、ＳＣｅｌｌのＣＣを上記特定のＣＣとしてもよい。
　具体的には、ＵＥがＰＤＳＣＨを割り当てるいずれかのＰＤＣＣＨ／ＥＰＤＣＣＨを検出ミスしている場合（例えば、ビットマップフィールドにおける‘１’の個数＞検出数）、ビットマップに基づいて、検出ミスしたＣＣを特定して当該ＣＣのフィードバック情報をＮＡＣＫとし、ビットマップフィールドにおける‘１’の個数に等しいビット数のＡＣＫ／ＮＡＣＫをフィードバックする。
　また、ＵＥが割り当ての無いＣＣに対するＰＤＣＣＨ／ＥＰＤＣＣＨを誤検出している場合（例えば、ビットマップフィールドにおける‘１’の個数＜検出数）、誤検出したＣＣを特定して、当該ＣＣがスケジュールされていない場合には当該ＣＣのフィードバック情報を生成せず、スケジュールされた各ＣＣについて、ビットマップフィールドにおける‘１’の個数に等しいビット数のＡＣＫ／ＮＡＣＫをフィードバックする。
　以上説明したように、ビットマップを利用することで、スケジュールされたＣＣがどれであるかという情報が基地局とＵＥで共有されるため、無線基地局とユーザ端末との間でＡ／Ｎビット数の認識がずれることがなくなり、大きな劣化の要因となるＮＡＣＫ－ｔｏ－ＡＣＫ誤りを回避できる。
　第４の実施形態では、ＰＵＣＣＨリソースの判断のため、上記のビットマップとＡＲＩの両方をＰＤＣＣＨ／ＥＰＤＣＣＨに含める。そして、ＵＥは、ビットマップに‘１’が所定の数（例えば、所定の範囲に含まれる数、所定値以下の数など）含まれる場合、受信したＡＲＩをＰＵＣＣＨフォーマット３用のＡＲＩとみなし、そうでなければ、受信したＡＲＩを新規ＰＵＣＣＨフォーマット用のＡＲＩとみなす。
　ＵＥは、受信したＡＲＩをＰＵＣＣＨフォーマット３用のＡＲＩとみなした場合、ＰＵＣＣＨフォーマット３用のＡＲＩテーブルに基づいてＰＵＣＣＨリソースを決定し、新規ＰＵＣＣＨフォーマット用のＡＲＩとみなした場合、新規ＰＵＣＣＨフォーマット用のＡＲＩテーブルに基づいてＰＵＣＣＨリソースを決定する。ここで、ＵＥには、第２の実施形態で説明したように、ＰＵＣＣＨフォーマット３用のＡＲＩテーブルと新規ＰＵＣＣＨフォーマット用のＡＲＩテーブルが独立に設定されるものとしてもよいし、同じＡＲＩテーブルが利用されてもよい。
　なお、ＡＲＩの判断に用いる所定の値は、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）、ＤＣＩなど又はこれらの組み合わせで通知されてもよいし、予め設定されていてもよい。また、所定の値は、ビットマップに含まれる‘１’の数でなく、‘０’の数と比較されることにより、ＡＲＩの判断が行われてもよい。
　図９は、第４の実施形態の一例を示す図である。本例では、基地局は６ＣＣを設定している。本例では、ＵＥは、ビットマップに‘１’が６以上含まれる場合に新規ＰＵＣＣＨフォーマットを用いるように設定されているものとする。
　図９Ａでは、基地局はＣＣ＃０－＃５全てにスケジューリングを行っており、各スケジューリングに対応するＰＤＣＣＨ／ＥＰＤＣＣＨには、６ＣＣの割り当てを示すビットマップ＝“１１１１１１”が含まれている。また、ＳＣｅｌｌ（ＣＣ＃１－＃５）をスケジューリングするＤＣＩではＡＲＩが通知される。
　この場合、ビットマップが６ＣＣ分の割り当てを示しているため、ＵＥは新規ＰＵＣＣＨフォーマットで送信を行うと判断する。このとき、ＵＥは、通知されたＡＲＩの値を、新規ＰＵＣＣＨフォーマット向けのＡＲＩとして解釈し、当該ＡＲＩが指定するＰＵＣＣＨリソースを新規ＰＵＣＣＨフォーマット用テーブルに基づいて選択し、当該リソースを用いて新規ＰＵＣＣＨフォーマットで送信を行う。
　図９Ｂでは、基地局はＣＣ＃１－＃５にスケジューリングを行っており、各スケジューリングに対応するＰＤＣＣＨ／ＥＰＤＣＣＨには、ＣＣ＃０以外の５ＣＣの割り当てを示すビットマップ＝“０１１１１１”が含まれている。また、ＳＣｅｌｌ（ＣＣ＃１－＃５）をスケジューリングするＤＣＩではＡＲＩが通知される。
　この場合、ビットマップが５ＣＣ分の割り当てを示しているため、ＵＥはＰＵＣＣＨフォーマット３で送信を行うと判断する。このとき、ＵＥは、通知されたＡＲＩの値を、ＰＵＣＣＨフォーマット３向けのＡＲＩとして解釈し、当該ＡＲＩが指定するＰＵＣＣＨリソースを用いてＰＵＣＣＨフォーマット３用テーブルに基づいて選択し、当該リソースを用いて送信を行う。
　以上、第４の実施形態によれば、無線基地局とユーザ端末との間で、Ａ／Ｎビット数及びＰＵＣＣＨフォーマットの認識がずれることがなくなり、スループットの低下を抑制することができる。
＜変形例＞
　なお、上述の各実施形態に示した例は一例に過ぎず、これに限られない。例えば、上述の各実施形態では、物理レイヤシグナリング（ＰＤＣＣＨ／ＥＰＤＣＣＨ）又は上位レイヤシグナリング（ＲＲＣ）に基づいて、既存のＰＵＣＣＨフォーマット３と、新規ＰＵＣＣＨフォーマットとを切り替え、ＰＵＣＣＨリソースを適切に決定する方法を示したが、切り替え対象となるＰＵＣＣＨフォーマットは、これら２つに限られない。
　本発明は、複数の新規ＰＵＣＣＨフォーマットが規定されるならば、これら複数の新規ＰＵＣＣＨフォーマット間の切り替えに適用されてもよいし、既存ＰＵＣＣＨフォーマット３と複数の新規ＰＵＣＣＨフォーマット間など、３つ以上（３種類以上）のＰＵＣＣＨフォーマット間の切り替えに適用されてもよい。
　また、第３及び第４の実施形態では、物理レイヤシグナリング（ＤＣＩ）に、ＴＤＡＩ又はビットマップを含める構成を示したが、これに限られない。例えば、ＴＤＡＩ及び／又はビットマップは、ＤＬ　ＭＡＣ　ＣＥ（Downlink　Medium　Access　Control　Control　Element）に含めるものとしてもよい。具体的には、複数のＤＬ－ＣＣでスケジューリングされる場合に、全て又は一部のＤＬ－ＣＣのＭＡＣ　ＣＥに、ＴＤＡＩ及び／又はビットマップを含める構成としてもよい。
　第３及び第４の実施形態では、スケジュールされる全ＣＣについての情報（スケジュールされる総ＣＣ数に関する情報又はビットマップ）が、各ＰＤＣＣＨ／ＥＰＤＣＣＨに含まれるものとしたが、これに限られない。例えば、特定のＣＣにおけるＰＤＣＣＨ／ＥＰＤＣＣＨには、当該特定のＣＣからスケジューリングされるＣＣのみについての上記情報（スケジュールされるＣＣ数に関する情報又はビットマップ）が含まれるように構成されてもよい。
　この場合、スケジュールされるＣＣ数に関する情報（例えば、全ＣＣのうち、どのＣＣに対応したＣＣ数か）又はビットマップの構成に関する情報（例えば、どのビットがどのＣＣを示すか）が上位レイヤシグナリング、ＤＣＩなど又はこれらの組み合わせにより通知されてもよい。ＵＥは、これらの情報により、一部のＣＣ群についてのＡＣＫ／ＮＡＣＫのビット数を適切に設定することができる。
　また、複数のＣＣのＰＤＣＣＨ／ＥＰＤＣＣＨにＴＤＡＩやビットマップが含まれる場合、ＵＥは、異なるＴＤＡＩやビットマップを含む複数のＰＤＣＣＨ／ＥＰＤＣＣＨを検出する可能性があるが、このうちいずれかのＰＤＣＣＨ／ＥＰＤＣＣＨは、誤検出である可能性が高い。
　このため、複数のＴＤＡＩ及び／又はビットマップが得られた場合、ＵＥは、以下のいずれかの方法でＴＤＡＩ及び／又はビットマップを選択し、ＰＵＣＣＨフォーマット及び／又はＰＵＣＣＨリソースを決定してもよい：
　（１）多数決で選択（最も多く検出されたＴＤＡＩ及び／又はビットマップを選択）、
　（２）スケジューリングされたＣＣ数が最も多いものを選択（最も大きいＴＤＡＩ及び／又は最も‘１’の数が多いビットマップを選択）、
　（３）スケジューリングされたＣＣ数が最も少ないものを選択（最も小さいＴＤＡＩ及び／又は最も‘１’の数が少ないビットマップを選択）。
　このようにすることで、無線基地局とＵＥとの間で、Ａ／Ｎビット数やＰＵＣＣＨフォーマット、ＰＵＣＣＨリソースなどの認識がずれる可能性を低減することができる。
　また、所定のＰＤＳＣＨを受信するＣＣと、当該ＰＤＳＣＨを割り当てるＰＤＣＣＨ／ＥＰＤＣＣＨを受信するＣＣと、が同じ場合であっても、異なる場合（クロスキャリアスケジューリング）であっても、各実施形態で説明した方法を適用することができる。
　また、複数のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨが、１つのＣＣで受信される場合であっても、各実施形態で説明する方法を適用することができる。
　なお、上記各実施形態では、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨフォーマット／ＰＵＣＣＨリソースを制御する例を示したが、制御されるＰＵＣＣＨフォーマット／ＰＵＣＣＨリソースでは他の信号が送信されてもよい。ＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨフォーマット／ＰＵＣＣＨリソースとして決定されたＰＵＣＣＨフォーマット／ＰＵＣＣＨリソースを用いて、他の上り制御信号（ＵＣＩ：Uplink　Control　Information）が送信されてもよい。例えば、新規ＰＵＣＣＨフォーマット及び／又は新規ＰＵＣＣＨフォーマット用のＰＵＣＣＨリソースを用いて、スケジューリング要求（ＳＲ：Scheduling　Request）や、ＣＱＩ（Channel　Quality　Indicator）、ＰＭＩ（Precoding　Matrix　Indicator）及びＲＩ（Rank　Indicator）などのチャネル状態情報（ＣＳＩ：Channel　State　Information）が送信されてもよい。または、ＨＡＲＱ－ＡＣＫと上記他の上り制御信号の一部又は全てが多重され、制御されるＰＵＣＣＨフォーマット／ＰＵＣＣＨリソースで送信されてもよい。
　Ｒｅｌ．１３　ＣＡにおいて、多数のＣＣを設定する動機として、端末スループットを大幅に高めることのほか、多数の周波数キャリアの中で、実際にスケジューリングするキャリアを動的に切り替えられるようにし、干渉や周波数の混み具合に応じて利用するキャリアを柔軟に変更する、という利用法が検討されている。前者の動機を達成するためには、多数のＣＣを設定し、それらに同時にスケジューリングすることが必須であるから、新規ＰＵＣＣＨフォーマットを利用することが必要となる。一方で、後者の動機は、多くのＣＣに同時にスケジューリングを行わなくても達成できる。
　したがって、新規ＰＵＣＣＨフォーマットを設定できることを示す端末能力情報（UE　capability）を導入することにより、新規ＰＵＣＣＨフォーマットは実装していないが多数のＣＣによるＵＬ－ＣＡは実装している端末実装を、基地局側で認識できるようになる。換言すれば、ＵＥに対し、新規ＰＵＣＣＨフォーマットを必要とする高い端末スループット達成の実装を省き、後者の動機を達成する目的でのみＵＬ－ＣＡを実装することができるようになるため、より簡易な実装で多数のＣＣを設定するＵＬ－ＣＡを実装し、後者の動機を達成できるようになる。
　このため、無線基地局は、新規ＰＵＣＣＨフォーマットを設定できることを示す端末能力情報を通知してきたユーザ端末に対して、新規ＰＵＣＣＨフォーマットを設定（又は新たな新規ＰＵＣＣＨフォーマットを用いるか否かに関する情報を通知）する構成としてもよい。例えば、５個より多いＣＣのＣＡを設定可能な端末能力情報と、新規ＰＵＣＣＨフォーマットを設定できることを示す端末能力情報と、を両方通知してきたユーザ端末に対して、新規ＰＵＣＣＨフォーマットを設定する。
　なお、上記各実施形態、各変形例に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
（無線通信システム）
　以下、本発明の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本発明の上記各実施形態に係る無線通信方法が適用される。なお、上記各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
　図１０は、本発明の一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１では、ＬＴＥシステムのシステム帯域幅（例えば、２０ＭＨｚ）を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）及び／又はデュアルコネクティビティ（ＤＣ）を適用することができる。なお、無線通信システム１は、ＳＵＰＥＲ　３Ｇ、ＬＴＥ－Ａ（LTE-Advanced）、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future　Radio　Access）などと呼ばれても良い。
　図１０に示す無線通信システム１は、マクロセルＣ１を形成する無線基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する無線基地局１２（１２ａ－１２ｃ）と、を備えている。また、マクロセルＣ１及び各スモールセルＣ２には、ユーザ端末２０が配置されている。
　ユーザ端末２０は、無線基地局１１及び無線基地局１２の双方に接続することができる。ユーザ端末２０は、マクロセルＣ１及びスモールセルＣ２を、ＣＡ又はＤＣにより同時に使用することが想定される。また、ユーザ端末２０は、複数のセル（ＣＣ）（例えば、６個以上のＣＣ）を用いてＣＡ又はＤＣを適用することができる。
　ユーザ端末２０と無線基地局１１との間は、相対的に低い周波数帯域（例えば、２ＧＨｚ）で帯域幅が狭いキャリア（既存キャリア、Legacy　carrierなどと呼ばれる）を用いて通信を行うことができる。一方、ユーザ端末２０と無線基地局１２との間は、相対的に高い周波数帯域（例えば、３．５ＧＨｚ、５ＧＨｚなど）で帯域幅が広いキャリアが用いられてもよいし、無線基地局１１との間と同じキャリアが用いられてもよい。なお、各無線基地局が利用する周波数帯域の構成はこれに限られない。
　無線基地局１１と無線基地局１２との間（又は、２つの無線基地局１２間）は、有線接続（例えば、ＣＰＲＩ（Common　Public　Radio　Interface）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線接続する構成とすることができる。
　無線基地局１１及び各無線基地局１２は、それぞれ上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）などが含まれるが、これに限定されるものではない。また、各無線基地局１２は、無線基地局１１を介して上位局装置３０に接続されてもよい。
　なお、無線基地局１１は、相対的に広いカバレッジを有する無線基地局であり、マクロ基地局、集約ノード、ｅＮＢ（eNodeB）、送受信ポイント、などと呼ばれてもよい。また、無線基地局１２は、局所的なカバレッジを有する無線基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、ＨｅＮＢ（Home　eNodeB）、ＲＲＨ（Remote　Radio　Head）、送受信ポイントなどと呼ばれてもよい。以下、無線基地局１１及び１２を区別しない場合は、無線基地局１０と総称する。
　各ユーザ端末２０は、ＬＴＥ、ＬＴＥ－Ａなどの各種通信方式に対応した端末であり、移動通信端末だけでなく固定通信端末を含んでもよい。
　無線通信システム１においては、無線アクセス方式として、下りリンクにＯＦＤＭＡ（直交周波数分割多元接続）が適用され、上りリンクにＳＣ－ＦＤＭＡ（シングルキャリア－周波数分割多元接続）が適用される。ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ－ＦＤＭＡは、システム帯域幅を端末毎に１つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限られない。
　無線通信システム１では、下りリンクのチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（ＰＤＳＣＨ：Physical　Downlink　Shared　Channel）、報知チャネル（ＰＢＣＨ：Physical　Broadcast　Channel）、下りＬ１／Ｌ２制御チャネルなどが用いられる。ＰＤＳＣＨにより、ユーザデータや上位レイヤ制御情報、ＳＩＢ（System　Information　Block）などが伝送される。また、ＰＢＣＨにより、ＭＩＢ（Master　Information　Block）が伝送される。
　下りＬ１／Ｌ２制御チャネルは、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）、ＥＰＤＣＣＨ（Enhanced　Physical　Downlink　Control　Channel）、ＰＣＦＩＣＨ（Physical　Control　Format　Indicator　Channel）、ＰＨＩＣＨ（Physical　Hybrid-ARQ　Indicator　Channel）などを含む。ＰＤＣＣＨにより、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリング情報を含む下り制御情報（ＤＣＩ：Downlink　Control　Information）などが伝送される。ＰＣＦＩＣＨにより、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送される。ＰＨＩＣＨにより、ＰＵＳＣＨに対するＨＡＲＱの送達確認信号（ＡＣＫ／ＮＡＣＫ）が伝送される。ＥＰＤＣＣＨは、ＰＤＳＣＨ（下り共有データチャネル）と周波数分割多重され、ＰＤＣＣＨと同様にＤＣＩなどの伝送に用いられる。
　無線通信システム１では、上りリンクのチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（ＰＵＳＣＨ：Physical　Uplink　Shared　Channel）、上り制御チャネル（ＰＵＣＣＨ：Physical　Uplink　Control　Channel）、ランダムアクセスチャネル（ＰＲＡＣＨ：Physical　Random　Access　Channel）などが用いられる。ＰＵＳＣＨにより、ユーザデータや上位レイヤ制御情報が伝送される。また、ＰＵＣＣＨにより、下りリンクの無線品質情報（ＣＱＩ：Channel　Quality　Indicator）、送達確認信号（ＡＣＫ／ＮＡＣＫ）などが伝送される。ＰＲＡＣＨにより、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。
　無線通信システム１では、下り参照信号として、セル固有参照信号（ＣＲＳ：Cell-specific　Reference　Signal）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ：Channel　State　Information-Reference　Signal）、復調用参照信号（ＤＭＲＳ：DeModulation　Reference　Signal）などが伝送される。また、無線通信システム１では、上り参照信号として、測定用参照信号（ＳＲＳ：Sounding　Reference　Signal）、復調用参照信号（ＤＭＲＳ：DeModulation　Reference　Signal）などが伝送される。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific　Reference　Signal）と呼ばれてもよい。また、伝送される参照信号は、これらに限られない。
＜無線基地局＞
　図１１は、本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。無線基地局１０は、複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６とを備えている。なお、送受信アンテナ１０１、アンプ部１０２、送受信部１０３は、それぞれ１つ以上を含むように構成されればよい。
　下りリンクにより無線基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。
　ベースバンド信号処理部１０４では、ユーザデータに関して、ＰＤＣＰ（Packet　Data　Convergence　Protocol）レイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio　Link　Control）再送制御などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium　Access　Control）再送制御（例えば、ＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）の送信処理）、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：Inverse　Fast　Fourier　Transform）処理、プリコーディング処理などの送信処理が行われて送受信部１０３に転送される。また、下り制御信号に関しても、チャネル符号化や逆高速フーリエ変換などの送信処理が行われて、送受信部１０３に転送される。
　送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部１０３で周波数変換された無線周波数信号は、アンプ部１０２により増幅され、送受信アンテナ１０１から送信される。送受信部１０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部１０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
　一方、上り信号については、送受信アンテナ１０１で受信された無線周波数信号がアンプ部１０２で増幅される。送受信部１０３はアンプ部１０２で増幅された上り信号を受信する。送受信部１０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部１０４に出力する。
　ベースバンド信号処理部１０４では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換（ＦＦＴ：Fast　Fourier　Transform）処理、逆離散フーリエ変換（ＩＤＦＴ：Inverse　Discrete　Fourier　Transform）処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ及びＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定や解放などの呼処理や、無線基地局１０の状態管理や、無線リソースの管理を行う。
　伝送路インターフェース１０６は、所定のインターフェースを介して、上位局装置３０と信号を送受信する。また、伝送路インターフェース１０６は、基地局間インターフェース（例えば、ＣＰＲＩ（Common　Public　Radio　Interface）に準拠した光ファイバ、Ｘ２インターフェース）を介して他の無線基地局１０と信号を送受信（バックホールシグナリング）してもよい。
　なお、送受信部１０３は、ユーザ端末２０に対して、所定のＣＣに対する下り共有チャネルの受信の指示情報（ＤＣＩ）を送信する。当該指示情報は、ＤＬアサインメント（Downlink　assignment）やスケジューリング情報と呼ばれてもよい。また、当該ＤＣＩには、１つ又は複数のＡＲＩ、ＴＤＡＩ、スケジュールされたＣＣに対応したビットを含むビットマップなどが含まれてもよい。また、送受信部１０３は、ＡＲＩテーブル（ＰＵＣＣＨフォーマット３用のＡＲＩテーブル、新規ＰＵＣＣＨフォーマット用のＡＲＩテーブル）に関する情報を送信してもよい。
　また、送受信部１０３は、ユーザ端末２０から、所定のＰＵＣＣＨフォーマットで送信されたＨＡＲＱ－ＡＣＫを受信する。当該所定のＰＵＣＣＨフォーマットには、既存のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット１ａ／１ｂ、ＰＵＣＣＨフォーマット３）より送信可能なビット数が大きい新規ＰＵＣＣＨフォーマットが含まれる。
　図１２は、本実施形態に係る無線基地局の機能構成の一例を示す図である。なお、図１２では、本実施形態における特徴部分の機能ブロックを主に示しており、無線基地局１０は、無線通信に必要な他の機能ブロックも有しているものとする。図１２に示すように、ベースバンド信号処理部１０４は、制御部（スケジューラ）３０１と、送信信号生成部３０２と、マッピング部３０３と、受信信号処理部３０４と、測定部３０５と、を少なくとも備えている。
　制御部（スケジューラ）３０１は、無線基地局１０全体の制御を実施する。制御部３０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
　制御部３０１は、例えば、送信信号生成部３０２による信号の生成や、マッピング部３０３による信号の割り当てを制御する。また、制御部３０１は、受信信号処理部３０４による信号の受信処理や、測定部３０５による信号の測定を制御する。
　制御部３０１は、システム情報、ＰＤＳＣＨで送信される下りデータ信号、ＰＤＣＣＨ及び／又はＥＰＤＣＣＨで伝送される下り制御信号のスケジューリング（例えば、リソース割り当て）を制御する。また、同期信号（ＰＳＳ（Primary　Synchronization　Signal）／ＳＳＳ（Secondary　Synchronization　Signal））や、ＣＲＳ、ＣＳＩ－ＲＳ、ＤＭＲＳなどの下り参照信号のスケジューリングの制御を行う。
　また、制御部３０１は、ＰＵＳＣＨで送信される上りデータ信号、ＰＵＣＣＨ及び／又はＰＵＳＣＨで送信される上り制御信号（例えば、送達確認信号（ＨＡＲＱ－ＡＣＫ））、ＰＲＡＣＨで送信されるランダムアクセスプリアンブルや、上り参照信号などのスケジューリングを制御する。
　具体的には、制御部３０１は、複数のＣＣのＰＤＳＣＨのスケジューリングを制御し、各ＰＤＳＣＨで利用する無線リソースを指示するための指示情報（ＤＣＩ）を、ＰＤＣＣＨ／ＥＰＤＣＣＨで所定のユーザ端末２０に送信するように、送信信号生成部３０２及びマッピング部３０３を制御する。
　また、制御部３０１は、ユーザ端末２０が利用するＰＵＣＣＨリソースを制御（確保）する。例えば、制御部３０１は、所定のユーザ端末２０がＰＤＳＣＨの受信に応じて利用し得るＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソースを制御（確保）する。制御部３０１は、当該ＰＵＣＣＨリソースに対応したＡＲＩを、ＳＣｅｌｌのスケジューリング用のＤＣＩに含めるように制御してもよい。また、制御部３０１は、フィードバックのタイミングで当該ＰＵＣＣＨリソースを監視するように、受信信号処理部３０４を制御する。
　ここで、制御部３０１は、新規ＰＵＣＣＨフォーマットのＰＵＣＣＨリソースを、他のＰＵＣＣＨフォーマットと同じＡＲＩテーブルに基づいて決定してもよいし（実施形態２．１）、異なるＡＲＩテーブルに基づいて決定してもよい（実施形態２．２、２．３）。複数のＡＲＩテーブルを用いる場合、各ＡＲＩテーブル用のＡＲＩをそれぞれＤＣＩに含めてもよい（実施形態２．３）。この場合、ＡＲＩによりＨＡＲＱ－ＡＣＫのフィードバックに用いるＰＵＣＣＨフォーマットをユーザ端末２０に指定することができるため、制御部３０１は、当該ＰＵＣＣＨフォーマットで利用されるＰＵＣＣＨリソース（及び／又はＰＵＣＣＨフォーマット１ａ／１ｂ用のＰＵＣＣＨリソース）のみを監視するように制御してもよい。
　また、制御部３０１は、各スケジューリング用のＤＣＩに、ＴＤＡＩ及び／又はスケジュールされたＣＣに対応したビットを含むビットマップを含むように制御してもよい（第３、第４の実施形態）。
　また、制御部３０１は、１つ又は複数のＡＲＩテーブル（例えば、ＰＵＣＣＨフォーマット３用のＡＲＩテーブル、新規ＰＵＣＣＨフォーマット用のＡＲＩテーブル）に関する情報を、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）でユーザ端末２０に送信するように制御してもよい。
　制御部３０１は、ユーザ端末２０からのＨＡＲＱ－ＡＣＫを受信信号処理部３０４から取得すると、当該ユーザ端末２０に対する再送が必要か否かを判断し、必要な場合には再送処理を行うように制御する。
　送信信号生成部３０２は、制御部３０１からの指示に基づいて、下り信号（下り制御信号、下りデータ信号、下り参照信号など）を生成して、マッピング部３０３に出力する。送信信号生成部３０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
　送信信号生成部３０２は、例えば、制御部３０１からの指示に基づいて、下り信号の割り当て情報を通知するＤＬアサインメント及び上り信号の割り当て情報を通知するＵＬグラントを生成する。また、下りデータ信号には、各ユーザ端末２０からのチャネル状態情報（ＣＳＩ：Channel　State　Information）などに基づいて決定された符号化率、変調方式などに従って符号化処理、変調処理が行われる。
　マッピング部３０３は、制御部３０１からの指示に基づいて、送信信号生成部３０２で生成された下り信号を、所定の無線リソースにマッピングして、送受信部１０３に出力する。マッピング部３０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
　受信信号処理部３０４は、送受信部１０３から入力された受信信号に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。ここで、受信信号は、例えば、ユーザ端末２０から送信される上り信号（上り制御信号、上りデータ信号、上り参照信号など）である。受信信号処理部３０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
　受信信号処理部３０４は、受信処理により復号された情報を制御部３０１に出力する。例えば、ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨを受信した場合、ＨＡＲＱ－ＡＣＫを制御部３０１に出力する。また、受信信号処理部３０４は、受信信号や、受信処理後の信号を、測定部３０５に出力する。
　測定部３０５は、受信した信号に関する測定を実施する。測定部３０５は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
　測定部３０５は、例えば、受信した信号の受信電力（例えば、ＲＳＲＰ（Reference　Signal　Received　Power））、受信品質（例えば、ＲＳＲＱ（Reference　Signal　Received　Quality））やチャネル状態などについて測定してもよい。測定結果は、制御部３０１に出力されてもよい。
＜ユーザ端末＞
　図１３は、本実施形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末２０は、複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５と、を備えている。なお、送受信アンテナ２０１、アンプ部２０２、送受信部２０３は、それぞれ１つ以上を含むように構成されればよい。
　送受信アンテナ２０１で受信された無線周波数信号は、アンプ部２０２で増幅される。送受信部２０３は、アンプ部２０２で増幅された下り信号を受信する。送受信部２０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部２０４に出力する。送受信部２０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部２０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
　ベースバンド信号処理部２０４は、入力されたベースバンド信号に対して、ＦＦＴ処理や、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、報知情報もアプリケーション部２０５に転送される。
　一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御の送信処理（例えば、ＨＡＲＱの送信処理）や、チャネル符号化、プリコーディング、離散フーリエ変換（ＤＦＴ：Discrete　Fourier　Transform）処理、ＩＦＦＴ処理などが行われて送受信部２０３に転送される。送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部２０３で周波数変換された無線周波数信号は、アンプ部２０２により増幅され、送受信アンテナ２０１から送信される。
　なお、送受信部２０３は、無線基地局１０から、所定のＣＣに対する下り共有チャネルの受信の指示情報（ＤＣＩ）を受信する。また、当該ＤＣＩには、１つ又は複数のＡＲＩ、ＴＤＡＩ、スケジュールされたＣＣに対応したビットを含むビットマップなどが含まれてもよい。また、送受信部２０３は、ＡＲＩテーブル（ＰＵＣＣＨフォーマット３用のＡＲＩテーブル、新規ＰＵＣＣＨフォーマット用のＡＲＩテーブル）に関する情報を受信してもよい。
　また、送受信部２０３は、無線基地局１０に、所定のＰＵＣＣＨフォーマットを用いてＨＡＲＱ－ＡＣＫを送信する。当該所定のＰＵＣＣＨフォーマットには、既存のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット１ａ／１ｂ、ＰＵＣＣＨフォーマット３）より送信可能なビット数が大きい新規ＰＵＣＣＨフォーマットが含まれる。
　図１４は、本実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、図１４においては、本実施形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有しているものとする。図１４に示すように、ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１と、送信信号生成部４０２と、マッピング部４０３と、受信信号処理部４０４と、測定部４０５と、を少なくとも備えている。
　制御部４０１は、ユーザ端末２０全体の制御を実施する。制御部４０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
　制御部４０１は、例えば、送信信号生成部４０２による信号の生成や、マッピング部４０３による信号の割り当てを制御する。また、制御部４０１は、受信信号処理部４０４による信号の受信処理や、測定部４０５による信号の測定を制御する。
　制御部４０１は、無線基地局１０から送信された下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨで送信された信号）及び下りデータ信号（ＰＤＳＣＨで送信された信号）を、受信信号処理部４０４から取得する。制御部４０１は、下り制御信号や、下りデータ信号に対する再送制御の要否を判定した結果などに基づいて、上り制御信号（例えば、送達確認信号（ＨＡＲＱ－ＡＣＫ）など）や上りデータ信号の生成を制御する。
　具体的には、制御部４０１は、ＰＤＳＣＨをスケジューリングする指示情報（ＤＣＩ）を取得すると、所定のタイミングで指示されたＰＤＳＣＨの受信処理を行うように受信信号処理部４０４を制御し、当該ＰＤＳＣＨの受信に成功したか否かを示すＨＡＲＱ－ＡＣＫを、所定のＰＵＣＣＨフォーマット及び所定のＰＵＣＣＨリソースで送信するように送信信号生成部４０２及びマッピング部４０３を制御する。
　制御部４０１は、ＨＡＲＱ－ＡＣＫの送信に用いる所定のＰＵＣＣＨフォーマットを決定する。制御部４０１は、当該ＰＵＣＣＨフォーマットを、ＰＤＳＣＨを割り当てるＰＤＣＣＨ／ＥＰＤＣＣＨの数に基づいて判断してもよいし（実施形態１．１）と、ＰＤＳＣＨが割り当てられるＣＣのＣＣ番号に基づいて判断してもよいし（実施形態１．２）、上位レイヤシグナリングで設定されたＣＣ数に基づいて判断してもよいし（実施形態１．３）、ＤＣＩに含まれるＡＲＩに基づいて判断してもよい（実施形態２．３）。
　制御部４０１は、ＨＡＲＱ－ＡＣＫの送信に用いる所定のＰＵＣＣＨリソースを決定する。制御部４０１は、新規ＰＵＣＣＨフォーマットを用いることを決定した場合、ＳＣｅｌｌをスケジューリングするＤＣＩに含まれるＡＲＩと、所定のＡＲＩテーブルと、に基づいて、新規ＰＵＣＣＨフォーマット用のＰＵＣＣＨリソースを決定する。
　ここで、制御部４０１は、新規ＰＵＣＣＨフォーマットのＰＵＣＣＨリソースを、他のＰＵＣＣＨフォーマットと同じＡＲＩテーブルに基づいて決定してもよいし（実施形態２．１）、異なるＡＲＩテーブルに基づいて決定してもよい（実施形態２．２、２．３）。
　制御部４０１は、受信したＤＣＩに含まれるＡＲＩを、新規ＰＵＣＣＨフォーマットを用いる場合には新規ＰＵＣＣＨフォーマット用のＡＲＩとして解釈してもよい（実施形態２．１）。また、制御部４０１は、受信したＤＣＩに含まれるＡＲＩを、検出したＰＤＣＣＨ／ＥＰＤＣＣＨの数やスケジューリングされるＣＣ、利用するＰＵＣＣＨフォーマットの種類などによって、新規ＰＵＣＣＨフォーマット用のＡＲＩとして解釈してもよい（実施形態２．２）。
　また、制御部４０１は、受信したＤＣＩに複数のＡＲＩ（例えば、ＰＵＣＣＨフォーマット３用のＡＲＩ、新規ＰＵＣＣＨフォーマット用のＡＲＩ）が含まれる場合には、一方のＡＲＩを新規ＰＵＣＣＨフォーマット用のＡＲＩとして解釈してもよい（実施形態２．３）。
　例えば、制御部４０１は、新規ＰＵＣＣＨフォーマット用のＡＲＩが所定の値でない場合、当該ＡＲＩを用いて新規ＰＵＣＣＨフォーマット用のＰＵＣＣＨリソースを決定し、新規ＰＵＣＣＨフォーマット用のＡＲＩが所定の値である場合、ＰＵＣＣＨフォーマット３用のＡＲＩを用いてＰＵＣＣＨフォーマット３用のＰＵＣＣＨリソースを決定してもよい。なお、「所定の値である／ない」は逆であってもよい。
　また、制御部４０１は、受信したＤＣＩにＴＤＡＩ及び／又はスケジュールされたＣＣに対応したビットを含むビットマップ（ビット列）が含まれる場合には、これらの少なくとも１つに基づいて、受信したＤＣＩに含まれるＡＲＩが新規ＰＵＣＣＨフォーマット用のＡＲＩであるか否かを判断し、新規ＰＵＣＣＨフォーマット用のリソースを決定してもよい（第３、第４の実施形態）。
　例えば、制御部４０１は、ＴＤＡＩが所定の値である場合、当該ＡＲＩを用いて新規ＰＵＣＣＨフォーマット用のＰＵＣＣＨリソースを決定し、ＴＤＡＩが所定の値でない場合、ＰＵＣＣＨフォーマット３用のＡＲＩを用いてＰＵＣＣＨフォーマット３用のＰＵＣＣＨリソースを決定してもよい。なお、「所定の値である／ない」は逆であってもよいし、「所定の値」は「所定の範囲の値」であってもよい。
　例えば、制御部４０１は、ビットマップが所定数より多い‘１’を含む場合、当該ＡＲＩを用いて新規ＰＵＣＣＨフォーマット用のＰＵＣＣＨリソースを決定し、ビットマップが所定数以下の‘１’を含む場合、ＰＵＣＣＨフォーマット３用のＡＲＩを用いてＰＵＣＣＨフォーマット３用のＰＵＣＣＨリソースを決定してもよい。なお、「所定数より多い／以下の」は逆であってもよいし、「より多い」は「以上」であってもよいし、「以下の」は「より少ない」であってもよい。
　また、制御部４０１は、１つ又は複数のＡＲＩテーブル（例えば、ＰＵＣＣＨフォーマット３用のＡＲＩテーブル、新規ＰＵＣＣＨフォーマット用のＡＲＩテーブル）に関する情報を受信信号処理部４０４から入力された場合には、対応するＡＲＩテーブルの内容を更新してもよい。
　送信信号生成部４０２は、制御部４０１からの指示に基づいて、上り信号（上り制御信号、上りデータ信号、上り参照信号など）を生成して、マッピング部４０３に出力する。送信信号生成部４０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
　送信信号生成部４０２は、例えば、制御部４０１からの指示に基づいて、送達確認信号（ＨＡＲＱ－ＡＣＫ）やチャネル状態情報（ＣＳＩ）に関する上り制御信号を生成する。また、送信信号生成部４０２は、制御部４０１からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部４０２は、無線基地局１０から通知される下り制御信号にＵＬグラントが含まれている場合に、制御部４０１から上りデータ信号の生成を指示される。
　マッピング部４０３は、制御部４０１からの指示に基づいて、送信信号生成部４０２で生成された上り信号を無線リソースにマッピングして、送受信部２０３へ出力する。マッピング部４０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
　受信信号処理部４０４は、送受信部２０３から入力された受信信号に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。ここで、受信信号は、例えば、無線基地局１０から送信される下り信号（下り制御信号、下りデータ信号、下り参照信号など）である。受信信号処理部４０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部４０４は、本発明に係る受信部を構成することができる。
　受信信号処理部４０４は、受信処理により復号された情報を制御部４０１に出力する。受信信号処理部４０４は、例えば、報知情報、システム情報、ＲＲＣシグナリング、ＤＣＩなどを、制御部４０１に出力する。また、受信信号処理部４０４は、受信信号や、受信処理後の信号を、測定部４０５に出力する。
　測定部４０５は、受信した信号に関する測定を実施する。測定部４０５は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
　測定部４０５は、例えば、受信した信号の受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ）やチャネル状態などについて測定してもよい。測定結果は、制御部４０１に出力されてもよい。
　なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線で接続し、これら複数の装置により実現されてもよい。
　例えば、無線基地局１０やユーザ端末２０の各機能の一部又は全ては、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、ＦＰＧＡ（Field　Programmable　Gate　Array）などのハードウェアを用いて実現されても良い。また、無線基地局１０やユーザ端末２０は、プロセッサ（ＣＰＵ：Central　Processing　Unit）と、ネットワーク接続用の通信インターフェースと、メモリと、プログラムを保持したコンピュータ読み取り可能な記憶媒体と、を含むコンピュータ装置によって実現されてもよい。つまり、本発明の一実施形態に係る無線基地局、ユーザ端末などは、本発明に係る無線通信方法の処理を行うコンピュータとして機能してもよい。
　ここで、プロセッサやメモリなどは情報を通信するためのバスで接続される。また、コンピュータ読み取り可能な記録媒体は、例えば、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＣＤ－ＲＯＭ（Compact　Disc－ＲＯＭ）、ＲＡＭ（Random　Access　Memory）、ハードディスクなどの記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されても良い。また、無線基地局１０やユーザ端末２０は、入力キーなどの入力装置や、ディスプレイなどの出力装置を含んでいてもよい。
　無線基地局１０及びユーザ端末２０の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。プロセッサは、オペレーティングシステムを動作させてユーザ端末の全体を制御する。また、プロセッサは、記憶媒体からプログラム、ソフトウェアモジュールやデータをメモリに読み出し、これらに従って各種の処理を実行する。
　ここで、当該プログラムは、上記の各実施形態で説明した各動作を、コンピュータに実行させるプログラムであれば良い。例えば、ユーザ端末２０の制御部４０１は、メモリに格納され、プロセッサで動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
　また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
　なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
　また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
　本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的に（例えば、当該所定の情報の通知を行わないことによって）行われてもよい。
　情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink　Control　Information）、ＵＣＩ（Uplink　Control　Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio　Resource　Control）シグナリング、ＭＡＣ（Medium　Access　Control）シグナリング、報知情報（ＭＩＢ（Master　Information　Block）、ＳＩＢ（System　Information　Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRCConnectionSetup）メッセージ、ＲＲＣ接続再構成（RRCConnectionReconfiguration）メッセージなどであってもよい。
　本明細書で説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future　Radio　Access）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
　本出願は、２０１５年６月２６日出願の特願２０１５－１２８７３６に基づく。この内容は、全てここに含めておく。
 

Claims (8)

  1. 　下り共有チャネルの受信の指示情報を、下り制御チャネルで検出する受信部と、
    　前記指示情報に対応する下り共有チャネルの受信に関する上り制御情報を送信する送信部と、
    　ＰＵＣＣＨ（Physical　Uplink　Control　Channel）フォーマット３に比べて容量の大きな大容量ＰＵＣＣＨフォーマットを含む複数のＰＵＣＣＨフォーマットから、前記上り制御情報を送信するＰＵＣＣＨフォーマットを決定する制御部と、を有し、
    　前記制御部は、前記指示情報に基づいて、大容量ＰＵＣＣＨフォーマットで送信するＰＵＣＣＨリソースを決定することを特徴とするユーザ端末。
  2. 　前記指示情報は、ＡＲＩ（Acknowledgement　Resource　Indicator）を含み、
    　前記制御部は、当該ＡＲＩと、上位レイヤシグナリングでＰＵＣＣＨフォーマットごとに独立に設定される、ＰＵＣＣＨリソースとＡＲＩとの対応関係と、に基づいて、大容量ＰＵＣＣＨフォーマットで送信するＰＵＣＣＨリソースを決定することを特徴とする請求項１に記載のユーザ端末。
  3. 　前記受信部は、前記ＰＵＣＣＨリソースとＡＲＩとの対応関係に関する情報として、ＰＵＣＣＨフォーマット３に関するＰＵＣＣＨリソースとＡＲＩとの第１の対応関係に関する情報と、大容量ＰＵＣＣＨフォーマットに関するＰＵＣＣＨリソースとＡＲＩとの第２の対応関係に関する情報と、を受信し、
    　前記制御部は、前記上り制御情報をＰＵＣＣＨフォーマット３で送信すると判断する場合には、前記ＡＲＩ及び前記第１の対応関係に基づいて、ＰＵＣＣＨフォーマット３で送信するＰＵＣＣＨリソースを決定し、前記上り制御情報を大容量ＰＵＣＣＨフォーマットで送信すると判断する場合には、前記ＡＲＩ及び前記第２の対応関係に基づいて、大容量ＰＵＣＣＨフォーマットで送信するＰＵＣＣＨリソースを決定することを特徴とする請求項２に記載のユーザ端末。
  4. 　前記制御部は、前記指示情報に含まれるＴＰＣ（Transmit　Power　Control）フィールドを、前記ＡＲＩとして解釈することを特徴とする請求項２又は請求項３に記載のユーザ端末。
  5. 　前記送信部は、大容量ＰＵＣＣＨフォーマットを設定できることを示す端末能力情報を送信し、
    　前記受信部は、前記端末能力情報に応じて送信された、大容量ＰＵＣＣＨフォーマットを用いるか否かに関する情報を受信することを特徴とする請求項１から請求項４のいずれかに記載のユーザ端末。
  6. 　前記大容量ＰＵＣＣＨフォーマットを設定できることを示す端末能力情報は、５個より多いコンポーネントキャリアのキャリアアグリゲーションを設定できることを示す端末能力情報とは別の情報であることを特徴とする請求項５に記載のユーザ端末。
  7. 　下り共有チャネルの受信の指示情報を、下り制御チャネルで送信する送信部と、
    　前記指示情報に対応する下り共有チャネルの受信に関する上り制御情報を受信する受信部と、
    　前記上り制御情報を送信するＰＵＣＣＨリソースを制御する制御部と、を有し、
    　前記制御部は、ＰＵＣＣＨ（Physical　Uplink　Control　Channel）フォーマット３に比べて容量の大きな大容量ＰＵＣＣＨフォーマットで送信されるＰＵＣＣＨリソースを制御し、
    　前記制御部は、前記指示情報に、大容量ＰＵＣＣＨフォーマットで送信するＰＵＣＣＨリソースの決定に用いる情報を含めるように制御することを特徴とする無線基地局。
  8. 　下り共有チャネルの受信の指示情報を、下り制御チャネルで検出する工程と、
    　前記指示情報に対応する下り共有チャネルの受信に関する上り制御情報を送信する工程と、
    　ＰＵＣＣＨ（Physical　Uplink　Control　Channel）フォーマット３に比べて容量の大きな大容量ＰＵＣＣＨフォーマットを含む複数のＰＵＣＣＨフォーマットから、前記上り制御情報を送信するＰＵＣＣＨフォーマットを決定する工程と、
    　前記指示情報に基づいて、大容量ＰＵＣＣＨフォーマットで送信するＰＵＣＣＨリソースを決定する工程と、を有することを特徴とする無線通信方法。
     
PCT/JP2016/068857 2015-06-26 2016-06-24 ユーザ端末、無線基地局及び無線通信方法 WO2016208727A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201680037565.4A CN107736067B (zh) 2015-06-26 2016-06-24 用户终端、无线基站及无线通信方法
EP16814496.2A EP3316640A4 (en) 2015-06-26 2016-06-24 User terminal, wireless base station, and wireless communication method
US15/738,356 US20180176943A1 (en) 2015-06-26 2016-06-24 User terminal, radio base station and radio communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-128736 2015-06-26
JP2015128736A JP6081531B2 (ja) 2015-06-26 2015-06-26 ユーザ端末、無線基地局及び無線通信方法

Publications (1)

Publication Number Publication Date
WO2016208727A1 true WO2016208727A1 (ja) 2016-12-29

Family

ID=57585121

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/068857 WO2016208727A1 (ja) 2015-06-26 2016-06-24 ユーザ端末、無線基地局及び無線通信方法

Country Status (5)

Country Link
US (1) US20180176943A1 (ja)
EP (1) EP3316640A4 (ja)
JP (1) JP6081531B2 (ja)
CN (1) CN107736067B (ja)
WO (1) WO2016208727A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018232015A1 (en) * 2017-06-15 2018-12-20 Sharp Laboratories Of America, Inc. Physical uplink control channel (pucch) format adaptation for 5th generation (5g) new radio (nr)
WO2019137011A1 (zh) * 2018-01-12 2019-07-18 华为技术有限公司 一种通信方法及上行资源确定方法
CN110313141A (zh) * 2017-02-13 2019-10-08 瑞典爱立信有限公司 用于pucch的资源信令
US10531443B2 (en) 2017-06-15 2020-01-07 Sharp Kabushiki Kaisha Physical uplink control channel (PUCCH) format adaptation for 5th generation (5G) new radio (NR)
CN111699734A (zh) * 2018-02-09 2020-09-22 株式会社Ntt都科摩 用户终端以及无线通信方法
CN112425229A (zh) * 2018-05-21 2021-02-26 株式会社Ntt都科摩 用户终端

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017116120A1 (en) 2015-12-27 2017-07-06 Lg Electronics Inc. Method and apparatus for transmitting ack/nack for nb-iot in wireless communication system
US10873437B2 (en) * 2016-08-11 2020-12-22 Sharp Kabushiki Kaisha Systems and methods for frequency-division duplex transmission time interval operation
US11039466B2 (en) * 2016-10-28 2021-06-15 Apple Inc. User equipment (UE), evolved node-B (ENB) and methods for multiplexing new radio (NR) physical uplink shared channel (NR PUSCH) and NR physical uplink control channel (NR PUCCH)
KR102464343B1 (ko) * 2017-11-03 2022-11-04 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 무선 통신 방법, 기기 및 컴퓨터 판독 가능 매체
JPWO2019163138A1 (ja) * 2018-02-26 2021-02-04 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
JPWO2019171518A1 (ja) * 2018-03-07 2021-03-04 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
WO2019175989A1 (ja) * 2018-03-13 2019-09-19 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
RU2758469C1 (ru) * 2018-04-05 2021-10-28 Нтт Докомо, Инк. Терминал, способ радиосвязи и базовая станция
US11638277B2 (en) * 2018-04-05 2023-04-25 Ntt Docomo, Inc. Terminal, radio communication method, base station and system for transmitting physical uplink shared channel based on time domain resource allocation list
WO2019193769A1 (ja) * 2018-04-06 2019-10-10 株式会社Ｎｔｔドコモ ユーザ端末
WO2019203323A1 (ja) * 2018-04-18 2019-10-24 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
US11700609B2 (en) * 2018-04-19 2023-07-11 Ntt Docomo, Inc. Terminal, radio communication method, and base station
CN112314028A (zh) * 2018-05-02 2021-02-02 株式会社Ntt都科摩 用户终端以及无线基站
WO2019215794A1 (ja) * 2018-05-07 2019-11-14 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
US11889534B2 (en) * 2018-05-10 2024-01-30 Ntt Docomo, Inc. Terminal, radio communication method, base station, and system to prevent deterioration of communication quality
ES2960740T3 (es) * 2018-05-18 2024-03-06 Ntt Docomo Inc Terminal, método y sistema correspondientes
EP3809773A4 (en) * 2018-06-12 2022-01-26 Ntt Docomo, Inc. USER DEVICE
WO2019244221A1 (ja) * 2018-06-18 2019-12-26 株式会社Ｎｔｔドコモ ユーザ端末
WO2020009144A1 (ja) * 2018-07-05 2020-01-09 株式会社Ｎｔｔドコモ 端末及び無線通信方法
WO2020012661A1 (ja) * 2018-07-13 2020-01-16 株式会社Ｎｔｔドコモ ユーザ端末及び基地局
CN112703794A (zh) * 2018-07-20 2021-04-23 株式会社Ntt都科摩 基站
US11528699B2 (en) * 2018-07-20 2022-12-13 Ntt Docomo, Inc. Base station and user terminal
BR112021001040A2 (pt) * 2018-07-20 2021-04-13 Ntt Docomo, Inc. Terminal, estação base, sistema e método de radiocomunicação para um terminal
US11849451B2 (en) * 2018-07-25 2023-12-19 Panasonic Intellectual Property Corporation Of America Terminal, base station, and communication method
EP3833124A4 (en) * 2018-07-27 2022-03-30 Ntt Docomo, Inc. USER TERMINAL
US20210329682A1 (en) * 2018-07-30 2021-10-21 Ntt Docomo, Inc. Base station
JP7290646B2 (ja) * 2018-07-30 2023-06-13 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
KR102656606B1 (ko) * 2018-08-10 2024-04-12 삼성전자주식회사 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치
CN112913201B (zh) * 2018-08-17 2024-04-02 株式会社Ntt都科摩 终端以及无线通信方法
EP3843452A4 (en) * 2018-08-21 2022-05-18 Ntt Docomo, Inc. WIRELESS COMMUNICATION TERMINAL AND METHOD
WO2020037616A1 (zh) * 2018-08-23 2020-02-27 北京小米移动软件有限公司 混合自动重传请求反馈方法及装置、用户设备和基站
US20220053540A1 (en) * 2018-09-10 2022-02-17 Ntt Docomo, Inc. User terminal and radio communication method
EP3852460A4 (en) * 2018-09-11 2022-04-13 Ntt Docomo, Inc. USER EQUIPMENT AND WIRELESS COMMUNICATION METHOD
EP3852436A4 (en) * 2018-09-13 2022-04-27 Ntt Docomo, Inc. USER DEVICE AND WIRELESS COMMUNICATION METHOD
JP7254829B2 (ja) * 2018-10-10 2023-04-10 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
US11991672B2 (en) * 2018-11-16 2024-05-21 Ntt Docomo, Inc. Terminal and radio communication method
WO2020110244A1 (ja) * 2018-11-28 2020-06-04 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
JP7290712B2 (ja) * 2019-03-14 2023-06-13 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
KR20220004061A (ko) * 2019-04-26 2022-01-11 가부시키가이샤 엔티티 도코모 유저단말 및 무선 통신 방법
CN114041316B (zh) * 2019-05-09 2023-08-15 株式会社Ntt都科摩 用户终端以及无线通信方法
JP7268147B2 (ja) * 2019-05-10 2023-05-02 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
WO2021029069A1 (ja) * 2019-08-15 2021-02-18 株式会社Ｎｔｔドコモ 端末及び無線通信方法
WO2021038682A1 (ja) * 2019-08-26 2021-03-04 株式会社Ｎｔｔドコモ 端末及び無線通信方法
US20230130217A1 (en) * 2020-03-19 2023-04-27 Ntt Docomo, Inc. Terminal, radio communication method, and base station
CN116235586A (zh) * 2020-07-31 2023-06-06 株式会社Ntt都科摩 终端、无线通信方法以及基站

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5135450B2 (ja) * 2010-03-31 2013-02-06 デクセリアルズ株式会社 アンテナ装置、通信装置
DK2849381T3 (en) * 2010-08-20 2017-07-03 ERICSSON TELEFON AB L M (publ) Device and method for identifying PUCCH format 3 resources
US9912439B2 (en) * 2011-11-10 2018-03-06 Qualcomm Incorporated Method and apparatus for sending channel state information using subframe-dependent control channel formats
US9185564B2 (en) * 2012-05-11 2015-11-10 Sharp Kabushiki Kaisha Devices for sending and receiving feedback information
US9220090B2 (en) * 2012-07-25 2015-12-22 Panasonic Intellectual Property Corporation Of America Base station apparatus, terminal apparatus, transmission method, and reception method
JP6096760B2 (ja) * 2012-08-02 2017-03-15 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 基地局装置、端末装置、リソース割当方法及び応答信号送信方法
CN107113097B (zh) * 2014-12-31 2020-11-20 Lg 电子株式会社 在无线通信系统中发送ack/nack的方法和设备
CN113438060A (zh) * 2015-04-09 2021-09-24 北京三星通信技术研究有限公司 一种增强载波聚合系统的harq-ack传输方法和设备
EP3286863B1 (en) * 2015-04-21 2020-08-05 Telefonaktiebolaget LM Ericsson (publ) Improved pdcch link adaptation in carrier aggregation

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "PUCCH resource allocation for HARQ- ACK", 3GPP TSG-RAN WG1#81, RL-153073, 15 May 2015 (2015-05-15), XP050972925, Retrieved from the Internet <URL:http://www. 3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_81/Docs/R1- 153073.zip> *
HUAWEI ET AL.: "PUCCH resource allocation", 3GPP TSG-RAN WG1#81, RL-153196, 16 May 2015 (2015-05-16), XP050970378, Retrieved from the Internet <URL:http://www. 3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_81/Docs/R1- 153196.zip> *
NOKIA NETWORKS: "Dynamic adaptation of HARQ-ACK feedback size and PUCCH format", 3GPP TSG-RAN WG1#81, RL-152810, 15 May 2015 (2015-05-15), XP050969963, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ ran/WG1_RL1/TSGR1_81/Docs/Rl-152810.zip> *
See also references of EP3316640A4 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110313141A (zh) * 2017-02-13 2019-10-08 瑞典爱立信有限公司 用于pucch的资源信令
CN110313141B (zh) * 2017-02-13 2022-06-10 瑞典爱立信有限公司 用于pucch的资源信令的方法及相关设备
US11375478B2 (en) 2017-02-13 2022-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Resource signaling for PUCCH
WO2018232015A1 (en) * 2017-06-15 2018-12-20 Sharp Laboratories Of America, Inc. Physical uplink control channel (pucch) format adaptation for 5th generation (5g) new radio (nr)
US10531443B2 (en) 2017-06-15 2020-01-07 Sharp Kabushiki Kaisha Physical uplink control channel (PUCCH) format adaptation for 5th generation (5G) new radio (NR)
CN110710147A (zh) * 2017-06-15 2020-01-17 夏普株式会社 第5代(5g)新无线电(nr)的物理上行链路控制信道(pucch)格式适配
EP4236166A3 (en) * 2017-06-15 2023-09-27 Sharp Kabushiki Kaisha Physical uplink control channel (pucch) format adaptation for 5th generation (5g) new radio (nr)
WO2019137011A1 (zh) * 2018-01-12 2019-07-18 华为技术有限公司 一种通信方法及上行资源确定方法
CN111699734A (zh) * 2018-02-09 2020-09-22 株式会社Ntt都科摩 用户终端以及无线通信方法
CN112425229A (zh) * 2018-05-21 2021-02-26 株式会社Ntt都科摩 用户终端

Also Published As

Publication number Publication date
JP6081531B2 (ja) 2017-02-15
CN107736067A (zh) 2018-02-23
US20180176943A1 (en) 2018-06-21
CN107736067B (zh) 2021-12-28
EP3316640A4 (en) 2018-06-27
EP3316640A1 (en) 2018-05-02
JP2017017372A (ja) 2017-01-19

Similar Documents

Publication Publication Date Title
JP6081531B2 (ja) ユーザ端末、無線基地局及び無線通信方法
JP6950047B2 (ja) 端末、無線通信方法、基地局及びシステム
JP6291088B2 (ja) ユーザ端末、無線基地局及び無線通信方法
JP6100829B2 (ja) ユーザ端末、無線基地局及び無線通信方法
JP6125590B2 (ja) ユーザ端末、無線基地局及び無線通信方法
WO2017078147A1 (ja) ユーザ端末、無線基地局及び無線通信方法
WO2017078159A1 (ja) ユーザ端末、無線基地局及び無線通信方法
CN107710813B (zh) 用户终端、无线基站及无线通信方法
WO2017033839A1 (ja) ユーザ端末、無線基地局及び無線通信方法
JP6105672B2 (ja) ユーザ端末及び無線通信方法
WO2016182047A1 (ja) ユーザ端末、無線基地局及び無線通信方法
JP6797802B2 (ja) 端末、基地局及び無線通信方法
WO2017026401A1 (ja) 無線基地局、ユーザ端末及び無線通信方法
JP6907117B2 (ja) 端末、基地局及び無線通信方法
WO2017051716A1 (ja) ユーザ端末、無線基地局及び無線通信方法
JP6326160B2 (ja) ユーザ端末、無線基地局及び無線通信方法
JPWO2018203409A1 (ja) ユーザ端末及び無線通信方法
JP6894841B2 (ja) 端末、無線基地局及び無線通信方法
JPWO2016121914A1 (ja) ユーザ端末、無線基地局及び無線通信方法
JP2018137801A (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: 16814496

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15738356

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016814496

Country of ref document: EP