(57)【要約】【課題】マクロセルとローカルノードとが混在して配置される状況で、干渉関連情報を容易に通知することができ、干渉を回避することができる移動体通信システムおよび基地局を提供する。【解決手段】ｅＮＢ２２０４は、ＵＥ２２０７およびＨｅＮＢ２２０９にＲＡＣＨ設定パラメータを通知する。ＲＡＣＨ設定パラメータを用いて、ＵＥ２２０７から干渉関連情報、例えばＨＩＩ（High Interference Indication）が送信され、ｅＮＢ２２０４およびＨｅＮＢ２２０９に受信される。これによって、ｅＮＢ２２０４は、ＵＥ２２０７を介して、ＨｅＮＢ２２０９に、干渉関連情報を通知することが可能となる。【選択図】図２８
2020074517.tif 000002
【特許請求の範囲】
【請求項１】
移動端末および前記移動端末との間で無線通信を行う複数の基地局を含む移動体通信システムであって、
前記複数の基地局のうちの一つである第１基地局から前記移動端末に、周波数情報を含む上り通信用パラメータを通知し、
前記複数の基地局のうち前記第１基地局とは別の第２基地局に、前記第１基地局から前記上り通信用パラメータを通知し、
前記上り通信用パラメータを用いて前記移動端末から上り信号を送信し、
前記移動端末から送信された前記上り信号を、前記第１基地局および前記第２基地局が受信することを特徴とする移動体通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の移動端末と基地局との間で無線通信を実施する移動体通信システムに関する。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（Wideband Code division Multiple Access）方式が２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（High Speed-Downlink Shared Channel：ＨＳ−ＤＳＣＨ）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Down Link Packet Access）のサービスが開始されている。さらに、上り方向のデータ送信をより高速化するためＨＳＵＰＡ（High Speed Up Link Packet Access）方式についてもサービスが開始されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、リリース８版の規格書がとりまとめられている。
【０００３】
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）、コアネットワーク（単にネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される新たな通信方式が検討されている。
【０００４】
ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、現在のＷ−ＣＤＭＡ（ＨＳＤＰＡ／ＨＳＵＰＡ）とは全く異なるものになる。例えば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．４ＭＨｚ，３ＭＨｚ，５ＭＨｚ，１０ＭＨｚ，１５ＭＨｚ，２０ＭＨｚの中で基地局毎に選択可能となっている。また、ＬＴＥでは、Ｗ−ＣＤＭＡのように回線交換を含まず、パケット通信方式のみになる。
【０００５】
ＬＴＥは、Ｗ−ＣＤＭＡのコアネットワーク（General Packet Radio Service：ＧＰＲＳ）とは異なる新たなコアネットワークを用いて通信システムが構成されるため、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。したがって、Ｗ−ＣＤＭＡの通信システムと区別するため、ＬＴＥの通信システムでは、移動端末（User Equipment：ＵＥ）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）と称され、複数の基地局と制御データやユーザデータのやり取りを行う基地局制御装置（Radio Network Controller）は、ＥＰＣ（Evolved Packet Core）またはａＧＷ（Access Gateway）と称される。このＬＴＥの通信システムでは、ユニキャスト（Unicast）サービスとＥ-ＭＢＭＳサービス（Evolved Multimedia Broadcast Multicast Service）とが提供される。Ｅ−ＭＢＭＳサービスとは、放送型マルチメディアサービスであり、単にＭＢＭＳと称される場合もある。複数の移動端末に対してニュースや天気予報、モバイル放送などの大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。
【０００６】
３ＧＰＰでの、ＬＴＥシステムにおける全体的なアーキテクチャ（Architecture）に関する現在の決定事項が、非特許文献１（４．６．１章）に記載されている。全体的なアーキテクチャについて図１を用いて説明する。図１は、ＬＴＥ方式の通信システムの構成を示す説明図である。図１において、移動端末１０１に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局１０２で終端するならば、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は１つあるいは複数の基地局１０２によって構成される。
【０００７】
基地局１０２は、ＭＭＥ（Mobility Management Entity）１０３から通知されるページング信号（Paging Signaling、ページングメッセージ（paging messages）とも称される）のスケジューリング（Scheduling）および送信を行う。基地局１０２は、Ｘ２インタフェースにより、互いに接続される。また基地局１０２は、Ｓ１インタフェースによりＥＰＣ（Evolved Packet Core）に接続される。より明確には、基地局１０２は、Ｓ１＿ＭＭＥインタフェースによりＭＭＥ（Mobility Management Entity）１０３に接続され、Ｓ１＿ＵインタフェースによりＳ−ＧＷ（Serving Gateway）１０４に接続される。
【０００８】
ＭＭＥ１０３は、複数あるいは単数の基地局１０２へのページング信号の分配を行う。また、ＭＭＥ１０３は待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ１０３は、移動端末が待ち受け状態および、アクティブ状態（Active State）の際に、トラッキングエリア（Tracking Area）リストの管理を行う。
【０００９】
Ｓ−ＧＷ１０４は、ひとつまたは複数の基地局１０２とユーザデータの送受信を行う。Ｓ−ＧＷ１０４は、基地局間のハンドオーバの際、ローカルな移動性のアンカーポイント（Mobility Anchor Point）となる。ＥＰＣには、さらにＰ−ＧＷ（PDN Gateway）が存在し、ユーザ毎のパケットフィルタリングやＵＥ−ＩＤアドレスの割当などを行う。
【００１０】
移動端末１０１と基地局１０２との間の制御プロトコルＲＲＣは、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局と移動端末の状態として、ＲＲＣ＿Ｉｄｌｅ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤがある。ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティ等が行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができ、また、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）のメジャメント等が行われる。
【００１１】
非特許文献１（５章）に記載される３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する現在の決定事項について、図２を用いて説明する。図２は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図２において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Sub-frame）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目と６番目のサブフレームに下り同期信号（Downlink Synchronization Signal：ＳＳ）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ−ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ−ＳＳ）とがある。サブフレーム単位にてＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）用とＭＢＳＦＮ以外のチャネルの多重が行われる。以降、ＭＢＳＦＮ送信用のサブフレームをＭＢＳＦＮサブフレーム（MBSFN sub-frame）と称する。
【００１２】
非特許文献２に、ＭＢＳＦＮサブフレームの割り当て時のシグナリング例が記載されている。図３は、ＭＢＳＦＮフレームの構成を示す説明図である。図３において、ＭＢＳＦＮフレーム（MBSFN frame）毎にＭＢＳＦＮサブフレームが割り当てられる。ＭＢＳＦＮフレームの集合（MBSFN frame Cluster）がスケジュールされる。ＭＢＳＦＮフレームの集合の繰り返し周期（Repetition Period）が割り当てられる。
【００１３】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する現在の決定事項が、非特許文献１（５章）に記載されている。ＣＳＧセル（Closed Subscriber Group cell）においてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（Physical channel）について、図４を用いて説明する。図４は、ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。図４において、物理報知チャネル（Physical Broadcast channel：ＰＢＣＨ）４０１は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。物理制御チャネルフォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）４０２は、基地局１０２から移動端末１０１へ送信される。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭシンボルの数について基地局１０２から移動端末１０１へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。
【００１４】
物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）４０３は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＣＣＨは、リソース割り当て（allocation）、ＤＬ−ＳＣＨ（後述の図５に示されるトランスポートチャネルの１つである下り共有チャネル）に関するＨＡＲＱ情報、ＰＣＨ（図５に示されるトランスポートチャネルの１つであるページングチャネル）を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。
【００１５】
物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）４０４は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＳＣＨは、トランスポートチャネルであるＤＬ-ＳＣＨ（下り共有チャネル）やトランスポートチャネルであるＰＣＨがマッピングされている。物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）４０５は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＭＣＨは、トランスポートチャネルであるＭＣＨ（マルチキャストチャネル）がマッピングされている。
【００１６】
物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）４０６は、移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）４０７は、移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＳＣＨは、ＵＬ−ＳＣＨ（図５に示されるトランスポートチャネルの１つである上り共有チャネル）がマッピングされている。
【００１７】
物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）４０８は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＨＩＣＨは、上り送信に対する応答であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）４０９は、移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。
【００１８】
下りリファレンスシグナル（Reference signal）は、移動体通信システムとして既知のシンボルが、毎スロットの最初、３番目、最後のＯＦＤＭシンボルに挿入される。移動端末の物理レイヤの測定として、リファレンスシンボルの受信電力（Reference Symbol Received Power：ＲＳＲＰ）がある。
【００１９】
非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、図５を用いて説明する。図５は、ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。図５（Ａ）には、下りトランスポートチャネルと下り物理チャネルとの間のマッピングを示す。図５（Ｂ）には、上りトランスポートチャネルと上り物理チャネルとの間のマッピングを示す。下りトランスポートチャネルについて報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。
【００２０】
下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ−ＳＣＨは、基地局（セル）全体への報知が可能である。ＤＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）とも言われる。ＤＬ−ＳＣＨは、移動端末の低消費電力化のために移動端末のＤＲＸ（Discontinuous reception）をサポートする。ＤＬ−ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。
【００２１】
ページングチャネル（Paging Channel：ＰＣＨ）は、移動端末の低消費電力を可能とするために移動端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソース、あるいは他の制御チャネルの物理下り制御チャネル（ＰＤＣＣＨ）のような物理リソースへマッピングされる。マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳサービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。
【００２２】
上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。図５（Ｂ）に示されるランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。
【００２３】
ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送（Automatic Repeat reQuest）と誤り訂正（Forward Error Correction）との組み合わせにより、伝送路の通信品質を向上させる技術である。通信品質が変化する伝送路に対しても、再送により誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。
【００２４】
再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。
【００２５】
ＨＡＲＱ方式の一例として、チェースコンバイニング（Chase Combining）がある。チェースコンバイニングとは、初送と再送に同じデータ系列を送信するもので、再送において初送のデータ系列と再送のデータ系列との合成を行うことで、利得を向上させる方式である。これは、初送データに誤りがあったとしても、部分的に正確なものも含まれており、正確な部分の初送データと再送データとを合成することで、より高精度にデータを送信できるという考え方に基づいている。また、ＨＡＲＱ方式の別の例として、ＩＲ（Incremental Redundancy）がある。ＩＲとは、冗長度を増加させるものであり、再送においてパリティビットを送信することで、初送と組み合わせて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。
【００２６】
非特許文献１（６章）に記載される論理チャネル（Logical channel、以下「ロジカルチャネル」という場合がある）について、図６を用いて説明する。図６は、ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。図６（Ａ）には、下りロジカルチャネルと下りトランスポートチャネルとの間のマッピングを示す。図６（Ｂ）には、上りロジカルチャネルと上りトランスポートチャネルとの間のマッピングを示す。報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。
【００２７】
ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング信号を送信するための下りチャネルである。ＰＣＣＨは、移動端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、移動端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、移動端末がネットワークとの間でＲＲＣ接続（connection）を持っていない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされる。
【００２８】
マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから移動端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）あるいはマルチキャストチャネル（ＭＣＨ）へマッピングされる。
【００２９】
個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、移動端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）にマッピングされる。
【００３０】
個別トラフィックチャネル（Dedicate Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別移動端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。
【００３１】
マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから移動端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＴＣＨは、下り共有チャネル（ＤＬ−ＳＣＨ）あるいはマルチキャストチャネル（ＭＣＨ）へマッピングされる。
【００３２】
ＧＣＩとは、グローバルセル識別子（Global Cell Identity）のことである。ＬＴＥおよびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧセル（Closed Subscriber Group cell）が導入される。ＣＳＧについて以下に説明する（非特許文献３  ３．１章参照）。ＣＳＧ（Closed Subscriber Group）とは、利用可能な加入者をオペレータが特定しているセルである（特定加入者用セル）。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のＥ-ＵＴＲＡＮセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のＥ−ＵＴＲＡＮセルを「ＣＳＧ  ｃｅｌｌ（ｓ）」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。ＣＳＧセルとは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ  ＩＤ；ＣＳＧ−ＩＤ）を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ−ＩＤを用いてＣＳＧセルにアクセスする。
【００３３】
ＣＳＧ−ＩＤは、ＣＳＧセルまたはセルによって報知される。移動体通信システムにＣＳＧ−ＩＤは複数存在する。そして、ＣＳＧ−ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、移動端末（ＵＥ）によって使用される。移動端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても移動端末の位置を追跡し、呼び出す（移動端末が着呼する）ことを可能にするためである。この移動端末の位置追跡のための区域をトラッキングエリアと呼ぶ。ＣＳＧホワイトリスト（CSG White List）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ  ＩＤが記録されている、ＵＳＩＭ（Universal Subscriber Identity Module）に格納されたリストである。ＣＳＧホワイトリストは、許可ＣＳＧリスト（Allowed CSG ID List）と呼ばれることもある。
【００３４】
「適切なセル」（Suitable cell）について以下に説明する（非特許文献３  ４．３章参照）。「適切なセル」（Suitable cell）とは、ＵＥが通常（normal）サービスを受けるためにキャンプオン（Camp ON）するセルである。そのようなセルは、以下の条件を満たすものとする。
【００３５】
（１）セルは、選択されたＰＬＭＮもしくは登録されたＰＬＭＮ、または「Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮリスト」のＰＬＭＮの一部であること。
【００３６】
（２）ＮＡＳ（Non-Access Stratum）によって提供された最新情報にて、さらに以下の条件を満たすこと
（ａ）そのセルが禁じられた（barred）セルでないこと
（ｂ）そのセルが「ローミングのための禁止されたＬＡｓ」リストの一部ではなく、少なくとも１つのトラッキングエリア（Tracking Area：ＴＡ）の一部であること。その場合、そのセルは上記（１）を満たす必要がある
（ｃ）そのセルが、セル選択評価基準を満たしていること
（ｄ）そのセルが、ＣＳＧセルとしてシステム情報（System Information：ＳＩ）によって特定されたセルに関しては、ＣＳＧ−ＩＤはＵＥの「ＣＳＧホワイトリスト」（CSG WhiteList）の一部であること（ＵＥのCSG WhiteList中に含まれること）。
【００３７】
「アクセプタブルセル」（Acceptable cell）について以下に説明する（非特許文献３  ４．３章参照）。これは、ＵＥが限られたサービス（緊急通報）を受けるためにキャンプオンするセルである。そのようなセルは、以下のすべての要件を充足するものとする。つまり、Ｅ−ＵＴＲＡＮネットワークで緊急通報を開始するための最小のセットの要件を以下に示す。（１）そのセルが禁じられた（barred）セルでないこと。（２）そのセルが、セル選択評価基準を満たしていること。
【００３８】
セルにキャンプオン（camp on）するとは、ＵＥがセル選択／再選択（cell selection/reselection）処理を完了し、ＵＥがシステム情報とページング情報をモニタするセルを選択した状態である。
【００３９】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Ｈｏｍｅ−ＮＢ；ＨＮＢ）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、またはＥ-ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献４には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）である。
【００４０】
各々のモードは、以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢやＨＮＢは通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢやＨＮＢがＣＳＧセルとして操作される。これはＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルである。ハイブリッドアクセスモードのセル（ハイブリッドセルとも称する）は、言い換えれば、オープンアクセスモードとクローズドアクセスモードの両方をサポートするセルである。
【００４１】
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）を、ＣＳＧセル用とｎｏｎ−ＣＳＧセル用とに分割（ＰＣＩスプリットと称する）することが議論されている（非特許文献５参照）。またＰＣＩスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知されることが議論されている。ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有していない移動端末は、全ＰＣＩを用いて（例えば５０４コード全てを用いて）セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
【００４２】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ−Ａ）の規格策定が進められている（非特許文献６、非特許文献７参照）。
【００４３】
ＬＴＥ−Ａシステムでは、高い通信速度、セルエッジでの高いスループット、新たなカバレッジエリアなどを得るために、リレー（Relay：リレーノード（ＲＮ））をサポートすることが検討されている。リレーノードは、ドナーセル（Donor cell；Donor eNB；ＤｅＮＢ）を介して無線アクセスネットワークに無線で接続される。ドナーセルの範囲内で、ネットワーク（Network：ＮＷ）からリレーへのリンクは、ネットワークからＵＥへのリンクと同じ周波数バンドを共用する。この場合、リリース８のＵＥも該ドナーセルに接続することを可能とする。ドナーセルとリレーノードとの間のリンクをバックホールリンク（backhaul link）と称し、リレーノードとＵＥとの間のリンクをアクセスリンク（access link）と称す。
【００４４】
ＦＤＤ（Frequency Division Duplex）におけるバックホールリンクの多重方法として、ＤｅＮＢからＲＮへの送信は下り（ＤＬ）周波数バンドで行われ、ＲＮからＤｅＮＢへの送信は上り（ＵＬ）周波数バンドで行われる。リレーにおけるリソースの分割方法として、ＤｅＮＢからＲＮへのリンクおよびＲＮからＵＥへのリンクが一つの周波数バンドで時分割多重され、ＲＮからＤｅＮＢへのリンクおよびＵＥからＲＮへのリンクも一つの周波数バンドで時分割多重される。こうすることで、リレーにおいて、リレーの送信が自リレーの受信へ干渉することを防ぐことができる。
【００４５】
３ＧＰＰでは、通常のｅＮＢ（マクロセル）だけでなく、ピコｅＮＢ（ピコセル（pico cell））、ＨｅＮＢ／ＨＮＢ／ＣＳＧセル、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（ＲＲＨ）などのいわゆるローカルノードが検討されている。
【００４６】
これらローカルノードは、高速、大容量の通信などのさまざまなサービスの要求に応じて、マクロセルを補完するために配置される。例えば、ＨｅＮＢは、商店街やマンション、学校、会社などへ数多く設置されることが要求される。このため、ＨｅＮＢがマクロセルのカバレッジ内に設置される場合も生じる。ＨｅＮＢがマクロセルのカバレッジ内に設置されるような場合、マクロセル、ＨｅＮＢ、移動端末（ＵＥ）らの間で干渉が生じることとなる。これらの干渉により、移動端末（ＵＥ）は、マクロセルあるいはＨｅＮＢとの通信が妨げられ、通信速度の低下が生じる。さらに干渉電力が大きくなると、通信ができなくなってしまうことになる。したがって、これらのマクロセルとローカルノードとが混在して配置される状況において生じる干渉を回避し、通信品質を最適にするための方法が要求される。
【００４７】
マクロセルとＨｅＮＢとの間の干渉低減方法として、マクロセルで使用する物理リソースへの干渉に関する情報（以下「干渉関連情報」という場合がある）をＨｅＮＢに通知する方法がある。非特許文献８には、マクロセルがＨｅＮＢに干渉関連情報としてＨＩＩ（High Interference Indication）、ＯＩ（Overload Indicator）を通知する方法が開示されている。また非特許文献９には、マクロセルからＨｅＮＢに、マクロセルの傘下のＵＥを介してＨＩＩを通知することが開示されている。
【先行技術文献】
【非特許文献】
【００４８】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ９．１．０  ４．６．１章、４．６．２章、５章、６章、１０．１．２章、１０．７章
【非特許文献２】３ＧＰＰ  Ｒ１−０７２９６３
【非特許文献３】３ＧＰＰ  ＴＳ３６．３０４  Ｖ９．０．０  ３．１章、４．３章、５．２．４章
【非特許文献４】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献５】３ＧＰＰ  Ｒ２−０８２８９９
【非特許文献６】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ１.１.１
【非特許文献７】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ９.０.０
【非特許文献８】３ＧＰＰ  Ｒ４−０９３２０３
【非特許文献９】３ＧＰＰ  Ｒ１−０９４８３９
【発明の概要】
【発明が解決しようとする課題】
【００４９】
通常、マクロセルの傘下のＵＥは、マクロセルに対して通信を開始するために、マクロセルのＲＡＣＨ設定を認識している。マクロセルから報知される報知情報を受信することで、該ＲＡＣＨ設定パラメータを取得する。したがって、マクロセルの傘下のＵＥが、マクロセルのＲＡＣＨ設定を用いてマクロセルに対して、ＰＲＡＣＨを送信することは可能である。しかし、通常、ＨｅＮＢが、該ＵＥからマクロセルに送信されたＰＲＡＣＨを受信することは不可能である。ＨｅＮＢは、サービングセルであるマクロセルのＲＡＣＨ設定パラメータを認識していないためである。
【００５０】
本発明の目的は、例えば、マクロセルのＲＡＣＨ設定パラメータを、ＨｅＮＢが認識することができる技術を提供することである。ここで、上記では、ＲＡＣＨ設定パラメータについて記載したが、本発明は、これに限らず、上り送信を行うためのパラメータについて適用可能な技術を提供することを目的とする。また、本発明は、ＨｅＮＢに限らず、通常のｅＮＢ（マクロセル）や、ピコｅＮＢ（ピコセル（pico cell））、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（ＲＲＨ）などの、いわゆるローカルノード等についても適用可能な技術を提供することを目的とする。
【課題を解決するための手段】
【００５１】
本発明の移動体通信システムは、移動端末および前記移動端末との間で無線通信を行う複数の基地局を含む移動体通信システムであって、前記複数の基地局のうちの一つである第１基地局から前記移動端末に、周波数情報を含む上り通信用パラメータを通知し、前記複数の基地局のうち前記第１基地局とは別の第２基地局に、前記第１基地局から前記上り通信用パラメータを通知し、前記上り通信用パラメータを用いて前記移動端末から上り信号を送信し、前記移動端末から送信された前記上り信号を、前記第１基地局および前記第２基地局が受信することを特徴とする。
【発明の効果】
【００５２】
本発明の移動体通信システムによれば、第２基地局には第１基地局から上り通信用パラメータが通知される。このため、該上り通信用パラメータを用いて移動端末から送信された上り信号を、第１基地局だけではなく第２基地局も受信することが可能となる。
【００５３】
この発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００５４】
【図１】ＬＴＥ方式の通信システムの構成を示す説明図である。
【図２】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図３】ＭＢＳＦＮフレームの構成を示す説明図である。
【図４】ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【図５】ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。
【図６】ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。
【図７】現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。
【図８】本発明に係る移動端末（図７の移動端末７１）の構成を示すブロック図である。
【図９】本発明に係る基地局（図７の基地局７２）の構成を示すブロック図である。
【図１０】本発明に係るＭＭＥ（図７のＭＭＥ部７３）の構成を示すブロック図である。
【図１１】本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図１３】マクロセルのカバレッジ内にＨｅＮＢが設置される場合の概念図である。
【図１４】マクロセルがカバレッジ内に配置されるＨｅＮＢを判断する場合の移動体通信システムのシーケンス例を示す図である。
【図１５】ＨｅＮＢが、マクロセルのカバレッジ内に配置されているか否かを判断する場合の移動体通信システムのシーケンス例を示す図である。
【図１６】マクロセルのカバレッジ内に１つのＨｅＮＢのみが配置され、マクロセルのカバレッジ内に複数のＵＥが存在している場合の概念図である。
【図１７】マクロセルのカバレッジ内にＨｅＮＢが設置される場合の概念図である。
【図１８】マクロセルのカバレッジ内にＨｅＮＢが設置される場合を示す概念図である。
【図１９】特定の受信電力範囲内に配置されるＨｅＮＢを判断する場合の移動体通信システムの一部のシーケンス例を示す図である。
【図２０】マクロセルのカバレッジ内にＨｅＮＢが設置される場合の概念図である。
【図２１】ＨｅＮＢからある特定の受信電力範囲内に存在するＵＥを介してＨＩＩを通知する場合の移動体通信システムの一部のシーケンス例を示す図である。
【図２２】ＵＥが、ＨｅＮＢのＲＡＣＨ設定を用いて、ＨｅＮＢにＨＩＩを通知する場合の概念図である。
【図２３】ＵＥが、周辺に存在するＨｅＮＢからＲＡＣＨ設定パラメータを取得する場合の概念図である。
【図２４】ＵＥがＲＲＣ＿Ｉｄｌｅに遷移した後に、ＨｅＮＢにＨＩＩを通知する場合の移動体通信システムのシーケンス例を示す図である。
【図２５】ＵＥがＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のまま、ＨｅＮＢにＨＩＩを通知する場合の移動体通信システムのシーケンス例を示す図である。
【図２６】ＨｅＮＢが干渉回避のためのスケジューリングを解除するためにタイマを設ける場合の移動体通信システムのシーケンス例を示す図である。
【図２７】ＨｅＮＢがＨＩＩ解除信号を受信した場合に干渉回避のためのスケジューリングを解除する場合の移動体通信システムのシーケンス例を示す図である。
【図２８】ＵＥが、サービングセルのＲＡＣＨ設定を用いて、ＨｅＮＢにＨＩＩを通知する場合の概念図である。
【発明を実施するための形態】
【００５５】
実施の形態１．
図７は、現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。現在３ＧＰＰにおいては、ＣＳＧ（Closed Subscriber Group）セル（Ｅ−ＵＴＲＡＮのＨｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）、ＵＴＲＡＮのＨｏｍｅ−ＮＢ（ＨＮＢ））と、ｎｏｎ−ＣＳＧセル（Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ（ｅＮＢ）、ＵＴＲＡＮのＮｏｄｅＢ（ＮＢ）、ＧＥＲＡＮのＢＳＳ）とを含めたシステムの全体的な構成が検討されており、Ｅ−ＵＴＲＡＮについては、図７のような構成が提案されている（非特許文献１  ４．６．１.章参照）。
【００５６】
図７について説明する。移動端末装置（以下「移動端末」または「ＵＥ」という）７１は、基地局装置（以下「基地局」という）７２と無線通信可能であり、無線通信で信号の送受信を行う。基地局７２は、マクロセルであるｅＮＢ７２−１と、ローカルノードであるＨｏｍｅ−ｅＮＢ７２−２とに分類される。ｅＮＢ７２−１は、大規模基地局装置に相当し、移動端末ＵＥ７１と通信可能な範囲であるカバレッジとして、比較的大きい大規模カバレッジを有する。Ｈｏｍｅ−ｅＮＢ７２−２は、小規模基地局装置に相当し、カバレッジとして、比較的小さい小規模カバレッジを有する。
【００５７】
ｅＮＢ７２−１は、ＭＭＥ、あるいはＳ−ＧＷ、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）７３とＳ１インタフェースにより接続され、ｅＮＢ７２−１とＭＭＥ部７３との間で制御情報が通信される。ひとつのｅＮＢ７２−１に対して、複数のＭＭＥ部７３が接続されてもよい。ｅＮＢ７２−１間は、Ｘ２インタフェースにより接続され、ｅＮＢ７２−１間で制御情報が通信される。
【００５８】
Ｈｏｍｅ−ｅＮＢ７２−２は、ＭＭＥ部７３とＳ１インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間で制御情報が通信される。ひとつのＭＭＥ部７３に対して、複数のＨｏｍｅ−ｅＮＢ７２−２が接続される。あるいは、Ｈｏｍｅ−ｅＮＢ７２−２は、ＨｅＮＢＧＷ（Home-eNB GateWay）７４を介してＭＭＥ部７３と接続される。Ｈｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ７４とＭＭＥ部７３とはＳ１インタフェースを介して接続される。ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２がひとつのＨｅＮＢＧＷ７４と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ７４は、ひとつまたは複数のＭＭＥ部７３と接続され、Ｓ１インタフェースを通して情報が通信される。
【００５９】
さらに現在３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ７２−２間のＸ２インタフェースはサポートされない。ＭＭＥ部７３からは、ＨｅＮＢＧＷ７４はｅＮＢ７２−１として見える。Ｈｏｍｅ−ｅＮＢ７２−２からは、ＨｅＮＢＧＷ７４はＭＭＥ部７３として見える。Ｈｏｍｅ−ｅＮＢ７２−２が、ＨｅＮＢＧＷ７４を介してＭＭＥ部７３に接続されるか否かに関係なく、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間のインタフェースは、Ｓ１インタフェースで同じである。複数のＭＭＥ部７３にまたがるような、Ｈｏｍｅ−ｅＮＢ７２−２へのモビリティ、あるいはＨｏｍｅ−ｅＮＢ７２−２からのモビリティはサポートされない。Ｈｏｍｅ−ｅＮＢ７２−２は、唯一のセルをサポートする。
【００６０】
図８は、本発明に係る移動端末（図７の移動端末７１）の構成を示すブロック図である。図８に示す移動端末７１の送信処理を説明する。まず、プロトコル処理部８０１からの制御データ、およびアプリケーション部８０２からのユーザデータが、送信データバッファ部８０３へ保存される。送信データバッファ部８０３に保存されたデータは、エンコーダー部８０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部８０３から変調部８０５へ直接出力されるデータが存在してもよい。エンコーダー部８０４でエンコード処理されたデータは、変調部８０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部８０６へ出力され、無線送信周波数に変換される。その後、アンテナ８０７から基地局７２に送信信号が送信される。
【００６１】
また、移動端末７１の受信処理は、以下のとおりに実行される。基地局７２からの無線信号がアンテナ８０７により受信される。受信信号は、周波数変換部８０６にて無線受信周波数からベースバンド信号に変換され、復調部８０８において復調処理が行われる。復調後のデータは、デコーダー部８０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部８０１へ渡され、ユーザデータはアプリケーション部８０２へ渡される。移動端末７１の一連の処理は、制御部８１０によって制御される。よって制御部８１０は、図８では省略しているが、各部８０１〜８０９と接続している。
【００６２】
図９は、本発明に係る基地局（図７の基地局７２）の構成を示すブロック図である。図９に示す基地局７２の送信処理を説明する。ＥＰＣ通信部９０１は、基地局７２とＥＰＣ（ＭＭＥ部７３、ＨｅＮＢＧＷ７４など）との間のデータの送受信を行う。他基地局通信部９０２は、他の基地局との間のデータの送受信を行う。Ｈｏｍｅ−ｅＮＢ７２−２間のＸ２インタフェースはサポートされない方向であるため、Ｈｏｍｅ−ｅＮＢ７２−２では、他基地局通信部９０２が存在しないことも考えられる。ＥＰＣ通信部９０１および他基地局通信部９０２は、それぞれプロトコル処理部９０３と情報の受け渡しを行う。プロトコル処理部９０３からの制御データ、ならびにＥＰＣ通信部９０１および他基地局通信部９０２からのユーザデータおよび制御データは、送信データバッファ部９０４へ保存される。
【００６３】
送信データバッファ部９０４に保存されたデータは、エンコーダー部９０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部９０４から変調部９０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部９０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部９０７へ出力され、無線送信周波数に変換される。その後、アンテナ９０８より一つもしくは複数の移動端末７１に対して送信信号が送信される。
【００６４】
また、基地局７２の受信処理は以下のとおりに実行される。ひとつもしくは複数の移動端末７１からの無線信号が、アンテナ９０８により受信される。受信信号は、周波数変換部９０７にて無線受信周波数からベースバンド信号に変換され、復調部９０９で復調処理が行われる。復調されたデータは、デコーダー部９１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部９０３あるいはＥＰＣ通信部９０１、他基地局通信部９０２へ渡され、ユーザデータはＥＰＣ通信部９０１および他基地局通信部９０２へ渡される。基地局７２の一連の処理は、制御部９１１によって制御される。よって制御部９１１は、図９では省略しているが、各部９０１〜９１０と接続している。
【００６５】
現在３ＧＰＰにおいて議論されているＨｏｍｅ−ｅＮＢ７２−２の機能を以下に示す（非特許文献１  ４．６．２章参照）。Ｈｏｍｅ−ｅＮＢ７２−２は、ｅＮＢ７２−１と同じ機能を有する。加えて、ＨｅＮＢＧＷ７４と接続する場合、Ｈｏｍｅ−ｅＮＢ７２−２は、適当なサービングＨｅＮＢＧＷ７４を発見する機能を有する。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に唯一接続する。つまり、ＨｅＮＢＧＷ７４との接続の場合は、Ｈｏｍｅ−ｅＮＢ７２−２は、Ｓ１インタフェースにおけるＦｌｅｘ機能を使用しない。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に接続されると、同時に別のＨｅＮＢＧＷ７４や別のＭＭＥ部７３に接続しない。
【００６６】
Ｈｏｍｅ−ｅＮＢ７２−２のＴＡＣとＰＬＭＮ  ＩＤは、ＨｅＮＢＧＷ７４によってサポートされる。Ｈｏｍｅ−ｅＮＢ７２−２をＨｅＮＢＧＷ７４に接続すると、「ＵＥ  ａｔｔａｃｈｍｅｎｔ」でのＭＭＥ部７３の選択は、Ｈｏｍｅ−ｅＮＢ７２−２の代わりに、ＨｅＮＢＧＷ７４によって行われる。Ｈｏｍｅ−ｅＮＢ７２−２は、ネットワーク計画なしで配備される可能性がある。この場合、Ｈｏｍｅ−ｅＮＢ７２−２は、１つの地理的な領域から別の地理的な領域へ移される。したがって、この場合のＨｏｍｅ−ｅＮＢ７２−２は、位置によって、異なったＨｅＮＢＧＷ７４に接続する必要がある。
【００６７】
図１０は、本発明に係るＭＭＥ（図７のＭＭＥ部７３）の構成を示すブロック図である。ＰＤＮ  ＧＷ通信部１００１は、ＭＭＥ部７３とＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部１００２は、ＭＭＥ部７３と基地局７２との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部１００１から、ユーザプレイン通信部１００３経由で基地局通信部１００２に渡され、１つあるいは複数の基地局７２へ送信される。基地局７２から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部１００２から、ユーザプレイン通信部１００３経由でＰＤＮ  ＧＷ通信部１００１に渡され、ＰＤＮ  ＧＷへ送信される。
【００６８】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部１００１から制御プレイン制御部１００５へ渡される。基地局７２から受信したデータが制御データであった場合、制御データは、基地局通信部１００２から制御プレイン制御部１００５へ渡される。
【００６９】
ＨｅＮＢＧＷ通信部１００４は、ＨｅＮＢＧＷ７４が存在する場合に設けられ、情報種別によって、ＭＭＥ部７３とＨｅＮＢＧＷ７４との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部１００４から受信した制御データは、ＨｅＮＢＧＷ通信部１００４から制御プレイン制御部１００５へ渡される。制御プレイン制御部１００５での処理の結果は、ＰＤＮ  ＧＷ通信部１００１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部１００５で処理された結果は、基地局通信部１００２経由でＳ１インタフェースにより１つあるいは複数の基地局７２へ送信され、またＨｅＮＢＧＷ通信部１００４経由で１つあるいは複数のＨｅＮＢＧＷ７４へ送信される。
【００７０】
制御プレイン制御部１００５には、ＮＡＳセキュリティ部１００５−１、ＳＡＥベアラコントロール部１００５−２、アイドルステート（Idle State）モビリティ管理部１００５―３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部１００５―１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部１００５―２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部１００５―３は、待受け状態（ＬＴＥ−ＩＤＬＥ状態、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末７１のトラッキングエリア（ＴＡ）の追加、削除、更新、検索、トラッキングエリアリスト（TA List）管理などを行う。
【００７１】
ＭＭＥ部７３は、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area：ＴＡ）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ部７３に接続されるＨｏｍｅ−ｅＮＢ７２−２のＣＳＧの管理やＣＳＧ−ＩＤの管理、そしてホワイトリスト管理は、アイドルステートモビリティ管理部１００５―３で行ってもよい。
【００７２】
ＣＳＧ−ＩＤの管理では、ＣＳＧ−ＩＤに対応する移動端末とＣＳＧセルとの関係が管理（追加、削除、更新、検索）される。例えば、あるＣＳＧ−ＩＤにユーザアクセス登録された一つまたは複数の移動端末と該ＣＳＧ−ＩＤに属するＣＳＧセルとの関係であってもよい。ホワイトリスト管理では、移動端末とＣＳＧ−ＩＤとの関係が管理（追加、削除、更新、検索）される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のＣＳＧ−ＩＤが記憶されてもよい。これらのＣＳＧに関する管理は、ＭＭＥ部７３の中の他の部分で行われてもよい。ＭＭＥ部７３の一連の処理は、制御部１００６によって制御される。よって制御部１００６は、図１０では省略しているが、各部１００１〜１００５と接続している。
【００７３】
現在３ＧＰＰにおいて議論されているＭＭＥの機能を以下に示す（非特許文献１  ４．６．２章参照）。ＭＭＥは、ＣＳＧ（Closed Subscriber Groups）のメンバーの１つ、あるいは複数の移動端末のアクセスコントロールを行う。ＭＭＥは、ページングの最適化（Paging optimization）の実行をオプションとして認める。
【００７４】
図１１は、本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。ＥＰＣ通信部１１０１は、ＨｅＮＢＧＷ７４とＭＭＥ部７３との間のＳ１インタフェースによるデータの送受信を行う。基地局通信部１１０２は、ＨｅＮＢＧＷ７４とＨｏｍｅ−ｅＮＢ７２−２との間のＳ１インタフェースによるデータの送受信を行う。ロケーション処理部１１０３は、ＥＰＣ通信部１１０１経由で渡されたＭＭＥ部７３からのデータのうちレジストレーション情報などを、複数のＨｏｍｅ−ｅＮＢ７２−２に送信する処理を行う。ロケーション処理部１１０３で処理されたデータは、基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。
【００７５】
ロケーション処理部１１０３での処理を必要とせず通過（透過）させるだけのデータは、ＥＰＣ通信部１１０１から基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ＨｅＮＢＧＷ７４の一連の処理は、制御部１１０４によって制御される。よって制御部１１０４は、図１１では省略しているが、各部１１０１〜１１０３と接続している。
【００７６】
現在３ＧＰＰにおいて議論されているＨｅＮＢＧＷ７４の機能を以下に示す（非特許文献１  ４．６．２章参照）。ＨｅＮＢＧＷ７４は、Ｓ１アプリケーションについてリレーする。Ｈｏｍｅ−ｅＮＢ７２−２へのＭＭＥ部７３の手順の一部分であるが、ＨｅＮＢＧＷ７４は、移動端末７１に関係しないＳ１アプリケーションについて終端する。ＨｅＮＢＧＷ７４が配置されるとき、移動端末７１に無関係な手順がＨｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４との間、そしてＨｅＮＢＧＷ７４とＭＭＥ部７３との間を通信される。ＨｅＮＢＧＷ７４と他のノードとの間でＸ２インタフェースは設定されない。ＨｅＮＢＧＷ７４は、ページングの最適化（Paging optimization）の実行をオプションとして認める。
【００７７】
次に移動体通信システムにおける一般的なセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末は、セルサーチを開始すると、ステップＳＴ１２０１で、周辺の基地局から送信される第一同期信号（Ｐ−ＳＳ）、および第二同期信号（Ｓ−ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。Ｐ−ＳＳとＳ−ＳＳとを合わせて、同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩ（Physical Cell Identity）に１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は現在５０４通りが検討されており、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
【００７８】
次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号ＲＳ（Reference Signal）を検出し受信電力の測定を行う。参照信号ＲＳには、ＰＣＩと１対１に対応したコードが用いられており、そのコードで相関をとることによって他セルと分離できる。ステップＳＴ１２０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳ受信電力を測定することが可能となる。
【００７９】
次にステップＳＴ１２０３で、ステップＳＴ１２０２までで検出されたひとつ以上のセルの中から、ＲＳの受信品質が最も良いセル（例えば、ＲＳの受信電力が最も高いセル、つまりベストセル）を選択する。
【００８０】
次にステップＳＴ１２０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がのる。したがってＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【００８１】
次にステップＳＴ１２０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、ＴＡＣ（Tracking Area Code）が含まれる。
【００８２】
次にステップＳＴ１２０６で、移動端末は、ステップＳＴ１２０５で受信したＳＩＢ１のＴＡＣと、移動端末が既に保有しているＴＡＣとを比較する。比較した結果、同じならば、該セルで待ち受け動作に入る。比較して異なる場合は、移動端末は該セルを通してコアネットワーク（Core Network，ＥＰＣ）（ＭＭＥなどが含まれる）へ、ＴＡＵ（Tracking Area Update）を行うためにＴＡの変更を要求する。コアネットワークは、ＴＡＵ要求信号とともに移動端末から送られてくる該移動端末の識別番号（ＵＥ−ＩＤなど）をもとに、ＴＡの更新を行う。コアネットワークは、ＴＡの更新後、移動端末にＴＡＵ受領信号を送信する。移動端末は、該セルのＴＡＣで、移動端末が保有するＴＡＣ（あるいはＴＡＣリスト）を書き換える（更新する）。その後、移動端末は、該セルで待ち受け動作に入る。
【００８３】
ＬＴＥやＵＭＴＳ（Universal Mobile Telecommunication System）においては、ＣＳＧ（Closed Subscriber Group）セルの導入が検討されている。前述したように、ＣＳＧセルに登録したひとつまたは複数の移動端末のみにアクセスが許される。ＣＳＧセルと登録されたひとつまたは複数の移動端末とがひとつのＣＳＧを構成する。このように構成されたＣＳＧには、ＣＳＧ−ＩＤと呼ばれる固有の識別番号が付される。なお、ひとつのＣＳＧには、複数のＣＳＧセルがあってもよい。移動端末は、どれかひとつのＣＳＧセルに登録すれば、そのＣＳＧセルが属するＣＳＧの他のＣＳＧセルにはアクセス可能となる。
【００８４】
また、ＬＴＥでのＨｏｍｅ−ｅＮＢやＵＭＴＳでのＨｏｍｅ−ＮＢが、ＣＳＧセルとして使われることがある。ＣＳＧセルに登録した移動端末は、ホワイトリストを有する。具体的には、ホワイトリストはＳＩＭ（Subscriber Identity Module）／ＵＳＩＭに記憶される。ホワイトリストには、移動端末が登録したＣＳＧセルのＣＳＧ情報が格納される。ＣＳＧ情報として具体的には、ＣＳＧ−ＩＤ、ＴＡＩ（Tracking Area Identity）、ＴＡＣなどが考えられる。ＣＳＧ−ＩＤとＴＡＣとが対応付けられていれば、どちらか一方でよい。また、ＣＳＧ−ＩＤおよびＴＡＣと、ＧＣＩ（Global Cell Identity）とが対応付けられていればＧＣＩでもよい。
【００８５】
以上から、ホワイトリストを有しない（本発明においては、ホワイトリストが空（empty）の場合も含める）移動端末は、ＣＳＧセルにアクセスすることは不可能であり、ｎｏｎ−ＣＳＧセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したＣＳＧ−ＩＤのＣＳＧセルにも、ｎｏｎ−ＣＳＧセルにもアクセスすることが可能となる。
【００８６】
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）を、ＣＳＧセル用とｎｏｎ−ＣＳＧセル用とに分割（ＰＣＩスプリットと称する）することが議論されている（非特許文献５参照）。またＰＣＩスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知されることが議論されている。非特許文献５は、ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有していない移動端末は、全ＰＣＩを用いて（例えば５０４コード全てを用いて）セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
【００８７】
また３ＧＰＰでは、ハイブリッドセルのためのＰＣＩは、ＣＳＧセル用のＰＣＩ範囲の中には含まれないことが決定されている（非特許文献１  １０．７章参照）。
【００８８】
３ＧＰＰでは、移動端末がＣＳＧセルをセレクション、あるいはリセレクションする方法について２つのモードが存在する。１つ目は、自動（Automatic）モードである。自動モードの特徴を以下に示す。移動端末内の許可ＣＳＧリスト（Allowed CSG ID List）を利用して、セレクション、あるいはリセレクションを行う。ＰＬＭＮの選択が完了した後、ｎｏｎ−ＣＳＧセル、あるいは許可ＣＳＧリストに存在するＣＳＧ  ＩＤを伴うＣＳＧセルである場合にのみ、選択している該ＰＬＭＮ中の１つのセルにキャンプオンする。移動端末の許可ＣＳＧリストが空であるならば、移動端末は、ＣＳＧセルの自立（autonomous）サーチ機能を停止する（非特許文献３  ５．２．４．８．１章参照）。
【００８９】
２つ目は、手動（Manual）モードである。手動モードの特徴を以下に示す。移動端末は、現在選択されているＰＬＭＮで利用可能なＣＳＧのリストを、ユーザに示す。移動端末がユーザに提供するＣＳＧのリストは、移動端末に保存されている許可ＣＳＧリストに含まれるＣＳＧに限られない。ユーザが該ＣＳＧのリストに基づいてＣＳＧを選定した後、移動端末は、選択されたＣＳＧ  ＩＤを伴うセルへキャンプオンし、登録（register）を試みる（非特許文献３  ５．２．４．８．１章参照）。
【００９０】
ＨｅＮＢおよびＨＮＢに対しては、様々なサービスへの対応が求められている。例えば、オペレータは、ある決められたＨｅＮＢおよびＨＮＢに移動端末を登録させ、登録した移動端末のみにＨｅＮＢおよびＨＮＢのセルへのアクセスを許可することで、該移動端末が使用できる無線リソースを増大させて、高速に通信を行えるようにする。その分、オペレータは、課金料を通常よりも高く設定する、といったサービスである。
【００９１】
このようなサービスを実現するため、登録した（加入した、メンバーとなった）移動端末のみがアクセスできるＣＳＧ（Closed Subscriber Group cell）セルが導入されている。ＣＳＧ（Closed Subscriber Group cell）セルは、商店街やマンション、学校、会社などへ数多く設置されることが要求される。例えば、商店街では店舗毎、マンションでは部屋毎、学校では教室毎、会社ではセクション毎にＣＳＧセルを設置し、各ＣＳＧセルに登録したユーザのみが該ＣＳＧセルを使用可能とするような使用方法が要求されている。ＨｅＮＢ／ＨＮＢは、マクロセルのカバレッジ外での通信を補完するためだけでなく、上述したような様々なサービスへの対応が求められている。このため、ＨｅＮＢ／ＨＮＢがマクロセルのカバレッジ内に設置される場合も生じる。
【００９２】
ＨｅＮＢ／ＨＮＢが、マクロセルのカバレッジ内に設置されるような場合、ＨｅＮＢ／ＨＮＢとマクロセルとの間で干渉が生じることとなる。ＨｅＮＢ／ＨＮＢのカバレッジ内でＨｅＮＢ／ＨＮＢと通信を行っている移動端末（ＵＥ）は、マクロセルからの電波が干渉となり、ＨｅＮＢ／ＨＮＢとの通信が妨げられる。マクロセルからの電波に起因する干渉電力が大きくなると、移動端末は、ＨｅＮＢ／ＨＮＢと通信ができなくなってしまうことになる。逆に、マクロセルのカバレッジ内でマクロセルと通信を行っている移動端末が、マクロセルのカバレッジ内に設置されたＨｅＮＢ／ＨＮＢのカバレッジ内に移動するような場合、ＨｅＮＢ／ＨＮＢからの電波が干渉となり、マクロセルとの通信が妨げられる。ＨｅＮＢ／ＨＮＢからの電波に起因する干渉電力が大きくなると、移動端末は、マクロセルと通信ができなくなってしまうことになる。
【００９３】
通常のｅＮＢ（マクロセル；マクロｅＮＢ（ＭｅＮＢ））とＨｅＮＢとの間の干渉低減方法として、非特許文献８には、マクロセルがＨｅＮＢにＨＩＩ（High Interference Indication）、ＯＩ（Overload Indicator）を通知する方法が開示されている。
【００９４】
ＨＩＩは、干渉を受けやすい、あるいは干渉を受けたくないような物理リソースを、セルが任意のセルに対して通知するための信号である。例として、セルがＵＥにスケジューリングしたい物理リソースがある場合に、該物理リソースへの干渉を無くすために、周辺セルにＨＩＩを通知する。該ＨＩＩを受信した周辺セルは、該物理リソースを傘下のＵＥにスケジューリングしないようにする、あるいは該物理リソースのパワーを下げることで、干渉とならないようにする。
【００９５】
ＯＩは、干渉を受けている物理リソースとその干渉レベル、あるいは該レベルがある閾値より高いことを、セルが任意のセルに対して通知するための信号である。例として、セルがＵＥにスケジューリングしたい、あるいはスケジューリングしている物理リソースがある場合に、該物理リソースへの干渉を無くすために、周辺セルにＯＩを通知する。該ＯＩを受信した周辺セルは、該物理リソースを傘下のＵＥにスケジューリングしないようにする、あるいは該物理リソースのパワーを下げることで、干渉とならないようにする。
【００９６】
現在の３ＧＰＰにおける規格では、マクロセル間でＸ２インタフェースを用いて相互にＨＩＩとＯＩとを送受信してもよいことが決められている。しかし、現在の３ＧＰＰにおける規格では、図７に示すように、マクロセルであるｅＮＢ７２−１とＨｅＮＢ７２−２との間やＨｅＮＢ間７２−２にＸ２インタフェースは設けられていない。
【００９７】
そこで非特許文献８では、マクロセルとＨｅＮＢとの間、マクロセルとＨｅＮＢＧＷとの間、ＨｅＮＢＧＷとＨｅＮＢとの間にＸ２インタフェースを設けて、該Ｘ２インタフェースを用いて、マクロセルからＨｅＮＢに、ＨＩＩ、ＯＩを通知することが記載されている。しかしＨｅＮＢは、ホームユースも想定されており、オペレータではなく、一般ユーザの管理下に設置されることも検討されている。このようにオペレータの管理下ではなく配置されるような場合に、ＨｅＮＢ間やマクロセルとＨｅＮＢとの間をＸ２インタフェースで接続することは、構成が複雑になるという問題がある。
【００９８】
非特許文献９には、マクロセルからＨｅＮＢに、マクロセルの傘下のＵＥを介してＨＩＩを通知することが開示されている。ＵＥからＨｅＮＢへ通知するチャネルとして、ＰＲＡＣＨ、ＵＬ−ＳＣＨを用いることが提案されている。しかし、非特許文献９には、ＵＥからＨｅＮＢへ通知するチャネルの記載はあるが、この他の記載は無く、マクロセルがＨｅＮＢにＨＩＩを通知するためのメカニズムは不明である。例えば、通常、マクロセルの傘下のＵＥは、ＨｅＮＢのＲＡＣＨコンフィギュレーションを知らない。したがって、マクロセルの傘下のＵＥがＨｅＮＢにＰＲＡＣＨを送信することは、不可能である。非特許文献９では、このような問題点の解消方法については、何ら開示されていない。
【００９９】
これらの問題点を解消するために、本発明においては、マクロセルが、ＨｅＮＢにＵＥを介して、マクロセルで使用する物理リソースへの干渉に関する情報（以下「干渉関連情報」という場合がある）、具体的にはＨＩＩやＯＩのような干渉を回避するための信号を通知するための実現方法について開示する。
【０１００】
非特許文献９には、マクロセルからＨｅＮＢに、マクロセルの傘下のＵＥを介してＨＩＩを通知することが開示されているが、どのＨｅＮＢにＨＩＩを通知するのか、あるいはどのＵＥがＨｅＮＢにＨＩＩを通知するのかについては、具体的に開示されていない。通知すべきＨｅＮＢを限定しないと、将来多数のＨｅＮＢが設置されることを考慮した場合、システムが複雑になり、シグナリング負荷が膨大になってしまう。また、通知すべきＵＥを限定しないと、シグナリング負荷が膨大になり、上り干渉が増大し、通信品質が劣化してしまう。
【０１０１】
これらの問題点を解消するために、本実施の形態では、ＨＩＩを通知すべきＨｅＮＢを限定する方法、ＨＩＩを通知すべきＵＥを限定する方法を開示する。ここでは、ＨＩＩを通知するＨｅＮＢを、マクロセルのカバレッジ内のＨｅＮＢとする方法を開示する。
【０１０２】
図１３は、マクロセルのカバレッジ内にＨｅＮＢが設置される場合の概念図である。図１３において、参照符１３０１〜１３１３はＵＥを示し、参照符１３１４〜１３２１および参照符１３２４〜１３２６はＨｅＮＢを示し、参照符１３２２はマクロセルであるｅＮＢを示す。参照符１３２３は、マクロセル１３２２のカバレッジを示す。カバレッジ１３２３は、大規模カバレッジに相当する。ＨｅＮＢ１３１４〜１３２１は、マクロセル１３２２のカバレッジ内（圏内）に配置されており、ＨｅＮＢ１３２４〜１３２６は、マクロセル１３２２のカバレッジ外（圏外）に配置されているとする。ＵＥ１３０１〜１３１３は、前述の図７のＵＥ７１に相当し、ＨｅＮＢ１３１４〜１３２１，１３２４〜１３２６は、小規模基地局装置である図７のＨｏｍｅ−ｅＮＢ７２−２に相当し、マクロセル１３２２は、大規模基地局装置である図７のｅＮＢ７２−１に相当する。
【０１０３】
マクロセル１３２２が、カバレッジ１３２３外に配置されるＨｅＮＢにＨＩＩを通知するのは無駄である。マクロセル１３２２の傘下のＵＥが、該マクロセル１３２２のカバレッジ１３２３外に配置されるＨｅＮＢから受ける干渉は低いためである。逆に、該マクロセル１３２２のカバレッジ１３２３外に配置されるＨｅＮＢの傘下のＵＥが、該マクロセル１３２２から受ける干渉も低いためである。
【０１０４】
したがって本実施の形態では、ＨＩＩを通知するＨｅＮＢを、マクロセル１３２２のカバレッジ１３２３内に配置されるＨｅＮＢとする。例えば図１３の場合、マクロセル１３２２がＨＩＩを通知するＨｅＮＢは、該マクロセル１３２２のカバレッジ１３２３内に配置されるＨｅＮＢ１３１４〜１３２１となる。マクロセル１３２２は、傘下のＵＥを介してＨｅＮＢ１３１４〜１３２１へＨＩＩを通知する。これにより、ＨＩＩを通知すべきＨｅＮＢの数を限定することができ、ＨＩＩの通知に必要となるシグナリング負荷を削減することが可能となる。
【０１０５】
マクロセルは、どのＨｅＮＢが自セルのカバレッジ内に配置されているかを認識する必要がある。ここでは、マクロセルのカバレッジ内に配置されるＨｅＮＢの判断方法について開示する。図１４は、マクロセルがカバレッジ内に配置されるＨｅＮＢを判断する場合の移動体通信システムのシーケンス例を示す図である。ＨｅＮＢは、電源オン時あるいはイニシャライズ時あるいは送信を停止している間に、ステップＳＴ１４０１で、周辺電波環境のメジャメント、すなわち測定を行う。またＨｅＮＢは、周辺に存在するセルの受信電力の測定、セルのセルアイデンティティ（ＰＣＩ）の取得を行い、セルの検出を行う。この際に、ある受信電力閾値以上のセルを検出してもよい。該セル検出用の受信電力閾値は、予め静的に決められているとよい。
【０１０６】
ステップＳＴ１４０２で、ＨｅＮＢは、検出したセルから、該セルの報知情報を受信する。これはメジャメントの際に行われてもよい。各セルからの報知情報を受信したＨｅＮＢは、ステップＳＴ１４０３で、該セルがマクロセルか否かを判断する。この判断を可能とするために、各セルは、自セルがマクロセルか否かのインジケータ、あるいはセルの種類を示す情報を報知しておくとよい。この場合、ＨｅＮＢは、ステップＳＴ１４０３で、受信した報知情報から、検出したセルの種類を取得することによって、該セルがマクロセルか否かを判断する。セルの種類としては、マクロセル、ピコｅＮＢ（ピコセル（pico cell））、ホットゾーンセル用のノード、ＨｅＮＢ／ＨＮＢ／ＣＳＧセル、リレーノード、リモートラジオヘッド（ＲＲＨ）などがある。
【０１０７】
セルのアイデンティティ（ＰＣＩ）により、マクロセルか否かが判断可能な場合は、ＨｅＮＢは、ステップＳＴ１４０３のセルの種類取得を省略してもよい。この場合、ステップＳＴ１４０１で取得したセルのＰＣＩをもとに、マクロセルかどうかを判断すればよい。
【０１０８】
ステップＳＴ１４０４で、ＨｅＮＢは、メジャメントで検出したマクロセルに対して、各々のマクロセルについて測定した受信電力情報と、そのマクロセルのＰＣＩとを関連付けて、ＭＭＥ／Ｓ−ＧＷに通知する。その際に、ＨｅＮＢは、自ＨｅＮＢのセルアイデンティティ（ＰＣＩ）も通知する。ＭＭＥ／Ｓ−ＧＷは、前述の図７に示すＭＭＥ／Ｓ−ＧＷ部７３に相当する。
【０１０９】
また、電源オフ動作の際にＭＭＥ／Ｓ−ＧＷに通知するようにしてもよい。上記の情報に加えて、電源オフをする旨の情報あるいはＨＩＩ通知ＨｅＮＢリストからの削除を依頼する旨の情報を通知するようにしてもよい。これによって、ＨｅＮＢがユーザなどにより移動される場合に電源オフされる場合などを、マクロセルがＨＩＩを通知すべきか否かの判断において考慮することが可能となる。
【０１１０】
ステップＳＴ１４０５で、ＭＭＥ／Ｓ−ＧＷは、各ＨｅＮＢから受信したマクロセルのＰＣＩをもとに、各々のマクロセルに、ＨｅＮＢのＰＣＩと、該ＨｅＮＢで測定した該マクロセルの受信電力情報とを通知する。マクロセルへの通知は、Ｓ１インタフェースを用いればよい。マクロセルとＨｅＮＢとの間を直接接続するＸ２インタフェースが設けられた場合は、ＨｅＮＢがマクロセル毎のＰＣＩをもとに、直接マクロセルへ、マクロセル毎にその受信電力測定結果の情報と、自ＨｅＮＢのＰＣＩとを通知すればよい。
【０１１１】
ＨｅＮＢによる測定結果と、該ＨｅＮＢのＰＣＩとを受信した各々のマクロセルは、該ＨｅＮＢが自セルのカバレッジ内に配置されているか否かを判断する。マクロセルは、例えば、該ＨｅＮＢによるマクロセルの受信電力測定結果を用いて判断する。
【０１１２】
この場合、マクロセルは、自セルのカバレッジ内か否かを表す閾値（以降、カバレッジ判定閾値と称する）を設定しておき、ステップＳＴ１４０６で、ＨｅＮＢ毎の受信電力測定結果である受信電力測定値を、該カバレッジ判定閾値と比較する。マクロセルは、受信電力測定値が該カバレッジ判定閾値以上である場合は、該ＨｅＮＢが自セルのカバレッジ内であると判断し、受信電力測定値が該カバレッジ判定閾値よりも小さい場合は、該ＨｅＮＢが自セルのカバレッジ外であると判断する。カバレッジ内と判断した場合は、ステップＳＴ１４０７に移行し、カバレッジ外と判断した場合は、ステップＳＴ１４０８に移行する。
【０１１３】
ステップＳＴ１４０６でカバレッジ内と判断してステップＳＴ１４０７に移行した場合、ステップＳＴ１４０７で、マクロセルは、該ＨｅＮＢを自セルのカバレッジ内であると記憶する。このため、リスト（以降、ＨＩＩ通知ＨｅＮＢリストと称する）を設けて、該リストに該ＨｅＮＢを追加すればよい。ＨＩＩ通知ＨｅＮＢリストには、該ＨｅＮＢのセルアイデンティティ（ＰＣＩ）が含まれる。またＨＩＩ通知ＨｅＮＢリストには、該ＨｅＮＢのＰＣＩとともに、該ＨｅＮＢが測定した自セルの受信電力値を含めてもよい。該ＨＩＩ通知ＨｅＮＢリストは、図９に示すＥＰＣ通信部９０１あるいはプロトコル処理部９０３あるいは制御部９１１に記憶してもよい。
【０１１４】
ステップＳＴ１４０６でカバレッジ外と判断してステップＳＴ１４０８に移行した場合、ステップＳＴ１４０８で、マクロセルは、該ＨｅＮＢをＨＩＩ通知ＨｅＮＢリストから削除する。ＨＩＩ通知ＨｅＮＢリストに、既に該ＨｅＮＢが存在しない場合は、何もせずに次のステップＳＴ１４０９に移行する。
【０１１５】
以上の処理を行うことで、マクロセルが、自セルの受信電力測定値を通知したＨｅＮＢのうち、自セルのカバレッジ内に配置されているＨｅＮＢを判断し、ＨＩＩ通知ＨｅＮＢリストに記憶することが可能となる。
【０１１６】
ステップＳＴ１４０９で、マクロセルは、ＨｅＮＢにＨＩＩを通知するか否かを判断する。ＨＩＩを通知すると判断した場合は、ステップＳＴ１４１０に移行し、ＨＩＩを通知しないと判断した場合は、ＨＩＩを通知せずに、次の処理に移行する。
【０１１７】
ステップＳＴ１４１０で、マクロセルは、どのＨｅＮＢがＨＩＩを通知すべきＨｅＮＢであるかを判断するために、ＨＩＩ通知ＨｅＮＢリスト内にあるＨｅＮＢであるか否かを判断する。ＨＩＩ通知ＨｅＮＢリスト内にあるＨｅＮＢであると判断した場合は、ステップＳＴ１４１１に移行し、ＨＩＩ通知ＨｅＮＢリスト内にあるＨｅＮＢではない、換言すればＨＩＩ通知ＨｅＮＢリストに無いＨｅＮＢであると判断した場合は、何もせずに次の処理に移行する。ステップＳＴ１４１１で、マクロセルは、ＨＩＩ通知ＨｅＮＢリスト内にあるＨｅＮＢに対して、ＨＩＩを通知する。
【０１１８】
以上の処理を行うことで、マクロセルが、自セルの受信電力測定値を通知したＨｅＮＢのうち、自セルのカバレッジ内に配置されているＨｅＮＢを判断し、該ＨｅＮＢに対して、必要な場合にＨＩＩを通知することが可能となる。
【０１１９】
また、ＨｅＮＢが、ユーザなどにより移動された場合には、電源を一旦オフした後オンする、あるいはイニシャライズするようにしておくとよい。これにより、上述の動作を行うことになるので、マクロセルが自セルのカバレッジ内に該ＨｅＮＢが配置されているかどうかを判断することが可能となる。これによって、該ＨｅＮＢを、ＨＩＩ通知ＨｅＮＢリストに追加または削除することが可能となる。よって、必要な場合にＨｅＮＢにＨＩＩを通知することが可能となる。
【０１２０】
上記の方法では、マクロセルが、どのＨｅＮＢが自セルのカバレッジ内に配置されているか否かを判断するように構成されているが、別の方法として、ＨｅＮＢが、マクロセルのカバレッジ内に配置されているか否かを判断するように構成してもよい。この場合、ＨｅＮＢでの測定結果を用いればよい。
【０１２１】
図１５は、ＨｅＮＢが、マクロセルのカバレッジ内に配置されているか否かを判断する場合の移動体通信システムのシーケンス例を示す図である。図１５において、図１４に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
【０１２２】
ステップＳＴ１４０１で、ＨｅＮＢは、電源オン時あるいはイニシャライズ時あるいは送信を停止している間のメジャメントで、周辺に存在するセルの受信電力の測定、セルのセルアイデンティティ（ＰＣＩ）の取得を行い、セルの検出を行う。ステップＳＴ１４０２で、マクロセルは、カバレッジ内か否かを表す閾値であるカバレッジ判定閾値を、報知情報としてＨｅＮＢに報知する。ステップＳＴ１４０２で、ＨｅＮＢは、検出したセルの報知情報を受信する。
【０１２３】
ステップＳＴ１５０１で、各セルからの報知情報を受信したＨｅＮＢは、図１４で示したセルの種類情報に加え、カバレッジ判定閾値を取得する。
【０１２４】
ステップＳＴ１５０２で、ＨｅＮＢは、メジャメントで検出したマクロセルに対して、各々のマクロセルについて測定した受信電力と、該マクロセルから報知されたカバレッジ判定閾値とを比較する。ＨｅＮＢは、各マクロセルの受信電力が、該マクロセルのカバレッジ判定閾値以上であるか否かを判断する。測定したマクロセルの受信電力がカバレッジ判定閾値以上である場合は、そのマクロセルのカバレッジ内と判断してステップＳＴ１５０３に移行し、測定したマクロセルの受信電力がカバレッジ判定閾値未満である場合は、そのマクロセルのカバレッジ外と判断してステップＳＴ１５０４に移行する。ＨｅＮＢは、マクロセルのカバレッジ内か否かを示す情報（パラメータでもよい）を設けておく。
【０１２５】
ステップＳＴ１５０３で、ＨｅＮＢは、マクロセルについてのカバレッジ内か否かの情報に、カバレッジ内を設定する。具体的には、該マクロセルのセルアイデンティティと、該情報とを関連付けておいてもよいし、あるいは該情報内に該マクロセルのセルアイデンティティも含めておいてもよい。
【０１２６】
ステップＳＴ１５０４で、ＨｅＮＢは、該マクロセルについてのカバレッジ内か否かの情報に、カバレッジ外を設定する。
【０１２７】
ステップＳＴ１５０５で、各ＨｅＮＢは、検出したマクロセルに対して、マクロセル毎のＰＣＩおよびカバレッジ内か否かの情報を、ＭＭＥ／Ｓ−ＧＷに通知する。その際に、ＨｅＮＢは、自ＨｅＮＢのセルアイデンティティ（ＰＣＩ）も通知する。
【０１２８】
ステップＳＴ１５０６で、ＭＭＥ／Ｓ−ＧＷは、各ＨｅＮＢから受信したマクロセルのＰＣＩをもとに、各々のマクロセルに、ＨｅＮＢのＰＣＩおよびカバレッジ内か否かの情報を通知する。
【０１２９】
カバレッジ内か否かの情報および該ＨｅＮＢのＰＣＩを受信した各々のマクロセルは、ステップＳＴ１５０７で、該ＨｅＮＢが自セルのカバレッジ内に配置されているか否かを判断する。この判断の際に、各々のＨｅＮＢから通知されたカバレッジ内か否かの情報を用いる。ＨｅＮＢが自セルのカバレッジ内に配置されていると判断した場合は、ステップＳＴ１５０８に移行し、ＨｅＮＢが自セルのカバレッジ内に配置されていない、すなわちカバレッジ外に配置されていると判断した場合は、ステップＳＴ１５０９に移行する。
【０１３０】
ステップＳＴ１５０８で、マクロセルは、カバレッジ内か否かの情報がカバレッジ内と設定されているＨｅＮＢについて、ＨＩＩ通知ＨｅＮＢリストに追加する。
【０１３１】
ステップＳＴ１５０９で、マクロセルは、カバレッジ内か否かの情報がカバレッジ外と設定されているＨｅＮＢについて、ＨＩＩ通知ＨｅＮＢリストから削除する。ステップＳＴ１５０８およびステップＳＴ１５０９の処理を行った後は、マクロセルは、ステップＳＴ１４０９、ステップＳＴ１４１０およびステップＳＴ１４１１の各処理を行う。
【０１３２】
以上の処理を行うことで、マクロセルが、自セルのカバレッジ内に配置されているＨｅＮＢをＨＩＩ通知ＨｅＮＢリストに記憶することが可能となる。また、マクロセルのカバレッジ内か否かの判断が、実質的にＨｅＮＢで行われ、またその場合にもマクロセルが、自セルのカバレッジ内に配置されているＨｅＮＢに対して、必要な場合にＨＩＩを通知することが可能となる。
【０１３３】
マクロセルは、該カバレッジ判定閾値を、ＭＩＢあるいはＳＩＢ１に含めて報知するとよい。ＭＩＢ、ＳＩＢ１は、送信されるタイミングが決められているので、ＨｅＮＢがメジャメントを行う際に、少ない処理で早期に受信可能となる。また、該カバレッジ判定閾値は、静的な値として予め決められていてもよい。また、マクロセルの送信電力と対応付けられて決められてもよい。該対応は、表で予め決めておいてもよいし、ある関数を用いて導出するようにしてもよい。
【０１３４】
また、図１４、図１５で開示したカバレッジ判定閾値を、ステップＳＴ１４０１でセルの検出に用いてもよいとした、ある受信電力閾値と同じとしてもよい。これによって、パラメータを減らすことができる。
【０１３５】
上記の方法では、ＨｅＮＢが、マクロセルのカバレッジ内に配置されているか否かの判断を行い、マクロセルへ該判断結果であるカバレッジ内か否かの情報を通知する。該カバレッジ内か否かの情報は、マクロセルの受信電力測定値よりも少ない情報量で済むため、ＨｅＮＢからマクロセルへのシグナリング量を削減することが可能となる。さらに、該カバレッジ内か否かの情報を１ビットとしてもよい。これによって最小の情報量とすることができる。この情報と自ＨｅＮＢのセルアイデンティティとを、各々のマクロセルに通知すればよい。
【０１３６】
ＨｅＮＢは、マクロセルのカバレッジ内か否かの情報を、メジャメントの際に検出したセルに対して通知するとしたが、カバレッジ内に配置されていると判断したマクロセルのみに、カバレッジ内か否かの情報を通知してもよい。この場合、カバレッジ内か否かの情報として、カバレッジ内に配置されていることを表す情報であってもよい。これにより、該カバレッジ内か否かの情報を通知するマクロセルを限定することができるため、さらにＨｅＮＢからマクロセルへのシグナリング量を削減することが可能となる。
【０１３７】
異なるＨｅＮＢが同じＰＣＩを用いる場合がある。これは、ＰＣＩの数が限られているためである。この場合、マクロセルは、同じＰＣＩを持つＨｅＮＢのどちらにＨＩＩを送るべきなのかの判断がつかなくなる。このような場合、ＨｅＮＢは、自ＨｅＮＢのセルアイデンティティとして、ＧＣＩを各々のマクロセルに通知すればよい。図１４のステップＳＴ１４０４、ステップＳＴ１４０５、あるいは図１５のステップＳＴ１５０５、ステップＳＴ１５０６で、ＨｅＮＢのＰＣＩの代わりにＧＣＩを用いればよい。マクロセルは、ＨＩＩ通知ＨｅＮＢリストを、ＨｅＮＢのＧＣＩで管理すればよい。ＧＣＩは、セル固有のアイデンティティなので、重複することは無い。したがってマクロセルは、ＨｅＮＢを特定することが可能となる。
【０１３８】
ここでは、どのＵＥを介してＨｅＮＢにＨＩＩを通知するのかについて開示する。ＨＩＩを通知すべきＵＥの数を限定するために、ＨＩＩを通知するＵＥを、マクロセルのカバレッジ内に存在するＵＥとする。
【０１３９】
図１３において、マクロセル１３２２は、自マクロセルのカバレッジ１３２３内に存在するＵＥ１３０１〜１３１３を介して、ＨｅＮＢにＨＩＩを通知する。マクロセル１３２２は、カバレッジ１３２３内に存在するＵＥ１３０１〜１３１３に、ＨＩＩを通知する旨の情報、あるいはＨＩＩを通知する。こうすることで、マクロセル１３２２は、これらのＵＥ１３０１〜１３１３を介して、マクロセル１３２２のカバレッジ１３２３内に配置されたＨｅＮＢ１３１４〜１３２１に、ＨＩＩを通知することが可能となる。マクロセル１３２２のカバレッジ１３２３内に存在するＵＥとして、該マクロセル１３２２の傘下のＵＥ、すなわち該マクロセル１３２２をサービングセルとするＵＥとすればよい。こうすることで、マクロセル１３２２は、カバレッジ１３２３外に存在するＵＥにＨＩＩを通知する旨の情報、あるいはＨＩＩを通知する必要がなくなる。
【０１４０】
本実施の形態で開示した方法とすることで、ＨＩＩを通知すべきＨｅＮＢの数を限定することができ、ＨＩＩの通知に必要となるシグナリング負荷を削減することが可能となる。また、ＨＩＩを通知すべきＵＥの数を限定することができ、シグナリング負荷の削減、上り干渉の低減、および通信品質の向上を図ることが可能となる。
【０１４１】
また、マクロセル１３２２がカバレッジ１３２３内のＨｅＮＢに対してＨＩＩを通知できる。したがって、マクロセル１３２２は、カバレッジ１３２３内のＨｅＮＢに対してＨＩＩで通知した物理リソースを、傘下のＵＥにスケジューリング可能となる。これによって、該物理リソースでの干渉を回避することが可能となる。マクロセル１３２２は、傘下のＵＥに物理リソースを柔軟にスケジューリング可能となるので、スケジューリング効率を向上させることができ、セルとしてのスループットを向上させることができる。
【０１４２】
上記の方法では、マクロセルのカバレッジ内に配置されたＨｅＮＢに対してＨＩＩを通知することを開示した。また一方、マクロセルのカバレッジ内に存在するＵＥを介してＨＩＩを通知することについても開示した。しかし、上記で記載したマクロセルのカバレッジについて、ＨｅＮＢに対するカバレッジを、ＵＥに対するカバレッジと同じにしてもよいが、異ならせてもよい。一般的に、ＵＥが、マクロセルをサービングセルとするために必要な受信電力、すなわちセルセレクションの際のクライテリアを満たすために必要となる受信電力（非特許文献３）を得られる範囲を、該マクロセルのカバレッジと称する。この受信電力を、ＨｅＮＢがカバレッジ内であると判断する受信電力（カバレッジ判定閾値）と同じにしてもよいし、異ならせてもよい。
【０１４３】
マクロセルをサービングセルとするために必要な受信電力を、カバレッジ判定閾値と同じにした場合、ＵＥが該マクロセルをサービングセルとするために必要な受信電力の判断基準と同じ判断基準を用いることが可能となるため、カバレッジ判定閾値を別途設ける必要が無くなり、制御を簡易にすることが可能となる。
【０１４４】
一方、マクロセルをサービングセルとするために必要な受信電力を、カバレッジ判定閾値と異ならせた場合は、ＨＩＩを通知すべきＨｅＮＢと、該ＨＩＩを通知するＵＥとの関係を柔軟に設定することが可能となる。たとえば、カバレッジ判定閾値を、ＵＥがマクロセルをサービングセルとするために必要な受信電力よりも小さくしておく。こうすることで、一般的なＵＥに対するカバレッジよりも広い範囲に配置されるＨｅＮＢに対してＨＩＩを通知することが可能となる。ＵＥに対するカバレッジよりも少しだけ広い範囲に配置されるＨｅＮＢに対してＨＩＩを通知できるようにしておくことで、該マクロセルをサービングセルとするＵＥに対する干渉をさらに低減することが可能となる。
【０１４５】
先に、マクロセルの傘下のＵＥと該マクロセルのカバレッジ外に配置されるＨｅＮＢとの間の干渉は低いことを述べたが、その中でも主たる干渉となっている、マクロセルから該マクロセルのカバレッジよりも少しだけ広い範囲のＨｅＮＢとの干渉を低減することが可能となる。特に、該マクロセルのカバレッジ端に存在する該マクロセルの傘下のＵＥとの間の干渉をさらに低減することが可能となる。これにより、カバレッジ端に存在するＵＥのスケジューリング効率をさらに向上させ、通信速度を向上させることが可能となる。したがって、セルとしてのスループットをさらに向上させることが可能となる。
【０１４６】
また、ＵＥが該マクロセルをサービングセルとするために必要な受信電力と、ＨｅＮＢがカバレッジ内であると判断する受信電力（すなわち、カバレッジ判定閾値）とを異ならせる場合、その差分値を表すオフセットパラメータを設けてもよい。該オフセットパラメータは、予め静的に決められていてもよいし、マクロセルから報知情報として報知してもよい。こうすることで、ＵＥに対するカバレッジに対して連動して設定することが可能となる。また、該オフセットパラメータは、ＨｅＮＢ毎に決めておいてもよい。また、この場合は、ＨｅＮＢからマクロセルへ該オフセットパラメータを通知するようにしておいてもよい。自ＨｅＮＢのＰＣＩとともに通知するようにすればよい。こうすることで、ＨｅＮＢ毎に設定することが可能となり、ＨｅＮＢの出力電力に応じて設定するなど、柔軟な運用が可能となる。
【０１４７】
実施の形態１  変形例１．
実施の形態１では、ＨＩＩを通知すべきＵＥの数を限定するために、ＨＩＩを通知するＵＥを、マクロセルの傘下のＵＥにしている。しかし、どのＵＥが、どのＨｅＮＢに対してＨＩＩを通知するかを決めてはいない。したがって、一つのＨｅＮＢに対して、複数のＵＥからＨＩＩが通知される場合も生じてしまう。図１６は、マクロセルのカバレッジ内に１つのＨｅＮＢのみが配置され、マクロセルのカバレッジ内に複数のＵＥが存在している場合の概念図である。図１６において、図１３に対応する部分については同一の参照符を付して、説明を省略する。
【０１４８】
マクロセル１３２２のカバレッジ１３２３内に、複数のＵＥ１３０１〜１３１３が存在し、一つのＨｅＮＢ１３１４が配置される。このような場合、マクロセル１３２２の傘下の複数のＵＥ１３０１〜１３１３が、一つのＨｅＮＢ１３１４にＨＩＩを通知することになってしまう。これは、マクロセル１３２２内のシグナリング量の増大や干渉の増大を招いてしまう。
【０１４９】
このような問題を解消するために、本変形例では、どのＵＥが、どのＨｅＮＢに対してＨＩＩを通知するかを決定する方法を開示する。本変形例では、ＨｅＮＢから最大の受信電力を有するＵＥを介して、ＨＩＩを通知する方法を開示する。
【０１５０】
図１７は、ＨｅＮＢから最大の受信電力を有するＵＥを介してＨＩＩを通知する場合の移動体通信システムのシーケンス例を示す図である。図１７において、図１４に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。図１７では、マクロセルがＨｅＮＢから最大の受信電力を有するＵＥを選択する。また、サービングセルは、マクロセルであるとする。
【０１５１】
ステップＳＴ１７０１で、ＵＥは、予めサービングセルから報知情報を受信する。ステップＳＴ１７０３で、ＵＥは、定期的あるいはサービングセルからの指示により、周辺電波環境のメジャメントを行う。またＵＥは、周辺に存在するセルの受信電力の測定、セルのセルアイデンティティ（ＰＣＩ）の取得を行い、セルの検出を行う。この際に、ある受信電力閾値以上のセルを検出してもよい。該セル検出用の受信電力閾値は、予め静的に決められているとよい。あるいは、サービングセルより報知されてもよい。ＵＥは、報知情報を受信して、該受信電力閾値を取得することができる。サービングセルの指示によりメジャメント行う場合は、ステップＳＴ１７０２で、予めサービングセルは、メジャメント指示メッセージをＵＥに通知しておくとよい。該メジャメント指示メッセージには、メジャメントの設定内容であるメジャメントコンフィグレーションが含まれていてもよい。
【０１５２】
ステップＳＴ１７０４で、ＵＥは、検出したセルの報知情報を受信する。これはメジャメントの際に行われてもよい。各セルからの報知情報を受信したＵＥは、ステップＳＴ１７０５で、該セルがＨｅＮＢか否かを判断する。この判断を可能とするために、各セルは、自セルがＨｅＮＢか否かのインジケータ、あるいはセルの種類を示す情報を報知しておくとよい。また、ＨｅＮＢのＰＣＩが、サービングセルと異なるように予め決定されている場合は、ステップＳＴ１７０３で、セルのＰＣＩを取得することによって、該セルがＨｅＮＢか否かを判断するようにしてもよい。
【０１５３】
ステップＳＴ１７０６で、ＵＥは、サービングセルに対して、メジャメントで検出したＨｅＮＢのセルアイデンティティ（ＰＣＩ）と関連付けて、各々のＨｅＮＢについて測定した受信電力情報を通知する。その際に、ＵＥは、自ＵＥのアイデンティティ（ＵＥ−ＩＤ）も通知する。メジャメント結果の報告は、定期的、あるいはサービングセルの指示による。またメジャメント結果の報告は、ある閾値より大きいセルを検出した場合などとしてもよいし、ＵＥが任意のタイミングでサービングセルに通知してもよい。
【０１５４】
各々のＵＥによるメジャメントによって検出したＨｅＮＢの受信電力測定結果と、該ＨｅＮＢのＰＣＩとを受信したサービングセルは、ステップＳＴ１７０７で、ＨｅＮＢ毎に該ＨｅＮＢの受信電力が最大となるＵＥを選択する。
【０１５５】
ステップＳＴ１７０８で、サービングセルは、該ＵＥの情報をＨＩＩ通知ＨｅＮＢリストに追加する。ＨＩＩ通知ＨｅＮＢリストは、実施の形態１で開示したように、ＨＩＩを通知すべきＨｅＮＢが記憶されているリストである。実施の形態１で開示した方法を用いて作成しておけばよい。特に、リストを用いなくてもよく、ＨＩＩを通知すべきＨｅＮＢと該選択したＵＥとが関連付けられるようにしておけばよい。ＵＥ情報としては、ＵＥ−ＩＤとすればよい。既にＨＩＩ通知ＨｅＮＢリストにＵＥ情報があり、既存のＵＥ情報と新たに選択したＵＥ情報とが異なる場合は、新たなＵＥ情報に修正すればよい。また、既存のＵＥ情報があるＨｅＮＢで、新たなＵＥ情報が無くなった場合は、該ＵＥ情報を削除するようにしてもよい。これらは、ステップＳＴ１７０６の通知を受信した場合に行うようにすればよい。あるいは定期的に行うようにしてもよい。
【０１５６】
サービングセルは、ステップＳＴ１７０８の処理の終了後、前述のステップＳＴ１４０９およびステップＳＴ１４１０の各処理を行い、ステップＳＴ１７０９に移行する。ステップＳＴ１７０９で、サービングセルは、ＨＩＩ通知ＨｅＮＢリストのＨｅＮＢに、該リストのＵＥを介してＨＩＩを通知する。
【０１５７】
以上の処理を行うことで、サービングセルが、ＨＩＩを通知すべきＨｅＮＢに、どのＵＥを介してＨＩＩを通知するかを認識することが可能となる。図１７の場合、ＨＩＩを通知すべきＨｅＮＢに、該ＨｅＮＢから最大の受信電力を有するＵＥを介してＨＩＩを通知することが可能となる。
【０１５８】
また図１６の例について述べると、マクロセル１３２２は、カバレッジ１３２３内に存在する複数のＵＥのうち、ＨｅＮＢ１３１４からの受信電力が最も高いＵＥ（ここではＵＥ１３０３とする）を介して、ＨｅＮＢ１３１４にＨＩＩを通知することが可能となる。
【０１５９】
異なるＨｅＮＢが同じＰＣＩを用いることが可能な場合、ＨｅＮＢのセルアイデンティティとして、ＧＣＩを用いればよい。ＨｅＮＢは、自ＨｅＮＢのＧＣＩを報知する。ＵＥは、周辺セルのメジャメントの際に、該ＨｅＮＢの報知情報を受信して該ＨｅＮＢのＧＣＩを取得する。ＵＥは、ＨｅＮＢのセルアイデンティティとして、ＧＣＩをサービングセルに通知すればよい。該サービングセルは、ＨＩＩ通知ＨｅＮＢリストのＨｅＮＢのＧＣＩを参照して、該ＨｅＮＢからの受信電力が最も高いＵＥのＵＥ−ＩＤをリストに追加、修正または削除するようにすればよい。ＧＣＩは、セル固有のアイデンティティなので、重複することは無い。したがってマクロセルは、ＨｅＮＢを特定することが可能となる。
【０１６０】
本変形例で開示した方法により、マクロセルがＨＩＩを通知すべき各々のＨｅＮＢに対して、一つのＵＥを介してＨＩＩを通知することが可能となる。ただし、マクロセルのカバレッジ内に配置される全てのＨｅＮＢに対して、ＵＥが選択されるとは限らない。該マクロセルの傘下のＵＥからのメジャメント結果の報告に含まれないＨｅＮＢが存在する場合がありうる。しかしこの場合は、該マクロセルの傘下のＵＥ内に、該ＨｅＮＢからの送信波を受信している、あるいは、ある受信電力閾値以上受信しているＵＥは存在しないことになる。このことは、該ＨｅＮＢから干渉を受けるＵＥは存在しないということになる。したがって、該ＨｅＮＢに対してＵＥが選択されなくてもよく、該ＨｅＮＢに対しては、ＨＩＩを通知しなくてもよい。
【０１６１】
また、図１７のステップＳＴ１７０８においてＨＩＩ通知ＨｅＮＢリストに記憶するＨｅＮＢを、ステップＳＴ１７０６でＵＥから報告された全てのＨｅＮＢとしてもよい。これにより、該ＨＩＩ通知ＨｅＮＢリストにあるＨｅＮＢに対してＵＥが選択されることになる。
【０１６２】
本変形例で開示した方法により、ＨＩＩを通知すべき各々のＨｅＮＢに対して、一つのＵＥを介してＨＩＩを通知することが可能となる。したがって、マクロセルは、ＨＩＩを通知する旨の情報、あるいはＨＩＩを通知するＵＥを、該ＵＥに限定することが可能となる。また、ＨｅＮＢへＨＩＩを通知するＵＥも、該ＵＥに限定することが可能となるため、ＵＥの数のさらなる限定を図ることができる。したがって、シグナリング負荷の削減、上り干渉の低減、および通信品質の向上を図ることが可能となる。
【０１６３】
マクロセルのカバレッジエリア端に存在するＵＥにおいては、メジャメントの際に、サービングセルのＨｅＮＢに対するカバレッジ外に配置されたセルを検出する場合がある。この場合、該サービングセルが、実施の形態１で開示したＨｅＮＢに対するカバレッジ内に配置されるＨｅＮＢの判断方法を用いて、ＵＥからのメジャメント結果の報告で通知されたＨｅＮＢの中から、ＨｅＮＢに対するカバレッジ内に配置されるＨｅＮＢのみを限定すればよい。これにより、さらにシグナリング負荷の削減、上り干渉の低減、および通信品質の向上を図ることが可能となる。
【０１６４】
上記で開示した方法では、一つのＵＥが、複数のＨｅＮＢにＨＩＩを通知する場合が考えられる。例えば、図１３に示すＵＥ１３０６は、ＨｅＮＢ１３２０およびＨｅＮＢ１３２１からの受信電力が他のＵＥに比べて最も高くなる。したがって、ＨｅＮＢ１３２０およびＨｅＮＢ１３２１にＨＩＩを通知するＵＥとして、ＵＥ１３０６が選択される。このように、複数のＨｅＮＢにＨＩＩを通知しなければならないＵＥは、消費電力が増大してしまう。この問題を解消するために、一つのＵＥが、ＨＩＩを通知するＨｅＮＢを一つに限定するようにしてもよい。その方法の一例を以下に開示する。
【０１６５】
マクロセルは、傘下のＵＥからのメジャメント結果の報告で通知された全てのＨｅＮＢに対して、最も受信電力の高いＵＥを選択する。もし、複数のＨｅＮＢが同じＵＥを選択した場合、該ＵＥによる受信電力が最も高いＨｅＮＢに対して、該ＵＥを選択する。複数のＨｅＮＢが同じＵＥを選択した場合、受信電力が最も高くはないＨｅＮＢに対しては、各々２番目に受信電力が高いＵＥを選択する。該２番目に受信電力が高いＵＥのうち、まだ選択されていないＵＥがある場合は、該ＵＥを選択する。もし、該２番目に受信電力が高いＵＥが、既に他のＨｅＮＢに対して選択されている場合は、３番目に受信電力が高いＵＥを選択する。同様に、もしｎ番目に受信電力が高いＵＥが、既に他のＨｅＮＢに対して選択されている場合は、ｎ＋１番目に受信電力が高いＵＥを選択する。
【０１６６】
以上の手順を用いて、一つのＵＥが、ＨＩＩを通知するＨｅＮＢを一つに限定するようにする。例えば上述の例では、ＨｅＮＢ１３２１に対してはＵＥ１３０６が選択され、ＨｅＮＢ１３２０に対してはＵＥ１３０５が選択される。ここで開示した方法とすることで、特定のＵＥの消費電力の増大を防ぐことが可能となる。
【０１６７】
実施の形態１  変形例２．
実施の形態１の変形例１では、マクロセルが、どのＵＥを介してＨＩＩを通知するか選択し、該ＵＥを介してＨｅＮＢにＨＩＩを通知している。本変形例では、ＵＥが、どのＨｅＮＢに対してＨＩＩを通知するかを選択する方法について開示する。一例として、マクロセルが、傘下のＵＥに干渉関連情報、例えばＨＩＩを通知する旨の情報（以下「通知情報」という場合がある）、あるいはＨＩＩを通知し、該情報を受信したＵＥが、どのＨｅＮＢに対してＨＩＩを通知するかを判断する。そして、ＨＩＩを通知すると判断したＨｅＮＢに対して、ＵＥがＨＩＩを通知する。
【０１６８】
マクロセルは、ＨＩＩを通知する旨の通知情報、あるいは干渉関連情報であるＨＩＩを傘下のＵＥに報知する。あるいはマクロセルは、個別信号により、ＨＩＩを通知する旨の通知情報、あるいはＨＩＩを該傘下のＵＥに通知する。
【０１６９】
該情報を受信したＵＥは、メジャメント結果を用いて、ＨｅＮＢに対してＨＩＩを通知するか否か、どのＨｅＮＢにＨＩＩを通知するかを決定する。実施の形態１の変形例１で開示したように、ＵＥは、周辺セルのメジャメントの際に、周辺に存在するセルの受信電力の測定、セルのセルアイデンティティ（ＰＣＩ）の取得を行い、セルの検出を行う。またＵＥは、検出したセルの報知情報を受信して、該セルがＨｅＮＢか否かを判断する。
【０１７０】
したがって、ＵＥは、検出したセルの受信電力測定値を認識していることになる。そこで、ＵＥが、該測定結果と、ＨＩＩを通知するか否かの閾値とを比較して、該受信電力測定結果が該閾値よりも大きいＨｅＮＢのＰＣＩを記憶する。ＵＥは、検出したセルのうち、記憶したＨｅＮＢに対してＨＩＩを通知する。ＵＥは、該ＨｅＮＢのＰＣＩを、図８に示すプロトコル処理部８０１、アプリケーション部８０２あるいは制御部８１０に記憶すればよい。また、リストとして記憶しておいてもよい。
【０１７１】
ＨＩＩを通知するか否かの閾値は、ＨＩＩを通知する旨の通知情報、あるいは干渉関連情報であるＨＩＩとともに、マクロセルが傘下のＵＥに報知情報として報知する。あるいはマクロセルは、個別信号として、傘下のＵＥに通知する。これにより、ＵＥは、予め該報知情報あるいは個別信号を受信して、該閾値を取得しておく。
【０１７２】
マクロセルが報知する場合、該閾値をＳＩＢ１あるいはＳＩＢ４に含めて報知するとよい。ＳＩＢ１は、送信されるタイミングが決められているので、ＨｅＮＢがメジャメントを行う際に、少ない処理で早期に受信可能となる。ＳＩＢ４は、隣接セル情報が含まれるため、それと同じブロックに含めることで、ＵＥが隣接セル関連の情報を取得する際に、ＳＩＢ４を取得すればよくなり、制御が簡易になるとともに、制御の誤動作を少なくすることができる。
【０１７３】
また、該閾値は、予め静的に決められてもいてもよい。この場合、マクロセルは、該閾値を報知する必要は無くなるため、制御が簡易になる。また、該閾値を複数個としてもよいし、複数のＨＩＩを通知するか否かの閾値を、各々に番号のついた表としておき、該番号を報知するようにしてもよい。こうすることで、ＵＥが、ＵＥによる周辺セルのメジャメント結果を用いて、ＨｅＮＢに対して、ＨＩＩを通知するか否か、どのＨｅＮＢにＨＩＩを通知するかを決定することが可能となる。
【０１７４】
上記の方法では、ＵＥは、ＨＩＩを通知するＨｅＮＢのセルアイデンティティ（ＰＣＩ）を記憶するようにしている。セルアイデンティティとしては、ＧＣＩでもよい。また、マクロセルからの指示によってメジャメントを行うような場合は、セルアイデンティティの代わりに、メジャメントＩＤを記憶するようにしてもよい。メジャメントＩＤにより、ＨｅＮＢのセルアイデンティティが特定できる。
【０１７５】
本変形例で開示した方法とすることで、ＨＩＩを通知すべきＵＥの数が限定されるとともに、ＵＥからマクロセルへ、ＨＩＩ通知用のＨｅＮＢ受信電力測定結果の報告を通知する必要が無くなる。また、マクロセルからは、どのＨｅＮＢに通知するかの指示が不要になる。したがって、ＨｅＮＢによるメジャメント、あるいは該メジャメント結果をマクロセルに通知する必要が無くなる。また、マクロセルからＵＥに対しても、どのＨｅＮＢに通知するかの情報を通知する必要が無くなる。したがって、シグナリング負荷の削減が可能となる。
【０１７６】
実施の形態１  変形例３．
本変形例では、ＨＩＩを通知すべきＨｅＮＢを限定するための別の方法を開示する。ＨＩＩを通知するＨｅＮＢを、マクロセルから特定の受信電力範囲内にあるＨｅＮＢとする。図１８は、マクロセルのカバレッジ内にＨｅＮＢが設置される場合の概念図である。図１８において、図１３に対応する部分については同一の参照符を付して、説明を省略する。図１８において、参照符１８０１−１，１８０１−２で示す破線部分は、マクロセル１３２２から、ある特定の受信電力の範囲を示す。参照符１８０１−１は、第１受信電力範囲であり、参照符１８０１−２は、第２受信電力範囲である。例えば、ＨＩＩを通知するＨｅＮＢを、第１受信電力範囲１８０１−１と、第２受信電力範囲１８０１−２との間の範囲に配置されているＨｅＮＢとする。図１８において、ＨＩＩを通知するＨｅＮＢは、ＨｅＮＢ１３１４、ＨｅＮＢ１３１７およびＨｅＮＢ１３１６になる。こうすることで、さらにＨＩＩを通知すべきＨｅＮＢの数を少なくすることが可能となり、ＨＩＩの通知に必要となるシグナリング負荷を削減することが可能となる。
【０１７７】
マクロセルは、どのＨｅＮＢが、第１受信電力範囲１８０１−１および第２受信電力範囲１８０１−２の範囲に配置されているかを認識する必要がある。特定の受信電力範囲内に配置されるＨｅＮＢの判断方法は、実施の形態１で開示した方法を一部変更することで可能となる。
【０１７８】
図１９は、特定の受信電力範囲内に配置されるＨｅＮＢを判断する場合の移動体通信システムの一部のシーケンス例を示す図である。実施の形態１では、図１４のステップＳＴ１４０６において、マクロセルが、ＨｅＮＢから報告されたマクロセル毎の受信電力とカバレッジ判定閾値とを比較して、該ＨｅＮＢがカバレッジ内に配置されているか否かを判定した。本変形例では、マクロセルは、図１４のステップＳＴ１４０６の処理の代わりに、図１９のステップＳＴ１９０１の処理を行う。
【０１７９】
図１９のステップＳＴ１９０１では、二つの範囲判定閾値、具体的には第１範囲判定閾値と第２範囲判定閾値とを設けて、マクロセルが、ＨｅＮＢから報告されたマクロセル毎の受信電力と該二つの範囲判定閾値とを比較して、該ＨｅＮＢがカバレッジ内に配置されているか否かを判定すればよい。該二つの範囲判定閾値が、各々ある特定の受信電力範囲に対応する。
【０１８０】
ステップＳＴ１９０１で、マクロセルの受信電力が第１範囲判定閾値以下で、かつマクロセルの受信電力が第２範囲判定閾値以上である場合は、各々に対応する二つの受信電力範囲内であると判断して、ステップＳＴ１４０７に移行し、マクロセルの受信電力が第１範囲判定閾値より大きく、かつマクロセルの受信電力が第２範囲判定閾値未満である場合は、ステップＳＴ１４０８に移行する。
【０１８１】
ステップＳＴ１４０７で、マクロセルは、該ＨｅＮＢを、ＨＩＩ通知ＨｅＮＢリストに追加する。ステップＳＴ１４０８で、マクロセルは、該ＨｅＮＢを、ＨＩＩ通知ＨｅＮＢリストから削除する。ＨＩＩ通知ＨｅＮＢリストに既に該ＨｅＮＢが含まれていない場合は、何もせずに次のステップに移行する。
【０１８２】
以上の処理を行うことで、さらにＨＩＩを通知すべきＨｅＮＢの数を少なくすることが可能となり、ＨＩＩの通知に必要となるシグナリング負荷を削減することが可能となる。
【０１８３】
マクロセルからの受信電力によって物理リソースを使い分けているような場合、例えばＦＲＲ（Frequency Resource Reuse）のような場合に、ＨＩＩで通知する物理リソースを使用している特定のＨｅＮＢにのみ、ＨＩＩを通知することができる。
【０１８４】
図１９では、ある特定の一つの受信電力範囲内について示したが、受信電力範囲は一つに限らず複数個であってもよい。これにより、ＨＩＩを通知すべきＨｅＮＢを柔軟に選択することが可能となる。
【０１８５】
この方法は、実施の形態１で開示したＨｅＮＢがカバレッジ内か否かを判断する方法にも適用することが可能である。ＨｅＮＢが判断する場合は、マクロセルが範囲判定閾値を必要な数だけ報知しておけばよい。これによって、実施の形態１と同様の効果を得ることが可能である。
【０１８６】
この方法は、実施の形態１の変形例１で開示した方法と同様に、ＵＥのメジャメント結果の報告を用いて、サービングセルがカバレッジ内か否かを判断する方法にも適用することが可能である。マクロセルから特定の受信電力範囲内に存在するＵＥを介して、ＨｅＮＢにＨＩＩを通知するようにできる。また、同様に、実施の形態１の変形例２で開示した方法にも適用することが可能である。
【０１８７】
また、実施の形態１で開示したＵＥに対するカバレッジとＨｅＮＢに対するカバレッジと同様に、ＨＩＩを通知すべきＨｅＮＢに対する受信電力範囲と、ＨＩＩを通知するＵＥに対する受信電力範囲とを同じにしてもよいし、異ならせてもよい。たとえば、ＨＩＩを通知すべきＨｅＮＢに対する受信電力範囲を、ＨＩＩを通知するＵＥに対する受信電力範囲よりも大きくした場合、さらにＨＩＩを通知するＵＥの数を限定することが可能となる。一方、ＨＩＩを通知するＵＥに対する受信電力範囲を、ＨＩＩを通知すべきＨｅＮＢに対する受信電力範囲よりも大きくした場合、該範囲内に存在するＵＥの数は多くなるため、確実にＨＩＩを通知すべきＨｅＮＢに対してＨＩＩを通知することができるようになる。これらにより、マクロセルとＨｅＮＢとの配置に応じた干渉を回避することが可能となる。
【０１８８】
実施の形態１  変形例４．
実施の形態１では、ＨＩＩを通知するＨｅＮＢを、マクロセルから、ある受信電力範囲内にあるＨｅＮＢとしているが、本変形例では、ＨＩＩを通知するＨｅＮＢを、マクロセルから特定の距離、あるいはパスロス（Path Loss）の範囲内にあるＨｅＮＢとする。
【０１８９】
マクロセルから特定のパスロスの範囲内に配置されるＨｅＮＢの判断方法は、実施の形態１から実施の形態１の変形例３に開示した受信電力の代わりに、パスロスを用いることで可能となる。例えば、実施の形態１に適用する場合、図１４のステップＳＴ１４０１で、ＨｅＮＢがパスロスを導出するようにすればよい。パスロスの導出は、周辺セルの受信電力測定結果と該周辺セルから報知されたセルの送信電力値とを用いて行えばよい。図１４のステップＳＴ１４０４、ステップＳＴ１４０５、およびステップＳＴ１４０６で、マクロセル毎の受信電力の代わりにパスロスを用いればよい。また、ステップＳＴ１４０６において、カバレッジ判定閾値として、パスロスの閾値とすればよく、また、不等号の向きを逆にすればよい。パスロスの逆数が、マクロセルからの距離に相当するので、該パスロスの逆数の大小関係が、受信電力の大小関係と同じになるためである。
【０１９０】
以上のように構成することで、ＨＩＩを通知すべきＨｅＮＢの数を少なくすることが可能となり、ＨＩＩの通知に必要となるシグナリング負荷を削減することが可能となる。また、上りリンクの状況に応じて、ＨＩＩを通知するＨｅＮＢを限定することが可能となるため、上りリンクの干渉回避に適した方法となる。この方法は、実施の形態１から実施の形態１の変形例３に開示した方法に適用することが可能である。いずれも受信電力の代わりに、パスロスを用いて上述のようにすればよく、実施の形態１から実施の形態１の変形例３と同様の効果を得ることが可能である。
【０１９１】
上記では、パスロスを用いる方法について開示したが、パスロスではなく距離を用いてもよい。実施の形態１に開示したマクロセルが、カバレッジ内か否かを判断する方法に適用する場合、図１４に示すステップＳＴ１４０１で、ＨｅＮＢが自ＨｅＮＢの位置をＧＰＳなどを用いて測定し、ステップＳＴ１４０４、ステップ１４０５で、該位置情報をマクロセルに通知するようにすればよい。マクロセルは、自セルの位置をＧＰＳなどを用いて測定し、該自セルの位置情報とＨｅＮＢから通知された位置情報とを用いて、該自セルと該ＨｅＮＢとの距離を導出すればよい。ステップＳＴ１４０６で導出した距離をもとに、カバレッジ内か否かの判定を行えばよい。カバレッジ判定閾値も距離で表しておけばよい。
【０１９２】
同様に、ＨｅＮＢがカバレッジ内か否かを判断する方法にも適用することが可能である。この場合、図１５のステップＳＴ１４０２で、マクロセルは、自セルの位置情報を報知しておくようにすればよい。同様に、実施の形態１変形例１で開示したＵＥのメジャメントを利用した方法の場合、ＵＥが、自ＵＥの位置をＧＰＳなどを用いて測定し、該位置情報をマクロセルに通知するようにすればよい。ある特定の距離範囲に存在するＵＥを介して、ＨｅＮＢにＨＩＩを通知するようにしておけばよい。実施の形態１の変形例２も同様であり、これらの方法とすることで、実施の形態１の変形例２と同様の効果を得ることが可能である。
【０１９３】
また、実施の形態１で開示したＵＥに対するカバレッジとＨｅＮＢに対するカバレッジと同様に、ＨＩＩを通知すべきＨｅＮＢに対するパスロス範囲あるいは距離範囲と、ＨＩＩを通知するＵＥに対するパスロス範囲あるいは距離範囲とを同じにしてもよいし、異ならせてもよい。この場合でも、実施の形態１と同様の効果を得ることができる。
【０１９４】
実施の形態１  変形例５．
実施の形態１では、ＨＩＩを通知するＨｅＮＢを、マクロセルから、ある受信電力範囲内にあるＨｅＮＢとしているが、本変形例では、ＨＩＩを通知するＨｅＮＢを、マクロセルから特定の方向範囲内にあるＨｅＮＢとする。
【０１９５】
マクロセルから特定の方向範囲内に配置されるＨｅＮＢの判断方法は、実施の形態１の変形例４に開示した位置情報を用いることで可能となる。ＨｅＮＢの位置情報とマクロセルの位置情報とから、該ＨｅＮＢが、該マクロセルからどの方向に配置されているかを導出することができる。したがって、位置情報から導出した、マクロセルからの方向の情報をもとに、ＨｅＮＢが、ある特定の方向範囲にあるか否かを判断するようにしておけばよい。
【０１９６】
また、ＵＥの位置情報とマクロセルの位置情報とから、該ＵＥが、該マクロセルからどの方向に配置されているかを導出することができる。したがって、位置情報から導出したマクロセルからの方向の情報をもとに、ある特定の方向範囲にあるＵＥを介して、ＨｅＮＢにＨＩＩを通知するようにしておけばよい。
【０１９７】
マクロセルから特定の方向範囲内を判断する別の方法として、ＡｏＡ（Angle of Arrival）情報を用いてもよい。ＡｏＡは、マクロセルが受信する受信波の到来方向を、ある方向を基準とする角度で導出したものである。マクロセルは、傘下のＵＥからの送信波を受信することで、各々のＵＥの存在する方向を認識可能である。したがって、該ＵＥのＡｏＡ情報方法をもとに、マクロセルが、ある特定の方向範囲に存在するＵＥを認識して、該ＵＥを介してＨｅＮＢにＨＩＩを通知するようにしておけばよい。こうすることで、ＨＩＩを通知すべきＨｅＮＢを、ある方向範囲のＨｅＮＢに特定することが可能となる。特定の方向範囲にあるＨｅＮＢに対して、ＨＩＩで通知した物理リソースの干渉を低減させることができるので、その方向範囲に存在するＵＥに対して、ＨＩＩで通知した物理リソースをスケジューリング可能となる。これによって、方向ごとに物理リソースを使い分けている場合に有効となる。
【０１９８】
また、実施の形態１で開示したＵＥに対するカバレッジとＨｅＮＢに対するカバレッジと同様に、ＨＩＩを通知すべきＨｅＮＢに対する方向範囲と、ＨＩＩを通知するＵＥに対する方向範囲とを同じにしてもよいし、異ならせてもよい。この場合でも、実施の形態１と同様の効果を得ることができる。
【０１９９】
実施の形態１  変形例６．
実施の形態１の変形例１では、マクロセルが、傘下のＵＥからのメジャメント結果の報告で通知された全てのＨｅＮＢに対して、最も受信電力の高いＵＥを選択して、該ＵＥを介してＨＩＩを通知する方法を開示した。本変形例では、ＨｅＮＢから、ある特定の受信電力範囲内に存在するＵＥを介してＨＩＩを通知する方法を開示する。
【０２００】
図２０は、マクロセルのカバレッジ内にＨｅＮＢが設置される場合の概念図である。図２０において、図１３に対応する部分については同一の参照符を付して、説明を省略する。図２０において、参照符２００１−１〜２００１−８で示す破線部分は、各々ＨｅＮＢ１３１４〜１３２１から、ある特定の受信電力の範囲を示す。
【０２０１】
例えば、ＨＩＩを通知するＨｅＮＢを、マクロセルのカバレッジ内のＨｅＮＢとし、該ＨｅＮＢに、各々のＨｅＮＢから、ある特定の受信電力の範囲に存在するＵＥを介して、ＨＩＩを通知するようにする。図２０において、ＨｅＮＢ１３１４にはＵＥ１３１１を介して、ＨｅＮＢ１３１５にはＵＥ１３０１とＵＥ１３１０とを介して、ＨｅＮＢ１３１６にはＵＥ１３１２を介して、ＨｅＮＢ１３１８にはＵＥ１３１３を介して、ＨｅＮＢ１３２１にはＵＥ１３０６を介して、それぞれＨＩＩを通知する。ＨｅＮＢから、ある特定の受信電力の範囲に存在するＵＥが無い場合は、ＨＩＩを通知しないようにする。ＨｅＮＢ１３１７、ＨｅＮＢ１３１９、およびＨｅＮＢ１３２０には、ＨＩＩを通知しない。
【０２０２】
マクロセルは、どのＵＥが、ＨｅＮＢからある特定の受信電力範囲内に存在するかを認識する必要がある。この方法は、実施の形態１の変形例１で開示した方法を一部変更することで可能となる。
【０２０３】
図２１は、ＨｅＮＢからある特定の受信電力範囲内に存在するＵＥを介してＨＩＩを通知する場合の移動体通信システムの一部のシーケンス例を示す図である。実施の形態１の変形例１では、図１７のステップＳＴ１７０７において、マクロセルが、ＵＥから報告されたＨｅＮＢ毎の受信電力をもとに、ＨｅＮＢ毎に該ＨｅＮＢの受信電力が最大となるＵＥを選択するようにしている。そして、ステップＳＴ１７０８で、該ＨｅＮＢと該選択したＵＥとを関連付けて、ＨＩＩ通知ＨｅＮＢリストに記憶している。本変形例では、図１７のステップＳＴ１７０７の代わりに、図２１のステップＳＴ２１０１の処理を行う。
【０２０４】
図２１のステップＳＴ２１０１では、マクロセルは、ＨｅＮＢからある特定の受信電力範囲内であるか否かを判断するためのＨｅＮＢ範囲閾値を設けておき、ＨｅＮＢ毎に、該ＨｅＮＢの受信電力が該閾値以上のＵＥを選択する。
【０２０５】
次にステップＳＴ１７０８で、マクロセルは、該ＨｅＮＢと選択したＵＥを関連付けて、ＨＩＩ通知ＨｅＮＢリストに記憶する。選択されるＵＥは、複数であってもよい。この場合、該ＨｅＮＢに関連付けられてリストに記憶されるＵＥも複数とすればよい。以上の処理を行うことで、ＨｅＮＢからの受信電力がある特定の範囲内に存在するＵＥを介して、該ＨｅＮＢにＨＩＩを通知させることが可能となる。したがって、該特定の範囲外に存在するＵＥを除外することが可能となるため、シグナリング負荷の削減、上り干渉の低減、および通信品質の向上を図ることが可能となる。
【０２０６】
上記ＨｅＮＢ範囲閾値は、マクロセルが設定することにしているが、各々のＨｅＮＢが個別に設定してもよい。この場合、各ＨｅＮＢは、Ｓ１インタフェースを用いて、該ＨｅＮＢ範囲閾値を周辺のマクロセルに通知しておけばよい。ステップＳＴ２１０１で、マクロセルは、該ＨｅＮＢから通知された個別のＨｅＮＢ範囲閾値を用いて、判断するようにすればよい。こうすることで、ＨｅＮＢ毎の状況、例えば該ＨｅＮＢの出力電力などに応じて、ある特定の受信電力内に存在するＵＥを選択することが可能となる。将来、多種のＨｅＮＢが配置されるような場合に適用することで、これらのＨｅＮＢの柔軟な配置が可能となる。
【０２０７】
上記では、マクロセルが、ＨｅＮＢからある特定の受信電力範囲内に存在するＵＥを選択するようにしているが、別の方法として、ＵＥが、ＨｅＮＢからある特定の受信電力範囲内に存在するかどうかを判断するようにしてもよい。この方法は、実施の形態１の変形例１に開示した方法を一部変更することで可能となる。ＵＥが、判断できるようにするために、実施の形態１に開示した、ＨｅＮＢがマクロセルのカバレッジ内か否かを判断する方法を、ＵＥに適用すればよい。
【０２０８】
例えば、ＵＥが、図１７のステップＳＴ１７０５の処理後に、図１５のステップＳＴ１５０２〜ステップＳＴ１５０４の処理を行うようにする。この際、ステップＳＴ１５０２において、マクロセルの受信電力の代わりにＨｅＮＢの受信電力を用いて、カバレッジ判定閾値の代わりに上述したＨｅＮＢ範囲閾値を用いて判断を行うようにする。その結果をもとに、ＵＥは、マクロセルであるサービングセルに対して、図１７のステップＳＴ１７０６で、該ＨｅＮＢ範囲閾値内の各々のＨｅＮＢや自ＵＥのＵＥ−ＩＤを通知すればよい。マクロセルであるサービングセルは、該通知された情報を受信した後、ステップＳＴ１７０７の処理を行わず、ステップＳＴ１７０８に移行し、ステップＳＴ１７０６で、通知された各ＨｅＮＢ情報とそれに対応するＵＥ情報とをもとに、ＨＩＩ通知ＨｅＮＢリストのＵＥ情報を追加、修正または削除する。
【０２０９】
該ＨｅＮＢ範囲閾値は、予め静的に決められていてもよいし、各々のＨｅＮＢが設定し、各々ＨｅＮＢが報知するようにしてもよい。ＵＥは、周辺セルのメジャメントにより検出したＨｅＮＢの報知情報を受信することで、該ＨｅＮＢ範囲閾値を取得することが可能となり、これを用いてＵＥが、該ＨｅＮＢからある特定の範囲に存在するか否かを判断することが可能となる。
【０２１０】
実施の形態１の変形例１に開示した、ＨｅＮＢからの受信電力が最大となるＵＥを選択する方法と、本変形例に開示した方法とを組合せてもよい。ＨｅＮＢから、ある特定の受信電力範囲内であり、かつ、ＨｅＮＢからの受信電力が最大となるＵＥを選択することで、さらにＨＩＩを通知するＵＥを限定することが可能となる。これによって、さらにシグナリング負荷の削減、上り干渉の低減、および通信品質の向上を図ることが可能となる。
【０２１１】
実施の形態１  変形例７．
本変形例では、マクロセルが、どのＵＥを介して通知するかについて、別の方法を開示する。マクロセルは、接続状態、具体的にはＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥを介して、ＨｅＮＢに対してＨＩＩを通知する。
【０２１２】
マクロセルは、傘下のＵＥのうちＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥに対して、ＨＩＩを通知する旨あるいはＨＩＩを通知し、該情報を受信したＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥは、ＨｅＮＢに対してＨＩＩを通知する。これにより、マクロセルからＨＩＩを通知する旨あるいはＨＩＩを通知するＵＥの数が限定される。また、ＨｅＮＢへＨＩＩを通知するＵＥの数を限定することが可能となる。
【０２１３】
マクロセルからＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥへ、ＨＩＩを通知する旨あるいはＨＩＩを通知する方法として、ＲＲＣシグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよい。ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥは、既にＲＲＣ接続が設立されているので、該情報を通知するために新たにＲＲＣ接続の設立を行う必要が無い。このため、複雑な処理をする必要が無く、小さい制御遅延で通知することが可能となる。
【０２１４】
ＭＡＣシグナリングを用いる場合、新たに該通知用のＭＡＣ 制御要素（control element）を設けて通知してもよいし、ＭＡＣ  ＳＤＵ（Service Data Unit）を用いて通知してもよいし、現在の規格でオプションとなっているパディングビットを用いて通知するようにしてもよい。
【０２１５】
ＭＡＣシグナリングを用いる場合は、さらに制御を容易にできる。干渉を回避させる物理リソースなどのＨＩＩの内容は、マクロセルのスケジューラが管理する。スケジューラは、図９のプロトコル制御部９０３あるいは制御部９１１に設けられる。また、該スケジューラは、ＭＡＣシグナリングの処理を行う。したがってＨＩＩを通知する旨ならびにＨＩＩの通知内容設定および該通知を、ともにマクロセルのスケジューラが処理することになる。したがって、マクロセルにおける制御を容易にすることが可能となる。
【０２１６】
実施の形態１  変形例８．
本変形例では、マクロセルが、どのＵＥを介して通知するかについて、別の方法を開示する。マクロセルは、待ち受け状態、具体的にはＲＲＣ＿Ｉｄｌｅ状態のＵＥを介して、ＨｅＮＢに対してＨＩＩを通知する。
【０２１７】
マクロセルは、傘下のＵＥのうちＲＲＣ＿Ｉｄｌｅ状態のＵＥに対して、ＨＩＩを通知する旨あるいはＨＩＩを通知し、該情報を受信したＲＲＣ＿Ｉｄｌｅ状態のＵＥは、ＨｅＮＢに対してＨＩＩを通知する。これにより、マクロセルからＨＩＩを通知する旨あるいはＨＩＩを通知するＵＥの数が限定される。また、ＨｅＮＢへＨＩＩを通知するＵＥの数を限定することが可能となる。マクロセルからＲＲＣ＿Ｉｄｌｅ状態のＵＥへ、ＨＩＩを通知する旨あるいはＨＩＩを通知する方法としては、マクロセルが、傘下のＵＥに報知すればよい。該マクロセルの傘下のＲＲＣ＿Ｉｄｌｅ状態のＵＥは、該マクロセルからの報知情報を受信可能である。マクロセルが報知する際、ＳＩＢ１あるいはＳＩＢ４あるいは新たなシステムインフォメーションブロック（ＳＩＢ）を設けるとよい。
【０２１８】
ＳＩＢ１は、予め報知されるタイミングが決められているので、ＵＥは早期に受信可能となる。ＳＩＢ４には、隣接セルの情報が含まれる。例えば、マクロセルがＨＩＩを通知するＨｅＮＢを決定する場合など、ＨＩＩを通知する旨あるいはＨＩＩ内容と、これらを通知するＨｅＮＢの情報とを、このＳＩＢ内に含めて通知することで、ＵＥの受信動作を簡略化できる。新たなＳＩＢを設けることで、同じように、ＨＩＩを通知する旨あるいはＨＩＩ内容と、これらを通知するＨｅＮＢの情報とを、新たなＳＩＢ内に含めて通知する。ＵＥは、このＳＩＢのみから判断可能となるので、ＵＥの受信動作を簡略化できるとともに、制御誤動作を少なくすることが可能となる。
【０２１９】
また、ＲＲＣ＿Ｉｄｌｅ状態のＵＥを介することで、ＨｅＮＢに対してＨＩＩを通知する際に、ＵＥの状態の変更を行うことなく、ＰＲＡＣＨを用いて通知することが可能となる。このためＵＥは、複雑な処理をする必要が無く、小さい制御遅延で通知することが可能となる。
【０２２０】
報知情報の修正は、ある期間毎に行われる。ＵＥは、報知情報が修正された旨の情報が通知された場合、次の期間まで待ってから報知情報を受信しなければならない。この待ち時間を削減するために、マクロセルは、報知情報ではなく、ページングを用いて通知するようにしてもよい。ＰＣＨあるいはＰＣＣＨに、ＨＩＩを通知する旨あるいはＨＩＩを含めて通知するようにすればよい。
【０２２１】
ページングを用いて傘下のＵＥに通知する場合、ＨＩＩを通知すべきＵＥに限定して通知することが可能となる。通常、ページングは、ＭＭＥから発信される。ＭＭＥが、どのマクロセル内で、どのＨｅＮＢにＨＩＩを通知するか、どのＵＥを介して通知するかを判断できる場合は、ＭＭＥからページングを該マクロセルに送信し、該マクロセルがＵＥに通知するようにすればよい。ＭＭＥが、どのマクロセル内で通知が必要か、または、どのＨｅＮＢにＨＩＩを通知するか、または、どのＵＥを介して通知するかを判断できない場合は、ＭＭＥが管理するマクロセルに該ページングを通知し、該ページングを受信したマクロセル毎に、自セルが通知すべきか否かを判断するようにすればよい。
【０２２２】
また、マクロセルがＨＩＩ用のページングを発信するようにしてもよい。ページングの送信タイミングは、該マクロセルが認識している。また、該マクロセルのカバレッジ内のみへの通知でよいため、通常のようにＭＥＥから発信する必要は無い。該マクロセルが、ＨＩＩ用のページングを発信することは可能となる。これにより、ＭＭＥからマクロセルへのシグナリング量を削減することが可能となる。
【０２２３】
報知情報の修正の待ち時間を削減するため、マクロセルは、ページングを用いて、ＨＩＩを通知する旨の情報あるいはＨＩＩが報知情報で送信が行われている旨を示す情報を、ＵＥに通知してもよい。該情報を受信したＵＥは、報知情報の修正の待ち時間を待つことなく、該情報を受信するようにすればよい。
【０２２４】
この方法は、３ＧＰＰにおいて規格化されているＥＴＷＳ（EarthQuake and Tsunami Warning Sistem）と同様にすることで実現可能である。上述した、マクロセルから報知する方法、ページングを用いる方法、ＥＴＷＳと同様の方法を用いる方法は、ＲＲＣ＿Ｉｄｌｅ状態のＵＥだけでなく、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥにも適用可能である。マクロセルからＲＲＣ＿Ｉｄｌｅ状態のＵＥへ、ＨＩＩを通知する旨あるいはＨＩＩを通知するための別の方法として、マクロセルが、ページングを用いてＵＥにＲＲＣ接続を設立させて、ＲＲＣ接続設立後にＲＲＣメッセージあるいはＭＡＣメッセージを用いて通知するようにしてもよい。一旦ＲＲＣ接続を設立することになるため、ＲＲＣ接続後の処理を、ＲＲＣ＿Ｃｏｎｎｅｃｅｄ状態のＵＥへの通知方法と同じとすることが可能となる。また、ＲＲＣ接続設立後に通知するのではなく、ＵＥがページング受信後に、マクロセルに送信するＲＲＣ接続要求メッセージを用いて通知するようにしてもよい。該ＲＲＣ接続要求メッセージに、ＨＩＩを通知する旨あるいはＨＩＩ情報を含めるようにする。これにより、ＲＲＣ接続設立後に通知するよりも早期に通知可能となるため、制御遅延を低減することが可能となる。
【０２２５】
実施の形態１から実施の形態１の変形例８に開示した方法を、適宜組合せて用いてもよい。状況に応じて、ＨＩＩを通知すべきＨｅＮＢを限定することが可能となるとともに、ＨｅＮＢにＨＩＩを通知するＵＥを限定することも可能となる。将来、多数のＨｅＮＢが配置されるような場合、あるいは一般ユーザによって配置されるような場合にも、マクロセルとＨｅＮＢとの間の干渉を低減することが可能となるため、高速、大容量の通信を提供することが可能となる。
【０２２６】
実施の形態２．
前述のように、非特許文献９には、ＵＥからＨｅＮＢへ通知するチャネルとして、ＰＲＡＣＨ、ＵＬ−ＳＣＨを用いることが提案されているが、その他の記載は無く、マクロセルがＨｅＮＢにＨＩＩを通知するためのメカニズムは不明である。例えば、通常、マクロセルの傘下のＵＥは、ＨｅＮＢのＲＡＣＨコンフィギュレーションを知らない。したがって、マクロセルの傘下のＵＥが、ＨｅＮＢにＰＲＡＣＨを送信することは不可能である。
【０２２７】
これらの問題点を解消するために、本実施の形態では、マクロセルが、ＵＥを介してＨｅＮＢにＨＩＩを通知するための具体的なメカニズムを開示する。本実施の形態では、マクロセルが、ＵＥを介してＨｅＮＢにＨＩＩを通知するための具体的なメカニズムとして、ＵＥが、ＨｅＮＢのＲＡＣＨ設定（コンフィギュレーション）を用いて、ＨｅＮＢにＨＩＩを通知する方法について開示する。
【０２２８】
図２２は、ＵＥが、ＨｅＮＢのＲＡＣＨ設定を用いて、ＨｅＮＢにＨＩＩを通知する場合の概念図である。図２２において、参照符２２０１，２２０７，２２１３はＵＥを示し、参照符２２０４はｅＮＢ（マクロセル）を示し、参照符２２０９はＨｅＮＢを示す。ＵＥ２２０１，２２０７，２２１３は、前述の図７のＵＥ７１に相当し、ＨｅＮＢ２２０９は、小規模基地局装置である図７のＨｏｍｅ−ｅＮＢ７２−２に相当し、マクロセル２２０４は、大規模基地局装置である図７のｅＮＢ７２−１に相当する。
【０２２９】
ＵＥ２２０１，２２０７は、マクロセル２２０４の傘下のＵＥである。ＵＥ２２１３は、ＨｅＮＢ２２０９の傘下のＵＥである。また図２２において、参照符２２０３，２２０５は、マクロセル２２０４からＵＥ２２０１，２２０７への下りリンクを示し、参照符２２０２，２２０６はＵＥ２２０１，２２０７からマクロセル２２０４への上りリンクを示し、参照符２２１１は、ＨｅＮＢ２２０９からＵＥ２２１３への下りリンクを示し、参照符２２１２は、ＵＥ２２１３からＨｅＮＢ２２０９への上りリンクを示す。また図２２において、参照符２２１０は、マクロセル２２０４とＨｅＮＢ２２０９との間のインタフェースを示し、参照符２２０８は、ＵＥ２２０７からＨｅＮＢ２２０９に送信されるＰＲＡＣＨを示す。
【０２３０】
マクロセル２２０４は、ＨｅＮＢ２２０９に対してＨＩＩを通知したい場合、自マクロセル２２０４の傘下のＵＥ２２０７を介して、該ＨｅＮＢ２２０９にＨＩＩを通知する。例えば、実施の形態１から実施の形態１の変形例８に開示した方法で、マクロセル２２０４から、ＨｅＮＢ２２０９にＨＩＩを通知する旨あるいはＨＩＩを通知されたＵＥ２２０７は、該ＨｅＮＢ２２０９に対してＨＩＩを送信する。該ＵＥ２２０７は、該ＨｅＮＢ２２０９のＲＡＣＨ設定により、ＰＲＡＣＨ２２０８を用いて、該ＨｅＮＢ２２０９に対して上り送信を行い、該ＨＩＩを通知する。こうすることで、マクロセル２２０４は、傘下のＵＥ２２０７を介して、ＨｅＮＢ２２０９に対してＨＩＩを通知することが可能となる。
【０２３１】
しかし、通常、マクロセルの傘下のＵＥは、ＨｅＮＢのＲＡＣＨ設定を認識せず、したがって、マクロセルの傘下のＵＥがＨｅＮＢにＰＲＡＣＨを送信することは不可能であるという問題がある。このため、上記に開示した方法を実現するためには、ＵＥにＨｅＮＢのＲＡＣＨ設定を認識させる必要がある。ＵＥがＨｅＮＢのＲＡＣＨ設定パラメータを知る方法の具体例について、以下に開示する。
【０２３２】
３ＧＰＰ  ＴＳ３６．２１３  Ｖ９．０．１（以下「非特許文献１１」という）には、セルフオーガナイズドネットワーク（Self Organized Network：ＳＯＮ）を目的として、ＲＡＣＨ設定（RACH Configuration）をｅＮＢ間でＸ２インタフェースを用いて通知することが開示されている。一方、ＨｅＮＢにおいては、Ｘ２インタフェースがサポートされない。よって、ＨｅＮＢでは、非特許文献１１に開示される方法でＲＡＣＨ設定を通知することができない。したがってＨｅＮＢは、自セルのＲＡＣＨ設定パラメータを、Ｓ１インタフェースを用いて周辺のノードへ通知する。具体例としては、図２２のマクロセル２２０４とＨｅＮＢ２２０９との間のインタフェース２２１０に、Ｓ１インタフェースを用いる。
【０２３３】
ＨｅＮＢが自セルのＲＡＣＨ設定パラメータを通知する周辺のノードを、どのように決定するかの具体例について、以下に開示する。ＨｅＮＢが自セルのＲＡＣＨ設定パラメータを通知する周辺のノードは、ＨｅＮＢの周辺無線環境の測定結果に基づいて決定する。周辺無線環境の具体例としては、周辺セルの測定結果がある。周辺セルの測定結果の具体例としては、受信品質、受信電力、パスロスなどがある。
【０２３４】
ＨｅＮＢは、周辺無線環境の測定結果において、あるノードの受信品質、あるいは受信電力がある閾値以上（あるいは閾値より大きい）であれば、自セルのＲＡＣＨ設定パラメータを通知するノードとして、該ノードを選択する。または、ＨｅＮＢは、周辺無線環境の測定結果において、あるノードのパスロスがある閾値未満（あるいは以下）であれば、自セルのＲＡＣＨ設定パラメータを通知するノードとして、該ノードを選択する。自セルのＲＡＣＨ設定パラメータを通知するノードは、１つであっても複数であってもよい。上記の方法で、自セルのＲＡＣＨ設定パラメータを通知するノードを選択することにより、周辺のノードを選択することが可能となる。これにより、無駄なノードにまで自セルのＲＡＣＨ設定パラメータを通知する必要がなくなり、ＨｅＮＢの処理の負荷を軽減することができる。
【０２３５】
例えば、実施の形態１に開示した方法では、ＨｅＮＢは該選択したノードに、ノード毎のＰＣＩと受信電力情報、自ＨｅＮＢのＰＣＩを通知するが、この際に、自ＨｅＮＢのＲＡＣＨ設定パラメータを通知するようにしておくとよい。図１４で開示した例では、ステップＳＴ１４０３でＨｅＮＢはセルの種類の情報を取得してマクロセルのみを選択している。したがって、ステップＳＴ１４０４でＨｅＮＢはマクロセル毎のＰＣＩと受信電力情報、自ＨｅＮＢのＰＣＩを通知するが、この際に、自ＨｅＮＢのＲＡＣＨ設定パラメータを通知するようにしておくとよい。
【０２３６】
ＨｅＮＢのＲＡＣＨ設定パラメータの通知を受けたマクロセルは、ＨｅＮＢに、ＵＥを介してＨＩＩを通知する必要が生じた場合、傘下の移動端末（ＵＥ）に対して、該情報を通知する。通知の方法の具体例を、以下に２つ開示する。（１）報知情報を用いて通知する。（２）個別信号を用いて通知する。
【０２３７】
マクロセルが、ＬＴＥ、ＬＴＥ−Ａにおける報知情報を用いて、ＨｅＮＢにＨＩＩを通知する具体例について開示する。報知情報としては、ＲＡＣＨ設定（RACH Configuration）を用いる。ＲＡＣＨ設定を用いる場合の具体例について、以下に２つ開示する。（１）現在のＲＡＣＨ設定中に、サービングセル用、つまりＨｅＮＢの上り送信の設定パラメータの通知を受けたノード用のＲＡＣＨ設定と、ＨｅＮＢのＲＡＣＨ設定とを設ける。（２）現在のＲＡＣＨ設定とは別にＲＡＣＨ設定を設ける。
【０２３８】
個別信号を用いて傘下のＵＥに個別にＨＩＩを通知する場合は、ＨＩＩを通知する旨の情報あるいはＨＩＩとともに、ＲＡＣＨ設定を通知してもよい。また、該ＲＡＣＨ設定が、どのＨｅＮＢのものであるかが分かるようにするために、該ＲＡＣＨ設定とともに、対応するＨｅＮＢのセルアイデンティティを通知するようにする。セルアイデンティティとしては、ＰＣＩでもよいし、ＧＣＩでもよい。ＧＣＩの場合、ＰＣＩの重複によって他のＨｅＮＢと混同される問題を無くすことが可能となる。
【０２３９】
傘下のＵＥに、報知情報を用いてＨＩＩを通知する場合、あるいは個別信号を用いてＵＥに個別にＨＩＩを通知する場合、図２２のＨｅＮＢ２２０９から該ＨｅＮＢのＲＡＣＨ設定パラメータの通知を受けたマクロセル２２０４は、傘下のＵＥ２２０１，２２０７に対して、下りリンク２２０３，２２０５でＨＩＩを通知する。例えば、ある特定のＵＥに対して個別にＨＩＩを通知する場合は、マクロセル２２０４は、傘下のＵＥ２２０７に対して、下りリンク２２０５でＨＩＩを通知する。
【０２４０】
ＲＡＣＨ設定パラメータの具体例を以下に２つ開示する。
【０２４１】
（１）ＲＡＣＨ設定。さらにＬＴＥ、ＬＴＥ−Ａでの具体例としては、「RACH-ConfigCommon」、「PRACH-config」などがある（３ＧＰＰ  ＴＳ３６．３３１  Ｖ９．０．０（以下「非特許文献１０」という）参照）。
【０２４２】
（２）上り周波数情報。ＨｅＮＢと傘下の移動端末の間で用いられている上り周波数情報。上り周波数情報の具体例としては、キャリア周波数、周波数バンド、コンポーネントキャリアなどがある。ＬＴＥ、ＬＴＥ−Ａにおいては「freqInfo」「ul-CarrierFreq」「ul-Bandwidth」などがある（非特許文献１０参照）。
【０２４３】
コンポーネントキャリアについて、以下に説明する。ＬＴＥ−Ａシステムでは、ＬＴＥシステムの周波数帯域幅（transmission bandwidths）より大きい周波数帯域幅をサポートすることが考えられている（非特許文献６、非特許文献７参照）。そのため、ＬＴＥ−Ａ対応の移動端末は、同時に１つあるいは複数のコンポーネントキャリア（component carrier：ＣＣ）を受信することが考えられている。ＬＴＥ−Ａ対応の移動端末は、同時に複数のコンポーネントキャリア上の受信および送信、受信のみ、あるいは送信のみをキャリアアグリゲーション（carrier aggregation）するための能力（capability）を持つことが考えられている。
【０２４４】
本実施の形態では、ＲＡＣＨ設定パラメータについて記載したが、ＲＡＣＨ設定パラメータに限らず、ＵＥがＨＩＩを通知するＨｅＮＢへ上り送信を行うためのパラメータであればよい。このようにすることで、マクロセルは、ＵＥに対してＨｅＮＢへ上り送信を行うためのパラメータを通知することが可能となる。ＵＥは、ＨｅＮＢに対して、通常の上りリンク設立時と同じプロシージャで行うことができるため、ＨｅＮＢに対する上りリンク設立時に特別な制御を必要とせず、ＵＥの制御が簡易になる。
【０２４５】
またＵＥが、ＨＩＩをＨｅＮＢに対して通知する前に、予めマクロセルが、ＵＥに対してＨｅＮＢへ上り送信を行うためのパラメータを通知しておくことで、ＵＥが、マクロセルからＨＩＩを通知する旨あるいはＨＩＩを受信した際に、該上り送信を行うためのパラメータを用いて、直ちにＨＩＩをＨｅＮＢに対して通知することが可能となる。したがって、マクロセルがＨｅＮＢに対してＨＩＩを通知する際の制御遅延を小さくすることが可能となる。これによって、ダイナミックに変化する干渉の状況に応じて、該干渉を回避させるためのスケジューリングが可能となる。
【０２４６】
マクロセルから、ＨＩＩを通知する旨あるいはＨＩＩを受信したＵＥは、所定のＨｅＮＢに対してＨＩＩを通知する。どのＨｅＮＢに通知するかについては、実施の形態１に開示した方法とすればよい。通知の方法の具体例を、以下に６つ開示する。（１）ＰＲＡＣＨを用いて通知する。（２）ＵＬ−ＳＣＨを用いて通知する。（３）ＲＲＣ設立要求にのせて（あるいは含ませて、あるいは一緒に）通知する。（４）ＲＲＣメッセージにのせて通知する。（５）ＮＡＳメッセージにのせて通知する。（６）ＭＡＣシグナリングで通知する。
【０２４７】
ＰＲＡＣＨを用いて、所定のＨｅＮＢに対してＨＩＩを通知する場合について、具体例を開示する。非特許文献９には、ＰＲＡＣＨを用いて通知することが記載されているが、どのようにＰＲＡＣＨを用いるかについては、全く開示されていない。ＰＲＡＣＨは、上り送信開始時にＵＥが送信する信号である。このため、非特許文献９の技術では、ＨｅＮＢは、該ＰＲＡＣＨを受信した場合、該ＰＲＡＣＨがＨＩＩなのか、それとも通常の上り送信開始時のＰＲＡＣＨなのかを把握することができない。またＨＩＩとして、所望の物理リソースを特定させる情報が必要となるが、非特許文献９の技術では、該情報を従来のＰＲＡＣＨに、どのようにのせるかが不明である。これらの問題を解消するために、本実施の形態では、ＰＲＡＣＨを用いて、どのようにＨＩＩを通知するかについて、以下に開示する。
【０２４８】
（１）ＰＲＡＣＨのプリアンブルシーケンスおよびＰＲＡＣＨの少なくともいずれか一方に使用する周波数―時間軸上の物理リソースを、所望の物理リソースに対応させる。
【０２４９】
（２）ＰＲＡＣＨのプリアンブルシーケンスおよびＰＲＡＣＨの少なくともいずれか一方に使用する周波数−時間軸上の物理リソースを、ＨＩＩ通知用と通常のＰＲＡＣＨ用とで予め分けておく。
【０２５０】
（３）ＰＲＡＣＨに、物理リソースを表すビットおよび用途を示すビットの少なくともいずれか一方を付随させる。
【０２５１】
ＰＲＡＣＨのプリアンブルシーケンスを所望の物理リソースに対応させる場合、一つまたは複数のＰＲＢ（物理リソースブロック）に対して、一つのプリアンブルシーケンスを対応させておけばよい。該対応は、静的に予め決めておいてもよい。
【０２５２】
マクロセルから、ＨＩＩを通知する旨あるいはＨＩＩを受信したＵＥが、該ＨＩＩの内容、すなわち干渉を回避させたい所望の物理リソースと対応するＰＲＡＣＨのプリアンブルシーケンスを選択して、ＨｅＮＢに対してＰＲＡＣＨを用いてＨＩＩを通知すればよい。該ＰＲＡＣＨを受信したＨｅＮＢは、該ＰＲＡＣＨのプリアンブルシーケンスにより物理リソースを特定することが可能となり、自ＨｅＮＢの傘下のＵＥに、該物理リソースをスケジューリングしないようにすることが可能となる。
【０２５３】
別の方法として、ＨＩＩを通知するＵＥに対して、対応するプリアンブルシーケンスを通知する。マクロセルは、報知情報を用いてＨＩＩを通知してもよいし、個別信号を用いて個別にＨＩＩを通知してもよい。マクロセルが、ＨＩＩを通知する旨あるいはＨＩＩとともに、ＵＥに通知するようにしてもよい。ＵＥは、通知されたプリアンブルシーケンスを用いて、ＰＲＡＣＨによってＨＩＩを送信する。この場合、物理リソースとプリアンブルシーケンスとの対応情報を、ＨｅＮＢとマクロセルとにおいて共有しておくとよい。ＨｅＮＢからマクロセルへ、あるいはマクロセルからＨｅＮＢへ該対応情報を予め通知しておくとよい。あるいは、ＨｅＮＢからマクロセルへＲＡＣＨ設定とともに通知するようにしておいてもよい。これにより、該プリアンブルシーケンスのＰＲＡＣＨを受信したＨｅＮＢは、物理リソースを特定することが可能となり、自ＨｅＮＢの傘下のＵＥに、該物理リソースをスケジューリングしないようにすることが可能となる。
【０２５４】
ＰＲＡＣＨに使用する周波数−時間軸上の物理リソースを、所望の物理リソースに対応させる場合も、同様である。また、この場合、ＰＲＡＣＨに使用する周波数−時間軸上の物理リソースを指示するＰＲＡＣＨ設定インデックス（PRACH Configuration Index）を用いてもよい。
【０２５５】
ＨＩＩ用と通常のＰＲＡＣＨ用とで異ならせておく場合も、対応について予め静的に決めておくとよい。また、該対応関係を予めセルが報知してもよい。ＳＩＢ１あるいはＳＩＢ２を用いるとよい。上述のような方法を用いることによって、ＰＲＡＣＨのビット数を増やすことなく、ＨＩＩを通知することが可能となる。ＰＲＡＣＨに用途を示すビットを付随させる場合、ＨＩＩ用と通常のＰＲＡＣＨ用とを表すために、ビット数を１ビットとしてもよい。これによって、最小のビット数の付随で、ＨＩＩ用と通常のＰＲＡＣＨ用とを分別することが可能となる。上述の方法は組合せて用いることができる。
【０２５６】
ＰＲＡＣＨを用いてＨＩＩを通知する場合、ＵＥは、ＨｅＮＢに対して上り送信を行うだけでよく、ＨｅＮＢからの下り信号を受信する必要は無い。したがって、ＨｅＮＢの傘下にないＵＥにおいては、サービングセルを変更するなどの複雑な制御を行う必要が無く、簡易な制御でＨＩＩをＨｅＮＢに通知することが可能となる。また、ＨＩＩ用のＰＲＡＣＨを送信したＵＥは、ランダムアクセスレスポンスを受信しなくてもよいものとしておくとよい。また、ＨＩＩ通知用のＰＲＡＣＨを受信したＨｅＮＢは、ランダムアクセスレスポンスを、ＰＤＣＣＨを用いて送信しないものとしておくとよい。これにより、ＨＩＩ用のＰＲＡＣＨを送信したＵＥは、ランダムアクセスレスポンスを受信しなかったとしても、受信失敗と判断することが無くなる。また、ＨＩＩ用としてＰＲＡＣＨを受信したＨｅＮＢは、ランダムアクセスレスポンスの送信を削減することができる。これにより、ＵＥやＨｅＮＢの処理の負荷を軽減することができるとともに、無線リソースを有効に活用することができる。
【０２５７】
ＵＥが、所定のＨｅＮＢに対してＨＩＩを通知する方法として、ＲＲＣ設立要求にのせて（あるいは含ませて、あるいは一緒に）通知する場合、上り初期送信に用いるＲＡＣＨプロシージャの、ＲＲＣ設立要求（RRC Connection Establishment Request）を用いるとよい。ＲＡＣＨプロシージャのＭＳＧ３で送信可能である。これにより、該ＨｅＮＢと該ＵＥとの間でＲＲＣ接続状態を設立する前に、ＨＩＩを通知することが可能となる。ＨＩＩを通知するＵＥが、ＲＲＣ＿Ｉｄｌｅ状態の場合、状態の移行を行う必要が無くなるため、ＨＩＩ通知制御を簡易にできる。
【０２５８】
ＲＲＣメッセージにのせて通知する場合、あるいは、ＮＡＳメッセージにのせて通知する場合は、ＨＩＩを通知するＵＥが、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態の場合、状態の移行を行う必要が無くなるため、ＨＩＩ通知制御を簡易にできる。
【０２５９】
ＵＬ−ＳＣＨを用いて通知する場合、ＲＲＣ設立要求にのせて通知する場合、ＲＲＣメッセージにのせて通知する場合、ＮＡＳメッセージにのせて通知する場合、ＭＡＣシグナリングで通知する場合において、該信号がＨＩＩであることを示す情報をのせるようにしてもよい。こうすることで、ＨｅＮＢは、他の信号と分別できるため、該ＨＩＩによる干渉の回避処理を優先的に行うなど、制御遅延を削減することが可能となる。
【０２６０】
実施の形態２  変形例１．
上記の実施の形態では、ＨｅＮＢのＲＡＣＨ設定パラメータを移動端末が知る方法の具体例として、ＨｅＮＢが周辺のマクロセルへ自ＨｅＮＢのＲＡＣＨ設定パラメータを通知し、マクロセルが傘下のＵＥへ、ＨｅＮＢのＲＡＣＨ設定パラメータを通知するようにしている。本変形例では、別の方法を開示する。ＵＥが、周辺に存在するＨｅＮＢからＲＡＣＨ設定パラメータを取得する。
【０２６１】
図２３は、ＵＥが、周辺に存在するＨｅＮＢからＲＡＣＨ設定パラメータを取得する場合の概念図である。図２３において、図２２に対応する部分については同一の参照符を付して、説明を省略する。ＵＥ２２０７は、周辺に存在するＨｅＮＢ２２０９から、エアインタフェース２３０１を用いて、ＲＡＣＨ設定パラメータを取得する。エアインタフェース２３０１を用いて、該ＲＡＣＨ設定パラメータを取得する方法を、以下に開示する。
【０２６２】
ＵＥは、周辺セルのメジャメントを行い、検出したセルの報知情報を受信することで、該ＲＡＣＨ設定パラメータを取得する。報知情報を受信するまでの一連の方法は、実施の形態１の変形例１に開示した方法を適用すればよい。図１７のステップＳＴ１７０２〜ステップＳＴ１７０５の処理を適用できる。ステップＳＴ１７０４で、ＵＥは、周辺セルから、報知情報であるＲＡＣＨ設定パラメータを取得する。ＬＴＥ規格では、ＲＡＣＨ設定パラメータは、報知情報中のＳＩＢ２に含まれる。したがって、報知情報中のＳＩＢ２を取得することで、該セルのＲＡＣＨ設定パラメータを取得することが可能となる。ＵＥは、周辺に存在するセルから取得したＲＡＣＨ設定パラメータと、ステップＳＴ１７０３で取得した該セルのＰＣＩとを関連付けて記憶しておけばよい。
【０２６３】
ＵＥが、周辺セルのメジャメントで検出した全てのセルのＳＩＢ２を取得するには時間がかかり、ＵＥの処理が膨大になり、消費電力が増大する。この問題を解消するために、図１７のステップＳＴ１７０５で、セルの種類情報を取得して、ＨｅＮＢに対してのみＳＩＢ２を取得し、ＲＡＣＨ設定パラメータを取得するようにしてもよい。ＨｅＮＢのＰＣＩが、他の種類のセルと分別できる場合は、ステップＳＴ１７０３で取得したセルのＰＣＩによって、ＨｅＮＢであるか否かを判断し、ＨｅＮＢに対してのみＳＩＢ２を取得し、ＲＡＣＨ設定パラメータを取得するようにしてもよい。
【０２６４】
また、サービングセルの指示によりメジャメント行う場合は、ＵＥは、予めステップＳＴ１７０２において、サービングセルから、メジャメント指示メッセージとともに、報知情報のＳＩＢ２まで取得して、ＲＡＣＨ設定パラメータを取得するセルを特定しておくとよい。該セルの特定は、ＰＣＩあるいはＧＣＩを用いて行うとよい。また、メジャメント指示メッセージに、ＲＡＣＨ設定パラメータを取得する必要があるか無いかを示す情報を含めておいてもよい。また、最初は受信電力のみ測定した結果をサービングセルに通知し、該サービングセルが該測定結果の報告をもとに、ＳＩＢ２まで取得すべきセルを、再度メジャメント指示メッセージによりＵＥに通知するようにしてもよい。該メッセージを受信したＵＥは、再度該セルの報知情報を受信して、ＲＡＣＨパラメータを受信する。こうすることで、ＵＥの処理を削減することが可能となり、消費電力を低減させることができる。
【０２６５】
上記では、ＲＡＣＨ設定パラメータがＳＩＢ２に含まれる構成にしているが、これに限らず、ＲＡＣＨ設定パラメータが他のＳＩＢあるいはＭＩＢに含まれる構成にしてもよい。この場合であっても、ＲＡＣＨ設定パラメータがＳＩＢ２に含まれる場合と同様の効果を得ることができる。
【０２６６】
本変形例で開示した方法とすることで、ＵＥが、周辺に存在するＨｅＮＢからＲＡＣＨ設定パラメータを取得することが可能となる。通常、ＨｅＮＢは、自セルの傘下のＵＥのために、ＲＡＣＨ設定パラメータを報知している。これを利用することで、ＨＩＩ通知のための特別なシグナリング、例えばマクロセルからＵＥへのＨｅＮＢのＲＡＣＨ設定パラメータ通知のためのシグナリングを無くすことが可能となる。したがって、シグナリング負荷を増加させずに、ＵＥが、ＨｅＮＢのＲＡＣＨ設定パラメータを取得することが可能となる。また、実施の形態１の変形例２に開示した、ＵＥが、どのＨｅＮＢに通知するかを決定する方法と組合せることで、マクロセルを介した処理の削減が可能となるため、システムとしてのシグナリング負荷の削減、および消費電力の削減が可能である。
【０２６７】
実施の形態２  変形例２．
干渉が問題となることを回避したいセル、すなわち、ＨＩＩを通知するセルがＣＳＧセルである場合がある。該ＣＳＧセルの近傍に存在するＵＥが、該ＣＳＧに属さない場合がある。このような場合、マクロセルが、該ＵＥを介して該ＣＳＧセルにＨＩＩを通知しようとしても、ＵＥはＨＩＩを通知することはできない。これは、前述した非特許文献３に示されるように、ＵＥは、ＣＳＧホワイトリストに該ＣＳＧセルのＣＳＧ−ＩＤが有していない場合には、該ＣＳＧセルにアクセスすることが許可されないためである。
【０２６８】
例えば、マクロセルがＨＩＩを通知するＨｅＮＢがＣＳＧセルで、周辺のＵＥがＣＳＧホワイトリストに該ＣＳＧセルのＣＳＧ−ＩＤが有していない場合、マクロセルは、該ＵＥを介して該ＨｅＮＢにＨＩＩを通知することが不可能となる。このため、干渉となる物理リソースを該ＨｅＮＢに通知することが不可能となり、該物理リソースを、傘下のＵＥにスケジューリングできなくなってしまう。あるいはスケジューリングしたとしても該ＣＳＧセルからの干渉によって通信品質が劣化してしまう。このような状況は、通信速度の低下を生じさせ、最悪の場合、通信断を生じさせてしまう。
【０２６９】
このような問題を解決するために、ＣＳＧセルのＣＳＧ−ＩＤをＣＳＧホワイトリストに有していないＵＥが、該ＣＳＧセルにアクセスすることを許可するようにするとよい。しかし、前述のように、ＣＳＧセルは、ある特定のグループに属するユーザのみに利用させるセルである。したがって、ＵＥが全ての状況においてＣＳＧセルにアクセスすることを許可した場合、ＣＳＧの主旨に反することになる。そこで、ＨＩＩを通知する場合に限定する。すなわち、ＣＳＧセルのＣＳＧ−ＩＤをＣＳＧホワイトリストに有していないＵＥが、ＨＩＩを通知する場合は、該ＣＳＧセルにアクセスすることを許可する。こうすることで、ＣＳＧセルの周辺に、該ＣＳＧセルのＣＧＳ−ＩＤに属さないＵＥしか存在しない場合も、該ＣＳＧセルに対してＨＩＩを通知することが可能となる。
【０２７０】
ＣＳＧセルは、ＣＧＳ−ＩＤに属さないＵＥからの信号を受信した場合、該信号がＨＩＩか否かを判断する必要が生じる。そのため、該信号がＨＩＩで無い場合は、該ＵＥからのアクセスを許可せず、該信号がＨＩＩである場合、該ＵＥからのアクセスを許可するようにする。
【０２７１】
ＣＳＧセルが、ＵＥからの信号がＨＩＩか否かを判断する方法としては、実施の形態２に開示した方法を適用すればよい。ＰＲＡＣＨを用いて通知する場合は、ＰＲＡＣＨのプリアンブルシーケンスおよびＰＲＡＣＨの少なくともいずれか一方に使用する周波数−時間軸上の物理リソースを、ＨＩＩ通知用と通常のＰＲＡＣＨ用とで予め分ける方法を用いればよい。あるいは、ＵＬ−ＳＣＨを用いて通知する場合、ＲＲＣ設立要求にのせて通知する場合、ＲＲＣメッセージにのせて通知する場合、ＮＡＳメッセージにのせて通知する場合においては、該信号がＨＩＩであることを示す情報をのせる方法を用いればよい。これにより、ＣＳＧセルが、ＵＥからの信号がＨＩＩか否かを判断することが可能となり、ＣＳＧセルのＣＳＧ−ＩＤをＣＳＧホワイトリストに有していないＵＥが、ＨＩＩを通知する場合に、該ＣＳＧセルにアクセス可能となる。また、干渉が問題となることを回避したいセル、すなわち、ＨＩＩを通知するセルがＣＳＧセルの場合にも、ＵＥを介して該セルにＨＩＩを通知することが可能となり、通信速度の低下および通信断を防ぐことができる。
【０２７２】
実施の形態３．
前述のように、非特許文献９には、ＵＥからＨｅＮＢへ通知するチャネルとして、ＰＲＡＣＨ、ＵＬ−ＳＣＨを用いることが提案されているが、その他の記載は無く、ＨＩＩをＨｅＮＢに通知するＵＥの状態についても、具体的には何ら開示されていない。ＵＥがＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態なのか、ＲＲＣ＿Ｉｄｌｅ状態なのか、また、各々の状態の場合にどのようにしてＨＩＩを通知するのか、などのメカニズムが不明である。例えば、通常ＰＲＡＣＨは、ＲＲＣ＿Ｉｄｌｅ時のＵＥが上り送信を開始する場合に使用するチャネルであるため、既にＲＲＣ接続を設立しているＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥが、該ＰＲＡＣＨを用いることはできない。したがってＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥを介して、ＨｅＮＢにＨＩＩを通知することはできないという問題が生じる。これらの問題点を解消するために、本実施の形態では、ＵＥの状態に応じたＨＩＩの通知方法について開示する。
【０２７３】
本実施の形態では、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態、すなわち接続状態のＵＥが、ＨｅＮＢに対してＨＩＩを通知する場合、該ＵＥは、ＲＲＣ＿Ｉｄｌｅ状態、すなわち待受け状態に遷移する。そしてＵＥは、ＲＲＣ＿Ｉｄｌｅに遷移した後に、ＨｅＮＢにＨＩＩを通知する。
【０２７４】
図２４は、ＵＥがＲＲＣ＿Ｉｄｌｅに遷移した後に、ＨｅＮＢにＨＩＩを通知する場合の移動体通信システムのシーケンス例を示す図である。サービングセルは、マクロセルであるとする。ステップＳＴ２４０１において、ＵＥは、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態である。
【０２７５】
ステップＳＴ２４０２で、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥを介して、ＨｅＮＢにＨＩＩを通知することとしたサービングセルは、ステップＳＴ２４０３で、該ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥ（ステップＳＴ２４０１）に対して、ＨＩＩを通知する旨の通知情報、あるいは干渉関連情報であるＨＩＩを通知する。ステップＳＴ２４０３でＨＩＩを通知する旨の情報あるいはＨＩＩを通知したサービングセルは、ステップＳＴ２４０４で、該ＵＥに対してＲＲＣ接続リリースメッセージを通知する。該ＲＲＣ接続リリースメッセージを受信したＵＥは、ステップＳＴ２４０５で、ＲＲＣ接続をリリースし、ＲＲＣ＿Ｉｄｌｅ状態に遷移する。
【０２７６】
ステップＳＴ２４０６で、ＵＥは、ＲＲＣ＿Ｉｄｌｅに遷移後、ＨＩＩを通知すべきＨｅＮＢに対してＨＩＩを通知する。ＨＩＩを通知した該ＵＥは、ステップＳＴ２４０７で、サービングセルに対してＲＲＣ接続要求を行う。
【０２７７】
ステップＳＴ２４０８で、該ＲＲＣ接続要求を受信したサービングセルと、該ＵＥとの間で、ＲＲＣ接続処理を行い、ＲＲＣ接続を設立する。
【０２７８】
ステップＳＴ２４０４のＲＲＣ接続リリースメッセージは、ステップＳＴ２４０３に含めるようにしてもよい。また、ステップＳＴ２４０３のＨＩＩを通知する旨の情報あるいはＨＩＩを通知したらＲＲＣ接続をリリースすることに、予め静的に決めておいてもよい。こうすることで、ステップＳＴ２４０４のＲＲＣ接続リリースメッセージを省略することが可能となる。
【０２７９】
ステップＳＴ２４０６のＨＩＩの通知方法は、実施の形態２に開示した方法を適用すればよい。どのＨｅＮＢに対してＨＩＩを通知するかどうか、また、自ＵＥがＨｅＮＢに対してＨＩＩ通知するかどうかについては、実施の形態１に開示した方法を適用すればよい。
【０２８０】
ＨＩＩを通知した該ＵＥは、ステップＳＴ２４０７で、サービングセルに対してＲＲＣ接続要求を行うようにしている。これによって、サービングセルとの通信が途中の場合などに、再度通信することが可能となる。
【０２８１】
別の方法として、ステップＳＴ２４０６でＨＩＩを通知した該ＵＥは、セルリセレクションを行うようにしてもよい。これによって、その時点での受信電力が最も高いベストセルを選択することが可能となる。また、ＨＩＩ通知後の通信品質の向上を図ることができる。
【０２８２】
ステップＳＴ２４０６のＨＩＩを通知後、ＵＥがサービングセルに戻るために、ＲＲＣ接続要求を行うようにするか否か、あるいはセルリセレクションするかどうか、などをサービングセルが判断して、ＵＥに通知するようにしてもよい。これらを示すパラメータを設け、ステップＳＴ２４０３あるいはステップＳＴ２４０４に含めて通知するようにしてもよい。ステップＳＴ２４０４のＲＲＣ接続リリースに含める場合、該リリースの理由情報に加えてもよい。
【０２８３】
また、サービングセルは、通信中のＵＥに対してＨＩＩを通知するようにした場合、該ＵＥが再度サービングセルとＲＲＣ接続の設立を行うまでの間にデータが欠落することを防止するための処置を行うとよい。たとえば、サービングセルは、ステップＳＴ２４０３あるいはステップＳＴ２４０４に、ＵＥがＨＩＩ通知後、サービングセルに戻るためにＲＲＣ接続要求を行うようにする旨の情報を含めて通知した後に、該ＵＥとの間でやりとりすべきデータを保存しておく。ステップＳＴ２４０８で該ＵＥとの間でＲＲＣ接続処理が行われた後に、該保存したデータを該ＵＥとの間で通信する。また、ステップＳＴ２４０７のＲＲＣ接続要求に、ＨＩＩ通知後のＲＲＣ接続要求である旨を示す情報を含めるようにしてもよい。これにより、サービングセルは、通常のＲＲＣ接続要求とＨＩＩ通知後のＲＲＣ接続要求とを区別できるようになる。
【０２８４】
これらの処理を行うことで、たとえ通信中のＵＥがＲＲＣ＿Ｉｄｌｅに遷移したとしてもＨＩＩを通知する間のデータの欠落を防ぐことが可能となり、サービングセルは該ＵＥにサービスを継続して提供することが可能となる。
【０２８５】
このようにすることで、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥを介して、ＨｅＮＢにＨＩＩを通知することが可能となる。また、ＨＩＩを通知するＵＥがＲＲＣ＿ｃｏｎｎｅｃｅｄ状態の場合に、該ＵＥは、ＰＲＡＣＨを用いてＨＩＩを通知することが可能となる。
【０２８６】
ステップＳＴ２４０６で、ＨＩＩをＨｅＮＢに対して通知する際に必要となる該ＨｅＮＢのＲＡＣＨ設定パラメータを、実施の形態２に開示した方法で予め取得しておくことで、該ＵＥは、早期に該ＨｅＮＢに対してＨＩＩを通知することが可能となる。
【０２８７】
別の方法として、ＵＥがステップＳＴ２４０５でＲＲＣ＿Ｉｄｌｅ状態へ遷移した後に、該ＨｅＮＢへセルリセレクションを行ってから、ＨＩＩを通知するようにしてもよい。該ＨｅＮＢへセルリセレクション後にＨＩＩを通知したＵＥは、ＨＩＩ通知後、元のサービングセルにセルリセレクションするようにして、ステップＳＴ２４０７で、ＲＲＣ接続要求を通知するようにしておけばよい。
【０２８８】
ＨｅＮＢをセルリセレクションすることで、該ＨｅＮＢに対して上りリンクおよび下りリンクを設立することが可能となる。この場合、該ＨｅＮＢに対してＲＲＣ接続を設立することも可能となるため、ＨＩＩの通知を、ＲＲＣ接続設立後のシグナリングで通知することも可能となる。
【０２８９】
ＵＥは、ＲＡＣＨ設定パラメータを予め取得しておくのではなく、該ＨｅＮＢへセルリセレクションを行い、該ＨｅＮＢからの報知情報を受信することで、ＲＡＣＨ設定パラメータを取得するようにしてもよい。こうすることで、制御遅延は増すけれども、ＲＡＣＨ設定パラメータを予め取得する必要が無くなる。
【０２９０】
実施の形態３  変形例１．
上記の実施の形態では、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥを介して、ＨｅＮＢにＨＩＩを通知するために、ＵＥをＲＲＣ＿Ｉｄｌｅに遷移させた後に、ＨＩＩを通知するようにしている。本変形例では、別の方法として、ＵＥは、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のまま、ＨｅＮＢにＨＩＩを通知する。サービングセルは、該ＵＥがＨｅＮＢにＨＩＩを通知している間、該ＵＥへのスケジューリング（リソース割当て）を停止する。
【０２９１】
該ＵＥへのスケジューリングを停止するためのトリガとして、サービングセルが該ＵＥに対してＨＩＩを通知する旨の情報あるいはＨＩＩを通知した場合、あるいは、サービングセルがＵＥからＨＩＩを通知する旨の情報あるいはＨＩＩを受信した旨の信号を受信した場合とするとよい。
【０２９２】
該ＵＥへのスケジューリングを再度許可するためのトリガとして、該ＵＥからのスケジューリング再開要求信号を受信した場合とするとよい。該スケジューリング再開要求信号として、スケジューリングリクエスト信号を用いてもよい。また、ＨｅＮＢへのＨＩＩ通知完了後のスケジューリング再開要求である旨の情報をスケジューリングリクエスト信号に含めて通知するようにしてもよい。
【０２９３】
また、該ＵＥへのスケジューリングを再度許可するためのトリガの別の方法として、ＨｅＮＢがＵＥからＨＩＩを受信した後に、該サービングセルへＨＩＩを受信した旨の情報を通知するようにして、該通知を受信した場合としてもよい。該ＨｅＮＢからサービングセルへの通知には、Ｓ１インタフェースを用いるようにすればよい。
【０２９４】
また、該ＵＥへのスケジューリングを再度許可するためのトリガの別の方法として、該ＵＥへのスケジューリングを停止している期間のタイマを設けて、該タイマが満了した場合とするとよい。タイマは、上記該ＵＥへのスケジューリングを停止するトリガによって開始すればよい。
【０２９５】
図２５は、ＵＥがＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のまま、ＨｅＮＢにＨＩＩを通知する場合の移動体通信システムのシーケンス例を示す図である。図２５において、図２４に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
【０２９６】
ステップＳＴ２４０３で、ＨＩＩを通知する旨の情報あるいはＨＩＩをＵＥへ通知したサービングセルは、ステップＳＴ２５０１で、該ＵＥへのスケジューリングを停止する。ステップＳＴ２４０６で、ＨＩＩをＨｅＮＢに対して送信したＵＥは、ステップＳＴ２５０２で、サービングセルに対してスケジューリングリクエスト信号を送信する。
【０２９７】
ステップＳＴ２５０２で、該ＵＥからスケジューリングリクエスト信号を受信したサービングセルは、ステップＳＴ２５０３で、該ＵＥに対してスケジューリングを開始する。
【０２９８】
上述のように、ステップＳＴ２５０２のスケジューリングリクエスト信号に、ＨｅＮＢへのＨＩＩ通知完了後のスケジューリング再開要求である旨の情報を含めるようにしてもよい。ある期間、ＵＥから該スケジューリング再開要求信号が送信されてこない場合、あるいはＨｅＮＢからＨＩＩを受信した旨の情報が送信されてこない場合、サービングセルは、再度該ＵＥに対して、ＨＩＩを通知する旨の情報あるいはＨＩＩを通知するようにしてもよい。ある期間としてタイマを設定してもよい。こうすることで、サービングセルが、確実にＨｅＮＢに対してＨＩＩを通知することが可能となるため、干渉の回避を確実に行えるようになる。
【０２９９】
ステップＳＴ２４０６のＨＩＩの通知方法として、実施の形態２に開示した方法を適用すればよいことを述べた。たとえば、ＰＲＡＣＨを用いてＨＩＩを通知する方法である。しかし、非特許文献１に示されるように、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥがＲＡＣＨプロシージャを行う場合（以降、ＲＡＣＨプロシージャ許可状態と称する）は限定されている。したがって、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥがＨＩＩを通知する場合、ＵＥは該ＲＡＣＨプロシージャ許可状態になるまで待たなくてはならない。この待ち時間が遅延時間となり、干渉回避を即座に反映させたスケジューリングを行うことが不可能となる。また、該ＲＡＣＨプロシージャ許可状態にならない場合は、ＰＲＡＣＨを用いてＨＩＩを通知することが不可能となり、干渉回避のためのスケジューリングを行うこと自体が不可能となる。
【０３００】
このような問題を解消するために、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥがＨＩＩを通知する場合は、ＲＡＣＨプロシージャを行うことを許可する。あるいは、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥがＨＩＩを通知する場合は、ＰＲＡＣＨの送信を許可する。
【０３０１】
こうすることで、サービングセルからＨＩＩを通知する旨の情報あるいはＨＩＩを受信したＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥは、ＲＡＣＨプロシージャあるいはＰＲＡＣＨを用いてＨＩＩをＨｅＮＢに対して通知することが可能となる。これにより、ＵＥは小さい遅延時間でＨＩＩをＨｅＮＢに通知することが可能となる。
【０３０２】
本変形例で開示した方法とすることで、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥを介して、ＨｅＮＢにＨＩＩを通知することが可能となる。また、ＵＥがＲＲＣ＿Ｉｄｌｅ状態に遷移することを回避することが可能となるため、ＵＥは、ＨＩＩを通知する旨の情報あるいはＨＩＩを受信後、直ちにＨｅＮＢに対してＨＩＩを通知することが可能となる。したがって、ＨＩＩの通知のための制御に有する時間を短くすることが可能となる。これにより、ある時点の干渉状況を、少ない制御遅延で即座に反映させたスケジューリングが可能となる。
【０３０３】
また、ＵＥがＨＩＩの通知後も、サービングセル（マクロセル）と該ＵＥとの間で、ＲＲＣ接続が設立されているため、再度該サービングセルとの間で通信を行うことが可能となる。この際に、ＲＲＣ接続処理を行う必要が無くなるため、早期に、少ない処理で通信可能となる。これによって、制御遅延の削減、およびＵＥの低消費電力化を図ることができる。
【０３０４】
上記の方法では、サービングセルは、ＵＥへのスケジューリングを停止するようにしているが、上りスケジューリングだけを停止するようにしてもよい。ＨｅＮＢにＨＩＩを通知するためには、ＵＥは、上り送信を必要とする。この上り送信と、サービングセルからスケジューリングされた上り送信とが同時に行われてしまうことを回避することができる。
【０３０５】
また、サービングセルは、ＵＥへのスケジューリングを停止するのではなく、ＵＥへのスケジューリングにおいて、ＨｅＮＢのＰＲＡＣＨ送信用の物理リソースが存在するサブフレームを用いないようにしてもよい。すなわち、該物理リソースが存在するサブフレームを、ＵＥに割当てないようにする。こうすることで、同じように上り送信が同時に行われてしまうことを回避することができる。
【０３０６】
サブフレームではなく、ＨｅＮＢのＰＲＡＣＨ送信用の物理リソースが存在する無線フレームとしてもよい。この場合でも、同様の効果を得ることができる。
【０３０７】
サービングセルは、予めＨｅＮＢのＰＲＡＣＨ送信用の物理リソースを認識しておく。この方法は、実施の形態２に開示した方法を用いればよい。これにより、サービングセルは、該物理リソースの存在するサブフレーム、あるいは無線フレームを避けて、ＵＥに対してスケジューリングすることが可能となる。
【０３０８】
同様に、サービングセルは、ＵＥへのスケジューリングにおいて、ＨｅＮＢがＵＥに割当てたＵＬ−ＳＣＨ用の物理リソースが存在するサブフレーム、あるいは無線フレームを用いないようにしてもよい。同じく、ＵＥが同時に上り送信を行うことを回避することが可能となる。ＨｅＮＢは、実施の形態２に開示したＲＡＣＨ設定を、周辺セルに通知する方法と同様に、ＵＬ−ＳＣＨを割当てる物理リソース情報を通知しておくとよい。
【０３０９】
また、サービングセルは、セミパーシステントスケジューリングを行う際に、ＨｅＮＢのＰＲＡＣＨ送信用の物理リソースが存在するサブフレームを用いないようにしてもよい。あるいは、ＨｅＮＢがＵＥに割当てたＵＬ−ＳＣＨ用の物理リソースが存在するサブフレームを用いないようにしてもよい。サブフレームでは無く、無線フレームとしてもよい。ＨｅＮＢは、実施の形態２に開示したＲＡＣＨ設定を周辺セルに通知する方法と同様に、セミパーシステントスケジューリングで割当てる物理リソース情報を通知しておくとよい。同じく、ＵＥが同時に上り送信を行うことを回避することが可能となる。
【０３１０】
また、ＵＥがＨｅＮＢに対してＨＩＩを通知している際に、ＵＥがサービングセルとの間で個別制御チャネル用のベアラが切断されてしまうような状態、無線リンク失敗（Ｒadio Link Ｆailure）状態などになってしまった場合、ステップＳＴ２５０２で、スケジューリングリクエストではなく、ＲＲＣ再接続要求メッセージを用いるとよい。ＵＥとサービングセルとの間でＲＲＣ再接続処理を行った後で、必要に応じてサービングセルは、ＵＥに対してスケジューリングを行うようにすればよい。
【０３１１】
上記の方法では、サービングセルは、ＵＥへのスケジューリングを停止するようにしているが、停止はせずに、ＵＥにおいて、ＨｅＮＢへのＨＩＩの送信のサブフレームとマクロセルへの上り送信のサブフレームとが重なった場合には、ＵＥは、どちらかを優先して行うようにすればよい。例えば、ＵＥは、サービングセルへの上り送信を優先して、ＨｅＮＢへのＨＩＩの送信を行わないようにする。これにより、ＵＥは、同時送信を回避することができるとともに、サービングセルとの通信を中断させることが無くなる。
【０３１２】
逆に、例えば、ＵＥは、ＨｅＮＢへのＨＩＩの送信を優先して、サービングセルへの上り送信を行わないようにしてもよい。これにより、ＵＥは、同時送信を回避することができるとともに、ＨＩＩの送信によって干渉を回避することが可能となる。また、サービングセルが、ＵＥからの上り送信を受信できなくなるが、ＨＡＲＱ、ＡＲＱの再送制御によって、ＵＥに再度上り送信させることとすればよい。これにより、遅延は生じるけれども、通信を中断させることは無くなる。
【０３１３】
また、サービングセルは、ＵＥへのスケジューリングを停止せず、上りスケジューリングを行わないＵＥを選択し、該ＵＥを介してＨｅＮＢにＨＩＩを通知するようにしてもよい。例えば、マクロセルは、ＨＩＩ通知ＨｅＮＢリストに、ＨｅＮＢに対応付けてＨＩＩを通知すべきＵＥをリストアップするような場合に、該ＵＥを複数リストアップしておけばよい。例えば、受信電力が高い順に順番を付けて、複数のＵＥをリストしておけばよい。サービングセルは、あるＨｅＮＢに対してＨＩＩを通知する際に、該ＨｅＮＢの受信電力が最も高いＵＥに上りスケジューリングを行っている場合は、次の順位のＵＥを介してＨｅＮＢにＨＩＩを通知するようにすればよい。これらの方法とすることで、ＵＥが同時に上り送信を行うことを回避することが可能となる。
【０３１４】
実施の形態３  変形例２．
本変形例では、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥを介して、ＨｅＮＢにＨＩＩを通知する別の方法として、サービングセルが、該ＨｅＮＢへのハンドオーバー（ＨＯ）を用いて該ＵＥにＨＩＩを通知させる。
【０３１５】
サービングセルは、ＨＩＩを通知すべきＨｅＮＢをターゲットセルとして、該ＨｅＮＢへＨＩＩを通知すべきＵＥに対して、ＨＯ手順を起動する。この際、ＨＯの手順を起動するＵＥの数は、複数でもよいが、できれば一つがよい。ＨＯの手順を起動するＵＥの数を複数にすると、ＨｅＮＢへのＨＯのためのシグナリング負荷が急増してしまうためである。ＨＯの手順を起動するＵＥの数を一つとする方法は、実施の形態１の変形例１に開示した方法とすればよい。
【０３１６】
ＵＥは、ネットワーク（サービングセル）から指示されたＨｅＮＢに対して、通常のＨＯの手順を用いて、ＲＲＣ設立を行う。ＵＥは、ＲＲＣ設立を行う際に、ＨＩＩを通知する。前述のように、ＰＲＡＣＨを用いてもよいし、ＲＲＣ設立要求メッセージを用いてもよい。また、ＨＯの手順に従い、ＨｅＮＢとのＲＲＣ設立後に、ＨＩＩを通知するようにしてもよい。これによって、ＭＡＣメッセージ、ＲＲＣメッセージ、ＮＡＳメッセージにより通知することが可能となる。
【０３１７】
ＲＲＣ設立を行う際に、ＨＩＩを通知するようにした場合、ＨＩＩを受信したＨｅＮＢは、ＵＥを、元のサービングセルに切り戻りさせる、すなわち元のサービングセルの制御下に戻す。この方法として、ＨＩＩを受信したＨｅＮＢが、ＲＡＣＨプロシージャを終了させない、あるいは、ＲＲＣ設立要求メッセージに対して、リジェクトメッセージをＵＥに通知するようにするとよい。こうすることで、ＵＥは、ＨＯに失敗したとして処理するため、元のサービングセルへ切り戻る処理を行うことになる。切り戻りにおいては、元のサービングセルに対して、ＲＲＣ再接続要求メッセージを用いて、再度ＲＲＣ設立を行うようにしてもよい。
【０３１８】
また、ＵＥがＨｅＮＢとＲＲＣ接続を設立せずに元のサービングセルへ切り戻る処理を行うようにした場合、サービングセルは予めＨｅＮＢに対して、ＨＯリクエスト、あるいは、データおよびデータの番号等、該データに関する情報の通知（Data forwarding、SN status transfer）を行わないようにしておいてもよい。これにより、サービングセルとＨｅＮＢとの間のシグナリング量を低減することが可能となる。また、該データに関する情報をサービングセルが保持しておき、該ＵＥとＲＲＣ再接続設立後、該ＵＥとの間で通信するようにしておくとよい。これにより、サービングセルとＵＥとの間で通信を継続することが可能となる。
【０３１９】
ＨｅＮＢとのＲＲＣ設立後に、ＨＩＩを通知するようにした場合、ＨｅＮＢは、元のサービングセルをターゲットセルとして、該ＵＥをＨＯさせる。これにより、ＵＥは、元のセルにＨＯした後に、再度通信を行うことが可能となる。
【０３２０】
本変形例で開示した方法とすることで、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥを介してＨｅＮＢにＨＩＩを通知することが可能となる。また、サービングセルは、通常のＨＯの手順として、ＨｅＮＢのＲＡＣＨ設定パラメータをＵＥに通知すればよいので、予め通知しておく必要が無くなる。このため、シグナリング負荷を削減することが可能となる。
【０３２１】
実施の形態３  変形例３．
実施の形態３から実施の形態３の変形例２では、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のＵＥを介して、ＨｅＮＢにＨＩＩを通知する方法を開示した。本変形例では、ＲＲＣ＿Ｉｄｌｅ状態のＵＥを介して、ＨｅＮＢにＨＩＩを通知する方法の一例を開示する。
【０３２２】
通常、サービングセルから、ＲＲＣ＿Ｉｄｌｅ状態のＵＥへメジャメント指示は行われない。したがって、ＲＲＣ＿Ｉｄｌｅ状態のＵＥは、実施の形態１の変形例１に開示した、定期的に周辺電波環境のメジャメントを行う方法を用いるとよい。
【０３２３】
サービングセルは、傘下のＵＥに対して、自サービングセルのカバレッジ内に、ＨｅＮＢが配置されているか否かを示す情報を通知しておくとよい。こうすることで、カバレッジ内にＨｅＮＢが配置されていないサービングセルの場合は、ＵＥは、ＲＲＣ＿Ｉｄｌｅ状態において定期的にメジャメントを行う必要が無くなるため、低消費電力化を図ることができる。
【０３２４】
該カバレッジ内に、ＨｅＮＢが配置されているか否かを示す情報の通知は、報知情報として報知されるようにしておけばよく、例えばＳＩＢ１に含めるとよい。ＳＩＢ１は、予め送信タイミングが決められているため、ＵＥは早期に受信することが可能となる。
【０３２５】
該カバレッジ内に、ＨｅＮＢが配置されているか否かを示す情報を受信したＵＥは、サービングセルの受信電力によらず、周辺電波環境のメジャメントを行うようにする。該周辺電波環境のメジャメントは、周期的に行う。該周期は、予め静的に決められていてもよいし、サービングセルから報知情報にのせて報知されてもよい。
【０３２６】
また、サービングセルは、傘下のＵＥに対して、自サービングセルのカバレッジ内に配置されるＨｅＮＢまでのパスロス（あるいはパスロスの範囲）を通知しておくようにしてもよい。該各ＨｅＮＢまでのパスロスは、報知情報として報知されるようにしておけばよく、例えばＳＩＢ４に含めるとよい。ＳＩＢ４には、隣接セル情報がのるので、該隣接セル情報と関連付けてバスロスを通知するようにしておくとよい。
【０３２７】
該パスロスが報知されているセルをサービングセルとするＵＥは、サービングセルからのパスロスを導出し、ＨｅＮＢまでのパスロスと同じ（あるいはある範囲内）になっている間、メジャメントを行うようにすればよい。
【０３２８】
サービングセルからＲＲＣ＿Ｉｄｌｅ状態のＵＥに対して、ＨＩＩを通知する旨あるいはＨＩＩを通知する方法は、実施の形態１の変形例８に開示した方法を用いればよい。
【０３２９】
ＲＲＣ＿Ｉｄｌｅ状態のＵＥが、ＨｅＮＢに対してＨＩＩを通知する方法は、実施の形態２に開示したＰＲＡＣＨを用いる方法、ＲＲＣ接続要求を用いる方法を用いればよい。上記の方法を用いることによって、ＲＲＣ＿Ｉｄｌｅ状態のＵＥを介して、ＨｅＮＢにＨＩＩを通知することが可能となる。こうすることで、通信中（ＲＲＣ接続設立中）のＵＥを介さなくても、ＨｅＮＢへＨＩＩを通知させることが可能となる場合がある。したがって、該通信中のＵＥに対して、データ伝送の遅延が生じることを回避することができる。
【０３３０】
実施の形態４．
ＨＩＩを受信したＨｅＮＢは、該ＨＩＩ内容に従って、物理リソースに割当てを行わない、あるいは該物理リソースの電力を低くするなど、マクロセルとの干渉を回避するためのスケジューリングを行う。しかし、既にマクロセルでは、該物理リソースを用いなくてもよい状況になる場合があるため、この干渉を回避するためのスケジューリングをいつまでも続けると、無線リソースの使用効率を低下させる。前述のように、非特許文献９には、この問題については何ら開示されていない。そこで本実施の形態では、この問題点を解消するために、ＨＩＩを受信したＨｅＮＢは、干渉回避のためのスケジューリングを所定の時点で解除することにする。
【０３３１】
ＨＩＩを受信したＨｅＮＢが、干渉回避のためのスケジューリングを解除する方法として、干渉回避のためのスケジューリング期間を設定する。具体的には、該期間のタイマを設けて、該タイマが満了した場合、干渉回避のためのスケジューリングを解除する。
【０３３２】
図２６は、ＨｅＮＢが干渉回避のためのスケジューリングを解除するためにタイマを設ける場合の移動体通信システムのシーケンス例を示す図である。図２６において、図２４に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。ＨＩＩを通知する方法として、本実施の形態では、実施の形態３に開示した方法を用いるが、別の方法であってもよい。
【０３３３】
ステップＳＴ２４０６で、ＵＥからＨＩＩを受信したＨｅＮＢは、ステップＳＴ２７０１で、自セル（該ＨｅＮＢ）の傘下のＵＥに対して、該ＨＩＩに従って、干渉回避のためのスケジューリングを開始する。このとき、干渉回避のためのスケジューリングを解除するまでの期間を設定するためのタイマを設けておき、該タイマをスタートさせる。タイマは、たとえばＨＩＩが通知された時点からスタートされ、ＨＩＩが通知された時点から、干渉回避のためのスケジューリングを解除するまでの期間として予め定める期間が経過するまでを計時する。
【０３３４】
ステップＳＴ２７０２で、ＨｅＮＢは、タイマが満了か否かを判断し、まだ満了していない場合は、干渉回避のためのスケジューリングを続けて、該タイマが満了したか否かをチェックする。該タイマが満了した場合は、ステップＳＴ２７０３に移行する。
【０３３５】
ステップＳＴ２７０３で、ＨｅＮＢは、傘下のＵＥに対して、干渉回避のためのスケジューリングを解除する。このとき、該タイマをリセットする。こうすることで、傘下のＵＥに対して、通常のスケジューリングを行うことができる。これにより、ＨｅＮＢは、干渉を回避するためのスケジューリングをいつまでも続けることがなくなり、無線リソースの使用効率が低下することを防ぐことが可能となる。
【０３３６】
実施の形態４  変形例１．
ＨＩＩを受信したＨｅＮＢが、干渉回避のためのスケジューリングを解除する別の方法として、ＨＩＩ解除信号をＨｅＮＢに通知する。ＨｅＮＢは、該ＨＩＩ解除信号を受信したとき、干渉回避のためのスケジューリングを解除する。
【０３３７】
図２７は、ＨｅＮＢがＨＩＩ解除信号を受信した場合に干渉回避のためのスケジューリングを解除する場合の移動体通信システムのシーケンス例を示す図である。図２７において、図２４に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。ＨＩＩを通知する方法として、本変形例では、実施の形態３に開示した方法用いるが、別の方法であってもよい。
【０３３８】
ステップＳＴ２４０６で、ＵＥからＨＩＩを受信したＨｅＮＢは、ステップＳＴ２８０１で、自セル（該ＨｅＮＢ）の傘下のＵＥに対して、該ＨＩＩに従って、干渉回避のためのスケジューリングを開始する。
【０３３９】
ステップＳＴ２８０２で、サービングセルは、傘下のＵＥに対して、ＨＩＩで通知した物理リソースにスケジューリングする必要が無くなるなど、ＨｅＮＢに対して干渉回避のためのスケジューリングを解除してもよい状況になった場合、ＨＩＩ解除の手順を起動する。
【０３４０】
ステップＳＴ２８０３で、サービングセルは、ＨＩＩを解除する旨の情報をＵＥに対して通知する。ステップＳＴ２８０４で、サービングセルは、ＲＲＣ接続リリースメッセージをＵＥに対して通知する。
【０３４１】
ステップＳＴ２８０３でＨＩＩを解除する旨の情報を受信し、ステップＳＴ２８０４でＲＲＣ接続リリースメッセージを受信したＵＥは、ステップＳＴ２８０５で、ＲＲＣ＿Ｉｄｌｅへ遷移する。
【０３４２】
ステップＳＴ２８０６で、ＵＥは、ＨＩＩを解除する旨の情報を、該情報を通知すべきＨｅＮＢに対して通知する。該ＨＩＩを解除する旨の情報を受信したＨｅＮＢは、ステップＳＴ２８０９で、傘下のＵＥに、干渉回避のためのスケジューリングを解除する。また、ステップＳＴ２８０６でＨｅＮＢにＨＩＩを解除する旨の情報を通知したＵＥは、ステップＳＴ２８０７で、サービングセルに対して、ＲＲＣ接続要求信号を送信し、ステップＳＴ２８０８で、サービングセルとＵＥとの間でＲＲＣ接続処理を行う。ＨＩＩを解除する旨の情報の通知方法は、ＨＩＩを通知する場合と同様にすればよい。この際、ＨＩＩを通知するＵＥと、ＨＩＩを解除する旨の情報を通知するＵＥとは、異なっていてもよい。
【０３４３】
以上のように、ＨＩＩを解除する旨の情報を、ＨｅＮＢに対して通知することで、ＨｅＮＢは、干渉を回避するためのスケジューリングをいつまでも続けることがなくなり、無線リソースの使用効率が低下することを防ぐことが可能となる。またこの方法では、サービングセルがＨＩＩを解除するかどうかを判断することができるので、サービングセルが傘下のＵＥに、柔軟に適切なスケジューリングを行うことが可能となる。
【０３４４】
実施の形態５．
実施の形態２および実施の形態４では、ＵＥが、ＨｅＮＢのＲＡＣＨ設定（コンフィギュレーション）を用いて、ＨｅＮＢにＨＩＩを通知する方法について開示した。本実施の形態では、マクロセルが、ＵＥを介してＨｅＮＢにＨＩＩを通知するための具体的なメカニズムとして、ＵＥが、サービングセルのＲＡＣＨ設定（コンフィギュレーション）を用いて、ＨｅＮＢにＨＩＩを通知する方法について開示する。
【０３４５】
図２８は、ＵＥが、サービングセルのＲＡＣＨ設定を用いて、ＨｅＮＢにＨＩＩを通知する場合の概念図である。図２８において、図２２に対応する部分については同一の参照符を付して、説明を省略する。図２８において、矢符２６０１は、ＵＥ２２０７からマクロセルであるｅＮＢ２２０４へ送信されるＰＲＡＣＨ２２０６を、ＨｅＮＢ２２０９が受信することを示す。
【０３４６】
マクロセル２２０４は、ＨｅＮＢ２２０９に対してＨＩＩを通知したい場合、自マクロセル２２０４の傘下のＵＥ２２０７を介して、該ＨｅＮＢ２２０９にＨＩＩを通知する。例えば、実施の形態１から実施の形態１の変形例８に開示した方法で、マクロセル２２０４からＨｅＮＢ２２０９にＨＩＩを通知する旨あるいはＨＩＩを通知されたＵＥ２２０７は、該ＨｅＮＢ２２０９に対してＨＩＩを送信する。
【０３４７】
該ＵＥ２２０７は、マクロセル２２０４のＲＡＣＨ設定により、ＰＲＡＣＨ２２０６を用いて、該ＨＩＩを通知する。ＨｅＮＢ２２０９は、該ＰＲＡＣＨ２２０６を受信して、ＨＩＩを受信する。こうすることで、マクロセル２２０４は、傘下のＵＥ２２０７を介してＨｅＮＢ２２０９に対して、ＨＩＩを通知することが可能となる。
【０３４８】
通常、マクロセルの傘下のＵＥは、マクロセルに対して通信を開始するために、マクロセルのＲＡＣＨ設定を認識している。マクロセルから報知される報知情報を受信することで、該ＲＡＣＨ設定パラメータを取得する。したがって、マクロセルの傘下のＵＥが、マクロセルのＲＡＣＨ設定を用いてマクロセルに対して、ＰＲＡＣＨを送信することは可能である。しかし、通常、ＨｅＮＢが、該ＵＥからマクロセルに送信されたＰＲＡＣＨを受信することは不可能である。ＨｅＮＢは、サービングセルであるマクロセルのＲＡＣＨ設定パラメータを認識していないためである。本実施の形態では、マクロセルのＲＡＣＨ設定パラメータを、ＨｅＮＢが認識する方法の具体例について、以下に開示する。
【０３４９】
マクロセルは、自セルのＲＡＣＨ設定パラメータをＨｅＮＢへ通知する。該通知には、Ｓ１インタフェースを用いるとよい。具体例として、図２８のインタフェース２２１０を用いて、マクロセル２２０４からＨｅＮＢ２２０９へ該マクロセルのＲＡＣＨ設定パラメータを通知する。インタフェース２２１０には、Ｓ１インタフェースを用いる。マクロセル２２０４は、該ＲＡＣＨ設定パラメータとともに、自セルのＰＣＩを通知するとよい。該ＲＡＣＨ設定パラメータを受信したＨｅＮＢ２２０９は、該マクロセル２２０４のＰＣＩと該ＲＡＣＨ設定パラメータとを関連付けて記憶しておけばよく、図９に示すＥＰＣ通信部９０１、プロトコル処理部９０３あるいは制御部９１１に記憶してもよい。
【０３５０】
一例として、マクロセルが、自セルのカバレッジ内に配置されたＨｅＮＢに対して、ＲＡＣＨ設定パラメータを通知する方法について開示する。マクロセルが、自セルのカバレッジ内に配置されるＨｅＮＢを認識する方法としては、実施の形態１に開示した方法を用いればよい。例えば、図１４のステップＳＴ１４０１〜ステップＳＴ１４０８の動作を用いるとよい。
【０３５１】
マクロセルは、自セルのカバレッジ内に配置されるＨｅＮＢを認識した後に、該ＨｅＮＢに対して、自セルのＲＡＣＨ設定パラメータを通知する。例えば、図１４のステップＳＴ１４０７およびステップＳＴ１４０８の処理が行われた後に、ＨＩＩ通知ＨｅＮＢリストのＨｅＮＢに対して、ＲＡＣＨ設定パラメータを通知する。追加されたＨｅＮＢに対して、ＲＡＣＨ設定パラメータを通知するようにしてもよい。削除されたＨｅＮＢに対しては、既に通知済みのＲＡＣＨ設定パラメータの削除を指示、あるいは許可を示す情報を通知するとよい。こうすることで、マクロセルは、自セルのＲＡＣＨ設定パラメータを、自セルのカバレッジ内に配置されているＨｅＮＢへ通知することが可能となる。
【０３５２】
一例として、マクロセルが、自セルのカバレッジ内に配置されたＨｅＮＢに対して、ＲＡＣＨ設定パラメータを通知する方法を開示したが、これに限らず、自マクロセル（ｅＮＢ）から、ある範囲内に配置されるＨｅＮＢにＲＡＣＨ設定パラメータを通知するようにしてもよい。この方法としては、実施の形態１の変形例を用いればよい。また、マクロセルが、ＨＩＩを通知するＨｅＮＢにＲＡＣＨ設定パラメータを通知するようにしてもよい。ある範囲内、あるいは、ＨＩＩを通知するＨｅＮＢに限定することで、マクロセルとＨｅＮＢとの間のシグナリング負荷を低減することが可能となる。
【０３５３】
マクロセルであるサービングセルからＨＩＩを通知する旨あるいはＨＩＩを受信したＵＥは、サービングセルの報知情報を受信して取得した該サービングセルのＲＡＣＨ設定パラメータを用いてＨＩＩを通知する。ここで、ＵＥはサービングセルに対してＨＩＩを通知することになる。ＵＥからＨＩＩを通知する方法については、実施の形態２に開示した方法を用いればよい。マクロセルからＲＡＣＨ設定パラメータを受信したＨｅＮＢは、該ＲＡＣＨ設定に従って、ＵＥからのＰＲＡＣＨを受信する。ＨｅＮＢは、マクロセルのＲＡＣＨ設定のうち、ＨＩＩに使用される設定のみに従って受信するようにしてもよい。あるいは、マクロセルからＨｅＮＢへＨＩＩに用いるＲＡＣＨ設定のみを通知するようにしておき、ＨｅＮＢは、通知されたＨＩＩに用いるＲＡＣＨ設定のみに従って受信するようにしてもよい。こうすることで、ＵＥが該マクロセルであるサービングセルのＲＡＣＨ設定のＰＲＡＣＨを用いてＨＩＩを送信した場合に、ＨｅＮＢは、該ＵＥからのＨＩＩを受信することが可能となる。
【０３５４】
以上のように本実施の形態で開示した方法とすることで、マクロセルが、ＵＥを介してＨｅＮＢにＨＩＩを通知することが可能となる。また、ＵＥは、ＨＩＩをサービングセルのＲＡＣＨ設定パラメータを用いて通知するので、どのＨｅＮＢにＨＩＩを通知するかを認識していなくてもよい。したがって、サービングセルがＵＥに対して、どのＨｅＮＢにＨＩＩを通知するかの情報を通知する必要が無くなる。あるいは、ＵＥが、どのＨｅＮＢにＨＩＩを通知するかを選択するような場合は、ＵＥが該選択処理を行わなくて済む。これらにより、シグナリング負荷の低減、およびＵＥの低消費電力化を図ることができる。
【０３５５】
また、マクロセルは、ＨＩＩを通知するときに用いるＲＡＣＨ設定を決定できるので、ＨＩＩを通知させるＵＥのスケジューリングが容易になる。例えば、実施の形態３の変形例１に開示した、ＵＥをＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態のままＨＩＩを通知させる場合など、サービングセルが傘下のＵＥへのスケジューリングと、ＨＩＩを通知するＲＡＣＨ設定との両方を制御できる。したがって、ＨＩＩを通知させるＵＥに同時にスケジューリングしないように制御することが容易になる。
【０３５６】
一般に、移動端末は、基地局の下り送信を受信し、それを基に、基地局の周波数に同期する。該機能は、オートマティックフリークェンシーコントロール（Automatic Frequency Control：ＡＦＣ）と称される。よって本実施の形態においては、ＵＥは、サービングセルに対して、ＨＩＩ通知用のＰＲＡＣＨを送信することになるので、サービングセルの周波数に同期することになる。サービングセルとＨｅＮＢとで使用するキャリアの周波数が、僅かに異なるような場合がある。このような場合、該サービングセルの周波数に同期したＵＥからの上り送信を、ＨｅＮＢが受信することは困難となる。
【０３５７】
本実施の形態では、この問題を解消するために、ＵＥは、ＨＩＩを通知するための上り送信に対しては、ＨｅＮＢの上りキャリア周波数を用いることとする。ＵＥは、ＨｅＮＢからの下り送信に対してＡＦＣを行うため、周辺セルのメジャメントを行い、ＨＩＩを通知するＨｅＮＢからの下り送信を受信して、ＡＦＣを実行する。周辺セルのメジャメントは、定期的に行うようにしてもよいし、サービングセルからＨＩＩを通知する旨あるいはＨＩＩの情報を受信した場合に行うようにしてもよい。また、この場合は、サービングセルは、ＵＥに対してＨＩＩを通知するＨｅＮＢ情報を通知しておけばよい。
【０３５８】
ＵＥがＨＩＩを通知するＨｅＮＢを選択する場合は、サービングセルは、ＵＥに対してＨＩＩを通知するＨｅＮＢ情報を通知する必要は無い。これにより、サービングセルとＨｅＮＢとで使用するキャリアの周波数が僅かに異なるような場合でも、ＵＥがサービングセルの上り送信を用いてＨＩＩを通知することで、該ＨＩＩをＨｅＮＢが受信することが可能となる。
【０３５９】
実施の形態５  変形例１．
本変形例では、マクロセルのＲＡＣＨ設定パラメータを、ＨｅＮＢが認識するための別の具体例を開示する。ＨｅＮＢが、メジャメントにより周辺のマクロセルの報知情報を受信して、ＲＡＣＨ設定パラメータを取得する。この方法として、実施の形態１に開示した方法を用いればよい。実施の形態１では、ＨｅＮＢが、電源オン時あるいはイニシャライズ時あるいは送信を停止している間に、周辺電波環境のメジャメントを行い、周辺に存在するセルの受信電力の測定、セルのセルアイデンティティ（ＰＣＩ）の取得を行い、セルの検出を行うことを開示した。また、ＨｅＮＢは、検出したセルの報知情報を受信することを開示した。この際に、ＨｅＮＢは、セルの報知情報に含まれる該セルのＲＡＣＨ設定パラメータを取得すればよい。ＲＡＣＨ設定パラメータは、通常ＳＩＢ２に含まれる。ＨｅＮＢは、ＳＩＢ２を受信して、ＲＡＣＨ設定パラメータを取得すればよい。
【０３６０】
以上のような構成にすることで、ＨｅＮＢは、周辺に存在するセルあるいはマクロセルのＲＡＣＨ設定パラメータを取得することが可能となる。この方法とすることで、マクロセルからＨｅＮＢに、Ｓ１インタフェースを用いてＲＡＣＨ設定パラメータを通知する必要が無くなる。したがって、該Ｓ１インタフェースのシグナリング負荷を低減することが可能となる。ＨｅＮＢに、周辺電波環境の測定機能、セルの検出機能、セルの報知情報受信機能、および該報知情報取得機能を備えることで、マクロセルからのＲＡＣＨ設定パラメータも取得可能となる。
【０３６１】
実施の形態５  変形例２．
前述の実施の形態５では、サービングセルとＨｅＮＢとで使用するキャリアの周波数が僅かに異なるような場合に、ＵＥは、ＨＩＩを通知するための上り送信について、ＨｅＮＢの上りキャリア周波数を用いることとした。本変形例では、別の方法として、ＵＥは、ＨＩＩを通知するための上り送信について、サービングセルの上りキャリア周波数を用いることとする。
【０３６２】
ＨｅＮＢは、該サービングセルであるマクロセルからの上り周波数でＨＩＩを受信しなければならない。これを達成するために、ＨｅＮＢは、該マクロセルの下り送信に対してＡＦＣを行い、該マクロセルの上り周波数でＨＩＩを受信する。ＨｅＮＢは、ＡＦＣを行うマクロセルとして、ＲＡＣＨ設定パラメータを通知されたマクロセルとすればよい。
【０３６３】
ＨｅＮＢは、該ＡＦＣを行うマクロセルのＰＣＩをもとに、周辺セルのメジャメントを行い、該ＰＣＩを有するマクロセルの下り送信を受信する。この周辺セルのメジャメントは、定期的に行うようにしてもよいし、あるいは周辺セルからＲＡＣＨ設定パラメータを受信した場合に、行うようにしてもよい。こうすることで、ＵＥが、サービングセルの上り送信を用いてＨＩＩを通知する場合に、サービングセルとＨｅＮＢとで使用するキャリアの周波数が僅かに異なるような場合でも、ＨｅＮＢは、ＨＩＩ通知用の上り送信を受信することが可能となる。
【０３６４】
なお、実施の形態５およびその変形例においてもＲＡＣＨ設定パラメータについて記載したが、実施の形態２と同様に、ＲＡＣＨ設定パラメータに限らず、ＵＥがサービングセルに対して上り送信を行うためのパラメータであればよい。
【０３６５】
実施の形態６．
本実施の形態では、ＵＥからＨｅＮＢへＨＩＩを通知するために、ＰＲＡＣＨを用いる場合の、該ＰＲＡＣＨの初期送信電力の決定方法について開示する。
【０３６６】
非特許文献１１では、ＰＲＡＣＨの初期送信電力について、以下の式（１）に示すように規定されている。
【０３６７】
PPRACH=min{Pcmax,PREAMBLE_RECEIVED_TARGET_POWER+PL}  [dBm]            …（１）
式（１）において、「PL」はパスロスを示す。式（１）の「Pcmax」は、以下の式（２）で決定され、式（１）の「PREAMBLE_RECEIVED_TARGET_POWER」は、以下の式（３に示すように規定される（３ＧＰＰ  ＴＳ３６．３２１  Ｖ９．１．０（以下「非特許文献１２」という）５．１．３章参照）。
【０３６８】
Pcmax=min{Pemax,Pumax}                    …（２）
式（２）において、「Pemax」は、セル毎に設定され、傘下の移動端末に報知される値であり、「Pumax」は、移動端末の能力（Capability）から決定される。
【０３６９】
PREAMBLE_RECEIVED_TARGET_POWER=preambleInitialReceivedTargetPower
+DELTA_PREAMBLE+(PREAMBLE_TRANSMISSION_COUNTER-1)*powerRampingStep  …（３）
式（３）において、「preambleInitialReceivedTargetPower」は、ＲＡＣＨ設定の一部であり、「DELTA_PREAMBLE」は、プリアンブルフォーマット（シーケンス）に基づいて決定される（非特許文献１２  ７.６章参照）。プリアンブルフォーマット（シーケンス）は、ＲＡＣＨ設定の一部である。「PREAMBLE_TRANSMISSION_COUNTER」は、何回目のプリアンブル送信かを示す。「powerRampingStep」は、ＲＡＣＨ設定の一部であり、「*」は乗算「×」を示す（非特許文献１０参照）。
【０３７０】
また、非特許文献９には、以下の事項が開示されている。ＵＥが、ＨＩＩの通知に必要な上り送信電力を、該ＵＥによるＨｅＮＢの下り受信品質の測定値に基づいて、サービングセルが該移動端末へ通知する、あるいは該ＵＥが推測することが開示されている。
【０３７１】
しかし、ＨＩＩ通知用のＰＲＡＣＨの初期送信電力の決定方法に、上記非特許文献１１に開示された式を用いる場合、サービングセルがこれらの式を用いてＰＲＡＣＨの初期送信電力を導出する場合も、ＵＥがこれらの式を用いてＰＲＡＣＨの初期送信電力を導出する場合も、式（１）の「PL」と式（２）の「Pemax」とが不確定となり、ＰＲＡＣＨの初期送信電力を決定できないという課題が発生する。
【０３７２】
本実施の形態では、この問題を解消するための方法を開示する。まず式（２）の「Pemax」についての解決策を開示する。ＨｅＮＢは、自セルの「Pemax」を、実施の形態２に開示したＲＡＣＨ設定パラメータと同様に、Ｓ１インタフェースを用いて周辺のノードへ通知する。これにより、サービングセルは、ＨＩＩを通知するＨｅＮＢの「Pemax」を認識することが可能となる。
【０３７３】
また、ＵＥがＰＲＡＣＨの初期送信電力を導出する場合は、実施の形態２に開示したＲＡＣＨ設定パラメータと同様の方法により、サービングセルから該パラメータを傘下のＵＥに通知する。これにより、ＨＩＩ用のＰＲＡＣＨを送信する移動端末は、ＨＩＩを通知するＨｅＮＢの「Pemax」を知ることができる。移動端末は、該「Pemax」を用いて、ＨＩＩを通知するＨｅＮＢのＨＩＩ用ＰＲＡＣＨの初期送信電力を決定する。
【０３７４】
上記に、ＨＩＩ用ＰＲＡＣＨの初期送信電力の導出のために、ＨＩＩを通知するＨｅＮＢの「Pemax」を用いる方法を開示した。しかし、「Pemax」は、それを設定するセル傘下のＵＥに対して、ＰＲＡＣＨの初期送信電力を導出させるために用いる。すなわち、該セルのカバレッジ内に存在するＵＥに対して設定される。
【０３７５】
本発明では、マクロセルの傘下のＵＥを介して、ＨｅＮＢに対してＨＩＩを通知する方法を開示した。この方法においては、ＵＥはマクロセルの傘下にあって、ＨｅＮＢの傘下ではない。したがって、ＨＩＩを通知するＵＥは、ＨｅＮＢのカバレッジ内に存在しない場合が生じる。このようなＵＥが、「Pemax」を用いて導出したＰＲＡＣＨの初期送信電力を用いた場合、十分な送信電力が得られず、ＨｅＮＢにおいて該ＰＲＡＣＨを受信できなくなるという問題が生じる。
【０３７６】
したがって、「Pemax」ではなく、「Pemax」よりも大きな値（例えばPemax_a）を設定して、ＰＲＡＣＨの初期送信電力を導出するようにすればよい。該Pemax_aは、予め静的に決められていてもよいし、サービングセルから、報知情報として報知されてもよい。サービングセルあるいはＵＥは、該Pemax_aを、上記式（２）の「Pemax」に代入するようにすればよい。
【０３７７】
また、「Pemax」よりどれくらい大きな値とするかを任意に設定するために、新たなパラメータＰHIIoffsetを設けるとよい。Pemax（ＨｅＮＢ毎）＋ＰHIIoffsetを、上記式（２）の「Pemax」に代入するようにすればよい。該ＰHIIoffsetは、予め静的に決められていてもよいし、サービングセルが決定してもよいし、ＵＥが決定してもよい。サービングセルが決定する場合は、サービングセルから該パラメータを傘下のＵＥへ、報知情報により報知する、あるいは個別に通知するようにすればよい。実施の形態１に開示したＨＩＩを通知する旨、あるいはＨＩＩと同様の方法でＵＥに通知するようにしてもよい。こうすることで、ＨｅＮＢ毎の「Pemax」を考慮することが可能となるため、ＨｅＮＢ毎にカバレッジが異なるような場合にも対応可能となる。
【０３７８】
また、ＨＩＩを通知すべきＨｅＮＢと、ＨＩＩを通知すべきＵＥとに適したＰHIIoffsetを設定することが可能となる。例えば、ＨＩＩを通知すべきＨｅＮＢからの受信電力が最も高いＵＥにＨＩＩを通知させるような場合には、該ＰHIIoffsetになるべく小さな値を設定しておけばよい。このように、ＰHIIoffsetを設定することで、ＨＩＩを通知すべきＵＥの数が多い場合でも、上り送信電力の増大を防ぐことが可能となるため、上り干渉を低減することが可能となる。
【０３７９】
また、実施の形態１の変形例６に開示した、ＨｅＮＢから、ある特定の受信電力範囲内に存在するＵＥを介してＨＩＩを通知する方法とした場合、該ＰHIIoffsetを、ＨｅＮＢ範囲閾値を用いて導出するようにしてもよい。所定の関数で、あるいは表により対応関係が予め決められていてもよい。ＰHIIoffsetの導出は、マクロセルであるサービングセルが行ってもよいし、ＵＥが該ＨｅＮＢ範囲閾値を認識している場合は、ＵＥが行ってもよい。また、この場合、該ＰHIIoffsetパラメータを用いずに、直接ＨｅＮＢ範囲閾値を用いて上記式（２）の「Pemax」に代入する値を計算するようにしてもよい。こうすることによって、ＨｅＮＢから、ある特定の受信電力範囲内に存在するＵＥを介してＨＩＩを通知する場合、ＵＥにおいて無駄な送信電力でＨＩＩを送信することを防ぐことが可能となる。
【０３８０】
該ＰHIIoffsetは、正の値だけでなく、０あるいは負の値であってもよい。例えば、ＨｅＮＢがＣＳＧセルである場合、該ＣＳＧセルのＣＳＧ−ＩＤに属さないＵＥは、たとえ該ＣＳＧセルのカバレッジ内に存在したとしても、該ＣＳＧセルをサービングセルとできずに、マクロセルをサービングセルとすることになる。したがって、該ＰHIIoffsetを０あるいは負の値として、ＣＳＧセルのカバレッジ内に存在するＵＥを介して、ＣＳＧセルに対してＨＩＩを通知させることも可能となる。これによって、ＨＩＩの通知のための送信電力を低く抑えることが可能となるため、干渉の低減およびＵＥの消費電力の低減を図ることができる。
【０３８１】
次に、上記式（１）の「PL」についての解決策を開示する。移動端末は、サービングセルのパスロスを用いる。これにより、ＰＲＡＣＨを送信する移動端末は、「PL」を確定することができる。移動端末は、該「PL」を用いて、ＨＩＩ用ＰＲＡＣＨの初期送信電力を導出する。ＵＥが通常のＰＬの導出方法で、該ＨＩＩ用ＰＲＡＣＨの初期送信電力を導出することが可能となる。しかし、移動端末は、ＨＩＩ用のＰＲＡＣＨの初期送信電力を決定する際、サービングセルのパスロスを用いた場合、移動端末の存在する位置によっては、無用に大きいＰＲＡＣＨの初期送信電力となり、無用な上り干渉が発生したり、ＵＥの消費電力が増大したりするという問題が生じる。そこで、ＨＩＩ用ＰＲＡＣＨの初期送信電力を決定する際に用いる「PL」の値の決定法方法の具体例を、以下に３つ開示する。
【０３８２】
（１）予め静的（Static）な値に決定する。具体例としては、規格上決定する。
【０３８３】
（２）ＨｅＮＢ毎の固定値とする。各ＨｅＮＢは、ＲＡＣＨ設定パラメータとして、周辺のマクロセルへ通知する。各マクロセルは、傘下の移動端末に対して通知する。移動端末への通知の方法の具体例を以下に２つ開示する
（２−１）報知情報を用いて通知する
（２−２）個別信号を用いて通知する。
【０３８４】
（３）ＵＥがメジャメントの際に、ＨｅＮＢ毎のパスロスを導出する。例えば実施の形態１の変形例１あるいは変形例４に開示したように、図１７のステップＳＴ１７０３からステップＳＴ１７０５の各処理を行うことによって導出すればよい。こうすることで、ＨＩＩ用ＰＲＡＣＨの初期送信電力が必要以上に大きくなることを防ぐことができる。これによって、上り干渉が発生したり、ＵＥの消費電力が増大することを防ぐことが可能となる。
【０３８５】
ＵＥは、通常のＰＲＡＣＨの初期送信電力を導出する場合は、非特許文献１１に開示される上記の式（１）〜式（３）を用いて導出することとし、ＨＩＩ用のＰＲＡＣＨの初期送信電力を導出する場合は、本実施の形態で開示した方法を用いて導出する。これにより、マクロセルが、傘下のＵＥを介してＨｅＮＢにＨＩＩを通知する際に用いるＰＲＡＣＨの初期送信電力を適正にすることが可能となる。したがって、ＨＩＩの受信エラーを低減することができ、また上り干渉が発生したり、ＵＥの消費電力が増大することを防ぐことが可能となる。
【０３８６】
実施の形態１から実施の形態６に開示した方法を適宜組合せて用いてもよい。これによって、状況に応じた、ＨｅＮＢへのＵＥを介したＨＩＩ通知方法とすることが可能となる。将来、多数のＨｅＮＢが配置されるような場合、あるいは一般ユーザによって配置されるような場合にも、マクロセルとＨｅＮＢとの間の干渉を低減することが可能となるため、高速および大容量の通信を提供することが可能となる。
【０３８７】
実施の形態１から実施の形態６では、ＨＩＩについて記載したが、ＨＩＩに限らず、マクロセルで使用する物理リソースへの干渉に関する情報である干渉関連情報、具体的には、干渉を回避するための信号であればよい。例えばＯＩであってもよい。実施の形態１から実施の形態６で開示した方法を用いることで、マクロセルとＨｅＮＢとの間の干渉を回避することが可能となる。
【０３８８】
実施の形態１から実施の形態６では、マクロセルとＨｅＮＢとの間の情報伝送のために、Ｓ１インタフェースを用いることを開示したが、Ｘ２インタフェースが設けられた場合はＸ２インタフェースを用いるようにしてもよい。
【０３８９】
実施の形態１から実施の形態６では、ＲＡＣＨ設定パラメータについて記載したが、これに限らず、上り送信を行うためのパラメータであればよい。
【０３９０】
また、ＨＩＩ通知用として、ＰＲＡＣＨを用いることを開示したが、新たにＨＩＩ通知専用の上りチャネルを設けて、該ＨＩＩ通知専用上りチャネルを用いてＨＩＩ情報およびＨＩＩ解除情報を通知してもよい。
【０３９１】
ＨＩＩ通知専用チャネルの具体例を、以下に３つ開示する。
【０３９２】
（１）移動端末に対して、該チャネルの上り送信が許可されているリソースが時間的に離散している。これにより、ＨｅＮＢが該チャネルを受信するため、連続受信を要せず、間欠受信で足りることとなる。ＨｅＮＢがＨＩＩを受信するため、消費電力の増大を防ぐので有効である。
【０３９３】
（２）該チャネルの送信が許可されているリソースが、時間的に周期を持っている。これにより、移動端末に対する度々の送信が許可されているリソースの通知が不要となる。これにより、無線リソースの有効活用という効果を得ることができる。
【０３９４】
（３）該チャネルの送信が許可されているリソースの周波数的割当が決まっている。これにより、移動端末およびＨｅＮＢの処理の負荷を軽減することができる。
【０３９５】
上述した該ＨＩＩ通知専用チャネルとそのコンフィグレーションとを、予め静的に決めておいてもよい。ＨＩＩを通知すべきＨｅＮＢに対して、ＵＥがＨＩＩを通知する際に、どのＨｅＮＢに対しても、該ＨＩＩ通知専用チャネルを用いてＨＩＩを通知する。こうすることで、ＵＥの制御を簡略化することが可能となる。また、該ＨＩＩ通知専用チャネルのコンフィグレーションをシグナリングする必要が無くなるので、シグナリング負荷を増大させること無く、ＨＩＩを通知するメカニズムを構築することができる。
【０３９６】
実施の形態１から実施の形態６では、たとえばＨＩＩやＯＩのような、物理リソースへの干渉に関する情報である干渉関連情報、具体的には、干渉を回避するための信号の通知方法について開示した。該物理リソースとして、物理リソースブロックではなく、コンポーネントキャリアとしてもよい。たとえば、マクロセルがキャリアアグリゲーションしているような場合に、該マクロセルは干渉が問題となるＨｅＮＢに対して、干渉を受けやすいあるいは干渉を受けたくないような一つまたは複数のコンポーネントキャリアを示す情報を含んだ干渉回避のための信号を設けて通知する。該信号を受信したＨｅＮＢは、該コンポーネントキャリアを傘下のＵＥに対してスケジューリングしないようにする、あるいは該コンポーネントキャリアのパワーを下げる、あるいは該コンポーネントキャリアをキャリアアグリゲーションしないようにする、などにより干渉とならないようにする。これにより、マクロセルは、該コンポーネントキャリアを傘下のＵＥに対してスケジューリング可能となる、あるいは該コンポーネントキャリアのパワーを上げることが可能となる、あるいは該コンポーネントキャリアをキャリアアグリゲーション可能となる。該干渉回避のための信号の通知方法および送信電力の決定方法は、実施の形態１から実施の形態６で開示した方法を用いればよい。
【０３９７】
キャリアアグリゲーションにおいて、スケジューリングが許可される一つまたは複数のコンポーネントキャリア、あるいは、スケジューリングを行う一つまたは複数のコンポーネントキャリアを、一つの組（セット）として運用する場合がある。このような場合、干渉回避のための信号に基づいて、該セット内のコンポーネントキャリアの追加、削除、入替えを行うことにより、コンポーネントキャリア単位で干渉回避を行うことが可能となる。
【０３９８】
また、コンポーネントキャリア単位で干渉回避を行うような場合は、マクロセルからＨｅＮＢに対して、該干渉回避のための信号を準静的に通知するような制御としてもよい。実施の形態１から実施の形態６では、ＵＥを介して干渉回避のための信号を通知する方法を開示したが、ＵＥを介してではなく、Ｓ１インタフェースを介して行うようにしてもよい。また、マクロセルは、報知情報に該コンポーネントキャリア単位の干渉回避のための信号を含めて報知しておき、ＨｅＮＢが周辺電波環境のメジャメントの際に検出したマクロセルから該報知情報を受信して、該コンポーネントキャリア単位の干渉回避のための信号を取得するようにしてもよい。この方法としては、実施の形態５の変形例１で開示したＨｅＮＢがマクロセルからＲＡＣＨ設定パラメータを取得する方法を用いればよい。ＨｅＮＢのメジャメントは、ＨｅＮＢの電源オン時、あるいはイニシャライズ時、あるいは送信を停止している間に行うようにすればよい。また、周期的あるいは定期的に行うようにしてもよい。該周期的あるいは定期的にメジャメントを行う際は、傘下のＵＥに対してスケジューリングすることを避けて、自己干渉を防ぐようにしておけばよい。
【０３９９】
このように、コンポーネントキャリア単位の干渉回避を行うことで、ＬＴＥ−Ａなど、より大きい周波数帯域幅をサポートするシステムの場合にも、マクロセルとＨｅＮＢとの間の干渉を低減することが可能となるため、高速、大容量の通信を提供することが可能となる。
【０４００】
実施の形態１から実施の形態６では、マクロセルとＨｅＮＢとの間の干渉低減方法として、マクロセルがＨｅＮＢにＨＩＩを通知する方法を開示した。しかし、マクロセルおよびＨｅＮＢは、セル毎にスケジューリングを行えるため、ＨｅＮＢのスケジューリングにおいてもマクロセルからの干渉、あるいはマクロセルの傘下のＵＥからの干渉を回避させたい場合が生じる。
【０４０１】
しかし、こういった場合に、マクロセルがＨｅＮＢに干渉回避のためのスケジューリングを行うよう指示するだけでは、ＨｅＮＢのみが通信速度の低下や通信容量の低下を引き起こす、といった問題が生じる。
【０４０２】
この問題を解消するために、ＨｅＮＢがマクロセルにＵＥを介してＨＩＩやＯＩのような物理リソースへの干渉に関する情報である干渉関連情報、具体的には、干渉を回避するための信号を通知する。
【０４０３】
一般に、ＨｅＮＢのカバレッジ内にマクロセル（ｅＮＢ）が配置される可能性は低い。多くの場合は、ＨｅＮＢのカバレッジ外にマクロセル（ｅＮＢ）が配置される。すなわち、ＨｅＮＢは自セルのカバレッジ外に配置されるマクロセル（ｅＮＢ）に対して自セルの傘下のＵＥを介して、干渉を回避するための信号を通知する必要がある。しかしこのような場合にも、実施の形態１から実施の形態６で開示した方法を適宜用いることで、ＨｅＮＢがマクロセルにＵＥを介して、干渉を回避するための信号を通知することが可能となる。
【０４０４】
たとえばこのような場合、ＨｅＮＢがＨＩＩを通知すべきマクロセルを限定する方法として、マクロセルのメジャメントを利用することはできない。ＨｅＮＢのカバレッジ外にマクロセル（ｅＮＢ）が配置される場合、一般にＨｅＮＢの出力電力はマクロセルの出力電力に比べて小さいため、該マクロセル（ｅＮＢ）が周辺電波環境のメジャメントを行ったとしても、該ＨｅＮＢを検出できない場合があるためである。
【０４０５】
しかしこの問題を解消するために、たとえば、ＨＩＩを通知すべきマクロセルを限定する方法として、実施の形態１で開示した、ＨｅＮＢがマクロセルのカバレッジ内に配置されているか否かの判断する方法を用いればよい。ＨｅＮＢは、周辺セルのメジャメントにより、自セルがどのマクロセルのカバレッジ内に配置されているのかどうかを判断することが可能となる。
【０４０６】
また、実施の形態１で開示したＨＩＩ通知ＨｅＮＢリストと同様に、ＨＩＩを通知すべきマクロセルのリストを設けて、ＨｅＮＢが該リストを用いてＨＩＩを通知するマクロセルを管理すればよい。ＨｅＮＢが、自セルがどのマクロセルのカバレッジ内に配置されているか否かを判断し、その結果によってマクロセルを該ＨＩＩ通知マクロセルリストに追加あるいは削除すればよい。
【０４０７】
また、どのＵＥを介してＨＩＩを通知するかについては、たとえば、実施の形態１で開示した方法を適用し、ＨｅＮＢの傘下のＵＥとしてもよい。あるいは、実施の形態１の変形例１で開示した方法を適用し、マクロセルからの受信電力が最も高いＵＥとしてもよい。これに限らず、実施の形態１から実施の形態１の変形例８で開示した方法を適用することができる。
【０４０８】
同様に、実施の形態２から実施の形態６に開示した方法を適宜組合せて用いることで、自セルのカバレッジ外に配置されるようなセルに対して、自セルの傘下のＵＥを介して、ＨＩＩやＯＩのような物理リソースへの干渉に関する情報である干渉関連情報、具体的には、干渉を回避するための信号を通知することが可能となる。これにより、ＨｅＮＢのみが通信速度の低下や通信容量の低下を引き起こす、といった問題を解消することが可能となり、システムとして通信容量の増大を図ることが可能となる。
【０４０９】
また、自セルのカバレッジ外に配置されるようなセルに対して、自セルの傘下のＵＥを介して、ＨＩＩやＯＩのような物理リソースへの干渉に関する情報である干渉関連情報、具体的には、干渉を回避するための信号を通知することが可能となるため、マクロセル間やＨｅＮＢ間においても干渉を回避するための信号を、ＵＥを介して通知することも可能となる。こうすることで、将来のマクロセルやローカルノードのより膨大で複雑な配置状況においても、干渉や通信品質を最適にすることが可能となる。
【０４１０】
本発明で開示した方法は、ＨｅＮＢに限らず、通常のｅＮＢ（マクロセル）や、ピコｅＮＢ（ピコセル（pico cell））、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（ＲＲＨ）などの、いわゆるローカルノードにも適用できる。例えば、マクロセルのカバレッジ内にピコセルが配置されるような場合にも、本発明で開示した方法を行うことで、該マクロセルと該ピコセルとの間の干渉を回避したスケジューリングを行うことが可能となる。これらのローカルノードは、小規模基地局装置に相当する。
【０４１１】
また、マクロセル内に多種類のセルが配置されるような場合にも、本発明で開示した方法を適用できる。例えば、実施の形態１に開示した、マクロセルの検出したセルについて該セルの種類を判断することなく、検出した全てのセルのメジャメント結果を報告するようにしてもよい。ＨｅＮＢだけでなく、他の種類のセルも含まれることになり、マクロセルは、これらのセルに対してＨＩＩを通知するようにする。これにより、他の種類のセルとの干渉も回避可能となる。また、メジャメント時にセルの種類を受信する必要が無くなるため、ＵＥの制御が簡易になり、低消費電力化を図ることができる。また、マクロセル間、あるいはローカルノード間の干渉回避の方法としても適用できる。
【０４１２】
本発明で開示した方法を用いることにより、システムとして干渉を回避でき、通信速度の低下および通信断などを防ぐことが可能となる。これによって、将来のマクロセルやローカルノードのより膨大で複雑な配置状況においても、干渉を回避し、通信品質を最適にすることが可能となる。
【０４１３】
本発明については、ＬＴＥシステム（Ｅ−ＵＴＲＡＮ）を中心に記載したが、Ｗ−ＣＤＭＡシステム（ＵＴＲＡＮ、ＵＭＴＳ）およびＬＴＥアドバンスド（LTE-Advanced）について適用可能である。また本発明は、一つまたは複数の種類のノードが用いられる通信システムであれば適用可能である。
【０４１４】
この発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０４１５】
１３０１〜１３１３，２２０１，２２０７，２２１３  ＵＥ、１３１４〜１３２１，１３２４〜１３２６，２２０９  ＨｅＮＢ、１３２２，２２０４  マクロセル（ｅＮＢ）、１３２３  マクロセル１３２２のカバレッジ。
【図１】
2020074517.tif 000003
【図２】
2020074517.tif 000004
【図３】
2020074517.tif 000005
【図４】
2020074517.tif 000006
【図５】
2020074517.tif 000007
【図６】
2020074517.tif 000008
【図７】
2020074517.tif 000009
【図８】
2020074517.tif 000010
【図９】
2020074517.tif 000011
【図１０】
2020074517.tif 000012
【図１１】
2020074517.tif 000013
【図１２】
2020074517.tif 000014
【図１３】
2020074517.tif 000015
【図１４】
2020074517.tif 000016
【図１５】
2020074517.tif 000017
【図１６】
2020074517.tif 000018
【図１７】
2020074517.tif 000019
【図１８】
2020074517.tif 000020
【図１９】
2020074517.tif 000021
【図２０】
2020074517.tif 000022
【図２１】
2020074517.tif 000023
【図２２】
2020074517.tif 000024
【図２３】
2020074517.tif 000025
【図２４】
2020074517.tif 000026
【図２５】
2020074517.tif 000027
【図２６】
2020074517.tif 000028
【図２７】
2020074517.tif 000029
【図２８】
2020074517.tif 000030
【手続補正書】
【提出日】令和1年11月29日(2019.11.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の基地局装置と、各前記基地局装置と無線通信可能な移動端末装置とを備える移動体通信システムであって、
前記複数の基地局装置は、前記移動端末装置と通信可能な範囲であるカバレッジとして、比較的大きい大規模カバレッジを有する大規模基地局装置と、比較的小さい小規模カバレッジを有する複数の小規模基地局装置とを含み、
前記大規模基地局装置は、使用する物理リソースへの干渉に関する干渉関連情報を、前記複数の小規模基地局装置のうちで前記大規模基地局装置からの受信電力が特定の範囲に在る特定の小規模基地局装置に、通知することを特徴とする移動体通信システム。
【請求項２】
前記大規模基地局装置は、前記複数の小規模基地局装置から報告された受信電力に基づいて、前記特定の小規模基地局装置を判定することを特徴とする請求項１に記載の移動体通信システム。
【請求項３】
移動端末装置と、前記移動端末装置と通信可能な範囲であるカバレッジが比較的大きい大規模カバレッジを有する大規模基地局装置と、前記カバレッジが比較的小さい小規模カバレッジを有する複数の小規模基地局装置と、を備える移動体通信システムにおいて前記大規模基地局装置として用いられる基地局装置であって、
前記基地局装置は、使用する物理リソースへの干渉に関する干渉関連情報を、前記複数の小規模基地局装置のうちで前記基地局装置からの受信電力が特定の範囲に在る特定の小規模基地局装置に、通知することを特徴とする基地局装置。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、複数の移動端末と基地局との間で無線通信を実施する移動体通信システム等に関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
本発明の移動体通信システムは、複数の基地局装置と、各前記基地局装置と無線通信可能な移動端末装置とを備える移動体通信システムであって、前記複数の基地局装置は、前記移動端末装置と通信可能な範囲であるカバレッジとして、比較的大きい大規模カバレッジを有する大規模基地局装置と、比較的小さい小規模カバレッジを有する複数の小規模基地局装置とを含み、前記大規模基地局装置は、使用する物理リソースへの干渉に関する干渉関連情報を、前記複数の小規模基地局装置のうちで前記大規模基地局装置からの受信電力が特定の範囲に在る特定の小規模基地局装置に、通知することを特徴とする。
本発明の基地局装置は、移動端末装置と、前記移動端末装置と通信可能な範囲であるカバレッジが比較的大きい大規模カバレッジを有する大規模基地局装置と、前記カバレッジが比較的小さい小規模カバレッジを有する複数の小規模基地局装置と、を備える移動体通信システムにおいて前記大規模基地局装置として用いられる基地局装置であって、前記基地局装置は、使用する物理リソースへの干渉に関する干渉関連情報を、前記複数の小規模基地局装置のうちで前記基地局装置からの受信電力が特定の範囲に在る特定の小規模基地局装置に、通知することを特徴とする。