(57)【要約】【課題】ヘルスチェックトラヒックを抑制しつつ無線エリア内での移動局の検出精度を向上可能な移動局検出方法を得ること。【解決手段】基地局が、ヘルスチェック応答を受信した割合である正常応答割合に対して保護段数を階層的に対応付けて管理し、自局に接続する移動局に対して周期的にヘルスチェック要求を送信し、また、ヘルスチェック応答の受信履歴を記録し、移動局からヘルスチェック応答を受信しない場合に、ヘルスチェックロスカウンタをインクリメントし、当該移動局に対して設定された保護段数が、カウンタ値を上回る場合には移動局が在圏すると判定し、カウンタ値以下の場合には移動局が無線エリア外にあると判定し、移動局からヘルスチェック応答を受信した場合、または、移動局が在圏すると判定した場合に、受信履歴に基づいて正常応答割合を算出し、移動局の保護段数を決定する。【選択図】図１３
2011019196.tif 000002
【特許請求の範囲】
【請求項１】
移動局と基地局とを備えコネクションレス型通信においてヘルスチェックを実行する移動通信システム、における移動局検出方法であって、
前記基地局が、
ヘルスチェック応答を受信した割合である正常応答割合に対して、ヘルスチェックロスを許容する閾値である保護段数を、階層的に対応付けて管理する保護段数決定テーブル、を保持する保護段数保持ステップと、
自局に接続する移動局に対して周期的にヘルスチェックを要求するためのヘルスチェック要求を送信するヘルスチェック送信ステップと、
前記移動局からのヘルスチェック要求に対する応答であるヘルスチェック応答の有無を、ヘルスチェック応答の受信履歴である受信履歴テーブルに記録するヘルスチェック応答記録ステップと、
を繰り返し実行し、
さらに、
前記基地局が、前記移動局からヘルスチェック応答を受信しなかった場合に、ヘルスチェック応答の連続的なロスをカウントするカウンタをインクリメントし、当該移動局に対して設定された保護段数と当該カウンタの値とを比較した結果、保護段数がカウンタ値を上回っていた場合には前記移動局が無線エリアに在圏すると判定し、保護段数がカウンタ値以下の場合には前記移動局が無線エリア外にあると判定する無線エリア在圏判定ステップと、
前記基地局が、前記移動局からヘルスチェック応答を受信した場合に、前記カウンタをクリアするカウンタ初期化ステップと、
前記基地局が、前記移動局からヘルスチェック応答を受信した場合、または、前記移動局が無線エリアに在圏すると判定した場合に、前記受信履歴テーブルに基づいて正常応答割合を算出し、当該正常応答割合に基づいて当該移動局の保護段数を決定する保護段数決定ステップと、
を含むことを特徴とする移動局検出方法。
【請求項２】
前記基地局が、ヘルスチェックトラヒックに関する測定値が第１の閾値を超えたことを検出した場合には前記保護段数決定テーブルの保護段数の値が小さくなるように変更し、前記測定値が、前記第１の閾値以下である第２の閾値を下回ったことを検出した場合には前記保護段数決定テーブルの保護段数の値が大きくなるように変更する保護段数調整ステップ、
をさらに含むことを特徴とする請求項１に記載の移動局検出方法。
【請求項３】
前記基地局が、前記ヘルスチェック応答を受信した場合に当該ヘルスチェック応答の通信品質を測定し、ヘルスチェック要求の送信周期と当該通信品質とを対応付けて管理するヘルスチェック周期決定テーブルに基づいて前記移動局に対するヘルスチェック要求の送信周期を決定する周期決定ステップ、
をさらに含むことを特徴とする請求項１または２に記載の移動局検出方法。
【請求項４】
前記移動局が、前記ヘルスチェック要求を受信した場合に当該ヘルスチェック要求の通信品質を測定し、前記ヘルスチェック応答に当該測定結果を含めて送信するヘルスチェック応答送信ステップと、
前記基地局が、前記ヘルスチェック応答を受信した場合に当該ヘルスチェック応答に含まれる測定結果を取得し、通信品質に対してヘルスチェック要求の送信周期を階層的に対応付けて管理するヘルスチェック周期決定テーブルに基づいて、前記移動局に対するヘルスチェック要求の送信周期を決定する周期決定ステップ、
をさらに含むことを特徴とする請求項１または２に記載の移動局検出方法。
【請求項５】
移動局と基地局とを備えコネクションレス型通信においてヘルスチェックを実行する移動通信システム、における前記基地局であって、
ヘルスチェック応答を受信した割合である正常応答割合に対して、ヘルスチェックロスを許容する閾値である保護段数を、階層的に対応付けて管理する保護段数決定テーブルを保持し、前記移動局ごとの保護段数を保持するイベント管理手段と、
前記移動局に対してヘルスチェックを要求するためのヘルスチェック要求を送信し、また、ヘルスチェック要求に対する応答であるヘルスチェック応答を受信する無線処理手段と、
移動局ごとにヘルスチェック応答の受信履歴である受信履歴テーブルを管理する情報管理手段と、
を備え、
前記イベント管理手段は、
自局に接続する移動局に周期的にヘルスチェック要求を送信する制御を行い、また、当該移動局からのヘルスチェック応答の有無を前記受信履歴テーブルに記録し、
さらに、前記移動局からヘルスチェック応答を受信しなかった場合に、ヘルスチェック応答の連続的なロスをカウントするカウンタをインクリメントし、当該移動局に対して設定された保護段数と当該カウンタの値とを比較した結果、保護段数がカウンタ値を上回っていた場合には、当該移動局が無線エリアに在圏すると判定し、保護段数がカウンタ値以下の場合には、前記移動局が無線エリア外にあると判定し、
また、前記移動局からヘルスチェック応答を受信した場合に、前記カウンタをクリアし、前記移動局からヘルスチェック応答を受信した場合、または、前記移動局が無線エリアに在圏すると判定した場合に、前記受信履歴テーブルに基づいて正常応答割合を算出し、当該正常応答割合に基づいて当該移動局の保護段数を決定する、
ことを特徴とする基地局。
【請求項６】
前記無線処理手段は、ヘルスチェックトラヒックに関する測定値が第１の閾値を超えたことを検出した場合、または前記測定値が、前記第１の閾値以下である第２の閾値を下回ったことを検出した場合に、その旨を前記イベント管理手段に通知し、
前記イベント管理手段は、当該通知に基づいて、前記保護段数決定テーブルの保護段数の値を変更する、
ことを特徴とする請求項５に記載の基地局。
【請求項７】
さらに、
前記ヘルスチェック応答の通信品質を測定する通信品質検出手段、
を備えることとし、
前記イベント管理手段は、
通信品質とヘルスチェック要求の送信周期とを対応付けて管理するヘルスチェック周期決定テーブル、
を備え、
ヘルスチェック応答を受信した場合に、前記通信品質検出手段から当該ヘルスチェック応答の通信品質を取得し、前記ヘルスチェック周期決定テーブルに基づいて前記移動局に対するヘルスチェックの送信周期を決定する、
ことを特徴とする請求項５または６に記載の基地局。
【請求項８】
前記イベント管理手段は、さらに、
通信品質に対してヘルスチェック要求の送信周期を階層的に対応付けて管理するヘルスチェック周期決定テーブル、
を備え、
ヘルスチェック応答を受信した場合には、当該ヘルスチェック応答に含まれる測定結果を取得し、前記ヘルスチェック周期決定テーブルに基づいて前記移動局のヘルスチェック周期を決定する、
ことを特徴とする請求項５または６に記載の基地局。
【請求項９】
移動局と基地局とを備えコネクションレス型通信においてヘルスチェックを実行する移動通信システム、における前記移動局であって、
前記基地局から、ヘルスチェックを要求するためのヘルスチェック要求を受信した場合に、当該ヘルスチェック要求の通信品質を測定し、当該ヘルスチェック要求に対する応答であるヘルスチェック応答に当該測定結果を含めて送信するよう制御する通信品質検出手段、
を備えることを特徴とする移動局。
【請求項１０】
１以上の移動局と、
請求項５、６または７に記載の基地局と、
を備えることを特徴とする移動通信システム。
【請求項１１】
請求項９に記載の１以上の移動局と、
請求項８に記載の基地局と、
を備えることを特徴とする移動通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおける移動局検出方法に関する。
【背景技術】
【０００２】
従来の無線通信システムにおいて、基地局は、自局の通信可能領域（無線通信エリア内）に移動局が存在しているかどうかを確認するために、ポーリングメッセージや周期的に送信されるコマンド等の周期的なメッセージを利用する。
【０００３】
たとえば、下記特許文献１には、無線通信リンクの確立やハンドオフ処理を一例として、基地局から移動局へのポーリングメッセージの送信、およびポーリングメッセージを受信した移動局から基地局へのポーリング応答の返信、についての処理が記載されている。また、ポーリングメッセージを利用して、基地局〜移動局間の通信リンクの品質を、フレームエラーやＲＳＳＩ（Received  Signal  Strength  Indicator）を用いて検出し、その値が閾値よりも低下した場合に通信回線が不安定であると判定して、ハンドオフを開始する技術、が記載されている。
【０００４】
また、下記特許文献２には、周期的に発行するコマンドの送信周期を回線正常性実績に基づいて調整し、移動局からの応答を受信できなければ回線断になったと判断することが記載されている。
【０００５】
このように、従来の無線通信システムにおいて、基地局は、無線リンクの障害が発生した場合に、その原因が、移動局が無線エリア外に移動したためであるか、無線リンクを維持できなくなったためであるか、を認識することが可能である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第３４０４０４５号公報
【特許文献２】特開２００６−３４０２０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、コネクションレス型通信において基地局と移動局との間でデータ通信が発生している場合、基地局は、通信の途絶にともなって、移動局が無線エリア外に移動したと認識する。このため、基地局と移動局との間でデータ通信が発生していない状態で移動局が無線エリア外に移動した場合には、基地局は、移動局が無線エリア外へ移動したことを検出することができない。
【０００８】
これに対して、基地局が移動局の無線エリア外への移動を早期に検出するために、周期的にヘルスチェックメッセージを発生させる方法がある。この方法では、無線エリア内の移動局の検出精度は、ヘルスチェックメッセージの送信周期に依存する。したがって、精度を向上させるためには、短周期にてヘルスチェックメッセージを送信する必要があるが、それによりヘルスチェックトラヒックが増大する、という問題があった。また、逆に、ヘルスチェックトラヒックを抑制すると、長周期にてヘルスチェックメッセージを送信するとなり、移動局の検出精度が低下する、という問題があった。
【０００９】
また、基地局では、無線エリア内に存在する移動局の周囲の環境や無線状態によって、ヘルスチェック要求に対するヘルスチェック応答を受信できない場合がある。このような場合、基地局は、移動局が無線エリア外に存在するのか、無線状態が悪いためであるのか、を判別することができない、という問題があった。
【００１０】
本発明は、上記に鑑みてなされたものであって、ヘルスチェックトラヒックを抑制しつつ、無線エリア内での移動局の検出精度を向上可能な移動局検出方法を得ることを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するために、本発明は、移動局と基地局とを備えコネクションレス型通信においてヘルスチェックを実行する移動通信システム、における移動局検出方法であって、前記基地局が、ヘルスチェック応答を受信した割合である正常応答割合に対して、ヘルスチェックロスを許容する閾値である保護段数を、階層的に対応付けて管理する保護段数決定テーブル、を保持する保護段数保持ステップと、自局に接続する移動局に対して周期的にヘルスチェックを要求するためのヘルスチェック要求を送信するヘルスチェック送信ステップと、前記移動局からのヘルスチェック要求に対する応答であるヘルスチェック応答の有無を、ヘルスチェック応答の受信履歴である受信履歴テーブルに記録するヘルスチェック応答記録ステップと、を繰り返し実行し、さらに、前記基地局が、前記移動局からヘルスチェック応答を受信しなかった場合に、ヘルスチェック応答の連続的なロスをカウントするカウンタをインクリメントし、当該移動局に対して設定された保護段数と当該カウンタの値とを比較した結果、保護段数がカウンタ値を上回っていた場合には前記移動局が無線エリアに在圏すると判定し、保護段数がカウンタ値以下の場合には前記移動局が無線エリア外にあると判定する無線エリア在圏判定ステップと、前記基地局が、前記移動局からヘルスチェック応答を受信した場合に、前記カウンタをクリアするカウンタ初期化ステップと、前記基地局が、前記移動局からヘルスチェック応答を受信した場合、または、前記移動局が無線エリアに在圏すると判定した場合に、前記受信履歴テーブルに基づいて正常応答割合を算出し、当該正常応答割合に基づいて当該移動局の保護段数を決定する保護段数決定ステップと、を含むことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ヘルスチェックトラヒックを妥当なレベルに抑制しつつ、無線エリア在圏判定の精度を向上可能となる、という効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明にかかる移動通信システムの実施の形態１の構成例を示す図である。
【図２】図２は、実施の形態１におけるヘルスチェックの概略を示すシーケンス図である。
【図３】図３は、無線エリア在圏を確認する処理の一例を示す状態遷移図である。
【図４】図４は、移動局の登録処理を説明するためのフローチャートである。
【図５】図５は、ヘルスチェック送信処理を説明するためのフローチャートである。
【図６】図６は、イベント管理処理を説明するためのフローチャートである。
【図７】図７は、ヘルスチェック応答受信処理を説明するためのフローチャートである。
【図８】図８は、受信履歴テーブルのデータ例を示す図である。
【図９】図９は、ヘルスチェック周期タイマ決定処理を説明するためのフローチャートである。
【図１０】図１０は、ヘルスチェック周期決定テーブルのデータ例を示す図である。
【図１１】図１１は、保護段数決定処理を説明するためのフローチャートである。
【図１２】図１２は、保護段数決定テーブルのデータ例を示す図である。
【図１３】図１３は、ヘルスチェック応答受信待ちタイムアウト処理を説明するためのフローチャートである。
【図１４】図１４は、保護段数決定テーブルのデータの変更例を示す図である。
【図１５】図１５は、保護段数変更後の保護段数決定処理を示すフローチャートである。
【図１６】図１６は、実施の形態３における移動通信システムの構成例を示す図である。
【図１７】図１７は、実施の形態３におけるヘルスチェックの概略を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に、本発明にかかる移動局検出方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１５】
実施の形態１．
図１は、本発明にかかる移動通信システムの実施の形態１の構成例を示す図である。この移動通信システムは、一例として、基地局１と、移動局２−１および２−２とを備える。基地局１は、イベント管理部１１と、無線処理部１２と、通信品質検出部１３と、情報管理部１４とを備える。
【００１６】
基地局１のイベント管理部１１は、タイムアウト，メッセージ受信といった各種イベントを監視し、イベントに応じた処理を行う。また、イベント管理部１１は、通信品質と、ヘルスチェック要求の送信周期であるヘルスチェック周期とを関連付けて管理するヘルスチェック周期決定テーブル，およびヘルスチェック応答の正常応答割合と、保護段数とを関連付けて管理する保護段数決定テーブル、を保持する（詳細後述）。保護段数とは、ヘルスチェックロスを許容する閾値であって、移動局の無線エリア在圏を判断するための値である。また、イベント管理部１１は、移動局ごとに、決定したヘルスチェック周期をヘルスチェック要求の送信を管理するタイマに設定し、決定した保護段数を自身内に記録する。無線処理部１２は、移動局との間での無線による通信を行う。通信品質検出部１３は、無線通信品質を測定する。情報管理部１４は、基地局１に登録（接続）する移動局（ここでは、移動局２−１および２−２）について、ヘルスチェック応答の受信履歴である受信履歴テーブルを管理する。
【００１７】
なお、図１の移動通信システムでは、移動局として移動局２−１および２−２のみを示すが、移動局の個数を限定するものではない。
【００１８】
本実施の形態では、基地局１と移動局２−１および２−２は、コネクションレス型通信を利用することとする。なお、図１の移動通信システムでは、コネクション型通信を行うことも可能である。
【００１９】
コネクションレス型通信では、基地局１は、移動局が無線エリア外へ移動したことを認識しない可能性がある一方で、移動局は、同期外れが発生することにより、無線エリア外へ移動したことを認識できる。このため、基地局と移動局の間で無線状態の認識の不一致、すなわち、たとえば、基地局１が移動局２−１と無線接続ありと認識し、移動局２−１が基地局１との無線接続なしと認識している状態、が発生する。このように、無線接続がない移動局２−１に対して着信が発生した場合、基地局１は、当該移動局２−１が無線接続中の移動局であると認識して呼損となる可能性がある。このため、無線状態の不一致は早期に解消することが望ましい。
【００２０】
ここでは、無線状態の不一致を解消するため、基地局１は、移動局２−１および２−２が無線エリア内に存在するかどうかを判断するためのヘルスチェック処理を行う。つづいて、以上のように構成された移動通信システムにおけるヘルスチェックの動作について説明する。
【００２１】
図２は、本実施の形態におけるヘルスチェックの概略を示すシーケンス図である。図２では、一例として、基地局１が移動局２−１に対してヘルスチェックを行う場合を示す。基地局１は、移動局２−１とコネクションレス型通信を行っている間、ヘルスチェック要求を送信し、その応答であるヘルスチェック応答を受信する動作を繰り返す。
【００２２】
基地局１のイベント管理部１１は、ヘルスチェック要求を生成し、無線処理部１２を介して移動局２−１にヘルスチェック要求を送信する（ステップＳ１）。また、イベント管理部１１は、ヘルスチェック要求を送信するための「ヘルスチェック送信待ちタイマ」：“Ｔ１”およびヘルスチェック応答受信を待機するための「ヘルスチェック応答受信待ちタイマ」：“Ｔ２”を管理し、ヘルスチェック要求送信後に両タイマをスタートさせる。
【００２３】
基地局１のイベント管理部１１は、無線処理部１２を介して、移動局２−１がヘルスチェック要求を受けて送信したヘルスチェック応答を受信すると（ステップＳ２）、これを受けてヘルスチェック応答受信待ちタイマ“Ｔ２”を停止する。
【００２４】
基地局１のイベント管理部１１は、ヘルスチェック送信待ちタイマ“Ｔ１”のタイムアウトを契機として、移動局２−１に対しヘルスチェック要求を送信し（ステップＳ３）、再び、ヘルスチェック送信待ちタイマ“Ｔ１”およびヘルスチェック応答受信待ちタイマ“Ｔ２”をスタートさせる。
【００２５】
ここで、たとえば、基地局１のイベント管理部１１は、ヘルスチェック応答受信待ちタイマ“Ｔ２”の起動中に、ヘルスチェック応答を受信しなかったとする（ステップＳ４）。イベント管理部１１は、ヘルスチェック応答の連続的なロスを管理するためのヘルスチェックロスカウンタをインクリメントし、当該カウンタ値を、ヘルスチェックロスを許容する閾値であって、移動局の無線エリア在圏を判断するための値である保護段数と比較する。ここでは、ヘルスチェックロスカウンタが保護段数以下であるとする。この場合、イベント管理部１１は、移動局２−１が自局の無線エリア内に存在すると判断し、つづけて、ヘルスチェック要求を移動局２−１に対して送信する（ステップＳ５）。
【００２６】
その後、基地局１のイベント管理部１１は、これに対するヘルスチェック応答を、ヘルスチェック応答受信待ちタイマ“Ｔ２”起動中に受信しなかったとする（ステップＳ６）。この場合、イベント管理部１１は、ヘルスチェックロスカウンタをインクリメントし、保護段数と比較する。ここでは、ヘルスチェックロスカウンタが保護段数を超えたとする。この場合、イベント管理部１１は、移動局２−１が自局の無線エリア内に存在しないと判断する（ステップＳ７）。
【００２７】
このように、本実施の形態のヘルスチェック処理では、保護段数とヘルスチェックロスカウンタの値とを比較し、ヘルスチェックロスカウンタの値が保護段数を超えなければ、移動局が無線エリア内に存在すると判断する。
【００２８】
図３は、本実施の形態の基地局１における、無線エリア在圏を確認する処理の一例を示す状態遷移図である。
【００２９】
基地局１は、移動局ごとに「移動局未登録」，「ヘルスチェック応答受信待ち」，「ヘルスチェック要求送信待ち」，「無線エリア在圏判定」といった状態を遷移する。
【００３０】
基地局１のイベント管理部１１が、移動局を認識できなければ、状態は「移動局未登録」に遷移し、イベント管理部１１は、情報管理部１４内から当該移動局の情報を削除する。また、新たに移動局が在圏してきた場合、イベント管理部１１は、これを認識して情報管理部１４内に当該移動局の情報を登録する「移動局登録処理」を行う。また、イベント管理部１１は、ヘルスチェック要求の送信を行い、基地局１１は「ヘルスチェック応答受信待ち」に遷移する。
【００３１】
基地局１のイベント管理部１１が、当該ヘルスチェック要求に対するヘルスチェック応答を受信すると、状態は「ヘルスチェック要求送信待ち」に遷移する。イベント管理部１１が、ヘルスチェック周期タイマを管理し、タイムアウトによってヘルスチェック要求を送信すると、状態は「ヘルスチェック応答受信待ち」に遷移する。
【００３２】
基地局１のイベント管理部１１が、ヘルスチェック応答受信待ちタイマを管理し、タイムアウトした場合、状態は「ヘルスチェック応答受信待ち」から「無線エリア在圏判定」に遷移する。イベント管理部１１が、当該判定を実施して無線エリア在圏と判定した場合、ヘルスチェック要求を送信する制御を行い、状態は「ヘルスチェック応答受信待ち」に遷移する。一方、イベント管理部１１が、当該判定を実施して無線エリア外に存在すると判定した場合、移動局の情報を削除する制御を行い、状態は「移動局未登録」に遷移する。
【００３３】
以下、無線エリア在圏判定の処理を中心に、本実施の形態の移動通信システムにおける動作の詳細を説明する。
【００３４】
図４は、移動局の登録処理を説明するためのフローチャートである。既に説明したように、基地局１は、移動局（たとえば、移動局２−１とする）との間でコネクションレス型通信を開始すると、当該移動局を自局内に登録する「移動局登録処理」を行う。
【００３５】
基地局１のイベント管理部１１は、移動局２−１とコネクションレス型通信が開始されたことを認識すると、移動局２−１に対し初期保護段数設定を行う（ステップＳ１１）。ここでは、自身内に移動局２−１の情報を登録し、当該情報にて保護段数の初期値を設定する。つづいて、イベント管理部１１は、当該情報にてヘルスチェック周期の初期値を設定する（ステップＳ１２）。また、イベント管理部１１は、移動局２−１の受信履歴テーブルを生成し、情報管理部１４内に登録する（ステップＳ１３）。
【００３６】
イベント管理部１１は、つづいて、移動局２−１に対するヘルスチェック要求を送信するためのヘルスチェック送信処理を実施し（ステップＳ１４）、移動局登録処理を終了する。
【００３７】
図５は、ヘルスチェック送信処理を説明するためのフローチャートである。基地局１のイベント管理部１１は、まず、移動局２−１に対してヘルスチェック要求を送信する制御を行い（ステップＳ２１）、ヘルスチェック周期のタイマを設定する（ステップＳ２２）。なお、タイマ値は、登録直後であれば初期値が設定されるが、その後は、後述の「ヘルスチェック周期タイマ決定処理」によって設定したヘルスチェック周期が設定される。また、イベント管理部１１は、所定の「ヘルスチェック応答受信待ち時間」をタイマに設定し（ステップＳ２３）、ヘルスチェック送信処理を終了する。
【００３８】
図６は、ヘルスチェック処理に関して発生する各種イベントを処理するイベント管理処理を説明するためのフローチャートである。ここでのイベントとは、ヘルスチェック応答の受信，設定したタイマ（ヘルスチェック周期タイマ，ヘルスチェック応答受信待ちタイマ）のタイムアウトである。
【００３９】
基地局１のイベント管理部１１は、ヘルスチェック要求を移動局２−１に送信したことにともなって発生する、各種イベントを処理する。イベント管理部１１は、イベントが発生すると、まず、当該イベントがヘルスチェック周期タイムアウトであるかどうかを判定する（ステップＳ３１）。ヘルスチェック周期タイムアウトであった場合（ステップＳ３１：Ｙｅｓ）、イベント管理部１１は、上述したヘルスチェック送信処理（ステップＳ１４）を実行する。
【００４０】
一方、他のイベントであった場合（ステップＳ３１：Ｎｏ）、つぎに、イベント管理部１１は、ヘルスチェック応答受信であるかどうかを判定する（ステップＳ３２）。ヘルスチェック応答受信であった場合（ステップＳ３２：Ｙｅｓ）、イベント管理部１１は、ヘルスチェック応答受信処理（後述）を実行する（ステップＳ３３）。一方、他のイベントであった場合（ステップＳ３２：Ｎｏ）、つぎに、イベント管理部１１は、ヘルスチェック応答受信待ちタイムアウトであるかどうかを判断する（ステップＳ３４）。ヘルスチェック応答受信待ちタイムアウトであった場合（ステップＳ３４：Ｙｅｓ）、イベント管理部１１は、ヘルスチェック応答受信待ちタイムアウト処理（後述）を実行する（ステップＳ３５）。以上により、イベント管理処理が終了する。
【００４１】
ここで、上述する図６のイベント管理処理にて実行される、ヘルスチェック応答受信処理（図６：ステップＳ３３）についてさらに説明する。図７は、ヘルスチェック応答受信処理を説明するためのフローチャートである。基地局１の通信品質検出部１３は、無線処理部１２によりヘルスチェック応答を受信するつど、当該当該ヘルスチェック応答の通信品質を測定している。イベント管理部１１は、ヘルスチェック応答受信のイベントを検出すると通信品質検出部１３に通信品質を要求し、通信品質検出部１３から、当該ヘルスチェック応答にかかる通信品質を取得する（ステップＳ４１）。イベント管理部１１は、通信品質（ここでは“α”と記す）を取得すると、ヘルスチェック応答受信待ちタイマを停止させる（ステップＳ４２）。
【００４２】
ここで、通信品質としては、たとえば、Ｃ／Ｎ（Carrier  to  Noise  Rate）比を想定するが、Ｃ／Ｎ比のみに限定するものではなく、ＢＥＲ（Bit  Error  Rate），ＦＥＲ（Frame  Error  Rate）などを用いてもよい。
【００４３】
基地局１のイベント管理部１１は、つづいて、情報管理部１４内の移動局２−１の受信履歴に、ヘルスチェック応答を受信した旨を記録する（ステップＳ４３）。
【００４４】
図８は、受信履歴テーブルのデータ例を示す図である。図８の受信履歴テーブルは、一例として、「テーブル番号」，「ヘルスチェック応答受信有無」，「ヘルスチェック応答受信時の通信品質」といった項目を備える。「テーブル番号」はデータのシーケンス番号である。「ヘルスチェック応答受信有無」は、ヘルスチェック応答を受信したかどうかの結果である。「ヘルスチェック応答受信時の通信品質」は、ヘルスチェック応答を受信した際に通信品質検出部１３が測定した通信品質である。基地局１の情報管理部１４は、移動局ごとに受信履歴テーブルを保持し、一定期間または一定回数分を記録する。
【００４５】
基地局１のイベント管理部１１は、ヘルスチェック応答を受信すると、自身が保持するヘルスチェック応答の連続的なロスを管理するためのヘルスチェックロスカウンタを初期化する（ステップＳ４４）。
【００４６】
つづいて、基地局１のイベント管理部１１は、ヘルスチェック周期タイマを決定するためのヘルスチェック周期タイマ決定処理を実行し（ステップＳ４５）、つぎに、保護段数を決定するための保護段数決定処理（ステップＳ４６）を実行して、ヘルスチェック応答受信処理を終了する。
【００４７】
以下、ヘルスチェック応答受信処理にて実行される、ヘルスチェック周期タイマ決定処理および保護段数決定処理の詳細を説明する。まず、ヘルスチェック周期タイマ決定処理について説明する。図９は、ヘルスチェック周期タイマ決定処理を説明するためのフローチャートである。基地局１のイベント管理部１１は、情報管理部１４が保持する移動局２−１の受信履歴より、最新の通信品質を取得し、通信品質に対してヘルスチェック周期を対応付けて管理するヘルスチェック周期決定テーブルにて、当該通信品質に該当する周期ランクを決定する（ステップＳ５１）。
【００４８】
図１０は、ヘルスチェック周期決定テーブルのデータ例を示す図である。図１０のヘルスチェック周期決定テーブルは、一例として、「通信品質」，「周期ランク」，「ヘルスチェック周期」といった項目を備える。「通信品質」は、測定された通信品質をランク分けするための閾値である。「周期ランク」は、当該通信品質に該当するランクである。「ヘルスチェック周期」は、ヘルスチェックを実行する周期である。図１０の例では、通信品質を“α”として、閾値“Ａ”，“Ｂ”，“Ｃ”を用いたランク分けを行う。ここで、「Ａ＜Ｂ＜Ｃ」であり、「周期（１）＜周期（２）＜周期（３）＜周期（４）」とする。たとえば、通信品質（α）が「Ｂ＜α」かつ「Ｃ＞α」である場合、通信品質（α）は周期ランク（３）に該当する。
【００４９】
周期ランクのランク分けを行うと、基地局１のイベント管理部１１は、周期ランクごとにヘルスチェック周期を決定する。図８のデータ例によれば、周期ランクが周期ランク（１）であった場合（ステップＳ５２：Ｙｅｓ）、ヘルスチェック周期には周期（１）を採用する（ステップＳ５３）。一方、周期ランクが周期ランク（１）でない場合（ステップＳ５２：Ｎｏ）、さらに、周期ランクが周期ランク（２）であるかどうかを判定する（ステップＳ５４）。周期ランクが周期ランク（２）であった場合（ステップＳ５４：Ｙｅｓ）、ヘルスチェック周期には周期（２）を採用する（ステップＳ５５）。一方、周期ランクが周期ランク（２）でない場合（ステップＳ５４：Ｎｏ）、さらに、周期ランクが周期ランク（３）であるかどうかを判定する（ステップＳ５６）。周期ランクが周期ランク（３）であった場合（ステップＳ５６：Ｙｅｓ）、ヘルスチェック周期には周期（３）を採用する（ステップＳ５７）。一方、周期ランクが周期ランク（３）でない場合（ステップＳ５６：Ｎｏ）、周期ランクは周期ランク（４）なので、ヘルスチェック周期には周期（４）を採用する（ステップＳ５８）。
【００５０】
基地局１のイベント管理部１１は、このようにして採用したヘルスチェック周期を、ヘルスチェック周期タイマの値として自身内に記録し（ステップＳ５９）、ヘルスチェック周期タイマ決定処理を終了する。図１０の例では、通信品質がよいほどヘルスチェック周期が長く設定され、通信品質が悪いほどヘルスチェック周期が短く設定される。
【００５１】
つぎに、保護段数決定処理について説明する。図１１は、保護段数決定処理を説明するためのフローチャートである。基地局１のイベント管理部１１は、情報管理部１４が保持する移動局２−１の受信履歴の「ヘルスチェック応答受信有無」に基づいて、応答有の割合（以下、「正常応答割合」ともいう）“β”（受信回数／送信回数）を算出し（ステップＳ６１）、正常応答割合に対して保護段数を対応付けて管理する保護段数決定テーブルにて、当該正常応答割合に該当する保護ランクを決定する（ステップＳ６２）。
【００５２】
図１２は、保護段数決定テーブルのデータ例を示す図である。図１２の保護段数決定テーブルは、一例として、「正常応答割合」，「保護ランク」，「保護段数」といった項目を備える。「正常応答割合」は、受信回数／送信回数の割合をランク分けする閾値である。「保護ランク」は、当該正常応答割合に該当するランクである。「保護段数」は、保護ランクに応じて決定する保護段数の値である。図１２の例では、正常応答割合を“β”として、閾値“Ｘ”，“Ｙ”，“Ｚ”を用いたランク分けを行う。ここで、「Ｘ＜Ｙ＜Ｚ」であり、「保護段数（１）＜保護段数（２）＜保護段数（３）＜保護段数（４）」である。たとえば、正常応答割合（β）が「Ｘ≦β」かつ「Ｙ＞β」である場合、保護ランクは保護ランク（３）とランク分けできる。
【００５３】
保護ランクのランク分けを行うと、基地局１のイベント管理部１１は、保護ランクごとに保護段数を設定する。図１２のデータ例によれば、保護ランクが保護ランク（１）であった場合（ステップＳ６３：Ｙｅｓ）、保護段数には保護段数（１）を採用する（ステップＳ６４）。一方、保護ランクが保護ランク（１）でない場合（ステップＳ６３：Ｎｏ）、さらに、保護ランクが保護ランク（２）であるかどうかを判定する（ステップＳ６５）。保護ランクが保護ランク（２）であった場合（ステップＳ６５：Ｙｅｓ）、保護段数には保護段数（２）を採用する（ステップＳ６６）。一方、保護ランクが保護ランク（２）でない場合（ステップＳ６５：Ｎｏ）、さらに、保護ランクが保護ランク（３）であるかどうかを判定する（ステップＳ６７）。保護ランクが保護ランク（３）であった場合（ステップＳ６７：Ｙｅｓ）、保護段数には保護段数（３）を採用する（ステップＳ６８）。一方、保護ランクが保護ランク（３）でない場合（ステップ６７：Ｎｏ）、保護段数には保護段数（４）を採用する（ステップＳ６９）。
【００５４】
基地局１のイベント管理部１１は、このようにして決定した保護段数を、移動局ごとに自身内に記録し（ステップＳ７０）、保護段数決定処理を終了する。図１２の例では、正常応答割合が高いほど保護段数が大きく設定され、正常応答割合が低いほど保護段数が小さく設定される。
【００５５】
つづいて、図６のイベント管理処理にて実行される、ヘルスチェック応答受信待ちタイムアウト処理（図６：ステップＳ３５）についてさらに説明する。図１３は、ヘルスチェック応答受信待ちタイムアウト処理を説明するためのフローチャートである。基地局１のイベント管理部１１は、ヘルスチェック応答受信待ちタイムアウトを検出すると、まず、ヘルスチェック周期タイマを停止させる（ステップＳ７１）。つづいて、情報管理部１４内の移動局２−１の受信履歴に、「ヘルスチェック応答」：“無”を記録する（ステップＳ７２）。また、イベント管理部１１は、自身が保持するヘルスチェックロスカウンタのカウンタ値をインクリメントし（ステップＳ７３）、ヘルスチェックロスカウンタの値と、移動局２−１に対し設定している保護段数とを比較する（ステップＳ７４）。
【００５６】
保護段数が、ヘルスチェックロスカウンタ値より大きい場合には（ステップＳ７４：Ｙｅｓ）、基地局１のイベント管理部１１は、移動局２−１が無線エリアに在圏すると判断する（ステップＳ７５）。この場合、イベント管理部１１は、既に述べた保護段数決定処理（ステップＳ４６）を実行して保護段数を決定する。
【００５７】
その後、イベント管理部１１は、無線エリア内に存在する移動局２−１に対し、上述同様に、ヘルスチェック要求の送信（ステップＳ２１），ヘルスチェック周期タイマ設定（ステップＳ２２），ヘルスチェック応答受信待ちタイマ設定（ステップＳ２３）といった処理を行う。
【００５８】
一方、基地局１のイベント管理部１１は、保護段数がヘルスチェックロスカウンタ値以下である場合には（ステップＳ７４：Ｎｏ）、移動局２−１が無線エリア外に存在すると判断する（ステップＳ７６）。この場合、イベント管理部１１は、情報管理部１４が保持する移動局２−１の情報をクリアする（ステップＳ７７）。以上で、ヘルスチェック応答受信待ちタイムアウト処理を終了する。
【００５９】
以上説明したように、本実施の形態では、ヘルスチェック応答受信の履歴を蓄積し、当該受信履歴に基づいて保護段数を設定することとした。詳細には、ヘルスチェック応答受信の履歴に基づいて正常応答割合を算出し、正常応答割合が高い移動局に対しては保護段数を大きく設定し、正常応答割合が低い移動局に対しては保護段数を小さく設定することとした。
【００６０】
これにより、無線エリア内に存在する移動局と基地局間の無線リンクにて無線環境が変化し、無線品質の低下が発生したことでヘルスチェック応答の正常応答割合が低い移動局に対しては、保護段数を小さくし、早期に移動局が無線エリア外へ移動したとみなすこととする。一方、無線品質が良好な移動局に対しては、保護段数を大きくし、ヘルスチェックを極力試みる。このように、移動局の無線状況に応じたヘルスチェックを行うことで、ヘルスチェックトラヒックを妥当なレベルに抑制しつつ、無線エリア在圏判定の精度を向上可能となる。
【００６１】
また、本実施の形態では、ヘルスチェック応答受信時に通信品質を測定し、通信品質がよい移動局に対してはヘルスチェック周期を長く設定し、通信品質が悪い移動局に対してはヘルスチェック周期を短く設定することとした。
【００６２】
これにより、ヘルスチェックの到達確率が低いと考えられる移動局に対してはヘルスチェックの頻度を上げ、一方、ヘルスチェックの到達確率が高いと考えられる移動局に対してはヘルスチェックの頻度を下げることとする。このように、移動局の無線状況に応じたヘルスチェックを行うことで、ヘルスチェックトラヒックを妥当なレベルに抑制しつつ、無線エリア在圏判定の精度を向上可能となる。
【００６３】
なお、上記では、基地局１と移動局２−１とのやり取りを例に説明したが、基地局１と移動局２−２との場合でも同様であり、基地局１と接続する移動局の台数を限定するものではない。
【００６４】
また、上記では、ヘルスチェックに関するイベントの例を挙げて説明したが、基地局１にて発生し処理されるイベントはこれらに制限されない。
【００６５】
実施の形態２．
実施の形態１では、移動局の無線状況に応じてヘルスチェックを行うことで、ヘルスチェックトラヒックを抑制しつつ移動局の無線エリア在圏判定の精度を向上させることとした。本実施の形態では、ヘルスチェックトラヒックが増大した場合に、ヘルスチェックトラヒックをさらに抑制する場合について説明する。
【００６６】
本実施の形態における移動通信システムの構成は、図１と同様である。基地局１の無線処理部１２は、さらに、時間あたりのヘルスチェックトラヒックを監視する。
【００６７】
以下、本実施の形態の移動通信システムにおける動作の詳細を説明する。本実施の形態では、たとえば、無線状態の悪い場所（たとえば、無線エリアの端）に移動局が集中して存在することで、ヘルスチェックトラヒックが増大した状況を想定する。
【００６８】
基地局１の無線処理部１２は、ヘルスチェックトラヒックの時間あたりの値が、所定の閾値（ここでは、“θ”と記載する）を超えた場合には、その旨をイベント管理部１１に通知する。これを受けたイベント管理部１１は、図１２の保護段数決定テーブルにおける「保護段数」の値を小さくするように変更する。
【００６９】
図１４は、保護段数決定テーブルのデータの変更例を示す図である。ここで、「Ｘ＜Ｙ＜Ｚ」であり、「保護段数（１）＜保護段数（２）＜保護段数（３）＜保護段数（４）」である。具体的には、たとえば、保護段数（１），保護段数（２），保護段数（３），保護段数（４）を、それぞれ、保護段数（１１），保護段数（１２），保護段数（１３），保護段数（１４）に変更する。ここで、「保護段数（１１）＜保護段数（１２）＜保護段数（１３）＜保護段数（１４）」である。また、変更後の保護段数は、変更前の保護段数より小さくなるようにする。
【００７０】
したがって、上述のヘルスチェック応答受信待ちタイムアウト処理で用いる保護段数が変更されることとなる。図１５は、保護段数変更後の保護段数決定処理を示すフローチャートである。
【００７１】
基地局１のイベント管理部１１は、情報管理部１４が保持する移動局２−１の受信履歴の「ヘルスチェック応答受信有無」に基づいて、応答有の割合（以下、「正常応答割合」ともいう）“β”（受信回数／送信回数）を算出し（ステップＳ８１）、正常応答割合に対して保護段数を対応付けて管理する保護段数決定テーブルにて、当該正常応答割合に該当する周期ランクを決定する（ステップＳ８２）。
【００７２】
保護ランクのランク分けを行うと、基地局１のイベント管理部１１は、保護ランクごとに保護段数を設定する。図１４のデータ例によれば、保護ランクが保護ランク（１）であった場合（ステップＳ８３：Ｙｅｓ）、保護段数には保護段数（１１）を採用する（ステップＳ８４）。一方、保護ランクが保護ランク（１）でない場合（ステップＳ８３：Ｎｏ）、さらに、保護ランクが保護ランク（２）であるかどうかを判定する（ステップＳ８５）。保護ランクが保護ランク（２）であった場合（ステップＳ８５：Ｙｅｓ）、保護段数には保護段数（１２）を採用する（ステップＳ８６）。一方、保護ランクが保護ランク（２）でない場合（ステップＳ８５：Ｎｏ）、さらに、保護ランクが保護ランク（３）であるかどうかを判定する（ステップＳ８７）。保護ランクが保護ランク（３）であった場合（ステップＳ８７：Ｙｅｓ）、保護段数には保護段数（１３）を採用する（ステップＳ８８）。一方、保護ランクが保護ランク（３）でない場合（ステップ８７：Ｎｏ）、保護段数には保護段数（１４）を採用する（ステップＳ８９）。
【００７３】
基地局１のイベント管理部１１は、このようにして決定した保護段数を自身内に記録し（ステップＳ９０）、保護段数決定処理を終了する。図１５の例においても、正常応答割合が高いほど保護段数が大きく設定され、正常応答割合が低いほど保護段数が小さく設定される点は、上述の実施の形態と同様である。
【００７４】
このように、ヘルスチェックロスカウンタ値と比較する保護段数の値を小さくすることとすることで、無線状態の不安定領域に存在する移動局を無線エリア外と判定し易くなるため、ヘルスチェックトラヒックを抑制できる。
【００７５】
さらに、ヘルスチェックトラヒックを抑制した結果、ヘルスチェックトラヒックが所定の閾値（ここでは、“τ”（ただし、τ≦θとする）と記載する）を下回った場合には、基地局１の無線処理部１２は、その旨をイベント管理部１１に通知する。これを受けたイベント管理部１１は、保護段数と正常応答割合の対応関係を、変更後の状態から変更前の状態に戻す。したがって、ヘルスチェック応答受信待ちタイムアウト処理にて、ヘルスチェックロスカウンタ値と比較する保護段数の値が大きくなり、無線状態の不安定領域に存在する移動局を無線エリア外と判定する基準を元の基準に復帰させる。
【００７６】
その他の処理は、実施の形態１と同様である。なお、本実施の形態では、保護段数決定テーブルの保護段数を変更するので、基地局１の情報管理部１４にて管理する全ての移動局を対象に、ヘルスチェックトラヒックの抑制が行われることとなる。
【００７７】
以上説明したように、本実施の形態では、トラヒック量が閾値を超えた場合には、ヘルスチェックロスカウンタ値と比較する保護段数の値を一律に小さくすることとした。これにより、無線状態の不安定領域に存在する移動局を、無線エリア外と判定し易くなるため、ヘルスチェックトラヒックを抑制する効果がある。
【００７８】
なお、本実施の形態では、ヘルスチェックトラヒックを監視して、ヘルスチェックトラヒックの時間あたりの値を基準に保護段数を変更することとしたが、たとえば、ヘルスチェックトラヒックの全トラヒックに対する割合を基準にするなど、他の方法を用いてもよい。
【００７９】
実施の形態３．
実施の形態１では、基地局が無線処理部１２の通信品質検出部１３にて通信品質を測定する場合を説明した。本実施の形態では、移動局が通信品質を測定し、基地局に対して通知する場合を説明する。
【００８０】
図１６は、本実施の形態における移動通信システムの構成例を示す図である。この移動通信システムは、図１の移動通信システムと比較すると、基地局１の代わりに基地局１Ｂを備え、移動局２−１および２−２の代わりに移動局２Ｂ−１および２Ｂ−２を備える。
【００８１】
基地局１Ｂは、無線処理部１２の代わりに、通信品質検出部１３を有しない無線処理部１２Ｂを備える。一方、移動局は、通信品質検出部２０を新たに備える。通信品質検出部２０は、通信品質検出部１３と同等の通信品質検出機能を備え、また、一例として、図１２のヘルスチェック周期決定テーブルにて示した、通信品質と周期ランクとの対応関係を保持する。
【００８２】
つづいて、以上のように構成された移動通信システムの動作を説明する。図１７は、本実施の形態におけるヘルスチェックの概略を示すシーケンス図である。本実施の形態では、図２のヘルスチェックの概略と比較すると、移動局側で通信品質を測定し、さらに、ヘルスチェック周期決定テーブルにて周期ランクを決定し、当該周期ランクを、移動局側から基地局１Ｂに通知するメッセージに含める点のみが異なる。
【００８３】
基地局１Ｂのイベント管理部１１は、ヘルスチェック要求を生成し、無線処理部１２Ｂを介して移動局２Ｂ−１にヘルスチェック要求を送信する（ステップＳ９０）。また、イベント管理部１１は、「ヘルスチェック送信待ちタイマ」：“Ｔ１”および「ヘルスチェック応答受信待ちタイマ」：“Ｔ２”をスタートさせる。
【００８４】
移動局（たとえば、移動局２Ｂ−１）では、ヘルスチェック要求を受信すると、通信品質検出部２０にて、当該ヘルスチェック要求の通信品質を測定する。そして、当該通信品質と周期ランクとの対応関係に基づいて、周期ランクを決定する（ステップＳ９１）。そして、図示しない通信部などに対して、測定結果としての当該周期ランクを含めたヘルスチェック応答を送信するよう制御する。なお、ここでは、測定結果として、通信品質に該当する周期ランクを通知するが、通信品質自体を測定結果として通知してもよい。
【００８５】
基地局１Ｂのイベント管理部１１は、移動局２Ｂ−１が送信したヘルスチェック応答を受信すると（ステップＳ９２）、ヘルスチェック応答受信待ちタイマ“Ｔ２”を停止する。また、周期ランク決定テーブルを参照して当該ヘルスチェック応答にて報告される周期ランクに対応するヘルスチェック周期を決定し、上述同様、ヘルスチェック周期タイマの値として用いる。
【００８６】
基地局１Ｂのイベント管理部１１は、ヘルスチェック送信待ちタイマ“Ｔ１”のタイムアウトを契機として、移動局２Ｂ−１に対しヘルスチェック要求を送信し（ステップＳ９３）、再び、ヘルスチェック送信待ちタイマ“Ｔ１”およびヘルスチェック応答受信待ちタイマ“Ｔ２”をスタートさせる。
【００８７】
これを受けた移動局２Ｂ−１では、上述同様、通信品質検出部２０にて通信品質を測定し、通信品質と周期ランクとの対応関係に基づいて周期ランクを決定する（ステップＳ９１）。そして、図示しない通信部などを制御して、測定結果としての周期ランクを含めたヘルスチェック応答を送信する。
【００８８】
ここで、基地局１Ｂのイベント管理部１１は、ヘルスチェック応答受信待ちタイマ“Ｔ２”の起動中に、ヘルスチェック応答を受信しなかったとする（ステップＳ９４）。イベント管理部１１は、ヘルスチェックロスを管理するためのヘルスチェックロスカウンタをインクリメントし、当該カウンタ値を、移動局の無線エリア在圏を判断するための閾値である保護段数と比較する。ここでは、ヘルスチェックロスカウンタが保護段数以下であるとする。この場合、イベント管理部１１は、移動局２Ｂ−１が自局の無線エリア内に存在すると判断し、つづけて、ヘルスチェック要求を移動局２Ｂ−１に対して送信する（ステップＳ９５）。これを受けた移動局２Ｂ−１では、上述同様、ステップＳ９１の処理を行う。
【００８９】
その後、基地局１Ｂのイベント管理部１１は、これに対するヘルスチェック応答を、ヘルスチェック応答受信待ちタイマ“Ｔ２”起動中に受信しなかったとする（ステップＳ９６）。この場合、イベント管理部１１は、ヘルスチェックロスカウンタをインクリメントし、移動局２Ｂ−１の保護段数と比較する。ここでは、ヘルスチェックロスカウンタが保護段数を超えたとする。この場合、イベント管理部１１は、移動局２Ｂ−１が自局の無線エリア内に存在しないと判断する（ステップＳ９７）。
【００９０】
以上説明したように、本実施の形態では、通信品質の検出および周期ランクの決定を移動局側で行う構成とした。この場合にも、同様のヘルスチェック処理が実行できる。また、周期ランクの報告は、ヘルスチェック応答に含めて送信するため、トラヒックを圧迫することを回避できる。さらに、この場合には、基地局は、無線処理部内に通信品質を検出する機能を保持する必要がない。したがって、多数の移動局を管理する基地局である場合には、処理負荷を軽減する効果がある。また、移動局が、測定した通信品質に応じた周期ランクを通知することで、基地局では当該周期ランクと１：１であるヘルスチェック周期を容易に決定でき、この点でも処理負荷を軽減する効果がある。また、ヘルスチェック周期でなく周期ランクを通知するので、システムのメンテナンスが容易となる。
【産業上の利用可能性】
【００９１】
以上のように、本発明にかかる移動局検出方法は、移動通信システムに有用であり、特に、コネクションレス型通信を行う移動通信システムに適している。
【符号の説明】
【００９２】
１，１Ｂ  基地局
２−１，２−２，２Ｂ−１，２Ｂ−２  移動局
１１  イベント管理部
１２，１２Ｂ  無線処理部
１３  通信品質検出部
１４  情報管理部
２０  通信品質検出部
【図１】
2011019196.tif 000003
【図２】
2011019196.tif 000004
【図３】
2011019196.tif 000005
【図４】
2011019196.tif 000006
【図５】
2011019196.tif 000007
【図６】
2011019196.tif 000008
【図７】
2011019196.tif 000009
【図８】
2011019196.tif 000010
【図９】
2011019196.tif 000011
【図１０】
2011019196.tif 000012
【図１１】
2011019196.tif 000013
【図１２】
2011019196.tif 000014
【図１３】
2011019196.tif 000015
【図１４】
2011019196.tif 000016
【図１５】
2011019196.tif 000017
【図１６】
2011019196.tif 000018
【図１７】
2011019196.tif 000019