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