(57)【要約】      （修正有）【課題】Ｃ−ＲＡＮにおいて通信サービスの安定的供給性を向上させることを図る。【解決手段】複数のＲＲＨ１と、複数のＲＲＨ１を収容可能なＢＢＵＰ２を複数とを備え、前記複数のＲＲＨ１と前記複数のＢＢＵＰ２とが通信ネットワーク１００を介して通信可能に接続されて成る。ＲＲＨ１とＢＢＵＰ２との接続断を検出した場合、他のＢＢＵＰ２に接続要求を送信するか否かを判断する制御部を備える。【選択図】図１
2014128024.tif 000002
【特許請求の範囲】
【請求項１】
複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成ることを特徴とするＣ−ＲＡＮシステム。
【請求項２】
複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、前記ＲＲＨ装置であり、
あるＢＢＵＰ装置との接続断を検出した場合に他のＢＢＵＰ装置に接続要求を送信するか否かを判断する制御部を備えたことを特徴とするＲＲＨ装置。
【請求項３】
自ＲＲＨ装置の接続要求先の情報を記憶する記憶部を備え、
前記制御部は、前記接続要求先の情報に基づいて、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、
ことを特徴とする請求項２に記載のＲＲＨ装置。
【請求項４】
自ＲＲＨ装置の周波数帯域の情報を記憶する記憶部を備え、
前記制御部は、前記周波数帯域の情報に基づいて、自ＲＲＨ装置の周波数帯域が所定の周波数帯域である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、
ことを特徴とする請求項２に記載のＲＲＨ装置。
【請求項５】
自ＲＲＨ装置の送信電力の情報を記憶する記憶部を備え、
前記制御部は、前記送信電力の情報に基づいて、自ＲＲＨ装置の送信電力が所定の送信電力以上である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、
ことを特徴とする請求項２に記載のＲＲＨ装置。
【請求項６】
自ＲＲＨ装置のスループットの情報を記憶する記憶部を備え、
前記制御部は、前記スループットの情報に基づいて、前記接続断の前のスループットが所定のスループット以上である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、
ことを特徴とする請求項２に記載のＲＲＨ装置。
【請求項７】
自ＲＲＨ装置のリソース使用率の情報を記憶する記憶部を備え、
前記制御部は、前記リソース使用率の情報に基づいて、前記接続断の前のリソース使用率が所定のリソース使用率以上である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、
ことを特徴とする請求項２に記載のＲＲＨ装置。
【請求項８】
自ＲＲＨ装置の通信エリア内に在圏するユーザ端末数の情報を記憶する記憶部を備え、
前記制御部は、前記ユーザ端末数の情報に基づいて、前記接続断の前のユーザ端末数が所定のユーザ端末数以上である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、
ことを特徴とする請求項２に記載のＲＲＨ装置。
【請求項９】
複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、前記ＢＢＵＰ装置であり、
前記ＲＲＨ装置から接続要求を受信した場合に、自ＢＢＵＰ装置のリソース使用量に基づいて、自ＢＢＵＰ装置に接続中のＲＲＨ装置に使用するリソースを制限する制御部を備えたことを特徴とするＢＢＵＰ装置。
【請求項１０】
複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、通信制御方法であり、
前記ＲＲＨ装置が、あるＢＢＵＰ装置との接続断を検出した場合に他のＢＢＵＰ装置に接続要求を送信するか否かを判断するステップを設けたことを特徴とする通信制御方法。
【請求項１１】
複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、通信制御方法であり、
前記ＢＢＵＰ装置が、前記ＲＲＨ装置から接続要求を受信した場合に、自ＢＢＵＰ装置のリソース使用量に基づいて、自ＢＢＵＰ装置に接続中のＲＲＨ装置に使用するリソースを制限するステップを設けたことを特徴とする通信制御方法。
【請求項１２】
複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、前記ＲＲＨ装置の通信制御処理を行うためのコンピュータプログラムであり、
あるＢＢＵＰ装置との接続断を検出した場合に他のＢＢＵＰ装置に接続要求を送信するか否かを判断するステップをコンピュータに実行させるためのコンピュータプログラム。
【請求項１３】
複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、前記ＢＢＵＰ装置の通信制御処理を行うためのコンピュータプログラムであり、
前記ＲＲＨ装置から接続要求を受信した場合に、自ＢＢＵＰ装置のリソース使用量に基づいて、自ＢＢＵＰ装置に接続中のＲＲＨ装置に使用するリソースを制限するステップをコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｃ−ＲＡＮ（Cloud-Radio Access Netwok）システム、ＲＲＨ装置、ＢＢＵＰ装置、通信制御方法、およびコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、移動体通信システム（セルラーシステム）の基地局の構成として、Ｃ−ＲＡＮと呼ばれるものが検討されている（例えば非特許文献１参照）。Ｃ−ＲＡＮでは、基地局の機能を物理的に、無線送受信機能を有するＲＲＨ（Remote Radio Head）とベースバンド処理機能を有するＢＢＵ（Base Band Unit）とに分離し、複数のＢＢＵを一箇所にまとめたＢＢＵＰ（BBU Pool）と複数のＲＲＨ間を光ファイバーケーブルで接続する。ＢＢＵＰは、複数のＢＢＵに相当するベースバンド処理能力を有し、各ＲＲＨのトラヒック状況などに応じてベースバンド処理能力を各ＲＲＨに対し適応的に割り当てることができる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】Namba, S. et. la., "Colony-RAN Architecture for Future Cellular Network," Future Network & Mobile Summit, 2012
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上述した従来のＣ−ＲＡＮでは、複数のＲＲＨが一箇所のＢＢＵＰに接続されているので、災害や事故などで一ＢＢＵＰが運用できなくなると複数のＲＲＨにその影響が及び、通信サービスの安定的供給という面で問題がある。
【０００５】
本発明は、このような事情を考慮してなされたもので、Ｃ−ＲＡＮにおいて通信サービスの安定的供給性を向上させることができるＣ−ＲＡＮシステム、ＲＲＨ装置、ＢＢＵＰ装置、通信制御方法、およびコンピュータプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明に係るＣ−ＲＡＮシステムは、複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成ることを特徴とする。
【０００７】
本発明に係るＲＲＨ装置は、複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、前記ＲＲＨ装置であり、あるＢＢＵＰ装置との接続断を検出した場合に他のＢＢＵＰ装置に接続要求を送信するか否かを判断する制御部を備えたことを特徴とする。
【０００８】
本発明に係るＲＲＨ装置においては、自ＲＲＨ装置の接続要求先の情報を記憶する記憶部を備え、前記制御部は、前記接続要求先の情報に基づいて、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、ことを特徴とする。
【０００９】
本発明に係るＲＲＨ装置においては、自ＲＲＨ装置の周波数帯域の情報を記憶する記憶部を備え、前記制御部は、前記周波数帯域の情報に基づいて、自ＲＲＨ装置の周波数帯域が所定の周波数帯域である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、ことを特徴とする。
【００１０】
本発明に係るＲＲＨ装置においては、自ＲＲＨ装置の送信電力の情報を記憶する記憶部を備え、前記制御部は、前記送信電力の情報に基づいて、自ＲＲＨ装置の送信電力が所定の送信電力以上である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、ことを特徴とする。
【００１１】
本発明に係るＲＲＨ装置においては、自ＲＲＨ装置のスループットの情報を記憶する記憶部を備え、前記制御部は、前記スループットの情報に基づいて、前記接続断の前のスループットが所定のスループット以上である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、ことを特徴とする。
【００１２】
本発明に係るＲＲＨ装置においては、自ＲＲＨ装置のリソース使用率の情報を記憶する記憶部を備え、前記制御部は、前記リソース使用率の情報に基づいて、前記接続断の前のリソース使用率が所定のリソース使用率以上である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、ことを特徴とする。
【００１３】
本発明に係るＲＲＨ装置においては、自ＲＲＨ装置の通信エリア内に在圏するユーザ端末数の情報を記憶する記憶部を備え、前記制御部は、前記ユーザ端末数の情報に基づいて、前記接続断の前のユーザ端末数が所定のユーザ端末数以上である場合には、前記他のＢＢＵＰ装置に対する接続要求の送信を行う、ことを特徴とする。
【００１４】
本発明に係るＢＢＵＰ装置は、複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、前記ＢＢＵＰ装置であり、前記ＲＲＨ装置から接続要求を受信した場合に、自ＢＢＵＰ装置のリソース使用量に基づいて、自ＢＢＵＰ装置に接続中のＲＲＨ装置に使用するリソースを制限する制御部を備えたことを特徴とする。
【００１５】
本発明に係る通信制御方法は、複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、通信制御方法であり、前記ＲＲＨ装置が、あるＢＢＵＰ装置との接続断を検出した場合に他のＢＢＵＰ装置に接続要求を送信するか否かを判断するステップを設けたことを特徴とする。
【００１６】
本発明に係る通信制御方法は、複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、通信制御方法であり、前記ＢＢＵＰ装置が、前記ＲＲＨ装置から接続要求を受信した場合に、自ＢＢＵＰ装置のリソース使用量に基づいて、自ＢＢＵＰ装置に接続中のＲＲＨ装置に使用するリソースを制限するステップを設けたことを特徴とする。
【００１７】
本発明に係るコンピュータプログラムは、複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、前記ＲＲＨ装置の通信制御処理を行うためのコンピュータプログラムであり、あるＢＢＵＰ装置との接続断を検出した場合に他のＢＢＵＰ装置に接続要求を送信するか否かを判断するステップをコンピュータに実行させるためのコンピュータプログラムであることを特徴とする。
【００１８】
本発明に係るコンピュータプログラムは、複数のＲＲＨ装置と、複数のＲＲＨ装置を収容可能なＢＢＵＰ装置を複数とを備え、前記複数のＲＲＨ装置と前記複数のＢＢＵＰ装置とが通信可能に接続されて成るＣ−ＲＡＮシステムにおける、前記ＢＢＵＰ装置の通信制御処理を行うためのコンピュータプログラムであり、前記ＲＲＨ装置から接続要求を受信した場合に、自ＢＢＵＰ装置のリソース使用量に基づいて、自ＢＢＵＰ装置に接続中のＲＲＨ装置に使用するリソースを制限するステップをコンピュータに実行させるためのコンピュータプログラムであることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、Ｃ−ＲＡＮにおいて通信サービスの安定的供給性を向上させることができるという効果が得られる。例えば、あるＢＢＵＰで障害が発生した際には、該ＢＢＵＰに接続していたＲＲＨは他のＢＢＵＰに接続できるので、あるＢＢＵＰの障害によって該ＢＢＵＰに接続していた全てのＲＲＨの通信サービスが停止して大規模な地域で通信が不通になってしまうことを防ぐことができるようになる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るＣ−ＲＡＮシステムの概略構成図である。
【図２】本発明の一実施形態に係るＲＲＨ１の構成例を示すブロック図である。
【図３】本発明の一実施形態に係るＢＢＵＰ２の構成例を示すブロック図である。
【図４】本発明の実施例１に係るＲＲＨ１の処理手順を示すフローチャートである。
【図５】本発明の実施例５に係るＢＢＵＰ２の処理手順を示すフローチャートである。
【図６】本発明の実施例６に係るＢＢＵＰ２の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の一実施形態に係るＣ−ＲＡＮシステムの概略構成図である。図１において、複数（図１の例では６個）のＲＲＨ装置（以下、単にＲＲＨと称する）１と、複数（図１の例では２個）のＢＢＵＰ装置（以下、単にＢＢＵＰと称する）２とが、リング型の通信ネットワーク１００に接続されている。各ＲＲＨ１と各ＢＢＵＰ２とは、通信ネットワーク１００を介して相互に通信できる。なお、通信ネットワーク１００のネットワーク・トポロジーとしては、一ＲＲＨ１が複数のＢＢＵＰ２に通信接続できればよく、例えば、リング型、メッシュ型、バス型、スター型の組合せ、などが利用可能であり、特に限定されない。
【００２２】
図２は、本実施形態に係るＲＲＨ１の構成例を示すブロック図である。図２において、ＲＲＨ１は無線部１１とＢＢＵＰ間通信部１２と制御部１３と記憶部１４を有する。無線部１１は、無線端末との間で無線信号の送受信を行う。ＢＢＵＰ間通信部１２は、通信ネットワーク１００を介してＢＢＵＰ２との間で通信する。制御部１３は、自ＲＲＨ１の制御を行う。記憶部１４はデータを格納する。
【００２３】
図３は、本実施形態に係るＢＢＵＰ２の構成例を示すブロック図である。図３において、ＢＢＵＰ２はＢＢＵＰ処理部２１とＲＲＨ間通信部２２と制御部２３と記憶部２４を有する。ＢＢＵＰ処理部２１は、ベースバンド処理機能を有し、そのベースバンド処理能力は複数のＢＢＵに相当する。ＲＲＨ間通信部２２は、通信ネットワーク１００を介してＲＲＨ１との間で通信する。制御部２３は、自ＢＢＵＰ２の制御を行う。記憶部２４はデータを格納する。
【００２４】
以下、本実施形態に係るＣ−ＲＡＮシステムの動作について各実施例を挙げて説明する。
【実施例１】
【００２５】
図４は本発明の実施例１に係るＲＲＨ１の処理手順を示すフローチャートである。まず、図１において、各ＲＲＨ１は、いずれかのＢＢＵＰ２に接続している。例えば、ＲＲＨ１＿＃１〜３はＢＢＵＰ２＿＃１に接続し、ＲＲＨ１＿＃４〜６はＢＢＵＰ２＿＃２に接続しているとする。
【００２６】
ここで、何らかの理由によりいずれかのＢＢＵＰ２が運用停止になったとする。例えば、ＢＢＵＰ２＿＃１が運用停止になったとする。これにより、ＢＢＵＰ２＿＃１に接続している各ＲＲＨ１＿＃１〜３は、ＢＢＵＰ２＿＃１との接続断を検出する。この接続断の検出方法としては、例えば、各ＲＲＨ１＿＃１〜３とＢＢＵＰ２＿＃１との間で定期的に生存確認を行うことが挙げられる。その生存確認方法としては、例えば、生存確認を行う一方の装置から相手装置に対して返信要求を行い、相手装置からの返信信号（ACK信号）の有無を確認する方法が挙げられる。
【００２７】
各ＲＲＨ１＿＃１〜３において、制御部１３は、ＢＢＵＰ２＿＃１との接続断を検出すると、図４の処理を開始する。以下、図４を参照して実施例１に係る通信制御方法を説明する。
【００２８】
（ステップ１１）制御部１３は、自ＲＲＨ１がエリアカバー用であるかを確認する。記憶部１４には、予め、自ＲＲＨ１がエリアカバー用であるか否かを示す情報を格納しておく。制御部１３は、記憶部１４内の情報を参照することによって自ＲＲＨ１がエリアカバー用であるかを確認する。この結果、自ＲＲＨ１が、エリアカバー用である場合にはステップＳ１２に進み、エリアカバー用ではない場合には図４の処理を終了する。
【００２９】
なお、エリアカバー用のＲＲＨ１とは、面的に連続した通信エリアを形成するために設けられたＲＲＨ１のことである。したがって、エリアカバー用のＲＲＨ１は、局所的な通信エリアを形成するために設けられたＲＲＨ１よりも重要度が高い。
【００３０】
（ステップＳ１２）制御部１３は、ＢＢＵＰ間通信部１２により、ＢＢＵＰ２＿＃２に接続要求を送信する。記憶部１４には、予め、ＢＢＵＰ２＿＃１との接続断を検出した時に接続要求を送信する相手となるＢＢＵＰ２＿＃２の情報（通信アドレス等）を格納しておく。制御部１３は、記憶部１４内の情報を参照することによって、接続要求を送信する相手となるＢＢＵＰ２＿＃２の情報を取得する。
【００３１】
（ステップＳ１３）制御部１３は、接続要求を送信した相手であるＢＢＵＰ２＿＃２から、接続要求が許可されたかを判断する。この判断方法としては、例えば、接続要求の送信時点から所定期間内に、ＢＢＵＰ２＿＃２から接続要求の許可通知を受信した場合に接続要求が許可されたと判断し、ＢＢＵＰ２＿＃２から接続要求の許可通知を受信しない場合に接続要求が許可されなかったと判断する。この結果、接続要求が許可されたと判断した場合にはステップＳ１４に進み、接続要求が許可されなかったと判断した場合にはステップＳ１２に戻る。
【００３２】
（ステップＳ１４）制御部１３は、ＢＢＵＰ間通信部１２により、ＢＢＵＰ２＿＃２に通信接続する。これにより、当該ＲＲＨ１は、ＢＢＵＰ２＿＃２により通信サービスを継続することができる。
【００３３】
なお、上述した実施例では、ＲＲＨ１がエリアカバー用であるか否かを示す情報に基づいて他のＢＢＵＰ２に接続要求を送信するか否かを判断したが、他の情報を用いて該判断を行ってもよい。以下に、他の情報を用いる例を挙げる。
【００３４】
例えば、ＲＲＨ１の接続要求先の情報（例えば、ＢＢＵＰ２との接続断時における緊急接続先のＢＢＵＰ２の通信アドレスなど）を記憶し、該接続要求先の情報に基づいて該判断を行う。又は、ＲＲＨ１の接続要求有無の情報を記憶し、該接続要求有無の情報に基づいて、他のＢＢＵＰ２に対する接続要求の送信を行う。接続要求有無の情報は、ＲＲＨ１が接続要求を行う（接続要求有り）又は接続要求を行わない（接続要求無し）を示す。又は、ＲＲＨ１が優先であるか否かを示す優先情報を記憶し、該優先情報に基づいて、他のＢＢＵＰ２に対する接続要求の送信を行う。
【００３５】
又は、ＲＲＨ１の周波数帯域の情報を記憶し、該周波数帯域の情報に基づいて、周波数帯域が所定の周波数帯域である場合には、他のＢＢＵＰ２に対する接続要求の送信を行ってもよい。例えば、通信エリアが広くなる低周波数帯域（例えば８００ＭＨｚ帯など）である場合には、他のＢＢＵＰ２に対する接続要求の送信を行う。
【００３６】
又は、ＲＲＨ１の送信電力の情報を記憶し、該送信電力の情報に基づいて、送信電力が所定の送信電力以上である場合には、他のＢＢＵＰ２に対する接続要求の送信を行ってもよい。例えば、電波の届く範囲が所定サイズ以上になる送信電力である場合には、他のＢＢＵＰ２に対する接続要求の送信を行う。
【００３７】
又は、ＲＲＨ１のスループットの情報を記憶し、該スループットの情報に基づいて、ＢＢＵＰ２との接続断の前のスループットが所定のスループット以上である場合には、他のＢＢＵＰ２に対する接続要求の送信を行う。
【００３８】
又は、ＲＲＨ１のリソース使用率の情報を記憶し、該リソース使用率の情報に基づいて、ＢＢＵＰ２との接続断の前のリソース使用率が所定のリソース使用率以上である場合には、他のＢＢＵＰ２に対する接続要求の送信を行う。
【００３９】
又は、ＲＲＨ１の通信エリア内に在圏するユーザ端末数の情報を記憶し、該ユーザ端末数の情報に基づいて、ＢＢＵＰ２との接続断の前のユーザ端末数が所定のユーザ端末数以上である場合には、他のＢＢＵＰ２に対する接続要求の送信を行う。
【００４０】
又は、ＲＲＨ１とユーザ端末間のダウンリンク又はアップリンクの信号電力の情報を記憶し、該信号電力の情報に基づいて、ＢＢＵＰ２との接続断の前の信号電力が所定の信号電力以上である場合には、他のＢＢＵＰ２に対する接続要求の送信を行う。
【００４１】
又は、ＲＲＨ１とユーザ端末間のダウンリンクの信号のＰＡＰＲ（Peak to Average Power Ratio）の情報を記憶し、該ＰＡＰＲの情報に基づいて、ＢＢＵＰ２との接続断の前のＰＡＰＲが所定のＰＡＰＲ以上である場合には、他のＢＢＵＰ２に対する接続要求の送信を行う。
【実施例２】
【００４２】
実施例２は実施例１の変形例である。実施例２では、ＲＲＨ１が自Ｃ−ＲＡＮシステム以外の他の無線通信システムの通信エリア内に在るか否かを示す情報を記憶部１４に格納しておく。そして、ＲＲＨ１がＢＢＵＰ２＿＃１との接続断を検出した場合において他の無線通信システムの通信エリア内に在るときには、当該ＲＲＨ１はＢＢＵＰ２＿＃２に接続要求を行わない。
【００４３】
なお、自Ｃ−ＲＡＮシステム以外の他の無線通信システムの通信エリア内に在るＲＲＨ１に対して接続要求無しを示す情報を設定し、ＲＲＨ１は該接続要求無しの情報に基づいて、他のＢＢＵＰ２に対する接続要求の送信を行わないようにしてもよい。
【実施例３】
【００４４】
実施例３は実施例２の変形例である。実施例３では、ＲＲＨ１がＢＢＵＰ２＿＃１との接続断を検出した場合において、当該ＲＲＨ１がエリアカバー用ではなく、且つ、他の無線通信システムの通信エリア内に在るときには、当該ＲＲＨ１はＢＢＵＰ２＿＃２に対して一時的な接続要求を行う。この場合、ＲＲＨ１は、一時的な接続要求を行う際に、ＢＢＵＰ２＿＃２に対して、同一通信エリアをサポートしている他の無線通信システムの識別情報（例えば、無線通信システムの名称や識別番号など）を伝える。
【００４５】
そして、ＢＢＵＰ２＿＃２は、ＲＲＨ１からの一時的な接続要求を受け取った場合には、所定期間だけ当該ＲＲＨ１を収容する。ＢＢＵＰ２＿＃２は、その収容期間中に、該収容したＲＲＨ１を介して、通信エリア内のユーザ端末に対して通信障害が発生したことと、利用可能である無線通信システムを示す情報利用可能である無線通信システムを示す情報を通知する。この通知の方法としては、ＲＲＨ１の無線部１１によるブロードキャストチャネルを利用することができる。これにより、ユーザ端末の利用者に対して、他の無線通信システムを利用することを促すことができる。
【００４６】
また、ＲＲＨ１は、ＢＢＵＰ２＿＃２から受信したブロードキャスト用の信号を記憶し、該記憶したブロードキャスト用の信号を繰り返し送信することで、ＢＢＵＰ２＿＃２への収容期間の満了後においてもユーザ端末の利用者に対して、他の無線通信システムを利用することを促すことができる。
【００４７】
なお、ＲＲＨ１に対して一時的接続要求有無の情報を設定し、該一時的接続要求有無の情報に基づいて、他のＢＢＵＰ２に対して一時的な接続要求を行ってもよい。
【実施例４】
【００４８】
実施例４は実施例１〜３の変形例である。実施例４では、ＢＢＵＰ２＿＃１に接続しているＲＲＨ１＿＃１〜３は、ＢＢＵＰ２＿＃１との接続断を検出した時に、各ＲＲＨ１＿＃１〜３が時間差を付けてＢＢＵＰ２＿＃２に接続要求を送信する。この時間差を付ける方法としては、例えば、ＲＲＨ１の通信エリア内に在圏するユーザ端末数を利用することが挙げられる。この一例を説明する。まず、ＢＢＵＰ２＿＃１との接続が切れる直前のユーザ端末数、又は、ＢＢＵＰ２＿＃１との接続が切れる直近の所定の時間範囲におけるユーザ数の平均値を算出する。次いで、その算出値が、ＲＲＨ１の収容可能なユーザ端末数の上限値に対して、多い場合には接続要求送信までの待ち時間を規定値よりも短くし、一方、少ない場合には接続要求送信までの待ち時間を規定値よりも長くする。
【００４９】
また、自ＲＲＨ１が他の無線通信システムの通信エリア内に在る場合には、接続要求送信までの待ち時間を長くするようにしてもよい。例えば、固定的なオフセット値を付加したり、又は、特定の係数を乗算することにより待ち時間を長くしたりしてもよい。
【００５０】
また、ユーザ端末数の代わりにセクタ又はセル内のスループットを、接続要求送信までの待ち時間を決める要素にしてもよい。
【００５１】
なお、ＲＲＨ１においてユーザ端末数またはスループットを求める方法の一つとしては、ＢＢＵＰ２からＲＲＨ１へ、ユーザ端末数またはスループットの情報を定期的に通知する方法がある。一方、ＢＢＵＰ２からの情報を用いずに、ＲＲＨ１においてユーザ端末数またはスループットを求める方法としては、例えば、ＲＲＨ１とユーザ端末間のダウンリンク又はアップリンクの信号電力の大小を判定し、信号電力が大きいと判定した場合には待ち時間を規定値よりも短くし、信号電力が小さいと判定した場合には待ち時間を規定値よりも長くすることが挙げられる。
【００５２】
また、ＲＲＨ１とユーザ端末間のダウンリンクの信号のＰＡＰＲを用いて、接続要求送信までの待ち時間を制御してもよい。なお、ダウンリンクの信号のパワーアンプにおいて省電力化と線形性改善の目的からＣＦＲ（Crest Factor Reduction）やＤＰＤ（Digital Pre-Distortion）を用いる場合が多いが、この場合にはＣＦＲの入力の振幅値を測定し、この測定値がある閾値（例えば、デジタル信号の最大値の７０％）を超える回数をカウントする。そして、そのカウント数が規定値よりも多い場合にはスループットが高いと推定できるので待ち時間を規定値よりも短くし、一方、カウント数が規定値よりも少ない場合はスループットが低いと推定できるので待ち時間を規定値よりも長くする。
【実施例５】
【００５３】
図５は本発明の実施例５に係るＢＢＵＰ２の処理手順を示すフローチャートである。実施例５は、ＲＲＨ１からの接続要求を受信したＢＢＵＰ２の実施例である。ＢＢＵＰ２において、制御部２３は、ＲＲＨ１からの接続要求を受信すると、図５の処理を開始する。以下、図５を参照して実施例５に係る通信制御方法を説明する。
【００５４】
（ステップ２１）制御部２３は、自ＢＢＵＰ２のリソースに余裕があるかを判断する。この判断方法としては、例えば、制御部２３は、自ＢＢＵＰ２のリソース使用量を監視し、該リソース使用量が所定量に満たない場合にはリソースに余裕があると判断する。具体的には、例えば、自ＢＢＵＰ２の信号処理回路にかかる負荷を監視し、該負荷が所定量に満たない場合にはリソースに余裕があると判断する。この結果、リソースに余裕があると判断した場合にはステップＳ２２に進み、リソースに余裕がないと判断した場合にはステップＳ２３に進む。
【００５５】
（ステップＳ２２）制御部２３は、ＲＲＨ間通信部２２により、接続要求を送信したＲＲＨ１へ接続許可を応答する。
【００５６】
（ステップＳ２３）制御部２３は、ＲＲＨ間通信部２２により、接続要求を送信したＲＲＨ１へ接続不許可を応答する。
【実施例６】
【００５７】
実施例６は、実施例５の変形例である。図６は本発明の実施例６に係るＢＢＵＰ２の処理手順を示すフローチャートである。ＢＢＵＰ２において、制御部２３は、ＲＲＨ１からの接続要求を受信すると、図６の処理を開始する。以下、図６を参照して実施例６に係る通信制御方法を説明する。
【００５８】
（ステップ３１）制御部２３は、自ＢＢＵＰ２のリソースに余裕があるかを判断する。この結果、リソースに余裕があると判断した場合にはステップＳ３２に進み、リソースに余裕がないと判断した場合にはステップＳ３３に進む。
【００５９】
（ステップ３２）制御部２３は、ＲＲＨ間通信部２２により、接続要求を送信したＲＲＨ１へ接続許可を応答する。
【００６０】
（ステップＳ３３）制御部２３は、自ＢＢＵＰ２がエリアカバー用ではないＲＲＨ１と接続中であるかを確認する。記憶部２４には、予め、各ＲＲＨ１がエリアカバー用であるか否かを示す情報を格納しておく。また、記憶部２４には、自ＢＢＵＰ２と接続中であるＲＲＨ１を示す情報を、自ＢＢＵＰ２との接続の変更に応じて、適宜、更新し格納する。制御部２３は、記憶部２４内の情報を参照することによって、自ＢＢＵＰ２がエリアカバー用ではないＲＲＨ１と接続中であるかを確認する。この結果、自ＢＢＵＰ２が、エリアカバー用ではないＲＲＨ１と接続中である場合にはステップＳ３４に進み、エリアカバー用ではないＲＲＨ１と接続中ではない場合にはステップＳ３５に進む。
【００６１】
（ステップＳ３４）制御部２３は、自ＢＢＵＰ２と接続中のエリアカバー用ではないＲＲＨ１との接続を切断する。この後、ステップＳ３２に進む。
【００６２】
（ステップＳ３５）制御部２３は、ＲＲＨ間通信部２２により、接続要求を送信したＲＲＨ１へ接続不許可を応答する。
【実施例７】
【００６３】
実施例７は、実施例５又は６の変形例である。ＢＢＵＰ２は、自リソースに余裕がないと判断した場合に、自己と接続中の各ＲＲＨ１で使用する信号処理回路のリソースに制限を加えることによって、新規に接続するＲＲＨ１に割り当てるリソースを確保する。例えば、３ＧＰＰ（3rd Generation Partnership Project）で標準化が進められているＬＴＥ（Long Term Evolution）システムでは、ＭＩＭＯ（Multi-Input Multi-Output）通信を止めたり、又は、使用する周波数帯域幅を狭めたり、又は、ＲＢ（Resource Block）の割り当てにおいて時間方向及び周波数方向で制限を加えたりすることによって、新規に接続するＲＲＨ１に割り当てるリソースを確保することができる。
【００６４】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【００６５】
例えば、ＢＢＵＰ２において、信号処理回路のリソースではなく、光回線またはデジタルインタフェースの通信速度が限界に達した場合には、２つ以上のＲＲＨ１に対して同じ伝送帯域を共有するようにしてもよい。これにより、複数のＲＲＨ１に対して同一の信号を下り信号として送ることができる。上りの信号に関してはＢＢＵＰ２の前段に加算装置を設置してもよい。この場合、同一の下り信号を送った先のＲＲＨ１からの上り信号のフレーム同期を取り、同一時間のＩ、Ｑ信号をそれぞれ加算する。一方、ＢＢＵＰ２の前段に加算装置を設置できない場合には、ＢＢＵＰ２においてＩ、Ｑ信号を取り出した後で加算することにより、演算処理の負荷を低減することができる。
【００６６】
また、上述したＣ−ＲＡＮシステムを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disk）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００６７】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００６８】
１…ＲＲＨ装置、２…ＢＢＵＰ装置、１１…無線部、１２…ＢＢＵＰ間通信部、１３，２３…制御部、１４，２４…記憶部、２１…ＢＢＵＰ処理部、２２…ＲＲＨ間通信部、１００…通信ネットワーク
【図１】
2014128024.tif 000003
【図２】
2014128024.tif 000004
【図３】
2014128024.tif 000005
【図４】
2014128024.tif 000006
【図５】
2014128024.tif 000007
【図６】
2014128024.tif 000008