JP2016187112A - 通信システム、管理装置、ソフトウェア更新方法及びプログラム - Google Patents

Abstract

【課題】基地局のソフトウェア更新に伴う保守管理コスト及びヒューマンエラーを低減する通信システムを提供する。【解決手段】通信システムは、第１の基地局と、第２の基地局と、基地局を管理する管理装置と、を含む。管理装置は、第１の基地局及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、第１の基地局及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、第１の基地局及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成する。【選択図】図１

Description

本発明は、通信システム、管理装置、ソフトウェア更新方法及びプログラムに関する。特に、無線基地局を含む通信システム、管理装置、ソフトウェア更新方法及びプログラムに関する。

近年、ＬＴＥ（Long Term Evolution）サービス等の普及に伴い、基地局の数が増加している。ＥＭＳ（Element Management System）と称される管理装置が、無線ネットワークシステム内の基地局のオペレーション、制御、管理等を行う。

ＥＭＳを用いた基地局の保守管理作業には、基地局に実装されたソフトウェアを更新する作業（ソフトウェアアップデート作業）が含まれる。基地局のソフトウェアをアップデートする際には、オペレータ（担当者）は、対象となる基地局が設置された場所に赴き、実行ファイル等を書き換える。

特許文献１に、印刷装置（プリンタ）を対象としたソフトウェアの更新方法が開示されている。特許文献１には、データ処理装置は、ジョブを実行する少なくとも１つのデータ処理装置によって特定の時間ごとに実行されたジョブの数を示すジョブ数データを前記少なくとも１つのデータ処理装置から取得する取得手段と、前記取得手段により取得したジョブ数データに基づいて、前記少なくとも１つのデータ処理装置におけるプログラムの更新のスケジュールを決定するスケジューリング手段とを備える、と記載されている。

特開２００８−１５２４８２号公報

なお、上記先行技術文献の開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。

上述のように、基地局の数は増加しており、各基地局に対する保守管理の負荷もまた増大している。とりわけ、各基地局に実装されているソフトウェアの更新作業を担当するオペレータやベンダーの負荷が増大している。基地局のソフトウェア更新作業は、オペレータが手動で行うことも多く、保守管理コストが高い。また、各基地局に対して個別に更新作業を実施する必要があるため、作業ミス（ヒューマンエラー）が生じやすいという問題もある。

ここで、特定の基地局のソフトウェアを更新（アップデート）する場合を考える。基地局のソフトウェアの更新には、当該基地局の動作を一時的に中断する必要があることが多い。そのため、ソフトウェア更新作業は当該基地局の使用頻度が低い時間帯が選択され、実施されることが多い。加えて、ソフトウェア更新の対象となる基地局と隣接する基地局のソフトウェア更新を平行して（同時に）実行すると、ネットワークサービスに多大な影響を与える可能性がある。

上記のような状況を考慮しつつ、基地局の保守管理を担当するオペレータは、ソフトウェアの更新に関する作業工程を計画し、当該計画に従いソフトウェアの手動更新を行う。

通信事業者の保守管理コストの低減や作業品質向上（ヒューマンエラーの回避）等を目的として、ＥＭＳを用いた簡易なファイル更新システムを導入することが考えられる。具体的には、オペレータが、監視センターから更新用のソフトウェアを、ＥＭＳを経由してダウンロードし、当該ダウンロードしたソフトウェア（更新ファイル）を用いて、基地局のソフトウェアを更新させることが考えられる。つまり、オペレータは、監視センターに居ながら、各基地局のソフトウェア更新作業を実施（リモートでソフトウェアを更新）することができる。

しかし、この場合であっても、基地局のソフトウェア更新には当該基地局を停止する必要があることに変わりない。そのため、オペレータは、基地局のソフトウェア更新に伴うネットワークサービスへの影響が最小限となるように、どの基地局に対して、どのタイミングにてソフトウェアを更新するか、といった綿密な計画を事前に準備しておく必要があり、オペレータの作業負担は大きい（即ち、保守管理コストが高い）。さらに、オペレータは、上記作業計画に従って、ソフトウェア更新の対象となる基地局を適宜選択する必要があり、ヒューマンエラーが発生する余地がある。

なお、上述したように、基地局のソフトウェア更新時には、当該基地局は一時的に無線端末（例えば、スマートフォン等）と通信することができない（電波の送受信ができない）。そのため、特定の地域の基地局において、一斉にソフトウェアの更新が行われると、当該地域全体が通信不能（通信圏外）の状態に陥ってしまう。従って、隣り合う基地局の状況を考慮しつつ、ソフトウェアの更新を行う必要があるが、特許文献１が対象とするプリンタでは、上記のような問題（カバレッジに穴が空く、一部が欠損する）が生じることはなく、ソフトウェア更新の対象物における地理的状況、地理的関係の把握は不要である。このように、特許文献１が開示する技術は、プリンタのソフトウェア更新に関する技術であり、基地局のソフトウェア更新には適用できない。

本発明は、基地局のソフトウェア更新に伴う保守管理コスト及びヒューマンエラーの低減に寄与する通信システム、管理装置、ソフトウェア更新方法及びプログラムを提供することを目的とする。

本発明の第１の視点によれば、第１及び第２の基地局と、前記第１及び第２の基地局を管理する管理装置と、を含み、前記管理装置は、前記第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成する、通信システムが提供される。

本発明の第２の視点によれば、第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成するスケジューリング作成部と、前記作成されたスケジュールに基づき、前記第１及び第２の基地局それぞれのソフトウェアの更新を行うソフトウェア更新制御部と、を備える、管理装置が提供される。

本発明の第３の視点によれば、第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成するステップと、前記作成されたスケジュールに基づき、前記第１及び第２の基地局それぞれのソフトウェアの更新を行うステップと、を含む、ソフトウェア更新方法が提供される。

本発明の第４の視点によれば、第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成する処理と、前記作成されたスケジュールに基づき、前記第１及び第２の基地局それぞれのソフトウェアの更新を行う処理と、を管理装置に搭載されたコンピュータに実行させるプログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

本発明の各視点によれば、基地局のソフトウェア更新に伴う保守管理コスト及びヒューマンエラーの低減に寄与する通信システム、管理装置、ソフトウェア更新方法及びプログラムが、提供される。

一実施形態の概要を説明するための図である。 第１の実施形態に係る通信システムの概略構成の一例を示す図である。 第１の実施形態に係る管理装置の内部構成の一例を示す図である。 接続実績情報から算出したＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均値の一例を示す図である。 ＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均値が最小となる時間帯と平均値の一例を示す図である。 ＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均値の最小値が大きい順に基地局を並び替えた一例を示す図である。 隣接基地局情報を説明するための図である。 スケジューリング作成部が作成するテーブル情報の一例を示す図である。 スケジューリング作成部の動作を説明するための図である。 第１の実施形態に係る管理装置の動作の一例を示すフローチャートである。

初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。

一実施形態に係る通信システムは、第１の基地局１００−１と、第２の基地局１００−２と、基地局１００を管理する管理装置１０１と、を含む（図１参照）。管理装置１０１は、第１の基地局１００−１及び第２の基地局１００−２それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、第１の基地局１００−１及び第２の基地局１００−２が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、第１の基地局１００−１及び第２の基地局１００−２それぞれのソフトウェア更新に関するスケジュールを作成する。

管理装置１０１は、ソフトウェア更新の対象となる基地局１００−１及び基地局１００−２が互いに隣接するか否かに基づき、これらの基地局のソフトウェア更新に関するスケジュールを作成する。より具体的には、管理装置１０１は、第１の基地局１００−１と第２の基地局１００−２が隣接し、これらの基地局のソフトウェア更新を平行して（同時に）行うと、ネットワークサービスの影響が大きいと判断した場合には、少なくとも同一日の同一時間帯に、第１の基地局１００−１と第２の基地局１００−２のソフトウェア更新を割り当てることをしない。即ち、管理装置１０１は、第１の基地局１００−１と第２の基地局１００−２の地理的関係を考慮して、これらのソフトウェア更新に関する最適なスケジュールを自動的に作成することができる。その結果、基地局のソフトウェア更新に伴う保守管理コスト及びヒューマンエラーを低減することができる。

以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

図２は、第１の実施形態に係る通信システムの概略構成の一例を示す図である。図２を参照すると、通信システムには、基地局１０−１〜１０−ｎ（但し、ｎは正の整数。以下、同じ）と、管理装置（ＥＭＳ；Element Management System）２０と、クライアント端末３０と、を含む。

通信システムに含まれる各装置は、ネットワークを介して相互に接続されている。なお、基地局１０−１〜１０−ｎを区別する特段の理由がない場合には、単に「基地局１０」と表記する。また、図２に示す構成は例示であって、通信システムの構成を限定する趣旨ではない。

基地局１０は、その配下の無線端末（図示せず）に無線アクセスを提供する装置である。

管理装置２０は、基地局１０の保守管理を行う装置である。管理装置２０による基地局１０への保守管理は、オペレータ（保守管理の担当者）が、クライアント端末３０を操作することで行われる。

クライアント端末３０には、オペレータによる操作に必要な画面を生成するＧＵＩ（Graphical User Interface）制御部（図示せず）等が含まれる。

図３は、管理装置２０の内部構成の一例を示す図である。図３を参照すると、管理装置２０は、クライアント端末制御部２０１と、スケジューリング作成部２０２と、スケジューリング管理部２０３と、隣接セル情報管理部２０４と、基地局ＰＭ（Performance Management）情報管理部２０５と、ソフトウェア更新制御部２０６と、基地局ＩＦ（Interface）部２０７と、基地局ＳＷ（Software）管理部２０８と、を含む。なお、図３に示す管理装置２０の構成は例示であって、実際にはさらに多くの機能部を必要とするが、理解の説明のため図示及びその説明を省略する。

クライアント端末制御部２０１は、クライアント端末３０を制御する手段である。具体的には、クライアント端末制御部２０１は、管理装置２０とクライアント端末３０との間でなされる通信を制御すると共に、オペレータが操作に必要な画面情報等を作成し、クライアント端末３０に提供する。

オペレータは、基地局１０の保守管理（例えば、ソフトウェア更新作業）を行う際、必要な情報を、クライアント端末３０を介して管理装置２０に入力する。例えば、オペレータは、アップデート開始日、アップデート対象局（ソフトウェアの更新対象となる基地局）、アップデートに使用するソフトウェア（プログラム実行ファイル）等の情報を、管理装置２０に入力する。なお、以降の説明において、オペレータが入力する情報を、更新指示詳細情報と表記する。

クライアント端末制御部２０１は、上記オペレータが入力した更新指示詳細情報を、スケジューリング作成部２０２に引き渡す。

スケジューリング作成部２０２は、更新指示詳細情報と、基地局ＰＭ情報管理部２０５から取得する接続実績情報と、隣接セル情報管理部２０４から取得する隣接基地局情報と、に基づき、アップデート対象局のソフトウェア更新に関するスケジュール情報（日付け、時間帯）を作成する手段である。

基地局ＰＭ情報管理部２０５から取得する接続実績情報には、アップデート対象局ごとの過去の所定期間（例えば、１年間）に渡る端末接続数が含まれる。なお、本実施形態では、端末接続数はＲＲＣｃｏｎｎｅｃｔｉｏｎ数（基地局との間でコネクテッド状態となった無線端末の数）とする。

スケジューリング作成部２０２は、取得した接続実績情報に所定の処理を施すことで、スケジュール情報作成の基礎となる情報を作成する。具体的には、スケジューリング作成部２０２は、１日の時間帯ごと（例えば、３０分刻みの時間帯）のＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均値を算出する（図４参照）。

さらに、スケジューリング作成部２０２は、各基地局のＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均値が最小となる時間帯を特定する（図５参照）。なお、以降の説明において、端末接続数（ＲＲＣｃｏｎｎｅｃｔｉｏｎ数）の平均値が最小となる時間帯を、最小時間帯と表記する。

次に、スケジューリング作成部２０２は、上記平均値の最小値が大きい順に基地局をソートする（図６参照）。

スケジューリング作成部２０２が隣接セル情報管理部２０４から取得する隣接基地局情報とは、特定の基地局のセルに隣接するセルに属する基地局を特定する情報である。例えば、図７を参照すると、基地局１０−２０に対応した隣接基地局情報には、基地局１０−２１、基地局１０−２２、基地局１０−２２の識別子が含まれる。

スケジューリング作成部２０２は、ＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均値の中の最小値が大きい順に基地局を並び替えた結果と、隣接基地局情報と、を関連付けたテーブル情報を作成する（図８参照）。

スケジューリング作成部２０２は、上記作成したテーブル情報と、更新指示詳細情報と、に基づいてアップデート対象局のソフトウェア更新作業に関するスケジュール情報を作成する。具体的には、スケジューリング作成部２０２は、ＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均値が大きい基地局から順に、アップデート対象局（基地局）の最小時間帯と同じアップデート開始日の時間帯に、アップデート対象局を割り当てる。ここでは、２００ｘ年１月１日がアップデート開始日に指定されたものとする。

例えば、図８を参照すると、スケジューリング作成部２０２は、ＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均数が最も多い基地局は基地局１０−１４であって、当該基地局の接続数の平均値が最小となる時間帯は２：００〜２：２９であるから、基地局１０−１４のアップデート日を２００ｘ年１月１日の２：００〜２：２９の時間帯に割り当てる。次に、ＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均数が多い基地局は基地局１０−９であるから、スケジューリング作成部２０２は、当該基地局１０−９のアップデート日を２００ｘ年１月１日の３：００〜３：２９の時間帯に割り当てる。

スケジューリング作成部２０２は、このような割り当て（スケジューリング）を全てのアップデート対象局について行う。このような割当処理（スケジューリング処理）の結果をまとめると図９（ａ）のとおりとなる。

ここで、スケジューリング作成部２０２は、上記スケジューリング処理を実行する際、基地局の割り当てに対する所定の条件を設け、当該条件に合致しない基地局は、オペレータから入力されたアップデート開始日と異なる日にソフトウェアの更新がなされるように割り当てる。具体的には、上記所定の条件として、隣接する基地局が同じ時間帯にソフトウェアが更新されるように割り当てられる場合には、割り当て対象の基地局はアップデート開始日の翌日の同一時間帯に割り当てられる。例えば、図９（ａ）の時間帯２：００〜２：２９に着目すると、既に基地局１０−１４が当該時間帯に割り当てられている状態にて、次の基地局１０−６の割り当て可否が、上記所定の条件に従って判断される。図８を参照すると、基地局１０−６は基地局１０−１４と隣接するため、基地局１０−６のソフトウェア更新日（アップデート日）は翌日の１月２に設定される（図９（ｃ）参照）。

また、同一時間帯に割り当てられている基地局が複数存在する場合には、それぞれの基地局と隣接関係にあるか否か判断される。例えば、図９（ａ）の時間帯２：００〜２：２９に着目すると、基地局１０−８までの割り当てが終了した段階で、当該時間帯での基地局１０−１の割り当て可否が判断される。この場合、図９（ｂ）を参照すると、上記時間帯には基地局１０−１４、１０−１１、１０−８がそれぞれ既に割り当てられているので、これらの基地局と基地局１０−１の間の隣接関係が判断される。図８を参照すると、基地局１０−１は基地局１０−８と隣接関係にあるので、基地局１０−１のソフトウェア更新日は１月２日に設定される（図９（ｃ）参照）。

このように、管理装置２０は、隣接基地局情報を参照することで、アップデートの時間帯が既に割り当てられている基地局と、アップデートの対象となる基地局と、が隣接関係にある場合に、少なくとも同一日の同一時間帯にはこれらの基地局のソフトウェア更新を割り当てない。このような場合、管理装置２０は、例えば、アップデートの対象となる基地局のソフトウェア更新を、割り当てようとした日の翌日以降の同一時間帯に割り当てる。

なお、アップデート開始日の翌日においても、既に割り当てが決まっている基地局と、割り当ての対象基地局と、の間に隣接関係が存在する場合には、スケジューリング作成部２０２は、当該割り当て対象の基地局のアップデート日をさらに翌日に設定する。

スケジューリング作成部２０２は、上記のような処理を繰り返し、アップデート対象局のソフトウェア更新に関するスケジュール情報を作成する。

なお、スケジューリング作成部２０２は、上記所定の条件（隣接基地局の有無）に加え、同一日の同一時間帯にソフトウェアの更新を行う基地局の数を制限する条件を加えてもよい。例えば、スケジューリング作成部２０２は、同一の時間帯にソフトウェアがアップデートできる基地局の数を５個と制限し、既に５個の基地局が同一の時間帯に割り当てられている場合には、６個目以降の基地局はアップデート開始日の翌日以降に割り当てても良い。同一の時間帯に割り当て可能な基地局の上限は、管理装置２０の性能を考慮して決定するのが望ましい。

スケジューリング作成部２０２は、作成したスケジュール情報を、スケジューリング管理部２０３に引き渡す。スケジューリング管理部２０３は、上記スケジュール情報に基づき、時間帯ごとに、該当する基地局のソフトウェア更新をソフトウェア更新制御部２０６に指示する。その際、スケジューリング管理部２０３は、上記指示と合わせて、更新指示詳細情報に含まれるソフトウェア更新に使用する情報（例えば、更新するソフトウェアの種類やバージョン等）をソフトウェア更新制御部２０６に通知する。

ソフトウェア更新制御部２０６は、必要なデータ（更新ファイル等）を基地局ＳＷ管理部２０８から取得し、基地局ＩＦ部２０７を介して、対象となる基地局のソフトウェアを更新する。具体的には、ソフトウェア更新制御部２０６は、対象基地局の動作を停止（実行中のソフトウェアを停止）し、必要な情報をハードディスク等に退避させた後に、記憶媒体に書き込まれたプログラムファイルを新しいプログラムファイル（更新ファイル）に書き換えさせ、プログラムの実行（再開）を指示する。

なお、基地局ＩＦ部２０７は、基地局１０に対するインターフェイスとなる手段である。具体的には、基地局ＩＦ部２０７は、管理装置２０と基地局１０との間でなされる通信を制御する。

また、隣接セル情報管理部２０４、基地局ＰＭ情報管理部２０５、基地局ＳＷ管理部２０８のそれぞれは、記憶手段であり、上記説明した各種情報を記憶する。なお、基地局ＰＭ情報管理部２０５に格納される接続実績情報や、隣接セル情報管理部２０４に格納される隣接基地局情報、基地局ＳＷ管理部２０８に格納されるソフトウェア更新用のファイルは、通信システムの管理者等により予め（基地局のソフトウェア更新前に）登録される情報である。

なお、スケジューリング作成部２０２は、管理装置２０に搭載されたコンピュータに、そのハードウェアを用いて、上述のスケジューリング作成部２０２等の処理を実行させるコンピュータプログラムにより実現することもできる。

次に、図１０を参照しつつ、上記スケジュール情報を作成する際の管理装置２０の動作を説明する。

初めに、オペレータは、クライアント端末３０を操作して、ソフトウェア更新情報入力画面をクライアント端末３０の表示部に表示する。クライアント端末制御部２０１は、オペレータが入力する更新指示詳細情報（例えば、アップデート開始日、アップデート対象局、使用するソフトウェアの詳細）を取得する（ステップＳ１０１）。

スケジューリング作成部２０２は、基地局ＰＭ情報管理部２０５から取得した接続実績情報に基づき、アップデート対象局における時間帯ごとの端末接続数（例えば、ＲＲＣｃｏｎｎｅｃｔｉｏｎ数）の平均値を計算する（ステップＳ１０２）。

スケジューリング作成部２０２は、上記計算した平均値の中から最小の端末接続数を有する時間帯を、アップデート対象局ごとに特定（探索）し、平均値の最小値が多い順に並び替える（ステップＳ１０３）。

スケジューリング作成部２０２は、隣接セル情報管理部２０４から隣接基地局情報を取得（ステップＳ１０４）し、上記端末接続数の平均値情報と関連付け、図８に示すようなテーブル情報を作成する。

スケジューリング作成部２０２は、ソフトウェアの更新対象の基地局の全てに関し、そのソフトウェアに関するアップデート日時の決定（スケジューリング）が完了するまで、ステップＳ１０５〜Ｓ１０８の処理を繰り返す（ループ１の処理）。

ステップＳ１０５において、スケジューリング作成部２０２は、割り当て対象の基地局と隣接関係にある基地局が既に割り当てられているか否かを判定する。隣接基地局が存在すれば（ステップＳ１０５、Ｎｏ分岐）、スケジューリング作成部２０２は、当該割り当て対象の基地局を翌日以降の同じ時間帯（翌日以降の最小時間帯）に割り当てる（ステップＳ１０６）。

隣接基地局が存在しなければ（ステップＳ１０５、Ｙｅｓ分岐）、スケジューリング作成部２０２は、同一時間帯に割り当てられた基地局の数が同一時間帯に割り当て可能な上限に達しているか否かを判定する（ステップＳ１０７）。上限に達していれば（ステップＳ１０７、Ｎｏ分岐）、スケジューリング作成部２０２は、当該割り当て対象の基地局を翌日以降の同じ時間帯（最小時間帯）に割り当てる（ステップＳ１０６）。

上限に達していなければ（ステップＳ１０７、Ｙｅｓ分岐）、スケジューリング作成部２０２は、当該割り当て対象の基地局を、アップデート開始日の最小時間帯に割り当てる（ステップＳ１０８）。

このように、スケジューリング作成部２０２は、端末接続数の平均値情報と隣接基地局情報とが関係づけられたテーブル情報（図８に示すテーブル情報）の上から順に、該当基地局の端末接続数の平均値が最小となる時間帯と同じアップデート開始日の時間帯に基地局を割り当てる。

管理装置２０は、図１０に示すスケジュール情報の作成処理が終了すると、作成したスケジュール情報に基づいて、各基地局のソフトウェアを更新する。

以上のように、第１の実施形態に係る管理装置２０は、接続実績情報を用いて、基地局のソフトウェアを更新する時間帯を決定する（スケジュールする）。その結果、多数の基地局のソフトウェアを更新する場合であっても、統計的に基地局の負荷が少ない時間帯が自動的に選択され、オペレータの負荷が低減できる。また、管理装置２０は、基地局同士の隣接関係を考慮し、特定の地域が通信不能に陥る等の障害発生を回避するスケジュール情報を自動的に作成する。この観点からも、オペレータの負荷が低減される。さらに、オペレータは、ソフトウェアの更新を希望する日付等、最小限の情報を管理装置２０に入力すればよいので、オペレータによるヒューマンエラーの発生が低減できる。

なお、上記第１の実施形態における説明は例示であって、種々の変形等が考えられる。例えば、スケジューリング作成部２０２は、ソフトウェア更新の実施日程を短縮したい場合には、上記所定の条件に適合しない基地局を翌日の同時間帯に割り当てるのではなく、同じ日の別の時間帯（例えば、端末接続数が２番目、３番目等に少ない時間帯）に割り当ててもよい。また、土日祝日、年末年始等の特別な期間を考慮にいれてスケジュール情報を作成する場合には、除外日をクライアント端末３０から入力し、ＲＲＣｃｏｎｎｅｃｔｉｏｎ数の平均値の算出やソフトウェア更新対象日から除外してもよい。

スケジューリング作成部２０２が使用する接続実績情報は、ＨａｎｄＩｎ数、ＨＯ（Hand Over）数等の情報（カウンタ情報）であってもよいし、それらの組み合わせでもよい。

管理装置２０は、基地局のソフトウェア更新を行う際、対象となる基地局の周囲に位置する基地局に対し、送信電力をあげるように指示し、カバレッジの欠損を防止してもよい。さらに、スケジュール情報を作成する装置は管理装置２０に限定されず、基地局を局建する際に使用するサーバー、ツール等がスケジュール情報を作成してもよい。また、基地局装置に限らず、複数の装置とそれを収容する（管理する）ＥＭＳ相当の装置において、第１の実施形態にて説明したスケジュールの決定方法を適用してもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
第１及び第２の基地局と、
前記第１及び第２の基地局を管理する管理装置と、
を含み、
前記管理装置は、
前記第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成する、通信システム。
［付記２］
前記管理装置は、
前記隣接基地局情報から、前記第１及び第２の基地局が互いに隣接すると判定した場合には、少なくとも同一日の同一時間帯には、前記第１及び第２の基地局のソフトウェア更新を割り当てない、付記１の通信システム。
［付記３］
前記管理装置は、
前記第１の基地局のソフトウェア更新が第１日の第１時間帯に割り当てられていると共に、前記第１及び第２の基地局が隣接すると判定された場合、且つ、前記第２の基地局のソフトウェア更新を前記第１日の第１時間帯に割り当てようとする場合には、
前記第２の基地局のソフトウェア更新を、前記第１日の翌日以降の第２日の前記第１時間帯と同じ時間帯である第２時間帯に割り当てる、付記２の通信システム。
［付記４］
前記管理装置は、
前記接続実績情報から、前記第１及び第２の基地局それぞれについて、時間帯ごとの前記端末接続数の平均値を算出し、
前記第１及び第２の基地局のソフトウェア更新をそれぞれ、前記第１及び第２の基地局それぞれに対応する前記端末接続数の平均値が最も小さい時間帯を割り当てる、付記１乃至３のいずれか一に記載の通信システム。
［付記５］
前記管理装置は、
前記第１の基地局に対応する前記端末接続数の平均値の最小値が、前記第２の基地局に対応する前記端末接続数の平均値の最小値よりも大きい場合には、前記第１の基地局のソフトウェア更新に関するスケジュールを、前記第２の基地局のソフトウェア更新に関するスケジュールよりも先に作成する、付記４の通信システム。
［付記６］
前記管理装置は、
所定日の所定の時間帯にソフトウェアを更新する基地局の割り当て数が所定の値に達している場合には、前記第１又は第２の基地局のソフトウェア更新を、前記所定日の翌日以降の前記所定の時間帯と同一の時間帯に割り当てる、付記１乃至５のいずれか一に記載の通信システム。
［付記７］
前記接続実績情報には、少なくともＲＲＣｃｏｎｎｅｃｔｉｏｎ数が含まれる、付記１乃至６のいずれか一に記載の通信システム。
［付記８］
第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成するスケジューリング作成部と、
前記作成されたスケジュールに基づき、前記第１及び第２の基地局それぞれのソフトウェアの更新を行うソフトウェア更新制御部と、
を備える、管理装置。
［付記９］
第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成するステップと、
前記作成されたスケジュールに基づき、前記第１及び第２の基地局それぞれのソフトウェアの更新を行うステップと、
を含む、ソフトウェア更新方法。
［付記１０］
第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成する処理と、
前記作成されたスケジュールに基づき、前記第１及び第２の基地局それぞれのソフトウェアの更新を行う処理と、
を管理装置に搭載されたコンピュータに実行させるプログラム。
なお、付記８〜１０の形態は、付記１の形態と同様に、付記２の形態〜付記７の形態に展開することが可能である。

なお、引用した上記の特許文献の開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０、１０−１〜１０−ｎ 基地局
２０、１０１ 管理装置
３０ クライアント端末
１００−１ 第１の基地局
１００−２ 第２の基地局
２０１ クライアント端末制御部
２０２ スケジューリング作成部
２０３ スケジューリング管理部
２０４ 隣接セル情報管理部
２０５ 基地局ＰＭ情報管理部
２０６ ソフトウェア更新制御部
２０７ 基地局ＩＦ部
２０８ 基地局ＳＷ管理部

Claims (10)

1. 第１及び第２の基地局と、
   前記第１及び第２の基地局を管理する管理装置と、
   を含み、
   前記管理装置は、
   前記第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成する、通信システム。
2. 前記管理装置は、
   前記隣接基地局情報から、前記第１及び第２の基地局が互いに隣接すると判定した場合には、少なくとも同一日の同一時間帯には、前記第１及び第２の基地局のソフトウェア更新を割り当てない、請求項１の通信システム。
3. 前記管理装置は、
   前記第１の基地局のソフトウェア更新が第１日の第１時間帯に割り当てられていると共に、前記第１及び第２の基地局が隣接すると判定された場合、且つ、前記第２の基地局のソフトウェア更新を前記第１日の第１時間帯に割り当てようとする場合には、
   前記第２の基地局のソフトウェア更新を、前記第１日の翌日以降の第２日の前記第１時間帯と同じ時間帯である第２時間帯に割り当てる、請求項２の通信システム。
4. 前記管理装置は、
   前記接続実績情報から、前記第１及び第２の基地局それぞれについて、時間帯ごとの前記端末接続数の平均値を算出し、
   前記第１及び第２の基地局のソフトウェア更新をそれぞれ、前記第１及び第２の基地局それぞれに対応する前記端末接続数の平均値が最も小さい時間帯を割り当てる、請求項１乃至３のいずれか一項に記載の通信システム。
5. 前記管理装置は、
   前記第１の基地局に対応する前記端末接続数の平均値の最小値が、前記第２の基地局に対応する前記端末接続数の平均値の最小値よりも大きい場合には、前記第１の基地局のソフトウェア更新に関するスケジュールを、前記第２の基地局のソフトウェア更新に関するスケジュールよりも先に作成する、請求項４の通信システム。
6. 前記管理装置は、
   所定日の所定の時間帯にソフトウェアを更新する基地局の割り当て数が所定の値に達している場合には、前記第１又は第２の基地局のソフトウェア更新を、前記所定日の翌日以降の前記所定の時間帯と同一の時間帯に割り当てる、請求項１乃至５のいずれか一項に記載の通信システム。
7. 前記接続実績情報には、少なくともＲＲＣｃｏｎｎｅｃｔｉｏｎ数が含まれる、請求項１乃至６のいずれか一項に記載の通信システム。
8. 第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成するスケジューリング作成部と、
   前記作成されたスケジュールに基づき、前記第１及び第２の基地局それぞれのソフトウェアの更新を行うソフトウェア更新制御部と、
   を備える、管理装置。
9. 第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成するステップと、
   前記作成されたスケジュールに基づき、前記第１及び第２の基地局それぞれのソフトウェアの更新を行うステップと、
   を含む、ソフトウェア更新方法。
10. 第１及び第２の基地局それぞれに関する、過去の所定期間に渡る端末接続数を含む接続実績情報と、前記第１及び第２の基地局が互いに隣接する基地局か否かに関する情報を含む隣接基地局情報と、に基づいて、前記第１及び第２の基地局それぞれのソフトウェア更新に関するスケジュールを作成する処理と、
    前記作成されたスケジュールに基づき、前記第１及び第２の基地局それぞれのソフトウェアの更新を行う処理と、
    を管理装置に搭載されたコンピュータに実行させるプログラム。

Images