WO2011099306A1 - 送信装置及び送信方法 - Google Patents

送信装置及び送信方法 Download PDF

Info

Publication number
WO2011099306A1
WO2011099306A1 PCT/JP2011/000796 JP2011000796W WO2011099306A1 WO 2011099306 A1 WO2011099306 A1 WO 2011099306A1 JP 2011000796 W JP2011000796 W JP 2011000796W WO 2011099306 A1 WO2011099306 A1 WO 2011099306A1
Authority
WO
WIPO (PCT)
Prior art keywords
unit
cif
unit carrier
data
terminal
Prior art date
Application number
PCT/JP2011/000796
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
Priority to CN201180009291.5A priority Critical patent/CN102812747B/zh
Priority to EP20186635.7A priority patent/EP3742639A1/en
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Priority to EP19169239.1A priority patent/EP3528411B1/en
Priority to BR112012020489A priority patent/BR112012020489B8/pt
Priority to KR1020177025048A priority patent/KR101814359B1/ko
Priority to RU2012134640/07A priority patent/RU2540280C2/ru
Priority to KR1020127021172A priority patent/KR101778324B1/ko
Priority to US13/578,505 priority patent/US8855075B2/en
Priority to JP2011553768A priority patent/JP5356545B2/ja
Priority to MX2012009372A priority patent/MX2012009372A/es
Priority to EP11742055.4A priority patent/EP2538716B1/en
Publication of WO2011099306A1 publication Critical patent/WO2011099306A1/ja
Priority to US14/477,501 priority patent/US9516641B2/en
Priority to US15/338,204 priority patent/US9642142B2/en
Priority to US15/473,482 priority patent/US10034290B2/en
Priority to US16/017,881 priority patent/US10506598B2/en
Priority to US16/675,823 priority patent/US10980026B2/en
Priority to US17/203,445 priority patent/US11581977B2/en
Priority to US18/150,710 priority patent/US11848775B2/en
Priority to US18/504,934 priority patent/US20240080131A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H04L1/0047—Decoding adapted to other signal detection operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2626—Arrangements specific to the transmitter only
    • H04L27/2627—Modulators
    • H04L27/2634—Inverse fast Fourier transform [IFFT] or inverse discrete Fourier transform [IDFT] modulators in combination with other circuits for modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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

Definitions

  • the present invention relates to a transmission device and a transmission method.
  • LTE 3rd Generation Partnership Project Project Radio Access Network Long Term Evolution
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA uplink communication method
  • Single Carrier Frequency Division Multiple Access is employed (for example, see Non-Patent Documents 1, 2, and 3).
  • a radio communication base station apparatus uses a radio communication terminal apparatus (hereinafter abbreviated as a terminal) as a resource block (Resource Block: RB) within a system band for each time unit called a subframe. Communication is performed by assigning to (Yes).
  • the base station transmits control information (resource allocation information) for reporting resource allocation results of downlink data and uplink data to the terminal.
  • This control information is transmitted to the terminal using a downlink control channel such as PDCCH (Physical Downlink Control Channel).
  • PDCCH Physical Downlink Control Channel
  • the base station controls the amount of resources used for PDCCH transmission, that is, the number of OFDM symbols, in units of subframes according to the number of terminals allocated.
  • the base station uses CFI (Control Format Indicator), which indicates the number of OFDM symbols that can be used for PDCCH transmission, in the first OFDM symbol of each subframe, and PCFICH (Physical Control Format Indicator Channel).
  • CFI Control Format Indicator
  • PCFICH Physical Control Format Indicator Channel
  • the terminal receives the PDCCH according to the CFI detected from the received PCFICH.
  • Each PDCCH occupies a resource composed of one or a plurality of continuous CCEs (Control Channel Element).
  • one of 1, 2, 4, and 8 is selected as the number of CCEs occupied by the PDCCH (the number of CCE connections: CCE aggregation level) according to the number of information bits of control information or the channel state of the terminal.
  • the Note that LTE supports a frequency band having a maximum width of 20 MHz as a system bandwidth.
  • the base station since the base station assigns a plurality of terminals to one subframe, it transmits a plurality of PDCCHs simultaneously. At this time, the base station includes the CRC bits masked (or scrambled) with the terminal ID of the transmission destination in order to identify the transmission destination terminal of each PDCCH and transmits the PDCCH. Then, the terminal performs blind decoding on the PDCCH by demasking (or descrambling) the CRC bits with the terminal ID of the terminal in a plurality of PDCCHs that are likely to be addressed to the terminal. To detect.
  • a method of limiting the CCE to be subjected to blind decoding for each terminal has been studied.
  • a CCE region (hereinafter referred to as a search space) that is a blind decoding target is limited for each terminal.
  • a search space is randomly set for each terminal, and the number of CCEs constituting the search space is defined for each number of CCE connections in the PDCCH.
  • each terminal only needs to perform blind decoding on only the CCE in the search space assigned to the terminal, and thus the number of times of blind decoding can be reduced.
  • the search space of each terminal is set using the terminal ID of each terminal and a hash function that is a function for performing randomization.
  • ARQ Automatic Repeat Request
  • the terminal feeds back a response signal indicating an error detection result of downlink data to the base station.
  • HARQ Hybrid ARQ
  • the terminal when receiving data to be retransmitted, the terminal can improve reception quality on the terminal side by combining the retransmission data and the data including the error received last time.
  • LTE-A 3GPP LTE-Advanced
  • LTE-A terminals base stations and terminals
  • LTE-A terminals capable of communicating at a wideband frequency of 40 MHz or more in order to realize a downlink transmission rate of 1 Gbps or more and an uplink transmission rate of 500 Mbps or more at the maximum. Is expected.
  • the LTE-A system is required to accommodate not only LTE-A terminals but also terminals (hereinafter referred to as LTE terminals) corresponding to the LTE system.
  • LTE-A in order to realize wideband communication of 40 MHz or higher, a carrier-carrier aggregation scheme that communicates by connecting a plurality of frequency bands has been proposed (see, for example, Non-Patent Document 1). .
  • a frequency band having a width of 20 MHz is a basic unit of a communication band (hereinafter referred to as a unit carrier (component CC)). Therefore, in LTE-A, for example, a system bandwidth of 40 MHz is realized by connecting two unit carriers.
  • One unit carrier accommodates both LTE terminals and LTE-A terminals.
  • an uplink unit carrier is referred to as an uplink unit carrier
  • a downlink unit carrier is referred to as a downlink unit carrier. *
  • the number of CCs actually used depends on the reception capability of the number of CCs of each terminal and the required transmission rate. Different. Therefore, which CC is used is configured for each terminal.
  • the set CC is called “UE CC set”. Also, UE CC set is controlled to be semi-static depending on the required transmission rate of the terminal.
  • Non-Patent Document 5 it is also considered to notify the CIF value of the allocation target unit carrier in addition to the CI in the CIF.
  • the association between the CI and the CC number changes except for the CI to which the same CC is assigned.
  • the CI code point for assigning CC3 changes before and after the CC addition.
  • the change of UE CC set (that is, addition and deletion of CC) is performed by RRC signaling described in Non-Patent Document 6, for example. More specifically, RRC connection reconfiguration procedure is used.
  • the base station When changing UE CC set, the base station first notifies the terminal of RRC connection reconfiguration message of the change. The terminal that has received this message changes the setting, and when the change is completed, reports RRC connection reconfiguration complete message to the base station. The base station can know that the setting change has been normally completed at the terminal by receiving RRC connection reconfiguration complete message.
  • the exchange of these messages usually takes several tens to 100 ms.
  • 3GPP TS 36.211 V8.3.0 “Physical Channels and Modulation (Release 8),” May 2008 3GPP TS 36.212 V8.3.0, “Multiplexing and channel coding (Release 8),” May 2008 3GPP TS 36.213 V8.3.0, “Physical layer procedures (Release 8),” May 2008 3GPP TSG RAN WG1 meeting, R1-100041, “Mapping of CIF to component carrier” January 2010 3GPP TSG RAN WG1 meeting, R1-100360, “PCFICH in cross carrier operation” January 2010 3GPP TS 36.331 V8.7.0 “Radio Resource Control (RRC)”, (2009-09)
  • Non-Patent Document 4 when the CC is added, the correspondence between the CI code point and the CC changes. For this reason, in the time required for the above RRC connection reconfiguration procedure (that is, from when the base station transmits RRC connection reconfiguration message until it receives RRC connection reconfiguration complete message), the base station transmits the PDCCH CC. CCs other than (CC2 in the above example) cannot be assigned. In other words, not only the newly added CC (CC2 in the above example) but also the previous use until the above reconfiguration is completed, even though the CC is added due to an increase in the amount of data to be transmitted. Data cannot be assigned to the CC (CC3) that has been used. Therefore, a delay in data transmission is caused.
  • the number of code points corresponding to the total number of CCs in the system (for example, 3 bits in an 8CC system) is required for CC notification, regardless of the number of CCs set for the terminal.
  • An object of the present invention is to provide a transmission device capable of suppressing an increase in the number of bits necessary for notification regarding a used CC and preventing a delay regarding data transmission when a CC used during carrier-aggregation communication is added. It is to provide a transmission method.
  • the transmission device is a transmission device that transmits data in a unit carrier set including a plurality of unit carriers, and when the unit carrier is added to the unit carrier set, the data is A means for correcting a labeling rule in which a code point used as a label of a unit carrier to be transmitted and identification information of the unit carrier are associated with each other, the code point in the labeling rule before correction and the unit carrier identification information A setting means for allocating vacant code points to the added unit carriers while maintaining a correspondence relationship; and means for forming a control signal related to data transmission on each of the plurality of unit carriers.
  • the control signal of each unit carrier is corrected by the correcting means They are labeled by the code point in accordance with the rules, the forming means, and a transmitting means for transmitting a notification signal containing information about modifications of the labeling rules to the receiving side of the data.
  • a transmission apparatus capable of suppressing an increase in the number of bits necessary for notification regarding a used CC and preventing a delay regarding data transmission, and A transmission method can be provided.
  • Diagram for explaining the conventional labeling method The block diagram which shows the structure of the base station which concerns on Embodiment 1 of this invention.
  • Diagram for explaining operation of base station and terminal Diagram for explaining operation of base station and terminal
  • Diagram for explaining the notification format The figure which uses for description of the modification 1
  • FIG. 2 is a block diagram showing a configuration of base station 100 according to Embodiment 1 of the present invention.
  • the base station 100 includes a setting unit 101, a memory 102, a control unit 103, a PDCCH generation unit 104, encoding units 105, 106, and 107, modulation units 108, 109, and 110, and an allocation unit.
  • a PCFICH generation unit 112 a multiplexing unit 113, an IFFT (Inverse Fast Fourier Transform) unit 114, a CP (Cyclic Prefix) addition unit 115, a transmission RF unit 116, a reception RF unit 117, and a CP removal unit 118, an FFT (Fast Fourier Transform) unit 119, an extraction unit 120, an IDFT (Inverse Discrete Fourier transform) unit 121, and a data receiving unit 122.
  • IFFT Inverse Fast Fourier Transform
  • CP Cyclic Prefix
  • FFT Fast Fourier Transform
  • extraction unit 120 an IDFT (Inverse Discrete Fourier transform) unit 121
  • IDFT Inverse Discrete Fourier transform
  • the setting unit 101 configures one or a plurality of CCs used for the uplink and the downlink for each terminal, that is, sets UE CC set.
  • This UE CC set is set, for example, according to the required transmission rate of each terminal, the amount of data to be transmitted in the transmission buffer, the allowable delay amount, QoS (Quality of Service), and the like.
  • the setting unit 101 also changes the UE CC set once set.
  • the setting unit 101 corrects (updates) the CIF table (that is, the labeling rule) stored in the memory 102 at the initial setting of the UE CC set and whenever the UE CC set is changed.
  • the CIF table stored in the memory 102 each CC group constituting the UE CC set is associated with a CIF code point.
  • the setting unit 101 adds a new CC while maintaining the CC group constituting the currently set UE CC set. Also, the setting unit 101 is currently used for the added CC while maintaining the relationship between the CC group and the CIF code point that constitute the currently set UE CC set in regard to the modification of the CIF table. Assign an unassigned CIF code point. Furthermore, the setting unit 101 transmits a PDCCH signal including resource allocation information related to data transmitted by the added CC (hereinafter, this number may be simply referred to as “PDCCH CC number”). Also assign.
  • PDCCH CC number resource allocation information related to data transmitted by the added CC
  • the setting unit 101 deletes only some of the CCs while maintaining the correspondence between the CCs that are not deleted and the CIF code points. Details of the CIF table and CIF table correction processing will be described later.
  • the setting unit 101 when there is a change in the UE CC set, the setting unit 101 notifies the following information to the terminal 200 described later via a processing system that passes through the encoding unit 106. That is, when adding a CC, the setting unit 101 notifies the terminal 200 of the CC number to be added, the PDCCH CC number, and the CIF code point assigned to the CC to be added. On the other hand, when deleting a CC, the setting unit 101 notifies the terminal 200 of the number of the CC to be deleted. These settings are used for relatively long spans. That is, the setting change is not performed in units of subframes.
  • the setting unit 101 outputs the CC number and the PDCCH CC number constituting the UE CC set to the control unit 103 and the PDCCH generation unit 104 at the initial setting of the UE CC set and whenever the UE CC set is changed.
  • the information output from the setting unit 101 may be collectively referred to as “setting information”.
  • the control unit 103 generates resource allocation information (that is, uplink resource allocation information and downlink resource allocation information).
  • the uplink resource allocation information indicates an uplink resource (for example, PUSCH) to which uplink data of the allocation target terminal 200 is allocated.
  • the downlink resource allocation information indicates a downlink resource (for example, PDSCH) to which downlink data addressed to the allocation target terminal 200 is allocated.
  • the resource allocation information includes resource block (RB: Resource Block) allocation information, data MCS information, information indicating whether the data is new data or retransmission data (NDI: New Data Indicator) or RV.
  • Information related to HARQ retransmission such as (Redundancy version) information, CC information (CI: Carrier-Indicator) of the resource allocation target, and CFI information of the allocation target CC are also included.
  • the control unit 103 allocates resource allocation information for the allocation target terminal 200 to the PDCCH arranged in the downlink unit carrier set for the terminal 200. This allocation process is performed in units of subframes. Specifically, the control unit 103 allocates the resource allocation information for the allocation target terminal 200 to the PDCCH arranged on the downlink unit carrier indicated by the PDCCH CC number set in the terminal 200. Further, the control unit 103 allocates a CIF code point to each CC that is a resource allocation target according to the CIF table updated by the setting unit 101.
  • the PDCCH is composed of one or a plurality of CCEs. Also, the number of CCEs used by the base station 100 is set based on the channel quality (CQI: Channel Quality Indicator) of the allocation target terminal 200 and the control information size. Thereby, terminal 200 can receive control information at a necessary and sufficient error rate.
  • CQI Channel Quality Indicator
  • control unit 103 determines the number of OFDM symbols used for PDCCH transmission for each downlink unit carrier. This determination is made based on the number of CCEs used for PDCCH. The control unit 103 generates CFI information indicating the determined number of OFDM symbols. Then, control section 103 outputs CFI information for each downlink unit carrier to PCFICH generation section 112 and multiplexing section 113.
  • the PDCCH generation unit 104 generates a PDCCH signal to be transmitted on the downlink carrier indicated by the setting information (particularly the PDCCH CC number) received from the setting unit 101.
  • This PDCCH signal includes uplink resource allocation information and downlink resource allocation information output from control section 103.
  • PDCCH generation section 104 adds CRC bits to the PDCCH signal, and masks (or scrambles) the CRC bits with the terminal ID. PDCCH generation section 104 then outputs the masked PDCCH signal to encoding section 105.
  • the processing described above is performed for each processing target terminal 200.
  • Encoding section 105 performs channel coding on the PDCCH signal of each unit carrier input from PDCCH generation section 104 and outputs the encoded PDCCH signal to modulation section 108.
  • Modulating section 108 modulates the PDCCH signal input from encoding section 105 and outputs the modulated PDCCH signal to allocating section 111.
  • Allocation section 111 allocates the PDCCH signal of each terminal input from modulation section 108 to the CCE in the search space for each terminal in each downlink unit carrier. Allocation section 111 then outputs the PDCCH signal allocated to CCE to multiplexing section 113.
  • the PCFICH generation unit 112 generates a PCFICH signal to be transmitted for each downlink unit carrier based on the CFI information for each downlink unit carrier input from the control unit 103. Then, the PCFICH generation unit 112 outputs the generated PCFICH signal to the multiplexing unit 113.
  • the encoding unit 106 encodes the setting information input from the setting unit 101, and outputs the encoded setting information to the modulation unit 109.
  • Modulation section 109 modulates the encoded setting information and outputs the modulated setting information to multiplexing section 113.
  • Encoding section 107 channel-codes the input transmission data (downlink data), and outputs the channel-coded transmission data signal to modulation section 110.
  • Modulation section 110 modulates the transmission data signal after channel coding and outputs the modulated transmission data signal to multiplexing section 113.
  • Multiplexer 113 receives PDCCH signal input from allocator 111, PCFICH signal input from PCFICH generator 112, setting information input from modulator 109, and data signal input from modulator 110 (ie, PDSCH signal). ).
  • multiplexing section 113 determines the number of OFDM symbols in which PDCCH is arranged for each downlink unit carrier. Further, multiplexing section 113 maps the PDCCH signal and data signal (PDSCH signal) to each downlink unit carrier based on downlink resource allocation information input from control section 103. Note that the multiplexing unit 113 may map the setting information to the PDSCH. Then, multiplexing section 113 outputs the multiplexed signal to IFFT section 114.
  • the IFFT unit 114 converts the multiplexed signal input from the multiplexing unit 113 into a time waveform, and the CP adding unit 115 obtains an OFDM signal by adding the CP to the time waveform.
  • the transmission RF unit 116 performs radio transmission processing (up-conversion, D / A conversion, etc.) on the OFDM signal input from the CP adding unit 115 and transmits the signal via an antenna.
  • the reception RF unit 117 performs radio reception processing (down-conversion, A / D conversion, etc.) on the reception radio signal received in the reception band via the antenna, and sends the obtained reception signal to the CP removal unit 118. Output.
  • the data receiving unit 122 decodes the uplink data from the time domain signal input from the IDFT unit 121. Data receiving section 122 then outputs the decoded uplink data as received data.
  • FIG. 3 is a block diagram showing a configuration of terminal 200 according to Embodiment 1 of the present invention.
  • Terminal 200 communicates with base station 100 using a plurality of downlink unit carriers. Also, when there is an error in the received data, terminal 200 stores the received data in the HARQ buffer, and combines the retransmission data with the received data stored in the HARQ buffer at the time of retransmission Decode the signal.
  • the terminal 200 includes a reception RF unit 201, a CP removal unit 202, an FFT unit 203, a separation unit 204, a setting information reception unit 205, a PCFICH reception unit 206, a CIF table setting unit 207, PDCCH reception unit 208, PDSCH reception unit 209, modulation units 210 and 211, DFT (Discrete Fourier ⁇ transform) unit 212, mapping unit 213, IFFT unit 214, CP addition unit 215, transmission RF unit 216, Have
  • DFT Discrete Fourier ⁇ transform
  • CP removing section 202 removes the CP from the received signal
  • FFT section 203 converts the received signal after the CP removal into a frequency domain signal. This frequency domain signal is output to the separation unit 204.
  • Separating section 204 separates the signal received from FFT section 203 into an upper layer control signal (for example, RRC signaling) including setting information, a PCFICH signal, a PDCCH signal, and a data signal (that is, PDSCH signal). To do. Separation section 204 then outputs a control signal to setting information reception section 205, outputs a PCFICH signal to PCFICH reception section 206, outputs a PDCCH signal to PDCCH reception section 208, and outputs a PDSCH signal to PDSCH reception section 209. To do.
  • an upper layer control signal for example, RRC signaling
  • Separation section 204 then outputs a control signal to setting information reception section 205, outputs a PCFICH signal to PCFICH reception section 206, outputs a PDCCH signal to PDCCH reception section 208, and outputs a PDSCH signal to PDSCH reception section 209. To do.
  • RRC signaling for example, RRC signaling
  • the setting information reception unit 205 outputs the read information to the CIF table setting unit 207, the PDCCH reception unit 208, the reception RF unit 201, and the transmission RF unit 216. Also, the setting information receiving unit 205 reads the terminal ID set for the terminal from the control signal received from the separating unit 204, and outputs the read terminal ID information to the PDCCH receiving unit 208.
  • the PCFICH reception unit 206 extracts CFI information from the PCFICH signal received from the separation unit 204. That is, the PCFICH receiving unit 206 obtains CFI information indicating the number of OFDM symbols used for the PDCCH to which resource allocation information is allocated for each of a plurality of downlink unit carriers set in the own terminal. Then, the PCFICH receiving unit 206 outputs the extracted CFI information to the PDCCH receiving unit 208 and the PDSCH receiving unit 209.
  • the CIF table setting unit 207 stores the CIF table held by the PDCCH reception unit 208 based on the added or deleted CC number received from the setting information reception unit 205 and the CIF code point assigned to the CC. Correct (update). This correction process coincides with the correction process in the base station 100.
  • the PDCCH reception unit 208 performs blind decoding on the PDCCH signal received from the separation unit 204 to obtain a PDCCH signal (resource allocation information) addressed to the terminal itself.
  • the PDCCH signal is allocated to each CCE (that is, PDCCH) allocated to the downlink unit carrier set in the terminal, which is indicated in the information received from setting information receiving section 205.
  • the PDCCH receiving unit 208 specifies the number of OFDM symbols in which the PDCCH is arranged for each downlink unit carrier based on the CFI information received from the PCFICH receiving unit 206.
  • PDCCH reception unit 208 calculates the search space of its own terminal using the terminal ID received from setting information reception unit 205.
  • the PDCCH receiving unit 208 demodulates and decodes the PDCCH signal assigned to each CCE in the calculated search space.
  • the PDCCH receiving unit 208 performs blind decoding on each PDCCH that performs resource allocation of data of each unit carrier. For example, when there are two unit carriers (downlink unit carrier 1 and downlink unit carrier 2) and PDCCH signals are transmitted from CC1 for both CCs, the PDCCH receiving unit 208 performs PDCCH that performs data allocation of downlink unit carrier 1 And the blind decoding for the PDCCH that performs data allocation for the downlink unit carrier 2 are performed on CC1.
  • the PDCCH receiving unit 208 outputs downlink resource allocation information included in the PDCCH signal addressed to the terminal itself to the PDSCH receiving unit 209, and outputs the uplink resource allocation information to the mapping unit 213.
  • the PDCCH receiving unit 208 determines that there is no data allocation addressed to itself in the current subframe, and waits until the next subframe. .
  • the PDCCH receiving unit 208 refers to the CIF table updated by the CIF table setting unit 207, converts the CIF code point included in the downlink resource allocation information into a CC number, and then transmits the downlink resource allocation information to the PDSCH receiving unit.
  • the CIF table is stored in a memory (not shown) included in the PDCCH receiving unit 208.
  • the PDSCH receiving unit 209 performs separation based on the downlink resource allocation information and CFI information of a plurality of downlink unit carriers received from the PDCCH receiving unit 208, and the CFI information of the CC to which the PDCCH is transmitted received from the PCFICH receiving unit 206.
  • Received data (downlink data) is extracted from the PDSCH signal received from unit 204.
  • the CFI information is obtained from the decoded PDCCH signal.
  • the PDSCH receiving unit 209 performs error detection on the extracted received data (downlink data). Then, as a result of error detection, the PDSCH receiving unit 209 generates a NACK signal as an ACK / NACK signal when there is an error in the received data, and generates an ACK signal as an ACK / NACK signal when there is no error in the received data. The ACK / NACK signal is generated and output to the modulator 210. Further, when there is an error in the received data, the PDSCH receiving unit 209 stores the extracted received data in a HAQR buffer (not shown).
  • the PDSCH receiving unit 209 when receiving the retransmission data, the PDSCH receiving unit 209 combines the received data stored in the HARQ buffer and the retransmission data, and performs error detection on the obtained combined signal.
  • the base station 100 spatially multiplexes PDSCH transmission using MIMO (Multiple-Input Multiple Output) or the like and transmits two data blocks (Transport Block)
  • the PDSCH receiving unit 209 transmits each data An ACK / NACK signal is generated for the block.
  • Modulator 210 modulates the ACK / NACK signal received from PDSCH receiver 209.
  • modulation section 210 performs QPSK modulation on the ACK / NACK signal.
  • modulation section 210 performs BPSK modulation on the ACK / NACK signal. That is, modulation section 210 generates one QPSK signal or BPSK signal as an ACK / NACK signal for each downlink unit carrier. Modulation section 210 then outputs the modulated ACK / NACK signal to mapping section 213.
  • Modulation section 211 modulates transmission data (uplink data) and outputs the modulated data signal to DFT section 212.
  • the DFT unit 212 converts the data signal input from the modulation unit 211 into the frequency domain, and outputs a plurality of obtained frequency components to the mapping unit 213.
  • the mapping unit 213 maps the data signal input from the DFT unit 212 to the PUSCH arranged in the uplink unit carrier according to the uplink resource allocation information input from the PDCCH reception unit 208. Moreover, the mapping part 213 maps the ACK / NACK signal input from the modulation part 210 to PUCCH arrange
  • the modulation unit 210, the modulation unit 211, the DFT unit 212, and the mapping unit 213 may be provided for each uplink unit carrier.
  • the IFFT unit 214 converts a plurality of frequency components mapped to the PUSCH into a time domain waveform, and the CP adding unit 215 adds a CP to the time domain waveform.
  • the transmission RF unit 216 is configured to be able to change the transmission band, and sets the transmission band based on information received from the setting information reception unit 205. Then, the transmission RF unit 216 performs transmission radio processing (up-conversion, D / A conversion, etc.) on the signal to which the CP is added and transmits the signal via the antenna.
  • transmission radio processing up-conversion, D / A conversion, etc.
  • FIG. 4 shows how CCs constituting the UE CC set change with time.
  • FIG. 5 shows the status of the CIF table in each time interval shown in FIG.
  • the CIF is 2 bits
  • the base station 100 adds a CC to the terminal 200 due to, for example, an increase in the amount of data.
  • the setting unit 101 corrects (updates) the CIF table stored in the memory 102. Specifically, when a new CC is added to UE CC set, a new CC is added while maintaining the CC group constituting the currently set UE CC set. Also, the setting unit 101 is currently used for the added CC while maintaining the relationship between the CC group and the CIF code point that constitute the currently set UE CC set in regard to the modification of the CIF table. Assign an unassigned CIF code point. Furthermore, the setting unit 101 also assigns a “PDCCH CC number”.
  • the CC is added at the start timing of section B, the start timing of section C, and the start timing of section E.
  • the status of the CIF table in the sections B, C, and E is shown in FIGS. 5B, 5C, and 5E, respectively.
  • CC1 is added between FIG. 5B and FIG. 5C.
  • CC1 is associated with CIF code point 3 that is not used in FIG. 5B while maintaining the relationship between the CC group configuring the UE CC set in FIG. 5B and the CIF code point.
  • CC1 is deleted between FIG. 5C and FIG. 5D.
  • FIG. 5D the correspondence between CC2, 3 other than CC1 in FIG. 5C and the CIF code point is maintained.
  • the number of bits required for CC notification from base station 100 to terminal 200 is the number of CCs supported by terminal 200. Just good. For example, even when the number of CCs supported by the system is 8, if the number of CCs supported by the terminal 200 is 4, the number of bits necessary for the CC notification from the base station 100 to the terminal 200 is only 2 bits. good. That is, even when the number of CCs in the entire system is increased, it is not necessary to increase the number of CIF bits, and the amount of control information can be reduced.
  • the control part 103 forms the control signal (PDCCH) regarding the data transmission in each of several unit carriers, and the control signal of each unit carrier is based on the code point according to the CIF table corrected by the setting part 101 Labeled.
  • transmission means including setting section 101, encoding section 106, and modulation section 109 transmits a notification signal including information related to CIF table correction to terminal 200.
  • the CIF table in the memory 102 may be held for each CC that transmits the PDCCH. That is, when adding a CC, the CIF table of the assigned PDCCH CC is modified.
  • CC2 is assigned as PDCCH CC, so the CIF table of CC2 is modified.
  • CC1 may be set as PDCCH CC, and CIF code points 1 and 2 may be assigned to CC1 and CC4.
  • the CIF table of CC1 is corrected.
  • the same CIF code point can be assigned if the PDCCH CC is different, so that the number of CIF bits necessary for CC notification can be reduced.
  • the setting unit 101 of the base station 100 When adding a CC, the setting unit 101 of the base station 100 according to Embodiment 2 basically sets a pair group of the added CC and each of all CIF values to different CIF code points. Assign to. Also in the second embodiment, the setting unit 101 basically maintains the relationship between the CC group and the CIF code point constituting the currently set UE CC set with respect to the added CC. Assign a CIF code point that is not currently in use. Further, even when a part of CCs constituting UE CC set is deleted, the setting unit 101 deletes only some of the CCs while maintaining the correspondence between the CCs that are not deleted and the CIF code points. At this time, all the associations relating to the partial CC are deleted.
  • the CIF table setting unit 207 of the terminal 200 is configured so that the PDCCH receiving unit 208 determines whether the added or deleted CC number received from the setting information receiving unit 205, the CIF code point assigned to the CC, and the CFI value. The held CIF table is corrected (updated).
  • a table indicating the relationship among CIF code points, CC numbers, and CFI values is shared between the base station 100 and the terminal 200.
  • the CFI value that can be notified to the additional CC may be two or one. Therefore, when notifying CC information when adding a CC, the number of assigned code points is also notified from the base station 100 to the terminal 200. This notification format is shown in FIG.
  • FIG. 6 is a diagram showing how the CIF table changes when a CC is added.
  • FIG. 6 particularly shows how the CIF table changes when CC1 and CC4 are sequentially added to terminal 200 communicating with CC2 and CC3.
  • the CC that transmits the PDCCH is CC2.
  • the setting unit 101 assigns a pair group of the added CC and each of some CIF values to different CIF code points.
  • the setting unit 101 can also assign a pair group of the added CC and each of some CIF values to different CIF code points depending on the situation.
  • the pair actually assigned to the CIF code point is selected according to the cell environment or the like. For example, since a cell having a large cell radius (for example, a macro cell) has a large number of terminals to be accommodated, many PDCCH resources are often required.
  • a large value for example, 2 or 3 is preferable as the CFI value representing the PDCCH resource region.
  • the CFI value representing the PDCCH resource region may be small. Accordingly, in this case, for example, 1 or 2 is selected as the CFI value. Further, in a cell such as a hot spot where the number of terminals is greatly increased or decreased, 1, 3 may be selected as the CFI value. Information about the selected pair is notified separately.
  • ⁇ Modification 2> a notification format capable of storing a larger number of CIF code points than the number of CFI values actually required is used.
  • the notification format in the upper part of FIG. 7 is used.
  • mapping patterns for a plurality of notification fields of CIF code points are associated with combinations of a plurality of CFI values.
  • ⁇ Modification 3> a notification format capable of storing the same number of CIF code points as the maximum number related to the number of CFI values is used.
  • the notification format in the upper part of FIG. 7 is used.
  • a plurality of CIF tables having different numbers of usable code points per CC are defined, and which table is used is set in advance for each terminal.
  • the CIF table suitable for the reception capability (UE capability) of each terminal, the communication status of each terminal, or the cell environment can be used.
  • the memory 102 of the base station 100 stores a CIF table format group.
  • An example of this CIF table format group is shown in FIG.
  • the CIF table format has a plurality of subsets. This subset is a unit assigned to one CC. Each subset includes one or more CIF code points.
  • the CIF table format at least one of the number of CIF code points included in the subset (that is, the number of subsets included) and the combination of CFI values included in the subset are different from each other.
  • the setting unit 101 sets, for each terminal 200, which table format to use among a plurality of CIF table formats stored in the memory 102. Information regarding the set CIF table format is notified to the terminal 200 as setting information. This table format setting and notification is performed when the terminal 200 transitions from the idle mode to the active mode to start communication, or when a radio bearer is established. That is, the setting and notification of the table format is set in a longer section than the change of UE CC set.
  • the setting unit 101 sets a subset number of a CIF table format that is set in advance for each terminal 200 and is assigned to the additional CC to the terminal 200. Notice. Accordingly, terminal 200 can associate additional CCs with all CIF code points included in the notified subset number.
  • CIF table setting section 207 of terminal 200 sets the table format notified from the base station in PDCCH receiving section 208.
  • the CIF table setting unit 207 updates the CIF table with the subset number notified when the CC is added.
  • base station 100 and terminal 200 having the above configuration will be described with reference to FIG.
  • the CIF table format has a plurality of subsets.
  • the CIF code points are distributed to the subset using one or a plurality of CIF code points as a distribution unit.
  • each subset includes three CIF code points.
  • each subset basically includes two CIF code points.
  • the number of CIF code points included in the subset that is, the number of subsets included
  • the combination of CFI values included in the subset are different from each other. That is, the number of CIF code points included in the subset is different between the table format 1 and the table formats 2 to 4.
  • the table formats 2 to 4 have different combinations of CFI values included in the subsets. That is, in the table format 2, the combinations of CFI values included in the subset are 1 and 2, the table format 3 is 2 and 3, and the table format 4 is 1 and 3.
  • the reason for this is as follows. That is, even when the number of OFDM symbols in the control channel region of a certain CC is smaller than the CFI value that can be notified in the table format set for a certain terminal 200, the data signal (PDSCH) addressed to that terminal 200 is mapped. It suffices if the first OFDM symbol is the one notified by CFI. For this reason, by doing in this way, a control channel and a data signal do not overlap.
  • the setting unit 101 sets, for each terminal 200, which table format to use from among a plurality of CIF table formats stored in the memory 102, and notifies each terminal 200 of the setting information.
  • the setting unit 101 sets the table format 1 for a terminal having a capacity of up to 3 receivable CCs, and sets the table formats 2 to 4 for a terminal having a capacity of 4 or more.
  • the setting unit 101 sets table formats 2 to 4 having a large number of CCs that can be set (that is, the number of subsets possessed) for terminals that require high-speed transmission, and for terminals that do not Table 1 is set.
  • the setting unit 101 sets a table format in which a small CFI value is assigned to each subset in a cell having a small cell radius. That is, in a cell having a small cell radius (for example, a pico cell or a femto cell), the number of terminals accommodated is small. For this reason, the required PDCCH resource area is often small. Therefore, a table format in which small CFI values (for example, 1 and 2) are assigned to each subset is set.
  • the setting unit 101 assigns both a large CFI value and a small CFI value (for example, 1, 3) to each subset in a cell (hot spot or the like) in which the increase or decrease in the number of terminals is drastic.
  • a large CFI value for example, 1, 3
  • a small CFI value for example, 1, 3
  • the setting unit 101 sets, for each terminal 200, which table format to use from among a plurality of CIF table formats stored in the memory 102.
  • the plurality of CIF table formats stored in the memory 102 include the number of CIF code points included in the subset (that is, the number of subsets included) and the combination of CFI values included in the subset. At least one is different.
  • the setting unit 101 when adding a CC, the setting unit 101 only needs to notify each terminal 200 of the subset number. Thereby, the bit number concerning notification can be reduced. Further, by defining the table format in advance, combinations of a plurality of CIF code points used for assigning a certain CC are limited. For this reason, while simplifying a system and a terminal, those test man-hours can be reduced.
  • a table format 5 as shown in FIG. 10 may be defined in advance. That is, in this type of table format, combinations of CFI values differ for each subset.
  • This type of table format is useful as a table format to which 4CC or 5CC can be allocated.
  • table formats 2 to 4 are for 4 and 5CC.
  • CIF 5, 6
  • the terminal 200 interprets that the PDCCH does not include the CIF, and interprets the CIF code. It is determined that the point is not notified, or even if the CIF code point is notified, it is determined that the allocation is invalid.
  • the CC that transmits the PDCCH including information on the added CC when the CC is added is different from the added CC, the PDCCH interprets that the CIF is included and notifies the CIF code point. Judge that it has been. In this case, there is no need to separately notify the information regarding the presence / absence of CIF for each PDCCH.
  • the terminal 200 receives a notification by CIF from the added CC. What is necessary is just to judge whether notification by CIF is made from CC different from that additional CC. Therefore, in either case, the terminal 200 only needs to perform a common operation, so that the system and the terminal can be simplified.
  • notification is performed by RRC signaling when a UE ⁇ CC set is added or deleted.
  • the present invention is not limited to this, and the present invention can be applied to a case where more dynamic control is performed.
  • the CIF code point may be specified even when addition or deletion of CC (that is, CC activation / deactivation) is notified by the MAC header or PDCCH.
  • one PDCCH is transmitted per one CC.
  • the present invention is not limited to this, and two or more PDCCHs may be transmitted per CC.
  • a CIF code point is assigned to each of two or more PDCCH CCs included in one CC when a CC is added.
  • the CFI indicates the control channel region.
  • the present invention is not limited to this, and the CFI may be information indicating the first OFDM symbol to which data is mapped.
  • the PDCCH format described above is sometimes called a DCI (Downlink Control Information) format.
  • the carrier aggregation described above is sometimes called a band aggregation.
  • discontinuous bands may be connected.
  • the “unit carrier” described above is a band having a maximum width of 20 MHz and is defined as a basic unit of a communication band, but may be defined as follows.
  • the “unit carrier” (hereinafter referred to as “downlink carrier”) in the downlink is a band delimited by downlink frequency band information in the BCH broadcast from the base station, or a downlink control channel (Physical Downlink Control Channel: PDCCH). ) May be defined as a band defined by a dispersion width when dispersed in the frequency domain.
  • the “unit carrier” in the uplink includes a band delimited by the uplink frequency band information in the BCH broadcast from the base station, or a PUSCH in the vicinity of the center, It may be defined as a basic unit of a communication band of 20 MHz or less including PUCCH at both ends.
  • the “unit carrier” may be expressed in English as “Component Carrier (s)” in 3GPP LTE. It may also be called a unit band.
  • the component carrier may be defined by a physical cell number and a carrier frequency number, and may be called a cell.
  • the PDCCH may be transmitted on the main unit carrier without fail.
  • the main unit carrier may be a unit carrier determined by the system (for example, a unit carrier in which SCH or PBCH is transmitted), or a common unit carrier may be set between terminals 200 for each cell. It may be set for each terminal 200.
  • each functional block used in the description of each of the above embodiments is typically realized as an LSI which is an integrated circuit. These may be individually made into one chip, or may be made into one chip so as to include a part or all of them. Although referred to as LSI here, it may be referred to as IC, system LSI, super LSI, or ultra LSI depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and implementation with a dedicated circuit or a general-purpose processor is also possible.
  • An FPGA Field Programmable Gate Array
  • a reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
  • the transmission apparatus and the transmission method of the present invention can suppress an increase in the number of bits necessary for notification regarding a used CC and prevent a delay regarding data transmission when a CC used during carrier-aggregation communication is added. Useful as possible.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Discrete Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

　Carrier aggregationの通信時に使用されるＣＣが追加される場合に、使用ＣＣに関する通知に必要なビット数の増加を抑えると共に、データ送信に関する遅延を防止することができる送信装置及び送信方法。基地局（１００）において、設定部（１０１）が、単位キャリアセット（UE CC set）に対して単位キャリアの追加が行われる場合に、単位キャリアセットに含まれる単位キャリアのラベルとして用いられるコードポイントと単位キャリアの識別情報とが対応付けられたＣＩＦテーブルを修正し、修正前のＣＩＦテーブルにおけるコードポイントと単位キャリア識別情報との対応関係を維持したまま、追加される単位キャリアに対して、空いているコードポイントを割り当てる。

Description

送信装置及び送信方法
　本発明は、送信装置及び送信方法に関する。
　３ＧＰＰ－ＬＴＥ(3rd Generation Partnership Project Radio Access Network Long Term Evolution、以下、ＬＴＥという)では、下り回線の通信方式としてＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）が採用され、上り回線の通信方式としてＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）が採用されている（例えば、非特許文献１、２、３参照）。
　ＬＴＥでは、無線通信基地局装置（以下、基地局と省略する）はシステム帯域内のリソースブロック（Resource Block：ＲＢ）を、サブフレームと呼ばれる時間単位毎に無線通信端末装置（以下、端末と省略する）に割り当てることにより通信を行う。また、基地局は下り回線データおよび上り回線データのリソース割当結果を通知するための制御情報（リソース割当情報）を端末へ送信する。この制御情報は例えばＰＤＣＣＨ（Physical Downlink Control Channel）等の下り回線制御チャネルを用いて端末へ送信される。ここで、基地局は、端末の割当数等に応じて、ＰＤＣＣＨの送信に用いるリソース量、つまり、ＯＦＤＭシンボル数をサブフレーム単位で制御する。具体的には、基地局は、各サブフレームの先頭のＯＦＤＭシンボルでＰＤＣＣＨの送信に使用可能なＯＦＤＭシンボル数を示す情報であるＣＦＩ（Control Format Indicator）を、ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）を用いて端末へ送信する。端末は、受信したＰＣＦＩＣＨから検出したＣＦＩに従ってＰＤＣＣＨを受信する。なお、各ＰＤＣＣＨは１つまたは連続する複数のＣＣＥ（Control Channel Element）で構成されるリソースを占有する。ＬＴＥでは、ＰＤＣＣＨが占有するＣＣＥ数（ＣＣＥ連結数：CCE aggregation level）は、制御情報の情報ビット数または端末の伝搬路状態に応じて、１，２，４，８の中の１つが選択される。なお、ＬＴＥでは、システム帯域幅として最大２０ＭＨｚの幅を持つ周波数帯域がサポートされる。
　また、基地局は１サブフレームに複数の端末を割り当てるため、複数のＰＤＣＣＨを同時に送信する。このとき、基地局は、各ＰＤＣＣＨの送信先の端末を識別するために、送信先の端末ＩＤでマスキング（または、スクランブリング）したＣＲＣビットをＰＤＣＣＨに含めて送信する。そして、端末は、自端末宛ての可能性がある複数のＰＤＣＣＨにおいて、自端末の端末ＩＤでＣＲＣビットをデマスキング（または、デスクランブリング）することによりＰＤＣＣＨをブラインド復号して自端末宛のＰＤＣＣＨを検出する。
　また、端末でのブラインド復号の回数を削減することを目的として、ブラインド復号の対象となるＣＣＥを、端末毎に限定する方法が検討されている。この方法では、端末毎に、ブラインド復号対象となるＣＣＥ領域（以下、サーチスペース（Search Space）という）を限定する。ＬＴＥでは、サーチスペースは端末毎にランダムに設定され、サーチスペースを構成するＣＣＥ数はＰＤＣＣＨのＣＣＥ連結数毎に定義される。例えば、ＣＣＥ連結数１，２，４，８それぞれに対して、サーチスペースを構成するＣＣＥ数、つまり、ブラインド復号対象となるＣＣＥは６候補（６（＝１×６）ＣＣＥ），６候補（１２（＝２×６）ＣＣＥ），２候補（８（＝４×２）ＣＣＥ），２候補（１６（＝８×２）ＣＣＥ）にそれぞれ限定される。これにより、各端末は、自端末に割り当てられたサーチスペース内のＣＣＥに対してのみ、ブラインド復号を行えばよいため、ブラインド復号の回数を削減することができる。ここで、各端末のサーチスペースは、各端末の端末ＩＤと、ランダム化を行う関数であるハッシュ（ｈａｓｈ）関数とを用いて設定される。
　また、ＬＴＥでは、基地局から端末への下り回線データに対してＡＲＱ（Automatic Repeat Request）が適用される。つまり、端末は下り回線データの誤り検出結果を示す応答信号を基地局へフィードバックする。端末は下り回線データに対しＣＲＣを行って、ＣＲＣ＝ＯＫ（誤り無し）であればＡＣＫ（Acknowledgment）を、ＣＲＣ＝ＮＧ（誤り有り）であればＮＡＣＫ（Negative Acknowledgment）を応答信号（つまり、ＡＣＫ／ＮＡＣＫ信号）として基地局へフィードバックする。そして、基地局は、フィードバックされた応答信号がＮＡＣＫを示す場合には、端末に対して再送データを送信する。また、ＬＴＥでは、誤り訂正符号化とＡＲＱとを組合せたＨＡＲＱ（Hybrid ARQ）と呼ばれるデータ再送制御が検討されている。ＨＡＲＱでは、端末は、再送されるデータを受信するときに、再送データと前回受信した誤りの含まれるデータとを合成することにより、端末側での受信品質を高めることができる。
　また、ＬＴＥよりも更なる通信の高速化を実現する３ＧＰＰ　ＬＴＥ－Ａｄｖａｎｃｅｄ（以下、ＬＴＥ－Ａという）の標準化が開始された。ＬＴＥ－Ａでは、最大１Ｇｂｐｓ以上の下り伝送速度および最大５００Ｍｂｐｓ以上の上り伝送速度を実現するために、４０ＭＨｚ以上の広帯域周波数で通信可能な基地局および端末（以下、ＬＴＥ－Ａ端末という）が導入される見込みである。また、ＬＴＥ－Ａシステムは、ＬＴＥ－Ａ端末のみでなく、ＬＴＥシステムに対応する端末（以下、ＬＴＥ端末という）を収容することが要求されている。
　そして、ＬＴＥ－Ａでは、４０ＭＨｚ以上の広帯域通信を実現するために、複数の周波数帯域を連結して通信するキャリアキャリア連結（Carrier aggregation）方式が提案されている（例えば、非特許文献１参照）。例えば、２０ＭＨｚの幅を持つ周波数帯域が通信帯域の基本単位(以下、単位キャリア（component carrier: CC）という)とされている。よって、ＬＴＥ－Ａでは、例えば、２つの単位キャリアを連結することにより４０ＭＨｚのシステム帯域幅を実現する。また、１つの単位キャリアには、ＬＴＥ端末およびＬＴＥ－Ａ端末の双方が収容される。なお、以下の説明では、上り回線における単位キャリアを上り単位キャリアと呼び、下り回線における単位キャリアを下り単位キャリアと呼ぶ。　
　ＬＴＥ－Ａではシステムとして少なくとも５つのＣＣによるキャリア連結をサポートすることが検討されているが、各端末のＣＣ数の受信能力や要求される伝送レートなどによって実際に使われるＣＣ数は端末ごとに異なる。そこで、どのＣＣを用いるのかは端末ごとに設定(Configure)される。設定されたＣＣを「UE CC set」と呼ぶ。また、UE CC setは端末の要求伝送レートによりsemi-staticに制御される。
　また、ＬＴＥ－Ａでは各単位キャリアのリソース割当情報を基地局から端末へ通知する方法として、ある単位キャリアで送信されるＰＤＣＣＨで異なる単位キャリアのデータを割り当てることが議論されている（例えば、非特許文献４）。具体的にはＰＤＣＣＨ内のCarrier Indicator(CI)を用いてそのＰＤＣＣＨが割当対象とする単位キャリアを指示することが検討されている。すなわち、ＣＩによって、各単位キャリアがラベリングされる。ＣＩはＣＩＦ(Carrier Indicator Field)と呼ばれるＰＤＣＣＨ内のフィールドで送信される。
　また、ＣＩＦ内でＣＩに加えて割当対象の単位キャリアのＣＩＦ値を合わせて通知することも検討されている（非特許文献５）。
　また、上記した非特許文献４には、ＣＩの値(つまり、コードポイント)とそれが示すＣＣ番号との対応付けに関して、開示がある。すなわち、ＰＤＣＣＨが送信されたＣＣと同一のＣＣを割り当てる場合には、ＣＩ＝１(ＣＩが１から始まる場合)を割り当てる。その他のＣＣに関しては、周波数の低いＣＣから順にＣＩの値が対応付けられる。例えば、図１Ｂのように、３つのＣＣ(周波数の低い順にCC1,CC2,CC3)が存在し、３つ全てのＣＣが端末に設定されている場合(つまり、UE CC setがCC1,CC2,CC3の場合)には、ＣＣ２で送信されるＰＤＣＣＨではＣＩ＝１でＣＣ２のデータ割当を示し、ＣＩ＝２でＣＣ１のデータ割当を示し、ＣＩ＝３でＣＣ３のデータ割当を示す。一方、図１Ａのように、３つのうち２つのＣＣが設定されている場合（例えば、UE CC setがCC2，CC3の場合）には、ＣＩ＝１でＣＣ２のデータ割当を示し、ＣＩ＝２でＣＣ３のデータ割当を示す。この場合、各端末のＣＣの設定(つまり、UE CC set)が変更される度に、同一ＣＣを割り当てるＣＩ以外は、ＣＩとＣＣ番号との対応付けが変化する。上記の例では、ＣＣ１とＣＣ２とが設定されている端末に対して、ＣＣ１をUE CC Setに追加する場合には、ＣＣ３を割り当てるＣＩのコードポイントがＣＣ追加の前後で変化する。
　ここで、UE CC setの変更（つまり、ＣＣの追加及び削除）は例えば非特許文献６記載のＲＲＣシグナリングで行うことが検討されている。より具体的にはRRC connection reconfiguration procedureにより行う。UE CC setの変更の際には、基地局はまずRRC connection reconfiguration messageを端末に変更の旨を通知する。このメッセージを受信した端末は設定を変更し、変更が完了したらRRC connection reconfiguration complete messageを基地局に報告する。基地局はRRC connection reconfiguration complete messageを受信することにより端末で設定変更が正常に完了したことを知ることができる。ここで、これらのメッセージのやり取りには通常数10ms～100msの時間がかかる。
3GPP TS 36.211 V8.3.0, "Physical Channels and Modulation (Release 8)," May 2008 3GPP TS 36.212 V8.3.0, "Multiplexing and channel coding (Release 8)," May 2008 3GPP TS 36.213 V8.3.0, "Physical layer procedures (Release 8)," May 2008 3GPP TSG RAN WG1 meeting, R1-100041, "Mapping of CIF to component carrier" January 2010 3GPP TSG RAN WG1 meeting, R1-100360, "PCFICH in cross carrier operation" January 2010 3GPP TS 36.331 V8.7.0 "Radio Resource Control (RRC)", (2009-09)
　しかしながら、上記した非特許文献４におけるＣＩとＣＣ番号との対応付けによれば、ＣＣを追加したときに、ＣＩのコードポイントとＣＣとの対応関係が変化する。このため、上記のRRC connection reconfiguration procedureにかかる時間（つまり、基地局がRRC connection reconfiguration messageを送信してからRRC connection reconfiguration complete messageを受信するまでの間）では、基地局は、ＰＤＣＣＨを送信するＣＣ（上記例ではＣＣ２）以外のＣＣを割り当てることができない。つまり、送信すべきデータの量が増加するなどの理由でＣＣを追加したにもかかわらず、上記Reconfigurationが完了するまでの間、新規追加するＣＣ(上記例ではＣＣ２)のみならず、これまで使用していたＣＣ(ＣＣ３)にもデータを割り当てることができない。従って、データ送信の遅延を招くことになる。
　一方で、ＣＩとＣＣとの対応付けを固定的にすると、上記したデータ送信の遅延という課題は生じない。例えば、ＣＣ１にはＣＩ＝１を、ＣＣ２にはＣＩ＝２を、ＣＣ３にはＣＩ＝３を、固定的に対応付けることにより、対応関係に変化が生じない。しかしながら、この場合には、端末へ設定したＣＣ数によらず、システムの総ＣＣ数に対応するコードポイント数(例えば、８ＣＣのシステムでは３ビット)を、ＣＣの通知に必要となる。このため、ＣＩＦのビット数の増大を招くことになる。例えば、１端末当たりに高々4つのＣＣ(２ビットで表現可能)を割り当てることができれば良い場合でも、常に３ビットでの通知が必要となる。言い換えれば、この場合には、システムがサポート可能なＣＣ数が、ＣＩＦのビット数によって限定されてしまう。
　本発明の目的は、Carrier aggregationの通信時に使用されるＣＣが追加される場合に、使用ＣＣに関する通知に必要なビット数の増加を抑えると共に、データ送信に関する遅延を防止することができる送信装置及び送信方法を提供することである。
　本発明の一態様の送信装置は、複数の単位キャリアを含む単位キャリアセットでデータを送信する送信装置であって、前記単位キャリアセットに対して単位キャリアの追加が行われる場合に、前記データが送信される単位キャリアのラベルとして用いられるコードポイントと単位キャリアの識別情報とが対応付けられたラベリングルールを修正する手段であって、修正前の前記ラベリングルールにおけるコードポイントと単位キャリア識別情報との対応関係を維持したまま、前記追加される単位キャリアに対して、空いているコードポイントを割り当てる、設定手段と、前記複数の単位キャリアのそれぞれでのデータ送信に関する制御信号を形成する手段であって、各単位キャリアの制御信号が、前記修正手段によって修正されたラベリングルールに従ったコードポイントによってラベリングされている、形成手段と、前記ラベリングルールの修正に関する情報を含む通知信号を前記データの受信側に送信する送信手段と、を具備する。
　本発明の一態様の送信方法は、複数の単位キャリアを含む単位キャリアセットでデータを送信する送信方法であって、前記単位キャリアセットに対して単位キャリアの追加が行われる場合に、前記データが送信される単位キャリアのラベルとして用いられるコードポイントと単位キャリアの識別情報とが対応付けられたラベリングルールを修正するステップであって、修正前の前記ラベリングルールにおけるコードポイントと単位キャリア識別情報との対応関係を維持したまま、前記追加される単位キャリアに対して、空いているコードポイントを割り当てる、設定ステップと、前記複数の単位キャリアのそれぞれでのデータ送信に関する制御信号を形成するステップであって、各単位キャリアの制御信号が、前記修正ステップによって修正されたラベリングルールに従ったコードポイントによってラベリングされている、形成ステップと、前記ラベリングルールの修正に関する情報を含む通知信号を前記データの受信側に送信する送信ステップと、を具備する。
　本発明によれば、Carrier aggregationの通信時に使用されるＣＣが追加される場合に、使用ＣＣに関する通知に必要なビット数の増加を抑えると共に、データ送信に関する遅延を防止することができる送信装置及び送信方法を提供することができる。
従来のラベリング方法の説明に供する図 本発明の実施の形態１に係る基地局の構成を示すブロック図 本発明の実施の形態１に係る端末の構成を示すブロック図 基地局及び端末の動作説明に供する図 基地局及び端末の動作説明に供する図 本発明の実施の形態２に係る基地局及び端末の動作説明に供する図 通知フォーマットの説明に供する図 変形例１の説明に供する図 本発明の実施の形態３に係るＣＩＦテーブルフォーマットの説明に供する図 本発明の実施の形態３に係るＣＩＦテーブルフォーマットの説明に供する図
　以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
　［実施の形態１］
　［基地局の構成］
　図２は、本発明の実施の形態１に係る基地局１００の構成を示すブロック図である。図２において、基地局１００は、設定部１０１と、メモリ１０２と、制御部１０３と、ＰＤＣＣＨ生成部１０４と、符号化部１０５，１０６，１０７と、変調部１０８，１０９，１１０と、割当部１１１と、ＰＣＦＩＣＨ生成部１１２と、多重部１１３と、ＩＦＦＴ（Inverse Fast Fourier Transform）部１１４と、ＣＰ（Cyclic Prefix）付加部１１５と、送信ＲＦ部１１６と、受信ＲＦ部１１７と、ＣＰ除去部１１８と、ＦＦＴ（Fast Fourier Transform）部１１９と、抽出部１２０と、ＩＤＦＴ（Inverse Discrete Fourier transform）部１２１と、データ受信部１２２とを有する。
　設定部１０１は、端末毎に上り回線および下り回線にそれぞれ使用する１つまたは複数のＣＣを設定（configure）、つまり、UE CC setを設定する。このUE CC setは、例えば、各端末の所要伝送レート、送信バッファ内の送信すべきデータ量、許容遅延量、QoS（Quality of Service）などに従って、設定される。また、設定部１０１は、一度設定したUE CC setの変更も行う。
　設定部１０１は、UE CC setの初期設定時及びUE CC setの変更の都度、メモリ１０２に記憶されているＣＩＦテーブル（つまり、ラベリングルール）を修正（更新）する。このメモリ１０２に記憶されているＣＩＦテーブルでは、UE CC setを構成するＣＣ群のそれぞれが、ＣＩＦのコードポイントと対応付けられている。
　具体的には、設定部１０１は、UE CC setに新たにＣＣを追加する場合には、現在設定されているUE CC setを構成するＣＣ群を維持したまま、新たなＣＣを追加する。また、設定部１０１は、ＣＩＦテーブルの修正に関しても、現在設定されているUE CC setを構成するＣＣ群とＣＩＦコードポイントとの関係は維持したまま、追加されたＣＣに対して、現在使われていないＣＩＦコードポイントを割り当てる。さらに、設定部１０１は、追加されたＣＣで送信されるデータに関するリソース割当情報を含むＰＤＣＣＨ信号を送信するＣＣの番号（以下では、この番号は、単に「ＰＤＣＣＨ　ＣＣ番号」と呼ばれることがある）も割り当てる。また、設定部１０１は、UE CC setを構成する一部のＣＣを削除する場合にも、削除されないＣＣとＣＩＦコードポイントとの対応関係は維持したまま、その一部のＣＣのみを削除する。このＣＩＦテーブル及びＣＩＦテーブルの修正処理の詳細については、後に詳しく説明する。
　また、設定部１０１は、UE CC setに変更がある場合には、次の情報を、符号化部１０６を経由する処理系統を介して後述する端末２００へ通知する。すなわち、ＣＣを追加する場合には、設定部１０１は、追加されるＣＣの番号、ＰＤＣＣＨ　ＣＣ番号、及び、追加されるＣＣに割り当てられたＣＩＦコードポイントが、端末２００へ通知される。一方、ＣＣを削除する場合には、設定部１０１は、削除されるＣＣの番号が、端末２００へ通知される。これらの設定は、比較的長いスパンで用いられる。つまり、設定変更はサブフレーム単位では行われない。
　また、設定部１０１は、UE CC setの初期設定時及びUE CC setの変更の都度、UE CC setを構成するＣＣの番号及びＰＤＣＣＨ　ＣＣ番号を、制御部１０３及びＰＤＣＣＨ生成部１０４に出力する。なお、以下では、設定部１０１から出力される情報を総称して、「設定情報」と呼ぶことがある。
　制御部１０３は、リソース割当情報（つまり、上りリソース割当情報及び下りリソース割当情報）を生成する。上りリソース割当情報は、割当対象端末２００の上り回線データを割り当てる上りリソース（例えば、ＰＵＳＣＨ）を示す。一方、下りリソース割当情報は、割当対象端末２００宛ての下り回線データを割り当てる下りリソース（例えば、ＰＤＳＣＨ）を示す。ここで、リソース割当情報には、リソースブロック（ＲＢ：Resource Block）の割当情報、データのＭＣＳ情報、データが新規データであるか再送データであるかを示す情報（ＮＤＩ：New Data Indicator）またはＲＶ（Redundancy version）情報等のＨＡＲＱ再送に関する情報、及びそのリソース割り当ての対象とするＣＣの情報（ＣＩ：Carrier Indicator）及び割当対象のＣＣのＣＦＩ情報も含まれる。
　そして、制御部１０３は、リソース割当情報をＰＤＣＣＨ生成部１０４および多重部１１３に出力する。
　ここで、制御部１０３は、設定部１０１から受け取る設定情報に基づいて、割当対象端末２００に対するリソース割当情報を、その端末２００に設定した下り単位キャリアに配置されたＰＤＣＣＨに割り当てる。この割当処理は、サブフレーム単位で行われる。具体的には、制御部１０３は、割当対象端末２００に対するリソース割当情報を、その端末２００に設定されたＰＤＣＣＨ　ＣＣ番号の示す下り単位キャリアに配置されたＰＤＣＣＨに割り当てる。また、制御部１０３は、設定部１０１によって更新されているＣＩＦテーブルに従って、リソース割当対象である各ＣＣに対してＣＩＦコードポイントを割り当てる。なお、ＰＤＣＣＨは、１つまたは複数のＣＣＥで構成される。また、基地局１００が使用するＣＣＥ数は、割当対象端末２００の伝搬路品質（ＣＱＩ：Channel Quality Indicator）および制御情報サイズに基づいて設定される。これにより、端末２００は、必要十分な誤り率で制御情報を受信できる。
　また、制御部１０３は、ＰＤＣＣＨの送信に使用されるＯＦＤＭシンボル数を、下り単位キャリア毎に決定する。この決定は、ＰＤＣＣＨに使用されるＣＣＥ数に基づいて行われる。制御部１０３は、決定したＯＦＤＭシンボル数を示すＣＦＩ情報を生成する。そして、制御部１０３は、下り単位キャリア毎のＣＦＩ情報を、ＰＣＦＩＣＨ生成部１１２および多重部１１３に出力する。
　ＰＤＣＣＨ生成部１０４は、設定部１０１から受け取る設定情報（特に、ＰＤＣＣＨ　ＣＣ番号）の示す下り単位キャリアで送信するＰＤＣＣＨ信号を、生成する。このＰＤＣＣＨ信号には、制御部１０３から出力された、上りリソース割当情報および下りリソース割当情報が含まれる。また、ＰＤＣＣＨ生成部１０４は、ＰＤＣＣＨ信号にＣＲＣビットを付加し、さらにＣＲＣビットを端末ＩＤでマスキング（または、スクランブリング）する。そして、ＰＤＣＣＨ生成部１０４は、マスキング後のＰＤＣＣＨ信号を、符号化部１０５に出力する。
　以上で説明した処理は、処理対象端末２００毎に行われる。
　符号化部１０５は、ＰＤＣＣＨ生成部１０４から入力される各単位キャリアのＰＤＣＣＨ信号に対してチャネル符号化を行い、符号化後のＰＤＣＣＨ信号を変調部１０８に出力する。
　変調部１０８は、符号化部１０５から入力されるＰＤＣＣＨ信号を変調して、変調後のＰＤＣＣＨ信号を割当部１１１に出力する。
　割当部１１１は、変調部１０８から入力される各端末のＰＤＣＣＨ信号を、各下り単位キャリアにおける端末毎のサーチスペース内のＣＣＥにそれぞれ割り当てる。そして、割当部１１１は、ＣＣＥに割り当てたＰＤＣＣＨ信号を多重部１１３に出力する。
　ＰＣＦＩＣＨ生成部１１２は、制御部１０３から入力される下り単位キャリア毎のＣＦＩ情報に基づいて、下り単位キャリア毎に送信されるＰＣＦＩＣＨ信号を生成する。そして、ＰＣＦＩＣＨ生成部１１２は、生成したＰＣＦＩＣＨ信号を多重部１１３に出力する。
　符号化部１０６は、設定部１０１から入力される設定情報を符号化して、符号化後の設定情報を変調部１０９に出力する。
　変調部１０９は、符号化後の設定情報を変調して、変調後の設定情報を多重部１１３に出力する。
　符号化部１０７は、入力される送信データ（下り回線データ）をチャネル符号化して、チャネル符号化後の送信データ信号を変調部１１０に出力する。
　変調部１１０は、チャネル符号化後の送信データ信号を変調して、変調後の送信データ信号を多重部１１３に出力する。
　多重部１１３は、割当部１１１から入力されるＰＤＣＣＨ信号、ＰＣＦＩＣＨ生成部１１２から入力されるＰＣＦＩＣＨ信号、変調部１０９から入力される設定情報および変調部１１０から入力されるデータ信号（つまり、ＰＤＳＣＨ信号）を多重する。ここで、多重部１１３は、制御部１０３から入力される各下り単位キャリアのＣＦＩ情報に基づいて、ＰＤＣＣＨを配置するＯＦＤＭシンボル数を下り単位キャリア毎に決定する。また、多重部１１３は、制御部１０３から入力される下りリソース割当情報に基づいて、ＰＤＣＣＨ信号およびデータ信号（ＰＤＳＣＨ信号）を各下り単位キャリアにマッピングする。なお、多重部１１３は、設定情報をＰＤＳＣＨにマッピングしてもよい。そして、多重部１１３は、多重信号をＩＦＦＴ部１１４に出力する。
　ＩＦＦＴ部１１４は、多重部１１３から入力される多重信号を時間波形に変換し、ＣＰ付加部１１５は、この時間波形にＣＰを付加することによりＯＦＤＭ信号を得る。
　送信ＲＦ部１１６は、ＣＰ付加部１１５から入力されるＯＦＤＭ信号に対して無線送信処理（アップコンバート、Ｄ／Ａ変換等）を施し、アンテナを介して送信する。
　一方、受信ＲＦ部１１７は、アンテナを介して受信帯域で受信した受信無線信号に対して無線受信処理（ダウンコンバート、Ａ／Ｄ変換等）を施し、得られた受信信号をＣＰ除去部１１８に出力する。
　ＣＰ除去部１１８は、受信信号からＣＰを除去し、ＦＦＴ部１１９は、ＣＰ除去後の受信信号を周波数領域信号に変換する。
　抽出部１２０は、制御部１０３から入力される上りリソース割当情報（例えば、４サブフレーム前の上りリソース割当情報）に基づいて、ＦＦＴ部１１９から入力される周波数領域信号から、各端末の上り回線データおよびＰＵＣＣＨ信号（例えば、ＡＣＫ／ＮＡＣＫ信号）を抽出する。ＩＤＦＴ部１２１は抽出部１２０で抽出された信号を時間領域信号に変換し、その時間領域信号をデータ受信部１２２に出力する。
　データ受信部１２２は、ＩＤＦＴ部１２１から入力される時間領域信号のうち、上り回線データを復号する。そして、データ受信部１２２は、復号後の上り回線データを受信データとして出力する。
　［端末の構成］
　図３は、本発明の実施の形態１に係る端末２００の構成を示すブロック図である。端末２００は、複数の下り単位キャリアを使用して基地局１００と通信する。また、端末２００は、受信データに誤りがある場合には、ＨＡＲＱバッファに受信データを格納し、再送時に再送データと、ＨＡＲＱバッファに格納している受信済データとを合成して、得られる合成信号を復号する。
　図３において、端末２００は、受信ＲＦ部２０１と、ＣＰ除去部２０２と、ＦＦＴ部２０３と、分離部２０４と、設定情報受信部２０５と、ＰＣＦＩＣＨ受信部２０６と、ＣＩＦテーブル設定部２０７と、ＰＤＣＣＨ受信部２０８と、ＰＤＳＣＨ受信部２０９と、変調部２１０，２１１と、ＤＦＴ（Discrete Fourier transform）部２１２と、マッピング部２１３と、ＩＦＦＴ部２１４と、ＣＰ付加部２１５と、送信ＲＦ部２１６とを有する。
　受信ＲＦ部２０１は、受信帯域を変更可能に構成されており、設定情報受信部２０５から入力される帯域情報に基づいて、受信帯域を変更する。そして、受信ＲＦ部２０１は、アンテナを介して受信帯域で受信した受信無線信号（ここでは、ＯＦＤＭ信号）に対して無線受信処理（ダウンコンバート、Ａ／Ｄ変換等）を施し、得られた受信信号をＣＰ除去部２０２に出力する。
　ＣＰ除去部２０２は、受信信号からＣＰを除去し、ＦＦＴ部２０３は、ＣＰ除去後の受信信号を周波数領域信号に変換する。この周波数領域信号は、分離部２０４に出力される。
　分離部２０４は、ＦＦＴ部２０３から受け取る信号を、設定情報を含む上位レイヤの制御信号（例えば、ＲＲＣシグナリング等）と、ＰＣＦＩＣＨ信号と、ＰＤＣＣＨ信号と、データ信号（つまり、ＰＤＳＣＨ信号）とに分離する。そして、分離部２０４は、制御信号を設定情報受信部２０５に出力し、ＰＣＦＩＣＨ信号をＰＣＦＩＣＨ受信部２０６に出力し、ＰＤＣＣＨ信号をＰＤＣＣＨ受信部２０８に出力し、ＰＤＳＣＨ信号をＰＤＳＣＨ受信部２０９に出力する。
　設定情報受信部２０５は、分離部２０４から受け取る制御信号から、次の情報を読み取る。すなわち、この読み取られる情報は、自端末に設定された、データ送信に用いる上り単位キャリアおよび下り単位キャリア、各単位キャリアのリソース割当情報が割り当てられたＰＤＣＣＨ信号の送信に使用される下り単位キャリアを示す情報、並びに、追加又は削除されたＣＣに対応するＣＩＦコードポイントを読み取る。
　そして、設定情報受信部２０５は、読み取った情報を、ＣＩＦテーブル設定部２０７、ＰＤＣＣＨ受信部２０８、受信ＲＦ部２０１、および送信ＲＦ部２１６に出力する。また、設定情報受信部２０５は、分離部２０４から受け取る制御信号から、自端末に設定された端末ＩＤを読み取り、読み取った端末ＩＤ情報をＰＤＣＣＨ受信部２０８に出力する。
　ＰＣＦＩＣＨ受信部２０６は、分離部２０４から受け取るＰＣＦＩＣＨ信号からＣＦＩ情報を抽出する。すなわち、ＰＣＦＩＣＨ受信部２０６は、リソース割当情報が割り当てられたＰＤＣＣＨに使用されるＯＦＤＭシンボル数を示すＣＦＩ情報を、自端末に設定された複数の下り単位キャリア毎に得る。そして、ＰＣＦＩＣＨ受信部２０６は、抽出したＣＦＩ情報をＰＤＣＣＨ受信部２０８およびＰＤＳＣＨ受信部２０９に出力する。
　ＣＩＦテーブル設定部２０７は、設定情報受信部２０５から受け取る追加又は削除されたＣＣの番号、及び、当該ＣＣに割り当てられたＣＩＦコードポイントに基づいて、ＰＤＣＣＨ受信部２０８が保持しているＣＩＦテーブルを修正（更新）する。この修正処理は、基地局１００における修正処理と一致する。
　ＰＤＣＣＨ受信部２０８は、分離部２０４から受け取るＰＤＣＣＨ信号をブラインド復号して、自端末宛てのＰＤＣＣＨ信号（リソース割当情報）を得る。ここで、ＰＤＣＣＨ信号は、設定情報受信部２０５から受け取る情報に示される、自端末に設定された下り単位キャリアに配置されたＣＣＥ（すなわち、ＰＤＣＣＨ）にそれぞれ割り当てられている。
　具体的には、ＰＤＣＣＨ受信部２０８は、ＰＣＦＩＣＨ受信部２０６から受け取るＣＦＩ情報に基づいて、ＰＤＣＣＨが配置されたＯＦＤＭシンボル数を下り単位キャリア毎に特定する。また、ＰＤＣＣＨ受信部２０８は、設定情報受信部２０５から受け取る端末ＩＤを用いて自端末のサーチスペースを算出する。
　そして、ＰＤＣＣＨ受信部２０８は、算出したサーチスペース内の各ＣＣＥに割り当てられたＰＤＣＣＨ信号を復調および復号する。
　ここで、ＰＤＣＣＨ受信部２０８は、各単位キャリアのデータのリソース割当を行うＰＤＣＣＨそれぞれに対してブラインド復号する。例えば、２つの単位キャリア（下り単位キャリア１および下り単位キャリア２）が存在し、両ＣＣについてＰＤＣＣＨ信号がＣＣ１から送信される場合、ＰＤＣＣＨ受信部２０８は、下り単位キャリア１のデータ割当を行うＰＤＣＣＨに対するブラインド復号、および、下り単位キャリア２のデータ割当を行うＰＤＣＣＨに対するブラインド復号を、ＣＣ１上でそれぞれ行う。
　そして、ＰＤＣＣＨ受信部２０８は、復号後のＰＤＣＣＨ信号に対して、端末ＩＤ情報に示される自端末の端末ＩＤでＣＲＣビットをデマスキングすることによりＣＲＣ＝ＯＫ（誤り無し）となったＰＤＣＣＨ信号を自端末宛てのＰＤＣＣＨ信号であると判定する。
　そして、ＰＤＣＣＨ受信部２０８は、自端末宛てのＰＤＣＣＨ信号に含まれる下りリソース割当情報をＰＤＳＣＨ受信部２０９に出力し、上りリソース割当情報をマッピング部２１３に出力する。一方、ＣＲＣ＝ＯＫとなるＰＤＣＣＨ信号が検出されなかった場合には、ＰＤＣＣＨ受信部２０８は、現在のサブフレームでは自端末宛のデータ割当が無かったものと判断し、次のサブフレームまで待機する。
　ここで、ＰＤＣＣＨ信号に含まれる下りリソース割当情報では、下りデータの送信に用いられるＣＣがＣＩＦコードポイントによって示されている。従って、ＰＤＣＣＨ受信部２０８は、ＣＩＦテーブル設定部２０７によって更新されたＣＩＦテーブルを参照して、下りリソース割当情報に含まれるＣＩＦコードポイントをＣＣ番号に変換した後に、下りリソース割当情報をＰＤＳＣＨ受信部２０９に出力する。なお、ＣＩＦテーブルは、ＰＤＣＣＨ受信部２０８が有するメモリ（図示せず）に記憶されている。
　ＰＤＳＣＨ受信部２０９は、ＰＤＣＣＨ受信部２０８から受け取る、複数の下り単位キャリアの下りリソース割当情報及びＣＦＩ情報、並びに、ＰＣＦＩＣＨ受信部２０６から受け取る、ＰＤＣＣＨが送信されたＣＣのＣＦＩ情報に基づいて、分離部２０４から受け取るＰＤＳＣＨ信号から受信データ（下り回線データ）を抽出する。また、ＰＤＣＣＨ送信されるＣＣとＰＤＳＣＨ送信されるＣＣとが異なる場合には、ＣＦＩ情報は、復号後のＰＤＣＣＨ信号から得られる。
　また、ＰＤＳＣＨ受信部２０９は、抽出した受信データ（下り回線データ）に対して誤り検出を行う。そして、ＰＤＳＣＨ受信部２０９は、誤り検出の結果、受信データに誤りがある場合にはＡＣＫ／ＮＡＣＫ信号としてＮＡＣＫ信号を生成し、受信データに誤りが無い場合にはＡＣＫ／ＮＡＣＫ信号としてＡＣＫ信号を生成し、ＡＣＫ／ＮＡＣＫ信号を変調部２１０に出力する。また、ＰＤＳＣＨ受信部２０９は、受信データに誤りがある場合には、抽出した受信データをＨＡＱＲバッファ（図示せず）に格納する。そして、ＰＤＳＣＨ受信部２０９は、再送データを受信した場合には、ＨＡＲＱバッファに格納している受信済データと、再送データとを合成し、得られる合成信号に対して誤り検出を行う。なお、基地局１００がＰＤＳＣＨ送信をＭＩＭＯ（Multiple-Input Multiple Output）等により空間多重して、２つのデータブロック（Transport Block）を送信している場合には、ＰＤＳＣＨ受信部２０９は、それぞれのデータブロックに対してＡＣＫ／ＮＡＣＫ信号を生成する。
　変調部２１０は、ＰＤＳＣＨ受信部２０９から受け取るＡＣＫ／ＮＡＣＫ信号を変調する。なお、基地局１００が各下り単位キャリアでＰＤＳＣＨ信号を空間多重して、２つのデータブロックを送信している場合には、変調部２１０は、ＡＣＫ／ＮＡＣＫ信号に対してＱＰＳＫ変調を施す。一方、基地局１００が１つのデータブロックを送信している場合には、変調部２１０は、ＡＣＫ／ＮＡＣＫ信号に対してＢＰＳＫ変調を施す。つまり、変調部２１０は、各下り単位キャリアのＡＣＫ／ＮＡＣＫ信号として、１つのＱＰＳＫ信号またはＢＰＳＫ信号を生成する。そして、変調部２１０は、変調後のＡＣＫ／ＮＡＣＫ信号をマッピング部２１３に出力する。
　変調部２１１は、送信データ（上り回線データ）を変調し、変調後のデータ信号をＤＦＴ部２１２に出力する。
　ＤＦＴ部２１２は、変調部２１１から入力されるデータ信号を周波数領域に変換し、得られる複数の周波数成分をマッピング部２１３に出力する。
　マッピング部２１３は、ＰＤＣＣＨ受信部２０８から入力される上りリソース割当情報に従って、ＤＦＴ部２１２から入力されるデータ信号を、上り単位キャリアに配置されたＰＵＳＣＨにマッピングする。また、マッピング部２１３は、変調部２１０から入力されるＡＣＫ／ＮＡＣＫ信号を、上り単位キャリアに配置されたＰＵＣＣＨにマッピングする。
　なお、変調部２１０、変調部２１１、ＤＦＴ部２１２およびマッピング部２１３は上り単位キャリア毎に設けられてもよい。
　ＩＦＦＴ部２１４は、ＰＵＳＣＨにマッピングされた複数の周波数成分を時間領域波形に変換し、ＣＰ付加部２１５は、その時間領域波形にＣＰを付加する。
　送信ＲＦ部２１６は、送信帯域を変更可能に構成されており、設定情報受信部２０５から受け取る情報に基づいて、送信帯域を設定する。そして、送信ＲＦ部２１６は、ＣＰが付加された信号に送信無線処理（アップコンバート、Ｄ／Ａ変換等）を施してアンテナを介して送信する。
　［基地局１００及び端末２００の動作］
　以上の構成を有する基地局１００及び端末２００の動作について説明する。ここでは、特に、UE CC setの変更に伴う、ＣＩＦテーブルの修正処理について説明する。
　図４には、UE CC setを構成するＣＣが時間と共に変化する様子が示されている。図５には、図４に示される各時間区間における、ＣＩＦテーブルの状況が示されている。ここで、ＣＩＦは２ビットの場合、４個のコードポイントが存在し、ビット列００、０１、１０、１１で表現される。ここでは、ＣＩ＝１、２、３、４がそれぞれビット列００、０１、１０、１１に対応するものとして説明する。
　図４に示すように、端末２００の電源導入時には、ＬＴＥと同様のセルサーチ、ランダムアクセスなどの動作によって、基地局１００との間の通信は、１つのＣＣ（図４では、ＣＣ２）で開始される。
　そして、基地局１００は、例えばデータ量の増加を要因として、端末２００に対してＣＣの追加を行う。このとき、基地局１００において、設定部１０１は、メモリ１０２に記憶されているＣＩＦテーブルを修正（更新）する。具体的には、UE CC setに新たにＣＣを追加する場合には、現在設定されているUE CC setを構成するＣＣ群を維持したまま、新たなＣＣを追加する。また、設定部１０１は、ＣＩＦテーブルの修正に関しても、現在設定されているUE CC setを構成するＣＣ群とＣＩＦコードポイントとの関係は維持したまま、追加されたＣＣに対して、現在使われていないＣＩＦコードポイントを割り当てる。さらに、設定部１０１は、「ＰＤＣＣＨ　ＣＣ番号」も割り当てる。
　例えば、図４では、区間Ｂの先頭タイミング、区間Ｃの先頭タイミング、及び区間Ｅの先頭タイミングで、ＣＣの追加が行われている。区間Ｂ、Ｃ、ＥにおけるＣＩＦテーブルの状況は、図５Ｂ、Ｃ、Ｅにそれぞれ示されている。例えば、図５Ｂと図５Ｃとの間でＣＣ１が追加されている。図５Ｃでは、図５ＢにおけるUE CC setを構成するＣＣ群とＣＩＦコードポイントとの関係が維持されたまま、図５Ｂでは使用されていないＣＩＦコードポイント３に対してＣＣ１が対応付けられている。
　また、図４に示すように、区間Ｃでは、ＣＣ２のＰＤＣＣＨによって、ＣＣ１，２，３におけるデータ(PDSCH)割り当てに関する情報が、端末２００に通知されている。すなわち、このときの「ＰＤＣＣＨ　ＣＣ番号」は、２となる。
　また、設定部１０１は、UE CC setを構成する一部のＣＣを削除する場合にも、削除されないＣＣとＣＩＦコードポイントとの対応関係は維持したまま、その一部のＣＣのみを削除する。
　例えば、図５Ｃと図５Ｄとの間ではＣＣ１の削除が行われている。図５Ｄでは、図５Ｃにおける、ＣＣ１以外のＣＣ２，３とＣＩＦコードポイントとの対応関係は維持されている。
　なお、端末２００のＣＩＦテーブル設定部２０７による修正処理は、基地局１００における修正処理と一致する。
　以上のように、UE CC setの変更（つまり、ＣＣの追加又は削除）に伴い、ＣＩＦテーブルが変更される場合でも、変更に関係ないＣＣとＣＩＦコードポイントとの対応関係が維持される。すなわち、UE CC setの変更時に必要となるRRC connection reconfiguration procedureが実行されている最中にも、変更に関係ないＣＣに対しては、既に割り当てられているコードポイントをそのまま用いて、データを割り当てることができる。これにより、データ送信に関する遅延を防止することができる。また、より多くのＣＣを使うことができるため、データスループットを向上することができる。
　また、実際に端末２００に設定されているＣＣに対してのみ、ＣＩＦコードポイントが割り当てられるので、基地局１００から端末２００に対するＣＣの通知に必要なビット数は、端末２００がサポートするＣＣ数分だけで良い。例えば、システムのサポートするＣＣ数が８個の場合でも、端末２００のサポートするＣＣ数が４の場合には、基地局１００から端末２００に対するＣＣの通知に必要なビット数は、２ビットだけで良い。つまり、システム全体のＣＣ数を増やした場合でも、ＣＩＦビット数を増やす必要はなく、制御情報量の低減が可能である。
　以上のように本実施の形態によれば、基地局１００において、設定部１０１が、単位キャリアセット（UE CC set）に対して単位キャリアの追加が行われる場合に、単位キャリアセットに含まれる単位キャリアのラベルとして用いられるコードポイントと単位キャリアの識別情報とが対応付けられたＣＩＦテーブルを修正し、修正前のＣＩＦテーブルにおけるコードポイントと単位キャリア識別情報との対応関係を維持したまま、追加される単位キャリアに対して、空いているコードポイントを割り当てる。そして、制御部１０３が、複数の単位キャリアのそれぞれでのデータ送信に関する制御信号（ＰＤＣＣＨ）を形成し、各単位キャリアの制御信号が、設定部１０１によって修正されたＣＩＦテーブルに従ったコードポイントによってラベリングされている。また、設定部１０１、符号化部１０６、変調部１０９を含む送信手段が、ＣＩＦテーブルの修正に関する情報を含む通知信号を端末２００へ送信する。
　こうすることで、使用ＣＣに関する通知に必要なビット数の増加を抑えると共に、データ送信に関する遅延を防止することができる。
　なお、メモリ１０２におけるＣＩＦテーブルは、ＰＤＣＣＨを送信するＣＣ毎に保持するようにしても良い。つまり、ＣＣ追加時には、割り当てたＰＤＣＣＨ　ＣＣのＣＩＦテーブルが修正される。例えば、上記の例の場合には、ＰＤＣＣＨ　ＣＣとしてＣＣ２を割り当てているため、ＣＣ２のＣＩＦテーブルが修正される。他の例として、UE CC setのＣＣ２，ＣＣ３でどちらのＣＣに対してもＣＣ２がＰＤＣＣＨ　ＣＣとして設定されている場合（つまり、図４のＢの状態）に、ＣＣ１とＣＣ４とを追加する際に、ＣＣ１をＰＤＣＣＨ　ＣＣとして設定し、ＣＣ１及びＣＣ４に対してＣＩＦコードポイント１、２を割り当てるようにしても良い。この場合、ＣＣ１のＣＩＦテーブルが修正される。このようにＣＩＦテーブルをＣＣごとに保持することにより、ＰＤＣＣＨ　ＣＣが異なれば同じＣＩＦコードポイントを割り当てることができるため、ＣＣ通知に必要なＣＩＦビット数の低減が可能である。
［実施の形態２］
　実施の形態２では、ＣＩＦコードポイントによって、データ割当対象のＣＣ番号に加えて、ＣＦＩ値も通知する。すなわち、ＣＩＦテーブルでは、ＣＩＦコードポイントに対して、ＣＣ番号とＣＦＩ値との組が対応付けられる。ここで、ＣＦＩ値は、サブフレームの先頭で、ＰＣＦＩＣＨ(Physical Control Format Indicator Channel)によって、全端末向けに各ＣＣから送信されている。マクロセルとフェムトセルとが存在するようなヘテロジニアスネットワーク環境においては、十分高い信頼度でＰＣＦＩＣＨを受信することができない場合がある。このため、或るＣＣに関するＣＦＩ値を、他のＣＣから送信されるＰＤＣＣＨ信号に含めて通知することにより、ＣＦＩ通知の信頼度を向上できる。
　実施の形態２に係る基地局及び端末の基本構成は、実施の形態１と共通するので、図２、３を援用して説明する。
　実施の形態２に係る基地局１００の設定部１０１は、ＣＣを追加する場合には、基本的には、追加されるＣＣと全てのＣＩＦ値のそれぞれとのペア群を、それぞれ異なるＣＩＦコードポイントに割り当てる。実施の形態２においても、設定部１０１は、基本的には、現在設定されているUE CC setを構成するＣＣ群とＣＩＦコードポイントとの関係は維持したまま、追加されたＣＣに対して、現在使われていないＣＩＦコードポイントを割り当てる。また、設定部１０１は、UE CC setを構成する一部のＣＣを削除する場合にも、削除されないＣＣとＣＩＦコードポイントとの対応関係は維持したまま、その一部のＣＣのみを削除する。このとき、その一部のＣＣに関する対応付けは、すべて削除される。
　また、端末２００のＣＩＦテーブル設定部２０７は、設定情報受信部２０５から受け取る追加又は削除されたＣＣの番号、当該ＣＣに割り当てられたＣＩＦコードポイント、及びＣＦＩ値に基づいて、ＰＤＣＣＨ受信部２０８が保持しているＣＩＦテーブルを修正（更新）する。
　以上の構成を有する基地局１００及び端末２００の動作について説明する。
　本実施の形態では、CIFコードポイントとＣＣ番号とＣＦＩ値との関係を示すテーブルが基地局１００と端末２００との間で共有される。ＣＣ追加時には、ＣＦＩ＝１,２,３に対応する最大３つのＣＩＦコードポイントが割り当てられ、割り当てられたＣＩＦコードポイントに関する情報が、基地局１００から端末２００へ通知される。また、設定されたＣＣ数が多い場合には、追加のＣＣに対して通知可能なＣＦＩ値は２つまたは１つとなることがある。従って、ＣＣ追加時にＣＣに関する情報を通知する際には、割り当てたコードポイントの数も、基地局１００から端末２００へ通知される。この通知フォーマットは、図７に示されている。
　図６は、ＣＣを追加した場合のＣＩＦテーブルの変化の様子を示す図である。図６では、特に、ＣＣ２及びＣＣ３で通信中の端末２００に対して、ＣＣ１及びＣＣ４を順次追加した場合のＣＩＦテーブルの変化の様子が示されている。また、ここでは、ＰＤＣＣＨを送信するＣＣは、ＣＣ２であるとする。
　図６に示すように、ＣＣ１追加時には、設定部１０１は、追加されるＣＣと全てのＣＩＦ値のそれぞれとのペア群を、それぞれ異なるＣＩＦコードポイントに割り当てる。すなわち、ここでは、ＣＦＩ＝１,２,３が用意されているので、ＣＣ１と、ＣＦＩ＝１,２,３のそれぞれとの３つのペアに対して、それぞれ異なるＣＩＦコードポイントが割り当てられる。また、図６Ａの状態では、ＣＩＦコードポイント５～８が空いているので、この内の３つのＣＩＦコードポイントが、ＣＣ１とＣＦＩ＝１,２,３のそれぞれとの３つのペアに対して割り当てられている。ここでは、特に、小さい番号のＣＩＦコードポイントから優先的に割り当てられている。
　また、図６に示すように、ＣＣ４追加時には、設定部１０１は、追加されるＣＣと一部のＣＩＦ値のそれぞれとのペア群を、それぞれ異なるＣＩＦコードポイントに割り当ている。ここでは、ＣＣ４とＣＦＩ＝２とのペアは、空いているＣＩＦコードポイント８に割り当てられている。一方、ＣＣとＣＦＩ＝１とのペアは、既にＣＣ３とＣＦＩ＝３とのペアに割り当てられていたＣＩＦコードポイント４に対して、ＣＣ３とＣＦＩ＝３とのペアの代わりに割り当てられる。つまり、ＣＣ３とＣＦＩ＝３とのペアは、ＣＣとＣＦＩ＝１とのペアによって上書きされる。
　すなわち、設定部１０１は、状況によっては、追加されるＣＣと一部のＣＩＦ値のそれぞれとのペア群を、それぞれ異なるＣＩＦコードポイントに割り当てることもできる。
　また、設定部１０１は、任意のＣＣに割り当てられている複数のＣＩＦコードポイントの内、どのＣＦＩ値に対応するＣＩＦコードポイントを上書きするかを選択することができる。すなわち、図６Ｃでは、ＣＣ３とＣＦＩ＝３とのペアが上書きされているが、この代わりに、ＣＣ３とＣＦＩ＝１とのペア、又は、ＣＣ３とＣＦＩ＝２とのペアが上書きされても良い。
　また、設定部１０１は、追加されるＣＣと全てのＣＩＦ値のそれぞれとのペア群の内、どのペアをＣＩＦコードポイントに割り当てるかについても選択できる。すなわち、図６Ｃでは、ＣＣ１とＣＦＩ＝１,２,３のそれぞれとの３つのペアの内、ＣＣ１とＣＦＩ＝１,２のそれぞれとの２つのペアが選択されているが、この代わりに、ＣＣ１とＣＦＩ＝２，３のそれぞれとの２つのペアが選択されても良いし、ＣＣ１とＣＦＩ＝１,３のそれぞれとの２つのペアが選択されても良い。ＣＩＦコードポイントに実際に割り当てられるペアは、セル環境などに応じて選択される。例えば、セル半径の大きなセル(例えば，マクロセル)では収容する端末数が多いので、多くのＰＤＣＣＨリソースが必要となる場合が多い。このため、ＰＤＣＣＨリソース領域を表すＣＦＩ値として、大きな値(例えば、２，３)が好ましい。逆に、セル半径の小さなセル(例えば、ピコセル、フェムトセル)などでは収容する端末数が少ないので、ＰＤＣＣＨリソース領域を表すＣＦＩ値は小さくても良い。従って、この場合、ＣＦＩ値としては、例えば１，２が選択される。また、ホットスポットなど端末数の増減が激しいようなセルでは、ＣＦＩ値として１，３が選択されても良い。そして、選択されたペアに関する情報は、別途通知される。
　図７は、ＣＩＦコードポイントの通知用フォーマットを示す図である。図７における、上段には、３つのＣＩＦコードポイントを通知するためのフォーマットが示され、中段には、２つのＣＩＦコードポイントを通知するためのフォーマットが示され、下段には、１つのＣＩＦコードポイントを通知するためのフォーマットが示されている。
　図７に示すように、各フォーマットでは、通知する必要のあるＣＦＩ値の数と同じ数だけ、ＣＩＦコードポイントを格納する領域が設けられている。さらに、各格納領域は、それぞれ異なるＣＦＩ値と対応付けられている。この格納領域は、「通知フィールド」と呼ばれることもある。
　以上のように、UE CC setの変更（つまり、ＣＣの追加又は削除）に伴い、ＣＩＦテーブルが変更される場合でも、変更に関係ないＣＣとＣＩＦコードポイントとの対応関係が維持される。また、既に割り当てられているＣＣに関するペアが上書きされる場合でも、そのＣＣに関するペア群の内の一部のみが上書きされるので、上書きされないペアについては、ＣＩＦコードポイントがそのまま維持される。
　従って、UE CC setの変更時に必要となるRRC connection reconfiguration procedureが実行されている最中にも、変更に関係ないペアに対しては、既に割り当てられているコードポイントをそのまま用いて、データを割り当てることができる。これにより、データ送信に関する遅延を防止することができる。
　また、必要なＣＦＩ値に応じて上書きするコードポイントを選択することにより、セル環境などに応じて使われやすいＣＦＩ値を選択することができる。また、ＣＣ追加時に当該ＣＣと対応付けてＣＦＩ値を設定することにより、セル環境などに応じたＣＦＩ値の設定が可能となる。
　なお、図６Ｃの状態からＣＣ４を削除した場合には、別途ＣＩＦコードポイント４をＣＣ３とＣＦＩ＝３とのペアに割り当てても良い。又は、自動的にその前の状態である図６Ｂのテーブルに戻るようにしても良い。これにより、UE CC setに含まれるＣＣ数が少なくなった場合に、別途ＣＩＦコードポイントを通知することなく、３つのＣＦＩ値を通知可能な状態にすることができる。
　ここで、追加されるＣＣと一部のＣＩＦ値とのペア群のみをＣＩＦコードポイントに割り当てる場合に、端末２００に対してそのペア群を通知する方法には、いくつかの変形例がある。
　〈変形例１〉
　変形例１では、ＣＩＦテーブルにおいて、ＣＩＦコードポイントとＣＦＩ値とを予め１対１に対応づけておく。すなわち、図８の例では、ＣＩＦコードポイント２～８のそれぞれに対して、ＣＦＩ値が固定的に割り振られている。
　従って、使用したいＣＦＩ値が決まれば、使用可能なＣＩＦコードポイントの候補が絞られるので、設定部１０１の選択処理を簡略化することができる。また、ＣＩＦコードポイントが基地局１００から端末２００へ通知されれば、ＣＦＩ値が自ずと特定される。このため、基地局１００は、ＣＦＩ値を端末２００へ別途通知する必要がない。
　〈変形例２〉
　変形例２では、実際に必要なＣＦＩ値の個数よりも多い数のＣＩＦコードポイントを格納可能な通知フォーマットが用いられる。ここでは、説明を簡単にするために、図７の上段の通知フォーマットが用いられる場合について説明する。
　ここで、３個のＣＦＩ値の内、２つのＣＦＩ値のみを、追加のＣＣに割り当てる場合には、次のような方法で通知がなされる。
　すなわち、通知フォーマットに含まれる３つの通知フィールドでＣＩＦコードポイント＝２，２，３がそれぞれ通知された場合には、ＣＩＦコードポイント＝２，３に対応するＣＦＩ値が、それぞれ１，３であることを意味する。また、３つの通知フィールドでＣＩＦコードポイント＝２，３，３がそれぞれ通知された場合には、ＣＩＦコードポイント＝２，３に対応するＣＦＩ値が、それぞれ１，２であることを意味する。また、３つの通知フィールドでＣＩＦコードポイント＝２，３，２がそれぞれ通知された場合には、ＣＩＦコードポイント＝２，３に対応するＣＦＩ値が、それぞれ２，３であることを意味する。つまり、ＣＩＦコードポイントの複数の通知フィールドに対するマッピングパタンと、複数のＣＦＩ値の組み合わせとを対応付けている。
　これにより、どのＣＦＩ値を使用するかについての、追加のシグナリングなしで、実際に使用されるＣＦＩ値を通知することができる。
　〈変形例３〉
　変形例３では、ＣＦＩ値の個数に関する最大数と同じ数だけＣＩＦコードポイントを格納可能な通知フォーマットが用いられる。ここでは、説明を簡単にするために、図７の上段の通知フォーマットが用いられる場合について説明する。
　ここで、３個のＣＦＩ値の内、２つのＣＦＩ値のみを、追加のＣＣに割り当てる場合には、次のような方法で通知がなされる。
　例えば、２つのＣＩＦコードポイント６，８とＣＦＩ＝２，３とをそれぞれ対応づけたい場合には、３つの通知フィールドに、ＣＩＦコードポイント＝１，６，８をそれぞれ格納する。ここで、追加したＣＣとＰＤＣＣＨを送信するＣＣとが同一の場合には、ＣＩＦコードポイントの通知内容によらず、ＣＩＦ＝１を用いるというルールで運用される。こうすると、通知フォーマット内にＣＩＦ＝１が格納された場合には、このＣＩＦコードポイントは、無効として扱うことができる。従って、上記のように、３つの通知フィールドに、ＣＩＦコードポイント＝１，６，８をそれぞれ格納された場合には、ＣＩＦコードポイント６，８のみが有効であり、それぞれが格納されたフィールドと対応するＣＦＩ値＝２，３の通知が可能となる。
　これにより、どのＣＦＩ値を使用するかについての、追加のシグナリングなしで、実際に使用されるＣＦＩ値を通知することができる。
　［実施の形態３］
　実施の形態３では、１つのＣＣ当たりの使用可能なコードポイント数が異なる複数のＣＩＦテーブルを定義しておき、どのテーブルを使用するかを端末毎にあらかじめ設定する。これにより、各端末の受信能力(UE capability)、各端末の通信状況、又はセル環境に適したＣＩＦテーブルを使用することができる。
　実施の形態３に係る基地局及び端末の基本構成は、実施の形態１と共通するので、図２、３を援用して説明する。
　実施の形態３に係る基地局１００のメモリ１０２は、ＣＩＦテーブルフォーマット群を記憶している。このＣＩＦテーブルフォーマット群の例が、図９に示されている。図９に示すように、ＣＩＦテーブルフォーマットは、複数のサブセットを有する。このサブセットは、１つのＣＣに割り当てる単位である。各サブセットは、１つ又は複数のＣＩＦコードポイントを含んでいる。そして、ＣＩＦテーブルフォーマットは、互いに、サブセットに含まれるＣＩＦコードポイントの数（つまり、有しているサブセットの数）、及び、サブセットに含まれるＣＦＩ値の組み合わせの少なくとも一方が異なっている。
　設定部１０１は、各端末２００に対して、メモリ１０２に記憶されている複数のＣＩＦテーブルフォーマットの内、どのテーブルフォーマットを使うかを設定する。この設定されたＣＩＦテーブルフォーマットに関する情報は、設定情報として端末２００に通知される。このテーブルフォーマットの設定及び通知は、端末２００の通信開始のためにアイドルモードからアクティブモードへ遷移したとき、又は、無線ベアラが張られたときに、行われる。つまり、テーブルフォーマットの設定及び通知は、UE CC setの変更よりも長い区間で設定される。
　また、設定部１０１は、各端末２００に対してＣＣを追加する場合、予め端末２００ごとに設定されているＣＩＦテーブルフォーマットのサブセット番号であって、追加のＣＣに割り当てられるサブセット番号を端末２００へ通知する。これにより、端末２００は、通知されたサブセット番号に含まれる全てのＣＩＦコードポイントに対して追加のＣＣを対応付けることができる。
　実施の形態３に係る端末２００のＣＩＦテーブル設定部２０７は、基地局から通知されたテーブルフォーマットをＰＤＣＣＨ受信部２０８に設定する。また、ＣＩＦテーブル設定部２０７は、ＣＣ追加時に通知されるサブセット番号によって、ＣＩＦテーブルを更新する。
　以上の構成を有する基地局１００及び端末２００の動作について図９を用いて説明する。
　図９に示すように、ＣＩＦテーブルフォーマットは、複数のサブセットを有する。１つ又は複数のＣＩＦコードポイントを振り分け単位として、ＣＩＦコードポイントが、サブセットに振り分けられている。テーブルフォーマット１では、各サブセットは、３つのＣＩＦコードポイントを含んでいる。また、テーブルフォーマット２～４のそれぞれでは、各サブセットは、基本的に、２つのＣＩＦコードポイントを含んでいる。
　そして、ＣＩＦテーブルフォーマットは、互いに、サブセットに含まれるＣＩＦコードポイントの数（つまり、有しているサブセットの数）、及び、サブセットに含まれるＣＦＩ値の組み合わせの少なくとも一方が異なっている。すなわち、テーブルフォーマット１と、テーブルフォーマット２～４とでは、サブセットに含まれるＣＩＦコードポイントの数が異なっている。また、デーブルフォーマット２～４は、互いに、サブセットに含まれるＣＦＩ値の組み合わせが異なっている。すなわち、テーブルフォーマット２では、サブセットに含まれるＣＦＩ値の組み合わせは、１，２であり、テーブルフォーマット３では、２，３であり、テーブルフォーマット４では、１，３である。
　また、各テーブルフォーマットにおいて、ＣＩＦ＝８を含むサブセットは、１つのＣＩＦのみを含んでいる。そして、ＣＩＦ＝８には、各テーブルフォーマットで割り当て可能なＣＦＩ値の内、最も大きな値が設定される。すなわち、テーブルフォーマット２では、ＣＦＩ値として２が設定され、テーブルフォーマット３では、３が設定され、テーブルフォーマット４では、３が設定されている。このようにする理由は、以下の通りである。すなわち、或るＣＣの制御チャネル領域のＯＦＤＭシンボル数が、或る端末２００に設定されたテーブルフォーマットで通知可能なＣＦＩ値よりも少ない場合でも、その端末２００宛のデータ信号（ＰＤＳＣＨ)がマッピングされる先頭のＯＦＤＭシンボルが、ＣＦＩで通知されたものとなっていれば良い。このため、このようにすることで、制御チャネルとデータ信号とが重なることがない。一方、ＣＩＦ＝８に小さなＣＦＩ値を設定する場合には、或るＣＣの制御チャネル領域のＯＦＤＭシンボル数が、ＣＩＦ＝８に設定されたＣＦＩ値よりも多い場合が発生し、この場合には、制御チャネルとデータ信号とが重なってしまう。このため、いずれかのチャネルを送信できなくなる事態が生じる。以上のことから、ＣＩＦ＝８には、各テーブルフォーマットで割り当て可能なＣＦＩ値の内、最も大きな値が設定される。
　設定部１０１は、各端末２００に対して、メモリ１０２に記憶されている複数のＣＩＦテーブルフォーマットの内、どのテーブルフォーマットを使うかを設定し、設定情報を各端末２００へ通知する。
　設定部１０１は、受信可能なＣＣの数が３までの能力である端末には、テーブルフォーマット１を設定し、４以上の能力である端末には、テーブルフォーマット２～４を設定する。又は、設定部１０１は、高速伝送が要求される端末には、設定可能なＣＣの数（つまり、有しているサブセットの数）が多いテーブルフォーマット２～４を設定し、そうでない端末には、テーブル１を設定する。
　また、設定部１０１は、テーブルフォーマットを、セル単位で設定することもできる。例えば、設定部１０１は、他のＣＣでデータ割当通知が行われるＣＣの数が多いような運用が為されているセルでは、テーブルフォーマット２～４を各端末に設定し、そのようなＣＣの数が少ないような運用が為されているセルでは、テーブルフォーマット１を設定する。
　また、設定部１０１は、セル半径の大きなセルでは、各サブセットに大きな値のＣＦＩ値が割り当てられているテーブルフォーマットを設定する。すなわち、セル半径の大きなセル(例えば，マクロセル)では、収容する端末の数が多い。このため、多くのＰＤＣＣＨリソースが必要となる場合が多い。このため、各サブセットに大きな値のＣＦＩ値（例えば、２，３）が割り当てられているテーブルフォーマットが設定される。
　逆に、設定部１０１は、セル半径の小さなセルでは、各サブセットに小さな値のＣＦＩ値が割り当てられているテーブルフォーマットを設定する。すなわち、セル半径の小さなセル(例えば，ピコセル，フェムトセル)では、収容する端末の数が少ない。このため、必要なＰＤＣＣＨリソース領域が少ない場合が多い。このため、各サブセットに小さな値のＣＦＩ値（例えば、１，２）が割り当てられているテーブルフォーマットが設定される。
　また、設定部１０１は、端末の数の増減が激しいようなセル（ホットスポットなど）では、各サブセットに大きな値のＣＦＩ値及び小さな値のＣＦＩ値の両方（例えば、１，３）が割り当てられているテーブルフォーマットを設定する。
　以上のように、設定部１０１は、各端末２００に対して、メモリ１０２に記憶されている複数のＣＩＦテーブルフォーマットの内、どのテーブルフォーマットを使うかを設定する。そして、メモリ１０２に記憶されている複数のＣＩＦテーブルフォーマットは、互いに、サブセットに含まれるＣＩＦコードポイントの数（つまり、有しているサブセットの数）、及び、サブセットに含まれるＣＦＩ値の組み合わせの少なくとも一方が異なっている。
　こうすることで、CC追加時には、設定部１０１は各端末２００に対してサブセット番号を通知するだけで良い。これにより、通知にかかるビット数を低減できる。また、テーブルフォーマットを予め定義することにより、或るＣＣを割り当てるのに用いられる複数のＣＩＦコードポイントの組み合わせが限定される。このため、システム及び端末を簡素化できると共に、それらのテスト工数を低減できる。
　なお、メモリ１０２には、図１０に示すようなテーブルフォーマット５を予め定義しておいても良い。すなわち、この種のテーブルフォーマットでは、サブセット毎にＣＦＩ値の組み合わせが異なっている。この種のテーブルフォーマットは、４ＣＣ又は５ＣＣを割り当てることができるテーブルフォーマットとして有用である。
　また、図９のテーブルフォーマット１は３ＣＣ向け、テーブルフォーマット２～４は４、５ＣＣ向けとして説明したが、４ＣＣ向けのテーブルフォーマットとして、ＣＩＦ＝２，３，４がサブセット１、ＣＩＦ＝５、６がサブセット２、ＣＩＦ＝７、８がサブセット３というテーブルフォーマットを別途定義してもよい。こうすることで、通知可能なＣＦＩ数をＣＣごとに最大にすることが可能である。
　［他の実施の形態］
　（１）上記各実施の形態では、或るＣＣのＰＤＣＣＨで他のＣＣにおけるＣＦＩを通知するだけでなく、各ＣＣのＰＤＣＣＨでもそのＣＣにおけるＣＦＩを通知するものとして説明を行った。しかしながら、これに限定されるものではなく、各ＣＣのＰＤＣＣＨでは、そのＣＣにおけるＣＦＩを通知しなくても良い。すなわち、或るＣＣのＰＤＣＣＨだけで他のＣＣにおけるＣＦＩを通知する構成としても良い。この場合、端末２００は、ＣＣ追加時にその追加されるＣＣに関する情報を含むＰＤＣＣＨを送信するＣＣがその追加されるＣＣと同じ場合には、そのＰＤＣＣＨにはＣＩＦが含まれない解釈し、ＣＩＦコードポイントが通知されていないと判断するか、又は、ＣＩＦコードポイントが通知されたとしてもその割り当てが無効であると判断する。一方、ＣＣ追加時にその追加されるＣＣに関する情報を含むＰＤＣＣＨを送信するＣＣがその追加されるＣＣと異なる場合には、そのＰＤＣＣＨにはＣＩＦが含まれていると解釈し、ＣＩＦコードポイントが通知されていると判断する。この場合、ＰＤＣＣＨ毎にＣＩＦのあり／なしに関する情報の通知を別途行う必要がない。また、ＣＣ毎にＣＩＦありの運用とＣＩＦなしの運用を行うようなシステムであっても、端末２００は、UE CC setにＣＣが追加されるときに、その追加されるＣＣからＣＩＦによる通知が為されるのか又はその追加のＣＣと異なるＣＣからＣＩＦによる通知がなされるのかを判断すれば良い。従って、そのどちらの場合でも、端末２００は共通の動作を行えば良いので、システム及び端末を簡素化することができる。
　（２）上記各実施の形態では、UE CC setの追加又は削除時に、RRCシグナリングで通知が行われるものとして説明を行った。しかしながら、これに限定されるものではなく、それよりダイナミックな制御が行われる場合にも、本発明は、適用可能である。例えば、ＭＡＣヘッダ又はＰＤＣＣＨによって、ＣＣの追加又は削除（つまり、CC activation/deactivation）が通知される場合にも、ＣＩＦコードポイントを指定するようにしても良い。
　（３）上記各実施の形態では、１つのＣＣ当たりに、１つのＰＤＣＣＨが送信されるものとして説明を行った。しかしながら、これに限定されるものではなく、１つのＣＣ当たりに、２つ以上のＰＤＣＣＨが送信されても良い。この設定の場合には、ＣＣ追加時に、１つのＣＣに含まれる２つ以上のＰＤＣＣＨ　ＣＣのそれぞれに対して、ＣＩＦコードポイントを割り当てる。
　（４）上記各実施の形態では、ＣＦＩは制御チャネル領域を示すものとして説明した。しかしながら、これに限定されるものではなく、ＣＦＩはデータがマッピングされる先頭のＯＦＤＭシンボルを示す情報であっても良い。例えば、或るＣＣでは、ＣＦＩ＝２である（つまり、２ＯＦＤＭシンボル目までが、制御チャネルに使われる）が、或る端末２００にとってのデータがマッピングされる先頭のＯＦＤＭシンボルの番号が４であるケースがあっても良い。また、例えば、或るＣＣにおいて、或る端末２００に対してＣＦＩ＝３のみを通知可能な状態であっても、そのＣＣの制御チャネル量が少ない場合には、少ない制御チャネル領域(例えば、２ＯＦＤＭシンボル)を設定することが可能である。
　（５）上記説明では、ＣＩＦのビット数が２ビット及び３ビットの場合を説明したが、その他のビット数の場合でもよい。また、セルごとあるいは端末ごとに異なるビット数であってもよい。
　（６）上記説明では、ＣＩＦにおいて、ＣＩ及びＣＦＩを通知する例を説明したが、ＣＦＩ以外の情報を通知する場合でも、本発明を適用することができる。
　（７）上記各実施の形態では、下り回線のＣＣが割り当てられる場合について説明を行ったが、各実施の形態で説明した技術は、上り回線のＣＣが割り当てられる場合にも適用可能である。また、上り回線と下り回線とのペアでＣＣの追加又は削除が行われても良いし、又は、上り回線と下り回線とで独立に行われても良い。
　（８）上記したUE CC setは、下り回線のＣＣに対してUE DL CC set、上り回線のＣＣに対してUE UL CC setと呼ばれることもある。
　（９）上記したＰＤＣＣＨフォーマットは、ＤＣＩ(Downlink Control Information)フォーマットと呼ばれることもある。
　（１０）上記したcarrier aggregationは、band aggregationと呼ばれることもある。また、carrier aggregationでは、非連続の帯域が連結されても良い。
　（１１）上記した「単位キャリア」は、最大２０ＭＨｚの幅を持つ帯域であって、通信帯域の基本単位として定義したが、次のように定義されることもある。下り回線における「単位キャリア」（以下、「下り単位キャリア」という）は基地局から報知されるＢＣＨの中の下り周波数帯域情報によって区切られた帯域、または、下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）が周波数領域に分散配置される場合の分散幅によって定義される帯域として定義されることもある。また、上り回線における「単位キャリア」（以下、「上り単位キャリア」という）は、基地局から報知されるＢＣＨの中の上り周波数帯域情報によって区切られた帯域、または、中心付近にＰＵＳＣＨを含み、両端部にＰＵＣＣＨを含む２０ＭＨｚ以下の通信帯域の基本単位として定義されることもある。また、「単位キャリア」は、３ＧＰＰ　ＬＴＥにおいて、英語でＣｏｍｐｏｎｅｎｔ　Ｃａｒｒｉｅｒ（ｓ）と表記されることがある。また、単位帯域と呼ばれることもある。さらに、Ｃｏｍｐｏｎｅｎｔ　Ｃａｒｒｉｅｒは物理セル番号とキャリア周波数番号で定義されてもよく、セルと呼ばれることもある。
　（１２）ＰＤＣＣＨは、必ず主単位キャリアで送信されるようにしても良い。また、主単位キャリアは、システムで決められた単位キャリア（例えば、ＳＣＨ又はＰＢＣＨが送信される単位キャリア）としても良いし、又は、セル毎に、端末２００間で共通のものが設定されても良いし端末２００毎に設定されても良い。
　（１３）上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。
　また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　２０１０年２月１５日出願の特願２０１０－０３０２６７の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本発明の送信装置及び送信方法は、Carrier aggregationの通信時に使用されるCCが追加される場合に、使用ＣＣに関する通知に必要なビット数の増加を抑えると共に、データ送信に関する遅延を防止することができるものとして有用である。
　１００　基地局
　１０１　設定部
　１０２　メモリ
　１０３　制御部
　１０４　ＰＤＣＣＨ生成部
　１０５，１０６，１０７　符号化部
　１０８，１０９，１１０，２１０，２１１　変調部
　１１１　割当部
　１１２　ＰＣＦＩＣＨ生成部
　１１３　多重部
　１１４，２１４　ＩＦＦＴ部
　１１５，２１５　ＣＰ付加部
　１１６，２１６　送信ＲＦ部
　１１７，２０１　受信ＲＦ部
　１１８，２０２　ＣＰ除去部
　１１９，２０３　ＦＦＴ部
　１２０　抽出部
　１２１　ＩＤＦＴ部
　１２２　データ受信部
　２００　端末
　２０４　分離部
　２０５　設定情報受信部
　２０６　ＰＣＦＩＣＨ受信部
　２０７　ＣＩＦテーブル設定部
　２０８　ＰＤＣＣＨ受信部
　２０９　ＰＤＳＣＨ受信部
　２１２　ＤＦＴ部
　２１３　マッピング部

Claims (7)

  1. 　複数の単位キャリアを含む単位キャリアセットでデータを送信する送信装置であって、
    　前記単位キャリアセットに対して単位キャリアの追加が行われる場合に、前記データが送信される単位キャリアのラベルとして用いられるコードポイントと単位キャリアの識別情報とが対応付けられたラベリングルールを修正する手段であって、修正前の前記ラベリングルールにおけるコードポイントと単位キャリア識別情報との対応関係を維持したまま、前記追加される単位キャリアに対して、空いているコードポイントを割り当てる、設定手段と、
    　前記複数の単位キャリアのそれぞれでのデータ送信に関する制御信号を形成する手段であって、各単位キャリアの制御信号が、前記修正手段によって修正されたラベリングルールに従ったコードポイントによってラベリングされている、形成手段と、
    　前記ラベリングルールの修正に関する情報を含む通知信号を前記データの受信側に送信する送信手段と、
    　を具備する送信装置。
  2. 　前記ラベリングルールでは、単位キャリアの制御チャネル領域の広さを示す領域情報と単位キャリア識別情報とのペアと、コードポイントとが対応付けられ、
    　前記設定手段は、前記追加される単位キャリアと、前記広さの異なる複数の領域情報のそれぞれとのペア群を、それぞれ異なるコードポイントに割り当てる、
    　請求項１に記載の送信装置。
  3. 　前記設定手段は、前記ペア群の内の少なくとも一部を、既に他の単位キャリアに割り当てられているコードポイントに対して、前記他の単位キャリアの代わりに割り当てる、
    　請求項２に記載の送信装置。
  4. 　前記ラベリングルールでは、各コードポイントに対して前記領域情報が固定的に割り当てられている、
    　請求項３に記載の送信装置。
  5. 　前記通知信号は、前記形成手段による修正と関係するコードポイントを格納する複数のフィールドを有し、
    　前記設定手段は、前記ペア群における領域情報の組み合わせに応じて、前記複数のフィールドに対するコードポイントの配置パターンを変更する、
    　請求項３に記載の送信装置。
  6. 　前記ラベリングルールは、複数のサブルールから構成され、
    　各サブルールは、所定数のコードポイントを含むサブセット群を有し、
    　前記複数のサブルールは、互いに、前記所定数、及び、前記サブセット群に含まれる領域情報の組み合わせの少なくとも一方が異なり、
    　前記設定手段は、前記データの受信側毎に、使用するサブルールを設定する、
    　請求項１に記載の送信装置。
  7. 　複数の単位キャリアを含む単位キャリアセットでデータを送信する送信方法であって、
    　前記単位キャリアセットに対して単位キャリアの追加が行われる場合に、前記データが送信される単位キャリアのラベルとして用いられるコードポイントと単位キャリアの識別情報とが対応付けられたラベリングルールを修正するステップであって、修正前の前記ラベリングルールにおけるコードポイントと単位キャリア識別情報との対応関係を維持したまま、前記追加される単位キャリアに対して、空いているコードポイントを割り当てる、設定ステップと、
    　前記複数の単位キャリアのそれぞれでのデータ送信に関する制御信号を形成するステップであって、各単位キャリアの制御信号が、前記修正ステップによって修正されたラベリングルールに従ったコードポイントによってラベリングされている、形成ステップと、
    　前記ラベリングルールの修正に関する情報を含む通知信号を前記データの受信側に送信する送信ステップと、
    　を具備する送信方法。
PCT/JP2011/000796 2010-02-15 2011-02-14 送信装置及び送信方法 WO2011099306A1 (ja)

Priority Applications (19)

Application Number Priority Date Filing Date Title
EP11742055.4A EP2538716B1 (en) 2010-02-15 2011-02-14 Transmission device and transmission method
MX2012009372A MX2012009372A (es) 2010-02-15 2011-02-14 Dispositivo de transmision y metodo de transmision.
EP19169239.1A EP3528411B1 (en) 2010-02-15 2011-02-14 Receiving device and method
EP20186635.7A EP3742639A1 (en) 2010-02-15 2011-02-14 Transmission device and transmission method
KR1020177025048A KR101814359B1 (ko) 2010-02-15 2011-02-14 단말 장치, 통신 방법 및 집적 회로
RU2012134640/07A RU2540280C2 (ru) 2010-02-15 2011-02-14 Устройство передачи и способ передачи
KR1020127021172A KR101778324B1 (ko) 2010-02-15 2011-02-14 기지국 장치, 송신 방법 및 집적 회로
US13/578,505 US8855075B2 (en) 2010-02-15 2011-02-14 Transmission device and transmission method
JP2011553768A JP5356545B2 (ja) 2010-02-15 2011-02-14 基地局装置、送信方法及び集積回路
CN201180009291.5A CN102812747B (zh) 2010-02-15 2011-02-14 发送装置和发送方法
BR112012020489A BR112012020489B8 (pt) 2010-02-15 2011-02-14 Aparelho de estação base, método de transmissão, aparelho terminal, método de comunicação, e circuito integrado
US14/477,501 US9516641B2 (en) 2010-02-15 2014-09-04 Reception device and reception method
US15/338,204 US9642142B2 (en) 2010-02-15 2016-10-28 Reception device and reception method
US15/473,482 US10034290B2 (en) 2010-02-15 2017-03-29 Integrated circuit for receiving and transmitting component carrier configuration information
US16/017,881 US10506598B2 (en) 2010-02-15 2018-06-25 Reception device and reception method
US16/675,823 US10980026B2 (en) 2010-02-15 2019-11-06 Transmission device and transmission method
US17/203,445 US11581977B2 (en) 2010-02-15 2021-03-16 Communication apparatus and communication method
US18/150,710 US11848775B2 (en) 2010-02-15 2023-01-05 Communication apparatus and communication method
US18/504,934 US20240080131A1 (en) 2010-02-15 2023-11-08 Communication apparatus and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010030267 2010-02-15
JP2010-030267 2010-02-15

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/578,505 A-371-Of-International US8855075B2 (en) 2010-02-15 2011-02-14 Transmission device and transmission method
US14/477,501 Continuation US9516641B2 (en) 2010-02-15 2014-09-04 Reception device and reception method

Publications (1)

Publication Number Publication Date
WO2011099306A1 true WO2011099306A1 (ja) 2011-08-18

Family

ID=44367592

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/000796 WO2011099306A1 (ja) 2010-02-15 2011-02-14 送信装置及び送信方法

Country Status (9)

Country Link
US (9) US8855075B2 (ja)
EP (3) EP2538716B1 (ja)
JP (4) JP5356545B2 (ja)
KR (2) KR101778324B1 (ja)
CN (2) CN102812747B (ja)
BR (1) BR112012020489B8 (ja)
MX (1) MX2012009372A (ja)
RU (1) RU2540280C2 (ja)
WO (1) WO2011099306A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011166701A (ja) * 2010-02-15 2011-08-25 Ntt Docomo Inc 無線通信システム、基地局装置及びユーザ端末
WO2016121913A1 (ja) * 2015-01-29 2016-08-04 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9723496B2 (en) * 2011-11-04 2017-08-01 Qualcomm Incorporated Method and apparatus for interference cancellation by a user equipment using blind detection
JP2014096777A (ja) * 2012-11-12 2014-05-22 Ntt Docomo Inc 無線通信方法、無線通信システム、無線基地局及びユーザ端末
CN104135355A (zh) * 2013-05-03 2014-11-05 索尼公司 通信装置、通信系统和通信方法
WO2015137655A1 (ko) * 2014-03-12 2015-09-17 엘지전자 주식회사 탐색 신호 수신 방법 및 단말
RU2699233C2 (ru) * 2014-09-12 2019-09-04 Телефонактиеболагет Лм Эрикссон (Пабл) Узел радиосвязи, беспроводное устройство и осуществляемые ими способы
EP3324549B1 (en) * 2016-11-18 2021-02-24 Nxp B.V. Method and apparatus for inductive communication
EP3729862B1 (en) 2018-01-24 2023-05-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and device thereof.
US20190313385A1 (en) * 2018-04-05 2019-10-10 Qualcomm Incorporated Compact dci for urllc
CN110611558B (zh) * 2019-10-16 2022-04-22 深圳前海中电慧安科技有限公司 采集移动终端信息的方法、装置、采集设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010011397A (ja) * 2008-06-30 2010-01-14 Toshiba Corp 無線通信装置及び無線通信方法
WO2010016274A1 (ja) * 2008-08-08 2010-02-11 パナソニック株式会社 無線通信基地局装置、無線通信端末装置およびチャネル割当方法
JP2010030267A (ja) 2008-07-28 2010-02-12 Samsung Electro Mechanics Co Ltd インクジェットヘッド駆動部及びその製造方法
WO2010146835A1 (ja) * 2009-06-19 2010-12-23 三菱電機株式会社 移動体通信システム

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060139328A1 (en) * 2004-12-29 2006-06-29 Nina Maki Mobile communications terminal and a method therefor
CN101047429B (zh) * 2006-05-10 2010-10-27 华为技术有限公司 子载波组资源分配的方法
KR101272772B1 (ko) 2007-12-17 2013-06-10 삼성전자주식회사 광대역 무선통신 시스템에서 동적 자원 할당 장치 및 방법
KR101430487B1 (ko) 2007-12-24 2014-08-18 엘지전자 주식회사 다중 대역 무선 주파수 기반 신호 송수신 방법
US8711785B2 (en) * 2008-03-25 2014-04-29 Qualcomm Incorporated Fast carrier allocation in multi-carrier systems
JP5603864B2 (ja) * 2008-07-30 2014-10-08 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるデータ受信方法及び装置
EP3113564B1 (en) * 2008-10-20 2019-06-12 Interdigital Patent Holdings, Inc. Carrier aggregation
WO2010088536A1 (en) * 2009-01-30 2010-08-05 Interdigital Patent Holdings, Inc. Method and apparatus for component carrier aggregation in wireless communications
HUE047852T2 (hu) * 2009-06-15 2020-05-28 Guangdong Oppo Mobile Telecommunications Corp Ltd Rendszer és eljárás vezérlõ csatorna megosztására vivõ aggregációhoz
KR20110011517A (ko) * 2009-07-28 2011-02-08 엘지전자 주식회사 다중반송파 지원 광대역 무선 통신 시스템에서의 반송파 관리 절차 수행 방법 및 장치
US20110028171A1 (en) 2009-08-02 2011-02-03 Yu-Hsuan Guo Method and Apparatus for Optimizing Radio Resource Control Procedures in Wireless Communication System
US9351293B2 (en) 2009-09-11 2016-05-24 Qualcomm Incorporated Multiple carrier indication and downlink control information interaction
US8902828B2 (en) * 2009-10-05 2014-12-02 Qualcomm Incorporated Carrier indicator field for cross carrier assignments
EP2512050B1 (en) * 2009-12-07 2018-10-03 LG Electronics Inc. Method and apparatus for transmitting and receiving a signal in a wireless communication system that supports plural component carriers
KR20110065329A (ko) * 2009-12-09 2011-06-15 엘지전자 주식회사 반송파 집성 시스템에서 제어정보 전송 방법, 수신 방법 및 단말
CA2783973C (en) * 2009-12-14 2018-04-10 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for reconfiguring mapping of carrier indicator field to component carrier
US8644182B2 (en) * 2009-12-16 2014-02-04 Lg Electronics Inc. Method and apparatus for reporting a channel quality in a wireless communication system
US8634374B2 (en) 2009-12-17 2014-01-21 Lg Electronics Inc. Apparatus and method of avoiding control channel blocking
US9124406B2 (en) * 2009-12-29 2015-09-01 Qualcomm Incorporated Fallback operation for cross-carrier signaling in multi-carrier operation

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010011397A (ja) * 2008-06-30 2010-01-14 Toshiba Corp 無線通信装置及び無線通信方法
JP2010030267A (ja) 2008-07-28 2010-02-12 Samsung Electro Mechanics Co Ltd インクジェットヘッド駆動部及びその製造方法
WO2010016274A1 (ja) * 2008-08-08 2010-02-11 パナソニック株式会社 無線通信基地局装置、無線通信端末装置およびチャネル割当方法
WO2010146835A1 (ja) * 2009-06-19 2010-12-23 三菱電機株式会社 移動体通信システム

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"Mapping of CIF to component carrier", 3GPP TSG RAN WG1 MEETING, January 2010 (2010-01-01)
"Multiplexing and channel coding (Release 8", 3GPP TS 36.212 V8.3.0, May 2008 (2008-05-01)
"PCFICH in cross carrier operation", 3GPP TSG RAN WG1 MEETING, January 2010 (2010-01-01)
"Physical Channels and Modulation (Release 8", 3GPP TS 36.211 V8.3.0, May 2008 (2008-05-01)
"Physical layer procedures (Release 8", 3GPP TS 36.213 V8.3.0, May 2008 (2008-05-01)
"Radio Resource Control (RRC", 3GPP TS 36.331 V8.7.0, September 2009 (2009-09-01)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011166701A (ja) * 2010-02-15 2011-08-25 Ntt Docomo Inc 無線通信システム、基地局装置及びユーザ端末
WO2016121913A1 (ja) * 2015-01-29 2016-08-04 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
JPWO2016121913A1 (ja) * 2015-01-29 2017-12-07 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
JP2018110420A (ja) * 2015-01-29 2018-07-12 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
US11064480B2 (en) 2015-01-29 2021-07-13 Ntt Docomo, Inc. User terminal, radio base station and radio communication method

Also Published As

Publication number Publication date
US10980026B2 (en) 2021-04-13
US9642142B2 (en) 2017-05-02
CN105356976A (zh) 2016-02-24
BR112012020489B8 (pt) 2022-11-16
EP3742639A1 (en) 2020-11-25
US20180310313A1 (en) 2018-10-25
US20170048868A1 (en) 2017-02-16
RU2012134640A (ru) 2014-03-27
US10506598B2 (en) 2019-12-10
JP5685658B2 (ja) 2015-03-18
US8855075B2 (en) 2014-10-07
US9516641B2 (en) 2016-12-06
RU2540280C2 (ru) 2015-02-10
US20150043495A1 (en) 2015-02-12
CN105356976B (zh) 2018-11-30
US20210204290A1 (en) 2021-07-01
JP2015080270A (ja) 2015-04-23
US11581977B2 (en) 2023-02-14
US20240080131A1 (en) 2024-03-07
JP2014132781A (ja) 2014-07-17
KR101814359B1 (ko) 2018-01-02
KR20120127449A (ko) 2012-11-21
JP2013236409A (ja) 2013-11-21
CN102812747A (zh) 2012-12-05
US10034290B2 (en) 2018-07-24
KR101778324B1 (ko) 2017-09-13
BR112012020489B1 (pt) 2022-02-15
CN102812747B (zh) 2016-01-06
MX2012009372A (es) 2012-09-12
JP5823068B2 (ja) 2015-11-25
JP5501512B2 (ja) 2014-05-21
US20200077400A1 (en) 2020-03-05
US20170208593A1 (en) 2017-07-20
US20230155726A1 (en) 2023-05-18
BR112012020489A2 (pt) 2016-05-17
JPWO2011099306A1 (ja) 2013-06-13
EP2538716A4 (en) 2017-08-23
EP3528411B1 (en) 2020-09-09
EP3528411A1 (en) 2019-08-21
EP2538716B1 (en) 2019-07-17
US20120307778A1 (en) 2012-12-06
JP5356545B2 (ja) 2013-12-04
KR20170105125A (ko) 2017-09-18
EP2538716A1 (en) 2012-12-26
US11848775B2 (en) 2023-12-19

Similar Documents

Publication Publication Date Title
US11848775B2 (en) Communication apparatus and communication method
USRE49751E1 (en) Method and apparatus for allocating an uplink carrier for transmitting uplink control information in a wireless communication system
US9451598B2 (en) Method and apparatus for transmitting channel status information in carrier aggregation system
KR101186619B1 (ko) 무선 통신 시스템에서 제어 신호 송신 방법 및 이를 위한 장치
MX2012009373A (es) Sistema y metodo para administrar medicamentos en base a valores de orina.
JP2013537727A (ja) 無線通信システムにおける制御情報の伝送方法及び装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180009291.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11742055

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011553768

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 1922/MUMNP/2012

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2011742055

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13578505

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20127021172

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2012/009372

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 1201004063

Country of ref document: TH

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012134640

Country of ref document: RU

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112012020489

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112012020489

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20120815