JP4805969B2 - ソフトウェア更新日時決定方法 - Google Patents

Description

本発明は、ソフトウェア更新日時決定方法に係り、特に、無線通信システム基地局のソフトウェア更新を行うためのソフトウェア更新日時決定方法に関する。

従来、一般の通信網においては、通信の途絶を防ぐための信頼性確保が重視されるため、通信サービスを提供したり通信網の動作を制御するソフトウェアは運用中であっても更新できることが望まれる。例えば、ハードウェアを冗長構成として、非運用中のハードウェアに設定されるソフトウェアを更新する方法が開示されている（例えば、特許文献１及び２参照）。

一方、無線通信網では、基地局の電波が届く範囲のセルラと呼ばれるエリア内で無線端末との通信を行うもので、例えば半径数ｋｍ位のセルラが一般的に用いられる。すなわち、従来の有線通信網（交換網）と比べ収容するユーザ数やカバーエリアが著しく小さいので、広範囲で通信サービスを提供するためには、これら基地局を多数広範囲に配置しなければならない。「したがって、これら多数の基地局のそれぞれを上記文献の有線通信網設備のように冗長化して設置することは通信網の経済性を著しく損なうことになる。さらに、複数の周波数帯やＣＤＭＡの拡散符号の割当ても必要となり、有限リソースが無駄になりユーザ数が減る等のサービス提供能力も低下してしまう。」このため、例えば深夜等の時間帯に基地局での通信サービスを止めてソフトウェア更新を行う方法が行われている（例えば、特許文献３参照）。

また、ＣＤＭＡ無線通信網においては、ソフトハンドオーバ技術および電力制御を利用して無瞬断で通信路を他の無線基地局もしくはセクタに切り替えながらソフトウェア更新を行う技術も考えられている（例えば、特許文献４参照）。
特開平７−３１９６８３号公報 特開２００１−５６７５９号公報 特開平１０−６３４９８号公報 特開２００５−１０８２１号公報

しかしながら、上述したハードウェアが冗長構成を持たないいずれの方法も、無線通信網全体から見るとソフトウェア更新中は、程度の差こそあれ一度に通信サービス提供可能なユーザ数が減少した状態、つまり、縮退状態で運用することになる。よってハードウェアの冗長構成を持たない無線基地局においては、トラフィックの少ない基地局を選択しソフトウェア更新作業を実施することが望ましい。

ところが、無線通信網においては、無線基地局は多数存在しかつそれらが処理するトラフィックの特性（トラフィック量やトラフィック増減の周期など）は無線基地局がカバーするエリア、曜日、日にちおよび時間帯によって様々である。例えば繁華街のエリアでは週末の夜間にトラフィックが集中する一方で、オフィス街のエリアでは平日の昼間にトラフィックが集中することが考えられる。給料日後など月末にトラフィックが集中するケースも考えられる。また、過疎地のエリアと市街地のエリアでは無線基地局が通信サービス提供中の平均ユーザ数は大きく異なると考えられる。これらのことから、例えば従来のような、深夜の時間帯に、その時点で通信サービス提供中のユーザ数が少ない無線基地局を選択してソフトウェア更新を実施するという方法をとると、繁華街の無線基地局はなかなかソフトウェア更新されないということになる。

無線通信網全体における通信サービス最大化を目的に考えると、繁華街のエリアではそのエリアでもっともトラフィックが少ない日にち、曜日、および時間帯に、山間部のエリアにおいてもまたそのエリアでもっともトラフィックが少ない日にち、曜日、および時間帯にそれぞれソフトウェア更新することが本来望ましいと考えられる。つまり、ある時間帯において通信サービス提供中のユーザ数最小の無線基地局を選択する方法では不十分な場合があり、あるエリアにおいて通信サービス提供中のユーザ数最小となる日にち、曜日、および時間帯を選択する方法の方が望ましいと考える。

本発明は以上の点に鑑み、エリアをカバーする無線基地局が通信サービスを提供するユーザ数が最小となる日にち、曜日、および時間帯を選択するソフトウェア更新日時決定方法を提供することを目的とする。また、本発明は、ソフトウェア更新によるユーザへ提供する通信サービスへの影響を最小化することを目的とする。

あるエリアにおいて通信サービス提供中のユーザ数最小となる日にち、曜日、および時間帯を選択する方法の一つとして過去の統計情報を参照する方法が考えられる。一方で、また無線通信網においては無線基地局がカバーするエリアの多くは隣接基地局とオーバラップしている。従って、ある基地局がサービスを停止しても該無線基地局で通信サービスを提供していた端末のうちいくつかは隣接無線基地局で通信サービスが継続可能な場合がある。このことから隣接無線基地局を同時にソフトウェア更新しないことが望ましい。よって時系列的な統計情報および地理的な隣接無線基地局条件の双方を考慮してユーザ数最小となる無線基地局、日にち、曜日、および時間帯を選択することは無線基地局数が膨大であることもあり、容易ではない。

上記目的を達成するために、本発明では、トラフィック特性は上述のようにエリア、日にち、曜日、および時間帯によってある一定の規則性があることに着目し、過去に無線基地局から網管理装置が取得した統計情報を無線基地局毎、曜日毎、日にち毎および時間帯ごとに網管理装置が整理分類して保持する。保持された統計情報および保守オペレータからのソフトウェア更新作業情報（期間、時間帯）および隣接無線基地局の情報を基に、無線基地局における通信サービス提供中のユーザ数が最小となる日にち、曜日、および時間帯を割り出して網管理装置（又は保守者）にする。更に、割り出した結果を用いて網管理装置がソフトウェア更新を自律的に実行する。

本発明の無線基地局は、例えば、
無線通信網内で、無線端末と有線通信網との間で通信する無線基地局であり、
無線端末と通信するための無線インタフェースと、
有線通信網と通信するための有線インタフェースと、
前記無線インタフェース及び前記有線インタフェースを介して、無線端末に通信サービスを提供するための処理を行う通信処理部と、装置を制御する制御部とを備え、
前記制御部は、
設定されているソフトウェアを、予め前記有線インタフェースを介して受信したソフトウェアに更新する。

本発明の無線通信網は、例えば、
無線端末と有線通信網との間で通信する無線基地局と、
前記無線基地局と通信する制御装置と、
網を管理する網管理装置とを備え、
前記無線基地局もしくは前期制御装置は前記網管理装置にトラフィックに関する統計情報を通知し、
前記網管理装置は前記無線基地局又は前期制御装置から通知されたトラフィックに関する統計情報および保守者からのソフトウェア更新作業リソース情報（同時実施可能無線基地局数、期間、時間帯）を元に所定の規則を用いてソフトウェア更新する無線基地局の日時を選択して保守者に通知し、選択した日時に選択した前記無線基地局に対して、更新するためのソフトウェア及び更新要求を送信し、
前記無線基地局は、前記網管理装置から送信されたソフトウェア及び更新要求を受信し、
受信した更新要求に従い、
設定されているソフトウェアを、受信したソフトウェアに更新する。

また、例えば、無線通信網は、無線端末と有線通信網との間で通信する無線基地局と、無線基地局と通信する制御装置と、網を管理する網管理装置とを備え、
網管理装置は、保守者からの作業計画、無線基地局の統計情報および隣接無線基地局情報から所定の規則で無線基地局のソフトウェア更新日時を決定して保守者に通知し、決定した日時に従って無線基地局に対して、更新するためのソフトウェア及び更新要求を送信し、
無線基地局は、網管理装置から送信されたソフトウェア及び更新要求を受信し、受信した更新要求に従い、設定されているソフトウェアを、受信したソフトウェアに更新する。
上述の網管理装置は、例えば、無線基地局を識別するための装置識別子に対応して、無線基地局に隣接する無線基地局を識別するための隣接識別子が記憶されるメモリを有し、メモリを参照して、選択した無線基地局に隣接する無線基地局を識別し、同一日時には、隣接する無線基地局を選択しないようにする。

また、例えば、網管理装置は、無線基地局を識別するための装置識別子に対応して、無線基地局における過去の呼接続数が記憶されるメモリを有し、メモリを参照して、曜日および時間帯ごと、および日にちおよび時間帯ごとにそれぞれ呼接続数を所定の規則で分析する。

例えば、網管理装置は、無線基地局を識別するための装置識別子に対応して、（ｉ）無線基地局における過去の呼接続数を曜日および時間帯ごと、および日にちおよび時間帯により所定の規則で分析した結果と、（ｉｉ）無線基地局に隣接する無線基地局を識別するための隣接識別子と、が記憶されるメモリを有し、
メモリを参照し、無線基地局に隣接する無線基地局が同一日時に選択されない条件において、無線基地局における過去の呼接続数を曜日および時間帯ごと、および日にちおよび時間帯により所定の規則で分析した結果が最小呼処理数となる無線基地局およびソフトウェア更新日時を選択する。
網管理装置は、例えば、選択した無線基地局およびソフトウェア更新日時を、ソフトウェア更新要求送信前にあらかじめ保守者に通知する。

本発明の無線基地局のソフトウェア更新における無線基地局の選択方法は、例えば、
無線端末と有線通信網との間で通信する無線基地局と、前記無線基地局と通信する制御装置と、網を管理する網管理装置と、を備える無線通信網において、無線基地局を選択する方法であって、
網管理装置が、前記無線基地局又は前期制御装置から通知されたトラフィックに関する統計情報を無線基地局毎、曜日毎、日にち毎および時間帯ごとに分類して分析するステップと、
網管理装置が、保守者からのソフトウェア更新作業リソース情報（同時実施可能無線基地局数）、期間、時間帯）を元に、前記分析された統計情報から無線基地局における通信サービス提供中ユーザ数最小となる日にち、曜日、および時間帯を選択するステップと、
網管理装置が、選択結果をソフトウェア更新計画として保守者に通知するステップと、
網管理装置の、選択結果に従って選択した日にち、曜日、および時間帯に選択した無線基地局に対して更新するためのソフトウェア及び更新要求を送信するステップとを含む。
本発明の第１の解決手段によると、
無線端末と有線通信網との間で通信する無線基地局と、網を管理する網管理装置とを備える無線通信網における前記網管理装置であって、
日にち及び曜日及び時間帯に対応して、無線基地局における無線端末との接続呼数が予め記憶された記憶部と、
前記無線基地局のソフトウェアを更新する日及び時間帯を選択する処理部と
を備え、
前記処理部は、
前記無線基地局のソフトウェアを更新する複数の作業日及び時間帯を入力し、
前記記憶部に記憶された接続呼数に基づき、曜日毎に、入力された各時間帯における接続呼数のｎ週平均値（ｎは予め定められた整数）を求め、
前記記憶部に記憶された接続呼数に基づき、記憶された日にち毎に、入力された各時間帯における接続呼数のｍヶ月平均値（ｍは予め定められた整数）を求め、
入力された作業日及び時間帯毎に、該作業日の曜日及び時間帯に対応するｎ週平均値と、該作業日の日にち及び時間帯に対応するｍヶ月平均値とを、平均又は重み付き平均することで、ソフトウェア更新による通信サービスへの影響を表す影響度をそれぞれ求め、
求められた影響度が最小又は予め定められた閾値以下の作業日及び時間帯を選択し、
選択された作業日及び時間帯に、前記無線基地局に設定されているソフトウェアを更新するための前記網管理装置が提供される。

本発明の第２の解決手段によると、
無線基地局のソフトウェアを更新する複数の作業日及び時間帯を入力するステップと、
日にち及び曜日及び時間帯に対応した、無線基地局における無線端末との接続呼数に基づき、曜日毎に、入力された各時間帯における接続呼数のｎ週平均値（ｎは予め定められた整数）を求めるステップと、
前記接続呼数に基づき、日にち毎に、入力された各時間帯における接続呼数のｍヶ月平均値（ｍは予め定められた整数）を求めるステップと、
入力された作業日及び時間帯毎に、該作業日の曜日及び時間帯に対応するｎ週平均値と、該作業日の日にち及び時間帯に対応するｍヶ月平均値とを、平均又は重み付き平均することで、ソフトウェア更新による通信サービスへの影響を表す影響度をそれぞれ求めるステップと、
求められた影響度が最小の作業日及び時間帯を選択するステップと
を含む、選択された作業日及び時間帯に無線基地局に設定されているソフトウェアを更新するための、ソフトウェア更新の基地局選択方法が提供される。

本発明によれば、無線基地局における通信サービス提供中ユーザ数最小となる日にち、曜日、および時間帯を選択する方法を容易に実現することによりソフトウェア更新によるユーザへ提供する通信サービスへの影響を最小化することができる。

以下、本実施の形態における無線基地局と無線通信網の構成及び無線基地局のソフトウェア更新における無線基地局選択について図面を用いて詳細に説明する。
図１は、本実施の形態を適用する無線通信網の構成例を示すブロック図である。無線通信網（１０）は、以下のように構成され端末間の通信を行う。

複数の移動可能な端末ＭＳ１、ＭＳ２（３００−１、２）と、複数の無線通信装置（以下、基地局と称す）ＢＳ１〜ＢＳ８（１１０−１〜８）とは無線通信路（図示せず）で接続される。具体的には、各基地局ＢＳは、セルラ（１００−１〜８）と呼ばれる電波の到達範囲を備え、例えば端末ＭＳとＣＤＭＡを用いた無線通信を行う。尚、本実施の形態では、これら複数の基地局ＢＳ１〜８（１１０−１〜８）が端末ＭＳと通信できるエリアを移動体通信網４００と称する。

移動体通信網（４００−１）の各基地局ＢＳ１〜８（１１０−１〜８）は、基地局制御部（制御装置）（２００−１）と通信路（５００−１）で接続される。端末ＭＳ１（３００−１）からの着信先が同じ移動体通信網（４００−１）にあれば、基地局制御部（２００−１）は、配下の基地局ＢＳ１〜８（１１０−１〜８）のいずれかに信号を戻して着信先端末ＭＳと通信する。一方、通信制御部（２００−１）は、着信先が別の移動体通信網（４００−２：詳細構成は４００−１とほぼ同じなので省略する）の端末であれば、基地局制御部（２００）同士を接続する通信網（１５０）を介し、基地局制御部（２００−２）と移動体通信網（４００−２）を用いて信号送受信することにより、着信先端末と通信する。尚、上記通信網（１５０）は、公衆網、専用線網、私設網のいずれであっても構わない。また、移動体通信網（４００−２）は、有線通信網とそれに固定的に設置される端末とで構成された所謂固定網であっても構わない。

網管理装置（２５０）は、通信網（１０）に備えられた基地局ＢＳ（１１０）及び基地局制御部（２００）と監視・保守等の制御信号を送受信する制御信号通信路（６００）で接続され、例えば、ソフトウェアの更新を行う基地局（１１０）を選択し、基地局（１１０）へ、ソフトウェア更新指示を出力する等、通信網（１０）の設備全体を管理・制御するための装置である。尚、基地局ＢＳ（１１０）、基地局制御部（２００）、網管理装置（２５０）は、図１に示す数に限らず、適宜の数備えることができる。

図２は、網管理装置の構成例を示すブロック図である。網管理装置（２５０）は以下のように構成され、制御信号通信路（６００）を介して基地局（１１０）もしくは基地局制御部（２００）と通信し、及び、これらを制御する。
網管理装置（２５０）は、複数の基地局（１１０）を収容する移動体通信網（４００）を複数個備えて構成した無線通信網（１０）全体の保守運用を管理する装置である。具体的には、網管理装置（２５０）は、例えば、複数のＩ／Ｏ（２５４）と、ＣＰＵ（２５１）と、メモリ（２５２）と、記憶装置（２５３）と、キーボード（２５６）等の入力部と、モニタ（２５７）等の表示部とを備え、これらが内部バス（２５５）で接続されている。

記憶装置（２５３）には、無線基地局における接続呼数などの統計情報（１）が格納される。また、メモリ（２５２）には、ソフトウェア更新における基地局選択に用いられるテーブルが格納される。例えば、ソフトウェア更新テーブル（２）、スケジュールテーブル１（３）、スケジュールテーブル２（４）、曜日別呼数テーブル（５）、日にち別呼数テーブル（６）、サービス影響度テーブル（７）及びスケジュール調整テーブル（８）が格納される。なお、各テーブルの詳細については後述する。統計情報（１）はメモリに格納されてもよいし、外部の記憶装置から入力するようにしてもよい。

Ｉ／Ｏ（２５４）は、無線通信網（１０）に備えられた基地局（１１０）や基地局制御部（２００）との通信インタフェースである。ＣＰＵ（２５１）は、網管理装置（２５０）全体を制御し、Ｉ／Ｏ（２５４）を介して制御信号（命令他）やデータを送受信することで、基地局（１１０）を含む移動体通信網（４００）全体を保守運用する。

メモリ（２５２）は、ＣＰＵ（２５１）の動作プログラム等を格納する。記憶装置（２５３）は、網管理装置（２５０）で無線通信網（１０）を運用するのに必要なデータ（例えば、端末や基地局の情報他）、ならびに、基地局（１１０）で新たに更新するソフトウェアやファームウェアを格納する。キーボード（２５６）は、例えば保守者からの指示を入力するための入力手段であり、モニタ（２５７）は、保守者に無線通信網（１０）の運用状態や基地局（１１０）のソフトウェア更新情報等を通知するための表示手段である。入力手段、出力手段としては適宜の手段、装置、デバイスを用いることができる。

網管理装置（２５０）は、基地局（１１０）毎の通信サービス提供中ユーザ数などを定期的に基地局（１１０）もしくは基地局制御部（２００）から収集し、メモリ（２５２）もしくは記憶装置（２５３）に格納する。そして例えば保守者の指示に従い、記憶装置（２５３）に更新すべきソフトウェアやファームウェアを格納した後、以下で説明する手順により、基地局（１１０）をソフトウェア更新する日にち、曜日および時間帯の選択、および基地局（１１０）のソフトウェア更新を支援する。

図３は、本実施の形態における基地局（１１０）のソフトウェア更新に関する作業の流れを示したシーケンス図である。保守者は網管理装置（２５０）に対し、ソフトウェア更新計画入力（３−１）を行う。例えば、網管理装置（２５０）は、保守者により操作されるキーボードからソフトウェア更新計画を入力する。計画には「ソフトウェア更新開始日」、「ソフトウェア更新終了日」、「作業時間帯」および「計画対象基地局」が含まれる。なお、入力される「ソフトウェア更新開始日」、「ソフトウェア更新終了日」によりソフトウェア更新の作業日が特定されるが、これ以外にも直接作業日を入力してもよいし、不連続な作業日を選択する等、適宜の手法で作業日を入力してもよい。

図４は、ソフトウェア更新計画入力（３−１）における網管理装置（２５０）のモニタ（２５７）に表示される入力画面の例を示している。この表示に従い各情報が入力される。「計画対象基地局」は、例えば図４のように選択ボタンを押下することにより、「基地局番号」、「局名」、「ソフトウェア版数」および「対象／対象外」を含むソフトウェア更新テーブル（２）を参照して、各情報を表示することにより、保守者が計画の「対象」、又は「対象外」を選択できるようにすることもできる。

選択ソフトウェア更新計画が入力されると網管理装置（２５０）では、統計情報の分析処理（３−２）を実行し、ソフトウェア更新実施基地局および日時選択処理（３−３）を実行する。なお、各処理（３−２）、（３−３）については、後に詳細に説明する。また、網管理装置（２５０）は選択結果通知（３−４）を保守者に対して実施する。選択結果通知は、日毎のソフトウェア更新予定、および基地局一覧表によるソフトウェア更新実施予定日をモニタ２５７に表示することで保守者に通知される。

図５に、選択結果通知の画面例を示す。図５の「ソフトウェア更新基地局日時選択結果通知画面１」で表示される「予定日」、「基地局番号」、「局名」、「ソフトウェア版数」、「承認／非承認」、「実績日」を含むテーブルを、ここではスケジュールテーブル１（３）とよぶ。また、「ソフトウェア更新基地局日時選択結果通知画面２」で表示される「基地局番号」、「局名」、「ソフトウェア版数」、「対象／対象外」、「予定日」、「承認／非承認」、「実績日」を含むテーブルを、ここではスケジュールテーブル２（４）とよぶ。なお、いずれかのスケジュールテーブルのみを通知・表示してもよいし、双方を通知・表示してもよい。保守者は、ソフトウェア更新実施基地局および日時を確認し問題なければ選択結果承認（３−５）を実施する。例えば、網管理装置（２５０）がキーボード（２５７）等から承認を示す予め定められた情報・信号を入力する。選択結果承認（３−５）は基地局一つに対して行うことも、複数基地局に対して同時に行うことも、計画対象基地局全てに対して同時に行うことも可能である。また、急遽基地局工事の予定が入りソフトウェア更新予定と重なるなど、もしも選択結果に弊害が発生すれば、弊害のある基地局（１１０）について承認しないあるいは承認を取り消すか、ソフトウェア更新計画入力（３−１）に戻って計画を変更することができる。このとき、承認しないまたは承認を取り消す基地局を選択候補から除外して処理（３−１）以降を実行することができる。

網管理装置（２５０）は上記選択結果に基づいて、選択結果承認されている基地局（１１０）について、選択した日時および基地局（１１０）に対してソフトウェア更新指示（３−６）を送信する。基地局（１１０）はソフトウェア更新指示を受信するとソフトウェア更新（３−７）を実施する。ソフトウェア更新（３−７）には、例えば、特許文献３のようにサービスを止めてソフトウェアを更新する方法や、特許文献４のようにサービスを他の基地局（１１０）などに切替えてソフトウェアを更新する方法などがあるが、これらには限られない。ソフトウェア更新（３−７）が完了すると、基地局（１１０）はソフトウェア更新完了通知（３−８）を網管理装置（２５０）に送信する。網管理装置（２５０）はこれを受けてソフトウェア更新実績情報更新（３−９）を実施する。例えば、網管理装置（２５０）は、ソフトウェア更新完了通知を受信した基地局の基地局番号に対応して、該完了通知を受信した日（実績日）を、スケジュールテーブル１（３）、スケジュールテーブル２（４）に記憶する。該基地局（１１０）のソフトウェア更新完了を保守者に例えば図５の「実績日」のように通知する。

次に、図３の統計情報の分析処理（３−２）の詳細について説明する。ユーザトラフィックは、例えば、基地局（１１０）がカバーするエリア、日にち、曜日、および時間帯に関係があることに着目し、網管理装置（２５０）は過去に収集した統計情報、例えば通信サービス提供中ユーザ数（以下接続呼数とよぶ）をソフトウェア更新計画対象基地局（１１０）それぞれについて、日にち、曜日および時間帯毎に整理して分析する。具体的な方法を、図６〜図１０を用いて示す。

図６は、統計情報による分析処理（３−２）の処理の流れを示す図である。まず、網管理装置（２５０）は、過去の統計情報に基づき曜日について整理する、曜日による統計処理（６−１）を実行する。続いて、網管理装置（２５０）は、過去の統計情報から日にちについて整理する、日にちによる統計処理（６−２）を実行し、上記曜日および日にちによる統計処理結果の統合処理（６−３）を行う。

図７は、曜日による統計処理（６−１）のフロー図を示している。なお、曜日による統計処理（６−１）にて使用する統計情報は、ｎ週間前まで（ｎはあらかじめ決められた値、整数）とすることができる。図８に、図７のフローにより作成された、ある基地局についての曜日による統計処理結果が記載される、曜日別呼数テーブル（５）を示す。なお、図８では１〜ｎ週前の平均接続呼数は整数値で示しているが、小数値であってもよい。曜日別呼数テーブル（５）は、計画対象基地局毎に備えられることができる。

曜日による統計処理（６−１）では、網管理装置（２５０）は「ある基地局における、ｉ週間前のｊ曜日、時間帯ｋの接続呼数を記憶装置（２５３）の統計情報から読み込む」処理（７−１）を実施する。ここで「ｉ」は１からｎまでの値とし、またｊは月〜土、日を示す識別情報（場合によっては祝日もｊに含める）、ｋは保守者が指定した作業時間帯の識別情報（図４の例では１０：００−１２：００、１３：００−１５：００および１５：３０−１７：３０の３種類）とする。網管理装置（２５０）の記憶装置（２５３）に格納されている接続呼数の統計情報は、ある一定周期で定期的に収集されており、例えば５分毎に接続呼数が格納されている。このため、時間帯ｋにおける接続呼数は複数の数列の形で格納されることができる。例えば５分毎に接続呼数が網管理装置に格納されている場合、時間帯１０：００−１２：００の接続呼数は２４個の接続呼数の数列、例えば（１０、７、５、６、８、９、１１、９、５、７、１０、９、８、６、９、９、１０、８、１２、８、７、５、９、９）のように表現される。このような数列が、例えば、日、曜日、時間帯に対応して記憶装置（２５３）に記憶されている。なお、曜日の記憶を省略してもよい。この場合、装置内の適宜のカレンダーを参照して日にちに応じた曜日を取得することができる。なお、既に１０：００〜１２：００等の所定の時間帯毎に接続呼数の平均が記憶されていてもよい。

網管理装置（２５０）は、これらの数列を単位時間当たり（時間もしくは分）で平均する処理を次の、「ある基地局における、ｉ週間前のｊ曜日、時間帯ｋの単位時間当たりの平均接続呼数を（１）から求める」処理（７−２）で実施する。例えば、ｉ週間前のｊ曜日について、読み込まれた接続呼数（例えば２４個の呼数）の平均を求め、曜日別呼数テーブル（５）に、週、曜日、時間帯に対応して求められた平均接続呼数を記憶する。網管理装置（２５０）が上記処理（７−１）および処理（７−２）を、「ｉ＝［１〜ｎ週間］の間繰り返す」処理（７−３）により、ある基地局におけるｊ曜日、時間帯ｋにおける過去１〜ｎ週間前までについて、それぞれ平均接続呼数列が求まる。

次に、網管理装置（２５０）は、「１〜ｎ週間それぞれのｊ曜日、時間帯ｋの、単位時間当たり平均接続呼数の平均（「ｎ週平均」とよぶ）を求める」処理（７−４）により、ある基地局におけるｊ曜日、時間帯ｋにおける「ｎ週平均」を求める。また、求められたｎ週平均を、曜日、時間帯に対応して曜日別呼数テーブル（５）に記憶する。網管理装置（２５０）は、上記処理（７−１）〜処理（７−４）を「ｊ＝［月〜土、日（場合によっては祝日もｊに含める）］およびｋ＝［保守者指定作業時間帯］の間繰り返す」処理（７−５）により、ある基地局における「ｎ週平均」が全曜日の全時間帯にわたって求める。更に、網管理装置（２５０）は上記（７−１）〜（７−５）を「計画対象基地局に対して実施する」処理（７−６）により計画対象基地局全てに対して全曜日時間帯の「ｎ週平均」を求める。

図９は、日にちによる統計処理（６−２）のフロー図を示している。なお、日にちによる統計処理（６−２）で使用する統計情報はｍヶ月前まで（ｍはあらかじめ決められた値、整数）とすることができる。なお、図１０では、平均連続呼数、ｍヶ月平均の各値は整数値で示しているが、小数値であってもよい。日にち別呼数テーブル（６）は、計画対象基地局毎に備えられることができる。図１０に、図９のフローにより作成された日にちによる統計処理結果が記憶される、日にち別呼数テーブル（６）を示す。なお、図１０では、平均接続呼数、ｍヶ月平均の各値は整数値で示しているが、小数値であってもよい。日にち別呼数テーブル（６）は、計画対象基地局毎に備えられることができる。

日にちによる統計処理（６−２）では、網管理装置（２５０）は、「ある基地局における、ｐヶ月前のｄ日、時間帯ｋの接続呼数を読み込む」処理（９−１）を実施する。ここで、ｐは１からｍまでの値とし、またｄは１から３１までの値、ｋは保守者が指定した作業時間帯（図４の例では１０：００−１２：００、１３：００−１５：００および１５：３０−１７：３０の３種類）とすることができる。網管理装置（２５０）が格納している接続呼数の統計情報は、上述のようにある一定周期で定期的に収集されており、例えば５分毎に接続呼数が格納されている。このため時間帯ｋにおける接続呼数は複数の数列の形になる。例えば５分毎に接続呼数が網管理装置に格納されている場合、時間帯１０：００−１２：００の接続呼数は２４個の接続呼数の数列で表現される。網管理装置（２５０）は、これらの数列を単位時間当たり（時間もしくは分）で平均する処理を、次の「ある基地局における、ｐヶ月前のｄ日、時間帯ｋの単位時間当たりの平均接続呼数を（１）から求める」処理（９−２）で実施する。例えば、処理（９−１）で読み込まれた接続の手数の平均を求め、日にち別呼数テーブル（６）に、月、日にち、時間帯に対応して求められた平均接続呼数を記憶する。上記（９−１）および（９−２）を「ｐ＝［１〜ｍヶ月］の間繰り返す」処理（９−３）を実行することにより、ある基地局におけるｄ日、時間帯ｋにおける過去１〜ｍヶ月前までについて、それぞれ平均接続呼数列が求まる。

次に、網管理装置（２５０）は、「１〜ｍヶ月それぞれのｄ日、時間帯ｋの、単位時間当たり平均接続呼数の平均（「ｍヶ月平均」とよぶ）を求める」処理（９−４）により、ある基地局におけるｄ日、時間帯ｋにおける「ｍヶ月平均」を求める。また、網管理装置（２５０）は、求められたｍヶ月平均を、日にち、時間帯に対応して日にち別呼数テーブル（６）に記憶する。網管理装置（２５０）は、上記（９−１）〜（９−４）を「ｄ＝１〜３１およびｋ＝［保守者指定作業時間帯］の間繰り返す」処理（９−５）によりある基地局における「ｍヶ月平均」を全日にちの全時間帯にわたって求める。更に、網管理装置（２５０）は、上記（９−１）〜（９−５）を「計画対象基地局に対して実施する」処理（９−６）により計画対象基地局全てに対して全日にちの全時間帯の「ｍヶ月平均」を求める。

次に、図６の「曜日および日にちによる統計処理結果の統合処理」（６−３）では、各基地局に対して図８の曜日別呼数テーブル（５）に記憶されている「ｎ週平均」および図１０の日にち別呼数テーブル（６）に記憶されている「ｍヶ月平均」を、サンプル数で重み付けを行って統合し（加重平均を求め）、日にち曜日時間帯別のユーザへの通信サービスの影響を数値化（以下、影響度と記す）する。具体的には、網管理装置（２５０）は、影響度を下記式で求める。
影響度＝｛（ｎ×［ｎ週平均］）＋（ｍ×［ｍヶ月平均］）｝／（ｎ＋ｍ）
例えば、各基地局、入力された各作業日、各時間帯について、それぞれ影響度を求める。また、網管理装置（２５０）は、求められた影響度を、日、曜日、時間帯に対応して、サービス影響度テーブル（７）に記憶する。なお、曜日は、日付に基づいて装置内又は外の適宜のカレンダーを参照して得ることができる。

例えばソフトウェア更新が「２日月曜日１０：００−１２：００」に計画される場合は、まず図８によると月曜日１０：００−１２：００の「ｎ週平均」が「１．５」、図１０によると２日１０：００の「ｍヶ月平均」が「３」であることから、「２日月曜日１０：００−１２：００」のユーザへの通信サービスの影響は（１．５ｎ＋３ｍ）／（ｎ＋ｍ）と求まる。網管理装置（２５０）は、ソフトウェア更新開始日から終了日までの日および時間帯全てついて上記数値化を実施する。

図１１は、サービス影響度テーブル（７）の例である。サービス影響度テーブル（７）は、基地局毎の日にち曜日時間帯別のユーザへの通信サービスの影響度が記憶される。図１１の場合、ユーザへの通信サービスの影響が最も小さいのは基地局番号１では９／２（月）１０：００−１２：００（影響度１．６）、基地局番号２では９／２（月）１３：００−１５：００（影響度９．４）となる。

なお「曜日および日にちによる統計処理結果の統合処理」（６−３）では、下記式のように曜日および日にちそれぞれに予め定められた重みａおよびｂをつける（重み付き平均を求める）ことによって、曜日および日にち何れかを重視した、日にち曜日時間帯別のユーザへの通信サービスの影響を数値化することも可能である。
｛（ａ×ｎ×［ｎ週平均］）＋（ｂ×ｍ×［ｍヶ月平均］）｝／（ｎ＋ｍ）

次に、図３におけるソフトウェア更新実施基地局および日時選択処理（３−３）について説明する。無線通信網（１０）においては、基地局（１１０）のカバーするエリアの多くは隣接基地局とオーバラップしている。従って、ある基地局（１１０）がサービスを停止しても、該基地局（１１０）で通信サービスを提供していた端末（３００）のうちのいくつかは、隣接基地局で通信サービスが継続可能な場合がある。よって、隣接基地局を同時にソフトウェア更新しなければ、通信サービスの中断を少なくすることができる。ソフトウェア更新実施基地局および日時選択処理（３−３）では、統計情報の分析処理（３−２）で得られたユーザへの通信サービスの影響度、および、予め定められた隣接基地局情報を基に、ソフトウェア更新を実施する基地局、日にち、曜日および時間帯を選択する。

図１２にソフトウェア更新実施基地局および日時選択処理（３−３）の具体的な処理フローを示す。また、図１３に、スケジュール調整テーブル（８）の構成例を示す。スケジュール調整テーブル（８）は、例えば、「基地局番号」、「ユーザへの通信サービス影響度」、「隣接基地局番号」、「ソフトウェア更新予定」、「仮決定／決定」を含む。

図１２において、まず網管理装置（２５０）は、図４の「計画対象基地局」選択画面で選択された計画対象基地局全てについて、ユーザへの通信サービスの影響度が最小になる日にち曜日時間帯を「仮決定」する処理（１２−１）を実行する。この処理では、網管理装置（２５０）は、図１１に示すサービス影響度テーブル（７）を参照して、それぞれの基地局でユーザへの通信サービスの影響度が最小になる日にち曜日時間帯を選択する。網管理装置（２５０）は、スケジュール調整テーブル（８）に、選択した日にち曜日時間帯を「ソフトウェア更新予定」として設定する。また、選択した日にち曜日時間帯における「ユーザへの通信サービス影響度」を設定し、「仮決定／決定」欄には「仮決定」を設定する。

次に、ある計画対象の基地局Ａについて、基地局Ａの隣接基地局で、且つ、「仮決定」した日にち曜日時間帯が重なる基地局Ｂが存在するか否か判定する処理（１２−２）を実施する。例えば、網管理装置（２５０）は、スケジュール調整テーブル（８）を参照し、判定対象となる基地局番号（例えば、基地局番号２）に対応する隣接基地局番号（例えば、１、３、７、８・・・）を取得する。また、網管理装置（２５０）は、取得された隣接基地局番号のそれぞれについて、スケジュール調整テーブル（８）の基地局番号を検索し、該当する基地局番号に対応するソフトウェア更新予定を取得する。網管理装置（２５０）は、判定対象となる基地局番号（例えば、基地局番号２）のソフトウェア更新予定（例えば、９／２（月）１３：００−１５：００）と、取得されたソフトウェア更新予定との時間帯が重複するか判定する。

図１３の例では、基地局番号１のソフトウェア更新予定と、その隣接基地局である基地局番号２、３、４、６、７のソフトウェア更新予定との時間帯は重複しないので、処理（１２−２）では「存在しない」と判定される。また、基地局番号２については、基地局番号２のソフトウェア更新予定と、その隣接基地局である基地局番号７のソフトウェア更新予定との時間帯が重複し、処理（１２−２）では「存在する」と判定される。（１２−２）の処理において「存在しない」場合は、「仮決定」した日にち曜日時間帯が採用され、基地局Ａについて（１２−１）で「仮決定」した日にち曜日時間帯を「決定」とする処理（１２−５）を実施する。具体的には、「仮決定／決定」欄を「仮決定」から「決定」に変更する。また（１２−２）の処理において「存在する」と判定された場合は、網管理装置（２５０）は、基地局ＡおよびＢでユーザへの通信サービスの影響度を比較する処理（１２−３）を実施する。

処理（１２−３）において、もしも影響度が小さい方の基地局を優先して日にち曜日時間帯を選択すると、影響度が大きい方の基地局は更に影響度の大きい日にち曜日時間帯を選択することを余儀なくされる。このことから、基地局によって影響度のばらつきが大きくなることが予想される。これを防ぎ、基地局毎の影響度のばらつきを抑えるために、以降の処理では影響度の大きい方の基地局を優先して日にち曜日を選択することができる。

処理（１２−３）の処理において、基地局Ａの方が影響度が大きい場合は、「仮決定」した日にち曜日時間帯が採用され、基地局Ａについて、処理（１２−１）で「仮決定」した日にち曜日時間帯を「決定」する処理（１２−５）を実施する。一方、処理（１２−３）において、基地局Ｂの方が影響度が大きい、もしくは基地局Ａと基地局Ｂの影響度が等しい場合は、処理（１２−１）で「仮決定」した基地局Ａの日にち曜日時間帯を候補から外し、基地局Ａについてユーザへの通信サービスの影響度最小の日にち曜日時間帯を「仮決定」し直す処理（１２−４）を実施し、再び（１２−２）の処理を実施する。

網管理装置（２５０）は、処理（１２−１）〜（１２−５）を計画対象基地局に対して繰り返し実施し（処理（１２−６））、図１３の「仮決定／決定」欄が全て「決定」に設定されることにより、計画対象基地局全てのソフトウェア更新予定日および時間帯が確定する。

図１３は、基地局番号２について図１２の処理（１２−３）を実施している際のテーブル（８）を示している。図１３では基地局番号７は基地局番号２の隣接基地局であり、且つ基地局番号２と基地局番号７のソフトウェア更新日時曜日時間帯が重なっている。また、ユーザへの通信サービスの影響度は基地局番号７の方が大きい。つまり処理（１２−２）の判定では「存在する」に該当し、且つ処理（１２−３）の「基地局Ｂが大」に該当する。この場合、（１２−４−２）の処理により基地局番号２に設定されているソフトウェア更新日にち曜日時間帯を候補から外し「仮決定」し直す処理（１２−４）を実施する。図１１の基地局番号２のサービス影響度テーブル（７）に従えば、既に選択された９／２（月）１０：００−１２：００を除外されるので基地局番号２のソフトウェア更新日にち曜日時間帯は「９／１（日）１３：００−１５：００」に「仮決定」し直すことができる。

なお、上記は隣接基地局と同時にソフトウェア更新を許さない場合について述べたが、隣接基地局Ｎ局の重複まで許すことも可能である。この場合は、処理（１２−２）を、「基地局Ａの隣接基地局で且つ日にち曜日時間帯が重なる基地局がＮ局以上か否か判定する」処理に変更することで対応可能である。

図１４は、図１２の処理が完了したときのスケジュール調整テーブル（８）を示している。図１３で説明したように基地局番号２のソフトウェア更新日にち曜日時間帯がリスケジュールされ、結局基地局番号２の基地局はユーザへの通信サービス影響度が９．８で９月１日１３：００−１５：００にソフトウェア更新を実施する予定になっている。図１１によると９月１日１３：００−１５：００における基地局番号１のユーザへの通信サービス影響度は２．４であり、基地局番号２よりも低い。仮に、９月１日１３：００−１５：００に単純に「ユーザへの通信サービス影響度の小さい基地局から順番に」ソフトウェア更新をした場合、基地局番号１が優先されるため、基地局番号２はこの日時時間帯にはソフトウェア更新されず、ユーザへの通信サービス影響度がより大きな日時時間帯にソフトウェア更新されることになる。このように、本実施の形態における基地局選択方法によると、通信サービスへの影響を小さくできる。

なお、上述の処理では、一例として、影響度が最小の無線基地局を選択する場合についして述べたが、最小以外にも予め定められた閾値以下の無線基地局を選択するようにしてもよい。さらに、隣接基地局とのソフトウェア更新予定日及び時間帯が重なる場合には、一方の基地局について、影響度が次に小さい作業日及び時間帯を再選択する他に、影響度が上述の閾値以下の他の作業日及び時間帯を再選択してもよいし、予め定められた第２の閾値（例えば、上述の閾値よりも大きい値）以下の作業日及び時間帯を再選択してもよい。

本発明は、例えば、複数の基地局・装置を有する無線通信システムに関する産業に利用可能である。

無線通信網の構成および動作例を示すブロック図である。 網管理装置の構成例を示すブロック図である。 ソフトウェア更新動作例を示す動作説明図である。 ソフトウェア更新計画入力画面の一例を示す説明図である。 ソフトウェア更新基地局日時選択結果通知画面の一例を示す説明図である。 ソフトウェア更新実施基地局選択のための統計情報分析処理動作例を示す動作説明図である。 ソフトウェア更新実施基地局選択のための曜日による統計情報分析動作例を示す動作フロー図である。 ソフトウェア更新実施基地局選択のための曜日による統計情報分析結果の一例を示す説明図である。 ソフトウェア更新実施基地局選択のための日にちによる統計情報分析動作例を示す動作フロー図である。 ソフトウェア更新実施基地局選択のための日にちによる統計情報分析結果の一例を示す説明図である。 ソフトウェア更新実施基地局選択のための曜日および日にちによる統計情報分析結果の統合処理結果の一例を示す説明図である。 ソフトウェア更新実施基地局および日時選択動作例を示す動作フロー図である。 ソフトウェア更新実施基地局および日時選択動作の様子を説明する説明図である。 ソフトウェア更新実施基地局および日時選択結果を示す説明図である。

符号の説明

１ 統計情報
２ ソフトウェア更新テーブル
３ スケジュールテーブル１
４ スケジュールテーブル２
５ 曜日別呼数テーブル
６ 日にち別呼数テーブル
７ サービス影響度テーブル
８ スケジュール調整テーブル
１０ 無線通信網
１００ セルラ
１１０ 無線通信装置（基地局）
１５０ 通信網
２００ 基地局制御部
２５０ 網管理装置
２５１ ＣＰＵ
２５２ メモリ
２５３ 記憶装置
２５４ Ｉ／Ｏ
２５５ 内部バス
２５６ キーボード
２５７ モニタ
３００ 端末
４００ 移動体通信網
５００ 主信号通信路
６００ 制御信号通信路

Claims (6)

1. 無線通信網内の複数の無線基地局のソフトウェアを更新する場合における、無線基地局のソフトウェア更新日時決定方法であって、
   ソフトウェア更新対象の複数の無線基地局のソフトウェアを更新する複数の作業日及び時間帯を入力するステップと、
   日にち及び曜日及び時間帯に対応した、前記ソフトウェア更新対象の複数の無線基地局における無線端末との接続呼数に基づき、曜日毎に、入力された各時間帯における接続呼数のｎ週平均値（ｎは予め定められた整数）を、前記ソフトウェア更新対象の複数の無線基地局のそれぞれについて求めるステップと、
   前記接続呼数に基づき、日にち毎に、入力された各時間帯における接続呼数のｍヶ月平均値（ｍは予め定められた整数）を、前記ソフトウェア更新対象の複数の無線基地局のそれぞれについて求めるステップと、
   入力された作業日及び時間帯毎に、該作業日の曜日及び時間帯に対応するｎ週平均値と、該作業日の日にち及び時間帯に対応するｍヶ月平均値とを、平均又は重み付き平均することで、ソフトウェア更新による通信サービスへの影響を表す影響度を、前記ソフトウェア更新対象の複数の無線基地局のそれぞれについて求めるステップと、
   前記ソフトウェア更新対象の複数の無線基地局のそれぞれについて、求められた影響度が最小又は予め定められた閾値以下の作業日及び時間帯を選択するステップと、
   前記ソフトウェア更新対象の複数の無線基地局の隣接基地局情報に基いて、隣接する無線基地局のソフトウェア更新の有無と、作業日および時間帯の重複を判定するステップと、
   前記判定結果に応じて隣接する無線基地局のソフトウェア更新との作業日及び時間帯を調整して、前記選択した作業日及び時間帯を決定するステップ
   を含む、前記ソフトウェア更新対象の複数の無線基地局のソフトウェア更新日時決定方法。
2. 前記隣接基地局情報は、無線基地局を識別するための装置識別子に対応して、該無線基地局に予め記憶された隣接する無線基地局を識別するための隣接識別子であり、
   前記選択するステップは、
   ソフトウェア更新の対象となる複数の無線基地局について、前記影響度を求め、求められた影響度が最小の作業日及び時間帯を選択し、
   前記判定するステップは、前記ソフトウェア更新対象の各無線基地局について、前記記憶しておいた隣接識別子を参照して隣接する前記無線基地局を判定し、
   前記決定するステップは、隣接する無線基地局が同一の作業日及び同一の時間帯にならないように、選択される作業日及び時間帯を調整して決定する請求項１に記載のソフトウェア更新日時決定方法。
3. 前記決定するステップは、
   隣接する無線基地局が同一の作業日及び時間帯に選択された場合、隣接する各無線基地局の影響度を比較し、影響度が小さい前記無線基地局について、影響度が次に小さい又は予め定められた閾値以下の作業日及び時間帯を再選択することで、隣接する無線基地局が同一の作業日及び時間帯にならないように調整して作業日及び時間を決定するようにした請求項２に記載のソフトウェア更新日時決定方法。
4. 前記選択するステップは、
   次式に従い影響度を求める請求項１に記載のソフトウェア更新日時決定方法。
   影響度＝｛（ｎ×ｎ週平均値）＋（ｍ×ｍヶ月平均値）｝／（ｎ＋ｍ）
   ここで、ｎ、ｍは、予め定められた整数。
5. 前記選択するステップは、次式に従い影響度を求める請求項１に記載のソフトウェア更新日時決定方法。
   影響度＝｛（ａ×ｎ×ｎ週平均値）＋（ｂ×ｍ×ｍヶ月平均）｝／（ｎ＋ｍ）
   ここで、ａ、ｂは、それぞれ予め定められた重み係数。
6. 請求項１に記載のソフトウェア更新日時決定方法であって、さらに、
   前記ソフトウェア更新対象の無線基地局に対して、決定された作業日及び時間帯に従い、更新するためのソフトウェア及び更新要求を送信し、前記無線基地局に設定されているソフトウェアを送信したソフトウェアに更新する更新ステップを含むソフトウェア更新日時決定方法。

Images