(57)【要約】【課題】通信装置において、従来の送信電力制御または送信制御では効率的な通信を行なうことができない場合がある。【解決手段】前記端末装置の受信と送信間の時間差を測定する測定部と、前記時間差の測定に関するイベントに基づいて前記時間差に関する測定結果を報告する送信部と、を備え、前記送信部は、前記端末装置に対して、所定のＴＴＩ長が設定された場合、且つ、前記測定結果が所定の閾値を超える場合、前記測定結果を報告する。伝送効率を向上させることができる。【選択図】図６
2019125817.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置と通信する端末装置であって、
前記端末装置の受信と送信間の時間差を測定する測定部と、
前記時間差の測定に関するイベントに基づいて前記時間差に関する測定結果を報告する送信部と、を備え、
前記送信部は、
前記端末装置に対して、所定のＴＴＩ（Transmission Time Interval）長が設定された場合、且つ、前記測定結果が所定の閾値を超える場合、前記測定結果を報告する
端末装置。
【請求項２】
前記送信部は、
第１の測定結果と第２の測定結果間の差が、所定の値よりも大きい場合に、前記第１の測定結果および／または前記第２の測定結果を報告し、
前記第１の測定結果は、前記測定結果が前記所定の値よりも変化する前に最後に報告した測定結果であり、前記第２の測定結果は、前記第１の測定結果と比べ、前記所定の値よりも変化した直後の測定結果である
請求項１記載の端末装置。
【請求項３】
前記送信部は、
ＴＴＩ長が設定された場合に、前記測定結果を報告し、
前記ＴＴＩ長は、上りリンクのＴＴＩ長、および／または、下りリンクのＴＴＩ長である
請求項１記載の端末装置。
【請求項４】
基地局装置と通信する端末装置における方法であって、
前記端末装置の受信と送信間の時間差を測定するステップと、
前記時間差の測定に関するイベントに基づいて前記時間差に関する測定結果を報告するステップと、
前記端末装置に対して、所定のＴＴＩ（Transmission Time Interval）長が設定された場合、且つ、前記測定結果が所定の閾値を超える場合、前記測定結果を報告するステップと、を有する
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、効率的な通信を実現する端末装置および方法の技術に関する。
【背景技術】
【０００２】
標準化プロジェクトである３ＧＰＰ（3rd General Partnership Project）において、
ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）通信方式やリソースブロックと呼ばれる所定の周波数・時間単位の柔軟なスケジューリングの採用によって、高速な通信を実現させたＥＵＴＲＡ（Evolved Universal Terrestrial Radio Access）の標準化が行なわれた。なお、ＥＵＴＲＡにおける標準化技術を採用した通信全般をＬＴＥ（Long Term Evolution）通信と称する場合もある。
【０００３】
また、３ＧＰＰでは、より高速なデータ伝送を実現し、ＥＵＴＲＡに対して上位互換性を持つＡ−ＥＵＴＲＡ（Advanced EUTRA）の検討を行なっている。ＥＵＴＲＡでは、基地局装置がほぼ同一のセル構成（セルサイズ）から成るネットワークを前提とした通信システムであったが、Ａ−ＥＵＴＲＡでは、異なる構成の基地局装置（セル）が同じエリアに混在しているネットワーク（異種無線ネットワーク、ヘテロジニアスネットワーク）を前提とした通信システムの検討が行なわれている。
【０００４】
さらに、通信に係る処理時間を低減するための技術が検討されている（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】”3GPP TR 36.881 v.0.5.0 (2015-11)”, R2-157181, 4th Dec. 2015.
【発明の概要】
【発明が解決しようとする課題】
【０００６】
通信装置（端末装置および／または基地局装置）において、従来の送信電力制御または送信制御では効率的な通信を行なうことができない場合がある。
【０００７】
本発明は上記の点に鑑みてなされたものであり、その目的は、効率的に通信を行なうための、送信電力制御または送信制御を行なうことができる端末装置および方法を提供することである。
【課題を解決するための手段】
【０００８】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明の一態様による端末装置は、基地局装置と通信する端末装置であって、前記端末装置の受信と送信間の時間差を測定する測定部と、前記時間差の測定に関するイベントに基づいて前記時間差に関する測定結果を報告する送信部と、を備え、前記送信部は、前記端末装置に対して、所定のＴＴＩ（Transmission Time Interval）長が設定された場合、且つ、前記測定結果が所定の閾値を超える場合、前記測定結果を報告する。
【０００９】
（２）また、本発明の一態様による方法は、基地局装置と通信する端末装置における方法であって、基地局装置と通信する端末装置における方法であって、前記端末装置の受信と送信間の時間差を測定するステップと、前記時間差の測定に関するイベントに基づいて前記時間差に関する測定結果を報告するステップと、前記端末装置に対して、所定のＴＴ
Ｉ（Transmission Time Interval）長が設定された場合、且つ、前記測定結果が所定の閾値を超える場合、前記測定結果を報告するステップと、を有する。
【発明の効果】
【００１０】
この発明によれば、基地局装置と端末装置が通信する無線通信システムにおいて、伝送効率を向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係る下りリンクの無線フレーム構成の一例を示す図である。
【図２】第１の実施形態に係る上りリンクの無線フレーム構成の一例を示す図である。
【図３】第１の実施形態に係るチャネル選択を伴うＰＵＣＣＨフォーマット１ｂが７シンボルに設定された場合の２シンボルのｓＰＤＳＣＨとの対応関係を示す図である。
【図４】第１の実施形態に係る１つのサブフレームに１つ以上のｓＰＤＳＣＨが検出可能な場合の、ＰＵＣＣＨフォーマット２ｂに対するＨＡＲＱ−ＡＣＫ（ｊ）へあるサービングセルのあるサブフレームにおけるｓＰＤＳＣＨのマッピングを示す図である。
【図５】第１の実施形態に係る基地局装置のブロック構成の一例を示す図である。
【図６】第１の実施形態に係る端末装置のブロック構成の一例を示す図である。
【図７】第１の実施形態に係るｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングを示す図である。
【発明を実施するための形態】
【００１２】
＜第１の実施形態＞
本発明の第１の実施形態について以下に説明する。基地局装置（基地局、ノードＢ、ｅＮＢ（EUTRAN NodeB、evolved NodeB））と端末装置（端末、移動局、ユーザ装置、ＵＥ
（User equipment））とが、セルにおいて通信する通信システムを用いて説明する。
【００１３】
本実施形態で使用される主な物理チャネルおよび物理信号、フレーム構造について説明する。チャネルとは信号の送信に用いられる媒体を意味し、物理チャネルとは信号の送信に用いられる物理的な媒体を意味する。本実施形態において、物理チャネルは、物理信号と同義的に使用されてもよい。物理チャネルは、ＬＴＥにおいて、今後追加、または、その構造／構成やフォーマットが変更または追加される可能性があるが、変更または追加された場合でも本発明の各実施形態の説明には影響しない。
【００１４】
本実施形態に係るフレーム構造タイプについて説明する。
【００１５】
フレーム構造タイプ１（ＦＳ１）は、ＦＤＤ（Frequency Division Duplex）に対して
適用される。つまり、ＦＳ１は、ＦＤＤがサポートされたセルオペレーションに対して適用される。ＦＳ１は、ＦＤ−ＦＤＤ（Full Duplex-FDD）とＨＤ−ＦＤＤ（Half Duplex-FDD）の両方に適用できる。
【００１６】
ＦＤＤにおいて、下りリンク送信と上りリンク送信は周波数領域で分けられている。言い換えると、下りリンク送信と上りリンク送信でそれぞれ、オペレーシングバンドが規定される。つまり、下りリンク送信と上りリンク送信で異なるキャリア周波数が適用される。そのため、ＦＤＤでは、下りリンク送信および上りリンク送信のそれぞれに対して、１０サブフレームが利用可能である。ＨＤ−ＦＤＤオペレーションにおいて、端末装置は、同時に送信および受信を行なうことができないが、ＦＤ−ＦＤＤオペレーションにおいて、端末装置は、同時に送信および受信を行なうことができる。
【００１７】
ＨＤ−ＦＤＤオペレーションにおいて、端末装置は、同時に送信および受信を行なうことができないが、ＦＤ−ＦＤＤオペレーションにおいて、端末装置は、同時に送信および受信を行なうことができる。
【００１８】
さらに、ＨＤ−ＦＤＤには２つのタイプがある。タイプＡ・ＨＤ−ＦＤＤオペレーションに対しては、ガードピリオドは、同じ端末装置からの上りリンクサブフレームの直前の下りリンクサブフレームの最後尾部分（最後尾のシンボル）を受信しないことによって端末装置によって生成される。タイプＢ・ＨＤ−ＦＤＤオペレーションに対しては、ＨＤガードサブフレームとして参照された、ガードピリオドは、同じ端末装置からの上りリンクサブフレームの直前の下りリンクサブフレームを受信しないことによって、および、同じ端末装置からの上りリンクサブフレームの直後の下りリンクサブフレームを受信しないことによって端末装置によって生成される。つまり、ＨＤ−ＦＤＤオペレーションにおいて、端末装置が下りリンクサブフレームの受信処理を制御することによってガードピリオドを生成している。なお、シンボルは、ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルのいずれかを含んでもよい。
【００１９】
フレーム構造タイプ２（ＦＳ２）は、ＴＤＤ（Time Division Duplex）に対して適用される。つまり、ＦＳ２は、ＴＤＤがサポートされたセルオペレーションに対して適用される。各無線フレームは、２つのハーフフレームで構成される。各ハーフフレームは、５つのサブフレームで構成される。あるセルにおけるＵＬ−ＤＬ設定は、無線フレーム間で変更されてもよい。上りリンクまたは下りリンク送信におけるサブフレームの制御は、最新の無線フレームにおいて行なわれてもよい。端末装置は、最新の無線フレームにおけるＵＬ−ＤＬ設定を、ＰＤＣＣＨまたは上位層シグナリングを介して取得することができる。なお、ＵＬ−ＤＬ設定は、ＴＤＤにおける、上りリンクサブフレーム、下りリンクサブフレーム、スペシャルサブフレームの構成を示す。スペシャルサブフレームは、下りリンク送信が可能なＤｗＰＴＳ（Downlink Pilot Time Slot）、ガードピリオド（ＧＰ）、上りリンク送信が可能なＵｐＰＴＳ（Uplink Pilot Time Slot）から構成される。スペシャルサブフレームにおけるＤｗＰＴＳとＵｐＰＴＳの構成はテーブルで管理されており、端末装置は、上位層シグナリングを介して、その構成を取得することができる。なお、スペシャルサブフレームが下りリンクから上りリンクへのスイッチングポイントとなる。つまり、端末装置は、スイッチングポイントを境に、受信から送信へと遷移し、基地局装置は、送信から受信へと遷移する。スイッチングポイントは、５ｍｓ周期と１０ｍｓ周期とがある。スイッチングポイントが５ｍｓ周期の場合、スペシャルサブフレームは両方のハーフフレームに存在する。スイッチングポイントが１０ｍｓ周期の場合、スペシャルサブフレームは、第１のハーフフレームにのみ存在する。
【００２０】
ＵｐＰＴＳに対して２シンボルが割り当てられる場合、ＳＲＳとＰＲＡＣＨプリアンブルフォーマット４が配置可能である。
【００２１】
また、ＴＤＤでは、各セルの通信量（トラフィック量）や干渉を考慮した、ｅＩＭＴＡ（TDD enhanced Interference Management and Traffic Adaptation）技術が適用可能で
ある。ｅＩＴＭＡは、下りリンクおよび／または上りリンクの通信量や干渉量を考慮して、ダイナミックに（Ｌ１レベル、または、Ｌ１シグナリングを用いて）ＴＤＤの設定を切り替えることによって、無線フレーム内（つまり、１０サブフレーム内）に占める、下りリンクサブフレームと上りリンクサブフレームの割合を変え、最適な通信を行なう技術である。
【００２２】
ＦＳ１とＦＳ２は、ＮＣＰとＥＣＰが適用される。
【００２３】
フレーム構造タイプ３（ＦＳ３）は、ＬＡＡ（Licensed Assisted Access）セカンダリ
セルオペレーションに対して適用される。また、ＦＳ３は、ＮＣＰのみが適用されてもよい。無線フレームに含まれる１０サブフレームは、下りリンク送信に利用される。端末装置は、規定されない限り、または、下りリンク送信がそのサブフレームで検出されない限り、いずれかの信号があるサブフレームに存在すると仮定せず、空のサブフレームとして、そのサブフレームを処理する。下りリンク送信は１つまたは複数の連続するサブフレームを専有する。連続するサブフレームは、最初のサブフレームと最後のサブフレームを含む。最初のサブフレームは、そのサブフレームのいずれかのシンボルまたはスロット（例えば、ＯＦＤＭシンボル＃０または＃７）から始まる。また、最後のサブフレームは、フルサブフレーム（つまり、１４ＯＦＤＭシンボル）か、ＤｗＰＴＳ期間の１つに基づいて示されたＯＦＤＭシンボルの数だけ専有される。なお、連続するサブフレームのうち、あるサブフレームが最後のサブフレームであるかどうかは、ＤＣＩフォーマットに含まれるあるフィールドによって、端末装置に示される。そのフィールドは、さらに、そのフィールドを検出したサブフレームまたその次のサブフレームに用いられるＯＦＤＭシンボルの数が示されてもよい。また、ＦＳ３では、基地局装置は、下りリンク送信を行なう前に、ＬＢＴに関連するチャネルアクセス手順を行なう。
【００２４】
なお、ＦＳ３において、下りリンク送信のみをサポートしているが、上りリンク送信もサポートしてもよい。その際、下りリンク送信のみをサポートしているＦＳ３をＦＳ３−１またはＦＳ３−Ａ、下りリンク送信および上りリンク送信をサポートしているＦＳ３をＦＳ３−２またはＦＳ３−Ｂとして規定されてもよい。
【００２５】
ＦＳ３をサポートしている端末装置および基地局装置は、免許不要の周波数帯で通信を行なってもよい。
【００２６】
ＬＡＡまたはＦＳ３のセルに対応するオペレーティングバンドは、ＥＵＴＲＡオペレーティングバンドのテーブルとともに管理されてもよい。例えば、ＥＵＴＲＡオペレーティングバンドのインデックスは、１〜４４で管理され、ＬＡＡ（またはＬＡＡの周波数）に対応するオペレーティングバンドのインデックスは、４６で管理されてもよい。例えば、インデックス４６では、下りリンクの周波数帯のみが規定されてもよい。また、一部のインデックスにおいては、上りリンクの周波数帯が予約または将来規定されるものとして予め確保されてもよい。また、対応するデュプレックスモードは、ＦＤＤやＴＤＤとは異なるデュプレックスモードであってもよいし、ＦＤＤやＴＤＤであってもよい。ＬＡＡオペレーションが可能な周波数は、５ＧＨｚ以上であることが好ましいが、５ＧＨｚ以下であってもよい。つまり、ＬＡＡに対応するオペレーティングバンドとして、対応付けられた周波数において、ＬＡＡオペレーションの通信が行なわれてもよい。
【００２７】
次に、本実施形態に係る下りリンクおよび上りリンクの無線フレーム構成について説明する。
【００２８】
図１は、本実施形態に係る下りリンクの無線フレーム構成の一例を示す図である。下りリンクはＯＦＤＭアクセス方式が用いられる。
【００２９】
基地局装置から端末装置への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。ここで、下りリンク物理チャネルは、上位層から出力された情報を送信するために用いられる。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）
・ＰＨＩＣＨ（Physical Hybrid automatic repeat request Indicator Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＥＰＤＣＣＨ（Enhanced Physical Downlink Control Channel）
・ｓＰＤＣＣＨ（short/shorter/shortened Physical Downlink Control Channel, PDCCH
for sTTI）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
・ｓＰＤＳＣＨ（short/shorter/shortened Physical Downlink Shared Channel, PDSCH for sTTI）
・ＰＭＣＨ（Physical Multicast Channel）
【００３０】
下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・下りリンク参照信号（Downlink Reference Signal: DL RS）
・ＤＳ（Discovery Signal）
【００３１】
本実施形態において、以下の５つのタイプの下りリンク参照信号が用いられる。
・ＣＲＳ（Cell-specific Reference Signal）
・ＰＤＳＣＨに関連するＵＲＳ（UE-specific Reference Signal）
・ＥＰＤＣＣＨに関連するＤＭＲＳ（Demodulation Reference Signal）
・ＮＺＰ  ＣＳＩ−ＲＳ（Non-Zero Power Chanel State Information - Reference Signal）
・ＺＰ  ＣＳＩ−ＲＳ（Zero Power Chanel State Information - Reference Signal）
・ＭＢＳＦＮ  ＲＳ（Multimedia Broadcast and Multicast Service over Single Frequency Network Reference signal）
・ＰＲＳ（Positioning Reference Signal）
【００３２】
下りリンクの無線フレームは、下りリンクのリソースブロック（ＲＢ）ペアから構成されている。この下りリンクのＲＢペアは、下りリンクの無線リソースの割り当てなどの単位であり、予め決められた幅の周波数帯（ＲＢ帯域幅）および時間帯（２個のスロット＝１個のサブフレーム）からなる。１個の下りリンクのＲＢペアは、時間領域で連続する２個の下りリンクのＲＢ（ＲＢ帯域幅×スロット）から構成される。１個の下りリンクのＲＢは、周波数領域において１２個のサブキャリアから構成される。また、時間領域においては、ＮＣＰが付加される場合には７個、ＮＣＰよりも長いＣＰ長を有するＥＣＰが付加される場合には６個のＯＦＤＭシンボルから構成される。周波数領域において１つのサブキャリア、時間領域において１つのＯＦＤＭシンボルにより規定される領域をリソースエレメント（ＲＥ）と称する。ＰＤＣＣＨ／ＥＰＤＣＣＨは、端末装置識別子、ＰＤＳＣＨのスケジューリング情報、ＰＵＳＣＨ（Physical Uplink Shared Channel）のスケジューリング情報、変調方式、符号化率、再送パラメータなどの下りリンク制御情報（ＤＣＩ）が送信される物理チャネルである。なお、ここでは１つのコンポーネントキャリア（ＣＣ）における下りリンクサブフレームを記載しているが、ＣＣ毎に下りリンクサブフレームが規定され、下りリンクサブフレームはＣＣ間でほぼ同期している。ここで、ＣＣ間でほぼ同期しているとは、基地局装置から複数のＣＣを用いて送信する場合、各ＣＣの送信タイミングの誤差が所定の範囲内に収まることである。
【００３３】
なお、ここでは図示していないが、下りリンクサブフレームには、ＳＳやＰＢＣＨやＤＬＲＳが配置されてもよい。ＤＬＲＳとしては、ＰＤＣＣＨと同じアンテナポート（送信ポート）で送信されるＣＲＳ、チャネル状態情報（ＣＳＩ）の測定に用いられるＣＳＩ−ＲＳ、一部のＰＤＳＣＨと同じアンテナポートで送信されるＵＥＲＳ、ＥＰＤＣＣＨと同じ送信ポートで送信されるＤＭＲＳがある。また、ＣＲＳが配置されないキャリアであってもよい。このとき一部のサブフレーム（例えば、無線フレーム中の１番目と６番目のサブフレーム）に、時間および／または周波数のトラッキング用の信号として、ＣＲＳの一
部のアンテナポート（例えば、アンテナポート０だけ）あるいは全部のアンテナポートに対応する信号と同様の信号（拡張同期信号と呼称する）を挿入することができる。ここで、アンテナポートは送信ポートと称されてもよい。ここで、“物理チャネル／物理信号がアンテナポートで送信される”とは、アンテナポートに対応する無線リソースやレイヤを用いて物理チャネル／物理信号が送信されるという意味を含む。例えば、受信部は、アンテナポートに対応する無線リソースやレイヤから物理チャネルや物理信号を受信することを意味する。
【００３４】
図２は、本実施形態に係る上りリンクの無線フレーム構成の一例を示す図である。上りリンクはＳＣ−ＦＤＭＡ方式が用いられる。
【００３５】
端末装置から基地局装置への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。ここで、上りリンク物理チャネルは、上位層から出力された情報を送信するために用いられる。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ｓＰＵＣＣＨ（short/shorter/shortened Physical Uplink Control Channel, PUCCH for short TTI）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ｓＰＵＳＣＨ（short/shorter/shortened Physical Uplink Shared Channel, PUSCH for short TTI）
・ＰＲＡＣＨ（Physical Random Access Channel）
・ｓＰＲＡＣＨ（short/shorter/shortened Physical Random Access Channel, PRACH for short TTI）
【００３６】
上りリンクの無線通信では、以下の上りリンク物理信号が用いられる。ここで、上りリンク物理信号は、上位層から出力された情報を送信するために用いられないが、物理層によって用いられる。
・上りリンク参照信号（Uplink Reference Signal : UL RS）
【００３７】
本実施形態において、以下の２つのタイプの上りリンク参照信号が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
【００３８】
上りリンクでは、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）などが割り当てられる。また、ＰＵＳＣＨやＰＵＣＣＨ
とともに、ＵＬＲＳ（Uplink Reference Signal）が割り当てられる。上りリンクの無線
フレームは、上りリンクのＲＢペアから構成されている。この上りリンクのＲＢペアは、上りリンクの無線リソースの割り当てなどの単位であり、予め決められた幅の周波数領域（ＲＢ帯域幅）および時間領域（２個のスロット＝１個のサブフレーム）からなる。１個の上りリンクのＲＢペアは、時間領域で連続する２個の上りリンクのＲＢ（ＲＢ帯域幅×スロット）から構成される。１個の上りリンクのＲＢは、周波数領域において１２個のサブキャリアから構成される。時間領域においては、ＮＣＰが付加される場合には７個、ＥＣＰが付加される場合には６個のＳＣ−ＦＤＭＡシンボルから構成される。なお、ここでは１つのＣＣにおける上りリンクサブフレームを記載しているが、ＣＣ毎に上りリンクサブフレームが規定されてもよい。
【００３９】
図１と図２は、異なる物理チャネル／物理信号は周波数分割多重（ＦＤＭ）および／または時分割多重（ＴＤＭ）されている例を示している。
【００４０】
なお、ｓＴＴＩ（short/shorter/shortened Transmission Time Interval）に対して、
種々の物理チャネルおよび／または物理信号が送信される場合、各物理チャネルおよび／または物理信号はそれぞれ、ｓＰＤＳＣＨ、ｓＰＤＣＣＨ、ｓＰＵＳＣＨ、ｓＰＵＣＣＨ、ｓＰＲＡＣＨと称されてもよい。
【００４１】
ｓＴＴＩに対して物理チャネルが送信される場合には、その物理チャネルを構成するＯＦＤＭシンボルおよび／またはＳＣ−ＦＤＭＡシンボルの数は、ＮＣＰで１４シンボル（ＥＣＰで１２シンボル）以下のシンボル数を用いてもよい。また、ｓＴＴＩに対する物理チャネルに用いられるシンボルの数は、ＤＣＩおよび／またはＤＣＩフォーマットを用いて設定されてもよいし、上位層シグナリングを用いて設定されてもよい。ｓＴＴＩに用いられるシンボルの数だけでなく、時間方向のスタートシンボルが設定されてもよい。
【００４２】
また、ｓＴＴＩは、システム帯域幅内の特定の帯域幅内で送信されてもよい。ｓＴＴＩとして設定される帯域幅は、ＤＣＩおよび／またはＤＣＩフォーマットを用いて設定されてもよいし、上位層シグナリング（ＲＲＣシグナリング、ＭＡＣ  ＣＥ）を用いて設定されてもよい。帯域幅は、スタートとエンドのリソースブロックインデックスまたは周波数ポジションを用いて設定されてもよいし、帯域幅とスタートのリソースブロックインデックス／周波数ポジションを用いて設定されてもよい。ｓＴＴＩがマップされる帯域幅をｓＴＴＩバンドと称されてもよい。ｓＴＴＩバンド内でマップされる物理チャネルをｓＴＴＩに対する物理チャネルと称されてもよい。ｓＴＴＩに対する物理チャネルには、ｓＰＤＳＣＨ、ｓＰＤＣＣＨ、ｓＰＵＳＣＨ、ｓＰＵＣＣＨ、ｓＰＲＡＣＨが含まれてもよい。
【００４３】
ｓＴＴＩを規定するために用いられる情報／パラメータがＤＣＩおよび／またはＤＣＩフォーマットを用いて設定される場合、それらのＤＣＩおよび／またはＤＣＩフォーマットは特定のＲＮＴＩを用いてスクランブルされてもよいし、特定のＲＮＴＩによってスクランブルされたＣＲＣがＤＣＩフォーマットを構成するビット列に付加されてもよい。
【００４４】
ここで、下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号とも称する。また、上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号とも称する。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルとも称する。下りリンク物理信号および上りリンク物理信号を総称して、物理信号とも称する。
【００４５】
ＰＢＣＨは、端末装置で共通に用いられるマスターインフォメーションブロック（MIB,
Broadcast Channel: BCH）を報知するために用いられる。
【００４６】
ＰＣＦＩＣＨは、ＰＤＣＣＨの送信に用いられる領域（ＯＦＤＭシンボル）を指示する情報を送信するために用いられる。
【００４７】
ＰＨＩＣＨは、基地局装置が受信した上りリンクデータ（Uplink Shared Channel: UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative ACKnowledgement）を示すＨＡＲＱインディケータ（ＨＡＲＱフィードバック、応答情報）を送信するために用いられる。
【００４８】
ＰＤＣＣＨ、ＥＰＤＣＣＨ、および／または、ｓＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ）を送信するために用いられる。本実施形態において、ＰＤＣＣＨは、ＥＰＤＣＣＨを含んでもよい。また、ＰＤＣＣＨは、ｓＰＤＣＣＨを含んでもよい。
【００４９】
ここで、ＰＤＣＣＨ、ＥＰＤＣＣＨ、および／または、ｓＰＤＣＣＨで送信されるＤＣＩに対して、複数のＤＣＩフォーマットが定義されてもよい。すなわち、ＤＣＩに対するフィールドがＤＣＩフォーマットに定義され、情報ビットへマップされてもよい。
【００５０】
あるサービングセルにおいて、つまり、あるサービングセルにおける端末装置と基地局装置において、ｓＴＴＩに対する物理チャネルが送信可能な場合、端末装置は、ｓＴＴＩを設定するための情報／パラメータを含むＤＣＩフォーマットがマップされたＰＤＣＣＨ／ＥＰＤＣＣＨをモニタしてもよい。つまり、基地局装置は、ｓＴＴＩを用いた物理チャネルの送信および／または受信をサポートしている端末装置に対して、ＰＤＣＣＨ／ＥＰＤＣＣＨに、ｓＴＴＩを設定するための情報／パラメータを含むＤＣＩフォーマットをマップして送信してもよい。
【００５１】
ここで、下りリンクに対するＤＣＩフォーマットを、下りリンクのＤＣＩ、下りリンクグラント（ＤＬグラント）、および／または、下りリンクスケジューリンググラント、および／または、下りリンクアサインメントとも称する。また、上りリンクに対するＤＣＩフォーマットを、上りリンクのＤＣＩ、上りリンクグラント（ＵＬグラント）、および／または、上りリンクスケジューリンググラント、および／または、上りリンクアサインメントとも称する。
【００５２】
例えば、下りリンクアサインメントとして、１つのセルにおける１つのＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット１、ＤＣＩフォーマット１Ａ、および／または、ＤＣＩフォーマット１Ｃ）が定義されてもよい。
【００５３】
また、上りリンクグラントとして、１つのセルにおける１つのＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット０、および／または、ＤＣＩフォーマット４、または、第１のＵＬグラント）が定義されてもよい。
【００５４】
例えば、ＵＬグラントには、キャリアインディケータフィールド（ＣＩＦ）が含まれてもよい。また、ＵＬグラントには、スケジュールされるＰＵＳＣＨに対する送信電力制御コマンド（ＴＰＣコマンド）に関する情報が含まれてもよい。また、ＵＬグラントには、ＤＭＲＳ（ＰＵＳＣＨの送信に関連するＤＭＲＳ）に対するサイクリックシフトに関する情報が含まれてもよい。また、ＵＬグラントには、ＭＣＳ（modulation and coding scheme）に関する情報、および／または、リダンダンシーバージョンに関する情報が含まれてもよい。また、ＵＬグラントには、リソースブロック割り当て（Resource block assignment）に関する情報、および／または、ホッピングリソース割り当てに関する情報が含ま
れてもよい。また、ＵＬグラントには、ＣＳＩの送信をリクエストするために用いられる情報（CSI request）が含まれてもよい。また、ＵＬグラントには、ＳＲＳの送信をリク
エストするために用いられる情報（SRS request）が含まれてもよい。
【００５５】
ここで、ＵＬグラントは、複数の端末装置に対して共通なＤＣＩ、および／または、ある１つの端末装置に対して専用のＤＣＩとして定義されてもよい。すなわち、ＵＬグラントは、コモンサーチスペース、および／または、ユーザ装置スペシフィックサーチスペースにおいて送信されてもよい。また、ＵＬグラントは、ＰＤＣＣＨ、および／または、ＥＰＤＣＣＨで送信されてもよい。また、ＵＬグラントに付加されるＣＲＣパリティビットが、後述する、ＲＮＴＩによってスクランブルされてもよい。
【００５６】
また、ＵＬグラントは、ある１つのサブフレームに対する設定を規定するために用いられてもよい。すなわち、ＵＬグラントは、ある１つのサブフレームにおいて共通に用いられる設定を指示するために用いられてもよい。すなわち、ＵＬグラントを用いて指示される設定は、１つのサブフレーム毎に対して有効であってもよい。すなわち、ＵＬグラントは、サブフレームスペシフィックのＵＬグラントであってもよい。すなわち、端末装置は、ＵＬグラントを用いてＰＵＳＣＨがスケジュールされた場合には、あるサブフレームに
おいて（あるサブフレーム全てを用いて）、スケジュールされたＰＵＳＣＨでの送信を行なってもよい。
【００５７】
また、上りリンクグラントとして、少なくとも、ＰＵＳＣＨ、ｓＰＵＳＣＨ、および／または、ｓＰＤＣＣＨに対する周波数リソースの割り当てに関連する情報（例えば、ＰＵＳＣＨ、ｓＰＵＳＣＨ、および／または、ｓＰＤＣＣＨに対する物理リソースブロックの割り当てに関連する情報）が含まれるＤＣＩフォーマット（以下、第２のＵＬグラント、第２のＵＬ  ＤＣＩとも記載する）が定義されてもよい。すなわち、第２のＵＬグラントは、少なくとも、ＰＵＳＣＨ、ｓＰＵＳＣＨ、および／または、ｓＰＤＣＣＨのスケジューリングに用いられてもよい。
【００５８】
例えば、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨ、スケジュールされるｓＰＵＳＣＨ、および／または、スケジュールされるｓＰＤＣＣＨに対する帯域幅に関連する情報が含まれてもよい。すなわち、第２のＵＬグラントには、ＰＵＳＣＨでの送信、ｓＰＵＳＣＨでの送信、および／または、ｓＰＤＣＣＨでの送信に対する、スケジュールされる帯域幅に関連する情報が含まれてもよい。
【００５９】
例えば、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨ、スケジュールされるｓＰＵＳＣＨ、および／または、スケジュールされるｓＰＤＣＣＨに対する物理リソースブロックの開始位置（および／または、終了位置、例えば、開始位置からの長さ）に関連する情報が含まれてもよい。また、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨ、スケジュールされるｓＰＵＳＣＨ、スケジュールされるｓＰＤＣＣＨに対する物理リソースブロックを指示するための情報が含まれてもよい。
【００６０】
ここで、第２のＵＬグラントには、キャリアインディケータフィールド（ＣＩＦ）が含まれてもよい。また、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨに対する送信電力制御コマンド（ＴＰＣコマンド）に関する情報が含まれてもよい。また、第２のＵＬグラントには、スケジュールされるｓＰＵＳＣＨに対する送信電力コマンドに関する情報が含まれてもよい。また、第２のＵＬグラントには、ＤＭＲＳ（ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨの送信に関連するＤＭＲＳ）に対するサイクリックシフトに関する情報が含まれてもよい。また、第２のＵＬグラントには、ＭＣＳに関する情報、および／または、リダンダンシーバージョンに関する情報が含まれてもよい。また、第２のＵＬグラントには、リソースブロック割り当て（Resource block assignment）に関する情報
、および／または、ホッピングリソース割り当てに関する情報が含まれてもよい。また、第２のＵＬグラントには、ＣＳＩの送信をリクエストするために用いられる情報（CSI request）が含まれてもよい。また、第２のＵＬグラントには、ＳＲＳの送信をリクエスト
するために用いられる情報（SRS request）が含まれてもよい。
【００６１】
ここで、第２のＵＬグラントを用いて送信される情報（一部、または、全ての情報）は、上位層の信号（例えば、ＭＡＣ層における信号、および／または、ＲＲＣ層における信号）を用いて送信されてもよい。以下、第２のＵＬグラントを用いて、上述したような下りリンク制御情報が送信されることを記載するが、第２のＵＬグラントを用いて送信される下りリンク制御情報は、上位層の信号を用いて送信されてもよい。
【００６２】
ここで、第２のＵＬグラントは、複数の端末装置に対して共通なＤＣＩ（ＵＬグラント、Common UL grant、Non-UE specific UL grant）として定義されてもよい。すなわち、
第２のＵＬグラントは、後述する、コモンサーチスペースのみにおいて送信されてもよい。また、第２のＵＬグラントは、ＰＤＣＣＨ、および／または、ＥＰＤＣＣＨのみで送信されてもよい。
【００６３】
また、第２のＵＬグラントに付加されるＣＲＣパリティビットが、後述する、ＲＮＴＩによってスクランブルされてもよい。ここで、第２のＵＬグラントに付加されるＣＲＣパリティビットは、第１のＵＬ−ＲＮＴＩによってスクランブルされてもよい。また、第２のＵＬグラントが送信されるサーチスペース（例えば、コモンサーチスペース）は、少なくとも、第１のＵＬ−ＲＮＴＩによって与えられてもよい。
【００６４】
また、第２のＵＬグラントは、ある１つのサブフレームに対する設定を規定するために用いられてもよい。すなわち、第２のＵＬグラントは、ある１つのサブフレームにおいて共通に用いられる設定を指示するために用いられてもよい。すなわち、第２のＵＬグラントを用いて指示される設定は、１つまたは複数のサブフレーム毎に対して有効であってもよい。すなわち、第２のＵＬグラントは、サブフレームスペシフィックのＵＬグラント（a sub-frame specific UL grant）であってもよい。すなわち、端末装置は、第２のＵＬ
グラントを用いてＰＵＳＣＨがスケジュールされた場合には、あるサブフレームにおいて（または、あるサブフレーム全てを用いて）、スケジュールされたＰＵＳＣＨでの送信を行なってもよい。
【００６５】
また、上りリンクグラントとして、少なくとも、ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨに対する時間リソースの割り当てに関する情報が含まれるＤＣＩフォーマット（以下、第３のＵＬグラント、第３のＵＬ  ＤＣＩとも記載する）が定義されてもよい。例えば、第３のＵＬグラントには、ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨでの送信に対する送信時間間隔（ＴＴＩ）の割り当てに関連する情報が含まれてもよい。すなわち、第３のＵＬグラントは、少なくとも、ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨのスケジューリングに用いられてもよい。
【００６６】
例えば、第３のＵＬグラントには、スケジュールされるＰＵＳＣＨ、および／または、スケジュールされるｓＰＵＳＣＨに対するＴＴＩの長さに関連する情報が含まれてもよい。また、第３のＵＬグラントには、スケジュールされるＰＵＳＣＨと共に送信されるＤＭＲＳの位置に関連する情報が含まれてもよい。また、第３のＵＬグラントには、スケジュールされるｓＰＵＳＣＨと共に送信されるＤＭＲＳの位置に関連する情報が含まれてもよい。
【００６７】
また、第３のＵＬグラントには、スケジュールされるＰＵＳＣＨと共に送信されるＤＭＲＳに関する情報（例えば、ＤＭＲＳのサイクリックシフトに関する情報）が含まれてもよい。また、第３のＵＬグラントには、スケジュールされるｓＰＵＳＣＨと共に送信されるＤＭＲＳに関する情報（例えば、ＤＭＲＳのサイクリックシフトに関する情報）が含まれてもよい。また、第３のＵＬグラントには、第３のＵＬグラントの受信（検出）に基づく、ＰＵＳＣＨでの送信および／またはｓＰＵＳＣＨでの送信に対する遅延に関する情報（Grant to Tx delay offset）が含まれてもよい。
【００６８】
ここで、第３のＵＬグラントには、キャリアインディケータフィールド（ＣＩＦ）が含まれてもよい。また、第３のＵＬグラントには、スケジュールされるＰＵＳＣＨに対する送信電力コマンド（ＴＰＣコマンド）に関する情報が含まれてもよい。また、第３のＵＬグラントには、スケジュールされるｓＰＵＳＣＨに対する送信電力コマンドに関する情報が含まれてもよい。また、第３のＵＬグラントには、ＤＭＲＳ（ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨの送信に関連するＤＭＲＳ）に対するサイクリックシフトに関する情報が含まれてもよい。また、第３のＵＬグラントには、ＭＣＳに関する情報、および／または、リダンダンシーバージョンに関する情報が含まれてもよい。また、第３のＵＬグラントには、リソースブロック割り当て（Resource block assignment）に関する情報、お
よび／または、ホッピングリソース割り当てに関する情報が含まれてもよい。また、第３のＵＬグラントには、ＣＳＩの送信をリクエストするために用いられる情報（CSI reques
t）が含まれてもよい。また、第３のＵＬグラントには、ＳＲＳの送信をリクエストする
ために用いられる情報（SRS request）が含まれてもよい。また、第３のＵＬグラントに
は、後述する、ＴＴＩインデックスに関する情報（TTI index）が含まれてもよい。
【００６９】
ここで、第３のＵＬグラントは、ある１つの端末装置に対して専用のＤＣＩ（ＵＬグラント、UE-specific UL grant）として定義されてもよい。すなわち、第３のＵＬグラントは、後述する、ＵＥスペシフィックスペースのみにおいて送信されてもよい。また、第３のＵＬグラントは、ＰＤＣＣＨ、ＥＰＤＣＣＨ、および／または、ｓＰＤＣＣＨで送信されてもよい。また、第３のＵＬグラントは、ＰＤＳＣＨで送信されてもよい。
【００７０】
また、第３のＵＬグラントに付加されるＣＲＣパリティビットは、後述する、ＲＮＴＩによってスクランブルされてもよい。ここで、第３のＵＬグラントに付加されるＣＲＣパリティビットは、第３のＵＬ−ＲＮＴＩによってスクランブルされてもよい。また、第３のＵＬグラントが送信されるサーチスペース（例えば、ユーザ装置スペシフィックサーチスペース）は、少なくとも、第２のＵＬ−ＲＮＴＩによって与えられてもよい。
【００７１】
また、第３のＵＬグラントは、ある１つのＴＴＩに対する設定を規定するために用いられてもよい。すなわち、第３のＵＬグラントは、ある１つのＴＴＩにおいて用いられる設定を指示するために用いられてもよい。すなわち、第３のＵＬグラントを用いて指示される設定は、１つのＴＴＩに対して有効であってもよい。すなわち、第２のＵＬグラントは、ＴＴＩスペシフィックのＵＬグラント（a TTI specific UL grant）であってもよい。
すなわち、端末装置は、第３のＵＬグラントを用いてＰＵＳＣＨがスケジュールされた場合には、あるＴＴＩにおいて（あるサブフレームにおける、あるＴＴＩにおいて）、スケジュールされたＰＵＳＣＨでの送信を行なってもよい。
【００７２】
ここで、上述したように、第２のＵＬグラントは、第３のＵＬグラントが送信されるｓＰＤＣＣＨのスケジューリングに用いられてもよい。例えば、端末装置は、第２のＵＬグラントを受信（検出）することによって、第３のＵＬグラントを受信（検出）してもよい。また、端末装置は、第２のＵＬグラントが送信されるＰＤＣＣＨおよび／またはＥＰＤＣＣＨをモニタ（デコード、検出）することによって、第３のＵＬグラントが送信されるＰＤＣＣＨ、ＥＰＤＣＣＨおよび／またはｓＰＤＣＣＨをモニタ（デコード、検出）してもよい。
【００７３】
ここで、第２のＵＬグラントが送信されるＰＤＣＣＨおよび／またはＥＰＤＣＣＨは、端末装置１によるモニタリングによって検出され、第３のＵＬグラントが送信されるＰＤＣＣＨ、ＥＰＤＣＣＨおよび／またはｓＰＤＣＣＨのリソースは、第２のＵＬグラントに含まれる情報によって、直接的に指示されてもよい。ここで、ＰＤＣＣＨ、ＥＰＤＣＣＨおよび／またはｓＰＤＣＣＨのリソースには、時間リソース、および／または、周波数リソースが含まれてもよい。すなわち、第３のＵＬグラントが送信されるＰＤＣＣＨ、ＥＰＤＣＣＨおよび／またはｓＰＤＣＣＨは、端末装置によってモニタされなくてもよい。
【００７４】
以下、上りリンクグラント（ＤＣＩフォーマット）は、第１のＵＬグラント、第２のＵＬグラント、および／または、第３のＵＬグラントを含んでもよい。
【００７５】
ここで、端末装置は、下りリンクアサインメントを用いてＰＤＳＣＨのリソースがスケジュールされた場合には、スケジューリングに基づき、ＰＤＳＣＨで下りリンクデータ（ＤＬ−ＳＣＨ）を受信してもよい。また、端末装置は、上りリンクグラントを用いてＰＵＳＣＨのリソースがスケジュールされた場合には、スケジューリングに基づき、ＰＵＳＣＨを用いて上りリンクデータ（ＵＬ−ＳＣＨ）および／または上りリンク制御情報（ＵＣＩ）を送信してもよい。また、端末装置は、上りリンクグラントを用いてｓＰＵＳＣＨの
リソースがスケジュールされた場合には、スケジューリングに基づき、ｓＰＵＳＣＨで上りリンクデータおよび／または上りリンク制御情報を送信してもよい。
【００７６】
ｓＰＤＳＣＨは、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨで検出した第１のＤＬグラントと、ｓＰＤＣＣＨで検出した第２のＤＬグラントによって、スケジュールされてもよい。第１のＤＬグラントと第２のＤＬグラントは、ともに、特定のＲＮＴＩを用いてスクランブルされてもよい。
【００７７】
ｓＰＤＣＣＨは、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨで検出した第１のＤＬグラントに含まれるＤＣＩに基づいて、ｓＰＤＣＣＨをモニタする領域（つまり、下りリンクのｓＴＴＩバンド）が設定されてもよい。
【００７８】
ｓＰＵＣＣＨは、ｓＰＤＣＣＨで検出した第２のＤＬグラントに含まれるＤＣＩによって、リソースが決定されてもよい。
【００７９】
また、端末装置は、ＰＤＣＣＨ候補、ＥＰＤＣＣＨ候補、および／または、ｓＰＤＣＣＨ候補のセットをモニタしてもよい。以下、ＰＤＣＣＨは、ＥＰＤＤＣＨおよび／またはｓＰＤＣＣＨを含んでもよい。
【００８０】
ここで、ＰＤＣＣＨ候補とは、基地局装置によって、ＰＤＣＣＨが、配置および／または送信される可能性のある候補を示していてもよい。また、モニタとは、モニタされる全てのＤＣＩフォーマットに応じて、ＰＤＣＣＨ候補のセット内のＰＤＣＣＨのそれぞれに対して、端末装置がデコードを試みるという意味が含まれてもよい。
【００８１】
ここで、端末装置が、モニタするＰＤＣＣＨ候補のセットは、サーチスペースとも称される。サーチスペースには、コモンサーチスペース（ＣＳＳ）が含まれてもよい。例えば、ＣＳＳは、複数の端末装置に対して共通なスペースとして定義されてもよい。
【００８２】
また、サーチスペースには、ユーザ装置スペシフィックサーチスペース（ＵＳＳ）が含まれてもよい。例えば、ＵＳＳは、少なくとも、端末装置に対して割り当てられるＣ−ＲＮＴＩに基づいて与えられてもよい。端末装置は、ＣＳＳ、および／または、ＵＳＳにおいて、ＰＤＣＣＨをモニタし、自装置宛てのＰＤＣＣＨを検出してもよい。
【００８３】
また、ＤＣＩの送信（ＰＤＣＣＨでの送信）には、基地局装置が、端末装置に割り当てたＲＮＴＩが利用されてもよい。具体的には、ＤＣＩフォーマット（下りリンク制御情報でもよい）にＣＲＣ（Cyclic Redundancy Check）パリティビットが付加され、付加され
た後に、ＣＲＣパリティビットがＲＮＴＩによってスクランブルされてもよい。ここで、ＤＣＩフォーマットに付加されるＣＲＣパリティビットは、ＤＣＩフォーマットのペイロードから得られてもよい。
【００８４】
ここで、本実施形態において、「ＣＲＣパリティビット」、「ＣＲＣビット」、および、「ＣＲＣ」は同一のであってもよい。また、「ＣＲＣパリティビットが付加されたＤＣＩフォーマットが送信されるＰＤＣＣＨ」、「ＣＲＣパリティビットを含み、且つ、ＤＣＩフォーマットを含むＰＤＣＣＨ」、「ＣＲＣパリティビットを含むＰＤＣＣＨ」、および、「ＤＣＩフォーマットを含むＰＤＣＣＨ」は、同一であってもよい。また、「Ｘを含むＰＤＣＣＨ」、および、「ＸをともなうＰＤＣＣＨ」は、同一であってもよい。端末装置は、ＤＣＩフォーマットをモニタしてもよい。また、端末装置は、ＤＣＩをモニタしてもよい。また、端末装置は、ＰＤＣＣＨをモニタしてもよい。
【００８５】
端末装置は、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された
ＤＣＩフォーマットに対してデコードを試み、ＣＲＣが成功したＤＣＩフォーマットを、自装置宛のＤＣＩフォーマットとして検出する（ブラインドデコーディングとも称される）。すなわち、端末装置は、ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨを検出してもよい。また、端末装置は、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットを伴うＰＤＣＣＨを検出してもよい。
【００８６】
ここで、ＲＮＴＩには、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）
が含まれてもよい。例えば、Ｃ−ＲＮＴＩは、ＲＲＣ接続およびスケジューリングの識別に対して使用される、端末装置に対するユニークな（一意的な）識別子であってもよい。また、Ｃ−ＲＮＴＩは、動的にスケジュールされるユニキャスト送信のために利用されてもよい。
【００８７】
また、ＲＮＴＩには、ＳＰＳ  Ｃ−ＲＮＴＩ（Semi-Persistent Scheduling C-RNTI）
が含まれてもよい。例えば、ＳＰＳ  Ｃ−ＲＮＴＩは、セミパーシステントスケジューリングに対して使用される、端末装置に対するユニークな（一意的な）識別子である。また、ＳＰＳ  Ｃ−ＲＮＴＩは、半持続的（semi-persistently）にスケジュールされるユニ
キャスト送信のために利用されてもよい。ここで、半持続的にスケジュールされる送信とは、周期的にスケジュールされる送信の意味が含まれてもよい。
【００８８】
また、ＲＮＴＩには、ＲＡ−ＲＮＴＩ（Random Access RNTI）が含まれてもよい。例えば、ＲＡ−ＲＮＴＩは、ランダムアクセスレスポンスメッセージの送信に対して使用される識別子であってもよい。すなわち、ＲＡ−ＲＮＴＩは、ランダムアクセスプロシージャにおいて、ランダムアクセスレスポンスメッセージの送信のために利用されてもよい。例えば、端末装置は、ランダムアクセスプリアンブルを送信した場合において、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨをモニタしてもよい。また、端末装置は、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨでランダムアクセスレスポンスを受信してもよい。
【００８９】
ここで、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＵＳＳまたはＣＳＳにおいて送信されてもよい。また、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＵＳＳまたはＣＳＳにおいて送信されてもよい。また、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＣＳＳのみにおいて送信されてもよい。
【００９０】
ＣＲＣをスクランブルするＲＮＴＩには、ＲＡ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩ、テンポラリーＣ−ＲＮＴＩ、ｅＩＭＴＡ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、Ｍ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩがある。
【００９１】
ＲＡ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩ、ｅＩＭＴＡ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩは、上位層シグナリングを介して、基地局装置から端末装置に設定される。
【００９２】
Ｍ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩは１つの値に対応している。例えば、Ｐ−ＲＮＴＩは、ＰＣＨおよびＰＣＣＨに対応し、ページングとシステムインフォメーションの変更を通知するために用いられる。ＳＩ−ＲＮＴＩは、ＤＬ−ＳＣＨ、ＢＣＣＨに対応し、システムインフォメーションの報知に用いられる。ＲＡ−ＲＮＴＩは、ＤＬ−ＳＣＨに対応し、ランダムアクセスレスポンスに用いられる。
【００９３】
ＲＡ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩ、テンポラリーＣ−ＲＮＴＩ、
ｅＩＭＴＡ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩは、上位層シグナリングを用いて設定される。
【００９４】
Ｍ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩは所定の値が定義されている。
【００９５】
各ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＲＮＴＩの値によって、対応するトランスポートチャネルや論理チャネルが異なる場合もある。つまり、ＲＮＴＩの値によって、示される情報が異なる場合もある。
【００９６】
１つのＳＩ−ＲＮＴＩは、すべてのＳＩメッセージと同様にＳＩＢ１にアドレスするために用いられる。
【００９７】
ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信するた
めに用いられる。また、ＰＤＳＣＨは、システムインフォメーションメッセージを送信するために用いられる。ここで、システムインフォメーションブメッセージは、セルスペシフィックな情報であってもよい。また、システムインフォメーションは、ＲＲＣシグナリングに含まれてもよい。また、ＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。
【００９８】
また、ＰＤＳＣＨは、第３のＵＬグラントを送信するために用いられてもよい。例えば、端末装置は、基地局装置によってスケジュールされたＰＤＳＣＨにおいて、第３のＵＬグラント（第３のＵＬグラントに含まれる情報）を受信（検出）してもよい。
【００９９】
ＰＭＣＨは、マルチキャストデータ（Multicast Channel: MCH）を送信するために用いられる。
【０１００】
同期信号は、端末装置が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ＴＤＤ方式において、同期信号は無線フレーム内のサブフレーム０、１、５、６に配置される。ＦＤＤ方式において、同期信号は無線フレーム内のサブフレーム０と５に配置される。
【０１０１】
下りリンク参照信号は、端末装置が下りリンク物理チャネルの伝搬路補正を行なうために用いられる。ここで、下りリンク参照信号は、端末装置が下りリンクのチャネル状態情報を算出するために用いられる。
【０１０２】
ＤＳは、ＤＳに関するパラメータが設定された周波数において、時間周波数同期やセル識別、ＲＲＭ（Radio Resource Management）測定（イントラおよび／またはインター周
波数測定）に用いられる。また、ＤＳは複数の信号から構成され、それらの信号が同じ周期で送信される。ＤＳは、ＰＳＳ／ＳＳＳ／ＣＲＳのリソースを用いて構成され、さらに、ＣＳＩ−ＲＳのリソースを用いて構成されてもよい。ＤＳにおいて、ＣＲＳやＣＳＩ−ＲＳがマップされるリソースを用いて、ＲＳＲＰやＲＳＲＱが測定されてもよい。
【０１０３】
ＢＣＨ、ＭＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ）またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわ
れる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位で
ある。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
【０１０４】
ＰＵＣＣＨ、および／または、ｓＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ）を送信（またはフィードバック）するために用いられる。以下、ＰＵＣＣＨは、ｓＰＵＣＣＨを含んでもよい。ここでＵＣＩには、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（ＣＳＩ）が含まれてもよい。また、ＵＣＩには、ＵＬ−ＳＣＨのリソースを要求するために用いられるスケジューリング要求（ＳＲ）が含まれてもよい。また、ＵＣＩには、ＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement
）が含まれてもよい。
【０１０５】
ここで、ＨＡＲＱ−ＡＣＫは、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH）に対するＨＡＲＱ−ＡＣＫを示してもよい。すなわち、ＨＡＲＱ−ＡＣＫは、下りリンクデータに対するＡＣＫ（Acknowledgement, positive-acknowledgment）またはＮＡＣＫ（Negative-acknowledgement）を示してもよい。また、ＣＳＩは、チャネル品質インディケータ（ＣＱＩ）、プレコーディングマトリックスインディケータ（ＰＭＩ）、および／または、ランクインディケーション（ＲＩ）で構成されてもよい。ＨＡＲＱ−ＡＣＫは、ＨＡＲＱ−ＡＣＫ応答と称されてもよい。
【０１０６】
ＰＵＣＣＨは、送信するＵＣＩの種類や組み合わせに応じてフォーマットが規定されてもよい。
【０１０７】
ＰＵＣＣＨフォーマット１は、ポジティブＳＲを送信するために用いられる。
【０１０８】
ＰＵＣＣＨフォーマット１ａは、１ビットのＨＡＲＱ−ＡＣＫ、または、ＦＤＤまたはＦＤＤ−ＴＤＤプライマリセルＦＳ１の場合、ポジティブＳＲを伴う１ビットのＨＡＲＱ−ＡＣＫ、を送信するために用いられる。なお、ＦＤＤ−ＴＤＤプライマリセルＦＳは、ＦＤＤ−ＴＤＤ  ＣＡを行なう場合のプライマリセルのＦＳを示している。つまり、ＦＤＤ−ＴＤＤ  ＣＡにおけるあるＦＳのプライマリセルと言い換えることができる。また、セカンダリセルについても同様に示すことができる。
【０１０９】
ＰＵＣＣＨフォーマット１ｂは、２ビットのＨＡＲＱ−ＡＣＫ、または、ポジティブＳＲを伴う２ビットのＨＡＲＱ−ＡＣＫ、を送信するために用いられる。
【０１１０】
また、ＰＵＣＣＨフォーマット１ｂは、端末装置に１つよりも多いサービングセルが設定された時、または、ＴＤＤの場合、端末装置に１つのサービングセルが設定された時、チャネル選択を使って、４ビットまでのＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。
【０１１１】
チャネル選択は、複数のＰＵＣＣＨリソースのうち、何れか１つを選択することによって、同じビットの値であっても、その解釈を変えることができる。例えば、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースで、同じビットの値であっても、その示す内容は異なってもよい。チャネル選択により、複数のＰＵＣＣＨリソースを用いることによって、ＨＡＲＱ−ＡＣＫを拡張することができる。
【０１１２】
ＰＵＣＣＨフォーマット２は、ＨＡＲＱ−ＡＣＫを多重しない時のＣＳＩレポートを送信するために用いられる。
【０１１３】
また、ＰＵＣＣＨフォーマット２は、ＥＣＰに対するＨＡＲＱ−ＡＣＫを多重したＣＳＩレポートを送信するために用いられてもよい。
【０１１４】
ＰＵＣＣＨフォーマット２ａは、ＮＣＰに対する１ビットのＨＡＲＱ−ＡＣＫを多重したＣＳＩレポートを送信するために用いられる。
【０１１５】
ＰＵＣＣＨフォーマット２ｂは、ＮＣＰに対する２ビットのＨＡＲＱ−ＡＣＫを多重したＣＳＩレポートを送信するために用いられる。
【０１１６】
ＮＣＰだけがサポートされたＰＵＣＣＨフォーマット２ａ／２ｂにおいて、あるビット列は、ＰＵＣＣＨに対するＤＭＲＳの生成に用いられた１つの変調シンボルにマップされる。つまり、ＮＣＰだけがサポートされたＰＵＣＣＨフォーマット２ａ／２ｂにおいて、ＤＭＲＳシンボルをデータが割り当て可能なシンボルとして用いることができる。
【０１１７】
ＰＵＣＣＨフォーマット３は、ＦＤＤまたはＦＤＤ−ＴＤＤプライマリセルＦＳ１に対して１０ビットまでのＨＡＲＱ−ＡＣＫ、ＴＤＤに対して２０ビットのＨＡＲＱ−ＡＣＫ、ＦＤＤ−ＴＤＤプライマリセルＦＳ２に対して２１ビットのＨＡＲＱ−ＡＣＫを送信するために用いられる。
【０１１８】
また、ＰＵＣＣＨフォーマット３は、ＦＤＤまたはＦＤＤ−ＴＤＤに対して１０ビットのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する１１ビットまでのＵＣＩ、および、ＴＤＤに対して２０ビットのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する２１ビットのＵＣＩ、および、ＦＤＤ−ＴＤＤプライマリセルＦＳ２に対して２１ビットまでのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する２２ビットのＵＣＩ、を送信するために用いられてもよい。
【０１１９】
また、ＰＵＣＣＨフォーマット３は、ＦＤＤまたはＦＤＤ−ＴＤＤに対して１０ビットのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する１１ビットまでのＵＣＩ、および、ＴＤＤに対して２０ビットのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する２１ビットのＵＣＩ、および、ＦＤＤ−ＴＤＤプライマリセルＦＳ２に対して２１ビットまでのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する２２ビットのＵＣＩ、を送信するために用いられてもよい。
【０１２０】
また、ＰＵＣＣＨフォーマット３は、ＨＡＲＱ−ＡＣＫ、および、（もしあれば）１ビットのポジティブ／ネガティブＳＲ、および、ＣＳＩレポートを送信するために用いられてもよい。
【０１２１】
ＰＵＣＣＨフォーマット４は、ＨＡＲＱ−ＡＣＫ、（もしあれば）ＳＲ、および、（もしあれば）周期的なＣＳＩレポートを含む２２ビットよりも多いＵＣＩを送信するために用いられる。
【０１２２】
また、ＰＵＣＣＨフォーマット４は、１つよりも多いＣＳＩレポート、および、（もしあれば）ＳＲを送信するために用いられてもよい。
【０１２３】
ＰＵＣＣＨフォーマット５は、ＨＡＲＱ−ＡＣＫ、（もしあれば）ＳＲ、および、（もしあれば）周期的なＣＳＩレポートを含む２２ビットよりも多いＵＣＩを送信するために用いられる。
【０１２４】
また、ＰＵＣＣＨフォーマット５は、１つよりも多いＣＳＩレポート、および、（もしあれば）ＳＲを送信するために用いられてもよい。
【０１２５】
ＰＵＣＣＨフォーマットに基づいて、対応するＤＭＲＳの数や配置が異なってもよい。例えば、ＮＣＰが付加される場合、ＰＵＣＣＨフォーマット１／１ａ／１ｂに対しては１スロット内に３つのＤＭＲＳが配置され、ＰＵＣＣＨフォーマット２／２ａ／２ｂ／３に対しては１スロット内に２つのＤＭＲＳが配置され、ＰＵＣＣＨフォーマット４／５に対しては１スロット内に１つのＤＭＲＳが配置される。
【０１２６】
ＰＵＣＣＨがＳＲＳサブフレームで送信される場合には、短縮フォーマットが適用されるＰＵＣＣＨフォーマット（例えば、フォーマット１、１ａ、１ｂ、３）においては、ＳＲＳが割り当てられる可能性のある最後尾の１シンボルまたは２シンボル（そのサブフレームにおける２番目のスロットの最後尾の１シンボルまたは２シンボル）を空にして、つまり、短縮フォーマットでＰＵＣＣＨを送信してもよい。
【０１２７】
ＰＵＣＣＨフォーマット１／１ａ／１ｂとＰＵＣＣＨフォーマット２／２ａ／２ｂは、同じＲＢで送信されてもよい。ＰＵＣＣＨフォーマット１／１ａ／１ｂとＰＵＣＣＨフォーマット２／２ａ／２ｂの送信に用いられるＲＢにおけるＰＵＣＣＨフォーマット１／１ａ／１ｂに対するサイクリックシフトは個別に設定されてもよい。
【０１２８】
ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel: UL-SCH）を送信するために用いられる。以下、ＰＵＳＣＨは、ｓＰＵＳＣＨを含
んでもよい。また、ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＰＵＳＣＨは、ＣＳＩのみ、または、ＨＡＲＱ−ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＰＵＳＣＨは、ＵＣＩのみを送信するために用いられてもよい。
【０１２９】
ここで、基地局装置と端末装置は、上位層（higher layer）において信号をやり取り（送受信）してもよい。例えば、基地局装置と端末装置は、無線リソース制御（Radio Resource Control : RRC）層において、ＲＲＣシグナリング（RRC message、RRC informationとも称される）を送受信してもよい。また、基地局装置と端末装置は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントをやり取り（送受信）して
もよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣコントロールエレメントを、上位層の信号（higher layer signaling）とも称する。
【０１３０】
ここで、本実施形態において、「上位層のパラメータ」、「上位層のメッセージ」、「上位層の信号」、「上位層の情報」、および、「上位層の情報要素」は、同一のものであってもよい。
【０１３１】
また、ＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメント（ＭＡＣ  ＣＥ）を送信するために用いられてもよい。ここで、基地局装置から送信されるＲＲＣシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるＲＲＣシグナリングは、ある端末装置に対して専用のシグナリング（dedicated signalingとも称する）であってもよい。すなわち
、ユーザ装置スペシフィックな情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。
【０１３２】
ＰＲＡＣＨ、および／または、ｓＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる。以下、ＰＲＡＣＨは、ｓＰＲＡＣＨを含んでもよい。例えば、ＰＲＡＣＨ（または、ランダムアクセスプロシージャ）は、端末装置が、基地局装置と時間領域の同期を取ることを主な目的として用いられる。また、ＰＲＡＣＨ（または、ランダムアクセスプロシージャ）は、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-es
tablishment）プロシージャ、上りリンク送信に対する同期（タイミング調整）、および
、スケジューリング要求（ＰＵＳＣＨリソースの要求、ＵＬ−ＳＣＨリソースの要求）の送信のためにも用いられてもよい。
【０１３３】
ＤＭＲＳは、ＰＵＳＣＨ、ｓＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。すなわち、ＤＭＲＳは、ＰＵＳＣＨ、ｓＰＵＳＣＨ、または、ＰＵＣＣＨと時間多重されてもよい。例えば、基地局装置は、ＰＵＳＣＨ、ｓＰＵＳＣＨ、または、ＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用してもよい。ＤＭＲＳは、復調する物理チャネルの種類に応じて、時間多重の配置や多重するＤＭＲＳの数が異なってもよい。
【０１３４】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しない。例えば、基地局装置は、上りリンクのチャネル状態または送信タイミングを測定するためにＳＲＳを使用してもよい。ＳＲＳには、上位層の信号によって関連するパラメータが設定された場合に送信するトリガタイプ０ＳＲＳと、上位層の信号によって関連するパラメータが設定され、且つ、上りリンクグラントに含まれるＳＲＳリクエストによって送信が要求された場合に送信するトリガタイプ１ＳＲＳがある。
【０１３５】
ＬＴＥの時間単位Ｔｓは、サブキャリア間隔（例えば、１５ｋＨｚ）とＦＦＴサイズ（例えば、２０４８）に基づいている。つまり、Ｔｓは、１／（１５０００×２０４８）秒である。１スロットの時間長は、１５３６０・Ｔｓ（つまり、０．５ｍｓ）である。１サブフレームの時間長は、３０７２０・Ｔｓ（つまり、１ｍｓ）である。１無線フレームの時間長は、３０７２００・Ｔｓ（つまり、１０ｍｓ）である。
【０１３６】
物理チャネルまたは物理信号のスケジューリングについて無線フレームを用いて管理している。１つの無線フレームの時間長は１０ミリ秒（ｍｓ）である。１つの無線フレームは１０サブフレームで構成される。さらに、１サブフレームは２つのスロットで構成される。すなわち、１つのサブフレームの時間長は１ｍｓ、１つのスロットの時間長は０．５ｍｓである。また、物理チャネルが配置されるスケジューリングの最小単位としてリソースブロックを用いて管理している。リソースブロックとは、周波数軸を複数サブキャリア（例えば１２サブキャリア）の集合で構成される一定の周波数領域と、一定の送信時間間隔（ＴＴＩ、スロット、シンボル）で構成される領域で定義される。なお、１サブフレームは、１リソースブロックペアと称されてもよい。
【０１３７】
また、１つのＴＴＩは１つのサブフレームまたは１つのサブフレームを構成するシンボルの数として規定されてもよい。例えば、ＮＣＰ（Normal Cyclic Prefix）の場合、１つのＴＴＩは、１４シンボルで構成されてもよい。また、ＥＣＰ（Extended CP）の場合、
１つのＴＴＩは、１２シンボルで構成されてもよい。なお、ＴＴＩは、受信側では受信時間間隔として規定されてもよい。ＴＴＩは、物理チャネルや物理信号の送信単位または受信単位として定義されてもよい。つまり、物理チャネルや物理信号の時間長は、ＴＴＩの長さに基づいて規定されてもよい。なお、シンボルは、ＳＣ−ＦＤＭＡシンボルおよび／またはＯＦＤＭシンボルが含まれてもよい。また、ＴＴＩの長さ（ＴＴＩ長）は、シンボルの数で表現されてもよい。また、ＴＴＩ長は、ミリ秒（ｍｓ）やマイクロ秒（μｓ）のような時間長で表現されてもよい。
【０１３８】
各シンボルには、物理チャネルおよび／または物理信号に係る系列がマップされる。系列の検出精度を高めるために、ＣＰが物理チャネルおよび／または物理信号に係る系列に付加される。ＣＰには、ＮＣＰとＥＣＰがあり、ＥＣＰの方がＮＣＰに比べ、付加する系列長が長い。なお、ＣＰに係る系列長は、ＣＰ長と称されてもよい。
【０１３９】
端末装置および基地局装置が、ＬＲ（Latency Reduction）に関連する機能をサポート
している場合、１つのＴＴＩはＮＣＰで１４シンボル（ＥＣＰで１２シンボル）より少ない数で構成されてもよい。例えば、１つのＴＴＩのＴＴＩ長は、２、３、７のいずれかのシンボル数で構成されてもよい。ＮＣＰで１４シンボル（ＥＣＰで１２シンボル）よりも少ないシンボル数で構成されるＴＴＩは、ｓＴＴＩ（short TTI, shorter TTI, shortened TTI）と称されてもよい。
【０１４０】
ＴＴＩ長がＮＣＰで１４シンボル（ＥＣＰで１２シンボル）のＴＴＩは、単に、ＴＴＩと称されてもよい。
【０１４１】
下りリンク送信に対するｓＴＴＩ（ＤＬ−ｓＴＴＩ）のＴＴＩ長は、２シンボルと７シンボルのいずれかが設定されてもよい。上りリンク送信に対するｓＴＴＩ（ＵＬ−ｓＴＴＩ）のＴＴＩ長は、２シンボルと、３または４シンボル、７シンボルのいずれかが設定されてもよい。ＤＬ−ｓＴＴＩ内に、ｓＰＤＣＣＨとｓＰＤＳＣＨが配置されてもよい。なお、ｓＰＵＳＣＨとｓＰＵＣＣＨとｓＰＲＡＣＨのＴＴＩ長は、個別に設定されてもよい。なお、ｓＰＤＳＣＨのＴＴＩ長には、ｓＰＤＣＣＨのシンボルが含まれてもよいし、ＰＤＣＣＨのシンボルが含まれてもよい。また、ｓＰＵＳＣＨおよび／またはｓＰＵＣＣＨのＴＴＩ長には、ＤＭＲＳのシンボルが含まれてもよいし、ＳＲＳのシンボルが含まれてもよい。
【０１４２】
上述した種々の物理チャネルおよび／または物理信号のサブキャリア間隔は、物理チャネルおよび／または物理信号毎に個別に規定／設定されてもよい。また、種々の物理チャネルおよび／または物理信号の１シンボルの時間長は、物理チャネルおよび／または物理信号毎に個別に規定／設定されてもよい。つまり、種々の物理チャネルおよび／または物理信号のＴＴＩ長は、物理チャネルおよび／または物理信号毎に個別に規定／設定されてもよい。
【０１４３】
本実施形態では、複数のセル（セルに対応するコンポーネントキャリア）を用いて通信を行なうＣＡ（Carrier Aggregation）が行なわれてもよい。ＣＡでは、初期アクセスや
ＲＲＣ接続を確立するセルをプライマリセル（ＰＣｅｌｌ）、プライマリセルを用いて追加／変更／削除／アクティベーション・デアクティベーションされるセカンダリセルがある。
【０１４４】
本実施形態では、複数のセル（セルに対応するコンポーネントキャリア）を用いて通信を行なうＤＣ（Dual Connectivity）が行なわれてもよい。ＤＣでは、２つの基地局装置
（ＭｅＮＢ（Master eNB）、ＳｅＮＢ（Secondary eNB））のそれぞれに属しているセル
でグループを構成する。ＭｅＮＢに属し、プライマリセルを含むセルグループをＭＣＧ（Master Cell Group）とし、ＳｅＮＢに属し、プライマリセカンダリセル（ＰＳＣｅｌｌ
）を含むセルグループをＳＣＧ（Secondary Cell Group）と規定している。プライマリセカンダリセルは、複数のセルグループが設定された場合の、プライマリセルを含まないセルグループ、つまり、ＳＣＧにおいて、プライマリセルと同様の機能を有するセル（セカンダリセル、プライマリセル以外のサービングセル）のことである。
【０１４５】
プライマリセルとプライマリセカンダリセルは、各ＣＧにおけるプライセルの役割を担っている。ここで、プライマリセルとは、ＰＵＣＣＨおよび／またはＰＵＣＣＨに相当する制御チャネルが送信および／または割り当て可能なセルのことであってもよいし、初期アクセス手順／ＲＲＣ接続手順／初期コネクション確立手順に関連するセルであってもよいし、Ｌ１シグナリングでのランダムアクセス手順に関するトリガをかけることのできるセルであってもよいし、無線リンクをモニタリングするセルであってもよいし、セミパーシステントスケジューリングがサポートされるセルであってもよいし、ＲＬＦを検出／判定するセルであってもよいし、常にアクティベーションであるセルであってもよい。なお
、本実施形態では、プライマリセルおよび／またはプライマリセカンダリセルの機能を有しているセルのことをスペシャルセルと呼称する場合がある。ＬＲセルに対して、プライマリセル／プライマリセカンダリセル／セカンダリセルはＬＴＥと同様に規定されてもよい。
【０１４６】
本発明において、時間領域は、時間長やシンボルの数で表されてもよい。また、周波数領域は、帯域幅やサブキャリアの数や、周波数方向のリソースエレメントの数、リソースブロック数で表されてもよい。
【０１４７】
ＬＲセルでは、サブフレームのタイプや上位層の設定情報、Ｌ１シグナリングに含まれる制御情報に基づいて、ＴＴＩのサイズが変更可能であってもよい。
【０１４８】
ＬＲセルでは、グラントが不要なアクセスが可能であってもよい。なお、グラントが不要なアクセスとは、ＰＤＳＣＨやＰＵＳＣＨ（下りリンクや上りリンクの共用チャネル／データチャネル）のスケジュールを指示する制御情報（ＤＣＩフォーマット、下りリンクグラント、上りリンクグラント）を用いないアクセスのことである。つまり、ＬＲセルでは、ＰＤＣＣＨ（下りリンクの制御チャネル）を用いた、ダイナミックなリソース割り当てや送信指示を行なわないアクセス方式が適用されてもよい。
【０１４９】
ＬＲセルでは、端末装置は、端末装置の機能（性能、能力）および基地局装置からの設定に基づいて、下りリンクリソース（信号、チャネル）に対応するＨＡＲＱ−ＡＣＫおよび／またはＣＳＩフィードバックを、同じサブフレームにマップされた上りリンクリソース（信号、チャネル）を用いて行なってもよい。なお、このサブフレームにおいて、あるサブフレームにおけるＣＳＩの測定結果に対するＣＳＩに関する参照リソースは、同じサブフレームのＣＲＳまたはＣＳＩ−ＲＳであってもよい。このようなサブフレームは、自己完結型のサブフレームと呼称されてもよい。
【０１５０】
なお、自己完結型のサブフレームは、連続する１つ以上のサブフレームで構成されてもよい。つまり、自己完結型のサブフレームは、複数のサブフレームで構成されてもよいし、複数のサブフレームで構成される１つの送信バーストであってもよい。自己完結型のサブフレームを構成する最後尾のサブフレーム（最後尾を含む後方のサブフレーム）は、上りリンクサブフレームかスペシャルサブフレームであることが好ましい。つまり、この最後尾のサブフレームにおいて、上りリンク信号／チャネルが送信されることが好ましい。
【０１５１】
自己完結型のサブフレームが、複数の下りリンクサブフレームと１つの上りリンクサブフレームまたはスペシャルサブフレームで構成される場合、その複数の下りリンクサブフレームのそれぞれに対するＨＡＲＱ−ＡＣＫは、その１つの上りリンクサブフレームまたはスペシャルサブフレームのＵｐＰＴＳで送信されてもよい。
【０１５２】
通信装置は、信号を受信（復調復号）できたか否かに基づいて、その信号に対するＡＣＫまたはＮＡＣＫを決定する。ＡＣＫは、通信装置において、信号を受信できたことを示し、ＮＡＣＫは、通信装置において、信号を受信できなかったことを示す。ＮＡＣＫがフィードバックされた通信装置は、ＮＡＣＫである信号の再送信を行なってもよい。端末装置は、基地局装置から送信された、ＰＵＳＣＨに対するＨＡＲＱ−ＡＣＫの内容に基づいて、ＰＵＳＣＨを再送信するか否かを決定する。基地局装置は、端末装置から送信された、ＰＤＳＣＨまたはＰＤＣＣＨ／ＥＰＤＣＣＨに対するＨＡＲＱ−ＡＣＫの内容に基づいて、ＰＤＳＣＨを再送信するか否かを決定する。端末装置が送信したＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫは、ＰＤＣＣＨまたはＰＨＩＣＨを用いて端末装置にフィードバックされる。基地局装置が送信したＰＤＳＣＨまたはＰＤＣＣＨ／ＥＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫは、ＰＵＣＣＨまたはＰＵＳＣＨを用いて基地局装置にフィードバックされる
。
【０１５３】
なお、本発明において、サブフレームは、基地局装置および／または端末装置の送信単位および／または受信単位を示している。
【０１５４】
基地局装置は、ＣＣＣＨ（Common Control Channel）に対するＬＣＩＤ（Logical Channel ID）と端末装置の能力情報（性能情報、機能情報）に基づいて端末装置がＬＲ（Latency Reduction）デバイスであることを決定してもよい。
【０１５５】
端末装置および／または基地局装置が、ＬＲに関する能力をサポートしている場合、受信信号および／または送信信号に用いられるＴＴＩの長さ（シンボル数）に基づいて、処理時間（処理遅延、レイテンシー）が決定されてもよい。つまり、ＬＲに関する能力をサポートしている端末装置および／または基地局装置の処理時間は、受信信号および／または送信信号に対するＴＴＩ長に基づいて可変であってもよい。
【０１５６】
Ｓ１シグナリングがページングに対する端末無線能力情報を含んで拡張している。このページング固有の能力情報が基地局装置によってＭＭＥ（Mobility Management Entity）に提供されると、ＭＭＥからのページング要求がＬＲ端末に関することを基地局装置に指示するために、ＭＭＥはこの情報を用いられてもよい。識別子は、ＩＤ（Identity, Identifier）と称されてもよい。
【０１５７】
端末装置の能力情報（UE radio access capability, UE EUTRA capability）は、基地
局装置（ＥＵＴＲＡＮ）が端末装置の能力情報が必要な時、接続モードの端末装置に対する手順を開始する。基地局装置は、端末装置の能力情報を問い合わせる。端末装置は、その問い合わせに応じて端末装置の能力情報を送信する。基地局装置は、その能力情報に対応しているか否かを判断し、対応している場合には、その能力情報に対応した設定情報を、上位層シグナリングなどを用いて端末装置へ送信する。端末装置は、能力情報に対応する設定情報が設定されたことによって、その機能に基づく送受信が可能であると判断する。
【０１５８】
物理チャネルおよび／または物理信号の設定に関するパラメータは上位層パラメータとして上位層シグナリングを介して端末装置に設定されてもよい。また、一部の物理チャネルおよび／または物理信号の設定に関するパラメータは、ＤＣＩフォーマットやグラントなど、Ｌ１シグナリング（物理層シグナリング、例えば、ＰＤＣＣＨ／ＥＰＤＣＣＨ）を介して端末装置に設定されてもよい。また、物理チャネルおよび／または物理信号の設定に関するパラメータはデフォルトの設定またはデフォルト値が端末装置に予め設定されてもよい。また、端末装置は、上位層シグナリングを用いて、それらの設定に関するパラメータが通知されると、デフォルト値を更新してもよい。また、対応する設定に応じて、その設定を通知するために用いられる上位層シグナリング／メッセージの種類は異なってもよい。例えば、上位層シグナリング／メッセージは、ＲＲＣメッセージや報知情報、システムインフォメーションなどが含まれてもよい。
【０１５９】
基地局装置は、ＬＡＡ周波数において、ＤＳを送信する場合、ＤＳオケージョン内にデータ情報および／または制御情報をマップしてもよい。そのデータ情報および／または制御情報には、ＬＡＡセルに関する情報が含まれてもよい。例えば、そのデータ情報および／または制御情報には、ＬＡＡセルが属する周波数、セルＩＤ、負荷や混雑状況、干渉／送信電力、チャネルの専有時間や送信データに関するバッファの状況が含まれてもよい。
【０１６０】
ＬＡＡ周波数において、ＤＳが測定される場合、ＤＳに含まれる各信号に用いられるリソースは拡張されてもよい。例えば、ＣＲＳは、アンテナポート０だけでなく、アンテナ
ポート２や３などに対応するリソースが用いられてもよい。また、ＣＳＩ−ＲＳも、アンテナポート１５だけでなく、アンテナポート１６や１７などに対応するリソースが用いられてもよい。
【０１６１】
ＬＲセルにおいて、上位層の信号（ＲＲＣシグナリング）またはシステムインフォメーションを用いて、端末装置にＤＳに関するリソースが設定された場合、Ｌ１シグナリング（ＰＤＣＣＨやＤＣＩフォーマットのあるフィールドに相当する制御情報）やＬ２シグナリング（ＭＡＣ  ＣＥに相当する制御情報）、つまり、下位層の信号（ＲＲＣ層より下の層の信号）を用いて、端末装置は、ＤＳを受信するか否かをダイナミックに指示されてもよい。
【０１６２】
ＬＲセルにおいて、復調／復号用のＲＳとＣＳＩ測定用のＲＳは、共通のリソースであってもよいし、個別に規定される場合は異なるリソースであってもよい。
【０１６３】
次に、本実施形態に係るセルサーチについて説明する。
【０１６４】
ＬＴＥにおいて、セルサーチは、端末装置があるセルの時間周波数同期を行ない、且つ、そのセルのセルＩＤを検出するための手順である。ＥＵＴＲＡセルサーチは、７２サブキャリア以上に対応する拡大縮小可能な全送信帯域幅をサポートする。ＥＵＴＲＡセルサーチは下りリンクにおいて、ＰＳＳとＳＳＳに基づいて行なわれる。ＰＳＳとＳＳＳは各無線フレームの第１のサブフレームと第６のサブフレームの帯域幅の中心の７２サブキャリアを用いて送信される。隣接のセルサーチは初期セルサーチとして同じ下りリンク信号に基づいて行なわれる。
【０１６５】
ＬＲにおいて、スタンドアロン型で通信が行なわれる場合には、上記と同様のセルサーチが行なわれてもよい。
【０１６６】
次に、本実施形態に係る物理層の測定について説明する。
【０１６７】
ＬＴＥにおいて、物理層の測定は、イントラ周波数およびインター周波数のＥＵＴＲＡＮ内の測定（ＲＳＲＰ／ＲＳＲＱ）と、端末装置の受信送信の時間差、端末装置のポジショニングに用いられる参照信号時間差に関する測定（ＲＳＴＤ）と、ＲＡＴ間（ＥＵＴＲＡＮ−ＧＥＲＡＮ／ＵＴＲＡＮ）に関する測定と、システム間（ＥＵＴＲＡＮ−非３ＧＰＰ  ＲＡＴ）に関する測定などがある。なお、物理層の測定は、モビリティをサポートするために行なわれる。また、ＥＵＴＲＡＮ測定には、アイドルモードの端末装置によって行なわれる測定や接続モードの端末装置によって行なわれる測定がある。端末装置は、適切な測定ギャップにおいてＥＵＴＲＡＮ測定を行ない、ＥＵＴＲＡＮ測定をしたセルに同期している。なお、これらの測定は、端末装置で行なわれるため、端末装置の測定と称されてもよい。
【０１６８】
端末装置は、ＥＵＴＲＡＮ内の測定に対して、少なくとも２つの物理量（ＲＳＲＰ、ＲＳＲＱ）がサポートされてもよい。さらに、端末装置は、ＲＳＳＩに関する物理量がサポートされてもよい。端末装置は、上位層パラメータとして設定された物理量に関するパラメータに基づいて対応する測定を行なってもよい。
【０１６９】
物理層の測定は、モビリティをサポートするために行なわれる。例えば、イントラ周波数およびインター周波数のＥＵＴＲＡＮ内の測定（ＲＳＲＰ／ＲＳＲＱ）と、端末装置の受信と送信間の時間差、端末装置のポジショニングに用いられる参照信号時間差に関する測定（ＲＳＴＤ）と、インターＲＡＴ（ＥＵＴＲＡＮ−ＧＥＲＡＮ／ＵＴＲＡＮ）に関する測定と、システム間（ＥＵＴＲＡＮ−非３ＧＰＰ  ＲＡＴ）に関する測定などがある。
例えば、物理層の測定は、イントラおよびインター周波数ハンドオーバに対する測定やインターＲＡＴハンドオーバに対する測定、タイミング測定、ＲＲＭに対する測定、ポジショニングがサポートされていればポジショニングに関する測定が含まれる。なお、インターＲＡＴハンドオーバに対する測定は、ＧＳＭ（登録商標），ＵＴＲＡ  ＦＤＤ，ＵＴＲＡ  ＴＤＤ，ＣＤＭＡ２０００，１ｘＲＴＴ，ＣＤＭＡ２０００  ＨＲＰＤ，ＩＥＥＥ８０２．１１へのハンドオーバのサポートにおいて定義されている。また、ＥＵＴＲＡＮ測定は、モビリティをサポートするために用いられる。また、ＥＵＴＲＡＮ測定には、アイドルモードの端末装置によって行なわれる測定や接続モードの端末装置によって行なわれる測定がある。例えば、イントラおよびインター周波数のそれぞれに対して、端末装置がアイドルモードと接続モードのどちらのモードであっても、ＲＳＲＰやＲＳＲＱは測定されてもよい。端末装置は、適切な測定ギャップにおいてＥＵＴＲＡＮ測定を行ない、ＥＵＴＲＡＮ測定をしたセルに同期している。
【０１７０】
物理層の測定は、無線特性が端末装置および基地局装置によって測定され、ネットワークの上位層に報告されることを含んでいる。
【０１７１】
次に、本実施形態に係る端末装置および／または基地局装置の処理時間（レイテンシー）について説明する。
【０１７２】
本実施形態において、“ＯＦＤＭシンボルおよび／またはＳＣ−ＦＤＭＡシンボルにＣＰが付加される”とは、“ＯＦＤＭシンボルおよび／またはＳＣ−ＦＤＭＡシンボルで送信される物理チャネルの系列にＣＰの系列が付加される”と同義であってもよい。
【０１７３】
処理時間は、検出した信号の受信および復号に要する時間と、送信する信号の生成（変調や符号化）に要する時間に基づいて決定される。端末装置および基地局装置は、受信信号のＴＴＩ長や送信信号のＴＴＩ長が短くすることによって、それに伴う、復号に要する時間と生成に要する時間をそれぞれ短くすることができる。
【０１７４】
本実施形態では、端末装置がｓＴＴＩを用いた送信および／または受信をサポートしている場合、端末装置は、ＯＦＤＭシンボルおよび／またはＳＣ−ＦＤＭＡシンボルにＮＣＰが付加された１４シンボルで構成されるＴＴＩにおける処理時間を短縮することができる。ＴＴＩにおける処理時間を短縮するか否かは、上位層シグナリングを介して、設定されてもよい。つまり、基地局装置は、端末装置から送信された能力情報に基づいて、セル内の端末装置がｓＴＴＩをサポートしている能力があると判断した場合、ＴＴＩおよび／またはｓＴＴＩに対する送信および／または受信に対する処理時間を短縮するように設定してもよい。なお、端末装置は、送信と受信に対して個別に、処理時間の短縮に関する能力がサポートされてもよい。また、端末装置は、送信に関する処理時間と受信に関する処理時間のそれぞれに対して、処理時間の短縮に関する能力がサポートされるかどうかを示してもよい。また、送信に関する処理と受診に関する処理はそれぞれ、上りリンクに関する処理と下りリンクに関する処理と言い換えてもよい。
【０１７５】
処理時間を物理チャネルのＴＴＩ長毎にダイナミックに変更するか、上位層パラメータに基づいて削減するかは、基地局装置によって上位層シグナリングを介して、設定されてもよい。
【０１７６】
ここで、“端末装置がｓＴＴＩを用いた送信をサポートする”とは、ｓＰＵＳＣＨやｓＰＵＣＣＨ、ｓＰＲＡＣＨのうち、少なくとも１つの物理チャネルに対する送信をサポートしていることと同義である。また、“端末装置がｓＴＴＩを用いた受信をサポートする”とは、ｓＰＤＳＣＨやｓＰＤＣＣＨのうち、少なくとも１つの物理チャネルに対する受信をサポートしていることと同義である。
【０１７７】
ｓＴＴＩは、物理チャネル毎にサポートされているかどうかが示されてもよい。端末装置は、物理チャネル毎にｓＴＴＩを用いた送信および／または受信をサポートしているかどうかを、能力情報を用いて示してもよい。
【０１７８】
次に、本実施形態に係る下りリンク送信（ＰＤＳＣＨ，ｓＰＤＳＣＨ）に対するＨＡＲＱ−ＡＣＫプロシージャの一例について説明する。本実施形態では、ＯＦＤＭシンボルおよび／またはＳＣ−ＦＤＭＡシンボルにＮＣＰが付加された場合（つまり、１スロットが７シンボルで構成される場合、１サブフレームが１４シンボルで構成される場合）を想定して説明するが、ＥＣＰが付加された場合に対しても同様に適用されてもよい。
【０１７９】
ＰＤＳＣＨおよび／またはｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングは、ＰＤＳＣＨおよび／またはｓＰＤＳＣＨのＴＴＩ長、つまり、ＰＤＳＣＨおよび／またはｓＰＤＳＣＨを構成するシンボルの数に基づいて決定されてもよい。なお、ｓＰＤＳＣＨは、下りリンクｓＴＴＩと同義であってもよい。
【０１８０】
ＰＤＳＣＨおよび／またはｓＰＤＳＣＨのＴＴＩ長が１４シンボルの場合、ＦＤＤに対して、端末装置が、サブフレームｎ−４でＰＤＳＣＨおよび／またはｓＰＤＳＣＨを検出した場合、端末装置は、対応するＨＡＲＱ−ＡＣＫを、サブフレームｎでＰＵＣＣＨおよび／またはｓＰＵＣＣＨを用いて送信する。ｓＰＵＣＣＨで対応するＨＡＲＱ−ＡＣＫを送信する場合、ｓＰＵＣＣＨのＴＴＩ長および／または上位層パラメータおよび／またはＤＣＩフォーマットに含まれる情報に基づいて、サブフレームｎ内の何番目のｓＰＵＣＣＨで送信されるかが示されてもよい。
【０１８１】
ｓＰＤＳＣＨのＴＴＩ長が７シンボルの場合、ＦＤＤに対して、端末装置が、サブフレームｎ−ｋ１でＰＤＳＣＨおよび／またはｓＰＤＳＣＨを検出した場合、端末装置は、対応するＨＡＲＱ−ＡＣＫを、サブフレームｎでＰＵＣＣＨおよび／またはｓＰＵＣＣＨを用いて送信する。ｓＰＵＣＣＨで、ｓＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫを送信する場合、ｓＰＵＣＣＨのＴＴＩ長および／または上位層パラメータおよび／またはＤＣＩフォーマットに含まれる情報に基づいて、サブフレームｎ内の何番目のｓＰＵＣＣＨで送信されるかが示されてもよい。ｋ１の値は、４よりも小さい値であり、ｓＰＤＳＣＨのＴＴＩ長に基づいて決定されてもよい。
【０１８２】
ｓＰＤＳＣＨのＴＴＩ長が２シンボルの場合、ＦＤＤに対して、端末装置が、サブフレームｎ−ｋ２でＰＤＳＣＨおよび／またはｓＰＤＳＣＨを検出した場合、端末装置は、対応するＨＡＲＱ−ＡＣＫを、サブフレームｎでＰＵＣＣＨおよび／またはｓＰＵＣＣＨを用いて送信する。ｓＰＵＣＣＨで対応するＨＡＲＱ−ＡＣＫを送信する場合、ｓＰＵＣＣＨのＴＴＩ長および／または上位層パラメータに基づいて、サブフレームｎ内の何番目のｓＰＵＣＣＨで送信されるかが示されてもよい。ｋ２の値は、ｋ１よりも小さい値であり、ｓＰＤＳＣＨのＴＴＩ長に基づいて決定されてもよい。
【０１８３】
なお、ｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングは、ｓＰＤＳＣＨのＴＴＩ長だけでなく、ｓＰＵＣＣＨのＴＴＩ長にも基づいて決定されてもよい。つまり、端末装置の受信処理に対する処理時間だけでなく、端末装置の送信処理に対する処理時間も考慮して送信タイミングは決定されてもよい。
【０１８４】
ｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングは、図７のように規定されてもよい。図７は、本実施形態に係るｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングを示す図である。ｎｆは、無線フレーム番号（システムフレーム番号）を表している。ｎｓは、スロット番号を表している。床関数を用いることによって、スロット番号から
サブフレーム番号を示している。ｌは、下りリンクｓＴＴＩ（ＤＬ  ｓＴＴＩ）またはｓＰＤＳＣＨのスタートシンボル番号を表している。ｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングに相当するｓＰＵＣＣＨまたはｓＰＵＳＣＨのスタートシンボル番号の候補は、ＤＬ  ｓＴＴＩまたはｓＰＤＳＣＨのスタートシンボル番号から所定の処理時間ｋを加算することによって得られる。つまり、ｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングに相当するｓＰＵＣＣＨまたはｓＰＵＳＣＨのスタートシンボル番号の候補は、ＤＬ  ｓＴＴＩまたはｓＰＤＳＣＨのスタートシンボル番号＋ｋ以降の最初の上りリンクｓＴＴＩであってもよい。ｋの値は、ＤＬ  ｓＴＴＩまたはｓＰＤＳＣＨのＴＴＩ長に基づいて決定されてもよいし、ＤＬ  ｓＴＴＩまたはｓＰＤＳＣＨのＴＴＩ長と設定されたＴＡ値の組み合わせに基づいて決定されてもよいし、ＤＬ  ｓＴＴＩまたはｓＰＤＳＣＨのＴＴＩ長と上りリンクｓＴＴＩ（ＵＬ  ｓＴＴＩ）またはｓＰＵＳＣＨ／ｓＰＵＣＣＨのＴＴＩ長の組み合わせに基づいて決定されてもよいし、上位層パラメータとして設定されてもよい。また、ｋの値には、端末装置の最小処理時間を考慮した値が含まれてもよい。なお、ｋの値には、受信信号の受信時間が含まれてもよい。
【０１８５】
なお、ｓＰＤＳＣＨの再送信のタイミング、つまり、ＨＡＲＱ  ＲＴＴ（HARQ Round Trip Time）は、ｓＰＤＳＣＨのＴＴＩ長とｓＰＵＣＣＨのＴＴＩ長に基づいて決定されてもよい。つまり、端末装置の受信処理および送信処理に対する処理時間だけでなく、基地局装置の受信処理及び送信処理に対する処理時間も考慮してＨＡＲＱ  ＲＴＴは決定されてもよい。
【０１８６】
次に、本実施形態に係る下りリンク送信（ＰＤＳＣＨ，ｓＰＤＳＣＨ）に対するＨＡＲＱ−ＡＣＫプロシージャの別の一例について説明する。
【０１８７】
ここでは、端末装置および／基地局装置がともに、ｓＴＴＩを用いた送信および／または受信をサポートしている場合に、端末装置の処理時間を、上位層シグナリングを介して、設定される場合のＨＡＲＱ−ＡＣＫプロシージャについて説明する。
【０１８８】
ＰＤＳＣＨおよび／またはｓＰＤＳＣＨのＴＴＩ長が１４シンボルの場合、ＦＤＤ、且つ、１つの設定されたサービングセル、つまり、１つのＦＤＤセルに対して、端末装置は、サブフレームｎ−４において、対応するＰＤＣＣＨおよび／またはｓＰＤＣＣＨの検出によって示されるＰＤＳＣＨおよび／またはｓＰＤＳＣＨの送信に対するＨＡＲＱ−ＡＣＫを、サブフレームｎで、ＰＵＣＣＨリソースまたはｓＰＵＣＣＨを用いて送信する。言い換えると、端末装置は、サブフレームｎ−４でＰＤＳＣＨおよび／またはｓＰＤＳＣＨを検出した場合、サブフレームｎの上りリンクサブフレームで、ＰＵＣＣＨを用いて、サブフレームｎ−４で検出したＰＤＳＣＨおよび／またはｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。ＰＵＣＣＨリソースおよび／またはｓＰＵＣＣＨリソースは、ＰＵＣＣＨの設定に関する上位層パラメータと検出したＰＤＣＣＨまたはｓＰＤＣＣＨを構成するＣＣＥの最下位インデックスに基づいて決定される。
【０１８９】
ＰＤＳＣＨおよび／またはｓＰＤＳＣＨのＴＴＩ長が１４シンボルの場合、且つ、端末装置の処理時間の短縮が設定された場合、ＦＤＤ、且つ、１つの設定されたサービングセルに対して、端末装置は、サブフレームｎ−ｋ１（ｋ１は４よりも小さい値、つまり、１〜３のいずれかの値）において、対応するＰＤＣＣＨおよび／またはｓＰＤＣＣＨの検出によって示されるＰＤＳＣＨおよび／またはｓＰＤＳＣＨの送信に対するＨＡＲＱ−ＡＣＫを、サブフレームｎで、ＰＵＣＣＨリソースまたはｓＰＵＣＣＨリソースを用いて送信する。ｋ１は、端末装置の短縮された処理時間に基づいて決定されてもよいし、上位層パラメータとして設定されてもよい。なお、ｓＰＵＣＣＨリソースは、ｓＰＵＣＣＨの設定に関する上位層パラメータと検出したｓＰＤＣＣＨを構成するＣＣＥの最下位インデックスに基づいて決定されてもよい。
【０１９０】
ＰＤＳＣＨおよび／またはｓＰＤＳＣＨのＴＴＩ長が１４シンボルよりも少ない、つまり、ｓＴＴＩでＰＤＳＣＨ送信（つまり、ｓＰＤＳＣＨ送信）が行なわれる場合、且つ、端末装置の処理時間の短縮が設定された場合、ＦＤＤ、且つ、１つの設定されたサービングセルに対して、端末装置は、サブフレームｎ−ｋ１またはサブフレームｎ−ｋ２（ｋ２は４よりも小さい値、つまり、１〜３のいずれかの値、ｋ１よりも同じまたは小さい値）において、対応するＰＤＣＣＨおよび／またはｓＰＤＣＣＨの検出によって示されるｓＰＤＳＣＨ送信に対するＨＡＲＱ−ＡＣＫを、サブフレームｎで、ｓＰＵＣＣＨリソースを用いて送信する。ｋ２は、端末装置の短縮された処理時間に基づいて決定されてもよいし、上位層パラメータとして設定されてもよい。なお、ｓＰＵＣＣＨリソースは、ｓＰＵＣＣＨの設定に関する上位層パラメータと検出したｓＰＤＣＣＨを構成するＣＣＥの最下位インデックスに基づいて決定されてもよい。
【０１９１】
ここで、サブフレームｎ−ｋ２において、１つよりも多いｓＰＤＳＣＨを検出した場合、サブフレームｎにおける、ｓＰＵＣＣＨのフォーマットは、上位層パラメータに基づいて決定されてもよいし、規定された対応表に基づいて決定されてもよいし、ｓＰＵＣＣＨを構成するシンボルの数に基づいて決定されてもよい。
【０１９２】
ｓＰＵＣＣＨのフォーマットは、１つのサービングセルのあるサブフレーム（１つのサブフレームまたは２つのサブフレーム）で検出したｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの数に基づいて規定されてもよい。例えば、１つのサービングセルのあるサブフレームで検出したｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの数が１つの場合、対応するｓＰＵＣＣＨフォーマットは、第１のｓＰＵＣＣＨフォーマットと称されてもよい。また、１つのサービングセルのあるサブフレームで検出したｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの数が１つよりも多い場合、対応するｓＰＵＣＣＨフォーマットは、第２のｓＰＵＣＣＨフォーマットと称されてもよい。１つのサブフレームで検出したｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの数が１つよりも多い場合とは、ｓＰＤＳＣＨの数が１つよりも多いことを含んでいる。
【０１９３】
また、１つのｓＰＵＣＣＨ（１つのｓＰＵＣＣＨフォーマット）で送信可能な（フィードバック可能な）ｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの数は、ｓＰＵＣＣＨを構成するシンボルの数とｓＰＤＳＣＨを構成するシンボルの数に基づいて決定されてもよい。例えば、ｓＰＵＣＣＨが７シンボルで構成される場合、且つ、ｓＰＤＳＣＨが７シンボルおよび／または１４シンボルで構成される場合、ｓＰＵＣＣＨで送信される、１つのサブフレームにおけるｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの数は、１つであってもよい。また、ｓＰＵＣＣＨが７シンボルで構成される場合、且つ、ｓＰＤＳＣＨが２シンボルで構成される場合、ｓＰＵＣＣＨで送信される、１つのサブフレームにおけるｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの数は、１つより多くてもよい。
【０１９４】
次に、本実施形態に係る下りリンク送信（ｓＰＤＳＣＨ）に対するＨＡＲＱ−ＡＣＫプロシージャの別の一例について説明する。
【０１９５】
１つのＦＤＤセルに対して、ｓＰＤＳＣＨとｓＰＵＣＣＨのＴＴＩ長が個別に設定される場合、且つ、サブフレームｎ−ｋにおいて複数のｓＰＤＳＣＨを検出した場合、サブフレームｎで、ＰＵＣＣＨフォーマット１ｂまたはチャネル選択を伴うＰＵＣＣＨフォーマット１ｂまたはＰＵＣＣＨフォーマット３のいずれかを用いて、対応するＨＡＲＱ−ＡＣＫを送信してもよい。つまり、ＰＵＣＣＨフォーマット１ｂまたはＰＵＣＣＨフォーマット３は、ｓＰＤＳＣＨおよび／またはｓＰＵＣＣＨが設定される場合に、１つのサービングセルの１つのサブフレームに対して、２ビット以上のＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。なお、サブフレームｎで、ＰＵＣＣＨフォーマット１を用いるか、
ＰＵＣＣＨフォーマット１ａを用いるか、ＰＵＣＣＨフォーマット１ｂを用いるか、チャネル選択を伴うＰＵＣＣＨフォーマット１ｂを用いるか、ＰＵＣＣＨフォーマット３を用いるかは、サブフレームｎ−ｋで検出したｓＰＤＳＣＨの数、および、対応するＨＡＲＱ−ＡＣＫの数に基づいて決定されてもよい。
【０１９６】
以下では、ＰＵＣＣＨのＴＴＩ長、つまり、ＰＵＣＣＨかｓＰＵＣＣＨかに因らず、ｓＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫを、所定のＰＵＣＣＨフォーマットを用いて送信できることを想定している。
【０１９７】
端末装置は、１つのＦＤＤセルに対して、サブフレームｎ−ｋにおいて１つのｓＰＤＳＣＨを検出した場合、サブフレームｎで、ＰＵＣＣＨフォーマット１ａを用いて、対応するＨＡＲＱ−ＡＣＫを送信してもよい。
【０１９８】
端末装置は、１つのＦＤＤセルに対して、サブフレームｎ−ｋにおいて２つのｓＰＤＳＣＨを検出した場合、サブフレームｎで、ＰＵＣＣＨフォーマット１ｂを用いて、対応するＨＡＲＱ−ＡＣＫを送信してもよい。
【０１９９】
端末装置は、１つのＦＤＤセルに対して、サブフレームｎ−ｋにおいて４つまでのｓＰＤＳＣＨを検出した場合、サブフレームｎで、チャネル選択を伴うＰＵＣＣＨフォーマット１ｂを用いて、対応するＨＡＲＱ−ＡＣＫを送信してもよい。
【０２００】
図３は、本実施形態に係るチャネル選択を伴うＰＵＣＣＨフォーマット１ｂが７シンボルに設定された場合の２シンボルのｓＰＤＳＣＨとの対応関係を示す図である。チャネル選択を伴うＰＵＣＣＨフォーマット１ｂは、４つのｓＰＵＣＣＨリソースを用いて、４ビットまでのＨＡＲＱ−ＡＣＫの送信をサポートする。各スロットのｓＰＵＣＣＨで送信される、チャネル選択を伴うＰＵＣＣＨフォーマット１ｂは、４つまたは３つのｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するために用いられる。１つのサブフレームで複数のｓＰＤＳＣＨが検出される場合、１つのＰＵＣＣＨフォーマットにマップできるＨＡＲＱ−ＡＣＫビットに制限があるとすれば、図３のような対応表が規定されてもよい。この対応表は、上位層パラメータとして設定されてもよいし、ＤＣＩフォーマットのフィールドとして設定されてもよい。なお、図３は、短縮された端末装置の処理時間を２サブフレーム（２ｍｓ）と想定している。
【０２０１】
端末装置は、１つのＦＤＤセルに対して、サブフレームｎ−ｋにおいて４つ以上のｓＰＤＳＣＨを検出した場合、サブフレームｎで、ＰＵＣＣＨフォーマット３を用いて、対応するＨＡＲＱ−ＡＣＫを送信してもよい。
【０２０２】
端末装置は、１つのＦＤＤセルに対して、サブフレームｎ−ｋにおいて７つまでのｓＰＤＳＣＨを検出した場合、サブフレームｎで、ＰＵＣＣＨフォーマット２ｂを用いて、対応するＨＡＲＱ−ＡＣＫを送信してもよい。
【０２０３】
また、端末装置は、１つのＦＤＤセルに対して、サブフレームｎ−ｋにおいて７つまでのｓＰＤＳＣＨを検出可能な場合、および／または、サブフレームｎ−ｋ＋１において７つまでのｓＰＤＳＣＨを検出可能な場合、サブフレームｎで、７シンボルで構成された（つまり、７シンボルのｓＴＴＩの）ＰＵＣＣＨフォーマット２ｂを用いて、対応する７つのｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信してもよい。ＨＡＲＱ−ＡＣＫビット（ＨＡＲＱ−ＡＣＫ（ｊ））がどのサブフレームのどのｓＰＤＳＣＨに対応するかは、上位層シグナリングを介して、示されてもよいし、予め規定されてもよい。例えば、図４に示す対応表に基づいて、ＨＡＲＱ−ＡＣＫビットとｓＰＤＳＣＨの対応関係が示されてもよい。なお、ＨＡＲＱ−ＡＣＫビットの値は、ＡＣＫを示す場合には“１”に相当するビッ
ト値にセットされ、ＮＡＣＫを示す場合には“０”に相当するビット値にセットされてもよい。また、ＨＡＲＱ−ＡＣＫビットの値は、ＤＴＸ（Discontinuous Transmission）を示す場合には対応するビットをセットしなくてもよい。これらは一例であり、この例以外の組み合わせであってもよい。
【０２０４】
図４は、本実施形態に係る１つのサブフレームに１つ以上のｓＰＤＳＣＨが検出可能な場合の、ＰＵＣＣＨフォーマット２ｂに対するＨＡＲＱ−ＡＣＫ（ｊ）へあるサービングセルのあるサブフレームにおけるｓＰＤＳＣＨのマッピングを示す図である。図４は、１つのＰＵＣＣＨフォーマット２ｂにおいて、７つのＨＡＲＱ−ＡＣＫビットが設定可能な場合について示している。インデックスに基づいて、各ＨＡＲＱ−ＡＣＫビットとｓＰＤＳＣＨの対応関係が規定されてもよい。インデックスは、上位層パラメータとして設定されてもよい。図４のＮＡ（Not available, not applicable）は、ｓＰＤＳＣＨがＰＤＣ
ＣＨおよび／またはｓＰＤＣＣＨと同じ領域に重複することによって、ｓＰＤＳＣＨが配置されない場合を示しており、対応するＨＡＲＱ−ＡＣＫがないことを示している。なお、図４のＮＡは、ＰＤＣＣＨおよび／またはｓＰＤＣＣＨの領域があることを示してもよい。
【０２０５】
端末装置は、１つのＦＤＤセルのサブフレームｎ−ｋにおいて複数のｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、サブフレームｎで、１つのＰＵＣＣＨまたは１つのＰＵＣＣＨフォーマットを用いて送信するか否かは上位層パラメータに基づいて決定されてもよい。
【０２０６】
また、ＰＵＣＣＨフォーマット１／１ａ／１ｂ／３のＴＴＩ長が７シンボル（１スロット）に設定される場合、端末装置は、サブフレームｎにおいて、２つのＰＵＣＣＨフォーマットを時間多重して送信することができる。７シンボルに設定されたＰＵＣＣＨフォーマット１／１ａ／１ｂ／３が設定された場合、サブフレームｎの第１のスロットで送信されるＰＵＣＣＨフォーマット１／１ａ／１ｂ／３は、サブフレームｎ−ｋにおけるｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するために用いられ、サブフレームｎの第２のスロットで送信されるＰＵＣＣＨフォーマット１／１ａ／１ｂ／３は、サブフレームｎ−ｋ＋１におけるｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。
【０２０７】
また、ＰＵＣＣＨフォーマット２／２ａ／２ｂのＴＴＩ長が７シンボル（１スロット）に設定される場合、端末装置は、サブフレームｎにおいて、２つのＰＵＣＣＨフォーマットを時間多重して送信することができる。７シンボルに設定されたＰＵＣＣＨフォーマット２／２ａ／２ｂが設定された場合、サブフレームｎの第１のスロットで送信されるＰＵＣＣＨフォーマット２／２ａ／２ｂは、サブフレームｎ−ｋにおけるｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するために用いられ、サブフレームｎの第２のスロットで送信されるＰＵＣＣＨフォーマット２／２ａ／２ｂは、サブフレームｎ−ｋ＋１におけるｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。
【０２０８】
ｓＰＤＳＣＨのＴＴＩ長が、ｓＰＵＣＣＨのＴＴＩ長よりも短い、つまり、シンボルの数が少ない場合、例えば、ｓＰＤＳＣＨのＴＴＩ長が２シンボルで、ｓＰＵＣＣＨのＴＴＩ長が７シンボルの場合、端末装置は、１つのサブフレームにおいて、最大７つのｓＰＤＳＣＨを検出することができる。端末装置は、その７つのｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、ＰＵＣＣＨフォーマット３を１つ用いて送信するか、チャネル選択を伴うＰＵＣＣＨフォーマット１ｂを２つ用いて送信するか（つまり、７つのｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを２つのグループに分けて送信するか）、を上位層パラメータに基づいて決定してもよい。ＰＵＣＣＨフォーマット３を用いる場合は、ＰＵＣＣＨリソースを最小限にでき、ＰＵＣＣＨフォーマット１ｂを用いる場合は、ＰＵＣＣＨフォーマット３よりは送信できるＨＡＲＱ−ＡＣＫの数が制限されるが、ＰＵＣＣＨフォーマット３より
も早く、対応するＨＡＲＱ−ＡＣＫを送信することができる。
【０２０９】
ｓＰＤＳＣＨのＴＴＩ長が、ｓＰＵＣＣＨのＴＴＩ長よりも長いまたは同じ、つまり、シンボルの数が多いまたは同じ場合、例えば、ｓＰＤＳＣＨのＴＴＩ長が７シンボルで、ｓＰＵＣＣＨのＴＴＩ長が２シンボルの場合、端末装置は、１つのサブフレームにおいて、最大２つのｓＰＤＳＣＨを検出することができる。このような場合、端末装置は、ｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、ＰＵＣＣＨフォーマット１ａを用いて送信してもよい。そうすることによって、端末装置は、受信信号の処理時間削減に合わせて、より早く、対応するＨＡＲＱ−ＡＣＫを送信することができる。
【０２１０】
ｓＰＤＳＣＨのＴＴＩ長がｓＰＵＣＣＨのＴＴＩ長よりも長いまたは同じ場合、ＨＡＲＱ−ＡＣＫに対するｓＰＵＣＣＨまたはＰＵＣＣＨと、ＣＳＩに対するｓＰＵＣＣＨまたはＰＵＣＣＨは個別に規定されてもよい。例えば、ＨＡＲＱ−ＡＣＫに対するｓＰＵＣＣＨまたはＰＵＣＣＨをタイプ１ＰＵＣＣＨ／ｓＰＵＣＣＨと称し、ＣＳＩに対するｓＰＵＣＣＨまたはＰＵＣＣＨをタイプ２ＰＵＣＣＨ／ｓＰＵＣＣＨと称してもよい。端末装置において、タイプ１ＰＵＣＣＨとタイプ２ＰＵＣＣＨの同時送信がサポートされている場合、つまり、ＨＡＲＱ−ＡＣＫとＣＳＩの同時送信がサポートされている場合、端末装置は、同じサブフレームで、タイプ１ＰＵＣＣＨとタイプ２ＰＵＣＣＨの同時送信を行なうことができる。なお、タイプ１ＰＵＣＣＨとタイプ２ＰＵＣＣＨは、異なるリソースであってもよい、つまり、個別にリソースが設定されてもよい。また、タイプ１ＰＵＣＣＨとタイプ２ＰＵＣＣＨは、異なるＴＴＩ長であってもよい、つまり、個別にＴＴＩ長が設定されてもよい。
【０２１１】
なお、タイプ１ＰＵＣＣＨとタイプ２ＰＵＣＣＨの同時送信が可能な場合、タイプ１ＰＵＣＣＨとタイプ２ＰＵＣＣＨは異なるアンテナポートを用いて送信されてもよい。
【０２１２】
ｓＰＤＳＣＨおよびｓＰＵＣＣＨが設定される場合、端末装置は、ＰＵＣＣＨフォーマットＸ１を用いて各ｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信してもよい。例えば、ＰＵＣＣＨフォーマットＸ１が７シンボルで構成される場合、７ビットまでのＨＡＲＱ−ＡＣＫが送信可能であってもよい。なお、ＰＵＣＣＨフォーマットＸ１は、ＰＵＣＣＨフォーマットＸ１に関するリソースが上位層パラメータとして設定される場合に用いられてもよい。また、ＰＵＣＣＨフォーマットＸ１が２シンボルで構成される場合、２ビットまでのＨＡＲＱ−ＡＣＫが送信可能であってもよい。また、また、ＰＵＣＣＨフォーマットＸ１が２シンボルで構成される場合、送信可能なＨＡＲＱ−ＡＣＫのビット数を増やすために、ＰＵＣＣＨリソース（周波数方向のリソース）の数を増やしてもよい。
【０２１３】
ＰＵＣＣＨフォーマットは、設定されたＴＴＩ長に基づいて、その解釈が変わってもよい。例えば、ＰＵＣＣＨフォーマットがｓＴＴＩ（１４シンボルよりも少ないＴＴＩ長）に対して設定される場合、つまり、ｓＴＴＩに対応するＰＵＣＣＨフォーマットが設定される場合、ＰＵＣＣＨフォーマットには少なくともｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが含まれてもよい。例えば、ｓＴＴＩに対応するＰＵＣＣＨフォーマットには、以下のような内容が追加されてもよい。
【０２１４】
ＰＵＣＣＨフォーマット１ｂは、ｓＴＴＩに対して設定された場合、且つ、１つのサービングセルが設定された場合、２ビットまでのＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。ＰＵＣＣＨフォーマット１ｂは、１つのサブフレームに、例えば、２つのｓＰＤＳＣＨが時間多重される場合に、それぞれに対応するＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。
【０２１５】
チャネル選択を伴うＰＵＣＣＨフォーマット１ｂは、ｓＴＴＩに対して設定された場合
、且つ、１つのサービングセル（１つのＦＤＤセル）が設定された場合、チャネル選択を伴って、４ビットまでのＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。チャネル選択を伴うＰＵＣＣＨフォーマット１ｂは、例えば、１つのサブフレームに４つのｓＰＤＳＣＨが時間多重される場合に、それぞれに対応するＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。なお、１つのサブフレームに、４つよりも多いｓＰＤＳＣＨが時間多重される場合、２つのチャネル選択を伴うＰＵＣＣＨフォーマット１ｂを時間多重することによって、４つよりも多い場合のｓＰＤＳＣＨに対応できるようにしてもよい。
【０２１６】
ＰＵＣＣＨフォーマット２は、ｓＴＴＩに対して設定された場合、且つ、１つのサービングセル（１つのＦＤＤセル）が設定された場合、１０ビットまでのＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。ＰＵＣＣＨフォーマット２は、例えば、１つのサブフレームに７つのｓＰＤＳＣＨが時間多重される場合に、それぞれに対応するＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。ｓＴＴＩに対しては、ＰＵＣＣＨフォーマット２のみがサポートされてもよい。なお、ＰＵＣＣＨフォーマット２に対して７シンボルのｓＴＴＩが設定される場合、５ビットまでのＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。
【０２１７】
ＰＵＣＣＨフォーマット２ａは、ｓＴＴＩに対して設定された場合、且つ、１つのサービングセル（１つのＦＤＤセル）が設定された場合、１１ビットまでのＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。ＰＵＣＣＨフォーマット２ａは、例えば、１つのサブフレームに７つのｓＰＤＳＣＨが時間多重される場合に、それぞれに対応するＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。ｓＴＴＩに対しては、ＰＵＣＣＨフォーマット２ａのみがサポートされてもよい。なお、ＰＵＣＣＨフォーマット２ａに対して７シンボルのｓＴＴＩが設定される場合、６ビットまでのＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。
【０２１８】
ＰＵＣＣＨフォーマット２ｂは、ｓＴＴＩに対して設定された場合、且つ、１つのサービングセルが設定された場合、１２ビットまでのＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。ＰＵＣＣＨフォーマット２ｂは、例えば、１つのサブフレームに７つのｓＰＤＳＣＨが時間多重される場合に、それぞれに対応するＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。ｓＴＴＩに対しては、ＰＵＣＣＨフォーマット２ｂのみがサポートされてもよい。なお、ＰＵＣＣＨフォーマット２ｂに対して７シンボルのｓＴＴＩが設定される場合、７ビットまでのＨＡＲＱ−ＡＣＫを送信するために用いられてもよい。
【０２１９】
ＰＵＣＣＨフォーマット２／２ａ／２ｂが７シンボルで構成される場合、１サブフレーム内の周波数ホッピングがサポートされてもよい。７シンボルのＰＵＣＣＨフォーマット２／２ａ／２ｂで周波数ホッピングを行なうか否かは、ある上位層パラメータに基づいて決定されてもよい。
【０２２０】
ＰＵＣＣＨフォーマットの解釈を変えることによって、ｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信を適切に行なうことができる。
【０２２１】
次に、端末装置および／または基地局装置の処理時間が短縮されることによってＴＡ（Timing Advance, Timing Alignment）の最大値が制限される場合の端末装置および／または基地局装置のプロシージャについて説明する。
【０２２２】
ＴＡは、端末装置の送信タイミングを調整するために用いられる。ＴＡの値は、ＴＡコマンドを用いて、端末装置に設定される。端末装置は、設定されたＴＡ値に基づいて、上りリンクサブフレームのサブフレーム境界よりもＴＡ値分、タイミングをずらして送信する。ＴＡ値は、上りリンク無線フレームｉの送信タイミングと、対応する下りリンク無線
フレームの先頭の時間差を示す。
【０２２３】
端末装置および／または基地局装置の処理時間が短縮される場合、且つ、ＴＡ値が大きい場合、端末装置において、下りリンク信号を受信してから、対応する上りリンク信号を送信するまでに十分な処理時間を確保することができず、上りリンク信号を送信できない場合がある。
【０２２４】
端末装置および／または基地局装置は、端末装置が測定したＴＡ値および／または受信と送信間の時間差を共有することによって、ＴＡ値に合わせて、処理時間の設定やＴＴＩ長の設定を行なうことができる。
【０２２５】
端末装置は、受信と送信間の時間差測定（Rx-Tx Time difference measurement）に関
するイベントが設定される場合、端末装置は、そのイベントに基づいて、基地局装置に、受信と送信間の時間差測定の測定結果を報告する。
【０２２６】
受信と送信間の時間差測定に関するイベントには、以下のようなイベントがある。
【０２２７】
イベント１は、測定結果が、所定の第１の閾値Ｔ１よりも大きくなった場合に、端末装置は、測定結果を報告する。また、イベント１は、測定結果が所定の第１の閾値Ｔ１から所定の第２の閾値Ｔ２の範囲内である時に端末装置は、測定結果を報告してもよい。所定の第１の閾値Ｔ１および／または所定の第２の閾値Ｔ２は、上位層パラメータとして設定されてもよい。なお、所定の第２の値Ｔ２は、ＴＡの最大値より小さくてもよい。端末装置は、測定結果が所定の第２の閾値Ｔ２よりも大きかった場合、ＰＲＡＣＨや上位層の信号を用いて、基地局装置に通知してもよい。
【０２２８】
イベント２は、前後の測定結果が所定の値よりも変化した場合に、端末装置は、前または後の測定結果を報告する。所定の値は、上位層パラメータとして設定されてもよい。例えば、前の測定結果（第１の測定結果）は、所定の値に変化する前に（最後に）報告した測定結果であってもよいし、所定の値よりも変化する直前の測定結果であってもよい。後の測定結果（第２の測定結果）は第１の測定結果と比べ、所定の値に変化した後（直後）の測定結果であってもよい。
【０２２９】
イベント３は、ＴＴＩ長が変更された場合に、ＴＴＩ長が変更される前（直前）の測定結果および／またはＴＴＩ長が変更された後（直後）の測定結果を報告してもよい。
【０２３０】
イベント４は、ＴＴＩ長が上位層シグナリングまたはＬ１シグナリング（ＤＣＩフォーマット）を介して設定または再設定された場合に、ＴＴＩ長が設定される前（直前）の測定結果および／またはＴＴＩ長が設定された後（直後）の測定結果を報告してもよい。
【０２３１】
イベント５は、上位層パラメータとして設定される報告間隔に応じて、測定結果を報告してもよい。報告間隔内で、複数の測定結果を有する場合には、測定結果は、報告間隔内で平均されてもよいし、報告する直前に測定した測定結果を報告してもよい。
【０２３２】
また、受信と送信間の時間差測定の測定結果は、ＤＣＩフォーマットに含まれるフィールドにセットされた値に基づいて報告されてもよい。
【０２３３】
ＤＣＩフォーマットに測定結果の報告を要求するフィールドが追加され、且つ、そのフィールドに、報告を要求することが示された場合、端末装置は、測定結果をＰＵＳＣＨおよび／またはｓＰＵＳＣＨを用いて報告してもよい。
【０２３４】
また、ＤＣＩフォーマットに測定結果の報告を要求するフィールドが追加され、且つ、そのフィールドに、報告を要求することが示された場合、端末装置は、測定結果が所定の閾値に近いか否かを示す情報（例えば、１ビットの情報）を報告してもよい。所定の閾値は、上位層パラメータとして設定されてもよい。
【０２３５】
次に、端末装置および／または基地局装置の処理時間が短縮されることに因らず、ＴＡの最大値が制限されない場合の端末装置および／または基地局装置のプロシージャについて説明する。
【０２３６】
基地局装置は、ＴＡ値に基づいて、端末装置が上りリンク信号を送信できない場合を考慮して、あるＤＣＩフォーマットに、上りリンク遅延フィールドを追加してもよい。あるＤＣＩフォーマットは、ｓＰＵＣＣＨの送信に係るＤＣＩフォーマットでもよいし、ｓＰＵＳＣＨの送信に係るＤＣＩフォーマットでもよいし、ｓＰＲＡＣＨの送信に係るＤＣＩフォーマットでもよい。
【０２３７】
基地局装置は、ＴＡコマンドを用いて送信するＴＡ値が所定の値よりも大きい場合、上りリンク遅延フィールドの値を所定のシンボル数に対応する値にセットしてもよい。端末装置は、通知された所定のシンボル数分だけ、上りリンク信号の送信を遅らせてもよい。
【０２３８】
ＤＣＩフォーマットに上りリンク遅延フィールドが追加されているか否かは、ある上位層パラメータに基づいて、決定されてもよい。
【０２３９】
上りリンク遅延フィールドの値は、上位層パラメータとして設定されてもよい。
【０２４０】
上りリンク遅延フィールドの値は、ＴＡコマンドにセットされた値に基づいて決定されてもよい。
【０２４１】
基地局装置によって制御される各周波数の通信可能範囲（通信エリア）はセルとしてみなされる。このとき、基地局装置がカバーする通信エリアは周波数毎にそれぞれ異なる広さ、異なる形状であっても良い。また、カバーするエリアが周波数毎に異なっていてもよい。基地局装置の種別やセル半径の大きさが異なるセルが、同一の周波数および／または異なる周波数のエリアに混在して一つの通信システムを形成している無線ネットワークのことを、ヘテロジニアスネットワークと称する。
【０２４２】
端末装置は電源を入れた直後など（例えば、起動時）、いずれのネットワークとも非接続状態である。このような非接続状態をアイドルモード（ＲＲＣアイドル）と称する。アイドルモードの端末装置は通信を行なうために、いずれかのネットワークと接続する必要がある。つまり、端末装置は、接続モード（ＲＲＣ接続）になる必要がある。ここで、ネットワークは、ネットワークに属する基地局装置やアクセスポイント、ネットワークサーバ、モデムなどを含んでもよい。
【０２４３】
端末装置と基地局装置は、ＣＡによって複数の異なる周波数バンド（周波数帯）の周波数（コンポーネントキャリア、または、周波数帯域）を集約（アグリゲート）して一つの周波数（周波数帯域）のように扱う技術を適用してもよい。コンポーネントキャリアには、上りリンク（上りリンクセル）に対応する上りリンクコンポーネントキャリアと、下りリンク（下りリンクセル）に対応する下りリンクコンポーネントキャリアとがある。本発明の各実施形態において、周波数と周波数帯域は同義的に使用され得る。
【０２４４】
例えば、ＣＡによって周波数帯域幅が２０ＭＨｚのコンポーネントキャリアを５つ集約した場合、ＣＡを可能な能力を持つ端末装置はこれらを１００ＭＨｚの周波数帯域幅とみ
なして送受信を行なってもよい。なお、集約するコンポーネントキャリアは連続した周波数であっても、すべてまたは一部が不連続となる周波数であってもよい。例えば、使用可能な周波数バンドが８００ＭＨｚ帯、２ＧＨｚ帯、３．５ＧＨｚ帯である場合、あるコンポーネントキャリアが８００ＭＨｚ帯、別のコンポーネントキャリアが２ＧＨｚ帯、さらに別のコンポーネントキャリアが３．５ＧＨｚ帯で送信されていてもよい。端末装置および／または基地局装置は、それらのオペレーティングバンドに属するコンポーネントキャリア（セルに相当するコンポーネントキャリア）を用いて同時に、送信および／または受信を行なってもよい。
【０２４５】
また、同一周波数帯の連続または不連続の複数のコンポーネントキャリアを集約することも可能である。各コンポーネントキャリアの周波数帯域幅は端末装置の受信可能周波数帯域幅（例えば、２０ＭＨｚ）よりも狭い周波数帯域幅（例えば、５ＭＨｚや１０ＭＨｚ）であってもよく、集約する周波数帯域幅が各々異なっていてもよい。ＮＸの機能を有する端末装置および／または基地局装置は、ＬＴＥセルと後方互換性を持つセルと、後方互換性を持たないセルの両方をサポートしてもよい。
【０２４６】
また、ＬＲの機能を有する端末装置および／または基地局装置は、ＬＴＥと後方互換性のない複数のコンポーネントキャリア（キャリアタイプ、セル）を集約してもよい。なお、基地局装置が端末装置に割り当てる（設定する、追加する）上りリンクコンポーネントキャリアの数は、下りリンクコンポーネントキャリアの数と同じか少なくてもよい。
【０２４７】
無線リソース要求のための上りリンク制御チャネルの設定が行なわれる上りリンクコンポーネントキャリアと、当該上りリンクコンポーネントキャリアとセル固有接続される下りリンクコンポーネントキャリアから構成されるセルは、ＰＣｅｌｌと称される。また、ＰＣｅｌｌ以外のコンポーネントキャリアから構成されるセルは、ＳＣｅｌｌと称される。端末装置は、ＰＣｅｌｌでページングメッセージの受信、報知情報の更新の検出、初期アクセス手順、セキュリティ情報の設定などを行なう一方、ＳＣｅｌｌではこれらを行なわなくてもよい。
【０２４８】
ＰＣｅｌｌは活性化（Activation）および不活性化（Deactivation）の制御の対象外であるが（つまり必ず活性化しているとみなされる）、ＳＣｅｌｌは活性化および不活性化という状態（state）を持ち、これらの状態の変更は、基地局装置から明示的に指定され
るほか、コンポーネントキャリア毎に端末装置に設定されるタイマーに基づいて状態が変更される。ＰＣｅｌｌとＳＣｅｌｌとを合わせてサービングセル（在圏セル）と称する。
【０２４９】
ＬＴＥセルとＬＲセルの両方をサポートしている端末装置および／または基地局装置は、ＬＴＥセルとＬＲセルの両方を用いて通信を行なう場合、ＬＴＥセルに関するセルグループとＬＲセルに関するセルグループを構成してもよい。つまり、ＬＴＥセルに関するセルグループとＬＲセルに関するセルグループのそれぞれにおいて、ＰＣｅｌｌに相当するセルが含まれてもよい。
【０２５０】
なお、ＣＡは、複数のコンポーネントキャリア（周波数帯域）を用いた複数のセルによる通信であり、セル・アグリゲーションとも称される。なお、端末装置は、周波数毎に中継局装置（またはリピーター）を介して基地局装置と無線接続（ＲＲＣ接続）されてもよい。すなわち、本実施形態の基地局装置は、中継局装置に置き換えられてもよい。
【０２５１】
基地局装置は端末装置が該基地局装置で通信可能なエリアであるセルを周波数毎に管理する。１つの基地局装置が複数のセルを管理していてもよい。セルは、端末装置と通信可能なエリアの大きさ（セルサイズ）に応じて複数の種別に分類される。例えば、セルは、マクロセルとスモールセルに分類される。さらに、スモールセルは、そのエリアの大きさ
に応じて、フェムトセル、ピコセル、ナノセルに分類される。また、端末装置がある基地局装置と通信可能であるとき、その基地局装置のセルのうち、端末装置との通信に使用されるように設定されているセルはサービングセルであり、その他の通信に使用されないセルは周辺セルと称される。
【０２５２】
言い換えると、ＣＡにおいて、設定された複数のサービングセルは、１つのＰＣｅｌｌと１つまたは複数のＳＣｅｌｌとを含む。
【０２５３】
ＰＣｅｌｌは、初期コネクション確立手順（RRC Connection establishment procedure）が行なわれたサービングセル、コネクション再確立手順（RRC Connection reestablishment procedure）を開始したサービングセル、または、ハンドオーバ手順においてＰＣｅｌｌと指示されたセルである。ＰＣｅｌｌは、プライマリ周波数でオペレーションする。コネクションが（再）確立された時点、または、その後に、ＳＣｅｌｌが設定されてもよい。ＳＣｅｌｌは、セカンダリ周波数でオペレーションする。なお、コネクションは、ＲＲＣコネクションと称されてもよい。ＣＡをサポートしている端末装置に対して、１つのＰＣｅｌｌと１つ以上のＳＣｅｌｌで集約されてもよい。
【０２５４】
端末装置は、１つよりも多いサービングセルが設定されるか、セカンダリセルグループが設定されるとすれば、各サービングセルに対して、少なくとも所定の数のトランスポートブロックに対して、トランスポートブロックのコードブロックのデコーディング失敗に応じて、少なくとも所定の範囲に相当する受信したソフトチャネルビットを保持する。
【０２５５】
ＬＡＡ端末は、２つ以上の無線アクセス技術（ＲＡＴ）に対応する機能をサポートしてもよい。
【０２５６】
ＬＡＡ端末は、２つ以上のオペレーティングバンドをサポートする。つまり、ＬＡＡ端末は、ＣＡに関する機能をサポートしている。
【０２５７】
また、ＬＡＡ端末は、ＴＤＤ（Time Division Duplex）やＨＤ−ＦＤＤ（Half Duplex Frequency Division Duplex）をサポートしてもよい。また、ＬＡＡ端末は、ＦＤ−ＦＤ
Ｄ（Full Duplex FDD）をサポートしてもよい。ＬＡＡ端末は、どのデュプレックスモー
ド／フレーム構造タイプをサポートしているかを、能力情報などの上位層シグナリングを介して示してもよい。
【０２５８】
また、ＬＡＡ端末は、カテゴリーＸ（Ｘは所定の値）のＬＴＥ端末であってもよい。つまり、ＬＡＡ端末は、１つのＴＴＩで送信／受信可能なトランスポートブロックの最大ビット数が拡張されてもよい。ＬＴＥでは、１ＴＴＩは１サブフレームに相当する。
【０２５９】
なお、本発明の各実施形態において、ＴＴＩとサブフレームは個別に定義されてもよい。
【０２６０】
また、ＬＡＡ端末は、複数のデュプレックスモード／フレーム構造タイプをサポートしてもよい。
【０２６１】
フレーム構造タイプ１は、ＦＤ−ＦＤＤとＨＤ−ＦＤＤの両方に対して適用できる。ＦＤＤでは、各１０ｍｓ間隔で、下りリンク送信と上りリンク送信のそれぞれに対して１０サブフレームずつ利用できる。また、上りリンク送信と下りリンク送信は、周波数領域で分けられる。ＨＤ−ＦＤＤオペレーションにおいて、端末装置は、同時に送信と受信はできないが、ＦＤ−ＦＤＤオペレーションにおいてはその制限がない。
【０２６２】
周波数ホッピングや使用周波数が変更された際の、再チューニング時間（チューニングに必要な時間（サブフレーム数またはシンボル数））は上位層シグナリングによって設定されてもよい。
【０２６３】
例えば、ＬＡＡ端末において、サポートする下りリンク送信モード（ＰＤＳＣＨ送信モード）の数は削減されてもよい。つまり、基地局装置は、ＬＡＡ端末から能力情報として、下りリンク送信モードの数、または、そのＬＡＡ端末がサポートしている下りリンク送信モードが示された場合には、その能力情報に基づいて、下りリンク送信モードを設定する。なお、ＬＡＡ端末は、自身がサポートしてない下りリンク送信モードに対するパラメータが設定された場合、その設定を無視してもよい。つまり、ＬＡＡ端末は、サポートしていない下りリンク送信モードに対する処理を行なわなくてもよい。ここで、下りリンク送信モードは、設定された下りリンク送信モードやＲＮＴＩの種類、ＤＣＩフォーマット、サーチスペースに基づいて、ＰＤＣＣＨ／ＥＰＤＣＣＨに対応するＰＤＳＣＨの送信方式を示すために用いられる。端末装置は、それらの情報に基づいて、ＰＤＳＣＨが、アンテナポート０で送信されるのか、送信ダイバーシティで送信されるのか、複数のアンテナポートで送信されるのか、などが分かる。端末装置は、それらの情報に基づいて、受信処理を適切に行なうことができる。同じ種類のＤＣＩフォーマットからＰＤＳＣＨのリソース割り当てに関するＤＣＩを検出しても、下りリンク送信モードやＲＮＴＩの種類が異なる場合には、そのＰＤＳＣＨは、同じ送信方式で送信されるとは限らない。
【０２６４】
端末装置が、ＰＵＣＣＨとＰＵＳＣＨの同時送信に関する機能をサポートしている場合、且つ、ＰＵＳＣＨの繰り返し送信および／またはＰＵＣＣＨの繰り返し送信に関する機能をサポートしている場合には、ＰＵＳＣＨの送信が生じたタイミングまたはＰＵＣＣＨの送信が生じたタイミングにおいて、ＰＵＣＣＨとＰＵＳＣＨは、所定の回数、繰り返し送信が行なわれてもよい。つまり、同じタイミング（つまり、同じサブフレーム）でＰＵＣＣＨとＰＵＳＣＨの同時送信を行なってもよい。
【０２６５】
このような場合において、ＰＵＣＣＨには、ＣＳＩレポートやＨＡＲＱ−ＡＣＫ、ＳＲが含まれてもよい。
【０２６６】
ＰＣｅｌｌでは、すべての信号が送受信可能であるが、ＳＣｅｌｌでは、送受信できない信号があってもよい。例えば、ＰＵＣＣＨは、ＰＣｅｌｌでのみ送信される。また、ＰＲＡＣＨは、セル間で、複数のＴＡＧ（Timing Advance Group）が設定されない限り、ＰＣｅｌｌでのみ送信される。また、ＰＢＣＨは、ＰＣｅｌｌでのみ送信される。また、ＭＩＢは、ＰＣｅｌｌでのみ送信される。しかし、端末装置に、ＳＣｅｌｌでＰＵＣＣＨやＭＩＢを送信する機能がサポートされている場合には、基地局装置は、その端末装置に対して、ＰＵＣＣＨやＭＩＢをＳＣｅｌｌ（ＳＣｅｌｌに対応する周波数）で送信することを指示してもよい。つまり、端末装置がその機能をサポートしている場合には、基地局装置は、その端末装置に対して、ＰＵＣＣＨやＭＩＢをＳＣｅｌｌで送信するためのパラメータを設定してもよい。
【０２６７】
ＰＣｅｌｌでは、ＲＬＦ（Radio Link Failure）が検出される。ＳＣｅｌｌでは、ＲＬＦが検出される条件を満たしてもＲＬＦが検出されたと認識しない。ＰＣｅｌｌの下位層において、ＲＬＦの条件を満たした場合、ＰＣｅｌｌの下位層は、ＰＣｅｌｌの上位層へＲＬＦの条件が満たされたことを通知する。ＰＣｅｌｌでは、ＳＰＳ（Semi-Persistent Scheduling）やＤＲＸ（Discontinuous Transmission）を行なってもよい。ＳＣｅｌｌでは、ＰＣｅｌｌと同じＤＲＸを行なってもよい。ＳＣｅｌｌにおいて、ＭＡＣの設定に関する情報／パラメータは、基本的に、同じセルグループのＰＣｅｌｌと共有している。一部のパラメータ（例えば、ｓＴＡＧ−Ｉｄ）は、ＳＣｅｌｌ毎に設定されてもよい。一部のタイマーやカウンタが、ＰＣｅｌｌに対してのみ適用されてもよい。ＳＣｅｌｌに対し
てのみ、適用されるタイマーやカウンタが設定されてもよい。
【０２６８】
図５は、本実施形態に係る基地局装置２のブロック構成の一例を示す概略図である。基地局装置２は、上位層（上位層制御情報通知部）５０１、制御部（基地局制御部）５０２、コードワード生成部５０３、下りリンクサブフレーム生成部５０４、ＯＦＤＭ信号送信部（下りリンク送信部）５０６、送信アンテナ（基地局送信アンテナ）５０７、受信アンテナ（基地局受信アンテナ）５０８、ＳＣ−ＦＤＭＡ信号受信部（チャネル状態測定部および／またはＣＳＩ受信部）５０９、上りリンクサブフレーム処理部５１０を有する。下りリンクサブフレーム生成部５０４は、下りリンク参照信号生成部５０５を有する。また、上りリンクサブフレーム処理部５１０は、上りリンク制御情報抽出部（ＣＳＩ取得部／ＨＡＲＱ−ＡＣＫ取得部／ＳＲ取得部）５１１を有する。なお、ＳＣ−ＦＤＭＡ信号受信部５０９は、受信信号やＣＣＡ、干渉雑音電力の測定部も兼ねている。なお、ＳＣ−ＦＤＭＡ信号受信部は、端末装置がＯＦＤＭ信号の送信をサポートしている場合には、ＯＦＤＭ信号受信部であってもよいし、ＯＦＤＭ信号受信部を含んでもよい。なお、下りリンクサブフレーム生成部は、下りリンクＴＴＩ生成部であってもよいし、下りリンクＴＴＩ生成部を含んでもよい。下りリンクＴＴＩ生成部は、下りリンクＴＴＩを構成する物理チャネルおよび／または物理信号の生成部であってもよい。なお、上りリンクについても同様であってもよい。なお、図示しないが、基地局装置には、ＴＡコマンドを送信する送信部が含まれてもよい。また、基地局装置には、端末装置から報告された受信と送信間の時間差に関する測定結果を受信する受信部が含まれてもよい。
【０２６９】
図６は、本実施形態に係る端末装置１のブロック構成の一例を示す概略図である。端末装置１は、受信アンテナ（端末受信アンテナ）６０１、ＯＦＤＭ信号受信部（下りリンク受信部）６０２、下りリンクサブフレーム処理部６０３、トランスポートブロック抽出部（データ抽出部）６０５、制御部（端末制御部）６０６、上位層（上位層制御情報取得部）６０７、チャネル状態測定部（ＣＳＩ生成部）６０８、上りリンクサブフレーム生成部６０９、ＳＣ−ＦＤＭＡ信号送信部（ＵＣＩ送信部）６１１および６１２、送信アンテナ（端末送信アンテナ）６１３および６１４を有する。下りリンクサブフレーム処理部６０３は、下りリンク参照信号抽出部６０４を有する。また、上りリンクサブフレーム生成部６０９は、上りリンク制御情報生成部（ＵＣＩ生成部）６１０を有する。なお、ＯＦＤＭ信号受信部６０２は、受信信号やＣＣＡ、干渉雑音電力の測定部も兼ねている。つまり、ＯＦＤＭ信号受信部６０２において、ＲＲＭ測定が行なわれてもよい。端末装置がＯＦＤＭ信号の送信をサポートしている場合には、ＳＣ−ＦＤＭＡ信号送信部は、ＯＦＤＭ信号送信部であってもよいし、ＯＦＤＭ信号送信部を含んでもよい。なお、上りリンクサブフレーム生成部は、上りリンクＴＴＩ生成部であってもよいし、下りリンクＴＴＩ生成部を含んでもよい。また、端末装置は、上りリンク信号の送信電力を制御／セットするための電力制御部を含んでもよい。なお、図示しないが、端末装置には、端末装置の受信と送信間の時間差を測定するための測定部が含まれてもよい。また、端末装置には、時間差の測定結果を報告する送信部が含まれてもよい。
【０２７０】
図５と図６のそれぞれにおいて、上位層は、ＭＡＣ（Medium Access Control）層やＲ
ＬＣ（Radio Link Control）層、ＰＤＣＰ（Packet Data Convergence Protocol）層、ＲＲＣ（Radio Resource Control）層を含んでもよい。
【０２７１】
ＲＬＣ層は、上位層へＴＭ（Transparent Mode）データ伝送、ＵＭ（Unacknowledged Mode）データ伝送、上位層のＰＤＵ（Packet Data Unit）の伝送が成功したことを示すイ
ンディケーションを含むＡＭ（Acknowledged Mode）データ伝送を行なう。また、下位層
へはデータ伝送と、送信機会において送信されたＲＬＣ  ＰＤＵの全サイズとともに、送信機会の通知を行なう。
【０２７２】
ＲＬＣ層は、上位層ＰＤＵの伝送に関する機能、（ＡＭデータ伝送に対してだけ）ＡＲＱ（Automatic Repeat reQuest）を介したエラー補正に関する機能、（ＵＭとＡＭデータ伝送に対してだけ）ＲＬＣ  ＳＤＵ（Service Data Unit）の結合／分割／再構築に関す
る機能、（ＡＭデータ伝送に対して）ＲＬＣデータＰＤＵの再分割に関する機能、（ＡＭデータ伝送に対してだけ）ＲＬＣデータＰＤＵの並び替えに関する機能、（ＵＭとＡＭデータ伝送に対してだけ）重複検出に関する機能、（ＵＭとＡＭデータ伝送に対してだけ）ＲＬＣ  ＳＤＵの破棄に関する機能、ＲＬＣの再確立に関する機能、（ＡＭデータ伝送に対してだけ）プロトコルエラー検出に関する機能をサポートしている。
【０２７３】
まず、図５および図６を用いて、下りリンクデータの送受信の流れについて説明する。基地局装置２において、制御部５０２は、下りリンクにおける変調方式および符号化率などを示すＭＣＳ（Modulation and Coding Scheme）、データ送信に用いるＲＢを示す下りリンクリソース割り当て、ＨＡＲＱの制御に用いる情報（リダンダンシーバージョン、ＨＡＲＱプロセス番号、ＮＤＩ（New Data Indicator））を保持し、これらに基づいてコードワード生成部５０３や下りリンクサブフレーム生成部５０４を制御する。上位層５０１から送られてくる下りリンクデータ（下りリンクトランスポートブロック、ＤＬ−ＳＣＨデータ、ＤＬ−ＳＣＨトランスポートブロックとも称す）は、コードワード生成部５０３において、制御部５０２の制御の下で、誤り訂正符号化やレートマッチング処理などの処理が施され、コードワードが生成される。１つのセルにおける１つのサブフレームにおいて、最大２つのコードワードが同時に送信される。下りリンクサブフレーム生成部５０４では、制御部５０２の指示により、下りリンクサブフレームが生成される。まず、コードワード生成部５０３において生成されたコードワードは、ＰＳＫ（Phase Shift Keying）変調やＱＡＭ（Quadrature Amplitude Modulation）変調などの変調処理により、変調シ
ンボル系列に変換される。また、変調シンボル系列は、一部のＲＢ内のＲＥにマッピングされ、プレコーディング処理によりアンテナポート毎の下りリンクサブフレームが生成される。このとき、上位層５０１から送られてくる送信データ系列は、上位層における制御情報（例えば専用（個別）ＲＲＣ（Radio Resource Control）シグナリング）である上位層制御情報を含む。また、下りリンク参照信号生成部５０５では、下りリンク参照信号が生成される。下りリンクサブフレーム生成部５０４は、制御部５０２の指示により、下りリンク参照信号を下りリンクサブフレーム内のＲＥにマッピングする。下りリンクサブフレーム生成部５０４で生成された下りリンクサブフレームは、ＯＦＤＭ信号送信部５０６においてＯＦＤＭ信号に変調され、送信アンテナ５０７を介して送信される。なお、ここではＯＦＤＭ信号送信部５０６と送信アンテナ５０７を一つずつ有する構成を例示しているが、複数のアンテナポートを用いて下りリンクサブフレームを送信する場合は、ＯＦＤＭ信号送信部５０６と送信アンテナ５０７とを複数有する構成であってもよい。また、下りリンクサブフレーム生成部５０４は、ＰＤＣＣＨやＥＰＤＣＣＨまたはＰＤＣＣＨやＥＰＤＣＣＨに相当する制御チャネル／共用チャネルなどの物理層の下りリンク制御チャネルを生成して下りリンクサブフレーム内のＲＥにマッピングする能力も有することができる。複数の基地局装置は、それぞれ個別の下りリンクサブフレームを送信する。
【０２７４】
端末装置１では、受信アンテナ６０１を介して、ＯＦＤＭ信号受信部６０２においてＯＦＤＭ信号が受信され、ＯＦＤＭ復調処理が施される。
【０２７５】
下りリンクサブフレーム処理部６０３は、まずＰＤＣＣＨやＥＰＤＣＣＨまたはＰＤＣＣＨやＥＰＤＣＣＨに相当する制御チャネルなどの物理層の下りリンク制御チャネルを検出する。より具体的には、下りリンクサブフレーム処理部６０３は、ＰＤＣＣＨやＥＰＤＣＣＨまたはＰＤＣＣＨやＥＰＤＣＣＨに相当する制御チャネル／共用チャネルが割り当てられる領域においてＰＤＣＣＨやＥＰＤＣＣＨまたはＰＤＣＣＨやＥＰＤＣＣＨに相当する制御チャネルが送信されたものとして復号し、予め付加されているＣＲＣ（Cyclic Redundancy Check）ビットを確認する（ブラインド復号）。すなわち、下りリンクサブフ
レーム処理部６０３は、ＰＤＣＣＨやＥＰＤＣＣＨまたはＰＤＣＣＨやＥＰＤＣＣＨに相当する制御チャネル／共用チャネルをモニタリングする。ＣＲＣビットが予め基地局装置から割り当てられたＩＤ（Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）
、ＳＰＳ−Ｃ−ＲＮＴＩ（Semi-Persistent Scheduling-C-RNTI）など１つの端末に対し
て１つ割り当てられる端末固有識別子（UEID）、あるいはＴｅｍｐｏｒａｌｙ  Ｃ−ＲＮＴＩ）と一致する場合、下りリンクサブフレーム処理部６０３は、ＰＤＣＣＨあるいはＥＰＤＣＣＨまたはＰＤＣＣＨやＥＰＤＣＣＨに相当する制御チャネル／共用チャネルを検出できたものと認識し、検出したＰＤＣＣＨあるいはＥＰＤＣＣＨまたはＰＤＣＣＨやＥＰＤＣＣＨに相当する制御チャネルに含まれる制御情報を用いてＰＤＳＣＨまたはＰＤＳＣＨに相当するデータチャネル／共用チャネルを取り出す。
【０２７６】
制御部６０６は、制御情報に基づく下りリンクにおける変調方式および符号化率などを示すＭＣＳ、下りリンクデータ送信に用いるＲＢを示す下りリンクリソース割り当て、ＨＡＲＱの制御に用いる情報を保持し、これらに基づいて下りリンクサブフレーム処理部６０３やトランスポートブロック抽出部６０５などを制御する。より具体的には、制御部６０６は、下りリンクサブフレーム生成部５０４におけるＲＥマッピング処理や変調処理に対応するＲＥデマッピング処理や復調処理などを行なうように制御する。受信した下りリンクサブフレームから取り出されたＰＤＳＣＨは、トランスポートブロック抽出部６０５に送られる。また、下りリンクサブフレーム処理部６０３内の下りリンク参照信号抽出部６０４は、下りリンクサブフレームからＤＬＲＳを取り出す。
【０２７７】
トランスポートブロック抽出部６０５では、コードワード生成部５０３におけるレートマッチング処理、誤り訂正符号化に対応するレートマッチング処理、誤り訂正復号化などが施され、トランスポートブロックが抽出され、上位層６０７に送られる。トランスポートブロックには、上位層制御情報が含まれており、上位層６０７は上位層制御情報に基づいて制御部６０６に必要な物理層パラメータを知らせる。なお、複数の基地局装置２は、それぞれ個別の下りリンクサブフレームを送信しており、端末装置１ではこれらを受信するため、上述の処理を複数の基地局装置２毎の下りリンクサブフレームに対して、それぞれ行うようにしてもよい。このとき、端末装置１は複数の下りリンクサブフレームが複数の基地局装置２から送信されていると認識してもよいし、認識しなくてもよい。認識しない場合、端末装置１は、単に複数のセルにおいて複数の下りリンクサブフレームが送信されていると認識するだけでもよい。また、トランスポートブロック抽出部６０５では、トランスポートブロックが正しく検出できたか否かを判定し、判定結果は制御部６０６に送られる。
【０２７８】
ここで、トランスポートブロック抽出部６０５には、バッファ部（ソフトバッファ部）を含んでもよい。バッファ部において、抽出したトランスポートブロックの情報を一時的に記憶することができる。例えば、トランスポートブロック抽出部６０５は、同じトランスポートブロック（再送されたトランスポートブロック）を受信した場合、このトランスポートブロックに対するデータの復号が成功していないとすれば、バッファ部に一時的に記憶したこのトランスポートブロックに対するデータと新たに受信したデータを結合（合成）し、結合したデータを復号しようと試みる。バッファ部は、一時的に記憶したデータが必要なくなれば、もしくは、所定の条件を満たせば、そのデータをフラッシュする。フラッシュするデータの条件は、データに対応するトランスポートブロックの種類によって異なる。バッファ部は、データの種類毎に、用意されてもよい。例えば、バッファ部として、メッセージ３バッファやＨＡＲＱバッファが用意されてもよいし、Ｌ１／Ｌ２／Ｌ３などレイヤ毎に用意されてもよい。なお、情報／データをフラッシュするとは、情報やデータが格納されたバッファをフラッシュすることを含む。
【０２７９】
次に、上りリンク信号の送受信の流れについて説明する。端末装置１では制御部６０６
の指示の下で、下りリンク参照信号抽出部６０４で抽出された下りリンク参照信号がチャネル状態測定部６０８に送られ、チャネル状態測定部６０８においてチャネル状態および／または干渉が測定され、さらに測定されたチャネル状態および／または干渉に基づいて、ＣＳＩが算出される。また、制御部６０６は、トランスポートブロックが正しく検出できたか否かの判定結果に基づいて、上りリンク制御情報生成部６１０にＨＡＲＱ−ＡＣＫ（ＤＴＸ（未送信）、ＡＣＫ（検出成功）またはＮＡＣＫ（検出失敗））の生成および下りリンクサブフレームへのマッピングを指示する。端末装置１は、これらの処理を複数のセル毎の下りリンクサブフレームに対して、それぞれ行う。上りリンク制御情報生成部６１０では、算出されたＣＳＩおよび／またはＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＣＣＨに相当する制御チャネル／共用チャネルが生成される。上りリンクサブフレーム生成部６０９では、上位層６０７から送られる上りリンクデータを含むＰＵＳＣＨまたはＰＵＳＣＨに相当するデータチャネル／共用チャネルと、上りリンク制御情報生成部６１０において生成されるＰＵＣＣＨまたは制御チャネルとが上りリンクサブフレーム内のＲＢにマッピングされ、上りリンクサブフレームが生成される。
【０２８０】
受信アンテナ５０８を介して、ＳＣ−ＦＤＭＡ信号受信部５０９においてＳＣ−ＦＤＭＡ信号が受信され、ＳＣ−ＦＤＭＡ復調処理が施される。上りリンクサブフレーム処理部５１０では、制御部５０２の指示により、ＰＵＣＣＨがマッピングされたＲＢを抽出し、上りリンク制御情報抽出部５１１においてＰＵＣＣＨに含まれるＣＳＩを抽出する。抽出されたＣＳＩは制御部５０２に送られる。ＣＳＩは、制御部５０２による下りリンク送信パラメータ（ＭＣＳ、下りリンクリソース割り当て、ＨＡＲＱなど）の制御に用いられる。なお、ＳＣ−ＦＤＭＡ信号受信部は、ＯＦＤＭ信号受信部であってもよい。また、ＳＣ−ＦＤＭＡ信号受信部は、ＯＦＤＭ信号受信部を含んでもよい。
【０２８１】
基地局装置は、パワーヘッドルームレポートから、端末装置が設定した最大出力電力ＰＣＭＡＸを想定し、端末装置から受信した物理上りリンクチャネルに基づいて、各物理上りリンクチャネルに対する電力の上限値を想定する。基地局装置は、それらの想定に基づいて、物理上りリンクチャネルに対する送信電力制御コマンドの値を決定し、下りリンク制御情報フォーマットを伴うＰＤＣＣＨを用いて、端末装置に送信する。そうすることによって、端末装置から送信される物理上りリンクチャネル／信号（または上りリンク物理チャネル／物理信号）の送信電力の電力調整が行なわれる。
【０２８２】
基地局装置は、端末装置に対してＰＤＣＣＨ（ＥＰＤＣＣＨ）／ＰＤＳＣＨ（またはこれらに相当するＬＲセルの共用チャネル／制御チャネル）を送信する場合、ＰＢＣＨ（またはＰＢＣＨに相当する報知チャネル）のリソースに割り当てないようにＰＤＣＣＨ／ＰＤＳＣＨのリソース割り当てを行なう。
【０２８３】
ＰＤＳＣＨは、端末装置に対するＳＩＢ／ＲＡＲ／ページング／ユニキャストのそれぞれに関するメッセージ／情報を伝送するために用いられてもよい。
【０２８４】
ＰＵＳＣＨに対する周波数ホッピングは、グラントの種類に応じて個別に設定されてもよい。例えば、ダイナミックスケジュールグラント、セミパーシステントグラント、ＲＡＲグラントのそれぞれに対応するＰＵＳＣＨの周波数ホッピングに用いられるパラメータの値は個別に設定されてもよい。それらのパラメータは、上りリンクグラントで示されなくてもよい。また、それらのパラメータは、システムインフォメーションを含む上位層シグナリングを介して設定されてもよい。
【０２８５】
上述した種々のパラメータは物理チャネル毎に設定されてもよい。また、上述した種々のパラメータは端末装置毎に設定されてもよい。また、上述したパラメータは端末装置間で共通に設定されてもよい。ここで、上述した種々のパラメータはシステムインフォメー
ションを用いて設定されてもよい。また、上述した種々のパラメータは上位層シグナリング（ＲＲＣシグナリング、ＭＡＣ  ＣＥ）を用いて設定されてもよい。また、上述した種々のパラメータはＰＤＣＣＨ／ＥＰＤＣＣＨを用いて設定されてもよい。上述した種々のパラメータはブロードキャストインフォメーションとして設定されてもよい。また、上述した種々のパラメータはユニキャストインフォメーションとして設定されてもよい。
【０２８６】
なお、上述した実施形態では、各ＰＵＳＣＨ送信に要求される電力値は、上位層により設定されるパラメータ、リソースアサインメントによってそのＰＵＳＣＨ送信に割り当てられたＰＲＢ数によって決まる調整値、下りリンクパスロスおよびそれに乗算される係数、ＵＣＩに適用されるＭＣＳのオフセットを示すパラメータによって決まる調整値、ＴＰＣコマンドによって得られる補正値などに基づいて算出されるものとして説明した。また、各ＰＵＣＣＨ送信に要求される電力値は、上位層により設定されるパラメータ、下りリンクパスロス、そのＰＵＣＣＨで送信されるＵＣＩによって決まる調整値、ＰＵＣＣＨフォーマットによって決まる調整値、そのＰＵＣＣＨの送信に用いられるアンテナポート数によって決まる調整値、ＴＰＣコマンドに基づく値などに基づいて算出されるものとして説明した。しかしながら、これに限るものではない。要求される電力値に対して上限値を設け、上記パラメータに基づく値と上限値（例えば、サービングセルｃにおける最大出力電力値であるＰＣＭＡＸ，ｃ）との間の最小値を、要求される電力値として用いることもできる。
【０２８７】
本発明に関わる基地局装置および端末装置で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御する
プログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory）などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが
行なわれる。
【０２８８】
なお、上述した実施形態における端末装置および／または基地局装置の一部をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０２８９】
なお、「コンピュータシステム」とは、端末装置または基地局装置に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０２９０】
さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０２９１】
また、上述した実施形態における基地局装置は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置の各機能または各機能ブロックの一部、または、全部を
備えてもよい。装置グループとして、基地局装置の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置は、集合体としての基地局装置と通信することも可能である。
【０２９２】
また、上述した実施形態における基地局装置は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置２は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０２９３】
また、上述した実施形態における端末装置、基地局装置の一部、または、全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置、基地局装置の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または、汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２９４】
また、上述した実施形態では、端末装置もしくは通信装置の一例としてセルラー移動局装置（携帯電話、携帯端末）を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器（例えば、冷蔵庫や電子レンジなど）、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、カーナビゲーションなどの車載搭載機、その他生活機器などの端末装置もしくは通信装置にも適用できる。
【０２９５】
以上のことから、本発明は、以下の特徴を有する。
【０２９６】
（１）本発明の一態様による端末装置は、基地局装置と通信する端末装置であって、ＰＤＳＣＨ（Physical Downlink Shared Channel）を受信する受信部と、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ（Hybrid Auto Repeat request-acknowledgement）を、ＰＵＣＣＨ（Physical Uplink Control Channel）を用いて送信する送信部と、を備え、前記送信
部は、前記ＰＤＳＣＨに対して所定のＴＴＩ（Transmission Time Interval）長が設定されることに基づいて、前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫを送信するタイミングを短縮し、前記ＨＡＲＱ−ＡＣＫを送信するＰＵＣＣＨフォーマットは、前記ＰＤＳＣＨと前記ＰＵＣＣＨのＴＴＩ長に基づいて決定される。
【０２９７】
（２）本発明の一態様による端末装置は、上記の端末装置であって、サブフレームｎにおいて、前記ＰＵＣＣＨを用いて前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する場合、前記ＰＵＣＣＨに含まれる前記ＨＡＲＱ−ＡＣＫの総数は、サブフレームｎ−ｋにおける前記ＰＤＳＣＨのＴＴＩ長に基づいて決定される。
【０２９８】
（３）本発明の一態様による端末装置は、上記の端末装置であって、前記ＰＤＳＣＨに対するＴＴＩ長と前記ＰＵＣＣＨに対するＴＴＩ長が異なる場合、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫは、上位層パラメータに基づいて設定されたＰＵＣＣＨフォーマットを用いて送信される。
【０２９９】
（４）本発明の一態様による方法は、上記の端末装置であって、基地局装置と通信する端末装置における方法であって、ＰＤＳＣＨ（Physical Downlink Shared Channel）を受信するステップと、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ（Hybrid Auto Repeat request-acknowledgement）を、ＰＵＣＣＨ（Physical Uplink Control Channel）を用いて
送信するステップと、前記ＰＤＳＣＨに対して所定のＴＴＩ（Transmission Time Interv
al）長が設定されることに基づいて、前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫを送信するタイミングを短縮するステップと、前記ＨＡＲＱ−ＡＣＫを送信するＰＵＣＣＨフォーマットを、前記ＰＤＳＣＨと前記ＰＵＣＣＨのＴＴＩ長に基づいて決定するステップと、を有する。
【０３００】
（５）本発明の一態様による端末装置は、基地局装置と通信する端末装置であって、前記端末装置の受信と送信間の時間差を測定する測定部と、前記時間差の測定に関するイベントに基づいて前記時間差に関する測定結果を報告する送信部と、を備え、前記送信部は、前記端末装置に対して、所定のＴＴＩ（Transmission Time Interval）長が設定された場合、且つ、前記測定結果が所定の閾値を超える場合、前記測定結果を報告する。
【０３０１】
（６）本発明の一態様による端末装置は、上記の端末装置であって、前記送信部は、第１の測定結果と第２の測定結果間の差が、所定の値よりも大きい場合に、前記第１の測定結果は、前記測定結果が前記所定の値に変化する前に最後に報告した測定結果であり、前記第２の測定結果は、前記第１の測定結果と比べ、前記所定の値よりも変化した直後の測定結果である。
【０３０２】
（７）本発明の一態様による端末装置は、上記の端末装置であって、前記送信部は、ＴＴＩ長が設定された場合に、前記測定結果を報告し、前記ＴＴＩ長は、上りリンクのＴＴＩ長、および／または、下りリンクのＴＴＩ長である。
【０３０３】
（８）本発明の一態様による方法は、基地局装置と通信する端末装置における方法であって、前記端末装置の受信と送信間の時間差を測定するステップと、前記時間差の測定に関するイベントに基づいて前記時間差に関する測定結果を報告するステップと、前記端末装置に対して、所定のＴＴＩ（Transmission Time Interval）長が設定された場合、且つ、前記測定結果が所定の閾値を超える場合、前記測定結果を報告するステップと、を有する。
【０３０４】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０３０５】
５０１  上位層
５０２  制御部
５０３  コードワード生成部
５０４  下りリンクサブフレーム生成部
５０５  下りリンク参照信号生成部
５０６  ＯＦＤＭ信号送信部
５０７  送信アンテナ
５０８  受信アンテナ
５０９  ＳＣ−ＦＤＭＡ信号受信部
５１０  上りリンクサブフレーム処理部
５１１  上りリンク制御情報抽出部
６０１  受信アンテナ
６０２  ＯＦＤＭ信号受信部
６０３  下りリンクサブフレーム処理部
６０４  下りリンク参照信号抽出部
６０５  トランスポートブロック抽出部
６０６  制御部
６０７  上位層
６０８  チャネル状態測定部
６０９  上りリンクサブフレーム生成部
６１０  上りリンク制御情報生成部
６１１、６１２  ＳＣ−ＦＤＭＡ信号送信部
６１３、６１４  送信アンテナ
【図１】
2019125817.tif 000003
【図２】
2019125817.tif 000004
【図３】
2019125817.tif 000005
【図４】
2019125817.tif 000006
【図５】
2019125817.tif 000007
【図６】
2019125817.tif 000008
【図７】
2019125817.tif 000009