JP5233523B2 - 無線基地局状態検出方法及びシステム - Google Patents

Description

本発明は、無線基地局状態検出方法及びシステムに関する。

W-CDMA（Wideband Code Division Multiple Access）/UMTS（Universal Mobile Telecommunication System）などの３ＧＰＰ（Third Generation Partnership Project）システム、WiMAX(Worldwide Interoperability for Microwave Access)など移動通信システムにおける無線基地局において、ソフトウェアバグなどによる網接続障害、あるいは運用状態における障害により、移動（携帯）端末側との接続機能をつかさどる部分が、アラーム通知が無いまま装置の動作が停止する場合がある。

無線基地局がそのような状態になった場合は、無線基地局は移動（携帯）端末からの接続要求に対し応答せず通信不可という状況に陥る。このような状態即ち、無線基地局の移動端末側に対して無応答な状態を、「だんまり状態」と呼ぶ。

かかる無線基地局の「だんまり状態」を検出する方法として、各無線基地局に試験用の移動端末を設置し、その移動端末を無線基地局の保守ネットワークに接続し、リモートから発呼制御できるようにする。そして、ユーザからのクレームなどがあった場合や定期的な試験の場合に、試験用の移動端末に発呼制御をかけ、該当無線基地局に接続可能となるかどうか確認する技術がある(例えば、特許文献１)。

しかし、この場合、無線基地局毎に特別な試験用端末を設置することとなり、無線基地局のコスト増や設置コスト増になる。

また、無線基地局から集計する統計データなどからユーザトラヒックの有無を見て、無線基地局が「だんまり状態」か否かを判断する方法も考えられる。しかし、この場合は、実際にユーザトラヒックがないのか、無線基地局の異常でユーザトラヒックがないように見えるのか、通常のトラヒック状況などと比較して判断する。

このため、分析に過去のデータを参照することもあり、検出までに時間を要する。
特開平10−13323号公報

上記に鑑みて、開示の技術の目的は、無線基地局の「だんまり状態」を低コスト且つ効率的に検出する方法を提供することにある。

一の無線基地局の無線伝播区間に在圏する移動端末に、試験対象とする隣接基地局の情報とともに試験接続要求を送る。

前記移動端末は、前記試験接続要求に基づき、前記試験対象とする隣接無線基地局に試験接続を行う。さらに前記試験接続に対する前記試験対象とする隣接無線基地局からの応答の有無を前記移動端末で検知する。

前記移動端末が前記隣接無線基地局からの応答の有無検知の結果を前記一の無線基地局に通知する。

移動端末を利用して隣接無線基地局の状態を検出することができる。これにより無線基地局の「だんまり状態」を低コスト且つ効率的に検出することが可能である。

以下に実施例を図面に従い説明する。

図１は、一実施例の動作の概略を説明する図である。

図１において、保守・運用システム１から複数の無線基地局２のうちの一の無線基地局２（［Ａ］）が、試験トリガを受けたと想定すると、無線基地局２（［Ａ］）は、当該無線基地局カバーエリア(無線伝播区間)内に在圏する各移動端末３に対して、隣接無線基地局２（［Ｂ］〜［Ｇ］）との接続試験を指示する接続試験要求Ｓ１を送る。

この接続試験要求Ｓ１のメッセージには、試験対象とする無線基地局２（［Ａ］）の隣接無線基地局情報を含む。図１の例では、隣接無線基地局情報は、隣接無線基地局２（［Ｂ］〜［Ｇ］）を特定する情報となる。

この時、試験対象とする隣接無線基地局は、予め各無線基地局２にハンドオーバ先として設定されている隣接無線基地局情報を利用して特定される。この隣接無線基地局情報は、通常ハンドオーバ処理時に移動端末３に対し、ハンドオーバ先の候補としてどのような無線基地局が周辺に存在するかを示すために各無線基地局２に設定される。

ハンドオーバ先として設定される隣接無線基地局は通常、移動端末３が連続的に通信可能となるようにそれぞれの無線基地局２のカバーエリアが重なるように配置される。このことにより移動端末３からハンドオーバ元およびハンドオーバ先の無線基地局２の双方に対し接続可能な部分が存在する。

実施例は、このカバーエリアが重なっている部分に存在する移動端末３（図１の例では、移動端末[a]〜[e]）を利用して、中心となる無線基地局２（［Ａ］）から隣接無線基地局２（［Ｂ］〜［Ｇ］）の接続状態を確認する例である。

各移動端末３（[a]〜[e]）は、無線基地局２（［Ａ］）からの接続試験要求Ｓ１に応じ、指定された無線基地局２（［Ａ］）の隣接無線基地局２（［Ｂ］〜［Ｇ］）に対する試験接続Ｓ２を行う。

実施例において、各ユーザの移動端末３（[a]〜[e]）は、この無線基地局２（［Ａ］）からの接続試験要求Ｓ１のメッセージを受け付け、それぞれ対応する隣接無線基地局２（［Ｂ］〜［Ｇ］）に対する試験接続Ｓ２を行う。

各隣接無線基地局２（［Ｂ］〜［Ｇ］）は各移動端末３から試験接続Ｓ２を受け付けた場合は、試験接続応答Ｓ３を各移動端末３に返す。

実施例において、隣接無線基地局２（［Ｂ］〜［Ｇ］）はこの移動端末３の試験接続Ｓ２に応じ、試験接続応答Ｓ３を返す。この実施例における試験接続は、試験用に特別なメッセージを要するのではなく、既存の呼処理メッセージを利用することによっても可能である。

WiMAXの場合は、例えば、接続シーケンスの初期に利用される移動端末３からのInitial Rangingメッセージ(RNG-REQ)および無線基地局２からの応答メッセージ（RNG-RSP)を利用することが可能である。

無線基地局２（［Ｂ］〜［Ｇ］）側の呼処理アプリケーションが正常に動作している場合は、対応する移動端末３（[a]〜[e]）からのInitial Rangingメッセージ(RNG-REQ)に対し、その応答RNG-RSPメッセージが返送される。このことにより無線基地局２が正常に動作していることの確認が可能である。

図２は、無線基地局２が、正常である場合（１）、「だんまり状態」である場合（２）について説明する図である。

移動端末３からInitial Ranging (RNG-REQ) メッセージを無線基地局２に送ると、無線基地局において、物理レイヤ、ＭＡＣレイヤを通して、アプリレイヤにメッセージが渡される。図２（１）に示すように、無線基地局のレイヤがそれぞれ正常であれば、応答メッセージであるRNG-RSPメッセージが返送される。

無線基地局のアプリレイヤがバグ等により異常であると、図２（２）に示すようにRNG-RSPメッセージが生成されないまま、無応答となる。すなわち、「だんまり状態」となる。

なお、上記のＳ１からＳ３までのシーケンスの後に、接続試験時には移動端末３において加入者基本容量要求（SBC-REQ）メッセージを送信しなければ、それ以上の通信は発生しない。

上記の移動端末３からのInitial Ranging (RNG-REQ) メッセージは、移動端末３と無線基地局２間の呼処理メッセージであり、課金の対象とはならない通信であるため、課金情報への影響もない。

各移動端末３（[a]〜[e]）は、接続試験要求Ｓ１を出した無線基地局２（［Ａ］）に対し接続試験結果Ｓ４を返す。この接続試験結果Ｓ４のメッセージには、接続試験要求Ｓ１時に含めた各試験対象無線基地局に対する試験接続の成否を含める。

図１において、無線基地局２（［Ｄ］）が「だんまり状態」であり、試験接続応答Ｓ３が返送されない（Ｓ３’）。移動端末３（[ｃ]）は、接続試験結果Ｓ４’のメッセージには試験接続ができていないことを無線基地局２（［Ａ］）に通知する。

無線基地局２（［Ａ］）は、試験結果を保守・運用システム１に通知する。これにより無線通信システムにおいて各無線基地局２の状態が管理される。

図３は、WiMAXにおけるメッセージの送信シーケンスの一例を示す図であり、ForumNGW Stage ２からの抜粋である。この図の例において、破線枠で囲んだ部分（(2)Initial Ranging and PHY adjustments process (RNG-REG/RSP)）が上記Initial Ranging (RNG-REQ) メッセージの送信シーケンスが実行される部分である。

上記のとおり、無線基地局２および移動端末３は、「だんまり状態」検出のための接続試験要求メッセージＳ１および接続試験結果メッセージＳ４を送受信する。

これらのメッセージは既存のメッセージとは別に識別して処理するのが望ましい。識別する方法としては、新たなメッセージを定義する方法と既存のメッセージに識別子を追加して実施する方法が考えられる。

何れの場合でも、接続試験要求メッセージＳ１には、移動端末３が接続試験を実施する対象となる無線基地局のリストを含む。接続試験結果メッセージＳ４には移動端末３が試験を実施した各無線基地局２に対する試験結果を含む。

移動端末３は接続試験要求メッセージＳ１に含まれる試験実施対象の無線基地局２を識別し、接続試験を実施する。移動端末３は各無線基地局２に試験結果を、接続試験結果メッセージＳ４に含め無線基地局２に送信する。

さらに、無線基地局２（［Ａ］）に対する接続試験要求のトリガおよび試験結果の集計は、先に触れたように図１の例では各無線基地局２の監視・制御を行う保守・運用システム１が行う。あるいは、システムにおいて「だんまり検出」を行う専用のシステムを用意してもよい。

図１の例では、説明を簡素化するために保守・運用システム１は無線基地局２（［Ａ］
）のみに接続した図になっているが、本来全ての無線基地局２に接続される。また、保守・運用システム１は、自動もしくは保守者からの指示操作により、接続試験のトリガを無線基地局２に対して行う。試験トリガを受け付けた無線基地局２は移動端末３に上記の接続試験要求を送信し、移動端末３からの試験結果を保守・運用システム１に試験結果として通知する。

図１の例では、無線基地局２（［Ａ］）からの接続試験が成功した無線基地局２は、［Ｂ］、［Ｃ］、［Ｅ］および［Ｆ］となる。また、無線基地局２（［Ｄ］）は、試験接続失敗となる。無線基地局２（［Ｇ］）に関しては、各移動端末３から電界測定結果の情報の有無を予め確認しておくことにより判定の対象外となる。

図１において、無線基地局２（［Ｇ］）の周辺には電波の届く移動端末が存在しなかったため、無線基地局２（［Ａ］）からの接続試験が出来なかった。かかる場合、図４に示すように無線基地局２（［Ａ］）と同一の試験接続を、無線基地局２（［Ｇ］）の隣接無線基地局２（［Ｂ］、［Ｆ］〜［Ｊ］）から同様に実施可能である。

すなわち、保守・運用システム１から、複数の無線基地局２に対しこれらの試験を実施することにより、隣接無線基地局のいずれかの無線基地局２からの接続が成功したことが、保守・運用システム１で確認できれば、無線基地局２（［Ｇ］）は「だんまり状態」にないという判断をすることが出来る。

一方、隣接無線基地局のいずれかの無線基地局２からの接続が失敗した場合は、対象の無線基地局２（［Ｇ］）が「だんまり状態」である確率が高いと判断することができる。無線基地局２（［Ｇ］）に接続可能な移動端末３が存在しない場合は、判断不可となるが、各無線基地局２に試験端末を設置せずに無線基地局の動作の正常性を確認することが可能となる。

上記に述べた実施例において、試験端末など特別なハードウェアを無線基地局毎に設置せずに「だんまり状態」にある無線基地局の検出を低コスト且つ効率的に行うことが可能となる。

この接続試験を、定期的に繰り返し実施することにより、さらに無応答の無線基地局を検出することが可能である。

また、ユーザからクレームのあった際に、クレームのあった地域の無線基地局２に対し、本接続試験を行い、無線基地局２の「だんまり状態」の確認を実施することが可能となる。

以下に、上記基本動作に対応して、詳細な実施例形態を説明する。

図５は、図１における具体的な処理のシーケンスを示す図である。

図５において、
（１）無線基地局２（［Ａ］）は、保守者１００の操作（処理工程Ｐ１）により保守・運用システム１からの試験要求を受付ける（処理工程Ｐ２）。

無線基地局２（［Ａ］）は、試験要求に基づき、まず隣接無線基地局２に対して試験接続可能な移動端末３を把握するために、カバーエリア内の移動端末３の全てに対し電界強度測定要求を送信する（処理工程Ｐ３）。

この電界強度測定要求の送信方法として、無線基地局２にレジストレーションされている移動端末３のみに個別に送信する方法と、報知情報として無差別に送信する方法が可能である。電界強度測定要求メッセージには移動端末３が測定すべき対象となる無線基地局２（［Ａ］）の隣接無線基地局情報を含めることができる。

この隣接無線基地局情報は、通常、各無線基地局２に設定されるハンドオーバ処理時に使用される隣接無線基地局情報を利用することができる。

（２）各移動端末３は、電界強度測定要求メッセージを受け付けると、その対象となる隣接無線基地局からの電波の電界強度を測定し、その測定結果を電界強度測定結果通知メッセージに含め無線基地局２（［Ａ］）に送信する（処理工程Ｐ４）。なお、この処理はハンドオーバを実施する際に行う処理を利用することができ、実施例として移動端末３は特別な処理を行わなくともよい。

（３）無線基地局２（［Ａ］）は、各移動端末３からの電界強度の測定結果を元に、試験接続を実施させる移動端末３と、その試験接続の対象となる隣接無線基地局を決定する（処理工程Ｐ５）。

決定方法は、各隣接無線基地局からの電界強度が一番強い移動端末を、試験接続を実施する移動端末として決定することができる。さらに、全ての移動端末から接続可能な電界強度に満たない無線基地局が存在した場合は、その無線基地局は試験接続の対象外とする。また、図１の移動端末３（[d]）により測定する隣接無線基地局２（［Ｆ］）の電界強度が移動端末３（[e]）の測定結果より高い場合は、移動端末３（[d]）が試験接続を実施する移動端末とすることができる。

さらに、隣接無線基地局２（［Ｅ］）からの電界強度が一番強い端末が移動端末３（[d]）の場合には、移動端末３（[d]）が無線基地局２（［Ｅ］）および無線基地局２（［Ｆ］）に対して試験を実施する対象の移動端末とすることができる。

（４）無線基地局２（［Ａ］）は、試験接続を実施する移動端末として決定した各移動端末３に対し、試験対象とする隣接無線基地局情報を含め接続試験要求メッセージを送信する（処理工程Ｐ６）。

（５）試験接続要求を受信した各移動端末３は、指定された試験対象に対し試験接続を実施する（処理工程Ｐ７）。

図５のシーケンスの例では、図１の移動端末３（[a]）が無線基地局２（［Ｂ］）を、移動端末３（[c]）が無線基地局２（［Ｄ］）を、移動端末３（[d]）が無線基地局２（［Ｅ］）および無線基地局２（［Ｆ］）に対して試験接続を実施する例を示している。

（６）移動端末３から試験接続を受け付けた無線基地局２は、その移動端末３に対し試験接続応答メッセージを送信する（処理工程Ｐ８）。

（７）試験対象無線基地局２から試験接続応答メッセージを受信した移動端末３は、無線基地局２（［Ａ］）に対し、接続試験結果通知を送信する（処理工程Ｐ９）。

図５では、図１における無線基地局２（［Ｄ］）のように移動端末３（[c]）からの試験接続に応答しない場合、移動端末３は所定のタイマー時間のタイムアウトを以って、試験接続をＮＧとして試験結果を通知する（処理工程Ｐ１０）。

なお、例として、図５ではタイマー時間のタイムアウトを記載しているが、複数回リトライしてＮＧとすることも可能である。

（８）ついで、無線基地局２（［Ａ］）は、各移動端末３の試験結果を要求元の保守者１００もしくは保守システム１に通知する（処理工程Ｐ１１）。

図５では、無線基地局２（［Ａ］）のみに対象を絞り込んでシーケンスを記載しているが、図４で説明したように複数の無線基地局２から同様の接続試験を実施することにより、「だんまり状態」の確実性を検証することが可能である。

第２実施例：
上記実施例では、保守者１００の要求操作（処理工程Ｐ１）に応じ試験を実施する例を示したが、保守・運用システム１が自律で定期的に実施することも可能である。図６は、保守・運用システム１にタイマーを持ち所定時間Ｔ毎に実施する処理のシーケンスを示す図である。

すなわち、保守者１００によって起動されるのではなく、所定時間Ｔ毎にタイマーで自動的に起動し（処理工程Ｐ１２）、保守・運用システム１に接続要求のメッセージを送る（処理工程Ｐ２）。

その他の工程は、図５のシーケンスと同様である。また、タイマーを持ち所定時間毎を計時するタイマーに代え、スケジューラにより指定した日時に起動し、保守・運用システム１に接続要求のメッセージを送る（処理工程Ｐ２）ようにしてもよい。

図７に、保守・運用システム１および無線基地局２（［Ａ］〜［Ｅ］）の構成例を示す。

保守・運用システム１は試験結果表示部１０、試験結果保存部１１、無線基地局通信処理部１２、試験実行処理部１３およびタイマー部１４を有する。

試験結果表示部１０は、実施した試験結果を保守・運用システム１のオペレータ１００向けにクライアント画面などに表示する。オペレータ１００は表示された内容から試験結果を参照することが可能である。

試験結果保存部１１は、実施した試験結果を保存し蓄積しておき、過去の試験状況を確認することを可能にする。

無線基地局通信処理部１２は、無線基地局２（［Ａ］〜［Ｅ］）とのメッセージ処理やプロトコル変換処理などを行う部分であり、試験実行のためのメッセージは本処理部を経由して無線基地局２（［Ａ］〜［Ｅ］）側とやり取りされる。メッセージにエラーが発生した場合に再送処理なども無線基地局通信処理部１２において行われる。

試験実行処理部１３は、実施例における「だんまり検出」のための試験を実施する。試験実行処理部１３の試験実行のためのメッセージの送信や、試験結果の受信処理を行う。

タイマー部１４は、図６で説明した第２の実施例における接続試験を自律的に起動し、保守・運用システム１に対して、試験実行のトリガをかける。

一方、無線基地局２（［Ａ］〜［Ｅ］）は保守・運用システム通信処理部２０、メモリ部２１、試験実行処理部２２および移動端末通信処理部２３を有している。

保守・運用システム通信処理部２０は、保守・運用システム１とのメッセージ処理やプロトコル変換処理などを行う。保守・運用システム通信処理部２０は、保守・運用システム１からの試験実行要求の受信処理や、保守・運用システム１に対し試験結果通知の送信処理を行う。

保守・運用システム１とのメッセージのエラー処理なども保守・運用システム通信処理部２０で実施する。

メモリ部２１は、ハンドオーバ処理のための隣接の無線基地局情報などを保存するメモリである。

試験実行処理部２２は、保守・運用システム１からの試験要求メッセージ（Ｐ２）を受け付け、それを契機に実際に移動端末３（[a]〜[ｄ]）に対し、接続試験要求メッセージ（Ｐ３）を送信する。

メッセージ送信の際に、測定対象となる隣接無線基地局情報をメモリ２１から読み込み、メッセージ内に含める処理も行う。また、移動端末３（[a]〜[ｄ]）からの接続試験結果メッセージ（Ｐ９）から試験結果を抽出し、保守・運用システム１に対するメッセージを生成し送信する処理も行う。

移動端末通信処理部２３は、移動端末３（[a]〜[ｄ]）との通信処理を行い、試験用のメッセージやその他移動端末とのメッセージ処理を行う。移動端末通信処理部２３は、移動通信システム毎に、使用されるプロトコルやテクノロジーが異なる部分である。

図８は、移動端末３（[a]〜[ｄ]）の構成の一例を示すブロック図である。無線送受信部３０は、接続試験要求元無線基地局及び、試験接続対象基地局と通信するための無線データの送受信を処理する。

メッセージ処理部３１は、通常の移動端末が処理するメッセージに加え、実施例において必要なメッセージを処理し、接続試験要求受付部３２および試験接続実行処理部３３とのインタフェースを行う。

電界強度測定部３４は、通常の移動端末が有し、受信する電波の電界強度を測定する。

接続試験要求受付処理部３２は、接続試験を要求する無線基地局からのメッセージを受付処理し、試験接続実行処理部３３に試験実施指示をする。また、試験結果を要求元の無線基地局に通知する。

試験接続実行処理部３３は、接続試験要求受付部３４からの試験接続指示に従い試験の対象となる無線基地局に対し試験接続を実施する。また、その試験結果を接続試験要求受付部３２に通知する。

図９は、図７で説明した無線基地局２の構成を、移動端末３との関係で更に詳細に説明する図である。

移動端末通信処理部２３内の無線送受信部２３０は、移動端末３と通信するための無線データの送受信を行う。移動端末通信処理部２３内のメッセージ処理部２３１は、通常無線基地局３が処理するメッセージ処理に加え、上記した実施例として必要なメッセージを処理し、試験実行処理部２２内の接続試験要求処理部２２０および試験接続応答処理部２３１とのインタフェース処理を行う。

保守システム通信処理部２０は、保守・運用システム１との通信処理を行う。

試験実行処理部２２内の接続試験要求処理部２２０は、保守・運用システム通信処理部２０からの試験要求メッセージを受付ける。また、カバーエリア内の移動端末３に対し、電界強度測定指示や接続試験要求を移動端末通信処理部２３を通して行う。

試験実行処理部２２内の試験対象選択処理部２２３は、電界強度測定結果から、試験対象とする無線基地局２の選択処理を行う。

試験実行処理部２２内の試験接続応答処理部２２１は、移動端末３からの試験接続メッセージに対し応答処理を行う。

さらに、メモリ２１は、例えば下記の各種情報を保存する。
電界強度試験の対象となる隣接無線基地局情報；
電界強度試験結果である電界強度データ；
隣接無線基地局毎の接続試験結果；
試験対象となった無線基地局データ；更に、
試験を実施した移動端末の履歴等である。

第３実施例：
保守・運用システム１は、更に図示していないが、トラヒックモニタを行って無線基地局２（［Ａ］〜［Ｅ］）のユーザ（移動端末）接続数などの統計情報を監視している。例えば、ユーザ接続数が０となり、その状態が所定の時間継続している無線基地局に対し、当該無線基地局の隣接無線基地局から接続試験を自動的に実施することも可能である。あるいは、特定の無線基地局へのハンドオーバの失敗数を条件に加えることも考えられる。

図１０はかかる無線基地局のユーザ接続数から「だんまり状態」の可能性がある無線基地局を検出し、試験接続を実施するトリガとする場合の例を説明する図である。

図１０において、横軸に時間、縦軸にユーザ（移動端末）接続数を示している。

無線基地局２（［Ｘ］）においてユーザ接続数が０になった時点でタイマーを起動する。タイマー時間Ｔがタイムアウトになった時点で、無線基地局２（［Ｘ］）に対する接続試験を行う。その際、試験を実施する無線基地局は無線基地局２（［Ｘ］）の隣接無線基地局になる。なお、隣接無線基地局の情報は通常のハンドオーバ先の無線基地局リストから得ることが可能である。

図１１は、ハンドオーバ失敗率から「だんまり状態」の可能性がある無線基地局を検出する例を説明する図である。ある無線基地局２（［Ｚ］）に対するハンドオーバ失敗率が所定の閾値以上の場合、その無線基地局２（［Ｚ］）は「だんまり状態」の可能性があると判断して、試験接続の対象とする。この場合も、ハンドオーバ先の無線基地局リストから得られる対象無線基地局２（［Ｙ］）に対し試験接続要求を出す。

図１２に上記パフォーマンスデータの異常検出から試験接続を実施するシーケンスの一例を示す。

保守・運用システム１は、定期的に各無線基地局のパフォーマンスデータを収集する（処理工程Ｐ２０）。

無線基地局２（［Ｘ］）のパフォーマンスデータにおいて、図１０，図１１により説明したような異常を検出した場合（処理工程Ｐ２１）、保守・運用システム１は無線基地局２（［Ｘ］）の隣接無線基地局２（［Ａ］および［Ｂ］）に試験要求指示を出す（処理工程Ｐ２２ａ）。

無線基地局２（［Ａ］）は、その配下の移動端末３（[a]および[b])、無線基地局２（［Ｂ］）は、その配下の移動端末３（[c]）に対して接続試験要求を出す（処理工程Ｐ２２ｂ）。

ついで、各移動端末３（[a]，[b]，[c]）は、対象の無線基地局２（［Ｘ］）に対し試験接続を実施する（処理工程Ｐ２２ｃ）。

図１２に示す例では、全ての移動端末２（[a]，[b]，[c]）が接続失敗した場合の例を示している。各移動端末の試験結果を全てＮＧとして、対応の無線基地局２（［Ａ］，［Ｂ］）に結果通知が出される（処理工程Ｐ２２ｄ）。無線基地局２（［Ａ］，［Ｂ］）はそれぞれ、全ての接続試験がＮＧだったことを保守・運用システム１に通知する（処理工程Ｐ２２ｅ）。

保守・運用システム１において、全ての接続試験がＮＧだった場合には、保守者１００へ「だんまり状態」検出として通知する（処理工程Ｐ２３）。

一実施例の動作の概略を説明する図である。 無線基地局２が、正常である場合（１）、「だんまり状態」である場合（２）について説明する図である。 WiMAXにおけるメッセージの送信シーケンスの一例を示す図である。 一の無線基地局からの接続試験が出来なかった場合に、同一の試験接続を隣接無線基地局から同様に実施可能であることを説明する図である。 図１における具体的な処理のシーケンスを示す図である。 保守・運用システムにタイマーを持ち所定時間Ｔ毎に実施する処理のシーケンスを示す図である。 保守・運用システムおよび無線基地局の構成例を示す図である。 移動端末の構成の一例を示すブロック図である。 図7で説明した無線基地局の構成を、移動端末との関係で更に詳細に説明する図である。 無線基地局のユーザ接続数から「だんまり状態」の可能性がある無線基地局を検出し、試験接続を実施するトリガとする場合の例を説明する図である。 ハンドオーバ失敗率から「だんまり状態」の可能性がある無線基地局を検出する例を説明する図である。 パフォーマンスデータの異常検出から試験接続を実施するシーケンス例を示す図である。

符号の説明

１ 保守・運用システム
１０ 試験結果表示部
１１ 試験結果保存部
１２ 基地局通信処理部
１３ 試験実行処理部
１４ タイマー部
２ 無線基地局
２０ 保守・運用システム通信処理部
２１ メモリ
２２ 試験実行処理部
２３ 移動端末通信処理部
３ 移動端末
３０ 無線送受信部
３１ メッセージ処理部
３２ 接続試験要求受付処理部
３３ 試験接続実行処理部
３４ 電界強度測定部

Claims (10)

1. 隣接する無線基地局の無線伝播区間に位置する移動端末を特定する工程と、
   一の無線基地局から前記特定された移動端末に、試験対象とする隣接無線基地局の情報とともに試験接続要求を送る工程と、
   前記移動端末は、前記試験接続要求に基づき、前記試験対象とする隣接無線基地局に試験接続を行う工程と、
   前記試験接続に対する前記試験対象とする隣接無線基地局からの応答の有無を前記移動端末で検知する工程と、
   前記移動端末が前記隣接無線基地局からの応答の有無検知の結果を前記一の無線基地局に通知する工程を、
   有することを特徴とする無線基地局状態検出方法。
2. 請求項１において、
   前記試験対象とする隣接無線基地局の情報は、ハンドオーバ時に使用される隣接無線基地局情報であることを特徴とする無線基地局状態検出方法。
3. 請求項１において、
   前記一の無線基地局から前記特定された移動端末に、試験対象とする隣接無線基地局の情報とともに試験接続要求を送る工程において、タイマーで所定時間毎に前記試験接続要求を生成することを特徴とする無線基地局状態検出方法。
4. 請求項１において、
   前記一の無線基地局から前記特定された移動端末に、試験対象とする隣接基地局の情報とともに試験接続要求を送る工程において、前記試験対象とする無線基地局の移動端末接続数が０となったときにタイマーを起動し、所定時間経過後に、前記試験接続要求を生成することを特徴とする無線基地局状態検出方法。
5. 請求項１において、
   前記一の無線基地局から前記特定された移動端末に、試験対象とする隣接無線基地局の情報とともに試験接続要求を送る工程において、前記試験対象とする無線基地局を、ハンドオーバの失敗数が所定の閾値を超えた無線基地局とすることを特徴とする無線基地局状態検出方法。
6. 一の無線基地局が隣接する無線基地局の状態を検出する無線基地局状態検出システムであって、
   移動端末と無線基地局との試験接続をトリガする保守・運用システムと、
   隣接する複数の無線基地局を有し、
   前記保守・運用システムは、試験対象とする無線基地局に隣接する一の無線基地局に試験接続をトリガし、
   前記トリガを受けた一の無線基地局から前記試験対象とする無線基地局と重なる無線伝播区間に在圏する移動端末に、前記試験対象とする隣接基地局の情報とともに試験接続要求を送り、
   前記移動端末は、前記試験接続要求に基づき、前記試験対象とする隣接無線基地局に試験接続を行い、前記試験接続に対する前記試験対象とする隣接無線基地局からの応答の有無を検知し、更に
   前記移動端末が前記隣接無線基地局からの応答の有無検知の結果を前記一の無線基地局に通知する、
   ことを特徴とする無線基地局状態検出システム。
7. 請求項６において、
   前記試験対象とする隣接無線基地局の情報は、ハンドオーバ時に使用される隣接無線基地局情報であることを特徴とする無線基地局状態検出システム。
8. 請求項６において、
   前記保守・運用システムは、タイマーで所定時間毎に前記一の無線基地局に試験接続を行うトリガすることを特徴とする無線基地局状態検出システム。
9. 請求項６において、
   前記保守・運用システムは、前記試験対象とする無線基地局の移動端末接続数が０となったときにタイマーを起動し、所定時間経過後に前記一の無線基地局に試験接続をトリガすることを特徴とする無線基地局状態検出システム。
10. 請求項６において、
    前記試験対象とする無線基地局を、ハンドオーバの失敗数が所定の閾値を超えた無線基地局とすることを特徴とする無線基地局状態検出システム。