JP6314087B2 - 端末装置、基地局装置、受信方法及び送信方法 - Google Patents

端末装置、基地局装置、受信方法及び送信方法 Download PDF

Info

Publication number
JP6314087B2
JP6314087B2 JP2014544223A JP2014544223A JP6314087B2 JP 6314087 B2 JP6314087 B2 JP 6314087B2 JP 2014544223 A JP2014544223 A JP 2014544223A JP 2014544223 A JP2014544223 A JP 2014544223A JP 6314087 B2 JP6314087 B2 JP 6314087B2
Authority
JP
Japan
Prior art keywords
subframe
transmitted
response signal
uplink data
resource
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.)
Expired - Fee Related
Application number
JP2014544223A
Other languages
English (en)
Other versions
JPWO2014068839A1 (ja
Inventor
透 大泉
透 大泉
西尾　昭彦
昭彦 西尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JPWO2014068839A1 publication Critical patent/JPWO2014068839A1/ja
Application granted granted Critical
Publication of JP6314087B2 publication Critical patent/JP6314087B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0023—Interference mitigation or co-ordination
    • H04J11/0026—Interference mitigation or co-ordination of multi-user interference
    • H04J11/003—Interference mitigation or co-ordination of multi-user interference at the transmitter
    • 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/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1694—Allocation of channels in TDM/TDMA networks, e.g. distributed multiplexers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0073—Allocation arrangements that take into account other cell interferences
    • 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/14—Two-way operation using the same type of signal, i.e. duplex
    • 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/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements

Description

本発明は、端末装置、基地局装置、受信方法及び送信方法に関する。
３ＧＰＰ ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）が採用されている。３ＧＰＰ ＬＴＥが適用された無線通信システムでは、基地局（ｅＮＢと呼ばれることもある）が予め定められた通信リソースを用いて同期信号（Synchronization Channel：ＳＣＨ）及び報知信号（Broadcast Channel：ＢＣＨ）を送信する。そして、端末（ＵＥと呼ばれることもある）は、まず、ＳＣＨを捕まえることによって基地局との同期を確保する。その後、端末は、ＢＣＨ情報を読むことにより基地局独自のパラメータ（例えば、周波数帯域幅など）を取得する（非特許文献１、２、３参照）。
また、端末は、基地局独自のパラメータの取得が完了した後、基地局に対して接続要求を行うことにより、基地局との通信を確立する。基地局は、通信が確立された端末に対して、必要に応じてＰＤＣＣＨ（Physical Downlink Control Channel）等の下り回線制御チャネルを介して制御情報を送信する。
そして、端末は、受信したＰＤＣＣＨ信号に含まれる複数の制御情報（下り回線制御情報（Downlink Control Information：ＤＣＩと呼ばれることもある））をそれぞれ「ブラインド判定」する。すなわち、制御情報は、ＣＲＣ（Cyclic Redundancy Check）部分を含み、このＣＲＣ部分は、基地局において、送信対象端末の端末ＩＤによってマスクされる。従って、端末は、受信した制御情報のＣＲＣ部分を自機の端末ＩＤでデマスクしてみるまでは、自機宛の制御情報であるか否かを判定できない。このブラインド判定では、デマスクした結果、ＣＲＣ演算がＯＫとなれば、その制御情報が自機宛であると判定される。下り回線制御情報には、下り回線データの割当情報を示すDL assignment、上り回線データの割当情報を示すUL grant等が含まれる。
次に、３ＧＰＰ ＬＴＥの上り回線の再送制御方法について説明する。ＬＴＥでは、ＰＤＣＣＨによって上り回線データの割当情報であるUL grantが端末に対して送信される。ここでUL grantは、ＦＤＤ（Frequency Division Duplex）システムでは、UL grantが送信されたサブフレームより４サブフレーム後の対象サブフレーム内のリソースの割当を示す。
また、ＴＤＤ（Time Division Duplex）システムでは、UL grantは、UL grantが送信されたサブフレームより４サブフレーム以上後の対象サブフレーム内のリソースの割当を示す。図１を用いてより具体的に説明する。ＴＤＤシステムでは、下り単位バンド（下りＣＣ（Component Carrier）と呼ばれることもある）と上り単位バンド（上りＣＣと呼ばれることもある）とが同一周波数帯域であり、時分割で下り回線と上り回線とを切り替えることによって、下り通信と上り通信とを実現する。そのためＴＤＤシステムの場合、下り単位バンドは、「単位バンドにおける下り通信タイミング」とも表現できる。上り単位バンドは、「単位バンドにおける上り通信タイミング」とも表現できる。下り単位バンドと上り単位バンドとの切り替えは、図１に示すように、UL-DL Configurationに基づく。UL-DL Configurationは、ＳＩＢ１（System Information Block Type 1）と呼ばれる報知信号で端末に通知（ＳＩＢ１通知）され、その値はシステム全体で同じ値であり、値の変更を頻繁には行わないことが想定されている。図１に示すUL-DL Configurationでは、１フレーム（10msec）あたりの下り通信（ＤＬ：Downlink）と上り通信（ＵＬ：Uplink）とのサブフレーム単位（すなわち、1msec単位）のタイミングが設定される。UL-DL Configurationは、下り通信と上り通信とのサブフレーム割合を変更することにより、下り通信に対するスループット及び上り通信に対するスループットの要求に柔軟に対応できる通信システムを構築することができる。例えば、図１は、下り通信と上り通信とのサブフレーム割合が異なるUL-DL Configuration（Config#0〜6）を示す。また、図１において、下り通信サブフレームを「Ｄ」で表し、上り通信サブフレームを「Ｕ」で表し、スペシャルサブフレームを「Ｓ」で表す。ここで、スペシャルサブフレームは、下り通信サブフレームから上り通信サブフレームへの切替時のサブフレームである。また、スペシャルサブフレームでは、下り通信サブフレームと同様、下りデータ通信が行われる場合がある。また、図１の実線矢印（UL grant-PUSCHタイミング）に示すように、UL grantに対する上り回線データ（ＰＵＳＣＨ：Physical Uplink Shared Channel）が割り当てられるサブフレームは、当該UL grantが通知されたサブフレームの４サブフレーム以上後の上り通信サブフレームであり、かつ、図１に示すように一意に規定されている。
上り回線の再送制御（ＵＬ再送制御）では、前回送信時に上り回線データを割り当てたリソースと同一リソースに再送データを割り当てるノンアダプティブ（Non-adaptive）再送と、前回割り当てたリソースと異なるリソースに再送データを割当可能なアダプティブ（Adaptive）再送とがサポートされている（例えば、非特許文献４参照）。ノンアダプティブ再送では、上り回線データに対するＡＣＫ／ＮＡＣＫ信号（応答信号）を端末に送信するためのＰＨＩＣＨ（Physical Hybrid ARQ Indicator CHannel）のみが再送制御信号用のチャネルとして用いられる。基地局は、端末に対して再送を要求する場合、ＰＨＩＣＨを用いてＮＡＣＫを送信し、端末に対して再送を要求しない場合、ＰＨＩＣＨを用いてＡＣＫを送信する。ノンアダプティブ再送では、基地局はＰＨＩＣＨのみを用いて再送を指示できるので、再送を指示するために必要となる、下り回線で送信される制御信号のオーバヘッドが小さいという利点がある。
ここで、ＦＤＤシステムでは、ＰＨＩＣＨは、上り回線データが送信されたサブフレームより４サブフレーム後の対象サブフレーム内のリソースで、端末に通知される。また、ＴＤＤシステムでは、ＰＨＩＣＨは、上り回線データが送信されたサブフレームより４サブフレーム以上後の対象サブフレーム内のリソースで、端末に通知される。図１を用いてより具体的に説明する。図１の破線矢印（PUSCH-PHICHタイミング）に示すように、上り回線データ（ＰＵＳＣＨ）に対するＡＣＫ／ＮＡＣＫ（ＰＨＩＣＨ）が割り当てられるサブフレームは、当該上り回線データが通知されたサブフレームの４サブフレーム以上後の下り通信サブフレームまたはスペシャルサブフレームであり、かつ、図１に示すように一意に規定されている。
アダプティブ再送では、基地局は、リソース割当情報を通知するUL grantを用いて再送及び再送用リソースを指示しつつ、ＰＨＩＣＨを用いてＡＣＫを送信する。UL grantにはＮＤＩ（New Data Indicator）というビットがあり、このビットは０か１の２値である。端末は、受信した今回のUL grantのＮＤＩと同一再送プロセス（HARQ (Hybrid ARQ) process）の前回のUL grantのＮＤＩとを比較して、ＮＤＩに変化がある場合には新規データが割り当てられたと判断し、ＮＤＩに変化がない場合には再送データが割り当てられたと判断する。アダプティブ再送では、リソース量及びＭＣＳ（Modulation and Coding Scheme）を再送データの所要ＳＩＮＲ（Signal-to-Interference and Noise power Ratio）に応じて変更できるので、周波数利用効率が向上するという利点がある。
また、UL grantにはＣＲＣ（Cyclic Redundancy Check）が付いているため、UL grantはＰＨＩＣＨに比べて受信信号の信頼度が高い。このため、端末は、ＰＨＩＣＨとUL grantとを受信した場合、UL grantの指示に従う。
端末におけるＵＬ再送制御の手順の一例を図２に示す。図２において、ステップ（以下、「ＳＴ」と省略する）１１では、端末は、UL grantがあるか否かを判定する。UL grantがある場合（ＳＴ１１：ＹＥＳ）にはＳＴ１２に移行し、UL grantがない場合（ＳＴ１１：ＮＯ）にはＳＴ１５に移行する。
ＳＴ１２では、端末は、今回のUL grantのＮＤＩと同一再送プロセスの前回のUL grantのＮＤＩとを比較して、ＮＤＩに変化があるか否かを判定する。ＮＤＩに変化がある場合（ＳＴ１２：ＹＥＳ）にはＳＴ１３に移行し、ＮＤＩに変化がない場合（ＳＴ１２：ＮＯ）にはＳＴ１４に移行する。
端末は、ＳＴ１３では新規データを基地局に送信し、ＳＴ１４では再送データを基地局にアダプティブ再送する。
ＳＴ１５では、端末は、ＰＨＩＣＨがＮＡＣＫであるか否かを判定する。ＰＨＩＣＨがＮＡＣＫである場合（ＳＴ１５：ＹＥＳ）にはＳＴ１６に移行し、ＰＨＩＣＨがＡＣＫである場合（ＳＴ１５：ＮＯ）にはＳＴ１７に移行する。
端末は、ＳＴ１６では再送データを基地局にノンアダプティブ再送し、ＳＴ１７ではサスペンディング（Suspending）とし、再送制御を保留する。
次に、ＰＨＩＣＨの構成について説明する。
なお、ＬＴＥシステム、及び、ＬＴＥの発展形であるＬＴＥ−Ａ（LTE-Advanced）システムでは、１ＲＢ（Resource Block）は１２サブキャリア×０．５ｍｓｅｃであり、ＲＢを時間軸上に２つ組み合わせた単位をＲＢペア（RB pair）と呼ぶ。従って、ＲＢペアは１２サブキャリア×１ｍｓｅｃである。周波数軸上の１２サブキャリアの塊を表す場合、ＲＢペアを単にＲＢと呼ぶこともある。また、１サブキャリア×１ＯＦＤＭシンボルの単位を１ＲＥ（Resource Element）と呼ぶ。また、１ＲＥＧ（Resource Element Group）は４ＲＥで構成される。
まず、ＰＨＩＣＨの符号化では、ＡＣＫ／ＮＡＣＫ（１ビット）は３倍レピティションされる。ＰＨＩＣＨの数は、ＲＢ数の｛１／６、１／２、１、２｝倍のいずれかであり、ＰＢＣＨ（Physical Broadcast Channel）で通知される。基地局は、ＳＦ（拡散率：Spreading Factor）＝４のコード多重及びＩＱ多重により、３ＲＥＧ（＝１２ＲＥ）で８個のＰＨＩＣＨを送信できる。３ＲＥＧに配置される８個のＰＨＩＣＨは、ＰＨＩＣＨグループ（PHICH group）と呼ばれ、「ＰＨＩＣＨグループ数（つまり、リソース数）Ngroup PHICHは８である」と表現される。ＦＤＤシステムでは、ＰＨＩＣＨグループ数Ngroup PHICHは、全てのサブフレームで同じ値をとる。
一方、ＴＤＤシステムでは、図３Ａに示すように、各UL-DL Configuration、及び、各下り通信サブフレーム又はスペシャルサブフレームにおいて、ＰＨＩＣＨグループ数に対する係数（ｍｉ）がそれぞれ規定される。この係数を用いて、総ＰＨＩＣＨグループ数（＝ＰＨＩＣＨグループ数Ngroup PHICH×ＰＨＩＣＨグループ数の係数ｍｉ）がサブフレーム毎に変更される。なお、ＦＤＤシステムでは、サブフレームによらず、ＰＨＩＣＨグループ数の係数は常に１である。
ここで、ＴＤＤシステムにおいてサブフレーム毎に総ＰＨＩＣＨ数が異なる理由を、図３Ｂを用いて説明する。図３Ｂは、サブフレーム＃ｎにおいて端末が受信するＰＨＩＣＨが、何サブフレーム前に端末が送信したＰＵＳＣＨに対応付けられているかを示す。図３Ｂにおける空欄は、ＰＨＩＣＨが存在しないことを意味する。例えば、図３Ｂに示すように、Config#0のサブフレーム＃１では、ＰＨＩＣＨは４サブフレーム前のサブフレーム＃７において送信されたＰＵＳＣＨに対応付けられている（図１参照）。Config#0のサブフレーム#１では、１つのサブフレームにおけるＰＵＳＣＨが１つのサブフレームにおけるＰＨＩＣＨに対応付けられているので、ＦＤＤシステムと同様、ＰＨＩＣＨグループ数の係数ｍｉを１とする（図３Ａ参照）。一方、図３Ｂに示すように、Config#0のサブフレーム＃０では、ＰＨＩＣＨは７サブフレーム前のサブフレーム＃３及び６サブフレーム前のサブフレーム＃４においてそれぞれ送信されたＰＵＳＣＨに対応付けられている。すなわち、Config#0のサブフレーム＃０では、端末は２つのＰＵＳＣＨに対するＰＨＩＣＨを受信する。よって、Config#0のサブフレーム＃０では、Config#0のサブフレーム＃１と比べて２倍のＰＨＩＣＨ用のリソース（以下、ＰＨＩＣＨリソースと呼ぶ）が必要となるため、ＰＨＩＣＨグループ数の係数ｍｉを２とする（図３Ａ参照）。
また、図３Ｂにおいて、同じサブフレーム（例えばサブフレーム＃０，５）で受信される同一端末宛の２つのＰＨＩＣＨは、パラメータＩＰＨＩＣＨによって区別される。例えば、Config#0のサブフレーム＃０において、７サブフレーム前のＰＵＳＣＨに対するＰＨＩＣＨはＩＰＨＩＣＨ＝０に対応し、６サブフレーム前のＰＵＳＣＨに対するＰＨＩＣＨはＩＰＨＩＣＨ＝１に対応する。Config#0のサブフレーム＃５も同様である。なお、それ以外のUL-DL Configuration及びサブフレームにおけるＰＨＩＣＨでは、常にＩＰＨＩＣＨ＝０である。
また、ＰＨＩＣＨリソースは、総ＰＨＩＣＨリソース数のインデックスngroup PHICHと直交系列のインデックスnseq PHICHとの組合せ｛ngroup PHICH, nseq PHICH｝で表される。総ＰＨＩＣＨリソース数のインデックスngroup PHICH及び直交系列のインデックスnseq PHICHは、以下の式（１）、（２）でそれぞれ表される。
Figure 0006314087
Figure 0006314087
ここで、NPHICH SFは、ＣＰ（Cyclic Prefix）長によって変わる拡散率（ＳＦ）である。IPRB_RAは、トランスポートブロック＃１では、ＰＨＩＣＨに対応するＰＵＳＣＨが割り当てられたＰＲＢ（Physical RB）インデックスの最小値である。また、IPRB_RAは、トランスポートブロック＃２では、ＰＨＩＣＨに対応するＰＵＳＣＨが割り当てられたＰＲＢインデックスの最小値に１を加算した値である。nDMRSは、ＰＨＩＣＨに対応するＰＵＳＣＨを指示するUL grantに含まれるＤＭＲＳ（Demodulation Reference Signal）のサイクリックシフト（Cyclic Shift）値である。IPRB_RAおよびnDMRSはUL grantおよびＰＵＳＣＨの割当に依存するため、ＰＨＩＣＨリソースは、UL grantおよびＰＵＳＣＨの割当に基づいてimplicitに通知される（implicit signalling）と言える。また、決定されたＰＨＩＣＨリソースは、ＩＰＨＩＣＨの値毎に分割される。例えば、Config#0のサブフレーム＃０において、７サブフレーム前のＰＵＳＣＨに対するＰＨＩＣＨと６サブフレーム前のＰＵＳＣＨに対するＰＨＩＣＨとは、各ＰＨＩＣＨリソースが競合しないように設計されている。
図４を用いて、Config#0のサブフレーム＃０におけるＰＨＩＣＨリソースの決定方法について詳述する。図４Ａに示すように、Config#0のサブフレーム＃０には、同一端末宛に２つのＰＨＩＣＨが存在する。一方のＰＨＩＣＨは７サブフレーム前のサブフレーム＃３におけるＰＵＳＣＨに対するＰＨＩＣＨであり、ＩＰＨＩＣＨ＝０が規定されている。サブフレーム＃３におけるＰＵＳＣＨの割当及び当該ＰＵＳＣＨを指示するUL grantによって、IPRB_RA及びnDMRSが一意に定められる。また、図４Ｂに示すように、IPRB_RAとnDMRSの組み合わせおよびＩＰＨＩＣＨ＝０より、サブフレーム＃３におけるＰＵＳＣＨに対応するＰＨＩＣＨリソースは、ngroup PHICH<Ngroup PHICHの領域内で一意に定められる。
図４Ａに示すように、もう一方のＰＨＩＣＨは６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨであり、ＩＰＨＩＣＨ＝１が規定されている。サブフレーム＃４におけるＰＵＳＣＨの割当および当該ＰＵＳＣＨを指示するUL grantによって、IPRB_RA及びnDMRSが一意に定められる（以下では区別のためにIPRB_RA'およびnDMRS'と記載する）。また、図４Ｂに示すように、IPRB_RA'とnDMRS'の組み合わせおよびＩＰＨＩＣＨ＝１より、サブフレーム＃４におけるＰＵＳＣＨに対応するＰＨＩＣＨリソースは、Ngroup PHICH≦ngroup PHICH<2*Ngroup PHICHの領域内で一意に定められる。ここで、ngroup PHICHの上限値である2*Ngroup PHICHの係数２は、図３Ａにおけるｍｉ＝２に対応する。
また、ＰＨＩＣＨのマッピングはセルＩＤ（cell ID）に依存する。従って、ＰＨＩＣＨでは他セルとの干渉制御が難しく、ＰＨＩＣＨは他セルのＰＤＣＣＨおよび／またはＣＲＳ（Cell-specific Reference Signal）と干渉することがある。また、ＰＨＩＣＨを構成する３ＲＥＧは全てＯＦＤＭシンボル＃０に配置される場合（図示せず）と、図５に示すように、ＯＦＤＭシンボル＃０、＃１、＃２に１つずつ配置される場合とがある。どちらのＰＨＩＣＨの配置であるかを示す情報は報知信号にて端末に通知される。
また、ＰＤＣＣＨが占有するＯＦＤＭシンボル数（１〜３個）は、ＯＦＤＭシンボル＃０に配されるＰＣＦＩＣＨ（Physical Control Format Indicator Channel）で通知されるＣＦＩ（Control Format Indicator）の値に基づいて決定される。また、ＰＤＣＣＨの検出において、端末は、ＯＦＤＭシンボル＃０からＣＦＩが指示するＯＦＤＭシンボル数分のリソース領域のうち、ＰＣＦＩＣＨ、ＰＨＩＣＨおよび参照信号が占有するリソースを除いたリソース領域の一部のリソース（以下、ＰＤＣＣＨリソースと呼ぶこともある）においてブラインド検出を行う。
また、ＬＴＥ−Ａシステムでは、UL-DL Configurationを変更すること（以下、ＴＤＤ ｅＩＭＴＡ（enhancement for DL-UL Interference Management and Traffic Adaptation）、dynamic TDDまたはflexible TDDと呼ばれることがある）が検討されている。ＴＤＤ ｅＩＭＴＡの目的は、ＵＬ／ＤＬ比率の柔軟な変更によるユーザのニーズに合ったサービスの提供、又は、トラフィックロードの低い時間帯にＵＬ比率を増やすことによる基地局での消費電力の低減などが挙げられる。UL-DL Configurationの変更方法として、変更する目的に応じて、（１）ＳＩ（System Information）シグナリングベースの通知による方法、（２）ＲＲＣ（higher layer）シグナリングベースの通知方法、（３）ＭＡＣ（Media Access Control layer）シグナリングベースの通知方法、及び、（４）Ｌ１（Physical Layer）シグナリングベースの通知方法がそれぞれ検討されている。
方法（１）は、最も低頻度のUL-DL Configurationの変更である。方法（１）は、例えば、トラフィックロードの低い時間帯（例えば深夜又は早朝）にＵＬ比率を増やすことによる基地局での消費電力の低減を目的とする場合に適する。方法（４）は、最も高頻度のUL-DL Configurationの変更である。ピコセルなどの小さいセルにおいては、マクロセルなどの大きいセルよりも接続する端末数は少ない。ピコセルでは、ピコセルに接続される少数の端末におけるＵＬ／ＤＬトラフィックの多寡によってピコセル全体のＵＬ／ＤＬトラフィックが決定される。このため、ピコセルでは、ＵＬ／ＤＬトラフィックの時間変動が激しい。よって、ピコセルのような小さいセルにおけるＵＬ／ＤＬトラフィックの時間変動に追従してUL-DL Configurationを変更する場合には、方法（４）が適する。方法（２）および方法（３）は、方法（１）と方法（４）との間に位置し、中程度のUL-DL Configurationの変更頻度である場合に適する。
ＳＩＢ１通知されたUL-DL Configurationを用いる端末（以降、非TDD eIMTA端末又はレガシ端末と呼ばれることがある）と、ＳＩＢ１通知されたUL-DL Configurationとは異なるUL-DL Configurationを用いるＴＤＤ ｅＩＭＴＡをサポートする端末（以降、TDD eIMTA端末と呼ばれることがある）とが共存する場合について考える。
ＬＴＥシステムおよびＬＴＥ−Ａシステムでは、図３Ｂに示したように、UL-DL Configuration毎に、ＰＨＩＣＨに対応するＰＵＳＣＨタイミング（上り回線の再送制御に関するタイミング）が規定されている。さらに、図３Ａに示したように、端末におけるＰＨＩＣＨの受信タイミングに対応付けて、ＰＨＩＣＨグループ数の係数（ｍｉ）が規定されている。従って、ＳＩＢ１通知されたUL-DL Configurationを用いるレガシ端末と、ＳＩＢ１通知されたUL-DL Configurationとは異なるUL-DL Configurationを用いるTDD eIMTA端末とでは、上り回線の再送制御に関するタイミング、及び、ＰＨＩＣＨグループ数の係数も異なることが考えられる。
一例として、図６Ａは、レガシ端末にConfig#0が設定され、TDD eIMTA端末にConfig#6が設定される場合を示す。つまり、図６Ａでは、サブフレーム＃０において、レガシ端末は、ＩＰＨＩＣＨ＝０で規定された、７サブフレーム前のサブフレーム＃３におけるＰＵＳＣＨに対するＰＨＩＣＨを受信し、さらに、ＩＰＨＩＣＨ＝１で規定された、６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨを受信する。一方、TDD eIMTA端末は、サブフレーム＃０において、ＩＰＨＩＣＨ＝０で規定された、６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨを受信する。
図６Ｂは、ＰＨＩＣＨリソース領域内における、レガシ端末及びTDD eIMTA端末に対するＰＨＩＣＨのリソースを示す。ここでは、レガシ端末（Config#0）におけるサブフレーム＃３のＰＵＳＣＨ割当および当該ＰＵＳＣＨを指示するUL grantに対するパラメータセット（IPRB_RA，nDMRS）と、TDD eIMTA端末（Config#6）におけるサブフレーム＃４のＰＵＳＣＨ割当および当該ＰＵＳＣＨを指示するUL grantに対するパラメータセット（IPRB_RA，nDMRS）とが、同一である場合を考える。これは、サブフレーム＃３におけるレガシ端末のＰＵＳＣＨと、サブフレーム＃４におけるTDD eIMTA端末のＰＵＳＣＨとが、同一の先頭ＰＲＢインデックス、かつ、同一のＤＭＲＳに対するサイクリックシフト値を有することを意味する。このとき、各ＰＵＳＣＨに対するＰＨＩＣＨにはＩＰＨＩＣＨ＝０が規定されている。したがって、図６Ｂに示すように、レガシ端末（Config#0）におけるサブフレーム＃３のＰＵＳＣＨ送信に対するＰＨＩＣＨリソースと、TDD eIMTA端末（Config#6）におけるサブフレーム＃４のＰＵＳＣＨ送信に対するＰＨＩＣＨリソースとが競合してしまう。
このため、各ＰＵＳＣＨに対するＰＨＩＣＨが各端末に正しく通知されず、不要な再送が発生すること、又は、再送が必要であるのにもかかわらず再送がなされないことなどの課題が生じる。また、例えば、レガシ端末にConfig#0が設定され、TDD eIMTA端末にConfig#3が設定される場合（図示せず）にも図６Ｂと同様の課題が生じる。
次いで、図７Ａは、レガシ端末にConfig#6が設定され、TDD eIMTA端末にConfig#0が設定される場合の例を示す。つまり、図７Ａでは、サブフレーム＃０において、レガシ端末は、ＩＰＨＩＣＨ＝０で規定された、６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨを受信する。一方、TDD eIMTA端末は、ＩＰＨＩＣＨ＝０で規定された、７サブフレーム前のサブフレーム＃３におけるＰＵＳＣＨに対するＰＨＩＣＨを受信し、さらに、ＩＰＨＩＣＨ＝１で規定された、６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨを受信する。
図７Ｂは、ＰＨＩＣＨリソース領域内における、レガシ端末及びTDD eIMTA端末に対するＰＨＩＣＨのリソースを示す。ここでは、レガシ端末（Config#6）におけるサブフレーム＃４のＰＵＳＣＨ割当および当該ＰＵＳＣＨを指示するUL grantに対するパラメータセット（IPRB_RA，nDMRS）と、TDD eIMTA端末（Config#0）におけるサブフレーム＃３のＰＵＳＣＨ割当および当該ＰＵＳＣＨを指示するUL grantに対するパラメータセット（IPRB_RA，nDMRS）とが、同一である場合を考える。これは、サブフレーム＃４におけるレガシ端末のＰＵＳＣＨと、サブフレーム＃３におけるTDD eIMTA端末のＰＵＳＣＨとが、同一の先頭ＰＲＢインデックス、かつ、同一のＤＭＲＳに対するサイクリックシフト値を有することを意味する。このとき、各ＰＵＳＣＨに対するＰＨＩＣＨにはＩＰＨＩＣＨ＝０が規定されている。したがって、図７Ｂに示すように、レガシ端末（Config#6）におけるサブフレーム＃４のＰＵＳＣＨ送信に対するＰＨＩＣＨリソースと、TDD eIMTA端末（Config#0）におけるサブフレーム＃３のＰＵＳＣＨ送信に対するＰＨＩＣＨリソースとが競合してしまう。
このため、図６に示す場合と同様、各ＰＵＳＣＨに対するＰＨＩＣＨが各端末に正しく通知されず、不要な再送が発生すること、又は、再送が必要であるのにもかかわらず再送がなされないなどの課題が生じる。また、例えば、レガシ端末にConfig#3が設定され、TDD eIMTA端末にConfig#0が設定される場合（図示せず）にも図７Ｂと同様の課題が生じる。
本発明の目的は、互いに異なるUL-DL Configurationが設定された端末が共存する場合において、ＰＨＩＣＨリソースの競合を回避することができる端末装置、基地局装置、受信方法及び送信方法を提供することである。
本発明の一態様に係る端末装置は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置であって、基地局装置から送信された信号を受信する受信部と、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離する分離部と、を具備し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる構成を採る。
本発明の一態様に係る基地局装置は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成する生成部と、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当てる割当部と、前記応答信号を含む信号を送信する送信部と、を具備し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、構成を採る。
本発明の一態様に係る受信方法は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置における受信方法であって、基地局装置から送信された信号を受信し、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる。
本発明の一態様に係る送信方法は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成し、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当て、前記応答信号を含む信号を送信し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる。
本発明によれば、互いに異なるUL-DL Configurationが設定された端末が共存する場合において、ＰＨＩＣＨリソースの競合を回避することができる。
TDDにおけるUL-DL ConfigurationとＵＬ再送制御タイミングの説明に供する図 上り通信再送制御手順を示すフロー図 UL-DL Configurationに対するＰＨＩＣＨグループ数の係数とＰＵＳＣＨ−ＰＨＩＣＨタイミングを示す図 PUSCH-PHICHタイミングに対するＰＨＩＣＨリソースの決定方法を示す図 ＰＨＩＣＨのマッピングの一例を示す図 レガシ端末がUL-DL Configuration#0の場合における課題の説明に供する図 レガシ端末がUL-DL Configuration#3又は6の場合における課題の説明に供する図 本発明の一実施の形態に係る基地局の主要構成を示すブロック図 本発明の一実施の形態に係る端末の主要構成を示すブロック図 本発明の一実施の形態に係る基地局の構成を示すブロック図 本発明の一実施の形態に係る端末の構成を示すブロック図 本発明の一実施の形態に係るレガシ端末がUL-DL Configuration#0の場合の説明に供する図 本発明の一実施の形態に係るレガシ端末がUL-DL Configuration#3または6の場合の説明に供する図 本発明の一実施の形態に係るレガシ端末がUL-DL Configuration#3または6の場合の説明に供する図
以下、本発明の各実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
図８は、本実施の形態に係る基地局１００の主要構成図である。基地局１００において、ＰＨＩＣＨ生成部１０３は、１フレームを構成するサブフレームの構成パターン（UL-DL Configuration）であって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号（ＡＣＫ／ＮＡＣＫ信号）が送信されるサブフレームとを含む複数の構成パターンのいずれかに設定変更可能である端末２００から送信された上り回線データに対する応答信号を生成する。信号割当部１０６は、上り回線データが送信されるサブフレームと応答信号が割り当てられるリソース（ＰＨＩＣＨリソース（ＩＰＨＩＣＨ））との関連付けに基づいて、応答信号をＰＨＩＣＨリソースに割り当てる。無線送信部１０７は、応答信号を含む信号を送信する。
図９は、本実施の形態に係る端末２００の主要構成図である。端末２００は、１フレームを構成するサブフレームの構成パターン（UL-DL Configuration）であって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号（ＡＣＫ／ＮＡＣＫ信号）が送信されるサブフレームとを含む複数の構成パターンのいずれかに設定変更可能である端末である。無線受信部２０２は、基地局１００から送信された信号を受信する。信号分離部２０３は、上り回線データが送信されるサブフレームと応答信号が割り当てられるリソース（ＰＨＩＣＨリソース（ＩＰＨＩＣＨ））との関連付けに基づいて、応答信号を、上記信号から分離する。
なお、端末２００（TDD eIMTA端末）に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、構成パターンを設定変更できない他の端末（非TDD eIMTA端末）に設定された第２の構成パターンにおいて、上記第１のサブフレームで送信される応答信号が、上記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、上記第１のサブフレームにおいて、上記第２のサブフレームで端末２００から送信される上り回線データに対する応答信号に割り当てられる第１のリソース（ＰＨＩＣＨリソース）と、第３のサブフレームで上記他の端末から送信される上り回線データに対する応答信号に割り当てられる第２のリソース（ＰＨＩＣＨリソース）と、は異なる。
［基地局１００の構成］
図１０は、本発明の実施の形態に係る基地局１００の構成を示すブロック図である。
図１０において、誤り判定部１０１は、ＣＲＣ等を用いて、後述する誤り訂正復号部１１１から受け取った受信データ信号（上り回線データ）に誤りがあるか否かを判定する。判定結果は制御情報生成部１０２に出力される。
制御情報生成部１０２は、下り回線において送信すべきデータ信号がある場合には、データ信号を割り当てるリソースを決定し、割当情報であるDL assignmentを生成する。また、制御情報生成部１０２は、上り回線に割り当てるデータ信号がある場合には、データ信号を割り当てるリソースを決定し、割当情報であるUL grantを生成する。なお、制御情報生成部１０２は、誤り判定部１０１から受け取った判定結果に基づいて、端末に対して信号（つまり、上り回線データ）を再送させるか否か判断する。生成された割当情報は、ＰＤＣＣＨ（またはＥＰＤＣＣＨ）で送信される情報として信号割当部１０６に出力される。また、DL assignmentは、下り回線データを送信するための制御情報としても、信号割当部１０６に出力される。また、UL grantは、上り回線データを受信するために、無線受信部１０９に出力される。
また、制御情報生成部１０２は、誤り判定部１０１から受け取った判定結果に基づいて、端末に対して再送させる必要がない場合、又は、信号をアダプティブ再送させる場合にはＡＣＫを生成するようにＰＨＩＣＨ生成部１０３に指示する。一方、制御情報生成部１０２は、端末に対してノンアダプティブ再送させる場合にはＮＡＣＫを生成するようにＰＨＩＣＨ生成部１０３に指示する。
ＰＨＩＣＨ生成部１０３は、制御情報生成部１０２からの指示に従って、ＡＣＫ／ＮＡＣＫ信号（ＡＣＫ又はＮＡＣＫ。つまり、TDD eIMTA端末又は非TDD eIMTA端末から送信された上り回線データに対する応答信号）を生成する。なお、上記ＡＣＫ／ＮＡＣＫ信号に対する上り回線データを送信した端末には、複数のUL-DL Configuration（例えばConfig#0〜#6）のうちいずれかが設定されている。ＰＨＩＣＨ生成部１０３は、生成したＡＣＫ／ＮＡＣＫ信号を信号割当部１０６に出力する。
誤り訂正符号化部１０４は、送信データ信号（つまり、下り回線データ信号）を誤り訂正符号化し、符号化後の信号を変調部１０５に出力する。
変調部１０５は、誤り訂正符号化部１０４から受け取った信号を変調し、変調信号を信号割当部１０６に出力する。
信号割当部１０６は、制御情報生成部１０２から受け取ったDL assignmentに基づいて、変調部１０５から受け取った変調信号を対応するリソースに割り当てる。また、信号割当部１０６は、制御情報生成部１０２から受け取ったDL assignment及びUL grantを含むＤＣＩをＰＤＣＣＨのリソース領域（ＰＤＣＣＨ領域）（またはＥＰＤＣＣＨのリソース領域（ＥＰＤＣＣＨ領域））に割り当てる。さらに、信号割当部１０６は、ＰＨＩＣＨ生成部１０３からＡＣＫ／ＮＡＣＫ信号が出力された場合、ＡＣＫ／ＮＡＣＫ信号をＰＨＩＣＨのリソース領域に割り当てる。なお、信号割当部１０６は、上り回線データが送信される上り通信サブフレームとＰＨＩＣＨリソース（ＩＰＨＩＣＨ）との関連付け（後述する）に基づいて、応答信号をＰＨＩＣＨリソースに割り当てる。
このように、送信データ信号、制御情報（割当情報（DL assignment,UL grant）等）、及びＰＨＩＣＨ信号（ＡＣＫ／ＮＡＣＫ信号）が所定のリソースに割り当てられることにより、送信信号が生成される。生成された送信信号は無線送信部１０７に出力される。
無線送信部１０７は、信号割当部１０６から受け取った送信信号に対して、アップコンバート等の所定の無線送信処理を施し、アンテナ１０８を介して送信する。
無線受信部１０９は、端末から送信された信号を、アンテナ１０８を介して受信し、ダウンコンバート等の所定の無線受信処理を施す。そして、無線受信部１０９は、制御情報生成部１０２から受け取ったUL grantにより、端末から送信された信号を分離し、復調部１１０に出力する。
復調部１１０は、無線受信部１０９から受け取った信号に対して復調処理を施し、得られた復調信号を誤り訂正復号部１１１に出力する。
誤り訂正復号部１１１は、復調部１１０から受け取った復調信号を復号し、受信データ信号を得る。得られた受信データ信号は誤り判定部１０１にも出力される。
［端末２００の構成］
図１１は、本実施の形態に係る端末２００の構成を示すブロック図である。
図１１において、無線受信部２０２は、基地局１００から送信された信号を、アンテナ２０１を介して受信し、ダウンコンバート等の所定の無線受信処理を施して、無線受信処理された信号を信号分離部２０３に出力する。
信号分離部２０３は、無線受信部２０２から受け取った信号から、ＰＨＩＣＨ領域の信号（ＡＣＫ／ＮＡＣＫ信号）と、ＰＤＣＣＨ領域の信号（制御情報）とを抽出し、抽出したＰＨＩＣＨ領域の信号およびＰＤＣＣＨ領域の信号を、ＰＨＩＣＨ受信部２０６及び制御情報受信部２０７にそれぞれ出力する。なお、信号分離部２０３は、上り回線データが送信される上り通信サブフレームとＰＨＩＣＨリソース（ＩＰＨＩＣＨ）との関連付け（後述する）に基づいて、応答信号を受信信号から分離する。
また、信号分離部２０３は、後述する制御情報受信部２０７から受け取ったDL assignmentが示すデータリソースに割り当てられた信号（つまり、下り回線データ信号）を受信信号から抽出し、抽出した信号を復調部２０４に出力する。
復調部２０４は、信号分離部２０３から受け取った信号を復調し、当該復調した信号を誤り訂正復号部２０５に出力する。
誤り訂正復号部２０５は、復調部２０４から受け取った復調信号を復号し、得られた受信データ信号を出力する。
ＰＨＩＣＨ受信部２０６は、信号分離部２０３によって抽出されたＰＨＩＣＨ領域の信号がＡＣＫかＮＡＣＫかを判定する。判定結果は制御情報受信部２０７に出力される。
制御情報受信部２０７は、信号分離部２０３によって抽出されたＰＤＣＣＨ領域の信号に対してブラインド復号を行うことにより、自機宛の制御情報（例えば、DL assignment又はUL grant）を抽出する。制御情報受信部２０７は、抽出したDL assignmentを信号分離部２０３に出力し、UL grantを信号割当部２１０に出力する。
また、制御情報受信部２０７は、再送制御部としても機能し、ＰＨＩＣＨ受信部２０６から受け取った判定結果がＮＡＣＫであり、かつ、UL grantを検出しなかった場合、ノンアダプティブ再送を指示する信号（再送指示信号）を信号割当部２１０に出力する。また、制御情報受信部２０７は、ＰＨＩＣＨ受信部２０６から受け取った判定結果がＡＣＫであり、かつ、UL grantを検出しなかった場合、信号割当部２１０へ割当を指示する信号を出力しない。
誤り訂正符号化部２０８は、送信データ信号（つまり、上り回線データ）を誤り訂正符号化し、符号化後の信号を変調部２０９に出力する。
変調部２０９は、誤り訂正符号化部２０８から出力された信号を変調し、変調信号を信号割当部２１０に出力する。
信号割当部２１０は、制御情報受信部２０７からUL grantを受け取ると、当該UL grantのＮＤＩ（今回のUL grantのＮＤＩ）と、同一再送プロセスの前回のUL grantのＮＤＩとを比較して、ＮＤＩに変化がある場合には新規データが割り当てられたと判断し、変調部２０９から出力された新規データの変調信号をUL grantに従いデータリソースに割り当てる。一方、信号割当部２１０は、ＮＤＩに変化がない場合には再送データが割り当てられたと判断し、変調部２０９から出力された再送データの変調信号をUL grantに従いデータリソースに割り当てる。また、信号割当部２１０は、制御情報受信部２０７から再送指示信号を受け取ると、変調部２０９から出力された再送データの変調信号を、同一再送プロセスの前回のUL grantに従いデータリソースに割り当てる。割り当てられた信号は送信信号として無線送信部２１１に出力される。
無線送信部２１１は、信号割当部２１０から受け取った送信信号に対して、アップコンバート等の所定の無線送信処理を施し、アンテナ２０１を介して送信する。
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００の動作の詳細について説明する。ここでは、複数のUL-DL Configurationのいずれかに設定変更可能であるTDD eIMTA端末（端末２００）と、UL-DL Configurationを設定変更できない非TDD eIMTA端末（レガシ端末を含む）とが、基地局１００がカバーする同一セル内に存在する。
TDD eIMTA端末（端末２００）は、まず、ＴＤＤ ｅＩＭＴＡをサポートするセルに接続する際のUL-DL Configurationとして、ＳＩＢ１通知されているUL-DL Configurationを用いて接続する。そして、TDD eIMTA端末は、セル接続後に当該セルの基地局１００の指示に基づいて、異なるUL-DL Configurationに変更することが考えられる。すなわち、TDD eIMTA端末は、自機に設定されたUL-DL Configurationの他に、非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationも知ることができる。
また、上述したように、図６及び図７においてレガシ端末とTDD eIMTA端末（端末２００）との間でＰＨＩＣＨリソースの競合が発生する可能性があるサブフレームとしては、サブフレーム＃０が該当する。具体的には、図６及び図７に示すように、TDD eIMTA端末に設定されたUL-DL Configurationにおいてサブフレーム＃０（ＡＣＫ／ＮＡＣＫ信号が送信されるサブフレーム）に関連付けられた上り通信サブフレームと、非TDD eIMTA端末に設定されたUL-DL Configurationにおいてサブフレーム＃０に関連付けられた上り通信サブフレームとが異なる組み合わせ（サブフレーム＃３（７サブフレーム前）及びサブフレーム＃４（６サブフレーム前））が存在する（図３Ｂ参照）。これらの異なる上り通信サブフレームで送信される上り回線データに対するＡＣＫ／ＮＡＣＫ信号には、ＩＰＨＩＣＨ＝０に対応するリソース領域がそれぞれ対応付けられる（図３Ｂ参照）。このため、図６及び図７では、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間でＰＨＩＣＨリソースの競合が発生する可能性がある。
換言すると、TDD eIMTA端末に設定されたUL-DL Configurationにおいて、第１サブフレーム（図６，７ではサブフレーム＃０）で送信されるＡＣＫ／ＮＡＣＫ信号が、第２サブフレーム（図６ではサブフレーム＃４、図７ではサブフレーム＃３）で送信される上り回線データに対するものであり、非TDD eIMTA端末に設定されたUL-DL Configurationにおいて、上記第１サブフレーム（図６，７ではサブフレーム＃０）で送信されるＡＣＫ／ＮＡＣＫ信号が、上記第２サブフレームとは異なる第３サブフレーム（図６ではサブフレーム＃３、図７ではサブフレーム＃４）で送信される上り回線データに対するものである場合、第１サブフレームにおいて、非TDD eIMTA端末とTDD eIMTA端末との間でＰＨＩＣＨリソースの競合が発生する可能性がある。
これらの点に着目して、基地局１００及び端末２００は、レガシ端末とTDD eIMTA端末との間でＰＨＩＣＨリソースの競合が発生する可能性があるサブフレームでは、TDD eIMTA端末宛のＰＨＩＣＨに対して、レガシ端末向けのＰＨＩＣＨに対するＩＰＨＩＣＨの対応付け（０又は１）を入れ替える。つまり、基地局１００及び端末２００は、当該サブフレームにおいて、レガシ端末に対するＩＰＨＩＣＨの値（例えば図３Ｂ）を反転した値を、TDD eIMTA端末に対するＩＰＨＩＣＨとして用いる。
こうすることで、当該サブフレームにおいて、レガシ端末とTDD eIMTA端末との間で異なる上り通信サブフレームでそれぞれ送信される上り回線データに対するＡＣＫ／ＮＡＣＫ信号のうち、レガシ端末向けのＡＣＫ／ＮＡＣＫ信号向けのＰＨＩＣＨリソースが上述したようにＩＰＨＩＣＨ＝０のリソース領域内のリソースであるのに対して、基地局１００及び端末２００は、端末２００向けのＡＣＫ／ＮＡＣＫ信号向けのＰＨＩＣＨリソースを、ＩＰＨＩＣＨ＝１のリソース領域内のリソースとすることができる。つまり、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間で上記異なる上り通信サブフレームでそれぞれ送信される上り回線データに対するＡＣＫ／ＮＡＣＫ信号には、異なるＰＨＩＣＨリソースが割り当てられる。
このようにして、本実施の形態では、レガシ端末とTDD eIMTA端末との間でＰＨＩＣＨリソースを異ならせて、対応するＰＨＩＣＨに対してノンアダプティブ再送を適用することにより、上述したＰＨＩＣＨリソースの競合を解消する。
次に、以下の２通りのケースに分けて詳細に説明する。
＜ケース１＞：非TDD eIMTA端末にConfig#0が設定され、TDD eIMTA端末にConfig#3又はConfig#6が設定された場合
＜ケース２＞：非TDD eIMTA端末にConfig#3又はConfig#6が設定され、TDD eIMTA端末にConfig#0が設定された場合
＜ケース１（図１２）＞
例えば、図１２Ａに示すように、レガシ端末（Config#0）とTDD eIMTA端末（端末２００）（Config#3またはConfig#6）との間でＰＨＩＣＨリソースの競合が発生する可能性があるサブフレーム＃０では、基地局１００（例えば信号割当部１０６）は、レガシ端末が用いるＩＰＨＩＣＨの対応付け（例えば図３Ｂ）と比較して、端末２００向けのＰＨＩＣＨリソースのＩＰＨＩＣＨの対応付けを入れ替える。すなわち、図１２Ａに示すように、基地局１００は、サブフレーム＃０では、端末２００に対して、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝１に対応付ける。
同様に、端末２００（例えば信号分離部２０３）は、サブフレーム＃０では、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝１と認識して、ＰＨＩＣＨを検出する。そして、端末２００は、ＰＨＩＣＨの検出結果に基づいて上り回線データの再送制御（例えば図２）を行う。
図１２Ｂは、ケース１における端末２００に対する、上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨ受信タイミング（PUSCH-PHICHタイミング）、及び、各タイミングにおけるＩＰＨＩＣＨの値を示す。つまり、図１２Ｂは、上記ＩＰＨＩＣＨの値の入れ替え後の状態を表す。基地局１００及び端末２００は、図１２Ｂに示す、上り回線データが送信されるサブフレームとＡＣＫ／ＮＡＣＫ信号が割り当てられるＰＨＩＣＨリソース（ＩＰＨＩＣＨ）との関連付けに基づいて、ＡＣＫ／ＮＡＣＫ信号の割当又は分離を行えばよい。
サブフレーム＃０において、図１２Ｂと図３Ｂとを比較する。図３Ｂでは、Config#3又はConfig#6が設定された端末に対して、サブフレーム＃０で送信されるＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられる。これに対して、図１２Ｂでは、Config#3又はConfig#6が設定された端末２００に対して、サブフレーム＃０で送信されるＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝１が対応付けられる（点線で囲まれた部分）。なお、図１２Ｂでは、図３Ｂと同様、Config#0が設定された端末に対して、サブフレーム＃０で送信されるＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられる。
ここで、ＰＨＩＣＨが送信されるサブフレーム＃０では、端末２００（Config#3又はConfig#6）におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA, nDMRS）と、レガシ端末（Config#0）におけるサブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA, nDMRS）とが同じになる可能性がある。
これに対して、図１２Ａ及び図１２Ｂに示すように、端末２００に対するＩＰＨＩＣＨの値が入れ替わることで、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間で上記決定用パラメータセット（IPRB_RA, nDMRS）が同一となり得るＡＣＫ／ＮＡＣＫ信号に対して、それぞれ異なるＩＰＨＩＣＨ、つまり異なるリソース領域が対応付けられる。具体的には、図１２Ｂに示すように、TDD eIMTA端末に設定されたConfig#3又はConfig#6においてサブフレーム＃０に関連付けられたサブフレーム＃４（６サブフレーム前）のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソース（ＩＰＨＩＣＨ＝１）と、レガシ端末に設定されたConfig#0においてサブフレーム＃０に関連付けられたサブフレーム＃３（７サブフレーム前）のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソース（ＩＰＨＩＣＨ＝０）とは異なる。つまり、サブフレーム＃０において、端末２００におけるサブフレーム＃４のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースは、レガシ端末におけるサブフレーム＃３のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースを含む領域（ＩＰＨＩＣＨ＝０）と異なる領域（ＩＰＨＩＣＨ＝１）に含まれる。このように、レガシ端末と端末２００との間でＩＰＨＩＣＨが異なる値になるので、双方のＰＨＩＣＨリソースを完全に分離することができる。
なお、同一のサブフレームでは、端末２００及びレガシ端末の上り回線データ（ＰＵＳＣＨ）に割り当てられるＰＲＢが互いに異なるように運用される。よって、例えば、図１２Ａに示すサブフレーム＃４において、端末２００が占有するＰＲＢの先頭ＰＲＢ（IPRB_RA）と、レガシ端末が占有するＰＲＢの先頭ＰＲＢ（IPRB_RA’）とが同一となることはない。よって、IPRB_RAとIPRB_RA’とが一致することはないので、端末２００におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA， nDMRS）と、レガシ端末におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA’, nDMRS’）とは一致しない。これにより、図１２Ａ及び図１２Ｂに示すように、端末２００に対するＩＰＨＩＣＨの値が入れ替わることで、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間で同一上り通信サブフレーム（サブフレーム＃４）で送信された上り回線データに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースには同一領域（ＩＰＨＩＣＨ＝０）が対応付けられるものの、双方のＰＨＩＣＨリソースを完全に分離することができる。
＜ケース２（図１３）＞
例えば、図１３Ａに示すように、レガシ端末（Config#3又はConfig#6）とTDD eIMTA端末（端末２００）（Config#0）との間でＰＨＩＣＨリソースの競合が発生する可能性があるサブフレーム＃０では、ケース１と同様、基地局１００（例えば、信号割当部１０６）は、レガシ端末が用いるＩＰＨＩＣＨの対応付け（例えば図３Ｂ）と比較して、端末２００向けのＰＨＩＣＨリソースのＩＰＨＩＣＨの対応付けを入れ替える。すなわち、図１３Ａに示すように、基地局１００は、サブフレーム＃０では、端末２００に対して、サブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝１に対応付け、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝０に対応付ける。
同様に、端末２００（例えば、信号分離部２０３）は、サブフレーム＃０では、サブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨのリソースをＩＰＨＩＣＨ＝１と認識し、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨのリソースをＩＰＨＩＣＨ＝０と認識して、ＰＨＩＣＨを検出する。そして、端末２００は、ＰＨＩＣＨの検出結果に基づいて上り回線データの再送制御（例えば図２）を行う。
図１３Ｂは、ケース２における端末２００に対する、上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨ受信タイミング（PUSCH-PHICHタイミング）、及び、各タイミングにおけるＩＰＨＩＣＨの値を示す。つまり、図１３Ｂは、上記ＩＰＨＩＣＨの値の入れ替え後の状態を表す。基地局１００及び端末２００は、図１３Ｂに示す、上り回線データが送信されるサブフレームとＡＣＫ／ＮＡＣＫ信号が割り当てられるＰＨＩＣＨリソース（ＩＰＨＩＣＨ）との関連付けに基づいて、ＡＣＫ／ＮＡＣＫ信号の割当又は分離を行えばよい。
サブフレーム＃０において、図１３Ｂと図３Ｂとを比較する。図３Ｂでは、Config#0が設定された端末に対して、サブフレーム＃０で送信される、７サブフレーム前のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられ、６サブフレーム前のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝１が対応付けられる。これに対して、図１３Ｂでは、Config#0が設定された端末２００に対して、サブフレーム＃０で送信される、７サブフレーム前のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝１が対応付けられ、６サブフレーム前のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられる（点線で囲まれた部分）。なお、図１３Ｂでは、図３Ｂと同様、Config#3又はConfig#6が設定された端末に対して、サブフレーム＃０で送信されるＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられる。
図１３Ａ及び図１３Ｂに示すように、端末２００に対するＩＰＨＩＣＨの値が入れ替わることで、ケース１と同様、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間でＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA, nDMRS）が同一となり得るＡＣＫ／ＮＡＣＫ信号に対して、異なるＩＰＨＩＣＨ、つまり異なるリソース領域が対応付けられる。具体的には、図１３Ｂに示すように、TDD eIMTA端末に設定されたConfig#0においてサブフレーム＃０に関連付けられたサブフレーム＃３（７サブフレーム前）のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソース（ＩＰＨＩＣＨ＝１）と、非TDD eIMTA端末に設定されたConfig#3又はConfig#6においてサブフレーム＃０に関連付けられたサブフレーム＃４（６サブフレーム前）のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソース（ＩＰＨＩＣＨ＝０）とは異なる。つまり、サブフレーム＃０において、端末２００におけるサブフレーム＃３のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースは、レガシ端末におけるサブフレーム＃４のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースを含む領域（ＩＰＨＩＣＨ＝０）と異なる領域（ＩＰＨＩＣＨ＝１）に含まれる。このように、端末２００におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースと、レガシ端末におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースとの間でＩＰＨＩＣＨが異なる値になるので、双方のＰＨＩＣＨリソースを完全に分離することができる。
また、ケース１と同様、同一のサブフレームでは、端末２００及びレガシ端末の上り回線データ（ＰＵＳＣＨ）に割り当てられるＰＲＢが互いに異なるように運用される。よって、例えば、図１３Ａに示すように、端末２００におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA， nDMRS）と、レガシ端末におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA’, nDMRS’）とは一致しない。これにより、図１３Ａ及び図１３Ｂに示すように、端末２００に対するＩＰＨＩＣＨの値が入れ替わることで、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間で同一上り通信サブフレーム（サブフレーム＃４）で送信された上り回線データに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースには同一領域（ＩＰＨＩＣＨ＝０）が対応付けられるものの、双方のＰＨＩＣＨリソースを完全に分離することができる。
以上、ケース１及びケース２について説明した。
（効果）
以上のように、本実施の形態によれば、互いに異なるUL-DL Configurationが設定された端末が共存する場合でも、ＰＨＩＣＨリソースが競合する可能性があるサブフレームにおいて、TDD eIMTA端末である端末２００におけるＩＰＨＩＣＨの値を入れ替えることで、ＰＨＩＣＨリソースの競合を回避することができる。よって、各ＰＵＳＣＨに対するＰＨＩＣＨが各端末に正しく通知できるので、不要な再送が発生すること、又は、再送が必要であるのにもかかわらず再送がなされないこと、などの課題を解決することができる。
（ケース２の他の実現方法：図１４）
ケース２（図１２及び図１３）では、サブフレーム＃０におけるＰＨＩＣＨグループ数の係数ｍｉを、Config#0（ｍｉ＝２）、及び、Config#3またはConfig#6（ｍｉ＝１）のうち、より大きい方に設定（ｍｉ＝２）した場合について説明した。これに対して、ここでは、サブフレーム＃０におけるＰＨＩＣＨグループ数の係数ｍｉを、Config#0（ｍｉ＝２）、及び、Config#3またはConfig#6（ｍｉ＝１）のうち、より小さい方に設定（ｍｉ＝１）する場合について説明する。
換言すると、図１４Ａ及び図１４Ｂでは、レガシ端末（Config#3またはConfig#6：ｍｉ＝１）のみの運用時よりもＰＨＩＣＨリソース数が大きくならないように（ＰＨＩＣＨのオーバヘッドが増加しないように）、TDD eIMTA端末（端末２００）（Config#0）に対してＰＨＩＣＨグループの係数ｍｉ＝１が設定される場合の例をそれぞれ示す。具体的には、図１４Ａ及び図１４Ｂでは、端末２００（Config#0）に対するＰＨＩＣＨグループ数の係数ｍｉよりもレガシ端末（Config#3またはConfig#6）に対するＰＨＩＣＨグループ数の係数ｍｉの方が小さいサブフレーム＃０（図３Ａ参照）における例を示す。
図１４Ａに示す方法では、基地局１００は、端末２００に対して、ＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨリソース（７サブフレーム前のサブフレーム＃３で送信されたＰＵＳＣＨに対するＰＨＩＣＨリソース）を確保しない。端末２００は、サブフレーム＃０において、ＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨを受信しない。つまり、基地局１００及び端末２００は、サブフレーム＃０において、ＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨリソースを確保せずに、サブフレーム＃３で送信されたＰＵＳＣＨに対してアダプティブ再送のみを常にサポートする。ＩＰＨＩＣＨ＝０に対応するＰＨＩＣＨについてはケース２と同様である。
図１４Ｂに示す方法では、基地局１００及び端末２００は、当該端末２００に対するＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨリソース（７サブフレーム前のサブフレーム＃３で送信されたＰＵＳＣＨに対するＰＨＩＣＨリソース）として、ＩＰＨＩＣＨ＝０に対応するＰＨＩＣＨリソース（６サブフレーム前のサブフレーム＃４で送信されたＰＵＳＣＨに対するＰＨＩＣＨリソース）を決定するパラメータセット（IPRB_RA’およびnDMRS’）に基づいて決定されるリソースを確保する。図１４Ｂでは、基地局１００及び端末２００は、ＩＰＨＩＣＨ＝０に対応するＰＨＩＣＨリソースに関するパラメータをIPRB_RA’およびnDMRS’とした場合、ＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨリソースに関するパラメータをIPRB_RA’+1およびnDMRS’とする。ここで、IPRB_RA’は上り回線データ（ＰＵＳＣＨ）に割り当てられた先頭ＰＲＢを示すインデックスである。そのため、IPRB_RA’に対応するＰＲＢに隣接するＰＲＢのインデックス（１を加えたインデックス）であるIPRB_RA’+1もまた、当該上り回線データが占有している可能性が高い。すなわち、IPRB_RA’に対応するＰＲＢを割り当てたタイミングにおいて、基地局１００が端末２００以外の他の端末に対して、IPRB_RA’+1に対応するＰＲＢを先頭ＰＲＢとした上り回線データを割り当てた可能性は低い。したがって、基地局１００は、端末２００に対してIPRB_RA’+1に対応付けられたＰＨＩＣＨリソースに加えて、IPRB_RA’+1に対応付けられたＰＨＩＣＨリソースを用いたとしても、他の端末に対するスケジューリングに制約が発生する可能性を抑えることができる。
（効果）
このように、ケース２の他の実現方法においても、ケース２と同様、ＩＰＨＩＣＨの値を入れ替えることで、ＰＨＩＣＨリソースの競合を完全に回避できる。さらに、ケース２の他の実現方法では、レガシ端末のみで運用した場合と比較して、ＰＨＩＣＨのオーバヘッドを増加させないという効果がある。
以上、本発明の実施の形態について説明した。
［他の実施の形態］
（１）なお、上記実施の形態において、TDD eIMTA端末（端末２００）は、自機に設定されたUL-DL Configurationの他に、非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationも知ることができる、とした。ただし、本実施の形態はこれに限定されず、TDD eIMTA端末は、必ずしも非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationを参照しなくてもよい。
すなわち、TDD eIMTA端末（端末２００）にConfig#3又はConfig#6が設定された場合、基地局１００（例えば信号割当部１０６）は、レガシ端末が用いるUL-DL Configurationによらず、サブフレーム＃０では、端末２００向けのＰＨＩＣＨリソースのＩＰＨＩＣＨの対応付けを常に入れ替える。
同様に、TDD eIMTA端末（端末２００）にConfig#3又はConfig#6が設定された場合、端末２００（例えば信号分離部２０３）は、レガシ端末が用いるUL-DL Configurationによらず、サブフレーム＃０では、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースを常にＩＰＨＩＣＨ＝１と認識して、ＰＨＩＣＨを検出する。そして、端末２００は、ＰＨＩＣＨの検出結果に基づいて上り回線データの再送制御（例えば図２）を行う。
また、TDD eIMTA端末（端末２００）にConfig#0が設定された場合、基地局１００（例えば信号割当部１０６）は、レガシ端末が用いるUL-DL Configurationによらず、サブフレーム＃０では、端末２００向けのＰＨＩＣＨリソースのＩＰＨＩＣＨの対応付けを常に入れ替える。すなわち、基地局１００は、サブフレーム＃０では、端末２００に対して、サブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝１に対応付け、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝０に対応付ける。
同様に、TDD eIMTA端末（端末２００）にConfig#0が設定された場合、端末２００（例えば、信号分離部２０３）は、レガシ端末が用いるUL-DL Configurationによらず、サブフレーム＃０では、サブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨのリソースを常にＩＰＨＩＣＨ＝１と認識し、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨのリソースを常にＩＰＨＩＣＨ＝０と認識して、ＰＨＩＣＨを検出する。そして、端末２００は、ＰＨＩＣＨの検出結果に基づいて上り回線データの再送制御（例えば図２）を行う。
これにより、基地局１００は、非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationによらず、ＰＨＩＣＨリソースを決定できるため、基地局１００（例えば信号割当部１０６）の構成を簡易化できる。同様に、端末２００は、非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationによらず、ＰＨＩＣＨリソースを検出できるため、端末２００（例えば信号分離部２０３）の構成を簡易化できる。
（２）また、上記実施の形態において、TDD eIMTA端末（端末２００）に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configurationの通知方法は、ＲＲＣ（higher layer）シグナリングベースの通知方法、ＭＡＣ（Media Access Control layer）シグナリングベースの通知方法、及び、Ｌ１（Physical Layer）シグナリングベースのいずれの通知方法をとってもよい。TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configurationが、非TDD eIMTA端末（レガシ端末）が用いるＳＩＢ１通知されたUL-DL Configurationとは異なる場合は、TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configurationの通知方法としては、ＳＩ（System Information）シグナリングベースの通知方法をとってもよい。
（３）また、上記実施の形態では、「TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configuration」について記載した。ただし、これは、「TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configuration」と、「ＰＨＩＣＨグループ数の係数を規定する、上り回線制御に係るタイミング（すなわち上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨ受信タイミング）について、当該タイミングを参照するUL-DL Configuration」とが同一である場合を前提としている。
しかし、ＬＴＥ−Ａシステムにおいて、TDD inter-band CA（Carrier Aggregation）では、キャリアアグリゲーションがなされる複数の単位バンド（Component Carrier）間で、異なるUL-DL Configurationが指示される場合、１フレーム内のサブフレーム構成を指示するUL-DL Configurationと、上り回線制御に係るタイミングを参照するUL-DL Configuration（以降、タイミング参照用UL-DL Configurationと呼ばれることがある）とが、異なる場合がある。
TDD inter-band CAと、ＴＤＤ ｅＩＭＴＡとを組み合わせて運用した場合、上記実施の形態における「TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configuration」は、TDD eIMTA端末が参照する「タイミング参照用UL-DL Configuration」とは異なる。そこで、上記実施の形態では、「TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configuration」を、「TDD eIMTA端末が参照する上り回線制御に係るタイミングのUL-DL Configuration」とみなしてもよい。
（４）また、上記実施の形態では、各アンテナとして説明したが、本発明はアンテナポート（antenna port）でも同様に適用できる。
アンテナポートとは、１本又は複数の物理アンテナから構成される、論理的なアンテナを指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。
例えばＬＴＥにおいては、アンテナポートが何本の物理アンテナから構成されるかは規定されず、基地局が異なる参照信号（Reference signal）を送信できる最小単位として規定されている。
また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
（５）また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連携においてソフトウェアで実現することも可能である。
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
以上、本開示に係る端末装置は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置であって、基地局装置から送信された信号を受信する受信部と、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離する分離部と、を具備し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、構成を採る。
本開示に係る端末装置において、前記第１のリソースは、前記第２のリソースを含む領域と異なる領域に含まれる。
本開示に係る端末装置において、前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、前記第１のリソースは、前記第３のサブフレームで送信された上り回線データに用いられる物理リソースブロックのインデックスに１を加えたインデックスの物理リソースブロックに対応付けられたリソースである。
本開示に係る基地局装置は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成する生成部と、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当てる割当部と、前記応答信号を含む信号を送信する送信部と、を具備し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、構成を採る。
本開示に係る受信方法は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置における受信方法であって、基地局装置から送信された信号を受信し、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる。
本開示に係る送信方法は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成し、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当て、前記応答信号を含む信号を送信し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる。
２０１２年１０月３０日出願の特願２０１２−２３８９９５の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
本発明は、移動通信システム等に有用である。
１００ 基地局
２００ 端末
１０１ 誤り判定部
１０２ 制御情報生成部
１０３ ＰＨＩＣＨ生成部
１０４，２０８ 誤り訂正符号化部
１０５，２０９ 変調部
１０６，２１０ 信号割当部
１０７，２１１ 無線送信部
１０８，２０１ アンテナ
１０９，２０２ 無線受信部
１１０，２０４ 復調部
１１１，２０５ 誤り訂正復号部
２０３ 信号分離部
２０６ ＰＨＩＣＨ受信部
２０７ 制御情報受信部

Claims (8)

  1. １フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置であって、
    基地局装置から送信された信号を受信する受信部と、
    前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離する分離部と、
    を具備し、
    前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
    前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なり、
    前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、
    前記第３のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第３のリソースは、前記第２のリソースを含む第１領域に含まれ、
    前記第１のリソースは、前記第１領域と異なる第２の領域に含まれる、
    端末装置。
  2. １フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置であって、
    基地局装置から送信された信号を受信する受信部と、
    前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離する分離部と、
    を具備し、
    前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
    前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なり、
    前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、
    前記第１のリソースは、前記第３のサブフレームで送信された上り回線データに用いられる物理リソースブロックのインデックスに１を加えたインデックスの物理リソースブロックに対応付けられたリソースである、
    端末装置。
  3. １フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成する生成部と、
    前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当てる割当部と、
    前記応答信号を含む信号を送信する送信部と、
    を具備し、
    前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
    前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なり、
    前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、
    前記第３のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第３のリソースは、前記第２のリソースを含む第１領域に含まれ、
    前記第１のリソースは、前記第１領域と異なる第２の領域に含まれる、
    基地局装置。
  4. １フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成する生成部と、
    前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当てる割当部と、
    前記応答信号を含む信号を送信する送信部と、
    を具備し、
    前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
    前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なり、
    前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、
    前記第１のリソースは、前記第３のサブフレームで送信された上り回線データに用いられる物理リソースブロックのインデックスに１を加えたインデックスの物理リソースブロックに対応付けられたリソースである、
    基地局装置。
  5. １フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置における受信方法であって、
    基地局装置から送信された信号を受信し、
    前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離し、
    前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
    前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なり、
    前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、
    前記第３のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第３のリソースは、前記第２のリソースを含む第１領域に含まれ、
    前記第１のリソースは、前記第１領域と異なる第２の領域に含まれる、
    受信方法。
  6. １フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置における受信方法であって、
    基地局装置から送信された信号を受信し、
    前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離し、
    前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
    前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なり、
    前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、
    前記第１のリソースは、前記第３のサブフレームで送信された上り回線データに用いられる物理リソースブロックのインデックスに１を加えたインデックスの物理リソースブロックに対応付けられたリソースである、
    受信方法。
  7. １フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成し、
    前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当て、
    前記応答信号を含む信号を送信し、
    前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
    前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なり、
    前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、
    前記第３のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第３のリソースは、前記第２のリソースを含む第１領域に含まれ、
    前記第１のリソースは、前記第１領域と異なる第２の領域に含まれる、
    送信方法。
  8. １フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成し、
    前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当て、
    前記応答信号を含む信号を送信し、
    前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
    前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なり、
    前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、
    前記第１のリソースは、前記第３のサブフレームで送信された上り回線データに用いられる物理リソースブロックのインデックスに１を加えたインデックスの物理リソースブロックに対応付けられたリソースである、
    送信方法。
JP2014544223A 2012-10-30 2013-09-25 端末装置、基地局装置、受信方法及び送信方法 Expired - Fee Related JP6314087B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012238995 2012-10-30
JP2012238995 2012-10-30
PCT/JP2013/005664 WO2014068839A1 (ja) 2012-10-30 2013-09-25 端末装置、基地局装置、受信方法及び送信方法

Publications (2)

Publication Number Publication Date
JPWO2014068839A1 JPWO2014068839A1 (ja) 2016-09-08
JP6314087B2 true JP6314087B2 (ja) 2018-04-18

Family

ID=50626796

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014544223A Expired - Fee Related JP6314087B2 (ja) 2012-10-30 2013-09-25 端末装置、基地局装置、受信方法及び送信方法

Country Status (4)

Country Link
US (1) US9882670B2 (ja)
EP (1) EP2916583B1 (ja)
JP (1) JP6314087B2 (ja)
WO (1) WO2014068839A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015133860A1 (ko) * 2014-03-06 2015-09-11 엘지전자 주식회사 무선 통신 시스템에서 제어 정보 전송 방법 및 장치
CN115441999A (zh) * 2016-03-30 2022-12-06 松下电器（美国）知识产权公司 基站、终端和通信方法
JP6740387B2 (ja) * 2016-06-22 2020-08-12 チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー 物理アップリンク共有チャネルの伝送方法及び装置
WO2018008146A1 (ja) * 2016-07-08 2018-01-11 富士通株式会社 無線通信システム、基地局、及び、端末
CN108282881B (zh) * 2017-01-06 2020-12-15 华为技术有限公司 一种资源配置方法及装置
CN110737756B (zh) * 2018-07-03 2023-06-23 百度在线网络技术（北京）有限公司 确定针对用户输入数据的应答的方法、装置、设备和介质
WO2021208953A1 (zh) * 2020-04-15 2021-10-21 维沃移动通信有限公司 冲突资源判断方法、终端和网络设备

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070080552A (ko) 2006-02-07 2007-08-10 엘지전자 주식회사 이동 통신 시스템에서의 응답 정보 전송 방법
US8001249B2 (en) 2007-04-10 2011-08-16 Markettools, Inc. Session management system and method for use with stateless messaging services
WO2008127183A2 (en) * 2007-04-11 2008-10-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus in a telecommunication system
JP4772148B2 (ja) 2007-06-15 2011-09-14 シャープ株式会社 基地局装置、移動局装置、無線通信システムおよび無線通信方法
US8155032B2 (en) * 2007-11-16 2012-04-10 Telefonaktiebolaget Lm Ericsson (Publ) Adaptive scheduling for half-duplex wireless terminals
JP5283423B2 (ja) 2008-05-02 2013-09-04 株式会社エヌ・ティ・ティ・ドコモ 移動通信システムにおける基地局装置、ユーザ装置及び方法
WO2010021489A2 (ko) * 2008-08-19 2010-02-25 한국전자통신연구원 수신 성공 여부 정보를 전송하는 방법 및 장치
US8443370B2 (en) 2008-08-26 2013-05-14 Microsoft Corporation Method of assigning resources to fulfill a service request by a programming model abstraction layer at a data center based at least in part on a reference of the requested resource class indicative of an abstract amount of resources
US8325661B2 (en) * 2008-08-28 2012-12-04 Qualcomm Incorporated Supporting multiple access technologies in a wireless environment
US8077670B2 (en) * 2009-04-10 2011-12-13 Jianke Fan Random access channel response handling with aggregated component carriers
EP2445249A4 (en) 2009-06-19 2017-06-28 Sun Patent Trust Terminal device and retransmission control method
EP2446571B1 (en) * 2009-06-26 2015-03-25 Nokia Solutions and Networks Oy Apparatus, method and article of manufacture for determining an uplink harq resource
KR101759743B1 (ko) * 2009-07-26 2017-07-20 엘지전자 주식회사 무선 통신 시스템에서 수신 확인 수신 방법 및 장치
KR101787097B1 (ko) * 2009-11-18 2017-10-19 엘지전자 주식회사 무선 통신 시스템에서 ｈａｒｑ 수행 방법 및 장치
WO2012106840A1 (en) * 2011-02-10 2012-08-16 Renesas Mobile Corporation Resource allocation for flexible tdd configuration
WO2012110957A1 (en) * 2011-02-14 2012-08-23 Telefonaktiebolaget L M Ericsson (Publ) Harq handling at relay node reconfiguration
US9137804B2 (en) * 2011-06-21 2015-09-15 Mediatek Inc. Systems and methods for different TDD configurations in carrier aggregation
RU2586316C2 (ru) * 2011-11-04 2016-06-10 Интел Корпорейшн Выбор момента времени подтверждения в беспроводной связи
US8923255B2 (en) * 2012-03-16 2014-12-30 Blackberry Limited Uplink control channel resource collision avoidance in carrier aggregation systems
CN103391159B (zh) * 2012-05-11 2016-06-01 上海贝尔股份有限公司 处理tdd中harq冲突和pusch重传冲突的方法
US9722719B2 (en) * 2012-06-06 2017-08-01 Industrial Technology Research Institute Method of handling HARQ resource in TDD system and related communication device
US9160475B2 (en) * 2012-06-06 2015-10-13 Industrial Technology Research Institute Method of handling HARQ resource in TDD system and related communication device
US9930678B2 (en) * 2012-07-19 2018-03-27 Qualcomm Incorporated Multiplexing UEs with different TDD configurations and some techniques to mitigate UE-to-UE and base station-to-base station interference

Also Published As

Publication number Publication date
US9882670B2 (en) 2018-01-30
EP2916583B1 (en) 2020-07-08
JPWO2014068839A1 (ja) 2016-09-08
WO2014068839A1 (ja) 2014-05-08
US20150270916A1 (en) 2015-09-24
EP2916583A1 (en) 2015-09-09
EP2916583A4 (en) 2015-10-21

Similar Documents

Publication Publication Date Title
JP6928857B2 (ja) 基地局および通信方法
ES2952641T3 (es) Procedimiento y aparato para transmitir el canal de control en un sistema de agregación de portadoras intracelda
CN111049633B (zh) 在无线通信系统中传输用于终端的控制信道的方法和装置
JP6556422B2 (ja) 移動通信システム及びその移動通信システムにおけるチャンネル送受信方法
JP6000275B2 (ja) 端末装置、基地局装置、送信方法および受信方法
JP6314087B2 (ja) 端末装置、基地局装置、受信方法及び送信方法
US20140241220A1 (en) Method and apparatus for transmitting control channel depending on ue capability in intra-cell carrier aggregation system
KR20190001888A (ko) 무선통신 시스템에서 제어 채널 송수신 방법 및 장치
JP6241621B6 (ja) 端末装置及び通信方法
US11533739B2 (en) Method and apparatus for transmitting control and data signals based on a short TTI in a wireless cellular communication system
JP7130692B2 (ja) 端末、通信方法及び集積回路

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170523

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170804

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: 20180306

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180326

R150 Certificate of patent or registration of utility model

Ref document number: 6314087

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees