(57)【要約】【課題】  管理負荷を軽減できる基地局群装置を提供する。【解決手段】  複数の基地局１０を含み、その各々が、データのダウンロード指示を受け入れて、当該指示されたデータをダウンロードして記憶する第１ダウンロード処理を行うとともに、このダウンロードの際に、当該基地局群装置内に含まれる他の基地局に対してダウンロードしたデータに関する情報を出力する処理を行う。またこの情報が他の基地局から入力されたときに、当該情報に係るデータのダウンロード要否を判断して、ダウンロードを要するとときには、当該データをダウンロードして記憶する第２ダウンロード処理を実行する。【選択図】        図１
2005217956.tif 000002
【特許請求の範囲】
【請求項１】
無線端末装置と通信を行う、複数の基地局を備えた基地局群装置であって、
前記複数の基地局の各々が、
データのダウンロード指示を受け入れて、当該指示されたデータをダウンロードして記憶する第１ダウンロード手段と、
前記ダウンロードの際に、当該基地局群装置内に含まれる他の基地局に対して前記ダウンロードしたデータに関する情報を出力する手段と、
前記情報が他の基地局から入力されたときに、当該情報に係るデータのダウンロード要否を判断する判断手段と、
前記判断手段にてダウンロードを要すると判断したときには、当該データをダウンロードして記憶する第２ダウンロード手段と、
を含むことを特徴とする基地局群装置。
【請求項２】
請求項１に記載の基地局群装置であって、
前記第２ダウンロード手段にてデータのダウンロードを行ったときには、当該ダウンロードの要否判断の基礎となった情報の出力元の基地局に対して、当該ダウンロードしたデータに関する情報を出力する手段、をさらに含むことを特徴とする基地局群装置。
【請求項３】
請求項１又は２に記載の基地局群装置であって、
前記複数の基地局の各々は、
前記第１又は第２のダウンロード手段にてダウンロードが行われているときに、前記無線端末装置側から呼接続の要求を受け入れると、他の基地局に対して当該呼接続に対する応答要求を出力し、
他の基地局から前記応答要求が入力されたときに、回線に空きがある場合は、前記他の基地局に対して行われた呼接続の要求に対し、当該他の基地局に代って応答し、当該呼接続の要求に係る呼の接続を行う
ことを特徴とする基地局群装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＨＳ等の無線端末装置と通信を行う基地局を複数備えた基地局群装置に関する。
【背景技術】
【０００２】
通信容量の拡大のために、例えばＰＨＳ等における基地局を複数台まとめて配置した基地局群装置が開発されている。この基地局群装置では、複数の基地局のうち一つをマスタ基地局、他をスレーブ基地局として設定しており、相互にシリアルインタフェース（ＵＳＢ等）や、ＬＡＮなどで接続している。
【０００３】
これらの基地局は、それぞれＰＨＳ等と無線通信を行うとともに、当該通信の内容を有線回線を介してネットワーク（ＰＨＳの場合、ＩＳＤＮ通信網）との間で送受している。また、各基地局はネットワークを介して通信会社からの制御を受け付けている。具体的に基地局の制御プログラムなどは、そのバージョンアップの際には、各基地局に対してＩＳＤＮ通信網を介してバージョンアップ後の制御プログラムが配信されている。
【特許文献１】特開平７−２９５９４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の基地局制御プログラムのバージョンアップ方法では、各々の基地局に対してバージョンアップ用プログラムを配信する必要があり、基地局管理の負担が大きくなる。さらに複数の基地局を束ねて一つの基地局のように運営する、上記基地局群装置を設置したときには、基地局の数が飛躍的に増大するため、より管理負担が大きくなってしまう。
【０００５】
そこで、マスタ基地局に対してバージョンアップ後のプログラムを配信し、マスタ基地局から、各スレーブ基地局に対して当該バージョンアップ後のプログラムを配信することも考えられる（特許文献１）。しかしこの場合は、各基地局について、それが単独（つまり基地局群装置を構成しない）か、マスタ基地局か、スレーブ基地局かの別を識別しておかなければならず、別な管理負荷が発生する。
【０００６】
本発明は上記実情に鑑みて為されたもので、その管理負荷を軽減できる基地局群装置を提供することを、その目的の一つとする。
【課題を解決するための手段】
【０００７】
上記従来例の問題点を解決するための本発明は、無線端末装置と通信を行う、複数の基地局を備えた基地局群装置であって、前記複数の基地局の各々が、データのダウンロード指示を受け入れて、当該指示されたデータをダウンロードして記憶する第１ダウンロード手段と、前記ダウンロードの際に、当該基地局群装置内に含まれる他の基地局に対して前記ダウンロードしたデータに関する情報を出力する手段と、前記情報が他の基地局から入力されたときに、当該情報に係るデータのダウンロード要否を判断する判断手段と  前記判断手段にてダウンロードを要すると判断したときには、当該データをダウンロードして記憶する第２ダウンロード手段と、を含むことを特徴としている。
【０００８】
このように、第２ダウンロード手段等を設けて、他の基地局とは異なるデータを保持している場合に自発的にダウンロードを行うようにしたことで、オペレータ側でも、当該基地局群装置を一つの基地局として管理することができるようになる。具体的に述べれば、基地局群装置に含まれる一つの基地局について、バージョンアップ後のプログラムなどのデータを送信するだけで、残りの基地局が自発的にダウンロードを行うようになり、各基地局に対して個別にデータを送信する必要がなくなる。
【０００９】
さらに、前記第２ダウンロード手段にてデータのダウンロードを行ったときには、当該ダウンロードの要否判断の基礎となった情報の出力元の基地局に対して、当該ダウンロードしたデータに関する情報を出力する手段、をさらに含むこととしてもよい。
【００１０】
さらに、前記複数の基地局の各々は、前記第１又は第２のダウンロード手段にてダウンロードが行われているときに、前記無線端末装置側から呼接続の要求を受け入れると、他の基地局に対して当該呼接続に対する応答要求を出力し、他の基地局から前記応答要求が入力されたときに、回線に空きがある場合は、前記他の基地局に対して行われた呼接続の要求に対し、当該他の基地局に代って応答し、当該呼接続の要求に係る呼の接続を行うこととしてもよい。これにより呼損の発生を低減できる。
【発明の効果】
【００１１】
本発明によれば、基地局群装置を構成する基地局のうちいずれかの基地局にプログラムのダウンロード指示をすれば、基地局群装置全体の基地局のプログラムの更新をすることができ、管理負荷が軽減される。
【発明を実施するための最良の形態】
【００１２】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る基地局群装置１は、図１に示すように、複数の基地局１０ａ，ｂ，…ｎを含んで構成され、無線端末装置としてのＰＨＳ端末２との間で無線にて通信を行うとともに、ネットワーク（ＩＳＤＮ通信網）に有線にて接続され、当該ネットワーク上の管理システム３に接続されている。
【００１３】
なお、以下の説明では、基地局１０ａがマスタ基地局として設定され、１０ｂ，…ｎは、スレーブ基地局として設定されているものとする。また各基地局１０は、互いにシリアルインターフェイスを介して接続され、相互に通信可能となっている。
【００１４】
各基地局１０は、図２に示すように、制御部１１と、記憶部１２と、無線部１３と、有線部１４と、相互通信部１５とを含む。ここで制御部１１は、記憶部１２に格納されているプログラムに従って動作し、記憶部１２に格納されている各種のデータに基づいて無線部１３や有線部１４の動作を制御している。また、この制御部１１は、ダウンロード指示を受信したときにデータのダウンロードを行って、他の基地局に対して相互通信部１５を介して、当該ダウンロードしたデータに関係する情報を報知する処理（第１ダウンロード処理）と、他の基地局からの報知を受けて必要に応じてデータのダウンロードを行う処理（第２ダウンロード処理）とを実行する。これらの処理の具体的な内容については後に詳しく述べる。
【００１５】
記憶部１２は、制御部１１によって実行されるプログラムを保持している。このプログラムにはバージョンの情報が関連づけられている。またこの記憶部１２は、制御部１１が処理中に生成するデータ等を記憶するためのワークメモリとしても動作する。
【００１６】
無線部１３は、ＰＨＳ端末２との間で無線にて通信を行うものである。この無線部１３は、広く知られているようにカバーエリア（基地局１０とＰＨＳ端末２との通信可能圏内）にある複数のＰＨＳ端末２との間でＴＤＭＡ（時分割多重）通信を行っている。有線部１４は、ネットワーク側との間で通信を行うインタフェースであり、具体的にはＩＳＤＮ回線インタフェースである。相互通信部１５は、制御部１１から入力される指示に従って、基地局群装置１を構成する基地局１０間で相互にデータの送受を行う。
【００１７】
ここで制御部１１の各処理について説明する。制御部１１は管理システム３側からプログラムデータのダウンロード指示を受信したときに図３に示す第１ダウンロード処理を開始する。ここでダウンロード指示には、プログラムデータのバージョン情報やプログラムデータそのものが含まれている。制御部１１は、受信した指示からプログラムデータを抽出して（Ｓ１）、記憶部１２に格納し、プログラム更新処理（再起動など）を実行する（Ｓ２）。
【００１８】
また制御部１１は、当該プログラムデータのバージョン情報を、上記指示やプログラムデータ内から取り出して（Ｓ３）、このバージョン情報を他の基地局１０に対して相互通信部１５を介して通知し（Ｓ４）、第１ダウンロード処理を終了する。なお、プログラムデータのバージョン情報がプログラムデータに含まれておらずダウンロード指示の中から抽出した場合には、当該バージョン情報を記憶部１２に格納しておく。
【００１９】
また制御部１１は、他の基地局１０（通知元基地局）からバージョン情報の通知を受けると、第２ダウンロード処理を開始する。制御部１１は、図４に示すように、まず記憶部１２に格納されているプログラムデータのバージョン情報（以下、現行バージョン情報と呼ぶ）を取得する（Ｓ１１）。そして、通知されたバージョン情報（以下、通知バージョン情報と呼ぶ）と現行バージョン情報とが同じであるか否かを調べる（Ｓ１２）。ここで、現行バージョン情報と通知バージョン情報とが同じであれば（Ｙｅｓであれば）、そのまま第２ダウンロード処理を終了する。
【００２０】
また、処理Ｓ１２において、現行バージョン情報と通知バージョン情報とが異なっているとき（Ｎｏのとき）には、通知バージョン情報に示されたバージョンのプログラムデータをダウンロードする処理を行う（Ｓ１３）。具体的には、制御部１１は有線部１４を介して管理システム３に対して、当該通知バージョン情報に示されたバージョンのプログラムデータを要求し、管理システム３側が当該要求に対して提供するプログラムデータをダウンロードし、記憶部１２に格納する。そして制御部１１は、プログラム更新処理（再起動など）を実行する（Ｓ１４）。本実施の形態では、これらの処理Ｓ１２、Ｓ１３の処理によってダウンロードの要否が判断される。
【００２１】
さらに制御部１１は、当該処理Ｓ１３にてダウンロードしたプログラムデータのバージョン情報を、他の基地局１０の少なくとも一つ（例えばバージョン情報を通知した通知元基地局）に対して相互通信部１５を介して通知し（Ｓ１５）、第２ダウンロード処理を終了する。
【００２２】
なお、ここでは処理Ｓ１２の判断において、現行バージョン情報と通知バージョン情報とが異なっていれば、通知バージョン情報に示されたプログラムデータをダウンロードすることとしているが、例えば現行バージョン情報が示すバージョンが、通知バージョン情報が示すバージョンよりも新しいバージョンである場合、現行バージョン情報を他の基地局１０に対して通知して処理を終了してもよい。
【００２３】
本実施の形態の基地局群装置１は、上述の構成を有しており、次のように動作する。具体的に以下に挙げる例では、マスタとして動作する基地局１０ａと、スレーブとして動作する２台の基地局１０ｂ，１０ｃとを含むものとする。また、各基地局１０によって現在実行されているプログラムデータのバージョンが「１」であり、更新後のプログラムデータのバージョンは「２」であるとする。
【００２４】
管理システム３のオペレータは、図５に示すように、いずれかの基地局１０に対してネットワーク側からプログラムデータのダウンロード指示を送出する（Ｓ２１）。ここではスレーブ基地局１０ｃに対して送出したとしている。スレーブ基地局１０ｃは、当該指示に含まれるプログラムデータ（バージョン「２」）をダウンロードする。
【００２５】
基地局１０ｃは、ダウンロードが終了すると、その旨を管理システム３０に通知する。そして、プログラムの更新処理を行い（Ｓ２２）、ダウンロードしたプログラムデータのバージョン情報を他の基地局１０ａ，１０ｂに通知する（Ｓ２３）。ここで基地局１０ａ，１０ｂの現行バージョン（バージョン「１」）は、基地局１０ｃから報知を受けた通知バージョン（バージョン「２」）とは異なる。そこで、基地局１０ａ，１０ｂは、それぞれ、管理システム３側にバージョン「２」のプログラムデータを要求して、バージョン「２」のプログラムデータをダウンロードし、プログラムの更新処理を実行する。そして、ダウンロードしたプログラムデータのバージョン情報を通知元基地局である基地局１０ｃに対して通知する（Ｓ２４）。
【００２６】
基地局１０ｃは、この通知を受けて第２ダウンロード処理を開始する。しかし自己の現行バージョン（バージョン「２」）が、他の基地局１０ａ，ｂから通知された通知バージョン（バージョン「２」）と等しいので、そのまま処理を終了することとなる。
【００２７】
なお、ここではダウンロード指示を受けてプログラムデータをダウンロードした（つまり第１ダウンロード処理を行った）スレーブ基地局は、マスタ基地局に対してバージョン情報を優先的に（より先に）通知し、次いで、各スレーブ基地局に対して順次、バージョン情報を通知しているが、これに代えて、マスタ、スレーブの別を区別せず、ダウンロード指示を受けてプログラムデータをダウンロードした基地局が他の基地局に対してバージョン情報を一斉に通知してもよい。さらに、スレーブ基地局がダウンロード指示を受けた場合、まずマスタ基地局に対してバージョン情報を通知し、他のスレーブ基地局に対しては、マスタ基地局から（当該マスタ基地局が通知されたバージョン情報に係るプログラムデータを受信した後で）バージョン情報を通知するようにしてもよい。
【００２８】
さらにここまでの説明では、管理システム３が、要求されたバージョンのプログラムデータを提供するものとして説明したが、これに代えて管理システム３は、ダウンロードの要求があった時点で最新の（最も最後に登録された）プログラムデータを提供するようにしてもよい。このようにすると、例えば上述の例で、基地局１０ｃに対してダウンロード指示を行ったときから、基地局１０ａ，ｂがダウンロード要求をするまでに、管理システム３側でプログラムデータのバージョンアップ（例えばバージョン「３」）があった場合、基地局１０ａ，ｂは、当該バージョン「３」のプログラムデータをダウンロードすることとなる。そして、通知元基地局である基地局１０ｃに対して通知を行ったときに、基地局１０ｃが現行バージョン「２」と通知バージョン「３」とが異なることから、基地局１０ｃがさらにダウンロードの要求を管理システム３側に送出し、基地局群装置１に含まれる各基地局１０がいずれも最新のバージョンのプログラムデータを取得できるようになる。
【００２９】
なお、ここまでの説明で述べたように、プログラムデータのダウンロードは、有線部１４を介して行われるため、例えば、基地局がプログラムデータのダウンロードのため、有線部１４側の通信チャネルを１つ使用していても、無線部１３側では、一つのチャネルが空きとなっていることが生じ得る。具体的には、最大４台のＰＨＳ端末と通信する無線部１３側で、ＰＨＳ端末３台と通信を行っているとき、ＴＤＭＡのチャネルは１つ空きとなっている。しかし、プログラムデータのダウンロードのため、有線部１４で１チャネル分利用しているときには、この無線部１３側の空きチャネルに対する呼を接続できず、呼損が発生する。
【００３０】
そこで、例えばマスタ基地局において、例えば予備チャネルを設定しておき、通常はこの予備チャネルを使用しないようにしておく。これにより、通常の状態では、マスタ基地局は収容可能な呼の数（例えば４）より少ない数（例えば３）までしか呼を接続しないようになる。
【００３１】
そして、プログラムデータをダウンロードしているスレーブ基地局が、接続要求に係る呼を受け入れられない（有線側の空きチャネルがない）場合には、マスタ基地局に対して当該接続要求された呼に対する応答要求を出力し、マスタ基地局がスレーブ基地局に代って接続要求された呼を、上記予備チャネルを用いて接続するようにしてもよい。
【００３２】
なお、ここでは予備チャネルを設定することとしていたが、これは必須ではない。例えば予備チャネルの代りに単に空きチャネルを用いて呼の接続を行ってもよい。また、マスタ以外の基地局が呼の接続を行ってもよい。
【００３３】
またここまでの説明では、プログラムデータのバージョンアップの場合を例として説明しているが、プログラムデータではなく、通信パラメータや識別番号など、他のデータのバージョンアップであってもよい。
【００３４】
このように本実施の形態では、基地局群装置１を構成するいずれかの基地局１０に対してプログラムデータのダウンロード指示を行うだけで、基地局群装置１内の全基地局１０のプログラムが更新されるので、管理負荷を軽減できる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施の形態に係る基地局群装置の構成例と、その接続状態とを表す構成ブロック図である。
【図２】基地局１０の例を表す構成ブロック図である。
【図３】第１ダウンロード処理の例を表すフローチャート図である。
【図４】第２ダウンロード処理の例を表すフローチャート図である。
【図５】本発明の実施の形態に係る基地局群装置の動作例を表すフロー図である。
【符号の説明】
【００３６】
１  基地局群装置、２  ＰＨＳ端末、３  管理システム、１１  制御部、１２  記憶部、１３  無線部、１４  有線部、１５  相互通信部。
【図１】
2005217956.tif 000003
【図２】
2005217956.tif 000004
【図３】
2005217956.tif 000005
【図４】
2005217956.tif 000006
【図５】
2005217956.tif 000007