(57)【特許請求の範囲】
【請求項１】
無線APとVoIP呼制御手段とを有する無線ＩＰ電話システムにおけるアクセス制御装置であって、
前記無線APの電波干渉状態を示す電波干渉状態情報を当該無線APから取得する電波干渉状態情報取得手段と、
当該電波干渉状態情報と予め定めた閾値とを比較することにより、前記無線APが電波干渉中であるか否かを判定するリソース状態判定手段と、
前記リソース状態判定手段により、前記無線APが電波干渉中であると判定された場合に、当該無線APに無線LANで接続された通話中の端末の無線リンク切断を行うための無線リンク切断要求を前記無線APに送信する無線リンク切断手段とを有し、
前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの少なくとも１つを有し、
前記アクセス制御装置は、前記無線APに接続された端末の電波状態を示す電波状態情報を取得する電波状態情報取得手段を有し、
前記無線リンク切断手段は、前記無線APが電波干渉中であると判定された場合に、当該無線APに接続された通話中の端末のうち、最も電波状態が悪い端末の無線リンク切断を行うための無線リンク切断要求を前記無線APに送信する
ことを特徴とするアクセス制御装置。
【請求項２】
前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値を有し、前記リソース状態判定手段は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの１つ又は複数が予め定めた閾値より小さい場合に電波干渉中でないと判定する
ことを特徴とする請求項１に記載のアクセス制御装置。
【請求項３】
前記リソース状態判定手段は、前記無線リンク切断要求に基づき無線リンクを切断された端末が次に接続する無線APのリソース状態を判定する手段を有し、
前記無線リンク切断手段は、前記端末が次に接続する無線APのリソース状態が異常であると判定された場合に、当該無線APに接続された端末の無線リンク切断を行うための無線リンク切断要求を当該無線APに送信する手段を有することを特徴とする請求項１又は２に記載のアクセス制御装置。
【請求項４】
前記アクセス制御装置は、リソース状態が異常であることにより前記端末が無線APとの接続に失敗した回数を保持し、その回数と所定の回数とを比較し、接続に失敗した回数が前記所定の回数に達していない場合に、接続に失敗した無線APに無線リンク切断要求を送信し、接続に失敗した回数が前記所定の回数の達した場合は、無線リンク切断要求の送信を行わずに、無線APの切り替えが失敗したことを示す無線AP切替失敗通知を前記VoIP呼制御手段に送信する手段を有することを特徴とする請求項３に記載のアクセス制御装置。
【請求項５】
無線リンク切断要求に基づき無線リンクを切断された端末が次に接続する無線APに対する前記リソース状態判定手段によるリソース状態判定結果に異常がない場合に、当該無線APにおける帯域を確保し、前記端末の通信を継続する手段を有することを特徴とする請求項１ないし４のうちいずれか１項に記載のアクセス制御装置。
【請求項６】
無線APとVoIP呼制御手段とを有する無線ＩＰ電話システムにおいてアクセス制御装置が実行するアクセス制御方法であって、
前記無線APの電波干渉状態を示す電波干渉状態情報を当該無線APから取得する電波干渉状態情報取得ステップと、
当該電波干渉状態情報と予め定めた閾値とを比較することにより、前記無線APが電波干渉中であるか否かを判定するリソース状態判定ステップと、
前記リソース状態判定ステップにより、前記無線APが電波干渉中であると判定された場合に、当該無線APに無線LANで接続された通話中の端末の無線リンク切断を行うための無線リンク切断要求を前記無線APに送信する無線リンク切断ステップとを有し、
前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの少なくとも１つを有し、
前記アクセス制御方法は、前記無線APに接続された端末の電波状態を示す電波状態情報を取得する電波状態情報取得ステップを有し、
前記無線リンク切断ステップは、前記無線APが電波干渉中であると判定された場合に、当該無線APに接続された通話中の端末のうち、最も電波状態が悪い端末の無線リンク切断を行うための無線リンク切断要求を前記無線APに送信するステップを有する
ことを特徴とするアクセス制御方法。
【請求項７】
前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値を有し、前記リソース状態判定ステップにおいて、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの１つ又は複数が予め定めた閾値より小さい場合に電波干渉中でないと判定する
ことを特徴とする請求項６に記載のアクセス制御方法。
【請求項８】
前記アクセス制御方法は、前記無線リンク切断要求に基づき無線リンクを切断された端末が次に接続する無線APのリソース状態を判定するステップと、
前記端末が次に接続する無線APのリソース状態が異常であると判定された場合に、当該無線APに接続された端末の無線リンク切断を行うための無線リンク切断要求を当該無線APに送信するステップを有することを特徴とする請求項６又は７に記載のアクセス制御方法。
【請求項９】
前記アクセス制御装置は、リソース状態が異常であることにより前記端末が無線APとの接続に失敗した回数を保持し、その回数と所定の回数とを比較し、接続に失敗した回数が前記所定の回数に達していない場合に、接続に失敗した無線APに無線リンク切断要求を送信し、接続に失敗した回数が前記所定の回数の達した場合は、無線リンク切断要求の送信を行わずに、無線APの切り替えが失敗したことを示す無線AP切替失敗通知を前記VoIP呼制御手段に送信することを特徴とする請求項８に記載のアクセス制御方法。
【請求項１０】
無線リンク切断要求に基づき無線リンクを切断された端末が次に接続する無線APに対するリソース状態判定結果に異常がない場合に、当該無線APにおける帯域を確保し、前記端末の通信を継続するステップを有することを特徴とする請求項６ないし９のうちいずれか１項に記載のアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線LAN技術を用いた無線ＩＰ電話システムに関するものである。
【背景技術】
【０００２】
図１に従来の無線ＩＰ電話システムの構成例を示す。図１に示すように、この無線ＩＰ電話システムは、複数の無線LANアクセスポイント（以下、無線APと呼ぶ）、複数の無線APを管理する無線LANスイッチ、ＩＰ電話の呼制御を行うSIPサーバを含む。また、無線APの配下には無線VoIP端末等の端末が存在し、無線APと接続する。このシステムでは、SIPに基づく呼接続処理により、端末間で音声チャネルが確立され、ＲＴＰによる音声通信が行われる。さて、図１に示す従来の無線ＩＰ電話システムには次のような問題があった。
【０００３】
図１のシステムにおける無線AP１０に多数の端末が接続され、無線AP１０にて限界に近い帯域が利用されている状態において、無線AP１０の配下に存在しているが未だ呼接続がなされていない端末１に対する新たな呼接続要求が端末２から発信されたものとする。これにより、無線AP１０に端末１の呼に対する帯域が割り当てられ、端末１と発信元端末２間で音声チャネルが確立され、音声通信が行われる。
【０００４】
しかし、無線AP１０は端末１の接続前の時点で限界に近い帯域を利用していたたため、端末１が接続したことにより、無線AP１０の帯域は更に消費され、無線AP１０は輻輳状態となる。従って、端末１において良い音声品質が得られないばかりでなく、もともと無線AP１０に接続していた全端末における音声品質が低下し、雑音、音抜けの発生、通信断等が発生する。
【０００５】
このような従来の無線ＩＰ電話システムにおける問題を解決するための技術として、特許文献１に記載された技術がある。この技術では、アクセスコントローラが、無線APとそれに収容される端末、及び無線APの混雑状況を管理しており、端末への着信要求、端末からの発信要求を受けたときに無線APの混雑状況に応じて呼接続を制御する。この技術により、無線APが輻輳しているときには呼接続をしないように制御でき、上記の問題が解決される。
【０００６】
本願に関連する先行技術文献として、特許文献１の他、下記の非特許文献１、非特許文献２がある。非特許文献１、非特許文献２は、IEEE802.11系無線LANシステムを規定するものである。
【特許文献１】特開２００７−１３５１９４号公報
【非特許文献１】第二世代小電力データ通信システム/ワイヤレスＬＡＮシステム標準規格、ARIB STD-T66  10版、(社）電波産業会、平成11年制定
【非特許文献２】小電力データシステム/広帯域移動アクセスシステム（CSMA)標準規格、ARIB STD-T71  10版、(社）電波産業会、平成12年制定
【発明の開示】
【発明が解決しようとする課題】
【０００７】
図１に示す従来の無線IP電話システムには、上記輻輳の問題に加えて以下のような問題がある。また、特許文献１に記載された技術では輻輳の問題は解決されるが、以下の問題が残る。
【０００８】
無線IP電話システムでは、IEEE802.11b/gに代表されるIEEE802.11系無線LANが主に使用される。このような無線LANでは、ある無線APの近隣に、当該無線APが利用する無線チャネルと同一の無線チャネルを利用した他の無線APが存在すると、無線AP同士の電波干渉が発生する。また、IEEE802.11b/gの利用周波数帯である2.4GHz帯は、電子レンジ、産業機械、医療機器等の無線LAN以外の機器が使用する電波と同じ周波数帯であるため、無線APが他機器からの電波による電波干渉を受ける場合もある。
【０００９】
このような電波干渉が発生すると、無線APでの電波リソースが実質的に限られたものとなり、輻輳状態にある無線AP配下の全端末における音声品質が低下するという上記問題と同様の問題が発生し得る。つまり、電波干渉が発生している状況では、無線APが輻輳状態にないにもかかわらず、端末を無線APに接続し、通信を行ってみるとその端末で安定した通信が行えなかったり、当該無線AP配下で接続中の他の端末の通信品質を悪化させる場合があるという問題がある。
【００１０】
また、IEEE802.11a/b/g等のIEEE802.11系無線LANでは、無線APと端末間の通信状況により変調方式を変える仕様を採用している。例えば、端末が無線APから遠い場合、すなわち、無線APにおける端末の電波強度が低い場合は、端末が無線APに近い場合よりも効率の低い変調方式を用いて通信を行う。このことは、無線APが、近い端末に対して使用するリソースより多くのリソースを遠い端末に対して使用することを意味している。従って、無線APから遠い端末が通信を行う場合、その端末自身の通信品質が劣る可能性が高いのみならず、当該無線AP配下で接続中の全端末に対して通信品質を悪化させる可能性も高くなる。
【００１１】
また、通話中の端末に関して、その端末が接続している無線APの電波干渉状態等が悪化した場合には通信品質の悪化が生じ、安定した通信が困難になるという問題がある。更に、ある無線APに接続して通話中の端末が、別の無線APにハンドオーバを行ったときに、ハンドオーバ先の無線APの電波干渉状態等によっては安定した通信が行えないという問題もある。
【００１２】
本発明は上記の点に鑑みてなされたものであり、無線APにおける電波干渉状態等のリソース状態を判定し、リソース状態に応じた接続制御を行うための技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の課題は、無線APとVoIP呼制御手段とを有する無線ＩＰ電話システムにおけるアクセス制御装置であって、前記無線APに無線LANで接続された端末への着信又は当該端末からの発信に係る呼接続要求を受信した前記VoIP呼制御手段から当該端末に関するリソース状態の問い合わせを受信する受信手段と、前記端末に関するリソース状態の問い合わせを受信したことに応じて、当該端末に接続されている前記無線APの電波干渉状態を示す電波干渉状態情報を取得し、当該電波干渉状態情報と予め定めた閾値とを比較することにより、前記無線APが電波干渉中であるか否かを判定する手段を有するリソース状態判定手段と、前記リソース状態判定手段による判定結果を前記VoIP呼制御手段に通知する通知手段とを有し、前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの少なくとも１つを有することを特徴とするアクセス制御装置により解決される。
前記アクセス制御装置において、前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値を有し、前記リソース状態判定手段は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの１つ又は複数が予め定めた閾値より小さい場合に電波干渉中でないと判定するようにしてもよい。
【００１４】
前記リソース状態判定手段は、前記端末の電波状態を示す電波状態情報を取得し、当該電波状態情報と予め定めた閾値とを比較することにより、前記端末が低電波状態にあるか否かを判定する手段を更に有することとしてもよい。また、前記リソース状態判定手段は、前記端末に接続されている前記無線APが輻輳中であるか否かを判定する手段を更に有することとしてもよい。
【００１５】
また、前記通知手段は、前記リソース状態判定手段が実行する全ての判定の判定結果が良好である場合に、リソース状態が正常であることを示す判定結果を前記VoIP呼制御手段に通知することとしてもよく、また、前記通知手段は、前記リソース状態判定手段が実行し得る複数の判定のうち、少なくとも１つの判定の判定結果が良好でない場合に、リソース状態が異常であることを示す判定結果を前記VoIP呼制御手段に通知することとしてもよい。
【００１６】
前記アクセス制御装置は、前記リソース状態判定手段により前記無線APのリソース状態が異常であると判定された場合に、当該無線APに接続された端末の無線リンク切断を行うための無線リンク切断要求を当該無線APに送信する手段を有することとしてもよい。
【００１７】
また、前記アクセス制御装置は、リソース状態が異常であることにより前記端末が無線APとの接続に失敗した回数を保持し、その回数と所定の回数とを比較し、接続に失敗した回数が前記所定の回数に達していない場合に、接続に失敗した無線APに無線リンク切断要求を送信し、接続に失敗した回数が前記所定の回数の達した場合は、無線リンク切断要求の送信を行わずに、接続ができなかったことを示す通知を前記VoIP呼制御手段に送信する手段を有することとしてもよい。
【００１８】
また、本発明は、無線APとVoIP呼制御手段とを有する無線ＩＰ電話システムにおけるアクセス制御装置であって、前記無線APの電波干渉状態を示す電波干渉状態情報を当該無線APから取得する電波干渉状態情報取得手段と、当該電波干渉状態情報と予め定めた閾値とを比較することにより、前記無線APが電波干渉中であるか否かを判定するリソース状態判定手段と、前記リソース状態判定手段により、前記無線APが電波干渉中であると判定された場合に、当該無線APに無線LANで接続された通話中の端末の無線リンク切断を行うための無線リンク切断要求を前記無線APに送信する無線リンク切断手段とを有し、前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの少なくとも１つ有し、前記アクセス制御装置は、前記無線APに接続された端末の電波状態を示す電波状態情報を取得する電波状態情報取得手段を有し、前記無線リンク切断手段は、前記無線APが電波干渉中であると判定された場合に、当該無線APに接続された通話中の端末のうち、最も電波状態が悪い端末の無線リンク切断を行うための無線リンク切断要求を前記無線APに送信することを特徴とするアクセス制御装置として構成することもできる。
前記アクセス制御装置において、前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値を有し、前記リソース状態判定手段は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの１つ又は複数が予め定めた閾値より小さい場合に電波干渉中でないと判定するようにしてもよい。
【００２１】
また、前記リソース状態判定手段は、前記無線リンク切断要求に基づき無線リンクを切断された端末が次に接続する無線APのリソース状態を判定する手段を有し、前記無線リンク切断手段は、前記端末が次に接続する無線APのリソース状態が異常であると判定された場合に、当該無線APに接続された端末の無線リンク切断を行うための無線リンク切断要求を当該無線APに送信する手段を有することとしてもよい。
【００２２】
また、前記アクセス制御装置は、リソース状態が異常であることにより前記端末が無線APとの接続に失敗した回数を保持し、その回数と所定の回数とを比較し、接続に失敗した回数が前記所定の回数に達していない場合に、接続に失敗した無線APに無線リンク切断要求を送信し、接続に失敗した回数が前記所定の回数の達した場合は、無線リンク切断要求の送信を行わずに、無線APの切り替えが失敗したことを示す無線AP切替失敗通知を前記VoIP呼制御手段に送信する手段を有することとしてもよい。
【００２３】
また、前記アクセス制御装置は、無線リンク切断要求に基づき無線リンクを切断された端末が次に接続する無線APに対する前記リソース状態判定手段によるリソース状態判定結果に異常がない場合に、当該無線APにおける帯域を確保し、前記端末の通信を継続する手段を有することとしてもよい。
【００２４】
また、本発明は、無線APとVoIP呼制御手段とを有する無線ＩＰ電話システムにおけるアクセス制御装置であって、他の端末と通話中の状態にある端末が、無線LANで接続中の無線APの配下から、他の無線APである移動先無線APの配下に移動し、当該端末が当該移動先無線APに接続したことに応じて、当該移動先無線APの電波干渉状態を示す電波干渉状態情報を取得し、当該電波干渉状態情報と予め定めた閾値とを比較することにより、前記移動先無線APが電波干渉中であるか否かを判定する手段を有するリソース状態判定手段と、前記リソース状態判定手段によるリソース状態判定結果に異常がない場合に、前記移動先無線APにおける帯域を確保し、前記端末と前記他の端末との通信を継続する手段とを有し、前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの少なくとも１つを有することを特徴とするアクセス制御装置として構成することもできる。
前記アクセス制御装置において、前記電波干渉状態情報は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値を有し、前記リソース状態判定手段は、チャネル利用率、リトライパケット数、パケット送信分散値、及びパケット受信分散値のうちの１つ又は複数が予め定めた閾値より小さい場合に電波干渉中でないと判定するようにしてもよい。
【００２５】
前記リソース状態判定手段は、前記端末の電波状態を示す電波状態情報を前記移動先無線APから取得し、当該電波状態情報と予め定めた閾値とを比較することにより、前記端末が低電波状態にあるか否かを判定する手段を更に有することとしてもよい。
【００２６】
また、前記リソース状態判定手段は、前記移動先無線APが輻輳中であるか否かを判定する手段を更に有することとしてもよい。
【００２７】
また、前記アクセス制御装置は、前記リソース状態判定手段により前記移動先無線APのリソース状態が異常であると判定された場合に、当該移動先無線APに接続された端末の無線リンク切断を行うための無線リンク切断要求を当該移動先無線APに送信する手段を有することとしてもよい。
【００２８】
また、前記アクセス制御装置は、リソース状態が異常であることにより前記端末が無線APとの接続に失敗した回数を保持し、その回数と所定の回数とを比較し、接続に失敗した回数が前記所定の回数に達していない場合に、接続に失敗した無線APに無線リンク切断要求を送信し、接続に失敗した回数が前記所定の回数の達した場合は、無線リンク切断要求の送信を行わずに、移動が失敗したことを示す通知を前記VoIP呼制御手段に送信する手段を有することとしてもよい。
【発明の効果】
【００２９】
本発明によれば、端末に関するリソース状態の問い合わせを受信したことに応じて、当該端末に接続されている無線APが電波干渉中であるか否かを判定し、判定結果をVoIP呼制御手段に通知するので、電波干渉状態に応じた呼制御を実現できる。これにより、例えば、電波干渉中であれば呼接続を行わないようにすることができるため、電波干渉中に無線AP配下で接続中の他の端末の通信品質を悪化させるといった従来の問題を解消できる。
【００３０】
また、端末が低電波状態にあるか否かを更に判定し、判定結果に応じた呼制御を行うことにより、端末自身が低品質の通話を行うことを回避することができるとともに、他の端末の通信品質を悪化させる問題も解消できる。
【００３１】
また、本発明によれば、無線APのリソース状態が異常である場合に、別の無線APへの接続替えを行うこととしているので、安定した通信を確保することが可能となる。
【００３２】
また、本発明によれば、通話中の端末が接続しているリソース状態の判定を行い、リソース状態が正常であればその無線APで通信を継続し、リソース状態が異常である場合に、他の無線APへの接続替えを行うこととしているので、安定した通信を持続することが可能となる。
【００３３】
更に、本発明によれば、ある無線AP配下から別の無線AP（移動先無線AP)配下に端末が移動（ハンドオーバ）する場合に、移動先無線APのリソース状態の判定を行い、リソース状態が正常であればその移動先無線APで通信を継続し、リソース状態が異常である場合に、他の無線APへの接続替えを行うこととしているので、安定した通信を持続することが可能となる。
【発明を実施するための最良の形態】
【００３４】
以下、図面を参照して本発明の実施の形態を説明する。
＜第１の実施の形態＞
（システム概要）
図２に、本発明の第１の実施の形態におけるシステムの一例を示す。図２に示すシステムは、図１に示したシステムにアクセスコントローラ３０が付加されたものである。なお、アクセスコントローラ３０は、図２における無線LANスイッチに替えて、もしくは無線LANスイッチ内に備えることも可能である。
【００３５】
図２のシステムにおける各無線APは、当該無線AP配下の端末から受信する信号に基づき、その端末の電波状態（本実施の形態では電波強度）を測定し、それを端末の識別情報と対応付けて保存しておく機能、及びアクセスコントローラ３０からの要求に基づきその情報をアクセスコントローラ３０に送信する機能を有している。更に、図２のシステムにおける各無線APは、電波干渉状態を示す情報を取得し、保存しておく機能、及びアクセスコントローラ３０からの要求に基づきその情報をアクセスコントローラ３０に送信する機能を有している。
【００３６】
また、図２のシステムにおけるアクセスコントローラ３０は、無線AP毎に端末毎の帯域の割り当て状態を管理する機能、無線APから当該無線AP配下の端末の電波状態の情報を取得する機能、及び無線APから当該無線APの電波干渉状態を示す情報を取得する機能を有している。また、アクセスコントローラ３０は、これらのデータに基づき、無線APに対する帯域予約を行うか否かを判定する機能を有している。SIPサーバ４０はVoIP通信の発生に応じてアクセスコントローラ３０にリソース状態の問い合わせに相当する帯域予約要求を送信し、帯域予約要求に対する応答内容に応じた呼制御を行う機能を有している。なお、本明細書及び特許請求の範囲において、"リソース"とは特に断らない限り通信に用いられる資源全般のことを意味する。また、"リソース状態"とはそのリソースの状態であり、例えば端末の電波状態、無線APの電波干渉状態、無線APの使用帯域等を含むものである。
【００３７】
図３を用いて本実施の形態のシステムの動作概要を説明する。図３において、端末１が無線AP１０配下にあるが未だ呼接続はされていないものとする。このような状態で、発信元の端末２から端末１に対する呼接続要求がSIPサーバ４０に送信されると（ステップＡ）、SIPサーバ４０はアクセスコントローラ３０に、着信先端末である端末１の呼のための帯域予約要求を送信する（ステップＢ）。アクセスコントローラ３０は、無線AP１０の電波干渉状態情報、端末１の電波状態情報、及び無線AP１０の輻輳状態情報を取得し、これらのうち、予め定めた条件を満たさないものがある場合に、無線AP１０において端末１に対するリソースの割り当てができないことをSIPサーバ４０に通知する（ステップＣ）。SIPサーバ４０はこの通知を受信し、ステップＡの呼接続要求に対する応答として、発信元の端末２に対してビジーを送信する（ステップＤ）。
【００３８】
図４は、アクセスコントローラ３０における判定処理を示すフローチャートである。この図に示すとおり、アクセスコントローラ３０は、SIPサーバ４０から端末１に係る帯域予約要求（リソース状態問い合わせ）を受信すると（ステップ１）、まず、端末１と無線リンク接続している無線AP１０の電波干渉状態を示す情報を当該無線AP１０から取得し（ステップ２）、それが予め定めた電波干渉閾値未満かどうかを調べ、電波干渉閾値未満であればステップ４の処理に進む（ステップ３）。ステップ３において無線APの電波干渉状態を示す情報が電波干渉閾値以上である場合は、無線APが電波干渉中であるため、端末１と端末２を接続すべきでないと判定し、無線AP１０に対する帯域予約を行わずに、電波干渉中であることを示す応答をSIPサーバ４０に送信する（ステップ１０）。
【００３９】
ステップ４において、アクセスコントローラ３０は、端末１の電波強度を無線AP１０から取得し、それが予め定めた電波強度閾値より大きいかどうかを調べ、電波強度閾値より大きければステップ６の処理に進む（ステップ５）。端末１の電波強度が予め定めた電波強度閾値以下である場合は、端末１が低電波状態にあり、端末１と端末２を接続すべきでないと判定し、無線AP１０に対する帯域予約を行わずに、低電波状態であることを示す応答をSIPサーバ４０に送信する（ステップ１１）。
【００４０】
ステップ６において、アクセスコントローラ３０は、無線AP１０が輻輳中であるかどうかを調べ、輻輳中であれば端末１と端末２を接続すべきでないと判定し、輻輳中であることを示す応答をSIPサーバ４０に送信する（ステップ１２）。
【００４１】
全ての条件を満たした場合は、ステップ７において帯域予約ＯＫを示す応答をSIPサーバ４０に送信する。その後、端末１と端末２との接続のためのシーケンスを経て、端末１と端末２間で音声通話が行われる。一方、ステップ１０、１１、１２の後は、例えばSIPサーバ４０が端末２に対してビジーを通知する。
【００４２】
本実施の形態では、電波干渉状態を示す情報として、C.U.（Channel Utilization）値、リトライパケット数、パケット送信分散値、及びパケット受信分散値を使用しており、これら４つのうちどれか１つでも予め定めた閾値より小さければ電波干渉中でないと判定する。つまり、これらのうち全てが閾値以上である場合に電波干渉中であると判定する。なお、これらのうち１つでも予め定めた閾値以上である場合に電波干渉中であると判定することとしてもよい。また、４つのうちの所定の数のパラメータが予め定めた閾値より小さければ電波干渉中でないと判定するといったように、４つのパラメータの組み合わせに種々のバリエーションを設けてもよい。他の実施の形態でも同様である。
【００４３】
C.U.値は、チャネル利用率であり、対象の無線AP以外の電波発生源からの電波を含む電波使用状態を示す値である。リトライパケット数は、無線APが単位時間当たりに再送を行ったパケット数である。これらはいずれも電波干渉中には大きな値となる。パケット送信分散値はパケット送信の分散値である。電波干渉が小さい状態であれば、パケットは一定の間隔で送信することができるが、電波干渉が大きい状態では、パケットを送信できない状態が頻繁に発生するため、パケットの送信にばらつきが生じ、分散値が大きくなる。パケット受信分散値はパケット受信の分散値であり、パケット送信分散値と同様に、電波干渉が大きい状態ではその値が大きくなる。
【００４４】
本実施の形態では、無線AP１０が輻輳中である場合のみならず、無線AP１０における電波干渉が大きい場合や端末の電波状態が良好でない場合にも、新たな呼接続がなされないため、従来技術の問題が解消される。なお、輻輳時におけるSIPサーバ４０の処理としてビジー返却を説明したが、これは一例に過ぎず、他にも様々な処理が可能である。
【００４５】
（システムの動作詳細）
次に、本実施の形態のシステムの動作をシーケンス図を参照して詳細に説明する。各シーケンス図では、各装置内に保持されるデータの構造を適宜示している。また、シーケンス図中にレジストラとSIPサーバが示されているが、これらは別々の装置であってもよいし、SIPサーバ内にレジストラが含まれる構成でもよい。このレジストラは一般的なSIPに基づくレジストラの機能と同様の機能を有している。また、各シーケンス中、MSIDは端末のMACアドレスを示し、APIDは無線APのIDを示し、URIはSIP−URIを示す。
【００４６】
まず、図５を参照してVoIP端末１（以下、端末１と呼ぶ）をアクセスコントローラに登録するためのシーケンスを説明する。図５に示す登録処理は、例えば端末１の電源が入れられたときに自動的に行われるものである。また、図５に示す時点においてSIPサーバにアクセスコントローラが登録されており、アクセスコントローラとSIPサーバ間でSIPに基づくメッセージ送受信が可能となっている。
【００４７】
図５のステップ１において、端末１と無線AP０１間で無線LANにおける無線リンク接続処理及び認証処理等が行われる。ここで、無線AP０１は端末１のMACアドレス（MSID）を取得し、登録する（ステップ２）。無線AP０１は無線AP０１のID（AP０１）と端末１のMACアドレス（MS０１）とを含む端末登録リクエストをアクセスコントローラに対して送信する（ステップ３）。アクセスコントローラは無線AP０１から受信した無線AP０１のID（AP０１）と端末１のMACアドレス（MS０１）とを記憶装置に格納することにより登録する（ステップ４）。そして、アクセスコントローラは無線AP０１に対して端末登録レスポンスを返す（ステップ５）。
【００４８】
ステップ６において、端末１はレジストラに対してSIPのレジスタメッセージを送信する。送信するメッセージにはMS０１と端末１のURI（URI１）が含まれる。レジストラは通常のレジスタ処理を行うとともに、MS０１とURI１とを含むURI登録リクエストをアクセスコントローラに送信する（ステップ７）。アクセスコントローラはURI１をAP０１及びMS０１と対応付けて格納することによりURIの有効化を行い（ステップ８）、URI登録レスポンスをレジストラに送信する（ステップ９）。そして、レジストラはステップ６のレジスタメッセージの応答を端末１に返す（ステップ１０）。
【００４９】
なお、ここで説明する例では、端末のMACアドレスとURIとをシーケンスの中でアクセスコントローラに格納しているが、予めこれらのデータをアクセスコントローラに格納しておき、状態変化のみを記録することとしてもよい。この場合、例えば、ステップ４において予め登録されているMS０１に対応付けてAP０１が記録され、ステップ８においてAP０１、MS０１、URI１に対応付けてURI１が有効になった旨の情報が記録される。他の実施の形態でも同様である。
【００５０】
次に、図６を参照してアクセスコントローラから登録された端末１を削除する処理について説明する。図６に示す処理は、例えば端末１の電源を切る際に実行されるものである。
【００５１】
図６のステップ１において、端末１は登録削除命令を含むレジスタメッセージをレジストラに送信する。レジストラはアクセスコントローラに対してURI削除リクエストを送信し（ステップ２）、これを受信したアクセスコントローラはデータベースからURI１を削除することによりURIを無効化する（ステップ３）。アクセスコントローラはURI削除レスポンスを返し（ステップ４）、レジストラは端末１に対して応答を返す（ステップ５）。
【００５２】
ステップ６において、端末１は無線AP０１から離脱する（無線APとの無線リンクを切断する）場合における無線LANの処理を実行し、これを受けて無線APはMSIDを削除するとともに（ステップ７）、端末削除リクエストをアクセスコントローラに送信し（ステップ８）、これを受信したアクセスコントローラはデータベースからAP０１とMS０１を削除し（ステップ９）、端末削除レスポンスを無線AP０１に返す（ステップ１０）。
【００５３】
次に、図７〜図９を参照して、無線AP０１が電波干渉中でなく、着信先の端末である端末１の電波状態が良好であり、無線AP０１が輻輳中でない場合において、端末１に端末２から着信要求がなされた場合の動作について説明する。なお、以下の図ではレジストラを示していない。
【００５４】
発信元の端末２が呼接続要求（INVITE）をSIPサーバに送信する（ステップ１）。INVITEを受信したSIPサーバは、発信元端末URI（URI２）と着信先端末URI（URI１）と必要帯域幅とを含むQoS予約リクエストをアクセスコントローラに送信する（ステップ２）。アクセスコントローラは着信先URI１に基づきデータベースを検索し、端末１を配下に持つ無線AP０１を抽出する（ステップ３）。
【００５５】
そして、アクセスコントローラは、その無線AP０１に対して電波干渉状態要求を送信し（ステップ４）、無線AP０１は電波干渉状態を示す情報をアクセスコントローラに送信する（ステップ５）。アクセスコントローラは、電波干渉状態を示す各値とそれぞれの閾値とを比較することにより無線AP０１の電波干渉状態を判定する（ステップ６）。ここでは電波干渉中でないと判定されるので、アクセスコントローラは、端末１のMSIDであるMS０１を含む電波状態要求を無線AP０１に送信する（ステップ７）。無線AP０１は、端末１の電波強度をアクセスコントローラに送信する（ステップ８）。アクセスコントローラは、端末の電波強度と予め定めた閾値とを比較することにより端末１の電波状態判定を行う（ステップ９）。ここでは電波状態は良好であると判定されるので、アクセスコントローラは、無線AP０１に対してMS０１と必要帯域幅とを含むQoS予約リクエストを送信する（ステップ１０）。無線AP０１は、輻輳中ではないので、端末１に対して帯域を予約し（ステップ１１）、QoS予約レスポンスをアクセスコントローラに返し（ステップ１２）、アクセスコントローラは予約ＯＫを示すQoS予約レスポンスをSIPサーバに返す（ステップ１３）。その後、通常のSIPに基づくシーケンスが実行される（図８のステップ１４〜ステップ１８）。
【００５６】
なお、本シーケンスでは無線AP０１が帯域を管理し、帯域予約／確保を行うこととしているが、アクセスコントローラに、無線APの帯域を管理し、帯域予約／確保等の制御を行う機能を持たせてもよい。この場合、無線APとアクセスコントローラ間での帯域予約／確保／解放等に関するメッセージの送受信はなされず、アクセスコントローラ内で帯域予約／確保／解放等の帯域管理がなされる。
【００５７】
無線AP０１はタイマ監視をしており、所定の時間内に次のメッセージ（ステップ２２）を受信しなければステップ１１で予約した帯域を解放する（図８のステップ１９）。
【００５８】
ＡＣＫの送受信（図８のステップ１７、１８）を行ったSIPサーバは端末１と端末２間の呼を話中呼として管理している。また、この時点で端末１、２間の帯域幅が決定することから、ステップ２０において、SIPサーバはQoS確保リクエストをアクセスコントローラに送信する。その後は、QoS予約リクエストのシーケンス（ステップ３、ステップ１０〜ステップ１３）と同様のシーケンス（図８のステップ２１〜ステップ２５）によって無線APでの帯域確保がなされ、端末１、２間での音声通信が実行される（ステップ２６）。
【００５９】
図９は、図８のステップ２６の後、端末２から呼切断が行われる場合の処理を示すシーケンス図である。ステップ２７〜ステップ３０において、通常のSIPによる処理が行われることにより、SIPサーバは呼を切断する。ステップ３１において、SIPサーバはQoS解放リクエストをアクセスコントローラに送信する。アクセスコントローラは該当の無線AP０１を抽出し（ステップ３２）、QoS解放リクエストを無線AP０１に送信する（ステップ３３）。無線AP０１は今までMS０１に対して確保していた帯域を解放し（ステップ３４）、QoS解放レスポンスをアクセスコントローラに返し（ステップ３５）、アクセスコントローラはQoS解放レスポンスをSIPサーバに返す（ステップ３６）。
【００６０】
図１０〜図１２は、無線AP０１が電波干渉中でなく、端末１の電波状態が良好であり、無線AP０１が輻輳中でない場合において、端末１が端末２に対して発信する場合のシーケンスを示す図である。発信端末と着信端末が入れ替わったことにより生じるSIPシーケンスの違いを除き図７〜図９と同じ処理が実行され、帯域予約、帯域確保、帯域解放が行われる。
【００６１】
次に、無線AP０１が電波干渉中、端末１が低電波状態、無線AP01が輻輳中のいずれかの場合において、端末１に端末２から着信要求があった場合のシーケンスを図１３〜１５を参照して説明する。
【００６２】
図１３は、無線AP０１が電波干渉中である場合のシーケンスを示す図である。図１３におけるステップ１〜ステップ５は図７におけるステップ１〜ステップ５と同じである。図１３のステップ６において、電波干渉状態通知を受信したアクセスコントローラは、無線AP０１において電波干渉が発生していると判定し、電波干渉中であることを示すQoS予約レスポンスをSIPサーバに送信する（ステップ７）。SIPサーバはこのQoS予約レスポンスに基づき、端末２にビジーを送信する（ステップ８）。
【００６３】
図１４は、端末１が低電波状態にある場合のシーケンスを示す図である。図１４におけるステップ１〜ステップ８は図７におけるステップ１〜ステップ８と同じである。図１４のステップ９において、電波状態通知を受信したアクセスコントローラは、端末１が低電波状態にあると判定し、低電波状態であることを示すQoS予約レスポンスをSIPサーバに送信する（ステップ１０）。SIPサーバはこのQoS予約レスポンスに基づき、端末２にビジーを送信する（ステップ１１）。
【００６４】
図１５は、無線AP０１が輻輳中である場合のシーケンスを示す図である。図１５におけるステップ１〜ステップ１０は図７におけるステップ１〜ステップ１０と同じである。図１５のステップ１１において、無線AP０１は、現在割り当て可能な帯域をほとんど割り当て済みであり、QoS予約リクエストに含まれる必要帯域幅を予約することができないため、輻輳中と判定する。すると無線AP０１は輻輳中であることを示すQoS予約レスポンスをアクセスコントローラに返す（ステップ１２）。アクセスコントローラも同様のQoS予約レスポンスをSIPサーバに返し（ステップ１３）、SIPサーバはこのQoS予約レスポンスに基づき端末２にビジーを送信する（ステップ１４）。
【００６５】
なお、電波干渉状態判定、電波状態判定、輻輳状態判定を行う順番は、図７〜１５に示したものに限られず、どのような順番でもよい。例えば、輻輳状態判定を最初に行うことができる。この場合、アクセスコントローラは、無線AP０１から輻輳中であることを示すQoS予約レスポンスを受信した後に、電波干渉状態判定、電波状態判定を行わずに、輻輳中であることを示すQoS予約レスポンスをSIPサーバに送信する。また、アクセスコントローラが無線AP０１から正常なQoS予約レスポンスを受信した場合は、その後、電波干渉状態判定及び電波状態判定を行い、これらがOKであれば、正常なQoS予約レスポンスをSIPサーバに送信する。アクセスコントローラが無線AP０１から正常なQoS予約レスポンスを受信した場合において、その後の電波干渉状態判定及び電波状態判定のうちのいずれかがNGであった場合は、SIPサーバにその旨を示すQoS予約レスポンスを送信するとともに、予約を解放するためのメッセージを無線AP０１に送信すればよい。
【００６６】
また、アクセスコントローラが無線AP０１の帯域幅を管理し、輻輳状態判定を行う場合は、電波干渉状態判定、電波状態判定、及び輻輳状態判定の全てが良好である場合にのみ正常なQoS予約レスポンスをSIPサーバに送信することになる。
【００６７】
さて、図１３〜図１５では、電波干渉中等の場合にSIPサーバが端末２にビジーを送信することとしているが、SIPサーバは他に種々の呼制御処理を行うことが可能である。ビジーを送信すること以外の一例を図１６に示す。図１６は、SIPサーバの処理として携帯電話端末に呼の転送を行う例を示している。この例では、SIPサーバは、VoIP端末（URI)毎に転送先となる携帯電話端末の電話番号を保持している。また、図１６に示すGW（ゲートウェイ）は、携帯電話網とVoIP網とを接続するための装置である。
【００６８】
図１６に示すように、リソース状態の判定処理の結果、アクセスコントローラが、電波干渉中、低電波状態、輻輳中のうちのいずれかを示すQoS予約レスポンスをSIPサーバに送信する（ステップ１）。当該QoS予約レスポンスを受信したSIPサーバは、端末１に対応する携帯電話端末の電話番号を転送先として取得する（ステップ２）。そして、SIPサーバは、GWを介して端末２と携帯電話端末とを接続するためのSIPシーケンスを実行する（ステップ３、４、ステップ６〜９）とともに、GWと携帯電話端末間で接続処理が行われることにより（ステップ５）、端末２と携帯電話端末間での通話が行われる（ステップ１１）。なお、GWを介したVoIP端末と携帯電話端末との間の接続処理自体は従来技術である。
【００６９】
端末１が、VoIP端末の機能と上記携帯電話端末の機能とを備えるデュアル端末である場合、図１６に示す処理を行うことにより、端末１の保有者は、無線AP０１の状態にかかわらず通話を行うことが可能になる。もちろん、携帯電話端末は端末１と全く別の端末でもよい。また、転送先は携帯電話端末に限られず、他のVoIP端末、固定電話端末等でもよい。
【００７０】
なお、図１３〜１５では端末１が着信を受ける場合について説明したが、端末１が発信する場合も同様の処理が可能である。端末１が発信する場合は、ビジーがSIPサーバから端末１に送られることになる。
【００７１】
また、無線APの電波干渉状態及び端末の電波状態を取得するタイミングは、上記の実施の形態で説明したタイミングに限られるものでなく、例えば定期的に取得し、それをアクセスコントローラの記憶手段が保持し、記憶手段から電波干渉状態情報、電波状態情報を取得して電波干渉状態判定及び電波状態判定を行うこととしてもよい。
【００７２】
（装置構成概要）
上述した動作を実現するためにSIPサーバ、アクセスコントローラ、無線AP、コンソールが備える主要機能について説明する。
【００７３】
本実施の形態のアクセスコントローラは、無線APに接続された端末への着信又は当該端末からの発信に係る呼接続要求を受信したSIPサーバから当該端末に関するリソース状態の問い合わせを受信する受信手段と、前記端末に関するリソース状態の問い合わせを受信したことに応じて、当該端末に接続されている前記無線APの電波干渉状態を示す電波干渉状態情報を取得し、当該電波干渉状態情報と予め定めた閾値とを比較することにより、前記無線APが電波干渉中であるか否かを判定する手段を有するリソース状態判定手段と、前記リソース状態判定手段による判定結果をSIPサーバに通知する通知手段とを有している。より詳細には次のとおりである。
【００７４】
図１７は、SIPサーバ４０、アクセスコントローラ３０、無線AP１０、コンソール５０の機能概要例を説明するための図である。
【００７５】
SIPサーバ４０は、SIPに基づく呼制御を行うための呼制御機能４１に加えて、端末のSIPサーバ（レジストラ）への登録／削除をトリガーにして、アクセスコントローラ３０に対してURI登録（有効化）／削除（無効化）のリクエストを行い、SIPメッセージ（INVITE／ＢＹＥ／レスポンスなど）をトリガーにして、アクセスコントローラ３０に対して、QoS予約／確保／解放のリクエストを行う等の機能を有する対アクセスコントローラインタフェース機能４２を有している。
【００７６】
アクセスコントローラ３０は、SIPサーバ４０から受信した上記各リクエストに対応する処理を行い、回答（ＯＫ／ＮＧ）をSIPサーバ４０に対して送信する対SIPサーバインタフェース機能３１、無線APの電波干渉状態、及び端末の電波状態を示す情報を収集する電波干渉情報・端末電波状態情報収集機能３６、無線APの電波干渉状態、無線APの輻輳状態、及び端末の低電波状態の判定を行う判定機能３２、無線APから受信した端末登録／削除のリクエストに対応する処理を行う対無線APインタフェース機能３３、コンソールからの入力に応じて（ａ）端末MACアドレスとSIP−URIの対、（ｂ）無線APの最大帯域、電波干渉状態及び低電波状態判定のための閾値等をデータベース３５に設定する対コンソールインタフェース機能３４、及びデータベース３５を有している。なお、この例はアクセスコントローラ３０が各無線APの帯域を管理する場合の例である。
【００７７】
また、無線AP１０は無線AP本来の機能である無線AP機能１１に加え、端末の無線APへの接続／切断をトリガーに、アクセスコントローラ３０に対して端末登録／削除のリクエストを行う対アクセスコントローラインタフェース機能１２を有している。
【００７８】
コンソール５０は操作者の入力を受け付けるユーザインタフェース機能５１と、設定情報をアクセスコントローラ３０に送信する対アクセスコントローラインタフェース機能５２を有している。
【００７９】
SIPサーバ４０、アクセスコントローラ３０はそれぞれＣＰＵ、記憶装置、通信用装置等を備えたコンピュータに上記各機能を実現するためのプログラムを搭載することにより実現されるものである。他の実施の形態についても同様である。
【００８０】
次に、アクセスコントローラ３０が保持するデータベース３５内の端末管理データ、無線AP管理データ、及び閾値データについて説明する。
【００８１】
図１８に端末管理データの例を示す。ここで示す例では端末MACアドレスと端末SIP−URIとを対応付けて予めアクセスコントローラ３０のデータベース３５に固定値として登録しておく。そして、図７等で説明したシーケンスにより送受信されるデータに基づき、無線状態、呼状態、接続APをデータベース３５に随時記録することにより端末を管理する。
【００８２】
図１８に示すデータにおける「無線状態」は端末と無線APとの接続状態を示すデータであり、端末と無線APとが接続状態にあるときは"Link Up"が記録され、切断状態にあるときは"Link Down"が記録される。また、接続状態にあるときの無線APのIDが「接続AP」に記録される。
【００８３】
「呼状態」は呼の状態を示すデータであり、呼接続無しで登録されている状態では"Register"が記録され、登録が削除された状態では"Unregister"が記録される。また、QoS予約リクエストをSIPサーバから受信し、QoS予約レスポンスをSIPサーバに返すまでのQoS予約中の状態では"QoS予約中"が記録され、QoS予約レスポンスをSIPサーバに返してからQoS確保リクエストを受信するまでは"QoS予約済"が記録され、QoS確保リクエストを受信してから、QoS確保レスポンスをSIPサーバに返すまでのQoS確保中の状態では"QoS確保中"が記録され、QoS確保レスポンスをSIPサーバに返してからQoSが確保されている状態では"QoS確保済"が記録される。
【００８４】
「電波状態」は、端末の電波状態を示す情報であり、本実施の形態では端末の電波強度を示す値である。図７〜１５で説明した方法で電波状態判定を行う場合は、この値をデータベース３５に保持しておく必要は必ずしもないが、この値をデータベース３５に保持しておくことにより、呼接続中の端末毎の電波状態を把握することが可能となる。また、定期的に電波状態情報を取得することにより、電波状態判定を行う場合は、電波状態を示す値をデータベース３５に保持しておくことが必要である。
【００８５】
図１９に無線AP管理データの例を示す。APIDとリソース上限値は、予め登録される固定値データであり、利用中リソース量、C.U値、リトライパケット数、パケット受信分散値、パケット送信分散値は、随時変更されるデータである。
【００８６】
図１９における「APID」は無線AP毎に一意なIDであり、端末管理データの「接続AP」に登録される情報と同じものである。「リソース上限値」は無線APで利用可能なリソース上限値である。「リソース利用量」は無線APで現在使われている帯域量であり、無線APに接続された端末の呼数に応じて動的に変化するものである。この情報と「リソース上限値」との差分により、空きの帯域量を判定でき、当該無線APが輻輳中か否かを判断できる。
【００８７】
なお、無線APがリソース上限値と利用中リソース量を保持してもよい。無線APがこれらのデータを保持する場合には、無線APが輻輳判定を行い輻輳判定結果がアクセスコントローラに送信されることになる。一方、アクセスコントローラがこのデータを保持することにより、無線APに輻輳判定等の機能を設ける必要がなくなる。
【００８８】
C.U値、リトライパケット数、パケット受信分散値、パケット送信分散値は、電波干渉状態を示す値である。図７〜１５で説明した方法で電波干渉状態判定を行う場合は、これらの値をデータベース３５に保持しておく必要は必ずしもないが、これらの値をデータベース３５に保持しておくことにより、無線AP毎の電波干渉状態を把握することが可能となる。また、定期的に電波干渉状態情報取得を行うことにより、電波干渉状態判定を行う場合は、図１９に示すように電波干渉状態を示す値をデータベース３５に保持しておくことが必要である。
【００８９】
図２０に閾値データの例を示す。図２０に示すように、閾値データは、端末が低電波状態であるか否かを判定するための閾値、及び無線APが電波干渉中であるか否かを判定するための閾値を含む。なお、図２０に示す閾値データは、全ての無線APに共通としてもよいし、無線AP毎に備えることとしてもよい。
【００９０】
（アクセスコントローラ詳細機能構成）
次に、アクセスコントローラ３０の詳細機能構成を図２１を用いて説明する。図２１に示す例は輻輳判定、リソース予約／確保等の無線APリソース管理をアクセスコントローラ３０が行う場合の例である。また、図２１に示す例は、図１８、１９に示したデータをデータベース３５が保持する場合の例である。また、以下でのリソース予約等におけるリソースとは使用帯域を示している。
【００９１】
図２１に示すように、アクセスコントローラ３０は、データベース３５、SIP連携Ｉ／Ｆ６０、リソース管理機能７０、データ管理機能８０、無線AP管理機能９０、端末管理機能１００、無線AP連携Ｉ／Ｆ１１０を有している。
【００９２】
以下、各機能部の機能についてより詳細に説明する。
【００９３】
SIP連携Ｉ／Ｆ６０はSIP要求受付部６１、SIP要求返却部６２を有している。SIP要求受付部６１は端末登録要求受付部６４とリソース要求受付部６５を有している。端末登録要求受付部６４はレジストラから端末登録要求を受け付ける。また、端末登録情報を端末登録部（アプリケーション層）１０１に渡す。リソース要求受付部６５はSIPサーバ４０からリソース要求を受け付け、リソース要求種別（予約／確保／解放）に応じて、リソース予約／解放部７１にリソース操作を要求する。
【００９４】
SIP要求返却部６２は端末登録要求返却部６６とリソース要求返却部６７を有しており、端末登録要求返却部６６は端末登録要求受付部６４へのリクエストの結果をレジストラに返却し、リソース要求返却部６７はリソース要求受付部６５へのリクエストの結果をSIPサーバ４０に返却する。リクエストの結果としては、正常にリソース要求が受け付けられたことを示すものの他、無線APが電波干渉中であること、無線APが輻輳中であること、端末が低電波状態であること等の異常状態を示すものがある。
【００９５】
リソース管理機能７０は状態判定／リソース予約／解放部７１を有している。状態判定／リソース予約／解放部７１はリソース要求種別（予約／確保／解放）に応じて、データ更新部８１にリソース操作を要求する。また、空きリソース量に応じて、輻輳判断を行う。例えば、上限リソース量から使用中リソース量を減算した値が、要求されたリソース量以下である場合に輻輳中であると判断する。更に、状態判定／リソース予約／解放部７１は、データベース３５に格納されている閾値と、無線APから取得した電波状態情報や電波干渉状態情報とを比較することにより、電波状態判定及び電波干渉状態判定を行い、判定結果をリソース要求返却部６７に通知する。
【００９６】
データ管理機能８０はデータ更新部８１を有している。データ更新部８１はデータベース３５のデータ読み出し／追加／更新／削除を行う。また、SIP−URIと端末MACアドレスとの相互変換を行う。無線AP管理機能９０は、無線AP／リソース登録部９１と無線AP状態登録部９２を有している。無線AP／リソース登録部９１は無線APの登録及び当該無線APに対するリソース上限値をコンソール５０からの指示に基づきデータベース３５に設定する。また、無線AP状態登録部９２は、無線APから取得した電波干渉状態情報をデータ更新部８１を介してデータベース３５に格納する。
【００９７】
端末管理機能１００は、端末登録部（アプリケーション層）１０１、端末登録部（データリンク層）１０２、及び端末電波状態登録部１０３を有している。端末登録部（アプリケーション層）１０１は端末登録要求受付部６４から、リソース管理対象端末のSIP−URIを受け取り、データ更新部８１に対してデータ登録を要求する。当該処理により、SIP−URIが本システムで有効化される。また、端末登録部（データリンク層）１０２は端末MAC登録要求受付部１１１から、リソース管理対象端末のMACアドレスを受け取り、データ更新部８１に対してデータ登録を要求する。当該処理により、端末MACアドレスが本システムで有効化される。また、端末電波状態登録部１０３は、無線APから受信する端末の電波状態情報をデータ更新部８１を介してデータベース３５に格納する。
【００９８】
無線AP連携Ｉ／Ｆ１１０は、端末MAC登録要求受付部１１１、無線AP電波干渉状態取得部１１２、及び端末電波状態取得部１１３を有している。端末MAC登録要求受付部１１１は、無線APで発生する端末イベント（Association/Disassociation/Reassociation）を契機として、イベントを受け付け、当該イベントの種別に応じて、端末登録部（データリンク層）１０２に対して、端末MACアドレスの登録／削除／再登録を要求する。無線AP電波干渉状態取得部１１２は、無線APに対して無線AP電波干渉状態情報の要求を送信し、無線APから無線AP電波干渉状態情報を受信する。端末電波状態取得部１１３は、無線APに対して特定の端末の電波状態情報の要求を送信し、無線APから当該端末の電波状態情報を受信する。
【００９９】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。第１の実施の形態では、電波干渉中等にある無線APに接続された端末に対して他の端末から着信があった場合等に、当該他の端末に対してビジー信号を送出する等の呼制御を行う例を説明した。
【０１００】
ある無線APが電波干渉中等で接続不可であっても、隣接する無線APは接続可能である場合があるが、第１の実施の形態では隣接する無線APを有効に活用できていない。そこで、本実施の形態では、電波干渉中等で接続不可の無線APに隣接する無線APを用いて通信を継続する例について説明する。
【０１０１】
図２２は、本実施の形態の動作概要の一例を示す図である。最初に端末１が無線AP１０に接続されている状態で端末１から端末２に対する発信、もしくは端末２から端末１に対する発信が行われたとする。このとき、第１の実施の形態と同様にして無線AP１０における電波干渉状態、端末１の電波状態、無線AP１０における輻輳状態のチェックがなされ、いずれかが所定の条件を満たさなければ、端末１と無線AP１０間の無線リンクを切断する。
【０１０２】
端末１は続いて無線AP２０へ接続する。すると、無線AP２０において上記と同様のチェックがなされ、所定の条件を満たさなければ、端末１と無線AP２０間の無線リンクを切断する。このような処理が、予め定めた回数まで行われる。なお、この繰り返しの回数をリトライ回数と呼ぶ。図２２に示す例では、無線AP２５に端末１が接続することより端末２との呼接続が成功し、端末１と端末２間で通話が行われる。なお、予め定めた回数まで無線APの接続替えを行っても、所定の条件を満たさない場合は、ビジー処理等の呼処理が行われる。
【０１０３】
次に、図２３を参照して、アクセスコントローラ３０における判定処理を説明する。この図に示すとおり、アクセスコントローラ３０は、SIPサーバ４０から端末１に係る帯域予約要求（リソース状態問い合わせ）を受信すると（ステップ１）、まず、端末１と無線リンク接続している無線APの電波干渉状態を示す情報を当該無線APから取得し（ステップ２）、それが予め定めた電波干渉閾値未満かどうかを調べ、電波干渉閾値未満であればステップ４の処理に進む（ステップ３）。ステップ３において無線APの電波干渉状態を示す情報が電波干渉閾値以上である場合は、無線APが電波干渉中であるため、当該無線APを介して端末１と端末２を接続すべきでないと判定し、リトライ回数が規定値未満であれば無線リンク切断を行う（ステップ１０、１６）。リトライ回数が規定値以上であれば、電波干渉中であることを示す応答をSIPサーバ４０に送信する（ステップ１０、１１）。
【０１０４】
ステップ４において、アクセスコントローラ３０は、端末１の電波強度（電波状態）を無線APから取得し、それが予め定めた電波強度閾値より大きいかどうかを調べ、電波強度閾値より大きければステップ６の処理に進む（ステップ５）。端末１の電波状態が予め定めた電波強度閾値以下である場合は、端末１が低電波状態にあり、端末１と端末２を接続すべきでないと判定し、リトライ回数が規定値未満であれば無線リンク切断を行う（ステップ１２、１６）。リトライ回数が規定値以上であれば、低電波状態であることを示す応答をSIPサーバ４０に送信する（ステップ１２、１３）。
【０１０５】
ステップ６において、アクセスコントローラ３０は、無線APが輻輳中であるかどうかを調べ、輻輳中であれば端末１と端末２を接続すべきでないと判定し、リトライ回数が規定値未満であれば無線リンク切断を行う（ステップ１４、１６）。リトライ回数が規定値以上であれば、輻輳中であることを示す応答をSIPサーバ４０に送信する（ステップ１４、１５）。
【０１０６】
全ての条件を満たした場合は、ステップ７において帯域予約ＯＫを示す応答をSIPサーバ４０に送信する。その後、端末１と端末２との接続のためのシーケンスを経て、端末１と端末２間で音声通話が行われる。一方、ステップ１１、１３、１５の後は、例えばSIPサーバ４０が端末２に対してビジーを通知する。また、第１の実施の形態の例と同様に、携帯電話網への接続を行ってもよい。
【０１０７】
次に、本実施の形態におけるシステムの動作を詳細に説明する。以下、アクセスコントローラが保持する端末管理データを、呼状態管理テーブルとして示している。また、動作の前提として、保守端末からアクセスコントローラに、リトライ規定値（上限値）と、再接続要求拒否時間が登録されるものとする。この登録は、端末毎にしてもよいし、全ての端末に共通の値として設定してもよい。また、無線AP毎に設定してもよい。
【０１０８】
端末１が接続できる状態の無線AP０２が存在する環境の下で、接続不可（本例では、電波干渉中）の無線AP０１に接続された端末１に端末２から着信があった場合のシステムの動作について図２４、図２５を参照して詳細に説明する。  
図２４におけるステップ１〜ステップ６は図１３におけるステップ１〜ステップ６と同じである。無線AP０１が電波干渉中であることを検出したアクセスコントローラは、呼状態管理テーブルにおける端末１の呼状態を「隣接無線APへ切替中」とし、端末１が隣接無線APへ切替中であること、及び電波干渉中であることを示す情報を含むQoS予約レスポンスをSIPサーバに返す（ステップ７）。
【０１０９】
アクセスコントローラは、端末が無線APに接続後、無線APが接続不可であった回数をカウントする。つまり、ステップ８では、"１"をカウントする。この"１"は、１回リトライに失敗したことを示す。なお、この例では、最初の接続を行うことも"リトライ"に入れているが、最初の接続に失敗した後のリトライからカウントを開始することとしてもよい。そして、この数値と予め定めた数値とを比較し、この数値が予め定めた数値に達していた場合は、後述する呼処理に移る。このような判定処理は、リトライが永久に続くことを防止するために行われる。図２４の場合は、予め定めた数値は１より大きい数値であるものとし、１回目のリトライ失敗であるから、再接続のための処理に移行する。
【０１１０】
ステップ９にて、アクセスコントローラは、MS01と再接続要求拒否時間を含む無線リンク切断要求（隣接無線AP移動指示とも称することができる）を無線AP０１に送信する。無線AP０１は、端末１に対する再接続要求拒否時間を設定する（ステップ１０）。これにより、無線AP０１は、端末１から再度接続要求を受けた場合に、再接続要求拒否時間内であれば、その接続要求を拒否する。つまり、接続要求を受けても接続動作を行わない。
【０１１１】
無線リンク切断要求を受信した無線AP０１は、無線リンク切断指示（Deauthentication）を端末１に送信することにより無線リンクを切断する（ステップ１１）。無線リンクを切断された端末１は、隣接する無線APである無線AP０２に接続要求（Association）を送信する（ステップ１２）。なお、端末１の仕様によっては、無線AP０１への接続を再度試みる場合があるが、その場合でも、再接続要求拒否時間の間は、無線AP１０から再度端末登録リクエストが送信されることはない。
【０１１２】
無線AP０２は、端末１のMSIDであるMS01を登録する（ステップ１３）。そして、無線AP０２は無線AP０２のID（AP０２）と端末１のMACアドレス（MS０１）とを含む端末登録リクエストをアクセスコントローラに対して送信する（ステップ１４）。アクセスコントローラは無線AP０２から受信した無線APのID（AP０２）と端末１のMACアドレス（MS０１）とを記憶装置に格納することにより、MSIDとAPIDの更新を行う。（図２５のステップ１５）。そして、アクセスコントローラは無線AP０２に対して端末登録レスポンスを返す（ステップ１６）。アクセスコントローラは、端末１に対する呼状態を"無し"にする（ステップ１７）。
【０１１３】
その後、無線AP０２に関し、図７のステップ４〜ステップ１３と同様の処理が実行されることにより帯域予約が行われ（図２５のステップ１８〜２７）、更に図８と同様の処理が行われることにより端末１と端末２間での呼接続が行われる。
【０１１４】
次に、無線AP０１が接続不可（本例では、電波干渉中）であるとともに、隣接無線AP０２も接続不可（本例では、電波干渉中）であり、呼の中断を行う場合の動作を図２６を参照して説明する。
【０１１５】
端末２からのINVITE送信から、無線AP０２が電波干渉通知をアクセスコントローラに対して送信するまでの処理は図２４のステップ１〜図２５のステップ１９に示した処理と同じである。
【０１１６】
図２６のステップ２０において、アクセスコントローラは、無線AP０２から受信した電波干渉通知に基づき、無線AP０２が電波干渉中であると判定する。アクセスコントローラは、現在のリトライ回数と、リトライ回数の上限値とを比較する。本例においては、現在のリトライ回数（＝２）が予め規定したリトライ回数（＝２）に達したと判定し、リトライを失敗したと判定する（ステップ２１）。そこで、アクセスコントローラは、SIPサーバに対して電波干渉中であることを示す情報を含むQoS予約レスポンスを返す（ステップ２２）。当該QoS予約レスポンスを受信したSIPサーバは、「呼の中断」を示すメッセージを端末２に送信する（ステップ２３）。なお、アクセスコントローラでリトライを繰り返す方式の他、SIPでリトライを繰り返す方式としてもよい。
【０１１７】
次に、端末１に接続できる状態の無線AP０２が存在する環境の下で、接続不可（本例では、電波干渉中）の無線AP０１に接続された端末１が端末２に発信を行う場合のシステムの動作について図２７、２８を参照して詳細に説明する。
【０１１８】
図２７におけるステップ１〜ステップ５は図１０におけるステップ１〜ステップ５と同じである。ステップ６において、アクセスコントローラは無線AP０１が電波干渉中であると判定する。
【０１１９】
アクセスコントローラは、呼状態管理テーブルにおける端末１の呼状態を「隣接無線APへ切替中」とし、端末１が隣接無線APへ切替中であることを示す情報と、電波干渉中であることを示す情報とを含むQoS予約レスポンスをSIPサーバに返す（ステップ７）。このQoS予約レスポンスを受信したSIPサーバは、呼の中断を行うためのメッセージを端末１に送信する（ステップ８）。また、アクセスコントローラは、MS01と再接続要求拒否時間を含む無線リンク切断要求（隣接無線AP移動指示）を無線AP０１に送信する（ステップ１０）。無線AP０１は、端末１に対する再接続要求拒否時間を設定する（ステップ１１）。これにより、無線AP０１は、端末１から再度接続要求を受けた場合に、再接続要求拒否時間内であれば、その接続要求を拒否する。つまり、接続要求を受けても接続動作を行わない。
【０１２０】
無線リンク切断要求を受信した無線AP０１は、無線リンク切断指示（Deauthentication）を端末１に送信することにより無線リンクを切断する（ステップ１２）。無線リンクを切断された端末１は、隣接する無線APである無線AP０２に接続要求（Association）を送信する（ステップ１３）。
【０１２１】
無線AP０２は、端末１のMSIDであるMS01を登録する（ステップ１４）。そして、無線AP０２は無線APのID（AP０２）と端末１のMACアドレス（MS０１）とを含む端末登録リクエストをアクセスコントローラに対して送信する（図２８のステップ１５）。アクセスコントローラは無線AP０２から受信した無線APのID（AP０２）と端末１のMACアドレス（MS０１）とを記憶装置に格納することにより、MSIDとAPIDの更新を行う。（ステップ１６）。そして、アクセスコントローラは無線AP０２に対して端末登録レスポンスを返す（ステップ１７）。アクセスコントローラは、端末１に対する呼状態を"無し"にする（ステップ１８）。なお、アクセスコントローラは、端末１からの発信に係る接続がNGであったことを認識しているので、これ以降の電波干渉確認等の処理は行わない。
【０１２２】
そして、端末１でユーザによる再操作がなされることにより、端末１からINVITEメッセージがSIPサーバに対して送信される（ステップ１９）。その後は、無線AP０２に関し、図１０のステップ１〜図１１のステップ２５と同様の処理が実行されて、端末１と端末２間での呼接続が行われる。
【０１２３】
（装置構成について）
第２の実施の形態における装置の機能概要を図２９を参照して説明する。第２の実施の形態における装置の基本的な構成は第１の実施の形態における装置構成と同様である。以下、第１の実施の形態の装置と異なる主な点について説明する。
【０１２４】
アクセスコントローラ３０は、第１の実施の形態で説明した機能に加えて、呼接続制御機能３８と端末制御機能３９を有している。
【０１２５】
呼接続制御機能３８は、呼接続要求で電波干渉状態、輻輳状態、端末の低電波状態検出時に、SIPサーバからのQoS予約要求に対し、"隣接無線APへ切替中"の状態を返却する機能、端末制御機能３９から、該当端末の（他の無線APへの）移動完了を受け取ると、判定機能に移動先の無線APのリソース状態をチェック（電波干渉中、輻輳中、端末が低電波状態か否かを判定）するよう指示する機能、及び、移動先の無線APが電波干渉中、輻輳中、端末が低電波状態ではない場合、SIPサーバに対して、QoS予約ＯＫを通知する機能等を有している。
【０１２６】
また、端末制御機能３９は、電波干渉状態、輻輳検出、端末の低電波状態検出時に、端末に対して隣接する無線APへの移動を指示する機能、多数の無線APに繰り返して移動を行うことが無いように、移動回数をチェックする機能、及び該当端末が隣接APに移動したことを検出し、この契機で呼接続制御機能に対し、移動完了を通知する機能を有している。
【０１２７】
図３０に、本実施の形態での端末管理データを示す。本実施の形態では、呼状態として、「隣接無線APへ切替中」を含む。アクセスコントローラは、端末が接続する無線APが接続不可の状態であることを検知したことに応じて呼状態を「隣接無線APへ切替中」とする。ただし、リトライ回数が上限値に達していた場合は、切替のための動作を行わないので、呼状態は無しとする。そして、隣接無線APに対する端末の登録が済んだことを契機として、呼状態を「隣接無線APへ切替中」から「無し」にする。
【０１２８】
また、本実施の形態における端末管理データは、端末毎の無線リンクリトライ回数（上限値）と、実際の無線リンクリトライ回数を含む。実際の無線リンクリトライ回数が上限値に達した場合に呼接続失敗と判定される。
【０１２９】
また、アクセスコントローラは、図１９に示した無線AP管理データに加えて、図３１に示す再接続要求拒否時間管理用の無線AP管理データを有する。図３１に示すように、無線AP毎及び端末毎に、再接続要求拒否時間と、無線リンクを切断してから実際に経過した時間である再接続要求拒否経過時間が記録される。
【０１３０】
図３２に、本実施の形態におけるアクセスコントローラの詳細機能構成図を示す。以下、第１の実施の形態と異なる部分について主に説明する。
【０１３１】
SIP要求返却部６２におけるリソース要求返却部６７は、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、SIPサーバに"隣接無線APへ切替中"である旨を通知する機能を含む。また、リソース予約／解放部７１は、無線APの電波干渉状態、輻輳状態、端末の電波状態を調べ、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、端末の無線リンク切断を要求する機能を有している。また、リソース管理機能７０は、ある端末の無線リンクリトライ回数が、予め定めた上限値に達したかどうかを判定する無線リンクリトライ判定部７３を有している。
【０１３２】
また、データ更新部８１は、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、端末の呼状態を「隣接無線APへ切替中」として登録する機能を備えている。また、無線AP連携I／F１１０は、再接続要求通知部１１４を有している。再接続要求通知部１１４は、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、端末を他の隣接無線APへ再接続させるために、無線APに無線リンク切断要求を送信するものである。
【０１３３】
＜第３の実施の形態＞
次に本発明の第３の実施の形態について説明する。第２の実施の形態は、発着信時において、電波干渉中、輻輳中、端末が低電波状態になる無線APを回避し、他のアクセスポイントに迂回して接続するものであったが、第３の実施の形態は、通話中において、接続する無線APが電波干渉中、もしくは端末が低電波状態になった場合に、接続する無線APを自動的に切り替え、端末の通話状態をより良く維持するものである。
【０１３４】
図３３は、本実施の形態の動作概要の一例を示す図である。本実施の形態では、アクセスコントローラが各無線APの電波干渉情報、通話中端末の電波状態情報を定期的に収集し、保持している。
最初に端末１が無線AP１０に接続され、端末２と通話中であるものとする。ここで定期的に収集する電波干渉情報、通話中端末の電波状態情報から、アクセスコントローラが電波干渉状態もしくは端末１の低電波状態を検出して、端末１が無線AP０１に接続不可になったものと判定する。すると、アクセスコントローラは、端末１と無線AP１０間の無線リンクを切断する。
【０１３５】
無線AP１０との無線リンクを切断された端末１は無線AP２０へ接続する。ここでは、アクセスコントローラは、第１の実施の形態と同様の電波干渉状態、端末１の電波状態、輻輳状態のチェックを行い、いずれも正常であれば無線AP２０を介して端末１と端末２とが通話を行うことになる。
図３３の例では、無線AP２０も接続不可と判定され、無線リンクの切断処理が行われ、端末１は無線AP２５への接続を行う。そして、アクセスコントローラは、無線AP２５に対して無線AP２０と同様のチェックを行う。このような処理が、予め定めた回数まで行われる。なお、この繰り返しの回数をリトライ回数と呼ぶ。図３３に示す例では、無線AP２５に端末１が接続することより端末２との呼接続が成功し、端末１と端末２間で通話が行われる。なお、予め定めた回数まで無線APの接続替えを行っても、所定の条件を満たさない場合は、呼切断処理等の呼処理が行われる。
【０１３６】
次に、図３４を参照して、アクセスコントローラ３０における判定処理を説明する。ここでは、処理に係る無線AP配下の端末が通話中であるものとする（ステップ１）、アクセスコントローラ３０は、各無線APから電波干渉状態情報を取得する処理と、通話中端末の電波強度（電波状態）を取得する処理を例えば定期的に行っている（ステップ２）。なお、これらの処理は同期して行ってもよいし、非同期で行ってもよい。そして、アクセスコントローラは、取得した情報に基づき、通話中の端末が無線APに接続したままでよいかどうかの判定、つまり、無線APの接続替え要否判定を行う（ステップ３）。
【０１３７】
ここで、ある無線APについて電波干渉状態であることが検出されるか、もしくは、端末の低電波状態が検出されると、端末に対する無線リンクの切断処理を行う（ステップ４）。なお、低電波状態については低電波状態になっている端末に対して無線リンク切断処理を行う。また、電波干渉状態については、当該無線APに接続している全ての端末に対して無線リンク切断処理を行ってもよいし、後述するように、所定の条件を満たす端末に対してのみ無線リンク切断処理を行ってもよい。ステップ４で、複数の端末の無線リンクが切断された場合は、以下の処理は無線リンクの切断された端末毎に行われることになる。
【０１３８】
無線リンクを切断された端末は、別の無線AP（切替先の無線AP)に接続を行う。そして、アクセスコントローラ３０は、切替先の無線APの電波干渉状態を示す情報を当該無線APから取得し（ステップ５）、それが予め定めた電波干渉閾値未満かどうかを調べ、電波干渉閾値未満であればステップ７の処理に進む（ステップ６）。ステップ６において無線APの電波干渉状態を示す情報が電波干渉閾値以上である場合は、無線APが電波干渉中であるため、当該無線APを介して端末１と端末２を接続すべきでないと判定し、リトライ回数が規定値未満であれば無線リンク切断を行う（ステップ１１、４）。リトライ回数が規定値以上であれば、電波干渉中であることを示す情報を含むAP切替失敗応答をSIPサーバ４０に送信する（ステップ１２）。
【０１３９】
ステップ６において、アクセスコントローラ３０は、端末１の電波強度を切替先の無線APから取得し、それが予め定めた電波強度閾値より大きいかどうかを調べ、電波強度閾値より大きければステップ８の処理に進む（ステップ７）。端末１の電波強度が予め定めた電波強度閾値以下である場合は、端末１が低電波状態にあり、端末１と端末２を接続すべきでないと判定し、リトライ回数が規定値未満であれば無線リンク切断を行う（ステップ１３、４）。リトライ回数が規定値以上であれば、低電波状態であることを示すAP切替失敗応答をSIPサーバ４０に送信する（ステップ１４、４）。
【０１４０】
ステップ９において、アクセスコントローラ３０は、無線APが輻輳中であるかどうかを調べ、輻輳中であれば端末１と端末２を接続すべきでないと判定し、リトライ回数が規定値未満であれば無線リンク切断を行う（ステップ１５、４）。リトライ回数が規定値以上であれば、輻輳中であることを示すAP切替失敗応答をSIPサーバ４０に送信する（ステップ１５、１６）。
【０１４１】
全ての条件を満たした場合は、ステップ１０においてAP切替が完了し、切替先の無線APを介して端末１と端末２間で音声通話が行われる。一方、ステップ１２、１４、１６の後は、例えばSIPサーバ４０がビジーを通知する。また、第１の実施の形態の例と同様に、携帯電話網への接続を行ってもよい。
【０１４２】
以下、本実施の形態における処理の詳細について説明する。前述したように、本実施の形態では、アクセスコントローラは定期的に通話中の端末が接続している無線APの電波干渉状態を当該無線APから取得し、電波干渉状態の判定を行うととともに、通話中の端末の電波状態を無線APから取得し、電波状態の判定を行っている。
【０１４３】
図３５Aに、電波干渉状態収集の動作例を示す。図３５Aに示すように、端末１が端末２と通話中の状態において（ステップ１）、電波干渉状態要求を送信し（ステップ２）、電波干渉状態通知を受信し（ステップ３）、無線AP管理データ更新を行い（ステップ４）、電波干渉状態の判定を行う（ステップ５）。本例ではステップ５で電波干渉なしと判定されている。
【０１４４】
電波干渉状態要求からの処理は定期的（図３５Aの例ではT1毎）に行われる。図３５Aの例では、２回目の電波干渉状態判定（ステップ９）において電波干渉中であることが検出され、無線APの切り替え処理が行われる（ステップ１０）。なお、無線APからの定期的な電波干渉状態情報収集処理は、例えば、当該無線APに少なくとも１つの通話中端末が接続しているときに実行することとする。
【０１４５】
図３５Bに、端末の電波状態情報収集のシーケンスを示す。端末１が端末２と通話中の状態において（ステップ１）、端末１の電波状態要求を送信し（ステップ２）、端末１の電波状態通知を受信し（ステップ３）、電波状態の判定を行う（ステップ４）。本例ではステップ４で電波状態が良好と判定されている。
【０１４６】
電波状態要求からの処理は定期的（図３５Bの例ではT２毎）に行われる。なお、T1とT2は同じでもよいし、異なっていてもよい。図３５Bの例では、２回目の電波状態判定（ステップ７）において端末１の低電波状態が検出され、無線APの切替処理が行われる（ステップ８）。
【０１４７】
なお、１回の電波状態要求で、無線APに接続されている全ての端末の電波状態情報を取得してもよいし、当該無線APを介して通話中の全端末の電波状態を取得することとしてもよい。
【０１４８】
次に、電波干渉情報定期収集、判定により無線AP０１の電波干渉が検出され、無線AP０２への切替を行う場合のシーケンスを図３６、図３７を参照して説明する。
【０１４９】
無線AP０１に接続された端末１が端末２と通話中である状態（ステップ１）において、無線AP０１に電波干渉が発生しているものとする。電波干渉情報定期収集の中での１つの電波干渉情報収集として、ステップ２において、アクセスコントローラは電波干渉状態要求を無線AP０１に送信し、ステップ３において電波干渉状態通知を受信する。
【０１５０】
アクセスコントローラは無線AP０１が電波干渉中であると判定すると（ステップ４）、ステップ５にて、MS０１と再接続要求拒否時間を含む無線リンク切断要求を無線AP０１に送信する。また、アクセスコントローラは、端末１の呼状態を無線AP切替中にする。無線AP０１は、端末１に対する再接続要求拒否時間を設定する（ステップ６）。これにより、無線AP０１は、端末１から再度接続要求を受けた場合でも、再接続要求拒否時間内であれば、その接続要求を拒否する。つまり、接続要求を受けてもその後の動作を行わない。
【０１５１】
無線リンク切断要求を受信した無線AP０１は、無線リンク切断指示（Deauthentication）を端末１に送信することにより無線リンクを切断する（ステップ７）。無線リンクを切断された端末１は、無線AP０１に隣接する無線APである無線AP０２に接続要求（Association）を送信する。なお、端末１の仕様によっては、再度数回無線AP０１０への接続を試み、接続に失敗した場合に隣接無線APへの接続を行う場合があるが、再接続要求拒否時間の間は、無線AP０１から再度端末登録リクエストが送信されることはない。
【０１５２】
無線AP０２は端末１のMACアドレス（MSID）を取得し、登録する（ステップ９）。無線AP０２は無線AP０２のID（AP０２）と端末１のMACアドレス（MS０１）とを含む端末登録リクエストをアクセスコントローラに対して送信する（ステップ１０）。アクセスコントローラは無線AP０２から受信した無線AP０２のID（AP０２）を端末１のMACアドレス（MS０１）と対応付けて記憶装置に格納することにより登録の更新を行う（ステップ１１）。そして、アクセスコントローラは無線AP０２に対して端末登録レスポンスを返す（ステップ１２）。
【０１５３】
アクセスコントローラは、端末登録リクエストを送信した無線AP０２に対して、電波干渉確認（ステップ１３〜１４）を行い、干渉がないと判定されると（ステップ１５）、端末の電波状態確認（ステップ１６、１７）を行う。そして、電波状態が良好であると判定される（ステップ１８）。アクセスコントローラは、「無線AP切替中」である端末に関する端末登録リクエストを受信した場合は、SIPサーバからのトリガーを受けることなく、MS０１と必要帯域幅を含むQoS確保リクエストを送信する（ステップ１９）。
【０１５４】
ステップ２０にて、無線AP０２において端末１に対する帯域確保がなされ、QoS確保レスポンスがアクセスコントローラに送信される（ステップ２１）。アクセスコントローラは端末１に対する「呼状態」を"QoS確保済"とし、その後、無線AP０２を介して端末１と端末２間での通話が行われる（ステップ２２）。
【０１５５】
次に、電波干渉情報定期収集処理で無線AP０１の電波干渉が検出され、切替先の無線AP０２も電波干渉中であったが、次の無線AP０３で切替が成功する場合の例を図３８、図３９を参照して説明する。
【０１５６】
図３８において、ステップ１〜ステップ１４までは、図３６のステップ１〜ステップ１４と同じである。ステップ１５において、アクセスコントローラは、無線AP０２が電波干渉状態にあることを検出する。
【０１５７】
アクセスコントローラは、無線APが接続不可であった回数をカウントする。つまり、図３８のステップ１６では、"１"をカウントする。この"１"は、１回リトライに失敗したことを示す。そして、この数値と予め定めた数値とを比較し、この数値が予め定めた数値に達していた場合は、後述する呼処理に移る。このような判定処理は、リトライが永久に続くことを防止するために行われる。図３８の場合は、予め定めた数値は１より大きい数値であるものとし、１回目のリトライ失敗であるから、呼処理に移行せずに、再接続のための処理に移行する。
【０１５８】
ステップ１７にて、アクセスコントローラは、MS０１と再接続要求拒否時間を含む無線リンク切断要求を無線AP０２に送信する。無線AP０２は、端末１に対する再接続要求拒否時間を設定する（ステップ１８）。これにより、無線AP０２は、端末１から再度接続要求を受けた場合でも、再接続要求拒否時間内であれば、その接続要求を拒否する。つまり、接続要求を受けてもその後の動作を行わない。
【０１５９】
無線リンク切断要求を受信した無線AP０２は、無線リンク切断指示（Deauthentication）を端末１に送信することにより無線リンクを切断する（図３９のステップ１９）。無線リンクを切断された端末１は、無線AP０２に隣接する無線APである無線AP０３に接続要求（Association）を送信する。なお、端末１の仕様によっては、再度数回無線AP０２への接続を試み、接続に失敗した場合に隣接無線APへの接続を行う場合があるが、再接続要求拒否時間の間は、無線AP０２から再度端末登録リクエストが送信されることはない。
【０１６０】
無線AP０３は端末１のMACアドレス（MSID）を取得し、登録する（ステップ２１）。無線AP０３は無線AP０３のID（AP０３）と端末１のMACアドレス（MS０１）とを含む端末登録リクエストをアクセスコントローラに対して送信する（ステップ２２）。アクセスコントローラは無線AP０３から受信した無線AP０３のID（AP０３）を端末１のMACアドレス（MS０１）と対応付けて記憶装置に格納することにより登録の更新を行う（ステップ２３）。そして、アクセスコントローラは無線APに対して端末登録レスポンスを返す（ステップ２４）。
【０１６１】
アクセスコントローラは電波干渉確認（ステップ２５〜２６）を行い、干渉がないと判定されると（ステップ２７）、端末の電波状態確認（ステップ２８、２９）を行う。そして、電波状態が良好であると判定される（ステップ３０）。本実施の形態では、アクセスコントローラは、「無線AP切替中」である端末に関する端末登録リクエストを受信した場合は、SIPサーバからのトリガーを受けることなく、端末登録リクエストを送信した無線AP０３に対して、MS０１と必要帯域幅を含むQoS確保リクエストを送信する（ステップ３１）。
【０１６２】
ステップ３２にて、無線AP０３において端末１に対する帯域確保がなされ、QoS確保レスポンスがアクセスコントローラに送信される（ステップ３３）。アクセスコントローラは端末１に対する「呼状態」を"QoS確保済"とし、その後、無線AP０３を介して端末１と端末２間での通話が行われる（ステップ３４）。
【０１６３】
次に、図４０〜図４１を参照して、無線AP切替に失敗し、端末に対する呼制御が行われる場合の動作例１を説明する。
【０１６４】
切替先の無線AP０２が電波干渉中であり、図３８のステップ１〜図３９のステップ２６と同様の処理が行われたものとする（図４０のステップ１〜図４１のステップ２７）。本動作例１では、無線AP０３も電波干渉中であるので、ステップ２７において、アクセスコントローラは無線AP０３が電波干渉中であると判定する。
【０１６５】
本動作例１では、リトライ回数の規定値が２と設定されているものとする。図４１のステップ２８において、アクセスコントローラはリトライ回数のカウント値を"２"とし、規定値と比較し、リトライ回数が規定値に達したと判定したため、呼状態管理テーブルの「呼状態」を"無し"に変更する。
【０１６６】
そして、アクセスコントローラは、端末１のURIであるURI１と、無線AP切替の失敗理由である"電波干渉中"を含む無線AP切替失敗通知をSIPサーバに送信する（ステップ２９）。本動作例１では、無線AP切替失敗通知を受信したSIPサーバは、BYEにより正常終了処理を行う（ステップ３０〜ステップ３３）。なお、アクセスコントローラでリトライを繰り返す方式の他、SIPでリトライを繰り返す方式としてもよい。
【０１６７】
無線AP切替失敗通知を受領した後のSIPサーバの動作には種々のバリエーションがあり、種々のバリエーションのうちどの動作を用いるかは、SIPサーバに予め設定しておくことができる。
【０１６８】
次に、無線AP切替失敗通知を受領した後のSIPサーバの動作例２を図４２を参照して説明する。動作例２では、端末１が無線AP切替を実施したが、切替先無線APが電波干渉中、端末低電波状態、輻輳中のうちのいずれかにより無線切替が失敗し、別内線のVoIP端末（本例では固定VoIP端末）へ転送が行われる。本動作例２では、第１の実施の形態における図１６で示した場合と同様に、SIPサーバには端末毎にその端末に対応する転送先端末を記録した転送先テーブルが登録されているものとする。また、端末１の転送先である端末３（URI３）は有線でネットワーク接続された固定VoIP端末であるものとする。
【０１６９】
端末１からBYEに対する応答を受信した後（図４２のステップ３）、SIPサーバは、転送先テーブルを参照し、無線AP切替を失敗した端末１（URI１）に対応する転送先URI３（端末番号）を取得する（ステップ４）。そして、SIPサーバは、端末２に対して端末３への接続替えを要求するSIPシーケンスを実行し（ステップ５〜ステップ８）、着信先のURI３を指定したQoS予約リクエストをアクセスコントローラに送信する（ステップ９）。端末３は固定VoIP端末であり、アクセスコントローラの管轄外であるため、アクセスコントローラはQoS予約を行わず、何も行わずにNoMatchをSIPサーバに返す（ステップ１０）。その後、SIPサーバは転送のための呼接続処理を行い（図４２のステップ１１〜ステップ１５）、端末３と端末２間での音声通信が行われる（ステップ１６）。
【０１７０】
次に、AP切替失敗通知を受領した後のSIPサーバの動作例３を図４３を参照して説明する。動作例３では、端末１が無線AP切替を実施したが、無線APの電波干渉中、端末低電波状態、無線AP輻輳中のうちのいずれかにより無線AP切替が失敗し、外線の端末（本例では携帯電話端末）へ転送が行われる。また、本動作例３では、VoIP網と携帯電話網を接続するゲートウェイ（GW）が備えられる。このようなゲートウェイ自体は従来技術である。
【０１７１】
端末１からBYEに対する応答を受信した後（図４３のステップ３）、SIPサーバは、転送先テーブルを参照し、無線AP切替を失敗した端末１（URI１）に対応する転送先の端末番号（携帯電話端末の番号）を取得する（ステップ４）。そして、SIPサーバは、端末２に対し、端末１から携帯電話端末への接続替えを要求するSIPシーケンスを実行する（ステップ５〜ステップ８）。そして、携帯電話端末への接続処理が行われ（ステップ９〜１６）、端末２と携帯電話端末間での通話が行われる（ステップ１７）。なお、GWを介したVoIP端末と携帯電話端末との間の接続処理自体は従来技術である。
【０１７２】
（装置構成について）
本実施の形態におけるアクセスコントローラは、無線APの電波干渉状態を示す電波干渉状態情報を当該無線APから取得する電波干渉状態情報取得手段と、当該電波干渉状態情報と予め定めた閾値とを比較することにより、前記無線APが電波干渉中であるか否かを判定するリソース状態判定手段と、前記リソース状態判定手段により、前記無線APが電波干渉中であると判定された場合に、当該無線APに接続された通話中の端末の無線リンク切断を行うための無線リンク切断要求を前記無線APに送信する無線リンク切断手段とを有している。より詳細には次のとおりである。
【０１７３】
第３の実施の形態における装置の機能概要を図４４を参照して説明する。第３の実施の形態における装置の基本的な構成は第１の実施の形態における装置構成と同様である。以下、第１の実施の形態の装置と異なる主な点について説明する。
【０１７４】
SIPサーバ４０における呼制御機能４１は、無線AP切替失敗時の呼制御処理を実行する機能も有している。アクセスコントローラ３０の電波干渉情報・端末電波状態情報収集機能３６は、無線APの電波干渉状態と通信中端末の電波状態を定期的に無線APに問い合わせ、無線AP毎の電波干渉状態と端末の電波状態情報を収集する機能と、無線AP切替時に無線APの電波干渉状態の電波干渉状態と端末の電波状態の情報を収集する機能を有している。
【０１７５】
また、アクセスコントローラ３０は、第１の実施の形態で説明した機能に加えて、無線リンクリトライ判定機能４５、AP接続替え成否判定機能４６、及び端末制御機能３９を有している。
【０１７６】
無線リンクリトライ判定機能４５は、無線リンクリトライの失敗回数をカウントし、予め設定した回数に達したかどうかの判定を行う。AP接続替え成否判定機能４６は、無線AP切替処理時に無線AP切替が成功したかどうかの判定を行う。具体的には、無線リンクリトライ判定機能４５により、無線リンクリトライの失敗回数が予め設定した回数に達したと判定された場合に、無線AP切替に失敗したと判定し、その旨をSIPサーバ４０に通知する。なお、無線リンクリトライ判定機能４５は第２の実施の形態のアクセスコントローラ３０にも備えてもよい。また、端末制御機能３９は、電波干渉状態、輻輳検出、端末の低電波状態検出時に、隣接する無線APへの切替を指示する機能、及び多数の無線APに繰り返して切替を行うことが無いように、切替回数をチェックする機能を有する。
【０１７７】
図４５に、本実施の形態での端末管理データを示す。本実施の形態では、呼状態として、「AP切替中」を含む。アクセスコントローラは、定期的情報収集において無線APにおける電波干渉状態を検出するか、もしくは端末の低電波状態を検出したことに応じて、該当端末の呼状態を「AP切替中」とする。そして、無線AP切替時において、切替先の無線APでの帯域が確保されたことに応じて、呼状態を「AP切替中」から「QoS確保済」にする。
【０１７８】
また、本実施の形態における端末管理データは、端末毎の無線リンクリトライ回数（上限値）と、実際の無線リンクリトライ回数を含む。実際の無線リンクリトライ回数が上限値に達した場合に無線AP切替失敗と判定される。
【０１７９】
また、本実施形態では、図１９に示す無線AP管理データに加えて、図４６に示す再接続要求拒否時間管理用の無線AP管理データを含む。図４６に示すように、無線AP毎及び端末毎に、再接続要求拒否時間と、無線リンクを切断してから実際に経過した時間である再接続要求拒否経過時間が記録される。
【０１８０】
図４７に、本実施の形態におけるアクセスコントローラの詳細機能構成図を示す。以下、第１の実施の形態と異なる部分について説明する。
【０１８１】
SIP要求返却部６２は、AP切替失敗であることをSIPサーバに通知するAP切替失敗通知部６９を有する。また、リソース予約／解放部７１は、第１の実施の形態の機能に加え、端末のAP切替時に、無線APの電波干渉状態、輻輳状態、端末の電波状態を調べ、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、端末の無線リンク切断を要求する機能を有している。また、リソース管理機能７０は、ある端末の無線リンクリトライ回数が、予め定めた上限値に達したかどうかを判定する無線リンクリトライ判定部７３を有している。更に、リソースの状態変化を監視するリソース状態変化監視部７４を有している。
【０１８２】
また、データ更新部８１は、第１の実施の形態で説明した機能に加え、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、端末の呼状態を「AP切替中」とする機能を備えている。
【０１８３】
また、無線AP状態登録部９２は、無線APの電波干渉情報を定期的、もしくは無線AP切替時に取得し、データ更新部に登録する機能を有し、端末電波状態登録部１０３は、端末の電波状態情報を定期的、またはAP切替時に取得し、データ更新部８１に登録する機能を有している。
【０１８４】
また、無線AP連携I／F１１０は、再接続要求通知部１１４を有している。再接続要求通知部１１４は、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、端末を他の隣接無線APへ再接続させるために、無線APに無線リンク切断要求を送信するものである。
【０１８５】
（無線APの電波干渉検出時の端末選択処理について）
さて、本実施の形態において、ある無線APに接続しているある端末が通話中の状態において、その端末が低電波状態であることを検出した場合には、その端末に対して無線リンク切断指示を送信し、その端末を別の無線APに接続させればよい。
【０１８６】
一方、無線APが電波干渉状態にあることを検出した場合には、当該無線APに接続している通話中の端末全てに対して無線リンク切断指示を送信し、当該端末を別の無線APに接続させることとしてもよいし、特定の端末を選択して無線リンク切断指示を送信することとしてもよい。以下、電波干渉状態にある無線APに接続された通話中の端末のうち、最も低い電波状態である端末を選択し、その端末に対して無線APの接続替えを行わせる例について説明する。
【０１８７】
本例におけるアクセスコントローラの処理については、図３４に示した処理におけるステップ１〜ステップ３の処理が、図４８に示すような処理になる。なお、無線リンク切断以降の処理は同じである。また、図４８は、電波干渉状態に着目した場合の処理である。
【０１８８】
無線APに通話中の端末が存在している状態において（ステップ１）、アクセスコントローラは、電波干渉情報取得を行う（ステップ２）。そして、ステップ３において、ある無線APで電波干渉状態が検出されると、アクセスコントローラは当該無線APに接続される通話中の端末の中で最も電波状態の悪い端末を選択し（ステップ４）、無線リンク切断を行う。  なお、ステップ４において、所定の閾値より電波状態が悪い端末の全てに対して無線リンク切断を行ってもよい。また、ステップ４における電波状態情報は、定期的に取得する電波状態情報を用いることとしてもよいし、ある無線APで電波干渉が検出された時点で、その無線AP配下の端末の電波状態情報を取得することとしてもよい。
【０１８９】
次に、端末１、端末２、端末３が無線AP０１を介して通信している状態で、無線AP０１で電波干渉が検出され、電波状態が最も悪い端末２に無線AP０２へのAP切替を行わせる動作例を図４９を用いて説明する。
【０１９０】
前述したとおり、アクセスコントローラは定期的に端末１〜３の電波状態を収集している（ステップ１〜６）。なお、前述したとおり、ある無線APで電波干渉が検出された時点で、当該無線AP配下の端末の電波状態情報を取得することとしてもよい。また、前述したとおり、１つの電波状態確認で、無線APに接続中の全端末の電波状態を取得することとしてもよいし、無線APで通話中の全端末の電波状態を取得することとしてもよい。
【０１９１】
アクセスコントローラは、ステップ７、８で無線AP０１の電波干渉状態情報を取得し、ステップ９にて無線AP０１が電波干渉状態にあることを検出する。そして、アクセスコントローラは、無線AP切替を行わせる端末の選択を行う。ここでは、無線AP０１に接続されている通話中の端末（QoS確保済の状態にある端末）のうち電波強度が最も低い端末２を無線AP切替を行わせる端末であると判定する。
【０１９２】
そして、端末２に対する無線リンク切断要求を無線AP０１に送信し（ステップ１１）、無線AP０１はMS０２に対して一定時間再接続拒否設定を行い（ステップ１２）、Deauthenticationを端末２に送る（ステップ１３）。そして、端末２は無線AP０２への接続を開始する。その後は、前述した処理と同様に接続処理が行われる。
【０１９３】
図５０に、本例における端末管理データの例を示す。図５０に示すように、端末２に対する電波状態が最も悪く、端末２が無線AP切替対象の端末として選択されることになる。
【０１９４】
＜第４の実施の形態＞
次に、本発明の第４の実施の形態について説明する。第４の実施の形態は、ハンドオーバ時に電波干渉等のチェックを行い、必要に応じて無線APの接続替えを行うものである。第１の実施の形態では、無線APにおける呼の帯域確保はSIPシーケンスを契機として行われるが、ハンドオーバ時には呼の開始／終了を伴わないため、SIPシーケンスは発生しない。そこで、第４の実施の形態では、無線リンク再接続要求（Reassociation）を契機として移動先無線APの帯域確保等を行っている。
【０１９５】
図５１は、本実施の形態の動作概要の一例を示す図である。最初に端末１が無線AP１０に接続され、端末２と通話中であるものとする。ここで端末１が無線AP２０にハンドオーバを行うと、アクセスコントローラは、第１の実施の形態と同様の電波干渉状態、端末１の電波状態、輻輳状態のチェックを行い、いずれも正常であれば無線AP２０を介して端末１と端末２とが通話を行うことになる。
【０１９６】
図５１の例では、無線AP２０は接続不可と判定され、無線リンクの切断処理が行われ、端末１は無線AP２５への接続を行う。そして、アクセスコントローラは、無線AP２５に対して無線AP２０と同様のチェックを行う。このような処理が、予め定めた回数まで行われる。なお、この繰り返しの回数をリトライ回数と呼ぶ。図５１に示す例では、無線AP２５に端末１が接続することより端末２との呼接続が成功し、端末１と端末２間で通話が行われる。なお、予め定めた回数まで無線APの接続替えを行っても、所定の条件を満たさない場合は、呼切断処理等の呼処理が行われる。
【０１９７】
次に、図５２を参照して、アクセスコントローラ３０における判定処理を説明する。まず、ある無線APを介して端末２と通話中の端末１がハンドオーバを行う（ステップ１）。アクセスコントローラは、ハンドオーバ先の無線APの電波干渉状態を示す情報を当該無線APから取得し（ステップ２）、それが予め定めた電波干渉閾値未満かどうかを調べ、電波干渉閾値未満であればステップ４の処理に進む（ステップ３）。ステップ３において無線APの電波干渉状態を示す情報が電波干渉閾値以上である場合は、無線APが電波干渉中であるため、当該無線APを介して端末１と端末２を接続すべきでないと判定し、リトライ回数が規定値未満であれば無線リンク切断を行う（ステップ８、９）。リトライ回数が規定値以上であれば、電波干渉中であることを示す情報を含むハンドオーバ失敗応答をSIPサーバ４０に送信する（ステップ１０）。
【０１９８】
ステップ４において、アクセスコントローラ３０は、端末１の電波強度をハンドオーバ先の無線APから取得し、それが予め定めた電波強度閾値より大きいかどうかを調べ、電波強度閾値より大きければステップ６の処理に進む（ステップ５）。端末１の電波強度が予め定めた電波強度閾値以下である場合は、端末１が低電波状態にあり、端末１と端末２を接続すべきでないと判定し、リトライ回数が規定値未満であれば無線リンク切断を行う（ステップ１１、９）。リトライ回数が規定値以上であれば、低電波状態であることを示すハンドオーバ失敗応答をSIPサーバ４０に送信する（ステップ１１、１２）。
【０１９９】
ステップ６において、アクセスコントローラ３０は、無線APが輻輳中であるかどうかを調べ、輻輳中であれば端末１と端末２を接続すべきでないと判定し、リトライ回数が規定値未満であれば無線リンク切断を行う（ステップ１３、９）。リトライ回数が規定値以上であれば、輻輳中であることを示すハンドオーバ失敗応答をSIPサーバ４０に送信する（ステップ１３、１４）。
【０２００】
全ての条件を満たした場合は、ステップ７においてハンドオーバが完了し、ハンドオーバ先の無線APを介して端末１と端末２間で音声通話が行われる。一方、ステップ１０、１２、１４の後は、例えばSIPサーバ４０がビジーを通知する。また、第１の実施の形態の例と同様に、携帯電話網への接続を行ってもよい。
【０２０１】
以下、本実施の形態における処理の詳細を説明する。
【０２０２】
まず、図５３〜図５４を参照して移動先の無線AP０２が接続可能な場合について説明する。
【０２０３】
図５３において、まず、端末１と端末２の間で通信がなされているものとする（ステップ１）。ここで、端末１が無線AP０１の配下から無線AP０２の配下に移動する（ステップ２）。端末１は再接続要求（Reassociation）を無線AP０２に送信し（ステップ３）、無線AP０２は端末１のMACアドレス（MSID）を取得し、登録する（ステップ４）。無線AP０２は無線AP０２のID（AP０２）と端末１のMACアドレス（MS０１）とを含む端末登録リクエストをアクセスコントローラに対して送信する（ステップ５）。アクセスコントローラは無線AP０２から受信した無線AP０２のID（AP０２）を端末１のMACアドレス（MS０１）と対応付けて記憶装置に格納することにより登録の更新を行う（ステップ６）。なお、現時点での端末１に対する呼状態は"QoS確保済"である。そして、アクセスコントローラは無線AP０２に対して端末登録レスポンスを返す（ステップ７）。
【０２０４】
本実施の形態では、アクセスコントローラは、「QoS確保済」である端末に関する端末登録リクエストを受信した場合は、SIPサーバからのトリガーを受けることなく、ハンドオーバ前の無線AP０１に対して、当該端末１に関するQoS解放リクエストを送信する（ステップ８、９）。このリクエストを受けた無線AP０１は、端末１に対する帯域を解放し、QoS解放レスポンスをアクセスコントローラに送信する（ステップ１０、１１）。QoS解放レスポンスを受信したアクセスコントローラは、端末１の呼状態を"ハンドオーバ中"に変更する。
【０２０５】
続いて、アクセスコントローラは、無線AP０２が電波干渉状態でない（ステップ１２〜１４）ことを確認するとともに、端末１の電波状態が良好であることを確認する（図５４のステップ１５〜１７）。続いて、アクセスコントローラは、MS０１と必要帯域幅を含むQoS確保リクエストを無線AP０２に送信する（ステップ１８）。なお、端末１と端末２の間で必要な帯域幅は既に確定しているため、QoS予約シーケンスは実施しない。
【０２０６】
ステップ１９にて、無線AP０２において端末１に対する帯域確保がなされ、QoS確保レスポンスがアクセスコントローラに送信される（ステップ２０）。その後、無線AP０２を介して端末１と端末２間での通話が行われる（ステップ２１）。
【０２０７】
次に、最初の移動先の無線AP０２が電波干渉状態であるが、隣接無線AP０３に接続することによりハンドオーバが成功する場合の動作例を図５５〜図５６を参照して説明する。
【０２０８】
図５５のステップ１〜ステップ１１において、図５３のステップ１〜ステップ１１と同様にしてアクセスコントローラに無線AP０２についての端末登録がなされ、無線AP０１に対する帯域解放がなされる。
【０２０９】
図５５のステップ１１で、QoS解放レスポンスを受信したアクセスコントローラは、端末１に対する呼状態を"ハンドオーバ中"にする。そして、アクセスコントローラは、無線AP０２の電波干渉状態を調べ、無線AP０２が電波干渉状態にあることを検出する（ステップ１２〜１４）。
【０２１０】
アクセスコントローラは、無線APが接続不可であった回数をカウントする。つまり、図５６のステップ１５では、"１"をカウントする。この"１"は、１回リトライに失敗したことを示す。そして、この数値と予め定めた数値とを比較し、この数値が予め定めた数値に達していた場合は、後述する呼処理に移る。このような判定処理は、リトライが永久に続くことを防止するために行われる。図５６の場合は、予め定めた数値は１より大きい数値であるものとし、１回目のリトライ失敗であるから、呼処理に移行せずに、再接続のための処理に移行する。
【０２１１】
ステップ１６にて、アクセスコントローラは、MS０１と再接続要求拒否時間を含む無線リンク切断要求を無線AP０２に送信する。無線AP０２は、端末１に対する再接続要求拒否時間を設定する（ステップ１７）。これにより、無線AP０２は、端末１から再度接続要求を受けた場合でも、再接続要求拒否時間内であれば、その接続要求を拒否する。つまり、接続要求を受けてもその後の動作を行わない。
【０２１２】
無線リンク切断要求を受信した無線AP０２は、無線リンク切断指示（Deauthentication）を端末１に送信することにより無線リンクを切断する（ステップ１８）。無線リンクを切断された端末１は、無線AP０２に隣接する無線APである無線AP０３に接続要求（Association）を送信する。なお、端末１の仕様によっては、再度数回無線AP０２への接続を試み、接続に失敗した場合に隣接無線APへの接続を行う場合があるが、再接続要求拒否時間の間は、無線AP０２から再度端末登録リクエストが送信されることはない。
【０２１３】
無線AP０３は端末１のMACアドレス（MSID）を取得し、登録する（ステップ２０）。無線AP０３は無線AP０３のID（AP０３）と端末１のMACアドレス（MS０１）とを含む端末登録リクエストをアクセスコントローラに対して送信する（ステップ２１）。アクセスコントローラは無線AP０３から受信した無線AP０３のID（AP０３）を端末１のMACアドレス（MS０１）と対応付けて記憶装置に格納することにより登録の更新を行う（ステップ２２）。そして、アクセスコントローラは無線APに対して端末登録レスポンスを返す（ステップ２３）。
【０２１４】
続いて、電波干渉確認（ステップ２４〜２５）を行い、干渉がないと判定されると（ステップ２６）、端末の電波状態確認（ステップ２７、２８）を行う。そして、電波状態が良好であると判定される（ステップ２９）。本実施の形態では、アクセスコントローラは、「ハンドオーバ中」である端末に関する端末登録リクエストを受信した場合は、SIPサーバからのトリガーを受けることなく、端末登録リクエストを送信した無線AP０３に対して、MS０１と必要帯域幅を含むQoS確保リクエストを送信する（ステップ３０）。
【０２１５】
ステップ３１にて、無線AP０３において端末１に対する帯域確保がなされ、QoS確保レスポンスがアクセスコントローラに送信される（ステップ３２）。アクセスコントローラは端末１に対する「呼状態」を"QoS確保済"とし、その後、無線AP０３を介して端末１と端末２間での通話が行われる。
【０２１６】
次に、図５７〜図５８を参照して、端末１がハンドオーバに失敗し、通話相手端末に対する呼制御が行われる場合の動作例１を説明する。
【０２１７】
移動先の無線AP０２が電波干渉中であり、図５５、図５６に示したステップ１〜ステップ２５までの処理と同じ処理が行われたものとする（図５７のステップ１〜図５８のステップ２５）。本動作例１では、無線AP０３も電波干渉中であるので、ステップ２６において、アクセスコントローラは無線AP０３が電波干渉中であると判定する。
【０２１８】
本動作例１では、リトライ回数の規定値が２と設定されているものとする。図５８のステップ２７において、アクセスコントローラはリトライ回数のカウント値を"２"とし、規定値と比較し、リトライ回数が規定値に達したと判定したため、呼状態管理テーブルの「呼状態」を"無し"に変更する。
【０２１９】
そして、アクセスコントローラは、端末１のURIであるURI１と、ハンドオーバの失敗理由である"電波干渉中"を含むハンドオーバ失敗通知をSIPサーバに送信する（ステップ２８）。本動作例１では、ハンドオーバ失敗通知を受信したSIPサーバは、BYEにより正常終了処理を行う（ステップ２９〜ステップ３２）。なお、アクセスコントローラでリトライを繰り返す方式の他、SIPでリトライを繰り返す方式としてもよい。
【０２２０】
ハンドオーバ失敗通知を受領した後のSIPサーバの動作には種々のバリエーションがあり、種々のバリエーションのうちどの動作を用いるかは、SIPサーバに予め設定しておくことができる。
【０２２１】
次に、ハンドオーバ失敗通知を受領した後のSIPサーバの動作例２を図５９を参照して説明する。動作例２では、端末１がハンドオーバを実施したが、無線AP電波干渉中、端末低電波状態、無線AP輻輳中のうちのいずれかによりハンドオーバが失敗し、別内線のVoIP端末（本例では固定VoIP端末）へ転送が行われる。本動作例２では、第１の実施の形態における図１６で示した場合と同様に、SIPサーバには端末毎にその端末に対応する転送先端末を記録した転送先テーブルが登録されているものとする。また、端末１の転送先である端末３（URI３）は有線でネットワーク接続された固定VoIP端末であるものとする。
【０２２２】
端末１からBYEに対する応答を受信した後（図５９のステップ３）、SIPサーバは、転送先テーブルを参照し、ハンドオーバを失敗した端末１（URI１）に対応する転送先URI３（端末番号）を取得する（ステップ４）。そして、SIPサーバは、端末２に対して端末３への接続換えを要求するSIPシーケンスを実行し（ステップ５〜ステップ８）、着信先のURI３を指定したQoS予約リクエストをアクセスコントローラに送信する（ステップ９）。端末３は固定VoIP端末であり、アクセスコントローラの管轄外であるため、アクセスコントローラはQoS予約を行わず、何も行わずにNoMatchをSIPサーバに返す（ステップ１０）。その後、SIPサーバは転送のための呼接続処理を行い（図５９のステップ１１〜ステップ１５）、端末３と端末２間での音声通信が行われる（ステップ１６）。
【０２２３】
次に、ハンドオーバ失敗通知を受領した後のSIPサーバの動作例３を図６０を参照して説明する。動作例３では、端末１がハンドオーバを実施したが、無線AP電波干渉中、端末低電波状態、無線AP輻輳中のうちのいずれかによりハンドオーバが失敗し、外線の端末（本例では携帯電話端末）へ転送が行われる。また、本動作例３では、VoIP網と携帯電話網を接続するゲートウェイ（GW）が備えられる。このようなゲートウェイ自体は従来技術である。
【０２２４】
端末１からBYEに対する応答を受信した後（図６０のステップ３）、SIPサーバは、転送先テーブルを参照し、ハンドオーバを失敗した端末１（URI１）に対応する転送先の端末番号（携帯電話端末の番号）を取得する（ステップ４）。そして、SIPサーバは、端末２に対し、端末１から携帯電話端末への接続替えを要求するSIPシーケンスを実行する（ステップ５〜ステップ８）。そして、携帯電話端末への接続処理が行われ（ステップ９〜１６）、端末２と携帯電話端末間での通話が行われる（ステップ１７）。なお、GWを介したVoIP端末と携帯電話端末との間の接続処理自体は従来技術である。
【０２２５】
（装置構成について）
本実施の形態のアクセスコントローラは、他の端末と通話中の状態にある端末が、接続中の無線APの配下から、他の無線APである移動先無線APの配下に移動し、当該端末が当該移動先無線APに接続したことに応じて、当該移動先無線APの電波干渉状態を示す電波干渉状態情報を取得し、当該電波干渉状態情報と予め定めた閾値とを比較することにより、前記移動先無線APが電波干渉中であるか否かを判定する手段を有するリソース状態判定手段と、前記リソース状態判定手段による判定結果に異常がない場合に、前記移動先無線APにおける帯域を確保し、前記端末と前記他の端末との通信を継続する手段とを有する。より詳細には次のとおりである。
【０２２６】
第４の実施の形態における装置の機能概要を図６１を参照して説明する。第４の実施の形態における装置の基本的な構成は第１の実施の形態における装置構成と同様である。以下、第１の実施の形態の装置と異なる主な点について説明する。
【０２２７】
SIPサーバ４０における呼制御機能４１は、ハンドオーバ失敗時の呼制御処理を実行する機能も有している。アクセスコントローラ３０は、第１の実施の形態で説明した機能に加えて、無線リンクリトライ判定機能４５、ハンドオーバ成否判定機能４７、及び端末制御機能３９を有している。
【０２２８】
無線リンクリトライ判定機能４５は、無線リンクリトライの失敗回数をカウントし、予め設定した回数に達したかどうかの判定を行う。ハンドオーバ成否判定機能４７は、端末のハンドオーバ時にハンドオーバが成功したかどうかの判定を行う。具体的には、無線リンクリトライ判定機能４５により、無線リンクリトライの失敗回数が予め設定した回数に達したと判定された場合に、ハンドオーバに失敗したと判定し、その旨をSIPサーバ４０に通知する。また、端末制御機能３９は、電波干渉状態、輻輳検出、端末の低電波状態検出時に、隣接する無線APへの移動を指示する機能、及び多数の無線APに繰り返して移動を行うことが無いように、移動回数をチェックする機能を有する。
【０２２９】
図６２に、本実施の形態での端末管理データを示す。本実施の形態では、呼状態として、「ハンドオーバ中」を含む。アクセスコントローラは、ハンドオーバ時において、ハンドオーバ前の無線APにおける帯域が解放されたことに応じて呼状態を「ハンドオーバ中」とする。そして、ハンドオーバ時において、ハンドオーバ先の無線APでの帯域が確保されたことに応じて、呼状態を「ハンドオーバ中」から「QoS確保済」にする。
【０２３０】
また、本実施の形態における端末管理データは、端末毎の無線リンクリトライ回数（上限値）と、実際の無線リンクリトライ回数を含む。実際の無線リンクリトライ回数が上限値に達した場合にハンドオーバ失敗と判定される。
【０２３１】
また、本実施形態では、図１９に示す無線AP管理データに加えて、図６３に示す再接続要求拒否時間管理用の無線AP管理データを含む。図６３に示すように、無線AP毎及び端末毎に、再接続要求拒否時間と、無線リンクを切断してから実際に経過した時間である再接続要求拒否経過時間が記録される。
【０２３２】
図６４に、本実施の形態におけるアクセスコントローラの詳細機能構成図を示す。以下、第１の実施の形態と異なる部分について説明する。
【０２３３】
SIP要求返却部６２は、ハンドオーバ失敗であることをSIPサーバに通知するハンドオーバ失敗通知部６８を有する。また、リソース予約／解放部７１は、第１の実施の形態の機能に加え、端末のハンドオーバ時に、無線APの電波干渉状態、輻輳状態、端末の電波状態を調べ、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、端末の無線リンク切断を要求する機能を有している。また、リソース管理機能７０は、ある端末の無線リンクリトライ回数が、予め定めた上限値に達したかどうかを判定する無線リンクリトライ判定部７３を有している。また、リソース状態変化監視部７４を有している。
【０２３４】
また、データ更新部８１は、第１の実施の形態で説明した機能に加え、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、端末の呼状態を「ハンドオーバ中」とする機能を備えている。
【０２３５】
また、無線AP連携I／F１１０は、再接続要求通知部１１４を有している。再接続要求通知部１１４は、無線APが電波干渉状態、輻輳中、もしくは端末が低電波状態である場合に、端末を他の隣接無線APへ再接続させるために、無線APに無線リンク切断要求を送信するものである。
【０２３６】
なお、各実施の形態において上述した機能構成は一例に過ぎない。本実施の形態で説明した動作を実現できる構成であればどのような構成でもよい。
【０２３７】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【図面の簡単な説明】
【０２３８】
【図１】従来の無線ＩＰ電話システムの構成例を示す図である。
【図２】本発明の第１の実施の形態におけるシステムの一例を示す図である。
【図３】本発明の第１の実施の形態におけるシステムの動作概要を説明するための図である。
【図４】本発明の第１の実施の形態におけるアクセスコントローラの処理フローである。
【図５】本発明の第１の実施の形態において、端末１をアクセスコントローラに登録するためのシーケンス図である。
【図６】本発明の第１の実施の形態において、アクセスコントローラから登録された端末１を削除するためのシーケンス図である。
【図７】無線APが電波干渉中でなく、端末１の電波状態が良好であり、無線APが輻輳中でない場合において、端末１に端末２から着信要求がなされた場合のシーケンス図（１）である。
【図８】無線APが電波干渉中でなく、端末１の電波状態が良好であり、無線APが輻輳中でない場合において、端末１に端末２から着信要求がなされた場合のシーケンス図（２）である。
【図９】無線APが電波干渉中でなく、端末１の電波状態が良好であり、無線APが輻輳中でない場合において、端末１に端末２から着信要求がなされた場合のシーケンス図（３）である。
【図１０】無線APが電波干渉中でなく、端末１の電波状態が良好であり、無線APが輻輳中でない場合において、端末１が端末２に対して発信する場合のシーケンス図（１）である。
【図１１】無線APが電波干渉中でなく、端末１の電波状態が良好であり、無線APが輻輳中でない場合において、端末１が端末２に対して発信する場合のシーケンス図（２）である。
【図１２】無線APが電波干渉中でなく、端末１の電波状態が良好であり、無線APが輻輳中でない場合において、端末１が端末２に対して発信する場合のシーケンス図（３）である。
【図１３】無線APが電波干渉中である場合において、端末１に端末２から着信要求があった場合のシーケンス図である。
【図１４】端末１が低電波状態にある場合において、端末１に端末２から着信要求があった場合のシーケンス図である。
【図１５】無線AP01が輻輳中である場合において、端末１に端末２から着信要求があった場合のシーケンス図である。
【図１６】電波干渉中、低電波状態、輻輳中のうちのいずれかの場合において、携帯電話端末への転送を行う場合のシーケンス図である。
【図１７】SIPサーバ４０、アクセスコントローラ３０、無線AP１０、コンソール５０の機能概要例を示す図である。
【図１８】端末管理データの例を示す図である。
【図１９】無線AP管理データの例を示す図である。
【図２０】閾値データの例を示す図である。
【図２１】アクセスコントローラ３０の詳細機能構成図である。
【図２２】第２の実施の形態の動作概要を示す図である。
【図２３】第２の実施の形態におけるアクセスコントローラ３０の判定処理を説明するための図である。
【図２４】端末１が接続できる状態の無線AP０２が存在する環境の下で、接続不可（本例では、電波干渉中）の無線AP０１に接続された端末１に端末２から着信があった場合のシステムの動作を示す図である。
【図２５】端末１が接続できる状態の無線AP０２が存在する環境の下で、接続不可（本例では、電波干渉中）の無線AP０１に接続された端末１に端末２から着信があった場合のシステムの動作を示す図である。
【図２６】無線AP０１が接続不可（本例では、電波干渉中）であるとともに、隣接無線AP０２も接続不可（本例では、電波干渉中）であり、呼の中断を行う場合の動作を示す図である。
【図２７】端末１に接続できる状態の無線AP０２が存在する環境の下で、接続不可（本例では、電波干渉中）の無線AP０１に接続された端末１が端末２に発信を行う場合のシステムの動作を示す図である。
【図２８】端末１に接続できる状態の無線AP０２が存在する環境の下で、接続不可（本例では、電波干渉中）の無線AP０１に接続された端末１が端末２に発信を行う場合のシステムの動作を示す図である。
【図２９】第２の実施の形態における装置の機能概要を示す図である。
【図３０】第２の実施の形態における端末管理データを示す図である。
【図３１】再接続要求拒否時間管理用の無線AP管理データを示す図である。
【図３２】第２の実施の形態におけるアクセスコントローラの詳細機能構成図である。
【図３３】第３の実施の形態の動作概要を説明するための図である。
【図３４】第３の実施の形態のアクセスコントローラ３０における判定処理を説明するための図である。
【図３５Ａ】電波干渉状態収集の動作例を示す図である。
【図３５Ｂ】端末の電波状態情報収集の動作例を示す図である。
【図３６】電波干渉情報定期収集、判定により無線AP０１の電波干渉が検出され、無線AP０２への切替を行う場合のシーケンスである。
【図３７】電波干渉情報定期収集、判定により無線AP０１の電波干渉が検出され、無線AP０２への切替を行う場合のシーケンスである。
【図３８】電波干渉情報定期収集処理で無線AP０１の電波干渉が検出され、切替先の無線AP０２も電波干渉中であったが、次の無線AP０３で切替が成功する場合の例を示す図である。
【図３９】電波干渉情報定期収集処理で無線AP０１の電波干渉が検出され、切替先の無線AP０２も電波干渉中であったが、次の無線AP０３で切替が成功する場合の例を示す図である。
【図４０】無線AP切替に失敗し、端末に対する呼制御が行われる場合の動作例１を示す図である。
【図４１】無線AP切替に失敗し、端末に対する呼制御が行われる場合の動作例１を示す図である。
【図４２】無線AP切替に失敗し、端末に対する呼制御が行われる場合の動作例２を示す図である。
【図４３】無線AP切替に失敗し、端末に対する呼制御が行われる場合の動作例３を示す図である。
【図４４】第３の実施の形態における装置の機能概要を示す図である。
【図４５】第３の実施の形態における端末管理データを示す図である。
【図４６】再接続要求拒否時間管理用の無線AP管理データを示す図である。
【図４７】第３の実施の形態におけるアクセスコントローラの詳細機能構成図である。
【図４８】電波干渉状態にある無線APに接続された通話中の端末のうち、最も低い電波状態である端末を選択する場合の処理を説明するための図である。
【図４９】無線AP０１で電波干渉が検出され、電波状態が最も悪い端末２に無線AP０２へのAP切替を行わせる動作例を示す図である。
【図５０】端末管理データの例を示す図である。
【図５１】第４の実施の形態の動作概要を説明するための図である。
【図５２】第４の実施の形態のアクセスコントローラ３０における判定処理を説明するための図である。
【図５３】移動先の無線AP０２が接続可能な場合についての動作を示す図である。
【図５４】移動先の無線AP０２が接続可能な場合についての動作を示す図である。
【図５５】移動先の無線AP０２が電波干渉状態であるが、隣接無線AP０３に接続することによりハンドオーバが成功する場合の動作例を示す図である。
【図５６】移動先の無線AP０２が電波干渉状態であるが、隣接無線AP０３に接続することによりハンドオーバが成功する場合の動作例を示す図である。
【図５７】端末１がハンドオーバに失敗し、呼制御が行われる場合の動作例１を示す図である。
【図５８】端末１がハンドオーバに失敗し、呼制御が行われる場合の動作例１を示す図である。
【図５９】端末１がハンドオーバに失敗し、呼制御が行われる場合の動作例２を示す図である。
【図６０】端末１がハンドオーバに失敗し、呼制御が行われる場合の動作例３を示す図である。
【図６１】第４の実施の形態における装置の機能概要を示す図である。
【図６２】第４の実施の形態における端末管理データを示す図である。
【図６３】再接続要求拒否時間管理用の無線AP管理データを示す図である。
【図６４】第４の実施の形態におけるアクセスコントローラの詳細機能構成図である。
【符号の説明】
【０２３９】
１、２  端末
１０、２０、２５  無線AP
１１  無線AP機能
１２  対アクセスコントローラインタフェース機能
３０  アクセスコントローラ
３１  対SIPサーバインタフェース機能
３２  判定機能
３３  対無線APインタフェース機能
３４  対コンソールインタフェース機能
３５  データベース
３６  電波干渉情報・端末電波状態情報収集機能
３８  呼接続制御機能
３９  端末制御機能
４５  無線リンクリトライ判定機能
４６  AP接続替え成否判定機能
４７  ハンドオーバ成否判定機能
４０  SIPサーバ
４１  呼制御機能
４２  対アクセスコントローラインタフェース機能
５０  コンソール
５１  ユーザインタフェース機能
５２  対アクセスコントローラインタフェース機能
６０  SIP連携Ｉ／Ｆ
７０  リソース管理機能
８０  データ管理機能
９０  無線AP管理機能
１００  端末管理機能
１１０  無線AP連携Ｉ／Ｆ
【図１】
0005324771.tif 000002
【図２】
0005324771.tif 000003
【図３】
0005324771.tif 000004
【図４】
0005324771.tif 000005
【図５】
0005324771.tif 000006
【図６】
0005324771.tif 000007
【図７】
0005324771.tif 000008
【図８】
0005324771.tif 000009
【図９】
0005324771.tif 000010
【図１０】
0005324771.tif 000011
【図１１】
0005324771.tif 000012
【図１２】
0005324771.tif 000013
【図１３】
0005324771.tif 000014
【図１４】
0005324771.tif 000015
【図１５】
0005324771.tif 000016
【図１６】
0005324771.tif 000017
【図１７】
0005324771.tif 000018
【図１８】
0005324771.tif 000019
【図１９】
0005324771.tif 000020
【図２０】
0005324771.tif 000021
【図２１】
0005324771.tif 000022
【図２２】
0005324771.tif 000023
【図２３】
0005324771.tif 000024
【図２４】
0005324771.tif 000025
【図２５】
0005324771.tif 000026
【図２６】
0005324771.tif 000027
【図２７】
0005324771.tif 000028
【図２８】
0005324771.tif 000029
【図２９】
0005324771.tif 000030
【図３０】
0005324771.tif 000031
【図３１】
0005324771.tif 000032
【図３２】
0005324771.tif 000033
【図３３】
0005324771.tif 000034
【図３４】
0005324771.tif 000035
【図３５Ａ】
0005324771.tif 000036
【図３５Ｂ】
0005324771.tif 000037
【図３６】
0005324771.tif 000038
【図３７】
0005324771.tif 000039
【図３８】
0005324771.tif 000040
【図３９】
0005324771.tif 000041
【図４０】
0005324771.tif 000042
【図４１】
0005324771.tif 000043
【図４２】
0005324771.tif 000044
【図４３】
0005324771.tif 000045
【図４４】
0005324771.tif 000046
【図４５】
0005324771.tif 000047
【図４６】
0005324771.tif 000048
【図４７】
0005324771.tif 000049
【図４８】
0005324771.tif 000050
【図４９】
0005324771.tif 000051
【図５０】
0005324771.tif 000052
【図５１】
0005324771.tif 000053
【図５２】
0005324771.tif 000054
【図５３】
0005324771.tif 000055
【図５４】
0005324771.tif 000056
【図５５】
0005324771.tif 000057
【図５６】
0005324771.tif 000058
【図５７】
0005324771.tif 000059
【図５８】
0005324771.tif 000060
【図５９】
0005324771.tif 000061
【図６０】
0005324771.tif 000062
【図６１】
0005324771.tif 000063
【図６２】
0005324771.tif 000064
【図６３】
0005324771.tif 000065
【図６４】
0005324771.tif 000066