(57)【特許請求の範囲】
【請求項１】
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した周波数帯域に配置し、
所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記所定の位置を含む周波数帯域に前記制御情報を配置し、前記共通制御情報を含めないときは、前記所定位置を含まない周波数帯域に前記制御情報を配置する、
無線通信装置。
【請求項２】
前記隣接基地局が前記共通制御情報を含めるときは、自分は前記制御情報に前記共通制御情報を含めないようにする、
請求項１に記載の無線通信装置。
【請求項３】
前記共通制御情報を含めるときには、前記共通制御情報を前記所定の位置から連続して配置するとともに、前記隣接基地局とは分離した周波数帯域に自セル内の端末毎の制御情報を配置し、
前記共通制御情報を含めないときには、前記隣接基地局とは分離した周波数帯域で、前記隣接基地局が前記共通制御情報を配置した領域を避けて、自セル内の端末毎の制御情報を配置する、
請求項１に記載の無線通信装置。
【請求項４】
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した周波数帯域に配置し、
バンド幅の異なる複数のバンドを選択して使用することができ、
前記隣接基地局よりもセル半径が大きいときには、前記隣接基地局よりも大きいバンド幅のバンドを選択し、前記隣接基地局よりもセル半径が小さいときには、前記隣接基地局よりも小さいバンド幅のバンドを選択する、
無線通信装置。
【請求項５】
前記隣接基地局よりも大きいバンド幅のバンドを選択したときには、前記隣接基地局が前記制御情報を配置する周波数帯域を避けて、自セルの前記制御情報を配置する、
請求項４に記載の無線通信装置。
【請求項６】
前記隣接基地局よりも大きいバンド幅のバンドを選択し、且つ、所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記隣接基地局が前記制御情報を配置する周波数帯域を避けながら、前記共通制御情報を前記所定の位置から連続して配置する、
請求項４に記載の無線通信装置。
【請求項７】
前記隣接基地局よりも大きいバンド幅のバンドを選択し、且つ、所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記隣接基地局が前記制御情報を配置する周波数帯域も含めて、前記共通制御情報を前記所定の位置から連続して配置する、
請求項４に記載の無線通信装置。
【請求項８】
前記隣接基地局よりも小さいバンド幅のバンドを選択したときには、前記隣接基地局が記共通制御情報を前記所定の位置から連続して配置した領域を避けて、自セル内の端末毎の制御情報を配置する、
請求項７に記載の無線通信装置。
【請求項９】
基地局間では所定の通信インターフェース経由でサブフレームのうちユーザー情報領域の干渉を除くことが可能であり、
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報のうち、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）又は同期信号と重なる前記時間領域をユーザー情報領域に変更する、
無線通信装置。
【請求項１０】
隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域を避ける計算方法を適用して、自セル内の端末毎の制御情報を配置する周波数帯域を計算し、基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域を避けて配置する、
無線通信装置。
【請求項１１】
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域を避けて配置し、
バンド幅の異なる複数のバンドを選択して使用することができ、
所定のバンド幅以下のバンドを選択したために、自セル内の全端末宛ての共通制御情報を規定に従って所定の位置から連続して配置すると、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域に達してしまうときには、前記共通制御情報を使用しないようにし、前記所定のバンド幅を超えるバンドを選択したときには前記共通制御情報の使用を許可する、
無線通信装置。
【請求項１２】
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域を避けて配置し、
バンド幅の異なる複数のバンドを選択して使用することができ、
所定のバンド幅以下のバンドを選択したために、自セル内の全端末宛ての共通制御情報を規定に従って所定の位置から連続して配置すると、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域に達してしまうときには、前記システム情報を送信するＢＣＨ又は同期信号と重なる前記周波数帯域を避けながら、前記共通制御情報を前記所定の位置から連続して配置する、
無線通信装置。
【請求項１３】
自セルのダウンリンクの第１のサブフレームでは、先頭に含まれる制御情報のうち、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる時間領域をユーザー情報領域に変更し、
自セルのダウンリンクの第２のサブフレームでは、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域を避けて制御情報を配置する、
無線通信装置。
【請求項１４】
端末として動作して、基地局の同期を検出する同期検出部と、
第１の基地局に同期しているときのフレーム同期位置の情報を保持する第１のフレーム・タイミング保持部と、
第２の基地局に同期しているときのフレーム同期位置の情報を保持する第２のフレーム・タイミング保持部と、
前記第１のフレーム・タイミング保持部に保持されているフレーム同期位置と前記第２のフレーム・タイミング保持部に保持されているフレーム同期位置を比較して同期のずれ量を把握し、前記第１の基地局に再同期したときに前記第１の基地局に前記の把握した同期のずれ量を通知するずれ量把握及び通知部と、
を具備する無線通信装置。
【請求項１５】
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した周波数帯域に配置する配置ステップと、
ダウンリンクのサブフレームを送信する送信ステップと、
を有し、
前記配置ステップでは、所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記所定の位置を含む周波数帯域に前記制御情報を配置し、前記共通制御情報を含めないときは、前記所定位置を含まない周波数帯域に前記制御情報を配置する、
無線通信方法。
【請求項１６】
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した周波数帯域に配置する配置ステップと、
ダウンリンクのサブフレームを送信する送信ステップと、
を有し、
前記配置ステップでは、バンド幅の異なる複数のバンドを選択して使用することができ、前記隣接基地局よりもセル半径が大きいときには、前記隣接基地局よりも大きいバンド幅のバンドを選択し、前記隣接基地局よりもセル半径が小さいときには、前記隣接基地局よりも小さいバンド幅のバンドを選択する、
無線通信方法。
【請求項１７】
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる時間領域を避けて配置する配置ステップと、
ダウンリンクのサブフレームを送信する送信ステップと、
を有し、
基地局間では所定の通信インターフェース経由でサブフレームのうちユーザー情報領域の干渉を除くことが可能であり、
前記配置ステップでは、基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報のうち、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる前記時間領域をユーザー情報領域に変更する、
無線通信方法。
【請求項１８】
隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域を避ける計算方法を適用して、自セル内の端末毎の制御情報を配置する周波数帯域を計算し、基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域を避けて配置するステップと、
ダウンリンクのサブフレームを送信するステップと、
を有する無線通信方法。
【請求項１９】
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる時間領域を避けて配置する配置ステップと、
ダウンリンクのサブフレームを送信する送信ステップと、
を有し、
前記配置ステップでは、基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域を避けて配置し、
バンド幅の異なる複数のバンドを選択して使用することができ、
所定のバンド幅以下のバンドを選択したために、自セル内の全端末宛ての共通制御情報を規定に従って所定の位置から連続して配置すると、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる周波数帯域に達してしまうときには、前記共通制御情報を使用しないようにし、前記所定のバンド幅を超えるバンドを選択したときには前記共通制御情報の使用を許可する、
無線通信方法。
【請求項２０】
第１の基地局の同期を検出して、そのフレーム同期位置の情報を保持する第１のフレーム・タイミング保持ステップと、
第２の基地局の同期を検出して、そのフレーム同期位置の情報を保持する第２のフレーム・タイミング保持ステップと、
前記第１のフレーム・タイミング保持ステップで保持したフレーム同期位置と前記第２のフレーム・タイミング保持ステップで保持したフレーム同期位置を比較して同期のずれ量を把握するずれ量把握ステップと、
前記第１の基地局に再同期して、前記第１の基地局に前記の把握した同期のずれ量を通知するずれ量通知ステップと、
を有する無線通信方法。
【請求項２１】
第１のセル半径からなる第１のセルを持つ第１の基地局と、前記第１のセル半径よりも小さい第２のセル半径からなり前記第１のセル内に存在する第２のセルを持つ第２の基地局を備え、
前記第１の基地局は、ダウンリンクのサブフレームの先頭に含まれる制御情報を、前記第２の基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した周波数帯域に配置し、
所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記所定の位置を含む周波数帯域に前記制御情報を配置し、前記共通制御情報を含めないときは、前記所定位置を含まない周波数帯域に前記制御情報を配置する、
無線通信システム。
【請求項２２】
第１のセル半径からなる第１のセルを持つ第１の基地局と、前記第１のセル半径よりも小さい第２のセル半径からなり前記第１のセル内に存在する第２のセルを持つ第２の基地局を備え、
前記第１の基地局は、ダウンリンクのサブフレームの先頭に含まれる制御情報を、前記第２の基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる時間領域を避けて配置し、
基地局間では所定の通信インターフェース経由でサブフレームのうちユーザー情報領域の干渉を除くことが可能であり、
前記第１の基地局は、ダウンリンクのサブフレームの先頭に含まれる制御情報のうち、前記第２の基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれるシステム情報を送信するＢＣＨ又は同期信号と重なる前記時間領域をユーザー情報領域に変更する、
無線通信システム。
【請求項２３】
第１のセル半径からなる第１のセルを持つ第１の基地局と、前記第１のセル半径よりも小さい第２のセル半径からなり前記第１のセル内に存在する第２のセルを持つ第２の基地局と、１台以上の端末を備え、
少なくとも１台の端末は、各基地局と同期しているときのフレーム同期位置の情報を保持し、前記第１の基地局のフレーム同期位置と前記第２の基地局のフレーム同期位置を比較してそのずれ量を把握して、前記第１の基地局と再同期したときに前記ずれ量を前記第１の基地局にアップリンクで通知する、
無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、サイズの異なるセルが階層化された無線通信環境下において基地局として動作する無線通信装置及び無線通信方法、並びに無線通信システムに係り、特に、サイズの異なるセルが階層化された無線通信環境下におけるセル間の干渉を抑制する無線通信装置及び無線通信方法、並びに無線通信システムに関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｏｉｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ：国際電気通信連合）が策定した第３世代（３Ｇ）移動通信システムの世界標準「ＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）−２０００」の標準化作業が行なわれている。３ＧＰＰが策定したデータ通信仕様の１つである「ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）」は、第４世代（４Ｇ）のＩＭＴ−Ａｄｖａｎｃｅｄを目指した長期的高度化システムであり、「３．９Ｇ（スーパー３Ｇ）」とも呼ばれる。ＬＴＥでは、ＯＦＤＭ変調方式を基本とした通信方式であり、また、ダウンリンクの無線アクセス方式にはＯＦＤＭＡが採用されている。
【０００３】
ＬＴＥでは、ＦＤＤ（ＦｒｅｑＵＥ端末ｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）とＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）の２通りの複信方式を選択することができる。ＦＤＤでは、アップリンク専用の帯域とダウンリンク専用の帯域を用いる。アップリンク及びダウンリンクでは、それぞれ連続する１０個のサブフレームで構成される無線フレームのフォーマットを使用する。ここで言うアップリンクとは、端末局（ＵＥ端末：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）からＬＴＥの基地局（ｅＮｏｄｅＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）への通信のことであり、ダウンリンクとは、ｅＮｏｄｅＢからＵＥ端末への通信のことである。ＴＤＤでも、連続する１０個のサブフレームで構成される無線フレームのフォーマットを使用する。但し、ＴＤＤでは、アップリンク及びダウンリンクで同一の帯域を用いて通信を行なう。無線フレームを構成する各サブフレームは、ｅＮｏｄｅＢからの制御信号ＰＤＣＣＨ（Ｐｈｙ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、ユーザー・データとして使うＰＤＳＣＨ（Ｐｈｙ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）からなる。
【０００４】
また、ＬＴＥでは、１セル繰り返しで、１つの周波数を全てのセルで共通に使用する運用が行なわれる。これは、従来のセルラーの用に、隣接する基地局間で異なる周波数を使ってしまうと、周波数資源が足りなくなるためである。その場合には、セルの周辺にいるＵＥ端末）の送受信する電波が干渉を起こすことが問題となる。そこで、３ＧＰＰのＲｅｌ８であるＬＴＥでは、Ｒｅｌ８のインターセル・インターフェアレンス・コーディネーション（ＩＣＩＣ：Ｉｎｔｅｒ  Ｃｅｌｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｃｏｏｒｄｉｎａｔｉｏｎ）という技術が用いられる。
【０００５】
ＩＣＩＣは、例えば、１セル周波数繰り返しと複数セル周波数繰り返しを組み合わせたフラクショナル周波数繰り返しにより実現することができる。フラクショナル周波数繰り返しでは、各セルは、ｅＮｏｄｅＢから近いセル内部の中央領域と、ｅＮｏｄｅＢから離間したセル端の周辺領域に分けられる。ｅＮｏｄｅＢと中央領域のＵＥ端末との通信に割り当てられる「中央周波数」は、隣接セルと競合するが（すなわち、１セル周波数繰り返し）、中央領域内でしか信号が届かないような小さな送信電力に抑えることで、セル間の干渉を回避する。一方、周辺領域に信号が届くには大きな電力で送信しなければならないが、隣接セルの周辺領域同士は互いに異なる「周辺周波数」を使用することによって（すなわち、複数セル周波数繰り返し）、セル間の干渉を回避する。
【０００６】
図２４には、フラクショナル周波数繰り返しを行なう３つのセル１〜３が隣接している様子を示している。同図において、６角形は１つのセル範囲を示している。各セル１〜３は、セル内部の白抜きされた中央領域と、セル端の網掛けを施した周辺領域に分けられる。中央領域に割り当てられる中央周波数は、隣接セルと競合するが（すなわち、周波数繰り返しが１）、中央領域内でしか信号が届かないような小さな送信電力に抑えることで、セル間の干渉を回避する。一方、隣接セルの周辺領域同士は異なる周波数が割り当てられる。図２４中では周波数帯の相違を網掛けの種類（斜線、縦縞線、横縞線）で表している。
【０００７】
また、３ＧＰＰのＲｅｌ８のＩＣＩＣでは、上記の周波数繰り返し技術の技術以外に、基地局すなわちｅＮｏｄｅＢ間でＸ２インターフェースを介して干渉を抑制するための信号をやり取りしている（Ｘ２インターフェースは、ｅＮｏｄｅＢ間を接続しているインターフェースであり、光ファイバーなどが代表的である）。Ｘインターフェース経由でやり取りするメッセージとして、具体的には、Ｈｉｇｈ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｉｎｄｉｃａｔｏｒ（ＨＩＩ）とＯｖｅｒｌｏａｄ  Ｉｎｄｉｃａｔｏｒ（ＯＩ）が挙げられる。ここで、ＨＩＩは、セル・エッジのＵＥ端末に対して割り当てたリソース・ブロックの場所を隣接するｅＮｏｄｅＢに知らせるための情報である。ＨＩＩで指定されたリソース・ブロックからは、干渉を受ける可能性が高いと判断できる。したがって、隣接セルではそのことを考慮して、当該リソース・ブロックに対してスケジューリングを行なう。一方、ＯＩは、アップリンクのリソース・ブロックの干渉の度合いを知らせるための情報であり、Ｌｏｗ／Ｍｅｄｉｕｍ／Ｈｉｇｈの３つのレベルを持っている。隣接するｅＮｏｄｅＢは、あるリソース・ブロックへの干渉の度合いがＨｉｇｈであるとＸ２インターフェース経由のＯＩで通知されると、当該リソース・ブロックへのスケジューリングやアップリンクの電力制御を調整する。
【０００８】
このようにＲｅｌ８のＩＣＩＣは、マクロセル間の干渉除去を目的として、Ｘ２インターフェース経由で調整する方法をとっている。しかしながら、この方法により調整できる箇所はサブフレームのうちＰＤＳＣＨであり、ＰＤＣＣＨの部分に関しては調整できない。ＰＤＣＣＨは、隣接セル同士で同じ帯域を使い、干渉に強く作られているフォーマットだからである。
【０００９】
続いて、Ｒｅｌ１０のＩＣＩＣについて説明する。Ｒｅｌ１０のＩＣＩＣは、マクロセルとピコセルの間の干渉の抑制を目的としている。
【００１０】
３ＧＰＰでは、ＨｅｔＮｅｔと呼ばれるＭａｃｒｏ／Ｍｉｃｒｏ／Ｐｉｃｏ／Ｆｅｍｔｏなどさまざまなサイズのセルを階層化してシステム全体の容量を向上する方式が検討されている。ピコセルの基地局であるＰｉｃｏ  ｅＮｏｄｅＢは、マクロセルの基地局であるＭａｃｒｏ  ｅＮｏｄｅＢよりも送信出力が数十ｄＢのオーダーで小さいという特徴を持つ。Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢの間は、Ｘ２インターフェースが存在していると仮定できる（言い換えれば、サブフレームのうちＰＤＳＣＨの部分についての干渉は、Ｒｅｌ８のＩＣＩＣにより解決済みである）。但し、Ｐｉｃｏ  ｅＮｏｄｅＢとＭａｃｒｏ  ｅＮｏｄｅＢ間のＸ２インターフェースは、Ｍａｃｒｏ  ｅＮｏｄｅＢ間のＸ２インターフェースよりも速度や容量や遅延の特性が脆弱なイン-ターフェースを仮定しないといけない場合もある。
【００１１】
Ｐｉｃｏ  ｅＮｏｄｅＢからの送信電力は小電力であるので、Ｍａｃｒｏ  ｅＮｏｄｅＢからの信号が強く受信できるエリアが多くなる。Ｐｉｃｏ  ｃｅｌｌからの伝搬ロスがＭａｃｒｏ  ｅＮｏｄｅＢからの伝搬ロスよりも小さい領域（若しくは、Ｍａｃｒｏ  ｅＮｏｄｅＢよりもＰｉｃｏ  ｃｅｌｌからの距離が近い領域）であっても、Ｍａｃｒｏ  ｅＮｏｄｅＢからの受信電力の方が大きいと、ＵＥ端末は、近隣のＰｉｃｏ  ｅＮｏｄｅＢではなく遠くのＭａｃｒｏ  ｅＮｏｄｅＢにＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ）＿Ｃｏｎｎｅｃｔｅｄを試みることが多くなる。しかしながら、端末の電池の消費から考えるとアップリンクは伝搬ロスの小さい基地局に接続した方が有利であることと、ＨｅｔＮｅｔ環境ではピコセルにＵＥ端末を振り分けてセル分割ゲインを得ることが重要であることから、Ｍａｃｒｏ  ｅＮｏｄｅＢにばかりＵＥ端末が接続されてしまうという問題を解決する必要がある。
【００１２】
そこで、Ｒｅｌ１０では、Ｒａｎｇｅ  Ｅｘｐａｎｓｉｏｎという技術が規定されている。図２５を参照しながら、Ｒａｎｇｅ  Ｅｘｐａｎｓｉｏｎについて説明する。ＵＥ端末は、セル・セレクションすなわち参入する基地局を決定するときに、ｅＮｏｄｅＢからのリファレンス信号（Ｃｅｌｌ−ｓｐｅｃｉｆｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）から得られる受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  ＲｅｃｅｉｖｅｄＰｏｗｅｒ）に基づいて、電力が大きいｅＮｏｄｅＢに参入することを選択する。ｅＮｏｄｅＢ毎のＲＳＲＰを評価するときに、Ｐｉｃｏ  ｅＮｏｄｅＢのＲＳＲＰには例えば１０ｄＢのオフセットを追加して評価することにより、Ｐｉｃｏ  ｅＮｏｄｅＢへ参入するＵＥ端末が存在するエリアを拡大する。これがＲａｎｇｅ  Ｅｘｐａｎｓｉｏｎであり、拡大されたエリアのことをＲａｎｇｅ  Ｅｘｐａｎｓｉｏｎ  Ａｒｅａと呼ぶ。Ｒａｎｇｅ  Ｅｘｐａｎｓｉｏｎ  Ａｒｅａは、Ｐｉｃｏ  ｅＮｏｄｅＢからのＲＳＲＰが低いため、本来ならば、ＵＥ端末はＭａｃｒｏ  ｅＮｏｄｅＢに参入するところ、ＲＳＲＰのオフセットすなわちＲａｎｇｅ  Ｅｘｐａｎｓｈｉｏｎの技術により、Ｐｉｃｏ  ｅＮｏｄｅＢに参入できるようになった領域である。
【００１３】
Ｒａｎｇｅ  Ｅｘｐａｎｓｈｉｏｎ  ＡｒｅａにいるＵＥ端末にとって、参入したＰｉｃｏ  ｅＮｏｄｅＢからよりもＭａｃｒｏ  ｅＮｏｄｅＢからの受信電力の方が大きいことがある。すなわち、Ｒａｎｇｅ  Ｅｘｐａｎｓｈｉｏｎ  Ａｒｅａでは、ＵＥ端末のＰｉｃｏ  ｅＮｏｄｅＢからの受信はＭａｃｒｏ  ｅＮｏｄｅＢからの干渉に対して弱くなっているという欠点がある。Ｒａｎｇｅ  Ｅｘｐａｎｓｈｉｏｎ  Ａｒｅａでは、Ｐｉｃｏ  ｅＮｏｄｅＢとＭａｃｒｏ  ｅＮｏｄｅＢ間でダウンリンクの干渉が問題になる訳である。
【００１４】
例えば、移動局装置とマクロセルを管理する基地局装置と、フェムトセルやピコセル、ナノセルホームセルを管理するホーム基地局装置を含む通信システムにおいて、ホーム基地局装置に対する干渉を調整する通信システムについて提案がなされている（例えば、特許文献１を参照のこと）。しかしながら、この通信システムは、Ｒａｎｇｅ  Ｅｘｐａｎｓｉｏｎ  ＡｒｅａのＵＥ端末へのダウンリンク時の干渉を調整するものではない。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２０１１−７７９６４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本明細書で開示する技術の目的は、サイズの異なるセルが階層化された無線通信環境下において、セル間での干渉を好適に抑制することができる、優れた無線通信装置及び無線通信方法、並びに無線通信システムを提供することにある。
【００１７】
本明細書で開示する技術のさらなる目的は、サイズの異なるセルが階層化された無線通信環境下において基地局として動作して、端末へのダウンリンク時のセル間干渉を好適に抑制することができる、優れた無線通信装置及び無線通信方法、並びに無線通信システムを提供することにある。
【課題を解決するための手段】
【００１８】
本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した帯域に配置する、
無線通信装置である。
【００１９】
本願の請求項２に記載の技術によれば、請求項１に記載の無線通信装置は、所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記所定の位置を含む帯域に前記制御情報を配置し、前記共通制御情報を含めないときは、前記所定位置を含まない帯域に前記制御情報を配置するように構成されている。
【００２０】
本願の請求項３に記載の技術によれば、請求項２に記載の無線通信装置は、前記隣接基地局が前記共通制御情報を含めるときは、自分は前記制御情報に前記共通制御情報を含めないように構成されている。
【００２１】
本願の請求項４に記載の技術によれば、請求項２に記載の無線通信装置は、前記共通制御情報を含めるときには、前記共通制御情報を前記所定の位置から連続して配置するとともに、前記隣接基地局とは分離した帯域に自セル内の端末毎の制御情報を配置し、前記共通制御情報を含めないときには、前記隣接基地局とは分離した帯域で、前記隣接基地局が前記共通制御情報を配置した領域を避けて、自セル内の端末毎の制御情報を配置するように構成されている。
【００２２】
本願の請求項５に記載の技術によれば、請求項１に記載の無線通信装置は、バンド幅の異なる複数のバンドを選択して使用することができ、前記隣接基地局よりもセル半径が大きいときには、前記隣接基地局よりも大きいバンド幅のバンドを選択し、前記隣接基地局よりもセル半径が小さいときには、前記隣接基地局よりも小さいバンド幅のバンドを選択するように構成されている。
【００２３】
本願の請求項６に記載の技術によれば、請求項５に記載の無線通信装置は、前記隣接基地局よりも大きいバンド幅のバンドを選択したときには、前記隣接基地局が前記制御情報を配置する帯域を避けて、自セルの前記制御情報を配置するように構成されている。
【００２４】
本願の請求項７に記載の技術によれば、請求項５に記載の無線通信装置は、前記隣接基地局よりも大きいバンド幅のバンドを選択し、且つ、所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記隣接基地局が前記制御情報を配置する帯域を避けながら、前記共通制御情報を前記所定の位置から連続して配置するように構成されている。
【００２５】
本願の請求項８に記載の技術によれば、請求項５に記載の無線通信装置は、前記隣接基地局よりも大きいバンド幅のバンドを選択し、且つ、所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記隣接基地局が前記制御情報を配置する帯域も含めて、前記共通制御情報を前記所定の位置から連続して配置するように構成されている。
【００２６】
本願の請求項９に記載の技術によれば、請求項８に記載の無線通信装置は、前記隣接基地局よりも小さいバンド幅のバンドを選択したときには、前記隣接基地局が記共通制御情報を前記所定の位置から連続して配置した領域を避けて、自セル内の端末毎の制御情報を配置するように構成されている。
【００２７】
また、本願の請求項１０に記載の技術は、
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて配置する、
無線通信装置である。
【００２８】
本願の請求項１１に記載の技術によれば、請求項１０に記載の無線通信装置は、基地局間では所定の通信インターフェース経由でサブフレームのうちユーザー情報領域の干渉を除くことが可能であり、自セルのダウンリンクのサブフレームの先頭に含まれる制御情報のうち、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域をユーザー情報領域に変更するように構成されている。
【００２９】
本願の請求項１２に記載の技術によれば、請求項１０に記載の無線通信装置は、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて、自セルのダウンリンクのサブフレームの先頭に制御情報を配置するように構成されている。
【００３０】
本願の請求項１３に記載の技術によれば、請求項１２に記載の無線通信装置は、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて、自セル内の端末毎の制御情報を配置する場所を計算する計算方法を適用するように構成されている。
【００３１】
本願の請求項１４に記載の技術によれば、請求項１２に記載の無線通信装置は、バンド幅の異なる複数のバンドを選択して使用することができ、所定のバンド幅以下のバンドを選択したために、自セル内の全端末宛ての共通制御情報を規定に従って所定の位置から連続して配置すると、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域に達してしまうときには、前記共通制御情報を使用しないようにし、前記所定のバンド幅を超えるバンドを選択したときには前記共通制御情報の使用を許可するように構成されている。
【００３２】
本願の請求項１５に記載の技術によれば、請求項１２に記載の無線通信装置は、バンド幅の異なる複数のバンドを選択して使用することができ、所定のバンド幅以下のバンドを選択したために、自セル内の全端末宛ての共通制御情報を規定に従って所定の位置から連続して配置すると、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域に達してしまうときには、前記特定の信号と重なる前記帯域を避けながら、前記共通制御情報を前記所定の位置から連続して配置するように構成されている。
【００３３】
本願の請求項１６に記載の技術によれば、請求項１０に記載の無線通信装置は、自セルのダウンリンクの第１のサブフレームでは、先頭に含まれる制御情報のうち、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域をユーザー情報領域に変更し、自セルのダウンリンクの第２のサブフレームでは、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて制御情報を配置するように構成されている。
【００３４】
本願の請求項１７に記載の技術によれば、請求項１０に記載の無線通信装置は、複数のサブフレームからなるダウンリンクの無線フレームを基地局として送信する際に、前記隣接基地局がユーザー情報領域に前記特定の信号を含めたサブフレームと重なるサブフレームに対してのみ、前記特定の信号と重なる帯域を避ける配置を行なうように構成されている。
【００３５】
また、本願の請求項１８に記載の技術は、
端末として動作して、基地局の同期を検出する同期検出部と、
第１の基地局に同期しているときのフレーム同期位置の情報を保持する第１のフレーム・タイミング保持部と、
第２の基地局に同期しているときのフレーム同期位置の情報を保持する第２のフレーム・タイミング保持部と、
前記第１のフレーム・タイミング保持部に保持されているフレーム同期位置と前記第２のフレーム・タイミング保持部に保持されているフレーム同期位置を比較して同期のずれ量を把握し、前記第１の基地局に再同期したときに前記第１の基地局に前記の把握した同期のずれ量を通知するずれ量把握及び通知部と、
を具備する無線通信装置である。
【００３６】
また、本願の請求項１９に記載の技術は、
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した帯域に配置するステップと、
ダウンリンクのサブフレームを送信するステップと、
を有する無線通信方法である。
【００３７】
また、本願の請求項２０に記載の技術は、
基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて配置するステップと、
ダウンリンクのサブフレームを送信するステップと、
を有する無線通信方法である。
【００３８】
また、本願の請求項２１に記載の技術は、
第１の基地局の同期を検出して、そのフレーム同期位置の情報を保持する第１のフレーム・タイミング保持ステップと、
第２の基地局の同期を検出して、そのフレーム同期位置の情報を保持する第２のフレーム・タイミング保持ステップと、
前記第１のフレーム・タイミング保持ステップで保持したフレーム同期位置と前記第２のフレーム・タイミング保持ステップで保持したフレーム同期位置を比較して同期のずれ量を把握するずれ量把握ステップと、
前記第１の基地局に再同期して、前記第１の基地局に前記の把握した同期のずれ量を通知するずれ量通知ステップと、
を有する無線通信方法である。
【００３９】
また、本願の請求項２２に記載の技術は、
第１のセル半径からなる第１のセルを持つ第１の基地局と、前記第１のセル半径よりも小さい第２のセル半径からなり前記第１のセル内に存在する第２のセルを持つ第２の基地局を備え、
前記第１の基地局は、ダウンリンクのサブフレームの先頭に含まれる制御情報を、前記第２の基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した帯域に配置する、
無線通信システムである。
【００４０】
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない（以下同様）。
【００４１】
また、本願の請求項２３に記載の技術は、
第１のセル半径からなる第１のセルを持つ第１の基地局と、前記第１のセル半径よりも小さい第２のセル半径からなり前記第１のセル内に存在する第２のセルを持つ第２の基地局を備え、
前記第１の基地局は、ダウンリンクのサブフレームの先頭に含まれる制御情報を、前記第２の基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて配置する、
無線通信システムである。
【００４２】
また、本願の請求項２４に記載の技術は、
第１のセル半径からなる第１のセルを持つ第１の基地局と、前記第１のセル半径よりも小さい第２のセル半径からなり前記第１のセル内に存在する第２のセルを持つ第２の基地局と、１台以上の端末を備え、
少なくとも１台の端末は、各基地局と同期しているときのフレーム同期位置の情報を保持し、前記第１の基地局のフレーム同期位置と前記第２の基地局のフレーム同期位置を比較してそのずれ量を把握して、前記第１の基地局と再同期したときに前記ずれ量を前記第１の基地局にアップリンクで通知する、
無線通信システムである。
【発明の効果】
【００４３】
本明細書で開示する技術によれば、サイズの異なるセルが階層化された無線通信環境下において基地局として動作して、Ｒａｎｇｅ  Ｅｘｐａｎｓｉｏｎ  Ａｒｅａの端末へのダウンリンク時のセル間干渉を好適に抑制することができる、優れた無線通信装置及び無線通信方法、並びに無線通信システムを提供することができる。
【００４４】
本明細書で開示する技術によれば、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢの間で干渉問題を効率よく解決することができるので、各セルのスループットを向上させることができる。
【００４５】
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【図面の簡単な説明】
【００４６】
【図１】図１は、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢがそれぞれＰＤＣＣＨを使用する部分を、Ｓｅａｒｃｈ  Ｓｐａｃｅで分離している様子を示した図である。
【図２】図２は、ＰＤＣＣＨの部分の周波数の高い方をＰｉｃｏ  ｅＮｏｄｅＢに割り当て、周波数の低い方をＭａｃｒｏ  ｅＮｏｄｅＢに割り当て、Ｍａｃｒｏ  ｅＮｏｄｅＢがＣｏｍｍｏｎ  Ｓｅａｒｃｈ  ＳｐａｃｅをＣＣＥの候補の先頭から連続的に配置する様子を示した図である。
【図３】図３は、Ｍａｃｒｏ  ｅＮｏｄｅＢに割り当てたＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを優先して、ＣＣＥの候補の先頭から連続的に配置する様子を示した図である。
【図４】図４は、Ｐｉｃｏ  ｅＮｏｄｅＢのバンド幅がＭａｃｒｏ  ｅＮｏｄｅＢのバンド幅よりも小さい場合を示した図である。
【図５】図５は、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢで使用するバンド幅が異なる場合に、Ｍａｃｒｏ  ｅＮｏｄｅＢがＰｉｃｏ  ｅＮｏｄｅＢのＰＤＣＣＨをＳｅａｒｃｈ  Ｓｐａｃｅの候補から除く様子を示した図である。
【図６】図６は、Ｍａｃｒｏ  ｅＮｏｄｅＢがＰｉｃｏ  ｅＮｏｄｅＢで使用するバンド幅を避けてＣｏｍｍｏｎ ＳｅａｒｃｈＳｐａｃｅを配置する様子を示した図である。
【図７】図７は、Ｍａｃｒｏ  ｅＮｏｄｅＢに割り当てたＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを優先して、ＣＣＥの候補の先頭から連続的に配置する様子を示した図である。
【図８】図８は、Ｍａｃｒｏ  ｅＮｏｄｅＢのサブフレームがずれて、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨの３ＯＦＤＭシンボル目がＰｉｃｏ  ｅＮｏｄｅＢのサブフレーム＃０のＢＣＨと時間的に同じ位置になる様子を示した図である。
【図９】図９は、Ｍａｃｒｏ  ｅＮｏｄｅＢがＰＤＣＣＨのＯＦＤＭシンボル数を小さくして、Ｐｉｃｏ  ｅＮｏｄｅＢのＢＣＨへの干渉を回避する様子を示した図である。
【図１０】図１０は、Ｍａｃｒｏ  ｅＮｏｄｅＢのサブフレームがずれて、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨの１〜３ＯＦＤＭシンボル目がすべてＰｉｃｏ  ｅＮｏｄｅＢのＢＣＨと時間的に同じ位置になる様子を示した図である。
【図１１】図１１は、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨに対するＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅを中心の７２サブキャリヤを除いて指定して、Ｐｉｃｏ  ｅＮｏｄｅＢのＢＣＨへの干渉を回避する様子を示した図である。
【図１２】図１２は、Ｍａｃｒｏ  ｅＮｏｄｅＢが２０ＭＨｚのバンド幅を選択したときに、中心の７２サブキャリヤを除いてＣＣＥの先頭からＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを連続的に配置した様子を示した図である。
【図１３】図１３は、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを中心の７２サブキャリヤを避けて配置する様子を示した図である。
【図１４】図１４は、ＴＤＤモードの場合に、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨがＰｉｃｏ  ｅＮｏｄｅＢのＢＣＨ並びにＰＳＳ、ＳＳＳに干渉している様子を示した図である。
【図１５】図１５は、図１４に示したＰｉｃｏ  ｅＮｏｄｅＢのＢＣＨ並びにＰＳＳ、ＳＳＳに対するＭａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨの干渉を異なる方法を組み合わせて回避する様子を示した図である。
【図１６】図１６は、ＦＤＤモードの場合に、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨがＰｉｃｏ  ｅＮｏｄｅＢのＢＣＨ並びにＰＳＳ、ＳＳＳに干渉している様子を示した図である。
【図１７】図１７は、Ｍａｃｒｏ  ｅＮｏｄｅＢとして動作する無線通信装置１７００の構成例を模式的に示した図である。
【図１８】図１８は、Ｍａｃｒｏ  ｅＮｏｄｅＢに属するＵＥ端末として動作する無線通信装置１８００の構成例を模式的に示した図である。
【図１９】図１９は、Ｍａｃｒｏ  ｅＮｏｄｅＢとして動作する無線通信装置１９００の構成例を模式的に示した図である。
【図２０】図２０は、Ｍａｃｒｏ  ｅＮｏｄｅＢに属するＵＥ端末として動作する無線通信装置２０００の構成例を模式的に示した図である。
【図２１】図２１は、Ｍａｃｒｏ  ｅＮｏｄｅＢとして動作する無線通信装置２１００の構成例を模式的に示した図である。
【図２２】図２２は、Ｍａｃｒｏ  ｅＮｏｄｅＢに属するＵＥ端末として動作する無線通信装置２２００の構成例を模式的に示した図である。
【図２３】図２３は、Ｍａｃｒｏ  ｅＮｏｄｅＢに属するＵＥ端末として動作する無線通信装置２１００の動作手順を示したフローチャートである。
【図２４】図２４は、フラクショナル周波数繰り返しを行なう３つのセル１〜３が隣接している様子を示した図である。
【図２５】図２５は、３ＧＰＰのＲｅｌ１０で規定されるＲａｎｇｅ  Ｅｘｐａｎｓｉｏｎを説明するための図である。
【図２６】図２６は、ＬＴＥのダウンリンクの無線フレーム構成を示した図である。
【図２７】図２７は、ＦＤＤのダウンリンクのサブフレームに同期信号ＰＳＳ、ＳＳＳが挿入される場所を示した図である。
【図２８】図２８は、ＴＤＤのダウンリンクのサブフレームに同期信号ＰＳＳ、ＳＳＳが挿入される場所を示した図である。
【図２９】図２９は、ダウンリンクのサブフレームにシステム・インフォメーションＢＣＨが挿入される場所を示した図である。
【図３０】図３０は、通常のサブフレームの構造を例示した図である。
【図３１】図３１は、通常のＡＢＳが設定されたサブフレームの構造を例示した図である。
【図３２】図３２は、ＭＢＳＦＮ型のＡＢＳが設定されたサブフレームの構造を例示した図である。
【図３３】図３３は、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢのサブフレームにオフセットをつけた例を示した図である。
【図３４】図３４は、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢのサブフレームにオフセットをつけない例を示した図である。
【発明を実施するための形態】
【００４７】
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
【００４８】
図２６には、ＬＴＥのダウンリンクの無線フレーム構成を示している。図示のように、無線フレームは、時間単位の短い順に、タイムスロット（Ｓｌｏｔ）、サブフレーム（Ｓｕｂｆｒａｍｅ）、無線フレーム（Ｒａｄｉｏ  Ｆｒａｍｅ）の３層に階層化されている。
【００４９】
０．５ミリ秒長のタイムスロットは、７個のＯＦＤＭシンボルで構成され（但し、通常のユニキャスト伝送の場合）、ユーザー（移動局）側で受信する際の復調処理の単位となる。１ミリ秒長のサブフレームは、連続する２個のタイムスロット（１４ＯＦＤＭシンボル）で構成され、訂正符号化された１データ・パケットの送信時間単位となる。１０ミリ秒長の無線フレームは、連続する１０個のサブフレーム（すなわち、２０個のタイムスロット）で構成され、すべての物理チャネルの多重に対する基本単位となる。サブフレームは、ｅＮｏｄｅＢからの制御信号として使うＰＤＣＣＨの部分と、ユーザー・データとして使うＰＤＳＣＨの部分に分けられる。
【００５０】
各ユーザーは、異なるサブキャリヤ、又は、異なるタイムスロットを使用すれば、互いに干渉することなく通信することができる。ＬＴＥでは、連続するサブキャリヤをブロック化して、「リソース・ブロック（ＲＢ）」と呼ばれる、無線リソース割り当ての最小単位が定義される。基地局に搭載されているスケジューラーは、各ユーザーに対して、リソース・ブロック単位で無線リソースが割り当てる。リソース・ブロックは、１２サブキャリヤ×１タイムスロット（７ＯＦＤＭシンボル＝０．５ミリ秒）からなる。また、サブフレームの先頭から最大３ＯＦＤＭシンボルが、コントロール・チャネルＰＤＣＣＨに使用される。基地局のスケジューラーは、サブフレーム毎すなわち１ミリ秒間隔で、リソース・ブロックの割り当てを行なうことができる。リソース・ブロックの位置情報をスケジューリングと呼ぶ。アップリンクのスケジューリング情報及びダウンリンクのスケジューリング情報は、ともにダウンリンクのコントロール・チャネル内に記載される。各ユーザーは、コントロール・チャネルを見て、自分に割り当てられたリソース・ブロックを認識することができる。
【００５１】
０．５ミリ長のタイムスロットは、各ユーザーが使用できる割り当ての最小単位である。基地局に搭載されているスケジューラーは、ユーザー毎にタイムスロット単位で使用してもよいタイムスロットを割り当てる。ＬＴＥでは、ＦＤＤとＴＤＤの２通りの複信方式を選択することができる。ＴＤＤの場合には、１サブフレーム毎にアップリンク又はダウンリンクのいずれに使用するかを選択することができる。
【００５２】
図２６に示したように、ダウンリンクの無線フレームは１０個の連続するサブフレームからなるが、所定位置に同期信号とシステム・インフォメーションがそれぞれ挿入される。
【００５３】
同期信号は、ＰＳＳ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）とＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）の２種類がある。同期信号が挿入されるサブフレーム及びＯＦＤＭシンボルの位置は、Ｄｕｐｌｅｘ  ｍｏｄｅがＦＤＤの場合とＴＤＤの場合で異なる。ＦＤＤの場合、図２７に示すように、ＰＳＳとＳＳＳはともにサブフレーム＃０と＃５に挿入される。１スロット目の最後のＯＦＤＭシンボルにＰＳＳ、その手前のＯＦＤＭシンボルにＳＳＳがそれぞれ挿入される。また、ＴＤＤの場合には、図２８に示すように、ＰＳＳはサブフレーム＃１と＃６の１スロット目の先頭から６ＯＦＤＭシンボルの位置に挿入され、ＳＳＳはサブフレーム＃０と＃５の２スロット目の最後のＯＦＤＭに挿入される。どちらの場合も、使用する帯域の中心の７２サブキャリヤが用いられる。同期信号は、ＵＥ端末が最初に受信する信号なので、すべてのダウンリンクの信号の中で最も重要な信号ということができる。この信号を受信できない場合は、ＵＥ端末は、セルに参入するための後のステップを実行することができない。
【００５４】
また、システム・インフォメーションには、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）とＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）が存在する。ＭＩＢには、使用するバンド幅、Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ、Ｈｙｂｒｉｄ  ＡＣＫのコンフィギュレーションといった、最初の段階でデータを受信するために必須の情報が格納される。ＳＩＢは、その他のシステム情報であって重要な情報であるが、ＭＩＢの方がより重要な情報である。ＭＩＢは、ＢＣＨ（Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）というチャネルで送信される。ＳＩＢは、ＰＤＳＣＨで送られると規定されている。Ｄｕｐｌｅｘ  ｍｏｄｅがＦＤＤの場合とＴＤＤの場合ともに、図２９に示すように、ＢＣＨはサブフレーム＃０の２スロット目の先頭から４ＯＦＤＭシンボルに挿入され、周波数帯域の中で中心の７２サブキャリヤが用いられる。このＢＣＨの領域は非常に重要なので、ＢＣＨへの干渉を抑制することが非常に重要である。
【００５５】
ここで、３ＧＰＰのＲｅｌ１０で規定されているＲａｎｅ  Ｅｘｐａｎｓｉｏｎ  ＡｒｅａにおけるＰｉｃｏ  ｅＮｏｄｅＢとＭａｃｒｏ  ｅＮｏｄｅＢ間でダウンリンクの干渉問題について、［背景技術］の欄に引き続いて考察する。
【００５６】
上述したように、Ｒａｎｇｅ  Ｅｘｐａｎｓｈｉｏｎ  ＡｒｅａにいるＵＥ端末にとって、参入したＰｉｃｏ  ｅＮｏｄｅＢからよりもＭａｃｒｏ  ｅＮｏｄｅＢからの受信電力の方が大きいことがある。すなわち、Ｒａｎｇｅ  Ｅｘｐａｎｓｈｉｏｎ  Ａｒｅａでは、ＵＥ端末の受信はＭａｃｒｏ  ｅＮｏｄｅＢからの干渉に弱くなっているという欠点がある。
【００５７】
また、上述したように、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢの間は、Ｘ２インターフェースが存在していると仮定できることから、サブフレームのうちＰＤＳＣＨの部分についての干渉は、Ｒｅｌ８のＩＣＩＣにより解決済みである。ところが、Ｒａｎｇｅ  Ｅｘｐａｎｓｈｉｏｎ  Ａｒｅａでは、ＰＤＳＣＨの部分についてはＲｅｌ８のＩＣＩＣ技術を用いて調整を行なったとしても、ＰＤＣＣＨの部分の干渉が問題になってくる。
【００５８】
Ｒｅｌ８では、ＰＤＣＣＨは、同程度の送信出力を持つＭａｃｒｏ  ｅＮｏｄｅＢ同士の干渉に耐えられるように設計されている。ところが、Ｒｅｌ１０では、Ｒａｎｇｅ  ＥｘｐａｎｓｈｉｏｎによりＲＳＲＰが評価されるために、Ｍａｃｒｏ  ｅＮｏｄｅＢからはＰｉｃｏ  ｅＮｏｄｅＢよりも数１０ｄＢの大電力で送信されることになり、Ｐｉｃｏ  ｅＮｏｄｅＢから送信されるＰＤＣＣＨは、Ｍａｃｒｏ  ｅＮｏｄｅＢから送信されるＰＤＣＣＨにより干渉受け易くなるという問題がある。特にＲａｎｇｅ  Ｅｘｐａｎｓｉｏｎ  ＡｒｅａにいるＵＥ端末は、Ｐｉｃｏ  ｅＮｏｄｅＢからのＰＤＣＣＨを受信することができなくなってしまう。
【００５９】
このため、Ｒｅｌ１０のＩＣＩＣは、マクロセルとピコセルの間の干渉の抑制を目的としている。Ｒｅｌ１０のＩＣＩＣでは、Ｍａｃｒｏ  ｅＮｏｄｅＢが送信する無線フレーム中の１０個のサブフレームのうち、出力を停止するサブフレームをいくつか設けるという解決方法をとっている。このように出力を停止するサブフレームは、ＡＢＳ（Ａｌｍｏｓｔ  ＢｌａｎｃＳｕｂｆｒａｍｅ）と呼ばれる。
【００６０】
図３０には、通常のサブフレームの構造を例示している。同図において、横軸は時間、縦軸は周波数とする。サブフレームは、ｅＮｏｄｅＢからの制御信号ＰＤＣＣＨと、ユーザー・データとして使うＰＤＳＣＨからなる（前述）。図示の例では、先頭から３つ目までのＯＦＤＭシンボルがＰＤＣＣＨであり、４つ目以降のＯＦＤＭシンボルがＰＤＳＣＨである。また、ＰＤＣＣＨ並びにＰＤＳＣＨの双方にそれぞれ、ＣＲＳ（Ｃｅｌｌ−Ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）と呼ばれる信号が挿入されている。図３０中、黒で塗り潰したリソース・ブロック部分がＣＲＳの信号に相当する。通常のダウンロードのサブフレームの信号を停止しようとしても、ＰＤＳＣＨの部分のデータ部分のみ停止可能である。ＰＤＳＣＨ部分の停止は、基地局のスケジューラーがＰＤＳＣＨへの割り当てを停止することにより実現できる。しかし、基地局は、ＰＤＳＣＨのＣＲＳを停止することはできない。同様に、基地局は、ＰＤＣＣＨのＣｅｌｌ  Ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌも停止することはできない。すなわち、ＡＢＳが設定されても、通常のサブフレームであれば、ＣＲＳを挿入しなければならない。
【００６１】
３ＧＰＰのＲｅｌ１０では、ＰＤＳＣＨのＣＲＳまで停止するために、ＡＢＳのサブフレームをＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｂａｎｄ  Ｓｉｎｇｌｅ  ＦｒｅｑＵＥ端末ｎｃｙ  Ｎｅｔｗｏｒｋ）のサブフレームに設定することが行なわれている。ＭＢＳＦＮのサブフレームは、ＳＦＮを用いて放送用に用いられるサブフレームであり、通常のＣＲＳを送信しない。ＵＥ端末はＭＢＳＦＮサブフレームであると認識すると、ＰＤＳＣＨのＣＲＳを受信しなくてもよいという特徴がある。ＵＥ端末に対して通常のＡＢＳのサブフレームをＭＢＳＦＮのように装うことで、ＰＤＳＣＨのＣＲＳまで停止することができる。
【００６２】
要するに、Ｒｅｌ１０では、ＡＢＳとして、通常のＡＢＳとＭＢＳＦＮ型のＡＢＳの２種類が存在する。通常のＡＢＳのサブフレームは、図３１に示すように、ＰＤＣＣＨとＰＤＳＣＨのＣＲＳだけは残り、その他の部分は無送信となる。また、ＭＢＳＦＮ型のＡＢＳのサブフレームは、図３２に示すように、ＰＤＣＣＨのＣＲＳだけは残り、その他の部分は無送信となる。図３１及び図３２中、黒で塗り潰したリソース・ブロック部分がＣＲＳの信号に相当し、白抜きのリソース・ブロック部分は無送信に相当する。
【００６３】
上述したように、Ｒａｎｇｅ  Ｅｘｐａｎｓｈｉｏｎ  Ａｒｅａでは、ＵＥ端末のＰｉｃｏ  ｅＮｏｄｅＢからの受信はＭａｃｒｏ  ｅＮｏｄｅＢからの干渉に対して弱くなっている。一方、図３１、図３２に示すように、ＡＢＳが設定されたサブフレームは大部分が無送信となるから、Ｍａｃｒｏ  ｅＮｏｄｅＢでＡＢＳが設定されたサブフレームに対応するＰｉｃｏ  ｅＮｏｄｅＢのサブフレームは干渉に強い。したがって、Ｐｉｃｏ  ｅＮｏｄｅＢは、Ｍａｃｒｏ  ｅＮｏｄｅＢでＡＢＳが設定されたサブフレームに、Ｒａｎｇｅ  Ｅｘｐａｎｓｉｏｎ  ＡｒｅａのＵＥ端末に対するリソースを多く割り当てると、干渉を回避して効率よくダウンリンクの通信を行なうことができる。
【００６４】
Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢのサブフレームには、オフセットをつける運用とオフセットをつけない運用が考えられる。図３３には、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢのサブフレームにオフセットをつけた場合の一例を示している。また、図３４には、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢのサブフレームにオフセットをつけない場合の一例を示している。
【００６５】
図２７〜図２９を参照しながら既に説明したように、無線フレーム中の特定のサブフレーム位置に、干渉を抑制することが非常に重要な同期信号とシステム・インフォメーションが挿入されている。ｅＮｏｄｅＢは、これらの信号の送信を停止する訳にはいかない。図３４に示したようにサブフレームにオフセットをつけないと、同期信号ＰＳＳ、ＳＳＳやシステム・インフォメーションＢＣＨが挿入されたサブフレームの位置がＭａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢで揃ってしまい、Ｍａｃｒｏ  ｅＮｏｄｅＢがＡＢＳを設定して衝突を回避することはできない。
【００６６】
一方、図３３に示したようにサブフレームにオフセットをつける運用では、同期信号ＰＳＳ、ＳＳＳやシステム・インフォメーションＢＣＨが挿入されたサブフレームの位置がＭａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢで揃わない。例えばＰｉｃｏ  ｅＮｏｄｅＢは、Ｍａｃｒｏ  ｅＮｏｄｅＢがＡＢＳを設定したサブフレームで同期信号ＰＳＳ、ＳＳＳやシステム・インフォメーションＢＣＨを送れるよう、オフセットをつければよい。したがって、ｅＮｏｄｅＢ間での同期信号ＰＳＳ、ＳＳＳやシステム・インフォメーションＢＣＨの信号の干渉を考慮すると、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢのサブフレームにオフセットをつける運用が一般的になってくると思料される。
【００６７】
付言すると、ＡＢＳを設定したサブフレームでは、ＰＤＣＣＨとＰＤＳＣＨの両方の送信をほとんど停止してしまう。サブフレームのうちＰＤＳＣＨの部分についての干渉は、上述したようにＲｅｌ８のＩＣＩＣにより解決済みである。それにも拘らず、ＡＢＳでＰＤＳＣＨまで送信を停止してしまうのは、ＰＤＣＣＨの中には各ＵＥ端末がどこのリソース・ブロックで受信を行なうかというスケジューリング情報が含まれているためであり、ＰＤＣＣＨだけを停止してＰＤＳＣＨは送信するということはできないからである。
【００６８】
ここで、ＰＤＣＣＨのデコーディング方法について説明しておく。
【００６９】
ＰＤＣＣＨの送信は、ＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）と呼ばれる３６ＯＦＤＭシンボルからなるＲｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔの単位で行なわれる。ＰＤＣＣＨはＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）で変調されるので、ＣＣＥの１単位で７２ビットの情報を送信することができる。ＣＣＥにはＡｇｇｒｅｇａｔｉｏｎすなわち同じ情報の繰り返し送信が適用される。繰り返し回数すなわちＣＣＥ  Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌとして、１、２、４、８の値をとることができる。ＣＣＥ  Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌが上がるとＳＮが向上することは自明である。セル半径が大きくなるとＳＮの低下を防ぐために、ＣＣＥ  Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌが上がる。
【００７０】
ＵＥ端末は、自分宛てのＣＣＥの場所を認識できないときには、Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ、すなわち取り敢えずデコードしてみる。そして、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）エラーがなかったら、ＵＥ端末は自分宛てのＣＣＥと認識する。ｅＮｏｄｅＢでは、ＵＥ端末固有の番号（ＵＥ  ｉｄｅｎｔｉｔｙ＝Ｃ−ＲＮＴＩ（Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）を用いて各ＣＣＥにＣＲＣを付与しているので、対応するＵＥ端末以外はＣＲＣがエラーになるはずである。
【００７１】
上記のＢｌｉｎｄ  Ｄｅｃｏｄｉｎｇは、ＵＥ端末がＰＤＣＣＨに入っているすべてのＣＣＥをデコードすることになり、ＵＥ端末の負荷が大きくなる。そこで、Ｒｅｌ８ではＳｅａｒｃｈ  Ｓｐａｃｅというものが導入されている。Ｓｅａｒｃｈ  Ｓｐａｃｅは、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  ＳｐａｃｅとＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅに分かれている。Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅは、ＣＣＥの候補の先頭から連続的に配置される。Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅは、ＣＣＥ  Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌ＝４、８のときにしか存在しない（言い換えれば、セル半径が大きいときしかＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅは存在しない）。また、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅの領域は、１６ＣＣＥを必要としている。１ＣＣＥは３６シンボルなので、１ＯＦＤＭシンボル目の周波数が低い方から５７６サブキャリヤがＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅになる。
【００７２】
ＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの中にあるＣＣＥは、ＵＥ  ｉｄｅｎｔｉｔｙでＣＲＣをマスクしてエンコードされている。したがって、ＵＥ端末は、ＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの中をＢｌｉｎｄ  Ｄｅｃｏｄｉｎｇ、すなわち自分のＵＥ  ｉｄｅｎｔｉｙを用いてＣＲＣチェックを行ない、ＣＲＣにエラーがなければ自分宛てのＣＣＥであることを知ることができる。また、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅは、すべてのＵＥ端末がＵＥ  ｉｄｅｎｔｉｔｙとＣｏｍｍｏｎ  ｉｄｅｎｔｉｔｙという２つのｉｄｅｎｔｉｔｙでＢｌｉｎｄ  ｄｅｃｏｄｉｎｇを試みるしくみになっている。
【００７３】
ｅＮｏｄｅＢとＵＥ端末で、ＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決めるための共通の関数（ハッシュ関数）を持っている。この関数にＵＥ  ｉｄｅｎｔｉｔｙとサブフレーム番号を入力すると、関数の出力として、当該サブフレームのＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ内でのＳｅａｒｃｈ  Ｓｐａｃｅ、すなわちＵＥ端末がＣＣＥをデコードすべき場所を得ることができる。ハッシュ関数は、入力に対してランダムに見える出力値を出す関数である（周知）。ハッシュ関数にＵＥ  ｉｄｅｎｔｉｔｙとサブフレーム番号を入力すると一定の範囲内でランダムに見える領域が出力される。したがって、ＵＥ  ｉｄｅｎｔｉｔｙ又はサブフレームが異なれば、ほとんどの場合はハッシュ関数から異なるＳｅａｒｃｈ  Ｓｐａｃｅが出力される。この関数の計算で２以上のＵＥ端末のＳｅａｒｃｈ  Ｓｐａｃｅが偶然ぶつかってしまった場合でも、次のサブフレームではぶつからない可能性が高くなっている。
【００７４】
ＬＴＥでは、１．４ＭＨｚから２０ＭＨｚまで６種類のバンド幅を選択することができる。各バンド幅におけるサブキャリヤ数を以下の表１に示す。
【００７５】
【表１】
0005842453.tif 000002
【００７６】
各バンド幅において、１ＯＦＤＭシンボルに入るＣＣＥの数は、サブキャリヤ数を３６で割った値に相当する。したがって、バンド幅が２０ＭＨｚの場合、１ＯＦＤＭシンボルに入るＣＣＥは、上記の表１から、１２０１／３６≒約３３個であることが分かる。
【００７７】
本明細書で開示する技術が解決しようとする課題及び対応する手段は、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢで同期がパーフェクトな場合と同期がパーフェクトではない場合、実際の運用時に起きる問題の場合と３つに大きくカテゴライズすることができる。
【００７８】
課題１：Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢで同期が完全な場合のＲｅｌ１０のＡＢＳのＰＤＳＣＨの部分の送信を可能にする方法
通常のＡＢＳのサブフレームは、図３１に示したように、ＰＤＣＣＨとＰＤＳＣＨのＣＲＳだけは残り、その他の部分は無送信となる。また、ＭＢＳＦＮ型のＡＢＳのサブフレームは、図３２に示したように、ＰＤＣＣＨのＣＲＳだけは残り、その他の部分は無送信となる。ＰＤＣＣＨの部分の干渉を避けるために、Ｍａｃｒｏ  ｅＮｏｄｅＢがＰＤＣＣＨの部分の送信を停止してしまうと、制御信号がなくなるため、そのサブフレームのＰＤＳＣＨの部分の信号も停止せざるを得ないからである。しかしながら、ＰＤＳＣＨの部分についての干渉はＲｅｌ８のＩＣＩＣにより解決済みであるにも拘らず（前述）、このようにすべてを送信停止してしまうのでは、スループットの低下が著しい。
【００７９】
手段１：Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢで同期が完全な場合において、Ｒｅｌ１０のＡＢＳのＰＤＳＣＨの部分の送信を可能にするために、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢでＰＤＣＣＨを使用する部分を分離する方法を提案する。
【００８０】
上述したＳｅａｒｃｈ  ＳｐａｃｅでＰＤＣＣＨの部分を分離することができる。図１には、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢがそれぞれＰＤＣＣＨを使用する部分を、Ｓｅａｒｃｈ  Ｓｐａｃｅで分離している様子を示している。このように各ｅＮｏｄｅＢが異なるＳｅａｒｃｈ  Ｓｐａｃｅを作成してＰＤＣＣＨを分離すれば、ＰＤＣＣＨのすべての情報を干渉により失うことを避けることが可能になる。すなわち、ＵＥ端末がＰＤＳＣＨの部分の制御信号を確保することが可能になるので、ｅＮｏｄｅＢからＰＤＳＣＨの信号を出力することが可能となり、スループットが向上する。Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢは、例えばＸ２インターフェースを用いて、ＰＤＣＣＨを分離する部分を通知し合うことができる。
【００８１】
課題１−１：手段１においてＰＤＣＣＨの部分をＳｅａｒｃｈ  Ｓｐａｃｅで分離することにより派生する課題１
セルの半径が小さいときには、ＣＣＥ  Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌが１又は２と小さく、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置する必要がない。ところが、セルの半径が大きいと、ＣＣＥ  Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌが４、８と大きくなり、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置しなければならなくなる。上述したように、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅは、ＣＣＥの候補の先頭（すなわち、ＰＤＣＣＨの１ＯＦＤＭシンボルの周波数が低い方）から連続的に配置するよう取り決められている。図１に示したＰＤＣＣＨの使用方法によれば、異なるＳｅａｒｃｈ  Ｓｐａｃｅを作成してＰＤＣＣＨの部分をＭａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢに分離するので、いずれか一方のｅＮｏｄｅＢのみがＣＣＥの候補の先頭から使用することになり、他方のｅＮｏｄｅＢにとってはＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを使いづらい配置である。
【００８２】
手段１−１：
図２５からも分かるように、マクロセルはセルの半径が大きい場合が想定されるが、ピコセルはセルの半径が小さく、そのＣＣＥ  Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌが３、４になる（すなわち、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅが必要になる）とは考えにくい。そこで、Ｍａｃｒｏ  ｅＮｏｄｅＢにＣＣＥ  Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌ＝３、４を割り当てたときには、Ｐｉｃｏ  ｅＮｏｄｅＢにＣＣＥ  Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌ＝１、２を割り当てるようにする。この場合、Ｍａｃｒｏ  ｅＮｏｄｅＢはＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを使用するが、Ｐｉｃｏ  ｅＮｏｄｅＢはＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを使用しないという組み合わせになる。したがって、ＰＤＣＣＨの部分の周波数の高い方をＰｉｃｏ  ｅＮｏｄｅＢに割り当て、周波数の低い方をＭａｃｒｏ  ｅＮｏｄｅＢに割り当てるようにすれば、図２に示すように、Ｍａｃｒｏ  ｅＮｏｄｅＢはＣｏｍｍｏｎ  Ｓｅａｒｃｈ  ＳｐａｃｅをＣＣＥの候補の先頭から連続的に配置することができる。他方、Ｐｉｃｏ  ｅＮｏｄｅＢはＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅが不要なので、ＰＤＣＣＨの部分の周波数の高い方にＳｅａｒｃｈ  Ｓｐａｃｅを作成することができる。
【００８３】
Ｍａｃｒｏ  ｅＮｏｄｅＢは、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置する必要がありＰＤＣＣＨの部分の周波数の低い方を使用することを、例えばＸ２インターフェースを用いて、Ｐｉｃｏ  ｅＮｏｄｅＢに通知することができる。
【００８４】
課題１−２：手段１においてＰＤＣＣＨの部分をＳｅａｒｃｈ  Ｓｐａｃｅで分離することにより派生する課題２
図２に示したように、Ｍａｃｒｏ  ｅＮｏｄｅＢにのみＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを割り当てる方法についてさらに考察する。上述したように、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅの領域は、１６ＣＣＥを必要とし、サブキャリヤ換算でいうと、１ＯＦＤＭシンボル目の周波数が低い方から５７６サブキャリヤがＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅになる。Ｍａｃｒｏ  ｅＮｏｄｅＢが２０ＭＨｚのバンド幅を選択したときのサブキャリヤ数は１２０１であるから（表１を参照のこと）、図２に示したように、ＰＤＣＣＨの部分の周波数の低い側の半分をＭａｃｒｏ  ｅＮｏｄｅＢに割り当てることにより、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  ＳｐａｃｅをすべてＭａｃｒｏ  ｅＮｏｄｅＢに割り当てられた周波数領域に収めることができる。ところが、例えば５ＭＨｚ以下で運用する場合には、先頭から１ＯＦＤＭシンボル目すべてがＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅになってしまうことから、手段１−１、すなわち図２に示したようなＰＤＣＣＨの部分の割り当てを行なうことはできない。
【００８５】
手段１−２：
図３に示すように、Ｍａｃｒｏ  ｅＮｏｄｅＢに割り当てたＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを優先して、ＣＣＥの候補の先頭から連続的に配置していく。その上で、周波数の低い方をＭａｃｒｏ  ｅＮｏｄｅＢに割り当てた後、ＰＤＣＣＨの部分の周波数の高い方のうちＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置した領域を避けて、Ｐｉｃｏ  ｅＮｏｄｅＢのＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置するようにする。図３には示していないが、２ＯＦＤＭシンボル目以降に折り返してきたＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅが周波数の低い側の半分を超えるときには、同様にその部分を避けてＰｉｃｏ  ｅＮｏｄｅＢに割り当てるようにする。
【００８６】
Ｍａｃｒｏ  ｅＮｏｄｅＢは、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置する場所の情報を、例えばＸ２インターフェースを用いて、Ｐｉｃｏ  ｅＮｏｄｅＢに通知することができる。
【００８７】
課題２：Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢで同期が完全な場合に、バンド幅の異なるバンド間でのＩＣＩＣで、ＡＢＳのＰＤＳＣＨの部分の送信を可能にする方法
これまでは、２０ＭＨｚ帯域で運用するＭａｃｒｏ  ｅＮｏｄｅＢと２０ＭＨｚ帯域で運用するＰｉｃｏ  ｅＮｏｄｅＢというように、同一のバンド幅を持つｅＮｏｄｅＢ間の干渉について採り上げてきた。
【００８８】
しかしながら、サイズの異なるセルが階層化されたＨｅｔＮｅｔ環境では、例えば図４に示すように、Ｐｉｃｏ  ｅＮｏｄｅＢのバンド幅がＭａｃｒｏ  ｅＮｏｄｅＢのバンド幅よりも小さい場合が考えられる。バンド幅を小さくすることで、出荷台数の多いＰｉｃｏ  ｅＮｏｄｅＢのコストを低減できるというメリットがある。図４から分かるように、Ｍａｃｒｏ  ｅＮｏｄｅＢのサブフレームにはＰｉｃｏ  ｅＮｏｄｅＢのサブフレームとは重ならない（すなわち、干渉しない）帯域がある。
【００８９】
Ｒｅｌ１０のＩＣＩＣでは、ＡＢＳすなわち出力を停止するサブフレームをいくつか設けるという解決方法をとっている（前述）。しかしながら、Ｍａｃｒｏ  ｅＮｏｄｅＢのサブフレームにはＰｉｃｏ  ｅＮｏｄｅＢのサブフレームと干渉しない帯域があるにも拘らず、サブフレーム全体の出力を停止すると、マクロセル側のスループットの低下が著しいという問題がある。
【００９０】
手段２：
Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢで同期が完全な場合を想定すると、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢで、ＰＤＣＣＨの部分の一部が重なることになる。そこで、その重なっている一部の部分、おそらく、中央付近をＰｉｃｏ  ｅＮｏｄｅＢのＰＤＣＣＨとして使用し、自らのＳｅａｒｃｈ  Ｓｐａｃｅを配置する。これに対し、Ｍａｃｒｏ  ｅＮｏｄｅＢは、図５に示すように、その中央付近の部分に対応する部分をＳｅａｒｃｈ  Ｓｐａｃｅの候補から除いて電波を送信する。このことにより、両者の共存を図る。他方、ＰＤＳＣＨの部分については、Ｒｅｌ８のＩＣＩＣにより解決済み（前述）である。
【００９１】
課題２−２：手段２によりＭａｃｒｏ  ｅＮｏｄｅＢがＰｉｃｏ  ｅＮｏｄｅＢで使用する帯域をＳｅａｒｃｈ  Ｓｐａｃｅの候補から除くことにより派生する課題
図５に示す例では、Ｍａｃｒｏ  ｅＮｏｄｅＢが、Ｐｉｃｏ  ｅＮｏｄｅＢのＰＤＣＣＨを避けるために、使用周波数帯の中央付近にブランクを設けている。ここで、Ｍａｃｒｏ  ｅＮｏｄｅＢがＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを設定して、ＣＣＥの候補の先頭から連続的にＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置していくと、ブランクを設けた領域を超えてしまう場合がある。このような場合、Ｍａｃｒｏ  ｅＮｏｄｅＢはＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを送信できなくなり、問題である。
【００９２】
手段２−２−１：
上記の課題２−２の１つの解決手段として、図６に示すように、Ｍａｃｒｏ  ｅＮｏｄｅＢが、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを、Ｐｉｃｏ  ｅＮｏｄｅＢで使用するバンド幅を避けて配置する。本来、Ｃｏｍｍｏｎ  ＳｅａｒｃｈＳｐａｃｅは、ＣＣＥの上位から連続的に配置されるとＬＴＥで規定されている。これに対し、手段２−２−１では、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ Ｓｐａｃｅの間にブランクを作成する。
【００９３】
このようなサブフレームを受信したＵＥ端末がＲｅｌ８などの旧来の規格に準拠したレガシーの端末である場合、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅのプランクになっている部分をデコードすると、ＣＲＣがエラーになることで、制御情報を取得しないという処理を行なうことになる。一方、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅの一部に設けられたブランクを認識できる（すなわち、手段２−２に対応した）ＵＥ端末は、図６のＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅの範囲を認識して、その範囲内をＢｌｉｎｄ  Ｄｅｃｏｄｉｎｇする。他方、Ｐｉｃｏ  ｅＮｏｄｅＢは、セル半径が小さく、ＣＣＥ  ＡｇｇｒｅｇａｔｉｏｎＬｅｖｅｌが１や２なので、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置しない。
【００９４】
手段２−２−２：
上記の課題２−２の他の解決手段として、図７に示すように、Ｍａｃｒｏ  ｅＮｏｄｅＢに割り当てたＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを優先して、ＣＣＥの候補の先頭から連続的に配置していく。その上で、Ｍａｃｒｏ  ｅＮｏｄｅＢは、Ｐｉｃｏ  ｅＮｏｄｅＢでＰＤＣＣＨとして使用する中央の帯域を避けて残りのＳｅａｒｃｈ  Ｓｐａｃｅを配置する。
【００９５】
Ｍａｃｒｏ  ｅＮｏｄｅＢは、ＣＣＥの候補の先頭から連続的にＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置した範囲を、例えばＸ２インターフェースを用いて、Ｐｉｃｏ  ｅＮｏｄｅＢに通知することができる。これに対し、Ｐｉｃｏ  ｅＮｏｄｅＢは、Ｍａｃｒｏ  ｅＮｏｄｅＢが配置したＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅと重なる部分を避けながら、中央の帯域に自らのＳｅａｒｃｈ  Ｓｐａｃｅを配置していく。Ｐｉｃｏ  ｅＮｏｄｅＢは、セル半径が小さく、ＣＣＥ  ＡｇｇｒｅｇａｔｉｏｎＬｅｖｅｌが１や２なので、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置しない。
【００９６】
図１７には、上記の課題１、２に対する各手段を実現するＭａｃｒｏ  ｅＮｏｄｅＢとして動作する無線通信装置１７００の構成例を模式的に示している。
【００９７】
無線通信装置１７００は、アンテナで送受信する無線信号のアナログ処理を行なうＲＦ通信処理部１７０１と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部１７０２を備えている。ディジタル通信処理部１７０２は、自装置１７００の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。また、ディジタル通信処理部１７０２は、Ｘ２インターフェース、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、並びにＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）経由で他のｅＮｏｄｅＢと通信する。
【００９８】
Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部１７０４は、Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決定する。また、Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部１７０４は、ハッシュ関数格納部１７０５で格納するハッシュ関数を用いて、自セルに参入している各ＵＥ端末のＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決定する。そして、ＣＣＥ挿入制御部１７０３は、決定したＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅに基づいて、各ＣＣＥのＰＤＣＣＨへの挿入を制御する。
【００９９】
また、図１８には、図１７に示したＭａｃｒｏ  ｅＮｏｄｅＢに属するＵＥ端末として動作する無線通信装置１８００の構成例を模式的に示している。
【０１００】
無線通信装置１８００は、アンテナで送受信する無線信号のアナログ処理を行なうＲＦ通信処理部１８０１と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部１８０２を備えている。ディジタル通信処理部１８０２は、自装置１８００の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。
【０１０１】
Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部１８０４は、Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決定する。また、Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部１８０４は、ハッシュ関数格納部１８０５で格納するハッシュ関数を用いて、自端末のＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決定する。そして、Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ部１８０３は、決定したＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅに基づいて、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨをＢｌｉｎｄ  ｄｅｃｏｄｉｎｇする。
【０１０２】
続いて、ｅＮｏｄｅＢ間の同期にＯＦＤＭシンボル単位で時間差を生じている場合の課題及び対応する手段について検討する。
【０１０３】
課題３：同期信号ＰＳＳ、ＳＳＳやシステム・インフォメーションＢＣＨは非常に重要であり、これらの信号への干渉を抑制することが非常に重要である。図２７〜図２９に示したように、これらの信号は、特定のサブフレーム位置のＰＤＳＣＨに挿入される。したがって、ｅＮｏｄｅＢ間で同期がとれていれば、これらの信号への干渉はＰＤＳＣＨの部分の干渉問題であり、Ｒｅｌ８のＩＣＩＣにより解決することができる。ところが、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢの間の同期がずれていると、一方のＰＤＣＣＨが他方のＢＣＨやＰＳＳ、ＳＳＳに対して干渉を与えるおそれがある。
【０１０４】
Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢの間の同期が不完全なために、ＰＤＣＣＨの位置がＯＦＤＭシンボル単位でずれる場合がある。また、ＰＤＣＣＨ同士の干渉を避けるために、明示的に同期位置をＯＦＤＭシンボル単位でオフセットさせる場合も考えられる。これら２つのユース・ケースのいずれにおいても、マクロセルのＰＤＣＣＨがピコセルのＢＣＨやＰＳＳ、ＳＳＳに対して干渉を与えるという問題が存在する。
【０１０５】
干渉源のｅＮｏｄｅＢのＰＤＣＣＨとのずれ具合からＢＣＨやＰＳＳ、ＳＳＳの干渉への対策が異なる。また、同期信号ＰＳＳ、ＳＳＳはＦＤＤとＴＤＤにより、サブフレーム内で挿入される場所が異なり（図２７、図２８を参照のこと）、ＴＤＤとＦＤＤとで対策が異なる。
【０１０６】
手段３−１：干渉源のｅＮｏｄｅＢのＰＤＣＣＨの後半部分を使用しないで干渉を回避する方法
図８に示すように、Ｍａｃｒｏ  ｅＮｏｄｅＢのサブフレームがずれて、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨの３ＯＦＤＭシンボル目が、Ｐｉｃｏ  ｅＮｏｄｅＢのサブフレーム＃０の２スロット目の先頭フレームの中心７２サブキャリヤに配置されたＢＣＨと時間的に同じ位置になる場合の干渉が問題になる。
【０１０７】
ＬＴＥではＰＤＣＣＨの領域は２ＯＦＤＭシンボルで送ることも可能であると規定されている。したがって、図８に示すような場合には、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨのうち、Ｐｉｃｏ  ｅＮｏｄｅＢのＢＣＨに干渉を与える３ＯＦＤＭシンボル目をＰＤＳＣＨに変更し、ＰＤＣＣＨを１ＯＦＤＭシンボル目と２ＯＦＤＭシンボル目だけで送信する（図９を参照のこと）。Ｍａｃｒｏ  ｅＮｏｄｅＢの３ＯＦＤＭシンボル目をＰＤＳＣＨに変更したので、Ｐｉｃｏ  ｅＮｏｄｅＢのＢＣＨはＭａｃｒｏ  ｅＮｏｄｅＢのＰＤＳＣＨの部分のみと重なるようになる。したがって、Ｒｅｌ８のＩＣＩＣを用いてＰｉｃｏ  ｅＮｏｄｅＢのＢＣＨへの干渉を抑制することができるようになる。
【０１０８】
手段３−２：干渉源のｅＮｏｄｅＢのＰＤＣＣＨのＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの範囲に制限をつける方法
図１０に示すように、Ｍａｃｒｏ  ｅＮｏｄｅＢのサブフレームがずれて、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨの１〜３ＯＦＤＭシンボル目がすべて、Ｐｉｃｏ  ｅＮｏｄｅＢのＢＣＨと時間的に同じ位置になる場合の干渉が問題になる。この場合、手段３−１の方法は使用できない。何故ならば、少なくともＰＤＣＣＨの１ＯＦＤＭシンボル目は送る必要があるからである。そこで、図１１に示すように、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨに対するＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅを、ＢＣＨで使用する中心の７２サブキャリヤを除いて指定して、Ｐｉｃｏ  ｅＮｏｄｅＢのＢＣＨを干渉しないようにする。
【０１０９】
制御信号自体が中心の７２サブキャリヤを除いて配置される。したがって、ＵＥ端末側のＳｅａｒｃｈ  Ｓｐａｃｅからこの中心の７２サブキャリヤを除かなくても、ＵＥ端末で中心の７２サブキャリヤの部分のＣＣＥをＢｌｉｎｄ  Ｄｅｃｏｄｉｎｇしても、ＣＲＣがエラーになるので、問題ない。あるいは、この部分はＵＥ端末がＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  ＳｐａｃｅとしてＳｅａｒｃｈしないと認識してデコードしないという動作を行なうようにしてもよい。後者は、ＵＥ端末への負担が軽減されるというメリットがある。
【０１１０】
ＵＥ端末が中心の７２サブキャリヤの部分をＳｅａｒｃｈ若しくはデコードしないようにする方法として、ＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決定するハッシュ関数が、中心の７２サブキャリヤの部分を避けて指定するようにすればよい。その１つの方法として、ハッシュ関数の指定するアドレスから中心の７２サブキャリヤの部分を最初から除いて指定するようにすればよい。
【０１１１】
また、ハッシュ関数の指定を７２サブキャリヤの左部分の領域から指定する方法、及び、右側の領域を左側と同一にするという方法がある。
【０１１２】
手段３−３：干渉源のｅＮｏｄｅＢのＰＤＣＣＨのＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅの位置に制限をつける方法
手段３−２のＳｅａｒｃｈ  Ｓｐａｃｅの範囲に制限をつける方法は、Ｓｅａｒｃｈ  ＳｐａｃｅとしてＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅを想定したものである。しかし、Ｍａｃｒｏ  ｅＮｏｄｅＢは、セル半径次第ではＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅが必要となる場合があり、これをＣＣＥの先頭から連続して配置しなければならない。Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅは、すべてのＵＥ端末がＳｅａｒｃｈしてＢｌｉｎｄ  Ｄｅｃｏｄｉｎｇを試行する領域であるので、送信を停止することは望ましくない。図１１に示したように中心の７２サブキャリヤを除いてＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを配置する場合、このＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅが中心の７２サブキャリヤの領域に到達してしまうと問題である。
【０１１３】
Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅの領域は、１ＯＦＤＭシンボル目の周波数が低い方から５７６サブキャリヤを必要とする（前述）。Ｍａｃｒｏ  ｅＮｏｄｅＢが２０ＭＨｚのバンド幅を選択したときのサブキャリヤ数は１２０１であるから（表１を参照のこと）、ＣＣＥの先頭からＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを連続的に配置すると、図１２に示すように中心の７２サブキャリヤには達しないので、手段３−２によりＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを使用することが可能である。
【０１１４】
そこで、手段３−３として、Ｍａｃｒｏ  ｅＮｏｄｅＢが２０ＭＨｚのバンド幅を選択したときにはＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを使用することを許容するが、１５ＭＨｚ以下のバンド幅を選択したときにはＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを使用しない、すなわちバンド幅に応じてＭａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨのＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅの位置に制限をつける。
【０１１５】
手段３−４：
手段３−２によりＣＣＥの先頭からＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを連続的に配置する方法では、１５ＭＨｚ以下のバンド幅を選択したときには中心の７２サブキャリヤを避けてＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを連続的に配置することはできない。
【０１１６】
そこで、手段３−４として、図１３に示すように、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを、中心の７２サブキャリヤを避けて配置することを許容する。Ｍａｃｒｏ  ｅＮｏｄｅＢのＵＥ端末は、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを連続してＢｌｉｎｄ  ｄｅｃｏｄｉｎｇするが、中心の７２サブキャリヤの部分ではＣＣＥをデコードしてもＣＲＣエラーが発生するが、その計算コストは問題ないとする。この方法により、Ｐｉｃｏ  ｅＮｏｄｅＢのＢＣＨへの干渉を抑制するとともに、Ｍａｃｒｏ  ｅＮｏｄｅＢは３ＯＦＤＭシンボル目までをＰＤＣＣＨに使用しつつ、１５ＭＨｚ以下のバンド幅においてもＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを使用することも可能である。
【０１１７】
手段３−５：手段３−１と手段３−２の組み合わせ
手段３−１は、ＰＤＣＣＨの後半部分を使用しないで干渉を回避する方法であり、手段３−２は、ＰＤＣＣＨのＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの範囲に制限をつける方法である。一方、図２７〜図２９に示したように、ＢＣＨやＰＳＳ、ＳＳＳが挿入されるサブフレームは無線フレーム内で散在しており、言い換えれば、無線フレーム内の複数のサブフレーム位置で干渉を回避しなければならない。無線フレーム全体にわたり、手段３−１又は手段３−２のいずれか一方を用いるのではなく、手段３−５として、手段３−１と手段３−２を組み合わせて用いることもできる。
【０１１８】
手段３−５について、ＴＤＤモードの場合で説明する。ここでは、Ｐｉｃｏ  ｅＮｏｄｅＢのＢＣＨ並びにＰＳＳ、ＳＳＳに対するＭａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨによる干渉が図１４のような場合を想定する。例えば、サブフレーム＃０では、図１５に示すように、手段３−１の方法を用いて、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨの３ＯＦＤＭシンボル目をＰＤＳＣＨにすれば、Ｒｅｌ８のＩＣＩＣを適用してＰｉｃｏ  ｅＮｏｄｅＢのＢＣＨ並びにＳＳＳの干渉を回避することができる。また、サブフレーム＃１、＃６では、手段３−２の方法を用い、Ｍａｃｒｏ  ｅＮｏｄｅＢが中心の７２サブキャリヤを除いてＳｅａａｃｈ  Ｓｐａｃｅを配置することにより、Ｐｉｃｏ  ｅＮｏｄｅＢのＰＳＳに対する干渉を回避することができる。
【０１１９】
手段３−１の方法は、Ｒｅｌ８に準拠するＵＥ端末であっても、適用可能である。一方、手段３−２の方法を用いた場合、Ｒｅｌ８に準拠するレガシーのＵＥ端末のように、中心の７２サブキャリヤを除いたＳｅａｒｃｈ  Ｓｐａｃｅの配置に対応していないＵＥ端末は、Ｓｅａｒｃｈ  Ｓｐａｃｅが配置されていない中心の７２サブキャリヤを無駄にＢｌｉｎｄ  ｄｅｃｏｄｉｎｇしてＣＲＣエラーを起こしてしまうという欠点がある。したがって、なるべく手段３−１を用いた方が望ましい。
【０１２０】
手段３−６：Ｓｅａｒｃｈ  Ｓｐａｃｅに制限を加える方法を特定のサブフレームだけにする方法
図１４には、ＴＤＤモードの場合の干渉の様子を示した。これに対し、図１６には、ＦＤＤモードの場合に、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨがＰｉｃｏ  ｅＮｏｄｅＢのＢＣＨ並びにＰＳＳ、ＳＳＳに干渉している様子を示している。図１４と図１６を比較すると、干渉が問題になるサブフレーム（言い換えれば、ＢＣＨやＰＳＳ、ＳＳＳが挿入されるサブフレーム）は、ＴＤＤの場合はサブフレーム＃０、＃１、＃５、＃６であり、ＦＤＤの場合はサブフレーム＃０、＃５である。
【０１２１】
上記で説明した手段３−１から手段３−４はいずれも、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨの領域を制限することによって干渉を避ける方法である。したがって、ＢＣＨやＰＳＳ、ＳＳＳへの干渉が問題とならない他のサブフレームについても一律にＰＤＣＣＨの領域に制限を加えると、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨの領域を無駄に減らしてしまうという問題がある。そこで、手段３−１から手段３−４のうちいずれを適用するにせよ、これらの手段を適用するサブフレームを、ＴＤＤの場合は、Ｐｉｃｏ  ｅＮｏｄｅＢ側のサブフレーム＃０、＃１、＃５、＃６と重なるサブフレームに制限することが好ましい。同様に、ＦＤＤの場合は、これらの手段を適用するサブフレームを、Ｐｉｃｏ  ｅＮｏｄｅＢ側のサブフレーム＃０、＃５と重なるサブフレームに制限することが好ましい。
【０１２２】
図１９には、上記の課題３に対する各手段を実現するＭａｃｒｏ  ｅＮｏｄｅＢとして動作する無線通信装置１９００の構成例を模式的に示している。
【０１２３】
無線通信装置１９００は、アンテナで送受信する無線信号のアナログ処理を行なうＲＦ通信処理部１９０１と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部１７０２を備えている。ディジタル通信処理部１９０２は、自装置１９００の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。また、ディジタル通信処理部１９０２は、Ｘ２インターフェース、Ｓ−ＧＷ、並びにＭＭＥ経由で他のｅＮｏｄｅＢと通信する。
【０１２４】
干渉制御実施サブフレーム同定部１９０６は、自セル内のピコセルへの干渉を回避すべきサブフレームを同定する。具体的には、Ｐｉｃｏ  ｅＮｏｄｅＢとのサブフレームのオフセットを基に、Ｐｉｃｏ  ｅＮｏｄｅＢが送信するＢＣＨやＰＳＳ、ＳＳＳなどの重要な信号と干渉する自セルのサブフレーム位置を同定する。ＰＤＣＣＨのＯＦＤＭ数決定部１９０７は、干渉制御実施サブフレーム同定部１９０６で干渉を制御すると同定されたサブフレームかどうかに応じて、各サブフレームでＰＤＣＣＨに使用するＯＦＤＭシンボル数を決定する。具体的には、ＰＤＣＣＨのＯＦＤＭ数決定部１９０７は、干渉を回避するために、ＰＤＣＣＨに使用するＯＦＤＭシンボル数を低減する。
【０１２５】
ハッシュ関数管理部１９０５は、干渉制御実施サブフレーム同定部１９０６で干渉を制御すると同定されたサブフレームかどうかに応じて、各サブフレームで使用するハッシュ関数を決定する。Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部１９０４は、干渉制御実施サブフレーム同定部１９０６で干渉を制御すると同定されたサブフレームかどうかを考慮しつつ、ハッシュ関数管理部１９０５で格納するハッシュ関数を用いて、自セルに参入している各ＵＥ端末のＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決定する。具体的には、Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部１９０４は、干渉を回避するために、ＰＤＣＣＨに使用するＯＦＤＭシンボル数が低減されたことや、中心の７２サブキャリヤを除くことを考慮して、Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅを先頭のＣＣＥから配置し、また、各ＵＥ端末のＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決定する。そして、ＣＣＥ挿入制御部１７０３は、決定したＳｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅに基づいて、各ＣＣＥのＰＤＣＣＨへの挿入を制御する。
【０１２６】
また、図２０には、図１９に示したＭａｃｒｏ  ｅＮｏｄｅＢに属するＵＥ端末として動作する無線通信装置２０００の構成例を模式的に示している。
【０１２７】
無線通信装置２０００は、アンテナで送受信する無線信号のアナログ処理を行なうＲＦ通信処理部２００１と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部２００２を備えている。ディジタル通信処理部２００２は、自装置２０００の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。
【０１２８】
干渉制御実施サブフレーム同定部２００６は、自セル内のピコセルへの干渉を回避すべきサブフレームを同定する。具体的には、Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢのサブフレームのオフセットを基に、Ｐｉｃｏ  ｅＮｏｄｅＢが送信するＢＣＨやＰＳＳ、ＳＳＳなどの重要な信号と干渉する自セルのサブフレーム位置を同定する。ＰＤＣＣＨのＯＦＤＭ数決定部２００７は、干渉制御実施サブフレーム同定部２００６で干渉を制御すると同定されたサブフレームかどうかに応じて、各サブフレームでＰＤＣＣＨに使用するＯＦＤＭシンボル数を決定する。具体的には、ＰＤＣＣＨのＯＦＤＭ数決定部２００７は、干渉を回避するために低減されるＰＤＣＣＨのＯＦＤＭシンボル数を決定する。
【０１２９】
ハッシュ関数管理部２００５は、干渉制御実施サブフレーム同定部２００６で干渉を制御すると同定されたサブフレームかどうかに応じて、各サブフレームで使用するハッシュ関数を決定する。Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部２００４は、Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決定する。また、Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部２００４は、干渉制御実施サブフレーム同定部２００６で干渉を制御すると同定されたサブフレームかどうかを考慮しつつ、ハッシュ関数管理部２００５で格納するハッシュ関数を用いて、自端末のＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅの場所を決定する。そして、Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ部２００３は、決定したＵＥ  Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅに基づいて、Ｍａｃｒｏ  ｅＮｏｄｅＢのＰＤＣＣＨをＢｌｉｎｄ  ｄｅｃｏｄｉｎｇする。
【０１３０】
課題４：Ｍａｃｒｏ  ｅＮｏｄｅＢとＰｉｃｏ  ｅＮｏｄｅＢの間の同期のずれを検出することが困難な場合がある。これは、ｅＮｏｄｅＢ間のＸ２インターフェースの通信速度や通信容量が十分でないことなどが原因である。また、Ｈｏｍｅ  ｅＮｏｄｅＢのような場合は、セルの出現と消滅が頻繁に起きると考えられることから、簡易な同期検出方法が求められている。
【０１３１】
ＵＥ端末は、通常、１つのｅＮｏｄｅＢに同期している。その場合に、他のｅＮｏｄｅＢの信号を受信しようとしても、基準信号であるＣＲＳ信号が別のものになっているので、他のｅＮｏｄｅＢのＣＲＳを同時に受信することができない。したがって、従来のＵＥ端末では２つのｅＮｏｄｅＢ間のタイミングのずれを測定することができない。
【０１３２】
そこで、ｅＮｏｄｅＢ間の同期検出を行えるようにするために、ＵＥ端末が２つのｅＮｏｄｅＢ間のタイミングのずれを測定できるように、設計を変更する。すなわち、ＵＥ端末は、ｅＮｏｄｅＢ＿１に同期している状態から、ｅＮｏｄｅＢ＿１のフレーム同期位置を刻むカウンターを保ったまま、ｅＮｏｄｅＢ＿２に同期して、ｅＮｏｄｅＢ＿２のフレーム同期位置を取得する。そして、ｅＮｏｄｅＢ＿２のフレーム同期位置を、先ほどの内部で数え続けたカウンターから計算したｅＮｏｄｅＢ＿１のフレーム同期位置と比較して、ｅＮｏｄｅＢ間のタイミングのずれの値を取得する。その後、ＵＥ端末は、ｅＮｏｄｅＢ＿１に同期し直して元の状態に戻ると、取得したタイミングのずれの値をｅＮｏｄｅＢ＿１に通知する。ここで、ＰＳＳが既に干渉を受けている場合には、ＵＥ端末からｅＮｏｄｅＢ＿１への同期が取り難くいる状態であるが、基本的に繰り返し受信していればＳＮが向上してくるので、同期獲得に時間がかかるだけであり問題ない。
【０１３３】
新規に起動したピコセルの同期位置がずれていると、最初からＢＣＨやＰＳＳ、ＳＳＳの情報が受信困難となり、ＵＥ端末がｅＮｏｄｅＢに対してＲＲＣ＿Ｃｏｎｎｅｃｔｅｄの状態に入れないという問題がある。基本的に、急にＰｉｃｏ  ｅＮｏｄｅＢを起動した場合には、Ｐｉｃｏ  ｅＮｏｄｅＢの方が小電力なので、ＭａｃｒｏｅＮｏｄｅＢのセルへの影響はほとんどない。Ｐｉｃｏ  ｅＮｏｄｅＢのＲａｎｇｅ  ｅｘｐａｎｓｉｏｎの領域にいるＵＥ端末がＰｉｃｏ  ｅＮｏｄｅＢのセルへの参入ができないという問題となる。
【０１３４】
最初のフェーズで問題になるのは、Ｒａｎｇｅ  ｅｘｐａｎｓｉｏｎのエリアにいるＵＥ端末だけである。Ｐｉｃｏ  ｅＮｏｄｅＢに近い端末はＰｉｃｏ  ｅＮｏｄｅＢのセルへ参入が可能なため、上記の同期検出方法を使ってタイミングづれを取得し、これをＰｉｃｏ  ｅＮｏｄｅＢに通知することができる。一方、Ｐｉｃｏ  ｅＮｏｄｅＢは、通知された値をＭａｃｒｏ  ｅＮｏｄｅＢにＸ２インターフェース経由などの信号を用いて通知する。これによって、Ｍａｃｒｏ  ｅＮｏｄｅＢはＰｉｃｏ  ｅＮｏｄｅＢとの同期ズレを認識して、課題３に対応する上記の各手段をとることができる。
【０１３５】
Ｐｉｃｏ  ｅＮｏｄｅＢがずれ量を認識したときに、Ｐｉｃｏ  ｅＮｏｄｅＢ自身がフレームのタイミングを変更しないのは、既に自セルに参入しているＵＥ端末がいるためである。ＵＥ端末が１台もＲＲＣ＿Ｃｏｎｎｅｃｔｅｄしていなくても、ＲＲＣ＿Ｉｄｌｅ  Ｍｏｄｅでページングを待っている端末がいる可能性があり、途中でフレーム・タイミングを変更するべきではないと考える。
【０１３６】
図２１には、上記の課題４に対する各手段を実現するＭａｃｒｏ  ｅＮｏｄｅＢとして動作する無線通信装置２１００の構成例を模式的に示している。
【０１３７】
無線通信装置２１００は、アンテナで送受信する無線信号のアナログ処理を行なうＲＦ通信処理部２１０１と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部１７０２を備えている。ディジタル通信処理部２１０２は、自装置２１００の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。また、ディジタル通信処理部２１０２は、Ｘ２インターフェース、Ｓ−ＧＷ、並びにＭＭＥ経由で他のｅＮｏｄｅＢと通信する。
【０１３８】
同期ずれ量保持部２１０３は、自セル内のＵＥ端末から通知された、隣接のＰｉｃｏ  ｅＮｏｄｅＢとの同期ずれ量を保持する。
【０１３９】
また、図２２には、図２１に示したＭａｃｒｏ  ｅＮｏｄｅＢに属するＵＥ端末として動作する無線通信装置２１００の構成例を模式的に示している。
【０１４０】
無線通信装置２２００は、アンテナで送受信する無線信号のアナログ処理を行なうＲＦ通信処理部２２０１と、ディジタル送信信号の変調並びにディジタル受信信号の復調処理を行なうディジタル通信処理部２２０２を備えている。ディジタル通信処理部２２０２は、自装置２２００の通信レイヤーの上位層プロトコルとの間で送受信データをやり取りする。ディジタル通信処理部２２０２は、ｅＮｏｄｅＢからのダウンリンクのサブフレームに含まれる同期信号ＰＳＳ、ＳＳＳに基づいて、ｅＮｏｄｅＢの同期を検出する。
【０１４１】
第１のフレーム・タイミング保持部２２０３は、Ｍａｃｒｏ  ｅＮｏｄｅＢに同期しているときに、そのフレーム同期位置を刻むカウンターを保持する。また、第２のフレーム・タイミング保持部２２０４は、Ｐｉｃｏ  ｅＮｏｄｅＢに同期しているときに、そのフレーム同期位置を刻むカウンターを保持する。
【０１４２】
そして、ずれ量把握及び通知部２２０５は、第２のフレーム・タイミング保持部２２０４で保持しているＰｉｃｏ  ｅＮｏｄｅＢのフレーム同期位置を、第１のフレーム・タイミング保持部２２０３で保持しているＭａｃｒｏ  ｅＮｏｄｅＢのフレーム同期位置と比較して、ｅＮｏｄｅＢ間のタイミングのずれの値を取得する。その後、ずれ量把握及び通知部２２０５は、Ｍａｃｒｏ  ｅＮｏｄｅＢに同期し直して元の状態に戻ると、取得したタイミングのずれの値をＭａｃｒｏ  ｅＮｏｄｅＢにＰＤＳＣＨで通知する。
【０１４３】
図２３には、Ｍａｃｒｏ  ｅＮｏｄｅＢに属するＵＥ端末として動作する無線通信装置２１００の動作手順をフローチャートの形式で示している。
【０１４４】
まず、Ｍａｃｒｏ  ｅＮｏｄｅＢに同期すると、Ｍａｃｒｏ  ｅＮｏｄｅＢのフレーム・タイミングを第１のフレーム・タイミング保持部２２０３に保持する（ステップＳ２３０１）。
【０１４５】
続いて、Ｐｉｃｏ  ｅＮｏｄｅＢへ同期を行なう（ステップＳ２３０２）。
【０１４６】
続いて、Ｐｉｃｏ  ｅＮｏｄｅＢのフレーム・タイミングを第２のフレーム・タイミング保持部２２０４に保持したまま、Ｍａｃｒｏ  ｅＮｏｄｅＢに再び同期を行なう（ステップＳ２３０３）。
【０１４７】
続いて、ずれ量把握及び通知部２２０５は、第２のフレーム・タイミング保持部２２０４で保持しているＰｉｃｏ  ｅＮｏｄｅＢのフレーム同期位置を、第１のフレーム・タイミング保持部２２０３で保持しているＭａｃｒｏ  ｅＮｏｄｅＢのフレーム同期位置と比較して、ｅＮｏｄｅＢ間のタイミングのずれ量を測定する（ステップＳ２３０４）。
【０１４８】
そして、ずれ量把握及び通知部２２０５は、測定したずれ量を、Ｍａｃｒｏ  ｅＮｏｄｅＢにＰＤＳＣＨで通知する（ステップＳ２３０５）。
【０１４９】
以上説明してきたように、本明細書で開示する技術によれば、サイズの異なるセルの基地局間の干渉問題を効率よく解決することができるので、スループットを向上させることができる。
【０１５０】
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した帯域に配置する、無線通信装置。
（２）所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記所定の位置を含む帯域に前記制御情報を配置し、前記共通制御情報を含めないときは、前記所定位置を含まない帯域に前記制御情報を配置する、上記（１）に記載の無線通信装置。
（３）前記隣接基地局が前記共通制御情報を含めるときは、自分は前記制御情報に前記共通制御情報を含めないようにする、上記（２）に記載の無線通信装置。
（４）前記共通制御情報を含めるときには、前記共通制御情報を前記所定の位置から連続して配置するとともに、前記隣接基地局とは分離した帯域に自セル内の端末毎の制御情報を配置し、前記共通制御情報を含めないときには、前記隣接基地局とは分離した帯域で、前記隣接基地局が前記共通制御情報を配置した領域を避けて、自セル内の端末毎の制御情報を配置する、上記（２）に記載の無線通信装置。
（５）バンド幅の異なる複数のバンドを選択して使用することができ、前記隣接基地局よりもセル半径が大きいときには、前記隣接基地局よりも大きいバンド幅のバンドを選択し、前記隣接基地局よりもセル半径が小さいときには、前記隣接基地局よりも小さいバンド幅のバンドを選択する、上記（１）に記載の無線通信装置。
（６）前記隣接基地局よりも大きいバンド幅のバンドを選択したときには、前記隣接基地局が前記制御情報を配置する帯域を避けて、自セルの前記制御情報を配置する、上記（５）に記載の無線通信装置。
（７）前記隣接基地局よりも大きいバンド幅のバンドを選択し、且つ、所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記隣接基地局が前記制御情報を配置する帯域を避けながら、前記共通制御情報を前記所定の位置から連続して配置する、上記（５）に記載の無線通信装置。
（８）前記隣接基地局よりも大きいバンド幅のバンドを選択し、且つ、所定の位置から連続して配置することが規定されている自セル内の全端末宛ての共通制御情報を含めるときには、前記隣接基地局が前記制御情報を配置する帯域も含めて、前記共通制御情報を前記所定の位置から連続して配置する、上記（５）に記載の無線通信装置。
（９）前記隣接基地局よりも小さいバンド幅のバンドを選択したときには、前記隣接基地局が記共通制御情報を前記所定の位置から連続して配置した領域を避けて、自セル内の端末毎の制御情報を配置する、上記（８）に記載の無線通信装置。
（１０）基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて配置する、無線通信装置。
（１１）基地局間では所定の通信インターフェース経由でサブフレームのうちユーザー情報領域の干渉を除くことが可能であり、自セルのダウンリンクのサブフレームの先頭に含まれる制御情報のうち、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域をユーザー情報領域に変更する、上記（１０）に記載の無線通信装置。
（１２）前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて、自セルのダウンリンクのサブフレームの先頭に制御情報を配置する、上記（１０）に記載の無線通信装置。
（１３）前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて、自セル内の端末毎の制御情報を配置する場所を計算する計算方法を適用する、上記（１２）に記載の無線通信装置。
（１４）バンド幅の異なる複数のバンドを選択して使用することができ、所定のバンド幅以下のバンドを選択したために、自セル内の全端末宛ての共通制御情報を規定に従って所定の位置から連続して配置すると、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域に達してしまうときには、前記共通制御情報を使用しないようにし、前記所定のバンド幅を超えるバンドを選択したときには前記共通制御情報の使用を許可する、上記（１２）に記載の無線通信装置。
（１５）バンド幅の異なる複数のバンドを選択して使用することができ、
所定のバンド幅以下のバンドを選択したために、自セル内の全端末宛ての共通制御情報を規定に従って所定の位置から連続して配置すると、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域に達してしまうときには、前記特定の信号と重なる前記帯域を避けながら、前記共通制御情報を前記所定の位置から連続して配置する、上記（１２）に記載の無線通信装置。
（１６）自セルのダウンリンクの第１のサブフレームでは、先頭に含まれる制御情報のうち、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域をユーザー情報領域に変更し、自セルのダウンリンクの第２のサブフレームでは、前記隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて制御情報を配置する、上記（１０）に記載の無線通信装置。
（１７）複数のサブフレームからなるダウンリンクの無線フレームを基地局として送信する際に、前記隣接基地局がユーザー情報領域に前記特定の信号を含めたサブフレームと重なるサブフレームに対してのみ、前記特定の信号と重なる帯域を避ける配置を行なう、上記（１０）に記載の無線通信装置。
（１８）端末として動作して、基地局の同期を検出する同期検出部と、第１の基地局に同期しているときのフレーム同期位置の情報を保持する第１のフレーム・タイミング保持部と、第２の基地局に同期しているときのフレーム同期位置の情報を保持する第２のフレーム・タイミング保持部と、前記第１のフレーム・タイミング保持部に保持されているフレーム同期位置と前記第２のフレーム・タイミング保持部に保持されているフレーム同期位置を比較して同期のずれ量を把握し、前記第１の基地局に再同期したときに前記第１の基地局に前記の把握した同期のずれ量を通知するずれ量把握及び通知部と、を具備する無線通信装置。
（１９）基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した帯域に配置するステップと、ダウンリンクのサブフレームを送信するステップと、を有する無線通信方法。
（２０）基地局として送信するダウンリンクのサブフレームの先頭に含まれる制御情報を、隣接基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて配置するステップと、ダウンリンクのサブフレームを送信するステップと、を有する無線通信方法。
（２１）第１の基地局の同期を検出して、そのフレーム同期位置の情報を保持する第１のフレーム・タイミング保持ステップと、第２の基地局の同期を検出して、そのフレーム同期位置の情報を保持する第２のフレーム・タイミング保持ステップと、前記第１のフレーム・タイミング保持ステップで保持したフレーム同期位置と前記第２のフレーム・タイミング保持ステップで保持したフレーム同期位置を比較して同期のずれ量を把握するずれ量把握ステップと、前記第１の基地局に再同期して、前記第１の基地局に前記の把握した同期のずれ量を通知するずれ量通知ステップと、を有する無線通信方法。
（２２）第１のセル半径からなる第１のセルを持つ第１の基地局と、前記第１のセル半径よりも小さい第２のセル半径からなり前記第１のセル内に存在する第２のセルを持つ第２の基地局を備え、前記第１の基地局は、ダウンリンクのサブフレームの先頭に含まれる制御情報を、前記第２の基地局が同期して送信するダウンリンクのサブフレームの制御情報と分離した帯域に配置する、無線通信システム。
（２３）第１のセル半径からなる第１のセルを持つ第１の基地局と、前記第１のセル半径よりも小さい第２のセル半径からなり前記第１のセル内に存在する第２のセルを持つ第２の基地局を備え、前記第１の基地局は、ダウンリンクのサブフレームの先頭に含まれる制御情報を、前記第２の基地局が時間差を生じて送信するダウンリンクのサブフレームのユーザー情報領域に含まれる特定の信号と重なる帯域を避けて配置する、無線通信システム。
（２４）第１のセル半径からなる第１のセルを持つ第１の基地局と、前記第１のセル半径よりも小さい第２のセル半径からなり前記第１のセル内に存在する第２のセルを持つ第２の基地局と、１台以上の端末を備え、少なくとも１台の端末は、各基地局と同期しているときのフレーム同期位置の情報を保持し、前記第１の基地局のフレーム同期位置と前記第２の基地局のフレーム同期位置を比較してそのずれ量を把握して、前記第１の基地局と再同期したときに前記ずれ量を前記第１の基地局にアップリンクで通知する、無線通信システム。
【産業上の利用可能性】
【０１５１】
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１５２】
本明細書では、３ＧＰＰが策定したＬＴＥに従うセルラー通信システムに適用した実施形態を中心に説明してきたが、本明細書で開示する技術の要旨はこれに限定されるものではない。サイズの異なるセルが階層化されたさまざまなセルラー通信システムに、本明細書で開示する技術を同様に適用することができる。
【０１５３】
要するに、例示という形態で本技術を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【符号の説明】
【０１５４】
１７００…無線通信装置
１７０１…ＲＦ通信処理部
１７０２…ディジタル通信処理部
１７０３…ＣＣＥ挿入制御部
１７０４…Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部
１７０５…ハッシュ関数格納部
１８００…無線通信装置
１８０１…ＲＦ通信処理部
１８０２…ディジタル通信処理部
１８０３…Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ部
１８０４…Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部
１８０５…ハッシュ関数格納部
１９００…無線通信装置
１９０１…ＲＦ通信処理部
１９０２…ディジタル通信処理部
１９０３…ＣＣＥ挿入制御部
１９０４…Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部
１９０５…ハッシュ関数管理部
１９０６…干渉制御実施サブフレーム同定部
１９０７…ＰＤＣＣＨのＯＦＤＭ数決定部
２０００…無線通信装置
２００１…ＲＦ通信処理部
２００２…ディジタル通信処理部
２００３…Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ部
２００４…Ｓｅａｒｃｈ  Ｓｐａｃｅ決定部
２００５…ハッシュ関数管理部
２００６…干渉制御実施サブフレーム同定部
２００７…ＰＤＣＣＨのＯＦＤＭ数決定部
２１００…無線通信装置
２１０１…ＲＦ通信処理部
２１０２…ディジタル通信処理部
２１０３…同期ずれ量保持部
２２００…無線通信装置
２２０１…ＲＦ通信処理部
２２０２…ディジタル通信処理部
２２０３…第１のフレーム・タイミング保持部
２２０４…第２のフレーム・タイミング保持部
２２０５…ずれ量把握及び通知部
【図１５】
0005842453.tif 000003
【図１７】
0005842453.tif 000004
【図１８】
0005842453.tif 000005
【図１９】
0005842453.tif 000006
【図２０】
0005842453.tif 000007
【図２１】
0005842453.tif 000008
【図２２】
0005842453.tif 000009
【図２３】
0005842453.tif 000010
【図２６】
0005842453.tif 000011
【図３３】
0005842453.tif 000012
【図３４】
0005842453.tif 000013
【図１】
0005842453.tif 000014
【図２】
0005842453.tif 000015
【図３】
0005842453.tif 000016
【図４】
0005842453.tif 000017
【図５】
0005842453.tif 000018
【図６】
0005842453.tif 000019
【図７】
0005842453.tif 000020
【図８】
0005842453.tif 000021
【図９】
0005842453.tif 000022
【図１０】
0005842453.tif 000023
【図１１】
0005842453.tif 000024
【図１２】
0005842453.tif 000025
【図１３】
0005842453.tif 000026
【図１４】
0005842453.tif 000027
【図１６】
0005842453.tif 000028
【図２４】
0005842453.tif 000029
【図２５】
0005842453.tif 000030
【図２７】
0005842453.tif 000031
【図２８】
0005842453.tif 000032
【図２９】
0005842453.tif 000033
【図３０】
0005842453.tif 000034
【図３１】
0005842453.tif 000035
【図３２】
0005842453.tif 000036