(57)【要約】【課題】ハンドオーバー時に発生する音声の途切れを解消し、通話品質の高い無線ＬＡＮ電話通信方法および無線ＬＡＮ電話端末装置を得ること。【解決手段】全体制御部１３０は、ハンドオーバー時に、リンク制御部１１７，１２７と協働して、０系音声通話部１１９が使用するチャネルと１系音声通話部１２９が使用するチャネルとを無線通信部１０７で時間的に切り替えながら通話に使用するアクセスポイントとハンドオーバー先のアクセスポイントとの通信チャネルを使い分け、０系音声通話部１１９と１系音声通話部１２９と通話相手端末との３者通話状態にし、０系音声通話部１１９と１系音声通話部１２９の一方が用いるチャネルの音声をミュートする。つまり、ハンドオーバー実行中は０系音声通話部１１９と１系音声通話部１２９の一方と通話相手端末との２者通話状態を維持しつつ安定的な通信が行えるアクセスポイントを探し出す。【選択図】図１
2007295064.tif 000002
【特許請求の範囲】
【請求項１】
無線ＬＡＮを利用して音声パケットを送受信する無線ＬＡＮ電話通信方法において、
少なくとも２つの独立した通信チャネルに設定した優先度に従ってそれぞれの通信チャネルでの通信の予定時刻を管理するスケジューラを用意し、
前記スケジューラの登録内容に従って優先度の高い通信チャネルを利用した通信と優先度の低い通信チャネルを利用した通信とを時分割で排他的に実行し、
前記２つの通信チャネルのうち、優先度の高い通信チャネルを利用する通信の要求が発生した場合は、優先度の低い通信チャネルを利用する通信を強制的に停止し、また、前記優先度の低い通信チャネルを利用して通信を行う場合に、前記スケジューラの登録内容に基づき当該優先度の低い通信チャネルを利用した通信の完了時刻を予測し、当該予測した完了時刻が前記スケジューラに登録されている前記優先度の高い通信チャネルを利用する通信の開始予定時刻以降である場合には当該優先度の低い通信チャネルを利用する通信は行わないように制御する
ことを特徴とする無線ＬＡＮ電話通信方法。
【請求項２】
前記優先度の低い通信チャネルの使用中に、前記優先度の高い通信チャネルを使用する通信の予定時刻と現在時刻との差が予め定めた時間よりも小さくなった場合、当該優先度の低い通信チャネルを使用する通信を保留し、前記優先度の高い通信チャネルを使用する通信が終わった後に前記優先度の低い通信チャネルを使用する通信が再開できると予想できる時刻までの時間内に、他の端末やアクセスポイントが前記優先度の低い通信チャネルを使用して通信を始めないようにするためのメディア予約シーケンスを実行する
ことを特徴とする請求項１に記載の無線ＬＡＮ電話通信方法。
【請求項３】
前記優先度の低い通信チャネルによるビーコン信号の受信は、前記優先度の高い通信チャネルでのビーコン信号の受信以外の送受信よりも優先して実行することを特徴とする請求項１または２に記載の無線ＬＡＮ電話通信方法。
【請求項４】
前記優先度の低い通信チャネルによるビーコン信号の受信でのビーコン信号の聞き取り間隔は、前記優先度の高い通信チャネルによるビーコン信号の受信よりも小さく設定されていることを特徴とする請求項３に記載の無線ＬＡＮ電話通信方法。
【請求項５】
前記優先度の高い通信チャネルを使用する通信ではＴＤＭ方式を採用し、前記優先度の低い通信チャネルを使用する通信ではＣＳＭＡ／ＣＡ方式を採用することを特徴とする請求項１〜４のいずれか一つに記載の無線ＬＡＮ電話通信方法。
【請求項６】
前記優先度の高い通信チャネルを使用する通信と前記優先度の低い通信チャネルを使用する通信とにそれぞれ独立したネットワークアドレスを割り当てることを特徴とする請求項１〜５のいずれか一つに記載の無線ＬＡＮ電話通信方法。
【請求項７】
前記優先度の高い通信チャネルを使用する通信と前記優先度の低い第２の通信チャネルを使用する通信とにそれぞれ独立した音声通話セッションを割り当てることを特徴とする請求項６に記載の無線ＬＡＮ電話通信方法。
【請求項８】
前記優先度の高い第１の通信チャネルを使用して第１のアクセスポイントと第１のリンクを設定し、この第１のリンク上で音声通話を行い、前記第１のアクセスポイントとの通信状況が悪化したと判断した場合には、前記優先度の低い通信チャネルを使用して第２のアクセスポイントと第２のリンクを設定し、両方のアクセスポイントでのリンクを維持した上で、前記第２のリンクの通信状況が前記第１のリンクと比べて良好であると判断した場合、前記第１のリンクを解除し、前記第２のリンクを利用した音声通話に切り替えることを特徴とする請求項１〜７のいずれか一つに記載の無線ＬＡＮ電話通信方法。
【請求項９】
前記優先度の高い通信チャネルを使用する通信中にスリープモードになっている場合において、対応するアクセスポイントが端末宛てのデータを受信した場合に、前記アクセスポイントはその受信した端末宛てのデータを端末側から送信要求を受け取るまでバッファリングし、端末はアウェイクした後に前記アクセスポイントに送信要求を送出して自端末宛のデータを受信することを特徴とする請求項１〜８のいずれか一つに記載の無線ＬＡＮ電話通信方法。
【請求項１０】
前記優先度の低い通信チャネルを使用する通信中にスリープモードになっている場合において、対応するアクセスポイントが端末宛てのデータを受信した場合に、前記アクセスポイントはその受信した端末宛てのデータを端末側から送信要求を受け取るまでバッファリングし、端末はアウェイクした後に前記アクセスポイントに送信要求を送出して自端末宛のデータを受信することを特徴とする請求項１〜８のいずれか一つに記載の無線ＬＡＮ電話通信方法。
【請求項１１】
ハンドオーバー実行中に、前記優先度の高い通信チャネルを使用して現在通話に利用している第１のアクセスポイントとは異なる第２のアクセスポイントとの第２のリンクを前記優先度の低い通信チャネルを使用して設定し、当該第２のリンクを使用した第２の通話セッションを待ち受け状態に設定し、前記第１のアクセスポイントに設定した第１のリンクを利用して通話中の第１の通話セッションから前記第２の通話セッションを３者通話に招待し、３者通話への移行が完了すると、まず、前記第２の通話セッションは音声を流さない状態に設定して両リンクの通信状況の変化を監視し、その結果、前記第２の通話セッションの方が良好な通信ができると判断した場合には、前記第２の通話セッションが使用する通信チャネルの優先度を高く設定し直して当該第２の通話セッションで通話を行い、前記第１の通話セッションには音声を流さない状態に設定し、その後、前記第１及び第２の通話セッションを維持しながら両リンクの通信状況の変化を監視し、通信状態が良好なリンクを高い優先度に設定した上でその通話セッションに音声を流し、通信状態が劣るリンクには低い優先度を設定してその通話セッションには音声を流さないように制御することを特徴とする請求項６〜１０いずれか一つに記載の無線ＬＡＮ電話通信方法。
【請求項１２】
前記ハンドオーバー実行中に、前記第１のリンクと前記第２のリンクの通信品質を比較し、いずれかのリンクが継続的に良好な通信を行えると判断した場合、その良好な通信が行えるリンクを通話に利用する通話セッションとして残し、それ以外のリンクを解除して対応する通話セッションを終了することによってハンドオーバーを完了することを特徴とする請求項１１に記載の無線ＬＡＮ電話通信方法。
【請求項１３】
前記ハンドオーバー実行中に、前記第１のリンクと前記第２のリンクの通信品質を比較し、現在使用中のリンクよりも他方のリンクの通信品質が優れている場合に、その他方のリンクを通話に利用する通話セッションとし、それ以外のリンクを待機状態に設定することによってハンドオーバーを完了することを特徴とする請求項１１に記載の無線ＬＡＮ電話通信方法。
【請求項１４】
前記ハンドオーバー実行中に、前記第１のリンクと前記第２のリンクの通信品質を比較する際に、予め定めた閾値以上の時間、いずれか一方のリンクの電波受信感度またはＳＮ比が他方を上回る場合、または、エラー発生頻度が他方を下回る場合に、そのいずれか一方のリンクが継続的に良好な通信を提供できると判断することを特徴とする請求項１２または１３に記載の無線ＬＡＮ電話通信方法。
【請求項１５】
前記ハンドオーバー実行中に、前記第１のリンクと前記第２のリンクの通信品質を比較する際に、電波受信強度、ＳＮ比、エラー発生頻度のうちのひとつもしくは複数を、予め定めた閾値以上の比率あるいは差などの評価用の演算を用いて評価し、いずれか一方のリンクの評価結果が他方を上回る場合に、そのいずれか一方のリンクが継続的に良好な通信を提供できると判断することを特徴とする請求項１２または１３に記載の無線ＬＡＮ電話通信方法。
【請求項１６】
請求項１〜１５のいずれか一つに記載の無線ＬＡＮ電話通信方法の手順を記載したことを特徴とする無線ＬＡＮ通信電話通信プログラム。
【請求項１７】
請求項１６に記載の無線ＬＡＮ電話通信プログラムが記録されていることを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１８】
無線ＬＡＮを利用して音声パケットを送受信する無線ＬＡＮ電話端末装置であって、
少なくとも２つの独立した通信チャネルを時分割で排他的に使用するように制御される無線通信手段と、
前記２つの通信チャネルのそれぞれを利用する通信に対して優先度を設定するためのプライオリティ管理テーブルと、
前記２つの通信チャネルのそれぞれを利用した通信の予定時刻を管理するスケジューラと、
前記２つの通信チャネルのうち、優先度の高い通信チャネルを利用する通信の要求が発生した場合、優先度の低い通信チャネルを利用する通信を強制的に停止し、また、優先度の低い通信チャネルを利用して通信を行う場合に、前記スケジューラの登録内容に基づき当該優先度の低い通信チャネルを利用した通信の完了時刻を予測し、当該予測した完了時刻が前記スケジューラに登録されている前記優先度の高い通信チャネルを利用する通信の開始予定時刻以降である場合には当該優先度の低い通信チャネルを利用する通信は行わないように制御するリンク制御手段と
を備えていることを特徴とする無線ＬＡＮ電話端末装置。
【請求項１９】
前記優先度の低い通信チャネルの使用中に、前記優先度の高い通信チャネルを使用する通信の予定時刻と現在時刻との差が予め定めた時間よりも小さくなった場合、当該優先度の低い通信チャネルを使用する通信を保留し、前記優先度の高い通信チャネルを使用する通信が終わった後に当該優先度の低い通信チャネルを使用する通信を再開できると予想できる時刻までの時間内に、他の端末やアクセスポイントが当該優先度の低い通信チャネルを使用して通信を始めないようにするためのメディア予約シーケンスを実行する予約シーケンス実行手段を備えていることを特徴とする請求項１８に記載の無線ＬＡＮ電話端末装置。
【請求項２０】
通信方式を、前記優先度の高い通信チャネルを使用する通信ではＴＤＭ方式に切り替えて設定し、前記優先度の低い通信チャネルを使用する通信ではＣＳＭＡ／ＣＡ方式に切り替えて設定するＣＳＭＡ／ＣＡ−ＴＤＭ切り替え手段を備えていることを特徴とする請求項１８または１９に記載の無線ＬＡＮ電話端末装置。
【請求項２１】
前記優先度の高い通信チャネルを使用する通信と前記優先度の低い通信チャネルを使用する通信とに対するプロトコル処理を、それぞれ独立したネットワークアドレスを付与して実行するプロトコル処理手段を備えていることを特徴とする請求項１８〜２０のいずれか一つに記載の無線ＬＡＮ電話端末装置。
【請求項２２】
前記プロトコル処理手段が制御する前記優先度の高い通信チャネルと前記優先度の低い通信チャネルとのそれぞれを利用して独立した通話セッションを維持する呼制御手段を備えていることを特徴とする請求項２１に記載の無線ＬＡＮ電話端末装置。
【請求項２３】
前記優先度の高い通信チャネルと前記優先度の低い通信チャネルとのそれぞれに対応するアクセスポイントとのリンクをパワーセーブモードで維持し、端末のアウェイク時に対応するアクセスポイントとのデータ授受を可能にするパワーセーブ制御手段を備えていることを特徴とする請求項１８〜２２のいずれか一つに記載の無線ＬＡＮ電話端末装置。
【請求項２４】
前記リンク制御手段は、ハンドオーバー実行中に、前記優先度の高い通信チャネルを使用して現在通話に利用している第１のアクセスポイントとは異なる第２のアクセスポイントとの第２のリンクを前記優先度の低い通信チャネルを使用して設定し、当該第２のリンクを使用した第２の通話セッションを待ち受け状態に設定し、前記第１のアクセスポイントに設定した第１のリンクを利用して通話中の第１の通話セッションから前記第２の通話セッションを３者通話に勧誘し、３者通話への移行が完了すると、まず、前記第２の通話セッションは音声を流さない状態に設定して両リンクの通信状況の変化を監視し、その結果、前記第２の通話セッションの方が良好な通信ができると判断した場合には、前記第２の通話セッションが使用する通信チャネルの優先度を高く設定し直して当該第２の通話セッションで通話を行い、前記第１の通話セッションには音声を流さない状態に設定し、その後、前記第１及び第２の通話セッションを維持しながら両リンクの通信状況の変化を監視し、通信状態が良好なリンクを高い優先度に設定した上でその通話セッションに音声を流し、通信状態が劣るリンクには低い優先度を設定してその通話セッションには音声を流さないように制御することを特徴とする請求項１８に記載の無線ＬＡＮ電話端末装置。
【請求項２５】
前記リンク制御手段は、前記ハンドオーバーの完了処理として、前記ハンドオーバー実行中に、前記第１のリンクと前記第２のリンクの通信品質を比較し、いずれかのリンクが継続的に良好な通信を行えると判断した場合、その良好な通信が行えるリンクを通話に利用する通話セッションとして残し、それ以外のリンクを解除して対応する通話セッションを終了する処理を行うことを特徴とする請求項２４に記載の無線ＬＡＮ電話端末装置。
【請求項２６】
前記リンク制御手段は、前記ハンドオーバーの完了処理として、前記ハンドオーバー実行中に、前記第１のリンクと前記第２のリンクの通信品質を比較し、現在使用中のリンクよりも他方のリンクの通信品質が優れている場合に、その他方のリンクを通話に利用する通話セッションとし、それ以外のリンクを待機状態に設定する処理を行うことを特徴とする請求項２４に記載の無線ＬＡＮ電話端末装置。
【請求項２７】
前記リンク制御手段は、前記ハンドオーバー実行中に、前記第１のリンクと前記第２のリンクの通信品質を比較する際に、予め定めた閾値以上の時間、いずれか一方のリンクの電波受信感度またはＳＮ比が他方を上回る場合、または、エラー発生頻度が他方を下回る場合に、そのいずれか一方のリンクが継続的に良好な通信を提供できると判断することを特徴とする請求項２５または２６に記載の無線ＬＡＮ電話端末装置。
【請求項２８】
前記リンク制御手段は、前記ハンドオーバー実行中に、前記第１のリンクと前記第２のリンクの通信品質を比較する際に、電波受信強度、ＳＮ比、エラー発生頻度のうちのひとつもしくは複数を、予め定めた閾値以上の比率あるいは差などの評価用の演算を用いて評価し、いずれか一方のリンクの評価結果が他方を上回る場合に、そのいずれか一方のリンクが継続的に良好な通信を提供できると判断することを特徴とする請求項２５または２６に記載の無線ＬＡＮ電話端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、無線ＬＡＮ電話通信方法および無線ＬＡＮ電話端末装置（無線ＬＡＮ電話機）に関するものである。
【背景技術】
【０００２】
近年、ＶｏＩＰ技術を利用したＩＰ電話が普及している。ＩＰ電話は、パケット化した音声をインターネットや専用のネットワークを通して送受信するので、通話コストが安いという特徴があり、大手プロバイダが様々な地域でサービスを提供しているので、最近では、企業だけでなく、多くの家庭でも利用されるようになってきた。
【０００３】
また、最近では、ＩＰ電話機をコードレス化する動きも出てきた。例えば、親機でＩＰ電話のプロトコルを終端し、親機と子機との間では、従来のコードレス電話機の方式で音声を子機とやりとりする製品も発表されている。逆に、ＩＰ電話のプロトコルを親機で終端するのではなく、子機で終端できるようにし、その子機をホットスポットなどのような公共の無線アクセスポイントに持ち出して、安価に通話できるような無線ＬＡＮによるコードレス電話機（無線ＬＡＮ電話機）も提案されている。
【０００４】
その結果、現在では、無線ＬＡＮに関する規格であるＩＥＥＥ８０２．１１に準拠した上記のような無線ＬＡＮ電話機（無線ＩＰ端末）が各社から発表されている（例えば非特許文献１参照）。これらの無線ＬＡＮ電話機では、通話中に移動を行ってアクセスポイントを渡り歩くことができる。これをハンドオーバーと呼ぶが、その概要を、図２７を参照して説明する。
【０００５】
図２７は、従来の無線ＬＡＮ電話機が行うハンドオーバー時の動作を説明するタイムチャートである。なお、図２７において、（１）は音声パケットであり、（２）はＡＰ（アクセスポイント）捕捉処理であり、（３）は接続処理であり、（４）は切断処理である。
【０００６】
無線ＬＡＮ電話機である端末は、ＩＥＥＥ８０２．１１ｂで規定されている無線ＬＡＮ規格に準拠して動作し、チャネルｃｈ１〜ｃｈ１４まで有している通信チャネルのうち、時刻ｔ＝ｔ０においては、チャネルｃｈ１１を利用してアクセスポイントとの間にリンクを設定し、音声パケットの送受信を行っている。
【０００７】
このように移動しながら通話している端末は、アクセスポイントから離れると電波状況が悪化するので、自端末を収容できる他のアクセスポイントを探さなくてはならない。そこで、端末は、時分割で自端末の通信チャネルを切り替えながら自端末を収容できるアクセスポイントを検索する。時刻ｔ＝ｔ１では、端末がチャネルｃｈ１によって通信できるアクセスポイントがあるかどうかを試みているが、応答が無いので、次の時刻ｔ＝ｔ２では、チャネルｃｈ２によって通信できるアクセスポイントがあるかどうかを試みる。ここでは、チャネルｃｈ２を利用してサービスを行っているアクセスポイントが存在し、端末からの問い合わせ（プローブ要求）に対して応答（プローブ応答）を返している。
【０００８】
端末は、移動してさらに電波状況が悪くなった時刻ｔ＝ｔ３では、これまで通信に利用していたチャネルｃｈ１１のリンクを解除（切断）し、時刻ｔ＝ｔ４以降は、新たにチャネルｃｈ２を利用して新しいアクセスポイントと接続を試みる。詳細は省略するが、端末は、接続のための要求や認証のためのやりとりを終了した時刻ｔ＝ｔ５において、再び、音声のやり取りを再開する。つまり、時刻ｔ＝ｔ３から時刻ｔ＝ｔ５までの期間は音声が途切れてしまう。
【特許文献１】特開２００５−１７５９３２号公報
【特許文献２】特開２００２−１６５２５６号公報
【非特許文献１】「日経ＮＥＴＷＯＲＫ」（日経ＢＰ社、２００５．４、０８０ページ）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
このように、従来の無線ＬＡＮ電話機では、通話中に移動を行ってアクセスポイントを渡り歩くハンドオーバー時に、音声が途切れることが起こる。その理由は、ＩＥＥＥ８０２．１１規格では、ひとつの端末が複数のアクセスポイントと同時にリンクを持つことを認めていないので、ハンドオーバー時には、まず、古いアクセスポイントとのリンクを解除して、新しいアクセスポイントとのリンクを設定する必要があるが、上記のように、新しいリンクを設定して音声パケットを流せるように通話セッションが回復するまでには若干の時間が必要であることによる。ハンドオーバー時に通話中の音声が途切れる期間は、数１００ｍｓ程度であることが知られている。
【００１０】
そこで、従来では、ハンドオーバー時の音声途切れを短縮する方法として、時分割で音声の送受信処理と新しいアクセスポイントを探す処理とを行う方法が発表されている（例えば特許文献１参照）。この方法では、通話中に予めハンドオーバー先のアクセスポイントを見つけておくので、リンクの解除からリンクの再設定までの時間が短くなるという利点を持っているが、通話の途切れは解消できない。
【００１１】
また、通話を行っているユーザが、サブネットを跨いで移動した場合は、ハンドオーバー後は別のネットワークを経由して通話を継続することになる。これは特にローミングと呼ばれることがある。このローミングの場合は、ネットワークアドレスが異なるので、ネットワークアドレスの取得やプロトコルスタックの再初期化が必要となり、音声パケットが流れるようになるまで１秒程度の時間がかかるとされている。したがって、この間は、音声が途切れてしまう。
【００１２】
このローミングの時間を短縮するために、携帯電話等で使用されているソフトハンドオフと呼ばれる手法を利用することが提案されている（例えば特許文献２参照）。これは、端末に２つのネットワークインターフェースを搭載して独立に動作させ、ローミングが生じた場合に、予め、予備のネットワークインターフェースを起動させ、ネットワークのコネクションを張っておき、音声パケットのルーティングを変更することで、ハンドオーバーを実現する手法である。この手法では、リンクを解除してからリンクを再設定し、プロトコルスタックを再初期化する必要が無いので、高速なハンドオーバーが実現できる。
【００１３】
しかしながら、この手法は、ＴＤＭ方式やＣＤＭＡ方式では有効であるが、このような手法を無線ＬＡＮに適用した場合、２つのネットワークインターフェースを持つためには周波数の異なる２つの無線チャネルを同時に利用することになるので、無線系を二系統持つことが必要であり、端末が大型化し、また高価になるという問題がある。
【００１４】
この発明は、上記に鑑みてなされたものであり、ハンドオーバー時に発生する音声の途切れを解消し、通話品質の高い無線ＬＡＮ電話通信方法および無線ＬＡＮ電話端末装置を得ることを目的とする。
【課題を解決するための手段】
【００１５】
上述した目的を達成するために、この発明は、無線ＬＡＮを利用して音声パケットを送受信する無線ＬＡＮ電話通信方法において、少なくとも２つの独立した通信チャネルに設定した優先度に従ってそれぞれの通信チャネルでの通信の予定時刻を管理するスケジューラを用意し、前記スケジューラの登録内容に従って優先度の高い通信チャネルを利用した通信と優先度の低い通信チャネルを利用した通信とを時分割で排他的に実行し、前記２つの通信チャネルのうち、優先度の高い通信チャネルを利用する通信の要求が発生した場合は、優先度の低い通信チャネルを利用する通信を強制的に停止し、また、前記優先度の低い通信チャネルを利用して通信を行う場合に、前記スケジューラの登録内容に基づき当該優先度の低い通信チャネルを利用した通信の完了時刻を予測し、当該予測した完了時刻が前記スケジューラに登録されている前記優先度の高い通信チャネルを利用する通信の開始予定時刻以降である場合には当該優先度の低い通信チャネルを利用する通信は行わないように制御することを特徴とする。
【００１６】
この発明によれば、複数の無線チャネルを時間的に切り替えながら２つまたはそれ以上のアクセスポイントとのリンクを維持し、優先度の高いリンクの通信を阻害しないように優先度の低いリンクを利用しての通信が行える。したがって、ハンドオーバー時に、複数のリンクを利用しての３者通話、或いは、それ以上の多者通話の状態を作り、電波状態の悪い方をミュートすることによってあたかも２者が通話しているようにし、端末が移動し、現在ミュートしている方のリンクの電波状態が良好になると、瞬時に、他方のリンクをミュートし、現在ミュートしているリンクのミュートの解除を行うことができる。これによって、ハンドオーバー時に音声が途切れることが無く、高品質の通話を提供することができる。
【発明の効果】
【００１７】
この発明によれば、ハンドオーバー時に発生する音声の途切れを解消し、高い通話品質が得られるという効果を奏する。
【発明を実施するための最良の形態】
【００１８】
以下に図面を参照して、この発明にかかる無線ＬＡＮ電話通信方法および無線ＬＡＮ電話端末装置の好適な実施の形態を詳細に説明する。
【００１９】
（実施の形態１）
図１は、本発明の実施の形態１による無線ＬＡＮ電話端末装置の機能構成を示すブロック図である。図１に示す無線ＬＡＮ電話端末装置は、操作部１０１と、音声入力部１０２と、音声出力部１０３と、コーデック部１０４と、プライオリティ管理テーブル１０５と、スケジューラ１０６と、無線通信部１０７と、ＲＴＣ１０８と、パワーセーブ制御部１０９と、スケジュール管理テーブル１１０と、音声通話を独立に実現する２系統（ここでは、一方を０系、他方を１系と呼んでいる）の音声通話部１１９，１２９と、これらの全体を制御する全体制御部１３０とを備えている。
【００２０】
操作部１０１は、発呼先の指定、着呼時に通話の指示および終話の指示をそれぞれ全体制御部１３０に与える機能部である。音声入力部１０２は、通話音声を電気信号（音声アナログ信号）に変換して全体制御部１３０に与える機能部である。音声出力部１０３は、全体制御部１３０からの音声アナログ信号を通話音声に変換して外部に出力する機能部である。
【００２１】
コーデック部１０４は、全体制御部１３０を介して音声入力部１０２入力される音声アナログ信号を音声デジタル信号（音声データ）に変換し、それを所定のアルゴリズムを用いて音声パケットに変換（エンコード）することと、全体制御部１３０を介して０系と１系の音声通話部１１９，１２９から入力される音声データを所定のアルゴリズムを用いてデコードして音声アナログ信号に変換し、それを全体制御部１３０を介して音声出力部１０３に出力することを行う機能部である。
【００２２】
プライオリティ管理テーブル１０５は、全体制御部１３０が、０系と１系の音声通話部１１９，１２９がそれぞれの通信チャネルを利用する通信に対して優先度を設定するために用いるテーブルである（図１２参照）。
【００２３】
スケジューラ１０６は、全体制御部１３０の制御下に、０系と１系の音声通話部１１９，１２９がそれぞれの通信チャネルを利用した通信の予定時刻を管理する機能部であり、配下に、ＲＴＣ１０８と、スケジュール管理テーブル１１０と、０系音声通話部１１９における０系リンク制御部１１７と、１系音声通話部１２９における１系リンク制御部１２７とが設けられる。
【００２４】
ＲＴＣ１０８は、時間の経過を測定してスケジューラ１０６に与える。スケジュール管理テーブル１１０は、スケジューラ１０６が無線通信のスケジュール優先度の高い通信と低い通信とに分けて管理するのに用いるテーブルである。０系と１系のリンク制御部１１７，１２７は、０系と１系の音声通話部１１９，１２９において、通信の完了時刻を予測し、スケジューラ１０６からの完了時刻の問い合わせに応答し、また、スケジューラ１０６の管理内容に基づきデータの送受信のシーケンスを制御する機能部である。
【００２５】
無線通信部１０７は、全体制御部１３０の制御下に、０系と１系の音声通話部１１９，１２９における送信キュー１１３，１２３に蓄積したデータを無線フレーム化して送信することと、受信した無線フレームの内容を０系と１系の音声通話部１１９，１２９における受信キュー１１４，１２４に格納することを行う機能部である。
【００２６】
パワーセーブ制御部１０９は、全体制御部１３０の制御下に、無線通信部１０７の送信電力を制御する機能部である。
【００２７】
さて、０系と１系の音声通話部１１９，１２９は、同じ構成であって、０系と１系の表記を外して示すと、呼制御部１１１，１２１と、プロトコル処理部１１２，１２２と、上記した送信キュー１１３，１２３と、上記した受信キュー１１４，１２４と、上記したリンク制御部１１７，１２７と、制御部１１８，１２８とを備えている。
【００２８】
０系と１系の呼制御部１１１，１２１は、制御部１１８，１２８の制御下に、発呼、着呼、呼の接続・切断の制御、および各呼の状態に応じたダイヤルトーン、ビジートーン、リンガー、リング・バック・トーンを制御部１１８，１２８、全体制御部１３０を介して音声出力部１０３に出力する機能部である。
【００２９】
０系と１系のプロトコル処理部１１２，１２２は、制御部１１８，１２８の制御下に、呼の設定や解除、通話時の音声パケットの送受信を指定されたプロトコルに従って処理する機能部である。０系と１系の送信キュー１１３，１２３は、制御部１１８，１２８から受け取った無線送信用のデータをＦＩＦＯ方式で蓄積して無線通信部１０７に与える機能部である。０系と１系の受信キュー１１４，１２４は、無線通信部１０７が受信した無線フレームから取り出したデータをＦＩＦＯ方式で蓄積して制御部１１８，１２８に与える機能部である。
【００３０】
０系と１系の制御部１１８，１２８は、全体制御部１３０の制御下に、スケジューラ１０６の管理内容に基づき、上記の各機能部を制御して当該０系と１系の音声通話部１１９，１２９の機能を実現する当該音声通話部における全体制御部である。
【００３１】
次に、図２は、図１に示す無線ＬＡＮ電話端末装置の電気的構成を示すブロック図である。図２に示す無線ＬＡＮ電話端末装置は、ＣＰＵ（中央処理装置）２０１と、ＣＰＵ２０１の内部バスに並列に接続されるＲＯＭ２０２，ＲＡＭ２０３，ＲＴＣ２０４，ベースバンド処理部２０５，Ａ／Ｄ変換器２０７，Ｄ／Ａ変換器２０９，キーボード２１１及びコーデック２１２と、ベースバンド処理部２０５に接続されるＲＦ（無線処理部）２０６と、Ａ／Ｄ変換器２０７に接続されるマイク２０８と、Ｄ／Ａ変換器２０９に接続されるスピーカ２１０とを備えている。
【００３２】
ここで、図１に示す機能構成との対応関係を示す。操作部１０１はキーボード２１１によって実現される。音声入力部１０２はマイク２０８によって実現される。音声出力部１０３はスピーカ２１０によって実現される。コーデック部１０４はコーデック２１２とＡ／Ｄ変換器２０７とＤ／Ａ変換器２０９との全体によって実現される。
【００３３】
プライオリティ管理テーブル１０５、スケジュール管理テーブル１１０、０系と１系の送信キュー１１３，１２３、及び０系と１系の受信キュー１１４，１２４はＲＡＭ２０３により構成される。無線通信部１０７はベースバンド処理部２０５とＲＦ２０６とによって構成される。ＲＴＣ１０８はＲＴＣ２０４によって構成される。
【００３４】
スケジューラ１０６と、パワーセーブ制御部１０９と、０系音声通話部１１９である呼制御部１１１，プロトコル処理部１１２，リンク制御部１１７及び制御部１１８と、１系音声通話部１２９である呼制御部１２１，プロトコル処理部１２２，リンク制御部１２７及び制御部１２８と、全体制御部１３０とは、それぞれ、ＣＰＵ２０１がＲＯＭ２０２に格納される制御プログラムを、ＲＯＭ２０２やＲＡＭ２０３に記憶されているデータを参照したり、またＲＡＭ２０３に記憶されているデータを変更したりしながら実行することで実現される。
【００３５】
次に、図３は、図１に示す無線ＬＡＮ電話端末装置による無線ＬＡＮ電話システムを含むネットワークの全体構成図である。なお、無線ＬＡＮ電話端末装置は、以降、単に「端末」と略称する。
【００３６】
図３では、端末ａが移動しながら通信する無線ＬＡＮ電話システムとして、隣接する２つのアクセスポイントＡ１，Ａ２が示されている。アクセスポイントＡ１のカバーエリアＣＡ１とアクセスポイントＡ２のカバーエリアＣＡ２とは、互いに重複したエリアを有している。この２つのアクセスポイントＡ１，Ａ２は、それぞれインターネット６００に有線接続されている。また、端末ｂが移動しながら通信する他の無線ＬＡＮ電話システムのアクセスポイントＢが示されている。このアクセスポイントＢもインターネット６００に有線接続されている。
【００３７】
それぞれのアクセスポイントは、ブリッジの機能が搭載され、端末からの無線フレームをＬＡＮ通信部（有線）を使用してインターネット６００側にイーサネット（登録商標）フレームとして中継転送し、また、インターネット６００側からのイーサネット（登録商標）フレームを端末に無線フレームとして中継転送することができる。
【００３８】
そして、インターネット６００上に配置されるＳＩＰサーバ５００が、待ち受け状態の端末を登録し、また、端末から他の端末への接続要求を中継転送するようになっている。なお、ＳＩＰサーバ５００は、通話を開始するときに、相手を指定するＵＲＩをＩＰアドレスに変換したり、指定されたＵＲＩを持つ相手が待ち受け状態か否かを管理したりする機能を提供している。
【００３９】
端末ａのハンドオーバーは、概略次のようにして行われる。端末ａは、時刻ｔ＝ｔ０では、アクセスポイントＡ１のカバーエリアＣＡ１内に在り、端末ｂは、アクセスポイントＢのカバーエリア内に在り、互いに通信を行っている。端末ａが移動して時刻ｔ＝ｔ１にカバーエリアＣＡ１とカバーエリアＣＡ２との重複エリアに位置すると、端末ａとアクセスポイントＡ１との通信状況が悪化するので、端末ａは、アクセスポイントＡ１とは別のアクセスポイントを探し始め、アクセスポイントＡ２を発見する。そして、端末ａがさらに移動し、アクセスポイントＡ１よりもアクセスポイントＡ２の方が、通信状況が良好であると判断した時刻ｔ＝ｔ２において、端末ａはアクセスポイントＡ２を経由した通話に切り替え、ハンドオーバーを完了する。以下、図４を参照して、具体的に説明する。
【００４０】
図４は、図３に示す無線ＬＡＮ電話システムにおいて、端末ａが端末ｂと通話しつつハンドオーバーする過程を説明するシーケンス図である。なお、図４に示す動作シーケンスは、近年ＶｏＩＰでしばしば利用されているＳＩＰプロトコルを参考にしているが、理解を容易にするため、処理を多少、簡略化した形で説明している。端末ａとアクセスポイントＡ１，Ａ２との間での無線通信手順は、ＩＥＥＥ８０２．１１ｂ規格に基づいて行うとしている。図４において、「Ｍ」で示すステップは、通話（メッセージ）をやりとりするステップであり、「Ｅ」で示すステップは、イベントが発生するステップである。また、端末ａ（０系）は、端末ａが０系音声通話部１１９を利用していることを意味し、端末ａ（１系）は、端末ａが１系音声通話部１２９を利用していることを意味している。
【００４１】
（１）ステップＭ０１：端末ａは、最初の時刻ｔ＝ｔ０において、０系音声通話部１１９を用いて端末ｂと音声通話を行っている。なお、通信プロトコルは、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）である。
【００４２】
端末ａのユーザの音声は、音声入力部１０２に入力され、コーデック部１０４によってエンコードされて音声パケットとなり、０系制御部１１８から無線通信部１０７に送られる。０系プロトコル処理部１１２は、０系制御部１１８から送信音声パケットの発生通知を受けて０系リンク制御部１１７に対しアクセスポイントＡ１までの送信を要求する。０系リンク制御部１１７は、スケジューラ１０６を参照しながらタイミングを計って無線通信部１０７に送信を要求する（詳細は後述する）。
【００４３】
無線通信部１０７から送信された無線フレームは、アクセスポイントＡ１に受信され、インターネット６００を経由してアクセスポイントＢに中継転送され、端末ｂに届く。端末ｂの音声は、上記とは逆向きに、アクセスポイントＢ、インターネット６００、アクセスポイントＡ１を経由して端末ａに届く。
【００４４】
（２）ステップＥ０２：端末ａのユーザは、当該端末ａを携帯して移動をし、時刻ｔ＝ｔ１において、アクセスポイントＡ１とアクセスポイントＡ２のカバーエリアが重なる領域に位置している。このとき、アクセスポイントＡ１との通信状況が悪化し、電波受信感度が予め指定されている閾値を下回っている。
【００４５】
（３）ステップＭ０３：端末ａは、アクセスポイントＡ１以外のアクセスポイントをサーチする。今の例では、アクセスポイントＡ１は、チャネルｃｈ２でサービスを行っているとする。端末ａは、１系音声通話部１２９を動作させ、０系音声通話部１１９と時分割で無線通信部１０７を利用し、通信チャネルを順に切り替えながらアクセスポイントをサーチする。
【００４６】
具体的には、チャネルをまず「３」に設定し、「プローブ要求」というフレームを送信し、「プローブ応答」が得られるか否かを試す。得られない場合は、さらにチャネルを、４，５，６，・・・１４と切り替え、再びチャネルを「１」にする。この間に「プローブ応答」が得られた場合は、そのチャネルでサービスを行っているアクセスポイントが存在するということになる。ここでは、チャネルｃｈ７でアクセスポイントＡ２がサービスを行っているので、端末ａは、１系音声通話部１２９を利用してチャネルｃｈ７で「プローブ要求」を送信し、「プローブ応答」が得られる。この間も０系音声通話部１１９は、通話を維持するため音声パケットの送受信や呼の制御情報（切断要求など）の情報の送受信を行っている。詳細は後述する。
【００４７】
（４）ステップＭ０４：端末ａは、アクセスポイントＡ２に対して１系音声通話部１２９を利用して、「アソシエーション」「認証」などを要求し、アクセスポイントＡ２から応答を受け取ることによってリンクを設定する。ここでは、アクセスポイントと端末とがデータの送受信をできるようになることを「リンクを設定する」と呼んでいる。
【００４８】
（５）ステップＭ０５：端末ａは、１系音声通話部１２９を利用してＳＩＰサーバ５００に対して自端末の登録を要求する。以降、端末ａ（１系）は、他の端末ユーザからは「待ち受け状態」に見える。ここでは詳細説明を省略したが、実際には、リンクの設定後、ＩＰアドレスを取得し、必要があれば認証を行い、端末ａ（１系）がネットワークのホストとして動作を行うためのプロトコルを実行する。
【００４９】
（６）ステップＭ０６：端末ａは、１系音声通話部１２９が待ち受け状態になったことを認識し、０系音声通話部１１９を利用して３者通話に招待するためのメッセージをＳＩＰサーバ５００経由で１系音声通話部１２９に送信する。１系音声通話部１２９では、ＳＩＰサーバ５００から「３者通話への招待」メッセージが届く。
【００５０】
（７）ステップＭ０７：端末ａは、１系音声通話部１２９から「３者通話受け入れ」のメッセージをＳＩＰサーバ５００に送信し、ＳＩＰサーバ５００は、端末ａ（０系）と端末ｂとのそれぞれに端末ａ（１系）が「３者通話を受け入れた」旨を通知する。
【００５１】
（８）ステップＥ０８：端末ａ（０系）と端末ａ（１系）と端末ｂとの間で３者通話を開始する。但し、端末ａ（１系）は、端末ａ（０系）から見て保留状態にあり、端末ａ（１系）と端末ａ（０系）との間、端末ａ（１系）と端末ｂとの間には、音声パケットは流れないものとする。
【００５２】
（９）ステップＥ０９：端末ａがさらに移動し、アクセスポイントＡ２との通信状況が良好となる一方、アクセスポイントＡ１との通信状況は悪化する。
【００５３】
（１０）ステップＭ１０：端末ａ（０系）は、ＳＩＰサーバ５００に対し「１系音声通話部１２９の保留解除」及び「０系音声通話部１１９の保留要求」を通知する。ＳＩＰサーバ５００は、端末ａ（０系）と端末ａ（１系）と端末ｂとのそれぞれにその旨を通知する。
【００５４】
（１１）ステップＥ１１：端末ａがさらに移動し、アクセスポイントＡ１との通信状況が悪化する一方、アクセスポイントＡ２との通信状況は良好となる。
【００５５】
（１２）ステップＭ１２：端末ａ（０系）は、ＳＩＰサーバ５００に対し「１系音声通話部１２９の保留解除」及び「３者通話からの離脱」を通知する。ＳＩＰサーバ５００は、端末ａ（１系）と端末ｂとにその旨を通知する。
【００５６】
（１３）ステップＭ１３：端末ａ（１系）と端末ｂとは、それぞれ、端末ａ（１系）の保留解除と、端末ａ（０系）の３者通話からの離脱とについて了解のメッセージとをＳＩＰサーバ５００に対して送信する。ＳＩＰサーバ５００は、３者通話の他の参加者からの了解が得られたので、その旨を離脱要求者である端末ａ（０系）に通知する。
【００５７】
端末ａ（１系）と端末ｂとは、３者通話状態から２者通話状態に移行する。端末ｂは、以降、音声を端末ａ（１系）に向けて流す。また、端末ａは、以降の音声を、１系音声通話部１２９を使って流す。ＳＩＰサーバ５００から見ると端末ａ（０系）は、待ち受け状態となる。
【００５８】
（１４）ステップＭ１４：端末ａ（０系）は、ＳＩＰサーバ５００に対し「登録の抹消要求」を送信する。ＳＩＰサーバ５００は、端末ａ（０系）の登録を抹消し、その旨を端末ａ（０系）に通知する。端末ａは、アクセスポイントＡ１に対しリンク解除要求を送信する。アクセスポイントＡ１は、リンク設定を解除する。
【００５９】
（１５）ステップＥ１５：端末ａ（０系）は、不活性状態となり、ハンドオーバーが完了する。
【００６０】
（１６）ステップＭ１６：端末ａ（１系）は、ＲＴＰを利用して端末ｂと音声通話を行っている。具体的には、端末ａ（１系）では、コーデック部１０４によってエンコードされた音声パケットは、１系制御部１２８から無線通信部１０７に送られる。１系プロトコル処理部１２２は、１系制御部１２８から送信音声パケットの発生通知を受けて１系リンク制御部１２７に対しアクセスポイントＡ２までの送信を要求する。１系リンク制御部１２７は、スケジューラ１０６を参照しながらタイミングを計って無線通信部１０７に送信を要求する（詳細は後述する）。
【００６１】
無線通信部１０７から送信された無線フレームは、アクセスポイントＡ２に受信され、インターネット６００を経由してアクセスポイントＢに中継転送され、端末ｂに届く。端末ｂの音声は、逆方向に、アクセスポイントＢ、インターネット６００、アクセスポイントＡ２を経由して端末ａに届く。
【００６２】
このように、端末ａが自無線ＬＡＮ電話システム内の各カバーエリアを跨ぐときに、２系統の音声通話部を利用してハンドオーバーを行うので、通話の途切れを発生させずにハンドオーバーを完了することができる。以下、図１に示す端末（端末ａ）の動作について説明する。
【００６３】
図５は、図１に示す端末のタスク構成を示す図である。図５において、エンコードタスクＴ０１は、音声をエンコードして音声パケットを生成し、その音声パケットのヘッダにタイムスタンプなどのプロトコルで規定された情報を付けて０系プロトコル処理タスクＴ０５と１系プロトコル処理タスクＴ０６とに送信する（図６参照）。
【００６４】
デコードタスクＴ０２は、０系プロトコル処理タスクＴ０５と１系プロトコル処理タスクＴ０６とから受信した音声パケットのヘッダに付加されたタイムスタンプなどの情報を参照しながら音声としてデコードする（図７参照）。
【００６５】
０系呼制御タスクＴ０３は、０系プロトコル処理タスクＴ０５と送受信して、１系呼制御タスクＴ０４は、１系プロトコル処理タスクＴ０６と送受信して、それぞれ、呼設定・接続・切断などを行う（図９参照）。
【００６６】
０系プロトコル処理タスクＴ０５は、０系呼制御タスクＴ０３が発行したメッセージに必要なヘッダを付加した上でネットワーク層のプロトコルパケットに包んで０系送信キュー１１３に書き込み、また、エンコードタスクＴ０１にてエンコードされた音声パケットを同様に０系送信キュー１１３に書き込み、また、０系受信キュー１１４に書き込まれたネットワーク層のプロトコルパケットからメッセージや音声パケットを取り出して宛先のタスク（ここでは、０系呼制御タスクＴ０３とデコードタスクＴ０２）に送信する（図８参照）。
【００６７】
同様に、１系プロトコル処理タスクＴ０６は、１系呼制御タスクＴ０４が発行したメッセージに必要なヘッダを付加した上でネットワーク層のプロトコルパケットに包んで１系送信キュー１２３に書き込み、また、エンコードタスクＴ０１にてエンコードされた音声パケットを１系送信キュー１２３に書き込み、また、１系受信キュー１２４に書き込まれたネットワーク層のプロトコルパケットからメッセージや音声パケットを取り出して宛先のタスク（ここでは、１系呼制御タスクＴ０４とデコードタスクＴ０２）に送信する（図８参照）。
【００６８】
無線フレーム送受信タスクＴ０７は、０系と１系の送信キュー１１３，１２３に記憶された音声パケットや呼制御のためのメッセージを無線フレームとして０系と１系のリンク制御部１１７，１２７に送信し、または、０系と１系のリンク制御部１１７，１２７から受信した無線フレームから音声パケットや呼制御メッセージを取り出して０系と１系の受信キュー１１４，１２４に書き込む動作を、スケジュール管理テーブル１１０を参照して０系と１系とで時間的に切り替えながら排他的に行う（図１０、図１１参照）。
【００６９】
これらのタスクは、並行して動作する。また、０系と１系のプロトコル処理タスクＴ０５，Ｔ０６は、受信要求があったデータを受信すると、その旨を、受信要求されたタスクに通知する。そして、エンコードタスクＴ０１とデコードタスクＴ０２は、ＲＴＰプロトコルに従い、０系と１系の呼制御タスクＴ０３，Ｔ０４は、ＳＩＰプロトコルに従う。０系と１系のプロトコル処理タスクＴ０５，Ｔ０６は、ＵＤＰ／ＩＰプロトコルに従う。また、０系と１系のリンク制御部１１７，１２７は、ＩＥＥＥ８０２．１１のＭＡＣ層の規格に準拠し、無線通信部１０７は、ＩＥＥＥ８０２．１１の物理層の規格に準拠した動作を行う。以下、各タスクの動作について説明する。
【００７０】
図６は、図５に示すエンコードタスクＴ０１の処理動作を説明するフローチャートである。エンコードタスクＴ０１は、０系と１系の呼制御タスクＴ０３，Ｔ０４によって通話の開始とともに起動される。通話が終わると呼制御タスクＴ０３，Ｔ０４によって停止させられる。図６では、通話中のエンコードタスクの動作を示している。ここでは、端末ａは、０系音声通話部１１９を利用して音声通話を行っていて、１系音声通話部１２９は動作していないとしている。
【００７１】
図６において、コーデック部１０４は、音声入力部１０２から音声信号を受け取り、サンプリング（Ａ／Ｄ変換）及びエンコードを行う（ステップＳ１０１）。そして、ＲＴＣ１０８での経過時間の測定結果と比較し、予めコーデック間隔（ここでは１０ｍｓとする）として指定されている時間だけエンコードが行われたか否かを判断する（ステップＳ１０２）。その判断結果、指定された時間が経過していなければ（ステップＳ１０２：Ｎｏ）、ステップＳ１０１に戻るが、指定された時間が経過していれば（ステップＳ１０２：Ｙｅｓ）、Ｓ１０３に進み、サンプリングしたデータをペイロードとしたＲＴＰパケットを生成する。それにヘッダを付加し、ＲＴＣ１０８を参照して、ヘッダ内に音声の発生時刻をタイムスタンプとして書き込む。
【００７２】
その後、コーデック部１０４は、プライオリティ管理テーブル１０５を参照して、現在の音声通信に使用されている音声通話部は、０系と１系のいずれであるかを判断する（ステップＳ１０４）。
【００７３】
その判断結果、０系音声通話部１１９が使用されている場合は（ステップＳ１０４：Ｙｅｓ）、ステップＳ１０３にて生成したＲＴＰパケットを０系プロトコル処理部１１２に渡し、０系音声通話部１１９に送信を要求し（ステップＳ１０５）、ステップＳ１０１に戻る。
【００７４】
また、その判断結果、１系音声通話部１２９が使用されている場合は（ステップＳ１０４：Ｎｏ）、ステップＳ１０３にて生成したＲＴＰパケットを１系プロトコル処理部１２２に渡し、１系音声通話部１２９に送信を要求し（ステップＳ１０６）、ステップＳ１０１に戻る。
【００７５】
次に、図７は、図５に示すデコードタスクＴ０２の処理動作を説明するフローチャートである。デコードタスクＴ０２は、エンコードタスクＴ０１と同様に、０系と１系の呼制御タスクＴ０３，Ｔ０４によって通話の開始とともに起動される。通話が終わると呼制御タスクＴ０３，Ｔ０４によって停止させられる。図７では、通話中のエンコードタスクの動作を示している。ここでは、端末ａは、０系音声通話部１１９を利用して音声通話を行っていて、１系音声通話部１２９は動作していないとしている。
【００７６】
図７において、コーデック部１０４は、０系プロトコル処理部１１２から受信通知を受け取っているか否かを確認する（ステップＳ２０１）。受信通知を受け取っていれば（ステップＳ２０１：Ｙｅｓ）、０系プロトコル処理部１１２からＲＴＰパケットを受け取り（ステップＳ２０３）、受け取ったＲＴＰパケットをＲＴＰプロトコルに従って解釈し、ペイロード部分を音声としてデコードし、それをＤ／Ａ変換して音声出力部１０３に出力する（ステップＳ２０５）。その後、ステップＳ２０１に戻る。
【００７７】
一方、ステップＳ２０１において、受信通知を受け取っていない場合は（ステップＳ２０１：Ｎｏ）、コーデック部１０４は、１系プロトコル処理部１２２から受信通知を受け取っているか否かを確認する（ステップＳ２０２）。その結果、受信通知を受け取っていない場合は（ステップＳ２０２：Ｎｏ）、ステップＳ２０１に戻るが、受信通知を受け取っていれば（ステップＳ２０２：Ｙｅｓ）、１系プロトコル処理部１２２からＲＴＰパケットを受け取り（ステップＳ２０４）、ステップＳ２０５に進む。
【００７８】
次に、図８は、図５に示す０系と１系のプロトコル処理タスクＴ０５，Ｔ０６の処理動作を説明するフローチャートである。なお、０系と１系とは、同様の動作であるので、ここでは、０系プロトコル処理タスクＴ０５を取り上げて説明する。
【００７９】
図８において、０系プロトコル処理部１１２は、エンコードタスクＴ０１、０系呼制御タスクＴ０３から、送信要求があるか否かを調べる（ステップＳ３０１）。送信要求があれば（ステップＳ３０１：Ｙｅｓ）、ＵＤＰプロトコルに従ってヘッダを付加し、０系送信キュー１１３に入力し（ステップＳ３０２）、ステップＳ３０１に戻る。
【００８０】
ステップＳ３０２の具体例を示すと、例えば、ＲＴＰパケット（音声データ）をエンコードタスクから受け取ったのであれば、０系プロトコル処理部１１２は、ＲＴＰパケットにＵＤＰヘッダ、ＩＰヘッダを付加してＵＤＰ／ＩＰパケットを生成して、宛先のＭＡＣアドレスを決定する。通常、宛先はＩＰアドレスで与えられており、０系プロトコル処理部１１２は、それをＭＡＣアドレスに変換するが、詳細は、通常のＴＣＰ／ＩＰの通信処理と同様なので省略する。０系プロトコル処理部１１２は、ＵＤＰ／ＩＰパケットを０系送信キュー１１３に入力する。
【００８１】
一方、送信要求がなければ（ステップＳ３０１：Ｎｏ）、０系受信キュー１１４にデータが届いているか否かを確認し（ステップＳ３０３）、届いていなければ（ステップＳ３０３：Ｙｅｓ）ステップＳ３０１に戻るが、届いていれば（ステップＳ３０３：Ｎｏ）、０系受信キュー１１４から受信データを取り出す（ステップＳ３０４）。
【００８２】
そして、０系プロトコル処理部１１２は、データの宛先を確認し、宛先がデコードタスクＴ０２であれば、デコードタスクＴ０２に通知し、０系呼制御タスクＴ０３であれば、０系呼制御タスクＴ０３に通知し（ステップＳ３０５）、その通知した宛先に受信したＵＤＰ／ＩＰパケットからペイロードを取り出して渡し（ステップＳ３０６）、ステップＳ３０１に戻る。
【００８３】
次に、図９は、図５に示す０系と１系の呼制御タスクＴ０３，Ｔ０４の処理動作を説明するフローチャートである。０系と１系の呼制御タスクＴ０３，Ｔ０４は、「発呼」「通話」「ハンドオーバー」「切断」の一連の処理を並行して行うことができるが、端末ａの電源投入直後においては、プライオリティ管理テーブル１０５の内容に従い、一方が動作可能状態となり、他方が休止状態となる。図１２は、図１に示すプライオリティ管理テーブル１０５の構成例を示す図である。図１２に示すように、プライオリティ管理テーブル１０５では、「０系」と「１系」に対する「使用チャネル」と「優先度」とが設定される。そのうち、電源投入時の初期値として「優先度」のみが設定されている。図１２では、０系の優先度は高いと設定され、１系の優先度は低いと設定されている。つまり、今の例では、端末ａは、電源投入直後は、０系呼制御タスクＴ０３が動作可能状態となり、１系呼制御タスクＴ０４が休止状態となる。なお、端末ａや端末ｂが収容されている無線ＬＡＮ電話システムでは、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が運用されており、自動的にＩＰアドレスを取得できるようになっている。
【００８４】
（Ａ）端末ａ側から端末ｂを見た場合の０系と１系の呼制御タスクＴ０３，Ｔ０４の処理動作
（１）ステップＥ−１：端末ａでは、ユーザの電源投入操作を受けて操作部１０１から電源ＯＮの指示が入力すると、全体制御部１３０は、０系と１系の呼制御タスクＴ０３，Ｔ０４、プロトコル処理タスクＴ０５，Ｔ０６、無線フレーム送受信タスクＴ０７をそれぞれ起動し、プライオリティ管理テーブル１０５を参照して優先度が高く設定されている０系制御部１１８を経由して０系リンク制御部１１７に対しアクセスポイントとのリンク設定を要求する。０系リンク制御部１１７は、チャネル２を用いるアクセスポイントとのリンクが設定できると、チャネル２を全体制御部１３０に通知し、また０系プロトコル処理部１１２に対し初期化を指示する。全体制御部１３０は、プライオリティ管理テーブル１０５における０系音声通話部１１９の使用チャネルにチャネル２を書き込む。また、０系プロトコル処理部１１２は、ＤＨＣＰによってＩＰアドレスを取得する。ここでは、１９２．１６８．０．１００を割り当てられたとする。
【００８５】
次に、全体制御部１３０は、０系呼制御タスクＴ０３を初期化するために０系呼制御部１１１に対し初期化の要求を行う。０系呼制御部１１１は、ＳＩＰサーバ５００に「登録」を行うために、０系プロトコル処理部１１２に対し「ＲＥＧＩＳＴＥＲ」メッセージを送信するように要求する。０系プロトコル処理部１１２が「ＲＥＧＩＳＴＥＲ」メッセージを送信し、ＳＩＰサーバ５００が登録を受け付けると、ＳＩＰサーバ５００から「ＲＥＧＩＳＴＥＲ−ＯＫ」メッセージが返送されてくるので、０系プロトコル処理部１１２はその返送メッセージを０系呼制御部１１１に渡す。これによって、０系呼制御タスクＴ０３は、待ち受け状態Ｓ３５０に遷移し、端末ａは、０系呼制御タスクＴ０３による発着呼が可能になる。ここでは、ＳＩＰ：００００＠ａ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐがＳＩＰサーバ５００に登録されたものとする。なお、１系呼制御タスクＴ０４は、電源ＯＮによって起動された後は、休止状態Ｓ３５１に遷移する。
【００８６】
（２）ステップＥ−２：端末ａでは、ユーザが操作部１０１を操作して端末ｂに発呼を行うと、全体制御部１３０は、操作部１０１から「発呼」の指示を受けてプライオリティ管理テーブル１０５を参照し、受け取った発呼先番号を、優先度が高く設定されている０系制御部１１８に渡す。０系制御部１１８は、０系呼制御部１１１に対し相手先番号を指定して「呼接続」を要求する。０系呼制御部１１１は、端末ｂを通話に招待するための「ＩＮＶＩＴＥ」メッセージをＳＩＰサーバ５００に送信するように０系プロトコル処理部１１２に対して要求する。ＳＩＰサーバ５００は、０系プロトコル処理部１１２から受け取った「ＩＮＶＩＴＥ」メッセージを中継して端末ｂに送信する。以降、端末ａ（０系）と端末ｂの間のメッセージのやり取りはＳＩＰサーバ５００が中継するが、説明を省略する。
【００８７】
端末ｂは、「ＩＮＶＩＴＥ」メッセージを受け付けて、着呼中となり、「ＲＩＮＧＩＮＧ」メッセージを端末ａ（０系）に送り返す。端末ａ（０系）の０系プロトコル処理部１１２は、端末ｂからの「ＲＩＮＧＩＮＧ」メッセージを受信して０系呼制御部１１１に渡す。０系呼制御部１１１は、この「ＲＩＮＧＩＮＧ」メッセージを受けて、相手が呼び出し中であることを知り、発呼中状態Ｓ３５２に遷移する。０系呼制御部１１１は、リング・バック・トーン（呼び出し音：以降「ＲＢＴ」と略記する）を音声出力部１０３に出力し、ユーザに「呼び出し中」であることを知らせる。
【００８８】
（３）ステップＥ−３：端末ｂでは、リンガー（着信音）が鳴っている。ユーザが着信音に気づいて着信を受け入れると、端末ｂでは、エンコードタスクＴ０１とデコードタスクＴ０２を起動させた後、「ＣＯＮＮＥＣＴ−ＯＫ」メッセージを端末ａ（０系）に送信する。端末ａ（０系）では、０系プロトコル処理部１１２が「ＣＯＮＮＥＣＴ−ＯＫ」メッセージを受け取り、０系呼制御部１１１に渡す。これによって、０系呼制御部１１１は、「相手が着信を受け入れた」ことを知り、音声パケットの入出力先として０系プロトコル処理部１１２を指定してエンコードタスクＴ０１とデコードタスクＴ０２を起動する。コーデック部１０４は、以降、音声入力部１０２からの音声をＡ／Ｄ変換及びエンコードして音声パケットを生成し０系プロトコル処理部１１２に渡す。また、コーデック部１０４は、以降、０系プロトコル処理部１１２が受け取った音声パケットをデコード及びＤ／Ａ変換し、音声出力部１０３に出力する。このようにして２者通話中（通常）状態Ｓ３５３に遷移する。
【００８９】
（４）ステップＥ−９：端末ａのユーザが通話を終える場合、ユーザは、端末ａの操作部１０１を操作して呼を切断する。全体制御部１３０は、プライオリティ管理テーブル１０５を参照して、優先度が高く設定されている０系制御部１１８に通知する。０系制御部１１８は、０系呼制御部１１１に対し「呼切断」を要求する。０系呼制御部１１１は、エンコードタスクＴ０１とデコードタスクＴ０２を終了させる。
【００９０】
次に、０系呼制御部１１１は、「ＢＹＥ」メッセージを端末ｂに送るように、０系プロトコル処理部１１２に対して要求する。０系プロトコル処理部１１２は、端末ｂに「ＢＹＥ」メッセージを送信する。端末ｂは、「ＢＹＥ」メッセージを受け取ると、「ＢＹＥ−ＯＫ」を端末ａ（０系）に返送する。端末ａ（０系）では、０系プロトコル処理部１１２が「ＢＹＥ−ＯＫ」メッセージを受け取り、０系呼制御部１１１に渡す。０系呼制御部１１１は、待ち受け状態Ｓ３５０に遷移する。
【００９１】
（５）ステップＥ−７：端末ａのユーザが発呼中に発呼を取りやめる場合、ユーザは、操作部１０１から発呼取りやめの指示を行う。全体制御部１３０は、受け取った発呼取りやめの指示を、プライオリティ管理テーブル１０５を参照して、優先度が高く設定されている０系制御部１１８に通知する。０系制御部１１８は、０系呼制御部１１１に発呼取りやめの指示を行う。０系呼制御部１１１は、ＲＢＴの出力を停止し、０系プロトコル処理部１１２に対し「ＣＡＮＣＥＬ」のメッセージを端末ｂに送信するように要求する。端末ｂは、「ＣＡＮＣＥＬ」メッセージを受け取ると、リンガーを停止し、「ＣＡＮＣＥＬ−ＯＫ」メッセージを端末ａ（０系）に送信する。端末ａ（０系）では、端末ｂからの「ＣＡＮＣＥＬ−ＯＫ」を０系プロトコル処理部１１２が受け取り、０系呼制御部１１１に渡す。０系呼制御部１１１は、待ち受け状態Ｓ３５０に遷移する。
【００９２】
（６）ステップＥ−１０：端末ａ（０系）による通話中に、現在通話に利用しているアクセスポイントとの通信状況が悪化すると、０系リンク制御部１１７から０系制御部１１８に「受信感度低下」が通知される。０系制御部１１８は、０系呼制御部１１１にハンドオーバー準備を要求し、全体制御部１３０に対して「１系スタンバイ」を要求する。これによって、２者通話中（ハンドオーバー準備中）状態Ｓ３５４に遷移する。
【００９３】
（７）ステップＥ−１１：全体制御部１３０は、プライオリティ管理テーブル１０５を参照し、優先度が低く設定されている１系音声通話部１２９をスタンバイさせるため、１系制御部１２８を通して１系リンク制御部１２７に対しリンク設定を要求する。１系リンク制御部１２７は、スケジューラ１０６の監視の下、時分割で与えられた時間内に、換言すれば、０系音声通話部１１９による通信を阻害しないように、通信チャネルを切り替えながらアクセスポイントに接続するためのプロトコルを実施し、接続可能なアクセスポイントを探し出し、リンクを設定する。
【００９４】
ここでは、図１２に示すように、０系音声通話部１１９はチャネルｃｈ２を利用しているので、１系リンク制御部１２７は、チャネルｃｈ１〜ｃｈ１４のうちチャネルｃｈ２以外のチャネルで接続可能なアクセスポイントを探すことになる。１系リンク制御部１２７は、チャネルｃｈ７でサービスを行っているアクセスポイントを発見してリンクを設定する。リンクを設定すると、１系リンク制御部１２７は、チャネルｃｈ７による設定完了を１系制御部１２８経由で全体制御部１３０に通知する。全体制御部１３０は、プライオリティ管理テーブル１０５における１系音声通話部１２９の使用チャネルにチャネルｃｈ７を書き込む。
【００９５】
次に、全体制御部１３０は、１系制御部１２８を通して１系プロトコル処理部１２２に対し初期化を要求する。１系プロトコル処理部１２２は、ＤＨＣＰを実行し、ＩＰアドレスを取得する。ここでは、１９２．１６８．０．１０１を割り当てられたとする。
【００９６】
さらに、全体制御部１３０は、１系制御部１２８を通して１系呼制御部１２１に待ち受け状態となるように指示する。１系呼制御部１２１は、１系プロトコル処理部１２２に対し「ＲＥＧＩＳＴＥＲ」メッセージをＳＩＰサーバ５００に送信するように要求する。１系プロトコル処理部１２２は、ＳＩＰサーバ５００から「ＲＥＧＩＳＴＥＲ」メッセージの対する「ＲＥＧＩＳＴＥＲ−ＯＫ」メッセージが返送されてくると、それを１系呼制御部１２１に渡す。
【００９７】
これによって、１系呼制御部１２１は、スタンバイ完了を認識すると、スタンバイ完了を、１系制御部１２８を通して全体制御部１３０に通知し、休止状態Ｓ３５１から待ち受け状態Ｓ３５０に遷移する。ここでは、ＳＩＰ：０００１＠ａ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐがＳＩＰサーバ５００に登録されたものとする。
【００９８】
（８）ステップＥ−１２：全体制御部１３０は、１系呼制御部１２１からスタンバイ完了の通知を受けると、０系制御部１１８を通して０系呼制御部１１１に対してハンドオーバー開始を要求する。０系呼制御部１１１は、１系音声通話部１２９、すなわち、ＳＩＰ：０００１＠ａ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐを３者通話に招待するために、０系プロトコル処理部１１２に対し「３者通話への招待」を意味する「ＩＮＶＩＴＥ」メッセージをＳＩＰサーバ５００経由で端末ａ（１系）に送るように要求する。０系プロトコル処理部１１２は、指示に従って「３者通話への招待」のための「ＩＮＶＩＴＥ」メッセージをＳＩＰサーバ５００に送信する。ＳＩＰサーバ５００は、それを中継し、端末ａ（１系）に転送する。
【００９９】
端末ａ（１系）では、１系プロトコル処理部１２２が「３者通話への招待」のための「ＩＮＶＩＴＥ」メッセージを受け取り、１系呼制御部１２１に渡す。１系呼制御部１２１は、「３者通話への招待」のための「ＩＮＶＩＴＥ」メッセージを受け取ると、同一の端末内の０系音声通話部１１９からの招待であることが解るので、通常の３者通話ではなくハンドオーバーのための３者通話であると解釈し、直ちに３者通話への招待を受け入れ、その旨を「ＣＯＮＮＥＣＴ−ＯＫ」メッセージとしてＳＩＰサーバ５００に返送し、ソフトハンドオーバー（保留）状態Ｓ３５５に遷移する。この状態では、端末ａ（１系）は、音声をミュートし、音声パケットの送受信は行わない。
【０１００】
（９）ステップＥ−１３：ＳＩＰサーバ５００は、「ＣＯＮＮＥＣＴ−ＯＫ」のメッセージを中継し、端末ａ（０系）と端末ｂとに転送する。端末ａ（０系）では、０系プロトコル処理部１１２が「ＣＯＮＮＥＣＴ−ＯＫ」メッセージを受け取り、０系呼制御部１１１に渡す。０系呼制御部１１１は、２者通話、つまり、端末ａ（０系）と端末ｂとの通話を維持したまま（Ｓ３５４）、１者保留、つまり、端末ａ（１系）を保留状態（Ｓ３５５）にして、ソフトハンドオーバー（通話）Ｓ３５６に遷移する。
【０１０１】
この端末ａ（０系）による通話中に、全体制御部１３０は、例えば、０系と１系のリンク制御部１１７，１２７からそれぞれのリンクでの受信感度値を取得して両者の比を逐一求め、それと予め定めた受信感度の比との大小関係の推移を監視する。そして、全体制御部１３０は、現在０系音声通話部１１９がリンクを設定しているアクセスポイントとの通信状況がさらに悪化し、０系音声通話部１１９のリンクと１系音声通話部１２９のリンクとの受信感度の比が予め定めた受信感度値の比よりも大きくなると、０系リンク制御部１１７にその旨を通知する。
【０１０２】
なお、全体制御部１３０は、両リンクの通信品質を比較する方法として、上記の電波受信強度の他に、ＳＮ比、エラー発生頻度のうちのひとつもしくは複数を、予め定めた閾値以上の比率あるいは差などの評価用の演算を用いて評価し、いずれか一方のリンクの評価結果が他方を上回る場合に、そのいずれか一方のリンクが継続的に良好な通信を提供できると判断するようにしている。
【０１０３】
０系リンク制御部１１７は、全体制御部１３０から自リンクの受信感度低下の通知を受けて０系制御部１１８に対し「リンク通信悪化」を通知する。０系制御部１１８は、「リンク通信悪化」の通知を受けて全体制御部１３０に対し「優先度切り替え」を要求する。
【０１０４】
全体制御部１３０は、プライオリティ管理テーブル１０５における「０系」と「１系」に対する優先度を書き換え、１系音声通話部１２９の優先度を高く設定し、０系音声通話部１１９の優先度を低く設定する。さらに、エンコードタスクＴ０１とデコードタスクＴ０２とにおける音声パケットの入出力先を１系音声通話部１２９に切り替える。
【０１０５】
これによって、コーデック部１０４は、以降、音声入力部１０２からの音声をＡ／Ｄ変換及びエンコードして生成した音声パケットを１系プロトコル処理部１２２に渡す。また、コーデック部１０４は、以降、１系プロトコル処理部１２２が受け取った音声パケットをデコード及びＤ／Ａ変換し、音声出力部１０３に出力する。
【０１０６】
その後、０系音声通話部１１９ではステップＥ−１４が実行され、同時に１系音声通話部１２９ではステップＥ−１５が実行される。
【０１０７】
（１０）ステップＥ−１４：０系音声通話部１１９では、次の動作が行われる。全体制御部１３０は、０系制御部１１８を通して０系呼制御部１１１に対し「保留」を行うように指示する。０系呼制御部１１１は、保留指示に従い、０系プロトコル処理部１１２に対し「ＳＩＰ：００００＠ａ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐの保留通知」のメッセージをＳＩＰサーバ５００に送信するように依頼する。この「ＳＩＰ：００００＠ａ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐの保留通知」のメッセージは、ＳＩＰサーバ５００から端末ｂと端末ａ（１系）に送信される。端末ｂは、このメッセージを受け取ると、以降の音声パケットの送受信相手として端末ａの０系音声通話部１１９を除外する。
【０１０８】
さらに、１系音声通話部１２９からの「ＳＩＰ：０００１＠ａ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐの保留の解除通知」メッセージを０系プロトコル処理部１１２が受け取り、０系呼制御部１１１に渡す。これによって、０系呼制御部１１１は、「保留」を決定し、ソフトハンドオーバー（保留）状態Ｓ３５５に遷移する。
【０１０９】
（１１）ステップＥ−１５：一方、１系音声通話部１２９では、次の動作が行われる。全体制御部１３０は、１系制御部１２８を通して１系呼制御部１２１に「保留」を解除するように指示する。１系呼制御部１２１は、保留解除指示に従い、１系プロトコル処理部１２２に対し「ＳＩＰ：０００１＠ａ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐの保留解除通知」のメッセージをＳＩＰサーバ５００に送信するように依頼する。この「ＳＩＰ：０００１＠ａ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐの保留解除通知」のメッセージは、ＳＩＰサーバ５００から端末ｂと端末ａ（０系）とに送信される。端末ｂは、このメッセージを受け取ると、以降の音声パケットの送受信相手として端末ａの１系音声通話部１２９を加える。
【０１１０】
さらに、０系音声通話部１１９からの「ＳＩＰ：００００＠ａ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐの保留通知」のメッセージを１系プロトコル処理部１２２が受け取り、１系呼制御部１２１に渡す。これによって、１系呼制御部１２１は、「保留解除」を決定し、ソフトハンドオーバー（通話）状態Ｓ３５６に遷移する。
【０１１１】
（１２）ステップＥ−１６：さらに、通話中に、現在０系音声通話部１１９がリンクを設定しているアクセスポイントとの通信状況が悪化し、０系音声通話部１１９のリンクと１系音声通話部１２９のリンクとの受信感度比が予め指定されていた受信感度値の比よりも大きくなった場合、０系リンク制御部１１７から０系制御部１１８に対し「リンク維持不能」が通知される。０系制御部１１８は、０系呼制御部１１１にその旨を通知する。
【０１１２】
０系呼制御部１１１は、０系プロトコル処理部１１２に対し端末ｂ及び端末ａ（１系）への切断要求メッセージ「ＢＹＥ」をＳＩＰサーバ５００に送信するように要求する。０系プロトコル処理部１１２は、指示に従って「ＢＹＥ」メッセージをＳＩＰサーバ５００に送信する。端末ｂは、ＳＩＰサーバ５００から「ＢＹＥ」メッセージを受け取ると、「ＢＹＥ−ＯＫ」メッセージを返送し、端末ａ（０系）との接続を解除する。
【０１１３】
端末ａ（１系）では、１系プロトコル処理部１２２がＳＩＰサーバ５００から「ＢＹＥ」メッセージを受け取り、１系呼制御部１２１に渡す。１系呼制御部１２１は、同一の端末からの切断要求だと解るので、保留を解除する必要があると判断し、１系プロトコル処理部１２２に対し「ＢＹＥ−ＯＫ」メッセージを送信するように要求し、２者通話中（通常）Ｓ３５３に遷移する。１系プロトコル処理部１２２は「ＢＹＥ−ＯＫ」メッセージをＳＩＰサーバ５００に送信する。
【０１１４】
（１３）ステップＥ−１７：ＳＩＰサーバ５００は、端末ｂからの「ＢＹＥ−ＯＫ」メッセージと端末ａ（１系）からの「ＢＹＥ−ＯＫ」メッセージとを受け取り、端末ａ（０系）に「ＢＹＥ−ＯＫ」メッセージを送信する。
【０１１５】
端末ａ（０系）では、０系プロトコル処理部１１２がこのメッセージを受け取り、０系呼制御部１１１に渡す。このとき、同一端末内からの「ＢＹＥ−ＯＫ」メッセージであるので、０系呼制御部１１１は、通常通りに待ち受け状態Ｓ３５０に遷移するのではなく、休止状態Ｓ３５１に遷移する。すなわち、０系呼制御部１１１は、０系プロトコル処理部１１２を停止させ、０系リンク制御部１１７にリンクを解除させる。
【０１１６】
（Ｂ）端末ｂ側から端末ａを見た場合の０系と１系の呼制御タスクＴ０３，Ｔ０４の処理動作
ここでは、ＳＩＰサーバ５００には、端末ｂのＵＲＩとしてＳＩＰ：００００＠ｂ．ｐｃｃ．ｍｅｉ．ｃｏ．ｊｐが登録されており、端末ａは、このＵＲＩを指定して発呼している。また、端末ｂでは、０系音声通話部１１９に高い優先度が設定されており、０系呼制御部１１１が待ち受け状態にあるものとする。
【０１１７】
（１）ステップＥ−４：端末ｂでは、０系プロトコル処理部１１２は、端末ａから「ＩＮＶＩＴＥ」メッセージを受け取り、０系呼制御部１１１に通知する。０系呼制御部１１１は、０系プロトコル処理部１１２に対し「ＲＩＮＧＩＮＧ」メッセージを端末ａに返送するように要求する。端末ｂの０系呼制御部１１１は、予め登録されている着信音を音声出力部１０３に出力し、ユーザに着信が発生していることを知らせる。これによって、端末ｂの０系呼制御部１１１は、着呼中状態Ｓ３５７に遷移する。
【０１１８】
（２）ステップＥ−５：端末ｂでは、ユーザがリンガーによって着呼していることを知り、操作部１０１を操作して着信に応答する。すなわち、全体制御部１３０は、操作部１０１から着信応答を受け取り、０系制御部１１８を通して０系呼制御部１１１に応答を要求する。
【０１１９】
０系呼制御部１１１は、「ＣＯＮＮＥＣＴ−ＯＫ」メッセージを端末ａに送信するように０系プロトコル処理部１１２に要求する。０系プロトコル処理部１１２は、指示に従って「ＣＯＮＮＥＣＴ−ＯＫ」メッセージを端末ａに送信する。
【０１２０】
さらに、０系呼制御部１１１は、音声出力部１０３へのリンガーの出力を停止し、エンコードタスクＴ０１とデコードタスクＴ０２とを起動し、以降、音声入力部１０２からの音声がＡ／Ｄ変換・エンコードされて音声パケットとなり、端末ａに送信されるようにする。また、０系呼制御部１１１は、端末ａからの音声パケットがデコード・Ｄ／Ａ変換され、音声出力部１０３から出力されるようにする。つまり、端末ｂの０系呼制御部１１１は、２者通話中（通常）Ｓ３５３に遷移する。
【０１２１】
（３）ステップＥ−９：通話が終了し、端末ａが通話の切断を行った場合には、端末ｂでは、０系プロトコル処理部１１２は、端末ａから「ＢＹＥ」メッセージを受信し、０系呼制御部１１１に通知する。端末ｂの０系呼制御部１１１は、エンコードタスクＴ０１とデコードタスクＴ０２とを停止し、待ち受け状態Ｓ３５０に遷移する。
【０１２２】
（４）ステップＥ−８：端末ａのユーザが発呼中に発呼を取りやめた場合は、端末ｂでは、０系プロトコル処理部１１２は、「ＣＡＮＣＥＬ」メッセージを受信し、０系呼制御部１１１に通知する。０系呼制御部１１１は、リンガーを停止し、端末ａに「ＣＡＮＣＥＬ−ＯＫ」メッセージを送信するように０系プロトコル処理部１１２に要求し、端末ｂの０系呼制御部１１１は、待ち受け状態Ｓ３５０に遷移する。
【０１２３】
（５）ステップＥ−１３：端末ｂと端末ａ（０系）との通話中にハンドオーバーが発生した場合は、上記したように、端末ａ（０系）が端末ａ（１系）を３者通話に招待し、端末ａ（１系）がＳＩＰサーバ５００に「ＣＯＮＮＥＣＴ−ＯＫ」メッセージを返すので、ＳＩＰサーバ５００は端末ａ（０系）と端末ｂとのそれぞれに「ＣＯＮＮＥＣＴ−ＯＫ」メッセージを返す。
【０１２４】
端末ｂでは、「ＣＯＮＮＥＣＴ−ＯＫ」メッセージを受け取ると、通常は、「ＣＯＮＮＥＣＴ−ＯＫ」のメッセージを受け取った場合はその相手に対して音声パケットの送受信を行うが、今の例では、通話中の端末と同一の端末（つまり、端末ａ（０系））からの「ＣＯＮＮＥＣＴ−ＯＫ」のメッセージだと解るので、ハンドオーバーが開始されたと解釈し、音声パケットの送受信を「ＣＯＮＮＥＣＴ−ＯＫ」を返してきた端末（１系）に対して行わず、端末ａ（１系）を保留する。すなわち、端末ｂの０系呼制御部１１１は、ソフトハンドオーバー（通話）状態Ｓ３５６に遷移する。
【０１２５】
（６）ステップＥ−１４及びＥ−１５：端末ａ（１系）から端末ａ（１系）の保留を解除する。端末ａ（０系）から端末ａ（０系）の保留を通知する。端末ｂでは、これに従って音声パケットのやりとり相手に端末ａ（１系）を加え、端末ａ（０系）を除外する。
【０１２６】
（７）ステップＥ−１６：端末ａ（０系）の通信状況が悪化しリンクを維持できなくなった場合、端末ａ（０系）は、ＳＩＰサーバ５００経由で端末ｂに切断要求「ＢＹＥ」メッセージを送信する。端末ｂでは、このメッセージが０系プロトコル処理部１１２を通して０系呼制御部１１１に取り込まれる。０系呼制御部１１１は、これによって、端末ａ（０系）との接続を解除し、０系プロトコル処理部１１２に対して「ＢＹＥ―ＯＫ」メッセージを端末ｂに送信するように要求する。０系プロトコル処理部１１２は、指示に従って「ＢＹＥ―ＯＫ」メッセージをＳＩＰサーバ５００経由で端末ｂに送信する。端末ｂの０系呼制御部１１１は、２者通話中（通常）状態Ｓ３５３に遷移する。
【０１２７】
次に、図１０と図１１は、図５に示す無線フレーム送受信タスクＴ０７の処理動作を説明するフローチャートである。ここで説明する動作は、上記した呼制御の状態遷移において、ソフトハンドオーバーを行っている状態で行われる。すなわち、無線通信によるデータの送受信は、無線フレーム送受信タスクＴ０７によって行われるが、この無線フレーム送受信タスクＴ０７は、ＲＦ（無線周波）の２つのチャネルを時間的に切り替えながらその２つのチャネルで無線データの送受信を行う。
【０１２８】
このとき、無線フレーム送受信タスクＴ０７は、スケジュール管理テーブル１１０（図１４）とプライオリティ管理テーブル１０５（図１２）とを参照し、優先度が高く設定されているチャネルでの通信が、優先度が低く設定されている方の通信から阻害を受けないように排他制御を行う。
【０１２９】
プライオリティ管理テーブル１０５の内容は、上記したように、呼制御によって変更設定されるが、ハンドオーバーを行う際のリンク設定時は、０系音声通話部１１９は優先度が高く設定され、使用チャネルがチャネルｃｈ２であり、また１系音声通話部１２９は、優先度が低く設定され、使用チャネルがチャネルｃｈ７である。図１２は、そのときの状態を示している。なお、図１０と図１１において、「Ｈ」は優先度の高い通信チャネルを表し、「Ｌ」は優先度の低い通信チャネルを表している。この表記は、以降において同様である。
【０１３０】
また、スケジュール管理テーブル１１０は、図１４に示すように、「即時起動フラグ」と、「フレーム種別とそれに対する予定時刻」とが設定される。「フレーム種別」には、ＨチャネルとＬチャネルによるビーコン信号フレーム「ビーコンＨ，ビーコンＬ」と、Ｈチャネルによる送受信データフレーム「送信Ｈ，受信Ｈ」と、Ｌチャネルによる送受信データフレーム「送信Ｌ，受信Ｌ」とがこの順に設定されている。
【０１３１】
ビーコン信号フレーム「ビーコンＨ，ビーコンＬ」は、端末の起動時やパワーセーブ解除時に受信するフレームであり、「アクセスポイントがどの端末宛のデータをバッファリングしているか」の情報を含んでいる。送信データフレーム「送信Ｈ，送信Ｌ」は、０系と１系の送信キュー１１３，１２３から取り出されるデータを含んでいる。受信データフレーム「受信Ｈ，受信Ｌ」は、０系と１系の受信キュー１１４，１２４に入力するデータを含んでいる。なお、「フレーム種別に対する予定時刻」は、後述する。
【０１３２】
さて、最初のステップＳ４０１では、スケジューラ１０６がスケジュール管理テーブル１１０中の「即時起動フラグ」や、０系と１系の送信キュー１１３，１２３を参照し、パワーセーブを行う必要があるか否かを判断する。スケジューラ１０６は、「即時起動フラグ」がＯＦＦであるとき、或いは、０系と１系の送信キュー１１３，１２３にエントリが書き込まれていないとき、パワーセーブを行う必要がある、つまり即時起動の必要はないと判断し（ステップＳ４０１：Ｎｏ）、ステップＳ４０２に進む。
【０１３３】
ステップＳ４０２では、スケジューラ１０６は、パワーセーブ制御部１０９に対して無線通信部１０７のパワーセーブを行うように指示する。パワーセーブ制御部１０９は、指示を受けて無線通信部１０７であるＲＦ（無線処理部）２０６及びベースバンド処理部２０５の電源を切り、無線通信部１０７をスリープ状態にする。スケジューラ１０６は、このスリープ状態を、スケジュール管理テーブル１１０とＲＴＣ１０８とを参照して、ＷＡＫＥＵＰ時刻が到来するまで、或いは、０系と１系の送信キュー１１３，１２３にエントリが書き込まれるまで、維持する。スケジューラ１０６は、これらのスリープ解除要因が発生すると、パワーセーブ制御部１０９に対してスリープ解除指示を出して無線通信部１０７を起動させ、ステップＳ４０３に進む。
【０１３４】
一方、ステップＳ４０１において、「即時起動フラグ」がＯＮであれば、或いは、０系と１系の送信キュー１１３，１２３にエントリが書き込まれていれば、スケジューラ１０６は、パワーセーブを行う必要がない、つまり即時起動が必要であると判断し（ステップＳ４０１：Ｙｅｓ）、ステップＳ４０３に進む。
【０１３５】
ステップＳ４０３では、スケジューラ１０６が、無線通信部１０７に対して通信チャネルをＨチャネルに切り替える指示を出し、無線通信部１０７が、プライオリティ管理テーブル１０５を参照し、通信チャネルを優先度の高いチャネルｃｈ２に切り替える。
【０１３６】
スケジューラ１０６は、無線通信部１０７にチャネル切替指示を発行すると、スケジュール管理テーブル１１０とＲＴＣ１０８を参照して、現在時刻がＨチャネルのビーコン信号の受信期間「ビーコンＨ」であるか否か（ステップＳ４０４）、現在時刻がＬチャネルのビーコン信号の受信期間「ビーコンＬ」であるか否か（ステップＳ４０７）を、それぞれ判断する。
【０１３７】
その結果、現在時刻がＨチャネルのビーコン信号の受信期間「ビーコンＨ」である場合は（ステップＳ４０４：Ｙｅｓ）、スケジューラ１０６は、無線通信部１０７に指示を出してＨチャネルのビーコンを受信させ、このＨチャネルのビーコン信号に含まれている「どの端末に対するデータをアクセスポイントがバッファリングしているか」の情報を、無線通信部１０７から０系リンク制御部１１７に対して出力させる（ステップＳ４０５）。
【０１３８】
０系リンク制御部１１７は、無線通信部１０７から受け取った「どの端末に対するデータをアクセスポイントがバッファリングしているか」の情報と自端末のＩＤとを参照し、自端末宛のデータがアクセスポイントにバッファリングされているか否かを調べ、バッファリングされていれば「受信指示」を自０系リンク制御部１１７に設定し、スケジュール管理テーブル１１０の「即時起動フラグ」をＯＮに設定する（ステップＳ４０６）。処理は、先のステップＳ４０１に戻る。
【０１３９】
また、スケジューラ１０６は、現在時刻がＬチャネルのビーコン信号の受信期間「ビーコンＬ」である場合は（ステップＳ４０７：Ｙｅｓ）、無線通信部１０７に対して通信チャネルをＬチャネルに切り替えるように要求する。無線通信部１０７は、チャネル切替指示を受けてプライオリティ管理テーブル１０５を参照し、通信チャネルを優先度の低いチャネルｃｈ７に切り替える（ステップＳ４０８）。そして、無線通信部１０７は、Ｌチャネルのビーコンを受信し、そのＬチャネルのビーコン信号に含まれている、「どの端末に対するデータをアクセスポイントがバッファリングしているか」の情報を、無線通信部１０７から１系リンク制御部１２７に対して出力させる（ステップＳ４０９）。
【０１４０】
１系リンク制御部１２７は、無線通信部１０７から受け取った「どの端末に対するデータをアクセスポイントがバッファリングしているか」の情報と自端末のＩＤとを参照し、自端末宛のデータがアクセスポイントにバッファリングされているか否かを調べ、バッファリングされていれば「受信指示」を１系リンク制御部１２７に設定し、スケジュール管理テーブル１１０の「即時起動フラグ」をＯＮに設定する（ステップＳ４１０）。処理は、先のステップＳ４０１に戻る。
【０１４１】
また、スケジューラ１０６は、現在時刻がＨチャネルのビーコン信号の受信期間でなく（ステップＳ４０４：Ｎｏ）、かつ現在時刻がＬチャネルのビーコン信号の受信期間でもない（ステップＳ４０７：Ｎｏ）場合は、０系リンク制御部１１７にＨチャネルの「受信指示」が設定されているか否かを確認する（ステップＳ４１１）。その結果、０系リンク制御部１１７に「受信指示」が設定されている場合は（ステップＳ４１１：Ｙｅｓ）、０系リンク制御部１１７にＨチャネルによる受信動作を開始させる（ステップＳ４１２）。
【０１４２】
０系リンク制御部１１７の受信動作は、後述するが（図１５参照）、０系リンク制御部１１７は、無線通信部１０７が受信したデータを０系受信キュー１１４に入力し（ステップＳ４１３）、無線通信部１０７が受信したアクセスポイントからのフレームヘッダを参照してアクセスポイントがバッファリングしている自端末宛のデータを全て受信できたか否かを判断する（ステップＳ４１４）。その結果、アクセスポイントがバッファリングしている自端末宛のデータが残っていれば（ステップＳ４１４：Ｎｏ）、処理は、先のステップＳ４０１に戻る。一方、アクセスポイントがバッファリングしている自端末宛のデータが全て無くなっていれば（ステップＳ４１４：Ｙｅｓ）、０系リンク制御部１１７は、先に設定したＨチャネルの「受信指示」を解除する（ステップＳ４１５）。処理は、先のステップＳ４０１に戻る。
【０１４３】
スケジューラ１０６は、ステップＳ４１１での確認結果、０系リンク制御部１１７にＨチャネルの「受信指示」が設定されていない場合は（ステップＳ４１１：Ｎｏ）、０系送信キュー１１３を参照し、Ｈチャネルによる送信要求があるか否かを確認する（ステップＳ４１６）。その結果、送信要求がある場合は（ステップＳ４１６：Ｙｅｓ）、スケジューラ１０６は、０系リンク制御部１１７にＨチャネルによる送信動作を開始させる（ステップＳ４１７）。
【０１４４】
０系リンク制御部１１７の送信動作は、後述するが（図１６参照）、０系リンク制御部１１７は、送信成功か否かを判断し（ステップＳ４１８）、送信失敗であれば（ステップＳ４１８：Ｎｏ）処理はステップＳ４０１に戻るが、送信成功であれば（ステップＳ４１８：Ｙｅｓ）、０系リンク制御部１１７は０系送信キュー１１３から送信に成功したエントリを削除する（ステップＳ４１９）。処理はステップＳ４０１に戻る。
【０１４５】
一方、ステップＳ４１６において、０系送信キュー１１３に送信要求が無い場合は（ステップＳ４１６：Ｎｏ）、スケジューラ１０６は、無線通信部１０７に通信チャネルをＬチャネルに切り替えるように要求する。無線通信部１０７は、プライオリティ管理テーブル１０５を参照し、通信チャネルを優先度の低いチャネルｃｈ７に切り替える（ステップＳ４２０）。
【０１４６】
スケジューラ１０６は、上記のチャネル切替指示を発行すると、１系リンク制御部１２７に「受信指示」が設定されているか否か確認する（ステップＳ４２１）。その結果、１系リンク制御部１２７に「受信指示」が設定されている場合は、スケジューラ１０６は、１系リンク制御部１２７に「今から受信動作を行った場合、どのくらいの時間で受信動作が完了するか」を問い合わせ、その返答結果とスケジュール管理テーブル１１０の内容とを比較して、１系リンク制御部１２７が今からＬチャネルによる受信動作に入った場合、Ｈチャネルの送受信のスケジュールと競合するか否かを判断する（ステップＳ４２２）。
【０１４７】
スケジューラ１０６は、この阻害有無の判断結果、Ｈチャネルの送受信のスケジュールと競合すると判断した場合は（ステップＳ４２２：Ｎｏ）、何もせずステップＳ４０１に戻るが、Ｈチャネルの送受信のスケジュールと競合しないと判断した場合は（ステップＳ４２２：Ｙｅｓ）、１系リンク制御部１２７にＬチャネルによる受信動作を開始させる（ステップＳ４２３）。
【０１４８】
１系リンク制御部１２７の受信動作は、後述するが（図１５参照）、１系リンク制御部１２７は、無線通信部１０７が受信したデータを１系受信キュー１２４に入力し（ステップＳ４２４）、無線通信部１０７が受信したアクセスポイントからのフレームヘッダを参照してアクセスポイントがバッファリングしている自端末宛のデータを全て受信できたか否かを判断する（ステップＳ４２５）。その結果、アクセスポイントがバッファリングしている自端末宛のデータが残っていれば（ステップＳ４２５：Ｎｏ）、処理は、先のステップＳ４０１に戻る。一方、アクセスポイントがバッファリングしている自端末宛のデータが全て無くなっていれば（ステップＳ４２５：Ｙｅｓ）、１系リンク制御部１２７は、先に設定したＬチャネルの「受信指示」を解除する（ステップＳ４２６）。処理は、先のステップＳ４０１に戻る。
【０１４９】
スケジューラ１０６は、ステップＳ４２１での確認結果、１系リンク制御部１２７にＬチャネルの「受信指示」が設定されていない場合は（ステップＳ４２１：Ｎｏ）、１系送信キュー１２３を参照し、Ｌチャネルによる送信要求があるか否かを確認する（ステップＳ４２７）。その結果、送信要求が無い場合は（ステップＳ４２７：Ｎｏ）、何もせずステップＳ４０１に戻るが、送信要求がある場合は（ステップＳ４２７：Ｙｅｓ）、スケジューラ１０６は、１系リンク制御部１２７に「今から送信動作を行った場合、どのくらいの時間で送信動作が完了するか」を問い合わせ、その返答結果とスケジュール管理テーブル１１０の内容とを比較して、１系リンク制御部１２７が今からＬチャネルによる送信動作に入った場合に、Ｈチャネルの送受信のスケジュールと競合するか否かを判断する（ステップＳ４２８）。
【０１５０】
スケジューラ１０６は、この阻害有無の判断結果、Ｈチャネルの送受信のスケジュールと競合すると判断した場合は（ステップＳ４２８：Ｎｏ）、何もせずステップＳ４０１に戻るが、Ｈチャネルの送受信のスケジュールと競合しないと判断した場合は（ステップＳ４２８：Ｙｅｓ）、１系リンク制御部１２７にＬチャネルによる送信動作を開始させる（ステップＳ４２９）。
【０１５１】
１系リンク制御部１２７の送信動作は、後述するが（図１６参照）、１系リンク制御部１２７は、送信成功か否かを判断し（ステップＳ４３０）、送信失敗であれば（ステップＳ４３０：Ｎｏ）何もせずステップＳ４０１に戻るが、送信成功であれば（ステップＳ４３０：Ｙｅｓ）、１系送信キュー１２３から送信に成功したエントリを削除する（ステップＳ４３１）。処理は、ステップＳ４０１に戻る。
【０１５２】
次に、図１３を参照して、ビーコン信号について説明する。なお、図１３は、２つのアクセスポイントが同じ周期の同じタイミングでビーコン信号を送信している場合の受信動作を説明する図である。
【０１５３】
以上のように、この実施の形態では、端末の起動時やパワーセーブ解除時では、ビーコン信号を手がかりにデータの受信を行うようにしている。すなわち、ビーコン信号内に設定されている「アクセスポイントがどの端末宛のデータをバッファリングしているか」の情報を参照し、自端末宛のデータがバッファリングされていれば、そのデータを受け取るためのシーケンスを実行する。
【０１５４】
この場合、例えば、Ｈチャネルの送受信処理を行っている間にＬチャネルのビーコン信号が送信されたなどしてビーコン信号を聞き逃すと、次のビーコン信号を受信するまで、自端末宛のデータがアクセスポイントにバッファリングされているかどうかが分からないので、遅延の原因になりうる。
【０１５５】
通常、２つのアクセスポイントが存在する場合、２つのビーコン信号の送信タイミングが一致する可能性は非常に低いが、最悪のケースでは、ほぼ、２つのビーコン信号の送信タイミングが一致することもありうる。図１３では、２つのアクセスポイントが同じ周期の同じタイミングでビーコン信号を送信している様子が示されている。
【０１５６】
この図１３に示すような場合、単純に優先度の高いビーコン信号だけを受信すると、優先度の低いビーコン信号はいつまで経っても聞き逃してしまう。これを避けるために、この実施の形態では、図１３にハッチングして示すように、優先度の高い通信チャネルの受信（Ｈ受信）では、ビーコン信号の聞き取り間隔を「２」とし、優先度の低い通信チャネルの受信（Ｌ受信）では、ビーコン信号の聞き取り間隔を「１」としている。
【０１５７】
図１３において、優先度の高い通信チャネルの受信（Ｈ受信）では、ビーコン信号を２回に１回の割合で受信するので、時刻ｔ＝ｔ０にてビーコン信号を受信すると、次のビーコン信号の送信タイミングｔ＝ｔ１では、ビーコン信号を受信しない。ビーコン信号の送信タイミングｔ＝ｔ３においても同様にビーコン信号を受信しない。
【０１５８】
つまり、図１４に示すように、スケジュール管理テーブル１１０には、ビーコン信号フレーム「ビーコンＨ，ビーコンＬ」に対する受信予定時刻が登録されるが、その登録されている優先度の高い通信チャネルＨのビーコン信号の受信予定時刻には、ビーコン信号の送信タイミングｔ＝ｔ１，ｔ＝ｔ３，・・は含まれていないので、この送信タイミングｔ＝ｔ１，ｔ＝ｔ３，・・において優先度の低い通信チャネルのビーコンを受信することができる。図１４では、そのことが示されている。このように、ビーコン信号の聞き取り間隔を優先度に合わせて違えることで、いずれのビーコン信号も受信することが可能となる。そして、この実施の形態では、優先度が入れ替わると、ビーコン信号の聞き取り間隔も入れ替えるようにしてある。
【０１５９】
次に、図１０と図１１による無線フレーム送受信タスクＴ０７の動作説明では、図１４に示す「フレーム種別とそれに対する時刻」に関しては言及しなかったので、ここで図１４に示すように「フレーム種別」に対して具体的に予定時刻が設定されている場合の無線フレーム送受信タスクＴ０７の動作について説明する。
【０１６０】
詳細は省略するが、音声パケットは定期的に送受信されているので、スケジューラ１０６は、音声パケットの送信間隔と平均所要時間、及び平均的な受信間隔と平均所要時間をそれぞれ学習し、その内容を音声パケットの送受信が行われる毎に更新している。但し、更新が行われるのは、音声パケットの送受信に対してのみである。その他の例えば呼制御でのデータのやり取りに関しては不定期であるので、更新は行わないものとする。ここでは、すでに通話が行われていて、スケジュール管理テーブル１１０に図１４の内容が登録されているものとする。
【０１６１】
図１４では、時刻を分かりやすい２．０００ｍｓなどと表記しているが、実際は、時刻をμ秒単位で管理している。現在時刻は、２．０００ｍｓよりも少し（１ｍｓ程度）前の時刻である。スケジュール管理テーブル１１０には、「フレーム種別」に対する「予定時刻」が、図１４に示すように、現在時刻を基準に黒の四角で示した送受信予定期間としてスケジュールされている。
【０１６２】
Ｐ１及びＰ２は、それぞれ音声パケットを含むフレーム（以下「音声フレーム」という）であり、Ｐ３及びＰ４は、それぞれリンク制御フレーム（以下「制御フレーム」という）である。音声コーデックは、１０ｍｓ間隔で行われている。また、アクセスポイントのビーコン信号送信間隔は、１０．２４ｍｓに設定されている。端末ａのＬチャネルに対するビーコン信号の聞き取り間隔は、上記のように「１」である。
【０１６３】
現在時刻以降において「送信Ｈ」による音声フレームＰ１の送信要求が時刻ｔ＝ｔ１の直前で発生したので、前回の音声フレームの送信から１０ｍｓ後に白い四角で示した位置にスケジュールしようとしたが、この時刻ｔ＝ｔ１の直前では、「ビーコンＬ」の受信予定期間と競合するので、「送信Ｈ」による音声フレームＰ１の予定時刻は、「ビーコンＬ」の受信予定期間の後ろ、時刻ｔ＝ｔ１以降にタイミングをずらしてスケジュールされている。したがって、時刻ｔ＝ｔ１では、登録がない。
【０１６４】
時刻がｔ＝ｔ１まで経過すると、「ビーコンＬ」の受信が終わり、これによって端末が受信すべきデータがアクセスポイントに存在することが解る。スケジューラ１０６は、ｔ＝ｔ１の時刻では、「ビーコンＨ」「ビーコンＬ」「送信Ｈ」「受信Ｈ」の予定時刻がスケジュール管理テーブル１１０に登録されていないので、時刻ｔ＝ｔ１直後の白い四角で示した位置で制御フレームＰ３の「受信Ｌ」が可能か否かを判断する。
【０１６５】
すなわち、スケジューラ１０６は、１系リンク制御部１２７に「時刻ｔ＝ｔ１直後の白い四角で示した位置で受信動作を始めると音声フレームＰ１の受信開始予定時刻までに終了するか」を問い合わせる。１系リンク制御部１２７は、スケジュール管理テーブル１１０を参照し、時刻ｔ＝ｔ１よりも少し後に「送信Ｈ」の送信期間がすでに予約されているので、時刻ｔ＝ｔ１直後の白い四角で示した位置で制御フレームＰ３の受信動作に入ると、音声フレームＰ１の受信動作を阻害してしまうことが解る。１系リンク制御部１２７は、その旨をスケジューラ１０６に返答する。スケジューラ１０６は、１系リンク制御部１２７に時刻ｔ＝ｔ１直後の白い四角で示した位置での受信開始指示を発行せず、制御フレームＰ３の受信動作を、音声フレームＰ１の送信動作が終了するまで延期する。図１１に示すステップＳ４２２〜Ｓ４２６では、このような動作が行われている。
【０１６６】
さらに時間が経過して、時刻ｔ＝ｔ２直後の白い四角で示した位置において、「送信Ｌ」による制御フレームＰ４の送信要求が発生した場合、即座に送信すると「ビーコンＨ」の受信期間と競合するので、「送信Ｌ」による制御フレームＰ４は、直ちに送信を行うことができない。したがって、「ビーコンＨ」の受信後、「送信Ｈ」「受信Ｈ」の必要がないと判断された時点で「送信Ｌ」による制御フレームＰ４の送信動作を行うことになる。図１１に示すステップＳ４２８〜Ｓ４３１では、このような動作が行われている。
【０１６７】
次に、図１５と図１６を参照して、０系と１系のリンク制御部１１７，１２７が行う送受信処理動作を説明する。なお、図１５は、図５に示す０系と１系のリンク制御部１１７，１２７が行う受信処理動作を説明するフローチャートである。図１６は、図５に示す０系と１系のリンク制御部１１７，１２７が行う送信処理動作を説明するフローチャートである。
【０１６８】
まず、受信処理動作は次のように行われる。図１５において、０系リンク制御部１１７または１系リンク制御部１２７は、無線通信部１０７を利用して同じチャネルで電波が予め指定された時間が存在せず、０系リンク制御部１１７または１系リンク制御部１２７が他に影響されずに送受信可能であるか否か確認する（ステップＳ５０１）。送受信可能でなければ（ステップＳ５０１：Ｎｏ）送受信可能になるまで（ステップＳ５０１：Ｙｅｓ）待機する。
【０１６９】
０系リンク制御部１１７または１系リンク制御部１２７は、送受信可能であることが確認できると（ステップＳ５０１：Ｙｅｓ）、無線通信部１０７を利用して、アクセスポイントに「受信準備が完了した」旨を示す「ＰＳ＿ＰＯＬＬ」フレームを送信する（ステップＳ５０２）。
【０１７０】
アクセスポイントは、「ＰＳ＿ＰＯＬＬ」フレームを受信すると、送信元の端末にアクセスポイントがバッファリングしているデータを送信するので、０系リンク制御部１１７または１系リンク制御部１２７は、無線通信部１０７を利用してアクセスポイントが送信するフレームデータを受信する（ステップＳ５０３）。
【０１７１】
そして、０系リンク制御部１１７または１系リンク制御部１２７は、受信したフレームデータにエラーが無いことをＦＣＳ（フレーム・チェック・シーケンス）によって確認できると、規定された時間だけ待って（ここでは１０μ秒）ＡＣＫフレームを送信し、正常にデータを正しく受信できたことをアクセスポイントに通知する（ステップＳ５０４）。
【０１７２】
また、送信処理動作は次のように行われる。図１６において、０系リンク制御部１１７または１系リンク制御部１２７は、無線通信部１０７を利用して同じチャネルで電波が予め指定された時間存在せず、０系リンク制御部１１７または１系リンク制御部１２７が他に影響されずに送受信可能であるか否か確認する（ステップＳ６０１）。送受信可能でなければ（ステップＳ６０１：Ｎｏ）送受信可能になるまで（ステップＳ６０１：Ｙｅｓ）待機する。
【０１７３】
０系リンク制御部１１７または１系リンク制御部１２７は、送受信可能であることが確認できると（ステップＳ６０１：Ｙｅｓ）、０系送信キュー１１３または１系送信キュー１２３からデータをコピーしてフレームデータを生成し、無線通信部１０７を利用して送信を行う。このとき使用される周波数チャネルは、プライオリティ管理テーブル１０５に登録されている内容に従う（ステップＳ６０２）。
【０１７４】
そして、０系リンク制御部１１７または１系リンク制御部１２７は、無線通信部１０７を利用して規定された時間（ここでは１０μ秒以上）ＡＣＫの受信を待機し（ステップＳ６０３）、ＡＣＫが受信できれば（ステップＳ６０３：Ｙｅｓ）、送信成功として処理を終了する一方、ＡＣＫが受信できなければ（ステップＳ６０３：Ｎｏ）、送信失敗として処理を終了する。
【０１７５】
次に、図１７は、図５に示す無線通信部１０７による無線通信動作を説明するタイムチャートである。前述したように、Ｈは優先度が高く設定されたチャネルであり、Ｌは優先度が低く設定されたチャネルである。
【０１７６】
優先度の高い「Ｈ受信」「Ｈ送信」では、時刻ｔ＝ｔ０でビーコン信号を受信した後、時刻ｔ＝ｔ２までデータの送受信を行わない。
【０１７７】
優先度の低い「Ｌ受信」「Ｌ送信」では、時刻ｔ＝ｔ０と時刻ｔ＝ｔ１との間で受信するビーコン信号によって「データがアクセスポイントにバッファリングされている」ことが判明し、その後、時刻ｔ＝ｔ１までに、「ＰＳ＿ＰＯＬＬ」を発行してアクセスポイントにバッファリングされているデータを受信し、ＡＣＫを返す。
【０１７８】
そして、優先度の低い「Ｌ受信」「Ｌ送信」では、その後、送信キューにデータがあるので、送信を行おうとするが、時刻ｔ＝ｔ１から送信動作に入ると、スケジュール管理テーブル１１０に登録されている「Ｈ受信」「Ｈ送信」の送受信動作（時刻ｔ＝ｔ２以降に予定されている）を妨害するので、送信を行わない。
【０１７９】
その後、時刻ｔ＝ｔ３では、「Ｈ受信」「Ｈ送信」の送受信が終了するので、「Ｌ受信」「Ｌ送信」では、送受信動作に入ることができる。
【０１８０】
これまで説明してきたように、音声通話は、優先度の高いＨチャネルで行っている。しかし、例外はあるが多くの場合、定期的に（この例では１０ｍｓ間隔）発生する音声データの交換を行う以外は、Ｈチャネルを用いて通信を行う必要が無い。したがって、Ｈチャネルで通信を行う必要の無い期間に優先度の低いＬチャネルを利用して、ハンドオーバーに必要な、アクセスポイントとのリンク設定、ＩＰアドレスの取得、ＳＩＰセッションの準備などを行うことができる。これらＬチャネルでのやりとりは厳しい時間制約を持つものは無く、途中、Ｈチャネルの使用によってＬチャネルによるデータ通信が一時的にできなくなっても、ハンドオーバー処理になんら影響を与えない。
【０１８１】
以上のように、この実施の形態１によれば、ハンドオーバー実行中に、２つの無線チャネルを時間的に切り替えながらフレームの送受信を行い、０系リンクと１系リンクの通信品質を比較し、現在使用中のリンクよりも他方のリンクの通信品質が優れている場合に、その他方のリンクを通話に利用する通話セッションとし、それ以外のリンクを待機状態に設定することによって、ソフトハンドオフを実現している。これによって、ハンドオーバーの瞬間に音声が途切れることなく良好な通話環境を提供することができる。また、２つの無線チャネルを時間的に切り替えることで、２つのＲＦ（無線周波処理回路）を実装する必要がないので、安価な無線端末を実現することが可能となる。
【０１８２】
（実施の形態２）
図１８は、本発明の実施の形態２による端末の機能構成を示すブロック図である。なお、図１８では、図１（実施の形態１）に示した構成要素と同一ないしは同等である構成要素には同一の符号が付されている。ここでは、この実施の形態２に関わる部分を中心に説明する。
【０１８３】
図１８に示すように、実施の形態２による端末では、図１（実施の形態１）に示した構成において、スケジュール管理テーブル１１０に代えてスケジュール管理テーブル１４０が設けられ、０系と１系の音声通話部１１９，１２９に代えて０系と１系の音声通話部１４５，１５５が設けられている。それに伴い、全体制御部１３０が機能追加によって全体制御部１６０となっている。
【０１８４】
０系と１系の音声通話部１４５，１５５では、図１（実施の形態１）に示した０系と１系の音声通話部１１９，１２９において、予約シーケンス実行部１１５，１２５と、ＣＳＭＡ／ＣＡ−ＴＤＭ切り替え部１１６，１２６が追加されている。
【０１８５】
０系と１系の予約シーケンス実行部１１５，１２５は、優先度の低い通信チャネルの使用中に、優先度の高い通信チャネルを使用する通信の予定時刻と現在時刻との差が予め定めた時間よりも小さくなった場合、当該優先度の低い通信チャネルを使用する通信を保留し、優先度の高い通信チャネルを使用する通信が終わった後に当該優先度の低い通信チャネルを使用する通信を再開できると予想できる時刻までの時間内に、他の端末やアクセスポイントが当該優先度の低い通信チャネルを使用して通信を始めないようにするためのメディア予約シーケンスを実行する。
【０１８６】
また、０系と１系のＣＳＭＡ／ＣＡ−ＴＤＭ切り替え部１１６，１２６は、優先度の高い通信チャネルを使用する通信ではＴＤＭ方式で通信を行い、優先度の低い通信チャネルを使用する通信ではＣＳＭＡ／ＣＡ方式で通信を行うための切り替えを行う。なお、スケジュール管理テーブル１４０は、例えば図２３に示すようになっている。
【０１８７】
この実施の形態２による端末の電気的な構成は、図２に示す通りであり、追加された機能も、ＣＰＵ２０１がＲＯＭ２０２に格納される制御プログラムを、ＲＯＭ２０２やＲＡＭ２０３に記憶されているデータを参照したり、またＲＡＭ２０３に記憶されているデータを変更したりしながら実行することで実現される。
【０１８８】
また、この実施の形態２による端末は、図３に示した無線ＬＡＮ電話システムでの端末ａ、端末ｂとなることは言うまでもない。図１９は、図３に示す無線ＬＡＮ電話システムにおける端末ａと端末ｂが図１８に示す端末である場合において、端末ａが端末ｂと通話しつつハンドオーバーする過程を説明するシーケンス図である。
【０１８９】
図１９は、図４に対応するが、図１９では、図４に示すイベントのステップＥ０９と、メッセージのステップＭ１０とが無い点だけが異なる。ここでは、相違点について説明する。図１９において、ステップＥ０８にて３者通話が確立（但し、端末ａ（１系）は保留されている）した後、ステップＥ１１にてアクセスポイントＡ１よりもアクセスポイントＡ２の方が安定した通信が可能であると判断された時点で、ステップＭ１２以降を実行する。つまり、端末ａ（１系）の保留が解除され、端末ａ（０系）が３者通話から離脱することによって、端末ａ（１系）−アクセスポイントＡ２−アクセスポイントＢ−端末ｂの経路が確立する。これによって、ハンドオーバーが完了したことになる。
【０１９０】
また、この実施の形態２による端末のタスク構成も図５と同様の要素によって構成され、エンコードタスクＴ０１と、デコードタスクＴ０２と、プロトコル処理タスクＴ０５，Ｔ０６とは、この実施の形態２においても実施の形態１と同じ動作を行う。呼制御タスクＴ０３，Ｔ０４と無線フレーム送受信タスクＴ０７とが実施の形態１での動作にこの実施の形態２に固有の動作を追加した動作を行う。ここでは、それらの相違点について、呼制御タスクＴ０３，Ｔ０４（図２０）、無線フレーム送受信タスクＴ０７（図２１、図２２）の順に説明する。
【０１９１】
まず、図２０は、図１８に示す端末における図５に示す０系と１系の呼制御タスクＴ０３，Ｔ０４の処理動作を説明するフローチャートである。図２０は、図９に対応するが、図２０では、図９において、ステップＥ−１４，Ｅ−１５，Ｅ−１６，Ｅ−１７が無く、新たにステップＥ−１８，Ｅ−１９が追加されている。つまりハンドオーバー中の動作が異なっている。ここでは、ステップＥ−１３によって、呼制御タスクＴ０３，Ｔ０４は、３者通話状態になっていて、０系音声通話部１４５は２者通話中（ハンドオーバー準備中）Ｓ３５４の状態であり、１系音声通話部１５５はソフトハンドオーバー（保留）Ｓ３５５の状態であるとして説明する。
【０１９２】
この端末ａ（０系）による通話中に、全体制御部１６０は、例えば、０系と１系のリンク制御部１１７，１２７からそれぞれのリンクでの受信感度値を取得し、それらが予め定めた受信感度値を超えて継続する時間をそれぞれ監視する。そして、全体制御部１６０は、現在０系音声通話部１４５がリンクを設定しているアクセスポイントとの通信状況がさらに悪化し、受信感度が予め定め値よりも低下し、かつ、１系音声通話部１５５のリンクの受信感度が予め定めた時間、予め定めた受信感度値よりも大きい時間が続くと、１系音声通話部１５５のリンクが安定していると判断し、１系リンク制御部１２７にその旨を通知する。
【０１９３】
なお、全体制御部１６０は、両リンクの通信品質を比較する方法として、上記の電波受信感度の他に、ＳＮ比が予め定めた閾値を超えて継続する時間をそれぞれ監視して継続時間が上回る方のリンクが継続的に良好な通信を提供できると判断している。或いは、両リンクでのエラー発生頻度を監視し、下回った方のリンクが継続的に良好な通信を提供できると判断している。
【０１９４】
１系リンク制御部１２７は、全体制御部１６０から自リンクの安定通知を受けて１系制御部１２８に対し「リンク安定」を通知する。１系制御部１２８は、その「リンク安定」通知を受けて、全体制御部１６０に対し「０系切断」を要求する。
【０１９５】
全体制御部１６０は、プライオリティ管理テーブル１０５における「０系」と「１系」に対する優先度を書き換え、１系音声通話部１５５の優先度を高く設定し、０系音声通話部１４５の優先度を低く設定する。さらに、全体制御部１６０は、エンコードタスクＴ０１とデコードタスクＴ０２とにおける音声パケットの入出力先を１系音声通話部１５５に切り替える。
【０１９６】
これによって、コーデック部１０４は、以降、音声入力部１０２からの音声をＡ／Ｄ変換及びエンコードして生成した音声パケットを１系プロトコル処理部１２２に渡す。また、コーデック部１０４は、以降、１系プロトコル処理部１２２が受け取った音声パケットをデコード及びＤ／Ａ変換し、音声出力部１０３に出力する。
【０１９７】
その後、０系音声通話部１４５ではステップＥ−１８が実行され、同時に１系音声通話部１５５ではステップＥ−１９が実行される。
【０１９８】
すなわち、ステップＥ−１８では、全体制御部１６０は、０系呼制御部１１１に呼を切断するように要求する。０系呼制御部１１１は、切断要求を受けて、０系プロトコル処理部１１２に対し「端末ｂと端末ａ（１系）とに対する切断要求のメッセージ「ＢＹＥ」をＳＩＰサーバ５００に送信する」ように要求する。これによって０系プロトコル処理部１１２が送信する「ＢＹＥ」メッセージは、ＳＩＰサーバ５００から端末ｂと端末ａ（１系）とに中継転送される。
【０１９９】
端末ｂでは、「ＢＹＥ」メッセージを受け取ると、「ＢＹＥ−ＯＫ」メッセージをＳＩＰサーバ５００に返送し、端末ａ（０系）との接続を解除する。また、端末ａ（１系）では、１系プロトコル処理部１２２がこの「ＢＹＥ」メッセージを受け取り、１系呼制御部１２１に渡す。１系呼制御部１２１は、１系プロトコル処理部１２２に対し、「ＢＹＥ−ＯＫ」メッセージをＳＩＰサーバ５００に送信するように依頼する。
【０２００】
ＳＩＰサーバ５００は、端末ｂからの「ＢＹＥ−ＯＫ」メッセージと端末ａ（１系）からの「ＢＹＥ−ＯＫ」メッセージとを受け取ると、端末ａ（０系）に「ＢＹＥ−ＯＫ」メッセージを送信する。
【０２０１】
端末ａ（０系）では、０系プロトコル処理部１１２がこのメッセージを受け、０系呼制御部１１１に渡す。このとき、端末ａ（０系）では、同一端末内からの「ＢＹＥ−ＯＫ」メッセージであるので、通常通りに待ち受け状態Ｓ３５０に遷移するのではなく、休止状態Ｓ３５１に遷移する。０系呼制御部１１１が休止状態Ｓ３５１に遷移すると、０系制御部１１８は、０系プロトコル処理部１１２を停止させ、０系リンク制御部１１７にリンクを解除させる。
【０２０２】
また、ステップＥ−１９では、全体制御部１６０は、保留されている１系音声通話部１５５を保留解除するため、１系制御部１２８に対して保留解除を要求する。１系制御部１２８は、指示に従って１系呼制御部１２１に保留解除を要求する。１系呼制御部１２１は、解除要求を受けて、１系プロトコル処理部１２２に対し「保留解除を行った旨」を端末ｂに伝えるように要求し、２者通話中（通常）状態Ｓ３５３に遷移する。
【０２０３】
端末ｂでは、端末ａ（１系）からこの「保留解除を行った旨」のメッセージを受け取ると、これまで音声の送受信していなかった端末ａ（１系）と音声の送受信を行うようになる。さらに、全体制御部１６０は、無線フレーム送受信タスクＴ０７に優先度切り替えが発生したことを通知する。このときの無線フレーム送受信タスクＴ０７の動作が図２１、図２２に示されている。
【０２０４】
ここで、以上の動作を端末ｂの側からみると、最初、端末ｂは、０系呼制御部１１１がソフトハンドオーバー（通話）状態Ｓ３５６にある。このとき、３者通話状態であり、端末ａ（１系）は保留されている（Ｓ３５５）。ここで、端末ａ（０系）とアクセスポイントＡ１との通信環境が悪化し、さらに、端末ａ（１系）とアクセスポイントＡ２との通信環境が安定したと判断された時点で、端末ａ（０系）からの「ＢＹＥ」メッセージと端末ａ（１系）からの「保留が解除された旨」を伝えるメッセージとがＳＩＰサーバ５００から届く。
【０２０５】
そこで、端末ｂの全体制御部１６０は、以降のコーデック部１０４の対象を１系音声通話部１５５に切り替える。そして、端末ｂの１系制御部１２８は、１系プロトコル処理部１２２に端末ａ（０系）に対してＳＩＰサーバ経由で「ＢＹＥ−ＯＫ」メッセージを送信するように要求する。
【０２０６】
以上のように、実施の形態２においても、通話に使用するアクセスポイントを切り替えても音声が途切れることがないことが解る。
【０２０７】
次に、図２１、図２２は、図１８に示す端末における図５に示す無線フレーム送受信タスクの処理動作を説明するフローチャートである。この実施の形態２においても、無線フレーム送受信タスクＴ０７の処理動作は、上記した呼制御の状態遷移において、ソフトハンドオーバーを行っている状態で行われる。すなわち、無線通信によるデータの送受信は、無線フレーム送受信タスクＴ０７によって行われるが、この無線フレーム送受信タスクＴ０７は、ＲＦ（無線周波）の２つのチャネルを時間的に切り替えながらその２つのチャネルで無線データの送受信を行う。
【０２０８】
このとき、無線フレーム送受信タスクＴ０７は、スケジュール管理テーブル１４０（図２３）とプライオリティ管理テーブル１０５（図１２）とを参照し、優先度が高く設定されているチャネルでの通信が、優先度が低く設定されている方の通信から阻害を受けないように排他制御を行う。
【０２０９】
この場合、この実施の形態２では、優先度の高いチャネルＨでは、ＴＤＭＡ方式で音声パケットが定期的に送受信されている。ＶｏＩＰのようなリアルタイム性の高いデータの送受信では、無線ＬＡＮにおいてＱｏＳを確保するためにＴＤＭＡ方式を利用すると帯域を有効に利用できるとされていることによる。
【０２１０】
プライオリティ管理テーブル１０５の内容は、実施の形態１にて説明した通りである。この実施の形態２によるスケジュール管理テーブル１４０は、図２３に示すように、「即時起動フラグ」と、「フレーム種別とそれに対する予定時刻」とが設定される点は、図１４と同様であるが、「フレーム種別」の内容が異なっている。すなわち、「フレーム種別」には、Ｈチャネルによるビーコン信号フレーム「ビーコンＨ」と、Ｈチャネルによる送受信データフレーム「送受信Ｈ」と、Ｌチャネルによるビーコン信号フレーム「ビーコンＬ」と、Ｌチャネルによる送受信データフレーム「受信Ｌ，送信Ｌ」とがこの順に設定されている。
【０２１１】
さて、最初のステップＳ７０１では、スケジューラ１０６がスケジュール管理テーブル１４０中の「即時起動フラグ」や、０系と１系の送信キュー１１３，１２３を参照し、パワーセーブを行う必要があるか否かを判断する。スケジューラ１０６は、「即時起動フラグ」がＯＦＦであるとき、或いは、０系と１系の送信キュー１１３，１２３にエントリが書き込まれていないとき、パワーセーブを行う必要がある、つまり即時起動の必要はないと判断し（ステップＳ７０１：Ｎｏ）、ステップＳ７０２に進む。
【０２１２】
ステップＳ７０２では、スケジューラ１０６は、パワーセーブ制御部１０９に対して無線通信部１０７のパワーセーブを行うように指示する。パワーセーブ制御部１０９は、指示を受けて無線通信部１０７であるＲＦ（無線処理部）２０６及びベースバンド処理部２０５の電源を切り、無線通信部１０７をスリープ状態にする。スケジューラ１０６は、このスリープ状態を、スケジュール管理テーブル１４０とＲＴＣ１０８とを参照して、ＷＡＫＥＵＰ時刻が到来するまで、或いは、０系と１系の送信キュー１１３，１２３にエントリが書き込まれるまで、維持する。スケジューラ１０６は、これらのスリープ解除要因が発生すると、パワーセーブ制御部１０９に対してスリープ解除指示を出して無線通信部１０７を起動させ、ステップＳ７０３に進む。
【０２１３】
一方、ステップＳ７０１において、「即時起動フラグ」がＯＮであれば、或いは、０系と１系の送信キュー１１３，１２３にエントリが書き込まれていれば、スケジューラ１０６は、パワーセーブを行う必要がない、つまり即時起動が必要であると判断し（ステップＳ７０１：Ｙｅｓ）、ステップＳ７０３に進む。
【０２１４】
ステップＳ７０３では、スケジューラ１０６が、無線通信部１０７に対して通信チャネルをＬチャネルに切り替える指示を出し、無線通信部１０７が、プライオリティ管理テーブル１０５を参照し、通信チャネルを優先度の低いチャネルｃｈ７に切り替える。
【０２１５】
スケジューラ１０６は、無線通信部１０７にチャネル切替指示を発行すると、スケジュール管理テーブル１４０とＲＴＣ１０８を参照して、現在時刻がＨチャネルのビーコン信号の受信期間「ビーコンＨ」であるか否か（ステップＳ７０４）、現在時刻がＨチャネルの送受信期間「送受信Ｈ」であるか否か（ステップＳ７０８）、現在時刻がＬチャネルのビーコン信号の受信期間「ビーコンＬ」であるか否か（ステップＳ７１２）を、それぞれ判断する。
【０２１６】
その結果、現在時刻がＨチャネルのビーコン信号の受信期間「ビーコンＨ」である場合は（ステップＳ７０４：Ｙｅｓ）、スケジューラ１０６は、１系予約シーケンス実行部１２５に予約シーケンスを実行させる（ステップＳ７０５）。予約シーケンスの実行内容は後述するが（図２４参照）、これによって、優先度が低く設定されているチャネルｃｈ７では、この予約シーケンスを受け取った端末及びアクセスポイントが、予約シーケンスで指定された時間だけデータの送信を行わなくなる。したがって、優先度の低いチャネルｃｈ７でのアクセスポイントによるビーコン信号の送信は、予約シーケンスで指定された時間が経過するまで遅延させられる。このようにすることによって、ＲＦ２０６を優先度の高いチャネルｃｈ２に切り替えている間に、優先度の低いチャネルｃｈ７のビーコン信号を聞き逃すことを防ぐことができる。
【０２１７】
そこで、スケジューラ１０６は、無線通信部１０７にチャネルをＨに切り替えるように要求し、無線通信部１０７は、プライオリティ管理テーブル１０５を参照して使用チャネルを優先度が高いチャネルｃｈ２に切り替える（ステップＳ７０６）。これによって、無線通信部１０７は、Ｈチャネルでビーコン信号を受信する。処理は、ステップＳ７０１に戻る。
【０２１８】
このビーコン信号には、ブロードキャスト情報の有無や各端末の時計を合わせるための時刻情報などの報知情報が含まれているが、使用チャネルがＨチャネルであるときは上記したようにＴＤＭモードで動作しているので、ここでは、バッファリング情報は参照しない。
【０２１９】
また、スケジューラ１０６は、現在時刻がＨチャネルの送受信期間「送受信Ｈ」である場合は（ステップＳ７０８：Ｙｅｓ）、ステップＳ７０５と同様に１系予約シーケンス実行部１２５に予約シーケンスを実行させる（ステップＳ７０９）。そして、ステップＳ７０６と同様に無線通信部１０７にチャネルをＨに切り替えさせる（ステップＳ７１０）。これによって、無線通信部１０７は、Ｈチャネルを用いて、後述する図２６に示す手順でデータの送受信を行う（ステップＳ７１１）。処理は、ステップＳ７０１に戻る。
【０２２０】
また、スケジューラ１０６は、現在時刻がＬチャネルのビーコン信号の受信期間「ビーコンＬ」である場合は（ステップＳ７１２：Ｙｅｓ）、スケジューラ１０６は、無線通信部１０７に受信指示を出し、Ｌチャネルでビーコン信号を受信させる（ステップＳ７１３）。無線通信部１０７は、受信したビーコン信号に含まれている、パワーセーブモードの端末に対して「どの端末に対するデータをアクセスポイントがバッファリングしているか」の情報を、１系リンク制御部１２７に与えるので、１系リンク制御部１２７は、無線通信部１０７から受け取った「どの端末に対するデータをアクセスポイントがバッファリングしているか」の情報と自端末のＩＤとを参照し、自端末宛のデータがアクセスポイントにバッファリングされているか否かを調べ、バッファリングされていれば「受信指示」を１系リンク制御部１２７に設定し、スケジュール管理テーブル１４０の「即時起動フラグ」をＯＮに設定する（ステップＳ７１４）。処理は、先のステップＳ７０１に戻る。
【０２２１】
また、スケジューラ１０６は、現在時刻がＨチャネルのビーコン信号の受信期間でなく（ステップＳ７０４：Ｎｏ）、現在時刻がＨチャネルの送受信期間でなく（ステップＳ７０８：Ｎｏ）、かつ現在時刻がＬチャネルのビーコン信号の受信期間でもない（ステップＳ７１２：Ｎｏ）場合は、１系リンク制御部１２７にＬチャネルの「受信指示」が設定されているか否かを確認する（ステップＳ７１５）。
【０２２２】
その結果、１系リンク制御部１２７に「受信指示」が設定されている場合は、スケジューラ１０６は、１系リンク制御部１２７に「今から受信動作を行った場合、どのくらいの時間で受信動作が完了するか」を問い合わせ、その返答結果とスケジュール管理テーブル１４０の内容とを比較して、１系リンク制御部１２７が今からＬチャネルによる受信動作に入った場合、Ｈチャネルの送受信のスケジュールと競合するか否かを判断する（ステップＳ７１６）。
【０２２３】
スケジューラ１０６は、この阻害有無の判断結果、Ｈチャネルの送受信のスケジュールと競合すると判断した場合は（ステップＳ７１６：Ｎｏ）、何もせずステップＳ７０１に戻るが、Ｈチャネルの送受信のスケジュールと競合しないと判断した場合は（ステップＳ７１６：Ｙｅｓ）、１系リンク制御部１２７にＬチャネルによる受信動作を開始させる（ステップＳ７１７）。１系リンク制御部１２７は、前述した図１５に示した手順での受信動作を行う。
【０２２４】
そして、１系リンク制御部１２７は、無線通信部１０７が受信したデータを１系受信キュー１２４に入力し（ステップＳ７１８）、無線通信部１０７が受信したアクセスポイントからのフレームヘッダを参照してアクセスポイントがバッファリングしている自端末宛のデータを全て受信できたか否かを判断する（ステップＳ７１９）。その結果、アクセスポイントがバッファリングしている自端末宛のデータが残っていれば（ステップＳ７１９：Ｎｏ）、処理は、先のステップＳ７０１に戻る。一方、アクセスポイントがバッファリングしている自端末宛のデータが全て無くなっていれば（ステップＳ７１９：Ｙｅｓ）、１系リンク制御部１２７は、先に設定したＬチャネルの「受信指示」を解除する（ステップＳ７２０）。処理は、先のステップＳ７０１に戻る。
【０２２５】
スケジューラ１０６は、ステップＳ７１５での確認結果、１系リンク制御部１２７にＬチャネルの「受信指示」が設定されていない場合は（ステップＳ７１５：Ｎｏ）、１系送信キュー１２３を参照し、Ｌチャネルによる送信要求があるか否かを確認する（ステップＳ７２１）。その結果、送信要求が無い場合は（ステップＳ７２１：Ｎｏ）、何もせずステップＳ７０１に戻るが、送信要求がある場合は（ステップＳ７２１：Ｙｅｓ）、スケジューラ１０６は、１系リンク制御部１２７に「今から送信動作を行った場合、どのくらいの時間で送信動作が完了するか」を問い合わせ、その返答結果とスケジュール管理テーブル１４０の内容とを比較して、１系リンク制御部１２７が今からＬチャネルによる送信動作に入った場合に、Ｈチャネルの送受信のスケジュールと競合するか否かを判断する（ステップＳ７２２）。
【０２２６】
スケジューラ１０６は、この阻害有無の判断結果、Ｈチャネルの送受信のスケジュールと競合すると判断した場合は（ステップＳ７２２：Ｎｏ）、何もせずステップＳ７０１に戻るが、Ｈチャネルの送受信のスケジュールと競合しないと判断した場合は（ステップＳ７２２：Ｙｅｓ）、１系リンク制御部１２７にＬチャネルによる送信動作を開始させる（ステップＳ７２３）。１系リンク制御部１２７は、前述した図１６に示した手順での送信動作を行う。
【０２２７】
そして、１系リンク制御部１２７は、送信成功か否かを判断し（ステップＳ７２４）、送信失敗であれば（ステップＳ７２４：Ｎｏ）何もせずステップＳ７０１に戻るが、送信成功であれば（ステップＳ７２４：Ｙｅｓ）、１系送信キュー１２３から送信に成功したエントリを削除する（ステップＳ７２５）。処理は、ステップＳ７０１に戻る。
【０２２８】
次に、図２３は、図１８に示す端末が備えるスケジュール管理テーブル１４０の構成例を示す図である。図２３において、ビーコン信号の聞き取り間隔は、実施の形態１と同様に、Ｈチャネルでは「２」に設定され、Ｌチャネルでは「１」に設定されているが、ビーコン間隔は、ＨチャネルもＬチャネルも同じである。
【０２２９】
そして、ＨチャネルではＴＤＭで通信しており、同じ周期でビーコン受信後一定の時間後に送受信を行うようにスケジュールされている。このスケジュールは、アクセスポイントとリンクとを設定したときにアクセスポイントが指定したものである。スケジューラ１０６は、Ｌチャネルの送信あるいは受信の要求が発生すると、「ビーコンＨ」「送受信Ｈ」「ビーコンＬ」の３つのスケジュールを阻害しないように送受信のタイミングをスケジュールする。
【０２３０】
次に、図２４を参照して、予約シーケンスの処理について説明する。なお、図２４は、０系と１系の予約シーケンス実行部１１５，１２５による予約シーケンス実行処理動作を説明するフローチャートである。
【０２３１】
予約シーケンスは、Ｈチャネルの送受信期間にＬチャネルでの通信を行わない、つまりＨチャネルとＬチャネルとで同時に通信が行われないようにするため、Ｈチャネルの送受信の予定時間だけ、Ｌチャネルの予約を行う。つまり、予約シーケンスの実行は、優先度の低い１系予約シーケンス実行部１２５が行う。
【０２３２】
すなわち、１系予約シーケンス実行部１２５は、スケジュール管理テーブル１４０とＲＴＣ１０８を参照して、Ｈチャネルでの送受信終了時刻までの時間を算出し、１系リンク制御部１２７に算出した時間だけメディアを予約するように要求する（ステップＳ８０１）。１系リンク制御部１２７は、要求に応じてＲＴＳフレームにメディア予約時間を乗せて送信する（ステップＳ８０２）。そして、１系リンク制御部１２７は、このＲＴＳフレームを受信したアクセスポイントが送信するメディアを予約したことを告げるＣＴＳフレームを受信する（ステップＳ８０３）。
【０２３３】
これによって、このＣＴＳフレームを受信した全ての端末は、メディア予約時間が経過するまでチャネルｃｈ７での送信を行わなくなる。また、ＣＴＳフレームを送信したアクセスポイント自身もメディア予約時間が経過するまでチャネルｃｈ７での送信を行わなくなる。
【０２３４】
端末は、もし、ビーコン信号を聞き逃すと、端末宛のデータがバッファリングされているか否かを知ることができないので、次のビーコン信号を受信するまで、データの送受信を行わない。この場合、データの比較的大きな遅延が発生してしまう。これを防止するため、端末は、Ｈチャネルのビーコン受信やデータの送受信処理を行うときは、このように予約シーケンスをＬチャネルで発行してメディアの予約を行い、その予約期間内、Ｌチャネルでの通信が行われないようにする。これによって、Ｌチャネルのビーコン信号を端末が聞き逃すことが無く、比較的少ない遅延でＬチャネルでの通信を行うことができる。ことができる。
【０２３５】
次に、図２５は、図２４に示す予約シーケンス実行処理時での無線通信部１０７による無線通信動作を説明するタイムチャートである。図２５において、時刻ｔ＝ｔ１でＨチャネルのビーコン信号を受信するため、時刻ｔ＝ｔ１に到達する前に、予約シーケンス（ＲＴＳ、ＣＴＳ）を実行して「Ｈ受信」の期間を予約している。
【０２３６】
また、時刻ｔ＝ｔ３がＬチャネルによる本来のビーコン送信予定時刻である。しかし、この時刻ｔ＝ｔ３は、時刻ｔ＝ｔ４と時刻ｔ＝ｔ５との間にあり、この期間は、Ｈチャネルでのデータの送受信が予定されている。そのため、時刻ｔ＝ｔ２において予約シーケンス（ＲＴＳ、ＣＴＳ）を実行し、Ｌチャネルでのビーコン送信を時刻ｔ＝ｔ５まで遅らせている。
【０２３７】
次に、図２６は、図２１に示す「Ｈ送受信期間」であるとき行われるデータ送受信処理動作を説明するフローチャートである。Ｈチャネルでは、音声の送受信を行っているので、ＱｏＳ確保のためにＩＥＥＥ８０２．１１ｅで提案されているＴＤＭ方式の送受信を行っている。ここでは、理解を容易にするため、多少簡略化して説明する。
【０２３８】
Ｈチャネルでのデータ送受信では、アクセスポイントが、自装置が収容している端末に対し、要求されたＱｏＳに応じてタイムスロットを割り当て、ポーリングを行う。このポーリングのスケジュールは、端末とアクセスポイントとの間でリンクを設定するときに端末に通知され、端末はそれをスケジュール管理テーブル１４０に書き込むことで記憶している。そこで、端末は、自端末がポーリングされる時刻になると、ＷＡＫＥＵＰし、優先度の高い０系音声通話部１４５が、ポーリングフレームの受信を準備し、以下に示す送受信動作を行う。
【０２３９】
すなわち、０系リンク制御部１１７は、アクセスポイントが送信したＱｏＳ  ＣＦ＿ＰＯＬＬフレームを受信すると（ステップＳ９０１）、受信したフレームにＱｏＳ  Ｄａｔａが含まれているか否かを判断する（ステップＳ９０２）。その結果、ＱｏＳ  Ｄａｔａが含まれている場合は（ステップＳ９０２：Ｙｅｓ）、０系リンク制御部１１７は、そのＱｏＳ  Ｄａｔａを０系受信キュー１１４に書き込み（ステップＳ９０３）、ステップＳ９０４に進む。一方、ＱｏＳ  Ｄａｔａが含まれていない場合は（ステップＳ９０２：Ｎｏ）、０系リンク制御部１１７は、何もせずにステップＳ９０４に進む。
【０２４０】
ステップＳ９０４では、０系リンク制御部１１７は、０系送信キュー１１３を参照し、送信要求があるか否かを確認する。その結果、送信要求がある場合は（ステップＳ９０４：Ｙｅｓ）、０系リンク制御部１１７は、０系送信キュー１１３の内容を、ＱｏＳ  Ｄａｔａ＋ＡＣＫとして送信する（ステップＳ９０５）。アクセスポイントは、送信したＱｏＳ  Ｄａｔａを含むフレームに対する肯定応答「ＡＣＫ」を受信したので、今回の受信フレーム「ＱｏＳ  Ｄａｔａ＋ＡＣＫ」に対する肯定応答「ＡＣＫ」を送信する。そこで、０系リンク制御部１１７は、先に送信した「ＱｏＳ  Ｄａｔａ＋ＡＣＫ」に対する肯定応答「ＡＣＫ」を受信すると（ステップＳ９０６）、０系送信キュー１１３からエントリを削除し（ステップＳ９０７）、本処理を終了する。
【０２４１】
一方、ステップＳ９０４の判断において送信要求がない場合は（ステップＳ９０４：Ｎｏ）、０系リンク制御部１１７は、先に受信した「ＱｏＳ  ＣＦ＿ＰＯＬＬフレーム」に対する肯定応答「ＡＣＫ」を送信し（ステップＳ９０８）、本処理を終了する。
【０２４２】
以上のように、ハンドオーバー中でも音声パケットは、優先度の高いＨチャネルを使用し、また、新しいアクセスポイントの発見、接続、ＩＰアドレスの取得、ＳＩＰサーバへの登録を優先度の低いＬチャネルを利用して行うので、音声パケットの送受信が阻害されることはない。したがって、ハンドオーバー中に音声が途切れることはない。
【０２４３】
次に、ハンドオーバーが完了した時点での処理について説明する。ハンドオーバーが完了した場合、図２０のステップＥ−１９で説明したように、呼制御タスクは、無線フレーム送受信タスクに優先度切り替えが発生したことを通知する。ハンドオーバーが完了した時点では、プライオリティ管理テーブル１０５では優先度が０系と１系とで切り替わっている。そこで、無線フレーム送受信タスクは、通知を受けて、優先度の高い通信チャネルではＴＤＭで動作するように１系ＣＳＭＡ／ＣＡ−ＴＤＭ切り替え部１２６に通知し、また優先度の低い通信チャネルではＣＳＭＡ／ＣＡで動作するように０系ＣＳＭＡ／ＣＡ−ＴＤＭ切り替え部１１６に通知する。０系と１系のＣＳＭＡ／ＣＡ−ＴＤＭ切り替え部１１６，１２６は、対応するリンク制御部１１７，１２７を通じてアクセスポイントと交渉し、動作モードの変更を実施する。
【０２４４】
次に、ＣＳＭＡ／ＣＡ−ＴＤＭ切り替えについて補足説明する。無線ＬＡＮ電話では、一旦通話が確立すると、音声パケットが定期的に発生する。この音声パケットが他の通信に阻害されないようＱｏＳを設定するために、通常、ＴＤＭ方式で通信を行う。この方式は、規格ＩＥＥＥ８０２．１１ｅにおいてＨＣＣＡと呼ばれている。しかしながら、ハンドオーバーが発生時に、新しいアクセスポイントを探したり、そのアクセスポイントとリンクを確立したり、ＩＰアドレスを新規に取得したり、ＳＩＰサーバ５００に自端末を登録したりするためのやりとりは、前述の音声とは性質が異なり、非定期的なパケットのやりとりとなる。したがって、通話以外のやり取りに関しては、ＱｏＳを設定する必要が無く、むしろ、送受信のタイミングにおいて自由度の高いＣＤＭＡ／ＣＡ方式の方が「送信要求が発生したときに即時に送信できる」という点で有利である。そこで、この実施の形態２では、通話にはＴＤＭ方式を利用し、通話以外にはＣＤＭＡ／ＣＡ方式を利用している。ハンドオーバーが完了すると、優先度の高い通信チャネル、すなわち、通話に用いている通信チャネルはＴＤＭモードに切り替え、次のハンドオーバーに向けて待機する優先度の低い通信チャネルはＣＤＭＡ／ＣＡモードに切り替えるのである。
【０２４５】
以上のように、この実施の形態２によれば、ハンドオーバー実行中に、２つの無線チャネルを時間的に切り替えながらフレームの送受信を行い、０系リンクと１系リンクの通信品質を比較し、いずれかのリンクが継続的に良好な通信を行えると判断した場合、その良好な通信が行えるリンクを通話に利用する通話セッションとして残し、それ以外のリンクを解除して対応する通話セッションを終了することによって、ソフトハンドオフを実現している。これによって、ハンドオーバーの瞬間に音声が途切れることなく良好な通話環境を提供することができる。
【０２４６】
ここで、以上説明したように、この実施の形態１，２による端末では、無線ＬＡＮを利用して音声パケットを送受信する場合に、複数の無線チャネルを時間的に切り替えながら２つまたはそれ以上のアクセスポイントとのリンクを維持し、優先度の高いリンクの通信を阻害しないように、優先度の低いリンクを利用して通信を行うためのスケジューラを備えているので、ハンドオーバー時に、複数のリンクを利用して３者通話、或いは、それ以上の多者通話の状態を作り、電波状態の悪い方をミュートすることによってあたかも２者が通話しているようにし、端末が移動して現在ミュートしている方のリンクの電波状態が良好になると、瞬時に、他方のリンクをミュートし、現在ミュートしているリンクのミュートの解除を行うことができる。したがって、ハンドオーバー時に音声が途切れることが無く、高品質の通話を提供することができる。
【０２４７】
また、優先度の高い通信チャネルで通信が行われると予想できる場合には、優先度の低い通信チャネルにてメディアを予約するシーケンスを実行し、優先度の高い通信チャネルでの通信と低い通信チャネルでの通信が同時に行われないように制御するので、優先度の低い通信チャネルでのビーコン信号等、重要な情報を聞き逃すことが無く、処理の遅延を抑制することができる。
【０２４８】
また、優先度の低い通信チャネルであってもアクセスポイントから定期的に送信されるビーコン信号はなるべく聞き逃さないように、他のデータの送受信よりも優先して処理するように制御するので、優先度の低い通信チャネルのビーコン信号を聞き逃す頻度を低減することができ、処理の遅延を抑制することができる。
【０２４９】
また、優先度の低い通信チャネルに対してはビーコン信号の聞き取り間隔を小さくし、優先度の高い通信チャネルに対しては聞き取り間隔を大きくしているので、最悪、ビーコン信号がほぼ同時に優先度の低い通信チャネルと高い通信チャネルとで送信されても、優先度の低い通信チャネルの方が聞き取り頻度が高いので、ビーコン信号を聞き逃す頻度を低減することができ、処理の遅延を軽減できる。
【０２５０】
また、優先度の高い通信チャネルではＴＤＭ方式で通信を行い、優先度の低い通信チャネルではＣＳＭＡ／ＣＡ方式で通信するように、通信方式を切り替えるので、優先度の高い通信チャネルではＱｏＳが確保でき、また、低い通信チャネルでは即時性が向上し、通話品質の向上と処理時間の短縮とが期待できる。
【０２５１】
また、複数のアクセスポイントとリンクを設定する際に、それぞれに異なるネットワークアドレスを割り当てるプロトコル処理を行うので、複数の音声セッションをそれぞれのリンクで実施できるため、ハンドオーバー時にネットワークアドレスの取得などの処理を事前に行うことができる。また、音声セッションを切り替えるだけで、ハンドオーバーが完了するので、音声の途切れが少ない通話を提供できる。
【０２５２】
また、複数のアクセスポイントとリンクを設定した上で、それぞれに異なるネットワークアドレスを割り当て、さらに、異なる音声セッションを設定する呼制御を行うので、複数の音声セッションをそれぞれのリンクで実施できる。つまり、ハンドオーバー時に必要なネットワークアドレスの取得や音声セッションの設定などの処理を事前に行うことができる。また、それぞれの音声セッションをミュートしたり、ミュートを解除したりすることで、ハンドオーバーが完了するので、音声の途切れが少ない通話を提供できる。
【０２５３】
また、第１のアクセスポイントから第２のアクセスポイントに端末が移動する場合に、中間では双方のアクセスポイントとリンクを維持し、第２のアクセスポイントとの通信状態が良好になったと判断した時点で、第１のアクセスポイントとのリンクを解除するように制御するので、常に良好に通信できるアクセスポイントとのリンクをひとつは持つこととなる。したがって、ハンドオーバー時に「アクセスポイントが見つかるまでの間、通話が途切れる」という現象が発生しないので、良好な通話環境を提供できる。
【０２５４】
また、優先度の高い通信チャネルでの通信中や優先度の低い通信チャネルでの通信中にスリープモードに入っても、それぞれのリンクは維持してパワーセーブを行うので、端末は、音声パケットをアクセスポイントとやりとりするときだけ、アウェイクするように制御できる。したがって、消費電力を抑え、長時間の通話が可能となる。
【０２５５】
また、２つまたはそれ以上のアクセスポイントとリンクを設定し、そのリンクの上で通話セッションを張り、最も電波状況の良好なリンクを利用した通話セッションのみをミュート解除し、それ以外をミュートするように制御し、ハンドオーバー時には、通話セッションがすでに張られているようにしている。そのため、ミュートの実施・解除のみでハンドオーバーが完了することができ、ハンドオーバー時の音声の途切れが発生せず、高品質な通話環境を提供できる。
【０２５６】
また、ハンドオーバー時に、端末とアクセスポイントにおけるリンクの通信品質を評価し、通信品質が低いリンクを解除するように制御するので、アクセスポイントのカバーエリアの境界付近で、複数のアクセスポイントとのリンクを維持する期間が短くなる。これによって、電波を有効に利用でき、また、端末の消費電力を軽減することができる。
【０２５７】
また、通信品質の優れているリンクを通話に使用しながら、他のリンクをそのまま維持して待機させるように制御するので、電波状況が変動して、通話に利用しているリンクの通信品質が悪化しても、待機している方のリンクに通話を切り替えるだけで、良好な通信品質を維持できる。
【０２５８】
また、２つのリンク間の通信品質を評価するのに、予め定めた閾値以上の時間、いずれか一方のリンクの電波受信感度またはＳＮ比が他方を上回る場合、または、エラー発生頻度が他方を下回る場合を条件としているので、アクセスポイントのカバーエリアの境界付近で最良のリンクが変動しても、一定の時間以上最良のリンクが維持されなければ、ハンドオーバーを行わないように制御できる。これによって、不必要なハンドオーバーを繰り返すことがないので、アクセスポイントやサーバに余分な負荷をかけることがない。
【０２５９】
また、２つのリンク間の通信品質を評価するのに、電波受信強度、ＳＮ比、エラー発生頻度のうちのひとつもしくは複数を、予め定めた閾値以上の比率あるいは差などの評価用の関数を設けて、いずれのリンクが最良かを判断するように処理するので、リンクの通信品質に大して差がない場合には、ハンドオーバーが発生せず、ある程度通信品質に差が生じた場合のみハンドオーバーを行うことになる。その結果、アクセスポイントやサーバに余分な負荷をかけることがない。
【０２６０】
また、図１や図１８に示した端末で実施される以上説明した無線ＬＡＮ電話通信方法は、汎用のコンピュータで実行できる形式でプログラム化することができるので、専用のハードウェアを用いなくても無線ＬＡＮ電話を利用することができる。したがって、ユーザは専用のハードウェアを購入するという余分なコストを払う必要がない。
【０２６１】
また、上記の無線ＬＡＮ電話通信プログラムは、汎用のコンピュータが読み取り可能な記録媒体に記憶させることができるので、専用のハードウェアを用いなくても汎用のコンピュータで読み込むことで、無線ＬＡＮ電話を利用することができる。したがって、ユーザは専用のハードウェアを購入するという余分なコストを払う必要がなく、また、記録されたソフトウェアを広く配布することが可能となる。
【産業上の利用可能性】
【０２６２】
以上のように、この発明にかかる無線ＬＡＮ電話通信方法および端末は、ハンドオーバー時に発生する音声の途切れを解消し、高い通話品質を得るのに有用である。
【図面の簡単な説明】
【０２６３】
【図１】本発明の実施の形態１による端末の機能構成を示すブロック図
【図２】図１に示す端末の電気的構成を示すブロック図
【図３】図１に示す端末による無線ＬＡＮ電話システムを含むネットワークの全体構成図
【図４】図３に示す無線ＬＡＮ電話システムにおいて、端末ａが端末ｂと通話しつつハンドオーバーする過程を説明するシーケンス図
【図５】図１に示す端末のタスク構成を示す図
【図６】図５に示すエンコードタスクの処理動作を説明するフローチャート
【図７】図５に示すデコードタスクの処理動作を説明するフローチャート
【図８】図５に示す０系と１系のプロトコル処理タスクの処理動作を説明するフローチャート
【図９】図５に示す０系と１系の呼制御タスクの処理動作を説明するフローチャート
【図１０】図５に示す無線フレーム送受信タスクの処理動作を説明するフローチャート
【図１１】図５に示す無線フレーム送受信タスクの処理動作を説明するフローチャート
【図１２】図１に示すプライオリティ管理テーブルの構成例を示す図
【図１３】２つのアクセスポイントが同じ周期の同じタイミングでビーコン信号を送信している場合の受信動作を説明する図
【図１４】図５に示すスケジュール管理テーブルの構成例を示す図
【図１５】図５に示す０系と１系のリンク制御部が行うデータ受信処理動作を説明するフローチャート
【図１６】図５に示す０系と１系のリンク制御部が行うデータ送信処理動作を説明するフローチャート
【図１７】図５に示す無線通信部による無線通信動作を説明するタイムチャート
【図１８】本発明の実施の形態２による端末の機能構成を示すブロック図
【図１９】図３に示す無線ＬＡＮ電話システムにおける端末ａと端末ｂが図１８に示す端末である場合において、端末ａが端末ｂと通話しつつハンドオーバーする過程を説明するシーケンス図
【図２０】図１８に示す端末における図５に示す０系と１系の呼制御タスクの処理動作を説明するフローチャート
【図２１】図１８に示す端末における図５に示す無線フレーム送受信タスクの処理動作を説明するフローチャート
【図２２】図１８に示す端末における図５に示す無線フレーム送受信タスクの処理動作を説明するフローチャート
【図２３】図１８に示す端末が備えるスケジュール管理テーブルの構成例を示す図
【図２４】図１８に示す端末が備える０系と１系の予約シーケンス実行部による予約シーケンス実行処理動作を説明するフローチャート
【図２５】図２４に示す予約シーケンス実行処理時での無線通信部による無線通信動作を説明するタイムチャート
【図２６】図２１に示す「Ｈ送受信期間」であるとき行われるデータ送受信処理動作を説明するフローチャート
【図２７】従来の無線ＬＡＮ電話機が行うハンドオーバー時の動作を説明するタイムチャート
【符号の説明】
【０２６４】
１０１    操作部
１０２    音声入力部
１０３    音声出力部
１０４    コーデック部
１０５    プライオリティ管理テーブル
１０６    スケジューラ
１０７    無線通信部
１０８    ＲＴＣ
１０９    パワーセーブ制御部
１１０，１４０    スケジュール管理テーブル
１１１    ０系呼制御部
１１２    ０系プロトコル処理部
１１３    ０系送信キュー
１１４    ０系受信キュー
１１５    ０系予約シーケンス実行部
１１６    ０系ＣＳＭＡ／ＣＡ−ＴＤＭ切り替え部
１１７    ０系リンク制御部
１１８    ０系制御部
１１９，１４５    ０系音声通話部
１２１    １系呼制御部
１２２    １系プロトコル処理部
１２３    １系送信キュー
１２４    １系受信キュー
１２５    １系予約シーケンス実行部
１２６    １系ＣＳＭＡ／ＣＡ−ＴＤＭ切り替え部
１２７    １系リンク制御部
１２８    １系制御部
１２９，１５５    １系音声通話部
１３０，１６０    全体制御部
２０１    ＣＰＵ（中央処理装置）
２０２    ＲＯＭ
２０３    ＲＡＭ
２０４    ＲＴＣ
２０５    ベースバンド処理部
２０６    ＲＦ（無線処理部）
２０７    Ａ／Ｄ変換器
２０８    マイク
２０９    Ｄ／Ａ変換器
２１０    スピーカ
２１１    キーボード
２１２    コーデック
【図１】
2007295064.tif 000003
【図２】
2007295064.tif 000004
【図３】
2007295064.tif 000005
【図４】
2007295064.tif 000006
【図５】
2007295064.tif 000007
【図６】
2007295064.tif 000008
【図７】
2007295064.tif 000009
【図８】
2007295064.tif 000010
【図９】
2007295064.tif 000011
【図１０】
2007295064.tif 000012
【図１１】
2007295064.tif 000013
【図１２】
2007295064.tif 000014
【図１３】
2007295064.tif 000015
【図１４】
2007295064.tif 000016
【図１５】
2007295064.tif 000017
【図１６】
2007295064.tif 000018
【図１７】
2007295064.tif 000019
【図１８】
2007295064.tif 000020
【図１９】
2007295064.tif 000021
【図２０】
2007295064.tif 000022
【図２１】
2007295064.tif 000023
【図２２】
2007295064.tif 000024
【図２３】
2007295064.tif 000025
【図２４】
2007295064.tif 000026
【図２５】
2007295064.tif 000027
【図２６】
2007295064.tif 000028
【図２７】
2007295064.tif 000029