(57)【要約】  基地局（１０２）は、Ｃｅｌｌ＃Ｂ配下で通信中のＵＥ（１１１，１１２）の有無を判断し、通信中のＵＥ（１１１，１１２）が無い場合には、アップリンクとダウンリンクのＵＬ／ＤＬコンフィグレーションを、隣接するＣｅｌｌ＃Ａへの干渉を抑えるＵＬ／ＤＬコンフィグレーションに変更するＵＬ／ＤＬコンフィグレーション制御部を有する。ＵＬ／ＤＬコンフィグレーション制御部は、Ｃｅｌｌ＃Ｂ配下で待ち受け状態のＵＥ（１１２）に対して、ＵＬ／ＤＬコンフィグレーションの変更を通知した後に、ＵＬ／ＤＬコンフィグレーションを変更する。
2015177935.tif 000002
【特許請求の範囲】
【請求項１】
第１セル配下で通信中の端末の有無を判断し、通信中の前記端末が無い場合には、アップリンクとダウンリンクのフレーム構成を、前記第１セルに隣接する第２セルへの干渉を抑えるフレーム構成に変更する制御部を備えたことを特徴とする基地局装置。
【請求項２】
前記制御部は、前記第１セル配下で通信中の前記端末が無い場合には、現在の前記フレーム構成に対して前記ダウンリンクのサブフレーム数が少なくなるフレーム構成に変更することを特徴とする請求項１に記載の基地局装置。
【請求項３】
前記制御部は、前記第１セルのアップリンクとダウンリンクのデータトラフィック量に基づき、前記フレーム構成を変更することを特徴とする請求項１に記載の基地局装置。
【請求項４】
前記制御部は、前記第１セルのアップリンクのデータトラフィック量が多ければ、アップリンクのサブフレーム数が多くなる前記フレーム構成に変更し、前記第１セルのダウンリンクのデータトラフィック量が多ければ、ダウンリンクのサブフレーム数が多くなる前記フレーム構成に変更することを特徴とする請求項３に記載の基地局装置。
【請求項５】
前記制御部は、前記フレーム構成として、アップリンクとダウンリンクのサブフレーム数の配置が予め複数パターン設定されたパターンのうち、前記第２セルへの干渉を低減するパターンを優先的に選択することを特徴とする請求項３に記載の基地局装置。
【請求項６】
前記制御部は、前記第１セル配下で待ち受け状態の端末に対して、前記フレーム構成の変更を通知した後に、前記フレーム構成を変更することを特徴とする請求項１に記載の基地局装置。
【請求項７】
前記制御部は、前記フレーム構成の変更後に、前記第１セル配下で通信中の端末が有る場合には、変更前のフレーム構成に戻すことを特徴とする請求項１に記載の基地局装置。
【請求項８】
前記制御部は、前記第２セルに対し、前記フレーム構成を変更する際、前記第２セルの基地局装置に対して前記フレーム構成の変更を通知することを特徴とする請求項１に記載の基地局装置。
【請求項９】
前記制御部は、前記第２セルに対し、前記フレーム構成の変更を通知した後に、前記フレーム構成を変更することを特徴とする請求項８に記載の基地局装置。
【請求項１０】
前記第２セルの基地局装置に設けられる制御部は、前記第１セルの基地局装置から前記フレーム構成の変更の通知を受けた場合、前記第２セル配下の端末に対して前記第１セルのフレーム構成の変更を通知することを特徴とする請求項１に記載の基地局装置。
【請求項１１】
前記制御部は、前記第２セル配下で通信中の端末が前記第１セルにハンドオーバする際の前記端末に通知するハンドオーバ情報に、前記第１セルのフレーム構成を含ませることを特徴とする請求項１に記載の基地局装置。
【請求項１２】
基地局装置が実施する通信方法において、
前記基地局装置のセル配下で通信中の端末の有無を判断し、通信中の前記端末が無い場合には、アップリンクとダウンリンクのフレーム構成を、隣接セルへの干渉を抑えるフレーム構成に変更することを特徴とする通信方法。
【請求項１３】
前記セル配下で通信中の前記端末が無い場合には、現在の前記フレーム構成に対して前記ダウンリンクのサブフレーム数が少なくなるフレーム構成に変更することを特徴とする請求項１２に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、隣接セルへの干渉を抑制する制御を行う基地局装置および通信方法に関する。
【背景技術】
【０００２】
通信方法の一つであるＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）では、基地局と端末間のアップリンク（Ｕｐｌｉｎｋ：ＵＬ、端末から基地局への送信）とダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ、基地局から端末への送信）の通信を時間スロットで切り替える。【０００３】
図１５は、ＬＴＥの通信方式におけるＵＬ／ＤＬコンフィグレーションを示す図表である。例えば、３ＧＰＰに規定するＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の通信方式では、サブフレーム（ｓｕｂｆｒａｍｅ）単位（１ｍｓｅｃ）でＵＬ用のＵＬサブフレームとＤＬ用のＤＬサブフレームの配置が定義されている。図１５に示す例では、ＵＬサブフレームとＤＬサブフレーム構成（以降、ＵＬ／ＤＬコンフィグレーション（ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）と呼ぶ）は、いずれも１０サブフレーム（０〜９のサブフレーム番号）を有する７パターンが定義されている。【０００４】
図１５に示す「Ｄ」はＤＬサブフレーム、「Ｕ」はＵＬサブフレーム、「Ｓ」はスペシャル・サブフレームである。スペシャル・サブフレーム「Ｓ」は、ＤＬサブフレームとＵＬのサブフレームの間（ＤＬ→ＵＬの場合）に設けられ、１つのサブフレーム内にＤＬとＵＬが混在して設けられるサブフレームである。【０００５】
図１６は、端末の通信時に隣接セルからのＣＲＳによる干渉を説明する図である。隣接して複数のセルが存在する場合、ＴＤＤシステムでは、一般的に隣接するセル間で同じＵＬ／ＤＬコンフィグレーションが使用される。図１６に示すように、隣接して２セルが存在する場合、この２セル（Ｃｅｌｌ＃ＡとＣｅｌｌ＃Ｂ）は、時間的に同期しており、同じＵＬ／ＤＬコンフィグレーション（パターン２）が使用されていることを示している。【０００６】
そして、例えば、時刻ｔ０のサブフレームでは、Ｃｅｌｌ＃ＡとＣｅｌｌ＃Ｂともに「Ｄ」ＤＬサブフレームを用い、時刻ｔ１〜ｔ４では、順次「Ｓ，Ｕ，Ｄ，Ｄ」のサブフレームを使用している。このように、隣接するセル間では、同じＵＬ／ＤＬコンフィグレーションを用いている。【０００７】
ここで、隣接するセル間で同じＵＬ／ＤＬコンフィグレーションを用いることを説明しておく。エリアＸにＣｅｌｌ＃Ａと通信している端末（ＵＥ）＃１と、Ｃｅｌｌ＃Ｂと通信しているＵＥ＃２が存在し、ＵＥ＃１とＵＥ＃２が互いに近い場所に位置している状態を仮定する。そして、ＵＥ＃１は、Ｃｅｌｌ＃ＡからＵＬ／ＤＬコンフィグレーション（パターン２）で信号を受信し、ＵＥ＃２は、Ｃｅｌｌ＃Ｂに対してＵＬ／ＤＬコンフィグレーション（パターン０）で信号を送信した場合を想定する。【０００８】
この場合、ＵＥ＃１とＵＥ＃２は、近しい場所に位置しているため、ＵＥ＃１は、ＵＥ＃２の送信信号（時刻ｔ３のＤ）を受信することになる。ＵＥ＃１からみると、ＵＥ＃２の送信信号は干渉になる。このような干渉を回避するために、ＴＤＤの通信方法を用いるシステムでは、図１６に示したように、隣接するセル間で同じＵＬ／ＤＬコンフィグレーションを用いている。【０００９】
ＬＴＥの通信方式では、ＤＬサブフレームにセル固有リファレンス信号（ＣＲＳ：Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を多重化して送信する。ＵＥは、このＣＲＳに基づきセルの電力測定や、チャネル推定を行う。【００１０】
図１６に戻り説明すると、あるＵＥがＣｅｌｌ＃Ａと通信しているとする。この際、Ｃｅｌｌ＃Ｂには、通信しているユーザ（ＵＥ）が存在しないとする。そして、２つのセル（Ｃｅｌｌ＃Ａ，Ｃｅｌｌ＃Ｂ）は、いずれも同じＵＬ／ＤＬコンフィグレーション（パターン２）を用いているとする。【００１１】
時刻ｔ３は「Ｄ」ＤＬサブフレームであり、それぞれの基地局から送信されているＯＦＤＭ信号（横軸は時間、縦軸は周波数）の内容を抽出して上部に記載した。図中の各１マス（枠）は、リソース・エレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）であり、ＲＥ毎に各種信号を伝送できる。例えば、ＲＥ毎に制御チャネルデータ、個別チャネルデータを伝送でき、Ｃｅｌｌ＃ＡはＣＲＳ（ＣＲＳ−Ａ）、Ｃｅｌｌ＃ＢはＣＲＳ（ＣＲＳ−Ｂ）を任意のＲＥに多重化して送信する。【００１２】
そして、Ｃｅｌｌ＃Ｂには、通信中のユーザがいないため、制御チャネルデータや個別チャネルデータは送信せず、ＣＲＳ−Ｂだけを送信する。しかし、このＣＲＳ−Ｂは、時刻ｔ３のＤＬサブフレームでＣｅｌｌ＃Ａと通信しているエリアＸ上のＵＥ上でＣＲＳ−Ｂが多重化されたＲＥに対応するデータに対する干渉信号となる。これにより、他のセル（Ｃｅｌｌ＃Ａ）と通信中のＵＥの無線性能を劣化（伝送レートの低下、チャネル推定精度低下等）させる問題を生じさせる。【００１３】
図１６に示したような干渉問題を解決するために、ＤＬサブフレームのＣＲＳ送信を停止する手法が考えられる（例えば、下記特許文献１参照。）。Ｃｅｌｌ＃Ｂにおいて、ＣＲＳ送信を停止することにより、Ｃｅｌｌ＃Ａからの送信信号に対して干渉を与えることがなくなる。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２０１２−２４９１１８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、ＬＴＥの通信方式では、ＤＬサブフレームでは、必ずＣＲＳの送信を必要とするため、特許文献１に記載の手法は、ＬＴＥの通信方式と互換性が無くＬＴＥの通信方式に適用することができない。ＬＴＥの通信方式では、Ｃｅｌｌ＃Ｂに存在する待ち受け状態（スタンバイ／アイドル）の端末は、Ｃｅｌｌ＃ＢのＤＬサブフレームに多重化されたＣＲＳ（ＣＲＳ−Ｂ）に基づいてＣｅｌｌ＃Ｂとの同期処理などを実行する。したがって、ＬＴＥの通信方式では、ＣＲＳ（ＣＲＳ−Ｂ）が送信されないと、端末の同期性能が劣化するという問題を生じさせる。【００１６】
このように、従来の技術では、ＬＴＥの通信方式では、接続ユーザがいない場合であっても、ＤＬサブフレームにおいて、必ずＣＲＳを送信し、このＣＲＳが隣接セルと通信するユーザ（端末）に対する干渉元となり、端末の無線性能の劣化を引き起こす。その一方で、ＤＬサブフレームでＣＲＳ送信を停止する手法を用いた場合、ＬＴＥの通信方式との互換性が無く、ＣＲＳ送信が停止されたセル配下に位置するユーザ（端末）は、同期性能の劣化を引き起こす。無線性能の劣化により、基地局と端末間通信の無線品質が劣化する。【００１７】
一つの側面では、本発明は、隣接セルへの干渉を低減でき、無線品質の劣化を抑えることを目的とする。
【課題を解決するための手段】
【００１８】
一つの案では、基地局装置は、第１セル配下で通信中の端末の有無を判断し、通信中の前記端末が無い場合には、アップリンクとダウンリンクのフレーム構成を、前記第１セルに隣接する第２セルへの干渉を抑えるフレーム構成に変更する制御部を備えたことを要件とする。
【発明の効果】
【００１９】
一つの実施形態によれば、隣接セルへの干渉を低減でき、無線品質の劣化を抑えることができる。
【図面の簡単な説明】
【００２０】
【図１】図１は、実施の形態１にかかる基地局装置を含む通信システムを示す図である。
【図２】図２は、実施の形態１にかかる基地局装置の内部構成例を示すブロック図である。
【図３】図３は、実施の形態１にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。
【図４】図４は、実施の形態１にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更後の処理例を示すフローチャートである。
【図５】図５は、実施の形態２にかかるＵＬ／ＤＬコンフィグレーション制御を説明する図である。
【図６】図６は、実施の形態２にかかる通信システムの各基地局装置の内部構成例を示す図である。
【図７】図７は、実施の形態２にかかる隣接する一方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。
【図８】図８は、実施の形態２にかかる隣接する他方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。
【図９】図９は、実施の形態２にかかる隣接する一方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更後の処理例を示すフローチャートである。
【図１０】図１０は、実施の形態３にかかる通信システムのＵＬ／ＤＬコンフィグレーション変更にかかる手順を示すシーケンス図である。
【図１１】図１１は、実施の形態４にかかるＤＬ／ＵＬコンフィグレーションの変更時のＤＬ／ＵＬサブフレーム数の変化を示す図表である。
【図１２】図１２は、実施の形態４にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。
【図１３】図１３は、実施の形態４にかかるデータトラフィック量に基づくＵＬ／ＤＬコンフィグレーションの決定の処理内容を示すフローチャートである。
【図１４】図１４は、実施の形態４にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の他の処理例を示すフローチャートである。
【図１５】図１５は、ＬＴＥの通信方式におけるＵＬ／ＤＬコンフィグレーションを示す図表である。
【図１６】図１６は、端末の通信時に隣接セルからのＣＲＳによる干渉を説明する図である。
【発明を実施するための形態】
【００２１】
以下に添付図面を参照して、開示技術の好適な実施の形態を詳細に説明する。
【００２２】
（実施の形態１）
図１は、実施の形態１にかかる基地局装置を含む通信システムを示す図である。図１（ａ）に示すように、基地局装置（基地局、ｅＮＢ）１０１と、基地局１０２が隣接して配置されているとする。基地局１０１のセル（Ｃｅｌｌ＃Ａ、第２セル）と、基地局１０２のセル（Ｃｅｌｌ＃Ｂ、第１セル）が重なるエリアＸでは、端末（ＵＥ）１１１が位置し、端末（ＵＥ）１１１は、これらＣｅｌｌ＃Ａの基地局１０１と、Ｃｅｌｌ＃Ｂの基地局１０２と通信可能であるとする。そして、端末（ＵＥ）１１１は、基地局１０１（Ｃｅｌｌ＃Ａ）と通信接続中であり、他の端末（ＵＥ）１１２は、Ｃｅｌｌ＃Ｂ配下で基地局１０２（Ｃｅｌｌ＃Ｂ）と通信接続中であるとする。以下、基地局１０１，１０２および端末１１１，１１２がＬＴＥの通信方式により通信を行う場合の適用例について説明する。
【００２３】
そして、図１（ｂ）に示すように、一方のＣｅｌｌ＃Ｂに接続するユーザ（ＵＥ１１２）がいなくなったとする（ＵＥ１１２がＣｅｌｌ＃Ｂ配下で待ち受け状態に変更）。この場合、Ｃｅｌｌ＃Ｂの基地局１０２は、ＵＥ１１１との間の上り（ＵＬ）と下り（ＤＬ）通信で用いるＵＬ／ＤＬコンフィグレーション（パターン）を変更する。このとき、基地局１０２は、他方のＣｅｌｌ＃Ａと重なる（エリアＸ）に位置する端末１１１に対して干渉元となるＣＲＳが多重化されたＤＬサブフレーム「Ｄ」の送信を抑えるＵＬ／ＤＬコンフィグレーションを用いる。
【００２４】
図１（ａ）に示したように、Ｃｅｌｌ＃Ａの基地局１０１およびＣｅｌｌ＃Ｂの基地局１０２は、当初、ＵＬ／ＤＬコンフィグレーションをパターン２「ＤＳＵＤＤ」で運用していたとする。この後、基地局１０２は、Ｃｅｌｌ＃Ｂに接続するユーザ（ＵＥ１１２）がいなくなったと判断した際に、図１（ｂ）に示すように、ＵＬ／ＤＬコンフィグレーションをパターン２「ＤＳＵＤＤ」からパターン０「ＤＳＵＵＵ」に変更する。
【００２５】
基地局１０２は、Ｃｅｌｌ＃Ｂに接続するユーザ（端末１１２）がいないことから、パターン０のうち時刻ｔ３，ｔ４の２つのサブフレーム「ＤＤ」を「ＵＵ」に変更している。しかし、このサブフレーム「ＵＵ」を用いてＵＬ送信するユーザ（ＵＥ１１２）がいないため、サブフレーム「ＵＵ」は、実質、無信号状態となる。したがって、Ｃｅｌｌ＃Ｂのサブフレーム「ＵＵ」は、Ｃｅｌｌ＃Ａ（エリアＸ）に位置するＵＥ１１１へ干渉を与えない。
【００２６】
ここで、Ｃｅｌｌ＃Ｂ配下の端末（ＵＥ）全てが待ち受けとなれば、パターン０のうち時刻ｔ３，ｔ４の２つのサブフレーム「ＤＤ」を「ＵＵ」に変更する。図１に示した例では、便宜上、Ｃｅｌｌ＃Ｂ配下の端末は、ＵＥ１１２の１台だけとしたが、実システムでは複数台の端末（ＵＥ）が存在している。
【００２７】
また、ＤＬサブフレームをＵＬサブフレームに変更することにより、Ｃｅｌｌ＃Ｂ配下に位置して待ち受け状態の（Ｃｅｌｌ＃Ｂと通信していない）ＵＥ１１２の同期処理に影響を与えない。Ｃｅｌｌ＃Ｂ配下の待ち受け状態のＵＥ１１２は、各パターン（図１５参照）に共通する先頭（時刻ｔ０）のＤＬサブフレーム「Ｄ」に含まれるＣＲＳを用いて同期処理を行う。なお、上述したように、ＣＳＲは、ＤＬサブフレーム「Ｄ」に多重化して含まれ、ＵＬサブフレーム「Ｕ」には含まれていない。
【００２８】
図２は、実施の形態１にかかる基地局装置の内部構成例を示すブロック図である。基地局１０１，１０２のいずれも同様の構成を適用できるが、図１に示したＣｅｌｌ＃Ｂの基地局１０２に適用した例を示す。基地局（ｅＮＢ）１０２は、無線部２０１と、ベースバンド（ＢＢ）処理部２０２と、ＵＬ／ＤＬコンフィグレーション制御部２０３と、アンテナ２０４と、を含む。
【００２９】
無線部２０１は、主にアナログ回路で構成される。ＢＢ処理部２０２、およびＵＬ／ＤＬコンフィグレーション制御部２０３は、例えば、それぞれデジタル回路、ＤＳＰ、ＣＰＵ、メモリ等を含む。ＢＢ処理部２０２のＣＰＵは、メモリ（ＲＯＭ）に格納されたプログラム実行によりメモリ（ＲＡＭ）を作業領域として用いてＢＢ処理を実行する。ＵＬ／ＤＬコンフィグレーション制御部２０３のＣＰＵは、メモリ（ＲＯＭ）に格納されたプログラム実行によりメモリ（ＲＡＭ）を作業領域として用いてコンフィグレーション制御にかかる処理を実行する。
【００３０】
ＢＢ処理部２０２は、ネットワークを介して上位網からデータ（Ｄａｔａ）を受け取り、ＢＢ信号を生成する。ＢＢ信号は、無線部２０１に渡され、無線周波数帯にアップコンバートされた無線信号がアンテナ２０４を介して送信される。また、アンテナ２０４で受信した無線信号は、無線部２０１によりダウンコンバートされ、ＢＢ処理部２０２でベースバンド処理された後、ネットワークを介して上位網にデータ（Ｄａｔａ）出力される。
【００３１】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＢＢ処理部２０２が行うベースバンド処理のうち、ＴＤＤシステムにおけるＵＬ／ＤＬコンフィグレーションの制御を行う。このＵＬ／ＤＬコンフィグレーション制御部２０３は、通信接続判断部２０３ａと、ＵＬ／ＤＬコンフィグレーション変更部２０３ｂと、を含む。
【００３２】
通信接続判断部２０３ａは、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続ユーザ（ＵＥ１１２）の有無を判断する。ＵＬ／ＤＬコンフィグレーション変更部２０３ｂは、Ｃｅｌｌ＃Ｂ配下のユーザ（ＵＥ１１２）との通信接続がない期間、ＵＬ／ＤＬコンフィグレーション（パターン）を変更する制御を行う。このＵＬ／ＤＬコンフィグレーションの変更では、隣接セル（Ｃｅｌｌ＃Ａ）への干渉を低減するパターンに変更する。より詳細には、エリアＸに位置し、Ｃｅｌｌ＃Ａと通信中のＵＥ１１１に対する干渉を低減させるパターンに変更する。
【００３３】
図３は、実施の形態１にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。ＵＬ／ＤＬコンフィグレーション制御部２０３が行うＵＬ／ＤＬコンフィグレーションの変更制御について説明する。
【００３４】
初期の状態では、図１に示したように、隣接するＣｅｌｌ＃Ａ，Ｃｅｌｌ＃Ｂ間では同じＵＬ／ＤＬコンフィグレーション（例えば、パターン２「ＤＳＵＤＤ」）が使用されている。
【００３５】
そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続（ＣＯＮＮＥＣＴＥＤ）ユーザ（ＵＥ１１２）の有無を判定する（ステップＳ３０１）。
【００３６】
そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいない場合には（待ち受け状態のＵＥ１１２がいる場合を含む）（ステップＳ３０１：Ｙｅｓ）、現在のＵＬ／ＤＬコンフィグレーション（パターン）を変更するため、他のＵＬ／ＤＬコンフィグレーション（パターン）を決定する（ステップＳ３０２）。この際、隣接セル（Ｃｅｌｌ＃Ａ）への干渉を低減するＵＬ／ＤＬコンフィグレーション（パターン）を決定する。
【００３７】
ここで、変更するＵＬ／ＤＬコンフィグレーションは、「Ｄ」ＤＬサブフレームに多重されるＣＲＳによる隣接セルへの干渉をできるだけ低減できるパターンに決定する。このため、ＵＬ／ＤＬコンフィグレーション制御部２０３は、「Ｕ」ＵＬサブフレーム数が多くなる（「Ｄ」ＤＬサブフレーム数が少なくなる）ＵＬ／ＤＬコンフィグレーション（パターン）を選択する（ＣＲＳが多重化されたＤＬサブフレーム数を減らす）。例えば、ＵＬ／ＤＬコンフィグレーション（パターン２）を、ＵＬ／ＤＬコンフィグレーション（パターン０）に変更することを決める。
【００３８】
図１５に示したように、ＵＬ／ＤＬコンフィグレーションの各パターン０〜６は、干渉の元となるＤＬサブフレーム「Ｄ」の数が異なる。ＤＬサブフレーム「Ｄ」の数が少ない順でみると、パターン０（Ｄが２つ）、パターン６（Ｄが３つ）、パターン１（Ｄが４つ）、パターン２とパターン３（Ｄが６つ）、パターン４（Ｄが７つ）、パターン５（Ｄが８つ）となっている。ＵＬ／ＤＬコンフィグレーション制御部２０３は、例えば、ＤＬサブフレーム「Ｄ」の数が少ないパターン（ＵＬサブフレームが多いパターン）のＵＬ／ＤＬコンフィグレーションを優先的に選択（決定）することができる。
【００３９】
これにより、エリアＸに位置し、Ｃｅｌｌ＃Ａと通信を行うユーザ（ＵＥ１１１）は、Ｃｅｌｌ＃Ｂから送信されるＣＲＳが多重化されたＤＬサブフレーム数が減る。したがって、ＣＲＳが多重化されたＤＬサブフレームに対応するサブフレームを用いた通信のＳＩＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｔｉｏ）を向上でき、無線性能（伝送レート、チャネル推定精度等）の劣化を抑え、高速通信を維持できるようになる。
【００４０】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ（配下の待ち受け状態のユーザ（ＵＥ１１２））に対してＵＬ／ＤＬコンフィグレーションを変更することを通知する（ステップＳ３０３）。
【００４１】
Ｃｅｌｌ＃Ｂ配下の待ち受け状態（スタンバイ／アイドル）のユーザ（ＵＥ１１２）は、ＤＬサブフレームに多重されているＣＲＳを用いて同期を維持している。ユーザ（ＵＥ１１２）は、突然ＵＬ／ＤＬコンフィグレーションが変更されると（ＤＬサブフレーム「Ｄ」がなくなると）同期性能の劣化を生じさせる原因となるため、ステップＳ３０３では、ユーザ（ＵＥ１１２）に対してＵＬ／ＤＬコンフィグレーションの変更を事前に通知している。この通知は、例えばページング・メッセージ（Ｐａｇｉｎｇ  Ｍｅｓｓａｇｅ）が用いられる。ユーザ（ＵＥ１１２）は、ＵＬ／ＤＬコンフィグレーションの変更を事前に通知されることで、各パターンに共通して少なくとも先頭に含まれるＤＬサブフレーム「Ｄ」に含まれるＣＲＳを用いて同期処理を行う制御を行うことができる。
【００４２】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ３０３によるＵＬ／ＤＬコンフィグレーションの変更通知の完了後、Ｃｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを変更する（ステップＳ３０４）。例えば、図１に示すように、Ｃｅｌｌ＃Ｂは、ＵＬ／ＤＬコンフィグレーションを、例えば、パターン０「ＤＳＵＵＵ」に変更する。
【００４３】
ＬＴＥの通信方式では、ＵＬ／ＤＬコンフィグレーションの情報を無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ手順）のシステム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１）で通知している。このため、基地局１０２は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１に含まれるＵＬ／ＤＬコンフィグレーションの内容を変更後の内容に書き換えてＣｅｌｌ＃Ｂに送出（ＵＥ１１２に通知）し、処理を終了する（ステップＳ３０１に戻り待機する）。
【００４４】
また、ステップＳ３０１において、接続ユーザ（ＵＥ１１２）がいる場合には（ステップＳ３０１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ３０５）、処理を終了する。この場合、ＵＬ／ＤＬコンフィグレーションはパターン２を維持したままとなる。
【００４５】
図４は、実施の形態１にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更後の処理例を示すフローチャートである。図３によるＵＬ／ＤＬコンフィグレーションの変更後の制御について説明する。
【００４６】
ここで、初期の状態では、上述した図３の処理実行により、Ｃｅｌｌ＃ＢはＵＬ／ＤＬコンフィグレーションとして、例えば、パターン０「ＤＳＵＵＵ」に変更されているとする（図１参照）。
【００４７】
そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続（ＣＯＮＮＥＣＴＥＤ）ユーザ（ＵＥ１１２）の有無を判定する（ステップＳ４０１）。このステップＳ４０１の開始は、例えば、上位網から基地局１０２へのデータ入力でＵＥ１１２を呼び出す場合、ＵＥ１１２がブラウザ等の起動でＵＬでデータ送信を要求した場合等に接続（ＣＯＮＮＥＣＴＥＤ）するユーザ（ＵＥ１１２）がいると判断する。
【００４８】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいる場合には（ステップＳ４０１：Ｙｅｓ）、現在のＵＬ／ＤＬコンフィグレーションを変更するため、他のＵＬ／ＤＬコンフィグレーション（パターン）を決定する（ステップＳ４０２）。例えば、本来用いていたＵＬ／ＤＬコンフィグレーションに変更する（パターン２「ＤＳＵＤＤ」に戻す）。
【００４９】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ（配下の待ち受け状態のユーザ（ＵＥ１１２））に対してＵＬ／ＤＬコンフィグレーションを変更する（パターン２「ＤＳＵＤＤ」に戻す）ことを通知する（ステップＳ４０３）。ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下の待ち受け状態（スタンバイ／アイドル）のユーザ（ＵＥ１１２）に対して、上記同様に、ページング・メッセージ（Ｐａｇｉｎｇ  Ｍｅｓｓａｇｅ）を用いてＵＬ／ＤＬコンフィグレーションの変更を通知する。
【００５０】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ４０３によるＵＬ／ＤＬコンフィグレーションの変更通知の完了後、Ｃｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを変更する（ステップＳ４０４）。これにより、図４の処理を終了する（図３のステップＳ３０１に戻る）。
【００５１】
また、ステップＳ４０１において、接続ユーザ（ＵＥ１１２）がいない場合には（ステップＳ４０１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ４０５）、処理を終了する（ステップＳ４０１に戻る）。この場合、ＵＬ／ＤＬコンフィグレーションはパターン０を維持したままとなる。
【００５２】
以上の処理により、ＬＴＥの通信方式と互換性を持ちつつ、干渉低減させることができるようになる。基地局は、自セルと通信する接続ユーザ（ＵＥ）がいない期間は、ＣＲＳが多重化されたＤＬサブフレームをＵＬサブフレームに一時的に変えるＵＬ／ＤＬコンフィグレーション変更を行う。この際、ＣＲＳが多重化されたＤＬサブフレーム数を減らす。これにより、自セルと隣接セルが重なるエリアで隣接セルと通信するユーザ（端末）に対して、ＣＲＳに起因する干渉を低減でき、端末の無線性能の劣化を抑えることができる。
【００５３】
また、このＵＬ／ＤＬコンフィグレーション変更の期間中でもセル配下で通信していない（待ち受け中の）端末は、一部のＤＬサブフレームに多重化されたＣＲＳに基づく同期処理を実行でき、同期性能の劣化を防ぐことができる。
【００５４】
（実施の形態２）
図５は、実施の形態２にかかるＵＬ／ＤＬコンフィグレーション制御を説明する図である。実施の形態２では、隣接するセルＣｅｌｌ＃ＡとＣｅｌｌ＃Ｂ間で連携して、ＵＬ／ＤＬコンフィグレーションの変更に関する情報をやり取りしてＵＥ１１１に通知する。そして、Ｃｅｌｌ＃Ｂの基地局１０２は、ユーザ（ＵＥ１１１）が他のセルに移動した後、再度元のセルに戻ったときにＵＬ／ＤＬコンフィグレーションを整合させる制御を行う。
【００５５】
例えば、あるユーザ（ＵＥ１１１）が、
（１）Ｃｅｌｌ＃Ｂと通信していた
（２）Ｃｅｌｌ＃ＢからＣｅｌｌ＃Ａへハンドオーバ（ＨＯ）した
（３）Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーションが変更された    （（２）に基づきＣｅｌｌ＃Ｂに通信中のユーザがいなくなりＵＬ／ＤＬコンフィグレーションが変更された）
（４）Ｃｅｌｌ＃ＡからＣｅｌｌ＃Ｂへ戻りＨＯした
という状況を仮定する。
【００５６】
このユーザ（ＵＥ１１１）は、当初Ｃｅｌｌ＃Ｂに位置していた際のＵＬ／ＤＬコンフィグレーションを保持し、（４）で再度Ｃｅｌｌ＃ＢにＨＯする際に（３）で変更される前のＵＬ／ＤＬコンフィグレーションを用いてＭｅａｓｕｒｅｍｅｎｔ（品質測定）処理を実行する可能性がある。
【００５７】
ユーザ（ＵＥ１１１）は、Ｍｅａｓｕｒｅｍｅｎｔ処理でＣＲＳを用いる。このため、（４）のＨＯの際、以前のＵＬ／ＤＬコンフィグレーションが、ＨＯ時のＵＬ／ＤＬコンフィグレーションと相違した状態（不整合）のまま、ＵＬに変更されたサブフレームをＤＬサブフレームとしてＭｅａｓｕｒｅｍｅｎｔ処理を実行する場合がある。この場合、Ｍｅａｓｕｒｅｍｅｎｔ性能が劣化し、最適なセルへＨＯできないという問題が生じる。
【００５８】
実施の形態２では、Ｃｅｌｌ＃Ｂの基地局１０２は、変更したＵＬ／ＤＬコンフィグレーションを隣接セル（Ｃｅｌｌ＃Ａ）の基地局１０１へ通知する。そして、Ｃｅｌｌ＃Ａ配下のユーザ（ＵＥ１１１）に対して、ＵＬ／ＤＬコンフィグレーションが変更されたことを通知する。
【００５９】
図６は、実施の形態２にかかる通信システムの各基地局装置の内部構成例を示す図である。図６において、実施の形態１（図２）と同じ構成部には同じ符号を付してある。この実施の形態２では、隣接するセル（Ｃｅｌｌ＃ＡとＣｅｌｌ＃Ｂ）の基地局１０１，１０２は、それぞれのＵＬ／ＤＬコンフィグレーション制御部２０３同士を通信接続する。例えば、Ｃｅｌｌ＃Ａの基地局１０１とＣｅｌｌ＃Ｂの基地局１０２間の伝送路（例えば、Ｘ２インタフェース）６０１を用いることができる。なお、伝送路６０１は、他の有線インタフェースや無線伝送路であってもよい。
【００６０】
図７は、実施の形態２にかかる隣接する一方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。図５に示した（１）ユーザ（ＵＥ１１１）のＨＯ前のＣｅｌｌ＃Ｂ（基地局１０２）側の処理を示してある。
【００６１】
Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続（ＣＯＮＮＥＣＴＥＤ）ユーザ（ＵＥ１１２）の有無を判定する（ステップＳ７０１）。
【００６２】
そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいない場合には（待ち受け状態のＵＥ１１２がいる場合を含む）（ステップＳ７０１：Ｙｅｓ）、現在のＵＬ／ＤＬコンフィグレーション（パターン）を変更するため、他のＵＬ／ＤＬコンフィグレーション（パターン）を決定する（ステップＳ７０２）。この際、隣接セル（Ｃｅｌｌ＃Ａ）への干渉を低減するＵＬ／ＤＬコンフィグレーション（パターン）を決める。例えば、変更前のＵＬ／ＤＬコンフィグレーション（パターン２）を、ＵＬ／ＤＬコンフィグレーション（パターン０）に変更することを決定する。
【００６３】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ（配下の待ち受け状態のユーザ（ＵＥ１１２））に対してＵＬ／ＤＬコンフィグレーションを変更することを通知する（ステップＳ７０３）。
【００６４】
また、ＵＬ／ＤＬコンフィグレーション制御部２０３は、隣接セル（Ｃｅｌｌ＃Ａの基地局１０１）に対して伝送路６０１を介してＵＬ／ＤＬコンフィグレーションを変更することを通知する（ステップＳ７０４）。ステップＳ７０３とステップＳ７０４の処理順は逆でもよいし、同時に行ってもよい。
【００６５】
この後、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを変更する（ステップＳ７０５）。例えば、図１に示すように、Ｃｅｌｌ＃Ｂは、ＵＬ／ＤＬコンフィグレーションを、例えば、パターン０「ＤＳＵＵＵ」に変更する。基地局１０２は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１に含まれるＵＬ／ＤＬコンフィグレーションの内容を変更後の内容に書き換えてＣｅｌｌ＃Ｂに送出（ＵＥ１１２に通知）し、処理を終了する（ステップＳ７０１に戻り待機する）。
【００６６】
また、ステップＳ７０１において、ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいる場合には（ステップＳ７０１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ７０６）、処理を終了する。この場合、ＵＬ／ＤＬコンフィグレーションはパターン２を維持したままとなる。
【００６７】
図８は、実施の形態２にかかる隣接する他方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。図５に示した（２）ユーザ（ＵＥ１１１）のＨＯ先のＣｅｌｌ＃Ａ（基地局１０１）側の処理を示してある。なお、Ｃｅｌｌ＃ＢからＵＬ／ＤＬコンフィグレーションの変更の通知に関連する処理内容だけを抽出して記載してある。
【００６８】
はじめに、Ｃｅｌｌ＃Ａ（基地局１０１）のＵＬ／ＤＬコンフィグレーション制御部２０３は、隣接するセル（Ｃｅｌｌ＃Ｂ）の基地局１０２からＵＬ／ＤＬコンフィグレーションの変更が通知されたか否かを判断する（ステップＳ８０１）。
【００６９】
ＵＬ／ＤＬコンフィグレーションの変更が通知された場合（ステップＳ８０１：Ｙｅｓ）、隣接セル（Ｃｅｌｌ＃Ｂ）のＵＬ／ＤＬコンフィグレーションが変更されることを、Ｃｅｌｌ＃Ａ配下のユーザ（ＵＥ１１１）に通知し（ステップＳ８０２）、処理を終了する。この通知には、例えば、ページング（ｐａｇｉｎｇ）チャネル、あるいは、報知チャネルが用いられる。
【００７０】
ユーザ（ＵＥ１１１）は、Ｃｅｌｌ＃Ｂについて、変更されたＵＬ／ＤＬコンフィグレーション（例えば、パターン０「ＤＳＵＵＵ」）を保持する。これにより、ユーザ（ＵＥ１１１）が再度Ｃｅｌｌ＃Ｂに戻る際（ＨＯ時）には、このＣｅｌｌ＃Ｂが運用中の現在のＵＬ／ＤＬコンフィグレーション（例えば、パターン０「ＤＳＵＵＵ」）を知ることができる。これにより、ユーザ（ＵＥ１１１）は、Ｃｅｌｌ＃Ｂ（基地局１０２）で運用中のＵＬ／ＤＬコンフィグレーションと整合させて通信を行うことができる。
【００７１】
一方、ＵＬ／ＤＬコンフィグレーションの変更が通知されていない場合（ステップＳ８０１：Ｎｏ）、何もせずに（ステップＳ８０３）、処理を終了する。
【００７２】
図９は、実施の形態２にかかる隣接する一方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更後の処理例を示すフローチャートである。図７によるＵＬ／ＤＬコンフィグレーションの変更後の制御について説明する。
【００７３】
ここで、初期の状態では、上述した図７の処理実行により、Ｃｅｌｌ＃Ｂ（基地局１０２）は、ＵＬ／ＤＬコンフィグレーションとして、例えば、パターン０「ＤＳＵＵＵ」に変更されているとする（図１参照）。
【００７４】
そして、Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続（ＣＯＮＮＥＣＴＥＤ）ユーザ（ＵＥ１１２）の有無を判定する（ステップＳ９０１）。
【００７５】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいる場合には（ステップＳ９０１：Ｙｅｓ）、現在のＵＬ／ＤＬコンフィグレーションを変更するため、他のＵＬ／ＤＬコンフィグレーション（パターン）を決定する（ステップＳ９０２）。例えば、本来用いていたＵＬ／ＤＬコンフィグレーションに変更する（パターン２「ＤＳＵＤＤ」に戻す）。
【００７６】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ（配下の待ち受け状態のユーザ（ＵＥ１１２））に対してＵＬ／ＤＬコンフィグレーションを変更する（パターン２「ＤＳＵＤＤ」に戻す）ことを通知する（ステップＳ９０３）。
【００７７】
また、ＵＬ／ＤＬコンフィグレーション制御部２０３は、隣接セル（Ｃｅｌｌ＃Ａの基地局１０１）に対して伝送路６０１を介してＵＬ／ＤＬコンフィグレーションを変更する（パターン２「ＤＳＵＤＤ」に戻す）ことを通知する（ステップＳ９０４）。ステップＳ９０３とステップＳ９０４の処理順は逆でもよいし、同時に行ってもよい。
【００７８】
この後、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを変更する（ステップＳ９０５）。これにより、図９の処理を終了する（図７のステップＳ７０１に戻る）。
【００７９】
また、ステップＳ９０１において、接続ユーザ（ＵＥ１１２）がいない場合には（ステップＳ９０１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ９０６）、処理を終了する（ステップＳ９０１に戻る）。この場合、ＵＬ／ＤＬコンフィグレーションはパターン０を維持したままとなる。
【００８０】
実施の形態２によれば、実施の形態１同様の効果を有する。加えて、実施の形態２では、ユーザ（ＵＥ１１１）は、隣接セルに移動した後、移動前のセルにおけるＵＬ／ＤＬコンフィグレーション変更の通知を受けることができる。これにより、ユーザ（ＵＥ１１１）が再度移動前のセルに戻るときに運用されているＵＬ／ＤＬコンフィグレーションを用いた通信を行うことができるようになる。
【００８１】
これにより、以前のＵＬ／ＤＬコンフィグレーションが、ＨＯ時のＵＬ／ＤＬコンフィグレーションと相違する不整合の状態を防いで品質測定を適切に行うことができ、ＨＯを適切に行うことができるようになる。
【００８２】
（実施の形態３）
実施の形態３は、実施の形態２の変形例であり、ＵＥ１１１に対してハンドオーバ先のセル（Ｃｅｌｌ＃Ｂ）のＵＬ／ＤＬコンフィグレーションの情報の通知のタイミングが異なる。実施の形態３では、ユーザ（端末１１１）が元のセル（Ｃｅｌｌ＃Ｂ）に戻るハンドオーバ時に、セル（Ｃｅｌｌ＃Ａ）がハンドオーバ先のセル（Ｃｅｌｌ＃Ｂ）のＵＬ／ＤＬコンフィグレーションの情報を無線伝送のメッセージに付与して通知する。
【００８３】
図１０は、実施の形態３にかかる通信システムのＵＬ／ＤＬコンフィグレーション変更にかかる手順を示すシーケンス図である。図５に示したように、ユーザ（ＵＥ１１１）がＣｅｌｌ＃Ａ（基地局１０１）からＣｅｌｌ＃Ｂ（基地局１０２）へ移動（ハンドオーバ）する際に行う手順（図５においてＵＥ１１１がＣｅｌｌ＃Ｂに戻る際の状態）を示している。
【００８４】
この際、Ｃｅｌｌ＃Ａ（基地局１０１）は、ユーザ（ＵＥ１１１）に対してＭｅａｓｕｒｅｍｅｎｔ要求（ｃｏｎｔｒｏｌ）を送る（Ｄ１）。ＵＥ１１１は、Ｍｅａｓｕｒｅｍｅｎｔ（品質測定）を実行し、実行結果（Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）をＣｅｌｌ＃Ａ（基地局１０１）に報告する（Ｄ２）。
【００８５】
Ｃｅｌｌ＃Ａ（基地局１０１）は、ＵＥ１１１から報告されたＭｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔに基づいて、Ｃｅｌｌ＃ＡがＨＯすべきと判断した場合、隣接するＣｅｌｌ＃Ｂ（基地局１０２）に対してＨＯ要求（Ｈａｎｄｏｖｅｒ  ｒｅｑｕｅｓｔ）を送る（Ｄ３）。ＨＯ要求を受け取ったＣｅｌｌ＃Ｂ（基地局１０２）は、対象ＵＥ１１１のＨＯに備えた手続きを行い、Ｃｅｌｌ＃Ａ（基地局１０１）に対してＨＯ返答（Ｈａｎｄｏｖｅｒ  ｒｅｓｐｏｎｓｅ）を送る（Ｄ４）。
【００８６】
Ｃｅｌｌ＃Ａ（基地局１０１）は、ＵＥ１１１に対して、Ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄを送信し、ＵＥ１１１からＣｅｌｌ＃Ｂ（基地局１０２）へのＨＯ指示をする（Ｄ５）。ＵＥ１１１は、Ｃｅｌｌ＃Ｂ（基地局１０２）との同期（Ｓｙｎｃｒｏｎｉｚａｔｉｏｎ）を確保した後（Ｄ６）、ＨＯ先のＣｅｌｌ＃Ｂ（基地局１０２）にＨＯが完了（Ｈａｎｄｏｖｅｒ  ｃｏｍｐｌｅｔｅ）したことを通知する（Ｄ７）。
【００８７】
ＬＴＥの通信方式では以上のＤ１〜Ｄ７の手順によりＨＯを行う。上記手順１では、ＵＥ１１１に対してＴＤＤのＵＬ／ＤＬコンフィグレーションを送信しないため、ＵＥ１１１のＨＯ時（図５の（１）〜（４）の状況）に対応できない。
【００８８】
上記の実施の形態２では、Ｃｅｌｌ＃Ｂ（基地局１０２）がＣｅｌｌ＃Ａ（基地局１０１）に伝送路（例えば、Ｘ２インタフェース）６０１を介してＵＬ／ＤＬコンフィグレーションの変更を通知した。そして、Ｃｅｌｌ＃Ａ（基地局１０１）がＵＥ１１１に対して、ページング（ｐａｇｉｎｇ）チャネルや報知チャネルを用いて、Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーションを通知した。
【００８９】
これに対し、実施の形態３では、ＵＬ／ＤＬコンフィグレーションの変更の通知をｐａｇｉｎｇチャネルや報知チャネルを用いない。実施の形態３では、ＵＥ１１１がハンドオーバする際に、Ｃｅｌｌ＃Ａ（基地局１０１）がＵＥ１１１へＭｅａｓｕｒｅｍｅｎｔ  ｃｏｎｔｒｏｌを送信する際に（手順Ｄ１）、ＨＯ先であるＣｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーションを併せて通知する。例えば、３ＧＰＰの通信規格で用いられるメジャーメント・オブジェクト（Ｍｅａｓｕｒｅｍｅｎｔ  Ｏｂｊｅｃｔ）情報の中に、各セルのＵＬ／ＤＬコンフィグレーション情報（例えば、パターン番号対応のビット）を設定し、通知することができる。なお、Ｃｅｌｌ＃Ａは、手順Ｄ１の実行時における現在のＣｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを取得しておく。
【００９０】
また、Ｃｅｌｌ＃Ｂ（基地局１０２）配下に通信中の接続ユーザ（ＵＥ１１２）がいない場合、ＨＯは通信中の状態であるため、Ｃｅｌｌ＃Ｂ（基地局１０２）は、ＵＥ１１１からＨａｎｄｏｖｅｒ  ｃｏｍｐｌｅｔｅ（手順Ｄ７）を受け取った時点で、接続ユーザ（ＵＥ１１１）が発生することになる。この場合、Ｃｅｌｌ＃Ｂ（基地局１０２）は、手順Ｄ７のＨＯ完了を契機として、実施の形態２（図９）に示した処理を実行して、ＵＬ／ＤＬコンフィグレーションを変更する（元に戻す）。
【００９１】
以上説明した実施の形態３によれば、実施の形態１の効果に加えて、実施の形態２同様の効果を有する。また、実施の形態３では、端末がハンドオーバする際に、ハンドオーバ先のＵＬ／ＤＬコンフィグレーションを端末との間のメッセージを用いて通知できる。これにより、端末は、実際にハンドオーバするまでの間、ハンドオーバ先のＵＬ／ＤＬコンフィグレーションの情報を保持しておく必要が無い。そして、端末は、実際に移動するタイミングで、ハンドオーバ先のセルに関する最新のＵＬ／ＤＬコンフィグレーションの通知を受けることができ、適切にハンドオーバを実行できるようになる。また、ＵＥに対するＵＬ／ＤＬコンフィグレーションの変更を既存のＬＴＥの手順を用いて簡単に通知できるようになる。
【００９２】
（実施の形態４）
実施の形態４では、実施の形態１で説明したＵＬ／ＤＬコンフィグレーションの決定方法に関する。セル（Ｃｅｌｌ＃Ｂ）の基地局１０２は、セル（Ｃｅｌｌ＃Ｂ）内でのデータトラフィック量（セル配下で通信中の接続ユーザ（ＵＥ１１２）のデータトラフィック量）に応じてＵＬ／ＤＬコンフィグレーション（パターン０〜６のうち最適なパターン）を決定する。
【００９３】
例えば、上述した実施の形態１では、Ｃｅｌｌ＃Ｂ（基地局１０２）配下のＵＥ１１２がいなくなると、ＵＬ／ＤＬコンフィグレーションを任意のパターンに変更した（図１参照、例えば、パターン２からパターン０への変更）。
【００９４】
図１１は、実施の形態４にかかるＤＬ／ＵＬコンフィグレーションの変更時のＤＬ／ＵＬサブフレーム数の変化を示す図表である。図１１には、図１５同様にパターン別のＤＬ／ＵＬサブフレームの配置に加えて、「Ｄ」→「Ｕ」に変更したサブフレーム（ＳＦ）数と、「Ｄ」サブフレームとして用いることができるサブフレーム数（ＤＬＳＦ数）と、「Ｕ」サブフレームとして用いることができるサブフレーム数（ＵＬＳＦ数）とを示している。
【００９５】
図１１において、中央のパターン２を基準パターンとしたとき、このパターン２から変更したときの各パターンにおける、Ｄ→Ｕに変更したＳＦ数と、ＤＬＳＦ数と、ＵＬＳＦ数とを記載してある。例えば、パターン０については、パターン２からの変更により、Ｄ→Ｕに変更したＳＦ数は４となる。また、パターン５については、パターン２からの変更により、Ｄ→Ｕに変更したＳＦ数は０である。
【００９６】
また、αはＤＬとＵＬが混在する「Ｓ」サブフレームでＤＬとして通信できるデータ量を示し、βは「Ｓ」サブフレームでＵＬとして通信できるデータ量を示している。例えば、１つのＤＬサブフレームで通信できるデータ量を１とすると、αは１未満の正値で示すことができ、１つのＵＬサブフレームで通信できるデータ量を１とすると、βは１未満の正値で示すことができる。なお、ＵＬＳＦ数に示した数字は、ＤＬからＵＬに変更したＵＬＳＦ数を除いた数字になっている。
【００９７】
図１１を見ると、中央のパターン２を基準として、図の上側に記載したパターン０，６，１（パターン２を含むパターン群１１０１）は、図の下側に記載したパターン３，４，５（パターン群１１０２）に比して使用可能なＵＬサブフレーム数が多い。逆に、図の下側に記載したパターン３，４，５（パターン群１１０２）は、図の上側に記載したパターン０，６，１（パターン２を含むパターン群１１０１）に比して使用可能なＤＬサブフレーム数が多い。
【００９８】
Ｃｅｌｌ＃Ｂの基地局１０２は、ＤＬのデータトラフィック量が多い場合、パターン群１１０１から適切なパターンを選択し、ＵＬのデータトラフィック量が多い場合、パターン群１１０２から適切なパターンを選択する。
【００９９】
図１２は、実施の形態４にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３が行うＵＬ／ＤＬコンフィグレーションの変更制御について説明する。
【０１００】
はじめに、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂのデータトラフィック量に基づいてＵＬ／ＤＬコンフィグレーションの決定を行う（ステップＳ１２０１）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、決定したＵＬ／ＤＬコンフィグレーションが、現在使用しているＵＬ／ＤＬコンフィグレーションからの変更か否かを判断する（ステップＳ１２０２）。
【０１０１】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１２０２での判断結果が変更となる場合には（ステップＳ１２０２：Ｙｅｓ）、ユーザ（ＵＥ１１２）に対して、ＵＬ／ＤＬコンフィグレーションの変更通知を行う（ステップＳ１２０３）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１２０１で決定したＵＬ／ＤＬコンフィグレーションに変更する（ステップＳ１２０４）。ステップＳ１２０３の変更通知は、実施の形態１とは異なり、Ｃｅｌｌ＃Ｂ内で通信中の全ユーザ（ＵＥ１１２）に対して実行する。
【０１０２】
なお、ステップＳ１２０２での判断結果が、変更とならない場合には（ステップＳ１２０２：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ１２０５）、処理を終了する。
【０１０３】
図１３は、実施の形態４にかかるデータトラフィック量に基づくＵＬ／ＤＬコンフィグレーションの決定の処理内容を示すフローチャートである。ＵＬ／ＤＬコンフィグレーション制御部２０３が行う図１２のステップＳ１２０１の処理内容の詳細を示す。
【０１０４】
図１１に示したように、ＵＬ／ＤＬコンフィグレーションのパターン２を基準パターンとして変更する場合、ＵＬＳＦ数は２＋２βまたは１＋βのいずれかとなる。したがって、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬデータ量に応じて、２＋２β（パターン０，６，１，２）側のパターンから決定するか、あるいは、１＋β（パターン３，４，５）側のパターンから決定するかを判定する。
【０１０５】
はじめに、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬのデータ量が閾値Ｔｈ1ULを超える場合は（ステップＳ１３０１：Ｙｅｓ）、ＵＥ１１２が多くのデータ量を用いて通信したい状況であるため、２＋２βのパターン群１１０１（パターン０，６，１，２）側を選択し、ステップＳ１３０２〜ステップＳ１３０８の処理を実行する。
【０１０６】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬＳＦ数の判定を実行する（ステップＳ１３０２〜ステップＳ１３０８）。ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１３０１で２＋２βのパターン群１１０１（パターン０，６，１，２）側を選択した場合、ＤＬＳＦ数は、２＋２α、３＋２α、４＋２α、６＋２αの４パターンのなかから最適な１つを選択する。
【０１０７】
このため、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量を予め決めた複数の閾値（Ｔｈ1DL〜Ｔｈ3DL、但しＴｈ1DL＜Ｔｈ2DL＜Ｔｈ3DL）と比較して、ＵＬ／ＤＬコンフィグレーションを決定する。
【０１０８】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量が閾値Ｔｈ1DLより少なければ（ステップＳ１３０２：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションで最もＵＬデータ量が多い（最もＤＬデータ量が少ない）パターン０に決定し（ステップＳ１３０３）、ステップＳ１２０２（図１２参照）に移行する。
【０１０９】
また、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量が閾値Ｔｈ1DL以上であれば（ステップＳ１３０２：Ｎｏ）、ＤＬのデータ量を閾値Ｔｈ2DLと比較し（ステップＳ１３０４）、ＤＬのデータ量が閾値Ｔｈ2DLより少なければ（ステップＳ１３０４：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションをパターン６に決定する（ステップＳ１３０５）。
【０１１０】
ＤＬのデータ量が閾値Ｔｈ2DL以上であれば（ステップＳ１３０４：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量を閾値Ｔｈ3DLと比較し（ステップＳ１３０６）、ＤＬのデータ量が閾値Ｔｈ3DLより少なければ（ステップＳ１３０６：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションをパターン１に決定する（ステップＳ１３０７）。また、ＤＬのデータ量が閾値Ｔｈ3DL以上であれば（ステップＳ１３０６：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションをパターン２に決定する（ステップＳ１３０８）。
【０１１１】
一方、ステップＳ１３０１において、ＵＬのデータ量が所定の閾値Ｔｈ1UL以下の場合は（ステップＳ１３０１：Ｎｏ）、ＵＬのデータ量が少ない（ＤＬのデータ量が多い）状況である。この場合、ＵＬ／ＤＬコンフィグレーション制御部２０３は、１＋βのパターン群１１０２（パターン３，４，５）側を選択し、ステップＳ１３０９〜ステップＳ１３１３の処理を実行する。
【０１１２】
このため、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量を予め決めた複数の閾値（Ｔｈ4DL〜Ｔｈ5DL、但しＴｈ4DL＜Ｔｈ5DL）と比較して、ＵＬ／ＤＬコンフィグレーションを決定する。
【０１１３】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量が閾値Ｔｈ4DLより少なければ（ステップＳ１３０９：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションをパターン３に決定し（ステップＳ１３１０）、ステップＳ１２０２（図１２参照）に移行する。
【０１１４】
また、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量が閾値Ｔｈ4DL以上であれば（ステップＳ１３０９：Ｎｏ）、ＤＬのデータ量を閾値Ｔｈ5DLと比較し（ステップＳ１３１１）、ＤＬのデータ量が閾値Ｔｈ5DLより少なければ（ステップＳ１３１１：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションをパターン４に決定する（ステップＳ１３１２）。また、ＤＬのデータ量が閾値Ｔｈ5DL以上であれば（ステップＳ１３１１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーションで最もＤＬデータ量が多い（最もＵＬデータ量が少ない）パターン５に決定する（ステップＳ１３１３）。
【０１１５】
上述した最適なＵＬ／ＤＬコンフィグレーションの決定は、実施の形態１に対応してＣｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３が単独で行う処理として説明した。これに限らず、実施の形態２，３で説明した隣接するセルＣｅｌｌ＃ＡとＣｅｌｌ＃Ｂ間で連携して、ＵＬ／ＤＬコンフィグレーションの変更に関する情報をやり取りする処理にも同様に適用することができる。
【０１１６】
図１４は、実施の形態４にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の他の処理例を示すフローチャートである。図１３に示した最適なＵＬ／ＤＬコンフィグレーションの決定を実施の形態２（および実施の形態３）に適用した場合におけるＣｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３が実行する処理内容について説明する。
【０１１７】
はじめに、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂのデータトラフィック量に基づいて、図１３に示したＵＬ／ＤＬコンフィグレーションの決定の処理を行う（ステップＳ１４０１）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、決定したＵＬ／ＤＬコンフィグレーションが、現在使用しているＵＬ／ＤＬコンフィグレーションからの変更か否かを判断する（ステップＳ１４０２）。
【０１１８】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１４０２での判断結果が変更となる場合には（ステップＳ１４０２：Ｙｅｓ）、待ち受けユーザ（ＵＥ１１２）に対して、ＵＬ／ＤＬコンフィグレーションの変更通知を行う（ステップＳ１４０３）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、隣接セル（Ｃｅｌｌ＃Ａの基地局１０１）に対して、ＵＬ／ＤＬコンフィグレーションを変更することを通知する（ステップＳ１４０４）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１４０１で決定したＵＬ／ＤＬコンフィグレーションに変更する（ステップＳ１４０５）。
【０１１９】
なお、ステップＳ１４０２での判断結果が、変更とならない場合には（ステップＳ１４０２：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ１４０６）、処理を終了する。
【０１２０】
以上説明した実施の形態４によれば、各実施の形態１〜３において決定するＵＬ／ＤＬコンフィグレーションについて、運用中のデータトラフィック量に応じた最適なパターンを選択できるようになる。これにより、ＵＥと基地局間のＵＬ／ＤＬのデータトラフィック量に柔軟に対応でき、常に効率的な通信を行うことができる。これと同時に、隣接セルへの干渉をできるだけ低減できるＵＬ／ＤＬコンフィグレーションを用いた通信を行うことができるようになる。
【０１２１】
以上説明した各実施の形態によれば、隣接セルと通信する端末への干渉元となるセルから送信されるＣＲＳが多重されるＤＬサブフレーム数をセル内の端末の通信状況に応じて制御する。これにより、隣接セルと通信中の端末への干渉を低減し、基地局と端末間の無線品質の劣化を防ぐことができるようになる。
【０１２２】
隣接セル（隣接セルと重なるエリア）で通信中の端末については、セルへの接続端末がいない場合に、ＤＬサブフレーム数が少なくなるＵＬ／ＤＬコンフィグレーションを用いる。これにより、ＣＲＳが隣接セルと通信するユーザ（端末）の通信に対する干渉を抑制でき、無線性能（ＳＩＲ等）を向上でき、高速な通信を実現できる。
【０１２３】
また、ＤＬサブフレーム数が少なくなるＵＬ／ＤＬコンフィグレーションを用いることで、ＣＲＳが多重されるＤＬサブフレーム自体の送出の停止は行わない。これにより、セル内で待ち受け中の端末についても、ＬＴＥの通信方式の互換性を維持して、無線性能（同期性能）の劣化を抑制できる。
【符号の説明】
【０１２４】
１０１，１０２  基地局
１１１  端末（ＵＥ）
２０１  無線部
２０２  ベースバンド処理部
２０３  ＵＬ／ＤＬコンフィグレーション制御部
２０３ａ  通信接続判断部
２０３ｂ  ＵＬ／ＤＬコンフィグレーション変更部
２０４  アンテナ
６０１  伝送路
【図１】
2015177935.tif 000003
【図２】
2015177935.tif 000004
【図３】
2015177935.tif 000005
【図４】
2015177935.tif 000006
【図５】
2015177935.tif 000007
【図６】
2015177935.tif 000008
【図７】
2015177935.tif 000009
【図８】
2015177935.tif 000010
【図９】
2015177935.tif 000011
【図１０】
2015177935.tif 000012
【図１１】
2015177935.tif 000013
【図１２】
2015177935.tif 000014
【図１３】
2015177935.tif 000015
【図１４】
2015177935.tif 000016
【図１５】
2015177935.tif 000017
【図１６】
2015177935.tif 000018
【手続補正書】
【提出日】平成28年11月17日(2016.11.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１セル配下で通信中の端末の有無を判断し、通信中の前記端末が無い場合には、アップリンクとダウンリンクのフレーム構成を、前記第１セルに隣接する第２セルへの干渉を抑えるフレーム構成に変更する制御部を備えたことを特徴とする基地局装置。
【請求項２】
前記制御部は、前記第１セル配下で通信中の前記端末が無い場合には、現在の前記フレーム構成に対して前記ダウンリンクのサブフレーム数が少なくなるフレーム構成に変更することを特徴とする請求項１に記載の基地局装置。
【請求項３】
前記制御部は、前記第１セルのアップリンクとダウンリンクのデータトラフィック量に基づき、前記フレーム構成を変更することを特徴とする請求項１に記載の基地局装置。
【請求項４】
前記制御部は、前記第１セルのアップリンクのデータトラフィック量が多ければ、アップリンクのサブフレーム数が多くなる前記フレーム構成に変更し、前記第１セルのダウンリンクのデータトラフィック量が多ければ、ダウンリンクのサブフレーム数が多くなる前記フレーム構成に変更することを特徴とする請求項３に記載の基地局装置。
【請求項５】
前記制御部は、前記フレーム構成として、アップリンクとダウンリンクのサブフレーム数の配置が予め複数パターン設定されたパターンのうち、前記第２セルへの干渉を低減するパターンを優先的に選択することを特徴とする請求項３に記載の基地局装置。
【請求項６】
前記制御部は、前記第１セル配下で待ち受け状態の端末に対して、前記フレーム構成の変更を通知した後に、前記フレーム構成を変更することを特徴とする請求項１に記載の基地局装置。
【請求項７】
前記制御部は、前記フレーム構成の変更後に、前記第１セル配下で通信中の端末が有る場合には、変更前のフレーム構成に戻すことを特徴とする請求項１に記載の基地局装置。
【請求項８】
前記制御部は、前記第２セルに対し、前記フレーム構成を変更する際、前記第２セルの基地局装置に対して前記フレーム構成の変更を通知することを特徴とする請求項１に記載の基地局装置。
【請求項９】
前記制御部は、前記第２セルに対し、前記フレーム構成の変更を通知した後に、前記フレーム構成を変更することを特徴とする請求項８に記載の基地局装置。
【請求項１０】
前記第２セルの基地局装置に設けられる制御部は、前記第１セルの基地局装置から前記フレーム構成の変更の通知を受けた場合、前記第２セル配下の端末に対して前記第１セルのフレーム構成の変更を通知することを特徴とする請求項１に記載の基地局装置。
【請求項１１】
前記制御部は、前記第２セル配下で通信中の端末が前記第１セルにハンドオーバする際の前記端末に通知するハンドオーバ情報に、前記第１セルのフレーム構成を含ませることを特徴とする請求項１に記載の基地局装置。
【請求項１２】
基地局装置が実施する通信方法において、
前記基地局装置のセル配下で通信中の端末の有無を判断し、通信中の前記端末が無い場合には、アップリンクとダウンリンクのフレーム構成を、隣接セルへの干渉を抑えるフレーム構成に変更することを特徴とする通信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、隣接セルへの干渉を抑制する制御を行う基地局装置および通信方法に関する。
【背景技術】
【０００２】
通信方法の一つであるＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）では、基地局と端末間のアップリンク（Ｕｐｌｉｎｋ：ＵＬ、端末から基地局への送信）とダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ、基地局から端末への送信）の通信を時間スロットで切り替える。
【０００３】
図１５は、ＬＴＥの通信方式におけるＵＬ／ＤＬコンフィグレーションを示す図表である。例えば、３ＧＰＰに規定するＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の通信方式では、サブフレーム（ｓｕｂｆｒａｍｅ）単位（１ｍｓｅｃ）でＵＬ用のＵＬサブフレームとＤＬ用のＤＬサブフレームの配置が定義されている。図１５に示す例では、ＵＬサブフレームとＤＬサブフレーム構成（以降、ＵＬ／ＤＬコンフィグレーション（ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）と呼ぶ）は、いずれも１０サブフレーム（０〜９のサブフレーム番号）を有する７パターンが定義されている。
【０００４】
図１５に示す「Ｄ」はＤＬサブフレーム、「Ｕ」はＵＬサブフレーム、「Ｓ」はスペシャル・サブフレームである。スペシャル・サブフレーム「Ｓ」は、ＤＬサブフレームとＵＬのサブフレームの間（ＤＬ→ＵＬの場合）に設けられ、１つのサブフレーム内にＤＬとＵＬが混在して設けられるサブフレームである。
【０００５】
図１６は、端末の通信時に隣接セルからのＣＲＳによる干渉を説明する図である。隣接して複数のセルが存在する場合、ＴＤＤシステムでは、一般的に隣接するセル間で同じＵＬ／ＤＬコンフィグレーションが使用される。図１６に示すように、隣接して２セルが存在する場合、この２セル（Ｃｅｌｌ＃ＡとＣｅｌｌ＃Ｂ）は、時間的に同期しており、同じＵＬ／ＤＬコンフィグレーション（パターン２）が使用されていることを示している。
【０００６】
そして、例えば、時刻ｔ０のサブフレームでは、Ｃｅｌｌ＃ＡとＣｅｌｌ＃Ｂともに「Ｄ」ＤＬサブフレームを用い、時刻ｔ１〜ｔ４では、順次「Ｓ，Ｕ，Ｄ，Ｄ」のサブフレームを使用している。このように、隣接するセル間では、同じＵＬ／ＤＬコンフィグレーションを用いている。
【０００７】
ここで、隣接するセル間で同じＵＬ／ＤＬコンフィグレーションを用いることを説明しておく。エリアＸにＣｅｌｌ＃Ａと通信している端末（ＵＥ）＃１と、Ｃｅｌｌ＃Ｂと通信しているＵＥ＃２が存在し、ＵＥ＃１とＵＥ＃２が互いに近い場所に位置している状態を仮定する。そして、ＵＥ＃１は、Ｃｅｌｌ＃ＡからＵＬ／ＤＬコンフィグレーション（パターン２）で信号を受信し、ＵＥ＃２は、Ｃｅｌｌ＃Ｂに対してＵＬ／ＤＬコンフィグレーション（パターン０）で信号を送信した場合を想定する。
【０００８】
この場合、ＵＥ＃１とＵＥ＃２は、近しい場所に位置しているため、ＵＥ＃１は、ＵＥ＃２の送信信号（時刻ｔ３のＤ）を受信することになる。ＵＥ＃１からみると、ＵＥ＃２の送信信号は干渉になる。このような干渉を回避するために、ＴＤＤの通信方法を用いるシステムでは、図１６に示したように、隣接するセル間で同じＵＬ／ＤＬコンフィグレーションを用いている。
【０００９】
ＬＴＥの通信方式では、ＤＬサブフレームにセル固有リファレンス信号（ＣＲＳ：Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を多重化して送信する。ＵＥは、このＣＲＳに基づきセルの電力測定や、チャネル推定を行う。
【００１０】
図１６に戻り説明すると、あるＵＥがＣｅｌｌ＃Ａと通信しているとする。この際、Ｃｅｌｌ＃Ｂには、通信しているユーザ（ＵＥ）が存在しないとする。そして、２つのセル（Ｃｅｌｌ＃Ａ，Ｃｅｌｌ＃Ｂ）は、いずれも同じＵＬ／ＤＬコンフィグレーション（パターン２）を用いているとする。
【００１１】
時刻ｔ３は「Ｄ」ＤＬサブフレームであり、それぞれの基地局から送信されているＯＦＤＭ信号（横軸は時間、縦軸は周波数）の内容を抽出して上部に記載した。図中の各１マス（枠）は、リソース・エレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）であり、ＲＥ毎に各種信号を伝送できる。例えば、ＲＥ毎に制御チャネルデータ、個別チャネルデータを伝送でき、Ｃｅｌｌ＃ＡはＣＲＳ（ＣＲＳ−Ａ）、Ｃｅｌｌ＃ＢはＣＲＳ（ＣＲＳ−Ｂ）を任意のＲＥに多重化して送信する。
【００１２】
そして、Ｃｅｌｌ＃Ｂには、通信中のユーザがいないため、制御チャネルデータや個別チャネルデータは送信せず、ＣＲＳ−Ｂだけを送信する。しかし、このＣＲＳ−Ｂは、時刻ｔ３のＤＬサブフレームでＣｅｌｌ＃Ａと通信しているエリアＸ上のＵＥ上でＣＲＳ−Ｂが多重化されたＲＥに対応するデータに対する干渉信号となる。これにより、他のセル（Ｃｅｌｌ＃Ａ）と通信中のＵＥの無線性能を劣化（伝送レートの低下、チャネル推定精度低下等）させる問題を生じさせる。
【００１３】
図１６に示したような干渉問題を解決するために、ＤＬサブフレームのＣＲＳ送信を停止する手法が考えられる（例えば、下記特許文献１参照。）。Ｃｅｌｌ＃Ｂにおいて、ＣＲＳ送信を停止することにより、Ｃｅｌｌ＃Ａからの送信信号に対して干渉を与えることがなくなる。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２０１２−２４９１１８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、ＬＴＥの通信方式では、ＤＬサブフレームでは、必ずＣＲＳの送信を必要とするため、特許文献１に記載の手法は、ＬＴＥの通信方式と互換性が無くＬＴＥの通信方式に適用することができない。ＬＴＥの通信方式では、Ｃｅｌｌ＃Ｂに存在する待ち受け状態（スタンバイ／アイドル）の端末は、Ｃｅｌｌ＃ＢのＤＬサブフレームに多重化されたＣＲＳ（ＣＲＳ−Ｂ）に基づいてＣｅｌｌ＃Ｂとの同期処理などを実行する。したがって、ＬＴＥの通信方式では、ＣＲＳ（ＣＲＳ−Ｂ）が送信されないと、端末の同期性能が劣化するという問題を生じさせる。
【００１６】
このように、従来の技術では、ＬＴＥの通信方式では、接続ユーザがいない場合であっても、ＤＬサブフレームにおいて、必ずＣＲＳを送信し、このＣＲＳが隣接セルと通信するユーザ（端末）に対する干渉元となり、端末の無線性能の劣化を引き起こす。その一方で、ＤＬサブフレームでＣＲＳ送信を停止する手法を用いた場合、ＬＴＥの通信方式との互換性が無く、ＣＲＳ送信が停止されたセル配下に位置するユーザ（端末）は、同期性能の劣化を引き起こす。無線性能の劣化により、基地局と端末間通信の無線品質が劣化する。
【００１７】
一つの側面では、本発明は、隣接セルへの干渉を低減でき、無線品質の劣化を抑えることを目的とする。
【課題を解決するための手段】
【００１８】
一つの案では、基地局装置は、第１セル配下で通信中の端末の有無を判断し、通信中の前記端末が無い場合には、アップリンクとダウンリンクのフレーム構成を、前記第１セルに隣接する第２セルへの干渉を抑えるフレーム構成に変更する制御部を備えたことを要件とする。
【発明の効果】
【００１９】
一つの実施形態によれば、隣接セルへの干渉を低減でき、無線品質の劣化を抑えることができる。
【図面の簡単な説明】
【００２０】
【図１】図１は、実施の形態１にかかる基地局装置を含む通信システムを示す図である。
【図２】図２は、実施の形態１にかかる基地局装置の内部構成例を示すブロック図である。
【図３】図３は、実施の形態１にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。
【図４】図４は、実施の形態１にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更後の処理例を示すフローチャートである。
【図５】図５は、実施の形態２にかかるＵＬ／ＤＬコンフィグレーション制御を説明する図である。
【図６】図６は、実施の形態２にかかる通信システムの各基地局装置の内部構成例を示す図である。
【図７】図７は、実施の形態２にかかる隣接する一方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。
【図８】図８は、実施の形態２にかかる隣接する他方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。
【図９】図９は、実施の形態２にかかる隣接する一方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更後の処理例を示すフローチャートである。
【図１０】図１０は、実施の形態３にかかる通信システムのＵＬ／ＤＬコンフィグレーション変更にかかる手順を示すシーケンス図である。
【図１１】図１１は、実施の形態４にかかるＤＬ／ＵＬコンフィグレーションの変更時のＤＬ／ＵＬサブフレーム数の変化を示す図表である。
【図１２】図１２は、実施の形態４にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。
【図１３】図１３は、実施の形態４にかかるデータトラフィック量に基づくＵＬ／ＤＬコンフィグレーションの決定の処理内容を示すフローチャートである。
【図１４】図１４は、実施の形態４にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の他の処理例を示すフローチャートである。
【図１５】図１５は、ＬＴＥの通信方式におけるＵＬ／ＤＬコンフィグレーションを示す図表である。
【図１６】図１６は、端末の通信時に隣接セルからのＣＲＳによる干渉を説明する図である。
【発明を実施するための形態】
【００２１】
以下に添付図面を参照して、開示技術の好適な実施の形態を詳細に説明する。
【００２２】
（実施の形態１）
図１は、実施の形態１にかかる基地局装置を含む通信システムを示す図である。図１（ａ）に示すように、基地局装置（基地局、ｅＮＢ）１０１と、基地局１０２が隣接して配置されているとする。基地局１０１のセル（Ｃｅｌｌ＃Ａ、第２セル）と、基地局１０２のセル（Ｃｅｌｌ＃Ｂ、第１セル）が重なるエリアＸでは、端末（ＵＥ）１１１が位置し、端末（ＵＥ）１１１は、これらＣｅｌｌ＃Ａの基地局１０１と、Ｃｅｌｌ＃Ｂの基地局１０２と通信可能であるとする。そして、端末（ＵＥ）１１１は、基地局１０１（Ｃｅｌｌ＃Ａ）と通信接続中であり、他の端末（ＵＥ）１１２は、Ｃｅｌｌ＃Ｂ配下で基地局１０２（Ｃｅｌｌ＃Ｂ）と通信接続中であるとする。以下、基地局１０１，１０２および端末１１１，１１２がＬＴＥの通信方式により通信を行う場合の適用例について説明する。
【００２３】
そして、図１（ｂ）に示すように、一方のＣｅｌｌ＃Ｂに接続するユーザ（ＵＥ１１２）がいなくなったとする（ＵＥ１１２がＣｅｌｌ＃Ｂ配下で待ち受け状態に変更）。この場合、Ｃｅｌｌ＃Ｂの基地局１０２は、ＵＥ１１１との間の上り（ＵＬ）と下り（ＤＬ）通信で用いるＵＬ／ＤＬコンフィグレーション（パターン）を変更する。このとき、基地局１０２は、他方のＣｅｌｌ＃Ａと重なる（エリアＸ）に位置する端末１１１に対して干渉元となるＣＲＳが多重化されたＤＬサブフレーム「Ｄ」の送信を抑えるＵＬ／ＤＬコンフィグレーションを用いる。
【００２４】
図１（ａ）に示したように、Ｃｅｌｌ＃Ａの基地局１０１およびＣｅｌｌ＃Ｂの基地局１０２は、当初、ＵＬ／ＤＬコンフィグレーションをパターン２「ＤＳＵＤＤ」で運用していたとする。この後、基地局１０２は、Ｃｅｌｌ＃Ｂに接続するユーザ（ＵＥ１１２）がいなくなったと判断した際に、図１（ｂ）に示すように、ＵＬ／ＤＬコンフィグレーションをパターン２「ＤＳＵＤＤ」からパターン０「ＤＳＵＵＵ」に変更する。
【００２５】
基地局１０２は、Ｃｅｌｌ＃Ｂに接続するユーザ（端末１１２）がいないことから、パターン０のうち時刻ｔ３，ｔ４の２つのサブフレーム「ＤＤ」を「ＵＵ」に変更している。しかし、このサブフレーム「ＵＵ」を用いてＵＬ送信するユーザ（ＵＥ１１２）がいないため、サブフレーム「ＵＵ」は、実質、無信号状態となる。したがって、Ｃｅｌｌ＃Ｂのサブフレーム「ＵＵ」は、Ｃｅｌｌ＃Ａ（エリアＸ）に位置するＵＥ１１１へ干渉を与えない。
【００２６】
ここで、Ｃｅｌｌ＃Ｂ配下の端末（ＵＥ）全てが待ち受けとなれば、パターン０のうち時刻ｔ３，ｔ４の２つのサブフレーム「ＤＤ」を「ＵＵ」に変更する。図１に示した例では、便宜上、Ｃｅｌｌ＃Ｂ配下の端末は、ＵＥ１１２の１台だけとしたが、実システムでは複数台の端末（ＵＥ）が存在している。
【００２７】
また、ＤＬサブフレームをＵＬサブフレームに変更することにより、Ｃｅｌｌ＃Ｂ配下に位置して待ち受け状態の（Ｃｅｌｌ＃Ｂと通信していない）ＵＥ１１２の同期処理に影響を与えない。Ｃｅｌｌ＃Ｂ配下の待ち受け状態のＵＥ１１２は、各パターン（図１５参照）に共通する先頭（時刻ｔ０）のＤＬサブフレーム「Ｄ」に含まれるＣＲＳを用いて同期処理を行う。なお、上述したように、ＣＳＲは、ＤＬサブフレーム「Ｄ」に多重化して含まれ、ＵＬサブフレーム「Ｕ」には含まれていない。
【００２８】
図２は、実施の形態１にかかる基地局装置の内部構成例を示すブロック図である。基地局１０１，１０２のいずれも同様の構成を適用できるが、図１に示したＣｅｌｌ＃Ｂの基地局１０２に適用した例を示す。基地局（ｅＮＢ）１０２は、無線部２０１と、ベースバンド（ＢＢ）処理部２０２と、ＵＬ／ＤＬコンフィグレーション制御部２０３と、アンテナ２０４と、を含む。
【００２９】
無線部２０１は、主にアナログ回路で構成される。ＢＢ処理部２０２、およびＵＬ／ＤＬコンフィグレーション制御部２０３は、例えば、それぞれデジタル回路、ＤＳＰ、ＣＰＵ、メモリ等を含む。ＢＢ処理部２０２のＣＰＵは、メモリ（ＲＯＭ）に格納されたプログラム実行によりメモリ（ＲＡＭ）を作業領域として用いてＢＢ処理を実行する。ＵＬ／ＤＬコンフィグレーション制御部２０３のＣＰＵは、メモリ（ＲＯＭ）に格納されたプログラム実行によりメモリ（ＲＡＭ）を作業領域として用いてコンフィグレーション制御にかかる処理を実行する。
【００３０】
ＢＢ処理部２０２は、ネットワークを介して上位網からデータ（Ｄａｔａ）を受け取り、ＢＢ信号を生成する。ＢＢ信号は、無線部２０１に渡され、無線周波数帯にアップコンバートされた無線信号がアンテナ２０４を介して送信される。また、アンテナ２０４で受信した無線信号は、無線部２０１によりダウンコンバートされ、ＢＢ処理部２０２でベースバンド処理された後、ネットワークを介して上位網にデータ（Ｄａｔａ）出力される。
【００３１】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＢＢ処理部２０２が行うベースバンド処理のうち、ＴＤＤシステムにおけるＵＬ／ＤＬコンフィグレーションの制御を行う。このＵＬ／ＤＬコンフィグレーション制御部２０３は、通信接続判断部２０３ａと、ＵＬ／ＤＬコンフィグレーション変更部２０３ｂと、を含む。
【００３２】
通信接続判断部２０３ａは、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続ユーザ（ＵＥ１１２）の有無を判断する。ＵＬ／ＤＬコンフィグレーション変更部２０３ｂは、Ｃｅｌｌ＃Ｂ配下のユーザ（ＵＥ１１２）との通信接続がない期間、ＵＬ／ＤＬコンフィグレーション（パターン）を変更する制御を行う。このＵＬ／ＤＬコンフィグレーションの変更では、隣接セル（Ｃｅｌｌ＃Ａ）への干渉を低減するパターンに変更する。より詳細には、エリアＸに位置し、Ｃｅｌｌ＃Ａと通信中のＵＥ１１１に対する干渉を低減させるパターンに変更する。
【００３３】
図３は、実施の形態１にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。ＵＬ／ＤＬコンフィグレーション制御部２０３が行うＵＬ／ＤＬコンフィグレーションの変更制御について説明する。
【００３４】
初期の状態では、図１に示したように、隣接するＣｅｌｌ＃Ａ，Ｃｅｌｌ＃Ｂ間では同じＵＬ／ＤＬコンフィグレーション（例えば、パターン２「ＤＳＵＤＤ」）が使用されている。
【００３５】
そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続（ＣＯＮＮＥＣＴＥＤ）ユーザ（ＵＥ１１２）の有無を判定する（ステップＳ３０１）。
【００３６】
そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいない場合には（待ち受け状態のＵＥ１１２がいる場合を含む）（ステップＳ３０１：Ｙｅｓ）、現在のＵＬ／ＤＬコンフィグレーション（パターン）を変更するため、他のＵＬ／ＤＬコンフィグレーション（パターン）を決定する（ステップＳ３０２）。この際、隣接セル（Ｃｅｌｌ＃Ａ）への干渉を低減するＵＬ／ＤＬコンフィグレーション（パターン）を決定する。
【００３７】
ここで、変更するＵＬ／ＤＬコンフィグレーションは、「Ｄ」ＤＬサブフレームに多重されるＣＲＳによる隣接セルへの干渉をできるだけ低減できるパターンに決定する。このため、ＵＬ／ＤＬコンフィグレーション制御部２０３は、「Ｕ」ＵＬサブフレーム数が多くなる（「Ｄ」ＤＬサブフレーム数が少なくなる）ＵＬ／ＤＬコンフィグレーション（パターン）を選択する（ＣＲＳが多重化されたＤＬサブフレーム数を減らす）。例えば、ＵＬ／ＤＬコンフィグレーション（パターン２）を、ＵＬ／ＤＬコンフィグレーション（パターン０）に変更することを決める。
【００３８】
図１５に示したように、ＵＬ／ＤＬコンフィグレーションの各パターン０〜６は、干渉の元となるＤＬサブフレーム「Ｄ」の数が異なる。ＤＬサブフレーム「Ｄ」の数が少ない順でみると、パターン０（Ｄが２つ）、パターン６（Ｄが３つ）、パターン１（Ｄが４つ）、パターン２とパターン３（Ｄが６つ）、パターン４（Ｄが７つ）、パターン５（Ｄが８つ）となっている。ＵＬ／ＤＬコンフィグレーション制御部２０３は、例えば、ＤＬサブフレーム「Ｄ」の数が少ないパターン（ＵＬサブフレームが多いパターン）のＵＬ／ＤＬコンフィグレーションを優先的に選択（決定）することができる。
【００３９】
これにより、エリアＸに位置し、Ｃｅｌｌ＃Ａと通信を行うユーザ（ＵＥ１１１）は、Ｃｅｌｌ＃Ｂから送信されるＣＲＳが多重化されたＤＬサブフレーム数が減る。したがって、ＣＲＳが多重化されたＤＬサブフレームに対応するサブフレームを用いた通信のＳＩＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｔｉｏ）を向上でき、無線性能（伝送レート、チャネル推定精度等）の劣化を抑え、高速通信を維持できるようになる。
【００４０】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ（配下の待ち受け状態のユーザ（ＵＥ１１２））に対してＵＬ／ＤＬコンフィグレーションを変更することを通知する（ステップＳ３０３）。
【００４１】
Ｃｅｌｌ＃Ｂ配下の待ち受け状態（スタンバイ／アイドル）のユーザ（ＵＥ１１２）は、ＤＬサブフレームに多重されているＣＲＳを用いて同期を維持している。ユーザ（ＵＥ１１２）は、突然ＵＬ／ＤＬコンフィグレーションが変更されると（ＤＬサブフレーム「Ｄ」がなくなると）同期性能の劣化を生じさせる原因となるため、ステップＳ３０３では、ユーザ（ＵＥ１１２）に対してＵＬ／ＤＬコンフィグレーションの変更を事前に通知している。この通知は、例えばページング・メッセージ（Ｐａｇｉｎｇ  Ｍｅｓｓａｇｅ）が用いられる。ユーザ（ＵＥ１１２）は、ＵＬ／ＤＬコンフィグレーションの変更を事前に通知されることで、各パターンに共通して少なくとも先頭に含まれるＤＬサブフレーム「Ｄ」に含まれるＣＲＳを用いて同期処理を行う制御を行うことができる。
【００４２】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ３０３によるＵＬ／ＤＬコンフィグレーションの変更通知の完了後、Ｃｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを変更する（ステップＳ３０４）。例えば、図１に示すように、Ｃｅｌｌ＃Ｂは、ＵＬ／ＤＬコンフィグレーションを、例えば、パターン０「ＤＳＵＵＵ」に変更する。
【００４３】
ＬＴＥの通信方式では、ＵＬ／ＤＬコンフィグレーションの情報を無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ手順）のシステム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１）で通知している。このため、基地局１０２は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１に含まれるＵＬ／ＤＬコンフィグレーションの内容を変更後の内容に書き換えてＣｅｌｌ＃Ｂに送出（ＵＥ１１２に通知）し、処理を終了する（ステップＳ３０１に戻り待機する）。
【００４４】
また、ステップＳ３０１において、接続ユーザ（ＵＥ１１２）がいる場合には（ステップＳ３０１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ３０５）、処理を終了する。この場合、ＵＬ／ＤＬコンフィグレーションはパターン２を維持したままとなる。
【００４５】
図４は、実施の形態１にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更後の処理例を示すフローチャートである。図３によるＵＬ／ＤＬコンフィグレーションの変更後の制御について説明する。
【００４６】
ここで、初期の状態では、上述した図３の処理実行により、Ｃｅｌｌ＃ＢはＵＬ／ＤＬコンフィグレーションとして、例えば、パターン０「ＤＳＵＵＵ」に変更されているとする（図１参照）。
【００４７】
そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続（ＣＯＮＮＥＣＴＥＤ）ユーザ（ＵＥ１１２）の有無を判定する（ステップＳ４０１）。このステップＳ４０１の開始は、例えば、上位網から基地局１０２へのデータ入力でＵＥ１１２を呼び出す場合、ＵＥ１１２がブラウザ等の起動でＵＬでデータ送信を要求した場合等に接続（ＣＯＮＮＥＣＴＥＤ）するユーザ（ＵＥ１１２）がいると判断する。
【００４８】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいる場合には（ステップＳ４０１：Ｙｅｓ）、現在のＵＬ／ＤＬコンフィグレーションを変更するため、他のＵＬ／ＤＬコンフィグレーション（パターン）を決定する（ステップＳ４０２）。例えば、本来用いていたＵＬ／ＤＬコンフィグレーションに変更する（パターン２「ＤＳＵＤＤ」に戻す）。
【００４９】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ（配下の待ち受け状態のユーザ（ＵＥ１１２））に対してＵＬ／ＤＬコンフィグレーションを変更する（パターン２「ＤＳＵＤＤ」に戻す）ことを通知する（ステップＳ４０３）。ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下の待ち受け状態（スタンバイ／アイドル）のユーザ（ＵＥ１１２）に対して、上記同様に、ページング・メッセージ（Ｐａｇｉｎｇ  Ｍｅｓｓａｇｅ）を用いてＵＬ／ＤＬコンフィグレーションの変更を通知する。
【００５０】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ４０３によるＵＬ／ＤＬコンフィグレーションの変更通知の完了後、Ｃｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを変更する（ステップＳ４０４）。これにより、図４の処理を終了する（図３のステップＳ３０１に戻る）。
【００５１】
また、ステップＳ４０１において、接続ユーザ（ＵＥ１１２）がいない場合には（ステップＳ４０１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ４０５）、処理を終了する（ステップＳ４０１に戻る）。この場合、ＵＬ／ＤＬコンフィグレーションはパターン０を維持したままとなる。
【００５２】
以上の処理により、ＬＴＥの通信方式と互換性を持ちつつ、干渉低減させることができるようになる。基地局は、自セルと通信する接続ユーザ（ＵＥ）がいない期間は、ＣＲＳが多重化されたＤＬサブフレームをＵＬサブフレームに一時的に変えるＵＬ／ＤＬコンフィグレーション変更を行う。この際、ＣＲＳが多重化されたＤＬサブフレーム数を減らす。これにより、自セルと隣接セルが重なるエリアで隣接セルと通信するユーザ（端末）に対して、ＣＲＳに起因する干渉を低減でき、端末の無線性能の劣化を抑えることができる。
【００５３】
また、このＵＬ／ＤＬコンフィグレーション変更の期間中でもセル配下で通信していない（待ち受け中の）端末は、一部のＤＬサブフレームに多重化されたＣＲＳに基づく同期処理を実行でき、同期性能の劣化を防ぐことができる。
【００５４】
（実施の形態２）
図５は、実施の形態２にかかるＵＬ／ＤＬコンフィグレーション制御を説明する図である。実施の形態２では、隣接するセルＣｅｌｌ＃ＡとＣｅｌｌ＃Ｂ間で連携して、ＵＬ／ＤＬコンフィグレーションの変更に関する情報をやり取りしてＵＥ１１１に通知する。そして、Ｃｅｌｌ＃Ｂの基地局１０２は、ユーザ（ＵＥ１１１）が他のセルに移動した後、再度元のセルに戻ったときにＵＬ／ＤＬコンフィグレーションを整合させる制御を行う。
【００５５】
例えば、あるユーザ（ＵＥ１１１）が、
（１）Ｃｅｌｌ＃Ｂと通信していた
（２）Ｃｅｌｌ＃ＢからＣｅｌｌ＃Ａへハンドオーバ（ＨＯ）した
（３）Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーションが変更された    （（２）に基づきＣｅｌｌ＃Ｂに通信中のユーザがいなくなりＵＬ／ＤＬコンフィグレーションが変更された）
（４）Ｃｅｌｌ＃ＡからＣｅｌｌ＃Ｂへ戻りＨＯした
という状況を仮定する。
【００５６】
このユーザ（ＵＥ１１１）は、当初Ｃｅｌｌ＃Ｂに位置していた際のＵＬ／ＤＬコンフィグレーションを保持し、（４）で再度Ｃｅｌｌ＃ＢにＨＯする際に（３）で変更される前のＵＬ／ＤＬコンフィグレーションを用いてＭｅａｓｕｒｅｍｅｎｔ（品質測定）処理を実行する可能性がある。
【００５７】
ユーザ（ＵＥ１１１）は、Ｍｅａｓｕｒｅｍｅｎｔ処理でＣＲＳを用いる。このため、（４）のＨＯの際、以前のＵＬ／ＤＬコンフィグレーションが、ＨＯ時のＵＬ／ＤＬコンフィグレーションと相違した状態（不整合）のまま、ＵＬに変更されたサブフレームをＤＬサブフレームとしてＭｅａｓｕｒｅｍｅｎｔ処理を実行する場合がある。この場合、Ｍｅａｓｕｒｅｍｅｎｔ性能が劣化し、最適なセルへＨＯできないという問題が生じる。
【００５８】
実施の形態２では、Ｃｅｌｌ＃Ｂの基地局１０２は、変更したＵＬ／ＤＬコンフィグレーションを隣接セル（Ｃｅｌｌ＃Ａ）の基地局１０１へ通知する。そして、Ｃｅｌｌ＃Ａ配下のユーザ（ＵＥ１１１）に対して、ＵＬ／ＤＬコンフィグレーションが変更されたことを通知する。
【００５９】
図６は、実施の形態２にかかる通信システムの各基地局装置の内部構成例を示す図である。図６において、実施の形態１（図２）と同じ構成部には同じ符号を付してある。この実施の形態２では、隣接するセル（Ｃｅｌｌ＃ＡとＣｅｌｌ＃Ｂ）の基地局１０１，１０２は、それぞれのＵＬ／ＤＬコンフィグレーション制御部２０３同士を通信接続する。例えば、Ｃｅｌｌ＃Ａの基地局１０１とＣｅｌｌ＃Ｂの基地局１０２間の伝送路（例えば、Ｘ２インタフェース）６０１を用いることができる。なお、伝送路６０１は、他の有線インタフェースや無線伝送路であってもよい。
【００６０】
図７は、実施の形態２にかかる隣接する一方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。図５に示した（１）ユーザ（ＵＥ１１１）のＨＯ前のＣｅｌｌ＃Ｂ（基地局１０２）側の処理を示してある。
【００６１】
Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続（ＣＯＮＮＥＣＴＥＤ）ユーザ（ＵＥ１１２）の有無を判定する（ステップＳ７０１）。
【００６２】
そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいない場合には（待ち受け状態のＵＥ１１２がいる場合を含む）（ステップＳ７０１：Ｙｅｓ）、現在のＵＬ／ＤＬコンフィグレーション（パターン）を変更するため、他のＵＬ／ＤＬコンフィグレーション（パターン）を決定する（ステップＳ７０２）。この際、隣接セル（Ｃｅｌｌ＃Ａ）への干渉を低減するＵＬ／ＤＬコンフィグレーション（パターン）を決める。例えば、変更前のＵＬ／ＤＬコンフィグレーション（パターン２）を、ＵＬ／ＤＬコンフィグレーション（パターン０）に変更することを決定する。
【００６３】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ（配下の待ち受け状態のユーザ（ＵＥ１１２））に対してＵＬ／ＤＬコンフィグレーションを変更することを通知する（ステップＳ７０３）。
【００６４】
また、ＵＬ／ＤＬコンフィグレーション制御部２０３は、隣接セル（Ｃｅｌｌ＃Ａの基地局１０１）に対して伝送路６０１を介してＵＬ／ＤＬコンフィグレーションを変更することを通知する（ステップＳ７０４）。ステップＳ７０３とステップＳ７０４の処理順は逆でもよいし、同時に行ってもよい。
【００６５】
この後、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを変更する（ステップＳ７０５）。例えば、図１に示すように、Ｃｅｌｌ＃Ｂは、ＵＬ／ＤＬコンフィグレーションを、例えば、パターン０「ＤＳＵＵＵ」に変更する。基地局１０２は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１に含まれるＵＬ／ＤＬコンフィグレーションの内容を変更後の内容に書き換えてＣｅｌｌ＃Ｂに送出（ＵＥ１１２に通知）し、処理を終了する（ステップＳ７０１に戻り待機する）。
【００６６】
また、ステップＳ７０１において、ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいる場合には（ステップＳ７０１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ７０６）、処理を終了する。この場合、ＵＬ／ＤＬコンフィグレーションはパターン２を維持したままとなる。
【００６７】
図８は、実施の形態２にかかる隣接する他方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。図５に示した（２）ユーザ（ＵＥ１１１）のＨＯ先のＣｅｌｌ＃Ａ（基地局１０１）側の処理を示してある。なお、Ｃｅｌｌ＃ＢからＵＬ／ＤＬコンフィグレーションの変更の通知に関連する処理内容だけを抽出して記載してある。
【００６８】
はじめに、Ｃｅｌｌ＃Ａ（基地局１０１）のＵＬ／ＤＬコンフィグレーション制御部２０３は、隣接するセル（Ｃｅｌｌ＃Ｂ）の基地局１０２からＵＬ／ＤＬコンフィグレーションの変更が通知されたか否かを判断する（ステップＳ８０１）。
【００６９】
ＵＬ／ＤＬコンフィグレーションの変更が通知された場合（ステップＳ８０１：Ｙｅｓ）、隣接セル（Ｃｅｌｌ＃Ｂ）のＵＬ／ＤＬコンフィグレーションが変更されることを、Ｃｅｌｌ＃Ａ配下のユーザ（ＵＥ１１１）に通知し（ステップＳ８０２）、処理を終了する。この通知には、例えば、ページング（ｐａｇｉｎｇ）チャネル、あるいは、報知チャネルが用いられる。
【００７０】
ユーザ（ＵＥ１１１）は、Ｃｅｌｌ＃Ｂについて、変更されたＵＬ／ＤＬコンフィグレーション（例えば、パターン０「ＤＳＵＵＵ」）を保持する。これにより、ユーザ（ＵＥ１１１）が再度Ｃｅｌｌ＃Ｂに戻る際（ＨＯ時）には、このＣｅｌｌ＃Ｂが運用中の現在のＵＬ／ＤＬコンフィグレーション（例えば、パターン０「ＤＳＵＵＵ」）を知ることができる。これにより、ユーザ（ＵＥ１１１）は、Ｃｅｌｌ＃Ｂ（基地局１０２）で運用中のＵＬ／ＤＬコンフィグレーションと整合させて通信を行うことができる。
【００７１】
一方、ＵＬ／ＤＬコンフィグレーションの変更が通知されていない場合（ステップＳ８０１：Ｎｏ）、何もせずに（ステップＳ８０３）、処理を終了する。
【００７２】
図９は、実施の形態２にかかる隣接する一方の基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更後の処理例を示すフローチャートである。図７によるＵＬ／ＤＬコンフィグレーションの変更後の制御について説明する。
【００７３】
ここで、初期の状態では、上述した図７の処理実行により、Ｃｅｌｌ＃Ｂ（基地局１０２）は、ＵＬ／ＤＬコンフィグレーションとして、例えば、パターン０「ＤＳＵＵＵ」に変更されているとする（図１参照）。
【００７４】
そして、Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ配下で通信を行っている接続（ＣＯＮＮＥＣＴＥＤ）ユーザ（ＵＥ１１２）の有無を判定する（ステップＳ９０１）。
【００７５】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、接続ユーザ（ＵＥ１１２）がいる場合には（ステップＳ９０１：Ｙｅｓ）、現在のＵＬ／ＤＬコンフィグレーションを変更するため、他のＵＬ／ＤＬコンフィグレーション（パターン）を決定する（ステップＳ９０２）。例えば、本来用いていたＵＬ／ＤＬコンフィグレーションに変更する（パターン２「ＤＳＵＤＤ」に戻す）。
【００７６】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂ（配下の待ち受け状態のユーザ（ＵＥ１１２））に対してＵＬ／ＤＬコンフィグレーションを変更する（パターン２「ＤＳＵＤＤ」に戻す）ことを通知する（ステップＳ９０３）。
【００７７】
また、ＵＬ／ＤＬコンフィグレーション制御部２０３は、隣接セル（Ｃｅｌｌ＃Ａの基地局１０１）に対して伝送路６０１を介してＵＬ／ＤＬコンフィグレーションを変更する（パターン２「ＤＳＵＤＤ」に戻す）ことを通知する（ステップＳ９０４）。ステップＳ９０３とステップＳ９０４の処理順は逆でもよいし、同時に行ってもよい。
【００７８】
この後、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを変更する（ステップＳ９０５）。これにより、図９の処理を終了する（図７のステップＳ７０１に戻る）。
【００７９】
また、ステップＳ９０１において、接続ユーザ（ＵＥ１１２）がいない場合には（ステップＳ９０１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ９０６）、処理を終了する（ステップＳ９０１に戻る）。この場合、ＵＬ／ＤＬコンフィグレーションはパターン０を維持したままとなる。
【００８０】
実施の形態２によれば、実施の形態１同様の効果を有する。加えて、実施の形態２では、ユーザ（ＵＥ１１１）は、隣接セルに移動した後、移動前のセルにおけるＵＬ／ＤＬコンフィグレーション変更の通知を受けることができる。これにより、ユーザ（ＵＥ１１１）が再度移動前のセルに戻るときに運用されているＵＬ／ＤＬコンフィグレーションを用いた通信を行うことができるようになる。
【００８１】
これにより、以前のＵＬ／ＤＬコンフィグレーションが、ＨＯ時のＵＬ／ＤＬコンフィグレーションと相違する不整合の状態を防いで品質測定を適切に行うことができ、ＨＯを適切に行うことができるようになる。
【００８２】
（実施の形態３）
実施の形態３は、実施の形態２の変形例であり、ＵＥ１１１に対してハンドオーバ先のセル（Ｃｅｌｌ＃Ｂ）のＵＬ／ＤＬコンフィグレーションの情報の通知のタイミングが異なる。実施の形態３では、ユーザ（端末１１１）が元のセル（Ｃｅｌｌ＃Ｂ）に戻るハンドオーバ時に、セル（Ｃｅｌｌ＃Ａ）がハンドオーバ先のセル（Ｃｅｌｌ＃Ｂ）のＵＬ／ＤＬコンフィグレーションの情報を無線伝送のメッセージに付与して通知する。
【００８３】
図１０は、実施の形態３にかかる通信システムのＵＬ／ＤＬコンフィグレーション変更にかかる手順を示すシーケンス図である。図５に示したように、ユーザ（ＵＥ１１１）がＣｅｌｌ＃Ａ（基地局１０１）からＣｅｌｌ＃Ｂ（基地局１０２）へ移動（ハンドオーバ）する際に行う手順（図５においてＵＥ１１１がＣｅｌｌ＃Ｂに戻る際の状態）を示している。
【００８４】
この際、Ｃｅｌｌ＃Ａ（基地局１０１）は、ユーザ（ＵＥ１１１）に対してＭｅａｓｕｒｅｍｅｎｔ要求（ｃｏｎｔｒｏｌ）を送る（Ｄ１）。ＵＥ１１１は、Ｍｅａｓｕｒｅｍｅｎｔ（品質測定）を実行し、実行結果（Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）をＣｅｌｌ＃Ａ（基地局１０１）に報告する（Ｄ２）。
【００８５】
Ｃｅｌｌ＃Ａ（基地局１０１）は、ＵＥ１１１から報告されたＭｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔに基づいて、Ｃｅｌｌ＃ＡがＨＯすべきと判断した場合、隣接するＣｅｌｌ＃Ｂ（基地局１０２）に対してＨＯ要求（Ｈａｎｄｏｖｅｒ  ｒｅｑｕｅｓｔ）を送る（Ｄ３）。ＨＯ要求を受け取ったＣｅｌｌ＃Ｂ（基地局１０２）は、対象ＵＥ１１１のＨＯに備えた手続きを行い、Ｃｅｌｌ＃Ａ（基地局１０１）に対してＨＯ返答（Ｈａｎｄｏｖｅｒ  ｒｅｓｐｏｎｓｅ）を送る（Ｄ４）。
【００８６】
Ｃｅｌｌ＃Ａ（基地局１０１）は、ＵＥ１１１に対して、Ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄを送信し、ＵＥ１１１からＣｅｌｌ＃Ｂ（基地局１０２）へのＨＯ指示をする（Ｄ５）。ＵＥ１１１は、Ｃｅｌｌ＃Ｂ（基地局１０２）との同期（Ｓｙｎｃｒｏｎｉｚａｔｉｏｎ）を確保した後（Ｄ６）、ＨＯ先のＣｅｌｌ＃Ｂ（基地局１０２）にＨＯが完了（Ｈａｎｄｏｖｅｒ  ｃｏｍｐｌｅｔｅ）したことを通知する（Ｄ７）。
【００８７】
ＬＴＥの通信方式では以上のＤ１〜Ｄ７の手順によりＨＯを行う。上記手順１では、ＵＥ１１１に対してＴＤＤのＵＬ／ＤＬコンフィグレーションを送信しないため、ＵＥ１１１のＨＯ時（図５の（１）〜（４）の状況）に対応できない。
【００８８】
上記の実施の形態２では、Ｃｅｌｌ＃Ｂ（基地局１０２）がＣｅｌｌ＃Ａ（基地局１０１）に伝送路（例えば、Ｘ２インタフェース）６０１を介してＵＬ／ＤＬコンフィグレーションの変更を通知した。そして、Ｃｅｌｌ＃Ａ（基地局１０１）がＵＥ１１１に対して、ページング（ｐａｇｉｎｇ）チャネルや報知チャネルを用いて、Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーションを通知した。
【００８９】
これに対し、実施の形態３では、ＵＬ／ＤＬコンフィグレーションの変更の通知をｐａｇｉｎｇチャネルや報知チャネルを用いない。実施の形態３では、ＵＥ１１１がハンドオーバする際に、Ｃｅｌｌ＃Ａ（基地局１０１）がＵＥ１１１へＭｅａｓｕｒｅｍｅｎｔ  ｃｏｎｔｒｏｌを送信する際に（手順Ｄ１）、ＨＯ先であるＣｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーションを併せて通知する。例えば、３ＧＰＰの通信規格で用いられるメジャーメント・オブジェクト（Ｍｅａｓｕｒｅｍｅｎｔ  Ｏｂｊｅｃｔ）情報の中に、各セルのＵＬ／ＤＬコンフィグレーション情報（例えば、パターン番号対応のビット）を設定し、通知することができる。なお、Ｃｅｌｌ＃Ａは、手順Ｄ１の実行時における現在のＣｅｌｌ＃ＢのＵＬ／ＤＬコンフィグレーションを取得しておく。
【００９０】
また、Ｃｅｌｌ＃Ｂ（基地局１０２）配下に通信中の接続ユーザ（ＵＥ１１２）がいない場合、ＨＯは通信中の状態であるため、Ｃｅｌｌ＃Ｂ（基地局１０２）は、ＵＥ１１１からＨａｎｄｏｖｅｒ  ｃｏｍｐｌｅｔｅ（手順Ｄ７）を受け取った時点で、接続ユーザ（ＵＥ１１１）が発生することになる。この場合、Ｃｅｌｌ＃Ｂ（基地局１０２）は、手順Ｄ７のＨＯ完了を契機として、実施の形態２（図９）に示した処理を実行して、ＵＬ／ＤＬコンフィグレーションを変更する（元に戻す）。
【００９１】
以上説明した実施の形態３によれば、実施の形態１の効果に加えて、実施の形態２同様の効果を有する。また、実施の形態３では、端末がハンドオーバする際に、ハンドオーバ先のＵＬ／ＤＬコンフィグレーションを端末との間のメッセージを用いて通知できる。これにより、端末は、実際にハンドオーバするまでの間、ハンドオーバ先のＵＬ／ＤＬコンフィグレーションの情報を保持しておく必要が無い。そして、端末は、実際に移動するタイミングで、ハンドオーバ先のセルに関する最新のＵＬ／ＤＬコンフィグレーションの通知を受けることができ、適切にハンドオーバを実行できるようになる。また、ＵＥに対するＵＬ／ＤＬコンフィグレーションの変更を既存のＬＴＥの手順を用いて簡単に通知できるようになる。
【００９２】
（実施の形態４）
実施の形態４では、実施の形態１で説明したＵＬ／ＤＬコンフィグレーションの決定方法に関する。セル（Ｃｅｌｌ＃Ｂ）の基地局１０２は、セル（Ｃｅｌｌ＃Ｂ）内でのデータトラフィック量（セル配下で通信中の接続ユーザ（ＵＥ１１２）のデータトラフィック量）に応じてＵＬ／ＤＬコンフィグレーション（パターン０〜６のうち最適なパターン）を決定する。
【００９３】
例えば、上述した実施の形態１では、Ｃｅｌｌ＃Ｂ（基地局１０２）配下のＵＥ１１２がいなくなると、ＵＬ／ＤＬコンフィグレーションを任意のパターンに変更した（図１参照、例えば、パターン２からパターン０への変更）。
【００９４】
図１１は、実施の形態４にかかるＤＬ／ＵＬコンフィグレーションの変更時のＤＬ／ＵＬサブフレーム数の変化を示す図表である。図１１には、図１５同様にパターン別のＤＬ／ＵＬサブフレームの配置に加えて、「Ｄ」→「Ｕ」に変更したサブフレーム（ＳＦ）数と、「Ｄ」サブフレームとして用いることができるサブフレーム数（ＤＬＳＦ数）と、「Ｕ」サブフレームとして用いることができるサブフレーム数（ＵＬＳＦ数）とを示している。
【００９５】
図１１において、中央のパターン２を基準パターンとしたとき、このパターン２から変更したときの各パターンにおける、Ｄ→Ｕに変更したＳＦ数と、ＤＬＳＦ数と、ＵＬＳＦ数とを記載してある。例えば、パターン０については、パターン２からの変更により、Ｄ→Ｕに変更したＳＦ数は４となる。また、パターン５については、パターン２からの変更により、Ｄ→Ｕに変更したＳＦ数は０である。
【００９６】
また、αはＤＬとＵＬが混在する「Ｓ」サブフレームでＤＬとして通信できるデータ量を示し、βは「Ｓ」サブフレームでＵＬとして通信できるデータ量を示している。例えば、１つのＤＬサブフレームで通信できるデータ量を１とすると、αは１未満の正値で示すことができ、１つのＵＬサブフレームで通信できるデータ量を１とすると、βは１未満の正値で示すことができる。なお、ＵＬＳＦ数に示した数字は、ＤＬからＵＬに変更したＵＬＳＦ数を除いた数字になっている。
【００９７】
図１１を見ると、中央のパターン２を基準として、図の上側に記載したパターン０，６，１（パターン２を含むパターン群１１０１）は、図の下側に記載したパターン３，４，５（パターン群１１０２）に比して使用可能なＵＬサブフレーム数が多い。逆に、図の下側に記載したパターン３，４，５（パターン群１１０２）は、図の上側に記載したパターン０，６，１（パターン２を含むパターン群１１０１）に比して使用可能なＤＬサブフレーム数が多い。
【００９８】
Ｃｅｌｌ＃Ｂの基地局１０２は、ＤＬのデータトラフィック量が多い場合、パターン群１１０１から適切なパターンを選択し、ＵＬのデータトラフィック量が多い場合、パターン群１１０２から適切なパターンを選択する。
【００９９】
図１２は、実施の形態４にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の処理例を示すフローチャートである。Ｃｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３が行うＵＬ／ＤＬコンフィグレーションの変更制御について説明する。
【０１００】
はじめに、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂのデータトラフィック量に基づいてＵＬ／ＤＬコンフィグレーションの決定を行う（ステップＳ１２０１）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、決定したＵＬ／ＤＬコンフィグレーションが、現在使用しているＵＬ／ＤＬコンフィグレーションからの変更か否かを判断する（ステップＳ１２０２）。
【０１０１】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１２０２での判断結果が変更となる場合には（ステップＳ１２０２：Ｙｅｓ）、ユーザ（ＵＥ１１２）に対して、ＵＬ／ＤＬコンフィグレーションの変更通知を行う（ステップＳ１２０３）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１２０１で決定したＵＬ／ＤＬコンフィグレーションに変更する（ステップＳ１２０４）。ステップＳ１２０３の変更通知は、実施の形態１とは異なり、Ｃｅｌｌ＃Ｂ内で通信中の全ユーザ（ＵＥ１１２）に対して実行する。
【０１０２】
なお、ステップＳ１２０２での判断結果が、変更とならない場合には（ステップＳ１２０２：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ１２０５）、処理を終了する。
【０１０３】
図１３は、実施の形態４にかかるデータトラフィック量に基づくＵＬ／ＤＬコンフィグレーションの決定の処理内容を示すフローチャートである。ＵＬ／ＤＬコンフィグレーション制御部２０３が行う図１２のステップＳ１２０１の処理内容の詳細を示す。
【０１０４】
図１１に示したように、ＵＬ／ＤＬコンフィグレーションのパターン２を基準パターンとして変更する場合、ＵＬＳＦ数は２＋２βまたは１＋βのいずれかとなる。したがって、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬデータ量に応じて、２＋２β（パターン０，６，１，２）側のパターンから決定するか、あるいは、１＋β（パターン３，４，５）側のパターンから決定するかを判定する。
【０１０５】
はじめに、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬのデータ量が閾値Ｔｈ1ULを超える場合は（ステップＳ１３０１：Ｙｅｓ）、ＵＥ１１２が多くのデータ量を用いて通信したい状況であるため、２＋２βのパターン群１１０１（パターン０，６，１，２）側を選択し、ステップＳ１３０２〜ステップＳ１３０８の処理を実行する。
【０１０６】
次に、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬＳＦ数の判定を実行する（ステップＳ１３０２〜ステップＳ１３０８）。ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１３０１で２＋２βのパターン群１１０１（パターン０，６，１，２）側を選択した場合、ＤＬＳＦ数は、２＋２α、３＋２α、４＋２α、６＋２αの４パターンのなかから最適な１つを選択する。
【０１０７】
このため、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量を予め決めた複数の閾値（Ｔｈ1DL〜Ｔｈ3DL、但しＴｈ1DL＜Ｔｈ2DL＜Ｔｈ3DL）と比較して、ＵＬ／ＤＬコンフィグレーションを決定する。
【０１０８】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量が閾値Ｔｈ1DLより少なければ（ステップＳ１３０２：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションで最もＵＬデータ量が多い（最もＤＬデータ量が少ない）パターン０に決定し（ステップＳ１３０３）、ステップＳ１２０２（図１２参照）に移行する。
【０１０９】
また、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量が閾値Ｔｈ1DL以上であれば（ステップＳ１３０２：Ｎｏ）、ＤＬのデータ量を閾値Ｔｈ2DLと比較し（ステップＳ１３０４）、ＤＬのデータ量が閾値Ｔｈ2DLより少なければ（ステップＳ１３０４：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションをパターン６に決定する（ステップＳ１３０５）。
【０１１０】
ＤＬのデータ量が閾値Ｔｈ2DL以上であれば（ステップＳ１３０４：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量を閾値Ｔｈ3DLと比較し（ステップＳ１３０６）、ＤＬのデータ量が閾値Ｔｈ3DLより少なければ（ステップＳ１３０６：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションをパターン１に決定する（ステップＳ１３０７）。また、ＤＬのデータ量が閾値Ｔｈ3DL以上であれば（ステップＳ１３０６：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションをパターン２に決定する（ステップＳ１３０８）。
【０１１１】
一方、ステップＳ１３０１において、ＵＬのデータ量が所定の閾値Ｔｈ1UL以下の場合は（ステップＳ１３０１：Ｎｏ）、ＵＬのデータ量が少ない（ＤＬのデータ量が多い）状況である。この場合、ＵＬ／ＤＬコンフィグレーション制御部２０３は、１＋βのパターン群１１０２（パターン３，４，５）側を選択し、ステップＳ１３０９〜ステップＳ１３１３の処理を実行する。
【０１１２】
このため、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量を予め決めた複数の閾値（Ｔｈ4DL〜Ｔｈ5DL、但しＴｈ4DL＜Ｔｈ5DL）と比較して、ＵＬ／ＤＬコンフィグレーションを決定する。
【０１１３】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量が閾値Ｔｈ4DLより少なければ（ステップＳ１３０９：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションをパターン３に決定し（ステップＳ１３１０）、ステップＳ１２０２（図１２参照）に移行する。
【０１１４】
また、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＤＬのデータ量が閾値Ｔｈ4DL以上であれば（ステップＳ１３０９：Ｎｏ）、ＤＬのデータ量を閾値Ｔｈ5DLと比較し（ステップＳ１３１１）、ＤＬのデータ量が閾値Ｔｈ5DLより少なければ（ステップＳ１３１１：Ｙｅｓ）、ＵＬ／ＤＬコンフィグレーションをパターン４に決定する（ステップＳ１３１２）。また、ＤＬのデータ量が閾値Ｔｈ5DL以上であれば（ステップＳ１３１１：Ｎｏ）、ＵＬ／ＤＬコンフィグレーションで最もＤＬデータ量が多い（最もＵＬデータ量が少ない）パターン５に決定する（ステップＳ１３１３）。
【０１１５】
上述した最適なＵＬ／ＤＬコンフィグレーションの決定は、実施の形態１に対応してＣｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３が単独で行う処理として説明した。これに限らず、実施の形態２，３で説明した隣接するセルＣｅｌｌ＃ＡとＣｅｌｌ＃Ｂ間で連携して、ＵＬ／ＤＬコンフィグレーションの変更に関する情報をやり取りする処理にも同様に適用することができる。
【０１１６】
図１４は、実施の形態４にかかる基地局装置が実施するＵＬ／ＤＬコンフィグレーション変更の他の処理例を示すフローチャートである。図１３に示した最適なＵＬ／ＤＬコンフィグレーションの決定を実施の形態２（および実施の形態３）に適用した場合におけるＣｅｌｌ＃Ｂ（基地局１０２）のＵＬ／ＤＬコンフィグレーション制御部２０３が実行する処理内容について説明する。
【０１１７】
はじめに、ＵＬ／ＤＬコンフィグレーション制御部２０３は、Ｃｅｌｌ＃Ｂのデータトラフィック量に基づいて、図１３に示したＵＬ／ＤＬコンフィグレーションの決定の処理を行う（ステップＳ１４０１）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、決定したＵＬ／ＤＬコンフィグレーションが、現在使用しているＵＬ／ＤＬコンフィグレーションからの変更か否かを判断する（ステップＳ１４０２）。
【０１１８】
ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１４０２での判断結果が変更となる場合には（ステップＳ１４０２：Ｙｅｓ）、待ち受けユーザ（ＵＥ１１２）に対して、ＵＬ／ＤＬコンフィグレーションの変更通知を行う（ステップＳ１４０３）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、隣接セル（Ｃｅｌｌ＃Ａの基地局１０１）に対して、ＵＬ／ＤＬコンフィグレーションを変更することを通知する（ステップＳ１４０４）。そして、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ステップＳ１４０１で決定したＵＬ／ＤＬコンフィグレーションに変更する（ステップＳ１４０５）。
【０１１９】
なお、ステップＳ１４０２での判断結果が、変更とならない場合には（ステップＳ１４０２：Ｎｏ）、ＵＬ／ＤＬコンフィグレーション制御部２０３は、ＵＬ／ＤＬコンフィグレーションの変更は実施せずに（ステップＳ１４０６）、処理を終了する。
【０１２０】
以上説明した実施の形態４によれば、各実施の形態１〜３において決定するＵＬ／ＤＬコンフィグレーションについて、運用中のデータトラフィック量に応じた最適なパターンを選択できるようになる。これにより、ＵＥと基地局間のＵＬ／ＤＬのデータトラフィック量に柔軟に対応でき、常に効率的な通信を行うことができる。これと同時に、隣接セルへの干渉をできるだけ低減できるＵＬ／ＤＬコンフィグレーションを用いた通信を行うことができるようになる。
【０１２１】
以上説明した各実施の形態によれば、隣接セルと通信する端末への干渉元となるセルから送信されるＣＲＳが多重されるＤＬサブフレーム数をセル内の端末の通信状況に応じて制御する。これにより、隣接セルと通信中の端末への干渉を低減し、基地局と端末間の無線品質の劣化を防ぐことができるようになる。
【０１２２】
隣接セル（隣接セルと重なるエリア）で通信中の端末については、セルへの接続端末がいない場合に、ＤＬサブフレーム数が少なくなるＵＬ／ＤＬコンフィグレーションを用いる。これにより、ＣＲＳが隣接セルと通信するユーザ（端末）の通信に対する干渉を抑制でき、無線性能（ＳＩＲ等）を向上でき、高速な通信を実現できる。
【０１２３】
また、ＤＬサブフレーム数が少なくなるＵＬ／ＤＬコンフィグレーションを用いることで、ＣＲＳが多重されるＤＬサブフレーム自体の送出の停止は行わない。これにより、セル内で待ち受け中の端末についても、ＬＴＥの通信方式の互換性を維持して、無線性能（同期性能）の劣化を抑制できる。
【０１２４】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１２５】
（付記１）第１セル配下で通信中の端末の有無を判断し、通信中の前記端末が無い場合には、アップリンクとダウンリンクのフレーム構成を、前記第１セルに隣接する第２セルへの干渉を抑えるフレーム構成に変更する制御部を備えたことを特徴とする基地局装置。
【０１２６】
（付記２）前記制御部は、前記第１セル配下で通信中の前記端末が無い場合には、現在の前記フレーム構成に対して前記ダウンリンクのサブフレーム数が少なくなるフレーム構成に変更することを特徴とする付記１に記載の基地局装置。
【０１２７】
（付記３）前記制御部は、前記第１セルのアップリンクとダウンリンクのデータトラフィック量に基づき、前記フレーム構成を変更することを特徴とする付記１に記載の基地局装置。
【０１２８】
（付記４）前記制御部は、前記第１セルのアップリンクのデータトラフィック量が多ければ、アップリンクのサブフレーム数が多くなる前記フレーム構成に変更し、前記第１セルのダウンリンクのデータトラフィック量が多ければ、ダウンリンクのサブフレーム数が多くなる前記フレーム構成に変更することを特徴とする付記３に記載の基地局装置。
【０１２９】
（付記５）前記制御部は、前記フレーム構成として、アップリンクとダウンリンクのサブフレーム数の配置が予め複数パターン設定されたパターンのうち、前記第２セルへの干渉を低減するパターンを優先的に選択することを特徴とする付記３に記載の基地局装置。
【０１３０】
（付記６）前記制御部は、前記第１セル配下で待ち受け状態の端末に対して、前記フレーム構成の変更を通知した後に、前記フレーム構成を変更することを特徴とする付記１に記載の基地局装置。
【０１３１】
（付記７）前記制御部は、前記フレーム構成の変更後に、前記第１セル配下で通信中の端末が有る場合には、変更前のフレーム構成に戻すことを特徴とする付記１に記載の基地局装置。
【０１３２】
（付記８）前記制御部は、前記第２セルに対し、前記フレーム構成を変更する際、前記第２セルの基地局装置に対して前記フレーム構成の変更を通知することを特徴とする付記１に記載の基地局装置。
【０１３３】
（付記９）前記制御部は、前記第２セルに対し、前記フレーム構成の変更を通知した後に、前記フレーム構成を変更することを特徴とする付記８に記載の基地局装置。
【０１３４】
（付記１０）前記第２セルの基地局装置に設けられる制御部は、前記第１セルの基地局装置から前記フレーム構成の変更の通知を受けた場合、前記第２セル配下の端末に対して前記第１セルのフレーム構成の変更を通知することを特徴とする付記１に記載の基地局装置。
【０１３５】
（付記１１）前記制御部は、前記第２セル配下で通信中の端末が前記第１セルにハンドオーバする際の前記端末に通知するハンドオーバ情報に、前記第１セルのフレーム構成を含ませることを特徴とする付記１に記載の基地局装置。
【０１３６】
（付記１２）基地局装置が実施する通信方法において、
前記基地局装置のセル配下で通信中の端末の有無を判断し、通信中の前記端末が無い場合には、アップリンクとダウンリンクのフレーム構成を、隣接セルへの干渉を抑えるフレーム構成に変更することを特徴とする通信方法。
【０１３７】
（付記１３）前記セル配下で通信中の前記端末が無い場合には、現在の前記フレーム構成に対して前記ダウンリンクのサブフレーム数が少なくなるフレーム構成に変更することを特徴とする付記１２に記載の通信方法。
【符号の説明】
【０１３８】
１０１，１０２  基地局
１１１  端末（ＵＥ）
２０１  無線部
２０２  ベースバンド処理部
２０３  ＵＬ／ＤＬコンフィグレーション制御部
２０３ａ  通信接続判断部
２０３ｂ  ＵＬ／ＤＬコンフィグレーション変更部
２０４  アンテナ
６０１  伝送路
【国際調査報告】
2015177935.tif 000019
2015177935.tif 000020
2015177935.tif 000021
2015177935.tif 000022