Nothing Special   »   [go: up one dir, main page]

JP6176551B2 - 通信装置、通信方法及び集積回路 - Google Patents

通信装置、通信方法及び集積回路 Download PDF

Info

Publication number
JP6176551B2
JP6176551B2 JP2016052629A JP2016052629A JP6176551B2 JP 6176551 B2 JP6176551 B2 JP 6176551B2 JP 2016052629 A JP2016052629 A JP 2016052629A JP 2016052629 A JP2016052629 A JP 2016052629A JP 6176551 B2 JP6176551 B2 JP 6176551B2
Authority
JP
Japan
Prior art keywords
subframe
configuration
downlink
communication
unit
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
JP2016052629A
Other languages
English (en)
Other versions
JP2016146652A (ja
Inventor
透 大泉
透 大泉
綾子 堀内
綾子 堀内
西尾 昭彦
昭彦 西尾
Original Assignee
サン パテント トラスト
サン パテント トラスト
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by サン パテント トラスト, サン パテント トラスト filed Critical サン パテント トラスト
Publication of JP2016146652A publication Critical patent/JP2016146652A/ja
Application granted granted Critical
Publication of JP6176551B2 publication Critical patent/JP6176551B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/26Systems using multi-frequency codes
    • H04L27/2601Multicarrier modulation systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Time-Division Multiplex Systems (AREA)

Description

本発明は、通信装置、通信方法及び集積回路に関する。
3GPP LTEでは、下り回線の通信方式としてOFDMA(Orthogonal Frequency Division Multiple Access)が採用されている。3GPP LTEが適用された無線通信システムでは、基地局が予め定められた通信リソースを用いて同期信号(Synchronization Channel:SCH)及び報知信号(Broadcast Channel:BCH)を送信する。そして、端末は、まず、SCHを捕まえることによって基地局との同期を確保する。その後、端末は、BCH情報を読むことにより基地局独自のパラメータ(例えば、周波数帯域幅など)を取得する(非特許文献1、2、3参照)。
また、端末は、基地局独自のパラメータの取得が完了した後、基地局に対して接続要求を行うことにより、基地局との通信を確立する。基地局は、通信が確立された端末に対して、必要に応じてPDCCH(Physical Downlink Control Channel)等の下り回線制御チャネルを介して制御情報を送信する。
そして、端末は、受信したPDCCH信号に含まれる複数の制御情報(下り割当制御情報:DL assignment(Downlink Control Information:DCIと呼ばれることもある))をそれぞれ「ブラインド判定」する。すなわち、制御情報は、CRC(Cyclic Redundancy Check)部分を含み、このCRC部分は、基地局において、送信対象端末の端末IDによってマスクされる。従って、端末は、受信した制御情報のCRC部分を自機の端末IDでデマスクしてみるまでは、自機宛の制御情報であるか否かを判定できない。このブラインド判定では、デマスクした結果、CRC演算がOKとなれば、その制御情報が自機宛であると判定される。
また、3GPP LTEでは、基地局から端末への下り回線データに対してARQ(Automatic Repeat Request)が適用される。つまり、端末は下り回線データの誤り検出結果を示す応答信号を基地局へフィードバックする。端末は下り回線データに対しCRCを行って、CRC=OK(誤り無し)であればACK(Acknowledgment)を、CRC=NG(誤り有り)であればNACK(Negative Acknowledgment)を応答信号として基地局へフィードバックする。この応答信号(つまり、ACK/NACK信号。以下、単に「A/N」と表記することもある)のフィードバックには、PUCCH(Physical Uplink Control Channel)等の上り回線制御チャネルが用いられる。
ここで、基地局から送信される上記制御情報には、基地局が端末に対して割り当てたリソース情報等を含むリソース割当情報が含まれる。この制御情報の送信には、前述の通りPDCCHが用いられる。このPDCCHは、1つ又は複数のL1/L2CCH(L1/L2 Control Channel)から構成される。各L1/L2CCHは、1つ又は複数のCCE(Control Channel Element)から構成される。すなわち、CCEは、制御情報をPDCCHにマッピングするときの基本単位である。また、1つのL1/L2CCHが複数(2,4,8個)のCCEから構成される場合には、そのL1/L2CCHには偶数のインデックスを持つCCEを起点とする連続する複数のCCEが割り当てられる。基地局は、リソース割当対象端末に対する制御情報の通知に必要なCCE数に従って、そのリソース割当対象端末に対してL1/L2CCHを割り当てる。そして、基地局は、このL1/L2CCHのCCEに対応する物理リソースにマッピングして制御情報を送信する。
また、ここで、各CCEは、PUCCHの構成リソース(以下、PUCCHリソースと呼ぶことがある)と1対1に対応付けられている。従って、L1/L2CCHを受信した端末は、このL1/L2CCHを構成するCCEに対応するPUCCHの構成リソースを特定し、このリソースを用いて応答信号を基地局へ送信する。ただし、L1/L2CCHが連続する複数のCCEを占有する場合には、端末は、複数のCCEにそれぞれ対応する複数のPUCCH構成リソースのうち一番インデックスが小さいCCEに対応するPUCCH構成リソース(すなわち、偶数番号のCCEインデックスを持つCCEに対応付けられたPUCCH構成リソース)を利用して、応答信号を基地局へ送信する。こうして下り回線の通信リソースが効率良く使用される。
複数の端末から送信される複数の応答信号は、図1に示すように、時間軸上でZero Auto-correlation特性を持つZAC(Zero Auto-correlation)系列、ウォルシュ(Walsh)系列、及び、DFT(Discrete Fourier Transform)系列によって拡散され、PUCCH内でコード多重されている。図1において(W,W,W,W)は系列長4のウォルシュ系列を表し、(F,F,F)は系列長3のDFT系列を表す。図1に示すように、端末では、ACK又はNACKの応答信号が、まず周波数軸上でZAC系列(系列長12)によって1SC−FDMAシンボルに対応する周波数成分へ1次拡散される。すなわち、系列長12のZAC系列に対して複素数で表される応答信号成分が乗算される。次いで1次拡散後の応答信号及び参照信号としてのZAC系列がウォルシュ系列(系列長4:W〜W。ウォルシュ符号系列(Walsh Code Sequence)と呼ばれることもある)、DFT系列(系列長3:F〜F)それぞれに対応させられて2次拡散される。すなわち、系列長12の信号(1次拡散後の応答信号、又は、参照信号としてのZAC系列(Reference Signal Sequence)のそれぞれの成分に対して、直交符号系列(Orthogonal sequence:ウォルシュ系列又はDFT系列)の各成分が乗算される。さらに、2次拡散された信号が、IFFT(Inverse Fast Fourier Transform)によって時間軸上の系列長12の信号に変換される。そして、IFFT後の信号それぞれに対しCPが付加され、7つのSC−FDMAシンボルからなる1スロットの信号が形成される。
異なる端末からの応答信号同士は、異なる巡回シフト量(Cyclic Shift Index)に対応するZAC系列、又は、異なる系列番号(Orthogonal Cover Index : OC index)に対応する直交符号系列を用いて拡散されている。直交符号系列は、ウォルシュ系列とDFT系列との組である。また、直交符号系列はブロックワイズ拡散コード系列(Block-wise spreading code)と称されることもある。従って、基地局は、従来の逆拡散及び相関処理を用いることにより、これらコード多重された複数の応答信号を分離することができる(非特許文献4参照)。
ただし、各端末が各サブフレームにおいて自分宛の下り割当制御信号をブラインド判定するので、端末側では、必ずしも下り割当制御信号の受信が成功するとは限らない。端末が或る下り単位バンドにおける自分宛の下り割当制御信号の受信に失敗した場合、端末は、当該下り単位バンドにおいて自分宛の下り回線データが存在するか否かさえも知り得ない。従って、或る下り単位バンドにおける下り割当制御信号の受信に失敗した場合、端末は、当該下り単位バンドにおける下り回線データに対する応答信号も生成しない。このエラーケースは、端末側で応答信号の送信が行われないという意味での、応答信号のDTX(DTX (Discontinuous transmission) of ACK/NACK signals)として定義されている。
ところで、3GPP LTEシステム(以下、「LTEシステム」と呼ばれることがある)では、基地局は上り回線データ及び下り回線データに対してそれぞれ独立にリソース割当を行う。そのため、LTEシステムでは、上り回線において、端末(つまり、LTEシステム対応の端末(以下、「LTE端末」と呼ぶ))が、下り回線データに対する応答信号と、上り回線データとを同時に送信しなければならない状況が発生する。この状況では、端末からの応答信号及び上り回線データは、時間多重(Time Division Multiplexing:TDM)を用いて送信される。このように、TDMを用いて応答信号と上り回線データとを同時に送信することで、端末の送信波形のシングルキャリア特性(Single carrier properties)を維持している。
また、図2に示すように、時間多重(TDM)では、端末から送信される応答信号(「A/N」)は、上り回線データ向けに割り当てられたリソース(PUSCH(Physical Uplink Shared CHannel)リソース)の一部(参照信号(RS:Reference Signal)がマッピングされるSC−FDMAシンボルに隣接するSC−FDMAシンボルの一部)を占有して基地局に送信される。ただし、図2における縦軸の「Subcarrier」は「Virtual subcarrier」、又は「Time contiguous signal」と呼ばれることもあり、SC−FDMA送信機においてDFT(Discrete Fourier Transform)回路に纏めて入力される「時間的に連続する信号」を便宜上「subcarrier」として表したものである。すなわち、PUSCHリソースでは、応答信号によって、上り回線データのうちの任意のデータがパンクチャ(puncture)される。このため、符号化後の上り回線データの任意のビットがパンクチャされることで、上り回線データの品質(例えば、符号化利得)が大幅に劣化する。そのため、基地局は、例えば、端末に対して非常に低い符号化率を指示したり、非常に大きな送信電力を指示したりすることで、パンクチャによる上り回線データの品質劣化を補償する。
また、3GPP LTEよりも更なる通信の高速化を実現する3GPP LTE−Advancedの標準化が行われている。3GPP LTE−Advancedシステム(以下、「LTE−Aシステム」と呼ばれることがある)は、LTEシステムを踏襲する。3GPP LTE−Advancedでは、最大1Gbps以上の下り伝送速度を実現するために、40MHz以上の広帯域周波数で通信可能な基地局及び端末が導入される。
LTE−Aシステムにおいては、LTEシステムにおける伝送速度の数倍もの超高速伝送速度による通信、及び、LTEシステムに対する後方互換性(バックワードコンパチビリティー:Backward Compatibility)を同時に実現するために、LTE−Aシステム向けの帯域が、LTEシステムのサポート帯域幅である20MHz以下の「単位バンド」に区切られる。すなわち、「単位バンド」は、ここでは、最大20MHzの幅を持つ帯域であって、通信帯域の基本単位として定義される。FDD(Frequency Division Duplex)システムでは、さらに、下り回線における「単位バンド」(以下、「下り単位バンド」と呼ぶ)は基地局から報知されるBCHの中の下り周波数帯域情報によって区切られた帯域、又は、下り制御チャネル(PDCCH)が周波数領域に分散配置される場合の分散幅によって定義される帯域として定義されることもある。また、上り回線における「単位バンド」(以下、「上り単位バンド」と呼ぶ)は、基地局から報知されるBCHの中の上り周波数帯域情報によって区切られた帯域、又は、中心付近にPUSCH(Physical Uplink Shared Channel)領域を含み、両端部にLTE向けのPUCCHを含む20MHz以下の通信帯域の基本単位として定義されることもある。なお、「単位バンド」は、3GPP LTE−Advancedにおいて、英語でComponent Carrier(s)又はCellと表記されることがある。また、略称としてCC(s)と表記されることもある。
TDD(Time Division Duplex)システムでは、下り単位バンドと上り単位バンドとが同一周波数帯域であり、時分割で下り回線と上り回線とを切り替えることによって、下り通信と上り通信とを実現する。そのためTDDシステムの場合、下り単位バンドは、「単位バンドにおける下り通信タイミング」とも表現できる。上り単位バンドは、「単位バンドにおける上り通信タイミング」とも表現できる。下り単位バンドと上り単位バンドとの切り替えは、図3に示すように、UL-DL Configurationに基づく。図3に示すUL-DL Configurationでは、1フレーム(10msec)当たりの下り通信(DL:Downlink)と上り通信(UL:Uplink)とのサブフレーム単位(すなわち、1msec単位)のタイミングが設定される。UL-DL Configurationは、下り通信と上り通信とのサブフレーム割合を変更することにより、下り通信に対するスループット及び上り通信に対するスループットの要求に柔軟に対応できる通信システムを構築することができる。例えば、図3は、下り通信と上り通信とのサブフレーム割合が異なるUL-DL Configuration(Config 0〜6)を示す。また、図3において、下り通信サブフレームを「D」で表し、上り通信サブフレームを「U」で表し、スペシャルサブフレームを「S」で表す。ここで、スペシャルサブフレームは、下り通信サブフレームから上り通信サブフレームへの切替時のサブフレームである。また、スペシャルサブフレームでは、下り通信サブフレームと同様、下りデータ通信が行われる場合がある。なお、図3に示す各UL-DL Configurationでは、2フレーム分のサブフレーム(20サブフレーム)を、下り通信に用いられるサブフレーム(上段の「D」及び「S」)と上り通信に用いられるサブフレーム(下段の「U」)とに分けて2段で表している。また、図3に示すように、下りデータに対する誤り検出結果(ACK/NACK)は、当該下りデータが割り当てられたサブフレームの4サブフレーム以上後の上り通信サブフレームで通知される。
LTE−Aシステムでは、単位バンドを幾つか束ねた帯域を用いた通信、所謂Carrier aggregation(CA)がサポートされる。なお、UL-DL Configurationは、単位バンド毎に設定可能であるが、LTE−Aシステム対応の端末(以下、「LTE−A端末」と呼ぶ)は、複数の単位バンド間で同じUL-DL Configurationが設定されることを想定して設計されている。
図4は、個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図である。
図4Bに示すように、端末1に対しては、2つの下り単位バンドと左側の1つの上り単位バンドを用いてCarrier aggregationを行うような設定(Configuration)が為される。一方、端末2に対しては、端末1と同一の2つの下り単位バンドを用いるような設定が為されるにも拘らず、上り通信では右側の上り単位バンドを利用するような設定が為される。
そして、端末1に着目すると、LTE−Aシステムを構成する基地局(つまり、LTE−Aシステム対応の基地局(以下、「LTE−A基地局」と呼ぶ))とLTE−A端末との間では、図4Aに示すシーケンス図に従って、信号の送受信が行われる。図4Aに示すように、(1)端末1は、基地局との通信開始時に、左側の下り単位バンドと同期を取り、左側の下り単位バンドとペアになっている上り単位バンドの情報をSIB2(System Information Block Type 2)と呼ばれる報知信号から読み取る。(2)端末1は、この上り単位バンドを用いて、例えば、接続要求を基地局に送信することによって基地局との通信を開始する。(3)端末に対し複数の下り単位バンドを割り当てる必要があると判断した場合には、基地局は、端末に下り単位バンドの追加を指示する。ただし、この場合、上り単位バンド数は増えず、個別の端末である端末1において非対称Carrier aggregationが開始される。
また、前述のCarrier aggregationが適用されるLTE−Aでは、端末が一度に複数の下り単位バンドにおいて複数の下り回線データを受信することがある。LTE−Aでは、この複数の下り回線データに対する複数の応答信号の送信方法として、Channel Selection(Multiplexingとも呼ぶ)、Bundling、及び、DFT−S−OFDM(Discrete Fourier Transform spread Orthogonal Frequency Division Multiplexing)フォーマットがある。Channel Selectionでは、端末は、複数の下り回線データに関する誤り検出結果のパターンに応じて、応答信号に用いるシンボル点だけでなく、応答信号をマッピングするリソースも変化させる。これに対し、Bundlingでは、端末は、複数の下り回線データに関する誤り検出結果より生成されたACK又はNACK信号をBundlingして(すなわち、ACK=1、NACK=0とし、複数の下り回線データに関する誤り検出結果の論理積(Logical AND)を計算して)、予め決められた一つのリソースを用いて応答信号を送信する。また、DFT−S−OFDMフォーマットを用いた送信時には、端末は、複数の下り回線データに対する応答信号を纏めて符号化(Joint coding)し、当該フォーマットを用いてその符号化データを送信する(非特許文献5参照)。例えば、端末は、誤り検出結果のパターンのビット数に応じて、Channel Selection、Bundling、又は、DFT−S−OFDMのいずれかによる応答信号(ACK/NACK)のフィードバックを行ってもよい。又は、基地局が上記応答信号の送信方法を予め設定してもよい。
Channel Selectionは、図5に示すように、複数の下り単位バンド(最大2つの下り単位バンド)で受信した、下り単位バンド毎の複数の下り回線データに対する誤り検出結果がそれぞれACKかNACKかに基づいて、応答信号の位相点(すなわち、Constellation point)だけではなく、応答信号の送信に用いるリソース(以下、「PUCCHリソース」と表記することもある)も変化させる手法である。これに対し、Bundlingは、複数の下り回線データに対するACK/NACK信号を一つに束ねて、予め決められた一つのリソースから送信する手法である(非特許文献6、7参照)。以下、複数の下り回線データに対するACK/NACK信号を一つに束ねた信号を束ACK/NACK信号と呼ぶことがある。
ここで、端末がPDCCHを介して下り割当制御情報を受信し、下り回線データを受信した場合における上り回線での応答信号の送信方法として、以下の2つの方法が考えられる。
一つは、PDCCHが占有しているCCE(Control Channel Element)と1対1に関連付けられたPUCCHリソースを用いて応答信号を送信する方法(Implicit signaling)である(方法1)。つまり、基地局配下の端末に向けたDCIをPDCCH領域に配置する場合、各PDCCHは、1つ又は連続する複数のCCEで構成されるリソースを占有する。また、PDCCHが占有するCCE数(CCE連結数:CCE aggregation level)としては、例えば、割当制御情報の情報ビット数又は端末の伝搬路状態に応じて、1,2,4,8の中の1つが選択される。
もう一つは、基地局からPUCCH向けのリソースを端末に対して予め通知しておく方法(Explicit signaling)である(方法2)。つまり、方法2では、端末は、基地局から予め通知されたPUCCHリソースを用いて応答信号を送信する。
また、図5に示すように、端末は、2つの単位バンドのうち、1つの単位バンドを用いて、応答信号を送信する。このような応答信号を送信する単位バンドは、PCC(Primary Component Carrier)又はPCell(Primary Cell)と呼ばれる。また、それ以外の単位バンドは、SCC(Secondary Component Carrier)又はSCell(Secondary Cell)と呼ばれる。例えば、PCC(PCell)は、応答信号を送信する単位バンドに関する報知情報(例えば、SIB2(System Information Block type2))を送信している単位バンドである。
なお、方法2では、複数の端末間で共通のPUCCH向けのリソース(例えば4つのPUCCH向けのリソース)を、基地局から端末に対して予め通知してもよい。例えば、端末は、SCell内のDCIに含まれる2ビットのTPC(Transmit Power Control)コマンド(送信電力制御命令)に基づいて、実際に用いるPUCCH向けのリソースを1つ選択する方法を採ってもよい。その際、当該TPCコマンドは、ARI(Ack/nack Resource Indicator)とも呼ばれる。これにより、Explicit signaling時に、或るサブフレームにおいて、或る端末がexplicit signalingされたPUCCH向けのリソースを使い、別のサブフレームでは、別の端末が、同一のexplicit signalingされたPUCCH向けのリソースを使うことができるようになる。
また、Channel selectionでは、PCC(PCell)内のPDSCH(Physical Downlink Shared CHannel)を指示するPDCCHが占有している、CCEの先頭CCEインデックスに1対1に関連付けられて、上り単位バンド内のPUCCHリソース(図5ではPUCCH領域1内のPUCCHリソース)が割り当てられる(Implicit signaling)。
ここで、上記した非対称のCarrier aggregationが端末に適用される場合のChannel SelectionによるARQ制御について、図5、図6を援用して説明する。
例えば、図5では、端末1に対して、単位バンド1(PCell)、単位バンド2(SCell)から成る単位バンドグループ(英語で「Component carrier set」と表記されることがある)が設定される。この場合には、単位バンド1,2のそれぞれのPDCCHを介して下りリソース割当情報が基地局から端末1へ送信された後に、その下りリソース割当情報に対応するリソースで下り回線データが送信される。
また、Channel selectionでは、単位バンド1(PCell)における複数の下りデータに対する誤り検出結果と、単位バンド2(SCell)における複数の下りデータに対する誤り検出結果とを表す応答信号が、PUCCH領域1内又はPUCCH領域2内に含まれるPUCCHリソースにマッピングされる。また、端末は、その応答信号として、2種類の位相点(BPSK(Binary Phase Shift Keying)マッピング)又は4種類の位相点(QPSK(Quadrature Phase Shift Keying)マッピング)のいずれかを用いる。すなわち、Channel selectionでは、PUCCHリソースと位相点との組み合わせにより、単位バンド1(PCell)における複数の下りデータに対する誤り検出結果、及び、単位バンド2(SCell)における複数の下りデータに対する誤り検出結果のパターンを表すことができる。
ここで、TDDシステムにおいて、単位バンドが2つの場合(PCellが1つ、SCellが1つの場合)の誤り検出結果のパターンのマッピング方法を図6Aに示す。
なお、図6Aは、送信モードが以下の(a),(b),(c)のいずれかに設定される場合を想定する。
(a)各単位バンドが、下り1CW送信のみをサポートする送信モード
(b)一方の単位バンドが、下り1CW送信のみをサポートする送信モードで、
他方の単位バンドが、下り2CW送信までをサポートする送信モード
(c)各単位バンドが、下り2CW送信までをサポートする送信モード
更に、図6Aは、単位バンド当たりに、何個分の下り通信サブフレーム(以降、「DL(DownLink)サブフレーム」と記載する。図3に示す「D」又は「S」)の誤り検出結果を、1つの上り通信サブフレーム(以降、「UL(UpLink)サブフレーム」と記載する。図3に示す「U」)で基地局に通知する必要があるか、を表す数Mが、以下の(1)〜(4)のいずれかに設定される場合を想定する。例えば、図3に示すConfig 2では、4個のDLサブフレームの誤り検出結果が1つのULサブフレームで基地局に通知されるので、M=4となる。
(1)M=1
(2)M=2
(3)M=3
(4)M=4
つまり、図6Aは、上記(a)〜(c)及び上記(1)〜(4)のそれぞれを組み合わせた場合の誤り検出結果のパターンのマッピング方法を示す。なお、Mの値は、図3に示すように、UL-DL Configuration(Config 0〜6)、及び、1フレーム内のサブフレーム番号(SF#0〜SF#9)によって異なる。また、図3に示すConfig 5では、サブフレーム(SF)#2においてM=9となる。しかし、この場合、LTE−AのTDDシステムでは、端末は、Channel selectionを適用せずに、例えばDFT−S−OFDMフォーマットを用いて誤り検出結果を通知する。このため、図6Aでは、Config 5(M=9)を、上記組合せに組み入れていない。
(1)の場合、誤り検出結果のパターン数は、(a)、(b)、(c)の順に、2×1=4パターン、2×1=8パターン、2×1=16パターン存在する。(2)の場合、誤り検出結果のパターン数は、(a)、(b)、(c)の順に、2×2=8パターン、2×2=16パターン、2×2=32パターン存在する。(3)、(4)の場合も同様である。
ここで、1つのPUCCHリソースにおいてマッピングする各位相点間の位相差が最小でも90度である場合(すなわち、1つのPUCCHリソースあたり最大4パターンをマッピングする場合)を想定する。この場合、誤り検出結果の全てのパターンをマッピングするために必要なPUCCHリソース数は、誤り検出結果のパターン数が最大の(4)かつ(c)の場合(2×4=64パターン)に、2×4÷4=16個必要になってしまい、現実的ではない。そこで、TDDシステムでは、誤り検出結果を、空間領域、さらに必要ならば、時間領域で束ねる(バンドリング:Bundling)ことで、誤り検出結果の情報量を意図的に欠落させる。これにより、誤り検出結果パターンの通知に必要なPUCCHリソース数を制限している。
LTE−AのTDDシステムでは、(1)の場合、端末は、誤り検出結果をバンドリングせずに、(a)、(b)、(c)の順に、4パターン、8パターン、16パターンの誤り検出結果パターンを、それぞれ2つ、3つ、4つのPUCCHリソースにマッピングする(図6AのStep3)。すなわち、端末は、下り回線で1CW(コードワード:codeword)送信のみをサポートする送信モード(non−MIMO)が設定された単位バンドあたり、1ビットの誤り検出結果を通知し、下り回線で2CW送信までをサポートする送信モード(MIMO)が設定された単位バンドあたり、2ビットの誤り検出結果を通知する。
LTE−AのTDDシステムでは、(2)かつ(a)の場合も、端末は、誤り検出結果をバンドリングせずに、8パターンの誤り検出結果パターンを、4つのPUCCHリソースにマッピングする(図6AのStep3)。その際、端末は、1つの下り単位バンドあたり、2ビットの誤り検出結果を通知する。
LTE−AのTDDシステムでは、(2)かつ(b)((2)かつ(c)も同様)の場合、端末は、下り回線で2CW送信までをサポートする送信モードが設定された単位バンドの誤り検出結果を空間領域でバンドリング(空間バンドリング:Spatial bundling)(図6AのStep1)する。空間バンドリングでは、たとえば、2CWの誤り検出結果のうち、少なくとも一方のCWに対する誤り検出結果がNACKである場合、空間バンドリング後の誤り検出結果をNACKと判定する。すなわち、空間バンドリングでは、2CWの誤り検出結果に対して論理AND(Logical And)をとる。そして、端末は、空間バンドリング後の誤り検出結果パターン((2)かつ(b)の場合は8パターン、(2)かつ(c)の場合は16パターン)を、4つのPUCCHリソースにマッピングする(図6AのStep3)。その際、端末は、1つの下り単位バンドあたり、2ビットの誤り検出結果を通知する。
LTE−AのTDDシステムでは、(3)又は(4)、かつ、(a)、(b)又は(c)の場合、端末は、空間バンドリング(Step1)後に、時間領域でバンドリング(時間領域バンドリング:Time-domain bundling)する(図6AのStep2)。そして、端末は、時間領域バンドリング後の誤り検出結果パターンを、4つのPUCCHリソースにマッピングする(図6AのStep3)。その際、端末は、1つの下り単位バンドあたり、2ビットの誤り検出結果を通知する。
次に、図6Bを用いて、具体的なマッピング方法の一例を示す。図6Bは、下り単位バンドが2つ(PCellが1つ、SCellが1つ)の場合、かつ、「(c)各単位バンドが、下り2CW送信までをサポートする送信モード」が設定され、かつ、「(4)M=4」の場合の例である。
図6Bでは、PCellの誤り検出結果が、4つのDLサブフレーム(SF1〜4)で、(CW0,CW1)の順に、(ACK(A),ACK)、(ACK,ACK)、(NACK(N),NACK)、(ACK,ACK)となる。図6Bに示すPCellでは、M=4であるので、端末は、図6AのStep1で、これらを空間バンドリングする(図6Bの実線で囲んだ部分)。空間バンドリングの結果、図6Bに示すPCellの4つのDLサブフレームでは、順にACK、ACK、NACK、ACKが得られる。さらに、端末は、図6AのStep2で、Step1で得られた空間バンドリング後の4ビットの誤り検出結果パターン(ACK,ACK,NACK,ACK)に対して、時間領域バンドリングする(図6Bの破線で囲んだ部分)。これにより、図6Bに示すPCellでは、(NACK,ACK)の2ビットの誤り検出結果が得られる。
端末は、図6Bに示すSCellについても同様に、空間バンドリング及び時間領域バンドリングを行うことにより、(NACK,NACK)の2ビットの誤り検出結果が得られる。
そして、端末は、図6AのStep3で、PCell及びSCellの時間領域バンドリング後の各2ビットの誤り検出結果パターンをPCell、SCellの順に組み合わせて、4ビットの誤り検出結果パターン(NACK,ACK,NACK,NACK)にまとめる。端末は、この4ビットの誤り検出結果パターンを、図6AのStep3に示すマッピングテーブルを用いて、PUCCHリソース(この場合、h1)と位相点(この場合、−j)とを決定する。
3GPP TS 36.211 V10.1.0, "Physical Channels and Modulation (Release 9)," March 2011 3GPP TS 36.212 V10.1.0, "Multiplexing and channel coding (Release 9)," March 2011 3GPP TS 36.213 V10.1.0, "Physical layer procedures (Release 9)," March 2011 Seigo Nakao, Tomofumi Takata, Daichi Imamura, and Katsuhiko Hiramatsu, "Performance enhancement of E-UTRA uplink control channel in fast fading environments,"Proceeding of IEEE VTC 2009 spring, April. 2009 Ericsson and ST-Ericsson, "A/N transmission in the uplink for carrier aggregation," R1-100909, 3GPP TSG-RAN WG1 #60, Feb. 2010 ZTE, 3GPP RAN1 meeting #57, R1-091702, "Uplink Control Channel Design for LTE-Advanced," May 2009 Panasonic, 3GPP RAN1 meeting #57, R1-091744, "UL ACK/NACK transmission on PUCCH for Carrier aggregation," May 2009
LTE−A端末は、前述のとおり、複数の単位バンド間で同じUL-DL Configurationが設定されることを想定して設計されている。
ところで、LTE−AのTDDシステムを提供する通信キャリアが、周波数帯域を新たにLTE−Aサービスに割り当てる際には、次のようなUL-DL Configurationの設定を行うことが検討されている。すなわち、当該通信キャリアが、どのサービスを重視するかに応じて、新たに割り当てた周波数帯域のUL-DL Configurationを、既存の周波数帯域のUL-DL Configurationと異なる設定にする。具体的には、下り通信のスループットを重視する通信キャリアでは、新たな周波数帯域に、ULサブフレームに対するDLサブフレームの割合が大きいUL-DL Configuration(例えば図3では、Config 3、4又は5等)が用いられる。これにより、より柔軟なシステム構築が行われる。
しかしながら、単位バンド間でUL-DL Configurationが異なる場合、つまり、単位バンド間で「M」の値が異なる場合の誤り検出結果のバンドリング方法については、これまで検討されてこなかった。
図7Aおよび図7Bは、単位バンド間でUL-DL Configurationが異なる場合の誤り検出結果の通知方法の一例を示す。例えば、図7A及び図7Bでは、Config 1が設定された単位バンド(周波数f1)はPCellであり、Config 3が設定された単位バンド(周波数f2)はSCellである。
図7Aは、PCellおよびSCellのそれぞれの単位バンドで独立に誤り検出結果を通知する方法である。図7Aの方法では、端末は、単位バンド毎に独立に誤り検出結果を通知できるため、複雑度は低い。しかし、図7Aの方法では、2つの単位バンド毎に誤り検出結果(応答信号)を送信するためのリソース(A/Nリソース)が必要となる。さらに、図7Aの方法では、基地局は、2つの単位バンドの誤り検出結果に対して、復号処理を並列(つまり、2並列)で行う必要がある。つまり、図7Aの方法では、端末に1単位バンド(1CC)のみが設定される3GPP Release 10(Rel-10)と比較して、2倍のA/Nリソース及び2倍の復号処理が必要となる。
また、端末に対して単位バンドが最大5CC設定される場合、最大5CC分のA/Nリソースが必要となる。さらに、基地局においては、最大5並列(1CCの誤り検出結果/1並列)で誤り検出結果の復号処理を行うことが必要となってしまう。ここで、単位バンド間でUL-DL Configurationが常に同じである場合には各単位バンドでのULサブフレームのタイミングは同じである。よって、端末に対して単位バンドが最大5CC設定されている場合であっても、A/Nリソース量は1CC分のA/Nリソースで済む。さらに、基地局における誤り検出結果の復号処理も最大5CC設定時において1並列分(1CCの誤り検出結果に対する処理)で済む。これに対し、単位バンド間でUL-DL Configurationが異なる場合は、最大5倍のA/Nリソースおよび復号処理量を要することになる。
一方、図7Bの方法は、各単位バンドの誤り検出結果を常にPCellでまとめて通知する方法である。すなわち、図7Bの方法では、PCell及びSCellの双方の誤り検出結果は、PCellのULサブフレームで送信される。図7Bの方法では、端末は、常にPCellから誤り検出結果を通知するため、使用するA/NリソースはPCellの1CC分でよい。また、基地局における誤り検出結果の復号処理についても、1並列分でよい(最大5CCの誤り検出結果/1並列)。
しかし、PCell及びSCellにそれぞれ設定されるUL-DL Configurationの組合せに応じて、SCellの誤り検出結果の通知タイミングが、1CC時と比較して前後することがある。例えば、図7Bにおいて、Config 3が設定されたSCellのサブフレーム#0のデータの誤り検出結果に対する、最も早い通知タイミングは、PCellのサブフレーム#7である。しかし、図3に示すように、Config 3が単一の単位バンド(1CC)のみに設定されている場合、サブフレーム#0のデータに対する誤り検出結果に対する通知タイミングは、サブフレーム#4である。このように、複数のUL-DL Configurationおよびサブフレーム番号の組合せに応じて、誤り検出結果の通知タイミングが異なってしまう。この場合、基地局および端末の誤り検出結果に関する処理が非常に煩雑になり、また基地局および端末の開発段階のテストケースが増加してしまう。
処理の煩雑化に関して、図8を用いてより具体的に説明する。図8Aから図8Dには、SCellにConfig 3、PCellに異なるUL-DL Configurationがそれぞれ設定された場合の誤り検出結果(A/N)の通知タイミングを示す。図8Aから図8Dの方法では、図7Bの方法のように、端末は、SCellの下りデータに対する誤り検出結果を常にPCellで通信する。
図8Aでは、図7Bと同様、PCellにはConfig 1が設定され、SCellにはConfig 3が設定されている。図8B、図8Cおよび図8Dではそれぞれ、図8AとPCellに設定されるUL-DL Configurationが異なり、PCellには、順に、Config 0、Config 4、Config 2が設定されている。ここで、サブフレーム#0に着目して、端末が、SCellで受信した下りデータに対する誤り検出結果を、PCellの最も早いタイミングで通知することを検討する。図8Aと図8DのようにPCellがConfig 1およびConfig 2の場合には、端末はSCellのサブフレーム#0で受信した下りデータに対する誤り検出結果をサブフレーム#7で通知する。図8BのようにPCellがConfig 0の場合には、端末はSCellのサブフレーム#0で受信した下りデータに対する誤り検出結果をサブフレーム#4で通知する。図8CのようにPCellがConfig 4の場合には、端末はSCellのサブフレーム#0で受信した下りデータに対する誤り検出結果をサブフレーム#12(次フレーム(1フレームは10サブフレームから成る)のサブフレーム#2)で通知する。このように、PCellとSCellとで異なるUL-DL Configurationが設定された場合、端末は、SCellの同一のサブフレームで受信した下りデータに対する誤り検出結果をPCellの異なるタイミングで通知する。すなわち、複数のUL-DL Configurationの組合せと、SCellにおける下りデータを受信するサブフレーム番号との組合せに応じて、端末は、この下りデータに対する誤り検出結果をPCellの様々なタイミングで通知してしまう。従って、図8Aから図8Dに示す方法において、基地局および端末は、複数のUL-DL Configuration(2種類の場合は7×7=49通り)とサブフレーム番号(Config 5のとき最大9通り)との組合せに応じた誤り検出結果の通知タイミングを予め定めておかねばならない。この組合せ数は非常に多いため、基地局および端末における誤り検出結果の通知に関する処理は非常に煩雑になる。また、基地局および端末の開発段階のテストケースが増加してしまう。
図9には、2つのセル(PCellとSCell)のUL-DL Configurationと下りデータを受信するサブフレーム番号との組合せに応じた誤り検出結果の通知タイミング(PCellのどのサブフレームで通知するか)を表わしたデータテーブルを示す。図9Aから図9Gの複数のデータテーブルは、SCellのUL-DL ConfigurationがそれぞれConfig 0からConfig 6であるときのデータテーブルである。各データテーブルの複数の行には、PCellのUL-DL ConfigurationがConfig 0からConfig6の場合の通知タイミングがそれぞれ示されている。また、複数の列には、SCellのサブフレーム番号#0から#9で受信した下りデータに対する誤り検出結果である場合の通知タイミングがそれぞれ示されている。また、図9には、2つのセルに同一のUL-DL Configurationが設定されているときの通知タイミングが斜線の網掛けにより示され、UL-DL Configurationの組み合わせにより散らばった通知タイミングがドットの網掛けにより示されている。
例えば、図9Dに示されるように、SCellがConfig 3であり、PCellのUL-DL ConfigurationがSCellのUL-DL Configurationと異なる(すなわちConfig 3以外)場合には、次のようになる。すなわち、SCellのサブフレーム#0の受信データに対する誤り検出結果の通知タイミングは、PCellがConfig 0、Config 3またはConfig 6の場合、サブフレーム#4である。PCellがConfig 1またはConfig 2の場合、上記通知タイミングはサブフレーム#7である。PCellがConfig 4またはConfig 5の場合、上記通知タイミングはサブフレーム#12(すなわち次のフレーム(1フレームは10サブフレームから成る)のサブフレーム#2)である。
また、SCellのサブフレーム#9の受信データに対する誤り検出結果の通知タイミングは、PCellがConfig 0、Config 1、Config 4またはConfig 6の場合、サブフレーム#13(すなわち次フレームのサブフレーム#3)である。PCellがConfig 2の場合、上記通知タイミングはサブフレーム#17(すなわち次フレームのサブフレーム#7)である。PCellがConfig 5の場合、上記通知タイミングはサブフレーム#22(すなわち次々フレームのサブフレーム#2)である。
本発明の目的は、複数の単位バンドを使用した通信においてARQが適用される場合、かつ、単位バンド毎に設定されるUL-DL Configuration(ULサブフレームとDLサブフレームとの割合)が異なる場合において、SCellで受信した下りデータの誤り検出結果の通知タイミングが複雑に散らばらないようにすることである。そして、それにより、端末での応答信号の送信処理と基地局での応答信号の受信処理を簡略化できる通信装置、通信方法及び集積回路を提供することである。
本発明の主たる一態様は、第1の構成パターンが設定された第1のコンポーネントキャリアと前記第1の構成パターンとは異なる第2の構成パターンが設定された第2のコンポーネントキャリアにおいて下りデータを送信し、前記第1の構成パターン及び前記第2の構成パターンの各々は、複数の下り通信サブフレームと複数の上り通信サブフレームとを含むフレームのための複数の構成パターン(UL/DL Configurations)のうちのいずれかである、送信部と、前記下りデータを受信した端末装置により前記第2のコンポーネントキャリアにおける複数の下り通信サブフレームの各下り通信サブフレームについて生成された、前記下りデータの誤り検出結果を示す応答信号を受信し、前記第2のコンポーネントキャリアにおける前記各下り通信サブフレームの応答信号は、前記第1のコンポーネントキャリアにおけるフレーム中の所定の上り通信サブフレームを用いて受信され、前記複数の構成パターンは、前記フレームにおける下り通信から上り通信への切り替えポイント(DL/UL切り替えポイント)の周期が互いに異なる2つの構成パターンを含み、前記2つの構成パターンでは、前記所定の上り通信サブフレームが前記DL/UL切り替えポイントの周期にしたがって設定されている、受信部と、前記受信された応答信号を用いて、前記下りデータを再送すべきか否かを判定する判定部と、を具備する通信装置である。
本発明の一態様に係る端末装置は、第1の単位バンド(例えばPCellの単位バンド)と第2の単位バンド(例えばSCellの単位バンド)とを含む複数の単位バンドを用いて基地局装置と通信し、前記各単位バンドには1フレーム内における下り通信サブフレームおよび上り通信サブフレームを含む複数種類のサブフレームの配置を規定した構成パターンが設定される端末装置であって、前記複数の単位バンドで下りデータをそれぞれ受信する受信手段と、各下りデータの誤りを検出する誤り検出手段と、前記誤り検出手段で得られる各下りデータの誤り検出結果を示す応答信号を生成する生成手段と、前記応答信号を前記基地局装置へ送信する制御手段と、を具備し、前記第1の単位バンドと前記第2の単位バンドには異なる前記構成パターンが設定可能であり、前記制御手段は、前記第2の単位バンドで受信した下りデータに対する応答信号を前記第1の単位バンドで送信するとともに、前記第2の単位バンドで受信した下りデータに対する応答信号の基準の送信期間に、前記第1の単位バンドのサブフレームが下り通信サブフレームであり、且つ、前記第2の単位バンドのサブフレームが上り通信サブフレームである場合に、前記下りデータに対する応答信号を、前記第1の単位バンドに設定された特定の上り通信サブフレームで送信し、前記特定の上り通信サブフレームは、前記サブフレームの種類の切り替わり点が周期的に現れる最小の周期ごとに一つずつ設定され、且つ、前記最小の周期内で同一の期間に配置される上り通信サブフレームである構成を採る。
本発明の一態様に係る送受信方法は、第1の単位バンドと第2の単位バンドとを含む複数の単位バンドを用いて基地局装置と端末装置とが無線信号を送受信し、前記各単位バンドには1フレーム内における下り通信サブフレームおよび上り通信サブフレームを含む複数種類のサブフレームの配置を規定した構成パターンが設定される送受信方法であって、前記基地局装置が、前記第1の単位バンドと前記第2の単位バンドに異なる前記構成パターンを設定し、前記端末装置が、前記複数の単位バンドで下りデータをそれぞれ受信し、各下りデータの誤りを検出し、得られた各下りデータの誤り検出結果を示す応答信号を生成し、前記第2の単位バンドの下りデータの受信から前記応答信号の生成に必要な期間を経過したときに、前記第1の単位バンドのサブフレームが下り通信サブフレームであり、且つ、前記第2の単位バンドのサブフレームが上り通信サブフレームである場合に、前記下りデータに対する応答信号を、前記第1の単位バンドに設定された特定の上り通信サブフレームで送信し、前記特定の上り通信サブフレームは、前記サブフレームの種類の切り替わり点が周期的に現れる最小の周期ごとに一つずつ設定され、且つ、前記最小の周期内で同一の期間に配置される上り通信サブフレームである送受信方法とする。
本発明によれば、複数の単位バンドを使用した通信においてARQが適用される場合、かつ、単位バンド毎に設定されるUL-DL Configuration(ULサブフレームとDLサブフレームとの割合)が異なる場合において、SCellで受信した下りデータの誤り検出結果の通知タイミングが複雑に散らばってしまうことが回避される。それにより、端末での応答信号の送信処理と基地局での応答信号の受信処理を簡略化できる。
応答信号及び参照信号の拡散方法を示す図 PUSCHリソースにおける応答信号及び上り回線データのTDMの適用に関わる動作を示す図 TDDにおけるUL-DL Configurationの説明に供する図 個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図 Channel Selectionの説明に供する図 TDDにおけるバンドリング方法及びマッピング方法の説明に供する図 単位バンド間でUL-DL Configurationが異なる場合における応答信号の通知方法を示す図 SCellとPCellとに異なるUL-DL Configurationが設定された場合における応答信号の通知タイミングを示す図 PCellとSCellのUL-DL Configurationと下りデータを受信するサブフレーム番号との組合せに応じた応答信号の通知タイミングを表わした図 本発明の実施の形態1に係る端末の主要構成を示すブロック図 本発明の実施の形態1に係る基地局の構成を示すブロック図 本発明の実施の形態1に係る端末の構成を示すブロック図 本発明の実施の形態1に係る応答信号の通知タイミングを示す図 本発明の実施の形態1に係るPCellとSCellのUL-DL Configurationおよび下りデータを受信するサブフレーム番号の組合せに応じた応答信号の通知タイミングを表わす図 本発明の実施の形態1に係る応答信号の通知タイミングの決定方法を説明するフローチャート 本発明の実施の形態2に係るPCellとSCellのUL-DL Configurationおよび下りデータを受信するサブフレーム番号の組合せに応じた応答信号の通知タイミングを表わす図 本発明の実施の形態2に係る応答信号の通知タイミングの決定方法を説明するフローチャート 本発明の実施の形態3に係るUL grantの有無に応じた応答信号の通知タイミングとUL grantの有無に応じた従来規格に類似させた通知タイミングとを説明する図 本発明の実施の形態4に係る基地局の主要構成を示すブロック図 本発明の実施の形態に係る応答信号の遅延を説明する図
以下、本発明の各実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
(実施の形態1)
図10は、本実施の形態に係る端末200の主要構成図である。端末200は、第1の単位バンド及び第2の単位バンドを含む複数の単位バンドを用いて基地局100と通信する。また、端末200に設定される各単位バンドには、1フレームを構成するサブフレームの構成パターンであって、下り回線の通信に用いられる下り通信サブフレーム(DLサブフレーム)及び上り回線の通信に用いられる上り通信サブフレーム(ULサブフレーム)を含む構成パターン(DL-UL Configuration)が設定される。端末200において、抽出部204が、複数の単位バンドで下りデータをそれぞれ受信し、CRC部211が、各下りデータの誤りを検出し、応答信号生成部212が、CRC部211で得られる各下りデータの誤り検出結果を用いて応答信号を生成し、制御部208が、応答信号を基地局100へ送信する。
制御部208は、第2の単位バンドで受信されたデータに対する誤り検出結果を含む応答信号を、第1の単位バンドのサブフレーム#2またはサブフレーム#7で送信する。第1の単位バンドと第2の単位バンドには、異なるUL DL Configurationが設定可能にされている。以下、第1の単位バンドに設定されるUL DL Configurationを、「第1のUL DL Configuration」、または、「第1の構成パターン」と言うことがある。また、第2の単位バンドに設定されるUL DL Configurationを、「第2のUL DL Configuration」、または、「第2の構成パターン」と言うことがある。
[基地局の構成]
図11は、本実施の形態に係る基地局100の構成を示すブロック図である。図11において、基地局100は、制御部101と、制御情報生成部102と、符号化部103と、変調部104と、符号化部105と、データ送信制御部106と、変調部107と、マッピング部108と、IFFT(Inverse Fast Fourier Transform)部109と、CP付加部110と、無線送信部111と、無線受信部112と、CP除去部113と、PUCCH抽出部114と、逆拡散部115と、系列制御部116と、相関処理部117と、A/N判定部118と、束A/N逆拡散部119と、IDFT(Inverse Discrete Fourier Transform)部120と、束A/N判定部121と、再送制御信号生成部122とを有する。
制御部101は、リソース割当対象端末(以下「宛先端末」又は単に「端末」ともいう)200に対して、制御情報を送信するための下りリソース(つまり、下り制御情報割当リソース)、及び、下り回線データを送信するための下りリソース(つまり、下りデータ割当リソース)を割り当てる(Assignする)。このリソース割当は、リソース割当対象端末200に設定される単位バンドグループに含まれる下り単位バンドにおいて行われる。また、下り制御情報割当リソースは、各下り単位バンドにおける下り制御チャネル(PDCCH)に対応するリソース内で選択される。また、下りデータ割当リソースは、各下り単位バンドにおける下りデータチャネル(PDSCH)に対応するリソース内で選択される。また、リソース割当対象端末200が複数有る場合には、制御部101は、リソース割当対象端末200のそれぞれに異なるリソースを割り当てる。
下り制御情報割当リソースは、上記したL1/L2CCHと同等である。すなわち、下り制御情報割当リソースは、1つ又は複数のCCEから構成される。
また、制御部101は、リソース割当対象端末200に対して制御情報を送信する際に用いる符号化率を決定する。この符号化率に応じて制御情報のデータ量が異なるので、このデータ量の制御情報をマッピング可能な数のCCEを持つ下り制御情報割当リソースが、制御部101によって割り当てられる。
そして、制御部101は、制御情報生成部102に対して、下りデータ割当リソースに関する情報を出力する。また、制御部101は、符号化部103に対して、符号化率に関する情報を出力する。また、制御部101は、送信データ(つまり、下り回線データ)の符号化率を決定し、符号化部105に出力する。また、制御部101は、下りデータ割当リソース及び下り制御情報割当リソースに関する情報をマッピング部108に対して出力する。ただし、制御部101は下り回線データと当該下り回線データに対する下り制御情報を同一の下り単位バンドにマッピングするよう制御する。
制御情報生成部102は、下りデータ割当リソースに関する情報を含む制御情報を生成して符号化部103へ出力する。この制御情報は下り単位バンド毎に生成される。また、リソース割当対象端末200が複数有る場合に、リソース割当対象端末200同士を区別するために、制御情報には、宛先端末200の端末IDが含まれる。例えば、宛先端末200の端末IDでマスキングされたCRCビットが制御情報に含まれる。この制御情報は、「下り割当制御情報(Control information carrying downlink assignment)」又は「Downlink Control Information(DCI)」と呼ばれることがある。
符号化部103は、制御部101から受け取る符号化率に従って、制御情報を符号化し、符号化された制御情報を変調部104へ出力する。
変調部104は、符号化後の制御情報を変調し、得られた変調信号をマッピング部108へ出力する。
符号化部105は、宛先端末200毎の送信データ(つまり、下り回線データ)及び制御部101からの符号化率情報を入力として送信データを符号化し、データ送信制御部106に出力する。ただし、宛先端末200に対して複数の下り単位バンドが割り当てられる場合には、符号化部105は、各下り単位バンドで送信される送信データをそれぞれ符号化し、符号化後の送信データをデータ送信制御部106へ出力する。
データ送信制御部106は、初回送信時には、符号化後の送信データを保持すると共に変調部107へ出力する。符号化後の送信データは、宛先端末200毎に保持される。また、1つの宛先端末200への送信データは、送信される下り単位バンド毎に保持される。これにより、宛先端末200に送信されるデータ全体の再送制御だけでなく、下り単位バンド毎の再送制御も可能になる。
また、データ送信制御部106は、再送制御信号生成部122から或る下り単位バンドで送信した下り回線データに対するNACK又はDTXを受け取ると、この下り単位バンドに対応する保持データを変調部107へ出力する。データ送信制御部106は、再送制御信号生成部122から或る下り単位バンドで送信した下り回線データに対するACKを受け取ると、この下り単位バンドに対応する保持データを削除する。
変調部107は、データ送信制御部106から受け取る符号化後の送信データを変調し、変調信号をマッピング部108へ出力する。
マッピング部108は、制御部101から受け取る下り制御情報割当リソースの示すリソースに、変調部104から受け取る制御情報の変調信号をマッピングし、IFFT部109へ出力する。
また、マッピング部108は、制御部101から受け取る下りデータ割当リソース(すなわち、制御情報に含まれる情報)の示すリソース(PDSCH(下りデータチャネル))に、変調部107から受け取る送信データの変調信号をマッピングし、IFFT部109へ出力する。
マッピング部108にて複数の下り単位バンドにおける複数のサブキャリアにマッピングされた制御情報及び送信データは、IFFT部109で周波数領域信号から時間領域信号に変換される。変換された信号は、CP付加部110にてCPが付加されてOFDM信号とされた後に、無線送信部111にてD/A(Digital to Analog)変換、増幅及びアップコンバート等の送信処理が施され、アンテナを介して端末200へ送信される。
無線受信部112は、端末200から送信された上り応答信号又は参照信号を、アンテナを介して受信し、上り応答信号又は参照信号に対しダウンコンバート、A/D変換等の受信処理を行う。
CP除去部113は、受信処理後の上り応答信号又は参照信号に付加されているCPを除去する。
PUCCH抽出部114は、受信信号に含まれるPUCCH信号から、予め端末200に通知してある束ACK/NACKリソースに対応するPUCCH領域の信号を抽出する。ここで、束ACK/NACKリソースとは、前述したように、束ACK/NACK信号が送信されるべきリソースであり、DFT−S−OFDMフォーマット構成を採るリソースである。具体的には、PUCCH抽出部114は、束ACK/NACKリソースに対応するPUCCH領域のデータ部分(すなわち、束ACK/NACK信号が配置されているSC−FDMAシンボル)と参照信号部分(すなわち、束ACK/NACK信号を復調するための参照信号が配置されているSC−FDMAシンボル)を抽出する。PUCCH抽出部114は、抽出したデータ部分を束A/N逆拡散部119に出力し、参照信号部分を逆拡散部115−1に出力する。
また、PUCCH抽出部114は、受信信号に含まれるPUCCH信号から、下り割当制御情報(DCI)の送信に用いられたPDCCHが占有していたCCEに対応付けられているA/Nリソース及び予め端末200に通知してある複数のA/Nリソースに対応する複数のPUCCH領域を抽出する。ここで、A/Nリソースとは、A/Nが送信されるべきリソースである。具体的には、PUCCH抽出部114は、A/Nリソースに対応するPUCCH領域のデータ部分(上り制御信号が配置されているSC−FDMAシンボル)と参照信号部分(上り制御信号を復調するための参照信号が配置されているSC−FDMAシンボル)を抽出する。そして、PUCCH抽出部114は、抽出したデータ部分及び参照信号部分の両方を、逆拡散部115−2に出力する。このようにして、CCEに関連付けられたPUCCHリソース及び端末200に対して通知した特定のPUCCHリソースの中から選択されたリソースで応答信号が受信される。
系列制御部116は、端末200から通知されるA/N、A/Nに対する参照信号、及び、束ACK/NACK信号に対する参照信号のそれぞれの拡散に用いられる可能性があるBase sequence(すなわち、系列長12のZAC系列)を生成する。また、系列制御部116は、端末200が用いる可能性のあるPUCCHリソースにおいて、参照信号が配置され得るリソース(以下「参照信号リソース」と呼ぶ)に対応する相関窓をそれぞれ特定する。そして、系列制御部116は、束ACK/NACKリソースにおいて参照信号が配置され得る参照信号リソースに対応する相関窓を示す情報及びBase sequenceを相関処理部117−1に出力する。系列制御部116は、参照信号リソースに対応する相関窓を示す情報及びBase sequenceを、相関処理部117−1に出力する。また、系列制御部116は、A/N及びA/Nに対する参照信号が配置されるA/Nリソースに対応する相関窓を示す情報及びBase sequenceを相関処理部117−2に出力する。
逆拡散部115−1及び相関処理部117−1は、束ACK/NACKリソースに対応するPUCCH領域から抽出された参照信号の処理を行う。
具体的には、逆拡散部115−1は、端末200が束ACK/NACKリソースの参照信号において2次拡散に用いるべきウォルシュ系列で参照信号部分を逆拡散し、逆拡散後の信号を相関処理部117−1に出力する。
相関処理部117−1は、参照信号リソースに対応する相関窓を示す情報及びBase sequenceを用いて、逆拡散部115−1から入力される信号と、端末200において1次拡散に用いられる可能性のあるBase sequenceとの相関値を求める。そして、相関処理部117−1は、相関値を束A/N判定部121に出力する。
逆拡散部115−2及び相関処理部117−2は、複数のA/Nリソースに対応する複数のPUCCH領域から抽出された参照信号及びA/Nの処理を行う。
具体的には、逆拡散部115−2は、端末200が各A/Nリソースのデータ部分及び参照信号部分において2次拡散に用いるべきウォルシュ系列及びDFT系列でデータ部分及び参照信号部分を逆拡散し、逆拡散後の信号を相関処理部117−2に出力する。
相関処理部117−2は、各A/Nリソースに対応する相関窓を示す情報及びBase sequenceを用いて、逆拡散部115−2から入力される信号と、端末200において1次拡散に用いられる可能性のあるBase sequenceとの相関値をそれぞれ求める。そして、相関処理部117−2は、それぞれの相関値をA/N判定部118に出力する。
A/N判定部118は、相関処理部117−2から入力される複数の相関値に基づいて、端末200からどのA/Nリソースを用いて信号が送信されているか、若しくは、いずれのA/Nリソースも用いられていないかを判定する。そして、A/N判定部118は、端末200からいずれかのA/Nリソースを用いて信号が送信されていると判定した場合、参照信号に対応する成分及びA/Nに対応する成分を用いて同期検波を行い、同期検波の結果を再送制御信号生成部122に出力する。一方、A/N判定部118は、端末200がいずれのA/Nリソースも用いていないと判定した場合には、A/Nリソースが用いられていない旨を再送制御信号生成部122に出力する。
束A/N逆拡散部119は、PUCCH抽出部114から入力される束ACK/NACKリソースのデータ部分に対応する束ACK/NACK信号をDFT系列によって逆拡散し、その信号をIDFT部120に出力する。
IDFT部120は、束A/N逆拡散部119から入力される周波数領域上の束ACK/NACK信号を、IDFT処理によって時間領域上の信号に変換し、時間領域上の束ACK/NACK信号を束A/N判定部121に出力する。
束A/N判定部121は、IDFT部120から入力される束ACK/NACKリソースのデータ部分に対応する束ACK/NACK信号を、相関処理部117−1から入力される束ACK/NACK信号の参照信号情報を用いて復調する。また、束A/N判定部121は、復調後の束ACK/NACK信号を復号し、復号結果を束A/N情報として再送制御信号生成部122に出力する。ただし、束A/N判定部121は、相関処理部117−1から入力される相関値が閾値よりも小さく、端末200から束A/Nリソースを用いて信号が送信されていないと判定した場合には、その旨を再送制御信号生成部122に出力する。
再送制御信号生成部122は、下り単位バンドで送信したデータ(下り回線データ)を再送すべきか否かを判定し、判定結果に基づいて再送制御信号を生成する。この判定は、束A/N判定部121から入力される情報、A/N判定部118から入力される情報、および、誤り検出結果の通知タイミング情報に基づいて行われる。誤り検出結果の通知タイミング情報は、予め基地局100及び端末200間で定められた複数のUL-DL Configurationとサブフレームタイミングの組合せに応じて決定される。再送制御信号生成部122は、或る下り単位バンドで送信した下り回線データに対して再送する必要があると判断した場合には、当該下り回線データの再送命令を示す再送制御信号を生成して、再送制御信号をデータ送信制御部106へ出力する。また、再送制御信号生成部122は、或る下り単位バンドで送信した下り回線データに対して再送する必要が無いと判断した場合には、当該下り単位バンドで送信した下り回線データを再送しないことを示す再送制御信号を生成して、再送制御信号をデータ送信制御部106へ出力する。なお、再送制御信号生成部122においてデータを再送すべきか否かの判定に使用される、複数のUL-DL Configurationとサブフレームタイミングの組合せに対する誤り検出結果の通知タイミング情報の詳細については後述する。
[端末の構成]
図12は、本実施の形態に係る端末200の構成を示すブロック図である。図12において、端末200は、無線受信部201と、CP除去部202と、FFT(Fast Fourier Transform)部203と、抽出部204と、復調部205と、復号部206と、判定部207と、制御部208と、復調部209と、復号部210と、CRC部211と、応答信号生成部212と、符号化&変調部213と、1次拡散部214−1,214−2と、2次拡散部215−1,215−2と、DFT部216と、拡散部217と、IFFT部218−1,218−2,218−3と、CP付加部219−1,219−2,219−3と、時間多重部220と、選択部221と、無線送信部222とを有する。
無線受信部201は、基地局100から送信されたOFDM信号を、アンテナを介して受信し、受信OFDM信号に対しダウンコンバート、A/D変換等の受信処理を行う。なお、受信OFDM信号には、PDSCH内のリソースに割り当てられたPDSCH信号(下り回線データ)又はPDCCH内のリソースに割り当てられたPDCCH信号が含まれる。
CP除去部202は、受信処理後のOFDM信号に付加されているCPを除去する。
FFT部203は、受信OFDM信号をFFTして周波数領域信号に変換し、得られた受信信号を抽出部204へ出力する。
抽出部204は、入力される符号化率情報に従って、FFT部203から受け取る受信信号から下り制御チャネル信号(PDCCH信号)を抽出する。すなわち、符号化率に応じて下り制御情報割当リソースを構成するCCE(又はR−CCE)の数が変わるので、抽出部204は、その符号化率に対応する個数のCCEを抽出単位として、下り制御チャネル信号を抽出する。また、下り制御チャネル信号は、下り単位バンドごとに抽出される。抽出された下り制御チャネル信号は、復調部205へ出力される。
また、抽出部204は、後述する判定部207から受け取る自装置宛の下りデータ割当リソースに関する情報に基づいて、受信信号から下り回線データ(下りデータチャネル信号(PDSCH信号))を抽出し、復調部209へ出力する。このように、抽出部204は、PDCCHにマッピングされた下り割当制御情報(DCI)を受信し、PDSCHで下り回線データを受信する。
復調部205は、抽出部204から受け取る下り制御チャネル信号を復調し、得られた復調結果を復号部206に出力する。
復号部206は、入力される符号化率情報に従って、復調部205から受け取る復調結果を復号して、得られた復号結果を判定部207に出力する。
判定部207は、復号部206から受け取る復号結果に含まれる制御情報が自装置宛の制御情報であるか否かをブラインド判定(モニタ)する。この判定は、上記した抽出単位に対応する復号結果を単位として行われる。例えば、判定部207は、自装置の端末IDでCRCビットをデマスキングし、CRC=OK(誤り無し)となった制御情報を自装置宛の制御情報であると判定する。そして、判定部207は、自装置宛の制御情報に含まれる、自装置に対する下りデータ割当リソースに関する情報を抽出部204へ出力する。
また、判定部207は、自装置宛の制御情報(すなわち、下り割当制御情報)を検出した場合、ACK/NACK信号が発生(存在)する旨を制御部208に通知する。また、判定部207は、自装置宛の制御情報をPDCCH信号から検出した場合、当該PDCCHが占有していたCCEに関する情報を制御部208に出力する。
制御部208は、判定部207から入力されるCCEに関する情報から、当該CCEに関連付けられたA/Nリソースを特定する。そして、制御部208は、CCEに関連付けられたA/Nリソース、又は、予め基地局100から通知されているA/Nリソースに対応するBase sequence及び循環シフト量を、1次拡散部214−1へ出力し、当該A/Nリソースに対応するウォルシュ系列及びDFT系列を2次拡散部215−1へ出力する。また、制御部208は、A/Nリソースの周波数リソース情報をIFFT部218−1に出力する。
また、制御部208は、束ACK/NACK信号を束ACK/NACKリソースを用いて送信すると判断した場合、予め基地局100から通知されている束ACK/NACKリソースの参照信号部分(参照信号リソース)に対応するBase sequence及び循環シフト量を、1次拡散部214−2へ出力し、ウォルシュ系列を2次拡散部215−2へ出力する。また、制御部208は、束ACK/NACKリソースの周波数リソース情報をIFFT部218−2に出力する。
また、制御部208は、束ACK/NACKリソースのデータ部分の拡散に用いるDFT系列を拡散部217に出力し、束ACK/NACKリソースの周波数リソース情報をIFFT部218−3に出力する。
また、制御部208は、束ACK/NACKリソース又はA/Nリソースのいずれかを選択し、選択したリソースを無線送信部222に出力するよう選択部221に指示する。更に、制御部208は、選択したリソースに応じて、束ACK/NACK信号又はACK/NACK信号のいずれかを生成するよう応答信号生成部212に指示する。
復調部209は、抽出部204から受け取る下り回線データを復調し、復調後の下り回線データを復号部210へ出力する。
復号部210は、復調部209から受け取る下り回線データを復号し、復号後の下り回線データをCRC部211へ出力する。
CRC部211は、復号部210から受け取る復号後の下り回線データを生成し、CRCを用いて下り単位バンド毎に誤り検出し、CRC=OK(誤り無し)の場合にはACKを、CRC=NG(誤り有り)の場合にはNACKを、応答信号生成部212へそれぞれ出力する。また、CRC部211は、CRC=OK(誤り無し)の場合には、復号後の下り回線データを受信データとして出力する。
応答信号生成部212は、CRC部211から入力される、各下り単位バンドにおける下り回線データの受信状況(下り回線データの誤り検出結果)、及び、誤り検出結果の通知タイミング情報に基づいて応答信号を生成する。ここで、誤り検出結果の通知タイミング情報は、予め基地局100及び端末200間で定められた複数のUL-DL Configurationとサブフレームタイミングの組合せに応じて決定される。応答信号生成部212は、制御部208から束ACK/NACK信号を生成するように指示された場合には、下り単位バンド毎の誤り検出結果の各々が個別データとして含まれている束ACK/NACK信号を生成する。一方、応答信号生成部212は、制御部208からACK/NACK信号を生成するように指示された場合には、1シンボルのACK/NACK信号を生成する。そして、応答信号生成部212は生成した応答信号を符号化・変調部213に出力する。なお、応答信号生成部212において使用される、複数のUL-DL Configurationとサブフレームタイミングの組合せに対する誤り検出結果の通知タイミング情報の詳細については後述する。
符号化・変調部213は、束ACK/NACK信号が入力された場合には、入力された束ACK/NACK信号を符号化・変調し、12シンボルの変調信号を生成し、DFT部216へ出力する。また、符号化・変調部213は、1シンボルのACK/NACK信号が入力された場合には、当該ACK/NACK信号を変調し、1次拡散部214−1に出力する。
A/Nリソース、及び、束ACK/NACKリソースの参照信号リソースに対応する1次拡散部214−1及び214−2は、制御部208の指示に従ってACK/NACK信号又は参照信号を、リソースに対応するBase sequenceによって拡散し、拡散した信号を2次拡散部215−1,215−2へ出力する。
2次拡散部215−1,215−2は、制御部208の指示により、入力された1次拡散後の信号をウォルシュ系列又はDFT系列を用いて拡散しIFFT部218−1,218−2に出力する。
DFT部216は、入力される時系列の束ACK/NACK信号を12個纏めてDFT処理を行うことにより、12個の周波数軸上の信号成分を得る。そして、DFT部216は12個の信号成分を拡散部217に出力する。
拡散部217は、制御部208から指示されたDFT系列を用いて、DFT部216から入力された12個の信号成分を拡散し、IFFT部218−3に出力する。
IFFT部218−1,218−2,218−3は、制御部208の指示により、入力された信号を、配置されるべき周波数位置に対応付けてIFFT処理を行う。これにより、IFFT部218−1,218−2,218−3に入力された信号(すなわち、ACK/NACK信号、A/Nリソースの参照信号、束ACK/NACKリソースの参照信号、束ACK/NACK信号)は時間領域の信号に変換される。
CP付加部219−1,219−2,219−3は、IFFT後の信号の後尾部分と同じ信号をCPとしてその信号の先頭に付加する。
時間多重部220は、CP付加部219−3から入力される束ACK/NACK信号(すなわち、束ACK/NACKリソースのデータ部分を用いて送信される信号)と、CP付加部219−2から入力される束ACK/NACKリソースの参照信号とを、束ACK/NACKリソースに時間多重する。そして、時間多重部220は、得られた信号を選択部221へ出力する。
選択部221は、制御部208の指示に従って、時間多重部220から入力される束ACK/NACKリソースとCP付加部219−1から入力されるA/Nリソースのいずれかを選択し、選択したリソースに割り当てられた信号を無線送信部222へ出力する。
無線送信部222は、選択部221から受け取る信号に対しD/A変換、増幅及びアップコンバート等の送信処理を行い、アンテナから基地局100へ送信する。
[基地局100及び端末200の動作]
次に、上記の構成を有する基地局100及び端末200の動作について説明する。以下、続く説明のために、PCellの単位バンドとSCellの単位バンドとに異なるUL-DL Configurationが設定されている場合のことを、「2CC−別コンフィグ設定」と呼ぶ。また、PCellの単位バンドとSCellの単位バンドとに同一のUL-DL Configurationが設定されている場合のことを、「2CC−同コンフィグ設定」と呼ぶ。また、端末200に単一の単位バンド(1CC)のみが設定され、この単位バンドに比較対象のSCellと同一のUL-DL Configurationが設定されている場合のことを、「1CC−SCellコンフィグ設定」と呼ぶ。
実施の形態1において、2CC−別コンフィグ設定の場合、端末200は、SCellの単位バンドで受信した下りデータに対する誤り検出結果を、常にPCellの単位バンドのサブフレーム#2またはサブフレーム#7で通知する。つまり、実施の形態1では、2CC−別コンフィグ設定の場合にSCellの下りデータに対する誤り検出結果を通知するタイミングと、1CC−SCellコンフィグ設定で同じサブフレームで受信した下りデータの誤り検出結果を通知するタイミングとは同一にならない。
なお、2CC−同コンフィグ設定の場合、端末200は、1CC−SCellコンフィグ設定の通知タイミングと同一のタイミングで、SCellの下りデータに対する誤り検出結果をPCellの単位バンドで通知する。言い換えれば、本実施の形態において、SCellの下りデータに対する誤り検出結果の通知タイミングは、2CC−別コンフィグ設定の場合と、2CC−同コンフィグ設定の場合とで同一にならない。
図3に示すように、Specialサブフレームには、DL/UL切り替えポイント(ガード期間、Guard Period(GP)ともいう)が含まれる。Config 0、Config 1、Config 2およびConfig 6において、DL/UL切り替えポイントは5ms周期で現れる。また、Config 3、Config 4、Config 5において、DL/UL切り替えポイントは10ms周期で現れる。以下、Specialサブフレームが周期的に現れる最小周期が5ms周期であるUL-DL Configurationを「5ms周期のUL-DL Configuration」と呼ぶ。また、Specialサブフレームが周期的に現れる最小周期が10ms周期であるUL-DL Configurationを「10ms周期のUL-DL Configuration」と呼ぶ。
2種類の周期が存在する理由は、様々なULサブフレームとDLサブフレーム(およびSpecialサブフレーム)の比率を規定できるようにするためである。ULサブフレームとDLサブフレーム(およびSpecialサブフレーム)の比率は、Config 0のとき6:4、Config 6のとき5:5、Config 1のとき4:6、Config 3のとき3:7、Config 2のとき2:8、Config 5のとき1:9である。各UL-DL Configurationに対するDL/UL切り替えポイントは、5ms周期のUL-DL Configurationでは、常にサブフレーム#1に存在する。また、10ms周期のUL-DL Configurationでは、常にサブフレーム#1およびサブフレーム#6に存在する。このように、複数のUL-DL Configuration間で同じタイミングにDL/UL切り替えポイントが規定されることにより、基地局100および端末200は、Specialサブフレームか否かを少ない場合分けで判断することができる。ここで、前述の通り、SpecialサブフレームにはDL/UL切り替えポイントが含まれるため、Specialサブフレームの次のサブフレームは、どのUL-DL Configurationにおいても、必ずULサブフレームになる。すなわち、Config 0、Config 1、Config 2およびConfig 6)では、サブフレーム#2およびサブフレーム#7が必ずULサブフレームになる。10ms周期のUL-DL Configuration(Config 3、Config 4およびConfig 5)では、サブフレーム#2が必ずULサブフレームになる。
そこで本実施の形態では、PCellの単位バンドに10ms周期のUL-DL Configurationが設定されている場合、端末200は、サブフレーム#2でSCellの下りデータに対する誤り検出結果を通知する。サブフレーム#2は、全てのUL-DL Configurationで共通にULサブフレームとなる。また、PCellの単位バンドに5ms周期のUL-DL Configurationが設定されている場合、端末200は、サブフレーム#2とサブフレーム#7でSCellの下りデータに対する誤り検出結果を通知する。
図13には、実施の形態1に係るSCellの下りデータに対する誤り検出結果の通知タイミングを説明する図を示す。図13Aは、図8Aと同様、PCellにConfig 1が設定され、SCellにConfig 3が設定された例である。図13B、図13Cおよび図13Dの例は、PCellに、順に、Config 0、Config 4、Config 2が設定され、SCellに図13Aと同じConfig 3が設定された例である。ここで、サブフレーム#0に着目すると、端末200は、SCellで受信した下りデータに対する誤り検出結果を、通知用に定められたサブフレームのうち最も早いタイミングのサブフレームで通知する。ただし、端末200は、下りデータの受信から誤り検出結果を通知するまでに最低4ms(誤り検出結果を含む応答信号の生成に必要な時間)を要する。そのため、端末200は、下りデータの受信から4ms以降で最も早いタイミングのサブフレーム#2またはサブフレーム#7で、この下りデータに対する誤り検出結果を通知する。すなわち、図13A、図13B又は図13DのようにPCellに5ms周期のUL-DL Configurationが設定されている場合、端末200は、次に現れるサブフレーム#7で誤り検出結果を通知する。図13CのようにPCellに10ms周期のUL-DL Configurationが設定されている場合には、端末200は、受信から4ms以降で最も早いタイミングのサブフレーム#12(次フレームのサブフレーム#2)で誤り検出結果を通知する。
このように、PCellとSCellとに異なるUL-DL Configurationが設定された場合、端末200は、誤り検出結果をPCellで通知するタイミングを、サブフレーム#2またはサブフレーム#7に限定する。PCellとSCellに設定されるUL-DL Configurationと、端末200が下りデータを受信するSCellのサブフレーム番号との組合せが何れの場合であっても、上記通知タイミングはサブフレーム#2またはサブフレーム#7に限定される。つまり、誤り検出結果の通知タイミングが条件によって複雑に分散しない。したがって、基地局100および端末200は、誤り検出結果に関する処理を簡略化して行うことができる。また、基地局100および端末200の開発段階におけるテストケースが少なくなる。
図14には、実施の形態1における、2つのセル(PCellとSCell)のUL-DL Configurationと下りデータを受信するサブフレーム番号との組合せに応じた誤り検出結果の通知タイミングを表わしたデータテーブルを示す。図14は、図9と同様に、SCellに或るUL-DL Configurationが設定されている場合に、SCellの或る下りサブフレームで受信した下りデータに対する誤り検出結果を、PCellのどのサブフレームで通知するかを示している。また、図14には、2つのセルに同一のUL-DL Configurationが設定されているときの通知タイミングを斜線の網掛けにより示している。
例えば、図14Dに示されるように、SCellがConfig 3であり、PCellのUL-DL ConfigurationがSCellのUL-DL Configurationと異なる(すなわちConfig 3以外)場合には、次のようになる。すなわち、SCellのサブフレーム#0における受信データに対する誤り検出結果の通知タイミングは、PCellが5ms周期のUL-DL Configurationの場合、サブフレーム#7である。PCellが10ms周期のUL-DL Configurationの場合、サブフレーム#12(すなわち次フレームのサブフレーム#2)である。
また、SCellのサブフレーム#9における受信データに対する誤り検出結果の通知タイミングは、PCellが5ms周期のUL-DL Configurationの場合、サブフレーム#17(すなわち次フレームのサブフレーム#7)である。PCellが10ms周期のUL-DL Configurationの場合、サブフレーム#22(すなわち2つ先のフレームのサブフレーム#2)である。
また、SCellのサブフレーム#5における受信データに対する誤り検出結果は、PCellが5ms周期のUL-DL Configurationの場合、サブフレーム#12(すなわち次フレームのサブフレーム#2)である。PCellが10ms周期のUL-DL Configurationの場合もまた、サブフレーム#12(すなわち次フレームのサブフレーム#2)である。
図15には、実施の形態1に係る誤り検出結果の通知タイミングの決定方法を説明するフローチャートを示す。この決定フローは、PCellとSCellに異なるUL-DL Configurationの設定が行われている場合を前提としたものである。上述した実施の形態1に係る誤り検出結果(ACK/NACK)の通知タイミングは、図15の決定フローにより求めることができる。すなわち、通知タイミングを決定する場合、先ず、PCellのUL-DL Configurationが10ms周期(Specialサブフレームが周期的に現れる最小周期)か5ms周期かが判別(S100)される。判別結果が10ms周期であれば、通知タイミングはPCellの最も早いサブフレーム(SF)#2と決定される(S101)。判別結果が5ms周期であれば、次に、SCellの下りデータが伝送されたPDSCHのサブフレーム番号が判別される(S101)。その結果、サブフレーム番号が「#0〜#2,#9」であれば、通知タイミングはPCellの最も早いサブフレーム#7と決定される(S103)。サブフレーム番号が「#4〜#8」であれば、通知タイミングはPCellの最も早いサブフレーム#2と決定される(S101)。
PCellとSCellに同じUL-DL Configurationの設定が行われている場合には、端末200は、1CCの場合に規定される誤り検出結果の通知タイミングを採用する。
本実施の形態において、端末200の制御部208(図10参照)は、図15の決定フローを実行することで、誤り検出結果の通知タイミングを決定してもよい。或いは、端末200の制御部208は、図15の決定フローにより決定された通知タイミングを表わすテーブルデータをメモリに保持し、制御部208がこのテーブルデータを読んで誤り検出結果の通知タイミングを決定してもよい。
この実施の形態1の送受信方法において、次の状況およびタイミングについて着目する。すなわち、PCellとSCellに異なるUL-DL Configurationが設定され、端末200がSCellで下りデータを受信した後、この下りデータの誤り検出結果を生成するのに必要な4msが経過したタイミングに着目する。このとき、SCellがULサブフレーム、PCellがDLサブフレームであった場合、端末200は、1CC−SCellコンフィグ設定の場合と同様のタイミングで誤り検出結果をPCellで通知できない。しかしながら、この実施の形態1の端末200の制御部208は、このような場合でも、上記下りデータに対する誤り検出結果の通知タイミングを簡単に決定することができる。そして、端末200は、複数のUL-DL Configurationで共通にされたサブフレーム番号の期間、すなわち、PCellの次のサブフレーム#2(5m周期のUL-DL Configurationの場合は、次のサブフレーム#2又は#7)に誤り検出結果を通知する。従って、端末200における誤り検出結果の送信処理と、基地局100における誤り検出結果の受信処理とが簡略化される。
(実施の形態2)
実施の形態2において、端末200は、次のタイミングで、SCellの単位バンドで受信された下りデータに対する誤り検出結果をPCellで通知する。すなわち、SCellの下りデータに対して1CC−SCellコンフィグ設定であれば通知タイミングとなる期間に、PCellのサブフレームがULサブフレームである場合、端末200は、このULサブフレームで誤り検出結果を通知する。1CC−SCellコンフィグ設定であれば通知タイミングとなる期間におけるPCellのサブフレームがDLサブフレームである場合、端末200は、実施の形態1と同様のタイミングで誤り検出結果を通知する。すなわち、この後者の場合、端末200は、PCellに10m周期のUL-DL Configurationが設定されていれば、次に最も早く現れるサブフレーム#2で誤り検出結果を通知する。また、端末200は、PCellに5m周期のUL-DL Configurationが設定されていれば、次に最も早く現れるサブフレーム#2または#7で誤り検出結果を通知する。
図3に示すように、複数のUL-DL Configurationの中には、サブフレーム#2およびサブフレーム#7以外でも、同じタイミングでULサブフレームを有する複数のUL-DL Configurationの組み合わせがある。例えば、Config 0、Config 1、Config 3、Config 4およびConfig 6のサブフレーム#3は、ULサブフレームである。従って、SCellとPCellにこれらのUL-DL Configurationが設定されている場合には、次のことが言える。すなわち、この場合、1CC−SCellコンフィグ設定であればサブフレーム#3が通知タイミングとなるSCellの下りデータに対して、端末200は、この誤り検出結果をこの通知タイミングにPCellで通知できる。Config 0、Config 1、Config 3、Config 4およびConfig 6のうち、SCellとPCellに別々のUL-DL Configurationが設定されている場合も同様である。つまり、上記の条件が満たされる場合には、端末200は、1CCの場合の通知タイミングを利用して、SCellで受信した下りデータに対する誤り検出結果をPCellで通知することが可能となる。また、このような通知タイミングは、複数のUL-DL Configurationで共通のタイミングであり、UL-DL Configurationの組み合わせによって通知タイミングは複雑に散らばらない。従って、このような場合、上記誤り検出結果の通知タイミングを、1CC−SCellコンフィグ設定のときの通知タイミングから異ならせる必要性は少なくなる。
一方、PCellにConfig 2またはConfig 5が設定されている場合、PCellのサブフレーム#3はDLサブフレームになる。従って、この場合、1CC−SCellコンフィグ設定であればサブフレーム#3が通知タイミングとなるSCellの下りデータに対して、端末200は、この通知タイミングにPCellで誤り検出結果を通知できない。従って、このような場合、端末200は、上記の誤り検出結果の通知タイミングを、1CC−SCellコンフィグ設定のときの通知タイミングから異ならせる必要がある。
図16には、実施の形態2における、2つのセル(PCellとSCell)のUL-DL ConfigurationとSCellで下りデータを受信するサブフレーム番号との組合せに応じた誤り検出結果の通知タイミングを表わしたデータテーブルを示す。具体的には、図16は、図9または図14と同様に、SCellに或るUL-DL Configurationが設定されている場合に、SCellの或る下りフレームで受信した下りデータに対する誤り検出結果を、PCellのどのサブフレームで通知するかを示している。また、図16には、2つのセルに同一のUL-DL Configurationが設定されているときの通知タイミングが斜線の網掛けにより示され、1CC−SCellコンフィグ設定のときと同一にされた通知タイミングがドットの網掛けにより示されている。
例えば、図16Dに示すように、実施の形態1と実施の形態2の誤り検出結果の通知タイミングは、PCellのUL-DL Configurationが#0または#6で、且つ、SCellの下りデータを受信したサブフレームが#7、#8または#9の場合に、異なっている。実施の形態1の通知タイミングは、サブフレーム#12と#17であるが、実施の形態2の通知タイミングはサブフレーム#13と#14となる。このサブフレーム#13と#14の通知タイミングは、PCellのUL-DL Configurationと、SCellのUL-DL Configurationとが同一である場合の通知タイミングと同じになる。
図17には、実施の形態2に係る誤り検出結果の通知タイミングの決定方法を説明するフローチャートを示す。この決定フローは、PCellとSCellに異なるUL-DL Configurationの設定が行われている場合を前提としたものである。通知タイミングを決定する場合、先ず、SCellの下りデータに対する誤り検出結果に対して、1CC−SCellコンフィグ設定であれば通知タイミングとなる期間に、PCellはULサブフレーム(UL SF)であるか否かが判別される(S200)。この判別の結果、ULサブフレームであれば、上記誤り検出結果の通知タイミングは、PCellのこのULサブフレームと決定される(S201)。一方、ULサブフレームでなければ、上記誤り検出結果の通知タイミングは、図15の決定方法に従って決定される(S202)。図16に示される実施の形態2に係る誤り検出結果(ACK/NACK)の通知タイミングは、この決定フローにより求められる。
この実施の形態2において、端末200の制御部208(図10参照)は、図15の決定フローを実行することで、誤り検出結果の通知タイミングを決定してもよい。或いは、端末200の制御部208は、図17の決定フローにより決定された通知タイミングを表わすテーブルデータをメモリに保持し、制御部208がこのテーブルデータを読んで誤り検出結果の通知タイミングを決定してもよい。
この実施の形態2に係る送受信方法によれば、PCellとSCellとに異なるUL-DL Configurationが設定された場合に、端末200は、SCellの下りデータに対する誤り検出結果をPCellで通知する。その際、誤り検出結果のPCellでの通知タイミングは、PCellとSCellとにそれぞれ設定されるUL-DL Configurationの番号と、SCellで下りデータを受信するサブフレームの番号の組み合わせに応じて決定される。実施の形態2では、誤り検出結果のPCellでの通知タイミングは、上記の組み合わせが一部の組み合わせとなる場合に、サブフレーム#2またはサブフレーム#7に限定される。PCellとSCellにそれぞれ設定されるUL-DL Configurationの番号の組み合わせは49(=7×7)通りであり、SCellで下りデータを受信するサブフレーム番号は、最大で9通り(Config 5の場合)である。それゆえ、これらの組み合わせ数は非常に多くなるが、各組み合わせに応じた誤り検出結果の通知タイミングは、多くの場合にサブフレーム#2またはサブフレーム#7に限定され、複雑に散らばらない。従って、端末200における誤り検出結果の送信処理と、基地局100における誤り検出結果の受信処理とが簡略化される。また、端末200および基地局100の開発段階におけるテストケースが少なくなる。
さらに、実施の形態2に係る送受信方法によれば、端末200は、SCellで受信した下りデータの誤り検出結果をPCellで通知する際、可能であれば1CC−SCellコンフィグ設定の場合と同じ通知タイミングで誤り検出結果をPCellで通知する。つまり、実際の誤り検出結果の通知タイミングと、1CC−SCellコンフィグ設定の場合の通知タイミングとがずれる状況が最小限になる。つまり、PCellとSCellで異なるUL-DL Configurationが設定された場合でも、1CC−SCellコンフィグ設定の場合および2CC−同コンフィグ設定の場合と比較して、誤り検出結果の通知処理の内容(タイミングなど)の変更が少なくなる。従って、端末200における誤り検出結果の送信処理、および、基地局100における誤り検出結果の受信処理は、1CC−SCellコンフィグ設定の場合あるいは2CC−同コンフィグ設定の場合の処理と同様になる。それにより、端末200および基地局100の開発段階におけるテストケースが少なくなる。
(実施の形態3)
実施の形態3の端末200は、2CC−同コンフィグ設定の場合、SCellの単位バンドにおける上りデータ(PUSCH)送信の有無によらず、SCellの単位バンドで受信した下りデータに対する誤り検出結果を、常にPCellで通知する。具体的には、端末200は、この誤り検出結果を、PCellのPUSCH領域またはPUCCH領域で通知する。また、2CC−別コンフィグ設定の場合、端末200は、SCellの単位バンドにおける上りデータ(PUSCH)送信の有無によらず、SCellの単位バンドで受信した下りデータに対する誤り検出結果を、常にPCellで通知する。
実施の形態1および実施の形態2では、2CC−別コンフィグ設定の場合にSCellで受信された下りデータに対する誤り検出結果の通知タイミングと、1CC−SCellコンフィグ設定であればこの誤り検出結果の通知タイミングとなるタイミングとが、異なる。あるいは、別の表現をすると、端末200がSCellの単位バンドで受信したデータに対する誤り検出結果の通知タイミングは、2CC−同コンフィグ設定の場合と、2CC−別コンフィグ設定の場合とで異なる。次に、実施の形態3に係る基地局100および端末200の動作について、上記のように誤り検出結果の通知タイミングが異なる場合で、且つ、SCellに上りデータ送信がある場合とない場合に対して、それぞれ説明する。
LTE−Advanced Release10では、端末に対して、PCellの単位バンドとSCellの単位バンドとに同じUL-DL Configurationが設定される。そして、端末は、PCellで受信した下りデータに対する誤り検出結果と、SCellで受信した下りデータに対する誤り検出結果とを、ULサブフレームにおけるPCellの上り制御チャネル(PUCCH)領域で通知する。ただし、このULサブフレームにおいて、端末がSCellで上りデータを送信する場合には、端末は、次のように誤り検出結果を通知する。すなわち、端末は、SCellの上がりデータに合わせて、PCellで前に受信した下りデータの誤り検出結果と、SCellで前に受信した下りデータの誤り検出結果とを追加して、SCellの上りデータチャネル(PUSCH)領域で通知する。このような単一チャネルでの伝送は、上り送信において、低PAPR(Peak-to-Average Power Ratio)のシングルキャリア特性を維持するために行われる。
図18には、SCellでの上りデータ送信の有無に応じた誤り検出結果の通知タイミングについて、実施の形態3に係る方法(a)と、LTE−AdvancedのRelease10に類似させた方法(b)とを対比させた説明図を示す。図18では、PCellの単位バンドとSCellの単位バンドに異なるUL-DL Configurationが設定された場合を示している。ただし、これらに同一のUL-DL Configurationが設定されている場合も同様の内容となる。図18中の(A)の行は、SCellのUL grant(端末に対してSCellの指定のULサブフレームに上りデータ用のリソースを割り当てる制御情報)が無い、すなわち、上りデータ送信が無い場合を示す。(B)の行は、SCellのUL grantが有る、すなわち、上りデータ送信が有る場合を示す。
図18の例では、基地局100は、サブフレーム#0でSCellのDL assignment(下りデータのリソースを割り当てる制御情報)を端末200へ通知し、端末200は、このサブフレームで下りデータを受信する。(A)行の例では、SCellのUL grantが通知されないため、端末200は、SCellのサブフレーム#0で受信した下りデータに対する誤り検出結果を、PCellのサブフレーム#7で通知する。この誤り検出結果の通知の際、端末200は、PCellに上りデータのリソース割当が行われていれば、PCellのPUSCH領域で誤り検出結果を通知する。一方、PCellに上りデータのリソース割当が行われていなければ、端末200は、PCellのPUCCH領域でこの誤り検出結果を通知する。
それに対して、(B)行の例では、基地局100はサブフレーム#0でSCellのUL grantを端末200へ通知し、SCellのサブフレーム#4のPUSCH領域のリソースを上りデータの送信用に端末200へ割り当てている。この場合、(b)LTE−Advanced Release10に類似させた方法では、端末は、SCellのサブフレーム#4のPUSCH領域で、SCellのサブフレーム#0で受信した下りデータに対する誤り検出結果を通知する。ただし、基地局100は、端末に通知したDL assignmentおよびUL grantが、端末により正しく受信されたかを把握することができない。したがって、基地局100は、端末がDL assignmentおよびUL grantを受信失敗した場合も考慮しなければならない。具体的には、(b)の方法では、基地局100は、SCellのサブフレーム#0で受信した下りデータに対する誤り検出結果が、次の1、2、或いは3の何れで通知されるのかを確認する必要がある。1、(B)−(b)に示されるサブフレーム#4のPUSCH領域、2、(A)−(b)に示されるPCellのサブフレーム#7のPUCCH領域、3、(A)−(b)に示されるPCellのサブフレーム#7のPUSCH領域。このように、(b)LTE−Advanced Release10に類似させた方法では、基地局100は、ある下りデータに対する誤り検出結果の確認を、複数の単位バンドおよび複数のタイミングにまたがって行う必要がある。そのため、基地局100における誤り検出結果の復号処理が煩雑になる。
そこで、図18(a)に示す本実施の形態3の方法では、SCellでUL grantが通知されてSCellのPUSCH領域で上りデータが送信される場合であっても、端末200は、常に、PCellでSCellの誤り検出結果を通知するようにしている。図18(B)−(a)にはこの通知の具体例が示されている。すなわち、基地局200はサブフレーム#0でSCellのUL grantを端末100に通知し、端末100はSCellのサブフレーム#4のPUSCH領域で上りデータを送信している。そして、この場合でも、端末200は、SCellのサブフレーム#0で受信した下りデータに対する誤り検出結果をPCellのサブフレーム#7で通知する。
つまり、実施の形態3に係る送受信方法では、端末200は、SCellのPUSCH領域の有無によらず、SCellで受信した下りデータに対する誤り検出結果を、常に、PCellのPUCCH領域またはPUSCH領域で送信する。このようにすることで、基地局100は、SCellで送信した下りデータに対する誤り検出結果が、PCellのPUCCH領域で通知されるのか、PCellのPUSCH領域で通知されるのかを確認すればよくなる。言い換えれば、基地局100は、複数の単位バンドおよび複数のタイミングにまたがって上記の確認を行う必要がなくなる。したがって、実施の形態3に係る送受信方法では、SCellの誤り検出結果の通知タイミングは、2CC−同コンフィグ設定の場合と、2CC−別コンフィグ設定の場合とで異なるが、基地局100は誤り検出結果の復号処理を簡単に行うことができる。
なお、実施の形態3の送受信方法は、実施の形態1または実施の形態2の構成に対してのみ適用可能なものではない。すなわち、SCellの下りデータに対する誤り検出結果の通知タイミングが、2CC−同コンフィグ設定の場合と2CC−別コンフィグ設定の場合とで異なる構成への適用に制限されない。ここで、実施の形態3の送受信方法とは、SCellでUL grantが通知され、SCellのPUSCH領域で上りデータが送信される場合であっても、端末200はSCellの誤り検出結果をPCellで通知するという方法を指している。
この実施の形態3の送受信方法は、例えば、図7Bに示すように、2CC−別コンフィグ設定の場合に、端末200が、通知可能となる最も早いPCellのULサブフレームでSCellの誤り検出結果を通知する構成に対しても同様に適用することができる。例えば、端末200は、Config 3(図3参照)が設定されたSCellのサブフレーム#9で受信した下りデータに対して、2CC−同コンフィグ設定の場合には、次フレームのサブフレーム#4で誤り検出結果を通知する。それに対して、図7Bのように、PCellの最も早いタイミングで、SCellで受信した下りデータに対する誤り検出結果を通知する場合、端末200は、当該下りデータに対する誤り検出結果を、次フレームのサブフレーム#3で通知する。実施の形態3の方法を、この図7Bの場合に適用すれば、次のようになる。すなわち、図7Bにおいて、SCellの次フレームのサブフレーム#4でPUSCH送信が行われる場合でも、端末200は、SCellのサブフレーム#9で受信した下りデータに対する誤り検出結果を、PCellの次フレームのサブフレーム#3で通知する。従って、基地局100は、複数の単位バンドおよび複数のタイミングにまたがって誤り検出結果の判断を行う必要がなくなり、基地局100は誤り検出結果の復号処理を簡単に行うことができる。
また、実施の形態3の送受信方法は、上記図7Bおよび図8の構成、図14に示した実施の形態1の構成、実施の形態2の構成に適用可能なだけでない。この実施の形態3の方法は、SCellの下りデータに対する誤り検出結果の通知タイミングが、2CC−別コンフィグ設定の場合と、2CC−同コンフィグ設定の場合とで異なるどのような構成に対しても適用することができる。そして、それにより同様の効果が奏される。
(実施の形態4)
実施の形態4に係る送受信方法は、実施の形態1と実施の形態2の方法に加えて、基地局100がDL assignmentを端末200へ通知するサブフレームに制限を付加して、誤り検出結果の遅延を小さくしたものである。
図19は、実施の形態4に係る基地局100の主要構成図である。基地局100は、端末200へ下りデータのリソースの割り当てを決定する制御部101と、制御部101の決定に基づいてDL assignmentを含む制御情報を生成する制御情報生成部102と、端末200へ下りデータと制御情報とを送信する無線送信部111などとを備えている。
図20は、本発明の実施の形態に係る誤り検出結果の遅延を説明する図である。実施の形態1および実施の形態2の方法において、SCellの下りデータに対する誤り検出結果の通知タイミングは、1CC−SCellコンフィグ設定の場合の通知タイミングと異なるようにずらされる。そのため、誤り検出結果の遅延が、1CC−SCellコンフィグ設定の場合よりも大きくなることがある。この通知タイミングの遅延(1CC−SCellコンフィグ設定の場合の通知タイミングからの遅延)は、PCellに5ms周期のUL-DL Configurationが設定されている場合、最大4msとなる。すなわち、図20に示すように、端末200は、1CC−SCellコンフィグ設定であればサブフレーム#3で通知していた誤り検出結果を、サブフレーム#7で通知する。また、PCellに10ms周期のUL-DL Configurationが設定されている場合、誤り検出結果の遅延は最大で9msとなる。すなわち、端末200は、1CC−SCellコンフィグ設定であればサブフレーム#3で通知していた誤り検出結果を、次のフレームのサブフレーム#2で通知する。
実施の形態4において、基地局100は、誤り検出結果の通知タイミングの遅延(1CC−SCellコンフィグ設定の通知タイミングからの遅延)を最大値(例えば4ms)以内と規定する。そして、基地局100は、この最大値を超える誤り検出結果の通知が発生しないように、端末200に対して下りデータを送信するサブフレーム、すなわち、DL assignmentを通知するサブフレームを制限する。具体的には、基地局100は、下りデータを送信した場合に誤り検出結果が最大値を超えるサブフレームに対して、DL assignmentの通知を禁止する。これにより、基地局100は、誤り検出結果の遅延を最大値以内に制限することができる。
なお、PCellに10ms周期のUL-DL Configurationが設定されている場合、誤り検出結果の遅延量はより大きくなる。そのため、基地局100あるいは端末200は、PCellに設定可能なUL-DL Configurationを、5ms周期のUL-DL Configuration(Config 0, 1, 2および6)のみに制限してもよい。この方法でも、端末200は、誤り検出結果の通知タイミングの遅延を上記の最大値(4ms)以下に制限することができる。
但し、PCellに対して10ms周期のUL-DL Configurationの設定を制限した場合、基地局100は、PCell内の他の端末に影響を与えてしまうことがある。すなわち、複数の単位バンドに異なるUL-DL Configurationが設定されることをサポートしない端末がPCell内に存在した場合、PCellのUL-DL Configurationが制限されてしまうと、上記端末は10ms周期のUL-DL Configurationで通信できなくなる。一方、実施の形態4のように、基地局100がDL assignmentを通知するサブフレームを制限する構成を採用することで、PCell内の他の端末に影響を与えないという効果が奏される。
なお、実施の形態1から4では、TDDシステムにおいて、複数の単位バンド間でUL-DL Configurationが異なる場合についての例を示した。しかしながら、本発明は、これに限られず、例えば、PCellにTDDバンド、SCellに少なくとも下り回線のFDDバンドが設定されている場合においても同様に適用することができる。
また、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるLSI(Large Scale Integration)として実現される。これらは個別に1チップ化されてもよいし、一部又はすべてを含むように1チップ化されてもよい。なお、ここでは、LSIとしたが、集積度の違いにより、IC(Integrated Circuit)、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA(Field Programmable Gate Array)、LSI内部の回路セルの接続あるいは設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。また、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、コンピュータがプログラムを実行することで機能するソフトウェア、或いは、ソフトウェアとハードウェアとの連携により実現することもできる。
2011年8月10日出願の特願2011−174888の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
本発明は、移動通信システム等に有用である。
100 基地局
200 端末
101,208 制御部
102 制御情報生成部
103,105 符号化部
104,107 変調部
106 データ送信制御部
108 マッピング部
109,218 IFFT部
110,219 CP付加部
111,222 無線送信部
112,201 無線受信部
113,202 CP除去部
114 PUCCH抽出部
115 逆拡散部
116 系列制御部
117 相関処理部
118 A/N判定部
119 束A/N逆拡散部
120 IDFT部
121 束A/N判定部
122 再送制御信号生成部
203 FFT部
204 抽出部
205,209 復調部
206,210 復号部
207 判定部
211 CRC部
212 応答信号生成部
213 符号化・変調部
214 1次拡散部
215 2次拡散部
216 DFT部
217 拡散部
220 時間多重部
221 選択部

Claims (15)

  1. 第1の構成パターンが設定された第1のコンポーネントキャリアと前記第1の構成パターンとは異なる第2の構成パターンが設定された第2のコンポーネントキャリアにおいて下りデータを送信し、前記第1の構成パターン及び前記第2の構成パターンの各々は、複数の下り通信サブフレームと複数の上り通信サブフレームとを含むフレームのための複数の構成パターン(UL/DL Configurations)のうちのいずれかである、送信部と、
    前記下りデータを受信した端末装置により前記第2のコンポーネントキャリアにおける複数の下り通信サブフレームの各下り通信サブフレームについて生成された、前記下りデータの誤り検出結果を示す応答信号を受信し、前記第2のコンポーネントキャリアにおける前記各下り通信サブフレームの応答信号は、前記第1のコンポーネントキャリアにおけるフレーム中の所定の上り通信サブフレームを用いて受信され、前記複数の構成パターンは、前記フレームにおける下り通信から上り通信への切り替えポイント(DL/UL切り替えポイント)の周期が互いに異なる2つの構成パターンを含み、前記2つの構成パターンでは、前記所定の上り通信サブフレームが前記DL/UL切り替えポイントの周期にしたがって設定されている、受信部と、
    前記受信された応答信号を用いて、前記下りデータを再送すべきか否かを判定する判定部と、
    を具備する通信装置。
  2. 前記複数の構成パターンは、前記DL/UL切り替えポイントの周期が5ミリ秒である1つ以上の構成パターンと、前記DL/UL切り替えポイントの周期が10ミリ秒である1つ以上の構成パターンとを含み、
    前記第1の構成パターンにおける前記DL/UL切り替えポイントの周期が5ミリ秒である場合は、1フレームに含まれる前記所定の上り通信サブフレームの数は2であり、
    前記第1の構成パターンにおける前記DL/UL切り替えポイントの周期が10ミリ秒である場合は、1フレームに含まれる前記所定の上り通信サブフレームの個数は1である、
    請求項1に記載の通信装置。
  3. 前記1フレームは#0、#1、#2、#3、#4、#5、#6、#7、#8、#9の10個のサブフレームにより構成され、
    前記第1の構成パターンにおける前記DL/UL切り替えポイントの周期が5msである場合は、前記所定上り通信サブフレームは#2のサブフレーム及び#7のサブフレームであり、
    前記第1の構成パターンにおける前記DL/UL切り替えポイントの周期が10msである場合は、前記所定上り通信サブフレームは#2のサブフレームである、
    請求項2に記載の通信装置。
  4. 前記複数の構成パターンの各々は、下り通信サブフレームから上り通信サブフレームへの切り替えのためのガード期間を含むスペシャルサブフレームをさらに含み、
    前記DL/UL切り替えポイントの周期は、前記スペシャルサブフレームの周期である、
    請求項1から3のいずれか一項に記載の通信装置。
  5. 前記所定の上り通信サブフレームは、前記スペシャルサブフレームの次に位置するサブフレームである、
    請求項4に記載の通信装置。
  6. 前記第1の構成パターンに含まれる前記下り通信サブフレーム及び前記上り通信サブフレームの比率は、前記第2の構成パターンに含まれる前記下り通信サブフレーム及び前記上り通信サブフレームの比率と異なる、
    請求項1から5のいずれか一項に記載の通信装置。
  7. 前記所定の上り通信サブフレームは、前記各下り通信サブフレームより4サブフレーム以上後で、最も早いタイミングに位置する上り通信サブフレームである、
    請求項1から6のいずれか一項に記載の通信装置。
  8. 第1の構成パターンが設定された第1のコンポーネントキャリアと前記第1の構成パターンとは異なる第2の構成パターンが設定された第2のコンポーネントキャリアにおいて下りデータを送信し、前記第1の構成パターン及び前記第2の構成パターンの各々は、複数の下り通信サブフレームと複数の上り通信サブフレームとを含むフレームのための複数の構成パターン(UL/DL Configurations)のうちのいずれかであり、
    前記下りデータを受信した端末装置により前記第2のコンポーネントキャリアにおける複数の下り通信サブフレームの各下り通信サブフレームについて生成された、前記下りデータの誤り検出結果を示す応答信号を受信し、前記第2のコンポーネントキャリアにおける前記各下り通信サブフレームの応答信号は、前記第1のコンポーネントキャリアにおけるフレーム中の所定の上り通信サブフレームを用いて受信され、前記複数の構成パターンは、前記フレームにおける下り通信から上り通信への切り替えポイント(DL/UL切り替えポイント)の周期が互いに異なる2つの構成パターンを含み、前記2つの構成パターンでは、前記所定の上り通信サブフレームが前記DL/UL切り替えポイントの周期にしたがって設定されており、
    前記受信された応答信号を用いて、前記下りデータを再送すべきか否かを判定する、
    通信方法。
  9. 前記複数の構成パターンは、前記DL/UL切り替えポイントの周期が5ミリ秒である1つ以上の構成パターンと、前記DL/UL切り替えポイントの周期が10ミリ秒である1つ以上の構成パターンとを含み、
    前記第1の構成パターンにおける前記DL/UL切り替えポイントの周期が5ミリ秒である場合は、1フレームに含まれる前記所定の上り通信サブフレームの数は2であり、
    前記第1の構成パターンにおける前記DL/UL切り替えポイントの周期が10ミリ秒である場合は、1フレームに含まれる前記所定の上り通信サブフレームの個数は1である、
    請求項8に記載の通信方法。
  10. 前記1フレームは#0、#1、#2、#3、#4、#5、#6、#7、#8、#9の10個のサブフレームにより構成され、
    前記第1の構成パターンにおける前記DL/UL切り替えポイントの周期が5msである場合は、前記所定上り通信サブフレームは#2のサブフレーム及び#7のサブフレームであり、
    前記第1の構成パターンにおける前記DL/UL切り替えポイントの周期が10msである場合は、前記所定上り通信サブフレームは#2のサブフレームである、
    請求項9に記載の通信方法。
  11. 前記複数の構成パターンの各々は、下り通信サブフレームから上り通信サブフレームへの切り替えのためのガード期間を含むスペシャルサブフレームをさらに含み、
    前記DL/UL切り替えポイントの周期は、前記スペシャルサブフレームの周期である、
    請求項8から10のいずれか一項に記載の通信方法。
  12. 前記所定の上り通信サブフレームは、前記スペシャルサブフレームの次に位置するサブフレームである、
    請求項8から11のいずれか一項に記載の通信方法。
  13. 前記第1の構成パターンに含まれる前記下り通信サブフレーム及び前記上り通信サブフレームの比率は、前記第2の構成パターンに含まれる前記下り通信サブフレーム及び前記上り通信サブフレームの比率と異なる、
    請求項8から12のいずれか一項に記載の通信方法。
  14. 前記所定の上り通信サブフレームは、前記各下り通信サブフレームより4サブフレーム以上後で、最も早いタイミングに位置する上り通信サブフレームである、
    請求項8から13のいずれか一項に記載の通信方法。
  15. 第1の構成パターンが設定された第1のコンポーネントキャリアと前記第1の構成パターンとは異なる第2の構成パターンが設定された第2のコンポーネントキャリアにおいて下りデータを送信し、前記第1の構成パターン及び前記第2の構成パターンの各々は、複数の下り通信サブフレームと複数の上り通信サブフレームとを含むフレームのための複数の構成パターン(UL/DL Configurations)のうちのいずれかである、処理と、
    前記下りデータを受信した端末装置により前記第2のコンポーネントキャリアにおける複数の下り通信サブフレームの各下り通信サブフレームについて生成された、前記下りデータの誤り検出結果を示す応答信号を受信し、前記第2のコンポーネントキャリアにおける前記各下り通信サブフレームの応答信号は、前記第1のコンポーネントキャリアにおけるフレーム中の所定の上り通信サブフレームを用いて受信され、前記複数の構成パターンは、前記フレームにおける下り通信から上り通信への切り替えポイント(DL/UL切り替えポイント)の周期が互いに異なる2つの構成パターンを含み、前記2つの構成パターンでは、前記所定の上り通信サブフレームが前記DL/UL切り替えポイントの周期にしたがって設定されている、処理と、
    前記受信された応答信号を用いて、前記下りデータを再送すべきか否かを判定する処理と、
    を制御する集積回路。
JP2016052629A 2011-08-10 2016-03-16 通信装置、通信方法及び集積回路 Active JP6176551B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011174888 2011-08-10
JP2011174888 2011-08-10

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2013527862A Division JP5905469B2 (ja) 2011-08-10 2012-07-27 端末装置、応答信号送信方法及び集積回路

Publications (2)

Publication Number Publication Date
JP2016146652A JP2016146652A (ja) 2016-08-12
JP6176551B2 true JP6176551B2 (ja) 2017-08-09

Family

ID=47668109

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2013527862A Active JP5905469B2 (ja) 2011-08-10 2012-07-27 端末装置、応答信号送信方法及び集積回路
JP2016052629A Active JP6176551B2 (ja) 2011-08-10 2016-03-16 通信装置、通信方法及び集積回路

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2013527862A Active JP5905469B2 (ja) 2011-08-10 2012-07-27 端末装置、応答信号送信方法及び集積回路

Country Status (5)

Country Link
US (5) US9425942B2 (ja)
EP (2) EP3742793B1 (ja)
JP (2) JP5905469B2 (ja)
CN (2) CN107294668B (ja)
WO (1) WO2013021569A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3742793B1 (en) * 2011-08-10 2021-10-27 Sun Patent Trust Terminal device, base station device, and transmission/reception method
WO2014127532A1 (zh) * 2013-02-22 2014-08-28 华为技术有限公司 子帧生成方法及设备、子帧确定方法及用户设备
US10624075B2 (en) * 2013-03-16 2020-04-14 Qualcomm Incorporated Apparatus and method for scheduling delayed ACKs/NACKs in LTE cellular systems
US10862658B2 (en) * 2013-03-22 2020-12-08 Sharp Kabushiki Kaisha Terminal device, base station device, integrated circuit, and wireless communication method
CN103338050B (zh) 2013-05-30 2015-11-25 华为技术有限公司 射频收发装置、终端及方法
US20150063098A1 (en) * 2013-09-04 2015-03-05 Qualcomm Incorporated Reducing interference from lte in unlicensed bands
CN105493557B (zh) * 2013-09-26 2019-02-05 夏普株式会社 终端装置、基站装置、集成电路以及通信方法
CN105264807B (zh) * 2013-11-01 2019-01-18 华为技术有限公司 上行控制信息的传输方法、基站和用户设备
WO2015139255A1 (en) * 2014-03-20 2015-09-24 Huawei Technologies Co., Ltd. Method and apparatus for transmitting pattern information
CN105207757B (zh) 2014-06-24 2020-01-21 中兴通讯股份有限公司 通信系统的载波聚合方法及装置
EP3185457A4 (en) 2014-09-18 2017-08-30 Huawei Technologies Co., Ltd. Response information transmission method, apparatus and device
CN106134115B (zh) * 2014-09-25 2018-04-17 松下电器(美国)知识产权公司 通信装置、发送方法及接收方法
JP6455521B2 (ja) * 2014-11-05 2019-01-23 富士通株式会社 無線通信システム、基地局装置、端末装置及び送信方法
JP6645807B2 (ja) * 2015-11-06 2020-02-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 通信端末、送信方法及び集積回路
EP3425977A4 (en) * 2016-02-29 2019-08-28 Ntt Docomo, Inc. USER TERMINAL, RADIO BASE STATION, AND RADIO COMMUNICATION METHOD
JP6832794B2 (ja) * 2017-06-05 2021-02-24 ルネサスエレクトロニクス株式会社 無線通信システム
US11337192B2 (en) * 2017-09-28 2022-05-17 LG Electionics Inc. Method and apparatus for supporting multiple carriers in wireless communication system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100905385B1 (ko) * 2008-03-16 2009-06-30 엘지전자 주식회사 무선통신 시스템에서 제어신호의 효율적인 전송방법
BRPI0917452B1 (pt) * 2008-08-08 2020-11-24 Sun Patent Trust aparelho de estação base de rádio comunicação, aparelho de terminal de rádio comunicação, método de designação de canal e método de extração de sinal de resposta
CN107104780B (zh) * 2009-10-01 2020-10-16 交互数字专利控股公司 上行链路控制数据传输
JP5471587B2 (ja) 2010-02-25 2014-04-16 トヨタ紡織株式会社 乗員検知システム及び乗員検知システムの制御方法
US8837358B2 (en) * 2010-10-18 2014-09-16 Nokia Siemens Networks Oy UL ACK/NACK for inter-radio access technology carrier aggregation
KR101961807B1 (ko) * 2011-05-31 2019-07-18 삼성전자 주식회사 반송파 결합을 지원하는 tdd 통신 시스템에서 물리채널의 송수신 타이밍 및 자원 할당을 정의하는 방법 및 장치
EP3742793B1 (en) * 2011-08-10 2021-10-27 Sun Patent Trust Terminal device, base station device, and transmission/reception method

Also Published As

Publication number Publication date
JPWO2013021569A1 (ja) 2015-03-05
CN107294668A (zh) 2017-10-24
EP3742793A1 (en) 2020-11-25
US20200412510A1 (en) 2020-12-31
US20180069679A1 (en) 2018-03-08
US10805054B2 (en) 2020-10-13
US10404439B2 (en) 2019-09-03
US20160330009A1 (en) 2016-11-10
CN107294668B (zh) 2020-09-29
US9425942B2 (en) 2016-08-23
EP2704482A4 (en) 2015-04-08
US20140133420A1 (en) 2014-05-15
EP2704482A1 (en) 2014-03-05
EP2704482B1 (en) 2020-09-02
JP5905469B2 (ja) 2016-04-20
CN103563436A (zh) 2014-02-05
EP3742793B1 (en) 2021-10-27
US9843432B2 (en) 2017-12-12
CN103563436B (zh) 2017-09-22
JP2016146652A (ja) 2016-08-12
US11418309B2 (en) 2022-08-16
WO2013021569A1 (ja) 2013-02-14
US20190342056A1 (en) 2019-11-07

Similar Documents

Publication Publication Date Title
JP6574969B2 (ja) 通信装置、通信方法及び集積回路
JP6176551B2 (ja) 通信装置、通信方法及び集積回路
JP6569119B2 (ja) 端末装置、送信方法及び集積回路
JP5878652B2 (ja) 端末装置及び通信方法
JP6238065B2 (ja) 端末装置、方法及び集積回路
JP6392405B2 (ja) 端末装置および送信方法
JP5871917B2 (ja) 端末装置及び応答信号送信方法

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20160609

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170606

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170629

R150 Certificate of patent or registration of utility model

Ref document number: 6176551

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R154 Certificate of patent or utility model (reissue)

Free format text: JAPANESE INTERMEDIATE CODE: R154

R150 Certificate of patent or registration of utility model

Ref document number: 6176551

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250