隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される周波数位置の情報を取得する情報取得部と、自セルのダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤを、前記所定の必須情報が配置される周波数位置を避けて送信するバーチャルキャリヤ送信制御部と、を具備する無線通信装置。前記隣接基地局との間でサブフレームの同期がとれている、請求項1に記載の無線通信装置。前記隣接基地局との間でサブフレームの同期がとれていない、請求項1に記載の無線通信装置。隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される場所の情報を取得する情報取得部と、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤの運用を停止するバーチャルキャリヤ運用部と、を具備する無線通信装置。前記隣接基地局との間でサブフレームの同期がとれている、請求項4に記載の無線通信装置。前記隣接基地局との間でサブフレームの同期がとれていない、請求項4に記載の無線通信装置。隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される場所の情報を取得する情報取得部と、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤのうち制御情報の送信を停止するバーチャルキャリヤ運用部と、を具備する無線通信装置。前記隣接基地局との間でサブフレームの同期がとれている、請求項7に記載の無線通信装置。隣接基地局がダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域が配置されている周波数帯の情報を取得する情報取得部と、前記隣接基地局がバーチャルキャリヤの制御領域を配置している前記周波数帯を外して、自セルのダウンリンクのサブフレームの制御情報を送信するサブフレーム送信制御部と、を具備する無線通信装置。前記隣接基地局との間でサブフレームの同期がとれていない、請求項9に記載の無線通信装置。隣接基地局Mが送信するダウンリンクのサブフレームに含まれる当該隣接セル内の全端末宛ての制御情報が記載された帯域の情報を取得する情報取得部と、自セルのダウンリンクのサブフレームのデータ領域で、前記隣接基地局が前記制御情報を送信する帯域を避けて、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域を送信するバーチャルキャリヤ送信制御部と、を具備する無線通信装置。前記隣接基地局との間でサブフレームの同期がとれていない、請求項11に記載の無線通信装置。隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される周波数位置の情報を取得するステップと、自セルのダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤを、前記所定の必須情報が配置される周波数位置を避けて送信するステップと、を有する無線通信方法。隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される場所の情報を取得するステップと、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤの運用を停止するバーチャルキャリヤ運用ステップと、を有する無線通信方法。隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される場所の情報を取得するステップと、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤのうちの送信を停止するバーチャルキャリヤ運用ステップと、を有する無線通信方法。隣接基地局がダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域が配置されている周波数帯の情報を取得するステップと、前記隣接基地局がバーチャルキャリヤの制御領域Cを配置している前記周波数帯を外して、自セルのダウンリンクのサブフレームの制御情報を送信するステップと、を有する無線通信方法。隣接基地局が送信するダウンリンクのサブフレームに含まれる当該隣接セル内の全端末宛ての制御情報が記載された帯域の情報を取得するステップと、自セルのダウンリンクのサブフレームのデータ領域で、前記隣接基地局が前記制御情報を送信する帯域を避けて、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域を送信するステップと、を有する無線通信方法。自セルのダウンリンクの所定の位置のサブフレームのデータ領域の所定の周波数位置に所定の必須情報を配置する第1の基地局と、自セルのダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤを、前記所定の必須情報が配置される周波数位置を避けて送信する第2の基地局と、を具備する無線通信システム。自セルのダウンリンクの所定の位置のサブフレームのデータ領域に所定の必須情報を配置する第1の基地局と、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤの運用を停止する第2の基地局と、を具備する無線通信システム。自セルのダウンリンクの所定の位置のサブフレームのデータ領域に所定の必須情報を配置する第1の基地局と、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤのうちの送信を停止する第2の基地局と、を具備する無線通信システム。自セルのダウンリンクのサブフレームのデータ領域の所定の周波数帯で、ドナー帯域よりも狭帯域となるバーチャルキャリヤを送信する第1の基地局と、前記第1の基地局がバーチャルキャリヤの制御領域を配置している前記周波数帯を外して、自セルのダウンリンクのサブフレームの制御情報を送信する第2の基地局と、を具備する無線通信システム。自セル内の全端末宛ての制御情報を含んだサブフレームを送信する第1の基地局と、自セルのダウンリンクのサブフレームのデータ領域で、前記第1の基地局が前記制御情報を送信する帯域を避けて、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域を送信する第2の基地局と、を具備する無線通信システム。本明細書で開示する技術の目的は、サイズの異なるセルが階層化された無線通信環境下において、セル間での干渉を好適に抑制することができる、優れた無線通信装置及び無線通信方法、並びに無線通信システムを提供することにある。本明細書で開示する技術のさらなる目的は、サイズの異なるセルが階層化された無線通信環境下において基地局として動作して、端末へのダウンリンク時のセル間干渉を好適に抑制することができる、優れた無線通信装置及び無線通信方法、並びに無線通信システムを提供することにある。本願は、上記課題を参酌してなされたものであり、請求項1に記載の技術は、隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される周波数位置の情報を取得する情報取得部と、自セルのダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤを、前記所定の必須情報が配置される周波数位置を避けて送信するバーチャルキャリヤ送信制御部と、を具備する無線通信装置である。本願の請求項2に記載の技術によれば、請求項1に記載の無線通信装置は、隣接基地局との間でサブフレームの同期がとれている。本願の請求項3に記載の技術によれば、請求項1に記載の無線通信装置は、隣接基地局との間でサブフレームの同期がとれていない。また、本願の請求項4に記載の技術は、隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される場所の情報を取得する情報取得部と、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤの運用を停止するバーチャルキャリヤ運用部と、を具備する無線通信装置である。本願の請求項5に記載の技術によれば、請求項4に記載の無線通信装置は、隣接基地局との間でサブフレームの同期がとれている。本願の請求項6に記載の技術によれば、請求項4に記載の無線通信装置は、隣接基地局との間でサブフレームの同期がとれていない。また、本願の請求項7に記載の技術は、隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される場所の情報を取得する情報取得部と、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤのうち制御情報の送信を停止するバーチャルキャリヤ運用部と、を具備する無線通信装置である。本願の請求項8に記載の技術によれば、請求項7に記載の無線通信装置は、隣接基地局との間でサブフレームの同期がとれている。また、本願の請求項9に記載の技術は、隣接基地局がダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域が配置されている周波数帯の情報を取得する情報取得部と、前記隣接基地局がバーチャルキャリヤの制御領域を配置している前記周波数帯を外して、自セルのダウンリンクのサブフレームの制御情報を送信するサブフレーム送信制御部と、を具備する無線通信装置である。本願の請求項10に記載の技術によれば、請求項9に記載の無線通信装置は、隣接基地局との間でサブフレームの同期がとれている。また、本願の請求項11に記載の技術は、隣接基地局Mが送信するダウンリンクのサブフレームに含まれる当該隣接セル内の全端末宛ての制御情報が記載された帯域の情報を取得する情報取得部と、自セルのダウンリンクのサブフレームのデータ領域で、前記隣接基地局が前記制御情報を送信する帯域を避けて、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域を送信するバーチャルキャリヤ送信制御部と、を具備する無線通信装置である。本願の請求項12に記載の技術によれば、請求項11に記載の無線通信装置は、隣接基地局との間でサブフレームの同期がとれていない。また、本願の請求項13に記載の技術は、隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される周波数位置の情報を取得するステップと、自セルのダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤを、前記所定の必須情報が配置される周波数位置を避けて送信するステップと、を有する無線通信方法である。また、本願の請求項14に記載の技術は、隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される場所の情報を取得するステップと、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤの運用を停止するバーチャルキャリヤ運用ステップと、を有する無線通信方法である。また、本願の請求項15に記載の技術は、隣接基地局が送信するダウンリンクのサブフレームのデータ領域で所定の必須情報が配置される場所の情報を取得するステップと、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤのうちの送信を停止するバーチャルキャリヤ運用ステップと、を有する無線通信方法である。また、本願の請求項16に記載の技術は、隣接基地局がダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域が配置されている周波数帯の情報を取得するステップと、前記隣接基地局がバーチャルキャリヤの制御領域Cを配置している前記周波数帯を外して、自セルのダウンリンクのサブフレームの制御情報を送信するステップと、を有する無線通信方法である。また、本願の請求項17に記載の技術は、隣接基地局が送信するダウンリンクのサブフレームに含まれる当該隣接セル内の全端末宛ての制御情報が記載された帯域の情報を取得するステップと、自セルのダウンリンクのサブフレームのデータ領域で、前記隣接基地局が前記制御情報を送信する帯域を避けて、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域を送信するステップと、を有する無線通信方法である。また、本願の請求項18に記載の技術は、自セルのダウンリンクの所定の位置のサブフレームのデータ領域の所定の周波数位置に所定の必須情報を配置する第1の基地局と、自セルのダウンリンクのサブフレームのデータ領域で、ドナー帯域よりも狭帯域となるバーチャルキャリヤを、前記所定の必須情報が配置される周波数位置を避けて送信する第2の基地局と、を具備する無線通信システムである。但し、ここで言うシステムとは、複数の装置又は特定の機能を実現する機能モジュールが論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない以下、同様。また、本願の請求項19に記載の技術は、自セルのダウンリンクの所定の位置のサブフレームのデータ領域に所定の必須情報を配置する第1の基地局と、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤの運用を停止する第2の基地局と、を具備する無線通信システムである。また、本願の請求項20に記載の技術は、自セルのダウンリンクの所定の位置のサブフレームのデータ領域に所定の必須情報を配置する第1の基地局と、前記所定の必須情報が配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域では、ドナー帯域よりも狭帯域となるバーチャルキャリヤのうちの送信を停止する第2の基地局と、を具備する無線通信システムである。また、本願の請求項21に記載の技術は、自セルのダウンリンクのサブフレームのデータ領域の所定の周波数帯で、ドナー帯域よりも狭帯域となるバーチャルキャリヤを送信する第1の基地局と、前記第1の基地局がバーチャルキャリヤの制御領域を配置している前記周波数帯を外して、自セルのダウンリンクのサブフレームの制御情報を送信する第2の基地局と、を具備する無線通信システムである。また、本願の請求項22に記載の技術は、自セル内の全端末宛ての制御情報を含んだサブフレームを送信する第1の基地局と、自セルのダウンリンクのサブフレームのデータ領域で、前記第1の基地局が前記制御情報を送信する帯域を避けて、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域を送信する第2の基地局と、を具備する無線通信システムである。本明細書で開示する技術によれば、サイズの異なるセルが階層化された無線通信環境下において基地局として動作して、RangeExpansionAreaの端末へのダウンリンク時のセル間干渉を好適に抑制することができる、優れた無線通信装置及び無線通信方法、並びに無線通信システムを提供することができる。本明細書で開示する技術によれば、MacroeNodeBとPicoeNodeBの間で干渉問題を効率よく解決することができるので、各セルのスループットを向上させることができる。本明細書で開示する技術によれば、MTCで使用されるバーチャルキャリヤを、HetNetなど異種のセルの組み合わせからなるheterogeneous環境下で好適に運用することができる。本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。LTEでは、OFDM変調方式を基本とした通信方式であり、また、ダウンリンクの無線アクセス方式にはOFDMAが採用されている。図16には、LTEのダウンリンクの無線フレーム構成を示している。図示のように、無線フレームは、時間単位の短い順に、タイムスロットSlot、サブフレームSubframe、無線フレームRadioFrameの3層に階層化されている。0.5ミリ秒長のタイムスロットは、7個のOFDMシンボルで構成され但し、通常のユニキャスト伝送の場合、ユーザー移動局側で受信する際の復調処理の単位となる。1ミリ秒長のサブフレームは、連続する2個のタイムスロット14OFDMシンボルで構成され、訂正符号化された1データパケットの送信時間単位となる。10ミリ秒長の無線フレームは、連続する10個のサブフレームすなわち、20個のタイムスロットで構成され、すべての物理チャネルの多重に対する基本単位となる。サブフレームは、eNodeBからの制御信号として使う制御領域PDCCHと、ユーザーデータとして使うデータ領域PDSCHの部分に分けられる。各ユーザーは、異なるサブキャリヤ、又は、異なるタイムスロットを使用すれば、互いに干渉することなく通信することができる。LTEでは、連続するサブキャリヤをブロック化して、リソースブロックRBと呼ばれる、無線リソース割り当ての最小単位が定義される。基地局に搭載されているスケジューラーは、各ユーザーに対して、リソースブロック単位で無線リソースが割り当てる。リソースブロックは、12サブキャリヤ×1タイムスロット7OFDMシンボル=0.5ミリ秒からなる。また、サブフレームの先頭から最大3OFDMシンボルが、コントロールチャネルすなわちPDCCHに使用される。基地局のスケジューラーは、サブフレーム毎すなわち1ミリ秒間隔で、リソースブロックの割り当てを行なうことができる。リソースブロックの位置情報をスケジューリングと呼ぶ。アップリンクのスケジューリング情報及びダウンリンクのスケジューリング情報は、ともにダウンリンクのコントロールチャネル内に記載される。各ユーザーは、コントロールチャネルを見て、自分に割り当てられたリソースブロックを認識することができる。0.5ミリ長のタイムスロットは、各ユーザーが使用できる割り当ての最小単位である。基地局eNodeBに搭載されているスケジューラーは、ユーザー毎にタイムスロット単位で使用してもよいタイムスロットを割り当てる。LTEでは、FDDとTDDの2通りの通信方式を選択することができる。TDDの場合には、1サブフレーム毎にアップリンク又はダウンリンクのいずれに使用するかを選択することができる。図16に示したように、ダウンリンクの無線フレームは10個の連続するサブフレームからなるが、所定位置に同期信号とシステムインフォメーションがそれぞれ挿入される。同期信号は、PSSPrimarySynchronizationSignalとSSSSecondarySynchronizationSignalの2種類がある。同期信号が挿入されるサブフレーム及びOFDMシンボルの位置は、DuplexmodeがFDDの場合とTDDの場合で異なる。FDDの場合、図17に示すように、PSSとSSSはともにサブフレーム0と5に挿入される。1スロット目の最後のOFDMシンボルにPSS、その手前のOFDMシンボルにSSSがそれぞれ挿入される。また、TDDの場合には、図18に示すように、PSSはサブフレーム1と6の1スロット目の先頭から6OFDMシンボルの位置に挿入され、SSSはサブフレーム0と5の2スロット目の最後のOFDMに挿入される。どちらの場合も、使用する帯域の中心の72サブキャリヤが用いられる。これら同期信号PSS、SSSは、UE端末が最初に受信する信号なので、すべてのダウンリンクの信号の中で最も重要な信号ということができる。この信号を受信できない場合は、UE端末は、セルに参入するための後のステップを実行することができない。また、システムインフォメーションには、MIBMasterInformationBlockとSIBSystemInformationBlockが存在する。MIBには、使用するバンド幅、SystemFrameNumber、HybridACKのコンフィギュレーションといった、最初の段階でデータを受信するために必須の情報が格納される。SIBは、その他のシステム情報であって重要な情報であるが、MIBの方がより重要な情報である。MIBは、BCHBroadcastCHannelというチャネルで送信される。また、SIBは、PDSCHで送られると規定されている。DuplexmodeがFDDの場合とTDDの場合ともに、図19に示すように、BCHはサブフレーム0の2スロット目の先頭から4OFDMシンボルに挿入され、周波数帯域の中で中心の72サブキャリヤが用いられる。このBCHの領域は非常に重要なので、BCHへの干渉を抑制することが非常に重要である。ここで、3GPPのRel10で規定されているRangeExpansionAreaにおけるPicoeNodeBとMacroeNodeB間でダウンリンクの干渉問題について、[背景技術]の欄に引き続いて考察する。上述したように、RangeExpanshionAreaにいるUE端末にとって、参入したPicoeNodeBからよりもMacroeNodeBからの受信電力の方が大きいことがある。すなわち、RangeExpanshionAreaでは、UE端末の受信はMacroeNodeBからの干渉に弱くなっているという欠点がある。また、上述したように、MacroeNodeBとPicoeNodeBの間は、X2インターフェースが存在していると仮定できることから、サブフレームのうちPDSCHの部分についての干渉は、Rel8のICICにより解決済みである。ところが、RangeExpanshionAreaでは、PDSCHの部分についてはRel8のICIC技術を用いて調整を行なったとしても、PDCCHの部分の干渉が問題になってくる。Rel8では、PDCCHは、同程度の送信出力を持つMacroeNodeB同士の干渉に耐えられるように設計されている。ところが、Rel10では、RangeExpanshionによりRSRPが評価されるために、MacroeNodeBからはPicoeNodeBよりも数10dBの大電力で送信されることになり、PicoeNodeBから送信されるPDCCHは、MacroeNodeBから送信されるPDCCHにより干渉受け易くなるという問題がある。特にRangeExpansionAreaに存在するUE端末は、PicoeNodeBからのPDCCHを受信することができなくなってしまう。このため、Rel10のICICは、マクロセルとピコセルの間の干渉の抑制を目的としている。Rel10のICICでは、MacroeNodeBが送信する無線フレーム中の10個のサブフレームのうち、出力を停止するサブフレームをいくつか設けるという解決方法をとっている。このように出力を停止するサブフレームは、ABSAlmostBlankSubframeと呼ばれる。図20には、通常のサブフレームの構造を例示している。同図において、横軸は時間、縦軸は周波数とする。サブフレームは、eNodeBからの制御信号PDCCHと、ユーザーデータとして使うPDSCHからなる前述。図示の例では、先頭から3つ目までのOFDMシンボルがPDCCHであり、4つ目以降のOFDMシンボルがPDSCHである。また、PDCCH並びにPDSCHの双方にそれぞれ、CRSCell-SpecificReferenceSignalと呼ばれる信号が挿入されている。図20中、黒で塗り潰したリソースブロック部分がCRSの信号に相当する。通常のダウンロードのサブフレームの信号を停止しようとしても、PDSCHの部分のデータ部分のみ停止可能である。PDSCH部分の停止は、基地局eNodeBのスケジューラーがPDSCHへの割り当てを停止することにより実現できる。しかしながら、基地局eNodeBは、PDSCHのCRSを停止することはできない。同様に、基地局eNodeBは、PDCCHのCellSpecificReferenceSignalも停止することはできない。すなわち、ABSが設定されても、通常のサブフレームであれば、CRSを挿入しなければならない。図21には、通常のABSが設定されたサブフレームの構造を例示しているが、CRSの信号が挿入されていないリソースブロック部分しか停止することはできない。3GPPのRel10では、PDSCHのCRSまで停止するために、ABSのサブフレームをMBSFNMultimediaBroadbandSingleFrequencyNetworkのサブフレームに設定することが行なわれている。MBSFNのサブフレームは、SFNを用いて放送用に用いられるサブフレームであり、通常のCRSを送信しない。UE端末はMBSFNサブフレームであると認識すると、PDSCHのCRSを受信しなくてもよいという特徴がある。UE端末に対して通常のABSのサブフレームをMBSFNのように装うことで、PDSCHのCRSを停止することができる。但し、MBSFNのサブフレームにおいても、PDCCHのCRSまで停止することはできない。図22には、MBSFN型のABSが設定されたサブフレームの構造を例示しているが、PDCCHのCRSは停止されない。要するに、Rel10では、ABSとして、通常のABSとMBSFN型のABSの2種類が存在する。通常のABSのサブフレームは、図21に示すように、PDCCHとPDSCHのCRSだけは残り、その他のリソースブロック部分は無送信となる。また、MBSFN型のABSのサブフレームは、図22に示すように、PDCCHのCRSだけは残り、その他の部分は無送信となる。図21及び図22中、黒で塗り潰したリソースブロック部分がCRSの信号に相当し、白抜きのリソースブロック部分は無送信に相当する。上述したように、RangeExpanshionAreaでは、UE端末のPicoeNodeBからの受信はMacroeNodeBからの干渉に対して弱くなっている。一方、図21、図22に示すように、ABSが設定されたサブフレームは大部分が無送信となるから、MacroeNodeBでABSが設定されたサブフレームに対応するPicoeNodeBのサブフレームは干渉に強い。したがって、PicoeNodeBは、MacroeNodeBでABSが設定されたサブフレームに、RangeExpansionAreaのUE端末に対するリソースを多く割り当てると、干渉を回避して効率よくダウンリンクの通信を行なうことができる。MacroeNodeBとPicoeNodeBのサブフレームには、オフセットをつける運用とオフセットをつけない運用が考えられる。図23には、MacroeNodeBとPicoeNodeBのサブフレームにオフセットをつけた場合の一例を示している。図示の例では、時間方向に7サブフレームプンだけオフセットが付けられている。また、図24には、MacroeNodeBとPicoeNodeBのサブフレームにオフセットをつけない場合の一例を示している。図18~図20を参照しながら既に説明したように、無線フレーム中の特定のサブフレーム位置に、干渉を抑制することが非常に重要な同期信号PSS、SSSとシステムインフォメーションBCHが挿入されている。eNodeBは、これらの信号の送信を停止する訳にはいかない。図24に示したようにサブフレームにオフセットをつけないと、同期信号PSS、SSSやシステムインフォメーションBCHが挿入されたサブフレームの位置がMacroeNodeBとPicoeNodeBで揃ってしまい、MacroeNodeBがABSを設定して衝突を回避することはできない。一方、図23に示したようにサブフレームにオフセットをつける運用では、同期信号PSS、SSSやシステムインフォメーションBCHが挿入されたサブフレームの位置がMacroeNodeBとPicoeNodeBで揃わない。例えばPicoeNodeBは、MacroeNodeBがABSを設定したサブフレームで同期信号PSS、SSSやシステムインフォメーションBCHを送れるよう、オフセットをつければよい。したがって、eNodeB間での同期信号PSS、SSSやシステムインフォメーションBCHの信号の干渉を考慮すると、MacroeNodeBとPicoeNodeBのサブフレームにオフセットをつける運用が一般的になってくると思料される。付言すると、ABSを設定したサブフレームでは、PDCCHとPDSCHの両方の送信をほとんど停止してしまう。サブフレームのうちPDSCHの部分についての干渉は、上述したようにRel8のICICにより解決済みである。それにも拘らず、ABSでPDSCHまで送信を停止してしまうのは、PDCCHの中には各UE端末がどこのリソースブロックで受信を行なうかというスケジューリング情報が含まれているためであり、PDCCHだけを停止してPDSCHは送信するということはできないからである。ここで、PDCCHのデコーディング方法について説明しておく。PDCCHの送信は、CCEControlChannelElementと呼ばれる36シンボルからなるResourceElementを単位として行なわれる。PDCCHはQPSKQuadraturePhaseShiftKeyingで変調されるので、CCEの1単位で72ビットの情報を送信することができる。CCEにはAggregationすなわち同じ情報の繰り返し送信が適用される。繰り返し回数すなわちCCEAggregationLevelとして、1、2、4、8の値をとることができる。CCEAggregationLevelが上がるとSNが向上することは自明である。セル半径が大きくなるとSNの低下を防ぐために、CCEAggregationLevelが上がる。UE端末は、自分宛てのCCEの場所を認識できないときには、BlindDecoding、すなわち取り敢えずデコードしてみる。そして、CRCCyclicRedundancyCheckエラーが発生しなかったら、UE端末は自分宛てのCCEと認識する。eNodeBでは、UE端末固有の番号UEidentity=C-RNTICellRadioNetworkTemporaryIdentityを用いて各CCEにCRCを付与しているので、対応するUE端末以外はCCEをCRCチェックするとエラーになるはずである。上記のBlindDecodingは、サブフレームの制御領域PDCCHに挿入されているすべてのCCEをデコードすることになり、UE端末にとって負荷が大きくなる。そこで、Rel8ではSearchSpaceというものが導入されている。SearchSpaceは、CommonSearchSpaceとUESpecificSearchSpaceに分かれている。前者のCommonSearchSpaceは、CCEの候補の先頭から連続的に配置される。CommonSearchSpaceは、CCEAggregationLevel=4、8のときにしか存在しない言い換えれば、セル半径が大きいときしかCommonSearchSpaceは存在しない。また、CommonSearchSpaceの領域は、16CCEを必要としている。1CCEは36シンボルなので、1OFDMシンボル目の周波数が低い方から576サブキャリヤがCommonSearchSpaceになる。UESpecificSearchSpaceの中にあるCCEは、UEidentityでCRCをマスクしてエンコードされている。したがって、UE端末は、UESpecificSearchSpaceの中をBlindDecoding、すなわち自分のUEidentiyを用いてCRCチェックを行ない、CRCにエラーがなければ自分宛てのCCEであることを知ることができる。また、CommonSearchSpaceは、すべてのUE端末がUEidentityとCommonidentityという2つのidentityでBlinddecodingを試みるしくみになっている。eNodeBとUE端末で、UESpecificSearchSpaceの場所を決めるための共通の関数ハッシュ関数を持っている。この関数にUEidentityとサブフレーム番号を入力すると、関数の出力として、当該サブフレームのUESpecificSearchSpace内でのSearchSpace、すなわちUE端末がCCEをデコードすべき場所を得ることができる。ハッシュ関数は、入力に対してランダムに見える出力値を出す関数である周知。ハッシュ関数にUEidentityとサブフレーム番号を入力すると一定の範囲内でランダムに見える領域が出力される。したがって、UEidentity又はサブフレームが異なれば、ほとんどの場合はハッシュ関数から異なるSearchSpaceが出力される。この関数の計算で2以上のUE端末のSearchSpaceが偶然ぶつかってしまった場合でも、次のサブフレームではぶつからない可能性が高くなっている。LTEでは、1.4MHzから20MHzまで6種類のバンド幅を選択することができる。各バンド幅におけるサブキャリヤ数を以下の表1に示す。各バンド幅において、1OFDMシンボルに入るCCEの数は、サブキャリヤ数を36で割った値に相当する。したがって、バンド幅が20MHzの場合、1OFDMシンボルに入るCCEは、上記の表1から、1201/36≒約33個であることが分かる。ところで、通信ネットワークの利用は、従来の携帯電話やPCPersonalComputerのような人が直接利用する通常の端末以外にも、広がりを見せている。以降では、このような人が直接利用しない、機械と機械の間の通信のことをMTCMachineTypeCommunicationと呼び、人が直接通信に利用しない端末のことをMTC端末と呼ぶことにする。MTCは、一般的に、M2MmachinetoMachineと呼ばれる技術と同義である。この反対語として、H2HHumantoHumanがある。MTC端末は、主として、サーバーとの間で、人間を介在しないで通信を行なう。例えば、医療系のアプリケーションとして、医療情報のサーバーへの送信が挙げられる。すなわち、人間の心電図を収集して、あるトリガー条件になったときに、収集した情報をサーバー側へアップリンクを使用して送信する。別のアプリケーションとして、自動販売機が挙げられる。サーバー側から管理している自動販売機に対して、一定周期例えば30日毎に売上を報告させることができる。MTCの特徴として、例えば以下のものが挙げられる。1移動がほとんどない。2小容量のデータ転送。3超低消費電力。4各MTC端末をグルーピングしてハンドリング。上記の特徴は一般的なものであるが、MTCが上記の特徴をすべて持っている必要はない。どのような組み合わせで上記の特徴を有しているかは、アプリケーションに依存する。また、さまざまな特徴のMTCが存在することにも留意する必要がある。MTCは、通常の音声端末と異なり、人間が介在しない機器に取り付けられることが想定されている。したがって、将来的には、携帯電話端末よりも多い台数のMTC端末が市場に出回ることが予想されている。MTC端末の台数が多くなると、一斉に基地局に対して送受信要求を行なうことにより、基地局やコアネットワークが輻輳を起こすことが懸念されている。また、MTC端末の普及を促進するためには、コストを低減することが求められている。さらに、MTC端末が従来の携帯電話端末と共存できる必要がある。MTC端末のみのセルラーネットワークを新たに構築することは、コスト上考えられない。MTC端末のコストを削減する方法の1つとして、MTC端末が扱う周波数帯域を狭帯域にすることが挙げられる。これを、バーチャルキャリヤ若しくは狭帯域オペレーションと呼ぶ。LTEでは、最大で20MHzのバンド幅を持つことが可能である最大のバンド幅を、ドナー帯域と呼ぶ。狭帯域オペレーションは、MTC端末の扱う帯域を例えば1.4MHzに制限する方法である。従来のLTE端末では、中心の1.4MHzを扱うCategory1のLTE端末が規定されているが、これは、中心周波数の1.4MHzだけを扱うものである。これに対し、狭帯域オペレーションでは、20MHzのバンド幅の中で、任意の1.4MHzを扱うような運用である。狭帯域オペレーションの場合には、制御信号であるPDCCHは、従来のPDSCHの領域の中に含まれると考えるのが一般的である。これは、MTCの狭帯域オペレーションと従来のLTEの規格との共存を考えると、従来のPDCCHの領域の中に、MTCの狭帯域運用時のPDCCHを入れ難いことが挙げられる。また、MTCは、端末の数が多くなることから、従来のPDCCHのリソースが枯渇するという問題もある。したがって、MTCのPDCCHは、PDSCHの領域の中に入れられると考えるのが自然である。以下では、このMTCの制御領域PDCCHのことをPDCCH_MTCと呼ぶことにする。また、MTCのデータ領域PDSCHのことをPDSCH_MTCと呼ぶことにする。MacroeNodeBとPicoeNodeBの間の干渉問題は、eNodeB間で同期が完全な場合と完全でない場合、バーチャルキャリヤが干渉を与える場合と干渉を受ける場合、に場合分けすることができる。課題1:BCH、PSS、SSSからPDCCH_MTCへの干渉まず、MacroeNodeBとPicoeNodeBの間で同期が完全な場合サブフレーム単位でのオフセットは持っているが図23を参照のこと、OFDMシンボル単位では時間差がない場合における、バーチャルキャリヤの干渉問題について考察する。上述したように、MTCは、端末のコストを削減するために、狭帯域の運用バーチャルキャリヤオペレーションが予想される。この狭帯域の運用では、eNodeBのドナー帯域20MHzの中で任意の狭帯域が選ばれると考える。図1に示すように、狭帯域運用すなわちバーチャルキャリヤの制御領域PDCCH_MTCとデータ領域PDSCH_MTCは、ともにドナー帯域のデータ領域PDSCHに配置される。何故ならば、MTCは、狭帯域の幅しか受信できないため、ドナー帯域のPDCCHをすべて受信しデコードすることはできないからである。ここでは、PDCCH_MTCとPDSCH_MTCで構成されるバーチャルキャリヤは、PicoeNodeB小電力送信のノードから送信されているキャリヤすなわち、バーチャルキャリヤが被干渉の立場となることを想定する。MacroeNodeBが送信する所定のサブフレームのPDSCHには、ドナー帯域の中心の72サブキャリヤに位置に、システムインフォメーションBCHや同期信号PSS、SSSが挿入されている図17~図19を参照のこと。これらの信号とPicoeNodeBから送信されるPDCCH_MTCとの干渉を回避することが、MTCの狭帯域オペレーションを実現する上で1つの技術的課題となる。通常は、サブフレームのうちPDSCHについては、Rel8のICICで用意されているX2インターフェース経由で、干渉している箇所を調整することができる前述。しかしながら、BCH、PSS、SSSは重要な情報であるので、MacroeNodeBはこれらの送信を停止することはできない。一方、干渉を受けるPDCCH_MTCは、MTCにとっての制御情報が挿入されているので、この部分が干渉を受けると、PDSCH_MTCの送受信ができなくなってしまうという問題がある。この問題は、MacroeNodeBのBCH、PSS、SSSがPicoeNodeBのバーチャルキャリヤに与える影響を問題にしていることを再確認したい。MacroeNodeBの中のバーチャルキャリヤの場合は、当然、MacroeNodeBのBCH及びPSS、SSSと同じ場所を避けてバーチャルキャリヤを送信するので問題ない。また、MacroeNodeBとPicoeNodeBの間であっても、MacroeNodeBのBCH、PSS、SSSの位置は、PicoeNodeBのBCH、PSS、SSSの位置と同じ場合は、PicoeNodeBのPDCCH_MTCは、PicoeNodeBのBCH、PSS、SSSの位置を避けて配置されるので、結果として、MacroeNodeBのBCH、PSS、SSSと重ならないのでは、という疑問が起きるかもしれない。しかしながら、この疑問は間違いである。Rel10のICICでは、図23に示したように、MacroeNodeBのサブフレームとPicoeNodeBのサブフレームにオフセットをつけて運用することが考えられている。この場合、サブフレームの境界は同じでOFDMシンボル単位で同期していると言えるが、オフセットを持っているために、MacroeNodeBのBCH、PSS、SSSとPicoeNodeBのBCH、PSS、SSSの位置は異なることになる。したがって、PicoeNodeBのPDCCH_MTCがMacroeNodeBのBCH、PSS、SSSと重なるケースは存在する。図2には、PicoeNodeBのPDCCH_MTCがMacroeNodeBのサブフレーム0、5のPDSCHに挿入されているPSS、SSSと重なる様子を示している。このような場合には、MacroeNodeBのBCH、PSS、SSSは、Rel8のICICを利用して送信を停止するX2インターフェース経由で干渉を調整するということは不可能であるので、PicoeNodeBのPDCCH_MTCに大きな干渉を与える。PDSCH_MTCへの干渉はRel8のICICで回避可能であるが、PDCCH_MTCへの干渉が深刻である。手段1-1:バーチャルキャリヤをドナー帯域の中心72サブキャリヤの位置を避けて配置する干渉回避方法を提案する。図3には、バーチャルキャリヤが使用する狭帯域を、ドナー帯域の中心72サブキャリヤを避けて配置した様子を示している。この手段を用いれば、PDCCH_MTCは、BCH、PSS、SSSと周波数的に同じ場所になることはないので、BCH、PSS、SSSからPDCCH_MTCへの干渉を好適に回避することができる。図3は、MacroeNodeBとPicoeNodeBの間で同期が完全な場合サブフレーム単位でのオフセットは持っているが、隣接するサブフレーム同士でOFDMシンボル単位では時間差がない場合にこの手段を適用した例を示しているが、勿論、同期が完全でない場合にも同様にこの手段を適用することができる。また、図3には、PicoeNodeB側でバーチャルキャリヤが運用されている例を示したが、バーチャルキャリヤがMacroeNodeBで運用されている場合であっても、この手段を適用することができる。PicoeNodeBは、X2インターフェース、S-GWServingGateway、並びにMMEMobilityManagementEntity経由で、MacroeNodeBと通信して、MacroeNodeB側で、制御信号BCHや同期信号PSS、SSSを挿入するサブフレームの位置を把握する。そして、PicoeNodeBは、MacroeNodeB側で制御信号BCHや同期信号PSS、SSSを挿入したサブフレームと重なる自セルのサブフレームでは、BCH、PSS、SSSが配置されるドナー領域の中心72サブキャリヤを避けて、バーチャルキャリヤを送信するようにする。手段1-2:バーチャルキャリヤの運用を特定のサブフレームで停止することによる干渉回避方法を提案する。バーチャルキャリヤによる狭帯域の運用をドナー帯域中心の72サブキャリヤ内に配置した場合、BCH、PSS、SSSが存在するサブフレームでは、運用を停止する。BCH、PSS、SSSが存在するサブフレームは、FDDのダウンリンクとTDDのダウンリンクとで相違する図17~図19を参照のこと。以下では、FDDとTDDに分けて説明する。FDDの場合には、MacroeNodeBの0、5のサブフレームに対応するPicoeNodeBの中心の72サブキャリヤに配置されているバーチャルキャリヤの運用を停止する。また、TDDの場合には、MacroeNodeBの0、1、5、6のサブフレームに対応するPicoeNodeBの中心の72サブキャリヤに配置されているバーチャルキャリヤの運用を停止する。この手段は、MacroeNodeBとPicoeNodeBの間で同期が完全である場合にも、完全でない場合にも適用することができる。また、バーチャルキャリヤがMacroeNodeBで運用されている場合、及び、PicoeNodeBで運用されている場合の両方で、この手段を適用することができる。PicoeNodeBは、X2インターフェース、S-GW、並びにMME経由で、MacroeNodeBと通信して、MacroeNodeB側で、制御信号BCHや同期信号PSS、SSSを挿入するサブフレームの位置を把握する。そして、PicoeNodeBは、MacroeNodeB側で制御信号BCHや同期信号PSS、SSSを挿入したサブフレームと重なる自セルのサブフレームでは、バーチャルキャリヤの運用を停止する。手段1-3:バーチャルキャリヤの制御領域PDCCH_MTCを特定のサブフレームを避けて停止することによる干渉回避方法を提案する。BCH、PSS、SSSが存在するサブフレームと重なるサブフレームでは、PDCCH_MTCを送信しない。但し、手段1-2では、BCH、PSS、SSSが存在するサブフレームでバーチャルキャリヤ全体の運用を停止するのに対し、手段1-3では、制御領域PDCCH_MTCの送信を停止するがデータ領域PDSCH_MTCの運用は行なう点で相違する。図4には、MacroeNodeBとPicoeNodeBの間で同期が完全な場合サブフレーム単位でのオフセットは持っているが、隣接するサブフレーム同士でOFDMシンボル単位では時間差がない場合にこの手段を適用した例を示している。また、図4に示した例では、PicoeNodeB側でバーチャルキャリヤが運用されており、MacroeNodeB側のBCH、PSS、SSSが存在するサブフレームにおいて、PicoeNodeBは、バーチャルキャリヤの制御領域PDCCH_MTCを停止している。勿論、バーチャルキャリヤがMacroeNodeBで運用されている場合であっても、この手段を適用することができる。ここで、PDSCH_MTCとBCH、PSS、SSSとの干渉は、Rel8のICICにより回避するX2インターフェース経由で干渉を調整する。通常は、PicoeNodeBからのPDSCH_MTCの送信を抑制する方法で、BCH、PSS、SSSとの干渉の抑制を行なう。PicoeNodeBは、X2インターフェース、S-GW、並びにMME経由で、MacroeNodeBと通信して、MacroeNodeB側で、制御信号BCHや同期信号PSS、SSSを挿入するサブフレームの位置を把握する。そして、PicoeNodeBは、MacroeNodeB側で制御信号BCHや同期信号PSS、SSSを挿入したサブフレームと重なる自セルのサブフレームでは、バーチャルキャリヤのうち制御領域PDCCH_MTCの送信を停止する。図9には、上記の各手段1-1、1-2、1-3を実現するPicoeNodeBとして動作する無線通信装置900の構成例を模式的に示している。無線通信装置900は、アンテナで送受信する無線信号のアナログ処理を行なうRF通信処理部901と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部902を備えている。ディジタル通信処理部902は、自装置900の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。また、ディジタル通信処理部902は、X2インターフェース、S-GW、並びにMME経由で他のeNodeBと通信する。MacroeNodeBサブフレーム番号特定部905は、自分のピコセルRangeExpansionAreaを包含するマクロセルのMacroeNodeB側のサブフレーム番号を特定する。また、PicoeNodeBサブフレーム番号特定部906は、自分のピコセルのサブフレーム番号を特定する。バーチャルキャリヤサブフレーム位置決定部904は、MacroeNodeB側のサブフレーム番号と自分のピコセルのサブフレーム番号に基づいて、バーチャルキャリヤを送信するサブフレームの位置を決定する。ここで決定したサブフレームの位置は、例えばBCH信号を用いてピコセル内のUE端末MTC端末に通知される。バーチャルキャリヤ制御部903は、バーチャルキャリヤサブフレーム位置決定部904による決定結果に基づいて、バーチャルキャリヤの運用を制御する。なお、手段1-1においては、バーチャルキャリヤサブフレーム位置決定部904は、MacroeNodeB側の現在のサブフレーム番号がBCH、PSS、SSSなどの信号を含むサブフレームであることを示す場合には、ドナー帯域の中心72サブキャリヤを避けた周波数位置を決定する。また、手段1-2においては、バーチャルキャリヤサブフレーム位置決定部904は、MacroeNodeB側の現在のサブフレーム番号がBCH、PSS、SSSなどの信号を含むサブフレームであることを示す場合には、バーチャルキャリヤの運用停止を決定する。また、手段1-3においては、バーチャルキャリヤサブフレーム位置決定部904は、MacroeNodeB側の現在のサブフレーム番号がBCH、PSS、SSSなどの信号を含むサブフレームであることを示す場合には、バーチャルキャリヤの制御領域PDCCH_MTCの送信停止を決定するとともに、X2インターフェース経由での調整によりPDSCH_MTCの送信を抑制することを決定する。また、図10には、図9に示したPicoeNodeBに属するUE端末MTC端末として動作する無線通信装置1000の構成例を模式的に示している。無線通信装置1000は、アンテナで送受信する無線信号のアナログ処理を行なうRF通信処理部1001と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部1002を備えている。ディジタル通信処理部1002は、自装置1000の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。無線通信装置1000は、例えばBCH信号によって、PicoeNodeBからバーチャルキャリヤを送信するサブフレーム位置が通知されている。バーチャルキャリヤサブフレーム位置保持部1003は、自分が収容されたピコセル内でバーチャルキャリヤが挿入されるサブフレームの位置を記憶している。そして、ディジタル通信処理部1002は、バーチャルキャリヤが挿入されるサブフレームの位置において、バーチャルキャリヤの受信処理を行なう。図11には、ピコセル内でバーチャルキャリヤを運用するための処理手順をフローチャートの形式で示している。PicoeNodeBは、自分のピコセル内でバーチャルキャリヤを送信するサブフレームの位置を決定するステップS1101。次いで、PicoeNodeBは、ステップS1101で決定した上記情報を、BCH信号を用いて自セル内のUE端末MTC端末に通知するステップS1102。そして、UE端末MTC端末は、バーチャルキャリヤが挿入されたサブフレームの位置を認識して、その受信処理を行なうステップS1103。課題2:PDCCHからPDCCH_MTCへの干渉ここでは、PDCCH_MTCとPDSCH_MTCで構成されるバーチャルキャリヤは、PicoeNodeB小電力送信のノードから送信されているキャリヤすなわち、バーチャルキャリヤが被干渉の立場となることを想定する。但し、バーチャルキャリヤが与干渉の場合にも、同様の課題が存在するとともに、後述する手段で解決することができる。この課題は、MacroeNodeBとPicoeNodeBの間の同期が完全でない場合に発生する。例えばPicoeNodeBの同期精度を確保できなくて、MacroeNodeBとPicoeNodeBの間にOFDMシンボル単位でのズレが生じている場合である。同期が完全でない場合も、課題1、すなわち、MacroeNodeBから送信されるBCH、PSS、SSSによるPicoeNodeBのPDCCH_MTCへの干渉も依然として起きる可能性がある。しかし、課題2では、MacroeNodeBから送信されるPDCCHがPicoeNodeBのPDCCH_MTCに与える影響に限定して考察する。MacroeNodeBとPicoeNodeBの間の同期がずれる方向によっては、MacroeNodeBのPDCCHと、PicoeNodeBのPDCCH_MTCの位置が重なり、この結果、PicoeNodeBのRangeExpansionAreaのUE端末がPDCCH_MTCを受信することが困難になることが予想される。図5には、MacroeNodeBのPDCCHと、PicoeNodeBのPDCCH_MTCの位置が重なっている様子を示している。PicoeNodeBの同期精度を確保できない場合だけでなく、MacroeNodeBとPicoeNodeBのPDCCH間の干渉を低減するために、敢えて意図してOFDMシンボル単位でずらす場合もある。図5を再び参照すると、PDCCHとPDCCH_MTCの位置は重なっていないので、一方のPDCCHを優先して、他方のPDCCHを停止する必要がないことが分かる。したがって、このような状況下でバーチャルキャリヤの制御領域PDCCH_MTCへの干渉を低減することは重要である。手段2-1:干渉源のeNodeBのPDCCHのUESpecificSearchSpaceの範囲に制限をつける方法を提案する。すなわち、図6に示すように、MacroeNodeB側の制御領域PDCCHのUESpecificSearchSpaceを、PicoeNodeB側の制御領域PDCCH_MTCで使用する中心の72サブキャリヤを除いて自セルのダウンリンクのサブフレームの制御情報PDCCHを配置して、PicoeNodeBのPDCCH_MTCを干渉しないようにする。図6に示す例では、制御信号自体が中心の72サブキャリヤを除いて配置される。したがって、UE端末側のSearchSpaceからこの中心の72サブキャリヤを除かなくても、UE端末で中心の72サブキャリヤの部分のCCEをBlindDecodingしても、CRCがエラーになるので、問題ない。あるいは、この部分はUE端末がUESpecificSearchSpaceとしてSearchしないと認識してデコードしないという動作を行なうようにしてもよい。後者は、UE端末への負担が軽減されるというメリットがある。MacroeNodeBは、X2インターフェース、S-GW、並びにMME経由で、PicoeNodeBと通信して、バーチャルキャリヤを配置している周波数帯を把握する。そして、MacroeNodeBは、PicoeNodeBがバーチャルキャリヤの制御領域PDCCH_MTCを配置している周波数帯を外して、制御情報PDCCHを送信するようにする。なお、UE端末が中心の72サブキャリヤの部分をSearch若しくはデコードしないようにする方法として、UESpecificSearchSpaceの場所を決定するハッシュ関数が、中心の72サブキャリヤの部分を避けて指定するようにすればよい。その1つの方法として、ハッシュ関数の指定するアドレスから中心の72サブキャリヤの部分を最初から除いて指定するようにすればよい。また、ハッシュ関数の指定を72サブキャリヤの左部分の領域から指定する方法、及び、右側の領域を左側と同一にするという方法がある。手段2-2:バーチャルキャリヤの制御領域PDCCH_MTCを、PDCCHのCommonSearchSpaceを避けて配置する方法を提案する。手段2-1のSearchSpaceの範囲に制限をつける方法は、SearchSpaceとしてUESpecificSearchSpaceを想定したものである。しかし、MacroeNodeBは、セル半径次第ではCommonSearchSpaceが必要となる場合があり、これをCCEの先頭から連続して配置しなければならない。CommonSearchSpaceは、すべてのUE端末がSearchしてBlindDecodingを試行する領域であるので、送信を停止することは望ましくない。図6に示したように中心の72サブキャリヤを除いてCommonSearchSpaceを配置する場合、このCommonSearchSpaceが中心の72サブキャリヤの領域に到達してしまうと問題である。CommonSearchSpaceの領域は、1OFDMシンボル目の周波数が低い方から576サブキャリヤを必要とする前述。MacroeNodeBが20MHzのバンド幅を選択したときのサブキャリヤ数は1201であるから表1を参照のこと、CCEの先頭からCommonSearchSpaceを連続的に配置すると、図7に示すように中心の72サブキャリヤには達しないので、手段2-1によりCommonSearchSpaceを使用することが可能である。しかしながら、15MHz以下のバンド幅を選択したときには中心の72サブキャリヤを避けてCommonSearchSpaceをCCEの先頭から連続的に配置することはできない。そこで、手段2-2として、図8に示すように、PicoeNodeBは、使用するバンド幅に合わせて、バーチャルキャリヤを、CommonSearchSpaceの範囲を外して配置するようにする。また、MacroeNodeBは、手段2-1により、制御領域PDCCHUESpecificSearchSpaceを、PicoeNodeB側の制御領域PDCCH_MTCで使用するサブキャリヤを除いて指定して、PicoeNodeBのPDCCH_MTCを干渉しないようにする。PicoeNodeBは、X2インターフェース、S-GW、並びにMME経由で、MacroeNodeBと通信して、MacroeNodeB側で、CommonSearchSpaceを記載している帯域の情報を取得する。そして、PicoeNodeBは、このCommonSearchSpaceの帯域を避けて、バーチャルキャリヤの制御領域PDCCH_MTCを送信するようにする。図12には、上記の各手段2-1、2-2を実現するMacroeNodeBとして動作する無線通信装置1200の構成例を模式的に示している。無線通信装置1200は、アンテナで送受信する無線信号のアナログ処理を行なうRF通信処理部1201と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部1202を備えている。ディジタル通信処理部1202は、自装置1200の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。また、ディジタル通信処理部1202は、X2インターフェース、S-GW、並びにMME経由で他のeNodeBと通信する。MacroeNodeBサブフレーム番号特定部1207は、MacroeNodeBのサブフレーム番号を特定する。PicoeNodeBサブフレーム番号特定部1208は、PicoeNodeBのサブフレーム番号を特定する。オフセット情報取得部1209は、MacroeNodeBとPicoeNodeBのサブフレーム間のずれ量をOFDMシンボル単位で特定する。そして、干渉制御部1206は、PicoeNodeBが送信するバーチャルキャリヤの制御領域PDCCH_MTCが存在する周波数帯を特定する。ハッシュ関数管理部1205は、干渉制御部1206でPDCCH_MTCを干渉すると同定された位置に応じて、各サブフレームで使用するハッシュ関数を決定する。SearchSpace決定部1204は、干渉制御部1206で干渉すると同定されたサブフレームかどうかを考慮しつつ、ハッシュ関数管理部1205で格納するハッシュ関数を用いて、自セルに参入している各UE端末のUESpecificSearchSpaceの場所を決定する。具体的には、MacroeNodeB側の制御領域PDCCHのUESpecificSearchSpaceを、PicoeNodeB側の制御領域PDCCH_MTCで使用する帯域を除いて指定MacroeNodeB側の制御領域PDCCHのUESpecificSearchSpaceを、PicoeNodeB側の制御領域PDCCH_MTCで使用する中心の72サブキャリヤを除いて指定する。そして、CCE挿入制御部1203は、決定したSpecificSearchSpaceに基づいて、各CCEのPDCCHへの挿入を制御する。また、図13には、図12に示したMacroeNodeBに属するUE端末として動作する無線通信装置1300の構成例を模式的に示している。無線通信装置1300は、アンテナで送受信する無線信号のアナログ処理を行なうRF通信処理部1301と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部1302を備えている。ディジタル通信処理部1302は、自装置1300の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。ハッシュ関数管理部1305は、各サブフレームで使用するハッシュ関数を決定する。SearchSpace決定部1304は、SearchSpaceの場所を決定する。また、SearchSpace決定部1304は、ハッシュ関数管理部1305で格納するハッシュ関数を用いて、自端末のUESpecificSearchSpaceの場所を決定する。そして、Blinddecoding部2003は、決定したUESpecificSearchSpaceに基づいて、MacroeNodeBのPDCCHをBlinddecodingする。なお、ドナー帯域20MHzの一部の帯域に制限したバーチャルキャリヤを運用するには、バーチャルキャリヤを送信するeNodeBに参入するUE端末MTC端末は、バーチャルキャリヤの位置を認識する仕組みが必要である。以下では、MTC端末が、eNodeBからバーチャルキャリヤを受信できるようになるための処理手順について説明する。ステップ1:MTC端末が、対応するeNodeBを選択する。MTC端末は、ターゲットであるeNodeBに対して同期処理を行なう。同期処理は、特定のサブフレームに挿入されているPSSやSSS前述を用いて行なう。MTC端末は、同期したeNodeBからのCellSpecificReferencesignalなどのリファレンス信号を受信して、受信電力強度RSRPに相当する値を取得する。基本的にはRSRPが一番強いeNodeBに対して接続することを選択するが、MTC端末は、PicoeNodeBのRSRPに対しては10dB~15dB程度のオフセットをつけて比較を行ない、PicoeNodeBに接続し易くする。MTC端末は、狭帯域の信号しか受信できないように製作されている。eNodeBのPSSやSSSは、ドナー帯域20MHzのうち中心の72サブキャリヤに配置されているので、RSRPの取得もこの中心の72サブキャリヤの信号を使って行うのが適当だと考ええられる。ステップ2:MTC端末が、選択したeNodeBのバーチャルキャリヤの位置を把握する。MTCは、接続するeNodeBを上記のステップ1により決定した後は、そのeNodeBにおいて、どの周波数位置サブキャリヤを用いてバーチャルキャリヤが運用されているかを把握する必要がある。その1つの方法として、eNodeBが送信するシステム情報を用いることが挙げられる。eNodeBからシステム情報BCHとしてブロードキャストされている情報の中に、バーチャルキャリヤの周波数位置が記載されており、MTC端末は、ステップ1においてドナー帯域の中心72サブキャリヤを受信しているときに、このシステム情報を取得することにより、バーチャルキャリヤの周波数位置を認識することができる。また、他の方法として、MTC端末がスキャンしてバーチャルキャリヤを発見することが挙げられる。但し、スキャン動作はMTC端末への負荷が大きく、超低消費電力というMTCの特徴前述と相反することになる。ステップ3:MTC端末が、バーチャルキャリヤの制御領域PDCCH_MTCの時間方向の位置情報を取得する。その1つの方法として、eNodeBが送信するシステム情報を用いることが挙げられる。eNodeBからシステム情報BCHとしてブロードキャストされている情報の中に、バーチャルキャリヤの周波数位置が記載されており、MTC端末は、ステップ1においてドナー帯域の中心72サブキャリヤを受信しているときに、このシステム情報を取得することにより、バーチャルキャリヤの時間方向の位置を認識することができる。また、他の方法として、MTC端末が、バーチャルキャリヤの中をBlindDecodingして、所望の制御情報を取得することにより、その場所を取得することが挙げられる。BlindDecodingは、通常のPDCCHの中の自分宛てのCCEを取得する方法として、一般のLTEで用いられている方法である。ここでは、PDCCH_MTCの最初を示すCCEは、すべての端末が受信できるようにしておく。各MTC端末は、バーチャルキャリヤ内をBlindDecodingし、CRCがOKとなる場所を探し、それをPDCCH_MTCの最初であると認識することができる。MTC端末は、以上のステップ1~ステップ3の処理手順に従って、接続するeNodeBを決定し、バーチャルキャリヤの位置を取得し、バーチャルキャリヤ内のPDCCH_MTCの位置を取得することができ、この結果、本明細書で開示する技術を実施することが可能になる。なお、本明細書の開示の技術は、以下のような構成をとることも可能である。1隣接基地局MacroeNodeB又はPicoeNodeBが送信するダウンリンクのサブフレームのデータ領域PDSCHで所定の必須情報BCH、PSS、SSSが配置される周波数位置ドナー領域の中心72サブキャリヤの情報を取得する情報取得部と、自セルのダウンリンクのサブフレームのデータ領域PDSCHで、ドナー帯域よりも狭帯域となるバーチャルキャリヤPDCCH_MTC、PDSCH_MTCを、前記所定の必須情報BCH、PSS、SSSが配置される周波数位置を避けて送信するバーチャルキャリヤ送信制御部を具備する無線通信装置PicoeNodeB又はMacroeNodeB。2前記隣接基地局MacroeNodeB又はPicoeNodeBとの間でサブフレームの同期がとれている、上記1に記載の無線通信装置。3前記隣接基地局MacroeNodeB又はPicoeNodeBとの間でサブフレームの同期がとれていない、上記1に記載の無線通信装置。4隣接基地局MacroeNodeB又はPicoeNodeBが送信するダウンリンクのサブフレームのデータ領域PDSCHで所定の必須情報BCH、PSS、SSSが配置される場所の情報を取得する情報取得部と、前記所定の必須情報BCH、PSS、SSSが配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域PDSCHでは、ドナー帯域よりも狭帯域となるバーチャルキャリヤPDCCH_MTC、PDSCH_MTCの運用を停止するバーチャルキャリヤ運用部を具備する無線通信装置PicoeNodeB又はMacroeNodeB。5前記隣接基地局MacroeNodeB又はPicoeNodeBとの間でサブフレームの同期がとれている、上記4に記載の無線通信装置。6前記隣接基地局MacroeNodeB又はPicoeNodeBとの間でサブフレームの同期がとれていない、上記4に記載の無線通信装置。7隣接基地局MacroeNodeB又はPicoeNodeBが送信するダウンリンクのサブフレームのデータ領域PDSCHで所定の必須情報BCH、PSS、SSSが配置される場所の情報を取得する情報取得部と、前記所定の必須情報BCH、PSS、SSSが配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域PDSCHでは、ドナー帯域よりも狭帯域となるバーチャルキャリヤのうち制御情報PDCCH_MTCの送信を停止するバーチャルキャリヤ運用部を具備する無線通信装置PicoeNodeB又はMacroeNodeB。8前記隣接基地局MacroeNodeB又はPicoeNodeBとの間でサブフレームの同期がとれている、上記7に記載の無線通信装置。9隣接基地局PicoeNodeBがダウンリンクのサブフレームのデータ領域PDSCHで、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域PDCCH_MTCが配置されている周波数帯の情報を取得する情報取得部と、前記隣接基地局PicoeNodeBがバーチャルキャリヤの制御領域PDCCH_MTCを配置している前記周波数帯を外して、自セルのダウンリンクのサブフレームの制御情報を送信するサブフレーム送信制御部を具備する無線通信装置。10前記隣接基地局MacroeNodeB又はPicoeNodeBとの間でサブフレームの同期がとれていない、上記9に記載の無線通信装置。11隣接基地局MacroeNodeBが送信するダウンリンクのサブフレームに含まれる当該隣接セル内の全端末宛ての制御情報CommonSearchSpaceが記載された帯域の情報を取得する情報取得部と、自セルのダウンリンクのサブフレームのデータ領域PDSCHで、前記隣接基地局MacroeNodeBが前記制御情報CommonSearchSpaceを送信する帯域を避けて、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域PDCCH_MTCを送信するバーチャルキャリヤ送信制御部を具備する無線通信装置PicoeNodeB。12前記隣接基地局MacroeNodeB又はPicoeNodeBとの間でサブフレームの同期がとれていない、上記11に記載の無線通信装置。13隣接基地局MacroeNodeB又はPicoeNodeBが送信するダウンリンクのサブフレームのデータ領域PDSCHで所定の必須情報BCH、PSS、SSSが配置される周波数位置ドナー領域の中心72サブキャリヤの情報を取得するステップと、自セルのダウンリンクのサブフレームのデータ領域PDSCHで、ドナー帯域よりも狭帯域となるバーチャルキャリヤPDCCH_MTC、PDSCH_MTCを、前記所定の必須情報BCH、PSS、SSSが配置される周波数位置を避けて送信するステップを有する無線通信方法。14隣接基地局MacroeNodeB又はPicoeNodeBが送信するダウンリンクのサブフレームのデータ領域PDSCHで所定の必須情報BCH、PSS、SSSが配置される場所の情報を取得するステップと、前記所定の必須情報BCH、PSS、SSSが配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域PDSCHでは、ドナー帯域よりも狭帯域となるバーチャルキャリヤPDCCH_MTC、PDSCH_MTCの運用を停止するバーチャルキャリヤ運用ステップを有する無線通信方法。15隣接基地局MacroeNodeB又はPicoeNodeBが送信するダウンリンクのサブフレームのデータ領域PDSCHで所定の必須情報BCH、PSS、SSSが配置される場所の情報を取得するステップと、前記所定の必須情報BCH、PSS、SSSが配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域PDSCHでは、ドナー帯域よりも狭帯域となるバーチャルキャリヤのうちPDCCH_MTCの送信を停止するバーチャルキャリヤ運用ステップを有する無線通信方法。16隣接基地局PicoeNodeBがダウンリンクのサブフレームのデータ領域PDSCHで、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域PDCCH_MTCが配置されている周波数帯の情報を取得するステップと、前記隣接基地局PicoeNodeBがバーチャルキャリヤの制御領域PDCCH_MTCを配置している前記周波数帯を外して、自セルのダウンリンクのサブフレームの制御情報を送信するステップを有する無線通信方法。17隣接基地局MacroeNodeBが送信するダウンリンクのサブフレームに含まれる当該隣接セル内の全端末宛ての制御情報CommonSearchSpaceが記載された帯域の情報を取得するステップと、自セルのダウンリンクのサブフレームのデータ領域PDSCHで、前記隣接基地局MacroeNodeBが前記制御情報CommonSearchSpaceを送信する帯域を避けて、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域PDCCH_MTCを送信するステップを有する無線通信方法。18自セルのダウンリンクの所定の位置のサブフレームのデータ領域PDSCHの所定の周波数位置ドナー領域の中心72サブキャリヤに所定の必須情報BCH、PSS、SSSを配置する第1の基地局MacroeNodeBと、自セルのダウンリンクのサブフレームのデータ領域PDSCHで、ドナー帯域よりも狭帯域となるバーチャルキャリヤPDCCH_MTC、PDSCH_MTCを、前記所定の必須情報BCH、PSS、SSSが配置される周波数位置を避けて送信する第2の基地局PicoeNodeBと、を具備する無線通信システム。19自セルのダウンリンクの所定の位置のサブフレームのデータ領域PDSCHに所定の必須情報BCH、PSS、SSSを配置する第1の基地局MacroeNodeBと、前記所定の必須情報BCH、PSS、SSSが配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域PDSCHでは、ドナー帯域よりも狭帯域となるバーチャルキャリヤPDCCH_MTC、PDSCH_MTCの運用を停止する第2の基地局を具備する無線通信システム。20自セルのダウンリンクの所定の位置のサブフレームのデータ領域PDSCHに所定の必須情報BCH、PSS、SSSを配置する第1の基地局MacroeNodeBと、前記所定の必須情報BCH、PSS、SSSが配置されたサブフレームと重なる自セルのダウンリンクのサブフレームのデータ領域PDSCHでは、ドナー帯域よりも狭帯域となるバーチャルキャリヤPDCCH_MTC、PDSCH_MTCのうちPDCCH_MTCの送信を停止する第2の基地局を具備する無線通信システム。21自セルのダウンリンクのサブフレームのデータ領域PDSCHの所定の周波数帯で、ドナー帯域よりも狭帯域となるバーチャルキャリヤを送信する第1の基地局PicoeNodeBと、前記第1の基地局がバーチャルキャリヤの制御領域PDCCH_MTCを配置している前記周波数帯を外して、自セルのダウンリンクのサブフレームの制御情報を送信する第2の基地局MacroeNodeBを具備する無線通信システム。22自セル内の全端末宛ての制御情報CommonSearchSpaceを含んだサブフレームを送信する第1の基地局MacroeNodeBと、自セルのダウンリンクのサブフレームのデータ領域PDSCHで、前記第1の基地局MacroeNodeBが前記制御情報CommonSearchSpaceを送信する帯域を避けて、ドナー帯域よりも狭帯域となるバーチャルキャリヤの制御領域PDCCH_MTCを送信する第2の基地局PicoeNodeBを具備する無線通信システム。