JP6962197B2 - 装置及び方法 - Google Patents

Description

本開示は、装置及び方法に関する。

ＬＴＥ（Long Term Evolution）／ＬＴＥ−Ａ（Advanced）等の規格で適用される従来の変調方式では、ＰＳＫ／ＱＡＭなどで変調されたシンボルは、ナイキスト基準にしたがって、時間的に連続するシンボルが互いに干渉し合わないように(即ち、シンボル間干渉が発生しないように)シンボル間隔が設定される。これによって、受信装置側では、ＯＦＤＭ（orthogonal frequency-division multiplexing）、ＭＩＭＯ（multiple-input and multiple-output）など付随的な処理を除いて、特別な信号処理を施すことなく受信信号を復調及び復号することが可能となる。ただし、周波数利用効率の観点では、変調されたシンボルのシンボル間隔を、シンボル間隔の条件を超えて詰めることが困難なため、与えられた周波数帯域幅、ＭＩＭＯアンテナ数等に伴い上限が決まることとなる。通信システムの周波数帯域については、これまでのマイクロ波帯域から、より高い周波数である準ミリ波帯域、ミリ波帯域などまで拡張することが検討されているが、周波数帯域の資源は有限であるため、いずれは限界が訪れる。また、ＭＩＭＯについても、装置におけるアンテナ搭載のための物理的制限があるため、こちらも限界がある。

このような状況から、ＦＴＮ(Faster-Than-Nyquist)と呼ばれる技術が注目されている。例えば、特許文献１には、ＦＴＮについて開示されている。ＦＴＮは、変調されたシンボルのシンボル間隔を、上記に説明したシンボル間隔の条件を超えて詰めることによって、周波数利用効率の向上を図る変調方式及び送信方式である。このような構成により、変調の過程において、時間的に連続するシンボル間でシンボル間干渉が発生するため、受信装置側ではＦＴＮ信号を受信するために特別な信号処理を必要となるが、シンボル間隔の詰め方に応じて周波数利用効率を向上することが可能となる。

米国特許出願公開第２００６／００１３３３２号明細書

一方で、ＦＴＮを適用する場合には、上述したように、時間的に連続するシンボル間でシンボル間干渉が発生するため、受信装置側においてＦＴＮ信号を受信するため信号処理が必要となり、当該信号処理が受信装置側の負荷を増加させる要因となり得る。

そこで、本開示では、通信環境に応じてシンボル間隔またはサブキャリア間隔を適応的に調整することが可能な、装置及び方法を提案する。

本開示によれば、無線通信を行う通信部と、所定の条件に基づき設定された、ビット系列から変換された複素シンボル系列の時間方向のシンボル間隔または周波数方向のサブキャリア間隔の少なくとも一方を詰めて前記通信部から端末に送信されるように制御する制御部と、を備える、装置が提供される。

また、本開示によれば、無線通信を行うことと、プロセッサが、所定の条件に基づき設定された、ビット系列から変換された複素シンボル系列の時間方向のシンボル間隔または周波数方向のサブキャリア間隔の少なくとも一方を詰めて端末に無線で送信されるように制御することと、を含む、方法が提供される。

以上説明したように本開示によれば、通信環境に応じてシンボル間隔またはサブキャリア間隔を適応的に調整することが可能な、装置及び方法が提供される。

なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

ＦＴＮが採用される場合における送信処理の一例について説明するための説明図である。 ナイキストレート信号の波形整形フィルタ出力の一例を示す説明図である。 Faster-Than-Nyquist信号の波形整形フィルタ出力の一例を示す説明図である。 ＦＴＮが採用される場合における受信処理の一例について説明するための説明図である。 本開示の一実施形態に係るシステムの概略的な構成の一例を示す説明図である。 同実施形態に係る基地局の構成の一例を示すブロック図である。 同実施形態に係る端末装置の構成の一例を示すブロック図である。 ＦＴＮをサポートする場合における時間リソースの構成の一例について説明するための説明図である。 ＦＴＮをサポートする送信装置における処理の一例について説明するための説明図である。 ＦＴＮをサポートする送信装置における処理の一例について説明するための説明図である。 ＦＴＮをサポートする送信装置における処理の一例について説明するための説明図である。 ＦＴＮをサポートする送信装置における処理の一例について説明するための説明図である。 チャネルの周波数と、シンボル間干渉のレベルと、圧縮係数との関係の一例を示した図である。 チャネルの周波数に応じて圧縮係数を設定する処理の一例を示したフローチャートである。 チャネルの周波数と、シンボル間干渉のレベルと、圧縮係数との関係の他の一例を示した図である。 対象となるＣＣが、ＰＣＣ及びＳＣＣのいずれかに応じて圧縮係数を設定する処理の一例を示したフローチャートである。 ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 キャリアアグリゲーションを採用する通信システムにおいて、基地局と端末装置との間の通信に利用される周波数チャネルの一例を示した図である。 キャリアアグリゲーションを採用する通信システムにおいて、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 キャリアアグリゲーションを採用する通信システムにおいて、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 キャリアアグリゲーションを採用する通信システムにおいて、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 キャリアアグリゲーションを採用する通信システムにおいて、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 キャリアアグリゲーションを採用する通信システムにおいて、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 キャリアアグリゲーションを採用する通信システムにおいて、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。 キャリアアグリゲーション時におけるサブフレーム単位での境界の同期の例を示す説明図である。 キャリアアグリゲーション時におけるサブフレーム単位での境界の同期の例を示す説明図である。 異なるコンポーネントキャリア間で無線フレームの境界を揃えて同期させた場合の一例である。 クロスキャリアスケジューリングの実施判断フローの例を示す流れ図である。 クロスキャリアスケジューリングの実施判断フローの例を示す流れ図である。 複数のコンポーネントキャリアを利用する場合の、デュアルコネクティビティの実施判断の一例を示す流れ図である。 ＦＴＮのパラメータの値まで含めて判断する場合の、デュアルコネクティビティの実施判断の一例を示す流れ図である。 マルチキャリア変調をベースとした本実施形態の送信装置の構成の一例を示す説明図である。 マルチキャリア変調をベースとした本実施形態の送信装置の構成の一例を示す説明図である。 周波数方向の圧縮がない場合のサブキャリア配置（従来のサブキャリア配置）を示す説明図である。 本実施形態による周波数方向の圧縮がある場合のサブキャリア配置を示す説明図である。 サブフレームの長さ、またはＴＴＩの長さを、時間方向の圧縮によらず一定とする場合の一例を示す説明図である。 サブフレームの長さ、またはＴＴＩの長さを、時間方向の圧縮によらず一定とする場合の一例を示す説明図である。 圧縮係数の値の変化に対する、リソースエレメントの構成変更の判断フローの一例を示す流れ図である。 時間方向の圧縮によらずサブフレームあたりのシンボル数あるいはＴＴＩあたりのシンボル数を一定とする例を示す説明図である。 サブフレームの長さ、時間方向の圧縮によらずサブフレームあたりのシンボル数あるいはＴＴＩあたりのシンボル数を一定とする例を示す説明図である。 周波数方向の圧縮の有無（大小）によらず、リソースブロックの帯域幅を一定に保つ場合の例を示す説明図である。 周波数方向の圧縮によらず、リソースブロックの帯域幅を一定とする場合の一例を示す説明図である。 時間リソース割当て単位の境界および周波数リソース割当て単位の境界におけるリソース圧縮の一例を示す説明図である。 時間リソース割当て単位の境界および周波数リソース割当て単位の境界におけるリソース圧縮の一例を示す説明図である。 時間リソース割当て単位の境界および周波数リソース割当て単位の境界におけるリソース圧縮の一例を示す説明図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．ＦＴＮ
２．技術的課題
３．システムの概略的な構成
４．各装置の構成
４．１．基地局の構成
４．２．端末装置の構成
５．技術的特徴
６．変形例
６．１．変形例１：プレフィックスの制御の一例
６．２．変形例２：装置の移動速度に応じた制御の一例
６．３．変形例３：マルチキャリア変調への拡張
６．４．変形例４：時間方向の圧縮、および周波数方向の圧縮の導入
７．応用例
７．１．基地局に関する応用例
７．２．端末装置に関する応用例
８．むすび

＜＜１．ＦＴＮ＞＞
まず、図１及び図２を参照して、ＦＴＮの概要について説明する。ＬＴＥ／ＬＴＥ−Ａ等の規格で適用される従来の変調方式では、ＰＳＫ／ＱＡＭなどで変調されたシンボルは、ナイキスト基準にしたがって、時間的に連続するシンボルが互いに干渉し合わないように(即ち、シンボル間干渉が発生しないように)シンボル間隔が設定される。これによって、受信装置側では、(ＯＦＤＭ、ＭＩＭＯなど付随的な処理を除いて)特別な信号処理を施すことなく受信信号を復調及び復号することが可能である。ただし、周波数利用効率の観点では、変調されたシンボルのシンボル間隔を、シンボル間隔の条件を超えて詰めることが困難なため、与えられた周波数帯域幅、ＭＩＭＯアンテナ数等により上限が決まることとなる。通信システムの周波数帯域については、これまでのマイクロ波帯域から、より高い周波数である準ミリ波帯域、ミリ波帯域などまで拡張することが検討されているが、周波数帯域の資源は有限であるため、いずれは限界が訪れる。また、ＭＩＭＯについても、装置におけるアンテナ搭載のための物理的制限があるため、こちらについても限界がある。

このような状況から、ＦＴＮ(Faster-Than-Nyquist)と呼ばれる技術が注目されている。ＦＴＮは、変調されたシンボルのシンボル間隔を、上記に説明したシンボル間隔の条件を超えて詰めることによって、周波数利用効率の向上を図る変調方式・送信方式である。このような構成により、時間的に連続するシンボル間でシンボル間干渉が発生するため、受信装置側では、ＦＴＮ信号を受信するために特別な信号処理を必要となるが、シンボル間隔の詰め方に応じて周波数利用効率を向上することが可能となる。なお、ＦＴＮは、周波数帯域の拡張や、アンテナの増加を伴わずに、周波数利用効率を向上させることが可能であるという大きな利点がある。

例えば、図１Ａは、ＦＴＮが採用される場合における送信処理の一例について説明するための説明図である。なお、図１Ａに示すように、ＦＴＮが採用される場合においても、ビットシーケンスに対して誤り訂正符号を付加しＰＳＫ／ＱＡＭ変調を施すまでの処理については、ＬＴＥ／ＬＴＥ−Ａ等の規格で適用される従来の送信処理と同様である。また、ＦＴＮが採用される場合には、図１Ａに示すように、ＰＳＫ／ＱＡＭ変調が施されたビットシーケンスに対して、ＦＴＮマッピング処理が施される。ＦＴＮマッピング処理では、ビットシーケンスに対してオーバーサンプリング処理が施された後、波形整形フィルタによりナイキスト基準を超えてシンボル間隔が調整される。なお、ＦＴＮマッピング処理が施されたビットシーケンスは、デジタル／アナログ変換、無線周波数処理等を経て、アンテナへと送出される。

ナイキストレート信号とFaster-Than-Nyquist信号の波形整形フィルタ出力の比較を、図１Ｂ、図１Ｃにそれぞれ示す。従来のナイキストレート信号は、時間的に連続するシンボルがサンプルタイミングではゼロクロスするため、シンボル間干渉（ＩＳＩ）が発生しないようにデザインされる。一方、ＦＴＮは、シンボル間隔を変数（ここでは時間圧縮係数τと呼ぶ）で詰めることで実効的なシンボルレートを上げている。図１Ｃの例ではτ＝０．７の場合を示している。ナイキストレート信号と異なり、時間的に連続するシンボルはサンプルタイミングでもゼロクロスしないため、ＦＴＮ信号自身がシンボル間干渉を内包している。

ここで図１Ｂ、図１Ｃより、ナイキストレート信号、ＦＴＮ信号は、シンボル長は同じである点に注意が必要である。つまり、Faster-Than-Nyquistは、シンボル長を短くして（信号帯域幅を広げて）高速化しているわけではない。

また、図２は、ＦＴＮが採用される場合における受信処理の一例について説明するための説明図である。アンテナで受信された受信信号は、無線周波数処理、アナログ／デジタル変換等を経た後、ＦＴＮデマッピング処理が施される。ＦＴＮデマッピング処理では、デジタル信号に変換された受信信号に対して、送信側の波形整形フィルタに対応する整合フィルタ、ダウンサンプリング、残留雑音の白色化処理等が施される。なお、ＦＴＮデマッピング処理が施されたデジタル信号（ビットシーケンス）は、チャネル等化処理が施された後、ＬＴＥ／ＬＴＥ−Ａ等の規格で適用される従来の受信処理と同様に、デマッピングから誤り訂正復号までの処理を施すことで、送信ビット系列の復号を試みる。

なお、以降の説明では、送信処理において、単に「ＦＴＮ処理」と記載した場合には、ＦＴＮマッピング処理を示すものとする。同様に、受信処理において、単に「ＦＴＮ処理」と記載した場合には、ＦＴＮデマッピング処理を示すものとする。また、図１Ａ〜図２を参照して上記に説明した送信処理及び受信処理はあくまで一例であり、必ずしも同内容に限定されるものではない。例えば、ＭＩＭＯの適用に伴う各種処理や多重化のための各種処理等が含まれていてもよい。

以上、図１Ａ〜図２を参照して、ＦＴＮの概要について説明した。

＜＜２．技術的課題＞＞
次に、本開示の実施形態に係る技術的課題について説明する。

上記に説明したように、ＦＴＮは、帯域の拡張やアンテナ数の増加を伴わずに周波数利用効率を向上させることが可能である。その一方で、ＦＴＮを適用する場合には、上述したように、変調の過程において、時間的に連続するシンボル間でシンボル間干渉が発生する。そのため、受信装置側において、ＦＴＮ信号を受信するための信号処理（即ち、ＦＴＮデマッピング処理）が必要となる。そのため、単にＦＴＮを採用するのみでは、例えば、通信の状態や状況、受信装置の性能等（以降では、総じて「通信環境」と称する場合がある）によっては、ＦＴＮデマッピング処理により受信装置に対する負荷が過剰に増大し、ひいては、システム全体の通信品質を劣化させる場合も想定され得る。

そこで、本開示では、ＦＴＮを適用した場合において、通信環境に応じてシンボル間隔をより好適な態様で適応的に調整することが可能な仕組みの一例について提案する。

＜＜３．システムの概略的な構成＞＞
まず、図３を参照して、本開示の実施形態に係るシステム１の概略的な構成を説明する。図３は、本開示の一実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図３を参照すると、システム１は、基地局１００及び端末装置２００を含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ユーザ機器（User Equipment：ＵＥ）とも呼ばれ得る。ここでのＵＥは、ＬＴＥ又はＬＴＥ−Ａにおいて定義されているＵＥであってもよく、より一般的に通信機器を意味してもよい。

（１）基地局１００
基地局１００は、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００は、基地局１００のセル１０内に位置する端末装置（例えば、端末装置２００）との無線通信を行う。例えば、基地局１００は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。

（２）端末装置２００
端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの基地局（例えば、基地局１００）との無線通信を行う。例えば、端末装置２００は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。

（３）シンボル間隔の調整
とりわけ本開示の一実施形態では、基地局１００は、端末装置２００に対してデータを送信する際に、当該データのシンボル間におけるシンボル間隔を調整する。より具体的には、基地局１００は、ダウンリンクにおいて、送信対象となるデータのビット系列に対してＦＴＮマッピング処理を施すことで、ナイキスト基準を超えて当該データのシンボル間におけるシンボル間隔を調整する（即ち、シンボル間隔がより狭くなるように調整する）。この場合には、例えば、端末装置２００は、基地局１００からの受信信号に対してＦＴＮデマッピング処理を含む復調及び復号処理を施すことで、当該基地局１００から送信されたデータの復号を試みる。

また、アンプリンクにおいて、ＦＴＮ処理に基づくシンボル間のシンボル間隔が調整されてもよい。この場合には、端末装置２００が、送信対象となるデータのビット系列に対してＦＴＮマッピング処理を施すことで、当該データのシンボル間におけるシンボル間隔を調整する。また、基地局１００は、端末装置２００からの受信信号に対してＦＴＮデマッピング処理を含む復調及び復号処理を施すことで、当該端末装置２００から送信されたデータの復号を試みる。

以上、図３を参照して、本開示の実施形態に係るシステム１の概略的な構成を説明した。

＜＜４．各装置の構成＞＞
続いて、図４及び図５を参照して、本開示の実施形態に係る基地局１００及び端末装置２００の構成の例を説明する。

＜４．１．基地局の構成＞
まず、図４を参照して、本開示の実施形態に係る基地局１００の構成の一例を説明する。図４は、本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。図４に示すように、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０、及び処理部１５０を備える。

（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。

（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。

（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。

（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（５）処理部１５０
処理部１５０は、基地局１００の様々な機能を提供する。例えば、処理部１５０は、通信処理部１５１と、通知部１５３とを含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。

通信処理部１５１及び通知部１５３については、後に詳細に説明する。以上、図４を参照して、本開示の実施形態に係る基地局１００の構成の一例を説明した。

＜４．２．端末装置の構成＞
次に、図５を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図５は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図５に示すように、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。

（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。

（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。

（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（４）処理部２４０
処理部２４０は、端末装置２００の様々な機能を提供する。例えば、処理部２４０は、情報取得部２４１と、通信処理部２４３とを含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。

情報取得部２４１及び通信処理部２４３については、後に詳細に説明する。以上、図５を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明した。

＜＜５．技術的特徴＞＞
次に、図６〜図２３を参照して、本開示の一実施形態に係る技術的特徴について説明する。

（１）時間リソース構成の一例
まず、図６を参照して、ＦＴＮをサポートする場合における時間リソースの構成の一例について説明する。図６は、ＦＴＮをサポートする場合における時間リソースの構成の一例について説明するための説明図である。

図６に示す例では、時間リソースは、時間軸方向に沿って無線フレーム（Radio Frame）と呼ばれる単位に区切れられる。また、無線フレームは、時間軸方向に沿って、所定数のサブフレームに区切られる。なお、図６に示す例では、無線フレームは、１０個のサブフレームを含む。なお、ユーザに対する時間リソースの割り当ては、サブフレーム単位で行われる。

また、サブフレームは、さらに時間軸方向に沿って、所定の数のシンボルブロックと呼ばれる単位で区切られる。例えば、図６に示す例では、サブフレームは、１４個のシンボルブロックを含む。シンボルブロックは、データを伝送するためのシンボルからなる系列部分と、その系列の一部がコピーされたＣＰ部分とによって構成される。また、その他の一例として、シンボルブロックは、データを伝送するためのシンボルからなる系列部分と、既知のシンボルからなる系列部分（所謂、パイロットシンボル）によって構成されていてもよい。なお、ＣＰやパイロットシンボルは、例えば、ガードインターバルとして機能し得る。

以上、図６を照して、ＦＴＮをサポートする場合における時間リソースの構成の一例について説明した。

（２）送信装置における処理の一例
続いて、図７〜図１０を参照して、ＦＴＮをサポートする送信装置における処理の一例について説明する。図７〜図１０は、ＦＴＮをサポートする送信装置における処理の一例について説明するための説明図である。図７〜図１０に示す例では、１以上のユーザに対してＦＴＮ信号を送信することを想定している（即ち、ユーザ数（あるいは受信装置数）Ｎ_Ｕ≧１）。また、図７〜図１０に示す例では、マルチアンテナ送信を想定している（即ち、送信アンテナポート数（または送信アンテナ数）Ｎ_ＡＰ≧１）。なお、本説明における送信装置は、基地局１００及び端末装置２００のいずれにも相当し得る。即ち、ダウンリンクにおいては、基地局１００が当該送信装置に相当し、主に、当該基地局１００における通信処理部１５１が以下に説明する処理を実行する。また、アップリンクにおいては、端末装置２００が当該送信装置に相当し、主に、当該端末装置２００における通信処理部２４３が以下に説明する処理を実行することとなる。すなわち、通信処理部１５１または通信処理部２４３は、本開示の制御部の一例として機能しうる。なお、ダウンリンクにおいては、端末装置２００が受信装置に相当し、アップリンクにおいては基地局１００が受信装置に相当することとなる。

具体的には、図７及び図８に示す例では、例えば、ユーザＡ、ユーザＢ及びユーザＣの各々のビットシーケンス（例えば、トランスポートブロック）が処理される。これらのビットシーケンスの各々について、いくつかの処理（例えば、図７に示すような、ＣＲＣ（Cyclic Redundancy Check）符号化、ＦＥＣ（Forward Error Correction）符号化、レートマッチング及びスクランブリング／インタリービング）が行われ、その後変調が行われる。そして、図８に示すように、レイヤマッピング、電力割当て、プリコーディング、ＳＰＣ多重が行われ、アンテナエレメントごとのビットシーケンスが出力される。ここでは、アンテナｐ１、アンテナｐ２、及びアンテナｐ３それぞれに対応するビットシーケンスが出力されたものとして説明する。

図９に示すように、アンテナｐ１、アンテナｐ２、及びアンテナｐ３それぞれに対応するビットシーケンスは、ＤＦＴ（Discrete Fourier Transform）／ＦＦＴ（Fast Fourier Transform）、リソースエレメントマッピング、ＩＤＦＴ（Inverse Discrete Fourier Transform）／ＩＦＦＴ（Inverse Fast Fourier Transform）、ＣＰ（Cyclic Prefix）挿入などが行われ、ＣＰが付加されたアンテナエレメントごとのシンボル系列が出力される。そして、図１０に示すように、ＣＰ付加後のシンボル系列に対して、ＦＴＮ処理としてオーバーサンプリング及びパルスシェイピングが施され、その出力に対してデジタルからアナログ及びＲＦ（Radio Frequency）への変換が行われる。

なお、図７〜図１０を参照して説明した送信装置の処理はあくまで一例であり、必ずしも同内容に限定されるものではない。例えば、送信装置は、シングルアンテナ送信を想定したものであってもよい。この場合には、上記に説明した各処理のうち、対応する部分を適宜読み替えればよい。

以上、図７〜図１０を参照して、ＦＴＮをサポートする送信装置における処理の一例について説明した。

（３）送信信号処理
続いて、ＦＴＮが採用される場合における送信信号処理の一例について説明する。なお、本説明では、ＨｅｔＮｅｔ（Heterogeneous Network）又はＳＣＥ（Small Cell Enhancement）などのマルチセルシステムを想定する。

まず、本説明においては、特に断りが無い限りサブフレームに相当するインデクスは省略するものとする。また、送信装置ｉ及び受信装置ｕのインデクスそれぞれをｉ及びｕとした場合に、インデクスｉ及びｕは、対応する装置が属するセルのＩＤ、または、対応する装置が管理するセルのＩＤを示すものであってもよい。

ここで、あるサブフレームｔにおいて、送信装置ｉから受信装置ｕに送信されるビット系列をｂ_ｉ，ｕとする。このビット系列ｂ_ｉ，ｕは、一のトランスポートブロックを構成するものであってもよい。また、本説明では、送信装置ｉから受信装置ｕに対して一のビット系列を送信する場合を例に説明するが、送信装置ｉから受信装置ｕに対して複数のビット系列が送信されてもよく、その際に複数のトランスポートブロックを構成して送信されてもよい。

まず、送信対象となるビット系列ｂ_ｉ，ｕに対して、ＣＲＣのための符号化、ＦＥＣ符号化(畳み込み符号、ターボ符号、LDPC符号、など)、符号化率を調整するためのレートマッチング、ビットスクランブル、ビットインタリーブ等の処理が施される。なお、これらの各処理を関数に見立てた場合には、各処理が施された後のビット系列は、以下のように表される。

上述したビット処理が施されたビット系列（例えば、ビット系列ｂ_{ＩＮＴ、i，u}）は、複素シンボルｓ（例えば、ＢＰＳＫ、ＱＰＳＫ、８ＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等）にマッピングされ、さらに空間レイヤｌにマッピングされる。ここで、受信装置ｕに対する空間レイヤ数をＮ_{ＳＬ，ｉ，ｕ}とすると、ビット系列ｂ_{ＩＮＴ、i，u}がマッピングされた送信信号は、以下に示すようにベクトル形式で表され得る。

なお、上述した式において、ベクトルＳ_i，u、ｊの各要素は、ビット系列ｂ_{ＩＮＴ、ｉ，ｕ}がマッピングされた複素シンボルｓに相当する。

次いで、空間レイヤにマッピングされた後の送信信号に対して、電力割当て及びプリコーディングの各処理が施される。ここで、送信装置ｉのアンテナポート数（あるいは、送信アンテナ数）をＮ_ＡＰ，iとした場合に、電力割当て及びプリコーディングが施された送信信号は、以下にベクトルｘ_i，ｕとして示すとおりである。

なお、上記に示した式において、行列Ｗ_ｉ，ｕは、受信装置ｕについてのプリコーディング行列（Precoding Matrix）である。この行列内の要素は、複素数または実数であることが望ましい。また、行列Ｐ_ｉ，ｕは、送信装置ｉから受信装置ｕに向けた信号の送信に、係る電力割当て係数行列である。この行列では、各要素が正の実数であることが望ましい。なお、この行列Ｐ_ｉ，ｕは、以下のような対角行列（即ち、対角成分以外が０である行列）であってもよい。

ここで、送信装置ｉの通信の対象は、受信装置ｕのみに限られず他の受信装置ｖも存在し得る。そのため、例えば、受信装置ｕに向けた信号ｘ_ｉ，ｕと、他の受信装置ｖに向けた信号ｘ_ｉ，ｖとは、同一の無線リソースで送信され得る。これらの信号は、送信アンテナポートごとに、例えば、重畳多重、ＳＰＣ(Superposition Coding)、ＭＵＳＴ(Multiuser Superposition Transmission)、ＮＯＭＡ(Non-Orthogonal Multiple Access)等に基づき多重化される。多重化後の送信装置ｉから送信される信号ｘ_ｉは、以下のように表される。

なお、上記に示した式において、Ｕ_ｉは、送信装置ｉが信号を多重する受信装置ｕのインデクスの集合である。また、以降の処理については、送信アンテナポートｐごと、及びシンボルブロックｇごとの信号処理に着目して説明する。

送信アンテナポートごとの信号は、時間シンボル系列に対して、時間−周波数変換処理（例えば、ＤＦＴ、ＦＦＴ等）が施されることで、周波数成分に変換される。ここで、シンボルブロックｇに含まれるデータシンボル数をＮ_ＤＳ，ｇとすると、送信装置ｉから送信ポートｐを介して送信されるシンボルブロックｇの時間シンボル系列ｘ_{ｉ，ｐ，ｇ}の周波数成分ｘ￣_{ｉ，ｐ，ｇ}は、以下のように表され得る。なお、本説明において、「ｘ￣」は、「ｘ」に対してオーバーラインが付された文字を示すものとする。また、以下に示す式中におけるＦ_Ｎは、サイズＮのフーリエ変換行列を示すものとする。

変換後の周波数成分ｘ￣_{ｉ，ｐ，ｇ}は、リソースブロックの周波数方向に沿ってリソースエレメントにマッピングされる。この、周波数成分ｘ￣_{ｉ，ｐ，ｇ}をリソースエレメントへのマッピングする処理は、以下に示す式のように処理することも可能である。

なお、上記に示す式において、ｘ^〜 _{ｉ，ｐ，ｇ}は、周波数成分ｘ￣_{ｉ，ｐ，ｇ}をリソースエレメントにマッピングした後の周波数成分を示している。なお、本説明において、「ｘ^〜」は、「ｘ」の上にチルダが付された文字を示すものとする。また、上記に示す式において、Ａは、サイズＮ_ＩＤＦＴ×Ｎ_ＤＳ，ｇの周波数マッピング行列である。ここで、周波数変換後の成分ｋ’の周波数成分ｘ￣_{ｉ，ｐ，ｇ，ｋ’}を、成分ｋに相当する周波数成分ｘ^〜 _{ｉ，ｐ，ｇ，ｋ}にマッピングする場合には、周波数マッピング行列の（ｋ，ｋ’）成分は０となる。行列Ａは、各行の要素の和が１以下であることが望ましく、各列の要素の和が１以下であることが望ましい。

次いで、リソースエレメントにマッピングされた周波数成分ｘ^〜 _{ｉ，ｐ，ｇ}に対して、周波数−時間変換処理（例えば、ＩＤＦＴ、ＩＦＦＴ等）が施され、再度時間系列に変換される。ここで、ｘ^〜 _{ｉ，ｐ，ｇ}が変換された時間シンボル系列ｄ^〜 _{ｉ，ｐ，ｇ}は、以下のように表される。なお、本説明において、「ｄ^〜」は、「ｄ」の上にチルダが付された文字を示すものとする。また、以下に示す式において、Ｆ^Ｈは、Ｆのエルミート行列である。

また、周波数成分から時間系列に変換された時間シンボル系列ｄ^〜 _{ｉ，ｐ，ｇ}に対して、シンボルブロックごとにＣＰまたは既知シンボル系列が付加される。例えば、時間シンボル系列ｄ^〜 _{ｉ，ｐ，ｇ}に対して長さＮ_ＣＰ，ｇのＣＰを付加する場合には、ＣＰ付加後のシンボル系列ｄ＾_{ｉ，ｐ，ｇ}は、以下のように表される。なお、「ｄ＾」は、「ｄ」に対してハットが付された文字を示すものとする。

次いで、ＣＰ付加後のシンボル系列ｄ＾_{ｉ，ｐ，ｇ}に対して、ＦＴＮ処理が施される。なお、ＦＴＮ処理は、オーバーサンプリング処理とパルスシェイピングフィルタリング処理とによって構成される。まず、オーバーサンプリング処理に着目する。オーバーサンプル数をＮ_ＯＳとすると、オーバーサンプリング後の時間シンボル系列ｄ’_ｉ，ｐ［ｎ］は以下のように表される。なお、以下に示す式においては、シンボルブロックのインデクスｇを省略している。

また、オーバーサンプリング後の時間シンボル系列ｄ’_ｉ，ｐ［ｎ］に対して、ＦＴＮを加味したパルスシェイピング処理が施される。パルスシェイプフィルタのフィルタ係数をΨ_ｉ，ｐ（ｔ）とした場合に、パルスシェイピング処理の出力は以下のように表される。

ここで、シンボル長をＴとした場合に、１／Ｔはシンボルレートを表す。また、τ_ｉ，ｐは、ＦＴＮに関する係数であり、０＜τ_ｉ，ｐ≦１の実数値をとる。なお、以降の説明では、係数τ_ｉ，ｐを、便宜上「圧縮係数」と称する場合がある。圧縮係数は、シンボル長Ｔと、ＦＴＮにおけるシンボル配置（即ち、シンボル間隔）Ｔ’とを結ぶ係数であるとも言える。一般的には、０＜Ｔ’≦Ｔであり、τ_ｉ，ｐ＝Ｔ’／Ｔ≦１の関係となる。

なお、ＬＴＥ／ＬＴＥ−Ａ等の規格で適用される従来の変調方式においては、フィルタ係数は、時刻ゼロの値がピークとなるときに、時刻Ｔごとにゼロの値をとる係数のフィルタ（所謂、ナイキスト基準に準ずるフィルタ（ナイキストフィルタ））であることが好ましいとされている。ナイキスト基準に準ずるフィルタの具体的な一例として、ＲＣ（Raised-Cosine）フィルタ、ＲＲＣ（Root-Raised-Cosine）フィルタ等が挙げられる。なお、上記に説明したＦＴＮを適用し得る送信処理において、ナイキスト基準に準ずるフィルタを利用する場合には、τ_ｉ，ｐ＝１とすれば、生成される信号自体のシンボル間干渉は、原理的にはゼロとなる。

そして、ＦＴＮ処理が施された信号（即ち、パルスシェイピングフィルタリング処理の出力）に対して、アナログ及び無線周波数(RF)処理が施され、送信アンテナ(アンテナポート)へと送出される。

以上、ＦＴＮが採用される場合における送信信号処理の一例について説明した。

（４）セルごと(Cell-Specific)に圧縮係数を変化させるＦＴＮ送信方式
続いて、ＦＴＮにおける圧縮係数τ_ｉ，ｐをセルごと(Cell-Specific)に変化させる場合における送信方式の一例について説明する。

ＦＴＮにおいては、圧縮係数τ_ｉ，ｐがより小さいほど、ＦＴＮ自体が内包するシンボル間干渉の影響が大きくなる（換言すると、シンボル間隔が狭くなる）。一方で、所謂無線通信システムにおいては、無線伝搬路においても、多重伝送や伝搬路の非線形周波数特性等によってシンボル間干渉が発生し得る。そのため、ＦＴＮを採用した無線通信システムにおいては、ＦＴＮ自体が内包するシンボル間干渉の影響に加え、無線伝搬路におけるシンボル間干渉の影響についても考慮する必要があり得る。このような状況を鑑みて、本実施形態に係る通信システムは、受信装置におけるシンボル間干渉への対策処理の負荷を加味し、圧縮係数を適応的に調整可能に構成されている。このような構成とすることで、受信装置における負荷と、周波数利用効率のバランスをとることが可能となる。

（ａ）チャネルの周波数に応じた圧縮係数の調整
まず、図１１及び図１２を参照して、チャネルの周波数に応じて圧縮係数を調整する場合の一例について説明する。

例えば、図１１は、チャネルの周波数と、シンボル間干渉のレベルと、圧縮係数との関係の一例を示している。一般的に、無線伝搬路に起因する遅延スプレッドは、周波数が小さいほど反射波及び回析波等の影響により大きくなり、周波数が高くなるほど直進性が増すため小さくなる。即ち、無線伝搬路におけるシンボル間干渉の影響は、周波数が低いほど大きく、周波数が高いほど小さくなる傾向にある。

このような特性から、無線伝搬路におけるシンボル間干渉への対策に係る処理についても、周波数が高いチャネルにおいては相対的に負荷が軽くなることが推定される。そのため、無線伝搬路におけるシンボル間干渉への対策に関する負荷の軽減分を、ＦＴＮが内包するシンボル間干渉への対策に係る処理に充てることで、受信装置における負荷の増大を抑制し、かつ、周波数利用効率を効率的に向上させることが可能となる。

具体的には、図１１に示すように、周波数が高いチャネルほどより小さい圧縮係数が適用される構成（換言すると、周波数が低いチャネルほどより大きい圧縮係数が適用される構成）とすることが望ましい。

より具体的な一例として、図１１は、送信装置がデータを送信するためのＣＣ（Component Carrier）として、ＣＣ０〜ＣＣ３が使用される場合の一例について示している。なお、ＣＣ０〜ＣＣ３のそれぞれに対応する周波数チャネルをチャネルｆ０〜ｆ３とした場合に、チャネルｆ０〜ｆ３の周波数の大小関係は、ｆ０＜ｆ１＜ｆ２＜ｆ３となるものとする。なお、図１１に示す例では、ＣＣ０は、ＰＣＣ（Primary CC）として設定されており、ＣＣ１〜ＣＣ３のそれぞれは、ＳＣＣ（Secondary CC）として設定されているものとする。

ここで、ＣＣ０〜ＣＣ３それぞれにおいて適用される圧縮係数をτ０〜τ３とした場合に、図１１に示す例における圧縮係数τ０〜τ３の大小関係は、τ０≧τ１≧τ２≧τ３となる。

次いで、図１２を参照して、チャネルの周波数に応じて圧縮係数を設定する処理の一例について説明する。図１２は、チャネルの周波数に応じて圧縮係数を設定する処理の一例を示したフローチャートである。なお、本説明では、送信装置が主体となって圧縮係数を設定する場合を例に説明する。一方で、同処理の主体は必ずしも送信装置には限定されない。具体的な一例として、ＦＴＮをアップリンクに適用する場合において、受信装置に相当する基地局が圧縮係数を設定してもよい。

具体的には、まず送信装置は、対象となるＣＣの周波数帯域を確認する（Ｓ１０１）。そして、送信装置は、対象となるＣＣの周波数帯域に応じて、当該ＣＣに対応する圧縮係数を設定すればよい（Ｓ１０３）。

以上、図１１及び図１２を参照して、チャネルの周波数に応じて圧縮係数を調整する場合の一例について説明した。

（ｂ）コンポーネントキャリアに応じた圧縮係数の調整
次に、図１３及び図１４を参照して、対象となるＣＣが、ＰＣＣ及びＳＣＣのいずれかに応じて圧縮係数を調整する場合の一例について説明する。

例えば、図１３は、チャネルの周波数と、シンボル間干渉のレベルと、圧縮係数との関係の他の一例を示している。ＰＣＣは、基本的にはセル内のすべての端末が送受信できるような状態にあることが望ましい。また、カバレッジの観点から、ＰＣＣは可能な限り低い周波数チャネルであることが望ましい。例えば、図１１に示した例では、ＰＣＣが対象の中で最も低い周波数チャネルとなっている。なお、ＰＣＣが、より優先度の高いＣＣの一例に相当する。

上記に示したＰＣＣの特性から、ＦＴＮに起因するシンボル間干渉をより小さくするために、ＰＣＣに対応する圧縮係数は、他のＣＣ（ＳＣＣ）よりも大きい値が適用されることがより望ましい。さらに、ＰＣＣについては、圧縮係数を１とする（τ＝１）ことで、ＰＣＣを介したデータの送受信の信頼性をより高めることも可能である。なお、圧縮係数を１とすることは、ＦＴＮを適用しないことと実質的に同義となり、原理的にはＦＴＮ処理に伴うシンボル間干渉は発生しないこととなる。

例えば、図１３は、ＣＣとして、ＣＣ０〜ＣＣ３が使用される場合の一例について示している。なお、ＣＣ０〜ＣＣ３のそれぞれに対応する周波数チャネル、チャネルｆ０〜ｆ３とした場合に、チャネルｆ０〜ｆ３の周波数の大小関係は、ｆ０＜ｆ１＜ｆ２＜ｆ３となるものとする。なお、図１１に示す例では、ＣＣ１は、ＰＣＣ（Primary CC）として設定されており、ＣＣ０、ＣＣ２、及びＣＣ３のそれぞれは、ＳＣＣ（Secondary CC）として設定されているものとする。即ち、図１３は、ＰＣＣが、対象の中で最も低い周波数チャネルではない場合の一例を示している。なお、ＣＣ０〜ＣＣ３それぞれにおいて適用される圧縮係数をτ０〜τ３とする。

具体的には、図１３に示す例の場合には、ＰＣＣ（即ち、チャネルｆ１）において適用される圧縮係数τ１が最も高く設定され（例えば、１に設定され）、他のＣＣ（ＳＣＣ）において適用される圧縮係数τ０，τ２，及びτ３が、圧縮係数τ１以下に設定されている。このような構成とすることで、ＰＣＣを介したデータの送受信の信頼性を確保することが可能となる。なお、圧縮係数τ０，τ２，及びτ３の大小関係については、図１１に示す例と同様に、周波数がより高くなるほど圧縮係数がより小さくなるように設定されていてもよい。

次いで、図１４を参照して、対象となるＣＣが、ＰＣＣ及びＳＣＣのいずれかに応じて圧縮係数を設定する処理の一例について説明する。図１４は、対象となるＣＣが、ＰＣＣ及びＳＣＣのいずれかに応じて圧縮係数を設定する処理の一例を示したフローチャートである。なお、本説明では、送信装置が主体となって圧縮係数を設定する場合を例に説明する。

具体的には、まず送信装置は、対象となるＣＣがＰＣＣか否か（即ち、ＰＣＣ及びＳＣＣのいずれか）を判定する（Ｓ１５１）。対象となるＣＣがＰＣＣの場合には（Ｓ１５１、ＹＥＳ）、送信装置は、当該ＣＣに対応する圧縮係数として、ＰＣＣ用の圧縮係数（例えば、τ＝１）を設定する（Ｓ１５３）。また、対象となるＣＣがＰＣＣではない場合には（Ｓ１５１、ＮＯ）、送信装置は、当該ＣＣの周波数帯域を確認する（Ｓ１５５）。そして、送信装置は、対象となるＣＣの周波数帯域に応じて、当該ＣＣに対応する圧縮係数を設定する（Ｓ１５７）。

以上、図１３及び図１４を参照して、対象となるＣＣが、ＰＣＣ及びＳＣＣのいずれかに応じて圧縮係数を調整する場合の一例について説明した。

（ｃ）圧縮係数を設定するための制御テーブルの一例
次いで、圧縮係数を設定する主体（例えば、送信装置）が、上記に説明したように、対象となるＣＣがＰＣＣか否かや、当該ＣＣの周波数等の条件に応じて、当該ＣＣに対して圧縮係数を設定するための制御テーブルの一例について説明する。

具体的には、以下に表１として示すように、周波数帯域の範囲と圧縮係数の値とがあらかじめ固定的に対応付けられて制御テーブルとして管理されていてもよい。また、当該制御テーブルにおいて、ＰＣＣとＳＣＣとのそれぞれに対して、個別に圧縮係数の値が設定されていてもよい。

表１の周波数ｆは、例えば、コンポーネントキャリアの中心周波数、下限周波数、上限周波数の少なくともいずれかである。上記に表１として示した例では、対象となるＣＣがＰＣＣの場合には、当該ＣＣに対応する周波数ｆの範囲に応じて、圧縮係数τｐｃｅｌｌ０、τｐｃｅｌｌ１、τｐｃｅｌｌ２、τｐｃｅｌｌ４、・・・が設定されている。なお、このとき各圧縮係数の大小関係は、τｐｃｅｌｌ０≧τｐｃｅｌｌ１≧τｐｃｅｌｌ２≧τｐｃｅｌｌ４≧・・・となっていることが望ましい。なお、ＰＣＣに対応する圧縮係数として１が設定されていてもよい。

また、上記に表１として示した例では、対象となるＣＣがＳＣＣの場合には、当該ＣＣに対応する周波数ｆの範囲に応じて、圧縮係数τｓｃｅｌｌ０、τｓｃｅｌｌ１、τｓｃｅｌｌ２、τｓｃｅｌｌ４、・・・が設定されている。なお、このとき各圧縮係数の大小関係は、τｓｃｅｌｌ０≧τｓｃｅｌｌ１≧τｓｃｅｌｌ２≧τｓｃｅｌｌ４≧・・・となっていることが望ましい。また、ＳＣＣに対応する圧縮係数として、ＰＣＣに対応する圧縮係数よりもより小さい値が設定されていることが望ましい。また、表１では、周波数帯域の範囲と圧縮係数の値とがあらかじめ固定的に対応付けられているテーブルを示したが、本開示はこの限りでは無い。例えば、周波数ｆの値の代わりに、コンポーネントキャリアまたは周波数チャネルのチャネル番号(Frequency Band Index)と、圧縮係数とを対応付けた制御テーブルが用いられても良い。

（５）セルごと(Cell-Specific)に圧縮係数を変更するためのシーケンスの一例
続いて、ＦＴＮにおける圧縮係数τ_ｉ，ｐをセルごと(Cell-Specific)に変化させる場合における、基地局１００と端末装置２００との間の通信シーケンスの一例について説明する。

（ａ）ダウンリンクへの適用について
まず、図１５及び図１６を参照して、ダウンリンクに対してＦＴＮを採用した場合における、基地局１００と端末装置２００との間の通信シーケンスの一例について説明する。

ダウンリンクにおいては、基地局１００が、セルごとに決定された圧縮係数τ_ｉ，ｐに基づき、共有チャネル（データチャネル）を介して送信されるデータにおけるシンボル間のシンボル間隔を調整する。この場合には、基地局１００は、セルごとに決定された圧縮係数τ_ｉ，ｐをＦＴＮに関連するパラメータとして端末装置２００に通知する。これにより端末装置２００は、基地局１００から通知された圧縮係数τ_ｉ，ｐに基づき、当該基地局１００から送信されたデータ（即ち、ＦＴＮ処理が施されたデータ）を復号することが可能となる。

なお、端末装置２００が、基地局１００により圧縮係数τ_ｉ，ｐに基づきＦＴＮマッピング処理が施されたデータを復号するタイミングまでに、当該圧縮係数τ_ｉ，ｐを認識できれば、基地局１００が端末装置２００にＦＴＮパラメータが通知するタイミングは特に限定されない。例えば、基地局１００が、端末装置２００に対してＦＴＮパラメータを通知するタイミングの一例として、RRC Connection Reconfiguration、System Information、及びDownlink Control Information（ＤＣＩ）等が挙げられる。特に、セルごと(Cell-Specific)に圧縮係数τ_ｉ，ｐが設定される場合には、基地局１００は、RRC Connection Reconfiguration、またはSystem Informationにおいて、圧縮係数τ_ｉ，ｐを端末装置２００に通知することがより望ましい。

（ａ−１）RRC Connection Reconfigurationによる通知
まず、図１５を参照して、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、特に、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータを端末装置２００に通知する場合の例に着目して説明する。図１５は、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図であり、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。

より具体的には、基地局１００は、端末装置２００に対してRRC Connection Reconfigurationメッセージを送信する際に、セルごとに設定されたＦＴＮパラメータ（例えば、圧縮係数τ_ｉ，ｐ）を通知する（Ｓ２０１）。端末装置２００は、基地局１００からのRRC Connection Reconfigurationメッセージを受信すると、当該メッセージを正しく受信できた旨を示すRRC Connection Reconfiguration Completeメッセージを基地局１００に送信する（Ｓ２０３）。この手続きの中で、端末装置２００は、基地局１００が送信データに対してＦＴＮマッピング処理を施すために使用する圧縮係数τ_ｉ，ｐ（即ち、基地局１００から送信されるデータを復号（ＦＴＮデマッピング）するための圧縮係数τ_ｉ，ｐ）を認識することが可能となる。

次いで、基地局１００は、ＰＤＣＣＨ(Physical Downlink Control Channel)により、端末装置２００に対して、データ送受信の周波数(例えば、リソースブロック(ＲＢ))及び時間リソース(例えばサブフレーム(ＳＦ))であるＰＤＳＣＨ(Physical Downlink Shared Channel)の割り当て情報を送信する（Ｓ２０５）。ＰＤＣＣＨを受信した端末装置２００は、当該ＰＤＣＣＨを復号することで、自身に割り当てられた周波数及び時間リソース（ＰＤＳＣＨ）を認識することが可能となる（Ｓ２０７）。

次いで、基地局１００は、送信対象となるデータに対して、セルごとに設定されたＦＴＮパラメータに基づきＦＴＮマッピング処理を含む各種変調処理を施すことで送信信号を生成し、当該送信信号を指定したＰＤＳＣＨリソース上に送信する（Ｓ２０９）。端末装置２００は、基地局１００から割り当て情報により指定されたＰＤＳＣＨを受信し、受信信号に対して、基地局１００から通知されたＦＴＮパラメータに基づくＦＴＮデマッピング処理を含む各種復調及び復号処理を施すことで、基地局１００から送信されたデータを取り出す（Ｓ２１１）。なお、端末装置２００は、ＣＲＣ等の誤り検出に基づき誤りなくデータを復号できた場合には、基地局１００に対してＡＣＫを返信してもよい。また、端末装置２００は、ＣＲＣ等の誤り検出に基づき誤りが検出された場合には、基地局１００に対してＮＡＣＫを返信してもよい（Ｓ２１３）。

以上、図１５を参照して、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、特に、基地局１００が、RRC Connection Reconfigurationにおいて、ＦＴＮパラメータを端末装置２００に通知する場合の例に着目して説明した。

（ａ−２）System Informationによる通知
次に、図１６を参照して、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、特に、基地局１００が、System Information（ＳＩＢ：System Information Block）により、ＦＴＮパラメータを端末装置２００に通知する場合の例に着目して説明する。図１６は、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図であり、基地局１００が、System Informationより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。

より具体的には、基地局１００は、セル１０内に位置する各端末装置２００に対して、ＳＩＢメッセージをブロードキャストする。このとき、基地局１００は、ＳＩＢメッセージ中にＦＴＮパラメータを含めることで、セル１０内に位置する各端末装置２００に対して当該ＦＴＮパラメータを通知する（Ｓ２５１）。これにより、端末装置２００は、基地局１００が送信データに対してＦＴＮマッピング処理を施すために使用する圧縮係数τ_ｉ，ｐを認識することが可能となる。なお、前述したように、ＳＩＢメッセージは、セル１０内に位置する各端末装置２００に対してブロードキャストされるため、当該端末装置２００から基地局１００へのＳＩＢメッセージに対する返信は発生しない。換言すると、図１６に示す例では、基地局１００からセル１０内に位置する端末装置２００に対して、各種パラメータ情報（例えば、ＦＴＮパラメータ）が一方向で通知される。

なお、図１６において参照符号Ｓ２５３〜Ｓ２６１で示された通信シーケンスは、図１５において参照符号Ｓ２０５〜Ｓ２１３で示された通信シーケンスと同様のため、詳細な説明は省略する。

以上、図１６を参照して、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、特に、基地局１００が、System Informationにより、ＦＴＮパラメータを端末装置２００に通知する場合の例に着目して説明した。

（ｂ）アップリンクへの適用について
続いて、図１７及び図１８を参照して、アップリンクに対してＦＴＮを採用した場合における、基地局１００と端末装置２００との間の通信シーケンスの一例について説明する。

アップリンクにおいては、端末装置２００が送信装置となり、基地局１００が受信装置となる。一方で、アップリンクにおいて、ＦＴＮパラメータの通知及びＰＵＳＣＨ(Physical Uplink Shared Channel)リソースの割り当てについては、ダウンリンクと同様に、基地局１００が担うこととなる。即ち、セルごとに設定されたパラメータ設定（例えば、ＦＴＮパラメータの設定）を行う状況下では、セルという一つのエリア中の装置群を考慮すると、基地局１００が、各種情報の通知及び各種制御の役割を担うことがより望ましい。

なお、端末装置２００が、送信対象となるデータに対してＦＴＮマッピング処理を施すタイミングまでに、当該ＦＴＮマッピング処理に適用する圧縮係数τ_ｉ，ｐを認識できれば、基地局１００が端末装置２００にＦＴＮパラメータが通知するタイミングは特に限定されない。例えば、基地局１００が、端末装置２００に対してＦＴＮパラメータを通知するタイミングの一例として、RRC Connection Reconfiguration、System Information、及びDownlink Control Information（ＤＣＩ）等が挙げられる。特に、セルごと(Cell-Specific)に圧縮係数τ_ｉ，ｐが設定される場合には、基地局１００は、RRC Connection Reconfiguration、またはSystem Informationにおいて、圧縮係数τ_ｉ，ｐを端末装置２００に通知することがより望ましい。

（ｂ−１）RRC Connection Reconfigurationによる通知
まず、図１７を参照して、アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、特に、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータを端末装置２００に通知する場合の例に着目して説明する。図１７は、アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図であり、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。

より具体的には、基地局１００は、端末装置２００に対してRRC Connection Reconfigurationメッセージを送信する際に、セルごとに設定されたＦＴＮパラメータ（例えば、圧縮係数τ_ｉ，ｐ）を通知する（Ｓ３０１）。端末装置２００は、基地局１００からのRRC Connection Reconfigurationメッセージを受信すると、当該メッセージを正しく受信できた旨を示すRRC Connection Reconfiguration Completeメッセージを基地局１００に送信する（Ｓ３０３）。この手続きの中で、端末装置２００は、基地局１００に対して送信するデータに対してＦＴＮマッピング処理を施すために使用する圧縮係数τ_ｉ，ｐを認識することが可能となる。

次いで、端末装置２００は、ＰＵＣＣＨ(Physical Uplink Control Channel)により、基地局１００に対して、データを送受信するための周波数及び時間リソースであるＰＵＳＣＨ(Physical Uplink Shared Channel)の割り当てを依頼する。ＰＵＣＣＨを受信した基地局１００は、当該ＰＵＣＣＨを復号することで、端末装置２００からの周波数及び時間リソースの割り当てに係る依頼の内容を認識する（Ｓ３０５）。

次いで、基地局１００は、ＰＤＣＣＨ(Physical Downlink Control Channel)により、端末装置２００に対して、ＰＵＳＣＨの割り当て情報を送信する（Ｓ３０７）。ＰＤＣＣＨを受信した端末装置２００は、当該ＰＤＣＣＨを復号することで、自身に割り当てられた周波数及び時間リソース（ＰＵＳＣＨ）を認識することが可能となる（Ｓ３０９）。

次いで、端末装置２００は、送信対象となるデータに対して、基地局１００から通知されたＦＴＮパラメータに基づきＦＴＮマッピング処理を含む各種変調処理を施すことで送信信号を生成する。そして、端末装置２００は、生成した送信信号を、基地局１００から割り当て情報により指定されたＰＵＳＣＨリソース上に送信する（Ｓ３１１）。基地局１００は、指定したＰＵＳＣＨを受信し、受信信号に対して、セルごとに設定されたＦＴＮパラメータに基づくＦＴＮデマッピング処理を含む各種復調及び復号処理を施すことで、端末装置２００から送信されたデータを取り出す（Ｓ３１３）。なお、基地局１００は、ＣＲＣ等の誤り検出に基づき誤りなくデータを復号できた場合には、端末装置２００に対してＡＣＫを返信してもよい。また、基地局１００は、ＣＲＣ等の誤り検出に基づき誤りが検出された場合には、端末装置２００に対してＮＡＣＫを返信してもよい（Ｓ３１５）。

以上、図１７を参照して、アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、特に、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータを端末装置２００に通知する場合の例に着目して説明した。

（ｂ−２）System Informationによる通知
次に、図１８を参照して、アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、特に、基地局１００が、System Informationにより、ＦＴＮパラメータを端末装置２００に通知する場合の例に着目して説明する。図１８は、アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図であり、基地局１００が、System Informationより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。

より具体的には、基地局１００は、セル１０内に位置する各端末装置２００に対して、ＳＩＢメッセージをブロードキャストする。このとき、基地局１００は、ＳＩＢメッセージ中にＦＴＮパラメータを含めることで、セル１０内に位置する各端末装置２００に対して当該ＦＴＮパラメータを通知する（Ｓ３５１）。これにより、端末装置２００は、基地局１００に対して送信するデータに対してＦＴＮマッピング処理を施すために使用する圧縮係数τ_ｉ，ｐを認識することが可能となる。なお、ダウンリンクの場合と同様に、ＳＩＢメッセージは、セル１０内に位置する各端末装置２００に対してブロードキャストされるため、当該端末装置２００から基地局１００へのＳＩＢメッセージに対する返信は発生しない。換言すると、図１８に示す例では、基地局１００からセル１０内に位置する端末装置２００に対して、各種パラメータ情報（例えば、ＦＴＮパラメータ）が一方向で通知される。

なお、図１８において参照符号Ｓ３５３〜Ｓ３６３で示された通信シーケンスは、図１７において参照符号Ｓ３０５〜Ｓ３１５で示された通信シーケンスと同様のため、詳細な説明は省略する。

以上、図１８を参照して、アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、特に、基地局１００が、System Informationにより、ＦＴＮパラメータを端末装置２００に通知する場合の例に着目して説明した。

Cell-Specificに圧縮係数を制御する場合、時間方向に対する係数の更新単位として、Semi-Staticの場合とDynamicの場合が考えられる。Semi-Staticな場合として、複数サブフレーム(Subframe)単位、一無線フレーム(Radio Frame)単位、あるいは複数無線フレーム単位に更新することが考えられる。このように更新することで、基地局１００（送信装置）および端末装置２００（受信装置）は、一回の設定である程度の時間を継続して通信を続けることができる。またこのように更新することで、基地局１００および端末装置２００は、オーバーヘッドの増加を抑える効果も期待できる。

一方、Dynamicに更新する場合として、所定の時間内で、例えば、一サブフレーム単位あるいは複数サブフレーム単位で更新することが考えられる。またはDynamicに更新する場合として、不定期にサブフレームごとに更新することも考えられる。Dynamicに更新する場合、送信装置及び受信装置は、物理制御チャネル(PDCCH、ePDCCH）で送信される情報によって圧縮係数の値を設定する。このように更新することで、基地局１００（送信装置）および端末装置２００（受信装置）は、電波伝搬環境の変化に応じて柔軟にパラメータを対応させることができる。

（ｃ）キャリアアグリゲーションを採用する通信システムへの適用について
続いて、キャリアアグリゲーションを採用する通信システムに対してＦＴＮを採用した場合における、基地局１００と端末装置２００との間の通信シーケンスの一例について説明する。

上記に説明したアップリンク及びダウンリンクの通信シーケンスの一例では、ＦＴＮパラメータの通知に利用する周波数チャネルに関しては特に言及していない。一方で、キャリアアグリゲーションのように複数の周波数チャネルをセル内で利用する場合には、所望のチャネルをＦＴＮパラメータの通知に利用することが可能となる。

そこで、本説明では、複数の周波数チャネルをセル内で利用する場合における基地局１００と端末装置２００との間の通信シーケンスの一例について、図１９に示す例に基づき説明する。図１９は、キャリアアグリゲーションを含む通信システムにおいて、基地局１００と端末装置２００との間の通信に利用される周波数チャネルの一例を示した図である。具体的には、図１９は、送信装置がデータを送信するためのＣＣとして、ＣＣ０及びＣＣ１が使用される場合の一例について示している。なお、ＣＣ０及びＣＣ１のそれぞれに対応する周波数チャネルをチャネルｆ０及びｆ１とした場合に、チャネルｆ０及びｆ１の周波数の大小関係は、ｆ０＜ｆ１となるものとする。また、図１９に示す例では、ＣＣ０は、ＰＣＣとして設定されており、ＣＣ１は、ＳＣＣとして設定されているものとする。

（ｃ−１）ＦＴＮを適用するチャネルによるＦＴＮパラメータの通知
まず、図２０及び図２１を参照して、基地局１００が端末装置２００に対して、ＦＴＮを適用する周波数チャネルを利用してＦＴＮパラメータを通知する場合の一例について説明する。図２０及び図２１は、キャリアアグリゲーションを含む通信システムにおいて、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。なお、図２０及び図２１は、基地局１００が端末装置２００に対して、ＦＴＮを適用する周波数チャネルを利用してＦＴＮパラメータを通知する場合における、基地局１００と端末装置２００との間の通信シーケンスの一例について示している。

例えば、図２０は、図１５を参照して説明した例と同様に、ダウンリンクに対してＦＴＮを採用し、かつ、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。なお、図２０において、参照符号Ｓ４０１〜Ｓ４１３で示された通信シーケンスは、図１５において参照符号Ｓ２０１〜Ｓ２１３で示された通信シーケンスと同様のため、詳細な説明は省略する。また、図２０は、チャネルｆ１（即ち、ＳＣＣであるＣＣ１）に対してＦＴＮが適用される場合の一例を示している。

具体的には、図２０に示す例では、基地局１００は、参照符号Ｓ４０１に示すように、チャネルｆ１を利用してRRC Connection Reconfigurationメッセージを端末装置２００に送信する。この際に、基地局１００は、端末装置２００に対してセルごとに設定されたＦＴＮパラメータ（例えば、圧縮係数τ_ｉ，ｐ）を通知する。

また、基地局１００は、送信対象となるデータに対して、セルごとに設定されたＦＴＮパラメータに基づきＦＴＮマッピング処理を含む各種変調処理を施すことで送信信号を生成する。そして、基地局１００は、参照符号Ｓ４０９に示すように、チャネルｆ１を利用して当該送信信号を、端末装置２００に指定したＰＤＳＣＨリソース上に送信することとなる。

また、他の一例として、図２１は、図１６を参照して説明した例と同様に、ダウンリンクに対してＦＴＮを採用し、かつ、基地局１００が、System Informationにより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。なお、図２１において、参照符号Ｓ４５１〜Ｓ４６１で示された通信シーケンスは、図１６において参照符号Ｓ２５１〜Ｓ２６１で示された通信シーケンスと同様のため、詳細な説明は省略する。また、図２１は、チャネルｆ１（即ち、ＳＣＣであるＣＣ１）に対してＦＴＮが適用される場合の一例を示している。

具体的には、図２１に示す例では、基地局１００は、参照符号Ｓ４５１に示すように、チャネルｆ１を利用して、セル１０内に位置する各端末装置２００に対して、ＳＩＢメッセージをブロードキャストする。このとき、基地局１００は、ＳＩＢメッセージ中にＦＴＮパラメータを含めることで、セル１０内に位置する各端末装置２００に対して当該ＦＴＮパラメータを通知する。

また、基地局１００は、送信対象となるデータに対して、セルごとに設定されたＦＴＮパラメータに基づきＦＴＮマッピング処理を含む各種変調処理を施すことで送信信号を生成する。そして、基地局１００は、参照符号Ｓ４５７に示すように、チャネルｆ１を利用して当該送信信号を、端末装置２００に指定したＰＤＳＣＨリソース上に送信することとなる。

以上、図２０及び図２１を参照して、基地局１００が端末装置２００に対して、ＦＴＮを適用する周波数チャネルを利用してＦＴＮパラメータを通知する場合の一例について説明した。なお、上記では、ダウンリンクに対してＦＴＮを適用する場合の一例に着目して説明したが、アップリンクに対してＦＴＮを適用する場合においても同様であることは言うまでもない。

（ｃ−２）所定のチャネルによるＦＴＮパラメータの通知
次に、図２２及び図２３を参照して、基地局１００が端末装置２００に対して、所定の周波数チャネルを利用してＦＴＮパラメータを通知する場合の一例について説明する。図２２及び図２３は、キャリアアグリゲーションを採用する通信システムにおいて、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。なお、図２２及び図２３は、基地局１００が端末装置２００に対して、所定の周波数チャネルを利用してＦＴＮパラメータを通知する場合における、基地局１００と端末装置２００との間の通信シーケンスの一例について示している。また、本説明では、特に、基地局１００が、ＦＴＮが適用される周波数チャネルとは異なる他の周波数チャネルを利用して、端末装置２００にＦＴＮパラメータを通知する場合に着目して説明する。

例えば、図２２は、図１５を参照して説明した例と同様に、ダウンリンクに対してＦＴＮを採用し、かつ、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。なお、図２２において、参照符号Ｓ５０１〜Ｓ５１３で示された通信シーケンスは、図１５において参照符号Ｓ２０１〜Ｓ２１３で示された通信シーケンスと同様のため、詳細な説明は省略する。

図２２は、チャネルｆ１（即ち、ＳＣＣであるＣＣ１）に対してＦＴＮが適用され、基地局１００が、チャネルｆ０（即ち、ＰＣＣであるＣＣ０）を利用して端末装置２００にＦＴＮパラメータを通知する場合の一例を示している。図２２に示す例では、基地局１００は、端末装置２００との間の通信を制御するための情報を送信または受信する場合にチャネルｆ０（即ち、ＰＣＣ）を利用し、実データを送信する場合にＦＴＮが適用されたチャネルｆ１（即ち、ＳＣＣ）を利用している。

より具体的には、図２２に示す例では、基地局１００は、参照符号Ｓ５０１に示すように、チャネルｆ０（即ち、ＰＣＣ）を利用してRRC Connection Reconfigurationメッセージを端末装置２００に送信する。この際に、基地局１００は、端末装置２００に対してセルごとに設定されたＦＴＮパラメータ（例えば、圧縮係数τ_ｉ，ｐ）を通知する。

また、基地局１００は、送信対象となるデータに対して、セルごとに設定されたＦＴＮパラメータに基づきＦＴＮマッピング処理を含む各種変調処理を施すことで送信信号を生成する。そして、基地局１００は、参照符号Ｓ５０９に示すように、チャネルｆ１（即ち、ＳＣＣ）を利用して当該送信信号を、端末装置２００に指定したＰＤＳＣＨリソース上に送信することとなる。

また、他の一例として、図２３は、図１６を参照して説明した例と同様に、ダウンリンクに対してＦＴＮを採用し、かつ、基地局１００が、System Informationにより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。なお、図２３において、参照符号Ｓ５５１〜Ｓ５６１で示された通信シーケンスは、図１６において参照符号Ｓ２５１〜Ｓ２６１で示された通信シーケンスと同様のため、詳細な説明は省略する。

図２３は、チャネルｆ１（即ち、ＳＣＣであるＣＣ１）に対してＦＴＮが適用され、基地局１００が、チャネルｆ０（即ち、ＰＣＣであるＣＣ０）を利用して端末装置２００にＦＴＮパラメータを通知する場合の一例を示している。図２３に示す例では、基地局１００は、端末装置２００との間の通信を制御するための情報を送信または受信する場合にチャネルｆ０（即ち、ＰＣＣ）を利用し、実データを送信する場合にＦＴＮが適用されたチャネルｆ１（即ち、ＳＣＣ）を利用している。

より具体的には、図２３に示す例では、基地局１００は、参照符号Ｓ５５１に示すように、チャネルｆ０（即ち、ＰＣＣ）を利用して、セル１０内に位置する各端末装置２００に対して、ＳＩＢメッセージをブロードキャストする。このとき、基地局１００は、ＳＩＢメッセージ中にＦＴＮパラメータを含めることで、セル１０内に位置する各端末装置２００に対して当該ＦＴＮパラメータを通知する。

また、基地局１００は、送信対象となるデータに対して、セルごとに設定されたＦＴＮパラメータに基づきＦＴＮマッピング処理を含む各種変調処理を施すことで送信信号を生成する。そして、基地局１００は、参照符号Ｓ５５７に示すように、チャネルｆ１（即ち、ＳＣＣ）を利用して当該送信信号を、端末装置２００に指定したＰＤＳＣＨリソース上に送信することとなる。

以上のように、ＦＴＮパラメータの通知が、所定の周波数チャネルに集中して行われることで、他の周波数チャネルを利用した通信シーケンスにおけるオーバーヘッドを低減することが可能となる。なお、ＦＴＮパラメータを通知に利用する周波数チャネルの選択しとして、ＰＣＣ及びＳＣＣが挙げられるが、セル内のすべての端末装置２００が受信可能であるという観点から、ＰＣＣを利用してＦＴＮパラメータの通知に係る手続きが実施される構成とすることがより望ましい。また、上述したように、ＰＣＣに対応する圧縮係数として、他のＣＣ（ＳＣＣ）よりも大きい値、または、１（τ＝１）を適用することで、ＦＴＮパラメータの通知に係る手続き等をより安定させることが可能となる。

以上、図２２及び図２３を参照して、基地局１００が端末装置２００に対して、ＦＴＮを適用する周波数チャネルを利用してＦＴＮパラメータを通知する場合の一例について説明した。なお、上記では、ダウンリンクに対してＦＴＮを適用する場合の一例に着目して説明したが、アップリンクに対してＦＴＮを適用する場合においても同様であることは言うまでもない。

（ｃ−３）Physical Control Channelに対してＦＴＮを適用しない場合の一例
次に、図２４及び図２５を参照して、Physical Control Channelに対してＦＴＮを適用せず、ＦＴＮパラメータの通知時及びデータの送信時にＦＴＮを適用する場合の一例について説明する。図２４及び図２５は、キャリアアグリゲーションを採用する通信システムにおいて、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図である。なお、図２４及び図２５は、Physical Control Channelに対してＦＴＮを適用せず、ＦＴＮパラメータの通知時及びデータの送信時にＦＴＮを適用する場合における、基地局１００と端末装置２００との間の通信シーケンスの一例について示している。

例えば、図２４は、図１５を参照して説明した例と同様に、ダウンリンクに対してＦＴＮを採用し、かつ、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。なお、図２４において、参照符号Ｓ６０１〜Ｓ６１３で示された通信シーケンスは、図１５において参照符号Ｓ２０１〜Ｓ２１３で示された通信シーケンスと同様のため、詳細な説明は省略する。

図２４は、チャネルｆ１（即ち、ＳＣＣであるＣＣ１）に対してＦＴＮが適用される場合の一例を示している。図２４に示す例では、基地局１００は、ＰＤＣＣＨやＰＵＣＣＨ等のRRC Connection Reconfigurationの送受信にチャネルｆ０（即ち、ＰＣＣ）を利用し、その他の制御チャネル（例えば、RRC ConnectionやPhysical Shared Data Channel等）の送受信にチャネルｆ１（即ち、ＳＣＣ）を利用している。

より具体的には、図２４に示す例では、基地局１００は、参照符号Ｓ６０１に示すように、チャネルｆ１（即ち、ＳＣＣ）を利用してRRC Connection Reconfigurationメッセージを端末装置２００に送信する。この際に、基地局１００は、端末装置２００に対してセルごとに設定されたＦＴＮパラメータ（例えば、圧縮係数τ_ｉ，ｐ）を通知する（Ｓ６０１）。また、RRC Connection Reconfigurationメッセージに対する応答としての、端末装置２００からのRRC Connection Reconfiguration Completeメッセージの送信においても、チャネルｆ１（即ち、ＳＣＣ）が利用される（Ｓ６０３）。

また、基地局１００は、ＰＤＣＣＨにより端末装置２００に対してＰＤＳＣＨの割り当て情報を送信する際には、チャネルｆ０（即ち、ＰＣＣ）を利用する（Ｓ６０５）。

次いで、基地局１００は、送信対象となるデータに対して、ＦＴＮマッピング処理を含む各種変調処理を施すことで送信信号を生成し、チャネルｆ１（即ち、ＳＣＣ）を利用して、当該送信信号を指定したＰＤＳＣＨリソース上に送信する（Ｓ６０９）。

また、端末装置２００は、基地局１００から送信されたデータの復号結果に応じて、当該基地局１００に対してＡＣＫまたはＮＡＣＫを返信する。このとき端末装置２００は、基地局１００に対するＡＣＫまたはＮＡＣＫの返信にチャネルｆ０（即ち、ＰＣＣ）を利用する（Ｓ６１３）。

また、他の一例として、図２５は、図１６を参照して説明した例と同様に、ダウンリンクに対してＦＴＮを採用し、かつ、基地局１００が、System Informationにより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。なお、図２５において、参照符号Ｓ６５１〜Ｓ６６１で示された通信シーケンスは、図１６において参照符号Ｓ２５１〜Ｓ２６１で示された通信シーケンスと同様のため、詳細な説明は省略する。

図２５は、チャネルｆ１（即ち、ＳＣＣであるＣＣ１）に対してＦＴＮが適用される場合の一例を示している。図２５に示す例では、基地局１００は、ＰＤＣＣＨやＰＵＣＣＨ等のRRC Connection Reconfigurationの送受信にチャネルｆ０（即ち、ＰＣＣ）を利用し、その他の制御チャネル（例えば、RRC ConnectionやPhysical Shared Data Channel等）の送受信にチャネルｆ１（即ち、ＳＣＣ）を利用している。

より具体的には、図２５に示す例では、基地局１００は、参照符号Ｓ６５１に示すように、チャネルｆ１（即ち、ＳＣＣ）を利用して、セル１０内に位置する各端末装置２００に対して、ＳＩＢメッセージをブロードキャストする。このとき、基地局１００は、ＳＩＢメッセージ中にＦＴＮパラメータを含めることで、セル１０内に位置する各端末装置２００に対して当該ＦＴＮパラメータを通知する。

また、基地局１００は、ＰＤＣＣＨにより端末装置２００に対してＰＤＳＣＨの割り当て情報を送信する際には、チャネルｆ０（即ち、ＰＣＣ）を利用する（Ｓ６５３）。

次いで、基地局１００は、送信対象となるデータに対して、ＦＴＮマッピング処理を含む各種変調処理を施すことで送信信号を生成し、チャネルｆ１（即ち、ＳＣＣ）を利用して、当該送信信号を指定したＰＤＳＣＨリソース上に送信する（Ｓ６５７）。

また、端末装置２００は、基地局１００から送信されたデータの復号結果に応じて、当該基地局１００に対してＡＣＫまたはＮＡＣＫを返信する。このとき端末装置２００は、基地局１００に対するＡＣＫまたはＮＡＣＫの返信にチャネルｆ０（即ち、ＰＣＣ）を利用する（Ｓ６６１）。

以上、図２４及び図２５を参照して、Physical Control Channelに対してＦＴＮを適用せず、ＦＴＮパラメータの通知時及びデータの送信時にＦＴＮを適用する場合の一例について説明した。なお、上記では、ダウンリンクに対してＦＴＮを適用する場合の一例に着目して説明したが、アップリンクに対してＦＴＮを適用する場合においても同様であることは言うまでもない。

Cell-Specificに圧縮係数を制御する場合、時間方向に対する係数の更新単位として、Semi-Staticの場合とDynamicの場合が考えられる。Semi-Staticの場合の更新単位として、複数サブフレーム(Subframe)単位、一無線フレーム(Radio Frame)単位、あるいは複数無線フレーム単位に更新することが考えられる。複数サブフレーム単位、一無線フレーム単位、あるいは複数無線フレーム単位に更新することで、送信装置および受信装置は一回の設定である程度の時間を継続して通信を続けることができる。また複数サブフレーム単位、一無線フレーム単位、あるいは複数無線フレーム単位に更新することで、オーバーヘッドの増加を抑える効果も期待できる。

一方、Dynamicの場合の更新単位として、１サブフレーム単位あるいは複数サブフレーム単位で更新することが考えられる。また、Dynamicの場合の更新単位として、不定期にサブフレームごとに更新することも考えられる。１サブフレーム単位あるいは複数サブフレーム単位で更新することによって、または、不定期にサブフレームごとに更新することによって、送信装置は、電波伝搬環境の変化に応じて柔軟にパラメータを対応させることができる。

（６）ユーザごと(User-Specific)に圧縮係数を変化させるシーケンスの一例
上述のようにCell-Specificに圧縮係数を制御し、変化させる他に、ユーザごと(User-Specific)に圧縮係数を制御し、変化させてもよい。ユーザごとに圧縮係数を制御し、変化させることで、ユーザごとに電波伝搬環境が異なるような場合や、電波伝搬環境が時間的に頻繁に変動するような場合にも、その変動に適応したり追従したりしながら送信パラメータを制御し、変化させることが可能となる。

User-Specificに圧縮係数を変化させる場合、送信装置から受信装置へパラメータを通知するためのチャネル、または基地局１００から端末装置２００へパラメータを通知するためのチャネルとして、物理制御チャネル(PDCCHまたはPUCCH)が使用されても良い。物理制御チャネルは、関連する物理共有チャネル(PDSCHまたはPUSCH)ごとにセットで送信されるため、ユーザごとの制御に適していると言える。さらに、物理制御チャネルの中でも、制御情報（ＤＣＩまたはＵＣＩ）を用いて通知することが適していると言える。制御情報には、リソース割当て、変調符号化情報、プリコーディング情報、再送制御情報などのUser-Specificなスケジューリング関連の情報を通知するために用いられているため、User-SpecificなFTN関連のパラメータも共に含めるのに適している。

特にセルラーシステムを考慮した場合には、上りリンク、下りリンクともに、基地局１００から端末装置２００へパラメータを通知することが望ましい。これは、セルラーシステムの場合、基地局１００が配下の端末装置２００へのスケジューリングなど制御を行うためであり、ＦＴＮに関する制御も基地局１００が行うことで、制御のフローを一元的にまとめることができるからである。

図２６は、図１６同様に、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図であり、基地局１００が、System Informationより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。

図２６に示した例において、基地局１００は、ステップＳ２５３でのＰＤＣＣＨの送信時に、基地局１００が使用するＦＴＮ関連のパラメータを端末装置２００に通知し、ステップＳ２５７において、通知したパラメータを適用してPhysical Shared Data Channelを端末装置２００に送信する。

図２７は、アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例について説明するための説明図であり、基地局１００が、System Informationより、ＦＴＮパラメータを端末装置２００に通知する場合の一例を示している。

図２７に示した例において、基地局１００は、ステップＳ２５３でのＰＤＣＣＨの送信時に、基地局１００が使用するＦＴＮ関連のパラメータを端末装置２００に通知し、端末装置２００は、ステップＳ２７１７において、通知したパラメータを適用してPhysical Shared Data Channelを基地局１００に送信する。基地局１００は、受信信号に対して、セルごとに設定されたＦＴＮパラメータに基づくＦＴＮデマッピング処理を含む各種復調及び復号処理を施すことで、端末装置２００から送信されたデータを取り出す（Ｓ２７３）。基地局１００は、ＣＲＣ等の誤り検出に基づき誤りなくデータを復号できた場合には、端末装置２００に対してＡＣＫを返信してもよい。また、基地局１００は、ＣＲＣ等の誤り検出に基づき誤りが検出された場合には、端末装置２００に対してＮＡＣＫを返信してもよい（Ｓ２７５）。

制御情報の一部として圧縮係数関連のパラメータを送信装置から受信装置へ通知する場合、オーバーヘッド削減の観点から、その値は離散的に量子化されることが望ましい。そのため、通知には、パラメータの値そのものを含めるのではなく、量子化された値をインデックスとして通知し、インデックスと値を１対１で事前に対応付けておくことが望ましい。表２に、圧縮係数のインデックスと圧縮係数の値の対応付けの一例を示す。

ここで、表２には示していないが、対応関係に拡張性を持たせるために、Reserve用の領域を確保しておいてもよい。Reserve用の領域を確保する際には、インデックスの値が大きいところをReserve用領域としてもよい。また、圧縮係数は非負の実数であり、インデックスが大きくなるほど、係数の値は小さくなることが望ましい。これは、値が小さいほど圧縮された信号を受信するための信号処理負荷は大きくなることに起因しており、将来の拡張でReserve領域を実際の値として使うようになった場合に、信号処理能力の高い装置のみ対応できるようになるためである。また、表２でインデックスが０の場合に、圧縮係数を１（圧縮なし）としてもよい。

（７）キャリアアグリゲーションを含む通信システムでＦＴＮを導入する場合における、時間方向のリソース単位の境界の制御（同期）
キャリアアグリゲーションを利用する通信システムでＦＴＮを導入する場合、圧縮係数の値によっては、複数のコンポーネントキャリア（周波数チャネル）の間でサブフレームの長さが異なっている場合が考えられる。複数のコンポーネントキャリアの間でサブフレームの長さが異なっている場合に、コンポーネントキャリア間で時間方向のリソース単位の境界を合わせておくことが考えられる。境界を合わせるか否かによって、クロスキャリアスケジューリングなどコンポーネントキャリア間を跨ぐような制御および情報通知に影響が出るためである。

時間方向のリソース単位を合わせる方法としては、サブフレーム(Subframe)の境界を合わせる方法と、無線フレーム(Radio Frame)の境界を合わせる方法とが考えられる。サブフレームの境界を合わせる場合には、自ずと無線フレームの境界も合う場合も考えられる。

サブフレームの境界を合わせる場合の例を２つ示す。図２８は、キャリアアグリゲーション時におけるサブフレーム単位での境界の同期の例を示す説明図である。図２８に示したのは、サブフレーム単位の境界をコンポーネントキャリア間で揃えて、かつ無線フレームの境界も揃える場合の例である。

図２８に示した例では、２つのコンポーネントキャリアを想定しており、それぞれのサブフレーム長をＴＳＦ０、ＴＳＦ１、無線フレーム長をＴＲＦ０、ＴＲＦ１としている。サブフレームの境界をコンポーネントキャリア間で揃えることは、サブフレーム長をＴＳＦ０＝＝ＴＳＦ１として運用することと同義となる。また、図２８では、無線フレーム長もＴＲＦ０＝＝ＴＲＦ１となっている。つまり、無線フレーム当たりのサブフレーム数Ｎについてもコンポーネントキャリア間で同数ということが言える。圧縮係数τは、コンポーネントキャリア間で異ならせても良く、同じであっても良いが、このケースの場合、コンポーネントキャリア間で圧縮係数が異なる場合には、すなわちＴＴＩ（Transmission Time Interval、送信時間）が異なるということになる。

図２９は、キャリアアグリゲーション時におけるサブフレーム単位での境界の同期の例を示す説明図である。図２９に示したのは、サブフレーム単位の境界はコンポーネントキャリア間で揃えるが、無線フレームの境界はコンポーネントキャリア間で異なる場合の一例である。

図２９に示した例でも、２つのコンポーネントキャリアを想定しており、それぞれのサブフレーム長をＴＳＦ０、ＴＳＦ１、無線フレーム長をＴＲＦ０、ＴＲＦ１としている。図２９に示した例においても、サブフレームの境界を合わせるということは、ＴＳＦ０＝＝ＴＳＦ１ということである。一方、図２９に示した例では、無線フレーム長についてはＴＲＦ０≠ＴＲＦ１となっており、つまり無線フレーム長の境界は合わないこととなる。これはつまり、無線フレーム当たりのサブフレーム数がＭ≠Ｎという関係にあるということである。サブフレーム数を変える理由としては、無線フレーム内のサブフレームにおける同期信号(ＰＳＳ(Primary Synchronization Signal)、ＳＳＳ(Secondary Synchronization Signal)、など)や物理報知チャネル(PBCH(Physical Broadcast Channel))の比率を下げる、つまり、物理共有データチャネル(PDSCH、PUSCHなど)の比率を上げてフレーム利用効率を高めることが考えられる。この結果として、コンポーネントキャリア間で無線フレームの境界が合わなくなることが起こりえる。

図２８、図２９で示した例のようにコンポーネントキャリア間でサブフレームの境界が揃っている場合、送信装置は、上述したようなクロスキャリアスケジューリングによる制御を実施することが可能となる。つまり送信装置は、いずれかのコンポーネントキャリアの物理制御チャネルを通じて、他のコンポーネントキャリアのスケジューリング情報（ＤＣＩなど）を通知することが可能となる。

続いて、コンポーネントキャリア間で無線フレームの境界を揃える場合の例を示す。図３０は、異なるコンポーネントキャリア間で無線フレームの境界を揃えて同期させた場合の一例である。

図３０に示した例では、コンポーネントキャリア０、コンポーネントキャリア１の無線フレーム長はＴＲＦ０＝＝ＴＲＦ１の関係を保つこととなる。一方、図３０に示した例では、コンポーネントキャリア０、コンポーネントキャリア１のサブフレーム長については、ＴＳＦ０≠ＴＳＦ１となることが考えられる。これは、ＦＴＮの圧縮係数によるシンボル配置の差によって生じる条件と言える。

図３０に示したような状況では、サブフレームの境界はコンポーネントキャリア間で揃わないと言えるため、この条件の場合にはクロスキャリアスケジューリングの実施を回避することが望ましいと言える。つまり、この場合には、各コンポーネントキャリアが自身の無線リソースに対するスケジューリング情報（ＤＣＩなど）を通知することで、基地局１００と端末装置２００の間の手続きを確立することが必要となる。

上記のように、ＦＴＮおよびキャリアアグリゲーションにおけるサブフレームおよび無線フレームの境界の同期を鑑みた場合の、クロスキャリアスケジューリングの実施有無の判断の例を説明する。図３１、３２は、クロスキャリアスケジューリングの実施判断フローの例を示す流れ図である。

まず図３１を用いてクロスキャリアスケジューリングの実施判断フローの一例を説明する。送信装置は、まず複数のコンポーネントキャリアを利用するかどうか判断する（Ｓ７０１）。複数のコンポーネントキャリアを利用する場合（Ｓ７０１、Ｙｅｓ）、送信装置は、続いてコンポーネントキャリア間でサブフレームの境界が同期しているかどうか判断する（Ｓ７０３）。コンポーネントキャリア間でサブフレームの境界が同期している場合（Ｓ７０３、Ｙｅｓ）、送信装置はクロスキャリアスケジューリングを実施してもよいと判断する（Ｓ７０５）。一方、複数のコンポーネントキャリアを利用しない場合（Ｓ７０１、Ｎｏ）、またはコンポーネントキャリア間でサブフレームの境界が同期していない場合（Ｓ７０３、Ｎｏ）、送信装置はクロスキャリアスケジューリングを実施しないと判断する（Ｓ７０７）。

すなわち、送信装置は複数のコンポーネントキャリアを利用する場合において、そのコンポーネントキャリア間でサブフレームの境界が同期していれば、クロスキャリアスケジューリングを実施してもよいと判断することができる。

続いて図３２を用いてクロスキャリアスケジューリングの実施判断フローの一例を説明する。図３２に示したのは、ＦＴＮのパラメータの値まで含めて判断する場合の例である。

送信装置は、まず複数のコンポーネントキャリアを利用するかどうか判断する（Ｓ７１１）。複数のコンポーネントキャリアを利用する場合（Ｓ７１１、Ｙｅｓ）、送信装置は、続いてＦＴＮを適用するかどうか判断する（Ｓ７１３）。ＦＴＮを適用する場合（Ｓ７１３、Ｙｅｓ）、送信装置は、続いてコンポーネントキャリア間で圧縮係数の値が異なるかどうか判断する（Ｓ７１５）。コンポーネントキャリア間で圧縮係数の値が異なる場合（Ｓ７１５、Ｙｅｓ）、送信装置は、続いてコンポーネントキャリア間でサブフレームの境界が同期しているかどうか判断する（Ｓ７１７）。コンポーネントキャリア間でサブフレームの境界が同期している場合（Ｓ７１７、Ｙｅｓ）や、ＦＴＮを適用しない場合（Ｓ７１３、Ｎｏ）、またはコンポーネントキャリア間で圧縮係数の値が同じ場合（Ｓ７１５、Ｎｏ）、送信装置はクロスキャリアスケジューリングを実施してもよいと判断する（Ｓ７１９）。

一方、複数のコンポーネントキャリアを利用しない場合（Ｓ７１１、Ｎｏ）、またはコンポーネントキャリア間でサブフレームの境界が同期していない場合（Ｓ７１７、Ｎｏ）、送信装置はクロスキャリアスケジューリングを実施しないと判断する（Ｓ７２１）。

なお、図３１、３２において、クロスキャリアスケジューリングを実施してもよいと判断した場合でも、送信装置が実際にクロスキャリアスケジューリングを実施するか否かは別途判断を設けてもよい。つまり、ここで送信装置がクロスキャリアスケジューリングを実施してもよいと判断したとしても、送信装置は、クロスキャリアスケジューリングの実施は必須ではない。

（８）ＦＴＮを適用する通信システムへのデュアルコネクティビティ(Dual-Connectivity)の導入
上記のようにキャリアアグリゲーションを適用した場合に、特にサブフレームの境界の同期の有無で、スケジューリングの通知方法に制限を設けた方がよいことを説明した。一方で、もし異なるコンポーネントキャリアの間でサブフレームの境界の同期が取れていない場合においても、別の方法で複数のコンポーネントキャリアを利用すること自体を可能にしてもよい。

この方法の例として、デュアルコネクティビティ(Dual-Connectivity、あるいはマルチコネクティビティ(Multi-Connectivity))の実施が考えられる。これは、同期の取れていない複数のコンポーネントキャリアを、それぞれ独立のコンポーネントキャリア（周波数チャネル）のまま、同時に取り扱う手段である。デュアルコネクティビティを適用する場合には、例えば図３０のようにサブフレームの境界の同期が取れていないケースにおいても、デュアルコネクティビティでそれぞれのコンポーネントキャリアを利用することが可能となり、トータルとしてより広い帯域幅を通信に利用することが可能となる。

図３３は、複数のコンポーネントキャリアを利用する場合の、デュアルコネクティビティの実施判断の一例を示す流れ図である。送信装置は、まず複数のコンポーネントキャリアを利用するかどうか判断する（Ｓ７３１）。複数のコンポーネントキャリアを利用する場合（Ｓ７３１、Ｙｅｓ）、送信装置は、続いてコンポーネントキャリア間でサブフレームの境界が同期しているかどうか判断する（Ｓ７３３）。コンポーネントキャリア間でサブフレームの境界が同期している場合（Ｓ７３３、Ｙｅｓ）、送信装置はキャリアアグリゲーションを実施してもよいと判断し（Ｓ７３５）、さらにクロスキャリアスケジューリングを実施してもよいと判断する（Ｓ７３７）。一方、複数のコンポーネントキャリアを利用しない場合（Ｓ７３１、Ｎｏ）、またはコンポーネントキャリア間でサブフレームの境界が同期していない場合（Ｓ７３３、Ｎｏ）、送信装置はキャリアアグリゲーションを実施しないと判断し（Ｓ７３９）、さらにクロスキャリアスケジューリングを実施しないと判断する（Ｓ７４１）。

続いて図３４を用いて複数のコンポーネントキャリアを利用する場合の、デュアルコネクティビティの実施判断の一例を示す。図３４に示したのは、ＦＴＮのパラメータの値まで含めて判断する場合の、デュアルコネクティビティの実施判断の一例である。

送信装置は、まず複数のコンポーネントキャリアを利用するかどうか判断する（Ｓ７５１）。複数のコンポーネントキャリアを利用する場合（Ｓ７５１、Ｙｅｓ）、送信装置は、続いてＦＴＮを適用するかどうか判断する（Ｓ７５３）。ＦＴＮを適用する場合（Ｓ７５３、Ｙｅｓ）、送信装置は、続いてコンポーネントキャリア間で圧縮係数の値が異なるかどうか判断する（Ｓ７５５）。コンポーネントキャリア間で圧縮係数の値が異なる場合（Ｓ７５５、Ｙｅｓ）、送信装置は、続いてコンポーネントキャリア間でサブフレームの境界が同期しているかどうか判断する（Ｓ７５７）。コンポーネントキャリア間でサブフレームの境界が同期している場合（Ｓ７５７、Ｙｅｓ）や、ＦＴＮを適用しない場合（Ｓ７５３、Ｎｏ）、またはコンポーネントキャリア間で圧縮係数の値が同じ場合（Ｓ７５５、Ｎｏ）、送信装置はキャリアアグリゲーションを実施してもよいと判断し（Ｓ７６１）、さらにクロスキャリアスケジューリングを実施してもよいと判断する（Ｓ７６３）。

一方、複数のコンポーネントキャリアを利用しない場合（Ｓ７５１、Ｎｏ）、またはコンポーネントキャリア間でサブフレームの境界が同期していない場合（Ｓ７５７、Ｎｏ）、送信装置はキャリアアグリゲーションを実施しないと判断し（Ｓ７６５）、さらにクロスキャリアスケジューリングを実施しないと判断する（Ｓ７６７）。

なお、図３３、３４において、クロスキャリアスケジューリングを実施してもよいと判断した場合でも、送信装置が実際にクロスキャリアスケジューリングを実施するか否かは別途判断を設けてもよい。つまり、ここで送信装置がクロスキャリアスケジューリングを実施してもよいと判断したとしても、送信装置は、クロスキャリアスケジューリングの実施は必須ではない。

また、図３３、図３４において、キャリアアグリゲーションを実施してもよいと判断した場合でも、送信装置が実際にキャリアアグリゲーションを実施するか否かは別途判断を設けてもよい。例えば、受信装置がキャリアアグリゲーションに対応していなければ、送信装置は、キャリアアグリゲーションを実施してもよいと判断した場合でも、キャリアアグリゲーションを実施しないようにしてもよい。また、シンボル間隔の圧縮係数が、異なるセル間または異なるコンポーネントキャリア間で異なってもよく、同じであってもよい。

（９）周波数チャネル以外の他の観点に基づくＦＴＮの制御例
続いて、周波数チャネル以外の他の観点に基づくＦＴＮの制御の一例について説明する。前述したように、ＦＴＮを適用することによる作用効果の一つとして、周波数利用効率の向上が挙げられる。このような特性から、通信システム内で利用される無線リソースの制御チャネルに応じて、ＦＴＮの適用による有効性が変化する場合がある。

例えば、ＦＴＮを適用することで当該ＦＴＮの作用効果を得ることが可能な適用範囲の一例として、Channel（即ち、ＰＤＳＣＨまたはＰＵＳＣＨ）が挙げられる。実データの送受信を行うShared Channelに対してＦＴＮを適用することで、例えば、周波数利用効率の向上、及びスループットの向上の効果が得られる。

また、Shared Channelに加えて、Multicast ChannelへのＦＴＮの適用が挙げられる。Multicast Channelは、ＭＢＭＳ(Multimedia Broadcast Multicast Service)等のように、セルラーシステム内での放送系データサービスを実施する際に利用されるチャネル及びリソースである。Multicast Channelに対してＦＴＮを適用することで、例えば、放送系データサービスの品質の向上が期待できる。なお、Shared ChannelやMulticast Channelが、「第２の制御チャネル」の一例に相当する。

一方で、主に制御系(例えば、情報の通知やフィードバック等)に利用するチャネルについては、ＦＴＮの適用を避けることが望ましい場合がある。制御系の情報は、通信を成立させるための根幹であるため、送受信の信頼性を高めることが重要であると考えられる。そのため、制御系の情報を送信または受信するためのチャネルに対しては、ＦＴＮを適用しないことでシンボル間干渉を回避し、安定した情報の送受信を実現することがより好ましい場合がある。また、制御系の情報を送信または受信するためのチャネルに対してＦＴＮを適用する場合においても、シンボル間干渉の影響がより小さくなるようにＦＴＮパラメータを設定する（例えば、圧縮係数τ_ｉ，ｐとしてより１に近い値を設定する）ことが望ましい場合がある。なお、制御系のチャネルとしては、例えば、Broadcast Channel、Control Channel、Synchronization Channel(またはSynchronization Signal)等が挙げられる。なお、上述した制御系のチャネルが、「第１の制御チャネル」の一例に相当する。

また、通信システムでは、チャネル以外にも、無線伝搬路などの変動を推定するためのReference Signalを送信することがある。このようなReference Signalについても、無線伝搬路の推定精度を維持することを目的として、ＦＴＮの適用を避けるか、または、シンボル間干渉の影響がより小さくなるようにＦＴＮパラメータを設定することがより好ましい場合がある。

以上、周波数チャネル以外の他の観点に基づくＦＴＮの制御の一例について説明した。

＜＜６．変形例＞＞
続いて、本開示の一実施形態の変形例について説明する。

＜６．１．変形例１：プレフィックスの制御の一例＞
まず、変形例１として、ＦＴＮの適用の可否や、適用されるＦＴＮパラメータの内容等のようなＦＴＮの適用状況に応じて、ＣＰやパイロットシンボル等のような、ガードインターバルとして機能し得るプレフィックスの制御の一例について説明する。

上記に説明した通り、ＦＴＮにおいては、ＦＴＮ処理が施された信号は、当該信号自体がシンボル間干渉を内包することとなる。そのため、ＦＴＮを採用する通信システムにおいては、仮に無線伝搬路上において遅延波が存在しない（即ち、無線伝搬路におけるシンボル間干渉が発生しない）場合であっても、ＦＴＮ処理に伴うシンボル間干渉への対策が必要となる場合がある。これらを別の観点から見た場合には、上述したＣＰは、無線伝搬路におけるシンボル間干渉への対策に相当するため、そもそもシンボル間干渉を内包するＦＴＮについては、ＣＰを付加しない制御としてもよい。この場合には、送信装置側は、例えば、圧縮係数τ_ｉ，ｐ＜１の場合には、ＣＰの長さＮ_ＣＰ，ｇ＝０となるように制御すればよい。このような構成とすることで、周波数利用効率をさらに向上させることが可能となる。

また、他の一例として、圧縮係数とＣＰの長さとを連動させてもよい。具体的な一例として、送信装置は、圧縮係数τ_ｉ，ｐが小さいほど、ＣＰの長さＮ_ＣＰ，ｇがより短くなるように制御してもよい。なお、このとき、圧縮係数τ_ｉ，ｐとＣＰの長さＮ_ＣＰ，ｇとは、必ずしも比例関係にある必要はない。なお、ＦＴＮにおいては、圧縮係数τ_ｉ，ｐが小さくなるほどシンボル間干渉の影響がより大きくなる。そのため、圧縮係数τ_ｉ，ｐが小さくなるほど、受信装置側では、当該圧縮係数τ_ｉ，ｐに伴うシンボル間干渉の影響の大きさに応じて、相対的により強力なシンボル間干渉対策を講じることが求められることとなり、無線伝搬路におけるシンボル間干渉に対してもあわせて対応することが可能となる。

なお、圧縮係数τ_ｉ，ｐとＣＰの長さＮ_ＣＰ，ｇとの間の関係は、制御テーブルとして管理されていてもよい。例えば、以下に示す表３は、圧縮係数の範囲とＣＰの長さとがあらかじめ対応付けられて制御テーブルの一例を示している。以下に表３として示す例では、圧縮係数の範囲とＣＰの長さとの間の対応関係を、圧縮係数カテゴリインデクスに基づき管理している。なお、表３に示した圧縮係数カテゴリインデクスごとのＣＰの長さ（例えば、ＮＣＰ〜ＮＣＰ３）の間の大小関係は、ＮＣＰ０≦ＮＣＰ１≦ＮＣＰ２≦ＮＣＰ３≦…となる。

また、他の一例として、特定の圧縮係数とＣＰの長さとが対応付けられて制御テーブルとして管理されていてもよい。例えば、以下に示す表４は、圧縮係数の値とＣＰの長さとがあらかじめ対応付けられて制御テーブルの一例を示している。なお、以下に表４として示す例では、圧縮係数の値とＣＰの長さとの間の対応関係を、圧縮係数カテゴリインデクスに基づき管理することとなる。

なお、上記の説明では、主に、ＣＰの長さの制御に着目して説明したが、パイロットシンボルについても同様である。

以上、変形例１として、ＦＴＮの適用の可否や、適用されるＦＴＮパラメータの内容等のようなＦＴＮの適用状況に応じて、ＣＰやパイロットシンボル等のプレフィックスの制御の一例について説明した。

＜６．２．変形例２：装置の移動速度に応じた制御の一例＞
次に、変形例２として、送信装置または受信装置の移動速度に応じて圧縮係数を制御する場合の一例について説明する。

装置（送信装置または受信装置）の移動速度が速い場合には、電波路の時間に対する変動も大きくなるため、受信処理が複雑になることが予想される。そのため、送信装置または受信装置の移動速度に応じて、送信装置側が圧縮係数の値を制御することにより、対応する受信装置側の処理の負荷を適応的に制御してもよい。より具体的には、送信装置は、送信装置または受信装置の移動速度が速くなるほど、圧縮係数の値がより大きくなるように（即ち、１に近い値となるように）制御するとよい。このような制御により、送信装置または受信装置の移動速度が速くなるほど、ＦＴＮ自体が内包するシンボル間干渉の影響がより小さくなるように制御することが可能となる。

なお、装置（送信装置または受信装置）の移動速度と圧縮係数の値との間の関係は、制御テーブルとして管理されていてもよい。例えば、以下に示す表５は、装置の移動速度とＣＰの長さとがあらかじめ対応付けられて制御テーブルの一例を示している。以下に表５として示す例では、Mobilityカテゴリという分類を定義し、圧縮係数の範囲とＣＰの長さとの間の対応関係を、当該Mobilityカテゴリに関連付けている。なお、表５として示したMobilityカテゴリインデクスごとの圧縮係数（例えば、τmobility０〜τmobility３）の間の大小関係は、τmobility０≦τmobility１≦τmobility２≦τmobility３≦…≦１となる。

以上、変形例２として、送信装置または受信装置の移動速度に応じて圧縮係数を制御する場合の一例について説明した。

＜６．３．変形例３：マルチキャリア変調への拡張＞
図７〜１０では、シングルキャリア変調への本実施形態の適用について説明した。一方、本実施形態は、ＯＦＤＭ、ＯＦＤＭＡ（Orthogonal frequency-division multiple access）などに代表されるマルチキャリア変調方式にも適用が可能である。

図３５、３６は、マルチキャリア変調をベースとした本実施形態の送信装置の構成の一例を示す説明図である。なお、図３５の前段には、図７、８で示した送信装置の構成と同様の構成が設けられている。マルチキャリア変調をベースとした場合、オーバーサンプル、パルスシェイプフィルタ、時間方向のシンボル配置の圧縮は、サブキャリアごとに行うことが望ましい。また、圧縮係数の値は、所定の周波数方向の単位（例えば、ＬＴＥのリソースブロックのような、サブキャリアの塊）の中では同一に揃っていることが望ましい。さらに、同時に同一のユーザ端末装置に割当てられたリソースブロックの間でも圧縮係数の値は同一に揃っていることが望ましい。

＜６．４．変形例４：時間方向の圧縮、および周波数方向の圧縮の導入＞
（１）周波数方向の圧縮の概要
これまでは、シングルキャリア変調をベースに、時間方向のシンボル配置を圧縮する技術について説明した。一方、マルチキャリア変調をベースとした場合、この時間方向のシンボル配置の圧縮に加える形で、周波数方向のサブキャリア配置の圧縮も導入することが可能となる。

図３７は、周波数方向の圧縮がない場合のサブキャリア配置（従来のサブキャリア配置）を示す説明図である。また図３８は、周波数方向の圧縮がある場合のサブキャリア配置を示す説明図である。図３７に示した従来の配置では、異なるサブキャリア間がちょうど直交する（あるサブキャリアの振幅がピークの周波数において、隣接するサブキャリアの振幅が０である）ように配置されることが特徴であった。周波数方向の圧縮がない場合、サブキャリア間の間隔(Subcarrier spacing)は、シンボル長(Symbol period)の逆数と等しい関係性を有することとなる。ここで、『シンボル長』と『時間方向の圧縮後のシンボル配置間隔』は異なるものである。

一方、図３８に示したように、周波数方向で圧縮する場合、サブキャリア間隔≠シンボル長の逆数という関係性を有する結果となる。つまり、あるサブキャリアの振幅がピークの周波数において、隣接するサブキャリアの振幅が０ではない状況となる。特に、周波数利用効率を高めることを考える場合は、サブキャリア間隔＜シンボル長の逆数、という関係性にすることが望ましい。図３８に示した例では、このサブキャリア間隔＜シンボル長の逆数という関係性に基づいている。周波数方向で圧縮する場合は、サブキャリアの間の直交性は崩れて、結果として互いに干渉することとなる。

通信システムとして周波数方向の圧縮を導入するにあたり、時間方向の圧縮と同様に、その圧縮の度合いをパラメータとして表すことが望ましい。図３８に示した例では、周波数方向の圧縮係数としてパラメータφを導入しており、このパラメータφを圧縮後のサブキャリア間隔の表現に利用している。サブキャリア間隔をΔｆ、シンボル長をＴとしたとき、周波数方向の圧縮を導入すると、Δｆ＝φ（１／Ｔ）＜＝１／Ｔ、という関係になる。

先の説明では、時間方向の圧縮の導入について、コンポーネントキャリアに対して固定的に導入、Cell-Specificに制御、User-Specificに制御、Semi-Staticに制御、Dynamicに制御、RRC Signalingで通知、System Informationで通知、物理制御チャネルで通知、コンポーネントキャリアの周波数に応じた制御、PCell/SCellとの関係性による制御、キャリアアグリゲーション、デュアルコネクティビティとの組み合わせ、などを実施例として示してきた。

ここで、新たに導入した周波数方向の圧縮係数についても、時間方向の圧縮と同様に、コンポーネントキャリアに対して固定的に導入、Cell-Specificに制御、User-Specificに制御、Semi-Staticに制御、Dynamicに制御、RRC Signalingで通知、System Informationで通知、物理制御チャネルで通知、コンポーネントキャリアの周波数に応じた制御、PCell/SCellとの関係性による制御、キャリアアグリゲーション、デュアルコネクティビティとの組み合わせ、などと合わせることが望ましい。

さらに、時間方向の圧縮と周波数方向の圧縮は、それぞれ独立に制御、設定、または通知されてもよい。つまり、パラメータτおよびφの値として、いずれの関係性で通信システムに導入されてもよいということが言える。これによって、電波伝搬環境や達成したい周波数利用効率、データレート、スループットなどに応じて、今まで以上に柔軟に時間および周波数リソースの配置や密度を制御することが可能となる。下記の表６は、時間方向の圧縮係数と周波数方向の圧縮係数が取り得る値の組み合わせの例を示している。

すなわち、送信装置は、シンボル間隔を詰めて送信されるように制御する第１モードと、シンボル間隔を詰めずに送信されるように制御する第２モードと、サブキャリア間隔を詰めて送信されるように制御する第３モードと、サブキャリア間隔を詰めずに送信されるように制御する第４モードと、を有する。第１モードと第２モードとは、いずれか一方が選択され、同様に第３モードと第４モードとは、いずれか一方が選択される。

そして、周波数方向の圧縮を行う場合、周波数方向の圧縮係数φに関する情報を、時間方向の圧縮係数τの場合と同様に、送信装置と受信装置との間で共有させておくことが望ましい。

例えば図１５、図２０、図２２、図２４には、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータとして時間方向の圧縮係数τを端末装置２００に通知する場合の例を示したが、ここで、ＦＴＮパラメータとして時間方向の圧縮係数τに替えて、または時間方向の圧縮係数τとともに周波数方向の圧縮係数φを基地局１００が端末装置２００に通知してもよい。

また、例えば図１６、図２１、図２３、図２５には、ダウンリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、基地局１００が、ＳＩＢにより、ＦＴＮパラメータとして時間方向の圧縮係数τを端末装置２００に通知する場合の例を示したが、ここで、ＦＴＮパラメータとして時間方向の圧縮係数τに替えて、または時間方向の圧縮係数τとともに周波数方向の圧縮係数φを基地局１００が端末装置２００に通知してもよい。

また例えば図１７には、アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、基地局１００が、RRC Connection Reconfigurationにより、ＦＴＮパラメータとして時間方向の圧縮係数τを端末装置２００に通知する場合の例を示したが、ここで、ＦＴＮパラメータとして時間方向の圧縮係数τに替えて、または時間方向の圧縮係数τとともに周波数方向の圧縮係数φを基地局１００が端末装置２００に通知してもよい。

また、例えば図１８には、アップリンクに対してＦＴＮを採用した場合における通信シーケンスの一例として、基地局１００が、ＳＩＢにより、ＦＴＮパラメータとして時間方向の圧縮係数τを端末装置２００に通知する場合の例を示したが、ここで、ＦＴＮパラメータとして時間方向の圧縮係数τに替えて、または時間方向の圧縮係数τとともに周波数方向の圧縮係数φを基地局１００が端末装置２００に通知してもよい。

（２）時間方向あるいは周波数方向の圧縮を実施した場合のリソースの定義
本実施形態において、時間方向のシンボル間隔の圧縮、または周波数方向のサブキャリアの圧縮を実施した場合、無線リソースのフォーマットの定義について圧縮の有無に応じた定義を与えることが望ましい。これによって、圧縮によりリソースの粒度が変わったときでも送信装置・受信装置の間でリソースのルールを共有することが可能となる。

（Ａ）時間方向の圧縮におけるリソースの定義
時間方向のシンボル間隔の圧縮については、ある通信システム内やセル内においてシンボル間隔が変わることときに、サブフレームの長さ、サブフレームあたりのシンボル数、ＴＴＩの長さ、ＴＴＩあたりのシンボル数、などを考える事が望ましい。これらを考慮するにあたり、次の２つのケースが実施例として挙げられる。

（Ａ−１）サブフレームの長さ、またはＴＴＩの長さを、時間方向の圧縮によらず一定とする場合
図３９は、サブフレームの長さ、またはＴＴＩの長さを、時間方向の圧縮によらず一定とする場合の一例を示す説明図である。図３９では、時間方向の圧縮がない場合（τ＝＝１．０）と、時間方向の圧縮がある場合（τ’＜１．０）を示している。図３９では、時間方向の圧縮がある場合と無い場合とでSymbol Blockの長さが違うように描かれているが、これらはシンボル配置の間隔が異なることを意味しており、シンボル長の長さが異なるという意味ではない。図３９に示した例の場合では、サブフレーム長とＴＴＩは等しいものとしている。図３９に示した例では、時間方向の圧縮の有無（または異なる圧縮係数）によってサブフレームあたりのシンボル数（またはＴＴＩあたりのシンボル数）が異なることになる。時間方向の圧縮が無い場合のシンボル数Ｎと時間方向の圧縮がある場合のシンボル数Ｎ’の関係はＮ≠Ｎ’となる。特に、圧縮係数の大小関係がτ’＜τであるとすると、シンボル数の関係をＮ’＞Ｎとすることが望ましい。さらに、Ｎ’＜＝（τ／τ’）＊Ｎの関係も満たすことが望ましい。

図４０は、サブフレームの長さ、またはＴＴＩの長さを、時間方向の圧縮によらず一定とする場合の一例を示す説明図である。図４０に示した例は、サブフレーム長とＴＴＩが異なることを許容する場合である。図４０では、時間方向の圧縮が無い場合をサブフレーム長＝＝ＴＴＩとして、圧縮がある場合にサブフレーム長＞ＴＴＩとする場合である。サブフレーム長＜ＴＴＩとするのは、サブフレーム間の干渉を回避する目的から、許容すべきではない。図４０に示した例の場合、サブフレーム内にＴＴＩ以外に無送信区間を設けることで、最終的なサブフレーム長は圧縮係数に対して同じになる。なお図４０でも、時間方向の圧縮がある場合と無い場合とでSymbol Blockの長さが違うように描かれているが、これらはシンボル配置の間隔が異なることを意味しており、シンボル長の長さが異なるという意味ではない。

送受信時間の遅延を短くするための技術として、TTI Shortening（ＴＴＩ短縮、送信時間短縮）が考えられる。図４０に示したのは、時間方向の圧縮によってTTI Shorteningを実現する場合の例である。

サブフレームあたりのシンボル数Ｎ’を時間方向の圧縮（圧縮係数）に応じて変える場合、サブフレーム内のリソースエレメントの構成も再構成することが望ましい。シンボル数が変わることで、単位あたりリソースエレメント数も変わるためである。

図４１は、圧縮係数の値の変化に対する、リソースエレメントの構成変更の判断フローの一例を示す流れ図である。ここでリソースエレメントの構成として、リファレンス信号（Reference Signals(RS)、パイロット信号（Pilot Signals）、または既知信号（Known Signals）など、送信装置と受信装置の間で互いに既知である信号やリソースエレメントであり、CSI(Channel State Information) Measurement、チャネル推定、セル検出、セル選択、などに利用される）の配置構成が考えられる。

送信装置は、まず圧縮係数の値が変更されるかどうかを判断する（Ｓ８０１）。圧縮係数の値が変更されると判断した場合は（Ｓ８０１、Ｙｅｓ）、続いて送信装置は、所定のリソース単位内のリソースエレメント数が変更されるかどうかを判断する（Ｓ８０３）。所定のリソース単位内のリソースエレメント数が変更されると判断した場合は（Ｓ８０３、Ｙｅｓ）、続いて送信装置は、リソースエレメント配置内のリファレンス信号の配置箇所（周波数及び時間）を変更する（Ｓ８０５）。一方、圧縮係数の値が変更されないと判断した場合（Ｓ８０１、Ｎｏ）、または所定のリソース単位内のリソースエレメント数が変更されないと判断した場合は（Ｓ８０３、Ｎｏ）、続いて送信装置は、リソースエレメント配置内のリファレンス信号の配置箇所（周波数及び時間）を維持する（Ｓ８０７）。

配置の指標として、サブフレーム内におけるＲＳリソースエレメントの密度（またはサブフレーム内に占めるＲＳリソースエレメントの割合）が考えられる。この密度（または割合）を、時間方向の圧縮によらず一定になるように再構成する、または、時間方向の圧縮によって変わるように再構成することが考えられる。ＲＳの密度が一定になるように再構成する場合、異なる時間方向の圧縮が行われる前後で、CSI Measurementやチャネル推定の精度を可能なかぎり保とうとする効果が期待できる。一方、ＲＳの密度を変えるようにリソースエレメントを再構成する場合、時間方向の圧縮に応じて実効的な周波数利用効率、データレート、スループットなどを上下させる効果が期待できる。

（Ａ−２）サブフレームあたりのシンボル数、またはＴＴＩあたりのシンボル数を、時間方向の圧縮によらず一定とする場合
次に、時間方向の圧縮によらずサブフレームあたりのシンボル数あるいはＴＴＩあたりのシンボル数を一定とする例を示す。図４２は、時間方向の圧縮によらずサブフレームあたりのシンボル数あるいはＴＴＩあたりのシンボル数を一定とする例を示す説明図である。図４２は、無線フレームあたりのサブフレーム数は一定（つまりサブフレーム長は一定）であり、かつ、ＴＴＩは時間方向の圧縮に応じて変わる場合の例である。この場合は、サブフレーム内に無送信区間を設けることによってサブフレーム長を一定にできるようにする。図４２でも、時間方向の圧縮がある場合と無い場合とでSymbol Blockの長さが違うように描かれているが、これらはシンボル配置の間隔が異なることを意味しており、シンボル長の長さが異なるという意味ではない。このケースでは、圧縮係数の大小関係がτ’＜＝τの場合、ＴＴＩの大小関係はＴＴＩ’＜＝ＴＴＩとなる。このケースも、時間方向の圧縮によるTTI Shorteningの一例と言える。

図４３は、サブフレームの長さ、時間方向の圧縮によらずサブフレームあたりのシンボル数あるいはＴＴＩあたりのシンボル数を一定とする例を示す説明図である。図４３に示した例は、無線フレームあたりのサブフレーム数も時間方向の圧縮に応じて変える例である。なお図４３でも、時間方向の圧縮がある場合と無い場合とでSymbol Blockの長さが違うように描かれているが、これらはシンボル配置の間隔が異なることを意味しており、シンボル長の長さが異なるという意味ではない。圧縮係数の大小関係がτ’＜＝τの場合、無線フレームあたりのサブフレーム数の大小関係はＭ’＞＝Ｍとなり、ＴＴＩの大小関係はＴＴＩ’＜＝ＴＴＩとなる。このケースも、時間方向の圧縮によるTTI Shorteningの一例と言える。

サブフレームあたりのシンボル数を時間方向の圧縮によらず一定とする場合、リソースエレメントの配置構成も同一のものに保つことが望ましい。リソースエレメントの配置構成も同一のものに保つことで、送信装置および受信装置の間でＲＳリソースエレメントの配置パターン数を増やすことが不要になり、メモリの実装などを簡略化することが可能となるためである。

（Ｂ）周波数方向の圧縮におけるリソースの定義
ここまでは、時間方向の圧縮に応じたシンボル数、サブフレーム数、サブフレーム長、ＴＴＩ、無線フレームの関係性について述べたが、同様の設定の考え方は周波数方向でも考えられる。ある通信システム内やセル内での、周波数方向のサブキャリア間隔の圧縮については、リソースブロックの帯域幅、リソースブロックあたりのサブキャリア数、コンポーネントキャリア帯域幅、コンポーネントキャリアあたりのリソースブロック数、コンポーネントキャリアあたりのサブキャリア数、ＩＦＦＴ、ＩＤＦＴ、ＦＦＴ、ＤＦＴなど時間−周波数変換の処理サイズ、などの設定が考えられる。

（Ｂ−１）リソースブロック（ＲＢ）の帯域幅を、周波数方向の圧縮によらず一定とする場合
図４４は、周波数方向の圧縮の有無（大小）によらず、リソースブロックの帯域幅を一定に保つ場合の例を示す説明図である。図４４の上段は、周波数方向の圧縮が無い（φ＝＝１．０）場合の例であり、下段は、周波数方向の圧縮がある（φ’＜＝φ＜＝１．０）場合の例である。なお、図４４に示した例では、コンポーネントキャリアの帯域幅も一定であると想定する。つまり、リソースブロックの帯域幅を一定とすることは、コンポーネントキャリアあたりのリソースブロック数Ｂも一定であることを意味する。一方、リソースブロックあたりのサブキャリア数は、周波数方向の圧縮によって変化することとなる。ここで、周波数方向の圧縮係数が小さくなる（図４４のφ’＜＝φ）場合、リソースブロックあたりのサブキャリア数は大きくなる（図４４のＫ’＞＝Ｋ）。

リソースブロックの帯域幅を、周波数方向の圧縮によらず一定とする場合、送信装置は、周波数方向の圧縮の有無（大小）によって、リソースエレメントの配置構成を変える。配置構成を変える判断は、先の図４１で示した時間方向の圧縮係数の変化に対する判断フローと同様である。

（Ｂ−２）リソースブロックあたりのサブキャリア数を、周波数方向の圧縮によらず一定とする場合
上記（Ｂ−１）とは異なり、リソースブロックあたりのサブキャリア数を一定に保つことも考えられる。図４５は、リソースブロックあたりのサブキャリア数を、周波数方向の圧縮によらず一定とする場合の一例を示す説明図である。図４５の上段は、周波数方向の圧縮が無い（φ＝＝１．０）場合の例であり、下段は、周波数方向の圧縮がある（φ’＜＝φ＜＝１．０）場合の例である。リソースブロックあたりのサブキャリア数を、周波数方向の圧縮によらず一定とする場合には、周波数方向の圧縮によってリソースブロックの帯域幅が変わる。また、周波数方向の圧縮によってリソースブロックの帯域幅が変わることに応じてコンポーネントキャリアあたりのリソースブロック数も変わることとなる。本実施形態では、周波数方向の圧縮係数が小さくなる（図４５中のφ’＜＝φ）場合、コンポーネントキャリアあたりのリソースブロック数が大きくなる（同図中のＢ’＞＝Ｂ）。一方、リソースブロックあたりのサブキャリア数Ｋは周波数方向の圧縮係数によらず一定である。

このケースでは、周波数方向の圧縮の有無（大小）に対して同一のリソースエレメントの配置構成を共用することが可能である。ここでリソースエレメントの構成として、リファレンス信号（Reference Signals(RS)、パイロット信号（Pilot Signals）、または既知信号（Known Signals）など、送信装置と受信装置の間で互いに既知である信号やリソースエレメントであり、CSI(Channel State Information) Measurement、チャネル推定、セル検出、セル選択、などに利用される）の配置構成が考えられる。同一のリソースエレメントの配置構成、および同一のリファレンス信号の配置構成が使えることで、信号生成の判断を簡素化することが可能となる。

周波数方向の圧縮によってコンポーネントキャリアあたりのサブキャリア数が変わる場合、送信または受信のためのＩＦＦＴあるいはＦＦＴのサイズが切り替えられることが望ましい。ＩＦＦＴあるいはＦＦＴのサイズの切り替えを可能にするために、送信装置と受信装置（例えば基地局１００と端末装置２００）との間で、コンポーネントキャリア帯域幅、周波数方向の圧縮係数、およびＦＦＴサイズ（ＩＦＦＴサイズ、あるいはＤＦＴサイズ（ＩＤＦＴサイズ））の関連を示すテーブル情報を事前に共有していることが望ましい。下の表７に、コンポーネントキャリア帯域幅、周波数方向の圧縮係数、およびＦＦＴサイズ（ＩＦＦＴサイズ）の関連テーブルの一例を示す。

同一のコンポーネントキャリア帯域幅において周波数方向の圧縮係数が小さくなる場合、サブキャリア数は増加する方向に変化が生じる。従って、サブキャリア数の増加に合わせてＦＦＴサイズ（ＩＦＦＴサイズ、ＤＦＴサイズ、ＩＤＦＴサイズ）は大きくなるようにテーブルが設定されていることが望ましい。例えば、周波数方向の圧縮係数が１の場合のＦＦＴサイズがＮ_Ｆ（表７に示した例では、コンポーネントキャリア帯域幅が５ＭＨｚの場合はＮ_Ｆ５、１０ＭＨｚの場合はＮ_Ｆ１０）であることを想定すると、周波数方向の圧縮係数が１．０から０．８に変更になる場合、ＦＦＴサイズは（１／０．８）＊Ｎ_Ｆ＝＝１．２５Ｎ_Ｆ近辺の整数値を取ることが望ましい。例えばＦＦＴサイズは、小数点以下切り上げ（ceil（１．２５Ｎ_Ｆ））または小数点以下切り捨て（floor（１．２５Ｎ_Ｆ））、もしくは切り上げまたは切り捨て後の整数に近い２のべき乗の整数、などの値を取ることが望ましい。

（３）サブフレーム境界での時間方向（シンボル間隔）の圧縮の有無、またはリソースブロック境界での周波数方向（サブキャリア間隔）の圧縮の有無について
複数の送受信装置（マルチユーザ）で無線リソースを共用する場合、時間リソースまたは周波数リソースのいずれか一方、またはその両方をユーザごとに割り当てることが考えられる。その際に、これまで説明してきたようなシステムでは、時間リソースとしてサブフレーム（またはＴＴＩ）、周波数リソースとしてリソースブロックを割当て単位として考えることができる。

このようなケースで、時間方向または周波数方向の圧縮を考える場合、ユーザへの割当て単位の境界にあたる部分では圧縮を行わないか、または境界にあたる部分の圧縮係数を他の領域での圧縮係数より大きくするなどして、割当て単位間のオーバーラップを緩和することが望ましい。つまり、時間方向で言うと、サブフレーム内はシンボル間隔を圧縮するが、サブフレーム境界では圧縮を行わないようにする。また、周波数方向では、リソースブロック内のサブキャリア間隔は圧縮するが、リソースブロック境界では圧縮を行わないようにする。

このような措置を取ることによって、受信装置が信号を復調や復号する際に、他のユーザの信号を復調や復号することなく、自身の信号を復調や復号することが可能となるためであり、すなわち、受信信号処理の簡略化に繋がることとなる。

図４６〜図４８は、時間リソース割当て単位の境界および周波数リソース割当て単位の境界におけるリソース圧縮の一例を示す説明図である。図４６は、周波数−時間リソース配置を示す説明図である。図４７は、時間軸上のサブフレーム内およびサブフレーム間のシンボル間隔の圧縮の違いを示す説明図である。図４８は、周波数軸上のリソースブロック内およびリソースブロック間のサブキャリア間隔の圧縮の違いを示す説明図である。

セルラーシステムの時間リソースおよび周波数リソースは、図４６に示したように、通常は時間的および周波数的に連続的に配置されている。つまり、割当て単位となるサブフレームおよびリソースブロックも連続的になる。このような時間的および周波数的に連続的なリソースに対して、本実施形態を適用する場合、シンボル間隔の圧縮の度合い、およびサブキャリア間隔の圧縮の度合いは、割当て単位内部と割当て単位境界で異なるようにすることが望ましい。

例えば図４７に示した時間領域のリソースを考えた場合、シンボル長をＴと想定すると、サブフレーム内のシンボル間隔はＴｉｎ＝＝τＴ＜＝Ｔである。これに対して、サブフレーム境界のシンボル間隔はＴｂ＝＝Ｔとすることが考えられる。このようにサブフレーム内のシンボル間隔及びサブフレーム境界のシンボル間隔を決定することで、送信装置が時間的に連続するサブフレームをそれぞれ異なるユーザに割り当てた場合に、各ユーザは自身へ割当てられたサブフレーム以外のサブフレームを干渉除去のためなどに受信することが不要となり、受信信号処理を簡素化することが可能となる。なお、サブフレーム境界のシンボル間隔Ｔｂは必ずしもＴｂ＝＝Ｔである必要はない。ただし、受信装置が受信信号の処理負荷を簡素化するために、Ｔｉｎ＜＝Ｔｂを満たすような値を取ることが望ましい。

図４８に示した周波数領域のリソースについても、上述の時間領域のリソースと同様のことが考えられる。リソースブロック内のサブキャリア間隔はΔｆｉｎ＝＝φ（１／Ｔ）＜＝（１／Ｔ）であるのに対して、リソースブロック境界のサブキャリア間隔はΔｆｂ＝＝１／Ｔとする（またはΔｆｉｎ＜＝Δｆｂの値の関係性にする）。このようにリソースブロック内のサブキャリア間隔とリソースブロック境界のサブキャリア間隔とを決定することで、時間領域のリソースの場合と同様に、受信装置は、受信信号の処理負荷を簡素化することが可能となる。

＜＜７．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved Node B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base Transceiver Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。さらに、基地局１００の少なくとも一部の構成要素は、基地局装置又は基地局装置のためのモジュールにおいて実現されてもよい。

また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００の少なくとも一部の構成要素は、これら端末に搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール）において実現されてもよい。

＜７．１．基地局に関する応用例＞
（第１の応用例）
図４９は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図４９に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図４９にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。

無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。

無線通信インタフェース８２５は、図４９に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図４９に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図４９には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

図４９に示したｅＮＢ８００において、図４を参照して説明した処理部１５０に含まれる１つ以上の構成要素（通信処理部１５１及び／又は通知部１５３）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図４９に示したｅＮＢ８００において、図４を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。

（第２の応用例）
図５０は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。

アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図５０に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図５０にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図４９を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。

無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図４９を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図５０に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図５０には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。

また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。

接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。

無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図５０に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図５０には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図５０に示したｅＮＢ８３０において、図４を参照して説明した処理部１５０に含まれる１つ以上の構成要素（通信処理部１５１及び／又は通知部１５３）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図５０に示したｅＮＢ８３０において、例えば、図４を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。

＜７．２．端末装置に関する応用例＞
（第１の応用例）
図５１は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図５１に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図５１には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図５１に示したように複数のアンテナ９１６を有してもよい。なお、図５１にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。

さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図５１に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図５１に示したスマートフォン９００において、図５を参照して説明した処理部２４０に含まれる１つ以上の構成要素（情報取得部２４１及び／又は通信処理部２４３）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図５１に示したスマートフォン９００において、例えば、図５を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。

（第２の応用例）
図５２は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図５２に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図５２には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図５２に示したように複数のアンテナ９３７を有してもよい。なお、図５２にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図５２に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図５２に示したカーナビゲーション装置９２０において、図５を参照して説明した処理部２４０に含まれる１つ以上の構成要素（情報取得部２４１及び／又は通信処理部２４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図５２に示したカーナビゲーション装置９２０において、例えば、図５を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、情報取得部２４１及び／又は通信処理部２４３を備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜＜８．むすび＞＞
以上、図３〜図５２を参照して、本開示の一実施形態に係る装置及び処理について説明した。

本開示の一実施形態に依れば、例えば、システム１のダウンリンクに着目した場合には、基地局１００は、通信環境に応じて決定された時間方向または周波数方向の圧縮係数（例えば、セルごとに決定された圧縮係数）を、ＦＴＮパラメータとして端末装置２００に通知する。また、基地局１００は、端末装置２００に向けた送信の対象となるデータを変調し、変調後のビットシーケンスに対してＦＴＮマッピング処理を施すことで、当該ビットシーケンスにおけるシンボル間隔またはサブキャリア間隔を調整する。そして、基地局１００は、ＦＴＮマッピング処理が施されたビットシーケンスに対して、デジタル／アナログ変換、無線周波数処理等を施すことで得られる送信信号を端末装置２００に送信する。このような構成に基づき、端末装置２００は、基地局１００からの受信信号から得られるビットシーケンスに対して、事前に通知された時間方向または周波数方向の圧縮係数に基づきＦＴＮデマッピング処理を施すことで、基地局１００から送信されたデータを復号することが可能となる。

また、他の一例として、システム１のアップリンクに着目した場合には、基地局１００は、通信環境に応じて決定された時間方向または周波数方向の圧縮係数（例えば、セルごとに決定された圧縮係数）を、ＦＴＮパラメータとして端末装置２００に通知する。この通知を受けて、端末装置２００は、基地局１００に向けた送信の対象となるデータを変調し、変調後のビットシーケンスに対してＦＴＮマッピング処理を施すことで、当該ビットシーケンスにおけるシンボル間隔またはサブキャリア間隔を調整する。そして、端末装置２００は、ＦＴＮマッピング処理が施されたビットシーケンスに対して、デジタル／アナログ変換、無線周波数処理等を施すことで得られる送信信号を基地局１００に送信する。このような構成に基づき、基地局１００は、端末装置２００からの受信信号から得られるビットシーケンスに対して、当該端末装置２００に対して事前に通知した時間方向または周波数方向の圧縮係数に基づきＦＴＮデマッピング処理を施すことで、基地局１００から送信されたデータを復号することが可能となる。

以上説明したように、本開示の一実施形態に依れば、通信システムは、受信装置におけるシンボル間干渉やサブキャリア間干渉への対策処理の負荷を加味し、圧縮係数を適応的に調整可能に構成されている。このような構成とすることで、より好適な態様で、受信装置における負荷と、周波数利用効率との間のバランスをとることが可能となる。即ち、本実施形態に依れば、多種多様な周波数及び装置を通信システムで利用及び収容することが可能となり、ひいては、通信システムの拡張性及び柔軟性をより向上させることが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
所定の条件に基づき設定された、ビット系列から変換された複素シンボル系列の時間方向のシンボル間隔または周波数方向のサブキャリア間隔の少なくとも一方を詰めて前記通信部から端末に送信されるように制御する制御部と、
を備える、装置。
（２）
前記制御部は、前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量を固定的に設定する、前記（１）に記載の装置。
（３）
前記制御部は、前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量をセル毎またはコンポーネントキャリア毎に設定する、前記（１）に記載の装置。
（４）
前記制御部は、上位レイヤのシグナリングで送信される情報によって前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量を設定する、前記（３）に記載の装置。
（５）
前記制御部は、前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量を所定の時間で動的に設定する、前記（１）に記載の装置。
（６）
前記制御部は、物理制御チャネルで送信される情報によって前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量を設定する、前記（５）に記載の装置。
（７）
前記制御部は、前記シンボル間隔を詰めて前記通信部から端末に送信されるように制御する第１モードと、前記シンボル間隔を詰めずに前記通信部から端末に送信されるように制御する第２モードと、で動作する、前記（１）〜（６）のいずれかに記載の装置。
（８）
前記制御部は、前記第１モードと前記第２モードとで同じ送信時間長を用いる、前記（７）に記載の装置。
（９）
前記制御部は、前記第１モードと前記第２モードとで異なるリソースエレメント配置構成を用いる、前記（８）に記載の装置。
（１０）
前記制御部は、前記第１モードと前記第２モードとで同じ送信シンボル数を用いる、前記（７）に記載の装置。
（１１）
前記制御部は、前記第１モードと前記第２モードとで同じ無線フレームの長さを用いる、前記（１０）に記載の装置。
（１２）
前記制御部は、前記サブキャリア間隔を詰めて前記通信部から端末に送信されるように制御する第３モードと、前記サブキャリア間隔を詰めずに前記通信部から端末に送信されるように制御する第４モードと、で動作する、前記（１）〜（１２）のいずれかに記載の装置。
（１３）
前記制御部は、前記第３モードと前記第４モードとで同じリソースブロック帯域幅を用いる、前記（１２）に記載の装置。
（１４）
前記制御部は、前記第３モードと前記第４モードとで異なるリソースエレメント配置構成を用いる、前記（１３）に記載の装置。
（１５）
前記制御部は、前記第３モードと前記第４モードとでリソースブロックあたり同じサブキャリア数を用いる、前記（１２）に記載の装置。
（１６）
前記制御部は、前記第３モードと前記第４モードとでコンポーネントキャリアあたり異なるリソースブロック数を用いる、前記（１５）に記載の装置。
（１７）
前記制御部は、複数のセルまたはコンポーネントキャリアをキャリアアグリゲーションとして用いる、前記（１）〜（１６）のいずれかに記載の装置。
（１８）
前記制御部は、前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量の少なくとも一方を異なるセル間または異なるコンポーネントキャリア間で異ならせる、前記（１７）に記載の装置。
（１９）
前記制御部は、前記シンボル間隔を詰めて前記通信部から端末に送信されるように制御する第１モードにおいて、異なるセル間または異なるコンポーネントキャリア間で時間方向の境界を揃える、前記（１８）に記載の装置。
（２０）
前記制御部は、前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量の少なくとも一方を異なるセル間または異なるコンポーネントキャリア間で同一にする、前記（１７）に記載の装置。
（２１）
前記制御部は、前記シンボル間隔を詰めて前記通信部から端末に送信されるように制御する第１モードまたは前記サブキャリア間隔を詰めて前記通信部から端末に送信されるように制御する第３モードにおいて、セルまたはコンポーネントキャリア間で詰め量が異なり、かつ時間方向の境界または周波数方向の境界が同期していない場合、当該セルまたはコンポーネントキャリアをキャリアアグリゲーションの組み合わせから除外する、前記８１７）〜（２０）のいずれかに記載の装置。
（２２）
前記制御部は、複数のセルまたはコンポーネントキャリアをデュアルコネクティビティで用いる、前記（１）〜（２１）のいずれかに記載の装置。
（２３）
前記制御部は、前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量の少なくとも一方を異なるセル間または異なるコンポーネントキャリア間で異ならせる、前記（２２）に記載の装置。
（２４）
前記制御部は、前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量の少なくとも一方を異なるセル間または異なるコンポーネントキャリア間で同一にする、前記８２２）に記載の装置。
（２５）
前記制御部は、前記シンボル間隔を詰めて前記通信部から端末に送信されるように制御する第１モードにおいて、時間方向の境界と、該境界以外の領域とで前記シンボル間隔の詰め量を異ならせる、前記（１）に記載の装置。
（２６）
前記制御部は、時間方向の境界では前記シンボル間隔を詰めない、前記（２５）に記載の装置。
（２７）
前記制御部は、前記サブキャリア間隔を詰めて前記通信部から端末に送信されるように制御する第３モードにおいて、周波数方向の境界と、該境界以外の領域とで前記サブキャリア間隔の詰め量を異ならせる、前記（１）に記載の装置。
（２８）
前記制御部は、周波数方向の境界では前記サブキャリア間隔を詰めない、前記（２７）に記載の装置。
（２９）
前記制御部は、前記シンボル間隔または前記サブキャリア間隔を詰めて前記通信部から端末に送信されるように制御する場合において、異なるユーザへの信号が送信される時間リソースまたは周波数リソースの少なくともいずれかの境界と、該境界以外の領域において、前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量を異ならせる、前記（１）〜（２８）のいずれかに記載の装置。
（３０）
前記制御部は、異なるユーザへの信号が送信される時間リソースまたは周波数リソースの少なくともいずれかの境界では、前記シンボル間隔または前記サブキャリア間隔を詰めない、前記（２９）に記載の装置。
（３１）
無線通信を行うことと、
プロセッサが、所定の条件に基づき設定された、ビット系列から変換された複素シンボル系列の時間方向のシンボル間隔または周波数方向のサブキャリア間隔の少なくとも一方を詰めて端末に無線で送信されるように制御することと、
を含む、方法。
（３２）
コンピュータに、
無線通信を行うことと、
所定の条件に基づき設定された、ビット系列から変換された複素シンボル系列の時間方向のシンボル間隔または周波数方向のサブキャリア間隔の少なくとも一方を詰めて端末に無線で送信されるように制御することと、
を実行させる、コンピュータプログラム。

１ システム
１０ セル
１００ 基地局
１１０ アンテナ部
１２０ 無線通信部
１３０ ネットワーク通信部
１４０ 記憶部
１５０ 処理部
１５１ 通信処理部
１５３ 通知部
２００ 端末装置
２１０ アンテナ部
２２０ 無線通信部
２３０ 記憶部
２４０ 処理部
２４１ 情報取得部
２４３ 通信処理部

Claims (19)

1. 無線通信を行う通信部と、
   上位レイヤのシグナリングで送信される情報によって、ビット系列から変換された複素シンボル系列の時間方向のシンボル間隔の詰め量または周波数方向のサブキャリア間隔の詰め量をセル毎またはコンポーネントキャリア毎に設定し、
   前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量に基づいて前記シンボル間隔または前記サブキャリア間隔の少なくとも一方を詰めて前記通信部から端末に送信する、
   ように制御する制御部と、
   を備える、装置。
2. 前記制御部は、前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量を固定的に設定する、請求項１に記載の装置。
3. 前記制御部は、物理制御チャネルで送信される情報によって前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量を所定の時間で動的に設定する、請求項１に記載の装置。
4. 前記制御部は、前記シンボル間隔を詰めて前記通信部から端末に送信されるように制御する第１モードと、前記シンボル間隔を詰めずに前記通信部から端末に送信されるように制御する第２モードと、で動作する、請求項１に記載の装置。
5. 前記制御部は、前記第１モードと前記第２モードとで同じ送信時間長を用いる、請求項４に記載の装置。
6. 前記制御部は、前記第１モードと前記第２モードとで異なるリソースエレメント配置構成を用いる、請求項５に記載の装置。
7. 前記制御部は、前記第１モードと前記第２モードとで同じ送信シンボル数を用いる、請求項４に記載の装置。
8. 前記制御部は、前記第１モードと前記第２モードとで同じ無線フレームの長さを用いる、請求項７に記載の装置。
9. 前記制御部は、前記サブキャリア間隔を詰めて前記通信部から端末に送信されるように制御する第３モードと、前記サブキャリア間隔を詰めずに前記通信部から端末に送信されるように制御する第４モードと、で動作する、請求項１に記載の装置。
10. 前記制御部は、前記第３モードと前記第４モードとで同じリソースブロック帯域幅を用いる、請求項９に記載の装置。
11. 前記制御部は、前記第３モードと前記第４モードとで異なるリソースエレメント配置構成を用いる、請求項１０に記載の装置。
12. 前記制御部は、前記第３モードと前記第４モードとでリソースブロックあたり同じサブキャリア数を用いる、請求項９に記載の装置。
13. 前記制御部は、前記第３モードと前記第４モードとでコンポーネントキャリアあたり異なるリソースブロック数を用いる、請求項１２に記載の装置。
14. 前記制御部は、複数のセルまたはコンポーネントキャリアをキャリアアグリゲーションで用い、前記シンボル間隔を詰めて前記通信部から端末に送信されるように制御する第１モードにおいて、異なるセル間または異なるコンポーネントキャリア間で時間方向の境界を揃える、請求項１に記載の装置。
15. 前記制御部は、複数のセルまたはコンポーネントキャリアをキャリアアグリゲーションで用い、前記シンボル間隔を詰めて前記通信部から端末に送信されるように制御する第１モードまたは前記サブキャリア間隔を詰めて前記通信部から端末に送信されるように制御する第３モードにおいて、セルまたはコンポーネントキャリア間で詰め量が異なり、かつ時間方向の境界または周波数方向の境界が同期していない場合、当該セルまたはコンポーネントキャリアをキャリアアグリゲーションの組み合わせから除外する、請求項１に記載の装置。
16. 前記制御部は、複数のセルまたはコンポーネントキャリアをデュアルコネクティビティで用いる、請求項１に記載の装置。
17. 前記制御部は、前記シンボル間隔を詰めて前記通信部から端末に送信されるように制御する第１モードにおいて、時間方向の境界と、該境界以外の領域とで前記シンボル間隔の詰め量を異ならせる、請求項１に記載の装置。
18. 前記制御部は、時間方向の境界では前記シンボル間隔を詰めない、請求項１７に記載の装置。
19. 無線通信を行うことと、
    プロセッサが、
    上位レイヤのシグナリングで送信される情報によって、ビット系列から変換された複素シンボル系列の時間方向のシンボル間隔または周波数方向のサブキャリア間隔の詰め量をセル毎またはコンポーネントキャリア毎に設定し、
    前記シンボル間隔の詰め量または前記サブキャリア間隔の詰め量に基づいて前記シンボル間隔または前記サブキャリア間隔の少なくとも一方を詰めて端末に無線で送信する、
    ように制御することと、
    を含む、方法。

Images